JP2001006279A

JP2001006279A - 記録装置

Info

Publication number: JP2001006279A
Application number: JP11170188A
Authority: JP
Inventors: Tatsu Kamibayashi; 達上林; Hisashi Yamada; 尚志山田; Hiroshi Iwasaki; 博岩崎; Masabumi Tamura; 正文田村; Yasuhiro Ishibashi; 泰博石橋; Hiroshi Kato; 拓加藤; Hideyuki Toma; 秀之東間
Original assignee: Toshiba Corp
Current assignee: Toshiba Corp
Priority date: 1999-06-16
Filing date: 1999-06-16
Publication date: 2001-01-12
Anticipated expiration: 2019-06-16
Also published as: JP3967491B2

Abstract

(57)【要約】【課題】記録媒体に複製コンテンツを記録等する際に、
該記録媒体に伝送する情報の保護がより確実に行える記
録装置を提供する。【解決手段】記録媒体に記録する複製コンテンツの数を
規制しながら該記録媒体に複製コンテンツを記録する記
録装置において、記録媒体までの情報転送にセキュリテ
ィ保持のための保護転送機能が有るときは、保護転送す
べき情報の保護をその保護転送機能にゆだね、保護転送
機能がないときは該保護転送すべき情報を暗号化して転
送する手段を具備したことを特徴とする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えば、複製コン
テンツの数を規制して著作権の保護を図るコンテンツ管
理方法を用いた記録装置に関する。

【０００２】

【従来の技術】従来、コンテンツ（著作物等）は、コピ
ー管理が行われてきた。コピー世代管理やコピーの数を
管理する事により、著作権保護と利用の便宜のバランス
をとってきた。

【０００３】さらに、コピー管理に代わって、「移動」
の概念が登場してきた。コピーがオリジナルのデータを
消去しないのと対照的に、移動は、異なった場所（記録
媒体（メディア））にデータを転送すると共に、オリジ
ナルデータを消去する。コンテンツのデジタル化とネッ
トワーク等の普及が、移動によるコピープロテクション
が登場した背景にある。

【０００４】

【発明が解決しようとする課題】近年、ネットワーク等
を通じたオリジナルに忠実なコピーが可能になったた
め、コピー管理だけでは、著作権保護が困難になってき
た。また、メディアからメディアへの無制限な移動、例
えば、データの営利目的の（移動による）配布は、著作
権管理を行うことができない。

【０００５】このように、オリジナルのデータ（特に、
著作権保護の対象となるようなコンテンツ）の複製を確
実に管理することが困難となってきた。

【０００６】そこで、本発明は、記録媒体に複製コンテ
ンツを記録等する際に、該記録媒体に伝送する情報の保
護がより確実に行える記録装置を提供することを目的と
する。

【０００７】本発明は、特に、複製コンテンツの数を規
制して著作権の保護を図るコンテンツ管理において、低
コストの記録媒体を用いて、記録媒体と該記録媒体に複
製コンテンツを記録する記録装置との間、記録媒体と該
記録媒体に記録された複製コンテンツを再生する再生装
置との間の高い情報セキュリティ性を実現することが可
能な相互認証方法および、それを用いたコンテンツの記
録装置に有効である。

【０００８】

【課題を解決するための手段】本発明の記録装置は、記
録媒体に記録する複製コンテンツの数を規制しながら該
記録媒体に複製コンテンツを記録する記録装置におい
て、記録媒体までの情報転送にセキュリティ保持のため
の保護転送機能が有るときは、保護転送すべき情報の保
護をその保護転送機能にゆだね、保護転送機能がないと
きは該保護転送すべき情報を暗号化して転送する手段を
具備したことを特徴とする。

【０００９】本発明によれば、伝送する情報の保護がよ
り確実に行える。

【００１０】

【発明の実施の形態】以下、本発明の一実施形態につい
て図面を参照して説明する。

【００１１】図１は、本実施形態にかかる記録媒体（メ
ディア）に記憶できる複製コンテンツの数を規制し、メ
ディアへの複製コンテンツの記録、メディアに記録され
た複製コンテンツの再生等を行う音楽コンテンツ利用管
理システム（以下、簡単にＬＣＭと呼ぶことがある）１
の構成例を示したものである。なお、ここでは、コンテ
ンツとして音楽を一例として用いているが、この場合に
限らす、映画や、ゲームソフト等であってもよい。ま
た、メディアとしてメモリカード（ＭＣ）を用いている
が、この場合に限るものではなく、フロッピーディス
ク、ＤＶＤ等の各種記録媒体であってもよい。

【００１２】ＥＭＤ（Electronic Music Distributor）
は、音楽配信サーバまたは音楽配信放送局である。

【００１３】コンテンツ利用管理システム１は、例え
ば、パソコン（ＰＣ）であり、複数のＥＭＤ（ここで
は、ＥＭＤ＃１〜＃３）に対応した受信部＃１〜＃３を
具備しており、ＥＭＤが配信する暗号化コンテンツまた
はそのライセンス（利用条件と暗号化コンテンツの復号
鍵Ｋｃ）などを受信する。受信部＃１〜＃３は、再生機
能や課金機能を有していても良い。配信された音楽コン
テンツを試聴する為に再生機能が用いられる。又、課金
機能を利用して、気に入ったコンテンツを購入する事が
可能である。

【００１４】ＬＣＭ１は、セキュア・コンテンツ・サー
バ（ここでは、Secure Music Server：ＳＭＳで、以
下、簡単にＳＭＳと呼ぶことがある）２を具備し、利用
者が購入したコンテンツはＥＭＤインタフェース（Ｉ／
Ｆ）部３を経由してＳＭＳ２に蓄積される。音楽コンテ
ンツは、必要に応じてＥＭＤＩ／Ｆ部３で復号され、形
式変換や再暗号化が施される。ＳＭＳ２が暗号化コンテ
ンツを受け取ると、それを音楽データ格納部１０に格納
し、音楽データ復号鍵をライセンス格納部９に格納す
る。ＳＭＳ２が再生機能を有していても良い。当該再生
機能により、ＳＭＳ２が管理する音楽コンテンツをＰＣ
上で再生する事ができる。

【００１５】ＳＭＳ２は、メディア（以下、簡単にＭＣ
（memory card）と呼ぶことがある）１３に対してコン
テンツデータを出力する機能を有している。ＭＣ１３を
記録再生装置（以下、簡単にＰＤ（Portable Device）
と呼ぶことがある）１２にセットし、ＭＣ１３に記録さ
れたコンテンツを再生することができる。

【００１６】ＳＭＳ２からＭＣ１３へのコンテンツの記
録はメディア（ＭＣ）インタフェース（Ｉ／Ｆ）部６を
通じて直接行われるか、又はＰＤ１２を経由して行うこ
とができる。

【００１７】デバイスＩＤ格納部４は、例えば、ＲＯＭ
で構成され、当該ＬＣＭの識別情報（デバイスＩＤ）が
格納されている。

【００１８】ＭＣ１３は、そのメディア固有かつ書き換
え不能の識別情報（ＭＩＤ）を有しており、ＭＣ１３に
格納されるコンテンツは、ＭＣ１３に依存する暗号化鍵
で暗号化されていてもよい。

【００１９】まず、チェックイン／チェックアウトにつ
いて、図１のＬＣＭ１に則して説明する。

【００２０】チェックアウトとは、ＬＭＳ１が「親」と
してのコンテンツを格納しており、ＭＣ１３に、その複
製を「子」コンテンツとしてコピーすることをいう。
「子」コンテンツはＰＤ１２で自由に再生する事が可能
であるが、「子」から「孫」コンテンツを作成する事は
許されない。「親」が幾つ「子」を生むことができるか
は、「親」の属性として定義される。また、チェックイ
ンとは、例えば、ＭＣ１３をＬＣＭ１に接続し、ＬＣＭ
１が「子」コンテンツを消去（又は利用不能）する事
で、ＬＣＭ１内の「親」コンテンツは「子」を１つ作る
権利を回復することをいう。これを「親」にチェックイ
ンするともいう。

【００２１】このチェックイン／チェックアウトを単純
に、従来からのＬＣＭ１で実現しようとすると、実際、
次の様な「攻撃」が存在する。すなわち、ＭＣ１３に格
納された「子」を別の記憶メディアに（ＭＩＤを除い
て）退避しておき、ＭＣ１３の「子」を「親」にチェッ
クインする。次いで、先に退避しておいた「子」を当該
ＭＣ１３に書き戻す。既にチェックインは済んでいるの
で、ＬＣＭ１上の「親」は別のＭＣ１３に「子」をコピ
ーして良い。この方法で、任意の個数だけ利用可能な
「子」を作る事が可能である。

【００２２】上述の「攻撃」には、ＭＣ１３とＬＣＭ１
とのデータ転送の際に認証を行う事により、対抗可能で
ある。すなわち、ＭＣ１３は正当なＬＣＭ１以外からの
データ転送を受け付けず、ＬＣＭ１が正当なＭＣ１３以
外からのデータ転送を受け付けないと仮定する。この場
合、ＭＣ１３内の「子」を別の記録メディアに退避する
事はできない。又、ＬＣＭ１に対して、偽って、チェッ
クインすることもできない。従って、上述の「攻撃」は
破綻する。

【００２３】ところが、実は、ＬＣＭ１とＭＣ１３との
認証を前提としても、チェックイン／チェックアウトは
実現できない。次の様な「攻撃」が存在するからであ
る。すなわち、まず、ＬＣＭ１上の「親」が「子」を作
っていない状態で、ＬＣＭ１のデータ（特に、ライセン
ス格納部９の情報）を別の記憶メディアにバックアップ
する。ＭＣ１３に「子」をコピーした後、バックアップ
したＬＣＭ１のデータを復帰する。ＬＣＭ１の「親」は
「子」を作る前の状態に戻るから、別のＭＣ１３に
「子」を作成する事ができる。この様にして、任意の数
の「子」を作成する事が可能となってしまう。

【００２４】そこで、このような攻撃にも対処できるチ
ェックイン／チェックアウトを実現するために、ＭＣ１
３内の記憶領域に、公開された手順では読み書きできな
い領域（秘匿領域）を設け、そこに相互認証に必要な情
報やコンテンツ復号に必要な情報や、アクセス不可能で
あるデバイス（ＬＣＭ１、ＰＤ１２）の識別情報（デバ
イスＩＤ）のリスト（リボケーションリスト（ＲＶＣリ
スト））等を記録する（図２参照）。また、ＬＣＭ１の
記憶領域（例えば、ＬＣＭ１がＰＣで構成されている場
合には、ハードディスク（ＨＤＤ））上に非公開の手順
でしかアクセスできない領域（秘匿領域）を設け、後述
するような宿帳を当該秘匿領域に格納する（図２参
照）。さらに、ＰＤ１２の記憶領域上にも非公開の手順
でしかアクセスできない領域（秘匿領域）を設け、そこ
にコンテンツ復号に必要な情報を記録するようにしても
よい（図２参照）。なお、ここでは、記憶領域中の秘匿
領域以外の通常に手順にてアクセス可能な領域を公開領
域と呼ぶ。

【００２５】図１に示すように、ＬＣＭ１では、秘匿領
域には、宿帳格納部８が設けられ、ＳＭＳ２にてこの宿
帳格納部８にアクセスするための秘匿された特定の手続
が行われた後、秘匿領域からデータを読み取るための秘
匿領域ドライバ７を具備している。

【００２６】図４（ｃ）に示すように、ＭＣ１３は、そ
の識別情報ＭＩＤを格納するための外部からは書換不可
能で、コピーも不可能なような構成になっている識別情
報格納部（ＲＯＭ）１３ｂと、秘匿領域１３ｃと、公開
領域（読み書き可能なＲＡＭ）１３ａと、秘匿領域１３
ｃにアクセスされる度に認証部１３ｄにて認証を行っ
て、正当な相手であると確認されたときに初めて秘匿領
域１３ｃにアクセス可能なようにゲートを開くスイッチ
（ＳＷ）１３ｅを具備する。

【００２７】なお、本実施形態で利用可能なＭＣ１３
は、３種類あり、図４（ｃ）に示すような、識別情報Ｍ
ＩＤと秘匿領域とを両方兼ね備えているＭＣ１３の種別
を「レベル２」と呼ぶ。秘匿領域は持たないが識別情報
ＭＩＤは持つ図４（ｂ）に示すようなＭＣ１３の種別を
「レベル１」と呼ぶ。秘匿領域も識別情報も持たない図
４（ａ）に示すような公開領域だけのＭＣ１３の種別を
「レベル０」と呼ぶことにする。これら種別は、例え
ば、識別情報ＭＩＤの有無でレベル０とそれ以外の種別
とが判別でき、さらに、識別情報ＭＩＤの構成からレベ
ル１とレベル２とを判別する。例えば、識別情報が連続
した数値であるとき、所定値以上はレベル２であるとす
る。

【００２８】以下、特に断らない限り、レベル２のＭＣ
１３の場合を例にとり説明する。

【００２９】このＭＣ１３は、ＬＣＭ１に接続されたＰ
Ｄ１２にセットして用いる場合とＬＣＭ１に直接セット
して用いる場合とがある。

【００３０】図３は、ＰＤ１２の構成例を示したもの
で、ＭＣ１３は、メディアインタフェース（Ｉ／Ｆ部）
１２ｆにセットされる。ＬＣＭ１がＰＤ１２を介してＭ
Ｃ１３に読み書きする場合は、ＰＤ１２内の秘匿領域ア
クセス部を経由してＭＣ１３の秘匿領域にアクセスす
る。メディアＩ／Ｆ部１２ｆには、ＭＣ１３の秘匿領域
にアクセスするための秘匿領域アクセス部を具備してい
る。ＰＤ１２内の秘匿領域は、フラッシュメモリ１２ｄ
に設けられていても良い。ＲＯＭ１２ｃには、ＭＣ１
３、ＬＣＭ１との間で相互認証を行うためのプログラム
や、秘匿領域へアクセスするための認証手続を記述した
プログラムや、ＭＣ１３の種別を判別するためのプログ
ラムも書き込まれていて、このプログラムに従って、Ｃ
ＰＵ１２ａの制御の下、ＭＣ１３との間の各種認証、種
別判別等の処理を実行するようになっている。

【００３１】ＲＯＭ１２ｃには、ＰＤ１２の識別情報
（デバイスＩＤ）が格納されていてもよい。また、例え
ば、フラッシュメモリ１２ｄに設けられた秘匿領域に秘
匿デバイスＩＤ（ＳＰＤＩＤ）が予め格納されている。

【００３２】図５は、ＬＣＭ１のメディアＩ／Ｆ部６の
構成を示したもので、ＭＣ１３との間で相互認証を行う
ための認証部６ｃと、ＭＣ１３の種別を判別するメディ
ア判別部６ｂと、これら全体を制御するための制御部６
ａとから構成されている。認証部６ｃは、ＭＣ１３の秘
匿領域にアクセスするための秘匿領域アクセス部でもあ
る。

【００３３】次に、ＬＣＭ１の秘匿領域に格納される宿
帳について説明する。

【００３４】ＳＭＳ２にて保持する全ての音楽コンテン
ツは、そのそれぞれを識別するための識別情報であるコ
ンテンツＩＤ（ＴＩＤ）と、予め定められた複製可能コ
ンテンツ数、すなわち、子の残数とチェックアウトリス
トとをその属性情報として持つ。この属性情報を宿帳と
呼ぶ。宿帳は、秘匿領域に設けられた宿帳格納部８に図
７（ａ）に示すような形態で記録されている。

【００３５】図７（ａ）において、例えば、コンテンツ
ＩＤ「ＴＩＤ１」なる子の残数は「２」で、そのチェッ
クアウトリストはＬ１である。

【００３６】チェクアウトリストは、複製コンテンツ
（子）を記録したＭＣ１３の識別情報のリストであっ
て、例えば、図７（ａ）において、チェックアウトリス
トＬ１には「ｍ１」と「ｍ２」という識別情報を持つ２
つのＭＣ１３にコンテンツＩＤ「ＴＩＤ１」なるコンテ
ンツの子がチェックアウトされていることがわかる。

【００３７】以下、次に示す項目の順に説明する。

【００３８】（１）相互認証方法の概略（２）レベル２のＭＣを用いた複製コンテンツのチェッ
クイン／チェックアウト／再生（３）レベル０のＭＣを用いた複製コンテンツのチェッ
クイン／チェックアウト／再生（４）保護転送手段の切替（１）相互認証方法の概略前述したように、チェックイン／チェクアウトを安全に
行うために、ＬＣＭ１、ＰＤ１２とＭＣ１３との間で
（例えば、互いに同じアルゴリズムをもっているかの確
認のための）相互認証を行う必要がある。一般に、相互
認証処理には、相互認証を行う一方と他方とで共有する
秘密の情報を持つ必要がある。従って、このような秘密
情報を例えばＭＣ１３とＬＣＭ１およびＰＤ１２が持つ
ことになる。情報セキュリティの観点から考えると、こ
の秘密情報は、認証を行う度に毎回異なるものが生成さ
れるといった動的なものであった方がよい。しかし、Ｍ
Ｃ１３というメディア自体にそのような秘密情報を生成
するための高度な機能を追加すると、メディアが高価に
なってしまう。メディアを広く一般大衆に普及させるた
めには、できるだけ安価である方が望ましい。従って、
メディア（ＭＣ１３）のコスト低減化を考えれば、秘密
情報をＭＣ１３に予め記憶させておく方がよい。

【００３９】しかし、全てのメディア、あるいは一定数
の複数のメディアで共通する秘密情報（以下、このよう
な情報をグローバルシークレットな情報と呼ぶ）を各メ
ディアに予め記憶させた場合、ある１つのメディアから
その秘密情報が何らかの方法により読まれてしまったと
き、同じ秘密情報を記憶する他のメディアも不正に利用
されてしまうという問題点があった。メディアにグロー
バルスシークレットな情報を持たせることは極めて危険
である（図８（ａ）参照）。

【００４０】ある１つのメディアに記憶されている秘密
情報が不当に読まれてしまっても、不正に使用できるの
は、その秘密情報が読まれしまったメディアだけであれ
ば問題がないわけであるから、秘密情報は、個々のメデ
ィアに固有のものであればよい。

【００４１】そこで、ここでは、個々のメディアにメデ
ィア毎にそれぞれ異なる相互認証のための秘密情報を記
憶させておき、この情報を用いてＬＣＭ１あるいはＰＤ
１２とＭＣ１３とが相互認証を行うことにより、低コス
トなメディアを用いた、よりセキュリティ性の高い安全
な相互認証方法を提案する。すなわち、本実施形態で説
明する相互認証方法は、図８（ｂ）に示すように、個々
のメディア（レベル２のメディア）に相互認証（ＡＫ
Ｅ）のために必要な各メディア毎にそれぞれ異なる秘密
情報（ここでは、秘匿メディアＩＤ（ＳＭＩＤ）で、こ
れは、メディアＩＤを何らかの方法で取得した鍵情報Ｋ
Ｍで予め暗号化されたもの）を（秘匿領域に）予め記憶
させておき、ＬＣＭ１、ＰＤ１２には、そのメディアの
識別情報（ＭＩＤ）を転送する。ＬＣＭ１あるいはＰＤ
１２側では、ＭＩＤと、先に何らかの方法で取得した情
報（ＫＭ）とを用いて相互認証のための情報（メディア
のもつＳＭＩＤと同じもの）を所定のアルゴリズムを用
いて生成して認証処理（ＡＫＥ）を行う。

【００４２】このように、ＭＣ１３にはそれぞれに固有
の秘密情報（ＳＭＩＤ）を持たせておくだけで、ＬＣＭ
１、ＰＤ１２がメディアから転送されてきた各メディア
毎に固有の情報（ＭＩＤ）を基に秘密情報（ＳＭＩＤ）
を生成することにより、メディアに負荷をかけずに安全
な相互認証が行える。

【００４３】なお、以下の説明において、上記した相互
認証処理をＡＫＥと呼ぶことにする。

【００４４】ＭＣ１３がＬＣＭ１のメディアＩ／Ｆ部
６、あるいは、ＰＤ１２にセットされると、まず、メデ
ィアＩＦ部６とＭＣ１３との間、あるいは、ＰＤ１２と
ＭＣ１３との間で相互認証が行われてもよい（図９のス
テップＳ１）、そして、双方にて正当な（例えば、同じ
規格のハードウエア構成である）相手であると判断され
たととき（ステップＳ２）、メディアＩ／Ｆ部６あるい
はＰＤ１２はＭＣ１３から読み取った識別情報ＭＩＤを
基に、ＭＣ１３の種別を判別する（ステップＳ３）。そ
して、メディアＩ／Ｆ部６あるいはＰＤ１２は、その種
別に応じたチェックイン／チェックアウト／再生処理を
実行する（ステップＳ６）。

【００４５】なお、図９のステップＳ１における相互認
証は、必ずしも図８（ｂ）に示したような本発明の要旨
にかかる相互認証である必要はない。

【００４６】また、ＭＣ１３にはレベル０からレベル２
までの３種類があると説明したが、ここでは、レベル０
とレベル２の２種類のＭＣ１３を対象として、図９以降
の複製コンテンツのチェックイン／チェックアウト／再
生処理動作について説明する。

【００４７】さらに、以下の説明では、省略している
が、ＬＣＭ１とＭＣ１３との間、ＬＣＭ１とＰＤ１２と
の間、ＰＤ１２とＭＣ１３との間で、それぞれの秘匿領
域にアクセスする際には、一方と他方との間で相互認証
を行い、双方の正当性が確認されたらそれぞれの秘匿領
域へのゲートを開き、秘匿領域へのアクセスが終了した
ら秘匿領域へのアクセスを可能にしていたゲートを閉じ
る仕組みになっているものとする。例えば、ＬＣＭ１と
ＭＣ１３との間において、ＳＭＳ２は、ＭＣ１３の秘匿
領域１３ｃにアクセスすべく、ＭＣ１３との間で相互認
証を行い、双方の正当性が確認されてスイッチ１３ｅに
より秘匿領域１３ｃへのゲートが開かれると、秘匿領域
１３ｃ内に鍵情報書込み、それが終了すると秘匿領域１
３ｃへのアクセスを可能にしていたゲートがスイッチ１
３ｅにより閉じられる仕組みになっている。

【００４８】（２）レベル２のＭＣを用いた複製コン
テンツのチェックイン／チェックアウト／再生図４（ｃ）に示したような構成のレベル２のＭＣ１３を
用いたチェックイン／チェックアウト、再生処理動作に
ついて説明する。

【００４９】チェックアウトの指示がＬＣＭ１のユーザ
インタフェース（Ｉ／Ｆ）部１５を介して、あるいは、
ＰＤ１２を介して（すなわち、ＭＣ１３をＬＣＭ１に接
続されたＰＤ１２にセットして用いた場合）、ＳＭＳ２
に対しなされた場合について、図１０を参照して説明す
る。

【００５０】ＳＭＳ２は、宿帳のチェックアウト要求の
あったコンテンツ（例えばコンテンツＩＤが「ＴＩＤ
１」であるとする）の子の残数ｎを調べ、ｎ＞０のと
き、デバイスＩＤ格納部４から当該ＬＣＭ１のデバイス
ＩＤ（ＬＣＭＩＤ）を読み出し、それをＭＣ１３へ転送
する（ステップＳ１０１）。

【００５１】ＭＣ１３では、転送されてきたデバイスＩ
ＤがＲＶＣリストに登録されていないかチェックし（ス
テップＳ１０２）、登録されていないとき秘匿領域１３
ｃにアクセスしてマスターキーＫＭを読み出して、ＬＣ
Ｍ１へ転送する（ステップＳ１０３）。ＭＣ１３は、さ
らに、識別情報格納部１３ｂから、その識別情報（ＭＩ
Ｄ）を読み出して同じくＬＣＭ１へ転送する（ステップ
Ｓ１０４）。

【００５２】ＬＣＭ１では、ＭＣ１３から転送されてき
たメディアＩＤ（ＭＩＤ）をマスターキーＫＭで暗号化
して、相互認証処理（ＡＫＥ）に必要な情報（ＫＭ［Ｍ
ＩＤ］）を生成する（ステップＳ１０５）。

【００５３】ＬＣＭ１では、この生成された情報ＫＭ
［ＭＩＤ］を用いて相互認証処理（ＡＫＥ）を実行し、
一方、ＭＣ１３でも秘匿メディアＩＤ（ＳＭＩＤ）を用
いて相互認証処理（ＡＫＥ）を実行する（ステップＳ１
０６）。この相互認証処理（ＡＫＥ）では、ＬＣＭ１と
ＭＣ１３とが同じ関数ｇ（ｘ、ｙ）、Ｈ（ｘ、ｙ）を共
有していて、ＬＣＭ１で生成された情報ＫＭ［ＭＩＤ］
が当該ＭＣ１３の秘匿メディアＩＤ（ＳＭＩＤ）と同じ
であるならば、相互認証処理（ＡＫＥ）により互いに一
方が他方を正当であると確認できるようになっている。

【００５４】ここで、図２１を参照して、ステップＳ１
０６の相互認証処理（ＡＫＥ）の処理動作について説明
する。

【００５５】ＬＣＭ１は、乱数Ｒ１を発生し（ステップ
Ｓ３０１）して、それをＭＣ１３に転送するとともに、
２つの変数ｘ、ｙを有する関数ｇ（ｘ、ｙ）の一方の変
数に代入する。また、図１０のステップＳ１０５で生成
された情報ＫＭ［ＭＩＤ］を関数ｇ（ｘ、ｙ）の他方の
変数に代入して、関数ｇの値を求める（ステップＳ３０
２）。

【００５６】一方、ＭＣ１３でも、ＬＣＭ１から転送さ
れてきた乱数Ｒ１を関数ｇ（ｘ、ｙ）の一方の変数に代
入し、自身の秘匿メディアＩＤ（ＳＭＩＤ）を他方の変
数に代入して、求めた関数ｇの値をＬＣＭ１へ転送する
（ステップＳ３０３）。

【００５７】ＬＣＭ１では、ＭＣ１３から転送されてき
た関数ｇの値と、ＬＣＭ１側で求めた関数ｇの値とを比
較し、一致していたら後続の処理を実行する。また、不
一致であれば、この時点で、ＬＣＭ１側でのＡＫＥの処
理を中止する（ステップＳ３０４）。

【００５８】次に、ＭＣ１３では、乱数Ｒ２を発生し
（ステップＳ３０５）して、それをＬＣＭ１に転送する
とともに、２つの変数を有する関数ｇ（ｘ、ｙ）の一方
の変数に代入する。また、当該ＭＣ１３の秘匿メディア
ＩＤ（ＳＭＩＤ）を関数ｇ（ｘ、ｙ）の他方の変数に代
入して、関数ｇの値を求める（ステップＳ３０６）。

【００５９】一方、ＬＣＭ１でも、ＭＣ１３から転送さ
れてきた乱数Ｒ２を関数ｇ（ｘ、ｙ）の一方の変数に代
入し、また、図１０のステップＳ１０５で生成された情
報ＫＭ［ＭＩＤ］を関数ｇ（ｘ、ｙ）の他方の変数に代
入して、関数ｇの値を求めたら、それをＭＣ１３へ転送
する（ステップＳ３０７）。

【００６０】ＭＣ１３では、ＬＣＭ１から転送されてき
た関数ｇの値と、ＭＣ１３側で求めた関数ｇの値とを比
較し、一致していたら後続の処理を実行する。また、不
一致であれば、この時点で、ＭＣ１３側でのＡＫＥの処
理を中止する（ステップＳ３０８）。

【００６１】ＭＣ１３では、ステップＳ３０８で、関数
ｇの値が一致していたら、２つの変数を有する関数Ｈ
（ｘ、ｙ）の一方の変数に乱数Ｒ２、他方の変数に当該
ＭＣ１３の秘匿メディアＩＤ（ＳＭＩＤ）を代入して鍵
情報ＫＴを生成する（ステップＳ３０９）。

【００６２】一方、ＬＣＭ１でも、ステップＳ３０４で
関数ｇの値が一致していたら、ＭＣ１３から転送されて
きた乱数Ｒ２を関数Ｈ（ｘ、ｙ）の一方の変数に代入す
るとともに、図１０のステップＳ１０５で生成された情
報ＫＭ［ＭＩＤ］を他方の変数に代入して鍵情報ＫＴを
生成する（ステップＳ３１０）。

【００６３】なお、ステップＳ３０４、ステップＳ３０
８のそれぞれで関数ｇの値が一致したことによりＬＣＭ
１とＭＣ１３のそれぞれで同じ関数Ｈ（ｘ、ｙ）を用い
て生成される鍵情報ＫＴは同じものである。ＬＣＭ１と
ＭＣ１３のそれぞれでは、以降、この鍵情報ＫＴを用い
てコンテンツ復号鍵Ｋｃの受け渡しを行うようになって
いる。

【００６４】また、相互認証処理（ＡＫＥ）で生成され
る鍵情報ＫＴは、毎回異なるものである方が情報セキュ
リティ上望ましい。ここでは、鍵情報ＫＴを生成する関
数Ｈに代入される２つの変数のうちの一方には、毎回新
たに生成される乱数Ｒ２が代入されるので、毎回個とな
る鍵情報ＫＴが生成される。

【００６５】図１０の説明に戻り、ステップＳ１０６に
おいて、ＬＣＭ１とＭＣ１３との間で相互に認証された
ときは、ＭＣ１３では、生成した鍵情報ＫＴ（ここで
は、ＫＴ１とする）を秘匿領域に格納する（ステップＳ
１０７）。また、ＬＣＭ１では、暗号化コンテンツを復
号するための復号鍵（コンテンツ復号鍵）Ｋｃをステッ
プＳ１０６で生成された鍵情報ＫＴ１で暗号化して（Ｋ
Ｔ１［Ｋｃ］）ＭＣ１３へ転送し（ステップＳ１０８〜
ステップＳ１０９）、コンテンツ情報ＣをＫｃで暗号化
して（Ｋｃ［Ｃ］）ＭＣ１３へ転送する（ステップＳ１
１０〜ステップＳ１１１）。

【００６６】最後に、ＳＭＳ２は、図７（ｂ）に示すよ
うに、宿帳のチェックアウト要求のあったコンテンツＩ
Ｄ「ＴＩＤ１」のコンテンツの子の残数ｎから「１」減
算し、チェックアウトリストＬ１に、当該ＭＣ１３の識
別情報「ｍ０」を追加する。

【００６７】ＭＣ１３は、転送されてきた暗号化された
コンテンツ復号鍵ＫＴ１［Ｋｃ］、暗号化コンテンツＫ
ｃ［Ｃ］を公開領域１３ａに格納する。

【００６８】以上の処理が終了したときのＭＣ１３の記
憶内容を図６に示す。

【００６９】次に、再生の指示がＬＣＭ１のユーザイン
タフェース（Ｉ／Ｆ）部１５を介してＳＭＳ２に、ある
いは、ＰＤ１２に対しなされた場合について、図１１を
参照して説明する。

【００７０】まず、ＰＤ１２あるいはＬＣＭ１は、自身
のデバイスＩＤをＭＣ１３へ転送する（ステップＳ１２
１）。

【００７１】ＬＣＭ１が図３に示すようなＰＤ２のコン
テンツの再生機能部（復調部１２ｇ、デコーダ１２ｈ、
Ｄ／Ａ変換部１２ｉ等）を持っているのであれば、ＭＣ
１３をＰＤ１２で再生する場合もＬＣＭ１で再生する場
合も同様であるので、以下、ＰＤ１２で再生する場合を
例にとり説明する。

【００７２】ＭＣ１３では、転送されてきたデバイスＩ
ＤがＲＶＣリストに登録されていないかチェックし（ス
テップＳ１２２）、登録されていないとき秘匿領域１３
ｃにアクセスしてマスターキーＫＭを読み出して、ＰＤ
１２へ転送する（ステップＳ１２３）。ＭＣ１３は、さ
らに、識別情報格納部１３ｂから、その識別情報（ＭＩ
Ｄ）を読み出して同じくＰＤ１２へ転送する（ステップ
Ｓ１２４）。

【００７３】ＰＤ１２では、ＭＣ１３から転送されてき
たメディアＩＤ（ＭＩＤ）をマスターキーＫＭで暗号化
して、相互認証処理（ＡＫＥ）に必要な情報（ＫＭ［Ｍ
ＩＤ］）を生成する（ステップＳ１２５）。

【００７４】ＰＤ１２では、この生成された情報ＫＭ
［ＭＩＤ］を用いて相互認証処理（ＡＫＥ）を実行し、
一方、ＭＣ１３でも秘匿メディアＩＤ（ＳＭＩＤ）を用
いて相互認証処理（ＡＫＥ）を実行する（ステップＳ１
２６）。ステップＳ１２６の相互認証処理（ＡＫＥ）
は、図２１と同様であるので説明は省略する。

【００７５】ＰＤ１２とＭＣ１３との間で相互に認証さ
れたときは、ＭＣ１３では、生成した鍵情報ＫＴ（ここ
では、ＫＴ２とする）を用いて秘匿領域１３ｃに格納さ
れていた鍵情報ＫＴ１を暗号化して（ＫＴ２［ＫＴ
１］）、ＰＤ１２へ転送する（ステップＳ１２７〜ステ
ップＳ１２８）。一方、ＰＤ１２では、ステップＳ１２
６で生成された鍵情報ＫＴ２を用いてＭＣ１３から転送
されてきたＫＴ２［ＫＴ１］を復号することができる
（ステップＳ１２８）。

【００７６】ＭＣ１３からは暗号化されたコンテンツ復
号鍵ＫＴ１［Ｋｃ］、暗号化コンテンツＫｃ［Ｃ］を公
開領域１３ａから読み出してＰＤ１２へ転送する（ステ
ップＳ１２９、ステップＳ１３１）。

【００７７】ＰＤ１２は、鍵情報ＫＴ１の復号に成功し
ていれば、それを用いて暗号化されたコンテンツ復号鍵
ＫＴ１［Ｋｃ］を復号してコンテンツ復号鍵Ｋｃが得ら
れるので（ステップＳ１３０）、このコンテンツ復号鍵
Ｋｃを用いて暗号化コンテンツＫｃ［Ｃ］を復号して、
コンテンツＣを得る（ステップＳ１３２）。そして、Ｐ
Ｄ１２では、コンテンツＣをデコーダ１２ｈでデコード
して、Ｄ／Ａ変換部１２ｉでデジタル信号からアナログ
信号に変換し、ＭＣ１３に記録されていた複製コンテン
ツ（例えば音楽）を再生することができる。

【００７８】次に、チェックインの指示がＬＣＭ１のユ
ーザインタフェース（Ｉ／Ｆ）部１５を介して、あるい
は、ＰＤ１２を介して（すなわち、ＭＣ１３をＬＣＭ１
に接続されたＰＤ１２にセットして用いた場合）、ＳＭ
Ｓ２になされた場合について、図１２を参照して説明す
る。

【００７９】ＳＭＳ２は、デバイスＩＤ格納部４から当
該ＬＣＭ１のデバイスＩＤ（ＬＣＭＩＤ）を読み出し、
それをＭＣ１３へ転送する（ステップＳ１４１）。

【００８０】ＭＣ１３では、転送されてきたデバイスＩ
ＤがＲＶＣリストに登録されていないかチェックし（ス
テップＳ１４２）、登録されていないとき秘匿領域１３
ｃにアクセスしてマスターキーＫＭを読み出して、ＬＣ
Ｍ１へ転送する（ステップＳ１４３）。ＭＣ１３は、さ
らに、識別情報格納部１３ｂから、その識別情報（ＭＩ
Ｄ）を読み出して同じくＬＣＭ１へ転送する（ステップ
Ｓ１４４）。

【００８１】ＬＣＭ１では、ＭＣ１３から転送されてき
たメディアＩＤ（ＭＩＤ）をマスターキーＫＭで暗号化
して、相互認証処理（ＡＫＥ）に必要な情報（ＫＭ［Ｍ
ＩＤ］）を生成する（ステップＳ１４５）。

【００８２】ＬＣＭ１では、この生成された情報ＫＭ
［ＭＩＤ］を用いて相互認証処理（ＡＫＥ）を実行し、
一方、ＭＣ１３でも秘匿メディアＩＤ（ＳＭＩＤ）を用
いて相互認証処理（ＡＫＥ）を実行する（ステップＳ１
４６）。

【００８３】チェックインの際のステップＳ１４６の相
互認証処理（ＡＫＥ）動作について、図２２を参照して
説明する。なお、図２１と同一部分には同一符号を付
し、異なる部分について説明する。すなわち、図２２で
は、ステップＳ３０８で関数ｇの値が一致していたら、
鍵情報ＫＴを生成する代わりに、フラグ情報Ｆａｋｅの
値を「真」（図２２では「Ｔ」と示している）とし、不
一致のときは「偽」（図２２では「Ｆ」と示している）
とする（ステップＳ３２１、ステップＳ３２２）。ま
た、ＬＣＭ１では、ステップＳ３０４で関数ｇの値が一
致していたら、鍵情報ＫＴを生成せずに、その判断結果
のみを出力する。

【００８４】図１２の説明に戻り、ステップＳ１４６に
おいて、ＬＣＭ１がＭＣ１３を認証したときには（図２
２のステップＳ３０４）、ＭＣ１３に対し、その秘匿領
域１３ｃに格納されている鍵情報ＫＴ１の削除を指示す
る。ＭＣ１３では、この指示を受けとると、フラグ情報
Ｆａｋｅの値をチェックし、「Ｔ」であれば、秘匿領域
１３ｃから鍵情報ＫＴ１を削除し、フラグ情報Ｆａｋｅ
を「Ｆ」に書き換える（ステップＳ１４７、ステップＳ
１４８）。このとき、ＭＣ１３の公開領域１３ａに格納
されている暗号化コンテンツ情報は、例えば、ＬＣＭ１
にて発生した乱数にて上書きすることで消去してもよ
い。

【００８５】最後に、図７（ｃ）に示すように、宿帳の
チェックイン要求のあったコンテンツＩＤ「ＴＩＤ１」
のコンテンツの子の残数ｎに「１」加算し、チェックア
ウトリストＬ１から、当該ＭＣ１３の識別情報ｍ０を削
除する。

【００８６】一方、フラグ情報Ｆａｋｅの値が「Ｆ」の
ときは以降の処理を中止する。

【００８７】次に、図１０とは異なる他のチェックアウ
ト時の処理動作について、図１３を参照して説明する。
なお、図１０と同一部分には同一符号を付し、異なる部
分について説明する。すなわち、図１３では、ＭＣ１３
へ転送すべきコンテンツ復号鍵Ｋｃに対する処理に特徴
がある。

【００８８】図１３において、ＬＣＭ１３では、コンテ
ンツ復号鍵Ｋｃに対し、まず、ステップＳ１０５で生成
されたＫｍ［ＭＩＤ］（以下、これをｗと表す）を用い
て暗号化を施す（ステップＳ１６２）。そして、ｗで暗
号化されたコンテンツ復号鍵Ｋｃ（ｗ［Ｋｃ］）をステ
ップＳ１０６の相互認証処理（ＡＫＥ）にて生成した鍵
情報ＫＴ１を用いてさらに暗号化を行ってから（ＫＴ１
［ｗ［Ｋｃ］］）、ＭＣ１３へ転送する（ステップＳ１
６３）。

【００８９】ＭＣ１３では、ステップＳ１０６の相互認
証処理（ＡＫＥ）にて生成した鍵情報ＫＴ１を用いて、
転送されてきたＫＴ１［ｗ［Ｋｃ］］を復号してｗ［Ｋ
ｃ］を得、これを秘匿領域１３へ格納する（ステップＳ
１６４）。

【００９０】コンテンツ情報Ｃは、図１０の場合と同様
に、Ｋｃで暗号化してから（ステップＳ１６５）、ＭＣ
１３へ転送される（ステップＳ１６６）。

【００９１】図１３に示したようなチェックアウト処理
動作に対応する再生処理動作について、図１４を参照し
て説明する。なお、図１１と同一部分には同一符号を付
し、異なる部分についてのみ説明する。すなわち、図１
４において、ＭＣ１３は、秘匿領域１３ｃに格納されて
いる暗号化コンテンツ復号鍵ｗ［Ｋｃ］をステップＳ１
２６の相互認証処理（ＡＫＥ）で生成された鍵情報ＫＴ
２で暗号化してから（ＫＴ２［ｗ［Ｋｃ］］）ＬＣＭ１
あるいはＰＤ１２へ転送する。（ステップＳ１７２）。
ＬＣＭ１あるいはＰＤ１２では、同じくステップＳ１２
６で生成された鍵情報ＫＴ２でＭＣ１３から転送されて
きたＫＴ２［ｗ［Ｋｃ］］を復号して（ステップＳ１７
３）、その結果得られたｗ［Ｋｃ］をステップＳ１２３
で生成されたｗ＝ＫＭ［ＭＩＤ］を用いて復号して、コ
ンテンツ復号鍵Ｋｃを得る（ステップＳ１７４）。この
コンテンツ復号鍵Ｋｃを用いて暗号化コンテンツＫｃ
［Ｃ］を復号して、コンテンツＣを得る（ステップＳ１
７５）。そして、ＬＣＭ１あるいはＰＤ１２では、コン
テンツＣをデコーダ１２ｈでデコードして、Ｄ／Ａ変換
部１２ｉでデジタル信号からアナログ信号に変換し、Ｍ
Ｃ１３に記録されていた複製コンテンツ（例えば音楽）
を再生することができる。

【００９２】図１３に示したようなチェックアウト処理
動作に対応するチェックイン処理動作は、図１２の説明
とほぼ同様で、異なるのは、ステップＳ１４８でＭＣ１
３の秘匿領域１３ｃから削除されるのは、鍵情報ＫＴ１
ではなく、ｗ＝ＫＭ［ＭＩＤ］で暗号化されたコンテン
ツ復号鍵ｗ［Ｋｃ］であるという点である。

【００９３】（３）レベル０のＭＣを用いた複製コンテ
ンツのチェックイン／チェックアウト／再生次に、図４（ａ）に示したような構成のレベル０のＭＣ
１３を用いたチェックイン／チェックアウト、再生処理
動作について説明する。

【００９４】この場合、ＭＣ１３は、ＰＤ１２にセット
され、このＰＤ１２を介してＬＣＭ１との間でチェック
アウト処理が実行される。基本的な動作は、ＭＣ１３が
レベル２の場合と同様であるが、レベル０の場合、秘匿
領域、メディアＩＤを有していないので、ＰＤ１２がＬ
ＣＭ１に対する処理をレベル０のＭＣ１３に代行して図
１０に示したような処理を実行することとなる。そのた
め、ＰＤ１２の秘匿領域には、マスターキーＫＭ、秘匿
デバイスキーＳＰＤＩＤ、リボケーションリスト（ＲＶ
Ｃリスト）を予め記憶しておくものとする。なお、マス
ターキーＫＭは必ずしもメディアＭＣ１３に記憶してお
くマスターキーＫＭとその機能は同じであるが、そのデ
ータ自体は同じものである必要はない。

【００９５】まず、図９のステップＳ３において、ＭＣ
１３の種別がレベル０であると判定される。

【００９６】チェックアウトの指示がＬＣＭ１のユーザ
インタフェース（Ｉ／Ｆ）部１５を介して、あるいは、
ＰＤ１２を介してＳＭＳ２に対しなされた場合につい
て、図１５を参照して説明する。

【００９７】ＳＭＳ２は、宿帳のチェックアウト要求の
あったコンテンツ（例えばコンテンツＩＤが「ＴＩＤ
１」であるとする）の子の残数ｎを調べ、ｎ＞０のと
き、デバイスＩＤ格納部４から当該ＬＣＭ１のデバイス
ＩＤ（ＬＣＭＩＤ）を読み出し、それをＰＤ１２へ転送
する（ステップＳ２０１）。

【００９８】ＰＤ１２では、転送されてきたデバイスＩ
ＤがＲＶＣリストに登録されていないかチェックし（ス
テップＳ２０２）、登録されていないときＰＤ１２の秘
匿領域にアクセスしてマスターキーＫＭを読み出して、
ＬＣＭ１へ転送する（ステップＳ２０３）。ＰＤ１２
は、さらに、例えばＲＯＭ１２ｃからその識別情報、す
なわち、デバイスＩＤ（ＰＤＩＤ）を読み出して、同じ
くＬＣＭ１へ転送する（ステップＳ２０４）。

【００９９】ＬＣＭ１では、ＰＤ１２から転送されてき
たデバイスＩＤ（ＰＤＩＤ）をマスターキーＫＭで暗号
化して、相互認証処理（ＡＫＥ）に必要な情報（ＫＭ
［ＰＤＩＤ］）を生成する（ステップＳ２０５）。

【０１００】ＬＣＭ１では、この生成された情報ＫＭ
［ＰＤＩＤ］を用いて相互認証処理（ＡＫＥ）を実行
し、一方、ＰＤ１２でも秘匿デバイスＩＤ（ＳＰＤＩ
Ｄ）を用いて相互認証処理（ＡＫＥ）を実行する（ステ
ップＳ２０６）。ステップＳ２０６の相互認証処理（Ａ
ＫＥ）は、図２１と同様であるので説明は省略する。

【０１０１】ＬＣＭ１とＰＤ１２との間で相互に認証さ
れたとき、ＰＤ１２では、生成した鍵情報ＫＴ（ここで
は、ＫＴ１とする）を秘匿領域に格納する（ステップＳ
２０７）。ＬＣＭ１では、暗号化コンテンツを復号する
ための復号鍵（コンテンツ復号鍵）ＫｃをステップＳ２
０６で生成された鍵情報ＫＴ１で暗号化して（ＫＴ１
［Ｋｃ］）、ＰＤ１２を経由してＭＣ１３へ転送し（ス
テップＳ２０８〜ステップＳ２０９）、また、コンテン
ツ情報ＣをＫｃで暗号化して（Ｋｃ［Ｃ］）、ＰＤ１２
を経由してＭＣ１３へ転送する（ステップＳ２１０〜ス
テップＳ２１１）。

【０１０２】最後に、ＳＭＳ２は、図７（ｂ）に示すよ
うに、宿帳のチェックアウト要求のあったコンテンツＩ
Ｄ「ＴＩＤ１」のコンテンツの子の残数ｎから「１」減
算し、チェックアウトリストＬ１に、当該ＭＣ１３の識
別情報「ｍ０」を追加する。

【０１０３】ＭＣ１３は、転送されてきた暗号化された
コンテンツ復号鍵ＫＴ１［Ｋｃ］、暗号化コンテンツＫ
ｃ［Ｃ］を公開領域１３ａに格納する。

【０１０４】以上の処理が終了したときのＭＣ１３の記
憶内容を図６に示す。

【０１０５】次に、再生の指示がＰＤ１２に対しなされ
た場合のＰＤ１２とＭＣ１３との間の処理動作につい
て、図１６を参照して説明する。

【０１０６】まず、ＭＣ１３は、公開領域に記録されて
いる暗号化されたコンテンツ復号鍵ＫＴ１［Ｋｃ］をＰ
Ｄ１２へ転送する（ステップＳ２２１）。ＰＤ１２が当
該ＭＣ１３に対し当該再生対象のコンテンツ情報をチェ
ックアウトした際に用いたものであるならば、その秘匿
領域に暗号化されたコンテンツ復号鍵を復号するための
鍵情報ＫＴ１を記憶している（図１５のステップＳ２０
７参照）。従って、そのような正当なＰＤ１２であるな
らば、秘匿領域から読み出した鍵情報ＫＴ１を用いて、
ＭＣ１３から転送されてきたＫＴ１［Ｋｃ］を復号し
て、コンテンツ復号鍵Ｋｃを得ることができる（ステッ
プＳ２２２）。さらに、このコンテンツ復号鍵Ｋｃを用
いて、ＭＣ１３から転送されてきた暗号化コンテンツ情
報Ｋｃ［Ｃ］を復号してコンテンツＣを得ることができ
る（ステップＳ２２３〜ステップＳ２２４）。そして、
ＰＤ１２では、コンテンツＣをデコーダ１２ｈでデコー
ドして、Ｄ／Ａ変換部１２ｉでデジタル信号からアナロ
グ信号に変換し、ＭＣ１３に記録されていた複製コンテ
ンツ（例えば音楽）を再生することができる。

【０１０７】次に、チェックインの指示がＰＤ１２を介
して（すなわち、ＭＣ１３をＬＣＭ１に接続されたＰＤ
１２にセットして用いて）、ＳＭＳ２になされた場合に
ついて、図１７を参照して説明する。この場合もチェッ
クアウトの場合と同様、ＰＤ１２がＬＣＭ１に対する処
理をレベル０のＭＣ１３に代行して図１２に示したよう
な処理を実行することとなる。

【０１０８】ＳＭＳ２は、デバイスＩＤ格納部４から当
該ＬＣＭ１のデバイスＩＤ（ＬＣＭＩＤ）を読み出し、
それをＰＤ１２へ転送する（ステップＳ２３１）。

【０１０９】ＰＤ１２では、転送されてきたデバイスＩ
ＤがＲＶＣリストに登録されていないかチェックし（ス
テップＳ２３２）、登録されていないとき秘匿領域にア
クセスしてマスターキーＫＭを読み出して、ＬＣＭ１へ
転送する（ステップＳ２３３）。ＰＤ１２は、さらに、
その識別情報（ＰＤＩＤ）を読み出して同じくＬＣＭ１
へ転送する（ステップＳ２３４）。

【０１１０】ＬＣＭ１では、ＰＤ１２から転送されてき
たデバイスＩＤ（ＰＤＩＤ）をマスターキーＫＭで暗号
化して、相互認証処理（ＡＫＥ）に必要な情報（ＫＭ
［ＰＤＩＤ］）を生成する（ステップＳ２３５）。

【０１１１】ＬＣＭ１では、この生成された情報ＫＭ
［ＰＤＩＤ］を用いて相互認証処理（ＡＫＥ）を実行
し、一方、ＰＤ１２でも秘匿デバイスＩＤ（ＳＰＤＩ
Ｄ）を用いて相互認証処理（ＡＫＥ）を実行する（ステ
ップＳ２３６）。

【０１１２】チェックインの際のステップＳ２３６の相
互認証処理（ＡＫＥ）動作は、図２２において、ＫＭ
［ＭＩＤ］をＫＭ［ＰＤＩＤ］に置き換え、秘匿メディ
アＩＤ（ＳＭＩＤ）が秘匿デバイスＩＤ（ＳＰＤＩＤ）
に置き換えれば同様であるので、説明は省略する。

【０１１３】ステップＳ２３６において、ＬＣＭ１がＰ
Ｄ１２を認証したときには（図２２のステップＳ３０
４）、ＰＤ１２に対し、その秘匿領域に格納されている
鍵情報ＫＴ１の削除を指示する。ＰＤ１２では、この指
示を受けとると、フラグ情報Ｆａｋｅの値をチェック
し、「Ｔ」であれば、秘匿領域から鍵情報ＫＴ１を削除
し、フラグ情報Ｆａｋｅを「Ｆ」に書き換える（ステッ
プＳ２３７、ステップＳ２３８）。このとき、ＭＣ１３
の公開領域１３ａに格納されている暗号化コンテンツ情
報は、例えば、ＬＣＭ１にて発生した乱数にて上書きす
ることで消去してもよい。

【０１１４】最後に、図７（ｃ）に示すように、宿帳の
チェックイン要求のあったコンテンツＩＤ「ＴＩＤ１」
のコンテンツの子の残数ｎに「１」加算し、チェックア
ウトリストＬ１から、当該ＭＣ１３の識別情報ｍ０を削
除する。

【０１１５】一方、フラグ情報Ｆａｋｅの値が「Ｆ」の
ときは以降の処理を中止する。

【０１１６】次に、図１５とは異なる他のチェックアウ
ト時の処理動作について、図１８を参照して説明する。
なお、図１５と同一部分には同一符号を付し、異なる部
分について説明する。すなわち、図１８では、図１３の
場合と同様に、ＰＤ１２へ転送すべきコンテンツ復号鍵
Ｋｃに対する処理に特徴がある。

【０１１７】図１８において、ＬＣＭ１３では、コンテ
ンツ復号鍵Ｋｃに対し、まず、ステップＳ２０５で生成
されたＫｍ［ＰＤＩＤ］（以下、これをｗと表す）を用
いて暗号化を施す（ステップＳ２５２）。そして、ｗで
暗号化されたコンテンツ復号鍵Ｋｃ（ｗ［Ｋｃ］）をス
テップＳ２５１の相互認証処理（ＡＫＥ）にて生成した
鍵情報ＫＴ１を用いてさらに暗号化を行ってから（ＫＴ
１［ｗ［Ｋｃ］］）、ＰＤ１２へ転送する（ステップＳ
２５３）。

【０１１８】ＰＤ１２では、ステップＳ２５１の相互認
証処理（ＡＫＥ）にて生成した鍵情報ＫＴ１を用いて、
転送されてきたＫＴ１［ｗ［Ｋｃ］］を復号してｗ［Ｋ
ｃ］を得、これを秘匿領域へ格納する（ステップＳ２５
４）。

【０１１９】コンテンツ情報Ｃは、図１５の場合と同様
に、Ｋｃで暗号化してから（ステップＳ２５５）、ＰＤ
１２を経由してＭＣ１３へ転送される（ステップＳ２５
６）。

【０１２０】図１８に示したようなチェックアウト処理
動作に対応する再生処理動作について、図１９を参照し
て説明する。なお、図１８と同一部分には同一符号を付
し、異なる部分についてのみ説明する。すなわち、図１
９において、ＰＤ１２は、自身の秘匿領域に格納されて
いる暗号化コンテンツ復号鍵ｗ［Ｋｃ］を同じく自身の
秘匿デバイスＩＤ（ＳＰＤＩＤ＝ｗ）を用いて復号し、
コンテンツ復号鍵Ｋｃを得ることができる（ステップＳ
２６１）。このコンテンツ復号鍵Ｋｃを用いてＭＣ１３
から転送されてきた暗号化コンテンツＫｃ［Ｃ］を復号
して、コンテンツＣを得ることができる（ステップＳ２
６２）。そして、ＰＤ１２では、コンテンツＣをデコー
ダ１２ｈでデコードして、Ｄ／Ａ変換部１２ｉでデジタ
ル信号からアナログ信号に変換し、ＭＣ１３に記録され
ていた複製コンテンツ（例えば音楽）を再生することが
できる。

【０１２１】図１８に示したようなチェックアウト処理
動作に対応するチェックイン処理動作について、図２０
を参照して説明する。なお、図２０の説明は、図１７の
説明とほぼ同様で、異なるのは、ステップＳ２３８でＰ
Ｄ１２の秘匿領域から削除されるのは、鍵情報ＫＴ１で
はなく、ｗ＝ＫＭ［ＰＤＩＤ］で暗号化されたコンテン
ツ復号鍵ｗ［Ｋｃ］であるという点である。

【０１２２】（４）保護転送手段の切替複数の機器を介して複製コンテンツをメディアに記録す
る際に、各機器間で同じ保護転送手段を用いているので
は、１つの転送経路上の保護転送手段が見破られたとき
に全ての転送経路上の保護手段が破綻し、複製コンテン
ツの復号鍵や暗号化複製コンテンツ等の情報が容易に盗
聴されてしまうという問題点がある。

【０１２３】そこで、本発明は、図２３に示すように、
ＬＣＭ１からＰＤ１２を介して複製コンテンツをＭＣ１
３に記録等する際に、ＬＣＭ１とＰＤ１２との間が、例
えば、ＩＥＥＥ１３９４やＵＳＢ（Universal Serial
Bus）等の通信インタフェースで接続されており、そ
れらに規格化された情報転送のセキュリティ保持のため
の転送保護機能が有るときは、その機能を利用し、その
ような転送保護機能がないときは、前述したように、コ
ンテンツ復号鍵等のセキュリティを要する情報を暗号化
して転送することにより（すなわち、ＰＤ１２とＭＣ１
３との間とＬＣＭ１とＰＤ１２との間のとの保護転送手
段が異なることにより）伝送する情報の保護がより確実
に行えるというものである。

【０１２４】この場合のＬＣＭ１の処理動作について、
図２４を参照して説明する。なお、図２４において、図
９と同一部分には同一符号を付し、異なる部分について
説明する。すなわち、図２４において、ＬＣＭ１は、Ｐ
Ｄ１２との間で双方にて正当な（例えば、同じ規格のハ
ードウエア構成である）相手であると判断したら（ステ
ップＳ２）、ＰＤＩ／Ｆ部５の判定部１６は、ＰＤ１２
に対し、保護転送機能の有無を問い合わせる（ステップ
Ｓ１１）。これに対し、ＰＤ１２から保護転送機能有り
という返事を受け取ったら、ＬＣＭ１では、例えば、図
１０に示すようなＫｃの暗号化は行わず、当該保護転送
機能に情報の保護をゆだねる。一方、ＰＤ１２から保護
転送機能無しという返事を受け取ったら、ＬＣＭ１は、
例えば、図１０に示すようにＫｃの暗号化を行ってＰＤ
１２へ転送する（ステップＳ１２）。

【０１２５】但し、ＰＤ１２がＩＥＥＥ１３９４やＵＳ
Ｂ（Universal Serial Bus）等の保護転送機能を有し
ている場合、ＰＤ１２は、必ず、前述したようなＬＣＭ
１の暗号化処理が行えることが必要である。例えば、図
２５にチェックアウトの場合のＰＤ１２の処理動作の一
例を示す。なお、図２５において、図１０と同一部分に
は同一符号を付し、異なる部分について説明する。図２
５と図１０とを比較すると明らかなように、図２５で
は、ＬＣＭ１からＰＤ１２へコンテンツ復号鍵Ｋｃと暗
号化コンテンツ情報Ｋｃ［Ｃ］とがＬＣＭ１における図
１０に示すような処理を経ずにそのままＬＣＭ１とＰＤ
１２との間の通信インタフェースに予め定められている
保護転送機能を用いて転送されてきている。ＰＤ１２で
は、図１０のステップＳ１０１〜ステップＳ１１１まで
の処理をそっくり引き受けて実行している。

【０１２６】このように、ＬＣＭ１は、ＰＤ１２が転送
保護機能を有している場合は、自らは何も行わず、ＰＤ
１２へ必要な情報を各格納部から読み出して、ＰＤＩ／
Ｆ部５へ渡し、ＰＤＩ／Ｆ部では、例えばＩＥＥＥ１３
９４あるいはＵＳＢ等にて定められている転送保護機能
を用いて当該情報をＰＤ１２へ転送する。ＰＤ１２で
は、ＬＣＭ１に成り代わってＭＣ１３との間で情報転送
を行うようになっている。

【０１２７】

【発明の効果】以上説明したように、本発明によれば、
伝送する情報の保護がより確実に行える。

【図面の簡単な説明】

【図１】本発明の実施形態に係る記憶媒体（メディア）
に記憶できる複製コンテンツの数を規制するためのコン
テンツ管理方法を用いた音楽コンテンツ利用管理システ
ム（ＬＣＭ）の構成例を示した図。

【図２】メモリ領域の構成例を示した図。

【図３】記録再生装置（ＰＤ）の内部構成例を示した
図。

【図４】３種類の記憶媒体の特徴を説明するための図。

【図５】メディアインタフェース（Ｉ／Ｆ）部の内部構
成例を示した図。

【図６】チェックイン後の記憶媒体の記録内容を説明す
るための図。

【図７】ＬＣＭの秘匿領域に格納されている宿帳の記憶
例を示した図。

【図８】相互認証方法の概略を説明するための図。

【図９】チェックイン／チェックアウト処理手順を説明
するためのフローチャートで、メディアの種別を判別し
て、その種別に応じた処理を選択するまでの手順を示し
たものである。

【図１０】記録媒体の種別がレベル２の場合のチェック
アウト時の手順を説明するための図。

【図１１】記録媒体の種別がレベル２の場合の再生時の
手順を説明するための図。

【図１２】記録媒体の種別がレベル２の場合のチェック
イン時の手順を説明するための図。

【図１３】記録媒体の種別がレベル２の場合のチェック
アウト時の他の手順を説明するための図。

【図１４】記録媒体の種別がレベル２の場合の再生時の
他の手順を説明するための図。

【図１５】記録媒体の種別がレベル０の場合のチェック
アウト時の手順を説明するための図。

【図１６】記録媒体の種別がレベル０の場合の再生時の
手順を説明するための図。

【図１７】記録媒体の種別がレベル０の場合のチェック
イン時の手順を説明するための図。

【図１８】記録媒体の種別がレベル０の場合のチェック
アウト時の他の手順を説明するための図。

【図１９】記録媒体の種別がレベル０の場合の再生時の
他の手順を説明するための図。

【図２０】記録媒体の種別がレベル２の場合のチェック
イン時の他の手順を説明するための図。

【図２１】相互認証処理（ＡＫＥ）の処理動作について
説明するための図。

【図２２】相互認証処理（ＡＫＥ）の他の処理動作につ
いて説明するための図。

【図２３】ＬＣＭとＰＤ間の情報の転送保護機能につい
て説明するための図。

【図２４】転送保護機能の切替えを行うＬＣＭの処理動
作を説明するためのフローチャート。

【図２５】記録媒体の種別がレベル２の場合のチェック
アウト時のさらに他の手順を説明するための図。

【符号の説明】

１…コンテンツ利用管理システム２…セキュアコンテンツサーバ（ＳＭＳ）３…ＥＭＤインタフェース部４…タイムアウト判定部５…ＰＤインタフェース（Ｉ／Ｆ）部６…メディアインタフェース（Ｉ／Ｆ）部７…秘匿領域ドライバ８…宿帳格納部９…ライセンス格納部１０…音楽データ格納部１１…ＣＤインタフェース（I／Ｆ）部１２…記録再生装置（ＰＤ）１３…記憶媒体（ＭＣ）１６…保護転送判定部

───────────────────────────────────────────────────── フロントページの続き (72)発明者岩崎博神奈川県川崎市幸区小向東芝町１番地株式会社東芝マイクロエレクトロニクスセンター内 (72)発明者田村正文東京都港区芝浦一丁目１番１号株式会社東芝本社事務所内 (72)発明者石橋泰博東京都青梅市末広町２丁目９番地株式会社東芝青梅工場内 (72)発明者加藤拓東京都府中市東芝町１番地株式会社東芝府中工場内 (72)発明者東間秀之東京都青梅市末広町２丁目９番地株式会社東芝青梅工場内

Claims

【特許請求の範囲】

【請求項１】記録媒体に記録する複製コンテンツの数
を規制しながら該記録媒体に複製コンテンツを記録する
記録装置において、記録媒体までの情報転送にセキュリティ保持のための保
護転送機能が有るときは、保護転送すべき情報の保護を
その保護転送機能にゆだね、保護転送機能がないときは
該保護転送すべき情報を暗号化して転送する手段を具備
したことを特徴とする記録装置。