要約

  • ICANNの付属定款は、任務、組織機関、政策形成、監督、再考請求および独立審査を含む説明責任の枠組みを定める。ただし、それ自体がすべてのレジストリやレジストラの日常業務を直接指揮する契約書ではない。
  • レジストリ契約とレジストラ認定契約は、制度上の任務を報告、データ、セキュリティ、監査、濫用対応などの具体的な義務に変換する。契約遵守は苦情、情報請求、違反通知、エスカレーションを通じて、その義務を運用上の圧力に変える。
  • 再考請求と独立審査は契約執行とは異なる。前者は一定の理事会または職員の行為・不作為を内部的に見直す手続きであり、後者は付属定款または定款との整合性を問う手続きである。資料は制度の構造を示すが、救済が個別案件でどれほど頻繁に運用上の結果を覆すかまでは示していない。

1. 最初の層は任務と制度設計である

ICANNの付属定款は、法人の任務、基本的価値、権限、組織機関および説明責任の仕組みを記述する。理事会、支持組織、諮問委員会などに政策形成と監督の役割を割り当て、制度上の判断がどの機関を通るのかを定める。これは、ICANNの権限を理解する際の出発点である。ICANN付属定款

しかし、付属定款から直ちに、特定のレジストリ運営者やレジストラに対する日々の業務命令が導かれるわけではない。実務上の統制を生むには、制度上の任務が、契約上の約束と測定可能な運用義務へ接続されなければならない。ここで、ICANNの制度的権限と契約上の権利を混同しないことが重要になる。

2. レジストリ契約が制度を運用義務へ変える

ベース・レジストリ契約は、ICANNとトップレベルドメインのレジストリ運営者との関係を定める。契約は、技術要件、コンセンサス・ポリシー、報告、データ、紛争関連の義務を組み込み、契約相手に対する監視と救済に関する一定の権利をICANNへ与える。ベース・レジストリ契約

この構造では、ICANNの影響力は一般的な公権力としてではなく、契約関係の中で作動する。運営者が契約上の義務を履行しなければ、問題は単なる政策上の意見の相違ではなく、契約遵守の問題になる。どの義務が適用され、どの仕様が組み込まれ、どの救済条項が利用できるかによって、実際の統制範囲は変わる。個別のレジストリ契約、修正条項、仕様書が異なる可能性があるため、ベース契約だけからすべての案件の結果を推定することはできない。

3. レジストラ認定は継続的な条件である

2013年のレジストラ認定契約は、認定と事業継続を、登録データ、エスクロー、セキュリティ、濫用対応、監査およびICANNとの協力に関する契約上の要件と結び付ける。2013年レジストラ認定契約

この点は、ICANNの統制が「登録者に直接命令する」形で成立しているというより、認定を受けた事業者がネットワークの重要な機能を提供し続ける条件を契約で定める形で成立していることを示す。契約は、違反の調査と対応に関する仕組みを置き、定められた条件の下では停止や終了を含む結果につながり得る。ただし、当該契約がすべてのレジストラに現在も同じ形で適用されるとは限らない。契約の版、修正、移行措置、個別条件を確認する必要がある。

4. 契約遵守は苦情を段階的な執行へ変換する

ICANNの契約遵守部門は、レジストリ契約とレジストラ認定契約に基づく義務を監視・執行する枠組みを説明している。公開されている一般的な流れには、苦情の受付とトリアージ、情報請求、違反通知、エスカレーション、執行措置が含まれる。契約遵守

この流れの意味は、苦情がそのまま制裁になるということではない。問題はまず、適用される契約条項、提出された記録、相手方の回答、期限および是正状況に接続される。したがって、契約遵守の実務的なコントロール面は、条項そのものだけでなく、証拠を集め、情報を請求し、違反を通知し、必要に応じて次の段階へ進める能力にある。

公開ページは一般的な枠組みを示すが、個別案件の時間軸、エスカレーション、和解条件または最終結果を確定するものではない。ある苦情が実際にサービス運用を変えたのか、契約上の是正で終わったのか、より強い措置へ進んだのかを判断するには、個別案件の記録が必要になる。

5. 再考請求は内部的な説明責任の経路である

再考請求は、ICANNの行為または不作為が、確立された政策、手続き、またはICANNの任務と矛盾すると主張する影響を受けた当事者が、一定の理事会または職員の判断を見直すよう求める手続きである。請求には適格性と提出要件があり、すべての不満を本案について再審理する一般的な上訴制度ではない。再考請求

この区別は、契約執行との違いを明確にする。契約遵守は、契約相手が契約上の義務を果たしたか、ICANNが契約上の権利をどのように行使するかに焦点を置く。再考請求は、一定の機関または職員による行為・不作為が、既存の政策、手続き、任務に照らして問題となるかを問う。両者は同じ制度内にあっても、申立人、対象行為、審査基準、期待できる結果が同じではない。

6. 独立審査はさらに別の問いを立てる

独立審査手続き（IRP）は、指定された理事会の行為または不作為が、ICANNの定款または付属定款に整合しないと主張する場合の説明責任手段である。IRPパネルは、争われた行為または不作為が定款・付属定款に適合していたかについて宣言を出すことがある。独立審査手続き

IRPは契約執行の代替ではない。対象となる理事会の行為、申立人の地位、提出期限、審査範囲および手続き上の要件がある。IRPが利用できることは、必ず契約相手の運用を直接変更できることを意味しない。パネルの宣言が制度上どのように扱われ、最終的にどの機関または契約相手の行動につながるかは、案件の事実と適用されるルールによって異なる。

7. ルールは説明責任を手続きに変換する

IRP運用規則は、申立て、パネル選任、書面、証拠、審理、秘密保持および宣言の発出に関する段階を定める。IRP運用規則

ここで見えるのは、説明責任が抽象的な約束のままではなく、申立人がいつ、何を提出し、誰が何を判断するかという手続きに具体化されることだ。ただし、手続きの存在と、申立人が望む運用上の結果が得られることは別の事実である。制度の正統性を評価するには、適切な手続きがあるかだけでなく、影響を受けた当事者が自分の問題に適した経路を見つけられるか、そして判断後にどのような是正が可能なのかを確認しなければならない。

8. 何が「公的権力」で、何が契約上の影響力なのか

以上の構造から、ICANNを一般的な意味での公的規制当局と記述するのは正確ではない。資料が直接示すのは、非営利の調整機関が、付属定款と制度機関を基礎に、レジストリおよびレジストラとの契約を通じて大きな運用上の影響力を持つという構造である。契約上の義務と制裁可能性は、公共法上の行政命令や裁判所の判決と同一ではない。

この差は、救済を選ぶ際に実務的な意味を持つ。問題がレジストリまたはレジストラの契約上の不履行であれば、契約遵守の経路が中心になる可能性がある。問題が理事会または職員の手続き・任務との整合性であれば、再考請求やIRPが関係する可能性がある。しかし、どの手続きも、すべての種類の損害を同じ方法で回復する一般的な上訴制度ではない。

9. 証拠が示すこと、示さないこと

今回確認した資料は、権限の制度設計、契約への変換、契約遵守の運用、再考請求およびIRPの手続き的な位置付けを示している。そこから、ICANNの実務上の権限が層状であるという結論は支持できる。すなわち、付属定款が任務と説明責任を定め、契約が運用義務を作り、契約遵守が記録と段階的な対応を通じて圧力をかけ、説明責任の手続きが一定の行為または不作為を審査する。

一方、公開資料だけでは、救済によって個別の運用結果がどの頻度で覆されたか、契約遵守案件がどの程度の期間で終結したか、各手続きが被害の回復にどれほど寄与したかは測定できない。制度の設計図を、実際の成果の統計と取り違えてはならない。

読者にとっての実務的な問いは、ICANNが「公的か私的か」を一語で分類することではない。まず、どの文書が権限を作ったのか、問題の行為者は理事会・職員・レジストリ・レジストラのいずれなのか、どの手続きがその行為を対象にできるのか、そして選択した救済が宣言、契約上の是正、制裁、または運用変更のどこまで届くのかを分解することである。