要約

  • ccNSO評議会は2026年8月13日、現行のICANN細則を十分に反映しなくなった2007年の地域自己選択手続を議論した。明示されたずれの一つが、同じ国・地域に複数のccTLD管理者が存在し得ることだ。
  • 旧手続ではIANAの管理連絡先が「管理者」のために申請する。現行細則は管理者、Representative、Territory、Emissaryを別の役割としている。改定は、何に地域が付与され、誰の同意が選択を成立させるかを定めなければならない。
  • 選択の効力はccNSOのガバナンスに限られる。ccTLDの委任、IANAサービスへのアクセス、運用上の支配、主権、ICANNの全組織に共通する地理分類を決めるものではない。

古い文書が、まだ起きていない紛争を映した

今回の見直しは、無効とされた選挙や拒否された申請から始まったのではない。ccNSOのウェブサイト移行で、2007年に承認された手続と書式が再び目に入り、後年の細則改定に追い越されていることが分かった。7月30日の評議会メーリングリストへの連絡は、この問題を次回会合に提出すると伝えた。8月13日の第232回会合についての公式コミュニティ報告は、複数管理者の問題を記し、評議会が事務局に現行手続と変更案の長所・短所をまとめるよう求めたとしている。

公開資料を確認した時点で、後継手続は採択されていない。過去の評議員選挙が無効だったという判断も、地域選択を拒まれたと主張する管理者も、同じTerritoryの管理者同士による公になった対立も示されていない。したがって、現在の課題は違反の認定ではなく、対立が現実になる前に権限の空白を埋める制度設計である。

2007年の手続は対象を限定していた。ICANNの地域帰属が物理的な所在地ではなく市民権基準で決まる一部のccTLD管理者は、ccNSOの会員であれば地域を自己選択できる。IANAデータベースに記載された管理連絡先が申請し、関係政府または公的機関の支持書を添える。IANAが申請者を確認し、ccNSO事務局が要件を審査し、地域リエゾンが支持書を確かめ、評議会が決定する。

自己選択はccNSOに関係する事項だけに適用され、原則として5年間は再変更できない。例外には特別な事情が必要で、手続は定期的に見直され、評議会によって採用され続けなければならない。ここで古くなったのは、制限よりも主体像だ。文書は一人の管理者、一人の連絡先、一つの申請を当然の組み合わせとしている。

RepresentativeとEmissaryを置き換えてはならない

現行細則第10条では、各ccTLD管理者が一人の個人、組織または法人をRepresentativeとして指定できる。指定がなければ、IANAに記録された管理連絡先がその管理者の指定者とみなされる。Territoryに一管理者しかいない場合、このRepresentativeがEmissaryも務める。

二以上の管理者が同じTerritoryにいると、別の段階が加わる。管理者たちは自分たちのRepresentativeの中から一人をEmissaryに選ばなければならない。選ばない場合には、ccNSO会員としての期間に結び付いた既定ルールが働く。第10条が指定する投票では、そのTerritoryに一票が認められ、Emissaryが投じる。

Representativeは一管理者から権限を受ける。Emissaryは、定められたccNSOの行為について、Territoryに属する複数管理者を一つの投票窓口へまとめる。IANAの管理連絡先が既定のRepresentativeであることは、他の管理者を5年間の地域選択に拘束できることを意味しない。一方、Emissaryが一票を投じられることも、すべてのccTLDを運用したり、全事項で管理者を代理したりする権限にはならない。

この区別から、古い手続の中心的な問いが現れる。自己選択された地域は、個々の管理者に付くのか、ccTLDに付くのか、Territory全体に付くのか。それとも、特定の指名、選挙、定足数判定でだけ参照される属性なのか。単位が違えば、必要な同意も、異議が出たときの処理も変わる。

地域は選挙制度に読み込まれるデータである

ccNSO評議会には、ICANNの五つの地理的地域ごとに会員が選ぶ三人の評議員がいる。現在の案内では、各地域の一議席が毎年選考対象になる。候補者の提案者と賛同者は同じ地域に属しながら、異なるTerritoryから出なければならない。投票はEmissaryを通じて行われる。

そのため地域帰属は、紹介用のラベルではない。誰が候補を提案できるか、誰が賛同できるか、候補がどの地域議席を争うか、どの有権者名簿が使われるかを左右する。会員が開始する一部の投票や定足数にも、異なるTerritoryや地域への分布が関わる。ccNSOが担当するICANN理事候補の選定では、全会員がEmissaryを介して投票する。この選挙は五つの地域別競争ではないが、同じ代表記録を利用する。

事務局の報告は、提出画面を設計する前に、地域情報を利用する制度を一覧にすべきだ。評議員議席、候補資格、提案者と賛同者、会員名簿、定足数、地域分散要件、理事候補選定のどこで、自己選択の結果が読み込まれるのか。それぞれについて、単位と発効時点を示す必要がある。

選挙の途中で地域が変わる場合は、特に注意を要する。立候補受付後の変更は、候補者を別の競争へ移す可能性がある。名簿確定後の変更は、一つの手続の中に二つの有権者状態を生む。新手続には締切日、最初に適用される選挙サイクル、審査中の申請の扱い、すでに提出された指名を守る移行規則が必要だ。

誰が送るかではなく、誰が同意するか

現代の申請記録は、Territory、対象となるccTLD、すべての現管理者、現在の地域、希望する地域を最初に示すべきだ。そのうえで、日付の付いた権威ある記録から、各管理者のRepresentativeと現在のEmissaryを確定する。開始者、賛成した管理者、反対した管理者、未回答の管理者は別々に記録されなければならない。

意見が割れた場合のルールには、複数の選択肢がある。全員一致を求める、あらかじめ定めた内部決定を経たEmissaryの申請を認める、異議申立期間を置く、合意まで申請を保留する、または評議会に限定的な裁定を求める方法だ。どの案も拒否権の位置を変える。沈黙を同意として扱えば処理は速くなるが、返答しなかった管理者を長期の選択に組み込むことになる。

政府や公的機関の支持書は、別の証拠である。市民権基準との関係や公的な支持を示せても、複数管理者間の同意やEmissaryの権限を自動的には証明しない。外部の公的確認と、細則が管理者に委ねた内部代表権を混ぜれば、支持書に本来ない効力を与えることになる。

5年間の制限も、主体の変化に対応しなければならない。その間に管理者が変わる、新しいccTLDが加わる、Emissaryが交代する、従来の同意が崩れる、といった場合だ。制限がTerritory、決定、申請者のどれに付くのか。「特別な事情」を誰が判断し、どの時点で再審査を始めるのかを明記しないと、古い同意が新しい構成を拘束する。

公開できる、版管理された決定記録

必要なのは新しいPDFだけではない。版管理された地域選択記録には、変更前後の地域、Territory、対象管理者とccTLD、確認済みのRepresentativeとEmissary、各管理者の同意状態、適用されるccNSO機能、評議会の決定、理由、発効サイクル、5年制限の満了を残すべきだ。

さらに、使用した手続の版、IANA・事務局・地域担当者が確認した項目、異議、訂正、再審査を保持する。関連する選挙から、その時点で有効だった版へリンクすれば、後日の検証で現在の名簿を過去へ投影せずに済む。

透明性は個人のメールアドレスや住所の公開を要求しない。公的な記録には、正式な役割、確認日、確認した部門、支持書の発行者と証明した事項があればよい。基礎資料は必要に応じて権限ある審査者に示し、公開層では個人情報を最小化できる。

効力の限界も同じ記録に必要だ。2007年手続は自己選択をccNSO事項に限定する。現行細則は、ccNSOまたは地域組織への加入がIANAデータベースへのアクセス、登録、IANAサービスの条件ではないと定める。地域を選ぶことはccTLDの委任でも、ルートゾーンへの指図でも、主権判断でも、運用権の移転でもない。

一枚の古い書式は、小さなインターフェースに見える。しかし、そのフィールドが指名、議席、投票へ流れ込むなら、誰がその値を決め、いつからどこまで有効かはガバナンスの問題だ。ccNSOは今、紛争の後に権限を推測するのではなく、紛争の前に権限を記録できる。

情報源