JP2003504977A - アプリケーションを試験するための装置および方法 - Google Patents

Abstract

(57)【要約】 例えばテレビシステムなどの受信機／デコーダ用のアプリケーションを試験するための装置が開示され、該装置は受信機／デコーダの機能をシミュレートするための手段を含む。アプリケーションを編集および試験するための装置、および関連付けられたワークステーションも開示される。やはり開示されるのは、受信機／デコーダの機能がシミュレートされるアプリケーションを試験する方法である。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】

本発明は、アプリケーションを試験するための装置および方法に関する。本発
明は、対話型テレビシステム用アプリケーションを作成、開発および試験する際
に使用するためのオーサリングツールに特に応用例がある。

【０００２】

【従来の技術】

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

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

【０００４】 アプリケーションは、スマートカード読取り装置、グラフィックカード、赤外
線遠隔制御回路、キーボード、入出力ポートまたはモデムなどのハードウェアの
多様な部分と対話してよく、それらはテレビ信号が伝送される媒体からデータを
受信してもよい。アプリケションおよびハードウェア間にインタフェースを提供
するために、デバイスとして知られるソフトウェアモジュールが提供される。こ
のようなデバイスは、外部イベントおよび物理インタフェースの管理のために必
要な論理リソースから成り立つ。本発明の文脈の中では、単語「デバイス」は、
このようなソフトウェアモジュールを示すために使用される。

【０００５】 加入者に提供されているサービスの数が急速に増加するに伴い、アプリケーシ
ョンを設計、作成、デバッグおよび試験することを可能にするオーサリングツー
ルに対する要求がある。

【０００６】 既知のアプリケーションツールは、典型的には、Ｗｉｎｄｏｗｓ ＮＴ（登録 商標）またはＵＮＩＸ（登録商標）ワークステーションなどのワークステーショ ン上でアプリケーションを開発できるようにする。アプリケーションが試験のた めに準備が完了すると、それはその全体としてＤＳＴＢなどのデジタルデコーダ にダウンロードされる。それからデジタルデコーダでのアプリケーションの性能 を試験することができる。この試験手順は扱いづらい場合がある。

【０００７】 本発明によって、受信機／デコーダの機能をシミュレートするための手段を含
む、受信機／デコーダ用アプリケーションを試験するための装置が提供される。

【０００８】 本発明は、受信機／デコーダおよび関連付けられたハードウェアがアプリケー
ションを試験するために提供される必要がないという優位点を提供する。本発明
は、アプリケーション開発者が、受信機／デコーダにアプリケーションをダウン
ロードしなくてもアプリケーションでの変更の結果を見ることができるという優
位点も提供する。

【０００９】 ここに使用されている用語「受信機／デコーダ」は、なんらかの他の手段によ
って一斉送信または伝送されてよい、例えば、テレビ信号および／または無線信
号などの符号化されているか、あるいは符号化されていないかのどちらかの信号
を受信するための受信機を内包してよい。この用語はまた受信された信号を複合
するためのデコーダを内包してよい。このような受信機／デコーダの実施形態は
、例えば「セットトップボックス」などの受信された信号を復号するための受信
機と一体化したデコーダを含んでよく、このようなデコーダは物理的に別個の受
信機と組み合わされて機能するか、あるいはこのようなデコーダはウェブブラウ
ザ、ビデオレコーダまたはテレビなどの追加機能を含む。

【００１０】 受信機／デコーダの機能をシミュレートするための手段は、例えば、受信機／
デコーダの該機能をシミュレートするようにプログラムされているプロセッサで
あってよい。

【００１１】 装置は、アプリケーション開発者が、アプリケーションが、本物の受信機／デ
コーダでそれが実行される場合にどのように機能するのかを見ることができるよ
うにしてよいアプリケーションを実行するように適応されてよい。好ましくは、
装置は、第１プロセスでアプリケーションを実行し、第２プロセスで受信機／デ
コーダの機能をシミュレートするように適応される。これは、本物の受信機／デ
コーダ内で発生している非同期イベントを、アプリケーションが第１プロセスで
実行されている間に第２プロセスでシミュレートできるようにしてよい。第１プ
ロセスおよび第２プロセスは互いから独立してよく、同じプロセッサ上で実行さ
れてよい。装置は、さらに、第１プロセスと第２プロセス間のデータの受け渡し
を可能にするための区分化されたメモリを備えてよい。

【００１２】 装置は、第１スレッド内でアプリケーションを実行し、第２スレッド内で受信
機／デコーダの機能をシミュレートするように適応されてよい。該第１スレッド
および第２スレッドは、単一のプロセスの部分を形成してよい。

【００１３】 装置は、さらに第１スレッドと第２スレッド間でのデータの受け渡しを可能に
するための区分化されたメモリを備えてよい。

【００１４】 受信機／デコーダの機能はソフトウェア内で少なくとも部分的にシミュレート
されてよく、その結果、その機能を生み出す受信機／デコーダ内のハードウェア
は提供される必要がない。しかしながら、装置が、受信機／デコーダ上のハード
ウェアに対応する、それが使用できるハードウェアを有する場合には、そのハー
ドウェアは受信機／デコーダの機能をシミュレートするために使用されてよく、
このようにして受信機／デコーダの機能は、受信機／デコーダ内のハードウェア
に対応するハードウェアを使用してシミュレートされてよい。

【００１５】 装置は、受信機／デコーダ内のハードウェアの部分によって生成されるデータ
を表すデータを含むファイルを記憶するための記憶装置手段（記憶装置、例えば
、コンピュータメモリ、またはハードディスクなどのコンピュータ読取り可能媒
体）を備えてよい。これが、ハードウェアのその部分の機能をシミュレートでき
るようにしてよい。装置は、画面上での表示のために、受信機／デコーダの出力
をシミュレートする出力を生成するように適応されてもよい。これが、アプリケ
ーション開発者が、画面上で、アプリケーションの出力を、それが、例えばテレ
ビ画面上で表示されるにつれて見ることができるようにしてよい。装置は、さら
に、例えばハードウェアの部分から受信機／デコーダによって受信されるだろう
データを表すデータを、入力として受信するように適応されてもよい。ハードウ
ェアのこのような部分は、画面のウィンドウ内に表されてよい。例えば、遠隔制
御装置の場合、遠隔制御装置の表現は画面上のウィンドウ内に表示されてよく、
ユーザはアプリケーションを試験するために遠隔制御装置の該表現と対話してよ
い。このようにして、装置は、受信機／デコーダが対話してよいハードウェアの
部分を表す出力を、画面上での表示のために生成するように適応されてよい。

【００１６】 発明は、アプリケーションを編集するためのエディタを含むアプリケーション
を編集、試験するための装置、および前述されたようにアプリケーションを試験
するための装置も提供する。用語「エディタ」が、アプリケーションを設計、作
成または改変するためのプログラムまたはその他のツールを含むことが理解され
るだろう。このようにして、アプリケーションを編集するためのエディタ、およ
びアプリケーションを試験するために受信機／デコーダの動作をシミュレートす
るためのシミュレータは、ワークステーションなどの同じ装置上に提供されてよ
い。

【００１７】 エディタは、画面上での表示のために出力を生成するように適応されてよく、
受信機／デコーダの機能をシミュレートするための手段は、同じ画面上での表示
のために出力を生成するように適応されてよい。これが、アプリケーション開発
者が、アプリケーションを編集するために使用されるのと同じ画面でアプリケー
ションの出力を見ることができるようにしてよい。プロセッサは、エディタと、
受信機／デコーダの機能をシミュレートするための手段の両方を実行するための
プロセッサを備えてよい。受信機／デコーダの機能をシミュレートするための手
段は、エディタによって編集されたアプリケーションを実行するように適応され
てよい。

【００１８】 前記の形のどれかを取る装置は、受信機／デコーダの機能が、少なくとも、例
えば遠隔制御装置、キーボード、またはモデムなどの通信装置からデータを受信
し、処理すること、ビデオデータを復号すること、ビデオ出力を生成すること、
放送信号に調和すること、スマートカードと通信すること、および好ましくは、
以下のデバイス、つまり遠隔制御装置、直列、並列、バス１３９４、モデム、ネ
ットワークスタック、クロック、キーボード、ポインタ、グラフィック、ピクチ
ャ、音声、ビデオ、サービス、ディスプレイ、ＳＣＴＶ、ＳＣＶＣＲ、ＳＣＡＵ
Ｘ、電力、バックアップ、ＭＬＯＡＤ，チューナ、およびスマートカードの少な
くとも１つの機能であるほどであってよい。

【００１９】

【発明の開示】

本発明は、アプリケーションを編集するためのエディタ、受信機／デコーダの
機能をシミュレートするためのシミュレータ、および該エディタの出力および該
シミュレータの出力を表示するためのディスプレイを含むワークステーションも
提供する。

【００２０】 ワークステーションのシミュレータは、エディタによって編集されたアプリケ
ーションを実行するために適応されてよい。シミュレータの出力は、ディスプレ
イのウィンドウ内に表示されてよい。アプリケーションにデータを入力するため
の入力装置は、ディスプレイのウィンドウでシミュレートされてよい。

【００２１】 本発明の方法態様では、受信機／デコーダの機能をシミュレートすることを含
む、受信機／デコーダ用アプリケーションを試験する方法が提供される。

【００２２】 方法は、さらに、アプリケーションを実行するステップを備えてよい。アプリ
ケーションは第１プロセスで実行されてよく、受信機／デコーダの機能は第２プ
ロセスで実行されてよい。第１プロセスおよび第２プロセスは互いから独立して
よい。第１プロセスおよび第２プロセスは同じプロセッサで実行されてもよい。
区分化されたメモリは、第１プロセスと第２プロセス間でデータを受け渡すため
に使用されてよい。

【００２３】 方法においては、受信機／デコーダの機能は、少なくとも部分的にソフトウェ
ア内でシミュレートされてよい。受信機／デコーダの機能は、受信機／デコーダ
内のハードウェアに対応するハードウェアを使用してシミュレートされてよい。

【００２４】 前記方法は、受信機／デコーダ内のハードウェアの部分によって生成されるデ
ータを表すためにシミュレーションファイルを使用するステップも備えてよい。

【００２５】 前記方法は、受信機／デコーダの出力をシミュレートする出力を、画面上での
表示のために生成するステップも備えてよい。

【００２６】 前記方法は、受信機／デコーダによって受信されるだろうデータを表すデータ
を、入力として受信するステップも備えてよい。

【００２７】 本発明の方法態様では、アプリケーションを編集することを備え、さらにアプ
リケーションを試験する前記方法のどれかを含むアプリケーションを編集し、試
験する方法が提供されてよい。

【００２８】 編集方法は、画面上での表示のために出力を生成してよく、試験方法は同画面
上での表示のために出力を生成してよい。編集方法および試験方法は、同じプロ
セッサ上で実行されてよい。試験方法は、編集方法により編集されたアプリケー
ションを試験してよい。

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

【００３０】

【発明を実施するための最良の形態】

本発明は、実質的には添付図面に関して記述されたような、および添付図面で
示されるような方法および装置も提供する。

【００３１】 ある態様の特徴は、他の態様にも適用されてよい。同様に、方法特徴は、装置
態様に適用されてよく、逆もまた同じである。

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

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

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

【００３５】 マルチチャンネル・システムでは、マルチプレクサ４は、沢山のパラレルソー
スから受け取ったオーディオおよびビデオ情報を処理し、トランスミッタ６とイ
ンタラクトして、これらの情報を対応する数のチャンネルを介して放送する。視
聴覚情報に加え、メッセージまたはアプリケーションまたは他の種類のデジタル
データを、該伝送されたデジタルオーディオおよびビデオ情報とインターレース
するこれらのチャンネルの一部または全てに導入することができる。

【００３６】 条件付きアクセスシステム１５は、マルチプレクサ４およびレシーバ／デコー
ダ１３に接続され、その一部は放送センターに、および一部はデコーダに、配置
される。これによりエンドユーザは、１以上の放送提供者からのデジタルテレビ
放送にアクセスすることが可能である。商業的オファー（つまり、放送提供者に
より販売される１以上のテレビプログラム）に関連するメッセージを判読するこ
とができるスマートカードを、レシーバ／デコーダ１３に挿入することができる
。デコーダ１３およびスマートカードを用いて、エンドユーザは、購読形式また
は利用時支払い形式で、商業的オファーを購入することができる。

【００３７】 先に記載したように、該システムにより伝送されたプログラムをマルチプレク
サ４でスクランブルし、所与のトランスミッションに入力された条件および暗号
化キーが、アクセス制御システム１５により決定される。このようなスクランブ
ルデータの伝送は、料金制ＴＶシステムの分野では公知である。典型的に、スク
ランブルされたデータはそのデータのスクランブル解除のための制御ワードと共
に伝送され、この制御ワード自体は、いわゆる利用キーにより暗号化され、暗号
化形式で伝送される。

【００３８】 次に、スクランブルされたデータおよび暗号化制御ワードはデコーダ１３によ
り受け取られる。このデコーダ１３は、デコーダの中に挿入されたスマートカー
ド上に格納された利用キーの同等物にアクセスし、暗号化制御ワードを解読した
あと、この伝送されたデータをスクランブル解除する。料金を支払った加入者は
、例えば月々の放送ＥＭＭ（権利管理メッセージ）の形で、暗号化された制御ワ
ードを解読するのに必要な利用キーを受け取り、こうしてその放送を見ることが
許される。

【００３９】 またマルチプレクサ４およびレシーバ／デコーダ１３にはインタラクティブシ
ステム１６も接続されており、これも、一部は放送センターに、一部はデコーダ
に配置され、モデムバックチャンネル１７を介してエンドユーザが様々なアプリ
ケーションとインタラクトできるようになっている。モデムバックチャンネルは
、条件付きアクセスシステム１５で使用する通信のためにも使用することができ
る。インタラクティブシステムは、例えば視聴者がすぐにトランスミッションセ
ンターと通信して、特定のイベントを見たり、アプリケーションをダウンロード
したりする権利を要求することができるようにするために使用することができる
。

【００４０】 図２は、本発明のデジタルテレビシステム１の対話型テレビシステム１６の一
般的なアーキテクチャを示す。

【００４１】 例えば、対話するシステム１６により、エンドユーザは、画面上のカタログか
ら商品を購入し、オンデマンドでローカルニュースと天気図を調べ、そのテレビ
セットを通してゲームをプレイすることができる。

【００４２】 対話型システム４０００は、大まかに４つの主要な要素を含む。

【００４３】 ・放送供給業者が、アプリケーションを作成、開発、デバッグおよび試験でき
るようにするための放送センタまたは他の場所にあるオーサリングツール４００
４ ・放送供給業者が、アプリケーションおよびデータを、エンドユーザに一斉送
信されるＭＰＥＧ−２トランスポートストリーム（典型的にはその私用セクショ
ン）の中へ挿入するためのマルチプレクサおよびスクランブラ４への送達用に、
アプリケーションおよびデータを作成、認証およびフォーマットできるようにす
るために、オーサリングツール４００４に接続される、放送センタにあるアプリ
ケーションおよびデータサーバ４００６。

【００４４】 ・エンドユーザがアプリケーションを受信し、認証し、復元し、実行のために
デコーダ１３の作業メモリの中にロードできるようにするためにエンドユーザに
より所有または賃貸される受信機／デコーダ１３内にインストールされた実行可
能コードである、実行時エンジン（ＲＴＥ）４００８を含む仮想機械。該エンジ
ン４００８は、常駐する汎用アプリケーションも実行する。エンジン４００８は
、ハードウェアおよびオペレーティングシステムから独立している。

【００４５】 ・エンドユーザの要求により、サーバに、データおよびアプリケーションをＭ
ＰＥＧ−２トランスポートストリームの中に挿入するように命令する信号をイネ
ーブルするための、受信機／デコーダ１３とアプリケーションとデータサーバ４
００６間のｍｏｄｅｍｅｄバックチャネル１７。

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

【００４７】 図３を参照して、レシーバ／デコーダ１３のエレメントまたはセット・トップ
・ボックスについて、以下に記載する。この図に記載されたエレメントは、機能
的ブロックとして説明される。

【００４８】 デコーダ１３には、関連するメモリエレメントを含んでおりシリアルインター
フェース２１、パラレルインターフェース２２、モデム２３（図１のモデムバッ
クチャンネル１７に接続されている）、および該デコーダのフロントパネル上の
スイッチコンタクト２４から入力データを受け取るようアダプトされた中央処理
装置が備えられている。

【００４９】 デコーダはさらに、制御装置２６を介して赤外線遠隔制御装置２５から入力を
受け取るようアダプトされ、また、銀行カードまたは加入者スマートカード２９
、３０をそれぞれ読み出すようにアダプトされた２つのスマートカード読取り装
置２７、２８を有する。加入者スマートカード読取り装置２８は、挿入された定
期購読カード３０および条件付きアクセス装置２９に接触し、デマルチプレクサ
／デスクランブラ３０に必要な制御ワードを供給して、暗号化された放送信号の
スクランブル解除を可能とする。またデコーダは、装置３０によりフィルタリン
グおよび多重化解除される前に衛星通信を受け取り復調するための従来型チュー
ナー３１および復調器３２を備える。

【００５０】 デコーダ内のデータ処理は、一般に、中央処理装置２０により扱われる。図４
は、レシーバ／デコーダの中央処理装置２０のソフトウェア・アーキテクチャを
示す。図４を参照すると、ソフトウェア・アーキテクチャは、実行時エンジン４
００８、デバイスマネージャ４０６８、および１以上のアプリケーション４０５
６を実行するための複数のデバイス４０６２およびデバイスドライバ４０６６を
備える。

【００５１】 本明細書中に使用される「アプリケーション」とは、好ましくはレシーバ／デ
コーダ１３の高レベル機能を制御するためのコンピュータコードのピースである
。例えば、エンドユーザが遠隔制御装置２５の焦点をテレビジョンセット１４の
画面上に見えるボタンオブジェクトの上に配置して実行キーを押すと、そのボタ
ンに関連するインストラクション・シーケンスが実行される。

【００５２】 インタラクティブアプリケーションはメニューを提案し、エンドユーザのリク
エストに応じてコマンドを実行し、そのアプリケーションの目的に関するデータ
を提供する。アプリケーションは、常駐アプリケーションである、つまりレシー
バ／デコーダ１３のＲＯＭ（またはＦＬＡＳＨまたは他の不揮発性メモリ）に格
納されるか、あるいは放送されてレシーバ／デコーダ１３のＲＡＭまたはＦＬＡ
ＳＨメモリにダウンロードされることができる。

【００５３】 アプリケーションは、レシーバ／デコーダ１３内の記憶場所に格納され、リソ
ースファイルとして提示される。リソースファイルは、グラフィックオブジェク
ト記述ユニットファイル、変数ブロックユニットファイル、インストラクション
・シーケンスファイル、アプリケーションファイルおよびデータファイル（上記
特許明細書中により詳細に記載）を含む。

【００５４】 レシーバ／デコーダは、ＲＡＭ容量、ＦＬＡＳＨ容量およびＲＯＭ容量に分か
れたメモリを含むが、この物理的な構成は、論理的構成とは異なる。メモリはさ
らに、様々なインターフェースに関連する複数のメモリ容量に分けられていても
良い。ある観点から見ると、メモリはハードウェアの一部とみなすことができる
が、他の観点から見ると、メモリはハードウェアから離れて図示されたシステム
全体をサポートするまたは含むものとみなすことができる。

【００５５】 中央処理装置２０は、仮想マシン４００７の一部を形成する実行時エンジン４
００８の中央にあるものとみなすことができる。これは、片側（「高レベル」側
）がアプリケーションに、および反対側（「低レベル」側）が様々な中間論理ユ
ニット（以下に記載）を介して上記のように様々なポート（つまり、例えばシリ
アルインターフェース２１、パラレルインターフェース２２、モデム２３および
制御装置２６）を備えたレシーバ／デコーダハードウェア４０６１に接続されて
いる。

【００５６】 図４を特に参照すると、様々なアプリケーション４０５７が仮想マシン４００
７に接続されており、より一般的に使用されるアプリケーションの幾つかは、４
０５７で示されるように多少はそのシステム内に常駐させることができるが、幾
つかは、場合により例えばＭＰＥＧデータストリームまたは他のポートからシス
テム内にダウンロードされる。

【００５７】 仮想マシン４００７は、実行時エンジン４００８以外に、幾つかの常駐ライブ
ラリ機能４００６（ツールボックス４０５８を含む）を備える。このライブラリ
は、エンジン４００８により使用されるＣ言語の補助機能を含む。これらは、デ
ータストラクチャーの圧縮、拡張、または比較、線画などのデータ操作を含む。
またライブラリ４００６は、レシーバ／デコーダ１３内のファームウェアについ
ての情報（例えばハードウェアおよびソフトウェアのバージョンの数および利用
可能なＲＡＭスペース等）および新しいデバイス４０６２をダウンロードすると
きに使用されるファンクションを含む。ファンクションは、ライブラリの中にダ
ウンロードし、ＦＬＡＳＨメモリまたはＲＡＭメモリ内に格納することができる
。

【００５８】 実行時エンジン４００８はデバイスマネージャ４０６８に接続され、デバイス
マネージャ４０６８は複数のデバイスからなるセット４０６２に接続され、これ
らのデバイスセットはデバイスドライバ４０６０に接続され、デバイスドライバ
４０６０はポートまたはインターフェースに接続される。広い意味で、デバイス
ドライバは、論理インターフェースを画定するものとみなすことができるので、
２つの異なるデバイスドライバを物理的に同じポートに接続することができる。
デバイスは通常２以上のデバイスドライバに接続される。デバイスが単一のデバ
イスドライバに接続される場合、そのデバイスは通常、別のデバイスドライバを
必要としないように通信に必要な全機能を組みこむよう設計される。ある種類の
デバイスは、それらのデバイス同士の間で通信することができる。

【００５９】 以下に記載されるように、デバイス４０６４から実行時エンジンまでの通信形
態には３形態ある。つまり、イベントキューのセットに送られるイベント、バッ
ファおよび変数により通信される。

【００６０】 レシーバ／デコーダ１３の各機能は、レシーバ／デコーダ１３のソフトウェア
アーキテクチャの中のデバイス４０６２として表わされる。デバイスは、ローカ
ルデバイスまたはリモートデバイスのいずれあってもよい。ローカルデバイス４
０６４としては、スマートカード、ＳＣＡＲＴコネクタ信号、モデム、シリアル
およびパラレルインターフェース、ＭＰＥＧビデオおよびオーディオプレイヤー
およびＭＰＥＧセクションおよびテーブルマスクが挙げられる。遠隔位置におい
て実行されるリモートデバイス４０６６は、ポートおよび手続きが、レシーバ／
デコーダの製造業者により提供および設計されるデバイスおよびデバイスドライ
バではなくシステム権利または設計者により定義されなければならないという点
において、ローカルデバイスとは異なる。

【００６１】 実行時エンジン４００８は、マイクロプロセッサおよび一般のアプリケーショ
ン・プログラム・インターフェースの制御下で動作する。これらは、全てのレシ
ーバ／デコーダ１３がアプリケーション上では同じであるように、全てのレシー
バ／デコーダ１３内にインストールされている。

【００６２】 実行時エンジン４００８は、レシーバ／デコーダ１３上でアプリケーション４
０５６を走らせる。実行時エンジン４００８は、インタラクティブアプリケーシ
ョン４０５６を実行し、レシーバ／デコーダ１３の外部からイベントを受け取り
、グラフィックおよびテキストを表示し、サービスのためのデバイスを呼出し、
エンジン４００８に接続されたライブラリ４００６の機能を使用して特定の計算
を行う。

【００６３】 実行時エンジン４００８は、各レシーバ／デコーダ１３内にインストールされ
た実行可能コードであり、アプリケーションおよび解釈および実行するためのイ
ンタプリタを含む。エンジン４００８は、シングルタスク・オペレーティングシ
ステム（ＭＳ−ＤＯＳ等）を含む任意のオペレーティングシステムに適応可能で
ある。エンジン４００８は、プロセスシーケンサ・ユニット（様々な動作を行う
ためのキーボタン等の様々なイベントを取る）に基づき、異なるハードウェア・
インターフェースからのイベントキューを管理するためにそれ自身のスケジュー
ラを含む。またエンジン４００８は、グラフィックおよびテキストの表示を操作
する。プロセスシーケンサ・ユニットは、動作グループのセットを含む。各イベ
ントは、そのイベントの特性に従ってプロセスシーケンサ・ユニットをそのカレ
ントの動作グループから他の動作グループに移動させ、新しい動作グループの動
作を実行する。

【００６４】 エンジン４００８は、アプリケーション４０５６をレシーバ／デコーダメモリ
にロードおよびダウンロードするためのコードローダを備える。最適に使用でき
るように、必要なコードをＲＡＭまたはＦＬＡＳＨメモリにロードする。ダウン
ロードされたデータは、アプリケーション４０５６の変更または許可されていな
いアプリケーションの実行を防ぐために、認証機構により照合される。エンジン
４００８はさらに、圧縮解除装置を備える。スペースの節約のため、およびＭＰ
ＥＧストリームからのもしくは内蔵型レシーバ／デコーダモードを介した高速ダ
ウンロードのために、アプリケーションコード（中間コード形式）は圧縮されて
いるため、ＲＡＭにロードする前に該コードの圧縮を解除しなければならない。
またエンジン４００８は、アプリケーションコードを解釈して様々な変数値に更
新しステータスの変化を決定するためのインタープリタ、およびエラーチェッカ
ーも備える。

【００６５】 任意のデバイス４０６２のサービスを使用する前に、プログラム（アプリケー
ションのインストラクションシーケンス等）は、「クライアント」、つまりデバ
イス４０６２またはデバイスマネージャ４０６８への論理的なアクセス道として
宣言されなければならない。該マネージャは、該クライアントにクライアント番
号を与え、この番号は、その装置への全てのアクセスにおいて参照される。デバ
イス４０６２は幾つかのクライアントを有することができ、各デバイス４０６２
のクライアントの数は、その装置４０６２のタイプによって規定される。クライ
アントは手続き「デバイス：チャンネルを開く（Ｄｅｖｉｃｅ： Ｏｐｅｎ Ｃ
ｈａｎｎｅｌ）」により、デバイス４０６２に誘導される。この手続きによりク
ライアントにクライアント番号が割り当てられる。クライアントは、手続き「デ
バイス：チャンネルを閉じる（Ｄｅｖｉｃｅ： Ｃｌｏｓｅ Ｃｈａｎｎｅｌ）
」によりデバイスマネージャ４０６８のクライアントリストから取り出されるこ
とができる。

【００６６】 デバイスマネージャ４０６８により提供されるデバイス４０６２へのアクセス
は、同期アクセスまたは非同期アクセスのいずれであってもよい。同期アクセス
の場合、手続き「デバイス：呼出し（Ｄｅｖｉｃｅ： Ｃａｌｌ）」が使用され
る。これは、すぐに利用可能なデータまたは所望の応答を待たない機能へのアク
セス手段である。非同期アクセスの場合、手続き「デバイスＩ／Ｏ（Ｄｅｖｉｃ
ｅ： Ｉ／Ｏ）」が使用される。これは、応答（例えばマルチプレックスを見つ
けるための走査チューナー周波数など）を待たないデータ、またはＭＰＥＧスト
リームからテーブルを取り戻さないデータへのアクセス手段である。リクエスト
された結果が利用可能である場合、イベントがエンジンのキューの中に入れられ
、その到着を知らせる。さらなる手続き「デバイス：イベント（Ｄｅｖｉｃｅ：
Ｅｖｅｎｔ）」は、予期せぬイベントを管理する手段を提供する。

【００６７】 実行時エンジンのメインループは様々なプロセスシーケンサ・ユニットに接続
されており、このメインループが適切なイベントに出会うと、該プロセスシーケ
ンサ・ユニットのうちの１つに制御が臨時に送られる。

【００６８】 前述されたように、オーサリングツール４００４は、アプリケーションを設計
、作成、試験およびデバッグできるようにするために提供される。オーサリング
ツールは、Ｗｉｎｄｏｗｓ ＮＴ、Ｗｉｎｄｏｗｓ（登録商標） ９５またはＷ ｉｎｄｏｗｓ ９８を実行するパーソナルコンピュータ（ＰＣ）またはＵＮＩＸ 機械などのワークステーション（ＷＳ）、あるいは任意のそれ以外のオペレーテ ィングシステムを実行するワークステーション上で実行され、アプリケーション を構成するリソースファイルおよびデータファイルを作成し、編集するために使 用される。図５を参照すると、ワークステーション２００は、画面２１０、コン ピュータ２１２、キーボード２１４およびマウス２１６を含む。コンピュータ２ １２は、このようなコンピュータ内で従来であるハードウェアおよびソフトウェ アのその他の部分だけではなく、プロセッサ２１８、メモリ２２０、ハードディ スク２２２、入出力（Ｉ／Ｏ）ポート２２４も備える。

【００６９】 ワークステーション２００で実行するオーサリングツール４００４の概要は、
図６に図示される。オーサリングツール４００４は、アプリケーションを構成す
る多様なファイルを作成し、編集するためのエディタ４１０、エディタ４１０に
よる使用のために既存のファイルを記憶するライブラリ４１２、エディタ４１０
によって作成されたファイルを、図４の仮想機械４００７などの仮想機械が理解
できる中間言語にコンパイルするためのコンパイラ４１４、および後述されるよ
うに、アプリケーションを試験し、デバッグするために受信機／デコーダの動作
をシミュレートするために使用されるシミュレータ１００を含む。

【００７０】 アプリケーションは、仮想機械用に設計された中間言語で作成された命令を含
むリソースファイル、およびオプションで、アプリケーションにより使用されな
ければならないデータを含むデータファイルを含む。アプリケーションは、以下
の種類のリソースファイルの１つまたは複数を備えてよい。 モジュールファイル−アプリケーションのエントリポイントを定義する． ・パネルファイル−画面を定義する ・クラスファイル−アプリケーションによって使用されるデータを定義する ・スクリプトファイル−アプリケーションの動作を定義する データファイルの例は以下の通りである。

【００７１】 ・アイコンライブラリファイル−これらは、８０×６４ピクセルという最大サ
イズまで１ピクセルあたり４ビットのビットマップの集合体を含む。これらのア
イコンは、ボタンまたは装飾としてパネルにより使用されることが可能である。

【００７２】 ・画像−これらのファイルは、１６色を出す１ピクセルあたり４ビットの任意
のサイズの単一ビットマップを含む。この種の画像は、典型的にはパネルに対す
る背景として使用される。

【００７３】 ・カラーテーブル−これらは、モジュールが画面上に表示できる色を定義する
ために使用される。

【００７４】 ・ユーザデータファイル−これらのファイルは、アプリケーションによる使用
のためにユーザによって定義される。それらは、ＡＳＣＩＩテキストファイルま
たはバイナリデータファイルである。

【００７５】 使用中、アプリケーション開発者は、ライブラリ４１２の中に記憶される既存
ファイルを利用し、エディタ４１０を使用して、自分のアプリケーション用にカ
スタマイズされるファイルを作成する。編集されているファイルはワークステー
ション画面２１０上に表示され、変更はキーボード２１４およびマウス２１６を
使用して入力される。ファイルは多様な方法で表示されてよい。例えば、グラフ
ィックファイルは、画面上でグラフィックスとして表示されてよいが、リソース
ファイルの場合、ファイル中のコードが表示されてよいか、あるいはコードの全
体的な構造またはアーキテクチャの表現が表示されてよい。

【００７６】 アプリケーションは、いったん作成されると、コンパイラ４１４によって、仮
想機械が理解できる中間言語に変換される。

【００７７】 アプリケーションを試験するために、ワークステーションは、受信機／デコー
ダの動作をシミュレートするシミュレータ１００を備え、その結果、アプリケー
ションは本物の受信機／デコーダにダウンロードされることなくワークステーシ
ョン２００上で試験できる。これが、アプリケーションを即座に試験できるよう
にし、受信機／デコーダおよび関連付けられたハードウェアを提供するニーズを
回避する。

【００７８】 図７を参照すると、シミュレータ１００の主要モジュールとは、シミュレート
された仮想機械１０１、シミュレートされたデバイスマネージャ１０２、シミュ
レートされたＷＳデバイスモジュール１０４，１０６、シミュレートされた非Ｗ
Ｓ−デバイスモジュール１０８、１１０、シミュレートされたグラフィックライ
ブラリ１１２、（例えば、デバッグのために使用されてよい、トレースメッセー
ジを出力するために使用される）シミュレートされたトレースポート１１４、（
ワークステーション画面上で遠隔制御装置をエミュレートする）シミュレートさ
れた遠隔制御モジュール１１６、（ワークステーション画面上で画像を表示する
ことによりテレビをエミュレートする）シミュレートされたＴＶウィンドウ１１
８、（やはりワークステーション画面上でトレースメッセージを表示する）シミ
ュレートされたトレースビューワ１２０、（やはりデジタルデコーダ内で見つけ
られるワークステーションに属するハードウェアの部分である）ＷＳリソース１
２２、および（ワークステーション上では見つけられないハードウェアの動作を
シミュレートするデータを含む）シミュレーションファイル１２４，１２６であ
る。アプリケーションスクリプト１２８は、それが試験することが所望されるア
プリケーションコードである。

【００７９】 シミュレートされた仮想機械１０１は、アプイケーションコード１２８をロー
ドし、実行する。それは、中間言語で書かれているアプリケーションコードの命
令を、シミュレートされたデバイスマネージャ１０２によって、および／または
ＷＳによって理解できる固有の命令に変換する。

【００８０】 シミュレートされたデバイスマネージャ１０２は、アプリケーション１２８用
のさまざまな周辺機器への一様なアクセスモードを保証する。それは、アプリケ
ーションが、多様なシミュレートされた周辺機器へ、および多様なシミュレート
された周辺機器からデータを同期して、および非同期で送受するための手段を提
供する。デバイスマネージャ１０２は、仮想機械１０１に提供されるライブラリ
という形で実現される。それはインタフェースモジュール、メモリ制御モジュー
ルおよびコマンドおよびデータをデバイスに送信するため、ならびにデバイスに
よって送信されるデータを同期して受信するための（例えば、プロセス間の）通
信を可能にするシステムモジュールから成り立つ。

【００８１】 デバイスモジュール１０４から１１０は、受信機／デコーダ内でデバイスの動
作をシミュレートする。ＷＳデバイスモジュール１０４、１０６のケースでは、
デバイスによって管理されるハードウェアが、本物の受信機／デコーダ内とワー
クステーション２００内の両方に存在する。このようなデバイスの例は、クロッ
ク、直列ポート、並列ポート、モデム等である。ハードウェアはワークステーシ
ョン上に存在するので、ハードウェアの部分の動作をシミュレートするよりむし
ろ、実際のワークステーションハードウェアが使用できる。ハードウェアにアク
セスしないデバイスはこのカテゴリに該当する。非ＷＳデバイス１０８、１１０
は、ワークステーションに存在しないハードウェアの部分を管理するデバイスを
シミュレートする。このようなデバイスの例は、チューナ、デマルチプレクサ（
ｄｅｍｕ×）、スマートカード読取り装置、フラッシュメモリ等である。対応す
るハードウェアはワークステーション上に存在しないので、ハードウェアの動作
もシミュレートしなければならない。シミュレーションを実現する方法は、デバ
イスの動作に依存する。つまり、一般的には、それは、シミュレーションファイ
ル１２４、１２６などの特定のファイル内に記憶されているデータを使用して実
現される。

【００８２】 Ｗｉｎｄｏｗｓ ＮＴ、Ｗｉｎｄｏｗｓ ９５、Ｗｉｎｄｏｗｓ ９８、Ｗｉ
ｎｄｏｗｓ ２０００、Ｓｏｌａｒｉｓ、ＬＩＮＵＸ、ＢｅＯＳ、Ｎｅ×ｔＳｔ
ｅｐ等の他の種類の環境が使用できることは理解されるだろうが、シミュレータ
の特定の例が、ここでＵＮＩＸワークステーションに関して説明されるだろう。

【００８３】 図８を参照すると、シミュレートされたデバイスマネージャ１０２は、インタ
フェースに、ライブラリ、ダイナミックメモリリソースを制御するメモリ制御モ
ジュール１５２、およびコマンドとデータのデバイスへの伝送とデバイスにより
発せられるデータの同期受信用のプロセス間通信（ＩＰＣ）モジュール１５４の
形を取るシミュレートされた仮想機械を提供するデバイスマネージャモジュール
１５０を含む。データのこれらの交換に必要なメモリ空間の地域化は、シミュレ
ートされたデバイスマネージャ１０２によって特定のゾーンに構成される、区分
化されたメモリ１５６によって提供される。メモリの一部は、メモリ空間の動的
な割当ておよび解放のためにデバイスマネージャ１０２によって構成されてよい
。

【００８４】 区分化されたメモリ１５６の役割とは、ＵＮＩＸ環境においてプロセス間で情
報の交換を可能にするだけではなく、デジタルデコーダの実メモリ空間を表すこ
とでもある。メモリは、４つの主要な領域に分けられる。

【００８５】 ・メモリの制御のためにデバイスマネージャによって使用されるＧＭＰ（区分
化されたメモリ制御）領域１５８ ・シミュレータにより生成される共用領域１６０ ・デバイスマネージャとは無関係に動的に生成される仮想機械管理領域１６２ ・私用区分が割り当てられる、やはり仮想機械によって生成される静的な領域
１５８ メモリのバッファへの分離、およびバッファの割当て、解放およびロックはシ
ミュレータの管理下にある。

【００８６】 図８を参照すると、シミュレータの動作の第１例が示される。ＶＭスレッド１
７０、デバイスマネージャ１５０、メモリ制御モジュール１５２およびプロセス
間通信モジュール１５４を実行する主要なスレッドが作成される。シミュレート
されたデバイス１８０、１８２，１８４とのダイアログは、ＵＮＩＸソケット１
８６および１８８を介して非接続モードで起こる。前記に注記されたように、デ
バイスとのデータの同期交換は、「Ｄｅｖｉｃｅ：Ｃａｌｌ（デバイス：呼出し
）」プロシジャを使用起こるが、非同期交換は「Ｄｅｖｉｃｅ：Ｉ／Ｏ（デバイ
ス：入出力）」を使用起こる。「Ｄｅｖｉｃｅ：Ｃａｌｌ」または「Ｄｅｖｉｃ
ｅ：Ｉ／Ｏ」プロシジャが呼び出されると、仮想機械１０１は、データの交換の
ために、シミュレートされたデバイスマネージャ１０２に、区分化されたメモリ
１５６内に割り当てられているデータバッファのアドレスを伝送する。デバイス
マネージャ１０２は、アドレスを管理している。つまり、それが区分化されたメ
モリの外側にある場合、デバイスマネージャは区分化されたメモリ内で空間を割
り当て、必要なデータをこの空間内にコピーする。それから、デバイスマネージ
ャは、適切なシミュレートされたデバイスへの受け渡しのためにイベント待ち行
列の中にコマンドメッセージを入れる。

【００８７】 シミュレートされたデバイス１８０、１８２、１８４は、シミュレートされた
仮想機械１００のプロセスとは完全に無関係であるプロセス内で実行する。デバ
イスプロセスはデバイスの第１開放で開始され、最後のクライアントの閉鎖時に
破壊される。仮想機械は、デバイスの私用メモリ空間を使用することによって、
あるいは区分化されたメモリを介してのどちらかによってデバイスにデータを伝
送する。デバイスは、デバイスマネージャによって割り当てられるメモリを介し
てのみ仮想機械にデータを伝送できる。非同期イベントだけではなく、受信され
るコマンドメッセージのすべてまたはそれに対するデバイスの応答のすべても、
２つのソケットを使用する。ソケット１８６は、仮想機械との同期通信専用であ
るが、ソケット１８８はデバイスの非同期応答専用である。

【００８８】 シミュレートされたデバイス１８０、１８２、１８４は、それぞれがプロシジ
ャと関連付けられるコマンドのグループとデバイスを見なすことができるように
するプロシジャのライブラリから成り立つ。デバイスは、受信されたコマンドメ
ッセージを復号し、関連付けられたプロシジャを呼び出す。プロシジャは、本物
のＤＳＴＢ内のハードウェアに同等であるワークステーション内にハードウェア
に、あるいはそれ以外の場合、本物のＤＳＴＢの動作をシミュレートするデータ
を含むシミュレーションファイルアクセスするかのどちらかである。それから、
ハードウェアからの応答、またはシミュレーションファイル内のデータが、区分
化されたメモリを介して仮想機械に戻される。

【００８９】 デバイスから発するイベントの非同期受信のシミュレーションを得るために、
非同期受信スレッド（スレッドＩＯ）１７２はメインスレッド内で作成される。
このスレッドの役割は、コマンドに応えて多様なシミュレートされたデバイスに
よって送信されたイベントとデータを受信することである。受信されたイベント
は、その到着順でリスト内に保たれてから、仮想機械によって提供されるプロシ
ジャの管理下で仮想機械１０１に送信される。

【００９０】 図９は、シミュレータのソフトウェアレイアウトを概略して示す。仮想機械１
０１は絵バイスマネージャ１０２と対話する。デバイスマネージャ１０２から多
様なデバイス１９０から１９７へのコマンドの転送は、プロシジャ「ｄｅｖｉｃ
ｅ：ｃａｌｌ」３０１、「ｄｅｖｉｃｅ Ｉ／Ｏ」３０２、および「ｄｅｖｉｃ
ｅ ｅｖｅｎｔ（デバイスイベント）」３０３、ソケットトランスポートプロト
コル３０４、通信マネージャ３０５、マルチクライアントマネージャ３０６およ
びディスパッチデバイスコマンドマネージャ３０７を介して起こる。メモリプー
ルマネージャ３１０は共有メモリ３１２を管理し、構成リソース３１３、クライ
アントリソース３１４、デバイスリソース３１５、ＦＩＦＯ（先入れ先出しメモ
リ）リソース３１６、および共用／私用割り当て子３１７用に共有メモリ内で空
間を割り当てる。前述されたように、共有メモリは、データをメインスレッドと
デバイス間で転送できるようにする。イベントマネージャ３２０は、デバイス１
９０〜１９７から発する非同期イベントを取り扱う。

【００９１】 別の好ましい実施形態では、デバイスシミュレータは、Ｗｉｎｄｏｗｓ ＮＴ
環境で動作する。この実施形態では、デバイスは、前述されたＵＮＩＸ実施形態
においてでのように別個のプログラムとしてよりむしろ、動的リンクライブラリ
として実現される。ＮＴ環境では、ＩＰＣモジュールはない。両方のインプリメ
ンテーションで、コマンドマネージャは、アプリケーションからシミュレートさ
れたデバイスへの伝送を担当し、イベントマネージャはシミュレートされたデバ
イスからアプリケーションへのイベントの伝送の責任を負う。

【００９２】 図１０を参照すると、シミュレータの第２例が、ここで提供される。動作は、
第１例の動作にいくつかの点で類似している。しかしながら、第１例と比較して
、相違点は、仮想機械４５０およびシミュレートされたデバイス４５１と４２５
が単一のプロセス４５３で実行するという点である。該単一のプロセス４５３は
、例えば、ＵＮＩＸプロセスであってよい。単一プロセス４５３の内側では、シ
ミュレートされたデバイスマネージャ４５５およびシミュレータ構成モジュール
４５６とともに、仮想機械スレッド４５０を実行するシステムスレッド４５４が
作成される。

【００９３】 シミュレートされたデバイス４５１（デバイスＸ）とのダイアログは、第１ラ
イブラリ４５９内に備えられるデバイスＸ関数を４５８で呼び出すことにより、
仮想機械４５０内で開始される。デバイスＸ関数は、スレッド４５７がデバイス
Ｘ４５１をシミュレートするために４６０で要求を生成する。同様にして、シミ
ュレートされたデバイス４５２（デバイスＹ）とのダイアログは、第２ライブラ
リ４６２内に備えられるデバイスＹ関数を４６１で呼び出すことにより開始され
る。デバイスＹ関数は、スレッド４６４がデバイスＹ４５２をシミュレートする
ために４６３で要求を生成した。

【００９４】 デバイス関数の呼出しは、例えば、仮想機械スレッド内で以下のように実現さ
れてよい。

【００９５】 Ｔｈｒｅａｄ＿ｖｍ Ｄｅｖｉｃｅ＿Ｃａｌｌ０ デバイスＤの関数Ｆのアドレスを取得する 関数Ｆを呼び出す 関数Ｆ０ 関数コードを実行する 関数Ｆの最後 Ｄｅｖｉｃｅ＿Ｃａｌｌの最後 デバイス４５１と４５２のシミュレーションが、イベント管理者４６７に、４
６５と４６６で伝送される仮想機械４５０用のイベントを生成する。

【００９６】 イベント管理者４６７は、以下を可能にするモジュールである。

【００９７】 ・システムスレッド４５４内の仮想機械が、デバイスにより生成されるイベン
トを受信する ・デバイススレッド４５７と４６４が、仮想機械４５０用のイベントを発する ・シミュレータが、リスト内に保たれるイベントの削除を管理する 仮想機械４５０によって処理されるのを待機している（ｗａｔｉｎｇ ｔｏ
ｔｈｅ ｔｒｅａｔｅｄ）イベントは、連鎖リスト内で管理される。つまり、リ
スト中の各イベントが次のイベントでのポインタを含む。リストの始まりは、所
定のポインタで特定される。

【００９８】 それから、イベントは４６８で仮想機械４５０に提出される。これは、構成に
応じて、仮想機械４５０を中断し、イベントを投稿するイベント管理者４６７に
よって、あるいはイベント管理者４６７でイベントを取得する仮想機械４５０自
体によってのどちらかで実現されてよい。

【００９９】 デバイスＸ関数とＹ関数は、それぞれ関係するデバイスにとって特定であるラ
イブラリ４５９と４６２内に備えられる。関数の呼出しは、関数表によって実行
される。

【０１００】 デバイスのシミュレーションは、特定のデバイスのニーズにカスタマイズされ
てよい。例えば、複数のスレッドにある特定のデバイスをシミュレートするよう
に要求することが可能だろう。大部分のケースでは、デバイスは、背景タスクと
してその他のシミュレートされた機能から受け取られる要求を取り扱う１つのス
レッドを使用してシミュレートされる。

【０１０１】 シミュレータ１００の動作を示すために、テレビ画面上での表示のために画像
がどのようにして本物のＤＳＴＢで作成されるのかの例が図１１に図示される。
画像は、背景層３５０、ビデオ層３５２、静止画層３５４、グラフィック層３５
６、およびポインタ層３５８という５つの層に分割される。ポインタ層は、静止
画層等の上に重ね合わされるグラフィック層上に重ね合わされる。視聴者が、一
番上の層だけよりむしろ、すべての層の混合を見ることができるようにするため
に、透過性係数が層内の各ピクセルに割り当てられる。層は透過性係数が０の時
不透明であり、透過性係数が１の時、東名である。多くの場合、透過性係数が層
の各ピクセルに割り当てられ、例外は、（その下に層がないため）背景層、透過
性係数が、ビデオが再生される領域（層の残りは透明である）に大局的であるビ
デオ層、およびポインタが不透明であり、層の残りが透明であるポインタ層であ
る。

【０１０２】 ポインタ層、グラフィックス層、および背景層は、アプリケーション３６０に
より生成されるが、ビデオ層および静止画層はＭＰＥＧデコーダ３６２を介して
伝送済みデジタル信号から生じる。多様な層は、図３のグラフィックプロセッサ
３６の一部であるミキサー３６４で混合される。該ミキサーは、５つの層の混合
を実施するハードウェアチップから成り立つ。任意の時点で、アプリケーション
は、（許されるときには）層ごとに透過性係数を変更できる。これを行うために
は、ビデオ層に関しては、アプリケーションがＶＩＤＥＯ（ビデオ）デバイスコ
マンドを呼出し、静止画層に関しては、アプリケーションがＰＩＣＴＵＲＥ（ピ
クチャ）デバイスコマンドを呼出し、グラフィック層に関しては、アプリケーシ
ョンがＧＲＡＰＨＩＣ（グラフィック）ライブラリ関数を呼び出す。混合された
画像は、ユーザのテレビセット３６６に表示される。

【０１０３】 図１１に示されている状況をシミュレートするために、多様なデバイスおよび
アプリケーションが対話する関連付けられたハードウェアが、ワークステーショ
ン上でのソフトウェアシミュレーションで置換される。このようにして、多様な
画像層を混合するソフトウェアミキサーが提供される。それから、該このように
して混合される画像は、別個のテレビ画面よりむしろ、ワークステーションの画
面上に表示される。このようにして、アプリケーション設計者は、ＤＳＴＢにア
プリケーションをダウンロードしなくても、自分のアプリケーションの動作を試
験できる。

【０１０４】 シミュレータ１００では、前述された混合機能は、ＬＡＹＥＲＳ（層）ライブ
ラリと呼ばれる低水準ライブラリを使用して実現される。画面にじかに書き込む
よりむしろ、多様な層の混合をシミュレートするために、各モジュールはＬＡＹ
ＥＲＳライブラリを呼び出す。画面コンテンツを修正するモジュールは、変更す
るための領域の位置、サイズ、コンテンツおよび透過性係数を修正し、この情報
をＬＡＹＥＲＳライブラリに提供する。ＬＡＹＥＲＳライブラリは、それぞれ背
景層、ビデオ層、静止画層およびグラフィック層用の４つのメモリブロックを管
理する。層内の領域が修正されるたびに、ＬＡＹＥＲＳライブラリは、他の層の
コンテンツおよびその透過性係数を考慮に入れて、結果として生じる画面領域を
計算する。ビデオシーケンスを表示するとき、この作業は新しい画像ごとに（再
生するファイルに応じて毎秒あたりの画像数）繰り返される。層領域を混合する
ために使用されるアルゴリズムは、このようにして、滑らかなビデオ再生を得る
ために可能な限り最適化される。

【０１０５】 各層は、各ピクセルに値の集合が割り当てられるピクセルマップによって管理
される。１つの例では、静止画層およびグラフィック層に関しては、各ピクセル
に３２ビットが割り当てられる。つまり、色、赤、緑、および青のそれぞれに８
ビット、透過性レベルに６ビット、および２個の予約ビットであうが、背景層に
は２４ビットが使用される。シミュレートされなければならないＴＶ規格に応じ
て、これはＰＡＬ規格の場合、７２０×５７６×４＝１，６５８，８８０バイト
、ＮＴＳＣ規格の場合、７２０×４８×４＝１，３８２，４００バイトを与える
。

【０１０６】 ポインタ層は一番上の層であり、透過性係数はポインタに適用されるため、混
合をポインタ層に適用するニーズはない。ポインタ形状は、システム標準機構に
よって管理できる。

【０１０７】 シミュレータでは、本物のＭＰＥＧデコーダを使用するよりむしろ、本物のＭ
ＰＥＧデコーダの出力に典型的なデータを含むファイルが提供される。これらの
ファイルは、本物のＭＰＥＧデコーダから生じたデータを記憶することによって
、またはシミュレーションファイルを使用することによってのどちらかで作成さ
れてよい。シミュレーションファイルは、字幕などの一定の特徴を有するために
生成されたファイルである。

【０１０８】 図１２は、シミュレートされた受信機／デコーダで実行されているアプリケー
ションが、どのようにしてワークステーション画面上に表示されるのかの例を示
す。図示される例では、アプリケーションがビデオデバイスの試験を実行中であ
る。ワークステーション画面上のＴＶウィンドウは、それが本物のテレビ画面で
表示されるのと同じ方法でアプリケーションの出力を表示するために使用される
。図１２では、ＴＶウィンドウは、総ワークステーション画面の０．７５％に縮
小される。

【０１０９】 シミュレータで実行されているアプリケーションの別の例が、図１３に示され
る。この例は、ビデオ層の上に重ね合わされる、サッカー選手の画像を含むグラ
フィック層とともに、ビデオ層を示す。グラフィック層は、数多くの透明なピク
セスを有し、その結果ビデオ層がサッカー選手の頭を通して見られる。

【０１１０】 ここで、Ｗｉｎｄｏｗｓ ＮＴおよびＵＮＩＸワークステーション上の特定の
デバイスのシミュレーションのインプリメンテーションの追加の例が示される。

【０１１１】 ＷＳデバイス 直列 直列デバイスは、アプリケーションが、直列リンクを介して（例えば、ＲＳ２
３２規格を使用して）任意の種類の装置と通信できるようにする。このデバイス
は、ＵＮＩＸ／ＮＴシステムの標準ＡＰＩを使用してシミュレートされる。それ
は、ワークステーションの直列ポートを通した通信を可能にする。

【０１１２】 並列 並列デバイスは、アプリケーションが、並列リンクを介して（例えば、ＩＥＥ
Ｅ１２８４規格を使用して）通信できるようにする。このデバイスは、ＵＮＩＸ
／ＮＴシステムの標準ＡＰＩを使用してシミュレートされる。それは、ワークス
テーションの並列ポートを通した通信を可能にする。

【０１１３】 ＢＵＳ＿１３９４ このデバイスは、アプリケーションが、ＩＥＣ１８８３規格を使用する高性能
直列バスを介して任意の種類の装置と通信できるようにする。このデバイスは、
１３９４バスにアクセスを提供する拡張ボードを使用してシミュレートされる。

【０１１４】 ＵＮＩＭＯＤＥＭ このデバイスは、アプリケーションが、（例えば、ＨＡＹＥＳ規格を使用して
）内蔵モデムまたは外付けモデムを制御できるようにする。このデバイスは、Ｕ
ＮＩＸ／ＮＴシステムの標準ＡＰＩを使用して実現される。それは、ワークステ
ーションの実際の直列ポートを通した外付けモデムの、または（システムによっ
て許されている場合には）仮想直列ポートを通した内蔵モデムの制御を可能にす
る。

【０１１５】 ネットワーク このデバイスは、アプリケーションが、ネットワークスタックを構成、使用で
きるようにする。ＴＣＰ、ＵＤＰ、ＩＰ、ＰＰＰ等の複数のプロトコルがサポー
トされている。スタックがいったん構成されると、デバイスはアプリケーション
にＢＳＤ状のソケットインタフェースを提供し、それがＴＣＰ接続を開放し、Ｕ
ＤＰデータグラムを送受し、マルチキャストグループを接合する等ができるよう
にする。

【０１１６】 デバイスは、構成部分と通信部分の２つの部分に分けることができる。構成は
システムブート時だけに起こることができるため、構成部分はＵＮＩＸ／ＮＴシ
ステムで実現することはできない。このようにして、この部分はシミュレーショ
ンにすぎない。現在、構成コマンドに対するネットワークデバイスはハードコー
ド化されているが、それらは後に「構成」ファイルでコード化されてよい。通信
部分は、ＵＮＩＸ／ＮＴシステムのＡＰＩの規格を使用して実現される。それは
、ＢＳＤソケットを使用してその他の装置との通信を可能にする。

【０１１７】 クロック このデバイスは、アプリケーションが、リアルタイムクロックにアクセスでき
るようにする。アプリケーションは日付と時刻の情報を取得、設定し、目覚まし
警報をプログラムすることができる。このデバイスは、ＵＮＩＸ／ＮＴシステム
の標準ＡＰＩを使用して実現される。

【０１１８】 キーボード このデバイスは、アプリケーションが、（使用可能な場合）キーボードデバイ
スを構成し、キーボードイベントおよび遠隔制御イベントを受信できるようにす
る。このデバイスは、ＵＮＩＸ／ＮＴシステムの標準ＡＰＩを使用して実現され
る。遠隔制御デバイスは、システムメッセージをキーボードデバイスに送信する
遠隔制御ソフトウェアモジュールを使用してシミュレートされる。それらは同じ
ように通信できない（セットトップボックスの場合、赤外線、ワークステーショ
ンの場合、ケーブル）が、デコーダおよびワークステーションのキーボードデバ
イスは類似している。

【０１１９】 ポインタ このデバイスは、アプリケーションが、（使用可能な場合）ポインタ（マウス
）デバイスを構成し、ポインタイベント（マウス移動、ボタンクリック等）を受
信できるようにする。デバイスは、Ｘ−Ｗｉｎｄｏｗｓ／Ｗｉｎｄｏｗｓシステ
ムの標準ＡＰＩを使用して実現される。ポインタデバイスは、ポインタが異なる
形状を取ることができる画面内の領域を画定する。これらの領域はポインタ画面
層に属する。

【０１２０】 グラフィック このデバイスは、アプリケーションが、ＪＰＥＧ，ＭＰＥＧ，ＧＩＦおよびＰ
ＮＧなどのさまざまなフォーマットから出現する画像を復元できるようにする。
アプリケーションは、メモリバッファの集合の中に圧縮された画像を提供し、デ
バイスはバッファの別の集合に復元された画像を戻す。画像は、固定または動画
であってよい。画像バッファは、通常、ＭＬＯＡＤデバイスのおかげでロードさ
れるＤＶＢセクションから出現する。このデバイスはハードウェアのどの部分に
もアクセスしない。それはシステムＡＰＩを必要としない。

【０１２１】 このデバイスで復元される画像を表示するために、アプリケーションはグラフ
ィックライブラリ関数を使用する。このライブラリは、グラフィック画面層のコ
ンテンツだけを修正する。

【０１２２】 非ＷＳデバイス ピクチャ このデバイスは、グラフィックデバイスと同じ復元サービスを提供する。しか
しながら、このデバイスで復元される画像を表示するために、アプリケーション
はピクチャデバイス自体を使用する。デバイスは、背景層およびＭＰＥＧ画像層
のコンテンツを修正する。

【０１２３】 音声 このデバイスは、アプリケーションが、セットトップボックスの音声チップを
プログラムできるようにする。デバイスは、音声ストリームを再生し、音声パラ
メータ（ｐｒｏｌｏｇｉｃ、ステレオ等）を変更することができる。デバイスは
、ＵＮＩＸ／Ｗｉｎｄｏｗｓシステムの標準ＡＰＩを使用して実現される。ター
ゲットシステムによって許されているときだけ、システム音声パラメータ変更が
使用できる。

【０１２４】 ビデオ このデバイスは、アプリケーションがＭＰＥＧ圧縮解除チップをプログラムす
る事を可能とする。このデバイスは、ビデオ画像位置、サイズ、ズーミング等を
変更することが出来る。ＭＰＥＧチップは，ＳＥＲＶＩＣＥデバイスによって、
ＵＮＩＸ／ＮＴワークステーション中でシミュレートされるソフトウエアである
ために、ビデオデバイスのジョブのみが新たなビデオ画像パラメータについてＳ
ＥＲＶＩＣＥデバイスに通報すべきである。

【０１２５】 サービス このデバイスは、そのＰＩＤ（プログラム識別、例えばビデオ、音声、字幕ま
たはテレテックスＰＩＤを指定することによって、アプリケーションが、指定さ
れたＤＶＢサービス（例えば、ＴＶチャネル）を選択できるようにする。それか
ら、デバイスは、処理（復元）され、再生されるために、各ＰＩＤデータフロー
を正しいハードウェアチップに向ける。

【０１２６】 サービスデバイスは、以下のようにしてＵＮＩＸ／ＮＴワークステーションで
シミュレートされる。サービスが選択されると、デバイスは、ビデオＰＩＤを除
くすべてのＰＩＤを無視する。それはこの後者のＰＩＤを、ディスクファイル名
が記憶される事前に構成された表の中のエントリとして使用する。それらのファ
イルは、指定されたマルチメディアフォーマットからのデータを含む。サービス
はこれらのデータを独力で読み取り、再生するか、あるいはジョブを行うために
システム標準ＡＰＩを使用するかのどちらかである。サービスデバイスは、画像
を表示するためのサイズ、位置およびズームのパラメータを決定するためにビデ
オデバイスによって提供される情報を使用する。

【０１２７】 このデバイスは、ビデオ画面層のコンテンツを修正する。ビデオ画像（コンテ
ンツ、位置およびサイズ）は１つづつ計算され、それぞれの結果として生じる画
像はビデオ画面層に表示される。

【０１２８】 ディスプレイ このデバイスは、アプリケーションが、端末の前でディスプレイを使用できる
ようにする。アプリケーションは、現在時刻または任意の私用メッセージの表示
を要求できる。ＵＮＩＸシステムでのこのデバイスシミュレーションは、要求さ
れたメッセージを表示するために、ＴＶウィンドウのステータスバーを使用する
。

【０１２９】 ＳＣＴＶ、ＳＣＶＣＲ、ＳＣＡＵＸ このデバイスは、アプリケーションが、それぞれ、ＴＶセット、ＶＣＲ、およ
び補助装置のＳＣＡＲＴアウトレットをチェックし、構成できるようにする。Ｓ
ＣＴＶコマンド、ＳＣＶＣＲコマンドおよびＳＣＡＵＸコマンドに対する応答は
、ハードコード化されてよいか、あるいはそれらは「構成」ファイルの中でコー
ド化されてよい。

【０１３０】 電力 このデバイスは、セットトップボックスをスタンバイモードにし、電源投入に
ついての情報を検索するために使用される。デバイスシミュレーションは、アプ
リケーションが、すべてのデバイスを停止し、ＵＮＩＸ／Ｗｉｎｄｏｗｓプロセ
スを終了することができるようにする。

【０１３１】 バックアップ このデバイスは、アプリケーションが、ＥＥＰＲＯＭおよびフラッシュメモリ
を読み取り、書き込むことができるようにする。これらのハードウェアデバイス
は、不揮発性メモリに情報を記憶するために使用される。

【０１３２】 ＥＥＰＲＯＭおよびフラッシュメモリは、ディスクファイルに写像されたＲＡ
Ｍ（揮発性）メモリのブロックを使用して、ＵＮＩＸ／Ｗｉｎｄｏｗｓシステム
でシミュレートされる。これが、アプリケーションに、ＥＥＰＲＯＭおよびフラ
ッシュをシミュレートする安定したメモリを提供する。停電が起きた場合、アプ
リケーションは、それらが安定したメモリに記憶されているかのように、ディス
クファイル内に記憶されるデータを検索できる。

【０１３３】 ＭＬＯＡＤ このデバイスは、伝送されたデータストリームからＤＶＢセクションをダウン
ロードするために使用される。アプリケーションは、ロードするためのセクショ
ンを含むＰＩＤ（プログラムＩＤ）を提供し、ロードされたセクション数をアプ
リケーションに関心のあるセクションだけまで削減するためにフィルタリングす
る。

【０１３４】 シミュレーション環境では、ディスクファイルが、事前に構成された表内の各
ＰＩＤに割り当てられる。アプリケーションが指定されたＰＩＤからセクション
ロードを開始するとき、デバイスは関連付けられたディスクファイルを開き、そ
れを周期的に読み取る。セクションがファイルからロードされるたびに、デバイ
スはフィルタリング基準をそれに適用する。セクションがフィルタを渡す場合、
それはアプリケーションに伝送される。

【０１３５】 アプリケーションの観点からは、デバイス動作は、セクションが一斉送信され
たビットストリームからロードされた場合と同じである。

【０１３６】 チューナ チューナデバイスは、セットトップボックスチューナについての情報を要求す
るため、チューナステータス（ＡＧＣ、ＢＥＲ等）を読み取るため、および調整
パラメータを設定し、取得するために使用される。このデバイスは、周波数走査
動作も可能にする。

【０１３７】 シミュレーション環境では、このデバイスは、そのデータを、仮想アンテナを
記述するファイルから採取する。仮想アンテナで検出できるだろう各周波数は、
その特徴（速度記号、畳み込み符号、ＡＧＣ、ＢＥＲ等）とともにファイル内に
登録される。

【０１３８】 周波数ごとに、ＭＬＯＡＤデバイス（ＰＩＤデータ）のシミュレーションファ
イル用のディレクトリも登録される。このようにして、アプリケーションが異な
る周波数に調和する場合、ロード可能なＰＩＤの集合は、実際のケースでのよう
に変化する。

【０１３９】 ＲＣＡＲＤ このデバイスは、（使用可能な場合）右スマートカード読取り装置と通信する
ために使用される。このデバイスは、一般的にはバンクカードに使用される。機
密保護上の理由のため、およびバンクカードコードとデータは保護されているた
め、このデバイスはシミュレートされない。

【０１４０】 ＬＣＡＲＤ このデバイスは、左スマートカード読取り装置と通信するために使用される。
このデバイスは、条件付アクセスシステムスマートカード用に使用される。機密
保護上の理由のため、およびＣＡカードコードとデータは保護されているため、
このデバイスはシミュレートされない。

【０１４１】 ＣＡ（条件付きアクセス） このデバイスは、アプリケーションが、条件付きアクセスシステムについての
情報を取得し、それを制御できるようにする。機密保護上の理由から、およびＣ
Ａ機構は保護されているため、このデバイスはシミュレートされない。

【０１４２】 本発明が純粋に例証として前述され、詳細の修正が発明の範囲内で加えること
ができることが理解されるだろう。

【０１４３】 説明中に開示されるそれぞれの特徴、および（該当する場合）請求項と図面は
、独立して、あるいは適切な組み合わせで提供されてよい。

【０１４４】 クレーム中に出現する参照番号は図によってのみであり、請求項の範囲に制限
的な影響を及ぼさないものとする。

【図面の簡単な説明】

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

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

【図３】 図３は図１のシステムの受信機／デコーダの構造の概略図を示す。

【図４】 図４は受信機／デコーダの層化アーキテクチャの機能ブロック図を示す。

【図５】 図５はアプリケーションオーサリングツールを実行するためのワークステーシ
ョンを示す。

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

【図７】 図７は本発明の実施形態によるシミュレータの主要モジュールを示す。

【図８】 図８はシミュレータの動作の概略図示である。

【図９ａ】 図９ａはシミュレータの動作の概略図示である。

【図９ｂ】 図９ｂは図９ａの続きである。

【図１０】 図１０はシミュレータの動作の第２例の表記である。

【図１１】 図１１は画像が受信機／デコーダによって出力用にどのようにして作成される
のかの一例を示す。

【図１２】 図１２はシミュレート済みの受信機／デコーダで実行されているアプリケーシ
ョンの例を示す。

【図１３】 図１３はシミュレート済みの受信機／デコーダで実行されているアプリケーシ
ョンの例を示す。

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ， ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，ＭＬ， ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，Ｋ Ｅ，ＬＳ，ＭＷ，ＭＺ，ＳＤ，ＳＬ，ＳＺ，ＴＺ，ＵＧ ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ， ＲＵ，ＴＪ，ＴＭ)，ＡＥ，ＡＧ，ＡＬ，ＡＭ，ＡＴ， ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，Ｃ Ｈ，ＣＮ，ＣＲ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＤＭ，ＤＺ ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＤ，ＧＥ，ＧＨ，ＧＭ， ＨＲ，ＨＵ，ＩＤ，ＩＬ，ＩＮ，ＩＳ，ＪＰ，ＫＥ，Ｋ Ｇ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ ，ＬＵ，ＬＶ，ＭＡ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ， ＭＸ，ＭＺ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，Ｓ Ｄ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ，ＴＭ，ＴＲ ，ＴＴ，ＴＺ，ＵＡ，ＵＧ，ＵＳ，ＵＺ，ＶＮ，ＹＵ， ＺＡ，ＺＷ (72)発明者 ブークエ，ジャン−ベルナード ジェラル ド モーリス フランス国 エフ−92270 ボイス−コロ ンバス リュ ビクター フーゴ 132 Ｆターム(参考） 5B042 GA13 GA23 GB02 HH06 HH07 5C061 BB01 CC05 EE21

Claims (32)

【特許請求の範囲】
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. 【請求項３２】 添付図面に関して、および添付図面に示されるように、こ
    こに実質的に説明されるように受信機／デコーダ用のアプリケーションを試験す
    るための装置。