JP2020502956A - 非リアルタイムコンテンツ配信サービスを提供するための方法およびシステム - Google Patents

Abstract

残容量を使用してコンテンツを通信するシステムおよび方法は、コンテンツストレージを備える中間デバイスと、中間デバイスと通信するユーザデバイスと、中間デバイスにコンテンツを通信する通信システムプロバイダとを含む。中間デバイスは、コンテンツをコンテンツストレージに記憶する。ユーザデバイスは、コンテンツストレージにコンテンツを要求する。中間デバイスは、要求に応えてリアルタイムでコンテンツストレージからユーザデバイスにコンテンツを通信する。

Description

関連出願との相互参照

本出願は、２０１７年１１月１４日に出願された米国特許出願第１５／８１１，９５８号に対する優先権を有し、また２０１６年１１月１５日に出願された米国仮出願第６２／４２２，２４７号の利益を主張する。上記出願の全開示は参照により本明細書に組み込まれる。

本開示は、概して動画配信システムに関し、より詳細には、事前配信コンテンツをユーザに提供する方法およびシステムに関し、このような事前配信は、特定のサービスの全体的な可用性および任意の広域ネットワークの総合性能を向上させるものである。

この節の記載は、本開示に関連する背景情報を単に提供するものであり、先行技術を構成しない場合がある。

多くの地域において、所望のコンテンツ消費量に対して、インターネットサービスの性能が追いついていない。つまり、国内および世界中の多くの地域において、十分な高速インターネットアクセスが実現されていない。例えば、ダイアルアップ、ＤＳＬ、または衛星では、適時または経済的に、高品質のビデオコンテンツまたはその他の形式の大容量データのダウンロードに対応できるほど、十分な速度または経済性を担保できない場合がある。オーバーザトップ（ＯＴＴ）動画サービスは、米国市場などでますます普及している。ＯＴＴサービスは、従来のケーブルバンドルに代わる有望な選択肢を提供するものである。しかし、郊外の多くの消費者は、既存のオーバーザトップまたはデータ集約型サービスに対応するのに十分なブロードバンド接続を有していない。郊外の顧客に対して、ＯＴＴ動画およびデータ配信のために、より低コストの別選択肢を提供することが望ましい。

多くの人々が、従来のケーブルテレビサービスを放棄して、オーバートップサービスに移っている。これは、動画視聴に使用されるデータ量に寄与する。現在、米国の約１億２５００万世帯のほぼ半数が、少なくとも１つの動画ストリーミングサービスに加入している。１つの推定によると、Ｎｅｔｆｌｉｘ（登録商標）、Ａｍａｚｏｎ ＰｒｉｍｅＶｉｄｅｏ（登録商標）、およびｉＴｕｎｅｓ（登録商標）などの最も人気のある動画サービスが合わせて、米国の全ピークインターネットトラフィックの４０％超を占める。その他の１８％は、ＹｏｕＴｕｂｅ（登録商標）によるものである。超高精細（ＵＨＤ）コンテンツも市場に出始めている。したがって近い将来、インターネットトラフィックの増加が見込まれている。Ｎｅｔｆｌｉｘ（登録商標）サービスの場合、ＨＤコンテンツには５Ｍｂｐｓが推奨される。一方で、超高精細コンテンツで推奨されるのは、２５Ｍｂｐｓ接続である。超高精細ストリームでは、毎時最大７ＧＢが消費される。

インフラの欠如により、郊外の米国人がオンデマンドビデオコンテンツへアクセスできる可能性が限られている。さらに、モバイル加入者は、自身のサービスがテレビでの動画ストリーミングに手ごろに対応することができないと感じている。消費者のデバイスによって必要とされ、それに提供されるデータが大量であるため、オーバーザトップエンタテインメントに頼る顧客は高価な固定ブロードバンドサービスを利用する。

郊外に住む多くの消費者にとって、オーバーザトップテレビを視聴するための選択肢は少ない。最大３４００万人の米国人が、２５Ｍｂｐｓサービスにアクセスできない。そのうちの３分の２は郊外に住んでいる。２０００万人の米国人は、１０Ｍｂｐｓのサービスさえも利用できない。衛星およびロングループＤＳＬ接続は典型的には、大量のビデオコンテンツに対応するには適していない。

多くの低所得世帯は、動画データへのアクセスにモバイルデバイスを利用している。しかしながら、モバイルデバイスを利用した動画データへのアクセスは、各サービスプロバイダによって設けられたデータ上限によって制限される。動画サービスは高データ強度であるため、データ上限を優に超えてしまい得る。つまり、数本のＨＤ映画のみにより、家族のモバイルブロードバンドデータ上限を超えさせる可能性がある。

他のデータサービスでもまた、大量のデータが使用される。例えば、ソフトウェアのアップデートやモノのインターネット（ＩｏＴ）デバイスも、十分なサービスが得られないユーザにとって貴重なデータを大量に消費しうる。

本開示は、通信ネットワークの低コスト容量、低使用容量、または未使用容量を使用して、コンテンツが事前に入力されている中間デバイスを介してユーザデバイスにコンテンツを配信するための方法を提供する。

本開示の一態様では、コンテンツを通信するためのシステムは、コンテンツストレージを有する中間デバイスと、中間デバイスと通信するユーザデバイスと、通信システムを介して中間デバイスにコンテンツを通信する通信システムプロバイダとを含む。中間デバイスはコンテンツストレージにコンテンツを記憶する。ユーザデバイスは、他のある時点で、コンテンツストレージからのコンテンツを要求する。中間デバイスは、要求に応えて、他の何らかの通信システムを使用して、コンテンツストレージからユーザデバイスにリアルタイムでコンテンツを通信する。開示されたシステムは、ユーザデバイスからのコンテンツ要求を直接処理ため、またはユーザに直接ライブ消費用にコンテンツを通信するため（いずれの場合も、通信システムを介してコンテンツを受信するために中間デバイスを使用しない）に別様に使用されていない任意の通信システムの残容量を使用しコンテンツストレージにコンテンツを記憶し、他の何らかの通信システムを使用して他のある時点でコンテンツストレージからのコンテンツをユーザデバイスに通信し得る。コンテンツを「事前配信」するために本システムを使用して通信されるコンテンツの量は、全体容量、スループット、ＱｏＳ、および事前配信と、「要求に応じた」、かつ「直接ライブ消費用」のシステムとを組み合わせてユーザデバイスにそのようなコンテンツを配信することに関するコストの最適化に基づく。

本開示のさらなる態様では、方法は、通信システムプロバイダから、通信システムを介して、コンテンツストレージを備える中間デバイスに、またはユーザデバイスからのコンテンツ要求を処理するために別様に使用されていない任意の容量に、コンテンツを通信することと、中間デバイスのコンテンツストレージにコンテンツを記憶することと、その後、ユーザデバイスによってコンテンツストレージからのコンテンツを要求することと、要求に応えて、中間デバイスのコンテンツストレージからユーザデバイスにリアルタイムでコンテンツを通信することと、を含む。

本開示の別の態様では、方法は、第１の通信システムを使用して、第１の速度でローカルエリアネットワークのルーターにリアルタイムでデータを通信することと、ルーターからローカルエリアネットワークを介してユーザデバイスにデータを通信することと、残容量を使用して、第１の速度よりも高速な第２の速度で、コンテンツストレージを備える中間デバイスに第２の通信システムを介して非リアルタイムでコンテンツを通信することと、中間デバイスのコンテンツストレージにコンテンツを記憶することと、その後、ユーザデバイスによって、ローカルエリアネットワークを介して、コンテンツストレージに記憶されたコンテンツを要求することと、要求に応えて、ローカルエリアネットワークを介して、中間デバイスのコンテンツストレージからユーザデバイスにリアルタイムでコンテンツを通信することと、を含む。

開示された方法は、ユーザデバイスからのコンテンツ要求を直接処理するため、またはユーザに直接ライブ消費用にコンテンツを通信するため（いずれの場合も、通信システムを介してコンテンツを受信するために中間デバイスを使用しない）に別様に使用されていない任意の通信システムの残容量を使用しコンテンツストレージにコンテンツを記憶し、他の何らかの通信システムを使用して他のある時点でコンテンツストレージからのコンテンツをユーザデバイスに通信し得る。

適用可能なさらなる分野は、本明細書に提供される説明から明らかになるであろう。説明および特定の実施例は例示の目的のみを意図しており、本開示の範囲を限定することを意図していないことを理解されたい。

本明細書に記載されている図面は例示目的のみのためであり、本開示の範囲をいかようにも限定することを意図しない。

通信システムの第１の例の上位ブロック図である。 図１のより詳細な通信システムのブロック図である。 ローカルエリアネットワーク内の複数のユーザデバイスのブロック図である。 ＬＴＥ（登録商標）無線ネットワークを使用した通信システムの上位ブロック図である。 衛星を用いた残容量通信システムのブロック図である。 図５で使用した衛星地上局のブロック図である。 残容量を使用して中間デバイスにコンテンツを通信するための方法のフローチャートである。 図１の屋外ユニットのブロック図である。 中間デバイスのブロック図である。 ユーザデバイスからの要求を中間デバイスに転送する方法のフローチャートである。 非リアルタイムコンテンツ配信システムのブロック図である。 非リアルタイムコンテンツ配信システムの衛星実装のブロック図である。 コンテンツ配信システムに使用されている３つの衛星地上トレースの図である。 様々なパラメータが関連付けられた地上トレースの例である。 シアトル、サンディエゴ、ポートランド、マイアミの４都市の仰角対時間プロットである。 ハワイ、アンカレッジ、アラスカ、フェアバンクス、アラスカ、プエルトリコを網羅する、コンテンツ配信システムのさらなる到達範囲に対する仰角対時間プロットである。 セル制御モジュールのブロック図である。 本システムによるドングルのブロック図である。 カルーセルおよびカルーセル用のコントローラのブロック図である。 カルーセルからコンテンツを同報通信する方法のフローチャートである。 残容量を使用して中間デバイスを介してコンテンツを通信する方法のフローチャートである。 残容量を使用してコンテンツを通信する方法のより詳細なフローチャートである。 中間デバイスでコンテンツをスケジューリングする方法のフローチャートである。 残容量配信システムによる配信の優先順位付け方法のフローチャートである。 通信システムプロバイダを経由するトラフィックを優先するフローチャートである。 スポーツ再生を提供する方法のフローチャートである。 スポーツ再生を入手するためのユーザインタフェースである。 スポーツ再生を入手するためのユーザインタフェースである。 スポーツ再生を入手するためのユーザインタフェースである。 スポーツ再生を入手するためのユーザインタフェースである。 ソフトウェア、デバイスまたはアプリケーションのアップデートを提供する方法のフローチャートである。 中間デバイスで利用可能なコンテンツを使用して中間デバイスで生成されたグリッドガイドとして実施されたチャネルガイドの第１の表現である。 中間デバイスで利用可能なコンテンツを使用して中間デバイスで生成されたポスター表示として実施されたチャネルガイドの第２の表現である。 チャネル生成方法のフローチャートである。 コンテンツの一部のみを同報通信し、残りのコンテンツを同報通信することに続く方法のフローチャートである。

以下の説明は、本質的に例示に過ぎず、本開示、用途、または使用を限定することを意図していない。明確に説明するために、図面において、同様の要素は同じ参照番号で示される。本明細書において、モジュールという用語は、１つまたは複数のソフトウェアまたはファームウェアプログラムを実行する特定用途向け集積回路（ＡＳＩＣ）、電子回路、プロセッサ（共有、専用、またはグループ）およびメモリ、組合せ論理回路、および／または記載された機能を提供する他の適切な構成要素を指す。本明細書で使用されるとき、Ａ、Ｂ、およびＣのうちの少なくとも１つという表現は、非排他的論理ＯＲを使用して、論理（ＡまたはＢまたはＣ）を意味すると解釈されるべきである。方法内のステップは、本開示の原理を変更することなく異なる順序で実行されてもよいことを理解されたい。本開示の教示は、コンテンツをエンドユーザまたはユーザデバイスに電子的に通信するためのシステムにおいて実施することができる。データソースとユーザデバイスの両方は、着信データおよび発信データ用のメモリまたは他のデータストレージを有する一般的なコンピューティングデバイスを使用して形成され得る。メモリは、ハードドライブ、ＦＬＡＳＨ、ＲＡＭ、ＰＲＯＭ、ＥＥＰＲＯＭ（登録商標）、ＲＯＭ相変化メモリ、または他の個別のメモリ構成要素を含み得るが、これらに限定されない。

各汎用コンピューティングデバイスは、アナログ回路、デジタル回路、またはそれらの組み合わせで電子的に実装され得る。さらに、コンピューティングデバイスは、様々なシステム構成要素によって実行されるステップを実行するための指示を実行するマイクロプロセッサまたはマイクロコントローラを含み得る。コンテンツまたはサービスプロバイダも記載されている。コンテンツプロバイダまたはサービスプロバイダは、エンドユーザへのデータのプロバイダである。例えば、サービスプロバイダは、メタデータなどのコンテンツに対応するデータ、ならびにデータストリームまたは信号内の実際のコンテンツを提供することができる。コンテンツまたはサービスプロバイダは、システム内の様々な他のデバイスとの通信を可能にするために、汎用コンピューティングデバイス、通信コンポーネント、ネットワークインタフェース、および他の関連回路を含むことができる。

さらに、以下の開示は動画（例えば、テレビ（ＴＶ）、映画、ミュージック動画など）の配信に関して行われるが、本明細書に開示されるシステムおよび方法は、例えばオーディオ、音楽、データファイル、Ｗｅｂページ、広告、ソフトウェア、ソフトウェアのアップデート、ＩｏＴデータ、天気、アプリケーション、アプリケーションデータ、「ベストオブウェブ」コンテンツ、資料の電子配信など、あらゆる種類のメディアコンテンツの配信にも使用できることを理解されたい。さらに、本開示を通して、データ、コンテンツ、情報、プログラム、映画の予告編、映画、広告、資産、動画データなどについて言及しているが、これらの用語は、本明細書に開示されている例示的なシステムおよび／または方法に関して実質的に同等であることは当業者には容易に明らかであろう。

以下の開示は特定の放送サービスおよびシステムを用いて行われるが、他の多くの配信システムが開示されたシステムおよび方法に容易に適用可能であることを理解されたい。そのようなシステムとして、無線地上配信システム、有線またはケーブル配信システム、ケーブルテレビ配信システム、超高周波（ＵＨＦ）／超高周波（ＶＨＦ）無線周波数システムまたは他の地上放送システム（例えば、マルチチャネルマルチポイント配信システム（ＭＭＤＳ）、ローカル多地点配信システム（ＬＭＤＳ）など）、インターネットベースの配信システム、セルラーまたはモバイル配信システム、電力線放送システム、任意のポイントツーポイントおよび／またはマルチキャストインターネットプロトコル（ＩＰ）配信ネットワーク、および光ファイバネットワークが挙げられる。さらに、以下に説明されるようにサービスプロバイダと中間デバイスとの間で集合的に割り当てられた異なる機能は、本開示の意図された範囲から逸脱することなく、必要に応えて再割り当てされることができる。

ユーザデバイスは、制約されたネットワークを介してインターネットに接続されてもよく、またはインターネットに全く接続されなくてもよい。制約のあるネットワークでは、速度や使用可能なリソースが高品質のサービスを提供するのに十分ではない場合がある。本例では、制約付きネットワークよりも制約が少ない第２のネットワーク内の残容量を使用して、コンテンツを中間デバイスに事前配信することができる。事前配信されたコンテンツは、外部の制約されたネットワークに頼る必要なしに、ユーザデバイスで要求されたときに、中間デバイスストレージから直接またはローカルネットワークを通して提供されることができる。

残容量は、通常の顧客使用中にコンテンツシステムプロバイダによってデータまたはコンテンツを送信するために使用されていないリソースまたは複数のリソースである。一次顧客のための通信ネットワークの通常の使用は、一次使用と呼ばれることがある。残容量は、二次使用と呼ばれることがあり、コンテンツプロバイダと通信システムプロバイダとの間の契約に支配されることがある。コンテンツプロバイダは、残容量を使用してユーザにサービスを提供することを望む場合がある。ユーザは、コンテンツが通過する経路を認識していない可能性がある。残容量には、他の用途に割り当てることができる優先順位の低いリソースが含まれてもよい。最も単純な意味では、残容量とはデータ経路または帯域幅のことで、ネットワーク使用のピーク時以外の時間帯はますます活用されないままになっている。逆に、ネットワーク使用のピーク時に、利用可能な残容量は限られている。すべての場合において、そのようなネットワーク使用のピーク時は、ネットワークによって提供されるサービスの使用のほとんどがネットワークのユーザまたは直接の顧客によって行われている時として特徴付けられる。非ピーク時とは、ユーザがサービスを最も使用していない時間である。例えば、ロング・ターム・エヴォリューション無線ネットワーク（ＬＴＥ）システムでは、残容量は、リアルタイムでユーザから要求された音声またはデータコンテンツに使用されていない帯域幅であり得る。衛星システムでは、残容量は、そのようなコンテンツのリアルタイム消費のために、またはリアルタイムでユーザから要求された音声またはデータコンテンツのために、ユーザにコンテンツを同報通信するために使用されていない帯域幅である。この残容量、または通信プロバイダのネットワークの未使用または使用率の低いリソースを利用するために追加となるコストは非常に限られている。これは、そのコストはすでに通常の顧客使用サービスの提供のために負担されているからであり、このように、費用対効果の高いコンテンツ配信が実現される。使用されなければ無駄になったであろう残容量を利用することによって、本システムは、通信システムプロバイダによって使用されることにより、他のサービスを顧客に提供することや、他の人に容量を販売することを可能にする。

残容量は、中間デバイス、通信システムプロバイダ、およびコンテンツサービスプロバイダの相互通信によって、様々な方法で使用され得る。現在の容量の可用性、今後の容量の可用性、および残容量を使用して通信されるコンテンツの優先順位付けに関するクエリが形成され得る。ｅＭＢＭＳ品質クラス識別子を使用してサービス品質（ＱｏＳ）優先順位付けを実行することができる。残容量を使用したコンテンツの配信は、キュー駆動型であり得る。配信されるすべてのコンテンツは、属性付きの優先順位レベルでキューに入れられ、その後、利用可能な残容量に応えて自動的にキューから配信され、どの優先順位がどのルールに従ってどの順序で配信されるかが調整される。

配信されるすべてのコンテンツは、属性付きの優先順位レベルでキューに入れられ、その後、利用可能な残容量に応えて自動的にキューから配信され、どの優先順位がどのルールに従ってどの順序で配信されるかが調整される。

コンテンツは、残容量を使用して再送信することもできる。ユーザの嗜好（キューイング）、欠けているコンテンツ（エラー訂正）、そのユーザにとって最も人気のあるコンテンツ、および残りのコンテンツはすべて、キュー内での優先順位付けに使用され得る。

本システムは、コンテンツ通信ネットワークにおける過剰容量または残容量の戦略的使用と、そのようなコンテンツのローカルコンテンツ記憶部でのキャッシュおよび記憶によるユーザの近くでのコンテンツの事前配信とを組み合わせる、コンテンツ事前配信用の大容量同報通信配信システムを提供する。これによって、コンテンツが必要なときにコンテンツ通信ネットワークを通過する必要なしに、オーバーザトップ（ＯＴＴ）コンテンツ、ソフトウェアアップデート、またはその他の非常に集中的なデータアプリケーションなどの大量のコンテンツにユーザがアクセスできる。以下にさらに説明されるように、システムは、ＬＴＥシステムなどのモバイルまたはセルラーシステム、衛星システム、またはデジタルテレビシステムを含むがこれらに限定されない異なる種類の通信システムの残容量を使用することができる。ビデオコンテンツなどのコンテンツは、そのコンテンツをその中に記憶する中間デバイスに提供され得る。ユーザがコンテンツを要求するとき、コンテンツ通信ネットワークに対してさらに負担をかけながら低速で遠隔地からのユーザの要求に応えてそのコンテンツがコンテンツ通信ネットワークによって提供されることを要求するのではなく、コンテンツが記憶またはキャッシュされているコンテンツ記憶部から提供され得る。ユーザの嗜好に基づいて、映画、テレビ、番組、ドキュメンタリー、およびニュースを含む多種多様な動画制作番組を提供することができる。また、インスタント再生などの他の種類の動画制作番組もユーザに提供され得る。このシステムはまた、中間デバイスに接続されている様々な種類のユーザにソフトウェアおよびアプリケーションのアップデートを提供するために使用され得る。システムは、防衛目的または大量のデータが必要とされる目的にも使用され得るが、そのようなデータは、コンテンツ通信ネットワークによってローカルコンテンツ記憶部に事前に配置され得、そのようなデータのソースからライブまたはリアルタイムで配信される必要はない。

このシステムは、農村部の顧客、低速で小容量のネットワークを使用する市場の顧客、または低速のネットワークを利用して高速のケーブルまたはファイバネットワーク製品と同等の製品を提供したい企業の顧客にとって、大量のデータ、オーバーザトップサービス、またはその他の大規模データアプリケーションにアクセスするために最適である。具体的には、システムはまた、農村部以外やその他の顧客が、高速ケーブルまたはファイバネットワーク製品を追加する必要なしに、無線、衛星、テレビ、ＤＳＬ、または他の有線ネットワークを使用して顧客のコンテンツに対する要求を効果的に満たすことを可能にする。したがって、オーバーザトップコンテンツ（ＯＴＴ）動画、ソフトウェアアップデート、およびその他大データを含む大データコンテンツは、本システムによって提供されるためにオフロードされてもよく、一方、より低速のコンテンツ通信ネットワークが、ピーク容量または通常容量を使用して、効率的に事前配信することができないユーザのリアルタイム／ライブの音声およびデータ要求に対応する。したがって、家庭内での高速ケーブルまたはファイバネットワークの提供の必要性がなくなり、費用を削減することができる。システムはまた、高速ケーブルおよびファイバネットワーク、あるいは前述のネットワークのいずれかでさえも起きる輻輳を、事前配信によるコンテンツ配信およびその後のローカルコンテンツ記憶部からの使用と、ピーク容量または通常容量を使用して、効果的に事前配信することができないユーザのリアルタイム／ライブの音声およびデータの要求に対応することを組み合わせることによって、統一されたシステムにおいて緩和し得る。さらに、このシステムはまた、コンテンツの事前配信のための残容量およびその後のローカルコンテンツ記憶部からの使用することと、ユーザのリアルタイム／ライブの音声およびデータ要求に対応するためのピーク容量または通常容量との組み合わせを使用することによって、コンテンツ通信ネットワークの容量のはるかに大きい部分または全体を使用することによってブロードバンドネットワークの有効容量を増大し得る。ユーザにダウンロードされる可能性が高いコンテンツがローカルコンテンツ記憶部または中間デバイスに事前配信され、その後中間デバイスから配信される場合、代わりにリアルタイム／ライブの要求に応えてコンテンツ通信ネットワークを使用する必要性が、特にピーク時には、低減される。オーバーザトップ動画やソフトウェアのアップデートを含む大きなデータの事前配信により、特にピーク時に、モバイルおよび固定ブロードバンドネットワークの容量を、他のリアルタイムコンテンツ要求、リアルタイム双方向通信、またはその他のライブコンテンツ消費に対して使用可能にする。事前配信、残容量アプローチと、リアルタイムの音声およびデータ要求、ピークまたは通常容量のアプローチを組み合わせることによって、低速ブロードバンドサービスプロバイダでも、このようなアプローチの組み合わせを活用して、前述のネットワークのいずれかのパフォーマンスを向上させながら、確立されたケーブルプロバイダまたはファイバプロバイダに十分対向し得る。

ここで図１を参照すると、通信システム１０のハイレベルブロック図が示されている。この例では、通信システムプロバイダ１２は、通信ネットワーク１４と通信し、通信ネットワーク１４の動作を制御するシステムである。通信ネットワーク１４は、中間デバイス１６などの中間デバイスと通信している。通信システムプロバイダ１２は、通信ネットワーク１４を制御するために使用される。通信ネットワーク１４は、通信プロバイダまたはインターネット１８と直接接続してもよい。通信システムプロバイダ１２は、通信ネットワーク１４を介してコンテンツのスケジュールおよび配置を制御する。通信システムプロバイダ１２は、後述するような各種ソースからコンテンツを受信することができる。

通信ネットワーク１４はインターネット１８と通信する。通信ネットワーク１４は、単一のスタンドアローンネットワークでも、ネットワークの組み合わせでもよい。すなわち、１つまたは複数のネットワークの残容量により、コンテンツを中間デバイス１６に配信してもよい。通信ネットワーク１４は無線式でもよい。コンテンツを中間デバイス１６に通信するための通信ネットワーク１４は、コンテンツ受信および通信用の１つまたは複数のトランスポンダ３２を内蔵する衛星３０を備えてもよい。衛星３０はさらに、通信システムプロバイダのアンテナ３６と通信する受信アンテナ３４を備えてもよい。送信アンテナ３８は、コンテンツを中間デバイス１６のアンテナ４０に通信する。アンテナ３４、３６、３８は、複数のアンテナまたは複数種のアンテナを表し得る。

通信ネットワーク１４はまた、アンテナ４４（複数可）が搭載された基地局４２、または任意のその他無線送信デバイスを備えてもよい。アンテナ４４は、セルラーアンテナ、ＷｉＦｉアンテナ、または基地局４２のその他任意の無線送信アンテナを表し、通信システムプロバイダ１２からアンテナ４４を介して中間デバイス１６に無線でコンテンツを通信することもできる。

通信ネットワーク１４はさらに、アンテナ４８が搭載されたテレビ塔４６を備えてもよい。テレビ塔４６は、通信システムプロバイダ１２からコンテンツを中間デバイス１６に通信し得る。

あらゆる通信システムにおいて、通信ネットワーク１４は、後述のように、残容量を使用して通信することができる。残容量は、ユーザのリアルタイム／ライブ音声およびデータ要求、およびユーザのリアルタイム／ライブ音声およびデータ消費に使用されておらず、中間デバイス１６へのコンテンツ事前配信に理想的に使用される各種リソースを含み得る。上述のように、通信ネットワーク１４は、コンテンツを非リアルタイムベースで中間デバイス１６に効果的に（事前配信）配信することで、その後ユーザが通信ネットワーク１４からではなく直接中間デバイス１６からされるようにし得る。

通信ネットワーク１４は、ローカルエリアネットワーク３１０と通信してもよく、ローカルエリアネットワーク３１０は、各種アクセスシステムを使用して、または直接的にコンテンツを中間デバイス１６に通信することで、各種中間デバイスに、最大量のコンテンツを提供できるようにする。例えば、通信ネットワーク１４は、周波数分割多元接続、時分割多元接続、空間分割多元接続、符号分割多元接続および直交周波数分割多元接続を使用することができる。システム要件および提供されるシステムの種類に応えて、異なる種類のアクセスプロトコルを使用してもよい。

中間デバイス１６はさらに、アンテナ５０が搭載されてもよい。アンテナ５０は、通信ネットワーク１４のアンテナ４４およびアンテナ４８と通信してもよい。中間デバイスが可搬型であれば、アンテナ５０は高受信位置に配置してもよい。中間デバイス１６はスモールセルとして機能してもよい。

屋外ユニットシステム５２のアンテナ４０は、衛星３０のアンテナ３８と通信するために使用されてもよい。アンテナ４０は平面式フェーズドアレイアンテナであってもよい。屋外ユニットシステム５２および中間デバイス１６の詳細は後述する。

中間デバイス１６はまた、コンテンツストレージ６０を備えてもよい。コンテンツストレージ６０は、ソリッドステートコンテンツストレージ、ハードディスクドライブ、または両者の組み合わせを含み得る。コンテンツストレージ６０は、数テラバイト単位またはそれ以上の、大量データを保持するように設計されてもよい。コンテンツストレージ６０は、アンテナ４０またはアンテナ５０を介して受信された事前配信コンテンツを記憶するために使用される。中間デバイス１６はまた、バックホールネットワーク６４と通信してもよい。バックホールネットワーク６４は、本稿に示すように、無線システムとして提示される通信ネットワークの一部であり得る。バックホールネットワーク６４は、無線ネットワークであってもよい。

システム１０はまた、有線ネットワーク６６を使用してコンテンツを事前配信するのに適したものであってもよい。すなわち、中間デバイス１６は、有線ネットワーク６６を介してインターネット１８に繋がれてもよい。以下に説明するように、コンテンツは、有線ネットワーク６６の未使用容量を使用して事前配信することができる。有線ネットワークは、ＤＳＬネットワーク、ケーブルネットワーク、またはファイバネットワークであり得る。

通信ネットワーク１４はまた、車両７０と通信してもよい車両７０は、中間デバイス１６と同様に構成された中間デバイス１６’を備え得る。車両７０は、自動車、船、バス、電車、飛行機などを含む各種車両を含み得る。中間デバイス１６’は、車両の外部に配置することができる１つまたは複数のアンテナ５０’に接続されている。当然、アンテナ５０’は、車両７０内で中間デバイス１６’に配置されてもよい。ユーザデバイス８０は中間デバイス１６と通信する。便宜上、無線接続または有線接続を表す線が、ユーザデバイス８０と中間デバイス１６との間に提示される。ユーザデバイス８０は、中間デバイス１６、より詳細には中間デバイス１６のコンテンツストレージ６０からコンテンツを要求する。スタジアム、オフィスビル、ホテルまたは集合住宅などの地点８１は、衛星アンテナ３８、基地局４２のアンテナ４２、および／またはテレビ塔のアンテナ４８と通信する外部アンテナ５１を有する中間デバイス１６”を有してもよい。

基地局４２は、ＬＴＥ技術または他のセルラー技術を使用することができる。特に、基地局４２は、ＬＴＥ−Ｂ技術を使用して中間デバイス１６と通信することができる。有線接続８２が、通信ネットワーク１４とインターネット１８および／または通信システムプロバイダ１２との間に確立されてもよい。以下に説明するように、中間デバイス１６は基地局４２の一部であってもよく、したがってアンテナ４４はユーザデバイスと通信するためのＷｉＦｉまたはＷｉＭａｘアンテナとして機能することができる。

通信ネットワーク１４とインターネット１８または通信システムプロバイダ１２との間の接続もまた、未使用容量を含み得る。この未使用容量は、前述の未使用容量と同様にシステムによって利用され得る。すなわち、事前配信コンテンツを通信ネットワーク１４またはインターネット１８に配信されるように使用され、そこからさらに未使用容量の使用を含む配信により、最終的に当該事前配信コンテンツが中間デバイス１６に届けられるのである。

ここで図２を参照すると、コンテンツサービスプロバイダ９０と通信する通信システムプロバイダ１２が示されている。コンテンツサービスプロバイダ９０は、通信システムプロバイダ１２にコンテンツを提供するために使用されるシステムである。コンテンツサービスプロバイダ９０および通信システムプロバイダ１２は事業体であり得る。コンテンツサービスプロバイダ９０は、通信システムプロバイダ１２の残容量を購入することができる。コンテンツサービスプロバイダ９０は、ユーザデバイス８０のユーザが加入するサービスプロバイダであり得る。また、コンテンツサービスプロバイダ９０は、携帯電話サービスプロバイダ、ケーブルプロバイダなどのような既存のサービスを含み得る。コンテンツサービスプロバイダ９０は、通信システムプロバイダ１２の残容量を用いてコンテンツが配信されるように、通信システムプロバイダ１２に様々な指示を通信する。これらのシステム間の相互通信の詳細は以下にさらに詳細に説明される。

コンテンツサービスプロバイダ９０は、広告ソース２１０、第１のコンテンツプロバイダ２１２Ａ、第２のコンテンツプロバイダ２１２Ｂ、ソフトウェア／デバイス／アプリケーションアップデートソース２１４、およびスポーツ再生ソース２１６を含む様々なソースからコンテンツを受信し得る。広告ソース２１０は、広告をコンテンツサービスプロバイダ９０に通信し得る。広告は、動画、オーディオ、およびそれに関連するメタデータを含み得る。広告に関連するメタデータは、所望のターゲットまたはコンテンツを好ましいと感じるであろうユーザ、および製品定義を含むことができる。

コンテンツプロバイダ２１２Ａおよび２１２Ｂはまた、動画およびオーディオコンテンツ、ならびにコンテンツのメタデータを提供することができる。メタデータは、コンテンツのタイトル、俳優または女優、およびジャンルなどの様々なカテゴリを含むその他各種識別データを含むことができる。コンテンツは、コンテンツプロバイダから要求されるか、またはコンテンツプロバイダによって中間デバイスに事前配信されるように指示され得る。

ソフトウェア／デバイス／アプリケーションアップデートソース２１４は、ユーザデバイスを対象とした、コンテンツサービスプロバイダ９０および通信システムプロバイダ１２を介して、新しいソフトウェア、ソフトウェアアップデート、デバイスアップデートおよびアプリケーションアップデートを中間デバイス１６に提供し得る。アップデートは、ユーザデバイスの常駐ソフトウェアに対する漸進的な変更であり得る一方、新しいソフトウェアは、現在ユーザデバイスまたは中間デバイス１６内にないソフトウェアであり得る。ソフトウェアおよびアップデートは、非リアルタイム配信のためにデバイスによって要求されるか、またはデバイスの動作なしで配信され、ユーザデバイス、ソフトウェア、またはその常駐アプリケーションの識別に基づいて中間デバイスに事前配信される。

スポーツ再生ソース２１６は、中間デバイス１６へ配信されるよう、スポーツ再生をコンテンツサービスプロバイダ９０に提供してもよい。スポーツ再生コンテンツは、ゲームまたは試合の特定の特別なまたは重要なイベントの短い動画クリップであり得る。スポーツ再生は、オーディオと動画の両方のコンテンツを含むクリップであり得る。スポーツ再生はまた、チーム、出場選手、スポーツ、クリップまたは再生表示タイトルなどを識別するメタデータを含み得る。クリップ表示タイトルは、ユーザインタフェースにおいてユーザに表示され得るものである。

上述の様々なタイプのコンテンツと共に含まれるメタデータにより、通信システムプロバイダ１２による制御下で、他の任意のコンテンツ配信優先度を考慮しながら通信ネットワークの残容量を使用して、コンテンツを適切なスケジュールで適切な中間デバイスに配信可能となる。

中間デバイス１６は、コンテンツストレージ６０と受信機２２０とを有するように示されている。受信機２２０は、無線通信ネットワーク１４から通信を受信するために使用されてもよい。送信機２２２は、無線通信ネットワーク１４、有線ネットワーク６４、および／または有線ネットワーク６６との間で、無線または有線送信を実行するために使用され得る。

ユーザデバイス８０は、中間デバイス１６との直接または有線接続２２４を有するように示されている。したがって、中間デバイス１６は、ドングルまたは他の種類のユーザデバイス８０に直接接続されたデバイスであり得る。有線接続２２４は、ＨＤＭＩ（登録商標）またはＵＳＢ接続であり得る。

システム内に複数の中間デバイスを配置してもよい。中間デバイス１６は、第２の中間デバイス１６’とも通信してもよい。中間デバイス１６’は、中間デバイス１６と同様に構成してもよい。中間デバイス１６は、アンテナ５０から中間デバイス１６’のアンテナ５０’に通信することができる。中間デバイス１６、１６’は、以下により詳細に説明されるピアツーピアネットワークを形成することができる。当然、３つ以上の中間デバイスがピアツーピアネットワークを形成してもよい。ピアツーピアネットワーク間では、様々な種類のコンテンツを通信することができる。すなわち、１つの中間デバイスが無線通信ネットワーク１４から送信されたコンテンツの一部を逃した場合、別の中間デバイスが欠落しているコンテンツを含むかどうかを問い合わせて判定することができる。したがって、欠落しているコンテンツは、アンテナ５０と５０’との間で、ピアツーピアベースで通信され得る。無線通信ネットワーク１４はまた、コンテンツの様々な部分を配布してもよく、その後、それらは「欠落している」からではなく意図的に、様々な他の中間デバイスに通信される。１つの中間デバイスのユーザが所望するコンテンツが該中間デバイスで利用可能ではない場合、意図的要求を行う中間デバイスが、ピアツーピアネットワーク内の別の中間デバイスからコンテンツを要求してもよい。さらに、そのような中間デバイス１６’の一部は、無線通信ネットワーク１４からコンテンツを受信する能力を持たず、他の中間デバイス１６および１６’と通信することでのみ、上述のような「意図した」または「欠落した」コンテンツを受信可能なように構成される。

中間デバイス１６’はユーザデバイス８０’と通信してもよい。ユーザデバイス８０’は、アンテナ５０’‘を介して中間デバイス１６’と通信することができる。ユーザデバイス８０’は、上述のユーザデバイス８０’と同様に構成することができるが、ユーザデバイス８０に関して例示したような有線接続ではなく無線デバイスであってもよい。

ここで図３を参照すると、通信システムプロバイダ１２は、上述のように、通信ネットワーク１４を介してローカルエリアネットワーク３１０と通信してもよい。簡潔性のために、通信ネットワーク１４のみが示されている。図１および図２には、ローカルエリアネットワーク３１０を示していない。ローカルエリアネットワーク３１０は、通信ネットワーク１４と通信するためのインタフェース３１２を有してもよい。インタフェース３１２はモデムであってもよい。

ローカルエリアネットワーク３１０はまた、第２の通信ネットワーク１４’にも接続され得る。第２のネットワーク１４’は、ユーザデバイス３３２〜３４４にとってインターネットへの主要な双方向接続であり得る。第２のネットワーク１４’は、ダイアルアップまたはデジタル加入者線を表してもよい。本明細書に記載の例に記載されるように、システム１０は、中間デバイス１６にコンテンツを事前配信するために使用され得る。コンテンツの補充は、必ずしもそうとは限らないが、ユーザデバイス３３２〜３４４に通常のインターネットサービスを提供するための第２の通信ネットワーク１４’が通信ネットワーク１４の速度より遅い場合に特に有用である。ローカルエリアネットワーク３１０は、通信システムを介して受信した事前配信コンテンツを除いて、インターネットへの双方向接続を持たない可能性がある。

ローカルエリアネットワーク３１０はまた、ルーター３１４を有し得る。ルーター３１４は、ローカルエリアネットワーク３１０内で中間デバイスをユーザデバイスと接続するために使用され得る。ローカルエリアネットワークは、有線ネットワーク３１６と無線ネットワーク３１８の両方を提供し得る。様々なデバイスが各通信方法を利用することができる。

ローカルエリアネットワーク３１０は、上述のように１つ以上の中間デバイス１６と通信する。ローカルエリアネットワーク３１０はまた、インタフェース３１２およびルーター３１４と共に中間デバイス１６を含み得る。ローカルエリアネットワーク３１０はまた、中間デバイス１６、インタフェース３１２、およびルーター３１４と共にユーザデバイス３３２を含み得る。中間デバイス１６は、図１および図２で説明したように、コンテンツストレージ６０とアンテナ５０とを備える中間デバイス１６’は、ローカルエリアネットワーク３１０と通信し、ローカルエリアネットワーク３１０を介して中間デバイス１６とコンテンツまたは他の信号をやりとりすることができる。中間デバイス１６”もまた、ユーザデバイス３３０内に配置することができる。ユーザデバイス３３０またはその内部の中間デバイス１６”は、ローカルエリアネットワーク３１０と通信するためのアンテナ５０”を有してもよい。中間デバイス１６”は、通信ネットワーク１４の残容量を使用してコンテンツを受信してもよい。ユーザデバイス３３０は、動画ゲーム機、携帯電話、セットトップボックスなどを含む様々な種類のデバイスのうちの１つであってもよい。

ユーザデバイス３３０は、有線ネットワーク３１６または無線ネットワーク３１８のいずれかを介してローカルエリアネットワーク３１０に接続してもよい。

ユーザデバイス３３２は、有線ネットワーク３１６を介してローカルエリアネットワーク３１０に接続してもよい。ユーザデバイス３３４は、無線ネットワーク３１８を介してローカルエリアネットワーク３１０に接続してもよい。上述のように、ユーザデバイス３３２、３３４は、携帯電話またはスマートフォン、タブレット、ノートパソパソコン、ＴＶなどを含む様々な種類のユーザデバイスであり得る。

モノのインターネット（ＩｏＴ）デバイス３３６は、無線または有線ネットワーク３１６、３１８を介してローカルエリアネットワーク３１０に接続されてもよい。ＩｏＴデバイス３３６は、残容量を介して適切に配信される、ソフトウェアおよびアプリケーションのアップデートを要求することがある。

テレビ３３８もまた、有線ネットワーク３１６または無線ネットワーク３１８を介してローカルエリアネットワーク３１０に接続されてもよい。テレビ３３８は、有線ネットワーク３１６または無線ネットワーク３１８に直接接続する、スマートテレビであり得る。テレビ３３８はまた、無線ネットワーク３１８との通信に使用されるドングル３４０を必要とし得る。ドングル３４０は、テレビ３３８にグラフィカルユーザインタフェースを提供するためのアプリケーションを含み得る。ドングル３４０は、コンテンツを記憶するためのコンテンツストレージも含み得る。ドングル３４０はまた、コンテンツを受信および記憶するための中間デバイスとしても機能し得る。

スマートフォン３４２も、ローカルエリアネットワーク３１０にアクセスできるように、有線ネットワーク３１６および無線ネットワーク３１８と通信してもよい。

機器３４４も、有線ネットワーク３１６または無線ネットワーク３１８を介してローカルエリアネットワーク３１０と通信してもよい。

すべてのユーザデバイス３３０〜３４４は、Ｂｌｕｅｔｏｏｔｈ（登録商標）およびＷｉ−Ｆｉを含む多様な規格を使用して無線ネットワーク３１８と通信してもよい。各ユーザデバイス３３０〜３４４は、ローカルエリアネットワーク３１０を介して、中間機器１６、１６’、および１６’’のうちの少なくとも１つからコンテンツを受信してもよい。コンテンツを取得し、ユーザデバイス３３０〜３４４に提供するためのアプリケーションは、デバイス３３０〜３４４内、中間デバイス１６内、ローカルエリアネットワーク３１０内、ルーター３１４内、またはインタフェース３１２内にあり得る。

コンテンツの種類としては、オーディオコンテンツ、ビデオコンテンツ、オペレーティングシステムのアップデート、その他ソフトウェアのアップデート、アプリケーション、天気情報、「ベストオブウェブ」コンテンツ、および様々な資料の電子配信が挙げられる。ユーザデバイス３３０〜３４４のユーザはそれぞれ、中間デバイス１６のコンテンツストレージ６０から様々な種類のコンテンツを取得することができる。コンテンツは、コンテンツストレージ６０から個別にまたは同時に取得することができる。以下に説明するように、ユーザデバイス３３０〜３４４は、ローカルエリアネットワーク３１０を介して通信され、そして最終的に図１および２に示されるコンテンツサービスプロバイダ９０の通信システムプロバイダ１２に戻される在庫リストまたは所望のコンテンツのリストを提供し得る。この戻す通信は、通信ネットワーク１４または１４’のいずれかを用いて実行することができる。

ここで図４を参照すると、ＬＴＥコンテンツ配信システム４１０を示される。この例では、通信モジュールは、オーバーザトップ動画システムを提供するＬＴＥシステムを対象とした特別なものである。ただし、その他の携帯電話システムが使用されてもよい。オーバーザトップ動画オンデマンドパートナーデータセンター４２０は、コンテンツサービスプロバイダ９０として機能し、内部に動画オリジンサーバ４２２を有する。動画オリジンサーバ４２２は、図２に記載のソースを含む様々なソースからビデオコンテンツを受信する。パートナーデータセンター４２０は、通信システムプロバイダ１２と通信する。この場合、通信システムプロバイダ１２はＬＴＥ無線データセンタ４３０である。ＬＴＥ無線データセンタ４３０は、動画オリジンサーバ４２２と通信する動画サーバ４３２を含む。無線データセンタ４３０は、インテリジェンスエンジン／コンテンツ制御システム４３４とも通信する。インテリジェンスエンジン／コンテンツ制御システム４３４は、以下に詳細に説明されるように、様々な機能のために使用され得る。インテリジェンスエンジン／コンテンツ制御システム４３４は、一般に、残容量（ＬＴＥ無線ネットワーク４４０の残容量を含む）を特定し、中間デバイスへのコンテンツの配信をスケジューリングする（ＬＴＥ無線ネットワーク４４０を使用することを含む）ために使用され得る。インテリジェンスエンジン／コンテンツ制御システム４３４はまた、適宜コンテンツを削除することによって、中間デバイスでコンテンツを管理することを担当してもよい。インテリジェンスエンジン／コンテンツ制御システム４３４はまた、最適なコンテンツ量、そのようなコンテンツ再配信の頻度、およびＬＴＥワイヤレスネットワーク４４０と、任意の中間デバイス１６とによって配信される異なるコンテンツの相対的なタイミングを計算することを担当し得る。

無線データセンタ４３０の動画サーバ４３２は、ＬＴＥ無線ネットワーク４４０と通信する。ＬＴＥ無線ネットワーク４４０は、クライアント施設４５０と通信する。クライアント施設４５０は中間デバイス１６を備えてもよい。中間デバイス１６は、無線ネットワーク４４０でコンテンツにアクセスするために使用されるＬＴＥ−Ｂアクセスポイント４５２を備え得る。アクセスポイント４５２はまた、無線ネットワーク４４０に同調するための指示を受信するために使用されてもよい。特定の時間にコンテンツに同調するために、特定の指示信号が提供されてもよい。チャネル、周波数および時間はすべて指示信号で通信されてもよい。

中間デバイス１６はまた、Ｗｉ−Ｆｉアクセスポイント４５４およびコンテンツストレージ４５６を含み得る。Ｗｉ−Ｆｉアクセスポイント４５４は、システム内の様々なユーザデバイス４５８と、Ｗｉ−Ｆｉネットワークを確立することができる。Ｗｉ−Ｆｉアクセスポイントはルーターとも呼ばれ得る。コンテンツストレージ４５６は、ＬＴＥ−Ｂアクセスポイント４５２を介して受信されたコンテンツを記憶するために使用されてもよい。当然、他の無線技術が無線アクセスポイントによってアクセスされてもよい。ユーザデバイス４５８の各々は、コンテンツストレージ４５６内のコンテンツにアクセスするためのアプリケーションを有し得る。アプリケーションはまた、アクセスポイント４５２を介して受信されてもよく、またはユーザがシステムを購入する時点で、既にコンテンツストレージ４５６内に記憶されてもよい。アプリケーションはまた、ユーザデバイス４５８内に予め記憶されてもよい。

ここで図５を参照すると、衛星３０に基づくコンテンツプロバイダシステム５１０が示されている。この例では、地上局５２０はコンテンツを送信アンテナ５２２に通信する。送信アンテナ５２２は、アップリンク５２４を介して衛星３０にコンテンツを通信する。ダウンリンク５２６は、顧客施設に存在する衛星受信機５２８、または他のユーザにコンテンツを通信する。ダウンリンク５２６は、衛星３０の１つ以上のトランスポンダからの信号から形成され得る。複数の経路またはビームにより、中間デバイス５３０または複数の中間デバイスと通信することができる。当然、アメリカ合衆国本土のビーム（ＣｏｎＵＳ）のような単一のワイドビームも同様に使用することができる。中間デバイス５３０は衛星受信機５２８と通信する。衛星受信機５２８も、中間デバイス５３０内に配置されてもよい。中間デバイス５３０は、無線ネットワーク５３２を介してコンテンツをユーザデバイス５３４に通信する。地上局からのコンテンツは、任意の所定時間に使い切られていないリソースからの、残容量を使用して通信することができる。中間デバイスはネットワーク５４０と通信して戻りリンク５４２を提供する。ネットワーク５４０は、セルラネットワークまたは有線ネットワークであり得る。ネットワーク５４０は、第１の動画サービスプロバイダ５５０Ａまたは第２の動画サービスプロバイダ５５０Ｂにデータを提供するインターネット５４４と通信してもよい。様々な分析データ、コンテンツリスト、嗜好などが、中間デバイス５３０から動画サービスプロバイダ５５０Ａ、５５０Ｂに通信され得る。

動画サービスプロバイダ５５０Ａは、コンテンツ配信ネットワーク５５２Ａと通信してもよい。動画サービスプロバイダ５５０Ｂは、コンテンツ配信ネットワーク５５２Ｂと通信してもよい。コンテンツ配信ネットワーク５５２Ａ、５５２Ｂは、サービスのビジネスパートナーに相当し得る。コンテンツ配信ネットワーク５５２Ａ、５５２Ｂは、コンテンツ配信ネットワーク相互接続位置５５４にコンテンツを通信し、そこからコンテンツが通信システムプロバイダコンテンツ配信ネットワーク５５６に通信されてもよい。コンテンツ配信ネットワーク５５６は、通信システムプロバイダ１２の一部であり得る地上局５２０にコンテンツを通信する。動画プロバイダボールト５６０は、コンテンツ配信ネットワーク５５６からコンテンツを受信してもよい。第２のボールト５６２もまた、コンテンツ配信ネットワークからコンテンツを受信してもよい。ボールト５６２は、動画プロバイダボールト５６０とは異なる種類のコンテンツを記憶することができる。上述のように、システムは、ソフトウェア、差し替えられた動画、オリジナルビデオコンテンツ、オーディオコンテンツなどを含む様々な種類のデータを中間デバイスに提供することができる。

分析エンジン５６６が地上局５２０内に配置されている。分析エンジン５６６は、システム内に配置されている複数の中間デバイス５３０からフィードバックを受信してもよい。分析サーバは、使用傾向、トラブルシューティング、嗜好、人口統計、広告のための行動データ、価格設定、インテリジェンスエンジン性能、およびその他分析機能を含む様々な要素について中間デバイスからのフィードバックを解釈する。

ボールト５６０、５６２は、コンテンツパートナーのニーズおよび様々な契約に基づいて、動画およびメタデータを安全に記憶する。

コンテンツマネージャ／スケジューラ（ＣＭＳ）５７０が、地上局５２０内に組み込まれてもよい。コンテンツマネージャ／スケジューラ５７０は、すべてのコンテンツおよびコマンドが中間デバイスに送信されるスケジュールを管理する。これは、インテリジェンスエンジン５７２からコンテンツ優先順位付け情報を受信して放送コンテンツの適切なスケジュールを作成することと、中間デバイスから中間デバイス制御メッセージを受信し管理サーバと、メッセージを同報通信するための適切なスケジュールを作成することと、コンテンツボールト５６２からコンテンツを引き出すようにサーバに指示しスケジュールに従ってコンテンツを同報通信することを含む。ＣＭＳ５７０はまた、中間デバイス用のコマンドを生成し、中間デバイスに特定の時間に特定のチューナを使用するように指示することができる。コンテンツマネージャ／スケジューラ５７０はまた、システムを通して放送されているコンテンツおよび予測されたコンテンツに基づいて、残容量を決定する。コンテンツマネージャ／スケジューラ５７０は、残容量を使用してコンテンツの同報通信を可能にする。

インテリジェンスエンジン５７２は、様々なコンテンツパートナーから情報を受信して、配信に利用可能なコンテンツと、そのコンテンツがボールト５６０、５６２で配信に利用可能であるかを判断する。インテリジェンスエンジン５７２はまた、削除のために、以前に中間デバイスに配信されたコンテンツの削除をスケジューリングしてもよい。インテリジェンスエンジン５７２はまた、中間デバイスおよび各中間デバイス上で利用可能なコンテンツストレージの量を監視し得る。異なる複数のパートナーを地上局５２０に関連付けることができる。すなわち、データがパートナーごとに中間デバイスから抽出され、コンテンツがそれに応えてスケジュールされ得るようにしてもよい。インテリジェンスエンジン５７２はまた、コンテンツを同報通信および再同報通信するための時間および周期を指定し得る。以下に説明されるように、衛星を使用してコンテンツを同報通信するために使用されるカルーセルは、インテリジェンスエンジン５７２を使用して規制され得る。地上局５２０は、中間デバイス管理サーバ５８０を備える。中間デバイス管理サーバは、顧客施設における中間デバイスの管理を担当する。中間デバイスは、当該中間デバイス用の安全な管理メッセージを生成し、中間デバイスの利用率と健全性を監視する。ストレージの割り当ては、様々なパートナー契約に基づいて中間デバイス管理サーバによって管理され得る。中間デバイス管理サーバ５８０はまた、中間デバイスの遠隔構成、認証およびトラブルシューティングを管理する。

ここで図６を参照すると、図５に示されたものと同様の地上局５２０が、同じ参照番号で示されている。地上局５２０は、コンテンツパートナー施設６１０と通信することができる。コンテンツパートナー施設６１０は、コンテンツパートナー動画オリジンサーバ６１２およびコンテンツマネージャ／スケジューラ６１４を含み得る。

ここで図７も参照すると、地上局５２０は複数のデータカルーセルサーバ６２０を含んでもよい。コンテンツパートナー施設６１０に対する、地上局５２０の動作を図７に示す。ステップ７１０において、コンテンツはストレージボールトに通信され、コンテンツはコンテンツパートナー動画オリジンサーバ６１２からストレージボールト５６０、５６２において管理される。ストレージボールト５６０、５６２は、コンテンツを記憶する。ＣＭＳ６１４から、コンテンツトランスポートコマンドが、コンテンツパートナー施設のコンテンツマネージャ／スケジューラ６１４からインテリジェンスエンジン５７２へ、優先順位とともに通信される。ステップ７１４において、インテリジェンスエンジン５７２により、コンテンツの配信のスケジュールが、トランスポートコマンドおよび優先順位に基づいて決定される。優先順位は、パートナープロバイダからの支払いに応えて高くなり得る。ステップ７１６で、ボールト内に記憶されているコンテンツが、インテリジェンスエンジンにより、コンテンツスケジュール用に検証される。すなわち、インテリジェンスエンジン５７２は、ボールトがスケジュールのコンテンツを含むかどうかを判定する。ステップ７１８において、スケジュールは、インテリジェンスエンジン５７２から地上局５２０のコンテンツマネージャ／スケジューラ（ＣＭＳ）５７０に通信される。ステップ７２０で、送信コマンドがＣＭＳ５７０で生成され、カルーセルサーバ６２０に通信される。カルーセルサーバ６２０は、ステップ７２２で送信コマンドに応えて制御され、複数の経路をフォーマットする。繰返し率、特定コンテンツ専用サーバの数、およびビットストリームがすべて、送信コマンドを用いて決定され、それに応えてカルーセルサーバが制御されてもよい。コンテンツを配信する時間になると、ステップ７２４で、カルーセルサーバ６２０は、送信コマンドまたは送信コマンドに関連付けられたスケジュールに従って適切なボールトからコンテンツを引き出す。ステップ７２６において、コンテンツは、中間デバイス管理サーバ５８０によって決定された残容量を使用して中間デバイスに送信される。

コンテンツパートナー施設または地上局５２０は、使用傾向、トラブルシューティング、嗜好、人口統計、広告のための行動データ、価格設定、インテリジェンスエンジン性能、およびその他分析機能を含むフィードバックを、個々の中間デバイスから受信してもよい。フィードバックは、最終的に、スケジュールと、異なる複数のシステムに対する様々な種類の広告を含む、提供され得る様々な種類のコンテンツを形成するために使用される。

ここで図８Ａおよび図８Ｂを参照すると、屋外ユニットシステム５２に対する中間デバイス１６がさらに詳細に示されている。屋外ユニットシステム５２は、機械的または電子的に操作されるアンテナ８１０を含む。アンテナ８１０は、４５ｃｍまたは７５ｃｍのパラボラディッシュのように、小さいサイズであり得る。平らな平面アンテナを、屋上、日除けまたは車両に平面的に取り付けて使用することもできる。アンテナ８１０は、衛星を追跡することを可能にするために、例えば、単一の偏波、単一帯域の広角度デバイス、または二重偏波自己照準適応アレイを含むことができる。パラボラアンテナは、アンテナの飛行経路を追跡するよう、物理的に移動するように電動化されてもよい。フェーズドアレイアンテナが使用される場合、フェーズドアレイアンテナは衛星を見るために電子的に操縦され得る。アンテナは低雑音増幅器に接続されている。すなわち、アンテナ８１０で受信された衛星信号は、信号を電子的に増幅するために低雑音増幅器８１２に通信される。ダウンコンバータは、同軸線を介した送信用に、受信信号をＬバンドにダウンコンバートするために使用される。ダウンコンバータ８１４は、Ｌバンドインタフェース８１６に信号を通信する。

屋外ユニット５２はまた、トランスポンダセレクタ８２０を含み得る。トランスポンダセレクタ８２０は、コンテンツが受信される衛星の適切なトランスポンダに同調するために使用され得る。上述のように、時間を含む様々なデータは地上局の情報エンジンによって提供されてもよい。信号はトランスポンダで受信されてもよく、トランスポンダセレクタ８２０はそれに応えてアンテナを調整する。

屋外ユニット５２は、屋外ユニット５２への電力接続を提供することができる同軸Ｌバンドインタフェース８１６を含む。Ｌバンドインタフェース８１６は、同軸ケーブル８１８を介して送信されたＬバンド信号を受信し得る。「Ｌバンド」信号が記載されているが、様々な種類のアンテナおよび様々な周波数への様々な他の種類のインタフェースが使用されてもよい。衛星システムの外部では、テレビアンテナまたはＬＴＥアンテナが使用され、インタフェース８１６とインタフェースし得る。したがって、インタフェース８１６は、ＬＴＥ−Ｂ（ｅＭＢＮＳまたはＭＢＳＦＮ）を受信するように構成され得るか、または残容量により無線テレビ信号を受信するためにＬＴＥ−Ｂ受信機８２４ＡまたはＡＴＳＣ受信機８２４Ｂとインタフェースし得る。ＡＴＳＣ受信機８２４Ｂは、ＡＴＳＣ３．０受信機であり得る。したがって、中間デバイス１６は、外部入力インタフェース８２２を介して受信された信号に同調して復調するためのチューナ復調器８３０を有してもよい。チューナ復調器８３０は、入力インタフェース８２２を介して受信したＬバンド信号またはＡＴＳＣ信号に同調して復調することができる。チューナ復調器８３０はまた、前方誤り訂正（ＦＥＣ）などの誤り訂正を内包してもよい。中間デバイス１６はまた、インタフェース８２２から外部入力を受信するためのＬＴＥ−Ｂ受信機８３２を有してもよい。ＬＴＥ−Ｂ受信機はＡＴＳＣシステムを介して放送信号を受信する。有線受信機８３４を使用してネットワーキングトラフィックを受信してもよい。有線８３４受信機は、ＵＳＢまたはＨＤＭＩインタフェースであり得る。

外部インタフェース８２２はまた、有線または無線通信ネットワークを介したインターネット１８への接続を表してもよい。すなわち、外部インタフェース８２２は、コンテンツを中間デバイス１６に通信するためのモデム８３５を含み得る。

中間デバイス１６は、コンテンツを記憶するために使用されるストレージモジュール８３６を備える。ストレージモジュール８３６は、ソリッドステートデバイスまたはハードディスクドライブを含み得る。

ネットワーキングおよびルーティングインタフェース８３８は、様々なネットワークおよびルーティングアクセスポイントを含み得る。例えば、ＷｉＦｉアクセスポイント８４０を使用してルーター８４２とインタフェースしてもよい。ただし、ルーター８４２を、イーサネット（登録商標）／ＬＡＮポート８４４を使用する有線通信にも使用してもよい。ネットワーキングおよびルーティングインタフェース８３８は、デバイスからのＬＴＥ無線信号を通信するためのＬＴＥ無線機８４６を備えてもよい。ＬＴＥ−Ｂ受信機８３２、ならびにＬＴＥ無線機８４６は、信号ユニットに組み込まれてもよい。中間デバイス１６はまた、Ｂｌｕｅｔｏｏｔｈを使用して通信し得る。すなわち、Ｂｌｕｅｔｏｏｔｈアクセスポイント８４８をネットワークおよびルーティングインタフェースモジュール８３８に組み込むことができる。

中間デバイス１６は、コントローラ８５０を備え得る。コントローラ８５０は、ウェブサーバ８５２、分析エンジン８５４、およびコンテンツプロセッサ８５６を含む多くの機能を実行し得る。個々の相互接続は図８Ｂには示されていないが、コントローラは中間デバイス内の様々なモジュールの基礎となるタイミングおよび機能を制御することができる。ウェブサーバ８５２は、ＩＰフォーマットで中間デバイスからのコンテンツを通信することができる。コントローラ８５０はまた、タイマ８５８によって決定される所定の時間にデータに同調してもよい。タイマ８５８は、ＧＰＳまたはインターネットベースの時間標準を使用して、システム内のその他様々な中間デバイスと同期してもよい。コンテンツプロセッサ８５６は、所定の時間にコンテンツを受信するように調整し、コンテンツの記憶を管理し、記憶されたコンテンツの完全性を検証し、コンテンツをダウンロードするための指示を提供するマニフェストファイルを受信し操作する。分析エンジン８５４は、システムに対する中間デバイスベースの分析機能を担う。

隣接する中間デバイスも、中間デバイス１６と送受信することができる。ネットワークおよびルーティングインタフェース８３８は、ストレージモジュール８３６でコンテンツ、コンテンツチャンク、または欠落コンテンツを受信するために、他の中間デバイスと通信することができる。欠落しているコンテンツは、ネットワークエラー、ハードウェアエラー、または天候によりコンテンツがストレージモジュール８３６で受信されるのが妨げられたときに発生し得る。他の中間デバイスとの通信は、インターネットプロトコルを使用して、ウェブサーバ８５２により行われてもよい。

ネットワークおよびルーティングインタフェース８３８は、ストレージモジュール８３６でコンテンツチャンクまたは欠落コンテンツを要求するために、通信システムプロバイダ１２またはコンテンツサービスプロバイダ９０に要求信号を通信することができる。通信システムプロバイダは、残容量を使用してユニキャスト方式で要求されたコンテンツを要求元中間デバイスに通信してもよい。要求に応えて、完全な同報通信再送信も実行され得る。再送信は、多数の中間デバイスが特定のコンテンツを要求した場合に発生し得る。

認証モジュール８６０も、コントローラ８５０に内蔵されてもよい。認証モジュール８６０は、デバイスが適切に相互通信することができるように、認証信号を通信システムプロバイダまたはコンテンツサービスプロバイダに通信してもよい。不正なデバイスには、通信システムプロバイダからコンテンツを受信できなくしてもよい。

広告挿入モジュール８６２は、同報通信中の所定の時間に広告を挿入するために使用され得る。広告挿入モジュール８６２は、事前定義されているユーザの嗜好に基づいて広告を挟んでもよい。広告挿入モジュール８６２は、ストレージモジュール８３６内に記憶され得る広告を挿入するためのトリガに応えて動作してもよい。

利用情報モジュール８６４は、通信システムプロバイダ１２またはコンテンツサービスプロバイダ９０に、中間デバイス１６内の様々な情報の利用および制作に関する情報を提供することができる。利用情報を提供することによって、関心のあるコンテンツを中間デバイス１６に通信でき得る。利用情報はまた、信号を中間デバイス１６に通信するネットワークの使用を監視することに関連するデータであり得る。

トラブルシューティングモジュール８６６は、動画ファイルのソーシングまたは中間デバイス１６のインストールに関する問題を特定するための分析のために、アウトバウンド信号を介して分析エンジンにトラブルシューティング情報を送信するために使用される。

在庫モジュール８６８は、ストレージモジュール８３６内に記憶されているコンテンツの在庫を記憶する。在庫モジュール８６８は、コンテンツと共に受信されたメタデータに従って、期限切れになったコンテンツを削除するためにも使用され得る。コンテンツが期限切れになった後、在庫モジュール８６８は、コンテンツを削除して、ストレージモジュール８３６内に空き容量を作る。

課金モジュール８７０は、中間デバイス１６からコンテンツサービスプロバイダ９０に課金情報を送信し得る。課金モジュール８７０は、視聴されたコンテンツおよびその他情報を収集して、中間デバイス１６の所有者に課金を提供し得る。請求モジュール８７０はまた、在庫モジュール８６８からの在庫データを、中間デバイスに報告してもよい。

中間デバイス１６はさらに、内部の各種モジュールに電力を供給するための電源８７２を備えてもよい。

中間デバイス１６はまた、ライブラリガイド／チャネルモジュール８７４を含み得る。ライブラリガイド／チャネルモジュール８７４は、以下でさらに詳細に説明される。ライブラリガイド／チャネルモジュール８７４は、ストレージモジュール８３６内に記憶されているコンテンツに基づいて、番組ガイドまたは仮想チャネルを組み立てるために使用され得る。ライブラリガイド／チャネルモジュール８７４の動作は、以下により詳細に説明される。ただし、中間デバイス１６を使用して、ユーザデバイスに関連するユーザインタフェースを表示するための一連のコンテンツとして、１つの仮想チャネルまたは複数の仮想チャネルを構成してもよい。このようにして、複数のコンテンツを含む、一般的形式である格子状ガイドがユーザによって選択され得る。ポスターガイドなど、その他種類のガイドもまた、「チャネル」に従ってグループ化されたコンテンツを有するライブラリガイドから形成されてもよい。チャネルは、従来のテレビ放送のチャネル、またはそれに関連付けられたコンテンツの受信以上の容量がない低利用領域にコンテンツを提供する典型的な放送ネットワークに対応し得る。

ここで図９を参照すると、中間デバイスで要求をリダイレクトするための方法が説明されている。ステップ９１０において、要求がユーザデバイスから中間デバイスにおいて受信される。ユーザデバイスは、ローカルエリアネットワーク３１０を介して中間デバイス１６に接続されているか、中間デバイスに内蔵されている。要求は、ユーザデバイス内に記憶されているアプリケーションからも発せられ得る。ステップ９１２において、中間デバイスはコンテンツの要求を受信し、ウェブサーバに連絡するようにユーザデバイスをリダイレクトする。すなわち、ステップ９１４において、応答信号が中間デバイスウェブサーバのＩＰアドレスと共にユーザデバイスに通信される。ステップ９１６において、コンテンツに対する第２の要求が中間デバイスのウェブサーバに通信される。ステップ９１８において、コンテンツが中間デバイスに記憶されているかどうかが判定される。コンテンツが中間デバイスに記憶されている場合、コンテンツは、ローカルエリアネットワークまたは中間デバイスからユーザデバイスへの直接接続を介してユーザデバイスに通信される。ステップ９１８において、要求されたコンテンツが中間デバイスに記憶されていない場合、ステップ９２２において、要求が中間デバイスのポートに通信され、ステップ９２４において、要求が図２に示すコンテンツサービスプロバイダ９０にされ得る。ステップ９２６において、コンテンツは通信ネットワークを介して提供されてもよい。多くの場合、コンテンツは、ほぼリアルタイムで、または可及的速やかに中間デバイスに通信され得る。コンテンツはまた、後で中間デバイスに配信するためにキューに入れることもできる。すなわち、コンテンツに対する十分な要求が提供され得るまで、コンテンツが通信されないようにしてもよい。ステップ９２８において、コンテンツサービスプロバイダ９０からの応答信号が図２に示されている。ステップ９２８における応答信号はまた、時間、該当する場合はトランスポンダ、および通信チャネルまたは時間を提供してもよい。中間デバイスは、コンテンツサービスプロバイダ９０からのそのような後続通信コンテンツを中間デバイス１６のコンテンツストレージに記憶してもよい。これにより、ユーザデバイスからの後続の要求に対応する当該コンテンツは、中間デバイス１６から直接送ることができる。すなわち、通信ネットワークを使用してコンテンツサービスプロバイダ９０から取得する必要がなくなるのである。

指示およびリダイレクトするステップ９１４〜９２２は、中間デバイスのウェブサーバに関連するドメインネームサーバ（ＤＮＳ）、および／または通信システムプロバイダまたはコンテンツサービスプロバイダに関連するウェブサーバを使用して行われ得る。

ここで図１０を参照すると、単純化されたシステムの上位ブロック図が示されている。ブロック１０１０のコンテンツは、映画、動画、オーディオ、コンテンツソース、ウェブサイト、データなどを含み得る。コンテンツはまた、システム情報、自動化情報および制御情報を提供し得る。様々な種類のコンテンツがパケット化、順序付けおよびスケジューリング規則モジュール１０１２に提供される。パケット化、順序付けおよびスケジューリング規則は、複数のデータカルーセル１０１４をデータで満たし、スケジュールに沿ってコンテンツを通信するために使用される。スケジューリング規則は、データカルーセル１０１４に、様々な種類の配信経路の残容量を使用して同報通信するための期間を提供することができる。無線衛星放送、ＡＴＳＣ放送、ケーブル放送などの複数の配信経路１０１６を使用して、コンテンツを通信してもよい。これは、当該配信経路１０１６のうち、特定のデータカルーセル１０１４または特定のデータカルーセル１０１４内の特定のコンテンツの配信を、他のカルーセル１０１４またはコンテンツの配信のための別の配信経路１０１６の使用よりも優先することを含む。様々な受信デバイスまたは中間デバイス１０２２Ａ〜１０２２Ｎで、キャプチャデータ１０２０をキャプチャするために、様々なキャプチャルール１０１８が使用される。キャプチャルールは、ブロック１０１０からの制御コンテンツとして通信されてもよい。すなわち、キャプチャするコンテンツ、キャプチャする時間、キャプチャするトランスポンダ、および他のデータを含む様々なキャプチャルールを、キャプチャルールとして使用することができる。中間デバイス１０２２Ａ〜１０２２Ｎは、上述のような中間デバイスであり得る。異なる顧客用の中間デバイス１０２２Ａ〜１０２２Ｎは異なるようにプログラミングされてもよい。すなわち、中間デバイス１０２２Ａ〜１０２２Ｎは異なるキャプチャルールを有してもよく、各中間デバイスは異なるキャプチャデータ１０２０をキャプチャしてもよい。

中間デバイス１０２２Ａ〜１０２２Ｎをまとめて中間デバイス１０２２と称する。各中間デバイス１０２２は、プロセッサロジック１０３２内蔵してもよい。アクセスインタフェース１０３４は、中間デバイス１０２２が様々なインタフェースにアクセスして、そこからデータを送受信することを可能にする。データストレージデバイス１０３６は、コンテンツ表示デバイス１０４０で最終的に再生されるデータを、受信デバイスに記憶する。コンテンツ表示デバイスは、接続１０４２を使用して中間デバイス１０２２に通信することができる。接続１０４２は、ネットワーク接続または直接接続であり得る。接続１０４２は、例えば、ホームネットワーク、ＷｉＦｉネットワーク、ＨＤＭＩケーブル、ＵＳＢケーブル、Ｂｌｕｅｔｏｏｔｈなどであり得る。

中間デバイス１０２２はまた、コンテンツサービスプロバイダ９０または通信システムプロバイダ１２から提供されるコンテンツを制御するため、バックチャネル１０５２を生成するためにユーザインタフェースデバイス１０５１を使用してもよい。ユーザインタフェースデバイス１０５０は、リモコン、スマートフォンなどの様々な種類のデバイスであってもよい。バックチャネル１０５２は、インターネット経路、電話経路、または様々な他の種類の有線経路もしくは無線経路であり得る。バックチャネルは、通信ネットワーク１４または１４’の１つを通じたものであってもよい。戻り衛星経路も使用され得る。バックチャネルはまた、上述したタイプの地上ネットワークのうちの１つの残容量を使用することができる。例えば、ＬＴＥシステムの残容量を使用することができる。

ここで図１１を参照すると、衛星放送の実施態様１１１０が示されている。衛星にコンテンツをアップリンクするために様々なアップリンクサイト１１１２Ａおよび１１１２Ｂを使用してもよい。アップリンクサイトはアップリンク信号１１１４Ａ、１１１４Ｂを生成する。アップリンク信号１１１４Ａ、１１１４Ｂは、第１の受信アンテナ１１１８Ａおよび第２の受信アンテナ１１１８Ｂを介して、衛星１１１６により受信される。第１のアンテナ１１１８Ａは第１の周波数帯域Ｂａｎｄ Ａに対応し、第２のアンテナ１１１８Ｂは第２の周波数帯域Ｂａｎｄ Ｂに対応する。アップリンク信号１１１４Ａおよび１１１４Ｂは、複数の受信機１１２０Ａおよび１１２０Ｂで受信され、衛星１１１６を介した送信用に異なる周波数に変換される。増幅器１１２２は信号を増幅する。増幅器１１２２は進行波管増幅器であり得る。複数のコンバイナ１１２４Ａおよび１１２４Ｂは、ダウンリンク信号１１２６Ａおよび１１２６Ｂを生成するダウンリンクアンテナ１１２５Ａ、１１２５Ｂを介した送信用に、様々な増幅器からの信号を組み合わせる。ダウンリンク信号１１２６Ａおよび１１２６Ｂは周波数および地理に依存し得る。すなわち、ダウンリンク信号１１２６Ａと１１２６Ｂとの間の干渉が形成されないように、様々な周波数が隣接信号において使用され得る。中間デバイスまたはその他ユーザデバイス１１２８Ａおよび１１２８Ｂを表す様々なユーザサイトは、ダウンリンクアンテナ１１３０Ａおよび１１３０Ｂによって受信されたダウンリンク信号から、様々なチェーンを受信する。中または低軌道衛星が使用される場合、アンテナ１１３０Ａおよび１１３０Ｂは衛星の位置を追跡するための追跡アンテナであり得る。当然、追跡アンテナが不要となるよう、静止衛星の残容量を使用してもよい。

ここで図１２を参照すると、地球１２２０に対するシステムの地上軌跡がさらに詳細に示されている。この例では、地上トラック１２１０Ａは、第１の衛星Ｓａｔｅｌｌｉｔｅ１、第２の衛星Ｓａｔｅｌｌｉｔｅ２、および第３の衛星Ｓａｔｅｌｌｉｔｅ３を含む。第２の地上トラック１２１０Ｂは、第４の衛星Ｓａｔｅｌｌｉｔｅ４、第５の衛星Ｓａｔｅｌｌｉｔｅ５および第６の衛星Ｓａｔｅｌｌｉｔｅ６を含む。第３の地上トラック１２１０Ｃは、第７の衛星Ｓａｔｅｌｌｉｔｅ７と、第８の衛星Ｓａｔｅｌｌｉｔｅ８と、第９の衛星Ｓａｔｅｌｌｉｔｅ９とを含む。衛星１〜９は、衛星システムの初期配備において使用され得る。システムの動作特性をさらに拡張するために衛星１０、１１および１２を追加することができる。地上軌跡は傾斜軌道衛星システムによって形成される。衛星システムは、２つの南北ゾーンを網羅可能な、静止期間を持つ非静止軌道衛星システムである。地上端末に対してより高い仰角を提供することによって、衛星が網羅する地上に対してより良いカバレッジおよびより一貫性の高いカバレッジが提供される。アップリンクおよびダウンリンクに使用される周波数は、ＫａおよびＫｕ帯域の一部であり得る。右円偏波アンテナと左円偏波アンテナの両方を、送信と受信の両方に使用することができる。図１２に示すように３組の地上軌跡を提供することによって、地球の３つの異なる地域を網羅できる。初期配備では、衛星１〜３を使用して北アメリカと南アメリカの両方を網羅できる。衛星４〜６により、東アジアとオーストラリアを網羅してもよい。衛星７〜９により、アフリカとヨーロッパを網羅してもよい。しかし、容量または所望の最大仰角に応えてさらなる衛星が必要な場合、衛星１０〜１２をシステムに追加してもよい。

ここで図１３を参照すると、地上軌跡１２１０Ａがさらに詳細に示されている。システム使用時に、他の衛星との干渉が生じないように、赤道から南北１５°の静止保護領域を設けてもよい。３つの衛星を図示の構成に配置することで、赤道に対して南北２つの異なる地域に対応可能である。円軌道で軌道離心率がゼロの場合、角度αは９０°である。赤道で静止衛星に対する物理的離間を実現するよう、離心率を非ゼロとするので、角度αは９０°とはならない。離心率を増すことで、最適カバレッジの程度を変えるよう、地上軌跡を北西、南東、または北東−南西に傾けることができる。図１３において、線１３１０は赤道を示す。衛星は軌道に沿って移動する際、上半球と下半球のそれぞれにおいて、一方の衛星が上昇し、他方の衛星が下降する。

ここで図１４Ａを参照すると、シアトル、サンディエゴ、ポートランドおよびマイアミなどの４つの異なる都市についての、時間に対する仰角が示されている。期間を５００分としており、図から明らかなように、４つの都市のいずれでも、仰角は常に４０度を超えている。図１４Ｂにハワイ、アンカレッジ、アラスカ、フェアバンクス、アラスカおよびプエルトリコのさらなる地域を示す。ここでは、期間中、概ね仰角が２０°を超えている。一方が上昇し他方が下降する異なる複数の衛星間の切り替えを、ハンドオーバーと称する。ハンドオーバーは、最小仰角を維持するために実施され得る。４つ目の衛星を追加することで、北半球および南半球の両方で最小仰角を維持でき得る。このシステムに関連する衛星アンテナは、ある衛星から別の衛星に切り替わるようにプログラムされる。システムは非リアルタイムでサービスを提供するので、切り替えは受信機にとって問題にならないはずである。

ここで図１５を参照すると、基地局４２、アンテナ４４およびそれに関連付けられたセル制御モジュール１５１０がさらに詳細に示されている。アンテナ４４は実際には複数のアンテナであり得る。アンテナ４４はパネル内に配置することができ、したがって空間ダイバーシティを提供するために様々な方向に向けられてもよい。アンテナ４４は、ＬＴＥシステム用の送信アンテナと受信アンテナとの組み合わせでもあり得る。システムはまた、無線またはＷｉＦｉ信号を送受信するための無線またはＷｉＦｉアンテナを含み得る。無線システムまたはＷｉＦｉシステムにおける信号は、様々な中間デバイスからの戻り信号に使用することができる。したがって、システムは、ＬＴＥ受信機１５１２、無線ネットワークまたはＷｉＦｉシステム１５１４、セル送信機１５１６、およびＬＴＥ−Ｂ同報通信送信機１５１８を含み得る。セル送信機１５１６はまた、バックホール１５２０から信号を受信するための受信機として機能してもよい。バックホール１５２０は、分析および要求のために、システムに信号を返すことができる。その後、バックホール１５２０は、信号を通信システムプロバイダまたはコンテンツサービスプロバイダに通信してもよい。

基地局４２は、さらに中間デバイス１５３０にも関連付けられてもよい。中間デバイス１５３０は、上述したものと同様に構成することができる。ただし、ここではＷｉＦｉシステム１５１４は、信号を送受信し、その送信エリア内の様々な中間デバイスとのＷｉＦｉネットワークを形成する。中間デバイス１５３０はまた、コンテンツストレージ１５３２および上述の中間デバイスのその他関連回路を有してもよい。コンテンツストレージ１５３２は、通信システムプロバイダからコンテンツを受け取ってもよい。ＷｉＦｉシステム１５１４は、ＷｉＭａｘまたは他の適切な技術を使用して形成され得る。

ここで図１６を参照すると、図３に示されるドングル３４０がさらに詳細に示されている。ドングル３４０は、接続デバイス内のポートと通信するために使用されるポートインタフェース１６１０を有してもよい。すなわち、ポートインタフェース１６１０は、ＵＳＢまたはＨＤＭＩなどの規格を使用することができる。ポートインタフェース１６１０はコントローラ１６１２に接続されている。コントローラ１６１２は、ドングルの様々な要素を制御することができる。コントローラ１６１２は、ユーザインタフェース制御モジュール１６１４と通信してもよい。ユーザインタフェース制御モジュール１６１４は、ポートインタフェース１６１０を介して接続されたユーザデバイスの画面上に、ユーザインタフェースを生成するために使用されてもよい。ユーザインタフェースストレージデバイス１６１６は、ユーザインタフェースに関連するグラフィックを形成するためのデータを提供する。無線受信機／送信機１６２０はコントローラ１６１２に接続されている。ワイヤレス受信機／送信機１６２０は、ドングル３４０が関連付けられているローカルエリアネットワークから、またはそれを介してコンテンツを受信してもよい。ワイヤレス受信機／送信機１６２０はまた、ローカルエリアネットワークを介して通信システムプロバイダまたはコンテンツサービスプロバイダにフィードバック信号を送信し得る。受信したコンテンツは、コントローラ１６１２によってコンテンツストレージ１６２４に記憶することができる。

ここで図１７を参照すると、カルーセルサーバ６２０が概略的に示されている。この例では、カルーセルサーバは、カルーセル１、カルーセル２、およびカルーセル３によって表される。コントローラ１７１０は、各カルーセルサーバに接続されている。タイミングモジュール１７１２は、カルーセルに関連するタイミングを制御するために使用される。タイミングは、カルーセルサーバのそれぞれに対する繰返し率またはビットレートであり得る。すなわち、カルーセルが特定のコンテンツを繰り返す量は、タイミングモジュールによって変更され得る。カルーセル１、カルーセル２、およびカルーセル３はすべて、その内部のコンテンツに対して異なる繰返し率を有してもよい。各カルーセルサーバのスループット量も可変である。パラメータ入力１７１４を使用してタイミングモジュールを調整してもよい。コンテンツの使用量または人気を、タイミングモジュール１７１２を調整するために使用してもよい。タイミングモジュールに基づいてカルーセルのタイミングを調整するために、優先順位などのその他様々なパラメータ入力を使用することができる。例えば、緊急警報通知は、より高い優先度またはより高い繰返し率を有し得る。重要なソフトウェアのアップデートおよび直後の再生も、優先度が高いため、繰返し率が高く成り得る。長編映画は、繰返し率が低くなり得る。上述のように、繰返し率はまた、コンテンツに割り当てられた金銭的価値に基づいて変更されてもよい。

コントローラ１７１０はまた、チャンクモジュール１７１６を使用してカルーセル２に様々なデータチャンクを提示してもよい。チャンクモジュール１７１６は、コンテンツを複数のパケットを含むチャンクに分割することができる。チャンク同士は、サイズが同じでもでも異なっていてもよい。コンテンツはチャンクで各カルーセルサーバに提供される。アンテナ／インタフェース１７２０は、コンテンツを通信システムプロバイダに通信するために各カルーセルサーバに接続されてもよい。それにより、通信システムプロバイダは、コンテンツを中間デバイスに通信してもよい。

ここで図１８を参照すると、図１７に示すカルーセルサーバに関連するパラメータを制御する方法が示されている。ステップ１８１０において、人気、嗜好、人口統計、金銭的価値および行動作用などのコンテンツに関連するパラメータが、ユーザからコンテンツサービスプロバイダのコンテンツプロバイダに通信され得る。ステップ１８１２において、パラメータはユーザまたはコンテンツプロバイダから収集されてもよい。カルーセルの繰返し率、ビットレートおよび他のタイミングパラメータが、ステップ１８１４で決定される。ステップ１８１６において、コンテンツはカルーセルから所定の繰返し率で通信される。通信は同報通信によって行われてもよい。

ここで図１９を参照すると、通信システムプロバイダを動作する方法が示されている。ステップ１９１０において、利用可能な１つまたは複数の無線リソースの量が特定される。利用可能なリソースは、上述のように残容量であり得る。利用可能として特定されたリソースの量は、現在利用可能であり得るか、または将来利用可能であると予測されるものであり得る。使用されている通信システムに応えて、利用可能なリソースの種類は可変であってもよい。ただし、如何なる場合においても、未使用の容量は利用可能なリソースの１つである。衛星用の未使用リソースは、１つまたは複数のトランスポンダに関連する帯域幅であり得る。衛星上のスポットビームが使用される場合、利用されていないスポットビームリソースも残容量であり得る。ＬＴＥシステムでは、ＬＴＥピークの通常の容量が完全に利用されていない場合に、残容量として利用可能な帯域幅があり得る。例えば、ＬＴＥ−Ｂ送信は、残容量に利用可能なＬＴＥシステムの一部を使用してスケジュールされ得る。ＡＴＳＣまたはＡＴＳＣ３．０デジタルテレビシステムの場合、チャネルを同報通信するために使用される帯域幅は、同報通信のためにチャネル全体を必要としない場合がある。デジタルチャネル内の過剰容量は、コンテンツを様々なプロバイダに通信するために使用され得る。あらゆるシステムにおいて、利用可能な周波数、利用可能な時間、指向性容量上に空いた利用可能なスペース、および利用可能なコードを残容量としてもよい。

残容量は、ピーク時のネットワーク使用時に多く処理され、ピーク時以外のネットワーク使用時にはそれほど多く処理されない、同様の種類のトラフィックを処理するために必要な容量以外で利用可能な容量であり得る。残容量はまた、中間デバイス、またそれらのコンテンツストレージ内でのコンテンツの事前配信およびその後ユーザによって中間デバイスから当該コンテンツが消費される際に利用可能な容量であって、ユーザからのリアルタイム音声やデータ要求またはユーザへ即時消費されるコンテンツの配信に利用されない容量であり得る。残容量使用パターンを特定するために、「主要な非残量的」ネットワークを検討してもよい。残容量は、「主要な、非残量的」使用のために消費されていないネットワークの量に関する情報を受信することによって、リアルタイムで自動的に特定され得る。それに応えて、特定された容量が、自動的に残容量としての使用に準備されてもよい。「主要、非残余的」容量は、「残」容量の使用と並行して運用されてもよい。すなわち、いずれもが、リソース全体に亘って、そして期間全体にわたって運用されるが、残容量にはより低いＱｏＳ値または識別子を割り当てる。これにより、残容量は、そのＱｏＳがより高い「主要、非残余的」使用によって使用されていないときのみに使用されるのである。

ステップ１９１２において、コンテンツが通信システムプロバイダに通信される。コンテンツは、リソースが利用可能になる前または後に、コンテンツサービスプロバイダまたはコンテンツソースから通信システムプロバイダに通信され得る。ステップ１９１４において、通信システムプロバイダから、残容量を使用してコンテンツが中間デバイスに通信される。通信されるコンテンツは、残容量を使用して事前配信されるので、リアルタイム消費のために、または中間デバイスからのリアルタイム音声またはデータ要求に応えて通信されるものではない。コンテンツは、中間デバイスから、リアルタイム再生のための時間どおりにまたはシーケンスどおりに到着しない可能性がある様々なチャンクで通信され得る。

ステップ１９１６において、コンテンツは中間デバイス内に記憶される。ステップ１９２０で、リソースが事前配信ではなく、プルトラフィック、リアルタイム消費のために、もしくはリアルタイム音声またはデータ要求に応えて通信されるトラフィック、あるいはその他の通信のために必要かどうかが決定される。このステップは周期的または定期的に実行してもよい。したがって、即時使用のためにデータ、音声または他の通信のためのリソースを要求する顧客を含む、プルトラフィックにリソースが必要となる場合、リソースはその用途に利用されるのである。リソースが主要サービストラフィックまたはプルトラフィックに必要とされる場合、ステップ１９２２は、残容量を使用した中間デバイスへのコンテンツの通信を中止する。ステップ１９２０で、リソースが一次サービストラフィックまたはプルトラフィックに必要とされない場合、ステップ１９２４で、残容量を使用してコンテンツが同報通信され続ける。

ここで図２０を参照すると、残容量を使用するためのより詳細なプロセスが示されている。ステップ２０２０において、中間デバイスに提供されるコンテンツは、コンテンツサービスプロバイダによって決定される。コンテンツサービスプロバイダは、お気に入りリスト、コンテンツの人気、人口統計、および各中間デバイスに関連するユーザの行動などの嗜好を含む、中間デバイスからの様々な種類のフィードバックを使用することができる。ステップ２０２２において、コンテンツはコンテンツプロバイダまたはコンテンツサービスプロバイダから通信システムに通信される。このステップはいつ実行されてもよい。ステップ２０２４において、残容量が利用可能であるかまたは利用可能になるかどうかを決定するために、コンテンツシステムプロバイダでクエリが生成される。容量クエリは、ステップ２０２６において通信システムプロバイダに通信される。ステップ２０２８において、通信システムプロバイダが残容量を有するかが判定される。残容量は図１９に記載されている。利用可能な残容量がない場合、応答信号がコンテンツシステムプロバイダに通信される。応答信号は、利用可能な容量がないこと、または残容量が利用可能であることを示す。

ステップ２０２８において、通信システムプロバイダが残容量を有する場合、ステップ２０３２において、指定されたコンテンツを通信システムプロバイダに通信するためのコンテンツ指示信号が実行される。コンテンツ指示信号は、所定のコンテンツを指定してもよく、またはコンテンツサービスプロバイダが次に通信しようとするコンテンツを概括的に示すものであってもよい。ステップ２０３４において、コンテンツが通信システムプロバイダに提供される。上述のように、コンテンツはプロセス中の様々な時点で通信され得る。ステップ２０３６において、コンテンツは通信システムプロバイダに記憶される。

ステップ２０３８において、指定されたコンテンツは、残容量を使用して中間デバイスに通信される。ある所定の時間に利用可能な残容量は、コンテンツ全体に収まらない可能性がある。したがって、コンテンツは、残容量期間に配置されるチャンクに分割される可能性がある。例えば、高精細映画は約２ギガバイトである。一方で、残容量の量はキロバイトまたはメガバイトサイズのタイムスロットでのみ利用可能であり得る。したがって、コンテンツはチャンクに分割され、チャンクがコンテンツで埋められ得る。

ステップ２０４０において、指定されたコンテンツが受信され、中間デバイスに記憶される。コンテンツが中間デバイスに記憶されると、ステップ２０４２が実行され、そこでコンテンツが中間デバイスに関連付けられたユーザデバイスによって選択または要求される。ステップ２０４４において、要求に応えて、コンテンツが中間デバイスからユーザデバイスにリアルタイムで通信される。コンテンツは中間デバイスにのみ記憶されるので、ローカルエリアネットワークまたは無線エリアネットワークを介した通信、あるいは直接接続を介した通信が実行されてもよい。ステップ２０４６において、コンテンツが、要求しているユーザデバイスに関連付けられたディスプレイに表示される。

ここで図２１を参照すると、コンテンツを中間デバイスに通信することが詳細に示されている。ステップ２１１０において、中間デバイスに提供されるべきコンテンツがコンテンツプロバイダにおいて決定される。コンテンツプロバイダは、中間デバイスにおける様々なユーザの人気、嗜好、人口統計、および行動などの上述の要素に基づいてコンテンツを提供することができる。おすすめコンテンツまたは特殊コンテンツも選択でしてよい。

ステップ２１１２で、コンテンツがコンテンツシステムプロバイダに通信される。ステップ２１１４では、残容量が利用できるか判定される。ステップ２１１６において、通信システムプロバイダにおけるコンテンツ利用可能性についてのスケジュールが生成される。スケジュールは、コンテンツの通信に使用される時間とリソースを決定する。時間は、ＧＰＳベースの時間システムなどのシステム全体で使用される共通または標準時であり得る。コンテンツを通信するために使用されるその他リソースは、システムに依存し得、衛星システムがコンテンツを通信するために使用される場合、周波数、システムに関連するコード、および通信に関連するトランスポンダを指定し得る。

ステップ２１１６において、通信システムプロバイダにおけるコンテンツの利用可能性についてのスケジュールが生成される。スケジュールは、通信システムプロバイダにおけるコンテンツの利用可能性を提供する。ある意味では、スケジュールは、コンテンツのリストとそのコンテンツが通信される時間を提供する。上述のように、すべてのコンテンツが１つの大きなファイルで通信されない場合もある。すなわち、コンテンツはチャンクに分割され得、チャンクのそれぞれについてのスケジュールが提供されてもよい。ステップ２１１８において、コンテンツ利用可能性スケジュールが中間デバイスに通信される。コンテンツの通信に使用されている時間およびリソースを通信することによって、中間デバイスは、コンテンツを受信するため、通信システムに容易に同調され得る。ステップ２１２０において、中間デバイスが、コンテンツに同調されるか、その他方法で合わせられる。これにより、コンテンツがスケジュールに合わせて記憶される。そしてコンテンツが中間デバイスに関連する個々のユーザに利用可能にされる。ステップ２１２２において、中間デバイスに記憶されたコンテンツに関連するインジケータが、中間デバイスに関連するユーザデバイスに通信される。インジケータは直接通信されてもよく、またはユーザからの問い合わせに応えて通信されてもよい。

ここで図２２を参照すると、コンテンツを中間デバイスに通信する際、コンテンツを優先順位付してもよい。ステップ２２１０で、コンテンツサービスプロバイダでコンテンツリストが生成される。ステップ２２１２において、中間デバイスへの配信のために、コンテンツリストを優先付けしてもよい。コンテンツリストは、コンテンツの人気、嗜好、人口統計、およびユーザの行動作用、およびコンテンツの時間的関連性などの様々な態様に従って優先順付されてもよい。例えば、天気コンテンツは映画コンテンツよりも高い優先度が与えられてもよい。ステップ２２１４において、コンテンツが通信システムプロバイダに通信される。優先順位付けされたリストはステップ２２１６で通信されてもよい。リストおよびコンテンツそのものの両方が、図２０に記載されているように、クエリ信号に応えて通信され得る。ステップ２２１８で、残容量があるか否かを判定する。残容量が存在しない場合、システムの残容量が確認される。ステップ２２１８で残容量が存在する場合、ステップ２２２０が実行される。ステップ２２２０において、優先リストに基づいて中間デバイスに提供されるコンテンツが決定される。ステップ２２２２において、優先されたコンテンツは中間デバイスに通信される。

ここで図２３を参照すると、通信システムのトラフィックと優先順位に関する、優先順位付け方法が示されている。ステップ２３１０において、通信システムプロバイダにおいてトラフィックが優先される。すなわち、通信システムプロバイダは、音声、データ、通知などを含む様々な種類のサービスおよびコンテンツを提供してもよい。異なる種類のサービスおよびコンテンツには異なる優先レベルを割り当てることができる。上述したように、残容量は未使用の容量である。ただし、低利用の容量も、コンテンツの通信に使用され得る。したがって、優先順位は、コンテンツのより少ないカテゴリのうちのいくつかを超えてコンテンツを通信するために割り当てられ得る。さらに、コンテンツプロバイダは、優先順位ベースでより優先的に配信してほしいコンテンツについて料金を支払い得る。例えば、映画製作会社が、特定の映画の配信に対してより多く支払い得る。ステップ２３１２において、優先順位付けされたコンテンツリストが、通信システムプロバイダにおいて受信されてもよい。残容量の優先順位は、上述したとおりでよい。残容量は、システムの主要容量より少なくなり得る。上述のように、コンテンツプロバイダによる支払いにより、中間デバイスのストレージデバイス内のスペースおよび所与の残容量が高い優先順位となり得る。

ここで図２４を参照すると、スポーツ再生を提供する方法が示されている。ステップ２４１０において、テレビ視聴デバイスのチャネルが、スポーツイベントに合わされる。テレビ視聴デバイスは、伝統的なテレビ、またはインターネットまたは他の種類の放送ネットワークを介してテレビ信号を受信することができる各種デバイスの１つであってもよい。ステップ２４１２において、スポーツ再生アプリケーションは、テレビ視聴デバイス上のユーザデバイス上で起動されてもよい。ステップ２４１４において、起動信号がサービスプロバイダに伝達される。サービスプロバイダは、ステップ２４１６で再生動画を生成することができる。ステップ２４１８において、通信システムの残容量が決定される。ステップ２４２０で、残容量の範囲で再生がスケジュールされる。特に現在放送されているイベントを放送する場合、再生コンテンツの配信の優先度が高レベルであってもよい。再生はスケジュールされてもよく、再生が配信される時間に関して中間デバイスに通知されてもよい。ステップ２４２２において、中間デバイスは通信されるべき再生コンテンツを要求する。ステップ２４２４において、再生コンテンツが中間デバイスに通信される。ステップ２４２６において、再生コンテンツが中間デバイスに記憶される。

ステップ２４２８において、再生コンテンツが中間デバイス内に記憶された際に、スポーツアプリケーションのユーザインタフェースがアップデートされてもよい。ステップ２４３０で、ユーザインタフェースで再生が選択されてもよい。ステップ２４３２において、再生がユーザデバイスまたはテレビのアプリケーションによって中間デバイスから取得される。ステップ２４３４において、再生がユーザデバイスまたはテレビ視聴用デバイスに表示される。

ここで図２５Ａを参照すると、再生にアクセスするための画面表示が示されている。画面表示２５１０は再生を選択するために使用される。再生を要求するために特定のキーを押してもよい。再生要求は、有線または無線ネットワークを介して通信してもよい。最終的に、その要求は、再生が要求されていることを示すためにコンテンツプロバイダまたは再生クリッププロバイダに通信される。再生要求は、再生がユーザデバイスに関連する中間デバイスに通信され得るように、タイムコードおよび番組識別子と共に通信され得る。インジケータ２５１２は、再生を実行するため特定のキーを選択するようにユーザに指示する。当然、デバイスがタッチスクリーンデバイスの場合は、画面タップのみが必要であり得る。

ここで図２５Ｂを参照すると、スクリーンインジケータ２５１４が画面表示２５１０上に生成され得る。スクリーンディスプレイ２５１０はスポーツイベントまたは他のイベントを継続的に表示できる。要求された再生が中間デバイスに到着すると、中間デバイスは、再生を要求したユーザデバイスに再生可能信号を送信してもよい。インジケータ２５１４は、再生を実行するためにキーボードなどを使用して選択するようにユーザに指示し得る。

図２５Ｃの画面表示２５１０では、再生は特定の人またはユーザデバイスによって要求される必要がない場合がある。典型的には、人気のあるスポーツイベントでは、様々なプレイが重要であり、集中型施設で、ユーザ入力なしで再生がされ得る。したがって、様々なリモコンキーなどを使用してアクセス可能な再生アプリを提供してもよい。インジケータ２５１６を使用して、ユーザにアプリにアクセスするように指示してもよい。

図２５Ｄでは、再生アプリケーションまたはアプリにアクセスしてもよい。再生アプリは、図２５Ｂまたは図２５Ｃのいずれかに示される画面表示、またはユーザデバイスに関連する他の何らかの数字もしくはキーパッドの組み合わせを使用してアクセスされ得る。再生アプリは、中間デバイスによってアクセス可能な様々な再生を有するリスト２５２０を生成する。再生用のコンテンツを選択するために、選択ボックス２５２２を、リモコンの矢印キーでスクロールまたは動かすことができる。利用可能な再生コンテンツを再生するために、他の数字または英数字がリモコンまたはキーパッドに入力されてもよい。

ここで図２６を参照すると、残利用コンテンツ配信システムはまた、中間デバイスに関連するデバイス、ソフトウェアおよびアプリケーションのアップデート、または中間デバイスに関連するユーザデバイスを配信するために使用されてもよい。ステップ２６１０において、デバイス、ソフトウェアおよびアプリケーションは、中間デバイスまたは在庫リストを形成するデバイスと関連付けられる。ステップ２６１２において、在庫リストがコンテンツサービスプロバイダに通信されてもよい。在庫リストはまた、デバイス識別子、ソフトウェア識別子、およびアプリケーション識別子を含み得る。在庫リストには、様々なソフトウェアおよびアプリケーションに関連付けられているデバイスが列挙されてもよい。ただし、これは必須のステップではない。ステップ２６１４において、デバイス、ソフトウェアおよびアプリケーションのアップデートを優先度と関連付ける任意のステップが示されている。優先度により、ソフトウェア、デバイスおよびアプリケーションのアップデートが高い、または低い優先順位が付けられ得る。例えば、重要なセキュリティアップデートは、より高い優先順位を与えられ得る。ステップ２６１５において、コンテンツプロバイダまたは通信ネットワークは、再送信または欠落コンテンツ要件、ならびに優先度ベースのソフトウェア要件およびアップデート要件を含む、各中間デバイスに対するすべてのコンテンツおよびソフトウェア要件を合成し得る。システムは次に、どのコンテンツが送信されて、どのように通信（ユニキャストか、同報通信か）されるべきであるかに対して個々の要件を比較し、タイミングを調整してもよい。優先順位付けまたは配信方法の決定は、コンテンツを必要とする中間デバイスの数にも基づいてもよい。次に、同報通信されるようにスケジュールされたコンテンツのマスターキューが生成され得る。同報通信されるようにスケジュールされたコンテンツの種類について中間デバイスをアップデートすることと並行して、コンテンツが同報通信されてもよい。ステップ２６１６において、アップデートデータが中間デバイスに通信される。ステップ２６１８において、通信システムからの同報通信は関連するアップデートについて監視される。すなわち、中間デバイスは同報通信を監視してもよい。デバイスのアップデートに対応した同報通信の場合、ステップ２６２０において、在庫リスト上のソフトウェアのアップデートまたはアプリケーションのアップデートが中間デバイス内に記憶され得る。ステップ２６２２において、ユーザデバイスは、通知を取得するか、リストを利用可能なものと比較することによって、利用可能なアップデートについて中間デバイスを確認してもよい。ステップ２６２４において、アップデートデータが中間デバイスからユーザデバイスに通信される。ステップ２６２６において、ユーザデバイスは新しいソフトウェア、ソフトウェア改訂またはアプリケーションでアップデートされる。アップデート中に、アップデートが適切に実行または実施されていることに関するシステムへの通知信号を通信することで、同じデータ（在庫をアップデートする）が別で通信されないようにし、通信システムから次の改訂を取得する基盤を築いてもよい。

ここで図２７Ａを参照すると、グリッドガイド２７１０の画面表示が示されている。グリッドガイド２７１０は、第１の仮想チャネル２７１２と第２の仮想チャネル２７１４を示す。第１の仮想チャネル２７１２は第１のコンテンツプロバイダ２１２Ａと関連付けられ、第２の仮想チャネル２７１４は第２のコンテンツプロバイダ２１２Ｂと関連付けられる。第１のコンテンツプロバイダ２１２Ａおよび第２のコンテンツプロバイダ２１２Ｂは、仮想チャネルガイド内の配置を制御するために、コンテンツとメタデータを通信してもよい。メタデータにより、チャネル／コンテンツプロバイダ、チャネル表示、画面表示名および時間が通信されてもよい。２つの仮想チャネルが示されているが、様々な数の仮想チャネルが考えられる。ガイド２７１０は、定期的に提供される時間インジケータ２７１６を含む。この例では、毎時は時間インジケータ２７１６を有する。この例では、中間デバイス内に記憶されているコンテンツのコンテンツタイトルは２つのチャネルに形成される。チャネルは、チャネル欄２７１８でチャネル名が付けられ得る。この例では、「チャネル１」および「チャネル２」が示されている。

ここで図２７Ｂを参照すると、第１のコンテンツプロバイダに関連付けられる仮想チャネルが示されている。この例では、複数のインジケータ、識別子またはポスター２７５０が一列に配置されている。「映画」列２７５２および「ＴＶ番組」列２７５４は、第１のコンテンツプロバイダ２１２Ａに対応するチャネル１に関連する中間デバイスに記憶されているテレビ番組インジケータおよび映画インジケータを示すように配置されている。複数のチャネルがコンテンツプロバイダ２１２Ａ、２１２Ｂに関連付けられてもよい。各チャネルは個別表示されてもよい。コンテンツと共に提供されるメタデータは、チャネルおよびコンテンツプロバイダのインジケータを含み得る。中間デバイス内に記憶されているコンテンツを表示することによって、コンテンツがすぐに利用可能になるので、ユーザは、顧客満足度が高い、低コストのコンテンツを利用できる。

ここで図２８を参照すると、チャネルガイド２７１０を形成する方法が示されている。ステップ２８１０において、チャネルインジケータ、および／または時間もしくは順序インジケータを使用してチャネルがコンテンツに関連付けられる。これらのステップは、図８Ｂに示されるライブラリガイド／チャネルモジュール８７４の中間デバイスにおいて実行されてもよい。チャネルとの関連付けは、チャネル識別子として、各コンテンツのメタデータに形成することができる。

ステップ２８１２で、残容量を使用して、メタデータ内のチャネルインジケータおよび時間順序インジケータと共に、複数のコンテンツが中間デバイスに通信される。ステップ２８１４において、複数のコンテンツは、関連付けられたメタデータに従って、時間的順序およびチャネルに合わせてまとめられる。

ステップ２８１６において、チャネルおよび時間順にまとめられたコンテンツを含む番組ガイドが中間デバイスから生成される。ステップ２８１８において、番組ガイドは、中間デバイスに関連するデバイスに表示される。このようにして、チャネルで提供されるコンテンツの全部または大部分が番組ガイドに示され得る。このようにして、ユーザは複数の選択コンテンツが与えられ、より迅速にコンテンツにアクセス可能となる。

ここで図２９を参照すると、最初は一部のみを中間デバイスへ通信するコンテンツ通信方法が示されている。ステップ２９１０において、コンテンツの第１の部分は、上述のように残容量システムを使用して通信される。残容量は、第１の部分を同報通信するために使用され得る。ステップ２９１２において、コンテンツの残りの部分が、所定の時間内にユニキャストされるかまたは同報通信されてもよい。所定の時間「Ｘ」は、統計的に割り出されたコンテンツが視聴される可能性に基づいて決定されてもよい。

あるいは、ステップ２９１０においてコンテンツの第１の部分が中間デバイスに通信された後、ステップ２９１２において、ユーザがコンテンツにアクセスしているかどうかを判定してもよい。コンテンツがアクセスされていない場合、システムは、ステップ２９１２のように最終的に残りの部分を同報通信してもよく、または終了により、ステップ２９１２で残りの部分を同報通信しなくてもよい。

ステップ２９１４において、ユーザがコンテンツの第１の部分にアクセスしている場合、ステップ２９１６は中間デバイスからコンテンツまたはシステムプロバイダに使用信号を通信する。ステップ２９１６の後、システム要件に応えて２つの代替選択肢が呈され得る。ステップ２９１８で、残りのコンテンツが、残容量を使用してユニキャストされてもよい。これは、コンテンツが大量のコンテンツであり、コンテンツが最後まで視聴される前に、残容量が残りの部分を満たす可能性がある場合に有用である。例えば、映画の最初の２０％は、残容量を用いて同報通信されてもよい。ユーザがコンテンツの視聴を開始すると、ステップ２９１６で信号が生成され、残容量を使用して信号の残りの部分をユニキャストしてもよい。欠落したコンテンツの同報通信も実行され得る。

あるいは、ステップ２９１６および使用信号が中間デバイスからコンテンツプロバイダまたはシステムプロバイダのいずれかに通信された後、残りのコンテンツが、ステップ２９２０においてＩＰネットワークを介して通信されてもよい。これはユーザが低速インターネット接続を使用している場合に発生し得る。

追加のコンテンツは、ピア中間デバイスからも取得され得る。すなわち、使用が検出された後に、ピア中間デバイスが残りのコンテンツを有するかどうかが判定される。ステップ２９３０で、ローカルエリアネットワークまたは隣接するローカルエリアネットワーク内のピア中間デバイスがコンテンツを持っているかどうかが判定される。ステップ２９３２で、コンテンツは、要求元中間デバイスによってピア中間デバイスから要求される。コンテンツがピア中間デバイスから利用可能ではない場合、コンテンツは通信システムからまたはＩＰネットワークを介して送信されてもよい。ステップ２９３４において、コンテンツがピア中間デバイスから要求元中間デバイスに通信される。

上記の例で、セルまたはモバイルデバイスプロバイダにより有料サービスまたは何らかの種類のボーナスサービスとしてコンテンツをデバイスに通信することを含め、様々なビジネスケースに対する使用を実施することができる。

上述のように、様々な優先順位がコンテンツに割り当てられてもよい。第１のコンテンツプロバイダから提供されたコンテンツは、第２のコンテンツプロバイダからのコンテンツよりも優先され得る。コンテンツプロバイダの支払いにより、優先順位が高くなり得る。カルーセルの占有率または基本ビットストリームレートは、値に応えて増減し得る。さらに、記憶スペースの量は、量単位で、異なる複数のコンテンツプロバイダに割り当てられてもよい。コンテンツプロバイダの支払いにより、より多くの量となり得る。

当業者であれば、以上の説明から、本開示の広範な教示が様々な形で実施できることを理解することができる。したがって、本開示は特定の例を含むが、図面、明細書および添付の特許請求の範囲を検討すれば他の修正が当業者に明らかとなるので、開示の真の範囲がそれにより限定されるべきではない。

当業者であれば、以上の説明から、本開示の広範な教示が様々な形で実施できることを理解することができる。したがって、本開示は特定の例を含むが、図面、明細書および添付の特許請求の範囲を検討すれば他の修正が当業者に明らかとなるので、開示の真の範囲がそれにより限定されるべきではない。
以下に、本願の出願当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
通信システムプロバイダから、コンテンツストレージを備える中間デバイスに非リアルタイムでコンテンツを通信することと、
前記中間デバイスの前記コンテンツストレージに、前記コンテンツを記憶することと、
その後、ユーザデバイスによって、前記コンテンツストレージからのコンテンツを要求することと、
要求に応えて、前記中間デバイスの前記コンテンツストレージから前記ユーザデバイスに、リアルタイムでコンテンツを通信することと、を含む、方法。
［Ｃ２］
前記通信システムプロバイダからコンテンツを通信することが、衛星システムを介して中間デバイスにコンテンツを通信することを含む、Ｃ１に記載の方法。
［Ｃ３］
前記通信システムプロバイダからコンテンツを通信することが、非静止軌道衛星システムを介してコンテンツを通信することを含む、Ｃ１に記載の方法。
［Ｃ４］
前記通信システムプロバイダからコンテンツを通信することが、対地同期期間を有する非静止軌道衛星システムを介してコンテンツを通信することを含む、Ｃ１に記載の方法。
［Ｃ５］
追跡端末を使用して前記衛星を追跡することをさらに含む、Ｃ４に記載の方法。
［Ｃ６］
前記通信システムプロバイダからコンテンツを通信することが、第１のカルーセルおよび第２のカルーセルにコンテンツを通信することを含み、前記第１のカルーセルが、前記第２のカルーセルの第２の繰返し率よりも低い、第１の繰返し率を有する、Ｃ１に記載の方法。
［Ｃ７］
前記通信システムプロバイダからコンテンツを通信すること、前記コンテンツが、前記第１のカルーセルおよび前記第２のカルーセルから、異なる複数の経路を介して通信される、Ｃ６に記載の方法。
［Ｃ８］
前記異なる複数の経路が、衛星の第１のトランスポンダおよび第２のトランスポンダを含む、Ｃ７に記載の方法。
［Ｃ９］
前記通信システムプロバイダからコンテンツを通信することが、地上波ネットワークを介してコンテンツを通信することを含む、Ｃ１に記載の方法。
［Ｃ１０］
前記通信システムプロバイダからコンテンツを通信することが、ロング・ターム・エボリューション同報通信システムを介してコンテンツを通信することを含む、Ｃ１に記載の方法。
［Ｃ１１］
前記通信システムプロバイダからコンテンツを通信することが、デジタルテレビシステムを介してコンテンツを通信することを含む、Ｃ１に記載の方法。
［Ｃ１２］
前記通信システムプロバイダからコンテンツを通信することが、ビデオコンテンツを通信することを含む、Ｃ１に記載の方法。
［Ｃ１３］
前記通信システムプロバイダからコンテンツを通信することが、ソフトウェアアップデートを通信することを含む、Ｃ１に記載の方法。
［Ｃ１４］
前記通信システムプロバイダからコンテンツを通信することが、スポーツ再生コンテンツを通信することを含む、Ｃ１に記載の方法。
［Ｃ１５］
前記通信システムプロバイダからコンテンツを通信することが、同報通信によって通信することを含む、Ｃ１に記載の方法。
［Ｃ１６］
前記コンテンツを前記コンテンツストレージに記憶することが、コンテンツをソリッドステートデバイスに記憶することを含む、Ｃ１に記載の方法。
［Ｃ１７］
前記コンテンツを前記コンテンツストレージに記憶することが、コンテンツをハードディスクドライブに記憶することを含む、Ｃ１に記載の方法。
［Ｃ１８］
前記通信システムからコンテンツを通信することが、前記通信システムの残容量を使用してコンテンツを通信することを含む、Ｃ１に記載の方法。
［Ｃ１９］
残容量を使用してコンテンツを通信することが、未使用または使用率の低いリソースを使用してコンテンツを通信することを含む、Ｃ１８に記載の方法。
［Ｃ２０］
使用率の低いリソースを使用してコンテンツを通信することが、前記通信システムプロバイダにおいてコンテンツに優先順位を付けることを含む、Ｃ１９に記載の方法。
［Ｃ２１］
前記中間デバイスが基地局に配置され、前記中間デバイスの前記コンテンツストレージから前記ユーザデバイスにコンテンツを通信することが、前記基地局から発信される無線ネットワークを介してコンテンツを通信することを含む、Ｃ１に記載の方法。
［Ｃ２２］
前記コンテンツストレージからのコンテンツを通信することが、ローカルエリアネットワークを介して前記コンテンツストレージからのコンテンツを通信することを含む、Ｃ１に記載の方法。
［Ｃ２３］
前記コンテンツストレージからのコンテンツを通信することが、直接有線接続を介して前記コンテンツストレージから前記ユーザデバイスにコンテンツを通信することを含む、Ｃ１に記載の方法。
［Ｃ２４］
要求の後、前記コンテンツが前記中間デバイスの前記コンテンツストレージに記憶されているかどうかを判定することと、前記コンテンツが前記中間デバイスに記憶されていない場合、無線ネットワークを介してコンテンツを要求することと、をさらに含む、Ｃ１記載の方法。
［Ｃ２５］
前記中間デバイスに記憶されたコンテンツのコンテンツタイトルを含む前記中間デバイスで、チャネルガイドを生成することと、前記ユーザデバイスに関連付けられたディスプレイに、前記チャネルガイドと仮想チャネルに関連付けられた前記コンテンツタイトルとを表示することと、をさらに含む、Ｃ１に記載の方法。
［Ｃ２６］
コンテンツストレージを備える中間デバイスと、
前記中間デバイスと通信するユーザデバイスと、
前記中間デバイスにコンテンツを通信する通信システムプロバイダと、を備え、
前記中間デバイスが前記コンテンツストレージに前記コンテンツを記憶し、
前記ユーザデバイスが前記コンテンツストレージからのコンテンツを要求し、
要求に応えて、前記中間デバイスが前記コンテンツストレージから前記ユーザデバイスにリアルタイムでコンテンツを通信する、システム。
［Ｃ２７］
前記通信システムプロバイダが、衛星システムを介して中間デバイスにコンテンツを通信する、Ｃ２６に記載のシステム。
［Ｃ２８］
前記衛星システムが、非静止軌道衛星システムを含む、Ｃ２７に記載のシステム。
［Ｃ２９］
前記衛星システムが、対地同期期間を有する非静止軌道衛星システムを含む、Ｃ２７に記載のシステム。
［Ｃ３０］
前記中間デバイスが、衛星追跡端末に連結されている、Ｃ２７に記載のシステム。
［Ｃ３１］
前記通信システムプロバイダが、第１のカルーセルおよび第２のカルーセルをさらに備え、前記第１のカルーセルが、前記第２のカルーセルの第２の繰返し率よりも低い、第１の繰返し率を有する、Ｃ２６に記載のシステム。
［Ｃ３２］
前記コンテンツが、前記第１のカルーセルおよび前記第２のカルーセルから、異なる複数の経路を介して通信される、Ｃ３１に記載のシステム。
［Ｃ３３］
前記異なる複数の経路が、衛星の第１のトランスポンダおよび第２のトランスポンダを含む、Ｃ３２に記載のシステム。
［Ｃ３４］
前記通信システムプロバイダが、地上波ネットワークを介して中間デバイスにコンテンツを通信する、Ｃ２６に記載のシステム。
［Ｃ３５］
前記通信システムプロバイダが、ロング・ターム・
エボリューション同報通信システムを介して中間デバイスにコンテンツを通信する、Ｃ２６に記載のシステム。
［Ｃ３６］
前記通信システムプロバイダが、デジタルテレビシステムを介して中間デバイスにコンテンツを通信する、Ｃ２６に記載のシステム。
［Ｃ３７］
前記コンテンツが、ビデオコンテンツを含む、Ｃ２６に記載のシステム。
［Ｃ３８］
前記コンテンツが、ソフトウェアアップデートを含む、Ｃ２６に記載のシステム。
［Ｃ３９］
前記コンテンツが、スポーツ再生コンテンツを含む、Ｃ２６に記載のシステム。
［Ｃ４０］
前記通信システムプロバイダが、コンテンツを通信することが、同報通信により通信することを含む、Ｃ２６に記載のシステム。
［Ｃ４１］
前記コンテンツストレージが、ソリッドステートデバイスまたはハードディスクドライブを含む、Ｃ２６に記載のシステム。
［Ｃ４２］
前記通信システムプロバイダが、通信システムの残容量を使用して、前記中間デバイスにコンテンツを通信する、Ｃ２６に記載のシステム。
［Ｃ４３］
前記残容量が、未使用リソースを含む、Ｃ４２に記載のシステム。
［Ｃ４４］
前記残容量が、使用率が低いリソースを含む、Ｃ４２に記載のシステム。
［Ｃ４５］
前記中間デバイスが基地局に配置され、前記基地局が無線ネットワークを形成し、コンテンツシステムプロバイダが、前記無線ネットワーク介して前記ユーザデバイスにコンテンツを通信する、Ｃ２６に記載のシステム。
［Ｃ４６］
前記中間デバイスが、前記コンテンツストレージからローカルエリアネットワークを介してコンテンツを通信する、Ｃ２６に記載のシステム。
［Ｃ４７］
前記中間デバイスが、前記コンテンツストレージから直接接続を介して前記ユーザデバイスにコンテンツを通信する、Ｃ２６に記載のシステム。
［Ｃ４８］
コンテンツを要求した後、およびコンテンツを要求した前記中間デバイスに前記コンテンツが記憶されていない場合に、前記中間デバイスが前記ユーザデバイスを無線ネットワークにリダイレクトする、Ｃ２６に記載のシステム。
［Ｃ４９］
前記中間デバイスが、チャネルプロバイダに関連付けられた、前記中間デバイスに記憶されたコンテンツのコンテンツタイトルを有するチャネルガイドを生成し、前記チャネルガイドを前記ユーザデバイスに通信し、仮想チャネルに関連付けられた前記コンテンツタイトルが表示される、Ｃ２６に記載のシステム。
［Ｃ５０］
第１の通信システムを使用して、第１の速度でローカルエリアネットワークのルーターにリアルタイムでデータを通信することと、
前記ルーターから前記ローカルエリアネットワークを介してユーザデバイスに前記データを通信することと、
残容量を使用して、前記第１の速度よりも高速な第２の速度で、コンテンツストレージを備える中間デバイスに、第２の通信システムを介して非リアルタイムでコンテンツを通信することと、
前記中間デバイスの前記コンテンツストレージに、前記コンテンツを記憶することと、
その後、前記ユーザデバイスによって、前記ローカルエリアネットワークを介して、前記コンテンツストレージに記憶されたコンテンツを要求することと、
要求に応えて、前記ローカルエリアネットワークを介して、前記中間デバイスの前記コンテンツストレージから前記ユーザデバイスにリアルタイムでコンテンツを通信することと、を含む、方法。
［Ｃ５１］
前記第１の通信が、有線通信システムを含み、前記第２の通信システムが、無線通信システムを含む、Ｃ５０に記載の方法。
［Ｃ５２］
前記第１の通信システムが、第１のコンテンツプロバイダにより操作され、前記第２の通信システムが、前記第１のコンテンツプロバイダとは異なる第２のコンテンツプロバイダにより操作される、Ｃ５０に記載の方法。

Claims (52)

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. コンテンツストレージを備える中間デバイスと、
    前記中間デバイスと通信するユーザデバイスと、
    前記中間デバイスにコンテンツを通信する通信システムプロバイダと、を備え、
    前記中間デバイスが前記コンテンツストレージに前記コンテンツを記憶し、
    前記ユーザデバイスが前記コンテンツストレージからのコンテンツを要求し、
    要求に応えて、前記中間デバイスが前記コンテンツストレージから前記ユーザデバイスにリアルタイムでコンテンツを通信する、システム。
27. 前記通信システムプロバイダが、衛星システムを介して中間デバイスにコンテンツを通信する、請求項２６に記載のシステム。
28. 前記衛星システムが、非静止軌道衛星システムを含む、請求項２７に記載のシステム。
29. 前記衛星システムが、対地同期期間を有する非静止軌道衛星システムを含む、請求項２７に記載のシステム。
30. 前記中間デバイスが、衛星追跡端末に連結されている、請求項２７に記載のシステム。
31. 前記通信システムプロバイダが、第１のカルーセルおよび第２のカルーセルをさらに備え、前記第１のカルーセルが、前記第２のカルーセルの第２の繰返し率よりも低い、第１の繰返し率を有する、請求項２６に記載のシステム。
32. 前記コンテンツが、前記第１のカルーセルおよび前記第２のカルーセルから、異なる複数の経路を介して通信される、請求項３１に記載のシステム。
33. 前記異なる複数の経路が、衛星の第１のトランスポンダおよび第２のトランスポンダを含む、請求項３２に記載のシステム。
34. 前記通信システムプロバイダが、地上波ネットワークを介して中間デバイスにコンテンツを通信する、請求項２６に記載のシステム。
35. 前記通信システムプロバイダが、ロング・ターム・
    エボリューション同報通信システムを介して中間デバイスにコンテンツを通信する、請求項２６に記載のシステム。
36. 前記通信システムプロバイダが、デジタルテレビシステムを介して中間デバイスにコンテンツを通信する、請求項２６に記載のシステム。
37. 前記コンテンツが、ビデオコンテンツを含む、請求項２６に記載のシステム。
38. 前記コンテンツが、ソフトウェアアップデートを含む、請求項２６に記載のシステム。
39. 前記コンテンツが、スポーツ再生コンテンツを含む、請求項２６に記載のシステム。
40. 前記通信システムプロバイダが、コンテンツを通信することが、同報通信により通信することを含む、請求項２６に記載のシステム。
41. 前記コンテンツストレージが、ソリッドステートデバイスまたはハードディスクドライブを含む、請求項２６に記載のシステム。
42. 前記通信システムプロバイダが、通信システムの残容量を使用して、前記中間デバイスにコンテンツを通信する、請求項２６に記載のシステム。
43. 前記残容量が、未使用リソースを含む、請求項４２に記載のシステム。
44. 前記残容量が、使用率が低いリソースを含む、請求項４２に記載のシステム。
45. 前記中間デバイスが基地局に配置され、前記基地局が無線ネットワークを形成し、コンテンツシステムプロバイダが、前記無線ネットワーク介して前記ユーザデバイスにコンテンツを通信する、請求項２６に記載のシステム。
46. 前記中間デバイスが、前記コンテンツストレージからローカルエリアネットワークを介してコンテンツを通信する、請求項２６に記載のシステム。
47. 前記中間デバイスが、前記コンテンツストレージから直接接続を介して前記ユーザデバイスにコンテンツを通信する、請求項２６に記載のシステム。
48. コンテンツを要求した後、およびコンテンツを要求した前記中間デバイスに前記コンテンツが記憶されていない場合に、前記中間デバイスが前記ユーザデバイスを無線ネットワークにリダイレクトする、請求項２６に記載のシステム。
49. 前記中間デバイスが、チャネルプロバイダに関連付けられた、前記中間デバイスに記憶されたコンテンツのコンテンツタイトルを有するチャネルガイドを生成し、前記チャネルガイドを前記ユーザデバイスに通信し、仮想チャネルに関連付けられた前記コンテンツタイトルが表示される、請求項２６に記載のシステム。
50. 第１の通信システムを使用して、第１の速度でローカルエリアネットワークのルーターにリアルタイムでデータを通信することと、
    前記ルーターから前記ローカルエリアネットワークを介してユーザデバイスに前記データを通信することと、
    残容量を使用して、前記第１の速度よりも高速な第２の速度で、コンテンツストレージを備える中間デバイスに、第２の通信システムを介して非リアルタイムでコンテンツを通信することと、
    前記中間デバイスの前記コンテンツストレージに、前記コンテンツを記憶することと、
    その後、前記ユーザデバイスによって、前記ローカルエリアネットワークを介して、前記コンテンツストレージに記憶されたコンテンツを要求することと、
    要求に応えて、前記ローカルエリアネットワークを介して、前記中間デバイスの前記コンテンツストレージから前記ユーザデバイスにリアルタイムでコンテンツを通信することと、を含む、方法。
51. 前記第１の通信が、有線通信システムを含み、前記第２の通信システムが、無線通信システムを含む、請求項５０に記載の方法。
52. 前記第１の通信システムが、第１のコンテンツプロバイダにより操作され、前記第２の通信システムが、前記第１のコンテンツプロバイダとは異なる第２のコンテンツプロバイダにより操作される、請求項５０に記載の方法。

Images