Skip to main content
Resources

Trademark Clearinghouse (商標クリアリングハウス)の権利保護メカニズムの要件に関するよくある質問

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

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

2019年10月25日

Trademark Clearinghouse(商標クリアリングハウス)の権利保護メカニズム要件(「TMCH要件」)に関するよくある質問を以下に示します。これらのFAQは、レジストリオペレータおよびレジストラがTMCH要件を順守するためのガイダンスとして使用するべきものですが、TMCHのすべての要件を説明しているものではありません。実際のTMCH要件を、注意してご確認ください。ICANN組織は、これらのFAQを適宜更新する場合があります。これらのFAQで使用されている定義語は、TMCH要件 において特別な意味があります。

統合テスト

Q1:TMCHサンライズとクレームのオペレータは誰ですか?

A1:TMCHサンライズとクレームのオペレータはIBMです。

Q2:統合テストを実施するにはどうすればよいですか?

A2:統合テストは、IBMが提供するテストデータベースで実施されます。統合テストの詳細については、http://newgtlds.icann.org/en/about/trademark-clearinghouse/scsvcsをご覧ください。

Q3:トークンの妥当性とは何ですか?認証情報を更新するプロセスは何ですか?

A3:トークンは通常、受領してから4時間以内は有効期限は切れませんので、提供されたトークンを使用して、レジストリオペレータとレジストラは都合のよいときに、TMDB Webサイトで登録し、ユーザーの認証情報を生成できます。認証情報はIBMによって提供されます。したがって、認証情報に問題がある場合、レジストリオペレータとレジストラは、ICANNSD@nl.ibm.comに電子メールを送信するか、+32 2 711 8604または+48 7 1760 8509に電話して、IBMに直接問い合わせて、新しい認証情報を取得する必要があります。

Q4:レジストリオペレータおよびレジストラが、統合テストを実施することが許可されている期間はどのぐらいですか?

A4:レジストリ契約/レジストラ認定契約の締結後、レジストリオペレータ/レジストラは、都合のよいときにいつでも統合テストを完了(およびテスト証明を要求)でき ます。

Q5:統合テストの免除はどのように認められますか?

A5:たとえば、レジストリオペレータ、そのサービスプロバイダ、またはレジストラが単一のプラットフォームで複数のgTLDサービスを維持している場合など、統合テストは免除される場合があります。免除のプロセスと条件の詳細については、https://newgtlds.icann.org/en/about/trademark-clearinghouse/scsvcs/certification-exemption-procedure-10feb14-en.pdfをご覧ください。

TLD開始情報

Q6:「TLD開始情報」とは何ですか?レジストリオペレータは各TLDでこの情報を提供する必要がありますか?

A6:TLD開始情報は、各レジストリオペレータが、委任およびサンライズ期間を開始するに、各TLDについてICANN組織に提供する必要がある情報です。TLD開始情報には、関連する開始期間の日付(たとえば、サンライズ、クレーム、および該当する場合、条件付き開始プログラムおよび限定登録期間)の他に、サンライズ期間中にTLDでドメイン名を登録するときの制限に関する適用されるすべてのポリシーおよびTLDのサンライズ紛争解決ポリシーを含む、TLDに関する完全なサンライズ登録ポリシーが含まれます。仕様13が承認されているTLDでは、サンライズ期間を実行する必要はありません。したがって、開始計画には、サンライズまたはサンライズ期間関連のポリシーの日付を含める必要はありません。

Q7:レジストリオペレータはいつTLD開始情報をICANN組織に提出できますか?

A7:レジストリオペレータは、TLDが委任されると、いつでもTLD開始情報をICANN組織に提出できます。委任前に提出されたTLD開始情報は受け入れられ ません。

Q8:レジストリオペレータはどのようにTLD開始情報をICANN組織に提出でき
ますか?

A8:レジストリオペレータは、該当するサービスケース「Submit TLD Startup (Spec-13)」(TLD開始情報の提出、仕様13)」または「Submit TLD Startup Innformation (non-Spec 13)」(TLD開始情報の提出、仕様13以外」を選択して、ICANN組織の命名サービスポータルからTLD開始情報を送信する必要があります。

Q9:レジストリオペレータのTLD開始情報に関するICANNの審査には、どれくらい時間がかかりますか?

A9:ICANNは、可能な限り速やかにTLD開始情報を審査します。実際に審査にかかる時間は、提出される情報量と提出される各情報の品質によって異なります。通常、審査は4営業日以内に終了します。提出されたTLD開始情報に問題が見つかった場合、ICANN組織による審査に時間がかかり、レジストリオペレータによるフォローアップが必要になる場合があります。

Q10:レジストリオペレータは、サンライズ開始計画のタイミングで、TLD開始情報についてのICANN組織の審査を考慮する必要がありますか?

A10:TLD開始情報が条件を遵守していないと判断される可能性があるため、レジストリオペレータは、予想される開始日を含め、TLD開始情報を提出する際に、TLD開始情報に対するICANNの審査を考慮することをお勧めします。TLD開始情報の提出からTLDサンライズ期間の開始に円滑に移行できるように、サンライズ終了期間、またはサンライズ開始期間の計画開始日から30日間に少なくとも7暦日を加えて通知期間を実施している場合、レジストリオペレータは、TLD開始情報の提出日から少なくとも 7暦日後にサンライズ期間の開始日を要求することをお勧めします。

Q11:レジストリオペレータは、サンライズ登録に関連するポリシーに加えて、一般登録に関連するポリシーをICANNに提供する必要がありますか?

A11:レジストリオペレータは、TLD開始情報の一部として一般登録にのみ関連する登録ポリシーをICANN組織に提供する必要はありません。ただし、登録ポリシーを潜在的なレジストラントが利用できるようにするために、レジストリオペレータは、TLD開始情報の一部として、すべての一般登録ポリシーのコピーをICANN組織に提供することをお勧めします。さらに、ICANNは、準拠しているTLD開始情報をWebサイトに公開します。

Q12:レジストリオペレータは、関連する登録ポリシーの文言をTLD開始情報で提供する必要がありますか、それとも公開されたポリシーが掲載されるWebサイトへの
リンクでも十分ですか?

A12:レジストリオペレータは、関連する登録ポリシーの文言を、ICANN組織に提出するTLD情報に含める必要があります。

Q13:レジストリオペレータのTLD開始情報がTMCH要件に準拠していないと判断された場合はどうなりますか?

A13:ICANN組織は、提出されたTLD開始情報を審査し、TMCH要件に準拠しているかどうかを確認します(たとえば、必要な情報はすべて提供されているか?期間は条件を満たしているかなどが審査されます)。ICANN組織が提供されたTLD開始情報が要件に準拠していないと判断した場合、レジストリオペレータに通知し、TLD開始情報が要件に準拠していない要素について説明します。その後で、レジストリオペレータは修正したTLD開始情報を提供する必要があります。その後、ICANN組織は要件に準拠しているかどうかを審査します。ICANN組織がレジストリオペレータのTLD開始情報がTMCH要件に準拠していると判断し、レジストリオペレータに承認されたサンライズ期間の開始日と終了日を提供するまで、レジストリオペレータはサンライズ期間を開始できません。

Q14:ICANN組織は、TMCH要件に関連しない事項について、TLD開始情報を確認しますか?

A14:ICANN組織がTLD開始情報を審査するときには、TMCH要件に準拠しているかどうかを確認します。取引条件がTMCH要件と無関係である限り、審査の対象にはなりません。

Q15:レジストリオペレータが、サンライズ期間の開始日または終了日を変更するなど、TLD開始情報を変更したい場合はどうなりますか?

A15:レジストリオペレータは、ICANN組織が許可したTLD開始情報に含まれる情報を変更する場合、命名サービスポータルから一般問い合わせケースを提出し、要件を遵守し更新されたTLD開始情報を提供する必要があります。サンライズ期間の開始日または終了日の変更は、再スケジュールされた開始日の少なくとも10暦日前に提供する必要があります。この変更は、ICANN組織が準拠しているかどうかを審査する対象となります。サンライズ登録ポリシー、およびサンライズ期間がサンライズ開始期間になるか、サンライズ終了期間になるかは、サンライズ期間が開始された後では変更できま せん。さらに、レジストリオペレータが承認済みの登録ポリシーを変更する場合は、更新されたポリシーをICANN組織に提供する必要があります。必須のサンライズ期間とクレーム期間が完了すると、レジストリオペレータが実行できる追加の登録期間、または登録ポリシーの変更については、ICANN組織の審査と承認は不要になります。

サンライズ期間

Q16:すべてのTLDにサンライズ期間が必要ですか?

A16:仕様13(.BRAND TLD 規定)を含むレジストリ契約のあるgTLDを除いて、すべての新しいgTLDにサンライズ期間が必要です。レジストリオペレータがレジストリ契約から仕様13の削除を自主的に要求する場合、またはICANN組織がTLDを.Brand TLDとして不適格であると判断する場合、そのレジストリオペレータは、TLD開始情報の提供および削除/資格剥奪の時点で有効なサンライズ要件の遵守を含む、Trademark Clearinghouse (商標クリアリングハウス)の他のすべての規定を遵守し、削除/資格剥奪から60暦日以内にサンライズ期間を開始する必要があります。

Q17:すべてのレジストリオペレータは、そのサンライズ期間にTrademark Clearinghouse (商標クリアリングハウス)を使用する必要がありますか?

A17:はい。レジストリオペレータは、登録にTrademark Clearinghouse (商標クリアリングハウス)が発行した有効なSMD (Signed Mark Data) ファイルが添付されていない限り、サンライズ期間中にドメイン名の登録を処理できません。

Q18:レジストリオペレータは、サンライズ期間を開始する前に、ICANNに事前通知する必要がありますか?

A18:レジストリオペレータは、「サンライズ開始期間」または「サンライズ終了期間」を案内する必要があります。サンライズ開始期間を提供するには、レジストリオペレータはサンライズ期間を開始する少なくとも30日前までにICANN組織およびTrademark Clearinghouse (商標クリアリングハウス)に通知する必要があります。レジストリオペレータのTLD開始情報がICANN組織によって受け入れられた後であれば、いつでもサンライズ終了期間を開始できます。いずれの場合も、サンライズ期間は、ICANNがレジストリオペレータのTLD開始情報を承諾し、レジストリオペレータにサンライズ期間の開始日が割り当てられるまで開始してはなりません。Q10も参照してください。

Q19:サンライズ期間はどのくらい実施する必要がありますか?

A19:サンライズ開始期間として、少なくとも30日間は受け付ける必要があり、要件となっている30日間の事前通知期間が終了する前に開始することはできません。サンライズ終了期間として、少なくとも60日間は受け付ける必要があります。

Q20:レジストリオペレータには、サンライズ期間の登録ポリシーが必要ですか?

A20:サンライズ登録に有効なSMDファイルを添付するという要件を除き、レジストリオペレータはサンライズ期間中に、一般的な登録ポリシーに従う必要がある場合があります。レジストリオペレータがサンライズ期間中に一般登録ポリシーのみを適用し、サンライズ期間固有の登録ポリシーを適用しない場合、レジストリオペレータはそれらの一般登録ポリシーをサンライズ期間登録ポリシーとしてそのTLD開始情報と一緒に提供する必要があります。

Q21:サンライズ期間中にレジストリオペレータはどのような登録制限事項を課すことができますか?

A21:サンライズ期間中のすべての登録には、有効なSMDファイルが含まれている必要があります。さらに、レジストリオペレータは、(i)TLDの目的に関連する商標の基本的な権利に関する制限を適用する、(ii)商標権の範囲に関連しない要件を指定する、(iii)SMDファイル情報を要求して該当する登録データと照合する、および(iv)サンライズ期間における賭博行為を防ぐため、商標が登録、検証、または保護された日付に関連する合理的な日付の制限を課す場合があります。サンライズ期間中の登録制限事項は、限定登録期間や一般登録などの他の期間を通じて一貫して課せられなければなりません。

Q22:レジストリオペレータは、サンライズ期間に商標関連の登録要件を課し、その後の登録期間にこれらの要件を削減または撤廃できますか?

A22:できません。サンライズ期間中、レジストリオペレータは、制限がTLDの目的に関連している限り、商標レコードの基本的な権利に関する制限を適用できます。たとえば、TLDの目的が特定の地域にサービスを提供することである場合、レジストリオペレータは、サンライズ期間に適合するように、その管轄区域で商標レコードを登録するように要求できますが、ドメイン名のレジストラントが任意の管轄区域の商標レコードのみを必要とする登録制限事項が後続の登録期間にある場合、そのような登録制限事項は、サンライズ期間の管轄区域の制限は TLD の目的に実際に関連していない証拠と見なされる場合があります。

Q23:レジストリオペレータは、サンライズ期間中の登録に関するあらゆる種類の紛争解決ポリシーを提供する必要がありますか?

A23:はい。サンライズ期間が設定される新しいgTLDレジストリオペレータは、サンライズ紛争解決ポリシー(SDRP)を確立している必要があります。これにより、登録されたドメイン名が、サンライズ資格保持者がそのサンライズ登録を基準とした商標記録に一致しないという理由など、レジストリオペレータの割り当てと登録ポリシーに関連するサンライズ登録への不服申し立てが可能になります。各TLDのサンライズ期間登録ポリシーは異なる可能性があるため、レジストリオペレータはSDRPの設計について裁量権を有します。完全なSDRPをTLD開始情報に含める必要があります。

Q24:レジストリオペレータは、サンライズ期間が完了する前に、サンライズ資格保持者以外にドメイン名を登録または割り振りできますか?

A24:一般的な規則として、ドメイン名は、サンライズ期間中に、Trademark Clearinghouse (商標クリアリングハウス)によって発行された有効なSMDファイルを所有するサンライズ資格保持者にのみ登録できます。レジストリオペレータは、承認済み開始プログラムに対するICANNの承認を受け取っていないか、TMCH要件に記載されている承認済み開始プログラムを実施していない場合、サンライズ期間が終了する前にドメイン名をサンライズ資格保持者以外に登録または割り振ることはできません。ドメイン名の割り振りには、潜在的なドメイン名レジストラントへのドメイン名の割り振り、指名、割り当て、またはその他の形式の振り分けが含まれます。ドメイン名は、ドメイン名が割り振られた第三者に最終的に登録されていない場合でも、割り振り済みと見なされる場合があります。そのレジストラントに登録されるドメイン名に、ドメ イン名の指定後に発生する必要がある、あるいは発生してはならない事象または条件があるかどうかは、ドメイン名が特定の時点で割り振られたかどうかの決定に影響し ません。

Q25:ドメイン名の割り振りまたは登録は、サイライズ開始期間とサンライズ終了期間でどのように異なりますか?

A25:サンライズ開始期間では、レジストリオペレータは、希望する他の割り振りまたは登録方法に加えて、先着順、またはその他時間ベースでの割り振りや登録プロセスでドメイン名を割り当てまたは登録できます。サンライズ終了期間では、レジストリオペレータは、サンライズ期間が終了する前にドメイン名を割り振りしたり登録したりすることはできず、先着順、その他の時間ベースの割り当てまたは登録プロセスを採用することはできません

Q26:レジストリオペレータがサンライズ期間の終了時にオークションを開催する予定の場合、これはTMCH要件のセクション3.2.4にどのように準拠しますか?

A26:レジストリオペレータは、異なるサンライズ資格保持者から同じドメイン名の申請を受ける場合があります。そのドメイン名の最終的なレジストラントをサンライズ資格保持者の1人として定義するためにオークションが採用され、そのようなサンライズ資格保持者のドメイン名が保留になっている場合、限定登録期間や一般登録では、ドメイン名のレジストラントへの割り振りも登録も行われず、セクション3.2.4に準拠してオークションが実施されます。

Q27:名前衝突発生管理のフレームワークに基づく120日間の非アクティベーション期間は、サンライズ期間にどのように影響しますか?

A27:名前衝突発生管理のフレームワークでは、TLDのレジストリ契約が署名されてから120日が経過するまで、ドメイン名をTLDでアクティブにすることはできません。 この120日間の期間が終了する前に、サンライズ期間が開始される可能性があります。この場合、サンライズ登録は、サンライズ期間中にサンライズ資格保持者に登録または割り振られる場合がありますが、120日間が経過するまでアクティベートできません。アクティベーションに関する同じ規制は、条件付き開始プログラムまたは承認済み開始プログラムにも適用されます。

Q28:サンライズ登録を処理するとき、レジストラは何をしなければなりませんか?

A28:サンライズ登録の処理時にレジストラが実行を選択できる特定の技術的な義務は、https://tools.ietf.org/html/draft-ietf-regext-tmch-func-specのセクション5.2.4および5.2.5で確認できます。一般的に、レジストラは、ドメイン名を登録するコマンドを送信する前に、レジストリオペレータによって実行されるドメイン名登録を確認するためのチェックを実行することを選択できます。これらのチェックには、SMDファイルがレジストラントによってレジストラに送信されたこと(レジストラがレジストリオペ レータにSMDファイルを送信すること)、SMDファイルの署名が有効であること、およびSMDファイルがTMCHによって取り消されていないことの検証が含まれます。

開始プログラムと他の登録期間

Q29:新しいgTLD開始プログラムにはどのような種類がありますか?

A29:条件付き開始プログラムおよび承認済み開始プログラムは、TMCH 要件で定義される開始プログラムです。

Q30:TMCH要件のセクション4.5.1で説明されている条件付き開始プログラムとは何ですか?

A30:条件付き開始プログラムは、レジストリオペレータがサードパーティに最大 100件の名前を登録して、サンライズ期間前にTLDをプロモーションし、知的財産侵害から保護するためのセーフガードを提供します。条件付き開始プログラムの利用を希望するレジストリオペレータは、TLDを委任した後、かつ、サンライズ期間の終了前に利用できます。条件付き開始プログラムを使用する予定のレジストリオペレータは、TLD開始情報の一部としてICANN組織に通知する必要があります。条件付き開始プログラムの詳細については、https://newgtlds.icann.org/en/announcements-and-media/announcement-10apr14-enを参照してください。

Q31:条件付き開始プログラムに加えて、レジストリオペレータがサンライズ期間の前にドメイン名を割り振りまたは登録する方法はありますか?

A31:はい。承認済み開始プログラムにより、レジストリオペレータは、サンライズ期間の前にドメイン名を割り振りまたは登録できます。レジストリオペレータは、レジストリ契約に署名した後、サンライズ期間の開始日まで、TMCH要件のセクション4.5.2に記載されているように、承認済み開始プログラムを実施するための承認をICANN組織に申請できます。

Q32:TMCH要件のセクション4.5.2で説明されている承認済み開始プログラムとは何ですか?

A32:承認済み開始プログラムは、レジストリオペレータがサンライズ開始期間より前に登録プログラムを実施するための承認をICANNに申請する仕組みを提供します。開始プログラム(承認済み開始プログラムなど)またはレジストリオペレータの自己割り振りまたはレジストリ契約の仕様5のセクション3.2に従ってドメイン名の自己登録を除いて、レジストリオペレータは、すべてのサンライズ登録の割り振りまたは登録の前に有効なSMDファイルを持つサンライズ資格保持者ではないレジストラントに対してTLDにドメイン名を割り振りまたは登録することを許可することはできません。

Q33:レジストリオペレータは、承認済み開始プログラムにどのように申請し
ますか?

A33:承認済み開始プログラムの申請を希望するレジストリオペレータは、命名サービスポータルから一般問い合わせケースを提出する必要があります。レジストリオペレータがサンライズ期間を開始する前に、ICANN組織は、承認済み開始プログラムを受け取り、承認する必要があります。承認済み開始プログラムのためのレジストリオペレータの申請は、ICANN組織の裁量で官報公告のために公開される場合があります。

Q34:私は、TLDの申請で開始計画を記載したレジストリオペレータです。承認済み開始プログラムに申請すると、どのような影響が発生しますか?

A34:レジストリオペレータがICANN組織に申請し、承認済み開始プログラムを実施し、TLDの申請書に記載されているプログラムを施行する場合、開始プログラムがTDLの申請で十分に詳細に定められている限り、開始プログラムは許可され、申請が掲載された時点で、計画について意義のある審査と官報公告が可能となることが想定されます。この想定による利益を求めるレジストリオペレータは、開始プログラムを説明するTLD申請の関連部分と、承認済み開始プログラムにおけるプログラムへの適用と、TLD申請で説明される開始プログラムがどのように比較されるかの詳細を具体的に説明する必要があります。ICANN組織は、承認済み開始プログラムの申請と、TLD申請に記載されたプログラムに応じて提出された官報公告を審査し、ICANN組織がリクエストされた登録プログラムが消費者に混乱をきたす恐れがある、あるいは知的財産権を侵害する恐れがあると合理的に判断した場合、承認済み開始プログラムの申請を拒否することがあります。

Q35:ICANN組織がレジストリオペレータが申請する登録プログラムと同様の承認済み開始プログラムをすでに承認している場合、その申請は自動的に承認されますか?

A35:レジストリオペレータが、新しいプログラムであるgTLDについて、同様の状況下でICANNが以前に承認した承認済み開始プログラムに実質的に類似している登録プログラムについて、ICANNの承認を求める場合、要求された登録プログラムの申請は承認されていると推定されます。この推定の利益を追求するレジストリオペレータは、申請する承認済み開始プログラムが、似ていると申し立てられた開始プログラムに類似する理由を具体的に述べ、かかる類似性を証明する事実と状況を詳述しなければなりません。ICANN組織は、承認済み開始プログラムを審査し、ICANN組織がリクエストされた登録プログラムが消費者に混乱をきたす恐れがある、あるいは知的財産権を侵害する恐れがあると合理的に判断した場合、承認済み開始プログラムの申請を拒否することがあります。

Q36:私は、TLDが地理的TLDになる可能性があることを記載したレジストリオペ レータです。承認済み開始プログラムについて私にはどのようなオプションがあり
ますか?

A36:TLDが地理的なTLDになることを示したレジストリオペレータは、他のレジストリオペレータと同様に、承認済み開始プログラムの実施に適用できます。

さらに、TLDの申請で、TLDが地理的TLDになることを示したレジストリオペレータおよび知的財産権(IPC)の代表者が、地理的TLDがサンライズ期間の前または期間中に第三者に対して割り振りまたは登録できるラベルの定義済みリストまたはラベルのカテゴリを定める登録プログラムを作成することをICANN組織に推奨し、ICANN組織がかかる推奨事項を受け入れて導入する場合、その後、地理的TLDが承認されたこととなり、その後、プログラムに適用されます。しかし、ICANN組織は、申請を引き続き審査し、リクエストされた登録プログラムが消費者に混乱をきたす恐れがある、あるいは知的財産権を侵害する恐れがあると合理的に判断した場合、その申請を拒否することがあります。IPCもレジストリオペレータもこれらの議論を行う必要はありませんが、レジストリオペレータは、上記のように、承認済み開始プログラムの実施に個別に申請することが常に許可されます。

Q37:限定登録期間とは何ですか?

A37:限定登録期間とは、通常、サンライズ期間が終了してから一般登録が開始されるまでの登録期間です。したがって、限定登録期間には、TLD内でドメイン名を登録する資格のあるすべてのレジストラントがドメイン名を一般に利用できないように制限する登録制限が必要です。限定登録期間中の登録は、クレーム期間中に登録または割り振られた登録と同じ方法でクレームサービスの対象となる必要があります。

Q38:限定登録期間はサンライズ期間と重複できますか?

A38:はい。サンライズ期間と限定登録期間は重複してもかまいません。ただし、レジストリオペレータは、すべてのサンライズ登録の割り振りと登録が完了するまで、限定登録期間にドメイン名を割り振ったり登録したりすることは許可されません。

Q39:限定登録期間はクレーム期間と重複できますか?

A39:いいえ。クレーム期間は、一般登録の最初の90日間です。限定登録期間は、レジストリオペレータがTLD一般登録の登録ポリシー以外に追加の登録制限を課した登録期間として定義されます。したがって、クレーム期間/一般登録と同時に制限登録期間を設けることはできません。

クレーム期間

Q40:クレーム期間とは何ですか?

A40:一般登録の少なくとも最初の90日間、各TLDはクレームサービスを提供する必要があります。クレームサービスは、登録しようとしている名前がTrademark Clearinghouse (商標クリアリングハウス)のラベルと一致することを潜在的なドメ イン名レジストラントに通知します。レジストラントがドメイン名を登録することを決定した場合、Trademark Clearinghouse(商標クリアリングハウス)はドメイン名の登録を該当する商標権者に通知します。

Q41:クレーム登録を処理するとき、レジストラは何をしなければなりませんか?

A41:クレーム登録の処理時にレジストラが履行する必要がある特定の技術的な義務は、http://tools.ietf.org/html/draft-lozano-tmch-func-specのセクション5.3.4および5.3.5で確認できます。通常、レジストラは、レジストリオペレータにドメイン名を利用できることを確認し、ラベルが商標レコードで網羅されている場合はCNIS(クレーム通知情報サービス)ルックアップキーを取得する必要があります。レジストラはCNISサービスに問い合わせて、クレーム通知情報を取得し(http://tools.ietf.org/html/draft-lozano-tmch-func-specのセクション6.5を参照)、クレーム通知情報を使用して商標表示を入力し(http://newgtlds.icann.org/en/about/trademark-clearinghouse/rpm-requirements-14may14-en.pdfの別紙Aを参照)、潜在的なドメイン名レジストラントに商標表示を明確かつはっきりと示し、潜在的なドメイン名レジストラントが登録を続行する意思があるかどうかについて問い合わせる必要があります。商標表示は、潜在的なドメイン名レジストラントに費用負担をかけることなく、登録申請時にリアルタイムでレジストラによって提示される必要があります。また、商標表示は、商標表示フォームで指定される形式にする必要があります(TMCH要件の別紙Bに例が添付されています)。商標表示では、潜在的なドメイン名レジストラントが自身の意思で登録継続の確認を行えるようにする必要があります。

Q42:潜在的なドメイン名レジストラントに提供される商標表示はどの言語を使用する必要がありますか?

A42:商標表示は、レジストラが潜在的なドメイン名レジストラントに英語で提供する必要があります。さらに、潜在的なドメイン名レジストラントに最適なサービスを提供するために、レジストラは、レジストラントの登録契約書の言語で潜在的なドメイン名レジストラントに商標表示を提供する必要があります。

Q43:レジストラはどのような条件でCNISを照会できますか?

A43:レジストラは、潜在的なドメイン名レジストラントによって申請されたドメイン名についてのみCNISを照会できます。レジストラは、他の目的でCNISを照会することを禁止されています。

Q44:レジストリオペレータはCNISを照会できますか?

A44:いいえ。レジストラのみがCNISを照会できます。

Q45:レジストリオペレータは、一般登録の開始時に「ランドラッシュ期間」を提供できますか?

A45:TLDにドメイン名を登録する資格のあるすべてのレジストラントがドメイン名を一般に利用できるようになる初日から、一般登録が始まります。上記の説明を満たす「ランドラッシュ期間」は、一般登録と見なされます。ただし、「ランドラッシュ期間」に特定の条件を満たすレジストラントへのドメイン名の利用を制限する資格要件がある場合、「ランドラッシュ期間」は一般登録の開始ではなく、限定登録期間と見なされます。限定登録期間はクレーム期間と重複できないため、一般登録と重複することもできません。レジストリオペレータは、各登録期間におけるコミュニティの理解と参加を支援し、各登録期間のTMCH要件の遵守についてICANN組織からの質問を避けるために、各登録期間を明確に定義することが推奨されます。

Q46:レジストリオペレータは、レジストリ契約に従って予約したドメイン名を後で割り振りまたは登録するためにリリースできますか?

A46:はい。レジストリオペレータがレジストリ契約に従って登録してドメイン名を予約し、クレーム期間の開始日より前の任意の時点で予約済みドメイン名を割り振りまたは登録のためにリリースする場合、そのドメイン名は、該当するサンライズ期間、限定登録期間、開始プログラム、またはクレーム期間の他の任意のドメイン名と同様に扱われなければなりません。ただし、クレーム期間の開始日後の任意の時点で割り振りまたは登録のためにドメイン名がリリースされた場合、ドメイン名は、リリースされた日から90暦日の間、クレームサービスの対象にする必要があります(ドメイン名が計画されているクレーム期間が完了した後に解放される場合であっても同様です)。

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