(57)【特許請求の範囲】
【請求項１】
データを符号化信号に符号化する方法であって、
主データを符号化するのに用いる符号化パラメータの組を、補足データを表すように変更する工程と、
変更された前記符号化パラメータの組を用いて、前記主データを符号化する工程と、
符号化された前記主データと、変更された前記符号化パラメータの組とを、前記符号化信号に含める工程とを含むことを特徴とする方法。
【請求項２】
データをロスレス符号化方法において符号化信号に符号化する、請求項１に記載の方法であって、
前記符号化パラメータの組が、ロスレス符号化方法における予測フィルター係数の組であって、
前記変更する工程が、前記予測フィルター係数の組に含まれる少なくとも１つの予測フィルター係数を変更する工程であることを特徴とする方法。
【請求項３】
請求項１又は２に記載の方法により符号化された符号化信号が、記録されたデータキャリア。
【請求項４】
請求項１又は２に記載の方法を実行する装置。
【請求項５】
符号化信号からデータを復号する方法であって、
前記符号化信号に含まれる符号化パラメータの組を用いて、前記符号化信号に含まれる符号化された主データを、復号する工程と、
前記符号化パラメータの組から、補足データの内容を特定する工程とを含むことを特徴とする方法。
【請求項６】
前記符号化信号が、ロスレス符号化された信号であり、該符号化信号がロスレス復号される、請求項５に記載の方法であって、
前記符号化パラメータの組が、ロスレス符号化方法における予測フィルター係数の組であって、
前記特定する工程が、前記予測フィルター係数の組に含まれる少なくとも１つの予測フィルター係数の値に基づいて、前記補足データの内容を特定する工程であることを特徴とする方法。
【請求項７】
請求項５又は６に記載の方法を実行する再生装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、符号化された信号において補足データを組み込む構成及び方法に関する。
【０００２】
【従来の技術】
好適にはデータレートを増加させることなく、例えば符号化されたオーディオ及びビデオ信号のような符号化されたデータに補足データを収めさせるニーズが増加しつつある。特に、補足データがウォーターマーク（透かし）として使用される場合、それは知覚的に見ることができない態様で加えられるべきである。ウォーターマークは、例えば、文書及びオーディオビジュアルプログラムのソース又は著作権のステータスについての情報を有する。ウォーターマークは、著作権所有者の法的証拠を具備するために、海賊行為の追跡を可能とし、及び知的所有権の保護をサポートするために使用される。
【０００３】
スーパーオーディオコンパクトディスク（ＳＡＣＤ）の仕様（フォーマット）は、例えば、ディスク上で効果的に約２倍多くのデータを許容するロスレスコーディング（以下「ＬＬＣ」とする。）を指定している。ロスレスコーダは、ＳＡＣＤの品質でマルチチャネルオーディオの最高７４分のプレイ時間を許容することが要求される。「ロスレスコーディング」の語が示すように、復号化後に初期信号がビット毎に同一に（ｂｉｔ−ｉｄｅｎｔｉｃａｌｌｙ）再生されるような方法で、いずれかのデータの要求された記憶容量が低減される。このような符号器／複号器は、例えば、１ビットのオーディオ信号（１−Ｂｉｔ  Ａｕｄｉｏ  Ｓｉｇｎａｌｓ）の改良されたロスレスによる符号化において、Ｆｏｎｓ  Ｂｒｕｅｋｅｒｓ、Ｗｅｒｎｅｒ  Ｏｏｍｅｎ、Ｒｅｎｅ  ｖａｎ  ｄｅｒ  Ｖｌｅｕｔｅｎ、及びＬｅｏｎ  ｖａｎ  ｄｅ  Ｋｅｒｋｈｏｆによる「  Ａｕｄｉｏ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｓｏｃｉｅｔｙ」、第１０３号  Ｃｏｎｖｅｎｔｉｏｎ  １９９７、Ｓｅｐｔｅｍｂｅｒ  ２６−２９、Ｎｅｗ  Ｙｏｒｋ、４５６３（Ｉ−６）に記載されている。符号化は、入力データストリームをフレームに仕切ること、及びそれぞれのフレームのために一セットの最適化されたパラメータを決定することによって実行される。これらのパラメータの一部は、冗長性を取り除く予測のために発生した。良い予測パラメータが見つけられうる場合には、初期信号と予測信号との間の差（これは残余信号と呼ばれる）は、ずっと小さい関連情報を有する。ロスレスコーディングが目視されるので、上記残余信号は省かれえない。しかし、それがより小さい関連情報を有する場合には、それが最適化されたパラメータのいくつかの他の部分を使って、それが非常に効率的にエントロピー符号化されうる。冗長性情報は上記パラメータのセットで保持されるので、上記エントロピー符号化残余信号、及びそのパラメータのセットがロスレスによる復号化のために記憶され必要とされる。
【０００４】
例えば、ウォーターマークを付す目的のために補足情報が必要な場合には、かなり広く知られているように、信号の訂正がリスナーによって気付かれないような方法で初期信号に該補足情報を加えることにより、その情報が加えられうる。このように変更された信号はビットに忠実な（ｂｉｔ  ｔｒｕｅ）初期信号としてもはや考慮されえない。さらに、この種のウォーターマークを付すことは、それがロスレス復号化なしでは符号化された信号に存在するウォーターマークを検出することができない事実からわずらわされる。ウォーターマーク復号器をシンプル化するために、ロスレス復号化の前にウォーターマークを検出するオプション（付加手段）を持つことが望ましい。
【０００５】
組み込まれた補足データが全体の信号を復号化することなく読まれることを許容し、音楽の品質に影響しない、符号化されたデータ信号に補足データを組み込む構成及び方法を提供することが本発明の目的である。
【０００６】
【発明が解決しようとする課題及び課題を解決するための手段】
この目的のために、本発明に従う方法は、補足データを組み込むために、上記補足情報がデータに挿入され、この補足データを符号化するのに必要とされる補助情報が符号化プロセスで利用可能な他のデータから導き出されることを特徴とする。
【０００７】
本発明の利点は、符号化されるべきデータに上記データを挿入することによって、符号化された信号の内容を乱すことなく補足の情報が除去され得ないことである。補足の情報を符号化するのに必要な補助情報が、符号化プロセスで利用可能な他のデータから導き出されるので、補足データを符号化するための補助情報が、後の復号化プロセスのために記録又は記憶される必要はない。このように、この方法はビットレートに関して非常に経済的である。
【０００８】
本発明の他の目的は代替可能な方法を上記第１の解決手段に与えることである。
【０００９】
この目的のために、本発明に従う他の方法は、符号化された信号に補足データを組み込むために、パラメータセットが補足データにより影響を受けることを特徴とする。このように、完全なデータの必ずしもすべてが、ウォーターマークを読むために復号化されるのではなく、符号化／復号化のために使用されるパラメータが包含されているデータの一部のみがそのために復号化される必要がある。補足の情報がパラメータのセットで組み込まれているので、何ら付加的なビットがこの情報のために費やされる必要はない。
【００１０】
補足情報は、偶数個又は奇数個のパラメータを選択をすることによって、又は例えば第１のパラメータの最下位ビットを変更することによって組み込まれうる。例として、偶数個のパラメータは、ウォーターマークビットの値「１」を表現し、奇数個のパラメータは、ウォーターマークビットの値「０」を表現する。
【００１１】
本発明は、実際的な理由（計算能力、コスト等）のために、パラメータの最も良いセットではなく、パラメータの合理的に良いセットが符号化のために決定されるという事実から利益を得る。したがって、これらのアルゴリズムはパラメータの予備的な（サブの）最適なセットを使用して動作するように設計されてきた。奇数個又は偶数個のパラメータを達成するために仮引数を加えながらの、パラメータの最下位ビットを変更することのようなパラメータセットにおける小さい変更が、どんなことが、奇数個又は偶数個のパラメータを達成するために、ウォーターマークビットを組み込むか、又はパラメータを省きさえすることが必要とされようとも、当該符号化の効率に莫大なインパクトを与えることは通常は全くない。時には、パラメータのセットのこのような小さい変化は、わずかに符号化プロセスを改善しさえするかもしれない。
【００１２】
本発明の利点は、データがロスレスで符号化された形式で保たれるべき場合に、ウォーターマークが、パラメータが変更されたセットを用いて信号を復号化することなく、データについて繰り返されたロスレスで符号化することなく除去され得ないことである。ロスレス復号器はすべての係数を必要とするので、ウォーターマークを削除するために除去又は変更されて、無くしたか又は不正確な係数は、すべてのチャンネルに対してフレームの持続期間にわたる信号損失を得る結果となる。
【００１３】
【発明の実施の形態】
図１は、２つの独立した補足データｘ、ｙをロスレスで符号化された信号へ組み込む構成を示す。第１のデータｘは、ウォーターマーク情報ｗを組み込むために使用される。ウォーターマークｗの長さが補足データによって記憶されることができるであろう情報より長いので、ウォーターマークｗは、パッケージジェネレーター１によってトランスポートパケットにパッケージ化され、このトランスポートパケットはシリアル信号のようなデータパッケージのビットの組み込みを許容する。トランスポートパケットのヘッダに含まれる同期パターンによって、トランスポートパケットの始まりは簡単に検索されうる。トランスポートパケットのビットｘは、ビット毎に、いわゆるＤＳＴ＿Ｘ＿Ｂｉｔｓとしてロスレスにより符号化された信号に組み込まれる。
【００１４】
第２のデータｙは、いわゆるＤＳＴ＿Ｙ＿Ｂｉｔｓによって組み込まれる。組み込まれたＤＳＴ＿Ｙ＿Ｂｉｔは、ロスレスで符号化された信号が最新のフォーマットに施与することを示すために値「１」へセットされる。フラグを持つ将来ニーズがある場合は、ＤＳＴ＿Ｙ＿Ｂｉｔが使用されうる。他の録音方式でのＤＳＴ＿Ｙ＿Ｂｉｔはまた、一つのビットよりも長い情報を組み込むための構造化データストリームの態様で使用されうることは当業者にとって自明であろう。
【００１５】
データチャネルＣ０．．．Ｃｎ−１として呼ばれる、ｎパラレルデータストリームを符号化するために、ステレオ又はマルチチャネルＤＳＤ記録はフレームに仕切られる。本発明の実施例では、一秒につき７５個のフレームがそれぞれのチャンネルＣｉのために使用される。ウォーターマーク信号ｗのデータレートはフレームレートに依存するが、本発明は特別なフレームレートに制限されない。
【００１６】
それぞれのフレームのために、本発明の一部ではないので示されていない制御構成は、ＬＬＣ  Ｐｌａｉｎモード又はＬＬＣで符号化されたモードの、どちらのモードが符号化のために使用されるかを判別する。ＬＬＣ  Ｐｌａｉｎモードは、フレームの圧縮比が不十分な場合に例外的に使用され、実際にはそのままのＤＳＤを包含する。
【００１７】
選ばれたＬＬＣによるアルゴリズムは、予測フィルタ及び確率テーブルに基づく。ＬＬＣで符号化されたモードの圧縮比を最適化するために、パラメータ制御ユニット４は、再びそれぞれのチャンネル毎に各フレームを分析する。パラメータ制御ユニット４は、それぞれのチャンネルＣｉのために、それぞれの予測フィルタのための１セットの予測フィルター係数Ａｉ＝ａｉ（１）．．．ａｉ（ｋｉ）、及びそれぞれの確率テーブルのための１セットの確率テーブル係数Πｉ＝πｉ（１）．．．πｉ（ｍｉ）を計算する。本発明の実施例では、予測フィルター係数ａｉの長さは９個のビットであり、それに対して、予測フィルター係数の数ｋｉは可変であるが、最大１２８個に制限される。それぞれの確率テーブル係数πｉは、７個のビットの長さを持つ。確率テーブル係数πｉの数ｍｉも、可変であるが、最大６４個に制限される。一般的に、それは３２と６４との間にある。これらの数は、例として与えられており、音声信号のために最高の結果を与えるために見つけられた数を表現するが、これらの数に制限するように本発明を解釈するべきでない。勿論、これらの数は、フレーム率、予測フィルタアルゴリズム、及びソース信号の内容に依存する。しかし、より良い圧縮比を許容するための他の数が見つけられるかもしれない。
【００１８】
最適の係数ａ、πを決定することは難しく、かなりの計算能力を必要とする。したがって、ちょうど合理的に良いセットの係数を選択するための妥協点に落ち着く。別々の係数セットＡｉ、ΠｉがそれぞれのチャンネルＣｉのために計算されるので、それぞれのチャンネルのために使用される係数セットはお互い異なるが、必ずしもあらゆるケースで異なる必要はない。
【００１９】
ＤＳＴ＿Ｙ＿Ｂｉｔをフレームに挿入するために、フラグジェネレーター３が第１のフィルター係数ａ０（１）の最下位ビットＬＳＢを変える。すでに前に言及されているように、符号化の性能における何ら実質的な減少は、フィルター係数をわずかに変えることによって実現されないであろう。
【００２０】
修正された係数ａ０（１）を含むセットＡ及びΠのすべての係数は、符号化された信号のために重要であり、その結果、当該係数は後の読取り又は復号化プロセスのために記録されなければならない。Πと同様にすべての係数のセットＡがまだある冗長性を持つので、第１及び第２の圧縮器５、６は圧縮データワードＡ’、Π’を生成するために使用される。好適には、圧縮アルゴリズムが使用され、当該圧縮アルゴリズムは、最も簡単な方法で、Ａ’及びΠ’の対応している伸長を許容する。その結果、組み込まれたＤＳＴ＿Ｙ＿Ｂｉｔを読むことは大きな努力なしでなされうるだろう。
【００２１】
既に値が修正された値である上記係数はまた、初期の評価係数の代わりにロスレスで符号化のために使用されることが重要である。他の方法では、復号化プロセスは失敗するだろう。本発明のこの実施例で、ロスレス符号器の機能は、それぞれのチャンネルＣｉのための符号化予測ユニット７、及びすべての符号化予測ユニット７に共通の演算符号器９に分けられる。符号化予測ユニット７の構造は図２に示されている。
【００２２】
符号化予測ユニット７は、対応しているフィルタパラメータセットＡｉを用いて初期化された予測フィルタ７１を有する。レベル変換器７２によって、予測フィルタ７１に入力信号を入力する前に、入力信号ｘｉのバイナリー「０」は数値「−１」に変換され、バイナリー値「１」は数値「＋１」に変換される。予測フィルタ７１の出力信号は、第１及び第２の量子化器７３及び７４により量子化される。第１の量子化器７３の出力信号は、前入力信号ｘｉとＥＸＯＲゲート７５によって排他的論理和化され、残余信号ｅｉを形成する。なお、この残余信号ｅｉは符号化予測ユニット７の２つの信号の内、最初のものである。第２の量子化器７４の出力信号は、アレイ７６で記憶される確率テーブルのためのインデックスαｉとして機能を果たす。確率テーブルは確率パラメータセットΠｉから成る。アレイ７６の出力信号は、符号化予測ユニット７の第２の出力信号、すなわち確率信号ｐｉを形成する。確率テーブルの使用は、冒頭段落で引用された刊行物においてより詳細に記載される。
【００２３】
マルチプレクサ８は、残余信号ｅ０  ．．．  ｅｎ−１をｅに統合し、確率信号ｐ０  ．．．  ｐｎ−１をｐに統合する。ウォーターマークジェネレーター２の出力はまた、マルチプレクサ８の１つの入力に供給される。ウォーターマーク情報のＤＳＴ＿Ｘ＿Ｂｉｔｓを組み込むために、マルチプレクサ８は、ｅの前でこのＤＳＴ＿Ｘ＿Ｂｉｔを挿入する。演算コーダー９の設計によれば、ＤＳＴ＿Ｘ＿Ｂｉｔを符号化するための確率係数（以下、ウォーターマーク確率係数ｐｗと呼ぶ。）が不可欠である。本発明の実施例ではストレージスペースを節約するために、ウォーターマーク確率係数ｐｗが第１の予測フィルター係数ａｏ（１）から導き出される。この目的のために、第１のチャンネルの第１の予測フィルター係数ａｏ（１）がウォーターマーク確率モジュール１０に供給される。このモジュールによって、係数ａ０（１）の初めの７個のビットは逆の順番で、符号がない整数Ｄとして解読され、これに値１が加算される。ウォーターマーク確率係数のために導き出された値を使用することによって、ウォーターマーク確率係数の記録は必要とされず、符号化データブロックにおいて何ら補足ビットを必要としない。このように、ＤＳＴ＿Ｘ＿Ｂｉｔを組み込むことは、僅かだけ符号化されたＬＬＣブロックを長くさせるであろう。
【００２４】
演算コーダー９は、信号ｅ及び確率信号ｐから符号化されたＤＳＤ信号を生成する。
【００２５】
ＤＳＴ＿Ｘ＿Ｂｉｔが演算コーダー９によって符号化されるべきそれぞれのブロックの第１のビットとして挿入されるので、ＤＳＴ＿Ｘ＿Ｂｉｔが、符号化されたＤＳＤ信号における１つのビットとして位置付けされえない。したがって、符号化されたＤＳＤ信号を復号化することなしでそれは除去されることができない。１つ又はいくつかのビットを削除又は変更することは、必然的に全部のフレームのデータのロスを引き起こす。他方、基礎の演算復号器はウォーターマークを読むためには十分である。それゆえに、それは完全な態様で、除去するのは難しいが読むのはた易いというウォーターマークの理想を満足する。しかし、信号ｅの前でＤＳＴ＿Ｘ＿Ｂｉｔを挿入することは必須でないが、符号化されたＤＳＤ信号の始まりだけが評価されなければならないので、それはウォーターマークの復号化プロセスをわずかに単純化するだろう。
【００２６】
以下のテーブルは、ＬＬＣで符号化されたモードで符号化されたフレームの大まかな系統的配列を示す。
【表１】
0004504572.tif 000002
この場合、ビットＬＬＣは、ＬＬＣで符号化されたモードデータブロックを示すための値「１」を持つ。ＣＮＴＲＬサブブロックのビットは、例えば与えられたチャンネルＣｈｉの予測フィルター係数の数ｋｉ及び確率係数の数ｍｉのようないくつかの制御情報を包含する。次の２つのサブブロックＡ’及びΠ’は、圧縮フォームでの予測フィルター係数Ａ及び確率係数Πのセットを含む。最後のブロックＣＯＤＥＤ  ＤＳＤ（符号化されたＤＳＤ）は、符号化されたＤＳＤ信号を最終的に包含する。先に説明されているように、データブロックＡ、Ｐ、及び符号化されたＤＳＤの長さは、フレームからフレームへ変化する。
【００２７】
ＬＬＣで符号化されたデータブロックは、例えばＳＡＣＤ又はＤＶＤのようなデータキャリアの上へ書かれる。データキャリア上への書込みのプロセス及びデータキャリアからの読取りのプロセスが本発明の一部ではないが多くの適切な手段が当業者に知られているので、これは、ここで記述されないが、破線１１によって表されており、上記多くの適当な手段はディスクインタフェースとして言及されている。
【００２８】
読取り装置、例えばＳＡＣＤ又はＤＶＤディスクプレーヤーのような本発明の実施例では、ここで、第１のビットであるＬＬＣ−Ｂｉｔが値「１」を持つ場合に、データブロックがＬＬＣで符号化したブロックであるとして検出される。この場合、コントロールデータブロックＣＮＴＲＬに含まれるデータによって、データブロックはそのサブブロックＡ’、Π’、及び符号化したＤＳＤに分割される。該係数のセットＡｉ、Πｉを復帰させるために、サブブロックＡ’及びΠ’は、第１及び第２の伸長器１２、１３により伸長される。それぞれのチャンネルのために、別々に復号化するための予測ユニット１４が設けられ、それぞれ復号化するための予測ユニット１４は予測フィルタ及び確率テーブルを有する。ＬＬＣで符号化されたブロックを復号化する始まりで、係数セットＡｉ、Πｉは、復号化予測ユニット１４の適切な予測フィルタ及び確率テーブルへロードされる。
【００２９】
復号化予測ユニット１４はさらに、読取り装置のマルチプレクサ１５により信号ｐに合成された確率信号ｐ０．．．ｐｎ−１を再構成する。信号ｐは演算復号器１６に供給され、この演算復号器１６は、確率信号ｐによって、データストリームｅにサブブロックＣＯＤＥＤ  ＤＳＤに包含されるデータを伸長する。デマルチプレクサ１７によって、データストリームｅは個々のチャンネルの異なる残余信号ｅ０．．．ｅｎ−１へ分割され、復号化するための予測ユニット１４に供給される。
【００３０】
復号化予測ユニット１４の構造が図３に示されている。それぞれのチャンネルの残余信号ｅｉは、デコーディングサブユニットのＥＸＯＲゲートの第１の入力に供給される。ＥＸＯＲゲートの出力は、それぞれのチャンネルＣｈｉの出力信号を形成する。出力信号は、レベル変換器にさらに供給され、そして、このレベル変換器は、先に記述された記録装置におけるレベル変換器と同じようなオペレーションを実行する。レベル変換器の出力は、予測フィルタに供給される。フィルタの出力は、２つの量子化器に供給される。第１の量子化器の出力は、ＥＸＯＲゲートの第２の入力に接続される。量子化器の他の出力は、アレイで記憶された確率テーブルのためのインデックスαｉとして使用される。インデックスαｉによって選ばれる全ての値ｐｉは、マルチプレクサを介して、演算復号器に供給される。
【００３１】
フラグ検出器１８は、組み込まれたＤＳＴ＿Ｙ＿Ｂｉｔｓを再構成するために使用される。ＤＳＴ＿Ｙ＿Ｂｉｔが第１の係数で記憶されるので、圧縮されたＡ’ブロックの始まりだけが、フラグ検出器１８で検査されなければならない。フラグ検出器１８は、Ａ’ブロックの始まりだけを伸長して、第１のチャンネルの第１のフィルター係数ａ０（１）を選び、その最下位ビットをＤＳＴ＿Ｙ＿Ｂｉｔの値を決定するために分析する。Ａ及びΠブロックのための圧縮用アルゴリズムが簡単な伸長を許容するために選ばれたので、上記ウォーターマーク検出器は全復号器と比較して非常に原始的に設計されうる。
【００３２】
ウォーターマークｗを抽出するために、ウォーターマークフラグ検出器１８によって決定した係数ａｏ（１）は、読取り装置のウォーターマーク確率モジュール１９に供給される。ウォーターマーク確率モジュールは、記録装置のために記載されているように、ウォーターマーク確率係数ｐｗを計算する。ウォーターマーク確率係数ｐｗは、ＤＳＴ＿Ｘ＿Ｂｉｔを復号化するために演算復号器に供給される。ＤＳＴ＿Ｘ＿Ｂｉｔが演算復号器によって出力される第１のビットであるので、ＤＳＴ＿Ｘ＿Ｂｉｔは、ウォーターマーク検出器２０で簡単に抽出されうる。しかし、どこでＤＳＴ＿Ｘ＿ＢｉｔがこのＤＳＴ＿Ｘ＿Ｂｉｔを挿入することが決められようとも、より精巧な検出器を用いて、ＤＳＴ＿Ｘ＿Ｂｉｔはいずれかの場所で信号から抽出することができる。フォーマッタ２１は、ＤＳＴ＿Ｘ＿Ｂｉｔｓから、ウォーターマーク情報ｗを抽出する。そして、ＤＳＴ＿Ｘ＿Ｂｉｔｓは、シリアルビットストリームからデータブロックへ同期パターンに補助されて再変換される。
【００３３】
ウォーターマーク検出機能が読取り装置の他の復号化手段の中に組み込まれうるけれども、この構成は、ウォーターマーク検出がスタンドアロンの状況で実行されうることを示す。全体の符号化されたＤＳＤ信号を復号化する必要はない。したがって、ウォーターマークフラグ検出器１８、ウォーターマーク確率モジュール１９、ウォーターマーク検出器２０、及びフォーマッタ２１は、さらにそれ自身の装置の中に組み込まれてもよく、復号化予測ユニット１４に取り込まれた複雑な機能を用いることなく実行する。
【００３４】
ＬＬＣで符号化されたモードがここまで記載されてきた。先に述べたように、ある時には、符号化がビットレートを減少しそこなった場合は、その信号はそのままの（Ｐｌａｉｎ）ＤＳＤとして即記憶されうる。このデータモードはＬＬＣ  Ｐｌａｉｎモードとして言及され、以下に示される。
【表２】
0004504572.tif 000003
【００３５】
ＬＬＣＢＩｔはフレームがＰｌａｉｎ  ＤＳＤを包含することを示す「０」の値にセットされる。ＬＬＣ  Ｂｉｔに続いているビットは、そのままのフォーマットでウォーターマークのＤＴＳ＿Ｘ＿Ｂｉｔを記憶するために使用される。ＤＴＳ＿Ｘ＿Ｂｉｔの後にＰｌａｉｎ  ＤＳＤデータが続く。これは、それが符号化されたＤＳＤ又はＰｌａｉｎ  ＤＳＤブロックであるかには関係なく、あらゆる符号化されたブロックがＤＴＳ＿Ｘ＿Ｂｉｔを包含することを確かにする。これは、そのＤＳＴ＿Ｘ＿Ｂｉｔｓのシリアルデータストリームが使用されたフォーマットに依存しないという利点を持つ。一方、Ｐｌａｉｎ  ＤＳＤのそのままのＤＴＳ＿Ｘ＿ｂｉｔが、Ｐｌａｉｎ  ＤＳＤでの１ブロックの信号内容にいかなる悪影響を及ぼすことなく変更されうることは真実である。しかし、Ｐｌａｉｎ  ＤＳＤブロックが多くの場合例外であるので、ウォーターマークを全長で含むための、十分以上の中断されない符号化されたＤＳＤブロックが存在するであろう。
【００３６】
本発明の更なる実施例では、２個以上の補足ビットが、パラメータのうち２個以上のＬＳＢを変更することによりロスレスで符号化された信号に組み込まれる。１個のフレームにつき２ビットを組込むために、例えば第１のオーディオチャンネルの第１及び第２の予測フィルター係数ａ１（０）及びａ２（０）は使われない。これらの２つのビットは、以下の情報を表現するために使用されうる。
【表３】
0004504572.tif 000004
【００３７】
１つのウォーターマークビットだけが各フレームに用いられるために提供されているので、ウォーターマーク情報はシリアルデータフォーマットで書かれなければならない。したがって、同期シンボル「１０」はウォーターマーク情報の始まりを検出するために役に立つ。
【図面の簡単な説明】
【図１】  ２つの独立した補足データｘ、ｙをロスレスで符号化された信号へ組み込んだ構成を示す。
【図２】  符号化予測ユニット７の構造を示す。
【図３】  復号化予測ユニット１４の構造を示す。
【符号の説明】
１  パッケージジェネレータ
２  ウォーターマークジェネレータ
３  フラグジェネレータ
４  パラメータ制御ユニット
５  第１の圧縮器
６  第２の圧縮器
７  符号化予測ユニット
８  マルチプレクサ
９  演算符号器
１０  ウォーターマーク確率モジュール
１１  伸長器
１２  伸長器
１３  第２の伸長器
１４  復号化予測ユニット
１５  マルチプレクサ
１６  演算復号器
１７  デマルチプレクサ
１８  フラグ検出器
１９  ウォーターマーク確率モジュール
２０  ウォーターマーク検出器
２１  フォーマッタ
【図１】
0004504572.tif 000005
【図２】
0004504572.tif 000006
【図３】
0004504572.tif 000007