Skip to main content
Resources

追加Whois情報ポリシー

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

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

ICANN 認定レジストラおよびgTLDレジストリは、Webページおよびポート43により特定の登録データにクエリーベースのアクセスを提供するには、ICANNとのそれぞれの契約内容に準拠する必要があります。この追加Whois情報ポリシーにより、レジストラおよびレジストリはそれぞれのWhois出力情報に追加情報を含めることが求められます。これにより、Whoisユーザーは登録のスポンサーとなるレジストラを識別し、レジストリおよびレジストラが使用するステータスコードを理解しやすくなります。

  1. ドメイン名登録ステータスをWhois出力に含めるレジストラおよびレジストリは:1
    1. 各EPPステータスコードによってのみステータスを参照し、
    2. 各EPPステータスコードについて説明および定義しているICANNのWebページへのリンクまたはURLをEPPステータスの横に表示します。URLの一覧はhttps://www.icann.org/resources/pages/epp-status-codes-list-2014-06-18-enを参照してください。また、‬
    3. 以下のメッセージをWhois出力に含めます:「Whoisステータスコードの詳細は、を参照してくださいhttps://icann.org/epp」*‬

      * 以前セクション1(c)に含まれていた上記リンクの長い形式、つまりhttps://www.icann.org/resources/pages/epp-status-codes-2014-06-16-enでもAWIPに準拠しています。
  2. レジストラは自身または別のレジストラまたはレジストリのWhoisサービスからWhoisデータを提供するとき、上記のリンクおよびメッセージを削除してはいけません。
  3. レジストリはICANNが発行したGURID（Globally Unique Registrar Identification）番号（一般にIANA IDとして知られる)をWhois出力に次の形式で含める必要があります:
    スポンサーのレジストラの IANA ID:99999‬

備考： 追加Whois情報ポリシー (AWIP)は、2012年5月6日にコンセンサスポリシーとしてICANNに採択されました。このポリシーは2016年1月31日に有効になります。ICANN認定レジストラおよびgTLDレジストリは、有効日を以って、認定されたか、または管理するすべてのトップレベルドメインで、自身がスポンサーとなる登録について、AWIPに準拠する必要があります。

このポリシーの目的は、EPPステータスコードの意味をWhoisデータで明確にし、WhoisでGURIDによるレジストラの一貫性のある識別を求めることです。

背景：2009年6月24日、PDP（ポリシー策定プロセス; Policy Development Process）がIRTP（Inter-Registrar Transfer Policy; レジストラ間の移転ポリシー）に関連して立ち上げた立ち上げたGNSO評議会 (http://gnso.icann.org/en/council/resolutions#200906 - 決議 20090624-2) およびPDPワーキンググループ(IRTPワーキンググループB）が、勧告#8: 「レジストラロック」ステータスに関するWhoisステータスメッセージの標準化および明瞭化を含む最終報告書を勧告事項一式と共に2011年5月30日に提出しました（http://gnso.icann.org/issues/transfers/irtp-b-final-report-30may11-en.pdf [PDF, 971 KB]）。2011年6月22日、GNSO評議会は、「レジストラロック」ステータスに関するWhoisステータスメッセージの標準化および明瞭化に関する勧告の承認について考慮する前に、ICANNのスタッフにこの勧告を満たすために技術的に実現可能な方策を確実に開発できるような提案を提供するように要求することを決議しました。この要求に対して、ICANNのスタッフはワーキンググループと相談して提案を作成し、パブリックコメント向けに投稿し、最終的に2012年2月16日にGNSO評議会にて採択されました（http://gnso.icann.org/en/council/resolutions#20120216-1）。勧告および提案に関する別のパブリックコメントフォーラムにの後に（http://www.icann.org/en/news/public-comment/irtp-b-rec8-21feb12-en.htm)、ICANN取締役会はこれらを2012年5月6日に採択しました。(https://www.icann.org/en/groups/board/documents/resolutions-06may12-en.htm#1.5)

‭別のGNSOワーキンググループ（IRTPワーキンググループC）には、2011年9月22日に、レジストリがレジストリに独自のIDではなくIANA IDを使用する要件によりプロセスを合理化できるかどうかなど、IRTPに関する3つの疑問について検討しました（https://community.icann.org/display/gnsoirtppdpwg/3.+WG+Charter)。このワーキンググループはパブリックコメントの対象となる一次報告書を発表し、続く最終報告書は2012年10月17日にGNSO評議会に採択されました。別のパブリックコメントフォーラムの後、ICANN取締役会は最終報告書の勧告を2012年12月20日付で採択しました（http://www.icann.org/en/groups/board/documents/minutes-20dec12-en.htm#2.a）。

1 この要件は、レジストラまたはレジストリに対して、ドメイン名のステータスをWhois出力に含めることを求めるものではありません（ただし、すでにそうすることが義務付けられている場合は除きます）。しかしながら、ドメインのステータスをWhoisに含むレジストラおよびレジストリは、そのステータスは各EPPコードの形式であり、本ポリシーのその他の要件を満たす必要があります。‬‬‬

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."