JP2001518262A - データ処理システム - Google Patents

Abstract

(57)【要約】 受信された信号が受信器を通して受信器／デコーダに渡されてから、テレビに渡される一斉送信デジタルテレビシステム用受信器／デコーダ。受信器／デコーダは、圧縮ＭＰＥＧ型信号を復号化し、受信器／デコーダ内のインタフェースを通して、遠隔制御装置ハンドセットによって制御される。受信器／デコーダの動作は、実行時エンジン（ＲＴＥ）を含む仮想機械（ＶＭ）によって制御されている。受信器／デコーダは、外部装置に対する複数のインタフェース、およびインタフェース用の論理ドライバデバイスを含む。アプリケーションは、待ち行列のセットを介してインタフェースからイベントを受け取る、ＲＴＥによって外部装置を制御する。ＲＴＥは、デバイス手段に関連している複数のプロセスシーケンサユニット（ｕｎｉｔｓ）、および待ち行列手段からイベントを抽出し、関連しているプロセスシーケンサユニットを相応して作動するための手段を具備する。

Description

【発明の詳細な説明】 データ処理システム 産業上の利用分野 本発明は、デジタルテレビシステム用受信器／デコーダに関する。 特定のではあるが、独占的ではない衛星テレビシステムにおいて、おもにテレ ビ信号を一斉送信することを目的としているデジタル伝送システムの到来は、こ のようなシステムを他の目的に使用する可能性を開いた。これらの内の１つがエ ンドユーザとの対話性を提供することである。 背景技術 本発明は、受信された信号が受信器を通して受信器／デコーダに渡されてから 、テレビに渡される一斉送信デジタルテレビシステムにおいて特殊な用途を見出 す。受信器／デコーダは、圧縮ＭＰＥＧ型信号をテレビ用テレビ信号に復号化す る。それは、受信器／デコーダ内のインタフェースを通して、遠隔制御装置ハン ドセットによって制御されている。 前記の対話性を提供する１つの方法とは、テレビ信号が受信されている受信器 ／デコーダ上でアプリケーションを実行することである。アプリケーション用コ ードは、受信器／デコーダ内に恒久的に記憶されるだろう。ただし、これはやや 制限的だろう。好ましくは、受信器／デコーダは、必要とされているアプリケー ション用のコードをダウンロードできなければならない。このようにして、さら に多くの多様性が与えられ、アプリケーションは、ユーザ側での動作なしに、必 要とされる通りに更新することができる。 多くの異なる製造メーカが、受信器／デコーダを製造できるようにすることが 望ましい。明らかに、すべての製造メーカは、一定の共通した機能上の仕様を満 たさなければならないが、それ次第で、製造メーカが、ハードウェアの詳細を含 む、その設計の詳細に関して独自の選択を行うことができるようにすることが望 ましい。しかしながら、受信器／デコーダの全体的な機能、および特にそれがア プリケーションを処理する機能上の方法は、すべてのデコーダ／受信器に対して 同一でなければならない。したがって、処理アプリケーションに関係しているそ の制御システムのそれらのパーツの設計は、すべての受信器／デコーダにとって 共通でなければならず、ハードウェア製造メーカよりむしろシステムオペレータ の責任でなければならない。 以上の２つの目的（ハードウェア設計における自由および共通システムの機能 性）は、調和させるのが困難であるのは明らかである。本発明の目的は、この困 難を克服することである。 発明の開示 その主要な態様に従って、本発明は、以下を具備するデジタルテレビシステム 用受信器／デコーダを提供する。つまり、圧縮ＭＰＥＧ型信号を受信するための 手段と、受信された信号を復号化し、テレビ信号を提供するための手段と、テレ ビにテレビ信号を供給するための手段と、ユーザ入力インタフェースと、ユーザ 入力インタフェースを通して受信されている入力信号に従って、受信器／デコー ダを制御するためのコンピュータシステムと、複数のポートから信号を受信し、 前記ポートにデータを提供するためのデバイスマネージャ手段を具備するコンピ ュータシステムと、デバイスマネージャ手段から受信されたデータを処理し、そ れにデータを戻すための手段を具備する、デバイスマネージャ手段に結合されて いる仮想機械手段である。 好ましくは、仮想機械手段は、オペレーティングエンジン、ルーチンのライブ ラリ、インタプリタ、複数の命令シーケンスを記憶するための記憶装置手段、待 ち行列管理手段、およびバッファ管理手段を具備する。 好ましくは、受信器／デコーダは、さらに、外部装置に結合するための複数の インタフェースを具備し、前記デバイスマネージャ手段は、少なくとも１つのイ ンタフェース、または受信器／デコーダの少なくとも１つの機能のどちらかと対 応している少なくとも１つのデバイス手段を具備する。好ましくは、デバイスマ ネージャ手段は、少なくとも１つのデバイスドライバに結合されている少なくと も１つのデバイス手段を含む。 好ましくは、受信器／デコーダは、それぞれが受信器／デコーダおよび／また はテレビを制御するためのアプリケーションを提供するための複数のアプリケー ションソースを含み、そこではオペレーティングエンジンが、アプリケーション ソースと論理装置手段の間に位置し、デバイスマネージャを通して作成されてい るイベントを受け取り、それらをエンジンに渡すための待ち行列手段を含む。好 ましくは、オペレーティングエンジンは、デバイス手段に対応している複数のプ ロセスシーケンサユニット、および待ち行列手段からイベントを抽出し、対応し ているプロセスシーケンサユニットを相応じて作動するための手段を具備する。 好ましくは、待ち行列手段の中にイベントを入れる前に、イベントタイプのリス トにイベントを付き合わせるためのフィルタ手段もある。好ましくは、受信器／ デコーダは、さらに、少なくとも１つのアプリケーションを記憶するための手段 も含む。 本発明の追加態様は、一斉送信信号を受信するための受信器／デコーダを提供 し、前記受信器／デコーダは、 受信された信号に従って受信器／デコーダを制御するための手段、 を具備し、前記制御手段は、 複数のポートから信号を受信し、前記ポートにデータを提供するための手段と 、 受信器手段から受信されたデータを処理し、それにデータを戻すための仮想機 械手段と、 を具備する。 本発明の別の態様は、前述されたようにそれぞれ複数の受信器／デコーダを具 備するシステムを含み、そこではさまざまな受信器／デコーダが、１つの共通し た仮想機械、およびそれぞれ異なる回路に結合されているそれぞれ異なるデバイ スマネージャ手段を有している。 本発明の好ましい機能は、添付図面に関して、純粋に例証としてここに説明さ れる。 図１は、本発明の好ましい実施態様に従ったデジタルテレビシステムの全体的 なアーキテクチャを示す。 図２は、デジタルテレビシステムの対話型システムのアーキテクチャを示す。 図３は、対話型受信器／デコーダのメモリにダウンロードされているモジュー ル内のファイルの配列を示す。 図４は、受信器／デコーダのインタフェースの概略図を示す。 図５は、対話型受信器／デコーダのメモリボリュームの配列を示す。 図６は、受信器／デコーダの機能ブロック図を示す。 図７は、仮想機械および実行時エンジンの一定の構成部品をさらに詳しく示す 。 発明を実施する為の最良の形態 以下、図面を参照して、ただ単に例としての本発明の好ましい実施の形態を説 明する。 図１はデジタルテレビシステム１０００の全体を示している。本発明は、圧縮 したデジタル信号を送信するために従来のMPEG-2圧縮システムを利用する、ほぼ 従来のデジタルテレビシステム2000を備えている。さらに詳細には、ブロードキ ャストセンター内のMPEG-2圧縮機2002がデジタル信号ストリーム（一般にはビデ オ信号のストリーム）を受信する。 圧縮機2002は、リンケージ2006によってマルチプレクサ、スクランブラ2004と 接続している。マルチプレクサ2004は、複数の入力信号をさらに受信し、１つ以 上のトランスポートストリームをアセンブルし、圧縮したデジタル信号を、リン ケージ2010を介してブロードキャストセンターのトランスミッタ2008に送信する 。もちろん、テレコムリンクを含む幅広い様々な形態をとることができる。 トランスミッタ2008は、アップリンク2012を介して、電磁気信号をサテライト トランスポンダ2014へと送信し、ここで、レシーバ2018を設置するために、エン ドユーザが所有またはレンタルしている受信アンテナの形態である概念ダウンリ ンク2016を介して、電磁気信号が電子的に処理およびブロードキャストされる。 レシーバが受信した信号2018は、エンドユーザが所有またはレンタルし、エン ドユーザのテレビセット2022に接続された内臓レシーバ／デコーダ2020に送信さ れる。レシーバ／デコーダ2020は、圧縮されたMPEG-2信号をテレビセット2022の テレビ信号に復号する。 条件付きアクセスシステム3000はマルチプレクサ2004、レシーバ／デコーダと 接続しており、1部がブロードキャストセンター内に、別の１部がデコータ内に 配置されている。これによりユーザは、１つ以上のブロードキャストサプライヤ からデジタルテレビブロードキャストへアクセスすることが可能である。 レシーバ／デコーダ2020内に、コマーシャルオファー（すなわち、そのブロー ドキャストサプライヤが販売した１つまたは複数のテレビプログラム）に関連し たメッセージを解読できるスマートカードを挿入することができる。デコーダ20 20とスマートカードを使用して、エンドユーザは、購読モードまたは有料視聴モ ードで、コマーシャルオファーを購入できる。 相互作用システム4000もまた、マルチプレクサ2004、レシーバ／デコーダ2020 と接続しており、やはり１部がブロードキャストセンター内に、別の１部がデコ ーダ内に配置されているので、エンドユーザは、モデムに繋がれたバックチャネ ル4002を介して多くのアプリケーションと対話することができる。 図２は、本発明によるデジタルテレビシステム1000の相互作用テレビシステム 4000の一般的な構成を示すものである。 例えば、相互作用システム4000によって、エンドユーザは、持っているテレビ セットを介して画面上のカタログからの商品の購入や、必要に応じてローカルニ ュースや天気予報を観ることや、ゲームで遊ぶことが可能になる。 相互作用システム4000は、全体で以下の４つの主な要素を備えている。 オーサリングツール4004であり、ブロードキャストセンター（または他の場所 ）にあり、ブロードキャストサプライヤはこれを使用してアプリケーションの作 成、開発、デバッグ、テストを行える； アプリケーションおよびデータサーバ4006であって、ブロードキャストセンタ ーにあり、オーサリングツール4004と接続しており、エンドユーザに向けて同報 通信を行うために、ブロードキャストサプライヤはこれを使用して、アプリケー ションとデータをMPEG-2伝送ストリーム（一般にはその専用セクション）に挿入 するべくマルチプレクサおよびスクランブラ2004へ伝達するために、準備し、有 効にし、フォーマットすることができる； 実行時エンジン（RTE）を備えたバーチャルマシン4008であって、これは、エ ンドユーザが所有またはレンタルしているレシーバ／デコーダ2020内にインスト ールされた実行可能なコードであり、エンドユーザはレシーバ／デコーダ2020の 稼動メモリ内に実行のためにアプリケーションを受信し、有効にし、圧縮を解除 し、ロードすることができる。エンジン4008はまた、常駐の、汎用アプリケーシ ョンを実行する。エンジン4008はハードウェアおよびオペレーティングシステム から独立している； レシーバ／デコーダ2020と、アプリケーションおよびデータサーバとの間にお いてモデムで繋がれたバックチャネル4002であり、これにより、エンドユーザの 要求に応じて、信号に、サーバ4006にデータとアプリケーションをMPEG-2伝送ス トリームに挿入するように指示することが可能になる。 相互作用テレビシステムは、システムに内蔵されたレシーバ／デコーダおよび 様々な装置の機能を制御する「アプリケーション」を使用して動作する。アプリ ケーションはエンジン4008内で「リソースファイル」として表されている。「モ ジュール」は、リソースファイルとデータのセットである。1つのアプリケーシ ョンを構成するためには数個のモジュールが必要である。レシーバ／デコーダの 「メモリボリューム」とはモジュールのための記憶スペースである。「インター フェース」は、モジュールをダウンロードするために使用される。モジュールは 、MPEG-2伝送ストリームからレシーバ／デコーダ2020内にダウンロードすること もできる。 次に、前述の文章で挙げたこれらの要素についてより詳細に説明する。 本明細書の目的のために、アプリケーションは、好ましくはレシーバ／デコー ダ2020の高レベル機能を制御する１つのコンピュータコードであるとする。例え ば、エンドユーザが、遠隔コントローラの焦点をテレビセット2022の画面上のボ タンオブジェクト画面上に配置し、有効キーを押す際に、そのボタンに関連した 指示シーケンスが実行される。 相互作用アプリケーションはメニューを提示し、エンドユーザの要求に応じて コマンドを実行し、アプリケーションの目的に関連したデータを提供する。アプ リケーションは、レシーバ／デコーダ2020のROM（またはFLASH、あるいはその他 の非揮発性メモリ）内に記憶されているか、もしくはレシーバ／デコーダ2020の RAMまたはFLASHメモリにブロードキャストおよびダウンロードされたされた常駐 アプリケーションであってよい。 アプリケーションの例を以下に示す。 開始アプリケーション。 レシーバ／デコーダ２０２０が、モジュールの適応可能なコレクション（この 用語については後に詳細に説明する）である常駐開始アプリケーションを備えて いる。モジュールの適応可能なコレクションは、レシーバ／デコーダ２０２０を ＭＰＥＧ−２環境で即時動作可能にする。アプリケーションは、所望であればブ ロードキャストサプライヤによって変更が可能なコア特性を備えている。また、 コア特性は常駐アプリケーションとダウンロードしたアプリケーションの間のイ ンターフェースを提供する。 スタートアップアプリケーション。スタートアップアプリケーションは、ダウ ンロードしたまたは常駐のいずれであってもよいアプリケーションをレシーバ／ デコーダ２０２０上で実行する。このアプリケーションは、アプリケーションを 開始するために、サービスが到着すると実行されるブートストラップとして働く 。スタートアップはＲＡＭ内にダウンロードされるため、アップデートが容易に 行える。 またスタートアップを、ダウンロードの直後、またはプリロードの後のいずれ かに、各チャネルで使用可能なインタレクティブアプリケーションの選択および 実行が可能であるように構成することも可能である。プリロードの場合には、ア プリケーションはメモリ２０２４内にロードされ、必要に応じてスタートアップ によって起動することが可能である。 プログラムガイド。 プログラムガイドは、プログラミングについての完全な情報を提供するインタ ラクティブアプリケーションである。例えば、プログラムガイドは、デジタルＴ Ｖブーケの各チャネルに割当てられた１週間のＴＶプログラムについての情報を 提供する。 遠隔コントローラ２０２６上のキーを押すと、エンドユーザは、テレビセット ２０２２の画面上にある事象の上にオーバレイされたアッドオン画面にアクセス できる。このアッドオン画面は、デジタルテレビブーケの各チャネルの現在およ び次の事象についての情報を提供するブラウザである。 遠隔コントローラ２０２６上の別のキーを押すと、エンドユーザは、１週間以 上の事象についての情報のリストを表示するアプリケーションにアクセスできる 。さらにエンドユーザは、単純でカストマイズされたクリテリアで事象の検索お よ びソートが行える。また、選択したチャネルに直接アクセスすることができる。 番組有料視聴制アプリケーション（A Pay Per View Application） 番組有料視聴制アプリケーションは、条件付きアクセスシステム３０００と連 結したデジタルテレビブーケの各ＰＰＶチャネル上で利用可能なインタラクティ ブサービスである。エンドユーザは、ＴＶガイドまたはチャネルブラウザを使っ てこのアプリケーションにアクセスすることができる。 さらに、このアプリケーションはＰＰＶチャネル上でＰＰＶ事象が検出され次 第、自動的に開始する。エンドユーザは、ドータースマートカード３０２０また は通信サーバ３０２２（モデム、電話、ＤＴＭＦコード、ＭＩＮＩＴＥＬ等を使 用）を介してカレント事象を購入することができる。アプリケーションは、レシ ーバ／デコーダ２０２０のＲＯＭ内に常駐するもの、またはレシーバ／デコーダ ２０２０のＲＡＭ内にダウンロード可能なもののいずれかであってよい。 ＰＣダウンロードアプリケーション。要求すれば、エンドユーザはＰＣダウン ロードアプリケーションを使ってコンピュータソフトウェアをダウンロードする ことができる。 マガジンブラウザアプリケーション。マガジンブラウザアプリケーションは、 オンスクリーンボタンを介したエンドユーザナビゲーションを備えた画像の巡回 ビデオブロードキャストを有する。 クイズアプリケーション。クイズアプリケーションはブロードキャストクイズ プログラムと同期することが好ましい。１例として、テレビ２０２２の画面上に 多項式選択の質問が表示されるので、ユーザは遠隔コントローラ２０２６を使っ て答えを選択できる。クイズアプリケーションは、その答えが正解であるかどう かをユーザに知らせることができ、また、ユーザの点数をカウントすることがで きる。 テレショッピングアプリケーション。テレショッピングの１例において、販売 される商品のオファーがレシーバ／デコーダ２０２０に転送され、テレビ２０２ ２上に表示される。 遠隔コントローラを使って、ユーザは購入する特定のアイテムを選択できる。 そのアイテムの注文が、モデムで繋がれたバックチャネル４００２を介してアプ リケーションおよびデータサーバ４００６へと送信されるか、あるいは、個別の 販売システムへと送信される。この販売システムの電話番号は、レシーバ／デコ ーダ２０２０のカードリーダ４０３６の１つに挿入されたクレジットカードに勘 定を付ける旨の命令と共にレシーバ／デコーダにダウンロードされている。 テレバンキングアプリケーション。テレバンキングの１例において、ユーザは 、レシーバ／デコーダ２０２０のカードリーダ４０３６の１つに銀行カードを挿 入する。するとレシーバ／デコーダ２０２０が、銀行カードに、またはレシーバ ／デコーダに記憶された電話番号を使ってユーザの銀行を呼出し、アプリケーシ ョンが複数の機能を提供するので遠隔コントローラ２０２６を使って選択を行う 。この機能には、例えば、電話回線を介した預金口座収支報告のダウンロード、 預金口座の間での資金の送金、小切手帳の要求等がある。 インターネットブラウザアプリケーション。インターネットブラウザアプリケ ーションの１例において、特定のＵＲＬのウェブページを見たいというようなユ ーザからの指示が、遠隔コントローラ２０２６を使って入力され、これらの指示 が、モデムで繋がったバックチャネル４００２によってアプリケーションおよび データサーバ４００６へ送信される。 すると、ブロードキャストセンターからの送信に適切なウェブページが含まれ 、この送信がアップリンク２０１２、トランスポンダ２０１４、ダウンリンク２ ０１６を介してレシーバ／デコーダ２０２０によって受信され、テレビ２０２２ 上に表示される。 アプリケーションは、受信機／デコーダ２０２０のメモリ位置に記憶され、資 源ファイルとして示される。資源ファイルは、グラフィックオブジェクト記述ユ ニットファイルと、可変ブロックユニットファイルと、命令シーケンスファイル と、アプリケーションファイルと、データファイルとを備えている。 グラフィックオブジェクト記述ユニットファイルは、アプリケーションのスク リーン、すなわちアプリケーションのマンマシンインタフェースを記述する。可 変ブロックユニットファイルはアプリケーションによって処理されるデータ構造 を記述する。命令シーケンスファイルはアプリケーションの処理動作を記述する 。このアプリケーションはアプリケーションに対するエントリポイントを備えて い る。 このように構成されたアプリケーションは、アイコンライブラリファイル、イ メージファイル、文字フォントファイル、カラーテーブルファイルおよびＡＳＣ ＩＩテキストファイルのようなデータファイルを使用できる。対話式アプリケー ションは、入力および／または出力を行うことによってオンラインデータも得る ことができる。 エンジン４００８は、所与の時間で必要とするこれらの資源ファイルをそのメ モリにロードするだけである。これらの資源ファイルは、グラフィックオブジェ クト記述ユニットファイル、命令シーケンスファイルおよびアプリケーションフ ァイルから読み取られる。可変ブロックユニットファイルは、モジュールをロー ドする手順に対する呼び出しに続いてメモリに記憶され、モジュールをロード解 除する手順に対する特定の呼び出しが行われるまで、そこにロックされたままで ある。 図３を参照すると、電話ショッピングのようなモジュール４０１０は、下記の ことを含む資源ファイルおよびデータのセットである。 単一アプリケーションファイル４０１２ 未決定数のグラフィックブロックユニットファイル４０１４ 未決定数の可変ブロックユニットファイル４０１６ 未決定数の命令シーケンスファイル４０１８、 ここで、アイコンライブラリファイル、イメージファイル、文字フォントファ イル、カラーテーブルファイルおよびＡＳＣＩＩテキストファイルのようなデー タファイル４０２０である。 MPEGデータストリームにおいて、各モジュールはMPEGテーブルのグループを１ つ備えている。各MPEGテーブルはセクションの数としてフォーマットされうる。 MPEGデータストリームにおいて、各セクションは最大４キロバイトの「サイズ」 を有する。シリアルおよびパラレルポートを介したデータの伝送には、例えば、 同種のモジュールがテーブルとセクションに分割され、また、セクションのサイ ズは伝送する媒体によって異なる。 モジュールは、例えば、ビデオデータストリーム、オーディオデータストリー ム、テレテキストデータストリームのようなデータストリームの関連するタイプ 内において一般に188バイトのパケットの形式で、MPEGデータストリーム内に伝 送される。 各パケットは13ビットのパケット識別子（PID）を前に付けており、各パケッ トについての1つのPIDはMPEGデータストリーム内で伝送される。プログラムマッ プテーブル（PMTテーブル）は、異なるデータストリームのリストを備え、各デ ータストリームの内容を関連するPIDに従って定義する。PIDは、データストリー ム内にアプリケーションが存在することを装置に知らせることができ、この場合 、PIDはPMTテーブルを使って識別されている。 図４に関連して、受信器／デコーダ２０２０は、複数のインタフェース、特に 、ＭＰＥＧ信号フロー用のチューナ４０２８、直列インタフェース４０３０、並 列インタフェース４０３２、および1台がシステムのスマートカード形成部分用 で、1台が（支払を行うため、ホームバンキングなどに使用されている）バンク カード用である、２台のカード読取り装置４０３６を含む。受信器／デコーダは 、テレビ信号製作装置へのｍｏｄｅｍｍｅｄ ｂａｃｋチャネル４００２へのイ ンタフェース４０３４を含むため、ユーザは、テレビ信号（番組）製作装置に選 択物を示すこどができる。 メモリボリュームとは、モジュール４０１０用の記憶空間である。このような 記憶空間は、受信器／デコーダ２０２０のメモリ２０２４内に位置している。図 ５に関すると、メモリ２０２４は、ＲＡＭボリューム４０２２、ＦＬＡＳＨボリ ューム４０２４、およびＲＯＭボリューム４０２６に分割されるが、この物理的 な編成は、論理的な編成とは別個である。このメモリは、さらに、例えば、ＭＰ ＥＧビットストリームからダウンロードされているモジュールを記憶するための ＭＰＥＧボリュームなどの、モジュールがそれを通して受信器／デコーダ２０２ ０にダウンロードされる多様なインタフェースに対応しているメモリボリューム 、および直列インタフェースを介して受け取られるモジュールを記憶するための 直列ボリュームに分割されてよい。ある観点から、メモリは、ハードウェアの一 部と見なすことができる。別の観点からは、メモリは、ハードウェアから離れて 示されているシステムの全体をサポートするまたは含んでいると見なすことがで き る。 受信器／デコーダは、多様な異なる製造メーカによって設計、製造されること があると考えられる。したがって、それは、それらはすべて言うまでもなく同じ 機能上の仕様に適合するだろうが、多様な異なったハードウェア設計を有してよ い。したがって、指定されているアプリケーションがあらゆる受信器／デコーダ で同じように動作すること、および受信器／デコーダが同じ、正しい方法ですべ てのアプリケーションを実行する必要があることが重要である。 システムは、仮想機械４００７の一部を形成している実行時エンジン４００８ に集中していると見なすことができる。これは、一方の側（「高レベル」側）で アプリケーションに結合され、他方の側（「低レベル」側）では、下記に説明さ れている多様な中間論理装置を介して、受信器／デコーダハードウェア４０６１ に結合される。受信器／デコーダハードウェアは、前述されたように多様なポー トまたはインタフェースを含むと見なすことができる（ハンドセット２０２６用 インタフェース２０３０、ＭＰＥＧストリームインタフェース４０２８、直列イ ンタフェース４０３０、並列インタフェース４０３２、カード読取り装置４０３ ６へのインタフェース、およびｍｏｄｅｍｍｅｄ ｂａｃｋチャネル４００２へ のインタフェース４０３４）。 図６に関しては、多様なアプリケーション４０５７が、ユニット４００７に結 合される。さらに一般的に使用されているアプリケーションのいくつかは、４０ ５７で示されているように、多かれ少なかれ恒久的にシステム内に常駐してよい が、他のものは、例えばＭＰＥＧデータストリームから、または必要に応じて他 のポートからシステムにダウンロードされるだろう。 ユニット４００７は、実行時エンジン４００８に加えて、ツールボックス４０ ５８を含むいくつかの常駐ライブラリ機能４００６を含む。ライブラリは、エン ジン４００８によって使用されているＣ言語でのその他の機能を格納している。 これらには、データ構造体の圧縮、拡大または比較、線描画などのデータ操作を 含む。ライブラリ４００６は、ハードウェアとソフトウェアのバージョン番号、 および使用可能なＲＡＭスペース、および新しいデバイス４０６２をダウンロー ドするときに使用されている機能などの、受信器／デコーダ２０２０内でのファ ームウェア４０６０についての情報も含む。機能は、フラッシュメモリまたはＲ ＡＭメモリに記憶されているライブラリの中にダウンロードすることができる。 実行時エンジン４００８は、代わりにポートまたはインタフェースに結合され ているデバイスドライバ４０６０に結合されているデバイス４０６４のセットに 結合されているデバイスマネージャ４０６８に結合される。広義には、デバイス ドライバは論理インタフェースを定義すると見なすことができるため、２つの異 なったデバイスドライバは、１つの共通した物理ポートに結合されてよい。デバ イスドライバは、通常、複数のデバイスドライバに結合されるだろう。デバイス が単一のデバイスドライバに結合される場合、デバイスは、通常、通信に必要と される完全な機能性を組み込むように設計されるため、別個のデバイスドライバ にたいするニーズは不必要になる。一定のデバイスは、それらの間で通信してよ い。 後述されるにように、デバイス４０６４から実行時エンジンまでには３つの形 式の通信がある。つまり、変数、バッファ、およびイベント待ち行列のセット渡 されるイベントによってである。 これらの多様な機能の設計者またはプロバイダという点では、アプリケーショ ンは、多様なサービス（番組）プロバイダにより作成されるだろう。実行時エン ジンは、システム権限または設計者によって設計され、提供されるだろう。デバ イスマネージャ、デバイス、およびデバイスドライバは、受信器／デコーダ製造 メーカ（ハードウェアプロバイダ）によって提供されるだろう。しかしながら、 受信器／デコーダの多様なレベルとプロバイダの３つのレベルの間のこの対応は 、通常正確ではないことが理解されるだろう。例えば、また、システム権限は、 実際問題として、通常、アプリケーションのいくつかを提供し、受信器／デコー ダ製造メーカは、論理装置設計などに関与してよい。 受信器／デコーダ２０２０の各機能は、デバイス４０６２として表される。デ バイスはローカルまたはリモートのどちらかである場合がある。ローカルデバイ ス４０６４は、スマートカード、ＳＣＡＲＴコネクタ信号、モデム、直列インタ フェースと並列インタフェース、ＭＰＥＧビデオプレーヤーと音声プレーヤー、 およびＭＰＥＧセクションとテーブル抽出装置を含む。リモートロケーションで 実行されているリモートデバイス４０６６は、ポートおよびプロシジャが、受信 器／デコーダ製造メーカによって提供および設計されているデバイスおよびデバ イスドライバによってよりむしろ、システム権限または設計者によって定義され なければならないという点でローカルデバイスと異なる。 新しいデバイス４０６２が作成されると、それは、関連したアプリケーション ４０５６を一斉送信センタからダウンロードすることによって、既存の受信器／ デコーダ２０２０でインストールすることができる。このダウンロードは、ハー ドウェアおよびソフトウェアのバージョンをチェックし、正しい場合には、新し いデバイス４０６２を表しているソフトウェアモジュールをロードし、ライブラ リ４００６のプロシジャに（フラッシュメモリ内の）ファームウェアの中に新規 デバイスコードをインストールするように依頼するアプリケーション４０５６に よって、受信器／デコーダ２０２０の中で実行される。これは、ソフトウェアの 残りに影響を与えないで、受信器／デコーダ２０２０内で柔軟かつ安全な新しい 機能のインストールを提供することができる。 デバイスマネージャ４０６８は、アプリケーション４０５６と受信器／デコー ダ２０２０の特殊機能の間の１つの共通したソフトウェアインタフェースである 。デバイスマネージャ４０６８は、デバイス４０６２へのアクセスを制御し、予 期されていないイベントの受信を制御し、共用メモリを管理する。実行時エンジ ン４００８は、マイクロプロセッサおよび共通アプリケーションプログラミング インタフェースの制御下で実行する。それらは、すべての受信器／デコーダ２０ ２０が、アプリケーションの観点から同一であるように、各受信器／デコーダ２ ０２０内にインストールされる。 エンジン４００８は、受信器／デコーダ２０２０でアプリケーション４０５６ を実行する。それは、対話型アプリケーション４０５６を実行し、受信器／デコ ーダ２０２０の外部からイベントを受け取り、グラフィックスとテキストを表示 し、デバイスにサービスを要求し、特殊計算のためにエンジン４００８に接続さ れているライブラリ４００６の機能を使用する。 実行時エンジン４００８は、各受信器／デコーダ２０２０にインストールされ ている実行可能コードであり、アプリケーションを解釈し、実行するためにイン タプリタを含む。エンジン４００８は、（ＭＳ−ＤＯＳなどの）単一タスクオペ レーティングシステムを含む、任意のオペレーティングシステムに適応可能であ る。エンジン４００８は、（多様な動作を実行するために、キープレスなどの多 様なイベントを取る）プロセスシーケンサユニットに基づき、さまざまなハード ウェアインタフェースからイベント待ち行列を管理するために専用のスケジュー ラを備える。それは、また、グラフィックスおよびテキストのディスプレイも取 り扱う。プロセスシーケンサユニットは、動作グループのセットを含む。各イベ ントによって、プロセスシーケンサユニットは、イベントの正確に依存して、そ の現在の動作グループから別の動作グループに移動し、新規動作グループの動作 を実行する。 前記に注記されるように、論理チャネルは物理ポートとは別個であるため、同 じ物理ポートを使用している２つの異なった種類の論理チャネルがある場合があ る。それらの２つの論理チャネル上でのイベントは、それぞれの異なったプロセ スシーケンサユニットに渡されるだろう。さらに、物理ポートを使用している同 種の２つの別個の論理チャネルがある場合がある。そのケースでは、２つのチャ ネルのそれぞれは、言うまでもなく、専用のプロセスシーケンサユニットを必要 とし、そのため同じプロセスシーケンサユニットの２つのインスタンス（具体例 ）が作成されるだろう。 エンジン４００８は、受信器／デコーダメモリ２０２８の中にアプリケーショ ン４０５６をロード、およびダウンロードするためのコードローダを具備する。 最適な使用を保証するために、必要なコードだけが、ＲＡＭメモリまたはフラッ シュメモリの中にロードされる。ダウンロードされたデータは、データ確認機構 によって検証され、アプリケーション４０５６の修正、または任意の許可されて いないアプリケーションの実行を妨げる。エンジン４００８は、さらに、減圧装 置を具備する。アプリケーションコード（中間コードの形式）は、スペースの節 約およびＭＰＥＧ−２トランスポートストリームからの、または内蔵受信器／デ コーダモードを介しての高速ダウンロードのために圧縮されるので、コードは、 ＲＡＭの中にそれをロードするために復元されなければならない。エンジン４０ ０８は、多様な変数値を更新し、ステータス変更を決定するために、アプリケー ションコードを解釈するためのインタプリタ、およびエラーチェッカも具備する 。 エンジン４００８のメインループは、待ち行列手段からイベントを抽出し、対 応しているプロセスシーケンサユニットをそれに応じて作動する。メインループ を通過するたびに、プロシジャが呼び出され、（遠隔制御キーの内の1つを押す こと、ＭＰＥＧ−２セクションまたはシリアルポートでのメッセージの受信など ）外部イベントを受け取る。すべてのイベントは、（後述されている）提示機能 に入力されるのか、インタフェースを通して受け取られるのかに関係なく、エン ジン４００８によって処理される前に、イベントインタフェースを通過する。イ ベントが検出されるたびに、プロシジャは、それぞれの優先順位レベルが０から ４である、エンジン４００８の５つの待ち行列の内の１つに入れられる「イベン ト」と呼ばれているメッセージを含む。待ち行列をイベントで満たすイベントイ ンタフェースに対する呼出しの後に、エンジン４００８は、イベントの（レベル ４からレベル１への）減少優先順位順で待ち行列を検索する。このようにして検 出されたイベントは、待ち行列から削除され、それが意図されているプロセスシ ーケンサユニットを作動するために使用される。 任意のデバイス４０６２のサービスを使用する前に、（アプリケーション命令 シーケンスなどの）プログラムは、つまりデバイス４０６６またはデバイスマネ ージャ４０６８への論理アクセス手段である「クライアント」として宣言されな ければならない。マネージャは、クライアントに、デバイスへのすべてのアクセ スで参照されるクライアント番号を指定する。デバイス４０６６は、複数のクラ イアント、デバイス４０６６の型に応じて指定されているデバイス４０６６ごと のクライアントの数を持つことができる。クライアントは、プロシジャ「Ｄｅｖ ｉｃｅ：Ｏｐｅｎ Ｃｈａｎｎｅｌ」によってデバイス４０６６に導入される。 このプロシジャは、クライアント番号をクライアントに割り当てる。クライアン トは、プロシジャ「Ｄｅｖｉｃｅ：Ｃｌｏｓｅ Ｃｈａｎｎｅｌ」によってデバ イスマネージャ４０６８クライアントリストから取り出すことができる。 デバイスマネージャ４０６８によって提供されているデバイス４０６２へのア クセスは、同期または非同期のどちらかである場合がある。同期アクセスの場合 、 プロシジャ「Ｄｅｖｉｃｅ：Ｃａｌｌ」が使用される。これは、即座に使用でき るデータにアクセスする手段、あるいは希望されている応答の待機を含まない機 能性である。非同期アクセスの場合、プロシジャ「Ｄｅｖｉｃｅ：Ｉ／Ｏ」が使 用される。これは、例えば、多重化を見つけるためのチューナ周波数の走査、ま たはＭＰＥＧストリームからのテーブルの取得など、応答を待機することを含む データにアクセスする手段である。要求されている結果が入手できるとき、イベ ントはエンジンの待ち行列に入れられ、その到着を知らせる。追加プロシジャ「 Ｄｅｖｉｃｅ：Ｅｖｅｎｔ」は、予期されていないイベントを管理する手段を提 供する。 前記に注記されるように、実行時エンジンのメインループは、多岐に渡るプロ セスシーケンサユニットに結合され、メインループが適切なイベントに遭遇する と、制御は一時的にプロセスシーケンサユニットの１つに転送される。 また、実行時エンジンとアプリケーションの間の通信は、おもに２種類のプロ セスシーケンサユニット、つまりグラフィックオブジェクト記述ユニットプロセ スシーケンサユニット、および命令シーケンスプロセスシーケンサユニットを介 して実行される。 プロセスシーケンサユニットの動作の不可欠な要素は、グラフィックオブジェ クト記述ユニットおよび命令シーケンスプロセスシーケンサユニットの動作を考 慮することによりもっともよく説明することができる。その他のプロセスシーケ ンサユニットも同様である。グラフィックオブジェクト記述ユニットプロセスシ ーケンサユニットは、マンマシンインタフェースを管理し、命令シーケンスプロ セスシーケンサユニットは、グラフィックオブジェクト記述ユニットプロセスシ ーケンサユニットから受け取られている命令シーケンス実行要求に応えて、命令 シーケンスを実行する（命令シーケンスとは、復元されている中間コードコマン ドのシーケンスのことである）。 エンジン４００８と通信している提示機能は、エンドユーザに対するテキスト およびグラフィックスの提示、およびエンドユーザ動作のエンジン４００８への 提示を管理する。テキストおよびグラフィックスは、テレビ２０２２上でのディ スプレイにオーバレイされ、ユーザは（遠隔制御装置２０２６を含むためにその 用語を使用する）キーボードによってアプリケーション４０５６と対話すること がある。グラフィックオブジェクト記述ユニットプロセスシーケンサユニットは 、エンドユーザのテレビ画面から照会イベントを受け取り、対応するインタフェ ースファイル４０１４の読取りを開始することによってこのような照会を処理す る。それから、それは、インタフェースのグラフィック機能を使用し、テレビセ ット２０２２の画面でグラフィックオブジェクトを追跡調査する。エンドユーザ は、グラフィックオブジェクトの回りを移動するために遠隔制御２０２６の４つ の矢印キーを使用することができる。キーが押されるたびに、イベントは、グラ フィックオブジェクト記述ユニットプロセスシーケンサユニットによって処理さ れる。ユーザは遠隔制御２０２６てＶＡＬＩＤキーを使用して選択を確証すると 、イベントのコードは、実行される命令シーケンスを要求しているイベントを作 成し、それらを命令シーケンスプロセスシーケンサユニットに送る、グラフィッ クオブジェクト記述ユニットプロセスシーケンサユニットによって処理される。 命令シーケンスプロセスシーケンサユニットが、グラフィックオブジェクト記 述ユニットプロセスシーケンサユニットから命令シーケンス実行要求を受け取る と、それは、対応する命令シーケンスファイル４０１８を読み取り、それを完全 にメモリにロードする。それから、それは命令シーケンスの実行を開始し、命令 シーケンスが終了するまで、またはそれがリルーティングと呼ばれている機能に 遭遇するまで続行する。 命令シーケンスが終了すると、システムは、イベントを獲得し、スケジュール し直すために、メインループを通るサイクルに戻る。 その機能が、アプリケーション４０５６を含んでいるさまざまなボリュームに リンクされている多様なプロトコルを処理することである、複数のダウンロード プロセスシーケンサユニットもある。 図７を参照すると、デバイスマネージャは、デバイスからのイベントが一時記 憶のためにその中に渡される待ち行列１００を含む。適切な間隔で、仮想機械は 、この待ち行列に信号を送信し、それから第1アイテムを抽出する。このイベン トアイテムは、仮想機械での待ち行列構造１０１に移動される。イベントアイテ ムの優先順位レベルに応じて、それは、５つの待ち行列０から４の内の適切な１ つ に挿入される。イベントアイテムは、実行時エンジンの制御下で待ち行列セレク タユニット１０２によって待ち行列構造１０１から抽出される。 イベントが待ち行列構造１０１から選択されると、それは、プロセスシーケン サユニットドライバ１０５およびプロセスシーケンサユニット１０６のセットか ら成り立っているプロセスシーケンサユニットエンジン１０４に渡される。各プ ロセスシーケンサユニットは、まとめてリンクされている動作グループのセット であるため、１つの動作グループから次の動作グループへの各ステップは、通常 、現在の動作グループ、およびイベントの性質に依存している。「次の」動作グ ループ、つまりシステムがイベントに応えて進む動作グループが、イベントの性 質に完全に依存しているが、現在の動作グループとは無関係である動作グループ を含む、さまざまなプロセスシーケンサユニットは、異なるサイズおよび複雑度 を有している。また、プロセスシーケンサユニットブロックに右側に図示されて いるように、例えば、単一ポートを通して同一プロトコルを使用する複数の別個 のデータストリームを処理するための、複数のプロセスシーケンサユニットの複 数のコピー、つまり複数の同一プロセスシーケンサユニットがある可能性がある 。 イベントが選択されると、それは適切なプロセスシーケンサユニットに渡され る。これは、プロセスシーケンサユニットでの現在の動作グループからの適切な 出口を選択する。この結果、適切な次の動作グループが選択され、例えば、デバ イスマネージャにメッセージを送信することや、命令シーケンスの実行などを含 む、その動作グループ内の動作が実行されることになる。プロセスシーケンサユ ニット内の動作グループは、イベントメッセージを他のプロセスシーケンサユニ ットに送信することもできる。命令シーケンスが選択される場合、命令シーケン スの識別は命令シーケンスセレクタ１０７に送られる。これは、希望されている 命令シーケンスを命令シーケンスメモリ１０８から入手し、それを、命令シーケ ンスを実行する命令シーケンスインタプリタ１０９に渡す。 システムは、例えば、プロセスシーケンサユニット１０６からのイベントタイ プでロードされるフィルタ１１０も含む。イベントアイテムがデバイスマネージ ャの待ち行列１００から仮想機械での待ち行列構造１０１に渡されると、その型 または文字は、フィルタ１１０内のリストに突き合わされ、それが認識されてい ない型である場合、それは拒絶される。これは、例えば、デバイスマネージャま たはキーボードが、仮想機械が取り扱うことができない型のイベントを作成する 場合、それらのイベントは待ち行列構造１０１には渡されないことを保証する（ この種のイベントが待ち行列構造１０１に渡されると、それらは待ち行列構造の 中で蓄積するか、あるいはプロセスシーケンサユニットエンジン１０４の誤動作 を引き起こす可能性がある）。 本発明は、単に例として述べられ、詳細の変更は本発明の範囲内で行うことが できる。 説明に開示された各特徴、および（妥当である場合）請求の範囲および図面は 、別々にあるいは任意の適切な組み合わせで提供されてもよい。 前述の好ましい実施例では、本発明のある種の特徴はコンピュータソフトウエ アを使用して実現された。しかしながら、もちろん、これらの特徴のいずれかは ハードウェアを使用して実現されてもよいことは当業者に明らかである。さらに 、ハードウェア、コンピュータソフトウェア等によって実行された機能は、電気 信号等であるいは電気信号を使用して実行されることは容易に理解される。 相互参照は、我々の同時係属出願に対して行われ、全ては、同じ出願日を有し 、名称が「信号発生および放送（代理人参照番号ＰＣ／ＡＳＢ／１９７０７）」 、「暗号化放送信号の受信機と併用するためのスマートカード、および受信機（ 代理人参照番号ＰＣ／ＡＳＢ／１９７０８）」、「放送・受信システムおよびそ のための条件付アクセスシステム（代理人参照番号ＰＣ／ＡＳＢ／１９７１０） 」、「受信機／デコーダを介して送信機からコンピュータにコンピュータファイ ルのダウンロード（代理人参照番号ＰＣ／ＡＳＢ／１９７１１）」、「テレビジ ョンプログラムおよび他のデータの送信および受信（代理人参照番号ＰＣ／ＡＳ Ｂ／１９７１２）」、「データのダウンロード（代理人参照番号ＰＣ／ＡＳＢ／ １９７１３）」、「コンピュータメモリ構成（代理人参照番号ＰＣ／ＡＳＢ／１ ９７１４）」、「テレビジョンあるいはラジオ制御システム生成（代理人参照番 号ＰＣ／ＡＳＢ／１９７１５）」、「送信データストリームからのデータセクシ ョンの抽出（代理人参照番号ＰＣ／ＡＳＢ／１９７１６）」、「アクセス制御シ ステム（代理人参照番号ＰＣ／ＡＳＢ／１９７１７）」、「データ処理システム （代 理人参照番号ＰＣ／ＡＳＢ／１９７１８）」、および「放送・受信システム、お よびそのための受信機／デコーダおよび遠隔コントローラ（代理人参照番号ＰＣ ／ＡＳＢ／１９７２０）」である。これらの文書の開示は参照してここに組み込 まれている。出願のリストは本出願を含んでいる。

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＤＥ， ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，Ｌ Ｕ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＭＬ，ＭＲ，ＮＥ， ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＫＥ，ＬＳ，ＭＷ，Ｓ Ｄ，ＳＺ，ＵＧ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ ，ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＬ，ＡＭ，ＡＴ，ＡＵ ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ， ＣＮ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＥＥ，ＥＳ，ＦＩ，Ｇ Ｂ，ＧＥ，ＧＨ，ＨＵ，ＩＬ，ＩＳ，ＪＰ，ＫＥ，ＫＧ ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ， ＬＵ，ＬＶ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，Ｎ Ｏ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ ，ＳＩ，ＳＫ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＵＡ，ＵＧ， ＵＳ，ＵＺ，ＶＮ，ＹＵ (72)発明者 デクラーク，クリストフ フランス国 エフ―28210 セナンテ ル ー デ オームズ ダンクール ３

Claims (1)

1. 【特許請求の範囲】 １．圧縮ＭＰＥＧ型信号を受信するための手段と、 受信された信号を復号化し、テレビ信号を提供するための手段、テレビにテレビ 信号を供給するための手段と、 ユーザ入力インタフェースと、 ユーザ入力インタフェースを通して受信されている入力信号に従って受信器／デ コーダを制御するためのコンピュータシステムであって、複数のポートから信号 を受信し、前記ポートにデータを提供するためのデバイスマネージャ手段とを具 備するコンピュータシステムと、 デバイスマネージャ手段から受信されているデータを処理し、データをそれに戻 すための手段を具備する、デバイスマネージャ手段に結合されている、仮想機械 手段と、 を備える、デジタルテレビシステム用受信器／デコーダ。 ２．仮想機械手段が、オペレーティングエンジン、ルーチンのライブラリ、イン タプリタ、複数の命令シーケンスを記憶するための記憶装置手段、待ち行列管理 手段、およびバッファ管理手段を具備する、請求項１に記載の受信器／デコーダ 。 ３．さらに、外部装置に結合するための複数のインタフェースと、 少なくとも１つのインタフェースと、または受信器／デコーダの少なくとも１つ の機能と対応している少なくとも１つのデバイス手段を具備する前記デバイスマ ネージャ手段と、 を具備する、請求項１または２に記載の受信器／デコーダ。 ４．前記デバイス手段の少なくとも１つが、少なくとも１つのデバイスドライバ に結合されている、請求項３に記載の受信器／デコーダ。 ５．それぞれが、受信器／デコーダおよび／またはテレビを制御するためのアプ リケーションを提供するための、複数のアプリケーションソースを含み、オペレ ーティングエンジンが、アプリケーションソースとデバイス手段の間に位置し、 デバイスマネージャを通して作成されているイベントを受け取り、それらをエン ジンに渡すための待ち行列手段を含む、請求項３または４に記載の受信器／デコ ーダ。 ６．オペレーティングエンジンが、デバイス手段と対応している複数のプロセス シーケンサユニット、および待ち行列手段からイベントを抽出し、対応している プロセスシーケンサユニットを相応じて作動するための手段を具備する、請求項 ５に記載の受信器／デコーダ。 ７．待ち行列手段にイベントを入れる前に、イベント型のリストにイベントを付 き合わせるためのフィルタ手段を含む、請求項５または請求項６のいずれかに記 載の受信器／デコーダ。 ８．さらに、少なくとも１つのアプリケーションを記憶するための手段を含む、 任意の前記の請求項に記載の受信器／デコーダ。 ９．一斉送信信号を受信するための受信器／デコーダであって、 受信された信号に従って受信器／デコーダを制御するための手段を具備し、 前記制御手段が、複数のポートから信号を受信し、データを前記ポートに提供す るための手段と、 受信手段から受け取られているデータを処理し、データをそれに戻すための仮想 機会手段と、 を具備する受信器／デコーダ。 １０．異なった受信器／デコーダが、１つの共通した仮想機械手段と、それぞれ の異なった回路に結合されているそれぞれの異なったデバイスマネージャ手段を 有している、請求項１から８のいずれかに記載の、それぞれ複数の受信器／デコ ーダを具備するシステム。 １１．実質的にここに説明されるような受信器／デコーダ。 １２．実質的にここに説明されるようなシステム。