要約

  • WTPF-26議長報告は、五つの作業部会が草案を修正・承認し、その後フォーラムが第II部に示した5本のオピニオンを採択したと記録する。
  • オピニオン1～3の最後の公開暫定文書は9月3日付、4と5は9月4日付である。独立した最終文書はすべて2026年9月4日付である。
  • 各DOCXの草案・最終ペアはサイズもSHA-256も異なる。抽出テキストの差は文書番号、最初の三組の日付、DRAFT 表示の削除に限られた。
  • その管理用ヘッダーだけを両側から同じ方法で除くと、五組すべてでテキストハッシュが一致した。これはそれ以前の改稿、口頭討議、個々の賛否を示さない。
  • 最終オピニオンには、直前の公開文書と採択行為を結び、権威状態と実質差分を別項目にした「採択差分レシート」が必要だ。

採択はあった。最後の書き換えはなかった

最終文書一覧にはWTPF-26/5-Eから9-Eまでが並ぶ。暫定文書一覧にはDT/1-EからDT/5-Eが残る。題名を読めば対応関係は分かるものの、最終版のページ自体は直前版を指さず、差分の種類も示さない。

議長報告は権限の空白を埋める。作業部会は二日半にわたり作業し、各議長が結果を本会議へ提示し、フォーラムは第II部の5本を採択した。

したがって、最終化は単なるファイル整理ではない。作業中の文案がフォーラムの採択文書になった。しかし、制度上の帰属が変わるために文章も変わる必要はない。今回の公開記録では、まさにその二つが分かれた。

ペアごとの検証

ITUが公開した英語のWordファイルをプレーンテキストへ変換した。比較規則は三点だけである。冒頭の文書番号、文書日付、DRAFT という状態語を両側から除き、オピニオン番号、題名、以後の全テキストは残した。

オピニオン 最後の公開暫定文書 最終文書 管理上の差 実質本文の差
1 · デジタル格差 DT/1-E・9月3日 5-E・9月4日 番号、日付、状態 追加0行・削除0行
2 · グリーンなデジタル変革 DT/2-E・9月3日 6-E・9月4日 番号、日付、状態 追加0行・削除0行
3 · 電気通信・ICTのレジリエンス DT/3-E・9月3日 7-E・9月4日 番号、日付、状態 追加0行・削除0行
4 · 宇宙接続 DT/4-E・9月4日 8-E・9月4日 番号、状態 追加0行・削除0行
5 · ICTイノベーション生態系 DT/5-E・9月4日 9-E・9月4日 番号、状態 追加0行・削除0行

五つのオピニオンは別々の文章なので、正規化ハッシュは相互に異なる。一方、同じ行の草案と最終版は一致した。表面上似ているという判断ではなく、除外対象を宣言した上で抽出全文を比較した結果である。

バイナリの差と政策の差

元のDOCXは五組とも一致しない。オピニオン1では暫定版が122,914バイト、最終版が121,553バイトで、他の四組も大きさが変わる。原本ハッシュを保存することは、どのファイルを検査したかを証明するために欠かせない。

ただしWordパッケージには本文以外のXML、スタイル、内部関係、メタデータが入る。ファイル差分は変更の存在を示しても、その意味を自動的には決めない。抽出テキストで起きたのは、DT番号から最終番号への変更、1～3の日付更新、全五本の草案表示の解除だった。

これらは重要な記録情報である。無視すれば採択を消してしまう。逆に新しいハッシュを新しい政策文と呼べば、存在しない改稿を作る。正しい答えは二値ではなく二欄である。権威状態は変化した。最後の公開草案からの実質文は変化しなかった。

比較の始点を越えてはいけない

議長報告は、本会議に出た草案が作業部会で「revised and endorsed」されたとする。この記述は、ゼロ差分をフォーラム開幕時まで遡らせることを禁じる。

DT/1-EからDT/5-Eは確認できた最後の公開暫定スナップショットである。9月3日または4日という日付からも、既に部会の作業を取り込んだ可能性が高い。本稿が証明するのは、その時点から独立した最終ファイルまでに文章が動かなかったことだけだ。

一致は討議の量も表さない。異論が早く解消された、既存案が妥協点だった、代案がコンセンサスを得なかった、という異なる経緯が同じ最終テキストを生み得る。ハッシュは誰が何を主張したかを記録しない。

結論を小さく保つことは、制度を擁護するためでも攻撃するためでもない。再現できる証拠と推測を混ぜないためである。

採択差分レシートの最小形

各最終文書の横に、小さな構造化レコードを置けばよい。まず直前版のDT番号、言語、公開日、URL、原本SHA-256を記す。次に最終番号、採択日、分かる場合は公開時刻、URL、原本SHA-256を記す。双方から相互参照できれば、二つの一覧は一つの履歴になる。

差分は 管理 と 実質 に分ける。管理欄には番号、日付、状態、レイアウト、パッケージ情報を置く。実質欄には追加・削除・変更条項を置き、ない場合は公開済みの正規化規則の下で未検出と明記する。規則と正規化ハッシュも保存し、重要な文を「書式」として捨てられないようにする。

最後に採択主体、本会議での処分、日付、議長報告を結ぶ。対象外事項として、それ以前の編集史、個人の同意、将来の実施を列挙する。

大規模な台帳基盤は要らない。人が読めるページに連動したJSONまたはCSVで足りる。必要なのは派手な技術ではなく、前身、差分、決定、最終版を切らさないことだ。

ゼロ差分が与える実務価値

最後の作業文書が採択に必要な修正を既に取り込んでいた可能性を、この結果は示す。政府や企業は最終番号を引用しながら、閉会直前の隠れた追加を探す必要がない。交渉史を調べる側は、文字が実際に動いたより前の版へ焦点を移せる。

自動監視にも効く。十個の異なるバイナリを五回の政策変更と数える誤報を避け、五回の状態確定として分類できる。後日、最終URLの本文が本当に一文変われば、同じ仕組みでその変更を際立たせられる。

Lu HengのThe Policy Mirrorが示す規律は、記録が制度の現実を映しても、記録そのものから余分な現実を作らないことだ。最終ラベルは採択を正しく映す。それを本文改稿の証拠にまで拡張してはならない。

言えないこと

対象は9月5日に取得した英語原文である。他言語表示が同時に公開されたことや技術的に同一であることは証明しない。サーバー内部の履歴も見えず、将来同じURLのファイルが置き換わらないとも言えない。

採択文書が拘束的な命令になったとも述べない。WTPFの目的は、コンセンサスで採択する非規範的なオピニオンと説明する。この権限境界は既報の対象で、本稿の新しい問いではない。

確定できるのは、五本が採択され、管理用フィールドを分離すると各英語最終本文が最後の公開英語暫定文書と一致することだ。言葉の制度上の持ち主は変わった。最後の段階で言葉自体は変わらなかった。

出典