(57)【特許請求の範囲】
【請求項１】
コンテンツ・ファイルを送信する方法であって、
コンピュータが、コンテンツ・ファイルの要求をクライアントから受信するステップであって、前記要求はクライアント遅延許容度情報を含む、該ステップと、
コンピュータが、前記要求されたコンテンツ・ファイルがキャッシュ・サーバ上で入手可能になる未来の時間期間を決定するステップと、
コンピュータが、前記未来の時間期間において、かつ前記クライアントの遅延許容度内においてコンテンツ・ファイルを取得可能である前記キャッシュ・サーバ内の位置への時間ベースのリンクを示すインディケーションを構成するステップであって、前記リンクの構成により、当該リンクが前記未来の時間期間までアクティブにはならない、該ステップと、
コンピュータが、前記時間ベースのリンクを示す前記インディケーションを前記クライアントに送信するステップと、
を含む前記方法。
【請求項２】
前記時間ベースのリンクを示すインディケーションは所定のフォーマットで前記クライアントに送信され、前記所定のフォーマットは（ａ）ユニフォーム・リソース・ロケータ、（ｂ）コモン・ゲートウェイ・スクリプト、および（ｃ）ａｃｔｉｖｅＸプログラムのうちの１つを含む、請求項１に記載の方法。
【請求項３】
前記コンテンツ・ファイルが前記時間期間中に入手可能になる前記キャッシュ・サーバに関する情報を識別するステップをさらに含み、前記識別するステップは前記ユニフォーム・リソース・ロケータによって実施される、請求項２に記載の方法。
【請求項４】
前記クライアントは、前記時間ベースのリンクを示すインディケーションを処理し、前記入手可能な時間期間中に前記コンテンツ・ファイルを前記キャッシュ・サーバに要求する、請求項１に記載の方法。
【請求項５】
前記コンテンツ・ファイルをホスト・コンピュータ・サーバに記憶するステップをさらに含み、
前記ホスト・コンピュータ・サーバはさらに、前記受信されたコンテンツ・ファイルに対する要求に応答して、（ａ）前記コンテンツ・ファイルを前記クライアントに送信するステップと、（ｂ）前記要求されたコンテンツ・ファイルのコピーを有するキャッシュ・サーバに前記クライアントをリダイレクトするステップと、（ｃ）ユニフォーム・リソース・ロケータを生成して前記要求元クライアントに送信するステップとのうちの１つを実施し、
前記ユニフォーム・リソース・ロケータは、（ａ）明示的な時間期間入手可能性情報と（ｂ）時間期間入手可能性情報を含むファイルへのリンクとのうちの少なくとも一方を含む、請求項１に記載の方法。
【請求項６】
前記コンテンツ・ファイルをコンテンツ・サーバに記憶するステップであって、前記コンテンツ・ファイルの前記要求は前記コンテンツ・サーバによって受信される、該ステップと、
前記コンテンツ・サーバが、前記要求されたコンテンツ・ファイルが入手可能になる前記キャッシュ・サーバを識別し、前記コンテンツ・ファイルが前記識別されたキャッシュ・サーバから入手可能になる前記時間期間を識別するステップと、
をさらに含む、請求項１に記載の方法。
【請求項７】
コンテンツ・ファイルの前記要求は、コンテンツ・サーバによって受信され、前記キャッシュ・サーバまたは他のコンテンツ・サーバに転送される、請求項２に記載の方法。
【請求項８】
前記決定するステップは、前記キャッシュ・サーバによって実施され、前記キャッシュ・サーバは、前記決定された未来の入手可能な時間期間に対応する前記ユニフォーム・リソース・ロケータを生成する、請求項２に記載の方法。
【請求項９】
コンテンツ・サーバによって受信された前記コンテンツ・ファイル要求をコンテンツ送信ネットワーク・ブローカに転送ステップであって、前記コンテンツ送信ネットワーク・ブローカは前記決定するステップを実施する、該ステップと、
前記コンテンツ送信ネットワーク・ブローカと前記コンテンツ・サーバとのうちの一方によって、前記クライアントへの送信のために前記ユニフォーム・リソース・ロケータを生成するステップと、
をさらに含む、請求項２に記載の方法。
【請求項１０】
前記クライアントからのコンテンツ・ファイルの前記要求は、所望の送信時間または所望の送信時間期間に関する情報をさらに含む、請求項１に記載の方法。
【請求項１１】
前記クライアントからの前記受信された要求は、所望の送信時間または所望の送信時間期間に関する情報を含み、前記コンテンツ・サーバは、前記ユニフォーム・リソース・ロケータを生成して前記クライアントに返し、前記ユニフォーム・リソース・ロケータは、時間を含み、前記要求されたコンテンツ・ファイルを前記所望の送信時間中に有することになるサーバをポイントする、請求項２に記載の方法。
【請求項１２】
前記クライアントからの前記受信された要求は、前記コンテンツ・ファイルが入手可能になり次第すぐに送信するよう求める要求を含み、前記コンテンツ・サーバは、前記コンテンツ・ファイルが入手可能になる時間を決定し、前記要求されたコンテンツ・ファイルを前記コンテンツ入手可能時間に有することになるサーバをポイントする、請求項１に記載の方法。
【請求項１３】
前記ユニフォーム・リソース・ロケータは、時間期間入手可能性情報を有するファイルへのリンクと、ＸＭＬパーサがＸＭＬタグを読んで前記適切な時間期間中に前記ファイルへの前記リンクをイネーブルまたはディセーブルできるように、前記時間期間入手可能性情報を有するＸＭＬタグと、を含む、請求項２に記載の方法。
【請求項１４】
前記ユニフォーム・リソース・ロケータは、コンテンツ・サーバまたは前記キャッシュ・サーバへのリンクを含み、前記コンテンツ・サーバまたは前記キャッシュ・サーバへの前記リンクは、前記コンテンツの入手可能な前記時間期間を明示的に含む、請求項２に記載の方法。
【請求項１５】
前記ユニフォーム・リソース・ロケータ中の時間ベースの情報を処理するように、かつ、前記入手可能な時間期間中に前記コンテンツ・ファイルを転送することを要求するように、コンピュータが前記クライアントをプログラムするステップをさらに含む、請求項２に記載の方法。
【請求項１６】
前記ユニフォーム・リソース・ロケータ中の時間ベースの情報およびキャッシュ・サーバ情報を処理して、前記入手可能な時間期間中に前記コンテンツ・ファイルを転送することを要求するように、コンピュータが前記クライアントをプログラムするステップをさらに含む、請求項２に記載の方法。
【請求項１７】
前記要求されたコンテンツ・ファイルは、コンテンツ・サーバ上で入手可能であり、コンテンツ送信ネットワーク内の少なくとも１つのキャッシュ・サーバに配信することができ、
前記コンテンツ送信ネットワークは、前記コンテンツ送信ネットワーク中のキャッシュ・サーバへのコンテンツ・ファイルの配信をスケジュールし、前記ユニフォーム・リソース・ロケータを前記コンテンツ・サーバに返し、
前記コンテンツ・サーバは、前記ユニフォーム・リソース・ロケータを前記クライアントにリダイレクトする、請求項２に記載の方法。
【請求項１８】
前記要求されたコンテンツ・ファイルを、コンテンツ・サーバ上で入手可能なときにコンテンツ送信ネットワーク内の１つまたは複数のキャッシュ・サーバに配信するステップをさらに含み、
前記コンテンツ送信ネットワークは、前記キャッシュ・サーバ上で入手可能なときに前記コンテンツ送信ネットワーク中のキャッシュ・サーバへのコンテンツ・ファイルの配信をスケジュールし、
前記要求されたコンテンツ・ファイルが要求時に前記コンテンツ送信ネットワーク中の前記クライアントに近い前記キャッシュ・サーバ上で入手可能でない場合は、前記コンテンツ送信ネットワークは、前記コンテンツ・ファイルを前記決定された未来の時間期間中に前記キャッシュ・サーバに配信するのをスケジュールし、前記決定された時間期間情報と前記キャッシュ・サーバの識別とを有する前記ユニフォーム・リソース・ロケータを前記コンテンツ・サーバに返す、請求項２に記載の方法。
【請求項１９】
コンテンツ・ファイルをクライアントに送信するためのシステムであって、
コンテンツ・サーバと少なくとも１つのキャッシュ・サーバとを有するコンテンツ送信ネットワークと、
クライアント遅延許容度情報を含む、コンテンツ・ファイルの要求をクライアントから受信する手段と、
前記要求されたコンテンツ・ファイルが前記少なくとも１つのキャッシュ・サーバ上で入手可能になる未来の時間期間を決定する手段と、
前記未来の時間期間において、かつ前記クライアントの遅延許容度内においてコンテンツ・ファイルを取得可能である前記少なくとも１つのキャッシュ・サーバ内の位置への時間ベースのリンクを示すインディケーションを構成する手段であって、前記リンクの構成により、当該リンクが前記未来の時間期間までアクティブにはならない、該手段と、
前記時間ベースのリンクを示す前記インディケーションを前記クライアントに送信する手段と、
を備え、
前記受信する手段、前記決定する手段、前記構成する手段、および前記送信する手段は、前記コンテンツ・サーバと前記少なくとも１つのキャッシュ・サーバとのうちの少なくとも一方を含む、前記システム。
【請求項２０】
前記コンテンツ・サーバおよび前記少なくとも１つのキャッシュ・サーバと接続されたコンテンツ送信ネットワーク・ブローカをさらに備え、
前記ネットワーク・ブローカは、前記要求されたコンテンツ・ファイルの入手可能性情報を前記少なくとも１つのキャッシュ・サーバに提供する、請求項１９に記載のシステム。
【請求項２１】
前記時間ベースのリンクを示す前記インディケーションは所定のフォーマットで前記クライアントに送信され、前記所定のフォーマットは（ａ）ユニフォーム・リソース・ロケータ、（ｂ）コモン・ゲートウェイ・スクリプト、および（ｃ）ａｃｔｉｖｅＸプログラムのうちの１つを含む、請求項１９に記載のシステム。
【請求項２２】
前記コンテンツ・サーバおよび前記少なくとも１つのキャッシュ・サーバと接続されたコンテンツ送信ネットワーク・ブローカをさらに備え、
前記ネットワーク・ブローカは、前記要求されたコンテンツ・ファイルの入手可能性情報を前記少なくとも１つのキャッシュ・サーバに提供し、前記要求されたコンテンツ・ファイルの前記未来の入手可能性をスケジュールする、請求項１９に記載のシステム。
【請求項２３】
前記クライアント遅延許容度情報は、前記クライアントによって入力された所望の時間または所望の送信時間期間の情報を含む、請求項１９に記載のシステム。
【請求項２４】
前記クライアント遅延許容度情報はクライアントによって入力された所望の送信時間または所望の送信時間期間の情報を含む、請求項１に記載の方法。
【請求項２５】
前記コンテンツ・ファイルをホスト・コンピュータ・サーバに記憶する手段をさらに備え、
前記ホスト・コンピュータ・サーバはさらに、前記受信された前記コンテンツ・ファイル要求に応答して、（ａ）前記コンテンツ・ファイルを前記クライアントに送信する手段と、（ｂ）前記要求されたコンテンツ・ファイルのコピーを有するキャッシュ・サーバに前記クライアントをリダイレクトする手段と、（ｃ）ユニフォーム・リソース・ロケータを生成して前記要求元クライアントに送信する手段とのうちの１つを有し、
前記ユニフォーム・リソース・ロケータは、（ａ）明示的な時間期間入手可能性情報と（ｂ）時間期間入手可能性情報を含むファイルへのリンクとのうちの少なくとも一方を含む、請求項１９に記載のシステム。
【請求項２６】
前記コンテンツ・ファイルをコンテンツ・サーバに記憶する手段であって、前記コンテンツ・ファイルの前記要求は前記コンテンツ・サーバによって受信される、該手段と、
前記コンテンツ・サーバにおいて、前記要求されたコンテンツ・ファイルが入手可能になる前記キャッシュ・サーバを識別し、前記コンテンツ・ファイルが前記識別されたキャッシュ・サーバから入手可能になる前記未来の時間期間を識別する手段と、をさらに備える、請求項１９に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ通信の分野に関し、特に、コンテンツ・ファイルを効率的に送信するための方法およびシステムに関する。本発明はとりわけ、リモート・コンテンツ・プロバイダから、ブラウザを使用するラップトップ・コンピュータ、パーソナル・データ・アシスタント、またはセル・ホンなどのコンテンツ・ファイル・クライアント・デバイスへの、大きなコンテンツ・ファイルおよび非常に大きなコンテンツ・ファイルの要求、記憶、および送信のための方法およびシステムに関する。
【背景技術】
【０００２】
音声、ビデオ、映画などのマルチメディア・ディジタル情報ファイルは、インターネットを介してダウンロードされるほとんどの他のタイプのファイルと比較して、相対的に大きい。クライアント・コンピュータからコンテンツ・プロバイダのウェブ・サイトに頻繁に要求が出されるが、大きいファイルは、ネットワーク輻輳、過多な現トラフィック、優先順位付け、および容量限界のせいで、すぐに入手可能ではない。
【０００３】
コンテンツ一般をクライアント・コンピュータに送信するための、以前に提案され使用された方法およびシステムには、コンテンツ・ブローカとエッジ・サーバとを含むコンテンツ送信ネットワークがあるが、エッジ・サーバは、戦略的な地理的位置に配置されたキャッシュ・サーバの一形式である。コンテンツ送信ネットワークは、コンテンツをキャッシュ・サーバにキャッシュすることができ、キャッシュ・サーバは、ネットワークのエッジに近い戦略的な地理的位置に配置されるので、このようなネットワークではエッジ・サーバとして知られる。ネットワークの輻輳や機能停止の場合でも、コンテンツはエッジ・サーバからクライアント・コンピュータに入手可能とすることができる。
【０００４】
Ｉｎｔｅｒｎｅｔ  Ｂｏｔｔｌｅｎｅｃｋｓ：ｔｈｅ  Ｃａｓｅ  ｆｏｒ  Ｅｄｇｅ  Ｄｅｌｉｖｅｒｙ  Ｓｅｒｖｉｃｅｓという題名のＡｋａｍａｉ  Ｎｅｔｗｏｒｋｓ，Ｉｎｃ．Ｗｈｉｔｅ  Ｐａｐｅｒ、およびＫｎｏｗｎ  ＣＮ  Ｒｅｑｕｅｓｔ−Ｒｏｕｔｉｎｇ  Ｍｅｃｈａｎｉｓｍｓという題名のＢａｒｂｉｒ他のＮｅｔｗｏｒｋ  Ｗｏｒｋｉｎｇ  Ｇｒｏｕｐ  Ｉｎｔｅｒｎｅｔ  Ｄｒａｆｔ、２００３年４月３日に、様々な技法が記述されている。
【０００５】
コンテンツ送信ネットワークはまた、２００３年４月３日の米国特許出願公開公報２００３／００６５７６２、２００３年１月２日の米国特許出願公開公報２００３／０００２４８４、およびＬｅｉｇｈｔｏｎ他の米国特許第６１０８７０３号にも記載されている。これらの公報および特許には、コンテンツ送信ネットワークから送信されるように移行および書換えツールを使用してコンテンツにタグ付けする方法が開示されており、このツールは、要求されたコンテンツをホストする可能性が最も高いエッジ・サーバをポイントするように、ＵＲＬを書き換える。
テレビジョン放送、ライブ・パフォーマンス、音楽ジューク・ボックス、地球規模ネットワーク、およびデータ送信システムのための、他のコンテンツ送信タイプのネットワークが、次の参照文献に開示されている。すなわち、２００３年４月２４日に公開された国際公開番号ＷＯ０３／０３４７０４パンフレット、米国特許出願公開番号２００２／００２６５１２、“Ｔｈｅ  Ｉｎｔｅｒａｃｔｉｖｅ  Ｍｕｌｔｉｍｅｄｉａ  Ｊｕｋｅｂｏｘ（ＩＭＪ）：ａ  ｎｅｗ  ｐａｒａｄｉｇｍ  ｆｏｒ  ｔｈｅ  ｏｎ−ｄｅｍａｎｄ  ｄｅｌｉｖｅｒｙ  ｏｆ  ａｕｄｉｏ／ｖｉｄｅｏ”，Ｋｅｖｉｎ  Ｃ．Ａｌｍｅｒｏｔｈ，Ｍｏｓｔａｆａ  Ｈ．Ａｍｍａｒ，Ｃｏｍｐｕｔｅｒ  Ｎｅｔｗｏｒｋｓ  ａｎｄ  ＩＳＤＮ  Ｓｙｓｔｅｍｓ  ３０（１９９８）４３１〜４４１，１９９８、米国特許公報第６１０８７０３号、および２００２年１月３１日に公開された国際公開番号ＷＯ０２／０８８５６パンフレットである。
【０００６】
以前のコンテンツ送信ネットワークは、過去の情報すなわち履歴情報に基づいてコンテンツを配信する。コンテンツ・プロバイダは、コンテンツ・ファイルをクライアントにダウンロードする速度を上げるために、コンテンツ入手可能情報をコンテンツ送信ネットワークから得て、要求元クライアントにより近いエッジ・サーバにコンテンツ・ユニフォーム・リソース・ロケータ（ＵＲＬ）をリダイレクトすることができる。コンテンツ・プロバイダは、コンテンツが現在これらのどのエッジ・サーバ上でも入手可能でないために、要求元クライアントにより近いエッジ・サーバにコンテンツＵＲＬをリダイレクトするのに失敗する場合がある。場合によっては、ユーザは様々な理由で、マルチメディア・ファイルなどの大きいコンテンツ・ファイルが送信される際の遅延を我慢するのを厭わないこともあろう。この理由としては例えば、ユーザはファイルをすぐに使用する必要がない場合があり、あるいは、パーソナル・データ・アシスタントまたはウェブ対応セルラー電話からファイルを要求しており、時間制約のためファイルを後でストリーミングしてほしい場合があり、あるいは、要求元デバイスの容量制約のせいでファイルを使用することができない場合がある。
【０００７】
例えばダウンロード・サービス・モデルでは、コンテンツ要求は、コンテンツがすぐに必要とされることを反映しているとは限らない。従って、あるコンテンツが現在、エッジ・サーバ上で入手可能でなくても、コンテンツ送信ネットワークが後でコンテンツをエッジ・サーバに送信することができるなら、コンテンツ・プロバイダは、エッジ・サーバに要求をリダイレクトすることによってユーザの要求を満たすことができる。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
現在のコンテンツ送信ネットワークはクライアント・コンピュータへのコンテンツ・ファイルの送信を改善するが、コンテンツ・ファイルがより大きくなるのに伴って、またインターネットを使用してマルチメディア・ファイルを要求および入手することがより普及するのに伴って、満足のいく送信レートを提供するためにはコンテンツ送信システムおよび方法をさらに改善することが必要とされている。
【課題を解決するための手段】
【０００９】
本発明は、コンテンツ・ファイルをクライアント・コンピュータに送信する方法を提供することによって、前述の要求に対処する。この方法は、コンテンツ・ファイルの要求をクライアントから受信すること、コンテンツ・ファイルがキャッシュ・サーバ上で入手可能になる未来の時間期間を決定すること、およびコンテンツ入手可能性に関する時間ベースの情報を送信することを含む。
【００１０】
別の態様では、本発明は、コンテンツ・ファイルをクライアント・コンピュータに送信するためのシステムを含む。このシステムは、コンテンツ・サーバと少なくとも１つのキャッシュ・サーバとを備え、これらは、（ａ）コンテンツ・ファイルの要求をクライアントから受信し、（ｂ）コンテンツ・サーバまたはキャッシュ・サーバからの送信のためにファイルがキャッシュ・サーバ上で入手可能になる未来の時間期間を決定し、（ｃ）時間期間入手可能性情報を含む時間ベースの情報を返すよう、適合される。
【００１１】
例として、時間ベースの情報は、例えばコンテンツ・ブローカによって当技術分野で一般に知られた方法に従って書き換えられたＵＲＬを含むことができ、コンテンツ・ブローカは、トラフィック、特定ファイルの入手可能性、および様々な位置についての情報を、コンテンツ送信ネットワーク中のキャッシュ・サーバから受信し、次いで、書き換えられたＵＲＬを、クライアントから要求を受信したコンテンツ・サーバに返す。書き換えられたＵＲＬは、時間期間情報を含むか、または、時間期間入手可能性情報を含むファイルへのリンクを含み、好ましくは、この時間期間中にコンテンツが入手可能になるコンテンツ・サーバまたはキャッシュ・サーバに関する情報も含むかまたはポイントする。書き換えられたＵＲＬの代わりに、時間情報はまた、ＣＧＩスクリプトとａｃｔｉｖｅＸプログラムのうちの一方を含むこともできる。
【００１２】
本発明は、要求ルーティング機能をキャッシュ・サーバまで拡張することを可能にし、キャッシュ・サーバは、未来の時間期間にコンテンツを保持することができる。例えば、Ａｋａｍａｉの要求ルーティング技法は、元のＵＲＬ（例えばｈｔｔｐ：／／ｃｏｎｔｅｎｔＵＲＬ）を、コンテンツ送信ネットワーク中のローカル・キャッシュ・サーバにリダイレクトする「Ａｋａｍａｉ−ｅｄ」ＵＲＬ（例えばｈｔｔｐ：／／ｌｏｃａｌ＿ｃａｃｈｅ＿ｓｅｒｖｅｒ／ｃｏｎｔｅｎｔＵＲＬ）で置き換えるものである。本発明の一態様によれば、「Ａｋａｍａｉ−ｅｄ」ＵＲＬは、未来の時間期間中に利用可能になるリンクである。
【００１３】
クライアント・コンピュータは、デスクトップ、ラップトップ、パーソナル・データ・アシスタント、ウェブ対応セルラー電話など任意の汎用または専用コンピュータとすることができ、あるいは、通常はＩｎｔｅｒｎｅｔ  ＥｘｐｌｏｒｅｒやＮｅｔｓｃａｐｅなど任意のＭｏｓａｉｃベースのウェブ・ブラウザを実行するタイプである任意の他のインターネット・プロトコル対応マシンとすることができる。クライアントは通常、プラグインを有する。プラグインは、別々の機能を実施する追加プログラムに対する、当技術分野で周知の用語である。
【００１４】
クライアント・コンピュータは、ＵＲＬまたは他の匹敵する機構を使用して、ウェブ・ページを開き、転送またはダウンロードすべきコンテンツ・ファイルを要求することができる。ウェブ・ページおよびコンテンツ・ファイルは最初、ウェブ・サイトを運営するコンテンツ・サーバにおいて記憶されているが、ブローカを含むコンテンツ送信ネットワーク中の様々なエッジ・サーバに記憶して、コンテンツ・サーバと通信することもできる。コンテンツ・サーバは、クライアント・コンピュータからの要求の位置および遅延許容度に基づいて、対応するコンテンツが入手可能性な時間期間を含むリダイレクトされたＵＲＬを提供することができる。遅延許容度は、例えば「午後６時よりも前」や「ベスト・エフォート」とすることができる。
【００１５】
コンテンツ送信ネットワークで慣例であるように、コンテンツ・ファイルはコンテンツ・サーバ・コンピュータに記憶され、コンテンツ・ファイルのコピーが１つまたは複数のエッジ・サーバに時々送信される。コンテンツ・ファイルの要求を受信すると、サーバは、コンテンツ・ファイルをクライアントに送信するか、あるいは、書き換えられたＵＲＬを要求元クライアントに送信することによって、要求されたコンテンツのコピーを有するエッジ・サーバに要求をリダイレクトする。本発明の一態様によれば、書き換えられたＵＲＬは、タイミング入手可能性情報を含むか、または、時間期間入手可能性情報を含むファイルへのリンクを含む。
【００１６】
コンテンツ・サーバおよび／またはコンテンツ送信ネットワークは、未来の入手可能性の情報を決定する。一実施形態では、コンテンツ・サーバは、ブローカを介してコンテンツ送信ネットワークと通信する。
【００１７】
クライアントからのファイル要求は、遅延許容度の情報を含むことができ、遅延許容度の情報は、いくつかの方法の何れかによってクライアント・レベルで生成することができる。例えば、標準的な選択されたものがウェブ・ブラウザ中に示されてもよく、あるいは、クライアントは、コンテンツ・サーバのウェブ・サイトで、所望の送信時間または所望の送信時間期間によって示す。
【００１８】
クライアントに返される、書き換えられたＵＲＬは、時間期間入手可能性情報を示す特別なストリングを含むことができる。あるいは、ＵＲＬ自体が、リダイレクトされたＵＲＬと時間期間入手可能性情報とを含むファイルへのリンクであり、例えばこのファイルは、ＸＭＬパーサがＸＭＬタグを読んで適切な時間期間中にＵＲＬをイネーブルまたはディセーブルできるように、時間期間を含むＸＭＬタグを含む。
【００１９】
改訂されたＵＲＬはまた、コンテンツ・サーバまたはキャッシュ・サーバ上のプログラムにリンクすることができ、このプログラムは、時間期間中またはある時間に、要求されたコンテンツ・ファイルを転送すること、すなわちプッシュまたはストリーミングすることができる。
【００２０】
別法として、前述のようにクライアントは、改訂されたＵＲＬを処理して、入手可能な期間中にコンテンツ・ファイルの転送を要求するための、プラグインまたは他のプログラミングを有することができる。
【００２１】
コンテンツ送信ネットワークは、典型的には、少なくとも１つのエッジ・サーバと、１つまたは複数のコンテンツ・サーバと通信するための１つまたは複数のブローカとを含み、エッジ・サーバへのコンテンツ・ファイルの配信をスケジュールすることができ、ブローカを介して、入手可能性時間期間情報を含む対応するＵＲＬをコンテンツ・サーバに返すことができる。
【発明を実施するための最良の形態】
【００２２】
図１に、本原理によるコンテンツ送信ネットワークを示す。ネットワークは、ブラウザ２１を実行するクライアントを含む。ブラウザ２１は、コンテンツ・プロバイダ２２（この例ではＭｏｖｉｅｓ−Ｉｎｃ．Ｃｏｍ）にＵＲＬ２８を送信することによって、コンテンツ・ファイル、例えば「マトリックス・リローデッド」という題名の映画を要求するように動作する。Ｍｏｖｉｅｓ−Ｉｎｃ．Ｃｏｍコンテンツ・プロバイダ２２のウェブ・サイトは、比較的大きい映画ファイルをクライアント２１などその顧客に送信する速度を上げるために、コンテンツ送信ネットワークとビジネス関係を有する。Ｍｏｖｉｅｓ−Ｉｎｃ．Ｃｏｍコンテンツ・プロバイダ２２は、情報の要求３４をコンテンツ送信ネットワーク・ブローカ２５に送信する。コンテンツ送信ネットワーク・ブローカ２５は、キャッシュ・サーバ２３およびキャッシュ・サーバ２４で例示される少なくとも１つの、好ましくは１組のキャッシュ・サーバを管理する。ブローカ２５は、入手可能性の問合せ３１および３６をキャッシュ・サーバ２３および２４にそれぞれ送信して、現在これらのキャッシュ・サーバが要求の映画ファイルを記憶しているかどうか知る。様々な映画ファイルが、ブローカ２５を介してコンテンツ・プロバイダ２２からキャッシュ・サーバ２３および２４に時々転送される。
【００２３】
ブローカ２５は、コンテンツの現在および／または未来の入手可能性に関する情報をＭｏｖｉｅｓ−Ｉｎｃ．Ｃｏｍコンテンツ・プロバイダ２２に提供するが、コンテンツ・ファイルＵＲＬは、キャッシュ・サーバにリダイレクトするようにプリペンドされる（Ａｋａｍａｉ−ｅｄ）。さらに、コンテンツ・ファイルが対応するキャッシュ・サーバで入手可能になる時間期間の情報も追加される。Ｍｏｖｉｅｓ−Ｉｎｃ．Ｃｏｍコンテンツ・プロバイダ２２はまた、コンテンツ要求をクライアント２１から受信すると、クライアントに近い位置にコンテンツ・ファイルを送信するようブローカ２５に動的に要求することもできる。ネットワーク・リンクおよびキャッシュ・サーバの容量に基づいて、コンテンツ送信スケジュールをコンテンツ送信ネットワークによって立てることができ、ブローカ２５を介してコンテンツ・ファイルの入手可能性をＭｏｖｉｅｓ−Ｉｎｃ．Ｃｏｍコンテンツ・プロバイダ２２に返すことができる。
【００２４】
キャッシュ・サーバ２４の方がクライアントに近く、またクライアントを満足させる時間期間中にコンテンツ・ファイルが入手可能であると、キャッシュ・サーバ２３が決定した場合、キャッシュ・サーバ２３に向けられたプリペンドされたＵＲＬは、キャッシュ・サーバ２４にリダイレクトすることができる。
【００２５】
書き換えられたＵＲＬは、以下の３つの例で示すように、（ａ）ＸＭＬタグ、（ｂ）キャッシュ・サーバのパラメータ、または（ｃ）クライアント動的プログラム、のそれぞれのフォーマットのいくつかによるタイミング情報を含むことができる。
【００２６】
［実施例１:ＸＭＬタグ］
この場合、ＵＲＬリンクは、タイミング・タグに従ってイネーブルされる。例えば以下のとおりである。
【００２７】
＜Ｃｏｎｔｅｎｔ  ｔｉｍｉｎｇ＞
＜Ｐｅｒｉｏｄ  ｓｔａｒｔ＝１８：００，９／１０／０３，ｅｎｄ＝１９：００＞
＜ａ  ｈｒｅｆ＝ｈｔｔｐ：／／ｌｏｃａｃｔｉｏｎ１／ｃｏｎｔｅｎｔＵＲＬ＞ｃｏｎｔｅｎｔＵＲＬ＜／ａ＞
＜／Ｐｅｒｉｏｄ＞
＜Ｐｅｒｉｏｄ  ｓｔａｒｔ＝１９：００，９／１０／０３，ｅｎｄ＝２０：００＞
＜ａ  ｈｒｅｆ＝ｈｔｔｐ：／／ｌｏｃａｃｔｉｏｎ２／ｃｏｎｔｅｎｔＵＲＬ＞ｃｏｎｔｅｎｔＵＲＬ＜／ａ＞
＜／Ｐｅｒｉｏｄ＞
＜／Ｃｏｎｔｅｎｔ  ｔｉｍｉｎｇ＞
【００２８】
ＸＭＬパーサが、これらのタグを解釈することができ、種々の時間期間中にリンクをイネーブル／ディセーブルすることができる。ＸＭＬパーサは例えば、ディセーブルされたリンクには異なる色または影を使用し、例えばマウスがその上に置かれると入手可能な時間期間を示すことができる。
【００２９】
［実施例２：サーバ・プログラム・パラメータ］
この例では、ＵＲＬリンクは、ＵＲＬと時間期間の両方のパラメータによって、元のまたはローカル・サーバ上の、ＣＧＩまたは他のタイプのサーバ・プログラムをポイントする。例えば、ｈｔｔｐ：／／ｃｏｎｔｅｎｔＴｉｍｉｎｇ．ｃｇｉ？ＵＲＬ＝ｃｏｎｔｅｎｔＵＲＬ？ｐｅｒｉｏｄ＿ｓｔａｒｔ＝１８００？ｐｅｒｉｏｄ＿ｅｎｄ＝１９００）となる。現時間が所与の時間期間に含まれない場合は、ＣＧＩプログラムは何もせず、現ページに戻ることになる。そうでない場合は、返されたＵＲＬ（例えばｈｔｔｐ：／／ｌｏｃａｌ＿ｃａｃｈｅ＿ｓｅｒｖｅｒ／ｃｏｎｔｅｎｔＵＲＬ）を開くと、コンテンツのダウンロードの達成につながる。
【００３０】
ＸＭＬの例と同様、この例でも、ブラウザがＵＲＬのパラメータ・フィールド中の特別なストリングを理解することが必要である。ブラウザは、現時間が範囲外であるときにＵＲＬをディセーブルすることができる。
【００３１】
［実施例３：クライアント・プラグイン］
この方法では、ＵＲＬリンクは、特別な拡張子、例えば、．ｔｉｍの付いたファイルをポイントしている（ｈｔｔｐ：／／ｃｏｎｔｅｎｔＵＲＬ．ｔｉｍ）。ファイル「ｃｏｎｔｅｎｔＵＲＬ．ｔｉｍ」中では、元のおよびローカルＵＲＬとタイミング情報とが、プラグイン・プログラムによって読み取れるフォーマットで利用可能であるものとすることができる。この解決法は、最もフレキシビリティを有する。プラグイン・プログラムは、バックグラウンドで稼動して、どんな対話もなしに後でコンテンツを得ることができる。
【００３２】
コンテンツ・タイミングは、ダウンロード・サービスに作用するように既存のコンテンツ送信ネットワーク（コンテンツ送信ネットワーク）技術を拡張するための、有用なツールである。ダウンロード・サービス・モデルでは、コンテンツ消費者とコンテンツ要求者との位置およびデバイスが異なる可能性があり、これは、従来のサーバ／クライアント・モデルに対して、トライアングル・モデルとして知られる。
【００３３】
前に言及した３つの例は、ＵＲＬリンクをクライアントが見ることができる限り、サーバ／クライアント・モデルとトライアングル・モデルの両方に使用することができる。
【００３４】
コンテンツ入手可能性に関する未来の情報は、コンテンツ送信ネットワークにおけるコンテンツ配信のスケジューラに依存する。キャッシュ・サーバで入手可能となるようにコンテンツをスケジュールすることは、コンテンツの時間的な入手可能性を示す我々の目下の方法と分離可能な問題である。
【００３５】
図２に、本原理によりコンテンツ送信をスケジュールするために図１のコンテンツ送信ネットワークによって行われるステップを示すフロー・チャートを示す。この方法は、図２のステップ１００の間に、図１のブラウザ２１を使用するクライアントからコンテンツの要求を受信すると開始する。ステップ１２０の間に、クライアントの位置に基づいて、コンテンツが現在、クライアントに最も近いキャッシュ・サーバ（例えばキャッシュ・サーバ２３）上で入手可能かどうかについて要求ルーティング機能エンティティ（ＲＲＦＥ、ｒｅｑｕｅｓｔ  ｒｏｕｔｉｎｇ  ｆｕｎｃｔｉｏｎａｌ  ｅｎｔｉｔｙ）でチェックが行われる。入手可能な場合は、図２のステップ１３０の間に、ＲＲＦＥによって、図１のキャッシュ・サーバ２３にリダイレクトするプリペンドされたＵＲＬがクライアントに返される。コンテンツがキャッシュ・サーバ２３から入手可能でない場合は、ステップ１２０の間に行われたチェックに続いて、図２のステップ１４０の間にＲＲＦＥでチェックが行われ、要求されたコンテンツ・ファイルが、クライアントに近い別のキャッシュ・サーバ、例えば図１のキャッシュ・サーバ２４上で入手可能なようにスケジュールされているかどうか判定する。スケジュールされている場合は、図２のステップ１５０の間に、図１のキャッシュ・サーバ２４にリダイレクトする、未来の入手可能性［Ｔ１，Ｔ２］を伴うプリペンドされたＵＲＬが、ＲＲＦＥによって返される。クライアントは、プリペンドされたＵＲＬを受信すると、コンテンツが入手可能なときに適切なキャッシュ・サーバにコンテンツ・ファイルを要求する。
【００３６】
コンテンツ・ファイルがすぐに入手可能ではなく、クライアントに近いどのキャッシュ・サーバ上にもスケジュールされた入手可能性がない場合は、コンテンツ・サーバ２２は、ブローカ２５を介してコンテンツ送信ネットワーク（ＣＤＮ）と交渉して、図２のステップ１６０の間に、コンテンツ・ファイルが次に入手可能になる開始時間、終了時間、およびキャッシュ・サーバを決定し、ステップ１７０の間に、そのようなキャッシュ・サーバにリダイレクトする、時間期間情報を伴うＵＲＬを返すことになる。クライアントは、このＵＲＬを処理し、この時間期間まで待機して適切なキャッシュ・サーバにファイルを要求することになる。
【００３７】
本発明の範囲は、添付された特許請求の範囲によって規定される。
【図面の簡単な説明】
【００３８】
【図１】本発明のシステムの一実施例の概略図である。
【図２】本発明の一実施例のフロー・チャートである。
【図１】
0004859072.tif 000002
【図２】
0004859072.tif 000003