要約

  • ICANNの法人設立文書と付属定款は、固有のインターネット識別子の調整を任務の中心に置く一方、政府から付与された一般的な規制権限を持つとは定めていない。設立文書と付属定款は、権限の出発点と限界を示す。
  • 実際の効果は、レジストリ・レジストラ契約、PTIとのIANA契約、ルートゾーン保守契約、番号資源とプロトコルパラメータの取り決めを通じて分散的に生じる。したがって、救済の核心はICANNを抽象的に争うことではなく、具体的な契約上または技術上の行為に誰が到達できるかにある。

権限を一つの箱に入れない

ICANNを理解する際、まず避けるべきなのは「世界のドメイン名を管理する機関」という一文で、異なる種類の権限をまとめてしまうことだ。ICANNの設立文書は、同法人をカリフォルニア州の非営利公益法人として位置づけ、固有のインターネット識別子の調整と、インターネットの運用上の安定性に関する公益の促進を目的として掲げる。しかし、法人の目的はそれだけで立法権、免許付与権、警察権、裁判権を移転するものではない。

付属定款は、ICANNの使命を固有の識別子システムの調整と、その技術的機能に合理的かつ適切に関連する政策の策定に結びつける。同時に、ICANNが政府から付与された一般的な規制権限を持たず、定められた使命の外で識別子を利用するサービスや、そのサービスが運ぶコンテンツを規制してはならないという枠を置く。この条項は、ICANNが何も決められないという意味ではない。レジストリ、レジストラ、登録者に影響するルールが、使命と契約の範囲内にあるかどうかが争点になるという意味である。

ここには二つの異なる問いがある。第一は、ICANNの内部文書と制度設計から見て、ある行為が組織の権限内にあるか。第二は、外部法がその行為に公的な規制権限を与えているかである。前者は法人文書、政策、契約、手続から検討できる。後者を判断するには、独立した法令、委任文書、裁判所や規制当局の判断が必要になる。本稿で確認できる資料は、主に前者を示すものであり、ICANN自身の説明だけから公権力の存在を導くことはできない。

政策が実行結果になるまで

ICANNの実際の影響力は、政策形成の段階だけでは完結しない。提案がコミュニティの手続を経て採択され、契約や仕様に組み込まれ、さらにコンプライアンス措置や技術運用として現れるまでに、複数の主体が介在する。

レジストリについて、ICANNの契約リポジトリ、ベース契約、仕様書は、トップレベルドメインごとに契約、改訂、仕様、組み込まれたコンセンサスポリシーが存在することを示している。対象には、技術運用、データエスクロー、登録データサービス、濫用連絡先、料金、監査、コンプライアンス、契約違反、終了などが含まれる。レジストラについても、コンセンサスポリシーの資料が、契約を介して義務が運用される構造を示す。

ここで重要なのは、契約という形式が実際の影響を小さくするとは限らないことだ。ICANNが国家の免許当局でなくても、契約への参加がルートゾーンへの登録、認定、運用継続、サービス提供の条件になるなら、契約上の違反認定や終了は市場参加者に大きな結果をもたらしうる。その効果を「主権的な規制」と呼ぶには別の根拠が必要だが、当事者にとっては規制に似た実務上の圧力として作用する可能性がある。

したがって、政策を評価する単位は「誰がルールを書いたか」だけでは足りない。次の点を分解する必要がある。

  1. どのコミュニティまたは機関が政策を形成したのか。
  2. どの決定機関がそれを採択したのか。
  3. どの契約、仕様、認定条件に組み込まれたのか。
  4. 誰が違反を認定し、どの技術または契約上の操作を実行できるのか。
  5. その操作を止め、覆し、または損害を修復する手段は何か。

IANAの移行は権限の一括移転ではない

2016年以前、ICANNのIANA機能は、米国商務省の国家電気通信情報庁との政府調達契約の枠内にあった。旧IANA機能契約は、ルートゾーン管理を含む当時の監督と承認の構造を示す。ただし、これは歴史的な証拠であり、2016年以後の現行権限を直接定めるものではない。

移行の提案文書は、移行後の制度をICANNへの無制限な支配権の移転として描いていない。命名機能については、ICANNとPublic Technical Identifiers（PTI）の関係、ICANNとPTIの契約、Customer Standing Committeeによる監視、IANA Naming Function Review、場合によっては分離手続が組み合わされている。番号資源とプロトコルパラメータについては、地域インターネットレジストリやIETFとの別個の取り決めが維持される。

この構造は、IANAの各機能について、政策形成、技術サービス、監視、契約上の履行が一つの主体に集中していないことを示す。だからこそ、「移行後、ICANNがインターネット全体の所有者になった」という表現は、資料からは導けない。より正確には、従来の政府契約を終え、複数のコミュニティと契約的・技術的な責任分担を組み合わせた制度へ移行した、と説明すべきである。

技術的な統制点は分散している

ICANNとPTIのIANA命名機能契約は、命名機能について、提供サービス、履行義務、報告、サービス水準、エスカレーションを定める。PTIはICANNが支配する関連法人であり、通常の独立した外部委託先とは異なるが、契約はどの業務が期待され、どの履行を監視できるかを可視化する。

Root Zone Maintainer Service Agreementは、ICANNまたはPTIとVerisignの間で、ルートゾーンの保守に関する技術的責任を分担する。サービス水準、変更管理、セキュリティ、性能、契約上の救済が定められている。この資料が示すのは、ルートゾーンの公開をめぐるすべての権限がICANNに一元化されていることではなく、実際の保守工程に複数の統制点があることだ。

番号資源については、IANA Numbering Services SLAがICANNと地域インターネットレジストリを含む契約関係を示す。番号政策を形成する層はRIRの政策プロセスにあり、ICANNがすべての番号配分政策を一方的に決めるわけではない。プロトコルパラメータについても、IETFとICANNの覚書は、政策や技術標準を形成するIETFの役割と、対応するレジストリ業務を行うIANAの役割を分けている。

この分担から導かれる実務上の問いは単純だが重要である。問題が起きたとき、申立人はICANNの理事会に異議を唱えるだけで、実際の技術的行為を止められるのか。それとも、契約当事者、PTI、ルートゾーン保守者、RIR、IETF側の手続に別々にアクセスしなければならないのか。救済が抽象的な組織判断に届いても、実装を担う主体に届かなければ、決定の実効性は限定される。

救済制度は同じものではない

ICANNは、コンプライアンス手続、再考請求、Independent Review Process、その補充手続、Ombudsman、Empowered Community、Customer Standing Committee、IANAレビューに関する資料を公開している。CSCの資料は、命名機能のサービス水準を監視する別の統制経路を示す。

しかし、これらを一つの「不服申立て制度」として数えることはできない。各制度は、申立資格、対象となる決定、審査基準、暫定措置、最終的な救済、拘束力、執行可能性、期間、費用の点で異なる可能性がある。ある制度が理由の説明を求められるとしても、実際の契約終了を停止できるとは限らない。ある審査機関が判断を示せても、技術上の操作を自ら実行できるとは限らない。

この差は、アカウンタビリティを四段階に分けると見えやすい。

  • 説明可能性：何を決め、どの資料と理由に基づいたのかが示されるか。
  • 審査可能性：適格な当事者が、決定を独立した手続で争えるか。
  • 救済能力：損害を防止、停止、取消し、または修復できるか。
  • 執行可能性：救済の結果が、実際の契約または技術運用を担う主体を拘束するか。

従来の議論は、理由が公開されたか、レビューを開始できるかに焦点を置きがちだった。だが、実務上の最も難しい問いはその先にある。レビュー機関が、登録データの変更、認定の停止、契約上の違反措置、ルートゾーンに関する技術的処理といった実際の統制点まで到達できるのか。さらに、影響を受けた者がICANNの契約相手ではない場合にも、その者は有効な手続を持つのか。

非契約当事者の問題

契約を通じて政策が実施されるとき、最も直接的な救済を持つのは契約当事者であることが多い。ところが、政策の影響を受ける登録者、利用者、競争相手、公益団体は、ICANNと直接の契約関係を持たない場合がある。契約上の義務がレジストリやレジストラに課されても、その実行によって不利益を受けた第三者が、同じ契約上の救済を利用できるとは限らない。

この点で、ICANNの制度上の説明と、実際に利用可能な救済の間には距離が生じる。組織が規則を採択し、契約相手に履行を求め、さらに技術運用を通じて結果を生み出すほど、影響の範囲は契約の署名者を越える。しかし、レビューや再考の資格が契約当事者に限られるなら、最も大きな影響を受ける者が統制点に届かない可能性がある。

これは、ICANNが必ずしも公的規制機関だという結論を意味しない。むしろ、私的な契約関係が公共的なインフラに広い効果を及ぼすとき、制度設計がどの当事者にどの程度の手続的地位を認めるかという問題である。公的権限の有無を抽象的に争うより、具体的な決定について、誰が申立て、誰が停止を求め、誰が最終的な修復を得られるのかを確認する方が、統制の実態を明らかにする。

結論――本当の権限は統制点に現れる

ICANNの権限は、一枚の委任状に書かれた単一の公的権力ではない。法人の使命と付属定款が組織の容量と境界を設定し、マルチステークホルダーの手続が政策を形成し、レジストリ・レジストラ契約が義務を具体化し、PTI、Verisign、RIR、IETFとの取り決めが技術的な実行を分担する。コンプライアンス、再考、独立レビュー、Ombudsman、Empowered Community、CSC、IANAレビューは、それぞれ異なる角度から説明、審査、監視、救済を提供する。

しかし、これらの制度が存在することだけでは、実効的な救済があるとは言えない。今後検証すべきなのは、特定の政策や決定を一つ選び、提案、採択、契約への組み込み、違反認定または技術的実行、異議申立て、最終的な修復までを一つの記録として再構成することである。そのとき初めて、どの主体が結果を生み、どの主体がそれを止められ、どの救済が実際に拘束力を持つのかが分かる。

現時点での最も慎重な結論はこうだ。ICANNの影響力は、主権の移転としてではなく、法人能力、合意形成、契約上のレバレッジ、技術的依存関係、そして分散したアカウンタビリティ制度の組み合わせとして理解すべきである。制度の正統性を測る次の試験は、理由を説明できるか、レビューを始められるかだけではない。実際の統制点に到達し、影響を受けた者に対して、期限内に拘束力のある修復を提供できるかである。