RFC 3731 - Extensible Provisioning Protocol (EPP) Domain Name Mapping 日本語訳

URL : https://tools.ietf.org/html/rfc3731
タイトル : RFC 3731 - 拡張可能なプロビジョニングプロトコル（EPP）ドメイン名のマッピング
翻訳編集 : 自動生成

Network Working Group                                      S. Hollenbeck
Request for Comments: 3731                                VeriSign, Inc.
Category: Standards Track                                     March 2004

       Extensible Provisioning Protocol (EPP) Domain Name Mapping

Status of this Memo

このメモの位置付け

This document specifies an Internet standards track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the "Internet Official Protocol Standards" (STD 1) for the standardization state and status of this protocol. Distribution of this memo is unlimited.

この文書は、インターネットコミュニティのためのインターネット標準トラックプロトコルを指定し、改善のための議論と提案を要求します。このプロトコルの標準化状態と状態への「インターネット公式プロトコル標準」（STD 1）の最新版を参照してください。このメモの配布は無制限です。

著作権表示

著作権（C）インターネット協会（2004）。全著作権所有。

Abstract

抽象

This document describes an Extensible Provisioning Protocol (EPP) mapping for the provisioning and management of Internet domain names stored in a shared central repository. Specified in XML, the mapping defines EPP command syntax and semantics as applied to domain names.

この文書は、共有中央リポジトリに格納されているインターネットドメイン名のプロビジョニングおよび管理のための拡張可能なプロビジョニングプロトコル（EPP）のマッピングを記述する。ドメイン名に適用されるXMLで指定され、マッピングはEPPコマンドの構文およびセマンティクスを定義しています。

Table of Contents

   1.  Introduction. . . . . . . . . . . . . . . . . . . . . . . . .   2
       1.1.  Relationship of Domain Objects and Host Objects . . . .   2
       1.2.  Conventions Used In This Document . . . . . . . . . . .   4
   2.  Object Attributes . . . . . . . . . . . . . . . . . . . . . .   4
       2.1.  Domain and Host Names . . . . . . . . . . . . . . . . .   4
       2.2.  Contact and Client Identifiers. . . . . . . . . . . . .   5
       2.3.  Status Values . . . . . . . . . . . . . . . . . . . . .   5
       2.4.  Dates and Times . . . . . . . . . . . . . . . . . . . .   7
       2.5.  Validity Periods. . . . . . . . . . . . . . . . . . . .   7
       2.6.  Authorization Information . . . . . . . . . . . . . . .   7
       2.7.  Other DNS Resource Record Attributes. . . . . . . . . .   7
   3.  EPP Command Mapping . . . . . . . . . . . . . . . . . . . . .   8
       3.1.  EPP Query Commands. . . . . . . . . . . . . . . . . . .   8
             3.1.1.  EPP <check> Command . . . . . . . . . . . . . .   8
             3.1.2.  EPP <info> Command. . . . . . . . . . . . . . .  10
             3.1.3.  EPP <transfer> Query Command. . . . . . . . . .  16
       3.2.  EPP Transform Commands. . . . . . . . . . . . . . . . .  18
             3.2.1.  EPP <create> Command. . . . . . . . . . . . . .  19
             3.2.2.  EPP <delete> Command. . . . . . . . . . . . . .  21
             3.2.3.  EPP <renew> Command . . . . . . . . . . . . . .  23

             3.2.4.  EPP <transfer> Command. . . . . . . . . . . . .  24
             3.2.5.  EPP <update> Command. . . . . . . . . . . . . .  27
             3.2.6.  Offline Review of Requested Actions . . . . . .  29
   4.  Formal Syntax . . . . . . . . . . . . . . . . . . . . . . . .  32
   5.  Internationalization Considerations . . . . . . . . . . . . .  41
   6.  IANA Considerations . . . . . . . . . . . . . . . . . . . . .  42
   7.  Security Considerations . . . . . . . . . . . . . . . . . . .  42
   8.  Acknowledgements. . . . . . . . . . . . . . . . . . . . . . .  42
   9.  References. . . . . . . . . . . . . . . . . . . . . . . . . .  43
       9.1.  Normative References. . . . . . . . . . . . . . . . . .  43
       9.2.  Informative References. . . . . . . . . . . . . . . . .  43
   10. Author's Address. . . . . . . . . . . . . . . . . . . . . . .  44
   11. Full Copyright Statement. . . . . . . . . . . . . . . . . . .  45

1. Introduction

1. はじめに

This document describes an Internet domain name mapping for version 1.0 of the Extensible Provisioning Protocol (EPP). This mapping is specified using the Extensible Markup Language (XML) 1.0 as described in [XML] and XML Schema notation as described in [XMLS-1] and [XMLS-2].

この文書では、拡張可能なプロビジョニングプロトコル（EPP）のバージョン1.0のためのインターネットドメイン名のマッピングを説明しています。 [XMLS-1]及び[XMLS-2]に記載のように、このマッピングは、拡張マークアップ言語（XML）[XML]に記載されているように1.0およびXMLスキーマ表記法を使用して指定されます。

[RFC3730] provides a complete description of EPP command and response structures. A thorough understanding of the base protocol specification is necessary to understand the mapping described in this document.

[RFC3730]はEPPコマンドとレスポンスの構造の完全な説明を提供します。基本プロトコル仕様の完全な理解は、本書で説明したマッピングを理解する必要があります。

XML is case sensitive. Unless stated otherwise, XML specifications and examples provided in this document MUST be interpreted in the character case presented to develop a conforming implementation.

XMLは大文字と小文字が区別されます。特に明記しない限り、このドキュメントに記載されているXMLの仕様および実施例は、適合実装を開発するために提示した文字ケースで解釈されなければなりません。

1.1. Relationship of Domain Objects and Host Objects

1.1. ドメインオブジェクトとホストオブジェクトの関係

The EPP mapping for host objects is described in [RFC3732]. This document assumes that domain name objects have a superordinate relationship to subordinate host name objects. For example, domain name "example.com" has a superordinate relationship to host name "ns1.example.com". EPP actions (such as object transfers) that do not preserve this relationship MUST be explicitly disallowed.

ホスト・オブジェクトのEPPマッピングは[RFC3732]に記載されています。このドキュメントでは、ドメイン名のオブジェクトが下位のホスト名オブジェクトへの上位関係を持っていることを前提としています。たとえば、ドメイン名「example.com」「ns1.example.com」名前をホストする上位関係を持っています。この関係を維持していない（そのようなオブジェクトの転送など）EPPのアクションが明示的に禁止されなければなりません。

A host name object can be created in a repository for which no superordinate domain name object exists. For example, host name "ns1.example.com" can be created in the ".example" repository so that DNS domains in ".example" can be delegated to the host. Such hosts are described as "external" hosts in this specification since the name of the host does not belong to the name space of the repository in which the host is being used for delegation purposes.

ホスト名のオブジェクトは上位ドメイン名のオブジェクトが存在しないリポジトリに作成することができます。たとえば、ホスト名「ns1.example.com」「実施例」のDNSドメインがホストに委任することができるように、「実施例」リポジトリに作成することができます。ホスト名は、ホストが委任目的のために使用されているリポジトリの名前空間に属していないので、そのようなホストは、この明細書では「外部」のホストとして記載されています。

Whether a host is external or internal relates to the repository in which the host is being used for delegation purposes. Whether an internal host is subordinate or not relates to a domain within the repository. For example, host ns1.example1.com is a subordinate host of domain example1.com, but it is a not a subordinate host of domain example2.com. ns1.example1.com can be used as a name server for example2.com. In this case, ns1.example1.com MUST be treated as an internal host, subject to the rules governing operations on subordinate hosts within the same repository.

ホストが外部または内部にあるかどうかは、ホストは、委任のために使用されているリポジトリに関する。内部ホストが下位であるかどうかは、リポジトリ内のドメインに関するものです。例えば、ホストns1.example1.comは、ドメインexample1.comの下位ホストであるが、それは、ドメインexample2.comのない下位ホストです。 ns1.example1.comはexample2.comのネームサーバとして使用することができます。この場合、ns1.example1.comは同じリポジトリ内の下位のホストに対する操作を管理する規則に従う内部ホストとして扱われなければなりません。

Name server hosts for domain delegation can be specified as either references to existing host objects or as domain attributes that describe a host machine. A server operator MUST use one name server specification form consistently. A server operator that announces support for host objects in an EPP greeting MUST NOT allow domain attributes to describe a name server host machine. A server operator that does not announce support for host objects MUST allow domain attributes to describe a name server host machine. When domain attributes are used to describe a name server host machine, IP addresses SHOULD be required only as needed to generate DNS glue records.

ドメイン委任のためのネームサーバのホストでは、既存のホスト・オブジェクトのいずれかの参照として、またはホスト・マシンを記述するドメイン属性として指定することができます。サーバーオペレータは、一貫して1巻のネームサーバの仕様書を使用しなければなりません。 EPPの挨拶でホストオブジェクトのサポートを発表、サーバオペレータは、ドメインネームサーバーのホスト・マシンを記述するために属性を許してはなりません。ホストオブジェクトのサポートを発表していないサーバのオペレータは、ドメインネームサーバーのホスト・マシンを記述するために属性を許容しなければなりません。ドメイン属性はネームサーバのホスト・マシンを記述するために使用されている場合は、IPアドレスがDNSのグルーレコードを生成するのに必要なだけのように必要とされるべきです。

Name servers are specified within a <domain:ns> element. This element MUST contain one or more <domain:hostObj> elements or one or more <domain:hostAttr> elements. A <domain:hostObj> element contains the fully qualified name of a known name server host object. A <domain:hostAttr> element contains the following child elements:

<：NSドメイン>要素のネームサーバは、内に指定されています。要素または1つ以上の<ドメイン：hostAttr>要素：この要素は、1つ以上の<hostObjドメイン>を含まなければなりません。 <ドメイン：hostObj>要素には、知られているネームサーバのホストオブジェクトの完全修飾名が含まれています。 <ドメイン：hostAttr>要素は以下の子要素が含まれています。

- A <domain:hostName> element that contains the fully qualified name of a host.

- <ドメイン：ホスト名>ホストの完全修飾名を含む要素。

- Zero or more OPTIONAL <domain:hostAddr> elements that contain the IP addresses to be associated with the host. Each element MAY contain an "ip" attribute to identify the IP address format. Attribute value "v4" is used to note IPv4 address format. Attribute value "v6" is used to note IPv6 address format. If the "ip" attribute is not specified, "v4" is the default attribute value. IP address syntax requirements are described in Section 2.5 of the EPP host mapping [RFC3732].

- ゼロ以上のオプション<ドメイン：HOSTADDR> IPがホストに関連付けられてアドレスを含む要素。各要素は、IPアドレスの形式を識別するための「IP」属性を含むかもしれません。属性値「V4」は、IPv4アドレス形式を注意するために使用されます。属性値「V6」は、IPv6アドレス形式を注意するために使用されます。「IP」属性が指定されていない場合は、「V4」は、デフォルトの属性値です。 IPアドレスの構文の要件は、EPPのホストマッピング[RFC3732]のセクション2.5で説明されています。

Example host object name server elements for domain example.com:

ドメインexample.comの例ホストオブジェクトのネームサーバ要素：

<domain:ns> <domain:hostObj>ns1.example.com</domain:hostObj> <domain:hostObj>ns1.example.net</domain:hostObj> </domain:ns>

<ドメイン：NS> <ドメイン：hostObj> ns1.example.com </ドメイン：hostObj> <ドメイン：hostObj> ns1.example.net </ドメイン：hostObj> </ドメイン：NS>

Example host attribute name server elements for domain example.com:

ドメインexample.comの例ホスト属性名サーバ要素：

<domain:ns> <domain:hostAttr> <domain:hostName>ns1.example.com</domain:hostName> <domain:hostAddr ip="v4">192.0.2.2</domain:hostAddr> <domain:hostAddr ip="v6">1080:0:0:0:8:800:200C:417A</domain:hostAddr> </domain:hostAttr> <domain:hostAttr> <domain:hostName>ns1.example.net</domain:hostName> </domain:hostAttr> </domain:ns>

<ドメイン：NS> <ドメイン：hostAttr> <ドメイン：ホスト名> ns1.example.com </ドメイン：ホスト名> <ドメイン：HOSTADDR IP = "V4"> 192.0.2.2 </ドメイン：HOSTADDR> <ドメイン：HOSTADDR IP = "V6"> 1080：0：0：0：8：800：200C：417A </ドメイン：HOSTADDR> </ドメイン：hostAttr> <ドメイン：hostAttr> <ドメイン：ホスト名> ns1.example.net </ドメイン：ホスト名> </ドメイン：hostAttr> </ドメイン：NS>

1.2. Conventions Used In This Document

1.2. この文書で使用されている表記規則

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

この文書のキーワード "MUST"、 "MUST NOT"、 "REQUIRED"、、、、 "べきではない" "べきである" "ないもの" "ものとし"、 "推奨"、 "MAY"、および "OPTIONAL" はあります[RFC2119]に記載されているように解釈されます。

In examples, "C:" represents lines sent by a protocol client and "S:" represents lines returned by a protocol server. Indentation and white space in examples is provided only to illustrate element relationships and is not a REQUIRED feature of this protocol.

実施例では、「Cは、」プロトコル・クライアントと「S」によって送信された行を表すプロトコル・サーバーによって戻さ行を表します。実施例におけるくぼみとホワイトスペースは、要素の関係を説明するためにのみ提供され、このプロトコルの必須機能ではありません。

2. Object Attributes

2.オブジェクトの属性

An EPP domain object has attributes and associated values that can be viewed and modified by the sponsoring client or the server. This section describes each attribute type in detail. The formal syntax for the attribute values described here can be found in the "Formal Syntax" section of this document and in the appropriate normative references.

EPPドメインオブジェクトは、スポンサー、クライアントまたはサーバによって表示および変更できる属性と関連する値を持っています。このセクションでは、詳細に各属性の種類を説明します。ここで説明する属性値のための正式な構文は、このドキュメントの「正式な構文」セクションで、適切な引用規格で見つけることができます。

2.1. Domain and Host Names

2.1. ドメインとホスト名

The syntax for domain and host names described in this document MUST conform to [RFC952] as updated by [RFC1123]. At the time of this writing, RFC 3490 [RFC3490] describes a standard to use certain ASCII name labels to represent non-ASCII name labels. These conformance requirements might change as a result of progressing work in developing standards for internationalized domain names. A server MAY restrict allowable domain names to a particular top level domain, second level domain, or other domain for which the server is authoritative. The trailing dot required when these names are stored in a DNS zone is implicit and MUST NOT be provided when exchanging host and domain names.

[RFC1123]で更新され、この文書で説明したドメイン名とホスト名の構文は[RFC952]に従わなければなりません。この記事の執筆時点では、RFC 3490 [RFC3490]は非ASCII名のラベルを表すために、特定のASCII名のラベルを使用するための標準を説明しています。これらの適合性要件は、国際化ドメイン名のための標準を開発して作業を進めた結果、変更される場合があります。サーバーは、サーバーが権限を持つ特定のトップレベルドメイン、セカンドレベルドメイン、または他のドメインに許容ドメイン名を制限することができます。これらの名前は、DNSゾーンに格納されているときに必要な最後のドットは、暗黙的であり、ホスト名およびドメイン名を交換する際に提供してはなりません。

2.2. Contact and Client Identifiers

2.2. 連絡先とクライアントの識別子

All EPP contacts are identified by a server-unique identifier. Contact identifiers are character strings with a specified minimum length, a specified maximum length, and a specified format. Contact identifiers use the "clIDType" client identifier syntax described in [RFC3730].

すべてのEPPの連絡先は、サーバ固有の識別子によって識別されます。連絡先識別子は、指定された最小長、指定された最大長、および指定された形式の文字列です。連絡先識別子は、[RFC3730]で説明した「clIDType」クライアント識別子の構文を使用します。

2.3. Status Values

2.3. ステータス値

A domain object MUST always have at least one associated status value. Status values can be set only by the client that sponsors a domain object and by the server on which the object resides. A client can change the status of a domain object using the EPP <update> command. Each status value MAY be accompanied by a string of human-readable text that describes the rationale for the status applied to the object.

ドメインオブジェクトは、常に、少なくとも1つの関連付けられたステータス値を持たなければなりません。ステータス値は、唯一のドメインオブジェクトを後援クライアントによって、オブジェクトが存在するサーバーで設定することができます。クライアントは、EPP <アップデート>コマンドを使用して、ドメインオブジェクトのステータスを変更することができます。各ステータス値は、オブジェクトに適用される状態の理論的根拠を説明し、人間が読めるテキストの文字列を添付することができます。

A client MUST NOT alter status values set by the server. A server MAY alter or override status values set by a client subject to local server policies. The status of an object MAY change as a result of either a client-initiated transform command or an action performed by a server operator.

クライアントは、サーバによって設定されたステータス値を変更してはなりません。サーバーは、ローカルサーバーポリシーへのクライアント対象によって設定されたステータス値を変更したり、無効にすることができます。オブジェクトの状態は、クライアントが開始した変換コマンドやサーバのオペレータによって実行されるアクションのいずれかの結果として変更されることがあります。

Status values that can be added or removed by a client are prefixed with "client". Corresponding status values that can be added or removed by a server are prefixed with "server". Status values that do not begin with either "client" or "server" are server-managed.

クライアントによって追加または削除することができ、ステータス値は、「クライアント」という接頭辞が付きます。サーバによって追加または削除することができ、対応する状態値は「サーバ」が付いています。「クライアント」または「サーバー」のいずれかで始まらないステータス値は、サーバー管理されています。

Status Value Descriptions:

ステータス値の説明：

- clientDeleteProhibited, serverDeleteProhibited

- clientDeleteProhibited、serverDeleteProhibited

Requests to delete the object MUST be rejected.

オブジェクトを削除するための要求は拒絶しなければなりません。

- clientHold, serverHold

- clientHold、serverHold

DNS delegation information MUST NOT be published for the object.

DNS委任情報は、オブジェクトのために公開してはなりません。

- clientRenewProhibited, serverRenewProhibited

- clientRenewProhibited、serverRenewProhibited

Requests to renew the object MUST be rejected.

オブジェクトを更新する要求を拒絶しなければなりません。

- clientTransferProhibited, serverTransferProhibited

- clientTransferProhibited、serverTransferProhibited

Requests to transfer the object MUST be rejected.

オブジェクトを転送するための要求を拒絶しなければなりません。

- clientUpdateProhibited, serverUpdateProhibited

- clientUpdateProhibited、serverUpdateProhibited

Requests to update the object (other than to remove this status) MUST be rejected.

（このステータスを削除する以外の）オブジェクトを更新するための要求は拒絶しなければなりません。

- inactive

- 非アクティブ

Delegation information has not been associated with the object.

委任情報は、オブジェクトに関連付けられていません。

- ok

- OK

This is the normal status value for an object that has no pending operations or prohibitions. This value is set and removed by the server as other status values are added or removed.

これは、保留中の操作や禁止を持たないオブジェクトの正常状態値です。他の状態値が追加または削除されているように、この値は、サーバーによって設定され、除去されます。

- pendingCreate, pendingDelete, pendingRenew, pendingTransfer, pendingUpdate

- pendingCreate、削除保留、pendingRenew、pendingTransfer、pendingUpdate

A transform command has been processed for the object, but the action has not been completed by the server. Server operators can delay action completion for a variety of reasons, such as to allow for human review or third-party action. A transform command that is processed, but whose requested action is pending, is noted with response code 1001.

変換コマンドは、オブジェクトのために処理されていますが、アクションは、サーバーで完了していません。サーバーオペレータは、人間のレビューやサードパーティの行動を可能にするなど、さまざまな理由で行動完了を遅らせることができます。 A処理されたコマンドを変換しますが、その要求されたアクション保留され、応答コード1001で注目されます。

With one exception, transform commands MUST be rejected when a pendingCreate, pendingDelete, pendingRenew, pendingTransfer, or pendingUpdate status is set. The only exception is that a <transfer> command to approve, reject, or cancel a transfer MAY be processed while an object is in "pendingTransfer" status.

pendingCreate、削除保留、pendingRenew、pendingTransfer、またはpendingUpdateステータスが設定されている場合、一つの例外を除いて、変換コマンドが拒絶しなければなりません。唯一の例外は、オブジェクトが「pendingTransfer」状態にあるときに転送し、承認拒否、またはキャンセルする<転送>コマンドを処理することができることです。

When the requested action has been completed, the pendingCreate, pendingDelete, pendingRenew, pendingTransfer, or pendingUpdate status value MUST be removed. All clients involved in the transaction MUST be notified using a service message that the action has been completed and that the status of the object has changed.

要求されたアクションが完了すると、pendingCreate、削除保留、pendingRenew、pendingTransfer、またはpendingUpdateのステータス値を削除する必要があります。トランザクションに関連するすべてのクライアントは、アクションが完了していると、オブジェクトの状態が変化したことをサービス・メッセージを使って通知する必要があります。

"ok" status MUST NOT be combined with any other status.

「OK」のステータスは、他の状況と組み合わせてはなりません。

"pendingDelete" status MUST NOT be combined with either "clientDeleteProhibited" or "serverDeleteProhibited" status.

「削除保留」状態は「clientDeleteProhibited」または「serverDeleteProhibited」状態のいずれかと組み合わせてはなりません。

"pendingRenew" status MUST NOT be combined with either "clientRenewProhibited" or "serverRenewProhibited" status.

「pendingRenew」ステータスが「clientRenewProhibited」または「serverRenewProhibited」状態のいずれかと組み合わせてはなりません。

"pendingTransfer" status MUST NOT be combined with either "clientTransferProhibited" or "serverTransferProhibited" status.

「pendingTransfer」ステータスが「clientTransferProhibited」または「serverTransferProhibited」状態のいずれかと組み合わせてはなりません。

"pendingUpdate" status MUST NOT be combined with either "clientUpdateProhibited" or "serverUpdateProhibited" status.

「pendingUpdate」ステータスが「clientUpdateProhibited」または「serverUpdateProhibited」状態のいずれかと組み合わせてはなりません。

The pendingCreate, pendingDelete, pendingRenew, pendingTransfer, and pendingUpdate status values MUST NOT be combined with each other.

pendingCreate、削除保留、pendingRenew、pendingTransfer、及びpendingUpdate状態値互いに結合してはいけません。

Other status combinations not expressly prohibited MAY be used.

明示的に禁止されていない他の状態の組み合わせを使用することができます。

2.4. Dates and Times

2.4. 日付と時刻

Date and time attribute values MUST be represented in Universal Coordinated Time (UTC) using the Gregorian calendar. The extended date-time form using upper case "T" and "Z" characters defined in [RFC3339] MUST be used to represent date-time values as XML Schema does not support truncated date-time forms or lower case "T" and "Z" characters.

日付と時刻の属性値は、協定世界時（UTC）グレゴリオ暦を使用して表現されなければなりません。大文字「T」と[RFC3339]で定義される「Z」の文字を使用して拡張日時形態」XMLスキーマが切り捨て日時フォームまたは小文字の「T」をサポートしていないように日付時刻値を表現するために使用されなければなりませんZ」の文字。

2.5. Validity Periods

2.5. 有効期間

A domain name object MAY have a specified validity period. If server policy supports domain object validity periods, the validity period is defined when a domain object is created, and it MAY be extended by the EPP <renew> or <transfer> commands. As a matter of server policy, this specification does not define actions to be taken upon expiration of a domain object's validity period.

ドメイン名のオブジェクトは、指定された有効期間を持っているかもしれません。サーバーポリシーは、ドメインオブジェクトの有効期間をサポートしている場合は、有効期間は、<更新>または<転送>コマンドドメインオブジェクトが作成されたときに定義され、それがEPPによって延長することができます。サーバーポリシーの問題として、この仕様は、ドメインオブジェクトの有効期間の満了時に取るべきアクションを定義していません。

Validity periods are measured in years or months with the appropriate units specified using the "unit" attribute. Valid values for the "unit" attribute are "y" for years and "m" for months. The minimum allowable period value is one decimal (1). The maximum allowable value is ninety-nine decimal (99). A server MAY support a lower maximum value.

有効期間は、「単位」属性を使用して、指定された適切な単位で年数ヶ月で測定されています。「単位」属性の有効な値は、数ヶ月のために年の「Y」と「M」です。最小許容期間の値は、小数点以下（1）です。最大許容値は九〇から九十進数（99）です。サーバは低い最大値をサポートするかもしれません。

2.6. Authorization Information

2.6. 認証情報

Authorization information is associated with domain objects to facilitate transfer operations. Authorization information is assigned when a domain object is created, and it might be updated in the future. This specification describes password-based authorization information, though other mechanisms are possible.

許可情報は、転送操作を容易にするために、ドメイン・オブジェクトに関連付けられています。認証情報は、ドメインオブジェクトが作成されるときに割り当てられ、それが将来的に更新されることがあります。他のメカニズムが可能であるが、この仕様は、パスワードベースの認証情報を記述します。

2.7. Other DNS Resource Record Attributes

2.7. 他のDNSリソースレコードの属性

While the DNS allows many resource record types to be associated with a domain, this mapping only explicitly specifies elements that describe resource records used for domain delegation and resolution. Facilities to provision other domain-related resource record types can be developed by extending this mapping.

DNSは、多くのリソースレコードタイプがドメインに関連付けることができますが、このマッピングは、明示的にドメインの委任と解決のために使用されるリソースレコードを記述する要素を指定します。提供他のドメイン関連のリソースレコードタイプの施設は、このマッピングを拡張することで開発することができます。

The provisioning method described in this mapping separates discrete data elements by data type. This method of data definition allows XML Schema processors to perform basic syntax validation tasks, reducing ambiguity and the amount of parsing and syntax-checking work required of protocol processors. Provisioning and extension methods that aggregate data into opaque strings are possible, but such methods SHOULD NOT be used because they impose additional parsing, interpretation, and validation requirements on protocol processors.

このマッピングに記載のプロビジョニング方法は、データタイプによって離散データ要素を分離します。データ定義のこの方法は、あいまいさや構文解析とプロトコル・プロセッサの必要な構文チェック作業の量を減らし、基本的な構文の検証タスクを実行するためにXMLスキーマプロセッサを可能にします。不透明な文字列にデータを集計プロビジョニングおよび拡張方法が可能であるが、彼らは追加の解析、解釈、およびプロトコル・プロセッサ上の検証要件を課しているため、このような方法を使用してはいけません。

3. EPP Command Mapping

3. EPPコマンドマッピング

A detailed description of the EPP syntax and semantics can be found in [RFC3730]. The command mappings described here are specifically for use in provisioning and managing Internet domain names via EPP.

EPPの構文およびセマンティクスの詳細な説明は、[RFC3730]に見出すことができます。ここで説明するコマンドのマッピングは、具体的EPPを経由してインターネットドメイン名のプロビジョニングおよび管理に使用するためのものです。

3.1. EPP Query Commands

3.1. EPPクエリコマンド

EPP provides three commands to retrieve domain information: <check> to determine if a domain object can be provisioned within a repository, <info> to retrieve detailed information associated with a domain object, and <transfer> to retrieve domain object transfer status information.

ドメインオブジェクトは、ドメインオブジェクト転送ステータス情報を取得するために、ドメインオブジェクト、および<転送>に関連した詳細情報を取得するには、<インフォメーション>、リポジトリ内プロビジョニングできるかどうかを判断するために、<チェック>：EPPは、ドメイン情報を取得するための3つのコマンドを提供します。

3.1.1. EPP <check> Command

3.1.1. EPP <チェック>コマンド

The EPP <check> command is used to determine if an object can be provisioned within a repository. It provides a hint that allows a client to anticipate the success or failure of provisioning an object using the <create> command as object provisioning requirements are ultimately a matter of server policy.

EPP <チェック>コマンドは、オブジェクトリポジトリ内でプロビジョニングすることができるかどうかを決定するために使用されます。これは、オブジェクトのプロビジョニング要件は、最終的には、サーバーポリシーの問題であるとして、クライアントは、<作成>コマンドを使用してオブジェクトをプロビジョニングの成功または失敗を予測することを可能にするヒントを提供します。

In addition to the standard EPP command elements, the <check> command MUST contain a <domain:check> element that identifies the domain namespace and the location of the domain schema. The <domain:check> element contains the following child elements:

ドメイン名前空間とドメインスキーマの位置を特定する要素：標準EPPコマンド要素に加えて、チェック<>コマンドをチェック<ドメイン>を含まなければなりません。 <ドメイン：チェック>要素は以下の子要素が含まれています。

- One or more <domain:name> elements that contain the fully qualified names of the domain objects to be queried.

- 1つ以上の<ドメイン：名>照会するドメインオブジェクトの完全修飾名を含む要素。

Example <check> command:

例<チェック>コマンドを実行します。

When a <check> command has been processed successfully, the EPP <resData> element MUST contain a child <domain:chkData> element that identifies the domain namespace and the location of the domain schema. The <domain:chkData> element contains one or more <domain:cd> elements that contain the following child elements:

ドメイン名前空間とドメインのスキーマの場所を特定する要素：<チェック>コマンドが正常に処理された場合は、EPP <resData>要素は、子<chkDataドメイン>を含まなければなりません。 <ドメイン：chkData>要素が含まれている1つ以上の<ドメイン：CD>次の子要素を含む要素：

- A <domain:name> element that contains the fully qualified name of the queried domain object. This element MUST contain an "avail" attribute whose value indicates object availability (can it be provisioned or not) at the moment the <check> command was completed. A value of "1" or "true" means that the object can be provisioned. A value of "0" or "false" means that the object can not be provisioned.

- <ドメイン：名>照会ドメインオブジェクトの完全修飾名を含む要素。この要素は、その値が、現時点では、オブジェクトの可用性を（それがプロビジョニングできるか否か）を示す<チェック>コマンドが完了した「役に立つ」属性を含まなければなりません。「1」または「真」の値は、オブジェクトをプロビジョニングすることができることを意味します。「0」または「偽」の値は、オブジェクトがプロビジョニングすることができないことを意味します。

- An OPTIONAL <domain:reason> element that MAY be provided when an object can not be provisioned. If present, this element contains server-specific text to help explain why the object can not be provisioned. This text MUST be represented in the response language previously negotiated with the client; an OPTIONAL "lang" attribute MAY be present to identify the language if the negotiated value is something other than the default value of "en" (English).

- オプションの<ドメイン：理由>オブジェクトをプロビジョニングできない場合に提供することができる要素。存在する場合、この要素は、オブジェクトがプロビジョニングすることができない理由を説明するためのサーバー固有のテキストが含まれています。このテキストは、以前のクライアントと交渉応答言語で表現されなければなりません。ネゴシエートされた値は「EN」（英語）の既定値以外のものである場合は、オプションの「LANG」属性は、言語を識別するために存在することができます。

Example <check> response:

例では、応答をチェック<>：

S:<?xml version="1.0" encoding="UTF-8" standalone="no"?> S:<epp xmlns="urn:ietf:params:xml:ns:epp-1.0" S: xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" S: xsi:schemaLocation="urn:ietf:params:xml:ns:epp-1.0 S: epp-1.0.xsd"> S: <response> S: <result code="1000"> S: <msg>Command completed successfully</msg> S: </result> S: <resData> S: <domain:chkData S: xmlns:domain="urn:ietf:params:xml:ns:domain-1.0" S: xsi:schemaLocation="urn:ietf:params:xml:ns:domain-1.0 S: domain-1.0.xsd"> S: <domain:cd> S: <domain:name avail="1">example.com</domain:name> S: </domain:cd> S: <domain:cd> S: <domain:name avail="0">example.net</domain:name> S: <domain:reason>In use</domain:reason> S: </domain:cd> S: <domain:cd> S: <domain:name avail="1">example.org</domain:name> S: </domain:cd> S: </domain:chkData> S: </resData> S: <trID> S: <clTRID>ABC-12345</clTRID> S: <svTRID>54322-XYZ</svTRID> S: </trID> S: </response> S:</epp>

S：の<？xml version = "1.0" エンコード= "UTF-8" スタンドアロン= "なし"？> S：<EPPののxmlns = "壷：IETF：のparams：XML：NS：EPP-1.0" S：のxmlns：XSI = "http://www.w3.org/2001/XMLSchema-instance" S：XSI：のschemaLocation = "URN：IETF：paramsは：XML：NS：EPP-1.0 S：EPP-1.0.xsd"> S <レスポンス> S：<結果コード= "1000"> S：<MSG>コマンドが正常に完了しまし</ MSG> S：</結果> S：<resData> S：<ドメイン：chkData S：のxmlns：ドメイン= "壷： IETF：のparams：XML：NS：ドメイン-1.0" S：XSI：のschemaLocation = "壷：IETF：のparams：XML：NS：ドメイン-1.0 S：ドメイン-1.0.xsd"> S：<ドメイン：CD> S： <ドメイン：名前の無駄= "1"> example.com </ドメイン：名> S：</ドメイン：CD> S：<ドメイン：CD> S：<ドメイン：名前無駄= "0"> example.net < /ドメイン：名> S：<ドメイン：使用の際に理由> </ドメイン：理由> S：</ドメイン：CD> S：<ドメイン：CD> S：<ドメイン：名前無駄= "1"> example.org </ドメイン：名> S：</ドメイン：CD> S：</ドメイン：chkData> S：</ resData> S：<TRID> S：<clTRID> ABC-12345 </ clTRID> S：<svTRID> 54322-XYZ </ svTRID> S </ TRID> S </レスポンス> S </ EPP>

An EPP error response MUST be returned if a <check> command can not be processed for any reason.

<チェック>コマンドが何らかの理由で処理できない場合はEPPのエラー応答が返されなければなりません。

3.1.2. EPP <info> Command

3.1.2. EPP <インフォメーション>コマンド

The EPP <info> command is used to retrieve information associated with a domain object. The response to this command MAY vary depending on the identity of the querying client, use of authorization information, and server policy towards unauthorized clients. If the querying client is the sponsoring client, all available information MUST be returned. If the querying client is not the sponsoring client, but the client provides valid authorization information, all available information MUST be returned. If the querying client is not the sponsoring client, and the client does not provide valid authorization information, server policy determines which OPTIONAL elements are returned.

EPP <インフォメーション>コマンドは、ドメインオブジェクトに関連付けられた情報を取得するために使用されます。このコマンドに対する応答は、照会クライアント、認証情報を使用し、不正なクライアントへのサーバーポリシーのIDによって異なる場合があります。照会クライアントがスポンサークライアントである場合は、利用可能なすべての情報が返されなければなりません。照会クライアントがスポンサーのクライアントではなく、クライアントが有効な認証情報を提供している場合は、利用可能なすべての情報が返されなければなりません。照会クライアントがスポンサーのクライアントではなく、クライアントが有効な認証情報を提供していない場合は、サーバーポリシーは、オプションの要素が返されるかを決定します。

In addition to the standard EPP command elements, the <info> command MUST contain a <domain:info> element that identifies the domain namespace and the location of the domain schema. The <domain:info> element contains the following child elements:

ドメイン名前空間とドメインスキーマの位置を特定する要素：標準EPPコマンド要素に加えて、<インフォメーション>コマンドは、<インフォメーションドメイン>を含まなければなりません。 <ドメイン：info>要素は以下の子要素が含まれています。

- A <domain:name> element that contains the fully qualified name of the domain object to be queried. An OPTIONAL "hosts" attribute is available to control return of information describing hosts related to the domain object. A value of "all" (the default, which MAY be absent) returns information describing both subordinate and delegated hosts. A value of "del" returns information describing only delegated hosts. A value of "sub" returns information describing only subordinate hosts. A value of "none" returns no information describing delegated or subordinate hosts.

- <ドメイン：名>照会するドメインオブジェクトの完全修飾名を含む要素。オプション「ホスト」属性には、ドメインオブジェクトに関連するホストを記述した情報の復帰を制御するために利用可能です。「全て」（存在しなくてもよいデフォルト）の値は、下位委任ホストの両方を記述する情報を返します。「デル」の値は、委任されたホストを記述する情報を返します。「サブ」の値は、下位のホストを記述する情報を返します。「なし」の値は、委任又は下位ホストを記述する情報を全く返しません。

- An OPTIONAL <domain:authInfo> element that contains authorization information associated with the domain object or authorization information associated with the domain object's registrant or associated contacts. An OPTIONAL "roid" attribute MUST be used to identify the registrant or contact object if and only if the given authInfo is associated with a registrant or contact object, and not the domain object itself. If this element is not provided or if the authorization information is invalid, server policy determines if the command is rejected or if response information will be returned to the client.

- オプションの<ドメイン：AUTHINFO>ドメインオブジェクトの登録者または関連の連絡先に関連したドメインオブジェクトまたは認可情報に関連付けられた認証情報を含む要素。 OPTIONAL「ROID」属性は、登録又は接触オブジェクトを識別するために使用しなければならない場合、与えられたAUTHINFOを登録または連絡先オブジェクトはなく、ドメインオブジェクト自体に関連付けられている場合のみ。この要素は、提供されていないか、認証情報が無効である場合は、応答情報がクライアントに返される場合は、サーバ・ポリシーは、コマンドが拒否されたかどうかを判断したりした場合。

Example <info> command without authorization information:

例<インフォメーション>認証情報なしでコマンドを実行します。

Example <info> command with authorization information:

例<インフォメーション>認証情報付きでコマンドを実行します。

When an <info> command has been processed successfully, the EPP <resData> element MUST contain a child <domain:infData> element that identifies the domain namespace and the location of the domain schema. Elements that are not OPTIONAL MUST be returned; OPTIONAL elements are returned based on client authorization and server policy. The <domain:infData> element contains the following child elements:

ドメイン名前空間とドメインのスキーマの場所を特定する要素：<インフォメーション>コマンドが正常に処理された場合は、EPP <resData>要素は、子<infDataドメイン>を含まなければなりません。オプションではありません要素は返さなければなりません。オプションの要素は、クライアント認証およびサーバーのポリシーに基づいて返されます。 <ドメイン：infData>要素は以下の子要素が含まれています。

- A <domain:name> element that contains the fully qualified name of the domain object.

- <ドメイン：名>ドメインオブジェクトの完全修飾名を含む要素。

- A <domain:roid> element that contains the Repository Object IDentifier assigned to the domain object when the object was created.

- <ドメイン：ROID>オブジェクトが作成されたときにドメインオブジェクトに割り当てられたリポジトリオブジェクト識別子を含む要素。

- Zero or more OPTIONAL <domain:status> elements that contain the current status descriptors associated with the domain.

- ゼロ以上のオプション<ドメイン：状態>ドメインに関連付けられている現在の状況記述子を含む要素。

- If supported by the server, one OPTIONAL <domain:registrant> element and one or more OPTIONAL <domain:contact> elements that contain identifiers for the human or organizational social information objects associated with the domain object.

- サーバーでサポートされている場合は、1オプション<ドメイン：登録者>要素と1つ以上のオプション<ドメイン：連絡先>人間や組織の社会的情報の識別子が含まれている要素は、ドメインオブジェクトに関連付けられたオブジェクト。

- An OPTIONAL <domain:ns> element that contains the fully qualified names of the delegated host objects or host attributes (name servers) associated with the domain object. See section 1.1 for a description of the elements used to specify host objects or host attributes.

- オプション：委任ホストオブジェクトまたはドメインオブジェクトに関連付けられたホストの属性（ネームサーバ）の完全修飾名が含まれています。<ドメインNS>要素。ホストオブジェクトまたはホストの属性を指定するために使用される要素の説明については、セクション1.1を参照してください。

- Zero or more OPTIONAL <domain:host> elements that contain the fully qualified names of the subordinate host objects that exist under this superordinate domain object.

- ゼロ以上のオプション<ドメイン：ホスト>この上位ドメインオブジェクトの下に存在する下位のホストオブジェクトの完全修飾名を含む要素。

- A <domain:clID> element that contains the identifier of the sponsoring client.

- <ドメイン：CLID>スポンサークライアントの識別子を含む要素。

- An OPTIONAL <domain:crID> element that contains the identifier of the client that created the domain object.

- オプションの<ドメイン：CRID>ドメインオブジェクトを作成したクライアントの識別子を含む要素。

- An OPTIONAL <domain:crDate> element that contains the date and time of domain object creation.

- オプションの<ドメイン：のcrdate>ドメインオブジェクトの作成日時を含む要素。

- An OPTIONAL <domain:exDate> element that contains the date and time identifying the end of the domain object's registration period.

- オプションの<ドメイン：EXDATE>ドメインオブジェクトの登録期間の終了を識別し、日付と時刻を含む要素。

- An OPTIONAL <domain:upID> element that contains the identifier of the client that last updated the domain object. This element MUST NOT be present if the domain has never been modified.

- オプションの<ドメイン：UPID>ドメインオブジェクトを最後に更新したクライアントの識別子を含む要素。ドメインが変更されていない場合は、この要素が存在してはなりません。

- An OPTIONAL <domain:upDate> element that contains the date and time of the most recent domain object modification. This element MUST NOT be present if the domain object has never been modified.

- オプションの<ドメイン：アップデート>最新のドメインオブジェクトの変更の日付と時刻を含む要素。ドメインオブジェクトが変更されていない場合は、この要素が存在してはなりません。

- An OPTIONAL <domain:trDate> elements that contains the date and time of the most recent successful domain object transfer. This element MUST NOT be provided if the domain object has never been transferred.

- オプションの<ドメイン：trdateは>最後に成功したドメインオブジェクト転送の日付と時刻が含まれている要素。ドメインオブジェクトが転送されていない場合は、この要素を提供してはなりません。

- An OPTIONAL <domain:authInfo> element that contains authorization information associated with the domain object. This element MUST only be returned if the querying client is the current sponsoring client, or if the client supplied valid authorization information with the command.

- オプションの<ドメイン：AUTHINFO>ドメインオブジェクトに関連付けられた認証情報を含む要素。照会クライアントが現在のスポンサークライアントである場合にのみこの要素が返されなければならない、またはクライアントがコマンドで有効な認証情報を提供されている場合。

Example <info> response for an authorized client:

例<インフォメーション>認可クライアントの応答：

S:<?xml version="1.0" encoding="UTF-8" standalone="no"?> S:<epp xmlns="urn:ietf:params:xml:ns:epp-1.0" S: xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" S: xsi:schemaLocation="urn:ietf:params:xml:ns:epp-1.0 S: epp-1.0.xsd"> S: <response> S: <result code="1000"> S: <msg>Command completed successfully</msg> S: </result> S: <resData> S: <domain:infData S: xmlns:domain="urn:ietf:params:xml:ns:domain-1.0" S: xsi:schemaLocation="urn:ietf:params:xml:ns:domain-1.0 S: domain-1.0.xsd"> S: <domain:name>example.com</domain:name> S: <domain:roid>EXAMPLE1-REP</domain:roid> S: <domain:status s="ok"/> S: <domain:registrant>jd1234</domain:registrant> S: <domain:contact type="admin">sh8013</domain:contact> S: <domain:contact type="tech">sh8013</domain:contact> S: <domain:ns> S: <domain:hostObj>ns1.example.com</domain:hostObj> S: <domain:hostObj>ns1.example.net</domain:hostObj> S: </domain:ns> S: <domain:host>ns1.example.com</domain:host> S: <domain:host>ns2.example.com</domain:host> S: <domain:clID>ClientX</domain:clID>

S：の<？xml version = "1.0" エンコード= "UTF-8" スタンドアロン= "なし"？> S：<EPPののxmlns = "壷：IETF：のparams：XML：NS：EPP-1.0" S：のxmlns：XSI = "http://www.w3.org/2001/XMLSchema-instance" S：XSI：のschemaLocation = "URN：IETF：paramsは：XML：NS：EPP-1.0 S：EPP-1.0.xsd"> S <レスポンス> S：<結果コード= "1000"> S：<MSG>コマンドが正常に完了しまし</ MSG> S：</結果> S：<resData> S：<ドメイン：infData S：のxmlns：ドメイン= "壷： IETF：のparams：XML：NS：ドメイン-1.0" S：XSI：のschemaLocation = "壷：IETF：のparams：XML：NS：ドメイン-1.0 S：ドメイン-1.0.xsd"> S：<ドメイン：名>例。 COM </ドメイン：名> S：<ドメイン：ROID> EXAMPLE1-REP </ドメイン：ROID> S：<ドメイン：状態S = "OK" /> S：<ドメイン：登録者> jd1234 </ドメイン：登録者> S：<ドメイン：接触タイプ= "管理者"> sh8013 </ドメイン：連絡先> S：<ドメイン：接触タイプ= "ハイテク"> sh8013 </ドメイン：連絡先> S：<ドメイン：NS> S：<ドメイン： hostObj> ns1.example.com </ドメイン：hostObj> S：<ドメイン：hostObj> ns1.example.net </ドメイン：hostObj> S：</ドメイン：NS> S：<ドメイン：ホスト> ns1.example。 COM </ドメイン：ホスト> S：<ドメイン：ホスト> ns2.example.com </ドメイン：ホスト> S：<ドメイン：CL ID> ClientX </ドメイン：CLID>

S: <domain:crID>ClientY</domain:crID> S: <domain:crDate>1999-04-03T22:00:00.0Z</domain:crDate> S: <domain:upID>ClientX</domain:upID> S: <domain:upDate>1999-12-03T09:00:00.0Z</domain:upDate> S: <domain:exDate>2005-04-03T22:00:00.0Z</domain:exDate> S: <domain:trDate>2000-04-08T09:00:00.0Z</domain:trDate> S: <domain:authInfo> S: <domain:pw>2fooBAR</domain:pw> S: </domain:authInfo> S: </domain:infData> S: </resData> S: <trID> S: <clTRID>ABC-12345</clTRID> S: <svTRID>54322-XYZ</svTRID> S: </trID> S: </response> S:</epp>

S：<ドメイン：CRID> clientYプロパティ</ドメイン：CRID> S：<ドメイン：のcrdate> 1999-04-03T22：00：00.0Z </ドメイン：のcrdate> S：<ドメイン：UPID> ClientX </ドメイン：UPID > S <ドメイン：更新> 1999-12-03T09：00：00.0Z </ドメイン：更新> S <ドメイン：EXDATE> 2005-04-03T22：00：00.0Z </ドメイン：EXDATE> S <ドメイン：trdateは> 2000-04-08T09：00：00.0Z </ドメイン：trdateは> S：<ドメイン：AUTHINFO> S：<ドメイン：PW> 2fooBAR </ドメイン：PW> S：</ドメイン：AUTHINFO> S </ドメイン：infData> S </ resData> S <TRID> S <clTRID> ABC-12345 </ clTRID> S <svTRID> 54322-XYZ </ svTRID> S </ TRID> S： </レスポンス> S：</ EPP>

A server with a different information return policy MAY provide less information in a response.

異なる情報返品ポリシーを持つサーバが応答して少ない情報を提供することができます。

Example <info> response for an unauthorized client:

例<インフォメーション>不正クライアントの応答：

S:<?xml version="1.0" encoding="UTF-8" standalone="no"?> S:<epp xmlns="urn:ietf:params:xml:ns:epp-1.0" S: xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" S: xsi:schemaLocation="urn:ietf:params:xml:ns:epp-1.0 S: epp-1.0.xsd"> S: <response> S: <result code="1000"> S: <msg>Command completed successfully</msg> S: </result> S: <resData> S: <domain:infData S: xmlns:domain="urn:ietf:params:xml:ns:domain-1.0" S: xsi:schemaLocation="urn:ietf:params:xml:ns:domain-1.0 S: domain-1.0.xsd"> S: <domain:name>example.com</domain:name> S: <domain:roid>EXAMPLE1-REP</domain:roid> S: <domain:clID>ClientX</domain:clID> S: </domain:infData> S: </resData> S: <trID> S: <clTRID>ABC-12345</clTRID> S: <svTRID>54322-XYZ</svTRID> S: </trID> S: </response> S:</epp>

An EPP error response MUST be returned if an <info> command can not be processed for any reason.

<インフォメーション>コマンドが何らかの理由で処理できない場合はEPPのエラー応答が返されなければなりません。

3.1.3. EPP <transfer> Query Command

3.1.3. EPP <転送>クエリコマンド

The EPP <transfer> command provides a query operation that allows a client to determine real-time status of pending and completed transfer requests. In addition to the standard EPP command elements, the <transfer> command MUST contain an "op" attribute with value "query", and a <domain:transfer> element that identifies the domain namespace and the location of the domain schema. The <domain:transfer> element contains the following child elements:

EPP <転送>コマンドは、クライアントが保留と完成転送要求のステータスをリアルタイムで決定することができますクエリ操作を提供します。標準のEPPコマンド要素に加えて、<転写>コマンドが「OP」の属性値が「クエリ」を含まなければなりません、そして<ドメイン：転送>ドメイン名前空間とドメインスキーマの位置を特定する要素。 <ドメイン：転送>要素は以下の子要素が含まれています。

- A <domain:name> element that contains the fully qualified name of the domain object to be queried.

- <ドメイン：名>照会するドメインオブジェクトの完全修飾名を含む要素。

Example <transfer> query command:

例<転送> queryコマンド：

C:</epp>

C：</ EPP>

When a <transfer> query command has been processed successfully, the EPP <resData> element MUST contain a child <domain:trnData> element that identifies the domain namespace and the location of the domain schema. The <domain:trnData> element contains the following child elements:

ドメイン名前空間とドメインのスキーマの場所を特定する要素：<転送> queryコマンドが正常に処理された場合は、EPP <resData>要素は、子<trnDataドメイン>を含まなければなりません。 <ドメイン：trnData>要素は以下の子要素が含まれています。

- A <domain:name> element that contains the fully qualified name of the domain object.

- <ドメイン：名>ドメインオブジェクトの完全修飾名を含む要素。

- A <domain:trStatus> element that contains the state of the most recent transfer request.

- <ドメイン：trStatus>最新の転送要求の状態を含む要素。

- A <domain:reID> element that contains the identifier of the client that requested the object transfer.

- <ドメイン：リード>オブジェクト転送を要求したクライアントの識別子を含む要素。

- A <domain:reDate> element that contains the date and time that the transfer was requested.

- <ドメイン：reDate>転送が要求された日付と時刻を含む要素。

- A <domain:acID> element that contains the identifier of the client that SHOULD act upon the transfer request.

- ：転送要求に応じて行動しなければならないクライアントの識別子が含まれています。<ドメイン酸>要素。

- A <domain:acDate> element that contains the date and time of a required or completed response. For a PENDING request, the value identifies the date and time by which a response is required before an automated response action will be taken by the server. For all other status types, the value identifies the date and time when the request was completed.

- <ドメイン：acDate>必須または完了応答の日付と時刻を含む要素。保留中の要求のために、値は自動化された応答アクションがサーバーによって取られる前に、応答が必要とされる日時を特定します。他のすべてのステータスタイプの場合、値は、要求が完了した日時を特定します。

- An OPTIONAL <domain:exDate> element that contains the end of the domain object's validity period if the <transfer> command caused or causes a change in the validity period.

- オプションの<ドメイン：EXDATE> <転送>コマンド場合は、ドメインオブジェクトの有効期間の終了が含まれている要素は、原因や有効期間の変化を引き起こします。

Example <transfer> query response:

例<転送>クエリ応答：

S: xsi:schemaLocation="urn:ietf:params:xml:ns:domain-1.0 S: domain-1.0.xsd"> S: <domain:name>example.com</domain:name> S: <domain:trStatus>pending</domain:trStatus> S: <domain:reID>ClientX</domain:reID> S: <domain:reDate>2000-06-06T22:00:00.0Z</domain:reDate> S: <domain:acID>ClientY</domain:acID> S: <domain:acDate>2000-06-11T22:00:00.0Z</domain:acDate> S: <domain:exDate>2002-09-08T22:00:00.0Z</domain:exDate> S: </domain:trnData> S: </resData> S: <trID> S: <clTRID>ABC-12345</clTRID> S: <svTRID>54322-XYZ</svTRID> S: </trID> S: </response> S:</epp>

S：XSI：のschemaLocation = "壷：IETF：のparams：XML：NS：ドメイン-1.0 S：ドメイン-1.0.xsd"> S：<ドメイン：名> example.com </ドメイン：名> S：<ドメイン： trStatus>保留中</ドメイン：trStatus> S：<ドメイン：リード> ClientX </ドメイン：リード> S：<ドメイン：reDate> 2000-06-06T22：00：00.0Z </ドメイン：reDate> S：<ドメイン：酸> clientYプロパティ</ドメイン：酸> S <ドメイン：acDate> 2000-06-11T22：00：00.0Z </ドメイン：acDate> S <ドメイン：EXDATE> 2002-09-08T22：00：00.0Z </ドメイン：EXDATE> S </ドメイン：trnData> S </ resData> S <TRID> S <clTRID> ABC-12345 </ clTRID> S <svTRID> 54322-XYZ </ svTRID> S </ TRID> S </レスポンス> S </ EPP>

An EPP error response MUST be returned if a <transfer> query command can not be processed for any reason.

<転送> queryコマンドが何らかの理由で処理できない場合はEPPのエラー応答が返されなければなりません。

3.2. EPP Transform Commands

3.2. EPPは、コマンド変換します

EPP provides five commands to transform domain objects: <create> to create an instance of a domain object, <delete> to delete an instance of a domain object, <renew> to extend the validity period of a domain object, <transfer> to manage domain object sponsorship changes, and <update> to change information associated with a domain object.

EPPは、ドメインオブジェクトを変換するための5つのコマンドが用意されています、ドメインオブジェクトのインスタンスを作成するには、<作成>、<削除>ドメインオブジェクトのインスタンスを削除するには、<更新>ドメインオブジェクトの有効期間を延長するために、<転送>へドメイン・オブジェクトに関連付けられた情報を変更するドメインオブジェクトスポンサーシップの変更、<更新>を管理します。

Transform commands are typically processed and completed in real time. Server operators MAY receive and process transform commands, but defer completing the requested action if human or third-party review is required before the requested action can be completed. In such situations the server MUST return a 1001 response code to the client to note that the command has been received and processed, but the requested action is pending. The server MUST also manage the status of the object that is the subject of the command to reflect the initiation and completion of the requested action. Once the action has been completed, all clients involved in the transaction MUST be notified using a service message that the action has been completed and that the status of the object has changed.

変換コマンドは、一般的に処理され、リアルタイムで完成されています。サーバーオペレータは、受信して処理コマンドを変換するが、要求されたアクションが完了する前に、ヒトまたはサードパーティの見直しが必要な場合は、要求されたアクションを完了延期するかもしれません。このような状況では、サーバはコマンドを受信し、処理されたことに注意することは、クライアントに1001応答コードを返さなければなりませんが、要求されたアクションが保留されています。また、サーバは要求されたアクションの開始と完了を反映するためのコマンドの対象であるオブジェクトの状態を管理しなければなりません。アクションが完了すると、トランザクションに関係するすべてのクライアントは、アクションが完了していると、オブジェクトの状態が変化したことをサービス・メッセージを使って通知する必要があります。

3.2.1. EPP <create> Command

3.2.1. EPP <作成>コマンド

The EPP <create> command provides a transform operation that allows a client to create a domain object. In addition to the standard EPP command elements, the <create> command MUST contain a <domain:create> element that identifies the domain namespace and the location of the domain schema. The <domain:create> element contains the following child elements:

EPP <作成>コマンドは、クライアントがドメインオブジェクトを作成することを可能にする変換操作を提供します。ドメイン名前空間とドメインスキーマの位置を特定する要素：標準EPPコマンド要素に加えて、<作成>コマンドは、<作成するドメイン>を含まなければなりません。 <ドメイン：作成>要素は以下の子要素が含まれています。

- A <domain:name> element that contains the fully qualified name of the domain object to be created.

- <ドメイン：名前>作成するドメインオブジェクトの完全修飾名を含む要素。

- An OPTIONAL <domain:period> element that contains the initial registration period of the domain object. A server MAY define a default initial registration period if not specified by the client.

- オプションの<ドメイン：期間>ドメインオブジェクトの初期登録期間を含む要素。クライアントによって指定されていない場合、サーバーはデフォルトの初期登録期間を定義することができます。

- An OPTIONAL <domain:registrant> element that contains the identifier for the human or organizational social information (contact) object to be associated with the domain object as the object registrant. This object identifier MUST be known to the server before the contact object can be associated with the domain object. The EPP mapping for contact objects is described in [RFC3733].

- オプション<ドメイン：登録>オブジェクト登録、ドメイン・オブジェクトに関連付けられるヒトまたは組織の社会的情報（コンタクト）オブジェクトの識別子を含む要素。連絡先オブジェクトは、ドメインオブジェクトに関連付けることができます前に、このオブジェクト識別子は、サーバーに知らなければなりません。コンタクトオブジェクトのEPPマッピングは[RFC3733]に記載されています。

- Zero or more OPTIONAL <domain:contact> elements that contain the identifiers for other contact objects to be associated with the domain object. Contact object identifiers MUST be known to the server before the contact object can be associated with the domain object.

- ゼロ以上の任意の<ドメイン：接触>ドメイン・オブジェクトに関連付けられる他の連絡先オブジェクトの識別子を含む要素。連絡先オブジェクトは、ドメインオブジェクトに関連付けることができます前に、連絡先オブジェクト識別子は、サーバーに知らなければなりません。

- A <domain:authInfo> element that contains authorization information to be associated with the domain object. This mapping includes a password-based authentication mechanism, but the schema allows new mechanisms to be defined in new schemas.

- <ドメイン：AUTHINFO>ドメイン・オブジェクトに関連すると認証情報を含む要素。このマッピングは、パスワードベースの認証機構を含むが、スキーマが、新しいメカニズムが新しいスキーマで定義されることを可能にします。

Example <create> command:

例コマンド<作成>を：

C:<?xml version="1.0" encoding="UTF-8" standalone="no"?> C:<epp xmlns="urn:ietf:params:xml:ns:epp-1.0" C: xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" C: xsi:schemaLocation="urn:ietf:params:xml:ns:epp-1.0 C: epp-1.0.xsd"> C: <command> C: <create> C: <domain:create C: xmlns:domain="urn:ietf:params:xml:ns:domain-1.0" C: xsi:schemaLocation="urn:ietf:params:xml:ns:domain-1.0 C: domain-1.0.xsd"> C: <domain:name>example.com</domain:name> C: <domain:period unit="y">2</domain:period> C: <domain:ns> C: <domain:hostObj>ns1.example.com</domain:hostObj> C: <domain:hostObj>ns1.example.net</domain:hostObj> C: </domain:ns> C: <domain:registrant>jd1234</domain:registrant> C: <domain:contact type="admin">sh8013</domain:contact> C: <domain:contact type="tech">sh8013</domain:contact> C: <domain:authInfo> C: <domain:pw>2fooBAR</domain:pw> C: </domain:authInfo> C: </domain:create> C: </create> C: <clTRID>ABC-12345</clTRID> C: </command> C:</epp>

C：の<？xml version = "1.0" エンコード= "UTF-8" スタンドアロン= "NO"？> C <EPP用のxmlns = "URN：IETF：paramsは：XML：NS：EPP-1.0" C：のxmlns：XSI = "http://www.w3.org/2001/XMLSchema-instance" C：XSI：のschemaLocation = "URN：IETF：paramsは：XML：NS：EPP-1.0 C：EPP-1.0.xsd"> C <コマンド> C：<ドメイン：Cを作成します。のxmlns：ドメイン= "壷：IETF：のparams：XML：NS：ドメイン-1.0" C：XSI：のschemaLocation = "壷：IETF：のparams：XML：NS <> Cを作成します：ドメイン-1.0 C：ドメイン1.0.xsd "> C <ドメイン：名> example.com </ドメイン：名> C <ドメイン：期間単位=" Y "> 2 </ドメイン：期間> C： <ドメイン：NS> C <ドメイン：hostObj> ns1.example.com </ドメイン：hostObj> C <ドメイン：hostObj> ns1.example.net </ドメイン：hostObj> C </ドメイン：NS> C ：<ドメイン：登録者> jd1234 </ドメイン：登録者> C：<ドメイン：接触タイプ= "管理者"> sh8013 </ドメイン：連絡先> C：<ドメイン：接触タイプ= "ハイテク"> sh8013 </ドメイン：接触> C <ドメイン：AUTHINFO> C <ドメイン：PW> 2fooBAR </ドメイン：PW> C </ドメイン：AUTHINFO> C </ドメイン：作成> C </ C>作成<clTRID> ABC -12345 </ clTRID> C </コマンド> C </ EPP>

When a <create> command has been processed successfully, the EPP <resData> element MUST contain a child <domain:creData> element that identifies the domain namespace and the location of the domain schema. The <domain:creData> element contains the following child elements:

ドメイン名前空間とドメインのスキーマの場所を特定する要素：<作成>コマンドが正常に処理された場合は、EPP <resData>要素は、子<creDataドメイン>を含まなければなりません。 <ドメイン：creData>要素は以下の子要素が含まれています。

- A <domain:name> element that contains the fully qualified name of the domain object.

- <ドメイン：名>ドメインオブジェクトの完全修飾名を含む要素。

- A <domain:crDate> element that contains the date and time of domain object creation.

- <ドメイン：のcrdate>ドメインオブジェクトの作成日時を含む要素。

- An OPTIONAL <domain:exDate> element that contains the date and time identifying the end of the domain object's registration period.

- オプションの<ドメイン：EXDATE>ドメインオブジェクトの登録期間の終了を識別し、日付と時刻を含む要素。

Example <create> response:

例応答<作成>を：

S:<?xml version="1.0" encoding="UTF-8" standalone="no"?> S:<epp xmlns="urn:ietf:params:xml:ns:epp-1.0" S: xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" S: xsi:schemaLocation="urn:ietf:params:xml:ns:epp-1.0 S: epp-1.0.xsd"> S: <response> S: <result code="1000"> S: <msg>Command completed successfully</msg> S: </result> S: <resData> S: <domain:creData S: xmlns:domain="urn:ietf:params:xml:ns:domain-1.0" S: xsi:schemaLocation="urn:ietf:params:xml:ns:domain-1.0 S: domain-1.0.xsd"> S: <domain:name>example.com</domain:name> S: <domain:crDate>1999-04-03T22:00:00.0Z</domain:crDate> S: <domain:exDate>2001-04-03T22:00:00.0Z</domain:exDate> S: </domain:creData> S: </resData> S: <trID> S: <clTRID>ABC-12345</clTRID> S: <svTRID>54321-XYZ</svTRID> S: </trID> S: </response> S:</epp>

S：の<？xml version = "1.0" エンコード= "UTF-8" スタンドアロン= "なし"？> S：<EPPののxmlns = "壷：IETF：のparams：XML：NS：EPP-1.0" S：のxmlns：XSI = "http://www.w3.org/2001/XMLSchema-instance" S：XSI：のschemaLocation = "URN：IETF：paramsは：XML：NS：EPP-1.0 S：EPP-1.0.xsd"> S <レスポンス> S：<結果コード= "1000"> S：<MSG>コマンドが正常に完了しまし</ MSG> S：</結果> S：<resData> S：<ドメイン：creData S：のxmlns：ドメイン= "壷： IETF：のparams：XML：NS：ドメイン-1.0" S：XSI：のschemaLocation = "壷：IETF：のparams：XML：NS：ドメイン-1.0 S：ドメイン-1.0.xsd"> S：<ドメイン：名>例。 COM </ドメイン：名> S：<ドメイン：のcrdate> 1999-04-03T22：00：00.0Z </ドメイン：のcrdate> S：<ドメイン：EXDATE> 2001-04-03T22：00：00.0Z </ドメイン：EXDATE> S </ドメイン：creData> S </ resData> S <TRID> S <clTRID> ABC-12345 </ clTRID> S <svTRID> 54321-XYZ </ svTRID> S </ TRID> S：</レスポンス> S：</ EPP>

An EPP error response MUST be returned if a <create> command can not be processed for any reason.

<作成>コマンドが何らかの理由で処理できない場合はEPPのエラー応答が返されなければなりません。

3.2.2. EPP <delete> Command

3.2.2. EPP <削除>コマンド

The EPP <delete> command provides a transform operation that allows a client to delete a domain object. In addition to the standard EPP command elements, the <delete> command MUST contain a <domain:delete> element that identifies the domain namespace and the location of the domain schema. The <domain:delete> element contains the following child elements:

EPPは、<削除>コマンドは、クライアントがドメインオブジェクトを削除することを可能にする変換操作を提供します。ドメイン名前空間とドメインスキーマの位置を特定する要素：標準EPPコマンド要素に加えて、<削除>コマンドは、<削除ドメイン>を含まなければなりません。 <ドメイン：削除>要素は以下の子要素が含まれています。

- A <domain:name> element that contains the fully qualified name of the domain object to be deleted.

- <ドメイン：名>削除するドメインオブジェクトの完全修飾名を含む要素。

A domain object SHOULD NOT be deleted if subordinate host objects are associated with the domain object. For example, if domain "example.com" exists, and host object "ns1.example.com" also exists, then domain "example.com" SHOULD NOT be deleted until host "ns1.example.com" has been either deleted or renamed to exist in a different superordinate domain. A server SHOULD notify clients that object relationships exist by sending a 2305 error response code when a <delete> command is attempted and fails due to existing object relationships. Delegated and subordinate host objects associated with a domain object can be determined using the <info> query command for the domain object.

下位のホストオブジェクトをドメインオブジェクトに関連付けられている場合は、ドメインオブジェクトを削除しないでください。例えば、もしドメイン「example.com」が存在し、ホストオブジェクト「ns1.example.com」も存在し、ドメイン「example.com」ホストまで削除しないでください「ns1.example.comは、」削除されたか、または別の上位ドメインに存在する名前に変更。サーバーは、<削除>コマンドを実行しようとして原因既存のオブジェクトの関係に失敗したときに2305エラー応答コードを送信することにより、関係が存在するオブジェクトをクライアントに通知する必要があります。委任とドメインオブジェクトに関連付けられた下位のホストオブジェクトは、ドメインオブジェクトのための<インフォメーション> queryコマンドを使用して決定することができます。

Example <delete> command:

例コマンド<削除>を：

When a <delete> command has been processed successfully, a server MUST respond with an EPP response with no <resData> element.

コマンドが正常に処理された場合には、<削除>、サーバーはありません<resData>要素とEPP応答で応じなければなりません。

Example <delete> response:

例応答<削除>を：

An EPP error response MUST be returned if a <delete> command can not be processed for any reason.

<削除>コマンドが何らかの理由で処理できない場合はEPPのエラー応答が返されなければなりません。

3.2.3. EPP <renew> Command

3.2.3. EPP <更新>コマンド

The EPP <renew> command provides a transform operation that allows a client to extend the validity period of a domain object. In addition to the standard EPP command elements, the <renew> command MUST contain a <domain:renew> element that identifies the domain namespace and the location of the domain schema. The <domain:renew> element contains the following child elements:

EPP <更新>コマンドクライアントは、ドメインオブジェクトの有効期間を延長することを可能にする変換操作を提供します。ドメイン名前空間とドメインスキーマの位置を特定する要素：標準EPPコマンド要素に加えて、<更新>コマンドは、<更新ドメイン>を含まなければなりません。 <ドメイン：更新>要素は以下の子要素が含まれています。

- A <domain:name> element that contains the fully qualified name of the domain object whose validity period is to be extended.

- <ドメイン：名前>の有効期間延長されるドメインオブジェクトの完全修飾名を含む要素。

- A <domain:curExpDate> element that contains the date on which the current validity period ends. This value ensures that repeated <renew> commands do not result in multiple unanticipated successful renewals.

- <ドメイン：curExpDate>現在の有効期間が終了する日付を含む要素。この値は、繰り返さ<更新>のコマンドは、複数の予期せぬ成功更新することはありません。

- An OPTIONAL <domain:period> element that contains the number of units to be added to the registration period of the domain object. The number of units available MAY be subject to limits imposed by the server.

- オプション<ドメイン：期間>ドメインオブジェクトの登録期間に追加されるユニット数を含む要素。利用可能なユニットの数は、サーバによって課される制限を受ける可能性があります。

Example <renew> command:

例コマンド<更新>を：

When a <renew> command has been processed successfully, the EPP <resData> element MUST contain a child <domain:renData> element that identifies the domain namespace and the location of the domain schema. The <domain:renData> element contains the following child elements:

ドメイン名前空間とドメインのスキーマの場所を特定する要素：<更新>コマンドが正常に処理された場合は、EPP <resData>要素は、子<renDataドメイン>を含まなければなりません。 <ドメイン：renData>要素は以下の子要素が含まれています。

- A <domain:name> element that contains the fully qualified name of the domain object.

- <ドメイン：名>ドメインオブジェクトの完全修飾名を含む要素。

- An OPTIONAL <domain:exDate> element that contains the date and time identifying the end of the domain object's registration period.

- オプションの<ドメイン：EXDATE>ドメインオブジェクトの登録期間の終了を識別し、日付と時刻を含む要素。

Example <renew> response:

例応答を、<更新>：

S:<?xml version="1.0" encoding="UTF-8" standalone="no"?> S:<epp xmlns="urn:ietf:params:xml:ns:epp-1.0" S: xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" S: xsi:schemaLocation="urn:ietf:params:xml:ns:epp-1.0 S: epp-1.0.xsd"> S: <response> S: <result code="1000"> S: <msg>Command completed successfully</msg> S: </result> S: <resData> S: <domain:renData S: xmlns:domain="urn:ietf:params:xml:ns:domain-1.0" S: xsi:schemaLocation="urn:ietf:params:xml:ns:domain-1.0 S: domain-1.0.xsd"> S: <domain:name>example.com</domain:name> S: <domain:exDate>2005-04-03T22:00:00.0Z</domain:exDate> S: </domain:renData> S: </resData> S: <trID> S: <clTRID>ABC-12345</clTRID> S: <svTRID>54322-XYZ</svTRID> S: </trID> S: </response> S:</epp>

An EPP error response MUST be returned if a <renew> command can not be processed for any reason.

コマンドが何らかの理由で処理できない<更新>場合EPPのエラー応答が返されなければなりません。

3.2.4. EPP <transfer> Command

3.2.4. EPP <転送>コマンド

The EPP <transfer> command provides a transform operation that allows a client to manage requests to transfer the sponsorship of a domain object. In addition to the standard EPP command elements, the

EPP <転送>コマンドは、クライアントがドメインオブジェクトのスポンサーシップを転送する要求を管理することを可能にする変換操作を提供します。標準のEPPコマンドの要素に加えて、

<transfer> command MUST contain a <domain:transfer> element that identifies the domain namespace and the location of the domain schema. The <domain:transfer> element contains the following child elements:

ドメイン名前空間とドメインスキーマの位置を特定する要素：<転写>コマンドは、<転送ドメイン>を含まなければなりません。 <ドメイン：転送>要素は以下の子要素が含まれています。

- A <domain:name> element that contains the fully qualified name of the domain object for which a transfer request is to be created, approved, rejected, or cancelled.

- <ドメイン：名>転送要求が承認され、作成されるため、ドメインオブジェクトの完全修飾名が含まれている要素、拒否、またはキャンセル。

- An OPTIONAL <domain:period> element that contains the number of units to be added to the registration period of the domain object at completion of the transfer process. This element can only be used when a transfer is requested, and it MUST be ignored if used otherwise. The number of units available MAY be subject to limits imposed by the server.

- オプション<ドメイン：期間>転写工程の完了時にドメイン・オブジェクトの登録期間に追加するユニット数を含む要素。転送が要求されたときにこの要素にのみ使用することができ、そうでなければ使用している場合、それを無視しなければなりません。利用可能なユニットの数は、サーバによって課される制限を受ける可能性があります。

- A <domain:authInfo> element that contains authorization information associated with the domain object or authorization information associated with the domain object's registrant or associated contacts. An OPTIONAL "roid" attribute MUST be used to identify the registrant or contact object if and only if the given authInfo is associated with a registrant or contact object, and not the domain object itself.

- <ドメイン：AUTHINFO>ドメインオブジェクトの登録者または関連する連絡先に関連付けられているドメインオブジェクトまたは認可情報に関連付けられた認証情報を含む要素。 OPTIONAL「ROID」属性は、登録又は接触オブジェクトを識別するために使用しなければならない場合、与えられたAUTHINFOを登録または連絡先オブジェクトはなく、ドメインオブジェクト自体に関連付けられている場合のみ。

Every EPP <transfer> command MUST contain an "op" attribute that identifies the transfer operation to be performed. Valid values, definitions, and authorizations for all attribute values are defined in [RFC3730].

すべてのEPP <転送>コマンドが実行される転送動作を識別する「OP」の属性を含まなければなりません。すべての属性値の有効な値、定義、および権限は、[RFC3730]で定義されています。

Transfer of a domain object MUST implicitly transfer all host objects that are subordinate to the domain object. For example, if domain object "example.com" is transferred and host object "ns1.example.com" exists, the host object MUST be transferred as part of the "example.com" transfer process. Host objects that are subject to transfer when transferring a domain object are listed in the response to an EPP <info> command performed on the domain object.

ドメインオブジェクトの転送は、暗黙的にドメインオブジェクトに従属するすべてのホストオブジェクトを転送する必要があります。ドメインオブジェクト「example.com」が転送され、ホスト・オブジェクト「ns1.example.com」が存在する場合、例えば、ホスト・オブジェクトは、「example.com」転送処理の一部として転送されなければなりません。ドメイン・オブジェクトを転送するときに転送される場合があり、ホストオブジェクトは、ドメイン・オブジェクトに対して実行EPP <インフォメーション>コマンドに応答して記載されています。

Example <transfer> request command:

例<転送>要求コマンド：

C: xsi:schemaLocation="urn:ietf:params:xml:ns:domain-1.0 C: domain-1.0.xsd"> C: <domain:name>example.com</domain:name> C: <domain:period unit="y">1</domain:period> C: <domain:authInfo> C: <domain:pw roid="JD1234-REP">2fooBAR</domain:pw> C: </domain:authInfo> C: </domain:transfer> C: </transfer> C: <clTRID>ABC-12345</clTRID> C: </command> C:</epp>

C：XSI：のschemaLocation = "壷：IETF：のparams：XML：NS：ドメイン-1.0 C：ドメイン-1.0.xsd"> C：<ドメイン：名> example.com </ドメイン：名> C：<ドメイン：期間単位= "Y"> 1 </ドメイン：期間> C <ドメイン：AUTHINFO> C <ドメイン：PW ROID = "JD1234-REP"> 2fooBAR </ドメイン：PW> C </ドメイン：AUTHINFO> C：</ドメイン：転送> C </転送> C <clTRID> ABC-12345 </ clTRID> C </コマンド> C </ EPP>

When a <transfer> command has been processed successfully, the EPP <resData> element MUST contain a child <domain:trnData> element that identifies the domain namespace and the location of the domain schema. The <domain:trnData> element contains the same child elements defined for a transfer query response.

ドメイン名前空間とドメインのスキーマの場所を特定する要素：<転送>コマンドが正常に処理された場合は、EPP <resData>要素は、子<trnDataドメイン>を含まなければなりません。 <ドメイン：trnData>要素は、転送クエリ応答のために定義された同じ子要素が含まれています。

Example <transfer> response:

例<転送>応答：

S:<?xml version="1.0" encoding="UTF-8" standalone="no"?> S:<epp xmlns="urn:ietf:params:xml:ns:epp-1.0" S: xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" S: xsi:schemaLocation="urn:ietf:params:xml:ns:epp-1.0 S: epp-1.0.xsd"> S: <response> S: <result code="1001"> S: <msg>Command completed successfully; action pending</msg> S: </result> S: <resData> S: <domain:trnData S: xmlns:domain="urn:ietf:params:xml:ns:domain-1.0" S: xsi:schemaLocation="urn:ietf:params:xml:ns:domain-1.0 S: domain-1.0.xsd"> S: <domain:name>example.com</domain:name> S: <domain:trStatus>pending</domain:trStatus> S: <domain:reID>ClientX</domain:reID> S: <domain:reDate>2000-06-08T22:00:00.0Z</domain:reDate> S: <domain:acID>ClientY</domain:acID> S: <domain:acDate>2000-06-13T22:00:00.0Z</domain:acDate> S: <domain:exDate>2002-09-08T22:00:00.0Z</domain:exDate> S: </domain:trnData> S: </resData> S: <trID> S: <clTRID>ABC-12345</clTRID> S: <svTRID>54322-XYZ</svTRID> S: </trID>

S：の<？xml version = "1.0" エンコード= "UTF-8" スタンドアロン= "なし"？> S：<EPPののxmlns = "壷：IETF：のparams：XML：NS：EPP-1.0" S：のxmlns：XSI = "http://www.w3.org/2001/XMLSchema-instance" S：XSI：のschemaLocation = "URN：IETF：paramsは：XML：NS：EPP-1.0 S：EPP-1.0.xsd"> S <レスポンス> S：<結果コード= "1001"> S：<MSG>コマンドが正常に完了しました。アクション保留</ MSG> S：</結果> S：<resData> S：<ドメイン：trnData S：のxmlns：ドメイン= "壷：IETF：のparams：XML：NS：ドメイン-1.0" S：XSI：のschemaLocation = "URN：IETF：のparams：XML：NS：ドメイン-1.0 S：ドメイン-1.0.xsd"> S：<ドメイン：名> example.com </ドメイン：名> S：<ドメイン：trStatus>保留</ドメイン：trStatus> S <ドメイン：リード> ClientX </ドメイン：リード> S <ドメイン：reDate> 2000-06-08T22：00：00.0Z </ドメイン：reDate> S <ドメイン：酸> clientYプロパティ</ドメイン：酸> S：<ドメイン：acDate> 2000-06-13T22：00：00.0Z </ドメイン：acDate> S：<ドメイン：EXDATE> 2002-09-08T22：00：00.0Z </ドメイン：EXDATE> S：</ドメイン：trnData> S：</ resData> S：<TRID> S：<clTRID> ABC-12345 </ clTRID> S：<svTRID> 54322-XYZ </ svTRID> S：</ TRID>

S: </response> S:</epp>

S：</レスポンス> S：</ EPP>

An EPP error response MUST be returned if a <transfer> command can not be processed for any reason.

<転送>コマンドが何らかの理由で処理できない場合はEPPのエラー応答が返されなければなりません。

3.2.5. EPP <update> Command

3.2.5. EPP <アップデート>コマンド

The EPP <update> command provides a transform operation that allows a client to modify the attributes of a domain object. In addition to the standard EPP command elements, the <update> command MUST contain a <domain:update> element that identifies the domain namespace and the location of the domain schema. The <domain:update> element contains the following child elements:

EPP <アップデート>コマンドは、クライアントがドメインオブジェクトの属性を変更することを可能にする変換操作を提供します。ドメイン名前空間とドメインスキーマの位置を特定する要素：標準EPPコマンド要素に加えて、<更新>コマンドは、<更新ドメイン>を含まなければなりません。 <ドメイン：更新>要素は以下の子要素が含まれています。

- A <domain:name> element that contains the fully qualified name of the domain object to be updated.

- <ドメイン：名>更新するドメインオブジェクトの完全修飾名を含む要素。

- An OPTIONAL <domain:add> element that contains attribute values to be added to the object.

- オプションの<ドメイン：追加>要素の属性値を含むオブジェクトに追加します。

- An OPTIONAL <domain:rem> element that contains attribute values to be removed from the object.

- オプションの<ドメイン：REM>要素の属性値を含むオブジェクトから削除します。

- An OPTIONAL <domain:chg> element that contains object attribute values to be changed.

- オプションの<ドメイン：CHG>オブジェクトの属性値を変更することが含まれてい要素。

At least one <domain:add>, <domain:rem>, or <domain:chg> element MUST be provided. The <domain:add> and <domain:rem> elements contain the following child elements:

少なくとも一つの<ドメイン：追加>、<ドメイン：REM>、または<ドメイン：CHG>要素が提供されなければなりません。 <ドメイン：追加>と<ドメイン：REM>要素は以下の子要素が含まれています。

- An OPTIONAL <domain:ns> element that contains the fully qualified names of the delegated host objects or host attributes (name servers) associated with the domain object to provide resolution services for the domain; see section 1.1 for a description of the elements used to specify host objects or host attributes. A host object MUST be known to the server before the host object can be associated with a domain object. If host attributes are used to specify name servers, note that IP address elements are not needed to identify a name server that is being removed. IP address elements can safely be absent or ignored in this situation.

- オプション：ドメインの解決サービスを提供するために、ドメインオブジェクトに関連付けられた委任ホストオブジェクトまたはホスト属性（ネームサーバ）の完全修飾名が含まれています。<ドメインNS>要素。ホストオブジェクトまたはホスト属性を指定するために使用される要素の説明については、セクション1.1を参照。ホストオブジェクトは、ドメインオブジェクトに関連付けることができます前に、ホストオブジェクトは、サーバーに知らなければなりません。ホスト属性はネームサーバを指定するために使用されている場合は、IPアドレスの要素が削除されているネームサーバを識別するために必要されていないことに注意してください。 IPアドレスの要素が安全に存在しないか、またはこのような状況では無視することができます。

- Zero or more <domain:contact> elements that contain the identifiers for contact objects to be associated with or removed from the domain object. Contact object identifiers MUST be known to the server before the contact object can be associated with the domain object.

- ゼロ以上の<ドメイン：接触>に関連付けられているか、ドメイン・オブジェクトから削除された連絡先オブジェクトの識別子を含む要素。連絡先オブジェクトは、ドメインオブジェクトに関連付けることができます前に、連絡先オブジェクト識別子は、サーバーに知らなければなりません。

- Zero or more <domain:status> elements that contain status values to be applied to or removed from the object. When specifying a value to be removed, only the attribute value is significant; element text is not required to match a value for removal.

- ゼロ以上の<ドメイン：ステータス>ステータス値が適用またはオブジェクトから削除された要素を含みます。削除する値を指定すると、属性値のみが重要です。要素のテキストを除去するための値と一致する必要はありません。

A <domain:chg> element contains the following child elements:

<ドメイン：CHG>要素は以下の子要素が含まれています。

- A <domain:registrant> element that contains the identifier for the human or organizational social information (contact) object to be associated with the domain object as the object registrant. This object identifier MUST be known to the server before the contact object can be associated with the domain object. An empty element can be used to remove registrant information.

- <ドメイン：登録>オブジェクト登録、ドメイン・オブジェクトに関連付けられるヒトまたは組織の社会的情報（コンタクト）オブジェクトの識別子を含む要素。連絡先オブジェクトは、ドメインオブジェクトに関連付けることができます前に、このオブジェクト識別子は、サーバーに知らなければなりません。空の要素は、登録者情報を削除するために使用することができます。

- A <domain:authInfo> element that contains authorization information associated with the domain object. This mapping includes a password-based authentication mechanism, but the schema allows new mechanisms to be defined in new schemas. A <domain:null> element can be used within the <domain:authInfo> element to remove authorization information.

- <ドメイン：AUTHINFO>ドメインオブジェクトに関連付けられた認証情報を含む要素。このマッピングは、パスワードベースの認証機構を含むが、スキーマが、新しいメカニズムが新しいスキーマで定義されることを可能にします。 <ドメイン：ヌル>：認証情報を削除する要素の要素は、<AUTHINFOドメイン>内で使用することができます。

Example <update> command:

例<更新>コマンドを実行します。

C:<?xml version="1.0" encoding="UTF-8" standalone="no"?> C:<epp xmlns="urn:ietf:params:xml:ns:epp-1.0" C: xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" C: xsi:schemaLocation="urn:ietf:params:xml:ns:epp-1.0 C: epp-1.0.xsd"> C: <command> C: <update> C: <domain:update C: xmlns:domain="urn:ietf:params:xml:ns:domain-1.0" C: xsi:schemaLocation="urn:ietf:params:xml:ns:domain-1.0 C: domain-1.0.xsd"> C: <domain:name>example.com</domain:name> C: <domain:add> C: <domain:ns> C: <domain:hostObj>ns2.example.com</domain:hostObj> C: </domain:ns> C: <domain:contact type="tech">mak21</domain:contact> C: <domain:status s="clientHold" C: lang="en">Payment overdue.</domain:status> C: </domain:add> C: <domain:rem> C: <domain:ns> C: <domain:hostObj>ns1.example.com</domain:hostObj> C: </domain:ns> C: <domain:contact type="tech">sh8013</domain:contact>

C：の<？xml version = "1.0" エンコード= "UTF-8" スタンドアロン= "NO"？> C <EPP用のxmlns = "URN：IETF：paramsは：XML：NS：EPP-1.0" C：のxmlns：XSI = "http://www.w3.org/2001/XMLSchema-instance" C：XSI：のschemaLocation = "URN：IETF：paramsは：XML：NS：EPP-1.0 C：EPP-1.0.xsd"> C <コマンド> C <更新> C <ドメイン：更新C：のxmlns：ドメイン= "URN：IETF：paramsは：XML：NS：ドメイン-1.0" C：XSI：のschemaLocationは=「URN：IETF：paramsは：XML：NS ：ドメイン-1.0 C：ドメイン-1.0.xsd "> C：<ドメイン：名> example.com </ドメイン：名> C：<ドメイン：追加> C：<ドメイン：NS> C：<ドメイン：hostObj> ns2.example.com </ドメイン：hostObj> C：</ドメイン：NS> C：<ドメイン：接触タイプ= "ハイテク"> mak21 </ドメイン：連絡先> C：<ドメイン：状態S = "clientHold" C ：LANG = "EN">お支払い延滞</ドメイン：ステータス> C：</ドメイン：>追加C：<ドメイン：REM> C：<ドメイン：NS> C：<ドメイン：hostObj> ns1.example.com </ドメイン：hostObj> C </ドメイン：NS> C <ドメイン：接触型= "テック"> sh8013 </ドメイン：接触>

C: <domain:status s="clientUpdateProhibited"/> C: </domain:rem> C: <domain:chg> C: <domain:registrant>sh8013</domain:registrant> C: <domain:authInfo> C: <domain:pw>2BARfoo</domain:pw> C: </domain:authInfo> C: </domain:chg> C: </domain:update> C: </update> C: <clTRID>ABC-12345</clTRID> C: </command> C:</epp>

C：<ドメイン：ステータスS = "clientUpdateProhibited" /> C </ドメイン：REM> C <ドメイン：CHG> C <ドメイン：登録> sh8013 </ドメイン：登録> C <ドメイン：AUTHINFO> C <ドメイン：PW> 2BARfoo </ドメイン：PW> C </ドメイン：AUTHINFO> C </ドメイン：CHG> C </ドメイン：更新> C </アップデート> C <clTRID> ABC- 12345 </ clTRID> C </コマンド> C </ EPP>

When an <update> command has been processed successfully, a server MUST respond with an EPP response with no <resData> element.

<更新>コマンドが正常に処理された場合は、サーバーはありません<resData>要素とEPP応答で応じなければなりません。

Example <update> response:

例<更新>応答：

An EPP error response MUST be returned if an <update> command can not be processed for any reason.

<更新>コマンドが何らかの理由で処理できない場合はEPPのエラー応答が返されなければなりません。

3.2.6. Offline Review of Requested Actions

3.2.6. 要求されたアクションのオフラインレビュー

Commands are processed by a server in the order they are received from a client. Though an immediate response confirming receipt and processing of the command is produced by the server, a server operator MAY perform an offline review of requested transform commands before completing the requested action. In such situations the response from the server MUST clearly note that the transform command has been received and processed, but the requested action is pending. The status of the corresponding object MUST clearly reflect processing of the pending action. The server MUST notify the client when offline processing of the action has been completed.

コマンドは、それらは、クライアントから受信されているために、サーバによって処理されています。コマンドの受信と処理を確認即時応答がサーバーによって生成されますが、サーバーのオペレータは、要求されたアクションを完了する前に、変換要求されたコマンドのオフライン見直しを行うことができます。このような状況では、サーバからの応答が明確に変換コマンドが受信され、処理されたことに注意しなければなりませんが、要求されたアクションが保留されています。対応するオブジェクトの状態が明確に係属中の訴訟の処理を反映しなければなりません。アクションのオフライン処理が完了したとき、サーバはクライアントに通知しなければなりません。

Examples describing a <create> command that requires offline review are included here. Note the result code and message returned in response to the <create> command.

オフライン見直しが必要で、<作成>コマンドを記述した例はここに含まれています。 <作成>コマンドに応答して返された結果コードとメッセージを注意してください。

S:<?xml version="1.0" encoding="UTF-8" standalone="no"?> S:<epp xmlns="urn:ietf:params:xml:ns:epp-1.0" S: xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" S: xsi:schemaLocation="urn:ietf:params:xml:ns:epp-1.0 S: epp-1.0.xsd"> S: <response> S: <result code="1001"> S: <msg>Command completed successfully; action pending</msg> S: </result> S: <resData> S: <domain:creData S: xmlns:domain="urn:ietf:params:xml:ns:domain-1.0" S: xsi:schemaLocation="urn:ietf:params:xml:ns:domain-1.0 S: domain-1.0.xsd"> S: <domain:name>example.com</domain:name> S: <domain:crDate>1999-04-03T22:00:00.0Z</domain:crDate> S: <domain:exDate>2001-04-03T22:00:00.0Z</domain:exDate> S: </domain:creData> S: </resData> S: <trID> S: <clTRID>ABC-12345</clTRID> S: <svTRID>54321-XYZ</svTRID> S: </trID> S: </response> S:</epp>

S：の<？xml version = "1.0" エンコード= "UTF-8" スタンドアロン= "なし"？> S：<EPPののxmlns = "壷：IETF：のparams：XML：NS：EPP-1.0" S：のxmlns：XSI = "http://www.w3.org/2001/XMLSchema-instance" S：XSI：のschemaLocation = "URN：IETF：paramsは：XML：NS：EPP-1.0 S：EPP-1.0.xsd"> S <レスポンス> S：<結果コード= "1001"> S：<MSG>コマンドが正常に完了しました。アクション保留</ MSG> S：</結果> S：<resData> S：<ドメイン：creData S：のxmlns：ドメイン= "壷：IETF：のparams：XML：NS：ドメイン-1.0" S：XSI：のschemaLocation = "URN：IETF：のparams：XML：NS：ドメイン-1.0 S：ドメイン-1.0.xsd"> S：<ドメイン：名> example.com </ドメイン：名> S：<ドメイン：のcrdate> 1999-04- 03T22：00：00.0Z </ドメイン：のcrdate> S <ドメイン：EXDATE> 2001-04-03T22：00：00.0Z </ドメイン：EXDATE> S </ドメイン：creData> S </ resData> S <TRID> S <clTRID> ABC-12345 </ clTRID> S <svTRID> 54321-XYZ </ svTRID> S </ TRID> S </レスポンス> S </ EPP>

The status of the domain object after returning this response MUST include "pendingCreate". The server operator reviews the request offline, and informs the client of the outcome of the review by queuing a service message for retrieval via the <poll> command.

この応答を返した後、ドメインオブジェクトのステータスが「pendingCreate」を含まなければなりません。サーバーオペレータは、要求をオフラインでレビューし、<世論調査>コマンドを使用して検索するためのサービスメッセージをキューイングによる審査の結果をクライアントに通知します。

The service message MUST contain text in the <response>, <msgQ>, <msg> element that describes the notification. In addition, the EPP <resData> element MUST contain a child <domain:panData> element that identifies the domain namespace and the location of the domain schema. The <domain:panData> element contains the following child elements:

サービスメッセージは、通知を記述する<応答>、<MSGQ>、<MSG>要素にテキストが含まれなければなりません。ドメイン名前空間とドメインのスキーマの場所を特定する要素：また、EPP <resData>要素は、子<panDataドメイン>を含まなければなりません。 <ドメイン：panData>要素は以下の子要素が含まれています。

- A <domain:name> element that contains the fully qualified name of the domain object. The <domain:name> element contains a REQUIRED "paResult" attribute. A positive boolean value indicates that the request has been approved and completed. A negative boolean value indicates that the request has been denied and the requested action has not been taken.

- <ドメイン：名>ドメインオブジェクトの完全修飾名を含む要素。 <ドメイン：name>要素は、REQUIRED "paResult" 属性が含まれています。正のブール値は、要求が承認され、完了していることを示しています。負のブール値は、要求が拒否されたと要求されたアクションが取られていないことを示しています。

- A <domain:paTRID> element that contains the client transaction identifier and server transaction identifier returned with the original response to process the command. The client transaction identifier is OPTIONAL and will only be returned if the client provided an identifier with the original <create> command.

- <ドメイン：paTRID>コマンドを処理するために、元の応答で返されたクライアント・トランザクション識別子とサーバのトランザクション識別子を含む要素。クライアントのトランザクション識別子はオプションであり、クライアントがコマンド<作成>元で識別子を提供している場合にのみ返されます。

- A <domain:paDate> element that contains the date and time describing when review of the requested action was completed.

- <ドメイン：paDate>要求されたアクションの審査が完了した際に記述する日付と時刻を含む要素。

Example "review completed" service message:

例「レビュー完了」サービスメッセージ：

S:<?xml version="1.0" encoding="UTF-8" standalone="no"?> S:<epp xmlns="urn:ietf:params:xml:ns:epp-1.0" S: xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" S: xsi:schemaLocation="urn:ietf:params:xml:ns:epp-1.0 S: epp-1.0.xsd"> S: <response> S: <result code="1301"> S: <msg>Command completed successfully; ack to dequeue</msg> S: </result> S: <msgQ count="5" id="12345"> S: <qDate>1999-04-04T22:01:00.0Z</qDate> S: <msg>Pending action completed successfully.</msg> S: </msgQ> S: <resData> S: <domain:panData S: xmlns:domain="urn:ietf:params:xml:ns:domain-1.0" S: xsi:schemaLocation="urn:ietf:params:xml:ns:domain-1.0 S: domain-1.0.xsd"> S: <domain:name paResult="1">example.com</domain:name> S: <domain:paTRID> S: <clTRID>ABC-12345</clTRID> S: <svTRID>54321-XYZ</svTRID> S: </domain:paTRID> S: <domain:paDate>1999-04-04T22:00:00.0Z</domain:paDate> S: </domain:panData> S: </resData> S: <trID> S: <clTRID>BCD-23456</clTRID> S: <svTRID>65432-WXY</svTRID> S: </trID>

S：の<？xml version = "1.0" エンコード= "UTF-8" スタンドアロン= "なし"？> S：<EPPののxmlns = "壷：IETF：のparams：XML：NS：EPP-1.0" S：のxmlns：XSI = "http://www.w3.org/2001/XMLSchema-instance" S：XSI：のschemaLocation = "URN：IETF：paramsは：XML：NS：EPP-1.0 S：EPP-1.0.xsd"> S <レスポンス> S：<結果コード= "1301"> S：<MSG>コマンドが正常に完了しました。 ACKにデキュー</ MSG> S </結果> S <MSGQカウント= "5" ID = "12345"> S <QDATE> 1999-04-04T22：01：00.0Z </ QDATE> S < MSG正常に完了>保留中のアクション</ MSG> S：</ MSGQ> S：<resData> S：<ドメイン：panData S：のxmlns：ドメイン= "壷：IETF：のparams：XML：NS：ドメイン-1.0" S ：XSI：のschemaLocation = "壷：IETF：のparams：XML：NS：ドメイン-1.0 S：ドメイン-1.0.xsd"> S：<ドメイン：paResult = "1"> example.com </ドメイン名：名> S <ドメイン：paTRID> S <clTRID> ABC-12345 </ clTRID> S <svTRID> 54321-XYZ </ svTRID> S </ドメイン：paTRID> S <ドメイン：paDate> 1999-04-04T22 ：00：00.0Z </ドメイン：paDate> S </ドメイン：panData> S </ resData> S <TRID> S <clTRID> BCD-23456 </ clTRID> S <svTRID> 65432-WXY </ svTRID> S：</ TRID>

S: </response> S:</epp>

S：</レスポンス> S：</ EPP>

4. Formal Syntax

4.正式な構文

An EPP object mapping is specified in XML Schema notation. The formal syntax presented here is a complete schema representation of the object mapping suitable for automated validation of EPP XML instances. The BEGIN and END tags are not part of the schema; they are used to note the beginning and ending of the schema for URI registration purposes.

EPPオブジェクトマッピングは、XMLスキーマ表記で指定されています。ここで紹介する正式な構文は、EPPのXMLインスタンスの自動化された検証に適したオブジェクト・マッピングの完全なスキーマ表現です。 BEGINとENDタグは、スキーマの一部ではありません。彼らは、URIの登録目的のためのスキーマの始まりと終わりを注意するために使用されています。

BEGIN <?xml version="1.0" encoding="UTF-8"?>

BEGINの<？xml version = "1.0" エンコードは= "UTF-8"？>

<スキーマのtargetNamespace = "壷：IETF：のparams：XML：NS：ドメイン-1.0" のxmlns：ドメイン= "壷：IETF：のparams：XML：NS：ドメイン-1.0" のxmlns：ホスト= "壷：IETF：のparams：XML ：NS：ホスト-1.0" のxmlns：EPP = "壷：IETF：のparams：XML：NS：EPP-1.0" のxmlns：eppcom = "壷：IETF：のparams：XML：NS：eppcom-1.0" のxmlns = "のhttp： //www.w3.org/2001/XMLSchema」のelementFormDefault = "資格">

<import namespace="urn:ietf:params:xml:ns:eppcom-1.0" schemaLocation="eppcom-1.0.xsd"/> <import namespace="urn:ietf:params:xml:ns:epp-1.0" schemaLocation="epp-1.0.xsd"/> <import namespace="urn:ietf:params:xml:ns:host-1.0" schemaLocation="host-1.0.xsd"/>

<！ - 輸入共通の要素タイプ。 - > <インポート名前空間= "壷：IETF：のparams：XML：NS：eppcom-1.0" のschemaLocation = "eppcom-1.0.xsd" /> <インポート名前空間= "壷：IETF：のparams：XML：NS：epp- 1.0" のschemaLocation = "EPP-1.0.xsd" /> <インポート名前空間= "壷：IETF：のparams：XML：NS：ホスト-1.0" のschemaLocation = "ホスト-1.0.xsd" />

<annotation> <documentation> Extensible Provisioning Protocol v1.0 domain provisioning schema. </documentation> </annotation>

<注釈> <ドキュメンテーション>拡張可能なプロビジョニングプロトコルv1.0のドメインのプロビジョニングスキーマ。 </ドキュメンテーション> </注釈>

<element name="check" type="domain:mNameType"/> <element name="create" type="domain:createType"/> <element name="delete" type="domain:sNameType"/> <element name="info" type="domain:infoType"/> <element name="renew" type="domain:renewType"/>

<！ - EPPコマンドで見つかった子要素。 - > <要素名= "チェック" タイプ= "ドメイン：mNameType" /> <要素名= "作成" タイプ= "ドメイン：に、createType" /> <要素名= "削除" タイプ= "ドメイン：sNameType" / > <要素名= "情報" タイプは、= "ドメイン：infoTypeで" /> <要素名= "更新" タイプ= "ドメイン：renewType" />

<element name="transfer" type="domain:transferType"/> <element name="update" type="domain:updateType"/>  <complexType name="createType"> <sequence> <element name="name" type="eppcom:labelType"/> <element name="period" type="domain:periodType" minOccurs="0"/> <element name="ns" type="domain:nsType" minOccurs="0"/> <element name="registrant" type="eppcom:clIDType" minOccurs="0"/> <element name="contact" type="domain:contactType" minOccurs="0" maxOccurs="unbounded"/> <element name="authInfo" type="domain:authInfoType"/> </sequence> </complexType>

<要素名= "転送" タイプ= "ドメイン：transferTypeは" /> <要素名= "更新" タイプ= "ドメイン：UPDATETYPE" /> < - <>コマンドを作成の子要素！。 - > <complexTypeの名= "に、createType"> <シーケンス> <要素名= "名前" タイプ= "eppcom：labelType" /> <要素名= "期間" タイプ= "ドメイン：periodType" のminOccurs = "0" / > <要素名= "NS" タイプ= "ドメイン：nsType" のminOccurs = "0" /> <要素名=タイプ= "eppcom：clIDType" "登録者" のminOccurs = "0" /> <要素名= "接触" をタイプ= "ドメイン：contactType" のminOccurs = "0" のmaxOccurs = "無制限" /> <要素名= "AUTHINFO" タイプ= "ドメイン：authInfoType" /> </シーケンス> </ complexTypeの>

<complexTypeの名前= "periodType"> <simpleContentを> <拡張基地= "ドメイン：pLimitType"> <属性名= "単位" タイプ= "ドメイン：pUnitType" 使用= "必須" /> </拡張> </ simpleContentを> </ complexTypeの>

<単純名= "pLimitType"> <制限基地= "なunsignedShort"> <のminInclusive値= "1" /> <maxInclusiveを値= "99" /> </制限> </ simpleTypeの>

<単純名= "pUnitType"> <制限基地= "トークン"> <列挙値= "Y" /> <列挙値= "M" /> </制限> </ simpleTypeの>

<complexType name="nsType"> <choice> <element name="hostObj" type="eppcom:labelType" maxOccurs="unbounded"/> <element name="hostAttr" type="domain:hostAttrType"

<complexTypeの名前= "nsType"> <選択> <要素名= "hostObj" タイプは、= "eppcom：labelType" のmaxOccurs = "無制限" /> <要素名= "hostAttr" タイプ= "ドメイン：hostAttrType"

maxOccurs="unbounded"/> </choice> </complexType>

maxOccurs = "無制限" /> </選択> </ complexTypeの> <！ - ネームサーバは、ホストオブジェクトまたは属性のどちらかです。 - >

<complexTypeの名前= "hostAttrType"> <シーケンス> <要素名= "ホスト名" タイプ= "eppcom：labelType" /> <要素名= "HOSTADDR" タイプ= "ホスト：ADDRTYPE" のminOccurs = "0" のmaxOccurs = "無限「/> </シーケンス> </ complexTypeの> <！ - 属性場合、アドレスはオプションであり、ホストマッピングに定義された構造に従ってください。 - >

<complexTypeの名= "contactType"> <simpleContentを> <増設ベース= "eppcom：clIDType"> <属性名= "タイプ" タイプ= "ドメイン：contactAttrType" /> </拡張> </ simpleContentを> </ complexTypeの>

<単純名= "contactAttrType"> <制限ベース= "トークン"> <列挙値= "管理者" /> <列挙値= "課金" /> <列挙値= "ハイテク" /> </制限> </単純>

<complexTypeの名前= "authInfoType"> <選択> <要素名= "PW" タイプ= "eppcom：pwAuthInfoType" /> <要素名= "EXT" タイプ= "eppcom：extAuthInfoType" /> </選択> </ complexTypeの>

<complexType name="sNameType"> <sequence> <element name="name" type="eppcom:labelType"/>

<！ - 単一の名前を必要とするコマンドの子要素。 - > <complexTypeの名= "sNameType"> <シーケンス> <要素名= "名前" タイプ= "eppcom：labelType" />

</sequence> </complexType>  <complexType name="mNameType"> <sequence> <element name="name" type="eppcom:labelType" maxOccurs="unbounded"/> </sequence> </complexType>

</シーケンス> </ complexTypeの> <！ - 複数の名前を受け入れるコマンドの子要素。 - > <complexTypeの名= "mNameType"> <シーケンス> <要素名= "名前" タイプ= "eppcom：labelType" のmaxOccurs = "無制限" /> </配列> </ complexTypeの>

<complexType name="infoType"> <sequence> <element name="name" type="domain:infoNameType"/> <element name="authInfo" type="domain:authInfoType" minOccurs="0"/> </sequence> </complexType>

<！ - <インフォメーション>コマンドの子要素。 - > <complexTypeの名= "のinfoType"> <シーケンス> <要素名= "名前" タイプ= "ドメイン：infoNameType" /> <要素名= "AUTHINFO" タイプ= "ドメイン：authInfoType" のminOccurs = "0" / > </シーケンス> </ complexTypeの>

<complexTypeの名前= "infoNameType"> <simpleContentを> <増設ベース= "eppcom：labelType"> <属性名= "ホスト" タイプ= "ドメイン：hostsType" デフォルト= "すべて" /> </拡張> </ simpleContentに> </ complexTypeの>

<単純名= "hostsType"> <制限基地= "トークン"> <列挙値= "ALL" /> <列挙値= "デル" /> <列挙値= "なし" /> <列挙値= "サブ" /> </制限> </ simpleTypeの>

<complexType name="renewType"> <sequence> <element name="name" type="eppcom:labelType"/> <element name="curExpDate" type="date"/>

<！ - <>更新コマンドの子要素。 - > <complexTypeの名= "renewType"> <シーケンス> <要素名= "名前" タイプ= "eppcom：labelType" /> <要素名= "curExpDate" タイプ= "日付" />

<要素名= "期間" タイプ= "ドメイン：periodType" のminOccurs = "0" /> </シーケンス> </ complexTypeの>

<complexType name="transferType"> <sequence> <element name="name" type="eppcom:labelType"/> <element name="period" type="domain:periodType" minOccurs="0"/> <element name="authInfo" type="domain:authInfoType" minOccurs="0"/> </sequence> </complexType>

<！ - <転送>コマンドの子要素。 - > <complexTypeの名= "たtransferType"> <シーケンス> <要素名= "名前" タイプ= "eppcom：labelType" /> <要素名= "期間" タイプ= "ドメイン：periodType" のminOccurs = "0" / > <要素名= "AUTHINFO" タイプ= "ドメイン：authInfoType" のminOccurs = "0" /> </シーケンス> </ complexTypeの>

<complexType name="updateType"> <sequence> <element name="name" type="eppcom:labelType"/> <element name="add" type="domain:addRemType" minOccurs="0"/> <element name="rem" type="domain:addRemType" minOccurs="0"/> <element name="chg" type="domain:chgType" minOccurs="0"/> </sequence> </complexType>

<！ - <更新>コマンドの子要素。 - > <complexTypeの名= "UPDATETYPE"> <シーケンス> <要素名= "名前" タイプ= "eppcom：labelType" /> <要素名= "追加" タイプ= "ドメイン：addRemType" のminOccurs = "0" / > <要素名= "REM" タイプ= "ドメイン：addRemType" のminOccurs = "0" /> <要素名= "CHG" タイプ= "ドメイン：chgType" のminOccurs = "0" /> </配列> </ complexTypeの>

<complexType name="addRemType"> <sequence> <element name="ns" type="domain:nsType" minOccurs="0"/> <element name="contact" type="domain:contactType" minOccurs="0" maxOccurs="unbounded"/> <element name="status" type="domain:statusType" minOccurs="0" maxOccurs="11"/> </sequence> </complexType>

<！ - 追加または削除することができ、データ・エレメント。 - > <complexTypeの名= "addRemType"> <シーケンス> <要素名= "NS" タイプ= "ドメイン：nsType" のminOccurs = "0" /> <要素名= "接触" タイプ= "ドメイン：contactType" minOccurs属性= "0" のmaxOccurs = "無制限" /> <要素名= "ステータス" タイプ= "ドメイン：statusType" のminOccurs = "0" のmaxOccurs = "11" /> </配列> </ complexTypeの>

<!--

<!ーー

Data elements that can be changed. --> <complexType name="chgType"> <sequence> <element name="registrant" type="domain:clIDChgType" minOccurs="0"/> <element name="authInfo" type="domain:authInfoChgType" minOccurs="0"/> </sequence> </complexType>

変更することができるデータ要素。 - > <complexTypeの名= "chgType"> <シーケンス> <要素名= "登録" タイプ= "ドメイン：clIDChgType" のminOccurs = "0" /> <要素名= "AUTHINFO" タイプ= "ドメイン：authInfoChgType" minOccurs属性= "0" /> </シーケンス> </ complexTypeの>

<simpleType name="clIDChgType"> <restriction base="token"> <minLength value="0"/> <maxLength value="16"/> </restriction> </simpleType>

<！ - 登録値が「0」にはminLength制限を変更することで無効にすることを許可します。 - > <単純名= "clIDChgType"> <制限基地= "トークン"> <はminLength値= "0" /> <maxLengthの値= "16" /> </制限> </ simpleTypeの>

<complexType name="authInfoChgType"> <choice> <element name="pw" type="eppcom:pwAuthInfoType"/> <element name="ext" type="eppcom:extAuthInfoType"/> <element name="null"/> </choice> </complexType>

<！ - AUTHINFO値が選択肢内の空の要素を含むことによって無効にすることを許可します。 - > <complexTypeの名= "authInfoChgType"> <選択> <要素名= "PW" タイプ= "eppcom：pwAuthInfoType" /> <要素名= "EXT" タイプ= "eppcom：extAuthInfoType" /> <要素名= "ヌル" /> </選択> </ complexTypeの>

<element name="chkData" type="domain:chkDataType"/> <element name="creData" type="domain:creDataType"/> <element name="infData" type="domain:infDataType"/> <element name="panData" type="domain:panDataType"/> <element name="renData" type="domain:renDataType"/> <element name="trnData" type="domain:trnDataType"/>

<！ - 子供の応答要素。 - > <要素名= "chkData" タイプ= "ドメイン：chkDataType" /> <要素名= "creData" タイプ= "ドメイン：creDataType" /> <要素名= "infData" タイプ= "ドメイン：infDataType" / > <要素名= "panData" タイプ= "ドメイン：panDataType" /> <要素名= "renData" タイプ= "ドメイン：renDataType" /> <要素名= "trnData" タイプ= "ドメイン：trnDataType" />

<complexType name="chkDataType">

<！ - <チェック>応答要素。 - > <complexTypeの名= "chkDataType">

<シーケンス> <要素名= "CD" タイプ= "ドメイン：checkType" のmaxOccurs = "無制限" /> </シーケンス> </ complexTypeの>

<complexTypeの名前= "checkType"> <シーケンス> <要素名= "名前" タイプ= "ドメイン：checkNameType" /> <要素名= "理由は" タイプ= "eppcom：reasonType" のminOccurs = "0" /> </シーケンス> </ complexTypeの>

<complexTypeの名前= "checkNameType"> <simpleContentを> <増設ベース= "eppcom：labelType"> <属性名= "役に立つ" タイプ= "ブール" 使用= "必須" /> </拡張> </ simpleContentを> </ complexTypeの>

<complexType name="creDataType"> <sequence> <element name="name" type="eppcom:labelType"/> <element name="crDate" type="dateTime"/> <element name="exDate" type="dateTime" minOccurs="0"/> </sequence> </complexType>

<！ - <>応答エレメントを作成します。 - > <complexTypeの名= "creDataType"> <シーケンス> <要素名= "名前" タイプ= "eppcom：labelType" /> <要素名= "のcrdate" タイプ= "dateTimeの" /> <要素名= "EXDATE "TYPE =" のdateTime」のminOccurs = "0" /> </配列> </ complexTypeの>

<complexType name="infDataType"> <sequence> <element name="name" type="eppcom:labelType"/> <element name="roid" type="eppcom:roidType"/> <element name="status" type="domain:statusType" minOccurs="0" maxOccurs="11"/> <element name="registrant" type="eppcom:clIDType" minOccurs="0"/> <element name="contact" type="domain:contactType" minOccurs="0" maxOccurs="unbounded"/>

<！ - <インフォメーション>応答要素。 - > <complexTypeの名= "infDataType"> <シーケンス> <要素名= "名前" タイプ= "eppcom：labelType" /> <要素名= "ROID" タイプ= "eppcom：roidType" /> <要素名= "状態" タイプ= "ドメイン：statusType" のminOccurs = "0" のmaxOccurs = "11" /> <要素名=タイプ= "登録者" "eppcom：clIDType" のminOccurs = "0" /> <要素名= "接触" をタイプ= "ドメイン：contactType" のminOccurs = "0" のmaxOccurs = "無制限" />

<要素名= "NS" タイプ= "ドメイン：nsType" のminOccurs = "0" /> <要素名= "ホスト" タイプ= "eppcom：labelType" のminOccurs = "0" のmaxOccurs = "無制限" /> <要素名= "CLID" タイプ= "eppcom：clIDType" /> <要素名= "CRID" タイプ= "eppcom：clIDType" のminOccurs = "0" /> <要素名= "のcrdate" タイプ= "のdateTime" のminOccurs = "0 "/> <要素名=" UPID」タイプ= "eppcom：clIDType" のminOccurs = "0" /> <要素名= "更新" タイプ= "のdateTime" のminOccurs = "0" /> <要素名= "EXDATE"タイプ= "dateTimeの" のminOccurs = "0" /> <要素名= "trdateは" タイプ= "dateTimeの" のminOccurs = "0" /> <要素名= "AUTHINFO" タイプ= "ドメイン：authInfoType" のminOccurs = "0" /> </シーケンス> </ complexTypeの>

<complexType name="statusType"> <simpleContent> <extension base="normalizedString"> <attribute name="s" type="domain:statusValueType" use="required"/> <attribute name="lang" type="language" default="en"/> </extension> </simpleContent> </complexType>

<！ - ステータス属性の組み合わせと、英語以外の言語で表現することができるオプションの人間が読める形式のメッセージがあります。 - > <complexTypeの名= "statusType"> <simpleContentを> <増設ベース= "normalizedStringで"> <属性名= "S" タイプ= "ドメイン：statusValueType" 使用= "必須" /> <属性名= "LANG"タイプ= "言語" デフォルト= "EN" /> </拡張> </ simpleContentを> </ complexTypeの>

<単純名= "statusValueType"> <制限基地= "トークン"> <列挙値= "clientDeleteProhibited" /> <列挙値= "clientHold" /> <列挙値= "clientRenewProhibited" /> <列挙値= "clientTransferProhibited" /> <列挙値= "clientUpdateProhibited" /> <列挙値= "非アクティブ" /> <列挙値= "OK" /> <列挙値= "pendingCreate" />

<列挙値= "削除保留" /> <列挙値= "pendingRenew" /> <列挙値= "pendingTransfer" /> <列挙値= "pendingUpdate" /> <列挙値= "serverDeleteProhibited" /> <列挙値=」 serverHold "/> <列挙値=" serverRenewProhibited "/> <列挙値=" serverTransferProhibited "/> <列挙値=" serverUpdateProhibited "/> </制限> </ simpleTypeの>

<complexType name="panDataType"> <sequence> <element name="name" type="domain:paNameType"/> <element name="paTRID" type="epp:trIDType"/> <element name="paDate" type="dateTime"/> </sequence> </complexType>

<！ - 保留中のアクション通知応答要素。 - > <complexTypeの名= "panDataType"> <シーケンス> <要素名= "名前" タイプ= "ドメイン：paNameType" /> <要素名= "paTRID" タイプ= "EPP：trIDType" /> <要素名= "paDate" タイプ= "dateTimeの" /> </配列> </ complexTypeの>

<complexTypeの名前= "paNameType"> <simpleContentを> <増設ベース= "eppcom：labelType"> <属性名= "paResult" タイプ= "ブール" 使用= "必須" /> </拡張> </ simpleContentを> </ complexTypeの>

<complexType name="renDataType"> <sequence> <element name="name" type="eppcom:labelType"/> <element name="exDate" type="dateTime" minOccurs="0"/> </sequence> </complexType>

<！ - <>応答要素を更新。 - > <complexTypeの名= "renDataType"> <シーケンス> <要素名= "名前" タイプ= "eppcom：labelType" /> <要素名= "EXDATE" タイプ= "のdateTime" のminOccurs = "0" /> < /シーケンス> </ complexTypeの>

<complexType name="trnDataType"> <sequence>

<！ - <転送>応答要素。 - > <complexTypeの名= "trnDataType"> <シーケンス>

<要素名= "名前" タイプ= "eppcom：labelType" /> <要素名= "trStatus" タイプ= "eppcom：trStatusType" /> <要素名= "リード" タイプ= "eppcom：clIDType" /> <要素名前= "reDate" タイプ= "dateTimeの" /> <要素名= "酸" タイプ= "eppcom：clIDType" /> <要素名= "acDate" タイプ= "dateTimeの" /> <要素名= "EXDATE" タイプ= "のdateTime" のminOccurs = "0" /> </配列> </ complexTypeの>

</schema> END

<！ - スキーマの終わり。 - > </スキーマ> END

5. Internationalization Considerations

5.国際化に関する注意事項

EPP is represented in XML, which provides native support for encoding information using the Unicode character set and its more compact representations including UTF-8. Conformant XML processors recognize both UTF-8 and UTF-16 [RFC2781]. Though XML includes provisions to identify and use other character encodings through use of an "encoding" attribute in an <?xml?> declaration, use of UTF-8 is RECOMMENDED in environments where parser encoding support incompatibility exists.

EPPは、Unicode文字セットとUTF-8などのよりコンパクトな表現を用いて情報を符号化するためのネイティブサポートを提供する、XMLで表現されています。準拠XMLプロセッサは、UTF-8およびUTF-16 [RFC2781]の両方を認識する。 XMLは、<？xmlの？>宣言で「エンコーディング」属性を使用して他の文字エンコーディングを識別し、使用する規定を含んでいるものの、UTF-8を使用すると、パーサエンコードのサポートの非互換性が存在する環境で推奨されます。

All date-time values presented via EPP MUST be expressed in Universal Coordinated Time using the Gregorian calendar. XML Schema allows use of time zone identifiers to indicate offsets from the zero meridian, but this option MUST NOT be used with EPP. The extended date-time form using upper case "T" and "Z" characters defined in [RFC3339] MUST be used to represent date-time values as XML Schema does not support truncated date-time forms or lower case "T" and "Z" characters.

EPPを介して提示すべての日時の値は、グレゴリオ暦を使用して協定世界時で表現されなければなりません。 XMLスキーマは、時間帯識別子の使用はゼロ子午線からのオフセットを示すことができますが、このオプションは、EPPに使用してはいけません。大文字「T」と[RFC3339]で定義される「Z」の文字を使用して拡張日時形態」XMLスキーマが切り捨て日時フォームまたは小文字の「T」をサポートしていないように日付時刻値を表現するために使用されなければなりませんZ」の文字。

This document requires domain and host name syntax as specified in [RFC952] as updated by [RFC1123]. At the time of this writing, RFC 3490 [RFC3490] describes a standard to use certain ASCII name labels to represent non-ASCII name labels. These conformance requirements might change as a result of progressing work in developing standards for internationalized domain names.

[RFC952] [RFC1123]によって更新としてで指定されたこの文書は、ドメインとホスト名の構文が必要です。この記事の執筆時点では、RFC 3490 [RFC3490]は非ASCII名のラベルを表すために、特定のASCII名のラベルを使用するための標準を説明しています。これらの適合性要件は、国際化ドメイン名のための標準を開発して作業を進めた結果、変更される場合があります。

6. IANA Considerations

6. IANAの考慮事項

This document uses URNs to describe XML namespaces and XML schemas conforming to a registry mechanism described in [RFC3688]. Two URI assignments have been registered by the IANA.

このドキュメントは[RFC3688]に記載されたレジストリ・メカニズムに準拠するXML名前空間とXMLスキーマを記述するためのURNを使用します。二つのURIの割り当てはIANAによって登録されています。

Registration request for the domain namespace:

ドメイン名前空間の登録要求：

URI: urn:ietf:params:xml:ns:domain-1.0

URI：URN：IETF：のparams：XML：NS：ドメイン-1.0

Registrant Contact: See the "Author's Address" section of this document.

登録者連絡先：このドキュメントの「著者のアドレス」を参照してください。

XML: None. Namespace URIs do not represent an XML specification.

XML：なし。名前空間URIはXMLの仕様を示すものではありません。

Registration request for the domain XML schema:

ドメインのXMLスキーマの登録要求：

URI: urn:ietf:params:xml:schema:domain-1.0

URI：URN：IETF：のparams：XMLは：スキーマ：ドメイン-1.0

Registrant Contact: See the "Author's Address" section of this document.

登録者連絡先：このドキュメントの「著者のアドレス」を参照してください。

XML: See the "Formal Syntax" section of this document.

XML：このドキュメントの「正式な構文」を参照してください。

7. Security Considerations

7.セキュリティの考慮事項

Authorization information as described in section 2.6 is REQUIRED to create a domain object. This information is used in some query and transfer operations as an additional means of determining client authorization to perform the command. Failure to protect authorization information from inadvertent disclosure can result in unauthorized transfer operations and unauthorized information release. Both client and server MUST ensure that authorization information is stored and exchanged with high-grade encryption mechanisms to provide privacy services.

セクション2.6で説明したように認証情報は、ドメイン・オブジェクトを作成する必要があります。この情報は、コマンドを実行するには、クライアントの許可を決定するための追加的な手段として、いくつかのクエリおよび転送操作に使用されています。不注意による開示から認証情報を保護するために失敗すると、不正な転送操作や不正な情報の放出をもたらすことができます。その認証情報を確保しなければならないクライアントとサーバーの両方が保存され、プライバシーサービスを提供するために、ハイグレードの暗号化メカニズムと交換されます。

The object mapping described in this document does not provide any other security services or introduce any additional considerations beyond those described by [RFC3730] and protocol layers used by EPP.

この文書に記述されたオブジェクトのマッピングは、他のセキュリティサービスを提供したり、EPPが使用する[RFC3730]とプロトコル層によって記載されたものを超えて、任意の追加の考慮事項を導入しません。

8. Acknowledgements

8.謝辞

This document was originally written as an individual submission Internet-Draft. The provreg working group later adopted it as a working group document and provided many invaluable comments and suggested improvements. The author wishes to acknowledge the efforts of WG chairs Edward Lewis and Jaap Akkerhuis for their process and editorial contributions.

この文書は、もともと個々の提出インターネットドラフトとして書かれていました。 provregワーキンググループは、後にワーキンググループ文書としてそれを採用し、多くの貴重なコメントを提供し、改善を提案しました。著者は彼らのプロセスと編集の貢献のためのWGの議長エドワード・ルイスとヤープAkkerhuisの努力を認めることを望みます。

Specific suggestions that have been incorporated into this document were provided by Joe Abley, Chris Bason, Eric Brunner-Williams, Jordyn Buchanan, Dave Crocker, Ayesha Damaraju, Anthony Eden, Sheer El-Showk, Klaus Malorny, Dan Manley, Michael Mealling, Patrick Mevzek, Asbjorn Steira, Bruce Tonkin, and Rick Wesson.

本文書に組み込まれている具体的な提案はジョーAbley、クリスBason、エリック・ブルンナー - ウィリアムズ、Jordynブキャナン、デイブ・クロッカー、AyeshaさんDamaraju、アンソニーエデン、シアーエルShowk、クラウスMalorny、ダン・マンリー、マイケル・メオーリング、パトリックによって提供されましたMevzek、アスビョルンSteira、ブルース・トンキン、そしてリックウェッソン。

9. References

9.参考文献

9.1. Normative References

9.1. 引用規格

[RFC952] Harrenstien, K., Stahl, M. and E. Feinler, "DOD Internet Host Table Specification", RFC 952, October 1985.

[RFC952] Harrenstien、K.、スタール、M.およびE. Feinler、 "DODインターネットホストテーブル仕様"、RFC 952、1985年10月。

[RFC1123] Braden, R., Ed., "Requirements for Internet Hosts -- Application and Support", STD 3, RFC 1123, October 1989.

[RFC1123]ブレーデン、R.、エド、 "インターネットホストのための要件 - 、アプリケーションとサポート"。、STD 3、RFC 1123、1989年10月。

[RFC2119] Bradner, S., "Key Words for Use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.

[RFC2119]ブラドナーの、S.、 "要件レベルを示すためにRFCsにおける使用のためのキーワード"、BCP 14、RFC 2119、1997年3月。

[RFC3339] Klyne, G. and C. Newman, "Date and Time on the Internet: Timestamps", RFC 3339, July 2002.

[RFC3339] Klyne、G.とC.ニューマン、 "インターネット上の日付と時刻：タイムスタンプ"、RFC 3339、2002年7月。

[RFC3688] Mealling, M., "The IETF XML Registry", BCP 81, RFC 3688, January 2004.

[RFC3688] Mealling、M.、 "IETF XMLレジストリ"、BCP 81、RFC 3688、2004年1月。

[RFC3730] Hollenbeck, S., "Extensible Provisioning Protocol (EPP)", RFC 3730, March 2004.

[RFC3730]ホレンベック、S.、 "拡張プロビジョニングプロトコル（EPP）"、RFC 3730、2004年3月。

[RFC3732] Hollenbeck, S., "Extensible Provisioning Protocol (EPP) Host Mapping", RFC 3732, March 2004.

[RFC3732]ホレンベック、S.、 "拡張プロビジョニングプロトコル（EPP）ホストマッピング"、RFC 3732、2004年3月。

[RFC3733] Hollenbeck, S., "Extensible Provisioning Protocol (EPP) Contact Mapping", RFC 3733, March 2004.

[RFC3733]ホレンベック、S.、 "拡張プロビジョニングプロトコル（EPP）連絡先マッピング"、RFC 3733、2004年3月。

[XML] Editor T. Bray et al.: "Extensible Markup Language (XML) 1.0 (Second Edition)", W3C Recommendation 6 October 2000.

[XML]エディタT.ブレイら： "拡張マークアップ言語（XML）1.0（第二版）"、W3C勧告2000年10月6日。

[XMLS-1] Editors H. Thompson et al.: "XML Schema Part 1: Structures", W3C Recommendation 2 May 2001.

[XMLS-1]編集H. Thompsonら： "XMLスキーマパート1：構造"、W3C勧告2001年5月2日。

[XMLS-2] Editors P. Biron, A. Malhotra: "XML Schema Part 2: Datatypes", W3C Recommendation 2 May 2001.

[XMLS-2]エディタP.ビロン、A.マルホトラ： "XMLスキーマパート2：データ型"、W3C勧告2001年5月2日。

9.2. Informative References

9.2. 参考文献

[RFC2781] Hoffman, P. and F. Yergeau, "UTF-16, an encoding of ISO 10646", RFC 2781, February 2000.

[RFC2781]ホフマン、P.及びF. Yergeau、 "UTF-16、ISO 10646の符号化"、RFC 2781、2000年2月。

[RFC3490] Faltstrom, P., Hoffman, P. and A. Costello, "Internationalizing Domain Names in Applications (IDNA)", RFC 3490, March 2003.

[RFC3490] Faltstrom、P.、ホフマン、P.およびA.コステロ、 "アプリケーションにおける国際化ドメイン名（IDNA）"、RFC 3490、2003年3月。

10. Author's Address

10.著者のアドレス

Scott Hollenbeck VeriSign Global Registry Services 21345 Ridgetop Circle Dulles, VA 20166-6503 USA

スコットホレンベックベリサイングローバル・レジストリサービス21345のRidgetopサークルダレス、バージニア州20166から6503 USA

EMail: shollenbeck@verisign.com

メールアドレス：shollenbeck@verisign.com

11. Full Copyright Statement

11.完全な著作権声明

Copyright (C) The Internet Society (2004). This document is subject to the rights, licenses and restrictions contained in BCP 78 and except as set forth therein, the authors retain all their rights.

著作権（C）インターネット協会（2004）。この文書では、BCP 78に含まれる権利、ライセンスおよび制限があり、そこに記載された以外、作者は彼らのすべての権利を保有します。

This document and the information contained herein are provided on an "AS IS" basis and THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIM ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.

この文書とここに含まれている情報は、基礎とCONTRIBUTOR「そのまま」、ORGANIZATION HE / SHEが表すまたはインターネットソサエティおよびインターネット・エンジニアリング・タスク・フォース放棄すべての保証、明示または、（もしあれば）後援ISに設けられています。黙示、情報の利用は、特定の目的に対する権利または商品性または適合性の黙示の保証を侵害しない任意の保証含むがこれらに限定されません。

Intellectual Property

知的財産

The IETF takes no position regarding the validity or scope of any Intellectual Property Rights or other rights that might be claimed to pertain to the implementation or use of the technology described in this document or the extent to which any license under such rights might or might not be available; nor does it represent that it has made any independent effort to identify any such rights. Information on the procedures with respect to rights in RFC documents can be found in BCP 78 and BCP 79.

IETFは、本書またはそのような権限下で、ライセンスがたりないかもしれない程度に記載された技術の実装や使用に関係すると主張される可能性があります任意の知的財産権やその他の権利の有効性または範囲に関していかなる位置を取りません利用可能です。またそれは、それがどのような権利を確認する独自の取り組みを行ったことを示すものでもありません。 RFC文書の権利に関する手続きの情報は、BCP 78およびBCP 79に記載されています。

Copies of IPR disclosures made to the IETF Secretariat and any assurances of licenses to be made available, or the result of an attempt made to obtain a general license or permission for the use of such proprietary rights by implementers or users of this specification can be obtained from the IETF on-line IPR repository at http://www.ietf.org/ipr.

IPRの開示のコピーが利用できるようにIETF事務局とライセンスの保証に行われた、または本仕様の実装者または利用者がそのような所有権の使用のための一般的なライセンスまたは許可を取得するために作られた試みの結果を得ることができますhttp://www.ietf.org/iprのIETFのオンラインIPRリポジトリから。

The IETF invites any interested party to bring to its attention any copyrights, patents or patent applications, or other proprietary rights that may cover technology that may be required to implement this standard. Please address the information to the IETF at ietf-ipr@ietf.org.

IETFは、その注意にこの標準を実装するために必要とされる技術をカバーすることができる任意の著作権、特許または特許出願、またはその他の所有権を持ってすべての利害関係者を招待します。 ietf-ipr@ietf.orgのIETFに情報を記述してください。

Acknowledgement

謝辞

Funding for the RFC Editor function is currently provided by the Internet Society.

RFC Editor機能のための基金は現在、インターネット協会によって提供されます。