(57)【特許請求の範囲】
【請求項１】
コンテンツ配信ネットワークにおいて使用される装置であって：
少なくとも一つのネットワークインターフェース；
記憶エンティティ；及び
少なくとも1つのコンピュータプログラムを実行するように構成されるプロセッサ；を含んでなり、前記少なくとも1つのコンピュータプログラムは複数の命令を有し、該複数の命令が前記プロセッサに実行される事により、前記プロセッサは：
ユーザデバイスから、第一のプログラムを前記ユーザデバイスに表示するための要求を受信し、
前記ユーザデバイスが前記第一のプログラムを表示しているとき、それに伴うユーザのプロファイルに関連する第一の情報にアクセスし；
前記ユーザデバイスの前記ユーザが前記第一のプログラムの表示を複数の第二のプログラムのうちの１つの表示に変更する事を要求する将来の時間を予測し、前記将来の時間は、前記第一のプログラム内の現在位置と前記第一のプログラム内の指標に少なくとも部分的に基づいて予測され； 
前記複数の第二のプログラムのうちの該ユーザデバイスのためにキャッシュされるべき１つ以上を選択するために該第一の情報を利用し、キャッシュ動作は前記予測された将来の時間に先だって活性化され；
第一のプログラムの表示を前記複数の第二のプログラムのうちのキャッシュされた１つ以上のうちの特定の１つの表示に変更する要求を受信し；
前記ユーザデバイスにおいて、第一のプログラムの表示を前記複数の第二のプログラムのうちのキャッシュされた１つ以上のうちの特定の１つの表示に変更させ；
前記変更の行われた時点から始まる前記第一のプログラムの少なくとも残りの部分をキャッシュし、キャッシュ動作は前記表示の変更により開始される、
ように構成される、前記装置。
【請求項２】
請求項１に記載の装置であって、前記複数の命令が実行されることにより更に前記プロセッサは：
前記第一のプログラムの表示を前記複数の第二のプログラムのうちの１つ以上のうちの特定の１つの表示に変更する前記要求に実質的に応答して、第一の情報の更新情報を受信し；及び
複数の第二のプログラムのうちのキャッシュされるべき１つ以上の追加的なプログラムを選択するために前記第一の情報の更新情報を利用する、
ように構成される、前記装置。
【請求項３】
請求項１に記載の装置であって、複数の第二のプログラムのうちのキャッシュされるべく選択された一つ以上のプログラムは、減少された品質レベルでキャッシュされる、前記装置。
【請求項４】
請求項２に記載の装置であって、該複数の命令が実行される事により前記プロセッサは更に：
第一のプログラムの表示を複数の第二のプログラムのうちの１つ以上のうちの特定の１つの表示に変更する前記要求の受信に応答して、複数の第二のプログラムのうちの１つ以上のうちの特定の１つの前記品質レベルを速やかに増加させ;及び
複数の第二のプログラムのうちの１つ以上のうちの特定の１つを該増加された品質レベルで前記ユーザデバイス上に表示させるために提供する、
ように構成される、前記装置。
【請求項５】
インターネット・プロトコル（ＩＰ）に基づくコンテンツをユーザにコンテンツ配信ネットワークに亘り減少された待ち時間で供する方法であって、該方法は：
前記ユーザが次のプログラムへの変更を要求する将来の時間を予測し；
前記ユーザが前記次のプログラムとして要求する、と予測されるコンテンツをキャッシュし、キャッシュ処理は前記プログラムを、コンテンツの選択に応じてすぐに表示できるように前処理することを含み、前記コンテンツは減少された品質レベルで前記予測される時間に先だってキャッシュされ；及び
前記ユーザが該キャッシュされたコンテンツを選択すると、
キャッシュされたコンテンツの品質レベルを速やかに向上し、
該向上された品質レベルのコンテンツを前記ユーザに関連するデバイスに供し、
前記ユーザが次に要求すると予測される該コンテンツのキャッシュを更新し、
該更新されたキャッシュを前記減少された品質レベルで前記ユーザに供すること、
を含んでなる、前記方法。
【請求項６】
請求項５に記載の方法であって、前記コンテンツのキャッシング行為は、前記ユーザからの第一のコンテンツの選択についての以前の受信に少なくとも部分的に基づいている、前記方法。
【請求項７】
請求項６に記載の方法であって、更に：
前記第一のコンテンツの選択を受信すると、前記ユーザデバイスがアクティブ状態にあるとし、該アクティブ状態になることが前記コンテンツのキャッシングを開始させることを含む、前記方法。
【請求項８】
請求項７に記載の方法であって、例えば、前記ユーザが非アクティブ状態に関連していた期間が所定の閾値を超えない場合に、遅延無く前記ユーザデバイスをアクティブ状態であるとし、前記期間が所定の閾値を超える場合に該期間に比例する遅延で前記ユーザデバイスをアクティブ状態とするように、前記ユーザデバイスをアクティブ状態とすることは、前記ユーザが非アクティブ状態に関連していた期間に少なくとも部分的に基づいている、前記方法。
【請求項９】
請求項８に記載の方法であって、前記更新されたキャッシュは少なくとも前記キャッシュされたコンテンツの選択に基づく、前記方法。
【請求項１０】
請求項９に記載の方法であって、更に：
前記ユーザデバイスに対する非アクティビティに対する基準が満たされた後、第二のコンテンツをキャッシュすることを停止する、前記方法。
【請求項１１】
請求項１０に記載の方法であって、前記非アクティビティに対する基準は部分的に可変期間に基づいており、前記期間は以前の一つ以上の挙動バターンに基づき、一貫したアクティビティの延長された期間は前記キャッシングの停止の前に遅延を生じ、一貫した非アクティビティの延長された期間は前記キャッシングの停止を遅延無く行うようにする、前記方法。
【請求項１２】
請求項１０または１１に記載の方法であって、前記非アクティビティに対する基準が、前記ユーザデバイスとの如何なるユーザ相互作用もなく所定時間の満了を含む、前記方法。
【請求項１３】
請求項１０または１１に記載の方法であって、前記非アクティビティに対する基準が、前記ユーザデバイスが電源を切られたことを示している信号又はメッセージの受信を含む、前記方法。
【請求項１４】
請求項１０または１１に記載の方法であって、適合する前記基準が、前記ユーザデバイスとの一定のタイプのユーザ相互作用を生じないで、所定時間の満了することを含む、前記方法。
【請求項１５】
請求項１または３に記載の装置であって、前記複数の第二のプログラムのうちの１つ以上のうちの特定の１つは、前記表示の変更のためにキャッシュされていたバージョンよりも良い品質レベルで配信される、装置。
【請求項１６】
請求項１５に記載の装置であって、前記複数の第二のプログラムのうちの１つ以上のうちの特定の１つをキャッシュすることにより、前記要求を受信したのち実質的にただちに、前記複数の第二のプログラムのうちの１つ以上のうちの特定の１つの配信が可能になる、装置。
【請求項１７】
請求項１に記載の装置であって、前記複数の第二のプログラムのうちの選択された１つ以上のキャッシュされるプログラムの数は、前記コンテンツ配信ネットワークの利用可能帯域により少なくとも部分的に変わるように構成される、装置。
【請求項１８】
請求項１７に記載の装置であって、前記複数の命令がさらに、前記プロセッサに実行されることにより、
少なくとも部分的に前記要求の受信に基づいて、複数の第三のプログラムをキャッシュし、前記複数の第三のプログラムの数は、前記利用可能帯域により少なくとも部分的に変わるように構成される、装置。
【請求項１９】
請求項６に記載の方法であって、前記将来の時間は、前記第一のコンテンツ内の現在位置と前記第一のコンテンツ内の指標に少なくとも部分的に基づいて予測される、方法。
【請求項２０】
請求項５に記載の方法であって、前記コンテンツをキャッシュすることにより、前記要求を受信したのち実質的にただちに、前記向上された品質レベルのコンテンツの配給が可能になる、方法。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願）
本出願は、２０１１年８月１９日に出願された、「コンテンツ配信ネットワークにおける切り替え遅れを減少する装置及び方法」と言う名称の共有名義の、同時係属中の米国特許出願番号１３／２１３，８１７の優先権を主張する、２０１２年８月７日に出願された、同一の発明の名称の、共有名義の、同時係属中のＰＣＴ特許出願番号ＰＣＴ／ＵＳ２０１２／０４９８６０の優先権を主張する。
本発明は、一般的に、配信ネットワークに亘って一人以上のユーザーにコンテンツを供する分野に関する。一つの例示的態様において、本発明は、ＩＰパケット化されたコンテンツをユ−ザーを供するネットワークにおける切り替え遅れを減少する方法及び装置に関する。
【背景技術】
【０００２】
コンテンツ配信ネットワークにおいて、複数の加入者にコンテンツを供することは従来技術において周知である。典型的な構成において、例えば：（ｉ）例えば、高密度波長分割多重化（ＤＷＤＭ）光部分、同軸ケーブル部分および他のタイプのベアラメディア(ｂｅａｒｅｒ  ｍｅｄｉａ)を含み得るハイブリッドファイバ同軸ケーブル（ＨＦＣ）ネットワーク；（ｉｉ）（例えば、軌道エンティティから衛星放送受信アンテナを介してユーザーのＳＴＢへの）衛星ネットワーク；（ｉｉｉ）例えば、「Ｘへのファイバ」または（例えば、そのＦＴＴＨ、ＦＴＴＣ、ＦＴＴＮおよびＦＴＴＢ変形例を含み得る）ＦＴＴｘなどの光ファイバ配信ネットワーク；（ｉｖ）ハイブリッドファイバ／銅の、つまり「ＨＦＣｕ」ネットワーク（例えば、ノード又はｌａｓｔ−ｍｉｌｅ  ｄｅｌｉｖｅｒｙが過剰にインストールされたＰＯＴＳ／ＰＳＴＮ電話回線又はＣＡＴ−５ケーブルを有する、光ファイバ配信ネットワーク）；（ｖ）マイクロ波／ミリメータ波システム；等を含む、如何なる数の異なるトポロジーに亘って、コンテンツは加入者のデバイスに配信される。
【０００３】
コンテンツを加入者に供する際に、種々のタイプのコンテンツ配信サービスが利用される。例えば、或るコンテンツは、放送スケジュール（ａｋａ「リニア」コンテンツ）に従って供され得る。コンテンツは（例えば、ビデオオンデマンドつまりＶＯＤ、フリービデオオンデマンド、ニアビデオオンデマンドなどを介して）オンデマンドでも供され得る。コンテンツは、（例えばＤＶＲを介して）ユーザー端末（プレミス：ｐｒｅｍｉｓｅｓ）に置かれるレコーディングデバイス、又は(例えば、パーソナルビデオレコーダ又はネットワーク位置に配列されるネットワークパーソナルビデオレコーダを介して)他の場所からも、又は（「ノンリニア」）コンテンツのプレイバックに亘って増大した制御をユーザーに供する「スタートオーバ（ｓｔａｒｔ  ｏｖｅｒ）」パラダイム（ｐａｒａｄｉｇｍ）を介してもユーザーに供され得る。
【０００４】
コンテンツ配信サービスの異なる多様なものが時間をかけて進化したのと丁度同じように、幾つかの異なるネットワークアーキテクチャもこれらのサービスを展開するために進化してきた。これらのアーキテクチャは、（例えば、全ての消費者にコンテンツを供するために、一つ以上の中央集中化されたサーバーを使用して）完全に中央集中されたものから、完全に分散されたもの（例えば、配信ネットワークの「エッジ」で消費者端末に非常に近い複数のサーバに配信されたコンテンツの複数のコピー）まで、並びに種々の他の構成まで広範に亘る。幾つかの配信アーキテクチャ（例えば、ＨＦＣケーブル、ＨＦＣｕなど）は、異なる媒体（同軸ケーブル無線周波数、銅ＰＯＴＳ／ＰＳＴＮ回線）配信ネットワークとエッジに向かってデータ通信状態にある、ネットワークの「コア」に向かう光ファイバから成る。
【０００５】
衛星ネットワークは、デジタルＴＶ及びデータ信号を送るために無線周波数の物理層（つまり、衛星トランシーバー及び消費者端末の各々に置かれる関連するセットトップボックス及び衛生アンテナ）を同様に使用する。
【０００６】
とりわけＩＥＥＥ−標準．８０２．１６ｅにおいて特定される「ＷｉＭＡＸ」技術によって、固定型又は携帯型であれ、文字通り如何なる場所でもネットワーク加入者に高いデータ速度、無線アクセス及びコンテンツ配信が提供される。この技術によって、それらの購入者へのコンテンツを配信する柔軟で高い帯域幅手段がＭＳＯ及び他のサービスプロバイダに表面的に提供され、そして（Ｗｉ−ＦｉのようなＷＬＡＮ技術よりよりはるかに大きい）その比較的長い範囲及び無線（大気）インターフェース故に、固定及び携帯のアプリケ−ションの両方にこの技術は特によく適する。
【０００７】
複数の加入者にメディアコンテンツを配信するために、他のシステム及び方法も使用され得る。例えば、いわゆる「インターネット・プロトコル・テレビ」つまり「ＩＰＴＶ」は、従来の無線周波数放送、衛星信号またはケーブルテレビ（ＣＡＴＶ）フォーマットを通じて配信される代わりに、（例えば、インターネットおよびブロードバンドインターネットアクセスネットワークのような) パケット交換ネットワークインフラストラクチャに亘るインターネットプロトコル群のアーキテクチャ及びネットワーク化方法を用いて、それを通してサービスが加入者に配信されるシステムである。これらのサービスには、例えば、生のテレビ、ビデオオンデマンド（ＶＯＤ）および双方向テレビ（ｉＴＶ）が含まれ得る。ＩＰＴＶは（ビデオ、オーディオ、テキスト、グラフィック、データ、及び制御信号を含む）サービスを、ＩＰプロトコルを採用するアクセスによらない（ａｃｃｅｓｓ  ａｇｎｏｓｔｉｃ）パケット交換ネットワークに渡って配信する。ＩＰＴＶは、サ−ビスの品質（ＱｏＳ）、経験の品質（ＱｏＥ）、セキュリティ、双方向性、及び信頼性の要求されたレベルを、ＰＣ、ＳＴＢ、ハンドヘルド、ＴＶ及び他の端末のようなインテリジェント端末を介して供するような方法で管理される。ＩＰＴＶサービスは、大量のマルチキャストビデオトラフィックの配信のための十分な帯域幅を確保するよう注意深く作成された複雑で重たい「壁に囲まれた庭（ｗａｌｌｅｄ ｇａｒｄｅｎ）」ネットワークに亘って通常配信される。
【０００８】
ＩＰＴＶは、コンテンツの配信のために標準ネットワーク化プロトコルを使用する。これはビデオストリーミングに対してブロードバンドインターネット接続を有する消費者デバイスを使用することによって達成される。「次世代」家庭ネットワーク技術のような標準に基づく家庭ネットワークは、ＩＰＴＶコンテンツを家庭における加入者デバイスに配信するために使用できる。
【０００９】
他方、所謂、「インターネットＴＶ」は、一般的に、ユーザー端末に接続するネットワークの外（例えば、ケーブル、ＨＦＣｕ、衛星など）からＩＰネットワーク（通常、インターネット）を介して送られるトランスポートストリームを指す。インターネットＴＶプロバイダーは、最終配信に関しては全く制御せず、従って、特に、ＱｏＳ要求事項無しで「最善の努力」に基づいて放送する。
【００１０】
音声及びＩＰＴＶサービスの情報を同じコアインフラストラクチャに亘って供するべく、キャリアネットワークにおけるＩＰＴＶサービスを支援するためのアーキテクチャとして３ＧＰＰＩＰマルチメディアシステム（ＩＭＳ）の使用を標準化するための努力が広がっている。ＩＭＳに基づくＩＰＴＶは、例えば、オープンＩＰＴＶフォーラム、ＥＴＳＩ−ＴＩＳＰＡＮ、ＩＴＵ−Ｔなどのような、多くのＩＰＴＶ規格開発組織（ＳＤＯ）によって提出されたＩＰＴＶソルーション規格に合致するよう適合され得る。  
【００１１】
現存のインターネットＴＶおよびＩＰＴＶソリューションは、(ベアラメディアに関わらず)、帯域幅およびネットワークの効率的な方法において、迅速かつ円滑なチャンネル変更、又は所謂「チャンネルサーフィング」能力を提供することについて、従来の放送システムのそれを模倣するユーザーの経験に対する要望を含めて、現在ユーザーによって求められているいくつかの基本的な能力に欠ける。
【００１２】
パケット化された（例えば、ＩＰ）コンテンツ配信のための一つの改良されたアーキテクチャ及びそれに伴う方法が、２０１０年７月２２日に出願された、「帯域幅の効率的なネットワークに亘るパケット化されたコンテンツ配信のための装置及び方法」と言う名称の、共有名義の、同時係属中の米国特許出願番号１２／８４１，９０６において述べられている。このアーキテクチャはＩＰＴＶ及びインターネットＴＶの前述の短所に対処する。しかしながら、そのようなアーキテクチャにおいて、前述の円滑なチャンネルサーフィング能力はやはり望ましい。パケット化されたコンテンツに関与するチャンネル変更を取り扱う従来技術の方法は、一般的に、視聴者のセットアップボックスのバッファが十分に満たされる時点まで、要求されたプログラムの低解像度バージョンを供することに焦点をあてる。次いで、セットアップボックス又はビデオサーバーは、チャンネルのマルチキャストされた高解像度バージョンへの切り替えを開始する。低解像度バージョンは、表面的に、より早くバッファする点で、ひいては遅れ又は待ち時間を幾分減少させる点で有利な点を有する。これの方法が、「チャンネル距離」が短い場合、現在のチャンネルと望まれるチャンネルの間にあるチャンネルを横断するという視聴者の傾向を考慮する一方、それらは視聴者の他の代わりの傾向（例えば、遠いチャンネルにジャンプする視聴者の傾向）を考慮しない。
【００１３】
従来技術の方法において遅れを減少させる能力を供するために、或るチャンネルがキャッシュする（ｃａｃｈｅ）ために選択され得て、そのために事前にバッファされて即座に見るための準備がなされる。しかしながら、従来技術は、キャッシュされた背景チャンネルを何時供給すべきか、そしてその配信及び／又はキャッシング（ｃａｃｈｉｎｇ）を何時停止すべきかを決定することができるシステムを供することには成功していない。
【００１４】
従って、必要とされるのは、ネットワークにおける、特に、インターネットプロトコル（ＩＰ）コンテンツの複数のチャンネルを運ぶネットワークに対する、チャンネル切り替えにおける待ち時間を減らすための改善された方法および装置である。そのような装置および方法は、チャンネルサーフィングの瞬間中に、効率的な待ち時間の削減を理想的に提供するであろうし、そしてユーザーがチャンネルサーフィングを開始しそうな時間又は瞬間を予測するであろう。
【発明の概要】
【発明が解決しようとする課題】
【００１５】
本発明は、とりわけ、コンテンツを提供するためのネットワークにおける切り替え遅延を減少する装置および方法を開示することによって、前述の必要性に向けられる。
【課題を解決するための手段】
【００１６】
本発明の第一の態様において、コンテンツ配信ネットワークにおけるチャンネル変更待ち時間を減少する方法が開示される。一つの実施態様において、本方法は：（ｉ）ネットワークと通信状態にある第一のデバイスのユーザーから第一のコンテンツに対する要求を受信すること、（ｉｉ）要求された第一のコンテンツを供すること、（ｉｉｉ）複数の第二のコンテンツをキャッシングする（ｃａｃｈｉｎｇ）こと、ここで複数の第二のコンテンツの選択は、少なくとも部分的に、ユーザーによるコンテンツ選択に基づく、（ｉｖ）複数のキャッシュされた第二のコンテンツの一つに対する要求を受信すること、（ｖ）キャッシュされた第二のコンテンツの要求された一つを配信すること、ここでその配信は、キャッシュされたそのバージョンの少なくとも一つの品質を上げることを含む、及び、（ｖｉ）更新された複数の第二のコンテンツをキャッシュすることを含む。一つの変形例において、更新された複数の第二のコンテンツは、少なくとも部分的に、複数のキャッシュされた第二のコンテンツの一つに対する要求に基づく。第二のコンテンツをキャッシュする行為によって、要求がそれゆえに受信された後、実質的に直ちに実行されることになるキャッシュされた第二のコンテンツの要求された一つの配信が可能になる。
【００１７】
本発明の第二の態様においては装置が開示される。一つの実施態様において、本装置は、コンテンツ配信ネットワークにおいて使用されるよう構成され、少なくとも一つのネットワークインターフェースと、記憶エンティティと、少なくとも1つのコンピュータプログラムを実行するように構成されるプロセッサとを含んでなり、該少なくとも1つのコンピュータプログラムは複数の命令を有する。一つの態様として、上記複数の命令は実行に際し：上記ネットワークにおけるユーザーデバイスが第一の状態を有するとき、それに伴うユーザープロファイルに関連する第一の情報にアクセスし；上記ユーザーデバイスをキャッシュするため、複数のコンテンツの一つ以上を選択するために上記第一の情報を利用し；第一のプログラムのディスプレイを第二のプログラムのディスプレイに変更する要求を検出し;及び上記第一のプログラムの少なくとも一部をキャッシュし、該キャッシュは上記検出によりトリガーされる、ように構成される。
他の実施態様において、コンテンツ配信ネットワークにおいてチャンネル変更待ち時間を減少するように構成された装置が開示される。一つの実施態様において、本装置は、少なくとも一つのネットワークインターフェース、記憶エンティティ、及び少なくとも1つのコンピュータプログラムをその上で実行するように構成されるプロセッサを含んでなる。一つの変形例において、プログラムは、実行されるとき、（ｉ）ネットワークにおけるユーザーデバイスの状態（ステータス）に関連する第一の情報にアクセスし、（ｉｉ）ユーザーデバイスが第一の状態を有するとき、それに伴うユーザープロファイルに関連する第二の情報にアクセスし、そして（ｉｉｉ）ユーザーデバイスをキャッシュするため、複数のコンテンツの一つ以上を選択するために第二の情報を利用するように構成される。
【００１８】
本発明の第三の態様において、コンテンツ配信ネットワークにおいて減少されたチャンネル変更待ち時間を供するための方法が開示される。一つの実施態様において、本方法は：（ｉ）ネットワークと通信状態にあるユーザーデバイスに第一のコンテンツを供すること、ここでユーザーデバイスは、ネットワーク中のそのアクティビティに関して第一の状態を有する、（ｉｉ）第二のネットワークに対する要求をユーザーデバイスから受信すること、（ｉｉｉ）ユーザーデバイスの第一の状態を第二の状態に変えるべきか否かを決定すること、（ｉｖ）要求された第二のコンテンツを供すること；及び（ｖ）ユーザーデバイスの状態が、第二の状態に変えられるべきと決定されるとき、第三のコンテンツをキャッシュすること、ここで、第三のコンテンツのキャッシングは、減少された待ち時間でユーザーへ配信するために第三のコンテンツを準備すること、を含む。
【００１９】
本発明の第四の態様において、コンテンツ配信ネットワークにおいて、帯域幅が効率的な減少されたチャンネル変更待ち時間を供するための方法が開示される。一つの実施態様において、本方法は、ユーザーデバイスに第一のコンテンツを供すること、第二のコンテンツをキャッシュすること、ここで、キャッシュされた第二のコンテンツは、従って、減少された待ち時間での要求の際に、ユーザーデバイスに供されることが可能である、及びユーザーデバイスの非アクティビティに対する基準が満たされた後、第二のコンテンツをキャッシュすることを停止することを含む。
【００２０】
本発明の第五の態様において、コンピュータが読み取ることが可能な装置が開示される。一つの実施態様におけるコンピュータが読み取ることが可能な装置は、減少されたチャンネル変更待ち時間を何時実行するかの指示を含む。一つの実施態様において、（ｉ）第一のコンテンツをネットワークと通信状態にあるユーザーデバイスに供すること、ここでユーザーデバイスはコンテンツ中でそのアクティビティに関して第一の状態を有する、（ｉｉ）ユーザーデバイスから第二のコンテンツに対する要求を受信すること、（ｉｉｉ）ユーザーデバイスの第一の状態を第二の状態に変えるか否かを決定すること、（ｉｖ）要求された第二のコンテンツを供すること、及び（ｖ）ユーザーデバイスの状態を第二の状態に変えるべきと決定されるとき、第三のコンテンツをキャッシュすることによって待ち時間が減少される。一つの変形例において、第三のコンテンツのキャッシングはユーザーへの減少された待ち時間での配信のために第三のコンテンツを準備することを含む。
【００２１】
別の実施態様において、第一のコンテンツをユーザーデバイスに供すること、第二のコンテンツをキャッシュすること、ここで従って減少された待ち時間で要求された際に、キャッシュされた第二のコンテンツがユーザーデバイスに供され得る、そしてユーザーデバイスの非アクティビティに対する基準が満たされた後、第二のコンテンツのキャッシングを停止することによって待ち時間が減少され、そして帯域幅が保存される。
【００２２】
本発明のこれらの及び他の態様は、本明細書において供された開示と照らして考えられるとき明らかになるであろう。
【図面の簡単な説明】
【００２３】
【図１】本発明を用いると有用である、一つの例示的なパケット化されたコンテンツの配信ネットワークアーキテクチャを図示する機能ブロック図である。
【図２】本発明を用いると有用である、別の例示的なパケット化されたコンテンツの配信ネットワークアーキテクチャを図示する機能ブロック図である。
【図３】本発明による、減少されたチャンネル切り替え遅れを供する方法の一つの実施態様を図示する流れ図である。
【図４】本発明による、減少されたチャンネル切り替え遅れを供する方法の別の実施態様を図示する流れ図である。
【図５】本発明による、減少されたチャンネル切り替え遅れを供する方法の別の一つの実施態様を図示する流れ図である。
【図６】本発明によるマネージャーの一つの実施態様を図示する機能ブロック図である。
【図７】本発明によるゲートウエイ装置一つの実施態様を図示する機能ブロック図である。
【００２４】
全ての図は、著作権法２０１１〜２０１４、タイムワーナー・ケーブル・エンタープライズ  ＬＬＣに属する。無断複写・複製・転載を禁ず。
【発明を実施するための形態】
【００２５】
ここで図面を参照するが、類似の数字は全体を通して類似の部品を指す。
【００２６】
本明細書において使用されるように、用語「アプリケーション」は、一般的に、或る機能又はテーマを実行する実施可能なソフトウエアのユニットのことを指す。アプリケーションのテーマは、（オンデマンドコンテンツ管理、eコマース取引、仲介取引、ホームエンターテインメント、電卓などのような）専門分野及び機能に渡って広汎に変わり、そして一つのアプリケーションは一つより多くのテーマを有し得る。実施可能なソフトウエアのユニットは、一般的に、所定の環境において動作し、例えば、本ユニットはＪａｖａＴＶ（登録商標）環境内で動作するダウンロード可能なＪａｖａ  Ｘｌｅｔ（登録商標）を含むことができるであろう。
【００２７】
本明細書において使用されるように、用語「クライアントデバイス」及び「エンドユーザーデバイス」は、それに制限するものではないが、セットトップボックス (例えば、ＤＳＴＢ)、ゲートウェイ、モデム、デスクトップ又はラップトップあるいはその他のパソコン（ＰＣ）及びミニコンピュータ、及び携帯コンピュータ、ＰＤＡ、パーソナルメディアデバイス(ＰＭＤ)、及びスマートフォンのような携帯デバイスを含む。
【００２８】
本明細書において使用されるように、用語「コーデック」は、それに制限するものではないが、ビデオ、オーディオ、またはＭＰＥＧ（例えば、ＭＰＥＧ−１、ＭＰＥＧ−２、ＭＰＥＧ−４  Ｈ．２６４など）、Ｒｅａｌ（リアルビデオなど）、ＡＣ−３（オーディオ）、ＤｉＶＸ、ＸＶｉＤ／ＶｉＤＸ、ウィンドウズ（登録商標）・メディアビデオ（例えば、ＷＭＶ  ７、８、９、１０、または１１）、ＡＴＩビデオコーデックまたはＶＣ−１（ＳＭＰＴＥ標準の４２１Ｍ）グループのものを含む他のデータの符号化および／または復号化アルゴリズム、プロセスまたは装置のことを指す。
【００２９】
本明細書において使用されるように、用語「コンピュータプログラム」又は「ソフトウエア」は、如何なるシーケンスも又は機能を実行するヒト又は機械が認識できるステップをも含むことを意味する。そのようなプログラムは、例えば、Ｃ／Ｃ＋＋、フォートラン、ＣＯＢＯＬ、ＰＡＳＣＡＬ、アセンブリ言語、マークアップ言語（例えば、ＨＴＭＬ、ＳＧＭＬ、ＸＭＬ、ＶｏＸＭＬ）など、並びにコモンオブジェクトリクエストブローカーアーキテクチャ（ＣＯＲＢＡ）、Ｊａｖａ（登録商標）（Ｊ２ＭＥ、Ｊａｖａ  Ｂｅａｎｓなどを含む）、バイナリランタイム環境（例えば、ＢＲＥＷ）などを含むオブジェクト指向環境など、ほとんど如何なるプログラミング言語または環境においてなされ得る。
【００３０】
用語「消費者端末（ＣＰＥ）」及び「ホストデバイス」は、それに制限するものではないが、消費者又はユーザー端末内に置かれ、そしてネットワークに接続される、如何なるタイプの電子装置をも指す。用語「ホストデバイス」は、衛星、ケーブル又は地上ネットワークを介してデジタルＴＶコンテンツにアクセスする端末デバイスを含む。ホストデバイス機能は、デジタルＴＶ（ＤＴＶ）セット内に統合され得る。用語「顧客端末（ＣＰＥ）」は、セットトップボックス、ＴＶ、デジタルビデオレコーダ（ＤＶＲ）、ゲートウエイ記憶デバイス（Ｆｕｒｎａｃｅ）、及びＩＴＶパーソナルコンピュータのような電子装置を含む。
【００３１】
本明細書において使用されるように、用語「ディスプレイ」は、それに制限するものではないが、ＣＲＴ、ＬＣＤ、ＴＦＴ、プラズマディスプレイ、ＬＥＤ、白熱および蛍光装置、又はそれらの組合せ／一体化物を含む、情報をディスプレイように適合された如何なるタイプのデバイスをも意味する。ディスプレイデバイスは、例えば、プリンタ、イーインク（ｅ−ｉｎｋ）デバイスなどのような、より動的でないデバイスも含み得る。
【００３２】
本明細書において使用されるように、用語「ＤＯＣＳＩＳ」は、例えば、ＤＯＣＳＩＳバージョン１．０、１．１、２．０及び３．０を含む、データオーバーケーブルサービスインターフェース規格の如何なる既存の又は計画された変形例のことも指す。ＤＯＣＳＩＳ（バージョン１．０）は、「デジタル」ケーブルネットワークを使用するインターネットアクセスに対する標準及びプロトコルである。ＤＯＣＳＩＳ１．１はＤＯＣＳＩＳ１．０と互換性があり、そしてＤＯＣＳＩＳ１．０と比べてデータ速度及びレイテンシ保証（ＶｏＩＰ）、並びに強化されたセキュリティを有する。ＤＯＣＳＩＳ２．０は１．０及び１．１と互換性があり、さらにより広い上流帯域（６．４ＭＨｚ）、並びにＴＤＭＡ及びＣＤＭＡを含む新しい変調フォーマットを供する。それは対称（ｓｙｍｍｅｔｒｉｃ）サービス（３０Ｍｂｐ上流）も供する。
【００３３】
本明細書において使用されるように、用語「ヘッドエンド」は、一般的に、クライアントデバイスを用いてプログラミングをＭＳＯクライアントに配信するオペレータ（例えば、ＭＳＯ又はマルチシステムオペレータ）によって制御されるネットワーク化されたシステムのことを指す。そのようなプログラミングは、中でも、無料ＴＶチャンネル、有料ＴＶチャンネル、双方向ＴＶ及びインターネットを含む文字通り如何なる情報源／受信機をも含み得る。
【００３４】
本明細書において使用されるように、用語「インターネット（Ｉｎｔｅｒｎｅｔ）」及び「インターネット（ｉｎｔｅｒｎｅｔ）」は、それに制限するものではないが、「インターネット（Ｉｎｔｅｒｎｅｔ）」を含むネットワーク間を指すよう互換的に使用される。
【００３５】
本明細書において使用されるように、用語「メモリ」は、如何なるタイプの集積回路又は、それに制限するものではないが、ＲＯＭ、ＰＲＯＭ、ＥＥＰＲＯＭ、ＤＲＡＭ、ＳＤＲＡＭ、ＤＤＲ／２  ＳＤＲＡＭ、ＥＤＯ／ＦＰＭＳ、ＲＬＤＲＡＭ、ＳＲＡＭ、「フラッシュ」メモリ（例えば、ＮＡＮＤ／ＮＯＲ）及びＰＳＲＡＭを含むデジタルデータ記憶のために適合された他の記憶デバイスのことを指す。
【００３６】
本明細書において使用されるように、用語「マイクロプロセッサ」及び「デジタルプロセッサ」は、一般的に、それに制限するものではないが、デジタル信号プロセッサ（ＤＳＰ）、縮小命令セットコンピュータ（ＲＩＳＣ）、汎用（ＣＩＳＣ）プロセッサ、マイクロプロセッサ、ゲートアレイ（例えば、ＦＰＧＡ）、ＰＬＤ、再編成可能なコンピュータファブリック（ｆａｂｒｉｃｓ）（ＲＣＦ）、アレイプロセッサ、セキュアなマイクロプロセッサおよび特定用途向集積回路（ＡＳＩＣ）を含む全てのタイプのデジタルプロセッシングデバイスを含むことを意味する。そのようなデジタルプロセッサは、単一ユニタリＩＣダイ又は分散された多様なコンポーネントの上に含まれ得る。
【００３７】
本明細書において使用されるように、用語「ＭＳＯ」又は「複数のシステムオペレータ」は、ケーブル、家庭へのファイバ（ＦＴＴＨ）、ファイバー・ツー・ザ・カーブ（curb）（ＦＴＴＣ）、衛星又はそれらの媒体に亘るプログラミング及びデータを含む、サービスを配信するために要求されるインフラストラクチャを有する地上ネットワークプロバイダのことを指す。
【００３８】
本明細書において使用されるように、用語「ネットワーク」及び「伝達ネットワーク」は、一般的に、それに制限するものではないが、ハイブリッドファイバ同軸ケーブル（ＨＦＣ）ネットワーク、衛星ネットワーク、通信ネットワークおよび（ＭＡＮ、ＷＡＮ、ＬＡＮ、無線ＬＡＮ、インターネットおよびイントラネットを含む）データネットワークを含む如何なるタイプの通信又はデータネットワークをも指す。そのようなネットワーク又はその部分は、如何なる一つ以上の異なる形態（例えば、リング、バス、星、ループなど）、通信メディア(例えば、有線／ＲＦケーブル、ＲＦ無線、ミリ波、光学など)及び又は通信又はネットワーク化プロトコルをも利用し得る。
【００３９】
本明細書において使用されるように、用語「ネットワークインターフェース」は、それに制限するものではないが、ＦｉｒｅＷｉｒｅ（例えば、ＦＷ４００、ＦＷ８００など）、ＵＳＧ（例えば、ＵＳＢ２）、Ｅｔｈｅｒｎｅｔ（例えば、１０／１００、１０／１００／１０００（ギガバイトＥｔｈｅｒｎｅｔ）、１０−Ｇｉｇ−Ｅなど）、ＭｏＣＡ、Ｃｏａｘｓｙｓ（例えば、ＴＶｎｅｔ(登録商標)）、無線周波数チューナ（例えば、同一帯域またはＯＯＢ、ケーブルモデムなど）、Ｗｉ−Ｆｉ（８０２．１１）、ＷｉＭＡＸ（８０２．１６）、ＰＡＮ（例えば、８０２．１５））又はＩｒＤＡファミリーのものを含む、コンポーネント、ネットワーク又はプロセスを有する、如何なる信号、データ又はソフトウエアインターフェースをも指す。
【００４０】
本明細書において使用されるように、用語「ＱＡＭ」は、ケーブルネットワークに亘って信号を送るために使用される変調方式のことを指す。そのような変調方式は、ケーブルネットワークの詳細に依存して、如何なるコンスタレーションレベル（例えば、ＱＰＳＫ、１６−ＱＡＭ、６４−ＱＡＭ、２５６−ＱＡＭなど）をも使用しうる。ＱＡＭは、スキームによって変調された物理的チャンネルのことも指す。
【００４１】
本明細書において使用されるように、用語「サーバー」は、データ、ファイル、アプリケーション、コンテンツ又は他のサービスを、コンピュータネットワーク上の一つ以上の他のデバイス又はエンティティに供するよう適合される、形態に無関係な、如何なるコンピュータ化されたコンポーネント、システム又はエンティティをも指す。
【００４２】
本明細書において使用されるように、用語「サービス」、「コンテンツ」、「プログラム」及び「ストリーム」は、加入者がそれをサービスとして認識し得るもので、供されるパケット化されたデータシーケンスを指すために、時々、同義語的に使用される。前者の特別な意味における「サービス」、(又は「コンテンツ」、又は「ストリーム」）は、後者の非技術的な意味における異なるタイプのサービスに対応し得る。例えば、特別な意味における「サービス」は、中でもビデオ放送、オーディオのみの放送、有料視聴又はビデオオンデマンドに対応し得る。そのような「サービス」に関して供される認識可能なコンテンツは、生の、事前にレコーディングされた、時間に制限がない、時間に制限がある、又は他の記述のものであり得る。幾つかの場合、特別な意味における「サービス」は、加入者が、従来の放送ＴＶにおいて「チャンネル」と認識するであろうものに対応し得る。
【００４３】
本明細書において使用されるように、用語「サービスグループ」は、サービスユーザーのグループ（例えば、加入者）又は、例えば、ケーブルＲＦ信号全体、サービスを受信するために使用され、又はさもなければ資源割り当てのためにネットワークによって単独論理ユニットとして処理されるＲＦチャンネルのみの形態でそれらによって共有される資源、の何れかのことを指す。
【００４４】
本明細書において使用されるように、用語「記憶デバイス」は、それに制限するものではないが、コンピュータハードドライブ、ＤＶＲデバイス、メモリ、ＲＡＩＤデバイス又はアレイ、光学的媒体（例えば、ＣＤ−ＲＯＭ、レーザディスク、Ｂｌｕ−Ｒａｙなど）、又はコンテンツ若しくは他の情報を記憶できる如何なる他のデバイス又は媒体をも指す。
【００４５】
本明細書において使用されるように、用語「ユーザーインターフェース」は、それに制限するものではないが、ユーザー又は他のエンティティに情報を供し及び／又はそこから情報を受信する如何なる視的、図的、触覚的、可聴式、センサ的な又は他の手段をも指す。
【００４６】
本明細書において使用されるように、用語「無線」は、それに制限するものではないが、Ｗｉ−Ｆｉ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、３Ｇ（３ＧＰＰ／３ＧＰＰ２）、ＨＳＤＰＡ／ＨＳＵＰＡ、ＴＤＭＡ、ＣＤＭＡ（例えば、ＩＳ−９５Ａ、ＷＣＤＭＡ（登録商標）など）、ＦＨＳＳ、ＤＳＳＳ、ＧＳＭ（登録商標）、ＰＡＮ／８０２．１５、ＷｉＭＡＸ（８０２．１６）、８０２．２０、狭帯域ＦＤＭＡ、ＯＦＤＭ，ＰＣＳ／ＤＣＳ，ＬＴＥ／ＬＴＥ-Ａ、アナログ携帯、ＣＤＰＤ、衛星システム、ミリ波又はマイクロ波システム、音響及び赤外線（つまり、ＩｒＤＡ）を含む、如何なる無線信号、データ、通信または他のインターフェースをも意味する。
【００４７】
概要
一つの顕著な態様において、本発明は、コンテンツ配信ネットワークにおいて減少されたチャンネル切り替え遅れを供するための方法及び装置を開示する。一つの実施態様において、コンテンツ配信ネットワークはインターネットプロトコル(ＩＰ)に基づくコンテンツを運ぶように構成され、そして切り替え遅れは「背景」コンテンツ（つまり、視聴者が次に要求するであろうと予想されるコンテンツ）を減少された品質及び／又は解像度でキャッシュすることによって減少される。供された背景コンテンツはチャンネル変更を予測し、そしてチャンネル変更が背景コンテンツに対して成されるとき、選択されたコンテンツは直ちに品質及び／又は解像度において向上され、そして更新された背景コンテンツに沿って要求しているデバイスに供される。
【００４８】
例示的実施において、ネットワークは、どのそして幾つの背景チャンネルがキャッシュされるかを管理するマネージャーエンティティを含む。背景コンテンツの提供は、例えば、ユーザー又はデバイスの挙動及びパターン、ユーザーの優先性又は「好み」、帯域幅の考慮、時刻、及び／又はサブスクリプションレベルのような如何なる数の異なるパラメータ又は考慮にも基づき得る。マネージャーエンティティがそのような決定をすることを可能にする情報又はメタデータは、エンティティによってアクセスできるデータベースで記憶される。
【００４９】
加えて、マネージャーエンティティは、ネットワーク中の各デバイスをその状態に従って分類し得る。特別なデバイスがある状態又はモードにあるとき、それはそのためにキャッシュされた適切な背景コンテンツを有するであろう。しかしながら、デバイスが別の状態又はモードにあるとき、それはもはや背景コンテンツのキャッシングを有しないであろう。マネージャーエンティティは、例えば、時刻、プログラムのタイプ、デバイス（又は関連するデバイス）上のアクティビティ（つまり、チャンネル変更要求）の最近の特性、帯域幅利用可能性又はサブスクリプションレベル、又は前述の一つ以上の組合せに基づいて、各デバイスの状態又はモードの決定をなし得る。
【００５０】
別の実施態様において、複数のレガシー（ｌｅｇａｃｙ）又は非ＩＰ可能なデバイスへのコンテンツ配信を可能にするためにゲートウエイ装置が供される。ゲートウエイ装置には、それと通信状態にある全てのデバイスに適用できるモード及び／又は背景チャンネルの組が割り当てられ得る。
例示的実施態様の詳細な記述
【００５１】
本発明の装置及び方法の例示的実施態様をここで詳細に述べる。これらの例示的実施態様は、前述のマルチシステムオペレータ（ＭＳＯ）を有するハイブリッドファイバ同軸（ＨＦＣ）ケーブルシステムアーキテクチャ、デジタルネットワーク化能力、ＩＰ配信能力及び複数のクライアントデバイス／ＣＰＥの観点において記載される一方、本発明の一般的な原理及び利点は、ブロードバンド、ナローバンド、有線若しくは無線、又はその他であれ、他のタイプのネットワーク及びアーキテクチャに展開され得、従って、以下は本来、単なる例証的なものである。
【００５２】
消費者（つまり、家庭）最終ユーザー領域の観点において一般的に記載される一方で、本発明は他のタイプの環境（例えば、コマーシャル／企業／政府／軍など）にも同様に容易に適合され得るとも認められるであろう。無数の他のアプリケーションが可能である。
【００５３】
尚、更に、６ＭＨzＲＦチャンネルを有するケーブルシステムの観点において例示的実施態様が主として記載される一方で、本発明は文字通り、如何なるネットワーク形態又はパラダイム、及び如何なる周波数帯域幅又は搬送方法にも適用できる。
【００５４】
また、（中でも、ＲＦＣ７９１及び２４６０において述べられた）周知のインターネットプロトコルの観点において或る態様が主として記載される一方で、本発明は、記載された機能を実行するために、他のタイプのプロトコル（及びそのまま、他のインターネット及びイントラネットを含むための伝達ネットワーク）を利用し得ることも認められる。
【００５５】
本発明の他の特徴及び利点は、添付された図面及び以下に与えられた通りの例示的実施態様の詳細記述を参照すれば、当業者によって即座に認識されるであろう。
【００５６】
ネットワーク
典型的なコンテンツ配信ネットワーク構成において、コンテンツは一つ以上のコンテンツ源から一つ以上の配信サーバーを介して、顧客端末（ＣＰE）に供される。一つの実施態様において、一つ又は複数の配信サーバ、ＶＯＤサーバ及び一つ又は複数のＣＰＥは、ベアラ(例えば、ＨＦＣ又は衛星)ネットワークを介して接続される。（上でリストアップされたコンポーネントの種々のものを含む）ネットワークヘッドエンドも、ゲートウエイ又は他のそのようなインターフェースを通して、インターネットのような管理されていない外部インターネットワークに接続され得る。
【００５７】
本明細書において論じられるようにＣＰＥは、配信サーバーによってアクセスされることが可能な「顧客端末」（又は配信サーバーに対してローカルであれ遠隔であれ他の場所）における如何なる装置をも含む。以下に更に詳細に論じられる通り、一つの実施態様において、ＣＰＥはＩＰ可能なＣＰＥ及びゲートウエイ又は特別に構成されたモデム（例えば、ＤＯＣＳＩＳケーブル又は衛星モデム）を含み得る。
【００５８】
典型的なヘッドエンドアーキテクチャは、請求モジュール、加入者管理システム（ＳＭＳ）及びＣＰＥ構成管理モジュール、ケーブルモデム停止システム（ＣＭＴＳ）及びＣＯＢシステム、並びに種々のコンポーネントを互いにデータ通信状態に置く一つ又は複数のＬＡＮを含み得る。
【００５９】
例示的なヘッドエンドアーキテクチャは、ネットワークに接続され、そしてネットワークに亘って伝えるためにコンテンツを処理する又は条件付けるように適合されたマルチプレクサ・エンクリプタ（ｅｎｃｒｙｐｔｅｒ）・モジュレータ（ＭＥＭ）を更に含む。（ＬＡＮに接続された）配信サーバーは、一つ以上のファイルサーバを介してＭＥＭ及びネットワークにアクセスし得る。情報は複数のチャンネルに渡って運ばれ、そのようにして、ヘッドエンドは、担われたチャンネルのための情報を種々の源から獲得するように適合される。典型的に、ヘッドエンドからＣＰＥ（「下流」）に配信されるチャンネルは、ヘッドエンドにおいていっしょに多重化され、そして種々の介在されるネットワークコンポーネントを介して隣のハブに送られる。
【００６０】
コンテンツ（例えば、オーディオ、ビデオ、データ、ファイルなど）は、当該サービスグループに伴う各下流（同一帯域）チャンネルに供される。ヘッドエンド又は中間ノード（例えば、ハブサーバー）と通信するために、ＣＰＥは帯域外（ＯＯＢ）又はＤＯＣＳＩＳチャンネル及び付随するプロトコルを使用し得る。
【００６１】
光学的搬送リングも、高密度波長分割多重化（ＤＷＤＭ）光信号を、ネットワーク内の各ハブに効率的に配信するために通常利用される。
【００６２】
別の実施態様において、「切り替えデジタルビデオ」つまり「ＳＤＶ」としても公知である、所謂「放送切り替えアーキテクチャ」（ＢＳＡ）が利用され得る。切り替えアーキテクチャは、通常のデジタル放送プログラムのための帯域幅の使用効率の改良を可能にする。理想的に、加入者は、切り替えられたネットワーク及び通常のストリーミング放送配信を使用して配信されたプログラム間の如何なる違いにも気付かない。
【００６３】
典型的に、ＢＳＡモデルにおいて、ヘッドエンドは、各々、制御及び供給のために協働する切り替えられた放送制御及び媒体経路機能、ハブサイトで、放送ストリームを種々のサービスグループに選択的に切り替えるために使用される、下流又はエッジ切り替えデバイスを含む。ＢＳＡ又はＳＤＶサーバーもハブサイトで配列され、そして（ヘッドエンドで管理エンティティと協働して）切り替え及び帯域保存に関する機能が実行される。
【００６４】
ここで図１を参照すると、パケット化されたコンテンツの最適化された配信を供するための例示的ネットワークアーキテクチャが示される。オンデマンド及び放送コンテンツ（例えば、ビデオプログラミング）に加えて、図１のシステムも、インターネットプロトコル（ＩＰ）を用いしてインターネットデータサービスを配信するが、デジタル通信技術において周知のタイプの他のプロトコル及び搬送機構が代替され得る。
【００６５】
一つの例示的配信パラダイムにおいて、ＩＰに亘って、ＭＰＥＧに亘って、ＭＰＥＧ(又はＨ．２６４又はＡＶＣのような他のビデオコーデック)を含む当該搬送（例えば、ＤＯＣＳＩＳチャンネル）に亘って、ユーザーＰＣ（又はＩＰに基づくＣＰＥ）に搬送されたビデオを用いて、ＭＰＥＧに基づくビデオコンテンツが配信される。つまり、より上位層ＭＰＥＧ、又は他の符号化されたコンテンツは、ＩＰプロトコルを用いてカプセル化され、それは次いでＲＦチャンネルに亘る配信又は多重化トランスポートシステム（ＭＰＴＳ）を介するような他の搬送に対する当業技術において周知のタイプのＭＰＥＧパケット化を利用する。このようにして、通常の放送配信に対して平行配信モードが存在し；例えば、ケーブルパラダイムにおける、ユーザーのＳＴＢのチューナへの従来の下流ＱＡＭ又はＴＶを視聴するための他の受信機デバイスに亘る、そしてまたユーザーのＰＣ又はユーザーのケーブルモデムを介した他のＩＰ可能なデバイスへのＤＯＣＳＩＳ  ＱＡＭに亘るパケット化されたＩＰデータとしての両方のビデオコンテンツの配信が存在する。そのようなパケット化されたモードにおける配信はユニキャスト、マルチキャスト又はブロードキャストであり得る。ＩＰカプセル化データの配信も非ＤＯＣＳＩＳ  ＱＡＭに渡って起こり得る。
【００６６】
例示的実施態様のＣＰＥ１０６は各々、それらが役立つ加入者端末／アドレスに対して意図されたＩＰパケット用の特別な割り当てられたＲＦチャンネルを（例えば、ポート又はソケットＩＤ／アドレス又は他のそのような機構を介して）監視するように構成される。
【００６７】
ＭＳＯネットワークから要求が出されると、パケットコンテンツ（例えば、ＩＰＴＶコンテンツ）の配送のために、「パケット最適化された」配信ネットワークが使用される。図１において図示されたように、２０１０年４月２１日に出願された、「コンテンツ配信ネットワークに亘るパケット化されたコンテンツの配信の方法及び装置」と言う名称の、共有名義の、同時係属中の米国特許出願番号１２／７６４，７４６であって、米国特許出願公開番号２０１１／０１０３３７４として公開された公報において述べられたように、共通の制御面及びサービス配信プラットフォーム（ＳＤＰ）を有するＩＭＳ（ＩＰマルチメディアサブシステム）ネットワークが利用され得る。そのようなネットワークは、ユニキャスト又はマルチキャストモデル、ＩＰパケット化されたコンテンツストリームに対するサービスの品質（ＱｏＳ）、サービス混合及び「マッシュアップ（ｍａｓｈｕｐ）」などによるコンテンツ配信セッションの異なるサービス、実行及び管理の通常の制御に関して著しい向上を供する；しかしながら、本発明の種々の特徴は、如何なる前述のアーキテクチャにも全く限定されるものではない。
【００６８】
切り替えられたデジタル変形例において、インターネットサービスに伴うＩＰパケットはエッジスイッチによって受信され、そしてケーブルモデム停止システム（ＣＭＴＳ）に進められる。ＣＭＴＳはパケットを調べ、そしてローカルネットワークに対して意図されたパケットをエッジスイッチに進める。他のパケットは廃棄されるか又は別のコンポーネントに向けられる。
【００６９】
エッジスイッチは、ＣＭＴＳから受信されたパケットをＱＡＭモジュレータに進め、それはパケットを一つ以上の物理的（ＱＡＭ変調されたＲＦ）チャンネル上でＣＰＥに送る。ＢＰパケットは典型的に、放送されたビデオ及びオーディオプログラミングのために使用されたＲＦチャンネルとは異なるＲＦチャンネル上に送られるが、これは要求事項ではない。上述の通り、ＣＰＥは各々特別な割り当てられたＲＦチャンネルを、それらが役立つ加入者端末アドレスために意図されたＩＰパケットに対して（例えば、ポート又はソケットＩＤ／アドレス、又は他のそのような機構を介して）監視するように構成される。
【００７０】
切り替え遅れを減じるためのパケット化されたコンテンツ配信ネットワークアーキテクチャ
ここで、図２を参照して、本発明によるパケット化されたコンテンツの配信における減少されたチャンネル切り替え遅れを供するためのアーキテクチャの一つの例示的実施態様が説明される。ネットワーク２００は、一般的に、光学的リング２０７を介して少なくとも一つのハブ２０３と通信状態にあるローカルヘッドエンド２０１を含む。配信ハブ２０３は、ネットワーク２０５を介して、種々のユーザーデバイス、ＣＰＥ２２２、及びゲートウエイデバイス２２０に、コンテンツを供することができる。
【００７１】
コンテンツをコンテンツサーバー２０４に供するために、種々のコンテンツ源２０２が使用される。例えば、２０１０年７月２２日に出願された、「帯域幅が効率的なネットワークに亘る配信の装置及び方法」と言う名称の、共有名義の、同時係属中の米国特許出願番号１２／８４１，９０６であって、米国特許出願公開番号２０１２／００２３５３５として公開された公報において論じられたように、ローカルな、地域的な又はネットワークのコンテンツライブラリからコンテンツが受信され得る。または、コンテンツはリニアアナログ又はデジタル供給源から、並びに第三者のコンテンツ源から受信され得る。（例えば、ウエブサーバーのような）インターネットコンテンツ源２１０はインターネットコンテンツをパケット化されたコンテンツサーバー２０６に供する。他のＩＰコンテンツは、ＩＰに亘る音声（ＶｏＩＰ）及び／又はＩＰＴＶコンテンツのような、パケット化されたコンテンツサーバー２０６でも受信され得る。コンテンツは加入者及び非加入者のデバイス（例えば、ＰＣ又はスマートフォンに由来するユーザー作成ビデオ）からも受信され得る。一つの実施態様において、コンテンツサーバー２０４及びパケット化されたコンテンツサーバー２０６の両者の機能は単一サーバーエンティティ内に統合され得る。
【００７２】
ヘッドエンド２０１中に置かれる中央媒体サーバーは、（ｉ）より低い需要サービスのための主要源として及び（ｉｉ）ＰＶＲ（パーソナルビデオレコーダ）能力を有する、実時間の、中央で符号化されたプログラムの源として、ハブメディアサーバーに設置されたバックアップとして使用され得る。図２において示された通り、サーバーをハブステーション２０３に配信することによって、中央ヘッドエンドメディアサーバからＶＯＤサービスを配信することに伴うファイバ搬送ネットワークのサイズが有利に減少される。従って、各ユーザーは、少なくとも二つのサーバー上に置かれた幾つかのサーバポートにアクセスできる。高いシステム信頼性及び向上された資源利用可能性を確保して、各ユーザーへのコンテンツ及びデータ配信に対して複数の経路及びチャンネルが利用できる。相当なコスト便益が、大きなコンテンツ配信ネットワークに対する減少された必要性、及び（より少ないコンテンツを記憶及び配信する必要があるハブサーバーのおかげで）ハブサーバに対する減少された記憶能力要求から、得られる。
【００７３】
本発明と一致して、不均一な又は混合されたサーバー法も利用できることも認識されるであろう。例えば、ケーブル、衛星、ＨＦＣｕなどの加入者ＣＰＥに基づくセッション要求にサービスするために一つのサーバー構成又はアーキテクチャが使用され得、一方、携帯クライアントの要求にサービスするために異なる構成又はアーキテクチャが使用され得る。同様に、コンテンツサーバー２０４、２０６は、単一目的の／専用化されたもの（例えば、そこで或るサーバーは或るタイプの要求にサービスするためにのみに専用化される）、又は代わりに複数の目的のもの（例えば、そこで或るサーバーは複数の異なる源からの要求にサービスすることが可能である）の何れかであってよい。
【００７４】
図２のネットワーク２００は、ネットワークに亘って伝えるためにコンテンツを「条件設定する」ように適合されたネットワーク２０５に接続されたレガシーマルチプレクサ／暗号器／モジュレータ（ＭＥＭ；図示されていない）を更に含み得る。本開示において、コンテンツサーバー２０４及びパケット化されたコンテンツサーバー２０６は前述のＬＡＮに接続され得、そうすることによって、（図示されていない）一つ以上のファイルサーバーを介してＭＥＭ及びネットワーク２０５へのアクセスを行う。コンテンツサーバー２０４及びパケット化されたコンテンツサーバ２０６は、ＬＡＮを介して、８０２．３ｚギガバイトＥｔｈｅｒｎｅｔ（登録商標）（又は初期の「１０Ｇ」）デバイスのようなヘッドエンドスイッチデバイス２０８に接続される。ビデオ及びオーディオコンテンツはヘッドエンド２０１で多重化され、そして（やはり８０２．３ｚギガバイトＥｔｈｅｒｎｅｔデバイスを含み得る）エッジスイッチデバイス２１２に送られる。
【００７５】
本発明の一つの実施態様において、ＩＰデータコンテンツ及びＩＰパケット化されたオーディオ／ビデオコンテンツの両者は、一つ以上の万能エッジＱＡＭデバイス２１８を介して、ユーザーに配信される。この実施態様によれば、全てのコンテンツはＤＯＣＳＩＳチャンネル上に配信され、それは（本明細書において以下に述べられる）端末ゲートウエイ２２０によって受信され、そしてそれと通信状態にある一つ以上のＣＰＥ２２２に配信される。または、ＣＰＥ２２２は、ゲートウエイ又は他の中間物の必要無しで、ＩＰコンテンツを直接受信するように構成され得る。補足的又はバックアップ機構として、上で論じられたように、オーディオ／ビデオコンテンツは下流（同一帯域）チャンネルにおいても供され得；つまり、従来の「ビデオ」同一帯域ＱＡＭを介して供され得る。このようにして、ＤＯＣＳＩＳ  ＱＡＭに亘るそれらのＩＰセッションが幾つかの理由で妨害される場合、一緒に使用可能な（ｃｏ−ｅｎａｂｌｅｄ）デジタルセットトップボックス（ＤＳＴＢ）又は他のＣＰＥは、新しい（同一帯域）ＲＦビデオＱＡＭに容易に合わせることができるであろう。これはＣＰＥ内の適切な論理を介して（例えば、自主的に、又はヘッドエンド又は他の上流エンティティから、又は端末のユーザーの方向でさえ受信される信号に基づいて；例えば、適切なＤＳＴＢ又は他のＣＰＥ機能を選択することによって）さえ達成され得る。
【００７６】
図２において図示された実施態様において、ＩＰパケット化されたコンテンツはネットワーク２０５を介して種々のユーザーデバイスに供される。例えば、コンテンツは、受信したコンテンツを、装置２２０と通信状態にある一つ以上のＣＰＥ２２２に配信するゲートウエイ装置２２０に配信され得る。
【００７７】
別の変形例において、ヘッドエンド及びＣＰＥ２２２の両者におけるエレメントは、２００４年１２月１５日に出願された、「コンテンツの広域帯域配信の方法及び装置」と言う名称の、共有名義の、同時係属中の米国特許出願番号１１／０１３，６７１であって、米国特許出願公開番号２００６／０１３０１１３として公開された公報において述べられた通りの多重化されたワイドバンドコンテンツ及びレガシーコンテンツの両者を伝送しそして受信するための伝送インフラストラクチャを利用するよう特別に適合される。その中で論じられた通り、この実施態様のＣＰＥ２２２又はゲートウエイ２２０は、複数のチューナ（又は単独ワイドバンドチューナ）を含むように構成され得て、それによってデバイスが全ての該当する物理的キャリアから信号を同時に受信することが可能になる。キャリアは復調され、そしてチャンネルに基づく解読及び基本的デマルチプレクス（再構成）が実行される。多重化された場合、ストリームは次いで、統計的多重化内に存在する全てのストリームをデマルチプレクスする搬送デマルチプレクサに配信される。
【００７８】
コンテンツの切り替えられた配信のための方法及び装置も、本発明と一致して利用され得る。例えば、ユーザーデバイスから少なくとも一つの要求がそれに対してあるコンテンツのみが供され得て、そして一つの実施態様において、２００１年９月２０日に出願された、「ケーブルテレビシステムにおいてプログラム材料を効果的に供する技術」と言う名称の、共有名義の、同時係属中の米国特許出願番号０９／９５６，６８８であって、米国特許出願公開番号２００３／００５６２１７として公開された公報において開示された方法及び装置が、ＩＰコンテンツの「切り替えられた」配信を供するために利用され得る。例えば、それによってセッションの配信が、如何なるユーザーもセッションに対してアクティブであるか否かを決定する論理に少なくとも部分的に基づく機構が採用され得；例えば、残りの「視聴者」（又はセッション参加者）が全くいないマルチキャストは消失され得、そして帯域幅は取り戻され得る。
【００７９】
別の変形例において、ＩＰ同時放送コンテンツ及び既存のオンデマンド、音声、及び放送コンテンツが、図２のヘッドエンドスイッチデバイス２０８に全て供される。ヘッドエンドスイッチ２０８は次いで、一つ以上の配信ハブ２０３に供するために、コンテンツを光学的リング２０７に供する。ＩＰ同時放送コンテンツはＩＰＴＶサーバーでの複数のコンテンツ源から検索される一つの例示的インプリメンテーションである。
【００８０】
ＩＰパケットコンテンツは万能エッジＱＡＭ２１８及びエッジネットワーク２０５を介して加入者のデバイスに送られる。ＩＰビデオ（「同時放送」）コンテンツは、ＤＯＣＳＩＳ／ＱＡＭに亘ってコンテンツを受信することが可能なクライアントデバイスに供される。例えば、前述のゲートウエイデバイス２２０（並びにＩＰ可能なＤＳＴＢのような先端ＣＰＥ２２２は、ＩＰ同時放送を受信する。レガシー（ｌｅｇａｃｙ）ＣＰＥコンテンツを、ゲートウエイデバイス２２０を介して、又は前述の通り、オーディオ／ビデオ「バックアップ」ＭＰＥＧトランスポートストリームを介して受信し得る。
【００８１】
コンテンツは、いまや無線技術においてどこにでもあるタイプのＷｉＭＡＸ配信ハブを介して、種々のマイクロ波アクセス用マイクロ波アクセスに対するワールドワイド相互オペレーション性（ＷｉＭＡＸ）が可能な携帯デバイス（例えば、ＰＭＤ又は非レガシーＣＰＥ）に配信され得ると更に認められる。ＷｉＭＡＸは（ＷＬＡＮ、Ｂｌｕｅｔｏｏｔｈ又はＰＡＮのような近距離技術と比べて）より長い距離に亘って高出力ブロードバンド接続を供する無線技術である。ＷｉＭＡＸは「ラストマイル（last mile）」放送接続、携帯バックホール、ホットスポットカバリッジ、及び高速企業接続性、並びに携帯デバイスヘのブロードバンド配信を含む多くのアプリケーションに対して使用できる。
【００８２】
更に、前述のＷｉＭＡＸ技術は、固有の有線又は光配信ネットワークインフラストラクチャに関わらず、コンテンツが無線で配信ハブからゲートウエイ又はＣＰＥに無線で配信されるように、（図示されていない）ＷｉＭＡＸ可能なゲートウエイ又はＣＰＥと協働して使用され得る。
【００８３】
図示された実施態様において、ゲートウエイデバイス２２０は（他のＣＰＥ２２２及びＰＭＤのような）他のクライアントデバイスのためのＩＰコンテンツへのゲートウエイとして機能する。ゲートウエイデバイス２２０は一つ以上の接続されたＣＰＥ２２２と通信し得て、そしてまた他のデバイスと無線で通信するために（そのように装備された）ＷｉＦｉ能力を利用する。本発明は、より小さい帯域幅アプリケーション（又はより大きな帯域幅アプリケーション用のＵＷＢ／ＰＡＮ）のためのＢｌｕｅｔｏｏｔｈのような一つ以上の短範囲無線リンクを有して構成され得ることも認められるであろう。
【００８４】
別の実施態様において、第一のユーザーのＣＰＥ２２２で受信されたコンテンツは、ピアツーピア（Ｐ２Ｐ）形態において他の端末のＣＰＥ２２２に送られ得る。例えば、第一のコンテンツは第一のＣＰＥ２２２で要求されそして受信され得る。次いで、同じ領域又はディビジョンにおける第二のＣＰＥ２２２が同じコンテンツを要求するとき、要求している第二のデバイスＣＰＥ２２２がコンテンツを受信する権利があること、及びコンテンツが第一のＣＰＥ２２２で利用できることを決定するために、その要求は（図示されていない）ヘッドエンドエンティティ又はピアプロキシ（ｐｅｅｒ ｐｒｏｘｙ）として働くゲートウエイ２２０によって調べられ得る。ヘッドエンドエンティティは、許可された第二のＣＰＥ２２２と要求されたコンテンツを有するＣＰＥ２２２の間でピアツーピア通信が確立されるよう指示する。第二のＣＰＥ２２２にコンテンツを供する単一ＣＰＥ２２２について本明細書において上述したが、一つ以上の第二のＣＰＥ２２２へのコンテンツの同時配信のために、コンテンツを有する幾つかのＣＰＥ２２２が関連付けられ得る。一つのそのような実施態様において、２００７年３月２０日に出願された、「ネットワークにおけるコンテンツの配信及び交換の方法及び装置」と言う名称の、共有名義の、同時係属中の米国特許出願番号１１／７２６，０９５であって、米国特許出願公開番号２００８／０２３５７４６として公開された公報において開示された、ピアツーピア通信方法及び装置が本発明と協働して利用され得る。その中で論じられた通り、これらのＰ２Ｐ方法及び装置も、加入者又は他のユーザーが、そうしたいとき、望みのコンテンツを受信できそしてそれにアクセスできること、並びに、（ストリームされたプログラム全体、放送又はダウンロードさえ含む）そのコンテンツの損傷された又は失われた部分をシームレスに修復又は再構成することを確保することに関するネットワークの「ロバスト性」又は能力を有利に改善する。
【００８５】
コンテンツの配信が、（図示されていない）「オフネット」配信ハブから、ＭＳＯを伴わない（図示されていない）別のネットワークへの配信を含み得ると更にまた認められる。この実施態様において、（ＣＰＥ２２２又はゲートウエイ２２０のような）要求しているデバイスはローカルヘッドエンド２０１からコンテンツを要求し得、それはＭＳＯ維持された（「オンネット」）及び「オフネット」ネットワークの両方に亘って有利にも送られる。
【００８６】
本発明の別の態様において、所謂「決定」エンジンは、ハブ２０３又はヘッドエンド２０１、ＣＰＥ１０６又は他の場所で別々のエンティティとして、例えば、マネージャー２１４に配列され得る（例えば、その上に配列される一つ以上のコンピュータプログラムとして示される）。例示的実施態様において、このエンジンは、オペレーション又はビジネスに関する一つ以上の目標（例えば、利益又は収入又は加入者の維持）を達成すべく、背景コンテンツをキャッシュするために帯域幅の割り当てを制御するように適合された一つ以上のソフトウエアルーチンを含む。これらのゴール内に含まれるものとして、ネットワーク最適化及び信頼性目標、メインテナンス間隔の増大、加入者の増加、又はユーザー満足度／寿命、増大された購入ベース、より高い収益、がある（例えば、増大された広告収入、或るコンテンツの増大された加入者の「視聴」、そこから加入者がコンテンツにアクセスし得るプラットフォームのタイプ及び場所におけるより大きな柔軟性などによる）。
【００８７】
これらの決定ルールには別々のエンティティ又はプロセスが含まれ得るもので、そしてまた（前述のエンティティ上で動くアプリケーションのような）他のプロセシングエンティティ内に完全に統合され得、そして、例えば、当該サーバー、（マネージャー２１４のような）ネットワークエンティティ又はＣＰＥにさえ接続されたデバイス上にディスプレイされるＧＵＩを介して制御され得る。実際に、ルールエンジンは望まれるオペレーション又はビジネスルールを実行するように、コンテンツアクセス及び（背景チャンネルへの帯域幅及び他の資源の割り当てを含む）より高いレベルでの配信オペレーションを監視しそして選択的に制御する監督エンティティを含む。
【００８８】
例えば、当該エンティティは、（例えば、優先度割り当てを含む）ＣＰＥから受信される情報／入力又は要求、（制限される帯域幅利用可能性のような）ネットワーク内に存在する条件、人口統計学的データ、地理学的データ、ユーザー及び／又はデバイスのプロファイル情報などに基づいて、或るオペレーションプロトコル又は決定プロセスをもたらし得る。しかしながら、これらのプロセスは、利益又はシステム信頼性を最大化するような、より高いレベルのビジネス又はオペレーションの目標と必ずしも両立し得ない。従って、強制されたとき、ビジネス／オペレーションルールは、（背景コンテンツを含む）コンテンツへのアクセス及びその配信を動的に（又は手動で）制御するために使用できる。
【００８９】
決定ルールは、例えば、本来オペレーション又はビジネス指向であり、そして（例えば、チューナアイデンティティ（チューナＩＤ）、ＩＰアドレス、ＭＡＣアドレスなどを介したＣＰＥ又はクライアントデバイスの特定の同定を介して）日時、期間、特定のローカルエリア又は個々のユーザーレベルにさえ関して選択的に適用され得る。別の変形例において、これらのビジネス又はオペレーションルールのアプリケーションは、例えば、２００９年８月６日に出願された、「ネットワークに亘って権利  （ｅｎｔｉｔｌｅｍｅｎｔｓ）の更新をマネージャーするシステム及び方法」と言う名称の、共有名義の、同時係属中の米国特許出願番号１２／５３６，７２４であって、米国特許出願公開番号２０１０／０１３１９７３として公開されかつ米国特許番号８３４１２４２として登録された公報で述べられたタイプのユーザーに基づくログイン又は「権利」プロファイルに従って生じ得る。言い換えれば、特別な加入者がシステム内にログインするとき、加入者がロギングしたデバイス及び／又は加入者自身が「高い優先度」にあるか否かが即座に知られ、従って、適切な帯域幅の割り当て及び背景コンテンツのキャッシングルールが利用され得る。
【００９０】
決定エンジンによって実行される一つの決定ルールは、収入又は利益追求システムに従って背景コンテンツのキャッシングを可能にする及び／又は不可能にすることを含み得る。この方法を利用して、個々のユーザー又はデバイス（及び／又はコンテンツ自身）は、そのような配信がＭＳＯにもたらすであろう収入又は利益に部分的に基づいて、（例えば、コンテンツ源又はユーザーのサブスクリプションレベルに基づいて）背景キャッシングを供されることが可能である又は可能でないとして選択され得る。例えば、ＭＳＯにより多くの収入をもたらす或るコンテンツは、他のより収益が低いコンテンツよりも優先され得、そのようにして背景コンテンツとして優先的に供される。加えて、より低い層の加入者は背景コンテンツキャッシングサービスを受信しないとして選択され得、上質の加入者のみが潜在的に関連するコンテンツの同時キャッシングに対し少しの待ち時間で提供される。
【００９１】
当業者によって認識されるであろうように、前述のシステムコンポーネント、アーキテクチャ及び通信方法の多くの他の並び替えも本発明と調和して使用され得る。
【００９２】
視聴中に、ＣＰＥ２２２のユーザーは異なるプログラミングを要求し得；つまり、チャンネルを変えることを要求し得る。ＩＰパケット化されたコンテンツシステムにおけるチャンネル変更に伴う遅れは、なかでも、入ってくる新たなプログラミング要求の必要なバッファリングにより生じる。しかしながら、一つの実施態様において、この待ち時間は、予想される配信に対して複数の「背景」ストリ−ミングコンテンツをキャッシュすることによって減少される。本明細書において引き続いて更に詳細に述べられるであろう通り、この背景コンテンツは一般的に、視聴者によって要求されるであろうとシステムが予想するコンテンツを含む。背景ストリーミングコンテンツは、ユーザーが現在受信したコンテンツと新しいコンテンツの間をシームレスに移行するように、事前にバッファされそして事前にローディングされる。
【００９３】
背景ストリーミングは、一つの変形例において、これらの一つがチャンネル変更時において選択されるまで、より低い解像度又は品質でキャッシュされる。要求している視聴者への背景ストリーミングの一つの配信は、一つの例において、それがユーザーデバイスに供される前に、システムがその解像度及び／又は品質を上げることを可能にするために、遅らされる。元のストリームは、新しいチャンネルへの切り替えが完全な解像度及び品質でシームレスであるように、この遅れ期間中にユーザーに供され続け得る。または、新しいストリームはより低い品質及び／又は解像度で即座に供され得る。品質及び／又は解像度は、新しいストリームがディスプレイされるときにそれが利用可能になれば向上される。
【００９４】
背景ストリームは、一つの実施態様において、デバイスに個別に供されるユニキャストストリームを含む。ユーザーがこれらの一つの視聴を選択するとき、ユニキャストバージョンが供される。その後、一つより多くのデバイスが特別なストリームを要求した場合、これらのデバイスはプログラミングコンテンツのマルチキャストに統合され得；例えば、ＩＭＧＰｖ３又は類似のプロトコルを介して統合され得る。更に別の変形例において、ユニキャストは、チャンネル変更時に対し初期に利用可能な、そしてマルチキャストの高解像度又は高品質のバージョンによって置き換えられる、より低い解像度又はより低い品質のバージョンを含む。ユーザーは、より低い品質ストリームからより高い品質ストリームを受信することから、短い待ち時間での瞬間的なチャンネル変更を効果的に得る。
【００９５】
特別なデバイスによる使用に対してキャッシュされるように選択された背景ストリームは、その特別なデバイスに対して幾つかの意義を有する。例えば、デバイス（例えば、ＣＰＥ）に対してキャッシュされるように選択された背景ストリームは、ユーザーの現在のチャンネルの上下の所定の数のチャンネルを含み得る。チャンネルの所定の数は、例えば、（ｉ）（現在のチャンネルから上に３つのチャンネル、下に３つのチャンネルのように）対称的であり得、（ｉｉ）（現在のチャンネルから上に３つのチャンネル、そして下に１つのチャンネルのみのように）非対称的であり得、又は（ｉｉｉ）（ユーザーが現在のチャンネルから確実に上に動く場合、背景ストリームは上方に進み得るような）動きの方向に基づくものであり得る。別の変形例において、キャッシングは、少なくとも部分的にユーザーのチャンネル変更速度に基づいて制御される。例えば、チャンネルを迅速に飛ばすユーザーに対してキャッシュされたコンテンツは、より多くの数でキャッシュされ得；例えば、上方向への遅い速度でのチャンネルホッピングに対して「上に」３つのチャンネル、又は速いチャンネルホッピング速度に対しては６つのチャンネルがキャッシュされる。
【００９６】
供される背景ストリームの数は、利用できる帯域幅の関数として変わり得る。従って、マネージャーエンティティ２１４は、如何なる一つのＣＰＥ２２２に対しても潜在的に配信され得るものとしてキャッシュされる背景ストリームに関して決定を行うために、供される。一つの実行例において、マネージャー２１４は、各ＣＰＥ２２２でのチャンネル変更時に関するデータを集め、そしてこの情報をメタデータデータベース２２４中に記憶する。マネージャー２１４は如何なる或る時間においても、どのストリームが一つ又は複数のデバイスに、背景ストリームとしてキャッシュされるべきかを決定するためにこの情報を利用し得る。
【００９７】
背景ストリームはそうすることによって個別のユーザー及び／またはデバイス上の過去のアクティブにターゲットを絞られ得る。例えば、背景ストリームは、或るユーザーに関してサービス及びチャンネルの人気を決定するために、メタデータの使用履歴に基づいてキャッシュするために選択され得る。本発明の一つの変形例において、ユーザープロファイルが創出される。ユーザープロファイルを供しそして向上させるために、例えば、２００９年３月２０日に出願された、「推奨エンジン装置及び方法」と言う名称の、共有名義の、同時係属中の米国特許出願番号１２／４１４，５７６であって、米国特許出願公開番号２０１０／０２５１３０５として公開された公報において論じられたような推奨エンジンが、本発明と協働して利用され得る。その中で論じられたように、ユーザーの好みに合致するために特別に選択するコンテンツに対する機構が供される（その後者は視聴者が手動で入力する必要がない）。ユーザーに配信された（又は背景コンテンツとして選択された）コンテンツは、中でも、ＤＶＲ、放送、ＶＯＤシステム、スタートオーバーシステムなどを含む種々のソースからコンパイルされる。本発明はユーザーの好み、そしてどのコンテンツを彼らが楽しむ傾向にあるかを、コンテンツに関して取られた行動に基づいて学習し（及び学習しない）機構を供する。
【００９８】
ユーザーは「好みのリスト」も設け得、又は集められたメタデータに基づいて代わりのものを生成し得る。「好みの」チャンネルは、ユーザーが現在視聴しているプログラムと無関係に、背景ストリームとしてキャッシュされ得る。一つの実施態様において、最近視聴したプログラムが好みのリストとして使用される。又は、最もしばしば眺められたチャンネル又はプログラムが、（時間的に近接しているか否かとは無関係に）、キャッシングの基として使用され得る。好みのリストは（例えば、ユーザー又はネットワークオペレータ等により）以前に視聴したもの以外の他のチャンネルを含むように手動で修正され得る。好みのチャンネルは、その実際の視聴にも拘らず、リスト及び／又は背景ストリーミングキャッシングから除かれ得ないように、ユーザー又はオペレータによって（個別に又はグループとしての何れかで）「ロック」され得る。
【００９９】
別の実施態様において、推奨エンジン又はマネージャー２１４で動いており、かつメタデータデータベース２２４と通信状態にある他のエンティティは、例えば、各チャンネルの視聴に実際費やされた時間に基づいて、チャンネルの好みの進化するリストを生成するために利用され得る。このように、周囲のチャンネル又は背景ストリーミングに対しランダムに選択されたチャンネルを単にキャッシュする代わりに、どのプログラム及び／又はチャンネルをユーザーが統計的に最も眺めるかを（そのプログラム／チャンネルに費やされた時間数よって、又はユーザーが最も頻繁にそこに又はそこから切り替える一つ以上のプログラムチャンネルに基づいて選択されるように）図示しているヒストグラム又は他の描画      （ｒｅｎｄｉｔｉｏｎ）が使用され得る。
【０１００】
前述の実行によって、有利にも、好みのリストが有効期間に亘る視聴傾向、並びに（時間、日、週、月毎のような）より短い時間間隔を考慮するように、動的に更新することが可能になる。
【０１０１】
また更に、（マネージャー２１４のような）好みのリストを生み出すネットワークエンティティは、コンテンツの或るジャンル内のもののような、ユーザーの挙動を「学習する」ように構成され得る。例えば、ユーザーがスポーツを眺めている場合、背景ストリームキャッシング決定は、このユーザーが別のスポーツチャンネルに切り替える傾向が一層あり、従って一つ以上の背景チャンネルが他のスポーツチャンネルであり得るという事実に基づき得る。マネージャー２１４は、挙動がユーザーに対する通常のものから外れる場合、又はユーザーの関心が変わる場合、ユーザーの挙動を更に「捨て」得る。
【０１０２】
ユーザーは、マネージャーエンティティ２１４が学習することができる又はそのための関連するデータを記憶することができる二つ以上の「環境（コンテクスト）」も有し得る。これらの環境は本質的に一時的なものであり得る（例えば、一日の或る時間、週の或る日、一年の或る期間、休日などに生じる）。例えば、ユーザーは週末にのみスポーツを眺め得、そして週末以外には他のタイプのプログラミングを眺め得る。または、ユーザーは或る時間中、毎日スポーツを眺め得、そして次いで一つ以上の他のタイプのプログラミングをその期間の前後に眺め得る。
【０１０３】
キャッシングのために利用可能なハードウエア資源（及び／又は背景ストリームが一定に配信される場合の利用可能な帯域幅）の量に依存して、より正確でない又は拡大された背景ストリームの組が各デバイスにキャッシュされ、そして伴い得る。同様に、資源（又は帯域幅）が制約されるとき、より少ない、より正確に目標設定された背景ストリームがキャッシュされ得る。
【０１０４】
マネージャー２１４は、各ＣＰＥ２２２の状態又はモードを決定するために、集められそして記憶されたメタデータを更に利用し得る。ＣＰＥ２２２の状態又はモードは、背景ストリームをキャッシュし続けるべきか否かを決定するための基として使用される。例えば、「停滞」モードにある（つまり、所定の又は動的に決定された時間の間、単一チャンネル上に静止状態に留まる）ＣＰＥ２２２は、チャンネル変更事例の予測において、背景ストリームをより必要としない傾向にある。従って、マネージャー２１４が停滞状態をＣＰＥ２２２に割り当てるとき、背景ストリームはＣＰＥ２２２に対してはもはやキャッシュされない。「サーフィング」又は「アクティブ」モードにある（つまり、活発なチャンネル変更時の）デバイスはチャンネル変更事例の予測において、背景ストリームを非常に必要とする傾向にある。従って、アクティブ状態での割り当ては、背景ストリームがキャッシュされ続け、そしてこれらのデバイスに供され続けるべきであることを示す。
【０１０５】
尚、「アクティブ」又は「停滞」以外の状態又はモードも、視聴者の行動又は特性をよりはっきりと捉える（ひいては、キャッシュする資源をより正確にかつ効率的に配分する）ように、利用され得る。例えば、「組合せ」の第三のモードが生成され得、ここでは、或るユーザーはかなりの非アクティブ期間を有するが次いで（彼らは実質的なプログラミングに関心があり、コマーシャルの間において、そのプログラミング上に留まるが、コマーシャル中に興味ある別の何かを見出そうとして「チャンネルを変える（ｆｌｉｐ  ｃｈａｎｎｅｌ）」場合のように）突然にチャンネル変更を行う。一つのモデルにおいて、ユーザーは「変える好み」を有し得；つまり、ユーザーは主要なプログラムに付随する前述のコマーシャル中に、定期的にアクセスをする、例えば、３つ又は４つのチャンネルのグループを選択する。
【０１０６】
或るタイプのコンテンツは或るタイプの挙動に従うか又は関連付けられ得るとも認められる。例えば、コマーシャルの休憩が入らない長編もの（ｆｕｌｌ−ｌｅｎｇｔｈ  ｆｅａｔｕｒｅ）、又は音楽コンテンツは、ユーザーが一般的にチャンネル変更をしないままにしておき易い故に、表面上はチャンネル変更アクティビティをより受け難いであろう。対照的に、幾つかのコマーシャルの休憩を伴う３０分のプログラムは、単位時間当たりにもっとより高速のチャンネル変更アクティビティに関係付けられ得る。
【０１０７】
マネージャー２１４は、現在のストリームについての既知の情報に基づいて、個々のデバイスの状態又はモードを予測して割り当てるように更に適合され得る。ノードにおける各デバイスの状態についての情報はモードデーターベース２２６に保持される。
【０１０８】
例えば、マネージャー２１４は、現在視聴しているプログラムにおいてコマーシャル時間が近いことに基き、近く始まるチャンネル変更アクティビティを予測することが可能である。コマーシャル休憩が近付くにつれて、マネージャー２１４は背景チャンネルキャッシングに自動的に戻ることを選択し得る。そのような決定は、コマーシャル休憩中のユーザーの使用パターン及び「チャンネルサーフィング」履歴に更に基づき得る。きっかけのトーン、マーカー又は他の表示又は信号が、コマーシャル休憩の始まりを示し、それにより別の実施態様において、背景コンテンツのキャッシングを開始して良い。
【０１０９】
更に、コマーシャル休憩で開始されるチャンネル変更の場合、マネージャー２１４は、ユーザーがコマーシャル休憩の最後に（又は、休憩内の如何なる時間にも）、元のプログラムに戻り得るように、元のプログラムの背景キャッシングを要求し得る。
【０１１０】
マネージャー２１４は、ユーザー及びデバイスの中の挙動のパターンを認識するように構成され得る。例えば、長時間にわたってチャンネルサーフィングをしてきたデバイスにおいて、マネージャー２１４は、デバイスを停滞モードに切り替える前に、より長時間の非アクティビティ（つまり、チャンネル変更をしないこと）を要求し得る。同様に、デバイスが長時間停滞状態であった場合、アクティブモードへのデバイスの状態変更が、第一の新しいチャンネルで費やされた時間などに基づいて遅らされて良い（つまり、一般的に、停滞視聴者である傾向がある場合、デバイスがアクティブモードに切り替わるにはより長い時間がかかり得る）。
【０１１１】
上述のマネージャー２１４の一つ以上の機能は、特別なユーザー又はデバイスに関して集められた情報に基づいて無効にされ得る。例えば、特別なユーザー又はデバイスはコマーシャル時間中にチャンネル変更をする傾向にないので、マネージャー２１４はデバイスに対してコマーシャル時間での予測背景キャッシングを行わない。
【０１１２】
方法論
図３は、パケット化されたコンテンツ配信ネットワークにおける減少されたチャンネル切り替え遅れを供するための一般化された方法の一つの実施態様を説明する。
【０１１３】
示されたように、方法３００は一般的に、第一のコンテンツに対する要求の第一の受信を含む（ステップ３０２）。要求に応じて、第一のコンテンツ及び背景コンテンツはステップ３０４で供される。上述のように、背景コンテンツは、次に視聴するためにユーザーによって選択され易いとシステムが決定するコンテンツを含む。背景コンテンツは、例示的実施態様において、第一のコンテンツよりもより低い解像度及び／又は品質でキャッシュされるものの、背景チャンネルがキャッシュされるべきか否かそして幾つキャッシュされるべきか否かを決定するとき、帯域幅も考慮され得る。例えば、ある場合、帯域幅は如何なる背景チャンネルも供するのに十分ではない。
【０１１４】
ステップ３０６で、第二のコンテンツに対する要求が受信される。第二のコンテンツは、第一のコンテンツに対する要求に応じて背景コンテンツとして供された又はキャッシュされたコンテンツの中にあり得るか又はあり得ないと認められる。その場合、第二のコンテンツは（供された第一のコンテンツのそれに一致する）向上された品質で供される。要求された第二のコンテンツが背景コンテンツ中にない場合、その配信において幾らかの待ち時間が生じ得る。
【０１１５】
加えて、ステップ３０８において、背景コンテンツを更新するための必要なステップが行われる。更新には、背景中にキャッシュされていた第二のコンテンツをユーザーが要求する場合、選択されたストリームを置き換えるための、一つ以上の追加の背景ストリームのキャッシングが含まれる。加えて、更新にはユーザーの選択に関する情報を生成すること、そしてこの更新された情報（又はメタデータ）を用いて、そのユーザー及び／又はデバイスに対する挙動の既存のパターンを学習すること又は強化することが含まれ。例えば、ユーザーのチャンネル選択は（ｉ）好みのリストにチャンネル又はプログラムが追加すること、（ｉｉ）既存の好みとしてチャンネルの優先度を向上すること、（ｉｉｉ）チャンネル数を増す又は減じるユーザーの挙動のパターンを示すこと、及び／又は（ｉｖ）コマーシャル時間中、プログラムの最後などでチャンネルをしばしば変えるユーザーの挙動のパターンを示すこと、で良い。
【０１１６】
ここで図４を参照して、チャンネル切り替え遅れの少ないＩＰパケット化されたコンテンツを供するための方法の一つの実施態様を示す。
【０１１７】
示された通り、方法４００は、一般的に、ステップ４０２での（要求しているＣＰＥのような）デバイスへの第一のコンテンツの供給を含む。デバイスから由来する第二のコンテンツに対する要求が、次いで、ステップ４０４で受信される。第二のコンテンツに対する要求は、チャンネル変更要求に伴う図示されたシナリオ中にある。
【０１１８】
ステップ４０６で、第二のコンテンツに対する要求が、要求しているデバイスに対して状態又はモードの変更をトリガーすべきか否かが決定される（上の図２に関して提示されたモードの説明を参照）。マネージャーエンティティ２１４は、デバイスについて知られているものに基づいてこの決定を行う。例えば、デバイスが一般的に「チャンネルサーフィング」する傾向にある場合、マネージャー２１４は、追加のコンテンツに対する要求にもかかわらず、デバイスが「停滞」状態に留まることを可能にし得る。例えば、一般的に「チャンネルサーファ」であると知られていないユーザーが、チャンネル１０に合わせ、次いでチャンネル１１を要求すると仮定する。この例によれば、デバイスが多くのチャンネル変更をする傾向にない故に、マネージャー２１４は、他のデバイス（つまり、「チャンネルサーファ」）がチャンネル変更の要求の際にアクティブ状態に置かれたにもかかわらず、デバイスを「停滞」モードに保持するよう変え得る。
【０１１９】
装置のモードが変えられない場合、要求された第二のコンテンツはステップ４０８でデバイスに供される。しばらくたって、第三のコンテンツに対する要求が受信されると（ステップ４１０）、ステップ４０６での方法が繰り返され、ここでデバイスのモードが変えられるべきか否かについての決定が再びなされる。
【０１２０】
装置のモードがステップ４０６で変えられる場合、次いで、要求されたコンテンツが供されそして追加の背景コンテンツがステップ４１２でキャッシュされる。上述のように、追加の背景コンテンツ、例えば、（ｉ）現在視聴されているコンテンツチャンネルの（チャンネルシーケンスにおける）直ぐ上下にあるコンテンツ（対称的又は非対称的の何れか）、（ｉｉ）（最近視聴されたプログラムの関数として、又は学習エンジンによって手動で生み出される）「好み」のリストからのコンテンツ、及び／又は（ｉｉｉ）そのデバイス又はユーザー、デバイス又はユーザーのグループ、又は全てのデバイス又はユーザーに潜在的に関連すると同定される他のコンテンツが、選択され得る。
【０１２１】
例えば、ユーザーがチャンネル１０に合わせていて、次いでチャンネル１１を要求すると仮定する。この場合、マネージャー２１４は装置に伴うモードを「アクティブ」状態に変え得、そしてチャンネル１２、１３、１４などに対する背景コンテンツをキャッシュする。または、ユーザーがチャンネル１０に合わせていて、次いで、このユーザーにとって「好み」であると知られているチャンネル２３を要求する場合、マネージャー２１４は、代わりに、他の好みのチャンネルを背景コンテンツとして選択するであろう。マネージャー２１４は好みのものの混合又はシーケンス及び／又は他の同定されたプログラムをキャッシュされた背景ストリームとして選択し得る。
【０１２２】
方法４００のステップ４１４で、第三のコンテンツに対する要求が受信される。再度、この場合の要求は、第二から、第三の要求コンテンツへのユーザーのチャンネル変更に関連する。マネージャー２１４は、次に第三の要求コンテンツが背景ストリームとしてキャッシュされたコンテンツの中にあるか否かを決定する（ステップ４１６）。この情報は背景ストリームの選択効果の決定において有用である。
【０１２３】
要求された第三のコンテンツが背景中に供されたコンテンツ中にない場合、ステップ４１８で、マネージャー２１４は、コンテンツに対する要求が挙動の予想されたパターンを外れてなされたことを示すべく、メタデータのデータベースを更新する。更新されたメタデータは、更新された背景コンテンツを生成するために使用され、次いで、キャッシュされそして要求されたコンテンツはユーザーに供される（ステップ４２０）。例えば、先にキャッシュされた背景コンテンツ内にないコンテンツをユーザーが選択すると、現在のチャンネルからすぐ上下のチャンネル以外のコンテンツがこの特別なユーザーに対して選択されるべきこと、そして、背景キャッシングに基づく代わりの「好み」が使用されるべきことをマネージャー２１４に示し得る。
【０１２４】
要求された第三のコンテンツが背景中に供されたコンテンツの中にある場合、この、より低い品質のコンテンツは、解像度及び／又は品質において場合により向上され、そして、ステップ４２２でユーザーに供される。加えて、背景コンテンツのキャッシングは更新される。この場合、背景コンテンツに対する更新には、例えば、要求されここで供されている背景ストリームの選択された一つの代わりに、一つの追加のコンテンツストリームのキャッシングが含まれる。更新された背景コンテンツはユーザーの挙動パターンを辿り得る。例えば、要求された第二及び第三のコンテンツが、より大きい又はより小さいチャンネルである場合、背景ストリームは次のより大きい又はより小さいチャンネルを含むよう更新される。
【０１２５】
加えて、利用のより少ないか以前に視聴された好みのチャンネルは、ユーザーがコンテンツを要求し続ける際に（つまり、ユーザーが「チャンネルホップ」する際）、背景コンテンツとして提供され得る。例えば、ユーザーの好みがチャネル１０、１２、１８、２２、２５、３１、３３、３９、４０、４５、５２及び５５を含むと仮定する。ユーザーには、チャンネル１２、２２、３３及び４５を背景コンテンツとしてキャッシュされて、チャネル１０が供され得る。ユーザーがチャンネル２２に変えることを選択するとき、チャネル１０は背景中にキャッシュされ得るか又は代わりに残りの好みの一つがキャッシュされ得る。
【０１２６】
モード変更をトリガーするコンテンツ及び背景コンテンツの配信に対する要求について上記したが、一つの実施態様において、モード変更及び背景コンテンツの配信は、第二及び／又は第三のコンテンツに対する要求の前に実行され得；例えば、コマーシャル休憩で（又はそれに先んじて）、プログラムの終了などのような時点で、そのような要求を予想して実行され得る。
【０１２７】
ここで図５を参照し、減少されたチャンネル切り替え遅れでＩＰパケット化されたコンテンツを供するための方法の一つの実施態様が述べる。図示されたように、ステップ５０２で、要求されたコンテンツがユーザーデバイスに供され、そして背景コンテンツがキャッシュされる。所定の時間が経過した後、ユーザーのアクティビティがないとき、マネージャー２１４は、デバイスのモード又は状態が、ユーザーがもはや背景コンテンツキャッシングを必要としないこと（つまり、近い将来においてチャンネルサーフィング又はチャンネル変更を始めそうにないこと）を反映するよう更新されるべきか否かの決定をステップ５０４で行う。デバイスを「停滞」モードに置くべきか否かの決定は、例示的実施態様において、（しばしばチャンネルサーフィングするデバイスのユーザーがしばしば停滞状態にあるか否かというような）特別なユーザーについて知られているもの、（コマーシャル時間がやってくるか否か、プログラムが終わりつつあるか否かなどのような）ストリーム及び／又は（現在利用できる帯域幅、予想される帯域幅要求などのような）現在の資源割り当てについて知られているものに基づく。
【０１２８】
マネージャー２１４がデバイスのモードを停滞モードに変えることを選択する場合、システムはステップ５０８で背景コンテンツのキャッシングを停止し得る。従って、この場合「停滞」へのモード変更によって、キャッシングをサポートすることが必要となる、ネットワーク帯域幅及び他の資源を保存する。マネージャー２１４が、デバイスモードを停滞に変更しない（つまり、デバイスをアクティブモードに置く）ことを選択する場合、ステップ５０６で、システムは元の要求されたコンテンツを供給し続け、そして追加の背景コンテンツのキャッシングを保持するであろう。
【０１２９】
或る時間が経過した後、マネージャー２１４がデバイスを停滞モードに置くようモードを変えることを選択すると、トリガ・イベントが生じ（ステップ５１０）それによってマネージャー２１４が、デバイスのモードを変えるか否かを再び評価することになる（ステップ５１２）。トリガ・イベントは、例えば、新しいコンテンツ要求、プログラムの終了又はコマーシャル休憩、又は幾つかの他のネットワーク又はユーザーによって生み出されるトリガー（例えば、ＣＰＥの電源オン又はオフ）であり得る。上述の通り、デバイスのモードを変えるべきか否かの決定は、中でも、チャンネルの変更要求の間隔、ユーザー又はデバイスの挙動のパターン及び／又は帯域幅の利用可能性を含む種々の要因に基づく。
【０１３０】
この場合、モードが変えられない場合、デバイスは、如何なる背景ストリームのキャッシングもなしで、要求されたプログラミングのみを受信し続ける（ステップ５１６）。しかしながら、モードがアクティブ状態に変えられる場合、要求されたコンテンツは供給され、そして背景コンテンツはキャッシュされる（ステップ５１４）。
【０１３１】
マネージャー
図６は、本発明によるマネージャーエンティティ２１４の例示的実施態様を図示する。図示されたように、マネージャー２１４は一般的に、ホストネットワークインフラストラクチャ、プロセッサ６０４、及び付随する記憶装置６１０と通信するための少なくとも一つのインターフェース６０２を含む。
【０１３２】
図示された実施態様におけるプロセッサ６０４は、少なくともモード変更アプリケーション６０６及びその上で背景キャッシング決定アプリケーション６０８を実行するように構成される（それは望まれるならば、共通アプリケーション又はプログラム内に統合され得る）。モード変更の決定及び／又はストリーム決定において有用な情報は、メタデータデータベース２２４及び／又はモードデータベース２２６中に記憶される。
【０１３３】
説明された実施態様において、モード変更アプリケーション６０６は、例えば、デバイスが停滞又はアクティブモードにおかれるべきか否かのモード決定に対して役割を有する。上の図３〜５の方法に関して論じられた通り、モード決定は、プログラムについて知られているものに少なくとも部分的に基づく。例えば、現在視聴されるプログラムが、制限された又はコマーシャルが全くない長編映画であることが知られている場合、チャンネル変更はより頻度が少ないと推定され得、そしてこのようにデバイスは停滞モードに置かれ得る。プログラムが多くのコマーシャル時間を有することが知られている場合、次いで、モード変更アプリケーション６０６はデバイスをアクティブモードに保持することを決定し得る。
【０１３４】
この決定はその日の時間にも基づき得る。例えば、モード変更アプリケーション６０６は、（ｉ）デバイスが以下の期間中、アクティブに使用されない（つまり、ユーザーは眠っている）か、又は（ｉｉ）「アクティブに」使用されている（つまり、ＣＰＥにスチッチが入っている）場合であっても、ＣＰＥがアクティブ状態中に眠りに落ちているというように、ユーザーはそれを積極的に眺めていない、の何れかにおいて、例えば、１２ａｍ〜５ａｍ（デバイスに対するローカルタイム）のような或る期間、殆どのデバイスを停滞モードに保持することを選択するように構成され得る。
【０１３５】
更に、家庭ネットワークにおいて問題のデバイス又は如何なるデバイスでもチャンネル変更アクティビティは、デバイスのモードを変えるべきか否かを決定するための基礎として使用され得る。チャンネル変更アクティビティの決定のために使用される情報には、チャンネル変更の間隔、所定時間内の変更数、チャンネル変更に関する挙動のパターンなどが含まれる。
【０１３６】
ユーザー又はデバイスプロファイルはモード変更が適切であるか否かを決定するためにも使用され得る。例えば、ユーザーが、しばしばチャンネルサーファであるとして分類される場合、モード変更はより頻繁に起こり得る。加えて、ユーザー又はデバイスに伴うサブスクリプションレベルはモード変更決定に寄与し得；つまり、重要なレベルの加入者に対して、モード変更はより容易に成され得、そうすることによって、チャンネル変更に対し待ち時間が減少され、表面的により良いサービスが供される。関連する方法において、或るユーザーのサブスクリプションレベルもチャンネル変更挙動をモデル化又は予測する際に有用な情報を与える。例えば、殆ど又は全くプレミアムでない（例えば、オンデマンド又は長編の）コンテンツ配信機構へのアクセスを含む基本の（プレミアムではない）サービスを享有するユーザーは、そのプログラミングが一般的により高密度のコマーシャル及び広告を放送する故に、より頻繁にチャンネルホップする。
【０１３７】
モード変更決定を行うために必要な先の情報は、説明された実施態様において、モード変更アプリケーション６０６によってメタデータデータベース２２４から検索される。図６のデータベース２２４はマネージャーエンティティ２１４内に置かれて示されているものの、メタデータデータベース２２４は、マネージャー２１４と通信状態にある別個のエンティティに含まれ、そしてそれから遠隔でも良い。
【０１３８】
図６のモードデータベース２２６は、ネットワーク中の各デバイスの現状を示す。モードデータベース２２６は、特別なデバイスが「停滞」から「アクティブ」モードに（又はその逆に）変更されるべきであると決定されると、モード変更アプリケーション６０６によって更新される。メタデータデータベース２２４を用いる場合と同様に、モードデータベース２２６は、マネージャーエンティティ２１４から遠くに置かれ得、それと通信状態にあって良い。
【０１３９】
本明細書において、「停滞」及び「アクティブ」モードのみが論じられたものの、モードデータベース２２６は他のデバイス状態も記録し得る。一つの実施態様において、「スリープ」状態はデータベース２２６で記録され得、そして特定のデバイスが、そのデバイスを停滞状態に置くための基準の以下に低下したとき、モード変更アプリケーション６０６によって設定され得る。例えば、モード変更アプリケーション６０６がＸ時間後に、チャンネル変更要求なしで、一般的にデバイスを停滞モードに置く場合、例えば、（公称停滞時間の２倍の）２Ｘ時間後に、デバイスはスリープモードに置かれ、そこでデバイスに供される全てのコンテンツはより低い解像度及び／又は品質で供される。そのようなチャンネル変更アクティビティの欠如は、例えば、ユーザが、ＣＰＥ／ＴＶを切らずにそれらの端末から去る場合、ＴＶを眺めながら眠りに落ちた場合、それらのＣＰＥ／受信機を切らずにＴＶを切った場合などに関連し；従って配信の解像度又は品質の低下はユーザーに対して何の相違も起こさない。
【０１４０】
別の実施態様において、「過アクティブ（ｈｙｐｅｒ−ａｃｔｉｖｅ）」状態はモード変更アプリケーション６０６によって同定され得、そしてモードデータベース２２６中に記録され得る。過アクティブ状態は、特別なデバイスが、二つ以上のプログラムの間でしばしば切り替えられるパターンを有することを示す。例えば、一つのプログラムストリームのコマーシャル中に、視聴者は他のプログラムに行き来する。この場合、背景ストリームの周りを常に切り替えるのではなく、「常にオン状態」として（つまり、十分な品質及び解像度で）二つ以上のプログラムをデバイスに供することがより効率的であり得る。
【０１４１】
マネージャーエンティティ２１４上で動く背景決定アプリケーション６０８は、背景ストリームの数とコンテンツについて決定をするための図示された実施態様において使用される。そのような決定を行うために必要な情報はアプリケーション６０８によってメタデータデータベース２２４から検索され得る。
【０１４２】
好みのリストは、共有名義の、同時係属中の米国特許出願公開番号２０１００２５１３０５において論じられた通り、ユーザー挙動を学習しそして学習しないという動的な更新リストを含み得る。その中で論じられた通り、背景決定アプリケーション６０８は、ユーザーの行為に関して集められた情報から「学習し」、そしてそれがより無関係になるにつれて徐々に或るデータの重要性を下げることによって使用挙動の「学習をしなくなる」。
【０１４３】
加えて、背景決定アプリケーション６０８は、デバイスでの挙動パターンに基づいて、追加の背景コンテンツをデバイスに供するように選ばれ得る。例えば、或るデバイスが公知の「チャンネルサーファ」である場合、アプリケーション６０８は、そのように分類されないデバイスと比べてより多くの背景コンテンツをそのデバイスに供し得る。更なる実施態様において、決定アプリケーション６０８は或るコンテンツを、主要な又は「焦点を当てられた」コンテンツの特別なタイプに対する背景ストリームとして、先んじてキャッシュし得る。例えば、知られた人気があるコンテンツ（例えば、米国人のアイドル）、国のニュース、休日、緊急事態などに関するコンテンツは、ユーザーが、他の何物よりも、その関連するコンテンツをより求める傾向にあろうことを期待して、先んじてキャッシュされるべき、論理的、人口統計学的又は心理学的に関連する所定の背景コンテンツセットを生成し得る。一つの例として、国のニュースが国の或る地域に対する大雪を報告する場合を考えると；その領域に対するキャッシュされた背景コンテンツは天気予報チャンネル、緊急警報チャンネル及び映画「ホワイトクリスマス」を含み得る。
【０１４４】
他のコンテンツも、例えば、現在、ユーザー又は端末における別のユーザーによって同時に記録されているコンテンツ、及び／又はユーザーの友人達が眺めていることが分かっているコンテンツが、（背景決定アプリケーション６０８によって決定されるように）キャッシュされ得る。第二の例は、２００９年１０月２０日に出願された、「コンテンツ系ネットワークにおける媒体機能を可能にする方法及び装置」と言う名称の、共有名義の、同時係属中の米国特許出願番号１２／５８２，６５３であって、米国特許出願公開番号２０１１／００９０８９８として公開されかつ米国特許番号８３９６０５５として登録された公報において論じられた装置及び方法を含み得る。その中で論じられた通り、ユーザーは自らの好みのリストを他のユーザー達又は所謂「友人達」と共有し得、加えてユーザーは、自らの友人達に、ユーザーが現在合わせているコンテンツに気付かせることが可能であり得る（つまり、あなたの友人達が丁度今眺めているものを見る）。この実施態様によれば、背景決定アプリケーション６０８は、現在第二のユーザー（つまり、第一のユーザーの友人）に供されているコンテンツを背景コンテンツとしてキャッシュし得る。代わりに又は追加として、第二のユーザーのユーザープロファイル及び／又は好みのリストは第一のユーザーのそれに対して置換され得る。
【０１４５】
更に別の変形例において、決定アプリケーション６０８は、ユーザーのボタン押しに基づいて、背景ストリームの或るものの解像度及び品質を向上するプロセスを動的に始めるように構成され得る。例えば、背景コンテンツとしてキャッシュされたユーザーの好みが、ＥＰＧのチャンネル０５２、１１２、１５４、２２０及び４５３を含むと仮定する。ユーザーが、「１」で始まるチャンネル要求を入力し始めると、アプリケーション６０８は、何れかが選択されると推測して、背景ストリームのチャンネル１１２及び１５４の解像度及び品質を向上することを即座に始めることができる。ユーザーが続けて２番目の１を入力すると、アプリケーション６０８は、チャンネル１５４の解像度及び品質を向上することを停止することができ、チャンネル１１２にのみ集中する。
【０１４６】
ゲートウエイ装置
図７は、本発明の一つの態様によるゲートウエイデバイス２２０の例示的実施態様を示す。ゲートウエイデバイス２２０は、例えば、種々のタイプの有線及び無線インターフェースを有するもの、（例えば、ＤＶＲ又はＭＲ−ＤＶＲ能力）などの固有の記録能力を有するものなど、如何なる形態をも取り得る。一つの例示的実施態様において、ゲートウエイ２２０はオープンＩＰＴＶフォーラム（ＯＩＰＦ）として良いが、これは全く本発明実施の要求事項ではない。
【０１４７】
更に、本発明のコンテンツ配信ネットワークの或る実施態様が、（上で参照されたもののような）ゲートウエイを用いるものとして述べられている一方で、ゲートウエイは、本発明によるネットワークに亘るパケットに基づくコンテンツの配信に対して本質的なコンポーネントではない。例えば、或る変形例において、パケット化されたコンテンツを受信するための適切なフロントエンド（ネットワーク）インターフェースを有するＩＰ可能なＤＳＴＢはゲートウエイの使用を不要とし得る。
【０１４８】
示された通り、例示的ゲートウエイデバイス２２０は一般的に、ネットワークインターフェース７０２、付随するＲＡＭ７０８を有するプロセッサ７０４、及び複数のバックエンドインターフェース７１０を含む。ネットワークインターフェース７０２は、ゲートウエイデバイス２２０と配信ネットワーク２０５（例えば、ＨＦＣ、ＨＦＣｕ、衛星、光ファイバなど）の間の通信を可能にする。一つの例示的ＨＦＣに基づく実施例におけるネットワークインターフェース７０２は、ＤＯＣＳＩＳ  ＱＡＭに亘って（及び場合により、バックアップ又は代替搬送としてそのように装備されている場合、標準の同一帯域内ＱＡＭ搬送を介して）、ＲＦチューナ、デモジュレータなどを介して、ＩＰコンテンツを受信するように構成される。加えて、ネットワークインターフェース７０２は、要求に応じて、ＣＭＴＳ又はネットワークサーバのような上流エンティティによって受信するために、デジタル情報を変調、暗号化そして多重化するように構成され得る。
【０１４９】
ゲートウエイデバイス２２０は受信したコンテンツをユーザーのネットワーク中の他のデバイスに（例えば、ＭｏＣＡネットワーク、ＣＡＴ−５ＬＡＮ及び／又はＷｉ−Ｆｉ又はＰＡＮのような他の有線又は無線形態を介して）供するように構成され得る。従って、バックエンドインターフェース４０８は、ＴＶ、パーソナル電子機器、コンピュータ、Ｗｉ−Ｆｉ又はＰＡＮトランシーバー又は他のネットワークハブ／ルータなどのような他の末端ユーザーの装置とインターフェース接続するために、例えば、ビデオ／オーディオインターフェース、ＲＪ−４５／ＣＡＴ−５、ＩＥＥＥ−１３９４「ＦｉｒｅＷｉｒｅ」、Ｔｈｕｎｄｅｒｂｏｌｔ、ＵＳＢ、シリアル／パラレルポート、ディスプレイポートなどを含むことができる。（簡略化のために図７からは削除されている）デバイス内で利用され得る他のコンポーネントには種々のプロセシング層（例えば、ＤＯＣＳＩＳ  ＭＡＣ又はＤＡＶＩＣ  ＯＯＢチャンネル、ＭＰＥＧなど）、並びにメディプロセッサ及び他の特別なＳｏＣ又はＡＳＩＣデバイスが含まれる。ゲートウエイデバイス２２０は統合されたＨＤデコーダも含み得て、そうすることによってそれに接続された如何なるモニタ及び他のデバイスもそのようなデコーダを有するという必要性がなくなる。これらの追加のコンポーネント及び機能は、ケーブル及び組み込みシステム分野における当業者に周知であり、従って本明細書において更に述べられない。
【０１５０】
ゲートウエイデバイス２２０は、場合により、ＭｏＣＡ、同軸ケーブルに亘るデータ供給能力のためのリテール適合（ｒｅｔａｉｌ  ｃｏｍｐｌｉａｎｔ）Ｆ−コネクタも含む。例示的ＭｏＣＡポートは１１２５〜１５２５ＭＨｚ帯域において動作するが、他の周波数（ＭｏＣＡ適合又はそうでない）が、所望ならば、この目的のために使用され得る。ＭｏＣＡ周波数はゲートウエイデバイス２２０のケーブル出力ポートで多重化されることができ又は別のチャンネル（例えば、専用のチャンネル又はインターフェース）で送ることができる。ゲートウエイデバイス２２０の（図示されていない）例示的ＭｏＣＡインターフェースは、２００５年９月のＭｏＣＡ標準ｖｌ．Ｏに適合する。ＭｏＣＡインターフェースは、同軸ケーブルネットワーク上の最低８つのアクティブノードもサポートする。
【０１５１】
ゲートウエイデバイス２２０は、Ｄｉｇｉｔａｌ  Ｌｉｖｉｎｇ  Ｎｅｔｗｏｒｋ  Ａｌｌｉａｎｃｅ（ＤＬＮＡ）のバージョン１．５にも適合するようにされ得る。ゲートウエイデバイス２２０は、ブートアップ又は他の事象中に、それと通信状態の全てのＤＬＮＡ可能なクライアントを自動的に発見できる。ゲートウエイデバイス２２０は、前述のＭｏＣＡ、有線及び／又はＷｉＦｉネットワークインターフェースのみを使用して、ブート時に、ＤＬＮＡ適合メディアサーバも自動的に起動できる。
【０１５２】
又更に、ゲートウエイデバイス２２０は、ユーザー端末における他のデバイスと通信するために、電力線に亘ってデジタルデータを送るＨｏｍｅＰｌｕｇＡ／Ｖ標準を利用し得る。
【０１５３】
プロセッサ７０４は、本明細書において開示された機能を供するための（図示されていない）一つ以上のアプリケーションを動かすように構成される。ゲートウエイデバイス２２０のプロセッサ７０４は、要求されたクライアントを見るユーザーの権限の決定において有用なものを含む追加のアプリケーションを動かすように更に構成されて良い。一つの実施態様において、２００９年８月６日に出願された、「ネットワークに亘ってデータへのエンタイトルメントを管理するシステム及び方法」と言う名称の、共有名義の、同時係属中の米国特許出願番号１２／５３６，７２４であって、米国特許出願公開番号２０１０／０１３１９７３として公開されかつ米国特許番号８３４１２４２として登録された公報において開示された方法及び装置が、前述の機能を供するために利用され得る。具体的には、その中で論じられた通り、コンテンツに対する要求は、例えば、ゲートウエイデバイス２２０のプロセッサ７０４でのクライアントのデバイスから受信される。プロセッサ７０４は（加入者の識別番号、アカウント番号などのような）ユーザーアカウントを識別する情報を得、そしてこの情報を使用して、ヘッドエンドのどこかに置かれた（図示されていない）エンタイトルメントサーバーからのエンタイトルメントを要求する。エンタイトルメントサーバーから戻される結果に基づいて、プロセッサ７０４は要求を許可又は拒否する。エンタイトルメントサーバーは、加入者のエンタイトルメント（それはユーザーのサブスクリプションレベル、好み、履歴挙動などに関する図６の前述のデータベース中の情報にアクセスするためにも使用され得る）を決定するために十分な情報を得るべく、加入者のサブスクリプション情報及びデバイスデータベースにアクセスする。
【０１５４】
更に別の実施態様において、ゲートウエイデバイス２２０はＷｉＭＡＸ搬送を介してデータを送信及び／又は受信するように構成され得る。例えば、本発明の観点において、ゲートウエイ２２０は別の接続（例えば、１３９４、ＵＳＢ、ＭｏＣａなど）を介して、接続されたＣＰＥ２２２にコンテンツを送り得るであろうし、更にＷｉＭＡＸブロードバンドインターフェースを介して要求されたコンテンツを受信し得るであろう。または、ＷｉＭＡＸインターフェースは要求されたコンテンツをＣＰＥ２２２に直接送るために使用されることができる。当業者によって、本開示について、前述のものの種々の置き換えが認識されるであろう。
【０１５５】
更に別の実施態様において、ゲートウエイデバイス２２０は、２００６年３月１６日に出願された、「集中させたコンテンツ及びデータの配信の方法及び装置」と言う名称の、共有名義の、同時係属中の米国特許出願番号１１／３７８，１２９であって、米国特許出願公開番号２００７／０２１７４３６として公開されかつ米国特許番号８３４７３４１として登録された公報において述べたような（ｃｏｎｖｅｒｇｅｄ ｐｒｅｍｉｓｅｓ ｄｅｖｉｃｅ）（ＣＰＤ）機能を有して良い（又はその中に組み込まれ得る）。その中で論じられた通り、ＣＰＤ機能は、（端末における他のデバイスで記憶されたコンテンツのような）コンテンツの集中記憶を供するために、ゲートウエイデバイスで活用され得る。ゲートウエイデバイスはＤＲＭ停止機能、並びにＤＴＣＰ保護を更に含み得る。
【０１５６】
ゲートウエイ２２０はＤｉｇｉｔａｌ  Ｌｉｖｉｎｇ  Ｎｅｔｗｏｒｋ  Ａｌｌｉａｎｃｅ（ＤＬＮＡ）標準と更に適合し得る。しかしながら、本発明において、ゲートウエイデバイスは（ペアレンタルコントローラ、ＥＰＧ／ガイドデータ、レーティング情報などを通すためのように）メタデータをクライアントデバイスに通すためにＤＬＮＡ標準を利用し得る。そのような機能は、例えば、ペアレンタルコントローラが端末内の記憶されたコンテンツ上で維持されることを確保するために有用であり得る。一つの実施態様において、前述のメタデータの処理及び通過機能は、基本ＤＬＮＡ標準の一つ以上の拡張により可能となり得る。
【０１５７】
上で述べられた通り、前述の機能はＣＰＥ２２２デバイス自身中に代わりに包含され得る。
【０１５８】
この開示により、当業者によって認識されるであろうように、種々のオペレーション及びビジネスパラダイムの多くの他の方法及び組合せが本発明と適合する。
【０１５９】
本発明の或る態様が、方法のステップの特定のシーケンスに関して述べられる一方、これらの記述は、本発明のより広い方法の単なる説明的なものであり、そして特別なアプリケーションによる要求に応じて修正され得ると認められるであろう。或るステップは或る条件下では不必要に又は随意なものになり得る。加えて、或るステップ又は機能は開示された実施態様に加えられ得るか、又は二つ以上のステップの実行の順序は変えられ得る。全てのそのような変更は本明細書において開示されそして請求された本発明内に包含されると考えられる。
【０１６０】
上記の詳細な記述は、種々の実施態様に適用されるとして、本発明の新規な特徴を示し、述べそして指摘してきたが、当業者によって、種々の省略、代替及び変更が本発明から逸脱することなくなされ得ると理解されるであろう。前述の記述は、本発明を実行する今日考えられる最良のモードのものである。この記述は制限することを意図するものでは全くなく、むしろ本発明の一般的原理を説明するものと取られるべきである。本発明の範囲は請求の範囲を参照して決定されるべきである。
【図１】
0006055830.tif 000002
【図２】
0006055830.tif 000003
【図３】
0006055830.tif 000004
【図４】
0006055830.tif 000005
【図５】
0006055830.tif 000006
【図６】
0006055830.tif 000007
【図７】
0006055830.tif 000008