法的参照を損なわずにベイツ番号付きPDFを翻訳する方法

ベイツ番号が付与されたPDFを安全に翻訳するには、すべてのベイツ識別子を通常の文章ではなく 参照キーとして扱う必要があります。提出原本を確定・固定し、原本ページごとに1行ずつ記録し、作業用コピーから翻訳を行い、翻訳後の各ページが原本のどの識別子に対応しているかを証明できるようにします。

翻訳作業中に翻訳版の採番規則を勝手に作成してはなりません。翻訳版で元の識別子をそのまま保持するか、接尾辞を追加するか、別の番号帯を使用するかは、契約、証拠開示プロトコル、裁判所の命令、クライアントの指示、またはレビュー手順によって規定されている場合があります。作業を開始する前に、担当の法務チームまたは記録管理チームからそのルールの承認を得る必要があります。

以下の手順に従って進めます：

1. 原本ファイルとそのハッシュ値をそのまま完全に保持する。
2. ファイル名、ファイルの順序、PDFのページインデックス、視認可能なベイツ識別子のインベントリを作成する。
3. 翻訳を開始する前に、識別子の欠落、重複、判読不能、競合を解決する。
4. 1つの原本ページが複数の訳文ページに分割される場合の処理を含め、翻訳版の識別子ルールを承認する。
5. 識別子を翻訳対象のテキストとして扱わずに、言語コンテンツのみを翻訳する。
6. 原本と訳文のページマッピング表を作成する。
7. すべての引用や相互参照を最終ファイルと照合して検証する。

こちらの ベイツ翻訳ページマップテンプレートをダウンロードしてご活用ください。これには一般的な命名規則ではなく、ページ分割パターンの例が含まれています。

ベイツ番号の役割

ベイツ番号とは、一連の文書全体で使用される固有のページ識別子です。通常はヘッダーまたはフッターに表示され、連続する数字に通し番号の接頭辞や接尾辞が組み合わされます。

Adobeの最新のAcrobat解説書 には、ファイルの順序、開始番号、桁数、接頭辞、接尾辞、出力先フォルダー、ファイル名の処理を設定する一括処理の手順が記載されています。ここで重要なのはファイルの順序です。順序を変更すると、どのページにどの識別子が割り当てられるかが変わってしまう可能性があります。

以下の概念は明確に区別して管理してください：

これらの値は、データが破損していなくても一致しないことがあります。たとえば、PDFにページ番号のない表紙や目次が6ページあり、PDFの7ページ目に印刷ページ番号の1が振られ、同じページにベイツ識別番号の ACME000247 が付与されているようなケースです。この場合も、外部参照のキーとなるのはベイツ識別番号です。

当サイトの PDFページ番号修正ガイド では、印刷されたノンブルやPDFページラベルを扱っています。本ガイドでは、それとは別物である翻訳元と翻訳先におけるベイツ番号の対応関係を扱います。

翻訳前にソースの開示文書セットを固定する

後から内容が変更される可能性のあるフォルダで作業を始めてはいけません。読み取り専用のソースセットを作成し、以下を記録してください。

• 開示（プロダクション）名または案件名
• ソースのファイル名とSHA-256ハッシュ値
• ファイルの並び順
• ページ数
• 最初と最後のベイツ識別子
• プレフィックス、サフィックス、桁数
• 機密保持、墨消し、またはステータスに関する表記
• PDFが暗号化、署名、スキャン済み、またはフォームベースであるかどうか、および
• 翻訳を承認し、納品物を定義する指示内容

Adobeは、保護または暗号化されたPDFや一部のフォーム形式は、ベイツ番号付与機能でサポートされないと記載しています。これはプリフライトにおいて有益な判断基準となります。編集制限、フォームの挙動、署名、暗号化などの問題は、ドキュメントを新しいPDFとして再印刷して隠すのではなく、権限を持つファイル所有者によって解決されるべきです。

ファイル名は証拠能力が低いため、ハッシュ化が重要になります。 production-001.pdf という同じ名前の2つのファイルであっても、異なるリビジョンが含まれている可能性があります。チェックサムと紐づけられたページマップがあれば、レビュー担当者は実際にどのバイトデータが翻訳されたのかを正確に特定できます。

既存のシーケンスを監査する

PDFに変更を加える前に、ソースページごとに1行のインベントリ一覧を作成します。少なくとも以下の項目を記録してください。

source filename
source file hash
PDF page index
visible Bates identifier
identifier location
printed page number or page label, when relevant
page status: present, blank, redacted, duplicate, illegible, or exception

その後、シーケンスを機械的および視覚的に検証します。

欠番（ギャップ）や重複がないか確認する

たとえば ACME000101, ACME000102, ACME000104 のようなシーケンスにはギャップ（欠番）があります。しかし、これは必ずしもページが欠落していることを意味しません。省略された識別子は別のファイルに属しているか、意図的に除外されたか、あるいは以前の証拠開示時の判断を反映している可能性があります。勝手にページ番号を振り直すのではなく、ギャップを記録し、開示目録（プロダクションインデックス）と突き合わせて確認してください。

重複した識別子も同様に重要です。その重複がソースの不備なのか、差し替えページなのか、正当な慣例によるものなのかを判断します。翻訳版の中だけで修正することは絶対に避けてください。原文と訳文の参照体系に不整合が生じてしまいます。

実際に目視できる内容を確認する

最初のページ、最後のページ、すべてのファイルの境界、そして中間部分のサンプルを検査します。また、墨消し、回転したコンテンツ、非常に暗いスキャン画像、情報が密集したフッターがあるページも確認してください。OCRやテキスト抽出では、人間には見えていても識別子を見落とすことがあり、通常のPDFテキストとして追加された識別子は誤った読み取り順序で抽出される場合があります。

目視確認を行って、識別子の存在と判読性を確認します。テキスト抽出はあくまで補助的な手段として扱い、それだけに頼らないようにしてください。

訳文の識別子ルールを承認する

翻訳用のサフィックスやページ番号の付け方に万国共通のルールはありません。管理された方針を1つ決定し、誰がそれを承認したかを記録してください。

一般的なパターンには以下のようなものがあります。

実際の訴訟プロトコルでは、さらに具体的な取り決めがなされることがあります。例えば、 米国の連邦訴訟で公表された翻訳に関する合意事項（stipulation） では、翻訳ページに原文のベイツ番号を保持させたうえで翻訳マーカーを付与し、1ページの原文が複数ページの翻訳に跨る場合は小数点形式の枝番を使用することが求められました。これは、ページの増加には明確なルールが必要であることの証拠であり、他の案件において 決して これがデフォルトの扱いになるわけではありません。

また、管理基準となる指示には、 Translation というラベル、機密性区分の保持、翻訳証明ページ、あるいは特定のファイル名が義務付けられている場合もあります。これらの要件はそのまま納品チェックリストに書き写してください。別の案件やクライアントの例から勝手に推測してはなりません。

識別子を「言語」として翻訳しない

プレフィックスは略語や単語のように見えることがありますが、その役割は構造的なものです。 PLAINTIFF000247, FACTURE000247、あるいは JP-EXH-000247 といった表記は、周囲の文書が翻訳対象だからといってローカライズすべきではありません。

承認された取り決めで変更が指定されていない限り、以下のフィールドは固定（ロック）してください。

• プレフィックスおよびサフィックス
• 数値およびゼロ埋め（ゼロパディング）
• 大文字・小文字の区別と区切り文字
• 識別子の配置場所
• 関連付けられたファイル名またはロードファイルのキー
• 置換または翻訳の識別記号

可能な限り、識別子文字列は通常の機械翻訳セグメントから除外してください。同じ抽出パイプラインを通す必要がある場合は、保護対象用語リスト（用語集）に登録し、抽出された原文と訳文の識別子セットを事後照合します。

同じルールは本文内の引用にも適用されます。例えば「See ACME000247（ACME000247を参照）」という文節には、翻訳すべきテキストと、言語とは無関係な参照キーの両方が含まれています。文自体は翻訳し、キーはそのまま保持するか、意図を持って再マッピングしてください。

すべての訳文ページを原文に対応付ける

訳文のページ数は、元のまま維持されることもあれば、減ったり増えたりすることもあります。必ずしも「原文の1ページ＝訳文の1ページ」になるとは想定しないでください。

ダウンロード可能なCSVでは、訳文ページの対応関係ごとに1行を使用します。主要な列は以下のとおりです。

1対多の対応関係を曖昧なメモで片付けてはいけません。もし原文のページ ACME000247 が訳文で2ページに分かれる場合は、両方とも ACME000247 を指し、承認済みの枝番識別子を持つ2つの訳文行を作成します。

同様に、短い2つの原文ページを意図的に1つの訳文ページにまとめる場合も、両方の原文との対応関係を記録してください。対応表は訳文の状態を正確に説明するためのものであり、現実のデータを無理やり1対1のスプレッドシート形式に押し込めるためのものではありません。

作業用コピーを作成して翻訳する

提出された原本（ソースプロダクション）は絶対に変更しないでください。翻訳用の作業コピーを作成し、表示されている識別番号をワークフロー内でどのように維持するかを決定します。

翻訳ツールを使用する前に、以下の要素を含む代表的なファイルでテストを実施してください。

• 通常のテキストページ
• 回転したページ、または横向きのページ
• OCRが必要なスキャン済みページ
• 黒塗り（マスキング）が含まれるページ
• 機密保持マークが付いているページ
• ベイツ番号が本文テキストのすぐ近くに配置されているページ
• 他のベイツ番号への内部参照（引用）が含まれるページ

出力結果において、識別番号が維持されているか、削除されているか、重複しているか、隠れてしまっているか、あるいは誤って翻訳されていないかを確認します。また、訳文の文字数増加によって本文が識別番号の上に重なっていないかも確認してください。

識別番号がページ画像の一部である場合、OCRがそれを本文テキストとして認識してしまう可能性があります。ヘッダーやフッターのオブジェクトである場合は、レイアウト再構築時に省略されてしまうことがあります。翻訳後に識別番号を再付与する場合、元の番号が残っていると1ページに2つの識別番号が表示されてしまうリスクもあります。安全を期すには、実際の出力結果を直接目視で確認するしかありません。

画像のみの文書については、まず スキャン済みPDF翻訳ワークフロー を使用してOCRの品質を確保してください。一般的なレイアウト崩れを防ぐには、 レイアウト維持PDFワークフロー.

ページ数だけでなく参照の整合性を検証する

訳文PDFのページ数が想定通りであっても、ベイツナンバリングの目的が損なわれている場合があります。以下の3つのレベルで参照の整合性をテストしてください。

1. 識別番号の完全性

• すべての原文の識別番号が、原文インベントリに記載されていること。
• すべての訳文ページに、承認された方針で定められた識別番号が付与されていること。
• 訳文内の識別番号が意図せず重複していないこと。
• プレフィックス、サフィックス、桁数、区切り文字、大文字・小文字が方針と一致していること。
• 識別番号が鮮明に読み取れ、文書の内容を覆い隠していないこと。

2. マッピングの整合性

• 訳文のすべてのページが、少なくとも1つの原文ページに対応していること。
• すべての原文ページに対して、想定される訳文側の処理・配置が定まっていること。
• 分割または結合されたページの関係性が明確に記録されていること。
• 削除、不開示、白紙、または未翻訳のページについて、その判断理由が記録されていること。
• ファイルの区切りとページ順序が、承認された訳文セットと一致していること。

3. 引用・参照の整合性

完成した訳文全体を検索し、ベイツ番号形式の参照をすべて洗い出します。それぞれの引用について、参照先の原文または訳文の該当箇所を開き、前後の記述の根拠として正しく機能しているか確認してください。対象は以下のとおりです。

• 翻訳文書内の参照
• 索引や時系列表
• レビューメモや論点整理ログ
• 訳文とともに提出される申告書、報告書、または書簡
• レビュープラットフォームからエクスポートされたあらゆる出力物

訳文で新しい番号体系を使用している場合、レビュアーが作業するその場ですぐに対応表を参照できる必要があります。どれほど正確な対応表であっても、非公開のフォルダに保管されていては、新しい識別番号のみが引用された翻訳報告書を読む人にとって何の役にも立ちません。

意図的な不備の注入（障害注入）テストの実施

優れたQAプロセスであれば、本番の重要資料に適用する前に、意図的に仕込んだ欠陥を確実に検出できるはずです。テスト用の小さなバッチを用意し、以下のようなエラーを1つずつ発生させて検証してください。

1. 訳文のページを1枚削除する
2. バッチ内の2つのファイルの順序を入れ替える
3. 識別番号を重複させる
4. プレフィックスまたは数字を1文字変更する
5. 1つの原文ページが複数ページに拡張した際、枝番などの識別子を付けずに放置する
6. 文書内の相互参照が誤ったページを指したままにする
7. 識別番号の一部を翻訳テキストで覆い隠す

目録および参照のチェックを実行します。不備が検出されない場合は、より大規模な提出用データセットに適用する前に対策を改善してください。

このCSVは、BookTranslatorの出力に対してこれらのチェックが実行されたと主張するものではなく、あくまでテンプレートとして提供されています。実際のファイルに対応するハッシュ値、判定、レビュー担当者、および結果を記入して使用してください。

BookTranslatorの役割と位置づけ

BookTranslator PDF翻訳 は、処理の権限があるサポート対象PDFの言語コンテンツを翻訳できます。ただし、ベイツ番号管理システム、訴訟プラットフォーム、法的認証サービス、または信頼できる唯一の情報源（SSOT）となる提出用データベースではありません。

アップロードする前に、原本の提出用データとそのページ目録を保全してください。データセット全体ではなく、まずは許可を得た代表的な1ファイルから開始し、目に見える識別子、墨消し、スタンプ、ページのジオメトリ、内部参照が出力先でどのように処理されるかを確認します。ダウンロード後は、翻訳されたPDFを候補出力として扱い、ハッシュ値を記録し、ページ対応表を作成した上で、最終的なバイトデータそのものに対して識別子と引用のチェックを実施してください。

アップロードに成功したからといって、ベイツ番号、墨消し、署名、フォーム、注釈、ブックマーク、または証拠としての関連性が維持されていると断定しないでください。これらはそれぞれ個別に検証すべきリリース項目です。 PDF翻訳QAチェックリスト では最終ファイル全体のレビューを網羅しており、 PDFブックマークガイド ではナビゲーションのリンク先について解説しています。

ワークフローにおいて公認翻訳（翻訳証明書）、宣誓供述書、ロードファイル、秘匿特権（プリビレッジ）の取り扱い、または裁判所指定のフォーマットが求められる場合は、それらの要件を担当する有資格者や専用システムに割り当ててください。

リリース判定基準（リリースゲート）

以下の条件がすべて満たされるまで、翻訳済みデータセットをリリースしないでください：

• 原本のファイル一覧、順序、ページ数、およびSHA-256値が確定・固定されていること。
• 原本の全ページにベイツ識別子が記録されているか、文書化された例外が存在すること。
• 欠番や重複が、原本の提出記録と照合して解決されていること。
• 訳文側の識別子およびページ増加（拡張）に関する方針について、明確な承認者が定まっていること。
• 訳文側のすべてのページが、対応する1つまたは複数の原本ページと紐付けられていること。
• 訳文側のファイル名と識別子が、承認された命名規則に沿っていること。
• 識別子が明瞭に読み取れ、必要に応じて一意性が保たれており、本文コンテンツを覆い隠していないこと。
• 墨消しおよび秘密保持ラベルに対して、個別の合否判定チェックが実施されていること。
• 内部および外部のベイツ引用が、意図した通りのコンテンツを参照していること。
• 中間エクスポートではなく、最終成果物となるPDFそのもののハッシュ値が記録されていること。
• 全体的なコンテンツおよびレイアウトのQA（品質保証）に合格していること。
• 未解決の例外事項について責任者が指定されており、参照の完全性に影響を与える場合は納品・リリースをブロックすること。

基本原則はシンプルです。言語を翻訳し、参照体系を維持し、その対応関係をページごとに証明することです。