(57)【特許請求の範囲】
【請求項１】
第１形式のフレームで形成された第１シーケンスデータを、第２形式のフレームで形成された第２シーケンスデータに変換する、受信機における使用のための変換器であって、前記第１のフレームが当該フレーム中の所定の位置において複数のデータ形式を有し、当該第１形式のフレーム長が第２形式のフレーム長とは異なり、前記変換器は、
前記所定の位置に基づいて、前記第１シーケンスを、それぞれが所定のデータ形式を有する少なくとも二つの個々のデータシーケンスに分解する分解手段と、
前記個々のシーケンスを、前記第２形式のフレームに分割し、前記第２シーケンス内の前記個々のシーケンスのフレーム形式を識別するためのフレーム形式識別子を各フレームに含ませることにより、前記第２形式のフレームにデータを配置する配置手段と、
前記第２形式のフレームから成る前記第２シーケンスを供給する供給手段と、
を有する変換器。
【請求項２】
請求項１に記載の変換器において、
前記変換器が、前記個々のシーケンス内のデータ形式を識別するために、前記個々のシーケンスの少なくとも一つに、データ形式識別子を追加することを特徴とする変換器。
【請求項３】
請求項１または２に記載の変換器において、
前記第２シーケンスが、複数のフレームを有し、前記個々のシーケンスが、前記第２のシーケンス内に複数のフレームを有するパケットを持つ複数のパケットを有し、パケットがフレーム形式識別子の所定の値で識別され、当該パケットがデータ形式識別子を持つヘッダを有することを特徴とする変換器。
【請求項４】
請求項１乃至３の何れか一項に記載の変換器において、
前記第２シーケンスが、前記フレーム形式識別子の少なくとも一つの更なる所定の値により識別された単一のデータ・フレームを有し、前記第２シーケンス内の各フレームがデータとデータ形式識別子を有することを特徴とする変換器。
【請求項５】
請求項１乃至４の何れか一項に記載の変換器において、
前記変換器が、第１形式のフレームの開始を通知するため、第２シーケンスに同期信号を付加することを特徴とする変換器。
【請求項６】
請求項５に記載の変換器において、
前記同期信号が、所定の値を有するフレーム形式識別子を有するフレームであることを特徴とする変換器。
【請求項７】
請求項１乃至６の何れか一項に記載の変換器において、
前記第２シーケンスのフレームが、前記第１シーケンスのデータ用に少なくとも２０ビットを有し、前記フレーム形式識別子用に最大４ビットを有し、前記フレームの全長が２４ビットであることを特徴とする変換器。
【請求項８】
請求項７に記載の変換器において、
データ形式に依存して、フレームがデータ用に２０ビット、フレーム形式識別子用に４ビット、またはデータ用に２２ビット、フレーム形式識別子用に２ビットを有することを特徴とする変換器。
【請求項９】
請求項７又は８に記載の変換器において、
前記第２シーケンスの前記フレームが、ＩＥＣ９５８規格に適合するサブフレーム内に挿入されていることを特徴とする変換器。
【請求項１０】
請求項１乃至９の何れか一項に記載の変換器であって、前記変換器はＤＡＢ信号に挿入されたデータを復号化する手段に結合され、
前記変換器が、前記データを復号化する手段からの復号化されたデータを、個々のシーケンスとして前記第２シーケンスに付加することを特徴とする変換器。
【請求項１１】
請求項１０に記載の変換器において、
前記復号化されたデータが、ＤＡＢ信号のヌル記号内に含まれるＴＩＩデータであることを特徴とする変換器。
【請求項１２】
請求項１０に記載の変換器において、
前記復号化データが、ＰＡＤデータであることを特徴とする変換器。
【請求項１３】
請求項１２に記載の変換器において、
前記第２シーケンスのフレームが、ＩＥＣ９５８サブフレーム内に挿入され、前記変換器が、ＩＥＣ９５８サブフレーム内のユーザ・データ・チャネル内に、ＰＡＤデータを有する個々のシーケンスを挿入することを特徴とする変換器。
【請求項１４】
ＤＡＢ信号を受信するための受信機であって、前記受信されたＤＡＢ信号を、フレーム内の所定の位置に複数のデータ形式を有する第１形式の前記フレームで構築された第１シーケンスデータに復号化する手段を有する受信機において、前記受信機は請求項１に記載の変換器を更に有することを特徴とする受信機。
【請求項１５】
フレーム内の所定の位置に複数のデータ形式を有する第１形式の前記フレームで構築された第１シーケンスデータを、第２形式のフレームで構築された第２シーケンスデータに変換する、受信機における使用のための方法であって、前記第１形式フレームのフレーム長が第２形式のフレーム長と相違する方法において、
上記方法が、
前記第１形式の前記フレームで構築された前記第１シーケンスデータを読取るステップと、
前記所定の位置に基づいて、前記第１シーケンスデータを、それぞれが所定のデータ形式を有する少なくとも二つの個々のデータシーケンスに分割するステップと、
前記個々のシーケンスを、前記第２形式のフレームに分割し、前記第２シーケンス内の前記個々のシーケンスのフレーム形式を識別するためのフレーム形式識別子を各フレームに含ませることにより、前記第２形式のフレームにデータを配置するステップと、
前記第２形式のフレームから成る前記第２のシーケンスデータを供給するステップと、を有することを特徴とする方法。
【請求項１６】
請求項１５に記載の方法において、
データ形式識別子が、前記個々のシーケンスの前記データ形式を識別するために前記個々のシーケンスの少なくとも一つに付加されることを特徴とする方法。
【請求項１７】
請求項１５又は１６に記載の方法において、
前記第２シーケンスが複数のパケットを有し、
個々のシーケンスが前記第２シーケンスにおいて複数のフレームを持ち、前記フレーム形式識別子の所定値により識別されるパケットを有し、当該パケットが前記データ形式識別子を含むヘッダを有することを特徴とする方法。
【請求項１８】
請求項１５乃至１７の何れか一項に記載の方法において、
前記第２シーケンスが、前記フレーム形式識別子の少なくとも一つの更なる所定値により識別される単一のデータフレームを有し、前記第２シーケンスの各フレームがデータ及びデータ形式識別子を有することを特徴とする方法。
【請求項１９】
請求項１５乃至１８の何れか一項に記載の方法において、
同期信号を、前記第１形式のフレームの始りを通知するために前記第２シーケンスに付加するステップを更に有することを特徴とする方法。
【請求項２０】
請求項１９に記載の方法において、
前記同期信号が、所定の値のフレーム形式識別子を有するフレームであることを特徴とする方法。
【請求項２１】
請求項１５乃至２０の何れか一項に記載の方法において、
前記第２シーケンスのフレームが、前記第１シーケンスからのデータ用に少なくとも２０ビットを、前記フレーム形式識別子用に最大４ビットを有し、合計フレーム長が２４ビットであることを特徴とする方法。
【請求項２２】
請求項２１に記載の方法において、
データの形式に応じて、フレームが、データ用に２０ビット、前記フレーム形式識別子用に４ビット、若しくはデータ用に２２ビット、前記フレーム形式識別子用に２ビットを有することを特徴とする方法。
【請求項２３】
請求項２１又は２２に記載の方法において、
前記第２シーケンスの前記フレームが、ＩＥＣ９５８規格に適合するサブフレーム内に挿入されていることを特徴とする方法。
【請求項２４】
請求項１５乃至２３の何れか一項に記載の方法であって、
前記第１シーケンスをＤＡＢ信号から復元し、ＤＡＢ信号に埋込まれたデータを復号化し、
前記復号化されたデータを個々のシーケンスとして前記第２シーケンスに付加することを特徴とする方法。
【請求項２５】
請求項２４に記載の方法において、
前記復号化されたデータが、ＤＡＢ信号のヌル記号に設けられたＴＩＩデータであることを特徴とする方法。
【請求項２６】
請求項２４に記載の方法において、
前記復号化されたデータが、ＰＡＤデータであることを特徴とする方法。
【請求項２７】
請求項２６に記載の方法において、
前記第２シーケンスのフレームが、ＩＥＣ９５８サブフレーム内に挿入され、ＰＡＤデータを有する前記個々のシーケンスが、ＩＥＣ９５８サブフレーム内のユーザ・データ・チャネル内に挿入されることを特徴とする方法。
【発明の詳細な説明】
技術分野
本発明は、ディジタルオーディオ放送（ＤＡＢ）信号を受信する受信機に関する。この受信機は、第１形式のフレームで構築された第１シーケンスデータへと受信したＤＡＢ信号を復号化する手段を有する。このフレームは、その内部の所定の位置に複数のデータ形式を有する。
本発明はさらに、第１シーケンスデータを第２シーケンスデータに変換する装置および方法に関する。
背景技術
上述のＤＡＢ受信機は、１９９５年２月オランダのフィリップス・コンシューマ・エレクトロニクス社により発行されたパンフレット「ＤＡＢ４５２ディジタル・オーディオ放送試験受信機」に記載されている。
既知のＤＡＢ受信機において、受信したＤＡＢ信号は、高速フーリエ変換装置により周波数変換及び復調され、第１形式のフレーム中に構築されたＤＡＢデータ・シーケンスへとインターリーブ解除及び復号化される。このフレームは、その内部の所定の位置に複数のデータ形式を有する。チャネル・デコーダの出力データは、インタリーブ解除及び復号化されたＤＡＢデータ・シーケンス全体若しくはその一部を設けることができる。この出力データは、ここではデータの第１シーケンスと見なされ、更なる工程用の周辺機器に供給するためにＤＡＢ受信機の外部インターフェース上で入手できる。このことは、ＤＡＢデータ・シーケンス全体を使用できる場合には、周辺装置は、第１シーケンス内の正しい情報を復号化するために、ＤＡＢフォーマットの構造について知っていなければならないことを意味する。ＤＡＢデータ・シーケンスの一部だけを使用することができる場合にも、周辺装置は依然として使用できるデータのタイプについて知っていなければならない。そのため、周辺装置は複雑になる。さらに、データの第１シーケンスのフレーム・フォーマットは、ディジタル領域で一般的に使用されているものではない。上記フレーム・フォーマットはＤＡＢに対してだけ使用される。それ故、周辺装置に対するＤＡＢ受信機のインターフェースは、標準タイプのものではない種々の周辺装置間の通信が要求される場合には好ましくない。
発明の開示
本発明の目的は、第１シーケンスに含まれるデータを、もっと容易にアクセスすることができるフォーマットに変換するためのＤＡＢ受信機、装置および方法を提供することである。
本発明の受信機は、第１シーケンスデータを第２形式のフレームで形成された第２シーケンスデータに変換する手段を有し、当該第１形式のフレーム長が第２形式のフレーム長とは異なり、当該変換手段が前記復号化手段に結合され、さらに、
前記第１シーケンスを、それぞれが所定のデータ形式用に予約された少なくとも二つの個々のデータシーケンスに分解し、
前記個々のシーケンスを、前記第２形式のフレームに配置されるべきデータに分割し、
前記個々のシーケンスを、それぞれが前記第２シーケンス内の前記個々のシーケンスを識別するためのフレーム形式識別子を有する第２形式フレーム内に配置し、さらに前記個々のシーケンスから前記第２シーケンスを組立てることを特徴とする。
第一のシーケンスをそれぞれが特定のデータ形式用に予約された別々のシーケンスに分割することによって、上記個々のシーケンスを第２シーケンスのフレーム上で分割することによって、またさらに第２シーケンス内のフレームに識別子を追加することによって、第２のシーケンス内のデータ形式の正確な位置を知らなくても、第２のシーケンス内で個々のシーケンスを識別することができる。これにより、周辺装置を簡単にすることができ、その結果、第２シーケンスをより容易にアクセスすることができる。
本発明の実施例は、前記変換手段が、前記個々のシーケンス内のデータ形式を識別するために、前記個々のシーケンスの少なくとも一つに、データ形式識別子を追加することを特徴とする。
この特徴により、周辺装置が各々のシーケンスに、何れのデータ形式が含まれているのかを簡単に決定することができる。
本発明の更なる実施例は、第２シーケンスが、複数のフレームを有し、個々のシーケンスが、第２のシーケンス内に複数のフレームを有するパケットを持つ複数のパケットを有し、パケットがフレーム形式識別子の所定の値で識別され、当該パケットがデータ形式識別子を持つヘッダを有することを特徴とする。
それぞれヘッダを有するパケットにデータを配列した場合、第２シーケンス内の全てのフレームが、データが属するデータ形式を識別するためのデータ形式識別子を持つ必要がないので、僅かなオーバーヘッドのみが第２シーケンス内で使用されることになる。その結果、第２シーケンスの効率が向上する。
本発明の他の実施例は、前記第２シーケンスが、フレーム形式識別子の少なくとも一つの更なる所定の値により識別された単一のデータ・フレームを有し、前記第２シーケンス内の各フレームがデータとデータ形式識別子を有することを特徴とする。
フレームにデータを配列することによって、またフレームにもう一つの識別子を追加することによって、データの復号が簡単になり、その結果、周辺装置がより簡単になる。
本発明の実施例は、変換手段が、第１形式のフレームの開始を通知するため、第２シーケンスに同期信号を付加することを特徴とする。
第１シーケンス内でフレームの開始を示す同期信号を追加することによって、周辺装置は、第２シーケンス内の何れのデータが第１シーケンスの同じフレームに属するのかを決定することができる。
この実施例の効果的な変形例は、同期信号が、所定の値を有するフレーム形式識別子を有するフレームであることを特徴とする。
本発明の実施例は、前記第２シーケンスのフレームが、前記第１シーケンスのデータ用に少なくとも２０ビットを有し、フレーム形式識別子用に最大４ビットを有し、フレームの全長が２４ビットであることを特徴とする。
この結果、フレームの長さは、８の倍数になり、大部分の装置はデータを８ビットの倍数で処理するようになっているので、処理が容易になる。フレームの長さがこのようになっているので、フレームをＩＥＣ９５８規格に従うサブフレームに挿入することができ、それにより異なる装置間でのデータ通信の標準化をさらに進めることができる。
本発明の実施例は、データ形式に依存して、フレームがデータ用に２０ビット、フレーム形式識別子用に４ビット、またはデータ用に２２ビット、フレーム形式識別子用に２ビットを有することを特徴とする。
このため必要な場合には、より多くのデータを一つのフレームに入れることができる。例えば、ＤＡＢ受信機からのデータを第２シーケンスに変換するとき、ＭＳＣデータを、２０データ・ビットの一つのフレーム内に完全に収容できない。フレーム形式表示を短くし、データ・フィールドを２ビット長くすれば、このＭＳＣデータを第２シーケンスに収容することができる。
本発明の実施例は、ＤＡＢ信号に挿入されたデータを復号化する受信機であって、変換手段が、データを復号化する手段から復号化されたデータを、個々のシーケンスとして前記第２シーケンスに付加することを特徴とする。
この構成により、チャネルデコーダの出力データに容易に収容できないデータを第２シーケンス内のアクセス可能な場所に収容できる。一例として、第１シーケンスの一部ではないが、ＤＡＢ信号のヌル記号でコード化されているＴＩＩデータが存在する。
本発明の更なる実施例は、前記復号化データがＰＡＤデータであることを特徴とする。
第１シーケンスから容易にアクセスすることができないデータのもう一つの例としては、第１シーケンス内のオーディオ情報と一緒になっているＰＡＤデータがある。第２シーケンス内においては、ＰＡＤデータも、通常オーディオ情報と関連している。このため、ＰＡＤデータを検索するためのオーディオ・デコーダを周辺装置に設置する必要がある。ＤＡＢ受信機はオーディオ・デコーダを備えているので、ＰＡＤ情報を受信機で使用することができる。ＰＡＤデータを第２シーケンスに独立したシーケンスとして追加することにより、周辺装置はもはやＰＡＤデータを検索するために、ＰＡＤデータと一緒にオーディオ情報を復号化する必要がなくなり、ＰＡＤデータを第２シーケンス内で直接発見することができる。これにより、第２シーケンスからのＰＡＤデータの検索がかなり簡単になる。
本発明の実施例は、第２シーケンスのフレームが、ＩＥＣ９５８サブフレーム内に挿入され、変換手段が、ＩＥＣ９５８サブフレーム内のユーザ・データ・チャネル内に、ＰＡＤデータを有する個々のシーケンスを挿入することを特徴とする。
ＩＥＣ９５８フォーマットにおいては、ユーザ・データ・チャネルを自由に使用することができる。ＰＡＤデータ用のユーザ・データ・チャネルを使用することによって、第２シーケンスの正規のフレームを、第２シーケンスにＰＡＤデータを追加するために犠牲にする必要がなくなる。
【図面の簡単な説明】
第１図は、本発明によるディジタル記号を受信するための受信機の一実施例の図である。
第２図は、ＤＡＢ送信フレームの図である。
第３Ａ図は、本発明の一実施例による第２のシーケンスのフレームの図である。
第３Ｂ図は、ＩＥＣ９５８サブフレームの図である。
第４図は、本発明による受信機において使用するためのＰＡＤメッセージの構造の一例の図である。
第５Ａ図は、ユーザ・データ・メッセージの第１のヘッダＩＵの図である。
第５Ｂ図は、ユーザ・データ・メッセージの第２のヘッダＩＵの図である。
第５Ｃ図は、ユーザ・データ・メッセージの第３のヘッダＩＵの図である。
第５Ｄ図は、ユーザ・データ・メッセージのデータＩＵの図である。
図中、同じ要素には同じ参照番号がつけてある。
発明を実施するための最良の形態
第１図は、本発明によるディジタル信号を受信する受信機の一実施例の図である。受信アンテナ２は、当該受信機の第１の入力に接続されている。この受信機の入力は、フロント・エンド・ユニット４に接続されている。フロント・エンド・ユニット４の出力は、ＦＦＴプロセッサ６の入力に接続されている。ＦＦＴプロセッサ６の出力は、チャネル・デコーダ８の入力に接続されている。
ディジタル信号を受信するための受信機は、ディジタル・オーディオ放送システム（ＤＡＢ）で使用することができる。複数のキャリアを有し、これらキャリア上でディジタル信号は変調されているようなＯＦＤＭ信号が、前記受信機により受信され、フロント・エンド・ユニット４で増幅され、周波数変調される。次いで、フロント・エンド・ユニット４の出力信号は、ＦＦＴプロセッサ６に送られ、前記ディジタル信号を得るために復調される。ＦＦＴプロセッサ６の出力において、コード化され、インタリーブされた信号が得られる。ＦＦＴプロセッサ６はまた、フロント・エンド・ユニット４の同期を行うために、信号プロセッサ１４に情報を送る。この信号プロセッサはまた、受信した送信の電界強度及び該送信の識別、送信識別情報すなわちＴＩＩに関する、ＦＦＴプロセッサ６からの情報を復元することもできる。このＴＩＩは、各ＤＡＢフレームの開始時のヌル記号に存する。ＦＦＴプロセッサ６の出力における信号は、再構築されたディジタル信号を得るために、デコーダ８によりインタリーブ解除され、デコードされる。例えば、フィリップスのＳＡＡ２５００のようなオーディオ・デコーダが、オーディオ・フレームを有する前述のディジタル信号をデコードするために、デコーダ８の出力に結合されている。第１の出力において、オーディオ・デコーダ１０は、オーディオ・フレームに埋め込まれているプログラムに関連付けられたデータ３６、すなわち、ＰＡＤを供給する。このＰＡＤは、制御ユニット１２に送られ、さらに処理される。第２の出力において、オーディオ・デコーダ１０はオーディオ・データ３２を供給する。制御ユニット１２はさらに、受信機の同調及びデコーダ８でのデコード処理を制御する。制御ユニット１２は、ユーザから情報を受信し、情報をユーザに供給するデータ３４を用いるインターフェースを備えている。
第２図は、ＤＡＢ送信フレームの図である。ＤＡＢフレームは３つのフィールドを含む。すなわち、同期チャネルＳＣ、高速情報チャネルＦＩＣ及び主サービス・チャネルＭＳＣである。ＦＩＣは、多数の高速情報ブロックＦＩＢを含む。ＦＩＢの数は、ＤＡＢ送信モードに依存する。モードＩの場合には、ＤＡＢフレームは、１２個のＦＩＢを含み、モードＩＩの場合には、３個のＦＩＢ、モードＩＩＩの場合には、４個のＦＩＢを含む。主サービスチャネルは、多数の共通インターリーブフレームＣＩＦを有する。この数も、ＤＡＢ送信モードに依存する。モードＩの場合には、ＤＡＢフレームは、４個のＣＩＦを、モードＩＩの場合には、１個のＣＩＦを、モードＩＩＩの場合には、１個のＣＩＦを含む。モードＩの場合には、最初の３個のＦＩＢが、第１のＣＩＦに割り当てられ、次の３個のＦＩＢが、第２のＣＩＦ等に割り当てられる。主サービス・チャネルは、それぞれがサブチャネル識別番号ＳｕｂＣｈＩｄを持つ、多数のサブチャネルに分割される時間的にインタリーブされたデータ・チャネルであり、各サブチャネルは、オーディオ及びデータ等の一つ以上のサービス要素を搬送することができる。ＭＳＣは、６４ビットの複数の容量ユニットにさらに分割され、サブチャネルは、これら容量ユニットの一つ以上を占有することができる。サブチャネルの組織及びこれらサブチャネルの容量ユニットにおける位置は、他のアイテムと一緒にＦＩＣにより送信される。ＤＡＢ送信フレーム、該フレームの構造及び内容の詳細な説明については、１９９５年にソフィア・アンチポリス所在のヨーロッパ遠隔通信規格協会が発行した「無線放送システム；移動、携帯及び定置受信機に対するディジタル・オーディオ放送（ＤＡＢ）」ＥＴＳ３００ ４０１を参照されたい。
第１図の受信機においては、現在使用されているデコーダ８は、ＤＡＢシーケンス全部をデコードすることができず、ＤＡＢデータの選択された部分しかデコードできない。例えば、ユーザは、制御ユニット１２に，例えば、「無線３」のようなあるプログラムからのオーディオ・データを、オーディオ・デコーダ１０に供給するように命令する。次いで、制御ユニット１２は、ＦＩＣを分析し、「無線３」のプログラムが、主サービス・チャネルのどのサブチャネル上に存在するのかを決定する。次いで、制御ユニット１２は、どの容量ユニットが上記サブチャネルに割り当てられているか、例えば、ＣＵ６、７及び８を決定する。次いで、制御ユニット１２は、デコーダ８に、デコードし、ＣＵ６、７及び８からデコードしたデータを出力し、デコードしたデータがあることを知らせるために、第１のウィンドウ信号を活性化するように命令する。オーディオ・デコーダ１０は、上記データ及びウィンドウ信号を受信し、該出力に含まれるオーディオ・データを供給する。すなわち、デコーダ８は、限られたデータ量しか供給できない。将来のデコーダ８は、ＤＡＢ信号から完全なデコードされたデータをＤＡＢ信号から供給することができるであろう。
本発明によれば、第１図の受信機はさらに、
−  第１のシーケンスのデータを受信するためデコーダ８の出力に結合される第１の入力（前述のように、このシーケンスは、デコーダ８に依存して、完全なＤＡＢデータ・シーケンスか少なくとも該ＤＡＢデータ・シーケンスの一部の何れかを有する）
−  第２のタイプのフレームで構築されたの第２のシーケンスのデータ３６を供給するための出力（第１のタイプのフレームのフレーム長は、第２のタイプのフレームのフレーム長とは異なる。第２のシーケンスは、少なくとも２つの別個のシーケンスを有する。これら別個のシーケンス各々は、異なるデータ形式のために予約され、第２のタイプのフレームで構成されている。ここで、第２タイプの各フレームは、第２のシーケンス内のこれら別個のシーケンスを識別するためのフレーム形式識別子を含む。）
とを持つ変換手段１６を有している。
本発明の他の態様によれば、変換手段１６は、ＤＡＢ信号のヌル記号に含まれているＴＩＩを受信するため、信号プロセッサ１４の第２の出力に結合されている第２の入力を持っている。この信号プロセッサ１４はまた、ヌル記号のＦＦＴから測定した相対的な電界強度を供給し、必要ならば、選択されたキャリヤ対の同相及び直角位相成分の値も供給する。次いで、変換手段１６は、信号プロセッサ１４により供給されるＴＩＩ及び他のデータを、第２のシーケンスに挿入することができる。その方法については、第２のシーケンス内のフレームの内容について扱う際にさらに詳細に説明する。
前述の態様とは別個のものとさえ見られるかもしれない、本発明の他の態様によれば、変換手段１６が、ＰＡＤを供給するオーディオ・デコーダ１０の第２の出力に結合されている第３の入力を持つことである。次いで、このＰＡＤも、前記シーケンス中に挿入される。この挿入は、ＴＩＩ及び関連データの挿入方法と同様に行うことができ、ＰＡＤに対して個別のデータ形式識別子を供給し、個別のパケット内にＰＡＤを挿入する。これについてはこれ以上詳細に説明しない。後で詳細に説明する好適な実施例においては、第２のタイプのフレームが、ＩＥＣ９５８フォーマットによるフレームである場合、ＰＡＤはユーザ・データ・チャネルの第２のシーケンス内に挿入される。
変換手段１６は、供給手段とも呼ばれる。何故なら、変換手段は、実際に外部、例えば、周辺装置等に第２のシーケンスのデータを供給するからである。
第３Ａ図は、本発明の一実施例による第２のシーケンスのフレームの図である。本発明においては、第１のシーケンスのデータは、該第１のシーケンスのフレーム長とは異なるフレーム長を有する第２のシーケンスのデータに変換される。一実施例においては、第２のシーケンスのフレーム長は、２４ビットの長さに選択され、そのうち最初の２０ビットは、すなわち、ｂ０．．ｂ１９ビットは、データ（ＤＴ）用に予約され、ｂ２０．．ｂ２３ビットは、フレーム形式識別子（ＦＴＩ）用に予約されている。このように選択することにより、第２のシーケンスのフレームをＩＥＣ９５８規格によるサブフレームに組み込むことができる。この規格の詳細については、１９８９年に、スイスの国際電子技術委員会、中央部局が発行した国際規格ＩＥＣ９５８の「ディジタル・オーディオ・インターフェース」の文献を参照されたい。
第３Ｂ図は、ＩＥＣ９５８サブフレームの図である。ＩＥＣ９５８は、４ビットのプリアンブルＰＲ、補助データＡＸＤ用の４ビット・フィールド、オーディオ・データＡＤ用の２０ビット・フィールド及び４つの１ビット・フィールド、すなわち、妥当性フラグ・ビットＶ、ユーザ・データ・チャネル・ビットＵ、チャネル状態ビットＣ、及びパリティ・ビットＰを含む。チャネル状態ビットＣは、チャネル状態語のうちの１ビットを含み、チャネルを通して送られるデータの情報を与える。ユーザ・データ・チャネル・ビットＵは、１ビットのユーザ・データ・チャネルを含む。第２のシーケンスのフレームが、ＩＥＣ９５８サブフレームに組み込まれている場合には、該フレームはビット位置ａ４．．ａ２７に収容される。この場合、妥当性フラグ・ビットＶは、オーディオ・デコーダにより誤ってデコードされないように、「１」に設定されるべきである。チャネル状態語においては、状態が「非オーディオ」（バイト０のビット１）に設定され、「コピーライト」主張（バイト０のビット２＝「０」）されるべきである。バイト０のビット３、４及び５は、「０００」に設定され、バイト０のビット６及び７は、モード０（＝「００」）に設定されるべきである。ディジタル・オーディオの放送受信用のカテゴリコード「００１」が、使用されるべきである（バイト１のビット０、１、２＝「００１」）。発生状態ビットは、「オリジナル」（バイト１のビット７＝「０」）に設定されるべきである。バイト２においては、ソース番号及びチャネル番号が、「無指定」（バイト２＝「００００００００」）に設定されるべきである。サンプリング周波数は、４８ｋＨｚ（バイト３のビット０、１、２、３＝「０１００」）であるべきである。±１０００ｐｐｍのクロック精度が、「レベルＩＩ」（バイト３のビット４、５＝「００」）であるべきである。すなわち、チャネル状態語の最初の４つのバイトを次のように、すなわち、バイト０を「０１００００００」、バイト１を「００１００１００」、バイト２を「００００００００」、バイト３を「０１００００００」に設定することが推奨される。バイト１のビット３、４、５、６は、「００１０」に設定される。これは、入力「ＤＡＢ」がカテゴリ「放送受信」に規定されるべきであることを提示している。
表１は、フレーム形式識別子のビットｂ２０．．ｂ２３の値の例である。
0004014224.tif 000002
フレーム形式識別子の値、「０００１」、「ＸＸ１０］、「０１００」及び「０１１１」は、パケットでのデータ転送を示す。値「０００１」及び「０１１１」は、パケットの始まりを通知し、この値「０１１１」はさらに、パケット内のデータ形式も識別している。値「ＸＸ１０］は、パケットの継続を通知し、値「０１００」は、パケットの終わりを示す。パケットでのデータ転送の利点は、使用されるオーバーヘッドが少なくて済むということである。何故なら、例えば、データ形式及びパケットの長さを通知するヘッダ・フレーム（及びあれば付随（trailer）フレーム）しかオーバーヘッドとして使用されないからである。この高容量データ転送は、完全なＤＡＢデータをデコードすることができる将来のチャネル・デコーダ８と組合わせる場合に役立つ。
値「ＸＸ１０」のフレーム形式識別子は、ビットｂ２０及びｂ２１の値は無視してよいということを意味する。これは、ビットｂ０．．ｂ１９により供給された２０個のデータ・ビットでは不十分で、更に１つ又は２つのデータ・ビットが継続しているフレーム内に必要とされる場合に特に役立つ。この場合、ビットｂ２０及びｂ２１が、データ・ビットに追加され、それにより２２ビットのデータ・フィールドが実現される。ビットｂ２０及びｂ２１は、パケット内のデータ形式に依存して、データ・ビットとしては使用されない場合、これらビットは、好適には「００」に設定されるべきである。例えば、ＭＳＣデータの場合、ビットｂ２０及びｂ２１は、データ・フィールドに追加される。一方、ＦＩＣまたはＴＩＩデータの場合、ビットｂ２０及びｂ２１は、クレーム形式識別子の一部である。
値「１１１１」のフレーム形式識別子は、データ及び該データのデータ形式識別子を含むフレームを通知する。各フレームがこのような識別子を含んでいるので、各フレームを相互に独立して処理することができる。これは、今全てのフレームがデータ形式識別子を含む必要があるので多量のオーバーヘッドを犠牲にするが、受信側におけるフレーム処理を非常に容易にする。
値「００００」のフレーム形式識別子は、ｂ０．．ｂ１９の全ての位置に置いて通常論理値「０」しか持たない、パディング・フレームを通知する。このフレーム形式は、転送できる状態のデータがない場合に使用され、データが存在しない場合、第２のシーケンスにおける継続的なフレームの流れを確実にする。
値「０１０１」のフレーム形式識別子は、第１のシーケンスにおけるフレームの開始、すなわち、例えば、論理ＤＡＢフレームの開始を知らせる。このフレームは、残りのビット位置ｂ０．．ｂ１９上にいくつかの情報を含ませることができる。さらに、ビットｂ０．．ｂ３は、同期フレームコンテンツインジケータＳＦＣＩ用に予約され、この場合「０００１」の値を持ち、コンテンツフィールドＣＦ、すなわち、残りのビット、ｂ４．．ｂ１９は、過去のＤＡＢフレームのＦＩＣの再符号化により検出された訂正エラーの数を含むことを指示する。他のビットｂ０．．ｂ３の値は予約されている。
（「ＸＸ１０］及び「０１００」に関連付けられる、値「０１１１」のＴＩＩフレーム形式識別子、及び値「１１１１」のフレーム形式識別子を用いる）低容量データ転送の場合、フレーム形式識別子の値が「１１１１」であるフレームは、例えば、ＩＥＣ９５８フォーマットのチャネルＡを通じて送信され、あるならば、次いで、ＴＩＩフレームが、ＩＥＣ９５８フォーマットのチャネルＢを通じて送信される。低容量データ伝送は、限られたデータ量しか搬送される必要がないので、現在用いられているチャネル・デコーダ８と組合わせた場合特に有用である。
このように、変換手段１６は、ＴＩＩデータ及び関連付けられるデータを、高容量データ転送に対してパケット内に収容するか、低容量データ転送に対してパケット内に収容する。ＭＳＣデータ及びＦＩＣデータ等の他のデータに対しても同様である。上記の説明は単に例示としてのものに過ぎず、本発明を制限するものでないことは明らかであろう。
表１に示すように、低容量データ転送に対するフレーム形式識別子がある。これらのフレーム形式識別子は、（パケットの残りを指示するため関連付けられる値「ＸＸ１０」及び「０１００」と共に）「１１１１」及び「０１１１」の値を有する。
「１１１１」の値のフレーム形式識別子を持つフレームは、好適には、図３Ａのフレーム内のビット位置ｂ８．．ｂ１５に位置する８ビットのデータＤＴを有する。データ形式識別子ＤＴＩは、表２に示すように、データの出所を示すため及びフレームのビットｂ０．．ｂ５内の６ビット・フィールドＩＤＦが使用されていることを示すために、ビットｂ６及びｂ７の位置で該フレームに追加される。
0004014224.tif 000003
サブチャネル識別子ＳｕｂＣｈＩｄは、すでに説明したように、ＭＳＣ内のサブチャネルを識別するための識別子である。図１のチャネル・デコーダ８は、ＤＡＢデータ・シーケンスと共にウィンドウ信号を供給することができる。このようなウィンドウ信号は、あるデータ形式に属するデータがＤＡＢデータ・シーケンス内に存在する間活性化される。例えば、制御ユニットは、特定のサブチャネルがＭＳＣの容量ユニット６、７及び８内に存する限り、ＦＩＣから得られる。ここで、制御ユニットは、チャネル・デコーダ８に、容量ユニット６、７及び８からのデコードされたデータがチャネル・デコーダ８の出力に存在する間、ウィンドウ信号１を活性化するように指示する。ここで、ウィンドウ信号１は、当該出力に容量ユニット６、７及び８からデコードされたデータが存在することを通知し、前記制御ユニットはこのデータが特定のサブチャネル番号に関連付けられていることが分かる。フレーム・フォーマットにおいて、フレーム内のビット位置ｂ１６．．ｂ１９に、４ビットのウィンドウ信号識別子を設けることにより、前記チャネル・デコーダからの１６個の異なるウィンドウ信号を識別することができる。ウィンドウ信号は、データがＭＳＣからのものである場合には、フレームのビット位置ｂ０．．ｂ５における識別フィールド内にサブチャネル識別子を挿入することにより、サブチャネルとリンクさせることができる。他の場合には、識別フィールドは予約されている。ウィンドウ信号の１つを、パディングに対して使用し、獲得できるデータがないことを示しても良い。
値が「０１１１」のフレーム形式識別子は、低容量データ転送に対するＴＩＩ情報パケットのヘッダを示し、すなわち、データタイプ識別子としても機能する。「ＸＸ１０」及び「０１００」の値のフレームタイプを持つフレームが、データを搬送する。（値が「０１１１」である）ヘッダ・フレーム内には、ビット位置ｂ１１．．ｂ１５の５ビットワードが、受信される送信数（ＮＲＴ）を指示するために予約されている。ＮＲＴは、１−２４の範囲内とすることができる。他の値は予約されている。（ＮＲＴ−１）個の継続フレーム及び一個の付随フレームがあり、これらフレームは以下のように満たされる。これらのフレーム各々は、ビット位置ｂ８．．ｂ１２に５ビットのサブ識別子を、ビット位置ｂ１３．．ｂ１９に７ビットの主識別子を含み、主識別子及びサブ識別子は、１９９５年にソフィア・アンチポリス所在のヨーロッパ遠隔通信規格協会発行の「移動、携帯、定置受信機に対するディジタル・オーディオ放送（ＤＡＢ）」、ＥＴＳ３００ ４０１の「無線放送システム」の文献の８．１．９項に記載されている。さらに、微弱の信号を指示する「００１」から非常に強い信号を示す「１１１」までの範囲の相対的な電界強度を指示するために、３ビット（ｂ５．．ｂ７）が予約されている。値「０００」は、「信号が送られていない」ことを示す。残りのビット、ｂ０．．ｂ４は予約されている。すでに説明したように、最後のデータ・フレームは、値「０１００」のフレーム形式識別子を有するが、特定の付随フレームは必要ないので、前記継続フレームと同じ種類のデータを含む。
低容量データ転送の場合には、ＴＩＩフレームを、フレーム形式「１１１１」のデータ・フレームと変更することができる。パディング・フレームは自由に挿入することができる。
値が「０００１」であるフレーム形式識別子は、高容量データ伝送用のパケットのヘッダ・フレームを識別する。表３に示すように、この目的のために、ヘッダ・フレーム内のビット、ｂ１８およびｂ１９は、データ形式識別子を形成し、パケット内に含まれるデータ形式を示すために予約される。
0004014224.tif 000004
値が「ＸＸ１０］のフレーム形式識別子は、継続フレーム、すなわち、パケットの一部であるフレームを示し、値が「０１００」のフレーム形式識別子は、パケットの終わりを示す付随フレームと見なすことができる。
ＭＳＣデータが送信されている場合には（ｂ１８＝０  ｂ１９＝１）、ヘッダ・フレームは、ビット、ｂ０．．ｂ１１に、ＲＤＩフレームの数Ｍ、すなわち、パケットの長さを、そしてビット、ｂ１２．．ｂ１７にサブチャネル識別子を設けることができる。継続フレームは、全てのデータを搬送する。パケット内の終わりから二番目のフレームは、データを含むことができ、データ・ビットの総数であるパディング・ビットは、パケット内の使用可能なビットの総数に対応してなくてもよい。付随フレームは、１６ビットのフィールドを含み、このフィールドは再復号化の際に検出された訂正エラーの数を特定する。例外としては、コード「１１１１  １１１１  １１１１  １１１１」は、この情報が送信されないものであることを示すべきである。ＭＳＣデータを送信中の場合には、「ＸＸ１０］の値を有するフレーム形式識別子は、望ましくは最後の２ビット「１０」に短縮することが好ましい。表１を見れば、継続フレームであることを認識するには、これら最後の２ビット（ｂ２０およびｂ２１）で十分であることが明らかであろう。この結果、余分の２ビット（ｂ２０およびｂ２１）がデータ用に使用されることになり、データ・フィールドが２０ビットから２４ビットに拡張する。この２ビットを必要としない他の場合には、これらデータは「００」にセットされる。
ＦＩＣデータが送信されている場合には（ｂ１８＝０  ｂ１９＝１）、ヘッダ・フレームは、ＤＡＢ送信モードを示す二つのビット、例えばビットｂ１４およびｂ１５を有する。表４は、ビットｂ１４およびビットｂ１５の値と、関連するＤＡＢ送信モードを示す。
0004014224.tif 000005
ＦＩＣヘッダ・フレームにおいて、ＦＩＢ数用に４ビット（例えば、ビットｂ１０．．ｂ１３）が予約されている。ＤＡＢ送信モードＩＩおよびＩＩＩの場合には、ＦＩＢ数フィールドは、ＦＩＢを指定する、符号を持たない二進数にコード化される。表５にＦＩＢ数のコード化を示す。
0004014224.tif 000006
フレーム形式識別子の値が「０１００」である付随フレームは、ＦＩＣパケットの場合には下記のものを含む。３桁のビット（例えば、ビットｂ１６．．ｂ１８のような）は、エラー表示タイプ（ＥＩＴ）用に予約され、１６桁のビット（例えば、ビット、ｂ０．．ｂ１５のような）の、エラー・チェック・フィールド（ＥＣＦ）中に搬送されるデータの種類を指定する。表６は、ＥＩＴに対するコードおよびＥＣＦ内の関連する内容を示す。
0004014224.tif 000007
ＤＡＢ送信モードＩの場合には、一つの送信フレーム内に含まれている１２のＦＩＢを９６ｍｓ毎に一回で、または２４ｍｓの間隔を置いて３のＦＩＢずつ４回に分けて送信することができる。
ＴＩＩデータを送信している場合には（ｂ１８＝１  ｂ１９＝０）、ヘッダ・フレームは、この例示の場合には、さらに３ビット、すなわち、ｂ８．．ｂ１０を含むＴＩＩフォーマット識別子を有する。「０１０」の数を有するＴＩＩフォーマット識別子は、基本フォーマットを示し、値「００１」は拡張フォーマットを示す。低容量フォーマットの場合と同じように（フレーム形式識別子値＝「０１１１」）、ビット、ｂ１１．．ｂ１５はＮＲＴを含む。
基本フォーマットの場合（ヘッダ中のｂ８．．ｂ１０は「０１０」に等しい）、ＴＩＩパケットの残りの部分は、低容量フォーマット内と同じである。
拡張フォーマットの場合（ヘッダ中のｂ８．．ｂ１０は「００１」に等しい）、第一のＮＲＴ継続フレームの内容は、基本フォーマットの内容と同じであるが、ビットｂ１．．ｂ４は下記のように使用される。ビットｂ１は、ヌル記号インジケータであり、新しいヌル記号からのデータが最初に送信されるときに変化する。拡張フォーマットの場合には、選択したキャリヤ・ペアのヌル記号のサンプルに対して、第１図のプロセッサ６内で行われた離散フーリエ変換の複合結果が供給される。この目的のために、ビットｂ２．．ｂ４は、主識別子および副識別子によって識別された送信機に関する情報が送られるキャリヤ・ペア（ＮＣＰ）の数を示す。上記のＮＲＴフレームの数の後にある継続フレームにおいては、２の補数としてコード化された１６ビットが、ＮＲＴフレームの数内で識別された各送信機に対して、ＮＣＰによって指定されたキャリヤ・ペアの各数に対するヌル記号のいくつかのサンプルに関するＦＦＴの結果の実数および虚数部分を含む。
ＭＳＣサブチャネルからのデータ、任意のフォーマットのＦＩＣおよびＴＩＩの送信の時間的順序は自由である。パディング・フレームは、任意の場所に挿入することができる。しかし、通常、一つの論理的ＤＡＢフレームに関連するすべてのデータは、同期フレームの二つの連続送信により指定された間隔中に送信しなければならない。必要ならば、ＴＩＩデータはいくつかのパケットに分割して送信することができる。各キャリヤ・ペアのＴＩＩ情報は、好適には評価されたヌル記号一つにつき一度だけ送信されるべきである。しかし、この情報は、いくつかの論理フレームに分割することができる。新しいデータ・セットの開始は、ヌル記号インジケータの新しい値により表示される。
第一のシーケンスの場合には、ＦＩＣにすでに内蔵されている一つのＴＩＩデータ以外のＴＩＩデータは含まれていない。ＤＡＢ信号は、また各ＤＡＢフレームの開始時に、ヌル記号内にＴＩＩデータを含む。本発明では、このＴＩＩデータが、受信した送信機の相対的電界強度と共にＦＦＴプロセッサ６から受信され、第二のシーケンス内に挿入される。
第一のシーケンスの場合には、ビット・ストリーム上のオーディオ情報と一緒に、ＰＡＤデータが埋め込まれる。このＰＡＤデータを検索するには、最初にオーディオ・フレームを検索し、その後でそこからのＰＡＤデータを検索する必要がある。これは厄介な動作であり、余分なハードウェアを必要とする。大部分のＤＡＢ受信機は、オーディオ復号化手段を有し、この復号化手段もオーディオ・フレームからＰＡＤデータを検出する。本発明では、個別シーケンスである第二のシーケンス内にこのＰＡＤを挿入することによって、この検索を有利に使用することができる。このため、第二のシーケンスを受信する周辺装置は、第二のシーケンスからＰＡＤデータを非常に容易に検索することができる。何故なら、オーディオ復号化手段を必要としないからである。
第４図は、本発明の受信機内で使用する、ＰＡＤメッセージの構造の一例である。この場合、ＰＡＤは検索され、第二のシーケンス内に挿入される。ＰＡＤメッセージは下記の構成を含む。すなわち、
−  メッセージが、後で説明する構造を持つことを知らせるためのヘッダ（ＨＤＲ）、
−  ＰＡＤメッセージ内で、後に続くバイト数を指定するバイト長インジケータ（ＬＩ）、
−  ＥＴＳ３００  ４０１で規定されているＦ−ＰＡＤを運ぶ２バイトのフィールド（Ｆ−ＰＡＤ）（この２つのＦ−ＰＡＤバイトは論理的な順序に配列されている）、
−  必要ならば、ＥＴＳ３００  ４０１に指定されているＸ−ＰＡＤフィールドからの多数のバイトを運ぶもう一つのフィールド（Ｘ−ＰＡＤ）。これらバイトもまた論理的な順序に配列されている。
ヘッダもバイト長インジケータも、好適には１バイト・フィールドであることが好ましい。この場合、ヘッダはメッセージの構造を識別するための１６進法の値「ＡＤ」を含む。Ｘ−ＰＡＤフィールドは任意のものである。その存在および長さは、バイト長インジケータＬＩから入手することができる。ＤＡＢ受信機は、実際にＸ−ＰＡＤデータ内に含まれているものよりも多くのバイトをＸ−ＰＡＤ内に供給できることに注意されたい。この場合、ＤＡＢ受信機は、それらがオーディオ・データを含む場合、ＰＡＤを含む場合を区別しないで、オーディオ・フレームの終わりの部分からバイトを搬送する。
望ましい実施例においては、ＩＥＣ９５８インターフェースのユーザ・データ・チャネルを通して、ＰＡＤメッセージを送信することができる。このことは、それぞれの第一のビットが、常に「１」にセットされているスタート・フラグ（ＳＦ）であり、その後に７つの情報ビットが続く、８つのビットを含む情報ユニット（ＩＵ）により情報が送信されることを意味している。ユーザ・データ・メッセージは、三つのＩＵのヘッダおよび多数のデータＩＵを有する。
第５Ａ図は、ユーザ・データ・メッセージの第一ヘッダＩＵの図である。第一のＩＵは、メッセージのタイプを識別するための識別子（ＴＭＩ）を有する第一の５ビットフィールドを有する。望ましくは、このフィールドは二進法の値「１００１０」を有する。上記フィールドは、さらに、最終フラグビット（ＬＦ）を有する。このフラグは、当該メッセージが或るＰＡＤメッセージを共に搬送する一連のユーザ・データ・メッセージの最後である場合、「１」にセットされる。他の場合、ＬＦを「０」にセットしなければならない。最後に、上記フィールドは、第一フラグ・ビット（ＦＦ）を有する。このビットは、当該メッセージが或るＰＡＤメッセージを共に搬送する一連のユーザ・データ・メッセージの最初である場合、「１」にセットしなければならない。他の場合、ＦＦを「０」にセットしなければならない。
第５Ｂ図は、ユーザ・データ・メッセージの第二のヘッダＩＵの図である。このヘッダ内の第２のＩＵは、７ビットのメッセージ長インジケータ（ＬＩ）を有する。第３のヘッダＩＵは、この長さの値内に含まれていることに留意されたい。
第５Ｃ図は、ユーザ・データ・メッセージの第３のＩＵの図である。このヘッダ内の第３のＩＵは、望ましくはＩＥＣ９５８フォーマットのチャネル状態の元の分類コード（バイト１のビット、ｂ０．．ｂ６）を複製する７ビットのフィールド（ＯＣＣ）を含む。
第５Ｄ図は、ユーザ・データ・メッセージのデータＩＵの図である。ＩＵがデータ、すなわち、ＰＡＤメッセージの一部を含んでいる場合には、残りの７のビットをユーザ・データ・フィールド（ＵＤＦ）内のデータのために使用することができる。望ましい実施例の場合、ＩＵの第２のビット（７ビットのユーザ・データ・フィールドの第１のビット）を、後続の６のユーザ・データ・ビット内でエラーを検出したかどうかを知らせるためのエラー・フラグ（ＥＦ）用に予約できる。即ち、ユーザ・データＩＵは、望ましくは、ユーザ・データ・フィールド（ＵＤＦ）により、６ビットのユーザ・データを搬送でき、エラー・フラグがなくてすむ場合には、７ビットを送ることができる。メッセージ内の最後のＵＤＦは、６ビット（または７ビット）以下のビットが使用されている場合には、多数のパディング・ビットを設けることができる。
ユーザ・データ・メッセージ内のＩＵは、最大８のパディング・ビットを持ち、論理的値が「０」であるパディング・ビットにより分離することができる。このとき、論理値「０」を有する後続の９の連続ビットに後続する、値「１」を持つビットが、新しいユーザ・データ・メッセージの最初の部分であると認識される。異なるユーザ・データ・メッセージに属するＩＵの間のパディングは、その長さが少なくとも９ビットである限りは、最大の長さに制限はない。一つのユーザ・データ・メッセージに収容できないＰＡＤメッセージは、いくつかのユーザ・データ・メッセージに分割することができる。ＰＡＤメッセージは、バイト単位で分割する必要はない。ユーザ・データ・メッセージのヘッダは、ＰＡＤメッセージを作成すると共に、メッセージがＤＡＢ−ＰＡＤを含んでいることを示し、また、ユーザ・データ・メッセージの長さや、メッセージがスタート部分であるのか継続メッセージであるのか、一連のメッセージの終了部分であるのかということを示す。
ＩＥＣ９５８ユーザ・データ・チャネル内へＰＡＤメッセージを追加挿入する上述の例は、次のような理由で特に優れている。その理由は、ユーザ・データ・チャネル内のデータのコード化および復号化を、他のデータのコード化および復号化とは別に行うことができる電子回路が容易に入手できることである。このことは、特にＰＡＤのみのアクセスが必要な上記周辺装置の場合には、コード化／復号化が簡単になるので非常に有利である。
上述の実施例は、単に本発明を説明するためのものに過ぎない。埋設データはＤＡＢデータ内のＰＡＤに限定されない。さらに、本発明の範囲から逸脱しないで、ＰＡＤをＩＥＣ９５８に適合しない他のビット・ストリームおよび他の構造内に挿入することができる。
【図１】
0004014224.tif 000008
【図２】
0004014224.tif 000009
【図３】
0004014224.tif 000010
【図４】
0004014224.tif 000011
【図５Ａ】
0004014224.tif 000012
【図５Ｂ】
0004014224.tif 000013
【図５Ｃ】
0004014224.tif 000014
【図５Ｄ】
0004014224.tif 000015