要約

  • JPRSが破産・支払不能になった場合、JPNICと政府当局が協議のうえ速やかに新たな移管先を決定する権限を持つ（2002年1月31日付JPドメイン名移管契約第14条第6項）。この決定権はICANNではなく国内の指定チェーンに置かれている。
  • JPRSは移管先が決まるまで管理業務を続け（第13条第11項）、決定後に関連する登録データをすべて移転する義務を負う（第13条第12項）。移管契約の效力発生自体がccTLDスポンサー契約の締結を条件とし（第15条）、国内instrumentが国際契約を先に置いている。
  • レジストリデータはエスクローエージェント経由で後継者に引き渡される。エスクローはJPRS・エスクローエージェント・監査者としてのJPNICの三者構造で、2023年7月に再入札が行われたが現在の受託者の身元は非公開である。
  • .jpのccTLDスポンサー契約（2002年2月27日署名）には継続運営Instrument（COI）や緊急移行条項が存在しない。一方、JPRSが運営するgTLD（.jprs、.okinawa、.nagoya、.ryukyu）のレジストリ契約には両者が明示的に含まれる。「ICANNがTLDを生かし続ける」仕組みは.jpには適用されない。
  • DNSSECの観点では、JP DNSSECプラクティス声明は組織消滅時にDNSSECサービスに必要な情報をエスクローエージェントに預けるとする一方、秘密鍵そのもののエスクローは行わないと明記する。後継者は鍵を再生成し、ルートゾーンのDS レコード交換というIANA機能に依存することになる。

国内チェーンが持つ決定権

.jpの管理権限は2002年の連鎖で確定した。日本政府によるJPRS承認（2002年1月30日）、IANAの再委託報告（2月8日）、ICANN理事会承認（ICANNのccTLDページでは2月8日、IANA第二報告では2月12日と日付が食い違う）、ccTLDスポンサー契約署名（2月27日）、IANA第二報告（4月1日）、そしてJPNICからJPRSへの管理移管（4月1日発効）という順序である。移管契約第15条はccTLDスポンサー契約の締結を效力発生条件の一つとする。つまり国内の移管契約が先に存在し、国際契約はその成立条件だった。

この構造の帰結が第14条である。JPNIC（甲）と政府当局は相互に協議し、JPRSの重大な違反の是正がない場合は書面で再移管を予告し、破産・支払不能または再移管決定の際は速やかに新たな移管先を決定する。JPRS側の義務も同じ条文群に規定される：移管先決定まで業務を続け、関連データをすべて移転し、ICANNから委任されたJPレジストリ管理者の地位を第三者に譲渡してはならず、技術運営の一部委託はICANNへの通知を要する。

エスクローが架ける橋

後継者への現実の引渡しを支えるのがデータエスクローだ。JPRSが日次で暗号化したエスクローデータを抽出・送信し、エスクローエージェントが安全なオフサイト保管を行い、監査者（JPNIC）の指示で引き渡す。エージェントはJPNIC・JPRSの基準に基づきJPRSが選定するが、移管契約に基づきJPNICと政府当局の承認を要する。選定の詳細と結果は意図的に非公開とされ、2023年7月の再入札後も現在の受託者の身元は公開記録上確認できない。

注目すべきは、JPRSの公開文書一覧に.jpレジストリの単独の「 contingency plan」や「事業継続計画（BCP）」が存在しないことだ。継続義務は移管契約、JP DNSSECプラクティス声明、エスクロー文書、そして2019年のICANN主催災害対策プレゼンテーションの中に分散して規定されている。文書の所在そのものが、継続権限が常設の計画ではなく契約条項として保管されていることを示す。

gTLDとの対比が浮き彫りにする差

JPRSがgTLD運営者として結ぶ契約——例えば.jprsや.ryukyuのレジストリ契約——にはContinued Operations Instrument（COI）とEmergency Transition条項が含まれる。これはICANNが指定する緊急移行運営者を通じてTLD運営を継続させる仕組みだ。同じ事業者の.jp ccTLDスポンサー契約にはこの両者が存在しない。災害対応のDNS研究も.jprsストリングを対象に行われている。

この対比は誤解を解く。多くの論者が「ICANNの契約がTLDを生かし続ける」と語る場合、その機械はccTLDではなくgTLD側の発明である。.jpの継続性は国内法・国内契約の問題であり、ICANNの役割は技術的なものである：スポンサー組織の承認、ルートデータベースの登録情報管理、ルートゾーンへの.jp委譲の公開。

DNSSECの継続の継ぎ目

JP DNSSECプラクティス声明は、レジストリに緊急鍵ロールオーバーと事前定義された復旧手順の責任を課し、組織消滅時にはDNSSECサービスに必要な情報をエスクローエージェントに預けると規定する。しかし同声明は秘密鍵のエスクローは行わないと明記する。鍵素材は重要施設の金庫内のハードウェアモジュールの複数コピーとオフサイト保管としてのみ存在する。

この非対称は実務上の重要な帰結を持つ。後継者は署名鍵を「引き継ぐ」のではなく再生成しなければならず、その鍵がルートゾーンで有効になるにはDS レコードの交換が必要だ。この操作はIANAのルートゾーン変更手続に依存する。つまり、JPNIC・政府当局が選んだ後継者の正当性を、IANA/ICANNのルート機能が技術的に受け入れるという二段階構造である。国内の決定権と国際的な技術受容の接点がここにある。

Sources

  1. JPNIC–JPRS Transfer Agreement
  2. JPNIC–JPRS Memorandum, December 2021
  3. JPNIC–JPRS Memorandum
  4. Sponsorship Annex 3
  5. JPRS Document Index
  6. JPRS Registry Report 2024
  7. JP Domain Data Handling Rules
  8. JPRS Technical Documents (English)
  9. JPRS Technical Index
  10. JPRS Topics, 29 November 2022
  11. JPRS Press Release, 31 October 2017
  12. JPRS Escrow-Agent Re-tender Notice, 3 July 2023
  13. JPRS Topics, 20 June 2024
  14. JP DNSSEC Practice Statement (English, v1.6)
  15. JP DNSSEC Practice Statement (Japanese, v1.6)
  16. JP DNSSEC Practice Statement (Japanese, v1.4)
  17. IANA Redelegation Report, 8 February 2002
  18. IANA Second Report, 1 April 2002
  19. ICANN ccTLD Page for .jp
  20. .jp ccTLD Sponsorship Agreement, 27 February 2002
  21. ICANN Announcement of the .jp Sponsorship Agreement
  22. JP Data Escrow Overview (JPNIC)
  23. Escrow-Agent RFP Overview, 2008
  24. JPNIC Escrow-Agent Re-tender Notice, 3 July 2023
  25. JPRS Disaster-Preparedness Presentation (ICANN, 2019)
  26. .jprs Registry Agreement
  27. .ryukyu Registry Agreement
  28. JPRSディレクトリ（BTW）