(57)【特許請求の範囲】
【請求項１】
ブートストラップローダを備えた受信機／デコーダに常駐ソフトウェアの更新バージョンを送信し、ダウンロードする方法であって、
前記受信機／デコーダで、
常駐ソフトウェアの前記更新バージョン、及びインストリームローダを含むビットストリームを受信するステップであって、前記常駐ソフトウェアの前記更新バージョンは、通常は前記ブートストラップローダによって実行される処理を行うための常駐ローダを備えるステップと、
前記ブートストラップローダを使用して、前記ビットストリームから、前記常駐ローダを備えた、常駐ソフトウェアの前記更新バージョンをロードするための前記インストリームローダを前記受信機／デコーダにダウンロードするステップと、
前記インストリームローダを使用して、前記ビットストリームから前記受信機／デコーダに、前記常駐ローダを備えた、常駐ソフトウェアの前記更新バージョンをダウンロードするステップと、
前記常駐ローダを備えた、常駐ソフトウェアの前記更新バージョンを前記受信機／デコーダに記憶するステップとを含む方法。
【請求項２】
受信機／デコーダであって、
ビットストリームからインストリームローダをダウンロードするためのブートストラップローダと、
常駐ソフトウェアの更新バージョンと、インストリームローダとを含む前記ビットストリームを受信するための受信機であって、常駐ソフトウェアの更新バージョンが、通常は前記ブートストラップローダによって実行される処理を行うための常駐ローダを備える受信機と、
常駐ソフトウェアの更新バージョンと、インストリームローダとを含む前記ビットストリームを受信するための受信機であって、常駐ソフトウェアの更新バージョンが、前記ブートストラップローダにとって代わるための常駐ローダを備える受信機と、
前記常駐ソフトウェアの前記更新バージョンと、前記インストリームローダとを記憶するよう構成された記憶手段と、
前記ビットストリームから、前記インストリームローダを前記記憶手段にダウンロードするよう構成されたダウンロード手段とを備え、
前記受信機／デコーダは、前記インストリームローダを実行するよう構成され、
前記インストリームローダは、前記常駐ローダを備えた、前記常駐ソフトウェアの前記更新バージョンを前記記憶手段にダウンロードするよう構成された受信機／デコーダ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データを受信機／デコーダにダウンロードする方法、それ自体がこのような受信機／デコーダおよび送信システムに関するものである。
【背景技術】
【０００２】
ここで使用される用語「受信機／デコーダ」は、いくつかの他の手段によって放送あるいは送信されてもよい符号化あるいは非符号化信号のいずれか、例えばテレビジョン信号および／またはラジオ信号を受信する受信機を意味してもよい。この用語は受信信号を復号化するデコーダも意味してもよい。このような受信機／デコーダの実施形態は、例えば、物理的に別個の受信機と組み合わせて機能を果たすデコーダのような、あるいはウェブブラウザ、ビデオレコーダ、あるいはテレビジョンのような付加的機能を含むデコーダのような「セットトップボックス」において受信機と一体であり、受信信号を復号化するデコーダを含んでもよい。
主にテレビジョン信号を放送することを意図しているディジタル伝送システムであるが、特に排他的な衛星テレビジョンシステムでないシステムの到来は、他の目的のためのこのようなシステムを使用する可能性を開いた。これらの１つはエンドユーザとの対話性を提供することにある。ここに示されているように、用語「ディジタル伝送システム」は、例えば主に視聴覚あるいはマルチメディアディジタルデータを送信あるいは放送するいかなる伝送システムも含んでいる。本発明は特に放送ディジタルテレビジョンシステムに応用可能であるが、本発明は、マルチメディアインターネット応用のための固定電気通信システムネットワーク、閉回路テレビジョン等にも応用可能であってもよい。
【０００３】
これを行う一つの方法は、テレビジョン信号を受信する受信機／デコーダでアプリケーションを実行することにある。アプリケーションのためのコードは受信機／デコーダに永久に記憶することができる。しかしながら、これはむしろ限られたものである。好ましくは、受信機／デコーダは、必要なアプリケーションのためのコードをダウンロードできるべきである。このように、より多くの多様性が提供されてもよく、アプリケーションはユーザの一部に対する少しのアクションもなしに必要に応じて更新できる。
【０００４】
ＭＰＥＧシステムにおいて、アプリケーションは、ＭＰＥＧビットストリームに送信されたＭＰＥＧテーブルにダウンロードされてもよい。用語ＭＰＥＧは、「カラー動画符号標準化作業グループ」の国際規格機関作業グループによって開発されたデータ伝送システムを指しているが、特にディジタルテレビジョンアプリケーションのために開発され、文書ＩＳＯ１３８１８−１、ＩＳＯ１３８１８−２、ＩＳＯ１３８１８−３およびＩＳＯ１３８１８−４に発表されたＭＰＥＧ−２規格を排他的に指していない。本発明出願に関して、用語は、ディジタルデータ伝送の分野に応用可能であるＭＰＥＧフォーマットの全ての変形例、修正例あるいは開発例を含んでいる。
【０００５】
ＭＰＥＧテーブルをダウンロードするソフトウェアは、受信機／デコーダに永久に記憶されねばならない。実行時間エンジンのアプリケーションコードあるいは更新バージョンのようなデータをダウンロードするために、複合ソフトウェアが要求され、このソフトウェアは、一般的には大量のメモリをとる。しかしながら、このようなソフトウェアは単独でだけ使用されてもよく、仮にもそうであるならば、大量のメモリは長い時間冗長であるソフトウェアによってとられてもよい。
【０００６】
ビットストリームからデータをダウンロードする受信機／デコーダに記憶されたソフトウェアは、一般に「ブートストラップ」ローダと呼ばれる。ブートストラップローダは、好ましくは、例えば、受信機／デコーダのフラッシュメモリボリュームに記憶するためのビットストリームからソフトウェアを含む大部分のデータの形式をダウンロードするように構成されている。したがって、ブートストラップローダは、最少の機能性を有する幾分「基本の」構造を有する傾向があるので、全ての形式のソフトウェアはダウンロードできる。
【０００７】
ブートストラップローダは、一般的には受信機／デコーダのＲＯＭメモリボリュームに記憶され、それから消去できない。一旦ブートストラップローダがＲＯＭメモリボリュームに書き込まれると、ブートストラップローダは修正できないので、生じるかもしれない処理エラーは、万一ローダが破損すると、訂正できない。さらに、ブートストラップローダの機能性は、一旦ＲＯＭに書き込まれたとすると、「固定」される。すなわち、ＲＯＭは、例えば、ビットストリームからデータをダウンロードするのにかかる時間を活用するように更新できない。したがって、ブートストラップローダに認識できない改良されたあるいは新しい構造を有するソフトウェアは、ビットストリームからダウンロードできない。
【０００８】
受信機／デコーダに記憶されたデータの一部が破損する場合、ブートストラップローダはこのデータの完全な非破損バージョンをダウンロードするために使用できる。このデータの非常にわずかな部分だけが破損しなかった場合、このことは破損しなかったデータの一部のダウンロードに費やした著しい時間量に帰着する。
【発明の概要】
【発明が解決しようとする課題】
【０００９】
本発明はこれらの問題および他の問題を解決しようとする。
【課題を解決するための手段】
【００１０】
第１の態様において、本発明は、データを受信機／デコーダにダウンロードする方法を提供し、受信機／デコーダで、 データを含むビットストリームを受信するステップと、
ビットストリームからデータをロードするローダを受信機／デコーダにダウンロードするステップと、 前記ダウンロードされたデータローダを使用して前記ビットストリームから前記データをダウンロードするステップとを含む。
【００１１】
一つの実施形態では、ダウンロードされたデータローダはデータローディングプログラムを含む。データローダの少なくとも一部、好ましくは、データローダの大部分、あるいはデータローダの全てさえ、ネイティブコードの形式であってもよい。ここで使用されるように、用語「ネイティブコード」は、ハードウェア固有コード、受信機／デコーダの特定のハードウェアプラットホームに固有なコード、非解釈であるコード、および／または受信機／デコーダのマイクロプロセッサによって直接実行できるコードを含む。したがって、受信機／デコーダによってダウンロードされる一つのネイティブコードによってとられた構造はこの受信機／デコーダのハードウェアプラットホームで使用された特定の装置によって決まる。これは、マイクロプロセッサによって実行できるように受信機／デコーダに記憶されたソフトウェアによって解釈を必要とし、したがって広範囲のハードウェアプラットホームにわたって機能的である「ｐ−コード」として出願人に公知であるような「解釈コード」とは対照的である。データローダによってダウンロードされたデータは、ネイティブコード、ｐ−コードの形式あるいはデータテーブルのような任意の他の適当な形式であってもよい。
【００１２】
上記のことによって、ビットストリームからデータをロードするローダは、ビットストリームからダウンロードされ、好ましくは、受信機／デコーダのＲＡＭに一時的に記憶される。ビットストリームから必要なデータのデータローダを使用するダウンロードに続いて、ダウンロードされたデータローダは、好ましくは、受信機／デコーダから削除される。したがって、一旦ダウンロードされたデータローダがその目的にかなったとすると、ＲＡＭの記憶容量は、データのダウンロードが必要とされない時間のために効率的に増加される。
【００１３】
一旦ダウンロードされたデータローダがビットストリームから必要なデータの全てをダウンロードしたとすると、もちろん、ダウンロードされたデータローダを削除することは必要でない。これに反して、データローダは、その後に、フラッシュメモリボリュームのような受信機／デコーダの非揮発性メモリに記憶されてもよい。これによって、受信機／デコーダは、ビットストリームからデータローダを再ロードする必要なしに記憶されたデータローダを使用して他のデータをダウンロードでき、それによってこのデータをダウンロードするのにかかる時間を減少させる。したがって、複数の異なるデータローダは受信機／デコーダにいつでも記憶されてもよい。
【００１４】
特に１つの特定のデータ項目のダウンロードのために記述されたデータローダは受信機／デコーダによって必要に応じてビットストリームからダウンロードできるので、改良された受信機／デコーダの機能性は、ブートストラップローダによってダウンロードできるデータの構造と異なる更新あるいは修正された構造を有するデータとして提供されてもよく、ダウンロードでき、受信機／デコーダに記憶できる。
【００１５】
１つの好ましい実施形態において、データのダウンロードはダウンロードされたデータローダによって実行される。したがって、データのダウンロードに対して、ブートストラップローダは、効率的にダウンロードされたデータローダと一時的に取り換えられるので、受信機／デコーダによって使用されるデータローダを更新できるか、さもなければ改良できる。
【００１６】
好ましくは、受信機／デコーダに記憶されたデータの一部だけがダウンロードされたデータローダによってダウンロードされたデータの対応する一部と取り換えられる。例えば、記憶データの一部が破損したあるいは古くなる場合、データのこの部分の非破損バージョンあるいは更新バージョンだけが受信機／デコーダによってダウンロードでき、ダウンロードされたデータローダは、適切である場合、ダウンロードされたデータの一部を記憶データに「パッチ」する。したがって、ダウンロードされたデータローダは、受信機／デコーダに記憶されたデータの全バージョンをダウンロードしない。破損しないデータの一部のダウンロードは必要ないので、記憶データを修理あるいは更新するのにかかる時間に著しい改良をもたらすことができる。他の実施形態では、受信機／デコーダに記憶されたデータの一部は、例えば、ダウンロードされたデータローダで送信されたデータのセクションの対応する一部と取り換えられる。
【００１７】
このビットストリームは少なくとも１つのデータローダを含んでもよく、したがって、この方法はさらに、送信システムで、 データローダあるいは各データローダに対して、データローダを複数のモジュールに分割するステップと、
データローダあるいは各データローダに対して、データをそれぞれの複数のモジュールに分割するステップとを含んでもよく、各複数のデータモジュールはそれぞれの複数のデータローダモジュールに関連している。
【００１８】
したがって、ビットストリームは、複数のデータローダおよび関連データを含んでもよい。これによって、異なるハードウェアプラットホームを有する受信機／デコーダは、適切なバージョンのデータローダおよび関連データをダウンロードできる。アプリケーションのようなデータは、ダウンロードできる多数のモジュールで便宜的に構成されてもよく、適切である場合、必要に応じて実行する。
【００１９】
この方法はさらに、送信システムで、 データローダあるいは各データローダに対して、モジュールの各々をそれぞれのテーブルとしてフォーマット化するステップであって、このテーブルは、同じそれぞれのテーブルＩＤ（「ＴＩＤ」）およびそれぞれの異なるテーブルＩＤ拡張（「ＴＩＤ−拡張）を有することと、
データローダあるいは各データローダに対して、データのモジュールの各々をそれぞれのデータとしてフォーマット化するステップとを含んでもよく、このテーブルは、それに関連したデータローダモジュールのテーブルと同じそれぞれのＴＩＤおよびそれぞれの異なるＴＩＤ−拡張を有している。
【００２０】
ＭＰＥＧプロトコルが使用されることは好ましく、使用される場合、ダウンロードステップはモジュールＭＰＥＧテーブルをダウンロードすることを含んでいる。
【００２１】
このテーブルは所定のＴＩＤ−拡張以外のそれぞれの異なるＴＩＤ−拡張を有してもよく、この方法はさらに、伝送システムで、同じＴＩＤを有する複数のモジュールあるいは各複数のモジュールに対して、それぞれのディレクトリテーブルを生成するステップを含んでもよく、ディレクトリテーブルあるいは各ディレクトリテーブルは前記所定のＴＩＤ−拡張およびこのＴＩＤを有し、このディレクトリはテーブルモジュールの各々に対してこのモジュールの名前およびそれぞれのＴＩＤ−拡張を含んでいる。
【００２２】
この方法はさらに、受信機／デコーダで、 ディレクトリテーブルをダウンロードするために所定のＴＩＤ−拡張を有するテーブルの中の１つをダウンロードするステップと、
ディレクトリテーブルの内容からディレクトリテーブルと同じＴＩＤを有するモジュールテーブルのＴＩＤ−拡張を決定するステップと、 前記ダウンロードステップにおいて、ダウンロードされたディレクトリテーブルのＴＩＤと同じＴＩＤおよびダウンロードされたディレクトリテーブルから決定されたＴＩＤ−拡張を有するモジュールテーブルをダウンロードするステップとを含んでもよい。
【００２３】
これらの特徴によって、ディレクトリテーブルは特定のＴＩＤ−拡張を有しているために、ディレクトリテーブルは容易に識別でき、一旦それがダウンロードされたとすると、それによって受信機／デコーダはそのそれぞれのＴＩＤ−拡張からデータローダのモジュールテーブルを識別できる。
【００２４】
この方法はさらに、伝送システムで、所定のテーブルＩＤ（「ＴＩＤ」）を有し、かつ複数の受信機／デコーダのバージョンＩＤの各々に対して、このバージョンＩＤに関連したそれぞれのＴＩＤを含むディレクトリテーブルを生成するステップを含んでもよい。
【００２５】
そうであるならば、この方法はさらに、受信機／デコーダで、 所定のＴＩＤを有する前記ディレクトリテーブルをダウンロードするステップと、
受信機／デコーダのバージョンＩＤを決定するステップとを含んでもよく、 ディレクトリテーブルをダウンロードするステップが、受信機／デコーダのバージョン番号に関連したＴＩＤおよび所定のＴＩＤ−拡張を有するテーブルの中のこの１つをダウンロードすることを含む。
【００２６】
好ましくは、バージョンＩＤは、受信機／デコーダの製造者に割り当てられたコードおよび受信機／デコーダのバージョンに割り当てられたコードを含んでいる。
【００２７】
受信機／デコーダはいろいろな異なる製造者によって設計され、製造されてもよいと推測される。各製造者は多数の異なるバージョンの受信機／デコーダを製造してもよい。したがって、受信機／デコーダはもちろん同じ機能仕様に従っているけれども、受信機／デコーダはいろいろな異なるハードウェア設計を有してもよい。したがって、アプリケーションのようなデータが受信機／デコーダ毎に同じように作動し、受信機／デコーダが全てのアプリケーションを同一の正しい方法で実行すべきであることは重要である。
【００２８】
このデータが特定のバージョンの受信機／デコーダと互換性があることを保証するために、ビットストリームは、データローダおよび受信機／デコーダの各バージョンＩＤのためのデータを含んでもよく、所定のＴＩＤを有するディレクトリテーブルによって、データローダおよび受信機／デコーダの各バージョンＩＤのためのデータのモジュールのＴＩＤは容易に識別できる。
【００２９】
好ましくは、この方法はさらに、送信システムで、 各送信ディレクトリテーブルにそのためのディレクトリバージョンＩＤを含めるステップと、
受信機／デコーダで、 現在送信されたディレクトリテーブルのディレクトリバージョンＩＤが現在送信されたディレクトリテーブルと同じＴＩＤを有する予めダウンロードされたディレクトリテーブルのディレクトリバージョンＩＤよりもより最新であるかどうかを決定し、最新でない場合、データのダウンロードを打ち切るステップを含んでいる。
【００３０】
ブートストラップローダは、例えば、アプリケーションによって、ディレクトリテーブルを周期的にダウンロードし、予めダウンロードされたディレクトリテーブルのディレクトリバージョンＩＤが変更されたかどうかを決定するように命令されてもよい。このことは、受信機／デコーダがビットストリームから任意の更新データを即座にダウンロードすることを保証できる。
【００３１】
同一の受信データで受信機／デコーダに記憶された常駐データを上書きすることを避けるために、常駐データの更新を要求するアプリケーションは、テーブルディレクトリが常駐データの前の更新で使用されたテーブルディレクトリと同じである場合、データのダウンロードを打ち切るように選択できる。
【００３２】
好ましくは、モジュールテーブルの中の少なくとも１つは、ビットストリームで別々に送信される複数のセクションとしてフォーマット化され、セクションの各々は、その所定の部分においてテーブルのこのセクションのＩＤおよびテーブルのセクション数の指示を含んでいる。
【００３３】
この方法は、送信システムで、ビットストリームのテーブルを周期的に送信するステップをさらに含んでもよい。
【００３４】
この方法はさらに、伝送システムにおいて、 ビットストリームにデータのデータバージョンＩＤを含めるステップと、受信機／デコーダで、
受信されたデータのデータバージョンＩＤが現在記憶されているデータのデータバージョンＩＤよりもより最新であるかどうかを決定し、そうであるならば、ビットストリームから前記データをダウンロードするステップを実行するステップとを含んでもよい。
【００３５】
この特徴によって、受信データのデータバージョンＩＤが受信機／デコーダに記憶されている常駐データのデータバージョンＩＤと同じである場合、ダウンロードは、常駐ソフトウェアの消去および／または受信データのダウンロードの開始をする前に打ち切ることができる。
【００３６】
好ましくは、受信データのデータバージョンＩＤが現在記憶されているデータバージョンＩＤよりもより最新であるかどうかを決定するステップは、現在送信されたディレクトリテーブルのデータバージョンＩＤが現在送信されたディレクトリテーブルと同じＴＩＤを有する予めダウンロードされたディレクトリテーブルのデータバージョンＩＤよりもより最新であると決定した後、行われる。
【００３７】
他の好ましい実施形態では、ダウンロードされたデータローダは、受信機／デコーダに記憶され、データローダをダウンロードする手段を修正するので、データは修正されたダウンロード手段によってダウンロードできる。したがって、ダウンロード手段は、例えば、異なる構造を有するデータがダウンロード手段によってダウンロードできるようにビットストリームからダウンロードされたデータローダによって便宜的に修正できる。
【００３８】
好ましくは、この方法は、送信システムで、 前記ビットストリームに含まれた第２のデータローダを送信するステップと、 受信機／デコーダで、
第２のデータローダをダウンロードするステップと、 最初に述べたデータローダおよびデータの中の１つをダウンロードするステップとを含み、前記送信されたダウンロード手段が最初に述べたデータローダおよびデータの中の１つのダウンロードを実行する。
【００３９】
１つの実施形態では、第２のデータローダは他のデータローダプログラムによって提供され、第２のローダの少なくとも一部がネイティブコードの形式であるのが好ましい。
【００４０】
このことによって、データローダのダウンロードは、ビットストリームから予めダウンロードされた異なるデータローダを使用することによって避けることができる。したがって、予めダウンロードされたデータローダがデータローダと同じように効率的にデータをダウンロードできる場合、新しいデータあるいは修正データがダウンロードされるべきである度にデータローダをビットストリームからダウンロードする必要がない。このことは、新しいデータあるいは修正データをビットストリームからダウンロードするのにかかる時間を著しく減少させることができる。第２のデータローダは、最初に述べたデータローダよりも改良された機能性を提供してもよく、例えば、第２のデータローダはコンピュータプログラムをダウンロードできてもよい。
【００４１】
第２の態様において、本発明は、 データを含むビットストリームを受信する受信機と、 メモリのような記憶手段と、 ビットストリームから記憶手段にダウンロードするダウンロード手段と、
データをビットストリームから受信機／デコーダにロードするローダとを備える受信機／デコーダを提供する。
【００４２】
１つの好ましい実施形態では、ダウンロード手段は受信機／デコーダに記憶されたブートプログラムによって提供される。
【００４３】
受信機／デコーダは、データがビットストリームからダウンロードされた後、ダウンロードされたデータローダを記憶手段から削除する手段をさらに含んでもよい。削除手段は、中央プロセッサおよび受信機／デコーダに記憶された関連ソフトウェアによって提供されてもよい。
【００４４】
受信機／デコーダはテーブルをダウンロードするように構成されてもよい。そうであるならば、ダウンロード手段は、ディレクトリデータをダウンロードするようにテーブルＩＤ（「ＴＩＤ」）および所定のテーブルＩＤ拡張（「ＴＩＤ−拡張」）を有するテーブルをダウンロードし、ディレクトリテーブルの内容からディレクトリテーブルと同じＴＩＤを有するモジュールテーブルのＴＩＤ−拡張を決定し、前記ローダをダウンロードするようにダウンロードされたディレクトリテーブルのＴＩＤと同じＴＩＤおよびダウンロードされたディレクトリテーブルから決定されたＴＩＤ−拡張を有するモジュールテーブルをダウンロードするように構成されてもよい。
【００４５】
ダウンロード手段は、所定のＴＩＤを有し、かつ受信機／デコーダの複数のバージョンＩＤの各々に対して、このバージョンＩＤに関連したそれぞれのＴＩＤを含むディレクトリテーブルをダウンロードし、受信機／デコーダのバージョンＩＤを決定し、受信機／デコーダのバージョン番号に関連したＴＩＤおよび所定のＴＩＤ−拡張を有するディレクトリテーブルをダウンロードするように構成されてもよい。
【００４６】
好ましい実施形態では、ダウンロード手段は、現在送信されたディレクトリテーブルのバージョンＩＤが現在送信されたディレクトリテーブルと同じＴＩＤを有する予めダウンロードされたディレクトリテーブルのバージョンＩＤよりもより最新であるかどうかを決定し、そうでなければ、前記ローダのダウンロードを打ち切るように構成されている。
【００４７】
受信機／デコーダは、少なくとも１つのテーブルとしてフォーマット化されるデータを受信するように構成された並列ポートおよび／または直列ポートをさらに含んでもよい。
【００４８】
好ましくは、前記ダウンロード手段は、最初に述べたデータローダおよびデータの中の１つをダウンロードするために前記ビットストリームに含まれたデータローダをダウンロードするように構成されている。
【００４９】
第３の態様では、本発明は、 データを受信機／デコーダにロードする少なくとも１つのデータローダおよびデータローダあるいは各データローダに関連するデータを含むネイティブコードを含むビットストリームを送信する送信機のような手段と、
データローダあるいは各データローダを複数のモジュールに分割し、かつデータローダあるいは各データローダに関連したデータを前記送信手段による送信のためのそれぞれの複数のモジュールに分割するデータサーバのような手段とを備えている伝送システムを提供する。
【００５０】
好ましくは、伝送システムはさらに、 データローダあるいは各データローダのモジュールの各々をフォーマットする手段であって、データローダあるいは各データローダのテーブルが、同じそれぞれのテーブルＩＤ（「ＴＩＤ」）およびそれぞれの異なるテーブルＩＤ拡張（「ＴＩＤ−拡張」）を有する手段と、
データローダあるいは各データローダに関連したデータのモジュールの各々をそれぞれのテーブルとしてフォーマット化する手段とをさらに備え、データのモジュールのテーブルはそれに関連したデータローダモジュールのテーブルと同一のそれぞれのＴＩＤおよびそれぞれの異なるＴＩＤ−拡張を有する。
【００５１】
フォーマット化手段は便宜的にはデータサーバによって提供されてもよい。
【００５２】
このテーブルは、所定のＴＩＤ−拡張以外のそれぞれの異なるＴＩＤ−拡張を有してもよく、このシステムは、同じＴＩＤを有する複数のモジュールあるいは各複数のモジュールに対するそれぞれのディレクトリテーブルを生成する手段をさらに含んでもよく、各ディレクトリテーブルはこのＴＩＤおよび前記所定のＴＩＤ−拡張を有し、このディレクトリはモジュールの各々に対してこのモジュールの名前およびそれぞれのＴＩＤ−拡張を含む。
【００５３】
送信システムはさらに、 所定のテーブルＩＤ（「ＴＩＤ」）を有し、かつ受信機／デコーダの複数のバージョンＩＤの各々に対してこのバージョンＩＤに関連したそれぞれのＴＩＤを含むディレクトリテーブルを生成する手段を含む。
【００５４】
送信システムはさらに、各送信されたテーブルにそのためのバージョンＩＤを含める手段を含む。
【００５５】
前述された手段の各々は便宜的にはデータサーバによって提供されてもよい。
本発明の第４の態様は、前述された受信機／デコーダおよび前述された伝送システムの組み合わせを提供する。
【００５６】
本発明の第５の態様は、データを受信機／デコーダにロードする少なくとも１つのローダを含む信号およびデータローダあるいは各データローダに関連したデータを提供し、データローダあるいは各データローダが複数のモジュールに分割され、データローダあるいは各データローダに関連したデータがそれぞれの複数のモジュールに分割されている。
【００５７】
本発明の方法の態様の全ての特徴は、適切であるような装置および信号態様およびその逆に利用できる。
【図面の簡単な説明】
【００５８】
【図１】ディジタルテレビジョンシステムの全アーキテクチャを示している。
【図２】図１のディジタルテレビジョンシステムの対話式システムのアーキテクチャを示している。
【図３】図１および図２のシステムの一部を形成する受信機／デコーダのインタフェースの概略図である。
【図４】ディジタルテレビジョンシステムで使用された遠隔コントローラの概略図である。
【図５】対話式受信機／デコーダのメモリにダウンロードされたモジュール内のファイルの配置を示している。
【図６】ＭＰＥＧストリームの多数の構成要素間の相互関係を示している。
【図７】アプリケーションが、セクションでも構成されてもよい、モジュール／テーブルで構成されてもよい方法を示している。
【図８】ＭＰＥＧテーブルの認証を示している。
【図９】テレビジョンシステムの受信機／デコーダのメモリのいろいろな領域を示している。
【図１０】パラメータフィールドを示している。
【図１１】ハードウェアディレクトリテーブルを示している。
【図１２】ローダディレクトリテーブルを示している。
【図１３】データをダウンロードする手順を示すフローチャートである。
【図１４】データをダウンロードする手順を示すフローチャートである。
【図１５】データをダウンロードする手順を示すフローチャートである。
【図１６】データをダウンロードする手順を示すフローチャートである。
【発明を実施するための形態】
【００５９】
次に、本発明の好ましい特徴は、添付図面を参照して、完全に例として以下に述べる。
【実施例】
【００６０】
ディジタルテレビジョンシステム１０００の概要が図１に示される。ディジタルテレビジョンシステム１０００は、圧縮ディジタル信号を伝送するために公知のＭＰＥＧ−２圧縮システムを使用するおもに従来のディジタルテレビジョンシステム２０００を含んでいる。より詳細には、放送センターのＭＰＥＧ−２圧縮器２００２は、ディジタル信号ストリーム（一般的にはビデオ信号のストリーム）を受信する。この圧縮器２００２は、マルチプレクサ・スクランブラ２００４にリンケージ２００６によって接続されている。マルチプレクサ２００４は、複数の他の入力信号を受信し、１つあるいはそれ以上のトランスポートストリームを組み立て、もちろん通信リンクを含むいろいろの形式をとることができるリンケージ２０１０を介して圧縮ディジタル信号を放送センターの送信機２００８に送信する。送信機２００８は、電磁信号をアップリンク２０１２を介してトランスポンダ２０１４の方へ送信する。このトランスポンダ２０１４で、電磁信号は電子的に処理され、概念上のダウンリンク２０１６を介して従来エンドユーザによって所有されるかあるいは賃貸される皿形の地上受信機２０１８に放送される。受信機２０１８によって受信された信号は、エンドユーザによって所有されるかあるいは賃貸され、エンドユーザのテレビジョン受像機２０２２に接続されている統合受信機／デコーダ２０２０に送信される。受信機／デコーダ２０２０は、圧縮ＭＰＥＧ−２信号をテレビジョン受像機２０２２のためのテレビジョン信号に復号化する。
【００６１】
条件付アクセスシステム３０００は、マルチプレクサ２００４および受信機／デコーダ２０２０に接続され、部分的には放送センターに、および部分的にはデコーダに置かれている。それによって、エンドユーザは、ディジタルテレビジョン放送を１つあるいはそれ以上の放送サプライヤからアクセスできる。コマーシャル提供に関するメッセージを暗号解読できるスマートカード（すなわち、放送サプライヤによって販売された１つあるいはいくつかのテレビジョンプログラム）は、受信機／デコーダ２０２０の中に挿入できる。デコーダ２０２０およびスマートカードを使用して、エンドユーザは、加入モードあるいはペイ・パー・ビューモードのいずれかでコマーシャル提供を購入してもよい。
【００６２】
マルチプレクサ２００４および受信機／デコーダ２０２０にも接続され、さらに部分的には放送センターにおよび部分的にはデコーダに置かれた対話式システム４０００によって、エンドユーザは、モデム化されたバックチャネル４００２を介していろいろなアプリケーションと対話できる。
【００６３】
図２は、ディジタルテレビジョンシステム１０００の対話式テレビジョンシステム４０００の一般アーキテクチャを示している。
【００６４】
例えば、対話式システム４０００によって、エンドユーザは、オンスクリーンカタログからいくつかの項目を購入し、要求に応じてローカルニュースおよび天気図を見て、テレビジョン受像機でゲームをすることができる。
【００６５】
対話式システム４０００は、おおまかに４つの主要な要素を備えている。
【００６６】
・放送サプライヤがアプリケーションを作成し、開発し、デバッグし、試験することができる放送センターあるいはどこかほかのオーサリングツール４００４；
・放送センターで、放送サプライヤが、マルチプレクサに供給するためのアプリケーションおよびデータを作成し、認証し、およびフォーマット化することができるオーサリングツール４００４およびエンドユーザに放送されるＭＰＥＧ−２トランスポートストリーム（一般的にはそれの専用セクション）に挿入されるスクランブラ２００４に接続されたアプリケーション・データサーバ４００６；
・エンドユーザによって所有されるかあるいは賃貸される受信機／デコーダ２０２０に設置され、エンドユーザが、アプリケーションを受信し、認証し、伸長し、実行するためにデコーダ２０２０の作業メモリにロードできる実行可能コードである実行時間エンジン（ＲＴＥ）４００８向きの仮想コンピュータ。このエンジン４００８は常駐汎用アプリケーションも実行する。このエンジン４００８はハードウェアおよびオペレーティングシステムとは無関係である；および
・エンドユーザの要求でＭＰＥＧ−２トランスポートストリームにデータおよびアプリケーションを挿入するようにサーバ４００６に命令する信号をイネーブルにする受信機／デコーダ２０２０とアプリケーション・データサーバ４００６との間のモデム化バックチャネル４００２。
【００６７】
対話式テレビジョンシステムは、受信機／デコーダおよびそれの中に含まれるいろいろな装置の機能を制御する「アプリケーション」を使用して作動する。アプリケーションは「リソースファイル」としてエンジン４００８に表示される。「モジュール」は、リソースファイルおよびデータのセットである。受信機／デコーダの「メモリボリューム」はモジュールのための記憶空間である。モジュールは、ＭＰＥＧ−２トランスポートストリームから受信機／デコーダ２０２０にダウンロードされてもよい。
【００６８】
受信機／デコーダ２０２０の物理的インタフェースはデータをダウンロードするために使用される。図３を参照すると、デコーダ２０２０は、例えば、６つのダウンロード装置を含んでいる。すなわち、ＭＰＥＧフローチューナー４０２８、直列インタフェース４０３０、並列インタフェース４０３２、モデム４０３４および２つのカードリーダー４０３６である。受信機／デコーダ２０２０はディスプレイ４０３８も含んでもよい。
【００６９】
この明細書の目的のために、アプリケーションは、好ましくは受信機／デコーダ２０２０の高レベル機能を制御する１つのコンピュータコードである。例えば、エンドユーザが、テレビジョン受像機２０２２の画面上で確認されるボタンオブジェクト上に遠隔コントローラ２０２６の中心を位置決めし、バリデーションキーを押す場合、ボタンに関連した命令シーケンスが実行される。
【００７０】
対話式アプリケーションは、メニューを提供し、エンドユーザの要求でコマンドを実行し、アプリケーションの目的に関連するデータを提供する。アプリケーションは、どちらかの常駐アプリケーション、すなわち受信機／デコーダ２０２０のＲＯＭ（あるいはＦＬＡＳＨあるいは不揮発性メモリ）に記憶された常駐アプリケーションあるいはデコーダ２０２０のＲＡＭ（あるいはＦＬＡＳＨ）に放送およびダウンロードされたアプリケーションのいずれかであってもよい。
【００７１】
アプリケーションの例は、 ・起動アプリケーション。受信機／デコーダ２０２０には、受信機／デコーダ２０２０がＭＰＥＧ−２環境で直ちに作動できる、適応可能なモジュール（この用語は下記に詳述される）の集合である常駐起動アプリケーションが装備されている。このアプリケーションは必要ならば放送サプライヤによって修正できる中心機能である。このアプリケーションは常駐アプリケーションとダウンロードされたアプリケーションとの間にインタフェースも提供する。
【００７２】
・スタートアップアプリケーション。スタートアップアプリケーションによって、ダウンロードされるかあるいは常駐のいずれかである任意のアプリケーションは受信機／デコーダ２０２０で実行できる。このアプリケーションは、アプリケーションを開始するためにサービスの到達で実行されたブートストラップの役目を果たす。スタートアップは、ＲＡＭにダウンロードされ、したがって容易に更新できる。それは、各チャネルで利用可能な対話式アプリケーションがダウンロードあるいはプレローディングのいずれかの直後に選択および実行できるように構成できる。プレローディングの場合、アプリケーションは、メモリ２０２４にロードされ、必要な場合、スタートアップによって作動される。
【００７３】
・プログラムガイド。プログラムガイドは、プログラミングについての全情報を示す対話式アプリケーションである。例えば、プログラムガイドは、ディジタルテレビジョンブーケ（ｂｏｕｑｕｅｔ）の各チャネル上に提供された１週間のテレビジョンプログラムについての情報を示してもよい。遠隔コントローラ２０２６のキーを押下することによって、エンドユーザはアドオン画面にアクセスし、テレビジョン受信機２０２２の画面に示された事象にオーバーレイする。このアドオン画面は、ディジタルテレビジョンブーケの各チャネルの現事象および次の事象の情報を示すブラウザである。遠隔コントローラ２０２６の他のキーを押下することによって、エンドユーザは、１週間にわたる事象の情報のリストを表示するアプリケーションをアクセスする。エンドユーザは、簡単にカスタマイズ基準で事象も検索し、分類できる。エンドユーザは選択チャネルも直接にアクセスできる。
【００７４】
・ペイ・パー・ビューアプリケーション。ペイ・パー・ビューアプリケーションは、条件付アクセスシステム３０００とともにディジタルテレビジョンブーケの各ＰＰＶチャネルで利用できる対話式サービスである。エンドユーザは、テレビジョンガイドあるいはチャネルブラウザを使用してアプリケーションにアクセスできる。さらに、ＰＰＶ事象がＰＰＶチャネルで検出されるや否やアプリケーションは自動的に始まる。次に、エンドユーザは、（モデム、電話およびＤＴＭＦコード、ＭＩＮＩＴＥＬ等を使用して）自分のドータースマートカード３０２０あるいは通信サーバ３０２２のいずれかを介して現事象を購入できる。このアプリケーションは、受信機／デコーダ２０２０のＲＯＭに常駐するかあるいは受信機／デコーダ２０２０のＲＡＭにダウンロードされるかのいずれかであってもよい。
【００７５】
・インターネットブラウザアプリケーション。インターネットブラウザアプリケーションの一例において、特定のＵＲＬを有するウェブページを見るリクエストのようなユーザからの命令は、遠隔コントローラ２０２６を使用して入力され、これらは、モデム化バックチャネル４００２によってアプリケーションおよびデータサーバ４００６に送られる。したがって、アップリンク２０１２、トランスポンダ２０１４およびダウンリンク２０１６を介して受信機／デコーダ２０２０によって受信され、テレビジョン２０２２上に表示された適切なウェブページは、放送センターからの送信に含められる。
【００７６】
アプリケーションは、受信機／デコーダ２０２０のメモリロケーションに記憶され、リソースファイルとして示される。このリソースファイルは、グラフィックオブジェクト記述ファイルと、可変ブロックユニットファイルと、命令シーケンスファイルと、アプリケーションファイルと、データファイルとを備えている。
グラフィックオブジェクト記述ユニットファイルは、スクリーン、すなわちアプリケーションのマンマシンインタフェースを記述する。可変ブロックユニットファイルはアプリケーションによって処理されたデータ構造を記述する。命令シーケンスファイルはアプリケーションの処理動作を記述する。アプリケーションファイルはアプリケーションのためのエントリポイントを提供する。
【００７７】
このように構成されたアプリケーションは、アイコンライブラリファイル、画像ファイル、文字フォントファイル、カラーテーブルファイルおよびＡＳＣＩＩテキストファイルのようなデータファイルを使用できる。対話式アプリケーションは、入力および／または出力を行うことによってオンラインデータも得ることができる。
【００７８】
エンジン４００８は、所与の時間に必要であるこれらのリソースファイルをそのメモリにロードだけする。これらのリソースファイルは、グラフィックオブジェクト記述ユニットファイル、命令シーケンスファイルおよびアプリケーションファイルから読み出される。すなわち、可変ブロックユニットファイルは、モジュールをロードする手順の呼び出しに続いてメモリに記憶され、モジュールのロードを解除する特定の呼び出しが行われるまでそこにロックされたままである。
【００７９】
図５を参照すると、電話ショッピングモジュールのようなモジュール４０１０は下記のものよりなるリソースファイルおよびデータのセットである。すなわち、
単一アプリケーションファイル４０１２；
決定された数のグラフィックオブジェクト記述ユニットファイル４０１４；
決定された数の可変ブロックユニットファイル４０１６；
決定された数の命令シーケンスファイル４０１８；
適切である場合、アイコンライブラリファイル、画像ファイル、文字フォントファイル、カラーテーブルファイルおよびＡＳＣＩＩテキストファイルのようなデータファイル４０２０。
【００８０】
少数のコードをダウンロードする概念とともにモジュール４０１０の概念はアプリケーションの容易な進化を可能にする。このアプリケーションは、常駐ソフトウェアとしてデコーダ２０２０の固定ＦＬＡＳＨメモリにダウンロードするかあるいはエンドユーザによって必要とされる場合だけ、デコーダ２０２０のＲＡＭにダウンロードされるために放送できる。
【００８１】
ＭＰＥＧフローの場合、１つのモジュール４０１０は１つの単一のＭＰＥＧテーブルに移送される。ＭＰＥＧチューナ４０２８に送信されたモジュールの場合、長いＭＰＥＧ−２フォーマットは長いヘッダおよびＣＲＣコードと併用される。これは、より短いヘッダを有し、ＣＲＣを有しない「短い」ＭＰＥＧ−２が使用されることを除いて、５つの他のインタフェース（直列インタフェース４０３０、並列インタフェース４０３２、モデム４０３４および２つのカードリーダー４０３６）を有する場合でもある。
【００８２】
特に、公知であるような図６を参照すると、ＭＰＥＧ−２ビットストリームは、０のパケット指示（「ＰＩＤ」）を有するプログラムアクセステーブル（「ＰＡＴ」）１０を含んでいる。ＰＡＴは多数のプログラムのプログラムマップテーブル（「ＰＭＴ」）１２のＰＩＤの参照を含む。各ＰＭＴは、このプログラムのためのオーディオＭＰＥＧテーブル１４およびビデオＭＰＥＧテーブル１６のストリームのＰＩＤの参照を含んでいる。プログラムアクセステーブル１０であるゼロのＰＩＤを有するパケットは全てのＭＰＥＧアクセスのためのエントリポイントを提供する。
【００８３】
アプリケーションおよびアプリケーションのためのデータをダウンロードするために、２つの新しいストリームタイプは規定され、関連ＰＭＴはアプリケーションＭＰＥＧテーブル１８（あるいはテーブルのセクション）およびデータＭＰＥＧテーブル２０（あるいはテーブルのセクション）のストリームのＰＩＤの参照も含んでいる。
【００８４】
図７を参照すると、アプリケーション２２をダウンロードするために、このアプリケーションは、そのいくつかが単一のセクション１８で構成され、その他のものは複数のセクション１８によって構成される各々がＭＰＥＧテーブルによって形成されるモジュール２４に分割される。典型的なセクション１８は、１バイトテーブルＩＤ（「ＴＩＤ」）２８、テーブルのこのセクションのセクション番号３０、このテーブルのセクションの全数３２および２バイトＴＩＤ拡張３４を含んでいるヘッダ２６を有する。各セクションは、データ部３６およびＣＲＣ３８も含んでいる。この特定のモジュール／テーブル２４に関しては、このテーブル２４を構成するセクション１８の全ては、同じＴＩＤ２８および同じＴＩＤ拡張３４を有する。特定のアプリケーション２２に関しては、このアプリケーション２２を構成するテーブル２４の全ては同じＴＩＤ２８を有するが、異なるそれぞれのＴＩＤ拡張を有する。
【００８５】
次に、ＭＰＥＧテーブルの認証は図８を参照して説明される。テーブル４０は、データ４２（一般的には、ヘッダ２６と、ＴＩＤ２８と、ＴＩＤ拡張３４と、データ部３６とを含む）、鍵ＩＤ４４および暗号領域４６を含んでいる。鍵ＩＤ４４は、ブロックを暗号化するために使用される１バイトの特定の秘密鍵ＩＤを含む。暗号領域４６は９６バイトのデータのブロックである。第１のバイト４８はゼロである。１６バイトのシグナチャ５０は、一般的には第１のバイトの後の０と３１バイトとの間のオフセットで開始する。シグナチャ５０は、データ４２の既知ＭＤ５シグナチャ生成処理を使用して発生される。ダミーデータ５２は、第１のバイトとシグナチャ５０との間に挿入され、ブロックは、既知の暗号化処理および鍵ＩＤ４４が一致する秘密鍵を使用して暗号化される。
【００８６】
複数のＭＰＥＧテーブルが認証されるべきである場合、テーブルの名前およびこれらのテーブルのシグナチャをリスティングするディレクトリは搬送波信号に含められる。ＭＰＥＧフローの場合、このディレクトリは、一般的にはゼロのＴＩＤ拡張３４を有する１つの単一のＭＰＥＧテーブルに転送される。このディレクトリテーブルは前述の機構で認証される。一旦ディレクトリが搬送波信号からダウンロードされたとすると、アプリケーションはディレクトリにリストされたＭＰＥＧテーブルの中の１つあるいはそれ以上をダウンロードできる。
【００８７】
次に、アプリケーションのダウンロード中にシグナチャおよび暗号解読を取り扱う受信機／デコーダ２０２０の動作を説明する。図９を参照すると、受信機／デコーダ２０２０は、ＥＥＰＲＯＭ６８、ＦＬＡＳＨ６９、ＲＯＭ７０およびＲＡＭ７２を含んでいる。ＥＥＰＲＯＭ６８は、仮想コンピュータによって使用され、仮想コンピュータだけ（通常のアプリケーションでない）が書き込みできる保護領域７４を含んでいる。保護領域７４は、１６あるいは２５６ビットの鍵バリデーションビットマップ７６および３２ビットのオフセットビットマップ８０を含んでいる。このＲＯＭ７０は、一方の実施形態では、１６個の秘密鍵８２を含み、その場合、１６ビットの鍵バリデーションビットマップが使用され、他方の実施形態では、２５６個の公開鍵を含み、その場合、２５６個の鍵バリデーションビットマップが使用される。公開鍵は、ＲＯＭ７０のその物理的ロケーションによって識別されるかあるいは代わりにルックアップテーブルに含められてもよく、それによって特定の鍵ＩＤは対応する公開鍵を生じる。ＲＡＭ７２はテンポラリ鍵８４を記憶するために使用されてもよい。
【００８８】
アプリケーションがダウンロードされるべきである場合、最初にこのアプリケーションに対する所定のＴＩＤおよびゼロのＴＩＤ拡張を有するディレクトリテーブルはダウンロードされる。次に、鍵ＩＤ４４はディレクトリテーブルから抽出され、抽出された鍵ＩＤ４４に対応するビットがセットされる保護メモリ７４の鍵ＩＤビットマップ７６のチェックが行われる。セットされない場合、アプリケーションのさらなるダウンロードは打ち切られる。しかしながら、適切なキーがセットされる場合、抽出された鍵ＩＤ４４に対応する公開鍵８２はＲＯＭ７０から選択される。次に、選択された公開鍵および既知の暗号解読処理は、ディレクトリテーブル４０の暗号化ブロック４６を暗号解読するために使用され、暗号解読されたブロックを生じる。保護メモリ７４のオフセットビットマップ８０に含まれたオフセットは参照されるかあるいは２個以上のオフセットビットがセットされる場合、各オフセットビットは順に参照され、１６バイトのデータは、参照オフセットで始まる暗号解読ブロックから抽出される。この参照オフセットあるいは各参照オフセットに関して、１６バイトはディレクトリテーブル４０とともに送信されたシグナチャとして処理される。ディレクトリテーブル４０のディレクトリ４２のエントリのシグナチャは公知のＭＤ５処理を使用して計算され、この計算されたシグナチャは暗号解読ブロックから抽出されたシグナチャと比較される。この参照オフセットあるいは各参照オフセットに対する２つのシグナチャが一致しない場合、アプリケーションのさらなるダウンロードが打ち切られる。しかしながら、シグナチャの中の１つが一致する場合、ディレクトリ４２に指定されたモジュールのダウンロードを進行できる。前述のように、特定のモジュールをダウンロードするために、このモジュールに対するＴＩＤ拡張はディレクトリ４２から得られ、ディレクトリテーブルと同じＴＩＤおよび得られたＴＩＤ拡張を有するＭＰＥＧテーブル２４あるいはセクション１８はダウンロードされる。一旦モジュールＭＰＥＧテーブルがダウンロードされたとすると、受信機／デコーダ２０２０は、既知のＭＤ５処理を使用してダウンロードされたテーブルのシグナチャを計算し、次にこの計算されたシグナチャとディレクトリエントリに含まれたシグナチャとを比較する。シグナチャが一致する場合、モジュールが受信されるが、シグナチャが一致しない場合、モジュールが拒絶される。
【００８９】
したがって、アプリケーションのモジュールの全ては上記に指定された方法でダウンロードでき、アプリケーションを受信機／デコーダ２０２０によって実行できる。
【００９０】
次に、受信機／デコーダ２０２０へのデータのダウンロードは、図９〜図１６を参照してより詳細に説明される。
【００９１】
受信機／デコーダ２０２０は、製造者ファームウェア、実行時間エンジン４００８および受信機／デコーダ２０２０のＦＬＡＳＨメモリ６９に記憶するためにＭＰＥＧデータストリームにあるアプリケーションのようなソフトウェアをダウンロードするローダを主にダウンロードするために使用される「ブートストラップ」ローダ１００と呼ばれるローダ１００を含んでいる。ブートストラップローダ１００は、受信機／デコーダ２０２０のＦＬＡＳＨメモリ６９に記憶され、一般的にはそれから消去可能でない。ブートストラップローダ１００は、受信機／デコーダ２０２０のハードウェアおよびそれに記憶されたソフトウェアの制御下で機能を果たす。
【００９２】
受信機／デコーダに記憶されたソフトウェアの書き込み／更新は、 ・受信機／デコーダ２０２０の使用の要求で、 ・受信機／デコーダ２０２０に記憶されたアプリケーションの要求で、あるいは
・受信機／デコーダ２０２０に予め記憶されたソフトウェア（「常駐」ソフトウェアと呼ばれる）が破損された場合、実行される。
【００９３】
常駐ソフトウェアが破損されたかどうかを決定するために、受信機／デコーダ２０２０の製造者によって書き込まれ、それの中に記憶されたソフトウェアは、常駐ソフトウェアデータのチェックサムを計算し、これと常駐ソフトウェアに書き込まれたチェックサムとを比較する。２つのチェックサムの値が等しくない場合、常駐ソフトウェアは破損した。
【００９４】
受信機／デコーダ２０２０のＦＬＡＳＨメモリ６９およびＥＥＰＲＯＭ６８は、ブートストラップローダ１００がビットストリームからネイティブコードの形式のローダをダウンロードできるパラメータを含む。パラメータは、ブートストラップローダ１００そのもの、すなわち、ＦＬＡＳＨメモリ６９、あるいはＥＥＰＲＯＭ６８に記憶されてもよい。ＦＬＡＳＨメモリ６９に記憶されてもよいパラメータの例は、
・トランスポンダ２０１４が同調される周波数；
・受信機／デコーダ２０２０によって復調されるいろいろな信号の特性；
・ソフトウェアが送信されるべきＰＩＤ；
・認証中に使用される公開鍵のセット（好ましくは３個の鍵）；
・ＭＰＥＧビットストリームからのディレクトリテーブルのローディングに対するタイムアウト；
・ブートストラップローダ１００のバージョン数；および ・その値が受信機／デコーダ２０２０の製造者によって決定される常駐ソフトウェアの一貫性をチェックするために使用されたＮバイトの「チェックサム」パラメータ、を含んでいる。
【００９５】
ＥＥＰＲＯＭ６８に記憶され、受信機／デコーダ２０２０に記憶されたアプリケーションによって更新されてもよいパラメータの例は、
・受信機／デコーダ２０２０によって復調される他の信号の特性；および ・書き込み／更新のレポートが編集できるパラメータ、を含んでいる。
【００９６】
これらのパラメータはＦＬＡＳＨメモリ６９あるいはＥＥＰＲＯＭ６８のそれぞれのパラメータフィールドに記憶される。図１０を参照すると、各パラメータフィールド４００は、長さ４０２と、予備バイト４０４と、一組のパラメータ４０６と、垂直冗長コード（ＬＲＣ）チェックサム４０８とを含んでいる。パラメータフィールド４００の直前のバイトの排他的ＯＲであるＣＲＬ４１０およびＣＲＬ４１０の１の補数であるＮＣＲＬ４１２を含む。受信機／デコーダ２０２０に記憶されたアプリケーションがパラメータフィールドに記憶されたパラメータ、例えば、ＰＩＤを更新したいならば、アプリケーションは、フィールドに対するＬＲＣチェックサムを計算し、これをフィールドに記憶されたＬＲＣチェックサム４１０と比較する。２つの値が一致する場合、パラメータフィールドの更新が作動される。一致しない場合、パラメータフィールドの更新は打ち切られる。
【００９７】
受信機／デコーダ２０２０にダウンロードされるデータを含むＭＰＥＧビットストリームは、少なくともその一部が「インストリーム」ローダと呼ばれる付加ローダを含むネイティブコードを有する。ブートストラップローダ１００は、インストリームローダをＭＰＥＧビットストリームから受信機／デコーダ２０２０のＲＡＭ７２にダウンロードし、例えば、それは常駐ソフトウェアを更新するためにデータをＭＰＥＧビットストリームからダウンロードするこのインストリームローダである。
【００９８】
受信機／デコーダ２０２０のＦＬＡＳＨメモリ６９にダウンロードされるソフトウェアは、「常駐」ローダと呼ばれるローダも含んでもよい。このローダは、ＭＰＥＧビットストリームからのソフトウェアの書き込み／更新を少なくとも実行できるべきであり、ローカルポートからの更新のような他の機能があってもよく、ＭＰＥＧビットストリームのビデオおよびオーディオのデータを復号化できてもよい。常駐ローダは、アプリケーションの要求でビットストリームからロードされ、例えば、インストリームローダのダウンロードを実行するローダを補足するかあるいはデータをビットストリームからロードする。例えば、書き込み／更新が受信機／デコーダ２０２０に記憶されたアプリケーションによって要求され、常駐ソフトウェアが破損されなかった場合、常駐ローダはインストリームローダの代わりに更新を実行するために使用される。これは受信機／デコーダのソフトウェアを更新するのにかかる時間を減少させることができる。少なくとも常駐ローダの一部はネイティブコードの形式である。
【００９９】
次に、受信機／デコーダ２０２０が必要とされるソフトウェアを探索し、ダウンロードできるＭＰＥＧビットストリームに含まれるいろいろなＭＰＥＧテーブルが図１１および図１２を参照して説明される。
【０１００】
ＭＰＥＧビットストリームは、少なくとも１つのハードウェアディレクトリテーブル２００および複数のローダディレクトリ３００を含んでいる。
【０１０１】
ハードウェアディレクトリテーブル２００によって、ブートストラップローダ１００は、インストリームローダおよび受信機／デコーダ２０２０の多数の異なるバージョンのためにダウンロードされるソフトウェアの正しいバージョンを探索できる。図１１を参照すると、ハードウェアディレクトリテーブル２００は、その値が受信機／デコーダ２０２０のＥＥＰＲＯＭ６８に予め記憶され、例えば、ブートストラップローダ１００がハードウェアディレクトリテーブル２００を探索し、ダウンロードできるＤ０のＴＩＤ２０２および００００のＴＩＤ拡張２０４を含んでいる。
【０１０２】
ハードウェアディレクトリテーブル２００は、 ハードウェアディレクトリ２００のバージョン番号、ＨＶＥＲＳＩＯＮ２０６を含んでいる。このバージョン番号は、ハードウェアディレクトリ２００の内容の変更がある度に増加される。
【０１０３】
ハードウェアディレクトリ２００に含まれたインストリームローダ記述の数、ＮＬ２０８；
受信機／デコーダ２０２０の各バージョンに対して、 このような受信機／デコーダ２０２０のバージョン番号の識別子、ＨＶＮ２１０；
このＨＶＮ２１０、インストリームローダおよびダウンロードされるソフトウェアに関連されるローダディレクトリ３００のために使用されるＭＰＥＧテーブルのＴＩＤ２１２；
冗長バイト、ＲＥＳ２１４；
このＨＶＮ２１０に関連したローダディレクトリ３００のために使用されるＭＰＥＧテーブルのセクションの最大サイズ、ＳＥＣＴＩＯＮ
ＬＥＮ２１６；
ＨＶＮ２１０に関連したローダディレクトリ３００のローディングに対するタイムアウトの値、ＴＩＭＥ ＯＵＴ２１８；および ＨＶＮ２１０に関連したローダディレクトリのシグナチャの値、ＳＧＮ
ＳＩＧＮ２２０；
ハードウェアディレクトリ２００の認証のために使用された秘密鍵のＩＤ、ＫＥＹ２２２；および ハードウェアディレクトリ２００のシグナチャＳＩＧＮ
Ｈ２２６を含む暗号化領域、ＣＩＰＨ ＡＲＥＡ２２４、シグナチャはシグナチャオフセットＳＧＮ ＯＦＦＳＥＴ２２８によってＣＩＰＨ ＡＲＥＡ２２４の開始からオフセットされる。
【０１０４】
受信機／デコーダのＨＶＮ２１０は４バイトの長さである。１バイトは将来使用するために予備に残され、２バイトは受信機／デコーダのハードウェアのバージョン番号のためのコードを含み、１バイトは受信機／デコーダの製造のためのコードを含んでいる。これによって、ブートストラップローダは、受信機／デコーダのハードウェアプラットホームと互換性があるインストリームローダのバージョンをダウンロードできる。
【０１０５】
ハードウェアディレクトリテーブル２００をダウンロードした場合、ブートストラップローダ１００は、受信機／デコーダ２０２０のＨＶＮ２１０と対応するエントリに対するテーブル２００を探索する。一致が生じない場合、ダウンロードは打ち切られる。一致が生じる場合、ブートストラップローダ１００は、テーブル２００から受信機／デコーダ２０２０のＨＶＮ２１０、インストリームローダおよびダウンロードされるソフトウェアに関連したローダディレクトリ３００に割り当てられたＴＩＤ２１２を識別する。
【０１０６】
図１２を参照するに、受信機／デコーダ２０２０のＨＶＮ２１０に関連した各ローダディレクトリ３００は下記を含む。
【０１０７】
ローダディレクトリ３００のバージョン番号、ＬＶＥＲＳＩＯＮ３０２。このバージョン番号はローダディレクトリ３００の内容の変更がある度に増加される；
インストリームローダのＭＰＥＧテーブルの数、ＮＬ３０４；
インストリームローダのバージョン番号、ＬＶＥＲＳ３０６；
ダウンロードされるソフトウェアのＭＰＥＧテーブルの数、ＮＳ３０８；
ダウンロードされるソフトウェアのバージョン番号、ＳＶＥＲＳ３１０；
インストリームローダの各ＭＰＥＧテーブルに対して： このＭＰＥＧテーブルのＩＤ、ＳＥ ＩＤ３１２；
このＭＰＥＧテーブルのＴＩＤ拡張、ＴＩＤ ＥＸＴ３１４；
２つの冗長バイト、ＲＥＳ３１６；
このＭＰＥＧテーブルのＭＰＥＧセクションの最大サイズ、ＳＥＣＴＩＯＮ ＬＥＮ３１８；
このＭＰＥＧテーブルのローディングに対するタイムアウトの値、ＴＩＭＥ ＯＵＴ３２０；および このＭＰＥＧテーブルのシグナチャの値、ＳＧＮ
ＳＩＧＮ３２２；
ソフトウェアの各ＭＰＥＧテーブルに対して： このＭＰＥＧテーブルのＩＤ、ＳＥＧ ＩＤ３２４；
このＭＰＥＧテーブルのＴＩＤ拡張、ＴＩＤ ＥＸＴ３２６；
２つの冗長ビット、ＲＥＳ３２８；
このＭＰＥＧテーブルのＭＰＥＧセクションの最大サイズ、ＳＥＣＴＩＯＮ ＬＥＮ３３０；
このＭＰＥＧテーブルのローディングに対するタイムアウトの値、ＴＩＭＥ ＯＵＴ３３２；
このＭＰＥＧテーブルのシグナチャの値、ＳＩＧＮ ＳＩＧＮ３３４；
ローダディレクトリ３００の認証のために使用される秘密鍵のＩＤ、ＫＥＹ３３６；および ローダディレクトリ３００のシグナチャＳＩＧＮ
Ｌ３４０を含む暗号化領域、ＣＩＰＨ ＡＲＥＡ３３８、シグナチャはシグナチャオフセットＳＥＧ ＯＦＦＳＥＴ３４２により、ＣＩＰＨ ＡＲＥＡ３３８の最初からオフセットされる。
【０１０８】
更新中、とりわけ、例えば、書き込み／更新処理の各ステップの詳細、例えばこのステップが効果的に完了されたか否かを含むレポートが編集されるので、書き込み／更新が失敗した可能性があるステップは後で識別される。このレポートは、
ハードウェアディレクトリ２００のＨＶＥＲＳＩＯＮ２０６；
エラーがハードウェアディレクトリ２００の処理中に生じた場合のエラーの種類およびエラーが生じたハードウェアディレクトリ２００のＭＰＥＧテーブルのＴＩＤ拡張の指示；
ローダディレクトリのＬＶＥＲＳＩＯＮ３０２；
エラーがローダディレクトリ３００の処理中に生じた場合のエラーの種類およびエラーが生じたローダディレクト３００のＭＰＥＧテーブルのＴＩＤ拡張の指示；および
エラーがインストリームローダの処理中に生じた場合のエラーの種類およびエラーが生じたインストリームローダのＭＰＥＧテーブルのＴＩＤ拡張の指示；および エラーがソフトウェアの処理中に生じた場合のエラーの種類およびエラーが生じたソフトウェアのＭＰＥＧテーブルのＴＩＤ拡張の指示を含んでいる。
【０１０９】
何故書き込み／更新が実行されたに関する理由、例えば、アプリケーションの要求で、検出されるソフトウェアの不整合数および更新の故障数も含んでいる。
【０１１０】
アプリケーションの要求でＭＰＥＧビットストリームにあるソフトウェアで常駐ソフトウェアを更新する場合、受信機／デコーダ２０２０は、新しくダウンロードされたローダディレクトリテーブル３００で識別されたソフトウェアのＳＶＥＲＳ３１０と常駐ソフトウェアのバージョン番号とを比較するように構成されている。ＳＶＥＲＳ３１０がより最近である場合、常駐ソフトウェアと関連したモジュールはＦＬＡＳＨメモリ６９から消去され、更新ソフトウェアのモジュールはダウンロードされ、取り付けられる。
【０１１１】
受信機／デコーダ２０２０の正面パネルＬＥＤディスプレイ４０３８は、データのダウンロード中、受信機／デコーダ２０２０のユーザにメッセージを表示するように構成される。例えば、４つの下記のメッセージは受信機／デコーダ２０２０のＦＬＡＳＨ６９に記憶されたパラメータフィールドに指定される。
【０１１２】
・書き込み／更新が「通常」状態で進行している、すなわちアプリケーションの要求で示している「ＬＯＡＤ」メッセージ；
・更新が「ネイティブ」状態で進行している、すなわち、常駐ソフトウェアが破損したために示している「ＮＡＴＩＶ」メッセージ；
・受信機／デコーダ２０２０のメモリの整合しているかあるいは有効なパラメータ（例えば、ＭＰＥＧチューナ４０２８がセットされるべき周波数あるいはＭＰＥＧビットストリームのＰＩＤ）を探索できないためにブートストラップローダ１００は書き込み／更新を実行できないことを示す「ＯＯＯ」メッセージ；および
・ＯＯＯメッセージに関して指定された以外のエラーが書き込み／更新中に生じたことを示す「ＥＲＲＬ」メッセージ。
【０１１３】
静止メッセージの代替物として、動画の形式のメッセージは受信機／デコーダ上に表示されてもよい。
【０１１４】
次に、例えば、常駐ソフトウェアの更新のステップは図１３〜図１６を参照して説明される。
【０１１５】
ステップＳ１０１において、受信機／デコーダに記憶されたソフトウェアは、チェックサム計算を実行し、この計算の結果と受信機ソフトウェアに記憶されたチェックサムの値とを比較することによって任意の常駐ソフトウェアの一貫性をチェックする。２つの値が異なる場合、更新はネイティブ状態で継続し；２つの値が同じである場合あるいは常駐ソフトウェアが全然探索されない場合、更新は通常状態で継続する。
【０１１６】
このネイティブ状態では、次に前の更新結果がステップＳ１０２でなお保留しているかどうかが決定される。アプリケーションからのこのような更新要求が保留している場合、この要求はステップＳ１０３で消去され、Ｓ１０２は繰り返される。このような更新要求がなお全然保留していない場合、前の更新のレポートはステップＳ１０４で消去され、この更新のログを開始するために初期化される。レポートは更新要求のための理由をログし、すなわち破損ソフトウェアを取り換える。
【０１１７】
ステップＳ１０４に続いて、ＮＡＴＩＶメッセージはステップＳ１０５で受信機／デコーダ２０２０のディスプレイ４０３８上に表示される。
【０１１８】
ステップＳ１０６で、ＥＥＰＲＯＭおよびＦＬＡＳＨメモリ６９のパラメータフィールドに記憶されたパラメータがチェックされる。チューニングパラメータおよび／またはＰＩＤパラメータは規定されていない場合、ディスプレイ４０３８にＯＯＯメッセージを表示させ、更新が打ち切られる。
【０１１９】
これらのパラメータがパラメータフィールドに規定される場合、更新は、ブートストラップローダ１００がパラメータフィールドに記憶されたパラメータに従ってＭＰＥＧチューナ４０２８をトランスポンダ２０１４に同調させるステップＳ１０７に進む。チューニングが失敗する場合、更新は打ち切られ、ＥＲＲＬメッセージが表示される。
【０１２０】
チューニングが成功した場合、ブートストラップローダ１００は、ステップＳ１０８でハードウェアディレクトリ２００をダウンロードし、認証する。ハードウェアディレクトリ２００がタイムアウトに達する前にダウンロードされない場合かあるいはハードウェアディレクトリ２００が（ダウンロード中エラーが生じたので）認証されない場合、更新は打ち切られ、ＥＲＲＬメッセージが表示される。
【０１２１】
ダウンロードおよび認証が成功した場合、ブートストラップローダ１００は、パラメータフィールドに規定されるように、受信機／デコーダ２０２０のバージョン番号に対応するＨＶＮ２１０を検索する。このようなＨＶＮが探索されない場合、更新は打ち切られ、ＥＲＲＬメッセージが表示される。
【０１２２】
このようなエントリが探索される場合、ブートストラップローダ１００は、このＨＶＮ２１０、インストリームローダおよびダウンロードされるソフトウェアに関連したローダディレクトリ３００のために使用されるＭＰＥＧテーブルのＴＩＤ２１２を読み出し、ステップＳ１０９で、正しいローダディレクトリ３００をダウンロードし、認証する。ローダディレクトリ３００がタイムアウトに達する前にダウンロードされない場合、あるいはローダディレクトリが（ダウンロード中エラーが生じたので）認証されない場合、更新は打ち切られ、ＥＲＲＬメッセージが表示される。
【０１２３】
ダウンロードおよび認証が成功した場合、ブートストラップローダ１００は、ステップＳ１１０で、インストリームローダをＭＰＥＧビットストリームから受信機／デコーダ２０２０のＲＡＭ７２にダウンロードする。インストリームローダがタイムアウトに達する前にダウンロードされない場合、あるいはインストリームローダが（ダウンロード中エラーが生じたので）認証されない場合、更新は打ち切られ、ＥＲＲＬメッセージが表示される。
【０１２４】
インストリームローダのロードおよび認証が成功した場合、インストリームローダはステップＳ１１１で実行され、ステップＳ１１２で、常駐ソフトウェアの破損部分が消去され、ダウンロードされるソフトウェアのセグメントはインストリームローダによってダウンロードされ、認証され、ＦＬＡＳＨメモリ６９の適切なアドレスロケーションに書き込まれる。ソフトウェアがタイムアウトに達する前にダウンロードされない場合、あるいはソフトウェアが（ダウンロード中エラーが生じたので）認証されない場合、もしくはエラーがＦＬＡＳＨメモリ６９へのソフトウェアの書き込み中に生じる場合、更新は打ち切られ、ＥＲＲＬメッセージが表示される。
【０１２５】
常駐ソフトウェアの更新が成功した場合、レポートの書き込みはステップＳ１１３で停止され、受信機／デコーダ２０２０は、更なる更新が開始できるようにリセットされる。
【０１２６】
更新が打ち切られるいかなるステップにおいても、完了が成功するまでかあるいはこのステップを実行するタイムアウトに達するまで、このステップは代わりに所定の回数再実行されてもよい。
【０１２７】
更新が通常の状態に進むためのものである場合、ブートストラップローダ１００は、ステップＳ２０１で、アプリケーションからの更新要求が既に保留しているかどうかを決定する。保留していない場合、更新は通常のように継続する。既に更新要求を保留している場合、保留要求が最初に処理される。
【０１２８】
前の更新のレポートは、ステップＳ２０２で消去され、この更新のログを開始するために初期化される。レポートは、例えば、アプリケーションの要求で更新要求のための理由およびアプリケーションによって選択される任意の更新オプションをログする。
【０１２９】
次に、ステップＳ２０３で、常駐ローダが受信機／デコーダ２０２０のＦＬＡＳＨメモリ６９に記憶されているかどうかが決定される。このようなローダが受信機／デコーダに記憶されている場合、ステップＳ２０４で、常駐ローダが受信機／デコーダ２０２０に記憶されているソフトウェアからのコマンドに応じて実行されたかどうかが決定される。常駐ローダが実行された場合、常駐ローダは、ブートストラップローダ１００によって通常実行される更新処理でその後のステップを実行する。
【０１３０】
常駐ローダがないかあるいは実行されなかった場合、ブートストラップローダ１００が使用される。たとえ常駐ローダがＦＬＡＳＨメモリ６９に記憶されたとしても、受信機／デコーダ２０２０に記憶されたソフトウェアはブートストラップローダ１００に強制的に更新処理を続けさせることもできる。
【０１３１】
ＬＯＡＤメッセージは、ステップＳ２０５で、受信機／デコーダ２０２０のディスプレイ４０３８に表示される。
【０１３２】
ステップＳ２０６において、ＥＥＰＲＯＭおよびＦＬＡＳＨメモリ６９のパラメータフィールドに記憶されたパラメータがチェックされる。チューニングパラメータおよび／またはＰＩＤパラメータが規定されない場合、ディスプレイ４０３８にＯＯＯメッセージを表示させ、更新が打ち切られる。
【０１３３】
これらのパラメータがパラメータフィールドに規定される場合、更新は、ブートストラップあるいは常駐ローダがパラメータフィールドに記憶されたパラメータに従ってチューナ４０２８をトランスポンダ２０１４に同調させるステップＳ２０７に進む。チューニングが失敗する場合、更新は打ち切られ、ＥＲＲＬメッセージが表示される。
【０１３４】
チューニングが成功した場合、ブートストラップあるいは常駐ローダは、ステップＳ２０８で、ハードウェアディレクトリ２００をダウンロードし、認証する。ハードウェアディレクトリ２００がタイムアウトに達する前にダウンロードされない場合、ハードウェアディレクトリが（ダウンロード中エラーが生じたので）認証されない場合かあるいは更新を要求するアプリケーションによって選択されたオプションに応じて、成功した更新が同じＨＶＥＲＳＩＯＮ２０６を有するハードウェアディレクトリを使用して実行された場合、更新は打ち切られ、ＥＲＲＬメッセージが表示される。
【０１３５】
ダウンロードおよび認証が成功して、更新がアプリケーションによって可能にされる場合、ブートストラップあるいは常駐ローダは、パラメータフィールドに規定されるように、受信機／デコーダ２０２０のバージョン番号に対応するＨＶＮ２１０を検索する。このようなＨＶＮが探索されない場合、更新は打ち切られ、ＥＲＲＬメッセージが表示される。
【０１３６】
このようなエントリが探索される場合、ブートストラップあるいは常駐ローダは、ＨＶＮ２１０、インストリームローダおよびダウンロードされるソフトウェアに関連したローダディレクトリのために使用されるＭＰＥＧテーブルのＴＩＤ２１２を読み出し、正しいローダディレクトリ３００をダウンロードし、認証する。
【０１３７】
ローダディレクトリ３００がタイムアウトに達する前にダウンロードされない場合、ローダディレクトリが（ダウンロード中エラーが生じたので）認証されない場合かあるいは更新を要求するアプリケーションによって選択されたオプションに応じて、成功した更新が同じＬＶＥＲＳ３０６を有するローダディレクトリを使用して実行された場合、更新は打ち切られ、ＥＲＲＬメッセージが表示される。
【０１３８】
ダウンロードおよび認証が成功して、更新がアプリケーションによって可能にされる場合、ブートストラップ１００は、ステップＳ２１０で、インストリームローダをＭＰＥＧビットストリームから受信機／デコーダ２０２０のＲＡＭ７２にダウンロードする。インストリームローダがタイムアウトに達する前にダウンロードされない場合かあるいはインストリームローダが（ダウンロード中エラーが生じたので）認証されない場合更新は打ち切られ、ＥＲＲＬメッセージが表示される。
【０１３９】
インストリームローダのロードおよび認証が成功した場合、インストリームローダは、ステップＳ２１１で実行され、ステップＳ２１２で、ＭＰＥＧビットストリームのソフトウェアのバージョン番号ＳＶＥＲＳ３１０は常駐ソフトウェアのバージョン番号と比較される。
【０１４０】
バージョン番号が同じである場合、ＦＬＡＳＨメモリ６９へのソフトウェアの書き込みは実行されず、アプリケーション更新要求が消去される。バージョン番号が異なる場合、常駐ソフトウェアは消去され、ダウンロードされるソフトウェアのセグメントは、インストリームローダによってダウンロードされ、認証され、ステップＳ２１３でＦＬＡＳＨメモリ６９に書き込みされる。
【０１４１】
ソフトウェアがタイムアウトに達する前にダウンロードされない場合かあるいはソフトウェアが（ダウンロード中エラーが生じたので）認証されない場合もしくはエラーがＦＬＡＳＨメモリ６９へのソフトウェアの書き込み中に生じる場合、更新は打ち切られ、ＥＲＲＬメッセージが表示される。
【０１４２】
常駐ソフトウェアの更新が成功した場合、レポートの書き込みがステップＳ２１４で停止され、保留更新要求が消去され、受信機／デコーダ２０２０は、更なる更新が開始できるようにリセットされる。
【０１４３】
ネイティブ状態におけるように、更新が打ち切られるいかなるステップにおいても、このステップは、完了が成功するまで、代わりに再実行されてもよい。
【０１４４】
本発明は例として単に上記に述べられ、詳細の修正は本発明の範囲内で行うことができることが理解される。
【０１４５】
各特徴は説明で開示され、（適切である場合）特許請求の範囲および図面は、個別にあるいは任意の適当な組み合わせで提供されてもよい。前述の好ましい実施形態では、本発明の若干の特徴はコンピュータソフトウェアを使用して実行された。しかしながら、もちろん、これらの特徴のいずれもがハードウェアを使用して実行されてもよいことは当業者に明らかである。さらに、ハードウェア、コンピュータソフトウェア等によって実行される機能が電気信号等であるいは電気信号を使用して実行されることが容易に理解される。
【符号の説明】
【０１４６】
６８  ＥＥＰＲＯＭ
６９  ＦＬＡＳＨメモリ
１００  ブートストラップローダ
２０２０  受信機／デコーダ
【図１】
0004971388.tif 000002
【図２】
0004971388.tif 000003
【図３】
0004971388.tif 000004
【図４】
0004971388.tif 000005
【図５】
0004971388.tif 000006
【図６】
0004971388.tif 000007
【図７】
0004971388.tif 000008
【図８】
0004971388.tif 000009
【図９】
0004971388.tif 000010
【図１０】
0004971388.tif 000011
【図１１】
0004971388.tif 000012
【図１２】
0004971388.tif 000013
【図１３】
0004971388.tif 000014
【図１４】
0004971388.tif 000015
【図１５】
0004971388.tif 000016
【図１６】
0004971388.tif 000017