(57)【特許請求の範囲】
【請求項１】
ネットワークにおけるコンテンツにアクセスする方法において、
クライアントが、コンテンツのリソースを指定するリソース識別子の一部として指定されたホスト識別子に対するＩＰアドレスを解決するためのＤＮＳクエリをＤＮＳサーバへ送信するステップと、
前記ＤＮＳサーバが、前記リソース識別子に対応する少なくとも１つのホスティングサーバ識別子または少なくとも１つのＩＰアドレスをソーティングサーバに提供するステップと、
前記ソーティングサーバが、クライアント固有の情報に従って、または前記クライアントによって提供されるネットワーク誘導情報に従って、前記少なくとも１つのホスティングサーバ識別子または少なくとも１つのＩＰアドレスをソーティングするステップと、
前記ソーティングサーバが、前記ソーティングされた少なくとも１つのホスティングサーバ識別子または少なくとも１つのＩＰアドレスに従って、前記リソース識別子に従ってコンテンツをホスティングする好ましいホスティングサーバを判定するステップと、
前記ＤＮＳサーバが、前記判定されたホスティングサーバのＩＰアドレスを含むＤＮＳ応答を前記クライアントへ送信するステップと、
前記クライアントが、前記判定されたホスティングサーバからのコンテンツにアクセスするステップと
を備え、
前記クライアント固有の情報または前記ネットワーク誘導情報が、クライアントのローカルなおよび／または地域の位置情報を含み、
ＤＮＳリソースレコードおよび／またはＤＮＳＳＥＣリソースレコードＳＩＧが、ソーティングされたホスティングサーバ識別子またはＩＰアドレスに従って第２のソーティングサーバによって再順序付けまたは変更される
ことを特徴とする、ネットワークにおけるコンテンツにアクセスする方法。
【請求項２】
前記少なくとも１つのホスティングサーバ識別子または少なくとも１つのＩＰアドレスの格付けが、ソーティングサーバによって、少なくとも１つのプリファレンスポリシーに従って実行されることを特徴とする請求項１に記載の方法。
【請求項３】
前記格付けステップが、ホスティングサーバ識別子および／またはＩＰアドレスの数を削減することを含むことを特徴とする請求項２に記載の方法。
【請求項４】
前記格付けステップが、前記少なくとも１つのホスティングサーバ識別子または少なくとも１つのＩＰアドレスを順序付けおよび／または再順序付けすることを含むことを特徴とする請求項２または３に記載の方法。
【請求項５】
クライアントおよび／またはＤＮＳサーバが、ソーティングサーバに対して前記少なくとも１つのプリファレンスポリシーを提供することを特徴とする請求項２または３に記載の方法。
【請求項６】
前記少なくとも１つのプリファレンスポリシーが、等価なコンテンツの定義を含むことを特徴とする請求項２ないし４のいずれか１項に記載の方法。
【請求項７】
前記少なくとも１つのプリファレンスポリシーが、少なくとも１つのプリファレンスパラメータを含み、該少なくとも１つのプリファレンスパラメータが、ネットワークアウェアネスパラメータとして定義され、特にホスティングサーバの負荷特性、ピアリングポイントのコスト行列、ネットワークラウンドトリップ時間および／または顧客契約情報を含むことを特徴とする請求項２ないし５のいずれか１項に記載の方法。
【請求項８】
複数のホスティングサーバ識別子および／またはＩＰアドレスが提供されソーティングサーバによってソーティングされることを特徴とする請求項１ないし７のいずれか１項に記載の方法。
【請求項９】
前記少なくとも１つのホスティングサーバ識別子または少なくとも１つのＩＰアドレスと、ソーティングされた少なくとも１つのホスティングサーバ識別子または少なくとも１つのＩＰアドレスによる好ましいホスティングサーバが、ＤＮＳサーバおよび／またはクライアントによって一時的に保存され、および／または、時間依存の有効性を有することを特徴とする請求項１ないし８のいずれか１項に記載の方法。
【請求項１０】
ネットワークにおけるコンテンツにアクセスするシステムにおいて、該システムは、
リソース識別子により指定される、ネットワークにおけるリソースからコンテンツをダウンロードするクライアントと、
リソース識別子に対するＩＰアドレスを解決するＤＮＳサーバと、
コンテンツをホスティングする少なくとも１つのホスティングサーバと、
少なくとも１つのソーティングサーバと
を備え、
前記少なくとも１つのソーティングサーバが、ＤＮＳサーバによって提供されるホスティングサーバ識別子またはＩＰアドレスを処理し、クライアント固有の情報に従って、またはネットワーク誘導情報に従って、それぞれコンテンツを提供するホスティングサーバ識別子またはＩＰアドレスのソーティングされたリストをＤＮＳサーバに提供するように構成され、ＤＮＳサーバが、ホスティングサーバ識別子のソーティングされたリストに対応するＩＰアドレスを、コンテンツにアクセスするクライアントに提供するように構成され、
前記クライアント固有の情報または前記ネットワーク誘導情報が、クライアントのローカルなおよび／または地域の位置情報を含み、
ＤＮＳリソースレコードおよび／またはＤＮＳＳＥＣリソースレコードＳＩＧが、ソーティングされたホスティングサーバ識別子またはＩＰアドレスに従って第２のソーティングサーバによって再順序付けまたは変更される
ことを特徴とする、ネットワークにおけるコンテンツにアクセスするシステム。
【請求項１１】
ソーティングサーバ、ＤＮＳサーバおよび／または前記少なくとも１つのホスティングサーバのうちの少なくとも２つが、少なくとも２つの異なるネットワークに配置され、ＤＮＳサーバが、異なるネットワークに配置されたＤＮＳサーバを、ホスティングサーバ識別子解決を要求するクライアントとして扱うことを特徴とする請求項１０に記載のシステム。
【請求項１２】
ＤＮＳサーバが、前記少なくとも１つのソーティングサーバのソーティング情報をキャッシングするキャッシュを備えることを特徴とする請求項１０または１１に記載のシステム。
【請求項１３】
クライアントが、少なくとも１つのソーティングサーバに問合せを行うように構成されることを特徴とする請求項１０ないし１２のいずれか１項に記載のシステム。
【請求項１４】
ソーティングサーバおよびＤＮＳサーバが共同配置されることを特徴とする請求項１０ないし１３のいずれか１項に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークにおける、好ましくは広域ネットワークにおけるコンテンツにアクセスする方法、対応するシステム、ならびに該方法および／または該システムの使用方法に関する。
【背景技術】
【０００２】
コンテンツデリバリネットワーク（content delivery network, ＣＤＮ）は、コンテンツを保存し、そのコンテンツへのアクセスをユーザに提供するために使用される。コンテンツデリバリネットワークは通常はインターネットに接続され、例えば、好ましくは世界中の複数の地点における、複数のプロキシサーバ上のミラーリングされたコンテンツを提供する。例えば、複数の国または少なくとも複数の大陸に支店を有する会社が、それらの複数の大陸にそれぞれ所在するプロキシまたはサーバ上で、地域に適応したソフトウェアアップデートをミラーリングまたはキャッシングして提供する。ユーザは、会社ａｂｃｄｅのソフトウェアアップデートのバージョン１．０のダウンロードを要求する場合、例えばホスト名www.abcde.de/software-update/V1の形式でリソース識別子を指定する。その場合、ホスト名は通常、ホスト名に対応する一意的なホスティングサーバ識別子を解決するサーバへ送信され、クライアントがそのソフトウェアアップデートをダウンロードすることができるようにする。
【０００３】
ユーザに対してソフトウェアアップデートの最適なダウンロードを提供するため、ＩＰアドレスの形式でホスティングサーバ識別子を解決する際にユーザの位置が考慮される場合がある。例えば、ユーザがドイツに所在する場合、ホスト名に対してドイツのプロキシサーバまたはヨーロッパのプロキシサーバへのＩＰアドレスが提供される。さもないと、データ転送速度が低下し、不要なトラフィックが生じる。仮に、ソフトウェアアップデートをホスティングする中国のプロキシサーバのＩＰアドレスがドイツに所在するユーザに提供されたとすると、その場合のデータ転送速度は、インターネットの相互接続ポイントの「ボトルネック」のため、ドイツのプロキシサーバのデータ転送速度に比べて低くなる。
【０００４】
現在のコンテンツデリバリネットワークは通常、要求されたコンテンツに対するアクセスまたはダウンロードのために最適なサーバにユーザを導くために、ＤＮＳによるホスト名のドメイン名解決に基づいている。例えば、会社がそれぞれコンテンツをホスティングまたはミラーリングする複数のプロキシサーバを有する場合、これらのプロキシはすべて、パブリックリソース名あるいはホスト名に対していわゆるＣＮＡＭＥというＤＮＳ別名を指定することによって、ホスト名に割り当てられる。各ＣＮＡＭＥは、コンテンツデリバリネットワークの１つのプロキシサーバに対応する。
【０００５】
したがって、ユーザがwww.abcde.de/software-update/V1を要求すると、ＤＮＳ要求すなわちwww.abcde.de/software-update/V1へのアクセス要求の送信元のＩＰアドレスを介して、キャッシュ選択ロジックによってユーザ位置が考慮される場合がある。
【０００６】
ドメインネームシステムは階層的に構造化されている。すなわち、階層の仮想的な上位層は、要求側あるいは処理側のＤＮＳサーバのＩＰアドレスのみを「見る」ことができるが、例えばクライアントのＩＰアドレスを見ることはできない。このため、ユーザにとって非最適なＩＰアドレス解決となることがある。ドイツに所在するユーザがwww.abcde.de/software-update/V1を要求した場合、例えばフランスに所在するＤＮＳサーバが、要求されたホスト名に対するＩＰアドレスの解決を要求される。その場合、ＤＮＳサーバは、指定されたホスト名に対するＩＰアドレスを解決しようと試みる。しかし、ＤＮＳサーバは、ＩＰアドレスを解決するために、コンテンツデリバリネットワークのスペインのＣＤＮ−ＤＮＳサーバと交信しなければならなくなるかもしれない。ＣＤＮ−ＤＮＳサーバは、解決すべき指定されたホスト名およびＤＮＳサーバのＩＰアドレスを受信するが、クライアントのＩＰアドレスを受信しない。その場合、キャッシュ選択ロジックによれば、最適なサーバのＩＰアドレスは、要求されたコンテンツをホスティングするフランスのプロキシサーバである。クライアントは、ＤＮＳサーバを介して、ホスト名www.abcde.de/software-update/V1に対するフランスのプロキシのＩＰアドレスを受信する。しかし、通常はドイツのプロキシサーバのほうが、より高いデータ転送速度を提供するダウンロードに適しているであろう。
【０００７】
フリーで普及しているさまざまなＤＮＳサーバが世界中に存在するため、このことは上記の非最適なプロキシ選択の問題を大きくする。
【０００８】
この欠点を克服するため、クライアントのＩＰアドレスをＤＮＳプロトコルに、すなわちＩＰ解決要求の初期ＩＰアドレスに追加することによって、または少なくともサブネットワーク識別情報を追加することによりユーザの地域の識別を可能にすることによって、ホスト名のＩＰアドレスを解決するようにＤＮＳプロトコルを変更することで、ＩＰアドレス解決を改善し、ダウンロードになるべく適したサーバにユーザを導くことが提案された。
【０００９】
しかし、このような変更はコストがかかる。というのは、すべてのＤＮＳサーバにこのような変更を適用しなければならないからである。ＩＰアドレス解決要求の連鎖全体のうち、ただ１つのＤＮＳサーバだけでもＤＮＳプロトコルの上記変更を導入していなければ、クライアントのＩＰアドレスに関する情報は他のＤＮＳサーバにとっては失われてしまうので、再びＩＰアドレスの非最適な解決となる。
【００１０】
もう１つの問題は、ユーザのプライバシー保護である。ユーザの位置を判定するためにクライアントのユーザＩＰアドレスが送信されると、潜在的な盗聴者や攻撃者がユーザのコンピュータと直接交信して、パスワード、文書、電子メール等のユーザの個人データにアクセスしようと試みることが可能となる。
【発明の概要】
【発明が解決しようとする課題】
【００１１】
したがって、本発明の目的は、コンテンツデリバリネットワークにおけるコンテンツにアクセスする方法およびシステムにおいて、安価であり、高度なユーザプライバシー保護を可能にする方法およびシステムを提供することである。
【００１２】
本発明のさらなる目的は、コンテンツデリバリネットワークにおけるコンテンツにアクセスする方法およびシステムにおいて、コンテンツにアクセスするための高度なユーザ誘導を可能にする方法およびシステムを提供することである。
【００１３】
本発明のさらなる目的は、コンテンツデリバリネットワークにおけるコンテンツにアクセスする方法およびシステムにおいて、従来の誘導技術、特にホスト名のＤＮＳ解決を容易に変更可能な方法およびシステムを提供することである。
【００１４】
本発明のさらなる目的は、コンテンツデリバリネットワークにおけるコンテンツにアクセスする方法およびシステムにおいて、従来の誘導技術、特にＤＮＳ解決と相互運用可能な方法およびシステムを提供することである。
【課題を解決するための手段】
【００１５】
本発明によれば、上記の目的は、請求項１の方法および請求項１１に記載のシステムによって達成される。
【００１６】
請求項１に記載の通り、ネットワークにおける、好ましくは広域ネットワークにおけるコンテンツにアクセスする方法において、該方法は、
・リソース識別子によりコンテンツのリソースを判定するステップと、
・クライアントが、リソース識別子の一部として指定されたホスト識別子に対するＩＰアドレスを解決するためのＤＮＳクエリを送信するステップと、
・リソース識別子に従ってコンテンツをホスティングする好ましいホスティングサーバを判定するステップと、
・判定されたホスティングサーバのＩＰアドレスを含むＤＮＳ応答をクライアントへ送信するステップと、
・クライアントが、判定されたホスティングサーバからのコンテンツにアクセスするステップと
を備え、
・リソース識別子に対応する少なくとも１つのホスティングサーバ識別子または少なくとも１つのＩＰアドレスをソーティングサーバに提供するステップと、
・クライアント固有の情報に従って、またはクライアントによって提供されるネットワーク誘導情報に従って、ソーティングサーバが、前記少なくとも１つのホスティングサーバ識別子または少なくとも１つのＩＰアドレスをソーティングするステップと、
・ソーティングされた少なくとも１つのホスティングサーバ識別子または少なくとも１つのＩＰアドレスに従って、好ましいホスティングサーバを判定するステップと
を備えたことを特徴とする。
【００１７】
請求項１２に記載の通り、ネットワークにおける、好ましくは広域ネットワークにおけるコンテンツにアクセスするシステム、好ましくは請求項１ないし１１の少なくとも１項に記載の方法を実行するシステムにおいて、該システムは、
リソース識別子により指定される、ネットワークにおけるリソースからコンテンツをダウンロードするクライアントと、
リソース識別子に対するＩＰアドレスを解決するＤＮＳサーバと、
コンテンツをホスティングする少なくとも１つのホスティングサーバと、
少なくとも１つのソーティングサーバと
を備え、
前記少なくとも１つのソーティングサーバが、ＤＮＳサーバによって提供されるホスティングサーバ識別子またはＩＰアドレスを処理し、クライアント固有の情報に従って、またはネットワーク誘導情報に従って、それぞれコンテンツを提供するホスティングサーバ識別子またはＩＰアドレスのソーティングされたリストをＤＮＳサーバに提供するように構成され、ＤＮＳサーバが、ホスティングサーバ識別子のソーティングされたリストに対応するＩＰアドレスを、コンテンツにアクセスするクライアントに提供するように構成されることを特徴とする。
【００１８】
また、ＥＡＬＴＯプロトコルの使用方法が規定される。ＥＡＬＴＯプロトコルは、ＡＬＴＯプロトコルと、少なくとも１つのサーバおよびコンテンツにアクセスする１つのクライアントに対するネットワークにおける完全修飾ドメイン名および／またはリソース識別子とを含む。
【００１９】
また、電子プログラムコンテンツにアクセスするための、請求項１１ないし１５の少なくとも１項に記載のシステムおよび／または請求項１ないし１０の少なくとも１項に記載の方法が規定される。
【００２０】
また、コンテンツデリバリネットワークにおける、好ましくはソフトウェア・アズ・ア・サービス・ネットワークまたはクラウドコンピューティングネットワークにおけるコンテンツにアクセスするための、請求項１１ないし１５の少なくとも１項に記載のシステムおよび／または請求項１ないし１０の少なくとも１項に記載の方法が規定される。
【００２１】
本発明によって初めて認識されたこととして、ソーティングサーバは、リソース識別子の別名となるホスティングサーバ識別子のソーティングされたリストとともに、ＤＮＳサーバおよびクライアントに対する高度なネットワーク誘導情報を提供する。これにより、クライアントは、ユーザにとって最適なホスティングサーバ上のコンテンツにアクセスすることが可能となる。
【００２２】
また、本発明によって初めて認識されたこととして、ソーティングサーバのデータ交換あるいは交信は、ＤＮＳ階層におけるさまざまなレベルで提供可能であり、フレキシビリティおよび容易な実装が可能となる。例えば、ＤＮＳサーバと第１のソーティングサーバとの間のデータ交換にはリソース識別子の交換を含める一方、他のソーティングサーバはホスト名等のリソース識別子をサポートしないことが可能である。その場合、ユーザにとってコンテンツに対する最適な誘導は第１のソーティングサーバによって提供される一方、ＤＮＳサーバと他のソーティングサーバとの間のデータ交換は従来の非最適な技術によって実行される。もちろん、ホスティングサーバ識別子のすでに最適化されたリストが、非最適なソーティング技術を実行するソーティングサーバによって変更されないことが保証される必要がある。
【００２３】
本発明のさらなる利点の１つは、ユーザがホスティングサーバ上の最適なコンテンツにアクセスするように効果的かつ確実に誘導しながら、複数のＤＮＳサーバ（例えば、インターネットプロバイダの制限アクセスＤＮＳサーバと、世界中に配置されたオープンＤＮＳサーバ）が使用可能なことである。
【００２４】
クライアント固有の情報またはネットワーク誘導情報は、単にクライアントのローカルなおよび／または地域の位置情報を含むだけでもよい。また、さらなる指定された情報、好ましくはダウンロードやアップロードの容量等のネットワークプリファレンス情報を含んでもよく、あるいは、アクセスされるコンテンツのプロパティのようなユーザ指定情報（例えば、コンテンツである画像の解像度に対するしきい値）を含んでもよい。クライアント固有情報は、クライアント自身によっておよび／またはＤＮＳサーバのようなネットワークエンティティによって提供されてもよい。
【００２５】
好ましい実施形態によれば、クライアントおよび／またはＤＮＳサーバおよび／またはソーティングサーバが、ネットワーク誘導情報を送信するためにＥＡＬＴＯプロトコルを使用する。ＥＡＬＴＯプロトコルは、ＡＬＴＯプロトコルと、完全修飾ドメイン名および／またはリソース識別子とを含む。これは、特にＤＮＳサーバとソーティングサーバとの間において、容易で効果的なデータ交換を実現する。ＥＡＬＴＯプロトコルの使用は安価でもある。というのは、ＥＡＬＴＯプロトコルのために必要な補正または追加的なＡＬＴＯプロトコル項目はほんのわずかだからである。
【００２６】
本方法のさらなる好ましい実施形態によれば、前記少なくとも１つのホスティングサーバ識別子または少なくとも１つのＩＰアドレスの格付けが、ソーティングサーバによって、少なくとも１つのプリファレンスポリシーに従って実行される。プリファレンスポリシーは、さらに、コンテンツにアクセスする際のユーザの高度な誘導を提供する。このようなプリファレンスポリシーは、ユーザの位置に関する情報だけでなく、現在のネットワーク負荷特性等のネットワーク関連情報や、例えばある特定のホスティングサーバへの有料アクセス等のユーザ固有の情報を含んでもよい。
【００２７】
さらなる好ましい実施形態によれば、格付けステップは、ホスティングサーバ識別子および／またはＩＰアドレスの数を削減することを含む。これは、ＤＮＳサーバとソーティングサーバおよび／またはクライアントとの間のデータ送信を最小化する。また、格付けステップを実行する際にサーバおよびクライアントにおいて必要なメモリ容量および処理時間が少なくなる。
【００２８】
本発明のさらなる好ましい実施形態によれば、格付けステップは、前記少なくとも１つのホスティングサーバ識別子および／または少なくとも１つのＩＰアドレスを順序付けおよび／または再順序付けすることを含む。これにより、例えば、ホスティングサーバ識別子の格付けだけでなく、再格付けまたは再順序付けが可能となる。例えば、第１のＤＮＳサーバから連絡を受けた第１のソーティングサーバがホスティングサーバ識別子の第１の格付けリストを提供し、第２のＤＮＳサーバから連絡を受けた第２のソーティングサーバは、例えば第２のＤＮＳサーバが自己のクエリにユーザの位置の追加的なまたは他の位置情報をネットワーク誘導情報として含めたときには、送信されたホスティングサーバ識別子の第１の格付けリストを再格付けする。
【００２９】
さらなる好ましい実施形態によれば、クライアントおよび／またはＤＮＳサーバは、ソーティングサーバに対して前記少なくとも１つのプリファレンスポリシーを提供する。これにより、例えば、ユーザは、コンテンツに対する自己のプリファレンスをネットワーク誘導情報として指定することが可能となる。ユーザは、例えば、コンテンツが仮想プライベートネットワークによってアクセスされる際に、コンテンツがなるべく低いラウンドトリップ時間でアクセスされなければならないと指定するかもしれない。また、ユーザは、高いダウロード速度を指定して、ユーザによって要求されるコンテンツができるだけ短い時間でアクセスされダウンロードされるようにするかもしれない。また、ＤＮＳサーバに所定のプリファレンスポリシーを提供し、このプリファレンスポリシーが、ソーティングサーバにホスティングサーバ識別子のソーティングを要求する際にソーティングサーバへ送信されることも可能である。
【００３０】
さらなる好ましい実施形態によれば、前記少なくとも１つのプリファレンスポリシーは、等価なコンテンツの定義を含む。これは、最適なコンテンツへのユーザのさらに良好な誘導を実現する。２つの異なるコンテンツは、例えばコンテンツが動画と指定され、その動画の解像度がユーザが定めたしきい値を超える場合に、等価と判定してもよい。ユーザがクライアントにおいて等価なコンテンツを指定し、クライアントが対応するプリファレンスポリシーを生成してもよい。その場合、クライアントは、ＤＮＳサーバに対して、特定のコンテンツのコンテンツリソース識別子に対するＩＰアドレスを判定する問合せを行い、ＤＮＳサーバへプリファレンスポリシーを送信する。そして、ＤＮＳサーバは、そのプリファレンスポリシーをソーティングサーバへ送信し、送信されたプリファレンスポリシーに従ってソーティングおよび格付けをさせてもよい。これにより、ユーザにとって本方法のフレキシビリティおよび可能な選択肢が大幅に拡大する。
【００３１】
さらなる好ましい実施形態によれば、前記少なくとも１つのプリファレンスポリシーは、少なくとも１つのプリファレンスパラメータを含む。該少なくとも１つのプリファレンスパラメータは、ネットワークアウェアネスパラメータとして定義され、特にホスティングサーバの負荷特性、ピアリングポイントのコスト行列、ネットワークラウンドトリップ時間および／または顧客契約情報を含む。これにより、ソーティングサーバがホスティングサーバ識別子を格付けするために多様な情報が実装可能となる。このような情報は一般的に、ラウンドトリップ時間やダウンロードおよび／またはアップロード容量、あるいは応答時間等のネットワーク関連情報だけでなく、ダウンロードコストに関するプリファレンス等のユーザ関連情報や、ある特定のホスティングサーバに対するアクセス情報等も含む。
【００３２】
さらなる好ましい実施形態によれば、複数のホスティングサーバ識別子および／またはＩＰアドレスが提供されソーティングサーバによってソーティングされる。これにより、ユーザによって指定されたコンテンツにアクセスするための、ホスティングサーバ識別子の選択の品質が向上する。例えば、第１のＤＮＳサーバが１つの第１のホスティングサーバ識別子のみを提供する場合、第２のＤＮＳサーバが連絡を受けて、第２のソーティングサーバと交信してもよい。第２のソーティングサーバは、第２のホスティングサーバ識別子を追加し、第１および第２のホスティングサーバ識別子を格付けしてもよい。これにより、複数のホスティングサーバ識別子が提供される。その結果、コンテンツデリバリネットワークにおける特定のコンテンツへのアクセスを問い合わせるユーザにとって選択品質が向上する。
【００３３】
さらなる好ましい実施形態によれば、前記少なくとも１つのホスティングサーバ識別子または少なくとも１つのＩＰアドレスと、ソーティングされた少なくとも１つのホスティングサーバ識別子または少なくとも１つのＩＰアドレスによる好ましいホスティングサーバが、ＤＮＳサーバおよび／またはクライアントに一時的に保存され、および／または、時間依存の有効性を有する。これにより、クライアントのＤＮＳ要求による高速な応答時間と、ホスティングサーバ上の要求されたコンテンツに関する変化との間の最適条件が提供される。例えば、ホスティングサーバが後の時刻において、より低いデータ交換速度となる場合や、コンテンツが、好ましいホスティングサーバから削除されてしまっている場合等が考えられる。好ましいホスティングサーバ識別子を保存する期間は、ＤＮＳサーバをホスティングするプロバイダによって内部的にＤＮＳサーバに対して提供されてもよいし、クライアントが、好ましいホスティングサーバに対するホスティングサーバ識別子を再チェックするために、ＤＮＳサーバに対して再問合せを行う期間を内部的に指定してもよい。
【００３４】
さらなる好ましい実施形態によれば、ＤＮＳリソースレコードおよび／またはＤＮＳＳＥＣリソースレコードＳＩＧが、ソーティングされたホスティングサーバ識別子またはＩＰアドレスに従って再順序付けまたは変更される。これにより、従来のＤＮＳおよびＤＮＳＳＥＣプロトコルとの互換性が保証されるので、特にＡＬＴＯプロトコルにおける完全修飾ドメイン名の容易なアップグレードおよび実装が実現される結果、ＥＡＬＴＯプロトコルが得られる。
【００３５】
請求項１１に記載のシステムの好ましい実施形態によれば、ソーティングサーバ、ＤＮＳサーバおよび／または前記少なくとも１つのホスティングサーバのうちの少なくとも２つが、少なくとも２つの異なるネットワークに配置される。ＤＮＳサーバは、異なるネットワークに配置されたＤＮＳサーバを、ホスティングサーバ識別子解決を要求するクライアントとして扱う。これにより、ユーザによって要求されるコンテンツの提供が拡大し、ユーザは、自己のネットワーク内だけでなく他のネットワーク内のホスティングサーバ上のコンテンツにアクセスすることができる。
【００３６】
請求項１１に記載のシステムの好ましい実施形態によれば、クライアント、ソーティングサーバおよび／またはＤＮＳサーバのうちの少なくとも１つが、ネットワーク誘導情報を送信するためにＥＡＬＴＯプロトコルを使用する。ＥＡＬＴＯプロトコルは、ＡＬＴＯプロトコルと、完全修飾ドメイン名および／またはリソース識別子とを含む。これは、特にＤＮＳサーバとソーティングサーバとの間において、ネットワーク誘導情報に対する容易で効果的なデータ交換を実現する。ＥＡＬＴＯプロトコルの使用は安価でもある。というのは、ＥＡＬＴＯプロトコルのために必要な補正または追加的なＡＬＴＯプロトコル項目はほんのわずかだからである。
【００３７】
請求項１１に記載のシステムのさらなる好ましい実施形態によれば、ＤＮＳサーバは、前記少なくとも１つのソーティングサーバのソーティング情報、好ましくは少なくともホスティングサーバ識別子の格付けされたソーティングされたリスト、をキャッシングするキャッシュを備える。これは、同じコンテンツを要求する際にユーザに対して高速応答を提供し、また、ネットワークトラフィックを最小化する。
【００３８】
請求項１１に記載のシステムのさらなる好ましい実施形態によれば、クライアントは、少なくとも１つのソーティングサーバに問合せを行うように構成される。これにより、クライアント、したがってユーザは、ネットワーク誘導情報を直接に利用することが可能となる。例えば、クライアントがマルチホームクライアントである場合、クライアントは、要求するコンテンツにアクセスするために使用するネットワークインタフェースについて、特にコンテンツにアクセスするためにどのホスティングサーバと交信すべきかについて、ネットワーク誘導情報を要求し受信してもよい。
【００３９】
請求項１１に記載のシステムのさらなる好ましい実施形態によれば、ソーティングサーバおよびＤＮＳサーバは共同配置される。これにより、リソース識別子をソーティングし解決するために、安価で、必要な保守整備の少ないサーバが提供される。
【００４０】
本発明を好ましい態様で実施するにはいくつもの可能性がある。このためには、一方で請求項１および１１に従属する諸請求項を参照しつつ、他方で図面により例示された本発明の好ましい実施形態についての以下の説明を参照されたい。図面を用いて本発明の好ましい実施形態を説明する際には、本発明の教示による好ましい実施形態一般およびその変形例について説明する。
【図面の簡単な説明】
【００４１】
【図１】本発明の実施形態によるシステムの模式図である。
【図２】従来のシステムの模式図である。
【発明を実施するための形態】
【００４２】
まず、コンテンツデリバリネットワークにおけるコンテンツにアクセスする従来のシステムについて、図２を参照して説明する。
【００４３】
図２において、クライアントを用いて、ユーザは、アクセスしたいコンテンツを指定することができる。クライアントは、ネットワーク２に配置される。ユーザは、例えば、アクセスしたいリソースに対応するリソース識別子「movie.bbc.co.uk」をクライアントで指定することによって、アクセスしたいリソースを入力する。クライアントは、ネットワーク２とは異なるネットワーク１に配置された所定のＤＮＳサーバ（図２ではオープンＤＮＳサーバ）へＤＮＳクエリを送信する。すると、オープンＤＮＳサーバは、クライアントのＤＮＳ要求を解決しようと試み、コンテンツデリバリネットワークＤＮＳサーバ（以下、ＣＤＮ−ＤＮＳサーバ）と交信する。ＣＤＮ−ＤＮＳサーバは、３つの異なるプロキシであるプロキシ１、２および３に対するホスティングサーバアドレスを保存している。プロキシ１、２および３は、対応するネットワーク１、２および３においてローカルに顧客にサービスし、特に、同じネットワーク１、２および３に配置される。プロキシ１、２および３はそれぞれ、クライアントによって要求されたコンテンツをホスティングする。
【００４４】
ＣＤＮ−ＤＮＳサーバは、オープンＤＮＳサーバからＤＮＳ要求を受信すると、「movie.bbc.co.uk」に対するＤＮＳクエリがネットワーク１に配置されたオープンＤＮＳサーバから発信されていることを認識する。このため、ネットワーク１内のプロキシ１のホスティングサーバ識別子、すなわち「proxy1.network1」を提供して、オープンＤＮＳサーバのＤＮＳクエリに応答する。オープンＤＮＳサーバは、ホスティングサーバ識別子をクライアントへ送信する。その後、クライアントは、ネットワーク２内のホスティングサーバ「プロキシ２」のほうがコンテンツにアクセスするのに適しているにもかかわらず、ホスティングサーバ「プロキシ１」上にホスティングされたコンテンツにアクセスする。
【００４５】
図１は、本発明の実施形態によるシステムの模式図を示している。
【００４６】
図１は、全体的には図２によるシステムを示している。ただし図２とは異なり、ネットワーク１に配置されたオープンＤＮＳサーバ、および、ネットワーク２に配置されたＣＤＮ−ＤＮＳサーバには、ネットワーク２に配置されたクライアントとともに、ＥＡＬＴＯプロトコルが導入されている。これらには「Ｅ−」という前綴りを付けて呼ぶことにする。例えば、ＥＡＬＴＯプロトコルを処理可能なＣＤＮ−ＤＮＳサーバをＥ−ＣＤＮ−ＤＮＳサーバと称する。
【００４７】
ユーザがＥ−クライアントにおいてリソース識別子「movie.bbc.co.uk」を指定すると、Ｅ−クライアントは、リソース識別子を解決するためのＤＮＳ要求をＥ−オープンＤＮＳサーバへ送信する。すると、Ｅ−オープンＤＮＳサーバは、Ｅ−クライアントのＤＮＳ要求を解決しようと試み、Ｅ−ＣＤＮ−ＤＮＳサーバと交信する。Ｅ−ＣＤＮ−ＤＮＳサーバは、３つの異なるプロキシであるプロキシ１、２および３に対するホスティングサーバアドレスを保存している。プロキシ１、２および３は、対応するネットワーク１、２および３においてローカルに顧客にサービスし、特に、同じ対応するネットワーク１、２および３に配置される。プロキシ１、２および３はそれぞれ、クライアントによって要求されたコンテンツをホスティングする。
【００４８】
そして、Ｅ−ＣＤＮ−ＤＮＳサーバは、３つのプロキシであるプロキシ１、２および３を示す別名のセットを編集する。また、図２とは異なり、Ｅ−ＣＤＮ−ＤＮＳサーバは、Ｅ−ＣＤＮ−ＤＮＳサーバのネットワークに配置されＥＡＬＴＯプロトコルを処理することが可能なソーティングサーバと交信する（図１における参照符号ＥＡＬＴＯ１）。ネットワーク２におけるソーティングサーバは、リソース識別子「movie.bbc.co.uk」に対する別名のソーティングされたリストまたはセット（例えばプリファレンスの高いほうから「proxy1.network1」、「proxy2.network2」、および「proxy3.network3」）により応答する。
【００４９】
ネットワーク２に配置されたＥ−ＣＤＮ−ＤＮＳサーバは、ネットワーク１に配置されたＥ−オープンＤＮＳサーバに、ソーティングされたリストを返す。Ｅ−オープンＤＮＳサーバは、Ｅ−ＣＤＮ−ＤＮＳサーバのソーティングされたリストを受信し、同じくＥＡＬＴＯプロトコルを処理することが可能でありＥ−オープンＤＮＳサーバと同じネットワーク（すなわちネットワーク１）に配置された第２のソーティングサーバと今度は自ら交信してもよい（図１における参照符号ＥＡＬＴＯ２）。第２のソーティングサーバは、Ｅ−オープンＤＮＳサーバによって提供されたソーティングされたリストの再順序付けを実行する。Ｅ−オープンＤＮＳサーバは、再順序付けを求めるクエリにおいて、Ｅ−クライアントからの元のＤＮＳクエリがネットワーク２内のクライアントから発信されたことを指示する。もちろん、ＤＮＳクエリの発信元に関する他の位置やプリファレンス情報が、Ｅ−オープンＤＮＳサーバによって第２のソーティングサーバに対して提供されてもよい。
【００５０】
そして、ネットワーク１に配置された第２のソーティングサーバは、リストをプリファレンスの高いほうから「proxy2.network2」、「proxy1.network1」、および「proxy3.network3」と再順序付け／再ソーティングする。再順序付けされたリストまたはその指示が、Ｅ−オープンＤＮＳサーバへ送信される。Ｅ−オープンＤＮＳサーバは、最高プリファレンスのもの以外のリソース識別子に対するすべての別名を破棄することも可能である。そして、Ｅ−オープンＤＮＳサーバは、ホスティングサーバ「proxy2.network2」がクライアントからコンテンツにアクセスするために最適なプロキシであることを示すＤＮＳ応答をＥ−クライアントへ送信する。そして、クライアントは、データ交換、特にコンテンツへのアクセスのために、「proxy2.network2」と交信する。
【００５１】
このように、図１には、ＤＮＳ階層の２つのレベルを有するネットワーク構造が示されている。各Ｅ−ＤＮＳサーバは、クライアントから受信したＤＮＳクエリに対してＥＡＬＴＯプロトコルを処理することが可能な１つ以上のソーティングサーバに問合せをすることができる。
【００５２】
上記のように、クライアントは、ＥＡＬＴＯプロトコルを実装したＥ−クライアントであってもよい。Ｅ−クライアントは、例えば電子番組案内を通じて「movie.bbc.co.uk」のリソース識別子の複数の別名を取得する場合に、順序付けを要求することが可能である。
【００５３】
ＤＮＳサーバへの問合せ時またはクライアントへの応答時におけるＤＮＳリソースレコードの順序付けまたは再順序付けの要求は、互換性を保証するため、ＤＮＳＳＥＣリソースレコードＳＩＧに対応して再順序付けされなければならない場合がある。ＤＮＳプロトコルにおけるリソースレコードＳＩＧエントリは、対応するリソースレコードに従う。ＤＮＳおよびＤＮＳＳＥＣリソースレコードの再順序付けは、ネットワーク誘導情報に基づいてリゾルバ、ネームサーバ等の１つ以上のＤＮＳサーバによって、またはＤＮＳサーバにおいて、実行可能である。ＤＮＳサーバは、リソースレコードおよびリソースレコードＳＩＧをソーティングサーバへ送信し、これに対して、ネットワーク誘導情報を反映する変換または再順序付けされたリストを受信してもよい。
【００５４】
Ｅ−オープンＤＮＳサーバまたは一般的にＥ−ＤＮＳサーバと、ＥＡＬＴＯプロトコルを処理可能なソーティングサーバとの間の通信は、格付け要求を含むことが可能である。ＤＮＳ階層における複数のＤＮＳレベルでの複数のＥ−ＤＮＳサーバが、ソーティングサーバによって提供される格付け情報に従って、リソース識別子、好ましくはシンボリック名および／またはＩＰアドレス等を再順序付けしてもよい。
【００５５】
図１によるシステムはまた、例えばソフトウェア・アズ・ア・サービス（Software as a Service, ＳａａＳ）ネットワークモデルや「クラウド」コンピューティングネットワークモデルにおいて、ユーザに高度な誘導を提供する。このような場合、本発明による方法およびシステムによれば、ＳａａＳネットワークにアクセスする際にユーザがどのプロキシを使用すべきかに関して最適な誘導が可能である。ＳａａＳネットワークの場合、例えば、図１のプロキシ１、２および３がオフィスソフトウェアのホスティングされたバージョンを提供し、コンテンツデリバリネットワークは、そのオフィスソフトウェアにアクセスするためのエントリポイントを提供する。クライアント（例えば企業や会社）がオフィスソフトウェアへのアクセスを要求するとき、クライアントは、例えば「office.provider.com」に対するＤＮＳ解決要求を発信してもよい。すると、この要求は、図１に従って処理され、クライアントは最終的にネットワーク２における最適なプロキシ２に導かれる。換言すれば、このクラウドあるいはＳａａＳの設定において、本発明は、プロキシ識別子をホスティングサーバ識別子として扱う。
【００５６】
もちろん、ＥＡＬＴＯプロトコルと同種、類似あるいは何らかの意味で技術的に同等のプロトコルもまた、ＥＡＬＴＯプロトコルという用語の範囲に入る。
【００５７】
要約すれば、本発明の１つの利点は、特にＥＡＬＴＯプロトコルが、インターネットにおける従来のＤＮＳネットワーク構造において、ＤＮＳ階層の相異なるレベルに段階的に配備されることが可能なことである。本発明のさらなる利点は、オープンＤＮＳサーバが使用される場合であっても、本システムおよび本方法が、要求されたリソース識別子に対する別名の割り当てられた順序付けを階層的に改善することである。さらなる利点として、ホスト名、完全修飾ドメイン名またはリソース識別子を含めて、従来のＡＬＴＯプロトコルからＥＡＬＴＯプロトコルへの拡張が挙げられる。さらに別の利点として、本発明は、コンテンツデリバリネットワークの使用時にオープンＤＮＳサーバに関する欠点を回避して効率が向上すること、ＤＮＳ解決の階層的構造が使用可能であること、インターネットにおける従来の配備に対する段階的アップグレードが可能であること、拡張されていないＤＮＳサーバおよび／またはクライアントにとって透過的であること、および本発明はＤＮＳＳＥＣ互換であることが挙げられる。
【００５８】
また、本発明は、コンテンツデリバリネットワークのサーバ選択のためのコンテンツデリバリネットワークのネットワーク誘導情報を、対応するＤＮＳ情報の再順序付けを通じて、ドメインネームシステムに導入することが可能であり、したがって、ネットワーク誘導情報に基づいてドメインネームシステムを改善することが可能である。
【００５９】
上記の説明および添付図面の記載に基づいて、当業者は本発明の多くの変形例および他の実施形態に想到し得るであろう。したがって、本発明は、開示した具体的実施形態に限定されるものではなく、変形例および他の実施形態も、添付の特許請求の範囲内に含まれるものと解すべきである。本明細書では特定の用語を用いているが、それらは総称的・説明的意味でのみ用いられており、限定を目的としたものではない。
【図１】
0006054490.tif 000002
【図２】
0006054490.tif 000003