Skip to main content
Resources

gTLD登録データの一時的な仕様に使用されるレジストリ - レジストラ契約（RRA）の修正手順

このページは以下の言語でもご覧いただけます。

すべての翻訳されたコンテンツおよび文書の英語版が公式版であり、英語以外の言語の翻訳版は情報提供のみを目的として作成されたものです。

レジストリ - レジストラ契約修正についてのICANNの手順（gTLD登録データの一時的な仕様にのみ使用）

ICANN組織は、gTLD登録データの一時的な仕様のセクション6.3.2に基づき、gTLDレジストリオペレータが gTLD登録データの一時的な仕様に承認された言語を含めるため、レジストリ - レジストラ契約（RRA）修正を提出するための次のプロセスを開発しました。このプロセスは、レジストリオペレータが gTLD 登録データの一時的な仕様に承認された言語を採用する場合にのみ使用されるよう設計されたものです。

注：レジストリ - レジストラ契約のその他すべての修正、または承認された形式に実質的に類似しない変更については、レジストリは既存のレジストリ - レジストラ契約 (RRA) の修正手順に従い、ICANN の承認を得る必要があります。

レジストリオペレータが gTLD 登録データの一時的な仕様のセクション 6.3.2 に沿ってレジストリ - レジストラ契約を修正するため手順は、次のとおりです。

  1. 修正を要求するレジストリは、レジストリオペレータがレジストリ - レジストラ契約修正のモデル条項[PDF、59 KB]に含まれる承認された条項を組み入れる目的でのみレジストリ - レジストラ契約を更新することを証明するカバーノート [PDF, 34 KB]と、承認された一時的なgTLD言語の仕様を組み入れたレジストリ - レジストラ契約のクリーン版とレッドライン版をICANNに提供する必要があります。

    レジストリは、レジストリ - レジストラ契約のクリーン版とレッドライン版とともにカバーノートを提出する際に、命名サービスポータルを使用してレジストリ - レジストラ契約修正のケースを新規作成します。複数のgTLDを運営するレジストリの場合、レジストリオペレータは、修正されたレジストリ - レジストラ契約が適用されるTLDを特定する必要があります。これは、カバーノートへの添付書類として、またはレジストリ - レジストラ契約書への添付書類として、カバーノートの中に追加して提供できます。

  2. ICANNは、ポータルから提出された書類の受領を確認します。ICANNから確認を受け取ったレジストリオペレータは、修正されたレジストリ - レジストラ契約をレジストラに送付できます。レジストリ - レジストラ契約がレジストリ契約に組み込まれている場合、ICANNはレジストリ契約の更新版をWebサイトに公開します。

ご質問は、電子メールでICANNグローバルサポートセンター（globalsupport@icann.org）にお問い合わせください。

一時的な仕様の修正のためのRRA修正カバーノート [PDF、34 KB]

A note about our terms of service:

We have updated our electronic terms of service to provide greater transparency and align with laws applicable to us. Learn more.

This site uses cookies to deliver an efficient user experience and to help us see how the site is used. Learn more.OK

Domain Name System
Internationalized Domain Name ,IDN,"IDNs are domain names that include characters used in the local representation of languages that are not written with the twenty-six letters of the basic Latin alphabet ""a-z"". An IDN can contain Latin letters with diacritical marks, as required by many European languages, or may consist of characters from non-Latin scripts such as Arabic or Chinese. Many languages also use other types of digits than the European ""0-9"". The basic Latin alphabet together with the European-Arabic digits are, for the purpose of domain names, termed ""ASCII characters"" (ASCII = American Standard Code for Information Interchange). These are also included in the broader range of ""Unicode characters"" that provides the basis for IDNs. The ""hostname rule"" requires that all domain names of the type under consideration here are stored in the DNS using only the ASCII characters listed above, with the one further addition of the hyphen ""-"". The Unicode form of an IDN therefore requires special encoding before it is entered into the DNS. The following terminology is used when distinguishing between these forms: A domain name consists of a series of ""labels"" (separated by ""dots""). The ASCII form of an IDN label is termed an ""A-label"". All operations defined in the DNS protocol use A-labels exclusively. The Unicode form, which a user expects to be displayed, is termed a ""U-label"". The difference may be illustrated with the Hindi word for ""test"" — परीका — appearing here as a U-label would (in the Devanagari script). A special form of ""ASCII compatible encoding"" (abbreviated ACE) is applied to this to produce the corresponding A-label: xn--11b5bs1di. A domain name that only includes ASCII letters, digits, and hyphens is termed an ""LDH label"". Although the definitions of A-labels and LDH-labels overlap, a name consisting exclusively of LDH labels, such as""icann.org"" is not an IDN."