要約

  • ICANN理事会は2026年3月12日、決議2026.03.12.01で改定プロセスを即時発効させた。GNSOの現行ページも「in force」と明記する。
  • 2013年版は、正式受領後10営業日以内のスタッフ報告と、パブリックコメント終了後30暦日以内の要約報告を定めていた。
  • 理事会が2会合後も最終行動を取れない場合は理由と見通しを報告し、4会合後、または予定会合が通算6回に達した後は、改定案が発効したものとみなす規定もあった。
  • 2026年版は、ICANN orgと対象グループが案件ごとに適切なタイムラインを設け、関与時期は複雑さに応じて変わり得るとする。旧来の日数と会合数による歯止めは再掲されていない。
  • 4件のコメントは全体として改定を支持したが、Registrar Stakeholder Groupは審査期限の維持を明確に求めた。ICANN orgは一律期限ではなく案件別日程を選んだ。
  • 一律の締切を復活させる代わりに、現在の段階、担当、改定された見通しと理由を記録する公開タイムライン受領票を設ければよい。

2013年版が管理していたのは三つの時間だった

まず確認すべきは制度文書そのものである。2026年3月のプロセスは、2013年に理事会が定めたプロセスを置き換えると明記している。理事会は3月12日に即時適用を指示し、GNSOサイトは現在、五段階の新版を現行手続として掲示している。

旧版の第一の時計は、グループ内の承認後に動き出した。ステークホルダーグループまたはコンスティチュエンシーから正式に改定案を受領すると、ICANNスタッフは10営業日以内に分析し、財務上または責任上の懸念を示す報告とともに、所管の理事会委員会へ送ることになっていた。10日で最終承認するという意味ではない。少なくとも「スタッフ報告がまだ出ていない」という状態に検証可能な時間を与えていた。

第二の時計はパブリックコメント後である。フォーラム終了から30暦日以内に、スタッフはコミュニティ意見の要約を委員会へ提出する。理事会の採否までを保証するものではないが、次の判断資料がいつ現れるかは公開間隔で確認できた。

第三は理事会側の不作為に関する規律だった。委員会はスタッフ報告の公表後、次に利用できる機会に案件を審査する。2回の会合を経ても最終行動が難しい場合、理事会は対象グループに障害と最善の所要時間見積もりを説明しなければならない。4回の会合後、または予定会合が通算6回に達した後も行動できなければ、改定案は発効したものとみなされた。

これらは単一のエンド・ツー・エンド期限ではない。また、今回の資料だけでは、旧期限が常に守られ、複雑な法人・税務問題にも適切だったとは言えない。自動発効があらゆる場面で安全だったとも断定できない。意味はもっと限定的である。時間が内部運用だけの変数ではなく、手続の外から確認できる性質だった。

新版は時間を案件の中へ移した

新版の利点は、関与が早いことである。憲章改定を始めたグループは、できるだけ早くICANN orgの支援チームに通知し、リエゾンを指定する。双方はその取り組みに適したタイムラインを設けることができる。憲章と運営手続のテンプレートは、ICANN Bylaws、GNSO Operating Procedures、Work Stream 2の関連勧告を起草段階に持ち込む。グループの要請に応じ、ICANN orgは会員承認より前にレビューや実装上の論点を指摘できる。

グループが自らの手続で改定案を承認した後、ICANN orgはガバナンス・法務上の懸念や未解決点を確認する。文書や論点が複雑なら協議を行い、その時期は変動し得る。orgの審査が完了すると、所管理事会委員会へ報告が送られる。委員会が報告を承認すればパブリックコメントを開始し、要約を踏まえて理事会へ勧告する。

最終権限はなお明確である。理事会は単純過半数で改定を承認するか、3分の2の多数で具体的理由を示して拒否する。理事会によるrecognitionが承認となり、その後グループが改定憲章を採用・公表する。ICANN orgが単独で憲章を決める制度にはなっていない。

変わったのは、これらのゲートの間にある時間である。新版には10営業日、30暦日、2会合後の説明義務、4回または通算6回後のみなし発効がない。理事会の理由書はさらに、案件別の適切なタイムラインがプロセスに拘束されないと説明する。日程は共通規則ではなく、ICANN orgと各グループの関係に属する属性になった。

だからといって、直ちに説明責任が弱まったとは限らない。軽微な選挙条項の修正と、会費を集めるグループの法人化では、法務・税務・責任の重さが違う。ICANNは文書の複雑化と、より深い審査の必要性を挙げている。会員投票の前に問題を見つければ、後戻りを減らせる。固定時計が減っても、実際の所要時間が短くなる案件はあり得る。

全体支持の中に期限への異論が残った

パブリックコメントについては、二つの事実を分けて保持する必要がある。4件はいずれも更新を全体として支持した。理事会が「supportive」と記したことは正確である。しかし、パッケージ支持は全設計項目への同意ではない。

Registrar Stakeholder Groupは透明性向上とテンプレートを歓迎したうえで、ICANN審査のタイムライン削除に懸念を表明した。予想所要時間がなければ次の段階が曖昧になり、適時の承認を保証しにくいという理由だった。同グループは旧日数を絶対視せず、必要なら延長も検討すると述べた。

ICANN orgの要約はこの反対点を保存した。回答は「懸念が誤りだ」ではなく、制度選択だった。一律の時間を要求せず、関連するグループと案件ごとに適切な日程を設ける。Organizational Effectiveness Committeeも、その答えを確認したうえで理事会への承認勧告を決めた。

したがって、「4者が期限撤廃に賛成した」と圧縮してはいけない。早期関与、テンプレート、更新全体には支持があり、1団体は共通の時間的保障を求め、ICANNは案件別方式を選んだ。これが記録から再現できる状態である。

協議型タイムラインには公開面が要る

現行手続は、タイムラインを合意できると書くが、それを標準的な公開記録にするとは書いていない。秘密にせよとも、無期限にせよとも規定していない。今回の資料から悪意や遅延は立証できない。確認できるのは、読者が初期日程、現在段階、次の担当、見通し変更をどこで調べるかが共通化されていないことだけである。

各案件のページに、次の項目を持つ小さな受領票を置けばよい。

  • グループ名、憲章改定識別子、固定された文書版
  • ICANN orgへの通知日、会員承認日、正式提出日
  • グループ側リエゾンと、現在の行動を所有する機関
  • 合意した各段階の幅と、当初の次回判断見込み
  • 現在段階、開始日、追加情報待ち・停止・再起草の状態
  • 見通しを変えた日、旧見通し、新見通し、帰属可能な理由分類
  • 次の責任行動と確認点
  • パブリックコメントの開始・終了・要約公表日
  • 委員会勧告、理事会判断、採用・公表日
  • 最終確認時刻と版履歴

理由分類は粗くてよい。文書の複雑さ、追加ガバナンス審査、法人化論点、グループによる再起草、別手続への依存、コメント処理、理事会日程などである。法的助言、機密の税務資料、個人連絡先、非公開審議を載せる必要はない。公開すべきなのは手続状態であり、秘匿情報ではない。

見込みは契約上の保証でもない。事情が変われば改定できる。重要なのは、変更を公開し、誰が新しい見込みを持つのかを示し、前の状態を消さないことである。柔軟な時間と見えない時間の違いは、変更可能性ではなく、変更履歴の有無にある。

Heng LuのMinimum Initial Specificationという考え方は、共通層を厚くし過ぎないために使える。すべての案件に必要なのは、状態、担当、日付、理由、次の行動だけである。各法務・ガバナンス論点に必要な時間は現場に残す。薄い検証可能層は、判断を中央集権化せず、判断があった事実だけを再現可能にする。

記録からは言えないこと

2026年プロセスで既に遅延した具体的案件は、今回の資料にない。したがって、バックログ、悪意、キャプチャー、義務違反を主張する根拠はない。2013年の時計が10年以上にわたりどの程度機能したかを評価するデータも、この資料群にはない。

早期協議が新版を速くする可能性もある。グループが自ら日程を公表するかもしれない。ICANNが補足ガイダンスを出す可能性もある。最初の完結案件を追跡して検証すべきであり、条文だけで結果を決めつけるべきではない。

受領票は権限も変えない。会員承認は各グループ、ガバナンス・法務審査はICANN org、パブリックコメントと勧告は理事会委員会、最終のrecognitionまたはrejectは理事会にある。公開時計に投票権はなく、不備のある憲章を自動で正当化もしない。

確定した変化は、スキャンダルより狭く、運用上は重要である。時間が共通既定値から案件別協議へ移った。次に問うべきは、その協議が、慎重な審査と持ち主のいない停滞を区別できるほど見えるかどうかである。

出典

  1. ICANN — 2026年3月のGNSO憲章改定プロセス
  2. ICANN GNSO — 2013年の憲章改定プロセス
  3. ICANN理事会 — 2026年3月12日の承認決議
  4. ICANN理事会 — 2026年3月12日議事録
  5. ICANN — 更新プロセスのパブリックコメント
  6. Registrar Stakeholder Group — 提出意見
  7. ICANN — パブリックコメント要約報告
  8. ICANN理事会OEC — 2026年2月23日議事録
  9. ICANN GNSO — Stakeholder Groups and Constituencies
  10. ICANN Bylaws
  11. Heng Lu — Minimum Initial Specification, Localized Future Decision, and Voluntary Adoption