JP2003504950A - アプリケーションの実行および試験 - Google Patents

Abstract

(57)【要約】 例えばアナログまたはデジタルテレビシステム用のアプリケーションを試験するための、受信機／デコーダが開示され、該受信機／デコーダは、ネットワークとメッセージを交換するための手段、およびネットワークから受信されるメッセージに依存してアプリケーションを実行するための手段とを備える。受信機／デコーダは、アプリケーションをデバッグするために使用されてよい。やはり開示されているのは、アプリケーションをワークステーションから受信機／デコーダに転送する方法、および受信機／デコーダでアプリケーションを実行する方法である。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】

本発明は、受信機／デコーダ（例えば、アナログまたはデジタルテレビシステ
ム用）、ワークステーション、およびオーサリングツールに関し、アプリケーシ
ョンを受信機／デコーダに転送する方法、およびアプリケーションを受信機／デ
コーダで実行する方法に関する。 発明は、それが例えばこのようなアプリケーションを立証するために使用され
てもよいが、受信機／デコーダ用のアプリケーションを開発する、試験する、お
よびデバッグするというコンテキストで特定のアプリケーションを有する。

【０００２】 デジタルテレビシステムのケースでは、これらはテレビチャネルを、アナログ
形式よりむしろデジタル形式で視聴者に伝送する。デジタルチャネルは、送信機
終端でデジタルデータストリームに符号化され、デジタルセットトップボックス
（ＤＳＴＢ）内、または統合型デジタルテレビ内のどちらかにあってよいデジタ
ルデコーダを使用して受信機終端で復号される。対話性を可能にするために、ア
ップリンクが、テレビチャネルを送達する同じ媒体を介して、あるいはそれ以外
の場合電話リンクなどの異なる媒体を介して提供されてよい。ここに使用される
ように、用語「デジタルテレビシステム」は、例えば、任意の衛星、地上システ
ム、ケーブルシステムおよびその他のシステムを含む。

【０００３】 デジタルデコーダは、典型的には、アプリケーションとして知られているプロ
グラムが実行されてよいプロセッサを含む。このようなアプリケーションの例は
、番組表、テレビショッピング、クイズ、ホームバンキング、およびテレビ投票
を含む。このようなアプリケーションは、典型的には、テレビ画面に、ユーザが
その中からある特定のオプションを選択してよいメニューを表示する。アプリケ
ーションで使用されるデータは、テレビチャネルと同じデータストリームでデコ
ーダに伝送されてよい。選択の結果は、、デコーダで実行中のアプリケーション
によって直接的に解釈できるか、あるいはそれは適切な処置を講じることができ
るようにするために、アップリンクを介して伝送できる。

【０００４】 アプリケーションは、ＤＳＴＢまたは統合型デジタルテレビ内に恒久的に常駐
してよいか、あるいはそれらは必要に応じて、および必要とされるときにデジタ
ル媒体を介してダウンロードされてよい。アプリケーションを実行するために、
デコーダは、例えばＪａｖａアプリケーションを実行するための仮想機械（ＶＭ
）などの実行時環境を有する。 ユーザに提供されているサービスの数が急速に増加する状態で、アプリケーシ
ョンを、設計、作成、デバッグおよび試験できるようにする、アプリケーション
開発ツールに対する需要がある。このようなアプリケーションツールの例は、Ｃ
ＡＮＡＬ＋によって供給されるＭｅｄｉａｈｉｇｈｗaｙ Ａｐｐｌｉｃａｔｉ
ｏｎ Ｗｏｒｋｓｈｏｐである。

【０００５】 既知のアプリケーション開発ツールは、典型的には、アプリケーションをＰＣ
またはＵＮＩＸ（登録商標）ワークステーションなどのワークステーションで開 発できるようにする。アプリケーションが試験のために準備完了すると、それは ＤＳＴＢなどのデジタルデコーダにダウンロードされる。 その主題が参照してここに組み込まれる本出願人の名前での国際特許出願番号
ＷＯ第９８／４３１６５号に開示されるように、受信機／デコーダ型装置に結合
されるワークステーションが、アプリケーションをデバッグするために提供され
てよい。アプリケーションをデバッグするためには、それはリンクを使用してそ
の全体として受信機／デコーダにダウンロードされる。ワークステーションでの
デバッガは、制御信号を受信器／デコーダと受け渡すために２つの追加リンクを
使用して、アプリケーションの動作を監視するおよび／または制御するために使
用される。

【０００６】 本発明の１つの態様に従って、アプリケーションを記憶するための（例えばメ
モリなどの）手段、記憶されているアプリケーションを実行するための（例えば
、プロセッサ、仮想機械、実行時エンジンまたはその他の任意の適切な実行時手
段または環境などの）手段、および記憶されたアプリケーションをデバッグする
際にワークステーションによって使用するためにリモートワークステーションに
デバッグメッセージをネットワーク上で通信するための（例えば、インタフェー
スなどの）手段とが提供される。

【０００７】 これまで、おもに、簡略な１体のリンクに比較して、受信機／デコーダにネッ
トワーク化機能を提供する上で伴われる余分な複雑さのために、このような装置
は考慮されていなかった。しかしながら、いまでは、本発明に従って、アプリケ
ーションを試験するおよび／またはデバッグするというコンテキストでは、多様
な優位点が、受信機／デコーダにネットワーク機能を提供することから生じてよ
いことが理解されている。

【０００８】 受信機／デコーダに、ネットワーク上での通信デバッグメッセージ用の手段を
提供することにより、受信機／デコーダはアプリケーション開発者の環境の一部
となることができ、その結果、例えばファイル、制御信号または情報信号が、ア
プリケーションを試験しながら、受信機／デコーダとワークステーションの間で
交換できる。これは、過去に当てはまったケースよりアプリケーションの試験に
おいて多くの柔軟性を可能にする。

【０００９】 さらに、リソースは、受信機／デコーダ、ワークステーション、およびネット
ワークに接続されるその他のデバイスの間で共用されてよい。例えば、受信機／
デコーダは、ワークステーション内のハードディスクなどの外部記憶装置にネッ
トワークを介して直接的にアクセスできる。 ネットワーク化機能の提供のため、受信機／デコーダは、アプリケーションが
デバッグされている間、物理的にワークステーションから遠くてよい。ネットワ
ークは、信号の図副に備えることができ、その結果、受信機／デコーダは、それ
以外の場合に可能であるより大きな距離分離されてよい。

【００１０】 ここに使用されるような用語「デバッグ」は、好ましくは、アプリケーション
が、エラー、つまりアプリケーション内の「バグ」を特定できるようにするため
に制御および／または監視される。デバッグメッセージは、好ましくは、アプリ
ケーションをデバッグするための制御および／または関しメッセージを含み、そ
のメッセージは受信機／デコーダによって受信または伝送されてよい。例えば、
受信機／デコーダは、それに、アプリケーションまたは受信機／デコーダのステ
ータスについての一定の情報を送信するように命令するコマンドを受信してよく
、コマンドと情報の両方がデバッグメッセージと呼ばれる。このようにして、変
数の監視、実行の開始および停止、関数トレース、受信機／デコーダのステータ
スの監視、およびその他のデバッグ機能などのなどのデバッグ機能が実現されて
よい。受信機／デコーダは、好ましくは、アプリケーションをデバッグするため
のデバッグモードで操作できる。

【００１１】 用語「ネットワーク」は、好ましくは、デバイスにアドレスが割り当てられて
いることを暗示する．これは、好ましくは、論理ネットワーク内に３つ以上のデ
バイスを有する能力を提供し、デバイスはアドレスによって区別されている。こ
れは、例えば、２つのデバイス間の簡略な直列リンクとは異なる。好ましくは、
ネットワークは、受信機／デコーダが、ワークステーションのハードディスクな
どのリモート記憶装置でファイルにアクセスできるようにするプロトコルを有す
る。好ましくは、ネットワークは、宛先アドレスを有すＳルパケットという形式
で信号を伝送する。好ましくは、受信機／デコーダは、受信機／デコーダのアド
レス（識別子）を記憶するための手段を含む。

【００１２】 アプリケーションが複数のファイルを備える場合、受信機／デコーダは、この
ような手段を持たない受信機／デコーダも提供されてよいが、外部記憶手段から
ファイルの少なくとも１つを選択的に読み取るための（例えば、インタフェース
などの）手段を備えてよい。 デバッグメッセージを通信するための手段は、好ましくは、メッセージに依存
してアプリケーションの実行を制御するために、ネットワークからデバッグメッ
セージを受信するように適応されてよい。（ワークステーションなどの）リモー
トロケーションにいるオペレータは、それによってアプリケーションの実行を制
御することができる。

【００１３】 好ましくは、メッセージは、リモートホストの識別子を含み、デバッグメッセ
ージを通信するための手段は、追加デバッグメッセージをメッセージの中で特定
されるリモートホストと通信するように適応される。 デバッグメッセージを通信するための手段は、また、あるいは代わりに、ネッ
トワークにデバッグメッセージを伝送するように適応されてよく、メッセージは
、好ましくは、アプリケーションの実行に関する情報を含む。リモートロケーシ
ョンにいるオペレータは、それによってアプリケーションの実行を監視できる。

【００１４】 本発明の別の態様では、リモート受信機／デコーダで実行するアプリケーショ
ンをデバッグするためのワークステーションが提供され、ワークステーションは
、好ましくは、受信機／デコーダでのアプリケーションの実行を制御する、およ
び／または監視するために、ネットワーク上でデバッグメッセージを受信機／デ
コーダと通信するための（例えば、インタフェースなどの）手段を備える。

【００１５】 発明は、前述された形式のどれかでの受信機／デコーダ、および前述された形
式のどれかでのワークステーションを備えるアプリケーション開発ツールも提供
する。アプリケーション開発ツールは、受信機／デコーダとワークステーション
の間で通信を実現するために動作できるネット代理を含んでよい。 本発明は、前述されたようなアプリケーション開発ツールおよびワークステー
ションおよび受信機／デコーダがその上でメッセージを交換するネットワークを
備えるアプリケーション開発環境も提供する。

【００１６】 本発明の方法態様では、受信機／デコーダに記憶され、受信機／デコーダで実
行するアプリケーションをデバッグする方法が提供され、該方法は、記憶されて
いるアプリケーションをデバッグする際にワークステーションによって使用する
ためにネットワーク上でデバッグメッセージをリモートワークステーションに通
信することを備える。 受信機／デコーダは、好ましくは、メッセージに依存してアプリケーションの
実行を制御するために、ネットワークからデバッグメッセージを受信してよい。
該メッセージは、リモートホストの識別子を含んでよく、該方法は、メッセージ
の中で特定されるリモートホストと追加デバッグメッセージを通信することを備
える。 方法は、また、または代わりに、ネットワークにデバッグメッセージを伝送す
ることを備えてよく、メッセージは、好ましくはアプリケーションの実行に関す
る情報を含む。

【００１７】 本発明に従って特定された従来の技術での問題点とは、受信機／デコーダでの
試験の結果として、あらゆる変更がアプリケーションに対して加えられる必要が
ある場合に、適切な変更がアプリケーション開発ツールで加えられなければなら
ず、アプリケーションは常駐として再コンパイルされなければならず、それから
常駐アプリケーション全体および仮想機械がデコーダにダウンロードされなけれ
ばならず、そのプロセスが時間を要し、扱いにくい可能性があるという点である
。

【００１８】 前述された形式のどれかで受信機／デコーダとは無関係に、あるいは受信機／
デコーダに依存してのどちらかで提供されてよい本発明の別の態様に従って、ア
プリケーションを実行するための手段を備える受信機／デコーダが提供され、ア
プリケーションは複数のファイル、およびリモートワークステーションからファ
イルの少なくとも１つを選択的に読み取るための手段を備える。

【００１９】 本発明は、アプリケーションを実行するための手段を備える受信機／デコーダ
も提供し、アプリケーションは、複数のファイル、および外部記憶装置手段から
ファイルの内の少なくとも１つを選択的に読み取るための手段を備える。好まし
くは、外部記憶装置手段は、ネットワークに接続され、受信機／デコーダは、ネ
ットワークからファイルの内の少なくとも１つを選択的に読み取るための手段を
備える。

【００２０】 ネットワークから選択的にファイルを読み取ることができる受信機／デコーダ
を提供することによって、アプリケーションの部分は、例えば、パーツのいくつ
かの修正に続いて、受信機／デコーダによって読み取られてよい。 任意の態様では、アプリケーションを実行するための手段は、プロセッサ、仮
想機械、実行時エンジン、または別の適切な実行時手段または環境などの実行時
手段であってよく、ネットワークまたは外部記憶装置手段からファイルの内の少
なくとも１つを読み取るための手段は、入出力ポートおよび関連付けられたドラ
イバであってよい。外部記憶手段は、コンピュータのハードディスクまたはネッ
トワークファイル記憶装置、あるいは任意のそれ以外の記憶媒体であってよい。

【００２１】 ここに使用される用語「受信機／デコーダ」は、例えばテレビ信号および／ま
たは無線信号などの、なんらかのそれ以外の手段によって放送または伝送されて
よい、符号化された信号または符号化されていない信号のどちらかを受信するた
めの受信機を言外に意味してよい。用語は、または、受信された信号を復号する
ためのデコーダも言外に意味してよい。このような受信機／デコーダの実施形態
は、例えば、「セットトップボックス」内で受信された信号を複合するために受
信機と一体化したデコーダを含んでよく、このようなデコーダは、物理的に別個
の受信機と組み合わされて機能するか、あるいはこのようなデコーダはウェブブ
ラウザ、ビデオレコーダまたはテレビなどの追加の機能を含む。ここに使用され
るように、用語「受信機／デコーダ」は、アプリケーションを試験する、および
／またはデバッグするために使用されてよい受信機／デコーダ型装置も含む。

【００２２】 好ましくは、受信機／デコーダは、ファイルが記憶されるロケーションの識別
子を含むメッセージを受信するように適応される。好ましくは、受信機／デコー
ダは、ネットワークまたは外部記憶装置手段から個々のファイルを読み取るよう
に適応され、その結果必要以上のデータは転送されない。 アプリケーションは、必ずしもアプリケーションを実行するために必要とされ
ないいくつかのファイルを含むことがあり、このようにしてアプリケーションの
全体を一度にダウンロードするよりむしろ、受信機／デコーダは、それがアプリ
ケーションを実行するために必要とされるので、好ましくは前記少なくとも１つ
のファイルを読み取るように適応される。

【００２３】 受信機／デコーダは、更新されたファイルを読み取るように適応されてよく、
その結果、ファイルが修正される場合、受信機／デコーダは修正済みファイルで
更新されるだろう。 外部記憶装置手段は、ワークステーション、例えば、アプリケーションを編集
するために使用されるワークステーションの一部であってよい。外部記憶装置手
段は、ネットワーク上で取り付けられるファイル記憶装置であってもよい。受信
機／デコーダがネットワークスタックを有していない可能性があるという事実を
補償するために、受信機／デコーダは、そのネットワークがワークステーション
上でシミュレーションされたネットワークスタックをスタックするにつれて使用
するように適応されてよい。代わりに、受信機／デコーダは、ネットワークスタ
ックを提供されてよい。

【００２４】 アプリケーションを開始するために、受信機／デコーダは、好ましくは、外部
記憶装置手段からブートファイルをロードするように適応される。 前述された形式のどれかで独立してまたはワークステーションに依存してのど
ちらかで提供されてよい本発明の別の態様に従って、受信機／デコーダ上で実行
されるアプリケーションを記憶するための（ハードディスクまたはその他の記憶
装置媒体などの）記憶装置手段を備えるワークステーションが提供され、該アプ
リケーションは複数のファイル、およびネットワークによってワークステーショ
ンに接続される受信機／デコーダによるファイルの内の少なくとも１つへのアク
セスを可能にするための（例えば、入出力ポートおよび関連付けられたドライバ
などの）手段を備える。

【００２５】 本発明の別の態様に従って、アプリケーションを記憶するための（ハードディ
スクまたはその他の記憶媒体などの）記憶装置手段を備えるワークステーション
が提供され、該アプリケーションは、複数のファイル、および受信機／デコーダ
によるファイルの少なくとも１つへのアクセスを可能にするための（入出力ポー
トおよび関連付けられたドライバなどの）手段を備える。 前記少なくとも１つのファイルへのアクセスを可能にするための手段は、個々
のファイルを読み取ることができるように適応されてよい。ワークステーション
は、さらに、アプリケーションを編集するための手段を備えてよい。

【００２６】 前述された形式のどれかで、独立してまたはアプリケーション開発ツールに依
存してのどちらかで提供されてよい発明の別の態様に従って、アプリケーション
を編集するためのワークステーションを備えるアプリケーション開発ツール、お
よび該アプリケーションを実行するための受信機／デコーダが提供され、そこで
は受信機／デコーダは、ネットワークファイル記憶装置からアプリケーションの
少なくとも一部を選択的に読み取るための手段を有し、ワークステーションは、
受信機／デコーダに対する該一部または書く一部の通信を開始するための手段を
有する。

【００２７】 本発明の別の態様に従って、アプリケーションを編集するためのワークステー
ション．および該アプリケーションを実行するための受信機／デコーダを備える
アプリケーション開発ツールが提供され、そこでは該受信機／デコーダがワーク
ステーションからアプリケーションの少なくとも一部を選択的に読み取るための
手段を有し、ワークステーションが受信機／デコーダに対して該一部または各一
部を通信するための手段を有する。ワークステーションは、さらに、アプリケー
ションを記憶するためのハードディスクまたはその他の記憶装置媒体などの記憶
装置手段を備えてよい。

【００２８】 前記態様では、アプリケーションは、複数のファイルを備えてよい。受信機／
デコーダは、記憶装置手段から個々のファイルを読み取るように適応されてよい
。受信機／デコーダは、それがアプリケーションを実行することを必要とされる
につれて、ファイルを読み取るように適応されてよい。ワークステーションは、
ファイルを更新するように適応されてよく、受信機／デコーダは、いったん更新
されると前記ファイルを読み取るように適応されてよい。

【００２９】 更新されたファイルが受信機／デコーダによって使用されることを保証するた
めに、受信機／デコーダはファイルの最新のバージョンを読み取るように適応さ
れてよい。さらに、または代わりに、ワークステーションは、ファイル、例えば
更新されたファイルの旧バージョンを廃棄するように受信機／デコーダに命令す
るように適応されてよく、その結果受信機／デコーダは、次にそのファイルを必
要とするとき、更新されたファイルがワークステーションから読み出されるだろ
う。

【００３０】 アプリケーション開発ツールは、さらに、受信機／デコーダとネットワーク間
の通信を実現するために動作できるネット代理を含んでよい。さらに、ワークス
テーションは、典型的には、ネットワークにも接続される。 アプリケーション開発ツールの好ましい実施形態では、ワークステーションは
、さらに、受信機／デコーダ上でのアプリケーションの実行を制御する、および
／または監視するために操作できるデバッガを備える。該デバッガおよびアプリ
ケーションは、ネットワーク上で制御信号を交換してよい。特に、ファイルおよ
び制御信号は、同じネットワーク上で搬送されてよい。

【００３１】 本発明の方法態様に従って、アプリケーションを、該アプリケーションを編集
するためのワークステーションからアプリケーションを実行するための受信機／
デコーダへ転送する方法が提供され、アプリケーションは複数のファイルを備え
、ワークステーションから受信機／デコーダに個々のファイルを（典型的にはネ
ットワーク上で）転送することを備える。該ファイルは、それがアプリケーショ
ンを実行するために必要とされるときだけ転送されてよい。該方法は、さらに、
ファイルを更新すること、および受信機／デコーダに更新されたファイルを転送
することとを備えてよい。

【００３２】 別の方法態様に従って、受信機／デコーダでアプリケーションを実行する方法
が提供され、該アプリケーションは複数のファイルを備え、ファイルを、それら
がアプリケーションを実行するために必要とされるにつれて受信機／デコーダに
転送することを備える。

【００３３】 別の方法態様に従って、受信機／デコーダでアプリケーションを実行する方法
が提供され、該アプリケーションはブートファイルおよび少なくとも１つの追加
ファイルを備え、該方法は、 ブートファイルを受信機／デコーダに（オプションでネットワーク上で）転送
することと、 該ブートファイルを受信機／デコーダ内で実行することと、 該少なくとも１つの追加ファイルを、それが必要とされるときに転送すること
と、 を備える。 ブートファイルの少なくとも１つおよび該少なくとも１つのその他のファイル
が、ネットワークファイル記憶装置から転送されてよい。

【００３４】 本発明は、前述された方法のどれかを実行するためのプログラムをその上に記
憶していたコンピュータ読取り可能媒体、および前述された方法のどれかを実行
するためのプログラムを備えるコンピュータプログラム製品も提供する。

【００３５】 本発明は、実質的には添付図面に関して、および添付図面で示されるように装
置、および添付図面の図７に関して実質的に記述されるように方法も提供する。 ある態様の特徴はその他の態様に適用されてよい。つまり、装置特徴は、方法
態様に適用されてよいか、方法態様が装置特徴に適用されてよい。

【００３６】 デジタルテレビシステムの概要 デジタルテレビシステム１の概要は図１に示される。発明は、圧縮されたデジ
タル信号を伝送するために既知のＭＰＥＧ−２圧縮システムを使用する大部分は
従来のデジタルテレビシステム２を含む。さらに詳細には、放送センタのＭＰＥ
Ｇ−２圧縮器３がデジタル信号ストリーム（典型的には、ビデオ信号のストリー
ム）を受信する。該圧縮器３は、リンケージ５によって、マルチプレクサおよび
スクランブラ４に接続される。

【００３７】 マルチプレクサ４は、複数の追加入力信号を受信し、トランスポートストリー
ムをアセンブルし、言うまでもなく電気通信リンクを含む多岐に渡る形式をとる
ことができるリンケージ７を介して圧縮されたデジタル信号を放送センタの送信
機６に伝送する。該送信機６は、衛星トランスポンダ９に向かってアップリンク
８を介して電磁信号を伝送し、そこではそれらは電子的に処理され、概念上のダ
ウンリンク１０を介して、従来はエンドユーザによって所有または賃貸される放
物線地球受信機１２の形を取る地球受信機１２に一斉送信される。地上放送、ケ
ーブル伝送、組み合わされた衛星／ケーブルリンク、電話網等のデータの伝送用
のその他のトランスポートチャネルも、言うまでもなく可能である。

【００３８】 受信機１２によって受信される信号は、エンドユーザによって所有されるか、
あるいは賃貸される統合型受信機／デコーダ１３に伝送され、エンドユーザのテ
レビセット１４に接続される。該受信機／デコーダ１３は、圧縮済みのＭＰＥＧ
−２信号を、テレビセット１４用のテレビ信号に復号する。別個の受信機／デコ
ーダは、図１に示されているが、受信機／デコーダは、統合型デジタルテレビの
一部であってもよい。ここで使用されるように、用語「受信機／デコーダ」は、
セットトップボックス、およびそれと統合される受信機／デコーダを有するテレ
ビなどの別個の受信機／デコーダを含む。

【００３９】 マルチチャネルシステムでは、マルチプレクサ４は、数多くの並列ソースから
受信される音声情報およびビデオ情報を取扱、送信機６と対話し、対応する数多
くのチャネルに沿って情報を一斉送信する。視聴覚情報に加えて、メッセージま
たはアプリケーション、あるいはその他の種類のデジタルデータが、伝送された
デジタル音声およびビデオ情報でインタレースされるこれらのチャネルのいくつ
かまたはすべてで導入されてよい。

【００４０】 条件付きアクセスシステム１５は、マルチプレクサ４および受信機／デコーダ
１３に接続され、部分的には放送センタ内にあり、部分的には受信機／デコーダ
内にある。それは、１つまたは複数の放送供給業者からエンドユーザが、デジタ
ルテレビ放送にアクセスできるようにする。商業的なオファー（すなわち、放送
供給業者によって販売される１つまたは複数のテレビ番組）に関係するメッセー
ジを解読することができるスマートカードは、受信機／デコーダ１３に挿入でき
る。受信機／デコーダ１３およびスマートカードを使用すると、エンドユーザは
、加入モードまたは有料視聴モードのどちらかで商業的なオファーを購入してよ
い。ここで使用されるように、用語「スマートカード」は、あらゆるチップベー
スのカードデバイス、または例えばマイクロプロセッサおよび／またはメモリ記
憶装置などの類似した機能および性能、処理のオブジェクトを含むが、排他的に
含まない。この用語に含まれているのは、例えば、多くの場合ＴＶデコーダシス
テムで使用されるようなキー形デバイスなどのカードに代替の物理形式を有する
デバイスである。

【００４１】 前述されたように、システムにより伝送される番組は、マルチプレクサ４によ
ってスクランブルされ、条件および暗号化キーがアクセス制御システム１５によ
って決定される指定される伝送に適用される。このようにしてスクランブルされ
たデータの伝送は、有料テレビシステムの分野では周知である。典型的には、ス
クランブルされたデータは、データを逆スクランブルするための制御ワードとと
もに伝送され、制御ワードそれ自体は、いわゆる利用キーで暗号化され、暗号化
された形式で伝送される。

【００４２】 それから、スクランブルされたデータおよび暗号化された制御ワードは、暗号
化された制御ワードを解読し、その後で伝送されたデータを逆スクランブルする
ために、デコーダに差し込まれたスマートカードに記憶される利用キーの同等物
にアクセスできるデコーダ１３によって受信される。支払済みの加入者は、伝送
の視聴を可能とするように、例えば、放送月次ＥＣＭ（資格管理メッセージ）の
中で、暗号化された制御ワードを解読するために必要な利用キーを受信するだろ
う。

【００４３】 やはりマルチプレクサ４および受信機／デコーダ１３に接続され、再び部分的
に放送センタ内に位置し、部分的にデコーダ内にあるる対話型システム１６は、
エンドユユーザに、変復調されたバックチャネル１７を介して多様なアプリケー
ションと対話させる。変復調されたバックチャネルは、条件付きアクセスシステ
ム１５で使用される通信のためにも使用されてよい。例えば視聴者が伝送センタ
とただちに通信し、ある特定のイベントを見る、アプリケーションをダウンロー
ドする等のための許可を要求できるようにするために、対話型システムが使用さ
れてよい。

【００４４】 図２は、本発明のデジタルテレビシステムの対話型テレビシステム１６の一般
的なアーキテクチャを示す。 例えば、対話システム１６は、エンドユーザが、画面上のカタログから商品を
購入し、ローカルニュースおよび天気図をオンデマンドで照会し、自分達のテレ
ビセットを通してゲームをプレイできるようにする。 対話型システム４０００は、概要で４つの主要な要素を備える。 ・放送供給業者が、アプリケーションを作成、開発、デバッグおよび試験できる
ようにするための放送センタまたはそれ以外のどこかにあるオーサリングツール
４００４ ・放送供給業者が、エンドユーザに放送されるＭＰＥＧ−２トランスポートスト
リーム（典型的にはその私用セクション）に挿入するためにマルチプレクサおよ
びスクランブラ４への送達のために、アプリケーションおよびデータを作成、認
証およびフォーマットできるようにするために該オーサリングツール４００４に
接続される、放送センタにあるアプリケーションおよびデータサーバ４００６ ・アプリケーションを受信、認証、復元し、実行のためにデコーダ１３の作業メ
モリの中にロードできるようにするために、エンドユーザによって所有または賃
貸される受信機／デコーダ１３内にインストールされる実行可能コードである、
実行時エンジン（ＲＴＥ）４００８を含む仮想機械。該エンジン４００８は、ハ
ードウェアおよびオペレーティングシステムから独立している。 ・サーバ４００６に、エンドユーザの要求時にＭＰＥＧ−２トランスポートスト
リームにデータおよびアプリケーションを挿入するように命令する信号を可能に
するための、受信機／デコーダ１３とアプリケーションとデータサーバ４００６
間の変復調されたバックチャネル１７

【００４５】 対話型テレビシステムは、受信機／デコーダの機能、およびその中に含まれる
多様なデバイスを制御する「アプリケーション」を使用して動作する。アプリケ
ーションは、「リソースファイル」としてエンジン４００８で表される。「モジ
ュール」は、リソースファイルおよびデータの集合である。受信機／デコーダの
「メモリ量」は、モジュール用の記憶装置空間である。モジュールは、ＭＰＥＧ
−２トランスポートシステムから受信機／デコーダ１３にダウンロードされてよ
い。

【００４６】 受信機／デコーダ 図３を参照すると、受信機／デコーダ１３またはセットトップボックスの要素
がここで説明されるだろう。この図に図示されている要素は、機能ブロックとい
う点で説明されるだろう。 受信機／デコーダ１３は、関連付けられるメモリ要素を含み、直列インタフェ
ース２１、並列インタフェース２２、（図１のモデムバックチャネル１７に接続
される）モデム２３、およびデコーダの前面パネル上のスイッチ接触子２４から
入力されるデータを受け入れるように適応される中央処理装置２０を備える。

【００４７】 受信機／デコーダは、さらに、制御装置２６を介して赤外線リモコン装置２５
から入力を受け取るように適応され、それぞれバンクスマートカードまたは加入
スマートカード２９、３０を読み取るように適応される２台のスマートカード読
取り装置２７、２８も所有する。加入スマートカード読取り装置２８は、差し込
まれた加入者カード３０と、および条件突きアクセス装置２９と係合し、暗号化
された放送信号を逆スクランブルできるようにするために、必要な制御ワードを
デマルチプレクサ／解読器３０に供給する。デコーダは、装置３０によって濾波
され、逆多重化される前に、衛星伝送を受信し、復調するために、従来のチュー
ナ３１および復調器３２も含む。

【００４８】 受信機／デコーダ内でのデータの処理は、通常、中央処理装置２０によって取
り扱われる。図４は、受信機／デコーダの中央処理装置２０のソフトウェアアー
キテクチャを示す。図４に関して、ソフトウェアアーキテクチャは、実行時エン
ジン４００８、デバイスマネージャ４０６８、および複数のデバイス４０６２お
よび１つまたは複数のアプリケーション４０５６を実行するためのデバイスドラ
イバ４０６６を備える。

【００４９】 この説明で使用されるように、アプリケーションは、好ましくは、受信機／デ
コーダ１３の高水準機能を制御するための好ましくはコンピュータの一部である
。例えば、エンドユーザがリモコン装置２５の焦点をテレビセット１４の画面上
に見られるボタンオブジェクトの上に配置し、妥当性検査キーを押すと、ボタン
に関連付けられた命令シーケンスが実行される。

【００５０】 対話型アプリケーションがメニューを提示し、エンドユーザの要求でコマンド
を実行し、アプリケーションの目的に関係するデータを提供する。アプリケーシ
ョンは常駐アプリケーション、すなわち受信機／デコーダ１３のＲＯＭ（または
ＦＬＡＳＨまたはその他の不揮発性メモリ）に記憶される、あるいは受信機／デ
コーダ１３のＲＡＭまたはＦＬＡＳＨメモリに一斉送信され、ダウンロードされ
るかのどちらかであってよい。

【００５１】 アプリケーションは、受信機／デコーダ１３内のメモリロケーションに記憶さ
れ、リソースファイルとして表される。該リソースファイルは、前述された特許
明細書中にさらに詳しく説明されるように、例えば、グラフィクオブジェクト記
述装置ファイル、可変ブロック装置ファイル、命令シーケンスファイル、アプリ
ケーションファイルおよびデータファイルを備えてよい。

【００５２】 受信機／デコーダは、ＲＡＭボリューム、ＦＬＡＳＨボリューム、およびＲＯ
Ｍボリュームに分割されるメモリを含むが、この物理的な編成は論理的な編成と
は異なる。メモリは、さらに、多様なインタフェースに関連つけられるメモリボ
リュームに分割されてよい。ある観点からは、メモリは、ハードウェアの一部と
して見なすことができる。別の観点からは、メモリは、ハードウェアは別にして
、示されているシステムの全体をサポートする、または含むとして見なすことが
できる。

【００５３】 中央処理装置２０は、仮想機械４００７の部分を形成する実行時エンジン４０
０８で集中化されるとして見なすことができる。これは、一方の側（「高水準」
側）ではアプリケーションに結合され、後述される多様な中間論理装置を介して
他方の側（「低水準」側）では受信機／デコーダハードウェア４０６１に結合さ
れ、前述されたような多様なポート（すなわち、例えば、直列インタフェース２
１、並列インタフェース２２、モデム２３および制御装置２６）を備える。

【００５４】 特に図４に関して、多様なアプリケーション４０５７が、仮想機械４００７に
結合される。さらに一般的に使用されているアプリケーションのいくつかは、４
０５７で示されるように、システム内に多かれ少なかれ恒久的ではなく常駐して
よいが、それ以外は、例えばＭＰＥＧデータストリームから、あるいは必要に応
じてその他のポートからシステムにダウンロードされるだろう。

【００５５】 仮想機械４００７は、実行時エンジン４００８に加えて、ツールボックス４０
５８を含むいくつかの常駐ライブラリ機能４００６を含む。該ライブラリは、エ
ンジン４００８によって使用されるＣ言語でのその他の機能を含む。これらは、
データ構造、線図等の圧縮、拡大または比較などのデータ操作を含む。該ライブ
ラリ４００６は、ハードウェアおよびソフトウェアバージョン番号および使用可
能なＲＡＭスペース、および新規デバイス４０６２をダウンロードする際に使用
される機能などの受信機／デコーダ１３内のファームウェアについての情報も含
む。機能は、ＦＬＡＳＨまたはＲＡＭメモリに記憶されているライブラリにダウ
ンロードすることができる。

【００５６】 実行時エンジン４００８は、その結果ポートまたはインタフェースに接続され
るデバイスドライバ４０６０に結合されるデバイス４０６２の集合に結合される
デバイスマネージャ４０６８に結合される。広義には、デバイスドライバは、論
理インタフェースを定義すると見なすことができ、その結果２つの異なるデバイ
スドライバが１つの共通した物理ポートに結合されてよい。デバイスは、通常、
複数のデバイスドライバに結合されるだろう。デバイスが単一のデバイスドライ
バに結合される場合、デバイスは通常通信に必要とされる完全な機能性を組み込
むように設計され、その結果、別個のデバイスドライバに対するニーズは不要に
される。一定のデバイスは、それら自体の中で通信してよい。

【００５７】 受信機／デコーダ１３の各機能は、受信機／デコーダ１３のソフトウェアアー
キテクチャ内のデバイス４０６２として表される。デバイスは、ローカルまたは
リモートのどちらかである場合がある。ローカルデバイス４０６４は、スマート
カード、ＳＣＡＲＴコネクタ信号、モデム、直列インタフェースと並列インタフ
ェース、ＭＰＥＧビデオおよび音声プレーや、およびＭＰＥＧセクションおよび
テーブル抽出器を含む。リモートロケーションで実行されるリモートデバイス４
０６６は、ポートおよび手順が、受信機／デコーダ製造メーかにより提供、設計
されるデバイスおよびデバイスドライバによってよりむしろ、システム権限また
は設計者によって定義されなければならないという点でローカルデバイスとは異
なる。

【００５８】 実行時エンジン４００８は、マイクロプロセッサおよび１つの共通したアプリ
ケーションプログラミングインタフェースの制御下で実行する。それらは、すべ
ての受信機／デコーダ１３がアプリケーションの観点から同一であるように、あ
らゆる受信機／デコーダ１３にインストールされる。 エンジン４００８は、受信機／デコーダ１３上でアプリケーション４０５６を
実行する。それは、対話型アプリケーション４０５６をじっこうし、受信機／デ
コーダ１３の外部からイベントを受信し、グラフィックスおよびテキストを表示
し、デバイスにサービスを要求し、特定の計算のためにエンジン４００８に接続
されるライブラリ４００６の機能を使用する。

【００５９】 実行時エンジン４００８は、各受信機／デコーダ１３内にインストールされる
実行可能コードであり、アプリケーションを解釈、実行するためのインタプリタ
を含む。エンジン４００８は、（ＭＳ−ＤＯＳのような）単一タスクタスクオペ
レーティングシステムを含む任意のオペレーティングシステムに適応可能である
。エンジン４００８は、（多様な動作を実行するために、キー押しなどの多様な
イベントを取る）プロセスシーケンサ装置に基づき、異なるハードウェアインタ
フェースからイベント待ち行列を管理するための専用のスケジューラを含む。そ
れは、また、グラフィックスおよびテキストのディスプレイも取り扱う。プロセ
スシーケンサ装置は、動作グループの集合を備える。各イベントは、プロセスシ
ーケンサ装置を、その現在の動作グループから別の動作グループに、イベントの
性格に依存して移動させ、新規動作グループの動作を実行させる。

【００６０】 エンジン４００８は、受信機／デコーダメモリの中にアプリケーション４０５
６をロード、およびダウンロードするためのコードローダを備える。最適使用を
保証するために、必要なコードだけがＲＡＭまたはＦＬＡＳＨメモリの中にロー
ドされる。ダウンロードされたデータは、アプリケーション４０５６の修正、ま
たは許可されていないアプリケーションの実行を防ぐための認証機構によって検
証される。エンジン４００８は、さらに、復元器（ｄｅｃｏｍｐｒｅｓｓｓｏｒ
）を備える。アプリケーションコード（中間コードの形式）は、空間節約および
ＭＰＥＧシステムからまたは内蔵受信機／デコーダモードを介した高速ダウンロ
ードのために圧縮されるので、コードは、それをＲＡＭの中にロードする前に復
元されなければならない。エンジン４００８は、多様な可変値を更新し、ステー
タス変化を決定するためにアプリケーションコードを解釈するためのインタプリ
タ、およびエラーチェッカも備える。

【００６１】 オーサリングツール 前述されたように、オーサリングツール４００４は、アプリケーションを設計
、作成、試験およびデバッグできるようにするために提供される。該オーサリン
グツールは、Ｗｉｎｄｏｗｓ ＮＴ（登録商標）、Ｗｉｎｄｏｗｓ（登録商標） ９５、またはＷｉｎｄｏｗｓ ９８、またはＵＮＩＸ機械を実行するパーソナ ルコンピュータ（ＰＣ）などのワークステーション、あるいは任意のその他のオ ペレーティングシステムを実行するワークステーションで実行される。該オーサ リングツールは、アプリケーション開発者が、ワークステーション画面でそれら を編集することによってアプリケーションを設計し、作成できるようにする。 好ましい実施形態に従って、アプリケーションを試験、デバッグするために、
ワークステーションにリンクされる受信機／デコーダが提供される。受信機／デ
コーダが、アプリケーションを構成する多様なファイルが受信機／デコーダに、
必要に応じて、および必要とされるときにダウンロードできるようにワークステ
ーションにリンクされる。

【００６２】 図５を参照すると、概要では、オーサリングツールは、リンク２２８によって
受信機／デコーダ２２６にリンクされるワークステーション２００を備える。ワ
ークステーション２００が、画面２１０、コンピュータ２１２、キーボード２１
４、およびマウス２１６を備える。コンピュータ２１２は、このようなコンピュ
ータでは従来であるハードウェアとソフトウェアのその他の部分だけではなく、
プロセッサ２１８、メモリ２２０、ハードディスク２２２、入出力（Ｉ／Ｏ）ポ
ート２２４も備える。受信機／デコーダ２２６は、テレビ２３０、またはその他
のディスプレイに接続される。

【００６３】 オーサリングツール４００４の多様な構成要素は、図６にさらに詳細に示され
る。オーサリングツールは、アプリケーションを構成する多様なファイルを作成
、編集するためのエディタ４１０、エディタ４１０によって使用するための既存
のファイルを記憶するライブラリ４１２、およびエディタ４１０によって、図４
中の仮想機械４００７などの仮想機械によって理解できる中間言語に作成された
ファイルをコンパイルするためのコンパイラ４１４を備える。「クラスファイル
」と呼ばれるコンパイルされたファイルは、ワークステーション２００のハード
ディスク２２２上のディレクトリであるディレクトリ４１６に、あるいはワーク
ステーションが接続されるネットワーク上の別のボリュームに保存される。

【００６４】 受信機／デコーダ２２６は、図３に図示されるもののような従来の受信機／デ
コーダ内でみつけられるその他の構成部品だけではなく、ＣＰ４２４と関連付け
られるメモリ、入出力（Ｉ／Ｏ）ポート４２２も備える。（後述されるような）
ネット代理４１８は、受信機／デコーダ２２６が、受信機／デコーダＩ／Ｏポー
ト４２２、シリアルリンク２２８、およびワークステーションＩ／Ｏポート４２
０を介してディレクトリ４１６に記憶されるクラスファイルにアクセスできるよ
うにするために、ワークステーションに提供される。やはり提供されているのは
、受信機／デコーダ２２６上で実行しているアプリケーションをデバッグするた
めの（後述されるような）デバッガ４３０である。

【００６５】 アプリケーション開発者は、エディタ４１０を使用して自分のアプリケーショ
ン用にファイルを作るために、新規ファイルを作成し、および／またはライブラ
リ４１２に記憶されている既存のファイルを利用する。アプリケーションは、仮
想機械用に設計される、Ｊａｖａなどの包括的な言語で作成される命令を含むソ
ースファイル、およびアプリケーションによって使用されることになるデータを
含むデータファイルを備える。編集されているファイルは、ワークステーション
画面２１０に表示され、変更は、キーボード２１４とマウス２１６を使用して入
力される。ファイルは、多様な方法で表示されてよい。例えば、グラフィックフ
ァイルは、画面上でグラフィックとして表示されてよいが、リソースファイルの
場合、ファイル中のコードが表示されてよいか、あるいはコードの全体的な構造
またはアーキテクチャの表現が表示されてよい。

【００６６】 Ｐａｎｔａｌｋとして知られるプログラミング言語を使用する特殊なインプリ
メンテーションでは、アプリケーションは、以下の種類のリソースファイルの１
つまたは複数を備えてよい。 ・ソースファイル − アプリケーションのエントリポイントを定義するため。 ・パネルファイル − 画面を定義するため（グラフィックソースファイルがあ
る）。 ・クラスファイル − アプリケーションによって使用されるデータ構造を定義
するため。 ・オプションでスクリプトファイル ― アプリケーションの動作を定義するた
め。

【００６７】 データファイルの例は、以下の通りである。 ・アイコンライブラリファイル − これらは、例えば、ピクセルビットマップ
あたり４ビットの集合体を含む。これらのアイコンは、ボタンまたは装飾として
パネルによって使用される。 ・画像 − これらのファイルは、ピクセルあたり４ビットで、任意のサイズの
単一ビットマップを含み、２５６色を提供する。この種の画像は、典型的には、
パネルに対する背景として使用される。 ・カラーテーブル − これらは、モジュールが画面上で表示できる色を定義す
るために使用される。 ・ユーザデータファイル − これらのファイルは、アプリケーションによって
使用するためにユーザによって定義される。それらは、ＡＳＣＩＩテキストファ
イルまたはバイナリデータファイルである。

【００６８】 代替インプリメンテーションでは、Ｊａｖａなどのその他のプログラミング言
語が使用される。熟練者にとって明らかとなるように、さまざまな言語が、その
言語に適切な異なるアプリケーション構造を生じさせる結果となってよい。

【００６９】 アプリケーションの試験 いったんアプリケーションが作成されると、それは、仮想機械によって、コン
パイラ４１４によって理解される中間言語に変換され、ディレクトリ４１６内に
クラスファイルとして記憶される。該アプリケーションは、受信機／デコーダ２
２６のプロセッサ上でそれを実行することによって試験されてよい。アプリケー
ションを試験するために、ワークステーション２００は、通信に使用されなけれ
ばならないサーバの名前およびクラスファイルが記憶されるディレクトリの名前
を含むメッセージという形で受信機／デコーダ２２６に要求を送信する。

【００７０】 従来の受信機／デコーダとは対照的に、本実施形態の受信機／デコーダ２２６
は、それが最初にオンにされると、それがネットワークファイルシステム（ＮＦ
Ｓ）ローダと呼ばれる常駐プログラムを実行するようにプログラミングされる。
このプログラムは、ワークステーション２００から受信される要求を待機する。
プログラムは要求を受信すると、それは、指定されたポートを使用して、要求の
中に指定されるディレクトリにアクセスする。ディレクトリ４１６は、すなわち
アプリケーションを開始するファイルである、ブートファイルの名前を含むｓｔ
ａｒｔｕｐ．ｔｘｔと呼ばれるファイルを含む。ＮＦＳローダは、ブートファイ
ルの名前を読み取ってから、そのファイルをワークステーションディレクトリか
らダウンロードし、受信機／デコーダの中のメモリにそれを記憶する。それから
、ブートファイルは、受信機／デコーダの中のプロセッサ４２４によって実行さ
れる。

【００７１】 ブートファイルは、その他のファイルに含まれるルーチンへの呼出しを含んで
よい。このケースでは、プロセッサは、例えば、それがすでに使用されているた
めに、最初に、それが必要とするファイルが、局所的に記憶されているかどうか
を確かめるために、受信機／デコーダメモリの中を見る。ファイルが局所的に記
憶されていない場合には、プロセッサは、ファイルを見つけるために、ワークス
テーションからの要求に指定されるワークステーションディレクトリの中を見る
。それから、ファイルはダウンロードされ、受信機／デコーダによる使用のため
に、受信機／デコーダメモリ（例えば、ＲＡＭメモリまたはＦＬＡＳＨメモリ）
に記憶される。このようにして、エディタ４１０によって作成され、ディレクト
リ４１６に記憶されたアプリケーションは、受信機／デコーダ２２６で実行され
る。受信機／デコーダ２２６からの出力がテレビセット２３０に表示される。こ
れにより、アプリケーション開発者は、受信機／デコーダおよびテレビで実行さ
れるときにアプリケーションがどのように見えるのかを確認できる。

【００７２】 図７を参照して、アプリケーションを作成し、試験する際の多様なステップが
説明されるだろう。ステップ４５０では、アプリケーションはエディタ４１０を
使用して作成される。ステップ４５２では、アプリケーションはコンパイルされ
、ステップ４５４では、コンパイルされたアプリケーションがクラスファイルと
してディレクトリ４１６に保存される。ステップ４５６では、要求はワークステ
ーションから受信機／デコーダに送信され、通信に使用されるディレクトリおよ
びポートの名前を指定する。ステップ４５８では、ブートファイルがディレクト
リから受信機／デコーダの中にロードされ、ステップ４６０では、ブートファイ
ルが受信機／デコーダのプロセッサで実行される。ステップ４６２では、新規ク
ラスファイルが必要とされるかどうかがプロセッサによって決定される。新規ク
ラスファイルが必要とされる場合には、ステップ４６４では、その新規クラスフ
ァイルが受信機／デコーダにロードされ、ステップ４６６では新規クラスファイ
ルが実行される。追加クラスファイルは、必要に応じて、受信機／デコーダの中
にロードされ、プロセッサによって実行される。

【００７３】 エディタ４１０は、例えば、試験の結果としてアプリケーションに変更を加え
るために使用されてよい。このような変更の結果として、ディレクトリ４１６の
中に記憶されるファイルのいくつかまたはすべてが更新されてよい。それから、
更新されたファイルが、ここで記述さえるように、複数の方法の１つで受信機／
デコーダ２２６に転送されてよい。

【００７４】 ある実施形態では、受信機／デコーダ２２６内でファイルを更新するために特
殊な準備は行われない。受信機／デコーダがオンにされると、それは、それが必
要とするファイルをディレクトリ４１６からただダウンロードするだけである。
このケースでは、変更が、すでに受信機／デコーダにダウンロードされたファイ
ルに加えられた場合には、受信機／デコーダは再起動されなければならず、その
結果更新されたファイルがダウンロードされるだろう。これは、例えば、受信機
／デコーダをオフに切り替えてから、再びオンに切り替えることによって行われ
てよい。それから、受信機／デコーダは、アプリケーションを実行するために必
要とされるあらゆる修正済みのファイルを含むすべてのファイルをダウンロード
する。

【００７５】 別の実施形態では、受信機／デコーダ内のファイルは、ワークステーションか
ら受信機／デコーダに「ファイルアンロード」コマンドを送信することによって
更新される。受信機／デコーダがこのコマンドを受信すると、それは指定された
ファイルを削除する。次回ファイルが必要とされると、それは受信機／デコーダ
内に局所的に存在しないため、ファイルの更新されたバージョンがディレクトリ
４１６からダウンロードされるだろう。

【００７６】 追加実施形態では、受信機／デコーダは、局所的におよびワークステーション
での両方で使用可能であるすべてのファイルの前回の修正の時刻および日付をチ
ェックし、すべてのファイルの最新バージョンを使用する。このようにして、修
正されたファイルは、受信機／デコーダに自動的に転送される。 オーサリングツールネットワーク

【００７７】 図８は、受信機／デコーダ２２６に、ワークステーションのハードディスクへ
のアクセスを与えるために使用される多様な層のアーキテクチャ、つまり、当て
はまる場合には、ディレクトリ４１６を含むネットワークボリュームを示す。受
信機／デコーダには、受信機／デコーダがワークステーションのハードディスク
またはネットワークボリューム上のディレクトリを、それがローカル記憶装置で
あるかのように、使用できるようにするクライアントネットワークファイルシス
テム（ＮＦＳ）が提供される。本例では、受信機／デコーダはネットワークスタ
ックを含まないため、代理スタック（「ＮｅｔＰｒｏｘｙ」）４１８が、受信機
／デコーダによる使用のためにワークステーションに提供される。この代理は、
受信機／デコーダに接続される、ワークステーションのネットワークスタックと
物理ポートの間にリンクを確立する。

【００７８】 図８を参照すると、受信機／デコーダ２２６は、物理層２５０、データリンク
層２５２、ネット代理層２５４、ＮＦＳ／ＲＰＣ層２５６、およびファイルシス
テム層２５８を含む。 物理層２５０は、受信機／デコーダ２２６とワークステーション２００間で物
理ポートを提供する。それ自体として、それは（他の可能性の中で）直列ポート
、並列ポートまたはモデムのどれか、またはすべてを含んでよい。 データリンク層２５２の目的とは、物理層２５０と代理プロキシ層２５４間で
、データのフレームの交換を取り扱うことである。それは、交換されるフレーム
の完全性を保証し、さまざまな宛先から到着するフレームを逆多重化するのに役
立つ。

【００７９】 データリンク層２５２は、ＳＬＰＤとして特定されるプロトコルを使用してよ
い。ＳＬＰＤプロトコルは、図９の中で図で表される５つのフィールドを含むフ
レーム内でデータを取り扱う。このフレームの中に含まれるフィールドは、以下
の通りである。 ・ＳＹＮＣ＿ＷＯＲＤ（５００）：ＳＬＰＤフレームの開始を特定する固定１６
ビット値。 ・ＬＥＮＧＴＨ（５０２）：ＳＬＰＤフレーム内で続くバイトのカウントである
１６ビット値。 ・ＰＲＯＴＯＣＯＬ＿ＩＤ（５０４）：ＳＬＰＤフレーム内に含まれるデータの
プロトコルを特定する１６ビット値。このフィールドは、データの多重化で使用
される。 ・ＤＡＴＡ（５０６）：ＬＥＮＧＴＨを含む可変長フィールド―４バイトのデー
タがＳＬＰＤフレームによって移される。 ・ＣＲＣ１６（５０８）：ＳＬＰＤフレームの完全性を検証するための１６ビッ
トフィールド。フィールドは、フィールドＰＲＯＴＯＣＯＬ＿ＩＤおよびＤＡＴ
Ａで計算される１６ビット巡回冗長検査値を含む。

【００８０】 データリンク層２５２の機能性は、以下の公の方法の提供を含む。 ＭｈｗＮＦＳＲｐｃＣｏｍＲｅｇｉｓｔｅｒＰｒｏｔｏｃｏｌ：この関数は、
プロトコルに関連付けられる呼び戻し関数を登録する。２つの呼び戻し関数、ａ
ＳｅｎｄＣａｌｌｂａｃｋおよびａＲｅｖＣａｌｌｂａｃｋは、各プロトコルと
関連付けられ、それぞれ、データのフレームの伝送の完了を示すために呼び出さ
れ、他方はデータのフレームの受信を示すために呼び出される。 ＭｈｗＮＦＳＲｐｃＣｏｍＵｎｒｅｇｉｓｔｅｒＰｒｏｔｏｃｏｌ：この関数
は、プロトコルに関連付けられる呼び戻し関数を削除するために使用される。

【００８１】 ＭｈｗＮＦＳＲｐｃＣｏｍＰｏｒｔＩｎｉｔ、ＭｈｗＮＦＳＲｐｃＣｏｍＰｏ
ｒｔＣｌｏｓｅ：それぞれ、（直列ポート、並列ポート、またはモデムデバイス
などの）通信ポートを初期化し、閉じるために、およびポートのコンテキストア
ドレスを得るために使用される。好ましい実施形態では、同じデバイスのために
この関数を複数回呼び出すことが許可されている。デバイスの初期化は、第１呼
出し以外では達成されない。データリンク層２５２は、デバイスごとにＭｈｗＮ
ＦＳＲｐｃＣｏｍＰｏｒｔＩｎｉｔに対して行われる呼出し回数をカウンタの中
に記憶する。それ以降の呼出しが、デバイスのためにＭｈｗＮＦＳＲｐｃＣｏｍ
ＰｏｒｔＣｌｏｓｅに行われるたびに、そのデバイス用のカウンタが減分される
。ポートは、そのカウンタがゼロに到達するまで実際には閉じられない。

【００８２】 ＭｈｗＮＦＳＲｐｃＣｏｍＩｎｉｔ、ＭｈｗＮＦＳＲｐｃＣｏｍＣｌｏｓｅ：
これらの関数は、それぞれ、データリンク層２５２を初期化する、および正しく
閉じるために呼び出される。 ＭｈｗＮＦＳＲｐｃＣｏｍＤａｔａｇｒａｍＳｅｎｄ：この関数は、通信ポー
トを介してＳＬＰＤフレームを伝送する。伝送の完了時、ＳＬＰＤフレームで特
定されるプロトコルの呼び戻し関数ａＳｅｎｄＣａｌｌｂａｃｋは、フレームが
送信されたことをクライアントに示すために呼び出される。

【００８３】 ネット代理層２５４は、デコーダ内でのネットワークスタックの不在を補償す
るソフトウェア層である。ネット代理２５４層は、中間データリンク層２５２，
２６２および受信機／デコーダ２２６およびワークステーション２００内の物理
層２５０，２６０を通してワークステーション２０内のネット代理層２６４と通
信する。ワークウステーション２００の中では、ネット代理層２６４によって受
信されるすべてのメッセージが、ＵＤＰソケット２６８を介するリモートホスト
へのオンワード伝送のためにネットワークスタック２６６に渡される。同様に、
ＵＤＰソケット２６８によって受信されるすべてのメッセージは、受信機／デコ
ーダ２２６に転送される。受信機／デコーダ内のＮＦＳ／ＲＰＣ層２５６は、受
信機／デコーダのファイルシステム２５８とＮｅｔＰｒｏｘｙ層の間にインタフ
ェースを提供するが、ワークステーション内のＮＦＳ／ＲＰＣ層２７０は、ワー
クステーションのファイルシステムおよびネットワークスタックの間にインタフ
ェースを提供する。

【００８４】 ネット代理層（受信機／デコーダ２２６内にあるのか、ワークステーション２
００内にあるのかに関係なく）は、ホスト名および任意の長さのデータパケット
を含むデータパケットを取り扱う。ネット代理層は、以下の公の方法を提供する
。 ＮＦＳＲｐｃＰｒｏｘｙＩｎｉｔ、ＮＦＳＲｐｃＰｒｏｘｙＣｌｏｓｅ：これ
らの関数は、それぞれ、ネット代理層を初期化し、閉じる。 ＮＦＳＲｐｃＰｒｏｘｙＢｉｎｄＨｏｓｔＮａｍｅ、ＮＦＳＲｐｃＰｒｏｘｙ
ＵｎｂｉｎｄＨｏｓｔＮａｍｅ：これらの関数の第１がホスト名を物理インタフ
ェースに関連付ける。後者は、過去に登録されたホスト名を、ネット代理によっ
て維持されるホストのリストから削除する。 ＮＦＳＲｐｃＰｒｏｘｙＢｉｎｄＲｅｓｏｌｖｅＮａｍｅ：この関数は、名前
で特定されるホストのアドレスを入手する。 ＮＦＳＲｐｃＰｒｏｘｙＲｐｃＳｅｎｄ：この関数は、リモートホストでＲＰ
Ｃ呼出しを行うために使用される。 ＮＦＳ／ＲＰＣ層は、ＲＦＣ１０５７、ＲＦＣ１０９４、および関連ＩＳＯ規
格に準拠して、ＲＰＣコマンドを呼び出すために必要な機能性を実現する。

【００８５】 修正された実施形態は図１０に示される。この実施形態では、ディレクトリ４
１６は、ワークステーション２００から遠いＮＦＳサーバ６００上のネットワー
クボリュームに記憶される。開発ワークステーション６２０で作業している開発
者は、サーバ６００へのネットワーク６１２接続にを介してディレクトリ４１６
内のファイルへのアクセスを取得できる。開発者のワークステーション６２０と
は別個のネット代理６１０が、受信機／デコーダ２２６がネットワークへのアク
セスを取得できるために提供される。

【００８６】 図１０の装置では、受信機／デコーダは、前記図に関して前述されたように構
成される。ネット代理６１０は、ＰＣワークステーションなどのハードウェアで
実行中のソフトウェアとして便利に実現できる。典型的には、開発ワークステー
ションは、Ｕｎｉｘワークステーションなどのより強力な開発機械である。受信
機／デコーダ２２６の実行環境は、開発者のワークステーション６２０、共通フ
ァイルサーバ６００、および（図示されていない）その他のローカルまたはリモ
ート開発者のワークステーションを含む、ネット代理６１０を通して、ネットワ
ーク６１２に接続される多様なボリュームの中の多くのディレクトリでファイル
をアクセスできることが理解されるだろう。

【００８７】 デバッガ 再び図６を参照すると、ワークステーション２００は、受信機／デコーダ２２
６の事項時実行環境でコードの実行を監視し、制御するソフトウェアの形式でデ
バッグツール４３０を含む。前記に引用された国際特許出願番号ＷＯ第９８／４
３１６５号に開示されたように、開発ワークステーションで実行中のデバッガは
、実行環境で実行中のプログラムの実行を制御する、および／または監視するた
めに、受信機／デコーダ２２６に実行環境と制御メッセージを交換することがで
きる。

【００８８】 本実施形態では、デバッガが、受信機／デコーダ２２６で実行中のアプリケー
ションの動作を制御できるために、制御メッセージは、ネット代理４１８または
６１０によって、ネットワークと受信機／デコーダ２２６の間で実行される。リ
モートデバッグセッションの開始時に、デバッガ４３０は、呼出しパラメータと
してリモートホストのホスト命で呼び出される。これにより、データパケットは
、指定されたリモートホストに送信され、それから、ネット代理４１８または６
１０を介して、受信機／デコーダ２２６に送信される。データパケットは、それ
にデバッグモードに入るように命令する実行環境用のコマンド信号を含み、さら
に、デバッグ制御信号が送信されなければならないホストの名前（通常、開発者
のワークステーションのホスト名）を含む。デバッグ動作中、実行環境は、受信
機／デコーダのネット代理を通しておよびローカル通信ポートを通して制御信号
を送受するだろう。

【００８９】 デバッグ動作中、受信機／デコーダ上で実行するアプリケーションは、デバッ
ガに送信されるコマンドに従って監視、制御される。該アプリケーションを形成
するクラスファイルは、試験動作に関連して前述されたのと同じように、それら
が必要とされると受信機／デコーダにダウンロードされる。更新済みファイルは
、試験動作に関係して記述された方法のどれかで受信機／デコーダに転送されて
もよい。

【００９０】 多様なデバッグ動作は、デバッガ４３０によって実行されてよい。例えば、デ
バッガ４３０は、アプリケーション内で変数を監視することができ、監視される
変数のリストはこの目的のために定義される。定義された変数の値は、アプリケ
ーションの実行中に定義されるポイントで表示できる、および／または変数の値
が値の変化に関して（変数名とともに）表示できる。さらに、デバッガ４３０は
、受信機／デコーダ内で可変値を修正するために使用できる。これは、オペレー
タに、変数を他の値に設定することがどのような影響を持つのかをほぼ即座に確
かめる能力を与える。これらの変数制御関数は、言うまでもなく、（すべてのデ
バッガ関数はクリアできるので）デバッガによってクリアすることもできる。 同様に、デバッガ４３０は、例えば、モジュール、可変ブロック装置ファイル
、およびオブジェクトなどのその他の種類のエンティティが、アプリケーション
の実行中にいつ遭遇されるのかを信号で知らせるように受信機／デコーダを設定
することもできる。

【００９１】 デバッガ４３０は、ブレークポイントを挿入（し、それらを削除）することに
よってアプリケーションの実行を制御することもできる。さらに具体的には、実
行は、定義されたポイントおよび／または定義されたサブルーチンの間、あるい
は完全アプリケーションの間のどちらかで、中断されずに実行し、ブレークポイ
ントまで実行し、停止し、ブレークポイントまで実行し、所望されるときは急ぎ
（再開し）、サブルーチン呼出しまで実行するか、サブルーチンから戻るか、あ
るいはステップごとに進行する（つまり、オペレータに応答してのみ各ステート
メントから急ぐ）ことができる（サブルーチンとは、アプリケーションによって
呼び出される、または実行できるステートメントのシーケンスである命令シーケ
ンスであってよい）。

【００９２】 デバッガ４３０は、続行する、ロードする、戻る、またはジャンプする、ある
いは１つまたは複数の指定されたルーチンまたはそのタイプの実行をオ開始する
か、終了する、あるいは中断するなどの多岐に渡る動作の１つまたは複数を検出
し、信号で知らせるトレース関数を動作できる。

【００９３】 デバッガ４３０は、アプリケーションの実行中に所望のポイントで受信機／デ
コーダおよびアプリケーションのステータスを監視、報告することもできる。そ
のステータスが監視、および報告できる要素の間には以下がある。つまり、メモ
リサイズ、自由なメモリ、バッファプール特徴、システムバージョン番号、等、
（ＲＡＭ、フラッシュ、およびＲＯＭなどの）メモリ全体またはその指定された
部分のメモリコンテンツ（メモリダンプ）、取り付けられるボリューム、ロード
されるモジュール（およびカレントモジュール）、および変数ブロック装置ファ
イル（数、使用されるメモリ、変数ブロック装置ファイルのリスト）、命令シー
ケンスステータス（名前、実行中および／または中断される数、使用されるメモ
リ等）、および戻りスタックコンテンツ（つまり、戻されるサブルーチンのリス
ト）である。

【００９４】 好ましい実施形態で使用できるデバッガ機能の例は、以下の表に示される。 コマンド 記述 ｎｅｘｔ その関数に従わないコードの行の実行 ｓｔｅｐ その関数に従うコードの行の実行 ｃｏｎｔ 停止ポイントまたはプログラムの最後まで実行を続行する ｕｎｔｉｌ＜ｌｉｎｅ ｎｕｍｂｅｒ＞ 指定された行番号まで実行を続行する
ｆｉｎｉｓｈ 現在の機能の最後まで実行を続行する ｂｒｅａｋ＜ｓｔｒｉｎｇ＞ ブレークポイントを挿入する ｂｒｅａｋ＜ｓｔｒｉｎｇ ｉｆ＜ｃｏｎｄｉｔｉｏｎ＞ 条件付きブレークポ
イントを挿入する ｂｒｅａｋｃｏｕｎｔ＜ｎｕｍｂｅｒ＞＜ｓｔｒｉｎｇ＞ カウンタとともにブ
レークポイントを挿入する（プログラムは、ブレークポイントが指定された回数
通過した後に停止するだろう） ｂｒｅａｋｃｏｕｎｔ＜ｎｕｍｂｅｒ＞＜ｓｔｒｉｎｇ＞ｉｆ＜ｃｏｎｄｉｔｉ
ｎ＞ カウンタとともに、条件付きブレークポイントを挿入する ｄｅｌｅｔｅ＜ｂｒｅａｋｐｏｉｎｔ ｎｕｍｂｅｒ＞ ブレークポイントを削
除する ｄｉｓａｂｌｅ＜ｂｒｅａｋｐｏｉｎｔ ｎｕｍｂｅｒ＞ ブレークポイントを
非活性化する ｅｎａｂｌｅ＜ｂｒｅａｋｐｏｉｎｔ ｎｕｍｂｅｒ＞ ブレークポイントを活
性化する ｃｏｍｍａｎｄ＜ｂｒｅａｋｐｏｉｎｔ ｎｕｍｂｅｒ＞ ブレークポイントと
コマンドを関連付ける ｗａｔｃｈｅｘｃｅｐｔｉｏｎ＜ｅｘｃｅｐｔｉｏｎ＞ 例外が提起されるとき
にブレークポイントを挿入する Ｕｎｗａｔｃｈｅｘｅｘｃｅｐｔｉｏｎ＜ｗａｔｃｈｅｘｃｅｐｔｉｏｎ ｎｕ
ｍｂｅｒ＞ 例外に関連付けられるブレークポイントを抑制する ｉｎｆｏ ブレークポイントのリストおよびステータスを表示する ｐｒｉｎｔ＜ｅｘｐｒｅｓｓｉｏｎ＞ 式の値を印刷する ｓｅｔ＜ｅｘｐｒｅｓｓｉｏｎ１＞＜ｅｘｐｒｅｓｓｉｏｎ２＞ 式２の値を式
１に設定する ｗｈａｔｉｓ＜ｅｘｐｒｅｓｓｉｏｎ＞ 式の種類を示す ｉｎｈｅｒｉｔ＜ｅｘｐｒｅｓｓｉｏｎ＞ 式の母クラスのリストを表示する ｆｉｅｌｄｓ＜ｅｘｐｒｅｓｓｉｏｎ＞ 式のフィールドのリストを表示する ｍｅｔｈｏｄｓ＜ｅｘｐｒｅｓｓｉｏｎ＞ 式の方法のリストを表示する ｄｕｍｐ＜ｆｏｒｍａｔ＞＜ａｄｄｒｅｓｓ＞＜ｃｏｕｎｔ＞ メモリのセクシ
ョンのコンテンツを表示する ｗｈｅｒｅ カレントスレッドのスタックを表示する ｕｐ カレントフレームを呼び出すフレームを選択する ｄｏｗｎ 呼び出されたフレームを選択する ｔｈｒｅａｄｓ スレッドおよびその主要な属性のリストを表示する ｇｅｔｔｈｒ スレッドの属性の詳細なリストを表示する ｍｏｎｉｔｏｒｓ スレッドのモニタのリストを表示する ｇｅｔｍｏｎ モニタの属性の詳細なリストを表示する ｄｂｇｉｎｆｏ トレースレベルが定義されるモジュールを一覧表示する ｄｂｇｓｅｔ モジュールのトレースレベルを修正する ｆｓ＜ａｃｔｉｏｎ＞ｐａｒａｍｅｔｅｒｓ ファイルシステムから情報を得る
ために使用される

【００９５】 いくつかの状況では、複数のホストが受信機／デコーダ２２６と通信中である
ことが望ましいことがある。例えば、実行環境は、ネットワークプリンタへ実時
間でデバッグ情報を送信するために構成されてよい。 代替実施形態では、受信機／デコーダ２２６は、ネットワークスタックを備え
られ、前述されたＮｅｔＰｒｏｘｙ層は不要にされる。 ワークステーションおよび受信機／デコーダは、オーサリングツールに関して
前述されてきた。しかしながら、受信機／デコーダおよびワークステーションは
、アプリケーションの立証などのその他の目的のも使用されてよい。 本出願人の名前での同時係続欧州特許出願番号第９９４０１７４４．０号に説
明されるデバイスシミュレータは、本発明とともに使用されてよい。その特許出
願の主題は、参照してここに組み込まれている。 本発明が、純粋にれいによって前述され、詳細の修正が発明の範囲内で加える
ことができることが理解されるだろう。 説明中に開示されるそれぞれの特徴、および（該当する場合）クレームと図面
は、独立して、または適切な組み合わせで提供されてよい。 クレーム中に出現する参照番号は、例証としてだけであり、クレームの範囲に
制限的な影響を及ぼさないものとする。 本発明の好ましい特徴は、ここで、添付図面に関して、純粋に例証として説明
されるだろう。

【図面の簡単な説明】

【図１】 図１は典型的なデジタルテレビシステムのアーキテクチャを示す。

【図２】 図２は図１のデジタルテレビシステムの対話型システムのアーキテクチャを示
す。

【図３】 図３は図１のシステムの受信機／デコーダの概略図である。

【図４】 図４は受信機／デコーダの層化されたアーキテクチャの機能ブロック図である
。

【図５】 図５はオーサリングツールの概要を示す。

【図６】 図６は図５の該オーサリングツールの主要な構成要素を示す。

【図７】 図７は図５の該オーサリングツールの動作を示す。

【図８】 図８は図５の該オーサリングツールの入出力層のアーキテクチャを示す。

【図９】 図９はネットワークデータフレームを示す図である。

【図１０】 図１０は発明の別の態様の機能図である。

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ， ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，ＭＬ， ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，Ｋ Ｅ，ＬＳ，ＭＷ，ＭＺ，ＳＤ，ＳＬ，ＳＺ，ＴＺ，ＵＧ ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ， ＲＵ，ＴＪ，ＴＭ)，ＡＥ，ＡＧ，ＡＬ，ＡＭ，ＡＴ， ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＢＺ，Ｃ Ａ，ＣＨ，ＣＮ，ＣＲ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＤＭ ，ＤＺ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＤ，ＧＥ，ＧＨ， ＧＭ，ＨＲ，ＨＵ，ＩＤ，ＩＬ，ＩＮ，ＩＳ，ＪＰ，Ｋ Ｅ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ ，ＬＴ，ＬＵ，ＬＶ，ＭＡ，ＭＤ，ＭＧ，ＭＫ，ＭＮ， ＭＷ，ＭＸ，ＭＺ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，Ｒ Ｕ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ，ＴＭ ，ＴＲ，ＴＴ，ＴＺ，ＵＡ，ＵＧ，ＵＳ，ＵＺ，ＶＮ， ＹＵ，ＺＡ，ＺＷ (72)発明者 ボウドカネ，マモウド フランス国 エフ−75516 パリ セデッ クス 15 プレイス ラオール ダウトリ ー 34，カナル プラス テクノロジーズ ソシエテ アノニム内 (72)発明者 ビンセント，ディディア フランス国 エフ−75516 パリ セデッ クス 15 プレイス ラオール ダウトリ ー 34，カナル プラス テクノロジーズ ソシエテ アノニム内 Ｆターム(参考） 5B042 GA08 GB02 HH04 HH06 5C025 DA01 DA05 5C061 BB01 CC05

Claims (51)

【特許請求の範囲】
1. 【請求項１】 アプリケーションを記憶するための手段、記憶されているア
   プリケーションを実行するための手段、および該記憶されているアプリケーショ
   ンをデバッグするためにワークステーションによる使用のためにリモートワーク
   ステーションにデバッグメッセージをネットワーク上で通信するための手段とを
   備える受信機／デコーダ。
2. 【請求項２】 デバッグメッセージを通信するための手段は、メッセージに
   依存して、受信機／デコーダによってアプリケーションの実行を制御するために
   、ネットワークからデバッグメッセージを受信するように適応される、請求項１
   に記載の受信機／デコーダ。
3. 【請求項３】 メッセージが、リモートホストの識別こｗ含み、デバッグメ
   ッセージを通信するための手段が、メッセージの中で特定されるリモートほすと
   と追加デバッグメッセージを通信するように適応される、請求項２に記載の受信
   機／デコーダ。
4. 【請求項４】 デバッグメッセージを通信するための手段が、受信機／デコ
   ーダによってアプリケーションの実行に関する情報を含むデバッグメッセージを
   伝送するように適応される、任意の前記請求項に記載の受信機／デコーダ。
5. 【請求項５】 アプリケーションが複数のファイルを備え、受信機／デコー
   ダが、リモートワークステーションからファイルの内の少なくとも１つを選択的
   に読み取るための手段を備える、任意の前記請求項に記載の受信機／デコーダ。
6. 【請求項６】 アプリケーションを実行するための手段を備え、該アプリケ
   ーションが複数のファイルを備え、ファイルの少なくとも１つを外部記憶装置手
   段から選択的に読み取るための手段を備える、受信機／デコーダ。
7. 【請求項７】 外部記憶装置手段がリモートワークステーションの一部であ
   る、請求項６に記載の受信機／デコーダ。
8. 【請求項８】 受信機／デコーダが、リモートワークステーションから個々
   のファイルを読み取るように適応される、請求項５または７に記載の受信機／デ
   コーダ。
9. 【請求項９】 受信機／デコーダが、リモートワークステーションでそのネ
   ットワークス宅としてシミュレーションされるネットワークすタックを使用する
   ように適応される、請求項８に記載の受信機／デコーダ。
10. 【請求項１０】 受信機／デコーダは、リモートワークステーションからブ
    ートファイルをロードするように適応される、請求項５と７から９のどれかに記
    載の受信機／デコーダ。
11. 【請求項１１】 受信機／デコーダは、それがアプリケーションを実行する
    ために必要とされるにつれて、前記少なくとも１つのファイルを読み取るように
    適応される、請求項５から１０のどれかに記載の受信機／デコーダ。
12. 【請求項１２】 受信器／デコーダが、更新されたファイルを読み取るよう
    に適応される、請求項５から１１のどれかに記載の受信機／デコーダ。
13. 【請求項１３】 記憶され、リモート受信機／デコーダ上で実行中のアプリ
    ケーションをデバッグするためのワークステーションであり、ネットワーク上で
    受信機／デコーダとデバッグメッセージを通信するための手段を備えるワークス
    テーション。
14. 【請求項１４】 受信機／デコーダで実行されるアプリケーションを記憶す
    るための記憶手段を備え、該アプリケーションが複数のファイル、およびネット
    ワークによってワークステーションに接続される受信機／デコーダによるファイ
    ルの少なくとも１つへのアクセスを可能にするための手段を備える、請求項１３
    に記載のワークステーション。
15. 【請求項１５】 受信機／デコーダで実行するためのアプリケーションを記
    憶するための記憶装置手段を備え、該アプリケーションが、複数のファイル、お
    よびネットワークによってワークステーションに接続される受信機／デコーダに
    よるファイルの少なくとも１つへのアクセスを可能にするための手段を備える、
    ワークステーション。
16. 【請求項１６】 前記少なくとも１つのファイルへのアクセスを可能にする
    ための手段が、個別ファイルを読み取ることができるように適応される、請求項
    １４または請求項１５に記載のワークステーション。
17. 【請求項１７】 さらに、アプリケーションを編集するための手段を備える
    、請求項１４から１７のどれかに記載のワークステーション。
18. 【請求項１８】 請求項１から１２のどれかに記載の受信機／デコーダおよ
    び請求項１３から１７のどれかに記載のワークステーションを備えるアプリケー
    ション開発ツール。
19. 【請求項１９】 受信機／デコーダとワークステーションの間で通信を実現
    するために動作できるネット代理を含む、請求項１８に記載のアプリケーション
    開発ツール。
20. 【請求項２０】 アプリケーションを編集するためのワークステーション、
    および該アプリケーションを実行するための受信機／デコーダを備えるアプリケ
    ーション開発ツールであって、そこでは、受信機／デコーダが、ワークステーシ
    ョンからアプリケーションの少なくとも一部を選択的に読み取るための手段を有
    し、ワークステーションが、受信機／デコーダに各部を通信するための手段を有
    する、アプリケーション開発ツール。
21. 【請求項２１】 ワークステーションが、さらに、アプリケーションを記憶
    するための記憶装置手段を備える、請求項２０に記載のアプリケーション開発ツ
    ール。
22. 【請求項２２】 アプリケーションが複数のファイルを備える、請求項２０
    または請求項２１に記載のアプリケーション開発ツール。
23. 【請求項２３】 受信機／デコーダは、記憶装置手段から個々のファイルを
    読み取るように適応される、請求項２２に記載のアプリケーション開発ツール。
24. 【請求項２４】 受信機／デコーダは、それがアプリケーションを実行する
    ために必要とされるにつれて、ファイルを読み取るように適応される、請求項２
    ２または請求項２３に記載のアプリケーション開発ツール。
25. 【請求項２５】 ワークステーションが、ファイルを更新するように適応さ
    れ、受信機／デコーダがいったん更新されると前記ファイルを読み取るように適
    応される、請求項２２から２４のどれかに記載のアプリケーション開発ツール。
26. 【請求項２６】 受信機／デコーダが、ファイルの最新のバージョンを読み
    取るように適応される、請求項２２から２５のどれかに記載のアプリケーション
    開発ツール。
27. 【請求項２７】 ワークステーションが、ファイルを廃棄するように受信機
    ／デコーダに命令するように適応される、請求項２２から２６のどれかに記載の
    アプリケーション開発ツール。
28. 【請求項２８】 請求項２６または請求項２７に記載のアプリケーション開
    発ツール、およびワークステーションと受信機／デコーダがその上で通信するネ
    ットワークを備える、アプリケーション開発環境。
29. 【請求項２９】 記憶され、受信機／デコーダで実行中のアプリケーション
    をデバッグする方法であって、記憶されているアプリケーションをデバッグする
    際に、ワークステーションにより使用するために、受信機／デコーダからリモー
    トワークステーションへネットワーク上でデバッグメッセージを通信することを
    備える該方法。
30. 【請求項３０】 デバッグメッセージが、メッセージに依存してアプリケー
    ションの実行を制御するために、ネットワーク上で受信機／デコーダによって受
    信される、請求項２９に記載の方法。
31. 【請求項３１】 メッセージが、リモートホストの識別子を含み、方法が、
    メッセージの中で特定されるリモートホストと追加デバッグメッセージを通信す
    ることを備える、請求項３０に記載の方法。
32. 【請求項３２】 受信機／デコーダから、アプリケーションの実行に関する
    情報を含むデバッグメッセージを伝送することを備える、請求項２９から３１の
    どれかに記載の方法。
33. 【請求項３３】 アプリケーションが複数のファイルを備え、方法が、リモ
    ートワークステーションからファイルの内の少なくとも１つを選択的に読み取る
    ことを備える、請求項２９から３２のどれかに記載の方法。
34. 【請求項３４】 アプリケーションを編集するためのワークステーションか
    らアプリケーションを実行するための受信機／デコーダにアプリケーションを転
    送する方法であって、アプリケーションが複数のファイルを備え、ワークステー
    ションから受信機／デコーダに個々のファイルを転送することを備える該方法。
35. 【請求項３５】 それがアプリケーションを実行することを必要とされると
    きにファイルが転送される、請求項３４に記載の方法。
36. 【請求項３６】 ファイルを更新すること、および更新されたファイルを受
    信機／デコーダに転送することを備える、請求項３４または請求項３５に記載の
    方法。
37. 【請求項３７】 受信機／デコーダでアプリケーションを実行するための方
    法であって、該アプリケーションが複数のファイルを備え、それがアプリケーシ
    ョンを実行することを必要とされるにつれて、受信機／デコーダにファイルを転
    送することを備える、該方法。
38. 【請求項３８】 受信機／デコーダ上でアプリケーションを実行する方法で
    あって、該アプリケーションが、ブートファイルおよび少なくとも１つの追加フ
    ァイルを備え、 受信機／デコーダにブートファイルを転送することと、 受信機／デコーダ内でブートファイルを実行することと、 それが必要とされるときに、少なくとも１つの追加ファイルを転送することと
    、 を備える、該方法。
39. 【請求項３９】 ブートファイルの少なくとも１つまたは該少なくとも１つ
    の追加ファイルが、ネットワーク上で転送される、請求項３８に記載の方法。
40. 【請求項４０】 ブートファイルの少なくとも１つ、および少なくとも１つ
    のそれ以外のファイルが、ネットワークファイル記憶装置から転送される、請求
    項３９に記載される方法。
41. 【請求項４１】 その上に、請求項２９から４０のどれかの方法を実行する
    ためのプログラムを記憶していたコンピュータ読取り可能媒体。
42. 【請求項４２】 請求項２９から４０のどれかの方法を実行するためのプロ
    グラムを備える、コンピュータプログラム。
43. 【請求項４３】 請求項２９から４０のどれかの方法を実行するためのコン
    ピュータプログラムを実現する信号。
44. 【請求項４４】 実質的にここに記述されるような受信機／デコーダ。
45. 【請求項４５】 実質的にここに記述されるようなワークステーション。
46. 【請求項４６】 実質的にここに記述されるようなアプリケーション開発ツ
    ール。
47. 【請求項４７】 実質的にここに記述されるようなアプリケーション開発環
    境。
48. 【請求項４８】 実質的にここに記述されるようなアプリケーションをデバ
    ッグする方法。
49. 【請求項４９】 該アプリケーションを編集するワークステーションから、
    実質的にここに記述されるようなアプリケーションを実行するための受信機／デ
    コーダにアプリケーションを転送するための方法。
50. 【請求項５０】 実質的にここに記述されるような受信機／デコーダでアプ
    リケーションを実行する方法。
51. 【請求項５１】 実質的にここに記述されるようなコンピュータ読取り可能
    媒体、コンピュータプログラム製品または信号。