要約

  • ラテン文字の附加記号に関する最終報告は、条件を満たすgTLD群を同一のレジストリ運営者の下で扱い、移行時にも連動させる案を示した。
  • サービス提供者の変更、ルートゾーンからの削除、第三者への再割当ては別の手続きであり、十年という期間も一律の乗り換え禁止ではない。
  • 報告はGNSO Councilの検討段階にある。予定されているBoardの討議は、採択や施行を意味しない。

十年の制限を読み違えない

8月31日付の最終報告には、少なくとも十年間、別の主体への再割当てを制限する規定案がある。ただし、これはレジストリがサービス提供者を変更できない期間ではない。対象は、ルートゾーンから取り除いた文字列の再割当てだ。

この違いから読むと、報告の本質が見えやすい。案は、同時に存在する名前の関係を守るため、運用と移行を結び付ける。一方、名前そのものを廃止する場合には、別の保護策を設ける。同じ「退出」でも、何から退出するのかで意味が変わる。

対象となるのは、ASCIIの汎用トップレベルドメインと、それに対応するラテン文字の附加記号付き表記である。ルートゾーンの規則上は異体字関係にないのに、見た目が紛らわしくなり得る。そのような文字列を一定条件の下で共存させるため、同一運営者による集合として扱う案だ。

どの表記でも認められるわけではない。文字の適格性とルートゾーンのラベル生成規則を満たす必要があり、集合には基礎となるASCIIのgTLDが必要になる。異体字TLDの集合との混在も認めない。対象を限定した例外である。

一つだけ準備できても移れない

この集合の運営者が、あるメンバーのDNS提供者を替えたいと考えたとする。第22勧告案では、対応する割当て・委任済みのメンバーも、その機能について同じ提供者へ同時に移行しなければならない。これは想定例であり、実際の移行失敗を報じているのではない。

第18勧告案は、共通のサービス水準などを定める一つのレジストリ契約を求める。レジストリの移行や支配権の変更でも関連メンバーをまとめて扱い、Emergency Back-End Registry Operatorへの緊急移行も、同じ引受先へ同時に進める設計となっている。

ただし、すべての機能を一社から調達するという意味ではない。各重要機能について、集合内の提供者をそろえる条件だ。報告は複数のDNS提供者を使うことも認めており、その組合せが各gTLDで共通ならよい。

利用者が混同しかねない名前を、異なる支配や運用に分かれさせない意図は理解できる。移行時にも関係を保てば、共存を認める理由が維持される。

その反面、一部だけ先に移す選択は制約される。一つの後継環境が整っていても、関連する集合全体の準備が必要になる。ここから調整負担の可能性は読み取れるが、実際の値上がりや遅延を示す数値はない。導入費用だけでなく、移行しなければならない範囲を把握することが先決だ。

削除と例外の境界

第37勧告案では、ASCIIのメンバーがルートから削除されると集合は成立しなくなる。ただし、運営者は一つの国際化gTLDを残せる。第38勧告案による附加記号付きメンバーの自主的な削除では、他のメンバーまで取り除く必要はない。

削除した文字列は、規定で指定される残存メンバーの保有者以外へ、少なくとも十年間は再割当てできない。集合を壊さず緊急移行する場合は、この削除に当たらず、それだけで待機期間が始まることもない。

登録者にとって、運用を別の提供者へ移すことと、利用中の拡張子がなくなることは同じではない。第39実施指針案は、二階層目の登録が残る文字列の削除申請について、既存登録の移行計画を求める。第40勧告案は、契約違反を原因として実際にルートから削除される場合を扱う。あらゆる違反が自動的に全メンバーの削除になる、と読んではならない。

既存の別々の運営者によるgTLDには、新規申請の制限を伴う適用除外がある。二階層目でも、同一登録者・同一レジストラという条件を満たさない既存名の契約や割当て状態を、遡って変更しない。適用除外ではない集合の割当て済みメンバーについては、レジストラ間移管も一体となる。顧客が持つ全ドメインを束ねる規則ではない。

採択前に問えること

現在のGNSO文書一覧から読める最終報告の57項目は、作業部会で全面的な合意を得た。報告はCouncilに提出されている。9月2日のBoard予告は、4〜6日のワークショップで正式なBoard検討に先立って内容と懸念を確認するとしている。

ICANNの実施手続きは、政策策定、採択、実装を区別する。今回の案が現行の2026年募集要領に組み込まれたわけではなく、適用する将来の募集回も確定していない。

Lu Hengの第64ノートは、共通規則が守るべき安全性を明示し、実行可能な退出と可搬性を残すという視点を示す。ICANNの契約を置き換える規則としてではなく、過剰な拘束を見分ける分析の基準として使える。

名前同士の関係を守るために、どこまで連動が必要なのか。その条件を守りながら、運営者は提供者を現実的に替えられるのか。表記の追加を売り物にする前に、この二つを一緒に確かめる必要がある。

出典

  1. ラテン文字の附加記号に関する最終報告
  2. GNSOの草案・作業文書一覧
  3. 9月のBoardワークショップ予告
  4. ICANNの政策実施手続き
  5. Lu Heng：最小限の初期仕様と自発的採用