(57)【要約】受信機／デコーダ内のフィジカルデバイス及び他のデバイスを表現するための（ローカルデマルチプレクサデバイスを含む）論理装置を含むデジタルテレビ環境における受信機／デコーダに関する方法及び装置。方法は、その機能性をサポートするための必要に応じた受信機／デコーダによるデバイスのインスタンス生成を含む。方法は、例えば複数のサービスの同時記録における複数のデマルチプレクサ／リマルチプレクサの使用、制御ワード動作の管理のための制御ワードデバイス、２つまたは３つのチューナの使用をさらに含む。（受信機／デコーダ及びセットトップボックスなどの）デジタルテレビシステムの多様な要素も開示されている。【特許請求の範囲】
【請求項１】
好ましくは、単一のハードウェアデバイスに対応するソフトウェアデバイスを除くことを特徴とする受信機／デコーダのための論理装置。
【請求項２】
論理装置を追加装置に結び付けるための手段を備えることを特徴とする請求項１に記載の論理装置。
【請求項３】
結び付ける手段が、複数の追加デバイスに論理装置を結び付けるように適応されることを特徴とする請求項１に記載の論理装置。
【請求項４】
結び付ける手段が論理装置をソフトウェア装置に結び付けるように適応されることを特徴とする請求項２または請求項３に記載の論理装置。
【請求項５】
多重分離動作を管理するように適応されることを特徴とする前記請求項のいずれかに記載の論理装置。
【請求項６】
デバイスによって提供される機能性を制限する手段を備えることを特徴とする請求項５に記載の論理装置。
【請求項７】
ビットストリームのプレイバックをサポートするように適応されることを特徴とする請求項６に記載の論理装置。
【請求項８】
結び付ける手段が、多重分離動作を行うことができるデバイスに論理装置を結び付けるように適応されることを特徴とする請求項７に記載の論理装置。
【請求項９】
結び付ける手段が、フィルタリング動作を実行できるデバイスに論理装置を結び付けるように適応されることを特徴とする請求項７または請求項８に記載の論理装置。
【請求項１０】
ビットストリームの記録をサポートするように適応されることを特徴とする請求項６に記載の論理装置。
【請求項１１】
結び付ける手段がフィルタリング動作を実行できるデバイスに論理装置を結び付けるように適応されることを特徴とする請求項１０に記載の論理装置。
【請求項１２】
結び付ける手段が多重分離動作を実行できるデバイスに論理装置を結び付けるように適応されることを特徴とする請求項１０または請求項１１に記載の論理装置。
【請求項１３】
第１のデバイスと第２のデバイスを備える受信機／デコーダのための装置であって、該第１のデバイスと第２のデバイスが１つの共通した物理ポートに結合されることを特徴とする装置。
【請求項１４】
第１のデバイスと第２のデバイスが請求項１から１２のいずれかに記載の論理装置であることを特徴とする請求項１３に記載の装置。
【請求項１５】
第１のデバイスと第２のデバイスがそれぞれポートにインタフェースを提供することを特徴とする請求項１３または請求項１４に記載の装置。
【請求項１６】
デバイスマネージャを備えることを特徴とする請求項１５に記載の装置。
【請求項１７】
デバイスマネージャ及び複数のデバイスを備えることを特徴とする受信機／デコーダ用の装置。
【請求項１８】
デバイスの少なくとも１つが請求項１から１２のいずれかの論理装置であることを特徴とする請求項１７に記載の装置。
【請求項１９】
デバイスマネージャが少なくとも１つのドライバ及び少なくとも１つのアプリケーション通信チャンネルを管理するように適応されることを特徴とする請求項１６から１８のいずれかに記載の装置。
【請求項２０】
デバイスマネージャが少なくとも１つのアプリケーションとデバイス間の通信を管理することを特徴とする請求項１６から１９のいずれかに記載の装置。
【請求項２１】
デバイスマネージャがアプリケーションからデバイスの１つにアクセスするために要求を受信するように適応されることを特徴とする請求項２０の装置。
【請求項２２】
デバイスマネージャがこのような要求に応えてクライアント番号をアプリケーションに割り当てるように適応されることを特徴とする請求項２１に記載の装置。
【請求項２３】
デバイスマネージャが、割り当てられていたクライアント番号のレコードを維持するように適応されることを特徴とする請求項２１に記載の装置。
【請求項２４】
デバイスマネージャが、クライアント番号が割り当てられているアプリケーションから受信される、アプリケーションがデバイスへのアクセスを必要としなくなった旨の表示に応えてレコードからエントリを削除するように適応されることを特徴とする請求項２３に記載の装置。
【請求項２５】
デバイスマネージャが、デバイスごとにそれぞれのイベント待ち行列を維持することを特徴とする請求項２１から２４のいずれかに記載の装置。
【請求項２６】
デバイスマネージャが、ある特定のデバイスに意図されるアプリケーションから、その特定のデバイスのイベント待ち行列の中にイベントを挿入するための命令を受信するように適応されることを特徴とする請求項２５に記載の装置。
【請求項２７】
受信機／デコーダ用の装置であって、受信機／デコーダの使用において１つまたは複数のプロセスによってサポートされている関数を記述する少なくとも１つの関数説明と、前記１つまたは複数のプロセスで使用するための該関数説明または各関数説明に関して値をロードする手段とを備えることを特徴とする装置。
【請求項２８】
各関数説明が、ともに受信機／デコーダの使用において説明された関数を特徴付ける１つまたは複数のデータフィールドの集合を備えることを特徴とする請求項２７に記載の装置。
【請求項２９】
前記プロセスの１つまたは複数の可用性がそのプロセスに関係付けられる少なくとも１つのデータフィールド内の値によって決定されることを特徴とする請求項２８に記載の装置。
【請求項３０】
前記可用性が該少なくとも１つのデータフィールド内での前記値の存在または不在によって決定されることを特徴とする請求項２９に記載の装置。
【請求項３１】
各プロセス、したがって各関数が、１つまたは複数のデバイスによる使用においてサポートされ、装置が
ｉ）前記デバイスの１つまたは複数に関して少なくとも１つのデバイス説明と、
ｉｉ）前記デバイス説明に関してデバイスに特殊なデータをロードする手段と、
ｉｉｉ）関数説明によって説明される関数をサポートする、受信機／デコーダ内に少なくとも１つのデバイスが存在することを検出するための手段と、
ｉｖ）受信機／デコーダの使用において該少なくとも１つのデバイスと通信する上で使用するためのデバイス識別子の一部としてその関数説明の関数識別子をロードするための手段と、
を備えることを特徴とする請求項２７から３０のいずれかに記載の装置。
【請求項３２】
１つまたは複数のプロセスによってサポートされる関数が多重分離関数を備えることを特徴とする請求項２７から３１のいずれかに記載の装置。
【請求項３３】
値をロードする前記手段が複数の値をロードするように適応され、前記複数の値が多重化信号の入力ソースのための識別子の集合を備えることを特徴とする請求項３２に記載の装置。
【請求項３４】
装置が少なくとも２つの異なる関数説明を備え、関数識別子をロードするための手段が受信機／デコーダの使用において１つの共通のデバイスと通信する上で使用するための少なくとも２つの異なるデバイス識別子を提供するために少なくとも２つの異なる関数説明のそれぞれの関数識別子をロードするように適応されることを特徴とする請求項３１から３３に記載の装置。
【請求項３５】
装置が１つの共通期間上で少なくとも１つの第１のデータストリームと第２のデータストリームを多重分離するために１台の多重分離装置を制御するために信号を管理する制御信号管理手段を備えることを特徴とする請求項２７から３４のいずれかに記載の装置。
【請求項３６】
装置が１つの共通期間上で記録するための少なくとも第１のデータストリームと第２のデータストリームを再多重化するために１つまたは複数の再多重化装置を制御するために信号を管理する制御信号管理手段を備えることを特徴とする請求項２７から３５に記載の装置。
【請求項３７】
受信機／デコーダを操作する方法であって、受信機／デコーダの使用において１つまたは複数のプロセスによってサポートされる関数を記述する少なくとも１つの関数説明を作成することと、前記１つまたは複数のプロセスで使用するための該関数説明または各関数説明に関して値をロードすることとを備えることを特徴とする方法。
【請求項３８】
前記ロードすることが受信機／デコーダの第１の初期化で実行されることを特徴とする請求項３７に記載の方法。
【請求項３９】
関数を提供する上で少なくとも１つのデバイスと通信することを備える受信機／デコーダを操作する方法であって、デバイス識別子が該少なくとも１つのデバイスと通信する上で使用され、識別子が関数と関連付けられる部分と、デバイスと関連付けられるパーツを備えることを特徴とする受信機／デコーダを操作する方法。
【請求項４０】
受信機／デコーダ用のデバイスのインスタンスを生成する手段を備えることを特徴とする装置。
【請求項４１】
一般的な情報を提供する手段と、インスタンスを生成されているデバイスにインスタンスに特殊な情報を提供する手段とを備えることを特徴とする請求項４０に記載の装置。
【請求項４２】
インスタンスを生成する手段が、デバイスの既存のインスタンスまたはデバイスの一般的な記述のコピーを提供することにより一般的な情報を提供するように適応されることを特徴とする請求項４１に記載の装置。
【請求項４３】
インスタンスを生成する手段がデバイスのインスタンスを静的に生成するように適応されることを特徴とする請求項４０から４２のいずれかに記載の装置。
【請求項４４】
インスタンス生成手段が、装置の初期化または再初期化のときにデバイスのインスタンスを生成するように適応されることを特徴とする請求項４３に記載の装置。
【請求項４５】
インスタンスを生成されたデバイスがクライアントに機能性を提供するように適応されることを特徴とする請求項４０から４４のいずれかに記載の装置。
【請求項４６】
インスタンスを生成されたデバイスが、複数のクライアントに機能性を提供するように適応されることを特徴とする請求項４０から４５のいずれかに記載の装置。
【請求項４７】
インスタンスが生成されたデバイスが、非同期通信を行うことができることを特徴とする請求項４０から４５のいずれかに記載の装置。
【請求項４８】
インスタンスが生成されたデバイスが、請求項１から１２のいずれかに記載の論理装置であることを特徴とする前記請求項に記載の装置。
【請求項４９】
受信機／デコーダのための装置であって、少なくとも１つのデバイス説明及び前記デバイス説明に関してデバイスに特殊なデータをロードする手段を備えることを特徴とする装置。
【請求項５０】
デバイスに特殊なデータをロードする前記手段が、１つまたは複数のデバイス説明に関して少なくとも１つの値をロードするように適応され、前記値が、受信機／デコーダの使用においてデバイスと通信する際に使用するためのデバイス識別子の少なくとも一部を備えることを特徴とする請求項４９に記載の装置。
【請求項５１】
デバイス説明の少なくとも１つの複数のそれぞれのコピーに関してデバイスに特殊なデータをロードする手段をさらに備えることを特徴とする請求項４９または５０に記載の装置。
【請求項５２】
各デバイスインスタンスにデバイスに特定的なデータとしてロードされる値が、デバイス識別子の少なくとも一部を備え、同じデバイス説明の別のコピーに対してデバイス識別子の少なくとも一部としてロードされる任意の値とは異なることを特徴とする請求項５１に記載の装置。
【請求項５３】
関数を提供するために受信機／デコーダを使用する上で、複数の異なるデバイスが前記関数を提供するために使用され、少なくとも１つの値がロードされた各デバイス説明がデバイスインスタンスを提供し、デバイス識別子の前記少なくとも一部が前記関数を提供するために使用される少なくとも２つの異なるデバイスのそれぞれにとって少なくとも１つのデバイスインスタンスに共通であることを特徴とする請求項５０から５２のいずれかに記載の装置。
【請求項５４】
デバイスに特定のデータとして１つまたは複数のデバイス説明に代わりに、またはさらにロードできる値が、説明が関係するデバイスによってサポートされているプロシジャのパラメータの少なくとも１つの値を備えることを特徴とする請求項４９から５３のいずれかに記載の装置。
【請求項５５】
プロシジャのパラメータの前記少なくとも１つの値が、説明が関係するデバイスに対する許可された入力の識別子を備えることを特徴とする請求項５４の装置。
【請求項５６】
説明が関係するデバイスが多重分離装置を備えることを特徴とする請求項５５に記載の装置。
【請求項５７】
１つまたは複数のデバイス説明のコピーの数を事前に設定された最大値に制限する制限手段をさらに備えることを特徴とする請求項５１から５６のいずれかに記載の装置。
【請求項５８】
装置が受信機／デコーダの使用において１つまたは複数のプロセスによってサポートされる関数を説明する少なくとも１つの関数説明と、前記１つまたは複数のプロセスで使用するための該関数説明または各関数説明に関して値をロードする手段とを備えることを特徴とする請求項４９から５７に記載の装置。
【請求項５９】
関数を提供するために受信機／デコーダを操作する方法であって、デバイスのための識別子をそのデバイスについて使用可能な少なくとも２つの異なる識別子から選択することと、該関数を提供するためにデバイスとの通信に関して選択された識別子を使用することとを備えることを特徴とする方法。
【請求項６０】
関数を提供するために受信機／デコーダを操作する方法であって、該関数を提供する上で使用される少なくとも２つの異なるデバイスと通信することと、前記２つの異なるデバイスのそれぞれとの通信に関して別のそれぞれの識別子を使用することとを備え、前記異なるそれぞれの識別子が１つの共通した部分を共用することを特徴とする方法。
【請求項６１】
複数のサービスを同時に多重分離するためにデマルチプレクサを操作する手段を備えることを特徴とするデータを処理するための装置。
【請求項６２】
デマルチプレクサ操作手段が、多重分離される各サービスに請求項１から１２のいずれかで請求されるようなそれぞれの論理デマルチプレクサを割り当てる手段を備えることを特徴とする請求項６１に記載の装置。
【請求項６３】
受信機／デコーダ内で多重分離プロセスを制御するための装置であって、１つの共通した期間で第１のデータストリームと第２のデータストリームを多重分離するために１つの多重分離装置を制御するための信号を管理する制御信号管理手段を備えることを特徴とする装置。
【請求項６４】
前記制御信号管理手段は、前記第１のデータストリームを多重分離するために多重分離装置を制御する際にともに使用するためのデバイスの第１のファミリを維持し、前記第２のデータストリームを多重分離するために多重分離装置を制御する際にともに使用するためのデバイスの第２のファミリを維持するように適応されることを特徴とする請求項６３に記載の装置。
【請求項６５】
各ファミリのデバイスが、それぞれ、ファミリのすべてのデバイスにとって少なくとも１つの共通部分を有する識別子を割り当てられ、第１のファミリの前記共通部分が、それぞれのデータストリームを多重分離するために多重分離装置を制御する際に各ファミリのデバイスによって実行される調整プロセスで使用するために、第２のファミリの前記共通部分とは異なることを特徴とする請求項６４に記載の装置。
【請求項６６】
少なくとも２つのデータストリームのそれぞれを記録のために再多重化するための少なくとも１台の再多重化装置をさらに備えることを特徴とした請求項６３から６５のいずれかに記載の装置。
【請求項６７】
請求項６３から６６のいずれかに記載の装置を備え、その装置がそれぞれのチャンネルへの接続のために少なくとも２つの入力と、前記入力の第２で受信される信号と、前記入力の第１で受信される信号を相関付ける相関手段とをさらに備えることを特徴とする受信機／デコーダのための装置。
【請求項６８】
ソフトウェアで実現される、デスクランブル動作を管理する制御ワードデバイス。
【請求項６９】
デスクランブル装置への復号化鍵の供給を制御するように適応される請求項６８に記載の制御ワードデバイス。
【請求項７０】
信号をデスクランブルするためにデスクランバウル装置を制御する再に使用するためのインタフェースを備えることを特徴とする受信機／デコーダのための装置。
【請求項７１】
信号をデスクランブルするためにデスクランブル装置の使用のインスタンスに識別子を割り当てるための手段をさらに備え、その識別子がインタフェースによって使用のそのインスタンスに関してデスクランブル装置を制御する際に使用されることを特徴とする請求項７０に記載の装置。
【請求項７２】
識別子を割り当てるための手段が、同じ期間でデスクランブル装置に複数の識別子を割り当てるための手段を備え、それぞれの識別子がデスクランブル装置の使用のそれぞれのインスタンスに関してデスクランブル装置を制御する際に使用するためであることを特徴とする請求項７１に記載の装置。
【請求項７３】
デスクランブル装置の使用の少なくとも第１のインスタンスと第２のインスタンスが、信号をデスクランブルするための少なくとも１つの異なるそれぞれのアクセス条件を前提とすることを特徴とする請求項７２に記載の装置。
【請求項７４】
装置がそれぞれのデスクランブルプロセスにおいて使用するためのデスクランブル装置に対する復号化鍵の供給を制御するように装置されることを特徴とする請求項７１から７３のいずれかに記載の装置。
【請求項７５】
装置が、復号化鍵の送達を受け取るための手段からデスクランブル装置への復号化鍵の供給を調整するように装置され、前記調整がデスクランブル装置の使用の各それぞれのインスタンスに割り当てられた識別子の使用によって実行されることを特徴とする請求項７４に記載の装置。
【請求項７６】
復号化鍵が多重化された情報信号で受信されることを特徴とする請求項７５に記載の装置。
【請求項７７】
インタフェースが、多重分離関数をサポートするデバイスのファミリの少なくとも１つのデバイスにアクセス可能であることを特徴とする請求項７０から７６のいずれかに記載の装置。
【請求項７８】
デバイスのファミリの中で同じデバイスの複数のインスタンスを提供するための手段をさらに備え、このように提供される各インスタンスがデスクランブル装置の使用のインスタンスのための少なくとも１つの割り当てられた識別子に関係することを特徴とする請求項７１と７７に記載の装置。
【請求項７９】
１つの共通期間で２つまたは３つ以上の番組データストリームを記録する記録手段をさらに備えることを特徴とする請求項７０から７８のいずれかに記載の装置。
【請求項８０】
スクランブルされた信号をデスクランブルする方法であって、デスクランブル装置の制御でインタフェースを使用することを備えることを特徴とする方法。
【請求項８１】
ｉ）デスクランブル装置の使用のインスタンスに識別子を割り当てるステップと、
ｉｉ）インタフェースによる使用の前記インタフェースに関してデスクランブル装置を制御する際に識別子を使用するステップと、
をさらに備えることを特徴とする請求項８０に記載の方法。
【請求項８２】
デスクランブル装置の使用の第１のインスタンスに第１の識別子を割り当てることと、デスクランブル装置の使用の第２のインスタンスに第２の識別子を割り当てることと、デスクランブル装置を制御する上で使用の第１のインスタンスと第２のインスタンスを区別するために第１の識別子と第２の識別子を使用することとを備え、使用の第１のインスタンスと第２のインスタンスが共通の期間で発生することを特徴とする請求項８１に記載の方法。
【請求項８３】
デスクランブル装置の使用の前記第１のインスタンスと第２のインスタンスが、デスクランブルのための少なくとも１つの異なるそれぞれのアクセス条件を前提とすることを特徴とする請求項８２に記載の方法。
【請求項８４】
第１のサービスを記録する手段と、第２のサービスを同時に記録する手段と、ユーザが選ぶそれぞれの時間で第１のサービスと第２のサービスをプレイバックする手段とを備えることを特徴とするデータを処理するための装置。
【請求項８５】
１つの共通の期間で２つまたは３つ以上の番組データストリームを記録する記録手段を備えることを特徴とする受信機／デコーダのための装置。
【請求項８６】
番組信号を記録する方法であって、共通期間で２つまたは３つ以上の異なる番組データストリームを記録することを備えることを特徴とする方法。
【請求項８７】
第１の番組を受信し、記憶装置に記憶する手段と、同時に第２の番組を受信し、記憶装置に記録する手段と、ユーザが選ぶそれぞれの時間に記憶装置から第１の番組と第２の番組をプレイバックする手段とを備えることを特徴とする受信機／デコーダ。
【請求項８８】
記憶装置がハードディスクであることを特徴とする請求項８７に記載の受信機／デコーダ。
【請求項８９】
それぞれが、番組が受信されてよいそれぞれのチャンネルに同調可能である２台のチューナデバイスを備えることを特徴とする請求項８７または請求項８８に記載の受信機／デコーダ。
【請求項９０】
第１の番組と第２の番組の１つをタイムシフトする手段を備えることを特徴とする請求項８７から８９のいずれかに記載の受信機／デコーダ。
【請求項９１】
その記憶中に第１の番組と第２の番組の１つをプレイバックする手段と、その番組のプレイバックを休止する手段とを備えることを特徴とする請求項８７から９０のいずれかに記載の受信機デコーダ。
【請求項９２】
第１の番組と第２の番組を同時に受信し、記憶装置に記憶することと、ユーザが選んだそれぞれの時間に第１の番組と第２の番組をプレイバックすることとを備えることを特徴とする受信機／デコーダを操作する方法。
【請求項９３】
ハードディスクに第１の番組と第２の番組を記憶するように適応された請求項１１に記載の方法。
【請求項９４】
第１の番組の受信のために第１のチャンネルに第１のチューナを同調することと、第２の番組の受信のために第２のチャンネルに第２のチューナを同調することとを備えることを特徴とする請求項９２または請求項９３に記載の方法。
【請求項９５】
第１の番組と第２の番組の１つをタイムシフトすることを備えることを特徴とする請求項９２から９４のいずれかに記載の方法。
【請求項９６】
その記憶中に第１の番組及び第２の番組の１つをプレイバックすることと、その番組のプレイバックを休止する手段とを備えることを特徴とする請求項９２から９５のいずれかに記載の方法。
【請求項９７】
第１のチャンネルでサービスデータを受信する手段と、第２のチャンネルでそのサービスに関係する条件付きアクセスデータを受信する手段とを備えることを特徴とするデータを処理する装置。
【請求項９８】
条件付きアクセスデータ受信手段に、それが条件付きアクセスデータを受信するチャンネルを変更させる手段を備えることを特徴とする請求項９７に記載の方法。
【請求項９９】
第１のチャンネルでの条件付きアクセスデータを除くサービスデータを放送するように適応されるサービスデータ放送手段と、第２のチャンネルでサービスに関係する条件付きアクセスデータを放送する条件付きアクセスデータ放送手段とを備えることを特徴とする放送センタ。
【請求項１００】
条件付きアクセスデータ放送手段に、条件付きアクセスデータが放送されるチャンネルを変更させる手段を備えることを特徴とする請求項９９に記載の放送センタ。
【請求項１０１】
第１のチャンネルで条件付きアクセスデータを除くサービスデータを放送するサービスデータ放送手段と、第２のチャンネルでサービスに関係する条件付きアクセスデータを放送する条件付きアクセスデータ放送手段と、サービスデータを受信するサービスデータ受信手段と、条件付きアクセスデータを受信する条件付きアクセスデータ受信手段とを備えることを特徴とする条件付きアクセスシステム。
【請求項１０２】
複数のチャンネル上で装置において受信される信号を受信する、及び／または復号する際に使用するための受信機／デコーダのための装置であって、それぞれのチャンネルに対する接続のための少なくとも２つの入力と、前記入力の第１で受信される信号を、前記入力の第２で受信される信号と相関付ける相関手段とを備えることを特徴とする装置。
【請求項１０３】
信号内で受信されるチャンネル識別子を第１の入力において検出する検出手段と、前記第２の入力への接続のためにチャンネルを選択するチャンネル選択手段と、前記第２の入力への接続のためにチャンネル識別子によって識別されるチャンネルを選択するために選択手段を制御するための制御手段とをさらに備えることを特徴とする請求項１０２に記載の装置。
【請求項１０４】
各それぞれのチャンネルが異なる搬送周波数を有することを特徴とする請求項１０２または１０３のいずれかに記載の装置。
【請求項１０５】
第１の入力で受信される信号が少なくともおもにコンテンツデータを備え、第２の入力で受信される信号がコンテンツデータに関して管理データを備えることを特徴とする請求項１０２から１０４のいずれかに記載の装置。
【請求項１０６】
情報信号をデスクランブルするためにデスクランブル装置を制御する際に使用するためのインタフェースをさらに備えることを特徴とする請求項１０２から１０５のいずれかに記載の装置。
【請求項１０７】
多重化された信号トランスポートストリーム内の関係する信号を放送する放送システムであって、第１の多重化信号トランスポートストリームで第１の信号を放送する放送手段と、第２の多重化信号トランスポートストリームで第２の信号を放送するための放送手段と、関係する信号を相関付ける際に使用するための相関信号を送信する相関信号伝送手段とを備えることを特徴とする放送システム。
【請求項１０８】
相関信号が、第１のトランスポートストリームと第２のトランスポートストリームの少なくとも１つの搬送周波数を識別するための搬送周波数データを備えることを特徴とする請求項１０７に記載の放送システム。
【請求項１０９】
相関信号が、第１のトランスポートストリームと第２のトランスポートストリームの１つでスロットを識別するための少なくとも１つのスロット識別子を備えることを特徴とする請求項１０７または１０８いずれかに記載の放送システム。
【請求項１１０】
第１のチャンネルの上でデータを提供することと、第２のチャンネルの上で視聴覚データに関係する管理データを提供することとを備えることを特徴とする視聴覚データを提供する方法。
【請求項１１１】
第１のチャンネルと第２のチャンネルが第１のトランスポートストリームと第２のトランスポートストリームであることを特徴とする請求項１１０に記載の方法。
【請求項１１２】
第１のトランスポートストリームと第２のトランスポートストリームが別々の周波数で放送されることを特徴とする請求項１１１に記載の方法。
【請求項１１３】
第２のトランスポートストリームが放送される周波数が第１トランスポートストリームで識別されることを特徴とする請求項１１２に記載の方法。
【請求項１１４】
視聴覚データを受信する第１のチューナと、視聴覚データに関係する管理データを受信する第２チューナとを備えることを特徴とする受信機／デコーダ。
【請求項１１５】
第１のチューナが第１のチャンネルに同調することにより視聴覚データを受信するように適応され、第２のチューナが第２のチャンネルに同調することにより管理データを受信するように適応されることを特徴とする請求項１１４に記載の受信機／デコーダ。
【請求項１１６】
受信された視聴覚データに関して第２のチャンネルを識別するように適応されることを特徴とする請求項１１５に記載の受信機／デコーダ。
【請求項１１７】
周波数を走査することにより第２のチャンネルを識別するように適応されることを特徴とする請求項１１５に記載の受信機／デコーダ。
【請求項１１８】
第３のチューナをさらに備えることを特徴とする請求項１１４から１１７のいずれかに記載の受信機／デコーダ。
【請求項１１９】
受信機／デコーダの使用において１つまたは複数のプロセスによってサポートされる関数を説明する少なくとも１つの関数説明を作成し、前記１つまたは複数のプロセスで使用するための該関数説明または各関数説明に関して値をロードする手段とを備えることを特徴とするコンピュータプログラム製品。
【請求項１２０】
前記ロードが受信機／デコーダの第１の初期化時に実行されることを特徴とする請求項１１９に記載のコンピュータプログラム製品。
【請求項１２１】
機能を提供する際に受信機／デコーダの少なくとも１つのデバイスと通信する手段を備え、デバイス識別子が該少なくとも１つのデバイスと通信する際に使用され、その識別子が関数に関連付けられる部分とデバイスに関連付けられる部分とを備えることを特徴とするコンピュータプログラム製品。
【請求項１２２】
デバイスの識別子をそのデバイスについて使用可能な少なくとも２つの異なる識別子から選択し、関数を提供するためにデバイスとの通信に関して選択された識別子を使用する手段を備えるコンピュータプログラム製品。
【請求項１２３】
機能を提供する際に使用される少なくとも２つの異なるデバイスと通信し、前記２つの異なるデバイスのそれぞれとの通信に関して異なるそれぞれの識別子を使用するための手段を備え、前記異なるそれぞれの識別子が共通部分を共用することを特徴とするコンピュータプログラム製品。
【請求項１２４】
デスクランブル装置を制御するためにインタフェースを提供するインタフェース手段を備えることを特徴とするコンピュータプログラム製品。
【請求項１２５】
ｉ）デスクランブル装置の使用のインスタンスに識別子を割り当てる手段と、
ｉｉ）インタフェースによって使用の前記インスタンスに関してデスクランブル装置を制御する際に識別子を使用する手段と、
をさらに備えることを特徴とする請求項１２４に記載のコンピュータプログラム製品。
【請求項１２６】
デスクランブル装置の使用の第１インスタンスに第１の識別子を割り当て、デスクランブル装置の使用の第２のインスタンスに第２のインスタンスを割り当て、第１の識別子と第２の識別子を使用して、デスクランブル装置を制御する際の使用の第１のインスタンスと第２のインスタンスを区別するための手段をさらに備え、使用の前記第１のインスタンスと第２のインスタンスが１つの共通した期間で発生することを特徴とする請求項１２５に記載のコンピュータプログラム製品。
【請求項１２７】
デスクランブル装置の使用の前記第１のインスタンスと第２のインスタンスがデスクランブルのための少なくとも１つの異なるそれぞれのアクセス条件を前提とすることを特徴とする請求項１２６に記載のコンピュータプログラム製品。
【請求項１２８】
第１の番組と第２の番組を同時に受信し、記憶装置に記憶する手段と、ユーザが選ぶそれぞれの時間に第１の番組と第２の番組をプレイバックする手段とを備えることを特徴とするコンピュータプログラム製品。
【請求項１２９】
第１の番組と第２の番組を記憶する手段がハードディスクに第１の番組と第２の番組を記憶するように適応されることを特徴とする請求項１２８に記載のコンピュータプログラム製品。
【請求項１３０】
第１の番組の受信のために第１のチャンネルに第１のチューナを同調させる手段と、第２の番組の受信のために第２のチャンネルに第２のチューナを同調させる手段とを備えることを特徴とする請求項１２８または請求項１２９に記載のコンピュータプログラム製品。
【請求項１３１】
第１の番組と第２の番組の１つをタイムシフトするための手段を備えることを特徴とする請求項１２８から１３０に記載のコンピュータプログラム製品。
【請求項１３２】
その記憶中に第１の番組と第２の番組の１つをプレイバックする手段と、その番組のプレイバックを休止する手段とをさらに備えることを特徴とする請求項１２８から１３１のいずれかに記載のコンピュータプログラム製品。
【請求項１３３】
第１チャンネル上で視聴覚データを提供する手段と、第２のチャンネル上で視聴覚データに関する管理データを提供する手段を備えることを特徴とするコンピュータプログラム製品。
【請求項１３４】
第１のチャンネルと第２のチャンネルが、第１のトランスポートストリームと第２のトランスポートストリームであることを特徴とする請求項１３３に記載のコンピュータプログラム製品。
【請求項１３５】
別々の周波数で第１のトランスポートストリームと第２のトランスポートストリームを放送する手段を備えることを特徴とする請求項１３４に記載のコンピュータプログラム製品。
【請求項１３６】
第２のトランスポートストリームが放送される周波数を識別する第１トランスポートストリーム手段の中に挿入する手段を備えることを特徴とする請求項１３５に記載のコンピュータプログラム製品。
【請求項１３７】
図９と図１１のいずれかに関して実質的に前記に説明される論理装置。
【請求項１３８】
実質的にこれまで説明された装置。
【請求項１３９】
請求項１３から３６、４０から５８、６１から６７、７０から７９，８４、８５，９７、９８、１０２から１０６、及び１３８のいずれかに記載の装置を備える受信機／デコーダ。
【請求項１４０】
図１から８及び図１６のいずれかに関して実質的にこれまで説明された受信機／デコーダ。
【請求項１４１】
実質的にこれまで説明された方法。
【請求項１４２】
請求項１４１に記載の方法を実行するように適応されているコンピュータプログラム製品。
【請求項１４３】
図１５に関して実質的にこれまで説明された制御ワードデバイス。
【請求項１４４】
図１、図２及び図１６のいずれかに関して実質的にこれまで説明された放送センタ。
【請求項１４５】
図３または図６に関して実質的にこれまで説明された条件付きアクセスシステム。
【請求項１４６】
請求項１１９から１３６及び１４２のいずれかに記載のコンピュータプログラム製品をその上に記憶しているコンピュータ読み取り可能媒体。
【請求項１４７】
請求項１１９から１３６及び１４２のいずれかに記載のコンピュータプログラム製品を明白に具体化する信号。
【請求項１４８】
請求項１４７に記載の信号を送信する方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、受信機／デコーダ内で、及び受信機／デコーダとともに使用するための方法及び装置に関し、受信機／デコーダ、放送システム、コンピュータプログラム製品、その上にコンピュータプログラム製品を記憶しているコンピュータ読み取り可能媒体、及び／またはコンピュータプログラム製品を明白に実現する信号を含んでよい。本発明は受信機／デコーダの1つまたは複数の機能をサポートすることに特定の用途を見つける。
【背景技術】
【０００２】
背景技術としては、以下の特許文献１に示すようなものが知られている。
【０００３】
【特許文献１】
国際公開第ＷＯ９９／４０７１９号パンフレット
【発明の開示】
【発明が解決しようとする課題】
【０００４】
本発明の実施形態は、例えば、ソフトウェアアプリケーションと受信機／デコーダ内のサポートデバイスの間の通信及び／または制御、及び／または受信機／デコーダにおいて１つまたは複数のデータストリームにアクセスする際のセキュリティプロセスの性能をサポートしてよい。
【０００５】
デジタルテレビシステムは、アナログよりむしろデジタル形式で視聴者にテレビチャンネルを送信する。デジタルチャンネルは送信機単部でデジタルデータストリームに符号化され、デジタル受信機／デコーダを使用して受信機端部で復号される。対話機能を可能にするために、該テレビチャンネルを送達する同じ媒体を介して、あるいはそれ以外の場合電話リンクなどの別の媒体を介してのどちらかによりアップリンクが提供されてよい。デジタル音声、ソフトウェア及び対話型データなどの追加のタイプのデータは放送される、あるいは放送することもできる。ここで使用されるように、用語「デジタルテレビシステム」は例えば任意の衛星システム、地上システム、ケーブルシステム及び他のシステムを含む。
【０００６】
ここに使用されるような用語「受信機／デコーダ」は、なんらかの他の手段により放送または送信されてよい、例えばテレビ及び／または無線信号などの符号化された、または符号化されていない信号のどちらかを好ましくはＭＰＥＧフォーマットで受信するための受信機を暗示してよい。用語は、受信された信号を復号するためのデコーダも暗示してよい。このような受信機／デコーダの実施形態は、物理的に別個の受信機と組み合わされた機能するデコーダなどの、例えば「セットトップボックス」内で受信された信号を復号するための、受信機と一体化されたデコーダ、またはウェブブラウザ、ビデオレコーダまたはテレビなどの追加機能を含んだこのようなデコーダを含んでよい。
【０００７】
用語ＭＰＥＧは国際標準化機構ワーキンググループ「エムペグ（Ｍｏｔｉｏｎ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）によって作成されたデータ伝送規格、特にではあるが独占的にではなく、デジタルテレビアプリケーションのために開発され、文書ＩＳＯ  １３８１８−１、ＩＳＯ  １３８１８−２、ＩＳＯ  １３８１８−３及びＩＳＯ  １３８１８−４に提示されているＭＰＥＧ−２規格を指す。本特許出願との関連では、該用語はデジタルデータ伝送の分野に適用可能なＭＰＥＧフォーマットのすべての変形、修正または技術成果を含む。
【０００８】
受信機／デコーダにより受信される信号はさまざまな方法で処理されてよい。例えば、それらはそれが受信されるときに再生されてよい、あるいは後のプレイバックのために記録されてよい。ユーザは選択されたチャンネルまたは番組を受信するために支払わなければならず、スクランブルは不正アクセスを防止する方法として使用することができるため、受信機／デコーダへの入信信号は、特に放送デジタルテレビシステムのケースでスクランブルされてもよい。したがって、受信機／デコーダはデスクランブル機能も提供してよく、関連タイプの装置は統合型受信機／デスクランブラ（ＩＲＤ）と呼ばれることがある。
【０００９】
既知のデジタル受信機／デコーダは、事実上、関連付けられたハードウェア／ソフトウェアプラットホーム、オペレーティングシステム及びソフトウェアアプリケーションを有するコンピュータ型のアーキテクチャに基づいている。例えば、既知の形式の受信機／デコーダでは、以下が具備される。
【００１０】
・ユーザ対話のための、及び受信機／デコーダの機能性を制御するためのソフトウェアアプリケーション
・入信信号の受信、復号、及びデスクランブル、及びＬＥＤディスプレイ、クロック等の提供という点で機械自体を作動することなどの受信機／デコーダで使用されている機能を実行するためのハードウェアデバイスとソフトウェアデバイス
・デバイスとは別であるが、デバイスと対話するためにアプリケーションを開発できるようにするインタプリタなどのミドルウェア
以上の３つの態様は概してそれらが設置される装置のオペレーティングシステムによってサポートされている。
【００１１】
コンピューティング技術では、アプリケーションプログラミングインタフェース（ＡＰＩ）は、通常、プログラムが他のプロセスが使用できるようにする関数呼び出しとサービスの集合を備える、あるいは含む。各関数またはサービスは、指定されなければならない値を指定し、関数またはサービスの使用で戻される設定フォーマットを有し、ＡＰＩがこれらを詳しく説明する。ＡＰＩとともに、前述されたミドルウェア層を受信機／デコーダに追加することは、アプリケーションが携帯可能になることを意味する。すなわち、それらは、アプリケーションとミドルウェアが同じＡＰＩに準拠している鍵らは、異なるソフトウェア／ハードウェアのプラットホームを有するさまざまな受信機／デコーダで再利用することができ、明らかに有益である。それは、ユーザがさまざまなソースから既存の受信機／デコーダプラットホームにアプリケーションをダウンロードできることも意味する。
【００１２】
既知の受信機／デコーダで開発された１つの追加の機能とは、単にデバイス層と呼ばれることもあるデバイス層インタフェース（ＤＬＩ）である。これは柔軟性という点で追加のステップである。受信機／デコーダ内のデバイスは、それらが例えば、起動、停止し、イベントを通知できるようにソフトウェアと対話しなければならず、それらは既知の方法でその目的のためにデバイスドライバを備えられる。ハードウェアデバイスは別個のデバイスドライバを備え、ソフトウェアまたはファームウェアで具体化されるデバイスは統合ドライバを有してよい。デバイスドライバはある特定のデバイスを制御するためのプログラムであり、それはオペレーティングシステムまたはアプリケーションからの命令をある特定のデバイスに対するメッセージに変換するためのシステムからの割り込みなどの通信に応える。この既知の装置では、ＤＬＩはミドルウェアとデバイスドライバ間のインタフェースを提供する。いったんこれが実行されると、ミドルウェアは、そのデバイスがＤＬＩに準拠する任意の受信機／デコーダに移植することができる。
【００１３】
この一般的なタイプの受信機／デコーダは、本出願人の名前で前記特許文献１に説明される。そこで説明されるシステムでは、受信機／デコーダの各機能はＤＬＩ内のデバイスに関係している。ＤＬＩはデバイスのソフトウェア表現を保持し、受信機／デコーダの使用におけるデバイスとの対話を監督するデバイスマネージャを提供する。デバイスがある機能を実行することを必要とされるとき、データはアプリケーション命令シーケンスとデバイスなどのプログラムの間を通過する。デバイスマネージャは、それがデバイスへのアクセスを必要とし、プログラムに、そのプログラムによる関連デバイスへのアクセスの持続期間中それがクライアントリストに追加するクライアント番号を割り当てるときに「クライアント」として各プログラムを宣言することによってこのルーティングを制御する。
【００１４】
本発明は前記従来の技術に関して1つまたは複数の改善策を提供しようと努めている。
【課題を解決するための手段】
【００１５】
本発明の第1の態様では、受信機／デコーダのための論理装置が提供される。
【００１６】
例えば受信機／デコーダのデバイス層インタフェース内に位置するこのような論理装置は、おそらくソフトウェアの移植性が増した結果の受信機／デコーダの特定のハードウェアソリューションに対する受信機／デコーダのソフトウェアの依存を削減してよい。それは、さらにソフトウェアへの変更が必要とされずに受信機／デコーダの容易なアップグレードを促進してよい。
【００１７】
好ましくは、論理装置はさらに論理装置を追加デバイスに結び付ける手段も備える。すなわち、論理装置は好ましくはある特定のハードウェアデバイスに依存し、それによって提供される機能性を実行するために適応可能であってよい。有利なことにこれにより受信機／デコーダのソフトウェアの安定性が高まる。
【００１８】
結合手段は好ましくは論理装置を複数の追加のデバイスに結び付けるように適応される。これは、受信機／デコーダの柔軟性を高めるという優位点を与え、ハードウェアの効率的な使用を容易にする。追加の抽象化層は、ソフトウェアのさらに容易なプログラミングと保守、及びソフトウェアを実行する受信機／デコーダ上でのさらに容易なプログラミングを可能にさせてよい。
【００１９】
結合手段は、好ましくは論理装置をソフトウェアデバイスに結合するように適応される。この追加された抽象化の層が、ソフトウェアのさらに容易なプログラミングと保守を可能にさせてよい。
【００２０】
好適実施形態においては、論理装置は多重分離動作を管理するように適応される。このような論理装置は数多くのハードウェア動作をカプセル化し、受信機／デコーダ上で実行されるアプリケーションがさらに容易にプログラミングされてよいプラットホームが提供される結果となる場合がある。
【００２１】
論理装置は、好ましくはデバイスによって提供される機能性を制限する手段を備えてよい。例えば、論理デマルチプレクサは、多重分離動作とフィルタリング動作を実行することが必要とされ、他の動作が禁止される場合がある、ビットストリームのプレイバックをサポートするデマルチプレクサを表すように適応されてよい。代わりに、論理装置はビットストリームの記録をサポートするデマルチプレクサを表すように適応されてよく、その場合、フィルタリング動作と再多重化動作を実行することが必要とされ、他の動作は禁止されてよい。この機能性の制限は追加の安定性を与えてよい。
【００２２】
本発明の第２の態様においては、受信機／デコーダのための装置が提供され、該装置には、受信機／デコーダの使用において１つまたは複数のプロセスによりサポートされる関数を説明する少なくとも1つの関数説明、及び前記１つまたは複数のプロセスで使用するための該関数説明または各関数説明に関して値をロードする手段が備えられている。
【００２３】
各関数説明は、好ましくはともに受信機／デコーダの使用において説明される関数を特徴付ける１つまたは複数のデータフィールドの集合を備える。
【００２４】
前記プロセスの１つまたは複数の可用性は、好ましくはそのプロセスと関連付けられた少なくとも１つのデータフィールド内の値によって決定される。例えば、可用性は、好ましくは少なくとも1つのデータフィールド内の前記値の存在または不在により決定されてよい。
【００２５】
好適実施形態では、各プロセス、したがって各関数は１つまたは複数のデバイスによる使用においてサポートされ、装置は、前記デバイスの１つまたは複数という点で少なくとも１つのデバイス説明と、前記デバイス説明に関してデバイスに特殊なデータをロードする手段と、関数説明により説明される関数をサポートする受信機／デコーダ内の少なくとも１つのデバイスの存在を検出する手段と、受信機／デコーダの使用において少なくとも1つのデバイスと通信する上で使用するためのデバイス識別子の一部としてその関数説明の関数識別子をロードする手段とを備える。
【００２６】
好ましくは、１つまたは複数のプロセスによってサポートされる関数は多重分離機能を備える。この場合、値をロードする手段は、好ましくは多重化された信号の入力ソースの識別子の集合を備える複数の値をロードするように適応されている。
【００２７】
好ましくは、少なくとも1つのデバイスの存在を検出する手段は、関数説明によって説明される関数をともにサポートする、受信機／デコーダ内の複数のデバイスのそれぞれの存在を検出する手段を備え、デバイス識別子の一部としてその関数説明の関数識別子をロードする前記手段は前記複数のデバイスのそれぞれに関してデバイス識別子の一部として同じ関数識別子をロードするように適応される。
【００２８】
好ましくは、装置は検出されたデバイスに従って関数説明を修正するように適応される。
【００２９】
好適実施形態では、装置は少なくとも２つの異なる関数説明と、受信機／デコーダの使用において共通のデバイスと通信する際に使用するための少なくとも２つの異なるデバイス識別子を提供するために少なくとも２つの異なる関数説明のそれぞれに関数識別子をロードするように適応される。
【００３０】
好ましくは、装置は、共通期間で少なくとも第1のデータストリームと第２のデータストリームを多重分離するために１つの多重分離装置を制御するために信号を管理する制御信号管理手段を備える。
【００３１】
また、好ましくは、装置は、共通期間で記録するために少なくとも1つの第1のデータストリームと第２のデータストリームを再多重化するために１つまたは複数の再多重化装置を制御するための信号を管理する制御信号管理手段を備える。
【００３２】
本発明のある態様では、受信機／デコーダを操作する方法が提供され、その方法は受信機／デコーダの使用で１つまたは複数のプロセスによりサポートされる関数を説明する少なくとも1つの関数説明を作成する、及び／またはアクセスすることと、前記１つまたは複数のプロセスで使用するための該関数説明または各関数説明に関して値をロードすることとを備える。該ロードステップは、好ましくは受信機／デコーダの第1の初期化で実行される。
【００３３】
追加の態様では、関数を提供する際に少なくとも1つのデバイスと通信することを備え、デバイス識別子が該少なくとも１つのデバイスと通信する際に使用され、その識別子は関数と関連付けられる部分とデバイスと関連付けられる部分とを備える。
【００３４】
追加の態様では、受信機／デコーダ用のデバイスのインスタンス生成を行う手段を備える装置が提供される。これは、受信機／デコーダのある特定のハードウェア構成に対する依存を削減し、その結果ソフトウェアの移植性が増し、プログラマ及びプログラムのサイズに対する要件という点での効率が高まり、製品の信頼性と保守が改善される結果となる。
【００３５】
インスタンス生成手段は、好ましくは一般的な情報を提供する手段と、インスタンス生成されているデバイスにインスタンスに特殊な情報を提供する手段とを備える。機能性のこの抽象化はリソースをさらに効率的に使用するという優位点を与えてよい。ソフトウェアで実現されると、これは有利なことにさらに小さなコンパイルサイズを生じさせることがある。インスタンス生成手段は、例えば（代わりに、デバイスタイプを識別する識別子を含んでよい一般情報を含む）デバイスの既存のインスタンスをコピーしてから、それに（例えば、インスタンス番号を含む）作成されているインスタンスに特定的な情報を分与してよい。したがってデバイスタイプ識別子とインスタンス番号は、ともにデバイスの固有の識別子を形成する。
【００３６】
好ましくは、インスタンス生成手段はデバイスを静的にインスタンス生成するように適応される。ブートまたはリブートの時点でのインスタンス生成である静的インスタンス生成を使用することは、動的インスタンス生成を使用することよりさらに安定した環境を提供できる。
【００３７】
好適実施形態では、インスタンス生成されたデバイスがクライアントに機能性を提供するように適応される。この追加の抽象化のレベルは、システムの保守をさらに用に行えるようにし、コードのプログラミングと保守を容易にしてよい。
【００３８】
好ましくは、インスタンス生成されたデバイスは、複数のクライアントに機能性を提供するように適応される。この機能により、（例えば受信機／デコーダのハードウェアの）リソースがさらに効率的に使用されてよい。
【００３９】
好ましくは、インスタンス生成されたデバイスは非同期通信を行うことができ、さらに流動的且つさらに安定したソフトウェアを生じさせてよい。
【００４０】
特に好適実施形態では、装置はインスタンス生成されるデバイスの新しいタイプに関する情報を受信する手段を備える。この情報は、例えば受信機／デコーダによってダウンロードされてよく、それは既存のデバイスの新しいバージョン、または新しいタイプのデバイスに関してよい。この機能はこのようにしてソフトウェアの保守の柔軟性と容易さを増してよい。
【００４１】
別の特定の好適実施形態では、装置はハードウェア環境を決定する手段を備える。装置は、このようにして検出されたフィジカルデバイスに基づいてインスタンスが生成されたデバイスを調整することができてよい。つまり、ソフトウェアがコンパイルの時点で実行される環境の詳細を知る必要はない場合がある。
【００４２】
好ましくは、インスタンス生成されたデバイスは前述されたように論理装置である。
【００４３】
本発明の追加の態様では、少なくとも1つのデバイス説明と前記デバイス説明に関してデバイスに特殊なデータをロードする手段とを具備する受信機／デコーダ用の装置が提供される。
【００４４】
好ましくは、デバイスに特殊なデータをロードする手段は、1つまたは複数のデバイス説明に関して少なくとも1つの値をロードするように適応され、前記値は受信機／デコーダの使用でデバイスと通信する際に使用するためのデバイス識別子の少なくとも一部を備える。
【００４５】
装置は、デバイス説明の少なくとも１つの複数のそれぞれのコピーに関してデバイスに特殊なデータをロードする手段も備えてよい。デバイスに特殊なデータは、デバイス識別子の少なくとも１つとして同じデバイス説明の別のコピーにロードされる任意の値とは異なる、デバイス識別子の少なくとも一部を含むデバイスに特殊なデータとして各デバイスインスタンスにロードされる値を含む。
【００４６】
好ましくは、受信機／デコーダでの関数の提供で使用するためのデバイスのインスタンス生成をするときには、複数の異なるデバイスが前記関数を提供するために使用され、少なくとも1つの値がロードされたそれぞれのデバイス説明がデバイスインスタンスを提供し、デバイス識別子の該少なくとも一部は前記関数を提供するために使用される少なくとも1つの異なったデバイスのそれぞれについて少なくとも１つのデバイスインスタンスに共通である。
【００４７】
デバイスに特殊なデータは、例えば、説明が関係するデバイスによってサポートされる手順のパラメータの少なくとも1つの値を備える。この値は、例えば、説明が関係するデバイスに対する認可された入力のための識別子を備えてよい。
【００４８】
特に好適実施形態では、説明が関係するデバイスは多重分離装置を備えてよい。
【００４９】
装置は、さらに、１つまたは複数のデバイス説明のコピーの数を事前に設定した最大に制限する制限手段を備えてよい。これは、装置のリソースのオーバロードを妨げる際に役立つ可能性がある。
【００５０】
好ましくは、装置は受信機／デコーダの使用で１つまたは複数のプロセスによりサポートされる関数を説明する少なくとも１つの関数説明と、前記１つまたは複数のプロセスで使用するための該関数説明または各関数説明に関して値をロードする手段とをさらに具備する。
【００５１】
本発明の追加の態様では、関数を提供するために受信機／デコーダを操作する方法が備えられ、該方法はデバイスの識別子を、そのデバイスに使用可能な少なくとも２つの異なる識別子から選択することと、該関数を提供するためにデバイスとの通信に関して選択された識別子を使用することとを備える。
【００５２】
本発明のさらに追加の態様では、関数を提供するために受信機／デコーダを操作する方法が備えられ、該方法は、関数を提供する際に使用される少なくとも２つの異なるデバイスと通信することと、前記２つの異なるデバイスのそれぞれとの通信に関して異なるそれぞれの識別子を使用することとを備え、前記異なるそれぞれの識別子は1つの共通部分を共用する。
【００５３】
本発明の追加の態様では、複数のサービスを同時に多重分離するためにデマルチプレクサを操作する手段を備える、データを処理するための装置が提供される。この態様は柔軟性の高まりの恩恵を受ける可能性がある。デマルチプレクサ操作手段は、例えば、少なくとも３つ、５つ、１０、または２０のサービスの同時多重分離を達成するように適応されてよい。
【００５４】
特定の好適実施形態では、デマルチプレクサ操作手段は、多重分離される各サービスに前述されたようにそれぞれの論理デマルチプレクサを割り当てる手段を備える。
【００５５】
本発明の追加の態様では、共通の期間で少なくとも第1の及び第２のデータストリームを多重分離するために１つの多重分離装置を制御するための信号を管理する制御信号管理手段を備える受信機／デコーダでの多重分離プロセスを制御する装置が備えられる。
【００５６】
制御信号管理手段は、前記第1データストリームを多重分離するために多重分離装置を制御する際にともに使用するためのデバイスの第1のファミリを維持し、前記第２データストリームを多重分離するために多重分離装置を制御する際にともに使用するためのデバイスの第２のファミリを維持するように適応されてよい。
【００５７】
好ましくは、各ファミリのデバイスは、ファミリのすべてのデバイスにとって少なくとも１つの共通部分を有する識別子をそれぞれ割り当てられ、第1のファミリの該共通部分は、それぞれのデータストリームを多重分離するために多重分離装置を制御する際に各ファミリのデバイスによって実行されるプロセスを調整する際に使用するために、第２のファミリの前記共通部分とは異なる。
【００５８】
装置は、好ましくは記録のために前記少なくとも２つのデータストリームのそれぞれを再多重化する少なくとも１つの再多重化装置をさらに備えてよい。
【００５９】
追加の態様においては、前記装置は受信機／デコーダ内に設けられ、それぞれのチャンネルへの接続のための少なくとも２つの入力と、前記入力の第1で受信される信号を前記入力の第２で受信される信号に相関付ける相関手段とをさらに備える。
【００６０】
本発明のさらに追加の態様では、デスクランブル動作を管理する制御ワードデバイスが提供され、該デバイスはソフトウェアで実現される。それはハードウェアデバイスにより管理されるデスクランブル動作について既知である。本発明のこの態様はセキュリティの強化という優位点を与えてよい。
【００６１】
まだ別の態様では、本発明は信号をデスクランブルするためにデスクランブル装置を制御する際に使用するためのインタフェースを備える受信機／デコーダ用の装置を提供する。
【００６２】
該装置は、信号をデスクランブルするためにデスクランブル装置の使用のインスタンスに識別子を割り当てるための手段をさらに備え、その識別子はインタフェースによる使用のそのインスタンスに関係してデスクランブル装置を制御する際に使用される。
【００６３】
識別子を割り当てるための手段は、同じ時間期間でデスクランブル装置に複数の識別子を割り当てるための手段を備えてよく、各識別子はデスクランブル装置の使用のそれぞれのインスタンスに関してデスクランブル装置を制御する際に使用するためである。
【００６４】
デスクランブル装置の使用の少なくとも第１の及び第２のインスタンスは、少なくとも１つのそれぞれの信号をデスクランブルするためのアクセス条件を前提としてよい。
【００６５】
装置は、それぞれのデスクランブルプロセスにおいて使用するためのデスクランブル装置に対する復号キーの供給を管理するように装置されてよい。例えば、装置は復号キーの送達を受信する手段からデスクランブル装置への復号キーの供給を調整するように装置されてよく、該調整はデスクランブル装置の使用の各それぞれのインスタンスに割り当てられる識別子を使用することによって行われる。復号キーは、例えば多重化された情報信号で受信されてよい。
【００６６】
インタフェースは、多重分離機能をサポートするデバイスのファミリの中の少なくとも1つのデバイスにアクセス加納であってよく、装置はデバイスの該ファミリの中の該同じデバイスの複数のインスタンスを提供するための手段をさらに備えてよく、それぞれのインスタンスは例えばデスクランブル装置の使用のインスタンスのために少なくとも１つの割り当てられた識別子に関係してそのように提供される。
【００６７】
本発明のさらに追加の態様においては、デスクランブルする装置を制御するインタフェースの使用を備える、スクランブルされた信号をデスクランブルする方法が提供される。該方法は、例えば、デスクランブル装置の使用のインスタンスに識別子を割り当てるステップと、インタフェースによって使用の前記インスタンスに関してデスクランブル装置を制御する上で識別子を使用するステップとを備えてよい。
【００６８】
該方法は、デスクランブル装置の使用の第1のインスタンスに第1の識別子を割り当てることと、デスクランブル装置の使用の第２のインスタンスに第２の識別子を割り当てることと、デスクランブル装置を制御する上での使用の第１のインスタンスと第２のインスタンスを区別するために第１の識別子と第２の識別子を使用し、使用の前記第１のインスタンスと第２のインスタンスが共通の期間で発生することをさらに備えてよい。
【００６９】
デスクランブル装置の使用の第１のインスタンスと第２のインスタンスは、デスクランブルするための少なくとも１つの異なるそれぞれのアクセス条件を前提としてよい。
【００７０】
本発明の追加の態様においては、第１のデバイスを記録する手段と、第２のサービスを同時に記録する手段と、ユーザによって選ばれるそれぞれのときに第１のサービスと第２のサービスをプレイバックする手段とを備えるデータを処理する装置が提供される。このような装置はユーザに強化された柔軟性とユーティリティを提供してよい。
【００７１】
まだ別の態様では、本発明は、１つの共通した期間で２つまたはそれ以上のプログラムデータストリームを記録するための記録手段を備える受信機／デコーダ用装置を提供する。
【００７２】
さらに追加の態様では、本発明は１つの共通した期間で２つまたはそれ以上の異なるプログラムデータストリームを記録することを備える、プログラム信号を記録する方法を提供する。
【００７３】
本発明の追加の態様では、第１のチャンネルでサービスデータを受信する手段と、第２のチャンネルでそのサービスに関係する条件付きアクセスデータを受信する手段とを備えるデータを処理する装置が提供される。これは、条件付きアクセスを受信するために必要とされる帯域幅を削減するという優位点を授与してよい。
【００７４】
装置は、条件付きアクセスデータ受信手段に、それが条件付きアクセスデータを受信するチャンネルを変更させる手段もさらに備えてよい。したがって、例えば周期的に変化するチャンネルから条件付きアクセスデータを受信することが可能であってよく、条件付きアクセスデータが放送されるチャンネルを変更できるようにし、このようにして条件付きアクセスデータのチャンネルホッピングを可能にし、機密保護を強化してよい。
【００７５】
このために、本発明の追加の態様は、第１のチャンネル条件付きアクセスデータを除くサービスデータを放送するように適応されたサービスデータ放送手段と、第２のチャンネルでサービスに関する条件付きアクセスデータを放送する条件付きアクセスデータ放送手段とを備える放送センタを提供する。
【００７６】
該放送センタは、条件付きアクセスデータ放送手段に条件付きアクセスデータが放送されるチャンネルを変更させる手段をさらに備えてよい。
【００７７】
本発明のさらに追加の態様では、第１のチャンネルで条件付きアクセスデータを除くサービスデータを放送するサービスデータ放送手段と、第２のチャンネルでサービスに関する条件付きアクセスデータを放送する条件付きアクセスデータ放送手段と、サービスデータを受信するサービスデータ受信手段と、条件付きアクセスデータを受信する条件付きアクセスデータ受信手段とを備える条件付きアクセスシステムが提供される。
【００７８】
追加の態様では、本発明は複数のチャンネル上で装置で受信される信号を受信する、及び／または復号する上で使用するための受信機／デコーダ用の装置を提供し、前記装置はそれぞれのチャンネルへの接続のための少なくとも２つの入力と、前記入力の第１で受信される信号を前記入力の第２で受信される信号と相関付ける相関手段とを備える。
【００７９】
装置は、第１の入力で信号内で受信されるチャンネル識別子を検出する検出手段と、前記第２の入力への接続のためにチャンネルを選択するチャンネル選択手段と、前記第２の入力への接続のためにチャンネル識別子によって識別されるチャンネルを選択するためのチャンネル選択手段を制御するための制御手段とをさらに備えてよい。各それぞれのチャンネルは例えば別の搬送周波数を有してよい。
【００８０】
第１の入力で受信される信号は、少なくともおもにコンテンツデータを備えてよく、第２の入力で受信される信号はコンテンツデータに関する管理データを備えてよい。
【００８１】
装置は、情報信号をデスクランブルするためのデスクランブル装置を制御する上で使用するためのインタフェースをさらに備えてよい。
【００８２】
本発明の追加の態様では、第１の多重化信号トランスポートストリーム内で第１の信号を放送する放送手段と、第２の多重化信号トランスポートストリーム内で第２の信号を放送する放送手段と、関係する信号を相関する上で使用するための相関信号を送信する相関信号伝送手段とを備える、多重化された信号トランスポートストリームで関係する信号を放送する放送システムが提供される。相関信号は、例えば、第１のトランスポートストリームと第２のトランスポートストリームの少なくとも１つの搬送周波数を識別する搬送周波数データを備えてよい。相関信号は、第１のトランスポートストリームと第２のトランスポートストリームの１つでスロットを識別する少なくとも１つのスロット識別子をさらにまたは代わりに備えてよい。
【００８３】
本発明は、コンピュータプログラム、及びここに説明される方法のいずれかを実行する、及び／またはここに説明される装置機能のいずれかを具体化するコンピュータプログラム製品、及びここに説明される方法のいずれか、及びまたはここに説明される装置機能のいずれかを実行するプログラムをその上に記憶しているコンピュータ読み取り可能媒体も提供する。
【００８４】
本発明は、ここに説明される方法のいずれかを実行するため、及び／またはここに説明される装置特徴のいずれかを具体化するためのコンピュータプログラムを具体化する信号と、このような信号を送信する方法、ならびにここで説明される方法のいずれかを実行するため、及び／またはここで説明される装置特徴のいずれかを実現するためのコンピュータプログラムをサポートするオペレーティングシステムを有するコンピュータ製品も提供する。
【００８５】
本発明は、添付図面に関して実質的にここに説明されるような方法及び／または装置に及ぶ。
【００８６】
本発明の１つの態様における任意の機能は、任意の適切な組み合わせで本発明の他の態様に適用されてよい。特に方法態様は装置態様に適用されてよく、逆もまた同様であってよい。
【００８７】
さらに、ハードウェアで実現される機能は、概してソフトウェアで実現されてよく、逆もまた同様であってよい。ここでのソフトウェア機能とハードウェア機能に対する参照は相応して解釈されなければならない。
【００８８】
ここに本発明の好適機能が、添付図面に関して純粋に一例として説明されるだろう。
【発明を実施するための最良の形態】
【００８９】
システム概要
デジタルテレビシステム５００の概要は図１に図示される。後述されるように、システム５００は、後述されるように放送センタ１０００、受信機／デコーダ２０００、受信機／デコーダのソフトウェア／ハードウェアアーキテクチャ３０００、対話システム４０００、及び条件付きアクセスシステム５０００を備える。
【００９０】
システム５００は、圧縮されたデジタル信号を送信するために既知のＭＰＥＧ−２圧縮システムを使用するおもに従来のデジタルテレビシステム５０２を含む。さらに詳細には、放送センタ１０００内のＭＰＥＧ−２コンプレッサはデジタル信号ストリーム（通常、ビデオ信号のストリーム）を受信する。該コンプレッサ１０１０はマルチプレクサとスクランブラ１０３０にリンケージ１０２０によって接続される。
【００９１】
マルチプレクサ１０３０は、複数の追加入力信号を受信し、トランスポートストリームをアセンブルし、言うまでもなく電気通信リンクを含む多岐に渡る形式を取ることがあるリンケージ１０２２を介して放送センタの送信機５１０に圧縮デジタル信号を送信する。送信機５１０は衛星トランスポンダ５２０に向かってアップリンク５１４を介して電磁信号を送信し、そこでそれらは電子的に処理され、概念的なダウンリンク５１６を介して、従来はエンドユーザが所有するまたは賃借りするパラボラアンテナの形の地上受信機５１２に放送される。言うまでもなく、陸上放送、ケーブル伝送、衛星／ケーブル結合型リンク、電話網等のデータの伝送のための他のトランスポートチャンネルも考えられる。
【００９２】
受信機５１２によって受信される信号は、エンドユーザが所有または賃借りし、エンドユーザのテレビ受像機１００００に接続する統合型受信機／デコーダ２０００に送信される。受信機／デコーダ２０００は、テレビ受像機１００００用のテレビ信号に圧縮されたＭＰＥＧ−２信号を復号する。別個の受信機／デコーダは図１に図示されているが、受信機／デコーダは統合型デジタルテレビの一部であってもよい。ここで使用されるように、用語「受信機／デコーダ」は、セットトップボックスなどの別個の受信機／デコーダ、及びそれと統合された受信機／デコーダを有するテレビを含む。
【００９３】
受信機／デコーダ２０００では、視聴覚データ及び他のデータを記憶することができるハードディスク２１００が設けられる。これにより、受信機／デコーダにより受信されるプログラム用の高度な記録ファシリティとプレイバックファシリティが可能になり、また電子番組表データなどの大量の他の種類のデータを受信機／デコーダに記憶できるようにする。
【００９４】
受信機／デコーダ内のコンテンツ管理及び保護システム（ＣＭＰＳ）２３００（図示されていない）は、ハードディスク２１００（または他の記憶装置）上でのデータの記録及びプレイバックを確実に且つ柔軟に制御する機能を提供する。
【００９５】
マルチチャンネルシステムでは、マルチプレクサ１０３０が、多くの平行ソースから受信される音声情報とビデオ情報を処理し、対応する数のチャンネルに沿って情報を放送するために送信機５１０と対話する。視聴覚情報に加えて、メッセージまたはアプリケーションまたは他の種類のデジタルデータが、送信されたデジタル音声情報とビデオ情報とインタレースされるこれらのチャンネルのいくつかまたはすべてで導入されてよい。
【００９６】
対話型システム４０００はマルチプレクサ１０３０及び受信機／デコーダ２０００に接続され、部分的には放送センタに、部分的には受信機／デコーダ内に位置する。それにより、エンドユーザはバックチャンネル５７０を介して多様なアプリケーションと対話できる。バックチャンネルは、例えば公衆電話交換網（ＰＳＴＮ）チャンネル（例えば、モデム化されたバックチャンネル）またはアウトオブバンド（ＯＯＢ）チャンネルであってよい。
【００９７】
やはりマルチプレクサ１０３０と受信機／デコーダ２０００に接続され、再び部分的には放送センタ内、部分的には受信機でコーダ内に位置する条件付きアクセスシステム５０００により、エンドユーザは１つまたは複数の供給業者からデジタルテレビ放送にアクセスできる。商業的なオファー（すなわち、放送供給業者により販売される１つまたは複数のテレビ番組）に関するメッセージを暗号解読できるスマートカードを受信機／デコーダ２０００の中に挿入することができる。受信機／デコーダ２０００とスマートカードを使用して、エンドユーザは加入モードまたはペイパービューモードのどちらかで商業的なオファーを購入してよい。通常、これは、対話型システム４０００によって使用されるバックチャンネル５７０を使用して達成される。
【００９８】
前述されたように、システムによって送信される番組は、マルチプレクサ１０３０でスクランブルされ、条件及び暗号鍵はアクセス制御システム５０００によって決定される指定の伝送に適用される。このようにしてスクランブルされたデータの伝送は、有料テレビシステムの分野では周知である。通常、スクランブルされたデータはデータのデスクランブルのための制御ワードとともに送信され、該制御ワード自体がいわゆる利用（ｅｘｐｌｏｉｔａｔｉｏｎ）鍵によって暗号化されている。
【００９９】
次に、スクランブルされたデータと暗号化された制御ワードは符号化された制御ワードを復号し、その後送信されたデータをデスクランブルするために、受信機／デコーダ内に挿入されるスマートカード上に記憶されている利用鍵の同等物にアクセスできる受信機／デコーダ２０００によって受信される。支払い済みの加入者は、例えば放送される月次ＥＭＭ（エンタイトルメント管理メッセージ）の中で、伝送の視聴を可能にするように暗号化された制御ワードを復号化するのに必要な利用鍵を受信する。
【０１００】
図２は、圧縮デジタル信号用の放送媒体としてケーブルネットワークを活用するデジタル部レビシステム５０４の代替実施形態を描いている。この図では、類似する部分は類似する番号で示されている。
【０１０１】
衛星トランスポンダ及び送信局と受信局はケーブルネットワーク５５０によって置き換えられている。さらに、この特定の実施形態では、受信機／デコーダ２０００と対話型システム４０００と条件付きアクセスシステム５０００の間のモデム化されたバックチャンネルは削除され、それぞれケーブルネットワーク５５０と条件付きアクセスシステム５０００と対話型システム４０００の間のリンケージ５５４、５５６で置き換えられている。受信機／デコーダ２０００は、このようにしてケーブルネットワーク５５０を介して他のシステムと通信し、ケーブルモデムまたは他の手段を活用し、それが、それが放送センタからデータを受信するのと同じリンクを介してデータを送受できるようにする。
【０１０２】
ケーブルネットワーク５５０は、専用の接続、インターネット、ローカルケーブル分散ネットワーク、無線接続、または前記の任意の組み合わせなどのワイドエリアネットワーク（ＷＡＮ）の任意の形式であってよい。本実施形態では、ハイブリッド同軸ファイバ（ＨＦＣ）ネットワークが使用されている。受信機／デコーダ２０００とテレビシステムの他の構成要素間の多様な通信手段が置き換え可能であることが理解される。
条件付きアクセスシステム
図３に関して、概要では、条件付きアクセスシステム５０００は鍵管理システム（ＳＡＳ）５２００を含む。ＳＡＳ５２００は、１つまたは複数の顧客管理システム（ＳＭＳ）１１００、つまりＴＣＰ−ＩＰリンクまたは他の種類のリンクであってよいリンク１０４４によって放送供給者ごとに１つのＳＭＳに接続される。
【０１０３】
代わりに、１つのＳＭＳを２つの商業的な事業者の間で共用できる、あるいは1つの事業者が２つのＳＭＳを使用できる等である。
【０１０４】
「マザー」スマートカード５１１０を活用する暗号装置５１００の形の暗号化装置はリンケージ１０４２によってＳＡＳに接続される。やはりマザースマートカード５１１２を活用する暗号装置５１０２の形の第２の暗号化装置がリンケージ１０４０によってマルチプレクサ１０３０に接続される。受信機／デコーダ２０００は「ドーター」スマートカード５５００を受信する。受信機／デコーダは通信サーバ１２００及びモデム化されたバックチャンネル５７０を介してＳＡＳ５２００に直接的に接続される。ＳＡＳは、申し込みあり次第にとりわけ予約権を送信する。
【０１０５】
好適実施形態の変形では、インターネットまたはケーブル接続がＰＳＴＮ５７０及び通信サーバ１２００を補完するか、置換するかのどちらかである。
【０１０６】
スマートカードは、１つまたは複数の商業的な事業者からの機密情報を含む。「マザー」スマートカードはさまざまな種類のメッセージを暗号化し、「ドーター」スマートカードは、それらがそのようにする権利を有しているのであれば該メッセージを復号化する。
【０１０７】
図３に関して、放送センタでは、ＭＰＥＧ−２コンプレッサ１０１０を使用してデジタルビデオ信号が最初に圧縮される（つまりビットレート削減される）。この圧縮された信号が、次に他の圧縮データなどの他のデータとともに多重化されるためにマルチプレクサとスクランブラ１０３０に送信される。
【０１０８】
スクランブラは、スクランブルプロセスで使用され、マルチプレクサ１０３０内のＭＰＥＧ−２ストリームに含まれる制御ワードを生成する。制御ワードは内部で生成され、エンドユーザの統合型受信機／デコーダ２０００が番組をデスクランブルできるようにする。
【０１０９】
番組がどのようにして商品化されているのかを示すアクセス基準もＭＰＥＧ−２ストリームに追加される。番組は多くの「予約」モード及び／または多くの「ペイパービュー」（ＰＰＶ）モードまたはイベントの１つのどちらかで商品化されてよい。予約モードでは、エンドユーザは１つまたは複数の商業的なオファー、つまり「ブーケ」に加入し、このようにしてそれらのブーケの内側のあらゆるチャンネルを見る権利を取得する。ペイパービューモードでは、エンドユーザは、自分が希望するようにイベントを購入する能力を与えられる。
【０１１０】
制御ワードとアクセス基準の両方ともエンタイトルメント制御メッセージ（ＥＣＭ）を構築するために使用される。これは、１つのスクランブルされた番組に関して送信されるメッセージである。つまり、メッセージには（番組のデスクランブルを可能にする）制御ワードと放送番組のアクセス基準が含まれる。アクセス基準と制御ワードはリンケージ１０４０を介して第２の符号化装置５１０２に送信される。この装置では、ＥＣＭが生成され、暗号化され、マルチプレクサとスクランブラ１０３０に送信される。
【０１１１】
放送供給業者によってデータストリームの中で放送される各サービスは、多くの異なる構成要素を備える。例えば、テレビ番組はビデオ構成要素、音声構成要素、字幕構成要素等を含む。サービスのこれらの構成要素は、個別にスクランブルされ、以後の放送のために暗号化される。サービスのそれぞれのスクランブルされた構成要素に関して、別個のＥＣＭが必要とされる。
【０１１２】
マルチプレクサ１０３０は、ＳＡＳ５２００からの暗号化されたＥＭＭ、第２の暗号化装置５１０２から暗号化されたＥＣＭ、及びコンプレッサ１０１０から圧縮された番組を備える電気信号を受信する。マルチプレクサ１０３０は番組をスクランブルし、スクランブルされた番組、暗号化されたＥＭＭ及び暗号化されたＥＣＭを、例えば図１に図示されるような衛星システムまたは他の放送システムであってよい放送システム６００への電気信号として送信する。受信機／デコーダ２０００は、暗号化されたＥＭＭと暗号化されたＥＣＭとともにスクランブルされた番組を獲得するために信号を多重分離する。
【０１１３】
受信機／デコーダは放送信号を受信し、ＭＰＥＧ−２データストリームを抽出する。番組がスクランブルされている場合には、受信機／デコーダ２０００はＭＰＥＧ−２ストリームから対応するＥＣＭを抽出し、エンドユーザの「ドーター」スマートカード５５００にＥＣＭを渡す。これは、受信機／デコーダ内のハウジングの中に入る。ドータースマートカード５５００は、エンドユーザがＥＣＭを復号化し、番組にアクセスする権利を有しているかどうかを管理する。有していない場合には、否定的なステータスが受信機／デコーダ２０００に渡され、番組をデスクランブルできない旨を示す。エンドユーザが権利を有している場合には、ＥＣＭは復号化され、制御ワードが抽出される。デコーダ２０００は次にこの制御ワードを使用して番組をデスクランブルできる。ＭＰＥＧ−２ストリームは解凍され、テレビ受像機１００００への前方への伝送のためにビデオ信号に変換される。
【０１１４】
番組がスクランブルされていない場合、ＥＣＭはＭＰＥＧ−２とともに送信されず、受信機／デコーダ２０００はデータを解凍し、テレビ受像機１００００への伝送のためにビデオ信号に信号を変換する。
【０１１５】
顧客管理システム（ＳＭＳ）１１００は、とりわけエンドユーザファイル、（料金表及び販売促進などの）商業的なオファー、予約、ＰＰＶ詳細、及びエンドユーザの消費と許可のすべてを管理するデータベース１１５０を含む。ＳＭＳは、ＳＡＳから物理的に遠隔であってよい。
【０１１６】
ＳＭＳ１１００は、エンドユーザに送信されるエンタイトルメント管理メッセージ（ＥＭＭ）に対する修正またはその作成を暗示するメッセージをＳＡＳ５２００に送信する。また、ＳＭＳ１１００はＥＭＭの修正または作成は暗示しないが、（製品を注文するときにエンドユーザに付与される許可に関して、あるいはエンドユーザが請求される金額に関して）エンドユーザの状態の変化だけを示唆するメッセージをＳＡＳ５２００に送信する。ＳＡＳ５２００は、ＳＭＳ１１００に対して（通常は、再調査情報または料金請求書作成発行情報などの情報を要求する）メッセージも送信し、その結果二者の間の通信が双方向であることが明らかになるだろう。
受信機／デコーダ
図４を参照すると、受信機／デコーダ２０００の多様な要素は、ここで機能ブロックという点で説明される。
【０１１７】
例えばデジタルセットトップボックス（ＤＳＴＢ）であってよい受信機／デコーダ２０００は、中央ホストプロセッサ２００２とデジタルテレビコプロセッサ２００４を備え、両方とも関連付けられたメモリ要素（図示されていない）を有し、コプロセッサバス２００６によって接続されている。コプロセッサ２００４は、ＵＳＢインタフェース２０７０、シリアルインタフェース２０７２、パラレルインタフェース（図示されていない）、（図１のモデムバックチャンネル５７０に接続されている）モデム２０７４及びデコーダの全面パネル２０５４上のスイッチ接点から入力データを受信するように適応されている。
【０１１８】
受信機／デコーダは、さらに赤外線リモコン２０８０から（及び要すればブルートゥースによってイネーブルされるデバイスなどの他の無線周辺機器２０８２から）入力を受信するように適応され、銀行スマートカードと予約スマートカード２０６０、２０６２それぞれを読み取るように適応されている２つのスマートカード読取装置２０５０、２０５２も所有する。予約スマートカード読取装置２０５２は、差し込まれた予約カード２０６２と、及び条件付きアクセス装置（図示されていない）と関与し、必要な制御ワードをデマルチプレクサ／デスクランブラ／リマルチプレクサ装置２０１０に供給し、暗号化された放送信号をデスクランブルできるようにする。デコーダは、従来のチューナ２０１６と復調器２０１２も含み、復調器／デスクランブラ装置２０１０によってフィルタリングされ、多重分離される前に衛星情報を受信し、復調する。第２のチューナ２０１８と第２の復調器２０１４も設けられ、とりわけ第２のチャンネルを受信し、第１と平行して復号できるようにする。
【０１１９】
ハードディスク２１００も設けられ、受信機／デコーダによって、受信、生成される番組とアプリケーションデータの記憶を可能にする。２台のチューナ２０１６、２０１８、２台の復調器２０１２、２０１４、デスクランブラ／デマルチプレクサ／リマルチプレクサ２０１０、及びデータデコーダ２０２４と音声でコーダ２０２６と関連して、高度な記録とプレイバックの機能が提供され、すべてが平行して発生する、追加の番組が視聴されている間の１つまたは複数の番組の同時記録、ディスプレイ装置からハードディスクへの、及びハードディスクからディスプレイ装置へのより一般的な転送、及び／または入力と出力を可能にする。
【０１２０】
受信機／デコーダ内での音声出力２０３８とビデオ出力２０４０は、それぞれＰＣＭミキサー２０３０と音声ＤＡＣ２０３４、ＭＰＥＧビデオデコーダ２０２８、グラフィックエンジン２０３２及びＰＡＬ／ＳＥＣＡＭエンコーダ２０３６によって送られる。代わりの、または補完的な出力も言うまでもなく提供されてよい。
【０１２１】
この説明に使用されるように、アプリケーションは、好ましくは、好ましくは受信機／デコーダ２０００の高レベル関数を制御するための１つのコンピュータコードである。例えば、エンドユーザがリモコン２０８０のフォーカスをテレビ受像機（図示されていない）の画面上で見られるボタンオブジェクトの上に配置し、確証キーを押すと、該ボタンに関連付けられる命令シーケンスが実行される。アプリケーション及び関連付けられるミドルウェアはホストプロセッサ２００２によって実行され、リモートプロシジャコール（ＲＰＣ）がコプロセッサバス２００６全体で、必要に応じて、及び必要とされるときにデジタルテレビコプロセッサ２００４に対して行われる。
【０１２２】
対話アプリケーションは、メニューを提案し、エンドユーザの要請によりコマンドを実行し、アプリケーションの目的に関係するデータを提供する。アプリケーションは常駐アプリケーションである、つまり受信機／デコーダ２０００のＲＯＭ（またはＦＬＡＳＨまたは他の不揮発性メモリ）内に記憶されてよいか、あるいは放送され、受信機／デコーダ２０００のＲＡＭ、ＦＬＡＳＨメモリまたはハードディスクにダウンロードされてよい。
【０１２３】
アプリケーションは受信機／デコーダ２０００内のメモリロケーションに記憶され、リソースファイルとして表現される。リソースファイルはグラフィックオブジェクト記述単位ファイル、変数ブロック単位ファイル、命令シーケンスファイル、アプリケーションファイル及びデータファイルを備える。
【０１２４】
受信機／デコーダは、少なくとも１つのＲＡＭボリューム、ＦＬＡＳＨボリューム及び少なくとも１つのＲＯＭボリュームに分割されるメモリ（図示されていない）を含むが、この物理的な編成は論理的な編成とは異なる。メモリは、さらに多様なインタフェースと関連つけられるメモリボリュームに分割されてよい。ある観点からは、メモリはハードウェアの一部と見なすことができる。別の観点からは、メモリは、ハードウェアとは別に図示されているシステムの全体をサポートする、または含むと見なすことができる。
受信機／デコーダのアーキテクチャ
図５に関して、受信機／デコーダのソフトウェア／ハードウェアアーキテクチャ３０００は、任意の受信機／デコーダ内で、及び任意のオペレーティングシステムを用いて実現できるように編成された５つのソフトウェア層を含んでいる。多様なソフトウェア層はアプリケーション層３１００、アプリケーションプログラミングインタフェース（ＡＰＩ）層３３００、仮想機械層３５００、デバイス層インタフェース３７００（多くの場合単に「デバイス層」と省略される）、及びシステムソフトウェア／ハードウェア層３９００である。
【０１２５】
アプリケーション層３１００は、受信機／デコーダ内に常駐するか、あるいは受信機／デコーダにダウンロードされるかのどちらかのアプリケーション３１２０を備える。例えば、Ｊａｖａ、ＨＴＭＬ、ＭＨＥＧ−５または他の言語などで作成されたカスタマによって使用される対話型アプリケーションがあるか、あるいはそれらは例えばこのような対話型アプリケーションを実行するためなど、他の目的のために受信機／デコーダによって使用されるアプリケーションであってよい。この相は、仮想機械層によって提供されるオープンアプリケーションプログラミングインタフェース（ＡＰＩ）の集合に基づいている。このシステムにより、即座にまたはオンデマンドで受信器内のハードディスク、フラッシュメモリまたはＲＡＭメモリにアプリケーションをダウンロードできる。アプリケーションコードは、データ記憶装置媒体コマンド及び制御（Ｄａｔａ  Ｓｔｏｒａｇｅ  Ｍｅｄｉａ  Ｃｏｍｍａｎｄ  ａｎｄ  Ｃｏｎｔｒｏｌ）（ＤＳＭＣＣ）、ネットワークファイルサーバ（ＮＦＳ）または他のプロトコルなどのプロトコルを使用する圧縮されたまたは圧縮されていないフォーマットで送信できる。
【０１２６】
ＡＰＩ層３３００は対話型アプリケーション開発のための高レベルユーティリティを提供する。それは、この高レベルＡＰＩを構成する複数のパッケージを含む。パッケージは、対話型アプリケーションを実行するために必要なすべての機能性を提供する。パッケージはアプリケーションによってアクセス可能である。
【０１２７】
好適実施形態では、ＡＰＩはＪａｖａ、ＰａｎＴａｌｋまたはこのような類似したプログラミング言語で作成されたアプリケーションのために適応される。さらに、それはＨＴＭＬ及びＭＨＥＧ−５などの他のフォーマットの解釈を容易にすることもできる。これらの機能の他に、それは要件が決定付けるように切り離し自在且つ拡張自在である他のパッケージとサービスモジュールも含む。
【０１２８】
仮想機械層３５００は、言語インタプリタ及び多様なモジュールとシステムから構成されている。カーネル３６５０（図示されていない）により管理されているこの層は、受信機／デコーダで対話型アプリケーションを受信し、実行するのに必要なあらゆるものから構成されている。
【０１２９】
デバイス層インタフェース３７００はデバイスマネージャとソフトウェアデバイス（ここでは通常単に「デバイス」として参照される）を含む。デバイスは外部イベントと物理インタフェースの管理に必要な論理リソースから構成されるソフトウェアモジュールである。デバイスマネージャの支配下のデバイス層インタフェースは、ドライバとアプリケーション間の通信チャンネルを管理し、機能強化されたエラー例外チェックを実現する。管理されている（ハードウェア）デバイスのいくつかの例は、カード読取装置３７２２（図示されていない）、モデム３７３０（図示されていない）、ネットワーク３７３２（図示されていない）、ＰＣＭＣＩＡ（ＰＣメモリカード国際協会）、ＬＥＤディスプレイ等である。ＡＰＩ層は上からデバイスを制御するため、プログラマはこの層をじかに取り扱う必要はない。
【０１３０】
システムソフトウェア／ハードウェア層３９００は、受信機／デコーダのメーカーによって提供される。システムのモジュラー性のため、及びさらに高レベルのオペレーティングシステムにより供給される（イベントスケジューリング及びメモリ管理などの）サービスが仮想機械とカーネルの一部であるために、さらに高レベルの層はある特定のリアルタイムオペレーティングシステム（ＲＴＯＳ）またはある特定のプロセッサに結び付けられていない。
【０１３１】
通常、ときおりデバイス層インタフェース３７００及び／またはＡＰＩ３３００と組み合わされ、仮想機械層３５００は受信機／デコーダの「ミドルウェア」と呼ばれる。
【０１３２】
図６に関して、（アプリケーション層３１００、ＡＰＩ層３３００及び仮想機械層３５００を備える）図５の上半分に対応する受信機／デコーダ３０００が、ここでさらに詳細に説明される。
【０１３３】
対話型アプリケーションとは、ユーザが例えば電子番組表、テレバンキングアプリケーション及びゲームなどの製品とサービスを獲得するために対話するアプリケーションである。
【０１３４】
アプリケーション層３１００には、２種類のアプリケーション、さらにアプリケーションマネージャ３１００がある。それらがＡＰＩ３３００に準拠している限り任意の時点で追加できるウェブブラウザ３１３０などの対話型アプリケーションがあり、対話型アプリケーションを管理、サポートする常駐アプリケーションがある。常駐アプリケーションは、実質的には恒久的であり、以下を含む。
【０１３５】
・ブート。ブートアプリケーション３１４２は、受信機／デコーダの電源が入れられたときに起動される最初のアプリケーションである。ブートアプリケーションはまずアプリケーションマネージャ３１１０を起動してから、メモリマネージャ３５４４とイベントマネージャ３５４６などの仮想機械３５００内の「マネージャ」ソフトウェアモジュールを起動する。
【０１３６】
・アプリケーションマネージャ。アプリケーションマネージャ３１１０は、受信機／デコーダ内で実行される対話型アプリケーションを管理する。すなわち、それはイベントを停止し、一時停止し、再開し、取り扱い、アプリケーション間の通信に対処する。それにより複数のアプリケーションが一度に実行することができ、したがってそれらの間のリソースの割り当てに関与している。このアプリケーションは、ユーザにとって完全にトランスペアレントである。
【０１３７】
・セットアップ。セットアップアプリケーション３１４４の目的とは、受信機／デコーダを、おもにそれが最初に使用されるときに構成することである。それはテレビチャンネルの走査、日付と時刻の設定、ユーザ優先順位の設定等のアクションを実行する。ただし、セットアップアプリケーションは受信機／デコーダ構成を変更するためにユーザが任意の時点で使用できる。
【０１３８】
・ザッピング。ザッピングアプリケーション３１４６は、プログラムアップキー、プログラムダウンキー及び数値キーを使用してチャンネルを変更するために使用される。例えばバナー（パイロット）アプリケーションを通してなど、別の形のザッピングが使用されるとき、ザッピングアプリケーションは停止される。
【０１３９】
・コールバック。コールバックアプリケーション３１４８は、受信機／デコーダメモリに記憶されている多様なパラメータの値を抽出し、これらの値をモデム化されたバックチャンネル１０７０（図示されていない）を介して、あるいは他の手段によって商業的な事業者に返す。
【０１４０】
アプリケーション層３１００の中の他のアプリケーションは番組表アプリケーション３１３２、ペイパービューアプリケーション３１３４、バナー（パイロット）アプリケーション３１３６、ホームバンキングアプリケーション３１３８、ソフトウェアダウンロードアプリケーション３１４０及びＰＶＲ（パーソナルビデオレコーダ）アプリケーション３１５４（下記参照）を含む。
【０１４１】
前記に注記されたように、アプリケーションプログラミングインタフェース（ＡＰＩ）層３３００は複数のパッケージを含んでいる。これらは、例えば仮想機械の基本機能にアクセスするために使用される基本システムパッケージ３３１０、ＤＡＶＩＣパッケージ３３２０、及びおもなソフトウェアベンダに固有のソフトウェアアーキテクチャの機能にアクセスするために使用される専用のパッケージ３３３０を含む。
【０１４２】
さらに詳細に考慮されると、仮想機械３５００は以下を含む。
【０１４３】
・言語インタプリタ３５１０。さまざまなインタプリタが読み取られるアプリケーションの型に準拠するためにインストールできる。これらはＪａｖａインタプリタ３５１２、ＰａｎＴａｌｋインタプリタ３５１４、ＨＴＭＬインタプリタ３５１６、ＭＨＥＧ−５インタプリタ３５１８及び他を含む。
【０１４４】
・サービス情報（ＳＩ）エンジン。ＳＩエンジン３５４０は、共通のデジタルビデオ放送（ＤＶＢ）テーブルまたは番組システム情報プロトコル（Ｐｒｏｇｒａｍ  Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）（ＰＳＩＰ）テーブルをロード、監視し、それらをキャッシュの中に入れる。それは、それらの中に含まれているデータを必要とするアプリケーションによってこれらのテーブルへのアクセスを可能にする。
【０１４５】
・スケジューラ３５４２。このモジュールは、各スレッドが独自のイベント待ち行列を有する、先制的なマルチスレッド化されたスケジューリングを可能にする。
【０１４６】
・メモリマネージャ３５４４。このモジュールはメモリへのアクセスを管理する。それは、必要時にメモリ内のデータを自動的に圧縮し、自動ゴミ収集も行う。
【０１４７】
・イベントマネージャ３５４６。このモジュールにより、優先順位に従ってイベントをトリガできる。それはタイマ及びイベントグラビングを管理し、アプリケーションがイベントを互いに送信できるようにする。
【０１４８】
・ダイナミックリンカ３５４８。このモジュールは、ネイティブＪａｖａ関数から生じるアドレスの導出を可能にし、ＲＡＭにダウンロードされるＪａｖａクラスからネイティブメソッドをロードし、ＲＯＭに向かってダウンロードされたネイティブコードから呼び出しを分離する。
【０１４９】
・グラフィック・システム３５５０。このシステムはオブジェクト指向型であり、最適化されている。それは、多言語サポート付きのベクタフォントエンジンだけではなく、グラフィックウィンドウ及びオブジェクト管理も含む。
【０１５０】
・クラスマネージャ３５５２。このモジュールはクラスをロードし、問題を参照する任意のクラスを分離する。
【０１５１】
・ファイルシステム３５５４。このモジュールはコンパクトであり、複数のＲＯＭボリューム、フラッシュボリューム、ＲＡＭボリューム及びＤＳＭＣＣボリュームのある階層ファイルシステムを管理するために最適化されている。フラッシュ完全性は、あらゆる事件に対して保証されている。
【０１５２】
・セキュリティマネージャ３５５６。このモジュールはアプリケーションを認証し、機密に関わるメモリとセットアップボックスの他のゾーンへのアプリケーションのアクセスを制御する。
【０１５３】
・ダウンローダ３５５８。このモジュールは、リモートＤＳＭＣＣカルーセルからの、あるいはＮＦＳプロトコルを通した自動データロードを使用し、ダウンロードされたファイルは常駐ファイルと同様にアクセスされる。メモリクリアアップ、圧縮及び認証も行われる。
【０１５４】
さらに、クライアントリソースが効率的に管理されるように、ＤＡＶＩＣリソース通知モデルがサポートされている。
【０１５５】
カーネル３６５０は仮想機械インタフェース３５００及びデバイス層インタフェース３７００（図示されていない）で実行する多様なさまざまなプロセスを管理する。効率及び信頼性の理由から、カーネルはオペレーティングシステムのためにＰＯＳＩＸ企画の関連する部分を実現する。
【０１５６】
カーネルの制御下では、（Ｊａｖａアプリケーション及びＰａｎｔａｌｋアプリケーションを実行している）仮想機械が、大量記憶装置サーバ３８５０（図示されていない）などのオペレーティングシステムの他の「サーバ」要素には別個の独自のスレッド内で実行する。アプリケーション３１２０がマルチスレッド化した環境から恩恵を受けることができるために、システムコールでパラメータとしてスレッドＩＤが渡されるのを必要とするなど対応する準備もＡＰＩ層３３００で行われる。
【０１５７】
複数のスレッドを提供することにより、さらに大きな安定性が達成できる。例えば、仮想機械３５００がクラッシュを被るあるいはあるデバイスにアクセスしようとするアプリケーションによって長時間阻まれるなど、なんらかの理由から動作するのをやめた場合、ハードディスクサーバなどのシステムの他のスピードが重視される部分が続行できる。
【０１５８】
仮想機械３５００とカーネル３６５０だけではなく、ハードディスクビデオレコーダ（ＨＤＶＲ）モジュール３８５０もハードディスク２２１０または他の接続されている大量記憶装置構成要素の記録及びプレイバック機能を処理するために設けられる。サーバは、記録を処理するための２つの別個のスレッド３８５４、３８５６、プレイバックを処理するための１つのスレッド３８５８、及び大量記憶装置構成要素との接続のためのファイルシステムライブラリ３８５２を備える。
【０１５９】
ハードディスクビデオレコーダ（ＨＤＶＲ）３８５０内のスレッド３８５４、３８５６、３８５８の適切な１つは、例えばユーザが「録画」ボタンを押すのに応えてパーソナルビデオレコーダ（ＰＶＲ）アプリケーション３１５４などのクライアントから（ある特定の番組の録画を開始するコマンドなどの）コマンドを受信する。
【０１６０】
代わりに、問題のスレッドは、次に、記録されるまたはプレイバックされるビットストリームを取り扱う受信機／デコーダの部分をセットアップし、同期するために（図７に図示されている）サービスデバイス３７３６と対話する。平行して、スレッドはハードディスク２１１０（図示されていない）上の適切な場所で記録動作またはプレイバック動作を調整するためにファイルシステムライブラリ３８５２とも対話する。
【０１６１】
それから、ファイルシステムライブラリ３８５２は、（ＦＩＦＯバッファを介して）どのサブトランスポートストリーム（ＳＴＳ）を転送するのか、及びどのハードディスクターゲットにストリームを記憶しなければならないのかを告げるコマンドを（やはり図７に示されている）大量記憶装置３７２８に送信する。ハードディスクでのクラスタの割り当て及び一般的なファイル管理は、ファイルシステムライブラリ３８５２によって実行され、大量記憶装置自体はさらに低レベルの動作に関係している。
【０１６２】
前述されたサービスデバイス３７３６は、それが受信機／デコーダの物理的な構成要素に関係していないという点でデバイスの中で固有である。代わりにそれは単一の「インスタンス」の中で受信機／デコーダ内のチューナ、デマルチプレクサ、リマルチプレクサ、及びハードディスクデバイスの多様な集合をともに分類する高レベルインタフェースを提供し、多様なサブデバイスを調整するという問題からさらに高レベルのプロセスを解放する。
【０１６３】
図７に関して、（デバイス層インタフェース３７００とシステムソフトウェアとハードウェア層３９００を備える）図５の下半分に対応する受信機／デコーダ３０００のソフトウェアアーキテクチャがここでさらに詳細に説明される。
【０１６４】
デバイス層の中に設けられる追加のデバイスは、前述された条件付きアクセスデバイス３７２０、２台の（またはもしかすると３台かもしれない）図４のチューナ２０１６、２０１８に対応するチューナデバイス３７２４、ビデオデバイス３７３４、Ｉ／Ｏポートデバイス３７２６、及びサービスデバイス３７３６、及び大量記憶装置３７２８を含む。
【０１６５】
広義には、デバイスは論理インタフェースを定義すると見なすことができ、その結果２台の異なったデバイスを１つの共通物理ポートに結合してよい。特定のデバイスはそれらの間で通信し、全デバイスもカーネル３６５０の制御下で動作する。
【０１６６】
任意のデバイスのサー浴び酢を使用する前に（アプリケーション命令シーケンスなどの）プログラムが、「クライアント」、つまりデバイスまたはデバイスマネージャ３７１０への論理的なアクセス手段として宣言されなければならない。マネージャはクライアントにデバイスへのすべてのアクセスで参照されるクライアント番号を与える。デバイスは複数のクライアントを有することがあり、各デバイスのクライアントの数はデバイスのタイプに応じて指定される。クライアントはプロシジャ「Ｄｅｖｉｃｅ：Ｏｐｅｎ  Ｃｈａｎｎｅｌ（デバイス：チャンネル開放）」によってデバイスに導入される。このプロシジャはクライアント番号をクライアントに割り当てる。クライアントは、プロシジャ「Ｄｅｖｉｃｅ：Ｃｌｏｓｅ  Ｃｈａｎｎｅｌ（デバイス：チャンネル閉鎖）」によってデバイスマネージャ３７１０クライアントリストの中から取り出すことができる。
【０１６７】
デバイスマネージャ３７１０により提供されるデバイスへのアクセスは同期または非同期のどちらかである場合がある。同期アクセスの場合、プロシジャ「Ｄｅｖｉｃｅ：Ｃａｌｌ（デバイス：呼び出し）」が使用される。これは、ただちに使用可能であるデータにアクセスする手段、つまり所望される応答を待機することを必要としない機能性である。非同期アクセスの場合、プロシジャ「Ｄｅｖｉｃｅ：Ｉ／Ｏ（デバイスＩ／Ｏ）」が使用される。これは、例えばマルチプレックスを見つけるためにチューナ周波数を走査する、またはＭＰＥＧストリームからテーブルを取り戻すなどの応答を待機することを必要とするデータにアクセスするための手段である。要求された結果が使用可能なときには、イベントはその到着を信号で知らせるためにエンジンの待ち行列に入れられる。追加のプロシジャ「Ｄｅｖｉｃｅ：Ｅｖｅｎｔ（デバイス：イベント）」は、予期されていないイベントを管理する手段を提供する。
【０１６８】
受信機／デコーダの第２の実施形態では、受信機／デコーダのアーキテクチャの下半分が図８に図示される層で置換されている。
【０１６９】
この実施形態では、拡張デバイス層インタフェース（ＥＤＬＩ）３６００が仮想機械３５００（図示されていない）とデバイス層インタフェース３７００の間に設けられ、デバイス層インタフェース３７００とシステムソフトウェア／ハードウェア層３９００も間に抽象化デバイスインタフェース３８００が設けられる。それ以外の場合、類似したパーツは類似した参照番号で示される。
【０１７０】
拡張デバイス層インタフェース（ＥＤＬＩ）３６００は仮想機械３５００とデバイス層インタフェース３７００の間に専用のインタフェースを提供し、通常、マルチスレッド化サポートをデバイス層インタフェースに提供する。ＥＤＬＩの機能は（デバイス層インタフェースはそれ自体マルチスレッド化をサポートする必要はないため）非同期イベントをミドルウェア内の適切なスレッドに送ることと、スレッド間でメッセージを送ることを含む。
【０１７１】
抽象化デバイス層３８００は、デバイス層インタフェース３７００とシステムソフトウェア／ハードウェア層３９００内のデバイスドライバ３９１０の間に追加インタフェースを提供する。このようなインタフェースを提供することにより、大型で複雑なデバイス層３７００をより大きな程度までハードウェアに無関係にすることができる。
システムデバイスの追加の態様
受信機／デコーダ２０００内のソフトウェアデバイスの編成、及び特に強化された機能を提供するためのデバイスインスタンス生成と論理デマルチプレクサの使用は以下にさらに詳細に説明される。次に、デバイスインスタンス生成の前述された機能を有利に使用する論理デマルチプレクサが説明される。
【０１７２】
その後、（例えば、１台のデマルチプレクサが２台の条件付きデマルチプレクサの役割を実行できるようにするために）複数のサービスを同時に多重分離するために、及び（デジタルテレビ番組などの）複数のサービスを同時に録画するために前述された論理でマルチプレクサを使用することが説明されている。条件付きアクセスを管理する上で使用するための制御ワードデバイス及び他のシステム態様の提供が次に説明され、最後に特に条件付きアクセスデータに関して、及び前述された論理デマルチプレクサとの密接な関係を有する２台のチューナを使用することの説明が後に続く。
デバイス管理に関連したデバイスのインスタンス生成
好適実施形態では、デバイスマネージャ３７１０は受信機／デコーダにより必要とされるデバイスのインスタンスを生成するように適応される。ソフトウェアデバイス及びそれらの詳細な構造のこのインスタンス生成はここで図９に関してさらに詳細に説明される。
【０１７３】
図９は、２つのソフトウェアデバイスｄ０６０００とｄ１６００２、それらのそれぞれのクライアント６００４、対応するハードウェアデバイスクラスＤのためのデバイスドライバ６００６、及び（型Ｄの）デバイスの同じクラス６０１２の一部を形成する対応するハードウェアデバイスＤ０６００８とＤ１６０１０を示している。やはり図示されているのは（ソフトウェア）デバイスプロファイルｄ６０１４、及びそれぞれのデバイス６０００、６００２ごとのインスタンス生成データ６０１６、６０１８である。さらに詳細に説明されるように、デバイス６０００、６００２はそれら自体デバイスプロファイルに対応する部分６０２０、及びインスタンスに特殊な情報に対応する部分６０２２を備える。図９に関して後述される原理が図示されている２つ以外の任意の数のソフトウェアデバイスとハードウェアデバイスにも適用することが注意される必要がある。
【０１７４】
デバイス６０００、６００２はデバイス層３７００の一部を形成する。デバイスクライアントは通常アプリケーション層３１００、ＡＰＩ層３３００、仮想機械層３５００またはデバイス層３７００の一部を形成する。そして、デバイスドライバ６００６とハードウェアデバイス６００８、６０１０はすべて図６、図８、及び図９に図示されるようにシステムソフトウェア／ハードウェア層３９００の一部を形成する。
【０１７５】
さらに大きな柔軟性と効率を生じさせるために、他のどこかで参照される「ソフトウェアデバイス」のそれぞれはインスタンス生成のプロセスによって生成される。さらに詳細には、受信機／デコーダ２０００が初期化または再初期化されると、デバイスマネージャ３７１０は、必要とされるデバイスごとに――デバイスプロファイルｄ６０１４などの――一般的な「デバイスプロファイル」を、インスタンス生成情報６０１６または６０１８などの（インスタンス識別子に過ぎない場合がある）インスタンスに特殊な情報と組み合わせることによって、代わりに――デバイスｄ０６０００とｄ１６００２などの――ソフトウェアデバイスのそれぞれのインスタンスを生成する。
【０１７６】
好適実施形態では、デバイスプロファイルは必要なインタフェース、コードとデータフィールド、デバイスインスタンスごとに指定されている（例えばサポートされるコマンドを含む）オプションを含む、対応するインスタンス生成されたデバイスのスタンドアロンバージョンを備える。（例えば、デバイスプロファイルのバイト単位のコード複製による）インスタンス生成の後、ある特定のデバイスのあらゆるインスタンスは同じデバイスまたは他のデバイスの他のインスタンスとはまったく無関係である。
【０１７７】
図９では、デバイスＤのハードウェア機能にアクセスするために一般的なデバイスドライバ６００６が提供され、このケースでは、（デバイスマネージャ３７１０に対するさらに高レベルの呼び出しとは対照的に）このデバイスドライバに対する呼び出しは、（例えばパラメータとしてデバイスインスタンス数を指定することにより）呼び出しが関係するハードウェアデバイスの特定のデバイスを指定することが注記されなければならない。大きく変化する可能性があるデバイス層３７００及びシステムソフトウェア／ハードウェア層３９００の実現に応じて、代わりに別々のデバイスドライバがハードウェアでバイアス６００８、６０１０のそれぞれに提供される可能性がある。
【０１７８】
各クラスまたは型のデバイスには、デバイスのそのクラスを固有に識別する２バイトのクラス識別子６１０２が割り当てられる。インスタンス生成時、ある特定のクラスの各デバイスにはそのクラスの中で固有である２バイトのインスタンス識別子６１０４が割り当てられる。すなわち、第１のチューナデバイスには（後述される）第１のデマルチプレクサデバイスと同じインスタンス識別子が割り当てられてよいが、２台のチューナデバイスが同じインスタンス識別子を有することはない。インスタンス生成後、各デバイスは、（複合識別子の最低の２バイトを形成する）クラス識別子６１０２と（該識別子の最高の２バイトを形成する）インスタンス識別子６１０４から構築される複合の４バイト識別子６１００（図１０を参照すること）によって固有に識別される。
【０１７９】
さらに詳細には、デバイスＤは、例えば広義にはさまざまな周波数で放送される多くのさまざまなトランスポートストリームを復号するために選択するように適応されている受信機／デコーダ内のチューナであるだろう。
【０１８０】
このケースでは、ハードウェアデバイスＤ０とＤ１は、それぞれ図４に図示されている２台のチューナ２０１６、２０１８となり、ソフトウェアデバイスｄ０６０００とｄ１６００２は図７と図８に示されている２台のチューナデバイス３７２４となり、ハードウェアデバイスドライバは、（前記に注記したように、別個のデバイスドライバをチューナごとに提供できるだろうが）２台のチューナの基礎を成すハードウェアとの直接的な通信を可能にするだろう（他のところでは図示されていない）チューナデバイスドライバとなるだろう。
【０１８１】
前記を図解するために、一般的なチューナデバイス（ｄ）によって提供される典型的な関数は、周波数、信号ポラライゼーション等を含む指定されたチューナの多様な特性を設定する、例えばＴＵＮＥＲ＿ＴＵＮＩＮＧ＿ＳＥＴコマンドである。ＴＵＮＥＲ＿ＴＵＮＩＮＧ＿ＳＥＴコマンドは、チャンネルを変更するために前記に言及された、例えば、ザッピングアプリケーションによって使用される。このシステムでは、ＴＵＮＥＲ＿ＴＵＮＩＮＧ＿ＳＥＴコマンドに対応する実際の実行可能コードはすべてのチューナデバイスに共通であるが、各チューナデバイスが他とは関係なく同調できるようにする。（ｄ０などの）特定のチューナインスタンスの現在の周波数などの情報は、特定のチューナデバイス（ｄ０）のインスタンスに特殊な情報に含まれている。
【０１８２】
デバイスプロファイル６０１４とインスタンス生成データ６０１６、６０１８は、ここで図１１ａと図１１ｂに関してさらに説明される。
【０１８３】
（２台のチューナ及び前述された対応するチューナソフトウェアデバイスなどの）複数のハードウェアデバイスと対応するソフトウェアデバイスがある図９に図示される状況とは対照的に、（例えばＬＣＡＲＤスマートカード読取装置デバイスについてなど）指定されたデバイスクラスにはただ１つのソフトウェアデバイスがあってよい。このケースでは、デバイスプロファイルが依然として提供され、そこから前述されたように単一のインスタンスが生成される。
【０１８４】
記憶されているオペレーティングシステムは、必要とされるソフトウェアデバイスインスタンスのすべてを生成するために必要なデバイスプロファイルを備えている。前述されたように、好適実施形態では、（受信機／デコーダの電源投入または他のリセットの後に）オペレーティングシステムがブートまたはリブートされるとき。したがって、ソフトウェアデバイスのインスタンス生成は静的であり、リセットのたびに実行される。受信機／デコーダに設けられるハードウェアも静的であるため、これは一般的には完璧に受け入れ可能である。
【０１８５】
いくつかのケースでは、さらに詳細に後述されるように、ハードウェアデバイスの部分集合またはハードウェアデバイスのグループによって提供される特定の機能性が単一のソフトウェアデバイスでカプセル化され、物理的な同等物なしに「論理的な」ソフトウェアデバイスを提供する。この一例が後述される論理デマルチプレクサだろう。
【０１８６】
互いとの、及びデバイスマネージャ３７１０の制御下のアプリケーションとのデバイスの通信がここでさらに詳細に説明される。
【０１８７】
各デバイスは、デバイスマネージャ３７１０の制御下でアプリケーション、またはもしかすると別のデバイスと通信する。デバイスマネージャ３７１０はデバイスへのアクセスを制御し、予期されていないイベントの受信を宣言し、共用メモリを管理する。互いとの、及び（例えばアプリケーションなどの）システムの他の部分との通信のためにデバイスによって使用される３つのプロシジャも前記に導入される。さらに詳細には、これら３つのプロシジャは以下の目的に役立つ。
【０１８８】
「Ｄｅｖｉｃｅ：Ｃａｌｌ」プロシジャは、同期コマンドを指定する、またはデータ転送を達成するために使用される。このプロシジャを要求するアプリケーションの実行は、コマンドの実行またはデータ転送の間は一時停止される。これにより、厳密なシーケンスで実行されなければならない動作は確実に制御できる。
【０１８９】
「Ｄｅｖｉｃｅ：Ｉ／Ｏ」プロシジャは、非同期動作に備える。すなわち、アプリケーションはデータ転送またはデバイスによって実行される特定の機能に対する要求を送信することができ、要求側アプリケーションの実行は、データ転送または機能が実行されている間続行する。要求された結果が入手可能であると、イベントはその到着を信号で知らせるためにデバイスマネージャ３７１０によって待ち行列に入れられる。
【０１９０】
「Ｄｅｖｉｃｅ：Ｅｖｅｎｔ」プロシジャは、予期せぬイベントを管理し、デバイスによってアプリケーションにイベントを信号で知らせることをできるようにする手段を提供する。デバイスがこのような呼び出しを行うと、デバイスマネージャ３７１０はイベントアイテムを待ち行列の中にロードする。仮想機械３５００のイベントマネージャ３５４６は、各イベントアイテムに割り当てられた優先順位レベルに従ってイベントアイテムを抽出し、仮想機械３５００内の特定のアプリケーションに特殊な適切な追加待ち行列構造の中にそれらを挿入する。アプリケーションがイベントを受信すると、それは中断され、イベントが信号で知らされたときにそれが実行していたコードとは無関係に応答する。イベントは、バスリセットなどのインタフェースで発生した何かを知らせるために使用されてよい、あるいは例えば要求されたデータ転送の完了を信号で知らせるために非同期コマンドに応えて結果を知らせるために使用することができる。
【０１９１】
ソフトウェアデバイスのクラスのある特定の関数が基礎を成すハードウェアによってサポートされていない場合（すなわち、例えばチューナデバイスのための走査機能などのデバイス機能がハードウェアに設けられていない場合）、そのソフトウェアデバイスのインスタンスはその関数を提供しないだろう。
【０１９２】
前記に示されたように、重要な機能はそのサポート側フィジカルデバイス（複数の場合がある）から機能性を抽象化することである。それぞれの関数は、もしかすると複数のフィジカルデバイスを含む複雑である場合があり、関数の集合は、それらがフィジカルデバイスまたは論理装置の重複する集合を含むという点で関係してよい。これは、前記に概して説明されたようにデバイスのインスタンス生成により処理される。１つのデバイスクラスは複数の関数に関してインスタンスを生成できる。これは、後記の受信機／デコーダ内での複数の多重分離関数に関する説明により例示されており、それぞれの多重分離関数はデバイスインスタンスの独自の集合を有し、該デバイスインスタンスはデバイスクラスの重複する集合に属している。
論理装置
前記に示されたように、好適実施形態は論理装置を備える。論理装置とは、基礎を成すハードウェアの単一のアイテムに必ずしも一致しないが、一致することがあるデバイスである。論理装置により提供される機能性は、例えば、ハードウェアのアイテムによって提供される機能性の部分集合であってよいか、あるいはそれはハードウェアの多くのアイテムにより提供される機能性の合同体であってよい。それは、ハードウェアの１つまたは複数のアイテムのサポートなしにソフトウェアデバイス自体によって提供される機能性を含んでよい。さらに、論理装置は、１つまたは複数の追加ソフトウェアデバイスに呼び出しを行うことによってアクセスする機能性を提供してよく、それはハードウェアの１つまたは複数のアイテムのサポートをもって、あるいはサポートなしにその機能性を提供してよい。
【０１９３】
好適実施形態は、ハードウェアと他のソフトウェアデバイスの両方に対して呼び出しを行う論理デマルチプレクサ（ＤＥＭＵＸ）デバイスを使用してアプリケーションに多重分離機能性を提供する。
【０１９４】
ソフトウェアデバイスの集合は、アプリケーションによる要求に応えてＤＤＲ装置２０１０の多重分離関数にアクセスするためのデバイス層インタフェース３７００に提供される。この集合は、
・トランスポートストリームからパケットを抽出し、他のデバイスの活動を調整するためのＤＥＭＵＸデバイス（図１１の３７６２）と、
・トランスポートストリームのパケットからデータセクションを抽出するためのＭＬＯＡＤデバイス３７３８と、
・トランスポートストリームから痛心ポートへのデータ転送のための、そのデータのフィルタリングと操作を含むＭＣＯＭデバイス３７６４と、
・条件付きアクセス動作を管とアクスルためのＣＡデバイス３７２０と、
・制御ワードをデスクランブラに渡すための（さらに後述される）ＣＷデバイス３７６０と
・トランスポートストリームをアセンブルするためのＴＳ＿ＲＥＭＵＸデバイス３７６６と、
・サービスの視聴者への提示を監督するためのＳＥＲＶＩＣＥデバイス３７３６と、
を備える。
【０１９５】
好適実施形態では、
・（トランスポートストリームからのパケットの抽出、それらのパケットのデスクランブル、及びそれらを表示のためにシステムの正しい部分に転送することを含む）サービスを再生することができるプレーヤ６２２０と、
・（トランスポートストリームからのパケットの抽出、番組ストリームの構築、及び記録のためのシステムの正しい部分へのそのストリームの転送を含む）サービスを記録できるレコーダ６２３０と、
・前記種類のデマルチプレクサデバイスの両方のアクションを実行することができるプレーヤ／レコーダ６２４０と、
の３種類の論理デマルチプレクサデバイスが提供される（図１１を参照すること）。
【０１９６】
これらの３種類の論理デマルチプレクサは、図１１で確かめることができるように、前記に一覧表示されたソフトウェアデバイスのさまざまな部分集合６２２２、６２３２、６２４２によってサポートされている。プレーヤ論理デマルチプレクサ６２２０は、それが番組トランスポートストリームを構築する必要がないためＴＳ_ＲＥＭＵＸデバイス３７６６を必要とせず、レコーダ論理デマルチプレクサ６２３２は、それがサービスの視聴者への提示に関係していないためサービスデバイス３７３６を必要としない。論理デマルチプレクサごとに、前記に一覧表示された必要とされた他のソフトウェアデバイスのそれぞれの専用デバイスのインスタンスも生成される。
【０１９７】
論理デマルチプレクサが例えば入信トランスポートストリームからサービスを記録するためにハードウエラデマルチプレクサによって提供される機能性を必要とするとき、論理デマルチプレクサはまずＤＥＭＵＸ＿ＳＥＴ＿ＳＯＵＲＣＥコマンドを使用してソースのハードウェアデマルチプレクサにトランスポートストリームのソースを知らせる。考えられるソースは、チューナの１台（複数のチューナの提供に関する追加情報は下記に提供される）、（例えばＦＩＦＯなどの）バッファを介するハードディスク、及び外部デバイスが取り付けられるポートの１つを含む。デマルチプレクサが別のソースからストリームを多重分離する上でアクティブである場合、それは論理デマルチプレクサデバイスに、それが要求された動作を実行するために使用できない旨を知らせる。それ以外の場合、デマルチプレクサのソースは示されたソースに設定され、要求された動作が実行される。ハードウェアデマルチプレクサを所望される多重分離動作を実行するために割り当てるための手順はさらに後述される。
【０１９８】
特に好適実施形態では、論理装置は、論理装置によって提供される機能性を実現する１つまたは複数のフィジカルデバイスまたは他のソフトウェアデバイスを識別する１つまたは複数の識別子を備える。追加の好適実施形態では、どの論理装置が他のどのデバイス（複数の場合がある）を使用するのかを示すデータを含むデータベースが、例えばデバイスマネージャによって維持される。
複数のデマルチプレクサ／リマルチプレクサ
好適実施形態では、ＤＤＲ２０１０は２台（または、特定の好適実施形態では３台）の物理デマルチプレクサを備え、それぞれが別個のソースから受信される最高３２個のＰＩＤを多重分離するために設定できる。さらに、好適実施形態は、例えば前述された論理デマルチプレクサデバイスを使用して、ある特定のソースから複数のサービスを同時に多重分離するために各物理デマルチプレクサを使用することができる。
【０１９９】
この機能を図解するために、所望される多重分離動作を実行するための物理デマルチプレクサの選択が、２台の物理デマルチプレクサ６３０２、６３０４を有する受信機／デコーダに関連して、図１２ａ、図１２ｂ、及び図１３に関してここで説明される。
【０２００】
図１２ａと図１２ｂは、第１のチューナと第２のチューナ２０１６と２０１８、及び（概略して）第１のデマルチプレクサと第２のデマルチプレクサ６３０２と６３０４を示している。図１２ａでは、第１のデマルチプレクサ６３０２は、第１のチューナ２０１６が同調されるトランスポートストリームＸ６３１０内で受信されているサービスを多重分離する上でアクティブである。したがって、第１のチューナ２０１６は第１のデマルチプレクサのソース６２５０として設定される。以下は、このような状態の下で、第２のトランスポートストリームＹ６３２０から５個のＰＩＤを備えるサービスを多重分離することが所望されるときに講じられるプロシジャを説明している。
【０２０１】
（前述されたような）論理デマルチプレクサデバイスは、多重分離動作を監督するために割り当てられる。次に、論理デマルチプレクサは、図１３に関して説明される以下の手順を実行する。
【０２０２】
論理デマルチプレクサデバイスは、任意の物理デマルチプレクサが所望されるトランスポートストリームからサービスを多重分離しているかどうかを（ステップ７００２で）判断する。多重分離している場合には、それは、その物理デマルチプレクサが５個の追加のＰＩＤを多重分離するために十分な容量を有しているかどうかを（ステップ７００４で）チェックする。回答が再びイエスである場合、論理デマルチプレクサはその物理デマルチプレクサを使用して、所望される動作を実行する。
【０２０３】
しかしながら、この例のケースでは、所望される動作に正しいソース（つまり、トランスポートストリームＹに同調されるチューナ）はない。したがって、ステップ７００２の後に、論理デマルチプレクサは、いずれかがそのソースを切断されるかどうかを判断することによって任意の物理デマルチプレクサがイナクティブであるかどうかを（ステップ７００６で）チェックする。物理デマルチプレクサがイナクティブではない場合には、論理デマルチプレクサは多重分離動作を要求したアプリケーションに（ステップ７００８で）エラーを返す。しかしながら、この例のケースでは、第２の物理デマルチプレクサのソースは切断されているため、それは第２の物理デマルチプレクサのソースを第２のチューナ２０１８に切り替え、（前述されたようにチューナデバイス３７２４にコマンドを送信することによって、好適実施形態の中で）所望されるトランスポートストリームの周波数に第２のチューナが同調されることを要求する論理デマルチプレクサによる使用のために利用可能である。
【０２０４】
図１２ａに図示されている状況で開始する第２の例では、トランスポートストリームＸ６３１０から５個の追加のＰＩＤを多重分離することが所望されている。このケースでは、ステップ７００２で、第１の物理デマルチプレクサ６３０２が所望されるソースを有していることが見出される。論理デマルチプレクサは、次に、第１の物理デマルチプレクサ６３０２が５個の追加のＰＩＤを多重分離するために十分な容量を有しているかどうかを（ステップ７００４で）判断する。それは、それが現在５個のＰＩＤだけを多重分離しているために有している（ｄｏｅｓ）（前述されたように、各デマルチプレクサは、トランスポートストリームから３２個のＰＩＤを同時に多重分離してよい）。したがって、論理デマルチプレクサは、図１２ｃに図示されるように、所望される動作を実行するために第１の物理デマルチプレクサ６３０２を使用し、そのソースを第１のチューナ２０１６に切り替える。
【０２０５】
好適実施形態は、２台（または３台以上の）物理リマルチプレクサも備え、それぞれが、既知の方法で、サービスの多重分離されたパケットから記憶のためにトランスポートストリームを構築することができる。
【０２０６】
実施形態は、このようにして、提示／記録されているサービスが同じトランスポートストリームで受信されているのか、別のトランスポートストリームで受信されているのかに関係なく、（例えばピクチャの中のピクチャ（ｐｉｃｔｕｒｅ−ｉｎ−ｐｉｃｔｕｒｅ）構成で）複数のサービスを同時に提示する、あるいは（主題のさらに多くの情報が下記に提供される）複数のサービスを同時に記録する、あるいは１つまたは複数の異なるサービスを提示しながら１つまたは複数のサービスを記録することができる。
複数のサービスの記録
前記に示されたように、好適実施形態は、複数のサービスを同時に記録することができる。
【０２０７】
このように行うという要求は、例えば、視聴者が重複する時間に放送されている第１の番組と第２の番組を録画すると決めたときに生じる可能性がある。代わりに、視聴者が第１の番組を録画し、第１と同時に放送されている第２の番組をタイムシフトすることを希望することがある。この後者のケースは、ここで図１４に関して好適実施形態に関連して説明される。
【０２０８】
この説明の目的のため、ユーザが所要時間９０分であり、２１時に開始するトランスポートストリームＸで受信されている番組Ａを視聴（し、タイムシフト）し、トランスポートストリームＹで受信され、所要時間が４５分であり２１時３０分に開始する番組Ｂを録画することを希望すると仮定される。
【０２０９】
番組Ｂが録画されることを既知の方法で早期に示した後、ユーザは例えば電子番組表から番組Ａを選択することによって、自分が番組Ａを視聴することを所望することを２１時に示す。（前述されるような）プレーヤ／レコーダ論理デマルチプレクサデバイス、ＤＥＭＵＸ＿ＰＬＡＹ＿ＲＥＣＯＲＤ６２４０は、番組Ａを形成するサービスの多重分離に割り当てられる。ＤＥＭＵＸ＿ＰＬＡＹ＿ＲＥＣＯＲＤは、前述されたプロセスを使用して、第１の物理デマルチプレクサ、ＨＷ＿ＤＥＭＵＸ＿０  ６３０２がチューナからデマルチプレクサに使用可能であると判断する。第１のチューナ、ＴＵＮＥＲ＿０  ２０１６はトランスポートストリームＸの周波数に同調され、ＨＷ＿ＤＥＭＵＸ＿０  ６０３２のソースはＤＥＭＵＸ＿ＳＥＴ＿ＳＯＵＲＣＥコマンドを使用してＴＵＮＥＲ＿０  ２０１６に設定される。番組Ａに属している初等ストリームのＰＩＤは（前述された）ＳＩエンジン３５４０から獲得され、それらのＰＩＤの多重分離を開始するＨＷ＿ＤＥＭＵＸ＿０  ６３０２に渡される。抽出された初等ストリームパケットは（後述されるように）デスクランブルされ、既知の方法でユーザに提示される。
【０２１０】
２１時３０分に、レコーダ論理デマルチプレクサデバイスＤＥＭＵＸ＿ＲＥＣＯＲＤ  ６２２０が番組Ｂを形成するサービスの多重分離に割り当てられる。ＤＥＭＵＸ＿ＲＥＣＯＲＤ  ６２２０は、前述されたように、ＨＷ＿ＤＥＭＵＸ＿０  ６０３２がトランスポートストリームＸで受信されているトランスポートストリーム上で多重分離動作を実行しているが、第２の物理デマルチプレクサ、ＨＷ＿ＤＥＭＵＸ＿１  ６３０４が利用可能であると判断する。第２のチューナ、ＴＵＮＥＲ＿１  ２０１６はトランスポートストリームＹの周波数に同調され、ＨＷ＿ＤＥＭＵＸ＿１  ６３０４のソースはＴＵＮＥＲ＿１  ２０１６に設定される。
【０２１１】
番組Ｂに属しているＰＩＤは前記のように判断され、それらのＰＩＤの多重分離を開始するＨＷ＿ＤＥＭＵＸ＿１  ６３０４に渡される。抽出された初等ストリームはそれから再多重化され、既知の方法でハードディスクに記憶される。
【０２１２】
この説明の目的のため、私達はここで、２１時４５分にユーザが、番組Ａの残りの４５分の視聴を延期することを希望し、リモコンの休止ボタンを押すことによってこれを示すと仮定する。ＤＥＭＵＸ＿ＰＬＡＹ＿ＲＥＣＯＲＤ  ６２４０は抽出された初等ストリームのデスクランブルをやめ、それに割り当てられているサービスデバイス３７３６に画面上でのビデオディスプレイを凍結させ、それに割り当てられているＴＳ＿ＲＥＭＵＸデバイス３７６６を使用して初等ストリームの再多重化を開始する。再多重化されたストリームは既知の方法でハードディスクに記憶される。
【０２１３】
２２時に、ユーザは、リモコンの再開ボタンを押すことによって、番組Ａの残りの４５分を視聴することを希望することを示す。プレーヤ論理デマルチプレクサ、ＤＥＭＵＸ＿ＰＬＡＹ  ６２２０が番組Ａの記憶されている部分の多重化に割り当てられる。ＤＥＭＵＸ＿ＰＬＡＹ  ６２２０はハードディスクからストリームを多重分離するためにＨＷ＿ＤＥＭＵＸ＿０  ６０３２及びＨＷ＿ＤＥＭＵＸ＿１  ６３０４が利用できないと判断し、第３の物理デマルチプレクサ、ＨＷ＿ＤＥＭＵＸ＿２（図示されていない）が選択され、そのソースが既知の方法で（ＦＩＦＯを介して）ハードディスクに設定される。番組Ａの記憶されている部分が、読み取られ、多重分離され、２２時４５分までＤＥＭＵＸ＿ＰＬＡＹによってハードディスクからデスクランブルされるが、ＤＥＭＵＸ＿ＰＬＡＹ＿ＲＥＣＯＲＤは２２時３０分までＴＵＮＥＲ＿０  ２０１６から番組Ａを多重分離し、再多重化し続ける。ＤＥＭＵＸ＿ＲＥＣＯＲＤ  ６２３０は、２２時１５分にＴＵＮＥＲ＿１  ２０１８から番組Ｂを多重分離し、再多重化するのをやめる。
【０２１４】
ユーザが以後番組Ｂを視聴すると決めると、ＤＥＭＵＸ＿ＰＬＡＹ  ６２２０が、前述されたように、多重分離動作等を実行する。
制御ワードデバイス
既知のシステムでは、制御ワードはカード読取装置内に収容されている条件付きアクセススマートカードによってＥＣＭから抽出される。本発明の実施形態では、制御ワードはスマートカードによってＥＣＭから抽出され続けるが、条件付きアクセスデータの追加処理はアーキテクチャのさらに高レベルで処理される。
【０２１５】
好適実施形態は、ＤＤＲ２０１０でデスクランブラによって実行されるデスクランブル動作を管理するために、追加ソフトウェアデバイス、つまり制御ワード(ＣＷ)デバイス３７６０を備える。
【０２１６】
前述されたように、サービス情報（ＳＩ）エンジン３５４０は、共通のデジタルビデオ放送（ＤＶＢ）テーブルとプログラムシステム情報プロトコル（ＰＳＩＰ）テーブルをロード、監視し、それらをキャッシュに入れる。該テーブルに含まれるデータは、それぞれが番組構成要素のための暗号化された制御ワードとアクセス基準を含む、エンタイトルメント制御メッセージ（ＥＣＭ）のＰＩＤを確かめることができる条件付きアクセステーブル（ＣＡＴ）を含んでいる。入信番組構成要素をデスクランブルするためには、関連する制御ワードを、それらがエンタイトルメント管理メッセージ（ＥＭＭ）で受信される鍵を使用して復号化でき、その後デスクランブルのためにＤＤＲ装置２０１０で使用できる条件付きアクセススマートカード（ＣＡスマートカード）２０６２にロードする必要がある。
【０２１７】
ＥＣＭの処理は、図１５に関してここにさらに説明される。サービスをデスクランブルする必要があるとき、（例えば、仮想機械の一部を形成する）ミドルウェア内のＣＡカーネル６４０２がデスクランブルするサービスが受信されているチャンネルを特定する（例えば、ザッピングアプリケーション３１４６からなど）システム内の他のどこかからイベントを受信する。ＣＡカーネル６４０２は、ＳＩエンジン３５４０によってキャッシュに入れられたデータから、デスクランブルされるサービスに関連するＥＣＭのＰＩＤを検索し、ＤＬＩ内のＭＬＯＡＤデバイス３７３８にＥＣＭ６４２０を、それらが番組データストリームで受信されると隔離するように命令する。隔離されたＥＣＭは、次にＣＡカーネル６４０２によって、ＬＣＡＲＤデバイス３７４０の制御下で動作する条件付きアクセススマートカード２０６２に送られる。条件付きアクセススマートカードは、それがそのようにする権利を有している場合は既知の方法でＥＣＭから制御ワードを抽出し、抽出された制御ワードはＣＡカーネル６４０２によってＤＬＩ内の制御ワーアド（ＣＷ）デバイス３７６０に渡される。その結果、制御ワードの処理はＤＬＩレベルで可視ではなく、セキュリティを高める結果となる。
【０２１８】
前記に示されたように、ＣＷデバイスの役割は物理デスクランブラ（複数の場合がある）によって実行されるデスクランブル動作を管理することである。好適実施形態では、前述されたように、ＣＷデバイスのインスタンスが生成され、デバイスの各インスタンスはデスクランブラ（複数の場合がある）（の内の１台）のクライアントである。ＣＷデバイスは、デスクランブラチャンネル識別子ＤＥＳＣＲ＿ＩＤによって識別されるデスクランブラチャンネルをさまざまなアクセス条件が適用するそれぞれの要求された（つまり、さまざまな制御ワードの使用を必要とする）デスクランブル動作に割り当てる。
【０２１９】
特定のデスクランブル動作の場合、ＣＷデバイスは以下のタスクを担当する。
【０２２０】
・データがデスクランブルされることを示す要求を受信すること
・デスクランブル動作にデスクランブラチャンネルを割り当てる
・実行されるデスクランブル動作のタイプを選択する（例えば、ＤＶＤ  ＣＳ、ＤＥＳ及びトリプルＤＥＳ）
・制御鍵をデスクランブラに渡す
・必要時、制御鍵をデスクランブラチャンネルから書き出す（ｆｌｕｓｈｉｎｇ）、及び
・それがもう要求されていないときにはチャンネルを閉じる
さらに、ＣＷデバイスは、デスクランブラの機能に基づき任意の時点で割り当てることができるデスクランブラチャンネルの最大数を求め、それは、デスクランブル動作に対する要求を処理できない場合にＣＡカーネルに知らせる。
複数のチューナ
好適実施形態での２台または３台以上のチューナの提供は、従来の技術によるシステムにおける条件付きアクセスのための準備の簡略なレビューの後に後述される。
【０２２１】
既知のシステムでは、ＭＰＥＧトランスポートストリームは限られた数の音声番組とビデオ番組を搬送し、該数はデータ圧縮等の程度などの要因に依存している。条件付きアクセスデータを含む、ヘッドエンドから放送される番組のすべての管理データはトランスポートストリームのそれぞれに挿入され、その結果受信機／デコーダは代わりに各トランスポートストリームに同調しなくてもどの番組に視聴する権利が保持されているのかを判断できる。このようなデータを各トランスポートストリームの中で提供することにより、コンテンツ自体にとって利用可能な帯域幅が削減されるため、ブーケの分散に必要なトランスポートストリーム、トランスポンダ等の数が増加する。
【０２２２】
好適実施形態では、単一のトランスポートストリームだけの中で（条件付きアクセスデータを含む）この管理データを放送できるヘッドエンドが提供されている。好適実施形態が２台のチューナを備えることは前記に示されている。好適実施形態では、これらのチューナの１台（あるいは、特定の好適実施形態では追加のチューナ）はこの管理データを受信するというタスク専用である。
【０２２３】
図１、図２及び図３を参照する前記説明の中では、単一のマルチプレクサ１０３０は、リンケージ１０２２上でのユーザへの放送のためにトランスポートストリームを構築するために説明されている。マルチプレクサ１０３０は、事実上、ブーケを放送するために必要な複数のトランスポートストリームを構築する複数のマルチプレクサを表している。好適実施形態で管理データを放送するための追加マルチプレクサの提供は、ここで図１６に関してさらに説明される。
【０２２４】
マルチプレクサ１０３０に加えて、ＳＡＳ  ５２００から暗号化されたＥＭＭを、第２の暗号化装置５１０２から暗号化されたＥＣＭを、（例えばＰＡＴとＰＭＴなどの）データストリーム奇異術テーブル、ＣＡＴテーブルのための更新パケット、及びそれが管理データトランスポートストリームをアセンブルするために使用する類似した種類の他のデータを受信する管理データマルチプレクサ１０３０‘が提供される。このトランスポートストリームは（放送ルート６００と同じであってよい）放送ルート６００’を有している。この実施形態では、管理データはマルチプレクサ１０３０によって構築されるトランスポートストリームの中に挿入されない。
【０２２５】
受信機／デコーダがユーザの構内に設置されるとき、管理データトランスポートストリームの周波数は初期化の間にプログラミングされる。代替実施形態では、受信機／デコーダは管理データトランスポートストリームとしてそれ自体を識別するトランスポートストリームがないか、周波数を走査するように適応されている。
【０２２６】
追加の実施形態では、条件付きアクセスデータは専用チャンネルで放送されない（したがって受信されない）が、やはりなんらかのプログラミングされたデータを搬送するチャンネル上で放送される。さらに追加の実施形態では、チャンネルホッピングが実現され、その結果条件アクセスデータが放送されるチャンネルは変化する。
【０２２７】
前述されたようにヘッドエンドによって放送されるトランスポートストリームを受信するために使用されることを目的とする受信機／デコーダの好適実施形態では、管理データトランスポートストリームに同調可能な第１のチューナ２０１６、及びプログラミングされたデータを備えるトランスポートストリームに同調可能なチューナ２０１８（あるいは、特定の好適実施形態では第２のチューナと第３のチューナ）が設けられる。
【０２２８】
番組データと管理データの両方を同時に多重分離するためには、受信機／デコーダの好適実施形態が、ＤＤＲ装置２０１０内に少なくとも２台の物理デマルチプレクサを具備しなければならず、第１が１つのトランスポートストリームから番組ストリームＰＩＤをフィルタリングするためであり、第２が管理データトランスポートストリームから関係する管理データＰＩＤをフィルタリングするためであることは容易に理解されるだろう。事実上、前記に示されたように、特定の好適実施形態は３台の物理デマルチプレクサを備えている。
【０２２９】
前述された多様な関数の実現の正確な詳細、及びハードウェアとソフトウェアの間でのそれらの分散は、実現者の選択の問題であり、詳細に説明されない。しかしながら、受信機／デコーダで必要とされる動作を実行できる専用の集積回路が市販されている、あるいは容易に設計できること、及びこれらがハードウェアアクセレレータの基礎として使用できる、あるいはさらに好ましくは必要とされる動作の多様を実現するために専用ハードウェアアクセレレータを生成し、それによりソフトウェアを実行するために必要とされる処理パワーを削減することが注記される。しかしながら、必要とされる動作は、十分な処理パワーが使用可能である場合にソフトウェアで実現されてよい。
【０２３０】
モジュール及び他の構成要素は、オプションの好ましい機能とともに、各構成要素によって提供される機能と関数という点で説明されてきた。示される情報及び提供される仕様を用いて、これらの機能の実際の実現及び正確な詳細は実現者に委ねられる。一例として、特定のモジュールは、好ましくはＣプログラミング言語で作成され、好ましくはアプリケーションを実行するために使用されるプロセッサで実行するためにコンパイルされるソフトウェアで実現できるだろう。しかしながら、いくつかの構成要素は別個のプロセッサで実行されてよく、いくつかまたはすべての構成要素は専用のハードウェアによって実現されてよい。
【０２３１】
前記モジュール及び構成要素は単に例示的にすぎず、本発明は多岐に渡る方法で実現されてよく、特にいくつかの構成要素は類似した機能を実行する他と結合されてよい、あるいはいくつかは簡略化された実現では省略されてよい。機能のそれぞれのハードウェアとソフトウェアの実現は、構成要素間と単一の構成要素の中の両方で自由に混合されてよい。
【０２３２】
ハードウェア、コンピュータソフトウェア等によって実行される関数が、電気信号または類似する信号で、あるいは電気信号または類似する信号を使用して実行されることは容易に理解されるだろう。ソフトウェア実現はＲＯＭに記憶されてよいか、あるいはＦＬＡＳＨの中にパッチされてよい。
【０２３３】
本発明は前記に純粋に例証として説明され、本発明の範囲内で詳細の変型を加えることができることが理解されるだろう。
【０２３４】
説明及び（該当する場合は）請求項及び図面の中に開示されるそれぞれの機能は、独立して、あるいは任意の適切な組み合わせて提供されてよい。
【図面の簡単な説明】
【０２３５】
【図１】衛星デジタルテレビシステムの概要である。
【図２】ケーブルデジタルテレビシステムの概要である。
【図３】全体的なシステムビューであり、ヘッドエンドがさらに詳細に図示されている。
【図４】受信機／デコーダの構成要素アーキテクチャの概略図である。
【図５】受信機／デコーダのソフトウェアアーキテクチャの図である。
【図６】図５の上半分をさらに詳細に示す図である。
【図７】図５の下半分をさらに詳細に示す図である。
【図８】図５の下半分の代替実施形態を示す図である。
【図９】ある実施形態によるソフトウェアデバイスの構造を示す。
【図１０】デバイス識別子の構造を示す。
【図１１】ある実施形態による３種類の論理デマルチプレクサとそのサポートするデバイスを示す。
【図１２】ハードウェアデマルチプレクサを選択するプロセスにおける段階を表す。
【図１３】図１２が関係するプロセスのためのフロー図である。
【図１４】複数のサービスを同時に記録するためのある実施形態のファシリティを図解する時系列を示す。
【図１５】サービスを多重分離し、デスクランブルする際に実施形態により実行される条件付きアクセス動作を図解する。
【図１６】条件付きアクセスデータを提供するシステムの概要である。
【図３】
2005501484.tif 000002
【図４】
2005501484.tif 000003
【図５】
2005501484.tif 000004
【図６】
2005501484.tif 000005
【図７】
2005501484.tif 000006
【図８】
2005501484.tif 000007
【図９】
2005501484.tif 000008
【図１１．Ａ】
2005501484.tif 000009
【図１１．Ｂ】
2005501484.tif 000010
【図１２】
2005501484.tif 000011
【図１３】
2005501484.tif 000012
【図１４】
2005501484.tif 000013
【図１５】
2005501484.tif 000014
【図１６】
2005501484.tif 000015
【国際公開パンフレット】
2005501484.tif 000016
2005501484.tif 000017
2005501484.tif 000018
2005501484.tif 000019
2005501484.tif 000020
2005501484.tif 000021
2005501484.tif 000022
2005501484.tif 000023
2005501484.tif 000024
2005501484.tif 000025
2005501484.tif 000026
2005501484.tif 000027
2005501484.tif 000028
2005501484.tif 000029
2005501484.tif 000030
2005501484.tif 000031
2005501484.tif 000032
2005501484.tif 000033
2005501484.tif 000034
2005501484.tif 000035
2005501484.tif 000036
2005501484.tif 000037
2005501484.tif 000038
2005501484.tif 000039
2005501484.tif 000040
2005501484.tif 000041
2005501484.tif 000042
2005501484.tif 000043
2005501484.tif 000044
2005501484.tif 000045
2005501484.tif 000046
2005501484.tif 000047
2005501484.tif 000048
2005501484.tif 000049
2005501484.tif 000050
2005501484.tif 000051
2005501484.tif 000052
2005501484.tif 000053
2005501484.tif 000054
2005501484.tif 000055
2005501484.tif 000056
2005501484.tif 000057
2005501484.tif 000058
2005501484.tif 000059
2005501484.tif 000060
2005501484.tif 000061
2005501484.tif 000062
2005501484.tif 000063
2005501484.tif 000064
2005501484.tif 000065
2005501484.tif 000066
2005501484.tif 000067
2005501484.tif 000068
2005501484.tif 000069
2005501484.tif 000070
2005501484.tif 000071
2005501484.tif 000072
2005501484.tif 000073
2005501484.tif 000074
2005501484.tif 000075
2005501484.tif 000076
2005501484.tif 000077
2005501484.tif 000078
2005501484.tif 000079
2005501484.tif 000080
2005501484.tif 000081
2005501484.tif 000082
2005501484.tif 000083
2005501484.tif 000084
2005501484.tif 000085
2005501484.tif 000086
2005501484.tif 000087
2005501484.tif 000088
2005501484.tif 000089
2005501484.tif 000090
2005501484.tif 000091
2005501484.tif 000092
2005501484.tif 000093
2005501484.tif 000094
2005501484.tif 000095
2005501484.tif 000096
2005501484.tif 000097
2005501484.tif 000098
2005501484.tif 000099
2005501484.tif 000100
2005501484.tif 000101
2005501484.tif 000102
2005501484.tif 000103
2005501484.tif 000104
2005501484.tif 000105
2005501484.tif 000106
2005501484.tif 000107
【国際公開パンフレット（コレクトバージョン）】
2005501484.tif 000108
【国際調査報告】
2005501484.tif 000109
2005501484.tif 000110
2005501484.tif 000111