INSIGHT
AI翻訳を業務で使うために——読みやすさの先で、意味と条件を確かめる
自然な訳文でも、期限・否定・条件が変わっていないかをどう確かめるか。
海外の取引先から、契約条件を変更する通知が届いた。AIで訳すと、流れるような日本語になった。担当者は「内容は理解できた」と社内申請を進めようとする。しかし、原文を読むと、義務を示す語、例外条件、通知期限が一文に重なっている。自然な訳文ほど、抜けた条件に気づきにくい。
AI翻訳は、外国語の資料を早く読み始める助けになる。業務で問われるのは、訳文がきれいかではなく、今回の判断に必要な意味が原文から保たれているかである。自分が十分に読めない言語なら、本人の読み直しだけで確認を完了させることもできない。
訳文の流暢さを正確さの証拠にしない。用途を先に決め、数値・否定・義務・条件・定義を原文へ結び付け、必要な確認者へ渡す。
訳文を使う目的で、必要な確かさが変わる
翻訳の用途を三段階に分けると、確認の深さを決めやすい。
第一は概要把握である。海外ニュースや長い報告書の論点をつかみ、原文のどこを読むか選ぶ。訳文は下訳や検索の入口として使い、外部へは出さない。第二は社内業務の判断である。製品仕様、納期、障害報告、取引条件など、発注、設計、対応を変える情報を読む。対象業務を知る人が、重要箇所を原文と照合する。
第三は社外へ確定する文書である。契約、顧客向け案内、安全に関する説明、規制当局への提出など、相手の権利・義務や行動へ影響する。言語と業務・法務の専門確認を組み合わせ、どの版を正式文書にするか決める。
同じ文書でも、最初は概要把握に使い、その後に契約判断へ進むことがある。用途が変われば、最初の下訳をそのまま使わない。原文、訳文、確認済みの箇所、未確認の箇所を残し、次の確認へ渡す。
意味を変えやすい箇所を、原文と一対一にする
契約変更なら、文書全体を「問題なし」と評価せず、判断を変える箇所を抜き出す。
- 金額、数量、単位、通貨、日付、時刻、タイムゾーン
- 否定、禁止、例外、ただし書き
- must、shall、mayなど、義務・裁量・可能性に関わる表現
- if、unless、subject toなど、成立条件や前提を示す節
- 責任、補償、免責、保証の対象と上限
- 定義語、固有名詞、条項番号、別紙への参照
確認表には、原文、訳文、採用する意味、判断への影響、確認者を並べる。一文が長ければ、主節、条件、例外を分ける。原文の語が複数の意味を持つなら、自然な日本語へ一つに決めて隠すのではなく、未確定として専門担当へ渡す。
画像やPDFから訳す場合は、翻訳より前の読み取りも確認する。原本にある小さな注記、表の単位、二ページ目の条件が入力から抜けていれば、読み取れた部分を正しく訳しても文書全体は正確にならない。原本のページや表と対応させ、読めなかった箇所を空欄のまま見えるようにする。
用語集も、単なる置換表にしない。原語、採用訳、定義、使う文書・顧客、変更日を残す。同じ英語でも契約、製造、医療など領域で意味が変わり得る。以前の案件の訳語を、文脈を見ずに流用しない。
確認するのは訳文だけではない。原文のどの語と条件が、社内のどの判断を変えるかまで対応させる。
一次資料が示すのは、特定の運用事例である
NICT、時事通信、マインドワードが2023年6月6日に公表した自動翻訳システム導入の案内 では、日本語ニュースを翻訳し、元記事と翻訳記事の組を時事通信へ戻す仕組みが説明されている。社内のコミュニケーションツールで両方を配信し、英文ニュースを作る部署では、必要に応じて編集・校正を施して完成版にするとしている。また、下訳などへの利用と、品質向上へ向けた取組を分けている。
この事例から持ち帰れるのは、原文と訳文を一緒に扱い、下訳と完成版の役割を分ける運用である。同ページには過去の実証や品質に関する割合も記載されているが、本稿では使わない。特定のニュース翻訳、対象言語、評価方法の結果を、契約・安全文書を含む一般の業務翻訳の品質へ移せないからだ。
NICTのシステムが採用された事実も、他の翻訳サービスの品質や、自社文書の正確さを証明しない。自社では、採用するサービス、対象言語、文書種別、専門用語について、原文との対応を確認する必要がある。
NIST AI 600-1 は、生成AIの虚偽出力、人とAIの役割、情報の完全性、継続的な評価などを整理する任意のリスク管理資料である。日本法上の翻訳義務や、特定サービスの翻訳性能を示すものではない。本稿の用途別確認は、これらの一般的な観点とNICTの運用事例を業務へ当てはめた編集上の提案である。
原語を読めないときは、重要な条件と用途を確認者へ渡す
原語を十分に読めないときも、訳文を何に使うか、判断を左右する数値や条件、読めなかった箇所は整理できる。逆翻訳は表現の違いに気づく補助にはなるが、似た文章へ戻ることを正確さの証明にしない。確認すべき範囲を、原文とともに読める人へ渡す。
確認者には、訳文だけでなく、原文、利用目的、文書の版、重要語句の対応表、期限を渡す。言語を読める人は原文と訳文の意味を、業務担当は製品・納期・運用条件を、法務や専門担当は権利・義務・安全上の表現を確認する。全員が全文を同じ深さで読むのではなく、影響の大きい箇所と責任を分ける。
自分が原文を読めない場合、「一応確認しました」という自己確認で閉じない。確認できない箇所を明示し、社内外の翻訳担当、対象業務の専門家、契約担当へ渡す。期限までに確認できなければ、概要把握にとどめる、重要箇所だけ先に依頼する、正式な回答を保留する、と用途を限定する。
AIへ翻訳を重ねることを専門確認の代わりにしない。原文を読める人と、判断対象を知る人へ、未確認箇所ごと渡す。
翻訳後の判断と訂正まで、版を追う
自分の訳文について担当へ確かめるのは、「AI翻訳を使うか」だけではない。どの用途なら下訳でよいか、どの語句を原文照合するか、誰が完成版を承認するか、未確認なら何を保留するかを決める。契約、仕様、安全、対外説明など、影響の大きい文書から優先する。
原文が更新されたとき、訳文だけを直しても、どの版への翻訳か分からなくなる。原文の版・日付・入手先、訳文の作成日、確認者、変更箇所を結び付ける。社外へ出した後に誤訳が分かった場合は、提出先、該当箇所、訂正版、連絡担当を確認し、古い訳が使われ続けないようにする。
用語集を変えた場合も、過去の訳文すべてが自動的に誤りになるとは限らない。対象文書と意味への影響を調べ、訂正範囲を決める。読みやすい文章へ直す編集と、条件を変えない確認を同じ「校正」でまとめず、記録上の役割を分ける。
読みやすい翻訳でも、判断を変える条件は原文へ戻って確かめる
AI翻訳の読みやすさは、仕事を始める助けになる。しかし、契約の義務、仕様の条件、安全上の禁止、期限や数量が原文どおりかは、流暢さでは確かめられない。
次に翻訳を使う一件で、原文と訳文の版、利用目的、重要な条件をそろえたい。読めない箇所は確認済みにせず、言語と業務を知る人へ渡す。確認が間に合わなければ用途を概要把握へとどめ、未確認の訳で正式な返答を確定しない。