(57)【要約】デコーダのための格納装置制御システム。デコーダは、符号化されたデータを受信して復号化するためのハードウェアプラットフォームと、ハードウェアプラットフォームからの復号化されたデータを一時的に保持するための格納システムとを有している。グローバル制御データストリームを含んでいる転送ストリームが、格納システムを管理するために、用いられる。グローバル制御データストリームは、記録されるコンテンツのスケジュールを提供するための取得制御テーブル（ＡＣＴ）と、デコーダによってプレイアウトされるコンテンツのスケジュールを提供するためのプレイアウト制御テーブル（ＰＣＴ）と、デコーダに存在しているコンテンツを列挙するためのコンテンツ制御テーブル（ＣＣＴ）とを有している。
2008538070.tif 000002
【特許請求の範囲】
【請求項１】
デコーダ装置であって、
ハードウェアプラットフォームであって、該ハードウェアプラットフォームは、符号化されたデータを受信して復号化し、該符号化されたデータは、該デコーダ装置を制御するためのグローバル制御データを含んでいる、ハードウェアプラットフォームと、
格納システムであって、該格納システムは、該ハードウェアプラットフォームから出力された該復号化されたデータの少なくとも一部分を一時的に保持する、格納システムと
を備える、デコーダ装置。
【請求項２】
前記格納システムは、前記デコーダに埋め込まれている、請求項１に記載のデコーダ装置。
【請求項３】
第２のデコーダ装置をさらに備え、
前記デコーダ装置および該第２のデコーダ装置の両方は、前記グローバル制御データによって、同時に制御される、請求項１に記載のデコーダ装置。
【請求項４】
前記デコーダ装置は、ＭＰＥＧデコーダである、請求項１に記載のデコーダ装置。
【請求項５】
前記デコーダ装置は、インテグレーテッドレシーバデコーダ（ＩＲＤ）である、請求項１に記載のデコーダ装置。
【請求項６】
複数のデコーダを制御する方法であって、該方法は、
少なくとも１つの転送ストリーム内のグローバル制御データストリームを該複数のデコーダに提供するステップと、
該デコーダが、該少なくとも１つの転送ストリームを受信して復号化するステップと、
該デコーダの各々が、該グローバル制御データストリームの処理に応答して、該転送ストリームの少なくとも一部分を格納するステップと
を包含する、方法。
【請求項７】
前記格納するステップは、前記転送ストリームの少なくとも一部分を格納するように、前記デコーダに同時に命令することを含んでいる、請求項６に記載の方法。
【請求項８】
前記デコーダに記録されるコンテンツをスケジュールするステップ
をさらに包含する、請求項６に記載の方法。
【請求項９】
前記デコーダのうちの少なくとも１つに格納される全てのコンテンツのリストを提供するステップ
をさらに包含する、請求項６に記載の方法。
【請求項１０】
前記デコーダからプレイアウトされるコンテンツをスケジュールするステップ
をさらに包含する、請求項６に記載の方法。
【請求項１１】
複数のデコーダのための格納システムであって、該格納システムは、
少なくとも１つのグローバル制御データストリームを有している少なくとも１つの転送ストリーム
を備えており、
該少なくとも１つのグローバル制御データストリームは、該格納システムに記録されるコンテンツのスケジュールを提供するための取得制御テーブル（ＡＣＴ）を含んでおり、
コンテンツの該スケジュールは、
該少なくとも１つの転送ストリームからのライブコンテンツ、既存のファイル、該ＡＣＴに埋め込まれたテキストメッセージ、該デコーダのうちの少なくとも１つのイーサネット（登録商標）ポートに接続されたソースからのコンテンツに対するＵＲＬアドレス
のうちの少なくとも１つを含んでいる、格納システム。
【請求項１２】
前記コンテンツは、トリガに基づいて取得される、請求項１１に記載の格納システム。
【請求項１３】
前記トリガは、時間窓である、請求項１２に記載の格納システム。
【請求項１４】
前記トリガは、アップリンク信号であり、該アップリンク信号は、前記コンテンツに埋め込まれたキュートリガ、または前記転送ストリーム内のデジタルプログラム挿入（ＤＰＩ）メッセージである、請求項１２に記載の格納システム。
【請求項１５】
前記トリガは、時間窓内のアップリンク信号である、請求項１４に記載の格納システム。
【請求項１６】
前記トリガは、前記デコーダのうちの少なくとも１つに対する前記時間窓内のフロントパネル入力である、請求項１２に記載の格納システム。
【請求項１７】
前記グローバル制御データストリームは、前記デコーダのうちの少なくとも１つによってプレイアウトされるコンテンツのスケジュールを提供するための、プレイアウト制御テーブル（ＰＣＴ）をさらに含んでいる、請求項１１に記載の格納システム。
【請求項１８】
前記ＰＣＴにしたがってプレイアウトされる前記コンテンツは、
ライブプログラムのコンテンツ、格納されたプログラムのコンテンツ、前記ＰＣＴに埋め込まれたテキストメッセージ、およびファイル内のテキストメッセージ
のうちの少なくとも１つを含んでいる、請求項１７に記載の格納システム。
【請求項１９】
前記コンテンツは、時間窓内で１回よりも多くプレイアウトされる、請求項１７に記載の格納システム。
【請求項２０】
前記コンテンツは、プレイアウトされ、ファイルにインデックスが付けられる、請求項１７に記載の格納システム。
【請求項２１】
前記コンテンツに対するプレイアウトを前記ＰＣＴが特定しない場合、デフォルトのプレイアウト命令に基づいて、該コンテンツがプレイアウトされる、請求項１７に記載の格納システム。
【請求項２２】
前記グローバル制御データストリームは、前記デコーダのうちの少なくとも１つに存在するコンテンツを列挙するための、コンテンツ制御テーブル（ＣＣＴ）をさらに含んでいる、請求項１１に記載の格納システム。
【請求項２３】
前記ＣＣＴに列挙されないファイルは一掃される、請求項２２に記載の格納システム。
【請求項２４】
前記ＣＣＴは、優先度の取得のために格納のスペースを確保するために用いられる、請求項２２に記載の格納システム。
【請求項２５】
前記ＣＣＴは、ローカルなコンテンツのための格納のスペースを確保するために用いられる、請求項２２に記載の格納システム。
【請求項２６】
前記ローカルコンテンツは、イーサネット（登録商標）ポートからのものである、請求項２５に記載の格納システム。
【請求項２７】
前記ローカルコンテンツの格納は、前記グローバル制御データストリームとは独立的に、フロントパネルインターフェースによってトリガされる、請求項２５に記載の格納システム。
【請求項２８】
複数のデコーダのための格納システムであって、
該格納システムは、少なくとも１つのグローバル制御データストリームを有している少なくとも１つの転送ストリームを備えており、
該少なくとも１つのグローバル制御データストリームは、該デコーダのうちの１つ以上によってプレイアウトされるコンテンツのスケジュールを提供するための、プレイアウト制御テーブル（ＰＣＴ）を含んでいる、格納システム。
【請求項２９】
複数のデコーダのための格納システムであって、
該格納システムは、少なくとも１つのグローバル制御データストリームを有している少なくとも１つの転送ストリームを備えており、
該少なくとも１つのグローバル制御データストリームは、該デコーダのうちの少なくとも１つに存在するコンテンツを列挙するための、コンテンツ制御テーブル（ＣＣＴ）を含んでいる、格納システム。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願の引用）
本米国特許出願は、「ＣＯＮＴＲＯＬ  ＳＹＳＴＥＭ  ＷＩＴＨ  ＧＬＯＢＡＬ  ＣＯＮＴＲＯＬ  ＳＴＲＥＡＭ  ＣＯＮＴＲＯＬＬＩＮＧ  Ａ  ＰＬＵＲＡＬＩＴＹ  ＯＦ  ＤＥＣＯＤＥＲＳ」と題された、米国特許出願（代理人管理番号Ａ−１０４８６号）、ならびに「ＳＴＯＲＡＧＥ  ＣＯＮＴＲＯＬ  ＳＹＳＴＥＭ」と題された、米国特許出願（代理人管理番号Ａ−１０５０４号）に関連する。これらは、本明細書に参考のために援用され、本出願と同時に出願されている。
【０００２】
（本発明の分野）
本発明は、概して、ブロードバンド通信システムに関し、より詳細には、デコーダコントローラをプログラムスケジューリングし、調整するための、アップリンクからデコーダへの遠隔的な信号伝達に関連する。
【背景技術】
【０００３】
（関連技術の記述）
ファイバー／同軸ケーブルのハイブリッド（ＨＦＣ）ブロードバンドネットワークは、４つの主要なコンポーネントを含んでいる：ヘッドエンド、ＡＭファイバーリンク、配電設備、および加入者宅である。最も重要なのは、ヘッドエンドであり、ここでは、複数のソースからの信号が受信され、調整またはクリーンアップされ、ＲＦキャリア上に配置される。一旦、信号が伝達の準備をされると、信号は単一のケーブル上に組み合わされ、ネットワーク上で送信されるように準備される。
【０００４】
ヘッドエンドで受信される３つの最も一般的な信号は、オフエア（ｏｆｆ−ａｉｒ）信号、衛星信号、およびローカル発信信号を含む。しかしながら、衛星信号は、ヘッドエンドを通過する最も一般的な信号である。衛星信号は、任意の信号（地球局から軌道周回衛星に伝達され、元の地球へと再送信される任意の信号）を含む。衛星信号は、送信する地球局から受信する地球局までの、３つのルート区間にしたがう。第１に、信号は、地球から、アップリンクと呼称される経路上の軌道周回衛星に送信され；信号は、衛星上のトランスポンダによって受信され；信号は、ダウンリンクを介することにより、トランスポンダから受信を行なう地球局に再送信される。トランスポンダは、着信する信号を増幅し、ダウンリンク行程に対するその信号の周波数を変化させることにより、アップリンク信号との干渉を回避させる。
【０００５】
図１は、衛星ブロードキャストネットワーク１００を示している。アップリンク設備１１０において、プログラムコンテンツは、ブロードキャスト自動制御システムによって制御されるビデオサーバに格納される。ネットワークプレイアウトセンターにおける任意のアナログコンテンツは、エンコーダを用いて圧縮され、その後、ビデオファイルサーバから伝達されるコンテンツを用いて多重化される。ネットワーク運営センター（ＮＯＣ）１２０は、アップリンクおよびダウンリンクの全体的な制御および調整の役目を担う。ヘッドエンド１３０は、ブロードキャスト信号（例えば、ビデオ信号、音声信号、および／またはデータ信号）を提供するための１つ以上のサーバデバイスを含み得る。ヘッドエンド１３０は、多数のデコーダ１４０を有し、好適には、多数のデコーダの各々は、大容量記憶装置（例えば、ハードディスク）を有している。
【０００６】
デジタルテレビブロードキャスト配信ネットワークに、大容量記憶装置を加えることにより、新しいアプリケーションが可能になり、既存のアプリケーションを向上させることができる。ヘッドエンドは、遅延された再生（ｐｌａｙｂａｃｋ）のためにプログラムを格納する能力を有し得、これにより、消費者が、ライブ（ｌｉｖｅ）の再生のために必要な帯域幅要求を低減させることを可能にする。
【発明の開示】
【課題を解決するための手段】
【０００７】
本発明は、添付の図面に関連させることにより、より良く理解される。図中のコンポーネントは、必ずしも一定の比率では描かれておらず、その代わりに本発明の原理を明確に示すために協調されている。いくつかの図面を通して、図中では、同様な参照番号は、対応するパーツを指示する。
【０００８】
（詳細な記述）
本発明の実施形態は、ブロードバンド通信システムのコンテキストで理解され得る。しかしながら、本発明は、多くの異なる形態で実施され得、本明細書に開示された実施形態に限定されると解釈されるべきではないことに留意されたい。例えば、送信されたブロードバンド信号は、いくつか例を挙げると、ビデオ／音声信号、電話信号、データ信号、インターネットプロトコル（ＩＰ）信号のうちの少なくとも１つを含み得る。したがって、本明細書で与えられた全ての例は、非限定的であることが意図され、本明細書の記述を明確にすることを助けるように提供されている。
【０００９】
図２は、アップリンク２００の一般的なモデルを示しており、上記アップリンクは、特定の仕事を実行する機能コンポーネントから構成されている。例えば、エンコーダ２１０は、ロー（ｒａｗ）プログラム入力を受け取り、それを別のフォーマットに符号化し、出力する。エンコーダは、ビデオ信号および音声信号を受け取り、ＭＰＥＧに準拠したアルゴリズムを用いてそれを符号化するか、あるいは、エンコーダは、イーサネット（登録商標）を介してＩＰパケットを受け取り、ＤＶＤ  ＭＰＥを用いてそれを符号化し得る。
【００１０】
一般化されたアップリンク２００は、転送ストリームに挿入するためのプログラムを符号化するのに用いるエンコーダ２１０と、エンコーダ２１０からのプログラムを組み合わせて転送ストリームを形成するマルチプレクサ２２０とを含んでいる。アップリンク制御サーバ２３０（例えば、ネットワークセンターサーバ）は、グローバル制御ストリーム（例えば、格納制御ストリーム（ＳＣＳ）遠隔制御ストリーム）の選択されたセットをリスン（ｌｉｓｔｅｎ）するように、アップリンクデバイスを管理し、デコーダ３００を設定する（図３）。ＤＶＲ制御サービス２４０、２５０は、デコーダ３００の動作、例えば、プログラム格納システムの動作を制御するために、グローバル制御ストリームを発出する。一実施形態において、アップリンク２００はまた、ファイル配信ＤＶＲ制御サーバをも含み得る。
【００１１】
例えば、制御データストリームはグローバルなので、複数のデコーダが同時に制御され得る。また、格納デバイスをデコーダに加えることは、衛星送信を介して要求される帯域幅の大きさを低減させ、上記帯域幅を管理することを助ける。格納システムを有するデコーダは、ローカルな話題およびニュースと同様に、プログラムを地域別に区分し、特定の場所における権限的制限を克服するように、全体のプログラムを置換する。格納システムはまた、ヘッドエンドに送信されたプログラムを、それらのスケジュールされたプレイアウト時間の前に格納することを可能にするが、それらはその後、スケジュールされた時間の間にプレイアウトされ得る。このことは、「格納および転送」と呼称され得る。例えば、プログラムは、時間ゾーン遅延のために、あるいは短時間の間の複数の再生のために格納される。
【００１２】
本発明は、デコーダのグループを同時に制御するための制御システムを含む。グローバル制御データストリームは、グローバルなアプリケーションに用いられるデータの集合体である。このデータストリームは、権限付与された管理メッセージ（ＥＭＭ）として、データが任意の個別のデコーダにアドレスされないか、あるいはデータが任意の特定のデコーダのグループにアドレスされないという意味で、グローバルである。これらは、好適には、少なくとも３つのグローバルなデータストリーム、すなわち、障害回復（ｄｉｓａｓｔｅｒ  ｒｅｃｏｖｅｒｙ）、ライブイベント制御、および格納制御である。上記ストリームは、共通または独立のＰＩＤで存在し得る。グローバル制御データストリームは、ネットワークの単一の信号に多重化されるメッセージのセットである。グローバル制御データコントローラは、要求に応じてグローバルＰＩＤでメッセージを生成することが可能である。メッセージを生成するためのコマンドは、制御室においてボタンを押す人間のオペレータから来たり、時間がスケジュールされた自動制御システムから来たりし得る。コマンドは、一度にまたは反復的に送信され得る。
【００１３】
デコーダは、なんらかの制御ストリームに反応し得る前に、制御システム初期化ＥＭＭを用いることにより、初期化される。このＥＭＭは、ネットワークのカスタマーコードと制御システムＩｄとを伝達する。制御システムＩｄは、各制御システムに対して存在する：格納制御システム（ＳＣＳ＿Ｉｄ）、イベント制御システム（ＥＣＳ＿Ｉｄ）、および障害回復システム（ＤＲ＿Ｉｄ）である。カスタマーコードは、独立的なネットワークを有する各カスタマーに割り当てられた一意的な番号である。デコーダのカスタマーコードが送信中のカスタマーコードのうちの１つに整合しない場合は、デコーダが初期化されていないか、あるいはデコーダがネットワークを変更しているかのいずれかである。制御システムＩｄが整合しない場合、特定のカスタマーに送信するための複数のグローバルデータストリームが存在している可能性がある。
【００１４】
グループは、ブロックとしてデコーダに割り当てられる。非限定的な選択対象のグループが与えられた場合、デコーダには、全ての利用可能な格納装置のグループをサポートすることが推奨される。ＥＭＭは、同時に１０グループまでに伝達することができる。デコーダは、複数のＥＭＭに伝達されたグループコードを、全てが受信されるまでキャッシュする。完全なセットが受信されたことが確認されると、それらは、不揮発性メモリに書き込まれ得る。デコーダに割り当てられた全てのグループは、ターゲットのシステムに関連している限り、等しい優先度を有している。イベント制御テーブル（ＥＣＴ）が受信されると、デコーダは、グループコードの整合性をチェックする。任意のグループコードは、整合しているか、または整合していないかのいずれか一方である。整合性を決定することに関し、その他のグループコードには依存しない。
【００１５】
制御システムの一局面は、グループターゲッティングである。グローバル制御データストリームの制御テーブルは、加入者のグループコード整合命令のリストを含んでおり、各々は、デコーダのグループコードのセットに対してチェックされなければならない。特定のデコーダが「ターゲットにされている（ｔａｒｇｅｔｅｄ）」場合、デコーダは関連する動作を実行する。デコーダをターゲットにすることは、単純な整合アルゴリズムにしたがう。システムをターゲットにすることは、順序に依存する。ストリームを形成するアップリンクシステム、ならびにストリームを消費するデコーダは、同じアルゴリズムを実装する。このアルゴリズムに対し、用語「ターゲットにされている」は、特定のデコーダがある動作を実行し得ることを意味する。ターゲットにされていない任意のデコーダは、どのような方法によっても、受信された動作による影響を受けない。一般的な制御構文（ｓｙｎｔａｘ）は、２つのループから構成される。第１のループは、ターゲットにするリストを提供し、第２のループは、動作のリストを提供する。第１のループ内には、記述が存在しており、各記述子は、グループコードのリストを提供する。記述子は、制限されたサイズであるので、複数の記述子を用いる必要があり得る。複数の記述子が、いくつかのより複雑なグループ分け方法を実施するために要求され得る。
【００１６】
グループターゲッティングは、これらの一般的な規則に従い得る。全てのデコーダは、ターゲットされずに開始する。記述子は、全てのデコーダに対し、既に計算された値に対し、ターゲットされている状態を変更するように命令し得る。記述子が処理される前に、現在ターゲットにされている状態は、以前の記述子の最後における状態と同じであるか、あるいは以前の記述子の最後における状態とは逆にされ得る。列挙されている各グループコードは、以下のテストの１つを介して、現在のターゲットにされている状態を変化させ得る：グループコードが整合する場合に、デコーダをターゲットにすること；グループコードが整合する場合、デコーダをターゲットにしないこと；あるいはグループコードが整合しない場合、ターゲットにされている状態を変化させないこと。
【００１７】
このシステムのコンセプトは、ターゲットにされている状態にデコーダを保持することに用いられる単一の変数である。この変数は、新しい制御テーブルが処理されるとき、ターゲットでないように初期化される。まず、状態は、グローバル制御データストリームによって改変され、その後、グループコードによって改変され、整合命令が記述子において列挙される。このことは、第１のループにおいて、各記述子に対して繰り返される。記述子が処理されているとき、変数は、２つの状態（ターゲットにされている状態、ターゲットにされていない状態）のうちの１つであり得る。ターゲットにされているとき、第２のループにおいて列挙された動作が実行される。ターゲットにされていないとき、デコーダは一切の動作をとらない。
【００１８】
ターゲットにされるとき、制御テーブルは、実行されるべき動作のリストを伝達する。イベント制御システムに関連する１つの動作は、典型的には、強度調整特徴（ｆｏｒｃｅ  ｔｕｎｅ  ｆｅａｔｕｒｅ）である。格納制御システムは、典型的には、取得動作またはプレイアウト動作を発行する。
【００１９】
一実施形態において、さらに図２を参照すると、ＤＶＲ制御サーバ２４０は、グローバル制御データストリーム（例えば、格納制御ストリーム）を発出し、図３に示されているような格納することが可能なデコーダ３００の動作を命令する。格納制御ストリームは、コンテンツ制御テーブル（ＣＣＴ）、取得制御テーブル（ＡＣＴ）、およびプレイアウト制御テーブル（ＰＣＴ）のうちの１つ以上を搬送し得る。上記テーブルの各々は、構文を共有し、特定のタイプの動作記述子を含み得る。ＣＣＴは、現在または未来にデコーダ上に存在することが期待されるコンテンツを伝達するために用いられる。ネットワーク制御であるがこのテーブルに列挙されない任意のコンテンツは、デコーダの記憶装置から削除されることになる。コンテンツは、取得のために遠隔的にトリガされるビデオコンテンツおよび音声コンテンツから構成され得る。デコーダ３００は、各コンテンツ記述子に対し、そのディレクトリにエントリを形成し得る。再生コマンドが与えられると、デコーダ３００は、要求されたコンテンツが実際に取得されているかどうかを決定する必要がある。コンテンツのリファレンスｉｄが、以前のディレクトリエントリと整合する場合、このことは、上記エントリが新しい名前でリネームされなければならないことを示している。
【００２０】
コンテンツのリファレンスは、２つの部分（デコーダ３００に伝達されるデータと、ハードドライブ１５０上でローカルに管理されるデータ）から構成される。ＣＣＴは、高い優先度の取得のためにディスクスペースを確保するために用いられ、かつグローバルデータストリームの制御とは独立的に、イーサネット（登録商標）ポートからのローカルなコンテンツまたはフロントパネルインターフェース３１８（図３）によってトリガされるローカルなコンテンツを格納するために、用いられ得る。ダウンロードされた情報は、コンテンツのリファレンスｉｄ、デコーダ３００が用い得るファイル名、ライブのプレイアウト用の調整のためのサービスｉｄ、コンテンツタイプのセレクタ、および使用期限である。ローカルに維持された情報は、コンテンツが存在するかどうか、ならびにコンテンツの実際のサイズに関する情報である。コンテンツの削除は、任意の新しいＣＣＴ内に一切エントリが存在しない場合に、行なわれる。ＣＣＴは、常に完全なテーブルとして送信され、情報の全てを伝達するために、複数の区画を要求し得る。デコーダ３００は、全ての区画を取得し、それが完了するまで、情報を一時格納装置に格納する。テーブルはまた、バージョン番号を含む。この値が変化すると、ＣＣＴの任意の進行中のダウンロードは、再開されなければならない。処理された以前のテーブルとバージョンが同じものである場合、同じデータなので、デコーダ３００は、それを無視することが可能であり得る。可能性があるタイミング問題を回避するために、ファイルを削除する前に、なんらかの仮定が提供される。デコーダ３００は、削除のためにファイルにフラグを立て、所定の時間の後、または検証のために２つの完全なＣＣＴのダウンロードを処理した後、あるいはなんらかの類似のタイプの自己チェックの後にのみ、実際の削除を実行し得る。
【００２１】
ＡＣＴは、ネットワーク制御の取得に対し、日付、時間、および持続時間を提供する。ファイル名はＣＣＴに伝達されるので、記録時に存在するエントリは、一切存在しない可能性がある。このことは、ＣＣＴおよび「いま記録する（ｒｅｃｏｒｄ  ｎｏｗ）」要求のアップデートが遅いことが原因であり得る。ＣＣＴを形成する際のエラー、またはデコーダによる誤ったアップデートの可能性は、これよりも低い。この問題を解決するために、ＡＣＴは、ファイル名のコピーおよび使用期限を含み得る。これは、ローカルなＣＣＴに一切のエントリが存在しない場合にのみ、用いられ得る。ＡＣＴデータは、実際のコンテンツ制御データが最終的に到着するときに、アップデートされ得る。この複製データに関する１つの懸念は、長いファイル名による帯域幅の浪費である。一実施形態において、ＡＣＴは、一時的な一意のファイル名を送信し得、実際のファイル名は、ＣＣＴに送信され、到着後、リネームされ得る。ＡＣＴは、ローカルなソース（例えば、ＲＦチューナ、ＤＶＩ  ＡＳＩ入力、またはＩＰ転送入力）からのライブコンテンツの記録をサポートし得る。コンテンツはまた、既存のファイル、ＡＣＴに埋め込まれたテキストメッセージ、あるいはデコーダのイーサネット（登録商標）ポートに接続されたソースからのコンテンツにアドレスされているＵＲＬから、コピーされ得る。日付および時間は、記録の開始のための正確な時間を提供する。ＡＣＴにおける持続時間は、記録時間窓（ｒｅｃｏｒｄ  ｔｉｍｅ  ｗｉｎｄｏｗ）を提供する。記録された実際の数のフレームは、デコーダによってセーブされる。ＡＣＴにおける持続時間は、スケジュール記録のためにのみ用いられる。時間窓に基づいてコンテンツの要求をトリガすることに加え、記録はまた、プログラム内に埋め込まれたアップリンク信号、例えばキュートリガまたはデジタルプログラム挿入（ＤＰＩ）メッセージ、時間窓内のプログラムに埋め込まれたアップリンク信号、あるいは時間窓内のフロントパネル入力によっても、トリガされ得る。
【００２２】
ＰＣＴは、日付、時間、および全てのスケジュールされたプレイアウトセッションに対するウィンドウを提供する。プレイアウトコンテンツは、ライブプログラムのコンテンツ、格納されたプログラムのコンテンツ、ＰＣＴに埋め込まれたテキストメッセージ、およびファイル内のテキストメッセージを含む。部分的なファイル（例えば、ファイルにインデックスが付けられている）のプレイアウトを可能にする追加的な制御、例えば、開始時以外にプレイアウトを始めること、ファイルをループさせること（例えば、時間窓内でコンテンツを繰り返し再生すること）のような、追加的な制御が存在する。窓は、プレイアウトが行なわれ得る時間を提供する。しかしながら、実際のコンテンツは、窓よりも短いか、同じ長さか、長いかのどれかであり得る。短い場合、デコーダは、窓が満了になるまで、なんらかのデフォルトのコンテンツで時間を埋める必要があり得る。コンテンツが長すぎる場合、デコーダは、単純にコンテンツを再生することを停止し、デフォルトのコンテンツに戻るか、あるいは特定のコンテンツにしたがい得る。ＰＣＴが一切のプレイアウトを特定しない場合、デフォルトのプレイアウト命令、例えば、テキストメッセージを表示すること、またはチャネルを調整して特定のファイルを再生することが、したがう。
【００２３】
障害回復アプリケーションは、代替的なマッピングデバイスを含む。例えば、通常に調整された信号が、ある時間にわたって損失されている場合、バックアップサービスが所望され得る。バックアップサービスは、代替的な衛星またはキャリアを介して、損失された信号を調整し得る。
【００２４】
イベント制御アプリケーションは、スポーツのようなライブプログラミングを含み、これは、デコーダのグループのリアルタイムな強度調整を可能にし、地域的に区分されたスポーツイベントをフォローすること、あるいは権限制限によってスポーツイベントを見ることを妨げる代替的なプログラムを提供することを可能にする。
【００２５】
グローバルイベント制御ストリームを利用するイベント制御システムは、複数のデコーダの強度調整を同時に行なうように意図されている。権限付与は、通常、ＥＭＭの機能である。しかしながら、ＥＭＭの配信を用いた通常の強度調整動作は、第１のデコーダが再調整するときと最後のデコーダが再調整するときとの間で、非常に大きな遅延を有する。強度調整に加え、デコーダの権限付与状態を制御することが望ましい。デコーダに権限付与することをやめることは、「ブロッキング（ｂｌｏｃｋｉｎｇ）」と呼称され得る。イベント制御およびブロッキングの両方は、グローバル制御データストリームによって制御される。しかしながら、上記特徴の設定（すなわち、グループのメンバーを加入者およびデコーダに割り当てること）は、好適には、なおもＥＭＭ配信を用いて行なわれる。
【００２６】
図３を参照すると、デコーダ３００は、ハードウェアプラットフォーム３１０と、ソフトウェアプラットフォーム３２０とを含んでいる。デコーダのハードウェアプラットフォーム３１０は、１つ以上の転送ストリーム３１２を受け取り、１つ以上のプログラム３１４をプレイアウトする。デコーダのハードウェアプラットフォーム３１０は、制御ストリーム３１６の１つ以上を、デコーダオペレーティングシステム３２０に提供し、フロントパネルインターフェース３１８（これは、デコーダオペレーティングシステム３２０に要求を提示するために用いられる）を有している。デコーダオペレーティングシステム３２０は、１つ以上の制御ストリームプロセッサ３２２を有しており、調停コンテキスト３２４を抽出し、調停器３２６に転送する。デコーダオペレーティングシステムは、調停コンテキスト３２４を用いることにより、コントローラからの要求と、遠隔コントローラ３２８（これは、要求を提示する）に対するデコーダ機能を実行するための要求との対立を解決する。デコーダオペレーティングシステム３２０はまた、ローカルコントローラ３３０をも有しており、上記ローカルコントローラは、デコーダ３００および要求プロセッサ３３２へのログインセッションを管理することにより、デコーダのハードウェアプラットフォーム３１０を制御するために用いられるプログラム制御データを生成しているコントローラからの要求を取り扱う。
【００２７】
図４は、デコーダのハードウェアプラットフォーム３１０の一実施形態をより詳細に示しており、ここでは、複数の転送ストリーム入力４１０が存在している。入力ソースチューナ４２０は、１つ以上の転送ストリーム入力４１０を受け取り、入力ソースルーティングマトリックス４３０への、単一の転送ストリーム出力を生成する。入力ソースルーティングマトリックス４３０は、転送ストリームを出力する。各出力は、入力のうちのいずれかを選択することが可能であり、プログラムソース４４０に送信することが可能である。プログラムソース４４０は、ライブプログラムを、プログラムルーティングマトリックス４５０に送信するために用いられる。プログラムは、そのサービスＩＤを用いて、転送ストリームから流されるか、あるいはデコーダオペレーティングシステム３２０によって発出されたコンテンツから流される。プログラムソース４４０はまた、ＳＣＳ制御ストリームをも提供し得る。転送ストリームにおける任意のＳＣＳ制御ストリームは、抽出され、デコーダオペレーティングシステム３２０に送信され得る。それは、自身のサービスＩＤによって選択され得るか、あるいはライブプログラムのサービスＩＤに含まれ得る。プログラムルーティングマトリックス４５０は、プログラムソース４４０およびプログラムリーダ４６０に対する入力を有する。プログラムルーティングマトリックス４５０はまた、各プログラムのプレイアウトおよびプログラムの書き込みのための、出力を有しており、任意の入力から選択することが可能である。
【００２８】
デコーダのハードウェアプラットフォーム３１０はまた、格納システム４７０をも有しており、上記格納システムは、複数の格納ユニット４８０、および格納ユニットにプログラムを書き込むことが可能なプログラムライタ４８２、およびプログラムリーダ４６０を有している。プログラム出力４８４は、トランスレータ４８６によって生成され、複数の原型のプログラムフォーマットから単一のプレイアウトフォーマットへと変換するために用いられる。プログラム出力４８４はまた、プレイアウトによって生成され、出力され得、プログラムは、例えば出力のマッピングおよびルーティングのように、グルーミング（ｇｒｏｏｍ）され、外部の機器によって消費され得る形態になる。制御ストリームトランスポンダ４８８は、ロー制御ストリームを、デコーダオペレーティングシステム３２０によって用いられ得る形態に変換するために用いられ得る。フロントパネルインターフェース３１８は、デコーダオペレーティングシステム３２０に要求を提示するために用いられ得る。
【００２９】
図５は、別のハードウェアプラットフォーム５００の一実施形態を示している。入力は、ＤＶＢ準拠のＰＳＩ／ＳＩストリームを有する複数の衛星ＲＦ入力ソース、またはＡＳＩ入力であり得る。チューナ５２０は、入力を調整し、キャリアからの単一の準拠した転送ストリームを提供し、これは、チューナの動作を制御するために用いられ得る。入力ソースルーティングマトリックス５３０は、チューナ５２０から全てのプログラムソースへと、ＤＶＢ準拠の転送ストリームを提供するために、ハードワイヤ接続されている。ライブプログラムは、転送ストリームによって提供され得る。各々は、そのＤＶＢサービスＩＤによって識別され、対応するプログラムマットテーブル（ＰＭＴ）を有している。１つのプログラムソースは、ＭＰＥＧプログラム抽出器５５０である。これは、抽出のみが可能であり、マスター制御ストリームを提供する。ＭＰＥＧプログラム抽出器５５０は、プレイアウトおよび格納のために用いられる、ライブＭＰＥＧプログラムコンテンツを提供する。これは、デコーダオペレーティングシステム３２０に対しては、処理のために直接利用可能ではない。ＭＰＥＧプログラムのＰＭＴが、ファイルは威信のためにターゲットにされているＭＰＥデータを搬送する場合、ＭＰＥＧプログラム抽出器５５０は、ファイル配信制御ストリームを提供し得る。第２のプログラムソースは、ファイル配信プログラム抽出器５４０である。これは、プログラムコンテンツの抽出および発出の両方が可能である。ターゲットにされたＭＰＥデータストリームのファイル配信は、直接的にＩＰパケタイザ（ｐａｃｋｅｔｉｚｅｒ）５６０に通される。ファイル配信ストリームは、制御データ、プレイアウトコンテンツ、および格納コンテンツを含んでおり、それら全ては、デコーダＯＳに存在するファイル配信クライアントに通される。ＰＭＴにおけるＭＰＥＧコンテンツは、無視される。ファイル配信クライアントは、プレイアウトのために、ＩＰパケタイザ５６０に直接的にプレイアウトコンテンツを書き込み得る。ファイル配信クライアントはまた、格納されるべき格納コンテンツを発出し得る。
【００３０】
好適には、４つの出力プレイアウト５７０が存在する。３つは、ＭＰＥＧプログラムのためのものであり、１つは、ファイル配信プログラムのためのものである。ＭＰＥＧプログラムプレイアウトは、アナログ、イーサネット（登録商標）、およびデジタルを含む。アナログプログラムプレイアウトは、プログラムを表示または記録するために用いられる周辺機器（例えば、テレビ、無線チューナ、ＶＣＲ等）に接続されるように意図された出力ポート上に提示されたプログラムをプレイアウトするように用いられる。イーサネット（登録商標）プログラムプレイアウトは、ＭＰＥフォーマットで受信したＩＰデータを流すために用いられる。デジタルプログラムプレイアウトは、ＤＶＢ  ＡＳＩ出力上でＭＰＥＧ転送パケットの形態で、プログラムをプレイアウトするために用いられる。ファイル配信プログラムのプレイアウトは、イーサネット（登録商標）上のファイル配信コンテンツのプレイアウトである。ＭＰＥＧプレイアウトに対するファイル配信プログラムの翻訳、ならびにその逆の翻訳もまた、可能である。
【００３１】
デコーダのハードウェアプラットフォーム５００はまた、格納システム４７０をも有する。１つのプログラムのみが、同時に格納装置に書き込まれ得る場合、格納装置に書き込むための複数の要求が、直列的に実行され得る。１つのプログラムのみが、同時に格納装置から読み出される場合、格納装置から読み出される複数の要求は、却下され得る。格納装置は、ＭＰＥＧプログラム用のパーティションとファイル配信プログラム用のパーティションとを有するハードディスクドライブによってサポートされる。プログラムルーティングマトリックス４５０は、ＭＰＥＧプレイアウト出力およびＭＰＥＧ格納ユニットへの、ＭＰＥＧのライブプログラムまたは格納されたプログラムのルーティングをサポートし得る。プログラムルーティングマトリックス４５０はまた、ファイル配信プレイアウト出力およびファイル配信格納ユニットへの、ファイル配信ライブプログラムまたは格納されたプログラムのルーティングをサポートし得る。
【００３２】
図６は、デコーダのソフトウェアプラットフォーム３２０の一実施形態をより詳細に示している。各制御ストリームに対し、制御ストリームプロセッサ３２２が存在する。一実施形態において、２つの制御ストリームは、グローバルデータストリームおよびファイル配信制御ストリームであり得る。各制御ストリームプロセッサ３２２は、制御ストリームから遠隔制御要求を抽出することが可能であり、それらを適切な制御ストリームのプロセッサの適切な遠隔コントローラ３２８に通すことが可能である。遠隔制御要求は、デコーダの集団のサブセットのために、細分化され得る。各サブセットは、それ固有の遠隔コントローラ３２８を有し得る。制御ストリームプロセッサ３２２は、制御ストリームに存在する任意のプログラムコンテンツを抽出することが可能であり、それを適切な遠隔コントローラに通すことが可能である。コントローラプール６２０は、遠隔制御要求を処理し、結果として得られたデコーダ要求を調停器３２６に提示し、プログラムコンテンツを処理し、結果として得られたデコーダ要求を調停器３２６に提示することが可能である。コントローラプール６２０は、デコーダのフロントパネル３１８から発信する要求を扱うための１つのＦＰＩコントローラ６３０と、デコーダにローカルにログインしたユーザからの要求を扱うために用いられる１つ以上のローカルコントローラ３３０と、制御ストリームから抽出される任意の要求を扱うように用いられる１つ以上の遠隔コントローラ３２８とを含み得る。調停器３２６は、コンテキストプール６４０を有し得る。コントローラプール６２０における各コントローラは、コンテキストプール６４０において、対応するコンテキストを有していなければならない。権限／調停ロジック６５０は、コンテキストプール６４０におけるコンテキストを用い、コントローラが、要求の発行または要求の実行に必要なリソースにアクセスする権限を有しているかどうかを決定する。権限／調停ロジック６５０はまた、コントローラの対立を調停する。コントローラの対立は、要求によって実行される必要のある動作が、別のコントローラからの要求によってロックされているかどうか、あるいは要求によって必要とされているリソースが、別のコントローラからの要求によってロックされているかどうかを決定することにより、検出され得る。コントローラの対立は、対立している要求の相対的な優先順位を決定することにより、あるいは既存の要求の遮断率を決定することにより、解決され得る。目立った要求が遮断される場合、高い優先度の要求は、別の要求よりも優先される。権限／調停ロジック６５０はまた、コントローラが権限を有している変化のみを含む調停された要求を生成する。要求プロセッサ３３２は、調停された要求を処理し、デコーダのハードウェアプラットフォーム３１０を動作させるために用いられるプログラム制御データを生成する。
【００３３】
本発明の上記で記述された実施形態は、数多くの実施の中での可能な例に過ぎず、本発明の原理の理解を計画にするために開示されている。本発明の原理から実質的に逸れることなしに、本発明の上記で記述された実施形態に多くのバリエーションおよび改変がなされ得る。そのような改変およびバリエーションの全ては、本明細書では、開示および本発明の範囲内に含まれるように意図されており、添付の請求の範囲によって保護される。加えて、本発明の範囲は、ハードウェアおよび／またはソフトウェアで構成された媒体に実施された論理で、本発明の実施形態の機能を用いることを含んでいる。
【図面の簡単な説明】
【００３４】
【図１】図１は、衛星ブロードバンドシステムを示している。
【図２】図２は、一般的なアップリンクシステムを示している。
【図３】図３は、ハードウェアプラットフォームとソフトウェアのプラットフォームとを有するデコーダの一実施形態を示している。
【図４】図４は、図３のデコーダに対するハードウェアプラットフォームの一実施形態を示している。
【図５】図５は、図３のデコーダに対するハードウェアプラットフォームのさらに詳細な実施形態を示している。
【図６】図６は、図３のデコーダに対するソフトウェアプラットフォームの一実施形態を示している。
【図１】
2008538070.tif 000003
【図２】
2008538070.tif 000004
【図３】
2008538070.tif 000005
【図４】
2008538070.tif 000006
【図５】
2008538070.tif 000007
【図６】
2008538070.tif 000008
【国際調査報告】
2008538070.tif 000009
2008538070.tif 000010
2008538070.tif 000011