JP2006050663A - プログラム関連テキスト・メッセージを含んでいるパケット化されたビデオ・プログラム情報をデコードする方法 - Google Patents

Abstract

【課題】プログラム関連テキスト・メッセージを含んでいるパケット化されたビデオ・プログラム情報をデコードする方法を提供すること。
【解決手段】
ビデオ処理フォーマットで使用されるパケット化されたビデオ・プログラム情報は、プログラム関連テキスト・メッセージを含む。デコーダ（１００、６０、３０）は、プログラム関連テキスト・メッセージを含むパケット化されたビデオ・プログラム情報を復号する。デコーダ（６０、３０）は、所望のプログラム関連テキスト・メッセージに関連付けられた放送プログラム編成の時間セグメントを決定し、決定された放送プログラム編成の時間セグメントで発生するプログラム関連テキスト・メッセージのデータを識別する。デコーダは、識別されたプログラム関連テキスト・メッセージのデータを得て、表示するためにテキスト・メッセージのデータをフォーマット化する（６０、３０、３７）。
【選択図】 図１

Description

本発明は、プログラム関連テキスト・メッセージを含んでいるパケット化されたビデオ・プログラム情報を表示するためにデコードすることに関する。

ビデオ放送およびビデオ処理の用途では、一般的には、知られている標準規格の要件に準拠するようにディジタル・ビデオ・データを符号化する。そのように広く採用されている標準規格の１つに、ＭＰＥＧ２（動画専門家グループ）の画像符号化標準規格（以後「ＭＰＥＧ規格」と呼ぶ）がある。ＭＰＥＧ規格は、システム符号化の部（ＩＳＯ／ＩＥＣ１３８１８−１、１９９４年６月１０日）とビデオ符号化の部（ＩＳＯ／ＩＥＣ１３８１８−２、１９９５年１月２０日）とから構成されている。ＭＰＥＧ規格に符号化されたデータは、一般的には多くのプログラム・チャネルのデータ内容（コンテンツ）（たとえば、ケーブルテレビジョンのチャネル１〜１２５に対応する内容）を含むパケット化されたデータ・ストリームの形になっている。さらに、いくつかのディジタル・サービスとチャネルが、以前はたった１つのアナログ・チャネルが占有していた周波数スペクトルを占めることもできるだろう。アナログＮＴＳＣ互換放送チャネルに以前割り当てられていた６ＭＨｚの帯域幅を、今では、様々なサービスを提供する多くのディジタル・サブ・チャネルに分割することもできる。たとえば、ＲＦチャネル１３の放送スペクトルを、主プログラム・チャネル、株相場を提供する金融サービスチャネル、スポーツ・ニュース・サービス・チャネルおよびショッピングと対話用のチャネルなどのサブ・チャネルに割り当てることもできる。さらに、変化する放送プログラミング要件（ｒｅｑｕｉｒｅｍｅｎｔｓ）に適応して変化するように、送信されるサブ・チャネルの数と個々のサブ・チャネルの帯域幅の両方を動的に変えることもできる。
米国特許第５，６４２，１５３号明細書

そのようなディジタル・ビデオ・システムにおいて、これらのチャネルの数および割り当てられた帯域幅を動的に変える放送会社の能力はもちろんのこと、放送されているサービスの量の急増およびサービスの内容の多様化によって、いくつかの問題が発生している。特に、放送チャネルの数量の増加は、同調（ｔｕｎｉｎｇ）の困難さを増化させ、選択したプログラムのチャネルを収集（入手）するのに要する時間を増加させる。さらに、チャネルの数量が増加するにつれて、送信されたプログラム・データをデコードする際に必要となる補助的なプログラム特定情報の量も増加する。補助的なプログラム特定（ｓｐｅｃｉｆｉｃ）情報には、選択されたプログラムを構成するパケットを識別しアセンブルする（組み合わせる）際に使用されるデータが含まれ、また、送信されたプログラム・データと関連づけられたプログラム・ガイドおよびテキスト情報も含まれる。送信される補助的な情報の量の増加と多様化によって、利用できる送信帯域幅および受信機のデコードおよび記憶装置資源に対する負荷が増える。

さらに、そのようなディジタル・ビデオ・システムでチャネルの番号付けで問題が起きるだろう。これは、たとえ放送会社が以前は単一のアナログ・プログラムチャネルで占めていた周波数スペクトルでいくつかのプログラム・チャネルを送信していても、放送会社が元のアナログＮＴＳＣ放送のチャネル番号を失うことを好まないかもしれないからである。放送会社は、商標識別として、たとえばＦｏｘ ５（商標）、Ｃｈａｎｎｅｌ １３（商標）として、チャネル番号に相当の投資をしているだろう。本発明によるシステムは、これらの問題および派生する問題に対処するものである。

デコーダは、プログラム関連テキスト・メッセージを含むパケット化されたビデオ・プログラム情報を復号する。デコーダは、所望のプログラム関連テキスト・メッセージと関連づけられた放送プログラム編成の時間セグメントを決定し、決定された放送プログラム編成の時間セグメントで発生するプログラム関連テキスト・メッセージのデータを識別する。復号器は、識別されたプログラム関連テキスト・メッセージのデータを得て、表示するために、そのテキスト・メッセージのデータをフォーマット化する。

図１は、本発明の原理による、放送信号を復調しデコードするためのディジタル・ビデオ受信システムのブロック図である。ＭＰＥＧ互換フォーマットのプログラム・ガイド・データを含むプログラム特定情報を組み込むビデオ信号を受信するためのシステムという背景で、開示されたシステムを説明するが、それは例示的なものにすぎない。プログラム特定情報には様々なタイプのものがあるだろう。たとえば、それは、ＭＰＥＧシステム規格のセクション２．４．４で指定されたプログラム特定情報（ＰＳＩ）の要件に従うこともできるし、または、米国Ａｄｖａｎｃｅｄ Ｔｅｌｅｖｉｓｉｏｎ Ｓｙｓｔｅｍ Ｃｏｍｍｉｔｔｅｅ（ＡＴＳＣ）によって作成された１９９５年４月１２日の高精細度テレビジョン（ＨＤＴＶ）信号規格Ｄｉｇｉｔａｌ Ｔｅｌｅｖｉｓｉｏｎ Ｓｔａｎｄａｒｄ ｆｏｒ ＨＤＴＶ Ｔｒａｎｓｍｉｓｓｉｏｎまたは他のＡＴＳＣ規格に従うこともできる。あるいは、それは、特定のシステムの所有者または特注要件にしたがって形成することもできる。

本発明の原理は、符号化のタイプまたは変調フォーマットが様々である地上、ケーブル、衛星、インターネットまたはコンピュータ・ネットワークの放送システムに応用できるだろう。そのようなシステムには、非ＭＰＥＧ互換のシステム、たとえば、他のタイプの符号化データ・ストリームおよびプログラム特定情報伝達の他の方法を含むことができる。さらに、開示されるシステムは、放送プログラムを処理するものとして説明しているが、これは例示的なものにすぎない。「プログラム」という用語は、たとえば、オーディオ・データ、電話メッセージ、コンピュータ・プログラム、インターネット・データ、またはその他の通信などのパケット化されたデータの任意の形体を表すために使用される。

概要として、図１のビデオ受信システムにおいて、放送プログラム内容を表現するオーディオ、ビデオ、および関連するデータを搬送する信号で変調された放送搬送波を、アンテナ１０で受信し、ユニット１３で処理する。その結果のディジタル出力信号を復調器１５で復調する。ユニット１５からの復調された出力を、デコーダ１７で、トレリス・デコードし、バイト長のデータ・セグメントにマップし、インタリーブを解除し、さらにリード・ソロモン誤り訂正を行う。ユニット１７からの誤り訂正された出力データは、プログラムを表現する多重化されたオーディオ、ビデオおよびデータの構成要素を含むＭＰＥＧ互換トランスポート・データ・ストリームの形である。ユニット１７からのトランスポート・ストリームを、ユニット２２でオーディオ、ビデオおよびデータの構成要素にデマルチプレックスし、それらをさらにデコーダ・システム１００の他の要素で処理する。１つのモードでは、デコーダ１００がＭＰＥＧデコード・データを供給して、ユニット５０と５５でそれぞれ表示および再生を行う。別のモードでは、ユニット１７からのトランスポート・ストリームは、デコーダ１００で処理して、ストレージ・デバイス（記憶装置）９０を介してストレージ（記憶）媒体１０５に記憶するために、ＭＰＥＧ互換データ・ストリームを供給する。

使用者は、視聴に備えて、リモート・コントロール・ユニット７０を使用して、ＴＶチャネルかプログラム・ガイドなどの画面上のメニューかいずれかを選択する。プロセッサ６０は、インタフェース６５を介してリモート・コントロール・ユニット７０から供給される選択情報を使用して、視聴を所望するプログラム・チャネルを受信するように図１の要素を適切に構成する。プロセッサ６０は、プロセッサ６２とコントローラ６４を含む。ユニット６２は、プログラム・ガイドとシステム情報を含むプログラム特定情報を処理し（すなわち、構文解析を行い、照合し、そしてアセンブルする）、コントローラ６４は、デコーダ１００を動作させる際に必要な残りの制御機能を行う。ユニット６０の機能は、図１に示されているように別個の要素６２と６４として実現してもよいが、そうではなくて、単一のプロセッサ内で実現することもできる。たとえば、ユニット６２と６４の機能をマイクロ・プロセッサのプログラム命令の中に組み込んでもよい。プロセッサ６０は、入力信号フォーマットおよび符号化のタイプを復調しデコードするように、プロセッサ１３、復調器１５、デコーダ１７、およびデコーダ・システム１００を構成する。ユニット１３、１５、１７およびデコーダ１００の中のサブ・ユニットは、プロセッサ６０が、データ信号と制御信号の双方向バスＣを使用してこれらの要素（エレメント）の制御レジスタ値を設定して、入力信号のタイプに対して個々にシステム構成する（ｃｏｎｆｉｇｕｒｅ）。

デコーダ１００に供給されるトランスポート・ストリームは、プログラム・チャネル・データおよびプログラム特定情報を含むデータ・パケットを含む。ユニット２２は、プログラム特定情報パケットをプロセッサ６０に向けて送りだし、プロセッサ６０がこの情報を構文解析し、照合し、アセンブルして階層配列のテーブルにする。ユーザが選択したプログラム・チャネルを含む個々のデータ・パケットが、アセンブルされたプログラム特定情報を使用して識別され、アセンブルされる。プログラム特定情報は、図１のシステムが所望のチャネルに同調しデータ・パケットをアセンブルして完全なプログラムを形成することができるようにする条件付きアクセス、ネットワーク情報、および識別とリンキング（ｌｉｎｋｉｎｇ）のデータを含む。また、プログラム特定情報は、補助的なプログラム・ガイド情報（たとえば、電子番組ガイド−ＥＰＧ）、およびこの補助的な情報の識別とアセンブリをサポートするデータならびに放送プログラムに関係した記述的テキストを含む。

プログラム特定情報は、プロセッサ６０で、多重階層配列された相互リンクテーブルにアセンブルされる。例示的な階層テーブルの構成は、マスタ・ガイド・テーブル（ＭＧＴ）、チャネル情報テーブル（ＣＩＴ）、イベント情報テーブル（ＥＩＴ）および拡張テキスト・テーブル（ＥＴＴ）などのオプションのテーブル、を含む。ＭＧＴは、他のテーブルに関連づけられたデータ・パケットを識別するための識別子などの、他のテーブルで伝達されるプログラム特定情報を収集するための情報を含む。ＣＩＴは、ユーザが選択したプログラム・チャネルを受信するための同調およびナビゲーションのための情報を含む。ＥＩＴは、ＣＩＴに列挙されたチャネルで受信可能なプログラム（イベント）の記述的リストを含む。ＥＴＴは、プログラムおよびプログラム・チャネルを記述するテキスト・メッセージを含む。階層テーブル内の項目を記述し補う追加のプログラム特定情報は、情報要素のディスクリプタ（記述子）の中で伝達される。ユニット２２を介してプロセッサ６０が収集したプログラム特定情報は、ユニット６０の内部メモリに格納される。

図１を詳細に考察すると、アンテナ１０で受信されたオーディオ、ビデオおよび関連データを表現するプログラムを搬送する信号で変調された搬送波は、入力プロセッサ１３でディジタルの形に変換され、処理される。プロセッサ１３は、無線周波数（ＲＦ）同調器および入力信号をさらに処理するのに適したより低周波数帯域に逓降変換するための中間周波数（ＩＦ）の混合器と増幅段を含む。この例示的なシステムにおいて、アンテナ１０で受信された入力信号は３３の物理的送信チャネル（ＰＴＣ ０〜３２）を含む。それぞれの物理的送信チャネル（ＰＴＣ）は６ＭＨｚの帯域を割り当てられ、たとえば、最大で６つのサブ・チャネルを含む。

説明のために、ビデオ受信機のユーザが、視聴に備えて、遠隔制御ユニット７０を使用してサブ・チャネル（ＳＣ）を選択すると想定する。プロセッサ６０は、インタフェース６５を介してリモート制御ユニット７０から供給される選択情報を使用して、選択されたサブ・チャネル（ＳＣ）に対応するＰＴＣを受信するようにデコーダ１００の要素（エレメント）を適切にシステム構成する（ｃｏｎｆｉｇｕｒｅ）。逓降変換（ダウンコンバート）の後で、選択されたＰＴＣのユニット１３からの出力信号は、６ＭＨｚの帯域と１１９〜４０５ＭＨｚの範囲にある中心周波数を持つ。次の議論では、ＲＦチャネルまたは物理的送信チャネル（ＰＴＣ）とは、放送会社に割り当てられた１つまたは複数のサブ・チャネルを包含する送信チャネル帯域（または、仮想チャネルまたは論理チャネルとも呼ばれる）をいう。

プロセッサ６０は、選択されたＰＴＣを受信するように、ユニット１３の無線周波数（ＲＦ）同調器および中間周波数（ＩＦ）の混合器と増幅段をシステム構成する。選択されたＰＴＣの逓降変換された周波数出力をユニット１５で復調する。復調器１５の主要な機能は、搬送周波数の復元（リカバリ）と追跡、送信されたデータのクロック周波数の復元、およびビデオ・データそのものの復元である。ユニット１５は、また、送信機のクロックに対応し、プロセッサ１３、復調器１５およびデコーダ１７の動作のタイミングをとるために使用されるサンプリング・クロックと同期クロックを復元する。ユニット１５からの復元された出力はデコーダ１７に供給される。

復調器１５からの出力を、ユニット１７により、知られている原理にしたがって、バイト・データ長のセグメントにマップし、インタリーブを解除し、リード・ソロモン誤り訂正を行う。さらに、ユニット１７は、前方誤り訂正（ＦＥＣ）の有効性またはロックの指標（ｉｎｄｉｃａｔｉｏｎ）をプロセッサ６０に供給する。リード・ソロモン誤り訂正は、知られているタイプの前方誤り訂正である。ＦＥＣロックの指標は、リード・ソロモン誤り訂正が訂正されているデータに同期し、有効な出力を与えているということを信号で伝える。留意すべきことであるが、ユニット１３、１５および１７で実現される復調器およびデコーダの機能は、個々には知られており、一般的に、参考文献Ｄｉｇｉｔａｌ Ｃｏｍｍｕｎｉｃａｔｉｏｎ，Ｌｅｅ ａｎｄ Ｍｅｓｓｅｒｓｃｈｍｉｄｔ（Ｋｌｕｗｅｒ Ａｃａｄｅｍｉｃ Ｐｒｅｓｓ，Ｂｏｓｔｏｎ，ＭＡ，ＵＳＡ，１９８８）に記載されている。

ユニット１７からの誤り訂正された出力データをＭＰＥＧ互換トランスポート・プロセッサおよびデマルチプレクサ２２で処理する。特定のプログラム・チャネルの内容か、またはプログラム特定情報か、いずれかを含む個々のパケットを、そのパケット識別子（ＰＩＤ）で識別する。プロセッサ２２は、パケット・ヘッダ情報に含まれるパケット識別子（ＰＩＤ）の解析に基づいたタイプにしたがってデータを分け、次のビデオ、オーディオおよびデータの圧縮解除において使用される同期および誤り指標の情報を供給する。

プロセッサ２２に供給された誤り訂正された出力データは、いくつかのサブ・チャネルを通して配信された多くのプログラムのプログラム・チャネルの内容およびプログラム特定情報を含むトランスポート・データ・ストリームの形式である。この例示的な説明におけるプログラム特定情報は、特定のＰＴＣのトランスポート・ストリームにあるサブ・チャネルについて記述する。しかし、他の実施形態では、プログラム特定情報は、他のＰＴＣに位置付けられ異なるトランスポート・ストリームで伝達されるサブ・チャネルを記述してもよい。これらのサブ・チャネルのグループは、それらのソース（情報源）が特定の放送会社であること、またはそれらが以前はアナログＮＴＳＣ互換放送チャネルに割り当てられた送信帯域幅を占めているという点で関連づけられてもよい。さらに、トランスポート・ストリーム中の選択されたプログラム・チャネルを含む個々のパケットは、プロセッサ２２と共同して動作するプロセッサ６０によって、プログラム特定情報に含まれたＰＩＤを使用して識別され、アセンブルされる。

プログラム特定情報は、補助的なディスクリプタ（記述子）情報と共にＭＧＴ、ＣＩＴ、ＥＩＴ、およびＥＴＴを含む階層配列されたテーブルの形である。ＭＧＴデータを含むパケットを識別するＰＩＤは、あらかじめ決定され、プロセッサ６０の内部メモリに格納される。さらに、ＭＧＴは、ＣＩＴ、ＥＩＴおよびＥＴＴのデータを識別するＰＩＤを伝達し、さらに、これらのテーブルのサイズを示す他の情報を伝達する。プロセッサ６０は、更新に備えてＭＧＴを監視して、ＰＩＤまたはテーブルのサイズのどのような変化でも識別する。したがって、ユニット１７が供給するＦＥＣロックの指標（インジケータ）から、有効なデータがトランスポート・プロセッサ２２に供給されているということをプロセッサ６０が決定した後では、追加のＰＩＤ情報なしでＭＧＴが収集されている。制御信号Ｃを使用して、プロセッサ６０は、ＣＩＴ、ＥＩＴ、およびＥＴＴのデータを含む残りのプログラム特定情報を含むデータ・パケットを選ぶように、トランスポート・プロセッサ２２をシステム構成する。プロセッサ２２は、ユニット１７が供給する入来パケットのＰＩＤを、プロセッサ６０があらかじめロードしたユニット２２内の制御レジスタ内のＰＩＤ値と突き合わせる。さらに、プロセッサ６０は、プロセッサ２２が取り込んだプログラム特定情報のパケットにアクセスし、構文解析し、アセンブルし、プログラム特定情報をその内部メモリに格納する。プロセッサ６０は、ＰＴＣ搬送周波数、復調特性、およびサブ・チャネルＰＩＤを含む同調パラメータを、収集されたプログラム特定情報から引き出す。プロセッサ６０は、選択されたサブ・チャネル（ＳＣ）のプログラム内容を収集するために、ユニット１３、１５、１７およびデコーダ１００の要素をシステム構成する際にこの情報を使用する。

ＭＧＴ、ＣＩＴ、ＥＩＴ、およびＥＴＴのデータ、およびプロセッサ６０によって収集され照合された（Ｃｏｌｌａｔｅｄ）関連ディクリプタ（記述子）を含むプログラム特定情報は、図２〜図９において示されているデータ・フォーマットで例示される有利な機能を組み込む。これらの機能（特徴；ｆｅａｔｕｒｅ）によって、デコーダ１００によるプログラム・チャネル内容および関連づけられたプログラム・ガイド・データの識別、収集、アセンブリおよびデコード（復号）が容易になる（図１）。プロセッサ６０は、ユニット６０の内部メモリに格納されているプログラム特定情報のパケットにアクセスしアセンブルして、図２のデータ・フォーマットで例示されているようにＭＧＴを形成する。ＭＧＴは、ＣＩＴ、ＥＩＴおよびＥＴＴのテーブルのアセンブリを可能にするデータ識別子、たとえばＰＩＤ＿ＥＴＴ２０５およびＰＩＤ＿ＰＧ２１０（図２）を含む。プロセッサ６０は、ＭＧＴデータ識別子を使用し、プログラム特定情報パケットにアクセスし、アセンブルしてＣＩＴ、ＥＩＴ、とＥＴＴのデータおよび関連づけられたディスクリプタ（記述子）を形成する。

プロセッサ６０は、図３に例示されているように、収集されたＣＩＴチャネル・マップ情報を使用して、視聴に備えてユーザが選択したサブ・チャネルＳＣを含むパケットを識別する。ユーザは、遠隔制御ユニット７０およびインタフェース６５を介して２つのプログラム・チャネルの番号を入力することで、視聴用のサブ・チャネルＳＣを選択する。個々のプログラム・チャネルは、第１の識別番号ならびに第２の識別番号に効果的に割り当てられている。第１の識別番号（図３R>３で、バンドル＿ナンバ３００で指示されている主要番号）は、放送ソース（情報源）および放送会社のチャネル商標番号、たとえばＦｏｘ５（商標）、Ｃｈａｎｎｅｌ１３（商標）を識別する。第１の識別番号は、プログラムまたはサービスの放送ソースを示し、プログラムが放送されるＲＦチャネルとは無関係である。しかし、他の実施形態では、第１の識別番号は、放送ＲＦチャネルと関連づけてもよく、またプログラムのカテゴリまたはテーマ（主題）、たとえば映画、などの他のプログラム特性と関連づけることができる。第２の識別番号（図３で、バンドル内チャネル＿ナンバ３０５で指示されているような副次的な番号）は、放送会社で供給されるサービスのグループ内の特定のサービスに対応するサブ・チャネルを識別する。第１および第２の識別番号は共に、特定の放送会社で供給されたサブ・チャネルとして特定のサービスを識別する。選択されたサブ・チャネルＳＣは、放送ソースに関連づけられた包括チャネルスペクトル内のＲＦ帯域幅を占めるかもしれないが、第１の識別番号も第２の識別番号もそのようなスペクトルと関連づけられていない。しかし、この関連づけは別の実施形態で行われる。この二重の（デュアル）番号付けシステムによって、放送会社は、動的に割り当て可能な放送サブ・チャネルの範囲にわたってチャネル商標識別を維持することができるようになる。

サブ・チャネルＳＣを選択するために使用される二重のプログラム・チャネル識別番号は、ユーザが様々な方法で入力してもよい。これらには、プログラム・ガイド内のプログラム・チャネル選択肢を表示する階層メニュー・システムから、または、たとえばユニット７０のキー・パッドを介して簡単に一連の数字を入力することで、サブ・チャネルＳＣの選択用として遠隔ユニット７０を使用することが含まれる。チャネル選択システムは、たとえば、キーボードまたは個別のスイッチなどの異なるデータ入力装置を使用することも包含することができる。さらに、データ入力システムは、また、二重の識別番号はもちろん単一のチャネル識別番号の入力に適合してもよい。チャネル選択完了命令を検出するとすぐに、プロセッサ６０は、単一のチャネル識別番号の入力を二重の識別番号に変換する。プロセッサ６０は、所定の変換マップにしたがって単一のチャネル識別番号を二重のチャネル識別番号に変換する。また、所定の格納されたアルゴリズムまたは数式を使用して、この変換を行ってもよい。収集された二重の識別番号は、あたかもユーザが両方の番号を入力したかのように、パケット識別、同調のために、および他のデコーダ情報を識別するために、前記の方法でプロセッサ６０によって使用される。

プロセッサ６０は、インタフェース６５を介して遠隔制御ユニット７０から供給された受信プログラム・チャネル識別番号３００と３０５を使用してＣＩＴから選択されたサブ・チャンネルＳＣに対応するＰＴＣを決定する。ＰＴＣナンバ（図３の項目３１５）が決まると、プロセッサ６０（図１）は、選択サブ・チャネルＳＣのためのＰＴＣを受信するようにユニット１３、１５、および１７をシステム構成する。一方、プログラム・チャネル識別番号３００と３０５から決定された唯一のプログラム・サブ・チャネルを、サービス、または仮想チャネル、または論理チャネルと呼び、そのＣＩＴを仮想チャネル・テーブルと考えることができる。さらに、特定のＰＴＣを選択サブ・チャネルＳＣの第１および第２のサブ・チャネル識別番号３００と３０５に関連づけるのと同じ様に、ＣＩＴは、また、他のパラメータをＳＣに関連づける。これらのパラメータは、（ａ）選択されたサブ・チャネルＳＣをＥＩＴで伝達されたプログラム内容情報とリンクするためのチャネル＿ｉｄ３２０、（ｂ）サブ・チャネルデータがアナログ、たとえばＮＴＳＣか、ディジタル・ビデオ、たとえばＡＴＳＣビデオか、ディジタル・オーディオ、たとえばＡＴＳＣオーディオかを識別するチャネル＿タイプ＿インジケータ３２５、（ｃ）このサブ・チャネルにテキスト・メッセージが利用できるかどうかを示すＥＴＭ＿フラグ３３０、（ｄ）チャネル＿ネーム３４０、および（ｅ）ディスクリプタ３３５、たとえば、後で説明するようなサービス・ロケーション・ディスクリプタ（位置記述子）を含む。

プロセッサ６０は、ＣＩＴの中で伝達されたサービス・ロケーション・ディスクリプタ（ＳＬＤ）から選択サブ・チャネルＳＣ用のプログラム・マップ情報を有利に決定する。ＳＬＤプログラム・マップ情報を図４のデータ・フォーマットで例示する。ＳＬＤは、選択サブ・チャネルＳＣ上で送信されるプログラムの構成要素を構成する個々のパケット化されたデータ・ストリームを識別するために使用されるパケット識別子、たとえば項目４２０、と選択サブ・チャネルＳＣを関連づける。さらに、ＳＬＤプログラム・マップ情報は、ＣＩＴと共同して、選択サブ・チャネルＳＣをプログラム・ナンバ４０５、ＰＣＲ＿ＰＩＤ（プログラム・クロック・リファレンス（基準）識別子）４１０、言語コード＿インジケータ４２５、および、たとえば、ビデオ、オーディオ、制御、補助または専用情報としてストリームを識別するストリーム＿タイプ識別子４１５にマップする。

ＳＬＤプログラム・マップ情報は、デコーダ１００のＭＰＥＧ互換トランスポート・ストリーム入力のプログラム・マップ・テーブル（ＰＭＴ）のセグメント内に既に存在する情報を複製する。しかし、ＣＩＴ内にＳＬＤを組み込むことで、選択サブ・チャネルＳＣ上で送信されたプログラムを識別し、収集するためにデコーダ１００によって必要とされる時間が効果的に短縮される。これは、選択サブ・チャネルＳＣを受信するために、プロセッサ６０が図１のシステムを直接にシステム構成し同調させることを可能にするために十分な、フォーマットされリンクされた情報をＣＩＴとＳＬＤが供給するからである。より詳細には、ＣＩＴとＳＬＤは、個々の第１および第２のサブ・チャネル識別番号を、このサブ・チャネル上で伝達されたプログラムを構成するデータ・ストリームを識別するためのＰＩＤに関連づける。これによって、プロセッサ６０は、デコーダ１００のＭＰＥＧ互換トランスポート・ストリーム入力のプログラム・マップ・テーブル（ＰＭＴ）の情報を収集して使用することなしに、選択サブ・チャネルＳＣを受信するように図１のシステムをシステム構成することができるようになる。さらに、データ分割、データ・フォーマッティング、およびＣＩＴとＳＬＤのプログラム・マップ情報のデータ繰返し周波数特性を、ＭＰＥＧ ＰＭＴ情報の要件とは無関係に決定することもできる。

ユニット１７からデコーダ１００へのパケット化されデコードされたトランスポート・ストリーム入力は、ＴＶプログラムを表す、たとえばビデオ、オーディオおよびデータを含み、また、サブ・ピクチャ・データを含む。サブ・ピクチャ・データは、たとえば、プログラム・ガイド、ディスプレイ・コマンド（表示指令）、サブタイトル付け、選択可能なメニュー選択肢、またはその他の項目などを含む、視聴に備えてユーザ選択可能なプログラムおよびチャネルと関連づけられたピクチャ要素を含む。そういうものとして、サブ・ピクチャ・データは、ＣＩＴに列挙されたサブ・チャネルで受信可能なプログラム（イベント）の記述リストを含むＥＩＴを含み、また、プログラムおよびプログラム・サブ・チャネルを記述するテキスト・メッセージを含むＥＴＴを含む。

プロセッサ６０は、ＣＩＴとＳＬＤから、選択サブ・チャネルＳＣ上で送信されているプログラムを構成するビデオ、オーディオおよびサブ・ピクチャのストリームのＰＩＤを決定する。プロセッサ２２は、サブ・チャネルＳＣ上で送信されているビデオ、オーディオおよびサブ・ピクチャのストリームのＰＩＤ値とデコーダ１７で供給された入来パケットのＰＩＤを突き合わせる。これらのＰＩＤ値は、プロセッサ６０がユニット２２の制御レジスタにあらかじめロードしている。このようにして、プロセッサ２２は、サブ・チャネルＳＣで送信されたプログラムを構成するパケットを取り込み、それをＭＰＥＧ互換のビデオ、オーディオおよびサブ・ピクチャのストリームに形成し、それぞれビデオ・デコーダ２５、オーディオ・デコーダ３５およびサブピクチャプロセッサ３０に出力する。ビデオとオーディオのストリームは、選択されたサブ・チャネルＳＣのプログラム内容を表す圧縮されたビデオ・データとオーディオ・データを含む。サブ・ピクチャ・データは、サブ・チャネルＳＣのプログラム内容と関連づけられたＥＩＴとＥＴＴの情報を含む。

デコーダ２５は、ユニット２２からのＭＰＥＧ互換のパケット化されたビデオ・データをデコードし圧縮解除し、圧縮解除されたプログラム表現ピクセルデータを、マルチプレクサ４０を介してＮＴＳＣ符号化器４５に供給する。同様に、オーディオ・プロセッサ３５は、ユニット２２からのパケット化されたオーディオ・データをデコードし、デコードされ増幅されたオーディオ・データを、関連づけられた圧縮解除されたビデオ・データと同期させて、オーディオ再生用の装置５５に供給する。プロセッサ３０は、ユニット２２から受け取ったサブ・ピクチャをデコードし圧縮解除する。

プロセッサ３０でデコードされたサブ・ピクチャ・データは、図５で表される例示的なデータ・フォーマットでＥＴＴの中にテキスト・メッセージ（エクステンデッド（拡張）テキスト・メッセージ−ＥＴＭ）を含む。図５のＥＴＴで伝達されるテキスト・メッセージは、特定のデュレーション（継続時間）の期間に分割することが有利である。セグメント化されたテキスト・メッセージは、特定のデュレーション（継続時間）と開始時間の期間で、たとえば午前１２時、午後３時、午後６時、．．．などから始まる３時間ブロックで発生するプログラムを記述する。伝達されるテキスト・メッセージに適用できるデュレーションと開始時間を定義するインジケータが、図２のＭＧＴに含まれている（それぞれ、図２のデュレーションの項目２１５およびアプリケーション＿タイムの項目２２０）。テキスト・メッセージ（たとえば、エクステンデッド＿テキスト＿メッセージ５０５）は、図５のフォーマットでテキスト・メッセージ識別子（ＥＴＭ＿ｉｄ５１０）と一緒に伝達される。

デコーダ１００（図１）は、そのようなセグメント化がない場合よりもより効率的に、特定のデュレーションの期間に分割されるプログラム記述テキスト・メッセージを収集し、処理し、格納することができる。これは、セグメント化されたテキスト・メッセージは、その指定された期間以外に発生する情報を除外し、その結果として、セグメント化されないテキスト・メッセージよりも少なくなるからである。したがって、セグメント化されたテキスト・メッセージ・データは、占有する記憶空間が小さくなり、より大きなデータブロックのセグメント化されないデータよりも、より高速に収集し処理することができる。さらに、図５のデータ・フォーマットにより、ユーザは選択されたサブ・チャネルＳＣ、または選択されたプログラム・サブ・チャネルのグループに対するテキスト・メッセージ・データを収集することができるようになる。これにより、デコーダ１００によるテキスト・メッセージ・データの識別、収集、およびデコードはユーザに興味のあるプログラムとサブ・チャネルに焦点を合わせることができるようになり、余分なテキスト・メッセージ情報の収集を少なくしている。

ＥＴＴで伝達されるテキスト・メッセージは、チャネル情報またはプログラム（イベント）情報を含むだろう。図６は、テキスト・メッセージのタイプ、たとえば、そのテキスト・メッセージがチャネル情報（図６の項目６１０）またはプログラム情報（図６の項目６０５）を含むかどうか、を識別する図５のテキスト・メッセージ識別子ＥＴＭ＿ｉｄ５１０を割り当てるための例示的なフォーマットを示す。また、テキスト・メッセージ識別子５１０（図５）は、ソース（情報源）、たとえば、テキスト・メッセージが関係するサブ・チャネル、を識別する。

図５のＥＴＴで伝達されるテキスト・メッセージ５０５を、図７のマルチプル・コンプレスド（多重圧縮）テキスト・ストリング・フォーマットにしたがって、圧縮し、フォーマットする。圧縮されたテキスト・ストリング・フォーマットは、図１のデコーダ１００でプロセッサ３０が容易にマルチプル・コンプレスド・テキスト・ストリングを識別しデコードできるようにするインジケータを組み込むことが有利である。プロセッサ３０は、インジケータ７０５、７１０および７１５（図７）からそれぞれテキスト・ストリングの圧縮、コーディング（符号化）および言語特性を決定して、ユニット２２（図１）から受け取ったテキスト・ストリング５０５（図５）をデコードする。詳細には、プロセッサ３０は、プロセッサ６０と共同して動作し、圧縮解除機能（ｆｕｎｃｔｉｏｎ）、たとえば、インジケータ７０５を使用して選択されたハフマン圧縮解除機能を適用して、受信されたテキスト・ストリング５０５を圧縮解除する。同様に、プロセッサ３０は、インジケータ７１０を使用して選択された文字コード・セットおよびインジケータ７１５を使用して選択された言語コード・セットにしたがって、テキスト文字を解釈するデコード機能を適用することにより、受信されたテキスト・ストリングをデコードする。さらに、プロセッサ３０は、インジケータ７２５と７２０からそれぞれ処理すべきテキスト・ストリングの数および各テキスト・ストリングのバイトの数を決定する。

図８は、図７のマルチプル・コンプレスド・テキスト・ストリング・フォーマット内のコンプレッション（圧縮）インジケータ７０５の例示的なインジケータの定義を示す。留意すべきことであるが、圧縮インジケータ７０５は、コンプレッション（圧縮）機能がテキスト・ストリング内で使用されることがないことを示す。この場合には、プロセッサ３０は、圧縮解除機能をユニット２２から受け取ったテキスト・ストリングに適用しない。図９は、図７のマルチプル・コンプレスド・テキスト・ストリング・フォーマット内の符号化インジケータ７１０の例示的なインジケータの定義を示す。

プロセッサ３０は、テキスト・ストリング５０５（図５）のデコードされ圧縮解除されたテキスト・ストリング要素をアセンブルしフォーマットして、オン・スクリーン・ディスプレイ（ＯＳＤ）およびグラフィックス・ジェネレータ３７（図１）に出力するためのデコードされたテキスト・ストリングを形成する。ユニット３７は、ユニット５０に表示するために、ユニット３０からのテキスト・ストリング文字データを解釈しフォーマットし、フォーマットされたピクセル・マップド・テキストおよびグラフィックスを生成する。フォーマットされたピクセル・マップド・テキストおよびグラフィックスのデータは、プログラム・ガイド、または他のタイプのメニュー、またはユーザ・インタフェースを後続するユニット５０上に表現する。また、ユニット３７は、ＥＩＴ、ＥＴＴおよび他の情報を処理して、ユニット５０に表示するために、サブタイトル付け、選択可能なメニュー選択肢（オプション）、そしてその他の項目を含む制御と情報のメニューの表示、および他の項目を表現するピクセル・マップ・データを生成する。制御と情報の表示は、デコーダ１００についての機能の選択および動作パラメータの入力を、ユーザが操作できるようにしている。

ＯＳＤジェネレータ３７で生成されたテキストおよびグラフィックスは、プロセッサ６０の管理の下にオーバレイ・ピクセル・マップ・データの形で生成される。プロセッサ６０の管理の下に、マルチプレクサ４０を介して符号器４５により、ユニット３７からのオーバレイ・ピクセル・マップ・データをＭＰＥＧデコーダ２５からの圧縮解除ピクセル表現データと結合し同期をとる。サブ・チャネルＳＣ上のビデオ・プログラムを表現する結合されたピクセル・マップ・データは、関連するサブ・ピクチャ・テキスト・メッセージ・データと一緒に、ＮＴＳＣ符号器４５で符号化され、表示用の装置５０に出力される。

図１のシステムのストレージ（蓄積）モードでは、ＭＰＥＧ互換データ・ストリームを記憶装置に供給するために、ユニット１７からの誤り訂正された出力データをデコーダ１００で処理する。このモードでは、ユーザがリモート・コントロール・ユニット７０およびインタフェース６５を介して記憶するプログラムを選択する。プロセッサ２２が、プロセッサ６０と共同して、ＭＧＴ、ＣＩＴ、ＥＩＴおよびＥＥＴのデータ、および先に述べた有利な機能を含む記述子を含む圧縮されたプログラム特定情報を形成する。圧縮されたプログラム特定情報は、ストレージ（記憶）するために選ばれたプログラムのデコードをサポートするが、関係しない情報を除外する。プロセッサ６０は、プロセッサ２２と共同して、選択されたプログラムおよび関連づけられ圧縮されたプログラム特定情報についてのパケット化された内容データを含む複合ＭＰＥＧ互換データ・ストリームを形成する。複合データ・ストリームはストレージ・インタフェース９５に出力される。

ストレージ・インタフェース９５は、複合データ・ストリームを緩衝して、データのギャップおよびビット・レートの変動を少なくする。その結果の緩衝されたデータをストレージ・デバイス９０で処理して媒体１０５に記憶するのに適したものにする。ストレージ・デバイス９０は、チャネル符号化、インタリーブ、およびリード・ソロモン符号化などの知られている誤り符号化方法を使用して、インタフェース９５からの緩衝されたデータ・ストリームを符号化し、記憶に適した符号化データ・ストリームを生成する。ユニット９０は、短縮されたプログラム特定情報を組み込んだ最終的な符号化されたデータ・ストリームを媒体１０５に格納する。

図１０は、ＭＧＴ、ＣＩＴ、ＥＩＴおよびＥＴＴのデータ、および前記の有利な機能を含むディスクリプタ（記述子）を含むプログラム特定情報を生成する方法を示す。その方法は、図１のアンテナ１０で受信されたデータなどの放送ビデオ・データに対してデコータにより使用することができる。また、その方法は、図１のプロセッサ６０内などのデコーダ・ユニットの中で使用することもできる。

図１０のステップ８００でスタートした後に、ＣＩＴをステップ８１０で生成する。ＣＩＴは、利用可能な放送プログラムおよびサブ・チャネルの収集を可能にするサブ・チャネルとプログラムの識別情報を含む。ＣＩＴは、第１および第２のサブ・チャネル識別番号、および特定のサブ・チャネルで送信されている個々のプログラムを構成する個々のパケット化されたデータ・ストリームを識別するためのパケット識別子を含むＳＬＤを組み込む。また、生成されたＣＩＴは、図１に関係して前に説明したように、プログラム番号、ＰＣＲ（プログラム・クロック・リファレンス）識別子、言語コード・インジケータ、およびストリーム・タイプ識別子を含む列挙されたプログラム・サブ・チャネルにリンクされた項目も組み込む。

ステップ８１５で、ＣＩＴ上に列挙されたサブ・チャネルで受信可能なプログラム（イベント）の記述リストを含むプログラム・ガイド情報を含むＥＩＴを生成する。ステップ８２０で、たとえばプログラムを記述するテキスト・メッセージを含むＥＴＴを生成する。それぞれのテキスト・メッセージは、特定のデュレーション（継続時間）の期間に分割する。また、セグメント化されたテキスト・メッセージ・データのデュレーションおよび適用時間は、ＥＴＴそれ自体のインジケータにより定義される。テキスト・メッセージ・データは、知られている方法にしたがって符号化し圧縮し、使用された圧縮、符号化および言語の特性を定義するインジケータと共にＥＴＴ内で伝達する。また、ＥＴＴは、処理すべきテキスト・ストリングの数および各テキスト・ストリングのバイトの数を定義するインジケータを含むように生成する。ステップ８２２で、ＣＩＴ、ＥＩＴおよびＥＴＴの情報の識別とアセンブリを可能にするデータ識別子を含むＭＧＴを生成する。また、ＭＧＴは、前に生成されたＣＩＴ、ＥＩＴおよびＥＴＴのテーブルサイズ情報を伝達する。

ステップ８２５で、ＭＧＴ、ＣＩＴ、ＥＩＴおよびＥＴＴのデータ、およびステップ８０５〜８２２で生成されたディスクリプタ（記述子）を含むプログラム特定情報を形成する。ステップ８３０で、複数のサブ・チャネルのためのビデオおよびオーディオのプログラム表現構成要素（コンポーネント）と共に、プログラム特定情報を、出力するためのトランスポート・ストリームにフォーマットする。ステップ８３５で、出力トランスポート・ストリームをさらに処理して、たとえば受信機、ビデオサーバ、またはストレージ（記憶）媒体に記録するためのストレージ・デバイスなどの他の装置に伝送するのに適したものにする。ステップ８３５で行われる処理は、データ圧縮、リード・ソロモン符号化、インタリーブ、スクランブル、トレリス符号化、および搬送波変調などの知られている符号化機能を含む。プロセスはステップ８４０で完了となり終了する。図１０のプロセスで、サブ・チャネルの拡張された数量を収容するために、マルチプル（多重の）ＣＩＴ、ＥＩＴおよびＥＴＴのテーブルを形成し、プログラム特定情報に組み込んでもよい。

図１のアーキテクチャは限定的なものではない。同じ目的を達成するために、本発明の原理にしたがって、他のアーキテクチャを導き出すことができる。さらに、図１のデコーダ１００の要素（エレメント）の機能および図１０のステップのプロセスを、マイクロ・プロセッサのプログラム命令の全体で、または一部で実現してもよい。さらに、本発明の原理は、ＭＰＥＧまたは非ＭＰＥＧ互換電子プログラム・ガイドのどのような形態にも適用できる。本発明の原理によって形成されたデータ・ストリームを、たとえばビデオサーバまたは電話線を介したＰＣタイプの通信を含む様々な用途で使用することができる。本発明の原理によってプログラム特定情報を組み込むように形成されたビデオ、オーディオおよびデータの１つまたは複数の構成要素を持つプログラムデータ・ストリームをストレージ（記憶）媒体に記録することもできるし、また、他のサーバ、ＰＣまたは受信機にトランスポートするか、または再放送することもできる。さらに、本明細書でいう「帯域幅」とは、ビット・レート容量を含むように広い範囲で解釈することができ、たとえば、周波数スペクトルに限定されるものではない。

図１は、本発明の原理による、放送信号を復調しデコードするディジタル・ビデオ受信装置のブロック図である。 図２は、本発明による、プログラム特定情報を伝達する際に使用するためのマスタ・ガイド・テーブル（ＭＧＴ）のフォーマットを示す図である。 図３は、本発明による、二重の（デュアル）プログラム・チャネル識別番号を組み込むプログラム特定情報を伝達する際に使用するためのチャネル情報テーブル（ＣＩＴ）のフォーマットを示す図である。 図４は、本発明による、プログラム・マップ情報を組み込むプログラム特定情報を伝達する際に使用するためのサービス位置記述子（ＳＬＤ）のフォーマットを示す図である。 図５は、本発明による、プログラム関連テキスト情報を伝達する際に使用するためのプログラム特定情報のテキスト・フォーマットを示す図である。 図６は、図５のテキスト・フォーマットで使用されているテキスト・メッセージ識別子を割り当てる方式を示す図である。 図７は、本発明による、プログラム関連テキスト情報を伝達する際に使用するための多重圧縮テキスト・ストリングのフォーマットを示す図である。 図８は、図７のマルチプル・コンプレスド（多重圧縮）テキスト・ストリングのフォーマットの中のコンプレスド（圧縮）インジケータの例示的なインジケータの定義を示す図である。 図９は、図７のマルチプル・コンプレスド（多重圧縮）テキスト・ストリングのフォーマットのコーディング（符号化）インジケータの例示的なインジケータの定義を示す図である。 図１０は、本発明によるプログラム特定情報を生成する方法を示す図である。

符号の説明

２２ トランスポート・プロセッサおよびデマルチプレクサ（プロセッサ）
３０ 副画像プロセッサ
３７ ＯＳＤグラフィックス・ジェネレータ
５０ ディスプレイ
６０ プロセッサ
１００ デコーダ

Claims (1)

1. プログラム関連テキスト・メッセージを含んでいるパケット化されたビデオ・プログラム情報をデコードする方法であって、
   所望のプログラム関連テキスト・メッセージに関連付けられる放送プログラム編成の時間セグメントを決定するステップと、
   （ａ）チャンネルおよび（ｂ）イベントに関連付けられるテキスト・メッセージ・データを個別に識別するための異なったデータ識別子であって、且つ決定された前記放送プログラム編成の時間セグメントに生じる異なったデータ識別子を使用して、プログラム関連テキスト・メッセージ・データを識別するステップと、
   識別された前記プログラム関連テキスト・メッセージ・データを捕捉するステップと、
   捕捉された前記プログラム関連テキスト・メッセージを表示するためにフォーマット化するステップと、
   から成る、前記方法。

Images