(57)【要約】      （修正有）【課題】コンピュータにより実現されるレジストリ・サービスを提供する方法が開示される。【解決手段】この方法は、サービスすべき１つまたは複数のトップ・レベル・ドメイン（ＴＬＤ）を識別するステップと、１つまたは複数のトップ・レベル・ドメインに関するＴＬＤグループをプロセッサによって作成するステップであって、ＴＬＤグループ内のトップ・レベル・ドメインが少なくとも１つの特性を共有するステップと、１つまたは複数のトップ・レベル・ドメインをプロビジョニングするステップと、およびＴＬＤグループに１つまたは複数のトップ・レベル・ドメインを登録するステップとを含む。【選択図】図２
2014183585.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータにより実現されるレジストリ・サービスを提供する方法であって、
サービスすべき１つまたは複数のトップ・レベル・ドメイン（「ＴＬＤ」）を識別するステップと、
前記１つまたは複数のトップ・レベル・ドメインに関するＴＬＤグループをプロセッサによって作成するステップであって、前記ＴＬＤグループ内のトップ・レベル・ドメインが少なくとも１つの特性を共有するステップと、
前記１つまたは複数のトップ・レベル・ドメインをプロビジョニングするステップと、
前記ＴＬＤグループに前記１つまたは複数のトップ・レベル・ドメインを登録するステップと
を含む方法。
【請求項２】
前記少なくとも１つの特性が、予想されるトラフィックのボリューム、特定の機能セット、特定のビジネス要件、前記ＴＬＤの所有権、およびそれらの組合せを含む請求項１に記載の方法。
【請求項３】
新しいトップ・レベル・ドメインを開始する要求を受信するステップと、
前記新しいトップ・レベル・ドメインをプロビジョニングするステップと、
前記新しいトップ・レベル・ドメインが前記ＴＬＤグループに関連する少なくとも１つの特性を有すると決定するステップと、
前記ＴＬＤグループに前記新しいトップ・レベル・ドメインを登録するステップと
をさらに含む請求項１に記載の方法。
【請求項４】
前記ＴＬＤグループをアップグレードすると決定するステップと、
前記ＴＬＤグループの新しいバージョンを作成するステップと、
前記ＴＬＤグループの前記新しいバージョンに前記１つまたは複数のトップ・レベル・ドメインを登録するステップと
をさらに含む請求項１に記載の方法。
【請求項５】
コンピュータにより実現されるレジストリ・サービスを提供する方法であって、
アップグレードするトップ・レベル・ドメイン（「ＴＬＤ」）を識別するステップと、
前記トップ・レベル・ドメインに関連するＴＬＤグループを決定するステップであって、前記ＴＬＤグループ内のトップ・レベル・ドメインが少なくとも１つの特性を共有するステップと、
前記アップグレードに関連する前記ＴＬＤグループの新しいバージョンをプロセッサによって作成するステップと、
前記ＴＬＤグループの前記新しいバージョンに前記トップ・レベル・ドメインを登録するステップと
を含む方法。
【請求項６】
前記少なくとも１つの特性が、予想されるトラフィックのボリューム、特定の機能セット、特定のビジネス要件、前記ＴＬＤの所有権、またはそれらの組合せを含む請求項５に記載の方法。
【請求項７】
アップグレードする追加のトップ・レベル・ドメインを識別するステップと、
前記ＴＬＤグループが前記トップ・レベル・ドメインに関連すると決定するステップと、
前記ＴＬＤグループの前記新しいバージョンに前記追加のトップ・レベル・ドメインを登録するステップと
をさらに含む請求項５に記載の方法。
【請求項８】
１つまたは複数のプロセッサに方法を実施させる命令を含むコンピュータ可読記憶媒体であって、前記方法が、
サービスすべき１つまたは複数のトップ・レベル・ドメイン（「ＴＬＤ」）を識別するステップと、
前記１つまたは複数のトップ・レベル・ドメインに関するＴＬＤグループを作成するステップであって、前記ＴＬＤグループ内のトップ・レベル・ドメインが少なくとも１つの特性を共有するステップと、
前記１つまたは複数のトップ・レベル・ドメインをプロビジョニングするステップと、  前記ＴＬＤグループに前記１つまたは複数のトップ・レベル・ドメインを登録するステップと
を含むコンピュータ可読記憶媒体。
【請求項９】
前記少なくとも１つの特性が、予想されるトラフィックのボリューム、特定の機能セット、特定のビジネス要件、前記ＴＬＤの所有権、およびそれらの組合せを含む請求項８に記載のコンピュータ可読記憶媒体。
【請求項１０】
前記方法が、
新しいトップ・レベル・ドメインを開始する要求を受信するステップと、
前記新しいトップ・レベル・ドメインをプロビジョニングするステップと、
新しいトップ・レベル・ドメインがＴＬＤグループに関連する少なくとも１つの特性を有すると決定するステップと、
前記ＴＬＤグループに前記新しいトップ・レベル・ドメインを登録するステップと
をさらに含む請求項８に記載のコンピュータ可読記憶媒体。
【請求項１１】
前記方法が、
前記ＴＬＤグループをアップグレードすると決定するステップと、
前記ＴＬＤグループの新しいバージョンを作成するステップと、
前記ＴＬＤグループの前記新しいバージョンに前記１つまたは複数のトップ・レベル・ドメインを登録するステップと
をさらに含む請求項８に記載のコンピュータ可読記憶媒体。
【請求項１２】
１つまたは複数のプロセッサに方法を実施させる命令を含むコンピュータ可読記憶媒体であって、前記方法が、
アップグレードするトップ・レベル・ドメイン（「ＴＬＤ」）を識別するステップと、
前記トップ・レベル・ドメインに関連するＴＬＤグループを決定するステップであって、前記ＴＬＤグループ内のトップ・レベル・ドメインが少なくとも１つの特性を共有するステップと、
前記アップグレードに関連する前記ＴＬＤグループの新しいバージョンを作成するステップと、
前記ＴＬＤグループの前記新しいバージョンに前記トップ・レベル・ドメインを登録するステップと
を含むコンピュータ可読記憶媒体。
【請求項１３】
前記少なくとも１つの特性が、予想されるトラフィックのボリューム、特定の機能セット、特定のビジネス要件、前記ＴＬＤの所有権、またはそれらの組合せを含む請求項１２に記載のコンピュータ可読記憶媒体。
【請求項１４】
前記方法が、
アップグレードする追加のトップ・レベル・ドメインを識別するステップと、
前記ＴＬＤグループが前記トップ・レベル・ドメインに関連すると決定するステップと、
前記ＴＬＤグループの前記新しいバージョンに前記追加のトップ・レベル・ドメインを登録するステップと
をさらに含む請求項１２に記載のコンピュータ可読記憶媒体。
【請求項１５】
命令を格納する１つまたは複数のメモリ装置と、
前記１つまたは複数のメモリ装置に結合され、前記命令を実行して、
サービスすべき１つまたは複数のトップ・レベル・ドメイン（「ＴＬＤ」）を識別するステップと、
前記１つまたは複数のトップ・レベル・ドメインに関するＴＬＤグループを作成するステップであって、前記ＴＬＤグループ内のトップ・レベル・ドメインが少なくとも１つの特性を共有するステップと、
前記１つまたは複数のトップ・レベル・ドメインをプロビジョニングするステップと、
前記ＴＬＤグループに前記１つまたは複数のトップ・レベル・ドメインを登録するステップと
を含む方法を実施するように構成された１つまたは複数のプロセッサと
を備えるシステム。
【請求項１６】
前記少なくとも１つの特性が、予想されるトラフィックのボリューム、特定の機能セット、特定のビジネス要件、前記ＴＬＤの所有権、またはそれらの組合せを含む請求項１５に記載のシステム。
【請求項１７】
前記方法が、
新しいトップ・レベル・ドメインを開始する要求を受信するステップと、
前記新しいトップ・レベル・ドメインをプロビジョニングするステップと、
新しいトップ・レベル・ドメインがＴＬＤグループに関連する少なくとも１つの特性を有すると決定するステップと、
前記ＴＬＤグループに前記新しいトップ・レベル・ドメインを登録するステップと
をさらに含む請求項１５に記載のシステム。
【請求項１８】
前記方法が、
前記ＴＬＤグループをアップグレードすると決定するステップと、
前記ＴＬＤグループの新しいバージョンを作成するステップと、
前記ＴＬＤグループの前記新しいバージョンに前記１つまたは複数のトップ・レベル・ドメインを登録するステップと
をさらに含む請求項１５に記載のシステム。
【請求項１９】
命令を格納する１つまたは複数のメモリ装置と、
前記１つまたは複数のメモリ装置に結合され、前記命令を実行して、
アップグレードするトップ・レベル・ドメイン（「ＴＬＤ」）を識別するステップと、
前記トップ・レベル・ドメインに関連するＴＬＤグループを決定するステップであって、前記ＴＬＤグループ内のトップ・レベル・ドメインが少なくとも１つの特性を共有するステップと、
前記アップグレードに関連する前記ＴＬＤグループの新しいバージョンを作成するステップと、
前記ＴＬＤグループの前記新しいバージョンに前記トップ・レベル・ドメインを登録するステップと
を含む方法を実施するように構成された１つまたは複数のプロセッサと
を備えるシステム。
【請求項２０】
前記少なくとも１つの特性が、予想されるトラフィックのボリューム、特定の機能セット、特定のビジネス要件、前記ＴＬＤの所有権、またはそれらの組合せを含む請求項１９に記載のシステム。
【請求項２１】
前記方法が、
アップグレードする追加のトップ・レベル・ドメインを識別するステップと、
前記ＴＬＤグループが前記トップ・レベル・ドメインに関連すると決定するステップと、
前記ＴＬＤグループの前記新しいバージョンに前記追加のトップ・レベル・ドメインを登録するステップと
をさらに含む請求項１９に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願の相互参照）
本願は、参照により本明細書に組み込まれている、２０１３年３月１５日に出願した「ＳＹＳＴＥＭＳ  ＡＮＤ  ＭＥＴＨＯＤＳ  ＦＯＲ  ＭＵＬＴＩ−ＴＥＮＡＮＴ  ＧＥＮＥＲＩＣ  ＴＯＰ  ＬＥＶＥＬ  ＤＯＭＡＩＮ  ＤＥＰＬＯＹＭＥＮＴ」という名称の米国特許仮出願第６１／７９１９１９号明細書の優先権を主張する。本願は、係属中の、本願と同一の実体に譲渡され、または譲渡の義務下にあり、参照によりその全体が本明細書に明確に組み込まれている、２０１３年３月１５日に出願した「ＭＥＴＨＯＤ  ＡＮＤ  ＳＹＳＴＥＭ  ＦＯＲ  ＩＮＴＥＬＬＩＧＥＮＴ  ＭＡＮＹ−ＴＯ−ＭＡＮＹ  ＳＥＲＶＩＣＥ  ＲＯＵＴＩＮＧ  ＯＶＥＲ  ＥＰＰ」という名称の米国特許出願第１３／８３５６７４号明細書に関連する。２０１３年３月１５日に出願した「ＭＥＴＨＯＤ  ＡＮＤ  ＳＹＳＴＥＭ  ＦＯＲ  ＩＮＴＥＬＬＩＧＥＮＴ  ＭＡＮＹ−ＴＯ−ＭＡＮＹ  ＳＥＲＶＩＣＥ  ＲＯＵＴＩＮＧ  ＯＶＥＲ  ＥＰＰ」という名称の米国特許出願第１３／８３５６７４号明細書は、係属中の、本願と同一の実体に譲渡され、または譲渡の義務下にあり、参照によりその全体が本明細書に明確に組み込まれている、２０１２年１１月１９日に出願した「Ｍｅｔｈｏｄ  ａｎｄ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｉｎｔｅｌｌｉｇｅｎｔ  Ｒｏｕｔｉｎｇ  ｏｆ  Ｒｅｑｕｅｓｔｓ  ｏｖｅｒ  ＥＰＰ」という名称の米国特許出願第１３／６８１３３０号明細書の一部継続出願であり、その優先権を主張する。米国特許出願第１３／６８１３３０号明細書は、やはり本願と同一の実体に譲渡され、または譲渡の義務下にあり、参照によりその全体が本明細書に明確に組み込まれている、２００９年８月１８日に出願し、２０１２年１２月４日に米国特許第８３２７０１９号明細書として発行された米国特許出願第１２／５４３４６２号明細書の継続出願であり、その優先権を主張する。
【背景技術】
【０００２】
インターネットの使用が指数関数的に増大するにつれて、インターネット関連サービスも急激に増大しつつある。インターネットの使用の増大の結果として、ドメイン名の需要も急激に増大しつつある。したがって、ドメイン関連サービスの需要も増大している。そのようなドメイン関連サービスは、ドメイン名作成、ドメイン名登録更新などを含むことができる。通常、ウェブサイトは、ドメイン名に関するオンライン・プレゼンスを確立する主要な媒体として働く。ドメイン名関連サービスに対する、この常に増大し続ける需要を満たすために、こうしたサービスを提供するエンティティが、効率的でコスト効果の高い方式でそのように行うことが必要である。
【０００３】
ドメイン名システム（「ＤＮＳ」）は、人間が読取り可能なドメイン名を、インターネットを介してＴＣＰ／ＩＰ通信を確立するのに必要なインターネット・プロトコル（「ＩＰ」）番号に変換するインターネット・インフラストラクチャの部分である。ＤＮＳは、ウェブサイトに関連付けられ、インターネット上のコンピュータに割り当てられた数字のＩＰアドレス、例えば１２３．４．５６．７８ではなく、「ｗｗｗ．ｅｘａｍｐｌｅ．ｃｏｍ」などの記憶しやすいドメイン名を使用して、ユーザがウェブサイトおよび他のリソースを参照することを可能にする。各ドメイン名は、ドットで分離される一連の文字列（例えば、ラベル）から構成することができる。ドメイン名中の右端のラベルは、トップ・レベル・ドメイン（「ＴＬＤ」）と呼ばれる。周知のＴＬＤの例は、「ｃｏｍ」、「ｎｅｔ」、「ｏｒｇ」などである。各ＴＬＤは、ＴＬＤのすぐ左側にリストされる第２レベル・ドメイン、例えば「ｗｗｗ．ｅｘａｍｐｌｅ．ｃｏｍ」中の「ｅｘａｍｐｌｅ」レベルをサポートする。各第２レベル・ドメインは、第２レベル・ドメインのすぐ左側に配置されるいくつかの第３レベル・ドメイン、例えばｗｗｗ．ｅｘａｍｐｌｅ．ｃｏｍ中の「ｗｗｗ」レベルを含むことができる。
【０００４】
ＴＬＤ内の第２レベル・ドメインのレジストリを維持することを含む、各ＴＬＤを運用する責任は、ドメイン名レジストリ（「レジストリ」）と呼ばれる特定の組織に委ねられる。レジストリは主に、ドメインに関連付けられるＩＰアドレスを求める照会に、通常は大規模データベース内にそのような情報を維持するＤＮＳサーバを通じて回答し（「解決」）、そのトップ・レベル・ドメインを運用する役割を果たす。
【０００５】
ほとんどのＴＬＤでは、ドメイン名を得るために、エンドユーザに代わってインターネット・ドメイン名を登録することを許可されたエンティティであるドメイン名レジストラを通じて、そのドメイン名をレジストリに登録しなければならない。あるいは、エンドユーザは、１つまたは複数の層の再販業者を通じて、間接的にドメイン名を登録することができる。レジストリは、数百のレジストラから登録を受けることがある。
【０００６】
レジストラは通常、ドメイン関連サービス、例えばドメイン名作成または更新にアクセスするために、レジストリとの専用サービス接続を有する。レジストラは通常、ドメイン名を登録または更新するために、Ｅｘｔｅｎｓｉｂｌｅ  Ｐｒｏｖｉｓｉｏｎｉｎｇ  Ｐｒｏｔｏｃｏｌ（「ＥＰＰ」）を媒体として使用して、レジストリと通信する。ＥＰＰは、インターネットを介してレジストリ内のオブジェクトを割り振るために設計されたプロトコルである。ＥＰＰプロトコルは、構造化されたテキストベースのフォーマットである拡張マークアップ言語（「ＸＭＬ」）に基づいている。現在指定されている方法は、伝送制御プロトコル（「ＴＣＰ」）を介するものであるが、基礎となるネットワーク・トランスポートは固定されない。
【発明の概要】
【０００７】
今日、ジェネリック・トップ・レベル・ドメイン（「ｇＴＬＤ」）を運用するレジストリは通常、Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｅｃｕｒｉｔｙ  Ｓｙｓｔｅｍ  Ｅｘｔｅｎｓｉｏｎ（「ＤＮＳＳＥＣ」）、Ｉｎｔｅｒｎａｔｉｏｎａｌｉｚｅｄ  Ｄｏｍａｉｎ  Ｎａｍｅ「ＩＤＮ」、ＴＨＩＲＤＬＥＶＥＬドメイン名、ＥＳＣＲＯＷおよびＴＨＩＣＫ登録データを含む、Ｉｎｔｅｒｎｅｔ  Ｃｏｒｐｏｒａｔｉｏｎ  ｆｏｒ  Ａｓｓｉｇｎｅｄ  Ｎａｍｅｓ  ａｎｄ  Ｎｕｍｂｅｒｓ（「ＩＣＡＮＮ」）によって指定されるいくつかの要件を実装しなければならない。ＤＮＳＳＥＣの実装は、限定されるものではないが、以下を含む、Ｒｅｑｕｅｓｔｓ  ｆｏｒ  Ｃｏｍｍｅｎｔｓ（「ＲＦＣｓ」）に準拠することを含む。
ＲＦＣ４０３３−ＤＮＳセキュリティの概要および要件
ＲＦＣ４０３４−ＤＮＳセキュリティ拡張に関するリソース記録
ＲＦＣ４０３５−ＤＮＳセキュリティ拡張に関するプロトコル修正
ＲＦＣ５９１０−Ｅｘｔｅｎｓｉｂｌｅ  Ｐｒｏｖｉｓｉｏｎｉｎｇ  Ｐｒｏｔｏｃｏｌ（ＥＰＰ）に関するドメイン名システム（ＤＮＳ）セキュリティ拡張マッピング
ＲＦＣ４５０９−ＤＮＳＳＥＣ  Ｄｅｌｅｇａｔｉｏｎ  Ｓｉｇｎｅｒ（ＤＳ）リソース記録でのＳＨＡ−２５６の使用
ＲＦＣ４６４１−ＤＮＳＳＥＣ運用慣行
ＲＦＣ５１５５−ＤＮＳセキュリティ（ＤＮＳＳＥＣ）のハッシュ式の存在否定の認証
【０００８】
これらの要件に準拠するために、レジストリ・システムはいくつかの問題に対処しなければならない。ＩＤＮ、ＴＨＩＲＤＬＥＶＥＬと組み合わせたＤＮＳＳＥＣプロトコルＮＳＥＣ、ＮＳＥＣ３  Ｏｐｔ  Ｏｕｔ、およびＮＳＥＣ３  Ｎｏ  Ｏｐｔ  Ｏｕｔの実装は、様々なＤＮＳ記録を作成し、有効で動作可能なゾーン・ファイルを発行するために、高い性能、精度、およびアトミシティを必要とする複雑なビジネス・ロジックを伴う。サーバは、署名されたゾーンに関するＤＮＳＫＥＹ、ＲＲＳＩＧ、及びＮＳＥＣ／ＮＳＥＣ３などの正しいＤＮＳＳＥＣ関連リソース記録を返し、第２レベル・ドメイン管理者からＤＳリソース記録を受諾して発行し、鍵署名鍵（「ＫＳＫ」）およびゾーン署名鍵（「ＺＳＫ」）の全ライフサイクルをサポートすべきである。レジストリ・オペレータはしばしば、多数のｇＴＬＤにサービスしなければならないことがあり、数百のｇＴＬＤに対するバックエンド・レジストリ・サービスを提供しなければならないことがある。「レジストリ性能仕様」の下で、ＩＣＡＮＮは、各サービスについて統計的に低いトラフィックの日時に、異なるサービスに関する保守を行うようにレジストリ・オペレータに奨励している。これにより、各ｇＴＬＤについてアップグレード・サイクルを異ならせることができる。各ｇＴＬＤについてサービスを配置および維持する必要により、システムの稼働を保つのに必要な物理的インフラストラクチャおよび人的資源に関連する重いコストが、レジストリ・オペレータの負担となる。独立したアプリケーションとしてアプリケーション・サーバ上で各ＴＬＤについてのｇＴＬＤサービスを稼働させることにより、メモリ・フットプリントが非常に高くなり、それは拡張性がなく、うまく動作せず、レジストリ・オペレータの義務の不履行に至る可能性があり、その結果、ＩＣＡＮＮ準拠アクションがレジストリ規約の終了にまで至ることがある。
【課題を解決するための手段】
【０００９】
本教示に適合する実装によれば、コンピュータにより実行されるレジストリ・サービスを提供する方法が開示される。この方法は、サービスすべき１つまたは複数のトップ・レベル・ドメインを識別するステップと、１つまたは複数のトップ・レベル・ドメインに関するＴＬＤグループをプロセッサによって作成するステップであって、ＴＬＤグループ内のトップ・レベル・ドメインが少なくとも１つの特性を共有するステップと、１つまたは複数のトップ・レベル・ドメインをプロビジョニングするステップと、およびＴＬＤグループに１つまたは複数のトップ・レベル・ドメインを登録するステップとを含むことができる。
【００１０】
実装では、少なくとも１つの特性は、予想されるトラフィックのボリューム、特定の機能セット、特定のビジネス要件、ＴＬＤの所有権、およびそれらの組合せを含むことができる。
【００１１】
実装では、この方法は、新しいトップ・レベル・ドメインを開始する要求を受信するステップと、新しいトップ・レベル・ドメインをプロビジョニングするステップと、新しいトップ・レベル・ドメインがＴＬＤグループに関連する少なくとも１つの特性を有すると決定するステップと、およびＴＬＤグループに新しいトップ・レベル・ドメインを登録するステップとをさらに含むことができる。
【００１２】
実装では、この方法は、ＴＬＤグループをアップグレードすると決定するステップと、ＴＬＤグループの新しいバージョンを作成するステップと、およびＴＬＤグループの新しいバージョンに１つまたは複数のトップ・レベル・ドメインを登録するステップとをさらに含むことができる。
【００１３】
本教示に適合する実装によれば、コンピュータにより実行されるレジストリ・サービスを提供する方法が開示される。この方法は、アップグレードするトップ・レベル・ドメインを識別するステップと、トップ・レベル・ドメインに関連するＴＬＤグループを決定するステップであって、ＴＬＤグループ内のトップ・レベル・ドメインが少なくとも１つの特性を共有するステップと、アップグレードに関連するＴＬＤグループの新しいバージョンをプロセッサによって作成するステップと、およびＴＬＤグループの新しいバージョンにトップ・レベル・ドメインを登録するステップとを含むことができる。
【００１４】
実装では、少なくとも１つの特性は、予想されるトラフィックのボリューム、特定の機能セット、特定のビジネス要件、ＴＬＤの所有権、またはそれらの組合せを含むことができる。
【００１５】
実装では、この方法は、アップグレードする追加のトップ・レベル・ドメインを識別するステップと、ＴＬＤグループがトップ・レベル・ドメインに関連すると決定するステップと、およびＴＬＤグループの新しいバージョンに追加のトップ・レベル・ドメインを登録するステップとをさらに含むことができる。
【００１６】
本教示に適合する実装によれば、１つまたは複数のプロセッサに方法を実施させる命令を含むコンピュータ可読記憶媒体が開示される。この方法は、サービスすべき１つまたは複数のトップ・レベル・ドメインを識別するステップと、１つまたは複数のトップ・レベル・ドメインに関するＴＬＤグループを作成するステップであって、ＴＬＤグループ内のトップ・レベル・ドメインが少なくとも１つの特性を共有するステップと、１つまたは複数のトップ・レベル・ドメインをプロビジョニングするステップと、およびＴＬＤグループに１つまたは複数のトップ・レベル・ドメインを登録するステップとを含むことができる。
【００１７】
実装では、少なくとも１つの特性は、予想されるトラフィックのボリューム、特定の機能セット、特定のビジネス要件、ＴＬＤの所有権、およびそれらの組合せを含むことができる。
【００１８】
実装では、この方法は、新しいトップ・レベル・ドメインを開始する要求を受信するステップと、新しいトップ・レベル・ドメインをプロビジョニングするステップと、新しいトップ・レベル・ドメインがＴＬＤグループに関連する少なくとも１つの特性を有すると決定するステップと、およびＴＬＤグループに新しいトップ・レベル・ドメインを登録するステップとをさらに含むことができる。
【００１９】
実装では、この方法は、ＴＬＤグループをアップグレードすると決定するステップと、ＴＬＤグループの新しいバージョンを作成するステップと、およびＴＬＤグループの新しいバージョンに１つまたは複数のトップ・レベル・ドメインを登録するステップとをさらに含むことができる。
【００２０】
本教示に適合する実装によれば、１つまたは複数のプロセッサに方法を実施させる命令を含むコンピュータ可読記憶媒体が開示される。この方法は、アップグレードするトップ・レベル・ドメインを識別するステップと、トップ・レベル・ドメインに関連するＴＬＤグループを決定するステップであって、ＴＬＤグループ内のトップ・レベル・ドメインが少なくとも１つの特性を共有するステップと、アップグレードに関連するＴＬＤグループの新しいバージョンを作成するステップと、およびＴＬＤグループの新しいバージョンにトップ・レベル・ドメインを登録するステップとを含むことができる。
【００２１】
実装では、少なくとも１つの特性は、予想されるトラフィックのボリューム、特定の機能セット、特定のビジネス要件、ＴＬＤの所有権、またはそれらの組合せを含むことができる。
【００２２】
実装では、この方法は、アップグレードする追加のトップ・レベル・ドメインを識別するステップと、ＴＬＤグループがトップ・レベル・ドメインに関連すると決定するステップと、およびＴＬＤグループの新しいバージョンに追加のトップ・レベル・ドメインを登録するステップとをさらに含むことができる。
【００２３】
本教示に適合する実装によれば、命令を格納する１つまたは複数のメモリ装置と、１つまたは複数のメモリ装置に結合され、命令を実行して方法を実施するように構成された１つまたは複数のプロセッサとを含むことのできるシステムが開示される。この方法は、サービスすべき１つまたは複数のトップ・レベル・ドメインを識別するステップと、１つまたは複数のトップ・レベル・ドメインに関するＴＬＤグループを作成するステップであって、ＴＬＤグループ内のトップ・レベル・ドメインが少なくとも１つの特性を共有するステップと、１つまたは複数のトップ・レベル・ドメインをプロビジョニングするステップと、およびＴＬＤグループに１つまたは複数のトップ・レベル・ドメインを登録するステップとを含むことができる。
【００２４】
実装では、少なくとも１つの特性は、予想されるトラフィックのボリューム、特定の機能セット、特定のビジネス要件、ＴＬＤの所有権、またはそれらの組合せを含むことができる。
【００２５】
実装では、この方法は、新しいトップ・レベル・ドメインを開始する要求を受信するステップと、新しいトップ・レベル・ドメインをプロビジョニングするステップと、新しいトップ・レベル・ドメインがＴＬＤグループに関連する少なくとも１つの特性を有すると決定するステップと、およびＴＬＤグループに新しいトップ・レベル・ドメインを登録するステップとを含むことができる。
【００２６】
実装では、この方法は、ＴＬＤグループをアップグレードすると決定するステップと、ＴＬＤグループの新しいバージョンを作成するステップと、およびＴＬＤグループの新しいバージョンに１つまたは複数のトップ・レベル・ドメインを登録するステップとをさらに含むことができる。
【００２７】
本教示に適合する実装によれば、命令を格納する１つまたは複数のメモリ装置と、１つまたは複数のメモリ装置に結合され、命令を実行して方法を実施するように構成された１つまたは複数のプロセッサとを含むことのできるシステムが開示される。この方法は、アップグレードするトップ・レベル・ドメインを識別するステップと、トップ・レベル・ドメインに関連するＴＬＤグループを決定するステップであって、ＴＬＤグループ内のトップ・レベル・ドメインが少なくとも１つの特性を共有するステップと、アップグレードに関連するＴＬＤグループの新しいバージョンを作成するステップと、およびＴＬＤグループの新しいバージョンにトップ・レベル・ドメインを登録するステップとを含むことができる。
【００２８】
実装では、少なくとも１つの特性は、予想されるトラフィックのボリューム、特定の機能セット、特定のビジネス要件、ＴＬＤの所有権、またはそれらの組合せを含むことができる。
【００２９】
実装では、方法は、アップグレードする追加のトップ・レベル・ドメインを識別するステップと、ＴＬＤグループがトップ・レベル・ドメインに関連すると決定するステップと、およびＴＬＤグループの新しいバージョンに追加のトップ・レベル・ドメインを登録するステップとをさらに含むことができる。
【図面の簡単な説明】
【００３０】
【図１】すべてのＴＬＤが一緒にパッケージングされる、従来のＴＬＤグループ・アップグレード・シナリオを示す図である。
【図２】すべてのＴＬＤが独立してパッケージングされる、図１の以前の単一パッケージ・モデルに対する代替解決策を示す図である。
【図３】本開示の実装による例示的ＴＬＤレジストリ更新操作を示す図である。
【図４】様々な実装による、ＴＬＤグループを作成、監視、アップグレード、および更新することのできるレジストリ・システム４００の一例を示す図である。
【図５Ａ】様々な実装による、ＴＬＤグループを作成し、ＴＬＤグループをアップグレードするプロセスの一例を示す図である。
【図５Ｂ】様々な実装による、ＴＬＤグループをアップグレードするプロセスの別の例を示す図である。
【図６】本開示の注入に適合するコンピュータシステム６００を示す図である。
【発明を実施するための形態】
【００３１】
単純および例示のために、本教示の原理を、主にその様々な実装の例を参照することによって説明する。しかし、同一の原理は、すべてのタイプの情報およびシステムに等しく適用可能であり、すべてのタイプの情報およびシステムで実装できること、および任意のそのような変形は、本教示の精神および範囲から逸脱しないことを当業者なら容易に理解されよう。さらに、以下の詳細な説明では、様々な実装の特定の例を示す添付の図を参照する。本教示の精神および範囲から逸脱することなく、様々な実装の例に対して電気的、機械的、論理的、および構造的変更を行うことができる。したがって、以下の詳細な説明を限定的な意味で理解すべきではなく、本教示の範囲は、添付の特許請求の範囲およびその均等物によって定義される。
【００３２】
次に、その例が添付の図面で示される本実施形態を詳細に参照する。可能なときはいつでも、同一または同様の部分を参照するために、図面全体を通して同一の参照番号を用いる。
【００３３】
図１に、すべてのＴＬＤが一緒にパッケージングされる、従来のＴＬＤグループ・アップグレード・シナリオを示す。典型的なレジストリ・システム１００では、レジストリ・ユーザ１０５が、ＥＰＰを使用してゲートウェイ１１５にＴＬＤレジストリ操作要求１１０を送り、ゲートウェイ１１５は、Ｊａｖａ  Ｎａｍｉｎｇ  ａｎｄ  Ｄｉｒｅｃｔｏｒｙ  Ｉｎｔｅｒｆａｃｅ（「ＪＮＤＩ」）１２０と通信して、ＴＬＤに関するサービスの位置を突き止め、適切なレジストリ・サービス１２５に要求１１０をルーティングする。次いで、レジストリ・サービス１２５はすべてのＥＰＰ要求を処理する。通常、レジストリ・サービス１２５は、すべてのＴＬＤに関するＥＰＰ要求を処理する単一の配置ユニットとしてパッケージングされる。配置されるアプリケーションは、ＴＬＤが有することのできるすべての可能なビジネス機能を実行する役目を果たす。例えば、「ビジネス機能Ｘ、バージョン１」、「ビジネス機能Ｙ、バージョン１」、および「ビジネス機能Ｚ、バージョン１」が、「パッケージ・バージョン１」１３５として一緒にパッケージングされる。この構成では、ＴＬＤ１が「ビジネス機能Ｘバージョン１」および「ビジネス機能Ｙバージョン１」に関連付けられ、ＴＬＤ２が「ビジネス機能Ｘバージョン１」に関連付けられ、ＴＬＤ３が「ビジネス機能Ｙバージョン１」に関連付けられ、ＴＬＤｎが「ビジネス機能Ｚバージョン１」に関連付けられる。ビジネス機能がアップグレードを必要とするとき、または新しい機能を単一のＴＬＤに追加する必要があるとき、全体のアプリケーションを再配置する必要があり、その結果、すべての適用可能なＴＬＤについてダウン時間が生じる。例えば、「ビジネス機能Ｘ、バージョン１」が「ビジネス機能Ｘ、バージョン２」に更新されるとき、「パッケージ・バージョン２」１４０がプロビジョニングされ、それは、ＴＬＤ１および２だけでなく、更新後パッケージ内の他のＴＬＤにも影響を及ぼす。これは、レジストリ・サービスが、各ＴＬＤが異なるアップグレード・サイクルを有する多数のＴＬＤをプロビジョニングする場合には実際的な解決策ではない。
【００３４】
図２に、すべてのＴＬＤが独立してパッケージングされる、図１の以前の単一パッケージ・モデルに対する代替解決策を示す。この代替解決策２００は、互いに独立にＴＬＤをアップグレードすることを可能にする。個々のＴＬＤパッケージ配置モデルは、ＴＬＤアップグレードに関する柔軟性を与えるが、この解決策は、膨大な数のＴＬＤをプロビジョニングするときに実行不可能となる。ＴＬＤサービスをホストするサーバがリソース集約的になり、水平方向にスケーリングすることができなくなる。
【００３５】
図２に示すように、レジストリ・ユーザ２０５が、ＥＰＰを使用してゲートウェイ２１５にＴＬＤレジストリ操作要求２１０を送り、ゲートウェイ２１５は、ＪＮＤＩ２２０と通信して、ＴＬＤに関するサービスの位置を突き止め、適切なレジストリ２２５に要求２１０をルーティングする。例えば、ＴＬＤ１パッケージ・バージョン１  ２３０がビジネス機能Ｘ、バージョン１およびビジネス機能Ｙ、バージョン１を含み、ＴＬＤ２パッケージ・バージョン１  ２３５がビジネス機能Ｘ、バージョン１およびビジネス機能Ｙバージョン１を含み、ＴＬＤｎパッケージ・バージョン１  ２４０がビジネス機能Ｚバージョン１を含むように、各ＴＬＤが別々にパッケージングされる。ビジネス機能Ｘが、ＴＬＤ１パッケージについてバージョン１からバージョン２に更新されるとき、更新後パッケージが作成され、この例では、更新後パッケージはＴＬＤ１パッケージ・バージョン１  ２４５である。各ＴＬＤは別々にパッケージングされるので、ＴＬＤ１に対する更新は他のＴＬＤに影響を及ぼさない。
【００３６】
本開示の実装によれば、システムおよび方法は、ＴＬＤを一緒にグループ化し、ＴＬＤをグループとして実装するレジストリ・システムを提供することにより、上記で論じた問題に対処する。互いのＴＬＤのグループ化は、限定はしないが、予想されるトラフィックのボリューム、特定の機能セット、または特定のビジネス要件のいずれかであるＴＬＤの特性を含む様々な考慮すべき点に基づくことができる。各グループは、グループが保持するＴＬＤに関するトラフィックを処理する役目を果たす。既存のグループに影響を及ぼすことなく、グループのアップグレード後バージョンを段階付けることができる。新しいグループがＥＰＰ要求を受信する準備ができているとき、新しいアップグレード後グループに単一またはグループＴＬＤを登録することができる。
【００３７】
図３に、本開示の実装による例示的ＴＬＤレジストリ更新操作を示す。レジストリ・ユーザ３０５が、ＥＰＰを使用してゲートウェイ３１５にＴＬＤレジストリ操作要求３１０を送り、ゲートウェイ３１５は、ＪＮＤＩ３２０と通信して、ＴＬＤに関するサービスの位置を突き止め、適切なレジストリ・システム３２５に要求３１０をルーティングする。レジストリ・システム３２５内で、ＴＬＤ１およびＴＬＤ２が、グループＡバージョン１  ３３０内で一緒にグループ化され、ＴＬＤ３がグループＢバージョン１  ３３５内に含まれ、ＴＬＤｎがグループＣバージョン１  ３４０内に含まれる。ＴＬＤ１に対する更新が要求されるとき、例えば、ＴＬＤ１に関するビジネス規則が修正されるとき、新しいグループＡバージョン２が作成される。その場合、新しいグループＡバージョン２は、ＴＬＤに関するビジネス規則が修正されたＴＬＤ１と、未修正のＴＬＤ２とを含む。さらに、矢印で示されるように、ＴＬＤ２がＴＬＤグループＡバージョン１からＴＬＤグループＡバージョン２にアップグレードされ、例えばより多くの機能が、グループのより新しいバージョンに追加される。
【００３８】
この手法は、以前に提示された配置方策とパッケージング方策のどちらにも勝るいくつかの利点を有する。ＴＬＤをグループとして処理することにより、レジストリ・システム３２５は、最小のダウン時間で、またはダウン時間なしで、ＴＬＤに関する柔軟なアップグレードを実現することができる。レジストリ・システム３２５は水平スケーラビリティを提供することができ、保守およびインフラストラクチャに関するコスト効率を実現することができる。さらに、レジストリ・システム３２５は、他のＴＬＤに影響を及ぼすことなく、既存のグループに新しいＴＬＤを追加することができる。
【００３９】
実装では、レジストリ・システム３２５は、複数のＴＬＤの特性を識別することができる。識別した後に、レジストリ・システム３２５は、複数のＴＬＤを一意に定義されたＴＬＤグループにマッピングすることができる。ＴＬＤグループは、グループとして効率的にＴＬＤにサービスすることを可能にする１つまたは複数の特性を共有する１つまたは複数のＴＬＤを含むことができる。例えば、特性は、限定はしないが、予想されるトラフィックのボリューム、特定の機能セット、特定のビジネス要件、ＴＬＤの所有権、またはそれらの組合せを含むことができる。ＴＬＤグループが作成されると、バックエンド・プラットフォームでＴＬＤグループを実装することができる。ＴＬＤグループ内のＴＬＤのうちの１つを求める要求が到着したとき、要求が、ＴＬＤがそのメンバであるＴＬＤグループにルーティングされる。
【００４０】
既存のＴＬＤグループに新しいＴＬＤを追加するようにレジストリ・システム３２５を構成することもできる。ＴＬＤグループ内の１つまたは複数のＴＬＤを更新またはアップグレードするようにレジストリ・システム３２５を構成することもできる。ＴＬＤグループを更新またはアップグレードするようにレジストリ・システム３２５を構成することもできる。レジストリ・システム３２５は、既存のＴＬＤに影響を及ぼすことなく、ＴＬＤグループを更新またはアップグレードすることができる。レジストリ・システム３２５は、最小限の停止で、柔軟なスケジュールで、ＴＬＤグループの新しいバージョンにＴＬＤを更新またはアップグレードすることができる。本明細書では、アップグレードは、更新またはアップグレードを指すことができる。
【００４１】
図４に、様々な実装による、ＴＬＤグループを作成、監視、アップグレード、更新することのできるレジストリ・システム４００の一例を示す。図４は、レジストリ・システム３００内に含まれる様々な構成要素を示すが、図４はレジストリ・システムの一例を示し、追加の構成要素を追加することができ、既存の構成要素を除去することができる。
【００４２】
図４に示すように、レジストリ・システム４００は、管理サーバ４０２、サービス・プラットフォーム４０４、およびゲートウェイ４０６を含むことができる。管理サーバ４０２、サービス・プラットフォーム４０４、およびゲートウェイ４０６をネットワーク４０８に結合することができる。ネットワーク４０８は、任意のタイプのローカル・エリア・ネットワーク、広域ネットワーク、およびそれらの組合せでよい。さらに、ユーザ４１０は、ネットワーク４０８を介して、管理サーバ４０２、サービス・プラットフォーム４０４、およびゲートウェイ４０６と通信することができる。
【００４３】
ＴＬＤおよびＴＬＤグループに関するサービスを提供するようにサービス・プラットフォーム４０４を構成することができる。サービス・プラットフォーム４０４およびその機能の完全な説明は、参照によりその全体が組み込まれている、上記で参照した関連出願で見出すことができる。いくつかの実装では、サービス・プラットフォーム４０４をＣＴＬＤプラットフォームとして実装することができる。ＣＴＬＤプラットフォームは、ＴＬＤによってサポートされるすべての機能に及ぶコア・ビジネス・サービスを提供することができる。ＣＴＬＤプラットフォームをアーカイブとして解放することができ、ＴＬＤマネージャによって使用して、１つまたは多数のｇＴＬＤにサービスすることのできる配置可能なアーチファクトを作成することができる。ＣＴＬＤは、ＴＬＤ機能のすべての可能な組合せにわたって機能することのできるジェネリックＡＰＩを提供することにより、ｇＴＬＤプラットフォームの複雑さを解決することができる。ＣＴＬＤプラットフォームは、ビジネス・サービス構成要素を提供して、ＤＮＳＳＥＣ、ＩＤＮ、ＴＨＩＲＤＬＥＶＥＬ、ＥＳＣＲＯＷおよびＴＨＩＣＫ登録データ・サービスなどのベースＴＬＤプラットフォームおよび機能を提供することができる。ＣＴＬＤプラットフォームは、ｇＴＬＤシステムの複雑さを管理する。
【００４４】
ゲートウェイ４０６は、ユーザ４１０に関するコンジットを提供し、サービス・プラットフォーム４０４および／または管理サーバ４０２と通信することができる。例えば、ゲートウェイ４０６はＥＰＰを実装することができる。ゲートウェイ４０６およびその機能の完全な説明は、上記で参照した関連出願で見出すことができる。
【００４５】
サービス・プラットフォーム４０４を管理し、本明細書に記載のプロセスを実施するように管理サーバ４０２を構成することができる。管理サーバ４０２およびその機能の完全な説明は、上記で参照した関連出願で見出すことができる。
【００４６】
いくつかの実装では、管理サーバ４０２は、ＴＬＤマネージャ、ネームストア・マネージャ、およびプロダクト・マネージャを含むことができる。管理サーバ４０２の部分として説明するが、これらをレジストリ・システム４００の構成要素のいずれかの中でも実装することができる。同様に、ＴＬＤマネージャ、ネームストア・マネージャ、およびプロダクト・マネージャのうちの１つまたは複数を別々に実装することができる。
【００４７】
ネームストア・マネージャは、ＴＬＤをプロダクトとして管理する方法を提供することができ、ユーザおよびグループ認証および許可サービスを提供する。プロダクト・マネージャは、アプリケーション・サーバ、ＴＬＤグループ、およびそのバージョンを含むＴＬＤメタデータのマッピングを提供することができる。ＴＬＤマネージャは、本明細書に記載のＴＬＤおよびＴＬＤグループを管理することができる。ＴＬＤマネージャは、ＣＳＲがＴＬＤライフサイクルを管理することを可能にするウェブ・アプリケーションとして実装することができる。管理は、新しいＴＬＤを作成し、既存のＴＬＤを更新すること、ＴＬＤをＴＬＤグループにマッピングすること、ＴＬＤグループを管理すること、最新の利用可能なＣＴＬＤプラットフォームにＴＬＤグループをアップグレードすること、新しく配置したＴＬＤグループにＴＬＤを登録すること、およびそれらの組合せを含むことができる。
【００４８】
ＴＬＤマネージャは、ＴＬＤが行使することのできる特性を選び、それを、ＥＰＰを介してサービス要求を処理することになる新しいまたは既存のＴＬＤグループに関連付けることにより、ＴＬＤをプロビジョニングすることができる。これにより、大容量ＴＬＤおよびＴＬＤ当たりの運用コストをプロビジョニングする問題が解決される。ＴＬＤマネージャは、最新のベース・プラットフォームを使用してＴＬＤグループの配置可能なアーカイブをプロビジョニングすることができ、配置のためにそれを段階付ける。ＴＬＤグループが配置されるとき、ＴＬＤグループは、グループ名、グループ・バージョン、サーバ・コンテキストを含むＴＬＤメタデータをプロダクト・マネージャに登録する。ＴＬＤマネージャは、ＴＬＤグループの複数のバージョンを管理することを可能にすることができる。ＴＬＤマネージャは、ベース・プラットフォーム・バージョンを、ＴＬＤグループによって使用されるバージョンと比較することができ、グループに関するアップグレード・オプションを与える。ＴＬＤマネージャは、グループが配置された後に、グループのより新しいバージョンにＴＬＤをアップグレードすることを可能にすることができる。アップグレード時に、ＴＬＤマネージャは、プロダクト・マネージャに新しいＴＬＤメタデータを再登録する。これにより、サービス可用性およびｇＴＬＤ保守サイクルの問題が解決される。
【００４９】
ネームストア・マネージャは、ＴＬＤをプロダクトとして管理する方法を提供することができ、ユーザおよびグループ認証および許可サービスを提供する。プロダクト・マネージャは、アプリケーション・サーバ、ＴＬＤグループ、およびそのバージョンを含むＴＬＤメタデータのマッピングを提供することができる。プロダクト・マネージャは、上記で参照した出願によってカバーされる中央サービス・エントリ・ポイント（ＶＩＰ）およびアプリケーション・サービス・マッピング構成要素でよい。ＴＬＤマネージャは、プロダクト・マネージャを使用してＴＬＤのグループ情報を登録することができる。これにより、ＴＬＤに関する最小限のクライアント影響で、またはクライアント影響なしで、柔軟なアップグレード・サイクルが可能となる。新しいＴＬＤに関するＥＰＰネームストア拡張の使用を可能にする、プロダクトを生成するためのネームストアの使用。
【００５０】
いくつかの実装では、サービス・プラットフォーム４０４をＣＴＬＤプラットフォームとして実装することができる。ＣＴＬＤプラットフォームは、ＴＬＤによってサポートされるすべての機能に及ぶコア・ビジネス・サービスを提供することができる。ＣＴＬＤプラットフォームをアーカイブとして解放することができ、ＴＬＤマネージャによって使用して、１つまたは多数のｇＴＬＤにサービスすることのできる配置可能なアーチファクトを作成することができる。ＣＴＬＤは、ＴＬＤ機能のすべての可能な組合せにわたって機能することのできるジェネリックＡＰＩを提供することにより、ｇＴＬＤプラットフォームの複雑さを解決することができる。ＣＴＬＤプラットフォームは、ビジネス・サービス構成要素を提供して、ＤＮＳＳＥＣ、ＩＤＮ、ＴＨＩＲＤＬＥＶＥＬ、ＥＳＣＲＯＷおよびＴＨＩＣＫ登録データ・サービスなどのベースＴＬＤプラットフォームおよび機能を提供することができる。ＣＴＬＤプラットフォームは、ｇＴＬＤシステムの複雑さを管理する。
【００５１】
図５Ａに、様々な実装による、ＴＬＤグループを作成し、ＴＬＤグループをアップグレードするプロセスの一例を示す。図示するプロセスのステージは例であり、図示するステージのいずれかを除去することができ、追加のステージを追加することができ、図示するステージの順序を変更することができる。さらに、図５Ａはレジストリ・システム内に含まれる様々な構成要素を示すが、図５Ａは、レジストリ・システムの一例を示し、追加の構成要素を追加することができ、既存の構成要素を除去することができる。
【００５２】
図５Ａに示すように、レジストリ・オペレータ５０５、例えばＭＩＣＲＯＳＯＦＴは、ＴＬＤ「．ＸＢＯＸ」および「．ＷＩＮＤＯＷＳ」を開始することを望むことがある。レジストリ・オペレータ５０５は、ＥＰＰを使用してゲートウェイ５１５にＴＬＤレジストリ操作要求５１０を送り、ゲートウェイ５１５は、ＪＮＤＩ５２０と通信して、ＴＬＤに関するサービスの位置を突き止め、適切なレジストリ・システム５２５に要求１１０をルーティングする。レジストリ・システム５２５は、レジストリ・オペレータ５０５に関するＴＬＤを識別および作成することができる。例えば、レジストリ・システム５２５は、レジストリに関する非分散ブランドＴＬＤ「．ＸＢＯＸ」をプロビジョニングすることができる。次いで、レジストリ・システム５２５は、ＴＬＤグループ「グループＡバージョン１」５３０を作成することができる。言い換えれば、ＴＬＤグループは、「グループＡ」の第１のバージョンでよい。次いで、レジストリ・システム５２５は、サービス・プラットフォームに「グループＡバージョン１」を配置し、それに「．ＸＢＯＸ」を登録することができる。「．ＸＢＯＸ」を登録するために、レジストリ・システム５２５は、「グループＡバージョン１」５３０内の「．ＸＢＯＸ」の識別をゲートウェイ５１５に提供することができる。この時点で、「グループＡバージョン１」は、「．ＸＢＯＸ」を求めるＥＰＰ要求にサービスする準備ができている。
【００５３】
次いで、レジストリ・システム５２５は、開始すべき追加のＴＬＤを識別し、追加のＴＬＤを作成することができる。例えば、レジストリ・システム５２５は、レジストリ・オペレータ５０５に関する非分散ブランドＴＬＤ「．ＷＩＮＤＯＷＳ」をプロビジョニングすることができる。レジストリ・システム５２５は、２つのＴＬＤが特性を共有すると決定することができる。例えば、「．ＸＢＯＸ」および「．ＷＩＮＤＯＷＳ」が、レジストリ・オペレータ「ＭＩＣＲＯＳＯＦＴ」に関連付けられる。レジストリ・システム５２５は、既存のＴＬＤグループ「グループＡバージョン１」５３０に追加のＴＬＤを追加すると決定することができる。レジストリ・システム５２５は、既存のＴＬＤグループ「グループＡバージョン１」５３０に「．ＷＩＮＤＯＷＳ」を登録することができる。「グループＡバージョン１」５３０は、「．ＸＢＯＸ」に影響を及ぼすことなく、「．ＷＩＮＤＯＷＳ」を求めるＥＰＰ要求にサービスする準備ができている。したがって、レジストリ・システム５２５は、既存のＴＬＤに関するダウン時間なしに、新しいＴＬＤをプロビジョニングすることができる。
【００５４】
その後に、レジストリ・システム５２５は、グループＴＬＤをアップグレードし、より新しいベースド・サービス・プラットフォームを使用することができる。例えば、レジストリ・システム５２５は、「グループＡバージョン１」５３０を「グループＡバージョン２」５３５にアップグレードして、より新しいベースＣＴＬＤプラットフォームを使用することができる。レジストリ・システム５２５は、グループＡの新しいバージョンを作成し、「グループＡバージョン２」５３５をプロビジョニングすることができる。次いで、レジストリ・システム５２５は、「．ＸＢＯＸ」および「．ＷＩＮＤＯＷＳ」を「グループＡバージョン２」５３５に登録することができる。どちらのＴＬＤも同一のレジストリ・オペレータ５０５に属するので、ツールは、同一の保守ウィンドウ内のすべてのＴＬＤを更新することも可能にする。「グループＡバージョン２」５３５を登録した後、レジストリ・システム５３５は、もはや不要となったときに「グループＡバージョン１」５３０を配置解除することができる。
【００５５】
図５Ｂに、様々な実装による、ＴＬＤグループをアップグレードするプロセスの別の例を示す。図示するプロセスのステージは例であり、図示するステージのいずれかを除去することができ、追加のステージを追加することができ、図示するステージの順序を変更することができる。さらに、図５Ｂはレジストリ・システム内に含まれる様々な構成要素を示すが、図５Ｂは、レジストリ・システムの一例を示し、追加の構成要素を追加することができ、既存の構成要素を除去することができる。
【００５６】
図５Ｂに示すように、レジストリ・システム５２５は、分散ＴＬＤ「．ＡＰＰ」をプロビジョニングし、ＴＬＤグループ「グループＢバージョン１」５４０を作成することができる。次いで、レジストリ・システム５２５は、「グループＢバージョン１」５４０を配置し、「グループＢバージョン１」５４０に「．ＡＰＰ」を登録することができる。この時点で、「グループＢバージョン１」５４０は、「．ＡＰＰ」を求めるＥＰＰ要求にサービスする準備ができている。
【００５７】
次いで、レジストリ・システム５２５は、ＴＬＤ「．ＷＥＢ」を開始する要求を受信することができる。レジストリ・システム５２５は、分散ＴＬＤ「．ＷＥＢ」をプロビジョニングすることができる。レジストリ・システム５２５は、ＴＬＤ「．ＷＥＢ」がＴＬＤグループ「グループＢバージョン１」５４０と１つまたは複数の特性を共有すると決定することができる。したがって、レジストリ・システム５２５は、既存のＴＬＤグループ「グループＢバージョン１」５４０を使用すると決定することができる。「グループＢバージョン１」５４０は、「．ＡＰＰ」に影響を及ぼすことなく、「．ＷＥＢ」を求めるＥＰＰ要求にサービスする準備をすることができる。これにより、既存のＴＬＤに関するダウン時間なしに、新しいＴＬＤをプロビジョニングすることも可能となる。
【００５８】
次いで、レジストリ・システム５２５は、新しい機能を提供するサービス・プラットフォーム・ベースをアップグレードすると決定することができる。したがって、レジストリ・システム５２５は、「グループＢバージョン１」５４０をアップグレードして、新しい「グループＢバージョン２」５４５を作成し、より新しいベースを使用することができる。次いで、レジストリ・システム５２５は、「グループＢバージョン２」５４５に「．ＡＰＰ」を登録することができる。これは、「．ＡＰＰ」に関する最小限の停止である。「グループＢバージョン２」５４５は既に、ＥＰＰ要求にサービスするのに利用可能であるからである。これにより、アップグレード中のＴＬＤに対する最小限の影響で、他のＴＬＤに影響を及ぼすことなく、柔軟なアップグレード・サイクルが可能となる。すなわち、「グループＢバージョン１」５４０は、サービス「．ＷＥＢ」に対して依然として動作中である。このとき、「．ＡＰＰ」ＥＰＰ要求を「グループＢバージョン２」５４５に転送することができる。「．ＷＥＢ」ＥＰＰ要求は、どんな影響もなく、引き続き「グループＢバージョン１」５４０を使用する。
【００５９】
図６に、本開示の注入に適合するコンピュータシステム６００を示す。一般には、レジストリ・システム４００の構成要素は、パーソナル・コンピュータ、サーバ、ワークステーション、組込みシステム、多機能装置、またはそれらの組合せなどの様々なコンピュータシステムで実装することができる。本明細書に記載のプロセスは、コンピュータ・プログラムとして実装することができる。コンピュータ・プログラムは、アクティブと非アクティブの両方の様々な形態で存在することができる。例えば、コンピュータ・プログラムは、ソース・コード、オブジェクト・コード、実行可能コード、または他のフォーマットのプログラム命令からなるソフトウェア・プログラム（複数可）、ファームウェア・プログラム（複数可）、あるいはハードウェア記述言語（ＨＤＬ）ファイルとして存在することができる。上記のいずれかを、記憶装置および圧縮または非圧縮形式の信号を含むコンピュータ可読媒体上で実施することができる。しかし、説明の都合上、レジストリ・システム４００の構成要素のいずれかとして使用することができるシステム６００を、当業者に周知の汎用コンピュータとして示す。次に、システム６００に含めることのできる構成要素の例を説明する。
【００６０】
図示するように、システム６００は、少なくとも１つのプロセッサ６０２、キーボード６１７、ポインティング・デバイス６１８（例えば、マウス、タッチパッドなど）、ディスプレイ６１６、メインメモリ６１０、入出力コントローラ６１５、および記憶装置６１４を含むことができる。記憶装置６１４は、例えば、ＲＡＭ、ＲＯＭ、フラッシュ・メモリ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭ、または他の光ディスク・ストレージ、磁気ディスク・ストレージまたは他の磁気記憶装置、あるいは命令またはデータ構造の形態の所望のプログラム・コードを搬送または格納するのに使用することができ、コンピュータでアクセスすることのできる任意の他の媒体を含むことができる。プリンタ・ドライバのコンピュータ・プログラム実施形態のコピーを、例えば記憶装置６１４上に格納することができる。システム６００はまた、プリンタ（図示せず）などの追加の入出力装置をも備えることができる。システム６００の様々な構成要素は、システム・バス６１２または類似のアーキテクチャを通じて通信する。さらに、システム６００は、動作中にメモリ６１０内に常駐するオペレーティング・システム（ＯＳ）６２０を含むことができる。システム６００が複数のプロセッサ６０２を含むことができることを当業者は理解されよう。例えば、システム６００は、同一のプロセッサの複数のコピーを含むことができる。あるいは、システム６００は、様々なタイプのプロセッサの異種混合を含むことができる。例えば、システム６００は、１つのプロセッサを１次プロセッサとして使用し、他のプロセッサをコプロセッサとして使用することができる。別の例では、システム６００は、１つまたは複数のマルチコア・プロセッサおよび１つまたは複数の単一コア・プロセッサを含むことができる。したがって、システム６００は、プロセッサ（例えば、プロセッサ６０２）のセットにわたって任意の数の実行コアを含むことができる。キーボード６１７、ポインティング・デバイス６１８、およびディスプレイ６１６に関して、これらの構成要素を、当業者に周知の構成要素を使用して実装することができる。他の構成要素および周辺機器をシステム６００に含めることができることも当業者は理解されよう。
【００６１】
メインメモリ６１０は、システム６００の１次記憶エリアとして働き、プロセッサ６０２上で動作中の、バーコード印刷システム内のプリンタ・ドライバなどのアプリケーションによってアクティブに使用されるデータを保持する。アプリケーションは、実行時の間に特定のタスクのセットを実施するようにシステム６００に命令するコンピュータ命令のセットをそれぞれ含むソフトウェア・プログラムであること、および「アプリケーション」という用語を、本教示の実施形態によるアプリケーション・ソフトウェア、アプリケーション・プログラム、デバイス・ドライバ、および／またはプログラムと互換的に使用できることを当業者は理解されよう。メモリ６１０は、以下で説明するように、当業者に周知であるランダム・アクセス・メモリまたは他の形態のメモリとして実装することができる。
【００６２】
ＯＳ６２０は、システム６００内のハードウェアの直接制御および管理、ならびにシステム動作の役目を果たすルーチンおよび命令の一体化された集合である。さらに、ＯＳ６２０は、アプリケーション・ソフトウェアおよびデバイス・ドライバを実行する基盤を提供する。例えば、ＯＳ６２０は、リソース割振り、スケジューリング、入出力制御、メモリ管理などのサービスを実施することができる。ＯＳ６２０は、大部分はソフトウェアでよいが、部分的または完全なハードウェア実装およびファームウェアをも含むことができる。本教示の原理に適合するオペレーティング・システムの周知の例は、ＭＩＣＲＯＳＯＦＴ  ＷＩＮＤＯＷＳ（例えば、ＷＩＮＤＯＷＳ  ＣＥ、ＷＩＮＤＯＷＳ  ＮＴ、ＷＩＮＤＯＷＳ  ２０００、ＷＩＮＤＯＷＳ  ＸＰ、およびＷＩＮＤＯＷＳ  ＶＩＳＴＡ）、ＭＡＣ  ＯＳ、ＬＩＮＵＸ（登録商標）、ＵＮＩＸ（登録商標）、ＯＲＡＣＬＥ  ＳＯＬＡＲＩＳ、ＯＰＥＮ  ＶＭＳ、およびＩＢＭ  ＡＩＸを含む。
【００６３】
上記の説明は例示的なものであり、構成および実装の変形形態を当業者は思い浮かぶことができる。例えば、本明細書で開示する実施形態と共に説明する様々な例示的論理、論理ブロック、モジュール、および回路は、汎用プロセッサ（例えば、プロセッサ６０２）、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）または他のプログラマブル論理装置、ディスクリート・ゲートまたはトランジスタ・ロジック、ディスクリート・ハードウェア構成要素、あるいは本明細書に記載の機能を実施するように設計されたそれらの任意の組合せと共に実装または実施することができる。汎用プロセッサはマイクロプロセッサでよいが、代替では、プロセッサは、任意の従来型プロセッサ、コントローラ、マイクロコントローラ、または状態機械でよい。プロセッサは、コンピューティング装置の組合せ、例えばＤＳＰとマイクロプロセッサの組合せ、複数のマイクロプロセッサ、ＤＳＰコアに関連する１つまたは複数のマイクロプロセッサ、または任意の他のそのような構成として実装することができる。
【００６４】
１つまたは複数の例示的実施形態では、記載の機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装することができる。ソフトウェア実装では、本明細書に記載の技法は、本明細書に記載の機能を実施するモジュール（例えば、手続き、関数、サブプログラム、プログラム、ルーチン、サブルーチン、モジュール、ソフトウェア・パッケージ、クラスなど）と共に実装することができる。情報、データ、引数、パラメータ、またはメモリ内容を渡す、および／または受け取ることにより、モジュールを別のモジュールまたはハードウェア回路に結合することができる。メモリ共有、メッセージ・パッシング、トークン・パッシング、ネットワーク伝送などを含む任意の適切な手段を使用して、情報、引数、パラメータ、データなどを渡し、転送し、または送信することができる。メモリ・ユニットにソフトウェア・コードを格納し、プロセッサで実行することができる。メモリ・ユニットをプロセッサ内で、またはプロセッサの外部で実装することができ、プロセッサの外部で実装する場合、当技術分野で周知の様々な手段を介して、メモリ・ユニットをプロセッサに通信可能に結合することができる。
【００６５】
ソフトウェアで実装した場合、機能を、１つまたは複数の命令またはコードとしてコンピュータ可読媒体上に格納し、あるいはコンピュータ可読媒体を介して送信することができる。コンピュータ可読媒体は、ある場所から別の場所へのコンピュータ・プログラムの転送を容易にする任意の媒体を含む、有形の非一時的コンピュータ記憶媒体と通信媒体のどちらも含む。記憶媒体は、コンピュータでアクセスすることのできる任意の入手可能な有形の非一時的媒体でよい。限定ではなく、例として、そのような有形の非一時的コンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、フラッシュ・メモリ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭ、または他の光ディスク・ストレージ、磁気ディスク・ストレージまたは他の磁気記憶装置、あるいは命令またはデータ構造の形態の所望のプログラム・コードを搬送または格納するのに使用することができ、コンピュータでアクセスすることのできる任意の他の媒体を含むことができる。本明細書では、ディスクおよびｄｉｓｃは、ＣＤ、レーザｄｉｓｃ、光ｄｉｓｃ、ＤＶＤ、フロッピィ・ディスク、およびＢｌｕｅ−ｒａｙ  ｄｉｓｃを含み、ディスクは通常、データを磁気的に再現し、ｄｉｓｃは、レーザで光学的にデータを再現する。さらに、任意の接続が、コンピュータ可読媒体と適切に呼ばれる。例えば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、撚線対、デジタル加入者線（ＤＳＬ）、または赤外線、無線、マイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモート・ソースから送信される場合、同軸ケーブル、光ファイバケーブル、撚線対、ＤＳＬ、または赤外線、無線、マイクロ波などのワイヤレス技術は、媒体の定義に含まれる。上記の組合せもコンピュータ可読媒体の範囲内に含まれるべきである。
【００６６】
単数または一体化されたものとして説明されるリソースは、一実施形態では、複数または分散したものでよく、複数または分散されたものとして説明されるリソースを、実施形態では組み合わせることができる。それに応じて、本教示の範囲は、以下の特許請求の範囲だけによって限定されないものとする。特定の実施形態に関して本発明を説明したが、本発明は以下の特許請求の範囲内のすべての修正形態および均等物を包含するものとすることを理解されよう。
【００６７】
本教示の実装の例を参照しながら本教示を説明したが、真の精神および範囲から逸脱することなく、当業者は、記載の実装に対する様々な修正形態を作成することができる。本明細書で使用する用語および説明は、例として述べたものに過ぎず、限定を意味するものではない。具体的には、プロセスを例によって説明したが、プロセスのステージを、図示したのとは異なる順序で、または同時に実施することができる。さらに、「含む（ｉｎｃｌｕｄｉｎｇ、ｉｎｃｌｕｄｅｓ）」、「有する（ｈａｖｉｎｇ、ｈａｓ）」、「と共に（ｗｉｔｈ）」という用語、またはその変形が詳細な説明と特許請求の範囲のどちらかで使用される範囲で、そのような用語は、「備える（ｃｏｍｐｒｉｓｉｎｇ）」という用語と同様に包含的なものであるとする。本明細書では、例えばＡおよびＢなどの項目の列挙に関する「１つまたは複数」および「少なくとも１つ」という用語は、Ａのみ、Ｂのみ、またはＡおよびＢを意味する。さらに、別段に規定されていない限り、「セット」という用語を「１つまたは複数」と解釈すべきである。さらに、「結合」という用語は、間接的接続または直接的接続のどちらかを意味するものとする。したがって、第１の装置が第２の装置に結合する場合、その接続は、直接的接続によるものでよく、または他の装置、構成要素、および接続を介する間接的接続によるものでよい。
【図１】
2014183585.tif 000003
【図２】
2014183585.tif 000004
【図３】
2014183585.tif 000005
【図４】
2014183585.tif 000006
【図５Ａ】
2014183585.tif 000007
【図５Ｂ】
2014183585.tif 000008
【図６】
2014183585.tif 000009
【手続補正書】
【提出日】平成26年6月2日(2014.6.2)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
コンピュータにより実現されるレジストリ・サービスを提供する方法であって、
サービスすべき１つまたは複数のトップ・レベル・ドメイン（「ＴＬＤ」）を識別するステップと、
前記１つまたは複数のトップ・レベル・ドメインに関するＴＬＤグループをプロセッサによって作成するステップであって、前記ＴＬＤグループ内のトップ・レベル・ドメインが少なくとも１つの特性を共有するステップと、
前記１つまたは複数のトップ・レベル・ドメインをプロビジョニングするステップと、
前記ＴＬＤグループに前記１つまたは複数のトップ・レベル・ドメインを登録するステップと
を含む方法。
【請求項２】
前記少なくとも１つの特性が、予想されるトラフィックのボリューム、特定の機能セット、特定のビジネス要件、前記ＴＬＤの所有権、およびそれらの組合せを含む請求項１に記載の方法。
【請求項３】
新しいトップ・レベル・ドメインを開始する要求を受信するステップと、
前記新しいトップ・レベル・ドメインをプロビジョニングするステップと、
前記新しいトップ・レベル・ドメインが前記ＴＬＤグループに関連する少なくとも１つの特性を有すると決定するステップと、
前記ＴＬＤグループに前記新しいトップ・レベル・ドメインを登録するステップと
をさらに含む請求項１に記載の方法。
【請求項４】
前記ＴＬＤグループをアップグレードすると決定するステップと、
前記ＴＬＤグループの新しいバージョンを作成するステップと、
前記ＴＬＤグループの前記新しいバージョンに前記１つまたは複数のトップ・レベル・ドメインを登録するステップと
をさらに含む請求項１に記載の方法。
【請求項５】
コンピュータにより実現されるレジストリ・サービスを提供する方法であって、
アップグレードするトップ・レベル・ドメイン（「ＴＬＤ」）を識別するステップと、
前記トップ・レベル・ドメインに関連するＴＬＤグループを決定するステップであって、前記ＴＬＤグループ内のトップ・レベル・ドメインが少なくとも１つの特性を共有するステップと、
前記アップグレードに関連する前記ＴＬＤグループの新しいバージョンをプロセッサによって作成するステップと、
前記ＴＬＤグループの前記新しいバージョンに前記トップ・レベル・ドメインを登録するステップと
を含む方法。
【請求項６】
前記少なくとも１つの特性が、予想されるトラフィックのボリューム、特定の機能セット、特定のビジネス要件、前記ＴＬＤの所有権、またはそれらの組合せを含む請求項５に記載の方法。
【請求項７】
アップグレードする追加のトップ・レベル・ドメインを識別するステップと、
前記ＴＬＤグループが前記トップ・レベル・ドメインに関連すると決定するステップと、
前記ＴＬＤグループの前記新しいバージョンに前記追加のトップ・レベル・ドメインを登録するステップと
をさらに含む請求項５に記載の方法。
【請求項８】
請求項１から請求項７のいずれかに記載の方法の各ステップをコンピュータに実行させるためのコンピュータ・プログラム。
【請求項９】
命令を格納する１つまたは複数のメモリ装置と、
前記１つまたは複数のメモリ装置に結合され、前記命令を実行して、請求項１から請求項７のいずれかに記載の方法の各ステップを実行するように構成された１つまたは複数のプロセッサと
を備えるシステム。
【手続補正２】
【補正対象書類名】図面
【補正対象項目名】図２
【補正方法】変更
【補正の内容】
【図２】
2014183585.tif 000010
【外国語明細書】
2014183585000001.pdf