(57)【特許請求の範囲】
【請求項１】
１つ以上のＤＮＳクエリを管理するための方法であって、前記方法は、
サービスプロバイダにて、識別可能なドメインと関連付けられた１つ以上のＤＮＳクエリが、前記サービスプロバイダによって処理することができる、前記１つ以上のＤＮＳクエリの閾値数を超えるか否かを決定するステップと、
前記サービスプロバイダにて、前記閾値数に基づいて、前記１つ以上のＤＮＳクエリを選択的にフィルタリングするか否かを決定するステップと、
前記サービスプロバイダにて、前記決定に基づいて、前記１つ以上のＤＮＳクエリのうちの少なくとも１つの前記選択的フィルタリングをもたらすステップと、
を含み、
前記１つ以上のＤＮＳクエリのうちの前記少なくとも１つの前記選択的フィルタリングは、前記識別されたドメインに対して権限を有するＤＮＳサーバに割り当てられたネットワークアドレスに基づくとともに、アクセス制御リストに基づき、
前記１つ以上のＤＮＳクエリのうちの前記少なくとも１つは、前記サービスプロバイダにて受信され、前記サービスプロバイダに利用可能な１つ以上の割り当てられたネットワークアドレスの下位区分またはゾーンに向けられている、
方法。
【請求項２】
前記決定に基づいて、前記１つ以上のＤＮＳクエリのうちの前記少なくとも１つの選択的フィルタリングをもたらすステップは、サービスプロバイダのＤＮＳサーバが権限を有するドメインに対して、１つ以上のＤＮＳクエリを選択的フィルタリングするように要求を伝送するステップを含む、
請求項１に記載の方法。
【請求項３】
前記ＤＮＳクエリの関連付けられたセットに基づいて、前記１つ以上のＤＮＳクエリを選択的にフィルタリングするか否かを決定するステップは、処理されることを可能にするＤＮＳクエリの割合に基づいて、選択的にフィルタリングするか否かを決定するステップを含む、
請求項１に記載の方法。
【請求項４】
利用可能なサービスプロバイダのネットワークアドレスの範囲は、各ネットワークアドレスゾーンが、サービスプロバイダのＤＮＳサーバコンポーネントに対して利用可能なネットワークアドレスの区分に従って定義されるような、複数のネットワークアドレスゾーンに対応する、
請求項１に記載の方法。
【請求項５】
前記サービスプロバイダにて、前記識別可能なドメインと関連付けられた、前記１つ以上のＤＮＳクエリのうちの少なくとも一部分を取得するステップをさらに含む、
請求項１に記載の方法。
【請求項６】
前記サービスプロバイダにて、異なる識別可能なドメインと関連付けられたＤＮＳクエリが、前記サービスプロバイダによって処理することができる、ＤＮＳクエリの閾値数を超えるか否かを決定するステップと、
処理されることを可能にするＤＮＳクエリの割合に対応して、前記サービスプロバイダによって、異なる識別可能なドメインと関連付けられた前記１つ以上のＤＮＳクエリを選択的にフィルタリングしないことを決定するステップと、
をさらに含む、
請求項１に記載の方法。
【請求項７】
前記決定に基づいて、前記１つ以上のＤＮＳクエリのうちの前記少なくとも１つの選択的フィルタリングをもたらすステップは、前記１つ以上のＤＮＳクエリのうちの前記少なくとも１つに、ＤＮＳサーバの代替セットによって応じさせるステップを含む、
請求項１に記載の方法。
【請求項８】
ＤＮＳクエリ処理のためのシステムであって、前記システムは、
サービスプロバイダにて、１つ以上のコンテンツプロバイダを前記サービスプロバイダに登録するための登録情報を取得するためのインターフェースコンポーネントであって、前記登録が、前記コンテンツプロバイダによって提供された１つ以上のリソースと関連付けられた要求ルーティング機能の一部分を少なくともホストすることに対応する、インターフェースコンポーネントと、
ＤＮＳクエリ処理コンポーネントと、
を備え、
前記ＤＮＳクエリ処理コンポーネントは、
識別可能なドメインと関連付けられたＤＮＳクエリが、前記サービスプロバイダによって処理することができる、ＤＮＳクエリの閾値数を超えるか否かを決定し、
前記閾値数に基づいて、前記１つ以上のＤＮＳクエリを選択的にフィルタリングするか否かを決定し、
前記決定に基づいて、前記１つ以上のＤＮＳクエリのうちの少なくとも１つの前記フィルタリングをもたらすように動作可能であり、
前記１つ以上のＤＮＳクエリのうちの前記少なくとも１つの前記選択的フィルタリングは、前記識別されたドメインに対して権限を有するＤＮＳサーバに割り当てられたネットワークアドレスに基づくとともに、アクセス制御リストに基づき、
前記１つ以上のＤＮＳクエリのうちの前記少なくとも１つは、前記サービスプロバイダにて受信され、前記サービスプロバイダに利用可能な１つ以上の割り当てられたネットワークアドレスの下位区分またはゾーンに向けられている、
システム。
【請求項９】
前記サービスプロバイダと関連付けられたネットワークＰＯＰをさらに備え、
前記ネットワークＰＯＰは、クライアントコンピューティングデバイスからＤＮＳクエリを受信するＤＮＳサーバコンポーネントを含み、
前記ネットワークＰＯＰにおけるＤＮＳサーバは、アクセス制御リストに基づいて、ＤＮＳクエリを選択的にフィルタリングするように動作可能である、
請求項８に記載のシステム。
【請求項１０】
前記ＤＮＳクエリ処理コンポーネントは、前記１つ以上のＤＮＳクエリのうちの前記少なくとも１つに、ＤＮＳサーバの代替セットによって応じさせて、前記ＤＮＳクエリを選択的にフィルタリングする、
請求項８に記載のシステム。
【請求項１１】
前記ＤＮＳクエリ処理コンポーネントは、前記１つ以上のＤＮＳクエリのうちの前記少なくとも１つを、ＤＮＳサーバの代替セットに転送することによって、前記１つ以上のＤＮＳクエリのうちの前記少なくとも１つに、前記ＤＮＳサーバの代替セットによって応じさせる、
請求項１０に記載のシステム。
【請求項１２】
前記ＤＮＳクエリ処理コンポーネントは、処理されることを可能にするＤＮＳクエリの割合に基づく、前記ＤＮＳクエリの関連付けられたセットに基づいて、前記１つ以上のＤＮＳクエリを選択的にフィルタリングするか否かを決定する、
請求項８に記載のシステム。
【請求項１３】
利用可能なサービスプロバイダのネットワークアドレスの範囲は、各ネットワークアドレスゾーンが、サービスプロバイダのＤＮＳサーバコンポーネントに対する利用可能なネットワークアドレスの区分に従って定義されるような、複数のネットワークアドレスゾーンに対応する、
請求項８に記載のシステム。
【請求項１４】
前記ＤＮＳクエリ処理コンポーネントは、さらに、１つ以上の追加のＤＮＳクエリを取得するように動作可能であって、前記追加のＤＮＳクエリは、前記識別可能なドメインに対応し、前記ＤＮＳサーバコンポーネントは、利用可能なサービスプロバイダのネットワークアドレスの範囲からの、異なる割り当てられたネットワークに対応し、
前記ＤＮＳクエリ処理コンポーネントは、さらに、サービスプロバイダによって処理することができる、ＤＮＳクエリの閾値数を超えて、前記１つ以上のＤＮＳクエリを、前記ＤＮＳクエリの識別されたセットと関連付けるように動作可能であり、
前記ＤＮＳクエリ処理コンポーネントは、さらに、前記１つ以上のＤＮＳクエリを選択的にフィルタリングしないと決定するように動作可能である、
請求項８に記載のシステム。
【発明の詳細な説明】
【背景技術】
【０００１】
一般に記述されるように、コンピューティングデバイスおよび通信ネットワークを利用して、情報を交換することができる。共通アプリケーションにおいて、コンピューティングデバイスは、通信ネットワークを介して別のコンピューティングデバイスからのコンテンツを要求することができる。例えば、パーソナルコンピューティングデバイスのユーザは、ソフトウェアブラウザアプリケーションを利用して、インターネットを介して、サーバコンピューティングデバイスからウェブページを要求することができる。そのような実施形態において、ユーザコンピューティングデバイスは、クライアントコンピューティングデバイスと称され、サーバコンピューティングデバイスは、コンテンツプロバイダと称され得る。
【０００２】
コンテンツプロバイダは、一般に、多くの場合、要求されたコンテンツのクライアントコンピューティングデバイスへの効率的な伝送またはコンテンツの伝送と関連付けられるコストを考慮しながら、要求されたコンテンツをクライアントコンピューティングデバイスに提供するように動機付けられる。より大規模な実装の場合、コンテンツプロバイダは、コンテンツプロバイダのコンピューティングリソースに負担をかけ得る高容量のクライアントコンピューティングデバイスからのコンテンツ要求を受信する場合がある。加えて、クライアントコンピューティングデバイスによって要求されたコンテンツは、多数のコンポーネントを有する場合があり、コンテンツプロバイダのコンピューティングリソースにさらに負担をかけ得る。
【０００３】
いくつかの実施形態において、コンテンツプロバイダは、要求されたコンテンツの配信に関連するサービスを提供するように、コンテンツ配信ネットワークサービスプロバイダおよびネットワークストレージサービスプロバイダ等、１つ以上のサービスプロバイダを利用することができる。類似の方法で、サービスプロバイダは、多くの場合、要求されたサービスと関連付けられた効率およびコストに関して考慮し、一般に、ＤＮＳ要求処理サービスをホストするか、またはクライアントコンピューティングデバイスにコンテンツを提供する等の、サービスを提供するように動機付けられる。例えば、サービスプロバイダは、多くの場合、サービスレベルの同意を満たすため、または一般的に配信サービスの質を向上させるために、クライアントコンピューティングデバイスの要求（ＤＮＳクエリまたはコンテンツ要求のいずれか）を処理する際に、要求されたコンテンツの配信の待ち時間等の要因を考慮する。いくつかの状況において、サービスプロバイダは、コンテンツプロバイダの代わりに処理される多数のサービス要求が、悪意ある攻撃に従って、または同意されたサービスのレベルアップを越えて等、閾値を超え得ることに遭遇する場合がある。ＤＮＳベースの攻撃等、悪意ある攻撃に関連する状況において、標的とされたコンテンツプロバイダへサービスプロバイダによって提供されるサービスのレベルは、インパクトを与えられることがあり、いくつかの状況において、サービスプロバイダの全体機能に影響し得る。
【０００４】
前述の態様および本発明に伴う利益の多くは、付随する図面と併せて見られると、それらが以下の詳細な説明を参照することによってより良好に理解されるに従い、より容易に理解されるであろう。
【図面の簡単な説明】
【０００５】
【図１】多数のクライアントコンピューティングデバイス、コンテンツプロバイダ、ネットワークストレージプロバイダ、およびコンテンツ配信ネットワークサービスプロバイダを含む、コンテンツ配信環境を示すブロック図である。
【図２】コンテンツプロバイダをネットワークストレージプロバイダとともに登録することを示す、図１のコンテンツ配信環境のブロック図である。
【図３】コンテンツプロバイダの代わりに要求ルーティングサービスを提供するために、コンテンツプロバイダをサービスプロバイダとともに登録することを示す、図１のコンテンツ配信環境のブロック図である。
【図４】コンテンツプロバイダの代わりにサービスプロバイダによる要求ルーティングの要求の処理を示す、図１のコンテンツ配信環境のブロック図である。
【図５Ａ】クライアントコンピューティングデバイスによって生成されたリソースルーティング要求の処理の一実施形態を示す、図１のコンテンツ配信環境のブロック図である。
【図５Ｂ】クライアントコンピューティングデバイスによって生成されたリソースルーティング要求の処理の一実施形態を示す、図１のコンテンツ配信環境のブロック図である。
【図６】サービスプロバイダによって実装される、コンテンツプロバイダの要求ルーティングの登録処理ルーチンを示す、フロー図である。
【図７】サービスプロバイダによって実装される要求ルーティング処理ルーチンを示すフロー図である。
【発明を実施するための形態】
【０００６】
概して記述すると、本開示は、コンテンツプロバイダと関連付けられた１つ以上のリソースに対するリソース要求に対応する、ルーティング機能の要求を管理することを目的とする。本開示の態様は、コンテンツプロバイダ等の要求ルーティング機能を要求するエンティティの代わりに、サービスプロバイダ、例えば、コンテンツ配信ネットワーク（「ＣＤＮ」）サービスプロバイダによる要求ルーティング機能の管理および処理に関して記載するであろう。例示的に、要求ルーティング機能は、特定のネットワークアドレスと関連付けられたＤＮＳサーバコンポーネント等、サービスプロバイダと関連付けられたコンピューティングデバイスによって、コンテンツプロバイダの代わりにドメインネームサービス（「ＤＮＳ」）要求の処理に対応することができる。サービスプロバイダのＤＮＳサーバコンポーネントは、キャッシュコンポーネント等、要求されたリソースを提供するであろう、コンピューティングデバイスのネットワークアドレスを識別することによって、受信したＤＮＳクエリを解決する。加えて、標的とされたコンテンツプロバイダのドメインに発行されたＤＮＳクエリの数が、閾値を超える実施形態において、サービスプロバイダは、着信ＤＮＳクエリの効果を軽減するように、ＤＮＳクエリを選択的にフィルタリングすることができる。例えば、ＤＮＳクエリベースの攻撃と関連付けられる状況では、ＤＮＳクエリの何らかの部分は、ＤＮＳクエリベースの攻撃の効果を軽減するようにフィルタリングすることができる。
【０００７】
一実施形態において、サービスプロバイダは、コンテンツプロバイダの代わりに、識別されたコンテンツプロバイダのドメインに、ＤＮＳクエリに対して権限を有するであろう多数のＤＮＳサーバコンポーネントを割り当てることができる。割り当てられたＤＮＳサーバコンポーネントは、多数の態様を考慮に入れる方法で、サービスプロバイダのネットワークアドレスの配信されたセットから、サービスプロバイダによって選択されるネットワークアドレスに対応する。一態様において、サービスプロバイダは、所有者にかかわらず、設定されたＤＮＳサーバコンポーネントが、整合するネットワークアドレスを有する、サービスプロバイダのＤＮＳサーバコンポーネントによってサービスを提供する２つのドメインが存在しないことを、保証するための処理を実装することができる。別の態様において、サービスプロバイダは、特定のドメインに対して、ネットワークルーティング目的に有意である割り当てられたＤＮＳサーバコンポーネントのネットワークアドレスの一部分が、整合する値を有していないこと、およびネットワークルーティング目的に有意ではない割り当てられたＤＮＳサーバコンポーネントのネットワークアドレスの一部分が、整合する値を有していないことを保証するための処理を実装することができる。
【０００８】
受信したＤＮＳクエリの数が、ＤＮＳクエリベースの攻撃において等、閾値を超える実施形態において、サービスプロバイダは、コンテンツプロバイダのドメインに提供されるサービスと関連付けられたパフォーマンスインパクト、またはサービスプロバイダコンポーネントの全体パフォーマンスを軽減することができる方法で、結果としてＤＮＳクエリのフィルタリングをもたらす、多数の技術を実装することができる。例えば、サービスプロバイダは、ネットワークアドレスの範囲のうちの１つ以上からの、ＤＮＳクエリの選択的フィルタリングを促進することができる。別の実施例において、サービスプロバイダは、ＤＮＳクエリの転送によって等、特定のＤＮＳサーバコンポーネントによって処理されるように、特定のＤＮＳサーバのネットワークアドレスへと向けられるＤＮＳクエリを構成することによって、ＤＮＳクエリの選択的フィルタリングを促進することができる。
【０００９】
本開示の様々な態様は、例示的実施例および実施形態に関して説明されるが、当業者であれば、開示される実施形態および実施例が、限定するものとしてみなされるべきでないことを理解するであろう。例えば、本開示は、ネットワークベースストレージサービス、キャッシングサービス、およびコンテンツ配信サービスを含む、追加サービスおよび機能性を提供し得る、サービスプロバイダ、例えば、ＣＤＮサービスプロバイダ等によって提供される要求ルーティングサービスに関して説明され得る。しかしながら、当業者であれば、サービスプロバイダは、ＣＤＮサービスプロバイダ等のいくつかのサービスプロバイダと関連付けられ得る、追加サービスまたは機能性のすべてまたはいずれかを提供する必要がないことを理解するであろう。同じく、本明細書は、ＤＮＳ要求処理サービス等、サービスの要求側としてのコンテンツプロバイダに関して論じるであろうが、当業者は、サービスの要求側が、別の方法によってコンテンツプロバイダに起因する場合がある、任意の追加機能を提供する必要はないことを理解するであろう。
【００１０】
図１は、コンテンツプロバイダをＣＤＮサービスプロバイダ等のサービスプロバイダとともに登録することを管理するためのコンテンツ配信環境１００、およびコンテンツプロバイダの代わりにコンテンツ要求の少なくとも一部分の後次処理を示すブロック図である。図１に例示されるように、コンテンツ配信環境１００は、コンテンツプロバイダからのコンテンツを要求する多数のクライアントコンピューティングデバイス１０２（一般にクライアントと称される）、ネットワークストレージプロバイダ１１０、および／またはサービスプロバイダ１０６を含む。例示的実施形態において、クライアントコンピューティングデバイス１０２は、パーソナルコンピューティングデバイス、ラップトップコンピューティングデバイス、携帯型コンピューティングデバイス、端末コンピューティングデバイス、モバイルデバイス、ワイヤレスデバイス、様々な電子デバイスおよび機器等を含む、多様なコンピューティングデバイスに対応することができる。例示的実施形態において、クライアントコンピューティングデバイス１０２は、広域ネットワークまたはローカルエリアネットワーク等の通信ネットワーク１０８上で通信を確立するために必要なハードウェアおよびソフトウェアコンポーネントを含む。例えば、クライアントコンピューティングデバイス１０２は、インターネットまたはイントラネットを介して通信を促進する、ネットワーク機器およびブラウザソフトウェアアプリケーションを備えてもよい。
【００１１】
図１に示されていないが、それぞれのクライアントコンピューティングデバイス１０２は、クライアントコンピューティングデバイスに起因するＤＮＳクエリを生成する、ＤＮＳネームサーバ等のいくつかのタイプのローカルＤＮＳリゾルバコンポーネントを利用する。一実施形態において、ローカルＤＮＳリゾルバコンポーネントは、クライアントコンピューティングデバイス１０２が属する、エンタープライズネットワークによって提供され得る。別の実施形態において、ローカルＤＮＳリゾルバコンポーネントは、クライアントコンピューティングデバイス１０２に対して通信ネットワーク接続を提供する、インターネットサービスプロバイダ（ＩＳＰ）によって提供されてもよい。
【００１２】
コンテンツ配信環境１００は、通信ネットワーク１０８を介して１つ以上のクライアントコンピューティングデバイス１０２と通信する、コンテンツプロバイダ１０４を含むこともできる。図１に示されるコンテンツプロバイダ１０４は、コンテンツプロバイダと関連付けられた１つ以上のコンピューティングデバイスの論理関係に対応する。特に、コンテンツプロバイダ１０４は、クライアントコンピューティングデバイス１０２からコンテンツ（例えば、ウェブページ）要求を取得および処理するための１つ以上のサーバコンピューティングデバイスに対応するウェブサーバコンポーネント１１２を含むことができる。コンテンツプロバイダ１０４は、ネットワークリソース要求を取得および処理するための１つ以上のコンピューティングデバイスに対応する、オリジンサーバコンポーネント１１４および関連ストレージコンポーネント１１６をさらに含むことができる。当業者であれば、コンテンツプロバイダ１０４が、様々な追加コンピューティングリソース、例えば、コンテンツおよびリソースの管理のための追加コンピューティングデバイス等と関連付けられ得ることを理解するであろう。加えて、オリジンサーバコンポーネント１１４および関連ストレージコンポーネント１１６は、コンテンツプロバイダ１０４と論理的に関連付けられるが、オリジンサーバコンポーネント１１４および関連付けられたストレージコンポーネント１１６は、クライアントコンピューティングデバイス１０２の様々な人口統計に最善に機能する方法で、通信ネットワーク１０８にわたって地理的に分布され得る。なおもさらに、例示のコンポーネントについて、コンテンツプロバイダ１０４に関して記載してきたが、コンテンツプロバイダは、通信ネットワーク１０８上でアドレス可能なドメインと関連付けられる、コンポーネントの任意の構成を有してもよい。
【００１３】
図１にさらに示されるように、コンテンツプロバイダ１０４は、コンテンツプロバイダと関連付けられた登録ドメイン名に関連するＤＮＳクエリを受信するように動作する、１つ以上のＤＮＳネームサーバコンポーネント１１８と関連付けることができる。１つ以上のＤＮＳネームサーバは、コンテンツプロバイダ１０４の登録ドメイン名に対応するクライアントコンピューティングデバイスＤＮＳクエリを解決する権限があり得る。ＤＮＳネームサーバコンポーネントは、ＤＮＳネームサーバが応答ＩＰアドレスを提供することによって、クエリを解決できる場合に、ＤＮＳクエリに対して権限があると考えられる。以下でさらに詳細に説明するように、例示的な実施形態に従って、要求ルーティング機能の提供側である、ＤＮＳネームサーバコンポーネント１１８の少なくとも一部分は、コンテンツプロバイダ１０４の代わりにサービスプロバイダによって提供されるであろう。
【００１４】
引き続き図１を参照して、コンテンツ配信環境１００は、１つ以上のクライアントコンピューティングデバイス１０２、コンテンツプロバイダ１０４、およびネットワークストレージプロバイダ１１０と通信ネットワーク１０８を介して通信する、サービスプロバイダ１０６をさらに含むことができる。図１に示されるサービスプロバイダ１０６は、サービスプロバイダと関連付けられた１つ以上のコンピューティングデバイスの論理関連に対応する。特に、サービスプロバイダ１０６は、通信ネットワーク１０８上のノードに対応する、多数の「ＰＯＰ」（Ｐｏｉｎｔ  ｏｆ  Ｐｒｅｓｅｎｃｅ）位置１２０、１２６、１３２を含むことができる。それぞれのＰＯＰ１２０、１２６、１３２は、クライアントコンピュータ１０２からのＤＮＳクエリを解決するための多数のＤＮＳサーバコンピューティングデバイスで形成される、ＤＮＳコンポーネント１２２、１２８、１３４を含む。それぞれのＰＯＰ１２０、１２６、１３２は、コンテンツプロバイダまたはネットワークストレージプロバイダからのリソースを保管し、様々な要求されたリソースを様々なクライアントコンピュータに伝送するための多数のキャッシュサーバコンピューティングデバイスで形成されたリソースキャッシュコンポーネント１２４、１３０、１３６を任意に含む。ＤＮＳコンポーネント１２２、１２８、１３４およびリソースキャッシュコンポーネント１２４、１３０、１３６は、ロードバランシングまたはロードシェアリングソフトウェア／ハードウェアコンポーネントを含むが、これらに限定されない通信を促進する、追加のソフトウェアおよび／またはハードウェアコンポーネントをさらに含んでもよい。
【００１５】
例示の実施形態において、ＤＮＳコンポーネント１２２、１２８、１３４、およびリソースキャッシュコンポーネント１２４、１３０、１３６は、コンポーネントまたはコンポーネントの一部分が物理的に分離しているか否かに関わらず、論理的に分類されると考えられる。加えて、ＰＯＰ１２０、１２６、１３２は、図１において、ＣＤＮサービスプロバイダ１０６と論理的に関連付けられて示されるが、ＰＯＰは、クライアントコンピューティングデバイス１０２の様々な人口統計に最善に機能する方法で、通信ネットワーク１０８にわたって地理的に分布される。さらに、当業者であれば、サービスプロバイダ１０６が、コンテンツおよびリソース等を管理するための追加コンピューティングデバイスのような様々な追加コンピューティングリソースと関連付けられ得ることを理解するであろう。
【００１６】
さらに引き続き図１を参照して、コンテンツ配信環境１００は、１つ以上のクライアントコンピューティングデバイス１０２、サービスプロバイダ１０６、およびコンテンツプロバイダ１０４を、通信ネットワーク１０８を介して通信するネットワークストレージプロバイダ１１０を含むこともできる。図１に示されるネットワークストレージプロバイダ１１０は、ネットワークストレージプロバイダと関連付けられる１つ以上のコンピューティングデバイスの論理関連にも対応する。特に、ネットワークストレージプロバイダ１１０は、通信ネットワーク１０８上のノードに対応する、多数のＮＳＰ  ＰＯＰ（ｎｅｔｗｏｒｋ  ｓｔｏｒａｇｅ  ｐｒｏｖｉｄｅｒ  Ｐｏｉｎｔ  ｏｆ  Ｐｒｅｓｅｎｃｅ）位置１３８、１４２を含むことができる。それぞれのＮＳＰ  ＰＯＰ１３８、１４２は、ネットワークストレージプロバイダ１１０によって処理され、様々なクライアントコンピュータに伝送される、コンテンツプロバイダからのリソースを保管するための多数のストレージデバイスで形成される、ストレージコンポーネント１４０、１４４を含む。ストレージコンポーネント１４０、１４４は、ロードバランシングまたはロードシェアリングソフトウェア／ハードウェアコンポーネントを含むが、これらに限定されない、通信を促進する追加のソフトウェアおよび／またはハードウェアコンポーネントをさらに含んでもよい。
【００１７】
例示的実施形態において、ストレージコンポーネント１４０、１４４は、コンポーネントまたはコンポーネントの一部分が物理的に分離しているか否かに関わらず、論理的に分類されると考えられる。加えて、ＮＳＰ  ＰＯＰ１３８、１４２は、図１において、ネットワークストレージプロバイダ１１０と論理的に関連付けられて示されるが、ＮＳＰ  ＰＯＰは、クライアントコンピューティングデバイス１０２の様々な人口統計に最善に機能する方法で、通信ネットワーク１０８にわたって地理的に分布される。さらに、当業者であれば、ネットワークストレージプロバイダ１１０が、コンテンツおよびリソース、ＤＮＳネームサーバ等を管理するための追加コンピューティングデバイスのような様々な追加コンピューティングリソースと関連付けられ得ることを理解するであろう。
【００１８】
なおもさらに、当業者であれば、ネットワークストレージプロバイダ１１０のコンポーネントおよびサービスプロバイダ１０６のコンポーネントが、同一または異なるエンティティによって管理され得ることを理解するであろう。当業者であれば、図１に提供されるコンポーネントおよび構成が、例示的性質であることも理解するであろう。したがって、特に通信を促進するための追加コンポーネント、システム、およびサブシステムに関する、追加または代替コンポーネントおよび／または構成が利用されてもよい。特に、当業者であれば、ネットワークストレージプロバイダ１１０が、コンテンツ配信環境１００から省略され得ることを理解するであろう。
【００１９】
ここで図２〜５Ｂを参照して、図１のコンテンツ配信環境１００の様々なコンポーネント間の相互作用が示される。しかしながら、例示の目的で、図は簡略化されているため、通信を促進するために利用されるコンポーネントの多くは図示されない。当業者であれば、そのようなコンポーネントが利用され得ること、およびしたがって追加の相互作用が本開示の趣旨および範囲から逸脱することなく起こることを理解するであろう。
【００２０】
図２を参照して、コンテンツプロバイダ１０４の代わりにコンテンツをホストするために、コンテンツプロバイダ１０４をネットワークストレージプロバイダ１１０とともに任意登録するための例示的相互作用が説明される。図２に示されるように、ストレージプロバイダコンテンツ登録プロセスは、コンテンツプロバイダ１０４をネットワークストレージプロバイダ１１０とともに登録することから開始する。例示的実施形態において、コンテンツプロバイダ１０４は、登録アプリケーションプログラムインターフェース（「ＡＰＩ」）を利用して、ネットワークストレージプロバイダ１１０とともに登録して、ネットワークストレージプロバイダ１１０が、コンテンツプロバイダ１０４の代わりにコンテンツを提供できるようにする。登録ＡＰＩは、要求されたリソースをネットワークストレージプロバイダ１１０に提供し得る、コンテンツプロバイダ１０４のオリジンサーバ１１４の識別を含むことができる。追加または代替として、登録ＡＰＩは、コンテンツプロバイダ１０４の代わりにネットワークストレージプロバイダ１１０によって保管されるコンテンツを含むことができる。一実施形態において、ネットワークストレージプロバイダ１１０は、コンテンツプロバイダ１０４のオリジンサーバとして作動し得る。
【００２１】
引き続き図２を参照して、登録ＡＰＩを受信すると、ネットワークストレージプロバイダ１１０は、コンテンツプロバイダ登録情報を取得および処理する。例示的実施形態において、ネットワークストレージプロバイダ１１０は、次にコンテンツ要求の一部として、クライアントコンピューティングデバイス１０２によって使用される追加情報を生成することができる。追加情報は、これに限定されないが、コンテンツプロバイダ識別子、例えば、コンテンツプロバイダ識別コード、ストレージプロバイダ識別子、例えば、ストレージプロバイダ識別コード、リソース識別子を処理するための実行可能なコード、例えば、スクリプトベースの命令等を含むことができる。当業者であれば、様々なタイプの追加情報が、ネットワークストレージプロバイダ１１０によって生成され得ること、および追加の情報が多様な形態のうちのいずれか１つにおいて具体化され得ることを理解するであろう。
【００２２】
一実施形態において、ネットワークストレージプロバイダ１１０は、ネットワークストレージプロバイダの適用可能なドメインの識別（以前に提供されていない限り）、および任意の追加情報をコンテンツプロバイダ１０４に戻す。順に、コンテンツプロバイダ１０４は、次に、保管されたコンテンツをコンテンツプロバイダに特異的な情報を用いて処理することができる。一実施例において、図２に示されるように、コンテンツプロバイダ１０４は、オリジンサーバ１１４のドメインへと本来向けられているリソース識別子をネットワークストレージプロバイダ１１０に対応するドメインに翻訳する。翻訳されたＵＲＬは、翻訳されたＵＲＬのＤＮＳクエリが、コンテンツプロバイダ１０４に対応するＤＮＳサーバではなく、ネットワークストレージプロバイダ１１０に対応するＤＮＳサーバに対して解決するような方法で、要求されたコンテンツに埋め込まれる。
【００２３】
ここで図３を参照して、サービスプロバイダ１０６によって提供された要求ルーティングサービスを利用するために、コンテンツプロバイダ１０４による登録のための例示的相互作用が説明される。図３に例示されるように、サービスプロバイダ１０６によって提供される要求ルーティングサービス登録プロセスは、コンテンツプロバイダ１０４をサービスプロバイダ１０６とともに登録することから開始する。例示的実施形態において、コンテンツプロバイダ１０４は、登録ＡＰＩを利用して、サービスプロバイダ１０６とともに登録して、サービスプロバイダ１０６が、コンテンツプロバイダ１０４の代わりに要求ルーティングサービスを提供することができる。登録ＡＰＩは、サービスプロバイダ１０６が権限を有するドメインの識別（例えば、「ｃｏｎｔｅｎｔｐｒｏｖｉｄｅｒ．ｃｏｍ」）、要求されたリソースをクライアントコンピューティングデバイス１０２に提供する、ネットワークストレージプロバイダ１１０またはオリジンサーバ１１４のストレージコンポーネント１４０、１４４の識別を含む。登録ＡＰＩは、以下で説明されるように、要求ルーティング情報、識別情報、またはコンテンツプロバイダ１０４の代わりにクライアントコンピューティングデバイスＤＮＳ要求を解決するために使用される他の情報を含む追加の情報を含むこともできる。
【００２４】
サービスプロバイダ１０６は、登録ＡＰＩを取得し、情報を処理する。一態様において、サービスプロバイダ１０６は、クライアントコンピューティングデバイスＤＮＳクエリの解決に利用され得る、必須の要求処理ルールまたは代替識別子を生成し得る。別の態様において、サービスプロバイダ１０６は、コンテンツプロバイダ１０４によって特定された関連ドメインのそのＤＮＳネームサーバコンポーネントの登録を生じ得る。サービスプロバイダ１０４は、次に確認等の応答をコンテンツプロバイダ１０４に送信する。登録ＡＰＩの処理に応答して、サービスプロバイダ１０６は、コンテンツプロバイダ１０４の代わりにＤＮＳクエリを処理するであろう、ＩＰ（インターネットプロトコル）アドレス等、サービスプロバイダのＤＮＳサーバのネットワークアドレスを識別することができる。コンテンツプロバイダ１０４は、その後、識別されたコンテンツプロバイダのドメイン（例えば、「ｃｏｎｔｅｎｔｐｒｏｖｉｄｅｒ．ｃｏｍ」）に対して責任を持つであろう、ＤＮＳサーバの識別されたネットワークアドレスを委任することができる。
【００２５】
以下でさらに詳細に説明するように、一実施形態において、サービスプロバイダ１０６は、コンテンツプロバイダのドメインへのＤＮＳ要求に対して権限を有するであろう、ＤＮＳサーバコンポーネントと関連付けられたネットワークアドレスを、分配、そうでなければ割り当てることができる。特に、サービスプロバイダ１０６が、コンテンツプロバイダのドメインに対して権限を有するであろう、多数のＤＮＳサーバコンポーネントを割り当てるであろう実施形態において、サービスプロバイダは、第１に、サービスプロバイダに対して利用可能な、ネットワークアドレスの多数の下位区分またはゾーンを作成することができる。下位区分またはゾーンの数は、下位区分またはゾーンの各々からネットワークアドレスを選択することで、ある特定のドメインのＤＮＳサーバコンポーネントが、ネットワークアドレスを分配しており、かつ任意の２つの割り当てられたＤＮＳサーバコンポーネントが、完全に重複するかまたは完全に整合するネットワークアドレスを有さないことを保証するような、ネットワークアドレスの分配に対応する（下位区分またはゾーンの数が、ドメインに対して権限があるとして割り当てられている、ＤＮＳサーバコンポーネントの数以上の場合）。異なる下位区分からの分配は、概して、「非重複分配」と称することができる。
【００２６】
例示の目的のため、サービスプロバイダ１０６は、利用可能なネットワークアドレスのプールを有すると想定するものとする。サービスプロバイダ１０６は、プールをネットワークアドレスの２つ以上の範囲に整理することができる。例えば、範囲は、最高位に順序付けられた共通のオクテットを有する各ネットワークアドレスが、同じ範囲内にあるとみなし得るような方法で定義することができる。別の実施例において、範囲は、２つ以上の範囲が、最高位に順序付けられた共通のオクテットを共有してもよいが、異なる第２のオクテットによって区別されるような方法で定義することができる。さらに、別の実施形態において、ネットワークアドレスの範囲は、割り当てに利用可能な多数のネットワークアドレスに対応することができる。代替実施形態において、ネットワークアドレスの少なくとも１つの範囲は、割り当て用の単一のネットワークアドレスに対応することができる。
【００２７】
上で論じたように、ネットワークアドレスの各範囲は、利用可能なネットワークアドレスの下位区分またはゾーンとみなすことができる。一態様において、下位区分の数が、割り当てられる必要のあるネットワークアドレスの数以上である場合、サービスプロバイダ１０６は、異なる下位区分からネットワークアドレスを選択することによって、整合している２つのネットワークアドレスが存在しないであろうような、ＤＮＳサーバコンポーネントに対するネットワークアドレスの分配を保証する。範囲がネットワークアドレスの最高位に順序付けられたオクテットに従って決定される、前の実施例を参照すると、選択された各ネットワークアドレスは、最高順位のオクテットの異なる値に対応するであろうし、それによって、ネットワークアドレスの少なくともその一部分が重複せず（例えば、第２、第３、第４のオクテット）、かつある特定のドメインに対する２つのネットワークアドレスが整合しないであろうことを保証する。２つの範囲が共通の第１および第２のオクテットを共有する、別の実施例を参照すると、選択された各ネットワークアドレスは、第３のオクテットの異なる値に対応するであろうし、それによって、ネットワークアドレスの少なくともその一部分が重複せず、かつある特定のドメインに対する２つのネットワークアドレスが整合しないであろうことをなおも保証する。サービスプロバイダ１０６に対して利用可能なネットワークアドレスのプールによって、各下位区分またはゾーンと関連付けられたネットワークアドレスの範囲は、ネットワークアドレスの所望される分配、利用可能なネットワークアドレスの総数、および利用可能なネットワークアドレス間における値の差によって、種々の方法で構成することができる。
【００２８】
いくつかの実施形態において、特定のドメインに対して割り当てられたネットワークアドレスの「非重複」分配を保証することに加えて、サービスプロバイダ１０６が、異なるドメイン用の複数の要求を処理する場合、このような非重複分配が、整合する少なくとも１つの割り当てられたＤＮＳネットワークアドレスを有する、２つ以上の異なるドメインを結果としてもたらし得る可能性がある。いくつかの実施形態において、サービスプロバイダ１０６は、無関係のドメインに渡って適合することができる、ネットワークアドレスの閾値数（例えば、１、２、３等）、または反対に、任意の２つの無関係のドメイン間で正確には適合しない、ネットワークアドレスの最小数を確立することを望む場合がある。したがって、サービスプロバイダ１０６は、許容され適合するネットワークアドレスの確立された閾値数に従って、任意の潜在的に適合する割り当てられたネットワークアドレスに関する異なるレベルの処理を含むことができる。
【００２９】
一実施形態において、閾値が、適合するネットワークアドレスが全くあり得ないような、ゼロに設定される場合、サービスプロバイダ１０６は、ＤＮＳサーバのネットワークアドレスを、割り当てられていた利用可能なネットワークアドレスのプールから除去することによって、ＤＮＳサーバの割り当てられたネットワークアドレスが重複しないことを保証することができる。このようなシナリオの一実施例は、共通の名前（例えば、ｗｗｗ．ｄｏｍａｉｎ．ｃｏｍ）を有し、それゆえ、任意の適合するＤＮＳサーバコンポーネントのネットワークアドレスを有することができない、２つ以上のホストされるドメインがある場合である。別の実施形態において、２つのドメインが、ＤＮＳサーバコンポーネントの１つ以上の割り当てられたネットワークアドレスを共有することが可能であってもよい。しかしながら、サービスプロバイダ１０６によって、２つの特定のドメインが、下位区分の各々から正確に同じネットワークアドレスに割り当てられないこと、または任意の２つのドメインに対して、割り当てられたＤＮＳサーバコンポーネントのネットワークアドレスのわずか半分のみが適合していることを保証することが望ましい場合がある。このような実施形態では、サービスプロバイダ１０６は、適合するネットワークアドレスの数を閾値より少なく減らすことによって等、適合するネットワークアドレスに対して保証および補正するように、追加処理を行うことができる。
【００３０】
特定のドメインに対して割り当てられたネットワークアドレスが、非重複の方法で分配されることを保証し、さらに、別のドメインに関して適合するネットワークアドレスの数が、閾値より大きくないことを保証することに加えて、別の実施形態において、サービスプロバイダ１０６は、典型的にはルーティングの目的のために有意であるとみなされない、選択されたネットワークアドレスの複数部分において、さらに重複がないように、各下位区分から選択されたネットワークアドレスの複数部分を選択することができる。特に、一実施形態において、ネットワークアドレスは、固有の値を有するオクテットに分割される、多数のビットに対応することができる。例えば、１６ビットのネットワークアドレスは、各対ｘｘがオクテットである、ｘｘ．ｘｘ．ｘｘ．ｘｘの形態で表すことができる。同じく、２４ビットのネットワークアドレスは、各対ｙｙが４ビットで表される、ｙｙ．ｙｙ．ｙｙ．ｙｙ．ｙｙ．ｙｙの形態で表すことができる。ネットワークルーティング原理に従って、ネットワークアドレスの一部分は、ネットワークルーティングに対して利用され（例えば、最初の２つまたは３つのオクテット）、概して、「ネットワークアドレスの最も有意な部分」または「ネットワークアドレスのネットワーク部分」と称される。ネットワークアドレスの残りの部分（例えば、最後のオクテット）は、ネットワークルーティングの目的のためには有意とはみなされず、概して、「ネットワークアドレスの非有意部分」または「ネットワークアドレスのホスト部分」と称される。当業者は、「有意」または「非有意」とみなされる、ネットワークアドレスの中のオクテットの数が、利用されている特定のネットワークプロトコル、ネットワークルーティング機器の構成、および他の基準に従って異なってもよいことを理解するであろう。したがって、ネットワークアドレスの有意および非有意部分の間の差を例示するように利用されるオクテットの例の数は、例示的性質なものであり、限定するものとしてみなされるべきではない。
【００３１】
ネットワークルーティングの目的のため、ネットワークアドレスは、１つ以上の整合するオクテットがあるか否かにかかわらず、ネットワークアドレスの有意部分が正確に適合しない限り、非重複または不整合とみなされる。ネットワークアドレスの非有意部分は、ネットワークルーティングの目的のため、効果的に無視される。したがって、本実施形態において、サービスプロバイダ１０６は、たとえ何らかの部分的な整合があるとしても、特定のドメインに対して選択されたネットワークアドレスの非有意部分が、正確には整合しない重複も全くないように、特定のドメインに対して選択されたネットワークアドレスの非有意部分に、異なる値を選択することができる。
【００３２】
前の実施例を参照すると、４つのネットワークアドレスが選択され、ネットワークアドレスの非有意部分が、ネットワークアドレスの中の最後のオクテットに対応すると想定する場合、ネットワークアドレスの非有意部分は、最も少ない最上位ビットに対して割り当てられた値の中に重複がないような、４つの範囲の値に再分割することができる。この実施例を続けると、最後のオクテットは２５６個の全潜在値の範囲を有する。各ドメインは、例示的に、４つのネットワークアドレスと関連付けられるため、最後のオクテットの潜在値は、１〜６３、６４〜１２７、１２８〜１９１、および１９２〜２５５の値の範囲に分割することができる。したがって、第１に割り当てられたネットワークアドレスに対する最後のオクテットの値は、１〜６３の範囲から選ばれ、第２に割り当てられたネットワークアドレスに対する最後のオクテットの値は、６４〜１２７の範囲から選ばれ、第３に割り当てられたネットワークアドレスに対する最後のオクテットの値は、１２８〜１９１の範囲から選ばれ、第４に割り当てられたネットワークアドレスに対する最後のオクテットの値は、１９２〜２５５の範囲から選ばれるであろう。それゆえ、本実施形態において、その結果生じる割り当てられたネットワークアドレスは、ネットワークアドレスの有意部分だけでなく、ネットワークアドレスの非重複部分に関しても、完全に非重複であろう。
【００３３】
多数のＤＮＳクエリが、ＤＮＳクエリベースの攻撃または要求の急騰のため等で閾値を超える場合には、サービスプロバイダ１０６は、１つ以上の選択されたネットワークアドレスから、ＤＮＳクエリを完全にフィルタリングすることができる。「過剰な」ＤＮＳクエリが、特定のコンテンツプロバイダを標的とする場合には、サービスプロバイダ１０６は、標的とされたドメインに対して割り当てられた全ての下位区分より少ない数をフィルタリングすることによって、何らかのＤＮＳクエリ機能を維持することができてもよい。さらに、サービスプロバイダ１０６もまた、標的とされたドメインに対して割り当てられた下位区分のいくつかまたは全てをフィルタリングすることによって、あるいは特定の物理的コンピューティングデバイスを標的としたドメインへのＤＮＳクエリの処理を制限することによって、他の標的とされていないコンテンツプロバイダに提供された要求ルーティングサービスへの、このような過剰なＤＮＳクエリのインパクトを軽減することができる。なおもさらに、サービスプロバイダ１０６は、ＤＮＳクエリの数のインパクトを軽減するのを助けるように、ＤＮＳクエリの何らかの部分を、異なるＰＯＰ（ｐｏｉｎｔ  ｏｆ  ｐｒｅｓｅｎｃｅ）またはＤＮＳサーバコンポーネントに転送することができる。
【００３４】
例示的に、ネットワークストレージプロバイダ１１０の適切なストレージコンポーネント１４０、１４４、１４８の任意の識別が行われ、さらに要求ルーティング機能がサービスプロバイダ１０６とともに登録されると、コンテンツプロバイダ１０４は、図４、５Ａ、および５Ｂを参照して以下でさらに説明される一実施形態において、クライアントコンピューティングデバイス１０２の代わりに生成されたコンテンツのＤＮＳ要求の処理を開始する。特に、ＤＮＳルーティングの原則に従って、リソース識別子に対応するクライアントコンピューティングデバイスＤＮＳクエリは、サービスプロバイダ１０６と関連付けられたＤＮＳネームサーバによって、オリジンサーバコンポーネント１１４および関連ストレージコンポーネント１１６またはネットワークストレージプロバイダ１１０のストレージコンポーネント１４０、１４４、１４８のいずれかに対応するネットワークアドレスを識別することによって、最終的に解決される。
【００３５】
図４に目を向けると、一実施形態に従って、サービスプロバイダ１０６が、コンテンツプロバイダの代わりに要求ルーティング機能の処理を始めるとすぐに、クライアントコンピューティングデバイス１０２は、コンテンツプロバイダのドメイン（例えば、「ｃｏｎｔｅｎｔｐｒｏｖｉｄｅｒ．ｃｏｍ」）に対してＤＮＳクエリを発行する。例示的に、クライアントコンピューティングデバイス１０２は、ブラウザソフトウェアアプリケーションを通して等、第１にドメインの「．」および「ｃｏｍ」部分に対して権限を有する、ＤＮＳサーバの識別を結果としてもたらす、コンテンツプロバイダのドメインに対してＤＮＳクエリを発行する。ドメインの「．」および「ｃｏｍ」部分に従って、ドメインを部分的に解決した後、それからクライアントコンピューティングデバイス１０２は、ドメインの「．ｃｏｎｔｅｎｔｐｒｏｖｉｄｅｒ」部分を結果としてもたらす、ＵＲＬに対して別のＤＮＳクエリを発行する。ドメインの「．」および「ｃｏｍ」部分に対応するＤＮＳクエリの発行は、よく知られているため例示していない。
【００３６】
例示の実施形態において、「ｃｏｎｔｅｎｔｐｒｏｖｉｄｅｒ」に対して権限を有するＤＮＳサーバの識別の識別は、サービスプロバイダ１０６と関連付けられたＤＮＳサーバの割り当てられたＩＰアドレスのうちの１つに対応する。一実施形態において、ＩＰアドレスは、サービスプロバイダ１０６と関連付けられた、特定のＰＯＰのＤＮＳサーバコンポーネントに固有である、特定のネットワークアドレスである。別の実施形態において、ＩＰアドレスは、サービスプロバイダ１０６と関連付けられた１つ以上のＰＯＰによって共有することができ、それによって、地理的または論理的に分配されてもよい。本実施形態において、共有ＩＰアドレスへのＤＮＳクエリは、エニーキャスト等、一対多ネットワークルーティングスキーマを利用し、そのような特定のＰＯＰは、ネットワークトポロジーの関数として要求を受信するであろう。例えば、エニーキャストの実装において、クライアントコンピューティングデバイス１０２によって共有ＩＰアドレスに発行されたＤＮＳクエリは、クライアントコンピューティングデバイスから、多くの場合ネットワークホップと称される、ネットワークトポロジーの最短距離を論理的に有する、サービスプロバイダ１０６のＤＮＳサーバコンポーネントに到着するであろう。ネットワークトポロジーの距離は、必ずしも地理的距離に対応するとは限らない。しかしながら、いくつかの実施形態において、ネットワークトポロジーの距離は、クライアントコンピューティングデバイス１０２とサービスプロバイダＰＯＰとの間の最短ネットワーク距離となると推定することができる。
【００３７】
図４に例示されるように、サービスプロバイダ１０６のＤＮＳサーバコンポーネントは、ＤＮＳクエリを取得し、要求コンテンツを提供するためのコンポーネントの、ＩＰアドレス等のネットワークアドレスを提供することによって、ＤＮＳクエリを解決することができる。例えば、受信するＤＮＳサーバコンポーネントは、要求されたウェブページを提供することができる、ウェブサーバのＩＰアドレスを提供してもよい。別の実施例において、ＤＮＳサーバは、要求リソースまたはファイルを提供する場合がある、キャッシュコンポーネントのＩＰアドレスを提供してもよい。代替実施形態において、ＤＮＳサーバコンポーネントもまた、要求ルーティング処理を精緻化するように使用することができる正規名（「ＣＮＡＭＥＳ」）等の、代替識別子を提供してもよい。図４に例示する実施例において、クライアントコンピューティングデバイス１０２によって伝送されるＤＮＳクエリは、処理することができると想定される。
【００３８】
ここで図５Ａおよび５Ｂに目を転じると、他の実施形態において、サービスプロバイダ１０６は、ＤＮＳクエリの数が閾値を超えるような、ドメインのための多数のＤＮＳクエリを取得してもよい。図５Ａに例示するように、超過された閾値は、複数のクライアントコンピューティングデバイス１０２が、ＤＮＳクエリでコンテンツプロバイダドメインをオーバーロードさせるように試みる、ＤＮＳベースのネットワーク攻撃を示す場合がある。超過された閾値はまた、コンテンツ要求の急騰を示すか、またはサービスレベルにおいて同意された、超過する多数のＤＮＳクエリに対応する場合がある。一態様において、複数のＤＮＳクエリは、コンテンツプロバイダ１０４の代わりに、ＤＮＳクエリを処理するＤＮＳサーバコンポーネントの特定の割り当てられたネットワークアドレスのうちの１つに向けられてもよい。別の態様において、複数のＤＮＳクエリは、コンテンツプロバイダ１０４に対して割り当てられた特定のネットワークアドレス全てに向けられてもよい。なおもさらに、別の態様において、複数のＤＮＳクエリは、特定のコンテンツプロバイダのドメインのみを標的にしていなくてもよく、より大きいネットワークベースの攻撃を示してもよい。
【００３９】
閾値を超えた（または閾値を超えるであろう）ＤＮＳクエリのインパクトを軽減するために、サービスプロバイダ１０６は、割り当てられたネットワークアドレスのうちの１つ以上に向けられたＤＮＳクエリの少なくとも複数部分を、選択的にフィルタリングさせ始めることができる。特に、一実施形態において、サービスプロバイダ１０６は、コマンドを発行するか、またはサービスプロバイダ１０６によって受信される前に、ＤＮＳクエリを通信ネットワーク１０８の中でフィルタリングさせる、ルーティングプロトコルを利用することができる。例えば、サービスプロバイダ１０６は、ＤＮＳクエリの転送を防止するように、ルータ等のネットワーク機器で、識別されたネットワークアドレスに対して空のルート注入を利用することができる。
【００４０】
図５Ｂを参照すると、通信ネットワーク１０８におけるＤＮＳクエリのフィルタリングに加えて、サービスプロバイダ１０６は、サービスプロバイダで受信される、割り当てられたネットワークアドレスの下位区分またはゾーンのうちの１つもしくは複数に向けられたＤＮＳクエリを、フィルタリングするか、そうでなければ遮断するように、ルータアクセス制御リストを利用することができる。超過された閾値と関連付けられたＤＮＳクエリが、ある特定の下位区分またはゾーンを標的とする場合、サービスプロバイダ１０６はさらに、標的とされるネットワークアドレスへの超過のＤＮＳクエリをフィルタリングすることができる。超過された閾値と関連付けられたＤＮＳクエリが、より多数の下位区分またはゾーンを標的とする場合、サービスプロバイダ１０６は、効果的にクエリを停止するように、全ての標的とされるドメインをフィルタリングすることができる。
【００４１】
あるいは、サービスプロバイダは、一定の割合のＤＮＳクエリ処理機能性を維持するために、一定の割合のゾーンをフィルタリングすることができる。例えば、コンテンツプロバイダ１０４が、４つのゾーンの各々に対するＤＮＳサーバコンポーネントと関連付けられていた場合、サービスプロバイダ１０６は、少なくとも５０％レベルで要求ルーティング機能の動作を維持するように、割り当てられたネットワークアドレスの半分をフィルタリングすることができる。図５Ｂに例示するように、所定のネットワークアドレスゾーンのみをフィルタリングすることによって、「標的とされた」コンテンツプロバイダ、または他のコンテンツプロバイダに対するＤＮＳクエリの少なくとも何らかの部分は、クライアントコンピューティングデバイス１０２Ｚによって等、処理され続けることができる。さらに、サービスプロバイダ１０６は、通信ネットワーク１０８においてまたはサービスプロバイダによってフィルタリングされていなかった、任意の残りのＤＮＳクエリを処理するように、１つ以上の特定のＤＮＳサーバコンポーネントを構成することができる。なおもさらに、サーバプロバイダ１０６は、フィルタリングされていないＤＮＳクエリの少なくとも一部分を、フィルタリングされていないＤＮＳクエリを処理するか、または特定のＰＯＰでロードを分配するのにより適する場合がある、他のＤＮＳサーバコンポーネントに転送することができる。
【００４２】
ここで図６を参照すると、コンテンツプロバイダ１０４の登録を管理するためにサービスプロバイダ１０６によって実装されるルーチン６００の一実施形態について記載される。当業者は、ルーチン６００に関して概説される動作／ステップが、ＤＮＳクエリ処理コンポーネントまたはサービスプロバイダと関連付けられたＰＯＰ等、サービスプロバイダ１０６と関連付けられる１つまたは多数のコンピューティングデバイス／コンポーネントによって実装されてもよいことを理解するであろう。したがって、ルーチン６００は、サービスプロバイダ１０６によって一般に行われるものとして論理的に関連付けられてきたため、以下の例示の実施形態は、限定するものとしてみなされるべきではない。
【００４３】
ブロック６０２において、サービスプロバイダ１０６は、コンテンツプロバイダ１０４の代わりに、ＤＮＳ要求ルーティングサービスを提供するための要求を得る。例示的に、ＤＮＳ要求ルーティングサービスを提供するための要求は、登録ＡＰＩを通じて促進されてもよく、登録ＡＰＩにおいて、コンテンツプロバイダは、サービスプロバイダ１０６が、コンテンツプロバイダの代わりに、ホストＤＮＳネームサーバ機能を開始するために必要な情報を特定する。登録ＡＰＩ（および関連情報）の伝送は、管理者を必要とせずにコンピューティングデバイス間の情報交換、または他の人的相互作用に対応する自動プロセスであり得る。あるいは、登録ＡＰＩ（および関連情報）の伝送は、自動プロセスであってよく、手動または半手動プロセスであってもよく、その中で、管理者は、サービスプロバイダ１０６が、コンテンツプロバイダの代わりに、ホストＤＮＳネームサーバ機能を開始するために必要な情報の少なくとも一部分を特定する。
【００４４】
ブロック６０４において、サービスプロバイダ１０６は、多数の割り当て可能なネットワークアドレスの下位区分またはゾーンを決定する。前に記載したように、一実施形態において、サービスプロバイダ１０６は、コンテンツプロバイダに割り当てることができる、ＤＮＳサーバのネットワークアドレスの２つ以上の範囲を維持してもよい。例示的に、サービスプロバイダは、コンテンツプロバイダに割り当てることができる、ＤＮＳサーバコンポーネントに対応する、利用可能なネットワークアドレスのプールを維持することができる。したがって、サービスプロバイダ１０６は、ネットワークアドレスの各範囲が下位区分またはゾーンに対応する、ネットワークアドレスの２つ以上の範囲にプールを整理することができる。上で説明したように、サービスプロバイダ１０６はさらに、特定のドメインに対して、割り当てられたネットワークアドレスのセットの少なくとも有意部分が、少なくとも何らかの共通の値であるか否かにかかわらず、正確に整合する値を全く有さないであろうことを保証するように、下位区分からネットワークアドレスを選択することができる。
【００４５】
ブロック６０６において、第１のネットワークアドレスの下位区分は、現行のネットワークアドレスの下位区分として選択され、ブロック６０８において、サービスプロバイダ１０６は、現行のネットワークアドレスの下位区分からネットワークアドレスを割り当てる。例示の実施形態において、現行のネットワークアドレスの下位区分と関連付けられたネットワークアドレスの範囲から、固有のネットワークアドレスを選択することに加えて、ブロック６０８はまた、特定のドメインに対して、割り当てられたネットワークアドレスのセットの少なくとも非有意部分もまた、正確に整合する値を全く有さないであろうような、選択されたネットワークアドレスの非有意部分に対する値を選択する、サービスプロバイダ１０６に対応することができる。当業者は、ネットワークアドレスの何らかの部分が、共通の値を有するだけの理由で、割り当てられたネットワークアドレスのセットの非有意部分が、整合しているとみなされないであろうことは理解するであろう。なおもさらに、ブロック６０８はまた、２つのドメインに対して、所有者にかかわらず、割り当てられたネットワークアドレスのセット（有意部分、または有意および非有意部分の組み合わせのいずれか）が、正確に整合するネットワークアドレスの閾値数よりも多い数を有するであろうような、追加処理も行うことができる、サービスプロバイダ１０６に対応することができる。さらに、サービスプロバイダ１０６はまた、割り当てられたネットワークアドレスが、親ドメイン、子ドメイン、兄弟ドメイン等とみなされるであろう、任意のドメインに対して以前に割り当てられたネットワークアドレスと対立しないであろうような、何らかのタイプのコンフリクト解決を行うこともできる。このような実施形態において、利用可能なネットワークアドレスのプールは、任意の潜在的に対立するネットワークアドレスを除去するように、フィルタリングされてもよい。
【００４６】
決定ブロック６１０において、追加のネットワーク下位区分が存在するか否かを決定する、テストが行われる。存在する場合には、ブロック６１２において、サービスプロバイダ１０６は、次のネットワークアドレスの下位区分を現行のネットワークアドレスの下位区分として選択し、ルーチン６００は、現行の下位区分に対して別のネットワークアドレスを選択する、ブロック６０８へ進む。前の実施例を参照すると、ルーチン６００は、ネットワークアドレスの非有意部分に対する、残り３つのネットワークアドレスの下位区分の範囲および値の各々に、ネットワークアドレスを割り当てることを繰り返すことができる（例えば、割り当てられたネットワークアドレスの最後のオクテットに対して、６４〜１２７、１２８〜１９１、および１９２〜２５４の範囲）。さらに、ルーチン６００は、コンテンツプロバイダに割り当てられるべきではない、ネットワークアドレスをフィルタリングするように、上に記載した、追加のコンフリクト解決または他の限定技術を提供することができる。しかしながら、代替の実施形態において、サービスプロバイダ１０６は、全ての利用可能なネットワークアドレスの下位区分またはゾーンから、ネットワークアドレスを必ずしも割り当てる必要はない場合がある。
【００４７】
全てのネットワークアドレスが割り当てられるとすぐに、ブロック６１４において、サービスプロバイダ１０６は、ＤＮＳサービスホスティング用の要求に応答して、割り当てられたネットワークアドレスを伝送する。識別されたネットワークアドレスに基づいて、コンテンツプロバイダは、識別されたドメインを割り当てられたネットワークアドレスに委任することができる。当業者は、割り当てられたネットワークアドレス（またはＤＮＳネームサーバ名）の委任の際、サービスプロバイダ１０６は、各物理的コンピューティングデバイスが、１つの下位区分またはゾーン、あるいは全ての下位区分またはゾーンより少ない数に対応することができる方法で、異なるコンピューティングデバイス上でＤＮＳネームサーバコンポーネントをホストすることができることを理解するであろう。ブロック６１６において、ルーチン６００は終了する。
【００４８】
ここで図７を参照すると、ＤＮＳ要求を処理するためにサービスプロバイダ１０６によって実装される、ルーチン７００の一実施形態について記載する。図６と同様、当業者は、ルーチン７００に対して概説される動作／ステップが、サービスプロバイダ１０６と関連付けられる、１つまたは多数のコンピューティングデバイス／コンポーネントによって実装されてもよいことを理解するであろう。したがって、ルーチン７００は、サービスプロバイダ１０６によって一般に行われるものとして論理的に関連付けられてきたため、以下の例示の実施形態は、限定するものとしてみなされるべきではない。
【００４９】
ブロック７０２において、サービスプロバイダ１０６は、クライアントコンピューティングデバイス１０２から、１つ以上のＤＮＳクエリを取得する。例示的に、ＤＮＳクエリは、別個のクライアントコンピューティングデバイス１０２が起源であると記載される。しかしながら、ＤＮＳクエリの少なくとも何らかの部分は、同じクライアントコンピューティングデバイス１０２によって、または複数のＤＮＳクエリを生成する方法で構成される、何らかの他のコンポーネントから伝送されてもよい。さらに、代替実施形態において、サービスプロバイダ１０６は、サービスプロバイダによってＤＮＳクエリを実際に受信することなく伝送される、ＤＮＳクエリの数に関する指標を受信してもよい。
【００５０】
ブロック７０４において、サービスプロバイダ１０６は、ＤＮＳクエリを、閾値を超えたＤＮＳクエリのセットと関連付ける。前に記載したように、超過された閾値は、複数のクライアントコンピューティングデバイス１０２が、ＤＮＳクエリでコンテンツプロバイダドメインをオーバーロードさせるように試みる、ＤＮＳベースのネットワーク攻撃を示す場合がある。超過された閾値はまた、コンテンツ要求の急騰を示すか、またはサービスレベルにおいて同意された、超過する多数のＤＮＳクエリに対応する場合がある。一態様において、複数のＤＮＳクエリは、コンテンツプロバイダ１０４に対して割り当てられた特定のネットワークアドレスに向けられてもよい。別の態様において、複数のＤＮＳクエリは、コンテンツプロバイダ１０４に対して割り当てられた特定のネットワークアドレス全てに向けられてもよい。なおもさらに、別の態様において、複数のＤＮＳクエリは、特定のコンテンツプロバイダのドメインのみを標的にしていなくてもよく、より大きいネットワークベースの攻撃を示してもよい。当業者は、ＤＮＳクエリの関連はまた、ＤＮＳクエリのソースによって（例えば、既知の有害因子またはＩＰアドレスから）、またはＤＮＳクエリのシグネチャマッピング（例えば、ＤＮＳクエリの中の既知の識別情報）に基づいて等、ＤＮＳクエリの数以外の基準によって、決定されてもよいことを理解するであろう。
【００５１】
ブロック７０６において、サービスプロバイダ１０６は、閾値を超えたＤＮＳクエリのネットワークアドレス属性を決定する（例えば、「ＤＮＳクエリ攻撃」）。一態様において、サービスプロバイダ１０６は、標的とされた特定のネットワークアドレス全てを識別してもよい。別の態様において、サービスプロバイダ１０６は、遮断またはフィルタリングを試みるように、標的とされたネットワークアドレスの割合を決定してもよい。決定ブロック７０８において、受信されたＤＮＳクエリをフィルタリングするか否かを決定する、テストが行われる。前に記載したように、サービスプロバイダ１０６は、コンテンツプロバイダと関連付けられたネットワークアドレスの一部分のみが標的とされるか、またはサービスプロバイダの要求ルーティングサービスに障害が起きるであろうという決定に基づく場合、ある特定のネットワークアドレスへの全てのＤＮＳクエリを、フィルタリングするように試みてもよい。別の実施例において、複数のネットワークアドレスが標的とされる場合、サービスプロバイダ１０６は、コンテンツプロバイダ１０４の代わりに、何らかの要求ルーティング機能を維持するように、ある一定の割合のネットワークアドレスをフィルタリングするように決定してもよい。
【００５２】
サービスプロバイダ１０６が、ＤＮＳクエリをフィルタリングするように決定する場合、ブロック７１０において、サービスプロバイダは、ＤＮＳクエリをフィルタリングするか、そうでなければ遮断する。一実施形態において、サービスプロバイダ１０６は、サービスプロバイダによって受信される前に、ルータ等のネットワークベースの機器に、識別されたＩＰアドレスに対応する全てのＤＮＳクエリをフィルタリングさせるように、通信またはルーティングプロトコルを利用してもよい。前に記載したように、このようなルーティングプロトコルの実施例は、空のルート注入コマンド／情報の利用であろう。別の実施形態において、サービスプロバイダ１０６は、ＤＮＳクエリがサービスプロバイダネットワークによって受信される時に、ＤＮＳクエリをフィルタリングすることができる。例えば、サービスプロバイダは、要求がルータによって受信される時、特定のネットワークアドレスへの要求を遮断するように構成することができる、ルータアクセス制御リストを利用することができる。あるいは、サービスプロバイダ１０６がフィルタリングをしないと決定する場合、サービスプロバイダは、受信するＤＮＳサーバコンポーネントを通して、受信したＤＮＳクエリを処理する。前に記載したように、サービスプロバイダは、任意の遮断されていないネットワークアドレスに応答するように、特定のハードウェアコンピューティングデバイスを構成することができる。さらなる実施形態において、サービスプロバイダ１０６はまた、１つ以上の割り当てられたネットワークアドレスを標的とするＤＮＳクエリを、サービスプロバイダネットワーク内の特定のＤＮＳコンポーネントに向けることができる。例えば、サービスプロバイダ１０６は、通信トンネル等の通信ネットワークを介して、１つ以上のＤＮＳクエリを転送することができる。ブロック７１４において、ルーチン７００は終了する。
【００５３】
付記：
【００５４】
付記１．
サービスプロバイダによって、識別可能なドメインに対するＤＮＳクエリサービスをホストするための要求を取得することと、
前記サービスプロバイダによって、多数の割り当て可能なネットワークアドレスの下位区分を決定することであって、各ネットワークアドレスの下位区分は、サービスプロバイダのＤＮＳサーバコンポーネントに対して利用可能なネットワークアドレスの比例区分に対応することと、
前記サービスプロバイダによって、前記決定されたネットワークアドレスの下位区分の各々において、ネットワークアドレスを割り当てることと、前記識別可能なドメインに対して各下位区分から前記割り当てられたネットワークアドレスのセットは、適合していないことと、
前記サービスプロバイダによって、各決定されたネットワークアドレスの下位区分に対して前記割り当てられたネットワークアドレスを伝送することであって、前記割り当てられたネットワークアドレスに対応するＤＮＳサーバコンポーネントは、前記識別されたドメインに対するＤＮＳクエリに応答する権限を有するように委任されるであろうことと、を含む、ＤＮＳクエリを管理するための方法。
【００５５】
付記２．各ネットワークアドレスの下位区分は、サービスプロバイダのＤＮＳサーバコンポーネントに対して、利用可能なネットワークアドレスの４つの範囲のうちの１つに対応する、付記１に記載の方法。
【００５６】
付記３．前記利用可能なネットワークアドレスの４つの範囲は、均等に分配される、付記２に記載の方法。
【００５７】
付記４．前記決定されたネットワークアドレスの下位区分の各々において、前記ネットワークアドレスを割り当てることは、前記割り当てられたネットワークアドレスの有意部分が適合しないような、各決定されたネットワークアドレスの下位区分からネットワークアドレスを選択することを含む、付記１に記載の方法。
【００５８】
付記５．前記決定されたネットワークアドレスの下位区分の各々において、前記ネットワークアドレスを割り当てることは、前記識別可能なドメインと他のドメインとの間で、前記割り当てられたネットワークアドレスの有意部分の閾値数が前記適合することを結果としてもたらす、前記ネットワークアドレスの割り当てを防止することをさらに含む、付記１に記載の方法。
【００５９】
付記６．前記ネットワークアドレスの閾値数は、前記識別可能なドメインと前記他のドメインとの間に、整合しない、前記割り当てられたネットワークアドレスの少なくとも１つの有意部分があるように定義される、付記５に記載の方法。
【００６０】
付記７．前記決定されたネットワークアドレスの下位区分の各々において、前記ネットワークアドレスを割り当てることは、ドメインベースのコンフリクトのために割り当てられるようには利用可能ではない、１つ以上のネットワークアドレスを除去して、コンフリクト解決を行うことを含む、付記１に記載の方法。
【００６１】
付記８．前記決定されたネットワークアドレスの下位区分の各々において、前記ネットワークアドレスを割り当てることは、前記識別されたネットワークアドレスと以前に関連付けられていた、一意的に名付けられたＤＮＳサーバを割り当てることを含む、付記１に記載の方法。
【００６２】
付記９．前記決定されたネットワークアドレスの下位区分の各々において、前記ネットワークアドレスを割り当てることは、前記識別可能なドメインに対する前記ネットワークアドレスの非有意部分の閾値数が、整合していないような、各割り当てられたネットワークアドレスの前記非有意部分を選択することを含む、付記１に記載の方法。
【００６３】
付記１０．前記ネットワークアドレスの整合しない非有意部分の閾値数は、前記識別可能なドメインに対して、前記割り当てられたネットワークアドレス全てのうちの前記非有意部分のいずれも整合しないような、前記割り当てられたネットワークアドレス全てを含む、付記９に記載の方法。
【００６４】
付記１１．前記ネットワークアドレスは、インターネットプロトコルのネットワークアドレスに対応する、付記１に記載の方法。
【００６５】
付記１２．
識別可能なドメインに対してＤＮＳクエリサービスをホストするための要求を取得することと、
前記ＤＮＳクエリサービスをホストするために、ＤＮＳサーバのセットを割り当てることであって、前記ＤＮＳサーバのセットの中の各ＤＮＳサーバは、定義されたネットワークアドレスゾーンから選択され、前記定義されたネットワークアドレスゾーンは、サービスプロバイダのＤＮＳサーバに対して割り当て可能なネットワークアドレスの区分に対応することと、
前記割り当てられたネットワークアドレスに対応する、前記ＤＮＳサーバコンポーネントに、前記識別されたドメインに対するＤＮＳクエリに応答する権限を有させることと、を含む、ＤＮＳクエリを管理するための方法。
【００６６】
付記１３．多数のネットワークアドレスゾーンを決定することをさらに含む、付記１２に記載の方法。
【００６７】
付記１４．前記多数のネットワークアドレスゾーンは、利用可能なネットワークアドレスの比例分配に対応する、付記１３に記載の方法。
【００６８】
付記１５．前記ＤＮＳクエリサービスをホストするために、ＤＮＳサーバのセットを割り当てることは、
前記識別可能なドメインに対して前記割り当てられたネットワークアドレスの前記有意部分が整合しないように、各決定されたネットワークアドレスネットワークアドレスゾーンからネットワークアドレスを選択することを含む、付記１２に記載の方法。
【００６９】
付記１６．前記識別可能なドメインに対する前記ネットワークアドレスの前記非有意部分の閾値数が、整合していないように、各割り当てられたネットワークアドレスの前記非有意部分を選択することをさらに含む、付記１５に記載の方法。
【００７０】
付記１７．前記各割り当てられたネットワークアドレスの非有意部分を選択することは、潜在値の非重複範囲に対応する固有の値から、前記ネットワークアドレスの前記非有意部分を選択することに対応する、付記１６に記載の方法。
【００７１】
付記１８．前記値の範囲は、前記ゾーンの数に対応する、付記１７に記載の方法。
【００７２】
付記１９．前記割り当てられたネットワークアドレスに対応する前記ＤＮＳサーバコンポーネントに、前記識別されたドメインに対するＤＮＳクエリに応答する権限を有させることは、前記ＤＮＳサーバのセットの各々に対して前記割り当てられたネットワークアドレスを伝送することを含む、付記１２に記載の方法。
【００７３】
付記２０．前記割り当てられたネットワークアドレスに対応する前記ＤＮＳサーバコンポーネントに、前記識別されたドメインに対するＤＮＳクエリに応答する権限を有させることは、前記ＤＮＳサーバのセットの各々に対して前記割り当てられたネットワークアドレスと関連付けられた名前を伝送することを含み、前記割り当てられたネットワークアドレスと関連付けられた前記名前は、前記割り当てられたネットワークアドレスと共に以前に構成される、付記１２に記載の方法。
【００７４】
付記２１．
サービスプロバイダおいて、識別可能なドメインと関連付けられたＤＮＳクエリが、サービスプロバイダによって処理することができる、ＤＮＳクエリの閾値数を超えるか否かを決定することと、
前記サービスプロバイダおいて、前記ＤＮＳクエリの閾値数に基づいて、前記１つ以上のＤＮＳクエリをフィルタリングするか否かを決定することと、
前記サービスプロバイダおいて、前記決定に基づいて、前記１つ以上のＤＮＳクエリのうちの少なくとも１つの前記選択的フィルタリングをもたらすことであって、前記少なくとも１つ以上のＤＮＳクエリの前記選択的フィルタリングは、前記識別されたドメインに対して権限を有する前記ＤＮＳサーバに割り当てられたネットワークアドレスに基づいて、前記ＤＮＳクエリの選択的フィルタリングに対応することと、を含む、ＤＮＳクエリを管理するための方法。
【００７５】
付記２２．前記決定に基づいて、前記１つ以上のＤＮＳクエリのうちの前記少なくとも１つのフィルタリングをもたらすことは、アクセス制御リストに基づいて、前記少なくとも１つ以上のＤＮＳクエリのフィルタリングをもたらすことを含む、付記２１に記載の方法。
【００７６】
付記２３．前記決定に基づいて、前記１つ以上のＤＮＳクエリのうちの前記少なくとも１つのフィルタリングをもたらすことは、サービスプロバイダのＤＮＳサーバが権限を有するドメインに対して、１つ以上のＤＮＳクエリをフィルタリングするように要求を伝送することを含む、付記２１に記載の方法。
【００７７】
付記２４．前記ＤＮＳクエリの関連付けられたセットに基づいて、前記１つ以上のＤＮＳクエリをフィルタリングするか否かを決定することは、処理されることを可能にするＤＮＳクエリの割合に基づいて、フィルタリングするか否かを決定することを含む、付記２１に記載の方法。
【００７８】
付記２５．利用可能なサービスプロバイダのネットワークアドレスの範囲は、各ネットワークアドレスゾーンが、サービスプロバイダのＤＮＳサーバコンポーネントに対して利用可能なネットワークアドレスの区分に従って定義されるような、複数のネットワークアドレスゾーンに対応する、付記２１に記載の方法。
【００７９】
付記２６．前記サービスプロバイダおいて、前記識別可能なドメインと関連付けられた、前記１つ以上のＤＮＳクエリのうちの少なくとも一部分を取得することをさらに含む、付記２１に記載の方法。
【００８０】
付記２７．
前記サービスプロバイダおいて、異なる識別可能なドメインと関連付けられたＤＮＳクエリが、サービスプロバイダによって処理することができる、ＤＮＳクエリの閾値数を超えるか否かを決定することと、
処理されることを可能にするＤＮＳクエリの割合に対応して、前記サービスプロバイダによって、異なる識別可能なドメインと関連付けられた前記１つ以上のＤＮＳクエリをフィルタリングしないことを決定することと、をさらに含む、付記２１に記載の方法。
【００８１】
付記２８．前記決定に基づいて、前記１つ以上のＤＮＳクエリのうちの前記少なくとも１つのフィルタリングをもたらすことは、前記１つ以上のＤＮＳクエリのうちの少なくとも１つに、ＤＮＳサーバの代替セットによって応じさせることを含む、付記２１に記載の方法。
【００８２】
付記２９．前記１つ以上のＤＮＳクエリのうちの少なくとも１つに、ＤＮＳサーバの代替セットによって応じさせることは、前記１つ以上のＤＮＳクエリのうちの前記少なくとも１つを、前記ＤＮＳサーバの代替セットに転送することを含む、付記２８に記載の方法。
【００８３】
付記３０．
サービスプロバイダにおいて、１つ以上のコンテンツプロバイダを前記サービスプロバイダとともに登録するための登録情報を取得するためのインターフェースコンポーネントであって、前記登録が、前記コンテンツプロバイダによって提供された１つ以上のリソースと関連付けられた要求ルーティング機能の一部分を少なくともホストすることに対応する、インターフェースコンポーネントと、
識別可能なドメインと関連付けられたＤＮＳクエリが、サービスプロバイダによって処理することができる、ＤＮＳクエリの閾値数を超えるか否かを決定し、
前記ＤＮＳクエリの閾値数に基づいて、前記１つ以上のＤＮＳクエリをフィルタリングするか否かを決定し、
前記決定に基づいて、前記１つ以上のＤＮＳクエリのうちの少なくとも１つの前記フィルタリングをもたらすように動作可能な、ＤＮＳクエリ処理コンポーネントと、を備える、ＤＮＳクエリ処理のためのシステム。
【００８４】
付記３１．前記サービスプロバイダと関連付けられたネットワークＰＯＰ（ｐｏｉｎｔ  ｏｆ  ｐｒｅｓｅｎｃｅ）をさらに備え、前記ネットワークＰＯＰは、クライアントコンピューティングデバイスからＤＮＳクエリを受信する、ＤＮＳサーバコンポーネントを含み、前記第１のネットワークＰＯＰにおける前記ＤＮＳサーバは、アクセス制御リストに基づいて、ＤＮＳクエリをフィルタリングするように動作可能である、付記３０に記載のシステム。
【００８５】
付記３２．前記ＤＮＳクエリ処理コンポーネントは、前記１つ以上のＤＮＳクエリのうちの少なくとも１つに、ＤＮＳサーバの代替セットによって応じさせて、前記ＤＮＳクエリを選択的にフィルタリングする、付記３０に記載のシステム。
【００８６】
付記３３．前記ＤＮＳクエリ処理コンポーネントは、前記１つ以上のＤＮＳクエリのうちの少なくとも１つを、ＤＮＳサーバの代替セットに転送することによって、前記１つ以上のＤＮＳクエリのうちの前記少なくとも１つに、前記ＤＮＳサーバの代替セットによって応じさせる、付記３２に記載のシステム。
【００８７】
付記３４．前記ＤＮＳクエリ処理コンポーネントは、処理されることを可能にするＤＮＳクエリの割合に基づく、前記ＤＮＳクエリの関連付けられたセットに基づいて、前記１つ以上のＤＮＳクエリをフィルタリングするか否かを決定する、付記３０に記載のシステム。
【００８８】
付記３５．利用可能なサービスプロバイダのネットワークアドレスの範囲は、各ネットワークアドレスゾーンが、サービスプロバイダのＤＮＳサーバコンポーネントに対して利用可能なネットワークアドレスの区分に従って定義されるような、複数のネットワークアドレスゾーンに対応する、付記３０に記載のシステム。
【００８９】
付記３６．前記ＤＮＳクエリ処理コンポーネントは、さらに、
１つ以上の追加のＤＮＳクエリを取得するように動作可能であって、前記追加のＤＮＳクエリは、前記識別可能なドメインに対応し、前記ＤＮＳサーバコンポーネントは、利用可能なサービスプロバイダのネットワークアドレスの範囲からの、異なる割り当てられたネットワークに対応し、
サービスプロバイダによって処理することができる、ＤＮＳクエリの閾値数を超えて、前記１つ以上のＤＮＳクエリを、前記ＤＮＳクエリの識別されたセットと関連付けるように動作可能であり、
前記１つ以上のＤＮＳクエリをフィルタリングしないと決定するように動作可能である、付記３０に記載のシステム。
【００９０】
本開示に記載される機能の全ては、開示されるコンポーネントおよびモバイル通信デバイスの１つ以上のプロセッサによって実行されるソフトウェアに埋め込まれてもよいことは、当業者によって理解されるであろう。ソフトウェアは、任意のタイプの不揮発性ストレージに継続的に保管されてもよい。
【００９１】
「できる（ｃａｎ）」、「し得る（ｃｏｕｌｄ）」、「かもしれない（ｍｉｇｈｔ）」、または「してもよい（ｍａｙ）」等の条件的言語は、特に別段の指定がない限り、または使用される文脈内で他の意味で理解されない限り、概して、所定の実施形態が、所定の特徴、要素、および／またはステップを含むが、他の実施形態は、それらを含まないことを伝えることを意図する。それゆえ、このような条件的言語は、概して、特徴、要素、および／またはステップが、いかなる場合においても１つ以上の実施形態に必要とされること、もしくは１つ以上の実施形態が、ユーザ入力またはプロンプトの有無に関わらず、これらの特徴、要素、および／またはステップが含まれるか、あるいは任意のある特定の実施形態において行われるべきか否かを決定するための論理を必ず含むことを示唆することは意図していない。
【００９２】
本明細書に記載され、および／または添付の図面に描写されるフロー図の任意のプロセス記述、要素、またはブロックは、プロセスにおいて特定の論理関数またはステップを実装するための１つ以上の実行可能な命令を含む、コードのモジュール、セグメント、または部分を潜在的に表すものとして理解されるべきである。代替実装は、本明細書に記載の実施形態の範囲内に含まれ、その中の要素または関数は、当業者に理解されるであろうように、関与する機能性に応じて、削除されるか、あるいは実質的に同時または逆順を含み、図示されるまたは論じられるものとは異なる順序で実行されてもよい。上に記載するデータおよび／またはコンポーネントは、コンピュータ可読媒体上に保管され、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、またはネットワークインターフェース等のコンピュータで実行可能なコンポーネントを保管する、コンピュータ可読媒体と関連付けられた駆動機構を使用して、コンピューティングデバイスのメモリにロードされてもよく、さらにコンポーネントおよび／またはデータは、単一デバイスの中に含むか、または任意の方法で分配することができることは、さらに理解されるであろう。したがって、汎用コンピューティングデバイスは、上に記載した様々なデータおよび／またはコンポーネントの処理ならびに／あるいは実行とともに、本開示の処理、アルゴリズム、および方法論を実装するように構成されてもよい。
【００９３】
上に記載した実施形態に対して、多くの変形および修正を行ってもよいことが強調されるべきであり、これらの要素は、他の許容可能な実施例の間で共有されるものとして理解されるべきである。全てのこのような修正および変形は、本明細書において本開示の範囲内に含まれ、以下の請求項によって保護されることを意図している。
【図１】
0005744222.tif 000002
【図２】
0005744222.tif 000003
【図３】
0005744222.tif 000004
【図４】
0005744222.tif 000005
【図５Ａ】
0005744222.tif 000006
【図５Ｂ】
0005744222.tif 000007
【図６】
0005744222.tif 000008
【図７】
0005744222.tif 000009