JP2001516532A - データをｍｐｅｇ受信機／デコーダにダウンロードする方法および同様なことを実行するためのｍｐｅｇ伝送システム - Google Patents

Abstract

(57)【要約】 テレビジョンがセットトップボックスのような受信機／デコーダを介してその信号を受信するディジタル衛星テレビジョンシステムでは、対話式アプリケーションはダウンロードされ、受信機／デコーダで実行できる。アプリケーションコードはモジュールとして構成され、モジュールのダウンロードの前に、特定のローカルアドレス内部のディレクトリモジュールの検索がある。このモジュールはサインされ、ディレクトリモジュールはサインされ、単一暗号がアプリケーションを構成するモジュールの全てに利用されるように暗号化される。複数の公開暗号鍵は受信機／デコーダのＲＯＭに記憶されているので、アプリケーションは、互いの専用暗号鍵を知る必要がない資源なしで異なる資源によって形成できる。暗号鍵を受信機／デコーダのＲＡＭに一時的に記憶できる機構が備えられているので、受信機／デコーダの製造者はその機能性をチェックできる。ディレクトリのシグネチャは、ディレクトリモジュールのダミーデータのブロックの可変位置に隠されてもよい。ダウンロードされたアプリケーションは、受信機／デコーダに記憶されたアプリケーションバリデーションビットマップを基準としてチェックされてもよい。

Description

【発明の詳細な説明】 データをＭＰＥＧ受信機／デコーダにダウンロードする方法および 同様なことを実行するためのＭＰＥＧ伝送システム この発明は、 ・ＭＰＥＧ受信機／デコーダにデータをダウンロードする方法、 ・このようなＭＰＥＧ受信機／デコーダそれ自体、および ・ＭＰＥＧ伝送システムに関するものである。 主にテレビジョン信号を放送する向きのディジタル伝送システムの出現である が、特に排他的でない衛星テレビジョンシステムの出現は、他の目的のためのこ のようなシステムを使用する可能性を切り開いた。これらの中の１つはエンドユ ーザとの対話性を与えることにある。 これを行う１つの目的は、テレビジョン信号が受信される受信機／デコーダの アプリケーションを実行することにある。このアプリケーションのためのコード は受信機／デコーダに永久的に記憶できる。しかしながら、これはある程度制限 がある。好ましくは、受信機／デコーダは必要とされるアプリケーションのため のコードをダウンロードできるべきである。このように、より多くの多様性を生 じることができ、アプリケーションはユーザの一部に少しの影響もなしに必要に 応じて更新できる。 ＭＰＥＧシステムでは、アプリケーションコードはＭＰＥＧテーブルにダウン ロードされてもよい。しかしながら、単一のＭＰＥＧテーブルによってダウンロ ードできる１つのコードのサイズに対する制限がある。さらに、全アプリケーシ ョンが、実行できる前にダウンロードされることが必要とされるならば、これは ユーザに許容できない遅延を生じるかもしれない。したがって、アプリケーショ ンを複数のモジュールとしてダウンロードできる要求がある。しかしながら、こ れは、そのとき、特定のアプリケーションに必要とされるモジュールをＭＰＥＧ ビットストリームから識別し、抽出できる問題を生じる。本発明の第１の態様は この問題に関するものである。 本発明の第１の態様によれば、アプリケーションを複数のモジュールに分割す るステップと、モジュールのフォーマットの各々をそれぞれのＭＰＥＧテーブル としてフォーマット化するステップであって、テーブルが同じテーブルＩＤ（“ ＴＩＤ”）および所定のＴＩＤ拡張以外のそれぞれの異なるＩＤ拡張を有するこ とと、同じ前記ＴＩＤおよび前記所定のＴＩＤ拡張を有するモジュールに対する ディレクトリＭＰＥＧテーブルを生成するステップであって、前記ディレクトリ が、前記モジュールの各々に対してこのモジュールの名前およびそれぞれのＴＩ Ｄ拡張を含むことと、ディレクトリＭＰＥＧテーブルおよびモジュールＭＰＥＧ テーブルをＭＰＥＧビットストリームで周期的に伝送するステップと、かつＭＰ ＥＧ受信機／デコーダで、ＭＰＥＧビットストリームを受信するステップと、デ ィレクトリＭＰＥＧテーブルをダウンロードするように所定のＴＩＤ拡張を有す るＭＰＥＧテーブルの中のこの１つをダウンロードするステップと、ディレクト リテーブルの内容からモジュールＭＰＥＧテーブルのＴＩＤ拡張を決定するステ ップと、ダウンロードされたディレクトリＭＰＥＧテーブルのＴＩＤと同じＴＩ ＤおよびダウンロードされたディレクトリＭＰＥＧテーブルから決定されたＴＩ Ｄ拡張を有するモジュールＭＰＥＧテーブルの中の少なくとも１つをダウンロー ドするステップとを含む、アプリケーションの少なくとも一部をＭＰＥＧ受信機 ／デコーダにダウンロードする方法が提供される。 したがって、アプリケーションがダウンロードでき、多数のモジュールで構成 され、必要に応じて適当に実行される。ディレクトリは、特定のＴＩＤ拡張を有 しているために容易に識別でき、一旦ディレクトリがダウンロードされると、デ ィレクトリによって、受信機／デコーダはモジュールテーブルをそのそれぞれの ＴＩＤ拡張から識別できる。 好ましくは、この方法は、そのためのバージョンＩＤを伝送ディレクトリＭＰ ＥＧテーブルに含めるステップと、受信機／デコーダで現在は伝送されたディレ クトリＰＭＴ ＭＰＥＧテーブルのバージョンＩＤが現在はダウンロードされた ディレクトリＭＰＥＧテーブルのバージョンＩＤよりも最新であるかどうかを決 定するステップと、最新であるならば、前記ディレクトリＭＰＥＧテーブルをダ ウンロードするステップを繰り返すステップと、ＴＩＤ拡張を決定し、かつモジ ュールＭＰＥＧテーブルの中の少なくとも１つをダウンロードするステップをさ らに含む。 したがって、万一アプリケーションが変更されるならば、これは自動的に検出 でき、更新ディレクトリおよび任意の更新モジュールがダウンロードできる。 モジュールＭＰＥＧテーブルの少なくとも１つは、ＭＰＥＧビットストリーム で別々に伝送される複数のＭＰＥＧセクションとしてフォーマット化されてもよ く、ＭＰＥＧセクションの各々が、その所定の部分にＭＰＥＧテーブルのこのＭ ＰＥＧセクションのＩＤおよびＭＰＥＧテーブルのセクション番号のＩＤを含む 。本発明の第２の態様によれば、ＭＰＥＧビットストリームを受信する受信機と 、記憶手段と、所定のＴＩＤ拡張を有する受信ＭＰＥＧテーブルの中のこの１つ を記憶手段にダウンロードし、ディレクトリＭＰＥＧテーブルの内容からモジュ ールおよびＭＰＥＧテーブルのＴＩＤ拡張を決定し、かつダウンロードされたデ ィレクトリＭＰＥＧテーブルのＴＩＤと同じＴＩＤおよびダウンロードされたデ ィレクトリＭＰＥＧテーブルから決定されたＴＩＤ拡張を有するモジュールＭＰ ＥＧテーブルの中の少なくとも１つを記憶手段にダウンロードするようにプログ ラム化されている処理手段とを備える、本発明の第１の態様の方法の一部を実行 する際に使用するためのＭＰＥＧ受信機／デコーダが提供される。 好ましくは、処理手段は、現在は受信されたディレクトリＭＰＥＧテーブルの バージョンＩＤがダウンロードされたディレクトリＭＰＥＧテーブルのバージョ ンＩＤよりも最新であるかどうかを決定し、最新であるならば、ディレクトリＭ ＰＥＧテーブルのダウンロード、ＴＩＤの決定およびモジュールＭＰＥＧテーブ ルの少なくとも１つのダウンロードを繰り返すようにプログラム化される。 受信機／デコーダが複数の別々に伝送されたセクションとしてフォーマット化 されるモジュールテーブルの少なくとも１つを受信するように構成される場合、 処理手段は、好ましくは、セクションの全てがダウンロードされたことをダウン ロードされたヤクションのセクションＩＤおよびセクション番号ＩＤから決定す るまでＭＰＥＧセクションを記憶手段に繰り返してダウンロードするようにプロ グラム化される。 好ましくは、受信機／デコーダは、少なくともＭＰＥＧテーブルとして形成さ れるフォーマット化されるアプリケーションを受信するように構成された並列ポ ートおよび／または直列ポートをさらに備え、この場合、短いＭＰＥＧ‐２フォ ーマットは、例えば、衛星あるいはケーブルによって、使用されるのが好ましい のに対して、長いＭＰＥＧ‐２フォーマットは、遠隔受信のために使用されるの が好ましい。 これは、アプリケーションが衛星テレビジョンシステムにわたって伝送される 必要がない場合、アプリケーションはダウンロードできるので、製造者が受信機 ／デコーダの特定の機能を検査したい場合に特に有用である。 本発明の第３の態様によれば、ＭＰＥＧ受信機／デコーダにダウンロードされ るアプリケーションを複数のモジュールに分割する手段と、モジュールの各々を それぞれのＭＰＥＧテーブルとしてフォーマット化するステップであって、テー ブルが、同じＴＩＤおよび所定のＴＩＤ拡張以外のそれぞれの異なるＴＩＤ拡張 を有することと、同じ前記ＴＩＤおよび前記所定のＴＩＤ拡張を有するモデルに 対するディレクトリＭＰＥＧテーブルを生成する手段であって、前記ディレクト リが、モジュールの各々に対してこのモジュールおよびそれぞれのＴＩＤ拡張を 含むことと、ディレクトリＭＰＥＧテーブルおよびモジュールＭＰＥＧテーブル をＭＰＥＧビットストリームで周期的に伝送する手段とを備えているＭＰＥＧ伝 送システムが提供される。 好ましくは、このシステムは、ディレクトリＭＰＥＧテーブルのためのバージ ョンＩＤを生成する手段をさらに備え、かつこのシステムにおいて、ディレクト リＭＰＥＧテーブル生成手段がディレクトリＭＰＥＧテーブルにそのために生成 されたバージョンＩＤを含むように作動可能である。 このモジュールフォーマット化手段は、モジュールＭＰＥＧテーブルの少なく とも１つを複数のＭＰＥＧセクションとしてフォーマット化するように作動可能 であってもよく、複数のＭＰＥＧセクションの各々は、その所定の部分にこのＭ ＰＥＧテーブルのこのＭＰＥＧセクションのＩＤおよびこのＭＰＥＧテーブルの ＭＰＥＧセクション番号のＩＤを含む。 望ましいことには、受信機／デコーダは、例えば、ウィルスを含み得る不許可 アプリケーションのダウンロードから保護されるべきである。したがって、アプ リケーションコードの少なくとも一部の暗号化およびサインの概念が熟慮されて もよい。 本発明の第４の態様によれば、ダウンロードされたデータのためのシグネチャ 生成するステップと、専用鍵を使用してシグネチャを暗号化するステップと、ダ ウンロードされたデータ、専用鍵のための暗号化シグネチャおよびＩＤをＭＰＥ Ｇテーブルとしてフォーマット化するステップと、かつ受信機／デコーダで、Ｍ ＰＥＧテーブルを受信するステップと、受信ＭＰＥＧテーブルの鍵ＩＤに従って 複数の専用鍵の中の１つを選択するステップと、選択された専用鍵を使用して受 信ＭＰＥＧテーブルの暗号化シグネチャを暗号解読し、暗号解読されたシグネチ ャを提供するステップと、受信されたＭＰＥＧテーブルのデータに対するシグネ チャを生成するステップと、暗号解読されたシグネチャと受信されたデータに対 して受信機／デコーダで発生されたシグネチャとを比較するステップとを含む、 データをＭＰＥＧ受信機／デコーダにダウンロードする方法が提供される。 したがって、受信機／デコーダは、各々の他の専用鍵を知る必要があるソース なしに１つ以上のソースからの暗号化シグネチャを有するアプリケーションをダ ウンロードするために使用されてもよい。 この方法は、所定の鍵ＩＤを有する専用鍵を使用して暗号化されたシグネチャ を有するアプリケーションを受信機／デコーダにダウンロードするステップと、 受信機／デコーダでアプリケーションを実行し、受信機／デコーダに他の鍵を受 信させるステップと、受信機／デコーダの揮発性メモリの領域に他の鍵を記億す るステップとをさらに含んでもよい。この場合、アプリケーションを実行するス テップ中、他の鍵は、例えば、受信機／デコーダの並列ポート、直列ポートある いはスマートカード読み取り器を介して受信機／デコーダに局部的に供給されて もよい。受信機／デコーダがモデム接続を有する場合、受信機／デコーダは、モ デムを介して供給されるこのような他の鍵を防止するように構成されるのが好ま しい。 これらの特徴によって、受信機／デコーダを検査することを望むかもしれない 製造者は鍵を受信機／デコーダにダウンロードできる。 この方法は、受信機／デコーダで、受信機／デコーダのメモリの保護領域にお いて、選択された公開鍵のためのバリデーションフラグを検索するステップと、 検索フラグが設定されない場合、データのダウンロードを禁止するかあるいは打 ち切るステップをさらに含んでもよい。 したがって、複数の公開鍵は受信機／デコーダのメモリに永久的に装備されて もよいけれども、例えば、特定の公開鍵に関連する専用鍵のプライバシが破られ る場合、あるいは同じ鍵を使用した２つのオペレータが別個の鍵を持つことを望 むと決定する場合に必要であるかもしれない公開鍵のいずれも選択的に使用禁止 にできる。 受信機／デコーダが、受信機／デコーダのメモリの保護領域において前述のよ うな所定の鍵ＩＤを有する専用鍵を使用して暗号化されたシグネチャを有するア プリケーションをダウンロードするように構成された場合では、所定の鍵を有す る専用鍵は、前記アプリケーションによって変更できるバリデーションフラグを 有してもよく、このような他の鍵を受信する能力は、このバリデーションフラグ の状態に応じて決定される。 公開鍵に対するこれらの後者の機能は、本発明の第４の態様とは無関係に提供 されてもよい。したがって、本発明の第５の態様は、ダウンロードされたデータ に対するシグネチャを生成するステップと、専用鍵を使用してシグネチャを暗号 化するステップと、ダウンロードされたデータ、暗号化シグネチャおよび専用鍵 に対するＩＤをＭＰＥＧテーブルとしてフォーマット化するステップと、ＭＰＥ Ｇテーブルを伝送するステップと、かつ受信機／デコーダで、ＭＰＥＧテーブル を受信するステップと、受信機／デコーダのメモリの保護領域において、受信さ れたＭＰＥＧテーブルで識別された専用鍵に対応する公開鍵に対するバリデーシ ョンフラグを検索するステップと、検索フラグが設定された場合、受信されたＭ ＰＥＧテーブルに識別された専用鍵に対応する公開鍵を使用して受信されたＭＰ ＥＧテーブルで暗号化シグネチャを暗号解読し、暗号解読されたシグネチャを与 えるステップと、受信されたＭＰＥＧテーブルのデータに対するシグネチャを生 成するステップと、暗号解読されたシグネチャおよび受信されたデータに対する 受信機／デコーダで生成されたシグネチャを比較するステップとを含む、データ をＭＰＥＧ受信機／デコーダにダウンロードする方法を提供する。 本発明の第４および第５の態様の方法は、好ましくは、ダウンロードされたデ ータに対するバリデーションコードを生成するステップであって、バリデーショ ンコードが、暗号化ステップでシグネチャでシグネチャで暗号化され、かつ暗号 解読ステップでシグネチャで暗号解読されていることと、受信機／デコーダのメ モリの保護領域に記憶されたバリデーションコードを検索するステップと、検索 されたバリデーションコードおよび暗号解された読バリデーションコードを比較 するステップをさらに含む。 したがって、受信機／デコーダは、所定のアプリケーションあるいは所定の種 類のアプリケーションだけを受信するように設定することができる。 これらの特徴は、本発明の第４および第５の態様とは無関係に提供されてもよ い。したがって、本発明の第６の態様は、ダウンロードされたデータに対するバ リデーションコードを生成するステップと、ダウンロードされたデータに対する シグネチャあるいはその一部を生成するステップと、専用鍵を使用してバリデー ションコードおよびシグネチャを暗号化するステップと、ダウンロードされたデ ータおよび暗号化バリデーションコードならびにシグネチャを少なくとも１つの ＭＰＥＧテーブルとしてフォーマット化するステップと、前記ＭＰＥＧテーブル あるいは各ＭＰＥＧテーブルを伝送するステップと、かつ受信機／デコーダで、 前記ＭＰＥＧテーブルあるいは各ＭＰＥＧテーブルを受信するステップと、前記 専用鍵に対応する公開鍵を使用して受信ＭＰＥＧテーブルの暗号化されたバリデ ーションコードおよびシグネチャを暗号解読するステップと、受信機／デコーダ のメモリの保護領域で記憶されたバリデーションコードを検索するステップと、 検索されたバリデーションコードおよび暗号解読されたコードを比較するステッ プと、受信されたＭＰＥＧテーブルのデータに対するシグネチャあるいはその一 部を生成するステップと、暗号解読されたシグネチャと受信されたデータに対す る受信機／デコーダで生成されるシグネチャとを比較するステップとを含む、デ ータをＭＰＥＧ受信機／デコーダにダウンロードする方法を提供する。 好ましくは、この方法は、バリデーションコード比較ステップにおいて、検索 されたバリデーションコードおよび暗号解読されたバリデーションコードが互い に一致しない場合、データのダウンロードを禁止するかあるいは打ち切るステッ プをさらに含む。 本発明の第４〜第６の態様において、本発明は、ダウンロードされたデータの シグネチャがデータブロックの開始とシグネチャの開始との間の選択されたオフ セットを有する他のデータを含むデータのブロックで暗号化され、暗号化された データブロックは受信機／デコーダにおいて暗号解読ステップで暗号解読された ことを提供してもよく、受信機／デコーダで、受信機／デコーダのメモリの保護 領域で少なくとも１つの記憶されたオフセットを検索するステップと、暗号解読 されたデータブロックの開始からの前記１つの検索されたオフセットを使用して 暗号解読されたデータブロックからシグネチャを抽出するステップとをさらに含 む。 したがって、シグネチャは、他のダミーデータ中に隠されてもよく、シグネチ ャの位置を確認することをより困難にする。その代わりに、あるいはさらにこの 特徴によって、データは、１つあるいはそれ以上の特定のグループの受信機／デ コーダに対してだけ利用されることができる。 これらの特徴は、本発明の第４〜第６の態様とは無関係に提供されてもよい。 したがって、本発明の第７の態様は、ダウンロードされたデータに対するシグネ チャを生成するステップと、データブロックの開始とシグネチャの開始との間の 選択されたオフセットを有するデータのブロックにシグネチャおよび他のデータ を含むステップと、専用鍵を使用してデータブロックを暗号化するステップと、 ダウンロードされたデータおよび暗号化されたデータブロックをＭＰＥＧテーブ ルとしてフォーマット化するステップと、ＭＰＥＧテーブルを伝送するステップ と、かつ受信機／デコーダで、ＭＰＥＧテーブルを受信するステップと、専用鍵 に対応する公開鍵を使用して受信されたＭＰＥＧテーブルの暗号化データブロッ クを暗号解読するステップと、受信機／デコーダのメモリの保護領域の少なくと も１つの記憶されたオフセットを検索するステップと、暗号解読データブロック の開始からの前記１つの検索オフセットを使用して暗号解読されたデータブロッ クからシグネチャを抽出するステップと、受信されたＭＰＥＧテーブルのデータ に対するシグネチャを生成するステップと、暗号解読されたデータブロックから 抽出されたシグネチャと受信されたデータに対して受信機／デコーダで生成され たシグネチャとを比較するステップとを含む、データをＭＰＥＧ受信機／デコー ダにダウンロードする方法を提供する。 前記メモリの保護領域が少なくとも２つのこのような記憶されたオフセットを 有する場合、比較ステップでは、抽出されたシグネチャおよび生成されたシグネ チャが一致しないならば、この方法は、好ましくは記憶されたオフセットの中の 他のものを使用して検索ステップ、抽出ステップおよび比較ステップを繰り返す ステップを含んでいる。 データのブロックの前記他のデータの中の少なくともいくつかダミーデータあ るいは任意のデータであってもよいが、そうであるならば、好ましくは、ダミー データのセクションはシグネチャを全然繰り返さない。 本発明の第４〜第７の態様において、データは複数のデータのモジュールとし てダウンロードされてもよく、この方法は、ダウンロードされたデータの各モジ ュールに対するシグネチャを生成するステップと、データのモジュールをそれぞ れのモジュールＭＰＥＧテーブルとしてフォーマット化するステップと、各モジ ュールＭＰＥＧテーブルおよびそれぞれのシグネチャのＩＤを含むディレクトリ を生成するステップであって、ディレクトリがシグネチャ生成ステップの対象で あることと、かつ受信機／デコーダで、受信されたモジュールＭＰＥＧテーブル のモジュールの各々に対するそれぞれのモジュールシグネチャを生成するステッ プと、受信されたディレクトリＭＰＥＧテーブルの各モジュールシグネチャと受 信機／デコーダで生成されたそれぞれのモジュールシグネチャとを比較するステ ップとを含んでもよい。 したがって、ダウンロードされたデータは複数のモジュールで構成されるけれ ども、単一の暗号化処理だけはモジュールを暗号化するために必要であり、単一 の暗号解読処理だけは、シグネチャをチェックできるために必要である。 これらの特徴は、本発明の第４〜第７の態様とは無関係に提供されてもよい。 したがって、本発明の第８の態様は、ダウンロードされたデータの各モジュール に対するモジュールシグネチャを生成するステップと、データのモジュールをそ れぞれのモジュールＭＰＥＧテーブルとしてフォーマット化するステップと、各 モジュールＭＰＥＧテーブルおよびそれぞれのシグネチャのＩＤを含むディレク トリを生成するステップと、ディレクトリに対するディレクトリシグネチャを生 成するステップと、ディレクトリシグネチャを専用鍵を使用して暗号化するステ ップと、ディレクトリおよび暗号化ディレクトリシグネチャをディレクトリＭＰ ＥＧテーブルとしてフォーマット化するステップと、ディレクトリおよびモジュ ールＭＰＥＧテーブルを伝送するステップと、かつ受信機／デコーダで、ディレ クトリおよびモジュールＭＰＥＧテーブルを受信するステップと、受信されたデ ィレクトリＭＰＥＧテーブルの暗号化ディレクトリシグネチャを専用鍵に対応す る公開鍵を使用して暗号解読するステップと、受信されたディレクトリＭＰＥＧ テーブルのディレクトリに対するディレクトリシグネチャを生成するステップと 、暗号解読されたディレクトリシグネチャおよび受信機／デコーダで生成された ディレクトリシグネチャを比較するステップと、受信されたモジュールＭＰＥＧ テーブルのモジュールの各々に対するそれぞれのモジュールシグネチャを生成す るステップと、受信されたディレクトリＭＰＥＧテーブルの各モジュールと受信 機／デコーダで生成されたそれぞれのモジュールシグネチャとを比較するステッ プとを含む、複数のデータのモジュールをＭＰＥＧ受信機／デコーダにダウンロ ードする方法を提供する。 この方法は、好ましくは、モジュールシグネチャ比較ステップで、受信された ディレクトリＭＰＥＧテーブルのモジュールシグネチャおよびこのモジュールに 対して受信機／デコーダで生成されたそれぞれのモジュールシグネチャが互いに 一致しない場合、このようなモジュールのダウンロードを禁止するかかあるいは 打ち切るステップをさらに含む。 前述の方法は、好ましくは、比較ステップで、前記暗号解読されたシグネチャ あるいは各暗号解読されたシグネチャおよび生成されたシグネチャが互いに一致 しない場合、データのダウンロードを禁止するかあるいは打ち切るステップも含 んでいる。 本発明の第９の態様によれば、このようなＭＰＥＧテーブルを受信する手段と 、複数の公開鍵および公開鍵の各々に対するＩＤを記憶するステップと、受信さ れたＭＰＥＧテーブルの鍵ＩＤに従って記憶された公開鍵の中の１つを選択し、 選択された公開鍵を使用して受信されたＭＰＥＧテーブルの暗号化シグネチャを 暗号解読し、暗号解読されたシグネチャを提供し、受信されたＭＰＥＧデータの データに対するシグネチャを生成し、かつ暗号解読されたシグネチャおよび受信 されたデータに対して受信機／デコーダで生成されたシグネチャを比較するよう にプログラム化される処理手段とを備えている、本発明の第４の態様の方法の一 部を実行する際に使用するためのＭＰＥＧ受信機／デコーダが提供される。 主記憶手段は、好ましくは、ＲＯＭによって与えられ、公開鍵の各々に対する ＩＤは、主記憶手段のこの公開鍵の記憶ロケーションによって与えられてもよい 。受信機／デコーダは、揮発性メモリの領域をさらに含んでもよく、処理手段は 、所定の鍵ＩＤを有する専用鍵を使用して暗号化されたシグネチャを有するアプ リケーションを実行し、受信機／デコーダに他の鍵を受信させ、かつ他の鍵を揮 発性メモリの領域に記憶するように作動可能でもある。 受信機／デコーダは、受信機／デコーダに局部的に供給されたこのような他の 鍵を受信する手段、例えば、受信機／デコーダの並列ポート、直列ポートおよび ／またはスマートカード読み取り器をさらに含んでもよい。揮発性メモリは、好 ましくは、ＲＡＭによって与えられる。さらに、受信機／デコーダがモデム接続 を有する場合、受信機／デコーダは、好ましくは、モデムを介して供給されるこ のような他の鍵を妨げるように構成されている。 受信機／デコーダは公開鍵の少なくともいくつかの各々に対するバリデーショ ンフラグを記憶するメモリの保護領域をさらに含んでもよく、処理手段は、メモ リの保護領域で、このような選択された公開鍵に対するバリデーションフラグを 検索し、検索されたフラグが設定されない場合、データのダウンロードを禁止す るかあるいは打ち切るようにプログラム化されてもよい。 受信機／デコーダはまた、所定の鍵ＩＤを有する専用鍵に対するバリデーショ ンフラグを記憶するメモリの保護領域をさらに含んでもよく、処理手段は、この バリデーションフラグを変えるように前記アプリケーションを実行する場合、作 動可能で、かつ他の鍵をこのフラグの状態に応じて記憶できるように作動可能で あってもよい。 この後者の特徴は、本発明の第９の態様とは無関係に提供されてもよい。した がって、本発明の第１０の態様は、このようなＭＰＥＧテーブルを受信する手段 と、公開鍵および公開鍵に対するＩＤを記憶する手段と、公開鍵に対するバリデ ーションフラグを記憶するメモリの保護領域と、受信機／デコーダのメモリの保 護領域において、受信されたＭＰＥＧテーブルの識別された専用鍵に対応する公 開鍵に対するバリデーションフラグを検索し、検索フラグが設定される場合、受 信されたＭＰＥＧテーブルの識別された専用鍵に対応する公開鍵を使用して受信 されたＭＰＥＧテーブルにおける暗号化されたシグネチャを暗号解読し、暗号解 読シグネチャを提供し、受信されたＭＰＥＧテーブルのデータに対するシグネチ ャを生成し、暗号解読されたシグネチャおよび受信されたデータに対する受信機 ／デコーダによって生成されたシグネチャを比較するようにプログラム化される 処理手段とを備えるＭＰＥＧ受信機／デコーダを提供する。 鍵バリデーションフラグを記憶するメモリは、好ましくは、再書き込み可能不 揮発性メモリによって与えられる。 複数のこのような公開鍵が記憶される場合、バリデーションフラグを記憶する メモリは好ましくはビットマップとして構成される。 本発明の第９の態様あるいは第１０の態様の受信機／デコーダは、バリデーシ ョンコードを記憶するメモリの保護領域をさらに含んでもよく、かつ処理手段は 、このような受信されたＭＰＥＧテーブルのバリデーションコードを暗号解読し 、記憶されたバリデーションコードを検索し、検索されたバリデーションコード および暗号解読コードを比較するようにプログラム化されてもよい。 この後者の特徴は、本発明の第９の態様あるいは第１０の態様とは無関係に与 えられてもよい。したがって、本発明の第１１の態様は、このようなＭＰＥＧテ ーブルを受信する手段と、公開鍵および公開鍵に対するＩＤを記憶する手段と、 公開鍵に対するバリデーションフラグを記憶するメモリの保護領域と、専用鍵に 対応する記憶された公開鍵を使用して暗号化バリデーションコードおよびこのよ うな受信されたＭＰＥＧテーブルのシグネチャを暗号解読し、メモリの保護領域 の記憶されたバリデーションコードを検索し、検索されたバリデーションコード および暗号解読されたバリデーションコードを比較し、受信されたＭＰＥＧテー ブルのデータに対するシグネチャあるいはその一部を生成し、暗号解読されたシ グネチャと受信されたデータに対する受信機／デコーダによって生成されたシグ ネチャを比較するようにプログラム化される処理手段とを備えるＭＰＥＧ受信機 ／デコーダを提供する。 この処理手段は、検索されたバリデーションコードおよび暗号解読されたバリ デーションコードが互いに一致しない場合、データのダウンロードを禁止するか あるいは打ち切るようにプログラム化されるのが好ましい。 バリデーションコードを記億するメモリは、好ましくは、再書き込み可能不揮 発性メモリによって与えられ、ビットマップとして構成されてもよい。 本発明の第９〜第１１の態様の受信機／デコーダは、少なくとも１つのオフセ ットを記憶するメモリの保護領域をさらに含んでもよく、かつ処理手段は、この ような受信されたＭＰＥＧテーブルの暗号化データブロックを暗号解読し、メモ リの保護領域における前記１つの記憶されたオフセットを検索し、暗号解読され たデータブロックの開始からの検索されたオフセットを使用して暗号解読された データブロックからシグネチャを抽出するようにプログラム化されてもよい。 この後者の特徴は、本発明の第９〜第１１の態様とは無関係に提供されてもよ い。したがって、本発明の第１２の態様は、このようなＭＰＥＧテーブルを受信 する手段と、公開鍵および公開鍵に対するＩＤを記憶する手段と、少なくとも１ つのオフセットを記憶するメモリの保護領域と、専用鍵に対応する記憶された公 開鍵を使用してこのような受信されたＭＰＥＧテーブルの暗号化データブロック を暗号解読し、メモリの保護領域の前記１つの記憶されたオフセットを検索し、 暗号解読されたデータブロックの開始からの検索されたオフセットを使用して暗 号解読されたデータブロックからシグネチャを抽出し、受信されたＭＰＥＧテー ブルのデータに対するシグネチャを生成し、暗号解読されたデータブロックから 抽出されたシグネチャと受信されたデータに対する受信機／デコーダによって生 成されたシグネチャを比較するようにプログラム化される処理手段とを備えるＭ ＰＥＧ受信機／デコーダを提供する。 オフセットを記憶するメモリは、好ましくは、再書き込み可能不揮発性メモリ によって与えられる。 本発明の第９〜第１２の態様の受信機／デコーダにおいて、処理手段は、受信 されたモジュールＭＰＥＧテーブルのモジュールの各々に対するそれぞれのモジ ュールシグネチャを生成し、受信されたディレクトリＭＰＥＧテーブルの各モジ ュールシグネチャと受信機／デコーダによって生成されたそれぞれのモジュール シグネチャとを比較するようにプログラム化されてもよい。 この後者の特徴は本発明の第９〜第１２の態様とは無関係に提供されてもよい 。したがって、本発明の第１３の態様は、このようなディレクトリおよびモジュ ールＭＰＥＧテーブルを受信する手段と、公開鍵および公開鍵に対するＩＤを記 憶する手段と、専用鍵に対応する記憶された公開鍵を使用して受信されたディレ クトリＭＰＥＧテーブルの暗号化ディレクトリシグネチャを暗号解読し、受信さ れたディレクトリＭＰＥＧテーブルのディレクトリに対するディレクトリシグネ チャを生成し、暗号解読されたディレクトリシグネチャおよび受信機／デコーダ によって生成されたディレクトリシグネチャを比較し、受信されたモジュールＭ ＰＥＧテーブルのモジュールの各々に対するそれぞれのモジュールシグネチャを 生成し、かつ受信されたディレクトリＭＰＥＧテーブルの各モジュールシグネチ ャと受信機／デコーダによって生成されたそれぞれのモジュールシグネチャとを 比較するようにプログラム化される処理手段とを備えているＭＰＥＧ受信機／デ コーダを備えている。 この処理手段は、受信されたディレクトリＭＰＥＧのモジュールシグネチャお よび受信機／デコーダによって生成されたそれぞれのモジュールシグネチャが互 いに一致しない場合、データのこのようなモジュールのダウンロードを禁止する かあるいは打ち切るようにプログラム化されるのが好ましい。 本発明の第９〜第１３の態様のいずれかの受信機／デコーダにおいて、処理手 段は、前記暗号解読されたシグネチャあるいは各暗号解読されたシグネチャおよ び生成されたシグネチャが互いに一致しない場合、データのダウンロードを禁止 するかあるいは打ち切るようにプログラム化されるのが好ましい。 本発明の好ましい特徴は、次に、単に、例として、添付図面を参照して記載さ れる。 図１は、ディジタルテレビジョンシステムの全アーキテクチャを示している。 図２は、図１のディジタルテレビジョンシステムの対話式システムのアーキテ クチャを示している。 図３は、図１および図１のシステムの一部を形成する受信機／デコーダのイン タフェースの概略図である。 図４は、ディジタルテレビジョンシステムで使用される遠隔コントローラの概 略図である。 図５は、対話式受信機／デコーダのメモリにダウンロードされたモジュール内 のファイルの配置を示している。 図６は、ＭＰＥＧストリームとしての多数の構成要素間の関係を示している。 図７は、いかにアプリケーションがモジュール／テーブルで構成できるかを示 し、このモジュール／テーブルは同様にセクションで構成されてもよい。 図８は、ディレクトリモジュールの内容を示している。 図９は、ディレクトリモジュールの内容のより詳細部分を示す。 図１０は、テレビジョンシステムの受信機／デコーダのメモリのいろいろな領 域を示している。 本発明によるデジタルテレビシステム１０００の全体像を第１図に示している 。本発明は主に、圧縮したデジタル信号を送信するために従来のＭＰＥＧ−２圧 縮システムを利用した従来のデジタルテレビシステム２０００を備えている。よ り詳細には、ブロードキャストセンター内のＭＰＥＧ−２コンプレッサ２００２ がデジタル信号ストリーム（一般にはビデオ信号のストリーム）を受信する。コ ンプレッサ２００２はリンケージ２００６でマルチプレクサ、スクランブラ２０ ０４と接続している。マルチプレクサ２００４は複数の入力信号をさらに受信し 、１つ以上の送信ストリームをアセンブルし、圧縮されたデジタル信号を、リン ケージ２０１０を介してブロードキャストセンターのトランスミッタ２００８へ 送信する。もちろんこの送信は、遠隔通信リンクを含む幅広いバラエティの形式 で行うことができる。トランスミッタ２００８はアップリンク２０１２を介して 電磁信号を衛星トランスポンダ２０１４へ送信する。この衛星トランスポンダに おいて、電磁信号は電子的に処理され、概念的なダウンリンク２０１６を介して 地上のレシーバ２０１８へブロードキャストされる。レシーバ２０１８は、一般 にはエンドユーザが所有またはレンタルしている衛星受信アンテナである。レシ ーバ２０１８が受信した信号は統合レシーバ／デコーダ２０２０へ送信される。 統合レシーバ／デコーダ２０２０は、エンドユーザが所有またはレンタルし、エ ンドユーザのテレビセット２０２２と接続ている。さらに、レシーバ／デコーダ ２０２０は、圧縮ＭＰＥＧ−２信号をテレビセット２０２２用のテレビ信号にデ コードする。 条件付きアクセスシステム３０００は、マルチプレクサ２００４、レシーバ／ デコーダ２０２０に接続しており、また、１部がブロードキャストセンター内に 、別の１部がデコーダ内に配置されている。これにより、エンドユーザは１つ以 上のブロードキャストサプライヤからのデジタルテレビブロードキャストにアク セスすることができる。コマーシャルオファー（ブロードキャストサプライヤが 販売する単数または複数のテレビプログラム）に関連するメッセージの解読が可 能なスマートカードを、レシーバ／デコーダ２０２０内に挿入することができる 。エンドユーザは、デコーダ２０２０とスマートカードを使って、サブスクリプ ションモードまたは番組有料視聴制のいずれかでコマーシャルオファーを購入す ることができる。 インタラクティブシステム４０００もマルチプレクサ２００４、レシーバ／デ コーダ２０２０と接続しており、さらに１部がブロードキャストセンター内に、 別の１部がデコーダ内に配置されている。これにより、エンドユーザはモデムに 繋がれたバックチャネル４００２を介して多くのアプリケーションと対話するこ とができる。 第２図は、本発明によるデジタルテレビシステム１０００のインタラクティブ テレビシステム４０００の一般アーキテクチャを示す。 例えば、インタラクティブシステム４０００により、エンドユーザは画面上の 形ログから商品を購入することができ、オンデマンドでローカルニュースや天気 予報を観ることや、ゲームで遊ぶことが可能になる。 インタラクティブシステム４０００は、全体として４つの主要素を備えている 。 ● オーサリングツール４００４。ブロードキャストセンターまたはその他の 場所に設けられ、ブロードキャストサプライヤがアプリケーションの作成、開 発、デバッグ、テストを行える。 ● アプリケーションおよびデータサーバ４００６。ブロードキャストセンタ ーにあり、オーサリングツール４００４と接続している。エンドユーザに向けて 同報通信を行うために、ブロードキャストサプライヤはこれを使用して、アプリ ケーションとデータをＭＰＥＧ−２伝送ストリーム（一般にはその専用セクショ ン）に挿入するべくマルチプレクサおよびスクランブラ２００４へ伝達するため に、準備し、有効にし、フォーマットすることができる。 ● 実行時エンジン（ＲＴＥ）を備えたバーチャルマシン４００８。これは、 エンドユーザが所有またはレンタルしているレシーバ／デコーダ２０２０内にイ ンストールされた一行可能なコードであり、エンドユーザはレシーバ／デコーダ ２０２０の稼動メモリ内に実行のためにアプリケーションを受信し、有効にし、 圧縮を解除し、ロードすることができる。エンジン４００８はまた、常駐の、汎 用アプリケーションを実行する。エンジン４００８はハードウェアおよびオペレ ーティングシステムから独立している。 ● レシーバ／デコーダ２０２０と、アプリケーションおよびデータサーバと の間においてモデムで繋がれたバックチャネル４００２。これにより、エンドユ ーザの要求に応じて、信号に、サーバ４００６にデータとアプリケーションをＭ ＰＥＧ−２伝送ストリームに挿入するように指示することが可能になる。 インタラクティブＴＶシステムは、システムに内蔵されたレシーバ／デコーダ および様々な装置の機能を制御する「アプリケーション」を使用して動作する。 アプリケーションはエンジン４００８内で「リソースファイル」として表されて いる。「モジュール」は、リソースファイルとデータのセットである。１つのア プリケーションを構成するためインは数個のモジュールが必要である。レシーバ ／デコーダの「メモリボリューム」とはモジュールのための記憶スペースである 。モジュールは、ＭＰＥＧ−２伝送ストリームからレシーバ／デコーダ２０２０ 内にダウンロードすることもできる。 レシーバ／デコーダ２０２０の物理的インターフェースはデータのダウンロー ドに使用される。第３図を参照すると、デコーダ２０２０は、例えば次の６つの ダウンロード装置を備えている。ＭＰＥＧフローチューナ４０２８、シリアルイ ンターフェース４０３０、パラレルインターフェース４０３２、モデム４０３４ 、２つのカードリーダ４０３６。 本明細書の目的として、アプリケーションとは、好ましくはレシーバ／デコー ダ２０２０の高レベル機能を制御するためのコンピュータコードの１ピースであ る。例えば、エンドユーザが、遠隔コントローラ２０２６（第４図にさらに詳細 に示す）をテレビセット２０２２の画面上のボタンオブジェクト上に照準し、有 効キーを押すと、そのボタンに関連した指示シーケンスが実行される。 対話式アプリケーションは、メニューを提供し、エンドユーザのリクエストで コマンドを実行し、アプリケーションの目的に関連するデータを供給する。アプ リケーションは、すなわち、受信機／デコーダ２０２０のＲＯＭ（あるいはフラ ッシュあるいは他の不揮発性メモリ）に記憶された常駐プログラムかあるいはデ コーダ２０２０のＲＡＭ（あるいはフラッシュ）に放送され、ダウンロードされ た常駐プログラムのいずれかであってもよい。 アプリケーションの例を以下に示す。 ● 開始アプリケーション。レシーバ／デコーダ２０２０が、モジュールの適 応可能なコレクション（この用語については後に詳細に説明する）である常駐開 始アプリケーションを備えている。モジュールの適応可能なコレクションは、レ シーバ／デコーダ２０２０をＭＰＥＧ−２環境で即時動作可能にする。アプリケ ーションは、所望であればブロードキャストサプライヤによって変更が可能なコ ア特性を備えている。また、コア特性は常駐アプリケーションとダウンロードし たアプリケーションの間のインターフェースを提供する。 ● スタートアップアプリケーション。スタートアップアプリケーションは、 ダウンロードしたまたは常駐のいずれであってもよいアプリケーションをレシー バ／デコーダ２０２０上で実行する。このアプリケーションは、アプリケーショ ンを開始するために、サービスが到着すると実行されるブートストラップとして 働く。スタートアップはＲＡＭ内にダウンロードされるため、アップデートが 容易に行える。またスタートアップを、ダウンロードの直後、またはプリロード の後のいずれかに、各チャネルで使用可能なインタレクティブアプリケーション の選択および実行が可能であるように構成することも可能である。プリロードの 場合には、アプリケーションはメモリ２０２４内にロードされ、必要に応じてス タートアップによって起動することが可能である。 ● プログラムガイド。プログラムガイドは、プログラミングについての完全 な情報を提供するインタラクティブアプリケーションである。例えば、プログラ ムガイドは、デジタルＴＶブーケの各チャネルに割当てられた１週間のＴＶプロ グラムについての情報を提供する。遠隔コントローラ２０２６上のキーを押すと 、エンドユーザは、テレビセット２０２２の画面上にある事象の上にオーバレイ されたアッドオン画面にアクセスできる。このアッドオン画面は、デジタルテレ ビブーケの各チャネルの現在および次の事象についての情報を提供するブラウザ である。遠隔コントローラ２０２６上の別のキーを押すと、エンドユーザは、１ 週間以上の事象についての情報のリストを表示するアプリケーションにアクセス できる。さらにエンドユーザは、単純でカストマイズされたクリテリアで事象の 検索およびソートが行える。また、選択したチャネルに直接アクセスすることが できる。 ● 番組有料視聴制アプリケーション。番組有料視聴制アプリケーションは、 条件付きアクセスシステム３０００と連結したデジタルテレビブーケの各ＰＰＶ チャネル上で利用可能なインタラクティブサービスである。エンドユーザは、Ｔ Ｖガイドまたはチャネルブラウザを使ってこのアプリケーションにアクセスする ことができる。さらに、このアプリケーションはＰＰＶチャネル上でＰＰＶ事象 が検出され次第、自動的に開始する。エンドユーザは、ドータースマートカード ３０２０または通信サーバ３０２２（モデム、電話、ＤＴＭＦコード、ＭＩＮＩ ＴＥＬ等を使用）を介してカレント事象を購入することができる。アプリケーシ ョンは、レシーバ／デコーダ２０２０のＲＯＭ内に常駐するもの、またはレシー バ／デコーダ２０２０のＲＡＭ内にダウンロード可能なもののいずれかであって よい。 ● ＰＣダウンロードアプリケーション。要求すれば、エンドユーザはＰＣ ダウンロードアプリケーションを使ってコンピュータソフトウェアをダウンロー ドすることができる。 ● マガジンブラウザアプリケーション。マガジンブラウザアプリケーション は、オンスクリーンボタンを介したエンドユーザナビゲーションを備えた画像の 巡回ビデオブロードキャストを有する。 ● クイズアプリケーション。クイズアプリケーションはブロードキャストク イズプログラムと同期することが好ましい。１例として、テレビ２０２２の画面 上に多項式選択の質問が表示されるので、ユーザは遠隔コントローラ２０２６を 使って答えを選択できる。クイズアプリケーションは、その答えが正解であるか どうかをユーザに知らせることができ、また、ユーザの点数をカウントすること ができる。 ● テレショッピングアプリケーション。テレショッピングの１例において、 販売される商品のオファーがレシーバ／デコーダ２０２０に転送され、テレビ２ ０２２上に表示される。遠隔コントローラを使って、ユーザは購入する特定のア イテムを選択できる。そのアイテムの注文が、モデムで繋がれたバックチャネル ４００２を介してアプリケーションおよびデータサーバ４００６へと送信される か、あるいは、個別の販売システムへと送信される。この販売システムの電話番 号は、レシーバ／デコーダ２０２０のカードリーダ４０３６の１つに挿入された クレジットカードに勘定を付ける旨の命令と共にレシーバ／デコーダにダウンロ ードされている。 ● テレバンキングアプリケーション。テレバンキングの１例において、ユー ザは、レシーバ／デコーダ２０２０のカードリーダ４０３６の１つに銀行カード を挿入する。するとレシーバ／デコーダ２０２０が、銀行カードに、またはレシ ーバ／デコーダに記憶された電話番号を使ってユーザの銀行を呼出し、アプリケ ーションが複数の機能を提供するので遠隔コントローラ２０２６を使って選択を 行う。この機能には、例えば、電話回線を介した預金口座収支報告のダウンロー ド、預金口座の間での資金の送金、小切手帳の要求等がある。 ● インターネットブラウザアプリケーション。インターネットブラウザアプ リケーションの１例において、特定のＵＲＬのウェブページを見たいというよ うなユーザからの指示が、遠隔コントローラ２０２６を使って入力され、これら の指示が、モデムで繋がったバックチャネル４００２によってアプリケーション およびデータサーバ４００６へ送信される。すると、ブロードキャストセンター からの送信に適切なウェブページが含まれ、この送信がアップリンク２０１２、 トランスポンダ２０１４、ダウンリンク２０１６を介してレシーバ／デコーダ２ ０２０によって受信され、テレビ２０２２上に表示される。 アプリケーションは、受信機／デコーダ２０２０のメモリ位置に記憶され、資 源ファイルとして示される。資源ファイルは、グラフィックオブジェクト記述ユ ニットファイルと、可変ブロックユニットファイルと、命令シーケンスファイル と、アプリケーションファイルと、データファイルとを備えている。 グラフィックオブジェクト記述ユニットファイルは、アプリケーションのスク リーン、すなわちアプリケーションのマンマシンインタフェースを記述する。可 変ブロックユニットファイルはアプリケーションによって処理されるデータ構造 を記述する。命令シーケンスファイルはアプリケーションの処理動作を記述する 。このアプリケーションはアプリケーションに対するエントリポイントを備えて いる。 このように構成されたアプリケーションは、アイコンライブラリファイル、イ メージファイル、文字フォントファイル、カラーテーブルファイルおよびＡＳＣ １１テキストファイルのようなデータファイルを使用できる。対話式アプリケー ションは、入力および／または出力を行うことによってオンラインデータも得る ことができる。 エンジン４００８は、所与の時間で必要とするこれらの資源ファイルをそのメ モリにロードするだけである。これらの資源ファイルは、グラフィックオブジェ クト記述ユニットファイル、命令シーケンスファイルおよびアプリケーションフ ァイルから読み取られる。可変ブロックユニットファイルは、モジュールをロー ドする手順に対する呼び出しに続いてメモリに記憶され、モジュールをロード解 除する手順に対する特定の呼び出しが行われるまで、そこにロックされたままで ある。 図３を参照すると、電話ショッピングのようなモジュール４０１０は、下記の ことを含む資源ファイルおよびデータのセットである。 単一アプリケーションファイル４０１２ 未決定数のグラフィックブロックユニットファイル４０１４ 未決定数の可変ブロックユニットファイル４０１６ 未決定数の命令シーケンスファイル４０１８、 ここで、アイコンライブラリファイル、イメージファイル、文字フォントファ イル、カラーテーブルファイルおよびＡＳＣＩＩテキストファイルのようなデー タファイル４０２０である。 図５を参照すると、電話ショッピングモジュールのようなモジュール４０１０ は、下記のことを含む資源ファイルおよびデータのセットである。 単一アプリケーションファイル４０１２ 未決定数のグラフィックオブジェクト記述ユニットファイル４０１４ 未決定数の可変ブロックユニットファイル４０１６ 未決定数の命令シーケンスファイル４０１８、および 適切である場合、アイコンライブラリファイル、イメージファイル、文字フォ ントファイル、カラーテーブルファイルおよびＡＳＣＩＩテキストファイルのよ うなデータファイル４０２０。 少数のコードをダウンロードする概念とともにモジュール４０１０の概念は、 アプリケーションの容易な案出を可能にする。アプリケーションは、エンドユー ザによって必要とされる場合だけデコーダ２０２０のＲＡＭにダウンロードされ るように常駐ソフトウェアあるいは放送としてデコーダ２０２０の固定フラッシ ュメモリにダウンロードできる。 モジュール４０１０をキャリア信号からダウンロードするために、キャリア信 号でアクセスできるディレクトリは最初にダウンロードされる。このディレクト リは、キャリア信号からダウンロードできるモジュール４０１０の名前を単にリ ストにする。一旦このディレクトリがダウンロードされると、アプリケーション は１つあるいはそれ以上のモジュール４０１０をダウンロードできる。ＭＰＥＧ フローの場合、ディレクトリは一つの単一のＭＰＥＧテーブルに転送される。さ らに、１つのモジュール４０１０は１つの単一のＭＰＥＧテーブルに転送される 。ＭＰＥＧチューナ４０２８に伝送されるモジュールの場合、長いＭＰＥＧ‐２ フォーマットは長いヘッドおよびＣＲＣコードと併用される。これは、より短い ヘッドを有し、かつＣＲＣを全然有しない“短い”ＭＰＥＧ‐２フォーマットが 使用されることを除いて、５つの他のインタフェース（直列インタフェース４０ ３０、並列インタフェース４０３２、モデム４０３４および２つのカード読み取 り器４０３６）を有する場合でもある。 公知であるように、特に図６を参照すると、ＭＰＥＧ‐２ビットストリームは 、０のパケットＩＤ（“ＰＩＤ”）を有するプログラムアクセステーブル（“Ｐ ＡＴ”）１０を含んでいる。ＰＡＴは、多数のプログラムのプログラムマップテ ーブル（“ＰＭＴ”）１２のＰＩＤに対する参照を含んでいる。各ＰＭＴは、こ のプログラムのためのオーディオＭＰＥＧテーブル１４およびビデオＭＰＥＧテ ーブル１６のストリームのＰＩＤに対する参照を含んでいる。プログラムアクセ ステーブル１０であるゼロのＰＩＤを有するパケットは全てのＭＰＥＧアクセス に対するエントリ点を与える。 アプリケーションおよびアプリケーションに対するデータをダウンロードする ために、２つの新しいストリームタイプは規定され、関連ＰＭＴは、アプリケー ションＭＰＥＧテーブル１８（このテーブルのセクション）およびデータＭＰＥ Ｇテーブル２０（このテーブルのセクション）のストリームのＰＩＤに対する参 照も含んでいる。 図７を参照すると、アプリケーション２２をダウンロードするために、アプリ ケーションは、各々がＭＰＥＧテーブルで形成され、そのいくつかが単一セクシ ョン１８によって構成され、その他のものが複数のセクション１８によって構成 されてもよいモジュール２４に分割される。典型的なセクション１８は、１バイ トテーブルＩＤ（“ＴＩＤ”）２８と、テーブルのこのセクションのセクション 番号３０と、このテーブルのセクションの全数３２と、２バイトＴＩＤ拡張とを 含むヘッダ２６を有する。特定のモジュール／テーブル２４に関しては、このテ ーブル２４を構成するセクション１８の全ては、同一ＴＩＤ２８および同一のＴ ＩＤ拡張３４を有する。特定のアプリケーション２２に関しては、このアプリケ ーション２２を構成するテーブル２４の全ては同一のＴＩＤ２８であるが異なる それぞれのＴＩＤ拡張を有する。 各アプリケーション２２に関しては、ディレクトリとして使用され、図８によ り詳細に示されている単一のこのようなＭＰＥＧテーブル２４がある。ディレク トリテーブル４０は、ヘッダ２６と、ディレクトリ部４２と、鍵ＩＤと、暗号化 シグネチャ４６とＣＲＣ３８とを含む。上記から、ディレクトリテーブル４０は 、そのヘッダ２６において、アプリケーションを構成する他のモジュール／テー ブル２４と同じＴＩＤ２８とを有する。しかしながら、ディレクトリテーブルは 、ゼロの所定のＴＩＤ拡張３４を有し、他のモジュール２４の全ては非ゼロＴＩ Ｄ拡張を有する。ヘッダはディレクトリテーブル４０に対するバージョン番号４ ８も含む。ディレクトリ部４２は、アプリケーション２２を構成する他のモジュ ール／テーブル２４の各々に対して、モジュールの名前５０と、このモジュール に対するＴＩＤ拡張３４と、このモジュールのシグネチャ５２とを含んでいる。 ディレクトリ部４２はまた、他のモジュール／テーブル２４の各々に対して、こ のモジュールの長さおよびこのモジュールのバージョン番号を含んでもよい。 戻って図６を参照すると、作動中、ＰＡＴ１０、ＰＭＴ１２およびアプリケー ションならびにデータストリーム要素１８、２０は、周期的に伝送され、必要に 応じて更新される。伝送される各アプリケーションはそれぞれの所定のＴＩＤ２ ８を有する。アプリケーションをダウンロードするために、適切なＴＩＤおよび ゼロのＴＩＤ拡張を有するＭＰＥＧテーブルは受信機／デコーダ２０２０にダウ ンロードされる。したがって、これは要求されたアプリケーションに対するディ レクトリテーブル４０である。ディレクトリのデータは、次に受信機／デコーダ ２０２０によって処理され、必要なアプリケーションを構成するモジュールテー ブルのＴＩＤ拡張３４を決定し、それからディレクトリから決定されたディレク トリテーブルおよびＴＩＤ拡張と同じＴＩＤを有する任意の必要なモジュールテ ーブルはダウンロードできる。 受信機／デコーダ２０２０は、それのいかなる更新に対してもディレクトリテ ーブルをチェックするように構成される。これは、再度周期的に、例えば、３０ 秒毎に、あるいは１分あるいは５分毎にディレクトリテーブルをダウンロードし 、新たにダウンロードされたディレクトリテーブルのバージョン番号と以前にダ ウンロードされたディレクトリテーブルのバージョン番号とを比較することによ って行われてもよい。新たにダウンロードされたバージョン番号がより最新であ る場合、以前のディレクトリテーブルに関連したモジュールあるいはより最新の バージョン番号がある任意のこのようなモデルが取り付けられなく、より最新の モジュールがダウンロードされ、取り付けられる。他の装置では、入来ビットス トリームは、ＴＩＤ、ＴＩＤ拡張およびバージョン番号に対応するマスクをアプ リケーションのＴＩＤ、ゼロのＴＩＤ拡張および現在はダウンロードされたデイ レクトリのバージョン番号よりも一つ大きいバージョン番号に対して設定された 値と併用してフィルタリングされる。したがって、バージョン番号の増分は検出 でき、一旦検出されると、前述のように、ディレクトリはダウンロードされ、ア プリケーションは更新される。このようなフィルタリングの他の記載は同時に同 時係属の出願に含まれる（弁理士の参照番号ＰＤＣ／ＡＳＢ／１９７１６）。ア プリケーションが終了されるべきであるならば、次のバージョン番号を有する空 のディレクトリは、送信されるが、少しのモジュールもなしにディレクトリにリ ストされる。このような空のディレクトリの受信に応じて、受信機／デコーダ２ ０２０はアプリケーションを取り付けないようにプログラム化される。 アプリケーションテーブルに対するシグネチャの使用は、次に詳細に述べられ る。 前述のように、ディレクトリテーブル４０の各モジュールに対するエントリは モジュールシグネチャを含んでいる。このモジュールシグネチャは、それぞれの モジュールテーブルのデータの処理を生成する公知のＭＤ５シグネチャを使用し て生成される。 さらに、ディレクトリテーブル４０は、次に図９を参照して述べられるように 生成される暗号化シグネチャ４６を含む。６４バイトのデータのブロック５４が 発生される。第１のバイト５６はゼロである。次の３バイト５８はダミーデータ あるいは任意のデータである。次の８バイト６０は、さらに述べられているアプ リケーションバリデーションビットマップを提供する。最後の４バイト６２は予 備とされる。残りの３２ビットは、アプリケーションバリデーションビットマッ プ６０が続く第１のバイトの後に０〜３１バイトのオフセットで開始する１６バ イトのシグネチャ６４を含んでいる。ダミーデータ６６は、バリデーションビッ トマップ６０とシグネチャ６４との間および／またはシグネチャ６４と予備バイ ト６２との間に挿入される。シグネチャ６４は、ディレクトリテーブル４０のデ ィレクトリエントリ４２の処理を発生する公知のＭＤ５シグネチャを使用して発 生される。このブロック５４は、次に、暗号化シグネチャおよびアプリケーショ ンバリデーションビットマップ４６を発生するように公知の暗号化処理および特 定の専用鍵を使用して暗号化される。このデータブロック４６はディレクトリテ ーブル４０に含められ、ブロックを暗号化するために使用された専用鍵の１バイ トＩＤは鍵ＩＤ４４としてディレクトリテーブル４０に含められる。 アプリケーションおよびその伝送の発生を要約するために、下記のステップが 必要とされる。 ● アプリケーションを複数のモジュールとして生成するステップ ● アプリケーションに対する所定のＴＩＤ２８に注目するステップ ● モジュールに対する名前および非ゼロＴＩＤ拡張３４を割り当てるステップ ● 各モジュールをＭＰＥＧテーブル２４あるいはＭＰＥＧテーブルのセクショ ン１８としてフォーマット化するステップ ● 各モジュールのＭＤ５シグネチャ５２を生成するステップ ● ディレクトリ４２を生成するステップ ● ディレクトリに対するＭＤ５シグネチャ６４を生成するステップ ● アプリケーションバリデーションビット６０を選択するステップ ● オフセットを選択するステップ ● ブロック５４を生成するステップ ● 選択された専用鍵を有する暗号化を使用してブロック５４を暗号化するステ ップ ● 割り当てられたＴＩＤ２８、ゼロのＴＩＤ拡張、ディレクトリ４２、専用鍵 のＩＤ４４、暗号化シグネチャ46を有するディレクトリＭＰＥＧテーブル４６を 生成するステップ ● ディレクトリテーブル４０およびモジュールテーブル２４あるいはセクショ ン１８を伝送するステップ アプリケーションのダウンロード中シグネチャおよび暗号解読を処理する際の 受信機／デコーダ２０２０の動作が次に述べられる。図１０を参照すると、受信 機／デコーダ２０２０は、ＥＥＰＲＯＭ６８と、ＲＯＭ７０と、ＲＡＭ７２とを 含んでいる。ＥＥＰＲＯＭ６８は、バーチャルマシンによって使用され、バーチ ャルマシンだけが書き込むことができる（かつ通常のアプリケーションは書き込 むことができない）保護領域７４を含む。保護領域７４は、１６ビットあるいは ２５６ビットの鍵バリデーションビットマップ７６と、３２ビットのオフセット ビットマップ８０とを含んでいる。ＲＯＭ７０は、一実施例では、１６の公開鍵 ８２を含み、その場合、１６ビットの鍵バリデーションビットマップが使用され 、他の実施例では２５６の公開鍵を含み、その場合、２５６ビットの鍵バリデー ションビットマップが使用される。公開鍵は、ＲＯＭ７０のその物理的ロケーシ ョンによって識別されるかあるいは公開鍵は、その代わりにルックアップテーブ ルに含められ、それによって特定の鍵ＩＤは対応する公開鍵を生じる。ＲＡＭ７ ２は一時鍵８４を記憶するために使用されてもよい。 前述のように、アプリケーションがダウンロードされるべきである場合、まず 第一に、このアプリケーションに対する所定のＴＩＤおよびゼロのＴＩＤ拡張を 有するディレクトリテーブルがダウンロードされる。それから、鍵ＩＤ４４は、 ディレクトリテーブルから抽出され、抽出された鍵ＩＤ４４に対応するビットが セットされている保護メモリ７４の鍵バリデーションビットマップ７６のチェッ クが行われる。このビットがセットされていない場合、アプリケーションの他の ダウンロードは打ち切られる。しかしながら、適切な鍵がセットされるならば、 公開鍵８２は、抽出された鍵ＩＤ４４に対応するＲ０Ｍ７０から選択される。そ れから、選択された公開鍵および公知の暗号解読処理は、ブロック５４を発生す るためにディレクトリテーブル４０の暗号化ブロック４６を暗号解読するために 使用される。アプリケーションバリデーションビットマップ６０は、それから暗 号解読ブロック５４から抽出され、保護メモリ７４に記憶されたアプリケーショ ンバリデーションビットマップ７８とＡＮＤをとられる。ＡＮＤ動作の結果がゼ ロであるならば、アプリケーションの他のダウンロードは打ち切られる。しかし ながら、ＡＮＤ動作の結果が非ゼロでない場合、保護メモリ７４のオフセットビ ットマップ８０に含まれたオフセットは検索されるか、あるいは１つ以上のオフ セットビットがセットされる場合、各オフセットビットは、同様に検索され、１ ６バイトのデータは、アプリケーションバリデーションビットマップ６０後の最 初のバイトからの検索オフセットで始まる暗号解読されたブロック５４から抽出 される。前記検索オフセットあるいは各検索オフセットに関しては、１６バイト は、ディレクトリテーブル４０とともに伝送されるシグネチャとみなされる。デ ィレクトリテーブル４０のディレクトリ４２のエントリのシグネチャは、公知の ＭＤ５処理を使用して計算される。この計算シグネチャは、ブロック５４から抽 出されたシグネチャと比較される。前記検索オフセットあるいは各検索オフセッ トに対する２つのシグネチャは一致しない場合、アプリケーションの他のダウン ロードが打ち切られる。しかしながら、シグネチャの中の１つが一致する場合、 ディレクトリ４２に指定されたモジュールのダウンロードを始めることができる 。前述のように、特定のモジュールをダウンロードするために、このモジュール に対するＴＩＤ拡張はディレクトリ４２から得られ、ＭＰＥＧテーブル２４ある いはディレクトリテーブルと同じＴＩＤおよび得られるＴＩＤ拡張を有するセク ション１８はダウンロードされる。一旦モジュールＭＰＥＧテーブルがダウンロ ードされたとすると、受信機／デコーダ２０２０は、公知のＭＤ５処理を使用し てダウンロードテーブルのシグネチャを計算し、それからこの計算されたシグネ チャとディレクトリエントリに含まれたシグネチャとを比較する。シグネチャが 一致するならば、モジュールは受諾されるが、シグネチャが一致しないならば、 モジュールは拒否される。 したがって、アプリケーションのモジュールの全ては、上記に指定されたよう にダウンロードすることができ、アプリケーションは受信機／デコーダ２０２０ によって実行できる。 通常使用されるダウンロード動作の特徴を記載しているけれども、次に受信機 ／デコーダ２０２０を設定し、その設定を変える際に使用されるいつかの特徴の 記載が行われる。 受信機／デコーダ２０２０は、保護メモリ領域７４が変更できるようにプログ ラム化されるが、ダウンロードされたアプリケーションが特定の鍵ＩＤの１つ、 例えば鍵１５を使用し、特定のオフセット、例えば、アプリケーションバリデー ションビットマップ６０後の最初のバイトからゼロバイトのオフセットと併用す ることによってのみプログラム化される。例えば、同じ公開鍵を使用した二人の オペレータが異なる公開鍵を使用したいと決定する場合かあるいは専用鍵の内容 が発見された場合、保護メモリ７４は変更される必要があり、その場合、対応す る公開鍵は、鍵バリデーションビットマップ７６において無効としてマークを付 けられる。 受信機／デコーダ２０２０は、鍵の中の１つ、例えば鍵１５が常に使用可能で あるように構成されてもよく、その場合、この鍵は鍵バリデーションビットマッ プ７６において１ビットを必要としない。したがって、このビットは他の目的の ために使用されてもよい。特に、鍵１５を使用して認証されたアプリケーション は、この特定のビットを１にセットするように構成されてもよく、その場合、受 信機／デコーダ２０２０は、一時的鍵８４をＲＡＭ７２にロードできるようにプ ログラム化されるが、直列インタフェース４０３０、並列インタフェース４０３ ２あるいは２つのカード読み取り器４０３６の中の１つによる場合だけプログラ ム化される。この機能は、例えば、一時的鍵が検査できるように受信機／デコー ダ２０２０にロードできるように使用するためにアプリケーションを与えること ができる受信機／デコーダ２０２０の製造者によって使用されてもよい。 前述の暗号化・サイン装置は多数の重要な特徴をもたらす。特に、 ● 受信機／デコーダ２０２０が、ダウンロードされたディレクトリテーブルの 鍵ＩＤに対応する、そのメモリに記憶された適切な公開鍵を有する場合、アプリ ケーションはダウンロードすることだけができる。 ● 鍵の中の１つを除いた全てに関しては、受信機／デコーダ２０２０のメモリ の鍵バリデーションビットマップ７６が、この鍵を使用できるようにセットされ るならば、特定の鍵を使用するアプリケーションはダウンロードできるだけであ る。 ● 受信機／デコーダ２０２０のメモリに記憶されたオフセットビットマップ８ ０のセットビットがディレクトリテーブルを作成する際に使用されるオフセット と一致するならば、アプリケーションがダウンロードできるだけである。 ● 受信機／デコーダ２０２０のメモリのアプリケーションバリデーションビッ トマップ７８がアプリケーションをダウンロードできるように適当にセットされ る場合、アプリケーションがダウンロードできるだけである。 ● ディレクトリテーブルがそのシグネチャが最初に生成された後破損されなか った場合、アプリケーションがダウンロードできるだけである。 ● それぞれのモジュールテーブルがそのシグネチャが最初に生成された後破損 されなかった場合、アプリケーションの各モジュールはダウンロードできるだけ である。 ● 唯一の暗号化操作は、アプリケーションがいくつかのＭＰＥＧテーブルで構 成されているにもかかわらず、ダウンロードするためのアプリケーションを作成 する際に必要であり、唯一の暗号解読操作は、全アプリケーションをダウンロー ドするために受信機／デコーダ２０２０で必要である。 ● 異なるサービスプロバイダが異なる専用鍵を有することができるように複数 の鍵が使用されてもよい。 ● 一時的鍵は、例えば、検査する目的のために製造社によって使用されてもよ い。 本発明は、単に例として述べられ、詳細の変更は本発明の範囲内で行うことが できる。 説明に開示された各特徴、および（妥当である場合）請求の範囲および図面は 、別々にあるいは任意の適切な組み合わせで提供されてもよい。 前述の好ましい実施例では、本発明のある種の特徴はコンピュータソフトウェ アを使用して実現された。しかしながら、もちろん、これらの特徴のいずれかは ハードウェアを使用して実現されてもよいことは当業者に明らかである。さらに 、ハードウェア、コンピュータソフトウェア等によって実行された機能は、電気 信号等であるいは電気信号を使用して実行されることは容易に理解される。 相互参照は、我々の同時係属出願に対して行われ、全ては、同じ出願日を有し 、名称が「信号発生および放送(代理人参照番号ＰＣ／ＡＳＢ／１９７０７)」、「 暗号化放送信号の受信機と併用するためのスマートカード、および受信機(代理 人参照番号ＰＣ／ＡＳＢ／１９７０８)」、「放送・受信システムおよびそのため の条件付アクセスシステム(代理人参照番号ＰＣ／ＡＳＢ／１９７１０)」、「受信 機／デコーダを介して送信機からコンピュータにコンピュータファイルのダウン ロード(代理人参照番号ＰＣ／ＡＳＢ／１９７１１)」、「テレビジョンプログラム および他のデータの送信および受信（代理人参照番号ＰＣ／ＡＳＢ／１９７１２ )」、「データのダウンロード(代理人参照番号ＰＣ／ＡＳＢ／１９７１３)」、「コ ンピュータメモリ構成(代理人参照番号ＰＣ／ＡＳＢ／１９７１４)」、「テレビジ ョンあるいはラジオ制御システム生成(代理人参照番号ＰＣ／ＡＳＢ／１９７１ ５)」、「送信データストリームからのデータセクションの抽出(代理人参照番号Ｐ Ｃ／ＡＳＢ／１９７１６)」、「アクセス制御システム(代理人参照番号ＰＣ／ＡＳ Ｂ／１９７１７)」、「データ処理システム(代理人参照番号ＰＣ／ＡＳＢ／１９７ １８)」、および「放送・受信システム、およびそのための受信機／デコーダおよ び遠隔コントローラ(代理人参照番号ＰＣ／ＡＳＢ／１９７２０)」である。これ らの文書の開示は参照してここに組み込まれている。出願のリストは本出願を含 んでいる。

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＤＥ， ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，Ｌ Ｕ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＭＬ，ＭＲ，ＮＥ， ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＫＥ，ＬＳ，ＭＷ，Ｓ Ｄ，ＳＺ，ＵＧ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ ，ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＬ，ＡＭ，ＡＴ，ＡＵ ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ， ＣＮ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＥＥ，ＥＳ，ＦＩ，Ｇ Ｂ，ＧＥ，ＧＨ，ＨＵ，ＩＬ，ＩＳ，ＪＰ，ＫＥ，ＫＧ ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ， ＬＵ，ＬＶ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，Ｎ Ｏ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ ，ＳＩ，ＳＫ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＵＡ，ＵＧ， ＵＳ，ＵＺ，ＶＮ，ＹＵ 【要約の続き】 リケーションバリデーションビットマップを基準として チェックされてもよい。

Claims (1)

1. 【特許請求の範囲】 １． アプリケーションの少なくとも一部をＭＰＥＧ受信機／デコーダにダウン ロードする方法であって、 前記アプリケーションを複数のモジュールに分割するステップと、 前記モジュールの各々をそれぞれのＭＰＥＧテーブルとしてフォーマット 化するステップであって、前記テーブルが、同じテーブルＩＤ（“ＴＩＤ”）お よび所定のＴＩＤ拡張以外のそれぞれのテーブルＩＤ拡張（“ＴＩＤ拡張”）を 有することと、 同じ前記ＴＩＤおよび前記所定のＴＩＤ拡張を有する前記モジュールに対 するディレクトリＭＰＥＧテーブルを生成するステップであって、前記ディレク トリが、前記モジュールの各々に対して、このモジュールおよびそれぞれのＴＩ Ｄ拡張の名前を含むことと、 ＭＰＥＧビットストリームの前記ディレクトリＭＰＥＧテーブルおよび前 記モジュールＭＰＥＧテーブルを周期的に伝送するステップと、かつ 前記ＭＰＥＧビットストリームで、 前記ＭＰＥＧビットストリームを受信するステップと、 前記ディレクトリＭＰＥＧテーブルをダウンロードするように前記所定の ＴＩＤ拡張を有する前記ＭＰＥＧテーブルの中のこの１つをダウンロードするス テップと、 前記モジュールテーブルの前記ＴＩＤ拡張を前記ディレクトリＭＰＥＧテ ーブルの内容から決定するステップと、 前記ダウンロードされたディレクトリＭＰＥＧテーブルのＴＩＤと同じＴ ＩＤおよび前記ダウンロードされたディレクトリＭＰＥＧテーブルから決定され た前記ダウンロードされたＴＩＤ拡張を有する前記ＭＰＥＧテーブルの少なくと も１つをダウンロードするステップとを含むことを特徴とするアプリケーション の少なくとも一部をＭＰＥＧ受信機／デコーダにダウンロードする方法。 ２． 伝送されたディレクトリＭＰＥＧテーブルにおいて、そのためのバージョ ンＩＤを含むステップと、かつ 受信機／デコーダで、 現在は伝送されたディレクトリＭＰＥＧテーブルのバージョンＩＤが現在 はダウンロードされたディレクトリＭＰＥＧテーブルのバージョンＩＤより最新 であるかどうかを決定するステップと、かつ最新である場合、前記ディレクトリ ＭＰＥＧテーブルをダウンロードするステップ、前記ＴＩＤ拡張を決定するステ ップ、および前記モジュールＭＰＥＧテーブルの中の少なくとも１つをダウンロ ードするステップを繰り返すステップとを含むことを特徴とする請求の範囲１に 記載の方法。 ３． 前記モジュールＭＰＥＧテーブルの少なくとも１つが、前記ＭＰＥＧビッ トストリームで別々に伝送される複数のＭＰＥＧセクションとしてフォーマット 化され、前記ＭＰＥＧセクションの各々が、その所定の部分において、前記ＭＰ ＥＧテーブルのこのＭＰＥＧセクションのＩＤおよびＭＰＥＧテーブルのセクシ ョンの番号のＩＤを含むことを特徴とする請求の範囲１あるいは２に記載の方法 。 ４． いずれかの前述の請求の範囲の一部を実行する際に使用するためのＭＰＥ Ｇ受信機／デコーダであって、 前記ＭＰＥＧビットストリームを受信する受信機と、 記憶手段と、 前記所定のＴＩＤ拡張を有する受信されたＭＰＥＧテーブルの中のこの１ つを前記記憶手段にダウンロードし、前記モジュールテーブルおよびＭＰＥＧテ ーブルの前記ＴＩＤ拡張を前記ディレクトリＭＰＥＧテーブルの内容から決定し 、かつ前記ダウンロードされたディレクトリＭＰＥＧテーブルのＴＩＤと同じＴ ＩＤおよび前記ダウンロードされたディレクトリＭＰＥＧテーブルから決定され たＴＩＤ拡張を有するモジュールＭＰＥＧテーブルの少なくとも１つを前記メモ リ手段にダウンロードするようにプログラム化される処理手段とを備えているこ とを特徴とするＭＰＥＧ受信機／デコーダ。 ５． 前記処理手段が、現在は伝送されたディレクトリＭＰＥＧテーブルのバー ジョンＩＤが現在はダウンロードされたディレクトリＭＰＥＧテーブルのバージ ョンＩＤより最新であるかどうかを決定し、かつ最新である場合、前記ディレク トリＭＰＥＧテーブルをダウンロードし、前記ＴＩＤ拡張を決定し、かつ前記モ ジュールＭＰＥＧテーブルの中の少なくとも１つをダウンロードするようにプロ グラム化されることを特徴とする請求の範囲４に記載の受信機／デコーダ。 ６． 前記処理手段が、前記処理手段が前記ダウンロードされたセクションのセ クションＩＤおよび前記セクション番号ＩＤから前記セクションの全てがダウン ロードされたことを決定するまで前記ＭＰＥＧセクションを前記記憶手段に繰り 返してダウンロードするようにプログラム化されることを特徴とする請求の範囲 ３の方法と併用するために請求の範囲４あるいは５に記載の受信機／デコーダ。 ７． 少なくとも１つのＭＰＥＧテーブルとしてフォーマット化されるアプリケ ーションを受信するように構成された並列ポートおよび／または直列ポートをさ らに備えていることを特徴とする請求の範囲４〜６のいずかに記載の受信機／デ コーダ。 ８． ＭＰＥＧ伝送システムであって、 ＭＰＥＧ受信機／デコーダにダウンロードされたアプリケーションを複数 のモジュールを分割する手段と、 前記モジュールの各々をそれぞれのＭＰＥＧテーブルとしてフォーマット 化する手段であって、前記テーブルが、同じＴＩＤおよび所定のＴＩＤ拡張以外 のそれぞれの異なるＴＩＤ拡張を有することと、 前記同じＴＩＤおよび前記所定のＴＩＤ拡張を有する前記モデルに対して ディレクトリＭＰＥＧテーブルを生成する手段であって、前記ディレクトリが、 前記モジュールの各々に対してこのモジュールおよびそれぞれのＴＩＤ拡張の名 前を含むことと、 前記ディレクトリＭＰＥＧテーブルおよびＭＰＥＧビットストリームの前 記モジュールＭＰＥＧテーブルを周期的に伝送するステップとを備えていること を特徴とするＭＰＥＧ伝送システム。 ９． 前記ディレクトリＭＰＥＧテーブルに対するバージョンＩＤを生成する手 段をさらに備え、かつ前記ディレクトリＭＰＥＧテーブル生成手段が、前記ディ レクトリＭＰＥＧテーブルにそのための前記生成されたバージョンＩＤを含むよ うに作動可能であることを特徴とする請求の範囲８に記載のシステム。 １０． 前記モジュールフォーマット化手段が、前記モジュールＭＰＥＧテーブ ルの少なくとも１つを、各々がその所定の部分にこのＭＰＥＧテーブルのこのＭ ＰＥＧセクションのＩＤおよびこのＭＰＥＧテーブルの前記ＭＰＥＧセクション 番号のＩＤを含む複数のＭＰＥＧセクションとしてフォーマット化するように作 動可能であることを特徴とする請求の範囲８あるいは９に記載のシステム。 １１． データをＭＰＥＧ受信機／デコーダにダウンロードする方法であって、 前記ダウンロードされたデータに対するシグネチャを生成するステップと 、 前記シグネチャを専用鍵を使用して暗号化するステップと、 前記ダウンロードされたデータ、前記暗号化されたシグネチャおよび前記 専用鍵用ＩＤをＭＰＥＧテーブルとしてフォーマット化するステップと、 前記ＭＰＥＧテーブルを伝送するステップと、かつ 前記受信機／デコーダで、 前記ＭＰＥＧテーブルを受信するステップと、 前記受信されたＭＰＥＧテーブルの前記鍵ＩＤに従って複数の公開鍵の中 の１つを選択するステップと、 前記受信されたＭＰＥＧテーブルの前記暗号化されたシグネチャを選択さ れた公開鍵を使用して暗号解読し、暗号解読されたシグネチャを提供するステッ プと、 前記受信されたＭＰＥＧテーブルの前記データに対するシグネチャを生成 するステップと、 前記暗号解読されたシグネチャと前記受信されたデータに対する前記受信 機／デコーダで生成された前記シグネチャとを比較するステップとを含むことを 特徴とするデータをＭＰＥＧ受信機／デコーダにダウンロードする方法。 １２． 所定の鍵ＩＤを有する専用鍵を使用して暗号化されたシグネチャを有す るアプリケーションを前記受信機／デコーダにダウンロードするステップと、前 記受信機／デコーダでアプリケーションを実行し、前記受信機／デコーダに他の 鍵を受信させるステップと、前記他の鍵を前記受信機／デコーダの揮発性メモリ の領域に記憶するステップとをさらに備えていることを特徴とする請求の範囲１ １に記載の方法。 １３． 前記アプリケーションを実行する間、前記他の鍵が前記受信機／デコー ダに局部的に供給されることを特徴とする請求の範囲１２に記載の方法。 １４． 前記他の鍵が、前記受信機／デコーダの並列ポート、直列ポートあるい はスマートカード読み取り器を介して前記受信機／デコーダに供給されることを 特徴とする請求の範囲１３に記載の方法。 １５． 前記受信機／デコーダで、前記受信機／デコーダのメモリの保護領域に おいて、前記選択された公開鍵に対するバリデーションフラグを検索するステッ プと、前記検索されたフラグがセットされない場合、前記データのダウンロード を禁止するかあるいは打ち切るステップをさらに含むことを特徴とする請求の範 囲１１〜１４のいずかに記載の方法。 １６． 請求の範囲１２〜１４のいずれかに従属する場合、前記受信機／デコー ダのメモリの保護領域において、所定の鍵ＩＤを有する前記専用鍵が、前記アプ リケーションによって変更できるバリデーションフラグを有し、かつこのような 他の鍵を受信する能力がこのバリデーションフラグの状態に応じて決定されるこ とを特徴とする請求の範囲１５に記載の方法。 １７． データをＭＰＥＧ受信機／デコーダにダウンロードする方法であって、 ダウンロードされた前記データに対するシグネチャを生成するステップと 、 前記シグネチャを専用鍵を使用する暗号化するステップと、 前記ダウンロードされたデータ、前記暗号化されたシグネチャおよび前記 専用鍵に対するＩＤをＭＰＥＧテーブルとしてフォーマット化するステップと、 前記ＭＰＥＧテーブルを伝送するステップと、かつ 前記受信機／デコーダであって、 前記ＭＰＥＧテーブルを受信するステップと、 前記受信機／デコーダのメモリの保護領域において、前記受信されたＭＰ ＥＧテーブルで識別された前記専用鍵に対応する公開鍵に対するバリデーション フラグを検索するステップと、かつ 前記検索フラグがセットされる場合、 前記受信されたＭＰＥＧテーブルの前記暗号化されたシグネチャを前記受 信されたＭＰＥＧテーブルで識別された専用鍵に対応すべき前記公開鍵を使用し て暗号解読するステップと、 前記受信されたＭＰＥＧのデータに対するシグネチャを生成するステップ と、 前記暗号解読されたシグネチャと前記受信されたデータに対して前記受信 機／デコーダで生成されたシグネチャとを比較するステップとを備えていること を特徴とするデータをＭＰＥＧ受信機／デコーダにダウンロードする方法。 １８． 前記ダウンロードされたデータに対するバリデーションコードを生成す るステップであって、前記バリデーションコードが、前記暗号化ステップで前記 シグネチャで暗号化され、かつ前記暗号解読ステップで前記シグネチャで暗号解 読されていることと、前記受信機／デコーダのメモリの保護領域に記憶されたバ リデーションコードを検索するステップと、前記検索バリデーションコードと前 記暗号解読されたバリデーションコードとを比較するステップとをさらに含むこ とを特徴とする請求の範囲１１〜１７のいずれかに記載の方法。 １９． データをＭＰＥＧ受信機／デコーダにダウンロードする方法であって、 ダウンロードされた前記データに対するバリデーションコードを生成する ステップと、 前記ダウンロードされたデータに対するシグネチャ、あるいはその一部を 生成するステップと、 前記バリデーションコードおよび前記シグネチャを専用鍵を使用して暗号 化するステップと、 前記ダウンロードされたデータおよび前記暗号化されたバリデーションコ ードならびにシグネチャを少なくとも１つのＭＰＥＧテーブルとしてフォーマッ ト化するステップと、 前記ＭＰＥＧテーブルあるいは各ＭＰＥＧを伝送するステップと、かつ 前記受信機／デコーダで、 前記ＭＰＥＧテーブルあるいは各ＭＰＥＧテーブルを受信するステップと 、 前記受信されたＭＰＥＧテーブルの前記暗号化されたバリデーションコー ドおよびシグネチャを前記専用鍵に対応する公開鍵を使用して暗号解読するステ ップと、 前記受信機／デコーダのメモリの保護領域において、記憶されたバリデー ションフラグを検索するステップと、 前記検索バリデーションコードおよび前記暗号解読バリデーションコード を比較するステップと、 前記受信されたＭＰＥＧのデータに対するシグネチャあるいはその一部を 生成するステップと、 前記暗号解読されたシグネチャと前記受信されたデータに対して前記受信 機／デコーダで生成されたシグネチャとを比較するステップとを含むことを特徴 とするデータをＭＰＥＧ受信機／デコーダにダウンロードする方法。 ２０． 前記バリデーションコード比較ステップで、前記検索バリデーションコ ードおよび前記暗号解読されたバリデーションコードが互いに一致しない場合、 前記データのダウンロードを禁止するかあるいは打ち切るかのステップをさらに 含むことを特徴とする請求の範囲１８あるいは１９に記載の方法。 ２１． 前記ダウンロードされたデータのシグネチャが、データブロックの開始 と前記シグネチャの開始との間に選択されたオフセットを有する他のデータを含 むデータのブロックで暗号化され、かつ前記暗号化されたデータブロックが前記 受信機／デコーダで前記暗号解読ステップにおいて暗号解読され、かつ前記受信 機／デコーダで、前記受信機／デコーダのメモリの保護領域の少なくとも１つの 記憶されたオフセットを検索するステップと、前記暗号解読されたデータブロッ クからのシグネチャを前記１つの検索オフセットを使用して前記暗号解読された データブロックの開始から抽出するステップとをさらに含むことを特徴とする請 求の範囲１１〜２０のいずれかに記載の方法。 ２２． データをＭＰＥＧ受信機／デコーダにダウンロードする方法であって、 ダウンロードされた前記データに対するシグネチャを生成するステップと 、 前記シグネチャオフセットおよびデータのブロックにデータブロックの開 始と前記シグネチャの開始との間に選択されたオフセットを有する他のデータを 含むステップと、 前記データブロックを専用鍵を使用して暗号化するステップと、 前記ダウンロードされたデータおよび前記暗号化されたデータブロックを ＭＰＥＧテーブルとしてフォーマット化するステップと、 前記ＭＰＥＧテーブルを伝送するステップと、かつ 前記受信機／デコーダで、 前記ＭＰＥＧテーブルを受信するステップと、 前記受信されたＭＰＥＧテーブルの前記暗号化されたデータブロックを前 記専用鍵に対応する公開鍵を使用して暗号解読するステップと、 前記受信機／デコーダのメモリの保護領域において、少なくとも１つの記 憶されたオフセットを検索するステップと、 前記暗号解読されたデータブロックからの前記シグネチャを前記１つの検 索されたオフセットを使用して前記暗号解読されたデータブロックの開始から抽 出するステップと、 前記受信されたＭＰＥＧのデータに対するシグネチャを生成するステップ と、 前記暗号解読されたデータブロックから抽出されたシグネチャと前記受信 されたデータに対して前記受信機／デコーダで生成されたシグネチャとを比較す るステップとを含むことを特徴とするデータをＭＰＥＧ受信機／デコーダにダウ ンロードする方法。 ２３． 前記メモリの保護領域が少なくとも２つの記憶されたオフセットを有し 、かつ前記比較ステップにおいて、前記抽出されたシグネチャおよび前記生成さ れたシグネチャが一致しない場合、前記記憶されたオフセットの中の他のものを 使用して前記検索ステップ、抽出ステップ、および比較ステップを繰り返すステ ップをさらに含むことを特徴とする請求の範囲２１あるいは２２に記載の方法。 ２４． 前記データのブロックの前記他のデータの少なくともいくつかがダミー データあるいは任意のデータであることを特徴とする請求の範囲２１〜２３のい ずれかに記載の方法。 ２５． データが複数のデータのモジュールとしてダウンロードされ、かつ ダウンロードされたデータの各モジュールに対するモジュールシグネチャ を生成するステップと、 前記データのモジュールをそれぞれのモジュールＭＰＥＧテーブルとして フォーマット化するステップと、 各モジュールＭＰＥＧテーブルのＩＤおよびそれぞれのシグネチャを含む ディレクトリを生成するステップであって、前記ディレクトリが、請求の範囲１ １〜２４のいずれかの前記シグネチャ生成ステップの主題であることと、かつ 前記受信機／デコーダで、 前記受信されたモジュールＭＰＥＧテーブルの前記モジュールの各々に対 するそれぞれのモジュールシグネチャを生成するステップと、 前記受信されたディレクトリＭＰＥＧテーブルの各モジュールシグネチャ と前記受信機／デコーダで生成されたそれぞれのモジュールシグネチャとを比較 するステップとを含むことを特徴とする請求の範囲１１〜２４のいずれかに記載 の方法。 ２６． 複数のデータのモジュールをＭＰＥＧ受信機／デコーダにダウンロード する方法であって、 ダウンロードされたデータの各モジュールに対するモジュールシグネチャ を生成するステップと、 前記データのモジュールをそれぞれのモジュールＭＰＥＧテーブルとして フォーマット化するステップと、 各モジュールＭＰＥＧテーブルのＩＤおよびそれぞれのシグネチャを含む ディレクトリを生成するステップと、 前記ディレクトリに対するディレクトリシグネチャを生成するステップと 、 前記ディレクトリシグネチャを専用鍵を使用して暗号化するステップと、 前記ディレクトリおよび前記暗号化されたディレクトリシグネチャをディ レクトリＭＰＥＧテーブルとしてフォーマット化するステップと、 前記ディレクトリおよびモジュールＭＰＥＧテーブルを伝送するステップ と、かつ 前記受信機／デコーダで、 前記ディレクトリおよびモジュールＭＰＥＧテーブルを受信するステップ と、 前記受信されたディレクトリＭＰＥＧテーブルの前記暗号化されたディレ クトリシグネチャを前記専用鍵に対応する公開鍵を使用して暗号解読するステッ プと、 前記受信されたディレクトリＭＰＥＧテーブルの前記ディレクトリに対す るディレクトリシグネチャを生成するステップと、 前記暗号解読されたディレクトリシグネチャおよび前記受信機／デコーダ で生成された前記ディレクトリシグネチャを比較するステップと、 前記受信されたモジュールＭＰＥＧテーブルの前記モジュールの各々に対 するそれぞれのモジュールシグネチャを生成するステップと、 前記受信されたディレクトリＭＰＥＧテーブルの各モジュールシグネチャ と前記受信機／デコーダで生成されたそれぞれのモジュールシグネチャとを比較 するステップとを含むことを特徴とする複数のデータのモジュールをＭＰＥＧ受 信機／デコーダにダウンロードする方法。 ２７． 前記モジュールシグネチャ比較ステップで、前記受信されたディレクト リＭＰＥＧテーブルの前記モジュールシグネチャおよびこのモジュールに対して 前記受信機／デコーダで生成されたそれぞれのモジュールシグネチャが互いに一 致しない場合、このようなデータのモジュールのダウンロードを禁止するかある いは打ち切るかのステップをさらに含むことを特徴とする請求の範囲２５あるい は２６に記載の方法。 ２８． 前記比較ステップで、前記暗号解読されたシグネチャあるいは各暗号解 読されたシグネチャおよび前記生成されたシグネチャが互いに一致しない場合、 前記データのダウンロードを禁止するかあるいは打ち切るかのステップをさらに 含むことを特徴とする請求の範囲１１〜２７のいずれかに記載の方法。 ２９． 請求の範囲１１の方法の一部を実行する際に使用するためのＭＰＥＧ／ デコーダであって、 このようなＭＰＥＧテーブルを受信する手段と、 複数の公開鍵および前記公開鍵の各々に対するＩＤを記憶する手段と、 前記記憶された公開鍵の中の１つを前記受信されたＭＰＥＧテーブルの鍵 ＩＤに従って選択し、前記受信されたＭＰＥＧテーブルの前記暗号化されたシグ ネチャを前記選択された公開鍵を使用して暗号解読し、暗号解読されたシグネチ ャを提供し、前記受信されたＭＰＥＧテーブルの前記データに対するシグネチャ を生成し、かつ前記暗号解読されたシグネチャおよび前記受信されたデータに対 する前記受信機／デコーダで生成された前記シグネチャを比較するようにプログ ラム化された処理手段とを備えていることを特徴とするＭＰＥＧ受信機／デコー ダ。 ３０． 前記鍵記憶手段がＲＯＭによって提供されることを特徴とする請求の範 囲２９に記載の受信機／デコーダ。 ３１． 前記公開鍵の各々に対するＩＤが前記鍵記憶手段のこの公開鍵の記憶位 置によって提供されることを特徴とする請求の範囲２９あるいは３０に記載の受 信機／デコーダ。 ３２． 揮発性メモリの領域をさらに含み、かつ前記処理手段が、所定の鍵ＩＤ を有する専用鍵を使用して暗号化されたシグネチャを有するアプリケーションを ダウンロードし、前記アプリケーションを実行し、前記受信機／デコーダに他の 鍵を受信させ、かつ他の鍵を前記揮発性メモリの領域に記憶するように作動可能 であることを特徴とする請求の範囲１４の方法で使用するための請求の範囲２９ 〜３１のいずれかに記載の受信機／デコーダ。 ３３． 前記受信機／デコーダに局部的に供給されたこのような他の鍵を受信す る手段をさらに含むことを特徴とする請求の範囲３２に記載の受信機／デコーダ 。 ３４． 他の鍵受信手段が前記受信機／デコーダの並列ポート、直列ポートおよ び／またはスマートカード読み取り器によって提供されることを特徴とする請求 の範囲３３に記載の受信機／デコーダ。 ３５． 前記揮発性メモリがＲＡＭによって提供されることを特徴とする請求の 範囲３２〜３４のいずれかに記載の受信機／デコーダ。 ３６． 前記公開鍵の少なくともいくつかの各々に対するバリデーションフラグ を記憶するメモリの保護領域をさらに含み、かつ前記処理手段が、前記メモリの 保護領域において、このような選択された公開鍵に対する前記バリデーションフ ラグを検索し、前記検索されたフラグがセットされない場合、前記データのダウ ンロードを禁止するかあるいは打ち切るようにプログラム化されることを特徴と する請求の範囲２９〜３５のいずれかに記載の受信機／デコーダ。 ３７． 請求の範囲３２のいずれかに従属する場合、前記所定の鍵ＩＤを有する 前記専用鍵に対するバリデーションフラグを記憶するメモリの保護領域をさらに 含み、かつ前記処理手段が、前記アプリケーションを実行する場合、このバリデ ーションフラグを変えるように作動可能であり、かつこのフラグの状態に応じて 他の鍵をそのように記憶できるように作動可能であることを特徴とする請求の範 囲３６に記載の受信機／デコーダ。 ３８． 請求の範囲１７の方法の一部を実行する際に使用するためのＭＰＥＧ受 信機／デコーダであって、 このようなＭＰＥＧテーブルを受信する手段と、 公開鍵および前記公開鍵に対するＩＤを記憶する手段と、 前記公開鍵に対するバリデーションフラグを記憶するメモリの保護領域と 、前記受信機／デコーダのメモリの前記保護領域において、前記受信されたＭＰ ＥＧテーブルで識別された前記専用鍵に対応する前記公開鍵に対するバリデーシ ョンフラグを検索し、かつ前記検索されたフラグがセットされている場合、前記 受信されたＭＰＥＧテーブルの前記暗号化シグネチャを前記受信されたＭＰＥＧ テーブルで識別された前記専用鍵に対応する公開鍵を使用して暗号解読し、暗号 解読されたシグネチャを提供し、前記受信されたＭＰＥＧテーブルのデータに対 するシグネチャを生成し、かつ前記暗号解読されたシグネチャおよび前記受信さ れたデータに対するシグネチャを比較するようにプログラム化された処理手段と を備えていることを特徴とするＭＰＥＧ受信機／デコーダ。 ３９． 前記鍵バリデーションフラグを記憶するメモリが再書き込み可能不揮発 性メモリによって提供されることを特徴とする請求の範囲３６〜３８のいずれか に記載の受信機／デコーダ。 ４０． その場合、複数のこのような公開鍵が記憶され、前記バリデーションフ ラグを記憶する前記メモリがビットマップとして構成されていることを特徴とす る請求の範囲３６〜３９のいずれかに記載の受信機／デコーダ。 ４１． バリデーションコードを記憶する保護領域をさらに含み、かつ前記処理 手段が、このような受信されたＭＰＥＧテーブルの前記バリデーションコードを 暗号解読し、前記記憶されたバリデーションコードを検索し、かつ前記検索され たバリデーションコードおよび前記暗号解読されたバリデーションコードを比較 するようにプログラム化されたことを特徴とする請求の範囲１７の方法で使用す るための請求の範囲２９〜４０のいずれかに記載の受信機／デコーダ。 ４２． 請求の範囲１７の方法の一部を実行する際に使用するためのＭＰＥＧ受 信機／デコーダであって、 このようなＭＰＥＧテーブルを受信する手段と、 公開鍵および前記公開鍵に対するＩＤを記憶する手段と、 バリデーションコードを記憶するメモリの保護領域と、 前記暗号化されたバリデーションコードおよびこのように受信されたＭＰ ＥＧテーブルのシグネチャを前記専用鍵に対応する前記記憶された公開鍵を使用 して暗号化し、前記メモリの保護領域の前記記憶されたバリデーションコードを 検索し、前記検索されたバリデーションコードおよび前記暗号解読されたバリデ ーションコードを比較し、前記受信されたＭＰＥＧテーブルのデータに対するシ グネチャあるいは前記その一部を生成し、かつ前記暗号解読されたシグネチャと 前記受信されたデータに対する前記受信機／デコーダによって生成された前記シ グネチャとを比較するようにプログラム化された処理手段とを備えていることを 特徴とするＭＰＥＧ受信機／デコーダ。 ４３． 前記検索されたバリデーションコードおよび前記暗号解読されたバリデ ーションコードが互いに一致しない場合、前記処理手段が、前記データのダウン ロードを禁止するかあるいは打ち切るようにプログラム化されていることを特徴 とする請求の範囲４１あるいは４２に記載の受信機／デコーダ。 ４４． 前記バリデーションコードを記憶するメモリが、再書き込み可能不揮発 性メモリによって提供されることを特徴とする請求の範囲４１〜４３の何れかに 記載の受信機／デコーダ。 ４５． 前記バリデーションコードを記憶するメモリが、ビットマップとして構 成されていることを特徴とする請求の範囲４１〜４４のいずれかに記載の受信機 ／デコーダ。 ４６． 少なくとも１つのオフセットを記憶するメモリの保護領域をさらに含み 、かつ前記処理手段が、このような受信されたＭＰＥＧテーブルの前記暗号化デ ータブロックを暗号解読し、前記メモリの保護領域の前記１つの記憶されたオフ セットを検索し、かつ前記暗号解読されたデータブロックからの前記シグネチャ を前記検索されたオフセットを使用して前記暗号解読されたデータブロックの開 始から抽出するようにプログラム化されていることを特徴とする請求の範囲２１ に記載の方法で使用するための請求の範囲２９〜４５のいずれかに記載の受信機 ／デコーダ。 ４７． 請求の範囲２２の方法の一部を実行する際に使用するためのＭＰＥＧ受 信機／デコーダであって、 このようなＭＰＥＧテーブルを受信する手段と、 公開鍵および前記公開鍵に対するＩＤを記憶する手段と、 少なくとも１つのオフセットを記憶するメモリの保護領域と、 このような受信されたＭＰＥＧテーブルの前記暗号化されたデータブロッ クを前記専用鍵に対応する前記記憶された公開鍵を使用して暗号解読し、前記メ モリの保護領域の前記１つの記憶されたオフセットを検索し、前記暗号解読され たデータブロックからの前記シグネチャを前記検索されたオフセットを使用して 前記暗号解読されたデータブロックの開始から抽出し、前記受信されたＭＰＥＧ テーブルの前記データに対するシグネチャを生成し、かつ前記暗号解読されたデ ータブロックから抽出された前記シグネチャと前記受信されたデータに対して前 記受信機／デコーダで生成された前記シグネチャとを比較するようにプログラム 化されている処理手段とを備えていることを特徴とするＭＰＥＧ受信機／デコー ダ。 ４８． 少なくとも２つのオフセットが前記メモリの保護領域に記憶され、かつ 前記抽出されたシグネチャおよび前記生成されたシグネチャが一致しない場合、 前記記憶されたオフセットの中の他のものを使用して前記検索、抽出および比較 を繰り返すように作動可能であることを特徴とする請求の範囲４６あるいは４７ に記載の受信機／デコーダ。 ４９． 前記オフセットを記憶するメモリが再書き込み可能不揮発性メモリによ って提供されることを特徴とする請求の範囲４６あるいは４８のいずれかに記載 の受信機／デコーダ。 ５０． 前記処理手段が、前記受信されたモジュールＭＰＥＧテーブルの前記モ ジュールの各々に対するそれぞれのモジュールシグネチャを生成し、かつ前記受 信されたディレクトリＭＰＥＧテーブルの各モジュールシグネチャと前記受信機 ／デコーダによって生成されたそれぞれのモジュールシグネチャとを比較するよ うにプログラム化されていることを特徴とする請求の範囲２５に記載の方法で使 用するための請求の範囲２９〜４９のいずれかに記載の受信機／デコーダ。 ５１． 請求の範囲２６の方法の一部を実行する際に使用するためのＭＰＥＧ受 信機／デコーダであって、 このようなディレクトリテーブルおよびモジュールＭＰＥＧを受信する手 段と、 公開鍵および前記公開鍵に対するＩＤを記憶する手段と、 前記受信されたディレクトリＭＰＥＧテーブルの前記暗号化されたディレ クトリシグネチャを前記専用鍵に対応する前記記憶された公開鍵を使用して暗号 解読し、前記受信されたディレクトリＭＰＥＧテーブルの前記ディレクトリに対 するディレクトリシグネチャを生成し、前記暗号解読されたディレクトリシグネ チャおよび前記受信機／デコーダによって生成された前記ディレクトリシグネチ ャを比較し、前記受信されたモジュールＭＰＥＧテーブルの前記モジュールの各 々に対するそれぞれのモジュールシグネチャを生成し、かつ前記受信されたディ レクトリＭＰＥＧテーブルの各モジュールシグネチャと前記受信機／デコーダで 生成されたそれぞれのモジュールシグネチャとを比較するようにプログラム化さ れている処理手段とを備えていることを特徴とするＭＰＥＧ受信機／デコーダ。 ５２． 前記受信されたディレクトリＭＰＥＧテーブルの前記モジュールシグネ チャおよびこのモジュールに対して前記受信機／デコーダに生成されたそれぞれ のモジュールシグネチャが互いに一致しない場合、前記処理手段が、このような データのモジュールのダウンロードを禁止するかあるいは打ち切るようにプログ ラム化されていることを特徴とする請求の範囲５０あるいは５１に記載の受信機 ／デコーダ。 ５３． 前記暗号解読されたシグネチャあるいは各暗号解読されたシグネチャお よび前記生成されたシグネチャが互いに一致しない場合、前記処理手段が、前記 データのダウンロードを禁止するかあるいは打ち切るようにプログラム化されて いることを特徴とする請求の範囲２９〜５２のいずれかに記載の受信機／デコー ダ。 ５４． おおむね図面を参照して説明されるようなアプリケーションの少なくと も一部をＭＰＥＧ受信機／デコーダにダウンロードする方法。 ５５． おおむね図面を参照して説明されるようなＭＰＥＧ受信機／デコーダ。 ５６． おおむね図面を参照して説明されるようなＭＰＥＧ伝送システム。