逆翻訳:自分では読めない訳文を確かめる方法

逆翻訳で見つかる誤りと見逃す誤り #

逆翻訳なら、文章が何を言うべきかを知っている本人が判断できる。英語の書き手は、日本語を一語も読めなくても、"run" が "check" に変わったことに気づける。自分が何を頼みたかったかを覚えていればいい。

しかも費用はかからず、どの翻訳ツールでもできる。機械翻訳の誤りには、典型的な型がいくつかある。否定が抜ける、主語が入れ替わる、イディオムが直訳される、数字や日付がずれる。往路で生じた誤りを、独立した復路が打ち消すことはまずないので、こうした型は逆翻訳に表れやすい。

確認以外の使い道を見つけた人もいる。Hacker Newsのあるユーザーは、外国語の読み手に何が届くのかを前もって知る方法として勧めている: "If you want a hint of what Google Translate does to a language, do it full circle."(大意:Google翻訳が言語に何をするのか知りたければ、一周させてみるといい)。別のユーザーは、日常会話程度しか話せない言語で開かれるカンファレンスで使っていて、"the round trip translation usually helps enough that I can parse it correctly."(大意:往復翻訳のおかげで、たいていは正しく理解できる)と書いている。

弱点のほうも記録が残っている。ドロテー・ベーア(Dorothée Behr)は、2012年の欧州生活の質調査(European Quality of Life Survey)で行われた逆翻訳の工程を調べ、ネイティブスピーカーによるチェックと比べた。Assessing the use of back translation(2017)での結論はこうだ。"While back translation can uncover problems, it causes quite a number of false alarms, and even more importantly, many problems remain hidden."(大意:逆翻訳は問題を明らかにすることもあるが、誤検知もかなり多い。さらに重要なのは、多くの問題が隠れたままになることだ)

隠れた問題。 逆翻訳は問題なく読めるのに、訳文がその読み手にふさわしくない。いちばんわかりやすいのは言葉づかいだ。同じお礼を、「丁寧」と「カジュアル」で一度ずつ訳してみた。

英文をいくら読んでも、くだけたほうが上司の上司には気安すぎるとはわからない。英語には丁寧さを表す動詞の形がないので、その情報は復路で行き場を失う。"run the numbers" の例にも同じ穴がある。「くれますか」は同僚など対等な相手への頼み方で、"Could you please" は元の日本語より腰が低く聞こえる。Hacker Newsのあるコメント投稿者は、構造上失われるものをこうまとめている: "English to Japanese loses plurals, Japanese to English loses most honoriffics [sic] and might need to invent a subject"(大意:英語から日本語では複数形が消え、日本語から英語では敬語の大半が消えるうえ、主語を作り出さなければならないこともある)。

誤検知。 訳文は問題ないのに、逆翻訳のほうが読みにくい。その結果、ネイティブの読み手なら自然だと感じたはずの文を書き直してしまうことがある。

共通の誤り。 往路と復路が同じ間違った前提を置くと、誤りは確認済みのような顔をして戻ってくる。"I saw her duck" は「彼女のアヒルを見た」とも「彼女が身をかがめるのを見た」とも読める。身をかがめたという意味で書いたのに、往路も復路も "duck" を鳥と読めば、文は一語も変わらずに戻ってくる。中身は誤った読みのままだ。

往復翻訳に合わせた書き換え。 往復翻訳の結果がきれいになるまで、原文を書き換えたくなることもある。Hacker Newsのあるユーザーは、そうしたことを語っている: "I kept changing the English until the English-Japanese-English round trip translation wasn't wildly wrong"(大意:英語→日本語→英語の往復翻訳がひどく間違わなくなるまで、英語を書き換え続けた)。平易な文ほどうまく訳せるので、これはブリスリンの脱中心化そのものだ。ただし、往復翻訳がきれいに戻ってきても、日本語としてはぎこちないままのことがある。

こうした穴がどこまで問題になるかは、何を送るかで変わる。滞在先のホストへのメッセージ、店への問い合わせ、フォーラムへの返信なら、きれいな逆翻訳で十分だ。最悪でも、相手は少し妙な文を受け取るだけで、意味は伝わる。

応募書類、契約書、医療についての質問、目上の人に送るものなら、往復翻訳は最初のふるいにとどめる。言葉づかいは別に確認し、ネイティブスピーカーに結果を読んでもらおう。ほかのチェックはAI翻訳が正しいか確認する方法にまとめてある。往復翻訳を学習の習慣にする方法は、翻訳ツールを語学学習に使う方法で紹介している。

Finkでの逆翻訳の使い方 #

私たちがFinkを作ったのは、自分では十分に読めない訳文を送る前に、その中身を理解したい人のためだ。どの翻訳にも「インサイト」パネルが付き、逆翻訳はその一部になっている。

• 逆翻訳。 翻訳とは別の、小さめのMistralモデルが書く。このモデルが受け取るのは訳文だけで、原文は見ないので、原文の言い回しをそのまま返すことはできない。訳文を編集したら、逆翻訳を更新できる。
• 意味に関するメモは、訳文の言い回しが伝える内容を説明する。トーン、イディオム、曖昧さ、別の読み方などで、往復翻訳で抜け落ちる部分を補う。お礼の例では、メモが「ご協力」を "cooperation" にあたる丁寧な敬語だと指摘していた。
• 発音の欄には、日本語ならヘボン式ローマ字が表示されるので、訳文を声に出して読める。

パネルの隣では、MQMのエラー分類に基づく品質チェックが、訳文そのものの問題に印を付ける。丁寧さの段階が合っていない場合もその対象だ。丁寧さは翻訳の前に「丁寧」「標準」「カジュアル」から選ぶ。用語集を使えば、名前や用語の表記をそろえられる。

Finkの逆翻訳にも、上で述べた限界はある。2つのモデルは同じベンダーのものなので、盲点を共有することがある。"run the numbers" の例で腰の低すぎる "Could you please" を出したのも、私たち自身の逆翻訳だった。

Finkはアカウントがなくても、ゲストとして試せる。無料プランには月3クレジット(約150回の翻訳)が含まれる。そのほかの内容は料金プランのページにある。

逆翻訳についてよくある質問 #

逆翻訳とは？ 訳文を元の言語に訳し戻し、その結果を原文と比べることだ。原文の言語しか読めない人でも、意味が保たれたかどうかを確かめられる。

順翻訳と逆翻訳の違いは？ 順翻訳は、読み手が目にする文章を作る作業だ。逆翻訳はその反対に、翻訳先の言語から原文の言語へ戻すもので、確認のためだけに行う。

逆翻訳は信頼できる？ 否定の脱落やイディオムの直訳といった意味の変化は、多くを見つけられる。一方で、言葉づかい、丁寧さ、自然さは見逃し、誤検知も起こす。ドロテー・ベーアの2017年の研究では多くの問題が見つからないままで、ベーアは訳文そのものをバイリンガルのレビュアーに確認してもらうよう勧めている。

往復翻訳と逆翻訳は同じもの？ 同じだ。往復翻訳、逆翻訳、バックトランスレーションは、どれも同じ手順を指し、英語では reverse translation とも言う。機械翻訳の研究者は round-trip translation と呼ぶことが多く、調査や医療の研究者は back translation と呼ぶ。

研究で使われる逆翻訳の手法とは？ バイリンガルの翻訳者が質問票を訳し、原文を見ていない別の翻訳者がそれを訳し戻し、チームがその結果を原文と比べる。この方法を示したのは1970年のリチャード・ブリスリンで、2005年のISPORのガイドラインなどの臨床向けの指針も、いくつかある段階の一つとして取り入れている。

NLPでいう逆翻訳とは？ 機械学習では、back-translation は学習データを作る手法だ。モデルが翻訳先の言語のテキストを原言語に訳し、研究者はできたペアで翻訳モデルを学習させる。ニューラル機械翻訳にこの手法を導入したのは、2016年のSennrich、Haddow、Birchだ。