要約

  • ICANNの定款ページは2026年7月3日改正版として掲載され、第17条をCustomer Standing Committee、第18条をIANA Naming Function Reviewsとしている。承認行為とコミュニティ・フォーラムの手続きは、同じ文書のうち別館D（EC Mechanism）にまとめられている。
  • Address Supporting Organization（ASO）は、自らをICANNの三つのSupporting Organizationの一つであり、IPアドレス政策について勧告を作り理事会に助言する主体であり、Empowered Communityの参加者だと説明している。本稿が参照した記録の範囲では、ASOコミュニティに宛てた通知が、すでに出た決定を拘束するのか、決定の事実を伝えるだけなのかは決まらない。

条番号は、実質を指している

通知の宛名を読むとき、私たちは番号に引きずられる。第17条と第18条——その二つが並べば、改正の手続きそのものがそこに書かれているはずだと思う。ICANNが公開している定款ページは、その期待を静かに裏切る。このページは2026年7月3日に改正されたものとして掲載されており、第17条の見出しはCustomer Standing Committee、第18条の見出しはIANA Naming Function Reviewsである。

どちらも、組織の側から見れば「誰が監視し、誰が説明するか」という実質の条項だ。常設の委員会が一つの制度を継続的に見る。別の条項が、指名機能のレビューという反復的な検査を扱う。番号が指しているのは、決定をどう承認するかの段取りではなく、承認された後に何を誰が点検し続けるかという設計である。

手続きは、別館Dにある

では、承認行為とコミュニティ・フォーラムという段取りはどこに書かれているのか。同じ定款ページの説明に従えば、別館Dが「EC Mechanism」と題され、Empowered Community Mechanismの詳細——承認行為とコミュニティ・フォーラムの手続きを含む——をそこに置いている。

この配置は、読み手に対して二つのことを同時に言っている。

第一に、名指しされた条項と、その条項をめぐって開かれる手続きは、同じ文書の別の場所にある。

第二に、手続きの強さは条項番号からは読めない。第17条を改正する手続きだから強い、という推論は成り立たない。強さは別館Dの設計に書かれているか、書かれていないかのどちらかである。

ASOは、何者としてそこに座るのか

ASOは自らのサイトで、ICANNにおける三つのSupporting Organizationの一つであり、インターネット・プロトコルのアドレス政策について勧告を作成し理事会に助言する立場にあると説明している。さらに、ICANNのEmpowered Communityに参加しているとも書く。同じサイトは、Empowered Communityを、ICANNコミュニティが一定の権限——定款で定義された承認行為の手続きを通じて理事会の行為に異議を唱えることなど——を行使できる仕組みだと説明している。

ここで押さえておきたいのは、ASOの役割の輪郭である。ASOはアドレス政策の専門主体であり、Empowered Communityという横断的な仕組みの参加者でもある。

だが、指名機能の監視を実質的に所有しているわけではない。第17条の常設委員会も、第18条のレビューも、アドレス政策の所管ではない。ASOコミュニティに通知が届くのは、それが横断的な承認手続きの一部だからであって、指名機能の説明責任がASOに移ったからではない。

この区別は細部に見えて、実務では効く。

通知を受け取ったコミュニティが、自分たちが監視の主体だと誤解すれば、本来突くべき論点——手続きが決定を拘束するか——から目が離れる。

無効効果テスト

フォーラムが決定を縛るのかを知りたいなら、理事会の決定をそのまま固定し、フォーラムだけを取り除いてみればよい。時期、内容、効力、救済のいずれも変わらないなら、そのフォーラムは拘束ではなく、通知か、あるいは正当化である。

本稿が参照した記録では、このテストに答える材料が揃わない。フォーラムでの異議が決定を停止させたのか、差し戻したのか、条件を付けたのか——それを示す文書を、私たちは取得できていない。したがって「拒否権だ」とも「儀礼にすぎない」とも書かない。両方とも、この記録の上では証明されていない。

四つの行為を分ける

手続きを読むときに最も多い誤りは、別々の行為を一つの出来事として扱うことだ。少なくとも四つを分けておきたい。

第一に、理事会による承認。

第二に、コミュニティへの通知。

第三に、フォーラムという場そのもの。

第四に、ASOないし他の主体による正式な決定、そしてEmpowered Communityとしての集約や認証、最後に法的な効力の発生。

ここで「批准」という言葉を使うのは、承認という操作が実際に行われた場合に限られる。フォーラムでの発言は発言であり、ASOの正式な行為ではない。この二つを混ぜると、手続きの記録が、実際には存在しない決定の証拠として引用され始める。

レバレッジの等級

制度を評価するとき、私は四つの等級で考える。

決定を止めたり差し戻したりできるなら決定的（dispositive）。

遅らせられるなら停止的（suspensive）。

開示や検証可能な記録を強制できるなら手続き的・証拠的。

発言と可視性だけを生むなら象徴的である。

本稿の記録は、このうちどこに位置するかを確定できない。確定できないこと自体が、読者にとっての情報である。

手続きの強さが条文から読み取れないということは、同じ条文を読む相手との間に、解釈の余地が残っているということだ。

記録が示していないこと

本稿の調査では、次の四つの文書を取得できていない。

ASOの通知本文、改正を認めた理事会決議、承認行為コミュニティ・フォーラムの記録、そして別館Dの運用条文である。

これは「存在しない」という主張ではない。取得できなかったという、日付のある事実である。だから本稿のどの記述も、これらの内容に依拠していない。改正が何を変えたのか、フォーラムがいつ開かれたのか、フォーラムが何を変更し得たのか、理事会の行為が直ちに効力を持ったのか条件付きだったのか、ASOが改正に賛成したのか反対したのか——いずれも、この記録の範囲では確定しない。

なお、本稿が参照したディレクトリ上の登録レコード（関連項目 ストラテジックサークル限定）は、この通知をレジストリ類型として分類し、地域を「SU」と記録している。通知本文も公表日も、そのレコードには含まれていない。分類は身元の記録であって、手続きの証拠ではない。

監視する側にとっての意味

ネットワーク運営者や法律実務家にとって、この通知の価値は「何が決まったか」より「どこを見れば決まったことになるか」にある。番号の一致は手続きの一致を意味しない。承認行為の強さは別館Dに、実質の監視は第17条と第18条に、そして参加の資格はASOの立場に書かれている。三つは別々の場所にあり、別々に検証する必要がある。

だから実務の手順はこうなる。

まず通知の宛名と条番号を確認する。

次に、名指しされた条項が実際に何を扱っているかを原文で確かめる。

そして、手続きの条項がどの文書にあるのかを特定する。

最後に、その手続きが決定を停止・差し戻し・条件付与できるのかを、条文の文言で確認する。この四段目を飛ばすと、通知は根拠のように見え、実際には根拠がない、という状態が生まれる。

何が変われば、この通知の意味は変わるのか

判断を変えるのは、たった一つの文言である。

フォーラムでの異議が決定の効力を停止させ、あるいは理事会に差し戻しを強制する——そう書いてあれば、この通知は拘束の入口になる。

逆に、フォーラムが意見聴取の場として定義され、決定の効力に触れないと書いてあれば、通知は正当化の記録になる。どちらの文言も、私たちはまだ見ていない。

見ていないことを、見えないふりで埋めるのが最も悪い選択だ。今のところ確かなのは、第17条と第18条が監視の実質を扱い、承認行為の段取りが別館Dに置かれ、ASOが横断的な仕組みの参加者として通知を受け取る位置にある、という三つである。この三つだけでも、通知を「改正手続きの文書」と読む癖を、一度は止めるのに足りる。