JP4491232B2 - 受信装置 - Google Patents

Description

本発明は、受信機／デコーダ内で、及び受信機／デコーダとともに使用するための方法及び装置に関し、受信機／デコーダ、放送システム、コンピュータプログラム製品、その上にコンピュータプログラム製品を記憶しているコンピュータ読み取り可能媒体、及び／またはコンピュータプログラム製品を明白に実現する信号を含んでよい。本発明は受信機／デコーダの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つの事業者が２つのＳＭＳを使用できる等である。

「マザー」スマートカード５１１０を活用する暗号装置５１００の形の暗号化装置はリンケージ１０４２によってＳＡＳに接続される。やはりマザースマートカード５１１２を活用する暗号装置５１０２の形の第２の暗号化装置がリンケージ１０４０によってマルチプレクサ１０３０に接続される。受信機／デコーダ２０００は「ドーター」スマートカード５５００を受信する。受信機／デコーダは通信サーバ１２００及びモデム化されたバックチャンネル５７０を介してＳＡＳ５２００に直接的に接続される。ＳＡＳは、申し込みあり次第にとりわけ予約権を送信する。

好適実施形態の変形では、インターネットまたはケーブル接続がＰＳＴＮ５７０及び通信サーバ１２００を補完するか、置換するかのどちらかである。

スマートカードは、１つまたは複数の商業的な事業者からの機密情報を含む。「マザー」スマートカードはさまざまな種類のメッセージを暗号化し、「ドーター」スマートカードは、それらがそのようにする権利を有しているのであれば該メッセージを復号化する。

図３に関して、放送センタでは、ＭＰＥＧ−２コンプレッサ１０１０を使用してデジタルビデオ信号が最初に圧縮される（つまりビットレート削減される）。この圧縮された信号が、次に他の圧縮データなどの他のデータとともに多重化されるためにマルチプレクサとスクランブラ１０３０に送信される。

スクランブラは、スクランブルプロセスで使用され、マルチプレクサ１０３０内のＭＰＥＧ−２ストリームに含まれる制御ワードを生成する。制御ワードは内部で生成され、エンドユーザの統合型受信機／デコーダ２０００が番組をデスクランブルできるようにする。

番組がどのようにして商品化されているのかを示すアクセス基準もＭＰＥＧ−２ストリームに追加される。番組は多くの「予約」モード及び／または多くの「ペイパービュー」（ＰＰＶ）モードまたはイベントの１つのどちらかで商品化されてよい。予約モードでは、エンドユーザは１つまたは複数の商業的なオファー、つまり「ブーケ」に加入し、このようにしてそれらのブーケの内側のあらゆるチャンネルを見る権利を取得する。ペイパービューモードでは、エンドユーザは、自分が希望するようにイベントを購入する能力を与えられる。

制御ワードとアクセス基準の両方ともエンタイトルメント制御メッセージ（ＥＣＭ）を構築するために使用される。これは、１つのスクランブルされた番組に関して送信されるメッセージである。つまり、メッセージには（番組のデスクランブルを可能にする）制御ワードと放送番組のアクセス基準が含まれる。アクセス基準と制御ワードはリンケージ１０４０を介して第２の符号化装置５１０２に送信される。この装置では、ＥＣＭが生成され、暗号化され、マルチプレクサとスクランブラ１０３０に送信される。

放送供給業者によってデータストリームの中で放送される各サービスは、多くの異なる構成要素を備える。例えば、テレビ番組はビデオ構成要素、音声構成要素、字幕構成要素等を含む。サービスのこれらの構成要素は、個別にスクランブルされ、以後の放送のために暗号化される。サービスのそれぞれのスクランブルされた構成要素に関して、別個のＥＣＭが必要とされる。

マルチプレクサ１０３０は、ＳＡＳ５２００からの暗号化されたＥＭＭ、第２の暗号化装置５１０２から暗号化されたＥＣＭ、及びコンプレッサ１０１０から圧縮された番組を備える電気信号を受信する。マルチプレクサ１０３０は番組をスクランブルし、スクランブルされた番組、暗号化されたＥＭＭ及び暗号化されたＥＣＭを、例えば図１に図示されるような衛星システムまたは他の放送システムであってよい放送システム６００への電気信号として送信する。受信機／デコーダ２０００は、暗号化されたＥＭＭと暗号化されたＥＣＭとともにスクランブルされた番組を獲得するために信号を多重分離する。

受信機／デコーダは放送信号を受信し、ＭＰＥＧ−２データストリームを抽出する。番組がスクランブルされている場合には、受信機／デコーダ２０００はＭＰＥＧ−２ストリームから対応するＥＣＭを抽出し、エンドユーザの「ドーター」スマートカード５５００にＥＣＭを渡す。これは、受信機／デコーダ内のハウジングの中に入る。ドータースマートカード５５００は、エンドユーザがＥＣＭを復号化し、番組にアクセスする権利を有しているかどうかを管理する。有していない場合には、否定的なステータスが受信機／デコーダ２０００に渡され、番組をデスクランブルできない旨を示す。エンドユーザが権利を有している場合には、ＥＣＭは復号化され、制御ワードが抽出される。デコーダ２０００は次にこの制御ワードを使用して番組をデスクランブルできる。ＭＰＥＧ−２ストリームは解凍され、テレビ受像機１００００への前方への伝送のためにビデオ信号に変換される。

番組がスクランブルされていない場合、ＥＣＭはＭＰＥＧ−２とともに送信されず、受信機／デコーダ２０００はデータを解凍し、テレビ受像機１００００への伝送のためにビデオ信号に信号を変換する。

顧客管理システム（ＳＭＳ）１１００は、とりわけエンドユーザファイル、（料金表及び販売促進などの）商業的なオファー、予約、ＰＰＶ詳細、及びエンドユーザの消費と許可のすべてを管理するデータベース１１５０を含む。ＳＭＳは、ＳＡＳから物理的に遠隔であってよい。

ＳＭＳ１１００は、エンドユーザに送信されるエンタイトルメント管理メッセージ（ＥＭＭ）に対する修正またはその作成を暗示するメッセージをＳＡＳ５２００に送信する。また、ＳＭＳ１１００はＥＭＭの修正または作成は暗示しないが、（製品を注文するときにエンドユーザに付与される許可に関して、あるいはエンドユーザが請求される金額に関して）エンドユーザの状態の変化だけを示唆するメッセージをＳＡＳ５２００に送信する。ＳＡＳ５２００は、ＳＭＳ１１００に対して（通常は、再調査情報または料金請求書作成発行情報などの情報を要求する）メッセージも送信し、その結果二者の間の通信が双方向であることが明らかになるだろう。
受信機／デコーダ
図４を参照すると、受信機／デコーダ２０００の多様な要素は、ここで機能ブロックという点で説明される。

例えばデジタルセットトップボックス（ＤＳＴＢ）であってよい受信機／デコーダ２０００は、中央ホストプロセッサ２００２とデジタルテレビコプロセッサ２００４を備え、両方とも関連付けられたメモリ要素（図示されていない）を有し、コプロセッサバス２００６によって接続されている。コプロセッサ２００４は、ＵＳＢインタフェース２０７０、シリアルインタフェース２０７２、パラレルインタフェース（図示されていない）、（図１のモデムバックチャンネル５７０に接続されている）モデム２０７４及びデコーダの全面パネル２０５４上のスイッチ接点から入力データを受信するように適応されている。

受信機／デコーダは、さらに赤外線リモコン２０８０から（及び要すればブルートゥースによってイネーブルされるデバイスなどの他の無線周辺機器２０８２から）入力を受信するように適応され、銀行スマートカードと予約スマートカード２０６０、２０６２それぞれを読み取るように適応されている２つのスマートカード読取装置２０５０、２０５２も所有する。予約スマートカード読取装置２０５２は、差し込まれた予約カード２０６２と、及び条件付きアクセス装置（図示されていない）と関与し、必要な制御ワードをデマルチプレクサ／デスクランブラ／リマルチプレクサ装置２０１０に供給し、暗号化された放送信号をデスクランブルできるようにする。デコーダは、従来のチューナ２０１６と復調器２０１２も含み、復調器／デスクランブラ装置２０１０によってフィルタリングされ、多重分離される前に衛星情報を受信し、復調する。第２のチューナ２０１８と第２の復調器２０１４も設けられ、とりわけ第２のチャンネルを受信し、第１と平行して復号できるようにする。

ハードディスク２１００も設けられ、受信機／デコーダによって、受信、生成される番組とアプリケーションデータの記憶を可能にする。２台のチューナ２０１６、２０１８、２台の復調器２０１２、２０１４、デスクランブラ／デマルチプレクサ／リマルチプレクサ２０１０、及びデータデコーダ２０２４と音声でコーダ２０２６と関連して、高度な記録とプレイバックの機能が提供され、すべてが平行して発生する、追加の番組が視聴されている間の１つまたは複数の番組の同時記録、ディスプレイ装置からハードディスクへの、及びハードディスクからディスプレイ装置へのより一般的な転送、及び／または入力と出力を可能にする。

受信機／デコーダ内での音声出力２０３８とビデオ出力２０４０は、それぞれＰＣＭミキサー２０３０と音声ＤＡＣ２０３４、ＭＰＥＧビデオデコーダ２０２８、グラフィックエンジン２０３２及びＰＡＬ／ＳＥＣＡＭエンコーダ２０３６によって送られる。代わりの、または補完的な出力も言うまでもなく提供されてよい。

この説明に使用されるように、アプリケーションは、好ましくは、好ましくは受信機／デコーダ２０００の高レベル関数を制御するための１つのコンピュータコードである。例えば、エンドユーザがリモコン２０８０のフォーカスをテレビ受像機（図示されていない）の画面上で見られるボタンオブジェクトの上に配置し、確証キーを押すと、該ボタンに関連付けられる命令シーケンスが実行される。アプリケーション及び関連付けられるミドルウェアはホストプロセッサ２００２によって実行され、リモートプロシジャコール（ＲＰＣ）がコプロセッサバス２００６全体で、必要に応じて、及び必要とされるときにデジタルテレビコプロセッサ２００４に対して行われる。

対話アプリケーションは、メニューを提案し、エンドユーザの要請によりコマンドを実行し、アプリケーションの目的に関係するデータを提供する。アプリケーションは常駐アプリケーションである、つまり受信機／デコーダ２０００のＲＯＭ（またはＦＬＡＳＨまたは他の不揮発性メモリ）内に記憶されてよいか、あるいは放送され、受信機／デコーダ２０００のＲＡＭ、ＦＬＡＳＨメモリまたはハードディスクにダウンロードされてよい。

アプリケーションは受信機／デコーダ２０００内のメモリロケーションに記憶され、リソースファイルとして表現される。リソースファイルはグラフィックオブジェクト記述単位ファイル、変数ブロック単位ファイル、命令シーケンスファイル、アプリケーションファイル及びデータファイルを備える。

受信機／デコーダは、少なくとも１つのＲＡＭボリューム、ＦＬＡＳＨボリューム及び少なくとも１つのＲＯＭボリュームに分割されるメモリ（図示されていない）を含むが、この物理的な編成は論理的な編成とは異なる。メモリは、さらに多様なインタフェースと関連つけられるメモリボリュームに分割されてよい。ある観点からは、メモリはハードウェアの一部と見なすことができる。別の観点からは、メモリは、ハードウェアとは別に図示されているシステムの全体をサポートする、または含むと見なすことができる。
受信機／デコーダのアーキテクチャ
図５に関して、受信機／デコーダのソフトウェア／ハードウェアアーキテクチャ３０００は、任意の受信機／デコーダ内で、及び任意のオペレーティングシステムを用いて実現できるように編成された５つのソフトウェア層を含んでいる。多様なソフトウェア層はアプリケーション層３１００、アプリケーションプログラミングインタフェース（ＡＰＩ）層３３００、仮想機械層３５００、デバイス層インタフェース３７００（多くの場合単に「デバイス層」と省略される）、及びシステムソフトウェア／ハードウェア層３９００である。

アプリケーション層３１００は、受信機／デコーダ内に常駐するか、あるいは受信機／デコーダにダウンロードされるかのどちらかのアプリケーション３１２０を備える。例えば、Ｊａｖａ、ＨＴＭＬ、ＭＨＥＧ−５または他の言語などで作成されたカスタマによって使用される対話型アプリケーションがあるか、あるいはそれらは例えばこのような対話型アプリケーションを実行するためなど、他の目的のために受信機／デコーダによって使用されるアプリケーションであってよい。この相は、仮想機械層によって提供されるオープンアプリケーションプログラミングインタフェース（ＡＰＩ）の集合に基づいている。このシステムにより、即座にまたはオンデマンドで受信器内のハードディスク、フラッシュメモリまたはＲＡＭメモリにアプリケーションをダウンロードできる。アプリケーションコードは、データ記憶装置媒体コマンド及び制御（Ｄａｔａ Ｓｔｏｒａｇｅ Ｍｅｄｉａ Ｃｏｍｍａｎｄ ａｎｄ Ｃｏｎｔｒｏｌ）（ＤＳＭＣＣ）、ネットワークファイルサーバ（ＮＦＳ）または他のプロトコルなどのプロトコルを使用する圧縮されたまたは圧縮されていないフォーマットで送信できる。

ＡＰＩ層３３００は対話型アプリケーション開発のための高レベルユーティリティを提供する。それは、この高レベルＡＰＩを構成する複数のパッケージを含む。パッケージは、対話型アプリケーションを実行するために必要なすべての機能性を提供する。パッケージはアプリケーションによってアクセス可能である。

好適実施形態では、ＡＰＩはＪａｖａ、ＰａｎＴａｌｋまたはこのような類似したプログラミング言語で作成されたアプリケーションのために適応される。さらに、それはＨＴＭＬ及びＭＨＥＧ−５などの他のフォーマットの解釈を容易にすることもできる。これらの機能の他に、それは要件が決定付けるように切り離し自在且つ拡張自在である他のパッケージとサービスモジュールも含む。

仮想機械層３５００は、言語インタプリタ及び多様なモジュールとシステムから構成されている。カーネル３６５０（図示されていない）により管理されているこの層は、受信機／デコーダで対話型アプリケーションを受信し、実行するのに必要なあらゆるものから構成されている。

デバイス層インタフェース３７００はデバイスマネージャとソフトウェアデバイス（ここでは通常単に「デバイス」として参照される）を含む。デバイスは外部イベントと物理インタフェースの管理に必要な論理リソースから構成されるソフトウェアモジュールである。デバイスマネージャの支配下のデバイス層インタフェースは、ドライバとアプリケーション間の通信チャンネルを管理し、機能強化されたエラー例外チェックを実現する。管理されている（ハードウェア）デバイスのいくつかの例は、カード読取装置３７２２（図示されていない）、モデム３７３０（図示されていない）、ネットワーク３７３２（図示されていない）、ＰＣＭＣＩＡ（ＰＣメモリカード国際協会）、ＬＥＤディスプレイ等である。ＡＰＩ層は上からデバイスを制御するため、プログラマはこの層をじかに取り扱う必要はない。

システムソフトウェア／ハードウェア層３９００は、受信機／デコーダのメーカーによって提供される。システムのモジュラー性のため、及びさらに高レベルのオペレーティングシステムにより供給される（イベントスケジューリング及びメモリ管理などの）サービスが仮想機械とカーネルの一部であるために、さらに高レベルの層はある特定のリアルタイムオペレーティングシステム（ＲＴＯＳ）またはある特定のプロセッサに結び付けられていない。

通常、ときおりデバイス層インタフェース３７００及び／またはＡＰＩ３３００と組み合わされ、仮想機械層３５００は受信機／デコーダの「ミドルウェア」と呼ばれる。

図６に関して、（アプリケーション層３１００、ＡＰＩ層３３００及び仮想機械層３５００を備える）図５の上半分に対応する受信機／デコーダ３０００が、ここでさらに詳細に説明される。

対話型アプリケーションとは、ユーザが例えば電子番組表、テレバンキングアプリケーション及びゲームなどの製品とサービスを獲得するために対話するアプリケーションである。

アプリケーション層３１００には、２種類のアプリケーション、さらにアプリケーションマネージャ３１００がある。それらがＡＰＩ３３００に準拠している限り任意の時点で追加できるウェブブラウザ３１３０などの対話型アプリケーションがあり、対話型アプリケーションを管理、サポートする常駐アプリケーションがある。常駐アプリケーションは、実質的には恒久的であり、以下を含む。

・ブート。ブートアプリケーション３１４２は、受信機／デコーダの電源が入れられたときに起動される最初のアプリケーションである。ブートアプリケーションはまずアプリケーションマネージャ３１１０を起動してから、メモリマネージャ３５４４とイベントマネージャ３５４６などの仮想機械３５００内の「マネージャ」ソフトウェアモジュールを起動する。

・アプリケーションマネージャ。アプリケーションマネージャ３１１０は、受信機／デコーダ内で実行される対話型アプリケーションを管理する。すなわち、それはイベントを停止し、一時停止し、再開し、取り扱い、アプリケーション間の通信に対処する。それにより複数のアプリケーションが一度に実行することができ、したがってそれらの間のリソースの割り当てに関与している。このアプリケーションは、ユーザにとって完全にトランスペアレントである。

・セットアップ。セットアップアプリケーション３１４４の目的とは、受信機／デコーダを、おもにそれが最初に使用されるときに構成することである。それはテレビチャンネルの走査、日付と時刻の設定、ユーザ優先順位の設定等のアクションを実行する。ただし、セットアップアプリケーションは受信機／デコーダ構成を変更するためにユーザが任意の時点で使用できる。

・ザッピング。ザッピングアプリケーション３１４６は、プログラムアップキー、プログラムダウンキー及び数値キーを使用してチャンネルを変更するために使用される。例えばバナー（パイロット）アプリケーションを通してなど、別の形のザッピングが使用されるとき、ザッピングアプリケーションは停止される。

・コールバック。コールバックアプリケーション３１４８は、受信機／デコーダメモリに記憶されている多様なパラメータの値を抽出し、これらの値をモデム化されたバックチャンネル１０７０（図示されていない）を介して、あるいは他の手段によって商業的な事業者に返す。

アプリケーション層３１００の中の他のアプリケーションは番組表アプリケーション３１３２、ペイパービューアプリケーション３１３４、バナー（パイロット）アプリケーション３１３６、ホームバンキングアプリケーション３１３８、ソフトウェアダウンロードアプリケーション３１４０及びＰＶＲ（パーソナルビデオレコーダ）アプリケーション３１５４（下記参照）を含む。

前記に注記されたように、アプリケーションプログラミングインタフェース（ＡＰＩ）層３３００は複数のパッケージを含んでいる。これらは、例えば仮想機械の基本機能にアクセスするために使用される基本システムパッケージ３３１０、ＤＡＶＩＣパッケージ３３２０、及びおもなソフトウェアベンダに固有のソフトウェアアーキテクチャの機能にアクセスするために使用される専用のパッケージ３３３０を含む。

さらに詳細に考慮されると、仮想機械３５００は以下を含む。

・言語インタプリタ３５１０。さまざまなインタプリタが読み取られるアプリケーションの型に準拠するためにインストールできる。これらはＪａｖａインタプリタ３５１２、ＰａｎＴａｌｋインタプリタ３５１４、ＨＴＭＬインタプリタ３５１６、ＭＨＥＧ−５インタプリタ３５１８及び他を含む。

・サービス情報（ＳＩ）エンジン。ＳＩエンジン３５４０は、共通のデジタルビデオ放送（ＤＶＢ）テーブルまたは番組システム情報プロトコル（Ｐｒｏｇｒａｍ Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）（ＰＳＩＰ）テーブルをロード、監視し、それらをキャッシュの中に入れる。それは、それらの中に含まれているデータを必要とするアプリケーションによってこれらのテーブルへのアクセスを可能にする。

・スケジューラ３５４２。このモジュールは、各スレッドが独自のイベント待ち行列を有する、先制的なマルチスレッド化されたスケジューリングを可能にする。

・メモリマネージャ３５４４。このモジュールはメモリへのアクセスを管理する。それは、必要時にメモリ内のデータを自動的に圧縮し、自動ゴミ収集も行う。

・イベントマネージャ３５４６。このモジュールにより、優先順位に従ってイベントをトリガできる。それはタイマ及びイベントグラビングを管理し、アプリケーションがイベントを互いに送信できるようにする。

・ダイナミックリンカ３５４８。このモジュールは、ネイティブＪａｖａ関数から生じるアドレスの導出を可能にし、ＲＡＭにダウンロードされるＪａｖａクラスからネイティブメソッドをロードし、ＲＯＭに向かってダウンロードされたネイティブコードから呼び出しを分離する。

・グラフィック・システム３５５０。このシステムはオブジェクト指向型であり、最適化されている。それは、多言語サポート付きのベクタフォントエンジンだけではなく、グラフィックウィンドウ及びオブジェクト管理も含む。

・クラスマネージャ３５５２。このモジュールはクラスをロードし、問題を参照する任意のクラスを分離する。

・ファイルシステム３５５４。このモジュールはコンパクトであり、複数のＲＯＭボリューム、フラッシュボリューム、ＲＡＭボリューム及びＤＳＭＣＣボリュームのある階層ファイルシステムを管理するために最適化されている。フラッシュ完全性は、あらゆる事件に対して保証されている。

・セキュリティマネージャ３５５６。このモジュールはアプリケーションを認証し、機密に関わるメモリとセットアップボックスの他のゾーンへのアプリケーションのアクセスを制御する。

・ダウンローダ３５５８。このモジュールは、リモートＤＳＭＣＣカルーセルからの、あるいはＮＦＳプロトコルを通した自動データロードを使用し、ダウンロードされたファイルは常駐ファイルと同様にアクセスされる。メモリクリアアップ、圧縮及び認証も行われる。

さらに、クライアントリソースが効率的に管理されるように、ＤＡＶＩＣリソース通知モデルがサポートされている。

カーネル３６５０は仮想機械インタフェース３５００及びデバイス層インタフェース３７００（図示されていない）で実行する多様なさまざまなプロセスを管理する。効率及び信頼性の理由から、カーネルはオペレーティングシステムのためにＰＯＳＩＸ企画の関連する部分を実現する。

カーネルの制御下では、（Ｊａｖａアプリケーション及びＰａｎｔａｌｋアプリケーションを実行している）仮想機械が、大量記憶装置サーバ３８５０（図示されていない）などのオペレーティングシステムの他の「サーバ」要素には別個の独自のスレッド内で実行する。アプリケーション３１２０がマルチスレッド化した環境から恩恵を受けることができるために、システムコールでパラメータとしてスレッドＩＤが渡されるのを必要とするなど対応する準備もＡＰＩ層３３００で行われる。

複数のスレッドを提供することにより、さらに大きな安定性が達成できる。例えば、仮想機械３５００がクラッシュを被るあるいはあるデバイスにアクセスしようとするアプリケーションによって長時間阻まれるなど、なんらかの理由から動作するのをやめた場合、ハードディスクサーバなどのシステムの他のスピードが重視される部分が続行できる。

仮想機械３５００とカーネル３６５０だけではなく、ハードディスクビデオレコーダ（ＨＤＶＲ）モジュール３８５０もハードディスク２２１０または他の接続されている大量記憶装置構成要素の記録及びプレイバック機能を処理するために設けられる。サーバは、記録を処理するための２つの別個のスレッド３８５４、３８５６、プレイバックを処理するための１つのスレッド３８５８、及び大量記憶装置構成要素との接続のためのファイルシステムライブラリ３８５２を備える。

ハードディスクビデオレコーダ（ＨＤＶＲ）３８５０内のスレッド３８５４、３８５６、３８５８の適切な１つは、例えばユーザが「録画」ボタンを押すのに応えてパーソナルビデオレコーダ（ＰＶＲ）アプリケーション３１５４などのクライアントから（ある特定の番組の録画を開始するコマンドなどの）コマンドを受信する。

代わりに、問題のスレッドは、次に、記録されるまたはプレイバックされるビットストリームを取り扱う受信機／デコーダの部分をセットアップし、同期するために（図７に図示されている）サービスデバイス３７３６と対話する。平行して、スレッドはハードディスク２１１０（図示されていない）上の適切な場所で記録動作またはプレイバック動作を調整するためにファイルシステムライブラリ３８５２とも対話する。

それから、ファイルシステムライブラリ３８５２は、（ＦＩＦＯバッファを介して）どのサブトランスポートストリーム（ＳＴＳ）を転送するのか、及びどのハードディスクターゲットにストリームを記憶しなければならないのかを告げるコマンドを（やはり図７に示されている）大量記憶装置３７２８に送信する。ハードディスクでのクラスタの割り当て及び一般的なファイル管理は、ファイルシステムライブラリ３８５２によって実行され、大量記憶装置自体はさらに低レベルの動作に関係している。

前述されたサービスデバイス３７３６は、それが受信機／デコーダの物理的な構成要素に関係していないという点でデバイスの中で固有である。代わりにそれは単一の「インスタンス」の中で受信機／デコーダ内のチューナ、デマルチプレクサ、リマルチプレクサ、及びハードディスクデバイスの多様な集合をともに分類する高レベルインタフェースを提供し、多様なサブデバイスを調整するという問題からさらに高レベルのプロセスを解放する。

図７に関して、（デバイス層インタフェース３７００とシステムソフトウェアとハードウェア層３９００を備える）図５の下半分に対応する受信機／デコーダ３０００のソフトウェアアーキテクチャがここでさらに詳細に説明される。

デバイス層の中に設けられる追加のデバイスは、前述された条件付きアクセスデバイス３７２０、２台の（またはもしかすると３台かもしれない）図４のチューナ２０１６、２０１８に対応するチューナデバイス３７２４、ビデオデバイス３７３４、Ｉ／Ｏポートデバイス３７２６、及びサービスデバイス３７３６、及び大量記憶装置３７２８を含む。

広義には、デバイスは論理インタフェースを定義すると見なすことができ、その結果２台の異なったデバイスを１つの共通物理ポートに結合してよい。特定のデバイスはそれらの間で通信し、全デバイスもカーネル３６５０の制御下で動作する。

任意のデバイスのサー浴び酢を使用する前に（アプリケーション命令シーケンスなどの）プログラムが、「クライアント」、つまりデバイスまたはデバイスマネージャ３７１０への論理的なアクセス手段として宣言されなければならない。マネージャはクライアントにデバイスへのすべてのアクセスで参照されるクライアント番号を与える。デバイスは複数のクライアントを有することがあり、各デバイスのクライアントの数はデバイスのタイプに応じて指定される。クライアントはプロシジャ「Ｄｅｖｉｃｅ：Ｏｐｅｎ Ｃｈａｎｎｅｌ（デバイス：チャンネル開放）」によってデバイスに導入される。このプロシジャはクライアント番号をクライアントに割り当てる。クライアントは、プロシジャ「Ｄｅｖｉｃｅ：Ｃｌｏｓｅ Ｃｈａｎｎｅｌ（デバイス：チャンネル閉鎖）」によってデバイスマネージャ３７１０クライアントリストの中から取り出すことができる。

デバイスマネージャ３７１０により提供されるデバイスへのアクセスは同期または非同期のどちらかである場合がある。同期アクセスの場合、プロシジャ「Ｄｅｖｉｃｅ：Ｃａｌｌ（デバイス：呼び出し）」が使用される。これは、ただちに使用可能であるデータにアクセスする手段、つまり所望される応答を待機することを必要としない機能性である。非同期アクセスの場合、プロシジャ「Ｄｅｖｉｃｅ：Ｉ／Ｏ（デバイスＩ／Ｏ）」が使用される。これは、例えばマルチプレックスを見つけるためにチューナ周波数を走査する、またはＭＰＥＧストリームからテーブルを取り戻すなどの応答を待機することを必要とするデータにアクセスするための手段である。要求された結果が使用可能なときには、イベントはその到着を信号で知らせるためにエンジンの待ち行列に入れられる。追加のプロシジャ「Ｄｅｖｉｃｅ：Ｅｖｅｎｔ（デバイス：イベント）」は、予期されていないイベントを管理する手段を提供する。

受信機／デコーダの第２の実施形態では、受信機／デコーダのアーキテクチャの下半分が図８に図示される層で置換されている。

この実施形態では、拡張デバイス層インタフェース（ＥＤＬＩ）３６００が仮想機械３５００（図示されていない）とデバイス層インタフェース３７００の間に設けられ、デバイス層インタフェース３７００とシステムソフトウェア／ハードウェア層３９００も間に抽象化デバイスインタフェース３８００が設けられる。それ以外の場合、類似したパーツは類似した参照番号で示される。

拡張デバイス層インタフェース（ＥＤＬＩ）３６００は仮想機械３５００とデバイス層インタフェース３７００の間に専用のインタフェースを提供し、通常、マルチスレッド化サポートをデバイス層インタフェースに提供する。ＥＤＬＩの機能は（デバイス層インタフェースはそれ自体マルチスレッド化をサポートする必要はないため）非同期イベントをミドルウェア内の適切なスレッドに送ることと、スレッド間でメッセージを送ることを含む。

抽象化デバイス層３８００は、デバイス層インタフェース３７００とシステムソフトウェア／ハードウェア層３９００内のデバイスドライバ３９１０の間に追加インタフェースを提供する。このようなインタフェースを提供することにより、大型で複雑なデバイス層３７００をより大きな程度までハードウェアに無関係にすることができる。
システムデバイスの追加の態様
受信機／デコーダ２０００内のソフトウェアデバイスの編成、及び特に強化された機能を提供するためのデバイスインスタンス生成と論理デマルチプレクサの使用は以下にさらに詳細に説明される。次に、デバイスインスタンス生成の前述された機能を有利に使用する論理デマルチプレクサが説明される。

その後、（例えば、１台のデマルチプレクサが２台の条件付きデマルチプレクサの役割を実行できるようにするために）複数のサービスを同時に多重分離するために、及び（デジタルテレビ番組などの）複数のサービスを同時に録画するために前述された論理でマルチプレクサを使用することが説明されている。条件付きアクセスを管理する上で使用するための制御ワードデバイス及び他のシステム態様の提供が次に説明され、最後に特に条件付きアクセスデータに関して、及び前述された論理デマルチプレクサとの密接な関係を有する２台のチューナを使用することの説明が後に続く。
デバイス管理に関連したデバイスのインスタンス生成
好適実施形態では、デバイスマネージャ３７１０は受信機／デコーダにより必要とされるデバイスのインスタンスを生成するように適応される。ソフトウェアデバイス及びそれらの詳細な構造のこのインスタンス生成はここで図９に関してさらに詳細に説明される。

図９は、２つのソフトウェアデバイスｄ_０６０００とｄ_１６００２、それらのそれぞれのクライアント６００４、対応するハードウェアデバイスクラスＤのためのデバイスドライバ６００６、及び（型Ｄの）デバイスの同じクラス６０１２の一部を形成する対応するハードウェアデバイスＤ_０６００８とＤ_１６０１０を示している。やはり図示されているのは（ソフトウェア）デバイスプロファイルｄ６０１４、及びそれぞれのデバイス６０００、６００２ごとのインスタンス生成データ６０１６、６０１８である。さらに詳細に説明されるように、デバイス６０００、６００２はそれら自体デバイスプロファイルに対応する部分６０２０、及びインスタンスに特殊な情報に対応する部分６０２２を備える。図９に関して後述される原理が図示されている２つ以外の任意の数のソフトウェアデバイスとハードウェアデバイスにも適用することが注意される必要がある。

デバイス６０００、６００２はデバイス層３７００の一部を形成する。デバイスクライアントは通常アプリケーション層３１００、ＡＰＩ層３３００、仮想機械層３５００またはデバイス層３７００の一部を形成する。そして、デバイスドライバ６００６とハードウェアデバイス６００８、６０１０はすべて図６、図８、及び図９に図示されるようにシステムソフトウェア／ハードウェア層３９００の一部を形成する。

さらに大きな柔軟性と効率を生じさせるために、他のどこかで参照される「ソフトウェアデバイス」のそれぞれはインスタンス生成のプロセスによって生成される。さらに詳細には、受信機／デコーダ２０００が初期化または再初期化されると、デバイスマネージャ３７１０は、必要とされるデバイスごとに――デバイスプロファイルｄ６０１４などの――一般的な「デバイスプロファイル」を、インスタンス生成情報６０１６または６０１８などの（インスタンス識別子に過ぎない場合がある）インスタンスに特殊な情報と組み合わせることによって、代わりに――デバイスｄ_０６０００とｄ_１６００２などの――ソフトウェアデバイスのそれぞれのインスタンスを生成する。

好適実施形態では、デバイスプロファイルは必要なインタフェース、コードとデータフィールド、デバイスインスタンスごとに指定されている（例えばサポートされるコマンドを含む）オプションを含む、対応するインスタンス生成されたデバイスのスタンドアロンバージョンを備える。（例えば、デバイスプロファイルのバイト単位のコード複製による）インスタンス生成の後、ある特定のデバイスのあらゆるインスタンスは同じデバイスまたは他のデバイスの他のインスタンスとはまったく無関係である。

図９では、デバイスＤのハードウェア機能にアクセスするために一般的なデバイスドライバ６００６が提供され、このケースでは、（デバイスマネージャ３７１０に対するさらに高レベルの呼び出しとは対照的に）このデバイスドライバに対する呼び出しは、（例えばパラメータとしてデバイスインスタンス数を指定することにより）呼び出しが関係するハードウェアデバイスの特定のデバイスを指定することが注記されなければならない。大きく変化する可能性があるデバイス層３７００及びシステムソフトウェア／ハードウェア層３９００の実現に応じて、代わりに別々のデバイスドライバがハードウェアでバイアス６００８、６０１０のそれぞれに提供される可能性がある。

各クラスまたは型のデバイスには、デバイスのそのクラスを固有に識別する２バイトのクラス識別子６１０２が割り当てられる。インスタンス生成時、ある特定のクラスの各デバイスにはそのクラスの中で固有である２バイトのインスタンス識別子６１０４が割り当てられる。すなわち、第１のチューナデバイスには（後述される）第１のデマルチプレクサデバイスと同じインスタンス識別子が割り当てられてよいが、２台のチューナデバイスが同じインスタンス識別子を有することはない。インスタンス生成後、各デバイスは、（複合識別子の最低の２バイトを形成する）クラス識別子６１０２と（該識別子の最高の２バイトを形成する）インスタンス識別子６１０４から構築される複合の４バイト識別子６１００（図１０を参照すること）によって固有に識別される。

さらに詳細には、デバイスＤは、例えば広義にはさまざまな周波数で放送される多くのさまざまなトランスポートストリームを復号するために選択するように適応されている受信機／デコーダ内のチューナであるだろう。

このケースでは、ハードウェアデバイスＤ_０とＤ_１は、それぞれ図４に図示されている２台のチューナ２０１６、２０１８となり、ソフトウェアデバイスｄ_０６０００とｄ_１６００２は図７と図８に示されている２台のチューナデバイス３７２４となり、ハードウェアデバイスドライバは、（前記に注記したように、別個のデバイスドライバをチューナごとに提供できるだろうが）２台のチューナの基礎を成すハードウェアとの直接的な通信を可能にするだろう（他のところでは図示されていない）チューナデバイスドライバとなるだろう。

前記を図解するために、一般的なチューナデバイス（ｄ）によって提供される典型的な関数は、周波数、信号ポラライゼーション等を含む指定されたチューナの多様な特性を設定する、例えばＴＵＮＥＲ＿ＴＵＮＩＮＧ＿ＳＥＴコマンドである。ＴＵＮＥＲ＿ＴＵＮＩＮＧ＿ＳＥＴコマンドは、チャンネルを変更するために前記に言及された、例えば、ザッピングアプリケーションによって使用される。このシステムでは、ＴＵＮＥＲ＿ＴＵＮＩＮＧ＿ＳＥＴコマンドに対応する実際の実行可能コードはすべてのチューナデバイスに共通であるが、各チューナデバイスが他とは関係なく同調できるようにする。（ｄ_０などの）特定のチューナインスタンスの現在の周波数などの情報は、特定のチューナデバイス（ｄ_０）のインスタンスに特殊な情報に含まれている。

デバイスプロファイル６０１４とインスタンス生成データ６０１６、６０１８は、ここで図１１ａと図１１ｂに関してさらに説明される。

（２台のチューナ及び前述された対応するチューナソフトウェアデバイスなどの）複数のハードウェアデバイスと対応するソフトウェアデバイスがある図９に図示される状況とは対照的に、（例えばＬＣＡＲＤスマートカード読取装置デバイスについてなど）指定されたデバイスクラスにはただ１つのソフトウェアデバイスがあってよい。このケースでは、デバイスプロファイルが依然として提供され、そこから前述されたように単一のインスタンスが生成される。

記憶されているオペレーティングシステムは、必要とされるソフトウェアデバイスインスタンスのすべてを生成するために必要なデバイスプロファイルを備えている。前述されたように、好適実施形態では、（受信機／デコーダの電源投入または他のリセットの後に）オペレーティングシステムがブートまたはリブートされるとき。したがって、ソフトウェアデバイスのインスタンス生成は静的であり、リセットのたびに実行される。受信機／デコーダに設けられるハードウェアも静的であるため、これは一般的には完璧に受け入れ可能である。

いくつかのケースでは、さらに詳細に後述されるように、ハードウェアデバイスの部分集合またはハードウェアデバイスのグループによって提供される特定の機能性が単一のソフトウェアデバイスでカプセル化され、物理的な同等物なしに「論理的な」ソフトウェアデバイスを提供する。この一例が後述される論理デマルチプレクサだろう。

互いとの、及びデバイスマネージャ３７１０の制御下のアプリケーションとのデバイスの通信がここでさらに詳細に説明される。

各デバイスは、デバイスマネージャ３７１０の制御下でアプリケーション、またはもしかすると別のデバイスと通信する。デバイスマネージャ３７１０はデバイスへのアクセスを制御し、予期されていないイベントの受信を宣言し、共用メモリを管理する。互いとの、及び（例えばアプリケーションなどの）システムの他の部分との通信のためにデバイスによって使用される３つのプロシジャも前記に導入される。さらに詳細には、これら３つのプロシジャは以下の目的に役立つ。

「Ｄｅｖｉｃｅ：Ｃａｌｌ」プロシジャは、同期コマンドを指定する、またはデータ転送を達成するために使用される。このプロシジャを要求するアプリケーションの実行は、コマンドの実行またはデータ転送の間は一時停止される。これにより、厳密なシーケンスで実行されなければならない動作は確実に制御できる。

「Ｄｅｖｉｃｅ：Ｉ／Ｏ」プロシジャは、非同期動作に備える。すなわち、アプリケーションはデータ転送またはデバイスによって実行される特定の機能に対する要求を送信することができ、要求側アプリケーションの実行は、データ転送または機能が実行されている間続行する。要求された結果が入手可能であると、イベントはその到着を信号で知らせるためにデバイスマネージャ３７１０によって待ち行列に入れられる。

「Ｄｅｖｉｃｅ：Ｅｖｅｎｔ」プロシジャは、予期せぬイベントを管理し、デバイスによってアプリケーションにイベントを信号で知らせることをできるようにする手段を提供する。デバイスがこのような呼び出しを行うと、デバイスマネージャ３７１０はイベントアイテムを待ち行列の中にロードする。仮想機械３５００のイベントマネージャ３５４６は、各イベントアイテムに割り当てられた優先順位レベルに従ってイベントアイテムを抽出し、仮想機械３５００内の特定のアプリケーションに特殊な適切な追加待ち行列構造の中にそれらを挿入する。アプリケーションがイベントを受信すると、それは中断され、イベントが信号で知らされたときにそれが実行していたコードとは無関係に応答する。イベントは、バスリセットなどのインタフェースで発生した何かを知らせるために使用されてよい、あるいは例えば要求されたデータ転送の完了を信号で知らせるために非同期コマンドに応えて結果を知らせるために使用することができる。

ソフトウェアデバイスのクラスのある特定の関数が基礎を成すハードウェアによってサポートされていない場合（すなわち、例えばチューナデバイスのための走査機能などのデバイス機能がハードウェアに設けられていない場合）、そのソフトウェアデバイスのインスタンスはその関数を提供しないだろう。

前記に示されたように、重要な機能はそのサポート側フィジカルデバイス（複数の場合がある）から機能性を抽象化することである。それぞれの関数は、もしかすると複数のフィジカルデバイスを含む複雑である場合があり、関数の集合は、それらがフィジカルデバイスまたは論理装置の重複する集合を含むという点で関係してよい。これは、前記に概して説明されたようにデバイスのインスタンス生成により処理される。１つのデバイスクラスは複数の関数に関してインスタンスを生成できる。これは、後記の受信機／デコーダ内での複数の多重分離関数に関する説明により例示されており、それぞれの多重分離関数はデバイスインスタンスの独自の集合を有し、該デバイスインスタンスはデバイスクラスの重複する集合に属している。
論理装置
前記に示されたように、好適実施形態は論理装置を備える。論理装置とは、基礎を成すハードウェアの単一のアイテムに必ずしも一致しないが、一致することがあるデバイスである。論理装置により提供される機能性は、例えば、ハードウェアのアイテムによって提供される機能性の部分集合であってよいか、あるいはそれはハードウェアの多くのアイテムにより提供される機能性の合同体であってよい。それは、ハードウェアの１つまたは複数のアイテムのサポートなしにソフトウェアデバイス自体によって提供される機能性を含んでよい。さらに、論理装置は、１つまたは複数の追加ソフトウェアデバイスに呼び出しを行うことによってアクセスする機能性を提供してよく、それはハードウェアの１つまたは複数のアイテムのサポートをもって、あるいはサポートなしにその機能性を提供してよい。

好適実施形態は、ハードウェアと他のソフトウェアデバイスの両方に対して呼び出しを行う論理デマルチプレクサ（ＤＥＭＵＸ）デバイスを使用してアプリケーションに多重分離機能性を提供する。

ソフトウェアデバイスの集合は、アプリケーションによる要求に応えてＤＤＲ装置２０１０の多重分離関数にアクセスするためのデバイス層インタフェース３７００に提供される。この集合は、
・トランスポートストリームからパケットを抽出し、他のデバイスの活動を調整するためのＤＥＭＵＸデバイス（図１１の３７６２）と、
・トランスポートストリームのパケットからデータセクションを抽出するためのＭＬＯＡＤデバイス３７３８と、
・トランスポートストリームから痛心ポートへのデータ転送のための、そのデータのフィルタリングと操作を含むＭＣＯＭデバイス３７６４と、
・条件付きアクセス動作を管とアクスルためのＣＡデバイス３７２０と、
・制御ワードをデスクランブラに渡すための（さらに後述される）ＣＷデバイス３７６０と
・トランスポートストリームをアセンブルするためのＴＳ＿ＲＥＭＵＸデバイス３７６６と、
・サービスの視聴者への提示を監督するためのＳＥＲＶＩＣＥデバイス３７３６と、
を備える。

好適実施形態では、
・（トランスポートストリームからのパケットの抽出、それらのパケットのデスクランブル、及びそれらを表示のためにシステムの正しい部分に転送することを含む）サービスを再生することができるプレーヤ６２２０と、
・（トランスポートストリームからのパケットの抽出、番組ストリームの構築、及び記録のためのシステムの正しい部分へのそのストリームの転送を含む）サービスを記録できるレコーダ６２３０と、
・前記種類のデマルチプレクサデバイスの両方のアクションを実行することができるプレーヤ／レコーダ６２４０と、
の３種類の論理デマルチプレクサデバイスが提供される（図１１を参照すること）。

これらの３種類の論理デマルチプレクサは、図１１で確かめることができるように、前記に一覧表示されたソフトウェアデバイスのさまざまな部分集合６２２２、６２３２、６２４２によってサポートされている。プレーヤ論理デマルチプレクサ６２２０は、それが番組トランスポートストリームを構築する必要がないためＴＳ_ＲＥＭＵＸデバイス３７６６を必要とせず、レコーダ論理デマルチプレクサ６２３２は、それがサービスの視聴者への提示に関係していないためサービスデバイス３７３６を必要としない。論理デマルチプレクサごとに、前記に一覧表示された必要とされた他のソフトウェアデバイスのそれぞれの専用デバイスのインスタンスも生成される。

論理デマルチプレクサが例えば入信トランスポートストリームからサービスを記録するためにハードウエラデマルチプレクサによって提供される機能性を必要とするとき、論理デマルチプレクサはまずＤＥＭＵＸ＿ＳＥＴ＿ＳＯＵＲＣＥコマンドを使用してソースのハードウェアデマルチプレクサにトランスポートストリームのソースを知らせる。考えられるソースは、チューナの１台（複数のチューナの提供に関する追加情報は下記に提供される）、（例えばＦＩＦＯなどの）バッファを介するハードディスク、及び外部デバイスが取り付けられるポートの１つを含む。デマルチプレクサが別のソースからストリームを多重分離する上でアクティブである場合、それは論理デマルチプレクサデバイスに、それが要求された動作を実行するために使用できない旨を知らせる。それ以外の場合、デマルチプレクサのソースは示されたソースに設定され、要求された動作が実行される。ハードウェアデマルチプレクサを所望される多重分離動作を実行するために割り当てるための手順はさらに後述される。

特に好適実施形態では、論理装置は、論理装置によって提供される機能性を実現する１つまたは複数のフィジカルデバイスまたは他のソフトウェアデバイスを識別する１つまたは複数の識別子を備える。追加の好適実施形態では、どの論理装置が他のどのデバイス（複数の場合がある）を使用するのかを示すデータを含むデータベースが、例えばデバイスマネージャによって維持される。
複数のデマルチプレクサ／リマルチプレクサ
好適実施形態では、ＤＤＲ２０１０は２台（または、特定の好適実施形態では３台）の物理デマルチプレクサを備え、それぞれが別個のソースから受信される最高３２個のＰＩＤを多重分離するために設定できる。さらに、好適実施形態は、例えば前述された論理デマルチプレクサデバイスを使用して、ある特定のソースから複数のサービスを同時に多重分離するために各物理デマルチプレクサを使用することができる。

この機能を図解するために、所望される多重分離動作を実行するための物理デマルチプレクサの選択が、２台の物理デマルチプレクサ６３０２、６３０４を有する受信機／デコーダに関連して、図１２ａ、図１２ｂ、及び図１３に関してここで説明される。

図１２ａと図１２ｂは、第１のチューナと第２のチューナ２０１６と２０１８、及び（概略して）第１のデマルチプレクサと第２のデマルチプレクサ６３０２と６３０４を示している。図１２ａでは、第１のデマルチプレクサ６３０２は、第１のチューナ２０１６が同調されるトランスポートストリームＸ６３１０内で受信されているサービスを多重分離する上でアクティブである。したがって、第１のチューナ２０１６は第１のデマルチプレクサのソース６２５０として設定される。以下は、このような状態の下で、第２のトランスポートストリームＹ６３２０から５個のＰＩＤを備えるサービスを多重分離することが所望されるときに講じられるプロシジャを説明している。

（前述されたような）論理デマルチプレクサデバイスは、多重分離動作を監督するために割り当てられる。次に、論理デマルチプレクサは、図１３に関して説明される以下の手順を実行する。

論理デマルチプレクサデバイスは、任意の物理デマルチプレクサが所望されるトランスポートストリームからサービスを多重分離しているかどうかを（ステップ７００２で）判断する。多重分離している場合には、それは、その物理デマルチプレクサが５個の追加のＰＩＤを多重分離するために十分な容量を有しているかどうかを（ステップ７００４で）チェックする。回答が再びイエスである場合、論理デマルチプレクサはその物理デマルチプレクサを使用して、所望される動作を実行する。

しかしながら、この例のケースでは、所望される動作に正しいソース（つまり、トランスポートストリームＹに同調されるチューナ）はない。したがって、ステップ７００２の後に、論理デマルチプレクサは、いずれかがそのソースを切断されるかどうかを判断することによって任意の物理デマルチプレクサがイナクティブであるかどうかを（ステップ７００６で）チェックする。物理デマルチプレクサがイナクティブではない場合には、論理デマルチプレクサは多重分離動作を要求したアプリケーションに（ステップ７００８で）エラーを返す。しかしながら、この例のケースでは、第２の物理デマルチプレクサのソースは切断されているため、それは第２の物理デマルチプレクサのソースを第２のチューナ２０１８に切り替え、（前述されたようにチューナデバイス３７２４にコマンドを送信することによって、好適実施形態の中で）所望されるトランスポートストリームの周波数に第２のチューナが同調されることを要求する論理デマルチプレクサによる使用のために利用可能である。

図１２ａに図示されている状況で開始する第２の例では、トランスポートストリームＸ６３１０から５個の追加のＰＩＤを多重分離することが所望されている。このケースでは、ステップ７００２で、第１の物理デマルチプレクサ６３０２が所望されるソースを有していることが見出される。論理デマルチプレクサは、次に、第１の物理デマルチプレクサ６３０２が５個の追加のＰＩＤを多重分離するために十分な容量を有しているかどうかを（ステップ７００４で）判断する。それは、それが現在５個のＰＩＤだけを多重分離しているために有している（ｄｏｅｓ）（前述されたように、各デマルチプレクサは、トランスポートストリームから３２個のＰＩＤを同時に多重分離してよい）。したがって、論理デマルチプレクサは、図１２ｃに図示されるように、所望される動作を実行するために第１の物理デマルチプレクサ６３０２を使用し、そのソースを第１のチューナ２０１６に切り替える。

好適実施形態は、２台（または３台以上の）物理リマルチプレクサも備え、それぞれが、既知の方法で、サービスの多重分離されたパケットから記憶のためにトランスポートストリームを構築することができる。

実施形態は、このようにして、提示／記録されているサービスが同じトランスポートストリームで受信されているのか、別のトランスポートストリームで受信されているのかに関係なく、（例えばピクチャの中のピクチャ（ｐｉｃｔｕｒｅ−ｉｎ−ｐｉｃｔｕｒｅ）構成で）複数のサービスを同時に提示する、あるいは（主題のさらに多くの情報が下記に提供される）複数のサービスを同時に記録する、あるいは１つまたは複数の異なるサービスを提示しながら１つまたは複数のサービスを記録することができる。
複数のサービスの記録
前記に示されたように、好適実施形態は、複数のサービスを同時に記録することができる。

このように行うという要求は、例えば、視聴者が重複する時間に放送されている第１の番組と第２の番組を録画すると決めたときに生じる可能性がある。代わりに、視聴者が第１の番組を録画し、第１と同時に放送されている第２の番組をタイムシフトすることを希望することがある。この後者のケースは、ここで図１４に関して好適実施形態に関連して説明される。

この説明の目的のため、ユーザが所要時間９０分であり、２１時に開始するトランスポートストリームＸで受信されている番組Ａを視聴（し、タイムシフト）し、トランスポートストリームＹで受信され、所要時間が４５分であり２１時３０分に開始する番組Ｂを録画することを希望すると仮定される。

番組Ｂが録画されることを既知の方法で早期に示した後、ユーザは例えば電子番組表から番組Ａを選択することによって、自分が番組Ａを視聴することを所望することを２１時に示す。（前述されるような）プレーヤ／レコーダ論理デマルチプレクサデバイス、ＤＥＭＵＸ＿ＰＬＡＹ＿ＲＥＣＯＲＤ６２４０は、番組Ａを形成するサービスの多重分離に割り当てられる。ＤＥＭＵＸ＿ＰＬＡＹ＿ＲＥＣＯＲＤは、前述されたプロセスを使用して、第１の物理デマルチプレクサ、ＨＷ＿ＤＥＭＵＸ＿０ ６３０２がチューナからデマルチプレクサに使用可能であると判断する。第１のチューナ、ＴＵＮＥＲ＿０ ２０１６はトランスポートストリームＸの周波数に同調され、ＨＷ＿ＤＥＭＵＸ＿０ ６０３２のソースはＤＥＭＵＸ＿ＳＥＴ＿ＳＯＵＲＣＥコマンドを使用してＴＵＮＥＲ＿０ ２０１６に設定される。番組Ａに属している初等ストリームのＰＩＤは（前述された）ＳＩエンジン３５４０から獲得され、それらのＰＩＤの多重分離を開始するＨＷ＿ＤＥＭＵＸ＿０ ６３０２に渡される。抽出された初等ストリームパケットは（後述されるように）デスクランブルされ、既知の方法でユーザに提示される。

２１時３０分に、レコーダ論理デマルチプレクサデバイスＤＥＭＵＸ＿ＲＥＣＯＲＤ ６２２０が番組Ｂを形成するサービスの多重分離に割り当てられる。ＤＥＭＵＸ＿ＲＥＣＯＲＤ ６２２０は、前述されたように、ＨＷ＿ＤＥＭＵＸ＿０ ６０３２がトランスポートストリームＸで受信されているトランスポートストリーム上で多重分離動作を実行しているが、第２の物理デマルチプレクサ、ＨＷ＿ＤＥＭＵＸ＿１ ６３０４が利用可能であると判断する。第２のチューナ、ＴＵＮＥＲ＿１ ２０１６はトランスポートストリームＹの周波数に同調され、ＨＷ＿ＤＥＭＵＸ＿１ ６３０４のソースはＴＵＮＥＲ＿１ ２０１６に設定される。

番組Ｂに属しているＰＩＤは前記のように判断され、それらのＰＩＤの多重分離を開始するＨＷ＿ＤＥＭＵＸ＿１ ６３０４に渡される。抽出された初等ストリームはそれから再多重化され、既知の方法でハードディスクに記憶される。

この説明の目的のため、私達はここで、２１時４５分にユーザが、番組Ａの残りの４５分の視聴を延期することを希望し、リモコンの休止ボタンを押すことによってこれを示すと仮定する。ＤＥＭＵＸ＿ＰＬＡＹ＿ＲＥＣＯＲＤ ６２４０は抽出された初等ストリームのデスクランブルをやめ、それに割り当てられているサービスデバイス３７３６に画面上でのビデオディスプレイを凍結させ、それに割り当てられているＴＳ＿ＲＥＭＵＸデバイス３７６６を使用して初等ストリームの再多重化を開始する。再多重化されたストリームは既知の方法でハードディスクに記憶される。

２２時に、ユーザは、リモコンの再開ボタンを押すことによって、番組Ａの残りの４５分を視聴することを希望することを示す。プレーヤ論理デマルチプレクサ、ＤＥＭＵＸ＿ＰＬＡＹ ６２２０が番組Ａの記憶されている部分の多重化に割り当てられる。ＤＥＭＵＸ＿ＰＬＡＹ ６２２０はハードディスクからストリームを多重分離するためにＨＷ＿ＤＥＭＵＸ＿０ ６０３２及びＨＷ＿ＤＥＭＵＸ＿１ ６３０４が利用できないと判断し、第３の物理デマルチプレクサ、ＨＷ＿ＤＥＭＵＸ＿２（図示されていない）が選択され、そのソースが既知の方法で（ＦＩＦＯを介して）ハードディスクに設定される。番組Ａの記憶されている部分が、読み取られ、多重分離され、２２時４５分までＤＥＭＵＸ＿ＰＬＡＹによってハードディスクからデスクランブルされるが、ＤＥＭＵＸ＿ＰＬＡＹ＿ＲＥＣＯＲＤは２２時３０分までＴＵＮＥＲ＿０ ２０１６から番組Ａを多重分離し、再多重化し続ける。ＤＥＭＵＸ＿ＲＥＣＯＲＤ ６２３０は、２２時１５分にＴＵＮＥＲ＿１ ２０１８から番組Ｂを多重分離し、再多重化するのをやめる。

ユーザが以後番組Ｂを視聴すると決めると、ＤＥＭＵＸ＿ＰＬＡＹ ６２２０が、前述されたように、多重分離動作等を実行する。
制御ワードデバイス
既知のシステムでは、制御ワードはカード読取装置内に収容されている条件付きアクセススマートカードによってＥＣＭから抽出される。本発明の実施形態では、制御ワードはスマートカードによってＥＣＭから抽出され続けるが、条件付きアクセスデータの追加処理はアーキテクチャのさらに高レベルで処理される。

好適実施形態は、ＤＤＲ２０１０でデスクランブラによって実行されるデスクランブル動作を管理するために、追加ソフトウェアデバイス、つまり制御ワード(ＣＷ)デバイス３７６０を備える。

前述されたように、サービス情報（ＳＩ）エンジン３５４０は、共通のデジタルビデオ放送（ＤＶＢ）テーブルとプログラムシステム情報プロトコル（ＰＳＩＰ）テーブルをロード、監視し、それらをキャッシュに入れる。該テーブルに含まれるデータは、それぞれが番組構成要素のための暗号化された制御ワードとアクセス基準を含む、エンタイトルメント制御メッセージ（ＥＣＭ）のＰＩＤを確かめることができる条件付きアクセステーブル（ＣＡＴ）を含んでいる。入信番組構成要素をデスクランブルするためには、関連する制御ワードを、それらがエンタイトルメント管理メッセージ（ＥＭＭ）で受信される鍵を使用して復号化でき、その後デスクランブルのためにＤＤＲ装置２０１０で使用できる条件付きアクセススマートカード（ＣＡスマートカード）２０６２にロードする必要がある。

ＥＣＭの処理は、図１５に関してここにさらに説明される。サービスをデスクランブルする必要があるとき、（例えば、仮想機械の一部を形成する）ミドルウェア内のＣＡカーネル６４０２がデスクランブルするサービスが受信されているチャンネルを特定する（例えば、ザッピングアプリケーション３１４６からなど）システム内の他のどこかからイベントを受信する。ＣＡカーネル６４０２は、ＳＩエンジン３５４０によってキャッシュに入れられたデータから、デスクランブルされるサービスに関連するＥＣＭのＰＩＤを検索し、ＤＬＩ内のＭＬＯＡＤデバイス３７３８にＥＣＭ６４２０を、それらが番組データストリームで受信されると隔離するように命令する。隔離されたＥＣＭは、次にＣＡカーネル６４０２によって、ＬＣＡＲＤデバイス３７４０の制御下で動作する条件付きアクセススマートカード２０６２に送られる。条件付きアクセススマートカードは、それがそのようにする権利を有している場合は既知の方法でＥＣＭから制御ワードを抽出し、抽出された制御ワードはＣＡカーネル６４０２によってＤＬＩ内の制御ワーアド（ＣＷ）デバイス３７６０に渡される。その結果、制御ワードの処理はＤＬＩレベルで可視ではなく、セキュリティを高める結果となる。

前記に示されたように、ＣＷデバイスの役割は物理デスクランブラ（複数の場合がある）によって実行されるデスクランブル動作を管理することである。好適実施形態では、前述されたように、ＣＷデバイスのインスタンスが生成され、デバイスの各インスタンスはデスクランブラ（複数の場合がある）（の内の１台）のクライアントである。ＣＷデバイスは、デスクランブラチャンネル識別子ＤＥＳＣＲ＿ＩＤによって識別されるデスクランブラチャンネルをさまざまなアクセス条件が適用するそれぞれの要求された（つまり、さまざまな制御ワードの使用を必要とする）デスクランブル動作に割り当てる。

特定のデスクランブル動作の場合、ＣＷデバイスは以下のタスクを担当する。

・データがデスクランブルされることを示す要求を受信すること
・デスクランブル動作にデスクランブラチャンネルを割り当てる
・実行されるデスクランブル動作のタイプを選択する（例えば、ＤＶＤ ＣＳ、ＤＥＳ及びトリプルＤＥＳ）
・制御鍵をデスクランブラに渡す
・必要時、制御鍵をデスクランブラチャンネルから書き出す（ｆｌｕｓｈｉｎｇ）、及び
・それがもう要求されていないときにはチャンネルを閉じる
さらに、ＣＷデバイスは、デスクランブラの機能に基づき任意の時点で割り当てることができるデスクランブラチャンネルの最大数を求め、それは、デスクランブル動作に対する要求を処理できない場合にＣＡカーネルに知らせる。
複数のチューナ
好適実施形態での２台または３台以上のチューナの提供は、従来の技術によるシステムにおける条件付きアクセスのための準備の簡略なレビューの後に後述される。

既知のシステムでは、ＭＰＥＧトランスポートストリームは限られた数の音声番組とビデオ番組を搬送し、該数はデータ圧縮等の程度などの要因に依存している。条件付きアクセスデータを含む、ヘッドエンドから放送される番組のすべての管理データはトランスポートストリームのそれぞれに挿入され、その結果受信機／デコーダは代わりに各トランスポートストリームに同調しなくてもどの番組に視聴する権利が保持されているのかを判断できる。このようなデータを各トランスポートストリームの中で提供することにより、コンテンツ自体にとって利用可能な帯域幅が削減されるため、ブーケの分散に必要なトランスポートストリーム、トランスポンダ等の数が増加する。

好適実施形態では、単一のトランスポートストリームだけの中で（条件付きアクセスデータを含む）この管理データを放送できるヘッドエンドが提供されている。好適実施形態が２台のチューナを備えることは前記に示されている。好適実施形態では、これらのチューナの１台（あるいは、特定の好適実施形態では追加のチューナ）はこの管理データを受信するというタスク専用である。

図１、図２及び図３を参照する前記説明の中では、単一のマルチプレクサ１０３０は、リンケージ１０２２上でのユーザへの放送のためにトランスポートストリームを構築するために説明されている。マルチプレクサ１０３０は、事実上、ブーケを放送するために必要な複数のトランスポートストリームを構築する複数のマルチプレクサを表している。好適実施形態で管理データを放送するための追加マルチプレクサの提供は、ここで図１６に関してさらに説明される。

マルチプレクサ１０３０に加えて、ＳＡＳ ５２００から暗号化されたＥＭＭを、第２の暗号化装置５１０２から暗号化されたＥＣＭを、（例えばＰＡＴとＰＭＴなどの）データストリーム奇異術テーブル、ＣＡＴテーブルのための更新パケット、及びそれが管理データトランスポートストリームをアセンブルするために使用する類似した種類の他のデータを受信する管理データマルチプレクサ１０３０‘が提供される。このトランスポートストリームは（放送ルート６００と同じであってよい）放送ルート６００’を有している。この実施形態では、管理データはマルチプレクサ１０３０によって構築されるトランスポートストリームの中に挿入されない。

受信機／デコーダがユーザの構内に設置されるとき、管理データトランスポートストリームの周波数は初期化の間にプログラミングされる。代替実施形態では、受信機／デコーダは管理データトランスポートストリームとしてそれ自体を識別するトランスポートストリームがないか、周波数を走査するように適応されている。

追加の実施形態では、条件付きアクセスデータは専用チャンネルで放送されない（したがって受信されない）が、やはりなんらかのプログラミングされたデータを搬送するチャンネル上で放送される。さらに追加の実施形態では、チャンネルホッピングが実現され、その結果条件アクセスデータが放送されるチャンネルは変化する。

前述されたようにヘッドエンドによって放送されるトランスポートストリームを受信するために使用されることを目的とする受信機／デコーダの好適実施形態では、管理データトランスポートストリームに同調可能な第１のチューナ２０１６、及びプログラミングされたデータを備えるトランスポートストリームに同調可能なチューナ２０１８（あるいは、特定の好適実施形態では第２のチューナと第３のチューナ）が設けられる。

番組データと管理データの両方を同時に多重分離するためには、受信機／デコーダの好適実施形態が、ＤＤＲ装置２０１０内に少なくとも２台の物理デマルチプレクサを具備しなければならず、第１が１つのトランスポートストリームから番組ストリームＰＩＤをフィルタリングするためであり、第２が管理データトランスポートストリームから関係する管理データＰＩＤをフィルタリングするためであることは容易に理解されるだろう。事実上、前記に示されたように、特定の好適実施形態は３台の物理デマルチプレクサを備えている。

前述された多様な関数の実現の正確な詳細、及びハードウェアとソフトウェアの間でのそれらの分散は、実現者の選択の問題であり、詳細に説明されない。しかしながら、受信機／デコーダで必要とされる動作を実行できる専用の集積回路が市販されている、あるいは容易に設計できること、及びこれらがハードウェアアクセレレータの基礎として使用できる、あるいはさらに好ましくは必要とされる動作の多様を実現するために専用ハードウェアアクセレレータを生成し、それによりソフトウェアを実行するために必要とされる処理パワーを削減することが注記される。しかしながら、必要とされる動作は、十分な処理パワーが使用可能である場合にソフトウェアで実現されてよい。

モジュール及び他の構成要素は、オプションの好ましい機能とともに、各構成要素によって提供される機能と関数という点で説明されてきた。示される情報及び提供される仕様を用いて、これらの機能の実際の実現及び正確な詳細は実現者に委ねられる。一例として、特定のモジュールは、好ましくはＣプログラミング言語で作成され、好ましくはアプリケーションを実行するために使用されるプロセッサで実行するためにコンパイルされるソフトウェアで実現できるだろう。しかしながら、いくつかの構成要素は別個のプロセッサで実行されてよく、いくつかまたはすべての構成要素は専用のハードウェアによって実現されてよい。

前記モジュール及び構成要素は単に例示的にすぎず、本発明は多岐に渡る方法で実現されてよく、特にいくつかの構成要素は類似した機能を実行する他と結合されてよい、あるいはいくつかは簡略化された実現では省略されてよい。機能のそれぞれのハードウェアとソフトウェアの実現は、構成要素間と単一の構成要素の中の両方で自由に混合されてよい。

ハードウェア、コンピュータソフトウェア等によって実行される関数が、電気信号または類似する信号で、あるいは電気信号または類似する信号を使用して実行されることは容易に理解されるだろう。ソフトウェア実現はＲＯＭに記憶されてよいか、あるいはＦＬＡＳＨの中にパッチされてよい。

本発明は前記に純粋に例証として説明され、本発明の範囲内で詳細の変型を加えることができることが理解されるだろう。

説明及び（該当する場合は）請求項及び図面の中に開示されるそれぞれの機能は、独立して、あるいは任意の適切な組み合わせて提供されてよい。

衛星デジタルテレビシステムの概要である。 ケーブルデジタルテレビシステムの概要である。 全体的なシステムビューであり、ヘッドエンドがさらに詳細に図示されている。 受信機／デコーダの構成要素アーキテクチャの概略図である。 受信機／デコーダのソフトウェアアーキテクチャの図である。 図５の上半分をさらに詳細に示す図である。 図５の下半分をさらに詳細に示す図である。 図５の下半分の代替実施形態を示す図である。 ある実施形態によるソフトウェアデバイスの構造を示す。 デバイス識別子の構造を示す。 ある実施形態による３種類の論理デマルチプレクサとそのサポートするデバイスを示す。 ハードウェアデマルチプレクサを選択するプロセスにおける段階を表す。 図１２が関係するプロセスのためのフロー図である。 複数のサービスを同時に記録するためのある実施形態のファシリティを図解する時系列を示す。 サービスを多重分離し、デスクランブルする際に実施形態により実行される条件付きアクセス動作を図解する。 条件付きアクセスデータを提供するシステムの概要である。

Claims (1)

1. チューナと、
   デマルチプレクサと、
   デコード出力装置と、
   ソフトウエアを記憶するメモリと
   を有する受信装置であって、
   前記ソフトウエアは、チューナ用ソフトウエアデバイス及び複数の論理装置を含み、
   前記チューナ用ソフトウエアデバイスは、放送センタから受信した信号のうち特定のチャネルに同調することを、前記チューナに実行させるソフトウエアデバイスであり、
   前記複数の論理装置の各々は、
   前記特定のチャネルのトランスポートストリームから視聴覚データのパケットを抽出することを、前記デマルチプレクサに実行させるソフトウエアデバイスを有し、
   前記複数の論理装置に属する第１の論理装置は、
   抽出された前記パケットを前記デコード出力装置に転送することを、前記デマルチプレクサに実行させ、前記デコード出力装置により前記視聴覚データが再生されるようにするソフトウエアデバイスを少なくとも有し、
   前記複数の論理装置に属する第２の論理装置は、
   抽出された前記パケットを前記メモリに転送することを、前記デマルチプレクサに実行させ、前記視聴覚データが前記メモリに記録されるようにするソフトウエアデバイスを少なくとも有し、
   前記メモリ内の各ソフトウエアデバイスは、機能を示すダウンロードされたデバイスプロファイルとインスタンス識別子とを組み合わせることでインスタンスを生成するプロセスにより、当該受信装置が起動される際に生成される、受信装置。

Images