業界リファレンスガイド
法務文書の命名規則
UTBMSコード、Bates番号、EDRM連携、秘匿特権保護、実務分野別の命名パターンまで、法務オペレーション担当者、パラリーガル、事務所管理者が防御可能な文書命名システムを実装するために必要な内容をまとめています。
法務命名標準
防御可能な法務文書の命名規則では、このパターンを使用します: {MatterNumber}_{DocumentType}_{Date}_{Version}.{ext}
- 案件番号を先頭に置く — DMS（iManage、NetDocuments）と整合し、倫理的隔離の適用を可能にし、UTBMS請求コードにも対応できます。
- UTBMSに整合した文書種別 — 一貫した略語（MSJ、Memo、DepTranscript、Complaint）をUTBMSタスクカテゴリから使い、全メンバーが同じ方法で分類できるようにします。
- ISO 8601の日付 + バージョン — YYYY-MM-DDはあらゆるOSとDMSで時系列順に並びます。バージョンサフィックス（v1、v2、DRAFT、FINAL）は「final_FINAL(2)」問題を防ぎます。
iManageを通じてAmLaw 100の法律事務所の90%で使用されています。UTBMS（ABA/ACC、1995）およびEDRMフレームワーク（2005）に整合します。
{MatterNo}_{DocType}_{Court}_{Date}_{Version}.{ext}2024-1547_MSJ_SDNY_2026-03-15_v2.docx重要な理由
命名規則は整理整頓ではなく、コンプライアンスの問題です
多くの業界では、ファイル名の不一致は不便にとどまります。法務実務では責任問題になります。命名が不適切な文書は、秘匿特権レビューで見落とされたり、誤って相手方代理人に提出されたり、リーガルホールド中に見逃されたりする可能性があり、そのいずれも制裁、過誤請求、または依頼者弁護士間の秘匿特権放棄につながり得ます。
その重大性は定量化できます。Qualcomm Inc. v. Broadcom Corp.では、文書管理の失敗により850万ドルの制裁と6人の弁護士の州弁護士会への付託が発生しました。裁判所はこれを「重大かつ意図的な証拠開示違反」と呼びました。
このガイドの対象者
分類標準
UTBMSタスクコード
Uniform Task-Based Management System（UTBMS）は、法務業務の分類を予算策定と請求のために標準化する目的で、1995年にABA Section of Litigation、Association of Corporate Counsel (ACC)、およびPricewaterhouseCoopers (PwC)によって策定されました。元のLitigation Code Setは、5つのフェーズと29のタスクコードで1997年に公表されました。2011年には、LEDES Oversight Committee（LOC）がe-Discovery向けの第6フェーズ（L600）を承認しました。
文書命名において、UTBMSコードはファイル名規則の文書種別要素に対する統制語彙を提供し、すべてのチームメンバーが同じ方法で文書を分類し、ファイル名が案件予算と電子請求要件に整合することを保証します。
L100 — 案件評価、立案、管理
| コード | タスク |
|---|---|
| L110 | 事実調査・事実形成 |
| L120 | 分析・戦略 |
| L130 | 専門家・コンサルタント |
| L140 | 文書・ファイル管理 |
| L150 | 予算策定 |
| L160 | 和解・非拘束的ADR |
| L190 | その他の案件評価 |
L200 — 公判前の申立書面および申立て
| コード | タスク |
|---|---|
| L210 | 訴答書面 |
| L220 | 仮差止め・暫定的救済 |
| L230 | 裁判所主導の会議 |
| L240 | 終局的申立て |
| L250 | その他の書面による申立て・提出 |
| L260 | 集団訴訟認証および通知 |
L300 — 証拠開示
| コード | タスク |
|---|---|
| L310 | 書面による証拠開示 |
| L320 | 文書提出 |
| L330 | 宣誓証言 |
| L340 | 専門家証拠開示 |
| L350 | 証拠開示に関する申立て |
| L390 | その他の証拠開示 |
L400 — 公判準備および公判
| コード | タスク |
|---|---|
| L410 | 事実証人 |
| L420 | 専門家証人 |
| L430 | 書面による申立て・提出 |
| L440 | その他の公判準備および支援 |
| L450 | 公判および審問への出席 |
| L460 | 公判後の申立ておよび提出 |
| L470 | 執行 |
L500 — 上訴
| コード | タスク |
|---|---|
| L510 | 上訴申立ておよび提出 |
| L520 | 控訴準備書面 |
| L530 | 口頭弁論 |
L600 — e-Discovery
| コード | タスク |
|---|---|
| L600 | 特定 |
| L610 | 保全 |
| L620 | 収集 |
| L630 | 処理 |
| L650 | レビュー |
| L660 | 分析 |
| L670 | 提出 |
| L680 | 提示 |
| L690 | プロジェクト管理 |
訴訟以外のコードセット
提出標準
Bates番号
Bates番号付け（Bates stampingとも呼ばれます）は、文書提出物の各ページに一意で連番の識別番号を付与する方法です。名称はEdwin G. Batesに由来し、同氏は19世紀後半にBates Automatic Numbering Machineを発明しました。これは、ハンドルを押すたびに自己増分する4桁の番号（0000–9999）を押印する手持ち式装置でした。
{Prefix}-{SequentialNumber}SMITH-000001形式の規則
英字プレフィックスは提出当事者を識別します（SMITH、DEF、ACME_PI）。連番はゼロ埋め（6–9桁）です。押印位置は各ページ右下です。District of Maryland ESI Principlesでは、4桁の英数字プレフィックスと9文字の数値を推奨しています。
必要となる場合
米国の民事訴訟のほぼすべてで標準実務です。裁判所のESIプロトコルでは、提出前に当事者間でBates形式に合意することが求められます。宣誓証言の証拠、裁判証拠、正式な文書提出で必要です。正確な引用が可能になります: 「DEF-004523を参照」。
ファイル名とBates番号
eDiscoveryフレームワーク
EDRM — eDiscoveryにおける命名の位置付け
Electronic Discovery Reference Model（EDRM）は、George Socha氏とTom Gelbmann氏が2005年に作成したもので、ESIを作成から法廷提示まで管理する9つの段階を定義します。訴訟前に構造化された命名を実装している事務所は、モデル全体を通じてコストを削減できます。特にProcessing（重複排除が低コスト）、Review（レビュアーの理解が速い）、Production（命名衝突が少ない）で効果があります。
Information Governance
訴訟前に命名ポリシーを定めます。一貫した規則により、文書の特定と分類がしやすくなり、後工程のeDiscoveryコストを削減できます。
Identification
説明的なファイル名は管理対象者へのヒアリングに役立ちます。「2024-1547_MSJ_SDNY_2026-03-15.docx」は「Document1_final_FINAL(2).docx」よりすぐに識別できます。
Preservation
リーガルホールド通知では案件番号で文書を参照します。一貫した命名により、DMS、メール、クラウドストレージ全体で自動保全スキャンが可能になります。
Collection
構造化された名前を持つファイルは、案件番号や日付範囲で選択的に収集でき、過剰収集と関連コストを減らせます。
Processing
レビュープラットフォームへの取り込み時、元のファイル名はメタデータ項目になります。構造化された名前により、より良い重複排除とファミリーグルーピングが可能です。
Review
文書はプラットフォーム割当IDで追跡されますが、元のファイル名もレビュー画面に表示されるため、レビュアーの理解やコーディング精度の向上に役立ちます。
Production
文書にはBates番号が付与され、提出スキームに従ってリネームされます（例: DEF-000001.tif）。ロードファイルはBates番号を元のファイル名に対応付けます。
Presentation
公判では証拠はBates番号で参照されます。元の命名が明確であれば、説明資料の準備時に元文書を探しやすくなります。
EDRMは反復的かつ非線形であり、チームはしばしば前段階に戻ります。edrm.netが管理しています。
リスク低減
依頼者弁護士間の秘匿特権保護
秘匿特権のある文書を誤って提出すると、特権放棄につながる可能性があり、訴訟でもっとも重大なリスクの1つです。Federal Rule of Evidence 502(b)には「clawback」の仕組みがありますが、裁判所はレビュー手続の十分性を評価します。命名規則もその評価対象の一部です。
秘匿特権フラグ付きファイル名
依頼者弁護士間の通信のファイル名には_PRIVまたは_ACを含めます。提出前の自動フィルタリングが可能になります。_PRIVが付いた文書は、提出処理前に必須の手動レビューを引き起こします。
ワークプロダクト指定
弁護士のワークプロダクトには_WPを使用します。ワークプロダクトを通常の業務文書から分離できます。特に、法的分析と事業上の推奨事項が混在する文書で重要です。
Privilege logの生成
文書種別、日付、作成者、受信者を含む構造化されたファイル名により、Privilege logを自動生成でき、保留した何千件もの文書の記録作業を手作業で行う負担を減らせます。
提出前QC
ファイル名ベースのフィルター（_PRIV、_AC、_WPを含むファイルにフラグを付ける）は、文書が事務所外に出る前の最後の防御線となります。
置き換えではなく補完
利益相反管理
倫理的隔離と情報遮断
倫理的隔離（information barrier）は、対立または潜在的に利益相反する立場を代理する弁護士間で、依頼者の秘密情報が流れるのを防ぐものです。これはABA Model Rule 1.10（利益相反の帰属）およびRule 1.0(k)（「screened」の定義）によって規律され、倫理的隔離には4つの要素が必要です。適時性、隔離案件からの金銭的利益なし、依頼者への通知、継続的な遵守報告です。
なぜ案件ベースの命名が基盤になるのか
自動アクセス制御
DMSプラットフォーム（iManage、NetDocuments、Worldox）は、ファイル名の案件コードに基づいてアクセス制限を行います。隔離対象の弁護士は、制限された案件プレフィックスを持つ文書を閲覧、検索、アクセスできません。
利益相反チェック
新規案件を開設すると、システムがファイル名とメタデータを走査し、既存案件との潜在的な利益相反を検出します。
監査証跡
一貫した命名により、すべてのアクセス試行（拒否されたアクセスを含む）を記録でき、異議が出た場合に隔離遵守を示すために必要です。
システム横断での適用
案件情報はメール、DMS、業務管理ソフトウェア、クラウドストレージにまたがって存在します。案件番号ベースの命名により、すべてのシステムで同時に適用できます。
注意喚起の事例
Qualcomm Inc. v. Broadcom Corp.
No. 05-cv-1958-B (BLM), S.D. Cal. | Sanctions Order: Jan. 7, 2008
Qualcommは、H.264動画符号化標準に関連する特許侵害でBroadcomを提訴しました。Broadcomの抗弁は、QualcommがJoint Video Team（JVT）標準化団体に参加しながら自社特許を開示しなかったため、特許の執行可能性を放棄したというものでした。
証拠開示の過程で、QualcommはJVTへの参加を示す数万件の関連メールを提出しませんでした。この違反は、弁護士が公判証人の準備中に、未開示だった2002年8月のメールを発見したことで明らかになりました。その後の検索で、さらに21通の未開示メールが見つかりました。訴訟チームはそれらを提出しない判断をしました。
公判後の証拠開示により、提出されるべきだった46,000件超の文書が、わずか21人の従業員のメールファイルから見つかりました。
$8,568,633
認められた弁護士費用
6人の弁護士
州弁護士会へ付託
46,000+
未開示文書
教訓
保全義務
リーガルホールド義務とFRCP Rule 37(e)
Federal Rule of Civil Procedure 37(e)は、2015年12月に改正され、ESIの保全失敗に対する制裁を規律しています。そこでは2層構造の枠組みが定められています。
Tier 1 — Rule 37(e)(1)
当事者がそれを保全するためのreasonable stepsを取らなかったことによりESIが失われ、その結果不利益が生じた場合、裁判所は必要最小限の是正措置を命じることができます。客観基準です。
Tier 2 — Rule 37(e)(2)
当事者が奪う意図をもって行動した場合に限って、裁判所は不利益推認の指示、却下、または欠席判決を科すことができます。主観基準であり、過失よりかなり高い基準です。
リネームが保全義務にどう関係するか
ファイル名の変更は、ファイル名だけを変えます。ファイル内容、メタデータハッシュ、作成日、更新日は変わりません。Rule 37(e)で問題となるのはESIが「失われた」かどうかであり、リネーム自体が文書を破壊するわけではありません。ただし、防御可能なリネーム手続には次が必要です。
監査証跡を維持する
すべてのリネームを記録します。旧ファイル名、新ファイル名、タイムスタンプ、誰が（またはどのシステムが）リネームしたかを残します。この記録がRule 37(e)における「reasonable steps」の証拠になります。
元のメタデータを保全する
リネームツールがファイルメタデータ（作成日、作成者、最終更新日）を保持することを確認してください。インプレースでのリネームではなくコピーして削除するツールは、メタデータを変更する可能性があります。
訴訟ホールドに記録する
リーガルホールドが有効な場合、リネーム活動はホールド遵守記録の一部として記録してください。保全期間中にリネームが許可されるかどうかをホールドで明示すべきです。
選択的リネームのリスク
管理対象者全体に一貫して適用する
同一案件のすべての管理対象者に同じ規則を使用します。不一致は防御可能性を損ない、レビューや提出時の混乱を招きます。
実務分野別
実務分野ごとの命名パターン
各実務分野には、規制フレームワーク、裁判所規則、業務フロー規則に基づく固有の命名要件があります。法律事務所や企業法務部門で実際に使われているパターンです。
訴訟
{MatterNo}_{DocType}_{Court}_{Date}_{Version}2024-1547_MSJ_SDNY_2026-03-15_v2.docx複数法域にまたがる案件では裁判所略称（SDNY、CDCA、EDVA）を含めます。宣誓証言記録には証言者名を含めます。証拠は提出後にBates番号を参照します。
企業法務 / M&A
{ProjectCode}_{DocType}_{Counterparty}_{Date}_{Status}PROJ-ACME_SPA_TargetCo_2026-03-01_EXECUTION.docxM&A案件では機密保持のため案件番号ではなくプロジェクトコードを使います。デューデリジェンス文書にはDDカテゴリ（Financial、Legal、Tax、IP）を含めます。ステータスタグ: DRAFT、REVIEW、EXECUTION、FINAL、SIGNED。
知的財産 / 特許
{AppNo}_{DocType}_{JurisdictionCode}_{Date}US17-234567_OA_Response_USPTO_2026-03-15.docx特許ファイル名には出願番号（US、EP、PCTプレフィックス）、文書種別（OA = Office Action、ISR = International Search Report）、法域を埋め込みます。バージョン管理は重要です。特許出願手続には多くの反復的な提出が伴います。
不動産
{PropertyID}_{DocType}_{Address}_{Date}RE-2024-089_Lease_123MainSt_2026-03-01_EXECUTED.pdf当事者名ではなく物件識別子を使います（物件は所有者が変わるためです）。住所は略記して含めます。環境関連文書と権原文書は保証請求のため恒久的に検索可能でなければなりません。
破産
{CaseNo}_{DocType}_{Debtor}_{Date}_{DocketNo}BK-24-12345_POR_AcmeCorp_2026-03-15_Dkt247.pdf事件番号とドケット番号を参照します。POR = Plan of Reorganizationです。Schedulesは公式指定（Schedule A/B、Schedule D）を使用します。UTBMS B-codesが適用されます: B100（Case Administration）、B200（Asset Analysis）、B300（Relief from Stay）。
規制対応 / コンプライアンス
{RegBody}_{MatterRef}_{DocType}_{Date}_{Submission}SEC_INV-2024-789_WellsResponse_2026-03-15_FILED.pdf当局名（SEC、DOJ、FTC、CFPB、OFAC）と調査または提出の参照番号を命名に含めます。HSR = Hart-Scott-Rodino filing、CID = Civil Investigative Demandです。保存期間は特定の規制要件に従います（多くの場合、最低5-7年です）。
実例
変更前と変更後: 法務文書のファイル名
一般的な法務チームの文書フォルダがどう見えるか、そして一貫した規則を適用するとどうなるかを示します。
scan_001.pdf2024-1547_Complaint_SDNY_2026-01-15.pdfDocument (3).docx2024-1547_MSJ_SDNY_2026-03-15_v2.docxIMG_20260115_142355.pdf2024-1547_DepTranscript_JDoe_2026-02-28.pdfdownload.pdfPROJ-ACME_SPA_TargetCo_2026-03-01_EXECUTION.pdffinal FINAL v2 (2).docxRE-2024-089_Lease_123MainSt_2026-03-01_FINAL.docxCopy of memo.docx2024-1547_Memo_PrivilegeReview_2026-02-20_PRIV.docx提出形式
ESIプロトコルと提出形式
ESI（Electronically Stored Information）プロトコルとは、電子文書をどのように証拠開示、レビュー、提出するかを定める当事者間の書面合意です。 FRCP Rule 34(b)(2)(E)では、提出形式に合意がない場合、ESIは通常保存されている形式（native）または合理的に使用可能な形式のいずれかで提出しなければなりません。
Native Format
元のアプリケーション形式（.docx、.xlsx、.msg）です。すべてのメタデータを保持します。提出コストがもっとも低い一方、見た目にBates番号を押印できず、不注意で変更される可能性があります。
TIFF
単一ページ画像への変換です。複雑な訴訟でもっとも一般的です。Bates番号の押印、墨消し、ブランディングが可能です。抽出テキストファイルとロードファイル（.dat、.opt）とともに提出されます。
検索可能テキスト（OCR経由）、Bates押印、墨消しに対応した静的形式です。小規模な提出や行政手続でよく使われます。
ロードファイル
.opt.dat.txtハイブリッド提出
技術エコシステム
文書管理とeDiscoveryプラットフォーム
命名規則は、事務所のDMSおよび訴訟時にはeDiscoveryプラットフォームと連携する必要があります。
文書管理システム
iManage
AmLaw 100の法律事務所の約90%と、世界中の4,000超の組織で使用されています。各文書にワークスペース（案件）内で一意の番号とバージョンを割り当てます。ファイル名はワークスペースの命名規則と整合すべきです。
NetDocuments
3,500超の事務所で使用されるクラウドネイティブDMSです。プロフィールベースのファイリングシステムにより、各文書にメタデータ（案件番号、文書種別、作成者）を関連付けます。メール添付、エクスポート、システム間転送では、一貫したファイル名が重要です。
Clio
中小規模の事務所で人気の業務管理プラットフォームです。命名の強制力はiManageやNetDocumentsほど強くないため、システムが人の運用規律により依存しており、一貫したファイル名が特に重要です。
eDiscoveryプラットフォーム
Relativity
複雑な訴訟で支配的なeDiscoveryプラットフォームです。元のファイル名をメタデータとして取り込み、管理番号を割り当て、提出時にBates番号を付与します。構造化された元ファイル名はレビュアーの効率を高めます。
Everlaw
分析機能に強いクラウドネイティブのレビュープラットフォームです。予測コーディングや概念クラスタリングは文書内容に基づきますが、ファイル名メタデータも文書ファミリーの理解に寄与します。
DISCO
速度と簡便性を重視したAI搭載eDiscoveryプラットフォームです。元のファイル名を検索可能なメタデータとして保持し、提出時にBates番号を付与します。
率直な位置付け
FAQ
よくある質問
AmLaw 100の法律事務所では、法務文書にどの命名規則を使っていますか？
多くのAmLaw 100の法律事務所では、案件中心の命名パターンを使っています: {MatterNumber}_{DocumentType}_{Date}_{Version}.{ext}。案件番号は主キーであり、Document Management System（通常はiManageまたはNetDocuments）内の識別子と一致します。文書種別はUTBMSに整合したカテゴリに従います。日付は時系列で並べ替えるためISO 8601（YYYY-MM-DD）を使用します。バージョンサフィックス（v1、v2、FINAL、DRAFT）は改訂を追跡します。例: 略式判決申立書なら2024-1547_MSJ_2026-03-15_v2.docxです。
eDiscoveryにおいて、Bates番号は文書ファイル名とどのような関係がありますか？
Bates番号とファイル名は目的が異なりますが、連携させる必要があります。ファイル名は提出前の内部DMSで文書を識別するために使います。Bates番号は提出時に付与される連番スタンプ（例: SMITH-000001からSMITH-004523まで）で、準備書面、宣誓証言、公判での引用のための恒久的かつ曖昧さのないページ単位参照を提供します。提出時には文書はBates範囲に合わせてリネームされます（例: DEF-000001.tif）。ロードファイル（.dat）はBates番号を元のファイル名とメタデータに対応付けます。ベストプラクティスは、内部ファイル名とBates範囲を結び付ける対照表を維持することです。
法務文書のリネームはFRCP Rule 37(e)の下で証拠毀損リスクを生みますか？
ファイルのリネームで変わるのはファイル名だけであり、ファイル内容、メタデータ、ハッシュ値は変わりません。FRCP Rule 37(e)では、ESIが「当事者がそれを保全するための合理的な手順を取らなかったために失われた」場合に証拠毀損が問題になります。リネーム自体は文書を破壊も変更もしません。ただし、(1) 旧名から新名への対応を示す監査証跡を維持すること、(2) 元のメタデータ（作成日、作成者、更新日）を保全すること、(3) リネーム手続を訴訟ホールド手続の一部として文書化することが必要です。裁判所は「reasonable steps」が取られたかを見ます。文書化され一貫したリネーム手続は、防御可能性を裏付けます。
法務オペレーションチームは、文書分類にどのUTBMSコードを使うべきですか？
UTBMS Litigation Code Set（ABA Section of Litigation、ACC、PwCにより1995年に策定）は、標準化されたコードを提供します: L100（Case Assessment）、L200（Pre-Trial Pleadings）、L300（Discovery）、L400（Trial Preparation）、L500（Appeal）、L600（e-Discovery、2011年追加）です。このうち、L140（Document/File Management）、L320（Document Production）、L650（Review）が命名規則にもっとも関係します。文書種別をこれらのコードに対応付けることで、ファイル名を案件予算や電子請求要件に整合させられます。訴訟以外にも、破産（B-codes）、助言業務（C-codes）、プロジェクト（P-codes）のコードセットがあります。
文書命名規則は、法律事務所の倫理的隔離をどのように支えますか？
案件ベースの命名規則は、情報遮断の基盤です。ファイル名に案件番号をプレフィックスとして含めると（例: 2024-1547_Memo_2026-03-15.docx）、DMSが自動的にアクセス制限を適用でき、隔離対象の弁護士はその案件プレフィックスを持つ文書を閲覧、検索、アクセスできません。これはABA Model Rule 1.10の利益相反スクリーニングで必要です。一貫した命名により、iManage/NetDocumentsでの自動アクセス制御、隔離遵守を示す監査証跡、新規案件開始時の利益相反チェック、利益相反案件間での不注意な開示の防止が可能になります。
EDRMとは何ですか？ また、文書命名はeDiscoveryにどう関係しますか？
Electronic Discovery Reference Model（EDRM）は、George Socha氏とTom Gelbmann氏が2005年に作成したもので、Information Governance、Identification、Preservation、Collection、Processing、Review、Analysis、Production、Presentationの9段階を定義します。文書命名はいくつもの段階に関係します。Processingではファイルに一意の識別子が付けられ、ReviewではRelativityのようなプラットフォームで文書IDにより追跡され、Productionでは文書にBates番号が付与され、提出番号付けスキームに従ってリネームされます。一貫した訴訟前の命名規則は、文書の特定、重複排除、分類を容易にし、後工程の各段階でコストを削減します。
AIツールは、DMS要件に適合する法務文書のファイル名を生成できますか？
はい。renamed.toのようなAI文書処理ツールは、OCRと自然言語処理を用いてPDF内容から案件番号、依頼者名、文書種別、日付を抽出し、事務所の規則に合うファイル名を生成できます。重要なのは、命名テンプレートをDMSのプロファイル形式（例: iManageの{MatterNumber}_{DocType}_{Date}パターン）に合わせて設定することです。ただし、AIが生成した名前は適用前にレビューすべきです。自動適用ではなく、信頼度プレビューと一括承認ワークフローを提供するツールのほうが、法務用途では安全です。AIは前処理の段階であり、記録の正本管理システムはあくまでDMSです。
AIによる法務文書命名を試す
いくつかの法務文書をアップロードして、AIが案件番号、日付、文書種別を抽出し、一貫したファイル名を生成する様子をご確認ください。50件まで無料でリネームでき、クレジットカードは不要です。
50件分の無料ファイルクレジット · クレジットカード不要 · 以降は1ファイルあたり$0.009