(57)【要約】【課題】不要なプログラム情報を取り込まない。【解決手段】デコーダ２５の処理能力を超えるプログラム情報を受信したときには、このプログラム情報をプロセッサ２２で廃棄し、表示あるいは記憶しない。【選択図】図１３
2009194925.tif 000002
【特許請求の範囲】
【請求項１】
ソースから受信するプログラム情報を復号化して表示すると共に、選択されたプログラム情報に基づき、有線あるいは無線で受信する、前記選択されたプログラム情報に対応のプログラムを再生する装置であって、
前記受信するプログラム情報を復号化するためのデコーダ（２５）と、
前記受信するプログラム情報には該プログラム情報を復号化するために必要なデコーダの処理能力レベルを示すレベル情報が付加されており、該レベル情報が前記デコーダに対してあらかじめ割り当てられた処理能力レベルを超えることを示す場合には当該レベル情報を有するプログラム情報を廃棄するプロセッサ（２２）と、
当該廃棄されなかったプログラム情報を記憶しておくストレージデバイス（９０、１０５）と
を有することを特徴とする装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタル信号処理の分野に関し、具体的には、チャネルおよびプログラムのためのプログラムガイドに関する。
【背景技術】
【０００２】
広大な地理的エリアを数千もの放送プログラムチャネルでカバーする場合に、これら数千もの放送プログラムチャネルに関する情報を搬送する大規模プログラムガイドを編成し処理する上で、数多くの問題が提起されている。このカバーされる地理的エリアは、例えば、米国全域でも可能であるし、各大陸全域でも可能である。しかし、大量の情報を、おそらく、放送素材の復号化を容易にするフォーマットで、獲得し照合し符号化し放送しなければならないかも知れない。このような大量の情報を処理するために必要な帯域幅は、処理されている情報量に比例して広がる。そこで、利用可能な帯域幅の使用を最適化するため、プログラムガイドデータを構築する必要がある。
【０００３】
このプログラムガイドデータ構造がどの程度最適化されるかは、構造化データを受信するデコーダユニットのコストによる。実際には、伝送帯域幅とデコーダの複雑さとの間で妥協がある。極端な妥協例としては、必要な伝送と処理帯域幅を最小化するため、プログラムガイド情報内の重複して冗長なデータ要素が全て除去される例がある。その結果、各デコーダはプログラムガイドデータストリーム全体から情報を受信しバッファリングし解析し照合する必要があり、そのため、複雑でコストのかかるデコーダが必要になる。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
その他の極端な妥協例としては、プログラムガイド情報が、特定のユーザかユーザグループの要件に合った個々のサブセットに区分される例がある。これは、各デコーダが最小の冗長度を含む目標情報を受信しバッファリングし解析し照合する必要があるが、冗長度が最小であるので、処理能力は劣るが、より簡単でより経済的なデコーダの採用が容易になることを意味する。しかし、このように区分すると、異なる区分に対応する複数の異なるプログラムガイドサブセットに、重複プログラムガイド情報項目を組み込む必要性から、情報が冗長になるほど、伝送帯域幅を広くする必要がある。大量のプログラムガイド情報を処理する上で問題があり、伝送帯域幅とデコーダの複雑さの間で望ましい妥協をする上で問題があるが、このような問題は本発明のシステムによって解決されている。デコーダによる復号化と、選択可能のプログラムガイドの生成とを共に容易にするため、プログラムガイドデータを構築し区分する上で派生的な問題があるが、このような派生的な問題も本発明によるシステムによって解決されている。
【課題を解決するための手段】
【０００５】
デコーダは、エリア（例えば、地理的、放送、またはネットワークマーケットエリア）と、放送のスケジューリングされた時間との両方によって、オブジェクトを含むプログラムガイド情報を照合するためのデータを獲得する。このデコーダによるプログラムガイド情報の照合は、そのプログラムガイド情報を特定のエリアおよび放送時間に関係付けするため、チャネルおよびプログラムマップ情報を備えた照合データを使用して行われる。このデコーダによるこのプログラムガイド情報の照合は、異なるエリアに関係付けされた少なくとも２つの利用可能なプログラムガイドから選択されたプログラムガイドを、ユーザ選択入力に応答して供給するため、行われる。この照合されたプログラムガイド情報は表示のために処理される。
【図面の簡単な説明】
【０００６】
【図１】本発明による、ＰＳＩを搬送する際に使用するためのＶＬＰＧ階層ファイル／テーブルフォーマットを示す図である。
【図２】本発明による、ＰＳＩを搬送する際に使用するためのＭＧＴフォーマットを示す図である。
【図３】本発明による、区分に基づいてエリアを組み込む、ＰＳＩを搬送する際に使用するためのＣＩＴフォーマットを示す図である。
【図４】本発明による、区分に基づいてエリアおよび時間を組み込む、マルチメディアオブジェクトデータ構造フォーマットを示す図である。
【図５】本発明による、チャネル、イベント、およびコントロールオブジェクト基本情報ファイルのデータ構造の例を示す図である。
【図６】本発明による、チャネル、イベント、およびコントロールオブジェクト基本情報ファイルのデータ構造の例を示す図である。
【図７】本発明による、チャネル、イベント、およびコントロールオブジェクト基本情報ファイルのデータ構造の例を示す図である。
【図８】区分に基づいたエリアおよび時間を可能にする識別子フィールドを含む、（図５、図６および図７のテーブルで使用されるような）ＭＰＥＧ互換carouselIdのデータ構造を示す図である。
【図９】本発明による、階層に基づいたバージョン識別子、および、動的プログラムガイド再区分をサポートするセル区分識別子を組み込む、ＭＤＢＴのデータ構造フォーマットを示す図である。
【図１０】本発明による、エリア、時間および複雑性に基づいた識別子フィールドを組み込む、（図９のテーブルで使用されるような）セルタイプインジケータのためのデータ構造例を示す図である。
【図１１】本発明による、チャネル、イベントおよびコントロールサブディレクトリを含むオブジェクトデータベースのための、階層ディレクトリフォーマットを示す図である。
【図１２】本発明による、ＰＳＩを生成するための方法を示す図である。
【図１３】本発明の原理による、ＶＬＰＧ情報を含む放送信号を復調し復号化するための、デジタルビデオ受信装置のブロック図である。
【発明を実施するための形態】
【０００７】
デジタルフォーマットで伝送される放送プログラムは、補助情報と共に符号化され放送される。この補助情報としては、プログラムおよび関連するデータを復号化する際に使用されるＰＳＩ（program specific information）が含まれる。ＰＳＩには、プログラムガイドデータが含まれるとともに、選択されたプログラムチャネルのコンテント（content）をリカバーするため、個々のデータパケットを識別し組み立てる際に使用するための情報が含まれる。ＰＳＩおよび関連するプログラムコンテントは、大規模プログラムガイドを搬送する上で有利なように構築されている。この大規模プログラムガイドは、数千もの放送プログラムチャネルに関連する情報を搬送するとともに、広大な地理的エリア、例えば、各大陸全域か、各国の全域か、州全域をカバーする関連するマルチメディアオブジェクトに関する情報を搬送する。これらマルチメディアオブジェクトには、オーディオクリップと、ビデオクリップと、アニメーションと、静止イメージと、Internetデータと、Emailメッセージと、テキストと、他のタイプのデータが含まれている。これらマルチメディアオブジェクトは、独立したユニットとみることができるデータエンティティであり、個々のプログラム内のイメージに関係付けされているか、あるいは、プログラムガイドコンポーネントに関係付けされている。これらマルチメディアオブジェクトは、例えば、プログラムガイドまたはビデオプログラムを表す複合ビデオイメージに組み込まれている。この補助情報データ構造により、単方向通信アプリケーション例えば受動的ビューイングと、双方向通信アプリケーション例えばインタラクティブタイプの機能とがサポートされ、格納アプリケーションもサポートされている。
【０００８】
ＰＳＩおよび関連するプログラムコンテントの配送は、異なるサービスプロバイダにより、Internetを介して、ブロードキャスト／マルチキャストモードで行なうか、サブスクリプション（subscription）ベースか、他のペイパービューベースで、地上波放送か衛星放送かケーブル放送により行なうことができる。このデータ構造によれば、異なるデータフォーマットで符号化されたマルチメディアオブジェクトであって、ローカルソースおよびリモートソースから異なる通信プロトコルで通信されているマルチメディアオブジェクトを獲得し復号化するのが容易になる。
【０００９】
以下、ＭＰＥＧ(Moving Pictures Expert Group)互換というデータは、「ＭＰＥＧ規格」というＭＰＥＧ２イメージ符号化規格に準拠している。この規格は、システム符号化セクション(ISO/IEC 13818-1, 10th June 1994)と、ビデオ符号化セクション(ISO/IEC 13818-2, 20th January 1995)からなる。
【００１０】
本発明の原理によるデータ構造要素は、ＭＰＥＧ互換フォーマット(ＭＰＥＧシステム規格のsection 2.4.4による)で搬送することができるか、あるいは、Program and System Information Protocol for Terrestrial Broadcast and Cable、Advanced Television Systems Committee(ATSC)、10 November 1997（以下、ＰＳＩＰ規格という）、または、他のＡＴＳＣ規格と互換性のあるフォーマットで搬送することができる。さらに、これらデータ構造要素はMPEG-4またはMPEG-7規格のような他のＭＰＥＧ規格に従って形成することができるか、特定のシステムのメーカ独自またはカスタム要件に従って形成することができる。
【００１１】
本発明の原理を、地上波放送か、ケーブル放送か、衛星放送か、Internet放送か、コンピュータネットワーク放送システムに適用することができる。このシステムでは、コーディングタイプまたは変調フォーマットを変えることができる。このようなシステムには、例えば、非ＭＰＥＧ互換システムであって、他のタイプの符号化データストリームを含み、ＰＳＩを搬送する他の方法を含むものを含めることができる。さらに、開示したシステムは、放送プログラムを処理する例であるが、これは例示に過ぎない。「プログラム」という用語は、例えば、オーディオデータか、電話メッセージか、コンピュータプログラムか、Internetデータか、他の通信のような任意の形式のパケット化データを表すために、用いられる。
【００１２】
図１は大規模プログラムガイド（ＶＬＰＧ）階層ファイル／テーブルフォーマットであって、ＰＳＩを搬送するトランスポートストリームレベルのデータ構造に使用するためのものの概観を示す。この構造は階層的に編成され、相互にリンクされた複数のテーブルを備えている。これらテーブルはデータおよびパラメータの配列からなる。これら配列は、ＴＶチャネル、ＴＶプログラムと、チャネルパラメータと、プログラムパラメータと、関係付けをしたマルチメディアオブジェクトと、オブジェクトパラメータ等の集まりまたはシーケンスを列挙し記述するために使用されている。図１の階層的なテーブル編成の例には、ＭＧＴ（Master Guide Table）１２０と、ＭＤＢＴ（Master Database Table）１２２と、ＣＣＴ（Content and Classification）１１４と、ＳＴＴ（System Time Table）１１６と、ＲＲＴ（Rating Region Table）１１８とが含まれている。図１の階層には、ＴＣＩＴ（Terrestrial Channel Information Table）１１２と、ＣＣＩＴ（Cable Channel Information Table）１１０と、ＳＣＩＴ（Satellite Channel Information Table）１０８も示す。これらテーブルのチャネル情報は、ネットワークプロバイダ、例えば、ＣＢＳ、ＮＢＣ、ＨＢＯ、Comcastによって照合される。追加のテーブルには、ＳＩＴ（Schedule Information Table)１０６、１０４、１０２が含まれている。これらテーブルのプログラムまたはサービスは、ソースによって照合される。
【００１３】
ＭＧＴには、他のテーブルで搬送されたＰＳＩを獲得する際に使用するための情報が含まれている。ＣＩＴ（Channel Information Table）、例えば、ＴＣＩＴ、ＣＣＩＴ、またはＳＣＩＴには、ユーザが選択したプログラムチャネルを受信するための同調およびナビゲーションのための情報が含まれる。ＳＩＴには、ＣＩＴにリストアップされたチャネルで受信可能なプログラム（イベント）の記述リストが含まれる。ＣＩＴか、ＳＩＴか、他のテーブルのいずれかは、ユーザが特定のプログラムを選択してそれに同調できる情報を搬送するために用いられる。ＣＩＴは、典型的には、いくつかのイベント（ＴＶプログラム）で不変のオーディオビジュアルプログラムコンテントデータを獲得するためのパラメータを搬送するために使用される。ＳＩＴは、典型的には、あるイベント（個別のＴＶプログラム）において不変のオーディオビジュアルプログラムコンテントデータのパラメータを搬送するために使用される。階層テーブル内の項目を記述し補う追加のＰＳＩは、記述子情報要素内で搬送される。
【００１４】
広域プログラムガイドにとって十分なデータを収容するために、図１の階層状の個々のテーブルは、エリア（例えば、地理的、放送、またはネットワークマーケットエリア）と、スケジューリングされた放送時間とによって都合良く区分できるようになっている。また、このテーブルデータを、例えば復号化におけるスケーラビリティを可能にするため、第３のパラメータ、例えば、データまたはマルチメディアオブジェクトの複雑さに従って、追加的に区分することができる。このタイプのプログラムガイド区分は、図１に１００で示す３次元セルによって表現される。実際には、図１のＶＬＰＧ構造により、ガイドプロバイダが必要とする可能性のあるあらゆるタイプの区分が仮想的にサポートされる。エリアおよび時間ベースの区分は、時間およびエリア識別子を、図１の１つ以上のテーブルと、関係付けされたオブジェクトデータとに含めることによって、行われる。これらエリアおよび時間区分識別子を、このように通信プロトコルのトランスポートレベルに含める利点は、より高いレベル、例えば、アプリケーション層レベルで区分が行われた場合に生じていたデコーダの処理負担（例えばデータを解析するため）を軽減する点にある。その結果、プログラムガイドのフィルタリングがトランスポート層で行われ、デコーダユニットに含まれたトランスポートチップによって直接実行される。しかし、テーブルデータおよびオブジェクトのための時間およびエリア識別子を、必要な場合にこのようなより高いレベルで含めることが可能である。
【００１５】
プログラムガイドを伝送し処理する場合、伝送する必要のあるチャネルおよびプログラム情報の量と、関連するオブジェクトの数が、共に増大する程、帯域幅の需要が増大する。大規模プログラムガイドでは、簡単な場合であっても、数千もの項目の情報およびオブジェクトの伝送が必要になる可能性がある。簡単なプログラムガイドはイメージもオーディオもビデオクリップもない可能性があるが、その場合でも、少なくとも、搬送される数千ものプログラム（イベント）のためのテキスト記述が必要になる。プログラムガイド情報を、冗長なく、しかも、単一のビン（bin）またはデータファイルを区分せずに、送信することが可能である。このような場合であって、トランスポートレベルの区分がない場合は、（例えば）テキスト記述が単一のデータファイルで終わることになる。これは、例えば、San Diegoにあるデコーダが、米国内の他の全ての市から、全ての素材（イベントテキスト記述か、イメージか、他のあらゆるオブジェクト）を受信するが、トランスポートレベルでは、無用な素材を廃棄できなくなる、ことを意味する。とすると、トランスポートレベルの区分がない場合、デコーダは、受信したプログラムガイド情報を、アプリケーションレベルでフィルタリングする必要がある。これはプロセッサ集中型で、無駄で、負担の大きいタスクであり、これには、高度なソフトウェアと充分な処理能力が必要であり、デコーダユニットのコストが上がる。
【００１６】
図１のＶＬＰＧデータ構造は、エリアベースの区分をトランスポート層レベルで使用するオプションを供給するのに好都合である。ＰＧＩは、例えば、東地区（Eastern area）と、中地区（Central area）と、山岳地区（Mountain area）と、太平洋沿岸地区（Pacific area）に区分することができる。そうすると、San Diegoにあるデコーダは、もはや他の３地域からのプログラムガイド情報を受信する必要がなくなる。よって、このように区分することにより、デコーダによる解析およびフィルタリングの負担が著しく軽減され、区分が小さくなるほど（例えば、州単位になると）、デコーダによる解析およびフィルタリングの負担がより軽減される。このように区分する別の利点は、適用可能な区分されたＰＧＩのダウンロードに要する時間が短縮される点にある。
【００１７】
しかし、ＰＧＩを区分することは、冗長プログラムガイドデータが導入されることでもある。というのは、このような区分には、データ項目が重複する必要があるからである。一例を挙げると、バスケットボールの試合を太平洋沿岸地区および山岳地区で放送する場合には、関連するテキスト記述情報の２つのコピー、すなわち、太平洋沿岸地区および山岳地区を目標に定めた区分に対してそれぞれ１つのコピーを伝送する必要がある。当然、区分の数が増加するにつれて、冗長情報の量も増加し、より大きい伝送帯域幅が必要となる。したがって、帯域幅と情報フィルタリングの負担の間にはトレードオフがある。区分が多いということは、情報フィルタリングが高速になるということであるが、それも、増大した帯域幅のコストに見合った分だけである。区分が唯１つしかないときは、冗長性がないので、帯域幅は最小であるが、全てのＰＧＩ項目を解析する必要があるので、フィルタリングの負担はより大きくなる。
【００１８】
時間セルおよびエリアセルを、MPEG2 PSIおよびDSM-CCフィールドを使用することによって、ＭＰＥＧ−２互換データ構造にマッピングすることができる。おそらく、必ずしも全てのテーブルがエリアベースの識別子を含む必要はない。プログラムコンテント評価は、例えば、典型的には、米国中どこでも適用可能である。図１のＶＬＰＧアーキテクチャでは、エリアベースの区分をＣＩＴおよびＭＧＴに適用することによって、充分な利点が得られる。ＣＩＴは、サービスプロバイダ用のチャネルラインナップ（利用可能なチャネルのリスト）を定義し、サービスプロバイダによってカバーされた地理的エリアに依存している。例えば、Indianapolisの地上波放送用のチャネルラインナップは、Philadelphiaのケーブルプロバイダ用のチャネルラインナップとは異なる。図１のシステムでは、ＭＧＴも地理的エリアに依存しているが、必ずしもこうである必要はない。
【００１９】
ＰＧＩを特定の視聴者に集中させる能力は１つの利点であり、この利点は、放送マーケットレベルで、チャネルラインナップをエリアベースで細分化する能力から導出されるものである。このため、異なるテーブル「インスタンス」が作成される。テーブルインスタンスは、特定のマーケットエリアを対象とするテーブルのバージョンであり、適用可能なマーケットエリアを識別するためのエリア識別子が組み込まれている。単一のテーブルの複数のインスタンスを、同時に伝送することができ、それぞれが異なる情報を搬送する。異なるテーブルインスタンスは、ＭＰＥＧ−２プロトコルの「table_id_extension」フィールドを使用して認識される。
【００２０】
図２および図３はＭＧＴフォーマットとＣＩＴフォーマットをそれぞれ示す。これらＭＧＴフォーマットとＣＩＴフォーマットは、ＰＳＩを搬送する際と、マーケットエリア識別のためのtable_id_extensionフィールドを組み込む際に使用される。図２のＭＧＴと、図３のＣＩＴでは、このマーケットエリア識別フィールドが「network_provider」と呼ばれ、図２では、ＭＧＴデータ構造を１３０で示し、図３では、ＣＩＴデータ構造を１４０で示す。network_providerエリア識別子フィールドはネットワークプロバイダを一意的に認識するために使用される１６ビットのフィールドである。ネットワークプロバイダの意義は伝送媒体に依存している。具体的には、地上波放送では、ネットワークプロバイダは地理的領域内の放送局の集まりであり、ケーブル放送では、ネットワークプロバイダはローカルケーブルサービスプロバイダであり、衛星放送では、ネットワークプロバイダは衛星サービスプロバイダである。
【００２１】
図１のデータ構造によれば、異なるタイプのプログラム固有情報およびＰＧＩは、異なるエリアを対象とすることができるので有利である。このような特徴により、プログラムガイドデータを放送し受信するのに関係する処理帯域幅とデコーダの複雑性との間の受け入れ可能な妥協を選択する点で柔軟性がでてくることになる。一例を挙げると、マルチメディアオブジェクトをチャネルラインナップ情報よりも粗いエリアに区分することは、容認できる可能性がある。図１のデータ構造によってガイドプロバイダに与えられる能力としては、異なるタイプのデータを粗いエリアから細かいエリアまで（例えば、国、州、郡という大きなエリアから、市、町、街区、個々の顧客という小さいエリアまで）に区分する能力がある。
【００２２】
さらに、異なるエリア（例えば、２つの近隣エリア間か、任意の利用可能なエリアからガイドを選択するか）に対するプログラムガイドからユーザに選択させるか、放送時間の異なる期間に対するプログラムガイドからユーザに選択させるため、ＰＧＩがデコーダで照合される。リモートユニットか他のデータ入力デバイスからのユーザ選択入力に応答して、異なるエリアに関係付けされた１つ以上の利用可能なプログラムガイドから１つのプログラムガイドを、デコーダで、選択できる。このような選択では、デコーダにより、（受信したＰＧＩに関係付けされた）地域識別子と、デコーダのロケーションを表す地域識別子であって事前に格納された地域識別子とが比較される。このような地域指定子には、郵便番号と、電話の市外局番と、他のあらゆる地域識別コードを含めることができる。
【００２３】
図４はＶＬＰＧ内のオブジェクトを搬送するためのマルチメディアオブジェクトデータ構造フォーマットを示す。このマルチメディアオブジェクトデータ構造は、MPEG DSM-CC互換carouselId識別子（図４に１５０で示す）内のエリアおよび時間識別子フィールドを使用して、エリアおよび時間ベースの区分をサポートする。
【００２４】
図５、図６、および図７はチャネルと、イベントと、制御オブジェクトをそれぞれ含むオブジェクトのデータ構造の例を示す。具体的には、図５はchannel ＢＩＦ（Channel Basic Information File）バイナリファイルを示し、図６はEvent ＢＩＦ（Event Basic Information File）バイナリファイルを示し、図７はControl ＢＩＦ（Control Basic Information）バイナリファイルを示す。図４と同様にして、図５ないし図７のチャネルと、イベントと、制御オブジェクトデータは、エリアおよび時間識別子フィールドを、MPEG DSM-CC互換carouselId識別子（図５ないし図７に、それぞれ、１５３、１５７、１５９で示す）内に含む。
【００２５】
図８の参照番号１５２は、（図４、図５、図６および図７のテーブルで使用されるような）ＭＰＥＧ互換carouselIdのためのcarouselIdデータ構造の一例を示す。carouselIdはデータベース参照として使用するための１６ビットのディレクトリ項目識別子と、８ビットの時間識別子と、８ビットのエリア識別子とを含む。これらのフィールドによって、デコーダがプログラムガイドデータをエリアおよび時間ベースの区分に基づいて、選択的にフィルタリングすることが可能となる。
【００２６】
図１のＶＬＰＧデータ構造では、ＭＤＢＴ（１２２で示すＭＤＢＴ）は、プログラムガイド区分（セル）を定義するために用いられるとともに、そのロケーションで復号化するために利用可能なセルをデコーダに知らせるために用いられる。図９は、ＭＤＢＴデータ構造に階層ベースのバージョン識別子を組み入れたことを示し、セル区分識別子が動的プログラムガイド再区分できるようにしたことを示す。参照番号１７０および１７８の間のコードは、区分されたセルを定義するループを含む。このループ内で、「cell_type」というフィールド（１７２で示す）が、図１０に示すようなセルのインデックスを決定する。
【００２７】
図１０に１７９で示すものは、セルタイプインジケータのためのデータ構造の一例を示す。このセルタイプインジケータはオブジェクトの複雑性レベルを定義するために使用される、８ビットの複雑性レベル識別子を含む。このセルタイプインジケータは、エリアおよび時間ベースの区分を定義するための、８ビットのエリア識別子および８ビットの時間識別子も含む。
【００２８】
個々のオブジェクトまたはＰＧＩの項は、オブジェクトをそのマザーセルの時間およびエリアインデックスにリンクするためのcarouselId（図８で定義され、図４に１５０で示す）を含む。動的プログラムガイド再区分は、ＭＤＢＴのセルリストを再編成することによって行われ、carouselId内のマザーセル時間およびエリアインデックス識別子を動的に変更して行われる。したがって、ガイドプロバイダは、プログラムガイドデータ構造を動的に再区分して、利用可能な伝送帯域幅またはデコーダの複雑化における変化に適応することができる。ガイドプロバイダは、増大した帯域幅が利用可能になった場合に、より高速なオブジェクトフィルタリング時間を供給するため、より細かい区分を使用することができるか、あるいは、デコーダの処理能力が向上した場合は、帯域幅を保持するため、より粗い区分を使用することができる。とすると、San Diegoにあるデコーダは、今日、エリア０および７に関係付けされたＰＧＩへアクセスできるが、将来は、このデコーダに、例えば、より細かい区分を反映して、地域０および９に関係付けされたＰＧＩへアクセスできる。将来、帯域幅と区分の間で適切な妥協を選択することによって、米国と同じ程度に広いエリアをカバーするガイドに存在するマルチメディアオブジェクトに、リアルタイムでアクセスできることは、充分可能である。
【００２９】
図１１はチャネル、イベントおよびコントロールサブディレクトリの下にオブジェクトファイルを含むオブジェクトデータベースのための階層ディレクトリフォーマットを示す。図１１は、「event2」のような特定のイベントが、それ自身のディレクトリに、その必要なファイルを含ませることができることを示す。例えば、「event2」は４つの関連するオブジェクト（図１１に２４０、２４２、２４４および２４６で示す）を有する。処理のため、オブジェクトデータベースを用いて、ディレクトリに基づいたアドレスは、トランスポートレベルのフィールドにマッピングされる。パスが、例えば、/VLPG/TIME1/AREA1/events/event2/event.bifのようなパス（図１１のディレクトリ２２０、２２４、２２８、２３２、２３８、２４２を通るパス）であると、あるcarouselIdとmoduleIdを有する唯一のオブジェクトが存在する。例えば、この場合、次のようにマッピングされる。
【００３０】
/VLPG  ------->  VLPGオブジェクトデータベースから取り出されたファイル
/TIME1  ------>  0x01(時間変数)
/AREA1  ------>  0x01(エリア変数)
/events/event2  ------>  0x3005(ディレクトリ数変数)
【００３１】
したがって、このデータベースアドレスは0x01013005のcarouselIdにマッピングされる。さらに、event.bif（２４２で示す）は、ＰＧＩから決定することができる（この例では、値0x0002のような)moduleIdを有する。トランスポートレベルのフィールドからディレクトリベースのアドレスへの逆マッピングも一意的であり、類似の方法で導出することができる。
【００３２】
図１１に例示のディレクトリ構造は、伝送されたオブジェクトを処理し、それと対話するためのソフトウェアのオペレーションをサポートする。この処理ソフトウェアは、ファイル形式で、オブジェクトと共に伝送することができ、ついで、デコーダによって解釈またはコンパイルされ実行される。このような処理ソフトウェアは多数のアプリケーションのために用いることができる。これら多数のアプリケーションには、コンテントベースのプログラムガイドをデコーダによりある言語で作成するようにしたアプリケーションも含まれる。この言語としては、例えば、ＨＴＭＬ（Hyper Text Mark-up Language）と、ＳＧＭＬ（Standardized Generalized Mark-up Language）と、Javaと、ActiveXと、デコーダがサポートする他のあらゆる言語等がある。一例として、ｗｅｂブラウザを含むとともにＨＴＭＬソフトウェアをサポートするデコーダユニットに伝送するため、全ての利用可能な日曜日の映画を記述するｗｅｂサイトを、毎週、日曜日に、ガイドプロバイダは準備しようとする。日曜ガイド情報はＨＴＭＬで符号化され、特殊なｗｅｂサイトを記述するＨＴＭＬソフトウェアファイルとしてデコーダに伝送される。これらＨＴＭＬファイルは、オブジェクトデータベースのディレクトリ構造のあらゆるロケーションに位置しており、協働して、特殊なｗｅｂサイトを含む日曜映画ガイドリストを形成する、イメージと、テキストと、ビデオと、オーディオファイルを生成する。よって、日曜ガイドｗｅｂサイトがオブジェクトデータベースの一部として放送されるが、慣用としてのInternetサーバからのアクセスはない。このように搬送することができる他の特殊なプログラムガイドｗｅｂサイトは、例えば、（ａ）再生のために利用可能なDVD/VCRプログラムと、（ｂ）他のInternet  ｗｅｂサイトと、（ｃ）アクセスするために事前にストアされたファックス／電話番号と、（ｄ）テレビ電話機能と、（ｅ）家庭電化製品コントロール機能とをリストアップすることができる。
【００３３】
ユーザはオブジェクトデータベースに含まれた特殊な日曜ガイド放送ｗｅｂサイトの表示を開始することができる。この表示は、リモートユニットまたは他のデータ入力デバイスを用いて、関係付けされ表示されているメニュー項目、すなわち、表示アイコンを選択して行われる。または、同様にして、放送ｗｅｂサイトをナビゲートし、公表されている映画を概観することができる。さらに、ユーザは、ｗｅｂサイトを介して、コマンド、例えば、（ａ）ＶＣＲまたはＤＶＤユニットをプログラムするか、（ｂ）所望のチャネルに同調するか、（ｃ）オブジェクトデータベースの一部として同様にして放送されるか、あるいは、電話（または、ケーブル）回線を介して慣用の方法でアクセスされるかのいずれかである他のInternetサイトにアクセスすることを開始できる可能性がある。さらに、このような電話（またはケーブル）回線を介してのInternetアクセスを開始する際に、デコーダは放送または他のソースからアクセス情報を獲得することができる。このようなアクセス情報には、例えば（ａ）Internet ＵＲＬと、（ｂ）Internet ＩＰアドレスと、（ｃ）Emailアドレスと、（ｄ）電話／ファックス／テレビ電話番号とが含まれる。
【００３４】
図１１の階層ディレクトリ構造は、図１のＶＬＰＧ構造によって供給される別の利点を示している。大規模プログラムガイドでは、構成テーブルおよびオブジェクトの更新の管理には、大量のバージョン番号を検査することが含まれる（数千ものバージョン番号が含まれる可能性がある）。デコーダは、バージョン番号が変更されたと判断すると、特定のプログラムガイドテーブルまたはオブジェクトをダウンロードするが、バージョン番号の変更がないテーブルまたはオブジェクトは破棄する。このタスクは、ＭＧＴのような１つのテーブルにおける変更に影響されやすいテーブルおよびオブジェクトの全てのバージョン番号をリストアップすることにより援助される可能性がある。どのテーブルまたはオブジェクトが変更になったかを判定し、変更されたテーブルまたはオブジェクトを適時に獲得するために、デコーダがこのＭＧＴを検査できる程度に高速なレートで、このＭＧＴが放送されている。しかし、このＭＧＴ内の全てのエントリを解析することは、大規模ガイド構造では、非常に時間がかかる可能性がある。
【００３５】
このような問題は、階層バージョンコントロールのシステムであって、バージョンコントロールをパフォームする幾つかのテーブルが存在するシステムを採用することにより処理される。これらのテーブルは、図１１に例示したツリー構造で編成されている。図１１では、テーブル２３８（event2）はテーブル２３８下のテーブル／ファイルのバージョンをコントロールする。テーブル２３２（events）はテーブル３３６（event1）および２３８の全てのバージョンをコントロールする。テーブル２２８（AREA1）はテーブル２３０（channels）と、テーブル２３２と、テーブル２３６（control）のみのバージョンをコントロールする。このようにすれば、各テーブルにストアされているバージョン番号情報は小さくなり、ツリーを上から下までスキャンすることによって、更新する必要のあるファイルか、テーブルか、オブジェクトを迅速に発見することができる。
【００３６】
複数レベルの構造は上述したが、２層バージョンコントロール構造も、図１のＶＬＰＧのデータベースのオブジェクトのバージョンコントロールに使用することができる。２層の例では、ツリー階層の上層が図９に例示したようなＭＤＢＴである。第２のレベルは、ＭＤＢＴレベルの下のレベルであるが、チャネル、イベントおよびコントロール基本情報ファイルであって、既に説明した図５と、図６と、図７のデータ構造によって例示されるようなものを含むセルからなるものである。これらチャネル、イベントまたはコントロールファイルのいずれかの変更は、これらファイルの各バージョン番号と、項目１６０（図５）と、項目１６３（図６）と、項目１６７（図７）の変更によってシグナル（signal）されている。さらに、チャネル、イベントまたはコントロールファイルのバージョン番号の変更も、次の階層（セル）レベルのバージョン番号の変更によってシグナルされている。すなわち、このような変更は、図９のＭＤＢＴのバージョン番号１７６の変更によってシグナルされる。具体例として、（データベース内のイメージである）チャネルロゴ（channel logo）が、あるバージョンからあるバージョンに変更された場合には、チャネルＢＩＦはこの変更を項目１６０（図５）に反映させることになる。このＭＤＢＴは、セルレベルの項目１７６（図９）の変更もシグナルする。デコーダは、まず、ＭＤＢＴを検査し、セルバージョン番号が変更になったか否か判定し、ついで、ＢＩＦファイルを検査し、セル内で変更になっているオブジェクトを識別する。
【００３７】
図９のＭＤＢＴ構造は、大規模プログラムガイドを処理する点において別の利点を供給する。デコーダの精巧さと、処理能力と、複合マルチメディアオブジェクトを処理する能力は、時間の経過とともに良くなっている。例えば、第１世代のセットトップボックスデコーダは、主に、ビットマップ形式のイメージ処理を行なっていた。しかし、新世代のデコーダは、圧縮解除ソフトウェアを使用して、ＪＰＥＧか、ＧＩＦか、他のイメージフォーマットをダウンロードすることができ、次世代のものは、イメージだけでなく複数フォーマットのムービクリップも処理できるであろう。したがって、デコーダのスケーラビリティをサポートするように、プログラムガイドデータを構築するのが望ましい。すなわち、種々の複雑さを有するある範囲のデコーダが、これら各デコーダに付与されたレベルの処理能力を用いてＰＧＩを処理できるように、プログラムガイドデータを構築するのが望ましい。そうすると、複雑さの程度が低いデコーダは、処理可能なオブジェクトを識別することができ、処理能力を越えるオブジェクトを廃棄することができる。そうでないと、複雑さの程度の高いデコーダは、バッファオーバフロー等の問題により、複雑さの程度の低いデコーダのオペレーションを損なう可能性がある。
【００３８】
図９（および図１０）のＭＤＢＴデータ構造は、デコーダユニットにおける効率的なマルチメディアオブジェクト複雑性の識別をサポートするようになっている。このため、ＭＤＢＴはＰＩＤ（パケット識別子）値をデータベースのセルに割り当てる。図９では、項目１７２は特定のセルを識別し、項目１７４によってＰＩＤ値と関係付けられる。さらに、項目１７２は、時間、エリアおよびセルの複雑性調整を定義する２４ビットのフィールドcell_typeを定義する（図１０を参照）。そこで、オブジェクト複雑性レベルインジケータが、MPEG-2互換トランスポート層フィールドに含まれる。よって、異なる複雑性レベルに属するデータベースのオブジェクトが、異なるＰＩＤによって識別されたストリームで搬送される。デコーダには複雑性レベルが事前に割り当てられる。そして、このデコーダのＭＤＢＴ（具体的には項目１７２）の適用は、この事前に割り当てられたデコーダ複雑性レベルに一致するか、それを下回る複雑性レベルを有するセルに対して、ＰＩＤ値を選択しキャッチ（catch）する際に行われる。このデコーダの能力を超える複雑性レベルのオブジェクトは、トランスポートレベルで廃棄されるようになっている。
【００３９】
図１２はＰＳＩを形成する、本発明による方法のフローチャートを示す。図１２の方法によれば、ＰＳＩが生成される。このＰＳＩには、既に説明した特徴を含む、ＭＧＴデータおよび記述子と、ＭＤＢＴデータおよび記述子と、ＣＣＴデータおよび記述子と、ＳＴＴデータおよび記述子と、ＲＲＴデータおよび記述子と、ＴＣＩＴデータおよび記述子と、ＣＣＩＴデータおよび記述子と、ＳＣＩＴデータおよび記述子と、ＳＩＴデータおよび記述子とが含まれる。この方法は、プログラムガイドデータを放送するため、デコーダで、採用することができるか、あるいは、別のデバイスに伝送するため、デコーダユニット内でプログラムガイドデータを符号化するために採用することができる。
【００４０】
図１２のステップ２５０から開始され、ステップ２５３にて、ＰＳＩを区分するため、既に説明したデータ構造原理に基づいた方法が選択される。このＰＳＩは、時間セグメントおよびエリアと、ネットワークタイプと、複雑性レベルと、セルと、プログラム（イベント）に従って区分されている。ステップ２５５にて、この区分されたＰＳＩを収容するため、ＰＩＤ値が割り当てられる。非ＭＰＥＧトランスポートプロトコルが使用された場合は、ＰＩＤ値を、論理チャネルを識別する適正なパラメータと置換することができる。ステップ２５７にて、ＭＧＴおよびＭＤＢＴ（または、他のタイプのコントロールテーブル）が、区分オペレーション中に形成されたものを含むように生成される。このＭＧＴは、他のテーブルに入れて搬送されたＰＳＩを獲得する際に使用するための情報を搬送する。このＭＤＢＴは、マルチメディアオブジェクトをトランスポートストリームから獲得する際に使用するための情報を搬送する。
【００４１】
ステップ２６０にて、個々のＣＣＴ、ＳＴＴ、ＲＲＴ、ＴＣＩＴ、ＣＣＩＴ、ＳＣＩＴ、およびＳＩＴ等のテーブルが、区分された構造に従って形成される。これらテーブルは、既に説明した本発明の原理に従って導出された、マルチメディアオブジェクトのリンクと、バージョン番号と、識別子を組み込んでいる。チャネルおよびプログラム識別情報を含むＣＩＴ（例えば、ＴＣＩＴと、ＣＣＩＴと、ＳＣＩＴ）が形成される。このチャネルおよびプログラム識別情報は、パケット識別子を含む利用可能な放送プログラムおよびチャネルの獲得を可能にするものである。これらパケット識別子は、特定のチャネルを介して伝送される個々のプログラムを構成する個々のパケット化データストリームを識別するためのものである。さらに、ステップ２６０にて、プログラムガイドスケジュール情報を含むＳＩＴが生成される。このプログラムガイドスケジュール情報には、ＣＩＴにリストアップされたチャネルを介して受信可能なプログラム（イベント）の記述リストを含んでいる。
【００４２】
ステップ２６３にて、ステップ２６０で形成されたテーブルが、関連するマルチメディアオブジェクトとともに、所望のデータフォーマットおよびプロトコルと互換性を持つようにフォーマットされる。このようなデータフォーマットとプロトコルには、例えば、ＭＰＥＧ２互換ＰＳＩと、MPEG2 DSM-CCと、ＤＳＳと、Internet互換ファイル転送フォーマットが含まれている。ステップ２６５にて、フォーマットにより得られたテーブルとマルチメディアオブジェクトが、地上伝送のために、指定ロケーションで、データストリームに組み込まれる。ステップ２６７にて、これらＭＧＴとＭＤＢＴがデータストリームに組み込まれる。
【００４３】
ステップ２７０にて、ステップ２６７で作成されたＰＳＩが、複数チャネルに対するコンポーネント（および他のデータ）を表すビデオおよびオーディオプログラムとともに、マルチプレックスされ、出力するためトランスポートストリームにフォーマットされる。ステップ２７０にて、この出力されたトランスポートストリームが、別の装置、例えば、レシーバか、ビデオサーバに地上伝送するか、あるいは、例えば記憶媒体上に記録するためのストレージ装置に地上伝送するのに適するように処理される。ステップ２７０で行なわれた処理には、周知の符号化機能、例えば、データ圧縮Reed-Solomon符号化と、インタリーブと、スクランブルと、トレリス符号化と、搬送波変調が含まれる。ステップ２７５にて、この処理は完了し終了する。図１２の処理では、拡張されたチャネル数に対処するため、複数のＣＩＴと、ＳＩＴと、関連する拡張テーブルを形成でき、ＰＳＩに組み込むことができる。さらに、他の実施の形態では、これらテーブルを、例えば、衛星、ケーブルまたはInternet伝送のために、同様に処理することができる。
【００４４】
放送プログラムコンテントを表すオーディオ、ビデオおよび関連データを搬送する信号で変調された放送搬送波が、図１３のビデオレシーバシステムで、アンテナ１０によって受信され、ユニット１３によって処理される。得られたデジタル出力信号は復調器１５によって復調される。ユニット１５からの復調出力は、デコーダ１７によってトレリス復号化され、バイト長データセグメントにマッピングされ、デインタリーブされ、Reed-Solomon誤り訂正される。ユニット１７からの訂正出力データは、ＭＰＥＧ互換トランスポートデータストリームの形式であって、このストリームには、マルチプレックスされたオーディオ、ビデオおよびデータコンポーネントを表すプログラムが含まれている。ユニット１７からのトランスポートストリームは、ユニット２２によってオーディオ、ビデオおよびデータコンポーネントにでマルチプレックスされ、さらに、デコーダシステム１００の他の要素によって処理される。あるモードでは、デコーダ１００は、表示およびオーディオ再生を行うため、ＭＰＥＧ復号化データをユニット５０および５５にそれぞれ供給する。別のモードでは、ＭＰＥＧ互換データストリームをストレージ装置９０により記憶媒体１０５にストアするため、ユニット１７からのトランスポートストリームがデコーダ１００によって処理される。
【００４５】
ユーザは、ＴＶチャネル（ユーザが選択したチャネルＳＣ）か、プログラムガイドのようなオンスクリーンメニューのいずれかをビューするために、リモートコントロールユニット７０を使用して選択する。コントローラ６０は、リモートコントロールユニット７０からインタフェース６５を介して供給された選択情報を使用して、図１３の要素を適正に構成し、ビューするための所望のプログラムチャネルを受信する。コントローラ６０には、プロセッサ６２およびプロセッサ６４が含まれる。ユニット６２はシステムタイミング情報を処理し、ＰＧＩを含むＰＳＩを処理する（すなわち、解析し、照合し、組み立てる）。プロセッサ６４は、デコーダ１００をオペレーションする際に必要となる残りのコントロール機能をパフォームする。ユニット６０の機能は、図１３に示すような個別のた要素６２と要素６４としてインプリメントすることができるが、これらに代えて、単一のプロセッサ内にインプリメントすることができる。例えば、ユニット６２および６４の機能を、マイクロプロセッサのプログラミングされた命令内に組み込むことができる。
【００４６】
コントローラ６０は入力信号フォーマットおよびコーディングタイプを復調して復号化するように、プロセッサ１３と、復調器１５と、デコーダ１７と、デコーダシステム１００とを構成する。さらに、コントローラ６０は、ユニット１３、１５、および１７を、ＣＡＴＶ（cable television）信号を受信するためのような他の通信モードのために構成するとともに、同軸線１４を介して双方向通信を行なうためか、あるいは、例えば、電話回線１１を介して双方向（例えば、Internet）通信を行なうためのような他の通信モードのために構成する。アナログビデオモードでは、ＮＴＳＣ互換信号がユニット１３、１５および１７によって受信され、デコーダ１００によってビデオ表示およびオーディオ再生をそれぞれユニット５０および５５で行うため、処理される。ユニット１３、１５、１７と、デコーダ１００内のサブユニットは、コントローラ６０によって入力信号タイプに対して個別に構成されており、双方向データおよびコントロール信号バスＣを使用して、これらの要素内のコントロールレジスタ値を設定する。
【００４７】
デコーダ１００に供給されたトランスポートストリームは、プログラムチャネルデータと、補助システムタイミング情報とを含むデータパケットであって、ＰＧＩを含むＰＳＩを含むデータパケットを備えている。ユニット２２は補助情報パケットをコントローラ６０に向けて送る。コントローラ６０はこの情報を解析し照合して、（図１に示すような）既に説明した階層配列テーブルに組み立てる。ユーザにより選択されたプログラムチャネルＳＣを備えた個々のデータパケットは、組み立てられたＰＳＩを使用して、識別され組み立てられる。さらに、このＰＳＩは条件付きアクセスと、ネットワーク情報と、識別およびリンクデータとを含み、図１３のシステムを所望のチャネルに同調させてデータパケットを組み立て、完全なプログラムを形成することができる。このＰＳＩには、補助情報の識別および組み立てをサポートするデータも含まれる。
【００４８】
これらプログラム固有情報およびシステムタイミング情報は、複数階層に編成され相互にリンクされたテーブルであって図１の構造によるテーブルに、コントローラ６０により組み立てられる。このＳＴＴには、時間参照インジケータおよび関連する訂正データが含まれる。このＭＧＴには、他のテーブルに入れて搬送されたＰＳＩ、例えば、他のテーブルに関係付けされたデータパケットを識別するための識別子を獲得するための情報が含まれる。このＣＩＴ（例えば、ＴＣＩＴ）には、ユーザにより選択されたプログラムチャネルを受信するため、同調およびナビゲーションのための情報が含まれている。このＳＩＴには、このＣＩＴにリストアップされたチャネルを介して受信可能なプログラム（イベント）の記述リストが含まれている。このＲＲＴは、ＰＣＲＩ（program content rating information）、例えば、地域（例えば、国または米国内の州）によって照合される、ＭＰＡＡ（Motion Picture Association of America）またはＶチップ互換ＲＩ（rating information）が含まれる。階層テーブル内の項目を記述し補う追加ＰＳＩは、記述子情報要素内で搬送される。コントローラ６０によってユニット２２を介して獲得されたプログラム固有情報およびシステムタイミング情報は、ユニット６０の内部メモリにストアされる。コントローラ６０は、プログラムへのアクセスを条件付けする際と、プログラム表示、記録および再生を含むプログラム処理機能をスケジューリングする際に、この獲得されたＰＧＩを使用する。
【００４９】
コントローラ６０およびプロセッサ２２は、ユニット１７からデコーダ１００に入力されたパケット化され復号化されたトランスポートストリーム内のビデオ、オーディオおよびサブピクチャストリームのＰＩＤを、ＣＩＴから決定する。これらビデオ、オーディオおよびサブピクチャストリームは、選択されたチャネルＳＣを介して伝送されている所望のプログラムを構成する。プロセッサ２２は、ＭＰＥＧ互換ビデオ、オーディオおよびサブピクチャストリームを、ビデオデコーダ２５と、オーディオデコーダ３５と、サブピクチャプロセッサ３０にそれぞれ供給する。これらビデオおよびオーディオストリームには、選択されたチャネルＳＣプログラムコンテントを表す圧縮されたビデオおよびオーディオデータが含まれる。このサブピクチャデータには、チャネルＳＣプログラムコンテントに関係付けされたＳＩＴ、ＣＣＴおよびＲＲＴ情報が含まれる。
【００５０】
デコーダ２５は、ユニット２２からのＭＰＥＧ互換パケット化ビデオデータを復号化し、圧縮解除し、ピクセルデータを表す圧縮解除されたプログラムを、ＮＴＳＣエンコーダ４５にマルチプレクサ４０を介して供給する。同様にして、オーディオプロセッサ３５は、ユニット２２からのパケット化オーディオデータを復号化し、この復号化され増幅されたオーディオデータを、オーディオ再生のために、関連する圧縮解除されたビデオデータと同期してデバイス５５に供給する。プロセッサ３０は、ユニット２２から受信されたサブピクチャデータを復号化し圧縮解除する。
【００５１】
プロセッサ３０は、ユニット２２からのＲＲＴ、ＣＣＴ、ＣＩＴおよびデータオブジェクトを組み立て照合し解釈し、ＯＳＤ３７へ出力するために、フォーマットされたプログラムガイドデータを作成する。ＯＳＤ３７は、ＳＩＴと、ＲＲＴと、ＣＣＴと、他の情報を処理して、ピクセルマップデータを生成する。このピクセルマップデータは、サブタイトルメニュー表示と、コントロールメニュー表示と、情報メニュー表示を表すものであり、これら表示には、表示デバイス５０で提示するために選択可能なメニューオプションおよび他の項目が含まれている。これら表示されているコントロールメニューと情報メニューによって、ユーザは、ビューし、フューチャ（future）ユースのためのプログラム処理機能をスケジューリングするため、プログラムを選択することができる。これらフューチャユースのためのプログラム処理機能としては、ａ）ビューするため、選択されたプログラムを受信するように同調する機能と、ｂ）プログラムを記憶媒体１０５に記録する機能と、ｃ）記憶媒体１０５からプログラムを再生する機能がある。
【００５２】
コントロールおよび情報表示は、ＯＳＤジェネレータ３７によって作成されたテキストおよびグラフィックスを含んでおり、コントローラ６０の指示によって、オーバレイピクセルマップデータの形式で、生成される。ユニット３７からのオーバレイピクセルマップデータは、ＭＰＥＧデコーダ２５からのデータを表す圧縮解除されたピクセルと、マルチプレクサ４０を介してエンコーダ４５において、コントローラ６０の指示によって結合され同期される。結合されたピクセルマップデータは、チャネルＳＣ上のビデオプログラムを、関連するサブピクチャデータとともに表しており、ＮＴＳＣエンコーダ４５によって符号化され、表示するため、デバイス５０に出力される。
【００５３】
図１３のシステムのストアモードでは、ユニット１７からの訂正された出力データがデコーダ１００によって処理され、ストアするため、ＭＰＥＧ互換データストリームを供給する。このモードでは、ストアするためのプログラムが、ユーザによってリモートユニット７０およびインタフェース６５を介して選択される。プロセッサ２２はプロセッサ６０とともに、圧縮されたＰＳＩを形成する。このＰＳＩには、既に説明したような特徴を含む、ＭＧＴデータと、ＭＤＢＴデータと、ＣＣＴデータと、ＳＴＴデータと、ＲＲＴデータと、ＴＣＩＴデータと、ＳＩＴデータと、記述子が含まれている。この圧縮されたＰＳＩは、ストアするために選択されたプログラムの復号化をサポートするが、関係のない情報を除去する。プロセッサ６０はプロセッサ２２とともに、複合ＭＰＥＧ互換データストリームを形成する。この複合ＭＰＥＧ互換データストリームには、選択されたプログラムおよび関連する圧縮ＰＳＩのパケット化されたコンテントデータが含まれる。この複合データストリームはストレージインタフェース９５に出力される。
【００５４】
ストレージインタフェース９５は、データのギャップを軽減し、ビットレート変化を低減するため、複合データストリームをバッファリングする。このバッファリングされたデータは、媒体１０５へのストアに適するように、ストレージ装置９０によって処理される。ストレージ装置９０は、周知のエラー符号化技術、例えば、チャネルコーディングと、インタリーブと、Reed-Solomon符号化を用いて、インタフェース９５からのバッファリングされたデータストリームから、ストアに適した符号化データストリームを作成する。ユニット９０はこの圧縮されたＰＳＩを組み込む符号化データストリームを記憶媒体１０５にストアする。
【００５５】
図１３のアーキテクチャは排他的なものではない。他のアーキテクチャを本発明の原理に従って導出でき、同じ目標を達成することができる。さらに、図１３のデコーダ１００の機能と、図１２の処理ステップは、マイクロプロセッサのプログラミングされた命令の全部または一部でインプリメントすることができる。さらに、本発明の原理は、ＭＰＥＧまたは非ＭＰＥＧ互換電子プログラムガイドの任意の形式に適用するものである。本発明の原理に従って形成されたデータストリームは、例えば、電話回線を介した、ビデオサーバまたはＰＣタイプの通信を含む種々のアプリケーションで使用することができる。本発明の原理によってＰＳＩを組み込むように形成されたビデオ、オーディオおよびデータのうちの１つ以上のコンポーネントを有するプログラムデータストリームは、記憶媒体上に記録することができ、他のサーバか、ＰＣか、レシーバに伝送または再放送することができる。以上説明したデータ構造の重要な要素は、プログラムコンテント情報またはＰＧＩを配送するために用いることができる種々のデータトランスポート構造で、プログラム補助情報を搬送するため、使用できるようになっている。このようなトランスポート構造には、例えば、MPEG-PSI、Internet TCP/IP（Transport Control Protocol/Internet Protocol）、ＤＳＳ（Digital Satellite System）、ＡＴＭ（Asynchronous Transfer Mode）等を含めることができる。
【図１】
2009194925.tif 000003
【図２】
2009194925.tif 000004
【図３】
2009194925.tif 000005
【図４】
2009194925.tif 000006
【図５】
2009194925.tif 000007
【図６】
2009194925.tif 000008
【図７】
2009194925.tif 000009
【図８】
2009194925.tif 000010
【図９】
2009194925.tif 000011
【図１０】
2009194925.tif 000012
【図１１】
2009194925.tif 000013
【図１２】
2009194925.tif 000014
【図１３】
2009194925.tif 000015