2nod.me

ローカライズ設計を捉える技術 - 漫画翻訳を判断システムとして再設計する

Last updated on

漫画の翻訳をどういうシステムとして捉えるか、という問いは思ったより根が深いです。

一般的なイメージは「文を入力して訳文を出力する変換器」です。原文があって、対訳があります。単語を置き換え、文法を合わせ、表記を整えます。確かにそういう作業もあります。しかし漫画のローカライズで本当に難しい問題はそこにはありません。

My Hero Academia や Dragon Ball Super を長年翻訳してきた Caleb Cook（VIZ Media）は、インタビューでこう語っています。「同シリーズを担当し続けてきたことで、キャラクターたちの声をゼロから作り出す必要がなかった。何年にもわたって積み上げられた前例という線路がすでに敷かれていた」。逆に言えば、この「線路」なしに訳すとどうなるか——それを実証した歴史的事例が山ほどあります。

本稿の問いは、「漫画翻訳を変換作業ではなく判断システムとして設計すると、何が改善されるのか」です。

翻訳器として設計すると何が起きるか

2004年、4Kids Entertainment が One Piece をアメリカ向けにローカライズしました。その方針は徹底していました。「子ども向けテレビコンテンツとして機能させる」という単一の目的のもと、銃はデジタル加工でおもちゃ風に変換され、サンジの煙草はロリポップになりました（煙だけが画面に残るという珍妙な映像になりました）。ベルメールの銃殺シーンは「投獄する」という台詞に書き換えられ、エピソードは合計39話分削除されました。4Kids CEO の Al Kahn は「ローカライズが終わった時点で、子どもたちはもう日本のものだとすら気づかない」と明言していました。

One Piece 4Kids版は業界で「ローカライズの失敗」の代名詞として語り継がれています。なぜか。単一の判断軸（子ども向け適合度）がすべてを押しつぶしたからです。キャラクターの意図・感情・シーンの機能・伏線・作品の主題——これらはすべて、その一軸の前に切り捨てられました。

キャラクター情報を属性リストとして管理する問題も、実例で見えやすいです。名探偵コナン は複数の版元が異なる媒体でローカライズした結果、主人公の英語名がアニメ（FUNimation）と漫画（VIZ Media）で別々に決まり、その後19巻以降から新登場キャラクターへの英語名割り当てが停止しました。結果として「Jimmy Kudo（英語名）」と「Toyama Kazuha（日本語名）」が同一作品内で混在し、灰原哀に至っては媒体によって「Anita Hailey」「Vi Graythorn」の二種類の英語名が存在する状態になっています。

これは版元間でキャラクター情報が共有されなかったことが招いた一貫性の崩壊です。「キャラクターを属性のリストとして管理する」というモデルは、媒体横断・訳者交代・長期連載に対してすぐに破綻します。

翻訳理論が既に直面していた問題

この問題は実は翻訳学でも長年議論されてきました。

Eugene Nida は1964年に「動的等価（dynamic equivalence）」という概念を提唱しました。訳文が原文と同じ言語的構造を持たなくても、読者に与える効果が等価であればよい、という考え方です。銀魂（Gintama）の「MADAO」を英語の「DORK（Delusional, Old, Reality-ignoring Knucklehead）」に訳したのはその実践です。日本語の意味内容は消えるが、「頭文字を使った罵倒語」という構造的な笑いの仕組みは保たれます。

Lawrence Venuti（1995年）はさらに「異化翻訳（foreignization）」と「同化翻訳（domestication）」という軸を整理しました。同化翻訳は原文の文化的文脈をターゲット文化に合わせて書き換える（4Kids版 One Piece）。異化翻訳は原文の外国性を保持し、読者に翻訳であることを意識させます。

セーラームーンの二つの翻訳版はこの対立を実証します。1995年の DiC 版アニメは月野うさぎを「Serena」に改名し、水野亜美のAMI（水の漢字を含む）、火野レイの REI（火）、木野まことの MAKOTO（木）に込められた元素的な意味を全て消しました。対して2011年の Kodansha USA 版漫画（翻訳：William Flanagan）は全キャラクターを日本語名のまま維持し、honorifics を保持し、詳細な翻訳注を付けました。Journal of Anime and Manga Studies に掲載された論文「In the name(s) of the moon!」はこの2版を分析し、「DiC版は日本性を消去しようとした一方、2011年版は日本性を積極的に構築・強調した」と論じています。

ただし、どちらが「正しい」かという問いに単純な答えはありません。Skopos 理論（Vermeer/Reiss, 1984）は「翻訳の目的（Skopos）が翻訳プロセスを規定する最上位規則」と論じています。DiC版は「アメリカの子ども向けテレビ番組」という Skopos に対しては内的整合性を持っていました。問題は、その目的を達成するために他の何を犠牲にしたかが明示されず、判断の記録が残らなかったことにあります。

State / Policy / Realization / Evaluation / Memory の5層

翻訳理論が直面してきたこの問題——何を目的とし、どの軸をどう判断するか——を明示的にシステムとして設計するのが、ここで提案するアーキテクチャです。

State は「今、何が起きているか」を保持する層です。作品世界の事実（WorldState）、人物の内部状態（CharacterModel）、シーンの状況（SceneState）、会話の進行状態（DiscourseState）の4つから成ります。ここはまだ判断しません。入力を理解する層です。

Policy は「何を守るか、どう判断するか」を持つ層です。破ってはいけない条件（ConstraintPolicy）、ローカライズの上位原則（LocalizationConstitution）、軸が衝突したときの優先順位（DecisionPolicy）、人手に委ねる閾値（EscalationPolicy）が入ります。4Kids が暗黙的に持っていた「子ども向け適合度を最優先する」という方針は、Policy として明文化されていれば「他の軸への影響」も評価できたはずです。自律的な判断規範はここに集約します。実行部に散らしません。

Realization が実際に訳文を生成・選択する層です。State を読んで発話意図を解釈し、このキャラがこの相手にどう見せようとしているか（Interaction Policy）を導出し、複数の訳文候補を生成し、多軸で評価し、DecisionPolicy に基づいて最終選択します。

Evaluation は出力の妥当性を検証します。文法や自然さ（Surface QA）、キャラの一貫性（Character consistency QA）、伏線や感情曲線（Narrative QA）、上位原則への準拠（Constitution adherence QA）を確認します。

Memory はシリーズ全体を横断する継続性の基盤です。固有名詞と訳語（TerminologyMemory）、物語の既出情報（NarrativeMemory）、キャラの voice と関係性変化（CharacterMemory）、そしてなぜその訳を選んだかの理由（DecisionRationaleArchive）を保持します。

Character を「内部モデル」として設計する

DanDaDan の翻訳者 Kumar Sivasubramanian（VIZ Media）はインタビューでこう述べています。「よく書かれたシリーズは翻訳しやすい。キャラクターに明確な個性があれば、英語でその声を与えることが喜びになる」。

逆も然りです。キャラクターの「声」が分からなければ、訳文の選択は根拠を持てません。ここで「属性リスト」モデルの限界が出てきます。

属性リストとの違いを一言で言えば、**属性リストは「その人の設定資料」であり、内部モデルは「その人がこの場でどう振る舞うかを生み出すエンジン」**です。「強気、一人称は俺、敬語は使わない」というラベルは、表層の口調制御には使えるが、「なぜこの場面でこのキャラが敬語を使ったか」を説明できません。本音と建前を扱えません。相手によって振る舞いが変わることを表現できません。

敬称（honorifics）の扱いも同じ問題を抱えています。Anime News Network のコラム（2018年）はこう整理しています——VIZ の ハイキュー!! は敬称を保持、Yen Press の エマ（ヴィクトリア朝英国が舞台）は削除。この判断は「舞台が日本か否か」という一つのルールで説明できるように見えるが、実際には「この関係性における距離感が物語に機能しているか」という解釈が先にあります。敬称はキャラクター間の権力・親密・緊張を映し出すものであり、「保持／削除」という機械的なルールで決まるものではありません。

内部モデルとしての Character は2つの部分からなります。Profile は比較的安定した長期成分です。性格傾向・価値観・自己像・長期目標・根源的な恐れ・話し方のベース。Runtime は時点依存の作動状態です。今知っていること・誤解していること・現在の感情・その場の目的・隠したいこと・相手への信頼度。

Realization の時点で、この Profile × Runtime × SceneState から「この相手に、この場で、どう見せるか」という Interaction Policy が導出されます。本音を隠して怒りとして見せる。好意をからかいで隠す。権威を示すために命令口調にする。これは毎回導出するもので、長期保存の中心には置きません。

軸は共存させ、最後にだけ決定する

VIZ Media の編集者 Holly Fisher はインタビューでこう述べています——「正確さは VIZ の第二の優先事項であり、読みやすさが第一」。これは明確な判断です。しかし「読みやすさ」と「正確さ」を統合して「訳質スコア」にしてしまうと、何を犠牲にしたかが消えます。

銀魂の「ウィルス」ダジャレの翻訳はこのトレードオフを鮮明に示します。日本語では「ウイルス（virus）」と「ウィルス（Willis = Will Smith の下の名前）」の発音が近似します。英語ではこの同一性が成立しません。VIZ の解決策は「Ill Smith（病気のスミス）」——笑いの効果（dynamic equivalence）は保たれるが、日本語のオリジナルな構造は失われます。この判断は記録されるべきです。「なぜ直訳しなかったか」「何を保って何を捨てたか」——これが次の同種の判断に使えます。

評価軸を単一スコアに潰してはいけない理由は三つあります。同じ総合点でもダメージの種類が違います。「伏線を犠牲にした高読みやすさ」と「キャラを犠牲にした高忠実性」は同じスコアにしてはいけません。なぜその訳を選んだか説明できなくなります。改善と継承が難しくなります。

多軸で保持し、最後にだけ決定する。 決定は単一で構いません。ただし決定の時点で「どの軸を、なぜ優先したか」を記録します。それが DecisionRationaleArchive として Memory に残り、次の判断に継承されます。

プロの翻訳者はこれをすでに実践しています。J-En Translations の実務ガイドによると、シリーズを通じた一貫性のために用語集（termbase）が整備されます——「日本語 / 漢字読み / 英語 / 注記」の4列構成で、キャラクターの呼称・口語表現・方言・罵倒語の強度レベルまで記録します。Caleb Cook が「前例という線路」と呼んだのは、この蓄積された判断の記録です。Detective Conan が一貫性を失ったのは、版元間でこの記録が共有されなかったからでもあります。

まとめ

漫画ローカライズは「良い訳文を出すシステム」ではなく、「判断を積み重ねていくシステム」として設計する必要があります。

Matt Alt（AltJapan、ドラえもん英語版担当）はローカライズの哲学をこう語っています——「ローカライズにおいて最も重要なのは、ローカライズしないタイミングを知ること」。何をどう訳すかだけでなく、何を変えて何を変えないか。その判断の根拠はどこにあるか。次に引き継ぐべきか否か。

一文でまとめると：漫画ローカライズとは、人物と物語の状態を理解し、上位規範に従って、複数軸の衝突に優先順位をつけ、判断理由ごと継承しながら出力するシステムです。

「翻訳器」という捉え方を捨てると、設計上の問いが変わります。「どう訳すか」だけでなく「何を守るか」「どう裁くか」「なぜそう決めたか」「次にどう引き継ぐか」——これらが設計の中心になります。

参考リンク