JP2001511629A

JP2001511629A - デジタルトランスポートストリーム処理

Info

Publication number: JP2001511629A
Application number: JP2000504705A
Authority: JP
Inventors: サルファティ，ジャン−クロード; メリク，ジェローム
Original assignee: カナルプラスソシエテアノニム
Priority date: 1997-07-24
Filing date: 1998-07-23
Publication date: 2001-08-14
Anticipated expiration: 2018-07-23
Also published as: NZ502918A; HUP0003527A3; DE69816087D1; AU8353498A; BR9810774A; CN1158856C; HUP0003527A2; KR20010022200A; NO20000320L; HK1026552A1; CN1271492A; EP0893913A1; ID24158A; NO322938B1; EP0998813B1; BR9810774B1; KR100553195B1; ATE244486T1; DE69816087T2; HRP20000040A2

Abstract

(57)【要約】本発明により、受信データストリームからデジタル出力ストリームを供給する、例えば、デジタルビデオレコーダを使用して、受信プログラムおよびデータのデジタル記憶を可能にしたり、あるいは、例えば、ＴＣＰ／ＩＰネットワークによって他のデバイスとのデータ通信を促進するなどのセットトップボックスの可能性を提供する。【解決手段】受信信号が受信機を通して受信機／デコーダ（２０２０）、それからテレビ受像機（２０２２）に渡されるブロードキャストデジタルテレビシステム用の受信機／デコーダで使用するためのデバイス。受信機／デコーダは、圧縮済みのＭＰＥＧ型信号を復号し、受信機／デコーダ内のインタフェースを介してリモートコントローラハンドセット（２０２６）によって制御される。受信機／デコーダは、外部装置に対する複数のインタフェース、および該インタフェース用の論理ドライバデバイスを含む。該デバイスは、アプリケーションの制御のもとに、受信済みのブロードキャストデジタルデータストリームから、部分的なトランスポートストリームまたはパケット化されているデータを作成する。これは、例えば、選択済みのプログラムを含む、希望されているデータストリームを、デバイスの出力を受信するために結合されているデジタルビデオレコーダによって記録できるようにしたり、コンピュータとの通信を促進することができる。

Description

【発明の詳細な説明】

【０００１】本発明は、特に、独占的ではないが、デジタルテレビシステム用受信機／デコ
ーダに関して、アプリケーションプログラムを物理デバイスにインターフェース
することに関する。

【０００２】デジタルトランスミッションシステムの出現により、異なる目的のためにこの
ようなシステムを使用する可能性を広げている。これらの一つは、エンドユーザ
ーに対話形式を提供することである。ここに用いられているように、「デジタル
トランスミッションシステム」という用語は、例えば主に視聴覚、またはマルチ
メディアデジタルデータを送信したり、またはブロードキャストするためのあら
ゆるトランスミッションシステムを含む。本発明は、特に、ブロードキャストデ
ジタルテレビシステムに適用可能であると同時に、本発明は、さらに、マルチメ
ディアインターネットアプリケーションのための固定通信ネットワークや閉回路
テレビなどにも適用可能である。ここに用いられているように、「デジタルテレ
ビシステム」という用語は、あらゆるサテライト、地上、ケーブル、およびその
他のシステムなどを含む。

【０００３】本発明は、受信信号が受信機を通して受信機／デコーダに渡され、それから、
テレビ受像機へと渡されるブロードキャストデジタルテレビシステム用のアプリ
ケーションを見出している。ここに用いられている「受信機／デコーダ」という
用語は、例えば、別の手段によってブロードキャストされるか、または送信され
るテレビおよび／または無線信号のコード化された、またはコード化されない信
号のいずれかを受信する受信機を意味する。この用語は、受信信号をデコードす
るデコーダを意味することもある。このような受信機／デコーダの実施の形態は
、物理的に分離した受信機と連携動作して機能するデコーダ、またはウェブブラ
ウザやビデオレコーダ、テレビなどの追加の機能を備えるデコーダのような、例
えば、「セットトップボックス」の受信信号をデコードする受信機と一体化する
デコーダを含む場合もある。

【０００４】受信機／デコーダは、圧縮ＭＰＥＧタイプ信号をテレビ用テレビ信号にデコー
ドする。それは、セットトップボックスまたはＳＴＢとして知られている受信機
／デコーダのインターフェースを通して、リモートコントローラハンドセットに
よって制御される。ＭＰＥＧという用語は、ＩｎｔｅｒｎａｔｉｏｎａｌＳｔ
ａｎｄａｒｄs Ｏｒｇａｎｉｚａｔｉｏｎ（インターナショナルスタンダードオーガナイゼーション）ワーキンググループの「ＭｏｔｉｏｎＰｉｃｔｕ
ｒｅｓＥｘｐｅｒｔＧｒｏｕｐ（モーションピクチャエクスパートグ
ループ）」によって開発されたデータトランスミッション標準方式に関連し、特
に独占的ではないが、デジタルテレビアプリケーションのために開発されたＭＰ
ＥＧ−２標準方式に関連し、ＩＳＯ１３８１８−１やＩＳＯ１３８１８−２
、ＩＳＯ１３８１８−３、およびＩＳＯ１３８１８−４などの書類に述べら
れている。本特許出願の文脈において、用語は、デジタルデータトランスミッシ
ョンの分野に適用可能であるＭＰＥＧフォーマットのあらゆる変形や変更、開発
を含む。

【０００５】上述の対話形式を提供する一つの方法は、テレビ信号が受信される受信機／デ
コーダにアプリケーションを実行することである。種々のアプリケーションが透
過的方法で種々の物理デバイスと通信できることが望ましい。われわれの係属出
願のＰＣＴ／ＥＰ９７／０２１１５およびＰＣＴ／ＥＰ９７／０２１１６には、
一つ以上のアプリケーションが、受信機／デコーダによってダウンロードされる
ことが可能であり、かつ各デバイスおよび総合デバイスマネージャ用デバイスド
ライバによって、パラレルインターフェースおよびシリアルインターフェース、
またスマートカードなどの受信機／デコーダの物理デバイスと通信可能であるシ
ステムについて記述している。ここに用いられているように、「スマートカード
」という用語は、そのように独占的でなく、あらゆるチップベースのカードデバ
イス、または、例えば、マイクロプロセッサおよび／またはメモリ記憶などを処
理する同様の機能および性能のオブジェクトを含む。この用語には、カードに他
の物理フォームを有するデバイス、例えば、ＴＶデコーダシステムに使用される
ことが多いキー形状デバイスが含まれている。

【０００６】本発明により、受信データストリームからデジタル出力ストリームを供給する
、例えば、デジタルビデオレコーダを使用して、受信プログラムおよびデータの
デジタル記憶を可能にしたり、あるいは、例えば、ＴＣＰ／ＩＰネットワークに
よって他のデバイスとのデータ通信を促進するなどのセットトップボックスの可
能性を提供することが提案されている。

【０００７】このようなデジタル出力ストリームを供給することに伴う問題は、受信データ
ストリームが、一般にかなり高いビットレートでのＭＰＥＧデータを含み、かつ
完全受信データストリームを格納することが非実用的なことである。さらに、受
信データストリームは、視聴者に重要でない情報を多く含んでいる。受信機／デ
コーダは、従来のアナログビデオレコーダを介して、レコードされることが可能
であるアナログディスプレイのためのシングルチャネルを提供するために、受信
データストリームの一部分をデマルチプレクシングし、また必要な場合、デスク
ランブリングする装置を含んでいる。しかし、従来の装置は、順応性に欠け、デ
ジタル記憶に適するデータストリームを供給することができない。

【０００８】本発明の態様は、デジタルビデオレコーダに記憶するのに適するデジタルデー
タストリームを供給する新規テクニックを提案している。本発明は、デジタルビ
デオレコーダへのトランスミッションに適当な出力ストリームを生成するために
、若干のテレビプログラムと、受信機／デコーダ（ケーブルまたはさらに好まし
くはサテライト用）によって受信されるその他のデータを含むＭＰＥＧデータス
トリームを処理するのにきわめて有利であることを提示しているが、本発明が、
その他のデータストリームを処理するのに適用されることが可能であり、かつデ
ジタルビデオのリアルタイム編集を提供することが可能であることは本発明者に
よって明白にされた。

【０００９】第一の態様において、本発明は、情報の複数のパケットを含むデジタルデータストリームを受信する手段と、受信デジタルデータストリームから選択される指定されているパケットのリス
トを格納する手段と、前記リストが、各パケットに割り当てられる優先順位を表
示する優先順位情報を含み、受信データストリームから前記リストに指定されるパケットを抽出する手段と
、出力データストリームを生成するために抽出パケットを処理し、かつ低い優先
順位を有する抽出パケットに優先して、出力データストリームに高い優先順位を
有する抽出パケットを含むことによって出力データストリームの抽出パケットの
数を選択的に削減する処理手段と、を備えるデジタルデータストリームを処理する装置を提供する。

【００１０】本発明のこの態様は、複数の情報のパケットを含むデジタルデータストリームを受信することと、受信デジタルデータストリームから選択される指定されているパケットのリス
トを格納することと、前記リストが、各パケットに割り当てられる優先順位を表
示する優先順位情報を含み、受信データストリームから前記リストに指定されるパケットを抽出することと
、出力データストリームを生成するために抽出パケットを処理することと、低い優先順位を有する抽出パケットに優先して、出力データストリームに高い
優先順位を有する抽出パケットを含むことによって出力データストリームの抽出
パケットの数を選択的に削減することと、を備えるデジタルデータストリームを処理する方法にまで及んでいる。

【００１１】このように、本発明のこの態様にあっては、指定されているパケットは、受信
データストリーム（オリジナルトランスポートストリームと呼ばれる場合もある
）と、例えば、抽出されて、出力データストリームにコンパイルされる重要性の
ある一つ以上のプログラムに対応する選択された部分（部分トランスポートスト
リームと呼ばれる場合もある）とから直接に抽出されることが可能である。

【００１２】装置が、変化しないいくつかのチャネル用データを含むオリジナルトランスポ
ートストリームをコピーしたり、またはデータの個々のパケットを選択したりす
るために単に用いられる場合、装置はかなりの順応性を提示することは明白であ
ろう。

【００１３】リストが、各パケットに割り当てられる優先順位を表示する優先順位情報を含
むとき、例えば、重要性の少ないプログラムと関連するさほど重要でない情報は
、放棄されることが可能であり、そのプログラムの品質を悪化させることになり
、同時に、別のプログラムがさらに確実にレコードされる。

【００１４】一つの実施の形態において、処理手段は、含まれる抽出パケットの数が出力ス
トリームのデータハンドリング能力に対して多すぎる場合、出力データストリー
ムの抽出パケットの数を選択的に削減するのに適している。パケットは、いくつ
かの理由により排除される場合がある。例えば、パケットが出力される記憶媒体
のデータハンドリング能力に対して、または出力データストリームを受信するデ
バイスまたは出力ポートのデータハンドリング能力に対して、パケットの数が多
すぎる場合、パケットは排除される場合がある。

【００１５】処理手段は、例えば、出力データストリームのデータハンドリング能力が増大
する場合、排除された抽出パケットを出力データストリームに選択的に再挿入さ
れるのに適している。

【００１６】パケットは、一般に、複数のセクションを備えている。抽出セクションを処理
する手段は、カプセルに封じる若干のオペレーションの一つ、または適当なフォ
ーマットでＭＰＥＧセクションに受信されるパッケージを実行できることが好ま
しい。簡単な実施の形態において、抽出セクションを処理することにより、オン
ワードトランスミッションのための「未使用」データを抽出するために、好まし
くは、始めか、または終りに、例えば、セグメントの部分を削除することによっ
て、ＭＰＥＧヘッダ情報、または他のデータをセクションからストリップするこ
とを簡単に備えている。このような場合、通信プロトコル特定ヘッダなどの追加
は、例えば、既製のＴＣＰ／ＩＰパケットを送信することによって、送信エンド
で実行される必要がある。

【００１７】抽出セクションを処理する手段は、受信データストリームの通信プロトコルよ
りほかの通信プロトコルに適合するデータストリームを供給するために、少なく
とも一つのヘッダおよびフッタを、好ましくは、両方を、受信セクションに追加
する手段を備えることが好ましい。セクション処理手段は、フレームチェックシ
ーケンスをデータに追加する手段を備えている。このような特徴を含むことによ
り、トランスミッタで要求される処理の量と、送信される必要のあるデータの量
とを減少する。さらに、通信プロトコルは、受信機／デコーダで変化されること
が可能である。

【００１８】おのおのの場合、受信デジタルデータストリームは、それぞれのパケットの識
別子（ＰＩＤｓとも呼ばれる）を有する一続きのパケットを含むＭＰＥＧデータ
ストリーム（それによって基本のＭＰＥＧフォーマット、好ましくはＭＰＥＧ−
２のデータストリームのあらゆる変形や変更、開発などをすることになっている
）であることが好ましい。

【００１９】特に（独占的ではないが）、リストは、受信データストリームから選択される
パケット識別子のリストを含むことが好ましい。

【００２０】特に（独占的ではないが）、リストが、セクションのリストを含む場合、各セ
クションは、セクションの指定フィールドの数値により識別される。セクション
は、識別されたポイント、好ましくは、セクションのスタートからビットの第二
の予め定められた番号のオフセットに、ビットの第一のあらかじめ定められた番
号のフィールドを形成することによって指定されることが好ましい。

【００２１】装置は、受信されたセクションの識別子をログする手段を備えている。ログ手
段は、ビットマップを形成する手段と、このビットマップの各ビットは受信され
るか、または受信される予定であるセクションに対応し、またそのセクションの
受信を知らせるために受信されたセクションに対応するビットのステートを変更
する手段とを備えている。

【００２２】装置は、パケット識別子の少なくとも一つの別のリストを格納し、かつ例えば
、デスクランブルするなどの一つ以上の指定処理オペレーションを、出力データ
ストリームに包含するに先だって、リストまたは各別のリストに指定されるパケ
ットに付与する手段を備えることが好ましい。これにより、例えば、スクランブ
ルされたプログラムをデスクランブルさせるか、またはデスクランブルされたフ
ォームで格納させる。

【００２３】装置は、さらに、例えば、パケットなどの別のデータを出力データストリーム
に挿入する手段を備えることが好ましい。装置は、アプリケーションから別のデ
ータを受信するように配置されることが好ましい。これにより、例えば、出力デ
ータストリームに含まれるプログラムを識別する情報などの他の情報を格納させ
ることを可能にし、またはオリジナルトランスポートストリームを受信するアプ
リケーションによって生成される他のデータを格納させることを可能にする。

【００２４】装置は、例えば、われわれの係属出願であるＰＣＴ／ＥＰ９７／０２１０６−
０２１１７に記述されているようなデジタルサテライトシステム用受信機／デコ
ーダにおけるデバイスとしてさらに実行されることが好ましい。そのような実行
において、デバイスは、出力データストリームの構成を制御するために重宝で、
かつ順応性のある配置を供給するデバイスマネージャを介してアプリケーション
の制御のもとで動作可能である。デバイスは、われわれの欧州特許出願番号９７
４０１７９３．１に記述されているが、あらゆる適当なデジタルインターフェー
スと共に使用されることが可能であるような適当なデバイスドライバを使用する
ＩＥＥＥ１３９４インターフェースなどの高速デジタルインターフェースを使用
してデジタルビデオレコーダと通信するように配置されることが好ましい。

【００２５】装置は、ＴＣＰ／ＩＰデータストリームをコンピュータに供給するために、ブ
ロードキャストＭＰＥＧパケットを受信し、かつパケットをパケット化すること
によって、コンピュータに仮想のＴＣＰ／ＩＰ結合を供給するように配置される
。このような場合、通信は、シリアルまたはパラレルポートを、好ましくは、拡
張または双方向性パラレルポートを媒介とする。

【００２６】この第三の態様において、本発明は、出力ストリームを生成するために、受信
デジタルデータストリームを処理するアプリケーションの制御のもとで動作する
デバイスを提供し、このデバイスは、情報の複数のパケットを含むデジタルデータストリームを受信する手段と、受信デジタルデータストリームから選択される指定されているパケットのリス
トをコンパイルするアプリケーション情報を受信する手段と、前記リストが、各
パケットに割り当てられる優先順位を表示する優先順位情報を含み、受信データストリームから前記リストに指定されるパケットを抽出する手段と
、出力データストリームを生成するために抽出パケットを処理し、かつ低い優先
順位を有する抽出パケットに優先して、出力データストリームに高い優先順位を
有する抽出パケットを含むことによって出力データストリームの抽出パケットの
数を選択的に削減する処理手段と、を備えている。

【００２７】デバイスは、出力ストリームが生成されない休止モードと、データがデバイス
を通過する実行モードとの二つのモードの一つで動作されることが好ましい。出
力ストリームの生成は、含有のためのノー・パケットを指定することによって簡
単にストップされることが可能であるが、休止モードの供給により、システムリ
ソースをさらに効率的に使用させる。デバイスは、さらに、出力ストリーム生成
をスタートおよびストップする（モード同士間をスイッチするために）アプリケ
ーションからコマンドを受信する手段を備えることが好ましい。

【００２８】前記休止モードにおいて、デバイスは、出力ストリームにコピーされる全ての
パケット識別子の初期リストの形態に前記リストをコンパイルする情報を受信す
るように配置されることが好ましい。これにより、初期リストを効率的にセット
させる。その後、実行モードにおいて、デバイスは、現在のリストに追加された
り、または現在のリストから削除されるパケット識別子のリストを受信するよう
に配置されることが好ましい。このように、リストを更新するために、だんだん
長くなるリストをハンドルし、また以前の全パケット識別子のトラックを保持す
る必要がない；これにより、実行モード処理が、休止モード処理よりさらに時間
クリティカルであるとき、特に有利である。

【００２９】休止モードにコピーされるパケット識別子のリストの初期格納、そして実行モ
ードへのエントリの追加また削除に関する同様な方法において、デバイスは、好
ましくは、ディスプレイ用プログラムをデスクランブルするのに使用される受信
機／デコーダのデスクランブリング手段によって、デスクランブルされるパケッ
ト識別子の別のリストを維持するように配置されることが好ましい。さらに、デ
バイスは、好ましくは、デスクランブルされるパケット識別子の初期リストをセ
ットする手順の一部として、アプリケーションからスクランブルするのに使用す
る情報を受信するように配置されることが好ましい。

【００３０】デバイスは、さらに、アプリケーションによって挿入されるＭＰＥＧセクショ
ンのリストを格納する手段を備えることが好ましい。デバイスは、出力ストリー
ムのセクションのリピートを制御するアプリケーションからパラメータを受信す
るように配置されることが好ましく、かつデバイスは、このパラメータに基づい
てセクションをリピートするように配置されることが好ましい。これにより、ア
プリケーションから比較的少量の入力を有する複雑なデータストリームを生成さ
せる。例えば、アプリケーションは、出力ストリームに含まれるプログラムを識
別するセクションを挿入するために単純コマンドを送信可能であり、またこれは
、規則的な間隔でデバイスにより出力ストリームに自動的に挿入されることが可
能である。

【００３１】デバイスは、出力ストリームに含まれる現在選択されたパケット識別子に関す
るアプリケーション情報にリターンする手段を備えることが好ましい。

【００３２】デバイスの機能は、ハードウェアで、例えば、専用の集積回路で実行されても
よい、これにより、オペレーションの拡張速度が得られる。しかし、少なくとも
いくつかのデバイスドライバは、ソフトウェアで実行されることが好ましく、ア
プリケーションを実行する処理手段によって実行されることが好ましい；これに
より、順応性をさらに高め、コンポーネントの必要性を少なくし、デバイスドラ
イバをさらに容易に更新させる。

【００３３】第四の態様において、本発明は、少なくとも一つのアプリケーションを実行するランタイムエンジン手段と、ブロードキャストデジタルデータストリームを受信する手段と、アプリケーションまたは各アプリケーションの制御のもとで受信デジタルデー
タストリームを処理する、好ましくは、上記に定義されるようなデバイスと、デバイスによって出力されるデータストリームを出力インターフェースに供給
する手段と、を備えるデータ処理システムを提供する。

【００３４】第一と第二の態様の好ましい特徴は、第三と第四の態様に適用される。

【００３５】データ処理システムは、サテライト受信機またはケーブルからのブロードキャ
ストデジタルデータストリームやデジタルビデオレコーダ（この用語は、データ
が実際に格納される物理媒体に関係なく、テレビプログラム用データを格納可能
なあらゆる適当に構成されたデジタル記憶デバイスを備えることを含んでいる）
に結合されるように配置されるインターフェース、受信データの少なくとも一部
分のディスプレイまたは記憶のためのデジタルディスプレイデバイスまたはコン
ピュータなどを受信する手段を備える受信機／デコーダ（例えば、セットトップ
ボックス）で実行されることが好ましい。デバイスは、高速（１００キロビット
／秒以上、好ましくは、少なくとも１メガビット／秒、１０メガビット／秒また
はそれ以上）デジタルインターフェースにまで出力データストリームを出力する
デバイスドライバと連携動作するように配置されることが好ましい。

【００３６】インターフェースは、ＩＥＥＥ１３９４標準方式、その変形またはその変更に
従うことが好ましい。

【００３７】システムが、デジタルビデオレコーダに結合するように配置される受信機／デ
コーダで実行される所に、受信機／レコーダが、デジタルビデオレコーダに出力
するための二つ以上のテレビプログラムを含む受信データストリームの部分（パ
ケットまたはセクション）を選択するために、デバイスを制御するように配置さ
れるアプリケーションを含むことが好ましく、またプログラムを識別する出力デ
ータストリームに情報を追加する手段を備えることが好ましい。このように、ユ
ーザーは、遅い時間に見るために、レコーディングのため二つ以上のプログラム
を選択してよい、これにより、従来通り、二つ以上のアナログビデオレコーダと
、二つ以上の受信機／デコーダが必要となるであろう。アプリケーションは、例
えば、われわれの欧州特許出願番号９７４０１７９３．１に記述されているよう
なビデオレコーダを制御する手段を備えてよい。その開示は、ここに参照として
組み込まれている。

【００３８】この特徴は、独立して第五の態様において提供され、第五の態様において、本
発明は、ブロードキャストデジタルデータストリームを受信する手段を有する受
信機／デコーダと、デジタル記憶媒体に結合されるインターフェースと、デジタ
ル記憶媒体への供給のための出力データストリームを生成するために受信デジタ
ルデータストリームを処理する手段とのためのアプリケーションを提供し、アプ
リケーションは、二つ以上のブロードキャストプログラムに対応する受信デジタ
ルデータストリームの部分を選択するために、かつその後、プログラムをプレイ
バックさせることを可能にする形態で記憶のためデジタル記憶媒体にその部分を
出力する手段を備え、アプリケーションは、低い優先順位を有する部分に優先し
てデジタル記憶媒体への出力に高い優先順位を有する受信デジタルデータストリ
ームの部分を含むことによって出力データストリームの部分の数を選択的に削減
するのに適している。

【００３９】アプリケーションは、インタープリタ型言語で実行されることが好ましく、ま
たデバイスドライバが、コンパイルされることが好ましい。

【００４０】発明の実施の形態本発明の好ましい特徴を組み込んでいる実施の形態は、添付の図面を参照にし
て例示によって、以下に説明される。

【００４１】受信機／デコーダベーシックデバイスを理解させるために、デバイスが動作する好ましいプラットフォーム
、われわれのデジタルサテライト受信機／デコーダが、先ず簡単に述べられてい
る。

【００４２】図１を参照すると、受信機／デコーダ２０２０または実施の形態のデバイスド
ライバが設置される予定であるデジタル対話型テレビシステムに使用するセット
トップボックスが概略的に記述されている。適当なデジタル対話型テレビシステ
ムの詳細は、参照にしているわれわれの係属出願ＰＣＴ／ＥＰ９７／０２１０６
−０２１１７に示されており、またその開示は、ここに参照として組み込まれて
いる。参照なので、前述の明細書にさらに詳細に記述される部分は、一般に、こ
れらの明細書に使用されている参照符号によって示されている。

【００４３】前述の明細書にさらに詳細に記述されているように、図１を参照にすると、受
信機／デコーダ２０２０は、いくつかのインターフェース、特に、ＭＰＥＧ信号
フロー用チューナー４０２８と、シリアルインターフェース４０３０と、パラレ
ルインターフェース４０３２と、システムのスマートカード形成部分用カードリ
ーダおよびバンクカード（払込やホームバンキングなどに使用される）または別
のスマートカード用カードリーダの二つのカードリーダ４０３６とを含む。受信
機／デコーダは、さらに、テレビ信号プロデューサへのモデムバックチャネル４
００２にインターフェース４０３４を含むので、ユーザーが、テレビ信号（プロ
グラム）プロデューサに選好などを表示可能である。受信機は、さらに、ランタ
イムエンジン４００８と、デバイスマネージャ４０６８と、一つ以上のアプリケ
ーション４０５６を実行する複数のデバイス４０６２とを備えている。

【００４４】この明細書のために、アプリケーションは、好ましくは、受信機／デコーダ２
０２０の高水準機能を制御する一つのコンピュータコードである。例えば、エン
ドユーザーが、テレビ２０２２のスクリーン上に示されるボタンオブジェクトに
リモートコントローラの焦点を置いて、バリデーションキーを押すとき、ボタン
と関連するインストラクションシーケンスが実行される。

【００４５】対話型アプリケーションは、メニューを提案して、エンドユーザーの要求でコ
マンドを実行し、アプリケーションの目的に関連するデータを提供する。アプリ
ケーションは、常駐アプリケーションであるか、すなわち、受信機／デコーダ２
０２０のＲＯＭ（またはＦＬＡＳＨ、または他の不揮発性メモリ）に格納される
か、あるいは受信機／デコーダ２０２０のＲＡＭまたはＦＬＡＳＨメモリにブロ
ードキャストされたり、ダウンロードされたりするかのいずれかである。

【００４６】前述のアプリケーションでさらに詳細に記述されたいくつかの例のアプリケー
ションは：受信機／デコーダ２０２０をＭＰＥＧ−２環境で即時に動作可能にするモジュ
ールの適応性コレクションである初期アプリケーション（Ｉｎｉｔｉａｔｉｎｇ
Ａｐｐｌｉｃａｔｉｏｎ）。・ダウンロードされるか、あるいは常駐であるかのいずれかのあらゆるアプリ
ケーションを受信機／デコーダ２０２０で実行させるスタートアップアプリケー
ション。・プログラミングについての全情報を供給する対話型アプリケーションである
プログラムガイド。・エンドユーザーがカレントイベントを購入することを可能にするために、デ
ジタルＴＶブーケの各ＰＰＶチャネルで入手可能な対話型サービスであるペイパ
ービューアプリケーション。・エンドユーザーがＰＣダウンロードアプリケーションを使用してコンピュー
タソフトウェアをダウンロードすることを可能にするＰＣダウンロードアプリケ
ーション。・オンスクリーンボタンを介してエンドユーザー航行で映像の巡回ビデオブロ
ードキャストを備えるマガジンブラウザアプリケーション・販売製品の申し込みを受信機／デコーダ２０２０に送信させることを可能に
し、かつユーザーが購入する特定アイテムを選択することを可能にするテレショ
ッピングアプリケーション。

【００４７】アプリケーションは、受信機／デコーダ２０２０のメモリ記憶位置に格納され
て、リソースファイルとして表わす。リソースファイルは、上記明細書にさらに
詳細に記述されるように、グラフィックスオブジェクト記述ユニットファイルと
、可変ブロックユニットファイルと、インストラクションシーケンスファイルと
、アプリケーションファイルと、データファイルとを含む。

【００４８】ＭＰＥＧデータストリームにおいて、各モジュールは、ＭＰＥＧテーブルのグ
ループを含む。各ＭＰＥＧテーブルは、若干のセクションとしてフォーマットさ
れる。ＭＰＥＧデータストリームにおいて、各セクションは、４キロバイトまで
の「サイズ」を有する。シリアルおよびパラレルポートによるデータ転送につい
て、例えば、モジュールは、同様に、テーブルと、セクションとに分割され、セ
クションのサイズは、転送媒体によっていろいろ変わる。

【００４９】モジュールは、例えば、ビデオデータストリームやオーディオデータストリー
ム、文字放送データストリームなどのそれぞれのタイプのデータストリーム内で
、一般に１８８バイトのデータパケットの形態で、ＭＰＥＧデータストリームに
トランスポートされる。各パケットは、１３ビットのパケット識別子（ＰＩＤ）
に先行され、パケット毎の一つのＰＩＤは、ＭＰＥＧデータストリームにトラン
スポートされる。プログラムマップテーブル（ＰＭＴテーブル）は、異なるデー
タストリームのリストを含み、そしてそれぞれのＰＩＤによる各データストリー
ムの内容を形成する。ＰＩＤは、デバイスをデータストリームのアプリケーショ
ンの存在に変えて、ＰＩＤは、ＰＭＴテーブルを使用して識別される。

【００５０】デコーダは、ＲＡＭボリュームと、ＦＬＡＳＨボリュームと、ＲＯＭボリュー
ムとに分割されるメモリを含んでいるが、この物理編成は、論理編成とは異なる
。

【００５１】メモリは、さらに、様々なインターフェースと関連するメモリボリュームに分
割される。一つの観点によると、メモリは、ハードウェアとは別個として見られ
るシステム全体をサポートするか、または含有するものとして考えられることが
可能である。

【００５２】システムは、仮想コンピュータ４００７の部分を形成するランタイムエンジン
４００８に集中されると考えられることが可能である。これにより、下記で論じ
られる様々な中間論理ユニットを介して、一つの側（「高水準」側）と、もう一
つの側（「低水準」側）とのアプリケーションを受信機／デコーダ４０６１に結
合される。受信機／デコーダのハードウェアは、上述のように様々なポートまた
はインターフェース（ハンドセット２０２６用インターフェース２０３０やＭＰ
ＥＧストリームインターフェース４０２８、シリアルインターフェース４０３０
、パラレルインターフェース４０３２、カードリーダ４０３６に対するインター
フェース、モデムバックチャネル４００２に対するインターフェース４０３４な
ど）を含むと考えられることが可能である。

【００５３】図２を参照すると、様々なアプリケーション４０５６は、ユニット４００７に
結合される、いくつかのより一般に使用されるアプリケーションは、４０５７で
表示されるように、だいたい永久にシステムに常駐するが、その他は、例えば、
ＭＰＥＧデータストリームから、または要求されるように他のポートからシステ
ムにダウンロードされる。

【００５４】ユニット４００７は、ランタイムエンジン４００８のほかに、ツールボックス
４０５８を含むいくつかの常駐ライブラリファンクション４００６を含む。ライ
ブラリは、エンジン４００８によって使用されるＣ言語に種々雑多なファンクシ
ョンを含む。これらは、データ構造や線描写などの圧縮や拡張、比較などのデー
タ操作を含む。ライブラリ４００６は、さらに、ハードウェアおよびソフトウェ
アバージョン番号や可変ＲＡＭスペースなどの受信機／デコーダ２０２０のファ
ームウェア４０６０についての情報と、新しいデバイス４０６２をダウンロード
するときに使用されるファンクションとを含む。ファンクションは、Ｆｌａｓｈ
またはＲＡＭメモリに格納されるライブラリにダウンロードされることが可能で
ある。

【００５５】ランタイムエンジン４００８は、デバイスマネージャ４０６８に結合され、こ
れは、デバイス４０６２のセットに結合され、これは、デバイスドライバ４０６
０に結合され、順番にポートまたはインターフェースに結合される。広義では、
デバイスドライバは、論理インターフェースを形成すると考えられることが可能
なので、二つの異なるデバイスドライバは、コモン物理ポートに結合される場合
がある。デバイスは、通常、一つ以上のデバイスドライバに結合される；デバイ
スが、シングルデバイスドライバに結合される場合、デバイスは、通常、通信に
必要とされる完全な機能性を組み込むように設計されているので、分離デバイス
ドライバの必要性が、回避される。特定のデバイスがそれらの間同士で通信する
。

【００５６】後述されるように、デバイス４０６４からランタイムエンジンまで、以下の３
つの形式の通信がある。つまり、変数、バッファ、およびイベント待ち行列のセ
ットに渡されるイベントによってである。

【００５７】受信機／デコーダ２０２０の各機能は、デバイス４０６２として表されている
。デバイスは、ローカルまたはリモートのどちらかとなる場合がある。ローカル
デバイス４０６４は、スマートカード、ＳＣＡＲＴコネクタ信号、モデム、シリ
アルインタフェースとパラレルインタフェース、ＭＰＥＧビデオ／音声プレーヤ
ー、およびＭＰＥＧセクション／テーブル抽出装置を含む。リモートロケーショ
ンで実行されるリモートデバイス４０６６は、ポートおよびプロシジャが、受信
機／デコーダ製造メーカによって提供され、設計されているデバイスおよびデバ
イスドライバによってよりむしろ、システム当局（ａｕｔｈｏｒｉｔｙ）または
設計者によって定められなければならないという点で、ローカルデバイスとは異
なる。

【００５８】新規デバイス４０６２が作成されると、それは、ブロードキャストセンターか
ら関連するアプリケーション４０５６をダウンロードすることによって、既存の
受信機／デコーダ２０２０にインストールすることができる。このダウンロード
は、ハードウェアとソフトウェアのバージョンをチェックし、正しい場合に新規
デバイス４０６２を表しているソフトウェアモジュールをロードし、ライブラリ
４００６のプロシジャに（フレッシュメモリ内の）ファームウェア内部に新規デ
バイスコードをインストールするように依頼するアプリケーション４０５６によ
って受信機／デコーダ２０２０内で実行される。これにより、ソフトウェアの残
りに影響を及ぼさずに、受信機／デコーダ２０２０内で順応かつ安全な新規機能
のインストールを実現することができる。

【００５９】デバイスマネージャ４０６８は、アプリケーション４０５６と受信機／デコー
ダ２０３０の特殊機能の間の共通ソフトウェアインタフェースである。デバイス
マネージャ４０６８は、デバイス４０６２へのアクセスを制御し、予期されてい
ないイベントの受信を宣言し、共用メモリを管理する。

【００６０】ランタイムエンジン４００８は、マイクロプロセッサおよび共通アプリケーシ
ョンプログラミングインタフェースの制御のもとで実行する。それらは、すべて
の受信機／デコーダ２０２０が、アプリケーションの観点から同一であるように
あらゆる受信機／デコーダ２０２０にインストールされる。

【００６１】エンジン４００８は、受信機／デコーダ２０２０でアプリケーション４０５６
を実行する。それは、対話型アプリケーション４０５６を実行し、受信機／デコ
ーダ２０２０の外部からイベントを受信し、グラフィックスおよびテキストを表
示し、デバイスにサービスを要求し、特殊な計算のためにエンジン４００８に接
続されているライブラリ４００６の機能を使用する。

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

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

【００６４】任意のデバイス４０６２のサービスを使用する前に、（アプリケーションイン
ストラクションシーケンスなどの）プログラムは、「クライアント」、つまりデ
バイス４０６２またはデバイスマネージャ４０６８への論理アクセス路として宣
言されなければならない。マネージャは、クライアントに、デバイスへのすべて
のアクセスで参照されるクライアント番号を与える。デバイス４０６２は、複数
のクライアントを持つことができ、デバイス４０６２あたりのクライアント数は
、デバイス４０６２の型に応じて指定されている。クライアントは、プロシジャ
「Ｄｅｖｉｃｅ：ＯｐｅｎＣｈａｎｎｅｌ（デバイス：チャネルを開く）」に
よってデバイス４０６２に導入される。このプロシジャが、クライアント番号を
クライアントに割り当てる。クライアントは、プロシジャ「Ｄｅｖｉｃｅ：Ｃｌ
ｏｓｅＣｈａｎｎｅｌ（デバイス：チャネルを閉じる）」によってデバイスマ
ネージャ４０６８クライアントリストから取り出すことができる。

【００６５】デバイスマネージャ４０６８によって提供されているデバイス４０６２へのア
クセスは、同期または非同期のどちらかである。同期アクセスの場合、プロシジ
ャ「Ｄｅｖｉｃｅ：Ｃａｌｌ（デバイス：呼出し）」が使用される。これは、す
ぐに使用できるデータにアクセスする手段、または希望されている応答を待機す
ることを含まない機能性である。非同期アクセスの場合、プロシジャ「Ｄｅｖｉ
ｃｅ：Ｉ／Ｏ（デバイス：Ｉ／Ｏ）」が使用される。これは、応答を待機するこ
と、例えば、チューナー周波数を走査し、多重送信電子システムを見つけること
、またはＭＰＥＧストリームからテーブルを取り戻すことを含む、データにアク
セスする手段である。要求されている結果が使用できるとき、イベントはエンジ
ンの待ち行列に入れられ、その到着を信号で知らせる。追加プロシジャ「Ｄｅｖ
ｉｃｅ：Ｅｖｅｎｔ（デバイス：イベント）」が、予期されていないイベントを
管理する手段を提供する。

【００６６】前記に注記されるように、ランタイムエンジンのメインループは、多岐に渡る
プロセスシーケンサ装置に結合され、メインループが適切なイベントに遭遇する
と、制御は一時的にプロセスシーケンサ装置の１つに転送される。

【００６７】図３を参照すると、デバイスマネージャは、一時的な格納のためにその中にデ
バイスからのイベントが渡される待ち行列１００を備える。適切な間隔で、仮想
マシンがこの待ち行列に信号を送信し、その中から第１項目を抽出する。このイ
ベント項目は、仮想マシンの中の待ち行列構造１０１に移動される。イベント項
目の優先順位のレベルに応じて、それは５つの待ち行列０から４の内の適切な１
つに挿入される。イベント項目は、待ち行列セレクタ装置１０２によって、ラン
タイムエンジンの制御のもとで、待ち行列構造１０１から抽出される。イベントが待ち行列構造１０１から選択されると、それは、プロセスシーケン
サ装置ドライバ１０５およびプロセスシーケンサ装置１０６のセットから成り立
っているプロセスシーケンサ装置エンジン１０４に渡される。各プロセスシーケ
ンサ装置は、まとめてリンクされている動作グループのセットであるため、１つ
の動作グループから次の動作グループへの各ステップは、通常、現在の動作グル
ープおよびイベントの性質に依存している。さまざまなプロセスシーケンサ装置
は、「次の」動作グループ、つまりシステムがイベントに応えて進む先の動作グ
ループが、イベントの性質だけに依存しているが、現在の動作グループとは無関
係であるものを含み、異なるサイズと複雑さを有する。また、プロセスシーケン
サ装置ブロックの右側に図示されているように、例えば、単一ポートを通して同
一のプロトコルを使用して複数の別個のデータストリームを処理するために、プ
ロセスシーケンサ装置の複数のコピー、つまり複数の同一のプロセスシーケンサ
ユニットがあってよい。

【００６８】イベントが選択されると、それは適切なプロセスシーケンサ装置に渡される。
これは、プロセスシーケンサ装置での現在の動作グループからの適切な出口を選
択する。この結果、適切な次の動作グループが選択され、例えば、デバイスマネ
ージャに対してメッセージを送信することやインストラクションシーケンスの実
行を含むその動作グループの動作が実行される。プロセスシーケンサ装置の動作
グループは、イベントメッセージをその他のプロセスシーケンサ装置に送信する
こともできる。

【００６９】インストラクションシーケンスが選択されると、インストラクションシーケン
スの識別がインストラクションシーケンスセレクタ１０７に送信される。これが
、インストラクションシーケンスメモリ１０８から希望されているインストラク
ションシーケンスを入手し、それを、インストラクションシーケンスを実行する
インストラクションシーケンスインタプリタ１０９に渡す。

【００７０】システムは、例えば、プロセスシーケンサ装置１０６からのイベント型がロー
ドされているフィルタ１１０も含む。イベント項目がデバイスマネージャの中の
待ち行列１００から仮想マシンの待ち行列構造１０１に渡されると、その型また
は文字が、フィルタ１１０内のリストに突き合わされ、それが認識されていない
型である場合、それは拒絶される。これにより、例えば、デバイスマネージャま
たはキーボードが、仮想マシンが対処できない型のイベントを生成すると、それ
らのイベントが待ち行列構造１０１に渡されないことを確実にする。（この種の
イベントが待ち行列構造１０１に渡されると、それらはその待ち行列構造の中に
蓄積されるか、あるいはそれらはプロセスシーケンサ装置エンジン１０４の誤動
作を引き起こす可能性があるかのどちらかだろう。）したがって、私達の基本システムが、アプリケーションが多岐に渡るデバイス
と通信できるようにする上でかなりの順応性を持ったプラットフォームを提供す
ることが分かる。

【００７１】信号処理デバイス本発明を実現する２つの信号処理デバイスが説明されるだろう。該２つのデバ
イスは、ともに、同じ受信機／デコーダ内で同時に備えられてよく、各デバイス
は、わずかに異なる機能を提供するように適応されている。

【００７２】多重分離されている受信済みのトランスポートストリームを再多重化し（ｒｅ
ｍｕｌｔｉｐｌｅｘｅｓ）、典型的には、オリジナルトランスポートストリーム
の中のいくらかであるがすべてではない情報、およびおそらく追加情報を含んで
いる出力部分トランスポートストリームを作り出す第１の信号処理デバイスが、
ここで、図４に関して説明されるだろう。参照を容易にするために、デバイスは
以下でＴＳ＿ＲＥＭＵＸデバイス（トランスポートストリームＲＥ−ＭＵｌｔｉ
ｌｅＸｅｒの省略語）として参照されるだろう。

【００７３】ＴＳＲＥＭＵＸデバイスＴｓ＿Ｒｅｍｕｘデバイスは、これ以降コマンドと呼ばれている多くの機能単
位を備えると考えることができる。さらに、理解されるように、該デバイスは、
多様なコマンドによって実行されている機能を実際に実現するための根元的な機
能性を備える。例えば、受信データストリームからの実際の選択は、データをフ
ィルタリングし、定められているパケット識別子に一致するパケットを抽出する
専用ハードウェアによって実現されてよく、パケット識別子のリストは、後述さ
れるコマンドの内の１つを介してアプリケーションによって指定されている情報
に基づきソフトウェア制御のもとで供給されている。以下の説明においては、コ
マンド名の大文字バージョンと小文字バージョンがともに同じコマンドを指すこ
とが意図されることに注意する必要がある。

【００７４】多様な機能、およびハードウェアとソフトウェア間の分散の正確な詳細は、作
成者にとっての選択の問題であり、詳細には説明されないだろう。しかしながら
、ＭＰＥＧデータストリームでフィルタリング動作を実行することができる専用
集積回路は、市販されており、これらをハードウェアアクセラレータ用の基礎と
して使用することができるか、あるいはさらに好ましくは専用ハードウェアアク
セラレータを作り出し、必要とされている多様なパケット選択動作を実現し、そ
れによってソフトウェアを実行するために必要とされている処理電力を削減する
ために修正することができることに注意する。しかしながら、必要とされている
動作は、十分な処理電力が使用できる場合にはソフトウェア内で実現されてよい
。

【００７５】デバイスは、２つのモード、つまり何の出力も作り出されていない休止モード
と、データが出力データストリームに伝えられている実行モードの内の１つで動
作するように装置されている。理解されるように、実行モードでは、さらに多く
のシステムリソースがデバイスによって要求される。後述されているコマンドの
動作は、動作のモードに依存してよく、特に、大部分のコマンドが１つのモード
だけで動作し、他のモードでアクセスされるとエラーを返すだろう。

【００７６】各コマンドは、他のデバイスに共通である、前述された３つの標準プロシジャ
の内の１つによってデバイスマネージャ４０６８の制御のもとでアプリケーショ
ンとインタフェースする。情報は、パラメータテーブルによってアプリケーショ
ンとデバイスの間で渡されてよい。参照を容易にするために、３つの基本的なプ
ロシジャが以下に簡略に要約されている。（１）Ｄｅｖｉｃｅ：Ｃａｌｌ。このコマンドは、同期コマンドまたはデータ転
送を実行するためのアプリケーションによって使用することができる。アプリケ
ーションの実行は、デバイスドライバによる動作が完了したときに制御が戻され
るまで中断される。これにより、厳密な順序で実行されなければならない動作を
確実に制御できるようになる。（２）Ｄｅｖｉｃｅ：Ｉ／Ｏ。このコマンドは非同期動作を可能にする。すなわ
ち、アプリケーションは、デバイスドライバによって実行されるデータ転送また
は特定の機能に対する要求を送信することができ、アプリケーションの実行は、
データ転送または機能がデバイスドライバによって実行されている間に続行する
ことができる。（３）Ｄｅｖｉｃｅ：Ｅｖｅｎｔ。イベントトラップ機能は、イベントをデバイ
スによってアプリケーションに信号で知らせることを可能にし、コードとは無関
係にイベントに応えてアプリケーションによって講じられる特定の処置の場合、
アプリケーションは、イベントが信号で知らされるときに実行中である。実際に
は、アプリケーションは中断されている。イベントには、優先順位を付けてよい
。イベントは、バスリセットなどのインタフェース上で発生しているイベントを
信号で知らせるために、または例えば要求されているデータ転送の完了を信号で
知らせることなどによって非同期コマンドの監視を提供するために使用されてよ
い。

【００７７】本発明を実現しているデバイスで提供されているコマンドが、ここで説明され
るだろう。各コマンドは、前記３つの標準プロシジャの内の１つを介してパラメ
ータとしてコマンドの識別子を渡すことにより、アプリケーションによってアク
セスされてよい。後述されているコマンドのすべてが提供される必要はなく、コ
マンドの機能は改変されてよい。理解されるように、コマンドは独立して提供さ
れるか、改変されてよいが、説明されているコマンドによって提供されている結
合された機能性から一定の共同の恩恵が生じる。

【００７８】コマンドは、オプションの特徴および好ましい特徴とともに、各コマンドによ
って提供されている特徴および機能という点で説明されるだろう。情報が与えら
れ、仕様が提供されている場合、これらの特徴の実際のインプリメンテーション
は、当業者にとって簡単でなければならず、正確な詳細は作成者に委ねられる。
一例として、各コマンドは、好ましくはＣプログラミング言語で作成され、好ま
しくはアプリケーションを実行するために使用されているプロセッサ上で実行す
るようにコンパイルされているソフトウェアで実現できるだろう。しかしながら
、デバイスドライバは、別個のプロセッサで実行されてよく、いくつかのコマン
ドまたはすべてのコマンドは、専用ハードウェアによって実現されてよい。Ｃａ
ｌｌ（呼出し）コマンドおよび入出力（ＩＯ）コマンドは、そのアドレスがデバ
イスに渡される、メモリ内に記憶されているパラメータテーブルに値を設定する
ことにより、情報を信号で知らせたり、アプリケーションにパラメータを戻して
よい。

【００７９】コマンド：ＴＳＲＥＭＵＸＳＥＴＰＩＤこのコマンドは、休止モードだけで動作する。図８に関して、コマンドは、パ
ケット識別子（ＰＩＤ）２００の初期リストを受け取るように構成される。リス
ト２００は、入力トランスポートストリームからコピーされなければならないＰ
ＩＤの数（ＮＢ＿ＰＩＤ）を含み、各ＰＩＤ（ＰＩＤ）の値は、入力データスト
リームから出力データストリームにコピーされ、優先順位値（ＰＲＩＯＲＩＴＹ
）が各ＰＩＤに割り当てられている。優先順位値は、好ましくは、値０から２５
５の範囲の単一バイトであり、０は優先順位の最低レベルを示し、２５５は優先
順位の最高レベルを示す。

【００８０】出力データストリームのビット伝送速度容量が、入力データストリームからコ
ピーされる、一覧表示されているパケットのすべてを含むデータストリームのビ
ット伝送速度より低い可能性がある。その場合、最低優先順位値が設定されてい
るＰＩＤを有するパケットは、データストリームのビット伝送速度が、出力デー
タストリームのビット伝送速度容量以下であるレベルに削減されるまで、出力デ
ータストリームから代わりに排除される。

【００８１】パケットが出力データストリームから排除される場合、これらのパケットのＰ
ＩＤ（複数の場合がある）はリスト２００から削除されていない。出力データス
トリームのビット伝送速度容量が、追加パケットが出力データストリームに追加
できるように増加するのであれば、最高の優先順位が設定されている排除済みパ
ケットは、出力データストリームのビット伝送速度容量に達するまで、代わりに
出力データストリームの中に含まれる。

【００８２】該コマンドは、好ましくは、Ｄｅｖｉｃｅ：Ｃａｌｌプロシジャによって同期
してアクセスされる。

【００８３】コマンド：ＴＳＲＥＭＵＸＳＥＴＳＣＲＰＩＤ図９を参照して、このコマンドは、前述されたＳｅｔ＿ＰＩＤコマンドに類似
して動作し、出力データストリームの中に入れられる前に、デスクランブルされ
るためのパケットのパケット識別子のリスト３００を指定するために使用される
。パケット識別子（ＰＩＤ）および優先順位（ＰＲＩＯＲＩＴＹ）のリストに加
えて、コマンドは、パケットをデスクランブルするために必要な情報を受信する
。この情報は、各パケットで実行される処理の種類を指定するモードインジケー
タ（ＭＯＤＥ）、セッション番号（Ｓｅｓｓｉｏｎ番号）、およびインデックス
番号（Ｉｎｄｅｘ番号）、オペレータ参照（ＯＰＩ）、デスクランブルされるパ
ケットのＰＩＤ（ＰＩＤ）、およびデスクランブルで使用するためのＥＣＭを含
むパケットのＰＩＤ（ＰＩＤ＿ＥＣＭ）を含んでよい。

【００８４】コマンド：ＴＳＲＥＭＵＸＳＥＴＤＡＴＡＰＩＤこのコマンドは、前述されたＳｅｔ＿ＰＩＤコマンドに類似して動作し、出力
データストリームに含まれるアプリケーションからＭＰＥＧセクションのパケッ
ト識別子を指定するために使用される。

【００８５】コマンド：ＴＳＲＥＭＵＸＳＥＴＳＥＣＴＩＯＮこのコマンドは、前述されたＳｅｔ＿ＰＩＤコマンドと類似して動作し、出力
データストリームに含まれるＭＰＥＧセクションのパケット識別子を指定するた
めに使用される。さらに、アプリケーションは、実行モードの開始からの遅延を
指定するＯＦＦＳＥＴ、セクションが繰り返される回数を指定するＲＥＰＥＡＴ
パラメータ、セクションのパケット間のＤＥＬＡＹ、１つのセクションの開始か
ら該セクションの次の繰り返しまでの時間を指定するＣＹＣＬＥパラメータ、お
よび繰り返しの１つのシリーズの開始から繰り返しの次のシリーズの開始までの
時間を指定するＣＹＣＬＥ＿２パラメータを含む、数多くのパラメータを指定す
ることができる。これらのパラメータの機能は、図５に関してさらによく理解さ
れるだろう。コマンド：ＴＳＲＥＭＵＸＡＤＤＰＩＤ前述されたように、Ｓｅｔ＿ＰＩＤコマンドは、休止モードだけで動作する。
実行モードでは、Ａｄｄ＿ＰＩＤコマンドによって、アプリケーションが、出力
ストリームにコピーするために指定されているＰＩＤのカレントリストにＰＩＤ
を追加できるようになる。デバイスは、ＰＩＤをカレントリストから削除する補
足コマンドＴｓ＿Ｒｅｍｕｘ＿Ｓｔｏｐ＿ＰＩＤを含む。ＰＩＤは、好ましくは
、各コマンドの優先順位を含む、Ｓｅｔ＿ＰＩＤコマンドと同じように指定され
ている。リスト内のＰＩＤの編集には、デバイスが実行モードにあるときにリス
トを更新するのにいくらかの時間が必要になる可能性があるため、これらのコマ
ンドは、好ましくは、Ｄｅｖｉｃｅ：Ｉ／Ｏプロシジャを介して非同期でアクセ
スされる。

【００８６】さらに、アナログプロシジャが、Ｔｓ＿Ｒｅｍｕｘ＿｛Ａｄｄ；Ｓｔｏｐ｝＿
｛ＳＣＲ＿ＰＩＤ；Ｄａｔａ＿ＰＩＤ；Ｓｅｃｔｉｏｎ｝コマンドによって、デ
スクランブルされるパケット、コピーされるセクション、または挿入されるセク
ションのリストに動的に追加、またはそれから削除するために提供されている。

【００８７】休止モードから実行モードに切り替えるためには、コマンドＴｓ＿Ｒｅｍｕｘ
＿Ｓｔａｒｔが提供され、実行モードから休止モードに切り替えるためには、コ
マンドＴｓ＿Ｒｅｍｕｘ＿Ｓｔｏｐが提供される。これらのコマンドの両方は、
好ましくは、Ｄｅｖｉｃｅ：Ｉ／Ｏプロシジャを介して非同期でアクセスされる
。

【００８８】さらに、ＰＩＤに関する情報、暗号化されているＰＩＤおよびカレント出力ス
トリームに含まれているセクションを戻すためには、コマンドＴｓ＿Ｒｅｍｕｘ
＿ＰＩＤ＿Ｉｎｆｏ、Ｔｓ＿Ｒｅｍｕｘ＿ＥＣＭ＿ＩｎｆｏおよびＴｓ＿Ｒｅｍ
ｕｘ＿Ｉｎｆｏ＿Ｓｅｃｔｉｏｎが提供される。これらは、対応するＳｅｔコマ
ンドまたはＡｄｄコマンドを使用してアプリケーションによって供給されるもの
と類似したフォーマットでカレントＰＩＤのリストを戻す。

【００８９】アプリケーションがデバイスにコマンドを送信できるようにするコマンドに加
えて、デバイスは、アプリケーションに、デバイスマネージャのイベント処理機
能を介して一定のイベントを信号で知らせるように装置されている。デバイスは
、以下のイベントを実現する。

【００９０】イベント：ＥＶＴＳＲＥＭＵＸＥＣＭこのイベントは、ＲＳＭによるＥＣＭの拒絶を信号で知らせるために使用され
る。デバイスは、ＥＣＭが発見されたパケットのＰＩＤおよび拒絶されたＥＣＭ
を記憶しているバッファのアドレスを、ステータスワードとともに渡す。

【００９１】イベント：ＥＶＴＳＲＥＭＵＸＧＥＴＡＬＬこのイベントは、ＥＣＭがＲＳＭに送信されるときのＲＳＭのアプリケーショ
ンへの応答を信号で知らせるために使用される。

【００９２】イベント：ＥＶＴＳＲＥＭＵＸＢＡＤＮＢこのイベントは、予期されていないセッションまたはインデックス番号が設定
されているＥＣＭの受信を信号で知らせる。該ＥＣＭはＲＳＭに送信されない。

【００９３】イベント：ＥＶＴＳＲＥＭＵＸＳＴＲＥＡＭこのイベントは、ＰＩＤに関連している優先順位が、出力ストリームでのＰＩ
Ｄの省略または追加を制御するために使用されてきたときに、ストリーム構成の
変化を信号で知らせるために使用されている。

【００９４】発明を実現する第２デバイスが、ここで図６および図７を参照して説明される
。このデバイスはＭＣＯＭ（ＭＰＥＧ通信の省略形）と呼ばれ、おもに受信され
たＭＰＥＧセクションをパケット化し、仮想ＴＣP／ＩＰデータソースをサテライトリンクから提供することを目的にしている。

【００９５】ＭＣＯＭＤＥＶＩＣＥＴＳ＿ＲＥＭＵＸデバイスのようなこのデバイスは、数多くのコマンドから構
成されている。コマンドの多くは、ＴＳ＿ＲＥＭＵＸデバイスのコマンドに類似
した機能を実行するため、詳細には説明されないだろう。ＴＳ＿ＲＥＭＵＸデバ
イスのように、ＭＣＯＭでバイスは、好ましくは、実行モードまたは休止モード
のどちらかで動作し、モードの間で切り替えるためのコマンドを有する。パケッ
トを出力データストリームに追加し、それから削除するためのコマンドの代わり
に、ＭＣＯＭデバイスは、入れられるセクションを選択するため、セクションの
部分を削除するため（あるいは別の見方をすれば、含まれるセクションの部分を
抽出するため）、および（存在する場合）ヘッダ、（存在する場合）フッタ、お
よび（存在する場合）受信済みセクション（つまり、出力データストリームに含
まれるその部分）に追加できるデータチェックを改変するためのコマンドを備え
る。デバイスは、任意の数のプロトコルのどれかを、実行中にアプリケーション
によって必要とされている最小の対話でシミュレーションできるようにすること
によって順応性を提供する。

【００９６】デバイスは、受信されているデータで実行されるフィルタリングを定義した後
に、セクションが、すべての予期されているセクションが受信されるまで、出力
に従って自動的に待ち行列に入れられる自動モードで動作できる可能性がある。
代わりに、デバイスは、アプリケーションの制御のもとで各セクションが転送さ
れる手動モードで動作してもよい。

【００９７】ＭＣＯＭデバイスの記述は、ＴＳ＿ＲＥＭＵＸデバイスで特徴付けられている
ものとは大幅に異なるコマンドに集中するだろう。

【００９８】コマンド：ＭＣＯＭＩＮＩＴＣＯＭＭこのコマンドは、通信ポートを構成するために使用され、ポート型識別子およ
び該ポート用の特殊データを含んでいるバッファによりＣＡＬＬされる。このコ
マンドは、ＭＣＯＭデバイスが、特殊情報がデバイス内で他のコマンドともに使
用されることを必要としないで、多岐に渡る通信ポート（たとえば、シリアル、
パラレル、ＩＥＥＥ１３９４）とともに動作できるようにするため有用である。

【００９９】コマンド：ＭＣＯＭＩＮＩＴＦＩＬＴＥＲこのコマンドは、セクション識別子が見つけられなければならないＭＰＥＧセ
クションの始まりからｍビットで始まるｎビットの長さの数値フィールドを定義
するためにＣＡＬＬされる。

【０１００】定義されているフィールドは、０から（２ｎ−１）という数値ｃを含むことが
ある。

【０１０１】このコマンドに続いて、２ｎビットのビットマップがメモリ内で定義され、各
ビットが受信するセクションに一致する。例えば、ｎ＝８の場合、２５６ビット
（３２バイト）のビットマップが定義され、２５６の別々のセクションの受信に
フラグを立てる。デマルチプレクサからセクションを受信中に、このフィールド
の数値Cが抽出され、ビットマップの（ｃ−１）番目のビットが試験される。ビットがセットされると、そのセクションは戻される。したがって、セットビット
を使用して、セクションがすでに受信されていること、または対応するセクショ
ンが予期されるべきではないセクションの自動フィルタリングを実行することが
できる。言うまでもなく、ビットはリセットされてよいか、あるいはセクション
の受信には違う方法でフラグが立てられてよい。

【０１０２】該コマンドを使用すると、初期ビットマップを定義できるようになる。すべて
のビットが設定またはリセットされてよいか、あるいは指定されているビットマ
ップが初期ビットマップとして設定されてよい。

【０１０３】対応するコマンドが、例えば実行モードでフィルタを動的に変更するため、あ
るいはフィルタの現在の状態を調べるために提供される。

【０１０４】ビットマップ（またはその他のフラグテーブル）は、すべての予期されている
セクションが受け取られるまで、パケットが自動的に待ち行列に入れられるのを
制御するために使用されてよい。

【０１０５】このコマンドは、自動フィルタリングでデバイスによって処理することができ
るＭＰＥＧセクションのフォーマットに優る大きな順応性を可能とする上で有用
である。

【０１０６】コマンド：ＭＣＯＭＰＡＣＫＥＴＤＥＬこのコマンドは、パケット化プロセスの一部として除去されるＭＰＥＧセクシ
ョンの部分を定義するためにＣＡＬＬされる。例えば、開始オフセットｐとオフ
セットｑが定義されてよく、ＭＰＥＧセクションは開始からｐバイトを、終わり
からｑバイトを削除することによって「トップアンドテイルド」されてよい。

【０１０７】このコマンドおよび関連する機能性により、重要なデータを通信し、ＭＰＥＧ
セクションの真中に自由に配置することができるようになる。

【０１０８】コマンド：ＭＣＯＭＰＡＣＫＥＴＨＥＡＤＥＲこのコマンドは、定義されているフォーマットのヘッダを受信済みセクション
に追加できるようにする。ヘッダは、例えばＴＣＰ／ＩＰなどの特定の通信プロ
トコルに準拠している情報を含んでよい。図7に示されるように、このコマンドは、ヘッダだけが追加されているＵＳＥ＿ＨＥＡＤＥＲモード、およびコマンド
がパケット化されているパケットの長さ、例えば定義されている付加的な定数に
セクションの長さを足したものに関する情報も追加するＵＳＥ＿ＬＧ＿ＨＥＡＤ
ＥＲモードという２つのモードの内の１つで動作してよい。

【０１０９】同様にして、デバイスは、フレームチェックシーケンス、例えば、１６ビット
または３２ビットのＣＲＣ（サイクリック冗長性チェック）、あるいはパケット
の定められているセクションに対するＬＲＣを追加するためのコマンドを含み、
例えばバイトの開始オフセット番号の後に開始し、最後からバイトの終了オフセ
ット番号まで続行し、計算された値がチェックされたセクションの直後に挿入さ
れる。

【０１１０】また、デバイスは、文字、例えば「拡張される（ｅｓｃａｐｅｄ）」（つまり
、定められている拡張文字と定義されている値を含む１組の文字によって置き換
えられる）文字のリストを変換するためのコマンドも含む。

【０１１１】前記コマンドおよびイベントは単に例示的にすぎず、本発明は多岐に渡る方法
で実現されてよく、特に、いくつかのコマンドは、類似機能を実行するそれ以外
のものと組み合わされてよいか、あるいはいくつかは簡略化されているインプリ
メンテーションで省略されてよい。機能のそれぞれのハードウェアおよびソフト
ウェアのインプリメンテーションは、コマンドの間、および単一コマンドの中の
両方で自由に混合されてよい。

【０１１２】ハードウェア、コンピュータソフトウェアおよび類似するものによって実行さ
れている機能が、電気信号および類似する信号で、または電気信号および類似す
る信号を使用して実行される。ソフトウェアインプリメンテーションはＲＯＭま
たはＦＬＡＳＨで記憶されてよいか、あるいはＦＬＡＳＨでパッチされてよい。

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

【０１１４】説明で開示されている各特徴、および（適宜な場合）クレームおよび図面は、
無関係に、または任意の適切な組み合わせで提供されてよい。

【図面の簡単な説明】

【図１】受信機／デコーダのインターフェイスのブロック図である。

【図２】レシーバ／デコーダの機能ブロック図である。

【図３】仮想マシンとランタイムエンジンのより詳細な部分図である。

【図４】本発明を実現する第１の装置による機能の外観を示す図である。

【図５】リピートセクションの出力データストリームへの挿入を説明する図である。

【図６】本発明を実現する第２の装置による機能の外観を示す図である。

【図７】図６の具体例により生成されたデータを示す図である。

【図８】入力データストリームから出力データストリームの直接コピーされたパケット
識別子のリストを示す図である。

【図９】入力データストリームから出力データストリームへ直接コピーされる前に、
デスクランブルされたパケット識別子のリストを示す図である。

【符号の説明】

１００待ち行列１０１待ち行列構造１０２キューセレクタユニット１０４シーケンサユニットエンジン１０５シーケンサユニットドライバ１０７インストラクションシーケンスセレクタ１０８インストラクションシーケンスメモリ１０９インストラクションシーケンスインタープリータ１１０フィルタ２０２０受信機／デコーダ２０２２テレビジョンセット２０２６ハンドセット４００６常駐のライブラリ４００７仮想マシン４００８ランタイムエンジン４０２８ＭＰＥＧインターフェイス４０３０シリアルインターフェイス４０３２パラレルインターフェイス４０３６カードリーダ４０５６アップリケーション４０５８ツールボックス４０６０デバイスドライバ４０６１レシーバ／デコーダハードウエア４０６４ローカルデバイス４０６６リモートデバイス４０６８デバイスマネ−ジャＰＩＤパケット識別子

───────────────────────────────────────────────────── フロントページの続き (81)指定国ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ，ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，ＫＥ，ＬＳ，ＭＷ，ＳＤ，ＳＺ，ＵＧ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ，ＴＪ，ＴＭ) ，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＥ，ＧＨ，ＧＭ，ＨＲ，ＨＵ，ＩＤ，ＩＬ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＵＡ，ＵＧ，ＵＳ，ＵＺ，ＶＮ，ＹＵ，ＺＷＦターム(参考） 5C059 MA00 PP04 RB04 RB09 SS02 SS11 SS26 TA71 TC00 TD12 UA05 UA38 UA39 5K028 EE03 EE07 KK12 RR02 SS14 5K030 HB29 JL01 JT04 JT10 LD07 【要約の続き】またはパケット化されているデータを作成する。これは、例えば、選択済みのプログラムを含む、希望されているデータストリームを、デバイスの出力を受信するために結合されているデジタルビデオレコーダによって記録できるようにしたり、コンピュータとの通信を促進することができる。

Claims

【特許請求の範囲】

【請求項１】情報の複数のパケットを含むデジタルデータストリームを受
信するための手段と、受信したデジタルデータストリームから選択される指定されているパケットの
リストを記憶するための手段であって、前記リストが、各パケットに割り当てら
れている優先順位を示す優先順位情報を含む手段と、受信データストリームから前記リストに指定されているパケットを抽出するた
めの手段と、出力データストリームを生成するために抽出されたパケットを処理し、出力デ
ータストリーム内に、さらに低い優先順位が設定されている抽出パケットに優先
してさらに高い優先順位が設定されている抽出パケットを含むことによって出力
データストリーム内の抽出されたパケットの数を選択的に削減するための処理手
段と、を備える、デジタルデータストリームを処理するための装置。
【請求項２】前記処理手段が、含まれる抽出パケットの数が、出力ストリ
ームのデータ処理容量には大きくなりすぎる場合に、出力データストリーム中の
抽出パケットの数を選択的に削減するように適応されている、請求項１に記載さ
れる装置。
【請求項３】前記処理手段が、除外された抽出データパケットを出力デー
タストリームの中に選択的に挿入し直すように適応されている、請求項１または
２に記載される装置。
【請求項４】パケットが、非常に多数の優先順位値の内の１つを有する、
前記請求項いずれかに記載される装置。
【請求項５】パケットが、０から２５５の範囲内の優先順位値を有する、
前記請求項いずれかに記載される装置。
【請求項６】受信されたデジタルデータストリームがＭＰＥＧデータスト
リームであり、パケット識別子のリストを含むリストが、受信されたデータスト
リームから選択される、前記請求項いずれかに記載される装置。
【請求項７】パケット識別子の少なくとも１つの追加リストを記憶するた
めの手段、および出力データストリームに入れる前に該追加リストまたは各追加
リストに指定されているパケットに１つまたは複数の指定されている処理動作を
適用するための手段とを含む、請求項６に記載される装置。
【請求項８】追加パケットを出力データストリームの中に挿入するための
手段を含む前記請求項いずれかに記載される装置。
【請求項９】受信パケットが、複数のデータセクションを含み、処理手段
が、ヘッダおよび／またはフッタを受信データセクションから切り取ること、ヘ
ッダおよび／またはフッタを受信データセクションに追加すること、受信セクシ
ョンの長さの表示を追加すること、およびフレームチェックシーケンスを追加す
ることの内の少なくとも１つを実行するように装置されている、前記請求項いず
れかに記載される装置。
【請求項１０】情報のパケットの受信を監視するための手段を含む、前記
請求項いずれかに記載される装置。
【請求項１１】前記監視手段が、すべての予期されているパケットが受信
されたことを示すまで、あるいはアプリケーションからの停止命令を受け取るま
で、抽出パケットを自動的に待ち行列に入れるための手段を含む、請求項１０に
記載される装置。
【請求項１２】結合手段が、デジタルビデオレコーダでの記憶のために適
応されている出力データストリームを作り出すように装置されている、前記請求
項いずれかに記載される装置。
【請求項１３】結合手段が、コンピュータとのデータ通信に適応されてい
る出力データストリームを作り出すように装置されている、請求項１から１１の
いずれかに記載される装置。
【請求項１４】アプリケーションの制御のもとで、デバイスマネージャを
介して動作するように装置されている受信機／デコーダ内のデバイスという形で
の前記請求項いずれかに記載される装置。
【請求項１５】受信されたデジタルデータストリームを処理し、そこから
出力ストリームを作り出すために、アプリケーションの制御のもとで動作するデ
バイスであって、複数の情報のパケットを含むデジタルデータストリームを受信するための手段
と、受信デジタルデータストリームから選択される指定パケットのリストをコンパ
イルすためするための情報をアプリケーションから受信するための手段であって
、前記リストが、各パケットに割り当てられている優先順位を示す優先順位情報
を含む手段と、受信データストリームから前記リストに指定されているパケットを抽出するた
めの手段と、抽出パケットを処理し、出力データストリームを作成するため、および抽出パ
ケットの数を、出力データストリーム内に、さらに低い優先順位が設定されてい
る抽出パケットより優先してさらに高い優先順位が設定されている抽出パケット
を含むことによって、出力データストリーム内の抽出パケットの数を選択的に削
減するための処理手段と、を備える受信されたデジタルデータストリームを処理し、そこから出力ストリームを作り出すために、アプリケーションの制御のもとで動作するデバイス。
【請求項１６】２つのモード、つまり出力ストリームが作成されていない
休止モードと、データがデバイスを通過中である運転モードを含むモードで動作
するように装置されている、請求項１５に記載されるデバイス。
【請求項１７】前記モードの間で切り替えるためのアプリケーションから
コマンドを受け取るための手段を含む、請求項１６に記載されるデバイス。
【請求項１８】出力ストリームにコピーされるパケット識別子の初期リス
トという形で前記リストをコンパイルするための情報を受信するために、前記休
止モードで作動できる手段を含む、請求項１６または請求項１７に記載されるデ
バイス。
【請求項１９】カレントリストに追加またはカレントリストから削除され
るパケット識別子のリストを含むリストを受信するために前記運転モードで作動
できる手段を含む、請求項１６，１７、または１８に記載されるデバイス。
【請求項２０】さらに、デスクランブルされるパケット識別子のリストを
含む追加リストを維持するように装置されている手段を備える、請求項１４から
１９のいずれかに記載されるデバイス。
【請求項２１】好ましくは、デスクランブルされるパケット識別子のリス
トを含む初期リストを設定するためのプロシジャの一部として、アプリケーショ
ンからのデスクランブルで使用するための情報を受信するように装置されている
請求項２０に記載されるデバイス。
【請求項２２】さらに、アプリケーションによって挿入されるＭＰＥＧセ
クションのリストを記憶するための手段を含む請求項１４から２１のいずれかに
記載されるデバイス。
【請求項２３】出力ストリームのセクションの繰り返しを制御するための
アプリケーションからパラメータを受信するように装置されており、デバイスが
パラメータに基づいてセクションを繰り返すように装置されている、請求項２２
に記載されるデバイス。
【請求項２４】さらに、出力ストリームに含まれている現在選択されてい
るパケット識別子に関する情報をアプリケーションに戻すための手段を備える、
請求項１４から２３のいずれかに記載されるデバイス。
【請求項２５】少なくとも１つのアプリケーションを実行するためのラン
タイムエンジン手段と、ブロードキャストデジタルデータストリームを受信するための手段と、受信されたデジタルデータストリームを、該アプリケーション、または各アプリ
ケーションの制御のもとで処理するための請求項１４から２４のいずれかに記載
されるデバイスと、デバイスによって出力インタフェースに出力されるデータストリームを供給す
るための手段と、を備えるデータ処理システム。
【請求項２６】受信機／デコーダで実現されており、該受信機／デコーダ
が、サテライト受信機またはケーブルおよび前記インタフェースからブロードキ
ャストデジタルデータストリームを受信するための手段を含み、該インタフェー
スが、デジタルビデオレコーダまたはデジタルディスプレイデバイスまたは受信
データの少なくとも一部のディスプレイまたは記憶用のコンピュータへ接続する
ため、あるいはコンピュータへの通信リンクを提供するように装置されている請
求項２５に記載されるデータ処理システム。
【請求項２７】デバイスが、出力データストリームをインタフェースに出
力するためのデバイスドライバと働き合うように装置されている、請求項２６に
記載される受信機／デコーダ。
【請求項２８】インタフェースが、ＩＥＥＥ１３９４規格または変形また
はその修正に準拠する、請求項２７に記載される受信機／デコーダ。
【請求項２９】デジタルビデオレコーダへの接続のために装置されており
、受信機／デコーダが、ビデオレコーダに出力するための２つまたは３つ以上の
テレビプログラムを含む受信データストリームの部分を選択するためにデバイス
を制御するように構成されているアプリケーション、およびプログラムを識別す
る出力データストリームに情報を追加するための手段とを含む、請求項２６から
２８のいずれかに記載される受信機／デコーダ。
【請求項３０】ブロードキャストデジタルデータストリームを受信するた
めの手段、デジタル記憶媒体への接続のためのインタフェース、受信デジタルデ
ータストリームを処理し、デジタル記憶媒体への供給のための出力データストリ
ームを作成するためのデバイスを有する受信機／デコーダ用のアプリケーション
であって、２つまたは３つ以上の放送番組に対応する受信デジタルデータストリ
ームの部分を選択するために前記デバイスを制御するため、およびプログラムを
それ以降再生することができるようにする形での記憶のためにデジタル記憶媒体
に部分を出力するための手段を備え、アプリケーションが、デジタル記憶媒体へ
の出力に、さらに低い優先順位が設定されている部分に優先してさらに高い優先
順位が設定されている受信デジタルデータストリームの部分を含むことによって
、出力データストリーム内の部分の数を選択的に削減するように適応されている
アプリケーション。
【請求項３１】複数の情報のパケットを含むデジタルデータストリームを
受信することと、受信されたデジタルデータストリームから選択される指定パケットのリストを
記憶し、前記リストが各パケットに割り当てられている優先順位を示す優先順位
情報を含むことと、受信データストリームから前記リストに指定されているパケットを抽出するこ
とと、出力データストリームを生成するために抽出パケットを処理することと、出力データストリームの中に、さらに低い優先順位が設定されている抽出パケ
ットに優先して、さらに高い優先順位が設定されている抽出パケットを含むこと
によって出力データストリーム内の抽出パケット数を選択的に削減することと、
を含む、デジタルデータストリームを処理する方法。
【請求項３２】出力データストリーム内の抽出パケットの数が、含まれる
抽出パケット数が、出力ストリームのデータ処理容量には大きくなりすぎた場合
に選択的に削減される、請求項３１に記載される方法。
【請求項３３】さらに、除外された抽出データパケットを出力データスト
リームの中に選択的に挿入し直すステップを含む、請求項３１または３２に記載
される方法。
【請求項３４】パケットが非常に多数の優先順位値の内の１つを有する、
請求項３１から３３のいずれかに記載される方法。
【請求項３５】パケットが、０から２５５の範囲内で優先順位値を有する
、請求項３１から３４のいずれかに記載される方法。
【請求項３６】受信デジタルデータストリームがＭＰＥＧデータストリー
ムであり、リストが、受信データストリームから選択されるパケット識別子のリ
ストを含む、請求項３１から３５のどれかに記載される方法。
【請求項３７】さらに、パケット識別子の少なくとも１つの追加リストを
記憶するステップと、出力データストリームに入れる前に該追加リストまたは各
追加リストに指定されているパケットに、１つまたは複数の指定処理動作を適用
するステップとを含む、請求項３６に記載される方法。
【請求項３８】さらに、出力データストリームの中に追加パケットを挿入
するステップを含む、請求項３１から３７のいずれかに記載される方法。
【請求項３９】受信パケットが、複数のデータセクションを含み、処理ス
テップが、ヘッダおよび／またはフッタを受信済みデータセクションから切り取
ること、ヘッダおよび／またはフッタを受信データセクションに追加すること、
受信済みセクションの長さの表示を追加すること、およびフレームチェックシー
ケンスを追加することの内の少なくとも１つを含む、請求項３１から３８のいず
れかを記載する方法。
【請求項４０】さらに、情報のパケットの受信を監視するステップを含む
、請求項３１から３９のいずれかに記載される方法。
【請求項４１】さらに、すべての予期されているパケットが受信されるま
で、あるいはアプリケーションから停止命令を受信するまで、抽出パケットを自
動的に待ち行列に入れるステップを含む、請求項４０に記載される方法。
【請求項４２】デジタルビデオレコーダ上での記憶のために適応されてい
る出力データストリームを作り出す、請求項３１から４１のいずれかに記載され
る方法。
【請求項４３】コンピュータとのデータ通信のために適応されている出力
データストリームを作成する、請求項３１から４１のどれかに記載される方法。
【請求項４４】デバイスを実質的にここに説明されているように搭載する
受信機／デコーダ。
【請求項４５】実質的にここに説明されているようなデバイス。
【請求項４６】実質的にここに説明されているようなデジタルデータスト
リームを処理する方法。