JP3967491B2 - 記録装置 - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、例えば、複製コンテンツの数を規制して著作権の保護を図るコンテンツ管理方法を用いた記録装置に関する。
【０００２】
【従来の技術】
従来、コンテンツ（著作物等）は、コピー管理が行われてきた。コピー世代管理やコピーの数を管理する事により、著作権保護と利用の便宜のバランスをとってきた。
【０００３】
さらに、コピー管理に代わって、「移動」の概念が登場してきた。コピーがオリジナルのデータを消去しないのと対照的に、移動は、異なった場所（記録媒体（メディア））にデータを転送すると共に、オリジナルデータを消去する。コンテンツのデジタル化とネットワーク等の普及が、移動によるコピープロテクションが登場した背景にある。
【０００４】
【発明が解決しようとする課題】
近年、ネットワーク等を通じたオリジナルに忠実なコピーが可能になったため、コピー管理だけでは、著作権保護が困難になってきた。また、メディアからメディアへの無制限な移動、例えば、データの営利目的の（移動による）配布は、著作権管理を行うことができない。
【０００５】
このように、オリジナルのデータ（特に、著作権保護の対象となるようなコンテンツ）の複製を確実に管理することが困難となってきた。
【０００６】
そこで、本発明は、記録媒体に複製コンテンツを記録等する際に、該記録媒体に伝送する情報の保護がより確実に行える記録装置を提供することを目的とする。
【０００７】
本発明は、特に、複製コンテンツの数を規制して著作権の保護を図るコンテンツ管理において、低コストの記録媒体を用いて、記録媒体と該記録媒体に複製コンテンツを記録する記録装置との間、記録媒体と該記録媒体に記録された複製コンテンツを再生する再生装置との間の高い情報セキュリティ性を実現することが可能な相互認証方法および、それを用いたコンテンツの記録装置に有効である。
【０００８】
【課題を解決するための手段】
本発明の記録装置は、記録媒体に記録する複製コンテンツの数を規制しながら該記録媒体に複製コンテンツを記録する記録装置において、
記録媒体までの情報転送にセキュリティ保持のための保護転送機能が有るときは、保護転送すべき情報の保護をその保護転送機能にゆだね、保護転送機能がないときは該保護転送すべき情報を暗号化して転送する手段を具備したことを特徴とする。
【０００９】
本発明によれば、伝送する情報の保護がより確実に行える。
【００１０】
【発明の実施の形態】
以下、本発明の一実施形態について図面を参照して説明する。
【００１１】
図１は、本実施形態にかかる記録媒体（メディア）に記憶できる複製コンテンツの数を規制し、メディアへの複製コンテンツの記録、メディアに記録された複製コンテンツの再生等を行う音楽コンテンツ利用管理システム（以下、簡単にＬＣＭと呼ぶことがある）１の構成例を示したものである。なお、ここでは、コンテンツとして音楽を一例として用いているが、この場合に限らす、映画や、ゲームソフト等であってもよい。また、メディアとしてメモリカード（ＭＣ）を用いているが、この場合に限るものではなく、フロッピーディスク、ＤＶＤ等の各種記録媒体であってもよい。
【００１２】
ＥＭＤ（Electronic Music Distributor）は、音楽配信サーバまたは音楽配信放送局である。
【００１３】
コンテンツ利用管理システム１は、例えば、パソコン（ＰＣ）であり、複数のＥＭＤ（ここでは、ＥＭＤ＃１〜＃３）に対応した受信部＃１〜＃３を具備しており、ＥＭＤが配信する暗号化コンテンツまたはそのライセンス（利用条件と暗号化コンテンツの復号鍵Ｋｃ）などを受信する。受信部＃１〜＃３は、再生機能や課金機能を有していても良い。配信された音楽コンテンツを試聴する為に再生機能が用いられる。又、課金機能を利用して、気に入ったコンテンツを購入する事が可能である。
【００１４】
ＬＣＭ１は、セキュア・コンテンツ・サーバ（ここでは、Secure Music Server：ＳＭＳで、以下、簡単にＳＭＳと呼ぶことがある）２を具備し、利用者が購入したコンテンツはＥＭＤインタフェース（Ｉ／Ｆ）部３を経由してＳＭＳ２に蓄積される。音楽コンテンツは、必要に応じてＥＭＤＩ／Ｆ部３で復号され、形式変換や再暗号化が施される。ＳＭＳ２が暗号化コンテンツを受け取ると、それを音楽データ格納部１０に格納し、音楽データ復号鍵をライセンス格納部９に格納する。ＳＭＳ２が再生機能を有していても良い。当該再生機能により、ＳＭＳ２が管理する音楽コンテンツをＰＣ上で再生する事ができる。
【００１５】
ＳＭＳ２は、メディア（以下、簡単にＭＣ（memory card）と呼ぶことがある）１３に対してコンテンツデータを出力する機能を有している。ＭＣ１３を記録再生装置（以下、簡単にＰＤ（Portable Device）と呼ぶことがある）１２にセットし、ＭＣ１３に記録されたコンテンツを再生することができる。
【００１６】
ＳＭＳ２からＭＣ１３へのコンテンツの記録はメディア（ＭＣ）インタフェース（Ｉ／Ｆ）部６を通じて直接行われるか、又はＰＤ１２を経由して行うことができる。
【００１７】
デバイスＩＤ格納部４は、例えば、ＲＯＭで構成され、当該ＬＣＭの識別情報（デバイスＩＤ）が格納されている。
【００１８】
ＭＣ１３は、そのメディア固有かつ書き換え不能の識別情報（ＭＩＤ）を有しており、ＭＣ１３に格納されるコンテンツは、ＭＣ１３に依存する暗号化鍵で暗号化されていてもよい。
【００１９】
まず、チェックイン／チェックアウトについて、図１のＬＣＭ１に則して説明する。
【００２０】
チェックアウトとは、ＬＭＳ１が「親」としてのコンテンツを格納しており、ＭＣ１３に、その複製を「子」コンテンツとしてコピーすることをいう。「子」コンテンツはＰＤ１２で自由に再生する事が可能であるが、「子」から「孫」コンテンツを作成する事は許されない。「親」が幾つ「子」を生むことができるかは、「親」の属性として定義される。また、チェックインとは、例えば、ＭＣ１３をＬＣＭ１に接続し、ＬＣＭ１が「子」コンテンツを消去（又は利用不能）する事で、ＬＣＭ１内の「親」コンテンツは「子」を１つ作る権利を回復することをいう。これを「親」にチェックインするともいう。
【００２１】
このチェックイン／チェックアウトを単純に、従来からのＬＣＭ１で実現しようとすると、実際、次の様な「攻撃」が存在する。すなわち、ＭＣ１３に格納された「子」を別の記憶メディアに（ＭＩＤを除いて）退避しておき、ＭＣ１３の「子」を「親」にチェックインする。次いで、先に退避しておいた「子」を当該ＭＣ１３に書き戻す。既にチェックインは済んでいるので、ＬＣＭ１上の「親」は別のＭＣ１３に「子」をコピーして良い。この方法で、任意の個数だけ利用可能な「子」を作る事が可能である。
【００２２】
上述の「攻撃」には、ＭＣ１３とＬＣＭ１とのデータ転送の際に認証を行う事により、対抗可能である。すなわち、ＭＣ１３は正当なＬＣＭ１以外からのデータ転送を受け付けず、ＬＣＭ１が正当なＭＣ１３以外からのデータ転送を受け付けないと仮定する。この場合、ＭＣ１３内の「子」を別の記録メディアに退避する事はできない。又、ＬＣＭ１に対して、偽って、チェックインすることもできない。従って、上述の「攻撃」は破綻する。
【００２３】
ところが、実は、ＬＣＭ１とＭＣ１３との認証を前提としても、チェックイン／チェックアウトは実現できない。次の様な「攻撃」が存在するからである。すなわち、まず、ＬＣＭ１上の「親」が「子」を作っていない状態で、ＬＣＭ１のデータ（特に、ライセンス格納部９の情報）を別の記憶メディアにバックアップする。ＭＣ１３に「子」をコピーした後、バックアップしたＬＣＭ１のデータを復帰する。ＬＣＭ１の「親」は「子」を作る前の状態に戻るから、別のＭＣ１３に「子」を作成する事ができる。この様にして、任意の数の「子」を作成する事が可能となってしまう。
【００２４】
そこで、このような攻撃にも対処できるチェックイン／チェックアウトを実現するために、ＭＣ１３内の記憶領域に、公開された手順では読み書きできない領域（秘匿領域）を設け、そこに相互認証に必要な情報やコンテンツ復号に必要な情報や、アクセス不可能であるデバイス（ＬＣＭ１、ＰＤ１２）の識別情報（デバイスＩＤ）のリスト（リボケーションリスト（ＲＶＣリスト））等を記録する（図２参照）。また、ＬＣＭ１の記憶領域（例えば、ＬＣＭ１がＰＣで構成されている場合には、ハードディスク（ＨＤＤ））上に非公開の手順でしかアクセスできない領域（秘匿領域）を設け、後述するような宿帳を当該秘匿領域に格納する（図２参照）。さらに、ＰＤ１２の記憶領域上にも非公開の手順でしかアクセスできない領域（秘匿領域）を設け、そこにコンテンツ復号に必要な情報を記録するようにしてもよい（図２参照）。なお、ここでは、記憶領域中の秘匿領域以外の通常に手順にてアクセス可能な領域を公開領域と呼ぶ。
【００２５】
図１に示すように、ＬＣＭ１では、秘匿領域には、宿帳格納部８が設けられ、ＳＭＳ２にてこの宿帳格納部８にアクセスするための秘匿された特定の手続が行われた後、秘匿領域からデータを読み取るための秘匿領域ドライバ７を具備している。
【００２６】
図４（ｃ）に示すように、ＭＣ１３は、その識別情報ＭＩＤを格納するための外部からは書換不可能で、コピーも不可能なような構成になっている識別情報格納部（ＲＯＭ）１３ｂと、秘匿領域１３ｃと、公開領域（読み書き可能なＲＡＭ）１３ａと、秘匿領域１３ｃにアクセスされる度に認証部１３ｄにて認証を行って、正当な相手であると確認されたときに初めて秘匿領域１３ｃにアクセス可能なようにゲートを開くスイッチ（ＳＷ）１３ｅを具備する。
【００２７】
なお、本実施形態で利用可能なＭＣ１３は、３種類あり、図４（ｃ）に示すような、識別情報ＭＩＤと秘匿領域とを両方兼ね備えているＭＣ１３の種別を「レベル２」と呼ぶ。秘匿領域は持たないが識別情報ＭＩＤは持つ図４（ｂ）に示すようなＭＣ１３の種別を「レベル１」と呼ぶ。秘匿領域も識別情報も持たない図４（ａ）に示すような公開領域だけのＭＣ１３の種別を「レベル０」と呼ぶことにする。これら種別は、例えば、識別情報ＭＩＤの有無でレベル０とそれ以外の種別とが判別でき、さらに、識別情報ＭＩＤの構成からレベル１とレベル２とを判別する。例えば、識別情報が連続した数値であるとき、所定値以上はレベル２であるとする。
【００２８】
以下、特に断らない限り、レベル２のＭＣ１３の場合を例にとり説明する。
【００２９】
このＭＣ１３は、ＬＣＭ１に接続されたＰＤ１２にセットして用いる場合とＬＣＭ１に直接セットして用いる場合とがある。
【００３０】
図３は、ＰＤ１２の構成例を示したもので、ＭＣ１３は、メディアインタフェース（Ｉ／Ｆ部）１２ｆにセットされる。ＬＣＭ１がＰＤ１２を介してＭＣ１３に読み書きする場合は、ＰＤ１２内の秘匿領域アクセス部を経由してＭＣ１３の秘匿領域にアクセスする。メディアＩ／Ｆ部１２ｆには、ＭＣ１３の秘匿領域にアクセスするための秘匿領域アクセス部を具備している。ＰＤ１２内の秘匿領域は、フラッシュメモリ１２ｄに設けられていても良い。ＲＯＭ１２ｃには、ＭＣ１３、ＬＣＭ１との間で相互認証を行うためのプログラムや、秘匿領域へアクセスするための認証手続を記述したプログラムや、ＭＣ１３の種別を判別するためのプログラムも書き込まれていて、このプログラムに従って、ＣＰＵ１２ａの制御の下、ＭＣ１３との間の各種認証、種別判別等の処理を実行するようになっている。
【００３１】
ＲＯＭ１２ｃには、ＰＤ１２の識別情報（デバイスＩＤ）が格納されていてもよい。また、例えば、フラッシュメモリ１２ｄに設けられた秘匿領域に秘匿デバイスＩＤ（ＳＰＤＩＤ）が予め格納されている。
【００３２】
図５は、ＬＣＭ１のメディアＩ／Ｆ部６の構成を示したもので、ＭＣ１３との間で相互認証を行うための認証部６ｃと、ＭＣ１３の種別を判別するメディア判別部６ｂと、これら全体を制御するための制御部６ａとから構成されている。認証部６ｃは、ＭＣ１３の秘匿領域にアクセスするための秘匿領域アクセス部でもある。
【００３３】
次に、ＬＣＭ１の秘匿領域に格納される宿帳について説明する。
【００３４】
ＳＭＳ２にて保持する全ての音楽コンテンツは、そのそれぞれを識別するための識別情報であるコンテンツＩＤ（ＴＩＤ）と、予め定められた複製可能コンテンツ数、すなわち、子の残数とチェックアウトリストとをその属性情報として持つ。この属性情報を宿帳と呼ぶ。宿帳は、秘匿領域に設けられた宿帳格納部８に図７（ａ）に示すような形態で記録されている。
【００３５】
図７（ａ）において、例えば、コンテンツＩＤ「ＴＩＤ１」なる子の残数は「２」で、そのチェックアウトリストはＬ１である。
【００３６】
チェクアウトリストは、複製コンテンツ（子）を記録したＭＣ１３の識別情報のリストであって、例えば、図７（ａ）において、チェックアウトリストＬ１には「ｍ１」と「ｍ２」という識別情報を持つ２つのＭＣ１３にコンテンツＩＤ「ＴＩＤ１」なるコンテンツの子がチェックアウトされていることがわかる。
【００３７】
以下、次に示す項目の順に説明する。
【００３８】
（１）相互認証方法の概略
（２）レベル２のＭＣを用いた複製コンテンツのチェックイン／チェックアウト／再生
（３）レベル０のＭＣを用いた複製コンテンツのチェックイン／チェックアウト／再生
（４）保護転送手段の切替
（１）相互認証方法の概略
前述したように、チェックイン／チェクアウトを安全に行うために、ＬＣＭ１、ＰＤ１２とＭＣ１３との間で（例えば、互いに同じアルゴリズムをもっているかの確認のための）相互認証を行う必要がある。一般に、相互認証処理には、相互認証を行う一方と他方とで共有する秘密の情報を持つ必要がある。従って、このような秘密情報を例えばＭＣ１３とＬＣＭ１およびＰＤ１２が持つことになる。情報セキュリティの観点から考えると、この秘密情報は、認証を行う度に毎回異なるものが生成されるといった動的なものであった方がよい。しかし、ＭＣ１３というメディア自体にそのような秘密情報を生成するための高度な機能を追加すると、メディアが高価になってしまう。メディアを広く一般大衆に普及させるためには、できるだけ安価である方が望ましい。従って、メディア（ＭＣ１３）のコスト低減化を考えれば、秘密情報をＭＣ１３に予め記憶させておく方がよい。
【００３９】
しかし、全てのメディア、あるいは一定数の複数のメディアで共通する秘密情報（以下、このような情報をグローバルシークレットな情報と呼ぶ）を各メディアに予め記憶させた場合、ある１つのメディアからその秘密情報が何らかの方法により読まれてしまったとき、同じ秘密情報を記憶する他のメディアも不正に利用されてしまうという問題点があった。メディアにグローバルスシークレットな情報を持たせることは極めて危険である（図８（ａ）参照）。
【００４０】
ある１つのメディアに記憶されている秘密情報が不当に読まれてしまっても、不正に使用できるのは、その秘密情報が読まれしまったメディアだけであれば問題がないわけであるから、秘密情報は、個々のメディアに固有のものであればよい。
【００４１】
そこで、ここでは、個々のメディアにメディア毎にそれぞれ異なる相互認証のための秘密情報を記憶させておき、この情報を用いてＬＣＭ１あるいはＰＤ１２とＭＣ１３とが相互認証を行うことにより、低コストなメディアを用いた、よりセキュリティ性の高い安全な相互認証方法を提案する。すなわち、本実施形態で説明する相互認証方法は、図８（ｂ）に示すように、個々のメディア（レベル２のメディア）に相互認証（ＡＫＥ）のために必要な各メディア毎にそれぞれ異なる秘密情報（ここでは、秘匿メディアＩＤ（ＳＭＩＤ）で、これは、メディアＩＤを何らかの方法で取得した鍵情報ＫＭで予め暗号化されたもの）を（秘匿領域に）予め記憶させておき、ＬＣＭ１、ＰＤ１２には、そのメディアの識別情報（ＭＩＤ）を転送する。ＬＣＭ１あるいはＰＤ１２側では、ＭＩＤと、先に何らかの方法で取得した情報（ＫＭ）とを用いて相互認証のための情報（メディアのもつＳＭＩＤと同じもの）を所定のアルゴリズムを用いて生成して認証処理（ＡＫＥ）を行う。
【００４２】
このように、ＭＣ１３にはそれぞれに固有の秘密情報（ＳＭＩＤ）を持たせておくだけで、ＬＣＭ１、ＰＤ１２がメディアから転送されてきた各メディア毎に固有の情報（ＭＩＤ）を基に秘密情報（ＳＭＩＤ）を生成することにより、メディアに負荷をかけずに安全な相互認証が行える。
【００４３】
なお、以下の説明において、上記した相互認証処理をＡＫＥと呼ぶことにする。
【００４４】
ＭＣ１３がＬＣＭ１のメディアＩ／Ｆ部６、あるいは、ＰＤ１２にセットされると、まず、メディアＩＦ部６とＭＣ１３との間、あるいは、ＰＤ１２とＭＣ１３との間で相互認証が行われてもよい（図９のステップＳ１）、そして、双方にて正当な（例えば、同じ規格のハードウエア構成である）相手であると判断されたととき（ステップＳ２）、メディアＩ／Ｆ部６あるいはＰＤ１２はＭＣ１３から読み取った識別情報ＭＩＤを基に、ＭＣ１３の種別を判別する（ステップＳ３）。そして、メディアＩ／Ｆ部６あるいはＰＤ１２は、その種別に応じたチェックイン／チェックアウト／再生処理を実行する（ステップＳ６）。
【００４５】
なお、図９のステップＳ１における相互認証は、必ずしも図８（ｂ）に示したような本発明の要旨にかかる相互認証である必要はない。
【００４６】
また、ＭＣ１３にはレベル０からレベル２までの３種類があると説明したが、ここでは、レベル０とレベル２の２種類のＭＣ１３を対象として、図９以降の複製コンテンツのチェックイン／チェックアウト／再生処理動作について説明する。
【００４７】
さらに、以下の説明では、省略しているが、ＬＣＭ１とＭＣ１３との間、ＬＣＭ１とＰＤ１２との間、ＰＤ１２とＭＣ１３との間で、それぞれの秘匿領域にアクセスする際には、一方と他方との間で相互認証を行い、双方の正当性が確認されたらそれぞれの秘匿領域へのゲートを開き、秘匿領域へのアクセスが終了したら秘匿領域へのアクセスを可能にしていたゲートを閉じる仕組みになっているものとする。例えば、ＬＣＭ１とＭＣ１３との間において、ＳＭＳ２は、ＭＣ１３の秘匿領域１３ｃにアクセスすべく、ＭＣ１３との間で相互認証を行い、双方の正当性が確認されてスイッチ１３ｅにより秘匿領域１３ｃへのゲートが開かれると、秘匿領域１３ｃ内に鍵情報書込み、それが終了すると秘匿領域１３ｃへのアクセスを可能にしていたゲートがスイッチ１３ｅにより閉じられる仕組みになっている。
【００４８】
（２） レベル２のＭＣを用いた複製コンテンツのチェックイン／チェックアウト／再生
図４（ｃ）に示したような構成のレベル２のＭＣ１３を用いたチェックイン／チェックアウト、再生処理動作について説明する。
【００４９】
チェックアウトの指示がＬＣＭ１のユーザインタフェース（Ｉ／Ｆ）部１５を介して、あるいは、ＰＤ１２を介して（すなわち、ＭＣ１３をＬＣＭ１に接続されたＰＤ１２にセットして用いた場合）、ＳＭＳ２に対しなされた場合について、図１０を参照して説明する。
【００５０】
ＳＭＳ２は、宿帳のチェックアウト要求のあったコンテンツ（例えばコンテンツＩＤが「ＴＩＤ１」であるとする）の子の残数ｎを調べ、ｎ＞０のとき、デバイスＩＤ格納部４から当該ＬＣＭ１のデバイスＩＤ（ＬＣＭＩＤ）を読み出し、それをＭＣ１３へ転送する（ステップＳ１０１）。
【００５１】
ＭＣ１３では、転送されてきたデバイスＩＤがＲＶＣリストに登録されていないかチェックし（ステップＳ１０２）、登録されていないとき秘匿領域１３ｃにアクセスしてマスターキーＫＭを読み出して、ＬＣＭ１へ転送する（ステップＳ１０３）。ＭＣ１３は、さらに、識別情報格納部１３ｂから、その識別情報（ＭＩＤ）を読み出して同じくＬＣＭ１へ転送する（ステップＳ１０４）。
【００５２】
ＬＣＭ１では、ＭＣ１３から転送されてきたメディアＩＤ（ＭＩＤ）をマスターキーＫＭで暗号化して、相互認証処理（ＡＫＥ）に必要な情報（ＫＭ［ＭＩＤ］）を生成する（ステップＳ１０５）。
【００５３】
ＬＣＭ１では、この生成された情報ＫＭ［ＭＩＤ］を用いて相互認証処理（ＡＫＥ）を実行し、一方、ＭＣ１３でも秘匿メディアＩＤ（ＳＭＩＤ）を用いて相互認証処理（ＡＫＥ）を実行する（ステップＳ１０６）。この相互認証処理（ＡＫＥ）では、ＬＣＭ１とＭＣ１３とが同じ関数ｇ（ｘ、ｙ）、Ｈ（ｘ、ｙ）を共有していて、ＬＣＭ１で生成された情報ＫＭ［ＭＩＤ］が当該ＭＣ１３の秘匿メディアＩＤ（ＳＭＩＤ）と同じであるならば、相互認証処理（ＡＫＥ）により互いに一方が他方を正当であると確認できるようになっている。
【００５４】
ここで、図２１を参照して、ステップＳ１０６の相互認証処理（ＡＫＥ）の処理動作について説明する。
【００５５】
ＬＣＭ１は、乱数Ｒ１を発生し（ステップＳ３０１）して、それをＭＣ１３に転送するとともに、２つの変数ｘ、ｙを有する関数ｇ（ｘ、ｙ）の一方の変数に代入する。また、図１０のステップＳ１０５で生成された情報ＫＭ［ＭＩＤ］を関数ｇ（ｘ、ｙ）の他方の変数に代入して、関数ｇの値を求める（ステップＳ３０２）。
【００５６】
一方、ＭＣ１３でも、ＬＣＭ１から転送されてきた乱数Ｒ１を関数ｇ（ｘ、ｙ）の一方の変数に代入し、自身の秘匿メディアＩＤ（ＳＭＩＤ）を他方の変数に代入して、求めた関数ｇの値をＬＣＭ１へ転送する（ステップＳ３０３）。
【００５７】
ＬＣＭ１では、ＭＣ１３から転送されてきた関数ｇの値と、ＬＣＭ１側で求めた関数ｇの値とを比較し、一致していたら後続の処理を実行する。また、不一致であれば、この時点で、ＬＣＭ１側でのＡＫＥの処理を中止する（ステップＳ３０４）。
【００５８】
次に、ＭＣ１３では、乱数Ｒ２を発生し（ステップＳ３０５）して、それをＬＣＭ１に転送するとともに、２つの変数を有する関数ｇ（ｘ、ｙ）の一方の変数に代入する。また、当該ＭＣ１３の秘匿メディアＩＤ（ＳＭＩＤ）を関数ｇ（ｘ、ｙ）の他方の変数に代入して、関数ｇの値を求める（ステップＳ３０６）。
【００５９】
一方、ＬＣＭ１でも、ＭＣ１３から転送されてきた乱数Ｒ２を関数ｇ（ｘ、ｙ）の一方の変数に代入し、また、図１０のステップＳ１０５で生成された情報ＫＭ［ＭＩＤ］を関数ｇ（ｘ、ｙ）の他方の変数に代入して、関数ｇの値を求めたら、それをＭＣ１３へ転送する（ステップＳ３０７）。
【００６０】
ＭＣ１３では、ＬＣＭ１から転送されてきた関数ｇの値と、ＭＣ１３側で求めた関数ｇの値とを比較し、一致していたら後続の処理を実行する。また、不一致であれば、この時点で、ＭＣ１３側でのＡＫＥの処理を中止する（ステップＳ３０８）。
【００６１】
ＭＣ１３では、ステップＳ３０８で、関数ｇの値が一致していたら、２つの変数を有する関数Ｈ（ｘ、ｙ）の一方の変数に乱数Ｒ２、他方の変数に当該ＭＣ１３の秘匿メディアＩＤ（ＳＭＩＤ）を代入して鍵情報ＫＴを生成する（ステップＳ３０９）。
【００６２】
一方、ＬＣＭ１でも、ステップＳ３０４で関数ｇの値が一致していたら、ＭＣ１３から転送されてきた乱数Ｒ２を関数Ｈ（ｘ、ｙ）の一方の変数に代入するとともに、図１０のステップＳ１０５で生成された情報ＫＭ［ＭＩＤ］を他方の変数に代入して鍵情報ＫＴを生成する（ステップＳ３１０）。
【００６３】
なお、ステップＳ３０４、ステップＳ３０８のそれぞれで関数ｇの値が一致したことによりＬＣＭ１とＭＣ１３のそれぞれで同じ関数Ｈ（ｘ、ｙ）を用いて生成される鍵情報ＫＴは同じものである。ＬＣＭ１とＭＣ１３のそれぞれでは、以降、この鍵情報ＫＴを用いてコンテンツ復号鍵Ｋｃの受け渡しを行うようになっている。
【００６４】
また、相互認証処理（ＡＫＥ）で生成される鍵情報ＫＴは、毎回異なるものである方が情報セキュリティ上望ましい。ここでは、鍵情報ＫＴを生成する関数Ｈに代入される２つの変数のうちの一方には、毎回新たに生成される乱数Ｒ２が代入されるので、毎回個となる鍵情報ＫＴが生成される。
【００６５】
図１０の説明に戻り、ステップＳ１０６において、ＬＣＭ１とＭＣ１３との間で相互に認証されたときは、ＭＣ１３では、生成した鍵情報ＫＴ（ここでは、ＫＴ１とする）を秘匿領域に格納する（ステップＳ１０７）。また、ＬＣＭ１では、暗号化コンテンツを復号するための復号鍵（コンテンツ復号鍵）ＫｃをステップＳ１０６で生成された鍵情報ＫＴ１で暗号化して（ＫＴ１［Ｋｃ］）ＭＣ１３へ転送し（ステップＳ１０８〜ステップＳ１０９）、コンテンツ情報ＣをＫｃで暗号化して（Ｋｃ［Ｃ］）ＭＣ１３へ転送する（ステップＳ１１０〜ステップＳ１１１）。
【００６６】
最後に、ＳＭＳ２は、図７（ｂ）に示すように、宿帳のチェックアウト要求のあったコンテンツＩＤ「ＴＩＤ１」のコンテンツの子の残数ｎから「１」減算し、チェックアウトリストＬ１に、当該ＭＣ１３の識別情報「ｍ０」を追加する。
【００６７】
ＭＣ１３は、転送されてきた暗号化されたコンテンツ復号鍵ＫＴ１［Ｋｃ］、暗号化コンテンツＫｃ［Ｃ］を公開領域１３ａに格納する。
【００６８】
以上の処理が終了したときのＭＣ１３の記憶内容を図６に示す。
【００６９】
次に、再生の指示がＬＣＭ１のユーザインタフェース（Ｉ／Ｆ）部１５を介してＳＭＳ２に、あるいは、ＰＤ１２に対しなされた場合について、図１１を参照して説明する。
【００７０】
まず、ＰＤ１２あるいはＬＣＭ１は、自身のデバイスＩＤをＭＣ１３へ転送する（ステップＳ１２１）。
【００７１】
ＬＣＭ１が図３に示すようなＰＤ２のコンテンツの再生機能部（復調部１２ｇ、デコーダ１２ｈ、Ｄ／Ａ変換部１２ｉ等）を持っているのであれば、ＭＣ１３をＰＤ１２で再生する場合もＬＣＭ１で再生する場合も同様であるので、以下、ＰＤ１２で再生する場合を例にとり説明する。
【００７２】
ＭＣ１３では、転送されてきたデバイスＩＤがＲＶＣリストに登録されていないかチェックし（ステップＳ１２２）、登録されていないとき秘匿領域１３ｃにアクセスしてマスターキーＫＭを読み出して、ＰＤ１２へ転送する（ステップＳ１２３）。ＭＣ１３は、さらに、識別情報格納部１３ｂから、その識別情報（ＭＩＤ）を読み出して同じくＰＤ１２へ転送する（ステップＳ１２４）。
【００７３】
ＰＤ１２では、ＭＣ１３から転送されてきたメディアＩＤ（ＭＩＤ）をマスターキーＫＭで暗号化して、相互認証処理（ＡＫＥ）に必要な情報（ＫＭ［ＭＩＤ］）を生成する（ステップＳ１２５）。
【００７４】
ＰＤ１２では、この生成された情報ＫＭ［ＭＩＤ］を用いて相互認証処理（ＡＫＥ）を実行し、一方、ＭＣ１３でも秘匿メディアＩＤ（ＳＭＩＤ）を用いて相互認証処理（ＡＫＥ）を実行する（ステップＳ１２６）。ステップＳ１２６の相互認証処理（ＡＫＥ）は、図２１と同様であるので説明は省略する。
【００７５】
ＰＤ１２とＭＣ１３との間で相互に認証されたときは、ＭＣ１３では、生成した鍵情報ＫＴ（ここでは、ＫＴ２とする）を用いて秘匿領域１３ｃに格納されていた鍵情報ＫＴ１を暗号化して（ＫＴ２［ＫＴ１］）、ＰＤ１２へ転送する（ステップＳ１２７〜ステップＳ１２８）。一方、ＰＤ１２では、ステップＳ１２６で生成された鍵情報ＫＴ２を用いてＭＣ１３から転送されてきたＫＴ２［ＫＴ１］を復号することができる（ステップＳ１２８）。
【００７６】
ＭＣ１３からは暗号化されたコンテンツ復号鍵ＫＴ１［Ｋｃ］、暗号化コンテンツＫｃ［Ｃ］を公開領域１３ａから読み出してＰＤ１２へ転送する（ステップＳ１２９、ステップＳ１３１）。
【００７７】
ＰＤ１２は、鍵情報ＫＴ１の復号に成功していれば、それを用いて暗号化されたコンテンツ復号鍵ＫＴ１［Ｋｃ］を復号してコンテンツ復号鍵Ｋｃが得られるので（ステップＳ１３０）、このコンテンツ復号鍵Ｋｃを用いて暗号化コンテンツＫｃ［Ｃ］を復号して、コンテンツＣを得る（ステップＳ１３２）。そして、ＰＤ１２では、コンテンツＣをデコーダ１２ｈでデコードして、Ｄ／Ａ変換部１２ｉでデジタル信号からアナログ信号に変換し、ＭＣ１３に記録されていた複製コンテンツ（例えば音楽）を再生することができる。
【００７８】
次に、チェックインの指示がＬＣＭ１のユーザインタフェース（Ｉ／Ｆ）部１５を介して、あるいは、ＰＤ１２を介して（すなわち、ＭＣ１３をＬＣＭ１に接続されたＰＤ１２にセットして用いた場合）、ＳＭＳ２になされた場合について、図１２を参照して説明する。
【００７９】
ＳＭＳ２は、デバイスＩＤ格納部４から当該ＬＣＭ１のデバイスＩＤ（ＬＣＭＩＤ）を読み出し、それをＭＣ１３へ転送する（ステップＳ１４１）。
【００８０】
ＭＣ１３では、転送されてきたデバイスＩＤがＲＶＣリストに登録されていないかチェックし（ステップＳ１４２）、登録されていないとき秘匿領域１３ｃにアクセスしてマスターキーＫＭを読み出して、ＬＣＭ１へ転送する（ステップＳ１４３）。ＭＣ１３は、さらに、識別情報格納部１３ｂから、その識別情報（ＭＩＤ）を読み出して同じくＬＣＭ１へ転送する（ステップＳ１４４）。
【００８１】
ＬＣＭ１では、ＭＣ１３から転送されてきたメディアＩＤ（ＭＩＤ）をマスターキーＫＭで暗号化して、相互認証処理（ＡＫＥ）に必要な情報（ＫＭ［ＭＩＤ］）を生成する（ステップＳ１４５）。
【００８２】
ＬＣＭ１では、この生成された情報ＫＭ［ＭＩＤ］を用いて相互認証処理（ＡＫＥ）を実行し、一方、ＭＣ１３でも秘匿メディアＩＤ（ＳＭＩＤ）を用いて相互認証処理（ＡＫＥ）を実行する（ステップＳ１４６）。
【００８３】
チェックインの際のステップＳ１４６の相互認証処理（ＡＫＥ）動作について、図２２を参照して説明する。なお、図２１と同一部分には同一符号を付し、異なる部分について説明する。すなわち、図２２では、ステップＳ３０８で関数ｇの値が一致していたら、鍵情報ＫＴを生成する代わりに、フラグ情報Ｆａｋｅの値を「真」（図２２では「Ｔ」と示している）とし、不一致のときは「偽」（図２２では「Ｆ」と示している）とする（ステップＳ３２１、ステップＳ３２２）。また、ＬＣＭ１では、ステップＳ３０４で関数ｇの値が一致していたら、鍵情報ＫＴを生成せずに、その判断結果のみを出力する。
【００８４】
図１２の説明に戻り、ステップＳ１４６において、ＬＣＭ１がＭＣ１３を認証したときには（図２２のステップＳ３０４）、ＭＣ１３に対し、その秘匿領域１３ｃに格納されている鍵情報ＫＴ１の削除を指示する。ＭＣ１３では、この指示を受けとると、フラグ情報Ｆａｋｅの値をチェックし、「Ｔ」であれば、秘匿領域１３ｃから鍵情報ＫＴ１を削除し、フラグ情報Ｆａｋｅを「Ｆ」に書き換える（ステップＳ１４７、ステップＳ１４８）。このとき、ＭＣ１３の公開領域１３ａに格納されている暗号化コンテンツ情報は、例えば、ＬＣＭ１にて発生した乱数にて上書きすることで消去してもよい。
【００８５】
最後に、図７（ｃ）に示すように、宿帳のチェックイン要求のあったコンテンツＩＤ「ＴＩＤ１」のコンテンツの子の残数ｎに「１」加算し、チェックアウトリストＬ１から、当該ＭＣ１３の識別情報ｍ０を削除する。
【００８６】
一方、フラグ情報Ｆａｋｅの値が「Ｆ」のときは以降の処理を中止する。
【００８７】
次に、図１０とは異なる他のチェックアウト時の処理動作について、図１３を参照して説明する。なお、図１０と同一部分には同一符号を付し、異なる部分について説明する。すなわち、図１３では、ＭＣ１３へ転送すべきコンテンツ復号鍵Ｋｃに対する処理に特徴がある。
【００８８】
図１３において、ＬＣＭ１３では、コンテンツ復号鍵Ｋｃに対し、まず、ステップＳ１０５で生成されたＫｍ［ＭＩＤ］（以下、これをｗと表す）を用いて暗号化を施す（ステップＳ１６２）。そして、ｗで暗号化されたコンテンツ復号鍵Ｋｃ（ｗ［Ｋｃ］）をステップＳ１０６の相互認証処理（ＡＫＥ）にて生成した鍵情報ＫＴ１を用いてさらに暗号化を行ってから（ＫＴ１［ｗ［Ｋｃ］］）、ＭＣ１３へ転送する（ステップＳ１６３）。
【００８９】
ＭＣ１３では、ステップＳ１０６の相互認証処理（ＡＫＥ）にて生成した鍵情報ＫＴ１を用いて、転送されてきたＫＴ１［ｗ［Ｋｃ］］を復号してｗ［Ｋｃ］を得、これを秘匿領域１３へ格納する（ステップＳ１６４）。
【００９０】
コンテンツ情報Ｃは、図１０の場合と同様に、Ｋｃで暗号化してから（ステップＳ１６５）、ＭＣ１３へ転送される（ステップＳ１６６）。
【００９１】
図１３に示したようなチェックアウト処理動作に対応する再生処理動作について、図１４を参照して説明する。なお、図１１と同一部分には同一符号を付し、異なる部分についてのみ説明する。すなわち、図１４において、ＭＣ１３は、秘匿領域１３ｃに格納されている暗号化コンテンツ復号鍵ｗ［Ｋｃ］をステップＳ１２６の相互認証処理（ＡＫＥ）で生成された鍵情報ＫＴ２で暗号化してから（ＫＴ２［ｗ［Ｋｃ］］）ＬＣＭ１あるいはＰＤ１２へ転送する。（ステップＳ１７２）。ＬＣＭ１あるいはＰＤ１２では、同じくステップＳ１２６で生成された鍵情報ＫＴ２でＭＣ１３から転送されてきたＫＴ２［ｗ［Ｋｃ］］を復号して（ステップＳ１７３）、その結果得られたｗ［Ｋｃ］をステップＳ１２３で生成されたｗ＝ＫＭ［ＭＩＤ］を用いて復号して、コンテンツ復号鍵Ｋｃを得る（ステップＳ１７４）。このコンテンツ復号鍵Ｋｃを用いて暗号化コンテンツＫｃ［Ｃ］を復号して、コンテンツＣを得る（ステップＳ１７５）。そして、ＬＣＭ１あるいはＰＤ１２では、コンテンツＣをデコーダ１２ｈでデコードして、Ｄ／Ａ変換部１２ｉでデジタル信号からアナログ信号に変換し、ＭＣ１３に記録されていた複製コンテンツ（例えば音楽）を再生することができる。
【００９２】
図１３に示したようなチェックアウト処理動作に対応するチェックイン処理動作は、図１２の説明とほぼ同様で、異なるのは、ステップＳ１４８でＭＣ１３の秘匿領域１３ｃから削除されるのは、鍵情報ＫＴ１ではなく、ｗ＝ＫＭ［ＭＩＤ］で暗号化されたコンテンツ復号鍵ｗ［Ｋｃ］であるという点である。
【００９３】
（３）レベル０のＭＣを用いた複製コンテンツのチェックイン／チェックアウト／再生
次に、図４（ａ）に示したような構成のレベル０のＭＣ１３を用いたチェックイン／チェックアウト、再生処理動作について説明する。
【００９４】
この場合、ＭＣ１３は、ＰＤ１２にセットされ、このＰＤ１２を介してＬＣＭ１との間でチェックアウト処理が実行される。基本的な動作は、ＭＣ１３がレベル２の場合と同様であるが、レベル０の場合、秘匿領域、メディアＩＤを有していないので、ＰＤ１２がＬＣＭ１に対する処理をレベル０のＭＣ１３に代行して図１０に示したような処理を実行することとなる。そのため、ＰＤ１２の秘匿領域には、マスターキーＫＭ、秘匿デバイスキーＳＰＤＩＤ、リボケーションリスト（ＲＶＣリスト）を予め記憶しておくものとする。なお、マスターキーＫＭは必ずしもメディアＭＣ１３に記憶しておくマスターキーＫＭとその機能は同じであるが、そのデータ自体は同じものである必要はない。
【００９５】
まず、図９のステップＳ３において、ＭＣ１３の種別がレベル０であると判定される。
【００９６】
チェックアウトの指示がＬＣＭ１のユーザインタフェース（Ｉ／Ｆ）部１５を介して、あるいは、ＰＤ１２を介してＳＭＳ２に対しなされた場合について、図１５を参照して説明する。
【００９７】
ＳＭＳ２は、宿帳のチェックアウト要求のあったコンテンツ（例えばコンテンツＩＤが「ＴＩＤ１」であるとする）の子の残数ｎを調べ、ｎ＞０のとき、デバイスＩＤ格納部４から当該ＬＣＭ１のデバイスＩＤ（ＬＣＭＩＤ）を読み出し、それをＰＤ１２へ転送する（ステップＳ２０１）。
【００９８】
ＰＤ１２では、転送されてきたデバイスＩＤがＲＶＣリストに登録されていないかチェックし（ステップＳ２０２）、登録されていないときＰＤ１２の秘匿領域にアクセスしてマスターキーＫＭを読み出して、ＬＣＭ１へ転送する（ステップＳ２０３）。ＰＤ１２は、さらに、例えばＲＯＭ１２ｃからその識別情報、すなわち、デバイスＩＤ（ＰＤＩＤ）を読み出して、同じくＬＣＭ１へ転送する（ステップＳ２０４）。
【００９９】
ＬＣＭ１では、ＰＤ１２から転送されてきたデバイスＩＤ（ＰＤＩＤ）をマスターキーＫＭで暗号化して、相互認証処理（ＡＫＥ）に必要な情報（ＫＭ［ＰＤＩＤ］）を生成する（ステップＳ２０５）。
【０１００】
ＬＣＭ１では、この生成された情報ＫＭ［ＰＤＩＤ］を用いて相互認証処理（ＡＫＥ）を実行し、一方、ＰＤ１２でも秘匿デバイスＩＤ（ＳＰＤＩＤ）を用いて相互認証処理（ＡＫＥ）を実行する（ステップＳ２０６）。ステップＳ２０６の相互認証処理（ＡＫＥ）は、図２１と同様であるので説明は省略する。
【０１０１】
ＬＣＭ１とＰＤ１２との間で相互に認証されたとき、ＰＤ１２では、生成した鍵情報ＫＴ（ここでは、ＫＴ１とする）を秘匿領域に格納する（ステップＳ２０７）。ＬＣＭ１では、暗号化コンテンツを復号するための復号鍵（コンテンツ復号鍵）ＫｃをステップＳ２０６で生成された鍵情報ＫＴ１で暗号化して（ＫＴ１［Ｋｃ］）、ＰＤ１２を経由してＭＣ１３へ転送し（ステップＳ２０８〜ステップＳ２０９）、また、コンテンツ情報ＣをＫｃで暗号化して（Ｋｃ［Ｃ］）、ＰＤ１２を経由してＭＣ１３へ転送する（ステップＳ２１０〜ステップＳ２１１）。
【０１０２】
最後に、ＳＭＳ２は、図７（ｂ）に示すように、宿帳のチェックアウト要求のあったコンテンツＩＤ「ＴＩＤ１」のコンテンツの子の残数ｎから「１」減算し、チェックアウトリストＬ１に、当該ＭＣ１３の識別情報「ｍ０」を追加する。
【０１０３】
ＭＣ１３は、転送されてきた暗号化されたコンテンツ復号鍵ＫＴ１［Ｋｃ］、暗号化コンテンツＫｃ［Ｃ］を公開領域１３ａに格納する。
【０１０４】
以上の処理が終了したときのＭＣ１３の記憶内容を図６に示す。
【０１０５】
次に、再生の指示がＰＤ１２に対しなされた場合のＰＤ１２とＭＣ１３との間の処理動作について、図１６を参照して説明する。
【０１０６】
まず、ＭＣ１３は、公開領域に記録されている暗号化されたコンテンツ復号鍵ＫＴ１［Ｋｃ］をＰＤ１２へ転送する（ステップＳ２２１）。ＰＤ１２が当該ＭＣ１３に対し当該再生対象のコンテンツ情報をチェックアウトした際に用いたものであるならば、その秘匿領域に暗号化されたコンテンツ復号鍵を復号するための鍵情報ＫＴ１を記憶している（図１５のステップＳ２０７参照）。従って、そのような正当なＰＤ１２であるならば、秘匿領域から読み出した鍵情報ＫＴ１を用いて、ＭＣ１３から転送されてきたＫＴ１［Ｋｃ］を復号して、コンテンツ復号鍵Ｋｃを得ることができる（ステップＳ２２２）。さらに、このコンテンツ復号鍵Ｋｃを用いて、ＭＣ１３から転送されてきた暗号化コンテンツ情報Ｋｃ［Ｃ］を復号してコンテンツＣを得ることができる（ステップＳ２２３〜ステップＳ２２４）。そして、ＰＤ１２では、コンテンツＣをデコーダ１２ｈでデコードして、Ｄ／Ａ変換部１２ｉでデジタル信号からアナログ信号に変換し、ＭＣ１３に記録されていた複製コンテンツ（例えば音楽）を再生することができる。
【０１０７】
次に、チェックインの指示がＰＤ１２を介して（すなわち、ＭＣ１３をＬＣＭ１に接続されたＰＤ１２にセットして用いて）、ＳＭＳ２になされた場合について、図１７を参照して説明する。この場合もチェックアウトの場合と同様、ＰＤ１２がＬＣＭ１に対する処理をレベル０のＭＣ１３に代行して図１２に示したような処理を実行することとなる。
【０１０８】
ＳＭＳ２は、デバイスＩＤ格納部４から当該ＬＣＭ１のデバイスＩＤ（ＬＣＭＩＤ）を読み出し、それをＰＤ１２へ転送する（ステップＳ２３１）。
【０１０９】
ＰＤ１２では、転送されてきたデバイスＩＤがＲＶＣリストに登録されていないかチェックし（ステップＳ２３２）、登録されていないとき秘匿領域にアクセスしてマスターキーＫＭを読み出して、ＬＣＭ１へ転送する（ステップＳ２３３）。ＰＤ１２は、さらに、その識別情報（ＰＤＩＤ）を読み出して同じくＬＣＭ１へ転送する（ステップＳ２３４）。
【０１１０】
ＬＣＭ１では、ＰＤ１２から転送されてきたデバイスＩＤ（ＰＤＩＤ）をマスターキーＫＭで暗号化して、相互認証処理（ＡＫＥ）に必要な情報（ＫＭ［ＰＤＩＤ］）を生成する（ステップＳ２３５）。
【０１１１】
ＬＣＭ１では、この生成された情報ＫＭ［ＰＤＩＤ］を用いて相互認証処理（ＡＫＥ）を実行し、一方、ＰＤ１２でも秘匿デバイスＩＤ（ＳＰＤＩＤ）を用いて相互認証処理（ＡＫＥ）を実行する（ステップＳ２３６）。
【０１１２】
チェックインの際のステップＳ２３６の相互認証処理（ＡＫＥ）動作は、図２２において、ＫＭ［ＭＩＤ］をＫＭ［ＰＤＩＤ］に置き換え、秘匿メディアＩＤ（ＳＭＩＤ）が秘匿デバイスＩＤ（ＳＰＤＩＤ）に置き換えれば同様であるので、説明は省略する。
【０１１３】
ステップＳ２３６において、ＬＣＭ１がＰＤ１２を認証したときには（図２２のステップＳ３０４）、ＰＤ１２に対し、その秘匿領域に格納されている鍵情報ＫＴ１の削除を指示する。ＰＤ１２では、この指示を受けとると、フラグ情報Ｆａｋｅの値をチェックし、「Ｔ」であれば、秘匿領域から鍵情報ＫＴ１を削除し、フラグ情報Ｆａｋｅを「Ｆ」に書き換える（ステップＳ２３７、ステップＳ２３８）。このとき、ＭＣ１３の公開領域１３ａに格納されている暗号化コンテンツ情報は、例えば、ＬＣＭ１にて発生した乱数にて上書きすることで消去してもよい。
【０１１４】
最後に、図７（ｃ）に示すように、宿帳のチェックイン要求のあったコンテンツＩＤ「ＴＩＤ１」のコンテンツの子の残数ｎに「１」加算し、チェックアウトリストＬ１から、当該ＭＣ１３の識別情報ｍ０を削除する。
【０１１５】
一方、フラグ情報Ｆａｋｅの値が「Ｆ」のときは以降の処理を中止する。
【０１１６】
次に、図１５とは異なる他のチェックアウト時の処理動作について、図１８を参照して説明する。なお、図１５と同一部分には同一符号を付し、異なる部分について説明する。すなわち、図１８では、図１３の場合と同様に、ＰＤ１２へ転送すべきコンテンツ復号鍵Ｋｃに対する処理に特徴がある。
【０１１７】
図１８において、ＬＣＭ１３では、コンテンツ復号鍵Ｋｃに対し、まず、ステップＳ２０５で生成されたＫｍ［ＰＤＩＤ］（以下、これをｗと表す）を用いて暗号化を施す（ステップＳ２５２）。そして、ｗで暗号化されたコンテンツ復号鍵Ｋｃ（ｗ［Ｋｃ］）をステップＳ２５１の相互認証処理（ＡＫＥ）にて生成した鍵情報ＫＴ１を用いてさらに暗号化を行ってから（ＫＴ１［ｗ［Ｋｃ］］）、ＰＤ１２へ転送する（ステップＳ２５３）。
【０１１８】
ＰＤ１２では、ステップＳ２５１の相互認証処理（ＡＫＥ）にて生成した鍵情報ＫＴ１を用いて、転送されてきたＫＴ１［ｗ［Ｋｃ］］を復号してｗ［Ｋｃ］を得、これを秘匿領域へ格納する（ステップＳ２５４）。
【０１１９】
コンテンツ情報Ｃは、図１５の場合と同様に、Ｋｃで暗号化してから（ステップＳ２５５）、ＰＤ１２を経由してＭＣ１３へ転送される（ステップＳ２５６）。
【０１２０】
図１８に示したようなチェックアウト処理動作に対応する再生処理動作について、図１９を参照して説明する。なお、図１８と同一部分には同一符号を付し、異なる部分についてのみ説明する。すなわち、図１９において、ＰＤ１２は、自身の秘匿領域に格納されている暗号化コンテンツ復号鍵ｗ［Ｋｃ］を同じく自身の秘匿デバイスＩＤ（ＳＰＤＩＤ＝ｗ）を用いて復号し、コンテンツ復号鍵Ｋｃを得ることができる（ステップＳ２６１）。このコンテンツ復号鍵Ｋｃを用いてＭＣ１３から転送されてきた暗号化コンテンツＫｃ［Ｃ］を復号して、コンテンツＣを得ることができる（ステップＳ２６２）。そして、ＰＤ１２では、コンテンツＣをデコーダ１２ｈでデコードして、Ｄ／Ａ変換部１２ｉでデジタル信号からアナログ信号に変換し、ＭＣ１３に記録されていた複製コンテンツ（例えば音楽）を再生することができる。
【０１２１】
図１８に示したようなチェックアウト処理動作に対応するチェックイン処理動作について、図２０を参照して説明する。なお、図２０の説明は、図１７の説明とほぼ同様で、異なるのは、ステップＳ２３８でＰＤ１２の秘匿領域から削除されるのは、鍵情報ＫＴ１ではなく、ｗ＝ＫＭ［ＰＤＩＤ］で暗号化されたコンテンツ復号鍵ｗ［Ｋｃ］であるという点である。
【０１２２】
（４）保護転送手段の切替
複数の機器を介して複製コンテンツをメディアに記録する際に、各機器間で同じ保護転送手段を用いているのでは、１つの転送経路上の保護転送手段が見破られたときに全ての転送経路上の保護手段が破綻し、複製コンテンツの復号鍵や暗号化複製コンテンツ等の情報が容易に盗聴されてしまうという問題点がある。
【０１２３】
そこで、本発明は、図２３に示すように、ＬＣＭ１からＰＤ１２を介して複製コンテンツをＭＣ１３に記録等する際に、ＬＣＭ１とＰＤ１２との間が、例えば、ＩＥＥＥ１３９４やＵＳＢ（Universal Serial Bus）等の通信インタフェースで接続されており、それらに規格化された情報転送のセキュリティ保持のための転送保護機能が有るときは、その機能を利用し、そのような転送保護機能がないときは、前述したように、コンテンツ復号鍵等のセキュリティを要する情報を暗号化して転送することにより（すなわち、ＰＤ１２とＭＣ１３との間とＬＣＭ１とＰＤ１２との間のとの保護転送手段が異なることにより）伝送する情報の保護がより確実に行えるというものである。
【０１２４】
この場合のＬＣＭ１の処理動作について、図２４を参照して説明する。なお、図２４において、図９と同一部分には同一符号を付し、異なる部分について説明する。すなわち、図２４において、ＬＣＭ１は、ＰＤ１２との間で双方にて正当な（例えば、同じ規格のハードウエア構成である）相手であると判断したら（ステップＳ２）、ＰＤＩ／Ｆ部５の判定部１６は、ＰＤ１２に対し、保護転送機能の有無を問い合わせる（ステップＳ１１）。これに対し、ＰＤ１２から保護転送機能有りという返事を受け取ったら、ＬＣＭ１では、例えば、図１０に示すようなＫｃの暗号化は行わず、当該保護転送機能に情報の保護をゆだねる。一方、ＰＤ１２から保護転送機能無しという返事を受け取ったら、ＬＣＭ１は、例えば、図１０に示すようにＫｃの暗号化を行ってＰＤ１２へ転送する（ステップＳ１２）。
【０１２５】
但し、ＰＤ１２がＩＥＥＥ１３９４やＵＳＢ（Universal Serial Bus）等の保護転送機能を有している場合、ＰＤ１２は、必ず、前述したようなＬＣＭ１の暗号化処理が行えることが必要である。例えば、図２５にチェックアウトの場合のＰＤ１２の処理動作の一例を示す。なお、図２５において、図１０と同一部分には同一符号を付し、異なる部分について説明する。図２５と図１０とを比較すると明らかなように、図２５では、ＬＣＭ１からＰＤ１２へコンテンツ復号鍵Ｋｃと暗号化コンテンツ情報Ｋｃ［Ｃ］とがＬＣＭ１における図１０に示すような処理を経ずにそのままＬＣＭ１とＰＤ１２との間の通信インタフェースに予め定められている保護転送機能を用いて転送されてきている。ＰＤ１２では、図１０のステップＳ１０１〜ステップＳ１１１までの処理をそっくり引き受けて実行している。
【０１２６】
このように、ＬＣＭ１は、ＰＤ１２が転送保護機能を有している場合は、自らは何も行わず、ＰＤ１２へ必要な情報を各格納部から読み出して、ＰＤＩ／Ｆ部５へ渡し、ＰＤＩ／Ｆ部では、例えばＩＥＥＥ１３９４あるいはＵＳＢ等にて定められている転送保護機能を用いて当該情報をＰＤ１２へ転送する。ＰＤ１２では、ＬＣＭ１に成り代わってＭＣ１３との間で情報転送を行うようになっている。
【０１２７】
【発明の効果】
以上説明したように、本発明によれば、伝送する情報の保護がより確実に行える。
【図面の簡単な説明】
【図１】本発明の実施形態に係る記憶媒体（メディア）に記憶できる複製コンテンツの数を規制するためのコンテンツ管理方法を用いた音楽コンテンツ利用管理システム（ＬＣＭ）の構成例を示した図。
【図２】メモリ領域の構成例を示した図。
【図３】記録再生装置（ＰＤ）の内部構成例を示した図。
【図４】３種類の記憶媒体の特徴を説明するための図。
【図５】メディアインタフェース（Ｉ／Ｆ）部の内部構成例を示した図。
【図６】チェックイン後の記憶媒体の記録内容を説明するための図。
【図７】ＬＣＭの秘匿領域に格納されている宿帳の記憶例を示した図。
【図８】相互認証方法の概略を説明するための図。
【図９】チェックイン／チェックアウト処理手順を説明するためのフローチャートで、メディアの種別を判別して、その種別に応じた処理を選択するまでの手順を示したものである。
【図１０】記録媒体の種別がレベル２の場合のチェックアウト時の手順を説明するための図。
【図１１】記録媒体の種別がレベル２の場合の再生時の手順を説明するための図。
【図１２】記録媒体の種別がレベル２の場合のチェックイン時の手順を説明するための図。
【図１３】記録媒体の種別がレベル２の場合のチェックアウト時の他の手順を説明するための図。
【図１４】記録媒体の種別がレベル２の場合の再生時の他の手順を説明するための図。
【図１５】記録媒体の種別がレベル０の場合のチェックアウト時の手順を説明するための図。
【図１６】記録媒体の種別がレベル０の場合の再生時の手順を説明するための図。
【図１７】記録媒体の種別がレベル０の場合のチェックイン時の手順を説明するための図。
【図１８】記録媒体の種別がレベル０の場合のチェックアウト時の他の手順を説明するための図。
【図１９】記録媒体の種別がレベル０の場合の再生時の他の手順を説明するための図。
【図２０】記録媒体の種別がレベル２の場合のチェックイン時の他の手順を説明するための図。
【図２１】相互認証処理（ＡＫＥ）の処理動作について説明するための図。
【図２２】相互認証処理（ＡＫＥ）の他の処理動作について説明するための図。
【図２３】ＬＣＭとＰＤ間の情報の転送保護機能について説明するための図。
【図２４】転送保護機能の切替えを行うＬＣＭの処理動作を説明するためのフローチャート。
【図２５】記録媒体の種別がレベル２の場合のチェックアウト時のさらに他の手順を説明するための図。
【符号の説明】
１…コンテンツ利用管理システム
２…セキュアコンテンツサーバ（ＳＭＳ）
３…ＥＭＤインタフェース部
４…タイムアウト判定部
５…ＰＤインタフェース（Ｉ／Ｆ）部
６…メディアインタフェース（Ｉ／Ｆ）部
７…秘匿領域ドライバ
８…宿帳格納部
９…ライセンス格納部
１０…音楽データ格納部
１１…ＣＤインタフェース（I／Ｆ）部
１２…記録再生装置（ＰＤ）
１３…記憶媒体（ＭＣ）
１６…保護転送判定部

Claims (1)

1. 記録媒体に記録できる複製コンテンツの数に予め上限値が定められているコンテンツの利用管理システムであって、
   記録媒体がセットされた記録再生装置を接続して、該記録再生装置との間の通信インタフェースで規格化されている保護転送機能を用いて該記録再生装置と通信を行う通信手段を含み、
   前記上限値以内の前記複製コンテンツの残数が「０」でないとき、暗号化複製コンテンツが前記記憶媒体に１つ記録される度に、前記残数から「１」を減算することにより、記憶媒体に記憶する複製コンテンツの数を前記上限値以内となるように規制するコンテンツ利用管理システムにおいて、
   前記通信手段が、前記保護転送機能を用いて、前記暗号化複製コンテンツと、該暗号化複製コンテンツを復号するために必要なコンテンツ復号鍵とを前記記録再生装置へ保護転送し、該記録再生装置にセットされている前記記録媒体には、該記録再生装置と該記録媒体との間で共有される鍵情報で前記通信手段から保護転送された前記コンテンツ復号鍵を暗号化して得られる暗号化コンテンツ復号鍵と、前記通信手段から保護転送された前記暗号化複製コンテンツとが記録されることを特徴とするコンテンツ利用管理システム。

Images