(57)【要約】【課題】大規模プログラムガイドを編成し処理する上で、大量の情報を処理するために必要な帯域幅は、処理されている情報量に比例して広がる。利用可能な帯域幅の使用を最適化するため、プログラムガイドデータを構築する必要がある。【解決手段】本発明のプログラムガイド情報データ構造および処理システムは、復号を容易にする。デコーダは、パケット化されたプログラムガイドデータを含んだ“階層的に整理されたデータテーブル”により伝達される補助的情報を獲得する。補助的情報は、階層的に関連付けられたバージョン識別子を含む。バージョン識別子は、デコーダが、バージョン識別子を階層的な順序に従って分析し、データテーブル内容の変化を識別する。デコーダは、セルタイプ、エリア、放送時間および複雑さレベルを識別するセル番号を獲得する。セル番号は、ダイナミックに再区分されたプログラムガイドデータに適合するよう、プログラムガイド情報の個々の区分（パーティション）に割り当てられる。【選択図】図１
2009207160.tif 000002
【特許請求の範囲】
【請求項１】
再区分可能なパケット化プログラムガイドデータを適応的に復号化する装置であって、
階層的に構成されたデータテーブル区分を含み、区分情報を含むプログラムガイドデータを収集するプロセッサであって、前記区分情報が、
前記プログラムガイドデータの個々の区分に割り当てられた区分識別子を含み、前記プログラムガイドデータ区分が、前記区分情報における前記区分識別子を再割り当てすることによって動的に再区分可能であることと、
前記再割り当てされた区分識別子を識別し、前記識別され再割り当てされた区分識別子に応答して追加のプログラムガイドデータを収集するプロセッサと
を備えたことを特徴とする装置。
【請求項２】
前記区分識別子は、（ａ）エリア、（ｂ）放送時間、（ｃ）複雑性レベル、（ｄ）区分タイプのうち、少なくとも１つに基づいてプログラムガイドデータ区分を識別することを特徴とする請求項１に記載の装置。
【請求項３】
復号器における処理に適合するように、パケット化プログラムデータを形成する方法において、
プログラムガイド情報および補助的情報を階層的に構成されたデータテーブル区分に区分し、データベースを前記補助的情報に含めるステップであって、前記データベースは、
（ａ）  区分の内容変更を示している更新可能なバージョン番号と、
（ｂ）  前記プログラムガイド情報の個々の区分に割り当てられたセル番号とを含み、前記プログラムガイド情報セル区分が、前記データベースにおける前記セル番号の再割り当てによって動的に再区分可能であることと、
伝送チャネルへの出力用に、前記補助的情報および前記プログラムガイド情報をパケット化データに組み込むステップと
を備えることを特徴とする方法。
【請求項４】
前記補助的情報は、（ａ）放送チャネル、（ｂ）放送プログラム、および（ｃ）ユーザインタフェース制御のうち、少なくとも１つに関連付けられたオブジェクトを含むマルチメディアオブジェクトに含むことを特徴とする請求項３に記載の方法。
【請求項５】
オブジェクトは、（ａ）ビデオセグメント、（ｂ）オーディオセグメント、（ｃ）テキスト、（ｄ）表示用ユーザ選択可能な項目を表わすアイコン、（ｅ）ＨＴＭＬもしくはＳＧＭＬ文書、（ｆ）選択可能項目のメニュー、（ｇ）包含する画像内の提示のための画像ウィンドウならびに（ｈ）マルチメディア機能を開始するための画像ウィンドウのうち、少なくとも１つを含むことを特徴とする請求項４に記載の方法。
【請求項６】
セル番号は、（ａ）エリア識別子、（ｂ）放送時間識別子、および（ｃ）複雑性レベル識別子のうち、少なくとも１つを組み込むことを特徴とする請求項３に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタル信号処理の分野に関し、具体的には、チャネルおよびプログラムのためのプログラムガイドに関する。
【背景技術】
【０００２】
広大な地理的エリアを数千もの放送プログラムチャネルでカバーする場合に、これら数千もの放送プログラムチャネルに関する情報を搬送する大規模プログラムガイドを編成し処理する上で、数多くの問題が提起されている。カバーされる地理的エリアは、例えば、米国全域でも良いし、各大陸全域でも良い。大量の情報を、おそらく、放送素材の復号化を容易にするフォーマットで、獲得し、照合し、符号化しおよび放送しなければならないかも知れない。このような大量の情報を処理するために必要な帯域幅は、処理されている情報量に比例して広がる。そこで、利用可能な帯域幅の使用を最適化するため、プログラムガイドデータを構築する必要がある。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
このプログラムガイドデータ構造がどの程度最適化されるかは、構造化データを受信するデコーダユニットのコストによる。実際には、伝送帯域幅とデコーダの複雑さとの間で妥協がある。極端な妥協例としては、必要な伝送と処理帯域幅を最小化するため、プログラムガイド情報内の重複して冗長なデータ要素が全て除去される例がある。その結果、各デコーダはプログラムガイドデータストリーム全体から情報を受信しバッファリングし解析し照合する必要があり、そのため、複雑でコストのかかるデコーダが必要になる。
【０００４】
その他の極端な妥協例としては、プログラムガイド情報が、特定のユーザかユーザグループの要件に合った個々のサブセットに区分される例がある。これは、各デコーダが最小の冗長度を含む目標情報を受信しバッファリングし解析し照合する必要があるが、冗長度が最小であるので、処理能力は劣るが、より簡単でより経済的なデコーダの採用が容易になることを意味する。しかし、このように区分すると、異なる区分に対応する複数の異なるプログラムガイドサブセットに、重複したプログラムガイド情報項目を組み込む必要性から、情報が冗長になるほど、伝送帯域幅を広くする必要がある。大量のプログラムガイド情報を処理する上で問題があり、伝送帯域幅とデコーダの複雑さの間で望ましい妥協をする上で問題があるが、このような問題は本発明のシステムによって解決される。デコーダによる復号化と、選択可能のプログラムガイドの生成とを共に容易にするため、プログラムガイドデータを構築し区分する上で派生的な問題があるが、このような派生的な問題も本発明によるシステムによって解決される。
【課題を解決するための手段】
【０００５】
デコーダは、パケット化されたプログラムガイドデータを含んだ“階層的に整理されたデータテーブル(hierarchically ordered data table)”により伝達される補助的情報を獲得する。この補助的情報は、階層的に関連付けられたバージョン識別子(version identifier)を含む。このバージョン識別子は、デコーダがバージョン識別子を階層的な順序に従って分析することにより、データテーブル内容の変化を識別可能にする。デコーダは、（例えば、セルタイプ、エリア、放送時間および複雑さレベルを識別している）セル番号を獲得する。これらのセル番号は、ダイナミックに再区分されたプログラムガイドデータに適合するよう、プログラムガイド情報の個々の区分（パーティション）に割り当てられる。
【発明の効果】
【０００６】
以上説明したように、大量のプログラムガイド情報を処理する上での問題および伝送帯域幅とデコーダの複雑さの間で望ましい妥協をする上で問題が、本発明のシステムによって解決される。デコーダによる復号化と、選択可能のプログラムガイドの生成とを共に容易にするためプログラムガイドデータを構築し区分する上での派生的な問題も、本発明によるシステムによって解決される。
【図面の簡単な説明】
【０００７】
【図１】本発明による、ＰＳＩを搬送する際に使用するためのＶＬＰＧ階層ファイル／テーブルフォーマットを示した図である。
【図２】本発明による、ＰＳＩを搬送する際に使用するためのＭＧＴフォーマットを示した図である。
【図３】本発明による、区分に基づいてエリアを組み込む、ＰＳＩを搬送する際に使用するためのＣＩＴフォーマットを示した図である。
【図４】本発明による、区分に基づいてエリアおよび時間を組み込む、マルチメディアオブジェクトデータ構造フォーマットを示した図である。
【図５】本発明による、チャネルオブジェクト基本情報ファイルのデータ構造の例を示した図である。
【図６】本発明による、イベントオブジェクト基本情報ファイルのデータ構造の例を示した図である。
【図７】本発明による、コントロールオブジェクト基本情報ファイルのデータ構造の例を示した図である。
【図８】区分に基づいたエリアおよび時間を可能にする識別子フィールドを含む、ＭＰＥＧ互換carousel_Idのデータ構造を示した図である。
【図９】本発明による階層に基づいたバージョン識別子および動的なプログラムガイドの再区分をサポートするセル区分識別子を組み込むＭＤＢＴのデータ構造フォーマットを示した図である。
【図１０】本発明による、エリア、時間および複雑性に基づいた識別子フィールドを組み込んだ、セルタイプインジケータのデータ構造例を示した図である。
【図１１】本発明による、チャネル、イベントおよびコントロールサブディレクトリを含むオブジェクトデータベースの階層ディレクトリフォーマットを示した図である。
【図１２】本発明による、ＰＳＩを生成する方法を示した図である。
【図１３】本発明の原理による、ＶＬＰＧ情報を含む放送信号を復調し復号化するためのデジタルビデオ受信装置のブロック図である。
【発明を実施するための形態】
【０００８】
デジタルフォーマットで伝送された放送プログラムは、プログラムおよび関連付けられたデータを復号するのに使用されるプログラム固有情報（ＰＳＩ）を含む補助的情報とともに、符号化されおよび放送される。プログラム固有情報は、プログラムガイドデータと、個々のデータパケットを識別しおよび組み立てて選択されたプログラムチャネルのコンテンツを再生するのに使用される情報とを含む。ＰＳＩおよび関連付けられたプログラムコンテンツは、大規模プログラムガイドを搬送する上で都合が良いように構築されている。この大規模プログラムガイドは、数千もの放送プログラムチャネルに関連する情報を搬送するとともに、広大な地理的エリア、例えば、各大陸全域、各国の全域または州全域をカバーする関連付けられたマルチメディアオブジェクトに関連する情報を搬送する。これらマルチメディアオブジェクトには、オーディオクリップ、ビデオクリップ、アニメーション、静止イメージ、インターネットデータ、電子メールメッセージ、テキストおよび他のタイプのデータが含まれている。これらマルチメディアオブジェクトは、独立したユニットとみることができるデータエンティティであり、個々のプログラム内のイメージに関連付けされているか、あるいは、プログラムガイドコンポーネントに関連付けされている。これらマルチメディアオブジェクトは、例えば、プログラムガイドまたはビデオプログラムを表す複合ビデオイメージに組み込まれている。この補助的情報のデータ構造により、単方向通信アプリケーション例えば受動的ビューイング、双方向通信アプリケーション例えばインタラクティブタイプの機能がサポートされ、格納アプリケーションもサポートされている。
【０００９】
ＰＳＩおよび関連付けられたプログラムコンテンツの配送は、異なるサービスプロバイダにより、インターネットを介して、ブロードキャスト／マルチキャストモードで行なうか、サブスクリプション（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規格のような他のＭＰＥＧ規格に従って形成することができ、特定のシステムのメーカ独自またはカスタム要件に従って形成することもできる。
【００１２】
本発明の原理を、地上波放送、ケーブル放送、衛星放送、インターネット放送またはコンピュータネットワーク放送システムに適用することができる。このシステムでは、符号化タイプまたは変調フォーマットを変えることができる。このようなシステムには、例えば、非ＭＰＥＧ互換システムであって、他のタイプの符号化データストリームを含み、ＰＳＩを搬送する他の方法を含むものを含めることができる。さらに、開示したシステムは、放送プログラムを処理する例であるが、これは例示に過ぎない。「プログラム」という用語は、例えば、オーディオデータ、電話メッセージ、コンピュータプログラム、インターネットデータまたは他の通信のような任意の形式のパケット化データを表すために、用いられる。
【００１３】
図１は、プログラム固有情報（ＰＳＩ）を搬送するトランスポートストリームレベルのデータ構造に使用するための、大規模プログラムガイド（ＶＬＰＧ）階層ファイル／テーブルフォーマットの概観を示す。この構造は階層的に編成され、相互にリンクされた複数のテーブルを備えている。これらテーブルはデータおよびパラメータの配列からなる。これら配列は、ＴＶチャネル、ＴＶプログラム、チャネルパラメータ、プログラムパラメータ、関連付けられたマルチメディアオブジェクトおよびオブジェクトパラメータ等の集まりまたはシーケンスを列挙しおよび記述するために使用されている。図１の階層的なテーブル編成の例には、ＭＧＴ（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）ファイルまたはデータファイルで、送信することが可能である。このような場合、およびトランスポートレベルの区分がない場合、（例えば）テキスト記述は、結局１つのデータファイルで終わることになる。これは、例えばサンディエゴにあるデコーダが、米国内の他の全ての市から、全ての素材（イベントテキスト記述、イメージまたは他のあらゆるオブジェクト）を受信し、トランスポートレベルでは、無用な素材を廃棄できなくなることを意味する。結果として、トランスポートレベルの区分がない場合、デコーダは、受信したプログラムガイド情報をアプリケーションレベルでフィルタリングする必要がある。これはプロセッサ集中型で、無駄で、かつ負担の大きいタスクであり、このために高度なソフトウェアと充分な処理能力が必要となって、デコーダユニットのコストが上がる。
【００１７】
図１のＶＬＰＧデータ構造は、エリアベースの区分をトランスポート層レベルで使用するオプションを供給するのに好都合である。ＰＧＩは、例えば、東部地区（Eastern area）と、中部地区（Central area）と、山岳地区（Mountain area）と、太平洋沿岸地区（Pacific area）に区分することができる。そうすると、サンディエゴにあるデコーダは、もはや他の３地域からのプログラムガイド情報を受信する必要がなくなる。よって、このように区分することにより、デコーダによる解析およびフィルタリングの負担が著しく軽減され、区分が小さくなるほど（例えば、州単位になると）、デコーダによる解析およびフィルタリングの負担がより軽減される。このように区分する別の利点は、適用可能な区分されたＰＧＩのダウンロードに要する時間が短縮される点にある。
【００１８】
しかし、ＰＧＩを区分することは、冗長プログラムガイドデータが導入されることにもなる。というのは、このような区分をするには、データ項目が重複している必要があるからである。一例を挙げれば、バスケットボールの試合を太平洋沿岸地区および山岳地区で放送する場合には、関連するテキスト記述情報の２つのコピー、すなわち、太平洋沿岸地区および山岳地区を目標に定めた区分に対してそれぞれ１つのコピーを伝送する必要がある。当然、区分の数が増加するにつれて、冗長情報の量も増加し、より大きい伝送帯域幅が必要となる。したがって、帯域幅と情報フィルタリングの負担の間にはトレードオフがある。区分が多いということは、情報フィルタリングが高速になるということであるが、それも増大した帯域幅のコストに見合った分だけである。区分がただ１つしかないときは、冗長性がないので、帯域幅は最小となるが、全てのＰＧＩ項目を解析する必要があるので、フィルタリングの負担はより大きくなる。
【００１９】
時間セルおよびエリアセルを、MPEG2 PSIおよびDSM-CCフィールドを使用することによって、ＭＰＥＧ−２互換データ構造にマッピングすることができる。おそらく、必ずしも全てのテーブルがエリアベースの識別子を含む必要はない。プログラムコンテンツの評価は、例えば、典型的には、米国中どこでも適用可能である。図１のＶＬＰＧアーキテクチャでは、エリアベースの区分をＣＩＴおよびＭＧＴに適用することによって、充分な利点が得られる。ＣＩＴは、サービスプロバイダ用のチャネルラインナップ（利用可能なチャネルのリスト）を定義し、サービスプロバイダによってカバーされた地理的エリアに依存している。例えば、インディアナポリスの地上波放送用のチャネルラインナップは、フィラデルフィアのケーブルプロバイダ用のチャネルラインナップとは異なる。図１のシステムでは、ＭＧＴも地理的エリアに依存しているが、必ずしもこうである必要はない。
【００２０】
ＰＧＩを特定の視聴者に集中させる能力は１つの利点であり、この利点は、放送マーケットレベルで、チャネルラインナップをエリアベースで細分化する能力から導出されるものである。このため、異なるテーブル「インスタンス」が作成される。テーブルインスタンスは、特定のマーケットエリアを対象とするテーブルのバージョンであり、適用可能なマーケットエリアを識別するためのエリア識別子が組み込まれている。１つのテーブルの複数のインスタンスを、同時に伝送することができ、それぞれが異なる情報を搬送する。異なるテーブルインスタンスは、ＭＰＥＧ−２プロトコルの「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内のマザーセル時間およびエリアインデックス識別子を動的に変更して行われる。したがって、ガイドプロバイダは、プログラムガイドデータ構造を動的に再区分して、利用可能な伝送帯域幅またはデコーダの複雑化における変化に適応することができる。ガイドプロバイダは、増大した帯域幅が利用可能になった場合に、より高速なオブジェクトフィルタリング時間を提供するため、より細かい区分を使用することができる。または、デコーダの処理能力が向上した場合は、帯域幅を保持するため、より粗い区分を使用することができる。とすると、サンディエゴにあるデコーダは、今日、エリア０および７に関連付けられたＰＧＩへアクセスできるが、将来は、このデコーダに、例えば、より細かい区分を反映して、地域０および９に関連付けられたＰＧＩへアクセスできるようになる。将来、帯域幅と区分との間で適切な妥協を選択することによって、米国と同じ程度に広いエリアをカバーするガイドに存在するマルチメディアオブジェクトに、リアルタイムでアクセスできることは、充分可能である。
【００３０】
図１１はチャネル、イベントおよびコントロールサブディレクトリの下にオブジェクトファイルを含むオブジェクトデータベースのための階層ディレクトリフォーマットを示す。図１１は、「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およびデコーダがサポートする他のあらゆる言語等がある。一例として、ガイドプロバイダは、ｗｅｂブラウザを含むとともにＨＴＭＬソフトウェアをサポートするデコーダユニットに伝送するため、全ての利用可能な日曜日の映画を記述するｗｅｂサイトを、毎週、日曜日に準備したいことがあるだろう。この日曜ガイド情報はＨＴＭＬで符号化され、特別なｗｅｂサイトを記述するＨＴＭＬソフトウェアファイルとしてデコーダに伝送される。これらＨＴＭＬファイルは、オブジェクトデータベースのディレクトリ構造のあらゆるロケーションに位置しており、協働して、特別なｗｅｂサイトを含む日曜映画ガイドリストを形成するイメージ、テキスト、ビデオおよびオーディオファイルを生成する。よって、日曜ガイドｗｅｂサイトがオブジェクトデータベースの一部として放送されるが、従来のインターネットサーバからのアクセスはない。このように搬送することができる他の特別なプログラムガイドｗｅｂサイトは、例えば、（ａ）再生のために利用可能なDVD/VCRプログラム、（ｂ）他のインターネットｗｅｂサイト、（ｃ）アクセスするために予め記憶されたファックス／電話番号、（ｄ）テレビ電話機能および（ｅ）家庭電化製品コントロール機能をリストアップすることができる。
【００３４】
ユーザは、オブジェクトデータベースに含まれた特別な日曜ガイド放送ｗｅｂサイトの表示を開始することができる。この表示は、リモートユニットまたは他のデータ入力デバイスを用いて、関連付けされ表示されているメニュー項目、すなわち、表示アイコンを選択して行われる。または、同様にして、放送ｗｅｂサイトをナビゲートし、公開されている映画を概観することができる。さらに、ユーザは、ｗｅｂサイトを介して、例えば、（ａ）ＶＣＲまたはＤＶＤユニットをプログラムする、（ｂ）所望のチャネルに同調する、または（ｃ）オブジェクトデータベースの一部として同様にして放送されるもしくは電話（または、ケーブル）回線を介して従来の方法でアクセスされるのいずれかである他のインターネットサイトにアクセスするコマンドを起動することができる。さらに、このような電話（またはケーブル）回線を介してのインターネットアクセスを開始する際に、デコーダは放送または他のソースからアクセス情報を獲得することができる。このようなアクセス情報には、例えば（ａ）インターネットＵＲＬ、（ｂ）インターネット ＩＰアドレス、（ｃ）電子メールアドレスおよび（ｄ）電話／ファックス／テレビ電話番号が含まれる。
【００３５】
図１１の階層ディレクトリ構造は、図１のＶＬＰＧ構造によって与えられる別の利点を示している。大規模プログラムガイドでは、構成要素であるテーブル群およびオブジェクト群の更新の管理には、大量のバージョン番号を検査することが含まれる（数千ものバージョン番号が含まれることもある）。デコーダは、バージョン番号が変更されたと判断すると、特定のプログラムガイドテーブルまたはオブジェクトをダウンロードし、バージョン番号の変更がないテーブルまたはオブジェクトは破棄する。このタスクは、ＭＧＴのような１つのテーブルにおける変更に影響されやすいテーブル群およびオブジェクト群の全てのバージョン番号をリストアップすることにより援助され得る。どのテーブル群またはオブジェクト群が変更になったかを判定し、変更されたテーブルまたはオブジェクトを適時に獲得するために、デコーダがこのＭＧＴを検査できる程度に高速なレートで、このＭＧＴが放送されている。しかし、このＭＧＴ内の全ての項目を解析することは、大規模なガイド構造では、非常に時間がかかる可能性がある。
【００３６】
このような問題は、階層バージョンコントロールのシステムであって、バージョンコントロールを実行する幾つかのテーブルが存在するシステムを採用することにより処理される。これらのテーブルは、図１１に例示したツリー構造で編成されている。図１１では、テーブル２３８（event2）はテーブル２３８下のテーブル／ファイルのバージョンをコントロールする。テーブル２３２（events）は、テーブル３３６（event1）および２３８の全てのバージョンをコントロールする。テーブル２２８（AREA1）は、テーブル２３０（channels）、テーブル２３２およびテーブル２３６（control）のみのバージョンをコントロールする。このようにすれば、各テーブルにストアされているバージョン番号情報は小さくなり、ツリーを上から下までスキャンすることによって、更新する必要のあるファイル、テーブルまたはオブジェクトを迅速に発見することができる。
【００３７】
複数レベルの構造は上述したが、２層のバージョンコントロール構造も、図１のＶＬＰＧのデータベースのオブジェクトのバージョンコントロールに使用することができる。２層の例では、ツリー階層の上層は図９に例示したようなＭＤＢＴとなる。第２のレベルは、ＭＤＢＴレベルの下のレベルとなるが、既に説明した図５、図６および図７のデータ構造によってそれぞれ例示されたように、チャネル、イベントおよびコントロール基本情報ファイルを含むセル群から構成される。これらチャネル、イベントまたはコントロールファイルのいずれかの変更は、これらファイルの各バージョン番号、すなわち項目１６０（図５）、項目１６３（図６）および項目１６７（図７）の変更によってシグナル（signal）されている。さらに、チャネル、イベントまたはコントロールファイルのバージョン番号の変更も、次の階層（セル）レベルのバージョン番号の変更によってシグナルされている。すなわち、このような変更は、図９のＭＤＢＴのバージョン番号１７６の変更によってシグナルされる。具体例として、（データベース内のイメージである）チャネルロゴ（channel logo）が、あるバージョンからあるバージョンに変更された場合、チャネルＢＩＦはこの変更を項目１６０（図５）に反映させることになる。ＭＤＢＴは、セルレベルの項目１７６（図９）の変更もシグナルする。デコーダは、まず、ＭＤＢＴを検査し、セルバージョン番号が変更になったか否か判定し、ついで、ＢＩＦファイルを検査し、セル内で変更になったオブジェクトを識別する。
【００３８】
図９のＭＤＢＴ構造は、大規模プログラムガイドを処理する点において別の利点を与える。デコーダの精巧さ、処理能力および複合マルチメディアオブジェクトを処理する能力は、時間の経過とともに良くなっている。例えば、第１世代のセットトップボックスデコーダは、主に、ビットマップ形式のイメージ処理を行なっていた。しかし、新世代のデコーダは、圧縮解除ソフトウェアを使用して、ＪＰＥＧ、ＧＩＦまたは他のイメージフォーマットをダウンロードすることができ、次世代のものは、イメージだけでなく複数フォーマットのムービクリップも処理できるであろう。したがって、デコーダのスケーラビリティをサポートするように、プログラムガイドデータを構築するのが望ましい。すなわち、種々の複雑さを有する様々な範囲のデコーダが、これら各デコーダに付与されたレベルの
処理能力を用いてプログラムガイド情報を処理できるように、プログラムガイドデータを構築するのが望ましい。こうすることによって、複雑さの程度が低いデコーダは、処理可能なオブジェクトを識別することができ、処理能力を越えるオブジェクトを廃棄することができる。そうでないと、複雑さの程度の高いオブジェクトが、バッファオーバフロー等の問題により、複雑さの程度の低いデコーダのオペレーションを損なう可能性がある。
【００３９】
図９（および図１０）のＭＤＢＴデータ構造は、デコーダユニットにおける効率的なマルチメディアオブジェクト複雑性の識別をサポートするようになっている。このため、ＭＤＢＴはＰＩＤ（パケット識別子）値をデータベースのセルに割り当てる。図９では、項目１７２は特定のセルを識別し、項目１７４によってＰＩＤ値と関係付けられる。さらに、項目１７２は、時間、エリアおよびセルの複雑性の座標を定義する２４ビットのフィールドcell_typeを定義する（図１０を参照）。そこで、オブジェクト複雑性レベルインジケータが、MPEG-2互換トランスポート層フィールドに含まれる。よって、異なる複雑性レベルに属するデータベースのオブジェクトが、異なるＰＩＤによって識別されたストリームの中で搬送される。デコーダには、複雑性レベルが事前に割り当てられる。そして、このデコーダのＭＤＢＴ（具体的には項目１７２）の適用は、この事前に割り当てられたデコーダ複雑性レベルに一致するか、それを下回る複雑性レベルを有するセルに対して、ＰＩＤ値を選択しキャッチ（catch）する際に行われる。このデコーダの能力を超える複雑性レベルのオブジェクトは、トランスポートレベルで廃棄されるようになっている。
【００４０】
図１２は、本発明によるプログラム固有情報（ＰＳＩ）を形成する方法のフローチャートを示す。図１２の方法によれば、ＰＳＩが生成される。このＰＳＩには、既に説明した特徴を含むＭＧＴデータおよび記述子、ＭＤＢＴデータおよび記述子、ＣＣＴデータおよび記述子、ＳＴＴデータおよび記述子、ＲＲＴデータおよび記述子、ＴＣＩＴデータおよび記述子、ＣＣＩＴデータおよび記述子、ＳＣＩＴデータおよび記述子ならびにＳＩＴデータおよび記述子が含まれる。この方法は、プログラムガイドデータを放送するため、エンコーダにおいて採用し、あるいは、別のデバイスに伝送するため、デコーダユニット内でプログラムガイドデータを符号化するために採用することができる。
【００４１】
図１２のステップ２５０から開始され、ステップ２５３にて、ＰＳＩを区分するため、既に説明したデータ構造原理に基づいた方法が選択される。プログラム固有情報（ＰＳＩ）は、時間セグメントおよびエリア、ネットワークタイプ、複雑性レベル、セルおよびプログラム（イベント）に従って区分されている。ステップ２５５にて、区分されたＰＳＩに適合させるため、ＰＩＤ値が割り当てられる。非ＭＰＥＧトランスポートプロトコルが使用された場合は、ＰＩＤ値を、論理チャネルを識別する適正なパラメータと置換することができる。ステップ２５７にて、ＭＧＴおよびＭＤＢＴ（または、他のタイプのコントロールテーブル）が、区分動作中に形成されたものを含むように生成される。ＭＧＴは、他のテーブルに入れて搬送されたＰＳＩを獲得する際に使用するための情報を搬送する。ＭＤＢＴは、マルチメディアオブジェクトをトランスポートストリームから獲得する際に使用するための情報を搬送する。
【００４２】
ステップ２６０にて、個々のＣＣＴ、ＳＴＴ、ＲＲＴ、ＴＣＩＴ、ＣＣＩＴ、ＳＣＩＴ、およびＳＩＴ等のテーブルが、区分された構造に従って形成される。これらテーブルは、既に説明した本発明の原理に従って導出された、マルチメディアオブジェクトのリンクと、バージョン番号と、識別子を組み込んでいる。チャネルおよびプログラム識別情報を含むＣＩＴ（例えば、ＴＣＩＴ、ＣＣＩＴおよびＳＣＩＴ）が形成される。このチャネルおよびプログラム識別情報は、パケット識別子を含む利用可能な放送プログラムおよびチャネルの獲得を可能にする。これらパケット識別子は、特定のチャネルを介して伝送される個々のプログラムを構成する個々のパケット化データストリームを識別するためのものである。さらに、ステップ２６０にて、プログラムガイドスケジュール情報を含むＳＩＴが生成される。このプログラムガイドスケジュール情報には、ＣＩＴにリストアップされたチャネルを介して受信可能なプログラム（イベント）の記述リストを含んでいる。
【００４３】
ステップ２６３にて、ステップ２６０で形成されたテーブルが、関連付けられたマルチメディアオブジェクトとともに、所望のデータフォーマットおよびプロトコルと互換性を持つようにフォーマットされる。このようなデータフォーマットとプロトコルには、例えば、ＭＰＥＧ２互換ＰＳＩ、MPEG2 DSM-CC、ＤＳＳおよびインターネット互換ファイル転送フォーマットが含まれている。ステップ２６５にて、フォーマットにより得られたテーブルおよびマルチメディアオブジェクトは、地上伝送のために、指定のロケーションで、データストリームに組み込まれる。ステップ２６７にて、これらＭＧＴおよびＭＤＢＴがデータストリームに組み込まれる。
【００４４】
ステップ２７０にて、ステップ２６７で作成されたＰＳＩが、複数チャネルに対するコンポーネント（および他のデータ）を表すビデオおよびオーディオプログラムとともに、多重化され、出力するためトランスポートストリームにフォーマットされる。ステップ２７０にて、この出力されたトランスポートストリームが、別の装置、例えば、受信機もしくはビデオサーバに地上伝送し、あるいは、例えば記憶媒体上に記録するためのストレージ装置に地上伝送するのに適するように処理される。ステップ２７０で行なわれた処理には、周知の符号化機能、例えば、データ圧縮Reed-Solomon符号化、インタリーブ、スクランブル、トレリス符号化および搬送波変調が含まれる。ステップ２７５にて、この処理は完了し終了する。図１２の処理では、拡張されたチャネル数に対処するため、複数のＣＩＴと、ＳＩＴと、関連付けられた拡張テーブルを形成でき、ＰＳＩに組み込むことができる。さらに、他の実施の形態では、これらテーブルを、例えば、衛星、ケーブルまたはインターネット伝送のために、同様に処理することができる。
【００４５】
放送プログラムコンテンツを表すオーディオ、ビデオおよび関連付けられたデータを搬送する信号で変調された放送搬送波は、図１３のビデオレシーバシステムで、アンテナ１０によって受信され、ユニット１３によって処理される。得られたデジタル出力信号は、復調器１５によって復調される。ユニット１５からの復調出力は、デコーダ１７によってトレリス復号化され、バイト長データセグメントにマッピングされ、デインタリーブされ、Reed-Solomon誤り訂正される。ユニット１７からの訂正出力データは、ＭＰＥＧ互換トランスポートデータストリームの形式であって、このストリームには、多重化されたオーディオ、ビデオおよびデータコンポーネントを表すプログラムが含まれている。ユニット１７からのトランスポートストリームは、ユニット２２によってオーディオ、ビデオおよびデータコンポーネントに多重化解除され、さらに、デコーダシステム１００の他の要素によって処理される。あるモードでは、デコーダ１００は、表示およびオーディオ再生を行うため、ＭＰＥＧ復号化データをユニット５０およびユニット５５にそれぞれ供給する。別のモードでは、ＭＰＥＧ互換データストリームをストレージ装置９０により記憶媒体１０５にストアするため、ユニット１７からのトランスポートストリームがデコーダ１００によって処理される。
【００４６】
ユーザは、ＴＶチャネル（ユーザが選択したチャネルＳＣ）か、プログラムガイドのようなオンスクリーンメニューのいずれかをビューするために、リモートコントロールユニット７０を使用して選択する。コントローラ６０は、リモートコントロールユニット７０からインタフェース６５を介して供給された選択情報を使用して、図１３の要素を適正に構成し、ビューするための所望のプログラムチャネルを受信する。コントローラ６０には、プロセッサ６２およびプロセッサ６４が含まれる。ユニット６２はシステムタイミング情報を処理し、ＰＧＩを含むＰＳＩを処理する（すなわち、解析し、照合し、組み立てる）。プロセッサ６４は、デコーダ１００を動作させるする際に必要となる残りのコントロール機能を実行する。ユニット６０の機能は、図１３に示すような個別の他の要素６２と要素６４として実装することができるが、これらに代えて、単一のプロセッサ内に実装することもできる。例えば、ユニット６２および６４の機能を、マイクロプロセッサのプログラミングされた命令内に組み込むことができる。
【００４７】
コントローラ６０は入力信号フォーマットおよび符号化タイプを復調して復号化するように、プロセッサ１３、復調器１５、デコーダ１７およびデコーダシステム１００を構成する。さらに、コントローラ６０は、ユニット１３、１５、１７を、ＣＡＴＶ信号を受信するためのような他の通信モードのために構成するとともに、同軸線１４を介して双方向通信を行なうため、あるいは、例えば、電話回線１１を介して双方向（例えば、インターネット）通信を行なうためのような他の通信モードのために構成する。アナログビデオモードでは、ＮＴＳＣ互換信号がユニット１３、１５、１７によって受信され、デコーダ１００によってビデオ表示およびオーディオ再生をそれぞれユニット５０、５５で行うため、処理される。ユニット１３、１５、１７と、デコーダ１００内のサブユニットは、コントローラ６０によって入力信号タイプに対して個別に構成されており、双方向データおよびコントロール信号バスＣを使用して、これらの要素内のコントロールレジスタ値を設定する。
【００４８】
デコーダ１００に供給されるデータストリームは、プログラムチャンネルデータと、補助システムタイミング情報と、プログラムガイド情報を含むＰＳＩとを含むデータパケットからなる。ユニット２２は、補助的情報パケットをコントローラ６０に向けて送る。コントローラ６０はこの情報を解析しおよび順に並べ替えて、（図１に示すような）既に説明した階層的な配列テーブルに組み立てる。ユーザにより選択されたプログラムチャネルＳＣからなる個々のデータパケットは、組み立てられたＰＳＩを使用して、識別され組み立てられる。さらに、ＰＳＩは、条件付きアクセス、ネットワーク情報ならびに識別およびリンクデータとを含み、図１３のシステムを所望のチャネルに同調させてデータパケットを組み立て、完全なプログラムを形成することができる。このＰＳＩには、補助的情報の識別および組み立てをサポートするデータも含まれる。
【００４９】
これらプログラム固有情報およびシステムタイミング情報は、コントローラ６０によって、複数階層に編成され相互にリンクされたテーブルであって図１の構造によるテーブルに組み立てられる。ＳＴＴには、時間参照インジケータおよび関連する訂正データが含まれる。ＭＧＴには、他のテーブルに入れて搬送されたＰＳＩ、例えば、他のテーブルに関係付けされたデータパケットを識別するための識別子を獲得するための情報が含まれる。ＣＩＴ（例えば、ＴＣＩＴ）には、ユーザにより選択されたプログラムチャネルを受信するため、同調およびナビゲーションのための情報が含まれている。ＳＩＴには、ＣＩＴにリストアップされたチャネルを介して受信可能なプログラム（イベント）の記述リストが含まれている。ＲＲＴは、ＰＣＲＩ（program content rating information）、例えば、地域（例えば、国または米国内の州）によって照合される、ＭＰＡＡ（Motion Picture Association of America）またはＶチップ互換ＲＩ（rating information）が含まれる。階層テーブル内の項目を記述し補う追加ＰＳＩは、記述子情報要素内で搬送される。コントローラ６０によってユニット２２を介して獲得されたプログラム固有情報およびシステムタイミング情報は、ユニット６０の内部メモリにストアされる。コントローラ６０は、プログラムへのアクセスを条件付けする際と、プログラム表示、記録および再生を含むプログラム処理機能をスケジューリングする際に、この獲得されたＰＧＩを使用する。
【００５０】
コントローラ６０およびプロセッサ２２は、ユニット１７からデコーダ１００に入力されたパケット化され復号化されたトランスポートストリーム内のビデオ、オーディオおよびサブピクチャストリームのＰＩＤを、ＣＩＴから決定する。これらビデオ、オーディオおよびサブピクチャストリームは、選択されたチャネルＳＣを介して伝送されている所望のプログラムを構成する。プロセッサ２２は、ＭＰＥＧ互換ビデオ、オーディオおよびサブピクチャストリームを、ビデオデコーダ２５、オーディオデコーダ３５およびサブピクチャプロセッサ３０にそれぞれ供給する。これらビデオおよびオーディオストリームには、選択されたチャネルＳＣプログラムコンテンツを表す圧縮されたビデオおよびオーディオデータが含まれる。このサブピクチャデータには、チャネルＳＣプログラムコンテンツ
に関係付けされたＳＩＴ、ＣＣＴおよびＲＲＴ情報が含まれる。
【００５１】
デコーダ２５は、ユニット２２からのＭＰＥＧ互換パケット化ビデオデータを復号化し、圧縮解除し、ピクセルデータを表す圧縮解除されたプログラムを、ＮＴＳＣエンコーダ４５にマルチプレクサ４０を介して供給する。同様にして、オーディオプロセッサ３５は、ユニット２２からのパケット化オーディオデータを復号化し、この復号化され増幅されたオーディオデータを、オーディオ再生のために、関連する圧縮解除されたビデオデータと同期してデバイス５５に供給する。プロセッサ３０は、ユニット２２から受信されたサブピクチャデータを復号化し圧縮解除する。
【００５２】
プロセッサ３０は、ユニット２２からのＲＲＴ、ＣＣＴ、ＣＩＴおよびデータオブジェクトを組み立て照合し解釈し、ＯＳＤ３７へ出力するために、フォーマットされたプログラムガイドデータを作成する。ＯＳＤ３７は、ＳＩＴと、ＲＲＴと、ＣＣＴと、他の情報を処理して、ピクセルマップデータを生成する。このピクセルマップデータは、サブタイトルメニュー表示、コントロールメニュー表示および情報メニュー表示を表すものであり、これら表示には、表示デバイス５０で提示するために選択可能なメニューオプションおよび他の項目が含まれている。これら表示されているコントロールメニューと情報メニューによって、ユーザは、ビューし、フューチャ（future）ユースのためのプログラム処理機能をスケジューリングするため、プログラムを選択することができる。これらフューチ
ャユースのためのプログラム処理機能としては、ａ）ビューするため、選択されたプログラムを受信するように同調する機能、ｂ）プログラムを記憶媒体１０５に記録する機能およびｃ）記憶媒体１０５からプログラムを再生する機能がある。
【００５３】
コントロールおよび情報表示は、ＯＳＤジェネレータ３７によって作成されたテキストおよびグラフィックスを含んでおり、コントローラ６０の指示によって、オーバレイピクセルマップデータの形式で生成される。ユニット３７からのオーバレイピクセルマップデータは、ＭＰＥＧデコーダ２５からのデータを表す圧縮解除されたピクセルと、マルチプレクサ４０を介してエンコーダ４５において、コントローラ６０の指示によって結合され同期される。結合されたピクセルマップデータは、チャネルＳＣ上のビデオプログラムを、関連するサブピクチャデータとともに表しており、ＮＴＳＣエンコーダ４５によって符号化され、表示するため、デバイス５０に出力される。
【００５４】
図１３のシステムのストアモードでは、ユニット１７からの訂正された出力データがデコーダ１００によって処理され、ストアするため、ＭＰＥＧ互換データストリームを供給する。このモードでは、ストアするためのプログラムが、ユーザによってリモートユニット７０およびインタフェース６５を介して選択される。プロセッサ２２はプロセッサ６０とともに、圧縮されたＰＳＩを形成する。このＰＳＩには、既に説明したような特徴を含む、ＭＧＴデータ、ＭＤＢＴデータ、ＣＣＴデータ、ＳＴＴデータ、ＲＲＴデータ、ＴＣＩＴデータ、ＳＩＴデータおよび記述子が含まれている。この圧縮されたＰＳＩは、ストアするために選択されたプログラムの復号化をサポートするが、関係のない情報を除去する。プロセッサ６０は、プロセッサ２２とともに複合ＭＰＥＧ互換データストリームを形成する。この複合ＭＰＥＧ互換データストリームには、選択されたプログラムおよび関連する圧縮ＰＳＩのパケット化されたコンテントデータが含まれる。この複合データストリームはストレージインタフェース９５に出力される。
【００５５】
ストレージインタフェース９５は、データのギャップを軽減し、ビットレート変化を低減するため、複合データストリームをバッファリングする。このバッファリングされたデータは、媒体１０５へのストアに適するように、ストレージ装置９０によって処理される。ストレージ装置９０は、周知のエラー符号化技術、例えば、チャネルコーディング、インタリーブおよびReed-Solomon符号化を用いて、インタフェース９５からのバッファリングされたデータストリームから、ストアに適した符号化データストリームを作成する。ユニット９０はこの圧縮されたＰＳＩを組み込む符号化データストリームを記憶媒体１０５にストアする。
【００５６】
図１３のアーキテクチャは、限定的なものではない。他のアーキテクチャを本発明の原理に従って導出することが可能であり、同じ目標を達成することができる。さらに、図１３のデコーダ１００の機能と、図１２の処理ステップは、マイクロプロセッサのプログラミングされた命令の全部または一部で実装することができる。さらに、本発明の原理は、ＭＰＥＧまたは非ＭＰＥＧ互換電子プログラムガイドの任意の形式に適用するものである。本発明の原理に従って形成されたデータストリームは、例えば、電話回線を介した、ビデオサーバまたはＰＣタイプの通信を含む種々のアプリケーションで使用することができる。本発明の原理によってＰＳＩを組み込むように形成されたビデオ、オーディオおよびデータのうちの１つ以上のコンポーネントを有するプログラムデータストリームは、記憶媒体上に記録することが可能であり、他のサーバ、ＰＣもしくは受信機に伝送または再放送することができる。以上説明したデータ構造の重要な要素は、プログラムコンテンツ情報またはＰＧＩを配送するために用いることができる種々のデータトランスポート構造で、プログラムの補助的情報を搬送するため、使用できるようになっている。このようなトランスポート構造には、例えば、MPEG-PSI、インターネットTCP/IP（Transport Control Protocol/Internet Protocol）、ＤＳＳ（Digital Satellite System）、ＡＴＭ（Asynchronous Transfer Mode）等を含めることができる。
【産業上の利用可能性】
【００５７】
本発明は、デジタル信号処理の分野に利用可能であり、具体的には、チャネルおよびプログラムのためのプログラムガイドに利用することができる。
【符号の説明】
【００５８】
１５  復調器
１７、１００  デコーダ
２２、６２、６４  プロセッサ
２５  ＭＰＥＧビデオでコーダ
３５  オーディオプロセッサ
５０  ディスプレイ
６０  コントローラ
９０  ストレージデバイス
【図１】
2009207160.tif 000003
【図２】
2009207160.tif 000004
【図３】
2009207160.tif 000005
【図４】
2009207160.tif 000006
【図５】
2009207160.tif 000007
【図６】
2009207160.tif 000008
【図７】
2009207160.tif 000009
【図８】
2009207160.tif 000010
【図９】
2009207160.tif 000011
【図１０】
2009207160.tif 000012
【図１１】
2009207160.tif 000013
【図１２】
2009207160.tif 000014
【図１３】
2009207160.tif 000015