JP4845263B2 - データのダウンロード - Google Patents
データのダウンロード Download PDFInfo
- Publication number
- JP4845263B2 JP4845263B2 JP2000515384A JP2000515384A JP4845263B2 JP 4845263 B2 JP4845263 B2 JP 4845263B2 JP 2000515384 A JP2000515384 A JP 2000515384A JP 2000515384 A JP2000515384 A JP 2000515384A JP 4845263 B2 JP4845263 B2 JP 4845263B2
- Authority
- JP
- Japan
- Prior art keywords
- loader
- receiver
- decoder
- data
- tid
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N5/00—Details of television systems
- H04N5/44—Receiver circuitry for the reception of television signals according to analogue transmission standards
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/41—Structure of client; Structure of client peripherals
- H04N21/426—Internal components of the client ; Characteristics thereof
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
- H04N21/4345—Extraction or processing of SI, e.g. extracting service information from an MPEG stream
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
- H04N21/4351—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream involving reassembling additional data, e.g. rebuilding an executable program from recovered modules
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/81—Monomedia components thereof
- H04N21/8166—Monomedia components thereof involving executable data, e.g. software
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/81—Monomedia components thereof
- H04N21/8166—Monomedia components thereof involving executable data, e.g. software
- H04N21/8193—Monomedia components thereof involving executable data, e.g. software dedicated tools, e.g. video decoder software or IPMP tool
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N5/00—Details of television systems
- H04N5/76—Television signal recording
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/16—Analogue secrecy systems; Analogue subscription systems
- H04N7/162—Authorising the user terminal, e.g. by paying; Registering the use of a subscription channel, e.g. billing
- H04N7/165—Centralised control of user terminal ; Registering at central
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Software Systems (AREA)
- General Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Physics & Mathematics (AREA)
- Computer Security & Cryptography (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Communication Control (AREA)
- Information Transfer Between Computers (AREA)
- Stored Programmes (AREA)
- Circuits Of Receivers In General (AREA)
- Computer And Data Communications (AREA)
Description
【０００１】
本発明は、
・ データを受信機／デコーダにダウンロードする方法、
・ それ自体がこのような受信機／デコーダおよび
・ 送信システム
に関するものである。
【０００２】
ここで使用される用語「受信機／デコーダ」は、いくつかの他の手段によって放送あるいは送信されてもよい符号化あるいは非符号化信号のいずれか、例えばテレビジョン信号および／またはラジオ信号を受信する受信機を意味してもよい。この用語は受信信号を復号化するデコーダも意味してもよい。このような受信機／デコーダの実施形態は、例えば、物理的に別個の受信機と組み合わせて機能を果たすデコーダのような、あるいはウェブブラウザ、ビデオレコーダ、あるいはテレビジョンのような付加的機能を含むデコーダのような「セットトップボックス」において受信機と一体であり、受信信号を復号化するデコーダを含んでもよい。 主にテレビジョン信号を放送することを意図しているディジタル伝送システムであるが、特に排他的な衛星テレビジョンシステムでないシステムの到来は、他の目的のためのこのようなシステムを使用する可能性を開いた。これらの１つはエンドユーザとの対話性を提供することにある。ここに示されているように、用語「ディジタル伝送システム」は、例えば主に視聴覚あるいはマルチメディアディジタルデータを送信あるいは放送するいかなる伝送システムも含んでいる。本発明は特に放送ディジタルテレビジョンシステムに応用可能であるが、本発明は、マルチメディアインターネット応用のための固定電気通信システムネットワーク、閉回路テレビジョン等にも応用可能であってもよい。
【０００３】
これを行う一つの方法は、テレビジョン信号を受信する受信機／デコーダでアプリケーションを実行することにある。アプリケーションのためのコードは受信機／デコーダに永久に記憶することができる。しかしながら、これはむしろ限られたものである。好ましくは、受信機／デコーダは、必要なアプリケーションのためのコードをダウンロードできるべきである。このように、より多くの多様性が提供されてもよく、アプリケーションはユーザの一部に対する少しのアクションもなしに必要に応じて更新できる。
【０００４】
ＭＰＥＧシステムにおいて、アプリケーションは、ＭＰＥＧビットストリームに送信されたＭＰＥＧテーブルにダウンロードされてもよい。用語ＭＰＥＧは、「カラー動画符号標準化作業グループ」の国際規格機関作業グループによって開発されたデータ伝送システムを指しているが、特にディジタルテレビジョンアプリケーションのために開発され、文書ＩＳＯ１３８１８−１、ＩＳＯ１３８１８−２、ＩＳＯ１３８１８−３およびＩＳＯ１３８１８−４に発表されたＭＰＥＧ−２規格を排他的に指していない。本発明出願に関して、用語は、ディジタルデータ伝送の分野に応用可能であるＭＰＥＧフォーマットの全ての変形例、修正例あるいは開発例を含んでいる。
【０００５】
ＭＰＥＧテーブルをダウンロードするソフトウェアは、受信機／デコーダに永久に記憶されねばならない。実行時間エンジンのアプリケーションコードあるいは更新バージョンのようなデータをダウンロードするために、複合ソフトウェアが要求され、このソフトウェアは、一般的には大量のメモリをとる。しかしながら、このようなソフトウェアは単独でだけ使用されてもよく、仮にもそうであるならば、大量のメモリは長い時間冗長であるソフトウェアによってとられてもよい。
【０００６】
ビットストリームからデータをダウンロードする受信機／デコーダに記憶されたソフトウェアは、一般に「ブートストラップ」ローダと呼ばれる。ブートストラップローダは、好ましくは、例えば、受信機／デコーダのフラッシュメモリボリュームに記憶するためのビットストリームからソフトウェアを含む大部分のデータの形式をダウンロードするように構成されている。したがって、ブートストラップローダは、最少の機能性を有する幾分「基本の」構造を有する傾向があるので、全ての形式のソフトウェアはダウンロードできる。
【０００７】
ブートストラップローダは、一般的には受信機／デコーダのＲＯＭメモリボリュームに記憶され、それから消去できない。一旦ブートストラップローダがＲＯＭメモリボリュームに書き込まれると、ブートストラップローダは修正できないので、生じるかもしれない処理エラーは、万一ローダが破損すると、訂正できない。さらに、ブートストラップローダの機能性は、一旦ＲＯＭに書き込まれたとすると、「固定」される。すなわち、ＲＯＭは、例えば、ビットストリームからデータをダウンロードするのにかかる時間を活用するように更新できない。したがって、ブートストラップローダに認識できない改良されたあるいは新しい構造を有するソフトウェアは、ビットストリームからダウンロードできない。
【０００８】
受信機／デコーダに記憶されたデータの一部が破損する場合、ブートストラップローダはこのデータの完全な非破損バージョンをダウンロードするために使用できる。このデータの非常にわずかな部分だけが破損しなかった場合、このことは破損しなかったデータの一部のダウンロードに費やした著しい時間量に帰着する。
【０００９】
本発明はこれらの問題および他の問題を解決しようとする。
【００１０】
第１の態様において、本発明は、データを受信機／デコーダにダウンロードする方法を提供し、受信機／デコーダで、
データを含むビットストリームを受信するステップと、
ビットストリームからデータをロードするローダを受信機／デコーダにダウンロードするステップと、
前記ダウンロードされたデータローダを使用して前記ビットストリームから前記データをダウンロードするステップとを含む。
【００１１】
一つの実施形態では、ダウンロードされたデータローダはデータローディングプログラムを含む。データローダの少なくとも一部、好ましくは、データローダの大部分、あるいはデータローダの全てさえ、ネイティブコードの形式であってもよい。ここで使用されるように、用語「ネイティブコード」は、ハードウェア固有コード、受信機／デコーダの特定のハードウェアプラットホームに固有なコード、非解釈であるコード、および／または受信機／デコーダのマイクロプロセッサによって直接実行できるコードを含む。したがって、受信機／デコーダによってダウンロードされる一つのネイティブコードによってとられた構造はこの受信機／デコーダのハードウェアプラットホームで使用された特定の装置によって決まる。これは、マイクロプロセッサによって実行できるように受信機／デコーダに記憶されたソフトウェアによって解釈を必要とし、したがって広範囲のハードウェアプラットホームにわたって機能的である「ｐ−コード」として出願人に公知であるような「解釈コード」とは対照的である。データローダによってダウンロードされたデータは、ネイティブコード、ｐ−コードの形式あるいはデータテーブルのような任意の他の適当な形式であってもよい。
【００１２】
上記のことによって、ビットストリームからデータをロードするローダは、ビットストリームからダウンロードされ、好ましくは、受信機／デコーダのＲＡＭに一時的に記憶される。ビットストリームから必要なデータのデータローダを使用するダウンロードに続いて、ダウンロードされたデータローダは、好ましくは、受信機／デコーダから削除される。したがって、一旦ダウンロードされたデータローダがその目的にかなったとすると、ＲＡＭの記憶容量は、データのダウンロードが必要とされない時間のために効率的に増加される。
【００１３】
一旦ダウンロードされたデータローダがビットストリームから必要なデータの全てをダウンロードしたとすると、もちろん、ダウンロードされたデータローダを削除することは必要でない。これに反して、データローダは、その後に、フラッシュメモリボリュームのような受信機／デコーダの非揮発性メモリに記憶されてもよい。これによって、受信機／デコーダは、ビットストリームからデータローダを再ロードする必要なしに記憶されたデータローダを使用して他のデータをダウンロードでき、それによってこのデータをダウンロードするのにかかる時間を減少させる。したがって、複数の異なるデータローダは受信機／デコーダにいつでも記憶されてもよい。
【００１４】
特に１つの特定のデータ項目のダウンロードのために記述されたデータローダは受信機／デコーダによって必要に応じてビットストリームからダウンロードできるので、改良された受信機／デコーダの機能性は、ブートストラップローダによってダウンロードできるデータの構造と異なる更新あるいは修正された構造を有するデータとして提供されてもよく、ダウンロードでき、受信機／デコーダに記憶できる。
【００１５】
１つの好ましい実施形態において、データのダウンロードはダウンロードされたデータローダによって実行される。したがって、データのダウンロードに対して、ブートストラップローダは、効率的にダウンロードされたデータローダと一時的に取り換えられるので、受信機／デコーダによって使用されるデータローダを更新できるか、さもなければ改良できる。
【００１６】
好ましくは、受信機／デコーダに記憶されたデータの一部だけがダウンロードされたデータローダによってダウンロードされたデータの対応する一部と取り換えられる。例えば、記憶データの一部が破損したあるいは古くなる場合、データのこの部分の非破損バージョンあるいは更新バージョンだけが受信機／デコーダによってダウンロードでき、ダウンロードされたデータローダは、適切である場合、ダウンロードされたデータの一部を記憶データに「パッチ」する。したがって、ダウンロードされたデータローダは、受信機／デコーダに記憶されたデータの全バージョンをダウンロードしない。破損しないデータの一部のダウンロードは必要ないので、記憶データを修理あるいは更新するのにかかる時間に著しい改良をもたらすことができる。他の実施形態では、受信機／デコーダに記憶されたデータの一部は、例えば、ダウンロードされたデータローダで送信されたデータのセクションの対応する一部と取り換えられる。
【００１７】
このビットストリームは少なくとも１つのデータローダを含んでもよく、したがって、この方法はさらに、送信システムで、
データローダあるいは各データローダに対して、データローダを複数のモジュールに分割するステップと、
データローダあるいは各データローダに対して、データをそれぞれの複数のモジュールに分割するステップとを含んでもよく、各複数のデータモジュールはそれぞれの複数のデータローダモジュールに関連している。
【００１８】
したがって、ビットストリームは、複数のデータローダおよび関連データを含んでもよい。これによって、異なるハードウェアプラットホームを有する受信機／デコーダは、適切なバージョンのデータローダおよび関連データをダウンロードできる。アプリケーションのようなデータは、ダウンロードできる多数のモジュールで便宜的に構成されてもよく、適切である場合、必要に応じて実行する。
【００１９】
この方法はさらに、送信システムで、
データローダあるいは各データローダに対して、モジュールの各々をそれぞれのテーブルとしてフォーマット化するステップであって、このテーブルは、同じそれぞれのテーブルＩＤ（「ＴＩＤ」）およびそれぞれの異なるテーブルＩＤ拡張（「ＴＩＤ−拡張）を有することと、
データローダあるいは各データローダに対して、データのモジュールの各々をそれぞれのデータとしてフォーマット化するステップとを含んでもよく、このテーブルは、それに関連したデータローダモジュールのテーブルと同じそれぞれのＴＩＤおよびそれぞれの異なるＴＩＤ−拡張を有している。
【００２０】
ＭＰＥＧプロトコルが使用されることは好ましく、使用される場合、ダウンロードステップはモジュールＭＰＥＧテーブルをダウンロードすることを含んでいる。
【００２１】
このテーブルは所定のＴＩＤ−拡張以外のそれぞれの異なるＴＩＤ−拡張を有してもよく、この方法はさらに、伝送システムで、同じＴＩＤを有する複数のモジュールあるいは各複数のモジュールに対して、それぞれのディレクトリテーブルを生成するステップを含んでもよく、ディレクトリテーブルあるいは各ディレクトリテーブルは前記所定のＴＩＤ−拡張およびこのＴＩＤを有し、このディレクトリはテーブルモジュールの各々に対してこのモジュールの名前およびそれぞれのＴＩＤ−拡張を含んでいる。
【００２２】
この方法はさらに、受信機／デコーダで、
ディレクトリテーブルをダウンロードするために所定のＴＩＤ−拡張を有するテーブルの中の１つをダウンロードするステップと、
ディレクトリテーブルの内容からディレクトリテーブルと同じＴＩＤを有するモジュールテーブルのＴＩＤ−拡張を決定するステップと、
前記ダウンロードステップにおいて、ダウンロードされたディレクトリテーブルのＴＩＤと同じＴＩＤおよびダウンロードされたディレクトリテーブルから決定されたＴＩＤ−拡張を有するモジュールテーブルをダウンロードするステップとを含んでもよい。
【００２３】
これらの特徴によって、ディレクトリテーブルは特定のＴＩＤ−拡張を有しているために、ディレクトリテーブルは容易に識別でき、一旦それがダウンロードされたとすると、それによって受信機／デコーダはそのそれぞれのＴＩＤ−拡張からデータローダのモジュールテーブルを識別できる。
【００２４】
この方法はさらに、伝送システムで、所定のテーブルＩＤ（「ＴＩＤ」）を有し、かつ複数の受信機／デコーダのバージョンＩＤの各々に対して、このバージョンＩＤに関連したそれぞれのＴＩＤを含むディレクトリテーブルを生成するステップを含んでもよい。
【００２５】
そうであるならば、この方法はさらに、受信機／デコーダで、
所定のＴＩＤを有する前記ディレクトリテーブルをダウンロードするステップと、
受信機／デコーダのバージョンＩＤを決定するステップとを含んでもよく、
ディレクトリテーブルをダウンロードするステップが、受信機／デコーダのバージョン番号に関連したＴＩＤおよび所定のＴＩＤ−拡張を有するテーブルの中のこの１つをダウンロードすることを含む。
【００２６】
好ましくは、バージョンＩＤは、受信機／デコーダの製造者に割り当てられたコードおよび受信機／デコーダのバージョンに割り当てられたコードを含んでいる。
【００２７】
受信機／デコーダはいろいろな異なる製造者によって設計され、製造されてもよいと推測される。各製造者は多数の異なるバージョンの受信機／デコーダを製造してもよい。したがって、受信機／デコーダはもちろん同じ機能仕様に従っているけれども、受信機／デコーダはいろいろな異なるハードウェア設計を有してもよい。したがって、アプリケーションのようなデータが受信機／デコーダ毎に同じように作動し、受信機／デコーダが全てのアプリケーションを同一の正しい方法で実行すべきであることは重要である。
【００２８】
このデータが特定のバージョンの受信機／デコーダと互換性があることを保証するために、ビットストリームは、データローダおよび受信機／デコーダの各バージョンＩＤのためのデータを含んでもよく、所定のＴＩＤを有するディレクトリテーブルによって、データローダおよび受信機／デコーダの各バージョンＩＤのためのデータのモジュールのＴＩＤは容易に識別できる。
【００２９】
好ましくは、この方法はさらに、送信システムで、
各送信ディレクトリテーブルにそのためのディレクトリバージョンＩＤを含めるステップと、
受信機／デコーダで、
現在送信されたディレクトリテーブルのディレクトリバージョンＩＤが現在送信されたディレクトリテーブルと同じＴＩＤを有する予めダウンロードされたディレクトリテーブルのディレクトリバージョンＩＤよりもより最新であるかどうかを決定し、最新でない場合、データのダウンロードを打ち切るステップを含んでいる。
【００３０】
ブートストラップローダは、例えば、アプリケーションによって、ディレクトリテーブルを周期的にダウンロードし、予めダウンロードされたディレクトリテーブルのディレクトリバージョンＩＤが変更されたかどうかを決定するように命令されてもよい。このことは、受信機／デコーダがビットストリームから任意の更新データを即座にダウンロードすることを保証できる。
【００３１】
同一の受信データで受信機／デコーダに記憶された常駐データを上書きすることを避けるために、常駐データの更新を要求するアプリケーションは、テーブルディレクトリが常駐データの前の更新で使用されたテーブルディレクトリと同じである場合、データのダウンロードを打ち切るように選択できる。
【００３２】
好ましくは、モジュールテーブルの中の少なくとも１つは、ビットストリームで別々に送信される複数のセクションとしてフォーマット化され、セクションの各々は、その所定の部分においてテーブルのこのセクションのＩＤおよびテーブルのセクション数の指示を含んでいる。
【００３３】
この方法は、送信システムで、ビットストリームのテーブルを周期的に送信するステップをさらに含んでもよい。
【００３４】
この方法はさらに、伝送システムにおいて、
ビットストリームにデータのデータバージョンＩＤを含めるステップと、
受信機／デコーダで、
受信されたデータのデータバージョンＩＤが現在記憶されているデータのデータバージョンＩＤよりもより最新であるかどうかを決定し、そうであるならば、ビットストリームから前記データをダウンロードするステップを実行するステップとを含んでもよい。
【００３５】
この特徴によって、受信データのデータバージョンＩＤが受信機／デコーダに記憶されている常駐データのデータバージョンＩＤと同じである場合、ダウンロードは、常駐ソフトウェアの消去および／または受信データのダウンロードの開始をする前に打ち切ることができる。
【００３６】
好ましくは、受信データのデータバージョンＩＤが現在記憶されているデータバージョンＩＤよりもより最新であるかどうかを決定するステップは、現在送信されたディレクトリテーブルのデータバージョンＩＤが現在送信されたディレクトリテーブルと同じＴＩＤを有する予めダウンロードされたディレクトリテーブルのデータバージョンＩＤよりもより最新であると決定した後、行われる。
【００３７】
他の好ましい実施形態では、ダウンロードされたデータローダは、受信機／デコーダに記憶され、データローダをダウンロードする手段を修正するので、データは修正されたダウンロード手段によってダウンロードできる。したがって、ダウンロード手段は、例えば、異なる構造を有するデータがダウンロード手段によってダウンロードできるようにビットストリームからダウンロードされたデータローダによって便宜的に修正できる。
【００３８】
好ましくは、この方法は、送信システムで、
前記ビットストリームに含まれた第２のデータローダを送信するステップと、
受信機／デコーダで、
第２のデータローダをダウンロードするステップと、
最初に述べたデータローダおよびデータの中の１つをダウンロードするステップとを含み、前記送信されたダウンロード手段が最初に述べたデータローダおよびデータの中の１つのダウンロードを実行する。
【００３９】
１つの実施形態では、第２のデータローダは他のデータローダプログラムによって提供され、第２のローダの少なくとも一部がネイティブコードの形式であるのが好ましい。
【００４０】
このことによって、データローダのダウンロードは、ビットストリームから予めダウンロードされた異なるデータローダを使用することによって避けることができる。したがって、予めダウンロードされたデータローダがデータローダと同じように効率的にデータをダウンロードできる場合、新しいデータあるいは修正データがダウンロードされるべきである度にデータローダをビットストリームからダウンロードする必要がない。このことは、新しいデータあるいは修正データをビットストリームからダウンロードするのにかかる時間を著しく減少させることができる。第２のデータローダは、最初に述べたデータローダよりも改良された機能性を提供してもよく、例えば、第２のデータローダはコンピュータプログラムをダウンロードできてもよい。
【００４１】
第２の態様において、本発明は、
データを含むビットストリームを受信する受信機と、
メモリのような記憶手段と、
ビットストリームから記憶手段にダウンロードするダウンロード手段と、
データをビットストリームから受信機／デコーダにロードするローダとを備える受信機／デコーダを提供する。
【００４２】
１つの好ましい実施形態では、ダウンロード手段は受信機／デコーダに記憶されたブートプログラムによって提供される。
【００４３】
受信機／デコーダは、データがビットストリームからダウンロードされた後、ダウンロードされたデータローダを記憶手段から削除する手段をさらに含んでもよい。削除手段は、中央プロセッサおよび受信機／デコーダに記憶された関連ソフトウェアによって提供されてもよい。
【００４４】
受信機／デコーダはテーブルをダウンロードするように構成されてもよい。そうであるならば、ダウンロード手段は、ディレクトリデータをダウンロードするようにテーブルＩＤ（「ＴＩＤ」）および所定のテーブルＩＤ拡張（「ＴＩＤ−拡張」）を有するテーブルをダウンロードし、ディレクトリテーブルの内容からディレクトリテーブルと同じＴＩＤを有するモジュールテーブルのＴＩＤ−拡張を決定し、前記ローダをダウンロードするようにダウンロードされたディレクトリテーブルのＴＩＤと同じＴＩＤおよびダウンロードされたディレクトリテーブルから決定されたＴＩＤ−拡張を有するモジュールテーブルをダウンロードするように構成されてもよい。
【００４５】
ダウンロード手段は、所定のＴＩＤを有し、かつ受信機／デコーダの複数のバージョンＩＤの各々に対して、このバージョンＩＤに関連したそれぞれのＴＩＤを含むディレクトリテーブルをダウンロードし、受信機／デコーダのバージョンＩＤを決定し、受信機／デコーダのバージョン番号に関連したＴＩＤおよび所定のＴＩＤ−拡張を有するディレクトリテーブルをダウンロードするように構成されてもよい。
【００４６】
好ましい実施形態では、ダウンロード手段は、現在送信されたディレクトリテーブルのバージョンＩＤが現在送信されたディレクトリテーブルと同じＴＩＤを有する予めダウンロードされたディレクトリテーブルのバージョンＩＤよりもより最新であるかどうかを決定し、そうでなければ、前記ローダのダウンロードを打ち切るように構成されている。
【００４７】
受信機／デコーダは、少なくとも１つのテーブルとしてフォーマット化されるデータを受信するように構成された並列ポートおよび／または直列ポートをさらに含んでもよい。
【００４８】
好ましくは、前記ダウンロード手段は、最初に述べたデータローダおよびデータの中の１つをダウンロードするために前記ビットストリームに含まれたデータローダをダウンロードするように構成されている。
【００４９】
第３の態様では、本発明は、
データを受信機／デコーダにロードする少なくとも１つのデータローダおよびデータローダあるいは各データローダに関連するデータを含むネイティブコードを含むビットストリームを送信する送信機のような手段と、
データローダあるいは各データローダを複数のモジュールに分割し、かつデータローダあるいは各データローダに関連したデータを前記送信手段による送信のためのそれぞれの複数のモジュールに分割するデータサーバのような手段とを備えている伝送システムを提供する。
【００５０】
好ましくは、伝送システムはさらに、
データローダあるいは各データローダのモジュールの各々をフォーマットする手段であって、データローダあるいは各データローダのテーブルが、同じそれぞれのテーブルＩＤ（「ＴＩＤ」）およびそれぞれの異なるテーブルＩＤ拡張（「ＴＩＤ−拡張」）を有する手段と、
データローダあるいは各データローダに関連したデータのモジュールの各々をそれぞれのテーブルとしてフォーマット化する手段とをさらに備え、データのモジュールのテーブルはそれに関連したデータローダモジュールのテーブルと同一のそれぞれのＴＩＤおよびそれぞれの異なるＴＩＤ−拡張を有する。
【００５１】
フォーマット化手段は便宜的にはデータサーバによって提供されてもよい。
【００５２】
このテーブルは、所定のＴＩＤ−拡張以外のそれぞれの異なるＴＩＤ−拡張を有してもよく、このシステムは、同じＴＩＤを有する複数のモジュールあるいは各複数のモジュールに対するそれぞれのディレクトリテーブルを生成する手段をさらに含んでもよく、各ディレクトリテーブルはこのＴＩＤおよび前記所定のＴＩＤ−拡張を有し、このディレクトリはモジュールの各々に対してこのモジュールの名前およびそれぞれのＴＩＤ−拡張を含む。
【００５３】
送信システムはさらに、
所定のテーブルＩＤ（「ＴＩＤ」）を有し、かつ受信機／デコーダの複数のバージョンＩＤの各々に対してこのバージョンＩＤに関連したそれぞれのＴＩＤを含むディレクトリテーブルを生成する手段を含む。
【００５４】
送信システムはさらに、各送信されたテーブルにそのためのバージョンＩＤを含める手段を含む。
【００５５】
前述された手段の各々は便宜的にはデータサーバによって提供されてもよい。
本発明の第４の態様は、前述された受信機／デコーダおよび前述された伝送システムの組み合わせを提供する。
【００５６】
本発明の第５の態様は、データを受信機／デコーダにロードする少なくとも１つのローダを含む信号およびデータローダあるいは各データローダに関連したデータを提供し、データローダあるいは各データローダが複数のモジュールに分割され、データローダあるいは各データローダに関連したデータがそれぞれの複数のモジュールに分割されている。
【００５７】
本発明の方法の態様の全ての特徴は、適切であるような装置および信号態様およびその逆に利用できる。
【００５８】
次に、本発明の好ましい特徴は、添付図面を参照して、完全に例として以下に述べる。
【００５９】
ディジタルテレビジョンシステム１０００の概要が図１に示される。ディジタルテレビジョンシステム１０００は、圧縮ディジタル信号を伝送するために公知のＭＰＥＧ−２圧縮システムを使用するおもに従来のディジタルテレビジョンシステム２０００を含んでいる。より詳細には、放送センターのＭＰＥＧ−２圧縮器２００２は、ディジタル信号ストリーム（一般的にはビデオ信号のストリーム）を受信する。この圧縮器２００２は、マルチプレクサ・スクランブラ２００４にリンケージ２００６によって接続されている。マルチプレクサ２００４は、複数の他の入力信号を受信し、１つあるいはそれ以上のトランスポートストリームを組み立て、もちろん通信リンクを含むいろいろの形式をとることができるリンケージ２０１０を介して圧縮ディジタル信号を放送センターの送信機２００８に送信する。送信機２００８は、電磁信号をアップリンク２０１２を介してトランスポンダ２０１４の方へ送信する。このトランスポンダ２０１４で、電磁信号は電子的に処理され、概念上のダウンリンク２０１６を介して従来エンドユーザによって所有されるかあるいは賃貸される皿形の地上受信機２０１８に放送される。受信機２０１８によって受信された信号は、エンドユーザによって所有されるかあるいは賃貸され、エンドユーザのテレビジョン受像機２０２２に接続されている統合受信機／デコーダ２０２０に送信される。受信機／デコーダ２０２０は、圧縮ＭＰＥＧ−２信号をテレビジョン受像機２０２２のためのテレビジョン信号に復号化する。
【００６０】
条件付アクセスシステム３０００は、マルチプレクサ２００４および受信機／デコーダ２０２０に接続され、部分的には放送センターに、および部分的にはデコーダに置かれている。それによって、エンドユーザは、ディジタルテレビジョン放送を１つあるいはそれ以上の放送サプライヤからアクセスできる。コマーシャル提供に関するメッセージを暗号解読できるスマートカード（すなわち、放送サプライヤによって販売された１つあるいはいくつかのテレビジョンプログラム）は、受信機／デコーダ２０２０の中に挿入できる。デコーダ２０２０およびスマートカードを使用して、エンドユーザは、加入モードあるいはペイ・パー・ビューモードのいずれかでコマーシャル提供を購入してもよい。
【００６１】
マルチプレクサ２００４および受信機／デコーダ２０２０にも接続され、さらに部分的には放送センターにおよび部分的にはデコーダに置かれた対話式システム４０００によって、エンドユーザは、モデム化されたバックチャネル４００２を介していろいろなアプリケーションと対話できる。
【００６２】
図２は、ディジタルテレビジョンシステム１０００の対話式テレビジョンシステム４０００の一般アーキテクチャを示している。
【００６３】
例えば、対話式システム４０００によって、エンドユーザは、オンスクリーンカタログからいくつかの項目を購入し、要求に応じてローカルニュースおよび天気図を見て、テレビジョン受像機でゲームをすることができる。
【００６４】
対話式システム４０００は、おおまかに４つの主要な要素を備えている。
【００６５】
・放送サプライヤがアプリケーションを作成し、開発し、デバッグし、試験することができる放送センターあるいはどこかほかのオーサリングツール４００４；
・放送センターで、放送サプライヤが、マルチプレクサに供給するためのアプリケーションおよびデータを作成し、認証し、およびフォーマット化することができるオーサリングツール４００４およびエンドユーザに放送されるＭＰＥＧ−２トランスポートストリーム（一般的にはそれの専用セクション）に挿入されるスクランブラ２００４に接続されたアプリケーション・データサーバ４００６；
・エンドユーザによって所有されるかあるいは賃貸される受信機／デコーダ２０２０に設置され、エンドユーザが、アプリケーションを受信し、認証し、伸長し、実行するためにデコーダ２０２０の作業メモリにロードできる実行可能コードである実行時間エンジン（ＲＴＥ）４００８向きの仮想コンピュータ。このエンジン４００８は常駐汎用アプリケーションも実行する。このエンジン４００８はハードウェアおよびオペレーティングシステムとは無関係である；および
・エンドユーザの要求でＭＰＥＧ−２トランスポートストリームにデータおよびアプリケーションを挿入するようにサーバ４００６に命令する信号をイネーブルにする受信機／デコーダ２０２０とアプリケーション・データサーバ４００６との間のモデム化バックチャネル４００２。
【００６６】
対話式テレビジョンシステムは、受信機／デコーダおよびそれの中に含まれるいろいろな装置の機能を制御する「アプリケーション」を使用して作動する。アプリケーションは「リソースファイル」としてエンジン４００８に表示される。「モジュール」は、リソースファイルおよびデータのセットである。受信機／デコーダの「メモリボリューム」はモジュールのための記憶空間である。モジュールは、ＭＰＥＧ−２トランスポートストリームから受信機／デコーダ２０２０にダウンロードされてもよい。
【００６７】
受信機／デコーダ２０２０の物理的インタフェースはデータをダウンロードするために使用される。図３を参照すると、デコーダ２０２０は、例えば、６つのダウンロード装置を含んでいる。すなわち、ＭＰＥＧフローチューナー４０２８、直列インタフェース４０３０、並列インタフェース４０３２、モデム４０３４および２つのカードリーダー４０３６である。受信機／デコーダ２０２０はディスプレイ４０３８も含んでもよい。
【００６８】
この明細書の目的のために、アプリケーションは、好ましくは受信機／デコーダ２０２０の高レベル機能を制御する１つのコンピュータコードである。例えば、エンドユーザが、テレビジョン受像機２０２２の画面上で確認されるボタンオブジェクト上に遠隔コントローラ２０２６の中心を位置決めし、バリデーションキーを押す場合、ボタンに関連した命令シーケンスが実行される。
【００６９】
対話式アプリケーションは、メニューを提供し、エンドユーザの要求でコマンドを実行し、アプリケーションの目的に関連するデータを提供する。アプリケーションは、どちらかの常駐アプリケーション、すなわち受信機／デコーダ２０２０のＲＯＭ（あるいはＦＬＡＳＨあるいは不揮発性メモリ）に記憶された常駐アプリケーションあるいはデコーダ２０２０のＲＡＭ（あるいはＦＬＡＳＨ）に放送およびダウンロードされたアプリケーションのいずれかであってもよい。
【００７０】
アプリケーションの例は、
・起動アプリケーション。受信機／デコーダ２０２０には、受信機／デコーダ２０２０がＭＰＥＧ−２環境で直ちに作動できる、適応可能なモジュール（この用語は下記に詳述される）の集合である常駐起動アプリケーションが装備されている。このアプリケーションは必要ならば放送サプライヤによって修正できる中心機能である。このアプリケーションは常駐アプリケーションとダウンロードされたアプリケーションとの間にインタフェースも提供する。
【００７１】
・スタートアップアプリケーション。スタートアップアプリケーションによって、ダウンロードされるかあるいは常駐のいずれかである任意のアプリケーションは受信機／デコーダ２０２０で実行できる。このアプリケーションは、アプリケーションを開始するためにサービスの到達で実行されたブートストラップの役目を果たす。スタートアップは、ＲＡＭにダウンロードされ、したがって容易に更新できる。それは、各チャネルで利用可能な対話式アプリケーションがダウンロードあるいはプレローディングのいずれかの直後に選択および実行できるように構成できる。プレローディングの場合、アプリケーションは、メモリ２０２４にロードされ、必要な場合、スタートアップによって作動される。
【００７２】
・プログラムガイド。プログラムガイドは、プログラミングについての全情報を示す対話式アプリケーションである。例えば、プログラムガイドは、ディジタルテレビジョンブーケ（ｂｏｕｑｕｅｔ）の各チャネル上に提供された１週間のテレビジョンプログラムについての情報を示してもよい。遠隔コントローラ２０２６のキーを押下することによって、エンドユーザはアドオン画面にアクセスし、テレビジョン受信機２０２２の画面に示された事象にオーバーレイする。このアドオン画面は、ディジタルテレビジョンブーケの各チャネルの現事象および次の事象の情報を示すブラウザである。遠隔コントローラ２０２６の他のキーを押下することによって、エンドユーザは、１週間にわたる事象の情報のリストを表示するアプリケーションをアクセスする。エンドユーザは、簡単にカスタマイズ基準で事象も検索し、分類できる。エンドユーザは選択チャネルも直接にアクセスできる。
【００７３】
・ペイ・パー・ビューアプリケーション。ペイ・パー・ビューアプリケーションは、条件付アクセスシステム３０００とともにディジタルテレビジョンブーケの各ＰＰＶチャネルで利用できる対話式サービスである。エンドユーザは、テレビジョンガイドあるいはチャネルブラウザを使用してアプリケーションにアクセスできる。さらに、ＰＰＶ事象がＰＰＶチャネルで検出されるや否やアプリケーションは自動的に始まる。次に、エンドユーザは、（モデム、電話およびＤＴＭＦコード、ＭＩＮＩＴＥＬ等を使用して）自分のドータースマートカード３０２０あるいは通信サーバ３０２２のいずれかを介して現事象を購入できる。このアプリケーションは、受信機／デコーダ２０２０のＲＯＭに常駐するかあるいは受信機／デコーダ２０２０のＲＡＭにダウンロードされるかのいずれかであってもよい。
【００７４】
・インターネットブラウザアプリケーション。インターネットブラウザアプリケーションの一例において、特定のＵＲＬを有するウェブページを見るリクエストのようなユーザからの命令は、遠隔コントローラ２０２６を使用して入力され、これらは、モデム化バックチャネル４００２によってアプリケーションおよびデータサーバ４００６に送られる。したがって、アップリンク２０１２、トランスポンダ２０１４およびダウンリンク２０１６を介して受信機／デコーダ２０２０によって受信され、テレビジョン２０２２上に表示された適切なウェブページは、放送センターからの送信に含められる。
【００７５】
アプリケーションは、受信機／デコーダ２０２０のメモリロケーションに記憶され、リソースファイルとして示される。このリソースファイルは、グラフィックオブジェクト記述ファイルと、可変ブロックユニットファイルと、命令シーケンスファイルと、アプリケーションファイルと、データファイルとを備えている。 グラフィックオブジェクト記述ユニットファイルは、スクリーン、すなわちアプリケーションのマンマシンインタフェースを記述する。可変ブロックユニットファイルはアプリケーションによって処理されたデータ構造を記述する。命令シーケンスファイルはアプリケーションの処理動作を記述する。アプリケーションファイルはアプリケーションのためのエントリポイントを提供する。
【００７６】
このように構成されたアプリケーションは、アイコンライブラリファイル、画像ファイル、文字フォントファイル、カラーテーブルファイルおよびＡＳＣＩＩテキストファイルのようなデータファイルを使用できる。対話式アプリケーションは、入力および／または出力を行うことによってオンラインデータも得ることができる。
【００７７】
エンジン４００８は、所与の時間に必要であるこれらのリソースファイルをそのメモリにロードだけする。これらのリソースファイルは、グラフィックオブジェクト記述ユニットファイル、命令シーケンスファイルおよびアプリケーションファイルから読み出される。すなわち、可変ブロックユニットファイルは、モジュールをロードする手順の呼び出しに続いてメモリに記憶され、モジュールのロードを解除する特定の呼び出しが行われるまでそこにロックされたままである。
【００７８】
図５を参照すると、電話ショッピングモジュールのようなモジュール４０１０は下記のものよりなるリソースファイルおよびデータのセットである。すなわち、 単一アプリケーションファイル４０１２；
決定された数のグラフィックオブジェクト記述ユニットファイル４０１４；
決定された数の可変ブロックユニットファイル４０１６；
決定された数の命令シーケンスファイル４０１８；
適切である場合、アイコンライブラリファイル、画像ファイル、文字フォントファイル、カラーテーブルファイルおよびＡＳＣＩＩテキストファイルのようなデータファイル４０２０。
【００７９】
少数のコードをダウンロードする概念とともにモジュール４０１０の概念はアプリケーションの容易な進化を可能にする。このアプリケーションは、常駐ソフトウェアとしてデコーダ２０２０の固定ＦＬＡＳＨメモリにダウンロードするかあるいはエンドユーザによって必要とされる場合だけ、デコーダ２０２０のＲＡＭにダウンロードされるために放送できる。
【００８０】
ＭＰＥＧフローの場合、１つのモジュール４０１０は１つの単一のＭＰＥＧテーブルに移送される。ＭＰＥＧチューナー４０２８に送信されたモジュールの場合、長いＭＰＥＧ−２フォーマットは長いヘッダおよびＣＲＣコードと併用される。これは、より短いヘッダを有し、ＣＲＣを有しない「短い」ＭＰＥＧ−２が使用されることを除いて、５つの他のインタフェース（直列インタフェース４０３０、並列インタフェース４０３２、モデム４０３４および２つのカードリーダー４０３６）を有する場合でもある。
【００８１】
特に、公知であるような図６を参照すると、ＭＰＥＧ−２ビットストリームは、０のパケット指示（「ＰＩＤ」）を有するプログラムアクセステーブル（「ＰＡＴ」）１０を含んでいる。ＰＡＴは多数のプログラムのプログラムマップテーブル（「ＰＭＴ」）１２のＰＩＤの参照を含む。各ＰＭＴは、このプログラムのためのオーディオＭＰＥＧテーブル１４およびビデオＭＰＥＧテーブル１６のストリームのＰＩＤの参照を含んでいる。プログラムアクセステーブル１０であるゼロのＰＩＤを有するパケットは全てのＭＰＥＧアクセスのためのエントリポイントを提供する。
【００８２】
アプリケーションおよびアプリケーションのためのデータをダウンロードするために、２つの新しいストリームタイプは規定され、関連ＰＭＴはアプリケーションＭＰＥＧテーブル１８（あるいはテーブルのセクション）およびデータＭＰＥＧテーブル２０（あるいはテーブルのセクション）のストリームのＰＩＤの参照も含んでいる。
【００８３】
図７を参照すると、アプリケーション２２をダウンロードするために、このアプリケーションは、そのいくつかが単一のセクション１８で構成され、その他のものは複数のセクション１８によって構成される各々がＭＰＥＧテーブルによって形成されるモジュール２４に分割される。典型的なセクション１８は、１バイトテーブルＩＤ（「ＴＩＤ」）２８、テーブルのこのセクションのセクション番号３０、このテーブルのセクションの全数３２および２バイトＴＩＤ拡張３４を含んでいるヘッダ２６を有する。各セクションは、データ部３６およびＣＲＣ３８も含んでいる。この特定のモジュール／テーブル２４に関しては、このテーブル２４を構成するセクション１８の全ては、同じＴＩＤ２８および同じＴＩＤ拡張３４を有する。特定のアプリケーション２２に関しては、このアプリケーション２２を構成するテーブル２４の全ては同じＴＩＤ２８を有するが、異なるそれぞれのＴＩＤ拡張を有する。
【００８４】
次に、ＭＰＥＧテーブルの認証は図８を参照して説明される。テーブル４０は、データ４２（一般的には、ヘッダ２６と、ＴＩＤ２８と、ＴＩＤ拡張３４と、データ部３６とを含む）、鍵ＩＤ４４および暗号領域４６を含んでいる。鍵ＩＤ４４は、ブロックを暗号化するために使用される１バイトの特定の秘密鍵ＩＤを含む。暗号領域４６は９６バイトのデータのブロックである。第１のバイト４８はゼロである。１６バイトのシグナチャ５０は、一般的には第１のバイトの後の０と３１バイトとの間のオフセットで開始する。シグナチャ５０は、データ４２の既知ＭＤ５シグナチャ生成処理を使用して発生される。ダミーデータ５２は、第１のバイトとシグナチャ５０との間に挿入され、ブロックは、既知の暗号化処理および鍵ＩＤ４４が一致する秘密鍵を使用して暗号化される。
【００８５】
複数のＭＰＥＧテーブルが認証されるべきである場合、テーブルの名前およびこれらのテーブルのシグナチャをリスティングするディレクトリは搬送波信号に含められる。ＭＰＥＧフローの場合、このディレクトリは、一般的にはゼロのＴＩＤ拡張３４を有する１つの単一のＭＰＥＧテーブルに転送される。このディレクトリテーブルは前述の機構で認証される。一旦ディレクトリが搬送波信号からダウンロードされたとすると、アプリケーションはディレクトリにリストされたＭＰＥＧテーブルの中の１つあるいはそれ以上をダウンロードできる。
【００８６】
次に、アプリケーションのダウンロード中にシグナチャおよび暗号解読を取り扱う受信機／デコーダ２０２０の動作を説明する。図９を参照すると、受信機／デコーダ２０２０は、ＥＥＰＲＯＭ６８、ＦＬＡＳＨ６９、ＲＯＭ７０およびＲＡＭ７２を含んでいる。ＥＥＰＲＯＭ６８は、仮想コンピュータによって使用され、仮想コンピュータだけ（通常のアプリケーションでない）が書き込みできる保護領域７４を含んでいる。保護領域７４は、１６あるいは２５６ビットの鍵バリデーションビットマップ７６および３２ビットのオフセットビットマップ８０を含んでいる。このＲＯＭ７０は、一方の実施形態では、１６個の秘密鍵８２を含み、その場合、１６ビットの鍵バリデーションビットマップが使用され、他方の実施形態では、２５６個の公開鍵を含み、その場合、２５６個の鍵バリデーションビットマップが使用される。公開鍵は、ＲＯＭ７０のその物理的ロケーションによって識別されるかあるいは代わりにルックアップテーブルに含められてもよく、それによって特定の鍵ＩＤは対応する公開鍵を生じる。ＲＡＭ７２はテンポラリ鍵８４を記憶するために使用されてもよい。
【００８７】
アプリケーションがダウンロードされるべきである場合、最初にこのアプリケーションに対する所定のＴＩＤおよびゼロのＴＩＤ拡張を有するディレクトリテーブルはダウンロードされる。次に、鍵ＩＤ４４はディレクトリテーブルから抽出され、抽出された鍵ＩＤ４４に対応するビットがセットされる保護メモリ７４の鍵ＩＤビットマップ７６のチェックが行われる。セットされない場合、アプリケーションのさらなるダウンロードは打ち切られる。しかしながら、適切なキーがセットされる場合、抽出された鍵ＩＤ４４に対応する公開鍵８２はＲＯＭ７０から選択される。次に、選択された公開鍵および既知の暗号解読処理は、ディレクトリテーブル４０の暗号化ブロック４６を暗号解読するために使用され、暗号解読されたブロックを生じる。保護メモリ７４のオフセットビットマップ８０に含まれたオフセットは参照されるかあるいは２個以上のオフセットビットがセットされる場合、各オフセットビットは順に参照され、１６バイトのデータは、参照オフセットで始まる暗号解読ブロックから抽出される。この参照オフセットあるいは各参照オフセットに関して、１６バイトはディレクトリテーブル４０とともに送信されたシグナチャとして処理される。ディレクトリテーブル４０のディレクトリ４２のエントリのシグナチャは公知のＭＤ５処理を使用して計算され、この計算されたシグナチャは暗号解読ブロックから抽出されたシグナチャと比較される。この参照オフセットあるいは各参照オフセットに対する２つのシグナチャが一致しない場合、アプリケーションのさらなるダウンロードが打ち切られる。しかしながら、シグナチャの中の１つが一致する場合、ディレクトリ４２に指定されたモジュールのダウンロードを進行できる。前述のように、特定のモジュールをダウンロードするために、このモジュールに対するＴＩＤ拡張はディレクトリ４２から得られ、ディレクトリテーブルと同じＴＩＤおよび得られたＴＩＤ拡張を有するＭＰＥＧテーブル２４あるいはセクション１８はダウンロードされる。一旦モジュールＭＰＥＧテーブルがダウンロードされたとすると、受信機／デコーダ２０２０は、既知のＭＤ５処理を使用してダウンロードされたテーブルのシグナチャを計算し、次にこの計算されたシグナチャとディレクトリエントリに含まれたシグナチャとを比較する。シグナチャが一致する場合、モジュールが受信されるが、シグナチャが一致しない場合、モジュールが拒絶される。
【００８８】
したがって、アプリケーションのモジュールの全ては上記に指定された方法でダウンロードでき、アプリケーションを受信機／デコーダ２０２０によって実行できる。
【００８９】
次に、受信機／デコーダ２０２０へのデータのダウンロードは、図９〜図１６を参照してより詳細に説明される。
【００９０】
受信機／デコーダ２０２０は、製造者ファームウェア、実行時間エンジン４００８および受信機／デコーダ２０２０のＦＬＡＳＨメモリ６９に記憶するためにＭＰＥＧデータストリームにあるアプリケーションのようなソフトウェアをダウンロードするローダを主にダウンロードするために使用される「ブートストラップ」ローダ１００と呼ばれるローダ１００を含んでいる。ブートストラップローダ１００は、受信機／デコーダ２０２０のＦＬＡＳＨメモリ６９に記憶され、一般的にはそれから消去可能でない。ブートストラップローダ１００は、受信機／デコーダ２０２０のハードウェアおよびそれに記憶されたソフトウェアの制御下で機能を果たす。
【００９１】
受信機／デコーダに記憶されたソフトウェアの書き込み／更新は、
・受信機／デコーダ２０２０の使用の要求で、
・受信機／デコーダ２０２０に記憶されたアプリケーションの要求で、あるいは
・受信機／デコーダ２０２０に予め記憶されたソフトウェア（「常駐」ソフトウェアと呼ばれる）が破損された場合、
実行される。
【００９２】
常駐ソフトウェアが破損されたかどうかを決定するために、受信機／デコーダ２０２０の製造者によって書き込まれ、それの中に記憶されたソフトウェアは、常駐ソフトウェアデータのチェックサムを計算し、これと常駐ソフトウェアに書き込まれたチェックサムとを比較する。２つのチェックサムの値が等しくない場合、常駐ソフトウェアは破損した。
【００９３】
受信機／デコーダ２０２０のＦＬＡＳＨメモリ６９およびＥＥＰＲＯＭ６８は、ブートストラップローダ１００がビットストリームからネイティブコードの形式のローダをダウンロードできるパラメータを含む。パラメータは、ブートストラップローダ１００そのもの、すなわち、ＦＬＡＳＨメモリ６９、あるいはＥＥＰＲＯＭ６８に記憶されてもよい。ＦＬＡＳＨメモリ６９に記憶されてもよいパラメータの例は、
・トランスポンダ２０１４が同調される周波数；
・受信機／デコーダ２０２０によって復調されるいろいろな信号の特性；
・ソフトウェアが送信されるべきＰＩＤ；
・認証中に使用される公開鍵のセット（好ましくは３個の鍵）；
・ＭＰＥＧビットストリームからのディレクトリテーブルのローディングに対するタイムアウト；
・ブートストラップローダ１００のバージョン数；および
・その値が受信機／デコーダ２０２０の製造者によって決定される常駐ソフトウェアの一貫性をチェックするために使用されたＮバイトの「チェックサム」パラメータ、を含んでいる。
【００９４】
ＥＥＰＲＯＭ６８に記憶され、受信機／デコーダ２０２０に記憶されたアプリケーションによって更新されてもよいパラメータの例は、
・受信機／デコーダ２０２０によって復調される他の信号の特性；および
・書き込み／更新のレポートが編集できるパラメータ、を含んでいる。
【００９５】
これらのパラメータはＦＬＡＳＨメモリ６９あるいはＥＥＰＲＯＭ６８のそれぞれのパラメータフィールドに記憶される。図１０を参照すると、各パラメータフィールド４００は、長さ４０２と、予備バイト４０４と、一組のパラメータ４０６と、垂直冗長コード（ＬＲＣ）チェックサム４０８とを含んでいる。パラメータフィールド４００の直前のバイトの排他的ＯＲであるＣＲＬ４１０およびＣＲＬ４１０の１の補数であるＮＣＲＬ４１２を含む。受信機／デコーダ２０２０に記憶されたアプリケーションがパラメータフィールドに記憶されたパラメータ、例えば、ＰＩＤを更新したいならば、アプリケーションは、フィールドに対するＬＲＣチェックサムを計算し、これをフィールドに記憶されたＬＲＣチェックサム４１０と比較する。２つの値が一致する場合、パラメータフィールドの更新が作動される。一致しない場合、パラメータフィールドの更新は打ち切られる。
【００９６】
受信機／デコーダ２０２０にダウンロードされるデータを含むＭＰＥＧビットストリームは、少なくともその一部が「インストリーム」ローダと呼ばれる付加ローダを含むネイティブコードを有する。ブートストラップローダ１００は、インストリームローダをＭＰＥＧビットストリームから受信機／デコーダ２０２０のＲＡＭ７２にダウンロードし、例えば、それは常駐ソフトウェアを更新するためにデータをＭＰＥＧビットストリームからダウンロードするこのインストリームローダである。
【００９７】
受信機／デコーダ２０２０のＦＬＡＳＨメモリ６９にダウンロードされるソフトウェアは、「常駐」ローダと呼ばれるローダも含んでもよい。このローダは、ＭＰＥＧビットストリームからのソフトウェアの書き込み／更新を少なくとも実行できるべきであり、ローカルポートからの更新のような他の機能があってもよく、ＭＰＥＧビットストリームのビデオおよびオーディオのデータを復号化できてもよい。常駐ローダは、アプリケーションの要求でビットストリームからロードされ、例えば、インストリームローダのダウンロードを実行するローダを補足するかあるいはデータをビットストリームからロードする。例えば、書き込み／更新が受信機／デコーダ２０２０に記憶されたアプリケーションによって要求され、常駐ソフトウェアが破損されなかった場合、常駐ローダはインストリームローダの代わりに更新を実行するために使用される。これは受信機／デコーダのソフトウェアを更新するのにかかる時間を減少させることができる。少なくとも常駐ローダの一部はネイティブコードの形式である。
【００９８】
次に、受信機／デコーダ２０２０が必要とされるソフトウェアを探索し、ダウンロードできるＭＰＥＧビットストリームに含まれるいろいろなＭＰＥＧテーブルが図１１および図１２を参照して説明される。
【００９９】
ＭＰＥＧビットストリームは、少なくとも１つのハードウェアディレクトリテーブル２００および複数のローダディレクトリ３００を含んでいる。
【０１００】
ハードウェアディレクトリテーブル２００によって、ブートストラップローダ１００は、インストリームローダおよび受信機／デコーダ２０２０の多数の異なるバージョンのためにダウンロードされるソフトウェアの正しいバージョンを探索できる。図１１を参照すると、ハードウェアディレクトリテーブル２００は、その値が受信機／デコーダ２０２０のＥＥＰＲＯＭ６８に予め記憶され、例えば、ブートストラップローダ１００がハードウェアディレクトリテーブル２００を探索し、ダウンロードできるＤ０のＴＩＤ２０２および００００のＴＩＤ拡張２０４を含んでいる。
【０１０１】
ハードウェアディレクトリテーブル２００は、
ハードウェアディレクトリ２００のバージョン番号、ＨＶＥＲＳＩＯＮ２０６を含んでいる。このバージョン番号は、ハードウェアディレクトリ２００の内容の変更がある度に増加される。
【０１０２】
ハードウェアディレクトリ２００に含まれたインストリームローダ記述の数、ＮＬ２０８；
受信機／デコーダ２０２０の各バージョンに対して、
このような受信機／デコーダ２０２０のバージョン番号の識別子、ＨＶＮ２１０；
このＨＶＮ２１０、インストリームローダおよびダウンロードされるソフトウェアに関連されるローダディレクトリ３００のために使用されるＭＰＥＧテーブルのＴＩＤ２１２；
冗長バイト、ＲＥＳ２１４；
このＨＶＮ２１０に関連したローダディレクトリ３００のために使用されるＭＰＥＧテーブルのセクションの最大サイズ、ＳＥＣＴＩＯＮ ＬＥＮ２１６；
ＨＶＮ２１０に関連したローダディレクトリ３００のローディングに対するタイムアウトの値、ＴＩＭＥ ＯＵＴ２１８；および
ＨＶＮ２１０に関連したローダディレクトリのシグナチャの値、ＳＧＮ ＳＩＧＮ２２０；
ハードウェアディレクトリ２００の認証のために使用された秘密鍵のＩＤ、ＫＥＹ２２２；および
ハードウェアディレクトリ２００のシグナチャＳＩＧＮ Ｈ２２６を含む暗号化領域、ＣＩＰＨ ＡＲＥＡ２２４、シグナチャはシグナチャオフセットＳＧＮ ＯＦＦＳＥＴ２２８によってＣＩＰＨ ＡＲＥＡ２２４の開始からオフセットされる。
【０１０３】
受信機／デコーダのＨＶＮ２１０は４バイトの長さである。１バイトは将来使用するために予備に残され、２バイトは受信機／デコーダのハードウェアのバージョン番号のためのコードを含み、１バイトは受信機／デコーダの製造のためのコードを含んでいる。これによって、ブートストラップローダは、受信機／デコーダのハードウェアプラットホームと互換性があるインストリームローダのバージョンをダウンロードできる。
【０１０４】
ハードウェアディレクトリテーブル２００をダウンロードした場合、ブートストラップローダ１００は、受信機／デコーダ２０２０のＨＶＮ２１０と対応するエントリに対するテーブル２００を探索する。一致が生じない場合、ダウンロードは打ち切られる。一致が生じる場合、ブートストラップローダ１００は、テーブル２００から受信機／デコーダ２０２０のＨＶＮ２１０、インストリームローダおよびダウンロードされるソフトウェアに関連したローダディレクトリ３００に割り当てられたＴＩＤ２１２を識別する。
【０１０５】
図１２を参照するに、受信機／デコーダ２０２０のＨＶＮ２１０に関連した各ローダディレクトリ３００は下記を含む。
【０１０６】
ローダディレクトリ３００のバージョン番号、ＬＶＥＲＳＩＯＮ３０２。このバージョン番号はローダディレクトリ３００の内容の変更がある度に増加される；
インストリームローダのＭＰＥＧテーブルの数、ＮＬ３０４；
インストリームローダのバージョン番号、ＬＶＥＲＳ３０６；
ダウンロードされるソフトウェアのＭＰＥＧテーブルの数、ＮＳ３０８；
ダウンロードされるソフトウェアのバージョン番号、ＳＶＥＲＳ３１０；
インストリームローダの各ＭＰＥＧテーブルに対して：
このＭＰＥＧテーブルのＩＤ、ＳＥ ＩＤ３１２；
このＭＰＥＧテーブルのＴＩＤ拡張、ＴＩＤ ＥＸＴ３１４；
２つの冗長バイト、ＲＥＳ３１６；
このＭＰＥＧテーブルのＭＰＥＧセクションの最大サイズ、ＳＥＣＴＩＯＮ ＬＥＮ３１８；
このＭＰＥＧテーブルのローディングに対するタイムアウトの値、ＴＩＭＥ ＯＵＴ３２０；および
このＭＰＥＧテーブルのシグナチャの値、ＳＧＮ ＳＩＧＮ３２２；
ソフトウェアの各ＭＰＥＧテーブルに対して：
このＭＰＥＧテーブルのＩＤ、ＳＥＧ ＩＤ３２４；
このＭＰＥＧテーブルのＴＩＤ拡張、ＴＩＤ ＥＸＴ３２６；
２つの冗長ビット、ＲＥＳ３２８；
このＭＰＥＧテーブルのＭＰＥＧセクションの最大サイズ、ＳＥＣＴＩＯＮ ＬＥＮ３３０；
このＭＰＥＧテーブルのローディングに対するタイムアウトの値、ＴＩＭＥ ＯＵＴ３３２；
このＭＰＥＧテーブルのシグナチャの値、ＳＩＧＮ ＳＩＧＮ３３４；
ローダディレクトリ３００の認証のために使用される秘密鍵のＩＤ、ＫＥＹ３３６；および
ローダディレクトリ３００のシグナチャＳＩＧＮ Ｌ３４０を含む暗号化領域、ＣＩＰＨ ＡＲＥＡ３３８、シグナチャはシグナチャオフセットＳＥＧ ＯＦＦＳＥＴ３４２により、ＣＩＰＨ ＡＲＥＡ３３８の最初からオフセットされる。
【０１０７】
更新中、とりわけ、例えば、書き込み／更新処理の各ステップの詳細、例えばこのステップが効果的に完了されたか否かを含むレポートが編集されるので、書き込み／更新が失敗した可能性があるステップは後で識別される。このレポートは、
ハードウェアディレクトリ２００のＨＶＥＲＳＩＯＮ２０６；
エラーがハードウェアディレクトリ２００の処理中に生じた場合のエラーの種類およびエラーが生じたハードウェアディレクトリ２００のＭＰＥＧテーブルのＴＩＤ拡張の指示；
ローダディレクトリのＬＶＥＲＳＩＯＮ３０２；
エラーがローダディレクトリ３００の処理中に生じた場合のエラーの種類およびエラーが生じたローダディレクト３００のＭＰＥＧテーブルのＴＩＤ拡張の指示；および
エラーがインストリームローダの処理中に生じた場合のエラーの種類およびエラーが生じたインストリームローダのＭＰＥＧテーブルのＴＩＤ拡張の指示；および
エラーがソフトウェアの処理中に生じた場合のエラーの種類およびエラーが生じたソフトウェアのＭＰＥＧテーブルのＴＩＤ拡張の指示を含んでいる。
【０１０８】
何故書き込み／更新が実行されたに関する理由、例えば、アプリケーションの要求で、検出されるソフトウェアの不整合数および更新の故障数も含んでいる。
【０１０９】
アプリケーションの要求でＭＰＥＧビットストリームにあるソフトウェアで常駐ソフトウェアを更新する場合、受信機／デコーダ２０２０は、新しくダウンロードされたローダディレクトリテーブル３００で識別されたソフトウェアのＳＶＥＲＳ３１０と常駐ソフトウェアのバージョン番号とを比較するように構成されている。ＳＶＥＲＳ３１０がより最近である場合、常駐ソフトウェアと関連したモジュールはＦＬＡＳＨメモリ６９から消去され、更新ソフトウェアのモジュールはダウンロードされ、取り付けられる。
【０１１０】
受信機／デコーダ２０２０の正面パネルＬＥＤディスプレイ４０３８は、データのダウンロード中、受信機／デコーダ２０２０のユーザにメッセージを表示するように構成される。例えば、４つの下記のメッセージは受信機／デコーダ２０２０のＦＬＡＳＨ６９に記憶されたパラメータフィールドに指定される。
【０１１１】
・書き込み／更新が「通常」状態で進行している、すなわちアプリケーションの要求で示している「ＬＯＡＤ」メッセージ；
・更新が「ネイティブ」状態で進行している、すなわち、常駐ソフトウェアが破損したために示している「ＮＡＴＩＶ」メッセージ；
・受信機／デコーダ２０２０のメモリの整合しているかあるいは有効なパラメータ（例えば、ＭＰＥＧチューナ４０２８がセットされるべき周波数あるいはＭＰＥＧビットストリームのＰＩＤ）を探索できないためにブートストラップローダ１００は書き込み／更新を実行できないことを示す「ＯＯＯ」メッセージ；および
・ＯＯＯメッセージに関して指定された以外のエラーが書き込み／更新中に生じたことを示す「ＥＲＲＬ」メッセージ。
【０１１２】
静止メッセージの代替物として、動画の形式のメッセージは受信機／デコーダ上に表示されてもよい。
【０１１３】
次に、例えば、常駐ソフトウェアの更新のステップは図１３〜図１６を参照して説明される。
【０１１４】
ステップＳ１０１において、受信機／デコーダに記憶されたソフトウェアは、チェックサム計算を実行し、この計算の結果と受信機ソフトウェアに記憶されたチェックサムの値とを比較することによって任意の常駐ソフトウェアの一貫性をチェックする。２つの値が異なる場合、更新はネイティブ状態で継続し；２つの値が同じである場合あるいは常駐ソフトウェアが全然探索されない場合、更新は通常状態で継続する。
【０１１５】
このネイティブ状態では、次に前の更新結果がステップＳ１０２でなお保留しているかどうかが決定される。アプリケーションからのこのような更新要求が保留している場合、この要求はステップＳ１０３で消去され、Ｓ１０２は繰り返される。このような更新要求がなお全然保留していない場合、前の更新のレポートはステップＳ１０４で消去され、この更新のログを開始するために初期化される。レポートは更新要求のための理由をログし、すなわち破損ソフトウェアを取り換える。
【０１１６】
ステップＳ１０４に続いて、ＮＡＴＩＶメッセージはステップＳ１０５で受信機／デコーダ２０２０のディスプレイ４０３８上に表示される。
【０１１７】
ステップＳ１０６で、ＥＥＰＲＯＭおよびＦＬＡＳＨメモリ６９のパラメータフィールドに記憶されたパラメータがチェックされる。チューニングパラメータおよび／またはＰＩＤパラメータは規定されていない場合、ディスプレイ４０３８にＯＯＯメッセージを表示させ、更新が打ち切られる。
【０１１８】
これらのパラメータがパラメータフィールドに規定される場合、更新は、ブートストラップローダ１００がパラメータフィールドに記憶されたパラメータに従ってＭＰＥＧチューナ４０２８をトランスポンダ２０１４に同調させるステップＳ１０７に進む。チューニングが失敗する場合、更新は打ち切られ、ＥＲＲＬメッセージが表示される。
【０１１９】
チューニングが成功した場合、ブートストラップローダ１００は、ステップＳ１０８でハードウェアディレクトリ２００をダウンロードし、認証する。ハードウェアディレクトリ２００がタイムアウトに達する前にダウンロードされない場合かあるいはハードウェアディレクトリ２００が（ダウンロード中エラーが生じたので）認証されない場合、更新は打ち切られ、ＥＲＲＬメッセージが表示される。
【０１２０】
ダウンロードおよび認証が成功した場合、ブートストラップローダ１００は、パラメータフィールドに規定されるように、受信機／デコーダ２０２０のバージョン番号に対応するＨＶＮ２１０を検索する。このようなＨＶＮが探索されない場合、更新は打ち切られ、ＥＲＲＬメッセージが表示される。
【０１２１】
このようなエントリが探索される場合、ブートストラップローダ１００は、このＨＶＮ２１０、インストリームローダおよびダウンロードされるソフトウェアに関連したローダディレクトリ３００のために使用されるＭＰＥＧテーブルのＴＩＤ２１２を読み出し、ステップＳ１０９で、正しいローダディレクトリ３００をダウンロードし、認証する。ローダディレクトリ３００がタイムアウトに達する前にダウンロードされない場合、あるいはローダディレクトリが（ダウンロード中エラーが生じたので）認証されない場合、更新は打ち切られ、ＥＲＲＬメッセージが表示される。
【０１２２】
ダウンロードおよび認証が成功した場合、ブートストラップローダ１００は、ステップＳ１１０で、インストリームローダをＭＰＥＧビットストリームから受信機／デコーダ２０２０のＲＡＭ７２にダウンロードする。インストリームローダがタイムアウトに達する前にダウンロードされない場合、あるいはインストリームローダが（ダウンロード中エラーが生じたので）認証されない場合、更新は打ち切られ、ＥＲＲＬメッセージが表示される。
【０１２３】
インストリームローダのロードおよび認証が成功した場合、インストリームローダはステップＳ１１１で実行され、ステップＳ１１２で、常駐ソフトウェアの破損部分が消去され、ダウンロードされるソフトウェアのセグメントはインストリームローダによってダウンロードされ、認証され、ＦＬＡＳＨメモリ６９の適切なアドレスロケーションに書き込まれる。ソフトウェアがタイムアウトに達する前にダウンロードされない場合、あるいはソフトウェアが（ダウンロード中エラーが生じたので）認証されない場合、もしくはエラーがＦＬＡＳＨメモリ６９へのソフトウェアの書き込み中に生じる場合、更新は打ち切られ、ＥＲＲＬメッセージが表示される。
【０１２４】
常駐ソフトウェアの更新が成功した場合、レポートの書き込みはステップＳ１１３で停止され、受信機／デコーダ２０２０は、更なる更新が開始できるようにリセットされる。
【０１２５】
更新が打ち切られるいかなるステップにおいても、完了が成功するまでかあるいはこのステップを実行するタイムアウトに達するまで、このステップは代わりに所定の回数再実行されてもよい。
【０１２６】
更新が通常の状態に進むためのものである場合、ブートストラップローダ１００は、ステップＳ２０１で、アプリケーションからの更新要求が既に保留しているかどうかを決定する。保留していない場合、更新は通常のように継続する。既に更新要求を保留している場合、保留要求が最初に処理される。
【０１２７】
前の更新のレポートは、ステップＳ２０２で消去され、この更新のログを開始するために初期化される。レポートは、例えば、アプリケーションの要求で更新要求のための理由およびアプリケーションによって選択される任意の更新オプションをログする。
【０１２８】
次に、ステップＳ２０３で、常駐ローダが受信機／デコーダ２０２０のＦＬＡＳＨメモリ６９に記憶されているかどうかが決定される。このようなローダが受信機／デコーダに記憶されている場合、ステップＳ２０４で、常駐ローダが受信機／デコーダ２０２０に記憶されているソフトウェアからのコマンドに応じて実行されたかどうかが決定される。常駐ローダが実行された場合、常駐ローダは、ブートストラップローダ１００によって通常実行される更新処理でその後のステップを実行する。
【０１２９】
常駐ローダがないかあるいは実行されなかった場合、ブートストラップローダ１００が使用される。たとえ常駐ローダがＦＬＡＳＨメモリ６９に記憶されたとしても、受信機／デコーダ２０２０に記憶されたソフトウェアはブートストラップローダ１００に強制的に更新処理を続けさせることもできる。
【０１３０】
ＬＯＡＤメッセージは、ステップＳ２０５で、受信機／デコーダ２０２０のディスプレイ４０３８に表示される。
【０１３１】
ステップＳ２０６において、ＥＥＰＲＯＭおよびＦＬＡＳＨメモリ６９のパラメータフィールドに記憶されたパラメータがチェックされる。チューニングパラメータおよび／またはＰＩＤパラメータが規定されない場合、ディスプレイ４０３８にＯＯＯメッセージを表示させ、更新が打ち切られる。
【０１３２】
これらのパラメータがパラメータフィールドに規定される場合、更新は、ブートストラップあるいは常駐ローダがパラメータフィールドに記憶されたパラメータに従ってチューナ４０２８をトランスポンダ２０１４に同調させるステップＳ２０７に進む。チューニングが失敗する場合、更新は打ち切られ、ＥＲＲＬメッセージが表示される。
【０１３３】
チューニングが成功した場合、ブートストラップあるいは常駐ローダは、ステップＳ２０８で、ハードウェアディレクトリ２００をダウンロードし、認証する。ハードウェアディレクトリ２００がタイムアウトに達する前にダウンロードされない場合、ハードウェアディレクトリが（ダウンロード中エラーが生じたので）認証されない場合かあるいは更新を要求するアプリケーションによって選択されたオプションに応じて、成功した更新が同じＨＶＥＲＳＩＯＮ２０６を有するハードウェアディレクトリを使用して実行された場合、更新は打ち切られ、ＥＲＲＬメッセージが表示される。
【０１３４】
ダウンロードおよび認証が成功して、更新がアプリケーションによって可能にされる場合、ブートストラップあるいは常駐ローダは、パラメータフィールドに規定されるように、受信機／デコーダ２０２０のバージョン番号に対応するＨＶＮ２１０を検索する。このようなＨＶＮが探索されない場合、更新は打ち切られ、ＥＲＲＬメッセージが表示される。
【０１３５】
このようなエントリが探索される場合、ブートストラップあるいは常駐ローダは、ＨＶＮ２１０、インストリームローダおよびダウンロードされるソフトウェアに関連したローダディレクトリのために使用されるＭＰＥＧテーブルのＴＩＤ２１２を読み出し、正しいローダディレクトリ３００をダウンロードし、認証する。
【０１３６】
ローダディレクトリ３００がタイムアウトに達する前にダウンロードされない場合、ローダディレクトリが（ダウンロード中エラーが生じたので）認証されない場合かあるいは更新を要求するアプリケーションによって選択されたオプションに応じて、成功した更新が同じＬＶＥＲＳ３０６を有するローダディレクトリを使用して実行された場合、更新は打ち切られ、ＥＲＲＬメッセージが表示される。
【０１３７】
ダウンロードおよび認証が成功して、更新がアプリケーションによって可能にされる場合、ブートストラップ１００は、ステップＳ２１０で、インストリームローダをＭＰＥＧビットストリームから受信機／デコーダ２０２０のＲＡＭ７２にダウンロードする。インストリームローダがタイムアウトに達する前にダウンロードされない場合かあるいはインストリームローダが（ダウンロード中エラーが生じたので）認証されない場合更新は打ち切られ、ＥＲＲＬメッセージが表示される。
【０１３８】
インストリームローダのロードおよび認証が成功した場合、インストリームローダは、ステップＳ２１１で実行され、ステップＳ２１２で、ＭＰＥＧビットストリームのソフトウェアのバージョン番号ＳＶＥＲＳ３１０は常駐ソフトウェアのバージョン番号と比較される。
【０１３９】
バージョン番号が同じである場合、ＦＬＡＳＨメモリ６９へのソフトウェアの書き込みは実行されず、アプリケーション更新要求が消去される。バージョン番号が異なる場合、常駐ソフトウェアは消去され、ダウンロードされるソフトウェアのセグメントは、インストリームローダによってダウンロードされ、認証され、ステップＳ２１３でＦＬＡＳＨメモリ６９に書き込みされる。
【０１４０】
ソフトウェアがタイムアウトに達する前にダウンロードされない場合かあるいはソフトウェアが（ダウンロード中エラーが生じたので）認証されない場合もしくはエラーがＦＬＡＳＨメモリ６９へのソフトウェアの書き込み中に生じる場合、更新は打ち切られ、ＥＲＲＬメッセージが表示される。
【０１４１】
常駐ソフトウェアの更新が成功した場合、レポートの書き込みがステップＳ２１４で停止され、保留更新要求が消去され、受信機／デコーダ２０２０は、更なる更新が開始できるようにリセットされる。
【０１４２】
ネイティブ状態におけるように、更新が打ち切られるいかなるステップにおいても、このステップは、完了が成功するまで、代わりに再実行されてもよい。
【０１４３】
本発明は例として単に上記に述べられ、詳細の修正は本発明の範囲内で行うことができることが理解される。
【０１４４】
各特徴は説明で開示され、（適切である場合）特許請求の範囲および図面は、個別にあるいは任意の適当な組み合わせで提供されてもよい。前述の好ましい実施形態では、本発明の若干の特徴はコンピュータソフトウェアを使用して実行された。しかしながら、もちろん、これらの特徴のいずれもがハードウェアを使用して実行されてもよいことは当業者に明らかである。さらに、ハードウェア、コンピュータソフトウェア等によって実行される機能が電気信号等であるいは電気信号を使用して実行されることが容易に理解される。
【図面の簡単な説明】
【図１】 ディジタルテレビジョンシステムの全アーキテクチャを示している。
【図２】 図１のディジタルテレビジョンシステムの対話式システムのアーキテクチャを示している。
【図３】 図１および図２のシステムの一部を形成する受信機／デコーダのインタフェースの概略図である。
【図４】 ディジタルテレビジョンシステムで使用された遠隔コントローラの概略図である。
【図５】 対話式受信機／デコーダのメモリにダウンロードされたモジュール内のファイルの配置を示している。
【図６】 ＭＰＥＧストリームの多数の構成要素間の相互関係を示している。
【図７】 アプリケーションが、セクションでも構成されてもよい、モジュール／テーブルで構成されてもよい方法を示している。
【図８】 ＭＰＥＧテーブルの認証を示している。
【図９】 テレビジョンシステムの受信機／デコーダのメモリのいろいろな領域を示している。
【図１０】 パラメータフィールドを示している。
【図１１】 ハードウェアディレクトリテーブルを示している。
【図１２】 ローダディレクトリテーブルを示している。
【図１３】 データをダウンロードする手順を示すフローチャートである。
【図１４】 データをダウンロードする手順を示すフローチャートである。
【図１５】 データをダウンロードする手順を示すフローチャートである。
【図１６】 データをダウンロードする手順を示すフローチャートである。
本発明は、
・ データを受信機／デコーダにダウンロードする方法、
・ それ自体がこのような受信機／デコーダおよび
・ 送信システム
に関するものである。
【０００２】
ここで使用される用語「受信機／デコーダ」は、いくつかの他の手段によって放送あるいは送信されてもよい符号化あるいは非符号化信号のいずれか、例えばテレビジョン信号および／またはラジオ信号を受信する受信機を意味してもよい。この用語は受信信号を復号化するデコーダも意味してもよい。このような受信機／デコーダの実施形態は、例えば、物理的に別個の受信機と組み合わせて機能を果たすデコーダのような、あるいはウェブブラウザ、ビデオレコーダ、あるいはテレビジョンのような付加的機能を含むデコーダのような「セットトップボックス」において受信機と一体であり、受信信号を復号化するデコーダを含んでもよい。 主にテレビジョン信号を放送することを意図しているディジタル伝送システムであるが、特に排他的な衛星テレビジョンシステムでないシステムの到来は、他の目的のためのこのようなシステムを使用する可能性を開いた。これらの１つはエンドユーザとの対話性を提供することにある。ここに示されているように、用語「ディジタル伝送システム」は、例えば主に視聴覚あるいはマルチメディアディジタルデータを送信あるいは放送するいかなる伝送システムも含んでいる。本発明は特に放送ディジタルテレビジョンシステムに応用可能であるが、本発明は、マルチメディアインターネット応用のための固定電気通信システムネットワーク、閉回路テレビジョン等にも応用可能であってもよい。
【０００３】
これを行う一つの方法は、テレビジョン信号を受信する受信機／デコーダでアプリケーションを実行することにある。アプリケーションのためのコードは受信機／デコーダに永久に記憶することができる。しかしながら、これはむしろ限られたものである。好ましくは、受信機／デコーダは、必要なアプリケーションのためのコードをダウンロードできるべきである。このように、より多くの多様性が提供されてもよく、アプリケーションはユーザの一部に対する少しのアクションもなしに必要に応じて更新できる。
【０００４】
ＭＰＥＧシステムにおいて、アプリケーションは、ＭＰＥＧビットストリームに送信されたＭＰＥＧテーブルにダウンロードされてもよい。用語ＭＰＥＧは、「カラー動画符号標準化作業グループ」の国際規格機関作業グループによって開発されたデータ伝送システムを指しているが、特にディジタルテレビジョンアプリケーションのために開発され、文書ＩＳＯ１３８１８−１、ＩＳＯ１３８１８−２、ＩＳＯ１３８１８−３およびＩＳＯ１３８１８−４に発表されたＭＰＥＧ−２規格を排他的に指していない。本発明出願に関して、用語は、ディジタルデータ伝送の分野に応用可能であるＭＰＥＧフォーマットの全ての変形例、修正例あるいは開発例を含んでいる。
【０００５】
ＭＰＥＧテーブルをダウンロードするソフトウェアは、受信機／デコーダに永久に記憶されねばならない。実行時間エンジンのアプリケーションコードあるいは更新バージョンのようなデータをダウンロードするために、複合ソフトウェアが要求され、このソフトウェアは、一般的には大量のメモリをとる。しかしながら、このようなソフトウェアは単独でだけ使用されてもよく、仮にもそうであるならば、大量のメモリは長い時間冗長であるソフトウェアによってとられてもよい。
【０００６】
ビットストリームからデータをダウンロードする受信機／デコーダに記憶されたソフトウェアは、一般に「ブートストラップ」ローダと呼ばれる。ブートストラップローダは、好ましくは、例えば、受信機／デコーダのフラッシュメモリボリュームに記憶するためのビットストリームからソフトウェアを含む大部分のデータの形式をダウンロードするように構成されている。したがって、ブートストラップローダは、最少の機能性を有する幾分「基本の」構造を有する傾向があるので、全ての形式のソフトウェアはダウンロードできる。
【０００７】
ブートストラップローダは、一般的には受信機／デコーダのＲＯＭメモリボリュームに記憶され、それから消去できない。一旦ブートストラップローダがＲＯＭメモリボリュームに書き込まれると、ブートストラップローダは修正できないので、生じるかもしれない処理エラーは、万一ローダが破損すると、訂正できない。さらに、ブートストラップローダの機能性は、一旦ＲＯＭに書き込まれたとすると、「固定」される。すなわち、ＲＯＭは、例えば、ビットストリームからデータをダウンロードするのにかかる時間を活用するように更新できない。したがって、ブートストラップローダに認識できない改良されたあるいは新しい構造を有するソフトウェアは、ビットストリームからダウンロードできない。
【０００８】
受信機／デコーダに記憶されたデータの一部が破損する場合、ブートストラップローダはこのデータの完全な非破損バージョンをダウンロードするために使用できる。このデータの非常にわずかな部分だけが破損しなかった場合、このことは破損しなかったデータの一部のダウンロードに費やした著しい時間量に帰着する。
【０００９】
本発明はこれらの問題および他の問題を解決しようとする。
【００１０】
第１の態様において、本発明は、データを受信機／デコーダにダウンロードする方法を提供し、受信機／デコーダで、
データを含むビットストリームを受信するステップと、
ビットストリームからデータをロードするローダを受信機／デコーダにダウンロードするステップと、
前記ダウンロードされたデータローダを使用して前記ビットストリームから前記データをダウンロードするステップとを含む。
【００１１】
一つの実施形態では、ダウンロードされたデータローダはデータローディングプログラムを含む。データローダの少なくとも一部、好ましくは、データローダの大部分、あるいはデータローダの全てさえ、ネイティブコードの形式であってもよい。ここで使用されるように、用語「ネイティブコード」は、ハードウェア固有コード、受信機／デコーダの特定のハードウェアプラットホームに固有なコード、非解釈であるコード、および／または受信機／デコーダのマイクロプロセッサによって直接実行できるコードを含む。したがって、受信機／デコーダによってダウンロードされる一つのネイティブコードによってとられた構造はこの受信機／デコーダのハードウェアプラットホームで使用された特定の装置によって決まる。これは、マイクロプロセッサによって実行できるように受信機／デコーダに記憶されたソフトウェアによって解釈を必要とし、したがって広範囲のハードウェアプラットホームにわたって機能的である「ｐ−コード」として出願人に公知であるような「解釈コード」とは対照的である。データローダによってダウンロードされたデータは、ネイティブコード、ｐ−コードの形式あるいはデータテーブルのような任意の他の適当な形式であってもよい。
【００１２】
上記のことによって、ビットストリームからデータをロードするローダは、ビットストリームからダウンロードされ、好ましくは、受信機／デコーダのＲＡＭに一時的に記憶される。ビットストリームから必要なデータのデータローダを使用するダウンロードに続いて、ダウンロードされたデータローダは、好ましくは、受信機／デコーダから削除される。したがって、一旦ダウンロードされたデータローダがその目的にかなったとすると、ＲＡＭの記憶容量は、データのダウンロードが必要とされない時間のために効率的に増加される。
【００１３】
一旦ダウンロードされたデータローダがビットストリームから必要なデータの全てをダウンロードしたとすると、もちろん、ダウンロードされたデータローダを削除することは必要でない。これに反して、データローダは、その後に、フラッシュメモリボリュームのような受信機／デコーダの非揮発性メモリに記憶されてもよい。これによって、受信機／デコーダは、ビットストリームからデータローダを再ロードする必要なしに記憶されたデータローダを使用して他のデータをダウンロードでき、それによってこのデータをダウンロードするのにかかる時間を減少させる。したがって、複数の異なるデータローダは受信機／デコーダにいつでも記憶されてもよい。
【００１４】
特に１つの特定のデータ項目のダウンロードのために記述されたデータローダは受信機／デコーダによって必要に応じてビットストリームからダウンロードできるので、改良された受信機／デコーダの機能性は、ブートストラップローダによってダウンロードできるデータの構造と異なる更新あるいは修正された構造を有するデータとして提供されてもよく、ダウンロードでき、受信機／デコーダに記憶できる。
【００１５】
１つの好ましい実施形態において、データのダウンロードはダウンロードされたデータローダによって実行される。したがって、データのダウンロードに対して、ブートストラップローダは、効率的にダウンロードされたデータローダと一時的に取り換えられるので、受信機／デコーダによって使用されるデータローダを更新できるか、さもなければ改良できる。
【００１６】
好ましくは、受信機／デコーダに記憶されたデータの一部だけがダウンロードされたデータローダによってダウンロードされたデータの対応する一部と取り換えられる。例えば、記憶データの一部が破損したあるいは古くなる場合、データのこの部分の非破損バージョンあるいは更新バージョンだけが受信機／デコーダによってダウンロードでき、ダウンロードされたデータローダは、適切である場合、ダウンロードされたデータの一部を記憶データに「パッチ」する。したがって、ダウンロードされたデータローダは、受信機／デコーダに記憶されたデータの全バージョンをダウンロードしない。破損しないデータの一部のダウンロードは必要ないので、記憶データを修理あるいは更新するのにかかる時間に著しい改良をもたらすことができる。他の実施形態では、受信機／デコーダに記憶されたデータの一部は、例えば、ダウンロードされたデータローダで送信されたデータのセクションの対応する一部と取り換えられる。
【００１７】
このビットストリームは少なくとも１つのデータローダを含んでもよく、したがって、この方法はさらに、送信システムで、
データローダあるいは各データローダに対して、データローダを複数のモジュールに分割するステップと、
データローダあるいは各データローダに対して、データをそれぞれの複数のモジュールに分割するステップとを含んでもよく、各複数のデータモジュールはそれぞれの複数のデータローダモジュールに関連している。
【００１８】
したがって、ビットストリームは、複数のデータローダおよび関連データを含んでもよい。これによって、異なるハードウェアプラットホームを有する受信機／デコーダは、適切なバージョンのデータローダおよび関連データをダウンロードできる。アプリケーションのようなデータは、ダウンロードできる多数のモジュールで便宜的に構成されてもよく、適切である場合、必要に応じて実行する。
【００１９】
この方法はさらに、送信システムで、
データローダあるいは各データローダに対して、モジュールの各々をそれぞれのテーブルとしてフォーマット化するステップであって、このテーブルは、同じそれぞれのテーブルＩＤ（「ＴＩＤ」）およびそれぞれの異なるテーブルＩＤ拡張（「ＴＩＤ−拡張）を有することと、
データローダあるいは各データローダに対して、データのモジュールの各々をそれぞれのデータとしてフォーマット化するステップとを含んでもよく、このテーブルは、それに関連したデータローダモジュールのテーブルと同じそれぞれのＴＩＤおよびそれぞれの異なるＴＩＤ−拡張を有している。
【００２０】
ＭＰＥＧプロトコルが使用されることは好ましく、使用される場合、ダウンロードステップはモジュールＭＰＥＧテーブルをダウンロードすることを含んでいる。
【００２１】
このテーブルは所定のＴＩＤ−拡張以外のそれぞれの異なるＴＩＤ−拡張を有してもよく、この方法はさらに、伝送システムで、同じＴＩＤを有する複数のモジュールあるいは各複数のモジュールに対して、それぞれのディレクトリテーブルを生成するステップを含んでもよく、ディレクトリテーブルあるいは各ディレクトリテーブルは前記所定のＴＩＤ−拡張およびこのＴＩＤを有し、このディレクトリはテーブルモジュールの各々に対してこのモジュールの名前およびそれぞれのＴＩＤ−拡張を含んでいる。
【００２２】
この方法はさらに、受信機／デコーダで、
ディレクトリテーブルをダウンロードするために所定のＴＩＤ−拡張を有するテーブルの中の１つをダウンロードするステップと、
ディレクトリテーブルの内容からディレクトリテーブルと同じＴＩＤを有するモジュールテーブルのＴＩＤ−拡張を決定するステップと、
前記ダウンロードステップにおいて、ダウンロードされたディレクトリテーブルのＴＩＤと同じＴＩＤおよびダウンロードされたディレクトリテーブルから決定されたＴＩＤ−拡張を有するモジュールテーブルをダウンロードするステップとを含んでもよい。
【００２３】
これらの特徴によって、ディレクトリテーブルは特定のＴＩＤ−拡張を有しているために、ディレクトリテーブルは容易に識別でき、一旦それがダウンロードされたとすると、それによって受信機／デコーダはそのそれぞれのＴＩＤ−拡張からデータローダのモジュールテーブルを識別できる。
【００２４】
この方法はさらに、伝送システムで、所定のテーブルＩＤ（「ＴＩＤ」）を有し、かつ複数の受信機／デコーダのバージョンＩＤの各々に対して、このバージョンＩＤに関連したそれぞれのＴＩＤを含むディレクトリテーブルを生成するステップを含んでもよい。
【００２５】
そうであるならば、この方法はさらに、受信機／デコーダで、
所定のＴＩＤを有する前記ディレクトリテーブルをダウンロードするステップと、
受信機／デコーダのバージョンＩＤを決定するステップとを含んでもよく、
ディレクトリテーブルをダウンロードするステップが、受信機／デコーダのバージョン番号に関連したＴＩＤおよび所定のＴＩＤ−拡張を有するテーブルの中のこの１つをダウンロードすることを含む。
【００２６】
好ましくは、バージョンＩＤは、受信機／デコーダの製造者に割り当てられたコードおよび受信機／デコーダのバージョンに割り当てられたコードを含んでいる。
【００２７】
受信機／デコーダはいろいろな異なる製造者によって設計され、製造されてもよいと推測される。各製造者は多数の異なるバージョンの受信機／デコーダを製造してもよい。したがって、受信機／デコーダはもちろん同じ機能仕様に従っているけれども、受信機／デコーダはいろいろな異なるハードウェア設計を有してもよい。したがって、アプリケーションのようなデータが受信機／デコーダ毎に同じように作動し、受信機／デコーダが全てのアプリケーションを同一の正しい方法で実行すべきであることは重要である。
【００２８】
このデータが特定のバージョンの受信機／デコーダと互換性があることを保証するために、ビットストリームは、データローダおよび受信機／デコーダの各バージョンＩＤのためのデータを含んでもよく、所定のＴＩＤを有するディレクトリテーブルによって、データローダおよび受信機／デコーダの各バージョンＩＤのためのデータのモジュールのＴＩＤは容易に識別できる。
【００２９】
好ましくは、この方法はさらに、送信システムで、
各送信ディレクトリテーブルにそのためのディレクトリバージョンＩＤを含めるステップと、
受信機／デコーダで、
現在送信されたディレクトリテーブルのディレクトリバージョンＩＤが現在送信されたディレクトリテーブルと同じＴＩＤを有する予めダウンロードされたディレクトリテーブルのディレクトリバージョンＩＤよりもより最新であるかどうかを決定し、最新でない場合、データのダウンロードを打ち切るステップを含んでいる。
【００３０】
ブートストラップローダは、例えば、アプリケーションによって、ディレクトリテーブルを周期的にダウンロードし、予めダウンロードされたディレクトリテーブルのディレクトリバージョンＩＤが変更されたかどうかを決定するように命令されてもよい。このことは、受信機／デコーダがビットストリームから任意の更新データを即座にダウンロードすることを保証できる。
【００３１】
同一の受信データで受信機／デコーダに記憶された常駐データを上書きすることを避けるために、常駐データの更新を要求するアプリケーションは、テーブルディレクトリが常駐データの前の更新で使用されたテーブルディレクトリと同じである場合、データのダウンロードを打ち切るように選択できる。
【００３２】
好ましくは、モジュールテーブルの中の少なくとも１つは、ビットストリームで別々に送信される複数のセクションとしてフォーマット化され、セクションの各々は、その所定の部分においてテーブルのこのセクションのＩＤおよびテーブルのセクション数の指示を含んでいる。
【００３３】
この方法は、送信システムで、ビットストリームのテーブルを周期的に送信するステップをさらに含んでもよい。
【００３４】
この方法はさらに、伝送システムにおいて、
ビットストリームにデータのデータバージョンＩＤを含めるステップと、
受信機／デコーダで、
受信されたデータのデータバージョンＩＤが現在記憶されているデータのデータバージョンＩＤよりもより最新であるかどうかを決定し、そうであるならば、ビットストリームから前記データをダウンロードするステップを実行するステップとを含んでもよい。
【００３５】
この特徴によって、受信データのデータバージョンＩＤが受信機／デコーダに記憶されている常駐データのデータバージョンＩＤと同じである場合、ダウンロードは、常駐ソフトウェアの消去および／または受信データのダウンロードの開始をする前に打ち切ることができる。
【００３６】
好ましくは、受信データのデータバージョンＩＤが現在記憶されているデータバージョンＩＤよりもより最新であるかどうかを決定するステップは、現在送信されたディレクトリテーブルのデータバージョンＩＤが現在送信されたディレクトリテーブルと同じＴＩＤを有する予めダウンロードされたディレクトリテーブルのデータバージョンＩＤよりもより最新であると決定した後、行われる。
【００３７】
他の好ましい実施形態では、ダウンロードされたデータローダは、受信機／デコーダに記憶され、データローダをダウンロードする手段を修正するので、データは修正されたダウンロード手段によってダウンロードできる。したがって、ダウンロード手段は、例えば、異なる構造を有するデータがダウンロード手段によってダウンロードできるようにビットストリームからダウンロードされたデータローダによって便宜的に修正できる。
【００３８】
好ましくは、この方法は、送信システムで、
前記ビットストリームに含まれた第２のデータローダを送信するステップと、
受信機／デコーダで、
第２のデータローダをダウンロードするステップと、
最初に述べたデータローダおよびデータの中の１つをダウンロードするステップとを含み、前記送信されたダウンロード手段が最初に述べたデータローダおよびデータの中の１つのダウンロードを実行する。
【００３９】
１つの実施形態では、第２のデータローダは他のデータローダプログラムによって提供され、第２のローダの少なくとも一部がネイティブコードの形式であるのが好ましい。
【００４０】
このことによって、データローダのダウンロードは、ビットストリームから予めダウンロードされた異なるデータローダを使用することによって避けることができる。したがって、予めダウンロードされたデータローダがデータローダと同じように効率的にデータをダウンロードできる場合、新しいデータあるいは修正データがダウンロードされるべきである度にデータローダをビットストリームからダウンロードする必要がない。このことは、新しいデータあるいは修正データをビットストリームからダウンロードするのにかかる時間を著しく減少させることができる。第２のデータローダは、最初に述べたデータローダよりも改良された機能性を提供してもよく、例えば、第２のデータローダはコンピュータプログラムをダウンロードできてもよい。
【００４１】
第２の態様において、本発明は、
データを含むビットストリームを受信する受信機と、
メモリのような記憶手段と、
ビットストリームから記憶手段にダウンロードするダウンロード手段と、
データをビットストリームから受信機／デコーダにロードするローダとを備える受信機／デコーダを提供する。
【００４２】
１つの好ましい実施形態では、ダウンロード手段は受信機／デコーダに記憶されたブートプログラムによって提供される。
【００４３】
受信機／デコーダは、データがビットストリームからダウンロードされた後、ダウンロードされたデータローダを記憶手段から削除する手段をさらに含んでもよい。削除手段は、中央プロセッサおよび受信機／デコーダに記憶された関連ソフトウェアによって提供されてもよい。
【００４４】
受信機／デコーダはテーブルをダウンロードするように構成されてもよい。そうであるならば、ダウンロード手段は、ディレクトリデータをダウンロードするようにテーブルＩＤ（「ＴＩＤ」）および所定のテーブルＩＤ拡張（「ＴＩＤ−拡張」）を有するテーブルをダウンロードし、ディレクトリテーブルの内容からディレクトリテーブルと同じＴＩＤを有するモジュールテーブルのＴＩＤ−拡張を決定し、前記ローダをダウンロードするようにダウンロードされたディレクトリテーブルのＴＩＤと同じＴＩＤおよびダウンロードされたディレクトリテーブルから決定されたＴＩＤ−拡張を有するモジュールテーブルをダウンロードするように構成されてもよい。
【００４５】
ダウンロード手段は、所定のＴＩＤを有し、かつ受信機／デコーダの複数のバージョンＩＤの各々に対して、このバージョンＩＤに関連したそれぞれのＴＩＤを含むディレクトリテーブルをダウンロードし、受信機／デコーダのバージョンＩＤを決定し、受信機／デコーダのバージョン番号に関連したＴＩＤおよび所定のＴＩＤ−拡張を有するディレクトリテーブルをダウンロードするように構成されてもよい。
【００４６】
好ましい実施形態では、ダウンロード手段は、現在送信されたディレクトリテーブルのバージョンＩＤが現在送信されたディレクトリテーブルと同じＴＩＤを有する予めダウンロードされたディレクトリテーブルのバージョンＩＤよりもより最新であるかどうかを決定し、そうでなければ、前記ローダのダウンロードを打ち切るように構成されている。
【００４７】
受信機／デコーダは、少なくとも１つのテーブルとしてフォーマット化されるデータを受信するように構成された並列ポートおよび／または直列ポートをさらに含んでもよい。
【００４８】
好ましくは、前記ダウンロード手段は、最初に述べたデータローダおよびデータの中の１つをダウンロードするために前記ビットストリームに含まれたデータローダをダウンロードするように構成されている。
【００４９】
第３の態様では、本発明は、
データを受信機／デコーダにロードする少なくとも１つのデータローダおよびデータローダあるいは各データローダに関連するデータを含むネイティブコードを含むビットストリームを送信する送信機のような手段と、
データローダあるいは各データローダを複数のモジュールに分割し、かつデータローダあるいは各データローダに関連したデータを前記送信手段による送信のためのそれぞれの複数のモジュールに分割するデータサーバのような手段とを備えている伝送システムを提供する。
【００５０】
好ましくは、伝送システムはさらに、
データローダあるいは各データローダのモジュールの各々をフォーマットする手段であって、データローダあるいは各データローダのテーブルが、同じそれぞれのテーブルＩＤ（「ＴＩＤ」）およびそれぞれの異なるテーブルＩＤ拡張（「ＴＩＤ−拡張」）を有する手段と、
データローダあるいは各データローダに関連したデータのモジュールの各々をそれぞれのテーブルとしてフォーマット化する手段とをさらに備え、データのモジュールのテーブルはそれに関連したデータローダモジュールのテーブルと同一のそれぞれのＴＩＤおよびそれぞれの異なるＴＩＤ−拡張を有する。
【００５１】
フォーマット化手段は便宜的にはデータサーバによって提供されてもよい。
【００５２】
このテーブルは、所定のＴＩＤ−拡張以外のそれぞれの異なるＴＩＤ−拡張を有してもよく、このシステムは、同じＴＩＤを有する複数のモジュールあるいは各複数のモジュールに対するそれぞれのディレクトリテーブルを生成する手段をさらに含んでもよく、各ディレクトリテーブルはこのＴＩＤおよび前記所定のＴＩＤ−拡張を有し、このディレクトリはモジュールの各々に対してこのモジュールの名前およびそれぞれのＴＩＤ−拡張を含む。
【００５３】
送信システムはさらに、
所定のテーブルＩＤ（「ＴＩＤ」）を有し、かつ受信機／デコーダの複数のバージョンＩＤの各々に対してこのバージョンＩＤに関連したそれぞれのＴＩＤを含むディレクトリテーブルを生成する手段を含む。
【００５４】
送信システムはさらに、各送信されたテーブルにそのためのバージョンＩＤを含める手段を含む。
【００５５】
前述された手段の各々は便宜的にはデータサーバによって提供されてもよい。
本発明の第４の態様は、前述された受信機／デコーダおよび前述された伝送システムの組み合わせを提供する。
【００５６】
本発明の第５の態様は、データを受信機／デコーダにロードする少なくとも１つのローダを含む信号およびデータローダあるいは各データローダに関連したデータを提供し、データローダあるいは各データローダが複数のモジュールに分割され、データローダあるいは各データローダに関連したデータがそれぞれの複数のモジュールに分割されている。
【００５７】
本発明の方法の態様の全ての特徴は、適切であるような装置および信号態様およびその逆に利用できる。
【００５８】
次に、本発明の好ましい特徴は、添付図面を参照して、完全に例として以下に述べる。
【００５９】
ディジタルテレビジョンシステム１０００の概要が図１に示される。ディジタルテレビジョンシステム１０００は、圧縮ディジタル信号を伝送するために公知のＭＰＥＧ−２圧縮システムを使用するおもに従来のディジタルテレビジョンシステム２０００を含んでいる。より詳細には、放送センターのＭＰＥＧ−２圧縮器２００２は、ディジタル信号ストリーム（一般的にはビデオ信号のストリーム）を受信する。この圧縮器２００２は、マルチプレクサ・スクランブラ２００４にリンケージ２００６によって接続されている。マルチプレクサ２００４は、複数の他の入力信号を受信し、１つあるいはそれ以上のトランスポートストリームを組み立て、もちろん通信リンクを含むいろいろの形式をとることができるリンケージ２０１０を介して圧縮ディジタル信号を放送センターの送信機２００８に送信する。送信機２００８は、電磁信号をアップリンク２０１２を介してトランスポンダ２０１４の方へ送信する。このトランスポンダ２０１４で、電磁信号は電子的に処理され、概念上のダウンリンク２０１６を介して従来エンドユーザによって所有されるかあるいは賃貸される皿形の地上受信機２０１８に放送される。受信機２０１８によって受信された信号は、エンドユーザによって所有されるかあるいは賃貸され、エンドユーザのテレビジョン受像機２０２２に接続されている統合受信機／デコーダ２０２０に送信される。受信機／デコーダ２０２０は、圧縮ＭＰＥＧ−２信号をテレビジョン受像機２０２２のためのテレビジョン信号に復号化する。
【００６０】
条件付アクセスシステム３０００は、マルチプレクサ２００４および受信機／デコーダ２０２０に接続され、部分的には放送センターに、および部分的にはデコーダに置かれている。それによって、エンドユーザは、ディジタルテレビジョン放送を１つあるいはそれ以上の放送サプライヤからアクセスできる。コマーシャル提供に関するメッセージを暗号解読できるスマートカード（すなわち、放送サプライヤによって販売された１つあるいはいくつかのテレビジョンプログラム）は、受信機／デコーダ２０２０の中に挿入できる。デコーダ２０２０およびスマートカードを使用して、エンドユーザは、加入モードあるいはペイ・パー・ビューモードのいずれかでコマーシャル提供を購入してもよい。
【００６１】
マルチプレクサ２００４および受信機／デコーダ２０２０にも接続され、さらに部分的には放送センターにおよび部分的にはデコーダに置かれた対話式システム４０００によって、エンドユーザは、モデム化されたバックチャネル４００２を介していろいろなアプリケーションと対話できる。
【００６２】
図２は、ディジタルテレビジョンシステム１０００の対話式テレビジョンシステム４０００の一般アーキテクチャを示している。
【００６３】
例えば、対話式システム４０００によって、エンドユーザは、オンスクリーンカタログからいくつかの項目を購入し、要求に応じてローカルニュースおよび天気図を見て、テレビジョン受像機でゲームをすることができる。
【００６４】
対話式システム４０００は、おおまかに４つの主要な要素を備えている。
【００６５】
・放送サプライヤがアプリケーションを作成し、開発し、デバッグし、試験することができる放送センターあるいはどこかほかのオーサリングツール４００４；
・放送センターで、放送サプライヤが、マルチプレクサに供給するためのアプリケーションおよびデータを作成し、認証し、およびフォーマット化することができるオーサリングツール４００４およびエンドユーザに放送されるＭＰＥＧ−２トランスポートストリーム（一般的にはそれの専用セクション）に挿入されるスクランブラ２００４に接続されたアプリケーション・データサーバ４００６；
・エンドユーザによって所有されるかあるいは賃貸される受信機／デコーダ２０２０に設置され、エンドユーザが、アプリケーションを受信し、認証し、伸長し、実行するためにデコーダ２０２０の作業メモリにロードできる実行可能コードである実行時間エンジン（ＲＴＥ）４００８向きの仮想コンピュータ。このエンジン４００８は常駐汎用アプリケーションも実行する。このエンジン４００８はハードウェアおよびオペレーティングシステムとは無関係である；および
・エンドユーザの要求でＭＰＥＧ−２トランスポートストリームにデータおよびアプリケーションを挿入するようにサーバ４００６に命令する信号をイネーブルにする受信機／デコーダ２０２０とアプリケーション・データサーバ４００６との間のモデム化バックチャネル４００２。
【００６６】
対話式テレビジョンシステムは、受信機／デコーダおよびそれの中に含まれるいろいろな装置の機能を制御する「アプリケーション」を使用して作動する。アプリケーションは「リソースファイル」としてエンジン４００８に表示される。「モジュール」は、リソースファイルおよびデータのセットである。受信機／デコーダの「メモリボリューム」はモジュールのための記憶空間である。モジュールは、ＭＰＥＧ−２トランスポートストリームから受信機／デコーダ２０２０にダウンロードされてもよい。
【００６７】
受信機／デコーダ２０２０の物理的インタフェースはデータをダウンロードするために使用される。図３を参照すると、デコーダ２０２０は、例えば、６つのダウンロード装置を含んでいる。すなわち、ＭＰＥＧフローチューナー４０２８、直列インタフェース４０３０、並列インタフェース４０３２、モデム４０３４および２つのカードリーダー４０３６である。受信機／デコーダ２０２０はディスプレイ４０３８も含んでもよい。
【００６８】
この明細書の目的のために、アプリケーションは、好ましくは受信機／デコーダ２０２０の高レベル機能を制御する１つのコンピュータコードである。例えば、エンドユーザが、テレビジョン受像機２０２２の画面上で確認されるボタンオブジェクト上に遠隔コントローラ２０２６の中心を位置決めし、バリデーションキーを押す場合、ボタンに関連した命令シーケンスが実行される。
【００６９】
対話式アプリケーションは、メニューを提供し、エンドユーザの要求でコマンドを実行し、アプリケーションの目的に関連するデータを提供する。アプリケーションは、どちらかの常駐アプリケーション、すなわち受信機／デコーダ２０２０のＲＯＭ（あるいはＦＬＡＳＨあるいは不揮発性メモリ）に記憶された常駐アプリケーションあるいはデコーダ２０２０のＲＡＭ（あるいはＦＬＡＳＨ）に放送およびダウンロードされたアプリケーションのいずれかであってもよい。
【００７０】
アプリケーションの例は、
・起動アプリケーション。受信機／デコーダ２０２０には、受信機／デコーダ２０２０がＭＰＥＧ−２環境で直ちに作動できる、適応可能なモジュール（この用語は下記に詳述される）の集合である常駐起動アプリケーションが装備されている。このアプリケーションは必要ならば放送サプライヤによって修正できる中心機能である。このアプリケーションは常駐アプリケーションとダウンロードされたアプリケーションとの間にインタフェースも提供する。
【００７１】
・スタートアップアプリケーション。スタートアップアプリケーションによって、ダウンロードされるかあるいは常駐のいずれかである任意のアプリケーションは受信機／デコーダ２０２０で実行できる。このアプリケーションは、アプリケーションを開始するためにサービスの到達で実行されたブートストラップの役目を果たす。スタートアップは、ＲＡＭにダウンロードされ、したがって容易に更新できる。それは、各チャネルで利用可能な対話式アプリケーションがダウンロードあるいはプレローディングのいずれかの直後に選択および実行できるように構成できる。プレローディングの場合、アプリケーションは、メモリ２０２４にロードされ、必要な場合、スタートアップによって作動される。
【００７２】
・プログラムガイド。プログラムガイドは、プログラミングについての全情報を示す対話式アプリケーションである。例えば、プログラムガイドは、ディジタルテレビジョンブーケ（ｂｏｕｑｕｅｔ）の各チャネル上に提供された１週間のテレビジョンプログラムについての情報を示してもよい。遠隔コントローラ２０２６のキーを押下することによって、エンドユーザはアドオン画面にアクセスし、テレビジョン受信機２０２２の画面に示された事象にオーバーレイする。このアドオン画面は、ディジタルテレビジョンブーケの各チャネルの現事象および次の事象の情報を示すブラウザである。遠隔コントローラ２０２６の他のキーを押下することによって、エンドユーザは、１週間にわたる事象の情報のリストを表示するアプリケーションをアクセスする。エンドユーザは、簡単にカスタマイズ基準で事象も検索し、分類できる。エンドユーザは選択チャネルも直接にアクセスできる。
【００７３】
・ペイ・パー・ビューアプリケーション。ペイ・パー・ビューアプリケーションは、条件付アクセスシステム３０００とともにディジタルテレビジョンブーケの各ＰＰＶチャネルで利用できる対話式サービスである。エンドユーザは、テレビジョンガイドあるいはチャネルブラウザを使用してアプリケーションにアクセスできる。さらに、ＰＰＶ事象がＰＰＶチャネルで検出されるや否やアプリケーションは自動的に始まる。次に、エンドユーザは、（モデム、電話およびＤＴＭＦコード、ＭＩＮＩＴＥＬ等を使用して）自分のドータースマートカード３０２０あるいは通信サーバ３０２２のいずれかを介して現事象を購入できる。このアプリケーションは、受信機／デコーダ２０２０のＲＯＭに常駐するかあるいは受信機／デコーダ２０２０のＲＡＭにダウンロードされるかのいずれかであってもよい。
【００７４】
・インターネットブラウザアプリケーション。インターネットブラウザアプリケーションの一例において、特定のＵＲＬを有するウェブページを見るリクエストのようなユーザからの命令は、遠隔コントローラ２０２６を使用して入力され、これらは、モデム化バックチャネル４００２によってアプリケーションおよびデータサーバ４００６に送られる。したがって、アップリンク２０１２、トランスポンダ２０１４およびダウンリンク２０１６を介して受信機／デコーダ２０２０によって受信され、テレビジョン２０２２上に表示された適切なウェブページは、放送センターからの送信に含められる。
【００７５】
アプリケーションは、受信機／デコーダ２０２０のメモリロケーションに記憶され、リソースファイルとして示される。このリソースファイルは、グラフィックオブジェクト記述ファイルと、可変ブロックユニットファイルと、命令シーケンスファイルと、アプリケーションファイルと、データファイルとを備えている。 グラフィックオブジェクト記述ユニットファイルは、スクリーン、すなわちアプリケーションのマンマシンインタフェースを記述する。可変ブロックユニットファイルはアプリケーションによって処理されたデータ構造を記述する。命令シーケンスファイルはアプリケーションの処理動作を記述する。アプリケーションファイルはアプリケーションのためのエントリポイントを提供する。
【００７６】
このように構成されたアプリケーションは、アイコンライブラリファイル、画像ファイル、文字フォントファイル、カラーテーブルファイルおよびＡＳＣＩＩテキストファイルのようなデータファイルを使用できる。対話式アプリケーションは、入力および／または出力を行うことによってオンラインデータも得ることができる。
【００７７】
エンジン４００８は、所与の時間に必要であるこれらのリソースファイルをそのメモリにロードだけする。これらのリソースファイルは、グラフィックオブジェクト記述ユニットファイル、命令シーケンスファイルおよびアプリケーションファイルから読み出される。すなわち、可変ブロックユニットファイルは、モジュールをロードする手順の呼び出しに続いてメモリに記憶され、モジュールのロードを解除する特定の呼び出しが行われるまでそこにロックされたままである。
【００７８】
図５を参照すると、電話ショッピングモジュールのようなモジュール４０１０は下記のものよりなるリソースファイルおよびデータのセットである。すなわち、 単一アプリケーションファイル４０１２；
決定された数のグラフィックオブジェクト記述ユニットファイル４０１４；
決定された数の可変ブロックユニットファイル４０１６；
決定された数の命令シーケンスファイル４０１８；
適切である場合、アイコンライブラリファイル、画像ファイル、文字フォントファイル、カラーテーブルファイルおよびＡＳＣＩＩテキストファイルのようなデータファイル４０２０。
【００７９】
少数のコードをダウンロードする概念とともにモジュール４０１０の概念はアプリケーションの容易な進化を可能にする。このアプリケーションは、常駐ソフトウェアとしてデコーダ２０２０の固定ＦＬＡＳＨメモリにダウンロードするかあるいはエンドユーザによって必要とされる場合だけ、デコーダ２０２０のＲＡＭにダウンロードされるために放送できる。
【００８０】
ＭＰＥＧフローの場合、１つのモジュール４０１０は１つの単一のＭＰＥＧテーブルに移送される。ＭＰＥＧチューナー４０２８に送信されたモジュールの場合、長いＭＰＥＧ−２フォーマットは長いヘッダおよびＣＲＣコードと併用される。これは、より短いヘッダを有し、ＣＲＣを有しない「短い」ＭＰＥＧ−２が使用されることを除いて、５つの他のインタフェース（直列インタフェース４０３０、並列インタフェース４０３２、モデム４０３４および２つのカードリーダー４０３６）を有する場合でもある。
【００８１】
特に、公知であるような図６を参照すると、ＭＰＥＧ−２ビットストリームは、０のパケット指示（「ＰＩＤ」）を有するプログラムアクセステーブル（「ＰＡＴ」）１０を含んでいる。ＰＡＴは多数のプログラムのプログラムマップテーブル（「ＰＭＴ」）１２のＰＩＤの参照を含む。各ＰＭＴは、このプログラムのためのオーディオＭＰＥＧテーブル１４およびビデオＭＰＥＧテーブル１６のストリームのＰＩＤの参照を含んでいる。プログラムアクセステーブル１０であるゼロのＰＩＤを有するパケットは全てのＭＰＥＧアクセスのためのエントリポイントを提供する。
【００８２】
アプリケーションおよびアプリケーションのためのデータをダウンロードするために、２つの新しいストリームタイプは規定され、関連ＰＭＴはアプリケーションＭＰＥＧテーブル１８（あるいはテーブルのセクション）およびデータＭＰＥＧテーブル２０（あるいはテーブルのセクション）のストリームのＰＩＤの参照も含んでいる。
【００８３】
図７を参照すると、アプリケーション２２をダウンロードするために、このアプリケーションは、そのいくつかが単一のセクション１８で構成され、その他のものは複数のセクション１８によって構成される各々がＭＰＥＧテーブルによって形成されるモジュール２４に分割される。典型的なセクション１８は、１バイトテーブルＩＤ（「ＴＩＤ」）２８、テーブルのこのセクションのセクション番号３０、このテーブルのセクションの全数３２および２バイトＴＩＤ拡張３４を含んでいるヘッダ２６を有する。各セクションは、データ部３６およびＣＲＣ３８も含んでいる。この特定のモジュール／テーブル２４に関しては、このテーブル２４を構成するセクション１８の全ては、同じＴＩＤ２８および同じＴＩＤ拡張３４を有する。特定のアプリケーション２２に関しては、このアプリケーション２２を構成するテーブル２４の全ては同じＴＩＤ２８を有するが、異なるそれぞれのＴＩＤ拡張を有する。
【００８４】
次に、ＭＰＥＧテーブルの認証は図８を参照して説明される。テーブル４０は、データ４２（一般的には、ヘッダ２６と、ＴＩＤ２８と、ＴＩＤ拡張３４と、データ部３６とを含む）、鍵ＩＤ４４および暗号領域４６を含んでいる。鍵ＩＤ４４は、ブロックを暗号化するために使用される１バイトの特定の秘密鍵ＩＤを含む。暗号領域４６は９６バイトのデータのブロックである。第１のバイト４８はゼロである。１６バイトのシグナチャ５０は、一般的には第１のバイトの後の０と３１バイトとの間のオフセットで開始する。シグナチャ５０は、データ４２の既知ＭＤ５シグナチャ生成処理を使用して発生される。ダミーデータ５２は、第１のバイトとシグナチャ５０との間に挿入され、ブロックは、既知の暗号化処理および鍵ＩＤ４４が一致する秘密鍵を使用して暗号化される。
【００８５】
複数のＭＰＥＧテーブルが認証されるべきである場合、テーブルの名前およびこれらのテーブルのシグナチャをリスティングするディレクトリは搬送波信号に含められる。ＭＰＥＧフローの場合、このディレクトリは、一般的にはゼロのＴＩＤ拡張３４を有する１つの単一のＭＰＥＧテーブルに転送される。このディレクトリテーブルは前述の機構で認証される。一旦ディレクトリが搬送波信号からダウンロードされたとすると、アプリケーションはディレクトリにリストされたＭＰＥＧテーブルの中の１つあるいはそれ以上をダウンロードできる。
【００８６】
次に、アプリケーションのダウンロード中にシグナチャおよび暗号解読を取り扱う受信機／デコーダ２０２０の動作を説明する。図９を参照すると、受信機／デコーダ２０２０は、ＥＥＰＲＯＭ６８、ＦＬＡＳＨ６９、ＲＯＭ７０およびＲＡＭ７２を含んでいる。ＥＥＰＲＯＭ６８は、仮想コンピュータによって使用され、仮想コンピュータだけ（通常のアプリケーションでない）が書き込みできる保護領域７４を含んでいる。保護領域７４は、１６あるいは２５６ビットの鍵バリデーションビットマップ７６および３２ビットのオフセットビットマップ８０を含んでいる。このＲＯＭ７０は、一方の実施形態では、１６個の秘密鍵８２を含み、その場合、１６ビットの鍵バリデーションビットマップが使用され、他方の実施形態では、２５６個の公開鍵を含み、その場合、２５６個の鍵バリデーションビットマップが使用される。公開鍵は、ＲＯＭ７０のその物理的ロケーションによって識別されるかあるいは代わりにルックアップテーブルに含められてもよく、それによって特定の鍵ＩＤは対応する公開鍵を生じる。ＲＡＭ７２はテンポラリ鍵８４を記憶するために使用されてもよい。
【００８７】
アプリケーションがダウンロードされるべきである場合、最初にこのアプリケーションに対する所定のＴＩＤおよびゼロのＴＩＤ拡張を有するディレクトリテーブルはダウンロードされる。次に、鍵ＩＤ４４はディレクトリテーブルから抽出され、抽出された鍵ＩＤ４４に対応するビットがセットされる保護メモリ７４の鍵ＩＤビットマップ７６のチェックが行われる。セットされない場合、アプリケーションのさらなるダウンロードは打ち切られる。しかしながら、適切なキーがセットされる場合、抽出された鍵ＩＤ４４に対応する公開鍵８２はＲＯＭ７０から選択される。次に、選択された公開鍵および既知の暗号解読処理は、ディレクトリテーブル４０の暗号化ブロック４６を暗号解読するために使用され、暗号解読されたブロックを生じる。保護メモリ７４のオフセットビットマップ８０に含まれたオフセットは参照されるかあるいは２個以上のオフセットビットがセットされる場合、各オフセットビットは順に参照され、１６バイトのデータは、参照オフセットで始まる暗号解読ブロックから抽出される。この参照オフセットあるいは各参照オフセットに関して、１６バイトはディレクトリテーブル４０とともに送信されたシグナチャとして処理される。ディレクトリテーブル４０のディレクトリ４２のエントリのシグナチャは公知のＭＤ５処理を使用して計算され、この計算されたシグナチャは暗号解読ブロックから抽出されたシグナチャと比較される。この参照オフセットあるいは各参照オフセットに対する２つのシグナチャが一致しない場合、アプリケーションのさらなるダウンロードが打ち切られる。しかしながら、シグナチャの中の１つが一致する場合、ディレクトリ４２に指定されたモジュールのダウンロードを進行できる。前述のように、特定のモジュールをダウンロードするために、このモジュールに対するＴＩＤ拡張はディレクトリ４２から得られ、ディレクトリテーブルと同じＴＩＤおよび得られたＴＩＤ拡張を有するＭＰＥＧテーブル２４あるいはセクション１８はダウンロードされる。一旦モジュールＭＰＥＧテーブルがダウンロードされたとすると、受信機／デコーダ２０２０は、既知のＭＤ５処理を使用してダウンロードされたテーブルのシグナチャを計算し、次にこの計算されたシグナチャとディレクトリエントリに含まれたシグナチャとを比較する。シグナチャが一致する場合、モジュールが受信されるが、シグナチャが一致しない場合、モジュールが拒絶される。
【００８８】
したがって、アプリケーションのモジュールの全ては上記に指定された方法でダウンロードでき、アプリケーションを受信機／デコーダ２０２０によって実行できる。
【００８９】
次に、受信機／デコーダ２０２０へのデータのダウンロードは、図９〜図１６を参照してより詳細に説明される。
【００９０】
受信機／デコーダ２０２０は、製造者ファームウェア、実行時間エンジン４００８および受信機／デコーダ２０２０のＦＬＡＳＨメモリ６９に記憶するためにＭＰＥＧデータストリームにあるアプリケーションのようなソフトウェアをダウンロードするローダを主にダウンロードするために使用される「ブートストラップ」ローダ１００と呼ばれるローダ１００を含んでいる。ブートストラップローダ１００は、受信機／デコーダ２０２０のＦＬＡＳＨメモリ６９に記憶され、一般的にはそれから消去可能でない。ブートストラップローダ１００は、受信機／デコーダ２０２０のハードウェアおよびそれに記憶されたソフトウェアの制御下で機能を果たす。
【００９１】
受信機／デコーダに記憶されたソフトウェアの書き込み／更新は、
・受信機／デコーダ２０２０の使用の要求で、
・受信機／デコーダ２０２０に記憶されたアプリケーションの要求で、あるいは
・受信機／デコーダ２０２０に予め記憶されたソフトウェア（「常駐」ソフトウェアと呼ばれる）が破損された場合、
実行される。
【００９２】
常駐ソフトウェアが破損されたかどうかを決定するために、受信機／デコーダ２０２０の製造者によって書き込まれ、それの中に記憶されたソフトウェアは、常駐ソフトウェアデータのチェックサムを計算し、これと常駐ソフトウェアに書き込まれたチェックサムとを比較する。２つのチェックサムの値が等しくない場合、常駐ソフトウェアは破損した。
【００９３】
受信機／デコーダ２０２０のＦＬＡＳＨメモリ６９およびＥＥＰＲＯＭ６８は、ブートストラップローダ１００がビットストリームからネイティブコードの形式のローダをダウンロードできるパラメータを含む。パラメータは、ブートストラップローダ１００そのもの、すなわち、ＦＬＡＳＨメモリ６９、あるいはＥＥＰＲＯＭ６８に記憶されてもよい。ＦＬＡＳＨメモリ６９に記憶されてもよいパラメータの例は、
・トランスポンダ２０１４が同調される周波数；
・受信機／デコーダ２０２０によって復調されるいろいろな信号の特性；
・ソフトウェアが送信されるべきＰＩＤ；
・認証中に使用される公開鍵のセット（好ましくは３個の鍵）；
・ＭＰＥＧビットストリームからのディレクトリテーブルのローディングに対するタイムアウト；
・ブートストラップローダ１００のバージョン数；および
・その値が受信機／デコーダ２０２０の製造者によって決定される常駐ソフトウェアの一貫性をチェックするために使用されたＮバイトの「チェックサム」パラメータ、を含んでいる。
【００９４】
ＥＥＰＲＯＭ６８に記憶され、受信機／デコーダ２０２０に記憶されたアプリケーションによって更新されてもよいパラメータの例は、
・受信機／デコーダ２０２０によって復調される他の信号の特性；および
・書き込み／更新のレポートが編集できるパラメータ、を含んでいる。
【００９５】
これらのパラメータはＦＬＡＳＨメモリ６９あるいはＥＥＰＲＯＭ６８のそれぞれのパラメータフィールドに記憶される。図１０を参照すると、各パラメータフィールド４００は、長さ４０２と、予備バイト４０４と、一組のパラメータ４０６と、垂直冗長コード（ＬＲＣ）チェックサム４０８とを含んでいる。パラメータフィールド４００の直前のバイトの排他的ＯＲであるＣＲＬ４１０およびＣＲＬ４１０の１の補数であるＮＣＲＬ４１２を含む。受信機／デコーダ２０２０に記憶されたアプリケーションがパラメータフィールドに記憶されたパラメータ、例えば、ＰＩＤを更新したいならば、アプリケーションは、フィールドに対するＬＲＣチェックサムを計算し、これをフィールドに記憶されたＬＲＣチェックサム４１０と比較する。２つの値が一致する場合、パラメータフィールドの更新が作動される。一致しない場合、パラメータフィールドの更新は打ち切られる。
【００９６】
受信機／デコーダ２０２０にダウンロードされるデータを含むＭＰＥＧビットストリームは、少なくともその一部が「インストリーム」ローダと呼ばれる付加ローダを含むネイティブコードを有する。ブートストラップローダ１００は、インストリームローダをＭＰＥＧビットストリームから受信機／デコーダ２０２０のＲＡＭ７２にダウンロードし、例えば、それは常駐ソフトウェアを更新するためにデータをＭＰＥＧビットストリームからダウンロードするこのインストリームローダである。
【００９７】
受信機／デコーダ２０２０のＦＬＡＳＨメモリ６９にダウンロードされるソフトウェアは、「常駐」ローダと呼ばれるローダも含んでもよい。このローダは、ＭＰＥＧビットストリームからのソフトウェアの書き込み／更新を少なくとも実行できるべきであり、ローカルポートからの更新のような他の機能があってもよく、ＭＰＥＧビットストリームのビデオおよびオーディオのデータを復号化できてもよい。常駐ローダは、アプリケーションの要求でビットストリームからロードされ、例えば、インストリームローダのダウンロードを実行するローダを補足するかあるいはデータをビットストリームからロードする。例えば、書き込み／更新が受信機／デコーダ２０２０に記憶されたアプリケーションによって要求され、常駐ソフトウェアが破損されなかった場合、常駐ローダはインストリームローダの代わりに更新を実行するために使用される。これは受信機／デコーダのソフトウェアを更新するのにかかる時間を減少させることができる。少なくとも常駐ローダの一部はネイティブコードの形式である。
【００９８】
次に、受信機／デコーダ２０２０が必要とされるソフトウェアを探索し、ダウンロードできるＭＰＥＧビットストリームに含まれるいろいろなＭＰＥＧテーブルが図１１および図１２を参照して説明される。
【００９９】
ＭＰＥＧビットストリームは、少なくとも１つのハードウェアディレクトリテーブル２００および複数のローダディレクトリ３００を含んでいる。
【０１００】
ハードウェアディレクトリテーブル２００によって、ブートストラップローダ１００は、インストリームローダおよび受信機／デコーダ２０２０の多数の異なるバージョンのためにダウンロードされるソフトウェアの正しいバージョンを探索できる。図１１を参照すると、ハードウェアディレクトリテーブル２００は、その値が受信機／デコーダ２０２０のＥＥＰＲＯＭ６８に予め記憶され、例えば、ブートストラップローダ１００がハードウェアディレクトリテーブル２００を探索し、ダウンロードできるＤ０のＴＩＤ２０２および００００のＴＩＤ拡張２０４を含んでいる。
【０１０１】
ハードウェアディレクトリテーブル２００は、
ハードウェアディレクトリ２００のバージョン番号、ＨＶＥＲＳＩＯＮ２０６を含んでいる。このバージョン番号は、ハードウェアディレクトリ２００の内容の変更がある度に増加される。
【０１０２】
ハードウェアディレクトリ２００に含まれたインストリームローダ記述の数、ＮＬ２０８；
受信機／デコーダ２０２０の各バージョンに対して、
このような受信機／デコーダ２０２０のバージョン番号の識別子、ＨＶＮ２１０；
このＨＶＮ２１０、インストリームローダおよびダウンロードされるソフトウェアに関連されるローダディレクトリ３００のために使用されるＭＰＥＧテーブルのＴＩＤ２１２；
冗長バイト、ＲＥＳ２１４；
このＨＶＮ２１０に関連したローダディレクトリ３００のために使用されるＭＰＥＧテーブルのセクションの最大サイズ、ＳＥＣＴＩＯＮ ＬＥＮ２１６；
ＨＶＮ２１０に関連したローダディレクトリ３００のローディングに対するタイムアウトの値、ＴＩＭＥ ＯＵＴ２１８；および
ＨＶＮ２１０に関連したローダディレクトリのシグナチャの値、ＳＧＮ ＳＩＧＮ２２０；
ハードウェアディレクトリ２００の認証のために使用された秘密鍵のＩＤ、ＫＥＹ２２２；および
ハードウェアディレクトリ２００のシグナチャＳＩＧＮ Ｈ２２６を含む暗号化領域、ＣＩＰＨ ＡＲＥＡ２２４、シグナチャはシグナチャオフセットＳＧＮ ＯＦＦＳＥＴ２２８によってＣＩＰＨ ＡＲＥＡ２２４の開始からオフセットされる。
【０１０３】
受信機／デコーダのＨＶＮ２１０は４バイトの長さである。１バイトは将来使用するために予備に残され、２バイトは受信機／デコーダのハードウェアのバージョン番号のためのコードを含み、１バイトは受信機／デコーダの製造のためのコードを含んでいる。これによって、ブートストラップローダは、受信機／デコーダのハードウェアプラットホームと互換性があるインストリームローダのバージョンをダウンロードできる。
【０１０４】
ハードウェアディレクトリテーブル２００をダウンロードした場合、ブートストラップローダ１００は、受信機／デコーダ２０２０のＨＶＮ２１０と対応するエントリに対するテーブル２００を探索する。一致が生じない場合、ダウンロードは打ち切られる。一致が生じる場合、ブートストラップローダ１００は、テーブル２００から受信機／デコーダ２０２０のＨＶＮ２１０、インストリームローダおよびダウンロードされるソフトウェアに関連したローダディレクトリ３００に割り当てられたＴＩＤ２１２を識別する。
【０１０５】
図１２を参照するに、受信機／デコーダ２０２０のＨＶＮ２１０に関連した各ローダディレクトリ３００は下記を含む。
【０１０６】
ローダディレクトリ３００のバージョン番号、ＬＶＥＲＳＩＯＮ３０２。このバージョン番号はローダディレクトリ３００の内容の変更がある度に増加される；
インストリームローダのＭＰＥＧテーブルの数、ＮＬ３０４；
インストリームローダのバージョン番号、ＬＶＥＲＳ３０６；
ダウンロードされるソフトウェアのＭＰＥＧテーブルの数、ＮＳ３０８；
ダウンロードされるソフトウェアのバージョン番号、ＳＶＥＲＳ３１０；
インストリームローダの各ＭＰＥＧテーブルに対して：
このＭＰＥＧテーブルのＩＤ、ＳＥ ＩＤ３１２；
このＭＰＥＧテーブルのＴＩＤ拡張、ＴＩＤ ＥＸＴ３１４；
２つの冗長バイト、ＲＥＳ３１６；
このＭＰＥＧテーブルのＭＰＥＧセクションの最大サイズ、ＳＥＣＴＩＯＮ ＬＥＮ３１８；
このＭＰＥＧテーブルのローディングに対するタイムアウトの値、ＴＩＭＥ ＯＵＴ３２０；および
このＭＰＥＧテーブルのシグナチャの値、ＳＧＮ ＳＩＧＮ３２２；
ソフトウェアの各ＭＰＥＧテーブルに対して：
このＭＰＥＧテーブルのＩＤ、ＳＥＧ ＩＤ３２４；
このＭＰＥＧテーブルのＴＩＤ拡張、ＴＩＤ ＥＸＴ３２６；
２つの冗長ビット、ＲＥＳ３２８；
このＭＰＥＧテーブルのＭＰＥＧセクションの最大サイズ、ＳＥＣＴＩＯＮ ＬＥＮ３３０；
このＭＰＥＧテーブルのローディングに対するタイムアウトの値、ＴＩＭＥ ＯＵＴ３３２；
このＭＰＥＧテーブルのシグナチャの値、ＳＩＧＮ ＳＩＧＮ３３４；
ローダディレクトリ３００の認証のために使用される秘密鍵のＩＤ、ＫＥＹ３３６；および
ローダディレクトリ３００のシグナチャＳＩＧＮ Ｌ３４０を含む暗号化領域、ＣＩＰＨ ＡＲＥＡ３３８、シグナチャはシグナチャオフセットＳＥＧ ＯＦＦＳＥＴ３４２により、ＣＩＰＨ ＡＲＥＡ３３８の最初からオフセットされる。
【０１０７】
更新中、とりわけ、例えば、書き込み／更新処理の各ステップの詳細、例えばこのステップが効果的に完了されたか否かを含むレポートが編集されるので、書き込み／更新が失敗した可能性があるステップは後で識別される。このレポートは、
ハードウェアディレクトリ２００のＨＶＥＲＳＩＯＮ２０６；
エラーがハードウェアディレクトリ２００の処理中に生じた場合のエラーの種類およびエラーが生じたハードウェアディレクトリ２００のＭＰＥＧテーブルのＴＩＤ拡張の指示；
ローダディレクトリのＬＶＥＲＳＩＯＮ３０２；
エラーがローダディレクトリ３００の処理中に生じた場合のエラーの種類およびエラーが生じたローダディレクト３００のＭＰＥＧテーブルのＴＩＤ拡張の指示；および
エラーがインストリームローダの処理中に生じた場合のエラーの種類およびエラーが生じたインストリームローダのＭＰＥＧテーブルのＴＩＤ拡張の指示；および
エラーがソフトウェアの処理中に生じた場合のエラーの種類およびエラーが生じたソフトウェアのＭＰＥＧテーブルのＴＩＤ拡張の指示を含んでいる。
【０１０８】
何故書き込み／更新が実行されたに関する理由、例えば、アプリケーションの要求で、検出されるソフトウェアの不整合数および更新の故障数も含んでいる。
【０１０９】
アプリケーションの要求でＭＰＥＧビットストリームにあるソフトウェアで常駐ソフトウェアを更新する場合、受信機／デコーダ２０２０は、新しくダウンロードされたローダディレクトリテーブル３００で識別されたソフトウェアのＳＶＥＲＳ３１０と常駐ソフトウェアのバージョン番号とを比較するように構成されている。ＳＶＥＲＳ３１０がより最近である場合、常駐ソフトウェアと関連したモジュールはＦＬＡＳＨメモリ６９から消去され、更新ソフトウェアのモジュールはダウンロードされ、取り付けられる。
【０１１０】
受信機／デコーダ２０２０の正面パネルＬＥＤディスプレイ４０３８は、データのダウンロード中、受信機／デコーダ２０２０のユーザにメッセージを表示するように構成される。例えば、４つの下記のメッセージは受信機／デコーダ２０２０のＦＬＡＳＨ６９に記憶されたパラメータフィールドに指定される。
【０１１１】
・書き込み／更新が「通常」状態で進行している、すなわちアプリケーションの要求で示している「ＬＯＡＤ」メッセージ；
・更新が「ネイティブ」状態で進行している、すなわち、常駐ソフトウェアが破損したために示している「ＮＡＴＩＶ」メッセージ；
・受信機／デコーダ２０２０のメモリの整合しているかあるいは有効なパラメータ（例えば、ＭＰＥＧチューナ４０２８がセットされるべき周波数あるいはＭＰＥＧビットストリームのＰＩＤ）を探索できないためにブートストラップローダ１００は書き込み／更新を実行できないことを示す「ＯＯＯ」メッセージ；および
・ＯＯＯメッセージに関して指定された以外のエラーが書き込み／更新中に生じたことを示す「ＥＲＲＬ」メッセージ。
【０１１２】
静止メッセージの代替物として、動画の形式のメッセージは受信機／デコーダ上に表示されてもよい。
【０１１３】
次に、例えば、常駐ソフトウェアの更新のステップは図１３〜図１６を参照して説明される。
【０１１４】
ステップＳ１０１において、受信機／デコーダに記憶されたソフトウェアは、チェックサム計算を実行し、この計算の結果と受信機ソフトウェアに記憶されたチェックサムの値とを比較することによって任意の常駐ソフトウェアの一貫性をチェックする。２つの値が異なる場合、更新はネイティブ状態で継続し；２つの値が同じである場合あるいは常駐ソフトウェアが全然探索されない場合、更新は通常状態で継続する。
【０１１５】
このネイティブ状態では、次に前の更新結果がステップＳ１０２でなお保留しているかどうかが決定される。アプリケーションからのこのような更新要求が保留している場合、この要求はステップＳ１０３で消去され、Ｓ１０２は繰り返される。このような更新要求がなお全然保留していない場合、前の更新のレポートはステップＳ１０４で消去され、この更新のログを開始するために初期化される。レポートは更新要求のための理由をログし、すなわち破損ソフトウェアを取り換える。
【０１１６】
ステップＳ１０４に続いて、ＮＡＴＩＶメッセージはステップＳ１０５で受信機／デコーダ２０２０のディスプレイ４０３８上に表示される。
【０１１７】
ステップＳ１０６で、ＥＥＰＲＯＭおよびＦＬＡＳＨメモリ６９のパラメータフィールドに記憶されたパラメータがチェックされる。チューニングパラメータおよび／またはＰＩＤパラメータは規定されていない場合、ディスプレイ４０３８にＯＯＯメッセージを表示させ、更新が打ち切られる。
【０１１８】
これらのパラメータがパラメータフィールドに規定される場合、更新は、ブートストラップローダ１００がパラメータフィールドに記憶されたパラメータに従ってＭＰＥＧチューナ４０２８をトランスポンダ２０１４に同調させるステップＳ１０７に進む。チューニングが失敗する場合、更新は打ち切られ、ＥＲＲＬメッセージが表示される。
【０１１９】
チューニングが成功した場合、ブートストラップローダ１００は、ステップＳ１０８でハードウェアディレクトリ２００をダウンロードし、認証する。ハードウェアディレクトリ２００がタイムアウトに達する前にダウンロードされない場合かあるいはハードウェアディレクトリ２００が（ダウンロード中エラーが生じたので）認証されない場合、更新は打ち切られ、ＥＲＲＬメッセージが表示される。
【０１２０】
ダウンロードおよび認証が成功した場合、ブートストラップローダ１００は、パラメータフィールドに規定されるように、受信機／デコーダ２０２０のバージョン番号に対応するＨＶＮ２１０を検索する。このようなＨＶＮが探索されない場合、更新は打ち切られ、ＥＲＲＬメッセージが表示される。
【０１２１】
このようなエントリが探索される場合、ブートストラップローダ１００は、このＨＶＮ２１０、インストリームローダおよびダウンロードされるソフトウェアに関連したローダディレクトリ３００のために使用されるＭＰＥＧテーブルのＴＩＤ２１２を読み出し、ステップＳ１０９で、正しいローダディレクトリ３００をダウンロードし、認証する。ローダディレクトリ３００がタイムアウトに達する前にダウンロードされない場合、あるいはローダディレクトリが（ダウンロード中エラーが生じたので）認証されない場合、更新は打ち切られ、ＥＲＲＬメッセージが表示される。
【０１２２】
ダウンロードおよび認証が成功した場合、ブートストラップローダ１００は、ステップＳ１１０で、インストリームローダをＭＰＥＧビットストリームから受信機／デコーダ２０２０のＲＡＭ７２にダウンロードする。インストリームローダがタイムアウトに達する前にダウンロードされない場合、あるいはインストリームローダが（ダウンロード中エラーが生じたので）認証されない場合、更新は打ち切られ、ＥＲＲＬメッセージが表示される。
【０１２３】
インストリームローダのロードおよび認証が成功した場合、インストリームローダはステップＳ１１１で実行され、ステップＳ１１２で、常駐ソフトウェアの破損部分が消去され、ダウンロードされるソフトウェアのセグメントはインストリームローダによってダウンロードされ、認証され、ＦＬＡＳＨメモリ６９の適切なアドレスロケーションに書き込まれる。ソフトウェアがタイムアウトに達する前にダウンロードされない場合、あるいはソフトウェアが（ダウンロード中エラーが生じたので）認証されない場合、もしくはエラーがＦＬＡＳＨメモリ６９へのソフトウェアの書き込み中に生じる場合、更新は打ち切られ、ＥＲＲＬメッセージが表示される。
【０１２４】
常駐ソフトウェアの更新が成功した場合、レポートの書き込みはステップＳ１１３で停止され、受信機／デコーダ２０２０は、更なる更新が開始できるようにリセットされる。
【０１２５】
更新が打ち切られるいかなるステップにおいても、完了が成功するまでかあるいはこのステップを実行するタイムアウトに達するまで、このステップは代わりに所定の回数再実行されてもよい。
【０１２６】
更新が通常の状態に進むためのものである場合、ブートストラップローダ１００は、ステップＳ２０１で、アプリケーションからの更新要求が既に保留しているかどうかを決定する。保留していない場合、更新は通常のように継続する。既に更新要求を保留している場合、保留要求が最初に処理される。
【０１２７】
前の更新のレポートは、ステップＳ２０２で消去され、この更新のログを開始するために初期化される。レポートは、例えば、アプリケーションの要求で更新要求のための理由およびアプリケーションによって選択される任意の更新オプションをログする。
【０１２８】
次に、ステップＳ２０３で、常駐ローダが受信機／デコーダ２０２０のＦＬＡＳＨメモリ６９に記憶されているかどうかが決定される。このようなローダが受信機／デコーダに記憶されている場合、ステップＳ２０４で、常駐ローダが受信機／デコーダ２０２０に記憶されているソフトウェアからのコマンドに応じて実行されたかどうかが決定される。常駐ローダが実行された場合、常駐ローダは、ブートストラップローダ１００によって通常実行される更新処理でその後のステップを実行する。
【０１２９】
常駐ローダがないかあるいは実行されなかった場合、ブートストラップローダ１００が使用される。たとえ常駐ローダがＦＬＡＳＨメモリ６９に記憶されたとしても、受信機／デコーダ２０２０に記憶されたソフトウェアはブートストラップローダ１００に強制的に更新処理を続けさせることもできる。
【０１３０】
ＬＯＡＤメッセージは、ステップＳ２０５で、受信機／デコーダ２０２０のディスプレイ４０３８に表示される。
【０１３１】
ステップＳ２０６において、ＥＥＰＲＯＭおよびＦＬＡＳＨメモリ６９のパラメータフィールドに記憶されたパラメータがチェックされる。チューニングパラメータおよび／またはＰＩＤパラメータが規定されない場合、ディスプレイ４０３８にＯＯＯメッセージを表示させ、更新が打ち切られる。
【０１３２】
これらのパラメータがパラメータフィールドに規定される場合、更新は、ブートストラップあるいは常駐ローダがパラメータフィールドに記憶されたパラメータに従ってチューナ４０２８をトランスポンダ２０１４に同調させるステップＳ２０７に進む。チューニングが失敗する場合、更新は打ち切られ、ＥＲＲＬメッセージが表示される。
【０１３３】
チューニングが成功した場合、ブートストラップあるいは常駐ローダは、ステップＳ２０８で、ハードウェアディレクトリ２００をダウンロードし、認証する。ハードウェアディレクトリ２００がタイムアウトに達する前にダウンロードされない場合、ハードウェアディレクトリが（ダウンロード中エラーが生じたので）認証されない場合かあるいは更新を要求するアプリケーションによって選択されたオプションに応じて、成功した更新が同じＨＶＥＲＳＩＯＮ２０６を有するハードウェアディレクトリを使用して実行された場合、更新は打ち切られ、ＥＲＲＬメッセージが表示される。
【０１３４】
ダウンロードおよび認証が成功して、更新がアプリケーションによって可能にされる場合、ブートストラップあるいは常駐ローダは、パラメータフィールドに規定されるように、受信機／デコーダ２０２０のバージョン番号に対応するＨＶＮ２１０を検索する。このようなＨＶＮが探索されない場合、更新は打ち切られ、ＥＲＲＬメッセージが表示される。
【０１３５】
このようなエントリが探索される場合、ブートストラップあるいは常駐ローダは、ＨＶＮ２１０、インストリームローダおよびダウンロードされるソフトウェアに関連したローダディレクトリのために使用されるＭＰＥＧテーブルのＴＩＤ２１２を読み出し、正しいローダディレクトリ３００をダウンロードし、認証する。
【０１３６】
ローダディレクトリ３００がタイムアウトに達する前にダウンロードされない場合、ローダディレクトリが（ダウンロード中エラーが生じたので）認証されない場合かあるいは更新を要求するアプリケーションによって選択されたオプションに応じて、成功した更新が同じＬＶＥＲＳ３０６を有するローダディレクトリを使用して実行された場合、更新は打ち切られ、ＥＲＲＬメッセージが表示される。
【０１３７】
ダウンロードおよび認証が成功して、更新がアプリケーションによって可能にされる場合、ブートストラップ１００は、ステップＳ２１０で、インストリームローダをＭＰＥＧビットストリームから受信機／デコーダ２０２０のＲＡＭ７２にダウンロードする。インストリームローダがタイムアウトに達する前にダウンロードされない場合かあるいはインストリームローダが（ダウンロード中エラーが生じたので）認証されない場合更新は打ち切られ、ＥＲＲＬメッセージが表示される。
【０１３８】
インストリームローダのロードおよび認証が成功した場合、インストリームローダは、ステップＳ２１１で実行され、ステップＳ２１２で、ＭＰＥＧビットストリームのソフトウェアのバージョン番号ＳＶＥＲＳ３１０は常駐ソフトウェアのバージョン番号と比較される。
【０１３９】
バージョン番号が同じである場合、ＦＬＡＳＨメモリ６９へのソフトウェアの書き込みは実行されず、アプリケーション更新要求が消去される。バージョン番号が異なる場合、常駐ソフトウェアは消去され、ダウンロードされるソフトウェアのセグメントは、インストリームローダによってダウンロードされ、認証され、ステップＳ２１３でＦＬＡＳＨメモリ６９に書き込みされる。
【０１４０】
ソフトウェアがタイムアウトに達する前にダウンロードされない場合かあるいはソフトウェアが（ダウンロード中エラーが生じたので）認証されない場合もしくはエラーがＦＬＡＳＨメモリ６９へのソフトウェアの書き込み中に生じる場合、更新は打ち切られ、ＥＲＲＬメッセージが表示される。
【０１４１】
常駐ソフトウェアの更新が成功した場合、レポートの書き込みがステップＳ２１４で停止され、保留更新要求が消去され、受信機／デコーダ２０２０は、更なる更新が開始できるようにリセットされる。
【０１４２】
ネイティブ状態におけるように、更新が打ち切られるいかなるステップにおいても、このステップは、完了が成功するまで、代わりに再実行されてもよい。
【０１４３】
本発明は例として単に上記に述べられ、詳細の修正は本発明の範囲内で行うことができることが理解される。
【０１４４】
各特徴は説明で開示され、（適切である場合）特許請求の範囲および図面は、個別にあるいは任意の適当な組み合わせで提供されてもよい。前述の好ましい実施形態では、本発明の若干の特徴はコンピュータソフトウェアを使用して実行された。しかしながら、もちろん、これらの特徴のいずれもがハードウェアを使用して実行されてもよいことは当業者に明らかである。さらに、ハードウェア、コンピュータソフトウェア等によって実行される機能が電気信号等であるいは電気信号を使用して実行されることが容易に理解される。
【図面の簡単な説明】
【図１】 ディジタルテレビジョンシステムの全アーキテクチャを示している。
【図２】 図１のディジタルテレビジョンシステムの対話式システムのアーキテクチャを示している。
【図３】 図１および図２のシステムの一部を形成する受信機／デコーダのインタフェースの概略図である。
【図４】 ディジタルテレビジョンシステムで使用された遠隔コントローラの概略図である。
【図５】 対話式受信機／デコーダのメモリにダウンロードされたモジュール内のファイルの配置を示している。
【図６】 ＭＰＥＧストリームの多数の構成要素間の相互関係を示している。
【図７】 アプリケーションが、セクションでも構成されてもよい、モジュール／テーブルで構成されてもよい方法を示している。
【図８】 ＭＰＥＧテーブルの認証を示している。
【図９】 テレビジョンシステムの受信機／デコーダのメモリのいろいろな領域を示している。
【図１０】 パラメータフィールドを示している。
【図１１】 ハードウェアディレクトリテーブルを示している。
【図１２】 ローダディレクトリテーブルを示している。
【図１３】 データをダウンロードする手順を示すフローチャートである。
【図１４】 データをダウンロードする手順を示すフローチャートである。
【図１５】 データをダウンロードする手順を示すフローチャートである。
【図１６】 データをダウンロードする手順を示すフローチャートである。
Claims (11)
- データを受信機／デコーダにダウンロードする方法であって、前記受信機／デコーダは、ブートストラップローダと、前記受信機／デコーダの消去可能な不揮発性メモリに記憶された特定の常駐ソフトウェアとを備え、
（ａ）前記データを含むビットストリームを受信するステップと、
（ｂ）前記受信機／デコーダのハードウェア・プラットフォームと互換であるインストリームローダを前記受信ビットストリームにおいて前記ブートストラップローダによって位置特定するステップと、
（ｃ）前記受信機／デコーダの前記ハードウェア・プラットフォームと互換である前記インストリームローダを前記受信機／デコーダに前記ビットストリームから前記ブートストラップローダによってダウンロードするステップと、
（ｄ）前記ダウンロードされたインストリームローダを使用して前記データを前記ビットストリームから前記受信機／デコーダにダウンロードし、前記データを前記受信機／デコーダの前記消去可能な不揮発性メモリに書き込み、それにより、前記消去可能な不揮発性メモリから消去された前記常駐ソフトウェアの全部、又は特定の一部を置き換えるステップとを前記受信機／デコーダにおいて含み、
前記ダウンロードされたデータは、前記ブートストラップローダの代わりにステップ（ｂ）及び（ｃ）をその後に行うために前記ブートストラップローダを補完することが意図された常駐ローダを含むことを特徴とする方法。 - 請求項１記載の方法であって、前記ビットストリームにおいて受信された前記データは、前記受信機／デコーダに記憶された前記常駐ソフトウェアを更新することが意図されたソフトウェア・データを含み、前記方法が、送信システムで、
前記インストリームローダ又は少なくとも１つのインストリームローダを複数のモジュールに分割するステップと、
前記ソフトウェア・データをそれぞれの複数のモジュールに分割するステップとを更に含み、複数のソフトウェア・モジュールがそれぞれ、複数のインストリームローダ・モジュールそれぞれに関連していることを特徴とする方法。 - 請求項２記載の方法であって、前記送信システムで、
前記複数のインストリームローダ・モジュールをそれぞれのＭＰＥＧテーブルとしてフォーマット化するステップであって、前記テーブルが、同じそれぞれのテーブルＩＤ（「ＴＩＤ」）及びそれぞれの異なるテーブルＩＤ拡張（「ＴＩＤ−拡張」）を有するステップと、
複数のソフトウェアデ―タ・モジュールをそれぞれのＭＰＥＧテーブルとしてフォーマット化するステップとを更に含み、前記テーブルが、それに関連した前記インストリームローダのテーブルと同じそれぞれのＴＩＤを有し、かつそれぞれの異なるＴＩＤ−拡張を有することを特徴とする方法。 - 請求項３記載の方法であって、前記送信システムで、
同じＴＩＤを有する前記複数のモジュールあるいは各複数のモジュールに対してそれぞれのローダ・ディレクトリＭＰＥＧテーブルを生成するステップを更に含み、前記ローダ・ディレクトリテーブルあるいは各ローダ・ディレクトリテーブルが受信機／デコーダの特定のバージョンＩＤに関連し、前記ローダ・ディレクトリテーブルが、
前記複数のインストリームローダ・モジュールの各々に対してこのモジュールのＩＤ及び前記それぞれのＴＩＤ−拡張を含み、
複数のソフトウェア・モジュールの各々に対してこのモジュールのＩＤ及び前記それぞれのＴＩＤ−拡張を含むことを特徴とする方法。 - 請求項４記載の方法であって、送信システムで、
所定のテーブルＩＤ（「ＴＩＤ」）を有し、かつ受信機／デコーダの複数のバージョンＩＤの各々に対して、このバージョンＩＤに関連したそれぞれのＴＩＤを含むハードウェア・ディレクトリＭＰＥＧテーブルを生成するステップを更に含むことを特徴とする方法。 - 請求項５記載の方法であって、前記バージョンＩＤが、前記受信機／デコーダのバージョンに対するコード及び前記受信機／デコーダの製造者に対するコードを含むことを特徴とする方法。
- 請求項５又は６に記載の方法であって、前記受信機／デコーダで、
前記所定のＴＩＤを有する前記ハードウェア・ディレクトリテーブルをダウンロードするステップと、
前記受信機／デコーダの前記バージョンＩＤを判定するステップと、
前記ハードウェア・ディレクトリテーブルから、このバージョンＩＤに関連した前記ＴＩＤを得るステップと、
前記得られたＴＩＤを有する前記ローダ・ディレクトリテーブルをダウンロードするステップと、
前記ローダ・ディレクトリテーブルの内容から、前記ローダ・ディレクトリテーブルと同じＴＩＤを有するインストリームロ―ダＭＰＥＧテーブルの前記ＴＩＤ拡張を判定するステップと、
前記ダウンロードされたローダ・ディレクトリテーブルから判定された前記ＴＩＤ拡張及び前記ダウンロードされたローダ・ディレクトリテーブルと同じＴＩＤを有する前記インストリームロ―ダ・テーブルをダウンロードするステップとを更に含むことを特徴とする方法。 - 請求項４乃至７の何れか一項に記載の方法であって、
前記送信システムで、
各送信ハードウェア・ディレクトリテーブルにおいて、それに対するディレクトリバージョンＩＤを含むステップと、
前記受信機／デコーダで、
現在送信されたハードウェア・ディレクトリテーブルの前記ディレクトリバージョンＩＤが、前記現在送信されたハードウェア・ディレクトリテーブルと同じＴＩＤを有する予めダウンロードされたハードウェア・ディレクトリテーブルの前記ディレクトリバージョンＩＤよりもより最新であるか否かを決定し、かつ最新でない場合、前記データのダウンロードを打ち切るステップとを更に含むことを特徴とする方法。 - 請求項２乃至８の何れか一項に記載の方法であって、送信システムにおいて、
ソフトウェア・バージョンＩＤを前記ビットストリームに含めるステップと、
前記受信機／デコーダで、
受信ソフトウェアの前記ソフトウェア・バージョンＩＤが現在記憶されている常駐ソフトウェアの前記ソフトウェア・バージョンＩＤよりもより最新であるか否かを決定するステップと、
前記受信ソフトウェアのバージョンが前記常駐ソフトウェアのバージョンよりもより最新である場合、前記受信ソフトウェアを前記ビットストリームからダウンロードするステップとを更に含むことを特徴とする方法。 - 請求項１乃至９の何れか一項に記載の方法であって、前記インストリームローダは、前記受信機／デコーダのハードウェアに特有であるコードの形式を有することを特徴とする方法。
- 受信機／デコーダであって、
データを含むビットストリームを受信するための受信機と、
記憶手段と、
消去可能な永久メモリに記憶された特定の常駐ソフトウェアと、
前記受信機／デコーダのハードウェア・プラットフォームと互換であるインストリームローダを前記受信ビットストリームにおいて位置特定するためのブートストラップローダと、
前記受信機／デコーダの前記ハードウェア・プラットフォームと互換であるインストリームローダを前記ビットストリームから前記記憶手段にダウンロードするためのダウンロード手段とを備え、前記ダウンロードされたインストリームローダは、前記常駐ソフトウェアの全部又は特定の一部を消去可能な永久メモリから消去し、その代わりに、前記ビットストリームからロードされたデータを書き込むことができ、
前記ビットストリームからロードされたデータは、前記ブートストラップローダの代わりにステップをその後に行うために前記ブートストラップローダを補完することが意図された常駐ローダを含むことを特徴とする受信機／デコーダ。
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| EP97402335A EP0907285A1 (en) | 1997-10-03 | 1997-10-03 | Downloading data |
| EP97402335.0 | 1997-10-03 | ||
| PCT/IB1998/001613 WO1999018724A1 (en) | 1997-10-03 | 1998-10-05 | Downloading data |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2009137352A Division JP4971388B2 (ja) | 1997-10-03 | 2009-06-08 | データのダウンロード |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2001519627A JP2001519627A (ja) | 2001-10-23 |
| JP4845263B2 true JP4845263B2 (ja) | 2011-12-28 |
Family
ID=8229869
Family Applications (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000515384A Expired - Lifetime JP4845263B2 (ja) | 1997-10-03 | 1998-10-05 | データのダウンロード |
| JP2009137352A Expired - Lifetime JP4971388B2 (ja) | 1997-10-03 | 2009-06-08 | データのダウンロード |
Family Applications After (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2009137352A Expired - Lifetime JP4971388B2 (ja) | 1997-10-03 | 2009-06-08 | データのダウンロード |
Country Status (19)
| Country | Link |
|---|---|
| US (1) | US6970960B1 (ja) |
| EP (2) | EP0907285A1 (ja) |
| JP (2) | JP4845263B2 (ja) |
| KR (1) | KR20010030926A (ja) |
| CN (1) | CN1280740A (ja) |
| AU (1) | AU749089B2 (ja) |
| BR (1) | BR9813235A (ja) |
| CA (1) | CA2304144C (ja) |
| HR (1) | HRP20000164A2 (ja) |
| HU (1) | HUP0100358A2 (ja) |
| ID (1) | ID24163A (ja) |
| IL (2) | IL135412A0 (ja) |
| NO (1) | NO331878B1 (ja) |
| PL (1) | PL339580A1 (ja) |
| RU (1) | RU2226042C2 (ja) |
| TR (1) | TR200001280T2 (ja) |
| UA (1) | UA63976C2 (ja) |
| WO (1) | WO1999018724A1 (ja) |
| ZA (1) | ZA988996B (ja) |
Families Citing this family (54)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6393585B1 (en) * | 1998-12-23 | 2002-05-21 | Scientific-Atlanta, Inc. | Method and apparatus for restoring operating systems in a set-top box environment |
| US7409546B2 (en) * | 1999-10-20 | 2008-08-05 | Tivo Inc. | Cryptographically signed filesystem |
| CN1355997A (zh) * | 1999-04-21 | 2002-06-26 | 通用仪器公司 | 在有线电视系统通过置顶盒接收的信号中用于定位控制频道和数据传输流的方法和系统 |
| WO2000064181A1 (en) * | 1999-04-21 | 2000-10-26 | General Instrument Corporation | Automatic initialization of an advanced set-top box in a cable television system by downloading software or firmware over the cable system |
| US6718374B1 (en) | 1999-04-21 | 2004-04-06 | General Instrument Corporation | Method and system for identifying and downloading appropriate software or formware specific to a particular model of set-top box in a cable television system |
| ES2253222T3 (es) * | 1999-04-21 | 2006-06-01 | General Instrument Corporation | Procedimiento y sistema de actualizaciones de programacion especificas o universales en un conjunto de decodificadores avanzados en un sistema de television por cable. |
| US7640571B1 (en) * | 1999-07-15 | 2009-12-29 | General Instrument Corporation | Method and apparatus for preventing disruptions in set-top terminal function due to the download of updated programming or data to the set-top terminal |
| US6813778B1 (en) * | 1999-08-16 | 2004-11-02 | General Instruments Corporation | Method and system for downloading and managing the enablement of a list of code objects |
| AU6775600A (en) * | 1999-08-16 | 2001-03-13 | General Instrument Corporation | Method and system for automatically purging code objects being updated by download |
| EP1427214A3 (en) * | 1999-09-02 | 2004-12-22 | General Instrument Corporation | Method and system of identifying software and firmware objects available for download over a network such as a cable television system |
| US6904611B1 (en) * | 1999-09-03 | 2005-06-07 | General Instrument Corporation | Method and system for directing the download of software and firmware objects over a network such as a cable television system |
| JP2003532951A (ja) * | 2000-01-07 | 2003-11-05 | トムソン ライセンシング ソシエテ アノニム | コードを更新中の電源障害時にアプリケーションコードをバックアップするための方法および装置 |
| JP2001275092A (ja) * | 2000-01-20 | 2001-10-05 | Matsushita Electric Ind Co Ltd | デジタル放送の伝送方法、デジタル放送受信機、デジタル放送局システム |
| US7069578B1 (en) | 2000-02-04 | 2006-06-27 | Scientific-Atlanta, Inc. | Settop cable television control device and method including bootloader software and code version table for maintaining and updating settop receiver operating system software |
| JP4766770B2 (ja) * | 2000-06-13 | 2011-09-07 | パナソニック株式会社 | 蓄積型放送サービスシステムおよび受信蓄積装置 |
| GB0016061D0 (en) | 2000-06-30 | 2000-08-23 | Koninkl Philips Electronics Nv | Efficient recording of object carousels |
| US6735601B1 (en) | 2000-12-29 | 2004-05-11 | Vmware, Inc. | System and method for remote file access by computer |
| FR2822329B1 (fr) * | 2001-03-14 | 2003-06-20 | Sagem | Dispositif de chargement d'applications dediees a la reception de signaux de television |
| FR2824646B1 (fr) * | 2001-05-09 | 2003-08-15 | Canal Plus Technologies | Procede de selection d'une image de logiciel executable |
| GB2381090B (en) * | 2001-10-17 | 2005-02-02 | Bitarts Ltd | Software loading |
| US7136982B2 (en) | 2001-11-09 | 2006-11-14 | Danger, Inc. | Apparatus and method for allocating memory blocks |
| EP1452023B1 (en) | 2001-12-07 | 2008-07-16 | Matsushita Electric Industrial Co., Ltd. | Media contents distribution system and method |
| US9134989B2 (en) * | 2002-01-31 | 2015-09-15 | Qualcomm Incorporated | System and method for updating dataset versions resident on a wireless device |
| US7206862B2 (en) * | 2002-04-24 | 2007-04-17 | Microsoft Corporation | Method and apparatus for efficiently matching responses to requests previously passed by a network node |
| CA2486937C (en) * | 2002-05-22 | 2011-09-13 | Thomson Licensing S.A. | Signing and authentication devices and processes and corresponding products, notably for dvb/mpeg mhp digital streams |
| KR100484144B1 (ko) * | 2002-06-20 | 2005-04-18 | 삼성전자주식회사 | 원격 관리 서버 및 원격 관리 방법 |
| FR2845854B1 (fr) * | 2002-10-11 | 2005-01-14 | Thomson Licensing Sa | Desactivation a distance de decodeurs d'acces a des donnees numeriques multimedia |
| US9092286B2 (en) | 2002-12-20 | 2015-07-28 | Qualcomm Incorporated | System to automatically process components on a device |
| RU2325782C2 (ru) * | 2002-12-30 | 2008-05-27 | Конинклейке Филипс Электроникс Н.В. | Способ передачи интерактивного телевидения |
| US7500092B2 (en) | 2003-01-17 | 2009-03-03 | International Business Machines Corporation | Hardware abstraction for set-top box operating systems |
| US7673297B1 (en) * | 2003-09-03 | 2010-03-02 | The Directv Group, Inc. | Automatic software update detection and flexible installer for set-top boxes |
| US8626146B2 (en) | 2003-10-29 | 2014-01-07 | Qualcomm Incorporated | Method, software and apparatus for performing actions on a wireless device using action lists and versioning |
| KR100574230B1 (ko) * | 2003-11-14 | 2006-04-26 | 한국전자통신연구원 | 디지털 데이터 방송의 헤드엔드 또는 가입자 단말에서변경 어플리케이션 데이터 처리 방법 |
| EP1533695B1 (en) * | 2003-11-19 | 2013-08-07 | TELEFONAKTIEBOLAGET LM ERICSSON (publ) | Updating data in a mobile terminal |
| WO2005073845A2 (en) * | 2004-01-28 | 2005-08-11 | Koninklijke Philips Electronics, N.V. | Use loader for signaling the system software update service |
| US8037456B2 (en) | 2004-04-06 | 2011-10-11 | Panasonic Corporation | Program execution device |
| US7425992B2 (en) * | 2004-10-29 | 2008-09-16 | Sharp Laboratories Of America, Inc. | Method and apparatus for upgrading a television system |
| KR100630729B1 (ko) * | 2005-01-04 | 2006-10-02 | 삼성전자주식회사 | 플래쉬 메모리의 메인 코드 다운로드 방법 |
| KR100719022B1 (ko) * | 2005-08-18 | 2007-05-17 | 삼성전자주식회사 | 디지털 방송시스템 및 디지털 방송시스템의소프트웨어 다운로드 방법과, 디지털ｔｖ 및 디지털ｔｖ 의소프트웨어 다운로드 방법 |
| JP4548307B2 (ja) * | 2005-10-31 | 2010-09-22 | ソニー株式会社 | 分離型処理装置及びそのソフトウエアの版更新方法 |
| JP4932390B2 (ja) * | 2006-08-31 | 2012-05-16 | 株式会社日立製作所 | 仮想化システム及び領域割当て制御方法 |
| US20080293395A1 (en) * | 2007-05-21 | 2008-11-27 | Motorola, Inc. | Using downloadable specifications to render a user interface on a mobile device |
| EP2163075A2 (en) | 2007-06-19 | 2010-03-17 | Qualcomm Incorporated | Methods and apparatus for dataset synchronization in a wireless environment |
| KR20100050098A (ko) * | 2008-11-05 | 2010-05-13 | 삼성전자주식회사 | 영상처리장치 및 그 제어 방법 |
| WO2013040241A1 (en) | 2011-09-13 | 2013-03-21 | Privatecore, Inc. | Software cryptoprocessor |
| US9477603B2 (en) | 2013-09-05 | 2016-10-25 | Facebook, Inc. | System and method for partitioning of memory units into non-conflicting sets |
| US9983894B2 (en) | 2013-09-25 | 2018-05-29 | Facebook, Inc. | Method and system for providing secure system execution on hardware supporting secure application execution |
| US10049048B1 (en) | 2013-10-01 | 2018-08-14 | Facebook, Inc. | Method and system for using processor enclaves and cache partitioning to assist a software cryptoprocessor |
| US9747450B2 (en) | 2014-02-10 | 2017-08-29 | Facebook, Inc. | Attestation using a combined measurement and its constituent measurements |
| US9734092B2 (en) | 2014-03-19 | 2017-08-15 | Facebook, Inc. | Secure support for I/O in software cryptoprocessor |
| GB2546239A (en) * | 2015-11-23 | 2017-07-19 | Acadiant Ltd | A Method and system for providing and executing web applications |
| US9588758B1 (en) * | 2015-12-18 | 2017-03-07 | International Business Machines Corporation | Identifying user managed software modules |
| CN107194237B (zh) * | 2017-04-05 | 2020-04-03 | 百富计算机技术（深圳）有限公司 | 应用程序安全认证的方法、装置、计算机设备及存储介质 |
| KR102830966B1 (ko) | 2019-12-16 | 2025-07-07 | 주식회사 엘엑스세미콘 | 펌웨어 라이트 방법 |
Family Cites Families (25)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4430704A (en) * | 1980-01-21 | 1984-02-07 | The United States Of America As Represented By The Secretary Of The Navy | Programmable bootstrap loading system |
| US4712141A (en) | 1985-03-30 | 1987-12-08 | Dainippon Screen Mfg. Co., Ltd. | Method and apparatus for interpolating image signals |
| US5146568A (en) * | 1988-09-06 | 1992-09-08 | Digital Equipment Corporation | Remote bootstrapping a node over communication link by initially requesting remote storage access program which emulates local disk to load other programs |
| US5367571A (en) * | 1992-12-02 | 1994-11-22 | Scientific-Atlanta, Inc. | Subscriber terminal with plug in expansion card |
| US5608732A (en) * | 1993-09-01 | 1997-03-04 | Zenith Electronics Corporation | Television distribution system having virtual memory downloading |
| RU2033704C1 (ru) * | 1994-02-24 | 1995-04-20 | Акционерное общество закрытого типа "ТВ-Информ" | Способ передачи и приема сигнала дополнительной информации совместно с телевизионным сигналом изображения и варианты систем для его осуществления |
| US5539920A (en) * | 1994-04-28 | 1996-07-23 | Thomson Consumer Electronics, Inc. | Method and apparatus for processing an audio video interactive signal |
| US5563648A (en) * | 1994-04-28 | 1996-10-08 | Thomson Consumer Electronics, Inc. | Method for controlling execution of an audio video interactive program |
| US5819034A (en) * | 1994-04-28 | 1998-10-06 | Thomson Consumer Electronics, Inc. | Apparatus for transmitting and receiving executable applications as for a multimedia system |
| DE69535646T2 (de) * | 1994-04-28 | 2008-11-06 | OpenTV, Inc., San Francisco | Vorrichtung und Verfahren zum Formulieren eines interaktiven Signales |
| US5666293A (en) * | 1994-05-27 | 1997-09-09 | Bell Atlantic Network Services, Inc. | Downloading operating system software through a broadcast channel |
| US5581706A (en) * | 1994-06-30 | 1996-12-03 | Rca Thomson Licensing Corporation | Method forming an audio/video interactive data signal |
| JPH08305561A (ja) * | 1995-04-28 | 1996-11-22 | Nec Corp | ファームウエアダウンロード方法とその装置 |
| RU2090011C1 (ru) * | 1995-06-28 | 1997-09-10 | Закрытое акционерное общество "Техно-ТМ" | Устройство кодирования-декодирования видеосигнала изображений |
| US5625693A (en) * | 1995-07-07 | 1997-04-29 | Thomson Consumer Electronics, Inc. | Apparatus and method for authenticating transmitting applications in an interactive TV system |
| US5689825A (en) * | 1995-07-28 | 1997-11-18 | Motorola, Inc. | Method and apparatus for downloading updated software to portable wireless communication units |
| US6067500A (en) * | 1995-08-14 | 2000-05-23 | Aisin Aw Co., Ltd. | Navigation system |
| US5771064A (en) * | 1995-11-29 | 1998-06-23 | Scientific-Atlanta, Inc. | Home communications terminal having an applications module |
| WO1997030375A1 (en) * | 1996-02-13 | 1997-08-21 | Obsidian Imaging, Inc. | Method and apparatus for configuring a camera through external means |
| JPH11504457A (ja) * | 1996-02-16 | 1999-04-20 | フィリップス エレクトロニクス ネムローゼ フェンノートシャップ | マルチメディア アプリケーション タイトルを実行するプラットフオーム サブシステムおよびそれを記憶する方法 |
| US6112025A (en) * | 1996-03-25 | 2000-08-29 | Sun Microsystems, Inc. | System and method for dynamic program linking |
| GB9623298D0 (en) * | 1996-11-08 | 1997-01-08 | Int Computers Ltd | Updating mechanism for software |
| US5787017A (en) * | 1997-04-18 | 1998-07-28 | Lmi Corporation | Method and apparatus for acquiring data from a measurement transducer |
| US5961586A (en) * | 1997-05-14 | 1999-10-05 | Citrix Systems, Inc. | System and method for remotely executing an interpretive language application |
| US5987135A (en) * | 1997-07-25 | 1999-11-16 | Prc Inc. | System and method for controlling and monitoring remote distributed processing system |
-
1997
- 1997-10-03 EP EP97402335A patent/EP0907285A1/en not_active Withdrawn
-
1998
- 1998-05-10 UA UA2000042505A patent/UA63976C2/uk unknown
- 1998-10-02 ZA ZA988996A patent/ZA988996B/xx unknown
- 1998-10-05 TR TR2000/01280T patent/TR200001280T2/xx unknown
- 1998-10-05 CA CA2304144A patent/CA2304144C/en not_active Expired - Lifetime
- 1998-10-05 KR KR1020007003624A patent/KR20010030926A/ko not_active Withdrawn
- 1998-10-05 HR HR20000164A patent/HRP20000164A2/hr not_active Application Discontinuation
- 1998-10-05 HU HU0100358A patent/HUP0100358A2/hu unknown
- 1998-10-05 RU RU2000111529/09A patent/RU2226042C2/ru active
- 1998-10-05 WO PCT/IB1998/001613 patent/WO1999018724A1/en not_active Ceased
- 1998-10-05 PL PL98339580A patent/PL339580A1/xx unknown
- 1998-10-05 ID IDW20000768A patent/ID24163A/id unknown
- 1998-10-05 JP JP2000515384A patent/JP4845263B2/ja not_active Expired - Lifetime
- 1998-10-05 EP EP98945505A patent/EP1020078A1/en not_active Ceased
- 1998-10-05 AU AU92783/98A patent/AU749089B2/en not_active Expired
- 1998-10-05 IL IL13541298A patent/IL135412A0/xx active IP Right Grant
- 1998-10-05 BR BR9813235-0A patent/BR9813235A/pt not_active IP Right Cessation
- 1998-10-05 CN CN98811742A patent/CN1280740A/zh active Pending
-
2000
- 2000-03-30 NO NO20001651A patent/NO331878B1/no not_active IP Right Cessation
- 2000-03-31 US US09/540,105 patent/US6970960B1/en not_active Expired - Lifetime
- 2000-04-02 IL IL135412A patent/IL135412A/en not_active IP Right Cessation
-
2009
- 2009-06-08 JP JP2009137352A patent/JP4971388B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| EP1020078A1 (en) | 2000-07-19 |
| CN1280740A (zh) | 2001-01-17 |
| JP4971388B2 (ja) | 2012-07-11 |
| IL135412A0 (en) | 2001-05-20 |
| CA2304144A1 (en) | 1999-04-15 |
| JP2001519627A (ja) | 2001-10-23 |
| NO331878B1 (no) | 2012-04-23 |
| WO1999018724A1 (en) | 1999-04-15 |
| HUP0100358A2 (hu) | 2001-06-28 |
| AU9278398A (en) | 1999-04-27 |
| NO20001651L (no) | 2000-06-05 |
| US6970960B1 (en) | 2005-11-29 |
| JP2009238238A (ja) | 2009-10-15 |
| HRP20000164A2 (en) | 2001-12-31 |
| EP0907285A1 (en) | 1999-04-07 |
| IL135412A (en) | 2006-08-01 |
| ZA988996B (en) | 1999-05-24 |
| UA63976C2 (uk) | 2004-02-16 |
| TR200001280T2 (tr) | 2001-01-22 |
| CA2304144C (en) | 2010-09-28 |
| ID24163A (id) | 2000-07-13 |
| RU2226042C2 (ru) | 2004-03-20 |
| NO20001651D0 (no) | 2000-03-30 |
| PL339580A1 (en) | 2000-12-18 |
| BR9813235A (pt) | 2000-08-22 |
| AU749089B2 (en) | 2002-06-20 |
| KR20010030926A (ko) | 2001-04-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4845263B2 (ja) | データのダウンロード | |
| JP4062367B2 (ja) | Ｍｐｅｇ受信機／デコーダ及びデータをｍｐｅｇ受信機／デコーダにダウンロードする方法 | |
| US7673297B1 (en) | Automatic software update detection and flexible installer for set-top boxes | |
| CA2284018C (en) | Extracting data sections from a transmitted data stream | |
| US6832323B1 (en) | Object and feature authorization for digital communication terminals | |
| EP1224799B1 (en) | Object and feature authorization for digital communication terminals | |
| JP2006050625A (ja) | 端末における動作強制 | |
| MXPA00003214A (en) | Downloading data | |
| AU776683B2 (en) | Method of downloading of data to an MPEG receiver/decoder and MPEG transmission system for implementing the same | |
| CZ20001197A3 (cs) | Zavádění dat | |
| HK1025450B (en) | Method of downloading of data to an mpeg receiver/decoder | |
| CZ331399A3 (cs) | Způsob zavádění dat do MPEG přijímače/dekodéru a MPEG vysílací systém pro jeho realizaci | |
| CZ331499A3 (cs) | Organizace počítačové paměti | |
| MXPA99008549A (en) | Method of downloading of data to an mpeg receiver/decoder and mpeg transmission system for implementing the same |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20051003 |
|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20070313 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20070608 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20071030 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20080121 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20080128 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080428 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080603 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20080827 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20080903 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20081203 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20090203 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090608 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20090617 |
|
| A912 | Re-examination (zenchi) completed and case transferred to appeal board |
Free format text: JAPANESE INTERMEDIATE CODE: A912 Effective date: 20090918 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20110111 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20110114 |
|
| A711 | Notification of change in applicant |
Free format text: JAPANESE INTERMEDIATE CODE: A711 Effective date: 20110525 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A821 Effective date: 20110525 |
|
| A711 | Notification of change in applicant |
Free format text: JAPANESE INTERMEDIATE CODE: A711 Effective date: 20110804 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A821 Effective date: 20110804 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20111011 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20141021 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| EXPY | Cancellation because of completion of term |