(57)【要約】  レジストリを修復する方法は、該レジストリの複数のレジストリゾーンファイルにアクセスすることと、該複数のレジストリゾーンファイルを、第１の定期基準でアーカイブすることとを含む。該レジストリゾーンファイルのそれぞれは、第１の所定のフォーマットで表される、少なくとも、ドメイン名、登録機関ＩＤ、および状態情報を含む。また、該方法は、該レジストリの膨大なＷＨＯＩＳデータにアクセスすることと、該膨大なＷＨＯＩＳデータを、第２の定期基準でアーカイブすることとも含む。該膨大なＷＨＯＩＳデータは、第２の所定のフォーマットで表される、少なくとも、ネームサーバのサーバ名、ＩＰアドレス、および状態情報を含む。該方法は、該複数のレジストリゾーンファイルと該膨大なＷＨＯＩＳデータとの間での比較に基づき、該複数のアーカイブされたレジストリゾーンファイルのうちの１つを検証することと、該検証されたレジストリゾーンファイルを第２のレジストリのネームサーバに公開することと、ルートゾーン変更要求を開始することと、権限を有するネームサーバを更新することとをさらに含む。
2013504809.tif 000002
【特許請求の範囲】
【請求項１】
レジストリを修復する方法であって、
前記レジストリの複数のレジストリゾーンファイルにアクセスすることであって、前記レジストリゾーンファイルのそれぞれは、第１の所定のフォーマットで表される、少なくとも、ドメイン名、登録機関ＩＤ、および状態情報を備える、ことと、
前記複数のレジストリゾーンファイルを、第１の定期基準でアーカイブすることと、
前記レジストリの膨大なＷＨＯＩＳデータにアクセスすることであって、前記膨大なＷＨＯＩＳデータは、第２の所定のフォーマットで表される、少なくとも、ネームサーバのサーバ名、ＩＰアドレス、および状態情報を備える、ことと、
前記膨大なＷＨＯＩＳデータを、第２の定期基準でアーカイブすることと、
前記複数のレジストリゾーンファイルと前記膨大なＷＨＯＩＳデータとの間での比較に基づき、前記複数のアーカイブされたレジストリゾーンファイルのうちの１つを検証することと、
前記検証されたレジストリゾーンファイルを第２のレジストリのネームサーバに公開することと、
ルートゾーン変更要求を開始することと、
権限を有するネームサーバを更新することと、
を含む、方法。
【請求項２】
前記ルートゾーン変更要求は、前記権限を有するネームサーバを指定する、請求項１に記載の方法。
【請求項３】
前記複数のレジストリゾーンファイルは、前記第１の定期基準でアーカイブされるレジストリゾーンデータを含む、請求項１に記載の方法。
【請求項４】
前記第１の定期基準は、１週間より短い、請求項３に記載の方法。
【請求項５】
前記第１の定期基準は、毎日である、請求項４に記載の方法。
【請求項６】
前記レジストリゾーンデータは、前記レジストリの障害発生の前にアーカイブされる、請求項３に記載の方法。
【請求項７】
ルートゾーン変更を開始する前に、前記検証されたレジストリゾーンファイルの前記公開を照合することをさらに含む、請求項１に記載の方法。
【請求項８】
前記第１の所定のフォーマットは、標準化される、請求項１に記載の方法。
【請求項９】
前記膨大なＷＨＯＩＳデータは、前記第２の定期基準でアーカイブされる、複数の膨大なＷＨＯＩＳファイルを含む、請求項１に記載の方法。
【請求項１０】
前記第２の定期基準は、毎日である、請求項９に記載の方法。
【請求項１１】
前記膨大なＷＨＯＩＳファイルは、前記レジストリの障害発生の前にアーカイブされる、請求項９に記載の方法。
【請求項１２】
前記膨大なＷＨＯＩＳデータに基づき、レジストリデータベースを提供することをさらに含む、請求項１に記載の方法。
【請求項１３】
前記権限を有するネームサーバは、前記修復レジストリに関連付けられる、請求項１に記載の方法。
【請求項１４】
前記レジストリの障害発生を検出することをさらに含む、請求項１に記載の方法。
【請求項１５】
障害発生を検出することは、前記レジストリの割り当てを制御する事業体から通知を受信することを含む、請求項１４に記載の方法。
【請求項１６】
前記レジストリの割り当てを制御する前記事業体には、ＩＣＡＮＮを含み、前記方法は、ＩＣＡＮＮからデータへのアクセスの許可を受けることをさらに含む、請求項１５に記載の方法。
【請求項１７】
前記レジストリは、第１のＴＬＤのＴＬＤレジストリであり、前記第２のレジストリは、第２のＴＬＤのＴＬＤレジストリである、請求項１に記載の方法。
【請求項１８】
障害が発生したレジストリを修復するためのシステムであって、
第１のレジストリに関連付けられる複数のゾーンファイルを記憶するように動作可能な第１のデータベースと、
前記第１のレジストリに関連付けられる膨大なＷＨＯＩＳファイルを記憶するように動作可能な第２のデータベースと、
前記第１のデータベースおよび前記第２のデータベースに連結される検証モジュールと、
前記検証モジュールおよびルートゾーン権限者と通信状態にある事業体に連結される通信モジュールと、
第２のレジストリが操作可能な１つ以上のネームサーバと、
を備える、システム。
【請求項１９】
前記第１のデータベースおよび前記第２のデータベースは、同一のデータベースである、請求項１８に記載のシステム。
【請求項２０】
前記レジストリゾーンファイルのそれぞれは、第１の所定のフォーマットで表される、少なくとも、ドメイン名、ネームサーバ、およびＩＰアドレスを備える、請求項１８に記載のシステム。
【請求項２１】
前記膨大なＷＨＯＩＳデータは、第２の所定のフォーマットで表される、少なくとも、ドメイン名、ネームサーバ、ＩＰアドレス、登録者、状態、および連絡先データを備える、請求項１８に記載のシステム。
【請求項２２】
事業体によって制御される障害が発生したレジストリに関連付けられるレジストリデータベースを形成する方法であって、
ゾーンファイルを提供することと、
ＷＨＯＩＳデータファイルを提供することと、
前記事業体から、前記障害が発生したレジストリの障害発生に関連する通知を受信することと、
前記事業体または第三者のうちの少なくとも１つから、エスクローデータを受信することであって、前記エスクローデータは、全預託および１つ以上の増分更新を備える、ことと、
前記全預託に基づき、前記レジストリデータベースを初期化することと、
前記１つ以上の増分更新に基づき、前記レジストリデータベースを更新することと、
前記ゾーンファイルおよび前記ＷＨＯＩＳデータファイルのうちの少なくとも１つを使用して、前記レジストリデータベースを検証することと、
を含む、方法。
【請求項２３】
前記エスクローデータは、ドメイン名、登録機関ＩＤ、および状態情報を備える、請求項２２に記載の方法。
【請求項２４】
前記エスクローデータは、ネームサーバのサーバ名、作成日、更新日、および有効期限をさらに備える、請求項２３に記載の方法。
【請求項２５】
前記エスクローデータは、ネームサーバのサーバ名、ＩＰアドレス、および状態情報を備える、請求項２２に記載の方法。
【請求項２６】
前記エスクローデータは、登録機関ＩＤ、作成日、更新日、および有効期限をさらに備える、請求項２５に記載の方法。
【請求項２７】
前記ゾーンファイルは、以前に検証されたデータファイルである、請求項２２に記載の方法。
【請求項２８】
前記事業体は、ＩＣＡＮＮである、請求項２２に記載の方法。
【請求項２９】
前記レジストリデータベースを検証することは、前記エスクローデータからの登録機関データを、前記ＷＨＯＩＳデータファイルからの登録機関データと比較することを含む、請求項２２に記載の方法。
【請求項３０】
前記１つ以上の増分更新は、日毎頻度を特徴とする、請求項２２に記載の方法。
【請求項３１】
前記第三者には、エスクローエージェントを含む、請求項２２に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、障害が発生したレジストリの修復のための方法およびシステムに関する。
【背景技術】
【０００２】
ドメインネームシステム（ＤＮＳ）は、ヒトが読み取り可能なドメイン名を、インターネット上でのＴＣＰ／ＩＰ通信を確立するために必要とされるインターネットプロトコル（ＩＰ）番号に翻訳する、インターネット基盤の一部である。即ち、ＤＮＳによって、ユーザは、インターネットでコンピュータと通信するためにソフトウェアによって使用される機械が読み取り可能なアドレスである「１２３．４．５６．７８」のような数字のＩＰアドレスではなく、「ｗｗｗ．ｅｎ．ｅｘａｍｐｌｅ．ｃｏｍ」のような覚えやすいドメイン名を使用して、ウェブサイトおよび他のリソースを参照することが可能になる。各ドメイン名は、ドットによって区切られる一連の文字列（ラベル）から構成される。ドメイン名の右端のラベルは、「トップレベルドメイン」（ＴＬＤ）として知られる。公知のＴＬＤの例には、「．ｃｏｍ」、「．ｎｅｔ」、「．ｏｒｇ」等がある。各ＴＬＤは、例えば、「ｗｗｗ．ｅｘａｍｐｌｅ．ｃｏｍ」の「ｅｘａｍｐｌｅ」といった、ＴＬＤのすぐ左に列記される、セカンドレベルドメインをサポートする。セカンドレベルドメインをサポートする。各セカンドレベルドメインは、例えば、「ｗｗｗ．ｅｎ．ｅｘａｍｐｌｅ．ｃｏｍ」の「ｅｎ」といった、セカンドレベルドメインのすぐ左にあるいくつかのサードレベルドメインを含むことができる。追加のレベルドメインも、事実上、無制限に存在することができる。例えば、追加のドメインレベルを含むドメインは、「ｗｗｗ．ｌａｎｄｓｃａｐｅ．ｐｈｏｔｏｓ．ｅｘａｍｐｌｅ．ｃｏｍ」であり得る。
例えば、単一のサーバといった、単一のＩＰアドレスが、多数のドメイン名をサポートすることができることに留意されたい。即ち、異なるドメイン名を、同一のサーバに解決し、次いで、要求されたドメイン名および／または追加の非ドメイン情報に基づいて、どのコンテンツを提供するかを判断することができる。これは、仮想ホストと称されることもある。
【０００３】
追加の非ドメイン情報が、ドメイン名を含む、ユニフォームリソース識別子（「ＵＲＩ」）構造に含まれてもよい。例えば、「パス」部分は、フォワードスラッシュ（「／」）によって区切られる一連のセグメントである。この情報は、「ｗｗｗ．ｅｘａｍｐｌｅ．ｃｏｍ／ｂｌｏｇ／ｔｏｄａｙ．ｈｔｍ」の「ｂｌｏｇ」といった、ドメイン名のすぐ右に含まれ得、サーバまたは他の受信デバイスによって使用され、特定のコンテンツを識別および配信するか、特定のコードを実行することができる。非ドメイン情報の他の例としては、クエリおよびフラグメントが挙げられるが、これらの詳細は、当業者によって理解されるものであり、本明細書において詳述しない。この情報の組み合わせは、ユーザを同一のページの別の部分へ、または別のウェブページへナビゲートするウェブページハイパーリンクに含まれてもよい。
【０００４】
アイキャン（Ｉｎｔｅｒｎｅｔ  Ｃｏｒｐｏｒａｔｉｏｎ  ｆｏｒ  Ａｓｓｉｇｎｅｄ  Ｎａｍｅｓ  ａｎｄ  Ｎｕｍｂｅｒｓ（「ＩＣＡＮＮ」）は、ドメイン名およびＩＰアドレスの割り当ての管理に対する責任を負う。各ＴＬＤの操作に対する責任は、ＩＣＡＮＮによって、ドメイン名レジストリオペレータ（「レジストリ」）として知られる、ある組織に委譲される。例えば、ＶｅｒｉＳｉｇｎ，Ｉｎｃ．は、．ｃｏｍ  ＴＬＤのレジストリオペレータである。各レジストリオペレータは、責任を負うトップレベルドメインに登録される、すべてのドメイン名のレジストリデータベースを維持する。レジストリデータベース記録は、ドメイン名をネームサーバのＩＰアドレスにマップすることができる。ドメイン名クエリがレジストリに提出される際、レジストリは、クエリが行われたドメイン名に対応するインターネットリソースに関する追加アドレス情報と共に別の記録を含むことができる、ネームサーバのＩＰアドレスを返す。ドメイン名クエリにＩＰアドレスで応答するプロセスは、ドメイン名の「解決」と呼ばれる。
【０００５】
ドメイン名の実際の登録は、ドメイン名登録機関（「登録機関」）と称される法人によって実施される。登録機関は、ドメイン名をレジストリに登録する。例えば、エンドユーザは、登録機関に登録のためのドメイン名を提出し、ドメイン名が解決されるべきＩＰアドレスを提供する。登録機関は、ドメイン名を、エンドユーザによって提供されたＩＰアドレスに解決するために使用することができる、レジストリデータベース記録を作成するために、レジストリと通信し、ドメイン名を登録した登録機関の身元を知らせる。レジストリでのドメイン名登録の期限切れを除き、レジストリのドメイン名記録に指定された登録機関のみが、ドメイン名に関するレジストリデータベース情報を修正または削除することができる。エンドユーザは、特定のドメイン移管手続きに従うことによって、登録機関を切り替えることができる。
【０００６】
ゾーンファイルは、ＤＮＳゾーンと呼ばれる、ドメイン名システム（ＤＮＳ）の一部分を記述する、テキストファイルである。ゾーンファイルは、リソース記録（ＲＲ）の形態で整理され、ドメイン名とＩＰアドレスと他のリソースとの間のマッピングを定義する情報を含む。ゾーンファイルのフォーマットは、標準規格によって定義され、各ラインは、典型的に、単一のリソース記録を定義する。ラインは、ドメイン名で開始するが、空白のままである場合、デフォルトの以前に定義されたドメイン名になる。ドメイン名に、有効期限（ＴＴＬ）、クラス（大抵の場合、「インターネット」の「ＩＮ」であり、稀に含まれる）、リソース記録のタイプ（Ａ、ＭＸ、ＳＯＡ等）が続き、Ａ記録のＩＰｖ４アドレス等のタイプ特異データが続く。セミコロンを使用することによって、コメントを含むことができ、丸括弧を使用することによって、ラインを続けることができる。また、ドル記号で開始するキーワードでマークされる、ファイルディレクティブも存在する。
【０００７】
ＷＨＯＩＳシステムは、インターネット上のドメイン名、ＩＰアドレス、または自律システム番号の所有者を判定するために、データベースにクエリを行うために使用される、クエリ／応答プロトコルである。従来、ＷＨＯＩＳルックアップは、コマンドラインインターフェースを使用して作成された。しかしながら、現在では、ＷＨＯＩＳシステムを使用してドメイン所有権情報を調べるための、いくつかの簡略化されたウェブベースのツールが存在する。典型的に、ユーザがＷＨＯＩＳシステムにクエリを行う際、ウェブベースのＷＨＯＩＳクライアントは、ＷＨＯＩＳサーバに接続するために、ＷＨＯＩＳプロトコルを利用する。次いで、要求された情報のルックアップがユーザに返される。ＷＨＯＩＳシステムは、ネットワークオペレータおよび管理者の連絡先情報を含む、多数の有用な機能を提供する。加えて、ＷＨＯＩＳシステムを使用して、ユーザは、特定のドメイン名の利用可能性を判定することができる。
【０００８】
新しい一般的なＴＬＤが導入される際、レジストリの障害発生によって引き起こされる場合がある、サービスの途絶に対する高度の懸念が存在する。悪質な攻撃の結果または業務関連の問題のいずれかによるレジストリの障害発生は、ＤＮＳの動作を中断させ得、ＤＮＳおよびインターネットに対する一般市民の信頼を失墜させる可能性がある。したがって、当該技術分野において、障害が発生したレジストリを修復するための改善された方法およびシステムの必要性が存在する。
【発明の概要】
【課題を解決するための手段】
【０００９】
本発明は、概して、コンピュータネットワークに関する。より具体的には、本発明は、障害が発生したレジストリの修復のための方法およびシステムに関する。ほんの一例として、本発明は、レジストリの障害発生の前に、ゾーンファイルおよび膨大なＷＨＯＩＳデータをアーカイブするシステムに適用されてきた。レジストリの障害発生の後、ゾーンファイルは、検証され、公開され、非常時ルートゾーン変更を開始することを可能にする。他のコンピュータネットワークおよびデータベースシステムに、方法および技術を適用することができる。
【００１０】
本発明の実施形態によると、レジストリを修復する方法が提供される。方法は、レジストリの複数のレジストリゾーンファイルにアクセスすることと、複数のレジストリゾーンファイルを第１の定期基準でアーカイブすることとを含む。レジストリゾーンファイルのそれぞれは、第１の所定のフォーマットで表される、少なくとも、ドメイン名、登録機関ＩＤ、および状態情報を備える。また、方法は、レジストリの膨大なＷＨＯＩＳデータにアクセスすることと、膨大なＷＨＯＩＳデータを第２の定期基準でアーカイブすることとも含む。膨大なＷＨＯＩＳデータは、第２の所定のフォーマットで表される、少なくとも、ネームサーバのサーバ名、ＩＰアドレス、および状態情報を備える。方法は、複数のレジストリゾーンファイルと膨大なＷＨＯＩＳデータとの間での比較に基づき、複数のアーカイブされたレジストリゾーンファイルのうちの１つを検証することと、検証されたレジストリゾーンファイルを第２のレジストリのネームサーバに公開することと、ルートゾーン変更要求を開始することと、権限を有するネームサーバを更新することとをさらに含む。
【００１１】
本発明の別の実施形態によると、障害が発生したレジストリを修復するためのシステムが提供される。システムは、第１のレジストリに関連付けられる複数のゾーンファイルを記憶するように動作可能な第１のデータベースと、第１のレジストリに関連付けられる膨大なＷＨＯＩＳファイルを記憶するように動作可能な第２のデータベースとを含む。また、システムは、第１のデータベースおよび第２のデータベースに連結される検証モジュールと、検証モジュールおよびルートゾーン権限者と通信状態にある事業体に連結される通信モジュールと、第２のレジストリが操作可能な１つ以上のネームサーバとも含む。
【００１２】
本発明の代替の実施形態によると、事業体によって制御される障害が発生したレジストリに関連付けられるレジストリデータベースを形成する方法が提供される。方法は、ゾーンファイルを提供することと、ＷＨＯＩＳデータファイルを提供することとを含む。また、方法は、事業体から、障害が発生したレジストリの障害発生に関連する通知を受信することと、事業体または第三者のうちの少なくとも１つから、エスクローデータを受信することとも含む。エスクローデータは、全預託および１つ以上の増分更新を含む。方法は、全預託に基づき、レジストリデータベースを初期化することと、１つ以上の増分更新に基づき、レジストリデータベースを更新することと、ゾーンファイルおよびＷＨＯＩＳデータファイルのうちの少なくとも１つを使用して、レジストリデータベースを検証することとをさらに含む。
【００１３】
本発明によって、従来の技術より優れた多くの利点が達成される。例えば、本発明の実施形態は、自然災害の結果として障害が発生したレジストリを迅速に修復する方法を提供する。本明細書に説明される方法およびシステムは、壊滅的な障害発生の後に業務をスムーズに移行するために、レジストリ保険システムのコンポーネントとして実装することができる。レジストリの障害発生中、登録機関および既存のドメイン名は、悪影響を及ぼされるため、実施形態は、障害が発生したレジストリのダウンタイムを短縮し、顧客への影響の低減、ドメイン名の利用可能性に依存する組織に対する改善された業務継続保証、ならびにユーザのインターネット上のレジストリおよびドメイン名ベースのサービスに対する信頼の向上をもたらす。本発明のこれらおよび他の実施形態は、その利点および特徴の多くと共に、以下のテキストおよび添付の図面と併せて、より詳細に説明される。
【図面の簡単な説明】
【００１４】
【図１】本発明の実施形態に係る、レジストリ修復システムの簡略化概略図である。
【図２】本発明の実施形態に係る、修復レジストリの要素の簡略化概略図である。
【図３】本発明の実施形態に係る、障害が発生したレジストリを修復する方法を図示する、簡略化フローチャートである。
【図４】本発明の実施形態に係る、障害が発生したレジストリを修復する方法を図示する、簡略化メッセージフロー図である。
【図５】本発明の実施形態に係る、レジストリゾーンファイルを検証する方法を図示する、簡略化フローチャートである。
【図６】本発明の実施形態に係る、レジストリ修復システムの要素の簡略化概略図である。
【発明を実施するための形態】
【００１５】
技術上の理由（例えば、インターネット基盤の損傷）または業務上の理由（例えば、レジストリの破綻）のいずれかに基づくレジストリの障害発生は、レジストリが修復されるまで、レジストリ機能の喪失をもたらす可能性がある。発明者は、レジストリの機能性を迅速に修復し、それによって決定的に重要なレジストリサービスを復旧するために必要とされる既知の方法およびシステムは、不十分であると判明する可能性が高いと判定した。したがって、本発明の実施形態は、レジストリ機能を迅速に修復する方法およびシステムを提供し、ドメイン名空間に対する一般市民の信頼の減退をもたらす可能性がある、障害が発生したＴＬＤの評判の低下を防止する。
【００１６】
本発明の実施形態を利用して、レジストリ修復プロセスは、レジストリオペレータとの連携によって、または認可された／要求されたＩＣＡＮＮのレジストリの障害迂回プロセスのコンポーネントとして、障害が発生したレジストリを修復するために、決定的に重要な業務を素早く移行させることができる。本明細書を通じてより完全に説明されるように、ゾーンファイルおよび膨大なＷＨＯＩＳデータをアーカイブするため、ゾーンファイルを検証するため、検証されたゾーンファイルを公開するため、および非常時ルートゾーン変更を開始するための方法ならびにシステムが提供される。本発明の実施形態を利用して、第三者は、レジストリを修復することができ、レジストリの障害発生にも関わらず、確実に、レジストリサービスが継続的に提供されるようにする。したがって、実施形態は、従来のシステムおよび技術を使用して得られない、レジストリ保証機能を提供する。
【００１７】
本発明は、様々なユーザによる使用に好適である。一例として、ＩＣＡＮＮは、本発明の使用から利益を享受することができ、本明細書に説明されるレジストリの障害迂回プロセスをＩＣＡＮＮによって公表される要件に組み込むことによって、インターネットに対する一般市民の信頼の向上させる可能性があり得る。標準化されたレジストリの障害迂回プロセスを策定することによって、第三者（例えば、既存のレジストリ）は、障害が発生したレジストリのレジストリ業務を迅速に復旧することができる。本発明の使用から利益を享受することができるユーザの別の例は、壊滅的な障害発生の前に業務をスムーズに移行する方法およびシステムを所望する、既存のレジストリオペレータであろう。そのようなレジストリオペレータは、第三者（例えば、別の既存のレジストリオペレータ）とのバックアップレジストリオペレータ契約を締結することができる、または本発明の実施形態に従って提供されるレジストリ修復サービスを、「オンデマンド」基準で購入することができる。また、レジストリオペレータは、自然災害または人為的災害、破綻等の外部妨害がない場合にさえ、あるシステムから別のシステムにスムーズに移行するために、本発明の実施形態を使用することもできる。
【００１８】
現在、あるオペレータから別のオペレータへのレジストリサービスの移行は、少なくとも２つの協働団体、既存のレジストリオペレータおよび修復レジストリオペレータを必要とする。敵対理由のため、またはレジストリオペレータの機能不全行動に基づき、既存のレジストリオペレータが協働していない場合、決定的に重要なサービスを復旧することができる適時性に、悪影響を及ぼす可能性がある。発明者は、明確に定義されたプロセスおよびシステムを含む、障害が発生したレジストリ修復システムの配備なしでは、障害が発生したレジストリからの決定的に重要なサービスの移行は、修復作業が可能である場合、何週間または何ヶ月もかかる可能性があると判定した。本発明の実施形態によると、修復作業は、データの破損および／または損失を最小限にしながら実施される。したがって、データの破損および／または損失を防止するために、修復作業中、エスクローからレジストリデータを抽出し、復帰するための方法およびシステムが利用される。
【００１９】
本発明の実施形態は、レジストリオペレータの業務上の障害発生または技術上の障害発生によるものを含む、潜在的なレジストリの障害発生の全範囲に対処する。本発明が対象とするレジストリ修復作業は、ＤＮＳの障害発生の場合の部分的ドメイン解決サービス、またはドメイン名解決システムおよびドメイン名提供システムの両方を含む、完全障害修復サービスのいずれかを提供することができる。
本発明の実施形態は、ＴＬＤレジストリ修復作業を対象としているが、本発明は、エスクローされたデータを維持する他のレジストリ、例えば、ルートゾーンレジストリまたは他の名前の空間に適用可能である。
【００２０】
高レベルで本発明の実施形態に従って実施されるレジストリ修復プロセスは、少なくとも３つの段階を含む。
１．段階０．通常業務−ゾーンファイルおよび膨大なＷＨＯＩＳデータのアーカイブ
２．段階１．障害発生の後のレジストリ修復
３．段階２．ＷＨＯＩＳデータの公開の再開
【００２１】
上記にリストされる段階は、本明細書を通じて、例えば、図４に関して、より詳細に説明される。以下の記載は、概説として提供され、本発明の他の実施形態において、追加の段階を利用することができる。例えば、段階３（エスクローデータからの信頼できるレジストリデータベースの再構築）が以下に記載される。
【００２２】
段階０では、レジストリの障害発生の前に、レジストリのゾーンファイルおよび膨大なＷＨＯＩＳデータをアーカイブすることができる。本明細書では、障害が発生する、または障害が発生したレジストリは、障害が発生したレジストリと称される。したがって、「障害が発生したレジストリ」という用語は、過去形であるが、この用語は、将来のある時点で障害が発生するレジストリに同等に適用可能である。一例として、「障害が発生したレジストリ」からのゾーンファイルのアーカイブは、用語の過去形が障害が発生している／障害が発生したレジストリとの対話が発生する時間を制限しないように、障害発生の前に実施される。段階０では、障害が発生したレジストリの最近のＴＬＤゾーンファイルがアーカイブされる。これらのゾーンファイルのアーカイブは、レジストリゾーンファイルアクセス契約によって定義される、ゾーンファイルの公共入手可能性によって促進することができる。また、ＩＣＡＮＮを通じて、または指定された第三者から、膨大なＷＨＯＩＳデータファイルを入手することができる。
【００２３】
障害が発生したレジストリのレジストリゾーンファイルのダウンロードおよびアーカイブは、定期または不定期基準で、例えば、毎日実施することができ、また、レジストリゾーンファイルアクセス契約の契約条件に従って実施することができる。標準ゾーンファイルフォーマットでは、ゾーンファイル内のデータは、ドメイン名、ネームサーバ、およびＩＰアドレスを含む。
【００２４】
ゾーンファイルに加えて、修復レジストリオペレータがダウンロードし、アーカイブすることができる、二次データソースが存在し得る。この二次データは、特定のレジストリオペレータによって実施される特定の機能または業務に関連するデータを含むことができる。以下に説明されるように、異なるレジストリは、ＤＮＳ解決サービスに加えて、異なるサービスを提供することができる。これらの追加のサービスを提供するために、レジストリは、通常、ＤＮＳ解決機能を実施するために使用されるデータに加えて、データを維持する。
【００２５】
一例として、．ｎａｍｅ  ＴＬＤレジストリは、通常のＤＮＳ解決機能に加えて、また、電子メール転送および防衛登録を含むサービスも提供する。これらの追加のサービスの実施において、．ｎａｍｅレジストリは、これらの追加の機能に応じて適切に追加のデータを維持する。したがって、．ｎａｍｅ  ＴＬＤのゾーンファイルに加えて、．ｎａｍｅ  ＴＬＤに適用可能な本発明の実施形態は、この特定のレジストリに特有であり、レジストリに特有の機能を実施するためにレジストリによって記憶される、追加のデータをダウンロードし、アーカイブすることができる。他の特定のレジストリは、ゾーンファイルに加えて、特定のレジストリによって提供される特定の機能性に応じて適切に、追加のデータをダウンロードし、アーカイブすることができる。当業者は、多くの変形、修正、および代替を認識するであろう。第２のデータソースをアーカイブする修復レジストリでは、ゾーンファイルの検証は、二次データを以前にアーカイブされた二次データと比較すること、二次データの部分をゾーンファイルの部分と比較すること等のいずれかによる、二次データの検証をさらに含むことができる。
【００２６】
また、膨大なＷＨＯＩＳデータは、ＩＣＡＮＮ、または定期（例えば、毎日）もしくは不定期基準での膨大なＷＨＯＩＳの入手可能性を提供するレジストリ契約に基づき、ＩＣＡＮＮが以前に認定した第三者のいずれかによって、定期または不定期基準（例えば、毎日、様々な時間等）でダウンロードされ、アーカイブされる。膨大なＷＨＯＩＳデータは、レジストリ契約に指定される標準化フォーマットのドメイン名、ネームサーバ、ＩＰアドレス、状態、登録機関、登録者（ｔｈｉｃｋレジストリでは）を含む連絡先データ、作成日、修正日、および有効期限を含む。
【００２７】
段階１では、障害が発生した後、障害が発生したレジストリを修復することができる。実施形態では、障害が発生したレジストリオペレータのＴＬＤネームサーバ上のＤＮＳサービスが動作を停止した後、また、災害修復レジストリとも称される修復レジストリオペレータは、以下を行うことができる。
１．障害が発生したレジストリのゾーンファイルを検証する。以下に説明されるように、ゾーンファイルの検証は、最新のゾーンファイルと以前のゾーンファイル（単数または複数）および／または最新もしくは以前のＷＨＯＩＳファイル（単数または複数）との間での比較に基づき、最後の既知の有効なゾーンファイル内のデータを確認することを含む。最新のゾーンファイルが検証プロセスに失敗する場合、修復レジストリオペレータは、ゾーンファイルが検証基準を満足するまで、以前のゾーンファイルに戻る。いくつかの実施形態では、また、障害が発生したレジストリの障害発生の前に検証を実施することもできる。
２．検証されたゾーンファイルを、修復レジストリオペレータのネームサーバに公開する。
３．権限を有するＴＬＤネームサーバを更新するために、非常時ルートゾーン変更をＩＡＮＡと調整する。
【００２８】
段階１が完了すると、障害が発生したレジストリのＤＮＳは、信頼できるレジストリデータベースの復帰に基づき、最後の既知の良好な状態で動作する。したがって、障害が発生したレジストリの修復を、迅速かつユーザへの最小限の影響で実施することができる。
【００２９】
ＤＮＳ解決機能性の修復の後、元々は障害が発生したレジストリによって提供された追加の機能性を復旧するために、段階２が開始される。段階２で復旧されるサービスには、ＷＨＯＩＳデータの公開の再開、したがって、そのようなデータをアクセス可能にすることを含む。修復レジストリは、入手可能なＷＨＯＩＳデータから、レジストリデータベースを作成することができる。これは、レジストリオペレータが、ＷＨＯＩＳデータの公開を再開し、各ドメイン名を、記録の登録機関、障害が発生したレジストリの障害発生の一結果として損失されたサービスに関連付けることを可能にする。ＷＨＯＩＳデータの公開は、ゾーンファイルに対する非常時変更を認証し、調整するために使用することができる。以下に説明されるように、ＩＣＡＮＮ、または膨大なＷＨＯＩＳデータの日毎更新を受信する、ＩＣＡＮＮによって指定された第三者を通じて、膨大なＷＨＯＩＳデータファイルを入手可能にすることができる。加えて、いくつかのレジストリは、段階２で行われる行為の一環として復旧することができる、電子メール転送等の他の解決サービスを有することができる。これは、例えば、それらの転送アドレスに相関される元のアドレスを含む記録を含む、１つ以上のアーカイブされた電子メール転送ファイルに依存することによって行うことができる。
【００３０】
本発明のいくつかの実施形態によると、レジストリ修復プロセス中に、他のサービスを復旧する、再開する、および／または再始動することができる。これらのサービスの例には、ゾーンファイルアクセスならびに登録機関レポートおよび請求書作成が挙げられる。加えて、ＩＣＡＮＮが定義するプロセスによって統制される手続きである、移管紛争解決を再開することができる。レジストリ修復は、裁判所の命令、統一ドメイン名紛争解決方針（ＵＤＲＰ）の決定等に応答することができる、信頼できるレジストリを提供することに留意されたい。さらに、本明細書に記載されるプロセスの一環として、ＩＣＡＮＮによって承認される、他のＴＬＤ特有のレジストリサービスを再開することができる。レジストリ修復によって促進される他のサービスの例については、ｈｔｔｐ：／／ｗｗｗ．ｉｃａｎｎ．ｏｒｇ／ｅｎ／ｒｅｇｉｓｔｒｉｅｓ／ｒｓｅｐ／にリストされるサービスを含む、レジストリサービス評価プロセス（ＲＳＥＰ）を参照されたい。
【００３１】
ＷＨＯＩＳデータは、レジストリデータを変更するのに有用である。一例は、変更要求のサービス提供を可能にすることである。登録者がドメイン名を有し、登録者または登録機関が直面する業務上の問題の結果として、それらの登録機関にドメイン名を削除することを希望する場合、既存の名前を削除する、または既存の名前に対する更新を実施するプロセスが、レジストリによって提供される。そのような削除／更新を要求することを認可されている事業体を認証するために、本発明の実施形態は、障害が発生したレジストリのゾーンファイルの復旧に加えて、ＷＨＯＩＳデータを復旧する。段階２では、関心のある特定のドメイン名の記録の登録機関を判定するために、膨大なＷＨＯＩＳデータからのＷＨＯＩＳデータを使用することができる。すべての登録は、ＩＣＡＮＮに認定された登録機関を通じて得なければならないため、ＷＨＯＩＳデータの照合は、レジストリが要求者を関心のあるドメイン名の適切な登録機関として認証することを可能にし、別の登録機関が変更要求の開始に成功することを防止する。
【００３２】
当業者にとって明白であるように、また、膨大なＷＨＯＩＳファイルに含まれる情報の少なくとも一部は、一般に、レジストリデータベース内にも存在する。
ＷＨＯＩＳデータのアーカイブは、依然として有用である。レジストリ修復プロセスのいくつかの部分で最終的に使用されるエスクローデータが破損している場合、レジストリデータベースに対する非常時変更等の変更を行うために、ＷＨＯＩＳデータを使用することができ、これは、完全な修復が達成するまでサービスレベルを維持するのに有用であり得る。
【００３３】
典型的に、ＷＨＯＩＳデータの修復、および処理変更要求での使用は、非ルーチン変更要求、例えば、非常時状況に限定される。レジストリの通常業務中に遭遇するルーチン変更は、典型的に、エスクローデータに基づく障害が発生したレジストリの完全な修復まで延期され、これは、本明細書を通じて、より完全に説明される。
【００３４】
図１は、本発明の実施形態に係る、レジストリ修復システムの簡略化概略図である。レジストリ修復システム１００は、障害が発生したレジストリ１１０と、修復レジストリ１２０と、他のシステム要素とを含む。上述されるように、「障害が発生したレジストリ」という用語は、障害が発生するレジストリ、ならびに障害が発生したレジストリを含む。例として、レジストリオペレータに、技術上または経済上の理由のために障害が発生する場合がある、またはＩＣＡＮＮは、現在のレジストリオペレータによって初期に実施された機能を、別のレジストリオペレータが実施するべきであると決定する場合がある。したがって、本発明の実施形態は、レジストリ修復プロセス中に、現在のレジストリオペレータが協働していない状況に適切なシステムを提供することができる。
【００３５】
レジストリの障害迂回システムは、レジストリの修復の状況において、興味深く、かつ独特の問題を提示する。典型的なバックアップおよび修復作業では、ユーザは、データをバックアップし、次いで、それを後で修復することができる。これらの典型的な作業では、ユーザが、初期にバックアップされたデータに関連する全情報を有し、修復作業の復旧点に関する手引きを提供する。障害が発生したレジストリの修復システム（即ち、レジストリの障害迂回システム）の場合、障害が発生した第１のオペレータまたは事業体（即ち、障害が発生したレジストリオペレータ）および修復プロセスを実施している第２の事業体（即ち、修復レジストリオペレータ）が存在し得、レジストリの現在の状態についての限られた情報しか有さないため、典型的なバックアップおよび修復シナリオが適用されない場合がある。したがって、本発明の実施形態は、修復プロセスの優先順位を確立し、元々は障害が発生したレジストリによって提供されたサービスを修復するために、以前にアーカイブされた情報を利用し、それによって、確実に、障害が発生したＴＬＤが、インターネット上でのアクティブなサービスに戻り、信頼性のある（例えば、最後の既知の）データを用いて素早く復旧されるようにすることができる、方法およびシステムを提供する。入手可能なデータのソースを識別し、所与のデータ要素および／またはフィールドのどのデータが信用できるかを判定し、次いで、レジストリ契約の下で定義されるようにサービスを復帰することによって、障害が発生したレジストリの修復を実施することができる。レジストリ契約に加えて、レジストリオペレータにＴＬＤの操作を管理するよう指示することを認可された組織は、修復プロセスに対する適切な認可を提供することができる。
【００３６】
図１を参照すると、各レジストリオペレータ（即ち、レジストリ）は、レジストリオペレータによって操作されるＴＬＤのレジストリゾーンファイル１１２を維持する。ゾーンファイルは、ＤＮＳゾーンを記述する、テキストファイルである。ゾーンファイルは、リソース記録（ＲＲ）の形態で整理される、ドメイン名とＩＰアドレスと他のリソースとの間のマッピングを定義する情報を含む。ＩＣＡＮＮは、各レジストリが、ゾーンファイル１１２内のデータを公的にアクセス可能なフォーマットでエスクローし、ゾーンファイルを公的にアクセス可能にするために、ゾーンファイルアクセスプログラムを提供することを指定する。別のＴＬＤのレジストリであってもよい、修復レジストリ１２０は、公的に入手可能なゾーンファイルを、定期基準で、例えば、毎日、ダウンロードし、アーカイブすることができる。図１には、３つのアーカイブされたレジストリゾーンファイル１２０ａ、１２０ｂ、および１２０ｃが図示されるが、アーカイブされるゾーンファイルの数は、３つより多くても少なくてもよいことが理解される。一実施例として、修復レジストリによって、前の週を表す７つのゾーンファイルを維持することができる。したがって、障害発生の前に障害が発生したレジストリのゾーンファイルをダウンロードし、アーカイブすることによって、修復レジストリは、障害発生の前の障害が発生したレジストリの最近のゾーンファイルへのアクセスを有する。本明細書を通じてより完全に説明されるように、障害が発生したレジストリによって初期に操作されたＴＬＤを解決するために、修復レジスタは、アーカイブされたゾーンファイルを使用することができる。
【００３７】
図１に図示されるように、また、障害が発生したレジストリは、膨大なＷＨＯＩＳデータ１１４も維持する。修復レジストリは、ゾーンファイルデータのアーカイブと同様の方法で、膨大なＷＨＯＩＳデータをアーカイブすることができる。単一のアーカイブされた膨大なＷＨＯＩＳデータファイル１２２が図１に図示されるが、追加のアーカイブされた膨大なＷＨＯＩＳデータファイルが、本発明の実施形態によってアーカイブされてもよい。
【００３８】
ＩＣＡＮＮは、例示的なＴＬＤの責任を負う組織として本明細書に記載されるが、ＴＬＤのレジストリの割り当てを制御し、管理する、他の事業体または組織は、本発明の範囲内である。一例として、ＩＣＡＮＮは、．ｃｏｍおよび．ｎｅｔのレジストリを制御し、一方、．ｇｏｖは、米国一般調達局（ＧＳＡ）によって管理され、．ｅｄｕは、米商務省によって制御される。他の事業体は、．ｆｒおよび．ｃｎのレジストリを制御する。これらの他のＴＬＤのレジストリ修復システムでは、ＩＣＡＮＮとの対話の代わりに、レジストリの障害発生に関するデータへのアクセスおよび制御事業体との連携を実施することができる。
【００３９】
図２は、本発明の実施形態に係る、修復レジストリの要素の簡略化概略図である。修復レジストリデータベース２１０は、１つ以上のアーカイブされたゾーンファイル１２０ａと、１つ以上のアーカイブされた膨大なＷＨＯＩＳデータファイル１２２とを含む。データベースは、ＲＡＭ、フラッシュメモリ、ハードディスク、ＣＤ等、デジタル情報を記憶することができる任意のデバイスであってもよい。これらのアーカイブされたファイルを記憶するデータベースは、単一のデータベース、複数の地理的に分散されたデータベース等であってもよい。図２に図示される実施形態では、ゾーンファイルは、ドメイン名、ネームサーバ、およびＩＰアドレスを含む。ＷＨＯＩＳデータファイルは、ドメイン名、ネームサーバ、ＩＰアドレス、状態、登録機関および登録者の連絡先データ、作成日、修正日、ならびに有効期限を含む。これらのデータベースに記憶される、図示される情報は、一例として提供され、代替の実施形態では、他のタイプの情報が記憶される。
【００４０】
修復レジストリデータベース２１０は、検証モジュール２２０と通信状態にある。検証モジュールは、修復レジストリオペレータによって、ゾーンファイル、ならびにＷＨＯＩＳデータファイルを検証するために使用される。検証に関する追加の記載が図５を参照して提供される。また、修復レジストリデータベース２１０も、プロセッサ２４０、入力／出力モジュール２５０、および通信モジュール２３０と通信状態にある。プロセッサ２４０は、カリフォルニア州サンタクララにあるインテル社によって製造されるペンティアム（登録商標）プロセッサ等、命令およびデータを実行するように構成される、汎用マイクロプロセッサであってもよい。また、これは、本発明に係る方法をソフトウェア、ファームウェア、および／またはハードウェアで実施するための命令の少なくとも一部を具現化する、特定用途向け集積回路（ＡＳＩＣ）であってもよい。一例として、そのようなプロセッサには、専用回路、ＡＳＩＣ、組み合わせ論理、他のプログラム可能なプロセッサ、それらの組み合わせ等が挙げられる。プロセッサ２４０は、検証プロセス中に使用するために記憶された情報にアクセスするために、データベース２１０に連結される。
【００４１】
入力／出力モジュール２５０は、システムオペレータ等との対話を提供するために使用される。通信モジュール２３０は、修復レジストリオペレータと、ＩＡＮＡ１４０、ＩＣＡＮＮ１５０、米商務省１６０を含む他の事業体と、修復レジストリオペレータによって制御されるネームサーバ１４０との間でのインターネットを通じた通信を可能にする。インターネット通信が図２に図示されるが、電話、ファクシミリ等を含む他の形態の通信は、本発明の範囲内である。
【００４２】
図３は、本発明の実施形態に係る、障害が発生したレジストリを修復する方法を図示する、簡略化フローチャートである。方法３００は、障害が発生したレジストリと称される、障害が発生するレジストリの複数のゾーンファイルにアクセスすること（３１０）を含む。障害が発生したレジストリのゾーンファイルは、公的に入手可能であり、修復レジストリによってアーカイブされる（３１２）。ゾーンファイルのアーカイブは、定期基準で、例えば、毎日実施される。したがって、別のＴＬＤのレジストリであってもよい、修復レジストリによって、複数のゾーンファイルがアーカイブされる。代替として、ＶｅｒｉｓｉｇｎのＤｏｍａｉｎ  Ｎａｍｅ  Ｚｏｎｅ  Ａｌｅｒｔｓ（ＤＮＺＡ）サービス等の更新サービスを使用して、ほぼリアルタイムでゾーンファイルをダウンロードし、アーカイブすることができる。ＤＮＺＡサービスは、ｈｔｔｐ：／／ｗｗｗ．ｉｃａｎｎ．ｏｒｇ／ｅｎ／ｒｅｇｉｓｔｒｉｅｓ／ｒｓｅｐ／のＲＳＥＰにリストされる、「ＤＮＳ更新サービス」（提案＃２００７００３）の実施として提供される。ＤＮＺＡは、顧客が、全ゾーンファイルの１日１回の更新に加えて、レジストリに対するすべての更新に５分毎にアクセスすることを可能にする。
【００４３】
加えて、レジストリの膨大なＷＨＯＩＳデータにアクセスし（３１４）、アーカイブする（３１６）ことができる。ＩＣＡＮＮは、あらゆるレジストリがＷＨＯＩＳサービスを運用することを指定する。ＷＨＯＩＳは、ユーザが、レジストリによって維持されるＷＨＯＩＳデータにクエリを行い、単一の名前の結果を調べることを可能にする、個々のクエリシステムである。加えて、各レジストリは、膨大なＷＨＯＩＳファイルと称される、全ＷＨＯＩＳファイルを維持する。契約によって、ＩＣＡＮＮは、膨大なＷＨＯＩＳファイルへのアクセスを有する。つまり、各レジストリは、ＩＣＡＮＮが入手可能なレジストリの全ＷＨＯＩＳのダウンロード可能なコピーを作成し、ＩＣＡＮＮが膨大なＷＨＯＩＳファイルを毎日ダウンロードすることを可能にする。ＩＣＡＮＮが膨大なＷＨＯＩＳファイルへのアクセスを有することに加えて、ＩＣＡＮＮは、契約によって、第三者が膨大なＷＨＯＩＳファイルへのアクセスを有するよう指定する権利を有する。したがって、ＩＣＡＮＮまたは第三者（指定による）のいずれかは、膨大なＷＨＯＩＳファイルを、定期基準でダウンロードし、アーカイブすることができる。本発明の特定の実施形態では、ＩＣＡＮＮは、第三者を、修復レジストリ（また、バックアップレジストリオペレータまたは保険レジストリオペレータとも称される）として指定する。指定された第三者は、定期的にＷＨＯＩＳデータを収集し、データをアーカイブする。もちろん、ＩＣＡＮＮは、独立してデータを収集することができる。障害発生の直後、指定された第三者は、したがって、障害が発生したレジストリの機能性を修復するのに使用するために利用可能なアーカイブされた膨大なＷＨＯＩＳデータを有する。膨大なＷＨＯＩＳデータは、典型的に、膨大なＷＨＯＩＳ日付ファイルに含まれていないデータを含む、エスクローデータとは別であることに留意されたい。
【００４４】
ゾーンファイルとＷＨＯＩＳファイルとの間でのドメイン名データ（ドメイン名、ネームサーバ、ＩＰアドレス等）の定期的比較および検証を実施するために、本実施形態では、修復レジストリがＷＨＯＩＳファイルを定期的に入手可能であるようにすることができる。レジストリデータのほぼ連続した更新のため、２つのデータファイルの作成時間における小さい差が予期されるが、ばらつきは、修正日がファイル生成日と同一である変更に限定されるべきである。一般に、他の矛盾は、手動で一致させられる。特定の実施形態では、ゾーンファイルは、インターネット上のドメイン名を解決することを可能にするデータを提供するため、ゾーンファイルとＷＨＯＩＳデータとの間の差の解決では、ゾーンファイルが優先される。これらの作業は、レジストリ修復プロセスの段階０に関連して実施され、レジストリの障害発生の前に実施される。
【００４５】
図３は、修復レジストリが、ゾーンファイル情報および膨大なＷＨＯＩＳファイルを、定期基準でダウンロードし、アーカイブする、方法を図示するが、他の実施形態は、別の団体が、ゾーンファイル情報および膨大なＷＨＯＩＳデータをダウンロードおよび／またはアーカイブし、アーカイブされたゾーンファイルおよび／またはＷＨＯＩＳデータを使用して、ゾーンファイルを検証し、次いで、障害が発生したレジストリの障害発生の後、検証のためにこのデータを修復レジストリに渡す、方法を提供することができる。したがって、図３の方法は、単一の事業体によって実施されるが、障害が発生したレジストリの修復の結果を提供する、方法の変形の方法の実践に、複数の事業体が関与する場合がある。一例として、ＩＣＡＮＮは、ＩＣＡＮＮによって設立されたレジストリのうちのいくつか（またはすべて）に対して、これらのレジストリのゾーンファイル情報と共に膨大なＷＨＯＩＳ情報をアーカイブする、第三者を指定することができる。通常業務中、ファイルは、ダウンロードされ、アーカイブされる。レジストリの障害が発生すると、データは、修復レジストリに渡され、これは、次いで、指定された第三者からのデータ、ＩＣＡＮＮからのデータ、および／または修復レジストリによって維持されるデータを使用して、障害が発生したレジストリを修復することに進む。当業者は、多くの変形、修正、および代替を認識するであろう。
【００４６】
実施形態によると、初期のレジストリに障害が発生したことの通知を、修復レジストリに提供することができる。この通知は、ＩＣＡＮＮによってもたらすことができる、修復レジストリによるレジストリの定期的確認に基づき、元のレジストリによってもたらすことができる等である。図３に図示される実施形態では、通知は、複数のゾーンファイルのうちの１つの検証をトリガする（３１８）。実施形態では、検証されたゾーンファイルとして、最新のアーカイブされたゾーンファイルが使用される。本実施形態では、検証は、単に、最新のゾーンファイルを選択することしか含まない。典型的に、検証は、以下に説明されるように、追加のデータの完全性確認を含む。検証されたゾーンファイルは、障害が発生したレジストリの業務を復旧するのに使用され、したがって、正確なデータを使用することに関心がある。典型的に検証プロセスの複雑性に依存する、データの正確さは、特定の用途によって、障害発生の前のゾーンファイル１１２内のデータの厳密なコピーから、それ程正確ではないデータに及ぶことができる。上述されるように、最少量の検証は、アーカイブするデータを単に確認するだけであり、最も最近アーカイブされたゾーンファイルを使用する。
【００４７】
いくつかの実施形態では、ゾーンファイルの検証は、レジストリの障害発生の前に実施される。これらの実施形態では、ゾーンファイルがダウンロードされ、アーカイブされる（３１０および３１２）際に、検証プロセスが実施される。したがって、障害が発生したレジストリに障害が発生したと判定される際、検証プロセスは、既に完了しており、検証されたゾーンファイルが入手可能である。一実施例として、一実施では、ゾーンファイルは、データの前日から変更された割合を判定するために、毎日比較される。この比較は、現在のレジストリオペレータによる不慮の、または意図的な行為により、最新のゾーンファイルが破損していない、ないしは使用不可能ではないことを確実なものにするために実施される。これは、例えば、不満を抱く従業員が、ゾーンファイルを使用不可能にする試みで、障害発生の前に、ゾーンファイルの相当な部分を意図的に削除する際に生じ得る。検証に関する追加の記載は、図５を参照して提供される。
【００４８】
いったんゾーンファイルが検証されると、検証されたゾーンファイルは、修復レジストリのネームサーバに公開される（３２０）。ゾーンファイルは、ＤＮＳサーバに渡すことができるフォーマットであってもよく、公開プロセス（３２０）を簡単化する。典型的に多数の地理的に離れた位置に配備されるネームサーバへのゾーンファイルの転送は、階層的に実施することができる。
【００４９】
データ変更の所定の閾値を超える変更の場合、ＤＮＳ動作の専門知識を有する修復レジストリ要員は、調査を実施することができる。閾値を超える変更は、最後の既知の有効なファイルに戻るのに十分なデータを提供するために修復レジストリが維持する、ゾーンファイルの数の増加をもたらす場合がある。
【００５０】
ルートゾーン変更が開始され（３２２）、非常時ルートゾーン変更の調整と称することができる。所与のＤＮＳシステムのＤＮＳ階層の最上ＤＮＳゾーンであるルートゾーンは、ＩＡＮＡによって管理される。修復レジストリと、ＩＡＮＡと、米商務省（Ｄｅｐａｒｔｍｅｎｔ  ｏｆ  Ｃｏｍｍｅｒｃｅ）との間で調整されるプロセスである、ルートゾーン変更を、迅速に（例えば、１日未満で）実施することができる。ルートゾーン変更を調整することは、修復レジストリによる、変更が行われるべきネームサーバのリストのＩＡＮＡへの提出を含む。今度は、ＩＡＮＡが、米商務省と連携し、米商務省に、ルートゾーン変更要求が受信されたことを通知する。米商務省は、提案されたネームサーバに対する変更を再考し、認可する。
ルートゾーンに対する変更の承認または認可の後、修復レジストリは、障害が発生したレジストリによって操作されるＴＬＤの新しいルートゾーンを渡す。いったんルートゾーンに対して変更が行われると、ＤＮＳクエリは、障害が発生したレジストリのＴＬＤの権限を有するネームサーバとしての修復レジストリのネームサーバに向けられる。したがって、元のレジストリの機能性は、修復レジストリの業務によって復旧される。このプロセスは、障害が発生したレジストリのＴＬＤレジストリサービスを迅速に再確立し、これは、インターネットのユーザに対して透過的である。図３に図示される方法３００を実施した後、ＤＮＳサービスは、復旧されているであろう。
【００５１】
いくつかの実施形態では、障害修復レジストリプロセス中に、１つ以上の追加のプロセスを実施することができる。一実施例として、実施形態では、検証されたゾーンファイルの公開は、ルートゾーン変更を認可する前に照合される。修復レジストリ、ＩＡＮＡ、または他の適切な団体が、照合を実施することができる。
【００５２】
いくつかの実施形態では、障害が発生したレジストリが修復された後、レジストリの業務は、修復レジストリオペレータのネームサーバを使用して進行しており、レジストリ業務を障害が発生したレジストリオペレータに移行し戻すために、障害が発生したレジストリオペレータとの連携が着手される。この移行の一環として、登録機関に連絡を取ることができ、その登録機関に関連付けられるすべてのデータのレジストリ修復の結果を伴うレポート／データファイルを、登録機関に提供することができる。また、修復プロセスは、次いで、データの確認のためのステップと、任意の潜在的矛盾の解決のためのステップとを含むこともできる。本明細書に記載されるレジストリ修復プロセスの後、全登録サービスが可能となり、更新は、すべての解決サービスに公開される。
【００５３】
発明者は、エスクローデータから障害が発生したレジストリを修復することを試みることは、時間の掛かるプロセスであると判定した。レジストリの障害発生の後の、続く、エスクローからデータを抽出する承認をＩＣＡＮＮから取得するプロセス、ＩＣＡＮＮから修復レジストリにエスクローデータを配信するプロセス、エスクローデータのフォーマットを理解するプロセス、エスクローデータを動作可能なデータベースに復帰するプロセス、動作可能なデータベースを試験するプロセス等は、遅いプロセスである。このプロセス中、通常の業務方法では、ＴＬＤのユーザは、解決サービスを受けない。事業の成功をウェブサイトに依存するドメイン名所有者にとって、そのような長時間の遅延は、事業の損失、およびさらには事業の閉鎖をもたらす可能性がある。したがって、本発明の実施形態によると、障害が発生したレジストリの迅速な修復を提供する、方法およびシステムが提供され、従来の手法を使用しては得られない利益を提供する。
【００５４】
図３は、単一のＴＬＤのレジストリ修復のみを図示するが、本明細書に記載される方法およびシステムは、複数のレジストリオペレータに適用可能であることに留意されたい。例えば、単一の修復レジストリ（例えば、保険レジストリオペレータ）は、複数のレジストリ（例えば、．ｉｎｆｏ、．ｆｒ、．ｍｕｓｅｕｍ、．ｊｏｂｓ等）のゾーンファイルをダウンロードし、アーカイブすることができる。本実施例では、修復レジストリは、修復することに同意した、または修復する意向がある、すべてのレジストリのゾーンファイルおよび膨大なＷＨＯＩＳデータを、定期基準でダウンロードし、アーカイブする。定期基準は、様々なＴＬＤに対して同一であっても異なってもよい。当業者は、多くの変形、修正、および代替を認識するであろう。
【００５５】
図４は、本発明の実施形態に係る、障害が発生したレジストリオペレータを修復する方法を図示する、簡略化メッセージフローである。方法は、修復レジストリオペレータが、将来いつか障害が発生するレジストリからゾーンファイルを要求すること（４１０）を含む。障害が発生するレジストリは、障害修復と称される。しかしながら、初期は、障害が発生しているレジストリは、完全に機能しているレジストリである。本明細書に記載される方法およびシステムは、保険レジストリサービスを提供するために使用することができ、修復レジストリによって、障害が発生するレジストリにバックアップサービスを提供することを可能にする。そのような保険は、修復レジストリによるサービスとして、または障害が発生するレジストリを制御する事業体からの要件として提供することができる。ゾーンファイルは、障害が発生するレジストリオペレータによって、修復レジストリオペレータに提供される（４１２）。プロセス４１０および４１２によって提供されるゾーンファイルは、修復レジストリオペレータによって、定期基準で、例えば、毎日受信される。したがって、単一の要求／応答組が図示されるが、単一の要求および複数の応答、複数の要求および複数の応答、ならびに他の組み合わせは、本発明の範囲内に含まれる。
【００５６】
また、方法は、修復レジストリオペレータが、障害が発生しているレジストリオペレータからＷＨＯＩＳデータを要求すること（４２０）も含む。障害が発生しているレジストリオペレータによって、修復レジストリオペレータにＷＨＯＩＳデータ（また、膨大なＷＨＯＩＳファイルとも称される）を提供する（４２２）ことができる。プロセス４１０および４２２によって提供されるＷＨＯＩＳデータは、修復レジストリオペレータによって、定期基準で、例えば、毎日、毎時間、または不定期に受信される。ゾーンファイルおよびＷＨＯＩＳデータの受信ならびにアーカイブは、障害が発生しているレジストリの障害発生の前に、ある期間継続される。典型的に、最新のゾーンファイルのうちのいくつかが、最新のＷＨＯＩＳデータファイルのうちの１つ以上と共にアーカイブされる。したがって、時間が経過するにつれて、ゾーンファイルおよびＷＨＯＩＳデータの期限切れ版を破棄することができる。本明細書を通じてより完全に説明されるように、ゾーンファイルおよびＷＨＯＩＳデータの検証は、レジストリの障害発生の前の期間内に実施することができる。
【００５７】
方法は、障害が発生したレジストリが障害発生を経験した後、ルートゾーン変更を開始すること（４３０）を含む。方法は、障害が発生したレジストリを制御する事業体から修復レジストリへの、レジストリに障害が発生したことの通知を含むことができる。加えて、修復レジストリオペレータは、障害発生の前、レジストリの定期的監視を実施することができ、修復レジストリオペレータが障害発生を適時検出することを可能にする。ＩＡＮＡとの協働で実施されるルートゾーン変更は、本明細書を通じて説明されるように、修復レジストリがバックアップレジストリサービスを提供することを可能にする、プロセスのうちの１つのコンポーネントである。
【００５８】
図４に図示される本発明の実施形態では、ルートゾーン変更が確認される（４３２）。典型的に、この確認は、障害が発生したレジストリを制御する事業体、例えば、ＩＡＮＡによって提供される。検証されたゾーンファイルは、修復レジストリオペレータのネームサーバに公開され（４４０）、障害が発生したレジストリのＤＮＳ解決サービスを、修復レジストリによって実施することを可能にする。
【００５９】
図４に図示される具体的なステップは、本発明の実施形態に係る、障害が発生したレジストリオペレータを修復する特定の方法を提供することを理解されたい。また、他の一連のステップも、代替の実施形態に従って実施することができる。例えば、本発明の代替の実施形態は、上記に概要されるステップを、異なる順序で実施することができる。さらに、図４に図示される個々のステップは、個々のステップに応じて適切に、様々な順で実施することができる、複数のサブステップを含むことができる。さらに、特定の用途によって、追加のステップを追加する、または削除することができる。当業者は、多くの変形、修正、および代替を認識するであろう。
【００６０】
図６は、本発明の実施形態に係る、レジストリ修復システムの要素の簡略化概略図である。図６に図示されるシステムは、本明細書に記載される、レジストリ修復の方法を実施するために使用することができ、これには、図４に関して説明される方法が含まれる。システムは、レジストリ修復プロセスを実施するために、必要に応じて、ゾーンファイル６１０、ＷＨＯＩＳファイル６１２、および他のファイル６１４を含む、１つ以上のデータベースを含む。修復レジストリは、本明細書を通じてより完全に説明されるように、ゾーンファイルおよびＷＨＯＩＳデータまたは修復されるレジストリを要求し、受信する。複数のゾーンファイル等の様々なデータファイルを、それらが定期または不定期基準でダウンロードされる際、ゾーンファイルデータベース６１０に記憶することができる。
【００６１】
また、システムは、データベース６１０、６１２、および６１４に連結される、検証モジュールも含む。検証モジュール６２０は、必要に応じて、ゾーンファイル、ＷＨＯＩＳデータ、および他のデータを使用して、レジストリ修復作業中に使用することができる、検証されたゾーンファイルを提供する。検証は、レジストリの障害発生の前、障害発生の後、またはそれらの組み合わせの期間内に実施することができる。システムは、ルートゾーン変更を開始するために使用される、通信モジュール６３０と、レジストリ修復プロセスのうちの１つ以上の部分を制御するために利用される、プロセッサ６４０とをさらに含む。通信モジュールは、インターネット、ならびにネームサーバ６６０およびＩＡＮＡ６５０、ＩＣＡＮＮ、６５２、および米商務省６５４を含む他の事業体への接続性を提供する。ルートゾーン変更に関する調整の後、検証されたゾーンファイルを、修復レジストリオペレータのネームサーバ６６０に公開することができ、障害が発生したレジストリのＤＮＳ解決サービスを、修復レジストリで実施することを可能にする。したがって、ＩＡＮＡが、修復レジストリからルートゾーン変更要求を受信し、認可のために、ルートゾーン変更要求を米商務省に提出するため、通信モジュールは、ルートゾーン権限者と通信状態にある。いったん認可されると、修復レジストリは、これらの認可された変更からルートゾーンファイルを生成し、検証されたゾーンファイルをすべてのルートサーバオペレータに配布する。
【００６２】
図５は、本発明の実施形態に係る、レジストリゾーンファイルを検証する方法を図示する、簡略化フローチャートである。方法５００は、第１のゾーンファイルを提供すること（５１０）と、第２のゾーンファイルを提供すること（５１２）とを含む。実施形態では、第１のゾーンファイルは、最も最近アーカイブされたゾーンファイルであり、第２のゾーンファイルは、次に最も最近アーカイブされたゾーンファイルである。第１のゾーンファイルは、アーカイブされている必要はないが、ほぼリアルタイムで検証が行われる場合、近々ダウンロードすることができる。第１のゾーンファイルのフィールドと第２のゾーンファイルの対応するフィールドとの間での比較が行われる（５１４）。フィールド間に差が存在するか否かを判定するために、所定のフォーマットのゾーンファイルのフィールドを比較することができる。一実施例として、フィールドは、ＮＳ記録（ネームサーバ）、Ａ記録（ネームサーバのＩＰｖ４アドレス）、ＡＡＡＡ記録（ネームサーバのＩＰｖ６アドレス）を含む関連リソース記録を伴う、ドメイン名を含む。これらは、ＴＬＤレジストリの最も一般的なデータであるが、また、データは、ＮＳＥＣおよびＲＲＳＩＧ（ＤＮＳＳＥＣを実装しているレジストリに使用される）、ＰＴＲ（ＩＰ番号対ホスト名の逆マッピング）、ＭＸ（メール交換記録）等の他のリソース記録タイプも含むことができる。当業者は、多くの変形、修正、および代替を認識するであろう。
【００６３】
判定は、第１のゾーンファイルと第２のゾーンファイルとの間の変更が所定の割合を超える場合に行われてもよい。変更は、フィールド基準で測定することができる。典型的に、ゾーンファイルは、ある日から翌日までに発生する、多数の増分変更を有する。ドメイン名が追加される際、登録者情報等が変更され、ゾーンファイル情報が更新され、特定の数の変更を毎日もたらす。検証プロセス中、変更割合が所定の閾値、例えば、５％を超える場合、通常業務以外の何かが発生していることの指標が提供される。ゾーンファイルがアーカイブされる頻度は、エントリが典型的に変更される程度に基づいて調整することができる。例えば、別のより迅速に変化するゾーンファイルより少ない単位時間当たりの変更を履歴的に経験するゾーンファイルは、より動的なゾーンファイルより少ない頻度アーカイブされてもよい。ゾーンファイルがアーカイブされる程度は、第１のゾーンファイル版と第２のゾーンファイル版との間の差が所与の割合または任意の他の好適な数的指標より低くなる可能性が高くなるように調整することができる。これは、一次レジストリオペレータに障害が発生する場合に、よりスムーズな検証プロセスおよび修復作業を確実なものにすることを助長することができる。
【００６４】
ゾーンファイル間の変更が所定の割合未満である場合、検証されたゾーンファイルとして、最新のゾーンファイルが提供され（５２０）、これは、次いで、障害が発生したレジストリを修復するのに使用される。
【００６５】
ゾーンファイル間の変更が所定の割合を超える場合、次に古いゾーンファイル（第３のゾーンファイル）が提供される（５１８）。第３のゾーンファイル（例えば、２日前の）と第２のゾーンファイル（例えば、１日前の）との間の変更が所定の割合を超えるか否かを判定するために、第２のゾーンファイルと第３のゾーンファイルとの間での比較が行われる（５１４）。第１のゾーンファイルと第２のゾーンファイルとの間での比較と同じように、ファイル間の差が所定の閾値未満である場合、検証されたゾーンファイルとして、第２のゾーンファイルが提供される（５２０）。漸進的順序でゾーンファイルを使用する、このプロセスは、２つの連続するゾーンファイルが、所定の割合未満の変更によって特徴付けられるまで継続される。
【００６６】
本発明の実施形態を利用して、最新の最も正確なゾーンファイルが検証され、修復プロセスで使用される。本明細書に記載される検証プロセスを使用することによって、不満を抱くシステムオペレータが、障害発生の前にレジストリを妨害する試みで、高度に破損された、または空のゾーンファイルを公開することが防止される。例えば、ほぼリアルタイムでゾーンファイルを比較することによって、そのような行為を発見し、正確なゾーンファイルを保持することができる。したがって、方法５００は、修復レジストリが、最新のゾーンファイルまたは以前にアーカイブされたゾーンファイルであってもよい、最後の既知の良好なゾーンファイルに戻ることを可能にする。ほぼリアルタイムでゾーンファイル検証を実施することによって、ゾーンファイルに関連する問題が識別され、レジストリの障害発生の前に解決することができる。一実施例として、ゾーンファイルが毎日収集され、アーカイブされる実施では、データを毎日検証することができる。
【００６７】
以前のゾーンファイルとの比較に加えて、ゾーンファイルデータを検証する別の方法は、ゾーンファイルデータとＷＨＯＩＳデータとの間での比較である。これらの２つの異なるデータソース間に差が存在することが予期されるが、また、これらのデータソースは、大いに相関される。例えば、典型的に、ファイルが捕獲される日中の異なる時間のため、同日のゾーンファイルとＷＨＯＩＳファイルとの間に矛盾が存在する。データソースの２つのスナップショットを効率的に捕獲することによって、典型的に、ＤＮＳゾーンファイル内には存在するが、ＷＨＯＩＳデータに見当たらない、ドメイン名が存在する。通常業務では、第１の日にＷＨＯＩＳデータに見当たらないドメイン名は、次の日、データベースが更新される際に現れる。しかしながら、アーカイブされたゾーンファイルおよびＷＨＯＩＳデータの比較に、典型的に、データの差が存在し、検証プロセス中に考慮される。
【００６８】
本発明の実施形態によると、検証中に発見されるゾーンファイルとＷＨＯＩＳデータとの間の差は、以下のように対処される。ＷＨＯＩＳが、登録機関、作成日、有効期限、登録機関連絡先情報、および登録者連絡先情報を含む、ゾーンファイルにはない追加のデータを含む。ＷＨＯＩＳにリストされる各ドメイン名およびネームサーバの記録の登録機関は、データの不一致を検証するため、または非常時変更要求のために適切な登録機関に応答するための重要なツールである。「保留」状態のドメイン名登録は、ゾーンファイル内に現れない。加えて、ＷＨＯＩＳデータおよびゾーンファイル内のデータは、ＷＨＯＩＳデータファイルおよびゾーンファイルの生成のタイミング差のために異なる場合がある。これらの差は、本発明の実施形態によって対処される、いくつかの分類の矛盾をもたらす。これらの分類は、以下に記載される。
【００６９】
ゾーンファイル内には存在するが、ＷＨＯＩＳデータは有さない、ドメイン名−この状況では、記録の登録機関は、判定することができない。したがって、登録機関によって提供されるエスクローデータまたは文書の入手可能性が審議中であり、これらのドメイン名の現状が維持されるべきである。
【００７０】
ゾーンファイル内には存在しないが、ＷＨＯＩＳデータは有する、ドメイン名−この状況は、「保留」状態の、または権限を有するネームサーバを有さない、ドメイン名で生じる可能性がある。また、この状況は、データファイル生成時間の差のために生じる場合もある。レジストリは、これらの状況のうちの１つの下で、説明なくゾーンファイルに見当たらないドメイン名の記録の登録機関からの釈明を要求する。これは、結果として、不正に省略されたドメイン名を含むようにゾーンファイルを更新することになる可能性がある。
【００７１】
権限を有するネームサーバおよび／またはＩＰアドレスの差を有するドメイン名−ゾーンファイルデータは正しいと考えるべきであるが、ドメイン名の登録機関に正しいデータを確認する要求を生成する場合がある。
【００７２】
ＴＬＤのレジストリ業務に関する方針および業務上の問題の解決が審議中であり、有効期限情報は、概して無視されるべきである、つまり、有効期限を過ぎたドメイン名は、ゾーンファイル内に保持されたままで、削除されない。意図は、登録機関および登録者が期限が切れた登録を更新する機会を有するまで、現状を維持することである。
【００７３】
本明細書に記載される段階は、独立して実施することができるが、いくつかの実施形態は、障害が発生したレジストリデータベースの段階的または優先的ロールバックを達成するためにそれらを実施する。一実施例としては、ＤＮＳ解決サービスの修復、ＷＨＯＩＳサービスの修復、エスクローデータを使用した完全なレジストリデータベースの復旧等である。
【００７４】
本発明の実施形態は、すべてのレジストリデータがエスクローデータを使用して検証される、段階３を実施する。これらの実施形態では、レジストリ修復プロセス中に、ＴＬＤゾーンファイルからのデータ、膨大なＷＨＯＩＳデータ、エスクローデータ、およびそれらの組み合わせを利用することができる。これらの様々なソースからの情報を組み合わせるため、およびデータの不一致を識別し、解決するために、データの一貫性規則が利用される。
【００７５】
一般的なＴＬＤレジストリ契約に準じるエスクローデータへのアクセスは、システムのコンポーネントであり、これによって、修復レジストリは、全預託および定期的（例えば、毎日の）増分ゾーンファイルの両方を受理し、データを検証し、次いで新しいレジストリデータベースにデータを投入する。汎用システムとして、本明細書に記載される実施形態は、標準データエスクローフォーマットに準拠するレジストリを利用する。加えて、システムは、予約名リスト、ＩＤＮテーブル等の固有のレジストリ要件のためのプロセスに順応する、柔軟性を有する。いくつかの実施では、レジストリデータベースは復帰されるが、履歴データは入手可能ではないことに留意されたい。
【００７６】
障害が発生したレジストリからのエスクローデータファイルは、障害が発生したレジストリのエスクロープロバイダによって入手可能となる。典型的に、これらのエスクローファイルは、ＩＣＡＮＮに提供され、次いでＩＣＡＮＮは、それらを、修復レジストリが入手できるようにする。エスクローデータは、ドメイン名、ネームサーバ、作者情報、ＩＰアドレス、状態、連絡先データ（登録機関および登録者を含む（ｔｈｉｃｋレジストリでは））、作成日、修正日、および有効期限等を含む。エスクローデータは、レジストリ契約に指定される標準化されたフォーマットで記憶される。ＴＬＤのエスクローデータの一例として、ｈｔｔｐ：／／ｗｗｗ．ｉｃａｎｎ．ｏｒｇ／ｅｎ／ｔｌｄｓ／ａｇｒｅｅｍｅｎｔｓ／ｖｅｒｉｓｉｇｎ／ａｐｐｅｎｄｉｘ−０１−０１ｍａｒ０６．ｈｔｍ（参照することによって本明細書に組み込まれる）は、．ＣＯＭ  ＴＬＤのレジストリ契約の一環として記憶される、エスクローデータを含む。
【００７７】
登録機関週報は、すべての登録機関によって後援されるドメインのデータを含むレポートである、登録機関ドメインレポートを含む。各ドメインは、現在の状態および関連ネームサーバと共に、１回リストされる。このレポートのフィールドは、以下である。
ドメイン名（ｄｏｍａｉｎｎａｍｅ）
各ネームサーバのサーバ名（ｓｅｒｖｅｒｎａｍｅ）
登録機関ＩＤ（ＧＵＲＩＤ）
更新日（ｕｐｄａｔｅｄａｔｅ）
作成日（ｃｒｅａｔｅｄａｔｅ）
有効期限（ｅｘｐｉｒａｔｉｏｎｄａｔｅ）
状態情報（ｓｔａｔｕｓｎａｍｅ）
ＤＮＳＳＥＣ関連の重要材料（ｄｎｓｓｅｃ）［適用可能な場合］
【００７８】
また、登録機関週報は、すべての登録機関によって後援される、すべてのネームサーバのデータを含む、登録機関ネームサーバレポートも含む。ネームサーバは、すべての関連情報と共に、１回リストされる。このレポートのフィールドは、以下である。
サーバ名（ｓｅｒｖｅｒｎａｍｅ）
ＩＰアドレス（ｉｐａｄｄｒｅｓｓ）
登録機関ＩＤ（ｇｕｒｉｄ）
更新日（ｕｐｄａｔｅｄａｔｅ）
作成日（ｃｒｅａｔｅｄａｔｅ）
有効期限（ｅｘｐｉｒａｔｉｏｎｄａｔｅ）
状態情報（ｓｔａｔｕｓｎａｍｅ）
【００７９】
加えて、登録機関週報は、登録されたドメインおよびネームサーバを後援する登録機関を含み、各登録機関について１つの記録からなるレポートである、登録機関ＷＨＯＩＳレポートを含む。このレポートのフィールドは、以下である。
登録機関ＩＤ（ＲＥＧＩＳＴＲＡＲＩＤ）
登録機関名（ＲＥＧＩＳＴＲＡＲＮＡＭＥ）
アドレス１（ＡＤＤＲＥＳＳＬＩＮＥ１）
アドレス２（ＡＤＤＲＥＳＳＬＩＮＥ２）
アドレス３（ＡＤＤＲＥＳＳＬＩＮＥ３）
市（ＣＩＴＹ）
州／地方（ＳＴＡＴＥＰＲＯＶＩＮＣＥ）
郵便番号（ＰＯＳＴＡＬＣＯＤＥ）
国（ＣＯＵＮＴＲＹＣＯＤＥ）
電話番号（ＰＨＯＮＥＮＵＭＢＥＲ）
ファックス番号（ＦＡＸＮＵＭＢＥＲ）
電子メールアドレス（ＥＭＡＩＬ）
Ｗｈｏｉｓサーバ（ＷＨＯＩＳＳＥＲＶＥＲ）
ウェブＵＲＬ（ＵＲＬ）
更新日（ＵＰＤＡＴＥＤＡＴＥ）
管理担当者の名（ＡＤＭＩＮＦＮＡＭＥ）
管理担当者の姓（ＡＤＭＩＮＬＮＡＭＥ）
管理担当者の電話番号（ＡＤＭＩＮＰＨＯＮＥ）
管理担当者の電子メール（ＡＤＭＩＮＥＭＡＩＬ）
請求書送付先担当者の名（ＢＩＬＬＩＮＧＦＮＡＭＥ）
請求書送付先担当者の姓（ＢＩＬＬＩＮＧＬＮＡＭＥ）
請求書送付先担当者の電話番号（ＢＩＬＬＩＮＧＰＨＯＮＥ）
請求書送付先担当者の電子メール（ＢＩＬＬＩＮＧＥＭＡＩＬ）
技術担当者の名（ＴＥＣＨＦＮＡＭＥ）
技術担当者の姓（ＴＥＣＨＬＮＡＭＥ）
技術担当者の電話番号（ＴＥＣＨＰＨＯＮＥ）
技術担当者の電子メール（ＴＥＣＨＥＭＡＩＬ）
【００８０】
エスクローデータは、障害が発生したレジストリによって、第三者エスクローエージェントに預託される増分日毎変更、ならびに全週毎データを含む。ＩＣＡＮＮは、エスクロー契約の条件に基づき、このデータを抽出する権利を有する。別のＴＬＤのエスクローデータの一例として、ｈｔｔｐ：／／ｗｗｗ．ｉｃａｎｎ．ｏｒｇ／ｅｎ／ｔｌｄｓ／ａｇｒｅｅｍｅｎｔｓ／ｎａｍｅ／ａｐｐｅｎｄｉｘ−０１−１８ｍａｙ０９．ｈｔｍ（参照することによって本明細書に組み込まれる）は、．ＮＡＭＥ  ＴＬＤのレジストリ契約の一環として記憶される、エスクローデータを含む。
【００８１】
本発明の実施形態によると、エスクローされたデータを使用することによって、信頼できるレジストリデータベースの復帰が提供される。エスクロープロセスは、レジストリオペレータと、ＩＣＡＮＮと、エスクローエージェントとの間の３つの団体の契約に基づく。エスクローエージェントは、レジストリから、情報についての定期的（例えば、毎日、毎週等）更新を受信する。エスクローされるデータは、標準エスクローデータフォーマットで提供される。より小さい、より低量のレジストリでは、更新は、典型的に、毎週提供される。．ｃｏｍ等の最も大きいレジストリでは、更新は、エスクローエージェントに毎日提供される。特定の実施では、その日中にレジストリに発生した、すべての日毎変更の増分ファイルが、エスクローエージェントに送信される。より少ない頻度の定期基準で、例えば、毎週、レジストリのデータの全預託がエスクローエージェントに預託される。ＴＬＤレジストリ契約に従って、ＩＣＡＮＮは、契約に定義される特定の条件下で、エスクローデータにアクセスする権利を有する。データにアクセスするために、ＩＣＡＮＮは、レジストリオペレータとの契約の条件、およびそれに含まれる契約条項を満たすことが要求される。
【００８２】
障害が発生したレジストリの障害発生の後、エスクローファイルが、エスクローエージェントからＩＣＡＮＮに配信され、次いで修復レジストリオペレータに配信される。いくつかの実施では、ＩＣＡＮＮとの連携に基づき、第４の団体等を通じて、エスクローされたデータを修復レジストリオペレータに直接配信することができる。ＷＨＯＩＳデータおよびエスクローデータを比較することによって、エスクローデータに、ゾーンファイルおよびＷＨＯＩＳファイルのいずれからも得られない場合がある、追加の情報が含まれる。例として、ゾーンファイルおよびＷＨＯＩＳデータに対する補足として、登録機関についての特定の情報、アカウント情報、ドメイン名についての追加の情報、連絡先情報の経路段階等を、エスクローデータに含むことができる。エスクローデータからのこの情報を使用して、エスクローに記憶される日毎更新および全データセットを利用することによって、レジストリの完全な再構築を潜在的に実施することができる。データベース内のレジストリデータが再作成された後（即ち、再作成されたレジストリデータベースにデータが投入される）、レジストリデータは、検証される。
【００８３】
修復レジストリオペレータがＩＣＡＮＮまたは第三者エスクローエージェントからエスクローファイルを受信する際、修復レジストリオペレータは、最後の全預託ファイルで開始し、各増分日毎更新ファイルを適用することによって、レジストリデータベースを再作成することができる。次いで、オペレータは、登録機関データを使用して、完全なレジストリデータの検証を完了する。一実施によると、信頼できるデータの優先順位は、１）エスクローデータ、２）登録機関データ、３）ＤＮＳデータである。
【００８４】
レジストリデータを検証するために、例えば、ゾーンファイルと、膨大なＷＨＯＩＳデータと、エスクローされたデータとの間の不一致および矛盾を一致させるために、様々なデータセットに規則が適用される。レジストリの障害発生の前に実施することができる、この検証プロセスは、ゾーンファイルの検証と同様の方法で、エスクローファイルに対する意図的または悪意ある損傷を潜在的に防止することができる。加えて、検証プロセスは、エスクローデータ内のデータの破損の存在を示すことができる。したがって、本発明の実施形態は、検証プロセス中、矛盾を一致させるために、所定の規則を利用する。
【００８５】
以下は、エスクローデータおよび現在のゾーンファイルを一致させる方法の一実施例として提供される。エスクローデータから作成されたデータベースは、検証プロセスの一環として、現在有効なゾーンファイルと比較される。最後のエスクローデータの日付は、現在のゾーンファイルの作成日とは大きく異なる場合があることに留意されたい。ゾーンファイル作成日がエスクローデータの日付より早い場合、いかなる更新されたデータもゾーンファイルに適用される。これは、ドメイン名を追加および削除することと、ネームサーバおよびＩＰアドレスデータを修正することと、段階２で適用された、いかなる非常時更新も調整することとを含む。エスクローデータファイルの日付がゾーンファイル作成日より早い場合、修復レジストリオペレータは、以下を識別する。
・エスクローデータに見当たらない、ゾーン内のドメイン名：レジストリは、ゾーンファイルを維持し、膨大なＷＨＯＩＳデータから判定された登録機関から登録データを要求する。
・ゾーン内にはない、エスクローデータ内のドメイン名：修復レジストリオペレータは、適切な登録機関に、これらの名前が削除されていないことを確認する。
矛盾の場合、レジストリは、追加のドメイン名を用いてゾーンファイルを更新する。エスクローデータ内の保留の状態を有するドメイン名は、ゾーンファイル内にあるべきではなく、追加されるべきではないことに留意されたい。
・ネームサーバおよびＩＰアドレスの不一致：修復レジストリオペレータは、現在のゾーンファイルを更新する前に、変更を再考し、適切な登録機関に確認するべきではあるが、エスクローデータは、信頼できると見なされるべきである。
【００８６】
修復レジストリオペレータは、登録機関による、ドメイン名、ネームサーバ、ＩＰアドレス、連絡先データ、作者情報等を含む、登録データの完全なレポートを生成し、再考し、彼ら自身のデータベースと比較するために、彼らのデータのコピーを各登録機関に提供する。レジストリデータは、信頼できるソースである。したがって、レジストリに報告される、登録機関によって識別される、いかなる矛盾も、問題になっているレジストリオブジェクトの完全なトランザクションログを含む、解説文書を含まなければならない。
【００８７】
本発明の実施形態は、登録機関の連携および通信のための方法ならびにシステムを提供する。一実施例として、修復レジストリオペレータは、登録機関に連絡を取り、移行契約を提供することができる。加えて、修復レジストリオペレータは、確認および矛盾の解決のために、登録機関に関連付けられる、すべてのデータの修復プロセスの結果を伴う、レポート／データファイルを、登録機関に提供することができる。
【００８８】
加えて、本発明の実施形態は、登録データの修正を行うことを可能にする。これらの修正は、データを更新するため、および／または顧客サービスを通じた手動編集を実施するために、登録機関のＳＲＳを有効にすることを含むことができる。これは、ＴＬＤゾーンファイル、ＷＨＯＩＳデータ等を更新する、バックエンドプロセスの実施を含む。他の機能性に加えて、本発明の実施形態は、すべての解決サービスに公開された更新を伴う、全登録サービスの修復および復旧を可能にする。
【００８９】
いくつかの修復シナリオでは、修復プロセスは、エスクローデータの使用の前に終了される場合があることに留意されたい。これらの修復シナリオでは、検証されたゾーンデータおよびＷＨＯＩＳデータが、障害が発生したレジストリの機能性を復旧するのに十分である。他の修復シナリオでは、レジストリは、エスクローデータのみを使用して復旧される。もちろん、他の実施では、これらのデータソースの組み合わせも、同様に利用することができる。
【００９０】
また、本明細書に記載される実施例および実施形態は、説明のためだけのものであり、その観点から、様々な修正または変更が、当業者に提案され、本願の趣旨および視野、ならびに添付の特許請求の範囲の範囲に含まれることも理解されたい。
【符号の説明】
【００９１】
１００・・・レジストリ修復システム
１１０・・・障害が発生したレジストリ
１２０・・・修復レジストリ
【図１】
2013504809.tif 000003
【図２】
2013504809.tif 000004
【図３】
2013504809.tif 000005
【図４】
2013504809.tif 000006
【図５】
2013504809.tif 000007
【図６】
2013504809.tif 000008
2013504809.tif 000009
【国際調査報告】
2013504809.tif 000010