(57)【特許請求の範囲】
【請求項１】
パケットの種類を示す識別子と、コピー管理に関する管理情報と、エラー検出符号およびエラー訂正符号の少なくとも一方の符号とを含み、所定の間隔毎に付加される第１のパケットと、
パケットの種類を示す識別子を含み、上記第１のパケット間に付加される第２のパケットとからなるコンテンツデータが記録媒体に記録され、
上記記録媒体を再生する再生処理部と、
上記記録媒体を再生することで得られるパケットが上記第１および第２のパケットの何れのパケットであるかを、上記識別子を使用して判別し、上記判別の結果、上記識別子が上記第１のパケットを示す場合には、上記符号に基づいてシンドロームを計算し、上記計算したシンドロームが、上記管理情報が書き換えられていない場合に計算される値、または、上記コンテンツデータのコピーに伴って上記管理情報が書き換えられた場合に計算される値であるときはエラーがないと判断し、上記エラーがないと判断した場合に、上記管理情報に応じて、上記コンテンツデータのコピーを許可するか否かを制御する制御部と
を有する再生装置。
【請求項２】
上記コンテンツデータがコピーされる際に上記管理情報を書き換え、上記書き換えた管理情報に上記符号をそのまま付加する付加部を有する請求項１に記載の再生装置。
【請求項３】
上記第２のパケットは、上記第１のパケットの位置を示す情報を含む請求項１または２に記載の再生装置。
【請求項４】
上記制御部は、上記計算されたシンドロームが、上記管理情報が書き換えられていない場合に計算される値、または、上記コンテンツデータのコピーに伴って上記管理情報が書き換えられた場合に計算される値であるときに、上記管理情報が所定の値であるか否かを判断することで、上記エラーの有無を判断する請求項１乃至３のいずれか１項に記載の再生装置。
【請求項５】
パケットの種類を示す識別子と、コピー管理に関する管理情報と、エラー検出符号およびエラー訂正符号の少なくとも一方の符号とを含み、所定の間隔毎に付加される第１のパケットと、
パケットの種類を示す識別子を含み、上記第１のパケット間に付加される第２のパケットとからなるコンテンツデータが記録媒体に記録され、
上記記録媒体を再生することで得られるパケットが上記第１および第２のパケットの何れのパケットであるかを、上記識別子を使用して判別し、
上記判別の結果、上記識別子が上記第１のパケットを示す場合には、上記符号に基づいてシンドロームを計算し、上記計算したシンドロームが、上記管理情報が書き換えられていない場合に計算される値、または、上記コンテンツデータのコピーに伴って、上記管理情報が書き換えられた場合に計算される値であるときは、エラーがないと判断し、
上記エラーがないと判断した場合に、上記管理情報に応じて、上記コンテンツデータのコピーを許可するか否かを制御する再生装置。
【請求項６】
パケットの種類を示す識別子と、コピー管理に関する管理情報と、エラー検出符号およびエラー訂正符号の少なくとも一方の符号とを含み、所定の間隔毎に付加される第１のパケットと、
パケットの種類を示す識別子を含み、上記第１のパケット間に付加される第２のパケットとからなるコンテンツデータが記録媒体に記録され、
上記記録媒体を再生することで得られるパケットが上記第１および第２のパケットの何れのパケットであるかを、上記識別子を使用して判別し、
上記判別の結果、上記識別子が上記第１のパケットを示す場合には、上記符号に基づいてシンドロームを計算し、上記計算したシンドロームが、上記管理情報が書き換えられていない場合に計算される値、または、上記コンテンツデータのコピーに伴って、上記管理情報が書き換えられた場合に計算される値であるときは、エラーがないと判断し、
上記エラーがないと判断した場合に、上記管理情報に応じて、上記コンテンツデータのコピーを許可するか否かを制御する再生方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、付加情報を埋め込むようにしたコンテンツのデータに用いた好適な再生装置及び再生方法に関する。
【０００２】
【従来の技術】
オーディオコンテンツやビデオコンテンツのデータを記録媒体に記録する際に、著作権の保護を目的として、付加情報としてコピー管理情報をコンテンツのデータに重畳して埋め込むようにしたウォータマークの開発が進められている。このようなウォータマークとしては、コンテンツのデータの下位ビットに付加情報を挿入する方法が知られている。
【０００３】
著作権の保護を目的として、ウォータマークとしてコンテンツに埋め込むコピー管理情報としては、オーディオデータでは、ＳＣＭＳ（Serial Copy Management System ）のコピー管理情報が用いられている。ＳＣＭＳのコピー管理情報では、コピーフリー、コピー禁止ばかりでなく、世代に渡るコピー管理が行える。
【０００４】
そこで、コンテンツのデータの下位ビットにウォータマークのデータを埋め込み、このウォータマークのデータにＳＣＭＳのコピー管理情報を記録することが考えられる。
【０００５】
ところが、ＳＣＭＳでは、コピーの世代に渡るコピー管理を行う際に、コピー管理情報の書き換えを行う必要がある。
【０００６】
例えば、ＳＣＭＳのデータは２ビットの情報で示され、ＳＣＭＳのデータが「００」のときには、この記録媒体はオリジナルであり、１世代のみコピー可とされ、ＳＣＭＳのデータが「０１」のときには、この記録媒体はコピーされたものであり、更なるコピーが禁止され、ＳＣＭＳのデータが「１１」ならコピーフリーとされる。そして、ＳＣＭＳのデータが「００」のときには、１世代のみコピーが可となるように、コピーを行う場合には、ＳＣＭＳのデータが「００」から「０１」に書き換えられる。
【０００７】
【発明が解決しようとする課題】
このようなウォータマークの書き換え処理は、ウォータマークの検出に比べて、大きな負担になる。
【０００８】
更に、ウォータマークを記録する場合に、例えば、ＣＲＣコードが付加され、エラーが検出できるようにされている。このように、ＳＣＭＳのデータの付け替え、即ち書き換えが行われると、これに伴い、ＣＲＣコードを付け直す必要がある。
【０００９】
例えば、本願出願人は、ウォータマークのデータを４８ビットからなるパケットとして処理することを提案している。このパケットでは、１６ビットのエラー検出用のＣＲＣコードが付加される。この場合には、１世代のみコピーが可となるように、オリジナルのディスクのコピーを行う際に、ＳＣＭＳのデータが「００」から「０１」に書き換えられる。このとき、ＳＣＭＳのデータの書き換えに加えて、１６ビットのＣＲＣコードの書き換えが必要になり、負担量が増大する。
【００１０】
特に、ウォータマークによるコピー管理を、専用のＩＣを用いずに、ＲＯＭに書かれたプログラムで実現するようなファームウェアで行うことが要望されている。ところが、ファームウェアの処理能力はかなり小さく、ウォータマークの書き換え処理をファームウェアで行うのはかなりの負担となる。
【００１１】
上述のように、コピーの世代管理を行うようにした場合には、ウォータマークの書き換えが必要であり、ウォータマークを書き換える際には、ＣＲＣコードについても、書き換える必要がある。このようなウォータマークの書き換え処理は、ファームウェアで行うには、かなりの負担になる。
【００１２】
したがって、この発明の目的は、コンテンツに埋め込まれているウォータマークを使ってウォータマークの書き換えを伴う管理を行う場合に、エラー検出コードやエラー訂正コードの書き換えが不要となり、ファームウェアでも十分な処理を行うことができるようにした再生装置及び再生方法を提供することにある。
【００１３】
【課題を解決するための手段】
上述した課題を解決するために、請求項１に記載の発明は、パケットの種類を示す識別子と、コピー管理に関する管理情報と、エラー検出符号およびエラー訂正符号の少なくとも一方の符号とを含み、所定の間隔毎に付加される第１のパケットと、パケットの種類を示す識別子を含み、第１のパケット間に付加される第２のパケットとからなるコンテンツデータが記録媒体に記録され、記録媒体を再生する再生処理部と、記録媒体を再生することで得られるパケットが第１および第２のパケットの何れのパケットであるかを、識別子を使用して判別し、判別の結果、識別子が第１のパケットを示す場合には、符号に基づいてシンドロームを計算し、計算したシンドロームが、管理情報が書き換えられていない場合に計算される値、または、コンテンツデータのコピーに伴って管理情報が書き換えられた場合に計算される値であるときはエラーがないと判断し、エラーがないと判断した場合に、管理情報に応じて、コンテンツデータのコピーを許可するか否かを制御する制御部とを有する再生装置である。
【００１３】
請求項５に記載の発明は、パケットの種類を示す識別子と、コピー管理に関する管理情報と、エラー検出符号およびエラー訂正符号の少なくとも一方の符号とを含み、所定の間隔毎に付加される第１のパケットと、パケットの種類を示す識別子を含み、第１のパケット間に付加される第２のパケットとからなるコンテンツデータが記録媒体に記録され、記録媒体を再生することで得られるパケットが第１および第２のパケットの何れのパケットであるかを、識別子を使用して判別し、判別の結果、識別子が第１のパケットを示す場合には、符号に基づいてシンドロームを計算し、計算したシンドロームが、管理情報が書き換えられていない場合に計算される値、または、コンテンツデータのコピーに伴って、管理情報が書き換えられた場合に計算される値であるときは、エラーがないと判断し、エラーがないと判断した場合に、管理情報に応じて、コンテンツデータのコピーを許可するか否かを制御する再生装置である。
【００１３】
請求項６に記載の発明は、パケットの種類を示す識別子と、コピー管理に関する管理情報と、エラー検出符号およびエラー訂正符号の少なくとも一方の符号とを含み、所定の間隔毎に付加される第１のパケットと、パケットの種類を示す識別子を含み、第１のパケット間に付加される第２のパケットとからなるコンテンツデータが記録媒体に記録され、記録媒体を再生することで得られるパケットが第１および第２のパケットの何れのパケットであるかを、識別子を使用して判別し、判別の結果、識別子が第１のパケットを示す場合には、符号に基づいてシンドロームを計算し、計算したシンドロームが、管理情報が書き換えられていない場合に計算される値、または、コンテンツデータのコピーに伴って、管理情報が書き換えられた場合に計算される値であるときは、エラーがないと判断し、エラーがないと判断した場合に、管理情報に応じて、コンテンツデータのコピーを許可するか否かを制御する再生方法である。
【００１４】
【発明の実施の形態】
以下、この発明の実施の形態について図面を参照して説明する。この発明の実施の形態では、記録媒体にコンテンツのデータを記録する際に、コンテンツのデータにウォータマークのデータが埋め込まれる。
【００１５】
第１図は、コンテンツのデータに埋め込まれるウォータマークの構成を示すものである。コンテンツのデータ（ここでは左（Ｌ）、右（Ｒ）チャンネルのオーディオデータ）は、１サンプル当たり２バイト（１６ビット）で処理される。このコンテンツのデータの最下位ビットに、ウォータマークのデータ（ハッチングで示す）が埋め込まれる。したがって、左右チャンネルの１サンプル（２バイト＋２バイト＝４バイト）のコンテンツのデータに対して２ビットの割合でウォータマークのデータが埋め込まれる。
【００１６】
ウォータマークのデータは、４８ビットが１情報単位（パケット）として処理される。ウォータマークのデータは、左右のチャンネルの１サンプルの４バイトのコンテンツのデータに対して２ビットの割合で埋め込まれるので、左右のチャンネルの２４サンプル（２４サンプル×４バイト＝９６バイト）のコンテンツのデータに対して１パケット（４８ビット）のウォータマークのデータが埋め込まれる。
【００１７】
後に説明するように、４８ビットからなるパケットには、ペイロードが記述されるパケットと、ペイロードのパケットの位置を示すパケットとがある。ペイロードが記述されるパケットと、ペイロードのパケットの位置を示すパケットとを識別できるように、識別子ＩＤが設けられている。ペイロードを記述したパケットの識別子ＩＤは（ＩＤ＝０）とされ、ペイロードのパケットの位置を示すパケットの識別子ＩＤは（ＩＤ＝１）とされる。この例では、パケット番号ＰＣＫ（ＰＣＫ＝０）がペイロードを記述したパケット（ＩＤ＝０のパケット）で、パケット番号ＰＣＫ（ＰＣＫ＝１〜２４４９）がペイロードのパケットの位置を示すパケット（ＩＤ＝１のパケット）で、２４５０パケット毎にペイロードを記述したパケット（ＩＤ＝０のパケット）があり、その間が全てペイロードのパケットの位置を示すパケット（ＩＤ＝１のパケット）となっている。
【００１８】
ウォータマークとして挿入される１パケット（４８ビット）のデータは、第２図Ａに示すように、１６ビットのシンクと、４ビットの識別子ＩＤと、１２ビットのデータと、１６ビットのＣＲＣコードとから構成される。
【００１９】
パケットの先頭のシンクは、パケットの先頭を検出して同期をとるために用いられる。このシンクは固定パターン、例えば５５５５ｈ（ｈは１６進数を示す）とされている。
【００２０】
シンクの次に、パケットの種類を識別するため識別子ＩＤが設けられる。パケットの種類には、ペイロードを記述するためのパケット（第２２Ｂ）と、ペイロードを記述したパケットの位置を示すパケット（第２図Ｃ）とがある。ペイロードを記述したパケットでは、その識別子ＩＤが（ＩＤ＝０）とされ、ペイロードを記述したパケットの位置を示すパケットでは、その識別子ＩＤが（ＩＤ＝１）とされる。
【００２１】
なお、このような識別子ＩＤを設けずに、シンクのパターンにより、ペイロードを記述するためのパケット（第２図Ｂ）と、ペイロードを記述したパケットの位置を示すパケット（第２図Ｃ）とを識別できるようにしても良い。例えば、一方のパケットのシンクパターンを５５５５ｈとし、他方のシンクのパターンを９９９９ｈとするようにしても良い。
【００２２】
パケットの種類を識別するため識別子ＩＤの次に、データが設けられる。データの構成は、ペイロードを記述するためのパケットと、ペイロードを記述したパケットの位置を示すパケットとで異なっている。
【００２３】
第２図Ｂは、ペイロードを記述したパケット（ＩＤ＝０のパケット）におけるデータの構成を示すものである。このパケットでは、第２図Ｂに示すように、１２ビットのデータとして、ペイロードが記述される。
【００２４】
この１２ビットのペイロードのうちの最初の８ビットは、リザーブされている。
次の２ビットは、オリジナル記録媒体が何であるかを識別するためのＯＭＤ（Original Media Discriminator）とされている。このＯＭＤは、例えば「００」はオリジナルが読み出し専用の媒体（ＣＤ（Compact Disc）やＣＤ−ＲＯＭ（CD-Read Only Memory ））であることを示し、「０１」はオリジナルが追記型の記録媒体（ＣＤ−Ｒ（Compact Disc Recordable ））であることを示し、「１０」はオリジナルが記録／再生可能な記録媒体（ＣＤ−ＲＷ（Compact Disc Rewritable ））であることを示し、「１１」ならオリジナルは任意のディスクであることを示している。
【００２５】
このＯＭＤは、課金や再生を行う際の課金の管理に使うことができる。例えば、オリジナルの記録媒体が実際の記録媒体と同じなら、オリジナルを使っているので課金を行わず、オリジナルの記録媒体と実際の記録媒体とが異なっていたら、コピーの記録媒体なので課金を行って再生させたりすると、オリジナルかコピーかに応じて課金がなされ、著作者の利益を守ることができる。
【００２６】
次の２ビットは、著作権管理のためのＳＣＭＳ（Serial Copy Management System ）のデータとされている。このＳＣＭＳのデータが例えば「００」なら、このディスクはオリジナルでありディスクに記録されているコンテンツのデータの１世代のみコピー可とされ、「０１」ならこのディスクはコピー即ち複製されたものであり、ディスクのから読み出されたコンテンツのデータのコピーは禁止とされ、「１１」ならディスクから読み出されたコンテンツのデータのコピーはフリーとされる。
【００２７】
なお、ＳＣＭＳでは、上述のように、コピーの世代管理が行われる。１つの記録媒体から他の記録媒体に１回のコピーを行うと、１世代進むことになるので、コピーの世代管理を行うためには、コピーを行う毎に、ＳＣＭＳデータの書き換えが必要である。したがって、ペイロードを記述した（ＩＤ＝０）のパケットは、書き換えが必要な場合のあるパケットであると言える。
【００２８】
第２図Ｃは、ペイロードのパケットの位置を示すパケット（ＩＤ＝１のパケット）におけるデータの構成を示すものである。ペイロードのパケットの位置を示すパケットでは、データとして、ペイロードのパケット（ＩＤ＝０のパケット）までの距離を示すオフセット情報（Offset_Info）が記述されている。
【００２９】
この例では、第１図に示したように、２４５０パケット毎にペイロードを記述したパケット（ＩＤ＝０のパケット）がある。パケット番号ＰＣＫが（ＰＣＫ＝０）のパケットがペイロードを記述したパケット（ＩＤ＝０のパケット）で、パケット番号ＰＣＫが（ＰＣＫ＝１〜２４４９）のパケットがペイロードのパケットの位置を示すパケット（ＩＤ＝１のパケット）である。したがって、オフセット情報（Offset_Info）は、
Offset_Info＝２４５０−ＰＣＫ
ＰＣＫ：パケット番号
として示される。
なお、ペイロードを記述した（ＩＤ＝０）のパケットは、書き換えが必要な場合のあるのに対して、ペイロードのパケットの位置を示すパケット（ＩＤ＝１）は、書き換えが不要なパケットであると言える。
【００３０】
第２図Ａにおいて、１パケットのデータには、エラー検出用ＣＲＣコードが付加される。ＣＲＣとしては、生成多項式として、
Ｇ（ｘ）＝ｘ16＋ｘ15＋ｘ2 ＋１
が用いられる。
【００３１】
以上のように、ウォータマークのデータは、４８ビットを１パケットとしてコンテンツのデータに埋め込まれている。１パケットの４８ビットは、コンテンツのデータの２４サンプル（９６バイト）分に当たる。ペイロードを記述するためのパケット（ＩＤ＝０のパケット）は、２４５０パケット毎に設けられ、他のパケット（ＩＤ＝１のパケット）は、ペイロードを記述するためのパケットの位置を示すポインタとなっている。
【００３２】
ウォータマークのデータをデコードする場合には、コンテンツのデータの最下位ビットに埋め込まれているウォータマークのデータが抽出され,４８ビットからなる１パケットのデータが読み込まれる。
読み込まれたウォータマークのデータから、識別子ＩＤが検出され、パケットの種類が判別される。
【００３３】
検出された識別子ＩＤが（ＩＤ＝０）なら、このパケットは、ペイロードを記述するためのパケット（第２図Ｂ）であるので、そのパケットの記述に基づいて処理が行われる。
検出された識別子ＩＤが（ＩＤ＝１）なら、このパケットは、ペイロードのパケットがある位置を示すパケット（第２図Ｃ）なので、オフセット情報（Offset_Info）が読み取られる。オフセット情報（Offset_Info）だけ離れた所にあるパケットの読み込みが行われる。オフセット情報（Offset_Info）だけ離れた所にあるパケットは、ペイロードを記述するためのパケット（第２図Ｂ）であるので、そのパケットの記述に基づいて処理が行われる。
【００３４】
つまり、第３図に示すように、パケット番号ＰＣＫ（ＰＣＫ＝０）のパケットは、ペイロードを記述するためのパケットとされている。このパケット番号ＰＣＫ（ＰＣＫ＝０）のパケットには、ペイロードを記述するためのパケットであることを示す識別子ＩＤ（ＩＤ＝０）が付されており、このパケットには、ペイロードとして、オリジナル記録媒体が何であるかを識別するためのＯＭＤや、著作権管理のためのＳＣＭＳのデータが記録されている。
【００３５】
これに続くパケットは、ペイロードのパケットの位置を示すパケットとされている。これらのパケットには、パケット番号ＰＣＫ（ＰＣＫ＝１〜２４４９）が順に付される。これらのパケットには識別子ＩＤ（ＩＤ＝１）が付され、これらのパケットには、オフセット情報（Offset_Info）が書かれる。このオフセット情報（Offset_Info）により、ペイロードのパケット（ＩＤ＝０のパケット）の位置が分かる。
【００３６】
すなわち、パケット番号ＰＣＫが（ＰＣＫ＝１）のパケットには、次のペイロードのパケットまでのオフセット情報（Offset_Info）として（２４５０−１＝２４４９）が書かれる。パケット番号ＰＣＫが（ＰＣＫ＝２）のパケットには、次のペイロードのパケットまでのオフセット情報（Offset_Info）として（２４５０−２＝２４４８）が書かれる。パケット番号ＰＣＫが（ＰＣＫ＝３）のパケットには、次のペイロードのパケットまでのオフセット情報（Offset_Info）として（２４５０−３＝２４４７）が書かれる。
【００３７】
したがって、ペイロードのパケットの位置を示すパケット（ＩＤ＝１のパケット）の場合には、そのパケットのパケット番号ＰＣＫに、オフセット情報（Offset_Info）だけオフセットを加えた所に、ペイロードのデータを記述したパケット（ＩＤ＝０のパケット）がある。
【００３８】
このように、この例では、４８ビットを１パケットとしてウォータマークのデータがコンテンツのデータに埋め込まれ、この４８ビットの１パケットは、コンテンツのデータの２４サンプル（９６バイト）に相当する。２４５０パケット毎に、ペイロードを記述したパケット（ＩＤ＝０のパケット）が設けられ、他のパケットは、ペイロードのパケットの位置を示すパケット（ＩＤ＝１のパケット）とされている。書き換えの必要のあるパケットは、ペイロードを記述したパケット（ＩＤ＝０のパケット）であり、ペイロードのパケットの位置を示すパケット（ＩＤ＝１のパケット）の書き換えは不要である。したがって、２４５０パケットに１パケットの割合で書き換えが必要なパケットが生じることになる。
【００３９】
２４５０パケットは、
２４サンプル×２４５０パケット＝５８８００サンプル
に当たる。そして、１サンプルは４バイトなので、
５８８００サンプル×４バイト＝２３５２００バイト
となる。
【００４０】
ＣＤ（Compact Disc）では、９８フレームが１セクタ（サブコードブロック）として処理される。このＣＤの１セクタの容量は２３５２バイトである。したがって、ペイロードのデータを記述するためのパケット（ＩＤ＝０のパケット）は、コンテンツのデータの１００セクタ分に当たる。
【００４１】
したがって、２４５０パケットに１パケットの割合で書き換えが必要なパケットが生じるということは、１００セクタに１パケット（４８ビット）の処理ができれば良いことになる。これは、約２セクタで１ビットの処理であり、ファームウェアで十分に対応できる処理速度である。
【００４２】
このように、この発明の実施の形態では、ファームウェアで十分処理できる間隔毎に、ペイロードが記述されたパケット（ＩＤ＝０のパケット）が設けられており、その間のパケットは、ペイロードのパケットの位置を示すパケット（ＩＤ＝１）とされている。このため、ファームウェアにより、ペイロードの書き換え処理を十分に行うことができる。ペイロードが記述されたパケット（ＩＤ＝０のパケット）の間のパケットは、ペイロードのパケットの位置を示すパケット（ＩＤ＝１のパケット）とされているため、ペイロードの記述されたパケット（ＩＤ＝０のパケット）に直ちに到達して、処理を行うことができる。
【００４３】
なお、ここでは、２４５０パケット毎に、ペイロードを記述したパケット（ＩＤ＝０のパケット）を設けているが、この間隔は、これに限定されるものではない。ペイロードを記述したパケット（ＩＤ＝０のパケット）の間隔は、ウォータマークの書き換え処理時間に十分対応できる時間を考慮して決定される。
【００４４】
第１図の例では、コンテンツのデータの各サンプルにウォータマークのデータを埋め込んでいるが、全てのコンテンツのデータの各サンプルにウォータマークのデータを埋め込む必要はない。
【００４５】
例えば、第４図に示すように、１パケット分に相当する２４サンプルのコンテンツのデータに対してウォータマークのデータを埋め込んだ後、数パケット分に相当するコンテンツのデータの各サンプルにはウォータマークのデータを埋め込まないようにしても良い。第３図の例では、１パケット分に相当する２４サンプルのコンテンツのデータに対してウォータマークのデータを埋め込んだ後、９パケット分に相当するコンテンツのデータの各サンプルにはウォータマークのデータを埋め込まないようにしている。この場合には、ウォータマークが埋め込まれているパケットの間隔は、コンテンツのデータでは（２４×１０＝２４０）サンプルに相当するようになる。これは、１サンプルは４バイトなので、
２４サンプル×１０パケット×４バイト＝９６０バイト
に相当するようになる。上述の例と同様に、１００セクタ分のコンテンツのデータに相当する毎に、ペイロードを記述したパケット（ＩＤ＝０のパケット）を設けるとすると、２４５パケット毎にペイロードを記述したパケット（ＩＤ＝０のパケット）が設けられ、パケット番号ＰＣＫは（ＰＣＫ＝０〜２４４）となる。
【００４６】
このように、１パケット分に相当する２４サンプルのコンテンツのデータにウォータマークのデータを埋め込んだら、数パケットに相当するコンテンツのデータに対しては、ウォータマークを埋め込まないようにすると、ウォータマークの埋め込まれていないコンテンツのデータのサンプルが増えるため、音質の改善が図れる。すなわち、ウォータマークは、コンテンツのデータに下位ビットを使って埋め込まれており、特に、ウォータマークのデータには、固定パターンが含まれているため、この固定パターンがノイズとして現れやすい。このように、ウォータマークの埋め込まれていないコンテンツのデータのサンプルが増えると、このようなノイズの発生が軽減できる。
【００４７】
勿論、このように、ウォータマークが埋め込まれていないサンプルが増えると、ペイロードを記述したパケットの位置を示すパケット（ＩＤ＝１のパケット）の数が減るため、ペイロードを記述したパケット（ＩＤ＝０のパケット）に到達する時間は長くかかる。しかしながら、このようにしても、最悪でもペイロードを記述したパケットの位置を示すパケット（ＩＤ＝１のパケット）の間（ここでは１００セクタの間）では、必ずペイロードを記述したパケットの位置を示すパケット（ＩＤ＝１のパケット）が検出でき、ペイロードを記述したパケット（ＩＤ＝０のパケット）に到達できる。このため、実質的な処理時間の低下は現れ難い。
【００４８】
ウォータマークのデータを埋め込まない部分の間隔を何パケット分に相当させるようにするかは、処理時間と、本例の如くコンテンツのデータがオーディオデータである場合には音質とを考慮して決定される。
【００４９】
上述のように、１パケット分に相当する２４サンプルのコンテンツのデータに対してウォータマークのデータを埋め込んだ後、数パケット分に相当するコンテンツのデータの各サンプルにはウォータマークのデータを埋め込まないようにすると、この間に、上述のようなウォータマークのデータが埋め込まれていないサンプルが生じる。この部分を利用して、他の種類のウォータマークを埋め込むようにしても良い。このような部分を利用して埋め込むウォータマークに含める情報としては、課金情報、暗号化のための鍵情報等が考えられる。
【００５０】
なお、上述の例では、ウォータマークのデータを埋め込まない期間を所定パケット数分に相当する期間としているが、この期間は常に同じにする必要はない。ウォータマークの埋め込まない期間を、例えば、Ｎパケット、（Ｎ＋２）パケット、（Ｎ−２）パケット、（Ｎ＋４）パケット、（Ｎ−４）パケットというように、所定のパターンで変更しながら設定するようにしても良い。
ウォータマークのデータを埋め込まない期間を、乱数を発生させてランダムな数に設定するようにしても良い。
【００５１】
ウォータマークのデータを埋め込まない期間が一定であると、この成分がノイズとして現れる可能性があるが、上述のように、ウォータマークのデータを埋め込まない期間を変動させると、このようなノイズ成分の発生が防げる。
上述の例では、ウォータマークの埋め込まない期間を、１パケット分に相当する２４サンプルのコンテンツのデータを単位として設定している。
【００５２】
しかしながら、ウォータマークの埋め込まない期間を、必ずしも、１パケット分に相当する２４サンプルのコンテンツのデータを単位として設定する必要はない。例えば、下位ビットにウォータマークのデータを挿入させるような場合には、１サンプルがウォータマークのデータを挿入できる単位となるため、サンプルを単位として設定するようにしても良い。
【００５３】
例えば、コンテンツのデータの１セクタ（２３５２バイト）を単位として処理できるようにしても良い。
すなわち、第５図は、１パケットの間隔を１セクタに対応させるようにした例である。この場合、１パケットの間隔は、
２３５２バイト＝（２３５２／９６）＝２４．５パケット
に相当するようになる。１００セクタ分のコンテンツのデータに相当する毎に、ペイロードを記述したパケット（ＩＤ＝０のパケット）を設けるとすると、パケット番号ＰＣＫは（ＰＣＫ＝０〜９９）となる。
【００５４】
このようにすると、セクタ毎に、４８ビットからなる１パケットのウォータマークのデータが挿入される。この場合、４８ビットからなる１パケットのウォータマークのデータの間隔は２４．５パケット毎になるが、必ずしも、等間隔にウォータマークのデータを挿入する必要はない。例えば、最初に、１セクタ離れた所に次の４８ビットからなる１パケットのウォータマークのデータを挿入し、次に、（１セクタ＋２パケット）離れた所に次の４８ビットからなる１パケットのウォータマークのデータを挿入し、次に（１セクタ−２パケット）離れた所に次の４８ビットからなる１パケットのウォータマークのデータを挿入するというように、ウォータマークの埋め込まない期間の長さを所定のパターンで変更していくようにしても良い。ウォータマークの埋め込まない期間の長さをランダムに変更していくようにしても良い。
【００５５】
第２図Ｂに示したように、ＳＣＭＳのデータを用いて、コピーの世代管理が行われるために、ウォータマークの書き換えが必要な場合がある。ウォータマークの書き換えは、ペイロードを記述したパケット（ＩＤ＝０のパケット）を使って行われる。
【００５６】
すなわち、ペイロードを記述したパケット（ＩＤ＝０のパケット）では、第２図Ｂに示したように、ＳＣＭＳのデータが含まれている。ＳＣＭＳのデータが「００」のときには、コンテンツのデータの１世代のみコピーが可となるように、コンテンツのデータのコピーを行う際にＳＣＭＳのデータが「００」から「０１」に書き換えられる。
第２図Ａに示したように、１パケットには、エラー検出用のＣＲＣコードが付加されている。このため、ペイロードを記述したパケット（ＩＤ＝０のパケット）のペイロードを書き換えるときには、ＣＲＣコードを求め直し、ＣＲＣコードも書き換える必要がある。ところが、ＣＲＣコードを求め直して書き換える処理は負担が大きく、ファームウェアでは困難である。
【００５７】
この発明の実施の形態では、ＳＣＭＳのデータが書き換えられる際に、ＣＲＣコードを付け直しをせずに、元のＣＲＣコードを残している。再生時には、ペイロードを書き換えの際に発生し得るシンドロームを全て記憶しておき、それに合致するシンドロームのときには、エラー無しと判断するようにしている。これにより、ＣＲＣコードを求め直して書き換える処理がなくなり、処理の負担が軽減される。
【００５８】
つまり、ペイロードが記述されたパケットのデータは、１２ビットからなっており、このペイロードの情報として書き換えられる可能性のあるのは、第６図Ａ、第６図ＢにおけるＳＣＭＳの部分の中のビットｂ0 である。すなわち、オリジナルの記録媒体をコピーしたときに、第６図Ａに示したＳＣＭＳのデータが「００」から第６図Ｂに示すように「０１」に書き換えられ、ビットｂ0 が「０」から「１」に変わる。ビットｂ0は、換言すると読み出されたコンテンツのデータが記録されている記録媒体がオリジナルの記録媒体であるのか否かを、又は複製された記録媒体、即ち非オリジナルの記録媒体であることを示しているとすることもできる。
【００５９】
ＣＲＣの生成多項式としては、前述したように、
Ｇ（ｘ）＝ｘ16＋ｘ15＋ｘ2 ＋１
が用いられる。再生時には、ＣＲＣ演算が行われて、エラーが検出される。このとき、通常、エラーが無ければ、シンドロームは「０」となる。
【００６０】
ところが、第６図Ａ、第６図Ｂに示すように、ＳＣＭＳのデータは「００」から「０１」に書き換えられることがある。上述のように、ＳＣＭＳのデータが書き換えられる際に、ＣＲＣコードを付け直さずに、元のＣＲＣコードを残していると、この場合、エラーが発生していなくても、再生時のＣＲＣ演算で求められるシンドロームが「０」以外の値となる。
【００６１】
しかしながら、ＳＣＭＳのデータが書き換えられることがあるのは、ビットｂ0 のみである。このビットｂ0 が書き換えられたときに発生し得るシンドロームの値は予め分かっている。
つまり、上述の生成多項式によりＣＲＣ演算が行われるとし、元のＣＲＣコードを残しておくとすると、ビットｂ0 が「０」から「１」に書き換えられた場合、シンドロームは、
ｘ15＋ｘ2 ＋１＝８００５ｈ
となる。
【００６２】
このことから、ＳＣＭＳのデータが書き換えられるときにＣＲＣコードを元のまま残しておくとすると、再生時にＣＲＣ演算を行ったとき、エラーが無ければ、シンドロームは、「０」になるか、又は「８００５ｈ」になる。シンドロームが「８００５ｈ」になるのは、ＳＣＭＳのビットｂ0 が「０」から「１」に書き換えられた場合である。
【００６３】
このことから、再生時にＣＲＣ演算を行ったとき、シンドロームが「０」又は予め求められていた値、即ち「８００５ｈ」ならばエラー無しと判断するようにすれば、ＳＣＭＳのデータが書き換えられたときにも、ＣＲＣコードの付け替えは不要となる。ＣＲＣコードの付け替えが不要になれば、ウォータマークの書き換えに伴う処理の負担が軽くなる。
【００６４】
更に、シンドロームが予め求められていた値としての「８００５ｈ」になるのは、オリジナルの記録媒体がコピーされて、ＳＣＭＳのデータのビットｂ0 が「０」から「１」に書き換えられた場合のみであることから、シンドロームが予め求められていた値「８００５ｈ」の場合に、ビットｂ0 が「０」か「１」かを判断することで、エラー検出精度を上げたり、不正な複製を防止したりすることができる。
【００６５】
すなわち、シンドロームが予め求められていた値としての「８００５ｈ」の場合に、ビットｂ0 が「０」か「１」かが判断される。
ここで、シンドロームが予め求められていた値としての「８００５ｈ」で、ビットｂ0 が「１」の場合には、オリジナルの記録媒体がコピーされて、ＳＣＭＳのデータのビットｂ0 が「０」から「１」に書き換えられたと判断できるので、エラー無しと判断できる。
これに対して、シンドロームが予め求められていた値としての「８００５ｈ」で、ビットｂ0 が「０」になることはあり得ないので、この場合には、ＳＣＭＳのデータはエラーと判断される。
【００６６】
すなわち、ビットｂ0 が「０」となるのは、ＳＣＭＳのデータが「００」でオリジナルのディスクの場合であり、オリジナルのディスクなら、ＳＣＭＳのデータの書き換えはされていないので、シンドロームは「０」になるはずである。
したがって、シンドロームが予め求められていた値としての「８００５ｈ」で、ビットｂ0 が「０」の場合には、エラーが発生しているか、ＳＣＭＳのデータが不正に書き換えられたと考えられる。
【００６７】
このことから、シンドロームが予め求められている値としての「８００５ｈ」の場合には、ビットｂ0 が「０」か「１」かが判断され、ビットｂ0 が「１」の場合には、エラー無しと判断され、ビットｂ0 が「０」の場合には、エラーであると判断される。
【００６８】
なお、ＳＣＭＳのデータのビットｂ0 及びｂ1 の２ビットが書き換えられたとすると、再生時のシンドロームは、
ｘ3 ＋ｘ＝０００Ａｈ
となる。このことから、ビットｂ0、又はビットｂ0及びｂ1が書き換えられる可能性があるとすれば、シンドロームが「０」、「８００５ｈ」又は「０００Ａｈ」ならばエラー無しと判断すれば良い。
【００６９】
次に、上述のように、コンテンツのデータにウォータマークを埋め込んで記録媒体にデータを記録する記録装置について説明する。
第７図は、そのような記録装置の一例である。この例では、記録媒体として、記録可能な光ディスク、例えばＣＤ−ＲやＣＤ−ＲＷが用いられる。
【００７０】
第７図において、入力端子１にコンテンツのデータが供給される。このコンテンツのデータは、例えば、１６ビットでディジタル化された左、右チャンネルのディジタルオーディオデータである。このコンテンツのデータが入力端子１からウォータマーク付加回路２に供給される。
【００７１】
入力端子３に、ウォータマークのデータが供給される。このウォータマークのデータがウォータマーク発生回路４に供給される。ウォータマーク発生回路４の出力がウォータマーク付加回路２に供給される。
【００７２】
ウォータマーク付加回路２で、入力端子１からのコンテンツのデータに、ウォータマーク発生回路４からのウォータマークのデータが埋め込まれる。ウォータマークは、前述したように、４８ビットが１パケットとして処理される。ペイロードを記述したパケット（ＩＤ＝０のパケット）が例えば２４５０パケット毎に設けられ、その間のパケットは、ペイロードのパケットの位置を示すパケット（ＩＤ＝１のパケット）が設けられる。ウォータマーク付加回路２では、このような２種類のパケットを生成している。
【００７３】
ＳＣＭＳのデータを用いて、コピーの世代管理が行われるために、ウォータマークの書き換えが必要な場合がある。ウォータマークの書き換えは、ペイロードを記述したパケット（ＩＤ＝０のパケット）を使って行われる。
【００７４】
すなわち、ペイロードを記述したパケット（ＩＤ＝０のパケット）では、ＳＣＭＳのデータが含まれている。ＳＣＭＳのデータが「００」のときには、１世代のみコピーが可となるように、コンテンツのデータのコピーを行う際にＳＣＭＳのデータが「００」から「０１」に書き換えられる。
【００７５】
１パケットには、エラー検出用のＣＲＣコードが付加されている。このため、ペイロードを記述したパケット（ＩＤ＝０のパケット）のペイロードを書き換えるときには、ＣＲＣコードを求め直し、ＣＲＣコードも書き換える必要がある。ところが、ＣＲＣコードを求め直して書き換える処理は負担が大きく、ファームウェアでは困難である。
【００７６】
ＳＣＭＳのデータが書き換えられる際に、前述したように、ＣＲＣコードの付け直しをせずに、元のＣＲＣコードを残している。再生時には、パケット（ＩＤ＝０のパケット）のペイロードを書き換えの際に発生し得るシンドロームを全て記憶しておき、再生時に求められたシンドロームが記憶されているシンドロームの何れかと合致するときには、ＳＣＭＳのデータにエラー無しと判断するようにしている。
【００７７】
ウォータマークとしては、例えば、コンテンツのデータの下位ビットにウォータマークのデータを埋め込むものが用いられる。
ウォータマークとしては、この他、コンテンツのデータの圧縮時の高次係数に付加情報を挿入する方法によって埋め込まれたもの、スペクトラム拡散を用いて付加情報のスペクトラムをコンテンツのデータを分散させてコンテンツのデータに重畳する方法によって埋め込まれたもの、所定範囲の第１のピーク若しくは第２のピーク又はその近傍に挿入する方法によって埋め込まれたもの等が知られている。勿論、他のウォータマークを使うことも可能である。
【００７８】
但し、ＳＣＭＳのデータを用いてコピーの世代管理を行うためには、ウォータマークの書き換えが必要であり、ウォータマーク書き換えを考慮すると、コンテンツのデータの下位ビットにウォータマークを挿入する方法や、コンテンツのデータの圧縮時の高次係数に付加情報を挿入する方法を使うことが考えられる。スペクトラム拡散を用いて付加情報のスペクトラムを分散させてコンテンツのデータに重畳する方法や、コンテンツのデータの所定範囲の第１のピーク若しくは第２のピーク又はその近傍に挿入する方法では、コンテンツのデータに応じてウォータマークを付加しなければならないことから、ウォータマークの書き換えは困難である。コンテンツのデータがオーディオデータであった場合には、マスキング効果を利用してコンテンツのデータを再生したときに再生音に影響が生じないようにすることが考えられる。
【００７９】
ウォータマーク付加回路２の出力がエラー訂正符号化回路５に供給され、エラー訂正符号化回路５で、エラー訂正処理が行われる。
エラー訂正符号化回路５の出力が変調回路６に供給され、記録媒体としての光ディスクに記録するために必要とされる変調処理を変調回路６によって施される。変調回路６の出力が記録アンプ７を介して光学ピックアップ８に供給される。光学ピックアップ８により、光ディスク９に、ウォータマークのデータが埋め込まれたコンテンツのデータが記録される。
【００８０】
なお、コンテンツのデータが記録された光ディスクは、通常、ＣＤやＣＤ−ＲＯＭのような再生専用のディスクとして販売又は配布される。この場合には、上述のようにして作成された光ディスクを原盤として、販売又は配布用の光ディスクが製造される。
【００８１】
第８図は、コンテンツのデータにウォータマークを挿入するためのエンコーダの一例である。この第８図に示す例は、コンテンツのデータの下位ビットにウォータマークの情報を挿入するものである。この例では、ウォータマークの情報の成分をコンテンツのデータとしてのオーディオデータを再生したときに聴感上、影響のない周波数帯域に入れるようにしている。このようなエンコーダは、第７図におけるウォータマーク付加回路２として用いることができる。
【００８２】
第８図において、入力端子１１にオーディオデータやビデオデータのようなオリジナルデータが供給される。入力端子１２にウォータマークのデータが供給される。
入力端子１２からのウォータマークのデータは、ランダマイザ１３に供給される。ランダマイザ１３で、ウォータマークのデータが白色ノイズ化される。ランダマイザ１３の出力が減算回路１４に供給されると共に、加算回路１５に供給される。
【００８３】
入力端子１１からの入力されたコンテンツのデータは、減算回路１６に供給される。減算回路１６の出力が減算回路１４に供給されると共に、減算回路１７に供給される。減算回路１４の出力が量子化回路１８に供給される。量子化回路１８の出力が加算回路１５に供給される。
【００８４】
加算回路１５で、量子化回路１８の出力と、ランダマイザ１３の出力とが加算される。加算回路１５の出力が出力端子２１から出力されると共に、減算回路１７に供給される。減算回路１７で、加算回路１５の出力から減算回路１６の出力が減算される。
【００８５】
減算回路１７の出力がノイズシェープフィルタ２０に供給される。ノイズシェープフィルタ２０の出力が減算回路１６に供給される。減算回路１６で、入力端子１１から入力されたデータから、ノイズシェープフィルタ２０の出力が減算される。
【００８６】
第８図に示すようなウォータマークエンコーダは、データの下位ビットにウォータマークのデータを挿入するものである。コンテンツのデータにウォータマークを挿入したことによる影響が出ないように、ノイズ成分を聴感上問題のない所、例えば周波数帯域に、入れるようにしている。
【００８７】
つまり、第８図において、入力端子１１から入力されたデータは、量子化回路１８で量子化される。加算回路１５により、この量子化回路１８から出力されるデータの下位ビットに、ランダマイザ１３からのウォータマークのデータが挿入される。
【００８８】
量子化回路１８の前段には、減算回路１４が設けられる。減算回路１４において、入力端子１１から入力されたデータから、ウォータマークのデータが減じられる。このように、量子化回路１８の前段において、入力端子１１から入力されたデータからウォータマークのデータが減じられる。これにより、量子化回路１８の後段の加算回路１５で、コンテンツのデータに対してウォータマークのデータが挿入されることの影響が除かれる。
【００８９】
加算回路１５からは、ウォータマークのデータが付加されたデータが出力される。この加算回路１５の出力は出力端子２１から出力される。これと共に、減算回路１７で、加算回路１５の出力データと、減算回路１６の出力データとが減算される。この減算回路１７により、量子化回路１８からの出力データと、量子化回路１８への入力データとが減算されることになり、量子化に伴うノイズ成分が取り出される。このノイズ成分は、ノイズシェープフィルタ２０により聴感上問題のない所に移され、減算回路１６に供給される。
【００９０】
第９図は、上述のようにして挿入されたウォータマークの情報をデコードするウォータマークのデコーダの一例である。
第９図において、入力端子３１に、上述のようにして、例えば第８図に示したエンコーダの出力端子から出力されるウォータマークが重畳されたコンテンツのデータが供給される。入力端子３１から入力されたデータが量子化回路３２に供給される。量子化回路３２の出力が出力端子３３から出力されると共に、下位ビット抜き出し回路３４に供給される。
【００９１】
下位ビット抜き出し回路３４により、量子化回路３２からの出力データの下位ビットに挿入されているウォータマークのデータが取り出される。回路３４によって取り出されたウォータマークのデータは、逆ランダマイザ３５に供給される。
【００９２】
逆ランダマイザ３５は、前述のエンコーダにおけるランダマイザ１３と対応する処理を行うものである。逆ランダマイザ３５により、ランダム化されていたウォータマークの情報が元の状態に戻される。この逆ランダマイザ３５から、ウォータマークの情報が得られ、このウォータマークの情報が出力端子３６から出力される。
【００９３】
第１０図は、再生装置の一例である。第１０図において、光ディスク４１に記録されているデータは光学ピックアップ４２で読み取られ、光学ピックアップ４２の出力信号が再生アンプ４３を介して復調回路４４に供給され、前述した変調回路６で施された変調処理に対応する復調処理が施される。復調回路４４の出力データがエラー訂正回路４５に供給され、復調回路４４からの出力データにエラー訂正回路４５でエラー訂正処理が施される。
【００９４】
エラー訂正回路４５の出力信号は、Ｄ／Ａコンバータ４９に供給される。Ｄ／Ａコンバータ４９で、エラー訂正回路４５からの出力信号としてのディジタル信号がアナログ信号に変換される。Ｄ／Ａコンバータ４９の出力信号が出力端子５０から出力される。
【００９５】
エラー訂正回路４５の出力信号がウォータマーク検出回路４６に供給されると共に、ウォータマーク付加回路５１に供給される。ウォータマーク検出回路４６で、エラー訂正回路４５からの出力信号中からウォータマークのデータが検出される。
【００９６】
ウォータマーク検出回路４６の出力が判断回路４７に供給される。判断回路４７の出力に基づいて、スイッチ回路４８が制御され、記録媒体としての光ディスク４１から読み出されたデータのコピー動作が制御される。
【００９７】
エラー訂正回路４５の出力信号がウォータマーク付加回路５１に供給される。ウォータマーク生成回路５２により、判断回路４７の出力に基づいて、ウォータマークが生成される。この新たに生成されたウォータマークがウォータマーク生成回路５２からウォータマーク付加回路５１に供給される。ウォータマーク付加回路５１により、ウォータマークの書き換えが必要な場合には、エラー訂正回路４５から出力された出力信号に埋め込まれているウォータマークの書き換え処理が行われる。
【００９８】
ウォータマーク付加回路５１の出力信号がスイッチ回路４８を介して、データ出力端子５３に供給される。
光ディスク４１に記録されているコンテンツのデータには、ウォータマークのデータが埋め込まれており、このウォータマークのデータがウォータマーク検出回路４６で検出される。ウォータマーク検出回路４６としては、第９図に示した構成のものを用いることができる。
【００９９】
ウォータマークは、前述したように、４８ビットを１パケットとして処理される。ペイロードを記述したパケット（ＩＤ＝０のパケット）が例えば２４５０パケット毎に設けられ、その間のパケットは、ペイロードのパケットの位置を示すパケット（ＩＤ＝１のパケット）とされている。
【０１００】
判断回路４７で、４８ビットからなる１パケットのデータが読み込まれ、読み込まれたウォータマークのデータから識別子ＩＤが検出され、パケットの種類が判別され、検出された識別子ＩＤが（ＩＤ＝０）なら、このパケットは、ペイロードを記述するためのパケットであるので、そのパケットのペイロードの記述に基づいて光ディスク４１から読み出されたコンテンツのデータのコピー制限の処理等のコピー動作の制御が行われ、検出された識別子ＩＤが（ＩＤ＝１）なら、オフセット情報（Offset_Info）が読み取られ、オフセット情報（Offset_Info）だけ離れた所にあるペイロードのパケットが読み込まれ、このパケットのペイロードの記述に基づいて光ディスク４１から読み出されたコンテンツのデータのコピー動作の制御が行なわれる。
【０１０１】
つまり、第１１図は、判断回路４７での処理を示すフローチャートである。第１１図において、ウォータマークのデータが取得されたら（ステップＳ１）、１パケット分（４８ビット）のウォータマークのデータが揃ったか否かが判断され（ステップＳ２）、１パケット分のウォータマークのデータが揃ったら、識別子ＩＤが検出される（ステップＳ３）。この識別子ＩＤが（ＩＤ＝０）か（ＩＤ＝１）かが判断され（ステップＳ４）、識別子ＩＤが（ＩＤ＝０）の場合には、ペイロードが記述されているパケットなので、このペイロードが検出され（ステップＳ５）、ペイロードに基づいて、光ディスク４１から読み出されたコンテンツのデータのコピー管理等の動作が制御される（ステップＳ６）。
【０１０２】
ステップＳ４で、識別子ＩＤが（ＩＤ＝１）の場合には、ペイロードのパケットの位置を示すパケットであるので、オフセット情報（Offset_Info）が読み取られる（ステップＳ７）。このオフセット情報（Offset_Info）だけ離れたパケットのウォータマークのデータが取得される（ステップＳ８）。
【０１０３】
それから、ステップＳ２にリターンされ、１パケット分（４８ビット）のウォータマークのデータが揃ったか否かが判断され、１パケット分のウォータマークのデータが揃ったら、ステップＳ３で、識別子ＩＤが検出される。
【０１０４】
ステップＳ７で取得したオフセット情報（Offset_Info）に基づいて、このオフセット情報（Offset_Info）だけ離れたパケットのウォータマークのデータが取得した場合には、このパケットは、ペイロードのパケットであり、識別子ＩＤは（ＩＤ＝０）となっているはずである。
【０１０５】
ステップＳ４で、識別子ＩＤが（ＩＤ＝０）か（ＩＤ＝１）かが判断され、識別子ＩＤが（ＩＤ＝０）と判断されたら、ステップＳ５でペイロードが検出され、ステップＳ６でこのペイロードに基づいて光ディスク４１から読み出されたコンテンツのデータのコピー管理等の動作が制御される。
【０１０６】
ステップＳ４で、識別子ＩＤが（ＩＤ＝１）の場合には、ステップＳ７でオフセット情報（Offset_Info）が読み取られ、ステップＳ８でオフセット情報（Offset_Info）だけ離れたパケットのウォータマークのデータが取得され、ステップＳ２にリターンされる。
【０１０７】
第１２図は、ペイロードに基づいた動作制御（第１１図のステップＳ６）のうちのＳＣＭＳによりコピー管理を示すフローチャートである。
なお、ＳＣＭＳのデータは、世代に渡るコピーの管理情報である。このＳＣＭＳのデータが「００」のときには、この記録媒体はオリジナルであることを示している。この場合には、光ディスク４１から読み出されたコンテンツのデータの１世代のみコピー可であり、コンテンツのデータのコピーを行う場合には、上述したようにＳＣＭＳのデータが「００」から「０１」に書き換えられる。ＳＣＭＳのデータが「０１」のときには、この記録媒体はコピーされたものであり、光ディスク４１から読み出されたコンテンツのデータの更なるコピーが禁止される。ＳＣＭＳのデータが「１１」なら、光ディスク４１から読み出されたコンテンツのデータはコピーフリーとされる。
【０１０８】
第１２図において、（ＩＤ＝０）のパケットのペイロードの部分から、ＳＣＭＳのデータが抽出される（ステップＳ２１）。
前述したように、ＣＲＣコードを使って、エラー検出処理が行われる（ステップＳ２２）。エラー検出処理の結果、エラー無しか否かが判断される（ステップＳ２３）。エラーがあると判断された場合には、ＮＧとして処理される（ステップＳ３１）。例えばステップＳ３１でのＮＧ処理としてはサイドエラー検出処理を行う、再生装置に設けられた図示しない表示部に警告表示を行って、再生動作を中止、終了する等が考えられる。
【０１０９】
エラー無しと判断された場合には、ＳＣＭＳのデータが（ＳＣＭＳ＝００）であるか否かが判断される（ステップＳ２４）。ＳＣＭＳのデータが（ＳＣＭＳ＝００）なら、オリジナルの記録媒体なので、第１０図におけるスイッチ回路４８がオンされて光ディスク４１から読み出されたコンテンツのデータのコピー可の状態とされる（ステップＳ２５）。ウォータマーク生成回路５２によって新たに生成されたウォータマークのデータにより、ＳＣＭＳのデータが「００」から「０１」となるように、（ＩＤ＝０）のパケットの書き換えが行われる。これにより、コピーされたコンテンツのデータの更なるコピー動作が禁止され、光ディスク４１から読み出されたコンテンツのデータの１世代のみコピー可の制御がなされる。
【０１１０】
ステップＳ２４で、ＳＣＭＳのデータが（ＳＣＭＳ＝００）ではないと判断されたら、ＳＣＭＳのデータが（ＳＣＭＳ＝０１）であるか否かが判断される（ステップＳ２７）。ＳＣＭＳのデータが（ＳＣＭＳ＝０１）なら、コピーされた記録媒体なので、スイッチ回路４８がオフされて光ディスク４１から読み出されたコンテンツのデータのコピー不可の状態とされる（ステップＳ２８）。
【０１１１】
ステップＳ２７で、ＳＣＭＳのデータが（ＳＣＭＳ＝０１）ではないと判断されたら、ＳＣＭＳのデータが（ＳＣＭＳ＝１１）か否かが判断される（ステップＳ２９）。ＳＣＭＳのデータが（ＳＣＭＳ＝１１）なら、光ディスク４１から読み出されたコンテンツのデータのコピーがフリーなので、スイッチ回路４８がオンされて、光ディスク４１から読み出されたコンテンツのデータのコピー可の状態とされる（ステップＳ３０）。
【０１１２】
ステップＳ２９で、ＳＣＭＳのデータが（ＳＣＭＳ＝１１）ではないと判断されたら、あり得ないＳＣＭＳのデータなので、ＮＧとして処理される（ステップＳ３０）。この場合のＮＧ処理としては、読み出されたコンテンツのデータのコピーを禁止としたり、このＳＣＭＳのデータは無視したりするよう処理を行うことが考えられる。
【０１１３】
第１３図は、エラー検出処理（第１２図のステップＳ２２の処理）を示すフローチャートである。前述したように、この例では、ＳＣＭＳのデータが書き換えられるときに、ＣＲＣコードを元のまま残すようにしている。この場合に、エラーが検出されないとき、シンドロームは「０」になるか、「８００５ｈ」になる。シンドロームが「８００５ｈ」になるのは、ＳＣＭＳのデータのビットｂ0 が「０」から「１」に書き換えられた場合である。このように、想定されるシンドロームが予め算出され、記憶される。
【０１１４】
第１３図において、ＣＲＣ演算が行われ、シンドロームが求められる（ステップＳ５１）。生成多項式としては、
Ｇ（Ｘ）＝ｘ16＋ｘ15＋ｘ2 ＋１
が用いられる。
【０１１５】
シンドロームが「０」か否かが判断される（ステップＳ５２）。シンドロームが「０」の場合には、エラー無しと判断される（ステップＳ５３）。
【０１１６】
ステップＳ５２でシンドロームが「０」でないと判断された場合には、シンドロームが「８００５ｈ」か否かが判断される（ステップＳ５４）。シンドロームが「８００５ｈ」でなければ、エラーであると判断される（ステップＳ５６）。
【０１１７】
シンドロームが「８００５ｈ」ならば、ビットｂ0 が「１」か否かが判断される（ステップＳ５５）。ビットｂ0 が「１」なら、エラー無しと判断される（ステップＳ５３）。ビットｂ0 が「０」なら、エラーであると判断される（ステップＳ５６）。
【０１１８】
このように、ＳＣＭＳのデータが書き換えられるときに、ＣＲＣコードを元のまま残すようにし、再生時にＣＲＣ演算を行ったとき、シンドロームが「０」又は「８００５ｈ」ならばエラー無しと判断するようにしている。これにより、ＳＣＭＳのデータが書き換えられたときにも、ＣＲＣコードの付け替えは不要となり、ウォータマークの書き換えに伴う処理の負担が軽減できる。
【０１１９】
なお、上述の例では、シンドロームが「８００５ｈ」ならば、更にＳＣＭＳのデータのビットｂ0 が「１」か否かを判断しているが、シンドロームが「０」又は「８００５ｈ」であるか否かを判断して、エラー検出を行うようにしても良い。
【０１２０】
上述の例では、エラー検出コードとしてＣＲＣコードを使っているが、この発明は、他のエラー検出コードやエラー訂正符号を用いた場合にも同様に適用できる。
【０１２１】
また、上述の例では、ウォータマークの埋め込まれたコンテンツのデータを記録媒体に記録して処理をしているが、この発明は、コンテンツのデータを伝送する場合にも同様に適用できる。
【０１２２】
すなわち、ネットワークを使って、音楽情報や映像情報を伝送することが盛んに行われている。このようなコンテンツのデータを伝送する場合にも、コンテンツのデータにウォータマークの埋め込んでおくことが考えられる。この場合にも、コンテンツのデータを送信する際に、送信されるコンテンツのデータに埋め込まれているウォータマークの情報の一部が書き換えられるときには、エラー検出符号やエラー訂正符号をそのまま残しておき、受信側で、ウォータマークの情報の一部が書き換えられたときに発生し得るシンドロームを予め記憶しておき、このウォータマークの情報の一部が書き換えられたときに発生し得るシンドロームを使ってエラー検出やエラー訂正を行うことができる。
【０１２３】
この発明によれば、コンテンツのデータにウォータマークが埋め込まれ、このウォータマークの一部が書き換えられるときに、エラー検出用のＣＲＣコードを元のまま残すようにしている。例えば、ウォータマークにＳＣＭＳの情報が含まれており、このＳＣＭＳの情報のビットｂ0 が書き換えられる可能性がある場合には、このビットｂ0 が書き換えられた場合に可能性のあるシンドロームの値「８００５ｈ」が予め求められて、記憶される。
【０１２４】
そして、再生時にＣＲＣ演算を行ったとき、エラー無しを示すシンドロームの値か、又は書き換えられた場合に発生し得るシンドロームの値か否かが判断され、エラー無しを示すシンドローム値か、又は書き換えられた場合に発生し得るシンドロームの値なら、エラー無しと判断するようにしている。
【０１２５】
例えば、ＳＣＭＳの情報のビットｂ0 が書き換えられる可能性があり、このビットｂ0 が書き換えられた場合にシンドロームの値「８００５ｈ」となる場合には、シンドロームが「０」又は「８００５ｈ」ならばエラー無しと判断するようにしている。
【０１２６】
これにより、ウォータマークの一部を書き換えられたときにも、エラー検出コードやエラー訂正コードの付け替えは不要となり、ウォータマークの書き換えに伴う処理の負担が軽減できる。
【０１２７】
産業上の利用可能性
以上のように、この発明は、コピー管理に関する管理情報とこの管理情報に付加されたエラー検出符号やエラー訂正符号を含む付加情報とが埋め込まれたコンテンツのデータが記録された記録媒体の再生装置に用いて好適である。
【図面の簡単な説明】
第１図はウォータマークのデータの説明に用いる略線図である。
第２図Ａ、第２図Ｂ、及び第２図Ｃはパケットの説明に用いる略線図である。
第３図はオフセット情報の説明に用いる略線図である。
第４図はウォータマークの配置の説明に用いる略線図である。
第５図はウォータマークの配置の説明に用いる略線図である。
第６図Ａ、第６図Ｂ、及び第６図ＣはＳＣＭＳの書き換えの説明に用いる略線図である。
第７図はこの発明が適用された記録装置の一例のブロック図である。
第８図はウォータマークエンコーダの一例のブロック図である。
第９図はウォータマークデコーダの一例のブロック図である。
第１０図はこの発明が適用された再生装置の一例のブロック図である。
第１１図はウォータマークの再生処理の説明に用いるフローチャートである。
第１２図はＳＣＭＳでの管理の一例の説明に用いるフローチャートである。
第１３図はこの発明が適用されたエラー検出の説明に用いるフローチャートである。
【符号の説明】
２    ウォータマーク付加回路
４    ウォータマーク発生回路
５    エラー訂正符号化回路
９、４１  光ディスク
１３  ランダマイザ
４５  エラー訂正回路
４６  ウォータマーク検出回路
４７  判断回路
４８  スイッチ回路
４９  Ｄ／Ａコンバータ
５１  ウォータマーク付加回路
５２  ウォータマーク生成回路
【図１】
0004765241.tif 000002
【図２Ａ】
0004765241.tif 000003
【図２Ｂ】
0004765241.tif 000004
【図２Ｃ】
0004765241.tif 000005
【図３】
0004765241.tif 000006
【図４】
0004765241.tif 000007
【図５】
0004765241.tif 000008
【図６Ａ】
0004765241.tif 000009
【図６Ｂ】
0004765241.tif 000010
【図７】
0004765241.tif 000011
【図８】
0004765241.tif 000012
【図９】
0004765241.tif 000013
【図１０】
0004765241.tif 000014
【図１１】
0004765241.tif 000015
【図１２】
0004765241.tif 000016
【図１３】
0004765241.tif 000017
0004765241.tif 000018