Skip to main content
Resources

よくある質問(FAQ):年次証明書と内部審査の提出:

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

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

2018年9月10日

Q1:どのような人がICANN組織(ICANN org)に年次証明書を提出する必要がありますか?

A1:審査対象の暦年の少なくとも一部において以下の契約条件に記載されている条件を満たすレジストリオペレータは、ICANN組織に年次証明書を提出する必要があります。

  1. レジストリオペレータ行動規範(新gTLDベースレジストリ契約の仕様9の3項)の年次遵守証明書:レジストリオペレータまたはレジストリ関連当事者(仕様9の1項で定義)が、レジストラまたはレジストラと再販サービスのプロバイダとしても運営する場合、レジストリオペレータは、少なくとも年1回の内部審査を実施して、この行動規範(仕様9)の遵守を確保します。レジストリオペレータは、各暦年の終了後20暦日以内に、内部審査の結果とともに、レジストリオペレータによる行動規範の遵守について証明する、レジストリオペレータの執行役員が署名した証明書を、ICANNから提供されるアドレスに電子メールで提供します。
  2. 行動規範免除通知の年次遵守証明書:レジストリオペレータは、ICANNの行動規範免除プロセスで規定される免除要求および免除基準に示された表明を継続的に遵守することを確実に行うために、少なくとも年1回の内部審査を実施することに同意します。レジストリオペレータは、各暦年の終了後20暦日以内に、ICANNの行動規範免除プロセスで規定されるレジストリオペレータの免除要求および免除基準に示された表明を継続的に遵守していることを証明する、執行役員1名が署名する証明書を、ICANNに提供します。
  3. 仕様13(新gTLDベースレジストリ契約の仕様13の7項)の年次遵守証明書:レジストリオペレータは、関連するトップレベルドメイン(TLD)が.Brandトップレベルドメインの定義の要件を満たしていることを確認するために、少なくとも年1回の内部審査を実施することに同意します。レジストリオペレータは、各暦年の終了後20暦日以内に、内部審査の結果とともに、関連するトップレベルドメインが.Brandトップレベルドメインの定義の要件を満たしていることを証明する、執行役員1名が署名する証明書を、ICANNに提供します。

Q2:上記の契約上の要件に記載されている条件を満たすレジストリオペレータは、3種類のすべての年次証明書をICANN組織に提出する必要がありますか?

A2:いいえ。年度ごとに提出される年次証明書は、適用される契約上の要件との整合が必要です。たとえば、レジストリオペレータが、審査対象の年度全体に対して有効な仕様13を有している場合、仕様13の年次遵守証明書のみを提出することになります。同じレジストリオペレータが、審査対象の年度の一部に対してのみ有効な仕様13を有している(しかし、レジストラ再販サービスのプロバイダとしても運営することにより、行動規範の要件に従う)場合、審査対象の年度に対して2つの年次証明書が必要になります。

レジストリオペレータ行動規範の年次証明書は、仕様13について直接的、間接的を問わず行動規範の免除が付与されていないレジストラまたはレジストラ‐再販サービスのプロバイダとしても運営する(または、レジストリ関連当事者を有する)レジストリオペレータには必要になります。

Q3:レジストリオペレータに行動規範免除通知と仕様13の両方が付与されている場合、2つの年次証明書をICANN組織に提出する必要がありますか?

A3:レジストリオペレータが、審査対象の年度全体に対して有効な仕様13を有している場合、仕様13の年次遵守証明書の提出が必要になります。同一年度については行動規範免除通知の年次遵守証明書は必要ありません。

レジストリオペレータが、審査対象の年度の一部に対してのみ有効な仕様13を有しており、かつ、その年度の残りの部分について有効な行動規範免除通知を有している場合、各証明書について審査対象となる年度の該当部分に対して、仕様13および行動規範免除通知の両方の年次遵守証明書が必要になります。

Q4:レジストリオペレータは、審査対象の年度に対してTLDが有効な行動規範免除通知または有効な仕様13を有しているかをどこで確認できますか?

A4:レジストリ契約Webページをチェックすることにより、審査対象の年度に対して特定のTLDが有効な行動規範免除通知または有効な仕様13を有しているかどうかを確認できます。すべてのレジストリ契約のWebページについては、以下をご覧ください。https://www.icann.org/resources/pages/registries/registries-agreements-en.

Q5:年次証明書の提出期限はいつですか?

A5:年次証明書の提出が必要となるレジストリオペレータは、直前の暦年に対して毎年1月20日までに提出する必要があります。

Q6:年次証明書の「対象期間」はどのくらいですか?

A6:「対象期間」は、証明書およびそれに伴う審査結果が適用される、直前の暦年の期間です。これは、適用される契約条項(すなわち、行動規範、行動規範免除または仕様13)が有効となっていた暦年の期間に相当します。

関連する契約条項が前年度の暦年全体に適用されている場合、認証書およびそれに伴う審査結果は、前年度の暦年(1月1日から12月31日)全体が対象になります。

「対象期間」には将来の日付は含まれません。

Q7:どのような人が年次証明書に署名する必要がありますか?

A7:年次証明書は、レジストリオペレータの執行役員による署名が必要です。執行役員は、通常、レジストリオペレータの上級管理職であり、たとえば最高経営責任者(CEO)、副理事長(VP)、書記官、最高財務責任者(CFO)、またはレジストリオペレータの全面的な法的責任または執行責任を有する立場と同等の立場にいる者などになります。

レジストリオペレータに執行役員がいない場合は、業務上の権限を有する上級管理職の署名が必要になります。TLDを管理しているコンサルタントによって証明書が署名されている場合、執行役員以外の者が証明書に署名する理由についてICANN組織に説明し、当該コンサルタントがレジストリオペレータに代わって情報を証明する権限を有していることを確認してください。ICANN組織は、署名者に関する追加情報を要求することがあります。

Q8:レジストリオペレータがICANN組織に年次証明書を提出する最良の方法はどのようなものですか?

A8:レジストリオペレータの一次連絡先は、命名サービスポータルにおいて、適用される年次証明書のサービスリクエストケース(つまり、「行動規範の年次遵守証明書」、「行動規範免除の年次遵守証明書」、および「仕様13の年次遵守証明書」)を開いて、年次証明書を提出する必要があります。レジストリオペレータが命名サービスポータルにログインできない場合は、globalsupport@icann.orgまで電子メールでお問い合わせください。

Q9:レジストリオペレータがこれらの年次証明書および内部審査の結果を提出する際に使用できる既存のフォームはありますか?

A9:はい。レジストリオペレータによる証明書の提出を支援するため、ICANN組織では、契約上の要件に示されているこれら3つの証明書について、命名サービスポータルに「行動規範の年次遵守証明書」、「行動規範免除の年次遵守証明書」、および「仕様13の年次遵守証明書」のサービスリクエストケースに証明書のフォームを埋め込んでいます。これらのフォームはレジストリオペレータの情報と効率の向上のために提供されています。

お勧めの方法は命名サービスポータルに埋め込まれたフォームを使用することですが、その代替としてレジストリオペレータは独自のフォームまたはICANN組織が作成したフォームを使用し、命名サービスポータルの「General Inquiry」ケースを経由するか、またはglobalsupport@icann.orgに電子メールを送信することで証明書を提供することも可能です。ダウンロード可能なICANN組織フォームは、命名サービスポータルのDocument Libraryセクションにあります。

迅速に処理するために、カスタマイズしたフォームを使用して年次証明書を提出する場合、レジストリオペレータは以下のファイル命名規則をご使用ください:

  1. [.TLD]-レジストリオペレータ行動規範の年次遵守証明書
  2. [.TLD]-行動規範免除通知の年次遵守証明書
  3. [.TLD]-仕様13の年次遵守証明書

Q10:レジストリオペレータ行動規範の範囲内で示される「レジストリ関連当事者」および「関係者」という用語はどのようなことを意味するのですか?

A10:新gTLDベースレジストリ契約の仕様9の1項では、「レジストリ関連当事者」は、レジストリオペレータの親会社、子会社、関係者、下請業者(たとえば、サービスプロバイダ)またはその他の関連団体(そのような当事者がTLDに関するレジストリサービスの提供に携わる限りにおいて)として定義されています。

レジストリ契約の2.9(c)項では、「関係者」は、個人もしくは団体であって、直接的または間接的に、または1つ以上の媒体を介して、または1つ以上の他の個人もしくは団体との組み合わせで、特定の個人もしくは団体を支配し、特定の個人もしくは団体によって支配され、または特定の個人もしくは団体と共通の支配下にある者として定義されています。レジストリオペレータは、2.9(b)項に従って、必要に応じてICANN組織に当該関係者との関係の通知を提供する必要があります。当該関係をICANNに通知するために、レジストリオペレータは命名サービスポータルで「相互所有情報」のケースタイプを使用できます。

Q11:レジストリオペレータが、レジストリ契約の2.9(b)項に従い、必要に応じてICANN組織に当該関係者との関係を通知していなかった場合、レジストリオペレータはレジストリオペレータ行動規範の年次遵守証明書を提出する必要がありますか?

A11:はい。ICANNに当該関係者との関係の通知を事前に提供していないレジストリオペレータは、直ちにその提供を行う必要があります。レジストリオペレータまたはその関係者(または他のレジストリ関連当事者)がレジストラまたはレジストラ再販サービスのプロバイダとしても運営している場合、当該レジストリオペレータは、レジストリオペレータ行動規範の年次遵守証明書も提出する必要があります。ICANNに当該関係者との関係の通知を提供する方法に関する情報は、命名サービスポータルの「相互所有情報」サービスリクエストケースにあります。

レジストリオペレータがレジストラまたはレジストラ‐再販サービスのプロバイダとして運営する関係者以外のレジストリ関連当事者を有する場合、当該関係についてICANN組織に事前に通知していたかどうかを問わず、レジストリオペレータはレジストリオペレータ行動規範の年次遵守証明書を提出する必要があります。

Q12:レジストリオペレータはどのようにして内部審査を実施する必要がありますか?

A12:内部審査の最善の実施方法、および結果を提供する際に使用するフォーマットを決定するのは、各レジストリオペレータの責任になります。内部審査の結果をドキュメント化する要件に関する遵守は、ケースバイケースで決定されます。ICANN組織は、遵守の決定に必要な範囲で追加情報を要求することがあります。

Q13:レジストリオペレータ行動規範の年次遵守証明書の目的のために、レジストリ関連当事者の内部審査は十分ですか?

A13:いいえ。内部審査、およびICANN組織に提供される結果は、レジストリオペレータ自身と、レジストリ関連当事者および/またはレジストリオペレータのレジストラまたはレジストラ再販の両方が対象となります。

Q14:報告に関しては、上記の回答1(A1)に示されている1つ以上の契約上の要件を満たすレジストリオペレータは、まだ委任されていないTLDまたはまだ開始されていない委任TLDの年次証明書を提出する必要がありますか?

A14:はい。報告に関して上記のA1に示されている契約上の要件は、仕様13について直接的、間接的を問わず、レジストリ契約の履行または適用される行動規範免除について効力が生じ、それらはTLDの委任または運営に依存しません。

Q15:レジストリオペレータは、複数のTLDに対して1つの年次証明書を提供できますか?

A15:以下の場合にのみ、複数のTLDに対して1つの年次証明書の提供が可能になります。

  1. すべてのTLDは、上記のA1に示されているものと同じ契約上の要件を満たしている。
  2. 各TLDに代わって年次証明書を実施する署名者は、署名要件を満たし、これらの表明を提供する権限を有している。
  3. 証明書には、対象となるTLD、およびそれぞれの内部審査の具体的な結果が明確に記載されている。該当する場合、各TLDの審査結果が同一になるように指定することができます。

Q16:年次証明書の提出と内部審査の結果がICANN契約遵守チームによって準拠しているとみなされているかどうかについてレジストリオペレータが認識できるのはいつですか?

A16:レジストリオペレータは年次証明書および内部審査の結果を提出した後、ICANN組織のグローバルサポートセンターから受領確認を受け取ります。ICANN契約遵守チームは、提出されたドキュメントを審査し、追加情報の要求に関してレジストリオペレータに連絡します。

Q17:ICANN組織がレジストリオペレータの内部審査結果を公開することがありますか?

A17:はい。ICANN組織は、レジストリオペレータの内部審査結果を公表することが許可されています。

Q18:ICANN組織がレジストリオペレータの内部審査結果を公開するのはどのような状況にある場合ですか?

A18:いつでも公開は可能ですが、ICANN組織は、特別な状況の場合を除き、内部審査結果を公表することを考えていません。当該状況では、結果が公共の利益またはコミュニティの懸念をもたらすかどうかが含まれることがあります。

ICANN組織は、機密情報の開示に関して、(当該機密情報が結果または証明書に含まれている限りにおいて)レジストリ契約の7.15項の規定に従います。

Domain Name System
Internationalized Domain Name ,IDN,"IDNs are domain names that include characters used in the local representation of languages that are not written with the twenty-six letters of the basic Latin alphabet ""a-z"". An IDN can contain Latin letters with diacritical marks, as required by many European languages, or may consist of characters from non-Latin scripts such as Arabic or Chinese. Many languages also use other types of digits than the European ""0-9"". The basic Latin alphabet together with the European-Arabic digits are, for the purpose of domain names, termed ""ASCII characters"" (ASCII = American Standard Code for Information Interchange). These are also included in the broader range of ""Unicode characters"" that provides the basis for IDNs. The ""hostname rule"" requires that all domain names of the type under consideration here are stored in the DNS using only the ASCII characters listed above, with the one further addition of the hyphen ""-"". The Unicode form of an IDN therefore requires special encoding before it is entered into the DNS. The following terminology is used when distinguishing between these forms: A domain name consists of a series of ""labels"" (separated by ""dots""). The ASCII form of an IDN label is termed an ""A-label"". All operations defined in the DNS protocol use A-labels exclusively. The Unicode form, which a user expects to be displayed, is termed a ""U-label"". The difference may be illustrated with the Hindi word for ""test"" — परीका — appearing here as a U-label would (in the Devanagari script). A special form of ""ASCII compatible encoding"" (abbreviated ACE) is applied to this to produce the corresponding A-label: xn--11b5bs1di. A domain name that only includes ASCII letters, digits, and hyphens is termed an ""LDH label"". Although the definitions of A-labels and LDH-labels overlap, a name consisting exclusively of LDH labels, such as""icann.org"" is not an IDN."