JP2004511116A - ネットワークアドレス指定のためのシステム - Google Patents

Abstract

クライアントコンピュータにコンテンツオブジェクトを配信することに関するシステム。１つのシステムは、サーバ、第１のコンテンツキャッシュ、第２のコンテンツキャッシュ及び優先リストからなる。第１のサーバは第１のアドレスに存在し、第２のサーバは第２のアドレスに存在する。サーバは、第１及び第２のコンテンツキャッシュにコピーされているコンテンツオブジェクトを有する。優先リストは、クライアントコンピュータで生成されたものであって、第１及び第２のアドレスを少なくとも１つ有する。多重アドレスシステムは、メタデータを提供し、これにオブジェクトの第１の場所が結合される。このアドレスにポートＩＤを付加して、参照される所望のポートを生成することが可能となる。ポートＩＤによって、問い合わせに応答して所定のポートに送信できるようになる。

Description

【０００１】
本出願は、２０００年７月１日に出願された米国仮特許出願第６０／２０９，００７号及びに２０００年９月１８日に出願された米国特許出願第０９／６６５，２０４号の利益を主張する。
【０００２】
本発明は、一般にインターネットで使用されるアドレスを供給するためのシステムに関する。より詳細には、本発明は、対象となるオブジェクトの供給元を複数設けることが可能なようにアドレス情報を設定するための方法に関する。
【０００３】
（背景）
ウェブページ、ダウンロード用の文書、ストリーミング用の動画ファイル等のオブジェクトのアドレスを指定するための従来の方式では、静的なフォーマット又はプロトコルが用いられる。このアドレスフォーマットでは、オブジェクトの１つの場所のみが特定される。このため、オブジェクトを見つけ出せるかどうかは、静的なフォーマットで指定されたアドレスにオブジェクトが依然として存在することにかかっている。しかし、時として、特にインターネットにおいては、一定の期間しかオブジェクトが特定のアドレスに存在しないことがある。一定期間が経過すると、オブジェクトがこの特定のアドレスから削除される。したがって、このアドレスを指定してオブジェクトを見つけ出そうとすると、そのアドレスにはもはやアクセスできない旨のエラーメッセージや、そのオブジェクトを利用できない旨のエラーメッセージが表示されることがよくある。
【０００４】
さらに、この種のアドレスは、オブジェクトに対する１つのアドレスのみを特定する。しかし、特にインターネット上では、情報すなわちオブジェクトのコンテンツが複数の場所に存在することがある。例えば、動画ファイルなどのオブジェクトが複数のサーバに存在することがある。静的なアドレス指定フォーマットでは、複数の場所のうちの１つしかオブジェクトのアドレスとして指定できないため、指定されたアドレスからオブジェクトが削除されると、ユーザはそのアドレスを使用してそのオブジェクトにアクセスすることができなくなる。
【０００５】
（概要）
本発明の一実施形態においては、プロトコルＩＤを含むアドレスがポートＩＤとともに使用される。同アドレスと同ポートＩＤとが結合され、１つのアドレス文字列が生成される。
【０００６】
本発明の別の実施形態においては、データ構造が提供される。同データ構造は、プロトコルＩＤフィールド、ＩＰ　ＩＤフィールド、サーバＩＤフィールド、サーバポートフィールド及びファイル指定フィールドを含む。
【０００７】
本発明のさらに別の実施形態においては、要求部によってポートＩＤがアドレスの一部として与えられる。同アドレスが仲介装置に送信されて、仲介装置はポートＩＤをデータ提供装置に送信する。データ提供装置は、このポートＩＤを利用して要求部に送信する。
【０００８】
（発明の詳細）
本発明は、ネットワーク上のあるオブジェクトのアドレスを動的に指定可能なアドレス指定方式を実現するためのシステムを提供する。一実施形態においては、第１のアドレスと、オブジェクトに関するメタデータとを結合させて第３のアドレスを生成するための方法が提供される。この第３のアドレスも、このオブジェクトのアドレス指定に使用することが可能である。本発明は、様々な状況で利用可能である。本発明を使用可能な状況の例として、インターネットにおけるビデオコンテンツの配信がある。したがって、本発明を実現するための状況を示すべく、先ず本発明の種々の実施形態を使用可能なシステムについて記載する。次に、アドレス指定システムを詳細に説明する。
【０００９】
図１を参照する。コンテンツ配信システム１００の実施形態のブロック図が示されている。本実施形態においてコンテンツ配信システム１００は、アクティブディレクトリ１０４と、１つ以上のオリジンサーバ１０８と、１つ以上のクライアントコンピュータ１１２と、１つ以上のコンテンツ交換部１１６と、１つ以上の外部オリジンサーバ１１８と、インターネット１２０と、クローリングディレクトリ１２４とを有する。特定のクライアントコンピュータ１１２は、アクティブディレクトリ１０４と対話して、ダウンロードするためのコンテンツオブジェクトを選択する。オブジェクトは、ストリーミングメディアの場合にはダウンロードの間に再生可能であり、或いは後時のために記憶することも可能である。
【００１０】
コンテンツオブジェクトは、ネットワークからダウンロード可能な、例えば、オーディオ、ビデオ、データなどあらゆる種類の情報であってもよい。コンテンツオブジェクトの要求は、優先情報とともにクライアントコンピュータ１１２から適切なオリジンサーバ１０８に転送される。オリジンサーバ１０８は、オブジェクトをどこからダウンロードするかを決定する。満足すべきＱＯＳを提供するために、あらゆるコンテンツ交換部１１６、或いはオリジンサーバ１０８自体がオブジェクトを提供可能である。
【００１１】
アクティブディレクトリ１０４は、クライアントコンピュータ１１２においてコンテンツオブジェクトを選択するためのインタフェースとなり得る。コンテンツ配信システム１００を可能とするために、オリジンサーバ１０８と任意のクライアントコンピュータ１１２の双方のためのソフトウェアがアクティブディレクトリ１０４からダウンロードされ得る。希望するコンテンツオブジェクトを判定するためにディレクトリインタフェースページ、又は検索インタフェースページのいずれかを使用してもよい。オリジンサーバ１０８上のコンテンツオブジェクトとのリンク中断を回避すべく、インタフェースはアクティブに維持される。
【００１２】
コンテンツ交換部１１６がオリジンサーバ１０８からコンテンツオブジェクトを要求する場合、アクティブディレクトリ１０４は、適切なオリジンサーバ１０８へ戻るパスを提供可能である。
【００１３】
他の実施例では、複数のアクティブディレクトリを有してもよい。負荷を分散するために、システムのユーザがいくつかのアクティブディレクトリに振り分けられていてもよい。さらに、１つのアクティブディレクトリがオフラインの場合には他のアクティブディレクトリが負荷を吸収できるように、他のアクティブディレクトリを冗長化のために使用してもよい。
【００１４】
いくつかの実施形態においてオリジンサーバ１０８は、コンテンツオブジェクトのソースを提供し、コンテンツオブジェクトの優先ソースにユーザを導き、アクティブディレクトリ１０４にディレクトリ情報を提供する。コンテンツオブジェクトはオリジンサーバ１０８によってシステム１００に導入される。導入は、アクティブディレクトリ１０４を利用可能にするための、オリジンサーバ管理者によるコンテンツオブジェクトの選択を含む。管理者とは、オリジンサーバ１０８を管理する人又はシステムである。コンテンツオブジェクトには、以前に記憶された情報、或いは情報のストリーミングによる提供が含まれる。オリジンサーバ１０８は所定のサイクルにしたがって、オリジンサーバ１０８上のコンテンツの変更とともに更新される選択情報のカタログを提供する。
【００１５】
オリジンサーバ１０８は、コンテンツオブジェクトをダウンロードするために、クライアントコンピュータ１１２に指示すべき優先ソースを判定する。クライアントコンピュータ１１２の優先リストと、コンテンツ交換の負荷と、コンテンツオブジェクトのコピーがある場所との全ては、クライアントコンピュータを情報の優先ソースへとあて先変更する際にオリジンサーバ１０８にて検討する事項である。そのソースは、オリジンサーバ１０８自体か、又はコンテンツ交換部１１６のうちの１つである。
【００１６】
ユーザは、所望のコンテンツオブジェクトを見つけ、その後そのオブジェクトをダウンロードするためにクライアントコンピュータ１１２に指示する。クライアントコンピュータ１１２は、アクティブディレクトリ１０４からダウンロードしたビューワオブジェクトプロキシソフトウェアを使用して、適切なＱＯＳでコンテンツ配信が可能なコンテンツ交換部１１６部を判定する。この適切なＱＯＳを有するコンテンツ交換部１１６を判定する処理には、例えば優先リストを準備する際に最高の結果を生成する可能性が高いコンテンツ交換部からのテスト情報の受信が含まれる。カスタマイズされた方法を要望する場合、ユーザは、コンテンツ交換部１１６の優先リストを変更できる。オリジンサーバ１０８がコンテンツオブジェクトのソースを決定する際に、適切なＱＯＳを提供するために優先情報を使用する。
【００１７】
外部オリジンサーバ１１８は、クライアントコンピュータ１１２が使用可能なコンテンツオブジェクトのさらなるソースである。一実施形態では、外部オリジンサーバ１１８は、コンテンツ交換部１１６に接続される。
【００１８】
コンテンツ交換部１１６は、コンテンツオブジェクトのキャッシュである。これら多数のコンテンツ交換部１１６は、インターネット１２０の異なる箇所に設置され、コンテンツオブジェクトをキャッシュする。情報は、例えば、ユーザにとっての情報の要望度や、ユーザが直ちに使用可能なコンテンツを要求するオリジンサーバ１０８へのサービスや、改善したＱＯＳを要求するユーザへのサービスなどの、多くの考察に基づいてキャッシュされる。コンテンツ交換部１１６のグループ化は、かたまりごとであっても、或いはコンテンツオブジェクトに対するクライアントコンピュータ１１２の要求を提供すべく個別であってもよい。
【００１９】
要求されているコンテンツオブジェクト、又はその一部を、それを要求しているユーザがコンテンツ交換部１１６から見つけられない場合、コンテンツ交換部１１６から他のコンテンツ交換部へ、そのコンテンツオブジェクトの要求がなされる。他のどのコンテンツ交換部１１６もコンテンツオブジェクトを有しない場合、アクティブディレクトリ１０４においてオリジンサーバ１０８に対する問い合わせがなされる。オリジンサーバ１０８は、コンテンツオブジェクトのソースであり、かつコンテンツオブジェクトがそこからダウンロードされる。コンテンツ交換部１１６がコンテンツオブジェクトを集めている間、クライアントコンピュータ１１２は、ダウンロード可能な最初の部分を受信している。コンテンツオブジェクトはいくつかのコンテンツ交換部１１６に部分ごとに記憶可能であり、要求を出すコンテンツ交換部１１６がそれら部分を検索して、クライアントコンピュータ１１２に要求されているような全体のコンテンツオブジェクトに再構築する。
【００２０】
いくつかの実施形態では、要求したコンテンツオブジェクト、又は要求したコンテンツオブジェクトの一部を、それを要求しているユーザがコンテンツ交換部１１６から見つけられないときは、要求したコンテンツオブジェクトを検索するために、コンテンツ交換部１１６は、外部オリジンサーバ１１８に要求を出すことが可能である。
【００２１】
クローリングディレクトリ１２４は、オリジンサーバ１０８が報告するカタログ情報を補充するために使用される。ユーザのためにコンテンツオブジェクトを検索する際、アクティブディレクトリ１０４は、オリジンサーバ１０８から入手可能なコンテンツオブジェクト、及びクローリングディレクトリ１２４が発見した他のコンテンツオブジェクトを表示できる。クローリングディレクトリ１２４は、ウェブを横断することによって遭遇したコンテンツオブジェクトやその他の情報をカタログ化する。例えば、カタログのキーワード検索を実行して、ユーザがシステム１００上のあらゆるオリジンサーバからであっても入手不能なコンテンツオブジェクトに到達できる。クライアントコンピュータ１１２がコンテンツオブジェクトをダウンロードした時にそれをキャッシュするために、コンテンツ交換部１１６の１つがアクティブディレクトリ１０４によって選択される。この実施形態では、１つのクローリングディレクトリ１２４だけを使用しているが、他の実施形態では、さらなる検索結果を提供すべく、多数のクローリングディレクトリを使用可能である。
【００２２】
インターネット１２０は、ルータによって共にリンクされた複数のサーバからなる。データは、最終のあて先に到達するまで１つのルータから次のルータへと、ホッピングしてインターネット１２０を進行するパケットに分割される。各パケットは、インターネット内で異なるルートをとってもよく、異なる時に最終受信地に到着してもよい。さらに、任意のルータのバンド幅が飽和する時には、いくつかのパケットがインターネット１２０中を進行している間に消失することがある。コンテンツオブジェクトのソースと最終あて先との間のホップ数が増加すると、過度の遅延やパケット消失の可能性も同様に増加する。
【００２３】
コンテンツオブジェクトが、ソースから最終あて先までインターネット１２０内のパスを横断するため、パス内の任意の２ルータ間の最小バンド幅によって、そのパスの最大バンド幅が決まる。通常、インターネット１２０からクライアントコンピュータまでのバンド幅には、最小のバンド幅が割り当てられている。場合によっては、ルータ間の他のホップでバンド幅が最小となることもある。コンテンツ交換部１１６とクライアントコンピュータ１１２との間のホップが最も少ない状態で、コンテンツ交換部１１６にコンテンツオブジェクトをキャッシュするによって、十分なＱＯＳが達成される可能性が高くなる。
【００２４】
クライアントコンピュータからインターネット１２０へのデータレートを上回らない好適なデータレートでコンテンツオブジェクトをダウンロードすることが、適切なＱＯＳとなる。ユーザが期待できる最高のＱＯＳは、それらのネットワークへの接続速度や、それらのコンピュータの処理能力や、他の要因によって決定される。最低のＱＯＳは、ユーザが一定の制約において要望する品質に基づき、ユーザが主観的に決定する。例えば、オーディオクリップのために、２８Ｋｂｐｓ、５６Ｋｂｐｓ、１２８Ｋｂｐｓでのストリームの選択肢があるとき、４００Ｋｂｐｓのネットワーク接続と高速コンピュータを有するユーザは、その中から１２８Ｋｂｐｓのストリームを選択してもよい。クライアントコンピュータが提供するデータ速度が１２８〜４００Ｋｂｐｓの範囲にある限り、そのストリームに適切なＱＯＳを得る事ができる。
【００２５】
上記の実施形態は、主に異なるブロック間の接続にインターネット１２０を使用しているが、他の実施形態では、インターネット１２０以外のプライベートリンクを使用してもよい。さらに、システム１００外のコンテンツオブジェクトは、エクステントキャッシング、暗号化、及び圧縮が提供される場合にはシステム１００から恩恵を受ける。
【００２６】
図２を参照する。コンテンツ配信システム１００のアクティブディレクトリ部１０４の実施形態を示すブロック図が示されている。アクティブディレクトリ１０４は、ダイナミックドメインネームサーバ（ＤＮＳ）２０４と、サーバマネージャ２０８と、ディレクトリページ２１２と、検索ページ２１６と、ダウンロードページ２２０と、加入者データベース２２４と、サーバデータベース２２８と、コンテンツ交換データベース２３２と、ルーティングデータベース２３４とを有する。コンテンツ配信システム１００は、ユーザにディレクトリ情報を提供するためにアクティブディレクトリ１０４と対話し、ユーザによるコンテンツオブジェクトのダウンロードを支援する。
【００２７】
クライアントコンピュータ１１２のユーザ、及びオリジンサーバ１０８の管理者の両方が、コンテンツ配信システム１００の加入者である。ソフトウェアは、ダウンロードページからユーザ、及び／又は、管理者にダウンロードされる。実施形態によってはクライアントコンピュータ１１２のためのソフトウェアが随意にあり、ＱＯＳを改善する。オリジンサーバ１０８のソフトウェアは、アクティブディレクトリ１０４がシステム１００上で利用できるコンテンツを更新し、そのコンテンツを受信するための優先ソースにクライアントコンピュータ１１２を導くことを可能とする。
【００２８】
クライアントコンピュータ１１２は、アクティブディレクトリ１０４のドメインに接続して、所望のコンテンツオブジェクトを見出す。優先度にしたがって、コンテンツオブジェクトを見つけるためにユーザはディレクトリページ２１２や検索ページ２１６を使用してもよい。検索ページ２１６は、クローリングディレクトリ１２４から収集された情報だけでなく、全てのオリジンサーバ１０８が提供したコンテンツオブジェクトのカタログにアクセスする従来のブールの検索エンジンであってもよい。他の実施形態では、オリジンサーバ１０８からのコンテンツの検索が不成功に終わった場合にはクローリングディレクトリ１２４からの情報のみを表示するか、或いは、クローリングディレクトリ１２４からの情報を全く除外する場合がある。全オリジンサーバ１０８のコンテンツオブジェクトのカタログは、サーバデータベース２２８に維持される。
【００２９】
ディレクトリページ２１２は、使用可能なコンテンツオブジェクトを、対象に基づいて編成されるカテゴリの階層に分類する。例えば、最初のページには、大衆が関心を持つ多数の主題を表示しており、ユーザはこの中からスポーツを選択する。階層において１つ下の層にある次のページでは、多数のスポーツを表示しており、ユーザはこの中からフットボールを選択する。さらに１つ下の階層レベルで、ユーザは、サンディエゴチャージャーズ（ＴＭ）を選択して、関連したコンテンツオブジェクトのリンクである別のページを見ることがある。
【００３０】
管理者は、オリジンサーバ１０８上のコンテンツを分類して、ディレクトリページ２１２にそれを適切に表示させる。管理者は、サイト、ディレクトリ、又はファイルごとに、そのコンテンツオブジェクトに関連するＨＴＭＬ　ＳＳＩタグにおいてコンテンツオブジェクトのカテゴリを選択できる。この分類を入手しアクティブディレクトリに記憶して、コンテンツオブジェクトが複数のカテゴリに分類されるようにする。さらに、調停者がディレクトリページ２１２のカテゴリにコンテンツオブジェクトを記載して配置してもよい。例えば、調停者はあるコンテンツオブジェクトをより目立たせて表示する対象とするためにマークをつけ、及び／又は、コンテンツオブジェクトについてのレビューをつけることがある。
【００３１】
サーバマネージャ２０８は、全てのクライアントコンピュータ１１２、全てのオリジンサーバ１０８、全ての外部オリジンサーバ１１８、全てのコンテンツ交換部１１６、及び、オリジンサーバ１０８上の全てのコンテンツオブジェクトに関する情報を維持管理する。クライアントコンピュータ１１２とオリジンサーバ１０８に関する情報は、加入者データベース２２４で維持管理される。クライアントコンピュータ１１２に関連した各ユーザについて、フルネーム、ログインネーム、パスワード、固有のネーム、利用できる代用貨幣クレジット、その他の情報が加入者データベース２２４で維持管理される。このデータベース２２４は、また、オリジンサーバ１０８を確認した最終時刻、オリジンサーバ１０８のインターネットプロトコル（ＩＰ）アドレス、コンテンツマネージャサーバが実行するポート、オリジンサーバ１０８のオンライン／オフラインステータス、バナー広告ＵＲＬ、オリジンサーバ１０８の名前、オリジンサーバ１０８の説明、オリジンサーバ１０８を使用するのに必要なクレジット若しくは代用貨幣又は他の課金モデル、一度に可能な接続数やビューワ数を保持する。
【００３２】
全てのオリジンサーバ１０８のコンテンツオブジェクトに関する情報は、サーバデータベース２２８で維持管理される。各コンテンツオブジェクトについて、オリジンサーバネーム、コンテンツオブジェクトファイルネーム、パスを、カテゴリ情報、概要、キーワードとともに記憶する。ディレクトリページ２１２、検索ページ２１６をナビゲーション中、ユーザにコンテンツ選択を提供するようサーバデータベース２２８に問い合わせる。サーバデータベース２２８に最新情報を維持するために、サーバマネージャ２０８は、周期的にオリジンサーバ１０８と対話してコンテンツオブジェクトのカタログの最新の変更を入手し、オリジンサーバ１０８がオフラインになったか否かを判定する。オリジンサーバ１０８がオフラインになったときは常に、そのオリジンサーバ１０８に対応するサーバデータベース２２８へのエントリを削除し、加入者データベース２２４のステータス情報を更新する。
【００３３】
ある実施形態では、サーバデータベース２２８へのエントリは、オリジンサーバ１０８がオフラインになった後でも存続する。オリジンサーバに関連したコンテンツが利用できないことを反映するためにステータスを更新するが、情報は、サーバデータベース２２８内に記憶されたままである。ステータスがオンラインに更新されると、情報は、コンテンツオブジェクトを検索しているユーザに再び示される。状況によっては、オリジンサーバ１０８はある期間にオフラインになる予定であることをアクティブディレクトリ１０４に示してもよい。その期間が短期間だと推定される場合、アクティブディレクトリは情報をユーザに表示せずに、サーバデータベース２２８内に保持できる。
【００３４】
システム１００で使用可能なコンテンツ交換部１１６のリストは、コンテンツ交換データベース２３２にてサーバマネージャ２０８が維持管理する。ある実施形態では、コンテンツ交換データベース２３２は、コンテンツ配信システム１００内で使用可能な全てのコンテンツ交換部１１６のＩＰアドレスのリストを含むことがある。さらに、コンテンツ交換データベース２３２は、各コンテンツ交換部１１６に関連した多数のコンテンツ交換フィールドを含むことがある。例えば、コンテンツ交換データベース２３２の各コンテンツ交換部１１６に関連したフィールドには、コンテンツ交換ＩＤ、コンテンツ交換サイト、コンテンツ交換プロバイダ、コンテンツ交換名、コンテンツ交換位置、コンテンツ交換ステータス、アイコン、他のいかなる所望の、又は必要な情報が含まれ得る
【００３５】
コンテンツ交換ＩＤとコンテンツ交換サイトはこれらを合わせて、特定のコンテンツ交換サイトにて固有のコンテンツ交換部１１６を識別する。コンテンツ交換プロバイダは、コンテンツ交換に責任を有する関係者、例えば、ＸＹＺ会社の標識である。コンテンツ名は、ドメインネームであり、コンテンツ交換位置は、コンテンツ交換部１１６についての地理的座標である。例示の実施形態では、コンテンツ交換データベース２３２は、コンテンツ交換ＩＤ、コンテンツ交換サイト、コンテンツ交換ＩＰアドレス、コンテンツ交換プロバイダ、コンテンツ交換名、コンテンツ交換場所、及び、コンテンツ交換データベース２３２における各コンテンツ交換部１１６のアイコンを含む。
【００３６】
一般に、コンテンツ交換データベース２３２は、改良されたＱＯＳ基準、又はサブスクリプションサービス基準などの方法、或いはこれらに限らず様々な方法に基づいて、地域別に分類、又は分割できる。さらに、コンテンツ交換データベース２３２は、代替のアクティブディレクトリ１０４、オリジンサーバ１０８のリスト、或いは他のいかなる有効な、又は必要な情報を含むこともある。
【００３７】
システム１００のコンテンツ交換部１１６は、サーバマネージャ２０８にステータスを定期的に提供する。コンテンツ交換部１１６が利用可能、又は利用不能となった場合には、それら動作ステータスはサーバマネージャ２０８に報告され、コンテンツ交換データベース２３２に記録される。ある実施形態では、コンテンツ交換データベース２３２は、コンテンツ交換部１１６の負荷、容量、利用度、ヘルスを含む付加的なステータス情報を含むことができる。
【００３８】
ルーティングデータベース２３４は、外部オリジンサーバ１１８のリストを有する。ある実施形態では、ルーティングデータベース２３４は、外部オリジンサーバ１１８に関する識別情報、ステータス情報、構成情報を有する。識別情報には、外部オリジンサーバ１１８のＩＰアドレスとドメインネームが含まれ得る。ステータス情報には、外部オリジンサーバの稼働率、負荷、又は他のステータスが含まれ得る。構成情報には、代替の外部オリジンサーバ１１８のリストが含まれ得る。一実施形態では、ルーティングデータベース２３４は、各外部オリジンサーバ１１８のＩＰアドレスとドメインネームを有する。ある実施形態では、ルーティングデータベース２３４内で外部オリジンサーバ１１８を識別することが、外部オリジンサーバ１１８をコンテンツ配信システム１００と関連付けるための機構である。
【００３９】
ルーティングデータベース内には、外部オリジンサーバ１１８の各々について、その外部オリジンサーバ１１８上の情報にアクセスするためにコンテンツ交換部１１６の使用が許可されたユーザ名のリストが存在する。ユーザ名は、クライアントコンピュータ１１２のユーザに一意的である。クライアントコンピュータがコンテンツ交換部を通して経路決定可能な外部オリジンサーバ１１８のリストが、クライアントコンピュータ１１２に提供される。クライアントコンピュータ１１２は、ルーティングデータベースからの情報を使用して、外部オリジンサーバ１１８に対するユーザ要求をコンテンツ交換部１１６にあて先変更する。コンテンツ交換部１１６が外部オリジンサーバ１１８からのコンテンツオブジェクトを収容した後、外部オリジンサーバ１１８からコンテンツ交換部１１６にバンド幅の負荷が移される。この高度なサービスのためにユーザは、コンテンツ交換のオーナー、及び／又はオリジンサーバの管理者に、代金を払うこともある。
【００４０】
動的ＤＮＳ２０４は、オリジンサーバ１０８の各ＩＰアドレスのオリジンサーバネームを提供する。オリジンサーバネームは、一意的にインターネット１２０上のオリジンサーバ１０８を識別する。この情報は、加入者データベース２２４で維持管理される。コンテンツ交換部１１６は、コンテンツ交換部１１６にコンテンツオブジェクトを提供したオリジンサーバ１０８のＩＰアドレスを知らないが、オリジンサーバネームは知っている。コンテンツ交換部１１６が、そのキャッシュに他のコンテンツ交換部１１６からは入手不能なコンテンツオブジェクト、又はその一部を収容したいときは、コンテンツオブジェクトのソースであるオリジンサーバ１０８のＩＰアドレス、又はドメインネームを判定するために、動的ＤＮＳ２０４に問い合わせがなされる。ドメインネームを動的ＤＮＳ２０４から検索する場合、そのドメインネームに対応するＩＰアドレスがＤＮＳから検索される。
【００４１】
次に図３Ａを参照する。コンテンツ配信システム１００のオリジンサーバ部１０８の実施形態を示すブロック図が示される。オリジンサーバ１０８は、管理者によって管理され、コンテンツ配信システム１００にコンテンツオブジェクトのソースの１つを提供する。クライアントコンピュータを、所望のコンテンツオブジェクトを効率的に配信可能なコンテンツ交換部１１６へと、導いているオリジンサーバ１０８によってＱＯＳが提供される。オリジンサーバ１０８には、コンテンツソース３０４、コンテンツサーバ３０８、コンテンツマネージャ３１２、ローカルコンテンツカタログ３１６、コンテンツロケーションデータベース３２０、コンテンツ交換情報３２４、ヘルスチェック３３０が含まれる。
【００４２】
コンテンツは、コンテンツソース３０４がオリジンサーバ１０８に提供する。コンテンツソース３０４は、ライブウェブカメラ、ビデオ又はオーディオフィード、データオブジェクト、データストリーム、ビデオテープ又はオーディオテープ、光学又は磁気ディスク、或いは他のあらゆるコンテンツ配信機構であってもよい。コンテンツオブジェクトは、システム１００内での可能な配信のためにコンテンツソース３０４によってコンテンツサーバ３０８に配信される。
【００４３】
維持されるコンテンツオブジェクトやコンテンツオブジェクトの部分について各コンテンツ交換部１１６に日時情報が維持される。その日時情報は、同一のオリジンサーバネーム、パス名、ファイル名を有するコンテンツオブジェクトを識別する。他の実施形態では、チェックサム（ｃｈｅｃｋｓｕｍ）、巡回冗長検査（ＣＲＣ）やハッシュ（ｈａｓｈ）などの任意の固有コードを使用して一義的にコンテンツオブジェクトを識別する。
【００４４】
オリジンサーバ３０８のコンテンツオブジェクトは全て、コンテンツサーバ３０８に記憶される。管理者は、システム１００で利用不能な他のコンテンツオブジェクトをコンテンツサーバ３０８上に残す一方、システム１００に掲載するためにコンテンツオブジェクトやコンテンツオブジェクトのグループを選択可能である。いくつかのコンテンツオブジェクトは、不連続のファイルであるが、他は、例えば、ライブウェブカメラによって生成されるコンテンツのストリームである。コンテンツサーバ３０８を実行させるソフトウェアをコンテンツマネージャ３１２のソフトウェアと統合してもよい。
【００４５】
コンテンツマネージャ３１２は、システム１００に所望のコンテンツオブジェクトを掲載して、コンテンツマネージャ３１２に関連したコンテンツオブジェクトをダウンロードするためにユーザを好適なコンテンツ交換部１１６に導く。管理者の指示で、コンテンツマネージャ３１２はアクティブディレクトリ１０４に掲載するために、ファイルネーム、ディレクトリ、ドライブボリュームによってコンテンツオブジェクトやコンテンツオブジェクトのグループを選択する。コンテンツサーバ３０８上のいくつかのコンテンツオブジェクトは、システム１００で利用不能とするために掲載から除外してもよい。
【００４６】
システムに掲載するために選択されたコンテンツオブジェクトは、ローカルコンテンツカタログ３１６で維持管理される。ローカルコンテンツカタログ３１６へのエントリは、それらのエントリに対応するオブジェクトが利用不能、又は更新された場合には、最新の状態になるようにコンテンツマネージャ３１２が維持管理する。各エントリについて、コンテンツオブジェクトファイルネーム及びパスが、カテゴリ情報、概要、キーワードとともに記憶される。システム１００への接続があり次第、ローカルコンテンツカタログ３１６はコンテンツマネージャ３１２によってアクティブディレクトリ１０４に送信され、サーバデータベース２２８に登録される。可及的に最新のディレクトリ情報を保つために、ローカルコンテンツカタログ３１６への変更を定期的にサーバデータベース２２８に送信する。更新は、２分毎など定期的間隔をおいて、及び／又は、ローカルコンテンツカタログが変更されるときは常に実行されることがある。
【００４７】
コンテンツマネージャ３１２は、また、そのコンテンツマネージャ３１２に関連したコンテンツオブジェクトの全ての部分の記憶場所を知っている。システム１００に接続するとすぐに、コンテンツマネージャ３１２は、各コンテンツ交換部１１６にステータスを問い合わせる。コンテンツ交換部１１６は、対応するコンテンツマネージャ３１２にそのコンテンツオブジェクトやコンテンツオブジェクトの部分に関する情報を定期的に報告する。この情報を活用して、コンテンツマネージャ３１２は、クライアントコンピュータ１１２をコンテンツ交換部１１６に導くことが可能となる。コンテンツ交換部１１６は、所望のコンテンツオブジェクトのいくつか、又は全てをダウンロード可能な状態で有する。
【００４８】
全てのコンテンツ交換部１０８が報告するコンテンツオブジェクトの記憶場所情報は、コンテンツマネージャによってコンテンツロケーションデータベース３２０に維持管理される。コンテンツロケーションデータベース３２０に照会することによって、コンテンツマネージャ３１２は、コンテンツオブジェクト、又はコンテンツオブジェクトの一部を有するコンテンツ交換部１１６を判定できる。クライアントコンピュータ１１２がコンテンツソースへルーティングされる間、特定のコンテンツ交換部１１２内でのコンテンツオブジェクトの存在は、ルートの決定に影響を及ぼすことがある。
【００４９】
コンテンツ交換情報記憶装置３２４は、全てのアクティブなコンテンツ交換部１１６に関する情報を有する。オリジンサーバ１０８を起動すると直ちに、アクティブディレクトリ１０４のコンテンツ交換データベース２３２がコンテンツ交換情報記憶装置３２４にダウンロードされる。起動の後に、コンテンツ交換情報記憶装置３２４にリストされている全てのコンテンツ交換部１１６に対して、ステータス情報の照会が行なわれ、この情報がコンテンツ交換情報３２４として保持される。ステータス情報には、使用される同時並行のリンク数、許可された同時並行のリンクの合計数、バンド幅の利用度、及びキャッシュのチャーンレートが含まれる。キャッシュのチャーンレートは、キャッシュ内に未使用データが残存する時間であり、キャッシュのロード状況を表す。例えば、キャッシュの記憶量に比してビジーなコンテンツ交換部１１６のために、データは通常キャッシュから迅速に消去される。しかしいくつかの実施例では、使用のいかんにかかわらず、ある期間中、コンテンツ交換部１１６に固定されて残存する厄介なコンテンツオブジェクトを有することもある。
【００５０】
コンテンツマネージャ３１２は、コンテンツオブジェクトを要求しているクライアントコンピュータ１１２を、そのオブジェクトの優先ソースへとインテリジェントにあて先変更する。クライアントコンピュータ１１２が送信する優先情報は、クライアントコンピュータ１１２が要求するコンテンツオブジェクトのソースを判定するために使用される。コンテンツオブジェクトのダウンロードのためにクライアントコンピュータ１１２を優先されたコンテンツ交換部１１６に導くため、この情報は、コンテンツオブジェクトの現在の記憶場所、及び使用可能なコンテンツ交換部の負荷とともに使用される。
【００５１】
いくつかの実施形態では、コンテンツマネージャ３１２は、コンテンツオブジェクトへのアクセスを管理できる。クライアントコンピュータ１１２がコンテンツマネージャ３１２に関連したコンテンツオブジェクトのダウンロードを試行したときに、管理者がコンテンツオブジェクトにセキュリティを設定していた場合には、ログインダイアログを表示することができる。ユーザはコンテンツオブジェクトのソースにクライアントコンピュータ１１２のあて先を変更するために、ログインダイアログにユーザ名、及び／又はパスワードを入力してもよい。このユーザ名、及び／又はパスワードは、アクティブディレクトリ１０４に必要とされるあらゆるものに加えて必要である。クライアントコンピュータ１１２をソースにあて先変更する前に、ユーザ名、及び／又はパスワードやログイン情報は、オリジンサーバ１０８に事前に記憶されている、容認可能ログイン情報のリストと照合してチェックされる。オリジンサーバ１０８全体、或いはオリジンサーバ１０８のボリューム、ディレクトリ、又はコンテンツオブジェクトへのアクセスはこの方式で管理し得る。
【００５２】
いくつかの実施形態では、オリジンサーバ１０８やアクティブディレクトリ１０４は、コンテンツ交換部１１６上にコンテンツオブジェクトをプリロードすることが許容されている。コンテンツオブジェクトの要求は、要望度を判定するために監視される。どのコンテンツオブジェクトをコンテンツ交換部１１６上にプリロードすべきか判定するために、要望度情報、課金情報、及び／又は他の検討事項が使用される。オリジンサーバ１０８とアクティブディレクトリ１０４のいずれかが、コンテンツオブジェクトをプリロードするためにコンテンツ交換部１１６からコンテンツオブジェクトを要求することが可能である。アクティブでないためにコンテンツオブジェクトがアンロードされないように、コンテンツオブジェクトのコンテンツ交換部上への定期的なロードを要求することもある。
【００５３】
ヘルスチェック３３０は、対応するオリジンサーバ１０８の動作特性を提供するハードウェア又はソフトウェアアプリケーションのいずれかである。一実施形態では、ヘルスチェック３３０はオリジンサーバ１０８のステータスの単一の示度を提供する。その単一の示度は、オリジンサーバ特性の組合せを示す、０〜１の正規化された値である。例えば、それはＣＰＵ負荷、ＣＰＵ温度、同時接続の数、及び／又は、オリジンサーバが促進している要求の数を含んでもよい。代替の実施形態ではヘルスチェック３３０は、他のコンテンツ交換部１１６やオリジンサーバ１０８上で実行しながら、コンテンツ交換部１１６の特性を監視することがある。
【００５４】
次に図３Ｂを参照する。コンテンツ配信システム１００の外部オリジンサーバ部１１８の実施形態を示すブロック図が示されている。外部オリジンサーバ１１８は、それにインストールされたコンテンツマネージャソフトウェアを有しない点で、オリジンサーバ１０８とは異なる。外部オリジンサーバ１１８は、コンテンツサーバ３０８とコンテンツソース３０４とを有する。
【００５５】
外部オリジンサーバ１１８の管理者は、コンテンツ交換部１１６を通してコンテンツオブジェクトの受信を許可される１つ以上のクライアントコンピュータ１１２を決定する。ルーティングデータベース２３４は、個々のクライアントコンピュータ１１２がコンテンツ交換部１１６を介してコンテンツオブジェクトにアクセスできるように管理者が更新する。アクティブディレクトリ上のウェブページは、ルーティングデータベース２３４にクライアントコンピュータ１１２の情報を入力するインタフェースとして機能する。他の実施形態では、外部オリジンサーバ１１８とルーティングデータベース２３４間のインタフェースが自動化される。
【００５６】
クライアントコンピュータ１１２はルーティングデータベース２３４の更新をダウンロードして、ローカルに記憶する。外部オリジンサーバ１１８へのアクセスが次に試行されると、その要求にサービスを提供するためにコンテンツ交換部１１６にその試行があて先変更される。このようなあて先変更は、コンテンツマネージャソフトウェアの支援なしで、外部オリジンサーバ１１８がクライアントコンピュータ１１２をコンテンツ交換部１１６にあて先変更することを可能にする。
【００５７】
外部オリジンサーバ１１８は、外部オリジンサーバ１１８にコンテンツオブジェクトを搬送するために割り当てられた１つ以上のコンテンツ交換部１１６を有してもよい。ルーティングデータベース２３４は、加入したクライアントコンピュータをこれらの１つ以上のコンテンツ交換部１１６にあて先変更してもよい。クライアントコンピュータがこれらのコンテンツ交換部１１６の２つ以上の使用を許可されている場合、コンテンツ交換部間の相対的ＱＯＳを順位付けするために、２つ以上のコンテンツ交換部上でルーティングの解析がクライアント側で実行される。
【００５８】
外部オリジンサーバ１１８のコンテンツオブジェクトを、それらのコンテンツオブジェクトを提供するために割り当てられたコンテンツ交換部にプリロードできる。コンテンツオブジェクトを最初に要求する場合の遅延を短縮させるために、アクティブディレクトリ１０４は、外部オリジンサーバ１１８を巡回して、そのサーバ１１８から入手可能なコンテンツオブジェクトを判定できる。入手可能なコンテンツオブジェクトを、クローリングディレクトリ１２４に加えてもよい。一旦入手可能なコンテンツオブジェクトが判明すると、関連コンテンツ交換部上への各コンテンツオブジェクトのロードを生じさせるために、アクティブディレクトリ１０４は関連コンテンツ交換部に各コンテンツオブジェクトを要求する。このような方式で、コンテンツオブジェクトは関連したコンテンツ交換部にプリロードされる。
【００５９】
図４Ａを参照する。コンテンツ配信システム１００のコンテンツ交換部１１６の実施形態を示すブロック図が示される。コンテンツ交換部１１６は、コンテンツマネージャ３１２の制御にしたがって、クライアントコンピュータ１１２が要求するコンテンツオブジェクトをキャッシュする。コンテンツ交換部１１６は、トラッキングシステム４０２、ヘルスチェックとコンテンツノード４０６とを含む。トラッキングシステムは、コンテンツトラッカー４０４、ヘルスチェック４２８、ステータス情報４２０、ローカルコンテンツカタログ４１６、オリジンサーバデータベース４２４を有し、一方コンテンツノード４０６は、コンテンツコントローラ４０８、コンテンツ記憶部４１２を有する。
【００６０】
ヘルスチェック４２８は、関連コンテンツ交換部１１６の動作特性を提供するハードウェア又はソフトウェアアプリケーションのいずれかである。一実施形態では、ヘルスチェック４２８は、コンテンツ交換部１１６のステータスの単一の示度を提供する。単一の示度は、例えばＣＰＵ負荷、ＣＰＵ温度、同時接続の数、コンテンツ交換部が促進している要求の数を含むコンテンツ交換部特性の組合せを示している０〜１の間の正規化された値でもよい。代替実施形態では、他のコンテンツ交換部１１６、オリジンサーバ１０８、場所で実行する間に、ヘルスチェック４２８は、コンテンツ交換部１１６の特性を監視可能である。
【００６１】
コンテンツ記憶部４１２は、そのコンテンツ交換部１１６からクライアントコンピュータ１１２にダウンロード可能なコンテンツオブジェクトを記憶する。パス情報及びファイル名と共にコンテンツオブジェクトを提供しているオリジンサーバ１０８のネームは、コンテンツオブジェクトと共にコンテンツ記憶部４１２に記憶される。クライアントコンピュータ１１２はインターネット１２０を介して、コンテンツ記憶部４１２に接続し、コンテンツオブジェクトファイルやデータストリームをダウンロードする。新規のコンテンツオブジェクトがコンテンツ記憶部４１２に加えられると、古いコンテンツオブジェクトが削除される。コンテンツオブジェクトの経時は、コンテンツオブジェクトにアクセスした最終時に関係する。記憶装置４１２上のいくつかのコンテンツオブジェクトは経時を経ない結果、コンテンツオブジェクトは所定時間だけ記憶装置４１２に留まる。オリジンサーバ１０８は、コンテンツ交換部１１２を調整して、所定の時間コンテンツオブジェクトを記憶することができる。
【００６２】
クライアントコンピュータ１１２がコンテンツ記憶部４１２からコンテンツオブジェクトを要求する場合、コンテンツオブジェクトはその時点でコンテンツ記憶部４１２にロードされていない場合がある。コンテンツ記憶部４１２は、コンテンツオブジェクトに対する実行されていない要求をコンテンツコントローラ４０８に通知する。コンテンツコントローラ４０８は、他のコンテンツ交換部１１６内、又はコンテンツオブジェクトを発生したコンテンツサーバ３０８から、欠落したコンテンツオブジェクト、又はその部分を探し出す。クライアントコンピュータ１１２がこの情報をダウンロード可能とすべく、欠落したコンテンツオブジェクトはコンテンツコントローラ４０８によってコンテンツ記憶部４１２へロードされる。
【００６３】
コンテンツオブジェクトがコンテンツ記憶部４１２から欠落している場合、コンテンツコントローラ４０８は、先ず他のコンテンツ交換部１１６をチェックして、オブジェクトが利用可能か否かを判定する。コンテンツ交換部１１６が所望のコンテンツオブジェクトを有しない場合、コンテンツオブジェクトは、情報を発生したコンテンツサーバ３０８に問い合わせる。コンテンツ記憶部４１２は発生元のコンテンツサーバ３０８についてのＩＰアドレスを有しないため、その情報について動的ＤＮＳ２０４に問い合わせがされる。オリジンサーバネームが与えられると、コンテンツコントローラ４０８が適切なコンテンツサーバ３０８からコンテンツオブジェクトを要求できるように、動的ＤＮＳ２０４は、ＩＰアドレスを提供する。
【００６４】
コンテンツトラッカー４０４は、コンテンツ記憶部４１２内のその時点でのアイテムやコンテンツ交換部１１６のステータス情報をシステム１００に報告する。ローカルコンテンツカタログ４１６は、コンテンツ記憶部４１２内にある各コンテンツオブジェクト又はコンテンツオブジェクトの部分について、オリジンサーバネーム、パス、及びファイルネームを記憶する。コンテンツ記憶部４１２に新規アイテムを追加し、古いアイテムを削除することによって、ローカルコンテンツカタログ４１６が更新される。コンテンツマネージャ３１２がシステム１００に接続したときには、全てのコンテンツトラッカー４０４に問い合わせて、コンテンツオブジェクトのどのような部分がコンテンツ記憶部４１２に記憶されているかを判定する。最初の問合せは、コンテンツ記憶部４１２が変更されたときに、コンテンツトラッカー４０４が更新する基準となる。変更は、コンテンツ記憶部４１２に記憶されたコンテンツを有する各コンテンツマネージャ３１２に直接送信される。動的ＤＮＳ２０４は、この処理の間、各コンテンツオブジェクトのオリジンサーバネームに対応するＩＰアドレスを判定するために使用される。
【００６５】
コンテンツトラッカー４０４は、コンテンツマネージャ３１２にコンテンツ交換部１１６のステータス情報をも提供する。ステータス情報は、ブロードキャスト、又はマルチキャストとして定期的に、例えば、５分毎、及び／又は、変更が発生する時に、それぞれのコンテンツマネージャ３１２に送信される。ステータス情報には、現在使用中のコンテンツ交換部への同時並行のリンクの数、同時並行のリンクとして容認されている総数、バンド幅の利用度、キャッシュチャーンレートが含まれる。他の実施形態では、このステータス情報は、コンテンツオブジェクトをダウンロードするためにクライアントコンピュータ１１２の送信場所を判定する際に、コンテンツマネージャ３１２が問い合わせ可能な中心記憶場所に送られる。
【００６６】
このコンテンツトラッカー４０４は、システム１００内でアクティブなオリジンサーバ１０８を追跡するために、オリジンサーバデータベース４２４を維持管理する。システムに接続した後、全てのオリジンサーバ１０８は、コンテンツトラッカー４０４にそれ自身を識別させる。コンテンツトラッカー４０４は、オリジンサーバデータベース４２４にオリジンサーバネームとＩＰアドレスを記憶する。動的ＤＮＳに対する問い合わせにより、特定のオリジンサーバネームに対応するＩＰアドレスが提供される。オリジンサーバ１０８がコンテンツトラッカー４０４に今にも利用不能となりそうなことを知らせるか、又はコンテンツトラッカー４０４が特定のオリジンサーバと交信することができない場合、そのオリジンサーバのエントリがオリジンサーバデータベース４２４から削除される。さらに、そのオリジンサーバ１０８に対応するコンテンツをコンテンツ記憶部４１２から一掃し、ローカルコンテンツカタログ４１６を更新してもよい。いくつかの実施形態では、記憶空間が必要なときは、コンテンツオブジェクトやコンテンツオブジェクトの部分を一掃せずに、単に削除用のタグを付ける。
【００６７】
いくつかの実施形態では、システム１００は、コンテンツコントローラ４０８にコンテンツ記憶部４１２内の所定のコンテンツオブジェクトを入手及び保持するように指示することができる。要求が予測されるコンテンツオブジェクトを、その要求に備えてプリロードすることが可能である。コンテンツオブジェクトの要望度は、検索ページ２１２又はディレクトリページ２１６から、それらのコンテンツオブジェクトに対するクリックスルーをモニターすることによって判定できる。例えば、有名人の伝記プログラムがネットワークテレビで放送される前に、有名人に関するコンテンツオブジェクトを直ちにコンテンツ記憶部４１２にロードすることがある。代替手段として、ユーザは、いくつかのコンテンツ交換部１１６にコンテンツオブジェクトをロードするサービスを予約できる。例えば、テレビ放送と同時に、予定されたネットワーク番組をロードでき、これによってユーザはテレビ放送の代わりにインターネット１２０を通じてこの番組を鑑賞できるようになる。加入ユーザは、このコンテンツを遅延なく利用できる。
【００６８】
図４Ｂを参照する。コンテンツ配信システム１００のコンテンツ交換部１１６の他の実施形態を示すブロック図が示されている。この実施形態では、単一のトラッキングサーバ４０２に接続された複数のコンテンツノード４０６を有する。コンテンツバス４２８は、コンテンツノード４０６が互いのコンテンツ記憶部４１２をチェックして、欠落したコンテンツオブジェクトを探すことを可能にする。コンテンツバス４２８は、また、他の記憶場所の他のコンテンツノードにも接続できる。コンテンツバス４２８は、一部インターネット１２０を通過してもよく、しなくてもよい。
【００６９】
次に図４Ｃを参照する。複数のコンテンツ交換サーバ１１６を有するコンテンツ交換サイト４３２の実施形態を示すブロック図が示されている。コンテンツ交換サイト４３２は複数のコンテンツ交換サーバ１１６を有しているが、システムからは、これらが単一のコンテンツ交換部１１６のようにみえる。コンテンツ交換サイト４３２の負荷は、複数のコンテンツ交換サーバ１１６の間に分散される。レイヤー４スイッチなどのスイッチ４３６は、コンテンツ交換部１１６にコンテンツオブジェクトの要求を配信し、スプールされた応答を集約しインターネット１２０へ送信する。
【００７０】
次に図５を参照する。コンテンツ配信システム１００のクライアントコンピュータ部分１１２の実施形態を示すブロック図が示されている。クライアントコンピュータ１１２は、ユーザにコンテンツを配信するためにインターネット１２０と通信する。クライアントコンピュータ１１２は、ビューワオブジェクトプロキシ５０４、コンテンツ処理プログラム５０８、優先情報５１２、ネットワークインタフェース５１６及び、ホストサーバルーティング５２０を有する。
【００７１】
コンテンツ処理プログラム５０８は典型的には、インターネット１２０からダウンロードされるコンテンツオブジェクトを、解釈すなわち処理するソフトウェアである。コンテンツ処理プログラム５０８の例としては、ウェブブラウザ、ファイル転送プロトコル（ＦＴＰ）ソフトウェア、ゴーファソフトウェア、ニュース（ＮＮＴＰ）、メールプログラム、ストリーミングメディアプレーヤ、非ストリーミングメディアプレーヤ、及び他のソフトウェアが含まれる。通常は直接インターネットに送信されるコンテンツ処理プログラム５０８からのインターネット通信は、ビューワオブジェクトプロキシ５０４にあて先変更される。
【００７２】
ビューワオブジェクトプロキシ５０４は、インターネット１２０とコンテンツ処理プログラム５０８との間の仲介者として機能する。ビューワオブジェクトプロキシ５０４をインストールした後でビューワオブジェクトプロキシは、インターネット１２０の既知の位置に対する、その一般的な記憶場所を判定する。充分なＱＯＳを提供する妥当な候補であるコンテンツ交換部１１６を試験して、各コンテンツ交換部１１６とビューワオブジェクトプロキシ５０４との間の必要なホップ数及び待ち時間を判定する。ＱＯＳ係数の重み付け、例えば、ホップ数や達成されるバンド幅は優先情報５１２として記憶され、ＨＴＴＰヘッダ内のメタデータとしてコンテンツマネージャ３１２に転送される。
【００７３】
他の実施形態では、ＨＴＴＰヘッダ内のメタデータに限らず、あらゆる種類のデータチャネルのメタデータとしても引き渡すことができる。例えばメタデータは、専用ポート、ＩＰアドレス、ＵＲＬ、ヘッダ、その他の論理チャネルを介して送信可能である。
【００７４】
優先情報５１２は、クライアントコンピュータの観点１１２から実行されたネットワーク解析の結果である。コンテンツオブジェクトが要求されたときには、優先情報５１２はコンテンツオブジェクトマネージャ３１２に送信され、これに応じてコンテンツオブジェクトマネージャ３１２はクライアントコンピュータ１１２に適切なコンテンツ交換部１１６を選択する。定期的に、例えば１時間毎に、優先情報５１２は、自動試験を使用して更新されるか、或いはユーザが手動で更新する。次の試験は、前回の結果を考慮して、効率的に優先すべきコンテンツ交換部を判別する。例えば、第１の解析において、１００のコンテンツ交換部をチェックするが、次の解析では性能の悪いコンテンツ交換部を除き、５０のみを分析してもよい。
【００７５】
優先情報５１２は、コンテンツ交換部１１６のリスト、及びクライアント側のネットワーク解析の結果から生じたそれらに関連するＱＯＳ値を含む。いくつかの実施形態では、外部オリジンサーバ１１８への経路が複数存在する。複数経路は、ポート、ＩＰアドレス、サーバ識別（ＩＤ）及び／又は、他の機構により分離される。クライアント側ネットワーク解析は、外部オリジンサーバ１１８への各経路、或いは複数経路を有したあらゆるコンテンツオブジェクトソースに対応するＱＯＳ値を判定するために使用可能である。
【００７６】
クライアントコンピュータ１１２のユーザがコンテンツオブジェクトを選択した後、オリジンサーバネームがビューワオブジェクトプロキシ５０４に提供される。オリジンサーバネームは、ビューワオブジェクトプロキシ５０４が動的ＤＮＳ２０４にオリジンサーバ１０８のＩＰアドレスを問い合わせるために使用される。一旦ＩＰアドレスが判明すると、コンテンツ処理プログラム５０８を、所望のコンテンツオブジェクトを得るためにコンテンツマネージャ３１２にあて先変更する。コンテンツマネージャ３１２に優先情報５１２が転送され、適切なコンテンツ交換部１１６へのルーティングを可能とさせる。この実施形態では、優先情報５１２は１０の優先コンテンツ交換部を有するが、ユーザはそれを調整できる。
【００７７】
いくつかの実施形態では、ビューワオブジェクトプロキシ５０４はＨＴＴＰに特有のものであってもよいが、ルーティング情報についてプロトコルに依存しないものであってもよい。したがって、ルーティング情報はＨＴＴＰによって従って転送されるが、実際のルーティング情報はプロトコルに依存しない。しかし当業者は、ビューワオブジェクトプロキシ５０４をまた、必要に応じて他のネットワークプロトコルと協働させ得ることを認識するであろう。例えば、ビューワオブジェクトプロキシ５０４は、ＦＴＰ、ＮＮＴＰ、ＲＴＰ、ＲＴＳＰ、ＳＭＴＰ、ＳＨＯＵＴ等に従って機能するように構成できる。
【００７８】
クライアントコンピュータ１１２は、ホストサーバルーティング５２０のデータベースを含む。このホストサーバルーティング５２０は、クライアントコンピュータ１１２がアクセス可能な外部オリジンサーバ１１８に関する情報を含む。一実施形態では、ホストサーバルーティング５２０は、アクティブディレクトリ１０４に含まれるルーティングデータベース２３４の一部である。
【００７９】
クライアントコンピュータ１１２は、ビューワオブジェクトプロキシ５０４をインターネット１２０に接続するネットワークインタフェース５１６を有する。ネットワークインタフェース５１６の一般的な例としては、アナログモデム、ＤＳＬモデム、ＩＳＤＮ、ケーブルモデム、サテライトモデム、セルラ方式モデム等が含まれる。
【００８０】
この実施形態では、クライアントコンピュータは、ホームユーザに対応する。他の実施形態では、クライアントコンピュータは、劇場にデジタル映画を提供可能であるか、或いは会社のネットワークユーザ、ホテルの客、アパートの共同ビルにコンテンツオブジェクトを提供可能である。
【００８１】
図６を参照する。コンテンツ配信システム６００の実施形態を示すブロック図が示される。この図は、データブロック間のデータフローを示し、インターネット１２０上でのやりとりは示されていない。しかし、インターネット１２０はいくつかの実施形態で使用されるものである。また、この図は、図２〜５のいくつかのブロックをいくぶん簡略化したものであり、外部オリジンサーバ１１８、及びクローリングディレクトリ１２４は、簡略化するために図６を含まれていない。
【００８２】
ネットワークインタフェース５１６は、クライアントコンピュータ１１２をインターネット１２０へ接続する。クライアントコンピュータ１１２は、ディレクトリページ２１２、検索ページ２１６に接続して、ダウンロードするコンテンツオブジェクトの選択をユーザに可能とさせる。コンテンツオブジェクトが選択されると、アクティブディレクトリ１０４から、適切なオリジンサーバ１０８へのクライアントコンピュータ１１２のあて先変更には動的ＤＮＳ２０４が使用される。優先情報５１２は、コンテンツオブジェクトのソースの選択を支援するためにコンテンツマネージャ３１２に転送される。コンテンツマネージャ３１２の選択にしたがって、コンテンツオブジェクトは、コンテンツ交換部１１６のうちの１つ、又はコンテンツサーバ３０８からダウンロードされる。
【００８３】
アクティブディレクトリ１０４は、システム６００の他のモジュールと対話する。クライアントコンピュータ１１２は、コンテンツオブジェクトを選択すべくディレクトリページ２１２、検索ページ２１６にアクセスする。コンテンツトラッカー４０４及びコンテンツマネージャ３１２はそれぞれ、サーバマネージャ２０８にステータス及びカタログ情報を提供する。加入者データベース２２４を維持管理するために、オリジンサーバ１０８の管理者及び、クライアントコンピュータ１１２のユーザによって、アカウント情報がサーバマネージャ２０８に提供される。オリジンサーバネームからオリジンサーバ１０８のＩＰアドレスへのあて先変更は、ビューワオブジェクトプロキシ５０４と、コンテンツトラッカー４０４と、コンテンツコントローラ４０８とに動的ＤＮＳ２０４によって提供される。
【００８４】
オリジンサーバ１０８は、サーバマネージャ２０８、クライアントコンピュータ１１２、コンテンツトラッカー４０４、コンテンツ記憶部４１２、及びコンテンツコントローラ４０８と通信する。サーバデータベース２２８をその時点でのコンテンツ情報を備えて維持管理するために、コンテンツマネージャ３１２からサーバマネージャ２０８にローカルコンテンツカタログ３１６が提供される。コンテンツオブジェクトのソースの選択を容易にするために、クライアントコンピュータ１１２からコンテンツマネージャ３１２に優先情報５１２が提供される。コンテンツトラッカー４０４は、コンテンツマネージャ３１２と対話して、どのようなコンテンツオブジェクトがコンテンツ交換部１１６に記憶されているかを判別する。コンテンツオブジェクトは、コンテンツ記憶部４１２、又はクライアントコンピュータ１１２のいずれかによって、コンテンツサーバ３０８から読み込まれる。
【００８５】
コンテンツ交換部１１６は、システム６００の他のモジュールとも対話する。ステータス情報は、アクティブディレクトリ１０４、及び／又は、コンテンツマネージャ３１２に提供される。コンテンツオブジェクトを有するオリジンサーバ１０８のＩＰアドレスを探し出すために、コンテンツコントローラ４０８とコンテンツトラッカー４０４が共に動的ＤＮＳを使用する。コンテンツ記憶部４１２がオブジェクトを必要とする場合、選択されたコンテンツ交換部は、他のコンテンツ交換部と交信してもよい。他のコンテンツ交換部がそのコンテンツオブジェクトを有しない場合、コンテンツコントローラ４０８はコンテンツサーバ３０８から選択されたコンテンツ記憶部４１２へのオブジェクトの配信要求をする。
【００８６】
次に図７Ａ〜７Ｂを参照する。ユーザにコンテンツを配信する処理の実施形態を示すフローチャートが示されている。そこに説明した処理の前に、ユーザと管理者は、それぞれクライアントコンピュータ１１２とオリジンサーバ１０８のソフトウェアをダウンロードし、インストールしておく。管理者は、システム６００に掲載するためにコンテンツサーバ上のコンテンツを選択する。優先情報５１２を判定するために、ビューワオブジェクトプロキシ５０４は、適切なＱＯＳが得られるように隣接したコンテンツ交換部１１６に自動的に問い合わせを行う。
【００８７】
ここに示される処理は、ユーザがウェブを閲覧するコンテンツ処理プログラム５０８をアクティブディレクトリ１０４のディレクトリページ２１６、検索ページ２１２に導く、ステップ７０４で開始する。この実施形態では、ユーザは、ステップ７０８で、ブールクエリを使用して検索ページ２１６上の検索エンジンに問い合わせして、コンテンツオブジェクトを探し出す。ステップ７１２で検索エンジンはサーバデータベース２２８でヒットを検索し、またクローリングディレクトリ１２４を検索してもよい。代替手段として、ユーザは、ディレクトリページ２１２をナビゲートして、所望のコンテンツオブジェクトを探し出すことができる。
【００８８】
ステップ７１６で検索ページ２１６又はディレクトリページ２１２は、ユーザが選択する可能性があるコンテンツオブジェクトへのそれぞれのリンクを示す。各リンクは、コンテンツオブジェクトについてのオリジンサーバネーム１０８、ポート、パス、及びネームを有する。利用できる選択肢が与えられると、ユーザはステップ７２０で、所望のコンテンツオブジェクトに対応するリンクのうちの１個を選択し得る。リンクからのオリジンサーバネームのＩＰアドレスを判定するためにビューワオブジェクトプロキシ５０４によって、動的ＤＮＳ２０４へ問い合わせがされる。一旦ＩＰアドレスが判明した場合には、コンテンツ処理プログラムは、動的ＤＮＳ２０４から検索されたＩＰアドレス、及びリンクからのパス及びファイル名へとあて先を変更される。
【００８９】
一旦クライアントコンピュータ１１２がコンテンツマネージャ３１２に接続されると、ステップ７２４で優先情報５１２がコンテンツマネージャ３１２に転送される。コンテンツマネージャ３１２は、コンテンツロケーションデータベース３２０、優先情報５１２、及びステータス情報を分析して、ステップ７２８，７３２で、クライアントコンピュータ１１２のあて先を変更するべきコンテンツオブジェクトのソースを判定する。
【００９０】
ステップ７３６で、そのソースがコンテンツ交換部１１６かコンテンツサーバ３０８かに関して判定がなされる。コンテンツマネージャ３１２が適切なＱＯＳ、又は優れたＱＯＳを提供できると判定した場合には、コンテンツサーバ３０８が選択されてもよい。いくつかの実施形態では、適切なＱＯＳを提供できるコンテンツ交換部１１６がない場合、コンテンツサーバ３０８のみをソースとして考慮する。コンテンツサーバ３０８が選択された場合、ステップ７４０でオリジンサーバ１０８はクライアントコンピュータ１１２にコンテンツオブジェクトを提供する。
【００９１】
コンテンツマネージャ３１２がコンテンツオブジェクトの要求を受け入れるためにコンテンツ交換部１１６を選択した場合、コンテンツ処理プログラム５０８は、選択されたコンテンツ記憶部４１２にあて先を変更され、処理は図７Ｂのステップ７４４に続く。ステップ７４４で、このコンテンツ処理プログラム５０８は、コンテンツ記憶部４１２からリンク内のコンテンツオブジェクトを要求する。コンテンツオブジェクトが全部コンテンツ記憶部４１２にある場合、ステップ７４８，７５２で、オブジェクトはそのコンテンツ記憶部４１２からクライアントコンピュータにダウンロードされる。
【００９２】
代替手段として、コンテンツオブジェクトの何らかの部分が失われた場合には、コンテンツオブジェクト全体のコピーをコンテンツ記憶部４１２内で組み立てる。コンテンツオブジェクト全体の組立ては、ユーザにはトランスペアレントに行われる。ステップ７５６，７６０においてコンテンツコントローラ４０８は、他のコンテンツ交換部１１６に問い合わせ、どれがコンテンツオブジェクトの欠落した部分を有するか判定する。クライアントコンピュータ１１２ができるだけ早くダウンロード開始できるように、コンテンツオブジェクトは、最初から最後までコンテンツ記憶部４１２内で再構築される。
【００９３】
反復的な方法で、コンテンツオブジェクトの全てがコンテンツ記憶部４１２に集まるまで、ステップ７６４で、欠落した部分を各コンテンツ交換部１１６から検索する。他のいかなるコンテンツ交換部１１６もコンテンツオブジェクトの欠落した部分を有しない場合、ステップ７６８で、オリジンサーバ１０８に欠落した部分の問い合わせをする。動的ＤＮＳ２０４に問い合わせて、コンテンツオブジェクトのオリジンサーバネームのＩＰアドレスを判定する。ステップ７７２で、動的ＤＮＳ２０４は、コンテンツコントローラ４０８を、コンテンツオブジェクトを有するオリジンサーバ１０８に導く。ステップ７７６で、欠落した部分をそのオリジンサーバ１０８のコンテンツサーバ３０８からダウンロードする。処理は、ステップ７４８へループして戻り、他の欠落した部分を検索する。
【００９４】
欠落した部分がコンテンツ記憶部４１２へ全てコピーされるまで、部分を検索するこの処理を反復的な方法で継続する。この実施形態では、欠落した部分を連続的に検索するが、他の実施形態では、欠落した部分の記憶位置を判定し、あらゆる順序、又は見つかった順序であっても平行してそれらを検索することが可能である。
【００９５】
（アドレス指定システム）
本発明の一実施形態は、多重アドレスシステムを提供する。このシステムを利用すれば、あるオブジェクトの存在場所を示すアドレスに加えて、そのオブジェクトに関する付加的な情報を与えることができる。このような付加的な情報の例として、本来のアドレスが示すオブジェクトが別に存在する場所がある。このため、オブジェクトに関する情報と本来のアドレスとを結合することにより、オブジェクトのアドレス指定に説明的な態様が与えられる。
【００９６】
次に図８を参照する。本発明の一実施形態の実現方法の１つが示されている。方法８００では、８１０においてオブジェクトに第１のアドレスを与える。第１のアドレスのほか、８１２において、このオブジェクトの特徴を表すメタデータを与える。ここでメタデータとは、オブジェクトの第１のアドレス以外の情報であって、第１のアドレスによりアドレス指定されるオブジェクトの特徴を表すものを指す。したがって、このメタデータは、第１のアドレスによってアドレス指定されるオブジェクトが別に存在する場所、すなわちアドレスとなることもある。また、このような代替アドレスは、そのオブジェクトが発生した元のアドレス、すなわち発生元であってもよい。さらに、メタデータは、アドレス指定されるオブジェクトに関するその他の特徴を表す情報であってもよい。このようなメタデータは、必ずしも１つの特徴に限られるよう意図されるものではなく、複数の異なる特徴を含むこともある。８１４において、メタデータの少なくとも一部を、元のアドレスの少なくとも一部に追加する。これを実現するために、８１６においてオブジェクトを識別するメタデータを使用してもよい。さらに、上記のように、８２０においてこのメタデータがオブジェクトの発生元を示すこともある。
【００９７】
図９に、本発明の別の実施形態を示す。方法９００では、９０４においてオブジェクトのアドレスを受け取る。９０８において、オブジェクトの識別に使用可能な新しいアドレスを生成するように、このアドレスを再構成する。アドレスを再構成する際には、元のアドレスの少なくとも一部を利用するほか、このオブジェクトに関するメタデータも利用して再構成されたアドレスを生成する。メタデータがオブジェクトの発生元を表していることがある。別法として、メタデータがオブジェクトの情報コンテンツの別のソースを表すこともある。さらに、メタデータがオブジェクトに関するその他の情報を含むこともある。
【００９８】
図８，９においては、種々の方法によって新規アドレスをフォーマットすることが可能である。図１０に、新しいアドレスを構成する方法の例を示す。図１０において、方法１０００はこのようなフォーマットを表す。１００４において、新しいアドレスの一部として用いられるプロトコルＩＤを与える。上記の実施形態においては、プロトコルは、ＩＰを介してリアルタイムにマルチメディアをパケットでストリーミングするための標準であるリアルタイムストリーミング転送プロトコル（ＲＴＳＰ）となることがある。ハイパーテキスト文書をインターネットで転送するための転送プロトコルであるハイパーテキスト転送プロトコル（ＨＴＴＰ）など、通常の技術を有する当業者によって容易に理解される代替プロトコルであってもよい。また、既存のプロトコル、将来登場するプロトコルを問わず、別のプロトコルも利用できる。さらに、１００８において、新しいアドレスの一部としてドメインネームを与えることもある。このドメインネームの例として、現在インターネットで用いられている汎用のトップレベルドメイン（ＴＬＤ）ネームがある。また、１０１２において、新しいアドレスの一部としてオブジェクトにディレクトリネームを与えることもある。このディレクトリネームは、上記のドメインネームを提供しているサーバに存在するディレクトリであってもよい。さらに、１０１６において、新しいアドレスの一部としてオブジェクトにファイルネームを与えることもある。最後に、これまでに挙げたアドレスの要素のほか、メタデータ情報を組み込み、単一のアドレスが生成されることがある。このため、標準のユニフォームリソースロケータ（ＵＲＬ）アドレスとしてアドレスを構成した場合、所定のフォーマットに従ってアドレスの種々の要素を並び替える際に、メタデータが無視されることがある。ただし、新しいアドレスを動的アドレスとして構成する場合にはメタデータが利用される。
【００９９】
図１１に、本発明のさらに別の実施形態である方法１１００を示す。図１１の１１０４において、オブジェクトが以前に存在していた場所を示す第１のアドレスを与える。したがって、この第１のアドレスにオブジェクトが存在している場合もあれば、このアドレスにオブジェクトが存在しない場合もある。インターネットでは、長時間が経過してオブジェクトがユーザの多くの関心を引かなくなったために、そのオブジェクトがサーバから削除される場合がある。このため、オブジェクトを発見できない旨のエラーメッセージや、アドレス指定されたオブジェクトを発見できない旨のエラーメッセージがユーザに対して表示されることがある。１１０８において、オブジェクトの複製の少なくとも一部が存在する場所を表す第２のアドレスを与える。この第２のアドレスは、そのオブジェクトが発生した発生元を示していることがある。別法として、この第２のアドレスは、オブジェクト或いはオブジェクト情報の一部が別に記憶されている場所を示していることがある。１１１２において、第１のアドレスに由来する情報と第２のアドレスに由来する情報とを結合して、第３のアドレスを生成する。この第３のアドレスはオブジェクトが以前に存在していた場所を示す第１のアドレスのほか、オブジェクトの複製の少なくとも一部が存在する第２のアドレスをも表すようにフォーマットされる。この第３のアドレスを使用して、第１のアドレスからオブジェクトの取得を試みることが可能である。さらに、第２のアドレスからのオブジェクト情報の取得を試みるために、第３のアドレスを利用することができる。したがって、第１のアドレスからオブジェクトを取得しようと試みたが、そのオブジェクトが第１のアドレスから削除されていたため取得できないことがある。続いて、第３のアドレスを使用して、第２のアドレスが表す場所に移動し、オブジェクトを見つけ出そうと再度試みることができる。場合によっては、オブジェクト情報が複数の場所に分散していることがある。このような場合、第２のアドレスを用いてオブジェクト又はオブジェクトの一部を収集することができる。
【０１００】
図１２Ａ，１２Ｂに、本発明の別の実施形態である方法１２００を示す。方法１２００の１２０４において、オブジェクトが存在するとされている場所を示すアドレスを受け取る。オブジェクトの発生元に由来するオブジェクトの複製が存在する場所を示す第２のアドレスを受け取る。ここでオブジェクトの複製すなわちコピーとは、オブジェクトの複製が元のオブジェクトと同一の情報を含んでいるものを指す。オブジェクトは、実際には複製からコピーされることもある。このため、複製はオブジェクトの発生元になり得る。さらに、通常の技術を有する当業者によって理解されるように、オブジェクトとは、動画などの１つのまとまった情報又はメディアデータの集合体を指すこともある。
【０１０１】
１２１２において、第１のアドレスに由来する情報と第２のアドレスに由来する情報とを結合して、第３のアドレスを生成する。１２１６において、第１のアドレスと第２のアドレスの両方を識別するために利用できるように、第３のアドレスを生成することがある。１２２０において、第３のアドレスの一部をＵＲＬフォーマットにフォーマットすることがある。ブロック１２２４において、フォーマットされた第３のアドレスを用いて、オブジェクトに対する要求を要求装置から受信することがある。このような要求の例として、インターネットを介してユーザが動画を要求する場合がある。１２２８において、第３のアドレスを用いて、第１のアドレスに存在するオブジェクトにアクセスしようと試みることがある。このため、ユーザは、第３のアドレスのフォーマットが、所望のオブジェクトの複数の候補のアドレスを識別するアドレスであると認識しているサーバに第３のアドレスを送信することがある。このためサーバは、まず第３のアドレスに埋め込まれている第１のアドレスからオブジェクトを取得しようと試みる。この試みが失敗すると、１２３２において、サーバは、第３のアドレスに埋め込まれている第２のアドレスを用いて、オブジェクトの複製にアクセスしようと動的に試みる。したがって、第３のアドレスに埋め込まれている第２のアドレスは、所望のオブジェクトのバックアップソースとなる。さらに、第２のアドレスにオブジェクトの全体が記憶されていない場合、第２のアドレスによって、オブジェクトの一部が提供されるか、或いはオブジェクト情報の代替ソースへのリンクが提供されることがある。例えば、オブジェクトが第２のアドレスで発見されると、１２３６において、オブジェクトの複製情報を第２のアドレスから取得する。次に、１２４０において、オブジェクトを要求したユーザにサーバを介してこの情報を返すことがある。さらに、１２４４において、元のアドレスすなわち第１のアドレスにオブジェクトの複製を送信して、元のアドレスにこのオブジェクトをコピーして、以後転送が効率的に行なわれるようにすることがある。
【０１０２】
図１３に、第１のアドレスと第２のアドレスとを結合して、動的な第３のアドレスを生成する例を示す。図１３において、第１のアドレスはＲＴＳＰ：／／ｓｅｒｖｅｒｌ．ａｅｒｏｃａｓｔ．ｃｏｍ／ｆｏｏ．ｍｏｖである。このアドレスは、静的なアドレス指定方式における一般的なＵＲＬフォーマットである。第２のアドレスは、１３０８に示すＲＴＳＰ：／／ｓｅｒｖｅｒ２．ａｅｒｏｃａｓｔ．ｃｏｎｉｌｆｏｏ．ｍｏｖのようなフォーマットとなる。ユーザに対してファイル「ｆｏｏ．ｍｏｖ」の１つの場所を識別しているという点で、第１及び第２のアドレスはいずれも静的である。このようなフォーマットでは、ｆｏｏ．ｍｏｖファイルの別の場所やこのファイルの特徴を表すメタデータは提供されていない。これに対して、第３のアドレスは、上記２つのアドレスを示す動的なフォーマットで表される。ブロック１３１２に示すように、第１のアドレスと第２のアドレスとが結合されて、ＲＴＳＰ：／／ｓｅｒｖｅｒｌ．ｓｅｒｖｅｒ２．ａｅｒｏｃａｓｔ．ｃｏｍｌ　ｆｏｏ．ｍｏｖという第３のアドレスになる。このため、多重アドレスシステムにおいてこの種のアドレスを受け取るサーバは、サーバ１がドメインａｅｒｏｃａｓｔ．ｃｏｍに存在する第１のサーバであって、ここにアクセスすれば、ファイルｆｏｏ．ｍｏｖへのアクセスを試みることができると認識している。第１のサーバにアクセスできない場合は、ａｅｒｏｃａｓｔ．ｃｏｍドメインに存在するサーバ２がｆｏｏ．ｍｏｖファイルの代替ソースとなる。このため、ｆｏｏ．ｍｏｖファイルの代替場所が、メタデータ「ｓｅｒｖｅｒ　２」によって提供される。
【０１０３】
このような多重アドレスシステムは、図１〜７Ａ，７Ｂに示したシステムで利用可能である。例えば、図２に示す動的ＤＮＳ　２０４のブロックは、システムの他の要素から要求される各種メディア素材のアドレスを指定する上での動的機能を提供する上で有用である。図６に示すように、動的ドメインネームシステム（ＤＮＳ）は、動画の発生元を取得して、その動画の最新のアドレスとされているアドレスと動画の発生元のアドレスを結合して第３のアドレスを生成する。ユーザが特定の動画を所望する場合、動的な第３のアドレスに埋め込まれている第１のアドレスから動画を取得しようと先ず試みる。この試みが失敗すると、第３のアドレスから、埋め込まれている第２のアドレスが表している、動画の元のソースにアクセスすべきことがわかる。したがって、動的ＤＮＳは、ファイルの現在の場所（或いは現在の場所とされている場所）と、そのファイルの元のソースとを結合するデータベースの役割を果たし得る。
【０１０４】
さらに、第２のアドレスが埋め込まれているフィールドを無視することによって、この多重アドレスシステムを標準の静的アドレス指定システムとして利用することもできる。すなわち、アドレスを標準ＵＲＬでフォーマットし、これにＵＲＬフォーマットでは無視される場所を指す第２のアドレスを追加すれば、第２のアドレスを、ＵＲＬアドレス指定システムからは見えないアドレスとすることができる。
【０１０５】
（ポートのアドレス指定）
アドレスに含むことができるメタデータの例として、アドレス文字列にポートＩＤを含める例がある。ポートによって、所定のプロトコルでメッセージを処理するアプリケーションプログラムが特定される。例えば、ハイパーテキスト転送プロトコル（ＨＴＴＰ）が用いられている場合、アプリケーションは「ポート８０」と関連している。したがって、標準の設定では、要求装置が「ｈｔｔｐ：／／」で始まるアドレスを受信した場合、受信装置は、ポート８０に関連するアプリケーション、つまりＨＴＴＰを処理するアプリケーションにこのアドレス情報を送信する。同様に、受信装置が要求装置に応答する場合、ｈｔｔｐプロトコルに従って応答をフォーマットする。図１４にこのようなシステムの例を示す。
【０１０６】
図１４において、要求部１４１０は仲介装置１４５０にアドレスを送信する。この仲介装置はキャッシングサーバ又はルータなどであって、提供部１４９０などの、必要なデータを提供できる別の装置から所望の情報を要求する必要があるか否かを判定する。この例では、要求部１４１０はＨＴＴＰプロトコルを使用して仲介装置１４５０に送信するのに対し、仲介装置１４５０はＲＴＳＰプロトコルを使用して提供部１４９０に送信する。仲介装置１４５０が必要なデータを要求すると、提供部１４９０は、提供部への送信に使用されたものと同じプロトコルで応答する。したがって、この例では、提供部１４９０はＲＴＳＰプロトコルに従って応答する。仲介装置は、アドレス内のＲＴＳＰヘッダを認識し、このアドレスをポート３０８０が指定されているアプリケーションプログラムに送信する。次に仲介装置は、ＨＴＴＰプロトコルを用いてこの情報を要求部１４１０に送信する。これは、要求部１４１０が仲介装置１４５０のアドレスを指定するために使用したプロトコルがＨＴＴＰプロトコルであるからである。このため、装置の組み合わせが変更されない限り、このシステムでは、正しいプロトコルによってデータが転送される。ただし、要求されたデータが要求部に返されるときに別のデータパスが使用されると問題が生ずる。つまり、提供部１４９０がネットワークを介して要求部１４１０に直接応答しようとした場合、標準の設定では、提供部１４９０はＲＴＳＰフォーマットで応答をフォーマットする。生成された応答は要求部のポート３０８０に送られる。しかし、要求部１４１０は、ＨＴＴＰプロトコルに関連するポートであるポート８０でデータを受信することを予期している。このため、直接接続が試みられた場合は、要求されたデータが要求装置に正しく送信されなくなる。
【０１０７】
図１５に、複数のデータパスを使用可能な本発明の一実施形態を示す。図１５において、要求部１５１０は仲介装置１５５０に送信する。要求部は、アドレス文字列の一部に第１のプロトコル（図１５に「プロトコルＩＤ＃１」として記載）を用いる。また、要求部はポートＩＤ（「ポートＩＤ＃１」として記載）を図１５のアドレス文字列に含める。例えば、要求部はプロトコルＩＤにＨＴＴＰを、ポートＩＤにポート８０を用いる。次に仲介装置は、この要求を処理し、提供装置１５９０にこのアドレスを送信する。このアドレスを送信する際に、仲介装置は、図１５のアドレス文字列内で第２のプロトコル（「プロトコルＩＤ＃２」）にフォーマット変換する。しかし、仲介装置は、アドレス文字列の一部にポートＩＤ＃１を含める。例えば、仲介装置１５５０は、第２のプロトコルとしてＲＴＳＰを、メタデータとしてポート８０をアドレス文字列に用いることがある。これにより、提供部は、要求部１５１０に要求を直接送信するために使用可能なプロトコルを認識する。この直接送信は、提供部１５９０から要求部１５１０に向かう線で表されている。この例では、提供装置１５９０に送信されたポート８０に関連するプロトコルはＨＴＴＰであるため、このようなアドレスはＨＴＴＰを用いる。したがって、図１５は、アドレス文字列の一部としてポート情報を送信可能なシステムを示す。この図はまた、帰りのデータパスにおいて仲介装置を省略するための方法をも示す。
【０１０８】
図１６に、メタデータアドレス用のデータ構造を提供する本発明の一実施形態を示す。図１６に、アドレス文字列１６００を示す。同アドレス文字列は、プロトコルＩＤフィールド１６１０、ネットワーク機器ＩＤフィールド１６２０、メタデータフィールド１６３０及びファイルネームフィールド１６４０からなる。ＴＣＰ／ＩＰフォーマットで使用されるアドレスの例を図１７に示す。図１７に示したアドレスは、プロトコルとしてＨＴＴＰを用いたアドレスを示す。ネットワーク機器ＩＤは、インターネットプロトコル（ＩＰ）アドレス「２０４．１６２．８０．１８１」で示されている。この例では、メタデータフィールドは「ＰＣＮ＿０００．８０．」である。「ＰＣＮ＿０００」は、ヘッダ情報と代替サーバＩＤを表すことがある。「８０」はポートＩＤの例である。「ＦＯＯ．ＤＡＴ」はＩＰアドレス「２０４．１６２．８０．１８１」から要求されているファイルの名前である。したがって、図１７に示した例は、サーバＩＤとポートＩＤの両者からなるメタデータを与えるアドレスである。上で説明したように、メタデータの一部としてサーバＩＤのみを含めることもある。同様に、メタデータの一部としてポートＩＤのみを含めることもある。
【０１０９】
図１８に、本発明の一実施形態を実現するための方法１８００を示す。図１８のブロック１８１０において、プロトコルＩＤからなるアドレスを与える。ブロック１８２０において、ポートＩＤを与える。ブロック１８３０において、ポートＩＤ及びアドレス文字列を、１つのアドレス文字列の一部として含める。
【０１１０】
図１９Ａ，ｌ９Ｂに、本発明の他の実施形態を示すフローチャート１９００を示す。ブロック１９１０においてサーバが提供される。ブロック１９１４において、ＨＴＴＰ、ＲＴＳＰ、ＦＴＰ、ＳＭＴＰ、ＴｅｌｎｅｔなどのプロトコルＩＤを与える。プロトコルＩＤは、オブジェクトと共に使用されるプロトコルを識別するアドレスの一部であるとみなすことができる。このようなプロトコルには、ＨＴＴＰ、ＲＴＳＰ、ＮＮＴＰ、ＦＴＰ、ＳＨＯＵＴ、ＲＴＰ、ＡＣＴＰ、ＳＨＴＰなどがある。既存のプロトコルの例を挙げたが、別のプロトコルが将来開発される可能性もある。ブロック１９１８において、サーバなどの通信先の装置を識別するためのネットワーク装置ＩＤを与える。ネットワークアドレスＩＤは、ネットワークにおいて通信先の装置を識別するアドレスである。このアドレスは、数字形式であっても、テキスト形式であってもよい。例えば、ＩＰ　Ｖｅｒｓｉｏｎ　４（ＩＰｖ４）などのインターネットプロトコル（ＩＰ）では、４つの数値をピリオドで区切ったアドレス（「１２８．４６．７３．２０８」など）が用いられる。さらに、ルックアップテーブルを使用することで、このようなアドレスをアドレスを入力する際に憶えやすい、「ｗｗｗ．ａｅｒｏｃａｓｔ．ｃｏｍ」等のテキスト形式のアドレスに変換することが可能となる。アドレス指定システムは選択の問題に過ぎない。しかし、本発明の本実施形態を説明するためにＩＰｖ４システムを使用する。だからといって、本実施形態をこの特定のバージョンに限定することを意図するものではないことが理解されるべきである。別の例として、ネットワーク装置ＩＤは「２０４．１６２．８０．１８１」などのインターネットプロトコルアドレスであることもあれば、「ＡＥＲＯＣＡＳＴ．ＣＯＭ」などのインターネットのドメインネームシステムにおける相当名であることもある。
【０１１１】
ブロック１９２２において、サーバＩＤを与える。このサーバＩＤは、データのバックアップ源として機能するサーバ、並びに要求元の要求装置を識別するためのものである。ブロック１９２６において、ポートＩＤを与える。上で説明したように、このポートＩＤにより、データを送信すべき装置のポートを識別できる。ポートＩＤの例として、ＨＴＴＰ用の「８０」、Ｔｅｌｎｅｔ用の「２３」、ＳＭＴＰ（電子メール）用の「２５」、及びＦＴＰ用の「２１」など、「公知の」ポートＩＤリストに掲載されているものがある。ブロック１９３０においてファイルＩＤを与える。
【０１１２】
ブロック１９３４において、プロトコルＩＤ、ネットワーク機器ＩＤ、サーバＩＤ、ポートＩＤ及びファイルＩＤを結合する。さらに、ブロック１９３８に示すように、サーバＩＤなどの他のメタデータとともにポートＩＤが配置されるように、これらのフィールドをアドレスとして編成する。
【０１１３】
ブロック１９４２において、サーバが仲介装置にこのアドレスを送信する。ブロック１９４６において、仲介装置がこの要求を受信する。ブロック１９５０において、仲介装置がデータコンテンツ提供部にこの要求を送信する。この２回の送信のいずれにおいても、他の仲介装置との間で複数の接続が利用されていてもよい。ブロック１９５４において、コンテンツ提供部がデータに対する要求を受信する。ブロック１９５８に示すように、この時点でデータを取得することがある。最後にブロック１９６２において、ポートＩＤを用い、ポートＩＤフィールドに従ってサーバのポートにデータ又はその他のメッセージを送信する。
【０１１４】
本発明を実施するための方法又は装置として、本発明の種々の実施形態を記載した。しかし、コンピュータ上に存在するコード、或いはコンピュータからアクセスされるコードなど、コンピュータと結合されたコードによって本発明を実施可能であることが理解されるべきである。例えば、ソフトウェアとデータベースとを利用して、上記した方法の多くを実施することが可能である。したがって、ハードウェアによって達成される本発明の実施形態に加え、コンピュータに組み込まれる、コンピュータが読み取り可能なプログラムコードを有する、コンピュータが使用可能な媒体からなる製造物を使用することで、これらの実施形態を実現できることが留意される。これによって、本詳細説明に開示された機能が実現可能となる。したがって、上に挙げた実施形態は、プログラムコード手段に存在するものも、本特許によって同様に保護されていると考えることが望ましい。
【０１１５】
本発明の種々の実施形態は、搬送波に含まれているコンピュータ信号、並びに伝送媒体を介して伝達される電気信号として実現することも可能であることが想到される。したがって、上記の種々の情報は、データ構造などの構造にフォーマットして、電気信号として伝送媒体を介して送信することが可能である。
【０１１６】
また、本明細書で説明した構造並びに動作の多くは、機能を実施するための手段、又は機能を実施するためのステップとして各々みなすことができる。したがって、これらの用語は、参照によりここに援用される事項も含めて、本明細書に開示されている構造及び動作、並びにその代替物を全て対象としていることを理解すべきである。
【０１１７】
本発明の種々の実施形態の装置及び方法、並びにその付随的な利点は本明細書から明らかであると考えられる。また、本発明の精神及び範囲から逸脱することなく、かつ本発明の重要な利点を犠牲とすることなく、その構成要素の形状、構成並びに配置に対して種々の変更を行なうことが可能であること、並びに上記の形状は本発明の実施形態の代表例として記載した過ぎないことは明らかであると考えられる。
【図面の簡単な説明】
【図１】コンテンツ配信システムの一実施形態を示すブロック図。
【図２】コンテンツ配信システムのアクティブディレクトリ部分の実施形態を示すブロック図。
【図３Ａ】コンテンツ配信システムのオリジンサーバ部の実施形態を示すブロック図。
【図３Ｂ】コンテンツ配信システムの外部オリジンサーバ部の実施例のブロック図。
【図４Ａ】コンテンツ配信システムのコンテンツ交換部の実施形態を示すブロック図。
【図４Ｂ】コンテンツ配信システムのコンテンツ交換部の他の実施形態を示すブロック図。
【図４Ｃ】複数のコンテンツ交換サーバを有するコンテンツ交換サイトの実施形態を示すブロック図。
【図５】コンテンツ配信システムのクライアントコンピュータ部の実施形態を示すブロック図。
【図６】コンテンツ配信システムの実施形態を示すブロック図。
【図７Ａ】ユーザにコンテンツを配信するための処理の実施形態を示すフローチャートの第１の部分。
【図７Ｂ】図７Ａのフローチャートの第２の部分。
【図８】本発明の一実施形態の実現方法を示すフローチャート。
【図９】本発明の他の実施形態の実現方法を示すフローチャート。
【図１０】本発明の一実施形態のためのフォーマットの実現方法を示すフローチャート。
【図１１】本発明の一実施形態の実現方法を示すフローチャート。
【図１２Ａ】本発明の一実施形態の実現方法を示すフローチャート。
【図１２Ｂ】本発明の一実施形態の実現方法を示すフローチャート。
【図１３】第１のアドレスと第２のアドレスとを結合して第３のアドレスを生成する操作を示す図。
【図１４】同じデータパスを用いて、要求部と提供部との間でデータの要求並びに提供を行なうシステムを示すブロック図。
【図１５】複数のデータパスを用いて、データの要求並びに送信を行なうことが可能なポートＩＤを提供する本発明の一実施形態を示すブロック図。
【図１６】メタデータからなるデータ構造を提供するための本発明の一実施形態を示すブロック図。
【図１７】図１６に示したデータ構造の例を示すブロック図。
【図１８】本発明の一実施形態の実現方法を示すブロック図。
【図１９Ａ】本発明の一実施形態の実現方法を示すブロック図。
【図１９Ｂ】本発明の一実施形態の実現方法を示すブロック図。

Claims (26)

1. ネットワークに接続されている要求装置を提供するステップと、
   プロトコルＩＤを有するアドレスを与えるステップと、
   前記要求装置においてポートを識別するために使用可能なポートＩＤを与えるステップと、
   前記アドレスの一部として前記ポートＩＤを含めるステップと、
   前記要求装置から前記アドレスを前記ネットワークに送信するステップと、
   仲介装置で前記アドレスを受信するステップと、
   アドレス文字列の一部として前記ポートＩＤを含める間に、データ提供装置のアドレスを指定するステップとからなる、アドレスを与えるための方法。
2. データ提供部から前記ポートＩＤによって識別される要求装置のポートにメッセージを送信するステップをさらに有する、請求項１に記載の方法。
3. プロトコルＩＤを与えるステップと、
   ＩＰ　ＩＤを与えるステップと、
   要求装置ＩＤを与えるステップと、
   要求装置のポートＩＤを与えるステップとからなる、アドレスを与えるための方法。
4. 前記プロトコルＩＤと、前記ＩＰ　ＩＤ、前記要求装置ＩＤ及び前記要求装置のポートＩＤとを結合するステップをさらに有する、請求項３に記載の方法。
5. ファイルＩＤを与えるステップをさらに有する、請求項３に記載の方法。
6. 前記プロトコルＩＤと、前記ＩＰ　ＩＤ、前記要求装置ＩＤ、前記要求装置のポートＩＤ、及び前記ファイルＩＤとを結合するステップをさらに有する、請求項５に記載の方法。
7. 前記ポートＩＤが前記要求装置ＩＤに隣接するようにアドレス構造を構成するステップをさらに有する、請求項６に記載の方法。
8. プロトコルＩＤフィールドと、
   仲介装置のアドレス指定において使用するインターネットプロトコルＩＤフィールドと、
   要求装置ＩＤフィールドと、
   要求装置のポートＩＤフィールドとからなる、ネットワーク上の装置のためのデータ構造。
9. 前記インターネットプロトコルＩＤフィールドは前記プロトコルＩＤフィールドと前記要求装置ＩＤフィールドとの間に設けられる、請求項８に記載のデータ構造。
10. 前記要求装置ＩＤフィールドは前記プロトコルＩＤフィールドと前記インターネットプロトコルＩＤフィールドとの間に設けられる、請求項８に記載のデータ構造。
11. 前記要求装置のポートＩＤフィールドは前記要求装置ＩＤフィールドに隣接して設けられる、請求項８に記載のデータ構造。
12. データ提供装置に記憶されているファイルを識別するためのファイルＩＤフィールドをさらに有する、請求項８に記載のデータ構造。
13. プロトコルＩＤセグメントと、
    仲介装置のアドレスを指定するために使用するインターネットプロトコルＩＤセグメントと、
    要求装置ＩＤセグメントと、
    要求装置のポートＩＤセグメントとからなるコンピュータデータ信号。
14. データ提供装置に記憶されているファイルを識別するためのファイルＩＤセグメントをさらに有する、請求項１３に記載のコンピュータデータ信号。
15. 前記要求装置のポートＩＤセグメントは、データに対する要求が発生した要求装置にあるポートを指定するために利用可能である、請求項１３に記載のコンピュータデータ信号。
16. ネットワーク上において装置のアドレスを指定するためのアドレスを与えるために作動可能なコンピュータと、
    前記コンピュータによって使用され、プロトコルＩＤフィールドを与えるために使用可能なコードと、
    前記コンピュータによって使用され、仲介装置のアドレスを指定するために使用するインターネットプロトコルＩＤフィールドを与えるために使用可能なコードと、
    前記コンピュータによって使用され、要求装置ＩＤフィールドを与えるために使用可能なコードと、
    前記コンピュータによって使用され、要求装置のポートＩＤフィールドを与えるために使用可能なコードとからなる、前記ネットワーク上で使用される装置。
17. 前記コンピュータによって使用され、ファイルＩＤフィールドを与えるために使用可能なコードをさらに有する、請求項１６に記載の装置。
18. 前記コンピュータによって使用され、前記プロトコルＩＤフィールド、前記インターネットプロトコルＩＤフィールド、前記要求装置ＩＤフィールド、前記要求装置のポートＩＤフィールド、及び前記ファイルＩＤフィールドを単一のアドレスとして構成するために使用可能なコードをさらに有する、請求項１７に記載の装置。
19. 要求装置を提供するステップと、
    第１のポートに関連する第１のプロトコルを使用することによってデータに対する要求を仲介装置に送信するステップと、
    前記仲介装置においてデータに対する前記要求を受信するステップと、
    前記仲介装置においてデータに対する前記要求を解釈するステップと、
    第２のポートに関連する第２のプロトコルを利用することによって、前記仲介装置からコンテンツ提供部にデータに対する第２の要求を送信するステップと、
    前記コンテンツ提供部において前記仲介装置からの前記データに対する第２の要求を受信するステップと、
    前記データを取得するステップと、
    前記仲介装置をバイパスする間に、前記コンテンツ提供部から前記要求装置の第１のポートにメッセージを送信するステップとからなる、ネットワーク上でデータを要求するための方法。
20. 前記第１のプロトコルはＨＴＴＰである、請求項１９に記載の方法。
21. 前記要求装置によって要求されたデータが前記メッセージに含まれる、請求項１９に記載の方法。
22. 前記第１のポートと前記第２のポートとは異なる、請求項１９に記載の方法。
23. 前記コンテンツ提供部から前記要求装置の第１のポートにメッセージを送信するステップは、データに対する要求を前記仲介装置から前記コンテンツ提供部に送信するために使用される前記第２のプロトコルとは異なるプロトコルに従って前記メッセージを送信するステップからなる、請求項１９に記載の方法。
24. 前記コンテンツ提供部は第２のコンテンツ提供部から前記データを取得する、請求項１９に記載の方法。
25. 前記データに対する前記要求を前記仲介装置に送信するステップは、
    前記仲介装置のアドレス指定において、アドレス文字列の一部として前記第１のポートを含めるステップからなる、請求項１９に記載の方法。
26. 前記仲介装置から前記コンテンツ提供部にデータに対する要求を送信するステップは、
    前記コンテンツ提供部のアドレス指定において、アドレス文字列の一部として前記第１のポートを含めるステップからなる、請求項１９に記載の方法。

Images