RFC 7848 - Mark and Signed Mark Objects Mapping 日本語訳

原文URL : https://datatracker.ietf.org/doc/html/rfc7848
タイトル : RFC 7848 - マークおよび署名済みマークオブジェクトのマッピング
翻訳編集 : 自動生成

[要約] RFC 7848は、MarkとSigned Markオブジェクトのマッピングに関する仕様であり、電子メールの認証と信頼性を向上させることを目的としています。

Internet Engineering Task Force (IETF)                         G. Lozano
Request for Comments: 7848                                         ICANN
Category: Standards Track                                      June 2016
ISSN: 2070-1721

Mark and Signed Mark Objects Mapping

マークおよび署名済みマークオブジェクトのマッピング

Abstract

概要

Domain Name Registries (DNRs) may operate in special modes for certain periods of time, enabling trademark holders to protect their rights during the introduction of a Top-Level Domain (TLD).

ドメイン名レジストリ（DNR）は、特定の期間特別なモードで動作する場合があり、トップレベルドメイン（TLD）の導入時に商標権者が権利を保護できるようにします。

One of those special modes of operation is the Sunrise Period. The Sunrise Period allows trademark holders an advance opportunity to register domain names corresponding to their trademarks before names are generally available to the public.

これらの特別な動作モードの1つは、日の出期間です。サンライズ期間により、商標所有者は、一般に公開される前に、商標に対応するドメイン名を事前登録する機会が与えられます。

This document describes the format of a mark and a digitally signed mark used by trademark holders for registering domain names during the Sunrise Period of generic Top-Level Domains (gTLDs). Three types of Mark objects are defined in this specification: registered trademarks, court-validated marks, and marks protected by statue or treaty.

このドキュメントでは、一般的なトップレベルドメイン（gTLD）のサンライズ期間中にドメイン名を登録するために商標権者が使用するマークとデジタル署名付きマークの形式について説明します。この仕様では、3種類のマークオブジェクトが定義されています。登録商標、法廷で検証されたマーク、および像または条約によって保護されているマークです。

Status of This Memo

本文書の状態

This is an Internet Standards Track document.

これはInternet Standards Trackドキュメントです。

This document is a product of the Internet Engineering Task Force (IETF). It represents the consensus of the IETF community. It has received public review and has been approved for publication by the Internet Engineering Steering Group (IESG). Further information on Internet Standards is available in Section 2 of RFC 7841.

このドキュメントは、IETF（Internet Engineering Task Force）の製品です。これは、IETFコミュニティのコンセンサスを表しています。公開レビューを受け、インターネットエンジニアリングステアリンググループ（IESG）による公開が承認されました。インターネット標準の詳細については、RFC 7841のセクション2をご覧ください。

Information about the current status of this document, any errata, and how to provide feedback on it may be obtained at http://www.rfc-editor.org/info/rfc7848.

このドキュメントの現在のステータス、エラータ、およびフィードバックの提供方法に関する情報は、http：//www.rfc-editor.org/info/rfc7848で入手できます。

著作権表示

This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (http://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Simplified BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Simplified BSD License.

この文書は、BCP 78およびIETF文書に関するIETFトラストの法的規定（http://trustee.ietf.org/license-info）の対象であり、この文書の発行日に有効です。これらのドキュメントは、このドキュメントに関するあなたの権利と制限を説明しているため、注意深く確認してください。このドキュメントから抽出されたコードコンポーネントには、Trust Legal Provisionsのセクション4.eに記載されているSimplified BSD Licenseのテキストが含まれている必要があり、Simplified BSD Licenseに記載されているように保証なしで提供されます。

Table of Contents

   1.  Introduction  . . . . . . . . . . . . . . . . . . . . . . . .   3
     1.1.  Terminology . . . . . . . . . . . . . . . . . . . . . . .   4
   2.  Object Description  . . . . . . . . . . . . . . . . . . . . .   4
     2.1.  Holder and Contact Objects  . . . . . . . . . . . . . . .   5
     2.2.  Mark  . . . . . . . . . . . . . . . . . . . . . . . . . .   6
     2.3.  Signed Mark . . . . . . . . . . . . . . . . . . . . . . .  10
     2.4.  Encoded Signed Mark . . . . . . . . . . . . . . . . . . .  13
   3.  Formal Syntax . . . . . . . . . . . . . . . . . . . . . . . .  14
     3.1.  Signed Mark Schema  . . . . . . . . . . . . . . . . . . .  14
     3.2.  Mark Schema . . . . . . . . . . . . . . . . . . . . . . .  15
   4.  IANA Considerations . . . . . . . . . . . . . . . . . . . . .  21
   5.  Security Considerations . . . . . . . . . . . . . . . . . . .  22
   6.  References  . . . . . . . . . . . . . . . . . . . . . . . . .  22
     6.1.  Normative References  . . . . . . . . . . . . . . . . . .  22
     6.2.  Informative References  . . . . . . . . . . . . . . . . .  24
   Acknowledgements  . . . . . . . . . . . . . . . . . . . . . . . .  24
   Author's Address  . . . . . . . . . . . . . . . . . . . . . . . .  24

1. Introduction

1. はじめに

Domain Name Registries (DNRs) may operate in special modes for certain periods of time enabling trademark holders to protect their rights during the introduction of a Top-Level Domain (TLD).

ドメイン名レジストリ（DNR）は、特定の期間特別なモードで動作し、トップレベルドメイン（TLD）の導入中に商標権者が権利を保護できるようにする場合があります。

This specification was defined as part of the development of the ICANN Trademark Clearinghouse (TMCH). The ICANN TMCH is a global repository for trademark data used by DNRs, registrars, and trademark holders during the registration process of domain names.

この仕様は、ICANN商標クリアリングハウス（TMCH）の開発の一部として定義されました。 ICANN TMCHは、ドメイン名の登録プロセス中にDNR、レジストラ、および商標所有者が使用する商標データのグローバルリポジトリです。

This document describes a mapping of the common elements found in trademark data. A digitally signed mark format is defined in order to support digital signatures on the mark. Finally, a mapping for encoding the signed mark document is defined.

このドキュメントでは、商標データに含まれる一般的な要素のマッピングについて説明します。マークのデジタル署名をサポートするために、デジタル署名されたマーク形式が定義されています。最後に、署名されたマークドキュメントをエンコードするためのマッピングが定義されます。

Three types of Mark objects are defined in this specification: registered trademarks, court-validated marks, and marks protected by statue or treaty.

この仕様では、3種類のマークオブジェクトが定義されています。登録商標、法廷で検証されたマーク、および像または条約によって保護されているマークです。

This specification is intended to be used in the gTLD space, but nothing precludes the use of this format by other entities.

この仕様はgTLD空間での使用を意図していますが、他のエンティティによるこの形式の使用を妨げるものはありません。

The detailed policy regarding the public key infrastructure (PKI), authorized validators, and other requirements must be defined based on the local policy of the entities using this specification. In the case of gTLDs, the detailed policy regarding the use of this specification is defined in the Rights Protection Mechanism Requirements document (see [ICANN-TMCH]), and the PKI is defined in [TMCH]. Implementations will need to implement such a PKI (or an equivalent) in order for the signatures defined in this document to have any useful semantics.

公開キー基盤（PKI）、承認されたバリデーター、およびその他の要件に関する詳細なポリシーは、この仕様を使用するエンティティのローカルポリシーに基づいて定義する必要があります。 gTLDの場合、この仕様の使用に関する詳細なポリシーは、権利保護メカニズム要件ドキュメント（[ICANN-TMCH]を参照）で定義されており、PKIは[TMCH]で定義されています。このドキュメントで定義されているシグネチャが有用なセマンティクスを持つためには、実装はそのようなPKI（または同等のもの）を実装する必要があります。

The objects specified in this document can be referenced by application protocols like the Extensible Provisioning Protocol (EPP), defined in [RFC5730].

このドキュメントで指定されているオブジェクトは、[RFC5730]で定義されているExtensible Provisioning Protocol（EPP）などのアプリケーションプロトコルで参照できます。

1.1. Terminology

1.1. 用語

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 RFC 2119 [RFC2119].

このドキュメントのキーワード「MUST」、「MUST NOT」、「REQUIRED」、「SHALL」、「SHALL NOT」、「SHOULD」、「SHOULD NOT」、「RECOMMENDED」、「MAY」、および「OPTIONAL」は、 RFC 2119 [RFC2119]で説明されているように解釈されます。

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

XML（拡張マークアップ言語）は大文字と小文字を区別します。特に明記しない限り、このドキュメントで提供されるXMLの仕様と例は、準拠する実装を開発するために、大文字と小文字を区別して解釈する必要があります。

"signedMark-1.0" is used as an abbreviation for "urn:ietf:params:xml:ns:signedMark-1.0". The XML namespace prefix "smd" is used, but implementations MUST NOT depend on it and instead employ a proper namespace-aware XML parser and serializer to interpret and output the XML documents.

「signedMark-1.0」は「urn：ietf：params：xml：ns：signedMark-1.0」の省略形として使用されます。 XML名前空間接頭辞「smd」が使用されますが、実装はそれに依存してはならず、適切な名前空間認識XMLパーサーおよびシリアライザを使用して、XMLドキュメントを解釈および出力します。

"mark-1.0" is used as an abbreviation for "urn:ietf:params:xml:ns:mark-1.0". The XML namespace prefix "mark" is used, but implementations MUST NOT depend on it and instead employ a proper namespace-aware XML parser and serializer to interpret and output the XML documents.

「mark-1.0」は「urn：ietf：params：xml：ns：mark-1.0」の省略形として使用されます。 XML名前空間接頭辞「マーク」が使用されますが、実装はこれに依存してはならず、適切な名前空間認識XMLパーサーおよびシリアライザーを使用してXMLドキュメントを解釈および出力します。

2. Object Description

2. オブジェクトの説明

This section defines the Mark and Signed Mark objects. Empty complex element types and abstract elements are defined to support additional definitions using XML schema substitution groups. Support for replacement through the XML schema substitution groups is included in the description of the objects.

このセクションでは、MarkオブジェクトとSigned Markオブジェクトを定義します。空の複合要素タイプと抽象要素は、XMLスキーマ置換グループを使用して追加の定義をサポートするように定義されています。 XMLスキーマ置換グループによる置換のサポートは、オブジェクトの説明に含まれています。

This section defines some elements as OPTIONAL. If an element is not defined as OPTIONAL, then it MUST be included in the object.

このセクションでは、一部の要素をオプションとして定義します。要素がOPTIONALとして定義されていない場合は、オブジェクトに含める必要があります。

The following elements are defined as telephone numbers: <mark:voice>, <mark:fax>, and <smd:voice>. The representation of telephone numbers in this specification is derived from structures defined in [ITU.E164.2005]. 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 [ITU.E164.2005], 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.

次の要素は電話番号として定義されています：<mark：voice>、<mark：fax>、および<smd：voice>。この仕様における電話番号の表現は、[ITU.E164.2005]で定義されている構造から派生しています。このマッピングで説明されている電話番号は、プラス記号（ "+"、ASCII値0x002B）で始まり、[ITU.E164.2005]で定義された国コード、ドット（ "。"、 ASCII値0x002E）、電話番号を表す一連の数字が続きます。オプションの「x」属性は、電話の内線情報を示すために提供されます。

The following elements are defined as email addresses: <mark:email> and <smd:email>. Email address syntax is defined in [RFC5322].

次の要素は電子メールアドレスとして定義されます：<mark：email>および<smd：email>。電子メールアドレスの構文は、[RFC5322]で定義されています。

2.1. Holder and Contact Objects

2.1. ホルダーとコンタクトオブジェクト

Marks are linked to Holder objects and optionally linked to Contact objects. This section defines the <mark:holder> and <mark:contact> objects.

マークはHolderオブジェクトにリンクされ、オプションでContactオブジェクトにリンクされます。このセクションでは、<mark：holder>オブジェクトと<mark：contact>オブジェクトを定義します。

o The child elements of <mark:holder> include:

o <mark：holder>の子要素は次のとおりです。

* A <mark:name> element that contains the name of the individual holder of the mark. At least one of <mark:name> and <mark:org> MUST be specified, and <mark:name> is OPTIONAL if <mark:org> is specified.

* マークの個々の所有者の名前を含む<mark：name>要素。 <mark：name>および<mark：org>の少なくとも1つを指定する必要があります。<mark：org>が指定されている場合、<mark：name>はオプションです。

* A <mark:org> element that contains the name of the organization holder of the mark. At least one of <mark:name> and <mark:org> MUST be specified, and <mark:org> is OPTIONAL if <mark:name> is specified.

* マークの組織所有者の名前を含む<mark：org>要素。 <mark：name>と<mark：org>の少なくとも1つを指定する必要があります。<mark：name>が指定されている場合、<mark：org>はオプションです。

* A <mark:addr> element that contains the address information of the holder of a mark. A <mark:addr> contains the following child elements:

* マークの所有者の住所情報を含む<mark：addr>要素。 <mark：addr>には、次の子要素が含まれています。

+ One, two, or three OPTIONAL <mark:street> elements that contain the holder's street address.

+ 所有者の住所を含む1つ、2つ、または3つのOPTIONAL <mark：street>要素。

+ A <mark:city> element that contains the holder's city.

+ 所有者の都市を含む<mark：city>要素。

+ An OPTIONAL <mark:sp> element that contains the holder's state or province.

+ ホルダーの州または県を含むオプションの<mark：sp>要素。

+ An OPTIONAL <mark:pc> element that contains the holder's postal code.

+ 所有者の郵便番号を含むオプションの<mark：pc>要素。

+ A <mark:cc> element that contains the holder's country code. This is a two-character code from [ISO3166-2].

+ 所有者の国コードを含む<mark：cc>要素。これは、[ISO3166-2]の2文字のコードです。

* An OPTIONAL <mark:voice> element that contains the holder's voice telephone number.

* 所有者の音声電話番号を含むオプションの<mark：voice>要素。

* An OPTIONAL <mark:fax> element that contains the holder's facsimile telephone number.

* 所有者のファクシミリ電話番号を含むオプションの<mark：fax>要素。

* An OPTIONAL <mark:email> element that contains the email address of the holder.

* 所有者のメールアドレスを含むオプションの<mark：email>要素。

o The child elements of <mark:contact> include:

o <mark：contact>の子要素は次のとおりです。

* A <mark:name> element that contains the name of the responsible person.

* 責任者の名前を含む<mark：name>要素。

* An OPTIONAL <mark:org> element that contains the name of the organization of the contact.

* 連絡先の組織の名前を含むオプションの<mark：org>要素。

* A <mark:addr> element that contains the address information of the contact. A <mark:addr> contains the following child elements:

* 連絡先の住所情報を含む<mark：addr>要素。 <mark：addr>には、次の子要素が含まれています。

+ One, two, or three OPTIONAL <mark:street> elements that contain the contact's street address.

+ 連絡先の住所を含む1つ、2つ、または3つのOPTIONAL <mark：street>要素。

+ A <mark:city> element that contains the contact's city.

+ 連絡先の市を含む<mark：city>要素。

+ An OPTIONAL <mark:sp> element that contains the contact's state or province.

+ 連絡先の都道府県を含むオプションの<mark：sp>要素。

+ An OPTIONAL <mark:pc> element that contains the contact's postal code.

+ 連絡先の郵便番号を含むオプションの<mark：pc>要素。

+ A <mark:cc> element that contains the contact's country code. This is a two-character code from [ISO3166-2].

+ 連絡先の国コードを含む<mark：cc>要素。これは、[ISO3166-2]の2文字のコードです。

* A <mark:voice> element that contains the contact's voice telephone number.

* 連絡先の音声電話番号を含む<mark：voice>要素。

* An OPTIONAL <mark:fax> element that contains the contact's facsimile telephone number.

* 連絡先のファクシミリ電話番号を含むオプションの<mark：fax>要素。

* A <mark:email> element that contains the contact's email address.

* 連絡先のメールアドレスを含む<mark：email>要素。

2.2. Mark

2.2. マーク

A <mark:mark> element that describes an applicant's prior right to a given domain name.

特定のドメイン名に対する申請者の事前の権利を説明する<mark：mark>要素。

A <mark:mark> element substitutes for the <mark:abstractMark> abstract element to define a concrete definition of a mark. The <mark:abstractMark> element can be replaced by other mark definitions using the XML schema substitution groups feature.

<mark：mark>要素は、<mark：abstractMark>抽象要素の代わりに使用して、マークの具体的な定義を定義します。 <mark：abstractMark>要素は、XMLスキーマ置換グループ機能を使用して他のマーク定義で置き換えることができます。

The child elements of the <mark:mark> element include:

<mark：mark>要素の子要素には次のものがあります。

One or more <mark:trademark>, <mark:treatyOrStatute>, and <mark:court> elements that contain the detailed information of marks.

マークの詳細情報を含む1つ以上の<mark：trademark>、<mark：treatyOrStatute>、および<mark：court>要素。

o A <mark:trademark> element that contains the following child elements:

o 次の子要素を含む<mark：trademark>要素：

* A <mark:id> that uniquely identifies a mark in relation to a repository of marks potentially maintained by more than one issuer. A <mark:id> value is a concatenation of the local identifier, followed by a hyphen ("-", ASCII value 0x002D), followed by the issuer identifier.

* 複数の発行者によって維持される可能性のあるマークのリポジトリに関連してマークを一意に識別する<mark：id>。 <mark：id>値は、ローカル識別子とそれに続くハイフン（ "-"、ASCII値0x002D）、発行者識別子の連結です。

* A <mark:markName> element that contains the mark text string.

* マークテキスト文字列を含む<mark：markName>要素。

* One or more <mark:holder> elements that contain the information of the holder of the mark. An "entitlement" attribute is used to identify the entitlement of the holder; possible values are "owner", "assignee", and "licensee".

* マークの所有者の情報を含む1つ以上の<mark：holder>要素。「資格」属性は、所有者の資格を識別するために使用されます。可能な値は、「owner」、「assignee」、および「licensee」です。

* Zero or more OPTIONAL <mark:contact> elements that contain the information of the representative of the mark registration. A "type" attribute is used to identify the type of contact; possible values are "owner", "agent", or "thirdparty".

* マーク登録の代表者の情報を含む0個以上のOPTIONAL <mark：contact>要素。「タイプ」属性は、連絡先のタイプを識別するために使用されます。可能な値は、「所有者」、「エージェント」、または「サードパーティ」です。

* A <mark:jurisdiction> element that contains the two-character code of the jurisdiction where the trademark was registered. This is a two-character code from [WIPO.ST3].

* 商標が登録された管轄区域の2文字のコードを含む<mark：jurisdiction>要素。これは、[WIPO.ST3]からの2文字のコードです。

* Zero or more OPTIONAL <mark:class> elements that contain the World Intellectual Property Organization (WIPO) Nice Classification class numbers of the mark as defined in the WIPO Nice Classification [WIPO-NICE-CLASSES].

* WIPOナイス分類[WIPO-NICE-CLASSES]で定義されている、マークの世界知的所有権機関（WIPO）ナイス分類クラス番号を含む0個以上のOPTIONAL <mark：class>要素。

* Zero or more OPTIONAL <mark:label> elements that contain the A-label form (as defined in [RFC5890]) of the label that corresponds to the <mark:markName>.

* <mark：markName>に対応するラベルの（[RFC5890]で定義されている）Aラベル形式を含む0個以上のOPTIONAL <mark：label>要素。

* A <mark:goodsAndServices> element that contains the full description of the goods and services from the document certifying the registration of the mark.

* <mark：goodsAndServices>要素には、マークの登録を証明するドキュメントの商品とサービスの完全な説明が含まれます。

* An OPTIONAL <mark:apId> element that contains the trademark application ID registered in the trademark office.

* 商標局に登録されている商標アプリケーションIDを含むオプションの<mark：apId>要素。

* An OPTIONAL <mark:apDate> element that contains the date the trademark was applied for.

* 商標が申請された日付を含むオプションの<mark：apDate>要素。

* A <mark:regNum> element that contains the trademark registration number registered in the trademark office.

* 商標局に登録されている商標登録番号を含む<mark：regNum>要素。

* A <mark:regDate> element that contains the date the trademark was registered.

* 商標が登録された日付を含む<mark：regDate>要素。

* An OPTIONAL <mark:exDate> element that contains the expiration date of the trademark.

* 商標の有効期限を含むオプションの<mark：exDate>要素。

o A <mark:treatyOrStatute> element that contains the following child elements:

o 次の子要素を含む<mark：treatyOrStatute>要素：

* A <mark:id> element; see definition in the <mark:trademark> section above.

* <mark：id>要素。上記の<mark：trademark>セクションの定義を参照してください。

* A <mark:markName> element; see definition in the <mark:trademark> section above.

* <mark：markName>要素。上記の<mark：trademark>セクションの定義を参照してください。

* One or more <mark:holder> elements; see definition in the <mark:trademark> section above.

* 1つ以上の<mark：holder>要素。上記の<mark：trademark>セクションの定義を参照してください。

* Zero or more OPTIONAL <mark:contact> elements; see definition in the <mark:trademark> section above.

* 0個以上の省略可能な<mark：contact>要素。上記の<mark：trademark>セクションの定義を参照してください。

* One or more <mark:protection> elements that contain the countries and region of the country where the mark is protected. The <mark:protection> element contains the following child elements:

* マークが保護されている国の国および地域を含む1つ以上の<mark：protection>要素。 <mark：protection>要素には、次の子要素が含まれています。

+ A <mark:cc> element that contains the two-character code of the country in which the mark is protected. This is a two-character code from [ISO3166-2].

+ マークが保護されている国の2文字のコードを含む<mark：cc>要素。これは、[ISO3166-2]の2文字のコードです。

+ An OPTIONAL <mark:region> element that contains the name of a city, state, province, or other geographic region of <mark:country> in which the mark is protected.

+ マークが保護されている<mark：country>の市、州、県、またはその他の地理的地域の名前を含むオプションの<mark：region>要素。

+ Zero or more OPTIONAL <mark:ruling> elements that contain the two-character code of the national territory in which the statute or treaty is applicable. This is a two-character code from [ISO3166-2].

+ 法令または条約が適用される国の領域の2文字のコードを含む0個以上のOPTIONAL <mark：ruling>要素。これは、[ISO3166-2]の2文字のコードです。

+ Zero or more OPTIONAL <mark:label> elements; see definition in the <mark:trademark> section above.

+ 0個以上の省略可能な<mark：label>要素。上記の<mark：trademark>セクションの定義を参照してください。

* A <mark:goodsAndServices> element; see definition in the <mark:trademark> section above.

* <mark：goodsAndServices>要素。上記の<mark：trademark>セクションの定義を参照してください。

* A <mark:refNum> element that contains the serial number of the mark.

* マークのシリアル番号を含む<mark：refNum>要素。

* A <mark:proDate> element that contains the date of protection of the mark.

* マークの保護日を含む<mark：proDate>要素。

* A <mark:title> element that contains the title of the treaty or statute.

* 条約または法令のタイトルを含む<mark：title>要素。

* A <mark:execDate> element that contains the execution date of the treaty or statute.

* 条約または法令の施行日を含む<mark：execDate>要素。

o A <mark:court> element that contains the following child elements:

o 次の子要素を含む<mark：court>要素：

* A <mark:id> element; see definition in the <mark:trademark> section above.

* <mark：id>要素。上記の<mark：trademark>セクションの定義を参照してください。

* A <mark:markName> element; see definition in the <mark:trademark> section above.

* <mark：markName>要素。上記の<mark：trademark>セクションの定義を参照してください。

* One or more <mark:holder> elements; see definition in the <mark:trademark> section above.

* 1つ以上の<mark：holder>要素。上記の<mark：trademark>セクションの定義を参照してください。

* Zero or more OPTIONAL <mark:contact> elements; see definition in the <mark:trademark> section above.

* 0個以上の省略可能な<mark：contact>要素。上記の<mark：trademark>セクションの定義を参照してください。

* Zero or more OPTIONAL <mark:label> elements; see definition in the <mark:trademark> section above.

* 0個以上の省略可能な<mark：label>要素。上記の<mark：trademark>セクションの定義を参照してください。

* A <mark:goodsAndServices> element; see definition in the <mark:trademark> section above.

* <mark：goodsAndServices>要素。上記の<mark：trademark>セクションの定義を参照してください。

* A <mark:refNum> element that contains the reference number of the court's opinion.

* 裁判所の意見の参照番号を含む<mark：refNum>要素。

* A <mark:proDate> element that contains the date of protection of the mark.

* マークの保護日を含む<mark：proDate>要素。

* A <mark:cc> element that contains the two-character code of the country where the court is located. This is a two-character code from [ISO3166-2].

* 裁判所が所在する国の2文字のコードを含む<mark：cc>要素。これは、[ISO3166-2]の2文字のコードです。

* Zero or more OPTIONAL <mark:region> elements that contain the name of a city, state, province, or other geographic region of <mark:cc> in which the mark is protected. In case <mark:region> is specified, a default-deny approach MUST be assumed regarding the regions of a country.

* マークが保護されている<mark：cc>の市、州、地方、またはその他の地理的地域の名前を含む0個以上の省略可能な<mark：region>要素。 <mark：region>が指定されている場合、国の地域に関してdefault-denyアプローチを想定する必要があります。

* A <mark:courtName> element that contains the name of the court.

* 裁判所の名前を含む<mark：courtName>要素。

2.3. Signed Mark

2.3. 署名済みマーク

The <smd:signedMark> is a digitally signed XML document using an XML Signature [XMLDSIG]. The <smd:signedMark> XML document (SMD) includes a required "id" attribute of type XML Schema Definition (XSD) ID for use with an IDREF URI from the Signature element. The SMD might be transmitted as part of a protocol already based on XML; therefore, exclusive XML canonicalization as defined in [XMLC14N] MUST be used.

<smd：signedMark>は、XML署名[XMLDSIG]を使用したデジタル署名されたXMLドキュメントです。 <smd：signedMark> XMLドキュメント（SMD）には、Signature要素のIDREF URIで使用するための、XMLスキーマ定義（XSD）タイプの必須の「id」属性が含まれています。 SMDは、すでにXMLに基づいているプロトコルの一部として送信される場合があります。したがって、[XMLC14N]で定義されている排他的なXML正規化を使用する必要があります。

A <smd:signedMark> element substitutes for the <smd:abstractSignedMark> abstract element to define a concrete definition of a signed mark. The <smd:abstractSignedMark> element can be replaced by other signed mark definitions using the XML schema substitution groups feature.

<smd：signedMark>要素は、<smd：abstractSignedMark>抽象要素の代わりに使用して、署名付きマークの具体的な定義を定義します。 <smd：abstractSignedMark>要素は、XMLスキーマ置換グループ機能を使用して、他の署名済みマーク定義で置き換えることができます。

The child elements of the <smd:signedMark> element include:

<smd：signedMark>要素の子要素には、次のものがあります。

o The <smd:id> element that uniquely identifies an SMD in relation to a repository of SMDs potentially maintained by more than one issuer. The <smd:id> value is a concatenation of the local identifier, followed by a hyphen ("-", ASCII value 0x002D), followed by the issuer identifier.

o 複数の発行者によって潜在的に維持されているSMDのリポジトリに関連してSMDを一意に識別する<smd：id>要素。 <smd：id>値は、ローカル識別子と、それに続くハイフン（ "-"、ASCII値0x002D）、発行者識別子の連結です。

o A <smd:issuerInfo> element that contains the information of the issuer of the mark registration. An "issuerID" attribute is used to specify the issuer identifier. The child elements include:

o マーク登録の発行者の情報を含む<smd：issuerInfo>要素。「issuerID」属性は、発行者識別子を指定するために使用されます。子要素は次のとおりです。

* A <smd:org> element that contains the organization name of the issuer.

* 発行者の組織名を含む<smd：org>要素。

* A <smd:email> element that contains the issuer customer support email address.

* 発行者のカスタマーサポートのメールアドレスを含む<smd：email>要素。

* An OPTIONAL <smd:url> element that contains the HTTP or HTTPS URL of the issuer's site.

* 発行者のサイトのHTTPまたはHTTPS URLを含むオプションの<smd：url>要素。

* An OPTIONAL <smd:voice> element that contains the issuer's voice telephone number.

* 発行者の音声電話番号を含むオプションの<smd：voice>要素。

o A <smd:notBefore> element that contains the creation date and time of the SMD.

o SMDの作成日時を含む<smd：notBefore>要素。

o A <smd:notAfter> element that contains the expiration date and time of the SMD.

o SMDの有効期限の日付と時刻を含む<smd：notAfter>要素。

o A <mark:mark> element that contains the mark information as defined in Section 2.2.

o セクション2.2で定義されているマーク情報を含む<mark：mark>要素。

The following is an example of an SMD:

以下はSMDの例です。

 <?xml version="1.0" encoding="UTF-8"?>
 <smd:signedMark xmlns:smd="urn:ietf:params:xml:ns:signedMark-1.0"
 id="smd1">
   <smd:id>0000001751376056503931-65535</smd:id>
   <smd:issuerInfo issuerID="65535">
     <smd:org>ICANN TMCH TESTING TMV</smd:org>
     <smd:email>notavailable@example.com</smd:email>
     <smd:url>https://www.example.com</smd:url>
     <smd:voice>+32.000000</smd:voice>
   </smd:issuerInfo>
   <smd:notBefore>2013-08-09T13:55:03.931Z</smd:notBefore>
   <smd:notAfter>2017-07-23T22:00:00.000Z</smd:notAfter>
   <mark:mark xmlns:mark="urn:ietf:params:xml:ns:mark-1.0">
     <mark:trademark>
       <mark:id>00052013734689731373468973-65535</mark:id>
       <mark:markName>Test &amp; Validate</mark:markName>
       <mark:holder entitlement="owner">
         <mark:org>Ag corporation</mark:org>
         <mark:addr>
           <mark:street>1305 Bright Avenue</mark:street>
           <mark:city>Arcadia</mark:city>
           <mark:sp>CA</mark:sp>
           <mark:pc>90028</mark:pc>
           <mark:cc>US</mark:cc>
         </mark:addr>
       </mark:holder>
       <mark:contact type="agent">
         <mark:name>Tony Holland</mark:name>
         <mark:org>Ag corporation</mark:org>
         <mark:addr>
           <mark:street>1305 Bright Avenue</mark:street>
           <mark:city>Arcadia</mark:city>
           <mark:sp>CA</mark:sp>
           <mark:pc>90028</mark:pc>
           <mark:cc>US</mark:cc>
         </mark:addr>
         <mark:voice>+1.2025562302</mark:voice>
         <mark:fax>+1.2025562301</mark:fax>
         <mark:email>info@agcorporation.com</mark:email>
       </mark:contact>
       <mark:jurisdiction>US</mark:jurisdiction>
       <mark:class>15</mark:class>
       <mark:label>testandvalidate</mark:label>

       <mark:label>test---validate</mark:label>
       <mark:label>testand-validate</mark:label>
       <mark:label>test-et-validate</mark:label>
       <mark:label>test-validate</mark:label>
       <mark:label>test--validate</mark:label>
       <mark:label>test-etvalidate</mark:label>
       <mark:label>testetvalidate</mark:label>
       <mark:label>testvalidate</mark:label>
       <mark:label>testet-validate</mark:label>
       <mark:goodsAndServices>guitar</mark:goodsAndServices>
       <mark:regNum>1234</mark:regNum>
       <mark:regDate>2012-12-31T23:00:00.000Z</mark:regDate>
     </mark:trademark>
   </mark:mark>
  <Signature xmlns="http://www.w3.org/2000/09/xmldsig#">
   <SignedInfo>
    <CanonicalizationMethod
 Algorithm="http://www.w3.org/2001/10/xml-exc-c14n#"/>
    <SignatureMethod
 Algorithm="http://www.w3.org/2001/04/xmldsig-more#rsa-sha256"/>
    <Reference URI="#smd1">
     <Transforms>
      <Transform
 Algorithm="http://www.w3.org/2000/09/xmldsig#enveloped-signature"/>
     </Transforms>
     <DigestMethod
 Algorithm="http://www.w3.org/2001/04/xmlenc#sha256"/>
 <DigestValue>wgyW3nZPoEfpptlhRILKnOQnbdtU6ArM7ShrAfHgDFg=</DigestValue>
    </Reference>
   </SignedInfo>
   <SignatureValue>
 jMu4PfyQGiJBF0GWSEPFCJjmywCEqR2h4LD+ge6XQ+JnmKFFCuCZS/3SLKAx0L1w
 QDFO2e0Y69k2G7/LGE37X3vOflobFM1oGwja8+GMVraoto5xAd4/AF7eHukgAymD
 o9toxoa2h0yV4A4PmXzsU6S86XtCcUE+S/WM72nyn47zoUCzzPKHZBRyeWehVFQ+
 jYRMIAMzM57HHQA+6eaXefRvtPETgUO4aVIVSugc4OUAZZwbYcZrC6wOaQqqqAZi
 30aPOBYbAvHMSmWSS+hFkbshomJfHxb97TD2grlYNrQIzqXk7WbHWy2SYdA+sI/Z
 ipJsXNa6osTUw1CzA7jfwA==
   </SignatureValue>
   <KeyInfo>
    <X509Data>
    <X509Certificate>
 MIIESTCCAzGgAwIBAgIBAjANBgkqhkiG9w0BAQsFADBiMQswCQYDVQQGEwJVUzEL
 MAkGA1UECBMCQ0ExFDASBgNVBAcTC0xvcyBBbmdlbGVzMRMwEQYDVQQKEwpJQ0FO
 TiBUTUNIMRswGQYDVQQDExJJQ0FOTiBUTUNIIFRFU1QgQ0EwHhcNMTMwMjA4MDAw
 MDAwWhcNMTgwMjA3MjM1OTU5WjBsMQswCQYDVQQGEwJVUzELMAkGA1UECBMCQ0Ex
 FDASBgNVBAcTC0xvcyBBbmdlbGVzMRcwFQYDVQQKEw5WYWxpZGF0b3IgVE1DSDEh
 MB8GA1UEAxMYVmFsaWRhdG9yIFRNQ0ggVEVTVCBDRVJUMIIBIjANBgkqhkiG9w0B
 AQEFAAOCAQ8AMIIBCgKCAQEAo/cwvXhbVYl0RDWWvoyeZpETVZVVcMCovUVNg/sw
 WinuMgEWgVQFrz0xA04pEhXCFVv4evbUpekJ5buqU1gmQyOsCKQlhOHTdPjvkC5u
 pDqa51Flk0TMaMkIQjs7aUKCmA4RG4tTTGK/EjR1ix8/D0gHYVRldy1YPrMP+ou7
 5bOVnIos+HifrAtrIv4qEqwLL4FTZAUpaCa2BmgXfy2CSRQbxD5Or1gcSa3vurh5
 sPMCNxqaXmIXmQipS+DuEBqMM8tldaN7RYojUEKrGVsNk5i9y2/7sjn1zyyUPf7v
 L4GgDYqhJYWV61DnXgx/Jd6CWxvsnDF6scscQzUTEl+hywIDAQABo4H/MIH8MAwG
 A1UdEwEB/wQCMAAwHQYDVR0OBBYEFPZEcIQcD/Bj2IFz/LERuo2ADJviMIGMBgNV
 HSMEgYQwgYGAFO0/7kEh3FuEKS+Q/kYHaD/W6wihoWakZDBiMQswCQYDVQQGEwJV
 UzELMAkGA1UECBMCQ0ExFDASBgNVBAcTC0xvcyBBbmdlbGVzMRMwEQYDVQQKEwpJ
 Q0FOTiBUTUNIMRswGQYDVQQDExJJQ0FOTiBUTUNIIFRFU1QgQ0GCAQEwDgYDVR0P
 AQH/BAQDAgeAMC4GA1UdHwQnMCUwI6AhoB+GHWh0dHA6Ly9jcmwuaWNhbm4ub3Jn
 L3RtY2guY3JsMA0GCSqGSIb3DQEBCwUAA4IBAQB2qSy7ui+43cebKUKwWPrzz9y/
 IkrMeJGKjo40n+9uekaw3DJ5EqiOf/qZ4pjBD++oR6BJCb6NQuQKwnoAz5lE4Ssu
 y5+i93oT3HfyVc4gNMIoHm1PS19l7DBKrbwbzAea/0jKWVzrvmV7TBfjxD3AQo1R
 bU5dBr6IjbdLFlnO5x0G0mrG7x5OUPuurihyiURpFDpwH8KAH1wMcCpXGXFRtGKk
 wydgyVYAty7otkl/z3bZkCVT34gPvF70sR6+QxUy8u0LzF5A/beYaZpxSYG31amL
 AdXitTWFipaIGea9lEGFM0L9+Bg7XzNn4nVLXokyEB3bgS4scG6QznX23FGk
   </X509Certificate>
   </X509Data>
   </KeyInfo>
  </Signature>
 </smd:signedMark>

NOTE: The example shown above includes white space for indentation purposes. It is RECOMMENDED that SMDs do not include white space between the XML elements, in order to mitigate risks of invalidating the digital signature when transferring of SMDs between applications takes place.

注：上記の例には、インデントのための空白が含まれています。アプリケーション間でSMDの転送が行われるときにデジタル署名が無効になるリスクを軽減するために、SMDにはXML要素の間に空白を含めないことをお勧めします。

2.4. Encoded Signed Mark

2.4. エンコードされた署名済みマーク

The <smd:encodedSignedMark> element contains an encoded form of an SMD (described in Section 2.3), with the encoding defined by the "encoding" attribute with the default "encoding" value of "base64" [RFC4648].

<smd：encodedSignedMark>要素には、SMDのエンコードされた形式（セクション2.3で説明）が含まれ、デフォルトの「encoding」値が「base64」である「encoding」属性によってエンコードが定義されます[RFC4648]。

The following is an example of a <smd:encodedSignedMark> element that uses the default "base64" for encoding a <smd:signedMark> element.

次に、<smd：signedMark>要素のエンコードにデフォルトの「base64」を使用する<smd：encodedSignedMark>要素の例を示します。

 <smd:encodedSignedMark
    xmlns:smd="urn:ietf:params:xml:ns:signedMark-1.0">
 PD94bWwgdmVyc2lvbj0iMS4wIiBlbmNvZGluZz0iVVRGLTgiPz4KPHNtZDpzaWduZWRNYXJ
 rIHhtbG5zOnNtZD0idXJuOmlldGY6cGFyYW1zOnhtbDpuczpzaWduZWRNYXJrLTEuMCIgaW
 ... (base64 data elided for brevity) ...
 PC9zbWQ6c2lnbmVkTWFyaz4=
 </smd:encodedSignedMark>

3. Formal Syntax

3. 正式な構文

Two schemas are presented here. The first schema is the schema for the Signed Mark object. The second schema is the schema for the Mark object.

ここでは2つのスキーマを示します。最初のスキーマは、Signed Markオブジェクトのスキーマです。 2番目のスキーマは、Markオブジェクトのスキーマです。

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インスタンスの自動検証に適したオブジェクトマッピングの完全なスキーマ表現です。 BEGINタグとENDタグはスキーマの一部ではありません。これらは、URI登録の目的でスキーマの開始と終了を示すために使用されます。

3.1. Signed Mark Schema

3.1. 署名済みマークスキーマ

  BEGIN
  <?xml version="1.0" encoding="UTF-8"?>
  <schema
    targetNamespace="urn:ietf:params:xml:ns:signedMark-1.0"
    xmlns:smd="urn:ietf:params:xml:ns:signedMark-1.0"
    xmlns:mark="urn:ietf:params:xml:ns:mark-1.0"
    xmlns:dsig="http://www.w3.org/2000/09/xmldsig#"
    xmlns="http://www.w3.org/2001/XMLSchema"
    elementFormDefault="qualified">

    <annotation>
      <documentation>
        Schema for representing a Signed Mark object.
      </documentation>
    </annotation>

    <import namespace="urn:ietf:params:xml:ns:mark-1.0" />
    <import namespace="http://www.w3.org/2000/09/xmldsig#" />

    <!--
    Abstract Signed Mark object for replacement via substitution.
    -->
    <element name="abstractSignedMark" type="smd:abstractSignedMarkType"
     abstract="true"/>

    <!--
    Empty type for use in extending for a Signed Mark object.
    -->
    <complexType name="abstractSignedMarkType"/>

    <element name="signedMark" type="smd:signedMarkType"
      substitutionGroup="smd:abstractSignedMark"/>

    <element name="encodedSignedMark" type="smd:encodedSignedMarkType"/>

    <complexType name="signedMarkType">
      <complexContent>
        <extension base="smd:abstractSignedMarkType">
          <sequence>
            <element name="id" type="mark:idType"/>
            <element name="issuerInfo" type="smd:issuerInfoType"/>
            <element name="notBefore" type="dateTime"/>
            <element name="notAfter" type="dateTime"/>
            <element ref="mark:abstractMark"/>
            <element ref="dsig:Signature"/>
          </sequence>
          <attribute name="id" type="ID" use="required"/>
        </extension>
      </complexContent>
    </complexType>

    <complexType name="issuerInfoType">
      <sequence>
        <element name="org" type="token"/>
        <element name="email" type="mark:minTokenType"/>
        <element name="url" type="token" minOccurs="0"/>
        <element name="voice" type="mark:e164Type" minOccurs="0"/>
      </sequence>
      <attribute name="issuerID" type="token" use="required"/>
    </complexType>

    <complexType name="encodedSignedMarkType">
      <simpleContent>
        <extension base="token">
          <attribute name="encoding" type="token" default="base64"/>
        </extension>
      </simpleContent>
    </complexType>
  </schema>
  END

3.2. Mark Schema

3.2. スキーマのマーク

 BEGIN
 <?xml version="1.0" encoding="UTF-8"?>
 <schema
   targetNamespace="urn:ietf:params:xml:ns:mark-1.0"
   xmlns:mark="urn:ietf:params:xml:ns:mark-1.0"
   xmlns="http://www.w3.org/2001/XMLSchema"
   elementFormDefault="qualified">

   <annotation>
     <documentation>

       Schema for representing a Trademark, also referred to
       as Mark.
     </documentation>
   </annotation>

   <!--
   Abstract Mark object for replacement via substitution.
   -->
   <element name="abstractMark" type="mark:abstractMarkType"
     abstract="true"/>

   <!--
   <mark:mark> element definition
   -->
   <element name="mark" type="mark:markType"
     substitutionGroup="mark:abstractMark"/>

   <!--
   Empty type for use in extending for a Mark object.
   -->
   <complexType name="abstractMarkType"/>

   <!--
   <mark:mark> child elements
   -->
   <complexType name="markType">
     <complexContent>
       <extension base="mark:abstractMarkType">
         <sequence>
           <element name="trademark" type="mark:trademarkType"
             minOccurs="0" maxOccurs="unbounded"/>
           <element name="treatyOrStatute"
             type="mark:treatyOrStatuteType" minOccurs="0"
             maxOccurs="unbounded"/>
           <element name="court" type="mark:courtType" minOccurs="0"
             maxOccurs="unbounded"/>
         </sequence>
       </extension>
     </complexContent>
   </complexType>

   <complexType name="holderType">
     <sequence>
       <element name="name" type="token" minOccurs="0"/>
       <element name="org" type="token" minOccurs="0"/>
       <element name="addr" type="mark:addrType"/>
       <element name="voice" type="mark:e164Type" minOccurs="0"/>
       <element name="fax" type="mark:e164Type" minOccurs="0"/>

       <element name="email" type="mark:minTokenType" minOccurs="0"/>
     </sequence>
     <attribute name="entitlement" type="mark:entitlementType"/>
   </complexType>

   <complexType name="contactType">
     <sequence>
       <element name="name" type="token"/>
       <element name="org" type="token" minOccurs="0"/>
       <element name="addr" type="mark:addrType"/>
       <element name="voice" type="mark:e164Type"/>
       <element name="fax" type="mark:e164Type" minOccurs="0"/>
       <element name="email" type="mark:minTokenType"/>
     </sequence>
     <attribute name="type" type="mark:contactTypeType"/>
   </complexType>

   <complexType name="trademarkType">
     <sequence>
       <element name="id" type="mark:idType"/>
       <element name="markName" type="token"/>
       <element name="holder" type="mark:holderType"
         maxOccurs="unbounded" />
       <element name="contact" type="mark:contactType" minOccurs="0"
         maxOccurs="unbounded"/>
       <element name="jurisdiction" type="mark:ccType"/>
       <element name="class" type="integer" minOccurs="0"
         maxOccurs="unbounded"/>
       <element name="label" type="mark:labelType" minOccurs="0"
         maxOccurs="unbounded"/>
       <element name="goodsAndServices" type="token" />
       <element name="apId" type="token" minOccurs="0"/>
       <element name="apDate" type="dateTime" minOccurs="0"/>
       <element name="regNum" type="token"/>
       <element name="regDate" type="dateTime"/>
       <element name="exDate" type="dateTime" minOccurs="0"/>
     </sequence>
   </complexType>

   <complexType name="treatyOrStatuteType">
     <sequence>
       <element name="id" type="mark:idType"/>
       <element name="markName" type="token"/>
       <element name="holder" type="mark:holderType"
         maxOccurs="unbounded" />
       <element name="contact" type="mark:contactType" minOccurs="0"
         maxOccurs="unbounded"/>
       <element name="protection" type="mark:protectionType"

         maxOccurs="unbounded"/>
       <element name="label" type="mark:labelType" minOccurs="0"
         maxOccurs="unbounded"/>
       <element name="goodsAndServices" type="token" />
       <element name="refNum" type="token"/>
       <element name="proDate" type="dateTime"/>
       <element name="title" type="token"/>
       <element name="execDate" type="dateTime"/>
     </sequence>
   </complexType>

   <complexType name="courtType">
     <sequence>
       <element name="id" type="mark:idType"/>
       <element name="markName" type="token"/>
       <element name="holder" type="mark:holderType"
         maxOccurs="unbounded" />
       <element name="contact" type="mark:contactType" minOccurs="0"
         maxOccurs="unbounded"/>
       <element name="label" type="mark:labelType" minOccurs="0"
         maxOccurs="unbounded"/>
       <element name="goodsAndServices" type="token" />
       <element name="refNum" type="token"/>
       <element name="proDate" type="dateTime"/>
       <element name="cc" type="mark:ccType"/>
       <element name="region" type="token" minOccurs="0"
         maxOccurs="unbounded"/>
       <element name="courtName" type="token"/>
     </sequence>
   </complexType>

   <!--
   Address (<mark:addr>) child elements
   -->
   <complexType name="addrType">
     <sequence>
       <element name="street" type="token" minOccurs="1" maxOccurs="3"/>
       <element name="city" type="token"/>
       <element name="sp" type="token" minOccurs="0"/>
       <element name="pc" type="mark:pcType" minOccurs="0"/>
       <element name="cc" type="mark:ccType"/>
     </sequence>
   </complexType>

   <!--
   <mark:protection> child elements
   -->
   <complexType name="protectionType">

     <sequence>
       <element name="cc" type="mark:ccType"/>
       <element name="region" type="token" minOccurs="0"/>
       <element name="ruling" type="mark:ccType"
         minOccurs="0" maxOccurs="unbounded"/>
     </sequence>
   </complexType>

   <!--
   Postal code definition
   -->
   <simpleType name="pcType">
     <restriction base="token">
       <maxLength value="16"/>
     </restriction>
   </simpleType>

   <!--
   Country code definition
   -->
   <simpleType name="ccType">
     <restriction base="token">
       <length value="2"/>
     </restriction>
   </simpleType>

   <!--
   Phone number with extension definition
   -->
   <complexType name="e164Type">
     <simpleContent>
       <extension base="mark:e164StringType">
         <attribute name="x" type="token"/>
       </extension>
     </simpleContent>
   </complexType>

   <!--
   Phone number with extension definition
   -->
   <simpleType name="e164StringType">
     <restriction base="token">
       <pattern value="(\+[0-9]{1,3}\.[0-9]{1,14})?"/>
       <maxLength value="17"/>
     </restriction>
   </simpleType>

   <!--
   Id type definition
   -->
   <simpleType name="idType">
     <restriction base="token">
       <pattern value="\d+-\d+"/>
     </restriction>
   </simpleType>

   <!--
   DNS label type definition
   -->
   <simpleType name="labelType">
     <restriction base="token">
       <minLength value="1"/>
       <maxLength value="63"/>
       <pattern value="[a-zA-Z0-9]([a-zA-Z0-9\-]*[a-zA-Z0-9])?"/>
     </restriction>
   </simpleType>

   <!--
   Type used for email addresses
   -->
   <simpleType name="minTokenType">
     <restriction base="token">
       <minLength value="1"/>
     </restriction>
   </simpleType>

   <simpleType name="entitlementType">
     <restriction base="token">
       <enumeration value="owner"/>
       <enumeration value="assignee"/>
       <enumeration value="licensee"/>
     </restriction>
   </simpleType>

   <simpleType name="contactTypeType">
     <restriction base="token">
       <enumeration value="owner"/>
       <enumeration value="agent"/>
       <enumeration value="thirdparty"/>
     </restriction>
   </simpleType>
 </schema>
 END

4. IANA Considerations

4. IANAに関する考慮事項

This document uses URNs to describe XML namespaces and XML schemas conforming to the registry mechanism described in [RFC3688]. IANA has registered two URI assignments: signed mark (signedMark-1.0) and mark (mark-1.0).

このドキュメントでは、URNを使用して、[RFC3688]で説明されているレジストリメカニズムに準拠するXML名前空間とXMLスキーマについて説明します。 IANAは、署名付きマーク（signedMark-1.0）とマーク（mark-1.0）の2つのURI割り当てを登録しています。

o The signed mark namespace (signedMark-1.0) has been registered in the "ns" registry.

o 署名されたマークの名前空間（signedMark-1.0）が「ns」レジストリに登録されました。

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

Registrant Contact: IESG

登録者の連絡先：IESG

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

XML：なし。名前空間URIはXML仕様を表していません。

o The signed mark schema (signedMark-1.0) has been registered in the "schema" registry.

o 署名済みマークスキーマ（signedMark-1.0）が「スキーマ」レジストリに登録されました。

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

Registrant Contact: IESG

登録者の連絡先：IESG

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

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

o The mark namespace (mark-1.0) has been registered in the "ns" registry.

o mark名前空間（mark-1.0）が「ns」レジストリに登録されました。

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

Registrant Contact: IESG

登録者の連絡先：IESG

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

XML：なし。名前空間URIはXML仕様を表していません。

o The mark schema (mark-1.0) has been registered in the "schema" registry.

o マークスキーマ（mark-1.0）は「スキーマ」レジストリに登録されています。

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

Registrant Contact: IESG

登録者の連絡先：IESG

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

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

5. Security Considerations

5. セキュリティに関する考慮事項

The security of a Signed Mark object depends on the security of the underlying XML Digital Signature (DSIG) algorithms. As such, all the security considerations from [XMLDSIG] apply here as well.

署名済みマークオブジェクトのセキュリティは、基になるXMLデジタル署名（DSIG）アルゴリズムのセキュリティに依存します。そのため、[XMLDSIG]のセキュリティに関するすべての考慮事項がここにも適用されます。

The digital signature algorithm used in Signed Mark objects SHOULD be RSA-SHA256 [RFC6931]. The size of the RSA key SHOULD be at least 2048 bits. A valid reason for choosing something else would be if RSA-SHA256 is deemed to not provide sufficient security.

Signed Markオブジェクトで使用されるデジタル署名アルゴリズムは、RSA-SHA256 [RFC6931]である必要があります（SHOULD）。 RSAキーのサイズは少なくとも2048ビットである必要があります。他のものを選択する正当な理由は、RSA-SHA256が十分なセキュリティを提供しないと見なされる場合です。

In the case of the ICANN TMCH, Signed Mark objects use the algorithms for digesting and signing recommended in this document.

ICANN TMCHの場合、Signed Markオブジェクトは、このドキュメントで推奨されているダイジェストと署名のアルゴリズムを使用します。

Signed Mark objects are used primarily for domain name registrations in gTLDs during the Sunrise Period, but other third parties might be using them. A party using Signed Mark objects should verify that the digital signature is valid based on local policy. In the case of gTLDs, the Rights Protection Mechanism Requirements document [ICANN-TMCH] defines such policy, and the PKI is defined in [TMCH]. Implementations will need to implement such a PKI (or an equivalent) in order for the signatures defined in this document to have any useful semantics.

署名付きマークオブジェクトは、主に日の出期間中のgTLDでのドメイン名登録に使用されますが、他のサードパーティがそれらを使用している可能性があります。 Signed Markオブジェクトを使用する当事者は、ローカルポリシーに基づいてデジタル署名が有効であることを確認する必要があります。 gTLDの場合、権利保護メカニズム要件ドキュメント[ICANN-TMCH]がそのようなポリシーを定義し、PKIは[TMCH]で定義されます。このドキュメントで定義されているシグネチャが有用なセマンティクスを持つためには、実装はそのようなPKI（または同等のもの）を実装する必要があります。

6. References

6. 参考文献

6.1. Normative References

6.1. 引用文献

[ICANN-TMCH] ICANN, "Trademark Clearinghouse; Rights Protection Mechanism Requirements", 2013, <http://newgtlds.icann.org/en/about/ trademark-clearinghouse/rpm-requirements-30sep13-en.pdf>.

[ICANN-TMCH] ICANN、「Trademark Clearinghouse; Rights Protection Mechanism Requirements」、2013、<http://newgtlds.icann.org/en/about/trademark-clearinghouse/rpm-requirements-30sep13-en.pdf>。

[ISO3166-2] ISO, "International Standard for country codes and codes for their subdivisions", 2006, <http://www.iso.org/iso/home/standards/country_codes.htm>.

[ISO3166-2] ISO、「国別コードおよびその下位区分のコードに関する国際標準」、2006年、<http://www.iso.org/iso/home/standards/country_codes.htm>。

[ITU.E164.2005] International Telecommunication Union, "The international public telecommunication numbering plan", ITU-T Recommendation E.164, November 2010, <https://www.itu.int/rec/T-REC-E.164-201011-I/en>.

[ITU.E164.2005]国際電気通信連合、「国際公衆電気通信番号計画」、ITU-T勧告E.164、2010年11月、<https://www.itu.int/rec/T-REC-E。 164-201011-I / en>。

[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, DOI 10.17487/RFC2119, March 1997, <http://www.rfc-editor.org/info/rfc2119>.

[RFC2119] Bradner、S。、「要件レベルを示すためにRFCで使用するキーワード」、BCP 14、RFC 2119、DOI 10.17487 / RFC2119、1997年3月、<http://www.rfc-editor.org/info/ rfc2119>。

[RFC3688] Mealling, M., "The IETF XML Registry", BCP 81, RFC 3688, DOI 10.17487/RFC3688, January 2004, <http://www.rfc-editor.org/info/rfc3688>.

[RFC3688] Mealling、M。、「The IETF XML Registry」、BCP 81、RFC 3688、DOI 10.17487 / RFC3688、2004年1月、<http://www.rfc-editor.org/info/rfc3688>。

[RFC4648] Josefsson, S., "The Base16, Base32, and Base64 Data Encodings", RFC 4648, DOI 10.17487/RFC4648, October 2006, <http://www.rfc-editor.org/info/rfc4648>.

[RFC4648] Josefsson、S。、「The Base16、Base32、およびBase64データエンコーディング」、RFC 4648、DOI 10.17487 / RFC4648、2006年10月、<http://www.rfc-editor.org/info/rfc4648>。

[RFC5322] Resnick, P., Ed., "Internet Message Format", RFC 5322, DOI 10.17487/RFC5322, October 2008, <http://www.rfc-editor.org/info/rfc5322>.

[RFC5322] Resnick、P。、編、「インターネットメッセージ形式」、RFC 5322、DOI 10.17487 / RFC5322、2008年10月、<http://www.rfc-editor.org/info/rfc5322>。

[RFC5890] Klensin, J., "Internationalized Domain Names for Applications (IDNA): Definitions and Document Framework", RFC 5890, DOI 10.17487/RFC5890, August 2010, <http://www.rfc-editor.org/info/rfc5890>.

[RFC5890] Klensin、J。、「Internationalized Domain Names for Applications（IDNA）：Definitions and Document Framework」、RFC 5890、DOI 10.17487 / RFC5890、2010年8月、<http://www.rfc-editor.org/info/ rfc5890>。

[RFC6931] Eastlake 3rd, D., "Additional XML Security Uniform Resource Identifiers (URIs)", RFC 6931, DOI 10.17487/RFC6931, April 2013, <http://www.rfc-editor.org/info/rfc6931>.

[RFC6931] Eastlake 3rd、D。、「Additional XML Security Uniform Resource Identifiers（URIs）」、RFC 6931、DOI 10.17487 / RFC6931、2013年4月、<http://www.rfc-editor.org/info/rfc6931>。

[WIPO-NICE-CLASSES] WIPO, "Nice Classification", January 2016, <http://www.wipo.int/classifications/nice/en>.

[WIPO-NICE-CLASSES] WIPO、「Nice Classification」、2016年1月、<http://www.wipo.int/classifications/nice/en>。

[WIPO.ST3] WIPO, "Recommended standard on two-letter codes for the representation of states, other entities and intergovernmental organizations", Standard ST.3, February 2015, <http://www.wipo.int/standards/en/pdf/03-03-01.pdf>.

[WIPO.ST3] WIPO、「州、他のエンティティ、政府間組織の代表として2文字のコードに関する推奨される標準」、Standard ST.3、2015年2月、<http://www.wipo.int/standards/en /pdf/03-03-01.pdf>。

[XMLC14N] W3C, "Exclusive XML Canonicalization Version 1.0", W3C Recommendation, July 2002, <http://www.w3.org/TR/2002/REC-xml-exc-c14n-20020718>.

[XMLC14N] W3C、「Exclusive XML Canonicalization Version 1.0」、W3C勧告、2002年7月、<http://www.w3.org/TR/2002/REC-xml-exc-c14n-20020718>。

[XMLDSIG] W3C, "XML Signature Syntax and Processing Version 1.1", W3C Recommendation, April 2013, <http://www.w3.org/TR/xmldsig-core1>.

[XMLDSIG] W3C、「XML署名構文および処理バージョン1.1」、W3C勧告、2013年4月、<http://www.w3.org/TR/xmldsig-core1>。

6.2. Informative References

6.2. 参考引用

[EPP-LAUNCH] Gould, J., Tan, W., and G. Brown, "Launch Phase Mapping for the Extensible Provisioning Protocol (EPP)", Work in Progress, draft-ietf-regext-launchphase-00, April 2016.

[EPP-LAUNCH]グールド、J。、タン、W。、およびG.ブラウン、「拡張プロビジョニングプロトコル（EPP）のフェーズマッピングを開始」、作業中、draft-ietf-regext-launchphase-00、2016年4月。

[RFC5105] Lendl, O., "ENUM Validation Token Format Definition", RFC 5105, DOI 10.17487/RFC5105, December 2007, <http://www.rfc-editor.org/info/rfc5105>.

[RFC5105] Lendl、O。、「ENUM Validation Token Format Definition」、RFC 5105、DOI 10.17487 / RFC5105、2007年12月、<http://www.rfc-editor.org/info/rfc5105>。

[RFC5730] Hollenbeck, S., "Extensible Provisioning Protocol (EPP)", STD 69, RFC 5730, DOI 10.17487/RFC5730, August 2009, <http://www.rfc-editor.org/info/rfc5730>.

[RFC5730] Hollenbeck、S。、「Extensible Provisioning Protocol（EPP）」、STD 69、RFC 5730、DOI 10.17487 / RFC5730、2009年8月、<http://www.rfc-editor.org/info/rfc5730>。

[TMCH] Lozano, G., "ICANN TMCH functional specifications", Work in Progress, draft-ietf-regext-tmch-func-spec-00, April 2016.

[TMCH] Lozano、G。、「ICANN TMCH機能仕様」、作業中、draft-ietf-regext-tmch-func-spec-00、2016年4月。

Acknowledgements

謝辞

Special thanks to Chris Wright for creating the first prototype of an SMD and to James Gould, Wil Tan, and Gavin Brown for creating the mark and SMD definitions in "Launch Phase Mapping for the Extensible Provisioning Protocol (EPP)" [EPP-LAUNCH], on which this document is based. Portions of the Security Considerations section were shamefully copied from RFC 5105 [RFC5105]. The author would like to acknowledge the following individuals for their contributions to this document: Scott Hollenbeck and Jan Jansen.

SMDの最初のプロトタイプを作成してくれたChris Wrightと、「Extensible Provisioning Protocol（EPP）のフェーズマッピングを起動する」[EPP-LAUNCH]でマークとSMD定義を作成してくれたJames Gould、Wil Tan、Gavin Brownに特に感謝します。、このドキュメントのベースとなっています。「セキュリティに関する考慮事項」セクションの一部は、RFC 5105 [RFC5105]から恥ずかしくコピーされました。著者は、このドキュメントへの貢献に対して、Scott HollenbeckおよびJan Jansenの個人に感謝します。

Author's Address

著者のアドレス

Gustavo Lozano ICANN 12025 Waterfront Drive, Suite 300 Los Angeles, CA 90292 United States

Gustavo Lozano ICANN 12025 Waterfront Drive、Suite 300 Los Angeles、CA 90292アメリカ合衆国

   Phone: +1.3103015800
   Email: gustavo.lozano@icann.org