要約

  • 同じラウンドで申請する場合、プライマリIDNと割当可能バリアントは1件の申請として提出しなければならない。
  • 提出後は記載済みバリアントを撤回できるが、新たな割当可能バリアントは追加できない。

ICANNの2026年版Applicant Guidebookは、新しいプライマリIDNとともに1つ以上の割当可能バリアントを申請することを認めている。選択肢はRZ-LGRが生成する集合から選び、blockedとされたバリアントは申請できない。

提出順序にも制約がある。割当可能バリアントの申請は、対応するプライマリIDN gTLDの申請より先には行えない。同じラウンドで申請するプライマリとバリアントは、1件の申請にまとめる必要がある。

提出後の変更規則は非対称である。申請者はApplication Change Requestにより、当初から記載していたバリアントを撤回できる。一方、当初の申請に含めなかった割当可能バリアントは追加できない。撤回は申請範囲を縮小するだけで、選択をやり直す手続ではない。

依存関係はプライマリ文字列にも及ぶ。プライマリIDN gTLDの申請を撤回すると、申請済みの全バリアントも撤回される。評価に合格した場合、プライマリと申請済みバリアントは同一のレジストリ運用者に1件のRegistry Agreementで割り当てられる。

BTWは、提出前にプライマリIDNと申請する割当可能バリアントの全体を固定することを推奨する。これは編集上の運用助言であり、ICANNの追加要件ではない。

出典