[要約] RFC 7483は、RDAP（Registration Data Access Protocol）のためのJSON応答に関する仕様です。このRFCの目的は、ドメイン名やIPアドレスなどの登録データにアクセスするための標準的な応答形式を定義することです。
Internet Engineering Task Force (IETF) A. Newton
Request for Comments: 7483 ARIN
Category: Standards Track S. Hollenbeck
ISSN: 2070-1721 Verisign Labs
March 2015
JSON Responses for the Registration Data Access Protocol (RDAP)
Registration Data Access Protocol（RDAP）のJSON応答
Abstract
概要
This document describes JSON data structures representing registration information maintained by Regional Internet Registries (RIRs) and Domain Name Registries (DNRs). These data structures are used to form Registration Data Access Protocol (RDAP) query responses.
このドキュメントでは、地域インターネットレジストリ（RIR）とドメイン名レジストリ（DNR）によって維持される登録情報を表すJSONデータ構造について説明します。これらのデータ構造は、登録データアクセスプロトコル（RDAP）クエリ応答を形成するために使用されます。
Status of This Memo
本文書の状態
This is an Internet Standards Track document.
これはInternet Standards Trackドキュメントです。
This document is a product of the Internet Engineering Task Force (IETF). It represents the consensus of the IETF community. It has received public review and has been approved for publication by the Internet Engineering Steering Group (IESG). Further information on Internet Standards is available in Section 2 of RFC 5741.
このドキュメントは、IETF（Internet Engineering Task Force）の製品です。これは、IETFコミュニティのコンセンサスを表しています。公開レビューを受け、インターネットエンジニアリングステアリンググループ（IESG）による公開が承認されました。インターネット標準の詳細については、RFC 5741のセクション2をご覧ください。
Information about the current status of this document, any errata, and how to provide feedback on it may be obtained at http://www.rfc-editor.org/info/rfc7483.
このドキュメントの現在のステータス、エラータ、およびフィードバックの提供方法に関する情報は、http：//www.rfc-editor.org/info/rfc7483で入手できます。
Copyright Notice
著作権表示
Copyright (c) 2015 IETF Trust and the persons identified as the document authors. All rights reserved.
Copyright（c）2015 IETF Trustおよびドキュメントの作成者として識別された人物。全著作権所有。
This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (http://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Simplified BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Simplified BSD License.
この文書は、BCP 78およびIETF文書に関するIETFトラストの法的規定（http://trustee.ietf.org/license-info）の対象であり、この文書の発行日に有効です。これらのドキュメントは、このドキュメントに関するあなたの権利と制限を説明しているため、注意深く確認してください。このドキュメントから抽出されたコードコンポーネントには、Trust Legal Provisionsのセクション4.eに記載されているSimplified BSD Licenseのテキストが含まれている必要があり、Simplified BSD Licenseに記載されているように保証なしで提供されます。
Table of Contents
目次
1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . 3
1.1. Terminology and Definitions . . . . . . . . . . . . . . . 3
1.2. Data Model . . . . . . . . . . . . . . . . . . . . . . . 4
2. Use of JSON . . . . . . . . . . . . . . . . . . . . . . . . . 5
2.1. Naming . . . . . . . . . . . . . . . . . . . . . . . . . 5
3. Common Data Types . . . . . . . . . . . . . . . . . . . . . . 7
4. Common Data Structures . . . . . . . . . . . . . . . . . . . 8
4.1. RDAP Conformance . . . . . . . . . . . . . . . . . . . . 8
4.2. Links . . . . . . . . . . . . . . . . . . . . . . . . . . 9
4.3. Notices and Remarks . . . . . . . . . . . . . . . . . . . 10
4.4. Language Identifier . . . . . . . . . . . . . . . . . . . 11
4.5. Events . . . . . . . . . . . . . . . . . . . . . . . . . 11
4.6. Status . . . . . . . . . . . . . . . . . . . . . . . . . 13
4.7. Port 43 WHOIS Server . . . . . . . . . . . . . . . . . . 13
4.8. Public IDs . . . . . . . . . . . . . . . . . . . . . . . 13
4.9. Object Class Name . . . . . . . . . . . . . . . . . . . . 14
4.10. An Example . . . . . . . . . . . . . . . . . . . . . . . 14
5. Object Classes . . . . . . . . . . . . . . . . . . . . . . . 15
5.1. The Entity Object Class . . . . . . . . . . . . . . . . . 16
5.2. The Nameserver Object Class . . . . . . . . . . . . . . . 22
5.3. The Domain Object Class . . . . . . . . . . . . . . . . . 26
5.4. The IP Network Object Class . . . . . . . . . . . . . . . 38
5.5. Autonomous System Number Entity Object Class . . . . . . 42
6. Error Response Body . . . . . . . . . . . . . . . . . . . . . 45
7. Responding to Help Queries . . . . . . . . . . . . . . . . . 48
8. Responding To Searches . . . . . . . . . . . . . . . . . . . 48
9. Indicating Truncated Responses . . . . . . . . . . . . . . . 49
10. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 52
10.1. RDAP JSON Media Type Registration . . . . . . . . . . . 52
10.2. JSON Values Registry . . . . . . . . . . . . . . . . . . 53
10.2.1. Notice and Remark Types . . . . . . . . . . . . . . 54
10.2.2. Status . . . . . . . . . . . . . . . . . . . . . . . 56
10.2.3. Event Actions . . . . . . . . . . . . . . . . . . . 49
10.2.4. Roles . . . . . . . . . . . . . . . . . . . . . . . 61
10.2.5. Variant Relations . . . . . . . . . . . . . . . . . 63
11. Security Considerations . . . . . . . . . . . . . . . . . . . 64
12. Internationalization Considerations . . . . . . . . . . . . . 64
12.1. Character Encoding . . . . . . . . . . . . . . . . . . . 64
12.2. URIs and IRIs . . . . . . . . . . . . . . . . . . . . . 64
12.3. Language Tags . . . . . . . . . . . . . . . . . . . . . 64
12.4. Internationalized Domain Names . . . . . . . . . . . . . 65
13. Privacy Considerations . . . . . . . . . . . . . . . . . . . 65
14. References . . . . . . . . . . . . . . . . . . . . . . . . . 65
14.1. Normative References . . . . . . . . . . . . . . . . . . 65
14.2. Informative References . . . . . . . . . . . . . . . . . 67
Appendix A. Suggested Data Modeling with the Entity Object Class 68
A.1. Registrants and Contacts . . . . . . . . . . . . . . . . 68
A.2. Registrars . . . . . . . . . . . . . . . . . . . . . . . 70
Appendix B. Modeling Events . . . . . . . . . . . . . . . . . . 72
Appendix C. Structured vs. Unstructured Addresses . . . . . . . 74
Appendix D. Secure DNS . . . . . . . . . . . . . . . . . . . . . 76
Appendix E. Motivations for Using JSON . . . . . . . . . . . . . 77
Acknowledgements . . . . . . . . . . . . . . . . . . . . . . . . 77
Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . 78
This document describes responses in the JSON [RFC7159] format for the queries as defined by the Registration Data Access Protocol Query Format [RFC7482]. A communication protocol for exchanging queries and responses is described in [RFC7480].
このドキュメントでは、Registration Data Access Protocol Query Format [RFC7482]で定義されているクエリのJSON [RFC7159]形式の応答について説明します。クエリと応答を交換するための通信プロトコルは、[RFC7480]で説明されています。
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in [RFC2119] when specified in their uppercase forms.
このドキュメントのキーワード「MUST」、「MUST NOT」、「REQUIRED」、「SHALL」、「SHALL NOT」、「SHOULD」、「SHOULD NOT」、「RECOMMENDED」、「MAY」、および「OPTIONAL」は、 [RFC2119]で説明されているように、大文字で指定されていると解釈されます。
The following list describes terminology and definitions used throughout this document:
次のリストは、このドキュメント全体で使用される用語と定義を示しています。
DNR: Domain Name Registry
DNR：ドメイン名レジストリ
LDH: letters, digits, hyphen
LDH：文字、数字、ハイフン
member: data found within an object as defined by JSON [RFC7159].
メンバー：JSON [RFC7159]で定義されているオブジェクト内で検出されたデータ。
object: a data structure as defined by JSON [RFC7159].
オブジェクト：JSON [RFC7159]で定義されたデータ構造。
object class: the definition of members that may be found in JSON objects described in this document.
オブジェクトクラス：このドキュメントで説明されているJSONオブジェクトで見つかる可能性のあるメンバーの定義。
object instance: an instantiation or specific instance of an object class.
オブジェクトインスタンス：オブジェクトクラスのインスタンス化または特定のインスタンス。
RDAP: Registration Data Access Protocol
RDAP：Registration Data Access Protocol
RIR: Regional Internet Registry
RIR：地域インターネットレジストリ
The data model for JSON responses is specified in five sections:
JSON応答のデータモデルは、5つのセクションで指定されます。
1. simple data types conveyed in JSON strings
1. JSON文字列で伝達される単純なデータ型
2. data structures specified as JSON arrays or objects that are used repeatedly when building up larger objects
2. より大きなオブジェクトを構築するときに繰り返し使用されるJSON配列またはオブジェクトとして指定されたデータ構造
3. object classes representing structured data corresponding to a lookup of a single object
3. 単一のオブジェクトのルックアップに対応する構造化データを表すオブジェクトクラス
4. arrays of objects representing structured data corresponding to a search for multiple objects
4. 複数のオブジェクトの検索に対応する構造化データを表すオブジェクトの配列
5. the response to an error
5. エラーへの対応
The object classes represent responses for two major categories of data: responses returned by RIRs for registration data related to IP addresses, reverse DNS names, and Autonomous System numbers and responses returned by DNRs for registration data related to forward DNS names. The following object classes are returned by both RIRs and DNRs:
オブジェクトクラスは、データの2つの主要カテゴリの応答を表します。IPアドレスに関連する登録データ、リバースDNS名に対してRIRが返す応答、および自律DNS番号が転送DNS名に関連する登録データに対して返す応答です。次のオブジェクトクラスは、RIRとDNRの両方から返されます。
1. domains
1. ドメイン
2. nameservers
2. ネームサーバー
3. entities
3. エンティティ
The information served by both RIRs and DNRs for these object classes overlap extensively and are given in this document as a unified model for both classes of service.
これらのオブジェクトクラスのRIRとDNRの両方によって提供される情報は広範囲にわたって重複しており、このドキュメントでは両方のサービスクラスの統合モデルとして提供されています。
In addition to the object classes listed above, RIRs also serve the following object classes:
上記のオブジェクトクラスに加えて、RIRは次のオブジェクトクラスも提供します。
1. IP networks
1. IPネットワーク
2. Autonomous System numbers
2. 自律システム番号
Object classes defined in this document represent a minimal set of what a compliant client/server needs to understand to function correctly; however, some deployments may want to include additional object classes to suit individual needs. Anticipating this need for extension, Section 2.1 of this document defines a mechanism for extending the JSON objects that are described in this document.
このドキュメントで定義されているオブジェクトクラスは、準拠するクライアント/サーバーが正しく機能するために理解する必要がある最小限のセットを表します。ただし、デプロイメントによっては、個々のニーズに合わせて追加のオブジェクトクラスを含めることが必要な場合があります。この拡張の必要性を予測して、このドキュメントのセクション2.1は、このドキュメントで説明されているJSONオブジェクトを拡張するためのメカニズムを定義しています。
Positive responses take two forms. A response to a lookup of a single object in the registration system yields a JSON object, which is the subject of the lookup. A response to a search for multiple objects yields a JSON object that contains an array of JSON objects that are the subject of the search. In each type of response, other data structures are present within the topmost JSON object.
肯定的な応答には2つの形式があります。登録システムでの単一オブジェクトのルックアップへの応答により、ルックアップの対象であるJSONオブジェクトが生成されます。複数のオブジェクトの検索に対する応答は、検索の対象であるJSONオブジェクトの配列を含むJSONオブジェクトを生成します。各タイプの応答では、他のデータ構造が最上位のJSONオブジェクト内に存在します。
Clients of these JSON responses SHOULD ignore unrecognized JSON members in responses. Servers can insert members into the JSON responses, which are not specified in this document, but that does not constitute an error in the response. Servers that insert such unspecified members into JSON responses SHOULD have member names prefixed with a short identifier followed by an underscore followed by a meaningful name. It has been observed that these short identifiers aid software implementers with identifying the specification of the JSON member, and failure to use one could cause an implementer to assume the server is erroneously using a name from this specification. This allowance does not apply to jCard [RFC7095] objects. The full JSON name (the prefix plus the underscore plus the meaningful name) SHOULD adhere to the character and name limitations of the prefix registry described in [RFC7480]. Failure to use these limitations could result in slower adoption as these limitations have been observed to aid some client programming models.
これらのJSON応答のクライアントは、応答内の認識されないJSONメンバーを無視する必要があります（SHOULD）。サーバーは、このドキュメントで指定されていないJSON応答にメンバーを挿入できますが、これは応答のエラーにはなりません。そのような不特定のメンバーをJSON応答に挿入するサーバーは、メンバー名の前に短い識別子、アンダースコア、意味のある名前が続く必要があります（SHOULD）。これらの短い識別子は、ソフトウェアの実装者がJSONメンバーの仕様を特定するのに役立ち、1つを使用しないと、実装者はサーバーがこの仕様の名前を誤って使用していると想定する可能性があります。この許可はjCard [RFC7095]オブジェクトには適用されません。完全なJSON名（接頭辞とアンダースコアと意味のある名前）は、[RFC7480]で説明されている接頭辞レジストリの文字と名前の制限に準拠する必要があります（SHOULD）。これらの制限が一部のクライアントプログラミングモデルに役立つことが確認されているため、これらの制限を使用しないと、採用が遅くなる可能性があります。
Consider the following JSON response with JSON members, all of which are specified in this document.
JSONメンバーを含む次のJSON応答について考えてみます。JSONメンバーはすべて、このドキュメントで指定されています。
{
"handle" : "ABC123",
"remarks" :
[
{
"description" :
[
"She sells sea shells down by the sea shore.",
"Originally written by Terry Sullivan."
]
}
]
}
Figure 1
図1
If The Registry of the Moon desires to express information not found in this specification, it might select "lunarNic" as its identifying prefix and insert, as an example, the member named "lunarNic_beforeOneSmallStep" to signify registrations occurring before the first moon landing and the member named "lunarNic_harshMistressNotes" that contains other descriptive text.
レジストリの月がこの仕様にない情報を表現することを望む場合、それはその識別接頭辞として「lunarNic」を選択し、例として、「lunarNic_beforeOneSmallStep」という名前のメンバーを挿入して、最初の月の着陸前に発生する登録と、他の説明テキストを含む「lunarNic_harshMistressNotes」という名前のメンバー。
Consider the following JSON response with JSON names, some of which should be ignored by clients without knowledge of their meaning.
JSON名を含む次のJSON応答を考えてください。JSON名の一部は、その意味を知らないクライアントによって無視される必要があります。
{
"handle" : "ABC123",
"lunarNic_beforeOneSmallStep" : "TRUE THAT!",
"remarks" :
[
{
"description" :
[
"She sells sea shells down by the sea shore.",
"Originally written by Terry Sullivan."
]
}
],
"lunarNic_harshMistressNotes" :
[
"In space,",
"nobody can hear you scream."
]
}
Figure 2
図2
Insertion of unrecognized members ignored by clients may also be used for future revisions to this specification.
クライアントによって無視された認識されないメンバーの挿入は、この仕様の将来の改訂にも使用される可能性があります。
Clients processing JSON responses need to be prepared for members representing registration data specified in this document to be absent from a response. In other words, servers are free to not include JSON members containing registration data based on their own policies.
JSON応答を処理するクライアントは、このドキュメントで指定された登録データを表すメンバーが応答にないように準備する必要があります。言い換えると、サーバーは、独自のポリシーに基づいて登録データを含むJSONメンバーを自由に含めることができません。
Finally, all JSON names specified in this document are case sensitive. Both servers and clients MUST transmit and process them using the specified character case.
最後に、このドキュメントで指定されているすべてのJSON名は大文字と小文字が区別されます。サーバーとクライアントの両方が、指定された大文字と小文字を使用してそれらを送信および処理する必要があります。
JSON [RFC7159] defines the data types of a number, character string, boolean, array, object, and null. This section describes the semantics and/or syntax reference for common, JSON character strings used in this document.
JSON [RFC7159]は、数値、文字列、ブール値、配列、オブジェクト、およびnullのデータ型を定義します。このセクションでは、このドキュメントで使用される一般的なJSON文字列のセマンティクスや構文リファレンスについて説明します。
handle: DNRs and RIRs have registry-unique identifiers that may be used to specifically reference an object instance. The semantics of this data type as found in this document are to be a registry-unique reference to the closest enclosing object where the value is found. The data type names "registryId", "roid", "nic-handle", "registrationNo", etc., are terms often synonymous with this data type. In this document, the term "handle" is used. The term exposed to users by clients is a presentation issue beyond the scope of this document.
ハンドル：DNRとRIRには、オブジェクトインスタンスを具体的に参照するために使用できるレジストリ固有の識別子があります。このドキュメントにあるこのデータ型のセマンティクスは、値が見つかった最も近い囲みオブジェクトへのレジストリ固有の参照です。データ型名「registryId」、「roid」、「nic-handle」、「registrationNo」などは、多くの場合、このデータ型と同義語です。このドキュメントでは、「ハンドル」という用語を使用します。クライアントがユーザーに公開する用語は、このドキュメントの範囲を超えるプレゼンテーションの問題です。
IPv4 addresses: The representation of IPv4 addresses in this document uses the dotted-decimal notation. An example of this textual representation is "192.0.2.0".
IPv4アドレス：このドキュメントのIPv4アドレスの表記では、ドット付き10進表記を使用しています。このテキスト表現の例は「192.0.2.0」です。
IPv6 addresses: The representation of IPv6 addresses in this document follow the forms outlined in [RFC5952]. An example of this textual representation is "2001:db8::1:0:0:1".
IPv6アドレス：このドキュメントでのIPv6アドレスの表現は、[RFC5952]で概説されている形式に従います。このテキスト表現の例は、「2001：db8 :: 1：0：0：1」です。
country codes: Where the identity of a geopolitical nation or country is needed, these identities are represented with the alpha-2 or two-character country code designation as defined in [ISO.3166.1988]. The alpha-2 representation is used because it is freely available, whereas the alpha-3 and numeric-3 standards are not.
国コード：地政学的な国または国のIDが必要な場合、これらのIDは、[ISO.3166.1988]で定義されているように、アルファ2または2文字の国コード指定で表されます。 alpha-2表現は自由に利用できるので使用されますが、alpha-3およびnumeric-3標準はそうではありません。
LDH names: Textual representations of DNS names where the labels of the domain are all "letters, digits, hyphen" labels as described by [RFC5890]. Trailing periods are optional.
LDH名：ドメインのラベルがすべて[RFC5890]で記述されている「文字、数字、ハイフン」ラベルであるDNS名のテキスト表現。後続期間はオプションです。
Unicode names: Textual representations of DNS names where one or more of the labels are U-labels as described by [RFC5890]. Trailing periods are optional.
Unicode名：[RFC5890]で説明されているように、1つ以上のラベルがUラベルであるDNS名のテキスト表現。後続期間はオプションです。
dates and times: The syntax for values denoting dates and times is defined in [RFC3339].
日付と時刻：日付と時刻を示す値の構文は、[RFC3339]で定義されています。
URIs: The syntax for values denoting a Uniform Resource Identifier (URI) is defined by [RFC3986].
URI：Uniform Resource Identifier（URI）を示す値の構文は、[RFC3986]で定義されています。
Contact information is defined using jCards as described in [RFC7095].
連絡先情報は、[RFC7095]で説明されているようにjCardsを使用して定義されます。
This section defines common data structures used in responses and object classes.
このセクションでは、応答とオブジェクトクラスで使用される一般的なデータ構造を定義します。
The data structure named "rdapConformance" is an array of strings, each providing a hint as to the specifications used in the construction of the response. This data structure appears only in the topmost JSON object of a response.
「rdapConformance」という名前のデータ構造は文字列の配列であり、それぞれが応答の構築に使用される仕様に関するヒントを提供します。このデータ構造は、応答の最上位のJSONオブジェクトにのみ表示されます。
An example rdapConformance data structure:
rdapConformanceデータ構造の例：
"rdapConformance" : [ "rdap_level_0" ]
"rdapConformance"：["rdap_level_0"]
Figure 3
図3
The string literal "rdap_level_0" signifies conformance with this specification. When custom JSON values are inserted into responses, conformance to those custom specifications MUST use a string prefixed with the appropriate identifier from the IANA RDAP Extensions registry specified in [RFC7480]. For example, if the fictional Registry of the Moon wants to signify that their JSON responses are conformant with their registered extensions, the string used might be "lunarNIC_level_0". These prefixes aid the identification of specifications for software implementers, and failure to use them could result in slower adoption of extensions.
文字列リテラル「rdap_level_0」は、この仕様に準拠していることを示します。カスタムJSON値が応答に挿入される場合、それらのカスタム仕様への準拠は、[RFC7480]で指定されているIANA RDAP Extensionsレジストリからの適切な識別子が前に付いた文字列を使用する必要があります。たとえば、月の架空のレジストリが、JSON応答が登録された拡張機能に準拠していることを示す場合、使用される文字列は「lunarNIC_level_0」になります。これらの接頭辞は、ソフトウェア実装者の仕様の識別に役立ちます。これらを使用しないと、拡張機能の採用が遅くなる可能性があります。
Example rdapConformance structure with custom extensions noted:
記載されているカスタム拡張を使用したrdapConformance構造の例：
"rdapConformance" : [ "rdap_level_0", "lunarNic_level_0" ]
"rdapConformance"：["rdap_level_0"、 "lunarNic_level_0"]
Figure 4
図4
The "links" array is found in data structures to signify links to other resources on the Internet. The relationship of these links is defined by the IANA registry described by [RFC5988].
「リンク」配列は、インターネット上の他のリソースへのリンクを示すデータ構造にあります。これらのリンクの関係は、[RFC5988]で説明されているIANAレジストリで定義されています。
The following is an example of the link structure:
以下はリンク構造の例です。
{
"value" : "http://example.com/context_uri",
"rel" : "self",
"href" : "http://example.com/target_uri",
"hreflang" : [ "en", "ch" ],
"title" : "title",
"media" : "screen",
"type" : "application/json"
}
Figure 5
図5
The JSON name/values of "rel", "href", "hreflang", "title", "media", and "type" correspond to values found in Section 5 of [RFC5988]. The "value" JSON value is the context URI as described by [RFC5988]. The "href" JSON value MUST be specified. All other JSON values are OPTIONAL.
「rel」、「href」、「hreflang」、「title」、「media」、「type」のJSON名/値は、[RFC5988]のセクション5にある値に対応しています。 「値」JSON値は、[RFC5988]で説明されているコンテキストURIです。 「href」JSON値を指定する必要があります。他のすべてのJSON値はオプションです。
This is an example of the "links" array as it might be found in an object class:
これは、オブジェクトクラスで見つかる可能性がある「リンク」配列の例です。
"links" :
[
{
"value" : "http://example.com/ip/2001:db8::123",
"rel" : "self",
"href" : "http://example.com/ip/2001:db8::123",
"type" : "application/rdap+json"
},
{
"value" : "http://example.com/ip/2001:db8::123",
"rel" : "up",
"href" : "http://example.com/ip/2001:db8::/48",
"type" : "application/rdap+json"
}
]
」
Figure 6
図6
The "notices" and "remarks" data structures take the same form. The notices structure denotes information about the service providing RDAP information and/or information about the entire response, whereas the remarks structure denotes information about the object class that contains it (see Section 5 regarding object classes).
「通知」と「備考」のデータ構造は同じ形式を取ります。通知構造は、RDAP情報を提供するサービスに関する情報や応答全体に関する情報を示します。一方、注釈構造は、それを含むオブジェクトクラスに関する情報を示します（オブジェクトクラスに関するセクション5を参照）。
Both are arrays of objects. Each object contains an optional "title" string representing the title of the object, an optional "type" string denoting a registered type of remark or notice (see Section 10.2.1), an array of strings named "description" for the purposes of conveying any descriptive text, and an optional "links" array as described in Section 4.2.
どちらもオブジェクトの配列です。各オブジェクトには、オブジェクトのタイトルを表すオプションの「title」文字列、登録されている注釈または通知のタイプを示すオプションの「type」文字列（セクション10.2.1を参照）、目的のために「description」という名前の文字列の配列が含まれますセクション4.2で説明されているように、説明テキストとオプションの「リンク」配列を伝えます。
An example of the notices data structure:
通知データ構造の例：
"notices" :
[
{
"title" : "Terms of Use",
"description" :
[
"Service subject to The Registry of the Moon's TOS.",
"Copyright (c) 2020 LunarNIC"
],
"links" :
[
{
"value" : "http://example.net/entity/XXXX",
"rel" : "alternate",
"type" : "text/html",
"href" : "http://www.example.com/terms_of_use.html"
}
]
}
]
Figure 7
図7
It is the job of the clients to determine line breaks, spacing, and display issues for sentences within the character strings of the "description" array. Each string in the "description" array contains a single complete division of human-readable text indicating to clients where there are semantic breaks.
「description」配列の文字列内の文の改行、間隔、表示の問題を決定するのはクライアントの仕事です。 「description」配列の各文字列には、セマンティックブレークがある場所をクライアントに示す、人間が読めるテキストの1つの完全な区分が含まれています。
An example of the remarks data structure:
備考データ構造の例：
"remarks" :
[
{
"description" :
[
"She sells sea shells down by the sea shore.",
"Originally written by Terry Sullivan."
]
}
]
Figure 8
図8
Note that objects in the "remarks" array may also have a "links" array.
「remarks」配列のオブジェクトには、「links」配列も含まれる場合があることに注意してください。
While the "title" and "description" fields are intended primarily for human consumption, the "type" string contains a well-known value to be registered with IANA (see Section 10.2.1) for programmatic use.
「title」フィールドと「description」フィールドは主に人間による消費を目的としていますが、「type」文字列には、プログラムで使用するためにIANAに登録する既知の値（セクション10.2.1を参照）が含まれています。
An example of the remarks data structure:
備考データ構造の例：
"remarks" :
[
{
"type" : "object truncated due to authorization",
"description" :
[
"Some registration data may not have been given.",
"Use proper authorization credentials to see all of it."
]
}
]
Figure 9
図9
While the "remarks" array will appear in many object classes in a response, the "notices" array appears only in the topmost object of a response.
「remarks」配列は応答の多くのオブジェクトクラスに表示されますが、「notices」配列は応答の最上位のオブジェクトにのみ表示されます。
This data structure consists solely of a name/value pair, where the name is "lang" and the value is a string containing a language identifier as described in [RFC5646].
このデータ構造は名前/値のペアのみで構成され、名前は「lang」で、値は[RFC5646]で説明されている言語識別子を含む文字列です。
"lang" : "mn-Cyrl-MN"
「lang」：「mn-Cyrl-MN」
Figure 10
図10
The "lang" attribute may appear anywhere in an object class or data structure except for in jCard objects.
「lang」属性は、jCardオブジェクトを除いて、オブジェクトクラスまたはデータ構造の任意の場所に表示されます。
This data structure represents events that have occurred on an instance of an object class (see Section 5 regarding object classes).
このデータ構造は、オブジェクトクラスのインスタンスで発生したイベントを表します（オブジェクトクラスについては、セクション5を参照）。
This is an example of an "events" array.
これは「イベント」配列の例です。
"events" :
[
{
"eventAction" : "registration",
"eventActor" : "SOMEID-LUNARNIC",
"eventDate" : "1990-12-31T23:59:59Z"
},
{
"eventAction" : "last changed",
"eventActor" : "OTHERID-LUNARNIC",
"eventDate" : "1991-12-31T23:59:59Z"
}
]
Figure 11
図11
The "events" array consists of objects, each with the following members:
「events」配列は、それぞれ次のメンバーを持つオブジェクトで構成されています。
o "eventAction" -- a string denoting the reason for the event
o "eventAction"-イベントの理由を示す文字列
o "eventActor" -- an optional identifier denoting the actor responsible for the event
o 「eventActor」-イベントを担当するアクターを示すオプションの識別子
o "eventDate" -- a string containing the time and date the event occurred.
o 「eventDate」-イベントが発生した日時を含む文字列。
o "links" -- see Section 4.2
o 「リンク」-セクション4.2を参照
Events can be future dated. One use case for future dating of events is to denote when an object expires from a registry.
イベントは未来の日付にすることができます。イベントの将来の日付の使用例の1つは、オブジェクトがレジストリから期限切れになる時期を示すことです。
The "links" array in this data structure is provided for references to the event actor. In order to reference an RDAP entity, a "rel" of "related" and a "type" of "application/rdap+json" is used in the link reference.
このデータ構造の「リンク」配列は、イベントアクターへの参照用に提供されています。 RDAPエンティティを参照するために、「関連」の「rel」および「application / rdap + json」の「タイプ」がリンク参照で使用されます。
See Section 10.2.3 for a list of values for the "eventAction" string. See Appendix B regarding the various ways events can be modeled.
「eventAction」文字列の値のリストについては、10.2.3項を参照してください。イベントをモデル化するさまざまな方法については、付録Bを参照してください。
This data structure, named "status", is an array of strings indicating the state of a registered object (see Section 10.2.2 for a list of values).
「ステータス」という名前のこのデータ構造は、登録されたオブジェクトの状態を示す文字列の配列です（値のリストについては、セクション10.2.2を参照してください）。
This data structure, a member named "port43", is a simple string containing the fully qualified host name or IP address of the WHOIS [RFC3912] server where the containing object instance may be found. Note that this is not a URI, as there is no WHOIS URI scheme.
「port43」という名前のメンバーであるこのデータ構造は、オブジェクトインスタンスが含まれているWHOIS [RFC3912]サーバーの完全修飾ホスト名またはIPアドレスを含む単純な文字列です。 WHOIS URIスキームがないため、これはURIではないことに注意してください。
This data structure maps a public identifier to an object class. It is named "publicIds" and is an array of objects, with each object containing the following members:
このデータ構造は、パブリック識別子をオブジェクトクラスにマップします。 「publicIds」という名前のオブジェクトの配列であり、各オブジェクトには次のメンバーが含まれています。
o type -- a string denoting the type of public identifier
o type-公開識別子のタイプを示す文字列
o identifier -- a public identifier of the type denoted by "type"
o identifier-「type」で示されるタイプの公開識別子
The following is an example of a publicIds structure.
以下はpublicIds構造の例です。
"publicIds":
[
{
"type":"IANA Registrar ID",
"identifier":"1"
}
]
Figure 12
図12
This data structure, a member named "objectClassName", gives the object class name of a particular object as a string. This identifies the type of object being processed. An objectClassName is REQUIRED in all RDAP response objects so that the type of the object can be interpreted.
「objectClassName」という名前のメンバーであるこのデータ構造は、特定のオブジェクトのオブジェクトクラス名を文字列として提供します。これは、処理されているオブジェクトのタイプを識別します。オブジェクトのタイプを解釈できるように、objectClassNameはすべてのRDAP応答オブジェクトで必須です。
This is an example response with both rdapConformance and notices embedded:
これは、rdapConformanceと通知の両方が埋め込まれた応答の例です。
{
"rdapConformance" :
[
"rdap_level_0"
],
"notices" :
[
{
"title" : "Content Removed",
"description" :
[
"Without full authorization, content has been removed.",
"Sorry, dude!"
],
"links" :
[
{
"value" : "http://example.net/ip/192.0.2.0/24",
"rel" : "alternate",
"type" : "text/html",
"href" : "http://www.example.com/redaction_policy.html"
}
]
}
],
"lang" : "en",
"objectClassName" : "ip network",
"startAddress" : "192.0.2.0",
"endAddress" : "192.0.2.255",
"handle" : "XXXX-RIR",
"ipVersion" : "v4",
"name": "NET-RTR-1",
"parentHandle" : "YYYY-RIR",
"remarks" :
[
{
"description" :
[
"She sells sea shells down by the sea shore.",
"Originally written by Terry Sullivan."
]
}
]
}
Figure 13
図13
Object classes represent structures appropriate for a response from the queries specified in [RFC7482].
オブジェクトクラスは、[RFC7482]で指定されたクエリからの応答に適した構造を表します。
Each object class contains a "links" array as specified in Section 4.2. For every object class instance in a response, whether the object class instance is directly representing the response to a query or is embedded in other object class instances or is an item in a search result set, servers SHOULD provide a link representing a URI for that object class instance using the "self" relationship as described in the IANA registry specified by [RFC5988]. As explained in Section 5.2, this may be not always be possible for nameserver data. Clients MUST be able to process object instances without a self link. When present, clients can use the self link for caching data. Servers MAY provide more than one self link for any given object instance. Failure to provide any self link by a server may result in clients being unable to cache object class instances.
各オブジェクトクラスには、セクション4.2で指定されている「リンク」配列が含まれています。応答内のすべてのオブジェクトクラスインスタンスについて、オブジェクトクラスインスタンスがクエリへの応答を直接表すか、他のオブジェクトクラスインスタンスに埋め込まれるか、または検索結果セットのアイテムであるかにかかわらず、サーバーはそのURIを表すリンクを提供する必要があります（SHOULD） [RFC5988]で指定されているIANAレジストリに記述されている「自己」関係を使用したオブジェクトクラスインスタンス。セクション5.2で説明したように、ネームサーバーのデータではこれが常に可能であるとは限りません。クライアントは、セルフリンクなしでオブジェクトインスタンスを処理できる必要があります。存在する場合、クライアントはデータのキャッシュにセルフリンクを使用できます。サーバーは、特定のオブジェクトインスタンスに複数のセルフリンクを提供する場合があります。サーバーによるセルフリンクの提供に失敗すると、クライアントがオブジェクトクラスのインスタンスをキャッシュできなくなる可能性があります。
Clients using self links for caching SHOULD not cache any object class instances where the authority of the self link is different than the authority of the server returning the data. Failing to do so might result in cache poisoning.
キャッシュに自己リンクを使用するクライアントは、自己リンクの権限がデータを返すサーバーの権限と異なるオブジェクトクラスインスタンスをキャッシュしてはいけません（SHOULD）。そうしないと、キャッシュポイズニングが発生する可能性があります。
Self links MUST contain a "type" element containing the "application/ rdap+json" media type when referencing RDAP object instances as defined by this document.
このドキュメントで定義されているRDAPオブジェクトインスタンスを参照する場合、セルフリンクには、「application / rdap + json」メディアタイプを含む「type」要素を含める必要があります。
This is an example of the "links" array with a self link to an object class:
これは、オブジェクトクラスへの自己リンクを持つ「リンク」配列の例です。
"links" :
[
{
"value" : "http://example.com/ip/2001:db8::123",
"rel" : "self",
"href" : "http://example.com/ip/2001:db8::123",
"type" : "application/rdap+json"
}
]
Figure 14
図14
The entity object class appears throughout this document and is an appropriate response for the /entity/XXXX query defined in "Registration Data Access Protocol (RDAP) Query Format" [RFC7482]. This object class represents the information of organizations, corporations, governments, non-profits, clubs, individual persons, and informal groups of people. All of these representations are so similar that it is best to represent them in JSON [RFC7159] with one construct, the entity object class, to aid in the reuse of code by implementers.
エンティティオブジェクトクラスは、このドキュメント全体に記載されており、「登録データアクセスプロトコル（RDAP）クエリ形式」[RFC7482]で定義されている/ entity / XXXXクエリに対する適切な応答です。このオブジェクトクラスは、組織、企業、政府、非営利団体、クラブ、個人、非公式な人々のグループの情報を表します。これらの表現はすべて非常に似ているため、実装者によるコードの再利用を支援するために、エンティティオブジェクトクラスという1つの構成でJSON [RFC7159]で表現するのが最善です。
The entity object class uses jCard [RFC7095] to represent contact information, such as postal addresses, email addresses, phone numbers and names of organizations and individuals. Many of the types of information that can be represented with jCard have no use in RDAP, such as birthdays, anniversaries, and gender.
エンティティオブジェクトクラスは、jCard [RFC7095]を使用して、住所、電子メールアドレス、電話番号、組織や個人の名前などの連絡先情報を表します。 jCardで表現できる情報の多くは、誕生日、記念日、性別など、RDAPでは使用できません。
The entity object is served by both RIRs and DNRs. The following is an example of an entity that might be served by an RIR.
エンティティオブジェクトは、RIRとDNRの両方によって提供されます。以下は、RIRによって提供されるエンティティの例です。
{
"objectClassName" : "entity",
"handle":"XXXX",
"vcardArray":[
"vcard",
[
["version", {}, "text", "4.0"],
["fn", {}, "text", "Joe User"],
["n", {}, "text",
["User", "Joe", "", "", ["ing. jr", "M.Sc."]]
],
["kind", {}, "text", "individual"],
["lang", {
"pref":"1"
}, "language-tag", "fr"],
["lang", {
"pref":"2"
}, "language-tag", "en"],
["org", {
"type":"work"
}, "text", "Example"],
["title", {}, "text", "Research Scientist"],
["role", {}, "text", "Project Lead"],
["adr",
{ "type":"work" },
"text",
[
"",
"Suite 1234",
"4321 Rue Somewhere",
"Quebec",
"QC",
"G1V 2M2",
"Canada"
]
],
["adr",
{
"type":"home",
"label":"123 Maple Ave\nSuite 90001\nVancouver\nBC\n1239\n"
},
"text",
[
"", "", "", "", "", "", ""
]
],
["tel",
{
"type":["work", "voice"],
"pref":"1"
},
"uri",
"tel:+1-555-555-1234;ext=102"
],
["tel",
{ "type":["work", "cell", "voice", "video", "text"] },
"uri",
"tel:+1-555-555-4321"
],
["email",
{ "type":"work" },
"text",
"joe.user@example.com"
],
["geo", {
"type":"work"
}, "uri", "geo:46.772673,-71.282945"],
["key",
{ "type":"work" },
"uri",
"http://www.example.com/joe.user/joe.asc"
],
["tz", {},
"utc-offset", "-05:00"],
["url", { "type":"home" },
"uri", "http://example.org"]
]
],
"roles":[ "registrar" ],
"publicIds":[
{
"type":"IANA Registrar ID",
"identifier":"1"
}
],
"remarks":[
{
"description":[
"She sells sea shells down by the sea shore.",
"Originally written by Terry Sullivan."
]
}
],
"links":[
{
"value":"http://example.com/entity/XXXX",
"rel":"self",
"href":"http://example.com/entity/XXXX",
"type" : "application/rdap+json"
}
],
"events":[
{
"eventAction":"registration",
"eventDate":"1990-12-31T23:59:59Z"
}
],
"asEventActor":[
{
"eventAction":"last changed",
"eventDate":"1991-12-31T23:59:59Z"
}
]
}
Figure 15
図15
The entity object class can contain the following members:
エンティティオブジェクトクラスには、次のメンバーを含めることができます。
o objectClassName -- the string "entity"
o objectClassName-文字列「entity」
o handle -- a string representing a registry unique identifier of the entity
o handle-エンティティのレジストリ固有の識別子を表す文字列
o vcardArray -- a jCard with the entity's contact information
o vcardArray-エンティティの連絡先情報を含むjCard
o roles -- an array of strings, each signifying the relationship an object would have with its closest containing object (see Section 10.2.4 for a list of values)
o ロール-文字列の配列。それぞれがオブジェクトと最も近い包含オブジェクトとの関係を示します（値のリストについては、セクション10.2.4を参照してください）
o publicIds -- see Section 4.8
o publicIds-セクション4.8を参照
o entities -- an array of entity objects as defined by this section
o entities-このセクションで定義されているエンティティオブジェクトの配列
o remarks -- see Section 4.3
o 備考-セクション4.3を参照
o links -- see Section 4.2
o リンク-セクション4.2を参照
o events -- see Section 4.5
o イベント-セクション4.5を参照
o asEventActor -- this data structure takes the same form as the events data structure (see Section 4.5), but each object in the array MUST NOT have an "eventActor" member. These objects denote that the entity is an event actor for the given events. See Appendix B regarding the various ways events can be modeled.
o asEventActor-このデータ構造は、eventsデータ構造（セクション4.5を参照）と同じ形式をとりますが、配列内の各オブジェクトに「eventActor」メンバーを含めることはできません。これらのオブジェクトは、エンティティが特定のイベントのイベントアクターであることを示します。イベントをモデル化するさまざまな方法については、付録Bを参照してください。
o status -- see Section 4.6
o ステータス-セクション4.6を参照
o port43 -- see Section 4.7
o port43-セクション4.7を参照
o networks -- an array of IP network objects as defined in Section 5.4
o networks-セクション5.4で定義されているIPネットワークオブジェクトの配列
o autnums -- an array of autnum objects as defined in Section 5.5
o autnums-セクション5.5で定義されているautnumオブジェクトの配列
Entities may also have other entities embedded with them in an array. This can be used to model an organization with specific individuals fulfilling designated roles of responsibility.
エンティティには、他のエンティティが配列に埋め込まれている場合もあります。これは、指定された責任の役割を果たす特定の個人を持つ組織をモデル化するために使用できます。
The following is an elided example of an entity with embedded entities.
以下は、エンティティが埋め込まれたエンティティの省略例です。
{
"objectClassName" : "entity",
"handle" : "ANENTITY",
"roles" : [ "registrar" ],
...
"entities" :
[
{
"objectClassName" : "entity",
"handle": "ANEMBEDDEDENTITY",
"roles" : [ "technical" ],
...
},
...
],
...
}
Figure 16
図16
The following is an example of an entity that might be served by a DNR.
以下は、DNRによって提供されるエンティティの例です。
{
"objectClassName" : "entity",
"handle":"XXXX",
"vcardArray":[
"vcard",
[
["version", {}, "text", "4.0"],
["fn", {}, "text", "Joe User"],
["kind", {}, "text", "individual"],
["lang", {
"pref":"1"
}, "language-tag", "fr"],
["lang", {
"pref":"2"
}, "language-tag", "en"],
["org", {
"type":"work"
}, "text", "Example"],
["title", {}, "text", "Research Scientist"],
["role", {}, "text", "Project Lead"],
["adr",
{ "type":"work" },
"text",
[
"",
"Suite 1234",
"4321 Rue Somewhere",
"Quebec",
"QC",
"G1V 2M2",
"Canada"
]
],
["tel",
{ "type":["work", "voice"], "pref":"1" },
"uri", "tel:+1-555-555-1234;ext=102"
],
["email",
{ "type":"work" },
"text", "joe.user@example.com"
]
]
],
"status":[ "validated", "locked" ],
"remarks":[
{
"description":[
"She sells sea shells down by the sea shore.",
"Originally written by Terry Sullivan."
]
}
],
"links":[
{
"value":"http://example.com/entity/XXXX",
"rel":"self",
"href":"http://example.com/entity/XXXX",
"type":"application/rdap+json"
}
],
"port43":"whois.example.net",
"events":[
{
"eventAction":"registration",
"eventDate":"1990-12-31T23:59:59Z"
},
{
"eventAction":"last changed",
"eventDate":"1991-12-31T23:59:59Z",
"eventActor":"joe@example.com"
}
]
}
Figure 17
図17
See Appendix A for use of the entity object class to model various types of entities found in both RIRs and DNRs. See Appendix C regarding structured vs. unstructured postal addresses in entities.
エンティティオブジェクトクラスを使用して、RIRとDNRの両方にあるさまざまなタイプのエンティティをモデル化するには、付録Aを参照してください。エンティティの構造化された住所と構造化されていない住所の比較については、付録Cを参照してください。
The nameserver object class represents information regarding DNS nameservers used in both forward and reverse DNS. RIRs and some DNRs register or expose nameserver information as an attribute of a domain name, while other DNRs model nameservers as "first class objects".
nameserverオブジェクトクラスは、フォワードDNSとリバースDNSの両方で使用されるDNSネームサーバーに関する情報を表します。 RIRと一部のDNRはネームサーバー情報をドメイン名の属性として登録または公開しますが、他のDNRはネームサーバーを「ファーストクラスオブジェクト」としてモデル化します。
The nameserver object class accommodates both models and degrees of variation in between.
ネームサーバーオブジェクトクラスは、モデルとその間の変動の度合いの両方に対応しています。
The following is an example of a nameserver object.
以下は、ネームサーバーオブジェクトの例です。
{
"objectClassName" : "nameserver",
"handle" : "XXXX",
"ldhName" : "ns1.xn--fo-5ja.example",
"unicodeName" : "ns1.foo.example",
"status" : [ "active" ],
"ipAddresses" :
{
"v4": [ "192.0.2.1", "192.0.2.2" ],
"v6": [ "2001:db8::123" ]
},
"remarks" :
[
{
"description" :
[
"She sells sea shells down by the sea shore.",
"Originally written by Terry Sullivan."
]
}
],
"links" :
[
{
"value" : "http://example.net/nameserver/xxxx",
"rel" : "self",
"href" : "http://example.net/nameserver/xxxx",
"type" : "application/rdap+json"
}
],
"port43" : "whois.example.net",
"events" :
[
{
"eventAction" : "registration",
"eventDate" : "1990-12-31T23:59:59Z"
},
{
"eventAction" : "last changed",
"eventDate" : "1991-12-31T23:59:59Z",
"eventActor" : "joe@example.com"
}
]
}
Figure 18
図18
Figure 18 is an example of a nameserver object with all values given. Registries using a first-class nameserver data model would embed this in domain objects as well as allowing references to it with the "/nameserver" query type (all depending on the registry operators policy). Other registries may pare back the information as needed. Figure 19 is an example of a nameserver object as would be found in RIRs and some DNRs, while Figure 20 is an example of a nameserver object as would be found in other DNRs.
図18は、すべての値が指定されたネームサーバーオブジェクトの例です。ファーストクラスのネームサーバーデータモデルを使用するレジストリは、これをドメインオブジェクトに埋め込むだけでなく、「/ nameserver」クエリタイプでの参照を許可します（すべてレジストリオペレーターのポリシーに依存します）。他のレジストリは、必要に応じて情報を切り戻すことがあります。図19は、RIRと一部のDNRにあるネームサーバーオブジェクトの例です。一方、図20は、他のDNRにあるネームサーバーオブジェクトの例です。
The following is an example of the simplest nameserver object:
以下は、最も単純なネームサーバーオブジェクトの例です。
{
"objectClassName" : "nameserver",
"ldhName" : "ns1.example.com"
}
Figure 19
図19
The following is an example of a simple nameserver object that might be commonly used by DNRs:
以下は、DNRで一般的に使用される可能性のある単純なネームサーバーオブジェクトの例です。
{
"objectClassName" : "nameserver",
"ldhName" : "ns1.example.com",
"ipAddresses" : { "v6" : [ "2001:db8::123", "2001:db8::124" ] }
}
Figure 20
図20
As nameservers can be modeled by some registries to be first-class objects, they may also have an array of entities (Section 5.1) embedded to signify parties responsible for the maintenance, registrations, etc., of the nameservers.
ネームサーバーは、一部のレジストリによってファーストクラスのオブジェクトになるようにモデル化できるため、ネームサーバーの保守、登録などを担当する当事者を示すために、エンティティの配列（5.1節）が埋め込まれている場合もあります。
The following is an elided example of a nameserver with embedded entities.
以下は、エンティティが埋め込まれたネームサーバーの省略例です。
{
"objectClassName" : "nameserver",
"handle" : "XXXX",
"ldhName" : "ns1.xn--fo-5ja.example",
...
"entities" :
[
...
],
...
}
Figure 21
図21
The nameserver object class can contain the following members:
ネームサーバーオブジェクトクラスには、次のメンバーを含めることができます。
o objectClassName -- the string "nameserver"
o objectClassName-文字列「nameserver」
o handle -- a string representing a registry unique identifier of the nameserver
o handle-ネームサーバーのレジストリ固有の識別子を表す文字列
o ldhName -- a string containing the LDH name of the nameserver (see Section 3)
o ldhName-ネームサーバーのLDH名を含む文字列（セクション3を参照）
o unicodeName -- a string containing a DNS Unicode name of the nameserver (see Section 3)
o unicodeName-ネームサーバーのDNS Unicode名を含む文字列（セクション3を参照）
o ipAddresses -- an object containing the following members:
o ipAddresses-次のメンバーを含むオブジェクト：
* v6 -- an array of strings containing IPv6 addresses of the nameserver
* v6-ネームサーバーのIPv6アドレスを含む文字列の配列
* v4 -- an array of strings containing IPv4 addresses of the nameserver
* v4-ネームサーバーのIPv4アドレスを含む文字列の配列
o entities -- an array of entity objects as defined by Section 5.1
o entity-セクション5.1で定義されているエンティティオブジェクトの配列
o status -- see Section 4.6
o ステータス-セクション4.6を参照
o remarks -- see Section 4.3
o 備考-セクション4.3を参照
o links -- see Section 4.2
o リンク-セクション4.2を参照
o port43 -- see Section 4.7
o port43-セクション4.7を参照
o events -- see Section 4.5
o イベント-セクション4.5を参照
The domain object class represents a DNS name and point of delegation. For RIRs, these delegation points are in the reverse DNS tree, whereas for DNRs, these delegation points are in the forward DNS tree.
ドメインオブジェクトクラスは、DNS名と委任ポイントを表します。 RIRの場合、これらの委任ポイントはリバースDNSツリーにありますが、DNRの場合、これらの委任ポイントはフォワードDNSツリーにあります。
In both cases, the high-level structure of the domain object class consists of information about the domain registration, nameserver information related to the domain name, and entities related to the domain name (e.g., registrant information, contacts, etc.).
どちらの場合も、ドメインオブジェクトクラスの高レベルの構造は、ドメイン登録に関する情報、ドメイン名に関連するネームサーバー情報、およびドメイン名に関連するエンティティ（登録者情報、連絡先など）で構成されます。
The following is an elided example of the domain object showing the high-level structure:
以下は、高レベルの構造を示すドメインオブジェクトの省略された例です。
{
"objectClassName" : "domain",
"handle" : "XXX",
"ldhName" : "blah.example.com",
...
"nameservers" :
[
...
],
...
"entities" :
[
...
]
}
Figure 22
図22
The domain object class can contain the following members:
ドメインオブジェクトクラスには、次のメンバーを含めることができます。
o objectClassName -- the string "domain"
o objectClassName-文字列「ドメイン」
o handle -- a string representing a registry unique identifier of the domain object instance
o handle-ドメインオブジェクトインスタンスのレジストリ固有の識別子を表す文字列
o ldhName -- a string describing a domain name in LDH form as described in Section 3
o ldhName-セクション3で説明されているLDH形式のドメイン名を説明する文字列
o unicodeName -- a string containing a domain name with U-labels as described in Section 3
o unicodeName-セクション3で説明されているUラベル付きのドメイン名を含む文字列
o variants -- an array of objects, each containing the following values:
o バリアント-それぞれが次の値を含むオブジェクトの配列：
* relation -- an array of strings, with each string denoting the relationship between the variants and the containing domain object (see Section 10.2.5 for a list of suggested variant relations).
* relation-文字列の配列。各文字列は、バリアントとそれを含むドメインオブジェクトとの関係を示します（推奨されるバリアント関係のリストについては、セクション10.2.5を参照してください）。
* idnTable -- the name of the Internationalized Domain Name (IDN) table of codepoints, such as one listed with the IANA (see IDN tables [IANA_IDNTABLES]).
* idnTable-IANAでリストされるものなど、コードポイントの国際化ドメイン名（IDN）テーブルの名前（IDNテーブル[IANA_IDNTABLES]を参照）。
* variantNames -- an array of objects, with each object containing an "ldhName" member and a "unicodeName" member (see Section 3).
* variantNames-オブジェクトの配列。各オブジェクトには「ldhName」メンバーと「unicodeName」メンバーが含まれます（セクション3を参照）。
o nameservers -- an array of nameserver objects as defined by Section 5.2
o nameservers-セクション5.2で定義されているネームサーバーオブジェクトの配列
o secureDNS -- an object with the following members:
o secureDNS-次のメンバーを持つオブジェクト：
* zoneSigned -- true if the zone has been signed, false otherwise.
* zoneSigned-ゾーンが署名されている場合はtrue、そうでない場合はfalse。
* delegationSigned -- boolean true if there are DS records in the parent, false otherwise.
* delegationSigned-親にDSレコードがある場合はブール値true、それ以外の場合はfalse。
* maxSigLife -- an integer representing the signature lifetime in seconds to be used when creating the RRSIG DS record in the parent zone [RFC5910].
* maxSigLife-親ゾーン[RFC5910]でRRSIG DSレコードを作成するときに使用される秒単位の署名存続時間を表す整数。
* dsData -- an array of objects, each with the following members:
* dsData-それぞれが次のメンバーを持つオブジェクトの配列：
+ keyTag -- an integer as specified by the key tag field of a DNS DS record as specified by [RFC4034] in presentation format
+ keyTag-プレゼンテーション形式の[RFC4034]で指定されているDNS DSレコードのキータグフィールドで指定されている整数
+ algorithm -- an integer as specified by the algorithm field of a DNS DS record as described by RFC 4034 in presentation format
+ algorithm-RFC 4034で表現形式で記述されているDNS DSレコードのアルゴリズムフィールドで指定された整数
+ digest -- a string as specified by the digest field of a DNS DS record as specified by RFC 4034 in presentation format
+ ダイジェスト-プレゼンテーション形式のRFC 4034で指定されているDNS DSレコードのダイジェストフィールドで指定されている文字列
+ digestType -- an integer as specified by the digest type field of a DNS DS record as specified by RFC 4034 in presentation format
+ digestType-RFC 4034で提示形式で指定されているDNS DSレコードのダイジェストタイプフィールドで指定されている整数
+ events -- see Section 4.5
+ イベント-セクション4.5を参照
+ links -- see Section 4.2
+ リンク-セクション4.2を参照
* keyData -- an array of objects, each with the following members:
* keyData-それぞれが次のメンバーを持つオブジェクトの配列：
+ flags -- an integer representing the flags field value in the DNSKEY record [RFC4034] in presentation format
+ flags-プレゼンテーション形式のDNSKEYレコード[RFC4034]のフラグフィールド値を表す整数
+ protocol -- an integer representation of the protocol field value of the DNSKEY record [RFC4034] in presentation format
+ protocol-プレゼンテーション形式のDNSKEYレコード[RFC4034]のプロトコルフィールド値の整数表現
+ publicKey -- a string representation of the public key in the DNSKEY record [RFC4034] in presentation format
+ publicKey-プレゼンテーション形式のDNSKEYレコード[RFC4034]の公開鍵の文字列表現
+ algorithm -- an integer as specified by the algorithm field of a DNSKEY record as specified by [RFC4034] in presentation format
+ algorithm-プレゼンテーション形式で[RFC4034]で指定されているDNSKEYレコードのアルゴリズムフィールドで指定されている整数
+ events -- see Section 4.5
+ イベント-セクション4.5を参照
+ links -- see Section 4.2
+ リンク-セクション4.2を参照
See Appendix D for background information on these objects.
これらのオブジェクトの背景情報については、付録Dを参照してください。
o entities -- an array of entity objects as defined by Section 5.1
o entity-セクション5.1で定義されているエンティティオブジェクトの配列
o status -- see Section 4.6
o status -- see Section 4.6
o publicIds -- see Section 4.8
o publicIds-セクション4.8を参照
o remarks -- see Section 4.3
o 備考-セクション4.3を参照
o links -- see Section 4.2
o リンク-セクション4.2を参照
o port43 -- see Section 4.7
o port43-セクション4.7を参照
o events -- see Section 4.5
o イベント-セクション4.5を参照
o network -- represents the IP network for which a reverse DNS domain is referenced. See Section 5.4
o network -- represents the IP network for which a reverse DNS domain is referenced. See Section 5.4
The following is an example of a JSON domain object representing a reverse DNS delegation point that might be served by an RIR.
以下は、RIRによって提供される可能性があるリバースDNS委任ポイントを表すJSONドメインオブジェクトの例です。
{
"objectClassName" : "domain",
"handle" : "XXXX",
"ldhName" : "0.2.192.in-addr.arpa",
"nameservers" :
[
{
"objectClassName" : "nameserver",
"ldhName" : "ns1.rir.example"
},
{
"objectClassName" : "nameserver",
"ldhName" : "ns2.rir.example"
}
],
"secureDNS":
{
"delegationSigned": true,
"dsData":
[
{
"keyTag": 12345,
"algorithm": 3,
"digestType": 1,
"digest": "49FD46E6C4B45C55D4AC"
}
]
},
"remarks" :
[
{
"description" :
[
"She sells sea shells down by the sea shore.",
"Originally written by Terry Sullivan."
]
}
],
"links" :
[
{
"value": "http://example.net/domain/XXXX",
"rel" : "self",
"href" : "http://example.net/domain/XXXXX",
"type" : "application/rdap+json"
}
],
"events" :
[
{
"eventAction" : "registration",
"eventDate" : "1990-12-31T23:59:59Z"
},
{
"eventAction" : "last changed",
"eventDate" : "1991-12-31T23:59:59Z",
"eventActor" : "joe@example.com"
}
],
"entities" :
[
{
"objectClassName" : "entity",
"handle" : "XXXX",
"vcardArray":[
"vcard",
[
["version", {}, "text", "4.0"],
["fn", {}, "text", "Joe User"],
["kind", {}, "text", "individual"],
["lang", {
"pref":"1"
}, "language-tag", "fr"],
["lang", {
"pref":"2"
}, "language-tag", "en"],
["org", {
"type":"work"
}, "text", "Example"],
["title", {}, "text", "Research Scientist"],
["role", {}, "text", "Project Lead"],
["adr",
{ "type":"work" },
"text",
[
"",
"Suite 1234",
"4321 Rue Somewhere",
"Quebec",
"QC",
"G1V 2M2",
"Canada"
]
],
["tel",
{ "type":["work", "voice"], "pref":"1" },
"uri", "tel:+1-555-555-1234;ext=102"
],
["email",
{ "type":"work" },
"text", "joe.user@example.com"
]
]
],
"roles" : [ "registrant" ],
"remarks" :
[
{
"description" :
[
"She sells sea shells down by the sea shore.",
"Originally written by Terry Sullivan."
]
}
],
"links" :
[
{
"value": "http://example.net/entity/xxxx",
"rel" : "self",
"href" : "http://example.net/entity/xxxx",
"type" : "application/rdap+json"
}
],
"events" :
[
{
"eventAction" : "registration",
"eventDate" : "1990-12-31T23:59:59Z"
},
{
"eventAction" : "last changed",
"eventDate" : "1991-12-31T23:59:59Z",
"eventActor" : "joe@example.com"
}
]
}
],
"network" :
{
"objectClassName" : "ip network",
"handle" : "XXXX-RIR",
"startAddress" : "192.0.2.0",
"endAddress" : "192.0.2.255",
"ipVersion" : "v6",
"name": "NET-RTR-1",
"type" : "DIRECT ALLOCATION",
"country" : "AU",
"parentHandle" : "YYYY-RIR",
"status" : [ "active" ]
}
}
Figure 23
図23
The following is an example of a JSON domain object representing a forward DNS delegation point that might be served by a DNR.
以下は、DNRによって提供される可能性のあるフォワードDNS委任ポイントを表すJSONドメインオブジェクトの例です。
{
"objectClassName" : "domain",
"handle" : "XXXX",
"ldhName" : "xn--fo-5ja.example",
"unicodeName" : "foo.example",
"variants" :
[
{
"relation" : [ "registered", "conjoined" ],
"variantNames" :
[
{
"ldhName" : "xn--fo-cka.example",
"unicodeName" : "foo.example"
},
{
"ldhName" : "xn--fo-fka.example",
"unicodeName" : "foo.example"
}
]
},
{
"relation" : [ "unregistered", "registration restricted" ],
"idnTable": ".EXAMPLE Swedish",
"variantNames" :
[
{
"ldhName": "xn--fo-8ja.example",
"unicodeName" : "foo.example"
}
]
}
],
"status" : [ "locked", "transfer prohibited" ],
"publicIds":[
{
"type":"ENS_Auth ID",
"identifier":"1234567890"
}
],
"nameservers" :
[
{
"objectClassName" : "nameserver",
"handle" : "XXXX",
"ldhName" : "ns1.example.com",
"status" : [ "active" ],
"ipAddresses" :
{
"v6": [ "2001:db8::123", "2001:db8::124" ],
"v4": [ "192.0.2.1", "192.0.2.2" ]
},
"remarks" :
[
{
"description" :
[
"She sells sea shells down by the sea shore.",
"Originally written by Terry Sullivan."
]
}
],
"links" :
[
{
"value" : "http://example.net/nameserver/XXXX",
"rel" : "self",
"href" : "http://example.net/nameserver/XXXX",
"type" : "application/rdap+json"
}
],
"events" :
[
{
"eventAction" : "registration",
"eventDate" : "1990-12-31T23:59:59Z"
},
{
"eventAction" : "last changed",
"eventDate" : "1991-12-31T23:59:59Z"
}
]
},
{
"objectClassName" : "nameserver",
"handle" : "XXXX",
"ldhName" : "ns2.example.com",
"status" : [ "active" ],
"ipAddresses" :
{
"v6" : [ "2001:db8::125", "2001:db8::126" ],
"v4" : [ "192.0.2.3", "192.0.2.4" ]
},
"remarks" :
[
{
"description" :
[
"She sells sea shells down by the sea shore.",
"Originally written by Terry Sullivan."
]
}
],
"links" :
[
{
"value" : "http://example.net/nameserver/XXXX",
"rel" : "self",
"href" : "http://example.net/nameserver/XXXX",
"type" : "application/rdap+json"
}
],
"events" :
[
{
"eventAction" : "registration",
"eventDate" : "1990-12-31T23:59:59Z"
},
{
"eventAction" : "last changed",
"eventDate" : "1991-12-31T23:59:59Z"
}
]
}
],
"secureDNS":
{
"zoneSigned": true,
"delegationSigned": true,
"maxSigLife": 604800,
"keyData":
[
{
"flags": 257,
"protocol": 3,
"algorithm": 1,
"publicKey": "AQPJ////4Q==",
"events":
[
{
"eventAction": "last changed",
"eventDate": "2012-07-23T05:15:47Z"
}
]
}
]
},
"remarks" :
[
{
"description" :
[
"She sells sea shells down by the sea shore.",
"Originally written by Terry Sullivan."
]
}
],
"links" :
[
{
"value": "http://example.net/domain/XXXX",
"rel" : "self",
"href" : "http://example.net/domain/XXXX",
"type" : "application/rdap+json"
}
],
"port43" : "whois.example.net",
"events" :
[
{
"eventAction" : "registration",
"eventDate" : "1990-12-31T23:59:59Z"
},
{
"eventAction" : "last changed",
"eventDate" : "1991-12-31T23:59:59Z",
"eventActor" : "joe@example.com"
},
{
"eventAction" : "transfer",
"eventDate" : "1991-12-31T23:59:59Z",
"eventActor" : "joe@example.com"
},
{
"eventAction" : "expiration",
"eventDate" : "2016-12-31T23:59:59Z",
"eventActor" : "joe@example.com"
}
],
"entities" :
[
{
"objectClassName" : "entity",
"handle" : "XXXX",
"vcardArray":[
"vcard",
[
["version", {}, "text", "4.0"],
["fn", {}, "text", "Joe User"],
["kind", {}, "text", "individual"],
["lang", {
"pref":"1"
}, "language-tag", "fr"],
["lang", {
"pref":"2"
}, "language-tag", "en"],
["org", {
"type":"work"
}, "text", "Example"],
["title", {}, "text", "Research Scientist"],
["role", {}, "text", "Project Lead"],
["adr",
{ "type":"work" },
"text",
[
"",
"Suite 1234",
"4321 Rue Somewhere",
"Quebec",
"QC",
"G1V 2M2",
"Canada"
]
],
["tel",
{ "type":["work", "voice"], "pref":"1" },
"uri", "tel:+1-555-555-1234;ext=102"
],
["email",
{ "type":"work" },
"text", "joe.user@example.com"
]
]
],
"status" : [ "validated", "locked" ],
"roles" : [ "registrant" ],
"remarks" :
[
{
"description" :
[
"She sells sea shells down by the sea shore.",
"Originally written by Terry Sullivan."
]
}
],
"links" :
[
{
"value" : "http://example.net/entity/xxxx",
"rel" : "self",
"href" : "http://example.net/entity/xxxx",
"type" : "application/rdap+json"
}
],
"events" :
[
{
"eventAction" : "registration",
"eventDate" : "1990-12-31T23:59:59Z"
},
{
"eventAction" : "last changed",
"eventDate" : "1991-12-31T23:59:59Z"
}
]
}
]
}
Figure 24
図24
The IP network object class models IP network registrations found in RIRs and is the expected response for the "/ip" query as defined by [RFC7482]. There is no equivalent object class for DNRs. The high-level structure of the IP network object class consists of information about the network registration and entities related to the IP network (e.g., registrant information, contacts, etc.).
IPネットワークオブジェクトクラスは、RIRにあるIPネットワーク登録をモデル化したもので、[RFC7482]で定義されている「/ ip」クエリの予想される応答です。 DNRに相当するオブジェクトクラスはありません。 IPネットワークオブジェクトクラスの高レベルの構造は、ネットワーク登録に関する情報とIPネットワークに関連するエンティティ（登録者情報、連絡先など）で構成されます。
The following is an elided example of the IP network object type showing the high-level structure:
以下は、高レベルの構造を示すIPネットワークオブジェクトタイプの省略された例です。
{
"objectClassName" : "ip network",
"handle" : "XXX",
...
"entities" :
[
...
]
}
Figure 25
図25
The following is an example of the JSON object for the network registration information.
以下は、ネットワーク登録情報のJSONオブジェクトの例です。
{
"objectClassName" : "ip network",
"handle" : "XXXX-RIR",
"startAddress" : "2001:db8::",
"endAddress" : "2001:db8:0:ffff:ffff:ffff:ffff:ffff",
"ipVersion" : "v6",
"name": "NET-RTR-1",
"type" : "DIRECT ALLOCATION",
"country" : "AU",
"parentHandle" : "YYYY-RIR",
"status" : [ "active" ],
"remarks" :
[
{
"description" :
[
"She sells sea shells down by the sea shore.",
"Originally written by Terry Sullivan."
]
}
],
"links" :
[
{
"value" : "http://example.net/ip/2001:db8::/48",
"rel" : "self",
"href" : "http://example.net/ip/2001:db8::/48",
"type" : "application/rdap+json"
},
{
"value" : "http://example.net/ip/2001:db8::/48",
"rel" : "up",
"href" : "http://example.net/ip/2001:C00::/23",
"type" : "application/rdap+json"
}
],
"events" :
[
{
"eventAction" : "registration",
"eventDate" : "1990-12-31T23:59:59Z"
},
{
"eventAction" : "last changed",
"eventDate" : "1991-12-31T23:59:59Z"
}
],
"entities" :
[
{
"objectClassName" : "entity",
"handle" : "XXXX",
"vcardArray":[
"vcard",
[
["version", {}, "text", "4.0"],
["fn", {}, "text", "Joe User"],
["kind", {}, "text", "individual"],
["lang", {
"pref":"1"
}, "language-tag", "fr"],
["lang", {
"pref":"2"
}, "language-tag", "en"],
["org", {
"type":"work"
}, "text", "Example"],
["title", {}, "text", "Research Scientist"],
["role", {}, "text", "Project Lead"],
["adr",
{ "type":"work" },
"text",
[
"",
"Suite 1234",
"4321 Rue Somewhere",
"Quebec",
"QC",
"G1V 2M2",
"Canada"
]
],
["tel",
{ "type":["work", "voice"], "pref":"1" },
"uri", "tel:+1-555-555-1234;ext=102"
],
["email",
{ "type":"work" },
"text", "joe.user@example.com"
]
]
],
"roles" : [ "registrant" ],
"remarks" :
[
{
"description" :
[
"She sells sea shells down by the sea shore.",
"Originally written by Terry Sullivan."
]
}
],
"links" :
[
{
"value" : "http://example.net/entity/xxxx",
"rel" : "self",
"href" : "http://example.net/entity/xxxx",
"type" : "application/rdap+json"
}
],
"events" :
[
{
"eventAction" : "registration",
"eventDate" : "1990-12-31T23:59:59Z"
},
{
"eventAction" : "last changed",
"eventDate" : "1991-12-31T23:59:59Z"
}
]
}
]
}
Figure 26
図26
The IP network object class can contain the following members:
IPネットワークオブジェクトクラスには、次のメンバーを含めることができます。
o objectClassName -- the string "ip network"
o objectClassName-文字列「ip network」
o handle -- a string representing an RIR-unique identifier of the network registration
o ハンドル-ネットワーク登録のRIR固有の識別子を表す文字列
o startAddress -- the starting IP address of the network, either IPv4 or IPv6
o startAddress-ネットワークの開始IPアドレス（IPv4またはIPv6）
o endAddress -- the ending IP address of the network, either IPv4 or IPv6
o endAddress-ネットワークの終了IPアドレス（IPv4またはIPv6）
o ipVersion -- a string signifying the IP protocol version of the network: "v4" signifies an IPv4 network, and "v6" signifies an IPv6 network
o ipVersion-ネットワークのIPプロトコルバージョンを示す文字列。「v4」はIPv4ネットワークを示し、「v6」はIPv6ネットワークを示します。
o name -- an identifier assigned to the network registration by the registration holder
o name-登録所有者によってネットワーク登録に割り当てられた識別子
o type -- a string containing an RIR-specific classification of the network
o type -- a string containing an RIR-specific classification of the network
o country -- a string containing the two-character country code of the network
o 国-ネットワークの2文字の国コードを含む文字列
o parentHandle -- a string containing an RIR-unique identifier of the parent network of this network registration
o parentHandle-このネットワーク登録の親ネットワークのRIR固有の識別子を含む文字列
o status -- an array of strings indicating the state of the IP network
o status-IPネットワークの状態を示す文字列の配列
o entities -- an array of entity objects as defined by Section 5.1
o entity-セクション5.1で定義されているエンティティオブジェクトの配列
o remarks -- see Section 4.3
o 備考-セクション4.3を参照
o links -- see Section 4.2
o リンク-セクション4.2を参照
o port43 -- see Section 4.7
o port43-セクション4.7を参照
o events -- see Section 4.5
o イベント-セクション4.5を参照
The Autonomous System number (autnum) object class models Autonomous System number registrations found in RIRs and represents the expected response to an "/autnum" query as defined by [RFC7482]. There is no equivalent object class for DNRs. The high-level structure of the autnum object class consists of information about the network registration and entities related to the autnum registration (e.g., registrant information, contacts, etc.) and is similar to the IP network entity object class.
自律システム番号（autnum）オブジェクトクラスは、RIRにある自律システム番号の登録をモデル化し、[RFC7482]で定義されている「/ autnum」クエリに対する予期される応答を表します。 DNRに相当するオブジェクトクラスはありません。 autnumオブジェクトクラスの高レベルの構造は、ネットワーク登録に関する情報とautnum登録に関連するエンティティ（登録者情報、連絡先など）で構成され、IPネットワークエンティティオブジェクトクラスに似ています。
The following is an example of a JSON object representing an autnum.
以下は、autnumを表すJSONオブジェクトの例です。
{
"objectClassName" : "autnum",
"handle" : "XXXX-RIR",
"startAutnum" : 10,
"endAutnum" : 15,
"name": "AS-RTR-1",
"type" : "DIRECT ALLOCATION",
"status" : [ "active" ],
"country": "AU",
"remarks" :
[
{
"description" :
[
"She sells sea shells down by the sea shore.",
"Originally written by Terry Sullivan."
]
}
],
"links" :
[
{
"value" : "http://example.net/autnum/xxxx",
"rel" : "self",
"href" : "http://example.net/autnum/xxxx",
"type" : "application/rdap+json"
}
],
"events" :
[
{
"eventAction" : "registration",
"eventDate" : "1990-12-31T23:59:59Z"
},
{
"eventAction" : "last changed",
"eventDate" : "1991-12-31T23:59:59Z"
}
],
"entities" :
[
{
"objectClassName" : "entity",
"handle" : "XXXX",
"vcardArray":[
"vcard",
[
["version", {}, "text", "4.0"],
["fn", {}, "text", "Joe User"],
["kind", {}, "text", "individual"],
["lang", {
"pref":"1"
}, "language-tag", "fr"],
["lang", {
"pref":"2"
}, "language-tag", "en"],
["org", {
"type":"work"
}, "text", "Example"],
["title", {}, "text", "Research Scientist"],
["role", {}, "text", "Project Lead"],
["adr",
{ "type":"work" },
"text",
[
"",
"Suite 1234",
"4321 Rue Somewhere",
"Quebec",
"QC",
"G1V 2M2",
"Canada"
]
],
["tel",
{ "type":["work", "voice"], "pref":"1" },
"uri", "tel:+1-555-555-1234;ext=102"
],
["email",
{ "type":"work" },
"text", "joe.user@example.com"
]
]
],
"roles" : [ "registrant" ],
"remarks" :
[
{
"description" :
[
"She sells sea shells down by the sea shore.",
"Originally written by Terry Sullivan."
]
}
],
"links" :
[
{
"value" : "http://example.net/entity/XXXX",
"rel" : "self",
"href" : "http://example.net/entity/XXXX",
"type" : "application/rdap+json"
}
],
"events" :
[
{
"eventAction" : "registration",
"eventDate" : "1990-12-31T23:59:59Z"
},
{
"eventAction" : "last changed",
"eventDate" : "1991-12-31T23:59:59Z"
}
]
}
]
}
Figure 27
図27
The Autonomous System number object class can contain the following members:
自律システム番号オブジェクトクラスには、次のメンバーを含めることができます。
o objectClassName -- the string "autnum"
o オブジェクトクラス名-文字列「autumn」
o handle -- a string representing an RIR-unique identifier of the autnum registration
o handle-autnum登録のRIR固有の識別子を表す文字列
o startAutnum -- a number representing the starting number [RFC5396] in the block of Autonomous System numbers
o startAutnum -- a number representing the starting number [RFC5396] in the block of Autonomous System numbers
o endAutnum -- a number representing the ending number [RFC5396] in the block of Autonomous System numbers
o endAutnum-自律システム番号のブロックの終了番号[RFC5396]を表す番号
o name -- an identifier assigned to the autnum registration by the registration holder
o name-登録所有者がautnum登録に割り当てた識別子
o type -- a string containing an RIR-specific classification of the autnum
o type-autnumのRIR固有の分類を含む文字列
o status -- an array of strings indicating the state of the autnum
o status-秋の状態を示す文字列の配列
o country -- a string containing the name of the two-character country code of the autnum
o country -- a string containing the name of the two-character country code of the autnum
o entities -- an array of entity objects as defined by Section 5.1
o entity-セクション5.1で定義されているエンティティオブジェクトの配列
o remarks -- see Section 4.3
o 備考-セクション4.3を参照
o links -- see Section 4.2
o リンク-セクション4.2を参照
o port43 -- see Section 4.7
o port43-セクション4.7を参照
o events -- see Section 4.5
o イベント-セクション4.5を参照
Some non-answer responses may return entity bodies with information that could be more descriptive.
一部の非回答応答は、より説明的な情報を持つエンティティ本体を返す場合があります。
The basic structure of that response is an object class containing an error code number (corresponding to the HTTP response code) followed by a string named "title" and an array of strings named "description".
その応答の基本構造は、エラーコード番号（HTTP応答コードに対応）を含むオブジェクトクラスで、その後に「title」という名前の文字列と「description」という名前の文字列の配列が続きます。
This is an example of the common response body.
これは、一般的な応答本文の例です。
{
"errorCode": 418,
"title": "Your Beverage Choice is Not Available",
"description":
[
"I know coffee has more ummppphhh.",
"Sorry, dude!"
]
}
Figure 28
図28
This is an example of the common response body with an rdapConformance and notices data structures:
これは、rdapConformanceを含む一般的な応答本文の例であり、データ構造に注目しています。
{
"rdapConformance" :
[
"rdap_level_0"
],
"notices" :
[
{
"title" : "Beverage Policy",
"description" :
[
"Beverages with caffeine for keeping horses awake."
],
"links" :
[
{
"value" : "http://example.net/ip/192.0.2.0/24",
"rel" : "alternate",
"type" : "text/html",
"href" : "http://www.example.com/redaction_policy.html"
}
]
}
],
"lang" : "en",
"errorCode": 418,
"title": "Your beverage choice is not available",
"description":
[
"I know coffee has more ummppphhh.",
"Sorry, dude!"
]
}
Figure 29
図29
The appropriate response to /help queries as defined by [RFC7482] is to use the notices structure as defined in Section 4.3.
[RFC7482]で定義されている/ helpクエリに対する適切な応答は、セクション4.3で定義されている通知構造を使用することです。
This is an example of a response to a /help query including the rdapConformance data structure.
これは、rdapConformanceデータ構造を含む/ helpクエリに対する応答の例です。
{
"rdapConformance" :
[
"rdap_level_0"
],
"notices" :
[
{
"title" : "Authentication Policy",
"description" :
[
"Access to sensitive data for users with proper credentials."
],
"links" :
[
{
"value" : "http://example.net/help",
"rel" : "alternate",
"type" : "text/html",
"href" : "http://www.example.com/auth_policy.html"
}
]
}
]
}
Figure 30
図30
[RFC7482] specifies three types of searches: domains, nameservers, and entities. Responses to these searches take the form of an array of object instances where each instance is an appropriate object class for the search (i.e., a search for /domains yields an array of domain object instances). These arrays are contained within the response object.
[RFC7482]は、ドメイン、ネームサーバー、エンティティの3種類の検索を指定しています。これらの検索への応答は、オブジェクトインスタンスの配列の形式をとります。各インスタンスは、検索に適したオブジェクトクラスです（つまり、/ domainsを検索すると、ドメインオブジェクトインスタンスの配列が生成されます）。これらの配列は、応答オブジェクト内に含まれています。
The names of the arrays are as follows:
配列の名前は次のとおりです。
o for /domains searches, the array is "domainSearchResults"
o / domains検索の場合、配列は「domainSearchResults」です。
o for /nameservers searches, the array is "nameserverSearchResults"
o for /nameservers searches, the array is "nameserverSearchResults"
o for /entities searches, the array is "entitySearchResults"
o / entities検索の場合、配列は「entitySearchResults」です
The following is an elided example of a response to a /domains search.
以下は、/ domains検索への応答の省略された例です。
{
"rdapConformance" :
[
"rdap_level_0"
],
...
"domainSearchResults" :
[
{
"objectClassName" : "domain",
"handle" : "1-XXXX",
"ldhName" : "1.example.com",
...
},
{
"objectClassName" : "domain",
"handle" : "2-XXXX",
"ldhName" : "2.example.com",
...
}
]
}
Figure 31
図31
In cases where the data of a response needs to be limited or parts of the data need to be omitted, the response is considered "truncated". A truncated response is still valid JSON, but some of the results in a search set or some of the data in an object are not provided by the server. A server may indicate this by including a typed notice in the response object.
応答のデータを制限する必要がある場合、またはデータの一部を省略する必要がある場合、応答は「切り捨てられた」と見なされます。切り捨てられた応答は引き続き有効なJSONですが、検索セットの結果の一部またはオブジェクトの一部のデータはサーバーによって提供されません。サーバーは、応答オブジェクトに型付きの通知を含めることでこれを示すことができます。
The following is an elided example of a search response that has been truncated.
以下は、切り捨てられた検索応答の省略された例です。
{
"rdapConformance" :
[
"rdap_level_0"
],
"notices" :
[
{
"title" : "Search Policy",
"type" : "result set truncated due to authorization",
"description" :
[
"Search results are limited to 25 per day per querying IP."
],
"links" :
[
{
"value" : "http://example.net/help",
"rel" : "alternate",
"type" : "text/html",
"href" : "http://www.example.com/search_policy.html"
}
]
}
],
"domainSearchResults" :
[
...
]
}
Figure 32
図32
A similar technique can be used with a typed remark where a single object has been returned and data in that object has been truncated. Such an example might be an entity object with only a partial set of the IP networks associated with it.
同様の手法は、単一のオブジェクトが返され、そのオブジェクトのデータが切り捨てられている型付き注釈でも使用できます。このような例は、関連付けられたIPネットワークの部分的なセットのみを持つエンティティオブジェクトである場合があります。
The following is an elided example of an entity truncated data.
以下は、エンティティが切り捨てられたデータの省略された例です。
{
"objectClassName" : "entity",
"handle" : "ANENTITY",
"roles" : [ "registrant" ],
...
"entities" :
[
{
"objectClassName" : "entity",
"handle": "ANEMBEDDEDENTITY",
"roles" : [ "technical" ],
...
},
...
],
"networks" :
[
...
],
...
"remarks" :
[
{
"title" : "Data Policy",
"type" : "object truncated due to unexplainable reason",
"description" :
[
"Some of the data in this object has been removed."
],
"links" :
[
{
"value" : "http://example.net/help",
"rel" : "alternate",
"type" : "text/html",
"href" : "http://www.example.com/data_policy.html"
}
]
}
]
}
Figure 33
図33
This specification registers the "application/rdap+json" media type.
この仕様は、「application / rdap + json」メディアタイプを登録します。
Type name: application
タイプ名：アプリケーション
Subtype name: rdap+json
サブタイプ名：rdap + json
Required parameters: n/a
必須パラメーター：なし
Encoding considerations: See Section 3.1 of [RFC6839].
Encoding considerations: See Section 3.1 of [RFC6839].
Security considerations: The media represented by this identifier does not have security considerations beyond that found in Section 6 of [RFC7159].
セキュリティに関する考慮事項：この識別子で表されるメディアには、[RFC7159]のセクション6に記載されている以上のセキュリティに関する考慮事項はありません。
Interoperability considerations: There are no known interoperability problems regarding this media format.
相互運用性に関する考慮事項：このメディア形式に関する既知の相互運用性の問題はありません。
Published specification: RFC 7483
公開された仕様：RFC 7483
Applications that use this media type: Implementations of the Registration Data Access Protocol (RDAP).
Applications that use this media type: Implementations of the Registration Data Access Protocol (RDAP).
Additional information: This media type is a product of the IETF WEIRDS working group. The WEIRDS charter, information on the WEIRDS mailing list, and other documents produced by the WEIRDS working group can be found at <https://datatracker.ietf.org/wg/weirds/>.
追加情報：このメディアタイプは、IETF WEIRDSワーキンググループの製品です。 WEIRDS憲章、WEIRDSメーリングリストの情報、およびWEIRDSワーキンググループによって作成されたその他のドキュメントは、<https://datatracker.ietf.org/wg/weirds/>にあります。
Person & email address to contact for further information: IESG
<iesg@ietf.org>
Intended usage: COMMON
使用目的：COMMON
Restrictions on usage: none
Restrictions on usage: none
Author: Andy Newton
著者：アンディ・ニュートン
Change controller: IETF
Change controller: IETF
Provisional Registration: No (upon publication of this RFC)
仮登録：いいえ（このRFCの公開時）
IANA has created a category in the protocol registries labeled "Registration Data Access Protocol (RDAP)", and within that category, IANA has established a URL-referenceable, stand-alone registry labeled "RDAP JSON Values". This new registry is for use in the notices and remarks (Section 4.3), status (Section 4.6), role (Section 5.1), event action (Section 4.5), and domain variant relation (Section 5.3) fields specified in RDAP.
IANA has created a category in the protocol registries labeled "Registration Data Access Protocol (RDAP)", and within that category, IANA has established a URL-referenceable, stand-alone registry labeled "RDAP JSON Values". This new registry is for use in the notices and remarks (Section 4.3), status (Section 4.6), role (Section 5.1), event action (Section 4.5), and domain variant relation (Section 5.3) fields specified in RDAP.
Each entry in the registry contains the following fields:
Each entry in the registry contains the following fields:
1. Value -- the string value being registered.
1. 値-登録される文字列値。
2. Type -- the type of value being registered. It should be one of the following:
2. タイプ-登録される値のタイプ。次のいずれかである必要があります。
* "notice or remark type" -- denotes a type of notice or remark.
* 「通知または発言タイプ」-通知または発言のタイプを示します。
* "status" -- denotes a value for the "status" object member as defined by Section 4.6.
* 「ステータス」-セクション4.6で定義されている「ステータス」オブジェクトメンバーの値を示します。
* "role" -- denotes a value for the "role" array as defined in Section 5.1.
* "role" -- denotes a value for the "role" array as defined in Section 5.1.
* "event action" -- denotes a value for an event action as defined in Section 4.5.
* 「イベントアクション」-セクション4.5で定義されているイベントアクションの値を示します。
* "domain variant relation" -- denotes a relationship between a domain and a domain variant as defined in Section 5.3.
* 「ドメインバリアント関係」-セクション5.3で定義されているドメインとドメインバリアント間の関係を示します。
3. Description -- a one- or two-sentence description regarding the meaning of the value, how it might be used, and/or how it should be interpreted by clients.
3. Description -- a one- or two-sentence description regarding the meaning of the value, how it might be used, and/or how it should be interpreted by clients.
4. Registrant Name -- the name of the person registering the value.
4. Registrant Name -- the name of the person registering the value.
5. Registrant Contact Information -- an email address, postal address, or some other information to be used to contact the registrant.
5. Registrant Contact Information -- an email address, postal address, or some other information to be used to contact the registrant.
This registry is operated under the "Expert Review" policy defined in [RFC5226].
This registry is operated under the "Expert Review" policy defined in [RFC5226].
Review of registrations into this registry by the designated expert(s) should be narrowly judged on the following criteria:
指定された専門家によるこのレジストリへの登録のレビューは、以下の基準で厳密に判断されるべきです：
1. Values in need of being placed into multiple types must be assigned a separate registration for each type.
1. 複数のタイプに配置する必要がある値には、タイプごとに個別の登録を割り当てる必要があります。
2. Values must be strings. They should be multiple words separated by single space characters. Every character should be lowercased. If possible, every word should be given in English and each character should be US-ASCII.
2. 値は文字列でなければなりません。それらは、単一のスペース文字で区切られた複数の単語でなければなりません。すべての文字を小文字にする必要があります。可能であれば、すべての単語を英語で示し、各文字をUS-ASCIIにする必要があります。
3. Registrations should not duplicate the meaning of any existing registration. That is, if a request for a registration is significantly similar in nature to an existing registration, the request should be denied. For example, the terms "maintainer" and "registrant" are significantly similar in nature as they both denote a holder of a domain name or Internet number resource. In cases where it may be reasonably argued that machine interpretation of two similar values may alter the operation of client software, designated experts should not judge the values to be of significant similarity.
3. 登録は、既存の登録の意味を複製するべきではありません。つまり、登録の要求が既存の登録と本質的に非常に似ている場合は、要求を拒否する必要があります。たとえば、「メンテナ」と「登録者」という用語は、どちらもドメイン名またはインターネット番号リソースの所有者を表すため、性質が非常に似ています。 2つの類似した値の機械による解釈がクライアントソフトウェアの動作を変更する可能性があると合理的に主張される場合、指定された専門家は値が有意に類似していると判断しないでください。
4. Registrations should be relevant to the common usages of RDAP. Designated experts may rely upon the serving of the value by a DNR or RIR to make this determination.
4. 登録は、RDAPの一般的な使用法に関連している必要があります。指定された専門家は、DNRまたはRIRによる値の提供に依存して、この決定を行うことができます。
The following sections provide initial registrations into this registry.
次のセクションでは、このレジストリへの初期登録について説明します。
The following values have been registered in the "RDAP JSON Values" registry:
「RDAP JSON値」レジストリに次の値が登録されています。
Value: result set truncated due to authorization Type: notice and remark type Description: The list of results does not contain all results due to lack of authorization. This may indicate to some clients that proper authorization will yield a longer result set. Registrant Name: IESG Registrant Contact Information: iesg@ietf.org Value: result set truncated due to excessive load Type: notice and remark type Description: The list of results does not contain all results due to an excessively heavy load on the server. This may indicate to some clients that requerying at a later time will yield a longer result set. Registrant Name: IESG Registrant Contact Information: iesg@ietf.org
値：結果セットは許可のために切り捨てられましたタイプ：通知と注釈のタイプ説明：結果のリストには、許可がないためにすべての結果が含まれていません。これは、適切な認証がより長い結果セットを生成することを一部のクライアントに示す可能性があります。登録者名：IESG登録者の連絡先情報：iesg@ietf.org値：過度の負荷のために結果セットが切り捨てられましたタイプ：通知と注釈のタイプ説明：サーバーの負荷が過度に高いため、結果のリストにすべての結果が含まれていません。これは、後で再クエリを実行するとより長い結果セットが生成されることを一部のクライアントに示す可能性があります。登録者名：IESG登録者連絡先情報：iesg@ietf.org
Value: result set truncated due to unexplainable reasons Type: notice and remark type Description: The list of results does not contain all results for an unexplainable reason. This may indicate to some clients that requerying for any reason will not yield a longer result set. Registrant Name: IESG Registrant Contact Information: iesg@ietf.org
値：説明できない理由により切り捨てられた結果セットタイプ：通知と注釈のタイプ説明：結果のリストには、説明できない理由によるすべての結果が含まれていません。これは、何らかの理由で再クエリを実行しても結果セットが長くならないことを一部のクライアントに示す可能性があります。登録者名：IESG登録者連絡先情報：iesg@ietf.org
Value: object truncated due to authorization Type: notice and remark type Description: The object does not contain all data due to lack of authorization. Registrant Name: IESG Registrant Contact Information: iesg@ietf.org
値：許可のために切り捨てられたオブジェクトタイプ：通知と注釈のタイプ説明：許可がないため、オブジェクトにすべてのデータが含まれていません。登録者名：IESG登録者連絡先情報：iesg@ietf.org
Value: object truncated due to excessive load Type: notice and remark type Description: The object does not contain all data due to an excessively heavy load on the server. This may indicate to some clients that requerying at a later time will yield all data of the object. Registrant Name: IESG Registrant Contact Information: iesg@ietf.org
値：過度の負荷のために切り捨てられたオブジェクトタイプ：通知と注釈のタイプ説明：サーバーの負荷が過度に高いため、オブジェクトにすべてのデータが含まれていません。これは、後で再クエリを実行するとオブジェクトのすべてのデータが得られることを一部のクライアントに示す可能性があります。登録者名：IESG登録者連絡先情報：iesg@ietf.org
Value: object truncated due to unexplainable reasons Type: notice and remark type Description: The object does not contain all data for an unexplainable reason. Registrant Name: IESG Registrant Contact Information: iesg@ietf.org
値：説明できない理由により切り捨てられたオブジェクトタイプ：通知と注釈のタイプ説明：説明できない理由でオブジェクトにすべてのデータが含まれているわけではありません。登録者名：IESG登録者連絡先情報：iesg@ietf.org
The following values have been registered in the "RDAP JSON Values" registry:
「RDAP JSON値」レジストリに次の値が登録されています。
Value: validated Type: status Description: Signifies that the data of the object instance has been found to be accurate. This type of status is usually found on entity object instances to note the validity of identifying contact information. Registrant Name: IESG Registrant Contact Information: iesg@ietf.org
値：検証済みタイプ：ステータス説明：オブジェクトインスタンスのデータが正確であることが判明したことを示します。このタイプのステータスは通常、エンティティオブジェクトのインスタンスにあり、連絡先情報の識別の有効性を示します。登録者名：IESG登録者連絡先情報：iesg@ietf.org
Value: renew prohibited Type: status Description: Renewal or reregistration of the object instance is forbidden. Registrant Name: IESG Registrant Contact Information: iesg@ietf.org
値：更新禁止タイプ：ステータス説明：オブジェクトインスタンスの更新または再登録は禁止されています。登録者名：IESG登録者連絡先情報：iesg@ietf.org
Value: update prohibited Type: status Description: Updates to the object instance are forbidden. Registrant Name: IESG Registrant Contact Information: iesg@ietf.org
値：更新禁止タイプ：ステータス説明：オブジェクトインスタンスへの更新は禁止されています。登録者名：IESG登録者連絡先情報：iesg@ietf.org
Value: transfer prohibited Type: status Description: Transfers of the registration from one registrar to another are forbidden. This type of status normally applies to DNR domain names. Registrant Name: IESG Registrant Contact Information: iesg@ietf.org
値：転送禁止タイプ：ステータス説明：あるレジストラから別のレジストラへの登録の転送は禁止されています。このタイプのステータスは通常、DNRドメイン名に適用されます。登録者名：IESG登録者連絡先情報：iesg@ietf.org
Value: delete prohibited Type: status Description: Deletion of the registration of the object instance is forbidden. This type of status normally applies to DNR domain names. Registrant Name: IESG Registrant Contact Information: iesg@ietf.org Value: proxy Type: status Description: The registration of the object instance has been performed by a third party. This is most commonly applied to entities. Registrant Name: IESG Registrant Contact Information: iesg@ietf.org
Value: delete prohibited Type: status Description: Deletion of the registration of the object instance is forbidden. This type of status normally applies to DNR domain names. Registrant Name: IESG Registrant Contact Information: iesg@ietf.org Value: proxy Type: status Description: The registration of the object instance has been performed by a third party. This is most commonly applied to entities. Registrant Name: IESG Registrant Contact Information: iesg@ietf.org
Value: private Type: status Description: The information of the object instance is not designated for public consumption. This is most commonly applied to entities. Registrant Name: IESG Registrant Contact Information: iesg@ietf.org
値：プライベートタイプ：ステータス説明：オブジェクトインスタンスの情報は、パブリック消費用に指定されていません。これは最も一般的にエンティティに適用されます。登録者名：IESG登録者連絡先情報：iesg@ietf.org
Value: removed Type: status Description: Some of the information of the object instance has not been made available and has been removed. This is most commonly applied to entities. Registrant Name: IESG Registrant Contact Information: iesg@ietf.org
値：削除されましたタイプ：ステータス説明：オブジェクトインスタンスの一部の情報は利用できず、削除されました。これは最も一般的にエンティティに適用されます。登録者名：IESG登録者連絡先情報：iesg@ietf.org
Value: obscured Type: status Description: Some of the information of the object instance has been altered for the purposes of not readily revealing the actual information of the object instance. This is most commonly applied to entities. Registrant Name: IESG Registrant Contact Information: iesg@ietf.org
値：不明瞭タイプ：ステータス説明：オブジェクトインスタンスの実際の情報を簡単に明らかにしないために、オブジェクトインスタンスの一部の情報が変更されています。これは最も一般的にエンティティに適用されます。登録者名：IESG登録者連絡先情報：iesg@ietf.org
Value: associated Type: status Description: The object instance is associated with other object instances in the registry. This is most commonly used to signify that a nameserver is associated with a domain or that an entity is associated with a network resource or domain. Registrant Name: IESG Registrant Contact Information: iesg@ietf.org Value: active Type: status Description: The object instance is in use. For domain names, it signifies that the domain name is published in DNS. For network and autnum registrations, it signifies that they are allocated or assigned for use in operational networks. This maps to the "OK" status of the Extensible Provisioning Protocol (EPP) [RFC5730] . Registrant Name: IESG Registrant Contact Information: iesg@ietf.org
値：関連するタイプ：ステータス説明：オブジェクトインスタンスは、レジストリ内の他のオブジェクトインスタンスに関連付けられています。これは、ネームサーバーがドメインに関連付けられていること、またはエンティティがネットワークリソースまたはドメインに関連付けられていることを示すために最も一般的に使用されます。登録者名：IESG登録者連絡先情報：iesg@ietf.org値：アクティブタイプ：ステータス説明：オブジェクトインスタンスは使用中です。ドメイン名の場合、ドメイン名がDNSで公開されていることを示します。ネットワークとautnumの登録の場合、運用ネットワークで使用するために割り当てまたは割り当てられることを意味します。これは、Extensible Provisioning Protocol（EPP）[RFC5730]の「OK」ステータスにマッピングされます。登録者名：IESG登録者連絡先情報：iesg@ietf.org
Value: inactive Type: status Description: The object instance is not in use. See "active". Registrant Name: IESG Registrant Contact Information: iesg@ietf.org
値：非アクティブタイプ：ステータス説明：オブジェクトインスタンスは使用されていません。 「アクティブ」を参照してください。登録者名：IESG登録者連絡先情報：iesg@ietf.org
Value: locked Type: status Description: Changes to the object instance cannot be made, including the association of other object instances. Registrant Name: IESG Registrant Contact Information: iesg@ietf.org
値：ロック済みタイプ：ステータス説明：他のオブジェクトインスタンスの関連付けを含め、オブジェクトインスタンスへの変更はできません。登録者名：IESG登録者連絡先情報：iesg@ietf.org
Value: pending create Type: status Description: A request has been received for the creation of the object instance, but this action is not yet complete. Registrant Name: IESG Registrant Contact Information: iesg@ietf.org
値：pending createタイプ：status説明：オブジェクトインスタンスの作成リクエストを受け取りましたが、このアクションはまだ完了していません。登録者名：IESG登録者連絡先情報：iesg@ietf.org
Value: pending renew Type: status Description: A request has been received for the renewal of the object instance, but this action is not yet complete. Registrant Name: IESG Registrant Contact Information: iesg@ietf.org Value: pending transfer Type: status Description: A request has been received for the transfer of the object instance, but this action is not yet complete. Registrant Name: IESG Registrant Contact Information: iesg@ietf.org
値：保留中の更新タイプ：ステータス説明：オブジェクトインスタンスの更新のリクエストを受け取りましたが、このアクションはまだ完了していません。登録者名：IESG登録者の連絡先情報：iesg@ietf.org値：保留中の転送タイプ：ステータス説明：オブジェクトインスタンスの転送要求を受け取りましたが、このアクションはまだ完了していません。登録者名：IESG登録者連絡先情報：iesg@ietf.org
Value: pending update Type: status Description: A request has been received for the update or modification of the object instance, but this action is not yet complete. Registrant Name: IESG Registrant Contact Information: iesg@ietf.org
値：保留中の更新タイプ：ステータス説明：オブジェクトインスタンスの更新または変更の要求を受け取りましたが、このアクションはまだ完了していません。登録者名：IESG登録者連絡先情報：iesg@ietf.org
Value: pending delete Type: status Description: A request has been received for the deletion or removal of the object instance, but this action is not yet complete. For domains, this might mean that the name is no longer published in DNS but has not yet been purged from the registry database. Registrant Name: IESG Registrant Contact Information: iesg@ietf.org
値：保留中の削除タイプ：ステータス説明：オブジェクトインスタンスの削除または削除のリクエストを受け取りましたが、このアクションはまだ完了していません。ドメインの場合、これは名前がDNSで公開されなくなったが、まだレジストリデータベースから削除されていないことを意味する場合があります。登録者名：IESG登録者連絡先情報：iesg@ietf.org
The following values have been registered in the "RDAP JSON Values" registry:
「RDAP JSON値」レジストリに次の値が登録されています。
Value: registration Type: event action Description: The object instance was initially registered. Registrant Name: IESG Registrant Contact Information: iesg@ietf.org
値：登録タイプ：イベントアクション説明：オブジェクトインスタンスは最初に登録されました。登録者名：IESG登録者連絡先情報：iesg@ietf.org
Value: reregistration Type: event action Description: The object instance was registered subsequently to initial registration. Registrant Name: IESG Registrant Contact Information: iesg@ietf.org Value: last changed Type: event action Description: An action noting when the information in the object instance was last changed. Registrant Name: IESG Registrant Contact Information: iesg@ietf.org
値：再登録タイプ：イベントアクション説明：オブジェクトインスタンスは、初期登録に続いて登録されました。登録者名：IESG登録者の連絡先情報：iesg@ietf.org値：最後に変更されたタイプ：イベントアクション説明：オブジェクトインスタンスの情報が最後に変更された日時を示すアクション。登録者名：IESG登録者連絡先情報：iesg@ietf.org
Value: expiration Type: event action Description: The object instance has been removed or will be removed at a predetermined date and time from the registry. Registrant Name: IESG Registrant Contact Information: iesg@ietf.org
値：有効期限タイプ：イベントアクション説明：オブジェクトインスタンスが削除されているか、または事前定義された日時にレジストリから削除されます。登録者名：IESG登録者連絡先情報：iesg@ietf.org
Value: deletion Type: event action Description: The object instance was removed from the registry at a point in time that was not predetermined. Registrant Name: IESG Registrant Contact Information: iesg@ietf.org
値：削除タイプ：イベントアクション説明：オブジェクトインスタンスは、事前に決定されていない時点でレジストリから削除されました。登録者名：IESG登録者連絡先情報：iesg@ietf.org
Value: reinstantiation Type: event action Description: The object instance was reregistered after having been removed from the registry. Registrant Name: IESG Registrant Contact Information: iesg@ietf.org
値：再インスタンス化タイプ：イベントアクション説明：レジストリから削除された後、オブジェクトインスタンスが再登録されました。登録者名：IESG登録者連絡先情報：iesg@ietf.org
Value: transfer Type: event action Description: The object instance was transferred from one registrant to another. Registrant Name: IESG Registrant Contact Information: iesg@ietf.org
値：転送タイプ：イベントアクション説明：オブジェクトインスタンスが1つの登録者から別の登録者に転送されました。登録者名：IESG登録者連絡先情報：iesg@ietf.org
Value: locked Type: event action Description: The object instance was locked (see the "locked" status). Registrant Name: IESG Registrant Contact Information: iesg@ietf.org Value: unlocked Type: event action Description: The object instance was unlocked (see the "locked" status). Registrant Name: IESG Registrant Contact Information: iesg@ietf.org
値：lockedタイプ：イベントアクション説明：オブジェクトインスタンスがロックされました（「locked」ステータスを参照）。登録者名：IESG登録者連絡先情報：iesg@ietf.org値：unlockedタイプ：イベントアクション説明：オブジェクトインスタンスがロック解除されました（「locked」ステータスを参照）。登録者名：IESG登録者連絡先情報：iesg@ietf.org
The following values have been registered in the "RDAP JSON Values" registry:
「RDAP JSON値」レジストリに次の値が登録されています。
Value: registrant Type: role Description: The entity object instance is the registrant of the registration. In some registries, this is known as a maintainer. Registrant Name: IESG Registrant Contact Information: iesg@ietf.org
値：登録者タイプ：ロール説明：エンティティオブジェクトインスタンスは、登録の登録者です。一部のレジストリでは、これはメンテナとして知られています。登録者名：IESG登録者連絡先情報：iesg@ietf.org
Value: technical Type: role Description: The entity object instance is a technical contact for the registration. Registrant Name: IESG Registrant Contact Information: iesg@ietf.org
Value: technical Type: role Description: The entity object instance is a technical contact for the registration. Registrant Name: IESG Registrant Contact Information: iesg@ietf.org
Value: administrative Type: role Description: The entity object instance is an administrative contact for the registration. Registrant Name: IESG Registrant Contact Information: iesg@ietf.org
値：管理タイプ：ロール説明：エンティティオブジェクトインスタンスは、登録の管理連絡先です。登録者名：IESG登録者連絡先情報：iesg@ietf.org
Value: abuse Type: role Description: The entity object instance handles network abuse issues on behalf of the registrant of the registration. Registrant Name: IESG Registrant Contact Information: iesg@ietf.org Value: billing Type: role Description: The entity object instance handles payment and billing issues on behalf of the registrant of the registration. Registrant Name: IESG Registrant Contact Information: iesg@ietf.org
値：abuseタイプ：role説明：エンティティオブジェクトインスタンスは、登録の登録者に代わってネットワークの不正使用の問題を処理します。登録者名：IESG登録者の連絡先情報：iesg@ietf.org値：課金タイプ：役割説明：エンティティオブジェクトインスタンスは、登録の登録者に代わって支払いと課金の問題を処理します。登録者名：IESG登録者連絡先情報：iesg@ietf.org
Value: registrar Type: role Description: The entity object instance represents the authority responsible for the registration in the registry. Registrant Name: IESG Registrant Contact Information: iesg@ietf.org
Value: registrar Type: role Description: The entity object instance represents the authority responsible for the registration in the registry. Registrant Name: IESG Registrant Contact Information: iesg@ietf.org
Value: reseller Type: role Description: The entity object instance represents a third party through which the registration was conducted (i.e., not the registry or registrar). Registrant Name: IESG Registrant Contact Information: iesg@ietf.org
値：リセラータイプ：ロール説明：エンティティオブジェクトインスタンスは、登録が行われたサードパーティを表します（つまり、レジストリやレジストラではありません）。登録者名：IESG登録者連絡先情報：iesg@ietf.org
Value: sponsor Type: role Description: The entity object instance represents a domain policy sponsor, such as an ICANN-approved sponsor. Registrant Name: IESG Registrant Contact Information: iesg@ietf.org
値：スポンサータイプ：ロール説明：エンティティオブジェクトインスタンスは、ICANN承認済みスポンサーなどのドメインポリシースポンサーを表します。登録者名：IESG登録者連絡先情報：iesg@ietf.org
Value: proxy Type: role Description: The entity object instance represents a proxy for another entity object, such as a registrant. Registrant Name: IESG Registrant Contact Information: iesg@ietf.org
値：プロキシタイプ：ロール説明：エンティティオブジェクトインスタンスは、登録者などの別のエンティティオブジェクトのプロキシを表します。登録者名：IESG登録者連絡先情報：iesg@ietf.org
Value: notifications Type: role Description: An entity object instance designated to receive notifications about association object instances. Registrant Name: IESG Registrant Contact Information: iesg@ietf.org Value: noc Type: role Description: The entity object instance handles communications related to a network operations center (NOC). Registrant Name: IESG Registrant Contact Information: iesg@ietf.org
値：notificationsタイプ：role説明：関連オブジェクトインスタンスに関する通知を受信するように指定されたエンティティオブジェクトインスタンス。登録者名：IESG登録者の連絡先情報：iesg@ietf.org値：nocタイプ：ロール説明：エンティティオブジェクトインスタンスは、ネットワークオペレーションセンター（NOC）に関連する通信を処理します。登録者名：IESG登録者連絡先情報：iesg@ietf.org
The following values have been registered in the "RDAP JSON Values" registry:
「RDAP JSON値」レジストリに次の値が登録されています。
Value: registered Type: domain variant relation Description: The variant names are registered in the registry. Registrant Name: IESG Registrant Contact Information: iesg@ietf.org
値：登録済みタイプ：ドメインとバリアントの関係説明：バリアント名はレジストリに登録されています。登録者名：IESG登録者連絡先情報：iesg@ietf.org
Value: unregistered Type: domain variant relation Description: The variant names are not found in the registry. Registrant Name: IESG Registrant Contact Information: iesg@ietf.org
値：未登録タイプ：ドメインバリアントリレーション説明：バリアント名がレジストリに見つかりません。登録者名：IESG登録者連絡先情報：iesg@ietf.org
Value: registration restricted Type: domain variant relation Description: Registration of the variant names is restricted to certain parties or within certain rules. Registrant Name: IESG Registrant Contact Information: iesg@ietf.org
値：登録制限タイプ：ドメインバリアント関係説明：バリアント名の登録は、特定の関係者または特定のルール内に制限されています。登録者名：IESG登録者連絡先情報：iesg@ietf.org
Value: open registration Type: domain variant relation Description: Registration of the variant names is available to generally qualified registrants. Registrant Name: IESG Registrant Contact Information: iesg@ietf.org Value: conjoined Type: domain variant relation Description: Registration of the variant names occurs automatically with the registration of the containing domain registration. Registrant Name: IESG Registrant Contact Information: iesg@ietf.org
値：オープン登録タイプ：ドメインバリアント関係説明：バリアント名の登録は、一般的に資格のある登録者が利用できます。登録者名：IESG登録者の連絡先情報：iesg@ietf.org値：結合タイプ：ドメインバリアントリレーション説明：バリアント名の登録は、含まれているドメイン登録の登録で自動的に行われます。登録者名：IESG登録者連絡先情報：iesg@ietf.org
This specification models information serialized in JSON format. As JSON is a subset of JavaScript, implementations are advised to follow the security considerations outlined in Section 6 of [RFC7159] to prevent code injection.
この仕様は、JSON形式でシリアル化された情報をモデル化します。 JSONはJavaScriptのサブセットであるため、コードインジェクションを防ぐために、[RFC7159]のセクション6で概説されているセキュリティの考慮事項に従うことをお勧めします。
Though not specific to JSON, RDAP implementers should be aware of the security considerations specified in [RFC7480] and the security requirements and considerations in [RFC7481].
JSONに固有ではありませんが、RDAPの実装者は、[RFC7480]で指定されているセキュリティの考慮事項、および[RFC7481]のセキュリティ要件と考慮事項に注意する必要があります。
Clients caching data, especially clients using RDAP-specific caches (instead of HTTP-layer caches), should have safeguards to prevent cache poisoning. See Section 5 for advice on using the self links for caching.
データをキャッシュするクライアント、特にRDAP固有のキャッシュ（HTTPレイヤーキャッシュの代わりに）を使用するクライアントには、キャッシュポイズニングを防ぐための保護手段が必要です。キャッシュにセルフリンクを使用する方法については、セクション5を参照してください。
Finally, service operators should be aware of the privacy mechanisms noted in Section 13.
最後に、サービスオペレーターは、セクション13に記載されているプライバシーメカニズムに注意する必要があります。
The default text encoding for JSON responses in RDAP is UTF-8 [RFC3629], and all servers and clients MUST support UTF-8.
RDAPのJSON応答のデフォルトのテキストエンコーディングはUTF-8 [RFC3629]であり、すべてのサーバーとクライアントはUTF-8をサポートする必要があります。
[RFC7480] defines the use of URIs and IRIs in RDAP.
[RFC7480]は、RDAPでのURIとIRIの使用を定義しています。
Section 4.4 defines the use of language tags in the JSON responses defined in this document.
セクション4.4では、このドキュメントで定義されているJSON応答での言語タグの使用を定義しています。
IDNs are denoted in this specification by the separation of DNS names in LDH form and Unicode form (see Section 3). Representation of IDNs in registries is described by the "variants" object in Section 5.3 and the suggested values listed in Section 10.2.5.
IDNs are denoted in this specification by the separation of DNS names in LDH form and Unicode form (see Section 3). Representation of IDNs in registries is described by the "variants" object in Section 5.3 and the suggested values listed in Section 10.2.5.
This specification suggests status values to denote contact and registrant information that has been marked as private and/or has been removed or obscured. See Section 10.2.2 for the complete list of status values. A few of the status values indicate that there are privacy concerns associated with the object instance. The following status codes SHOULD be used to describe data elements of a response when appropriate:
この仕様は、プライベートとしてマークされているか、削除されているか不明瞭である連絡先と登録者の情報を示すステータス値を提案しています。ステータス値の完全なリストについては、セクション10.2.2を参照してください。いくつかのステータス値は、オブジェクトインスタンスに関連付けられたプライバシーの懸念があることを示しています。次のステータスコードは、適切な場合に応答のデータ要素を説明するために使用する必要があります。
private -- The object is not be shared in query responses, unless the user is authorized to view this information.
private-ユーザーがこの情報の表示を許可されていない限り、オブジェクトはクエリ応答で共有されません。
removed -- Data elements within the object have been collected but have been omitted from the response. This option can be used to prevent unauthorized access to associated object instances without the need to mark them as private.
削除済み-オブジェクト内のデータ要素が収集されましたが、応答から省略されています。このオプションを使用すると、関連付けられたオブジェクトインスタンスへの不正アクセスを、それらをプライベートとしてマークする必要なく防止できます。
obscured -- Data elements within the object have been collected, but the response value has been altered so that values are not easily discernible. A value changed from "1212" to "XXXX" is an example of obscured data. This option may reveal privacy sensitive information and should only be used when data sensitivity does not require a more protective option like "private" or "removed".
不明瞭-オブジェクト内のデータ要素は収集されていますが、値を簡単に識別できないように応答値が変更されています。 「1212」から「XXXX」に変更された値は、隠されたデータの例です。このオプションはプライバシーの機密情報を明らかにする可能性があり、データの機密性が「プライベート」や「削除」のようなより保護的なオプションを必要としない場合にのみ使用されるべきです。
See Appendix A.1 for an example of applying those values to contacts and registrants.
これらの値を連絡先および登録者に適用する例については、付録A.1を参照してください。
[ISO.3166.1988] International Organization for Standardization, "Codes for the representation of names of countries, 3rd edition", ISO Standard 3166, August 1988.
[ISO.3166.1988]国際標準化機構、「国の名前を表すためのコード、第3版」、ISO標準3166、1988年8月。
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997, <http://www.rfc-editor.org/info/rfc2119>.
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997, <http://www.rfc-editor.org/info/rfc2119>.
[RFC3339] Klyne, G., Ed. and C. Newman, "Date and Time on the Internet: Timestamps", RFC 3339, July 2002, <http://www.rfc-editor.org/info/rfc3339>.
[RFC3339]クライン、G、エド。 C.ニューマン、「インターネット上の日付と時刻：タイムスタンプ」、RFC 3339、2002年7月、<http://www.rfc-editor.org/info/rfc3339>。
[RFC3629] Yergeau, F., "UTF-8, a transformation format of ISO 10646", STD 63, RFC 3629, November 2003, <http://www.rfc-editor.org/info/rfc3629>.
[RFC3629] Yergeau、F。、「UTF-8、ISO 10646の変換フォーマット」、STD 63、RFC 3629、2003年11月、<http://www.rfc-editor.org/info/rfc3629>。
[RFC3986] Berners-Lee, T., Fielding, R., and L. Masinter, "Uniform Resource Identifier (URI): Generic Syntax", STD 66, RFC 3986, January 2005, <http://www.rfc-editor.org/info/rfc3986>.
[RFC3986] Berners-Lee、T.、Fielding、R。、およびL. Masinter、「Uniform Resource Identifier（URI）：Generic Syntax」、STD 66、RFC 3986、2005年1月、<http：//www.rfc- editor.org/info/rfc3986>。
[RFC4034] Arends, R., Austein, R., Larson, M., Massey, D., and S. Rose, "Resource Records for the DNS Security Extensions", RFC 4034, March 2005, <http://www.rfc-editor.org/info/rfc4034>.
[RFC4034] Arends、R.、Austein、R.、Larson、M.、Massey、D。、およびS. Rose、「DNS Security Extensionsのリソースレコード」、RFC 4034、2005年3月、<http：// www .rfc-editor.org / info / rfc4034>。
[RFC5226] Narten, T. and H. Alvestrand, "Guidelines for Writing an IANA Considerations Section in RFCs", BCP 26, RFC 5226, May 2008, <http://www.rfc-editor.org/info/rfc5226>.
[RFC5226] Narten、T。およびH. Alvestrand、「RFCでIANAの考慮事項セクションを作成するためのガイドライン」、BCP 26、RFC 5226、2008年5月、<http://www.rfc-editor.org/info/rfc5226> 。
[RFC5396] Huston, G. and G. Michaelson, "Textual Representation of Autonomous System (AS) Numbers", RFC 5396, December 2008, <http://www.rfc-editor.org/info/rfc5396>.
[RFC5396] Huston、G.およびG. Michaelson、「Textual Representation of Autonomous System（AS）Numbers」、RFC 5396、2008年12月、<http://www.rfc-editor.org/info/rfc5396>。
[RFC5646] Phillips, A. and M. Davis, "Tags for Identifying Languages", BCP 47, RFC 5646, September 2009, <http://www.rfc-editor.org/info/rfc5646>.
[RFC5646] Phillips、A。およびM. Davis、「Tags for Identificationing Languages」、BCP 47、RFC 5646、2009年9月、<http://www.rfc-editor.org/info/rfc5646>。
[RFC5890] Klensin, J., "Internationalized Domain Names for Applications (IDNA): Definitions and Document Framework", RFC 5890, August 2010, <http://www.rfc-editor.org/info/rfc5890>.
[RFC5890] Klensin、J。、「Internationalized Domain Names for Applications（IDNA）：Definitions and Document Framework」、RFC 5890、2010年8月、<http://www.rfc-editor.org/info/rfc5890>。
[RFC5952] Kawamura, S. and M. Kawashima, "A Recommendation for IPv6 Address Text Representation", RFC 5952, August 2010, <http://www.rfc-editor.org/info/rfc5952>.
[RFC5952] Kawamura、S. and M. Kawashima、 "A Recommendation for IPv6 Address Text Representation"、RFC 5952、August 2010、<http://www.rfc-editor.org/info/rfc5952>。
[RFC5988] Nottingham, M., "Web Linking", RFC 5988, October 2010, <http://www.rfc-editor.org/info/rfc5988>.
[RFC5988] Nottingham, M., "Web Linking", RFC 5988, October 2010, <http://www.rfc-editor.org/info/rfc5988>.
[RFC7095] Kewisch, P., "jCard: The JSON Format for vCard", RFC 7095, January 2014, <http://www.rfc-editor.org/info/rfc7095>.
[RFC7095] Kewisch, P., "jCard: The JSON Format for vCard", RFC 7095, January 2014, <http://www.rfc-editor.org/info/rfc7095>.
[RFC7159] Bray, T., "The JavaScript Object Notation (JSON) Data Interchange Format", RFC 7159, March 2014, <http://www.rfc-editor.org/info/rfc7159>.
[RFC7159]ブレイ、T。、「JavaScriptオブジェクト記法（JSON）データ交換形式」、RFC 7159、2014年3月、<http://www.rfc-editor.org/info/rfc7159>。
[RFC7480] Newton, A., Ellacott, B., and N. Kong, "HTTP Usage in the Registration Data Access Protocol (RDAP)", RFC 7480, March 2015, <http://www.rfc-editor.org/info/rfc7480>.
[RFC7480]ニュートン、A。、エラコット、B。、およびN.コング、「登録データアクセスプロトコル（RDAP）でのHTTPの使用」、RFC 7480、2015年3月、<http://www.rfc-editor.org / info / rfc7480>。
[RFC7481] Hollenbeck, S. and N. Kong, "Security Services for the Registration Data Access Protocol (RDAP)", RFC 7481, March 2015, <http://www.rfc-editor.org/info/rfc7481>.
[RFC7481] Hollenbeck、S. and N. Kong、 "Security Services for the Registration Data Access Protocol（RDAP）"、RFC 7481、March 2015、<http://www.rfc-editor.org/info/rfc7481>。
[RFC7482] Newton, A. and S. Hollenbeck, "Registration Data Access Protocol (RDAP) Query Format", RFC 7482, March 2015, <http://www.rfc-editor.org/info/rfc7482>.
[RFC7482]ニュートンA.およびS.ホレンベック、「Registration Data Access Protocol（RDAP）Query Format」、RFC 7482、2015年3月、<http://www.rfc-editor.org/info/rfc7482>。
[IANA_IDNTABLES] IANA, "Repository of IDN Practices", <http://www.iana.org/domains/idn-tables>.
[IANA_IDNTABLES] IANA、 "Repository of IDN Practices"、<http://www.iana.org/domains/idn-tables>。
[JSON_ascendancy] MacVittie, L., "The Stealthy Ascendancy of JSON", April 2011, <https://devcentral.f5.com/weblogs/macvittie/ archive/2011/04/27/the-stealthy-ascendancy-of-json.aspx>.
[JSON_ascendancy] MacVittie、L。、「The Stealthy Ascendancy of JSON」、2011年4月、<https://devcentral.f5.com/weblogs/macvittie/ archive / 2011/04/27 / the-stealthy-ascendancy-of- json.aspx>。
[JSON_performance_study] Nurseitov, N., Paulson, M., Reynolds, R., and C. Izurieta, "Comparison of JSON and XML Data Interchange Formats: A Case Study", 2009, <http://www.cs.montana.edu/izurieta/pubs/caine2009.pdf>.
[JSON_performance_study] Nurseitov、N.、Paulson、M.、Reynolds、R.、C。Izurieta、「Comparison of JSON and XML Data Interchange Formats：A Case Study」、2009、<http：//www.cs.montana .edu / izurieta / pubs / caine2009.pdf>。
[RFC3912] Daigle, L., "WHOIS Protocol Specification", RFC 3912, September 2004, <http://www.rfc-editor.org/info/rfc3912>.
[RFC3912] Daigle、L。、「WHOIS Protocol Specification」、RFC 3912、2004年9月、<http://www.rfc-editor.org/info/rfc3912>。
[RFC5730] Hollenbeck, S., "Extensible Provisioning Protocol (EPP)", STD 69, RFC 5730, August 2009, <http://www.rfc-editor.org/info/rfc5730>.
[RFC5730] Hollenbeck、S。、「Extensible Provisioning Protocol（EPP）」、STD 69、RFC 5730、2009年8月、<http://www.rfc-editor.org/info/rfc5730>。
[RFC5910] Gould, J. and S. Hollenbeck, "Domain Name System (DNS) Security Extensions Mapping for the Extensible Provisioning Protocol (EPP)", RFC 5910, May 2010, <http://www.rfc-editor.org/info/rfc5910>.
[RFC5910] Gould, J. and S. Hollenbeck, "Domain Name System (DNS) Security Extensions Mapping for the Extensible Provisioning Protocol (EPP)", RFC 5910, May 2010, <http://www.rfc-editor.org/info/rfc5910>.
[RFC6350] Perreault, S., "vCard Format Specification", RFC 6350, August 2011, <http://www.rfc-editor.org/info/rfc6350>.
[RFC6350] Perreault、S。、「vCard Format Specification」、RFC 6350、2011年8月、<http://www.rfc-editor.org/info/rfc6350>。
[RFC6839] Hansen, T. and A. Melnikov, "Additional Media Type Structured Syntax Suffixes", RFC 6839, January 2013, <http://www.rfc-editor.org/info/rfc6839>.
[RFC6839] Hansen、T。およびA. Melnikov、「Additional Media Type Structured Syntax Suffixes」、RFC 6839、2013年1月、<http://www.rfc-editor.org/info/rfc6839>。
This document does not provide specific object classes for registrants and contacts. Instead, the entity object class may be used to represent a registrant or contact. When the entity object is embedded inside a containing object such as a domain name or IP network, the "roles" string array can be used to signify the relationship. It is recommended that the values from Section 10.2.4 be used.
このドキュメントでは、登録者と連絡先に特定のオブジェクトクラスを提供していません。代わりに、エンティティオブジェクトクラスを使用して、登録者または連絡先を表すことができます。エンティティオブジェクトがドメイン名やIPネットワークなどの包含オブジェクト内に埋め込まれている場合、「ロール」文字列配列を使用して関係を示すことができます。セクション10.2.4の値を使用することをお勧めします。
The following is an example of an elided containing object with an embedded entity that is both a registrant and administrative contact:
以下は、登録者と管理者の両方の連絡先である埋め込みエンティティを持つ省略された包含オブジェクトの例です。
{
...
"entities" :
[
{
"objectClassName" : "entity",
"handle" : "XXXX",
"vcardArray":[
"vcard",
[
["version", {}, "text", "4.0"],
["fn", {}, "text", "Joe User"],
["kind", {}, "text", "individual"],
["lang", {
"pref":"1"
}, "language-tag", "fr"],
["lang", {
"pref":"2"
}, "language-tag", "en"],
["org", {
"type":"work"
}, "text", "Example"],
["title", {}, "text", "Research Scientist"],
["role", {}, "text", "Project Lead"],
["adr",
{ "type":"work" },
"text",
[
"",
"Suite 1234",
"4321 Rue Somewhere",
"Quebec",
"QC",
"G1V 2M2",
"Canada"
]
],
["tel",
{ "type":["work", "voice"], "pref":"1" },
"uri", "tel:+1-555-555-1234;ext=102"
],
["email",
{ "type":"work" },
"text", "joe.user@example.com"
]
]
],
"roles" : [ "registrant", "administrative" ],
"remarks" :
[
{
"description" :
[
"She sells sea shells down by the sea shore.",
"Originally written by Terry Sullivan."
]
}
],
"events" :
[
{
"eventAction" : "registration",
"eventDate" : "1990-12-31T23:59:59Z"
},
{
"eventAction" : "last changed",
"eventDate" : "1991-12-31T23:59:59Z"
}
]
}
]
}
Figure 34
Figure 34
In many use cases, it is necessary to hide or obscure the information of a registrant or contact due to policy or other operational matters. Registries can denote these situations with "status" values (see Section 10.2.2).
多くの使用例では、ポリシーまたはその他の運用上の問題のために、登録者または連絡先の情報を非表示または不明瞭にする必要があります。レジストリはこれらの状況を「ステータス」値で示すことができます（セクション10.2.2を参照）。
The following is an elided example of a registrant with information changed to reflect that of a third party.
以下は、第三者の情報を反映するために情報が変更された登録者の省略された例です。
{
...
"entities" :
[
{
"objectClassName" : "entity",
"handle" : "XXXX",
...
"roles" : [ "registrant", "administrative" ],
"status" : [ "proxy", "private", "obscured" ]
}
]
}
Figure 35
図35
This document does not provide a specific object class for registrars, but like registrants and contacts (see Appendix A.1), the "roles" string array maybe used. Additionally, many registrars have publicly assigned identifiers. The publicIds structure (Section 4.8) represents that information.
このドキュメントでは、レジストラ用の特定のオブジェクトクラスを提供していませんが、登録者や連絡先（付録A.1を参照）と同様に、「ロール」文字列配列を使用できます。さらに、多くのレジストラは識別子を公に割り当てています。 publicIds構造（セクション4.8）はその情報を表します。
The following is an example of an elided containing object with an embedded entity that is a registrar:
以下は、レジストラであるエンティティが埋め込まれた、省略された包含オブジェクトの例です。
{
...
"entities":[
{
"objectClassName" : "entity",
"handle":"XXXX",
"vcardArray":[
"vcard",
[
["version", {}, "text", "4.0"],
["fn", {}, "text", "Joe's Fish, Chips, and Domains"],
["kind", {}, "text", "org"],
["lang", {
"pref":"1"
}, "language-tag", "fr"],
["lang", {
"pref":"2"
}, "language-tag", "en"],
["org", {
"type":"work"
}, "text", "Example"],
["adr",
{ "type":"work" },
"text",
[
"",
"Suite 1234",
"4321 Rue Somewhere",
"Quebec",
"QC",
"G1V 2M2",
"Canada"
]
],
["tel",
{
"type":["work", "voice"],
"pref":"1"
},
"uri", "tel:+1-555-555-1234;ext=102"
],
["email",
{ "type":"work" },
"text", "joes_fish_chips_and_domains@example.com"
]
]
],
"roles":[ "registrar" ],
"publicIds":[
{
"type":"IANA Registrar ID",
"identifier":"1"
}
],
"remarks":[
{
"description":[
"She sells sea shells down by the sea shore.",
"Originally written by Terry Sullivan."
]
}
],
"links":[
{
"value":"http://example.net/entity/XXXX",
"rel":"alternate",
"type":"text/html",
"href":"http://www.example.com"
}
]
}
]
}
Figure 36
図36
Events represent actions that have taken place against a registered object at a certain date and time. Events have three properties: the action, the actor, and the date and time of the event (which is sometimes in the future). In some cases, the identity of the actor is not captured.
イベントは、特定の日時に登録されたオブジェクトに対して行われたアクションを表します。イベントには3つのプロパティがあります。アクション、アクター、およびイベントの日付と時刻（将来の場合もあります）。場合によっては、俳優の身元が取得されません。
Events can be modeled in three ways:
イベントは次の3つの方法でモデル化できます。
1. events with no designated actor
1. 指定俳優なしのイベント
2. events where the actor is only designated by an identifier
2. events where the actor is only designated by an identifier
3. events where the actor can be modeled as an entity
3. アクターをエンティティとしてモデル化できるイベント
For the first use case, the events data structure (Section 4.5) is used without the "eventActor" object member.
For the first use case, the events data structure (Section 4.5) is used without the "eventActor" object member.
This is an example of an "events" array without the "eventActor".
これは、「eventActor」のない「events」配列の例です。
"events" :
[
{
"eventAction" : "registration",
"eventDate" : "1990-12-31T23:59:59Z"
}
]
Figure 37
図37
For the second use case, the events data structure (Section 4.5) is used with the "eventActor" object member.
2番目の使用例では、イベントデータ構造（4.5節）が「eventActor」オブジェクトメンバーで使用されます。
This is an example of an "events" array with the "eventActor".
これは、「eventActor」を含む「events」配列の例です。
"events" :
[
{
"eventAction" : "registration",
"eventActor" : "XYZ-NIC",
"eventDate" : "1990-12-31T23:59:59Z"
}
]
Figure 38
図38
For the third use case, the "asEventActor" array is used when an entity (Section 5.1) is embedded into another object class. The "asEventActor" array follows the same structure as the "events" array but does not have "eventActor" attributes.
3番目の使用例では、エンティティ（5.1節）が別のオブジェクトクラスに埋め込まれているときに、「asEventActor」配列が使用されます。 「asEventActor」配列は「events」配列と同じ構造に従いますが、「eventActor」属性はありません。
The following is an elided example of a domain object with an entity as an event actor.
以下は、エンティティをイベントアクターとして持つドメインオブジェクトの省略例です。
{
"objectClassName" : "domain",
"handle" : "XXXX",
"ldhName" : "foo.example",
"status" : [ "locked", "transfer prohibited" ],
...
"entities" :
[
{
"handle" : "XXXX",
...
"asEventActor" :
[
{
"eventAction" : "last changed",
"eventDate" : "1990-12-31T23:59:59Z"
}
]
}
]
}
Figure 39
図39
The entity (Section 5.1) object class uses jCard [RFC7095] to represent contact information, including postal addresses. jCard has the ability to represent multiple language preferences, multiple email address and phone numbers, and multiple postal addresses in both a structured and unstructured format. This section describes the use of jCard for representing structured and unstructured addresses.
エンティティ（5.1節）オブジェクトクラスはjCard [RFC7095]を使用して、住所を含む連絡先情報を表します。 jCardは、複数の言語設定、複数の電子メールアドレスと電話番号、および複数の住所を構造化形式と非構造化形式の両方で表すことができます。このセクションでは、構造化および非構造化アドレスを表すためのjCardの使用について説明します。
The following is an example of a jCard.
以下はjCardの例です。
{
"vcardArray":[
"vcard",
[
["version", {}, "text", "4.0"],
["fn", {}, "text", "Joe User"],
["n", {}, "text",
["User", "Joe", "", "", ["ing. jr", "M.Sc."]]
],
["kind", {}, "text", "individual"],
["lang", {
"pref":"1"
}, "language-tag", "fr"],
["lang", {
"pref":"2"
}, "language-tag", "en"],
["org", {
"type":"work"
}, "text", "Example"],
["title", {}, "text", "Research Scientist"],
["role", {}, "text", "Project Lead"],
["adr",
{ "type":"work" },
"text",
[
"",
"Suite 1234",
"4321 Rue Somewhere",
"Quebec",
"QC",
"G1V 2M2",
"Canada"
]
],
["adr",
{
"type":"home",
"label":"123 Maple Ave\nSuite 90001\nVancouver\nBC\n1239\n"
},
"text",
[
"", "", "", "", "", "", ""
]
],
["tel",
{ "type":["work", "voice"], "pref":"1" },
"uri", "tel:+1-555-555-1234;ext=102"
],
["tel",
{
"type":["work", "cell", "voice", "video", "text"]
},
"uri",
"tel:+1-555-555-1234"
],
["email",
{ "type":"work" },
"text", "joe.user@example.com"
],
["geo", {
"type":"work"
}, "uri", "geo:46.772673,-71.282945"],
["key",
{ "type":"work" },
"uri", "http://www.example.com/joe.user/joe.asc"
],
["tz", {},
"utc-offset", "-05:00"],
["url", { "type":"home" },
"uri", "http://example.org"]
]
]
}
Figure 40
図40
The arrays in Figure 40 with the first member of "adr" represent postal addresses. In the first example, the postal address is given as an array of strings and constitutes a structured address. For components of the structured address that are not applicable, an empty string is given. Each member of that array aligns with the positions of a vCard as given in [RFC6350]. In this example, the following data corresponds to the following positional meanings: 1. post office box -- not applicable; empty string
「adr」の最初のメンバーを持つ図40の配列は、郵便の住所を表します。最初の例では、住所は文字列の配列として与えられ、構造化された住所を構成します。適用できない構造化アドレスのコンポーネントの場合、空の文字列が提供されます。その配列の各メンバーは、[RFC6350]で指定されているようにvCardの位置と整列します。この例では、次のデータは次の位置の意味に対応しています。1.私書箱-該当しません。空の文字列
2. extended address (e.g., apartment or suite number) -- Suite 1234
2. 拡張住所（アパートやスイート番号など）-スイート1234
3. street address -- 4321 Rue Somewhere
3. 番地-4321 Rue Somewhere
4. locality (e.g., city) -- Quebec
4. 地域（都市など）-ケベック
5. region (e.g., state or province) -- QC
5. 地域（例：都道府県）-QC
6. postal code -- G1V 2M2
6. 郵便番号-G1V 2M2
7. country name (full name) -- Canada
7. 国名（フルネーム）-カナダ
The second example is an unstructured address. It uses the label attribute, which is a string containing a newline (\n) character to separate address components in an unordered, unspecified manner. Note that in this example, the structured address array is still given but that each string is an empty string.
2番目の例は、非構造化アドレスです。改行文字（\ n）を含む文字列であるlabel属性を使用して、住所コンポーネントを順不同で不特定の方法で区切ります。この例では、構造化アドレス配列は引き続き指定されていますが、各文字列は空の文字列であることに注意してください。
Section 5.3 defines the "secureDNS" member to represent secure DNS information about domain names.
Section 5.3 defines the "secureDNS" member to represent secure DNS information about domain names.
DNSSEC provides data integrity for DNS through the digital signing of resource records. To enable DNSSEC, the zone is signed by one or more private keys and the signatures are stored as RRSIG records. To complete the chain of trust in the DNS zone hierarchy, a digest of each DNSKEY record (which contains the public key) must be loaded into the parent zone, stored as DS records, and signed by the parent's private key (RRSIG DS record), as indicated in "Resource Records for the DNS Security Extensions" [RFC4034]. Creating the DS records in the parent zone can be done by the registration authority "Domain Name System (DNS) Security Extensions Mapping for the Extensible Provisioning Protocol (EPP)" [RFC5910].
DNSSECは、リソースレコードのデジタル署名を通じてDNSのデータ整合性を提供します。 DNSSECを有効にするために、ゾーンは1つ以上の秘密鍵で署名され、署名はRRSIGレコードとして保存されます。 DNSゾーン階層で信頼の連鎖を完了するには、各DNSKEYレコード（公開鍵を含む）のダイジェストを親ゾーンにロードし、DSレコードとして保存し、親の秘密鍵（RRSIG DSレコード）で署名する必要があります「DNSセキュリティ拡張機能のリソースレコード」[RFC4034]に示されているとおり。親ゾーンでのDSレコードの作成は、登録機関「拡張可能プロビジョニングプロトコル（EPP）のドメインネームシステム（DNS）セキュリティ拡張マッピング」[RFC5910]によって実行できます。
Only DS-related information is provided by RDAP, since other information is not generally stored in the registration database. Other DNSSEC-related information can be retrieved with other DNS tools such as dig.
他の情報は通常登録データベースに保存されないため、RDAPによって提供されるのはDS関連の情報のみです。その他のDNSSEC関連情報は、digなどの他のDNSツールで取得できます。
The domain object class (Section 5.3) can represent this information using either the "dsData" or "keyData" object arrays. Client implementers should be aware that some registries do not collect or do not publish all of the secure DNS meta-information.
ドメインオブジェクトクラス（セクション5.3）は、「dsData」または「keyData」オブジェクト配列を使用してこの情報を表すことができます。クライアントの実装者は、一部のレジストリが安全なDNSメタ情報のすべてを収集または公開しないことに注意する必要があります。
This section addresses a common question regarding the use of JSON over other data formats, most notably XML.
このセクションでは、他のデータ形式、特にXMLに対するJSONの使用に関する一般的な質問を扱います。
It is often pointed out that many DNRs and one RIR support the EPP [RFC5730] standard, which is an XML serialized protocol. The logic is that since EPP is a common protocol in the industry, it follows that XML would be a more natural choice. While EPP does influence this specification quite a bit, EPP serves a different purpose, which is the provisioning of Internet resources between registries and accredited registrars and serving a much narrower audience than that envisioned for RDAP.
多くのDNRと1つのRIRが、XMLシリアル化プロトコルであるEPP [RFC5730]標準をサポートしていることがよく指摘されます。その論理は、EPPは業界で一般的なプロトコルであるため、XMLがより自然な選択になるということです。 EPPはこの仕様にかなり影響しますが、EPPは異なる目的を果たします。それは、レジストリと認定レジストラ間のインターネットリソースのプロビジョニングであり、RDAPで想定されているものよりもはるかに狭い対象者にサービスを提供します。
By contrast, RDAP has a broader audience and is designed for public consumption of data. Experience from RIRs with first generation RESTful web services for WHOIS indicate that a large percentage of clients operate within browsers and other platforms where full-blown XML stacks are not readily available and where JSON is a better fit.
対照的に、RDAPの対象者は広く、データを公共で利用するために設計されています。 WHOIS向けの第1世代RESTful Webサービスを使用したRIRの経験は、大部分のクライアントが、本格的なXMLスタックがすぐに利用できず、JSONが適しているブラウザやその他のプラットフォーム内で動作していることを示しています。
Additionally, while EPP is used in much of the DNR community it is not a universal constant in that industry. And finally, EPP's use of XML predates the specification of JSON. If EPP had been defined today, it may very well have used JSON instead of XML.
さらに、EPPはDNRコミュニティの多くで使用されていますが、その業界では普遍的な定数ではありません。そして最後に、EPPでのXMLの使用は、JSONの仕様よりも古いものです。 EPPが今日定義されていた場合、XMLの代わりにJSONを使用した可能性があります。
Beyond the specific DNR and RIR communities, the trend in the broader Internet industry is also switching to JSON over XML, especially in the area of RESTful web services (see [JSON_ascendancy]). Studies have also found that JSON is generally less bulky and consequently faster to parse (see [JSON_performance_study]).
特定のDNRおよびRIRコミュニティを超えて、より広範なインターネット業界の傾向も、特にRESTful Webサービスの分野で、XML over JSONに切り替わっています（[JSON_ascendancy]を参照）。調査によると、JSONは一般にかさばらず、結果として解析が高速であることがわかっています（[JSON_performance_study]を参照）。
Acknowledgements
謝辞
This document is derived from original work on RIR responses in JSON by Byron J. Ellacott, Arturo L. Servin, Kaveh Ranjbar, and Andrew L. Newton. Additionally, this document incorporates work on DNR responses in JSON by Ning Kong, Linlin Zhou, Jiagui Xie, and Sean Shen.
このドキュメントは、Byron J. Ellacott、Arturo L. Servin、Kaveh Ranjbar、Andrew L. Newtonによる、JSONでのRIR応答に関するオリジナルの作業から派生しています。さらに、このドキュメントには、Ning Kong、Linlin Zhou、Jiagui Xie、Sean ShenによるJSONのDNR応答に関する作業が組み込まれています。
The components of the DNR object classes are derived from a categorization of WHOIS response formats created by Ning Kong, Linlin Zhou, Guangqing Deng, Steve Sheng, Francisco Arias, Ray Bellis, and Frederico Neves.
DNRオブジェクトクラスのコンポーネントは、Ning Kong、Linlin Zhou、Guangqing Deng、Steve Sheng、Francisco Arias、Ray Bellis、およびFrederico Nevesによって作成されたWHOIS応答形式の分類から派生しています。
Tom Harrison, Murray Kucherawy, Ed Lewis, Audric Schiltknecht, Naoki Kambe, and Maarten Bosteels contributed significant review comments and provided clarifying text. James Mitchell provided text regarding the processing of unknown JSON attributes and identified issues leading to the remodeling of events. Ernie Dainow and Francisco Obispo provided concrete suggestions that led to a better variant model for domain names.
Tom Harrison, Murray Kucherawy, Ed Lewis, Audric Schiltknecht, Naoki Kambe, and Maarten Bosteels contributed significant review comments and provided clarifying text. James Mitchell provided text regarding the processing of unknown JSON attributes and identified issues leading to the remodeling of events. Ernie Dainow and Francisco Obispo provided concrete suggestions that led to a better variant model for domain names.
Ernie Dainow provided the background information on the secure DNS attributes and objects for domains, informative text on DNSSEC, and many other attributes that appear throughout the object classes of this document.
Ernie Dainowは、ドメインの安全なDNS属性とオブジェクトに関する背景情報、DNSSECに関する情報テキスト、およびこのドキュメントのオブジェクトクラス全体に現れるその他の多くの属性を提供しました。
The switch to and incorporation of jCard was performed by Simon Perreault.
jCardへの切り替えと組み込みは、Simon Perreaultが行いました。
Olaf Kolkman and Murray Kucherawy chaired the IETF's WEIRDS working group from which this document has been created.
Olaf KolkmanとMurray Kucherawyが、この文書の作成元となったIETFのWEIRDSワーキンググループの議長を務めました。
Authors' Addresses
Authors' Addresses
Andrew Lee Newton American Registry for Internet Numbers 3635 Concorde Parkway Chantilly, VA 20151 United States
Andrew Lee Newton American Registry for Internet Numbers 3635 Concorde Parkway Chantilly、VA 20151アメリカ合衆国
EMail: andy@arin.net
URI: http://www.arin.net
Scott Hollenbeck Verisign Labs 12061 Bluemont Way Reston, VA 20190 United States
Scott Hollenbeck Verisign Labs 12061 Bluemont Way Reston、VA 20190アメリカ
EMail: shollenbeck@verisign.com
URI: http://www.verisignlabs.com/