要約

  • ICANN理事会は9月6日、社長兼CEOまたはその代理人に、ITP Next Generationの支援サービス契約を締結し、必要な支出を行う権限を与えた。決議の公表は9日だった。
  • 契約の複数箇所と理由説明の一部は「交渉上の機密情報」として伏せられている。相手方、金額、期間、契約締結済みかどうかは公開記録から確認できない。
  • 別の決議は、CEOが公開可能と判断するまで伏せたままにすると定める。常設指針では、この種の黒塗りは年次点検の対象だ。
  • 一般ルールには決裁者と周期がある一方、今回の決議には初回点検日も将来の公開日も記されていない。

決まったのは契約内容ではなく、行為の権限だ

2026年9月6日の承認決議を読むと、二つの扉がある。2026.09.06.01は、社長兼CEOまたは代理人がITP Next Generation支援契約を結び、それに伴う支出をするための扉を開く。2026.09.06.02は、伏せた情報をいつ公表可能と判断するかという別の扉をCEOに預ける。

最初の決議は契約書の署名済み証明ではない。理事会が権限を与えたことと、その権限が行使されたことは別だ。同様に、契約が将来締結されても、その瞬間にすべての交渉情報が公開可能になるとは限らない。締結、点検、開示を一つの出来事として扱えば、実際には存在しない時系列を作ってしまう。

公開部分から分かるのは、ICANNスタッフと理事会財務委員会が承認を勧告したこと、財政影響がProject Fundに織り込まれていること、理事会が公開意見募集を要しない組織運営上の機能と分類したことだ。この記録から、意見募集が法的に必要だったとも、伏せられた金額や事業者名を推定できるともいえない。

「探せる情報」と「追える判断」は違う

ITPはICANNの公開情報を管理し、整理し、各ウェブ資産へ届ける基盤だ。ICANNによれば、2017年以降、構造化コンテンツ、多言語出版、分類体系、現代的な配信機能を支えてきた。

Next Generationは既存実装をそのまま延長するのではなく、構造を簡素化する構想と説明される。複数の業務ソフトへの依存を減らし、ライセンス費や保守負担を下げ、開発を速め、外部の専門開発者への依存を弱めるという。いずれも期待値であり、達成済みの効果ではない。決議は基準費用、削減目標、検証期日を示していない。

公開情報を「見つけやすくする」契約だからこそ、記録の弱点が見えやすい。決議の所在は分かる。しかし、ある黒塗りが後に点検され、維持され、狭められ、あるいは解除されたのかは、元のページだけでは分からない。検索性と説明責任は同義ではない。

黒塗りには停止ではなく遷移の規則がある

理事会説明資料の公開指針は、原則としてすべて公開するところから始める。必要最小限だけ伏せ、理由を明確にするよう求める。交渉上または事業上の機密情報は、将来公開できるかを年に一度検討する区分だ。

さらにICANNは、2016年8月以降の決議、議事録、説明資料の黒塗りを追うRedaction Registerを設けている。対象、理由、年次点検の有無を記録し、開示したときはその日付も反映する設計である。点検対象の情報が15年たっても公表されていない場合、次の年次点検で、継続する重大な理由がなければ公開するとも定める。

15年は一律の秘密保持期間ではない。重大な理由という例外を伴う、最後の推定線に近い。今回の決議は公表直後で、点検が遅れたという根拠もない。確認できる空白は限定的だ。制度の時計はあるが、2026.09.06.01–.02がその時計に初めて触れる日付がない。

現行定款は理事会決議の迅速な公開を求めつつ、一定の非開示理由を認める。公開実務も、やむを得ない場合に最小限を伏せる考え方を示す。DIDPでは文書を請求できるが、商業上・競争上の不利益や秘密保持義務も非開示条件となり得る。請求は判断を求める手段であって、開示を予約するものではない。

過去の価格を現在の空欄へ移してはいけない

2017年の原構想では、費用を630万米ドルと30％の予備費と見積もっていた。これは当初のInformation Transparency InitiativeとFY18～FY22の計画に属する数字で、2026年の支援契約価格ではない。

2023年の更新決議は、31社への提案依頼、7件の完全な提案、採点、最終候補への聞き取り、逆オークションを説明した。財務委員会議事録によれば、委員会は当時の手続きが守られ、費用は妥当で負担可能と判断した。それは前回調達の記録にすぎず、2026年の相手方や手順を証明しない。

過去のページは、もう一つの問題を見せる。黒塗りが何年も同じに見えると、点検されて正当に維持されたのか、部分開示されたのか、単に表示が変わっていないのかを読者は区別できない。画像比較ではなく、判断履歴が必要だ。

交渉内容ではなく、点検の受領票を公開する

交渉中の提案を暴露しなくても、統制は可視化できる。会議日と決議番号に結び付けた受領票に、黒塗り区分と位置、最初の権限、年次点検の適用、各点検日、担当部署、結論、継続理由の範囲、次回点検日、後日の公開文書へのリンクを残せばよい。

契約締結、黒塗り点検、実際の開示は別欄にする。締結後も商業情報を守る必要はあり得る。点検が継続を選ぶことも、部分開示にとどまることもある。必要なのはすべてを公開へ押し込むことではなく、状態を上書きせず保存することだ。

これは編集上の提案で、ICANNが採用済みの要件ではない。公開資料は不正調達、点検遅延、不正支出、定款違反を示していない。示しているのは、誰が開示を決めるかは明らかなのに、この案件をいつ再び見るかがまだ公開されていないという小さな設計差である。

情報源