JP2001518256A - 伝送データ・ストリームからデータ・セクションを抽出する方法 - Google Patents

Abstract

(57)【要約】 MPEGデータ・ストリーム中の複数のMPEGセクションの少なくとも一つを記憶する方法を提供する。このMPEGセクションは少なくとも一つのMPEGセクション特性を有している。MPEGデータ・ストリームが受信され、一つのMPEGセクションが、少なくとも一つのMPEGセクション特性によるMPEGデータ・ストリームからフィルタされる。このMPEGセクションは順次記憶される。

Description

【発明の詳細な説明】 伝送データ・ストリームからデータ・セクションを抽出する方法 本発明は、データのセクションの他にビデオおよびオーディオ・テレビを含む MPEGビットストリームのような伝送データ・ストリームの一つまたはそれ以上の セクションを記憶する装置および方法に関する。 テレビ信号を放送することを主として意図されたデジタル送信システム、これ に限定するものではないが特にもっぱら衛星テレビ・システムの出現は、他の目 的とするこの種のシステムを使用する可能性を開いた。その一つがエンド・ユー ザとの相互活動を提供することである。 これを実行する一つの方法は、受信されたテレビ信号を介してレシーバ／デコ ーダ上にアプリケーションを実行することである。アプリケーションのためのコ ードは、レシーバ／デコーダに永久的に記憶される。しかし、これはかなり限定 されることになる。レシーバ／デコーダは必要とされるアプリケーションのため にコードをダウンロードできなければならない。この方法において、より変化の ある方法が提供でき、また、アプリケーションがユーザ側で何の操作も必要とし ないでアップデートできる。 好ましくはコンピュータ・システムにおいて、特にコンピュータ・システムが デジタル・テレビのためのレシーバ／デコーダのようなある種の大型システムに 組みこまれているシステムにおいて、メモリ量がしばしば制限される。これはシ ステムによって必要とされる種々の機能によるメモリ・スペースの使用が最小に されるようにメモリを編成しなければならないことを意味している。さらに、メ モリの少なくともある一定部分にアクセスするのに必要とする時間を最短にする ことも必要である。 従って、本発明は特にこれに限定するのもではないが、特にデータがアプリケ ーションによって必要とされるレシーバ／デコーダのメモリへのダウンロードに 関する。 第１の局面において、本発明は伝送データ・ストリームの複数のセクションの 少なくとも一つを記憶する方法を提供し、前記一つセクションが少なくとも一つ のセクション特性を有しており、前記方法が、 データ・ストリームを受信する工程と； 少なくとも前記一つのセクション特性に従って前記データ・ストリームから前 記一つのセクションをフィルタする工程と； 前記一つのセクションを記憶する工程と； からなる。 このフィルタ工程はレシーバ／デコーダのメモリへロードされるべきアプリケ ーションによって必要とされるセクションのみに実行される。 この好ましい実施形態において、フィルタ工程が、 各特性がフィルタ基準とそのフィルタ基準のための値とからなる少なくとも一 つのフィルタ特性を特定する工程と； 各セクション特性を各フィルタ特性と比較する工程と； 各セクション特性がそれぞれのフィルタ特性に対応したときに、前記一つのセ クションを前記データ・ストリームからフィルタする工程と； を含んでいる。 本発明の第２の局面は、上述の方法を使用する伝送データ・ストリームの複数 のセクションを記憶する方法を提供し、各セクションはそれぞれのメモリ・ロケ ーションに記憶される。 この方法がさらに、 各データ・フィルタ特性がデータ操作基準とそのデータ・フィルタ基準のため の値とからなる少なくとも一つのデータ・フィルタ特性を特定する工程と； 各記憶されたセクション中に記憶されたデータをそれぞれのデータ・フィルタ 特性と比較する工程と； その記憶されたセクション中に記憶された前記データがそれぞれのデータ・フ ィルタ特性に対応していないときは、前記記憶されたセクションを前記メモリに 置換できるようにする工程と； をさらに含んでいることが好ましい。 前記記憶されたセクションに記憶されたデータが各々のデータ・フィルタ特性 に対応している時、セクション識別信号をアプリケーションに供給する工程をさ らに含んでいることが好ましい。 セクション識別信号は前記一つのセクションの記憶アドレスからなるのが好ま しい。 第３の局面において、本発明は上述の方向によるセクションのグループを記憶 する方法を提供し、前記セクションが周期的に前記データ・ストリームに伝送さ れ、各グループが第１セクションと最終セクションを含んでおり、前記方法が、 第１セクションを記憶する工程と； 前記第１セクションの直後に連続して伝送されたセクションを後でダウンロー ドし、前記最終セクションがダウンロードされるか、または所定数のセクション が記憶されるまで各セクションがそれぞれのメモリ・ロケーションに連続して記 憶される工程と； を含んでいる。 第４の局面において、本発明は上述の方法によりセクションのグループを記憶 する方法を提供し、前記セクションが周期的に前記データ・ストリームに伝送さ れ、前記グループが第１セクションと最終セクションを含み、前記方法が、 第１セクションをダウンロードする工程と； 前記第１セクションの直後に連続して伝送されたセクションを続いてダウンロ ードし、前記最終セクションがダウンロードされるか、またはメモリ・ロケーシ ョン中に記憶されたセクションが、前記最終セクションがダウンロードされるま で続いてダウンロードされることによって連続して上書きされて所定数のセクシ ョンが記憶されるまで各セクションがそれぞれのメモリ・ロケーションに連続し て記憶される工程と； 前記最終セクションを前記メモリに記憶する工程と； を含んでいる。 第５の局面において、本発明はデータ・ストリーム中に周期的に伝送されたセ クショングループを記憶する方法を提供し、前記グループは第１セクションと最 終セクションを含んでおり、前記方法が、 第１セクションをダウンロードし、これをメモリに記憶する工程と； 前記第１セクションの直後に連続して伝送されたセクションを続いてダウンロ ードし、前記最終セクションがダウンロードされるか、または所定数のセクショ ンが前記メモリに記憶されるまで各セクションがそれぞれのメモリ・ロケーショ ンに連続して記憶される工程と； を含んでいる。 第６の局面において、本発明は前記データ・ストリーム中に周期的に伝送され たセクションのグループを記憶する方法を提供し、前記各グループが第１セクシ ョンと最終セクションを含んでおり、前記方法が、 データ・ストリームを受信する工程と； 第１セクションをダウンロードする工程と； 前記第１セクションの直後に連続して伝送されたセクションを続いてダウンロ ードし、前記最終セクションがダウンロードされるか、またはメモリ・ロケーシ ョン中に記憶されたセクションが、前記最終セクションがダウンロードされるま で続いてダウンロードされることによって連続して上書きされて所定数のセクシ ョンが記憶されるまで各セクションがそれぞれのメモリ・ロケーションに連続し て記憶される工程と； 前記最終セクションを前記メモリに記憶する工程と； を含んでいる。 本発明の上述の第３から第６の局面により、セクションのグループから必要と されるこれらのセクションのみがレシーバ／デコーダのメモリに記憶される。例 えば、仮に特定時間に放送するためにスケジュールの組まれた三つのテレビ・プ ログラムのリストを第３および第５の局面で見たときに、グループの最初の四つ のセクションのみがデータ・ストリームからダウンロードされ、エンド・ユーザ がリストを迅速にスクロール・ダウンでき、その時刻に示された最終プログラム から開始できる。第４および第６の局面により、グループの最後の四つのセクシ ョンのみがデータ・ストリームからダウンロードされ、エンド・ユーザがリスト を迅速にスクロール・ダウンでき、その時刻に示された第１プログラムから開始 でき、レシーバ／デコーダのメモリを最小にすることができる。 第７の局面において、本発明は伝送データ・ストリームの複数のセクションの 少なくとも一つを記憶する装置を提供し、前記一つのセクションが少なくとも一 つのセクション特性を有しており、前記装置が、 データ・ストリームを受信する手段と； 少なくとも前記一つのセクション特性に従って前記データ・ストリームから前 記一つのセクションをフィルタする手段と； 前記一つのセクションを記憶する手段と； を含んでいる。 前記フィルタ手段が、 各特性がフィルタ基準とそのフィルタ基準のための値とからなる少なくとも一 つのフィルタ特性を特定する手段と； 各セクション特性を各フィルタ特性と比較する手段と； 各セクション特性がそれぞれのフィルタ特性に対応したときに、前記一つのセ クションを前記データ・ストリームからフィルタする手段と； を含んでいるのが好ましい。 第８の局面において、本発明はそのような複数のセクションをダウンロードす る装置を提供し、前記記憶手段は各セクションを記憶する複数のメモリ・セクシ ョンからなる。 本装置はさらに、 各データ・フィルタ特性がデータ操作基準とそのデータ・フィルタ基準のため の値とからなる少なくとも一つのデータ・フィルタ特性を特定する手段と； 各記憶されたセクション中に記憶されたデータをそれぞれのデータ・フィルタ 特性と比較する手段と； その記憶されたセクション中に記憶された前記データがそれぞれのデータ・フ ィルタ特性に対応していないときは、前記記憶されたセクションを前記メモリに 置換できるようにする手段と； をさらに含んでいるのが好ましい。 本装置はまた前記記憶されたセクション中に記憶された前記データが前記各フ ィルタ特性に対応しているとき、セクション識別信号をアプリケーションに供給 する手段をさらに含んでいる。 上述の方法および装置は、前記セクションの他にビデオおよびオーディオ・テ レビ・データを含むMPEGビットストリームの形態中のこの種のデータ・ストリー ムを使用することができる。 本発明の好ましい特徴は、添付図面を参照して例としてのみここに説明する。 図中、 図１は本発明の好ましい実施例によるデジタル・テレビ・システムの全体構成 を示す。 図２はデジタル・テレビ・システムの相互作用システムの構成を示す。 図３は相互作用レシーバ／デコーダのメモリにダウンロードされたモジュール 内のファイルの配置を示す。 図４はセクションの配置を示す。 図５は相互作用レシーバ／デコーダのメモリのメモリ容量の配置を示す。 図６はレシーバ／デコーダのインターフェイスの概略図である。 図７はレシーバ／デコーダのソフトエウアの構成を示す。 図８はMPEGデータ・ストリームからセクションをダウンロードするための受信 システムの構成を示す。 図９はハードウエア・プリフィルタによって使用されるセクション中のバイト の配置を示す。 図１０はハードウエア・フィルタ・マスク・アレイとハードウエア・フィルタ のハードウエア・フィルタ数アレイの一例を示す。 図１１はソフトウエア・プリフィルタによって使用されるセクション中のバイ トの配置を示す。 図１２はテーブルのローディングの一例を示す。 図１３はセクションのグループ中のセクションの配置の一例を示す。 図１４はセクションのグルーブの続行モード・ダウンロードの一例を示す。 図１５はセクションのグループの先行モード・ダウンロードの一例を示す。 図１６はセクションのグループの記述子中のフィールドの配置を示す。 図１７はセクションのテーブルの記述子の配置を示す。 図１はデジタルテレビの全体を示している。本発明は、圧縮したデジタル信号 を送信するために従来のMPEG-2圧縮システムを利用する、ほぼ従来のデジタルテ レビシステム2000を備えている。さらに詳細には、ブロードキャストセンター内 のMPEG-2圧縮機2002がデジタル信号ストリーム（一般にはビデオ信号のストリー ム）を受信する。圧縮機2002は、リンケージ2006によってマルチプレクサ、スク ランブラ2004と接続している。マルチプレクサ2004は、複数の入力信号をさらに 受信し、１つ以上のトランスポートストリームをアセンブルし、圧縮したデジタ ル信号を、リンケージ2010を介してブロードキャストセンターのトランスミッタ 2008に送信する。もちろん、テレコムリンクを含む幅広い様々な形態をとること ができる。トランスミッタ2008は、アップリンク2012を介して、電磁気信号をサ テライトトランスポンダ2014へと送信し、ここで、レシーバ2018を設置するため に、エンドユーザが所有またはレンタルしている受信アンテナの形態である概念 ダウンリンク2016を介して、電磁気信号が電子的に処理およびブロードキャスト される。レシーバが受信した信号2018は、エンドユーザが所有またはレンタルし 、エンドユーザのテレビセット2022に接続された内臓レシーバ/デコーダ2020に 送信される。レシーバ/デコーダ2020は、圧縮されたMPEG-2信号をテレビセット2 022のテレビ信号に復号する。 条件付きアクセスシステム3000はマルチプレクサ2004、レシーバ/デコーダと 接続しており、１部がブロードキャストセンター内に、別の１部がデコータ内に 配置されている。これによりユーザは、１つ以上のブロードキャストサプライヤ からデジタルテレビブロードキャストへアクセスすることが可能である。レシー バ/デコーダ2020内に、コマーシャルオファー（すなわち、そのブロードキャス トサプライヤが販売した１つまたは複数のテレビプログラム）に関連したメッセ ージを解読できるスマートカードを挿入することができる。デコーダ2020とスマ ートカードを使用して、エンドユーザは、購読モードまたは有料視聴モードで、 コマーシャルオファーを購入できる。 相互作用システム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内で「リソースファイル」として表されている。「モ ジュール」は、リソースファイルとデータのセットである。１つのアプリケーシ ョンを構成するためには数個のモジュールが必要である。レシーバ/デコーダの 「メモリボリューム」とはモジュールのための記憶スペースである。「インター フェース」は、モジュールをダウンロードするために使用される。モジュールは 、MPEG-2伝送ストリームからレシーバ/デコーダ2020内にダウンロードすること もできる。 次に、前述の文章で挙げたこれらの要素についてより詳細に説明する。 本明細書の目的のために、アプリケーションは、好ましくはレシーバ/デコー ダ2020の高レベル機能を制御する１つのコンピュータコードであるとする。例え ば、エンドユーザが、遠隔コントローラの焦点をテレビセット2022の画面上のボ タンオブジェクト画面上に配置し、有効キーを押す際に、そのボタンに関連した 指示シーケンスが実行される。 相互作用アプリケーションはメニューを提示し、エンドユーザの要求に応じて コマンドを実行し、アプリケーションの目的に関連したデータを提供する。アプ リケーションは、レシーバ/でコーダ2020のROM（またはFLASH、あるいはその他 の非揮発性メモリ）内に記憶されているか、もしくはレシーバ/デコーダ2020のR AMまたはFLASHメモリにブロードキャストおよびダウンロードされたされた常駐 アプリケーションであってよい。 アプリケーションの例を以下に示す。 ● 開始アプリケーション。レシーバ／デコーダ２０２０が、モジュールの適 応可能なコレクション（この用語については後に詳細に説明する）である常駐開 始アプリケーションを備えている。モジュールの適応可能なコレクションは、レ シーバ／デコーダ２０２０をＭＰＥＧ−２環境で即時動作可能にする。アプリケ ーションは、所望であればブロードキャストサプライヤによって変更が可能なコ ア特性を備えている。また、コア特性は常駐アプリケーションとダウンロードし たアプリケーションの間のインターフェースを提供する。 ● スタートアップアプリケーション。スタートアップアプリケーションは 、ダウンロードしたまたは常駐のいずれであってもよいアプリケーションをレシ ーバ／デコーダ２０２０上で実行する。このアプリケーションは、アプリケーシ ョンを開始するために、サービスが到着すると実行されるブートストラップとし て働く。スタートアップはＲＡＭ内にダウンロードされるため、アップデートが 容易に行える。またスタートアップを、ダウンロードの直後、またはプリロード の後のいずれかに、各チャネルで使用可能なインタレクティブアプリケーション の選択および実行が可能であるように構成することも可能である。プリロードの 場合には、アプリケーションはメモリ２０２４内にロードされ、必要に応じてス タートアップによって起動することが可能である。 ● プログラムガイド。プログラムガイドは、プログラミングについての完全 な情報を提供するインタラクティブアプリケーションである。例えば、プログラ ムガイドは、デジタルＴＶブーケの各チャネルに割当てられた１週間のＴＶプロ グラムについての情報を提供する。遠隔コントローラ２０２６上のキーを押すと 、エンドユーザは、テレビセット２０２２の画面上にある事象の上にオーバレイ されたアッドオン画面にアクセスできる。このアッドオン画面は、デジタルテレ ビブーケの各チャネルの現在および次の事象についての情報を提供するブラウザ である。遠隔コントローラ２０２６上の別のキーを押すと、エンドユーザは、１ 週間以上の事象についての情報のリストを表示するアプリケーションにアクセス できる。さらにエンドユーザは、単純でカストマイズされたクリテリアで事象の 検索およびソートが行える。また、選択したチャネルに直接アクセスすることが できる。 ● 番組有料視聴制アプリケーション。番組有料視聴制アプリケーションは、 条件付きアクセスシステム３０００と速結したデジタルテレビブーケの各ＰＰＶ チャネル上で利用可能なインタラクティブサービスである。エンドユーザは、Ｔ Ｖガイドまたはチャネルブラウザを使ってこのアプリケーションにアクセスする ことができる。さらに、このアプリケーションはＰＰＶチャネル上でＰＰＶ事象 が検出され次第、自動的に開始する。エンドユーザは、ドータースマートカード ３０２０または通信サーバ３０２２（モデム、電話、ＤＴＭＦコード、ＭＩＮＩ ＴＥＬ等を使用）を介してカレント事象を購入することができる。アプリケー ションは、レシーバ／デコーダ２０２０のＲＯＭ内に常駐するもの、またはレシ ーバ／デコーダ２０２０のＲＡＭ内にダウンロード可能なもののいずれかであっ てよい。 ● ＰＣダウンロードアプリケーション。要求すれば、エンドユーザはＰＣダ ウンロードアプリケーションを使ってコンピュータソフトウェアをダウンロード することができる。 ● マガジンブラウザアプリケーション。マガジンブラウザアプリケーション は、オンスクリーンボタンを介したエンドユーザナビゲーションを備えた画像の 巡回ビデオブロードキャストを有する。 ● クイズアプリケーション。クイズアプリケーションはブロードキャストク イズプログラムと同期することが好ましい。１例として、テレビ２０２２の画面 上に多項式選択の質問が表示されるので、ユーザは遠隔コントローラ２０２６を 使って答えを選択できる。クイズアプリケーションは、その答えが正解であるか どうかをユーザに知らせることができ、また、ユーザの点数をカウントすること ができる。 ● テレショッピングアプリケーション。テレショッピングの１例において、 販売される商品のオファーがレシーバ／デコーダ２０２０に転送され、テレビ２ ０２２上に表示される。遠隔コントローラを使って、ユーザは購入する特定のア イテムを選択できる。そのアイテムの注文が、モデムで繋がれたバックチャネル ４００２を介してアプリケーションおよびデータサーバ４００６へと送信される か、あるいは、個別の販売システムへと送信される。この販売システムの電話番 号は、レシーバ／デコーダ２０２０のカードリーダ４０３６の１つに挿入された クレジットカードに勘定を付ける旨の命令と共にレシーバ／デコーダにダウンロ ードされている。 ● テレバンキングアプリケーション。テレバンキングの１例において、ユー ザは、レシーバ／デコーダ２０２０のカードリーダ４０３６の１つに銀行カード を挿入する。するとレシーバ／デコーダ２０２０が、銀行カードに、またはレシ ーバ／デコーダに記憶された電話番号を使ってユーザの銀行を呼出し、アプリケ ーションが複数の機能を提供するので遠隔コントローラ２０２６を使って選択 を行う。この機能には、例えば、電話回線を介した預金口座収支報告のダウンロ ード、預金口座の間での資金の送金、小切手帳の要求等がある。 ● インターネットブラウザアプリケーション。インターネットブラウザアプ リケーションの１例において、特定のＵＲＬのウェブページを見たいというよう なユーザからの指示が、遠隔コントローラ２０２６を使って入力され、これらの 指示が、モデムで繋がったバックチャネル４００２によってアプリケーションお よびデータサーバ４００６へ送信される。すると、ブロードキャストセンターか らの送信に適切なウェブページが含まれ、この送信がアップリンク２０１２、ト ランスポンダ２０１４、ダウンリンク２０１６を介してレシーバ／デコーダ２０ ２０によって受信され、テレビ２０２２上に表示される。 アプリケーションは、受信機／デコーダ２０２０のメモリ位置に記憶され、資 源ファイルとして示される。資源ファイルは、グラフィックオブジェクト記述ユ ニットファイルと、可変ブロックユニットファイルと、命令シーケンスファイル と、アプリケーションファイルと、データファイルとを備えている。 グラフィックオブジェクト記述ユニットファイルは、アプリケーションのスク リーン、すなわちアプリケーションのマンマシンインタフェースを記述する。可 変ブロックユニットファイルはアプリケーションによって処理されるデータ構造 を記述する。命令シーケンスファイルはアプリケーションの処理動作を記述する 。このアプリケーションはアプリケーションに対するエントリポイントを備えて いる。 このように構成されたアプリケーションは、アイコンライブラリファイル、イ メージファイル、文字フォントファイル、カラーテーブルファイルおよびＡＳＣ ＩＩテキストファイルのようなデータファイルを使用できる。対話式アプリケー ションは、入力および／または出力を行うことによってオンラインデータも得る ことができる。 エンジン４００８は、所与の時間で必要とするこれらの資源ファイルをそのメ モリにロードするだけである。これらの資源ファイルは、グラフィックオブジェ クト記述ユニットファイル、命令シーケンスファイルおよびアプリケーションフ ァイルから読み取られる。可変ブロックユニットファイルは、モジュールをロー ドする手順に対する呼び出しに続いてメモリに記憶され、モジュールをロード解 除する手順に対する特定の呼び出しが行われるまで、そこにロックされたままで ある。 図３を参照すると、電話ショッピングのようなモジュール４０１０は、下記の ことを含む資源ファイルおよびデータのセットである。 単一アプリケーションファイル４０１２ 未決定数のグラフィックブロックユニットファイル４０１４ 未決定数の可変ブロックユニットファイル４０１６ 未決定数の命令シーケンスファイル４０１８、 ここで、アイコンライブラリファイル、イメージファイル、文字フォントファ イル、カラーテーブルファイルおよびＡＳＣＩＩテキストファイルのようなデー タファイル４０２０である。 MPEGデータストリームにおいて、各モジュールはMPEGテーブルのグループを１ つ備えている。各MPEGテーブルはセクションの数としてフォーマットされうる。 MPEGデータストリームにおいて、各セクションは最大４キロバイトの「サイズ」 を有する。シリアルおよびパラレルポートを介したデータの伝送には、例えば、 同種のモジュールがテーブルとセクションに分割され、また、セクションのサイ ズは伝送する媒体によって異なる。 モジュールは、例えば、ビデオデータストリーム、オーディオデータストリー ム、テレテキストデータストリームのようなデータストリームの関連するタイプ 内において一般に188バイトのパケットの形式で、MPEGデータストリーム内に伝 送される。各パケットは13ビットのパケット識別子（PID）を前に付けており、 各パケットについての１つのPIDはMPEGデータストリーム内で伝送される。プロ グラムマップテーブル（PMTテーブル）は、異なるデータストリームのリストを 備え、各データストリームの内容を関連するPIDに従って定義する。PIDは、デー タストリーム内にアプリケーションが存在することを装置に知らせることができ 、この場合、PIDはPMTテーブルを使って識別されている。 図４を参照して、各セクション4300は典型的に次のフィールドを含んでいる： テーブルＩＤ（ＴＩＤ）4302、典型的にセクション4300の始めにおいて１バイ トのサイズを有している； セクションの長さ識別子4304、典型的に２バイトのサイズを有している； テーブル中のそのセクション番号（ＳＮ）4306(eg.1)、ＳＮが典型的に１バイ トのサイズを有している； テーブル中のセクションの総数（ＬＳＮ）4308(eg.3)、ＬＳＮが典型的に１バ イトのサイズを有している； ＴＩＤエクステンション4310、典型的に２バイトのサイズを有している； プライベイト・データ4312；および、 セクション4300のＣＲＣ4314。ＣＲＣ4314の目的は、セクション4300中のバイ トを全てチェックすることであり、CRC4314が先行データの全てと相関関係があ れば、セクションはレシーバ／デコーダ2020によって許容される。同様に、プラ イベイト・データ・フィールド4312がフィールドの端でＭＤ５サインから構成で き、かつ、そのフィールド4312の先行内容全てから算出できる。 直列または並列インターフェイスを介して受信されたデータに関して、セクシ ョンのフィールドは変化する。典型的に前述のインターフェイスのいずれかを介 して受信されたセクションは、フィールド4302から4310中のデータの減少量から なり、ＣＲＣ4314はない。 特定モジュール／テーブルのために、このテーブルを構成するセクションの全 ては同じＴＩＤ4302と同じＴＩＤエクステンション4310を有している。特定のア プリケーションのために、そのアプリケーションを形成するテーブル全ては同じ ＴＩＤを有しているが、異なる別々のＴＩＤエクステンションである。 例えば、MPEGビットストリームからモジュール4010へアクセスするためには、 モジュールのためのＰＩＤとモジュール・ディレクトリの両方が必要である。こ のディレクトリは単にキャリア信号からダウンロードできるモジュール4010をリ ストするだけである。一旦このディレクトリがダウンロードされると、アプ リケーションに対して一つのまたはそれ以上のモジュール4010をダウンロードす ることが可能である。 少量のコードをダウンロードするコンセプトと一緒にモジュール4010のコンセ プトは、アプリケーションの容易な展開を許容する。これらは、エンド・ユーザ によって必要とされたときにのみ、デコーダ2020のＲＡＭにダウンロードするた めに常駐ソフトまたは放送(broadcast)としてレシーバ／デコーダ2020の永久FLA SHメモリにダウンロードすることができる。 メモリ容量はモジュール4010のための記憶スペースである。この種の記憶スペ ースはレシーバ／デコーダ2020のメモリ2024中に配備されている。図５を参照し て、メモリ2024は典型的にＲＡＭ容量4022、FLASH容量4024およびＲＯＭ容量402 6に分割される。メモリはモジュールがレシーバ／デコーダ2020に、例えばMPEG ビットストリームからダウンロードされるモジュールを記憶するためのMPEG容量 およびシリアル・インターフェイスを介して受信されたモジュールを受信するた めのシリアル容量のようなレシーバ／デコーダ2020にダウンロードされるモジュ ールを介して種々のインターフェイスに関連するメモリ容量にさらに分割される 。 次に、ＲＡＭ容量4022が、ファームエウア、エンジン4008のためのワーキング ・スペースおよびバッファへの専用のゾーンに分割される。FLASHおよび他の不 揮発性メモリがデバイス・マネージャを介してアプリケーションまたはエンジン 自体のいずれかによってアクセスできる。 各容量はモジュール4010のリストを含み、各モジュール4010はファイル4012、 4014、4016、4018、4020のリストを含んでいる。同じ名前のついた二つのファイ ルをもたせることができ、また、別個のモジュールに配備することもできる。例 えば、アプリケーションのバージョンは典型的にＲＯＭ容量4026に記憶され、後 者のバージョンはFLASH容量4024にダウンロード可能で、FLASH容量4024の代わり にＲＯＭ容量に記憶されたバージョンと置換される。ファイルの内容はＬＺＷフ ォーマットに圧縮されるが、ファイルの解凍は、これが圧縮されたフォーマット で受信されたある一定時間かかる。 レシーバ／デコーダ2020の物理的インターフェイスは、データをダウンロー ドするために使用される。図６を参照して、レシーバ／デコーダ2020は、例えば 、６個のダウンロードする媒体、すなわち、MPEGフロー・チューナ4028、シリア ル・インターフェイス4030、パラレル・インターフェイス4032、モデム4034およ び二つのカード読取装置4036を含んでいる。 複数のアプリケーションソースとレシーバ／デコーダ2020の複数の製作ソース により、一つのアプリケーションは全てのレシーバ／デコーダにおいて同じよう に機能し、各レシーバ／デコーダは同じように正しい方法で全てのアプリケーシ ョンを実行しなければならない。図７を参照して、レシーバ／デコーダ2020はマ イクロプロセッサの制御と共通のアプリケーション・プログラミング・インター フェイス4054の制御下で実行する実行時間エンジン4008からなる。これらは全て のレシーバ／デコーダ2020に設けられていて、全てのレシーバ／デコーダ2020が アプリケーションの局面から同一である。 図７はアプリケーション4056を実行するためのレシーバ／デコーダ2020のアー キテクチャを示す。バーチャル・マシン4007がアプリケーション4056を実行し、 これは例えばMPEGデータ・ストリームからレシーバ／デコーダ2020にダウンロー ドされたバーチャル・マシンまたはアプリケーション40556"に直接接続されたア プリケーション4056'から構成できる。実行時間エンジン4008はグラフおよびテ キストを表示し、サービスのためのデバイスをコールし、「イベント」を受信し 、特定計算のためのライブラリ4058の機能を使用する。 図７を参照して、アプリケーションに関して、デコーダ2020の機能はデバイス 4060として「見られる」。従って、これらはどのアプリケーションによっても見 られないレシーバ／デコーダ2020の機能である。 デバイス4060は、ハードウエア4066の要素4062または物理的インターフェイス 4064に対応できる論理デバイス・ユニットからなる。この種のデバイスは、「低 いレベルのデバイス」4068と見なされる。この種のデバイス4068の出力は、デバ イス4068によって論理信号出力を、例えばハードウエア・インターフェイス4064 を実行するのに必要とする信号に変換するための少なくとも一つのデバイス・ド ライバ4070に接続することができる。別の方法として、デバイス4068はそれ自体 レシーバ／デコーダ2020の要素ないしインターフェイスを実行 動してもよい、すなわち、デバイスの出力がハードウエア4066に直接接続されて もよい。 低いレベルのデバイス4068の例を次に説明する。 LCARDデバイスは、プログラムを一つのスマートカード読取装置4036中に含ま れたスマートカードと連絡することができ、また、RCARDデバイスがプログラム を他のスマートカード読取装置4036中に含まれたスマートカードと連絡すること ができる。例えば、これらのデバイスはプログラムをカードの状態で読み取れる ように、カード歴を読み取り、また、入力メッセージをカードに送れるようにす ることができる。このデバイスは、また、読取装置へのカードの挿入のプログラ ムを通知し、読取装置からカードを取り出し、また、プログラムによってリクエ ストされなければカードはリセットされる。LCARDおよびRCARDデバイスはカード を起動するために使用されるプロトコルを特定する。典型的に、ＩＳＯ7816プロ トコルが使用される。 ＳＣＴＶデバイスはプログラムを立証し、スカート（定順位自動送信方式）(S CART)アウトレットをテレビ・セット2022に形成する。例えば、このデバイスは プログラムに対してスカート・アウトレットのサウンド特性に関する情報をリク エストし、サウンドに「ミュート」を実行し、またＲＧＢレベルをダイナミック にプログラムすることができる。 TUNERデバイスがプログラムに対してチューナ4028を使用できるようにする。 例えば、このデバイスはプログラムに対して最小周波数か、またはチューナの現 周波数のいずれかから走査を実行し、チューナ・パラメータを読み取り、またチ ューナをプログラムすることができる。 SERIALデバイスがプログラムに対してシリアル・リンクを介して装置と連絡し 、またPARALLELデバイスがプログラムに対してパラレル・リンクを介して装置と 連絡できるようにする。例えば、これらのデバイスはプログラムに対して各リン クを介してメッセージを送り、またそのリンクを介してメッセージの受信のプロ グラムを通知する。 MODEMデバイスがレシーバ／デコーダをＶ２３を支持する内部半２重モデムを 介してデータ・サービスと連絡することを許容する。このMODEMデバイスは番号 のダイアリングと、メッセージのデータ・サーバへの送信と、モデムの断続と、 メッセージの信号受信と、エラーと損失またはキャリアの検出とをリクエストす る。 遠隔位置で実行される遠隔デバイスは、ポートおよびプロトコルが規定されな ければならないことを除いて、どのローカル・デバイスともなりうる。 「低レベル・デバイス」に加えて、レシーバ／デコーダ2020は、レシーバ／デ コーダ2020の動作を制御する「高レベル・デバイス」を含めることもできる。 MPEGデータ・ストリームからロードされたセクションに関して、「MLOADデバ イス」 といわれるデバイス4072が一つのアプリケーションをMPEGセクション、完全な MPEGテーブルまたはハードウエアおよびソフトウエア・フィルタ基準に対応する MPEGセクションのグループにロードすることを許容する。 図８を参照して、電磁信号がレシーバ2018によって受信され、MPEGチューナ40 28に送信される。チューナは典型的にはある周波数の範囲を走査し、キャリア周 波数がその範囲内で検出されたときにのみ停止する。従って、検出信号は復調器 4500に送信され、ここで信号が復調され、この信号がデマルチプレクサ4502に送 信される。このデマルチブレクサ4502はMPGEチップ4504に接続され、次いでテレ ビ2022に接続されている。デマルチプレクサ4502は、レシーバ／デコーダ2020の ＲＡＭ容量4022に接続されている３２個の出力まで典型的に提供されるハードウ エア・フィルタ4506にも接続されている。 デマルチプレクサ4502によって受信された電磁信号は、データ・パケットの多 数のデータ・ストリームを含み、典型的には放送供給者によって提供されたサー ビスのためのビデオ・パケットのストリーム、オーディオ・パケットのストリー ム、テレテキスト・パケットのストリームおよびサブタイトル・パケットのスト リームからなる。これらのデータ・パケットは、テレビ・セット2022のための信 号にデコードするためにデマルチプレクサ4502によってデマルチプレックスされ 、MPEGチップ4504に伝送される。 アプリケーションに関するデータ・パケットはハードウエア・フィルタ4506 に伝送される。図９を参照して、ハードウエア・フィルタないしプリフィルタ45 06は、データ・ストリームのセクション4508の典型的には８バイトのうち一つま たはそれ以上、典型的にはオフセット・バイト０(4150)およびオフセット・バイ ト３から９(4512)を使用して、データ・ストリームからのセクションをフィルタ する。これらのバイトはＴＩＤ4302、セクション番号4306、最終セクション番号 4308およびMPEGセクション4508のＴＩＤエクステンション4310を含んでいる。 ハードウエア・プリフィルタ特性を規定するために、アプリケーションがどの セクション4508のビットを考慮するか、また各選択されたビットの予想値を特定 付ける。従って、ハードウエア・プリフィルタ4506はそれぞれフィルタ・マスク ・アレイ4514およびフィルタ値アレイ4516からなり、各例は図１０に示す。図１ ０において、ビット4518、4520および4522はフィルタ・マスク・アレイ4514を使 用するのに選択され、またこれらのビットをそれぞれ０、１および０の各値がフ ィルタ値4516を使用するのに選択される。これらのフィルタの基準により、MPEG セクション4524はレシーバ／デコーダ2020のRAM4022のバッファへの出力となり 、ここでMPEGセクション4526はバッファへの出力とはならない。 ハードウエア・プリフィルタ4506は、メイン・プロセッサ内でのプロセッサ電 力の浪費を回避してデマルチプレクサ・チップによって操作される。 マイクロプロセッサは、そのセクションがソフトエウエア・フィルタ4526とし て記憶されているレシーバ／デコーダ2020のＲＡＭ4022を利用できる。ソフトウ エア・フィルタ4526により、ＲＡＭ容量4022のバッファ中にロードされたどのセ クションがアプリケーションに入ることになるか選択することができる。 ソフトウエア・フィルタの原理は、ハードウエア・フィルタの原理と類似して いる。ソフトウエア・フィルタ4526は、MPEGセクション4508中のデータの典型的 には８個の連続したバイト4528を使用する。図１１に示したように、これらの８ 個の連続するバイトの第１バイト4530の位置は、セクション4508中の第１バイト 4510に基づいたオフセット4532で規定される。 ハードウエア・フィルタを介してロードされた後、MPEGセクション中に記憶 されたデータがソフトウエア・フィルタのための基準に対応していなければ、MP EGセクションが記憶されたバッファが、他のMPEGセクションをロードするのに使 用できる。 MPEGデータ・ストリームからMPEGセクションをロードするために、MLOADデバ イスが典型的に次の情報を受ける。 MPEGセクションが見いだされるデータ・ストリームのＰＩＤ； ＰＩＤをデスクランブルするための多数のＰＩＤ ＥＣＭからなるデスクラン ブル・データ・アレイ； ＰＩＤをデスクランブルするのに使用される特定ＥＣＭを認識するオペレータ 基準； 適用されるべきハードウエア・フィルタ値アレイ； 適用されるべきハードウエア・フィルタ・マスク・アレイ； 適用されるべきソフトウエア・オフセット値； 適用されるべきソフトウエア・フィルタ値アレイ； 適用されるべきソフトウエア・フィルタ・マスク・アレイ； セクションの最大サイズ（4096バイトまで）；および どれだけ長くデバイスがセクションへ、セクションのグループへまたはテーブ ルにロードするのに待つか決定するタイムアウト機能である。 セクションの最大サイズが５１２バイトを示しているとき、セクションのサイ ズは５１２バイトを超えることはできない。 セクションは、デバイスによって割り当てられたＲＡＭ容量4022のバッファに 一度に全てロードされる。セクションがロードされたときに、また、これがソフ トウエア・フィルタ基準に対応していれば、デバイスはデマルチプレキシング・ ルートを開放にし、実行レポートとセクションを含んでいるバッファのアドレス を含む「イベント」を介してアプリケーションに通知しなければならない。ロー ド後、セクションはそれが記憶されたバッファのアドレスによって識別される。 テーブルがロードされたときに、デバイスはＴＩＤ4302も受ける。テーブルの 各セクションは、これに割り当てられた各バッファ全てに一度にロードされる 。しかし、テーブルはセクションの端から端まで、またセクションの順番に進め ることによってロードすることが必須ではない。テーブルの各セクションがロー ドされるにつれて、デバイスはテーブルのセクションがロードされたことをアプ リケーションに通知することになる。別の方法で、または付加的にデバイスは全 テーブルがそのために割り当てられたバッファに順次ロードされる事象を介して アプリケーションに通知することができる。 図１２を参照して、テーブルは典型的に次の方法でロードされる（ソフトウエ ア・フィルタの説明は簡潔さだけの理由で省略する）； ステップ１：ハードウエア・フィルタ・マスク・アレイ4532およびフィルタ値 亜鈴4536の特定付け； ステップ２：ハードウエア（およびソフトウエア）に対応する第１セクション 4538にロードする； ステップ３：セクション4538のＬＳＮ4530の値を読み取り、ロードされるべき セクションの番号（＝ＬＳＮ＋１）を決定し、ハードウエア・フィルタ・マスク ・アレイ4534およびＬＳN４５３０の値に従ってハードウエア・フイルタ値アレ イ4536を変更する； ステップ４から６：ＴＩＤとＬＳＮの値に従って残りのセクション4542、4544 および4546をロードし、イベント（事象）をアプリケーションに送信する。 テーブルのローディングは、連続するダウンロードを示すインベントが実行時 間エンジン4006のキューに突入したときに完了するのみである。このイベントが エンジン・キューに配置される前に、テーブルのローデイングの未完を成功させ なければならない。 テーブルがロードされた後、テーブルのダウンロードがリクエストされたとき に、アプリケーションによってそれが割り当てられた名前で識別される。 テーブルがレシーバ／デコーダ2020のメモリに記憶された方法に関する情報は 、テーブルの記述子を戻すコールをによってアクセスすることができる。この種 の記述子の一例を図１７に示す。記述子4700はテーブル中のセクションと総数（ ＬＳＮ＋１）と、「０」のＳＮを有するセクション4544と連絡するテーブルを形 成するセクション4538、4542、4544および4546を包含しているバッファ のリスト4704を含んでおり、従ってセクション4546は「１」などＬＳＮに対応す るＳＮを有するセクション4542までである。 一グループのセクションは、ハードウエアとソフトエウア・フィルタ基準に対 応するセクションの全てからなる。これらのセクションはMPEGデータ・ストリー ム中に周期的に現れる。 図１３を参照して、グループ（組）4548は、二つのセクション、すなわち、最 初のセクション（ＳＤＧ）4550と最後のセクション（ＳＦＧ）4552によって範囲 が定められている。各セクションはそれぞれのフィルタ基準に対応し、両者間に グループの他のセクション（ＳＧ）4554がある。 グループ中のセクションのローディングは二つの異なるローディング・モード を用いて行なうことができる。 「追従モード」において、ＳＤＧ4550のすぐ後に続いているセクション4544の 所定の数がロードされる。各タイプのセクション（ＳＤＧ、ＳＧ、ＳＦＧ）につ いては、アプリケーションはＴＩＤ、ハードウエア・フィルタ、ソフトウエア・ フィルタおよび最大セクション長さを識別する。 図１４を参照して、デバイスはまずハードウエアおよびソフトウエア・フィル タ基準を適用してＳＤＧ4550のみにダウンロードし記憶できるのが好ましい。こ れでＳＤＧ4550のロードの前に、レシーバ／デコーダ2020のＲＡＭメモリ容量40 22のバッファへの余分なＳＧ4554のローディングを回避する。検出時に、ＳＤＧ 4550がメモリのロケーションまたはバッファ4556に記憶される。こうしてデバイ スはハードウエアとソフトウエア・フィルタ基準を適用して１グループのMPEGデ ータ・セクションから所望のＳＧとＳＦＧのダウンロードを可能にする。 図１４に示す例において、一つのＳＤＧ、七つのＳＧおよび一つのＳＦＧから なる１グルーブのMPEGセクションから三つのＳＧ4554が、MPEGデータ・ストリー ムからダウンロードされることになる。バッファ4556へのＳＤＧの記憶に続いて ＳＤＧ4550がバッファ4560に記憶された後で、MPEGセクションのグループから最 初のＳＧ4588が伝送される。同様にして、ＳＤＧ4550がバッファ4564に記憶され た後で、MPEGセクションのグループから第２のＳＧ4562が伝送され、 ＳＤＧ4550がバッファ4568に記憶された後で、MPEGセクションのグループから第 ３のＳＧ4566が伝送される。 セクション4554の必要な番号が記憶されるか、ＳＦＧ4552がダウンロードされ るかするまで、ＳＧの記憶操作が続行される。ダウンロードが実行されれば、Ｓ ＦＧ4552はメモリ・ロケーションに記憶されない。 グループの各セクションがロードされるにつれて、デバイスがグループのセク ションがロードされたイベントを介してアプリケーションに通知することができ る。別の方法で、または付加的に、デバイスは、MPEGセクションの記憶の完了か またはアプリケーションへイベントを送ることによってＳＦＧ4552のダウンロー ドすることのいずれかのみでアプリケーションへ通知することができる。 「先行モード」において、ＳＦＧのすぐ前のセクションの所定の数がメモリ・ ロケーションに記憶される。各タイプのセクション（ＳＤＧ、ＳＧ、ＳＦＧ）に ついては、アプリケーションはＰＩＤ、ＴＩＤ、ハードウエア・フィルタ、ソフ トウエア・フィルタおよび最大セクション長さが識別される。 このモードでのローディングは、円形バッファの使用を必要としMPEGセクショ ンを記憶する。 図１５を参照して、デバイスはまずハードウエアおよびソフトウエア・フィル タ基準を適用してＳＤＧ4570のみをダウンロードし記憶できるのが好ましい。こ れでＳＤＧ4570のロードの前に、レシーバ／デコーダ2020のＲＡＭメモリ容量40 22のへの余分なＳＧ4544のローディングを回避する。検出時に、ＳＤＧ4550は記 憶されない。こうしてデバイスはハードウエアとソフトウエア・フィルタ基準を 適用して１グループのMPEGデータ・セクションから所望のＳＧとＳＦＧのダウン ロードを実行する。 図１５に示す例において、一つのＳＤＧ、七つのＳＧおよび一つのＳＦＧから なる１グループのMPEGセクションから三つのＳＧ4544が、MPEGデータ・ストリー ムからダウンロードされることになる。ＳＤＧ4570のダウンロードに続いて、Ｓ ＤＧ4570がバッファ4574に記憶された後で、MPEGセクションのグループから最初 のＳＧ4570が伝送される。同様にして、ＳＤＧ4550がバッファ4578に記憶された 後で、MPEGセクションのグループから第２のＳＧ4576が伝送され、Ｓ ＤＧ4550がバッファ4582に記憶された後で、MPEGセクションのグループから第３ のＳＧ4580が伝送される。 ＳＤＧ4550がバッファ4547に記憶された後、１グループのMPEGセクションから ４番目のＳＧ4584が伝送される。すなわち、最初のＳＧ４５７２が記憶される。 同様にして、続いて伝送される各ＳＧ4586、4588および4590がそれぞれバッファ 4578、4582および4574に記憶される。 この周期的方法でＳＧを記憶することは、ＳＦＧ4592がデバイスによって検出 さるまで継続される。これはＳＦＧが検出される前にたとえＳＧの所望の番号が ロードされていなけくても言えることである。検出がなされたときに、ＳＦＧ45 92はバッファに記憶され、グループの好結果のダウンロードを示すイベント（事 象）がアプリケーションに送られる。 グループがレシーバ／デコーダ2020のＲＡＭ4022に記憶された方法に関する情 報は、グループの記述子を戻す特定コールによってアクセスすることができる。 この種の記述子の一例を図１６に示す。記述子4600は、グループ中のセクション の数と、ＳＤＧかまたはＳＦＧ（ローディング・モートによる）のいずれか、お よびグループをローディングする順序付けるセクションＳＧを包含しているバッ ファのリスト4604とからなる。 グループがロードされた後、グループのダウンロードがリクエストされたとき にアプリケーションによってそれに割り当てられた名前をユニークに識別される 。 セクションをグループに付加し、またはグループからセクションを除去したり することができる。あるセクションは一つを超えるグループに属すことができる 。 アプリケーションがある一つのセクションをグループに付加することがリクエ ストされると、新しいセクションを含むバッファのアドレスが記述子4604の端に 配置され、フィールド4602がアップデートされる。アプリケーションがセクショ ンのグループからの除去がリクエストされると、このセクションを含むバッファ のアドレスが記述子4600中に圧縮され、フィールド4602がアップデートされる。 セクションがグループ中の最後のセクションでなければ、記述子がどの空 きメモリ・スペースも除去されるように再編成される。従って、全てのセクショ ンを削除することによって「空きグループ」をもたせることもできる。 デバイスはユニークな識別子で識別され、例えば、「LCARD-DEVICE-ID」がLCA RDデバイスを識別し、また「RCARD-DEVICE-ID」がRCARDデバイスを識別する。 新しいデバイス4602が作成されると、放送センターから適切なアプリケーショ ン4056をダウンロードすることによって既存デコーダ2020中にインストールする ことができる。典型的に、一つのマネジャによって扱われるデバイスの最大数は ２５６である。 このダウンロードは、ハードウエアおよびソフトウエア・バージョンをチェッ クするアプリケーション4056によってレシーバ／デコーダ2020で実行され、もし 正しければ、新しいデバイス4062を表わすソフトウエア・モジュールをロードし 、また、ツールボックス4058のプロシージャを求めて、ファームウエア(FLASHメ モリ中の)内の新しいデバイス・コードを設立する。これはソフトウエアの残り の部分に影響を与えることなくデコーダ2020内での新しいインストールに融通性 と信頼性を提供することができる。 本発明は、単に例として述べられ、詳細の変更は本発明の範囲内で行うことが できる。 説明に開示された各特徴、および（妥当である場合）請求の範囲および図面は 、別々にあるいは任意の適切な組み合わせで提供されてもよい。 前述の好ましい実施例では、本発明のある種の特徴はコンピュータソフトウェ アを使用して実現された。しかしながら、もちろん、これらの特徴のいずれかは ハードウェアを使用して実現されてもよいことは当業者に明らかである。さらに 、ハードウェア、コンピュータソフトウェア等によって実行された機能は、電気 信号等であるいは電気信号を使用して実行されることは容易に理解される。 相互参照は、我々の同時係属出願に対して行われ、全ては、同じ出願日を有し 、名称が「信号発生および放送（代理人参照番号ＰＣ／ＡＳＢ／１９７０７）」 、「暗号化放送信号の受信機と併用するためのスマートカード、および受信機（ 代理人参照番号ＰＣ／ＡＳＢ／１９７０８）」、「放送・受信システムおよびそ のための条件付アクセスシステム（代理人参照番号ＰＣ／ＡＳＢ／１９７１０） 」、「受信機／デコーダを介して送信機からコンピュータにコンピュータファイ ルのダウンロード（代理人参照番号ＰＣ／ＡＳＢ／１９７１１）」、「テレビジ ョンプログラムおよび他のデータの送信および受信（代理人参照番号ＰＣ／ＡＳ Ｂ／１９７１２）」、「データのダウンロード（代理人参照番号ＰＣ／ＡＳＢ／ １９７１３）」、「コンピュータメモリ構成（代理人参照番号ＰＣ／ＡＳＢ／１ ９７１４）」、「テレビジョンあるいはラジオ制御システム生成（代理人参照番 号ＰＣ／ＡＳＢ／１９７１５）」、「送信データストリームからのデータセクシ ョンの抽出（代理人参照番号ＰＣ／ＡＳＢ／１９７１６）」、「アクセス制御シ ステム（代理人参照番号ＰＣ／ＡＳＢ／１９７１７）」、「データ処理システム （代理人参照番号ＰＣ／ＡＳＢ／１９７１８）」、および「放送・受信システム 、およびそのための受信機／デコーダおよび遠隔コントローラ（代理人参照番号 ＰＣ／ＡＳＢ／１９７２０）」である。これらの文書の開示は参照してここに組 み込まれている。出願のリストは本出願を含んでいる。

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

Claims (1)

1. 【特許請求の範囲】 １．伝送データ・ストリームの複数のセクションの少なくとも一つを記憶する 方法であって、前記一つのセクションが少なくとも一つのセクション特性を有し ており、 データ・ストリームを受信する工程と； 少なくとも前記一つのセクション特性に従って前記データ・ストリームから前 記一つのセクションをフィルタする工程と； 前記一つのセクションを記憶する工程と； を含む方法。 ２．前記フィルタ工程が、 各特性がフィルタ基準とそのフィルタ基準のための値とからなる少なくとも一 つのフィルタ特性を特定する工程と； 各セクション特性を各フィルタ特性と比較する工程と； 各セクション特性がそれぞれのフィルタ特性に対応するときに、前記一つのセ クションを前記データ・ストリームからフィルタする工程と； を含む請求の範囲１に記載の方法。 ３．各セクションがそれぞれのメモリ・ロケーションに記憶される請求の範囲 １または請求の範囲２に基づく方法を使用する伝送データ・ストリームの複数の セクションを記憶する方法。 ４．各データ・フィルタ特性がデータ操作基準とそのデータ・フィルタ基準の ための値とからなる少なくとも一つのデータ・フィルタ特性を特定付ける工程と ； 各記憶されたセクション中に記憶されたデータをそれぞれのデータ・フィルタ 特性と比較する工程と； その記憶されたセクション中に記憶された前記データがそれぞれのデータ・フ ィルタ特性に対応していないときは、前記記憶されたセクションを前記メモリに 置換できるようにする工程と； をさらに含む請求の範囲３に記載の方法。 ５．前記記憶されたセクション中に記憶された前記データが前記それぞれのデ ータ・フィルタ特性に対応しているとき、セクション識別信号をアプリケーショ ンに供給する工程をさらに含む請求の範囲４に記載の方法。 ６．前記セクション識別信号が前記一つのセクションの記憶アドレスからなる 請求の範囲５に記載の方法。 ７．前記セクションが周期的に前記データ・ストリームに伝送され、各グルー プが第１セクションと最終セクションを含んでおり、 第１セクションを記憶する工程と； 前記第１セクションの直後に連続して伝送されたセクションを後でダウンロー ドし、前記最終セクションがダウンロードされるか、または所定数のセクション が記憶されるまで各セクションがそれぞれのメモリ・ロケーションに連続して記 憶する工程と； を含む請求の範囲３から６の何れかに記載のセクションのグループを記憶する 方法。 ８．前記セクションが周期的に前記データ・ストリームに伝送され、前記グル ープが第１セクションと最終セクションを含み、 第１セクションをダウンロードする工程と； 前記第１セクションの直後に連続して伝送されたセクションを続いてダウンロ ードし、前記最終セクションがダウンロードされるか、またはメモリ・ロケーシ ョン中に記憶されたセクションが、前記最終セクションがダウンロードされるま で続いてダウンロードすることによって連続して上書きされて所定数のセクショ ンが記憶されるまで各セクションがそれぞれのメモリ・ロケーションに連続して 記憶する工程と； 前記最終セクションを前記メモリに記憶する工程と； を含む請求の範囲３から６の何れかに記載のセクションのグループを記憶する 方法。 ９．周期的に伝送されたセクションのグループをデータ・ストリームに記憶す る方法であって、前記グループが第１セクションと最終セクションを含み、 データ・ストリームを受信する工程と； 第１セクションをダウンロードし、これをメモリに記憶する工程と； 前記第１セクションの直後に連続して伝送されたセクションを続いてダウンロ ードし、前記最終セクションがダウンロードされるか、または所定数のセクショ ンが前記メモリに記憶されるまで各セクションがそれぞれのメモリ・ロケーショ ンに連続して記憶する工程と； を含む方法。 １０．周期的に伝送されたセクションのグループをデータ・ストリームに記憶 する方法であって、前記グループが第１セクションと最終セクションを含み、 複数のセクションからなるデータ・ストリームを受信する工程と； 第１セクションを最初にダウンロードする工程と； 前記第１セクションの直後に連続して伝送されたセクションを続いてダウンロ ードし、前記最終セクションがダウンロードされるか、またはメモリ・ロケーシ ョン中に記憶されたセクションが、前記最終セクションがダウンロードされるま で続いてダウンロードすることによって連続して上書きされて所定数のセクショ ンが記憶されるまで各セクションがそれぞれのメモリ・ロケーションに連続して 記憶する工程と； 前記最終セクションを前記メモリに記憶する工程と； を含む周期的に伝送されたセクションのグループをデータ・ストリームに記憶 する方法。 １１．添付図面に関して実質的にここに説明したデータ・ストリームの複数の セクションの少なくとも一つを記憶する方法。 １２．伝送データ・ストリームの複数のセクションの少なくとも一つを記憶す る装置であって、前記一つのセクションが少なくとも一つのセクション特性を有 しており、 データ・ストリームを受信する手段と； 少なくとも前記一つのセクション特性に従って前記データ・ストリームから前 記一つのセクションをフィルタする手段と； 前記一つのセクションを記憶する手段と； を含む装置。 １３．前記フィルタ手段が、 各特性がフィルタ基準とそのフィルタ基準のための値とからなる少なくとも一 つのフィルタ特性を特定する手段と； 各セクション特性を各フィルタ特性と比較する手段と； 各セクション特性がそれぞれのフィルタ特性に対応したときに、前記一つのセ クションを前記データ・ストリームからフィルタする手段と； を含む請求の範囲１２に記載の装置。 １４．前記記憶手段が各セクションを記憶するための複数のメモリ・ロケーシ ョンからなるこの種のセクションをダウンロードする請求の範囲１２または１３ に記載の装置。 １５．各データ・フィルタ特性がデータ操作基準とそのデータ・フィルタ基準 のための値とからなる少なくとも一つのデータ・フィルタ特性を特定付ける手段 と； 各記憶されたセクション中に記憶されたデータをそれぞれのデータ・フィルタ 特性と比較する手段と； その記憶されたセクション中に記憶された前記データがそれぞれのデータ・フ ィルタ特性に対応していないときは、前記記憶されたセクションを前記メモリに 置換できるようにする手段と； をさらに含む請求の範囲１４に記載の装置。 １６．前記記憶されたセクション中に記憶された前記各データ・フィルタ特性 に対応しているとき、セクション識別信号をアプリケーションに供給する手段を さらに含む請求の範囲１５に記載の装置。 １７．前記セクション識別信号が前記一つのセクションの記憶アドレスからな る請求の範囲１６に記載の装置。 １８．前記セクションの他にビデオおよびオーディオ・テレビ・データを含む MPEGビットストリームの形態中のこの種のデータ・ストリームを使用する先行す る請求の範囲の何れかに記載の方法または装置。 １９．添付図面に示し、これに関して実質的にここに説明した伝送データ・ス トリームの複数のセクションの少なくとも一つを記憶する装置。