(57)【要約】【課題】  １以上の動作の実行、特に、新しいソフトウェアのダウンロードと、そのダウンロードしたソフトウェアの更新をデコーダに強制する方法を提供する柔軟なソリューションを提供することを課題とする。【解決手段】  本発明の一態様によると、デジタルテレビジョンシステムの端末に少なくとも１つの動作を強制的に実行させる方法が提供される。該デジタルテレビジョンシステムは、コードを有するプライベートディスクリプタを有するパブリックテーブルを送信する送信システムをさらに有する。そのコードは、端末により実行された時、前記少なくとも１つの動作を実行する。前記端末は、前記パブリックテーブルを受信し、前記プライベートディスクリプタから前記コードを抽出し、前記コードを実行し、前記少なくとも１つの動作を実行する。【選択図】  図３
2006050625.tif 000002
【特許請求の範囲】
【請求項１】
送信システムを有するデジタルテレビジョンシステムの端末に、少なくとも１つの動作を強制的に実行させる方法であって、
前記送信システムにおいて、
前記端末が実行すると前記少なくとも１つの動作を実行するコードを有するプライベートディスクリプタを有するパブリックテーブルを送信するステップを有し、
前記端末において、
前記パブリックテーブルを受信するステップと、
前記プライベートディスクリプタから前記コードを抽出するステップと、
前記コードを実行するステップとを有することを特徴とする方法。
【請求項２】
請求項１に記載の方法であって、前記パブリックテーブルはプログラムマップテーブルまたは限定アクセステーブルであることをさらに特徴とする方法。
【請求項３】
請求項１に記載の方法であって、前記パブリックテーブルは前記端末が前記少なくとも１つの動作を実行するために必要なコード全体を有することをさらに特徴とする方法。
【請求項４】
請求項１に記載の方法であって、前記端末は前記コードを実行する前に前記パブリックテーブルが権限のあるソースから来たものであることを検証することをさらに特徴とする方法。
【請求項５】
請求項１に記載の方法であって、前記デジタルテレビジョンシステムは放送デジタルテレビジョンシステムであることをさらに特徴とする方法。
【請求項６】
デジタルテレビジョンシステムにおける端末であって、前記端末は少なくとも１つの動作の強制が可能であり、
前記端末が実行すると前記少なくとも１つの動作を実行するコードを有するプライベートディスクリプタを有するパブリックテーブルを受信するレシーバと、
コードを記憶するメモリと、
前記パブリックテーブルから前記コードを抽出し、前記コードを前記メモリに記憶させ、前記コードを実行するプロセッサとを有することを特徴とする端末。
【請求項７】
請求項６に記載の端末であって、前記動作はハードウェアレベルで実行されることをさらに特徴とする端末。
【請求項８】
パブリックMPEGテーブルであって、MPEGシステムにおける端末により実行されるコードを有するプライベートディスクリプタを有することを特徴とするテーブル。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末に動作の実行を強制することに関し、特に、放送デジタルテレビジョンシステムのデコーダにソフトウェアをダウンロードさせることに関する。
【背景技術】
【０００２】
ここで「デコーダ」とは、レシーバとは物理的に分離したデコーダ、セットトップボックス等のレシーバと結合したデコーダ、または記録デバイス、ディスプレイ、ウェブブラウザ等の付加機能を有するデコーダ等を含む。
【０００３】
放送デジタルテレビジョンシステムは、サービスの一環として、システムプロバイダの提供に従ってユーザが選択できるチャンネルだけでなく、ペイパービュー（PPV）プログラムやその他のインターラクティブサービス（例えば、電子メール処理、ショッピング、ゲーム、賭け事等）も提供している。
【０００４】
放送デジタルテレビジョンシステムにおいて、特に限定受信方式のシステムにおいては、サービスへのアクセスを制御するモジュールであるところのデコーダが最も重要である。ユーザは無料のサービスまたは有料で申し込みをしたサービスだけにアクセスできるようでなければならない。これは、システムプロバイダが相応の収益を上げるためだけではなく、保護者による付き添い（parental  guidance）の問題もあるからである。
【０００５】
しかし、サービスの一部または全部に不正なアクセスを試みるものがいる。そうすることで、ハッカーはデコーダを「クラック」して、申し込んでいないサービスの少なくとも一部にアクセスしようと試みることが多い。ハッカーは一旦これに成功すると、インターネット上の特別なウェブサイトにそのやり方をポスティングするなどして、自分の知識を仲間のハッカーに広めることが多い。
【０００６】
システムプロバイダはもちろんこれを知っており、一例を挙げると、常にデコーダのセキュリティを改善するように試みており、特にソフトウェアをよりセキュアなものにしようとしている。そして、デコーダを放送ネットワーク（衛星、ケーブル、地上波等）経由でそのソフトウェアでアップデートしている。
【０００７】
すべてではないかも知れないが、ほとんどの既存のデコーダは、パワーアップ時に少なくともソフトウェアの一部のバージョンを自動的に確認する。パワーアップ時とは、例えば、スタンバイモードになった後で再度スイッチをオンしたときなどである。ローダソフトウェアが不揮発メモリの特定のゾーンを調べて、アップデートが必要かどうか調べる。このゾーンには、デコーダが、放送信号中に放送されているソフトウェアの識別情報とバージョンを検出した場合、そのソフトウェアの新しいバージョンをダウンロードしてインストールしなければならない旨の情報を格納する。ダウンロードする新しいソフトウェアがある場合、デコーダは専用の周波数に接続し、そのソフトウェアの新しいバージョンを取得し、それを古いバージョンの上に上書きしてインストールし、その新しいソフトウェアを起動するためにリブートする。
【０００８】
ここで問題となるのは、種々の理由から、多数のデコーダがスタンバイモードにされることがないということである。その理由とは、例えば、（１）多くのユーザはテレビジョンセットのスイッチはオフするが、デコーダのスイッチはオフしないこと、（２）酒場や待合室などの一定の場所では、デコーダは常に同じプログラムに同調されていること、（３）ハッカーは、ソフトウェアがよりセキュアなバージョンに更新されることを避けるため、故意に自分のデコーダがスタンバイモードに移行しないようにしていること、などが挙げられる。
【０００９】
ネットワークを介してアプリケーションをダウンロードすること等の動作を、デコーダに強制的に実行させる技術が知られている。例えば、特許文献１には、チャンネル変更、スタンバイモードへの移行、オペレーティングシステムの新しいバージョンのダウンロード等、一定の動作をデコーダに強制する技術が記載されている。これを実現するため、システムプロバイダはエンタイトルメントマネージメントメッセージ（EMM）を放送し、デコーダがそれを受信する。EMMは、特定の動作（例えば、チャンネル変更）の識別情報と必要なパラメータ（例えば、変更先のチャンネル「X」）を有する。デコーダはこのEMMを受信すると、そのEMMが適切なソースから発したものであることを検証し、動作の識別情報、およびもしあればそのパラメータを抽出する。そして、その動作を実行するために、適当な機能を呼び出す。動作を強制するこの方法は多くの状況で非常にうまくいくが、欠点もある。システムプロバイダはコマンドのリストを保持して、システム側の各コマンドがデコーダの適当なコマンドに対応するようにしなければならない。コマンドは識別情報の形で送信されるので、所定のコマンドだけを所定タイプのパラメータとのみ送信することができる。そのため、場合によっては柔軟に強制をすることができない。
【００１０】
アプリケーションをデコーダにダウンロードする技術も周知である。これを実現するため、デジタルフローのプライベートセクションとして知られているものの中のプライベートテーブルでコードを常に放送する。しかし、このプライベートセクションがデコーダにアクセスすることができ、このようなコードのダウンロードは比較的容易に避けることができる。
【特許文献１】PCT国際出願第WO01/45387号
【発明の開示】
【発明が解決しようとする課題】
【００１１】
上記を鑑みて、１以上の動作の実行、特に、新しいソフトウェアのダウンロードと、そのダウンロードしたソフトウェアの更新をデコーダに強制する方法を提供する柔軟なソリューションが必要とされている。本発明は上記ソリューションを提供することを目的とする。
【課題を解決するための手段】
【００１２】
本発明の一態様によると、デジタルテレビジョンシステムの端末に少なくとも１つの動作を強制的に実行させる方法が提供される。該デジタルテレビジョンシステムは、コードを有するプライベートディスクリプタを有するパブリックテーブルを送信する送信システムをさらに有する。そのコードは、端末により実行された時、前記少なくとも１つの動作を実行する。前記端末は、前記パブリックテーブルを受信し、前記プライベートディスクリプタから前記コードを抽出し、前記コードを実行し、よって前記少なくとも１つの動作を実行する。
【００１３】
このように、ユーザによる介在なしに、端末に自動的に動作を実行させることができる。
【００１４】
そのパブリックテーブルは有利にもプログラムマップテーブル（PMT）または限定アクセステーブル（CAT）である。以下でさらに詳しく説明するように、これらのテーブルは本方法で使用するのに特に有利な特性を有している。
【００１５】
前記パブリックテーブルが前記端末が前記少なくとも１つの動作を実行するために必要なコード全体を有することは有利である。このように、端末が処理すべきテーブルは１つだけなので、本方法の実施は容易であり、本発明を回避して海賊行為を働くことは困難である。
【００１６】
前記端末は前記コードを実行する前に前記パブリックテーブルが権限のあるソースから来たものであることを検証してもよい。これによりコードが適当なソースから来たものであることを保証してセキュリティを向上させることができる。
【００１７】
前記デジタルテレビジョンシステムは放送デジタルテレビジョンシステムであることはさらに有利である。このように、単一のテーブルを用いて多数の端末に動作を強制することは容易である。
【００１８】
第２の態様において、本発明はデジタルテレビジョンシステムにおける端末に及ぶ。前記端末は少なくとも１つの動作の強制が可能であり、前記端末が実行すると前記少なくとも１つの動作を実行するコードを有するプライベートディスクリプタを有するパブリックテーブルを受信するレシーバを有する。前記端末は、コードを記憶するメモリと、前記パブリックテーブルから前記コードを抽出し、前記コードを前記メモリに記憶させ、前記コードを実行するプロセッサとをさらに有する。
【００１９】
本発明の第１の態様を参照して上で詳述したように、これによりユーザによる介在なしに、端末に動作を自動的に実行させることができる。
【００２０】
すでに述べたように、前記動作がハードウェアレベルで実行されることは有利である。
【００２１】
第３の態様において、本発明はパブリックMPEGテーブルであって、MPEGシステムにおける端末により実行されるコードを有するプライベートディスクリプタに及ぶ。
【００２２】
パブリックテーブルにより、本発明の第１の態様による方法を実行することができる。
【発明を実施するための最良の形態】
【００２３】
添付した図面を参照して、純然たる実施例として、本発明の好ましい特徴（feature）を以下に説明する。
【００２４】
図１は、本発明によるデジタルテレビジョンシステム１０００の概略を示す。好ましい実施形態において、大部分は従来のデジタルテレビジョンシステム１０００は、MPEG-2（Motion  Picture  Experts  Group  2）システムであり周知であるが、本発明により、以下に説明するように一部変更されている。当業者には、他の種類のシステム、例えばデジタルビデオ放送（DVB）規格に準拠したシステムを使用してもよいことが分かる。
【００２５】
送信システム２０３０（送信センター、放送センター、放送システムとも呼ぶ）のMPEG-2コンプレッサ２００２はデジタル信号ストリーム（典型的にはビデオ信号のストリーム）を受信する。コンプレッサ２００２はリンケージ２００６によりマルチプレクサおよびスクランブラ２００４と接続されている。マルチプレクサ２００４は、さらに別の複数の入力信号を受信し、１以上のトランスポートストリーム（TS）をアセンブルし、圧縮デジタル信号を有するMPEG-2ビットストリームを送信センター２０３０のトランスミッタ２００８にリンケージ２０１０を介して送信する。そのリンケージ２０１０は電気通信リンクを含む幅広い様々な形を取ることができる。トランスミッタ２００８は衛星トランスポンダー２０１４に向けてアップリンク２０１２を介して電磁波信号を送信する。その電磁波信号は衛星トランスポンダー２０１４で電子的に処理され、概念的なダウンリンク２０１６を介して地上レシーバ２０１８に放送される。地上レシーバ２０１８は従来エンドユーザが所有またはレンタルされているパラボラアンテナ等である。レシーバ２０１８により受信された信号は、エンドユーザが所有またはレンタルされておりディスプレイ２０２２に接続されているデコーダに送信される。そのディスプレイ２０２２はエンドユーザのテレビジョンセットであることが多い。デコーダ２０２０は圧縮されたMPEG-2信号をディスプレイ２０２２用のテレビジョン信号に復号する。
【００２６】
セキュリティモジュール２０２４をデコーダ２０２０に挿入することができる。そのセキュリティモジュール２０２４は一般にはスマートカードの形であり、商業的オファー（すなわち、放送サプライヤーにより販売されるテレビジョンプログラム（番組））に関するメッセージを復号（decipher）することができる。エンドユーザはデコーダ２０２０とセキュリティモジュール２０２４とを用いて、加入モードやペイパービューモードで商業的オファーを購入することができる。デコーダはプロセッサ（CPU）２０４０と、メモリ２０４４と、レシーバ２０１８からの信号を受信する入力部２０４２とを有する。
【００２７】
図２を参照する。MPEG-2ビットストリーム１は、周知であるように、０であるパケット識別情報（PID）を有するプログラムアクセステーブル（PAT）１０を含む。PATはいくつかのプログラムのプログラムマップテーブル（PMT）１２のPIDへの参照情報を含む。各PMTはそのプログラムのオーディオMPEG成分１４とビデオMPEG成分１６のストリームのPIDへの参照情報を有する。PIDがゼロのパケットはプログラムアクセステーブル１０であるが、すべてのMPEGアクセスに対するエントリーポイントを提供する。
【００２８】
上記のテーブルとは別に、デジタルテレビジョンシステム１００で放送されるか、または放送することができるパブリックテーブルが他にもある。例えば、限定アクセステーブル（CAT）、ネットワーク情報テーブル（NIT）、サービス記述テーブル（SDT）、イベント情報テーブル（EIT）、時間・日付テーブル（TDT）、時間オフセットテーブル（TOT）等である。PAT、CAT、PMT、NITはMPEG-2規格のプログラム特定情報（PSI）エクステンションで定義され、SDT、EIT、TOT、TDTはDVBシステムのサービス情報（SI）仕様で定義された任意的テーブルである。上記のパブリックテーブルに加えて、プライベートテーブルもある。このプライベートテーブルはテーブル中のプライベートマーカにより示され、システムオペレータが望めばどんな目的に使用することもできる。しかし、これらのテーブルはプライベートなので、本システム内でしか利用できない。また、他のプライベートマーカによりブロックすることも比較的容易である。
【００２９】
デコーダはデジタルテレビジョンサービスに接続されているとき、MPEG-2ビットストリームをモニターし、そのMPEG-2ビットストリームから、特にPATからいくつかのテーブルを抽出するが、オーディオおよびビデオ成分を選択するためのその他のテーブルも抽出する。デコーダは一旦接続されても、引き続きこれらのテーブルを抽出・分析し、テーブルの何らかの変化を検出する。変化とは、例えば、オーディオおよび／またはサブタイトルの言葉の表示／非表示や、プログラム中のビューの表示／非表示や、アクセス権の変化等である。容易に分かるように、このモニタリングはどのデコーダの機能としても基本的なものである。
【００３０】
本発明によると、システムプロバイダは、アクティブデコーダの一部または全部が１以上の動作（例えば、必要に応じてソフトウェアの少なくとも一部の最新バージョンをダウンロードすること等）を実行することを確実にするために、送信センター２０３０を介してデコーダアクションテーブル（DAT）を定期的に放送する。有利にもDATはパブリックテーブルの形をとり、実行可能コードを有するプライベート記述子で修正されている。その実行可能コードはプライベートデータの一連のオクテットのように見える。
【００３１】
デコーダはこのテーブルを抽出し、そのような他のテーブルと同様に分析する。そのコードは、好ましくは連続した機械語のいくつかの命令であるが、抽出され、デコーダのメモリ２０４４にコピーされ、即時または所定の遅延後に実行される。その動作を実行する時間を指定してもよい。
【００３２】
デコーダのソフトウェアが最新バージョンであることを確かめる場合、コードは次のステップを実行するように書かれる。
・デコーダのソフトウェアおよびハードウェアのバージョンをDATで与えられた特徴または識別情報と比較する。言い換えると、そのコードはデコーダに１以上のソフトウェアの新しいバージョンをダウンロードさせるべきかどうか検証する。
・新しいバージョンをダウンロードすべきとき、そのコードは起動時にデコーダにより調べられたメモリ２０４４のゾーンを更新し、上で説明したように新しいバージョンをダウンロードし、インストールし、「リセット」機能等を呼ぶことによりデコーダをリブートするかどうかを判断する。
【００３３】
一部のパブリックデータの方が好ましいが、プライベートインジケータを付加できるパブリックテーブルはすべてDATとして使用することができる。上記のMPEG2  PSIテーブルのうち規格によりプライベートインジケータを付加できないPATを除いたすべてと、SDTやNITなどのSIテーブルの一部とをDATとして使用することができる。しかし、好ましい実施形態において、NITやSDTよりもPMTやCATの方を選択する。前者は不可欠（indispensable）であり、デコーダが利用可能なサービスとプログラムのリストを設定するインストレーションプロシージャ中でだけそのデコーダにより取得されるからである。一方、後者は強制的（mandatory）であり、プログラムが変わるごとにデコーダにより取得されるからである。デコーダはチャンネルが変更されなくても、PMTを用いてビデオ、オーディオ、サブタイトルストリームを管理することができる。
【００３４】
図３は本発明によるCAT３０２（大きさ通りには描かれていない）の形のDAT３００を例示している。本技術分野では周知なように、標準CATは以下を有する。
・テーブルを識別する８ビットのテーブル識別情報３０４。留意すべきことは、ほとんどのテーブルは一回以上放送され、識別情報は異なるCATを識別する必要がある。
・１ビットのセクションシンタックスインジケータ３０６。これは常に１に設定されている。
・ゼロ（「０」）に設定された１ビット３０８。
・規格で予約されている２ビット３１０。
・セクション長さを示す１２ビット３１２。最初の２ビットは「００」に設定されており、残りの１０ビットはこの１２ビット３１２の直後に続くセクション（以下に説明するCRC３２６を含む）のバイト数を特定している。
・規格で予約されている１８ビット３１４。
・CAT３０２全体の５ビットのバージョンナンバー３１６。
・送信されたCATが現在適用可能か否かを示す１ビットの現在の次インジケータ３１８。
・８ビットのセクション番号３２０。CAT中の第１のセクション番号は「０ｘ００」であり、セクションが増えるごとに１ずつ増加する。
・８ビットの最終セクション番号３２２。CATの最終セクションの番号を特定する。
・例えばプログラムを有するNバイトのループディスクリプタ３２４。
・エラーチェックのための３２ビットサイクリックリダンダンシーチェック３２６。
【００３５】
本発明の一実施形態によると、以下にさらに詳しく説明するように、ディスクリプタループ３２４中のCATにプライベートディスクリプタを置くことによりDAT３００が生成される。留意すべきことは、通常DAT３００はCATとしても作用することであり、すなわち、DAT３００はコード３２８と「通常の」CAT情報とを有することである。
【００３６】
図４は、本発明によるPMT４０２（大きさ通りには描かれていない）の形のDAT４００を例示している。本技術分野において周知であるように、標準のPMTは以下を有する（対応するCATのフィールドと同じ機能を果たすフィールドは必ずしも再度説明はしない。上記説明を参照。）
・８ビットのテーブル識別情報４０４。
・１ビットのセクションシンタックスインジケータ４０６。
・ゼロ（「０」）に設定された１ビット４０８。
・規格で予約された２ビット４１０。
・セクション長さを示す１２ビット４１２。
・プログラム番号の１６ビット４１３。プログラムマップPIDが適用可能なプログラムを特定する。
・規格で予約されている２ビット４１５。
・５ビットのバージョンナンバー４１６。
・１ビットの現在の次インジケータ４１８。
・８ビットのセクションナンバー４２０。
・８ビットの最終セクションナンバー４２２。
・規格で予約されている３ビット４２３。
・プログラム番号により特定されたプログラムのプログラムクロックリカバリ（PCR）を含むパケットのPIDを示す１３ビットのPCR  PID４２５。
・規格で予約されている４ビット４２７。１２ビットのプログラム情報長さ４２９。最初の２ビットは「００」であり、残りの１０ビットがこのフィールドの直後に続く説明のバイト数を特定している。
・別の目的に使用することができるXバイトのループディスクリプタ４３１。
・X×Nバイトのプログラム４３３。各プログラムは、
−８ビットのストリームタイプ４３４。ループ中のプログラムのタイプを特定している。
【００３７】
−規格で予約されている３ビット４３６。
【００３８】
−関連プログラムエレメントを搬送するトランスポートストリームパケットの１３ビットのエレメンタリPID４３８。
【００３９】
−規格で予約されている４ビット４４０。
【００４０】
−１２ビットのES情報長さ４４４。最初の２ビットは「００」であり、残りの１０ビットがこのフィールドの直後に続く記述子のバイト数を特定している。
【００４１】
−プログラム自体を含むNバイトのループディスクリプタ４４６。
【００４２】
−３２ビットサイクリックリダンダンシーチェック４２６。
【００４３】
本発明のさらに別の実施形態によると、PMTのプログラムディスクリプタループ４３１（すなわち、PMTの最初のディスクリプタループ）またはストリームディスクリプタループ４４６（各ストリームのディスクリプタループ）のいずれかにプライベートディスクリプタを置くことにより、DAT４００を生成する。留意すべきことは、通常DAT４００はPMTとしても動作すること、すなわち、DAT４００はコードと「通常の」PMT情報の両方を有することである。
【００４４】
MPEG-2/PSI規格において、PMTとCATの最大長さは１０２４バイトである。通常、これらのテーブルの長さは、本発明によるプライベートディスクリプタが無ければ、２００バイトを超えることはない。コード用に少なくとも８００バイトの十分な空きがある。これだけ空きがあればコードを非常に広い範囲に適用することが可能である。
【００４５】
プライベートディスクリプタをPMTのどこに、すなわちCATか、最初のディスクリプタループ４３１か、ストリームディスクリプタループ４４６のどこに含めるかによって、システムオペレータはコードがデコーダによりいつ取得されるかを制御することができる。
・CATの場合：コードはCATを放送するTSに対応する周波数にデコーダが接続した時に処理される。TSは同一の周波数で放送されるバイナリデータである異なるプログラムのビデオ、オーディオ、プライベート、MPEG2およびDVBテーブルを含む。
・PMT（４３１中）の場合：デコーダがPMTに対応するサービスに接続しているときにコードが処理される。
・PMT（４４６中）の場合：PMTが関連するコンポーネントに対応するテーブルをデコーダが取得した時にコードが処理される。例えば、ストリームディスクリプタがオーディオコンポーネントと関連しているとき、ユーザにより選択された言葉がPMTの言葉と一致したときコードが処理される。
【００４６】
好ましい実施形態において、プライベートディスクリプタは以下の形を取る。
・ディスクリプタタグ
８ビット
このタグはMPEG-2/PSIのユーザ定義値のうちから選択される。その値は少なくともそのシステムにおいて一時にユニークに選択されることが好ましく、そのシステムにおいてすでに選択された値と等しくないように選択されることが好ましい。
・ディスクリプタ長さ
８ビット
ディスクリプタの全長さを与える。
・スクランブルモードインジケータ
８ビット
該インジケータに続くデータがスクランブルされているかどうか、どのようにスクランブルされたかを示す。バイトコードのみを暗号化し、実行遅延情報は暗号化しない（以下の説明を参照）。
値が０ｘ００のときデータはスクランブルされておらず、値が０ｘ０１〜０ｘFFのときデータがどのように暗号化されているかを示す。セキュリティモジュール２０２４はこの情報を用いて適当な復号鍵を選択する。
・実行遅延情報
１６ビット
ディスクリプタの受信とその実行との間の時間（分）を示す。値がゼロのときはコードがすぐに実行されることを意味する。
例えば夜中やプログラムの間の時間にユーザに不都合ではないであろう時間にコードを実行するためにその遅延を用いる。
留意すべきことは、新しいコードのダウンロードを強制するときに、この遅延をゼロに設定することは有利であることもあることである。というのは、一旦テーブルがデコーダにより受信されると、ユーザがダウンロードに対抗しようとする可能性を排除するからである。
・バイトコード
Nバイト
ディスクリプタを認証するために必要なデータとバイトコードとを両方とも含む。認証データは通常証明書またはシグネチャの形式であり、ディスクリプタが権限を有するソースからのものであることを保証することができる。
【００４７】
プレイベートディスクリプタの一部が符号化されているとき、スクランブルモードのインジケータおよび暗号化データはセキュリティモジュール２０２４に転送される。そのセキュリティモジュール２０２４はスクランブルモードインジケータにより示された復号鍵を用いてその情報を復号し、デコーダに返す。
【００４８】
データは、復号する必要がある場合、デコーダのモジュールに転送される。そのモジュールはシグネチャの正当性を検証する役割を担っている。正当性が検証されると、コードは抽出され、（認証データを除いた部分が）実行前に格納される
再度留意すべきことは、アセンブラの命令をいかに組み合わせてデコーダに実行させることも可能だということである。コードの命令は、例えばプログラミング言語Cのように記号や変数を介してではなく、メモリアドレスに直接アクセスすることが好ましい。一実施形態において、コードが（一変数に対して異なったマッピングやメモリアドレスを使用する）複数のソフトウェアバージョンとコンパチブルであることを保証するために、デコーダのメモリ２０４４の所定の場所にテーブルを格納してもよい。そのテーブルは、コードにより使用される変数のアドレスを含み、システムオペレータにより規定される。当業者には明らかなように、これによりコードをよりいっそう一般化することができる。しかし、好ましい一実施形態において、テーブルのアドレスはブロードキャストコードのパラメータとして提供されてもよい。さらに留意すべきことは、例えば、コードが使用できる関数（例えば、フラッシュファイルシステムを読み書きする関数等）のアドレスのテーブルなどである他のパラメータを放送コードに含ませて、よりいっそう可搬性と多用途性を高めてもよい。
【００４９】
本発明の好ましい一実施形態によるデコーダはほとんど従来のデコーダである。少数の修正点は以下の通りである：
・本発明によるデコーダはプロセッサ２０４０を有しており、本発明において使用可能な上で説明したいかなる種類のテーブル、または１以上の所定種類のテーブルのいずれかをそのデコーダのレシーバが受信すると、そのプロセッサ２０４０はそのテーブルの処理を管理し、そのテーブル中のプライベートディスクリプタを分析する。
・プライベートディスクリプタにコードがあれば、プロセッサ２０４０はそのコードを抽出し、必要に応じてそのコードをセキュリティモジュールに転送し復号させる。プロセッサ２０４０はコード（認証データを除いた部分）をデコーダのメモリ２０４４に格納する前に、シグネチャの正当性を検証する。
・実行遅延情報がゼロ（コードの即時実行を示す）に設定されていないかぎり、プロセッサ２０４０はタイマーを設定するか、またはタイマーに命令して実行のカウントダウンを開始する情報を設定させる。
・タイマーがタイムアウトした時、プロセッサ２０４０は通知を受け、コードを実行する。
【００５０】
本発明を回避することをよりいっそう困難にするという理由で、デコーダはテーブルを受信した時にハードウェアレベルでコードを抽出し、実行するものであることが好ましい。コードにサインがされている場合、コードの抽出および実行前にそのコードの認証を実行することが好ましい。
【００５１】
図５は、放送デジタルテレビジョンシステムの端末に少なくとも１つの動作を強制的に実行させる本発明による方法を例示するフローチャートである。ステップ５０２において、放送デジタルテレビジョンシステムの送信システムは、コードを有するプライベートディスクリプタを有するパブリックテーブルを送信する。端末はそのコードを実行した時、前記少なくとも１つの動作を実行する。その端末はパブリックテーブルを受信し（ステップ５０４）、プライベートディスクリプタからコードを抽出し（ステップ５０６）、そのコードを実行し（ステップ５１０）、このように前記少なくとも１つの動作を実行する。端末は、そのコードを実行する前に、そのパブリックテーブルが権限のあるソースから来たものであることを検証してもよい（ステップ５０８）。
【００５２】
以上の説明ではほとんどの場合に、ソフトウェアのダウンロードを強制することを例として使用した。しかし、当業者には分かるように、本発明を用いて、ユーザに他の動作を実行させることも可能である。例えば：
・電話番号やPPPサーバのIPアドレス等のコンフィギュレーションパラメータを変更することができる。
・例えば、事故で有毒なガスが加入者のエリアに漏れ出した場合に、その加入者に情報を提供するためにチャネルを自動的に切り替えることができる。
・デコーダを工場から出荷する前に、そのデコーダをオートテストモードにするフラグを切り替えることもできる。
【００５３】
当然のことながら、本発明を純然たる実施例として説明した。本発明の範囲から逸脱することなく細部の修正は可能である。
【００５４】
明細書および（適当であれば）特許請求の範囲と図面に開示した各特徴（feature）は、独立に提供してもよいし、適宜組み合わせて提供してもよい。ハードウェアで実施されると説明した特徴（feature）はソフトウェアで実施してもよいし、その逆でもよい。
【００５５】
ここで、数字「N」はその値が可変であることを示すために用いた。２つ以上のNについて、同じものであることを明確にしている場合を除いて、同じ値であると取ってはいけない。
【図面の簡単な説明】
【００５６】
【図１】本発明による典型的デジタルテレビジョンシステムの全体的アーキテクチャを示すブロック図である。
【図２】MPEGストリームのコンポーネント間の相互関係を示す概略図である。
【図３】本発明による限定受信テーブルの形式のデコーダアクションテーブルを示す図である。
【図４】本発明によるプログラムマップの形式のデコーダアクションテーブルを示す図である。
【図５】本発明による方法を示すフローチャートである。
【符号の説明】
【００５７】
１０  プログラムアクセステーブル（PAT）
１２  プログラムマップテーブル（PMT）
１４  オーディオMPEGコンポーネント
１６  ビデオMPEGコンポーネント
３００  デコーダアクションテーブル（DAT）
３０２  限定アクセステーブル（CAT）
４００  デコーダアクションテーブル（DAT）
４０２  プログラムマップテーブル（PMT）
１０００  デジタルテレビジョンシステム
２００２  MPEG-2コンプレッサ
２００４  スクランブラ
２００６  リンケージ
２００８  トランスミッタ
２０１０  リンケージ
２０１２  アップリンク
２０１４  衛星トランスポンダー
２０１６  ダウンリンク
２０１８  地上レシーバ
２０２０  デコーダ
２０２２  ディスプレイ
２０２４  セキュリティモジュール
２０３０  送信システム
２０４０  プロセッサ（CPU）
２０４２  入力部
２０４４  メモリ
【図１】
2006050625.tif 000003
【図２】
2006050625.tif 000004
【図３】
2006050625.tif 000005
【図４】
2006050625.tif 000006
【図５】
2006050625.tif 000007