[要約] RFC 3733は、拡張可能プロビジョニングプロトコル (EPP) において、ドメイン登録に関連する「連絡先（個人または組織）」情報を管理するためのマッピング仕様を定義しています。氏名、住所、電話番号、および電子メールアドレスを構造化されたXML形式で記述・更新するためのスキーマとルールを規定しています。インターネットリソースの所有者や技術担当者の情報を、異なるシステム間において正確かつ安全に交換・維持することを支援することを目的としています。
Network Working Group S. Hollenbeck
Request for Comments: 3733 VeriSign, Inc.
Category: Standards Track March 2004
Extensible Provisioning Protocol (EPP) Contact Mapping
拡張可能なプロビジョニングプロトコル（EPP）連絡先マッピング
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.
この文書は、インターネットコミュニティ向けのインターネット標準化過程のプロトコルを規定し、改善に関する議論と提案を求めるものです。このプロトコルの標準化段階と位置付けについては、「Internet Official Protocol Standards」（STD 1）の最新版を参照してください。この文書は無制限に配布できます。
Copyright Notice
著作権表示
Copyright (C) The Internet Society (2004). All Rights Reserved.
Copyright (C) The Internet Society (2004). All Rights Reserved.
Abstract
概要
This document describes an Extensible Provisioning Protocol (EPP) mapping for the provisioning and management of individual or organizational social information identifiers (known as "contacts") stored in a shared central repository. Specified in Extensible Markup Language (XML), the mapping defines EPP command syntax and semantics as applied to contacts.
この文書は、共有中央リポジトリに格納される個人または組織の連絡先識別情報（「連絡先」と呼ばれます）をプロビジョニングおよび管理するための、拡張可能なプロビジョニングプロトコル（EPP）マッピングを規定します。拡張可能なマークアップ言語（XML）で定義するこのマッピングは、連絡先に適用されるEPPコマンドの構文と意味を定めます。
Table of Contents
目次
1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . . 2 1.1. Conventions Used In This Document. . . . . . . . . . . . 2 2. Object Attributes. . . . . . . . . . . . . . . . . . . . . . . 3 2.1. Contact and Client Identifiers . . . . . . . . . . . . . 3 2.2. Status Values. . . . . . . . . . . . . . . . . . . . . . 3 2.3. Individual and Organizational Names. . . . . . . . . . . 5 2.4. Address. . . . . . . . . . . . . . . . . . . . . . . . . 5 2.4.1. Street, City, and State or Province. . . . . . . 5 2.4.2. Postal Code. . . . . . . . . . . . . . . . . . . 5 2.4.3. Country. . . . . . . . . . . . . . . . . . . . . 5 2.5. Telephone Numbers. . . . . . . . . . . . . . . . . . . . 5 2.6. Email Addresses. . . . . . . . . . . . . . . . . . . . . 6 2.7. Dates and Times. . . . . . . . . . . . . . . . . . . . . 6 2.8. Authorization Information. . . . . . . . . . . . . . . . 6 2.9. Disclosure of Data Elements and Attributes . . . . . . . 6 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 . . . . . . . . . . 14 3.2. EPP Transform Commands . . . . . . . . . . . . . . . . . 16 3.2.1. EPP <create> Command . . . . . . . . . . . . . . 17 3.2.2. EPP <delete> Command . . . . . . . . . . . . . . 20 3.2.3. EPP <renew> Command . . . . . . . . . . . . . . 21 3.2.4. EPP <transfer> Command. . . . . . . . . . . . . 21 3.2.5. EPP <update> Command. . . . . . . . . . . . . . 23 3.2.6. Offline Review of Requested Actions. . . . . . . 26 4. Formal Syntax. . . . . . . . . . . . . . . . . . . . . . . . . 29 5. Internationalization Considerations . . . . . . . . . . . . . 37 6. IANA Considerations. . . . . . . . . . . . . . . . . . . . . . 38 7. Security Considerations. . . . . . . . . . . . . . . . . . . . 38 8. Acknowledgements . . . . . . . . . . . . . . . . . . . . . . . 38 9. References . . . . . . . . . . . . . . . . . . . . . . . . . . 39 9.1. Normative References . . . . . . . . . . . . . . . . . . 39 9.2. Informative References . . . . . . . . . . . . . . . . . 39 10. Author's Address . . . . . . . . . . . . . . . . . . . . . . . 40 11. Full Copyright Statement . . . . . . . . . . . . . . . . . . . 41
This document describes a personal and organizational identifier 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の個人および組織の識別子マッピングを規定します。このマッピングは、[XML]で説明される拡張可能なマークアップ言語（XML）1.0と、[XMLS-1]および[XMLS-2]で説明されるXML Schema表記を使用して定義します。
[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の仕様と例は、適合する実装を開発する際に、提示された大文字小文字の表記どおりに解釈しなければなりません (MUST)。
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」「SHALL」「SHALL NOT」「SHOULD」「SHOULD NOT」「RECOMMENDED」「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:」はプロトコルサーバーが返す行を表します。例のインデントと空白は要素間の関係を示すためだけのものであり、このプロトコルの必須機能ではありません (MUST)。
An EPP contact 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の連絡先オブジェクトには、スポンサーとなるクライアントまたはサーバーが参照および変更できる属性とその値があります。この節では、各属性の種類を詳しく説明します。ここで説明する属性値の正式な構文は、この文書の「正式な構文」の節および該当する規範的参照文書に記載されています。
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」クライアント識別子の構文を使用します。
A contact object MUST always have at least one associated status value. Status values can be set only by the client that sponsors a contact object and by the server on which the object resides. A client can change the status of a contact 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つの状態値を設定しなければなりません (MUST)。状態値を設定できるのは、その連絡先オブジェクトのスポンサーとなるクライアントと、オブジェクトを保持するサーバーだけです。クライアントはEPPの <update> コマンドを使用して、連絡先オブジェクトの状態を変更できます。各状態値には、その状態をオブジェクトに適用した理由を人が読める文字列で添えてもかまいません (MAY)。
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.
クライアントは、サーバーが設定した状態値を変更してはなりません (MUST NOT)。サーバーは、サーバーのローカルポリシーに従って、クライアントが設定した状態値を変更または上書きしてもかまいません (MAY)。クライアントが開始した変換コマンド、またはサーバー運用者が実行した操作の結果として、オブジェクトの状態が変わることもあります (MAY)。
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.
クライアントが追加または削除できる状態値には、接頭辞「client」が付きます。サーバーが追加または削除できる対応する状態値には、接頭辞「server」が付きます。「client」でも「server」でも始まらない状態値は、サーバーが管理します。
Status Value Descriptions:
状態値の説明:
- clientDeleteProhibited, serverDeleteProhibited
- clientDeleteProhibited, serverDeleteProhibited
Requests to delete the object MUST be rejected.
オブジェクトの削除要求は拒否しなければなりません (MUST)。
- clientTransferProhibited, serverTransferProhibited
- clientTransferProhibited, serverTransferProhibited
Requests to transfer the object MUST be rejected.
オブジェクトの移管要求は拒否しなければなりません (MUST)。
- clientUpdateProhibited, serverUpdateProhibited
- clientUpdateProhibited, serverUpdateProhibited
Requests to update the object (other than to remove this status) MUST be rejected.
この状態を削除する要求を除き、オブジェクトの更新要求は拒否しなければなりません (MUST)。
- linked
- linked
The contact object has at least one active association with another object, such as a domain object. Servers SHOULD provide services to determine existing object associations.
連絡先オブジェクトは、ドメインオブジェクトなど、少なくとも1つの別のオブジェクトと有効な関連付けがあります。サーバーは、既存のオブジェクト間の関連付けを確認する手段を提供すべきです (SHOULD)。
- 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, pendingTransfer, pendingUpdate
- pendingCreate, pendingDelete, 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.
オブジェクトに対する変換コマンドは処理されましたが、サーバーによる操作は完了していません。サーバー運用者は、人による確認や第三者による操作の時間を確保するなど、さまざまな理由で操作の完了を遅らせることができます。コマンドを処理したものの要求された操作が保留中の場合、応答コード1001でその旨が通知されます。
With one exception, transform commands MUST be rejected when a pendingCreate, pendingDelete, 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.
1つの例外を除き、pendingCreate、pendingDelete、pendingTransfer、またはpendingUpdateの状態が設定されている間、変換コマンドを拒否しなければなりません (MUST)。唯一の例外として、オブジェクトが「pendingTransfer」状態にある間でも、移管を承認、拒否、または取り消すための <transfer> コマンドは処理してもかまいません (MAY)。
When the requested action has been completed, the pendingCreate, pendingDelete, 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、pendingDelete、pendingTransfer、またはpendingUpdateの状態値を削除しなければなりません (MUST)。取引に関係するすべてのクライアントに、操作が完了しオブジェクトの状態が変わったことを、サービスメッセージで通知しなければなりません (MUST)。
"ok" status MAY only be combined with "linked" status.
「ok」状態は、「linked」状態とのみ組み合わせてもかまいません (MAY)。
"linked" status MAY be combined with any status.
「linked」状態は、他のどの状態とも組み合わせてもかまいません (MAY)。
"pendingDelete" status MUST NOT be combined with either "clientDeleteProhibited" or "serverDeleteProhibited" status.
「pendingDelete」状態を「clientDeleteProhibited」状態または「serverDeleteProhibited」状態と組み合わせてはなりません (MUST NOT)。
"pendingTransfer" status MUST NOT be combined with either "clientTransferProhibited" or "serverTransferProhibited" status.
「pendingTransfer」状態を「clientTransferProhibited」状態または「serverTransferProhibited」状態と組み合わせてはなりません (MUST NOT)。
"pendingUpdate" status MUST NOT be combined with either "clientUpdateProhibited" or "serverUpdateProhibited" status.
「pendingUpdate」状態を「clientUpdateProhibited」状態または「serverUpdateProhibited」状態と組み合わせてはなりません (MUST NOT)。
The pendingCreate, pendingDelete, pendingTransfer, and pendingUpdate status values MUST NOT be combined with each other.
pendingCreate、pendingDelete、pendingTransfer、およびpendingUpdateの状態値を相互に組み合わせてはなりません (MUST NOT)。
Other status combinations not expressly prohibited MAY be used.
ここで明示的に禁止していない他の状態の組み合わせを使用してもかまいません (MAY)。
Individual and organizational names associated with a contact are represented using character strings. These strings have a specified minimum length and a specified maximum length. Individual and organizational names MAY be provided in both UTF-8 [RFC2279] and a subset of UTF-8 that can be represented in 7-bit ASCII depending on local needs.
連絡先に関連付けられた個人名および組織名は、文字列で表します。これらの文字列には、最小長と最大長が定められています。各地域の要件に応じて、個人名および組織名をUTF-8 [RFC2279]、または7ビットASCIIで表現できるUTF-8のサブセットで指定してもかまいません (MAY)。
Every contact has associated postal address information. A postal address contains OPTIONAL street information, city information, OPTIONAL state/province information, an OPTIONAL postal code, and a country identifier. Address information MAY be provided in both UTF-8 and a subset of UTF-8 that can be represented in 7-bit ASCII depending on local needs.
各連絡先には郵便住所情報があります。郵便住所には、任意の街路住所 (MAY)、都市名、任意の州または省 (MAY)、任意の郵便番号 (MAY)、および国識別子を含めます。各地域の要件に応じて、住所情報をUTF-8または7ビットASCIIで表現できるUTF-8のサブセットで指定してもかまいません (MAY)。
Contact street, city, and state or province information is represented using character strings. These strings have a specified minimum length and a specified maximum length.
連絡先の街路住所、都市、および州または省の情報は、文字列で表します。これらの文字列には、最小長と最大長が定められています。
Contact postal codes are represented using character strings. These strings have a specified minimum length and a specified maximum length.
連絡先の郵便番号は、文字列で表します。この文字列には、最小長と最大長が定められています。
Contact country identifiers are represented using two-character identifiers specified in [ISO3166].
連絡先の国識別子は、[ISO3166]で定義される2文字の識別子で表します。
Contact telephone number structure is derived from structures defined in [E164a]. Telephone numbers described in this mapping are character strings that MUST begin with a plus sign ("+", ASCII value 0x002B), followed by a country code defined in [E164b], followed by a dot (".", ASCII value 0x002E), followed by a sequence of digits representing the telephone number. An optional "x" attribute is provided to note telephone extension information.
連絡先の電話番号の構造は、[E164a]で定義される構造に基づきます。このマッピングで扱う電話番号は文字列であり、プラス記号（「+」、ASCII値0x002B）で始まり、[E164b]で定義される国番号、ピリオド（「.」、ASCII値0x002E）、電話番号を表す数字列の順に続かなければなりません (MUST)。電話番号の内線情報を示すために、任意の「x」属性 を指定できます。
Email address syntax is defined in [RFC2822]. This mapping does not prescribe minimum or maximum lengths for character strings used to represent email addresses.
電子メールアドレスの構文は[RFC2822]で定義されています。このマッピングでは、電子メールアドレスを表す文字列の最小長や最大長を定めません。
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）で表さなければなりません (MUST)。XML Schemaは省略形の日付時刻形式、および小文字の「t」「z」をサポートしないため、[RFC3339]で定義される大文字の「T」「Z」を使った拡張日付時刻形式を使用しなければなりません (MUST)。
Authorization information is associated with contact objects to facilitate transfer operations. Authorization information is assigned when a contact object is created, and it might be updated in the future. This specification describes password-based authorization information, though other mechanisms are possible.
連絡先オブジェクトには、移管操作を可能にするための認可情報が関連付けられます。認可情報は連絡先オブジェクトの作成時に割り当てられ、将来変更される場合もあります。この仕様ではパスワード方式の認可情報を定めますが、他の方式も可能です。
The EPP core protocol requires a server operator to announce data collection policies to clients; see section 2.4 of [RFC3730]. In conjunction with this disclosure requirement, this mapping includes data elements that allow a client to identify elements that require exceptional server operator handling to allow or restrict disclosure to third parties.
EPPの基本プロトコルでは、サーバー運用者がデータ収集ポリシーをクライアントに通知することを求めています。[RFC3730]の2.4節を参照してください。この開示要件に関連して、このマッピングには、第三者への開示を許可または制限するためにサーバー運用者による例外的な取り扱いを要する要素を、クライアントが指定できるデータ要素が含まれています。
A server operator announces a default disclosure policy when establishing a session with a client. When an object is created or updated, the client can specify contact attributes that require exceptional disclosure handling using an OPTIONAL <contact:disclose> element. Once set, disclosure preferences can be reviewed using a contact information query. A server operator MUST reject any transaction that requests disclosure practices that do not conform to the announced data collection policy with a 2308 error response code.
サーバー運用者は、クライアントとのセッション確立時に既定の開示ポリシーを通知します。オブジェクトの作成時または更新時に、クライアントは、例外的な開示処理を要する連絡先属性を <contact:disclose> 要素で指定してもかまいません (MAY)。一度設定した開示設定は、連絡先情報の照会で確認できます。サーバー運用者が通知したデータ収集ポリシーに適合しない開示方法を要求する取引は、サーバー運用者がエラー応答コード2308で拒否しなければなりません (MUST)。
If present, the <contact:disclose> element MUST contain a "flag" attribute. The "flag" attribute contains an XML Schema boolean value. A value of "true" or "1" (decimal one) notes a client preference to allow disclosure of the specified elements as an exception to the stated data collection policy. A value of "false" or "0" (decimal zero) notes a client preference to not allow disclosure of the specified elements as an exception to the stated data collection policy.
<contact:disclose> 要素を指定する場合は、「flag」属性を含めなければなりません (MUST)。この属性には、XML Schemaのboolean値を指定します。「true」または「1」（10進数の1）は、通知済みのデータ収集ポリシーに対する例外として、指定した要素の開示を許可するというクライアントの希望を示します。「false」または「0」（10進数の0）は、同じ例外として、その要素の開示を許可しないというクライアントの希望を示します。
The <contact:disclose> element MUST contain at least one of the following child elements:
<contact:disclose> 要素には、次の子要素のうち少なくとも1つを含めなければなりません (MUST)。
<contact:name type="int">
<contact:name type="loc">
<contact:org type="int">
<contact:org type="loc">
<contact:addr type="int">
<contact:addr type="loc">
<contact:voice>
<contact:fax>
<contact:email>
Example <contact:disclose> element, flag="0":
例: flag="0"を指定した <contact:disclose> 要素:
<contact:disclose flag="0">
<contact:email>
<contact:voice>
</contact:disclose>
In this example, the contact email address and voice telephone number can not be disclosed. All other elements are subject to disclosure in accordance with the server's data collection policy.
この例では、連絡先の電子メールアドレスと音声電話番号を開示できません。他のすべての要素は、サーバーのデータ収集ポリシーに従って開示されます。
Example <contact:disclose> element, flag="1":
例: flag="1"を指定した <contact:disclose> 要素:
<contact:disclose flag="1">
<contact:name type="int">
<contact:org type="int">
<contact:addr type="int">
</contact:disclose>
In this example, the internationalized contact name, organization, and address information can be disclosed. All other elements are subject to disclosure in accordance with the server's data collection policy.
この例では、国際化された連絡先の氏名、組織名、および住所情報を開示できます。他のすべての要素は、サーバーのデータ収集ポリシーに従って開示されます。
Client identification features provided by the EPP <login> command and contact authorization information are used to determine if a client is authorized to perform contact information query commands. These features also determine if a client is authorized to receive data that is otherwise marked for non-disclosure in a query response.
EPPの <login> コマンドで提供されるクライアント識別情報と連絡先の認可情報を使って、クライアントが連絡先情報の照会コマンドを実行する権限を持つかどうかを判定します。これらの情報により、通常は開示しない情報を照会応答で受け取る権限があるかどうかも判定します。
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 contact objects via EPP.
EPPの構文と意味については[RFC3730]に詳しく記載されています。ここで説明するコマンドマッピングは、EPPを介して連絡先オブジェクトをプロビジョニングおよび管理するためのものです。
EPP provides three commands to retrieve contact information: <check> to determine if a contact object can be provisioned within a repository, <info> to retrieve detailed information associated with a contact object, and <transfer> to retrieve contact object transfer status information.
EPPには、連絡先情報を取得するコマンドが3つあります。<check> は連絡先オブジェクトをリポジトリ内でプロビジョニングできるかを確認し、<info> は連絡先オブジェクトの詳細情報を取得し、<transfer> は連絡先オブジェクトの移管状態情報を取得します。
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の <check> コマンドは、オブジェクトをリポジトリ内でプロビジョニングできるかを確認します。オブジェクトのプロビジョニング要件は最終的にはサーバーポリシーによって決まるため、このコマンドは、<create> コマンドを使ったプロビジョニングが成功するか失敗するかをクライアントが予測するための手掛かりを提供します。
In addition to the standard EPP command elements, the <check> command MUST contain a <contact:check> element that identifies the contact namespace and the location of the contact schema. The <contact:check> element contains the following child elements:
標準のEPPコマンド要素に加えて、<check> コマンドには、連絡先名前空間と連絡先スキーマの場所を示す <contact:check> 要素を含めなければなりません (MUST)。<contact:check> 要素には、次の子要素を含めます。
- One or more <contact:id> elements that contain the server-unique identifier of the contact objects to be queried.
- 照会対象の連絡先オブジェクトについて、サーバー内で一意の識別子を含む1つ以上の <contact:id> 要素。
Example <check> command:
<check> コマンドの例:
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: <check>
C: <contact:check
C: xmlns:contact="urn:ietf:params:xml:ns:contact-1.0"
C: xsi:schemaLocation="urn:ietf:params:xml:ns:contact-1.0
C: contact-1.0.xsd">
C: <contact:id>sh8013</contact:id>
C: <contact:id>sah8013</contact:id>
C: <contact:id>8013sah</contact:id>
C: </contact:check>
C: </check>
C: <clTRID>ABC-12345</clTRID>
C: </command>
C:</epp>
When a <check> command has been processed successfully, the EPP <resData> element MUST contain a child <contact:chkData> element that identifies the contact namespace and the location of the contact schema. The <contact:chkData> element contains one or more <contact:cd> elements that contain the following child elements:
<check> コマンドの処理に成功した場合、EPPの <resData> 要素には、連絡先名前空間と連絡先スキーマの場所を示す子要素 <contact:chkData> を含めなければなりません (MUST)。<contact:chkData> 要素には、次の子要素を含む <contact:cd> 要素が1つ以上含まれます。
- A <contact:id> element that identifies the queried 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.
- 照会対象のオブジェクトを示す <contact:id> 要素。この要素には「avail」属性を含めなければなりません (MUST)。その値は、<check> コマンドの処理完了時点でオブジェクトをプロビジョニングできるかどうかを示します。「1」または「true」はプロビジョニング可能、「0」または「false」はプロビジョニング不可を示します。
- An OPTIONAL <contact: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).
- オブジェクトをプロビジョニングできない場合、その理由を示す任意の <contact:reason> 要素 (MAY) を指定してもかまいません (MAY)。この要素には、プロビジョニングできない理由の説明に役立つサーバー固有のテキストを含めます。このテキストは、クライアントと事前に合意した応答言語で表さなければなりません (MUST)。合意した言語が既定値の「en」（英語）以外の場合、その言語を示す任意の「lang」属性 (MAY) を指定してもかまいません (MAY)。
Example <check> response:
<check> 応答の例:
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: <contact:chkData
S: xmlns:contact="urn:ietf:params:xml:ns:contact-1.0"
S: xsi:schemaLocation="urn:ietf:params:xml:ns:contact-1.0
S: contact-1.0.xsd">
S: <contact:cd>
S: <contact:id avail="1">sh8013</contact:id>
S: </contact:cd>
S: <contact:cd>
S: <contact:id avail="0">sah8013</contact:id>
S: <contact:reason>In use</contact:reason>
S: </contact:cd>
S: <contact:cd>
S: <contact:id avail="1">8013sah</contact:id>
S: </contact:cd>
S: </contact:chkData>
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 <check> command can not be processed for any reason.
何らかの理由で <check> コマンドを処理できない場合は、EPPエラー応答を返さなければなりません (MUST)。
The EPP <info> command is used to retrieve information associated with a contact object. In addition to the standard EPP command elements, the <info> command MUST contain a <contact:info> element that identifies the contact namespace and the location of the contact schema. The <contact:info> element contains the following child elements:
EPPの <info> コマンドは、連絡先オブジェクトに関連する情報を取得します。標準のEPPコマンド要素に加えて、<info> コマンドには、連絡先名前空間と連絡先スキーマの場所を示す <contact:info> 要素を含めなければなりません (MUST)。<contact:info> 要素には、次の子要素を含めます。
- A <contact:id> element that contains the server-unique identifier of the contact object to be queried.
- 照会対象の連絡先オブジェクトについて、サーバー内で一意の識別子を含む <contact:id> 要素。
- An OPTIONAL <contact:authInfo> element that contains authorization information associated with the contact object. 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.
- 連絡先オブジェクトに関連付けられた認可情報を含む、任意の <contact:authInfo> 要素 (MAY)。この要素が指定されない場合、または認可情報が無効な場合に、コマンドを拒否するか応答情報をクライアントに返すかは、サーバーポリシーによって決まります。
Example <info> command:
<info> コマンドの例:
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: <info>
C: <contact:info
C: xmlns:contact="urn:ietf:params:xml:ns:contact-1.0"
C: xsi:schemaLocation="urn:ietf:params:xml:ns:contact-1.0
C: contact-1.0.xsd">
C: <contact:id>sh8013</contact:id>
C: <contact:authInfo>
C: <contact:pw>2fooBAR</contact:pw>
C: </contact:authInfo>
C: </contact:info>
C: </info>
C: <clTRID>ABC-12345</clTRID>
C: </command>
C:</epp>
When an <info> command has been processed successfully, the EPP <resData> element MUST contain a child <contact:infData> element that identifies the contact namespace and the location of the contact schema. The <contact:infData> element contains the following child elements:
<info> コマンドの処理に成功した場合、EPPの <resData> 要素には、連絡先名前空間と連絡先スキーマの場所を示す子要素 <contact:infData> を含めなければなりません (MUST)。<contact:infData> 要素には、次の子要素を含めます。
- A <contact:id> element that contains the server-unique identifier of the contact object.
- 連絡先オブジェクトのサーバー内一意識別子を含む <contact:id> 要素。
- A <contact:roid> element that contains the Repository Object IDentifier assigned to the contact object when the object was created.
- オブジェクトの作成時に連絡先オブジェクトへ割り当てられたリポジトリオブジェクト識別子を含む <contact:roid> 要素。
- One or more <contact:status> elements that describe the status of the contact object.
- 連絡先オブジェクトの状態を示す1つ以上の <contact:status> 要素。
- One or two <contact:postalInfo> elements that contain postal address information. Two elements are provided so that address information can be provided in both internationalized and localized forms; a "type" attribute is used to identify the two forms. If an internationalized form (type="int") is provided, element content MUST be represented in a subset of UTF-8 that can be represented in the 7-bit US-ASCII character set. If a localized form (type="loc") is provided, element content MAY be represented in unrestricted UTF-8. The <contact:postalInfo> element contains the following child elements:
- 郵便住所情報を含む1つまたは2つの <contact:postalInfo> 要素。住所情報を国際化形式とローカライズ形式の両方で提供できるように、2つの要素が用意されています。両形式は「type」属性で区別します。国際化形式（type="int"）を指定する場合、要素の内容は7ビットUS-ASCII文字セットで表現可能なUTF-8のサブセットで表さなければなりません (MUST)。ローカライズ形式（type="loc"）を指定する場合、要素の内容には制限のないUTF-8を使用してもかまいません (MAY)。<contact:postalInfo> 要素には、次の子要素を含めます。
- A <contact:name> element that contains the name of the individual or role represented by the contact.
- 連絡先が表す個人または役割の名前を含む <contact:name> 要素。
- An OPTIONAL <contact:org> element that contains the name of the organization with which the contact is affiliated.
- 連絡先が所属する組織の名前を含む、任意の <contact:org> 要素 (MAY)。
- A <contact:addr> element that contains address information associated with the contact. A <contact:addr> element contains the following child elements:
- 連絡先に関連付けられた住所情報を含む <contact:addr> 要素。<contact:addr> 要素には、次の子要素を含めます。
- One, two, or three OPTIONAL <contact:street> elements that contain the contact's street address.
- 連絡先の街路住所を含む、1つから3つの任意の <contact:street> 要素 (MAY)。
- A <contact:city> element that contains the contact's city.
- 連絡先の都市を含む <contact:city> 要素。
- An OPTIONAL <contact:sp> element that contains the contact's state or province.
- 連絡先の州または省を含む、任意の <contact:sp> 要素 (MAY)。
- An OPTIONAL <contact:pc> element that contains the contact's postal code.
- 連絡先の郵便番号を含む、任意の <contact:pc> 要素 (MAY)。
- A <contact:cc> element that contains the contact's country code.
- 連絡先の国コードを含む <contact:cc> 要素。
- An OPTIONAL <contact:voice> element that contains the contact's voice telephone number.
- 連絡先の音声電話番号を含む、任意の <contact:voice> 要素 (MAY)。
- An OPTIONAL <contact:fax> element that contains the contact's facsimile telephone number.
- 連絡先のファクシミリ電話番号を含む、任意の <contact:fax> 要素 (MAY)。
- A <contact:email> element that contains the contact's email address.
- 連絡先の電子メールアドレスを含む <contact:email> 要素。
- A <contact:clID> element that contains the identifier of the sponsoring client.
- スポンサーとなるクライアントの識別子を含む <contact:clID> 要素。
- A <contact:crID> element that contains the identifier of the client that created the contact object.
- 連絡先オブジェクトを作成したクライアントの識別子を含む <contact:crID> 要素。
- A <contact:crDate> element that contains the date and time of contact object creation.
- 連絡先オブジェクトの作成日時を含む <contact:crDate> 要素。
- A <contact:upID> element that contains the identifier of the client that last updated the contact object. This element MUST NOT be present if the contact has never been modified.
- 連絡先オブジェクトを最後に更新したクライアントの識別子を含む <contact:upID> 要素。この要素は、連絡先が一度も変更されていない場合は存在してはなりません (MUST NOT)。
- A <contact:upDate> element that contains the date and time of the most recent contact object modification. This element MUST NOT be present if the contact object has never been modified.
- 連絡先オブジェクトの最新の変更日時を含む <contact:upDate> 要素。この要素は、連絡先オブジェクトが一度も変更されていない場合は存在してはなりません (MUST NOT)。
- A <contact:trDate> element that contains the date and time of the most recent successful contact object transfer. This element MUST NOT be provided if the contact object has never been transferred.
- 連絡先オブジェクトの直近の正常な移管日時を含む <contact:trDate> 要素。この要素は、連絡先オブジェクトが一度も移管されていない場合は指定してはなりません (MUST NOT)。
- A <contact:authInfo> element that contains authorization information associated with the contact object. This element MUST NOT be provided if the querying client is not the current sponsoring client.
- 連絡先オブジェクトに関連付けられた認可情報を含む <contact:authInfo> 要素。この要素は、照会するクライアントが現在のスポンサーとなるクライアントでない場合は指定してはなりません (MUST NOT)。
- An OPTIONAL <contact:disclose> element that identifies elements that require exceptional server operator handling to allow or restrict disclosure to third parties. See section 2.9. for a description of the child elements contained within the <contact:disclose> element.
- 第三者への開示を許可または制限するためにサーバー運用者による例外的な取り扱いを要する要素を示す、任意の <contact:disclose> 要素 (MAY)。<contact:disclose> 要素に含まれる子要素については、2.9節を参照してください。
Example <info> response for an authorized client:
認可されたクライアントによる <info> 応答の例:
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: <contact:infData
S: xmlns:contact="urn:ietf:params:xml:ns:contact-1.0"
S: xsi:schemaLocation="urn:ietf:params:xml:ns:contact-1.0
S: contact-1.0.xsd">
S: <contact:id>sh8013</contact:id>
S: <contact:roid>SH8013-REP</contact:roid>
S: <contact:status s="linked"/>
S: <contact:status s="clientDeleteProhibited"/>
S: <contact:postalInfo type="int">
S: <contact:name>John Doe</contact:name>
S: <contact:org>Example Inc.</contact:org>
S: <contact:addr>
S: <contact:street>123 Example Dr.</contact:street>
S: <contact:street>Suite 100</contact:street>
S: <contact:city>Dulles</contact:city>
S: <contact:sp>VA</contact:sp>
S: <contact:pc>20166-6503</contact:pc>
S: <contact:cc>US</contact:cc>
S: </contact:addr>
S: </contact:postalInfo>
S: <contact:voice x="1234">+1.7035555555</contact:voice>
S: <contact:fax>+1.7035555556</contact:fax>
S: <contact:email>jdoe@example.com</contact:email>
S: <contact:clID>ClientY</contact:clID>
S: <contact:crID>ClientX</contact:crID>
S: <contact:crDate>1999-04-03T22:00:00.0Z</contact:crDate>
S: <contact:upID>ClientX</contact:upID>
S: <contact:upDate>1999-12-03T09:00:00.0Z</contact:upDate>
S: <contact:trDate>2000-04-08T09:00:00.0Z</contact:trDate>
S: <contact:authInfo>
S: <contact:pw>2fooBAR</contact:pw>
S: </contact:authInfo>
S: <contact:disclose flag="0">
S: <contact:voice/>
S: <contact:email/>
S: </contact:disclose>
S: </contact: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.
何らかの理由で <info> コマンドを処理できない場合は、EPPエラー応答を返さなければなりません (MUST)。
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 <contact:transfer> element that identifies the contact namespace and the location of the contact schema. The <contact:transfer> element MUST contain the following child elements:
EPPの <transfer> コマンドは、保留中および完了済みの移管要求の現在の状態をクライアントが確認するための照会操作を提供します。標準のEPPコマンド要素に加えて、<transfer> コマンドには、値が「query」の「op」属性と、連絡先名前空間および連絡先スキーマの場所を示す <contact:transfer> 要素を含めなければなりません (MUST)。<contact:transfer> 要素には、次の子要素を含めなければなりません (MUST)。
- A <contact:id> element that contains the server-unique identifier of the contact object to be queried.
- 照会対象の連絡先オブジェクトについて、サーバー内で一意の識別子を含む <contact:id> 要素。
- An OPTIONAL <contact:authInfo> element that contains authorization information associated with the contact object. If this element is not provided or if the authorization information is invalid, server policy determines whether the command is rejected or the response information will be returned to the client.
- 連絡先オブジェクトに関連付けられた認可情報を含む、任意の <contact:authInfo> 要素 (MAY)。この要素が指定されない場合、または認可情報が無効な場合に、コマンドを拒否するか応答情報をクライアントに返すかは、サーバーポリシーによって決まります。
Example <transfer> query command:
<transfer> 照会コマンドの例:
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: <transfer op="query">
C: <contact:transfer
C: xmlns:contact="urn:ietf:params:xml:ns:contact-1.0"
C: xsi:schemaLocation="urn:ietf:params:xml:ns:contact-1.0
C: contact-1.0.xsd">
C: <contact:id>sh8013</contact:id>
C: <contact:authInfo>
C: <contact:pw>2fooBAR</contact:pw>
C: </contact:authInfo>
C: </contact:transfer>
C: </transfer>
C: <clTRID>ABC-12345</clTRID>
C: </command>
C:</epp>
When a <transfer> query command has been processed successfully, the EPP <resData> element MUST contain a child <contact:trnData> element that identifies the contact namespace and the location of the contact schema. The <contact:trnData> element contains the following child elements:
<transfer> 照会コマンドの処理に成功した場合、EPPの <resData> 要素には、連絡先名前空間および連絡先スキーマの場所を示す子要素 <contact:trnData> を含めなければなりません (MUST)。<contact:trnData> 要素には、次の子要素を含めます。
- A <contact:id> element that contains the server-unique identifier for the queried contact.
- 照会された連絡先のサーバー内一意識別子を含む <contact:id> 要素。
- A <contact:trStatus> element that contains the state of the most recent transfer request.
- 最新の移管要求の状態を含む <contact:trStatus> 要素。
- A <contact:reID> element that contains the identifier of the client that requested the object transfer.
- オブジェクトの移管を要求したクライアントの識別子を含む <contact:reID> 要素。
- A <contact:reDate> element that contains the date and time that the transfer was requested.
- 移管が要求された日時を含む <contact:reDate> 要素。
- A <contact:acID> element that contains the identifier of the client that SHOULD act upon the transfer request.
- 移管要求を処理すべきクライアントの識別子を含む <contact:acID> 要素。このクライアントは要求に対応すべきです (SHOULD)。
- A <contact: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 SHOULD be taken by the server. For all other status types, the value identifies the date and time when the request was completed.
- 必要な応答または完了した応答の日時を含む <contact:acDate> 要素。要求が保留中の場合、この値は、サーバーが自動応答を実行すべき時刻より前に応答が求められる期限を示します。サーバーは自動応答を実行すべきです (SHOULD)。それ以外の状態では、この値は要求が完了した日時を示します。
Example <transfer> query response:
<transfer> 照会応答の例:
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: <contact:trnData
S: xmlns:contact="urn:ietf:params:xml:ns:contact-1.0"
S: xsi:schemaLocation="urn:ietf:params:xml:ns:contact-1.0
S: contact-1.0.xsd">
S: <contact:id>sh8013</contact:id>
S: <contact:trStatus>pending</contact:trStatus>
S: <contact:reID>ClientX</contact:reID>
S: <contact:reDate>2000-06-06T22:00:00.0Z</contact:reDate>
S: <contact:acID>ClientY</contact:acID>
S: <contact:acDate>2000-06-11T22:00:00.0Z</contact:acDate>
S: </contact:trnData>
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 <transfer> query command can not be processed for any reason.
何らかの理由で <transfer> 照会コマンドを処理できない場合は、EPPエラー応答を返さなければなりません (MUST)。
EPP provides four commands to transform contact object information: <create> to create an instance of a contact object, <delete> to delete an instance of a contact object, <transfer> to manage contact object sponsorship changes, and <update> to change information associated with a contact object. This document does not define a mapping for the EPP <renew> command.
EPPには、連絡先オブジェクトの情報を変更するコマンドが4つあります。<create> は連絡先オブジェクトを作成し、<delete> は連絡先オブジェクトを削除し、<transfer> は連絡先オブジェクトのスポンサー変更を管理し、<update> は連絡先オブジェクトに関連付けられた情報を変更します。この文書では、EPPの <renew> コマンドのマッピングを定義しません。
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.
変換コマンドは通常、リアルタイムで処理され、完了します。要求された操作を完了する前に人または第三者による確認が必要な場合、サーバー運用者は変換コマンドを受け付けて処理した後、要求された操作の完了を保留してもかまいません (MAY)。その場合、サーバーはクライアントに応答コード1001を返し、コマンドを受け付けて処理したものの、要求された操作が保留中であることを明示しなければなりません (MUST)。また、サーバーは、要求された操作の開始と完了が分かるよう、対象オブジェクトの状態を管理しなければなりません (MUST)。操作が完了したら、取引に関係するすべてのクライアントに、操作の完了とオブジェクトの状態変更をサービスメッセージで通知しなければなりません (MUST)。
The EPP <create> command provides a transform operation that allows a client to create a contact object. In addition to the standard EPP command elements, the <create> command MUST contain a <contact:create> element that identifies the contact namespace and the location of the contact schema. The <contact:create> element contains the following child elements:
EPPの <create> コマンドは、クライアントが連絡先オブジェクトを作成するための変換操作を提供します。標準のEPPコマンド要素に加えて、<create> コマンドには、連絡先名前空間および連絡先スキーマの場所を示す <contact:create> 要素を含めなければなりません (MUST)。<contact:create> 要素には、次の子要素を含めます。
- A <contact:id> element that contains the desired server-unique identifier for the contact to be created.
- 作成する連絡先に割り当てる、サーバー内で一意の識別子を含む <contact:id> 要素。
- One or two <contact:postalInfo> elements that contain postal address information. Two elements are provided so that address information can be provided in both internationalized and localized forms; a "type" attribute is used to identify the two forms. If an internationalized form (type="int") is provided, element content MUST be represented in a subset of UTF-8 that can be represented in the 7-bit US-ASCII character set. If a localized form (type="loc") is provided, element content MAY be represented in unrestricted UTF-8. The <contact:postalInfo> element contains the following child elements:
- 郵便住所情報を含む1つまたは2つの <contact:postalInfo> 要素。住所情報を国際化形式とローカライズ形式の両方で提供できるように、2つの要素が用意されています。両形式は「type」属性で区別します。国際化形式（type="int"）を指定する場合、要素の内容は7ビットUS-ASCII文字セットで表現可能なUTF-8のサブセットで表さなければなりません (MUST)。ローカライズ形式（type="loc"）を指定する場合、要素の内容には制限のないUTF-8を使用してもかまいません (MAY)。<contact:postalInfo> 要素には、次の子要素を含めます。
- A <contact:name> element that contains the name of the individual or role represented by the contact.
- 連絡先が表す個人または役割の名前を含む <contact:name> 要素。
- An OPTIONAL <contact:org> element that contains the name of the organization with which the contact is affiliated.
- 連絡先が所属する組織の名前を含む、任意の <contact:org> 要素 (MAY)。
- A <contact:addr> element that contains address information associated with the contact. A <contact:addr> element contains the following child elements:
- 連絡先に関連付けられた住所情報を含む <contact:addr> 要素。<contact:addr> 要素には、次の子要素を含めます。
- One, two, or three OPTIONAL <contact:street> elements that contain the contact's street address.
- 連絡先の街路住所を含む、1つ、2つ、または3つの任意の <contact:street> 要素 (MAY)。
- A <contact:city> element that contains the contact's city.
- 連絡先の都市を含む <contact:city> 要素。
- An OPTIONAL <contact:sp> element that contains the contact's state or province.
- 連絡先の州または省を含む、任意の <contact:sp> 要素 (MAY)。
- An OPTIONAL <contact:pc> element that contains the contact's postal code.
- 連絡先の郵便番号を含む、任意の <contact:pc> 要素 (MAY)。
- A <contact:cc> element that contains the contact's country code.
- 連絡先の国コードを含む <contact:cc> 要素。
- An OPTIONAL <contact:voice> element that contains the contact's voice telephone number.
- 連絡先の音声電話番号を含む、任意の <contact:voice> 要素 (MAY)。
- An OPTIONAL <contact:fax> element that contains the contact's facsimile telephone number.
- 連絡先のファクシミリ電話番号を含む、任意の <contact:fax> 要素 (MAY)。
- A <contact:email> element that contains the contact's email address.
- 連絡先の電子メールアドレスを含む <contact:email> 要素。
- A <contact:authInfo> element that contains authorization information to be associated with the contact object. This mapping includes a password-based authentication mechanism, but the schema allows new mechanisms to be defined in new schemas.
- 連絡先オブジェクトに関連付ける認可情報を含む <contact:authInfo> 要素。このマッピングはパスワード方式の認証機構を含みますが、スキーマでは新しいスキーマで別の機構を定義できます。
- An OPTIONAL <contact:disclose> element that allows a client to identify elements that require exceptional server operator handling to allow or restrict disclosure to third parties. See section 2.9 for a description of the child elements contained within the <contact:disclose> element.
- 第三者への開示を許可または制限するためにサーバー運用者による例外的な取り扱いを要する要素をクライアントが指定できる、任意の <contact:disclose> 要素 (MAY)。<contact:disclose> 要素に含まれる子要素については、2.9節を参照してください。
Example <create> command:
<create> コマンドの例:
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: <contact:create
C: xmlns:contact="urn:ietf:params:xml:ns:contact-1.0"
C: xsi:schemaLocation="urn:ietf:params:xml:ns:contact-1.0
C: contact-1.0.xsd">
C: <contact:id>sh8013</contact:id>
C: <contact:postalInfo type="int">
C: <contact:name>John Doe</contact:name>
C: <contact:org>Example Inc.</contact:org>
C: <contact:addr>
C: <contact:street>123 Example Dr.</contact:street>
C: <contact:street>Suite 100</contact:street>
C: <contact:city>Dulles</contact:city>
C: <contact:sp>VA</contact:sp>
C: <contact:pc>20166-6503</contact:pc>
C: <contact:cc>US</contact:cc>
C: </contact:addr>
C: </contact:postalInfo>
C: <contact:voice x="1234">+1.7035555555</contact:voice>
C: <contact:fax>+1.7035555556</contact:fax>
C: <contact:email>jdoe@example.com</contact:email>
C: <contact:authInfo>
C: <contact:pw>2fooBAR</contact:pw>
C: </contact:authInfo>
C: <contact:disclose flag="0">
C: <contact:voice/>
C: <contact:email/>
C: </contact:disclose>
C: </contact:create>
C: </create>
C: <clTRID>ABC-12345</clTRID>
C: </command>
C:</epp>
When a <create> command has been processed successfully, the EPP <resData> element MUST contain a child <contact:creData> element that identifies the contact namespace and the location of the contact schema. The <contact:creData> element contains the following child elements:
<create> コマンドの処理に成功した場合、EPPの <resData> 要素には、連絡先名前空間および連絡先スキーマの場所を示す子要素 <contact:creData> を含めなければなりません (MUST)。<contact:creData> 要素には、次の子要素を含めます。
- A <contact:id> element that contains the server-unique identifier for the created contact.
- 作成した連絡先のサーバー内一意識別子を含む <contact:id> 要素。
- A <contact:crDate> element that contains the date and time of contact object creation.
- 連絡先オブジェクトの作成日時を含む <contact:crDate> 要素。
Example <create> response:
<create> 応答の例:
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: <contact:creData
S: xmlns:contact="urn:ietf:params:xml:ns:contact-1.0"
S: xsi:schemaLocation="urn:ietf:params:xml:ns:contact-1.0
S: contact-1.0.xsd">
S: <contact:id>sh8013</contact:id>
S: <contact:crDate>1999-04-03T22:00:00.0Z</contact:crDate>
S: </contact:creData>
S: </resData>
S: <trID>
S: <clTRID>ABC-12345</clTRID>
S: <svTRID>54321-XYZ</svTRID>
S: </trID>
S: </response>
S:</epp>
An EPP error response MUST be returned if a <create> command can not be processed for any reason.
何らかの理由で <create> コマンドを処理できない場合は、EPPエラー応答を返さなければなりません (MUST)。
The EPP <delete> command provides a transform operation that allows a client to delete a contact object. In addition to the standard EPP command elements, the <delete> command MUST contain a <contact:delete> element that identifies the contact namespace and the location of the contact schema. The <contact:delete> element MUST contain the following child element:
EPPの <delete> コマンドは、クライアントが連絡先オブジェクトを削除するための変換操作を提供します。標準のEPPコマンド要素に加えて、<delete> コマンドには、連絡先名前空間および連絡先スキーマの場所を示す <contact:delete> 要素を含めなければなりません (MUST)。<contact:delete> 要素には、次の子要素を含めなければなりません (MUST)。
- A <contact:id> element that contains the server-unique identifier of the contact object to be deleted.
- 削除対象の連絡先オブジェクトについて、サーバー内で一意の識別子を含む <contact:id> 要素。
A contact object SHOULD NOT be deleted if it is associated with other known objects. An associated contact SHOULD NOT be deleted until associations with other known objects have been broken. A server SHOULD notify clients of object relationships when a <delete> command is attempted and fails due to existing object relationships.
他の既知のオブジェクトと関連付けられている連絡先オブジェクトは削除すべきではありません (SHOULD NOT)。関連付けられた連絡先は、他の既知のオブジェクトとの関連付けを解消するまで削除すべきではありません (SHOULD NOT)。既存のオブジェクト間の関連付けが原因で <delete> コマンドが失敗した場合、サーバーはその関係をクライアントに通知すべきです (SHOULD)。
Example <delete> command:
<delete> コマンドの例:
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: <delete>
C: <contact:delete
C: xmlns:contact="urn:ietf:params:xml:ns:contact-1.0"
C: xsi:schemaLocation="urn:ietf:params:xml:ns:contact-1.0
C: contact-1.0.xsd">
C: <contact:id>sh8013</contact:id>
C: </contact:delete>
C: </delete>
C: <clTRID>ABC-12345</clTRID>
C: </command>
C:</epp>
When a <delete> command has been processed successfully, a server MUST respond with an EPP response with no <resData> element.
<delete> コマンドの処理に成功した場合、サーバーは <resData> 要素を含まないEPP応答を返さなければなりません (MUST)。
Example <delete> response:
<delete> 応答の例:
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: <trID>
S: <clTRID>ABC-12345</clTRID>
S: <svTRID>54321-XYZ</svTRID>
S: </trID>
S: </response>
S:</epp>
An EPP error response MUST be returned if a <delete> command can not be processed for any reason.
何らかの理由で <delete> コマンドを処理できない場合は、EPPエラー応答を返さなければなりません (MUST)。
Renewal semantics do not apply to contact objects, so there is no mapping defined for the EPP <renew> command.
連絡先オブジェクトには更新の意味論が適用されないため、EPPの <renew> コマンドに対応するマッピングは定義されていません。
The EPP <transfer> command provides a transform operation that allows a client to manage requests to transfer the sponsorship of a contact object. In addition to the standard EPP command elements, the <transfer> command MUST contain a <contact:transfer> element that identifies the contact namespace and the location of the contact schema. The <contact:transfer> element contains the following child elements:
EPPの <transfer> コマンドは、クライアントが連絡先オブジェクトのスポンサー変更要求を管理するための変換操作を提供します。標準のEPPコマンド要素に加えて、<transfer> コマンドには、連絡先名前空間および連絡先スキーマの場所を示す <contact:transfer> 要素を含めなければなりません (MUST)。<contact:transfer> 要素には、次の子要素を含めます。
- A <contact:id> element that contains the server-unique identifier of the contact object for which a transfer request is to be created, approved, rejected, or cancelled.
- 移管要求の作成、承認、拒否、または取り消しの対象となる連絡先オブジェクトについて、サーバー内で一意の識別子を含む <contact:id> 要素。
- A <contact:authInfo> element that contains authorization information associated with the contact object.
- 連絡先オブジェクトに関連付けられた認可情報を含む <contact:authInfo> 要素。
Every EPP <transfer> command MUST contain an "op" attribute that identifies the transfer operation to be performed as defined in [RFC3730].
すべてのEPP <transfer> コマンドには、[RFC3730]で定義される実行対象の移管操作を示す「op」属性を含めなければなりません (MUST)。
Example <transfer> request command:
<transfer> 要求コマンドの例:
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: <transfer op="request">
C: <contact:transfer
C: xmlns:contact="urn:ietf:params:xml:ns:contact-1.0"
C: xsi:schemaLocation="urn:ietf:params:xml:ns:contact-1.0
C: contact-1.0.xsd">
C: <contact:id>sh8013</contact:id>
C: <contact:authInfo>
C: <contact:pw>2fooBAR</contact:pw>
C: </contact:authInfo>
C: </contact:transfer>
C: </transfer>
C: <clTRID>ABC-12345</clTRID>
C: </command>
C:</epp>
When a <transfer> command has been processed successfully, the EPP <resData> element MUST contain a child <contact:trnData> element that identifies the contact namespace and the location of the contact schema. The <contact:trnData> element contains the same child elements defined for a transfer query response.
<transfer> コマンドの処理に成功した場合、EPPの <resData> 要素には、連絡先名前空間および連絡先スキーマの場所を示す子要素 <contact:trnData> を含めなければなりません (MUST)。<contact:trnData> 要素には、移管照会応答で定義されているものと同じ子要素を含めます。
Example <transfer> response:
<transfer> 応答の例:
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: <contact:trnData
S: xmlns:contact="urn:ietf:params:xml:ns:contact-1.0"
S: xsi:schemaLocation="urn:ietf:params:xml:ns:contact-1.0
S: contact-1.0.xsd">
S: <contact:id>sh8013</contact:id>
S: <contact:trStatus>pending</contact:trStatus>
S: <contact:reID>ClientX</contact:reID>
S: <contact:reDate>2000-06-08T22:00:00.0Z</contact:reDate>
S: <contact:acID>ClientY</contact:acID>
S: <contact:acDate>2000-06-13T22:00:00.0Z</contact:acDate>
S: </contact:trnData>
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 <transfer> command can not be processed for any reason.
何らかの理由で <transfer> コマンドを処理できない場合は、EPPエラー応答を返さなければなりません (MUST)。
The EPP <update> command provides a transform operation that allows a client to modify the attributes of a contact object. In addition to the standard EPP command elements, the <update> command MUST contain a <contact:update> element that identifies the contact namespace and the location of the contact schema. The <contact:update> element contains the following child elements:
EPPの <update> コマンドは、クライアントが連絡先オブジェクトの属性を変更するための変換操作を提供します。標準のEPPコマンド要素に加えて、<update> コマンドには、連絡先名前空間および連絡先スキーマの場所を示す <contact:update> 要素を含めなければなりません (MUST)。<contact:update> 要素には、次の子要素を含めます。
- A <contact:id> element that contains the server-unique identifier of the contact object to be updated.
- 更新対象の連絡先オブジェクトについて、サーバー内で一意の識別子を含む <contact:id> 要素。
- An OPTIONAL <contact:add> element that contains attribute values to be added to the object.
- オブジェクトに追加する属性値を含む、任意の <contact:add> 要素 (MAY)。
- An OPTIONAL <contact:rem> element that contains attribute values to be removed from the object.
- オブジェクトから削除する属性値を含む、任意の <contact:rem> 要素 (MAY)。
- An OPTIONAL <contact:chg> element that contains object attribute values to be changed.
- 変更するオブジェクト属性値を含む、任意の <contact:chg> 要素 (MAY)。
At least one <contact:add>, <contact:rem>, or <contact:chg> element MUST be provided. The <contact:add> and <contact:rem> elements contain the following child elements:
少なくとも1つの <contact:add>、<contact:rem>、または <contact:chg> 要素を指定しなければなりません (MUST)。<contact:add> 要素と <contact:rem> 要素には、次の子要素を含めます。
- One or more <contact:status> elements that contain status values to be associated with 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.
- オブジェクトに関連付ける、またはオブジェクトから削除する状態値を含む1つ以上の <contact:status> 要素。削除する値を指定する場合、属性値だけが照合対象です。削除時に要素のテキストが値と一致する必要はありません。
A <contact:chg> element contains the following OPTIONAL child elements. At least one child element MUST be present:
<contact:chg> 要素には、次の任意の子要素を含めます (MAY)。少なくとも1つの子要素を指定しなければなりません (MUST)。
- One or two <contact:postalInfo> elements that contain postal address information. Two elements are provided so that address information can be provided in both internationalized and localized forms; a "type" attribute is used to identify the two forms. If an internationalized form (type="int") is provided, element content MUST be represented in a subset of UTF-8 that can be represented in the 7-bit US-ASCII character set. If a localized form (type="loc") is provided, element content MAY be represented in unrestricted UTF-8. The <contact:postalInfo> element contains the following OPTIONAL child elements:
- 郵便住所情報を含む1つまたは2つの <contact:postalInfo> 要素。住所情報を国際化形式とローカライズ形式の両方で提供できるように、2つの要素が用意されています。両形式は「type」属性で区別します。国際化形式（type="int"）を指定する場合、要素の内容は7ビットUS-ASCII文字セットで表現可能なUTF-8のサブセットで表さなければなりません (MUST)。ローカライズ形式（type="loc"）を指定する場合、要素の内容には制限のないUTF-8を使用してもかまいません (MAY)。<contact:postalInfo> 要素には、次の任意の子要素 (MAY) を含めます。
- A <contact:name> element that contains the name of the individual or role represented by the contact.
- 連絡先が表す個人または役割の名前を含む <contact:name> 要素。
- A <contact:org> element that contains the name of the organization with which the contact is affiliated.
- 連絡先が所属する組織の名前を含む <contact:org> 要素。
- A <contact:addr> element that contains address information associated with the contact. A <contact:addr> element contains the following child elements:
- 連絡先に関連付けられた住所情報を含む <contact:addr> 要素。<contact:addr> 要素には、次の子要素を含めます。
- One, two, or three OPTIONAL <contact:street> elements that contain the contact's street address.
- 連絡先の街路住所を含む、1つ、2つ、または3つの任意の <contact:street> 要素 (MAY)。
- A <contact:city> element that contains the contact's city.
- 連絡先の都市を含む <contact:city> 要素。
- An OPTIONAL <contact:sp> element that contains the contact's state or province.
- 連絡先の州または省を含む、任意の <contact:sp> 要素 (MAY)。
- An OPTIONAL <contact:pc> element that contains the contact's postal code.
- 連絡先の郵便番号を含む、任意の <contact:pc> 要素 (MAY)。
- A <contact:cc> element that contains the contact's country code.
- 連絡先の国コードを含む <contact:cc> 要素。
- A <contact:voice> element that contains the contact's voice telephone number.
- 連絡先の音声電話番号を含む <contact:voice> 要素。
- A <contact:fax> element that contains the contact's facsimile telephone number.
- 連絡先のファクシミリ電話番号を含む <contact:fax> 要素。
- A <contact:email> element that contains the contact's email address.
- 連絡先の電子メールアドレスを含む <contact:email> 要素。
- A <contact:authInfo> element that contains authorization information associated with the contact object. This mapping includes a password-based authentication mechanism, but the schema allows new mechanisms to be defined in new schemas.
- 連絡先オブジェクトに関連付けられた認可情報を含む <contact:authInfo> 要素。このマッピングはパスワード方式の認証機構を含みますが、スキーマでは新しいスキーマで別の機構を定義できます。
- A <contact:disclose> element that allows a client to identify elements that require exceptional server operator handling to allow or restrict disclosure to third parties. See section 2.9. for a description of the child elements contained within the <contact:disclose> element.
- 第三者への開示を許可または制限するためにサーバー運用者による例外的な取り扱いを要する要素をクライアントが指定できる <contact:disclose> 要素。<contact:disclose> 要素に含まれる子要素については、2.9節を参照してください。
Example <update> command:
<update> コマンドの例:
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: <contact:update
C: xmlns:contact="urn:ietf:params:xml:ns:contact-1.0"
C: xsi:schemaLocation="urn:ietf:params:xml:ns:contact-1.0
C: contact-1.0.xsd">
C: <contact:id>sh8013</contact:id>
C: <contact:add>
C: <contact:status s="clientDeleteProhibited"/>
C: </contact:add>
C: <contact:chg>
C: <contact:postalInfo type="int">
C: <contact:org/>
C: <contact:addr>
C: <contact:street>124 Example Dr.</contact:street>
C: <contact:street>Suite 200</contact:street>
C: <contact:city>Dulles</contact:city>
C: <contact:sp>VA</contact:sp>
C: <contact:pc>20166-6503</contact:pc>
C: <contact:cc>US</contact:cc>
C: </contact:addr>
C: </contact:postalInfo>
C: <contact:voice>+1.7034444444</contact:voice>
C: <contact:fax/>
C: <contact:authInfo>
C: <contact:pw>2fooBAR</contact:pw>
C: </contact:authInfo>
C: <contact:disclose flag="1">
C: <contact:voice/>
C: <contact:email/>
C: </contact:disclose>
C: </contact:chg>
C: </contact:update>
C: </update>
C: <clTRID>ABC-12345</clTRID>
C: </command>
C:</epp>
When an <update> command has been processed successfully, a server MUST respond with an EPP response with no <resData> element.
<update> コマンドの処理に成功した場合、サーバーは <resData> 要素を含まないEPP応答を返さなければなりません (MUST)。
Example <update> response:
<update> 応答の例:
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: <trID>
S: <clTRID>ABC-12345</clTRID>
S: <svTRID>54321-XYZ</svTRID>
S: </trID>
S: </response>
S:</epp>
An EPP error response MUST be returned if an <update> command can not be processed for any reason.
何らかの理由で <update> コマンドを処理できない場合は、EPPエラー応答を返さなければなりません (MUST)。
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.
サーバーは、クライアントから受信した順にコマンドを処理します。コマンドを受信して処理したことを示す応答は直ちに返されますが、サーバー運用者は、要求された操作の完了前に人または第三者による審査が必要な場合、要求された変換コマンドをオフラインで審査してから操作を完了してもかまいません (MAY)。その場合、サーバー応答には、変換コマンドを受信して処理したものの、要求された操作は保留中であることを明記しなければなりません (MUST)。対応するオブジェクトの状態には、操作が保留中であることを明確に反映しなければなりません (MUST)。オフライン処理が完了したら、サーバーはクライアントに通知しなければなりません (MUST)。
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.
ここでは、オフライン審査を要する <create> コマンドの例を示します。<create> コマンドへの応答に含まれる結果コードとメッセージに注目してください。
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: <contact:creData
S: xmlns:contact="urn:ietf:params:xml:ns:contact-1.0"
S: xsi:schemaLocation="urn:ietf:params:xml:ns:contact-1.0
S: contact-1.0.xsd">
S: <contact:id>sh8013</contact:id>
S: <contact:crDate>1999-04-03T22:00:00.0Z</contact:crDate>
S: </contact:creData>
S: </resData>
S: <trID>
S: <clTRID>ABC-12345</clTRID>
S: <svTRID>54321-XYZ</svTRID>
S: </trID>
S: </response>
S:</epp>
The status of the contact 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」が含まれていなければなりません (MUST)。サーバー運用者は要求をオフラインで審査し、<poll> コマンドで取得できるサービスメッセージをキューに登録して、審査結果をクライアントに通知します。
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 <contact:panData> element that identifies the contact namespace and the location of the contact schema. The <contact:panData> element contains the following child elements:
サービスメッセージには、通知内容を説明するテキストを <response>、<msgQ>、<msg> 要素に含めなければなりません (MUST)。さらに、EPPの <resData> 要素には、連絡先名前空間および連絡先スキーマの場所を示す子要素 <contact:panData> を含めなければなりません (MUST)。<contact:panData> 要素には、次の子要素を含めます。
- A <contact:id> element that contains the server-unique identifier of the contact object. The <contact:id> 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.
- 連絡先オブジェクトのサーバー内一意識別子を含む <contact:id> 要素。<contact:id> 要素には「paResult」属性を必ず含めなければなりません (MUST)。boolean値が真なら要求は承認されて完了し、偽なら要求は拒否され、要求された操作は実行されていません。
- A <contact: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.
- コマンド処理要求への最初の応答で返された、クライアントおよびサーバーの取引識別子を含む <contact:paTRID> 要素。クライアント取引識別子は任意であり (MAY)、クライアントが元の <create> コマンドに識別子を指定した場合にのみ返されます。
- A <contact:paDate> element that contains the date and time describing when review of the requested action was completed.
- 要求された操作の審査が完了した日時を含む <contact: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: <contact:panData
S: xmlns:contact="urn:ietf:params:xml:ns:contact-1.0"
S: xsi:schemaLocation="urn:ietf:params:xml:ns:contact-1.0
S: contact-1.0.xsd">
S: <contact:id paResult="1">sh8013</contact:id>
S: <contact:paTRID>
S: <clTRID>ABC-12345</clTRID>
S: <svTRID>54321-XYZ</svTRID>
S: </contact:paTRID>
S: <contact:paDate>1999-04-04T22:00:00.0Z</contact:paDate>
S: </contact:panData>
S: </resData>
S: <trID>
S: <clTRID>BCD-23456</clTRID>
S: <svTRID>65432-WXY</svTRID>
S: </trID>
S: </response>
S:</epp>
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 Schema表記で定義します。ここに示す正式な構文は、EPPのXMLインスタンスを自動検証するために使用できる、オブジェクトマッピングの完全なスキーマ表現です。BEGINタグとENDタグはスキーマの一部ではありません。URI登録のため、スキーマの開始位置と終了位置を示すものです。
BEGIN
<?xml version="1.0" encoding="UTF-8"?>
<schema targetNamespace="urn:ietf:params:xml:ns:contact-1.0"
xmlns:contact="urn:ietf:params:xml:ns:contact-1.0"
xmlns:epp="urn:ietf:params:xml:ns:epp-1.0"
xmlns:eppcom="urn:ietf:params:xml:ns:eppcom-1.0"
xmlns="http://www.w3.org/2001/XMLSchema"
elementFormDefault="qualified">
<!--
Import common element types.
-->
<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"/>
<annotation>
<documentation>
Extensible Provisioning Protocol v1.0
contact provisioning schema.
</documentation>
</annotation>
<!--
Child elements found in EPP commands.
-->
<element name="check" type="contact:mIDType"/>
<element name="create" type="contact:createType"/>
<element name="delete" type="contact:sIDType"/>
<element name="info" type="contact:authIDType"/>
<element name="transfer" type="contact:authIDType"/>
<element name="update" type="contact:updateType"/>
<!--
Utility types.
-->
<simpleType name="ccType">
<restriction base="token">
<length value="2"/>
</restriction>
</simpleType>
<complexType name="e164Type">
<simpleContent>
<extension base="contact:e164StringType">
<attribute name="x" type="token"/>
</extension>
</simpleContent>
</complexType>
<simpleType name="e164StringType">
<restriction base="token">
<pattern value="(\+[0-9]{1,3}\.[0-9]{1,14})?"/>
<maxLength value="17"/>
</restriction>
</simpleType>
<simpleType name="pcType">
<restriction base="token">
<maxLength value="16"/>
</restriction>
</simpleType>
<simpleType name="postalLineType">
<restriction base="normalizedString">
<minLength value="1"/>
<maxLength value="255"/>
</restriction>
</simpleType>
<simpleType name="optPostalLineType">
<restriction base="normalizedString">
<maxLength value="255"/>
</restriction>
</simpleType>
<!--
Child elements of the <create> command.
-->
<complexType name="createType">
<sequence>
<element name="id" type="eppcom:clIDType"/>
<element name="postalInfo" type="contact:postalInfoType"
maxOccurs="2"/>
<element name="voice" type="contact:e164Type"
minOccurs="0"/>
<element name="fax" type="contact:e164Type"
minOccurs="0"/>
<element name="email" type="eppcom:minTokenType"/>
<element name="authInfo" type="contact:authInfoType"/>
<element name="disclose" type="contact:discloseType"
minOccurs="0"/>
</sequence>
</complexType>
<complexType name="postalInfoType">
<sequence>
<element name="name" type="contact:postalLineType"/>
<element name="org" type="contact:optPostalLineType"
minOccurs="0"/>
<element name="addr" type="contact:addrType"/>
</sequence>
<attribute name="type" type="contact:postalInfoEnumType"
use="required"/>
</complexType>
<simpleType name="postalInfoEnumType">
<restriction base="token">
<enumeration value="loc"/>
<enumeration value="int"/>
</restriction>
</simpleType>
<complexType name="addrType">
<sequence>
<element name="street" type="contact:optPostalLineType"
minOccurs="0" maxOccurs="3"/>
<element name="city" type="contact:postalLineType"/>
<element name="sp" type="contact:optPostalLineType"
minOccurs="0"/>
<element name="pc" type="contact:pcType"
minOccurs="0"/>
<element name="cc" type="contact:ccType"/>
</sequence>
</complexType>
<complexType name="authInfoType">
<choice>
<element name="pw" type="eppcom:pwAuthInfoType"/>
<element name="ext" type="eppcom:extAuthInfoType"/>
</choice>
</complexType>
<complexType name="discloseType">
<sequence>
<element name="name" type="contact:intLocType"
minOccurs="0" maxOccurs="2"/>
<element name="org" type="contact:intLocType"
minOccurs="0" maxOccurs="2"/>
<element name="addr" type="contact:intLocType"
minOccurs="0" maxOccurs="2"/>
<element name="voice" minOccurs="0"/>
<element name="fax" minOccurs="0"/>
<element name="email" minOccurs="0"/>
</sequence>
<attribute name="flag" type="boolean" use="required"/>
</complexType>
<complexType name="intLocType">
<attribute name="type" type="contact:postalInfoEnumType"
use="required"/>
</complexType>
<!--
Child element of commands that require only an identifier.
-->
<complexType name="sIDType">
<sequence>
<element name="id" type="eppcom:clIDType"/>
</sequence>
</complexType>
<!--
Child element of commands that accept multiple identifiers.
-->
<complexType name="mIDType">
<sequence>
<element name="id" type="eppcom:clIDType"
maxOccurs="unbounded"/>
</sequence>
</complexType>
<!--
Child elements of the <info> and <transfer> commands.
-->
<complexType name="authIDType">
<sequence>
<element name="id" type="eppcom:clIDType"/>
<element name="authInfo" type="contact:authInfoType"
minOccurs="0"/>
</sequence>
</complexType>
</complexType>
<!--
Child elements of the <update> command.
-->
<complexType name="updateType">
<sequence>
<element name="id" type="eppcom:clIDType"/>
<element name="add" type="contact:addRemType"
minOccurs="0"/>
<element name="rem" type="contact:addRemType"
minOccurs="0"/>
<element name="chg" type="contact:chgType"
minOccurs="0"/>
</sequence>
</complexType>
<!--
Data elements that can be added or removed.
-->
<complexType name="addRemType">
<sequence>
<element name="status" type="contact:statusType"
maxOccurs="7"/>
</sequence>
</complexType>
<!--
Data elements that can be changed.
-->
<complexType name="chgType">
<sequence>
<element name="postalInfo" type="contact:chgPostalInfoType"
minOccurs="0" maxOccurs="2"/>
<element name="voice" type="contact:e164Type"
minOccurs="0"/>
<element name="fax" type="contact:e164Type"
minOccurs="0"/>
<element name="email" type="eppcom:minTokenType"
minOccurs="0"/>
<element name="authInfo" type="contact:authInfoType"
minOccurs="0"/>
<element name="disclose" type="contact:discloseType"
minOccurs="0"/>
</sequence>
</complexType>
<complexType name="chgPostalInfoType">
<sequence>
<element name="name" type="contact:postalLineType"
minOccurs="0"/>
<element name="org" type="contact:optPostalLineType"
minOccurs="0"/>
<element name="addr" type="contact:addrType"
minOccurs="0"/>
</sequence>
<attribute name="type" type="contact:postalInfoEnumType"
use="required"/>
</complexType>
<!--
Child response elements.
-->
<element name="chkData" type="contact:chkDataType"/>
<element name="creData" type="contact:creDataType"/>
<element name="infData" type="contact:infDataType"/>
<element name="panData" type="contact:panDataType"/>
<element name="trnData" type="contact:trnDataType"/>
<!--
<check> response elements.
-->
<complexType name="chkDataType">
<sequence>
<element name="cd" type="contact:checkType"
maxOccurs="unbounded"/>
</sequence>
</complexType>
<complexType name="checkType">
<sequence>
<element name="id" type="contact:checkIDType"/>
<element name="reason" type="eppcom:reasonType"
minOccurs="0"/>
</sequence>
</complexType>
<complexType name="checkIDType">
<simpleContent>
<extension base="eppcom:clIDType">
<attribute name="avail" type="boolean"
use="required"/>
</extension>
</simpleContent>
</complexType>
<!--
<create> response elements.
-->
<complexType name="creDataType">
<sequence>
<element name="id" type="eppcom:clIDType"/>
<element name="crDate" type="dateTime"/>
</sequence>
</complexType>
<!--
<info> response elements.
-->
<complexType name="infDataType">
<sequence>
<element name="id" type="eppcom:clIDType"/>
<element name="roid" type="eppcom:roidType"/>
<element name="status" type="contact:statusType"
maxOccurs="7"/>
<element name="postalInfo" type="contact:postalInfoType"
maxOccurs="2"/>
<element name="voice" type="contact:e164Type"
minOccurs="0"/>
<element name="fax" type="contact:e164Type"
minOccurs="0"/>
<element name="email" type="eppcom:minTokenType"/>
<element name="clID" type="eppcom:clIDType"/>
<element name="crID" type="eppcom:clIDType"/>
<element name="crDate" type="dateTime"/>
<element name="upID" type="eppcom:clIDType"
minOccurs="0"/>
<element name="upDate" type="dateTime"
minOccurs="0"/>
<element name="trDate" type="dateTime"
minOccurs="0"/>
<element name="authInfo" type="contact:authInfoType"
minOccurs="0"/>
<element name="disclose" type="contact:discloseType"
minOccurs="0"/>
</sequence>
</complexType>
<!--
Status is a combination of attributes and an optional human-readable
message that may be expressed in languages other than English.
-->
<complexType name="statusType">
<simpleContent>
<extension base="normalizedString">
<attribute name="s" type="contact:statusValueType"
use="required"/>
<attribute name="lang" type="language"
default="en"/>
</extension>
</simpleContent>
</complexType>
<simpleType name="statusValueType">
<restriction base="token">
<enumeration value="clientDeleteProhibited"/>
<enumeration value="clientTransferProhibited"/>
<enumeration value="clientUpdateProhibited"/>
<enumeration value="linked"/>
<enumeration value="ok"/>
<enumeration value="pendingCreate"/>
<enumeration value="pendingDelete"/>
<enumeration value="pendingTransfer"/>
<enumeration value="pendingUpdate"/>
<enumeration value="serverDeleteProhibited"/>
<enumeration value="serverTransferProhibited"/>
<enumeration value="serverUpdateProhibited"/>
</restriction>
</simpleType>
<!--
Pending action notification response elements.
-->
<complexType name="panDataType">
<sequence>
<element name="id" type="contact:paCLIDType"/>
<element name="paTRID" type="epp:trIDType"/>
<element name="paDate" type="dateTime"/>
</sequence>
</complexType>
<complexType name="paCLIDType">
<simpleContent>
<extension base="eppcom:clIDType">
<attribute name="paResult" type="boolean"
use="required"/>
</extension>
</simpleContent>
</complexType>
<!-- <transfer> response elements.
<!-- <transfer> response elements.
-->
<complexType name="trnDataType">
<sequence>
<element name="id" type="eppcom:clIDType"/>
<element name="trStatus" type="eppcom:trStatusType"/>
<element name="reID" type="eppcom:clIDType"/>
<element name="reDate" type="dateTime"/>
<element name="acID" type="eppcom:clIDType"/>
<element name="acDate" type="dateTime"/>
</sequence>
</complexType>
<!-- End of schema. --> </schema> END
<!-- End of schema. --> </schema> END
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はXMLで表されます。XMLはUnicode文字セットと、UTF-8を含むよりコンパクトな表現による情報の符号化を本来サポートしています。適合するXMLプロセッサはUTF-8とUTF-16 [RFC2781]の両方を認識します。XML宣言の <?xml?> 内にある「encoding」属性を使えば他の文字エンコーディングも識別して使用できますが、パーサー間でエンコーディングのサポートに互換性がない環境では、UTF-8を使用することを推奨します (SHOULD)。
All date-time values presented via EPP MUST be expressed in Universal Coordinated Time using the Gregorian calendar. The 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 the XML Schema does not support truncated date-time forms or lower case "T" and "Z" characters.
EPPで扱うすべての日付時刻値は、グレゴリオ暦を使用して協定世界時で表さなければなりません (MUST)。XML Schemaでは、基準子午線からのオフセットを示すタイムゾーン識別子を使用できますが、EPPでは使用してはなりません (MUST NOT)。XML Schemaは省略形の日付時刻形式、および小文字の「t」「z」をサポートしないため、[RFC3339]で定義される大文字の「T」「Z」を使った拡張日付時刻形式を使用しなければなりません (MUST)。
Humans, organizations, and other entities often need to represent social information in both a commonly understood character set and a locally optimized character set. This specification provides features allowing representation of social information in both a subset of UTF-8 for broad readability and unrestricted UTF-8 for local optimization.
個人、組織などは、自分たちに関する情報を、広く理解される文字セットと各地域に最適化された文字セットの両方で表す必要が生じることがあります。この仕様は、広く読み取れるようUTF-8のサブセットで、各地域に合わせて最適化できるよう制限のないUTF-8で、そうした情報を表す機能を提供します。
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 Schemaを示すためにURNを使用します。IANAには2つのURI割り当てが登録されています。
Registration request for the contact namespace:
連絡先名前空間の登録要求:
URI: urn:ietf:params:xml:ns:contact-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 contact XML schema:
連絡先XML Schemaの登録要求:
URI: urn:ietf:params:xml:schema:contact-1.0
Registrant Contact: See the "Author's Address" section of this document.
登録連絡先: この文書の「著者の連絡先」節を参照してください。
XML: See the "Formal Syntax" section of this document.
XML: この文書の「正式な構文」節を参照してください。
Authorization information as described in section 2.8. is REQUIRED to create a contact 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.8節で説明する認可情報は、連絡先オブジェクトの作成に必須です (MUST)。この情報は、一部の照会操作および移管操作で、クライアントがコマンドを実行する権限を持つかを判定する追加手段として使用します。認可情報が誤って開示されないよう保護できなければ、不正な移管操作や情報の不正開示につながるおそれがあります。クライアントとサーバーの双方は、プライバシーを保護するため、認可情報を保存および交換する際に強固な暗号化方式を使用しなければなりません (MUST)。
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.
この文書で説明するオブジェクトマッピングは、[RFC3730]およびEPPが使用するプロトコル層で説明されているもの以外のセキュリティサービスを提供せず、追加のセキュリティ上の考慮事項も導入しません。
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.
この文書は、当初、個人提出のInternet-Draftとして作成されました。その後、provregワーキンググループがワーキンググループ文書として採択し、多くの貴重なコメントと改善提案を寄せました。著者は、プロセス面および編集面で貢献したワーキンググループ議長のEdward LewisとJaap Akkerhuisに謝意を表します。
Specific suggestions that have been incorporated into this document were provided by Chris Bason, Eric Brunner-Williams, Jordyn Buchanan, Robert Burbidge, Dave Crocker, Ayesha Damaraju, Anthony Eden, Sheer El-Showk, Dipankar Ghosh, Klaus Malorny, Dan Manley, Michael Mealling, Patrick Mevzek, Asbjorn Steira, and Rick Wesson.
この文書に取り入れた具体的な提案は、Chris Bason、Eric Brunner-Williams、Jordyn Buchanan、Robert Burbidge、Dave Crocker、Ayesha Damaraju、Anthony Eden、Sheer El-Showk、Dipankar Ghosh、Klaus Malorny、Dan Manley、Michael Mealling、Patrick Mevzek、Asbjorn Steira、およびRick Wessonから寄せられました。
[ISO3166] ISO 3166-1: "Codes for the representation of names of countries and their subdivisions - Part 1: Country codes", October 1997.
[ISO3166] ISO 3166-1: "Codes for the representation of names of countries and their subdivisions - Part 1: Country codes", October 1997.
[RFC2119] Bradner, S., "Key Words for Use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.
[RFC2119] Bradner, S., "Key Words for Use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.
[RFC2279] Yergeau, F., "UTF-8, a transformation format of ISO 10646", RFC 2279, January 1998.
[RFC2279] Yergeau, F., "UTF-8, a transformation format of ISO 10646", RFC 2279, January 1998.
[RFC2822] Resnick, P., "Internet Message Format", RFC 2822, April 2001.
[RFC2822] Resnick, P., "Internet Message Format", RFC 2822, April 2001.
[RFC3339] Klyne, G. and C. Newman: "Date and Time on the Internet: Timestamps", RFC 3339, July 2002.
[RFC3339] Klyne, G. and C. Newman: "Date and Time on the Internet: Timestamps", RFC 3339, July 2002.
[RFC3688] Mealling, M., "The IETF XML Registry", BCP 81, RFC 3688, January 2004.
[RFC3688] Mealling, M., "The IETF XML Registry", BCP 81, RFC 3688, January 2004.
[RFC3730] Hollenbeck, S., "Extensible Provisioning Protocol (EPP)", RFC 3730, March 2004.
[RFC3730] Hollenbeck, S., "Extensible Provisioning Protocol (EPP)", RFC 3730, March 2004.
[XML] Editor T. Bray et al.: "Extensible Markup Language (XML) 1.0 (Second Edition)", W3C Recommendation 6 October 2000.
[XML] Editor T. Bray et al.: "Extensible Markup Language (XML) 1.0 (Second Edition)", W3C Recommendation 6 October 2000.
[XMLS-1] Editors H. Thompson et al.: "XML Schema Part 1: Structures", W3C Recommendation 2 May 2001.
[XMLS-1] Editors H. Thompson et al.: "XML Schema Part 1: Structures", W3C Recommendation 2 May 2001.
[XMLS-2] Editors P. Biron, A. Malhotra: "XML Schema Part 2: Datatypes", W3C Recommendation 2 May 2001.
[XMLS-2] Editors P. Biron, A. Malhotra: "XML Schema Part 2: Datatypes", W3C Recommendation 2 May 2001.
[RFC2781] Hoffman, P. and F. Yergeau, "UTF-16, an encoding of ISO 10646", RFC 2781, February 2000.
[RFC2781] Hoffman, P. and F. Yergeau, "UTF-16, an encoding of ISO 10646", RFC 2781, February 2000.
[E164a] ITU-T Recommendation E.164: "The International Public Telecommunication Numbering Plan", May 1997.
[E164a] ITU-T Recommendation E.164: "The International Public Telecommunication Numbering Plan", May 1997.
[E164b] Complement To ITU-T Recommendation E.164 (05/1997): "List of ITU-T Recommendation E.164 assigned country codes", June 2000.
[E164b] Complement To ITU-T Recommendation E.164 (05/1997): "List of ITU-T Recommendation E.164 assigned country codes", June 2000.
Scott Hollenbeck VeriSign Global Registry Services 21345 Ridgetop Circle Dulles, VA 20166-6503 USA
Scott Hollenbeck VeriSign Global Registry Services 21345 Ridgetop Circle Dulles, VA 20166-6503 USA
EMail: shollenbeck@verisign.com
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.
Copyright (C) The Internet Society (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.
この文書およびここに含まれる情報は「現状有姿」で提供されます。寄稿者、その寄稿者が代表する、または寄稿者を支援する組織（該当する場合）、Internet Society、およびInternet Engineering Task Forceは、明示または黙示を問わず、すべての保証を否認します。これには、ここに含まれる情報の使用がいかなる権利も侵害しないという保証、商品性または特定目的への適合性に関する黙示の保証が含まれますが、これらに限りません。
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.
IETF事務局に提出されたIPR開示の写し、利用可能にするライセンスに関する保証、およびこの仕様の実装者または利用者が、そうした専有権の使用に関する一般ライセンスや許可を得ようとした結果は、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の機能に対する資金は、現在Internet Societyが提供しています。