JP2002535893A - 符号化された信号への補足データの組み込み - Google Patents

Abstract

(57)【要約】 補足データを組み込む、例えば符号化された信号にウォーターマークを付すための２つの異なる方法がある。Ｉ）符号化のために補助情報（ここでは、確率情報）を必要とする符号器の場合、補足のデータを符号化するための補助情報は、符号化プロセスで使用される他のデータから導き出される。このように、導き出された補助データは記憶される必要はなく、その結果、補足データを組み込むことが、使用されるビットの総量に関して経済的である。ＩＩ）スーパーオーディオＣＤのために使用される符号化プロセスにおいて、１セットのパラメータ（例えばフィルター係数）が符号器により使用され、それにより、それらが復号化するために必要とされるのでこれらのパラメータが記憶されなければならない。補足のデータを組み込むために、選ばれたパラメータのうちの少なくとも１つ（例えば第１の係数のＬＳＢ）は、組み込まれるべき補足データの値に呼応して目的とする値にセットされる。この利点はビットレートがまったく影響を受けないということである。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】

本発明は、符号化された信号において補足データを組み込む構成及び方法に関
する。

【０００２】

【従来の技術】

好適にはデータレートを増加させることなく、例えば符号化されたオーディオ
及びビデオ信号のような符号化されたデータに補足データを収めさせるニーズが
増加しつつある。特に、補足データがウォーターマーク（透かし）として使用さ
れる場合、それは知覚的に見ることができない態様で加えられるべきである。ウ
ォーターマークは、例えば、文書及びオーディオビジュアルプログラムのソース
又は著作権のステータスについての情報を有する。ウォーターマークは、著作権
所有者の法的証拠を具備するために、海賊行為の追跡を可能とし、及び知的所有
権の保護をサポートするために使用される。

【０００３】 スーパーオーディオコンパクトディスク（ＳＡＣＤ）の仕様（フォーマット）
は、例えば、ディスク上で効果的に約２倍多くのデータを許容するロスレスコー
ディング（以下「ＬＬＣ」とする。）を指定している。ロスレスコーダは、ＳＡ
ＣＤの品質でマルチチャネルオーディオの最高７４分のプレイ時間を許容するこ
とが要求される。「ロスレスコーディング」の語が示すように、復号化後に初期
信号がビット毎に同一に（ｂｉｔ−ｉｄｅｎｔｉｃａｌｌｙ）再生されるような
方法で、いずれかのデータの要求された記憶容量が低減される。このような符号
器／複号器は、例えば、１ビットのオーディオ信号（１−Ｂｉｔ Ａｕｄｉｏ
Ｓｉｇｎａｌｓ）の改良されたロスレスによる符号化において、Ｆｏｎｓ Ｂｒ
ｕｅｋｅｒｓ、 Ｗｅｒｎｅｒ Ｏｏｍｅｎ、 Ｒｅｎｅ ｖａｎ ｄｅｒ Ｖ
ｌｅｕｔｅｎ、 及びＬｅｏｎ ｖａｎ ｄｅ Ｋｅｒｋｈｏｆによる「 Ａｕ
ｄｉｏ Ｅｎｇｉｎｅｅｒｉｎｇ Ｓｏｃｉｅｔｙ」、第１０３号 Ｃｏｎｖｅ
ｎｔｉｏｎ １９９７、Ｓｅｐｔｅｍｂｅｒ ２６−２９、Ｎｅｗ Ｙｏｒｋ、
４５６３（Ｉ−６）に記載されている。符号化は、入力データストリームをフレ
ームに仕切ること、及びそれぞれのフレームのために一セットの最適化されたパ
ラメータを決定することによって実行される。これらのパラメータの一部は、冗
長性を取り除く予測のために発生した。良い予測パラメータが見つけられうる場
合には、初期信号と予測信号との間の差（これは残余信号と呼ばれる）は、ずっ
と小さい関連情報を有する。ロスレスコーディングが目視されるので、上記残余
信号は省かれえない。しかし、それがより小さい関連情報を有する場合には、そ
れが最適化されたパラメータのいくつかの他の部分を使って、それが非常に効率
的にエントロピー符号化されうる。冗長性情報は上記パラメータのセットで保持
されるので、上記エントロピー符号化残余信号、及びそのパラメータのセットが
ロスレスによる復号化のために記憶され必要とされる。

【０００４】 例えば、ウォーターマークを付す目的のために補足情報が必要な場合には、か
なり広く知られているように、信号の訂正がリスナーによって気付かれないよう
な方法で初期信号に該補足情報を加えることにより、その情報が加えられうる。
このように変更された信号はビットに忠実な（ｂｉｔ ｔｒｕｅ）初期信号とし
てもはや考慮されえない。さらに、この種のウォーターマークを付すことは、そ
れがロスレス復号化なしでは符号化された信号に存在するウォーターマークを検
出することができない事実からわずらわされる。ウォーターマーク復号器をシン
プル化するために、ロスレス復号化の前にウォーターマークを検出するオプショ
ン（付加手段）を持つことが望ましい。

【０００５】 組み込まれた補足データが全体の信号を復号化することなく読まれることを許
容し、音楽の品質に影響しない、符号化されたデータ信号に補足データを組み込
む構成及び方法を提供することが本発明の目的である。

【０００６】

【発明が解決しようとする課題及び課題を解決するための手段】

この目的のために、本発明に従う方法は、補足データを組み込むために、上記
補足情報がデータに挿入され、この補足データを符号化するのに必要とされる補
助情報が符号化プロセスで利用可能な他のデータから導き出されることを特徴と
する。

【０００７】 本発明の利点は、符号化されるべきデータに上記データを挿入することによっ
て、符号化された信号の内容を乱すことなく補足の情報が除去され得ないことで
ある。補足の情報を符号化するのに必要な補助情報が、符号化プロセスで利用可
能な他のデータから導き出されるので、補足データを符号化するための補助情報
が、後の復号化プロセスのために記録又は記憶される必要はない。このように、
この方法はビットレートに関して非常に経済的である。

【０００８】 本発明の他の目的は代替可能な方法を上記第１の解決手段に与えることである
。

【０００９】 この目的のために、本発明に従う他の方法は、符号化された信号に補足データ
を組み込むために、パラメータセットが補足データにより影響を受けることを特
徴とする。このように、完全なデータの必ずしもすべてが、ウォーターマークを
読むために復号化されるのではなく、符号化／復号化のために使用されるパラメ
ータが包含されているデータの一部のみがそのために復号化される必要がある。
補足の情報がパラメータのセットで組み込まれているので、何ら付加的なビット
がこの情報のために費やされる必要はない。

【００１０】 補足情報は、偶数個又は奇数個のパラメータを選択をすることによって、又は
例えば第１のパラメータの最下位ビットを変更することによって組み込まれうる
。例として、偶数個のパラメータは、ウォーターマークビットの値「１」を表現
し、奇数個のパラメータは、ウォーターマークビットの値「０」を表現する。

【００１１】 本発明は、実際的な理由（計算能力、コスト等）のために、パラメータの最も
良いセットではなく、パラメータの合理的に良いセットが符号化のために決定さ
れるという事実から利益を得る。したがって、これらのアルゴリズムはパラメー
タの予備的な（サブの）最適なセットを使用して動作するように設計されてきた
。奇数個又は偶数個のパラメータを達成するために仮引数を加えながらの、パラ
メータの最下位ビットを変更することのようなパラメータセットにおける小さい
変更が、どんなことが、奇数個又は偶数個のパラメータを達成するために、ウォ
ーターマークビットを組み込むか、又はパラメータを省きさえすることが必要と
されようとも、当該符号化の効率に莫大なインパクトを与えることは通常は全く
ない。時には、パラメータのセットのこのような小さい変化は、わずかに符号化
プロセスを改善しさえするかもしれない。

【００１２】 本発明の利点は、データがロスレスで符号化された形式で保たれるべき場合に
、ウォーターマークが、パラメータが変更されたセットを用いて信号を復号化す
ることなく、データについて繰り返されたロスレスで符号化することなく除去さ
れ得ないことである。ロスレス復号器はすべての係数を必要とするので、ウォー
ターマークを削除するために除去又は変更されて、無くしたか又は不正確な係数
は、すべてのチャンネルに対してフレームの持続期間にわたる信号損失を得る結
果となる。

【００１３】

【発明の実施の形態】

図１は、２つの独立した補足データｘ、ｙをロスレスで符号化された信号へ組
み込む構成を示す。第１のデータｘは、ウォーターマーク情報ｗを組み込むため
に使用される。ウォーターマークｗの長さが補足データによって記憶されること
ができるであろう情報より長いので、ウォーターマークｗは、パッケージジェネ
レーター１によってトランスポートパケットにパッケージ化され、このトランス
ポートパケットはシリアル信号のようなデータパッケージのビットの組み込みを
許容する。トランスポートパケットのヘッダに含まれる同期パターンによって、
トランスポートパケットの始まりは簡単に検索されうる。トランスポートパケッ
トのビットｘは、ビット毎に、いわゆるＤＳＴ＿Ｘ＿Ｂｉｔｓとしてロスレスに
より符号化された信号に組み込まれる。

【００１４】 第２のデータｙは、いわゆるＤＳＴ＿Ｙ＿Ｂｉｔｓによって組み込まれる。組
み込まれたＤＳＴ＿Ｙ＿Ｂｉｔは、ロスレスで符号化された信号が最新のフォー
マットに施与することを示すために値「１」へセットされる。フラグを持つ将来
ニーズがある場合は、ＤＳＴ＿Ｙ＿Ｂｉｔが使用されうる。他の録音方式でのＤ
ＳＴ＿Ｙ＿Ｂｉｔはまた、一つのビットよりも長い情報を組み込むための構造化
データストリームの態様で使用されうることは当業者にとって自明であろう。

【００１５】 データチャネルＣ０．．．Ｃｎ−１として呼ばれる、ｎパラレルデータストリ
ームを符号化するために、ステレオ又はマルチチャネルＤＳＤ記録はフレームに
仕切られる。本発明の実施例では、一秒につき７５個のフレームがそれぞれのチ
ャンネルＣｉのために使用される。ウォーターマーク信号ｗのデータレートはフ
レームレートに依存するが、本発明は特別なフレームレートに制限されない。

【００１６】 それぞれのフレームのために、本発明の一部ではないので示されていない制御
構成は、ＬＬＣ Ｐｌａｉｎモード又はＬＬＣで符号化されたモードの、どちら
のモードが符号化のために使用されるかを判別する。ＬＬＣ Ｐｌａｉｎモード
は、フレームの圧縮比が不十分な場合に例外的に使用され、実際にはそのままの
ＤＳＤを包含する。

【００１７】 選ばれたＬＬＣによるアルゴリズムは、予測フィルタ及び確率テーブルに基づ
く。ＬＬＣで符号化されたモードの圧縮比を最適化するために、パラメータ制御
ユニット４は、再びそれぞれのチャンネル毎に各フレームを分析する。パラメー
タ制御ユニット４は、それぞれのチャンネルＣｉのために、それぞれの予測フィ
ルタのための１セットの予測フィルター係数Ａｉ＝ａｉ（１）．．．ａｉ（ｋｉ
）、及びそれぞれの確率テーブルのための１セットの確率テーブル係数Πｉ＝π
ｉ（１）．．．πｉ（ｍｉ）を計算する。本発明の実施例では、予測フィルター
係数ａｉの長さは９個のビットであり、それに対して、予測フィルター係数の数
ｋｉは可変であるが、最大１２８個に制限される。それぞれの確率テーブル係数
πｉは、７個のビットの長さを持つ。確率テーブル係数πｉの数ｍｉも、可変で
あるが、最大６４個に制限される。一般的に、それは３２と６４との間にある。
これらの数は、例として与えられており、音声信号のために最高の結果を与える
ために見つけられた数を表現するが、これらの数に制限するように本発明を解釈
するべきでない。勿論、これらの数は、フレーム率、予測フィルタアルゴリズム
、及びソース信号の内容に依存する。しかし、より良い圧縮比を許容するための
他の数が見つけられるかもしれない。

【００１８】 最適の係数ａ、πを決定することは難しく、かなりの計算能力を必要とする。
したがって、ちょうど合理的に良いセットの係数を選択するための妥協点に落ち
着く。別々の係数セットＡｉ、ΠｉがそれぞれのチャンネルＣｉのために計算さ
れるので、それぞれのチャンネルのために使用される係数セットはお互い異なる
が、必ずしもあらゆるケースで異なる必要はない。

【００１９】 ＤＳＴ＿Ｙ＿Ｂｉｔをフレームに挿入するために、フラグジェネレーター３が
第１のフィルター係数ａ０（１）の最下位ビットＬＳＢを変える。すでに前に言
及されているように、符号化の性能における何ら実質的な減少は、フィルター係
数をわずかに変えることによって実現されないであろう。

【００２０】 修正された係数ａ０（１）を含むセットＡ及びΠのすべての係数は、符号化さ
れた信号のために重要であり、その結果、当該係数は後の読取り又は復号化プロ
セスのために記録されなければならない。Πと同様にすべての係数のセットＡが
まだある冗長性を持つので、第１及び第２の圧縮器５、６は圧縮データワードＡ
’、Π’を生成するために使用される。好適には、圧縮アルゴリズムが使用され
、当該圧縮アルゴリズムは、最も簡単な方法で、Ａ’及びΠ’の対応している伸
長を許容する。その結果、組み込まれたＤＳＴ＿Ｙ＿Ｂｉｔを読むことは大きな
努力なしでなされうるだろう。

【００２１】 既に値が修正された値である上記係数はまた、初期の評価係数の代わりにロス
レスで符号化のために使用されることが重要である。他の方法では、復号化プロ
セスは失敗するだろう。本発明のこの実施例で、ロスレス符号器の機能は、それ
ぞれのチャンネルＣｉのための符号化予測ユニット７、及びすべての符号化予測
ユニット７に共通の演算符号器９に分けられる。符号化予測ユニット７の構造は
図２に示されている。

【００２２】 符号化予測ユニット７は、対応しているフィルタパラメータセットＡｉを用い
て初期化された予測フィルタ７１を有する。レベル変換器７２によって、予測フ
ィルタ７１に入力信号を入力する前に、入力信号ｘｉのバイナリー「０」は数値
「−１」に変換され、バイナリー値「１」は数値「＋１」に変換される。予測フ
ィルタ７１の出力信号は、第１及び第２の量子化器７３及び７４により量子化さ
れる。第１の量子化器７３の出力信号は、前入力信号ｘｉとＥＸＯＲゲート７５
によって排他的論理和化され、残余信号ｅｉを形成する。なお、この残余信号ｅ
ｉは符号化予測ユニット７の２つの信号の内、最初のものである。第２の量子化
器７４の出力信号は、アレイ７６で記憶される確率テーブルのためのインデック
スαｉとして機能を果たす。確率テーブルは確率パラメータセットΠｉから成る
。アレイ７６の出力信号は、符号化予測ユニット７の第２の出力信号、すなわち
確率信号ｐｉを形成する。確率テーブルの使用は、冒頭段落で引用された刊行物
においてより詳細に記載される。

【００２３】 マルチプレクサ８は、残余信号ｅ０ ．．． ｅｎ−１をｅに統合し、確率信
号ｐ０ ．．． ｐｎ−１をｐに統合する。ウォーターマークジェネレーター２
の出力はまた、マルチプレクサ８の１つの入力に供給される。ウォーターマーク
情報のＤＳＴ＿Ｘ＿Ｂｉｔｓを組み込むために、マルチプレクサ８は、ｅの前で
このＤＳＴ＿Ｘ＿Ｂｉｔを挿入する。演算コーダー９の設計によれば、ＤＳＴ＿
Ｘ＿Ｂｉｔを符号化するための確率係数（以下、ウォーターマーク確率係数ｐｗ
と呼ぶ。）が不可欠である。本発明の実施例ではストレージスペースを節約する
ために、ウォーターマーク確率係数ｐｗが第１の予測フィルター係数ａｏ（１）
から導き出される。この目的のために、第１のチャンネルの第１の予測フィルタ
ー係数ａｏ（１）がウォーターマーク確率モジュール１０に供給される。このモ
ジュールによって、係数ａ０（１）の初めの７個のビットは逆の順番で、符号が
ない整数Ｄとして解読され、これに値１が加算される。ウォーターマーク確率係
数のために導き出された値を使用することによって、ウォーターマーク確率係数
の記録は必要とされず、符号化データブロックにおいて何ら補足ビットを必要と
しない。このように、ＤＳＴ＿Ｘ＿Ｂｉｔを組み込むことは、僅かだけ符号化さ
れたＬＬＣブロックを長くさせるであろう。

【００２４】 演算コーダー９は、信号ｅ及び確率信号ｐから符号化されたＤＳＤ信号を生成
する。

【００２５】 ＤＳＴ＿Ｘ＿Ｂｉｔが演算コーダー９によって符号化されるべきそれぞれのブ
ロックの第１のビットとして挿入されるので、ＤＳＴ＿Ｘ＿Ｂｉｔが、符号化さ
れたＤＳＤ信号における１つのビットとして位置付けされえない。したがって、
符号化されたＤＳＤ信号を復号化することなしでそれは除去されることができな
い。１つ又はいくつかのビットを削除又は変更することは、必然的に全部のフレ
ームのデータのロスを引き起こす。他方、基礎の演算復号器はウォーターマーク
を読むためには十分である。それゆえに、それは完全な態様で、除去するのは難
しいが読むのはた易いというウォーターマークの理想を満足する。しかし、信号
ｅの前でＤＳＴ＿Ｘ＿Ｂｉｔを挿入することは必須でないが、符号化されたＤＳ
Ｄ信号の始まりだけが評価されなければならないので、それはウォーターマーク
の復号化プロセスをわずかに単純化するだろう。

【００２６】 以下のテーブルは、ＬＬＣで符号化されたモードで符号化されたフレームの大
まかな系統的配列を示す。

【表１】 この場合、ビットＬＬＣは、ＬＬＣで符号化されたモードデータブロックを示す
ための値「１」を持つ。ＣＮＴＲＬサブブロックのビットは、例えば与えられた
チャンネルＣｈｉの予測フィルター係数の数ｋｉ及び確率係数の数ｍｉのような
いくつかの制御情報を包含する。次の２つのサブブロックＡ’及びΠ’は、圧縮
フォームでの予測フィルター係数Ａ及び確率係数Πのセットを含む。最後のブロ
ックＣＯＤＥＤ ＤＳＤ（符号化されたＤＳＤ）は、符号化されたＤＳＤ信号を
最終的に包含する。先に説明されているように、データブロックＡ、Ｐ、及び符
号化されたＤＳＤの長さは、フレームからフレームへ変化する。

【００２７】 ＬＬＣで符号化されたデータブロックは、例えばＳＡＣＤ又はＤＶＤのような
データキャリアの上へ書かれる。データキャリア上への書込みのプロセス及びデ
ータキャリアからの読取りのプロセスが本発明の一部ではないが多くの適切な手
段が当業者に知られているので、これは、ここで記述されないが、破線１１によ
って表されており、上記多くの適当な手段はディスクインタフェースとして言及
されている。

【００２８】 読取り装置、例えばＳＡＣＤ又はＤＶＤディスクプレーヤーのような本発明の
実施例では、ここで、第１のビットであるＬＬＣ−Ｂｉｔが値「１」を持つ場合
に、データブロックがＬＬＣで符号化したブロックであるとして検出される。こ
の場合、コントロールデータブロックＣＮＴＲＬに含まれるデータによって、デ
ータブロックはそのサブブロックＡ’、Π’、及び符号化したＤＳＤに分割され
る。該係数のセットＡｉ、Πｉを復帰させるために、サブブロックＡ’及びΠ’
は、第１及び第２の伸長器１２、１３により伸長される。それぞれのチャンネル
のために、別々に復号化するための予測ユニット１４が設けられ、それぞれ復号
化するための予測ユニット１４は予測フィルタ及び確率テーブルを有する。ＬＬ
Ｃで符号化されたブロックを復号化する始まりで、係数セットＡｉ、Πｉは、復
号化予測ユニット１４の適切な予測フィルタ及び確率テーブルへロードされる。

【００２９】 復号化予測ユニット１４はさらに、読取り装置のマルチプレクサ１５により信
号ｐに合成された確率信号ｐ０．．．ｐｎ−１を再構成する。信号ｐは演算復号
器１６に供給され、この演算復号器１６は、確率信号ｐによって、データストリ
ームｅにサブブロックＣＯＤＥＤ ＤＳＤに包含されるデータを伸長する。デマ
ルチプレクサ１７によって、データストリームｅは個々のチャンネルの異なる残
余信号ｅ０．．．ｅｎ−１へ分割され、復号化するための予測ユニット１４に供
給される。

【００３０】 復号化予測ユニット１４の構造が図３に示されている。それぞれのチャンネル
の残余信号ｅｉは、デコーディングサブユニットのＥＸＯＲゲートの第１の入力
に供給される。ＥＸＯＲゲートの出力は、それぞれのチャンネルＣｈｉの出力信
号を形成する。出力信号は、レベル変換器にさらに供給され、そして、このレベ
ル変換器は、先に記述された記録装置におけるレベル変換器と同じようなオペレ
ーションを実行する。レベル変換器の出力は、予測フィルタに供給される。フィ
ルタの出力は、２つの量子化器に供給される。第１の量子化器の出力は、ＥＸＯ
Ｒゲートの第２の入力に接続される。量子化器の他の出力は、アレイで記憶され
た確率テーブルのためのインデックスαｉとして使用される。インデックスαｉ
によって選ばれる全ての値ｐｉは、マルチプレクサを介して、演算復号器に供給
される。

【００３１】 フラグ検出器１８は、組み込まれたＤＳＴ＿Ｙ＿Ｂｉｔｓを再構成するために
使用される。ＤＳＴ＿Ｙ＿Ｂｉｔが第１の係数で記憶されるので、圧縮されたＡ
’ブロックの始まりだけが、フラグ検出器１８で検査されなければならない。フ
ラグ検出器１８は、Ａ’ブロックの始まりだけを伸長して、第１のチャンネルの
第１のフィルター係数ａ０（１）を選び、その最下位ビットをＤＳＴ＿Ｙ＿Ｂｉ
ｔの値を決定するために分析する。Ａ及びΠブロックのための圧縮用アルゴリズ
ムが簡単な伸長を許容するために選ばれたので、上記ウォーターマーク検出器は
全復号器と比較して非常に原始的に設計されうる。

【００３２】 ウォーターマークｗを抽出するために、ウォーターマークフラグ検出器１８に
よって決定した係数ａｏ（１）は、読取り装置のウォーターマーク確率モジュー
ル１９に供給される。ウォーターマーク確率モジュールは、記録装置のために記
載されているように、ウォーターマーク確率係数ｐｗを計算する。ウォーターマ
ーク確率係数ｐｗは、ＤＳＴ＿Ｘ＿Ｂｉｔを復号化するために演算復号器に供給
される。ＤＳＴ＿Ｘ＿Ｂｉｔが演算復号器によって出力される第１のビットであ
るので、ＤＳＴ＿Ｘ＿Ｂｉｔは、ウォーターマーク検出器２０で簡単に抽出され
うる。しかし、どこでＤＳＴ＿Ｘ＿ＢｉｔがこのＤＳＴ＿Ｘ＿Ｂｉｔを挿入する
ことが決められようとも、より精巧な検出器を用いて、ＤＳＴ＿Ｘ＿Ｂｉｔはい
ずれかの場所で信号から抽出することができる。フォーマッタ２１は、ＤＳＴ＿
Ｘ＿Ｂｉｔｓから、ウォーターマーク情報ｗを抽出する。そして、ＤＳＴ＿Ｘ＿
Ｂｉｔｓは、シリアルビットストリームからデータブロックへ同期パターンに補
助されて再変換される。

【００３３】 ウォーターマーク検出機能が読取り装置の他の復号化手段の中に組み込まれう
るけれども、この構成は、ウォーターマーク検出がスタンドアロンの状況で実行
されうることを示す。全体の符号化されたＤＳＤ信号を復号化する必要はない。
したがって、ウォーターマークフラグ検出器１８、ウォーターマーク確率モジュ
ール１９、ウォーターマーク検出器２０、及びフォーマッタ２１は、さらにそれ
自身の装置の中に組み込まれてもよく、復号化予測ユニット１４に取り込まれた
複雑な機能を用いることなく実行する。

【００３４】 ＬＬＣで符号化されたモードがここまで記載されてきた。先に述べたように、
ある時には、符号化がビットレートを減少しそこなった場合は、その信号はその
ままの（Ｐｌａｉｎ）ＤＳＤとして即記憶されうる。このデータモードはＬＬＣ
Ｐｌａｉｎモードとして言及され、以下に示される。

【表２】

【００３５】 ＬＬＣＢＩｔはフレームがＰｌａｉｎ ＤＳＤを包含することを示す「０」の
値にセットされる。ＬＬＣ Ｂｉｔに続いているビットは、そのままのフォーマ
ットでウォーターマークのＤＴＳ＿Ｘ＿Ｂｉｔを記憶するために使用される。Ｄ
ＴＳ＿Ｘ＿Ｂｉｔの後にＰｌａｉｎ ＤＳＤデータが続く。これは、それが符号
化されたＤＳＤ又はＰｌａｉｎ ＤＳＤブロックであるかには関係なく、あらゆ
る符号化されたブロックがＤＴＳ＿Ｘ＿Ｂｉｔを包含することを確かにする。こ
れは、そのＤＳＴ＿Ｘ＿Ｂｉｔｓのシリアルデータストリームが使用されたフォ
ーマットに依存しないという利点を持つ。一方、Ｐｌａｉｎ ＤＳＤのそのまま
のＤＴＳ＿Ｘ＿ｂｉｔが、Ｐｌａｉｎ ＤＳＤでの１ブロックの信号内容にいか
なる悪影響を及ぼすことなく変更されうることは真実である。しかし、Ｐｌａｉ
ｎ ＤＳＤブロックが多くの場合例外であるので、ウォーターマークを全長で含
むための、十分以上の中断されない符号化されたＤＳＤブロックが存在するであ
ろう。

【００３６】 本発明の更なる実施例では、２個以上の補足ビットが、パラメータのうち２個
以上のＬＳＢを変更することによりロスレスで符号化された信号に組み込まれる
。１個のフレームにつき２ビットを組込むために、例えば第１のオーディオチャ
ンネルの第１及び第２の予測フィルター係数ａ_１（０）及びａ_２（０）は使われ
ない。これらの２つのビットは、以下の情報を表現するために使用されうる。

【表３】

【００３７】 １つのウォーターマークビットだけが各フレームに用いられるために提供され
ているので、ウォーターマーク情報はシリアルデータフォーマットで書かれなけ
ればならない。したがって、同期シンボル「１０」はウォーターマーク情報の始
まりを検出するために役に立つ。

【図面の簡単な説明】

【図１】 ２つの独立した補足データｘ、ｙをロスレスで符号化された信号へ組み込んだ
構成を示す。

【図２】 符号化予測ユニット７の構造を示す。

【図３】 復号化予測ユニット１４の構造を示す。

【符号の説明】

１ パッケージジェネレータ ２ ウォーターマークジェネレータ ３ フラグジェネレータ ４ パラメータ制御ユニット ５ 第１の圧縮器 ６ 第２の圧縮器 ７ 符号化予測ユニット ８ マルチプレクサ ９ 演算符号器 １０ ウォーターマーク確率モジュール １１ 伸長器 １２ 伸長器 １３ 第２の伸長器 １４ 復号化予測ユニット １５ マルチプレクサ １６ 演算復号器 １７ デマルチプレクサ １８ フラグ検出器 １９ ウォーターマーク確率モジュール ２０ ウォーターマーク検出器 ２１ フォーマッタ

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ， ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，ＭＬ， ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，Ｋ Ｅ，ＬＳ，ＭＷ，ＳＤ，ＳＬ，ＳＺ，ＴＺ，ＵＧ，ＺＷ )，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ， ＴＪ，ＴＭ)，ＡＥ，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ， ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，Ｃ Ｒ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＤＭ，ＥＥ，ＥＳ，ＦＩ ，ＧＢ，ＧＤ，ＧＥ，ＧＨ，ＧＭ，ＨＲ，ＨＵ，ＩＤ， ＩＬ，ＩＮ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，Ｋ Ｚ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＡ ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ， ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，Ｓ Ｋ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＴＺ，ＵＡ，ＵＧ ，ＵＳ，ＵＺ，ＶＮ，ＹＵ，ＺＡ，ＺＷ (72)発明者 カンペルマン フランシスカス エル エ ー ジェイ オランダ国 5656 アーアー アインドー フェン プロフ ホルストラーン ６ (72)発明者 ブルーカース アルフォンス エー エム エル オランダ国 5656 アーアー アインドー フェン プロフ ホルストラーン ６ (72)発明者 ヴァン デア ブロイテン レナタス ジ ェイ オランダ国 5656 アーアー アインドー フェン プロフ ホルストラーン ６ Ｆターム(参考） 5B057 CA12 CA16 CB12 CB18 CB19 CE08 CG07 5C076 AA14 BA06 BA09 5D044 AB06 BC04 CC06 DE28 DE50 EF05 GK12 GK17 HL08 5J064 AA01 BB03 BB09 BC02 BC03 BC12 BC16 BC25 BC28 BD03

Claims (9)

【特許請求の範囲】
1. 【請求項１】 補助情報によりデータを符号化する方法であって、 補足データを組み込むために、該補足情報が該データへと挿入され、 該補足データを符号化するために必要とされる前記補助情報は他のデータから導
   き出されることを特徴とする方法。
2. 【請求項２】 符号化されたデータの補足データを抽出する請求項１に記載
   された方法。
3. 【請求項３】 データをフレームに仕切ることによって入力データを符号化
   する方法であって、それぞれのフレームのために１セットのパラメータを決定し
   、該パラメータセットによって制御されるアルゴリズムを施与することより入力
   信号のデータレートを減らし、 これにより前記符号化されたデータが、前記パラメータセット又は少なくとも
   該パラメータセットを導き出すために使用されうるデータと、前記データレート
   が減らされたデータとを有する方法において、 前記符号化された信号に補足データを組み込むために、前記パラメータセット
   がこの補足データによって影響を受けることを特徴とする方法。
4. 【請求項４】 符号化される信号のパラメータセットに組み込まれる情報を
   抽出する請求項３に記載された方法。
5. 【請求項５】 請求項１又は請求項３に記載された符号化されるデータを有
   する信号。
6. 【請求項６】 請求項５に記載された記録される信号を備えたデータキャリ
   ア。
7. 【請求項７】 請求項１、２、３、又は４に記載された方法を実行するため
   の構成。
8. 【請求項８】 請求項２及び請求項４の少なくとも１項に記載された構成を
   備えた再生装置。
9. 【請求項９】 前記再生装置がオーディオ及びオーディオビジュアルの媒体
   のそれぞれのためのディスクプレーヤであることを特徴とする請求項８に記載さ
   れた再生装置。