(57)【特許請求の範囲】
【請求項１】
複数のサーバに接続されている１つの中央コントローラを含むネットワーク内でデジタル資産を提供する方法にして、それぞれの資産が、ビデオデータおよびオーディオデータのうちの少なくとも１つを含み、それぞれのサーバが、資産のそれぞれの選択されたセットを保存して、選択されたセットからの資産をリクエストに応じてユーザ端末に提供することによって、ユーザ端末のグループにサービスを提供する、方法であって、
サーバのうちの少なくとも１つに関して、どの資産を保存するかを、
（ａ）サーバによってサービスを提供されるユーザ端末のグループのそれぞれについて、個々のユーザ端末によって要求される可能性が最も高いと予測される資産のセットに関する推奨エンジンからの推奨を受け取るステップであり、前記推奨が、前記個々のユーザ端末の個々のユーザに合うように構成されている、ステップと、
（ｂ）ユーザ端末のグループに関してリクエストされる可能性が最も高い資産のリストを推奨から特定するステップであって、資産がユーザ端末のために推奨されると、資産のリスト上の資産に関連付けられているカウントをインクリメントし、次いで、リクエストされる可能性が最も高い資産のリストを提供するためにカウントの降順になるようにリストを並べ替えることを含む、前記特定するステップと、
（ｃ）リストに挙げられたリクエストされる可能性が最も高い資産がサーバ内に保存されるように、サーバ内に保存されている資産を更新するステップと
によって選択することを含む、方法。
【請求項２】
ステップ（ａ）において受け取られる推奨の作成が、関連するユーザプロフィールを有する他のユーザ端末によって選択された資産を好むステップを含む、請求項１に記載のデジタル資産を提供する方法。
【請求項３】
ステップ（ａ）において受け取られる推奨の作成が、ユーザによって好まれている資産タイプの資産、または前記資産タイプに関連する資産を好むステップを含む、請求項１または請求項２に記載のデジタル資産を提供する方法。
【請求項４】
それぞれのサーバが、Ｄｉｇｉｔａｌ  Ｓｕｂｓｃｒｉｂｅｒ  Ｌｉｎｅ  Ａｃｃｅｓｓ  Ｍｕｌｔｉｐｌｉｅｒ（ＤＳＬＡＭ）のそれぞれのセットを介してユーザ端末に接続されており、またそれぞれのＤＳＬＡＭに接続されているユーザ端末のセットが、ユーザ端末のグループに関してリクエストされる可能性が最も高い資産のリストを特定するとみなされている、請求項１から３のいずれかに記載のデジタル資産を提供する方法。
【請求項５】
リストに挙げられたリクエストされる可能性が最も高い資産がサーバ内に保存されるように、サーバ内に保存されている資産を更新する（ｃ）のステップが、資産が既に保存されているかどうかをチェックして、保存されていない場合には、その資産が、以前に保存された最も低いカウントを有する資産よりも高いカウントを有するかどうかをチェックすることによって、リクエストされる可能性が最も高い資産の前記リストの全体を処理するステップを含む、請求項１から４のいずれかに記載のデジタル資産を提供する方法。
【請求項６】
頻繁に使用されるユーザ端末への資産の推奨が、より低頻度のユーザへの資産の推奨よりも重い重み付けを有するように、カウントが重み付けされる、請求項１から５のいずれかに記載のデジタル資産を提供する方法。
【請求項７】
個々のユーザ端末のための推奨が、前記個々のユーザに知られている、他のユーザの好み、またはユーザのタイプに関する前記ユーザ端末からの情報に応じて更新される、請求項１から６のいずれかに記載のデジタル資産を提供する方法。
【請求項８】
推奨が、専門家からの情報に応じて更新される、請求項１から７のいずれかに記載のデジタル資産を提供する方法。
【請求項９】
個々のユーザのための少なくともいくつかの推奨が更新されると繰り返される、請求項１から８のいずれかに記載のデジタル資産を提供する方法。
【請求項１０】
ユーザ端末が、リクエストするための資産の推奨のリストを送信され、推奨のリストが、サーバ内に保存されている資産に限定される、請求項１から９のいずれかに記載のデジタル資産を提供する方法。
【請求項１１】
複数のサーバに接続されている１つの中央コントローラを含む、デジタル資産を提供するためのネットワークにして、それぞれの資産が、ビデオデータおよびオーディオデータのうちの少なくとも１つを含み、それぞれのサーバが、メモリを含み、資産のそれぞれの選択されたセットをメモリに保存して、選択されたセットからの資産をリクエストに応じてユーザ端末に提供することによって、ユーザ端末のグループにサービスを提供するように構成されている、ネットワークであって、
サーバのうちの少なくとも１つに関して、どの資産を保存するかを選択するように構成されているコンテンツコントローラをさらに含み、
コンテンツコントローラが、
（ａ）サーバによってサービスを提供されるユーザ端末のグループのそれぞれについて、個々のユーザ端末によって要求される可能性が最も高いと予測される資産のセットに関する推奨エンジンからの推奨を受け取るステップであり、前記推奨が、前記個々のユーザ端末の個々のユーザに合うように構成されている、ステップと、
（ｂ）資産がユーザ端末のために推奨されると、資産のリスト上の資産に関連付けられているカウントをインクリメントし、次いで、リクエストされる可能性が最も高い資産のリストを提供するためにカウントの降順になるようにリストを並べ替えることにより、ユーザ端末のグループに関してリクエストされる可能性が最も高い資産のリストを推奨から特定するステップステップと、
（ｃ）リストに挙げられたリクエストされる可能性が最も高い資産がサーバ内に保存されるように、サーバ内に保存されている資産の更新をコントロールするステップとを行うように構成されている、ネットワーク。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電気通信に関し、詳細には、デジタル資産を提供することに関する。
【背景技術】
【０００２】
初期のインターネットプロトコルテレビジョンシステムは、映画／ムービー、ならびにコンサートおよびスポーツイベントの録画など、限られた一式のマルチメディア資産を含んでいた。これらの資産は、コンテンツオンデマンド（ＣｏＤ）、ＣｏＤ資産、デジタル資産、コンテンツ、またはタイトルと呼ばれる場合がある。これらの初期のシステムには、典型的には、たとえばホテル内を基盤とするなど、比較的少数の加入者しかいなかった。
【０００３】
それ以降、ＩＰＴＶシステムは、含まれる資産の数、および加入者の数の双方において拡大してきた。より最近では、ＩＰＴＶシステムは、５千を超える資産、および百万を超える加入者を有することが知られている。そのようなシステムの一例が、図１に示されている。
【０００４】
図１に示されているように、知られているＩＰＴＶコンテンツオンデマンド（ＣｏＤ）システム２は、複数の加入者１０の近くに分散されている複数のストリーミングサーバ６に接続された中央ライブラリサーバ４があるという点で分散型のアーキテクチャーを有する。それらのストリーミングサーバは、たとえば複数の電話交換局に配置されている。これらのストリーミングサーバ６は、ＣｏＤエッジストリーミングサーバと呼ばれる。
【０００５】
中央ライブラリサーバ４は、ＣｏＤ資産のデータベース８に接続されている。データベース８は、すべての資産を保存するのに十分なストレージ容量を有する。典型的には、データベース８内で利用可能なコンテンツストレージの量は、ＣｏＤエッジストリーミングサーバ６内と比較して、１０対１の割合である。もちろん、多くのＣｏＤエッジストリーミングサーバ６および加入者１０が存在するが、説明を簡単にするために、それぞれのほんのわずかだけが図１に示されている。
【０００６】
ＩＰＴＶシステム２は、履歴ユーザ情報１４のデータを使用して資産の今後の視聴の可能性を予測するコントローラ１２を含む。このユーザ情報１４は、興行収入と、過去の所与の期間内に行われた視聴の記録とを含むことができる。
【０００７】
システム２においては、パーソナルビデオレコーダ（ＰＶＲ）サービスが提供される。このようなサービスでは、システム２は、テレビジョン放送コンテンツをＣｏＤ資産として取り込み、加入者は、これらの資産にアクセスすることができる。これらのサービスは、ネットワークであるシステム２によって提供されるという点から、ネットワークパーソナルビデオレコーダ（ｎＰＶＲ）サービスと呼ばれる。
【０００８】
最も人気が高い資産は、それらがｎＰＶＲ資産であるか、またはその他のＣｏＤ資産であるかを問わず、ライブラリサーバ４と加入者１０の間のトラフィックを減らすために、適切なエッジストリーミングサーバ６内に配置される。基本的に、人気が高い資産は、加入者の近くでエッジストリーミングサーバ６内に保存される。
【０００９】
インターネットプロトコルテレビジョン（ＩＰＴＶ）など、クローズドな、または専用のコンテンツオンデマンド（ＣｏＤ）システムのほかに、オープンなシステム、すなわち、いわゆるインターネットテレビジョンシステムがある。
【００１０】
ＩＰＴＶおよびインターネットテレビジョンの双方に関して、エッジストリーミングサーバ内に保存するための資産を選択することに対するさまざまなアプローチが開発されている。従来は、Ｌｅａｓｔ  Ｆｒｅｑｕｅｎｔｌｙ  Ｕｓｅｄ（ＬＦＵ）アプローチまたはＬｅａｓｔ  Ｒｅｃｅｎｔｌｙ  Ｕｓｅｄ（ＬＲＵ）アプローチを用いて、どの資産をエッジストリーミングサーバ内に保存しておくかを決定するために履歴データが使用されている。これらは、知られているアプローチであり、これらによって、リクエストされる頻度が最も低い資産、またはリクエストされた日時が最も古い資産が、エッジストリーミングサーバにおいて、より人気が高い資産を保存するためのスペースを作り出すために取り除かれる。
【発明の概要】
【課題を解決するための手段】
【００１１】
添付の独立請求項を参照されたい。いくつかの好ましい特徴は、従属請求項に提示されている。
【００１２】
本発明の一例は、複数のサーバに接続されている１つの中央コントローラを含むネットワーク内でデジタル資産を提供する方法である。それぞれの資産は、ビデオデータおよびオーディオデータのうちの少なくとも１つを含む。それぞれのサーバは、資産のそれぞれの選択されたセットを保存して、その選択されたセットからの資産をリクエストに応じてユーザ端末に提供することによって、ユーザ端末のグループにサービスを提供する。本方法は、サーバのうちの少なくとも１つに関して、どの資産を保存するかを、下記のステップによって選択することを含む：（ａ）サーバによってサービスを提供されるユーザ端末のグループのそれぞれについて、個々のユーザ端末によって要求される可能性が最も高いと予測される資産のセットに関する推奨を受け取るステップであり、前記推奨が、前記個々のユーザ端末の個々のユーザに合うように構成されている、ステップ、（ｂ）ユーザ端末のグループに関してリクエストされる可能性が最も高い資産のリストを推奨から特定するステップ、および（ｃ）リクエストされる可能性が最も高い資産がサーバ内に保存されるように、サーバ内に保存されている資産を更新するステップ。
【００１３】
リクエストされる可能性が最も高い資産のリストは、ユーザのグループにサービスを提供するサーバ内にどの資産が保存されるかを更新する際に使用される。いくつかの実施形態においては、使用に際して、ユーザに提供される推奨される資産のリストは、ユーザ端末が接続されているサーバにおいて利用可能な資産に限定することができる。ユーザは、１つの資産を大きなリストから探すことよりも、推奨された資産のリストから選択することをしばしば好む場合がある。
【００１４】
いくつかの実施形態においては、推奨エンジンは、過去における資産のリクエストの頻度に関する履歴データだけに依存することなく、どの資産に個々のユーザが関心を持つ可能性があるかに関する高度な推奨を提供する。予測される推奨は、類似したまたは関連するユーザプロフィール（年齢、教育レベル、関心など）を有する他のユーザたちの資産リクエストパターンに依拠することができる。予測される推奨は、資産タイプ（たとえば、ユーザの好みのジャンルや、そのジャンルに関連するジャンルの資産）に依拠することもできる。推奨エンジンからのデータを使用することは、ユーザの近くにありながらもストレージが限られているサーバ内にどの資産を保存するかを特定する際に有利である。
【００１５】
次いで本発明の一実施形態について、例示として、図面を参照して説明する。
【図面の簡単な説明】
【００１６】
【図１】知られているＩＰＴＶシステム（従来技術）を示す図である。
【図２】本発明の一実施形態によるＩＰＴＶシステムを示す図である。
【図３】図２に示されているシステムのオペレーションの一例を示す図である。
【発明を実施するための形態】
【００１７】
図２に示されているように、ＩＰＴＶシステム２０が、１つの中央ビデオサーバ２２と、いくつかのエッジストリーミングサーバ、すなわちエッジビデオキャッシュ２４とから構成されており、エッジビデオキャッシュ２４のそれぞれは、それぞれの電話局２６内に配置されている。それぞれのキャッシュ２４は、いくつかのＤｉｇｉｔａｌ  Ｓｕｂｓｃｒｉｂｅｒ  Ｌｉｎｅ  Ａｃｃｅｓｓ  Ｍｕｌｔｉｐｌｉｅｒ（ＤＳＬＡＭ）２８に接続されている。図２においては、説明を簡単にするために、それぞれＤ１およびＤ２と表示されている２つのＤＳＬＡＭ２８が示されている。それぞれのＤＳＬＡＭは、ＩＰＴＶユーザ端末３０のそれぞれのセットに接続されている。図２に示されているように、第１のＤＳＬＡＭ  Ｄ１が、ＩＰＴＶユーザ端末３０の第１のセットＵ１に接続されており、第２のＤＳＬＡＭ  Ｄ２が、ＩＰＴＶユーザ端末３０の第２のセットＵ２に接続されている。
【００１８】
中央ビデオサーバは、コンテンツコントローラ３２に接続されており、コンテンツコントローラ３２は、推奨エンジン３４に接続されている。システム２０はまた、エッジビデオキャッシュ２４に接続されたＩＰＴＶアプリケーションサーバ３６を含む。エッジビデオキャッシュ２４はそれぞれ、メモリ２５を含む。
【００１９】
システム２０においては、あらかじめ録画された映画などのマルチメディア資産に加えて、パーソナルビデオレコーダ（ＰＶＲ）サービスが提供される。このようなサービスでは、システム２０は、テレビジョン放送コンテンツをＣｏＤ資産として取り込み、加入者は、これらの資産にアクセスすることができる。これらのサービスは、ネットワークであるシステム２０によって提供されるという点から、ネットワークパーソナルビデオレコーダ（ｎＰＶＲ）サービスと呼ばれる。
【００２０】
以降でさらに詳しく説明するように、いくつかの資産は、それらがｎＰＶＲ資産であるか、またはその他のＣｏＤ資産であるかを問わず、ライブラリサーバ２２とユーザ端末３０の間のトラフィックを減らすために、適切なエッジストリーミングキャッシュ２４内に配置される。以降でさらに詳しく説明するアプローチを使用して当該ユーザにとって人気が高いと判定される資産は、すぐ近くで適切なエッジストリーミングキャッシュ２４内に保存される。
【００２１】
推奨エンジン
推奨エンジンは、Ｔｈｉｎｋ  Ａｎａｌｙｔｉｃｓ  Ｉｎｃ．（ｗｗｗ．ｔｈｉｎｋａｎａｌｙｔｉｃｓ．ｃｏｍ）によって販売されているものなど、知られているタイプのプロセッサである。
【００２２】
推奨エンジンは、ユーザの申告したプロフィールの入力情報と、（協調フィルタリングとして知られているプロセスにおける）特定のユーザに類似したプロフィールを有する複数のユーザの行動と、コンテンツベースのフィルタリングと、その他のメディア（テレビジョン放送、ＤＶＤ、書籍の購入など）のユーザによる消費の記録と、ユーザが以前に実際にリクエストしたＣｏＤ資産に関するフィードバック情報とに基づいて特定のユーザに合わせたＣｏＤ推奨のリストを特定するように機能するプロセッサである。
【００２３】
協調フィルタリングは、類似した関心を有する複数のユーザの行動に基づいて特定のユーザにとっての関心の度合いを予測するものであり、たとえば、映画資産ＡおよびＢを見たほとんどのユーザは、資産Ｃもリクエストしており、したがって、ＡおよびＢを見たがＣを見ていないユーザは、Ｃを推奨される可能性が高い。
【００２４】
コンテンツベースのフィルタリングは、判明したユーザの好みに照らして推奨を編成する際に、たとえば資産メタデータに基づいて、資産タイプ、たとえば映画ジャンルを考慮することに基づく。
【００２５】
ユーザの申告したプロフィールは、好みの映画ジャンル、好みの俳優、趣味（たとえばスポーツ）、およびユーザの人口統計的情報（年齢、性別など）の情報である。
【００２６】
入力情報は、日々更新されて、毎日それぞれのユーザごとにＣｏＤ資産の推奨の最新のリストが提供される。
【００２７】
推奨エンジンは、それぞれのエッジストリーミングノード２４内にどの資産が保存されるか、したがって、キャッシュ２４に接続されているユーザにどの資産が推奨されるかに影響を与えることによって、今後の資産リクエストパターンに影響を与える。
【００２８】
コンテンツコントローラ
コンテンツコントローラ３２は、推奨エンジン３４によって提供される個々のユーザごとの推奨に応じてそれぞれのエッジビデオキャッシュ２４内にどの資産を保存するかを決定し、コントロールする。コンテンツコントローラは、キャッシュに保存するためのコンテンツ資産のリストと、カウンタとを含み、以降で図３を参照して説明するように機能する。
【００２９】
コンテンツコントローラのオペレーション
図３に示されているように、本プロセスが開始し（ステップａ）、キャッシュに保存するためのコンテンツ資産のタイトルのリストがクリアされる（ステップｂ）。インデックスｉを示すカウンタが１にセットされ（ステップｃ）、次いでｉの現在の値が、エッジビデオキャッシュ２４の下流にあるＤＳＬＡＭ２８の総数Ｎ以下であるかどうかに関してクエリーが行われる（ステップｄ）。これらのＤＳＬＡＭ２８は、電話局２６内にある。
【００３０】
「はい」の場合には、ＤＳＬＡＭ  Ｄｉに属するユーザのセットＵｉ内のそれぞれのユーザごとに、それぞれのユーザのための「トップ１０」の資産タイトルが、推奨エンジン３４から得られる（ステップｅ）。
【００３１】
次いで、セットＵｉ内のそれぞれのユーザのための「トップ１０」の資産タイトルのそれぞれに関して、その資産が、キャッシュに保存するためのコンテンツ資産のリスト上に既にあるかどうかを判定することによって、キャッシュに保存するためのコンテンツ資産のリストが作成される（ステップｆ）。「はい」の場合には、その資産がトップ１０のリストに入っている回数のカウントが、１だけインクリメントされる。「いいえ」の場合には、その資産は、キャッシュに保存するためのコンテンツ資産のリストに追加される。
【００３２】
この後、インデックスｉが１だけインクリメントされ（ステップｇ）、現在の値ｉが、エッジビデオキャッシュ２４の下流にあるＤＳＬＡＭ２８の総数Ｎ以下であるかどうかに関して、クエリー（ステップｄ）に対する回答が行われる（ステップｈ）。次いで本プロセスは、ｉがＮ以下ではない、すなわち、キャッシュに保存するためのコンテンツ資産のリストを編成する際にすべてのセットＵｉ（ｉ＝１，．．Ｎ）内のすべてのユーザが考慮されていると判定される（ステップｈ）までステップｄ、ｅ、ｆ、およびｇを繰り返すことを通じて進行する。
【００３３】
次いで、キャッシュに保存するためのコンテンツ資産のタイトルのリストは、資産がカウントの降順になるように（すなわち、最も高いカウントを有するタイトルがリストのトップになるように、といった具合に）並べ替えられる（ステップｊ）。この並べ替えられたリストが、その特定のエッジビデオキャッシュ２４内に保存するための推奨のリストである。
【００３４】
このリストを編成したら、キャッシュへの保存が、下記のように開始される。並べ替えリスト上の最初のタイトルが選択され（ステップｋ）、そのタイトルが、キャッシュに保存するためのコンテンツ資産のリスト上の最後のタイトルであるかどうかというクエリーが行われる（ステップｌ）。答えが「いいえ」であれば（ステップｍ）、次いで、選択された資産が既にキャッシュ２４内に保存されているかどうかについて判定が行われる（ステップｎ）。
【００３５】
「はい」の場合には（すなわち、その資産が既に保存されている場合には）、キャッシュに保存するためのコンテンツ資産のリスト内の次のタイトルが選択され（ステップｏ）、そのタイトルが、キャッシュに保存するためのコンテンツ資産のリスト上の最後のタイトルであるかどうかというクエリー（ステップｌ）に対する回答が行われる（ステップｐ）。「いいえ」の場合には（すなわち、その資産がまだ保存されていない場合には（ステップｒ）、その資産が、キャッシュ内にその時点で保存されている資産のうちの最も低いカウントよりも高いカウントを有するかどうかというクエリーが行われる（ステップｓ）。
【００３６】
「はい」の場合には（すなわち、そのタイトルが、キャッシュ２４内にその時点で保存されている最も人気がない資産よりも高いカウントを有する場合には、ステップｔ）、キャッシュ内のその最も人気がない資産が、この「新しい」タイトルによって置き換えられるものとしてマークされ（ステップｕ）、ステップｏに対する回答が行われる、すなわち、キャッシュに保存するためのコンテンツ資産のリスト内の次のタイトルが選択される。「いいえ」の場合には（すなわち、そのタイトルが、キャッシュ２８内にその時点で保存されている最も人気がない資産よりも高くないカウントを有する場合には）、ステップｏに対する回答が行われる（ステップｖ）、すなわち、キャッシュに保存するためのコンテンツ資産のリスト内の次のタイトルが選択される。
【００３７】
本プロセスは、このタイトルが、キャッシュに保存するためのコンテンツ資産のリスト上の最後のタイトルであるかどうかというクエリーが行われた際に（ステップｌ）、答えが「はい」となる（ステップｗ）まで、さらなる繰り返しを通じて進行する。次のステップとして、ステップｕにおいてマークされた資産の置き換えが実施され（ステップｘ）、本プロセスは終了する（ステップｙ）。
【００３８】
本プロセスは、個々のユーザに関して推奨エンジンによって提供される推奨における日々の変更を考慮するために、定期的に、たとえば毎日実行される。具体的には、新しい大ヒット作品などの新たな資産が本システムに導入されるとすぐに、それらの資産のタイトルを含む推奨エンジンによって個々のユーザのための推奨が作成され、図３に示されているコンテンツコントローラのオペレーションが実行される。したがって、新しい大ヒット作品の資産は、エッジビデオキャッシュ２４においてすぐに利用可能となる。
【００３９】
ユーザに提供されるコンテンツ
ＩＰＴＶアプリケーションサーバ３６は、ＣｏＤアプリケーション３８を含み、ＣｏＤアプリケーション３８は、ユーザ端末がこのアプリケーションにアクセスすると、ユーザのプロフィールを使用してそのユーザ端末３０に合わせつつもユーザ端末３０のローカルエッジビデオキャッシュ２４においてその時点で利用可能な資産に限定された１０個の推奨資産のリストを作成して提供する。このリストは、該当するエッジビデオキャッシュ２４およびＤＳＬＡＭ２８を介してユーザ端末へ送信される。
【００４０】
ユーザ端末は、視聴する資産をそのリストから選択し、次いで、ＩＰＴＶアプリケーションサーバ３６のコントロールのもとで、エッジビデオキャッシュ２４が、その資産をユーザ端末３０に提供する。
【００４１】
あるいはユーザは、その１０個からなるリストから資産を選択したくない場合には、ローカルエッジビデオキャッシュ２４またはＣｏＤデータベース８内に保存されている別の資産を探してリクエストすることができる。
【００４２】
変形形態
ある代替実施形態においては、ユーザのタイプに応じてカウントに重み付けすることができ、したがって、使用頻度のより高いユーザに関する推奨は、より大きな影響力を有する。１つの例は、ユーザを、低頻度、中頻度、高頻度という３つのレベルに分類することである。低頻度のユーザに関しては、そのユーザのトップ１０の推奨のそれぞれについて１のカウントが加算される。中頻度のユーザに関しては、そのユーザのトップ１０の推奨のそれぞれについて２のカウントが加算される。高頻度のユーザに関しては、そのユーザのトップ１０の推奨のそれぞれについて５のカウントが加算される。
【００４３】
ある代替実施形態においては、推奨エンジンへのさらなる入力は、他の特定のユーザたち（たとえば自分以外の家族）またはユーザのグループ（たとえばフットボールのファン）が関心を抱きそうな度合いに関するユーザ自身の推奨である。ある代替実施形態においては、推奨エンジンへの別の入力は、映画評論家によって行われる専門的な推奨／評価である。有名な映画批評家がいくつかの新たな映画批評を発表したばかりだと分かるとすぐに、推奨エンジンが更新される。ある資産の人気における著しい変化が分かると、コンテンツコントローラのコンテンツコントロールプロセスが再び実行されて、エッジビデオキャッシュ内に保存されている資産が更新される。
【００４４】
いくつかの他の実施形態においては、ＤＳＬＡＭの代わりに、Ｉｎｔｅｌｌｉｇｅｎｔ  Ｓｕｂｓｃｒｉｂｅｒ  Ａｃｃｅｓｓ  Ｍｕｌｔｉｐｌｉｅｒ（ＩＳＡＭ）システム、またはルータ、またはその他のネットワーク機器がある。
【００４５】
いくつかの実施形態はクローズドネットワークであり、またいくつかの実施形態はオープンネットワークである。いくつかのクローズドネットワークは、インターネットプロトコルテレビジョン（ＩＰＴＶ）ネットワークであり、またいくつかのオープンネットワークは、インターネットテレビジョンネットワークである。
【００４６】
本発明は、その本質的な特徴から逸脱することなく、他の個別の形態において具体化することもできる。記載した実施形態は、すべての点で例示的なものにすぎず、限定的なものではないとみなすべきである。したがって本発明の範囲は、上述の説明ではなく、添付の特許請求の範囲によって示される。特許請求の範囲の均等物の意味および範囲内に収まるすべての変更は、特許請求の範囲内に包含される。
【図１】
0005346377.tif 000002
【図２】
0005346377.tif 000003
【図３】
0005346377.tif 000004