メインコンテンツへスキップ

主要領域

インターネット運営・政策とルーティング

主要領域 の観点では、「インターネット運営・政策とルーティング」の調査・分析は、記事を主要な領域ごとに整理し、インターネット基盤、運営・政策、接続市場、デジタル資本といった関心分野を追いやすくします。このページでは、関連記事、公開証拠、機関、企業、人物、地域的な影響、運用上の依存関係、市場の文脈をまとめ、別々のカテゴリページに散らばりがちな情報を一覧で確認できます。また、対象領域の説明、関与しうる主体の類型、市場・制度の文脈、シグナルを比較する際に参照すべき資料も示します。運用者、アナリスト、制度・政策の関係者は、同じ領域がイベント、プロフィール、市場の変化、公開証拠、地域依存、長期的なインフラ判断に、時間を追ってどのように現れるかを確認できます。

ICANNの権限はどこから来るのか——規則、契約、技術運用、救済をつなぐ連鎖

ICANN

ICANNの権限はどこから来るのか——規則、契約、技術運用、救済をつなぐ連鎖

ICANN の決定に異議を申し立てるとき、問題は単に「誰が正しいか」ではない。より重要なのは、問題となる権限がどの文書から生じ、どの段階で契約上の義務や技術上の処理へ変わり、異議申立てがその運用結果を実際に止めたり戻したりできるのかである。ICANN の権限は一つの主権的な命令として存在するのではなく、法人目的、Bylaws、マルチステークホルダーによる政策形成、レジストリ・レジストラ契約、そして IANA 機能の運用という複数の層を通じて形を変える。

2026年9月9日
IETFとW3Cは一つの権力機関ではない—標準化を支える権限、契約、救済手段

IETF

IETFとW3Cは一つの権力機関ではない—標準化を支える権限、契約、救済手段

IETF と W3C はしばしば一つの標準化インフラとして語られる。しかし、両者の意思決定を同じ制度として扱うと、誰がどの権限を持ち、どの文書がその権限を与え、異議申立てがどこまで届くのかを見誤る。IETF では標準化プロセス上の役割と、行政・法人上の責任が分かれている。W3C では技術的な決定手続きが Process Document に定められる一方、参加条件や組織上の義務は会員契約や法的文書にも依存する。

2026年9月9日
ICANNの異議申立ては、どの機関を動かせるのか

ICANN

ICANNの異議申立ては、どの機関を動かせるのか

ICANN の説明責任制度は、単一の「不服申立て」ではない。取締役会の特定の決定を拒否する権限、スタッフや取締役会の行為について再考を求める手続、そして定款または付属定款との不整合を独立パネルに審査させる手続は、それぞれ権限の根拠、開始できる主体、判断主体、期限、救済の範囲が異なる。重要なのは、異議が存在することではなく、どの制度上の入口が、どのような結果を生むのかである。

2026年9月9日
DATAMATIXとAS210973を読む:登録記録から見えるもの、見えないもの

記事

DATAMATIXとAS210973を読む:登録記録から見えるもの、見えないもの

DATAMATIX と AS210973 を読む:登録記録から見えるもの、見えないものの調査概要では、今回の動き、読者が確認できる公開証拠、関係する組織、地域的背景、市場への影響度、今後起こり得るインフラへの影響を解説します。記事の調査・分析の文脈では、この動きをネットワーク運用、事業者戦略、ガバナンス上の判断、資本の流れ、顧客への依存、規制圧力、提携の動き、強靱性への備え、調達リスク、サービス継続性に結び付けて示します。

2026年9月8日
5番目の割り当て可能なバリアントには別の全額評価手数料がかかる

ICANN

5番目の割り当て可能なバリアントには別の全額評価手数料がかかる

新規申請者の場合、最初の4つのバリアントは gTLD 評価手数料に含まれ得るが、追加の割り当て可能なバリアントごとに全額の評価手数料がかかる。

2026年9月8日
gTLD申請を提出しても、料金には7日間の期限が残る

ICANN

gTLD申請を提出しても、料金には7日間の期限が残る

gTLD 申請を期限内に提出しただけでは、処理に必要な条件を満たしたことにはならない。ICANN は別の支払期間内に評価手数料を受領する必要がある。

2026年9月6日
行政チェックは申請手続きの関門であり、内容承認ではない

ICANN

行政チェックは申請手続きの関門であり、内容承認ではない

ICANN の行政チェックは提出内容を確認し、同一文字列の集合を整理するが、申請内容を承認するものではない。

2026年9月6日
1回のRSP評価は複数gTLDに使えるが、対象は資格が認められた特定サービスに限る

ICANN

1回のRSP評価は複数gTLDに使えるが、対象は資格が認められた特定サービスに限る

評価は gTLD をまたいで再利用できるが、ICANN の資格は特定のレジストリサービスに限られる。

2026年9月6日
RSPの網羅性は事業者数ではなく機能表で確かめる

ICANN

RSPの網羅性は事業者数ではなく機能表で確かめる

複数のレジストリサービスプロバイダーを挙げても、重要な機能が未割当のままになることがある。ICANN の2026年ラウンドでは、Main、DNS、DNSSEC、任意の Proxy という各 RSP の役割と数の上限が異なる。

2026年9月6日
RSPの指定は契約段階の確認ではない

ICANN

RSPの指定は契約段階の確認ではない

申請者は申請書でレジストリサービスプロバイダーを指定できる。契約手続中には、ICANN が指定されたプロバイダーへ別途確認を求める。申請者による選択、ICANN の確認要請、プロバイダーの実際の回答は同じ証拠ではない。

2026年9月6日
RSP選定は評価前まで待てるが、無期限ではない

ICANN

RSP選定は評価前まで待てるが、無期限ではない

ICANN の2026年ルールでは、レジストリサービスプロバイダーを指定せずに申請できる。ただし申請者と申請内容の評価に入る前に、最低限必要な重要レジストリ機能を担うプロバイダーを特定しなければならない。

2026年9月6日
バリアント文字列集合は文字列ごとではなく一体で競合する

ICANN

バリアント文字列集合は文字列ごとではなく一体で競合する

同じバリアント文字列集合の文字列を異なる申請者が求める場合、ICANN の2026年ルールは申請されたプライマリ文字列と申請された割り当て可能なバリアントを一つの競合単位として扱う。

2026年9月6日
既存gTLDのバリアント申請は処理上優先されるが、承認ではない

ICANN

既存gTLDのバリアント申請は処理上優先されるが、承認ではない

ICANN は一部の申請を処理順で先行させる。2012年ラウンドの既存 gTLD に関する割り当て可能なバリアント申請である。この優先扱いが変えるのは順序であり、実質的な結果ではない。

2026年9月6日
既存gTLDのバリアントは一つの2026年契約に統合される

ICANN

既存gTLDのバリアントは一つの2026年契約に統合される

既存 gTLD の割り当て可能なバリアントを申請することは、従来の契約を変えずにラベルだけを追加することではない。ICANN の2026年規則は新しい基本レジストリ契約への移行を求め、既存 gTLD と全バリアントを一つの契約にまとめる。

2026年9月6日
既存gTLDのIDNバリアントを申請できるのはそのレジストリ運営者だけ

ICANN

既存gTLDのIDNバリアントを申請できるのはそのレジストリ運営者だけ

ICANN の2026年ラウンドでは、既存 gTLD の IDN バリアント申請者は、その gTLD のレジストリ運営者と同一の法人でなければならない。

2026年9月6日
IDNバリアントはプライマリgTLDと同じバックエンドRSPを使う

ICANN

IDNバリアントはプライマリgTLDと同じバックエンドRSPを使う

ICANN の2026年ラウンドでは、プライマリ IDN gTLD とそのバリアントは、委任中に同じバックエンドのレジストリサービスプロバイダーを使用しなければならない。

2026年9月5日
プライマリIDN申請を取り下げるとバリアントも取り下げられる

ICANN

プライマリIDN申請を取り下げるとバリアントも取り下げられる

ICANN の2026年ラウンドでは、プライマリ IDN 申請を取り下げると、それとともに申請したすべてのバリアント文字列も取り下げられる。

2026年9月5日
IDNバリアント申請はプライマリ申請より先に提出できない

ICANN

IDNバリアント申請はプライマリ申請より先に提出できない

ICANN の2026年ラウンドでは、割当可能な IDN バリアントの申請を、対応するプライマリ IDN gTLD の申請より先に提出することはできない。

2026年9月5日
提案中のプライマリIDNでは、選択により割当可能なバリアントが変わり得る

ICANN

提案中のプライマリIDNでは、選択により割当可能なバリアントが変わり得る

提案中のプライマリ文字列が既存 gTLD でない場合、RZ-LGR のバリアント文字列集合に含まれる文字列の総数は同じでも、選択に応じて割当可能バリアントとブロック対象バリアントの部分集合が変わり得る。

2026年9月5日
ICANNでは提出後にIDNバリアントを撤回できるが、新規追加はできない

ICANN

ICANNでは提出後にIDNバリアントを撤回できるが、新規追加はできない

2026年ラウンドでは、提出によってプライマリ IDN と申請バリアントの当初の集合が確定する。その後は撤回で縮小できるが、拡大はできない。

2026年9月5日