(57)【特許請求の範囲】
【請求項１】
ディジタル通信ネットワークにおけるディジタル情報の伝送方法であって、前記ネットワークは、各々がコマーシャルブーケに関連する情報を含む少なくとも１つのブーケ関連テーブルを伝送する複数のパケットトランスポートストリームを含むものにおいて、前記方法が、前記トランスポートストリームの１つに於いて、それぞれが個別に異なるコマーシャルブーケに関連する情報を含んでいる少なくとも２つの異なるブーケ関連テーブルを伝送する工程と、与えられたブーケ関連テーブルの一つが前記トランスポートストリームからダウンロードされることを可能とする様に、前記トランスポートストリームに於いて、少なくとも前記トランスポートストリームに関して、少なくとも２つのブーケ関連テーブルを前記トランスポートストリームの中から識別する為のブーケ識別値のリストを含んでいる少なくとも１つの他のテーブルを伝送する工程、とを含んでいる事を特徴とする方法。
【請求項２】
ブーケ関連テーブルが、コマーシャルブーケにあるサービスに関する情報を含むブーケアソシエションテーブルに対応することを特徴とする請求項１に記載の方法。
【請求項３】
前記ネットワークにおける複数のトランスポートストリームのそれぞれに対して、ブーケＩＤ値のリストを含む汎用テーブルが提供され、この汎用テーブルが、それぞれのトランスポートストリーム内で伝送されることを特徴とする請求項１または請求項２に記載の方法。
【請求項４】
前記汎用テーブルが、前記ネットワークにおける全トランスポートストリームに関する情報を伝送するために使用されるネットワーク情報に対応することを特徴とする請求項３に記載の方法。
【請求項５】
他のネットワークの少なくともトランスポートストリームの少なくともいくつかに関連するブーケＩＤ値のリストを含む汎用テーブルからなるトランスポートが提供されることを特徴とする請求項１乃至４のいずれかに記載の方法。
【請求項６】
トランスポートストリーム特有テーブルが各々のトランスポートストリームで伝送され、前記各々のトランスポートストリーム特有テーブルがこの特定のトランスポートストリームに関連したブーケＩＤ値のリストを含むことを特徴とする請求項１または２に記載の方法。
【請求項７】
前記トランスポートストリーム特有テーブルが、このトランスポートストリームで伝送されるサービスに関する情報を伝送するために使用されるサービス記述テーブルに対応することを特徴とする請求項６に記載の方法。
【請求項８】
前記ブーケＩＤ値が、前記サービス記述テーブルにリストされたサービスの各々にさらに関連することを特徴とする請求項７に記載の方法。
【請求項９】
他のトランスポートストリームに関連したブーケＩＤ値のリストを含むテーブルを１つのトランスポートストリームで伝送することをさらに含むことを特徴とする請求項６乃至８のいずれかに記載の方法。
【請求項１０】
ネットワークにおける全ブーケ関連テーブルが、所定のパケットＩＤおよびテーブルＩＤ値で識別されることを特徴とする請求項１乃至９のいずれかに記載の方法。
【請求項１１】
ブーケアソシエションテーブルが、テーブルＩＤ拡張値によって識別され、この値が前記ブーケＩＤ値に対応することを特徴とする請求項１０に記載の方法。
【請求項１２】
ディジタルテレビジョンシステムの伝送に適用されるような前述の請求項１乃至１１のいずれかに記載の方法。
【請求項１３】
ディジタル通信ネットワークを介して受信されたディジタル情報を処理する方法であって、前記ネットワークは、各々がコマーシャルブーケに関連する情報を含む少なくとも１つのブーケ関連テーブルを伝送する複数のパケットトランスポートストリームを含むものにおいて、前記方法が、それぞれが個別に異なるコマーシャルブーケに関連する情報を含んでいる少なくとも２つの異なるブーケ関連テーブルを伝送するトランスポートストリームを受信する工程と、前記トランスポートストリームから、少なくとも前記トランスポートストリームに関して、少なくとも２つのブーケ関連テーブルを前記トランスポートストリームの中から識別する為のブーケ識別値のリストを含む他のテーブルをダウンロードする工程と、前記情報を与えられたブーケ関連テーブルの一つを識別し前記トランスポートストリームからダウンロードする為に使用する工程とを含んでいることを特徴とする方法。
【請求項１４】
複数のトランスポートストリームのそれぞれに対してブーケＩＤ値のリストを含む汎用テーブルをダウンロードすることを含むことを特徴とする請求項１３に記載の方法。
【請求項１５】
特定の一つトランスポートストリームと関連するブーケＩＤ値のリストを含むトランスポートストリーム特有テーブルをダウンロードすることを含むことを特徴とする請求項１３に記載の方法。
【請求項１６】
ディジタルテレビジョン信号の受信に適用される事を特徴とする請求項１３乃至１５のいずれかに記載の方法。
【請求項１７】
ディジタル通信ネットワークでディジタル情報を伝送する装置であって、前記ネットワークは、各々がコマーシャルブーケに関連する情報を含む少なくとも１つのブーケ関連テーブルを伝送する複数のパケットトランスポートストリームを含むものであって、前記装置は、前記トランスポートストリームの１つに於いて、それぞれが個別に異なるコマーシャルブーケに関連する情報を含んでいる２つの異なるブーケ関連テーブルを伝送する手段と、与えられたブーケ関連テーブルの一つが認識され、且つ前記トランスポートストリームからダウンロードされることを可能とする様に、前記トランスポートストリームに於いて、少なくとも前記トランスポートストリームに関して、少なくとも２つのブーケ関連テーブルを前記トランスポートストリームの中から識別する為のブーケ識別値のリストを含んでいる少なくとも１つの他のテーブルを伝送する手段、とを含んでいる事を特徴とする装置。
【請求項１８】
ディジタル通信ネットワークを介して受信されたディジタル情報を処理する装置であって、前記ネットワークは、各々がコマーシャルブーケに関連する情報を含む少なくとも１つのブーケ関連テーブルを伝送する複数のパケットトランスポートストリームを含むものであって、前記装置は、それぞれが個別に異なるコマーシャルブーケに関連する情報を含んでいる少なくとも２つの異なるブーケ関連テーブルを伝送するトランスポートストリームを受信する受信手段と、すくなくとも前記トランスポートストリーム対して、前記トランスポートストリームの中から、少なくとも２つのブーケ関連テーブルを識別する為のブーケＩＤ値のリストを含む少なくとも１つの他のテーブルを前記トランスポートストリームからダウンロードする手段と、前記情報を与えられたブーケ関連テーブルの一つを認識し、且つそれを前記トランスポートストリームからダウンロードする為に使用する手段とを含んでいることを特徴とする装置。
【発明の詳細な説明】
【０００１】
【発明が属する技術分野】
本発明はディジタル伝送システム、特にディジタルテレビジョンシステムで使用するための方法および装置に関するものである。
【従来の技術】
既存のディジタルテレビジョンシステムは、個別のトランスポートストリームパケットあるいはトランスポートパケットの形式のデータを伝送し、各パケットが、所定の長さのものであり、ヘッダおよびペイロードを含む。ＭＰＥＧ‐２標準は、今のところこの分野で好まれている標準であり、このようなパケットに対する所定のフォーマットを公表する。
パケットヘッダは、パケットに関する一般記述データを含むのに対して、ペイロードは、受信機で処理されるデータを含む。パケットヘッダは、少なくともパケットを識別するパケットＩＤあるいはＰＩＤを含む。パケットのペイロードは、限定受信システムデータあるいは特に会話型アプリケーションあるいは他のアプリケーションを始めるためにデコーダによって使用されるアプリケーションデータのようなオーディオ、ビデオあるいは他のデータを含んでもよい。ＰＩＤパケット内のデータは、テーブルＩＤあるいはＴＩＤ値、およびもう一つの精度におけるＴＩＤ拡張値に識別された多数のテーブルあるいはセクションにさらに分割されてもよい。
【０００２】
【発明が解決しようとする課題】
従来のトランスポートストリームのデータは下記のように構成される。最高レベルで、プログラムアクセステーブルあるいはＰＡＴテーブルは、１つあるいはそれ以上のプログラムマップテーブルあるいはＰＭＴテーブルのＰＩＤ値をリストし、各ＰＭＴテーブルが前記トランスポートストリーム内のサービスに関連する。したがって、ＰＭＴテーブルは、このサービスのためのオーディオデータ、ビデオデータ、アプリケーションデータ等を含むパケットのＰＩＤ値を示す。理解されているように、サービスのセットはテレビジョンチャネルにばらばらに対応するものとみなしてもよいが、ディジタルチャネルは複数のオーディオおよび／またはビジュアルデータストリーム、唯一のアプリケーションデータ等を含んでもよい。
【０００３】
従来、ＭＰＥＧ‐２標準は、ＰＡＴプログラムアクセステーブルを０ｘ００に固定し、任意のＭＰＥＧ準拠システムがプログラムデータを即座にアクセスできる。このテーブルおよび限定受信あるいはＣＡＴテーブルに関する以外、ＭＰＥＧ‐２標準は、通常固定パケットＩＤあるいはテーブルＩＤ値を規定しないで、これをシステムのインプリメンタに対する選択としてゆだねる。
この点では、他のグループによって行われた作業、ディジタルビデオ放送グループ、すなわちＤＶＢグループは、ＭＰＥＧ標準を補足し、詳述する。標準化団体そのものではないけれども、ＤＶＢは、ディジタル放送に関する多数の提案された標準を規定する際に活動し、これらの標準は、その後、欧州電気通信標準化機構、すなわちＥＴＳＩのような機構によって採用される。
ＥＴＳＩ標準ＥＴＳ  ３００  ４６８は、固定ＰＩＤ値およびＴＩＤ値を有する多数の付加データテーブルの特性を規定する。これらのテーブルは、ネットワーク情報テーブル、すなわちＮＩＴ、サービス記述テーブル、すなわちＳＤＴおよびブーケ関連テーブル、すなわちＢＡＴを含んでいる。他の情報に関しては、読者は、その全てがＥＴＳＩ局から自由に入手されるこの公表された文書ならびに関連技術レポートＥＴＲ１６２およびＥＴＲ２１１に向けられる。
【０００４】
下記の論述はブーケ関連テーブル、すなわちＢＡＴに的を絞っている。現在任意であるこのテーブルは、放送ディジタルテレビジョンシステムの将来の実現にますます重要な役割を果たす可能性があるようにみえる。
一般的には、１つのコマーシャルオペレータは、複数のサービスチャネルの内容に責任を負うべきである。これらのチャネルはサービスのブーケとして一緒にグループ化される。ＢＡＴテーブルは、サービスのブーケに関する情報を供給するために使用され、０ｘ００１１、０ｘ４４の固定ＰＩＤ、ＴＩＤ値を有する。このブーケに関連したサービスのリストに加えて、このＢＡＴテーブルは、加入詳細等のようなブーケに関する他の情報も含んでもよい。
【０００５】
ケーブルホストあるいは衛星サービスプロバイタのようなネットワークマネージャは複数のトランスポートストリームの伝送の責任を負う。現在、オペレータブーケはトランスポートストリーム間でしっかりと分離されている。各トランスポートストリームは、１つのブーケ提供に関するサービスだけを伝送する。このような環境において、トランスポートストリームは、通常デコーダによって容易に探索し、ダウンロードできる単一ＢＡＴテーブルだけを含む。
しかしながら、多数のブーケにおけるサービスあるいはチャネルの市場およびの増加するシンジケート組織の発展は、この構造がつぶれることを意味している。それ自体、将来のブーケが多数の異なるトランスポートストリームにわたるサービスの広がりを含んでもよい可能性がある。このようなシステムのＢＡＴテーブル情報を探索することはますます重要である。
【０００６】
【課題を解決するための手段】
本発明の第１の態様によれば、ディジタル通信ネットワークでディジタル情報の方法が提供され、このネットワークは、コマーシャルブーケに関する情報を含む少なくとも１つのブーケ関連テーブルを伝送する少なくとも１つのパケットトランスポートストリームを含み、この方法は、対応する前記少なくとも１つのトランスポートストリームでブーケ関連テーブルの少なくとも１つの識別を可能にするように少なくとも１つのトランスポートストリームを識別する情報で関連したブーケＩＤ値のリストを含む少なくとも１つの他のテーブルを伝送することを含む。
本発明のこの態様の好ましい実施形態は、ディジタル通信ネットワークでディジタル情報の伝送の方法を提供し、このネットワークは、コマーシャルブーケに関する情報を含む１つあるいはそれ以上のテーブルを伝送する少なくとも１つのパケットトランスポートストリームを含み、対応するトランスポートストリームでブーケ関連テーブルのいくつかあるいは全ての識別を可能にするように少なくとも１つのトランスポートストリームを識別する情報で関連するブーケＩＤ値のリストを含む少なくとも１つの他のテーブルを伝送することを特徴とする。
【０００７】
特に、ブーケアソシエションテーブルは、コマーシャルブーケにあるサービスに関する情報を含むブーケアソシエションテーブルに対応してもよい。本発明はコマーシャルブーケに関連したサービス情報を伝送するブーケアソシエションテーブルに関して特に適用可能であるが、本発明は、ブーケ情報を含む他のテーブル、例えばブーケ提供に関連した対話型アプリケーションに関する情報を伝送するアプリケーション記述テーブルに適用されてもよい。
ネットワークのブーケアソシエションテーブルの概要およびトランスポートストリーム内のブーケアソシエションテーブル位置を提供するテーブルの装備によって、受信装備は、必要とされるブーケアソシエションテーブルを迅速で効率的に識別し、フィルタリング出力する。このテーブルは、通常全て同じＰＩＤ、ＴＩＤ値を有し、デコーダには既知ではなくてもよいＴＩＤ拡張値によってのみ識別されてもよいので、これは、複数のブーケアソシエションテーブルが単一トランスポートストリームで伝送される場合に特に困難であると分かり得る。
多数の実行が可能である。１つの実施形態では、ネットワークの複数のトランスポートストリームに関連したブーケＩＤ値のリストを汎用テーブルは提供され、この汎用テーブルは、ネットワークの対応するトランスポートストリームの各々で伝送される。
【０００８】
一実施形態では、汎用テーブルは、ネットワークで全トランスポートストリームに関する情報を伝送するために使用されるネットワーク情報テーブル、すなわちＮＩＴに対応してもよい。このようなテーブルは、トランスポートストリーム等のチューニング周波数のような他の情報を含んでもよい。
ブーケテーブルデータを伝送するためにＮＩＴ形式テーブルを使用するための長所は、ＮＩＴテーブルがネットワークの全トランスポートストリームを介してアクセス可能であるということである。したがって、デコーダは、いつでもおよびいかなるトランスポートストリームあるいはサービスにも同調させられる場合このテーブルをダウンロードしてもよい。特に、ＮＩＴテーブルは、（デコーダがチャネル周波数等にアクセス権を持つことができるために始動で通常ダウンロードされるので、デコーダは、この時にブーケテーブル情報も取り込んでもよい。
理解されるように、ネットワークで全トランスポートストリームを含むネットワーク形式テーブルを使用することは通常有利であるが、ネットワーク内の選択されたトランスポートストリームのグループを含む部分テーブルももくろまれてもよい。これは下記にさらに詳細に述べられている。
【０００９】
テーブルを伝送するネットワークに関連するブーケアソシエションテーブルデータに関する汎用データの伝送に加えて、１つの実施形態は、他のネットワークのいくつかあるいは全てのトランスポートストリームに関連した全ブーケＩＤのリストを含む汎用テーブルのネットワークトランスポートストリームでの伝送に対しても提供されてもよい。
全トランスポートストリームに対してブーケＩＤ値を伝送するための汎用テーブルの使用は特に便利であるが、これは唯一の可能性でなく、他の状況では、他の実施形態は好ましいかもしれない。特に、多数のトランスポートストリームを含むネットワークにおいて、これらのトランスポートストリームはグループで構成されてもよく、情報およびサービスは各グループのトランスポートストリーム間だけで共有される。
このような状況では、ネットワークで全トランスポートストリームの全ＢＡＴを含む全汎用テーブルおよびグループ内のトランスポートストリームだけを含む部分テーブルの使用に基づく解決策を提供する必要は全然なくてもよく、このグループ内の全トランスポートストリームの放送は使用されてもよい。
【００１０】
それとは別に、十分な情報は１つあるいはそれ以上のトランスポートストリーム特有テーブルの各トランスポートストリーム内部の伝送によって供給されてもよい。したがって、一実施形態によれば、トランスポートストリーム特有テーブルは、トランスポートストリームで伝送され、このテーブルはこの特定のトランスポートストリームに関連したブーケＩＤ値のリストを含む。
トランスポートストリームＩＤ値およびブーケテーブルＩＤ値が提供される汎用テーブルと違って、ブーケＩＤとトランスポートストリームとの間のリンクは、ブーケＩＤが所与のトランスポートストリーム特有テーブルで伝送されるという事実によって提供される。
好ましくは、トランスポートストリーム特有テーブルは、このトランスポートストリームで伝送されるサービスに関する情報を伝送するために使用されるサービス記述テーブルに対応する。特別の好ましい実施形態では、ブーケＩＤ値は、サービス記述テーブルでリストされたサービスの各々にさらに関連する。
【００１１】
このテーブルを伝送するために使用されるトランスポートストリームに関連したブーケＩＤに関するテーブルを伝送することに加えて、この方法は、例えば、同じネットワークであるいは他のネットワークにおいてさえ、トランスポートストリームに関連したブーケＩＤ値のリストを含むテーブルを１つのトランスポートストリームで伝送することも含んでもよい。
本発明は、全ブーケアソシエションテーブルが所定のパケットＩＤおよびテーブルＩＤ値で識別される伝送の方法に特に応用可能である。例えば、ＤＶＢ準拠システムでは、全ブーケアソシエションテーブルは、ＰＩＤ、ＴＩＤ値０ｘ００１１、０ｘ４Ａによって識別される。
このような実施形態では、各ブーケアソシエションテーブルは、テーブルＩＤ拡張値によって識別されてもよく、この値はブーケＩＤ値に対応する。例えば、ＤＶＢ準拠システムでは、ＢＡＴテーブルのテーブルＩＤ拡張値は、欧州放送協会によってオペレータに割り当てられたブーケＩＤと同じである。
【００１２】
本発明の前述の説明はディジタル情報の伝送の方法に重点が置いている。
他の態様から見れば、本発明は、ディジタル通信ネットワークを介して受信されたディジタル情報を処理する方法を含み、この方法は、少なくとも１つのブーケアソシエションテーブルに関連するブーケＩＤ値のリストを含む少なくとも１つのテーブルをトランスポートストリームからダウンロードを含み、各ブーケＩＤ値は、ブーケ関連テーブルを伝送する対応するトランスポートストリームで、かつ少なくとも１つのトランスポートストリームで伝送される少なくとも１つのブーケ関連テーブルをダウンロードするためにこの情報を使用して識別される。
本発明のこの態様の好ましい実施形態は、ブーケアソシエションテーブルあるいは各ブーケアソシエションテーブルに関連したブーケＩＤ値のリストを含む少なくとも１つのテーブルをトランスポートストリームからダウンロードすることを特徴とする、ディジタル通信ネットワークを介して受信されたディジタル情報を処理する方法を提供し、ブーケＩＤ値は、ブーケアソシエションテーブルを伝送する対応するトランスポートストリームで、１つあるいはそれ以上のトランスポートストリームで伝送される１つあるいはそれ以上のブーケアソシエションテーブルをダウンロードするためにこの情報を使用して識別される。
【００１３】
このような方法の好ましい実施形態は、例えば、汎用ネットワークテーブル、トランスポートストリーム特有テーブル等を使用して様々な伝送実施形態に関して述べられるような情報のダウンロードに重点を置いてもよい。
本発明は、ブーケ関連情報を含むテーブルにアクセスすることに関して前述される。しかしながら、本発明は、固定パケットＩＤ値およびテーブルＩＤ値を有し、テーブル拡張テーブルによってのみ識別されてもよい他の種類のテーブルに拡張されてもよい。
他の態様から見れば、本発明はディジタル通信ネットワークにおけるディジタル情報の伝送方法を含み、このネットワークは、固定パケットＩＤ値および固定テーブルＩＤ値で識別され、可変テーブル拡張を有する少なくとも１つの指定テーブルを伝送する少なくとも１つのパケットトランスポートストリームを含み、この方法は、前記少なくとも１つの指定テーブルを伝送する少なくとも１つのトランスポートストリームを識別する情報に関連した前記少なくとも１つの指定テーブルのテーブル拡張値のリストを含む少なくとも１つの他のテーブルを伝送することを含む。
【００１４】
本発明のこの態様の好ましい実施形態は、ディジタル通信ネットワークにおけるディジタル情報の伝送方法を提供し、このネットワークは、固定パケットＩＤ値および固定テーブルＩＤ値で識別され、可変テーブル拡張あるいは同じ値を有する１つあるいはそれ以上の指定テーブルを伝送し、指定テーブルを伝送する少なくとも１つのトランスポートストリームを識別する情報に関連する指定テーブルのテーブル拡張値のリストを含む少なくとも１つの他のテーブルを伝送することを特徴とする少なくとも１つのパケットトランスポートストリームを含む。
他の態様では、本発明は、伝送システムおよび前述の方法を実行するデコーダ、ならびにこのような方法で使用するためのディジタルテレビジョン信号に及ぶ。したがって、本発明は、コマーシャルブーケに提供されたサービスに関する情報を含む少なくとも１つのブーケ関連テーブルを伝送する少なくとも１つのトランスポートストリームを含むディジタルテレビジョン信号に及び、このディジタルテレビジョン信号は、このテーブルを伝送する少なくとも１つのトランスポートストリームの指示とともに前記少なくとも１つのブーケ関連テーブルのブーケＩＤ値のリストを含む少なくとも１つのテーブルを含む。
【００１５】
本発明は、さらにディジタル通信ネットワークにおけるディジタル情報を伝送する装置に及び、このネットワークは、コマーシャルブーケに関連する情報を含む少なくとも１つのブーケ関連テーブルを伝送する少なくとも１つのパケットトランスポートストリームを含み、前記装置は、対応する前記少なくとも１つのトランスポートストリームでブーケ関連テーブルの少なくとも１つの識別を可能にするように少なくとも１つのトランスポートストリームを識別する情報に関連したブーケＩＤ値リストを含む少なくとも１つの他のテーブルを伝送する送信機のような手段を含む。
本発明は、ディジタル通信ネットワークを介して受信されたディジタル情報を処理する装置にも及び、前記装置は、少なくとも１つのブーケ関連テーブルに関連したブーケＩＤ値のリストを含む少なくとも１つのテーブルをトランスポートストリームからダウンロードするデコーダの手段であって、各ブーケＩＤ値がブーケ関連テーブルを伝送する対応するトランスポートストリームで識別されることと、少なくとも１つのトランスポートストリームで伝送される少なくとも１つのブーケ関連テーブルをダウンロードするためにこの情報を使用するデコーダのような手段とを備えている。
【００１６】
本発明は、さらにディジタル通信ネットワークにおけるディジタル情報を伝送する装置に及び、このネットワークは、固定パケットＩＤ値および固定テーブルＩＤ値で識別され、可変テーブル拡張を有する少なくとも１つの指定テーブルを伝送する少なくとも１つのパケットトランスポートストリームを含み、この装置は、前記少なくとも１つの指定テーブルを伝送する少なくとも１つのトランスポートストリームを識別する情報に関連した前記少なくとも１つの指定テーブルのテーブル拡張値のリストを含む少なくとも１つの他のテーブルを伝送する送信機のような手段を含む。
本発明の様々な態様の本発明は、ディジタルテレビジョンシステムに特に応用可能であるが、特に排他的にはディジタルテレビジョンシステムは、ＭＰＥＧ‐２標準およびＤＶＢ標準には従わない。
【００１７】
本発明の方法態様に関する前述の機能は、装置態様にも、またその逆にも応用できる。
ここで使用されるように、用語「ディジタル通信ネットワーク」は、例えば、主にオーディオビジュアルあるいはマルチメディアディジタルデータを送信あるいは放送するいかなるネットワークシステムを含む。本発明は特に放送ディジタルテレビジョンシステムに応用可能であるが、本発明は、マルチメディアインターネットアプリケーションのための固定通信ネットワーク、組合せ放送および固定テレコムネットワーク等にも応用可能であり得る。
ここに示されるように、用語「ディジタルテレビジョンシステム」は、例えば、任意の衛星システム、地上システム、ケーブルシステムあるいは他のシステムを含んでいる。
【００１８】
ここで使用される用語「受信機／デコーダ」あるいは「デコーダ」は、例えばいくつかの他の手段によって放送あるいは送信されてもよい符合化信号あるいは非符合化信号のいずれか、例えばテレビジョンおよび／または無線信号を受信する受信機を示してもよい。このような受信機／デコーダの実施形態は、受信信号を復号化する受信機、例えば「セットトップボックス」と一体であるデコーダ、物理的に別個の受信機と組合せて機能を果たすデコーダ、ウエブブラウザのような付加機能を含むデコーダ、あるいはビデオレコーダあるいはテレビジョンのような他の装置に統合されたデコーダを含んでもよい。
用語ＭＰＥＧは、国際標準化機構作業グループ「カラー動画符合標準化作業グループ」によって開発されたデータ伝送標準を示すが、特に排他的にはＭＰＥＧ‐２標準は、ディジタルテレビジョンアプリケーションのために開発され、文書ＩＳＯ  １３８１８‐１、ＩＳＯ  １３８１８‐２、ＩＳＯ  １３８１８‐３、およびＩＳＯ  １３８１８‐４で公表され、この用語は、ディジタルデータ伝送の分野に適用可能であるＭＰＥＧフォーマットの全ての変更、修正あるいは開発を含んでいる。
同様に、「ＤＶＢ標準」あるいは「ＤＶＢ提案標準」対する参照は、ディジタルビデオ放送グループによって作成され、その後、とりわけ欧州電気通信標準化機構によって採用された規格文書草案、特に、サービス情報データに関する規格草案ＥＴＳ  ３００  ４６８ならびにその全ての変更、修正あるいは開発を示している。
【００１９】
【実施例】
次に、下記の図を参照して本発明の好ましい実施形態だけを例として説明される。
ディジタルテレビジョン放送および受信システム１の概略は図１に示されている。本発明は、圧縮ディジタル信号を送信するためにＭＰＥＧ‐２圧縮システムを使用するたいてい従来のテレビジョンシステム２を含む。より詳細には、放送局のＭＰＥＧ‐２圧縮器３は、ディジタル信号ストリーム（例えば、オーディオあるいはビデオ信号のストリーム）を受信する。この圧縮器３は、リンク装置５によってマルチプレクサ・スクランブラ４に接続される。マルチプレクサ４は、複数の他の入力信号を受信し、１つあるいはそれ以上のトランスポートストリームを組み立て、もちろんテレコムリンクを含む様々な形式を取り得るリンク装置７を介して放送局の送信機６に圧縮ディジタル信号を送信する。
【００２０】
送信機６は、電磁信号が衛星トランスポンダ９の方へアップリンク８を介して電子的に処理され、従来はエンドユーザによって所有されるかあるいは賃貸されるディッシュアンテナの形式で概念上のダウンリンク１０を介して地上受信機１１に放送する。受信機１１によって受信された信号は、エンドユーザによって所有されるかあるいは賃貸される統合受信機／デコーダ１２に接続される。受信機／デコーダ１２は、圧縮ＭＰＥＧ‐２信号をテレビジョン受像機１３のためのテレビジョン信号に復号化する。
限定受信システム２０は、マルチプレクサ４および受信機／デコーダ１２に接続され、一部は放送局に、一部はデコーダにある。このアクセスシステム２０によって、エンドユーザは、１つあるいはそれ以上のサプライヤからディジタルテレビジョン放送にアクセスできる。コマーシャル提供（すなわち、放送サプライヤによって販売される１つあるいはいくつかのテレビジョンプログラム）に関するメッセージを暗号解読できるスマートカードは、受信機／デコーダ１２に挿入できる。デコーダ１２およびスマートカードを使用して、エンドユーザは、加入モードあるいはペイ・パー・ビューモードのいずれかで事象を購入してもよい。
マルチプレクサ４および受信機／デコーダ１２にも結合され、さらに一部は放送局に、一部はデコーダにある対話式システム１７は、エンドユーザがモデム逆方向チャネル１６を介して様々なアプリケーションと対話できるように提供されてもよい。
【００２１】
（限定受信システム）
図２を参照すると、概略において、限定受信システム２０は、加入者許可システム（ＳＡＳ）２１を含む。ＳＡＳ２１は、１つあるいはそれ以上の加入者管理システム（ＳＭＳ）２２に、各放送サプライヤに対して１つのＳＭＳ、それぞれのＴＣＰ‐ＩＰリンク装置２３（ただし他のタイプのリンク装置はその代わりに使用されてもよい）によって接続される。それとは別に、１つのＳＭＳは、２つの放送サプライヤ間で共有されてもよいしあるいは１つのサプライヤは２つのＳＭＳ等を使用してもよい。
「マザー」スマートカード２５を使用する暗号化装置の形の第１の暗号化装置２４は、リンク装置２６によって接続される。さらにマザースマートカード２８を使用する暗号化装置の形の第２の暗号化装置２７は、リンク装置２９によってマルチプレクサ４に接続される。受信機／デコーダ１２は、「ドーター」スマートカード３０を受信する。この受信機／デコーダ１２は、モデム逆方向チャネル１６を介して通信サーバ３１によってＳＡＳ２１に直接接続される。ＳＡＳは、とりわけ、要求に応じて加入権をドータースマートカードに送信する。
【００２２】
スマートカードは、１つあるいはそれ以上のコマーシャルオペレータの秘密を含む。「マザー」スマートカードは、異なる種類のメッセージを暗号化し、「ドーター」スマートカードは、そのようなことを行う権利を有する場合、メッセージを暗号解読する。
第１および第２の暗号化装置２４および２７は、ラックと、ＥＥＰＲＯＭに記憶されたソフトウェアを有する電子ＶＭＥカードと、最高２０枚の電子カードと、各電子カードにそれぞれ１枚のスマートカード２５および２８とを備え、１枚のカード２８はＥＣＭを暗号化するためのものであり、もう一枚のカード２５はＥＭＭを暗号化するためのものである。
ディジタルテレビジョンシステムの限定受信システム２０の動作は、次にテレビジョンシステム２および限定受信スシステム２０の様々な構成要素を参照してより詳細に述べられる。
【００２３】
（マルチプレクサおよびスクランブラ）
図１および図２を参照すると、放送局では、ディジタルオーディオあるいはビデオ信号は、ＭＰＥＧ‐２圧縮器３を使用して、最初に圧縮される（すなわち、ビットレート削減される）。次に、この圧縮信号は、他の圧縮データのような他のデータと多重化されるためにリンク装置５を介してマルチプレクサ・スクランブラ４に送信される。
このスクランブラは、スクランブル処理で使用され、マルチプレクサにおけるＭＰＥＧ‐２ストリームに含められた制御ワードを発生する。この制御ワードは、内部で生成され、この制御ワードによってエンドユーザの統合受信機／デコーダ１２は、プログラムを暗号解読できる。
いかにプログラムが商品化されるかを示すアクセス基準はＭＰＥＧ‐２ストリームにも付加される。このプログラムは、多数の「加入」モードの１つおよび／または「ペイ・パー・ビュー」（ＰＰＶ）モードあるいは事象の１つのいずれかで商品化されてもよい。加入モードでは、エンドユーザは、１つあるいはそれ以上のコマーシャル提供、あるいは「ブーケ」に加入するので、これらのブーケ内のあらゆるチャネルを見る権利を得る。好ましい実施形態では、最高９６０のコマーシャル提供がチャネルのブーケから選択されてもよい。
ペイ・パー・ビューモードでは、エンドユーザには、エンドユーザが望む事象を購入する機能が装備される。これは、事象を前以て事前ブッキングあるいは事象が放送されるや否や事象を購入する（「インパルスモード」）かのいずれかによって行うことができる。好ましい実施形態では、加入モードあるいはＰＰＶモードで見ても見てなくても、全ユーザは、加入者であるが、もちろんＰＰＶ視聴者は必ずしも加入者である必要がない。
【００２４】
（資格付与制御メッセージ）
制御ワードおよびアクセス基準は、資格付与制御メッセージ（ＥＣＭ）を形成するために使用される。これは、スクランブルプログラムに関して送信されたメッセージである。このメッセージは、（プログラムのデスクランブルを可能にする）制御ワードおよび放送プログラムのアクセス基準を含む。このアクセス基準および制御ワードは、リンク装置２９を介して第２の暗号化装置２７に伝送される。この装置では、ＥＣＭは、生成され、暗号化され、マルチプレクサ・スクランブル４上に伝送される。放送伝送中、制御ワードは、一般的には、２、３秒毎に変わるので、ＥＣＭも、変更制御ワードがデスクランブルできるように周期的に伝送される。冗長性目的のために、各ＥＣＭは、一般的には、２つの制御ワード、すなわち現制御ワードおよび次の制御ワードを含んでいる。
データストリームで放送サプライヤによって放送された各サービスは、多数の別個の構成要素を含む。例えば、テレビジョンプログラムは、ビデオ構成要素と、オーディオ構成要素と、サブタイトル構成要素等とを含んでいる。サービスのこれらの構成要素の各々は、個別にスクランブルされ、トランスポンダ９にその後に放送するために暗号化される。サービスの各スクランブル構成要素に関しては、別個のＥＣＭが要求される。それとは別に、単一ＥＣＭは、サービスのスクランブル構成要素の全てに対して要求される。複数のＥＣＭは、複数の限定受信システムは同じ伝送プログラムへのアクセスを制御する場合にも生成される。
【００２５】
（プログラム伝送）
マルチプレクサ４は、暗号化ＥＭＭを含む電気信号をＳＡＳ２１から、暗号化ＥＣＭを第２の暗号化装置２７から、圧縮プログラムを圧縮器３から受信する。マルチプレクサ４は、プログラムをスクランブルし、スクランブルプログラム、暗号化ＥＭＭおよび暗号化ＥＣＭを放送局の送信機６にリンク装置７を介して送信する。この送信機６はアップリンク８を介して衛星トランスポンダ９の方へ電磁信号を送信する。
【００２６】
（プログラム受信）
衛星トランスポンダ９は、送信機６によって送信された電磁信号を受信し、処理し、従来は、エンドユーザによって所有されるかあるいは賃貸されるディッシュアンテナの形で、ダウンリンク１０を介して地上受信機１１上にこの信号を送信する。受信機１１によって受信されたこの信号は、エンドユーザによって所有あるいは賃貸され、エンドユーザのテレビジョン受像機１３に接続された統合受信機／デコーダ１２に送信される。この受信機／デコーダ１２は、この信号を多重分離し、暗号化ＥＭＭおよび暗号化ＥＣＭに関するスクランブルプログラムを得る。
プログラムがスクランブルされない場合、すなわちＥＣＭがＭＰＥＧ‐２ストリームで全然送信されない場合、受信機／デコーダ１２は、データを伸長し、この信号をテレビジョン受信機１３に送信するためのビデオ信号に変換する。
【００２７】
プログラムがスクランブルされる場合、受信機／デコーダ１２は対応するＥＣＭをＭＰＥＧ‐２から抽出し、ＥＣＭをエンドユーザの「ドーター」スマートカード３０に送る。これは受信機／デコーダ１２のハウジングにうまくはまる。ドータースマートカード３０は、エンドユーザがＥＣＭを暗号解読し、このプログラムにアクセスする権利を有するかどうかを制御する。有していない場合、否定状態は受信機／デコーダ１２に送られ、プログラムがデスクランブルできないことを示す。エンドユーザがこの権利を有している場合、ＥＣＭは暗号解読され、制御ワードが抽出される。次に、デコーダ１２は、この制御ワードを使用してこのプログラムをデスクランブルできる。ＭＰＥＧ‐２ストリームは、圧縮され、テレビジョン受像機１３に前方伝送するためのビデオ信号に変換される。
【００２８】
（資格付与メッセージ（ＥＭＭ））
ＥＭＭは、個別のエンドユーザ（加入者）あるいはエンドユーザのグループに専用のメッセージである。各グループは所与のエンドユーザ数を含んでもよい。この構成は、グループとして帯域幅を最適化することをもくろむ。すなわち、１つのグループに対するアクセスは多数のエンドユーザの範囲を可能にすることができる。
様々な特定の型式のＥＭＭが使用できる。個別ＥＭＭは、個別の加入者に専用であり、一般的にはペイ・パー・ビューサービスの装備で使用される。これらはこのグループのグループ識別子および加入者の地位を含む。
グループ加入ＥＭＭは、約２５６の個別ユーザのグループに専用であり、一般的にはいくつかの加入サービスの管理で使用される。このＥＭＭは、グループ識別子および加入者のグループのビットマップを有する。
視聴者ＥＭＭは、全視聴者に専用であり、例えば、所定の自由サービスを行うために特定のオペレータによって使用されてもよい。「視聴者」は、同じ限定受信システム識別子（ＣＡ  ＩＤ）を有するスマートカードを有する加入者の総計である。最後に、「特有」ＥＭＭは、スマートカードの特有識別子にアドレス指定される。
【００２９】
（加入者管理システム（ＳＭＳ））
加入者管理システム（ＳＭＳ）２２は、特にエンドユーザファイルの全て、コマーシャル提供、加入、ＰＰＶ詳細、およびエンドユーザ消費額および権限付与に関するデータを管理するデータベース３２を含む。ＳＭＳは物理的にＳＡＳから離れてもよい。
各ＳＭＳ２２は、エンドユーザに送信される資格付与管理メッセージ（ＥＭＭ）の変更あるいは作成を意味するメッセージをそれぞれのリンク装置２３を介してＳＡＳ２１に送信する。
ＳＭＳ２２は、ＥＭＭの無変更あるいは無作成を意味するが、エンドユーザの状態の変更（製品を注文する場合にエンドユーザに与えられた権限付与あるいはエンドユーザが請求される総額に関する）だけを意味するメッセージもＳＡＳ２１に送信する。
ＳＡＳ２１は、（一般的にはコールバック情報あるいは課金情報のような情報を要求する）メッセージをＳＭＳ２２に送信するので、２つの間の通信は両方向であることは明らかである。
【００３０】
（加入者権限付与システム（ＳＡＳ））
ＳＭＳ２２によって生成されるメッセージは、加入者権限付与システム（ＳＡＳ）２１にリンク装置２３を介して送られる。この加入者権限付与システム（ＳＡＳ）２１は、同様にＳＭＳ２１によって生成されるメッセージの受信を肯定応答するメッセージを生成し、ＳＭＳ２２にこれらの承認を送る。
概要において、ＳＡＳは、加入モードに対する権利を与え、毎月自動的に権利を更新する加入連鎖領域と、ＰＰＶ事象に対する権利を与えるペイ・パー・ビュー連鎖領域と、加入連鎖領域およびＰＰＶ連鎖領域によって作成されるＥＭＭをマルチプレクサ・スクランブラ４に送るので、ＭＰＥＧストリームをＥＭＭとともに供給するＥＭＭインジェクタとを含む。コンピュータソフトウェアをユーザのパーソナルコンピュータにダウンロードする場合にペイ・パー・ファイル（ＰＰＦ）権のような他の権利が付与されるべきである場合、他の同様な領域も与えられる。
ＳＡＳ２１の１つの権利は、加入モードのコマーシャル提供として利用可能であるかあるいは異なる商品化モード（事前ブッキングモード、インパルスモード）によりＰＰＶ事象として販売されるテレビジョンプログラムのアクセス権を管理することにある。これらの権利およびＳＭＳ２２から受信された情報に従ってＳＡＳ２１は加入者に対するＥＭＭを発生する。
【００３１】
ＥＭＭは、管理鍵および利用鍵に対して暗号化する暗号化装置（ＣＵ）２４に送られる。ＣＵは、ＥＭＭのシグネチャを完了し、ＥＭＭをヘッダが付加されるＳＡＳ２１のメッセージ発生器（ＭＧ）に送り返す。ＥＭＭは、完成ＥＭＭとしてメッセージ放出器（ＭＥ）に送られる。このメッセージ発生器は、放送開始時間および終了時間およびＥＭＭの放出速度を決定し、これらを適切な方向に応じてＥＭＭとともにメッセージ放出器に送る。ＭＧは所与のＥＭＭを１度発生するだけである。すなわち、ＭＧは、ＥＭＭの周期的伝送を実行するＭＥである。
ＥＭＭの発生の際に、ＭＧは特有識別子をＥＭＭに割り当てる。ＭＧがＥＭＭをＭＥに送る場合、ＭＧはＥＭＭ  ＩＤも送る。これによって、ＭＧおよびＭＥの両方で特定のＥＭＭの識別を可能にする。
例えば、複数のオペレータに関連する複数の限定受信システムを処理するように構成される同時暗号のようなシステムでは、各限定受信システムに関連したＥＭＭストリームは、別々に生成され、伝送より前にマルチプレクサ４によって一緒に多重化される。
次に、所与のトランスポートストリーム内のパケットおよびテーブルデータのフォーマットおよび構成が示される。
【００３２】
（トランスポートパケットおよび専用セクションデータのフォーマット）
図示されるように、ＭＰＥＧトランスポートパケットは、ヘッダを含む固定長の１８８バイトのパケットである。標準パケットでは、同期データに続く３バイトのヘッダは下記を含む。
【００３３】
表Ｉ        トランスポートエラーインジケータ            １ビット
ペイロードユニットインジケータ              １ビット
トランスポート優先順位                      １ビット
ＰＩＤ                                      １３ビット
トランスポートスクランブル制御              ２ビット
適合フィールド制御                          ２ビット
連続カウンタ                                ４ビット
【００３４】
これらのフィールドの特性は一般にＭＰＥＧ標準によって決定される。
上記のものはトランスポートパケットのヘッダのフォーマットを示している。ＭＰＥＧ‐２標準に従って、パケットペイロードとともに含まれた情報は、トランスポートされるデータの型式に従って他の構造のレベルに左右される。オーディオ、ビジュアル、テレテキスト、サブタイトルあるいは他のこのような迅速に生じる同期データの場合、この情報は、パケット化基本ストリーム、すなわちＰＥＳとして知られているものの形式で組み立てられる。送信パケットのペイロードを組み立てることによって形成されるこのデータストリームは、それ自体一連のパケットを含み、各パケットはパケットヘッダおよびペイロードを含む。トランスポートストリームの送信パケットと違って、ＰＥＳパケット長は可変である。
【００３５】
アプリケーションデータあるいはＥＣＭおよびＥＭＭデータのようないくつかの他の形式のデータの場合、ＰＥＳパケットと異なるフォーマットは禁止される。特にトランスポートパケットペイロードに含まれるデータは一連のセクションあるいはテーブルに分割され、このテーブルあるいはセクションヘッダは、問題のテーブルを識別するテーブルＩＤあるいはＴＩＤを含む。テーブルも、他のパラメータ、すなわちテーブルＩＤ拡張値によって識別されてもよい。データのサイズに応じて、テーブルはパケットペイロード内に完全に含まれてもよいしあるいは多数のトランスポートパケットにわたる一連のセクションに拡張されてもよい。ＭＰＥＧ‐２に関しては、用語「テーブル」あるいは「セクション」は、単一のデータの分離テーブルを示すためにしばしば使用される。用語「セクション」も同じＴＩＤ値を有する複数のテーブルの１つを示してもよい。
【００３６】
専用テーブルあるいはセクションに伝送される情報を示すために使用される実際のＴＩＤあるいはＴＩＤ拡張値は、ＭＰＥＧ−２標準によって固定されなくて、サービスあるいはサービスのブーケのオペレータの裁量で規定されてもよい。
トランスポートパケットデータおよびＰＥＳパケットデータのように、テーブルあるいはセクションのデータ構造あるいはシンタックスは、それにもかかわらずＭＰＥＧ‐２標準によってさらに規定される。専用テーブルあるいはセクションデータに対する２つの可能なシンタックス、すなわち長い形式および短い形式が提案される。
【００３７】
短い形式および長い形式の両方において、専用テーブルのヘッダは、少なくとも下記のものを含むデータを含む。
表II              テーブルＩＤ                        ８ビット
セクションシンタックスインジケータ  １ビット
専用インジケータ／予備              １ビット
ＩＳＯ予備                          ２ビット
セクション長                        １２ビット
【００３８】
専用インジケータ長および専用セクション長は、ＭＰＥＧ‐２標準によって固定されなくて、システムオペレータ自身の目的でシステムオペレータによって使用されてもよいデータで構成される。テーブルシンタックスに関する他の情報に関しては、読者はＭＰＥＧ‐２に向けられる。
【００３９】
（トランスポートストリーム内のデータテーブルの構成）
図３に示されるように、放送データトランスポートストリームは、プログラム関連テーブル４０（「ＰＡＴ」）を含む多数の標準フォーマットのパケットを含み、パケットのヘッダのＰＩＤは、ＭＰＥＧ‐２標準によって０ｘ００に固定される。プログラムアクセステーブル４０は、プログラムデータに対するアクセスのためのエントリポイントを供給し、このストリーム内の所与のサービスに関連したプログラムマップテーブル（「ＰＭＴ」）４１、４２のＰＩＤ値を示すテーブルを含む。サービスは、独自に最初のネットワークＩＤ、トランスポートストリームＩＤおよびサービスＩＤの３組の値によって規定される。
各プログラムマップテーブル４１、４２は、順次伝送に関連するオーディオテーブル４３およびビデオテーブル４４のパケットストリームのＰＩＤ値に対する参照を含む。図示されるように、プログラムマップテーブル４２も、問題の伝送に関する付加データ、特に多数の限定受信システムによって生成され、問題の伝送に関連したＥＣＭデータならびにアプリケーションデータを含む他のパケット４５、４６のＰＩＤ値に対する参照も含む。
【００４０】
プログラムアクセステーブルＰＡＴ４０に加えて、ＭＰＥＧトランスポートストリームはさらに、そのＰＩＤ値が０ｘ０１に固定される限定受信テーブル４７（「ＣＡＴ」）を含む。このＣＡＴテーブル４７は、１つあるいはそれ以上の限定受信システムに関連したＥＭＭデータを伝送するＭＰＥＧパケット４８、４９、５０のＰＩＤ値を示している。ＰＭＴパケットのように、ＣＡＴテーブル４７で参照されるＥＭＭパケットのＰＩＤ値は、固定されなくて、システムオペレータの選択で決定されてもよい。
上記に示されるＰＡＴテーブル値およびＣＡＴテーブル値を除いて、ＭＰＥＧ‐２標準は、非常にわずかな固定ＰＩＤ値を指定する。ＭＰＥＧ‐２標準は、他のテーブル、特にネットワーク情報テーブル（ＮＩＴ）の使用を予知するが、この標準は、このテーブルあるいは他のテーブルのＰＩＤ値を決定しないで、このテーブルが前述のような所与のトランスポートストリームのサービスと関連したＰＭＴテーブル同様にＰＡＴテーブルを介してアドレス指定できることを単に示している。
【００４１】
序論で述べられているように、ある程度までディジタルビデオ放送グループ、すなわちＤＶＢグループによって行われる作業は、ＭＰＥＧ‐２の標準のセットを補足する。特に、ＤＶＢ提案された欧州電気通信標準３００  ４６８の１９９７年１月バージョンは、多数の他のテーブルの特性を発表し、テーブルのＰＩＤ値およびＴＩＤ値を規定する。
ここにで規定されたテーブルは、とりわけ、図３の５１に示されたネットワーク情報テーブル（ＮＩＴ）と、５２に示されたサービス記述テーブル（ＳＤＴ）と、５３、５４に示されたブーケ関連テーブル（ＢＡＴ）とを含んでいる。他のテーブルもこの標準で規定されるが、簡略のために後述されない。
下記にさらに詳述されるＮＩＴテーブルは、トランスポートストリーム等に関連した特定のチューニング周波数のような、ネットワークオペレータによって伝送されるトランスポートストリームの各々および全部に関する情報を含む。このテーブルは、ＤＶＢコンパチブルシステムにおいて必須であり、一般的には様々なトランスポートストリームを中継する責任を負うネットワークマネージャ、例えば、衛星あるいはケーブルネットワークマネージャによって作成される。
【００４２】
ＮＩＴテーブルも、各サービスプロバイダーによってネットワークマネージャにも供給される各トランスポートストリームのサービスに関する情報を含んでもよい。ＮＩＴテーブルは、汎用であり、このネットワーク内の全トランスポートストリームに含まれる。図３に示されるようにおよび全ＭＰＥＧ形式テーブルのように、ＮＩＴテーブルは、実際は多数のセクションに分割されてもよい。
ＤＶＢ標準ＥＴＳ３００  ４６８では、ＮＩＴテーブルネットワークのＰＩＤ値およびＴＩＤ値は、０ｘ００１０および０ｘ４０のそれぞれに固定され、ＰＡＴテーブルを介してテーブルを探索する要求を解決する。値０ｘ００１０、０ｘ４０は、ホストネットワーク、すなわちＮＩＴテーブルを含むトランスポートストリームが一部を形成するネットワークのためのＮＩＴテーブルに関連する。他のネットワークに関するＮＩＴテーブルもトランスポートストリームで伝送されてもよいし、このようなテーブルがＰＩＤ、ＴＩＤ値０ｘ００１０および０ｘ４０をそれぞれ割り当てられることも予知される。
【００４３】
トランスポートストリーム内のＳＤＴテーブルもＤＶＢコンパチブルシステムにおいて必須である。ＳＤＴテーブルは、サービスの状態（実行される、実行されない等）のような各サービス、タイミング情報等に関する他のパラメータとともに３組の最初のネットワークＩＤ値、トランスポートストリームＩＤ値およびサービスＩＤ値によって示された各サービスの特有名を含んでいる。前述のように、このテーブルは多数のセクションに分割されてもよい。
ＳＤＴテーブルは、ＤＶＢ標準によってそれぞれの固定ＰＩＤ、ＴＩＤ値０ｘ００１１および０ｘ４２を割り当てられる。所与のトランスポートストリームも他のトランスポートストリームの情報に関するＳＤＴテーブルを伝送してもよいことも予知される。このような場合、ＳＤＴテーブルは、ＰＩＤ、ＴＩＤ値０ｘ００１１、０ｘ４６を割り当てられる。
ＤＶＢ標準は、コマーシャルオペレータによって提案されたサービスブーケに関連したサービスに関する情報を一緒にグループ化するために使用されるブーケ関連テーブル、すなわちＢＡＴの特性も規定する。所与のトランスポートストリームでは、ＢＡＴテーブルは、このストリーム内のサービスに対するアクセスを有するブーケに関する情報を供給する。ＳＤＴテーブルおよびＮＩＴテーブルのように、ＢＡＴテーブルは、多数のセクション間で分割されてもよい。
【００４４】
ＥＴＳ  ３００  ４６８によって規定されるようなＢＡＴテーブルの構造は図４に示される。ＢＡＴテーブルは、ブーケＩＤ、すなわち欧州放送協会によってブーケプロバイダーに割り当てられた特有値を含む。ブーケＩＤ値の現保有者はＤＶＢ技術レポートＥＴＲ１６２にリストされる。
ＢＡＴは、前述され、対応するトランスポートストリームに関連したその特有の３組の値によって識別されるようにこのブーケによって提供されるサービスの各々に関するテーブル情報の記述子部にも含む。ＢＡＴテーブルは、所与のブーケに対する加入詳細のようなコマーシャルデータを伝送するために同様に使用されてもよい。後述されるように、多数のトランスポートストリームを介して放送されるサービスに関するブーケ提供の増加する複雑さはブーケ内部のサービスの全概要を行うためにＢＡＴテーブルの使用がますます重要になる。
特に、電子プログラムガイド等のようなデコーダで実行されるアプリケーションは、例えば、デコーダがアクセスするブーケあるいは他のブーケ内に含まれたこれらのサービスのためのプログラムあるいはサービス情報を表示するためにアプリケーションの動作においてＢＡＴテーブル内に含まれる情報を使用してもよい。このようなことに関して、デコーダは多数の異なるオペレータに関連するＢＡＴテーブルを区別できるべきであることはきわめて重要である。
【００４５】
今日存在するような垂直的な市場では、トランスポートストリーム内部の全サービスは、単一ブーケ提供に関連し、このトランスポートストリーム内の単一ＢＡＴテーブルによって示される。代替のサービスのブーケを提案するオペレータは、オペレータのサービスを伝送するために別個のトランスポートチャネルを使用する。このような環境では、各トランスポートチャネルは、特有ブーケ提供に関連し、特有ＢＡＴ情報テーブルを伝送する。
所定の場合、サービスあるいはプログラムは、複数のオペレータのブーケの一部に直接販売され、この一部を形成してもよい。ニュースチャネルＣＮＮは、一般的には例えば多数のオペレータによって提供されるブーケの一部を形成する。前述されたトランスポートストリームとブーケとの分離に関しては、サービスは、問題のトランスポートストリームの各々に再コピーされねばならない。
【００４６】
変化する市場状態に関しては、この種のブーケサービスおよびトランスポートチャネルの構成が保持されないことがますます考えられる。したがって、１つのトランスポートストリームのサービス放送は多数のブーケに関連してもよい。同様に、所与のブーケは、複数のトランスポートストリームに広がった多数のサービスを含んでもよい。
この種の環境では、複数のＢＡＴテーブルが、図３に示されるＢＡＴテーブル５３、５４によって示されるように単一トランスポートストリームで伝送される場合が生じるかもしれない。これらのＢＡＴテーブルは、このトランスポートストリームであるいは他のトランスポートストリームでさえサービスを伝送するブーケを示してもよい。
【００４７】
このようなテーブルは、同じＰＩＤ、ＴＩＤ値０ｘ００１１、０ｘ４４を有し、一連の特有ＰＩＤ拡張値を使用して区別されるだけでもよい。実際、これらのＰＩＤ拡張値は、欧州放送協会のような国際機構によって割り当てられたブーケＩＤ値と同一である。したがって、デコーダがトランスポートストリームに含まれた複数のテーブルの中の所与のＢＡＴテーブルに正確にアクセスできるために、ＴＩＤ拡張、あるいはブーケＩＤ値はデコーダに通信しなければならない。本発明の下記の例は、トランスポートストリーム内のＢＡＴテーブルのＩＤに関して述べられる。しかしながら、同じ原理は、ブーケに提供されるテーブルリスト対話式アプリケーションのようなブーケ関連情報を含む他のテーブル、あるいは実際に、通常未知のＴＩＤ拡張値によって識別だけできる任意の固定ＰＩＤ値テーブルおよびＴＩＤ値テーブルに適用されてもよい。
【００４８】
本発明の一実施形態では、この情報は便宜的にはＮＩＴテーブルにあってもよい。図５を参照すると、ＤＶＢ標準による典型的なＮＩＴテーブルの構造が示されている。分かるように、ネットワークそのものに関するテーブルの一部に加えて、セクション数はテーブル等を構成し、このテーブルは、下記のものによって示されるネットワークで伝送されるトランスポートストリームの各々の特性に関する第２の情報ループをさらに含む。
【００４９】
ｔｒａｎｓｐｏｒｔ ｓｔｒｅａｍ ｌｏｏｐ ｌｅｎｇｔｈ      １２ビット
ｆｏｒ（ｉ＝０；ｉ＜Ｎ；ｉ＋＋）｛
ｔｒａｎｓｐｏｒｔ ｓｔｒｅａｍ ｉｄ                    １６ビット
ｏｒｉｇｉｎａｌ ｎｅｔｗｏｒｋ ｉｄ                    １６ビット
ｒｅｓｅｒｖｅｄ ｆｕｔｕｒｅ ｕｓｅ                      ４ビット
ｔｒａｎｓｐｏｒｔ ｄｅｓｃｒｉｐｔｏｒｓ ｌｅｎｇｔｈ  １２ビット
ｆｏｒ（ｊ＝０；ｊ＜Ｎ；ｊ＋＋）｛
ｄｅｓｃｒｉｐｔｏｒ（）
｝
ＮＩＴテーブルで識別される各トランスポートストリームに関連した記述子（）部内では、したがって、このストリーム内で伝送されるＢＡＴテーブルの各々の記述を含むことは、下記のように便宜である。
【００５０】
ｄｅｓｃｒｉｐｔｏｒ ｔａｇ                                ８ビット
ｄｅｓｃｒｉｐｔｏｒ ｌｅｎｇｔｈ                          ８ビット
ｆｏｒ（ｉ＝０；ｉ＜０；ｉ＋＋）｛
ｂｏｕｑｕｅｔ ｉｄ                                  １６ビット
【００５１】
前述のように、一旦作成されると、ネットワークためのＮＩＴテーブルはこのネットワークによって作成される全トランスポートストリームに含まれる。ＮＩＴテーブル内に含まれた他の情報（トランスポートストリーム周波数等）のために、このテーブルは、デコーダが正しいトランスポートストリーム周波数に同調できるようにデコーダの起動動作の一部としてデコーダによって通常直ちにダウンロードされる。
したがって、記述子タグによって識別可能であり、トランスポートストリーム内の各ＢＡＴテーブルに対するＢＡＴテーブル拡張値に関する情報を供給する記述子部の導入することによって、デコーダは、この初期の起動期間中、この情報を吸収し、記憶できる。その後、デコーダ内で実行し、１つあるいはそれ以上のＢＡＴテーブルに含まれた情報に対するアクセスを必要とするアプリケーションは、所与のトランスポートストリーム内の所与のＢＡＴテーブルを選択し、ダウンロードするのに必要なＴＩＤ拡張およびトランスポートストリームＩＤデータを所有する。
【００５２】
ＮＩＴテーブル内のこの情報の配置は、デコーダが単一動作で全トランスポートストリームに対するＢＡＴデータをアクセスできる特別便利な方法を提供する。例えば、他の実施形態では、ＢＡＴテーブルあるいは所与のトランスポートストリ内のテーブルのブーケＩＤ値を識別するセクションは、このトランスポートストリームに関連したＳＤＴテーブル内部に含めてもよい。
前述のように、ＰＩＤ、ＴＩＤ値０ｘ００１１、０ｘ４２によって識別されたＳＤＴテーブルは、通常、このテーブルを含むトランスポートストリームで伝送されたサービスの各々に関する情報を伝送するために使用される。理解されるように、このＳＤＴテーブルを含む特定のトランスポートストリームに伝送されたＢＡＴテーブルに関連したブーケＩＤのリストを含む記述子部をこのテーブルに導入することは比較的簡単なことである。
【００５３】
図６を参照すると、標準ＳＤＴテーブルの構造が示されている。この実施形態では、ブーケＩＤ値は、各ＳＤＴテーブルが所与のトランスポートストリームに特有であるという事実によってトランスポートストリームに結合される。
事実の点において、他の識別レベルは、テーブルの第２のインデントループに規定されているようにＳＤＴにリストされたサービスの各々にブーケＩＤ値を関連付けることによって実行されてもよい。それは、例えば、トランスポートストリームに対する所定のサービスが異なるブーケオペレータに属する場合であってもよい。ブーケ情報に対するサービス情報の識別によって、ＳＤＴテーブルをダウンロードするいかなるデコーダもこのサービスをそれに応じて識別し、処理できる。
特に、この情報は、様々なサービスによって伝送される対話式アプリケーションに関するアプリケーション記述テーブルのようなＢＡＴテーブル以外のテーブルを識別し、選択するために使用されてもよい。
【００５４】
前述されたＮＩＴ方式実現と比較して、この実施形態は、単一動作でＢＡＴテーブルに関する情報を全トランスポートストリームにわたって得ることは可能ではないという欠点を持つ。しかしながら、前述のように、ＰＩＤ、ＴＩＤ値０ｘ００１１、０ｘ４６を割り当てられ、他のトランスポートストリームのサービスに関するＳＤＴテーブルもトランスポートストリームによって伝送されてもよい。これらのテーブルも、ネットワークによって処理された他のトランスポートストリームのいくつかあるいは全部に関するＢＡＴテーブル情報をデコーダがダウンロードできるようにこれらの対応する他のトランスポートストリームにＢＡＴテーブルに関する情報を含めるように修正されてもよい。
例えば、ネットワーク内部のトランスポートストリームが全て内部関連でなく、一連のサブグループに分割されるある種の場合、この実施形態は、実際に汎用ネットワークテーブルの使用と丁度同じように便利であり得る。
【００５５】
他の実施形態は、例えば、後で規定されるようにブーケＩＤおよびトランスポートストリームデータを含み、特有ＰＩＤ、ＴＩＤ値によって識別される専用テーブルを形成することによって同様に可能である。この専用テーブルは、ＮＩＴテーブルのようにネットワーク内の全トランスポートストリームにわたってあるいはＳＤＴテーブルのように各トランスポートストリームに特有のいずれかに汎用化され、挿入されてもよい。固定ＰＩＤ、ＴＩＤ値の割り当てに加えてあるいは固定ＰＩＤ、ＴＩＤ値の割り当ての代替として、このようなテーブルも、トランスポートストリーム内の他のテーブルに参照によって探索されてもよいしあるいはアクセス可能であってもよい。
ブーケＩＤおよびトランスポートストリームデータも、まだ規定されないで、再びネットワークにわたりあるいはトランスポートに特有に汎用化されてもよいトランスポートストリーム内に含まれる他のテーブル内に組み込まれてもよい。例えば、ＭＰＥＧグループは、目下、他の所定のおよび固定値テーブル、すなわち主にトランスポートストリームの物理特性に関する情報を伝送するために使用され、このような情報を含むように修正されてもよいトランスポートストリーム記述子テーブルの導入を検討している。
【００５６】
上記の説明はディジタル衛星ＴＶ領域内のこのようなシステムの実現に重点を置くが、本発明がディジタル地上テレビジョンネットワーク、ケーブルネットワーク、組合せ放送／ケーブルシステム等のような一般のディジタル通信ネットワークに同様に応用可能であることが分かる。
【図面の簡単な説明】
【図１】  本実施形態によるディジタルＴＶシステムの全アーキテクチャを示している。
【図２】  図１の限定受信システムのアーキテクチャを示している。
【図３】  放送トランスポートストリーム内のトランスポートパケットおよびテーブルデータの構造を示している。
【図４】  図３の放送トランスポートストリーム内で伝送されたブーケアソシエションテーブルの構造を示している。
【図５】  図３の放送トランスポートストリーム内で伝送されたネットワーク情報テーブルの構造を示している。
【図６】  図３の放送トランスポートストリーム内で伝送されるサービス記述子テーブルの構造を示している。
【図１】
0004422911.tif 000002
【図２】
0004422911.tif 000003
【図３】
0004422911.tif 000004
【図４】
0004422911.tif 000005
【図５】
0004422911.tif 000006
【図６】
0004422911.tif 000007