(57)【要約】【課題】コンテンツ解凍部１８における鍵データ設定部３２のメモリ容量が小さくても、異なる鍵データを多数用意することが可能とする。【解決手段】連続再生される複数の部分コンテンツがそれぞれに対応する複数の鍵データで暗号化されて蓄積メディア１１に記録されている。前記複数の鍵データを格納する鍵データテーブル部と、前記複数の部分コンテンツを読み出す読み取り処理部３０３ａと、読み取られた部分コンテンツを解凍処理する解凍部１８と、前記解凍される部分コンテンツと少なくとも次に処理される部分コンテンツを解凍するための鍵データを前記鍵データテーブル部から読み出して前記解凍部に設定する設定鍵選択部３２とを有する。【選択図】      図１
2007122843.tif 000002
【特許請求の範囲】
【請求項１】
連続再生される複数の部分コンテンツが、それぞれに対応する複数の鍵データで暗号化されて蓄積メディアに記録されている暗号化コンテンツを再生する装置であって、
前記複数の鍵データを格納する鍵データテーブル部と、
前記連続再生される複数の部分コンテンツを、前記蓄積メディアから読出す読み取り処理部と、
前記読み取り処理部により読み取られた部分コンテンツを解凍処理する解凍部と、
前記解凍部で解凍される部分コンテンツと少なくとも次に処理される部分コンテンツを解凍するための各鍵データを前記鍵データテーブル部から読み出して前記解凍部の鍵データ設定部に設定する設定鍵選択部とを有することを特徴とする情報再生装置。
【請求項２】
前記読み取り処理部における次の部分コンテンツの読み取りアドレスの設定、及び前記設定鍵選択部における次の部分コンテンツに対応した鍵データの設定処理は、先行する部分コンテンツの解凍が開始された後に行われることを特徴とする請求項１記載の情報再生装置。
【請求項３】
前記解凍部で解凍された部分コンテンツが入力されるバッファと、前記解凍部から前記バッファに転送される前記部分コンテンツの転送終了を検出する終了検出部とをさらに有し、
前記読み取り処理部における次の部分コンテンツの読み取りアドレスの設定、及び前記設定鍵選択部における次の部分コンテンツに対応した鍵データの設定処理は、前記終了検出部が前記部分コンテンツの転送終了を検出したときに実行されることを特徴とする請求項１記載の情報再生装置。
【請求項４】
前記解凍部で解凍された部分コンテンツが入力されるバッファと、前記解凍部から前記バッファに転送された前記部分コンテンツのデータ量を検出するデータ量検出部とをさらに有し、
前記読み取り処理部における次の部分コンテンツの読み取りアドレスの設定、及び前記設定鍵選択部における次の部分コンテンツに対応した鍵データの設定処理は、前記データ量検出部が前記部分コンテンツの所定のデータ量以上を検出したときに実行されることを特徴とする請求項１記載の情報再生装置。
【請求項５】
連続再生される複数の部分コンテンツが、それぞれに対応する複数の鍵データで暗号化されて蓄積メディアに記録されている暗号化コンテンツを再生する方法であって、
鍵データテーブル部に前記複数の鍵データを格納し、
読み取り処理部により、前記連続再生される複数の部分コンテンツを、前記蓄積メディアから読出し、
解凍部では、前記読み取り処理部により読み取られた部分コンテンツを解凍処理し、
設定鍵選択部では、前記解凍部で解凍される部分コンテンツと少なくとも次に処理される部分コンテンツを解凍するための各鍵データを前記鍵データテーブル部から読み出して前記解凍部の鍵データ設定部に設定することを特徴とする情報再生方法。
【請求項６】
前記読み取り処理部における次の部分コンテンツの読み取りアドレスの設定、及び前記設定鍵選択部における次の部分コンテンツに対応した鍵データの設定処理は、先行する部分コンテンツの解凍が開始された後に行うことを特徴とする請求項５記載の情報再生方法。
【請求項７】
検出終了部により前記解凍部から次段のバッファに転送される前記部分コンテンツの転送終了を検出し、
前記読み取り処理部における次の部分コンテンツの読み取りアドレスの設定、及び前記設定鍵選択部における次の部分コンテンツに対応した鍵データの設定処理は、前記終了検出部が前記部分コンテンツの転送終了を検出したときに実行することを特徴とする請求項５記載の情報再生方法。
【請求項８】
データ量検出部により前記解凍部から次段のバッファに転送される前記部分コンテンツのデータ量を検出し、
前記読み取り処理部における次の部分コンテンツの読み取りアドレスの設定、及び前記設定鍵選択部における次の部分コンテンツに対応した鍵データの設定処理は、前記データ量検出部が前記部分コンテンツの所定量以上のデータ量を検出したときに実行することを特徴とする請求項５記載の情報再生方法。
【請求項９】
前記部分コンテンツは、デジタルバーサタイルディスク（ＤＶＤ）の規格で定められたインターリーブユニットであり、次のインターリーブユニットの読み取りアドレスは、先行するインターリーブユニットの先頭のデータサーチインフォメーションから取り出すことを特徴とする請求項５記載の情報再生方法。
【請求項１０】
前記部分コンテンツは、デジタルバーサタイルディスク（ＤＶＤ）の規格で定められたインターリーブユニットであり、前記インターリーブユニットが集合されたインターリーブドブロックは、複数の再生ストリームを設定可能であり、１つの再生ストリームがデバイスキーに基づいて特定されることを特徴とする請求項５記載の情報再生方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、情報再生装置及び方法に関するものであり、例えばデジタルバーサタイルディスク（ＤＶＤ）、ハードディスク、大容量メモリなどに暗号化されて格納されたコンテンツを解凍しながら再生する装置として好適する。
【背景技術】
【０００２】
情報記録媒体に著作権保護が必要なコンテンツを格納する場合、コンテンツを暗号化して格納することが行われる。この種の技術を開示したものとして、特許文献１がある。コンテンツを暗号化するためには、鍵データ（例えばタイトル鍵と称される）が用いられる。そしてコンテンツの秘匿性を高めるために、タイトル鍵をさらに暗号化して暗号化タイトル鍵を作成し、これを記録媒体に格納している。暗号化タイトル鍵を復号するためには、例えば特定のデバイス鍵とディスク自体を特定するメディアＩＤを用いて復号することができる。したがって、不正ディスクが用いられた場合、あるいは不正な再生装置が用いられた場合、上記の暗号化タイトル鍵を復号できない。
【特許文献１】特開２００３−１２２６３７号広報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
通常は、１つのタイトルに対して１つのタイトル鍵が割り当てられている。このためにタイトル鍵がオープンになってしまうと、コンテンツの著作権保護は不可能となる。したがって、鍵データが多数用意されて、ストリームの再生途中において使用する鍵データを切り替える方法を採用すると、それだけコンテンツの保護能力が高まる。
【０００４】
しかしながら、鍵データを多数用意することは、それだけ取り扱う鍵データ量が多くなることである。このために、コンテンツ解凍部における鍵データ設定部のメモリ容量を大きくしなければならない。
【０００５】
一方、コンテンツ解凍部は、通常は、半導体集積回路で構成し、内部のデータ処理部と処理途中のデータを簡単に外部から把握できないようにすることが望ましい。このような観点から、上記の鍵データ設定部のメモリ容量を大きくすることは、ハードウエアの規模が大きくなり、設計上で問題が生じる。例えば、費用の増大、歩留まりの悪化、さらには、さらにメモリ容量を大きくして鍵データの増加を得ることが困難となる。
【０００６】
そこでこの発明は、コンテンツ解凍部における鍵データ設定部のメモリ容量が小さくても、異なる鍵データを多数用意することが可能であり、コンテンツの著作権保護に大きく寄与することが出来る情報再生装置及び方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
この発明は、連続再生される複数の部分コンテンツが、それぞれに対応する複数の鍵データで暗号化されて蓄積メディアに記録されている暗号化コンテンツを再生する装置であって、前記複数の鍵データを格納する鍵データテーブル部と、前記連続再生される複数の部分コンテンツを、前記蓄積メディアから読出し、解凍部に供給する読み取り処理部と、前記読み取り処理部により読み取られた部分コンテンツを解凍処理する解凍部と、前記解凍部で解凍される部分コンテンツと少なくとも次に解凍される部分コンテンツを解凍するための鍵データを前記鍵データテーブル部から読み出して前記解凍部に設定する設定鍵選択部とを有する。
【発明の効果】
【０００８】
上記の手段によると、鍵データが多数であっても、解凍部とは別途用意した鍵データテーブル部に格納すればよい。よって、多数の部分コンテンツをそれぞれ異なる鍵データで暗号化するのに、設計上の自由度が拡大する。
【発明を実施するための最良の形態】
【０００９】
以下、図面を参照してこの発明の実施の形態を説明する。図１には、この発明が適用された光ディスク再生装置の構成を示す図である。光ディスク（ＤＶＤ）１１は、ディスクモータ１０により回転駆動される。光ディスク１１の記録情報は、光ヘッド１２により読み取られて、電気信号に変換されて増幅器１３に入力される。増幅器１７の出力は、ピックアップ制御部及びサーボユニット１７に入力されると共に、復調器１４、アドレス復調部１６に入力される。
【００１０】
ピックアップ制御部及びサーボユニット１７では、増幅器１３の出力を用いて、フォーカスエラー信号、トラッキングエラー信号などを生成して光ヘッド１２のアクチュエータを制御し、フォーカス及びトラッキングを制御する。またディスクモータ１０の回転の安定化制御を行う。
【００１１】
復調器１４は、２値化回路（図示せず）で２値化された再生信号の復調を行う。ここでの復調は、例えば１６バイトから８バイトへ変換するもので、変換テーブルを用いた復調である。復調された復調信号は、エラー訂正処理部１５に入力されてエラー訂正される。アドレス復調部１６は、再生信号から物理アドレスを再生する。再生されたアドレスは、システム制御部３０に取り込まれ、アドレス管理部３０１で管理される。
【００１２】
システム制御部３０は、ピックアップ制御部及びサーボユニット１７を介して、光ヘッド１２の移動位置などを制御することもできる。さらにはディスクモータ１０の回転数も設定することができる。
【００１３】
エラー訂正処理部１５でエラー訂正された復調信号うち、管理情報は、例えばファイルシステムなどの情報は、システム制御部３０の管理情報処理部３０２に入力される。またこの管理情報の一部である鍵データは、鍵データテーブル３１に書き込まれる。この鍵データテーブル３１は、２次メモリとして用意された半導体メモリでもよいし、また装置に内蔵されているハードディスク（図示せず）であってもよい。ここで、ディスクに記録されている鍵データは、暗号化されているので、途中で復号された後、鍵データテーブル３１に書き込まれる。
【００１４】
エラー訂正処理部１５からの復調信号のうち、コンテンツ（暗号化データ、あるいは否暗号化データ）は、保護コンテンツ解凍部１８に供給される。保護コンテンツ解凍部１８には、少なくとも２つの鍵データを格納できるレジスタ、つまり鍵データ設定部３２が付随している。保護コンテンツ解凍部１８は、鍵データを用いて、入力した暗号化コンテンツを復号する。入力したコンテンツが暗号化されていない場合には、システム制御部３０の制御の元でスルー状態となる。
【００１５】
保護コンテンツ解凍部１８から出力されたコンテンツは、バッファ１９を介して、ストリーム処理部２０に入力される。ストリーム処理部２０では、ビデオパケット、オーディオパケット、副映像パケット、ナビゲーションデータを含む制御パケットなどが分離処理される。ナビゲーションなどの制御パケットは、システム制御部３０に取り込まれ、管理情報処理部３０２で管理される。
【００１６】
またビデオパケット、オーディオパケット、副映像パケットは、ＡＶデコーダ２１に入力されて、デコード処理が施される。副映像パケットは、例えば、字幕などのデータを含み、デコードされた後は、ビデオ信号に多重される。
【００１７】
次にシステム制御部３０について説明する。システム制御部３０には、装置の動作を制御している。リモコン信号受信部３３が接続されており、ここで受信された信号は操作入力処理部３０６により認識される。アドレス管理部３０１は、さきにも説明したように物理アドレスを認識するとともに、また、ここでは、ナビゲーションデータに含まれる論理アドレスも管理するものとする。管理情報処理部３０２は、さきにも説明したようにファイルシステムなどの管理情報を管理するが、さらにここでは、ナビゲーションデータとして送られてきた管理情報、例えば属性情報なども管理するものとする。
【００１８】
データサーチテーブル３０３は、例えば次のＩＬＶＵ（インターリーブユニットあるいは部分コンテンツと称してもよい）を読み取るための読み取り処理部３０３ａ，設定鍵選択部３０３ｂを含む。読み取り処理部３０３ａは、アドレス管理部３０１の情報を用いて、ＩＬＶＵの論理アドレスを認識し、光ヘッド１２の読み取り位置を制御することができる。設定鍵選択部３０３ｂは、鍵データテーブル３１の鍵データを特定して、鍵データ設定部３２に設定することができる。この場合、鍵データ設定部３２に設定される鍵データは、読み取られたＩＬＶＵに対応する鍵データである。
【００１９】
さらにシステム制御部３０は、インターリーブドブロックの再生ストリームを決めるストリーム決定部３０４を含む。インターリーブドブロックの詳細については、後述する。再生ストリームは、例えば光ディスク１１が装着され、ディスク固有鍵が判明したとき、このディスク固有鍵と再生装置のデバイスキー３４を用いて、再生ストリームが決定される。したがって、再生装置によって、再生ストリームが異なることになる。決定された再生ストリームがこの再生装置に許可されているストリームである。
【００２０】
再生ストリームが決まると、複数のＩＬＶＵの再生順序が特定される。これにより、各ＩＬＶＵに対応している鍵データの順番も特定可能となる。複数の鍵データが予め鍵データテーブル３１に読み取られている。鍵データ処理部３０５は、複数の鍵データの使用順序を決定し、その後、設定鍵選択部３０３ｂをコントロールすることになる。設定鍵選択部３０３ｂは、鍵データの使用順序にしたがって、鍵データテーブル３１の鍵データを指定し、鍵データ設定部３２に設定する。
【００２１】
図２（Ａ）には、光ディスクのトラック上に配列されたインターリーブドブロック部分を模式的に示している。このインターリーブドブロックには、例えば、１つのストリームが６分割された例を示している。そして、６分割された各ブロックをインターリーブユニット（ＩＬＶＵ）とする。すると、ＩＬＶＵＡ１、ＩＬＶＵＡ２、ＩＬＶＵＡ３、ＩＬＶＵＡ４、ＩＬＶＵＡ５、ＩＬＶＵＡ６が得られる。ここで、さらにコンテンツは同じ内容であるが、それぞれ暗号化鍵データが異なるインターリーブユニットＢ１，Ｂ２，Ｂ３，Ｂ４，Ｂ５，Ｂ６が用意される。さらにまたコンテンツは同じ内容であるが、それぞれ暗号化鍵データが異なるインターリーブユニットＣ１，Ｃ２，Ｃ３，Ｃ４，Ｃ５，Ｃ６が用意される。そして、インターリーブユニットＡ系と、Ｂ系と、Ｃ系がインターリブされている。必ずしもすべてのユニットに対する鍵データが異なる必要はないが、鍵データが多いほど、コンテンツの保護を強化できる。インターリーブユニットは、コンテンツの一部分であるから部分コンテンツと称してもよい。
【００２２】
上記のＩＬＶＵの再生順序としては、ユニットの１−６を順番に再生すれば、コンテンツのストーリーは正常である。このために再生ストリームとしては、図２（Ｂ）に示すように、種々のストリームを得ることができる。いずれのストリームもコンテンツのストーリーの内容は同じである。
【００２３】
この再生ストリームは、先ほど説明したデバイスキーにより決まる。したがって、再生装置が異なるとその再生ストリームも異なることになる。このような方法を用いることにより、不正コピーのディスクが出回ったとき、そのストリームがどの再生装置で取得されたものであるかを判別でき、不正者を見出す手がかりとなる。
【００２４】
なお、上記のインターリーブドブロックは、光ディスクのトラック全体に形成される必要はない。光ディスクのトラック全体に上記のインターリーブドブロックによる記録を行うと、容量不足を生じる場合があるからである。したがって、インターリーブドブロックは、コンテンツの一部の例えば重要なシーンの部分で採用されてもよいし、また、間欠的に採用されてもよい。
【００２５】
また、上記の説明では、再生ストリームのコンテンツを再生した場合、すべて同じ内容であるとして説明したが、異なるアングルから撮影したコンテンツであってもよいことは勿論である。
【００２６】
ここで、この実施の形態では、各インターリーブユニットに対して、異なる鍵データによる暗号化が施されているものとする。すると、インターリーブユニットが解凍部１８に取り込まれる毎に、鍵データを変更する必要がある。また、鍵データのデータ量は非常に大きな容量となる。このような鍵データをすべて、鍵データ設定部３２に一挙に設定することが困難である。
【００２７】
そこで、この装置では、鍵データは、鍵データテーブル３１に一旦蓄積する方法を採用している。そして必要最小限度の鍵データを、必要なタイミングで鍵データ設定部３２に転送するのである。
【００２８】
図３には、本発明の動作例を示している。装置本体に光ディスク１１が装填されると、ディスクが回転され、管理情報が読み取られ、管理情報処理部３０２に蓄積される（ステップＳＡ１）。さらに暗号化されている鍵データがディスクから読み出されて、復号され、復号化された鍵データが鍵データテーブル（２次メモリ）３１に格納される（ステップＳＡ２）。
【００２９】
次に、コンテンツの再生指示があると（ステップＳＡ３）、例えば、デバイスキーとディスク固有鍵（あるいはディスクＩＤ）により、再生ストリームを決定する。例えば、図２（Ｂ）に示したストリームのいずれか１つが決定される（ステップＳＡ４）。次に、このストリームが決まると、ＩＬＶＵの順序が決まるので、各ＩＬＶＵを復号するための複数の鍵データの選択及び使用する順序が決まる（ステップＳＡ５）。
【００３０】
次に、最初に読み取るＩＬＶＵのアドレスを生成し、またこのＩＬＶＵに対応する鍵データが鍵データ設定部３２に設定される（ステップＳＡ６、図１の３０３ａ、３０３ｂ）。これにより、最初のＩＬＶＵが読み取られ保護コンテンツ解凍部１８にセットされる（ステップＳＡ７，ＳＡ８，ＳＡ９）。また解凍部１８で解凍が行われているときに、次のＩＬＶＵを読み取るためのアドレスが次のＩＬＶＵ読み取り処理部３０３ａにセットされ（ステップＳＡ１０）、次のＩＬＶＵに対応する鍵データが鍵データテーブル３１から読み出されて鍵データ設定部３２に設定される（ステップＳＡ１１）。
【００３１】
先行するＩＬＶＵの解凍が完了したら（ステップＳＡ１２）、このＩＬＶＵは、デコードのためにバッファ１９に送られる（ステップＳＡ１３）。この後、次のＩＬＶＵの読み取りが開始される（ステップＳＡ１４）。ＩＬＶＵストリームが終了していると判定された場合は（ステップＳＡ７）、解凍処理なしでの通常の処理ルーチンに移行する。
【００３２】
上記したＩＬＶＵの連続処理を行うときに、次のＩＬＶＵのアドレスを知る方法は次のような方法である。ＩＬＶＵの先頭のパックとしては、データサーチインフォメーション（ＤＳＩ）を含むナビゲーションパックが配置されている。ＤＳＩには、次のＩＬＶＵの論理アドレスが記述される。今、ＩＬＶＵＢ２が読み取られ、その先頭のナビゲーションパックのＤＳＩが解析されたとする。すると、次に移行可能なＩＬＶＵのアドレスとしては、ＩＬＶＵＡ１，Ｂ１，Ｃ１，ＩＬＶＵＡ３，Ｂ３，Ｃ３が記述されている。このように１つのＩＬＶＵのＤＳＩには、先行するＩＬＶＵのアドレス，次のＩＬＶＵのアドレスが記述されており、逆再生、順送り再生のいずれにも対応できるようになっている。ただし、さきにも説明したように、再生装置に応じて再生ストリームは特定される。この特定がないと、コンテンツを解凍するための鍵データが適合しなくなる。
【００３３】
上記のＩＬＶＵ処理ルーチンにおいて、次のＩＬＶＵを解凍するための鍵データの設定は、先行するＩＬＶＵが読み取られた後、解凍されている途中で設定された。しかし本発明の趣旨は、上記の実施形態に限定されるものではない。
【００３４】
図４は、この発明の他の実施形態の動作を説明するためのフローチャートである。図３と同一部分には同一符号を付している。図３では、次のＩＬＶＵを蓄積メディアから読み取るためのアドレスをステップＳＡ１０で設定した。また次のＩＬＶＵに対応する鍵データを鍵データ設定部に対してステップＳＡ１１で設定した。しかし、図４の実施の形態は、解凍したＩＬＶＵをバッファ１９に転送し終わったときに、次のＩＬＶＵを蓄積メディアから読み取るためのアドレスを設定している（ステップＳＢ２）。またこのステップＳＢ２の次に、次のＩＬＶＵに対応する鍵データを鍵データ設定部に対して設定している（ステップＳＢ３）。ステップＳＢ１では、解凍したＩＬＶＵをバッファ１９に転送し終わったかどうかを判定している。
【００３５】
図５は、図４に示すような動作を得るために構成されたハードウエアブロックの一部を示している。図１の構成と異なる部分を示し、図１と同一部分には図１と同一符号を付している。この例では、保護コンテンツ解凍部１８とバッファ１９との間にＩＬＶＵエンド検出部５１を設けている。このＩＬＶＵエンド検出部５１としては、例えば解凍が終了したＩＬＶＵをバッファへ転送するときにレジスタの読出しアドレスをカウントするカウンタが利用される。解凍されたＩＬＶＵが最後まで読み出されてバッファ１９に転送されたときにこのＩＬＶＵ検出部５１は、エンドフラグを出力する。このエンドフラグは、システム制御部３０のＩＬＶＵエンドフラグ検出部３０６により検出される。ＩＬＶＵエンドフラグ検出部３０６は、エンドフラグを検出すると、次のＩＬＶＵの読み取り制御部３０３ａ，設定鍵選択部３０３ｂを制御し、図４で示したような動作を得ることができる。
【００３６】
この発明は上記の実施の形態に限るものではない。次のＩＬＶＵの読み取り制御部３０３ａ，設定鍵選択部３０３ｂを制御するトリガは、次のような手段であってもよい。
【００３７】
図６には、さらにこの発明の他の実施の形態を示している。図１と異なる部分を示し、図１と同一部分には同一符号を付している。この例は、バッファ１９のデータ量を監視する例である。ＤＶＤ規格においては、シームレス再生を得るために、ＩＬＶＵは、その最大、最小のデータ量が所定の範囲に収まるように定められている。したがって、ＩＬＶＵのデータ量を監視することにより、次のＩＬＶＵを読み取るべきか否かのタイミングを知ることができる。そこで、バッファ１９に書き込まれるＩＬＶＵのデータ量を検出回路５２により検出する。検出方法としては、例えばバッファ１９に転送したデータ量を例えばカウンタ（データ量検出回路５２）によりカウントする方法がある。１つのＩＬＶＵがほぼバッファに転送されたとき、つまりカウンタの値が所定の閾値を超えたとき、ＩＬＶＵデータ量判定部３０７が次のＩＬＶＵの読み取り処理部３０３ａ，設定鍵選択部３０３ｂの動作を開始させる。そのほかの動作は、先の説明と同じである。この発明は、上記の実施の形態に限定されるものではなく、各部分コンテンツ毎に鍵データが異なる必要はない。
【００３８】
なお、この発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。更に、異なる実施形態に亘る構成要素を適宜組み合せてもよい。
【図面の簡単な説明】
【００３９】
【図１】この発明の一実施の形態を説明するために示したブロック構成図である。
【図２】ＩＬＶＵの配列の例と再生ストリームの例を示す説明図である。
【図３】図１の装置の動作例を説明するために示したフローチャートである。
【図４】この発明の他の実施形態の動作例を説明するために示したフローチャートである。
【図５】図４に示した動作を得る実施形態を示す図である。
【図６】この発明のさらに他の実施の形態を示すブロック図である。
【符号の説明】
【００４０】
１１…光ディスク、１２…光ヘッド、１３…増幅器、１４…復調器、１５…エラー訂正処理部、１６…アドレス処理部、１７…ピックアップ制御部及びサーボユニット、１８…保護コンテンツ解凍部、１９…バッファ、２０…ストリーム処理部、２１…ＡＶでコーダ、３０…システム制御部、３１…鍵データテーブル、３２…鍵データ設定部、３３…リモコン信号受信部。
【図１】
2007122843.tif 000003
【図２】
2007122843.tif 000004
【図３】
2007122843.tif 000005
【図４】
2007122843.tif 000006
【図５】
2007122843.tif 000007
【図６】
2007122843.tif 000008
【手続補正書】
【提出日】平成17年12月19日(2005.12.19)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】００２１
【補正方法】変更
【補正の内容】
【００２１】
図２（Ａ）には、光ディスクのトラック上に配列されたインターリーブドブロック部分を模式的に示している。このインターリーブドブロックには、例えば、１つのストリームが６分割された例を示している。そして、６分割された各ブロックをインターリーブユニットブロック（ＩＬＶＵB）とする。すると、ＩＬＶＵB１、ＩＬＶＵB２、ＩＬＶＵB３、ＩＬＶＵB４、ＩＬＶＵB５、ＩＬＶＵB６が得られる。ここで、さらに、内容が同じのインターリーブユニットＡ系と、Ｂ系と、Ｃ系が用意され、インターリブされている。
つまり、インターリーブユニットＡ１，Ａ２，Ａ３，Ａ４，Ａ５，Ａ６とコンテンツは同じ内容であるが、それぞれ暗号化鍵データが異なるインターリーブユニットＢ１，Ｂ２，Ｂ３，Ｂ４，Ｂ５，Ｂ６が用意される。さらにまたコンテンツは同じ内容であるが、それぞれ暗号化鍵データが異なるインターリーブユニットＣ１，Ｃ２，Ｃ３，Ｃ４，Ｃ５，Ｃ６が用意される。そして、インターリーブユニットＡ系と、Ｂ系と、Ｃ系がインターリブされている。必ずしもすべてのユニットに対する鍵データが異なる必要はないが、鍵データが多いほど、コンテンツの保護を強化できる。インターリーブユニットは、コンテンツの一部分であるから部分コンテンツと称してもよい。
【手続補正２】
【補正対象書類名】図面
【補正対象項目名】図２
【補正方法】変更
【補正の内容】
【図２】
2007122843.tif 000009
【手続補正３】
【補正対象書類名】図面
【補正対象項目名】図３
【補正方法】変更
【補正の内容】
【図３】
2007122843.tif 000010
【手続補正４】
【補正対象書類名】図面
【補正対象項目名】図４
【補正方法】変更
【補正の内容】
【図４】
2007122843.tif 000011