要約

  • ICANNは2026年8月28日、2013年レジストラ認定契約（RAA）5.5.4節に基づきIPIP INC.との契約を終了し、5.6節に従って9月13日に効力が生じると通知した。
  • 終了の根拠として通知が明記したのは、RDAP、レジストラ・データ・エスクロー、認定料、非公開登録データの開示申請ページへのリンクという四つの未是正違反である。
  • その後の項目には「追加の懸念」という別の名称が使われ、移管手続、ロゴ使用許諾の失効、終了後も残る義務はさらに別の効果として記載された。
  • 公開記録には、項目ごとに根拠、証拠日、是正要求、期限、回答、判断、現在の法的・運用上の位置を追える処理表が必要だ。

まず時制を正す

この出来事には、同じではない二つの日付がある。

8月28日はICANNが終了通知を出した日だ。通知は、IANAレジストラ番号3774のIPIP INC.について、2013年RAAを5.5.4節に基づき終了すると述べる。一方、効力発生日は5.6節に従い、通知から16暦日後の9月13日とされている。

したがって、8月30日時点で正確なのは「終了が通知された」であって、「移管が完了した」ではない。公開資料は、引受レジストラ、対象ドメイン名の件数、一括移管日、登録者への通知、完了確認をまだ示していない。仲裁の開始、停止措置、追加是正、訂正があったとも示していない。

ICANNの執行通知一覧は、8月5日の違反通知が8月28日の終了通知へ進んだことを示す。これは契約執行の状態を確認する一次資料だが、その後のすべての運用工程が実施済みだという証明ではない。

四つの違反は機能が異なる

終了通知は、8月5日に通知された違反が8月26日の期限までに是正されなかったとし、残った違反を四つ列挙した。

一つ目はRDAP Directory Serviceである。ICANNによれば、IPIPは自らがスポンサーするすべての有効なgTLDドメイン名について必要な登録データを返し、現行の実装ガイドとレスポンス・プロファイルに従うサービスを運用していなかった。8月5日の通知は、ベースURLは登録されていたものの、ICANNが試したドメイン照会では登録データが返らなかったと記す。

二つ目はデータ・エスクローの提出で、所定のスケジュール、条件、形式を満たす適時のデポジットがなかったとされた。三つ目は期限を過ぎた認定料。四つ目は、非公開登録データの開示を申請する仕組みと手順への直接リンクをホームページに置かなかったことである。

同じ「コンプライアンス」でも、守ろうとする対象は別だ。RDAPは登録データへの公開アクセス、エスクローは認定が途切れた場合の継続性、認定料は契約上の支払い、開示リンクは申請者が入口と応答条件を見つけるための公開経路である。何を観測し、何を提出すれば是正になるかも同じではない。

規則側の資料は公開されている。ICANNは2024年2月版gTLD RDAP Profileが2025年8月21日から必須だとしている。レジストラ・データ・エスクローの2025年仕様も同日に発効した。Registration Data Policy 10.1節は、開示申請の形式、応答方法、想定処理期間をウェブページで説明するよう求める。

ただし、IPIPに関するテスト結果、デポジット状況、請求状況を認定した主体はICANNである。BTWは全スポンサー名を再照会したわけでも、エスクロー口座や請求書を独自監査したわけでもない。事実の帰属を保つなら、「ICANNが四つの未是正違反を認定した」と書くべきだ。

「追加の懸念」を第五の違反にしない

文書の重要な転換点は、四項目の後にある。「In addition」と書き出した段落で、ICANNはIPIPが解消していない「additional concerns」を別に挙げた。

内容は、一般に利用できる不正利用報告のフォームまたは専用メール、報告の受領・処理・追跡手順、役員名と役職、連絡先住所、削除および自動更新の方針、復旧料金、更新通知の方法、さらに是正策と実施予定日に及ぶ。

これらを軽い事柄と呼ぶ理由はない。複数の項目はRAAの情報提供義務や運用義務に対応し、将来の正式な契約上の判断につながる可能性もある。しかし、今回の通知は、終了を支える四つの「remaining breaches」を示した文と、追加の懸念を示した文を分けた。

ここから導ける結論には限界がある。追加の懸念に法的意味がないとは言えない。逆に、その全項目が今回の独立した終了根拠として正式に判断されたとも言えない。報道者が項目を数え直し、より大きな「違反数」を作れば、一次資料より強い主張をしてしまう。

四つの違反の間にも順位はない。RAA 5.5.4節は、通知後21日以内にいずれかの違反を是正しなかった場合の終了権限を定める。終了通知は四つとも残ったとするが、どれが決定的だったか、どれか一つだけで十分だったかを説明していない。文書にない因果順位を見出しで補ってはならない。

長い連絡履歴から動機は読めない

二つの通知には、3月と6月に始まる複数の案件履歴がある。ICANNは、段階的な通知、送信拒否されたメール、回答の欠如、電話連絡、そして不十分と評価した4月2日の回答を記録した。正式な違反通知は8月5日にメールと宅配便で送られ、8月7日に配達が確認された。是正期限は8月26日で、8月19日にリマインダーが送られた。8月28日、ICANNは是正されていないと結論づけた。

この履歴が示すのは、ICANNが連絡を試み、期限を設定し、回答状態を評価したという手続の記録だ。メールがなぜ拒否されたのか、回答がなぜなかったのかまでは説明しない。放棄、支払不能、詐欺、侵害事故、故意の回避を立証するものでもない。

執行通知には簡潔であるべき理由もある。契約上の権限を行使するたび、非公開の通信、個人情報、顧客データ、セキュリティ情報、内部の法的助言を公表する必要はない。それでも、観測事項、資料要求、正式違反、追加の懸念、終了の効果を同じ箱に入れないことはできる。

三番目の分類は終了の「結果」だ

通知の後半は根拠から結果へ移る。ICANNはDe-Accredited Registrar Transition Procedureに従い、IPIPが管理するドメイン名を適格な認定レジストラへ移すとしている。ICANNロゴのライセンスは9月13日付で失効する。登録データの保存、料金、紛争解決、金銭的救済の制限など一部の条項は終了後も存続し、未払い料金等の支払いも残る。

これらは違反数を増やす項目ではない。ポートフォリオを誰が引き継ぐか、ブランド使用権がいつ終わるか、契約終了後もどの義務が残るかという別の問いへの回答だ。

BTWはすでに、ICANNが引受レジストラを選ぶ仕組みと、エスクロー・ファイルだけでは顧客対応が機能しない理由を別記事で扱っている。本稿が追うべき新しい論点は移管の再説明ではなく、その前段階で執行記録が分類を保っているかどうかである。

行ごとに判断履歴を残す

ICANNの通知一覧は案件単位の状態を見つけやすい。そこに項目単位の公開処理表を加えれば、後の要約が原文を上書きする危険を減らせる。

各行には、項目ID、分類、該当する契約・仕様・ポリシー条項、公開可能な証拠と観測日、是正または情報要求、期限と延長、回答状態、各通知での処分、今回の措置で明示された役割、訂正・異議・仲裁・停止の状態を置く。

終了後には、次の責任主体と再確認日も必要だ。正式違反は解消、債務として存続、紛争手続への移行、移管との無関係化など状態が変わり得る。追加の懸念は回答済みになり、後に正式化され、あるいは履歴上の注記にとどまるかもしれない。散在する文章から読者に推測させず、その変化を一行で示せばよい。

公開表は事件記録の全開示ではない。個人名、私用メール、未加工ログ、顧客情報、法的助言は保護できる。必要なのは、権限と結論を結ぶ分類、時点、責任、見直し可能性だ。

Heng Luの議論は、ICANN法務の根拠ではなく、分析上の規律としてのみ役立つ。大きな影響を持つ制度的権限は、権限範囲、証拠、責任、再検討に結びつける必要がある。ICANNの権限を与えるのはRAAであり、論考ではない。論考が注意を促すのは、転述によってその権限や認定範囲を無意識に広げないことだ。

現時点の結論は小さいが重要である。ICANNはIPIPへの終了通知を出した。四つの未是正違反を明記した。その他の懸念は別枠に置いた。効力発生日はまだ先だ。正確さとは、これらを一つの巨大な非難に圧縮しないことである。

出典

  1. ICANN — IPIP INC.への終了通知、2026年8月28日
  2. ICANN — IPIP INC.への違反通知、2026年8月5日
  3. ICANN — 違反、停止、終了および更新拒否の通知
  4. ICANN — レジストラ認定契約および関連資料
  5. ICANN — Registration Data Policy
  6. ICANN — gTLD RDAP Profile
  7. ICANN — Registrar Data Escrow Program
  8. ICANN — Contractual Complianceの方針と手続
  9. ICANN — 認定の終了
  10. ICANN — De-Accredited Registrar Transition Procedure
  11. Heng Lu — レジストリ権限が責任から切り離されるとき