JP2015095903A - 複数プロビジョニング・オブジェクトのオペレーション - Google Patents

複数プロビジョニング・オブジェクトのオペレーション Download PDF

Info

Publication number
JP2015095903A
JP2015095903A JP2014229123A JP2014229123A JP2015095903A JP 2015095903 A JP2015095903 A JP 2015095903A JP 2014229123 A JP2014229123 A JP 2014229123A JP 2014229123 A JP2014229123 A JP 2014229123A JP 2015095903 A JP2015095903 A JP 2015095903A
Authority
JP
Japan
Prior art keywords
domain
reldom
dns registry
provisioned
name
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2014229123A
Other languages
English (en)
Inventor
エフ グールド ジェームス
F Gould James
エフ グールド ジェームス
ヴィーラマチャネニ シュリカント
Veeramachaneni Srikanth
ヴィーラマチャネニ シュリカント
チグルパティ ナゲーシュ
Chigurupati Nagesh
チグルパティ ナゲーシュ
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Verisign Inc
Original Assignee
Verisign Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from US14/537,597 external-priority patent/US10237231B2/en
Application filed by Verisign Inc filed Critical Verisign Inc
Publication of JP2015095903A publication Critical patent/JP2015095903A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
    • H04L61/4511—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • H04L63/102—Entity profiles
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/30—Managing network names, e.g. use of aliases or nicknames
    • H04L61/3015—Name registration, generation or assignment
    • H04L61/302—Administrative registration, e.g. for domain names at internet corporation for assigned names and numbers [ICANN]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/20—Network architectures or network communication protocols for network security for managing network security; network security policies in general

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Hardware Design (AREA)
  • Computer Security & Cryptography (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

【課題】ＤＮＳレジストリ・オブジェクトについて１つまたは複数のアクションが必要とされる場合におけるレジストラまたはレジストリの負荷を軽減する。【解決手段】複数のプロビジョニングされたＤＮＳレジストリ・オブジェクトののアクションを実行するために、ＤＮＳレジストリにおいて、マルチ・ドメインの拡張可能な資源登録プロトコル（ＥＰＰ）コマンドをレジストラントに代わってレジストラから受信し、レジストリによって維持されるポリシー内の１つまたは複数の許容可能なアクションと比較する。比較に基づいて、このアクションが許容可能であることをプロセッサによって決定し、この決定に基づいて、ある１つのトランザクションにおいて、プロビジョニングされたＤＮＳレジストリ・オブジェクトのそれぞれに対してこのアクションを実行する。【選択図】図２

Description

（関連出願の相互参照）
本出願は、２０１３年１１月１２日出願の米国特許仮出願第６１／９０３，２１９号明細書の優先権の利益を主張するとともに、２０１１年９月２６日出願の米国特許仮出願第６１／５３９，２６５号明細書の優先権の利益を主張している２０１２年９月２５日出願の米国特許出願第１３／６２６，４５５号明細書に関連しており、これら全ての内容全体を参考としてそっくりそのまま援用する。
インターネットの使用が指数関数的に増えるにつれて、インターネット関連のサービスについての需要も急速に拡大している。インターネットの使用が増えてきた結果として、ドメイン・ネームの需要も急速に増えている。したがって、ドメイン関連のサービスについての需要も増大している。このようなドメイン関連のサービスには、ドメイン・ネーム作成、ドメイン・ネーム登録書換えなどが含まれ得る。通常、ウェブサイトは、ドメイン・ネームについてのオンラインでの存在感を確立するための主要な手段として働く。この増加し続けるドメイン・ネームの需要を満たすため、これらのサービスを提供する実体は、効率的で費用対効果の大きいやり方で存在感を確立することが必要である。
ドメイン・ネーム・システム（「ＤＮＳ」）は、インターネット・インフラストラクチャの一部であり、人間に読取り可能なドメイン・ネームを、インターネット上でＴＣＰ／ＩＰ通信を確立するのに必要なインターネット・プロトコル（「ＩＰ」）番号に変換する。ＤＮＳによって、ユーザは、たとえば１２３．４．５６．７８などウェブサイトに関連した数字のＩＰアドレス、およびインターネット上のコンピュータに割り当てられた数字のＩＰアドレスではなく「ｗｗｗ．ｅｘａｍｐｌｅ．ｃｏｍ」など、覚えるのが容易なドメイン・ネームを使用して、ウェブサイトおよび他の資源を参照できるようになる。各ドメイン・ネームは、ドットで分離された一連の文字列（たとえばラベル）から構成することができる。ドメイン・ネームの右端のラベルは、トップレベル・ドメイン（「ＴＬＤ」）として知られている。よく知られたＴＬＤの例は、「ｃｏｍ」、「ｎｅｔ」、「ｏｒｇ」などである。各ＴＬＤは、たとえば「ｗｗｗ．ｅｘａｍｐｌｅ．ｃｏｍ」での「ｅｘａｍｐｌｅ」レベルのように、ＴＬＤのすぐ左側に記載された第２レベル・ドメインをサポートする。各第２レベル・ドメインは、たとえば、「ｗｗｗ．ｅｘａｍｐｌｅ．ｃｏｍ」での「ｗｗｗ」レベルのように、第２レベル・ドメインのすぐ左側に配置された、複数の第３レベル・ドメインを含むことができる。各ドメイン・ネームは、１つまたは複数の文字（ラベル）を含み、これら文字のそれぞれは、ＡＳＣＩＩ文字でもよく、または言語固有の文字（たとえば、アラビア文字、中国文字、ヒンディー文字、および分音符号（たとえばｅ）を有するラテン文字）でもよい。言語固有の文字によって全体的または部分的に表されたドメイン・ネームは、国際化ドメイン・ネーム（ＩＤＮ）と呼ばれる。まだ利用可能ではないが、「．ｃｏｍ」、「．ｎｅｔ」、「．ｏｒｇ」など、よく知られたＴＬＤの潜在的なＩＤＮバージョンも作成することができる（たとえば、「．ｎｅｔ」）。
ＴＬＤ内の第２レベル・ドメインのレジストリを維持することを含め、各ＴＬＤを運用する責任は、ドメイン・ネーム・レジストリ（「レジストリ」）として知られている特定の組織に委任される。レジストリは、通常、大規模データベースにおいてこうした情報を保持するＤＮＳサーバを介して、ドメインに関連するＩＰアドレスの問合せに回答（「解決」）したり、そのトップレベル・ドメインを運用したりすることを主に担当する。
ほとんどのＴＬＤでは、ドメイン・ネームを取得するためには、エンドユーザに代わってインターネット・ドメイン・ネームを登録するように権限付与された組織であるドメイン・ネーム・レジストラを介して、そのドメイン・ネームをレジストリに登録しなければならない。あるいは、エンドユーザは、１階層または複数階層の再販業者を介して間接的にドメイン・ネームを登録することができる。レジストリは、何百ものレジストラからの登録を受け取ることができる。
レジストラは通常、ドメイン関連のサービス、たとえばドメイン・ネームの作成または書換えにアクセスするため、レジストリとの専用サービス接続を有する。レジストラは通常、レジストリと通信してドメイン・ネームを登録する、または書き換えるための伝達手段として、拡張可能な資源登録プロトコル（「ＥＰＰ」）を使用する。ＥＰＰは、インターネット上のレジストリ内にオブジェクトを割り当てるために設計されたプロトコルである。ＥＰＰプロトコルは、構造化されたテキスト・ベースのフォーマットである、拡張可能なマーク付け言語（「ＸＭＬ」）に基づいている。現在指定されている方法は、伝送制御プロトコル（「ＴＣＰ」）上にあるが、ベースとなるネットワーク・トランスポートは固定されていない。
ゾーン・ファイルは、ＤＮＳゾーンと呼ばれるＤＮＳの一部分を記述するテキスト・ファイルである。ゾーン・ファイルは、資源レコード（ＲＲ）の形式で構成され、ドメイン・ネームとＩＰアドレスの間のマッピングを規定する情報、および他の資源を含む。ゾーン・ファイルのフォーマットは、各ラインが通常、単一の資源レコードを規定する標準によって規定される。ラインはドメイン・ネームで始まるが、左が空白の場合、デフォルトでは、これまで規定していたドメイン・ネームになる。ドメイン・ネームに続いて、生存時間（ＴＴＬ）、クラス（「インターネット」についてはほとんど常に「ＩＮ」であり、めったに含まれない）、資源レコードのタイプ（Ａ、ＭＸ、ＳＯＡなど）となり、この後に、ＡレコードにおいてはＩＰｖ４アドレスなどのタイプ特有のデータが続く。セミコロンを使用することによってコメントを含めることができ、括弧を使用することによって枝分かれを継続することができる。また、ドル記号で始まるキーワードでマークされたファイル・ディレクティブが存在する。
ＤＮＳは、各ドメインについて権威ネーム・サーバを指定することにより、ドメイン・ネームを割り当てる責任、およびこれらドメイン・ネームをＩＰアドレスにマッピングする責任を分散させる。権威ネーム・サーバは、その特定のドメインについて役割を担うように割り当てられ、次いで、他の権威ネーム・サーバをそのサブドメインに割り当てることができる。一般に、この機構は、単一の中央レジスタを継続的に調査して更新する必要がなくなる一助となる。ＤＮＳ解決プロセスにより、ユーザが所望のドメインに入るためのルックアップ・プロセスによってユーザを所望のドメインに導くことが可能になり、ＤＮＳは適切なＩＰ番号を返す。ＤＮＳ解決プロセス中、所与のドメイン・ネームを求める要求が、リゾルバ（たとえば、スタブ・リゾルバ）から適切なサーバ（たとえば、リカーシブ・リゾルバ）に送られて、ＩＰアドレスを取得する。効率を改善し、インターネット上のＤＮＳトラフィックを低減し、エンドユーザのアプリケーションでの性能を向上させるため、ＤＮＳは、当該ドメイン・ネーム・レコードの生存期間（ＴＴＬ）によって決定された期間でのＤＮＳクエリ結果を格納するＤＮＳキャッシュ・サーバをサポートする。通常、ＤＮＳキャッシュとも呼ばれるこのようなキャッシュＤＮＳサーバはまた、ＤＮＳルートで始まり、問合せのあるドメインの権威ネーム・サーバに至る所与の名前を解決するのに必要な再帰的アルゴリズムを実装する。インターネット・サービス・プロバイダ（ＩＳＰ）は通常、その顧客向けにリカーシブＤＮＳサーバおよびキャッシュＤＮＳサーバを提供する。さらに、ホーム・ネットワーキング・ルータは、ＤＮＳキャッシュおよびＤＮＳプロキシを実装して、ローカル・ネットワークでの効率を改善することができる。
従来、レジストラがＥＰＰを使用して、レジストラント向けの単一のプロビジョニングされたＤＮＳレジストリ・オブジェクトについて単一アクションを実行するようレジストリに要求する。数多くのプロビジョニングされたＤＮＳレジストリ・オブジェクトについて１つまたは複数のアクションが必要とされる場合、ＥＰＰコマンド・プロセスは、これら数多くのコマンド要求で、レジストラまたはレジストリに必要以上に負荷をかけることがある。複数のプロビジョニングされたＤＮＳレジストリ・オブジェクトを一緒に単一オペレーションで管理できる改良された技法が求められている。
複数のプロビジョニングされたドメイン・ネーム・システム（「ＤＮＳ」）レジストリ・オブジェクトを管理するためのコンピュータにより実現される方法が開示される。この方法は、複数のプロビジョニングされたＤＮＳレジストリ・オブジェクトのそれぞれのプロビジョニングされたＤＮＳレジストリ・オブジェクトについてのアクションを実行するために、ＤＮＳレジストリにおいて、複数ドメインの拡張可能な資源登録プロトコル（「ＥＰＰ」）コマンドをレジストラントに代わってレジストラから受信するステップと、このアクションを、レジストリによって維持されるポリシー内の１つまたは複数の許容可能なアクションと比較するステップと、この比較に基づいて、このアクションが許容可能であることをプロセッサによって決定するステップと、この決定に基づいて、ある１つのトランザクションにおいて、プロビジョニングされたＤＮＳレジストリ・オブジェクトのそれぞれに対してこのアクションを実行するステップとを含むことができる。
複数ドメインのＥＰＰコマンドは、各ＤＮＳレジストリ・オブジェクトのインスタンスを作成するための複数ドメイン作成オペレーションと、各ＤＮＳレジストリ・オブジェクトのスポンサーシップ変更を管理するための複数ドメイン移管オペレーションと、各ＤＮＳレジストリ・オブジェクトの有効期間を延長するための複数ドメイン書換えオペレーションと、各ＤＮＳレジストリ・オブジェクトに関連する情報を変更するための複数ドメイン更新オペレーションと、各ＤＮＳレジストリ・オブジェクトのインスタンスを削除するための複数ドメイン削除オペレーションと、のうちの１つまたは複数を含むことができる。複数ドメインのＥＰＰコマンドは、既存のオペレーションを拡張することに基づいた新規のオペレーションのうち１つまたは複数を含むことができる。
複数のＤＮＳレジストリ・オブジェクトのプロビジョニングされた各ＤＮＳレジストリ・オブジェクトは、ドメイン・ネーム、ホスト、またはコンタクトを含むことができる。
この方法はさらに、比較に基づいて、アクションが許容可能ではないことをプロセッサによって決定するステップと、このアクションがレジストラには許容可能ではないことを通知するステップとを含むことができる。
プロビジョニングされた複数のＤＮＳレジストリ・オブジェクトのうち第１のプロビジョニングされたＤＮＳレジストリ・オブジェクトは、複数のプロビジョニングされたＤＮＳレジストリ・オブジェクトのうち第２のプロビジョニングされたＤＮＳレジストリ・オブジェクトとの関係を有することができる。この関係は、プロビジョニングされたＤＮＳレジストリ・オブジェクトの国際語バージョンとすることができる。この関係は、トップレベル・ドメインの国際語バージョンとすることができる。この関係は、第１および第２のプロビジョニングされたＤＮＳレジストリ・オブジェクト内の文字列における類似性とすることができる。この関係は、複数のプロビジョニングされたＤＮＳレジストリ・オブジェクトのうちの第１のプロビジョニングされたＤＮＳレジストリ・オブジェクトのトップレベル・ドメインと、複数のプロビジョニングされたＤＮＳレジストリ・オブジェクトのうちの第２のプロビジョニングされたＤＮＳレジストリ・オブジェクトのトップレベル・ドメインとが、同じなのかまたは異なるのかを含んでもよい。複数のＤＮＳレジストリ・オブジェクトのうちの第２のプロビジョニングされたＤＮＳレジストリ・オブジェクトのトップレベル・ドメインは、複数のＤＮＳレジストリ・オブジェクトのうちの第１のプロビジョニングされたＤＮＳレジストリ・オブジェクトのトップレベル・ドメインの国際語バージョンとすることができる。
このポリシーは、ドメイン・ネーム・システム・セキュリティ拡張（ＤＮＳＳＥＣ）関連のポリシー、トップレベル・ドメイン開始ポリシー、請戻猶予期間ポリシー、またはドメイン・ライフサイクル・ポリシーのうちの１つまたは複数を含むことができる
プロセッサ上で実行される場合において、複数のプロビジョニングされたドメイン・ネーム・システム（「ＤＮＳ」）レジストリ・オブジェクトを管理するための方法を実行させる命令を有する、非一時的なコンピュータ読取り可能な記憶媒体が開示される。この方法は、複数のプロビジョニングされたＤＮＳレジストリ・オブジェクトのうちのそれぞれのプロビジョニングされたＤＮＳレジストリ・オブジェクトについてのアクションを実行するために、ＤＮＳレジストリにおいて、複数ドメインの拡張可能な資源登録プロトコル（「ＥＰＰ」）コマンドをレジストラントに代わってレジストラから受信するステップと、このアクションを、レジストリによって維持されるポリシー内の１つまたは複数の許容可能なアクションと比較するステップと、その比較に基づいて、このアクションが許容可能であることをプロセッサによって決定するステップと、この決定に基づいて、ある１つのトランザクションにおいて、プロビジョニングされたＤＮＳレジストリ・オブジェクトのそれぞれに対してこのアクションを実行するステップとを含むことができる。
プロセッサ、およびこのプロセッサと通信するように結合されたメモリを備える装置が開示されており、このメモリは、プロセッサ上で実行される場合に、複数のプロビジョニングされたドメイン・ネーム・システム（「ＤＮＳ」）レジストリ・オブジェクトを管理するための方法を実行する命令を格納し、この方法は、複数のプロビジョニングされたＤＮＳレジストリ・オブジェクトのうちのそれぞれのプロビジョニングされたＤＮＳレジストリ・オブジェクトについてのアクションを実行するために、ＤＮＳレジストリにおいて、複数ドメインの拡張可能な資源登録プロトコル（「ＥＰＰ」）コマンドをレジストラントに代わってレジストラから受信するステップと、このアクションを、レジストリによって維持されるポリシー内の１つまたは複数の許容可能なアクションと比較するステップと、その比較に基づいて、このアクションが許容可能であることをプロセッサによって決定するステップと、この決定に基づいて、ある１つのトランザクションにおいて、プロビジョニングされたＤＮＳレジストリ・オブジェクトのそれぞれに対してこのアクションを実行するステップとを含む。
本開示の実装形態と一致した、例示的なＤＮＳシステムを示す図である。 本開示の実装形態と一致した、複数のプロビジョニングされたドメイン・ネーム・システム（「ＤＮＳ」）レジストリ・オブジェクトを管理するための例示的な方法を示す図である。 本開示の実装形態と一致した、例示的なコンピュータ・システムを示す図である。
ＥＰＰは多くのレジストリによって広く採用されているが、用語「プロビジョニング（事前設定）されたオブジェクト（ｐｒｏｖｉｓｉｏｎｅｄ ｏｂｊｅｃｔｓ）」、「プロビジョニング・オブジェクト（ｐｒｏｖｉｓｉｏｎｉｎｇ ｏｂｊｅｃｔｓ）」、「プロビジョニング（事前設定）されたＤＮＳレジストリ・オブジェクト」、またはこれらの用語と似かよった任意の変形形態が本明細書で使用され、これらは、ＥＰＰ（または、以下で使用される［ＥＰＰ−Ｄ］）を定義する規格に記載されているプロビジョニングされたオブジェクトを含むものと理解すべきである。標準の「プロビジョニング・オブジェクト」の例は、ＲＦＣ５７３１でのドメイン・ネーム、ＲＦＣ５７３２でのホスト・ネーム、およびＲＦＣ５７３３でのコンタクトを含む。「プロビジョニング・オブジェクト」は、ＥＰＰ規格に従う既存または開発中のオブジェクトとして、標準のＥＰＰオブジェクトを含む。
本教示と一致した実装形態によれば、それだけには限らないが、ドメイン、ホスト、コンタクトなど複数のプロビジョニングされたＤＮＳレジストリ・オブジェクトは、レジストリによる単一の（最小の）オペレーションで管理することができる。このオペレーションは、プロビジョニング・プロトコル（ｐｒｏｖｉｓｉｏｎｉｎｇ ｐｒｏｔｏｃｏｌ）、たとえば拡張可能な資源登録プロトコル（ＥＰＰ）上で呼び出すことができ、または他のインターフェース、たとえばウェブのユーザ・インターフェース（ＵＩ）を使用して呼び出すことができる。作成、更新、削除、書換え、および移管といった変換オペレーションを有するＩＥＴＦ ＲＦＣ５７３０〜５７３３に基づいて、プロビジョニングされたＤＮＳレジストリ・オブジェクトを一度に管理するよう動作可能な、ドメイン・レジストリ向けのプロビジョニング・システムが開示される。このプロビジョニング・システムにより、単一のプロビジョニング・オブジェクトのオペレーションを拡張することによって、２つ以上のプロビジョニング・オブジェクトを一度に変換することができるようになる。ここで、プロビジョニング・オブジェクトのセット全体に共通の属性もあれば、プロビジョニング・オブジェクトそれぞれに特有の属性もある。例示的なプロビジョニング・システムは、サーバ側とクライアント側の両方に関連するオブジェクトの定義を考慮することができ、サーバ側とクライアント側の両方に関連するプロビジョニングされたＤＮＳレジストリ・オブジェクトを管理できる柔軟性を実現することができる。たとえば、クライアントは、ＦＯＯ．ＴＬＤおよびＢＡＲ．ＴＬＤのドメイン・ネームを、複数ドメイン作成オペレーションで作成することによって関連付けることができ、更新、書換え、移管、および削除といった複数ドメイン・オペレーションを用いて、それらを一緒に管理し続けることができる。本教示によれば、サーバは、ドメイン・ネーム間の関係を規定し、選択肢として、または複数ドメイン・オペレーションを用いてドメイン・ネームを管理するのに必要な要件としてサポートすることができる。ホストおよびコンタクトのような１組の他のプロビジョニング・オブジェクトを管理する際に、同様の手法をとることができる。
実装形態によっては、複数のプロビジョニングされたＤＮＳレジストリ・オブジェクトを、すなわち単一オペレーションでドメイン・ネームを作成、更新、削除、書換え、および移管（要求、キャンセル、承認、拒否）する機能が開示される。プロビジョニングされたＤＮＳレジストリ・オブジェクト、すなわちドメイン・ネームは、任意のサーバ側で規定された関係を必要としない。実装形態によっては、共有される属性を定義することができる。たとえば、複数ドメイン作成オペレーションで通過するネーム・サーバおよびコンタクトは、ドメイン・ネームのセット全体で共有することができるが、認証情報（秘密のパスワード）や登録期間などの属性は共有されない。ホストおよびコンタクトのような他のオブジェクト・タイプで、同様の手法をとることができる。単一の変換コマンドで複数のプロビジョニングされたＤＮＳレジストリ・オブジェクトを変換できるようにする、変換コマンドへの拡張を使用することによって、クライアント側でのドメイン・ネームの関係を管理することができる。（トップレベル・ドメイン「ｔｌｄ」またはトップレベル・ドメイン内の変形形態にわたる）サーバ側でのドメイン・ネームの関係は、情報応答への拡張に反映され、変換コマンドへの拡張を使用することによって管理することができる。
図１には、本明細書において開示される方法を実行するための、例示的なシステム１００が示されている。レジストラント１０５は、レジストラ１１０と通信し、プロビジョニングされたＤＮＳレジストリ・オブジェクトでアクションを実行するよう要求する。次に、レジストラ１００は、特定のＴＬＤ、たとえば．ｃｏｍのＴＬＤを管理するレジストリ１１５と通信する。レジストリ１１５は、管理するＴＬＤについて、１つまたは複数の登録システム１２０を備える。レジストリ１１５はまた、１つまたは複数のレジストリ・データベース１２５を含み、それぞれが、ドメイン・ネームについての情報を格納し維持するために、レジストリ１１５が管理するＴＬＤのうちの１つに対応する。レジストリ１１５はまた、レジストリ１１５が使用して、たとえば、レジストラ１１０、レジストラント１０５、もしくはプロビジョニングされたＤＮＳレジストリ・オブジェクトに要求されるアクションのうちの１つまたは複数に基づいて、特定のアクションが許容できるかどうか判定するための、１つまたは複数のポリシーを格納するポリシー・データベース１３０を含むことができる。あるいは、レジストリ１１５は、複数のＴＬＤ用のレジストリ・データベースとポリシー・データベースの両方を含むことができる単一データベースを含んでもよい。
図２には、本開示の実装形態と一致した、コンピュータにより実現される、複数のプロビジョニングされたドメイン・ネーム・システム（「ＤＮＳ」）レジストリ・オブジェクトを管理するための例示的な方法２００が示されている。この方法２００は、２０５から開始される。２１０において、ＤＮＳレジストリ１１５は、複数のプロビジョニングされたＤＮＳレジストリ・オブジェクトのうちのそれぞれのプロビジョニングされたＤＮＳレジストリ・オブジェクトについてのアクションを実行するために、複数ドメインの拡張可能な資源登録プロトコル（「ＥＰＰ」）コマンドをレジストラント１０５に代わってレジストラ１１０から受信することができる。
複数ドメインのＥＰＰコマンドにおいて要求されるアクションは、以下でより完全に説明されるが、各ＤＮＳレジストリ・オブジェクトのインスタンスを作成するための複数ドメイン作成オペレーションと、各ＤＮＳレジストリ・オブジェクトのスポンサーシップ変更を管理するための複数ドメイン移管オペレーションと、各ＤＮＳレジストリ・オブジェクトの有効期間を延長するための複数ドメイン書換えオペレーションと、各ＤＮＳレジストリ・オブジェクトに関連する情報を変更するための複数ドメイン更新オペレーションと、各ＤＮＳレジストリ・オブジェクトのインスタンスを削除するための複数ドメイン削除オペレーションと、のうちの１つまたは複数を含むことができる。プロビジョニングされたＤＮＳレジストリ・オブジェクトの例は、それだけには限らないが、ドメイン・ネーム、ホスト、またはコンタクトを含むことができる。
例によっては、複数ドメインのＥＰＰコマンドを、新規タイプのコマンドに使用することができる。ＥＰＰでは、空またはほぼ空の既存コマンドを拡張することによって、新規タイプのコマンドまたは動詞を作成することができる。空の更新を拡張することによって、同期コマンドを作成することができ、これは、複数ドメインのオペレーション拡張を利用して一度に２つ以上のプロビジョニングされたＤＮＳレジストリ・オブジェクトを同期することを考慮に入れることができる。
例によっては、複数のプロビジョニングされたＤＮＳレジストリ・オブジェクトのうち第１のプロビジョニングされたＤＮＳレジストリ・オブジェクトは、複数のプロビジョニングされたＤＮＳレジストリ・オブジェクトのうち第２のプロビジョニングされたＤＮＳレジストリ・オブジェクトの変形形態とすることができ、またはそれと関連付けることができる。この変形形態は、プロビジョニングされたＤＮＳレジストリ・オブジェクトの国際語バージョンとすることができる。たとえば、第１のプロビジョニングされたＤＮＳレジストリ・オブジェクトは、ｅｘａｍｐｌｅ．ｃｏｍとすることができ、第２のプロビジョニングされたＤＮＳレジストリ・オブジェクトは、ｅｘａｍｐｌｅ．ｃｏｍの国際化バージョンとすることができる。この変形形態は、トップレベル・ドメインの国際語バージョンとすることができる。たとえば、第１のプロビジョニングされたＤＮＳレジストリ・オブジェクトは、ｅｘａｍｐｌｅ．ｃｏｍとすることができ、第２のプロビジョニングされたＤＮＳレジストリ・オブジェクトは、．ｃｏｍ ＴＬＤの国際化バージョンとすることができる。この変形形態は、第１および第２のプロビジョニングされたＤＮＳレジストリ・オブジェクト内の文字列における類似性とすることができる。たとえば、第１のプロビジョニングされたＤＮＳレジストリ・オブジェクトは、ｅｘａｍｐｌｅ．ｃｏｍとすることができ、第２のプロビジョニングされたＤＮＳレジストリ・オブジェクトは、ｅｘａｍｐｌｅ１．ｃｏｍとすることができる。この変形形態は、複数のプロビジョニングされたＤＮＳレジストリ・オブジェクトのうち第１のプロビジョニングされたＤＮＳレジストリ・オブジェクトのトップレベル・ドメインと、複数のプロビジョニングされたＤＮＳレジストリ・オブジェクトのうち第２のプロビジョニングされたＤＮＳレジストリ・オブジェクトのトップレベル・ドメインとが、同じなのかまたは異なるのかとすることができる。
別の例として、それだけには限らないが、国際化ドメイン・ネーム（「ＩＤＮ」）の変形形態、たとえばｄｏｍａｉｎ．ｔｌｄおよびｖａｒｄｏｍａｉｎ．ｔｌｄ、関連するＴＬＤ全体にわたる同じドメイン・ネーム・ラベル、たとえばｄｏｍａｉｎ．ｔｌｄおよびｄｏｍａｉｎ．ｔｌｄ２、ＩＤＮの変形形態のＴＬＤ全体にわたる同じドメイン・ラベル、たとえばｄｏｍａｉｎ．ｔｌｄおよびｄｏｍａｉｎ．ｖａｒｔｌｄ、ならびに関連するＴＬＤ全体にわたるＩＤＮの変形形態、たとえばｄｏｍａｉｎ．ｔｌｄおよびｖａｒｄｏｍａｉｎ．ｔｌｄ２またはｖａｒｄｏｍａｉｎ．ｖａｒｔｌｄを含め、サーバ側では複数の形態の関係が存在可能である。
さらに別の例では、ＴＬＤは、互いに関連させるよう、互いのＩＤＮ変形形態である必要はない。レジストリ１１５は、「．ｆｏｏ」と「．ｂａｒ」の間にビジネス上の関係が存在する場合、両者を関連付けることもできる。レジストリ１１５は実際には、第２レベルのドメインをＴＬＤと同じように関連付けることもでき、ここで、関連する第２レベルのドメイン（たとえば、ｄｏｍａｉｎ．ｃｏｍ．ｔｌｄおよびｄｏｍａｉｎ．ｎｅｔ．ｔｌｄ）の下で、第３レベルのドメインが作成される。レジストリ１１５は、任意のレベルの下でドメインの登録をサポートすることもでき、その親ドメインを関連付けることもできる。
２１５において、先のアクションと、レジストリによって維持されるポリシー内の１つまたは複数の許容可能なアクションとの比較を実行することができる。たとえば、レジストラ１１０から複数ドメインのＥＰＰコマンドを受信すると、レジストリ１１５は、ポリシー・データベース１３０に問合せしてもよい。ポリシー・データベース１３０は、レジストラ１１０、レジストラント１０５、または、複数ドメインのＥＰＰコマンドによって識別されたアクションをレジストラ１１０が要求したプロビジョニングされたＤＮＳレジストリ・オブジェクトに差し支えない許容可能なアクションを含む複数のポリシーを含んでもよい。他のポリシーは、それだけには限らないが、ドメイン・ネーム・システム・セキュリティ拡張（「ＤＮＳＳＥＣ」）関連のポリシー、ＴＬＤ開始ポリシー、請戻猶予期間ポリシー、またはドメイン・ライフサイクル・ポリシーを含むことができる。たとえば、ポリシーはオブジェクト・レベルで動作してもよく、したがって、複数ドメインのＥＰＰコマンド内に記載された各プロビジョニングされたＤＮＳレジストリ・オブジェクトが、ポリシーと比較されて、このアクション（すなわち、作成、削除、書換え、移管）が許容可能かどうか判定する。別法として、またはさらに、ポリシーは特定のコマンド・レベルで動作してもよく、したがって、特定のアクションがポリシーと比較されて、そのアクションが許容可能かどうか判定する。
２２０において、この比較に基づいて、アクションが許容可能であると判定することができる。判定の結果、アクションが許容不可である場合、レジストリ１１５は、コマンドを無視することができ、またはコマンドがレジストラ１１０に許容できないことを示すことができる。例によっては、レジストリ１１５は、コマンドが許容できないことを示されて、レジストラが手にする理由および提案されたスポンサーシップを含むことができる。例によっては、レジストリ１１５は、プロビジョニングされたＤＮＳレジストリ・オブジェクト間でこれまでに確立された関係に基づいて、複数ドメインのＥＰＰコマンド内に記載されたプロビジョニングされたＤＮＳレジストリ・オブジェクトのうちの１つが、複数ドメインのＥＰＰコマンド内に記載されていない別のプロビジョニングされたＤＮＳレジストリ・オブジェクトに関連していると決定してもよい。これまでに確立されたこの関係に基づいて、レジストリ１１５は、複数ドメインのＥＰＰコマンド内に記載されたプロビジョニングされたＤＮＳレジストリ・オブジェクトについてのアクションの開始を許可しなくてもよい。一例として、「ｆｏｏ．ｃｏｍ」および「ｂａｒ．ｃｏｍ」がこれまでに確立された関係を有しており、したがって、「ｆｏｏ．ｃｏｍ」に生じる変化が全て「ｂａｒ．ｃｏｍ」に生じる状況を考慮する。ここで、複数ドメインのＥＰＰコマンドが、「ｆｏｏ．ｃｏｍ」と「ｅｘａｍｐｌｅ．ｃｏｍ」の両方について実行されるアクションを含むことを考慮する。複数ドメインのＥＰＰコマンドは「ｂａｒ．ｃｏｍ」を含んでいなかったので、レジストリは、複数ドメインのＥＰＰコマンド内のアクションを拒否することができる。
２２５において、次いでレジストリは、許容される場合、１つの（単一の）トランザクションにおいてプロビジョニングされたＤＮＳレジストリ・オブジェクトそれぞれに対してアクションを実行することができる。２３０において、この方法を終了することができる。
複数ドメインのＥＰＰコマンドに関連した以下の例は、非限定的であり、本開示において使用できる複数ドメインのＥＰＰ構造の一例を示す。
ＥＰＰ＜ｉｎｆｏ＞コマンド。この拡張は、［ＥＰＰ−Ｄ］に記載のＥＰＰ＜ｉｎｆｏ＞コマンドについての追加要素を定義する。「タイプ」属性に基づいて、ＥＰＰ＜ｉｎｆｏ＞コマンドに対する拡張の２つの形態、すなわち、ドメイン情報フォーム（Ｄｏｍａｉｎ Ｉｎｆｏ Ｆｏｒｍ）および関連情報フォーム（Ｒｅｌａｔｅｄ Ｉｎｆｏ Ｆｏｒｍ）が存在する。
＜ｒｅｌＤｏｍ：ｉｎｆＤａｔａ＞要素
＜ｒｅｌＤｏｍ：ｉｎｆＤａｔａ＞要素は、段落［００３４］に記載されたドメイン情報フォームと、段落［００４７］に記載された関連情報フォームの両方についての、首尾よく処理された＜ｉｎｆｏ＞コマンドに戻される。＜ｒｅｌＤｏｍ：ｉｎｆＤａｔａ＞要素は、以下の子要素を含む。
＜ｒｅｌＤｏｍ：ｇｒｏｕｐ＞は、オブジェクトに現在関連する関連ドメインのグループを記述する、１つまたは複数の＜ｒｅｌＤｏｍ：ｇｒｏｕｐ＞要素である。＜ｒｅｌＤｏｍａｉｎ：ｇｒｏｕｐ＞要素は、「ｔｌｄ」および「変形形態（ｖａｒｉａｎｔ）」の可能な値とともに関連するドメインのタイプを定義する「タイプ」属性を含むことができる。「ｔｌｄ」タイプは、トップレベル・ドメイン（ＴＬＤ）全体にわたる１組の関連ドメインを表しており、「変形形態」タイプは、ＴＬＤ内の１組の関連変形形態ドメインを表す。＜ｒｅｌＤｏｍ：ｇｒｏｕｐ＞要素は、以下の子要素を含む。
＜ｒｅｌＤｏｍ：ｆｉｅｌｄｓ＞は、関連ドメイン全体にわたって同期できるフィールドのセットを含む要素である。＜ｒｅｌＤｏｍ：ｆｉｅｌｄｓ＞要素は、フィールドの全てが同期されるかどうか規定する、「ｉｎＳｙｎｃ」のブーリアン属性を含むことができる。＜ｒｅｌＤｏｍ：ｆｉｅｌｄｓ＞要素は、以下の子要素を含む。
＜ｒｅｌＤｏｍ：ｆｉｅｌｄ＞は、関連ドメインの全てにわたって同じとすることができる、１つまたは複数の要素である。＜ｒｅｌＤｏｍ：ｆｉｅｌｄ＞要素は、フィールドのネームを定義する「ネーム」属性、および関連ドメインの全てにわたってフィールドが同期されることを規定する「ｉｎＳｙｎｃ」ブーリアン属性を含むことができる。
＜ｒｅｌＤｏｍ：ｒｅｇｉｓｔｅｒｅｄ＞は、登録された関連ドメインを指定する１つまたは複数の＜ｒｅｌＤｏｍ：ｎａｍｅ＞要素を含む、任意選択の要素である。
＜ｒｅｌＤｏｍ：ａｖａｉｌａｂｌｅ＞は、登録に利用可能な関連ドメインを指定する１つまたは複数の＜ｒｅｌＤｏｍ：ｎａｍｅ＞要素を含む、任意選択の要素である。
ドメイン情報フォーム。「ドメイン」の「タイプ」属性値＜ｒｅｌＤｏｍ：ｉｎｆｏ＞で定義されたドメイン情報フォームを使用して、関連ドメイン情報とともに既存のドメインのドメイン情報を取得する。これは、＜ｒｅｌＤｏｍ：ｉｎｆｏ＞「タイプ」属性が明瞭に定義されないときの、デフォルトのフォームである。ドメイン情報フォームの場合、［ＥＰＰ−Ｄ］に記載のＥＰＰ情報コマンド要素に加えて、コマンドは、＜ｅｘｔｅｎｓｉｏｎ＞要素を含むことができる。＜ｅｘｔｅｎｓｉｏｎ＞要素は、子要素＜ｒｅｌＤｏｍ：ｉｎｆｏ＞を含むことができ、「ドメイン」の「タイプ」属性値を明示的またはデフォルトで有し、［ＥＰＰ−Ｄ］に記載のＥＰＰ情報レスポンスへの拡張において関連ドメイン情報を含むことをサーバに示す。
ドメイン情報フォームを使用する拡張＜ｒｅｌＤｏｍ：ｉｎｆｏ＞を用いるドメイン用の例示的な＜ｉｎｆｏ＞コマンドは以下の通りである。
<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<epp xmlns="urn:ietf:params:xml:ns:epp-1.0”>
<command>
<info>
<domain:info
xmlns:domain="urn:ietf:params:xml:ns:domain-1.0">
<domain:name>xn--test.tld1</domain:name>
</domain:info>
</info>
<extension>
<relDom:info
xmlns:relDom=http://www.verisign.com/epp/relatedDomain-1.0 type="domain"/>
</extension>
<clTRID>ABC-12345</clTRID>
</command>
</epp>
＜ｉｎｆｏ＞コマンドが首尾よく処理されたとき、ＥＰＰ＜ｒｅｓＤａｔａ＞要素は、［ＥＰＰ−Ｄ］に記載の子要素を含むことができる。さらに、ＥＰＰ＜ｅｘｔｅｎｓｉｏｎ＞要素は、オブジェクトが、それと関連しサーバ・ポリシーに基づく１つまたは複数の関連ドメインを有する場合に、拡張ネームスペースを識別する子要素＜ｒｅｌＤｏｍ：ｉｎｆＤａｔａ＞を含むことができる。＜ｒｅｌＤｏｍ：ｉｎｆＤａｔａ＞要素は、段落［００３４］で定義された子要素を含む。
ドメイン情報フォームを使用する、「ｔｌｄ」と「変形形態」両方の関連ドメイン情報を用いるドメイン用の例示的な＜ｉｎｆｏ＞レスポンスは以下の通りである。
<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<epp xmlns="urn:ietf:params:xml:ns:epp-1.0">
<response>
<result code="1000">
<msg>Command completed successfully</msg>
</result>
<resData>
<domain:infData xmlns:domain="urn:ietf:params:xml:ns:domain-1.0">
<domain:name>xn--test.tld1</domain:name>
<domain:roid>TEST1-REP</domain:roid>
<domain:status s="ok"/>
<domain:registrant>sh8013</domain:registrant>
<domain:contact type="admin">sh8013</domain:contact>
<domain:contact type="tech">sh8013</domain:contact>
<domain:contact type="billing">sh8013</domain:contact>
<domain:ns>
<domain:hostObj>ns1.example.com</domain:hostObj>
<domain:hostObj>ns2.example.com</domain:hostObj>
</domain:ns>
<domain:host>ns1.example.com</domain:host>
<domain:host>ns2.example.com</domain:host>
<domain:clID>ClientX</domain:clID>
<domain:crID>ClientY</domain:crID>
<domain:crDate>1999-04-03T22:00:00.0Z</domain:crDate>
<domain:upID>ClientX</domain:upID>
<domain:upDate>1999-12-03T09:00:00.0Z</domain:upDate>
<domain:exDate>2005-04-03T22:00:00.0Z</domain:exDate>
<domain:trDate>2000-04-08T09:00:00.0Z</domain:trDate>
<domain:authInfo>
<domain:pw>2fooBAR</domain:pw>
</domain:authInfo>
</domain:infData>
</resData>
<extension>
<relDom:infData
xmlns:relDom="http://www.verisign-grs.com/epp/relatedDomain-1.0">
<relDom:group type="tld">
<relDom:fields inSync="false">
<relDom:field name="clID" inSync="false">
<relDom:field name="registrant" inSync="true">
<relDom:field name="ns" inSync="false">
</relDom:fields>
<relDom:registered>
<relDom:name>xn--test.tld1</relDom:name>
<relDom:name>xn--test.tld2</relDom:name>
</relDom:registered>
<relDom:available>
<relDom:name>xn--test.tld3</relDom:name>
</relDom:available>
</relDom:group>
<relDom:group type="variant">
<relDom:fields inSync="true">
<relDom:field name="clID" inSync="true">
<relDom:field name="registrant" inSync="true">
<relDom:field name="ns" inSync="true">
</relDom:fields>
<relDom:registered>
<relDom:name>xn--test-variant1.tld1</relDom:name>
<relDom:name>xn--test-variant2.tld1</relDom:name>
<relDom:name>xn--test-variant3.tld1</relDom:name>
</relDom:registered>
<relDom:available>
<relDom:name>xn--test-variant4.tld1</relDom:name>
<relDom:name>xn--test-variant5.tld1</relDom:name>
<relDom:name>xn--test-variant6.tld1</relDom:name>
</relDom:available>
</relDom:group>
</relDom:infData>
</extension>
<trID>
<clTRID>ABC-12345</clTRID>
<svTRID>54322-XYZ</svTRID>
</trID>
</response>
</epp>
関連情報フォーム。「関連」の「タイプ」属性値＜ｒｅｌＤｏｍ：ｉｎｆｏ＞で定義された関連情報フォームは、関連ドメイン情報と呼ばれる新規のコマンドである。コマンドは、［ＥＰＰ−Ｄ］で定義された、＜ｄｏｍａｉｎ：ｎａｍｅ＞情報コマンド要素の関連ドメイン情報を取得し、これはドメイン・ネームの存在と無関係である。関連情報フォームの場合、［ＥＰＰ−Ｄ］で定義されたＥＰＰ情報コマンド要素に加えて、コマンドは、＜ｅｘｔｅｎｓｉｏｎ＞要素を含むことができる。＜ｅｘｔｅｎｓｉｏｎ＞要素は、子要素＜ｒｅｌＤｏｍ：ｉｎｆｏ＞を含むことができ、「関連」の「タイプ」属性値を有し、［ＥＰＰ−Ｄ］に記述されたＥＰＰレスポンスへの拡張において関連ドメイン情報を含むことをサーバに示す。
関連情報フォームを使用する拡張＜ｒｅｌＤｏｍ：ｉｎｆｏ＞を用いるドメイン用の例示的な＜ｉｎｆｏ＞コマンドは以下の通りである。
<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<epp xmlns="urn:ietf:params:xml:ns:epp-1.0">
<command>
<info>
<domain:info
xmlns:domain="urn:ietf:params:xml:ns:domain-1.0">
<domain:name>xn--test.tld3</domain:name>
</domain:info>
</info>
<extension>
<relDom:info
xmlns:relDom=http://www.verisign.com/epp/relatedDomain-1.0 type="related"/>
</extension>
<clTRID>ABC-12345</clTRID>
</command>
</epp>
＜ｉｎｆｏ＞コマンドが首尾よく処理されるとき、ＥＰＰ＜ｒｅｓｐｏｎｓｅ＞要素は、関連ドメイン・ネームスペースを識別する＜ｅｘｔｅｎｓｉｏｎ＞＜ｒｅｌＤｏｍ：ｉｎｆＤａｔａ＞要素を含むことができる。さらに、ＥＰＰ＜ｅｘｔｅｎｓｉｏｎ＞要素は、少なくとも１つの関連ドメインが存在し、サーバ・ポリシーに基づいている場合に、拡張ネームスペースを識別する子要素＜ｒｅｌＤｏｍ：ｉｎｆＤａｔａ＞を含むことができる。＜ｒｅｌＤｏｍ：ｉｎｆＤａｔａ＞要素は、段落［００３４］で定義された子要素を含む。
関連情報フォームを使用する、「ｔｌｄ」と「変形形態」両方の関連ドメイン情報用の例示的な＜ｉｎｆｏ＞レスポンスは以下の通りである。
<epp xmlns="urn:ietf:params:xml:ns:epp-1.0>
<response>
<result code="1000">
<msg>Command completed successfully</msg>
</result>
<extension>
<relDom:infData
xmlns:relDom="http://www.verisign.com/epp/relatedDomain-1.0">
<relDom:group type="tld">
<relDom:fields inSync="false">
<relDom:field name="clID" inSync="false"/>
<relDom:field name="registrant" inSync="true"/>
<relDom:field name="ns" inSync="false"/>
</relDom:fields>
<relDom:registered>
<relDom:name>xn--test.tld1</relDom:name>
<relDom:name>xn--test.tld2</relDom:name>
</relDom:registered>
<relDom:available>
<relDom:name>xn--test.tld3</relDom:name>
</relDom:available>
</relDom:group>
<relDom:group type="variant">
<relDom:fields inSync="true">
<relDom:field name="clID" inSync="true"/>
<relDom:field name="registrant" inSync="true"/>
<relDom:field name="ns" inSync="true"/>
</relDom:fields>
<relDom:registered>
<relDom:name>xn--test-variant1.tld1</relDom:name>
<relDom:name>xn--test-variant1.tld2</relDom:name>
<relDom:name>xn--test-variant1.tld3</relDom:name>
</relDom:registered>
<relDom:available>
<relDom:name>xn--test-variant2.tld1</relDom:name>
<relDom:name>xn--test-variant2.tld2</relDom:name>
<relDom:name>xn--test-variant2.tld3</relDom:name>
</relDom:available>
</relDom:group>
</relDom:infData>
</extension>
<trID>
<clTRID>ABC-12345</clTRID>
<svTRID>54322-XYZ</svTRID>
</trID>
</response>
</epp>
ＥＰＰ＜ｔｒａｎｓｆｅｒ＞問合せコマンド。この拡張は、［ＥＰＰ−Ｄ］に記載のＥＰＰ＜ｔｒａｎｓｆｅｒ＞コマンドについての追加要素を定義する。ＥＰＰ＜ｔｒａｎｓｆｅｒ＞問合せコマンドへの拡張が段落［００９７］で定義され、ここで＜ｔｒａｎｓｆｅｒ＞コマンドは、「問合せ」値を有する「ｏｐ」属性を含むことができる。ＥＰＰ＜ｔｒａｎｓｆｅｒ＞問合せコマンドへの拡張は、段落［００９７］で定義される。
ＥＰＰ変換コマンド。ＥＰＰは、オブジェクトを変換するための５つのコマンド、すなわち、オブジェクトのインスタンスを作成するための＜ｃｒｅａｔｅ＞と、オブジェクトのインスタンスを削除するための＜ｄｅｌｅｔｅ＞と、オブジェクトの有効期間を延長するための＜ｒｅｎｅｗ＞と、オブジェクトのスポンサーシップ変更を管理するための＜ｔｒａｎｓｆｅｒ＞と、オブジェクトに関連する情報を変更するための＜ｕｐｄａｔｅ＞とを提供する。
ＥＰＰ＜ｃｒｅａｔｅ＞コマンド。この拡張は、［ＥＰＰ−Ｄ］に記載のＥＰＰ＜ｃｒｅａｔｅ＞コマンドについての追加要素を定義する。［ＥＰＰ−Ｄ］に記載のＥＰＰコマンド要素に加えて、コマンドは、＜ｅｘｔｅｎｓｉｏｎ＞要素を含むことができる。＜ｅｘｔｅｎｓｉｏｎ＞要素は、＜ｃｒｅａｔｅ＞コマンドにおいて２つ以上の関連ドメイン・ネームを作成するための、子要素＜ｒｅｌＤｏｍ：ｃｒｅａｔｅ＞を含むことができる。＜ｒｅｌＤｏｍ：ｃｒｅａｔｅ＞要素は、以下の子要素を含む。
＜ｒｅｌＤｏｍ：ｄｏｍａｉｎ＞は、［ＥＰＰ−Ｄ］に記載の＜ｄｏｍａｉｎ：ｎａｍｅ＞とともに作成するための、１つまたは複数の＜ｒｅｌＤｏｍ：ｄｏｍａｉｎ＞要素である。［ＥＰＰ−Ｄ］での＜ｄｏｍａｉｎ：ｎｓ＞、＜ｄｏｍａｉｎ：ｒｅｇｉｓｔｒａｎｔ＞、および＜ｄｏｍａｉｎ：ｃｏｎｔａｃｔ＞の各要素は、サーバによって＜ｒｅｌＤｏｍ：ｄｏｍａｉｎ＞オブジェクト上に設定することができる。＜ｒｅｌＤｏｍ：ｄｏｍａｉｎ＞要素は、以下の子要素を含む。
＜ｒｅｌＤｏｍ：ｎａｍｅ＞は、作成されるドメイン・オブジェクトの完全修飾ネームを含む要素である。
＜ｒｅｌＤｏｍ：ａｕｔｈＩｎｆｏ＞は、［ＥＰＰ−Ｄ］に記載のドメイン・オブジェクトに関連する認証情報を含む要素である。
＜ｒｅｌＤｏｍ：ｐｅｒｉｏｄ＞は、［ＥＰＰ−Ｄ］に記載のドメイン・オブジェクトの初期登録期間を含む任意選択の要素である。サーバは、クライアントが指定しない場合、デフォルトの初期登録期間を規定してもよい。
＜ｒｅｌＤｏｍ：ｌａｎｇ＞は、［ＥＰＰ−ＩＬＡＮＧ］で定義された、国際化ドメイン・ネーム（ＩＤＮ）用の言語タグ値を含む任意選択の要素である。
＜ｒｅｌＤｏｍ：ｃｒｅａｔｅ＞拡張を有する、３つの関連ドメイン・ネーム（「ｅｘａｍｐｌｅ１．ｔｌｄ」、「ｅｘａｍｐｌｅ２．ｔｌｄ」、および「ｅｘａｍｐｌｅ３．ｔｌｄ」）用の例示的な＜ｃｒｅａｔｅ＞コマンドは以下の通りである。
<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<epp xmlns="urn:ietf:params:xml:ns:epp-1.0">
<command>
<create>
<domain:create
xmlns:domain="urn:ietf:params:xml:ns:domain-1.0">
<domain:name>example1.tld</domain:name>
<domain:authInfo>
<domain:pw>2fooBAR</domain:pw>
</domain:authInfo>
</domain:create>
</create>
<extension>
<relDom:create
xmlns:relDom="http://www.verisign.com/epp/relatedDomain-1.0">
<relDom:domain>
<relDom:name>example2.tld</relDom:name>
<relDom:authInfo>
<relDom:pw>relDom123!</relDom:pw>
</relDom:authInfo>
<relDom:period unit="y">5</relDom:period>
</relDom:domain>
<relDom:domain>
<relDom:name>example3.tld</relDom:name>
<relDom:authInfo>
<relDom:pw>relDom456!</relDom:pw>
</relDom:authInfo>
<relDom:period unit="y">5</relDom:period>
</relDom:domain>
</relDom:create>
</extension>
<clTRID>ABC-12345</clTRID>
</command>
</epp>
＜ｃｒｅａｔｅ＞コマンドが首尾よく処理されたとき、ＥＰＰ＜ｒｅｓＤａｔａ＞要素は、［ＥＰＰ−Ｄ］に記載の子要素を含むことができる。さらに、ＥＰＰ＜ｅｘｔｅｎｓｉｏｎ＞要素は、子要素＜ｒｅｌＤｏｍ：ｃｒｅＤａｔａ＞を含むことができる。＜ｒｅｌＤｏｍ：ｃｒｅＤａｔａ＞要素は、以下の子要素を含む。
＜ｒｅｌＤｏｍ：ｄｏｍａｉｎ＞は、［ＥＰＰ−Ｄ］に記載の＜ｄｏｍａｉｎ：ｎａｍｅ＞とともに作成された、１つまたは複数の＜ｒｅｌＤｏｍ：ｄｏｍａｉｎ＞要素である。＜ｒｅｌＤｏｍ：ｄｏｍａｉｎ＞要素は、以下の子要素を含む。
＜ｒｅｌＤｏｍ：ｎａｍｅ＞は、作成されたドメイン・オブジェクトの完全修飾ネームを含む要素である。
＜ｒｅｌＤｏｍ：ｃｒＤａｔｅ＞は、ドメイン・オブジェクト作成の日付と時刻を含む要素である。
＜ｒｅｌＤｏｍ：ｅｘＤａｔｅ＞は、ドメイン・オブジェクトの登録期間の終了を識別する日付と時刻を含む任意選択の要素である。
＜ｒｅｌＤｏｍ：ｃｒｅａｔｅ＞拡張で作成された、３つの関連ドメイン・ネーム（「ｅｘａｍｐｌｅ１．ｔｌｄ」、「ｅｘａｍｐｌｅ２．ｔｌｄ」、および「ｅｘａｍｐｌｅ３．ｔｌｄ」）用の例示的な＜ｃｒｅａｔｅ＞レスポンスは以下の通りである。
<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<epp xmlns="urn:ietf:params:xml:ns:epp-1.0">
<response>
<result code="1000">
<msg>Command completed successfully</msg>
</result>
<resData>
<domain:creData
xmlns:domain="urn:ietf:params:xml:ns:domain-1.0">
<domain:name>example1.tld</domain:name>
<domain:crDate>2013-07-10T00:00:00.0000Z</domain:crDate>
<domain:exDate>2018-07-10T00:00:00.0000Z</domain:exDate>
</domain:creData>
</resData>
<extension>
<relDom:creData
xmlns:relDom="http://www.verisign.com/epp/relatedDomain-1.0">
<relDom:domain>
<relDom:name>example2.tld</relDom:name>
<relDom:crDate>2013-07-10T00:00:00.0000Z</relDom:crDate>
<relDom:exDate>2018-07-10T00:00:00.0000Z</relDom:exDate>
</relDom:domain>
<relDom:domain>
<relDom:name>example3.tld</relDom:name>
<relDom:crDate>2013-07-10T00:00:00.0000Z</relDom:crDate>
<relDom:exDate>2018-07-10T00:00:00.0000Z</relDom:exDate>
</relDom:domain>
</relDom:creData>
</extension>
<trID>
<clTRID>ABC-12345</clTRID>
<svTRID>54321-XYZ</svTRID>
</trID>
</response>
</epp>
ＥＰＰ＜ｄｅｌｅｔｅ＞コマンド。
この拡張は、［ＥＰＰ−Ｄ］に記載のＥＰＰ＜ｄｅｌｅｔｅ＞コマンドについての追加要素を定義する。
［ＥＰＰ−Ｄ］に記載のＥＰＰコマンド要素に加えて、コマンドは、＜ｅｘｔｅｎｓｉｏｎ＞要素を含むことができる。＜ｅｘｔｅｎｓｉｏｎ＞要素は、＜ｄｅｌｅｔｅ＞コマンドにおいて２つ以上の関連ドメイン・ネームを削除するための、子要素＜ｒｅｌＤｏｍ：ｄｅｌｅｔｅ＞を含むことができる。＜ｒｅｌＤｏｍ：ｄｅｌｅｔｅ＞要素は、以下の子要素を含む。
＜ｒｅｌＤｏｍ：ｎａｍｅ＞は、［ＥＰＰ−Ｄ］に記載の＜ｄｏｍａｉｎ：ｎａｍｅ＞とともに削除するための、１つまたは複数の＜ｒｅｌＤｏｍ：ｎａｍｅ＞要素である。
＜ｒｅｌＤｏｍ：ｄｅｌｅｔｅ＞拡張を有する、３つの関連ドメイン・ネーム（「ｅｘａｍｐｌｅ１．ｔｌｄ」、「ｅｘａｍｐｌｅ２．ｔｌｄ」、および「ｅｘａｍｐｌｅ３．ｔｌｄ」）用の例示的な＜ｄｅｌｅｔｅ＞コマンドは以下の通りである。
<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<epp xmlns="urn:ietf:params:xml:ns:epp-1.0">
<command>
<delete>
<domain:delete xmlns:domain="urn:ietf:params:xml:ns:domain-1.0">
<domain:name>example1.tld</domain:name>
</domain:delete>
</delete>
<extension>
<relDom:delete
xmlns:relDom="http://www.verisign.com/epp/relatedDomain-1.0">
<relDom:name>example2.tld</relDom:name>
<relDom:name>example3.tld</relDom:name>
</relDom:delete>
</extension>
<clTRID>ABC-12345</clTRID>
</command>
</epp>
＜ｄｅｌｅｔｅ>コマンドが首尾よく処理されたとき、ＥＰＰ＜ｒｅｓＤａｔａ>要素は、［ＥＰＰ−Ｄ］に記載の子要素を含むことができる。さらに、ＥＰＰ＜ｅｘｔｅｎｓｉｏｎ>要素は、子要素＜ｒｅｌＤｏｍ：ｄｅｌＤａｔａ>を含むことができる。＜ｒｅｌＤｏｍ：ｄｅｌＤａｔａ>要素は、以下の子要素を含む。
＜ｒｅｌＤｏｍ：ｄｏｍａｉｎ>は、削除コマンドの結果を含む、１つまたは複数の＜ｒｅｌＤｏｍ：ｄｏｍａｉｎ>要素である。＜ｒｅｌＤｏｍ：ｄｏｍａｉｎ>要素は、以下の子要素を含む。
＜ｒｅｌＤｏｍ：ｎａｍｅ>は、ドメイン・オブジェクトの完全修飾ネームを含む要素である。
＜ｒｅｌＤｏｍ：ｒｅｓｕｌｔ>は、ドメイン・オブジェクトが直ちに削除されたことを示す「削除済み（ｄｅｌｅｔｅｄ）」、およびドメイン・オブジェクトが「削除保留」状況で更新されたことを示す「削除保留（ｐｅｎｄｉｎｇＤｅｌｅｔｅ）」の可能な値とともに削除の結果を含む要素である。
＜ｒｅｌＤｏｍ：ｄｅｌｅｔｅ>拡張で削除された、３つの関連ドメイン・ネーム（「ｅｘａｍｐｌｅ１．ｔｌｄ」、「ｅｘａｍｐｌｅ２．ｔｌｄ」、および「ｅｘａｍｐｌｅ３．ｔｌｄ」）用の例示的な＜ｄｅｌｅｔｅ>レスポンスは以下の通りである。
<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<epp xmlns="urn:ietf:params:xml:ns:epp-1.0">
<response>
<result code="1001">
<msg>Command completed successfully;action pending</msg>
</result>
<extension>
<relDom:delData
xmlns:relDom="http://www.verisign.com/epp/relatedDomain-1.0">
<relDom:domain>
<relDom:name>domain1.com</relDom:name>
<relDom:result>deleted</relDom:result>
</relDom:domain>
<relDom:domain>
<relDom:name>domain2.com</relDom:name>
<relDom:result>pendingDelete</relDom:result>
</relDom:domain>
</relDom:delData>
</extension>
<trID>
<clTRID>ABC-12345</clTRID>
<svTRID>54321-XYZ</svTRID>
</trID>
</response>
</epp>
ＥＰＰ＜ｒｅｎｅｗ>コマンド。
この拡張は、［ＥＰＰ−Ｄ］に記載のＥＰＰ＜ｒｅｎｅｗ>コマンドについての追加要素を定義する。
［ＥＰＰ−Ｄ］に記載のＥＰＰコマンド要素に加えて、コマンドは、＜ｅｘｔｅｎｓｉｏｎ>要素を含むことができる。＜ｅｘｔｅｎｓｉｏｎ>要素は、＜ｒｅｎｅｗ>コマンドにおいて２つ以上の関連ドメイン・ネームを書き換えるための、子要素＜ｒｅｌＤｏｍ：ｒｅｎｅｗ>を含むことができる。＜ｒｅｌＤｏｍ：ｒｅｎｅｗ>要素は、以下の子要素を含む。
＜ｒｅｌＤｏｍ：ｄｏｍａｉｎ>は、［ＥＰＰ−Ｄ］に記載の＜ｄｏｍａｉｎ：ｎａｍｅ>とともに書き換えるための、１つまたは複数の＜ｒｅｌＤｏｍ：ｄｏｍａｉｎ>要素である。＜ｒｅｌＤｏｍ：ｄｏｍａｉｎ>要素は、以下の子要素を含む。
＜ｒｅｌＤｏｍ：ｎａｍｅ>は、書き換えられるドメイン・オブジェクトの完全修飾ネームを含む要素である。
＜ｒｅｌＤｏｍ：ｃｕｒＥｘｐＤａｔｅ>は、［ＥＰＰ−Ｄ］に記載の、現在の有効期間が終了する日付を含む要素である。
＜ｒｅｌＤｏｍ：ｐｅｒｉｏｄ>は、［ＥＰＰ−Ｄ］に記載のドメイン・オブジェクトの登録期間に追加されるユニットの数を含む任意選択の要素である。利用可能なユニットの数は、サーバが課す限界に従ってもよい。
＜ｒｅｌＤｏｍ：ｒｅｎｅｗ>拡張を有する、３つの関連ドメイン・ネーム（「ｅｘａｍｐｌｅ１．ｔｌｄ」、「ｅｘａｍｐｌｅ２．ｔｌｄ」、および「ｅｘａｍｐｌｅ３．ｔｌｄ」）用の例示的な＜ｒｅｎｅｗ>コマンドは以下の通りである。
<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<epp xmlns="urn:ietf:params:xml:ns:epp-1.0">
<command>
<renew>
<domain:renew
xmlns:domain="urn:ietf:params:xml:ns:domain-1.0">
<domain:name>example1.tld</domain:name>
<domain:curExpDate>2013-07-10</domain:curExpDate>
<domain:period unit="y">5</domain:period>
</domain:renew>
</renew>
<extension>
<relDom:renew
xmlns:relDom="http://www.verisign.com/epp/relatedDomain-1.0">
<relDom:domain>
<relDom:name>example2.tld</relDom:name>
<relDom:curExpDate>2013-07-10</relDom:curExpDate>
<relDom:period unit="y">5</relDom:period>
</relDom:domain>
<relDom:domain>
<relDom:name>example3.tld</relDom:name>
<relDom:curExpDate>2013-07-10</relDom:curExpDate>
<relDom:period unit="y">5</relDom:period>
</relDom:domain>
</relDom:renew>
</extension>
<clTRID>ABC-12345</clTRID>
</command>
</epp>
＜ｒｅｎｅｗ>コマンドが首尾よく処理されたとき、ＥＰＰ＜ｒｅｓＤａｔａ>要素は、［ＥＰＰ−Ｄ］に記載の子要素を含むことができる。さらに、ＥＰＰ＜ｅｘｔｅｎｓｉｏｎ>要素は、子要素＜ｒｅｌＤｏｍ：ｒｅｎＤａｔａ>を含むことができる。＜ｒｅｌＤｏｍ：ｒｅｎＤａｔａ>要素は、以下の子要素を含む。
＜ｒｅｌＤｏｍ：ｄｏｍａｉｎ>は、［ＥＰＰ−Ｄ］に記載の＜ｄｏｍａｉｎ：ｎａｍｅ>とともに書き換えられた、１つまたは複数の＜ｒｅｌＤｏｍ：ｄｏｍａｉｎ>要素である。＜ｒｅｌＤｏｍ：ｄｏｍａｉｎ>要素は、以下の子要素を含む。
＜ｒｅｌＤｏｍ：ｎａｍｅ>は、書き換えられたドメイン・オブジェクトの完全修飾ネームを含む要素である。
＜ｒｅｌＤｏｍ：ｅｘＤａｔｅ>は、ドメイン・オブジェクトの登録期間の終了を識別する日付と時刻を含む任意選択の要素である。
＜ｒｅｌＤｏｍ：ｒｅｎｅｗ>拡張で書き換えられた、３つの関連ドメイン・ネーム（「ｅｘａｍｐｌｅ１．ｔｌｄ」、「ｅｘａｍｐｌｅ２．ｔｌｄ」、および「ｅｘａｍｐｌｅ３．ｔｌｄ」）用の例示的な＜ｒｅｎｅｗ>レスポンスは以下の通りである。
<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<epp xmlns="urn:ietf:params:xml:ns:epp-1.0">
<response>
<result code="1000">
<msg>Command completed successfully</msg>
</result>
<resData>
<domain:renData
xmlns:domain="urn:ietf:params:xml:ns:domain-1.0">
<domain:name>example1.com</domain:name>
<domain:exDate>2018-07-10T00:00:00.0000Z</domain:exDate>
</domain:renData>
</resData>
<extension>
<relDom:renData
xmlns:relDom="http://www.verisign.com/epp/relatedDomain-1.0">
<relDom:domain>
<relDom:name>example2.com</relDom:name>
<relDom:exDate>2018-07-10T00:00:00.0000Z</relDom:exDate>
</relDom:domain>
<relDom:domain>
<relDom:name>example3.com</relDom:name>
<relDom:exDate>2018-07-10T00:00:00.0000Z</relDom:exDate>
</relDom:domain>
</relDom:renData>
</extension>
<trID>
<clTRID>ABC-12345</clTRID>
<svTRID>54321-XYZ</svTRID>
</trID>
</response>
</epp>
ＥＰＰ＜ｔｒａｎｓｆｅｒ>コマンド。
この拡張は、［ＥＰＰ−Ｄ］に記載のＥＰＰ＜ｔｒａｎｓｆｅｒ>コマンドについての追加要素を定義する。［ＥＰＰ−Ｄ］に記載のＥＰＰコマンド要素に加えて、コマンドは、＜ｅｘｔｅｎｓｉｏｎ>要素を含むことができる。＜ｅｘｔｅｎｓｉｏｎ>要素は、＜ｔｒａｎｓｆｅｒ>コマンドにおいて２つ以上の関連ドメイン・ネームを移管するための、子要素＜ｒｅｌＤｏｍ：ｔｒａｎｓｆｅｒ>を含むことができる。＜ｒｅｌＤｏｍ：ｔｒａｎｓｆｅｒ>要素は、以下の子要素を含む。
＜ｒｅｌＤｏｍ：ｄｏｍａｉｎ>は、［ＥＰＰ−Ｄ］に記載の＜ｄｏｍａｉｎ：ｎａｍｅ>とともに移管オペレーションを加えるための、１つまたは複数の＜ｒｅｌＤｏｍ：ｄｏｍａｉｎ>要素である。＜ｒｅｌＤｏｍ：ｄｏｍａｉｎ>要素は、以下の子要素を含む。
＜ｒｅｌＤｏｍ：ｎａｍｅ>は、ドメイン・オブジェクトの完全修飾ネームを含む要素である。
＜ｒｅｌＤｏｍ：ａｕｔｈＩｎｆｏ>は、［ＥＰＰ−Ｄ］に記載のドメイン・オブジェクトに関連する認証情報を含む任意選択の要素である。
＜ｒｅｌＤｏｍ：ｐｅｒｉｏｄ>は、［ＥＰＰ−Ｄ］に記載のドメイン・オブジェクトの登録期間に追加されるユニットの数を含む任意選択の要素である。この要素は、移管が要求されるときにのみ使用することができ、他の方法で使用される場合には無視できる。利用可能なユニットの数は、サーバが課す限界に従ってもよい。
＜ｒｅｌＤｏｍ：ｔｒａｎｓｆｅｒ>拡張を有する、３つの関連ドメイン・ネーム（「ｅｘａｍｐｌｅ１．ｔｌｄ」、「ｅｘａｍｐｌｅ２．ｔｌｄ」、および「ｅｘａｍｐｌｅ３．ｔｌｄ」）用の例示的な＜ｔｒａｎｓｆｅｒ>要求コマンドは以下の通りである。
<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<epp xmlns="urn:ietf:params:xml:ns:epp-1.0">
<command>
<transfer op="request">
<domain:transfer
xmlns:domain="urn:ietf:params:xml:ns:domain-1.0">
<domain:name>example1.tld</domain:name>
<domain:period unit="y">1</domain:period>
<domain:authInfo>
<domain:pw>2fooBAR</domain:pw>
</domain:authInfo>
</domain:transfer>
</transfer>
<extension>
<relDom:transfer
xmlns:relDom="http://www.verisign.com/epp/relatedDomain-1.0">
<relDom:domain>
<relDom:name>example2.tld</relDom:name>
<relDom:authInfo>
<relDom:pw>relDom123!</relDom:pw>
</relDom:authInfo>
<relDom:period unit="y">1</relDom:period>
</relDom:domain>
<relDom:domain>
<relDom:name>example3.tld</relDom:name>
<relDom:authInfo>
<relDom:pw>relDom123!</relDom:pw>
</relDom:authInfo>
</relDom:domain>
</relDom:transfer>
</extension>
<clTRID>ABC-12345</clTRID>
</command>
</epp>
＜ｔｒａｎｓｆｅｒ>コマンドが首尾よく処理されたとき、ＥＰＰ＜ｒｅｓＤａｔａ>要素は、［ＥＰＰ−Ｄ］に記載の子要素を含むことができる。さらに、ＥＰＰ＜ｅｘｔｅｎｓｉｏｎ>要素は、子要素＜ｒｅｌＤｏｍ：ｔｒｎＤａｔａ>を含むことができる。＜ｒｅｌＤｏｍ：ｔｒｎＤａｔａ>要素は、以下の子要素を含む。
＜ｒｅｌＤｏｍ：ｄｏｍａｉｎ>は、［ＥＰＰ−Ｄ］に記載の＜ｄｏｍａｉｎ：ｎａｍｅ>とともに移管することに関連した、１つまたは複数の＜ｒｅｌＤｏｍ：ｄｏｍａｉｎ>要素である。＜ｒｅｌＤｏｍ：ｄｏｍａｉｎ>要素は、以下の子要素を含む。
＜ｒｅｌＤｏｍ：ｎａｍｅ>は、ドメイン・オブジェクトの完全修飾ネームを含む要素である。
＜ｒｅｌＤｏｍ：ｔｒＳｔａｔｕｓ>は、直近の移管要求の状態を含む要素である。
＜ｒｅｌＤｏｍ：ｒｅＩＤ>は、オブジェクト移管を要求したクライアントの識別子を含む要素である。
＜ｒｅｌＤｏｍ：ｒｅＤａｔｅ>は、移管が要求された日付と時刻を含む要素である。
＜ｒｅｌＤｏｍ：ａｃＩＤ>は、保留中の移管要求を実行できるクライアントの識別子を含む要素である。他の全ての状況タイプについて、その値が、示されたアクションを開始したクライアントを識別する。
＜ｒｅｌＤｏｍ：ａｃＤａｔｅ>は、［ＥＰＰ−Ｄ］に記載の、必要とされる要求または完了した要求の日付と時刻を含む要素である。保留中の要求について、その値は、自動化されたレスポンス・アクションをサーバが開始する前に、レスポンスが必要とされる日付と時刻を識別する。他の全ての状況タイプについて、その値は、要求が完了した日付と時刻を識別する。
＜ｒｅｌＤｏｍ：ｅｘＤａｔｅ>は、ドメイン・オブジェクトの登録期間の終了を識別する日付と時刻を含む任意選択の要素である。
＜ｒｅｌＤｏｍ：ｔｒａｎｓｆｅｒ>拡張で移管された、３つの関連ドメイン・ネーム（「ｅｘａｍｐｌｅ１．ｔｌｄ」、「ｅｘａｍｐｌｅ２．ｔｌｄ」、および「ｅｘａｍｐｌｅ３．ｔｌｄ」）用の例示的な＜ｔｒａｎｓｆｅｒ>レスポンスは以下の通りである。
<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<epp xmlns="urn:ietf:params:xml:ns:epp-1.0">
<response>
<result code="1000">
<msg>Command completed successfully</msg>
</result>
<resData>
<domain:trnData
xmlns:domain="urn:ietf:params:xml:ns:domain-1.0">
<domain:name>example1.tld</domain:name>
<domain:trStatus>pending</domain:trStatus>
<domain:reID>ClientX</domain:reID>
<domain:reDate>2013-07-10T00:00:00.0000Z</domain:reDate>
<domain:acID>ClientY</domain:acID>
<domain:acDate>2013-07-10T00:00:00.0000Z</domain:acDate>
<domain:exDate>2014-07-10T00:00:00.0000Z</domain:exDate>
</domain:trnData>
</resData>
<extension>
<relDom:trnData
xmlns:relDom="http://www.verisign.com/epp/relatedDomain-1.0">
<relDom:domain>
<relDom:name>example2.tld</relDom:name>
<relDom:trStatus>pending</relDom:trStatus>
<relDom:reID>ClientX</relDom:reID>
<relDom:reDate>2013-07-10T00:00:00.0000Z</relDom:reDate>
<relDom:acID>ClientY</relDom:acID>
<relDom:acDate>2013-07-10T00:00:00.0000Z</relDom:acDate>
<relDom:exDate>2014-07-10T00:00:00.0000Z</relDom:exDate>
</relDom:domain>
<relDom:domain>
<relDom:name>example3.tld</relDom:name>
<relDom:trStatus>pending</relDom:trStatus>
<relDom:reID>ClientX</relDom:reID>
<relDom:reDate>2013-07-10T00:00:00.0000Z</relDom:reDate>
<relDom:acID>ClientY</relDom:acID>
<relDom:acDate>2013-07-10T00:00:00.0000Z</relDom:acDate>
<relDom:exDate>2014-07-10T00:00:00.0000Z</relDom:exDate>
</relDom:domain>
</relDom:trnData>
</extension>
<trID>
<clTRID>ABC-12345</clTRID>
<svTRID>54321-XYZ</svTRID>
</trID>
</response>
</epp>
ＥＰＰ＜ｕｐｄａｔｅ>コマンド。
この拡張は、［ＥＰＰ−Ｄ］に記載のＥＰＰ＜ｕｐｄａｔｅ>コマンドについての追加要素を定義する。［ＥＰＰ−Ｄ］に記載のＥＰＰコマンド要素に加えて、コマンドは、＜ｅｘｔｅｎｓｉｏｎ>要素を含むことができる。＜ｅｘｔｅｎｓｉｏｎ>要素は、＜ｕｐｄａｔｅ>コマンドにおいて２つ以上の関連ドメイン・ネームを更新するための、子要素＜ｒｅｌＤｏｍ：ｕｐｄａｔｅ>を含むことができる。［ＥＰＰ−Ｄ］に記載のＥＰＰ＜ｕｐｄａｔｅ>コマンドで指定される更新は、＜ｒｅｌＤｏｍ：ｕｐｄａｔｅ>で指定されるドメイン・オブジェクトに適用される。＜ｒｅｌＤｏｍ：ｕｐｄａｔｅ>要素は、以下の子要素を含む。
＜ｒｅｌＤｏｍ：ｎａｍｅ>は、［ＥＰＰ−Ｄ］に記載の＜ｄｏｍａｉｎ：ｎａｍｅ>とともに更新するための、１つまたは複数の＜ｒｅｌＤｏｍ：ｎａｍｅ>要素である。
＜ｒｅｌＤｏｍ：ｕｐｄａｔｅ>拡張を有する、３つの関連ドメイン・ネーム（「ｅｘａｍｐｌｅ１．ｔｌｄ」、「ｅｘａｍｐｌｅ２．ｔｌｄ」、および「ｅｘａｍｐｌｅ３．ｔｌｄ」）用の例示的な＜ｕｐｄａｔｅ>コマンドは以下の通りである。
<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<epp xmlns="urn:ietf:params:xml:ns:epp-1.0">
<command>
<update>
<domain:update
xmlns:domain="urn:ietf:params:xml:ns:domain-1.0">
<domain:name>example1.tld</domain:name>
<domain:add>
<domain:ns>
<domain:hostObj>ns1.example.com</domain:hostObj>
</domain:ns>
<domain:status s="clientHold"/>
</domain:add>
<domain:rem>
<domain:ns>
<domain:hostObj>ns2.example.com</domain:hostObj>
</domain:ns>
<domain:status s="clientDeleteProhibited"/>
</domain:rem>
<domain:chg>
<domain:registrant>jd1234</domain:registrant>
<domain:authInfo>
<domain:pw>2fooBAR</domain:pw>
</domain:authInfo>
</domain:chg>
</domain:update>
</update>
<extension>
<relDom:update
xmlns:relDom="http://www.verisign.com/epp/relatedDomain-1.0">
<relDom:name>example2.tld</relDom:name>
<relDom:name>example3.tld</relDom:name>
</relDom:update>
</extension>
<clTRID>ABC-12345-XYZ</clTRID>
</command>
</epp>
この拡張は、＜ｕｐｄａｔｅ>ドメイン・コマンドのレスポンスへの任意の拡張を規定しない。コマンドを処理した後、サーバは、［ＥＰＰ−Ｄ］で定義された標準のＥＰＰレスポンスで応答する。
形式的構文ＥＰＰオブジェクト・マッピングは、ＸＭＬスキーマ表記法において指定される。ここに提示された形式的構文は、ＥＰＰ ＸＭＬインスタンスの自動化された妥当性検証に適したオブジェクト・マッピングの完全なスキーマ表現である。「ＢＥＧＩＮ」および「ＥＮＤ」のタグは、スキーマの一部ではなく、ＵＲＩ登録目的のため、スキーマの始まりおよび終わりを示すのに使用される。
BEGIN
<?xml version="1.0" encoding="UTF-8"?>
<schema xmlns:relDom="http://www.verisign.com/epp/relatedDomain-1.0"
xmlns="http://www.w3.org/2001/XMLSchema"
xmlns:eppcom="urn:ietf:params:xml:ns:eppcom-1.0"
targetNamespace="http://www.verisign.com/epp/relatedDomain-1.0"
elementFormDefault="qualified">
<annotation>
<documentation>
Extensible Provisioning Protocol v1.0
Related Domain extension
</documentation>
</annotation>
<!--
Import common element types.
-->
<import namespace="urn:ietf:params:xml:ns:eppcom-1.0"
schemaLocation="eppcom-1.0.xsd"/>
<!--
Related Domain info command extension root element
-->
<element name="info" type="relDom:infoType"/>

<!--
Info type attribute values
-->
<simpleType name="infoTypeType">
<restriction base="string">
<enumeration value="domain"/>
<enumeration value="related"/>
</restriction>
</simpleType>

<!--
Related Domain Info type
-->
<complexType name="infoType">
<attribute name="type" type="relDom:infoTypeType"
default="domain"/>
</complexType>

<!--
Related Domain info response extension root element
-->
<element name="infData" type="relDom:infDataType"/>
<complexType name="infDataType">
<sequence>
<element name="group" type="relDom:relatedDomainGroupType"
maxOccurs="unbounded"/>
</sequence>
</complexType>
<simpleType name="fieldNameType">
<restriction base="normalizedString">
<minLength value="1"/>
<maxLength value="64"/>
</restriction>
</simpleType>
<!--
Field that needs to be synchronized.
-->
<complexType name="fieldType">
<attribute name="name" type="relDom:fieldNameType"
use="required"/>
<attribute name=" inSync" type="boolean"
use="required"/>
</complexType>
<!--
Related Domain group types
-->
<simpleType name="groupType">
<restriction base="string">
<enumeration value="tld"/>
<enumeration value="variant"/>
</restriction>
</simpleType>
<!--
Fields that need to be synchronized
-->
<complexType name="fieldsType">
<sequence>
<element name="field" type="relDom:fieldType"
maxOccurs="unbounded"/>
</sequence>
<attribute name=" inSync" use="required"/>
</complexType>
<!--
Domain names that are registered or available.
-->
<complexType name="domainListType">
<sequence>
<element name="name" type="eppcom:labelType"
maxOccurs="unbounded"/>
</sequence>
</complexType>
<!--
Related Domain Group
-->
<complexType name="relatedDomainGroupType">
<sequence>
<element name="fields" type="relDom:fieldsType"/>
<element name="registered" type="relDom:domainListType"
minOccurs="0"/>
<element name="available" type="relDom:domainListType"
minOccurs="0"/>
</sequence>
<attribute name="type" type="relDom:groupType"
use="required"/>
</complexType>
<!--
Related Domain Auth Info Type
-->
<complexType name="authInfoType">
<choice>
<element name="pw" type="eppcom:pwAuthInfoType"/>
<element name="ext" type="eppcom:extAuthInfoType"/>
</choice>
</complexType>
<!--
Related Domain Period Type
-->
<complexType name="periodType">
<simpleContent>
<extension base="relDom:pLimitType">
<attribute name="unit" type="relDom:pUnitType"
use="required"/>
</extension>
</simpleContent>
</complexType>
<!--
Related Domain Period Limit Type
-->
<simpleType name="pLimitType">
<restriction base="unsignedShort">
<minInclusive value="1"/>
<maxInclusive value="99"/>
</restriction>
</simpleType>
<!--
Related Domain Period Unit Type
-->
<simpleType name="pUnitType">
<restriction base="token">
<enumeration value="y"/>
<enumeration value="m"/>
</restriction>
</simpleType>
<!--
Related Domain Create Request Type
-->
<complexType name="createRequestType">
<sequence>
<element name="name" type="eppcom:labelType"/>
<element name="authInfo" type="relDom:authInfoType"/>
<element name="period" type="relDom:periodType"
minOccurs="0"/>
<element name="lang" type="language"
minOccurs="0"/>
</sequence>
</complexType>
<!--
Related Domain Create Request element
-->
<element name="create">
<complexType>
<sequence>
<element name="domain" type="relDom:createRequestType"
maxOccurs="unbounded"/>
</sequence>
</complexType>
</element>
<!--
Related Domain Create Response type
-->
<complexType name="creDataType">
<sequence>
<element name="name" type="eppcom:labelType"/>
<element name="crDate" type="dateTime"/>
<element name="exDate" type="dateTime"
minOccurs="0"/>
</sequence>
</complexType>
<!--
Related Domain Create Request element
-->
<element name="creData">
<complexType>
<sequence>
<element name="domain" type="relDom:creDataType"
maxOccurs="unbounded"/>
</sequence>
</complexType>
</element>
<!--
Related Domain Delete Request element
-->
<element name="delete" type="relDom:domainListType"/>
<simpleType name="deleteResultType">
<restriction base="string">
<enumeration value="deleted"/>
<enumeration value="pendingDelete"/>
</restriction>
</simpleType>
<!--
Related Domain Delete Response type
-->
<complexType name="delDataType">
<sequence>
<element name="name" type="eppcom:labelType"/>
<element name="result" type="relDom:deleteResultType"/>
</sequence>
</complexType>
<!--
Related Domain Delete Response element
-->
<element name="delData">
<complexType>
<sequence>
<element name="domain" type="relDom:delDataType"
maxOccurs="unbounded"/>
</sequence>
</complexType>
</element>
<!--
Related Domain Update Request element
-->
<element name="update" type="relDom:domainListType"/>
<!--
Related Domain Renew type
-->
<complexType name="renewType">
<sequence>
<element name="name" type="eppcom:labelType"/>
<element name="curExpDate" type="date"/>
<element name="period" type="relDom:periodType"
minOccurs="0"/>
</sequence>
</complexType>
<!--
Related Domain Renew element
-->
<element name="renew">
<complexType>
<sequence>
<element name="domain" type="relDom:renewType"
maxOccurs="unbounded"/>
</sequence>
</complexType>
</element>
<!--
Related Domain Renew Data type
-->
<complexType name="renDataType">
<sequence>
<element name="name" type="eppcom:labelType"/>
<element name="exDate" type="dateTime"/>
</sequence>
</complexType>
<!--
Related Domain Renew Data element
-->
<element name="renData">
<complexType>
<sequence>
<element name="domain" type="relDom:renDataType"
maxOccurs="unbounded"/>
</sequence>
</complexType>
</element>
<!--
Related Domain Transfer type
-->
<complexType name="transferType">
<sequence>
<element name="name" type="eppcom:labelType"/>
<element name="authInfo" type="relDom:authInfoType"
minOccurs="0"/>
<element name="period" type="relDom:periodType"
minOccurs="0"/>
</sequence>
</complexType>
<!--
Related Domain Transfer element
-->
<element name="transfer">
<complexType>
<sequence>
<element name="domain" type="relDom:transferType"
maxOccurs="unbounded"/>
</sequence>
</complexType>
</element>
<!--
Related Domain Transfer Data Type
-->
<complexType name="trnDataType">
<sequence>
<element name="name" type="eppcom:labelType"/>
<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"/>
<element name="exDate" type="dateTime" minOccurs="0"/>
</sequence>
</complexType>
<!--
Related Domain Transfer Data element
-->
<element name="trnData">
<complexType>
<sequence>
<element name="domain" type="relDom:trnDataType"
maxOccurs="unbounded"/>
</sequence>
</complexType>
</element>
</schema>
END
図３には、本開示の実装形態と一致した、例示的なコンピュータ・システム３００が示してある。一般に、システム３００は、たとえば、インターフェースを介して要求を受信して、１組のプロビジョニング・オブジェクト内の１つまたは複数のプロビジョニング・オブジェクトに対してアクションを実行する、１つまたは複数のモジュールなどの構成部品を備えてもよい。要求は、ＥＰＰなどのプロビジョニング・プロトコルを介して、クライアントによって提示することができ、またはＵＩを介して提示することができる。１つまたは複数のモジュールは、要求を解析するよう動作可能とすることができ、また１つまたは複数のモジュールは、この解析に基づいてアクションを実行するよう動作可能とすることができる。実装形態によっては、１つまたは複数のプロビジョニング・オブジェクトは、ドメイン、ホスト、コンタクト、またはそれらの組合せを含む。実装形態によっては、アクションは変換オペレーションを含み、この変換オペレーションは、作成アクション、更新アクション、削除アクション、書換えアクション、および／または移管アクションを含む。実装形態によっては、変換オペレーションは、単一の変換オペレーションと同時に、１つまたは複数のプロビジョニング・オブジェクトのうちの２つ以上を修正することができる。実装形態によっては、１つまたは複数のプロビジョニング・オブジェクトは、１つまたは複数の共通の属性を共有することができる。実装形態によっては、１つまたは複数のモジュールは、１つまたは複数のプロビジョニング・オブジェクトが、１つまたは複数の共通の属性を共有することを決定するよう動作可能とすることができ、１つまたは複数のモジュールは、データベース内で１つまたは複数の属性を共有するよう決定された１つまたは複数のプロビジョニング・オブジェクトを一緒に関連付けるよう動作可能とすることができる。
パーソナル・コンピュータ、サーバ、ワークステーション、組込みシステム、分散システム、多機能デバイス、またはそれらの組合せなど、様々なコンピュータ・システムに、１つまたは複数のモジュールを実装することができる。コンピュータ・プログラムとして、本明細書に記載のプロセスを実装することができる。コンピュータ・プログラムは、稼働中と休止中の両方の様々な形態で存在することができる。たとえば、コンピュータ・プログラムは、ソース・コード、オブジェクト・コード、実行コード、もしくは他のフォーマットでのプログラム命令からなる（１つまたは複数の）ソフトウェア・プログラム、（１つまたは複数の）ファームウェア・プログラム、またはハードウェア記述言語（ＨＤＬ）ファイルとして存在することができる。上記のいずれも、記憶装置を含むコンピュータ読取り可能な媒体上で、圧縮形式または非圧縮形式で実施することができる。システム３００に含むことができる構成部品の例を、次に説明する。
図に示すように、システム３００は、少なくとも１つのプロセッサ３０２、入力／出力装置３１６を備えることができ、キーボード、ポインティング装置（たとえば、マウス、タッチパッドなど）、ディスプレイ・アダプタ３１９、およびディスプレイ３２０、主記憶装置３０６、ネットワーク・アダプタ３２２、取外し可能な記憶装置３１２、ならびに、ハードディスク・ドライブ３１０および取外し可能な記憶装置３１２を含む記憶装置３０８を備えてもよい。記憶装置３０８は、たとえば、ＲＡＭ、ＲＯＭ、フラッシュ・メモリ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭ、または他の光ディスク記憶装置、磁気ディスク記憶装置もしくは他の磁気記憶装置、または、命令もしくはデータ構造の形式での所望のプログラム・コードを持ち運び、もしくは記憶するのに使用でき、コンピュータからアクセスできる他の任意の媒体を含むことができる。システム３００には、プリンタ（図示せず）などの追加の入力／出力装置を設けることもできる。システム３００の様々な構成部品は、システム・バス３０４または同様のアーキテクチャを介して通信する。さらに、システム３００は、動作中にメモリ３０６内に常駐するオペレーティング・システム（ＯＳ）を含むことができる。システム３００は複数のプロセッサを備えることができることが、当業者には理解されよう。たとえば、システム３００は、同じプロセッサの複数のコピーを備えることができる。あるいは、システム３００は、様々なタイプのプロセッサの異種組合せを備えることができる。たとえば、システム３００は、１つのプロセッサを１次プロセッサとして使用し、他のプロセッサをコプロセッサとして使用することができる。別の例では。システム３００は、１つまたは複数のマルチコア・プロセッサ、および１つまたは複数のシングルコア・プロセッサを備えることができる。したがって、システム３００は、１組のプロセッサ全体にわたって、任意の数の実行コアを備えることができる。他の構成部品および周辺装置をシステム３００に備えることができることが、当業者には理解されよう。
主記憶装置１０６は、システム３００の１次記憶域の役割を果たし、プロセッサ３０２上で走っているアプリケーションが積極的に使用するデータを保持する。アプリケーションとは、実行時にシステム３００が１組の特定タスクを実行するよう命令するための１組のコンピュータ命令をそれぞれが含むソフトウェア・プログラムであること、また、用語「アプリケーション」は、アプリケーション・ソフトウェア、アプリケーション・プログラム、デバイス・ドライバ、および／または本教示の実施形態によるプログラムと交換可能に使用できることが、当業者には理解されよう。メモリ３０６は、ランダム・アクセス・メモリ、または以下に述べるような他の形態のメモリとして実装することができ、これらは当業者によく知られている。
ＯＳとは、システム３００でのハードウェアおよびシステム・オペレーションを直接制御および管理する役割を担っている、統合された一群のルーチンおよび命令である。さらに、ＯＳは、アプリケーション・ソフトウェアおよびデバイス・ドライバを実行する基礎を提供する。たとえば、ＯＳは、リソース割当て、スケジューリング、入力／出力制御、メモリ管理などのサービスを実行することができる。ＯＳは、主にソフトウェアとすることができるが、部分的または完全なハードウェア実装およびファームウェアを含むこともできる。本教示の原理と一致するオペレーティング・システムのよく知られた例には、ＭＩＣＲＯＳＯＦＴ ＷＩＮＤＯＷＳ（たとえば、ＷＩＮＤＯＷＳ ＣＥ、ＷＩＮＤＯＷＳ ＮＴ、ＷＩＮＤＯＷＳ ２０００、ＷＩＮＤＯＷＳ ＸＰ、およびＷＩＮＤＯＷＳ ＶＩＳＴＡ）、ＭＡＣ ＯＳ、ＬＩＮＵＸ（登録商標）、ＵＮＩＸ（登録商標）、ＯＲＡＣＬＥ ＳＯＬＡＲＩＳ、ＯＰＥＮ ＶＭＳ、ならびにＩＢＭ ＡＩＸが含まれる。
前述の説明は例示的なものであり、構成および実装における変形形態が当業者に思い浮かぶ可能性がある。たとえば、本明細書において開示される実施形態に関して説明した種々の例示的な論理回路、論理ブロック、モジュール、および回路は、汎用プロセッサ（たとえば、プロセッサ３０２）、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、または他のプログラム可能論理デバイス、ディスクリート・ゲートもしくはトランジスタ論理回路、ディスクリート・ハードウェア構成部品、または本明細書に記載の機能を実行するように設計されたそれらの任意の組合せを用いて、実装または実行することができる。汎用プロセッサはマイクロプロセッサとすることができるが、別の選択では、このプロセッサは、従来型の任意のプロセッサ、制御装置、マイクロコントローラ、または状態機械とすることができる。プロセッサは、コンピューティング装置の組合せ、たとえば、ＤＳＰとマイクロプロセッサの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと組み合わせた１つもしくは複数のマイクロプロセッサ、または他の任意のこうした構成として実装することもできる。
１つまたは複数の例示的な実施形態では、説明した各機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの組合せで実装することができる。ソフトウェア実装において、本明細書に記載の各技法は、本明細書に記載の機能を実行する、モジュール（たとえば、手順、機能、サブプログラム、プログラム、ルーチン、サブルーチン、モジュール、ソフトウェア・パッケージ、クラスなど）を用いて実現することができる。モジュールは、情報、データ、引き数、パラメータ、もしくはメモリ内容を受渡しおよび／または受信することによって、別のモジュールまたはハードウェア回路と結合することができる。情報、引き数、パラメータ、データなどは、メモリ共有、メッセージ受渡し、トークン・パッシング、ネットワーク伝送などを含む任意の適切な手段を使用して、受渡し、転送、または伝送を行うことができる。ソフトウェア・コードは、メモリ・ユニットに記憶され、プロセッサが実行することができる。メモリ・ユニットは、プロセッサ内部、またはプロセッサの外部で実装することができ、この場合、メモリ・ユニットは、当技術分野で知られている様々な手段を用いて、プロセッサと通信するよう結合することができる。
ソフトウェアに実装される場合、各機能は、１つまたは複数の命令もしくはコードとして、コンピュータ読取り可能な媒体上に記憶し、またはそれを介して伝送することができる。コンピュータ読取り可能な媒体には、有形の非一時的なコンピュータ記憶媒体と、ある場所から別の場所にコンピュータ・プログラムを転送するのを容易にする任意の媒体を含む通信媒体との両方が含まれる。記憶媒体は、コンピュータがアクセスできる、利用可能な任意の有形で非一時的な媒体とすることができる。一例として、限定するものではないが、このような有形の非一時的なコンピュータ読取り可能な媒体は、ＲＡＭ、ＲＯＭ、フラッシュ・メモリ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭ、または他の光ディスク記憶装置、磁気ディスク記憶装置もしくは他の磁気記憶装置、または、命令もしくはデータ構造の形式での所望のプログラム・コードを持ち運び、もしくは記憶するのに使用でき、コンピュータからアクセスできる他の任意の媒体を含むことができる。本明細書では、ディスク（ｄｉｓｋおよびｄｉｓｃ）には、ＣＤ、レーザ・ディスク、光ディスク、フロッピー（登録商標）・ディスク、およびブルーレイ・ディスクが含まれ、ここで各ディスクは、通常、データを磁気で複製し、またレーザを用いてデータを光で複製する。また、任意の接続が適切に、コンピュータ読取り可能な媒体と呼ばれる。たとえば、ウェブサイト、サーバ、または他の遠隔ソースから、同軸ケーブル、光ファイバ・ケーブル、より対線、デジタル加入者線（ＤＳＬ）、または赤外線、無線、およびマイクロ波などの無線技術を使用してソフトウェアが伝送される場合、同軸ケーブル、光ファイバ・ケーブル、より対線、ＤＳＬ、または赤外線、無線、およびマイクロ波などの無線技術が媒体の定義に含まれる。上記の組合せも、コンピュータ読取り可能な媒体の範囲に含まれるべきである。
本開示によれば、前述の複数ドメインのＥＰＰコマンド構造を使用して、単一のトランザクションにおいて複数（２つ以上）のプロビジョニングされたＤＮＳレジストリ・オブジェクトを管理することができるので、狭帯域幅ネットワークを介してレジストリと通信する際の効率を大きく改善することができる。単一レジストリ・オブジェクトについて複数のＥＰＰコマンドを発行するようレジストラに要求する代わりに、これまで述べてきたように複数のプロビジョニングされたＤＮＳレジストリ・オブジェクトを一緒に管理することにより、コマンドを発行するレジストラと、そのコマンドを処理するレジストリの両方にとってコスト節約が実現する。
単数または統合されたものとして記述されたリソースは、一実施形態では、複数または分散されたものとすることができ、複数または分散されたものとして記述されたリソースは、実施形態によっては組み合わせることができる。
各教示の実装形態の例を参照しながら、それら教示を説明してきたが、当業者なら、真の趣旨および範囲から逸脱することなく、説明した実装形態に様々な修正を加えることができよう。本明細書において使用される用語、および説明は、例として説明するものに過ぎず、限定するものではない。具体的には、各プロセスを例として説明してきたが、それらプロセスの各段階は、例示された順序とは異なる順序で、または同時に実行することができる。さらに、用語「ｉｎｃｌｕｄｉｎｇ」、「ｉｎｃｌｕｄｅｓ」、「ｈａｖｉｎｇ」、「ｈａｓ」、「ｗｉｔｈ」、またはそれらの変化形が、詳細な説明において使用される限りにおいて、このような用語は、用語「ｃｏｍｐｒｉｓｉｎｇ」と同様にして包含的であることを意図している。本明細書では、たとえば「ＡおよびＢ」などの項目のリストに対する用語「のうち１つまたは複数」および「のうち少なくとも１つ」は、「Ａのみ」、「Ｂのみ」、または「ＡおよびＢ」を意味する。さらに、別段の指定がない限り、用語「組（ｓｅｔ）」は、「１つまたは複数」と解釈すべきである。また、用語「結合（「ｃｏｕｐｌｅ」または「ｃｏｕｐｌｅｓ」）」は、間接接続または直接接続のいずれかを意味するものである。したがって、第１の装置が第２の装置に結合する場合、その接続は、直接接続を介してもよく、または他の装置、構成部品、および接続部を用いた間接接続を介してもよい。

Claims (20)

  1. 複数のプロビジョニングされたドメイン・ネーム・システム（「ＤＮＳ」）レジストリ・オブジェクトを管理するためのコンピュータにより実現される方法であって、
    複数の前記プロビジョニングＤＮＳレジストリ・オブジェクトのうちのそれぞれのプロビジョニングされたＤＮＳレジストリ・オブジェクトについてのアクションを実行するために、ＤＮＳレジストリにおいて、複数ドメインの拡張可能な資源登録プロトコル（「ＥＰＰ」）コマンドをレジストラントに代わってレジストラから受信するステップと、
    前記アクションを、前記レジストリによって維持されるポリシー内の１つまたは複数の許容可能なアクションと比較するステップと、
    前記比較に基づいて、前記アクションが許容可能であることをプロセッサによって決定するステップと、
    前記決定に基づいて、ある１つのトランザクションにおいて、前記プロビジョニングされたＤＮＳレジストリ・オブジェクトのそれぞれに対して前記アクションを実行するステップと
    を含む方法。
  2. 前記複数ドメインのＥＰＰコマンドが、各ＤＮＳレジストリ・オブジェクトのインスタンスを作成するための複数ドメイン作成オペレーションと、各ＤＮＳレジストリ・オブジェクトのスポンサーシップ変更を管理するための複数ドメイン移管オペレーションと、各ＤＮＳレジストリ・オブジェクトの有効期間を延長するための複数ドメイン書換えオペレーションと、各ＤＮＳレジストリ・オブジェクトに関連する情報を変更するための複数ドメイン更新オペレーションと、各ＤＮＳレジストリ・オブジェクトのインスタンスを削除するための複数ドメイン削除オペレーションと、のうちの１つまたは複数を含む、請求項１に記載のコンピュータにより実現される方法。
  3. 前記複数ドメインのＥＰＰコマンドが、既存のオペレーションを拡張することに基づいた１または複数の新規のオペレーションを含む、請求項２に記載のコンピュータにより実現される方法。
  4. 複数の前記ＤＮＳレジストリ・オブジェクトの各複数のプロビジョニングされたＤＮＳレジストリ・オブジェクトが、ドメイン・ネーム、ホスト、またはコンタクトを含む、請求項１に記載のコンピュータにより実現される方法。
  5. 前記比較に基づいて、前記アクションが許容可能ではないことをプロセッサによって決定するステップと、
    前記アクションが前記レジストラには許容可能ではないことを通知するステップと
    をさらに含む、請求項１に記載のコンピュータにより実現される方法。
  6. 複数の前記プロビジョニングされたＤＮＳレジストリ・オブジェクトのうち第１のプロビジョニングされたＤＮＳレジストリ・オブジェクトが、複数の前記プロビジョニングされたＤＮＳレジストリ・オブジェクトのうち第２のプロビジョニングされたＤＮＳレジストリ・オブジェクトとの関係を有する、請求項１に記載のコンピュータにより実現される方法。
  7. 前記関係が、プロビジョニングされたＤＮＳレジストリ・オブジェクトの国際語バージョンである、請求項６に記載のコンピュータにより実現される方法。
  8. 前記関係が、トップレベル・ドメインの国際語バージョンである、請求項６に記載のコンピュータにより実現される方法。
  9. 前記関係が、前記第１および前記第２のプロビジョニングされたＤＮＳレジストリ・オブジェクト内の文字列における類似性である、請求項６に記載のコンピュータにより実現される方法。
  10. 複数の前記プロビジョニングされたＤＮＳレジストリ・オブジェクトのうち第１のプロビジョニングされたＤＮＳレジストリ・オブジェクトのトップレベル・ドメインと、複数の前記プロビジョニングされたＤＮＳレジストリ・オブジェクトのうち第２のプロビジョニングされたＤＮＳレジストリ・オブジェクトのトップレベル・ドメインとが同じである、請求項１に記載のコンピュータにより実現される方法。
  11. 複数の前記プロビジョニングされたＤＮＳレジストリ・オブジェクトのうち第１のプロビジョニングされたＤＮＳレジストリ・オブジェクトのトップレベル・ドメインと、複数の前記プロビジョニングされたＤＮＳレジストリ・オブジェクトのうち第２のプロビジョニングされたＤＮＳレジストリ・オブジェクトのトップレベル・ドメインとが互いに異なる、請求項１に記載のコンピュータにより実現される方法。
  12. 複数の前記プロビジョニングされたＤＮＳレジストリ・オブジェクトのうち前記第２のプロビジョニングされたＤＮＳレジストリ・オブジェクトの前記トップレベル・ドメインが、複数の前記プロビジョニングされたＤＮＳレジストリ・オブジェクトのうち第１のプロビジョニングされたＤＮＳレジストリ・オブジェクトの前記トップレベル・ドメインの国際語バージョンである、請求項１１に記載のコンピュータにより実現される方法。
  13. 前記ポリシーが、ドメイン・ネーム・システム・セキュリティ拡張（ＤＮＳＳＥＣ）関連のポリシー、トップレベル・ドメイン開始ポリシー、請戻猶予期間ポリシー、またはドメイン・ライフサイクル・ポリシーのうちの１つまたは複数を含む、請求項１に記載のコンピュータにより実現される方法。
  14. プロセッサ上で実行される場合に、複数のプロビジョニングされたドメイン・ネーム・システム（「ＤＮＳ」）レジストリ・オブジェクトを管理するための方法を実行する命令を有する非一時的なコンピュータ読取り可能な媒体であって、前記方法が、
    複数の前記プロビジョニングされたＤＮＳレジストリ・オブジェクトのうちのそれぞれのプロビジョニングされたＤＮＳレジストリ・オブジェクトについてのアクションを実行するために、ＤＮＳレジストリにおいて、複数ドメインの拡張可能な資源登録プロトコル（「ＥＰＰ」）コマンドをレジストラントに代わってレジストラから受信するステップと、
    前記アクションを、前記レジストリによって維持されるポリシー内の１つまたは複数の許容可能なアクションと比較するステップと、
    前記比較に基づいて、前記アクションが許容可能であることをプロセッサによって決定するステップと、
    前記決定に基づいて、ある１つのトランザクションにおいて、前記プロビジョニングされたＤＮＳレジストリ・オブジェクトのそれぞれに対して前記アクションを実行するステップと
    を含む、非一時的なコンピュータ読取り可能な媒体。
  15. 前記複数ドメインのＥＰＰコマンドが、各ＤＮＳレジストリ・オブジェクトのインスタンスを作成するための複数ドメイン作成オペレーションと、各ＤＮＳレジストリ・オブジェクトのスポンサーシップ変更を管理するための複数ドメイン移管オペレーションと、各ＤＮＳレジストリ・オブジェクトの有効期間を延長するための複数ドメイン書換えオペレーションと、各ＤＮＳレジストリ・オブジェクトに関連する情報を変更するための複数ドメイン更新オペレーションと、各ＤＮＳレジストリ・オブジェクトのインスタンスを削除するための複数ドメイン削除オペレーションと、のうちの１つまたは複数を含む、請求項１４に記載の非一時的なコンピュータ読取り可能な媒体。
  16. 前記複数ドメインのＥＰＰコマンドが、既存のオペレーションを拡張することに基づいた新規のオペレーションのうち１つまたは複数を含む、請求項１５に記載の非一時的なコンピュータ読取り可能な媒体。
  17. 複数の前記プロビジョニングされたＤＮＳレジストリ・オブジェクトのうち第１のプロビジョニングされたＤＮＳレジストリ・オブジェクトが、複数の前記プロビジョニングされたＤＮＳレジストリ・オブジェクトのうち第２のプロビジョニングされたＤＮＳレジストリ・オブジェクトとの関係を有する、請求項１４に記載の非一時的なコンピュータ読取り可能な媒体。
  18. プロセッサと、
    該プロセッサと通信するように結合されたメモリと
    を備える装置であって、
    前記メモリが、前記プロセッサ上で実行される場合に、複数のプロビジョニングされたドメイン・ネーム・システム（「ＤＮＳ」）レジストリ・オブジェクトを管理するための方法を実行する命令を格納し、前記方法が、
    複数の前記プロビジョニングされたＤＮＳレジストリ・オブジェクトのうちのそれぞれのプロビジョニングされたＤＮＳレジストリ・オブジェクトについてのアクションを実行するために、ＤＮＳレジストリにおいて、複数ドメインの拡張可能な資源登録プロトコル（「ＥＰＰ」）コマンドをレジストラントに代わってレジストラから受信するステップと、
    前記アクションを、前記レジストリによって維持されるポリシー内の１つまたは複数の許容可能なアクションと比較するステップと、
    前記比較に基づいて、前記アクションが許容可能であることをプロセッサによって決定するステップと、
    前記決定に基づいて、ある１つのトランザクションにおいて、前記プロビジョニングされたＤＮＳレジストリ・オブジェクトのそれぞれに対して前記アクションを実行するステップと
    を含む、装置。
  19. 前記複数ドメインのＥＰＰコマンドが、各ＤＮＳレジストリ・オブジェクトのインスタンスを作成するための複数ドメイン作成オペレーションと、各ＤＮＳレジストリ・オブジェクトのスポンサーシップ変更を管理するための複数ドメイン移管オペレーションと、各ＤＮＳレジストリ・オブジェクトの有効期間を延長するための複数ドメイン書換えオペレーションと、各ＤＮＳレジストリ・オブジェクトに関連する情報を変更するための複数ドメイン更新オペレーションと、各ＤＮＳレジストリ・オブジェクトのインスタンスを削除するための複数ドメイン削除オペレーションと、のうちの１つまたは複数を含む、請求項１８に記載の装置。
  20. 複数の前記プロビジョニングされたＤＮＳレジストリ・オブジェクトのうち第１のプロビジョニングされたＤＮＳレジストリ・オブジェクトが、複数の前記プロビジョニングされたＤＮＳレジストリ・オブジェクトのうち第２のプロビジョニングされたＤＮＳレジストリ・オブジェクトとの関係を有する、請求項１８に記載の装置。
JP2014229123A 2013-11-12 2014-11-11 複数プロビジョニング・オブジェクトのオペレーション Pending JP2015095903A (ja)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US201361903219P 2013-11-12 2013-11-12
US61/903,219 2013-11-12
US14/537,597 US10237231B2 (en) 2011-09-26 2014-11-10 Multiple provisioning object operation
US14/537,597 2014-11-10

Publications (1)

Publication Number Publication Date
JP2015095903A true JP2015095903A (ja) 2015-05-18

Family

ID=52015810

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2014229123A Pending JP2015095903A (ja) 2013-11-12 2014-11-11 複数プロビジョニング・オブジェクトのオペレーション

Country Status (5)

Country Link
US (3) US11095604B1 (ja)
EP (1) EP2871819A1 (ja)
JP (1) JP2015095903A (ja)
CN (1) CN104660724A (ja)
AU (1) AU2014262178A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2019008645A (ja) * 2017-06-27 2019-01-17 ソフトバンク株式会社 サーバ装置、サーバ装置がＩｏＴデバイスと通信する方法、コンピュータプログラム、通信システムおよびＩｏＴデバイス

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10599632B2 (en) 2016-04-28 2020-03-24 Afilias Plc Domain name registration and management
US11222042B2 (en) 2016-04-28 2022-01-11 Afilias Limited Domain name registration and management for renewal date synchronization
US11552948B1 (en) * 2020-03-26 2023-01-10 Amazon Technologies, Inc. Domain management intermediary service

Family Cites Families (36)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6760746B1 (en) 1999-09-01 2004-07-06 Eric Schneider Method, product, and apparatus for processing a data request
US6895430B1 (en) 1999-10-01 2005-05-17 Eric Schneider Method and apparatus for integrating resolution services, registration services, and search services
US6901436B1 (en) 1999-03-22 2005-05-31 Eric Schneider Method, product, and apparatus for determining the availability of similar identifiers and registering these identifiers across multiple naming systems
US6314469B1 (en) 1999-02-26 2001-11-06 I-Dns.Net International Pte Ltd Multi-language domain name service
US9141717B2 (en) 1999-03-22 2015-09-22 Esdr Network Solutions Llc Methods, systems, products, and devices for processing DNS friendly identifiers
USRE43690E1 (en) 1999-03-22 2012-09-25 Esdr Network Solutions Llc Search engine request method, product, and apparatus
US8037168B2 (en) 1999-07-15 2011-10-11 Esdr Network Solutions Llc Method, product, and apparatus for enhancing resolution services, registration services, and search services
US6338082B1 (en) 1999-03-22 2002-01-08 Eric Schneider Method, product, and apparatus for requesting a network resource
US7188138B1 (en) 1999-03-22 2007-03-06 Eric Schneider Method, product, and apparatus for resource identifier registration and aftermarket services
BR0009921A (pt) * 1999-04-22 2002-08-27 Network Solutions Inc Métodos e aparelhos para processamento de operação de registro de nome de domìnio e meio de leitura por computador
US6880007B1 (en) 1999-06-07 2005-04-12 Register Com, Inc. Domain manager and method of use
WO2001011443A2 (en) 1999-08-06 2001-02-15 Namezero.Com, Inc. Internet hosting system
US6973505B1 (en) 1999-09-01 2005-12-06 Eric Schneider Network resource access method, product, and apparatus
USRE44207E1 (en) 1999-09-01 2013-05-07 Esdr Network Solutions Llc Network resource access method, product, and apparatus
US6980990B2 (en) 1999-12-01 2005-12-27 Barry Fellman Internet domain name registration system
EP1337931A4 (en) 2000-11-01 2005-05-11 Snapnames Com Inc DOMAIN NAME ACQUISITION AND MANAGEMENT SYSTEM AND METHOD
US7565402B2 (en) 2002-01-05 2009-07-21 Eric Schneider Sitemap access method, product, and apparatus
AU2003265425A1 (en) 2002-08-13 2004-02-25 Snapnames.Com, Inc. Pathway-specific, registry-integrated domain name registration system
US20040199493A1 (en) 2003-04-04 2004-10-07 Tim Ruiz Method for registering a stream of domain names received via a registrar's web site
CA2565077A1 (en) 2004-05-05 2005-11-17 John Wong System and methods for domain name acquisition and management
US7797413B2 (en) 2004-10-29 2010-09-14 The Go Daddy Group, Inc. Digital identity registration
US7653648B2 (en) 2005-05-06 2010-01-26 Microsoft Corporation Permissions using a namespace
US8271682B2 (en) 2005-09-16 2012-09-18 Sendori, Inc. Enhancements for domain name leasing marketplace
CA2641995C (en) 2006-02-10 2016-09-20 Verisign, Inc. System and method for network-based fraud and authentication services
US9130990B2 (en) * 2006-05-17 2015-09-08 Orange Server and method for managing domain names in a network using a zone file with a rule partitioning subdomains into subzones
US20100036725A1 (en) 2007-06-07 2010-02-11 Bhavin Turakhia Method and system for providing a predetermined service to a domain registrant by a tld registry
US8904519B2 (en) 2009-06-18 2014-12-02 Verisign, Inc. Shared registration system multi-factor authentication
US8370217B1 (en) 2009-12-11 2013-02-05 Go Daddy Operating Company, LLC Methods for determining preferred domain positioning on a registration website
US8719900B2 (en) 2010-05-18 2014-05-06 Amazon Technologies, Inc. Validating updates to domain name system records
US8549479B2 (en) * 2010-11-09 2013-10-01 Verisign, Inc. Test automation tool for domain registration systems
US9172673B2 (en) * 2010-12-30 2015-10-27 Verisign, Inc Systems and methods for domain name exchange
EP2754004A4 (en) 2011-09-08 2015-08-19 Double Verify Inc SYSTEM AND METHOD FOR IMPROVED INTERACTION BETWEEN AN IFRAME OR SITE AND AN EMBEDDED IFRAME FROM ANOTHER DOMAIN
US10565666B2 (en) 2011-09-26 2020-02-18 Verisign, Inc. Protect intellectual property (IP) rights across namespaces
US10237231B2 (en) 2011-09-26 2019-03-19 Verisign, Inc. Multiple provisioning object operation
US8819795B2 (en) 2012-02-01 2014-08-26 Amazon Technologies, Inc. Presenting managed security credentials to network sites
EP2658218A1 (en) * 2012-04-27 2013-10-30 Verisign, Inc. Bulk management of registry objects

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2019008645A (ja) * 2017-06-27 2019-01-17 ソフトバンク株式会社 サーバ装置、サーバ装置がＩｏＴデバイスと通信する方法、コンピュータプログラム、通信システムおよびＩｏＴデバイス

Also Published As

Publication number Publication date
US20230082749A1 (en) 2023-03-16
US11470039B2 (en) 2022-10-11
US20210297384A1 (en) 2021-09-23
EP2871819A1 (en) 2015-05-13
US11095604B1 (en) 2021-08-17
CN104660724A (zh) 2015-05-27
AU2014262178A1 (en) 2015-05-28

Similar Documents

Publication Publication Date Title
US10237231B2 (en) Multiple provisioning object operation
US11470039B2 (en) Multiple provisioning object operation
US20200344209A1 (en) Methods and systems for creating new domains
US11468529B2 (en) Protect intellectual property (IP) rights across namespaces
US11474992B2 (en) Domain name registration and management
JP2006178929A (ja) ドメイン名購入のメッセージ・ベースのネットワーク構成
AU2014201556B9 (en) Systems and methods for multi-tenant generic top level domain deployment
US8856344B2 (en) Method and system for intelligent many-to-many service routing over EPP
AU2014201359B2 (en) Method and system for intelligent many-to-many service routing over EPP
JP2015076892A (ja) 権威ネームサーバの変化に基づくドメイン名の特徴付け
US20080320602A1 (en) Method And System For Authenticating A User
US20140122568A1 (en) Methods and Systems for Managing Directory Information
US10476836B1 (en) Systems, devices, and methods for providing improved RDAP operations
US10511570B2 (en) Systems, devices, and methods for locality-based domain name registry operation verification
US20200250200A1 (en) Domain name registration and management for renewal date synchronization
Saint-Andre et al. External Service Discovery