JP3818505B2 - 情報処理装置および方法、並びにプログラム - Google Patents
情報処理装置および方法、並びにプログラム Download PDFInfo
- Publication number
- JP3818505B2 JP3818505B2 JP2002112110A JP2002112110A JP3818505B2 JP 3818505 B2 JP3818505 B2 JP 3818505B2 JP 2002112110 A JP2002112110 A JP 2002112110A JP 2002112110 A JP2002112110 A JP 2002112110A JP 3818505 B2 JP3818505 B2 JP 3818505B2
- Authority
- JP
- Japan
- Prior art keywords
- content
- data
- content data
- storage medium
- key
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
- 230000010365 information processing Effects 0.000 title claims description 28
- 238000000034 method Methods 0.000 title description 96
- 238000006243 chemical reaction Methods 0.000 claims description 23
- 238000000605 extraction Methods 0.000 claims description 8
- 238000003672 processing method Methods 0.000 claims description 6
- 230000008569 process Effects 0.000 description 79
- 230000008676 import Effects 0.000 description 29
- 238000010586 diagram Methods 0.000 description 25
- 238000004891 communication Methods 0.000 description 16
- 238000013478 data encryption standard Methods 0.000 description 7
- 230000006870 function Effects 0.000 description 7
- 239000004065 semiconductor Substances 0.000 description 7
- 239000000284 extract Substances 0.000 description 6
- 230000008859 change Effects 0.000 description 4
- 238000007726 management method Methods 0.000 description 4
- 230000004044 response Effects 0.000 description 4
- 230000003287 optical effect Effects 0.000 description 3
- 230000003044 adaptive effect Effects 0.000 description 2
- 239000000126 substance Substances 0.000 description 2
- 230000004913 activation Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 238000004590 computer program Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- XEBWQGVWTUSTLN-UHFFFAOYSA-M phenylmercury acetate Chemical compound CC(=O)O[Hg]C1=CC=CC=C1 XEBWQGVWTUSTLN-UHFFFAOYSA-M 0.000 description 1
- 238000010200 validation analysis Methods 0.000 description 1
- 238000012795 verification Methods 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F17/00—Digital computing or data processing equipment or methods, specially adapted for specific functions
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/70—Protecting specific internal or peripheral components, in which the protection of a component leads to protection of the entire computer
- G06F21/78—Protecting specific internal or peripheral components, in which the protection of a component leads to protection of the entire computer to assure secure storage of data
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/10—Protecting distributed programs or content, e.g. vending or licensing of copyrighted material ; Digital rights management [DRM]
- G06F21/107—License processing; Key processing
- G06F21/1077—Recurrent authorisation
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
- G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
- G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
- G11B20/00137—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving measures which result in a restriction to contents recorded on or reproduced from a record carrier to authorised users
- G11B20/00152—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving measures which result in a restriction to contents recorded on or reproduced from a record carrier to authorised users involving a password
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
- G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
- G11B20/00166—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving measures which result in a restriction to authorised contents recorded on or reproduced from a record carrier, e.g. music or software
- G11B20/00181—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving measures which result in a restriction to authorised contents recorded on or reproduced from a record carrier, e.g. music or software using a content identifier, e.g. an international standard recording code [ISRC] or a digital object identifier [DOI]
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
- G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
- G11B20/0021—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
- G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
- G11B20/0021—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier
- G11B20/00217—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier the cryptographic key used for encryption and/or decryption of contents recorded on or reproduced from the record carrier being read from a specific source
- G11B20/00224—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier the cryptographic key used for encryption and/or decryption of contents recorded on or reproduced from the record carrier being read from a specific source wherein the key is obtained from a remote server
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
- G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
- G11B20/0021—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier
- G11B20/00485—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier characterised by a specific kind of data which is encrypted and recorded on and/or reproduced from the record carrier
- G11B20/00492—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier characterised by a specific kind of data which is encrypted and recorded on and/or reproduced from the record carrier wherein content or user data is encrypted
- G11B20/00507—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier characterised by a specific kind of data which is encrypted and recorded on and/or reproduced from the record carrier wherein content or user data is encrypted wherein consecutive physical data units of the record carrier are encrypted with separate encryption keys, e.g. the key changes on a cluster or sector basis
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
- G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
- G11B20/00731—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving a digital rights management system for enforcing a usage restriction
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
- G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
- G11B20/00731—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving a digital rights management system for enforcing a usage restriction
- G11B20/0084—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving a digital rights management system for enforcing a usage restriction wherein the usage restriction can be expressed as a specific time or date
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
- G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
- G11B20/00855—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving a step of exchanging information with a remote server
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
- H04L9/0816—Key establishment, i.e. cryptographic processes or cryptographic protocols whereby a shared secret becomes available to two or more parties, for subsequent use
- H04L9/0819—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s)
- H04L9/083—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s) involving central third party, e.g. key distribution center [KDC] or trusted third party [TTP]
- H04L9/0833—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s) involving central third party, e.g. key distribution center [KDC] or trusted third party [TTP] involving conference or group key
- H04L9/0836—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s) involving central third party, e.g. key distribution center [KDC] or trusted third party [TTP] involving conference or group key using tree structure or hierarchical structure
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
- H04L9/0891—Revocation or update of secret information, e.g. encryption key update or rekeying
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L2209/00—Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
- H04L2209/60—Digital content management, e.g. content distribution
- H04L2209/603—Digital right managament [DRM]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Signal Processing (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- Computer Hardware Design (AREA)
- Software Systems (AREA)
- General Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- General Physics & Mathematics (AREA)
- Multimedia (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- Mathematical Physics (AREA)
- Technology Law (AREA)
- Storage Device Security (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、情報処理装置および方法、並びにプログラムに関し、特に、著作権者からライセンスを受けていないコンテンツが不正にコピーされ、利用されるのを防止することができるようにした、情報処理装置および方法、並びにプログラムに関する。
【０００２】
【従来の技術】
最近、インターネットを介して、ユーザが、自分自身が保持している音楽データを他のユーザに提供し、自分自身が保持していない音楽データを他のユーザから提供を受けるようにして、複数のユーザが無料で音楽データを交換しあうシステムが実現されている。
【０００３】
このようなシステムでは、理論的には、１つの音楽、その他のコンテンツが存在すれば、他の全てのユーザが、それを利用することが可能となり、多くのユーザがコンテンツを購入しなくなるため、コンテンツに関する著作権者は、著作物としてのコンテンツが売れないため、著作物の販売に伴い、本来受け取ることが可能な著作物の利用に関するロイヤリティを受け取る機会を失うことになる。
【０００４】
そこで、コンテンツの流通を妨げることなく、不正に利用されることを防止することが、社会的に要請されている。
【０００５】
【発明が解決しようとする課題】
このような、著作物の著作権を保護するための従来のDRM（Digital Rights Management）システムにおいては、異なるフォーマット、または異なる方式の他の機器から、コンテンツをインポートすること、または他の機器にコンテンツをエクスポートすることは困難であった。
【０００６】
また、コンテンツをインポートまたはエクスポートしたとき、コンテンツの情報の一部が欠落してしまうことがあった。
【０００７】
さらに、他の機器において、インポートまたはエクスポートされたコンテンツを、他のコンテンツと同様に取り扱うこと、すなわち、統一的にコンテンツを取り扱うことはできなかった。
【０００８】
本発明はこのような状況に鑑みてなされたものであり、情報の欠落を防止して、コンテンツをインポートまたはエクスポートできるようにし、インポートまたはエクスポートされたコンテンツを、他のコンテンツと同様に取り扱うことができるようにすることを目的とする。
【０００９】
【課題を解決するための手段】
本発明の第１の情報処理装置は、コンテンツデータとコンテンツデータの属性情報とから構成されるコンテンツから、コンテンツデータを抽出する抽出手段と、抽出手段において抽出されたコンテンツデータのフォーマットを、記憶媒体に対応する所定のフォーマットに変換する変換手段と、変換手段において所定のフォーマットに変換されたコンテンツデータが記憶される記憶媒体での位置を示す参照情報を記憶媒体から受信する受信手段と、コンテンツを記憶媒体に出力する場合にコンテンツデータを削除し、コンテンツに含まれている、コンテンツの内容に関する属性情報を有するデータからファイルを生成する生成手段と、ファイルに、受信手段において受信された、記憶媒体に記憶されるコンテンツデータへの参照情報を削除されたコンテンツデータに代わり、付加する付加手段と、変換手段において変換されたコンテンツデータおよびファイルを記憶媒体へ出力する出力手段とを含むことを特徴とする。
【００１０】
出力手段には、コンテンツを利用するために必要な利用権に基づく情報を記憶媒体へ出力させることができる。
【００１１】
本発明の第１の情報処理方法は、抽出手段により、コンテンツデータとコンテンツデータの属性情報とから構成されるコンテンツから、コンテンツデータを抽出し、変換手段により、抽出手段において抽出されたコンテンツデータのフォーマットを、記憶媒体に対応する所定のフォーマットに変換し、受信手段により、変換手段において所定のフォーマットに変換されたコンテンツデータが記憶される記憶媒体での位置を示す参照情報を記憶媒体から受信し、生成手段により、コンテンツを記憶媒体に出力する場合にコンテンツデータを削除し、コンテンツに含まれている、コンテンツの内容に関する属性情報を有するデータからファイルを生成し、付加手段により、ファイルに、受信手段において受信された、記憶媒体に記憶されるコンテンツデータへの参照情報を削除されたコンテンツデータに代わり、付加し、出力手段により、変換手段において変換されたコンテンツデータおよびファイルを記憶媒体へ出力することを特徴とする。
【００１３】
本発明の第１のプログラムは、コンテンツデータとコンテンツデータの属性情報とから構成されるコンテンツから、コンテンツデータを抽出し、抽出されたコンテンツデータのフォーマットを、記憶媒体に対応する所定のフォーマットに変換し、所定のフォーマットに変換されたコンテンツデータが記憶される記憶媒体での位置を示す参照情報を記憶媒体から受信させ、コンテンツを記憶媒体に出力する場合にコンテンツデータを削除し、コンテンツに含まれている、コンテンツの内容に関する属性情報を有するデータからファイルを生成し、ファイルに、受信された、記憶媒体に記憶されるコンテンツデータへの参照情報を削除されたコンテンツデータに代わり、付加し、変換されたコンテンツデータおよびファイルを記憶媒体へ出力するステップをコンピュータに実行させることを特徴とする。
【００１４】
本発明の第２の情報処理装置は、記憶媒体から、コンテンツデータを取得する取得手段と、取得手段によって取得されたコンテンツデータを所定のフォーマットに変換する変換手段と、乱数を生成する生成手段と、変換手段においてフォーマット変換されたコンテンツデータを、生成手段によって生成した乱数であるコンテンツ鍵によって暗号化する暗号化手段と、記憶媒体に記憶される、コンテンツ鍵およびコンテンツデータの属性情報を有するファイルと、暗号化手段においてコンテンツ鍵によって暗号化されたコンテンツデータファイルとからコンテンツを生成する生成手段と、コンテンツに、コンテンツデータを利用するために必要な利用権を対応付けるための情報と、コンテンツＩＤとして生成手段により生成した乱数とを付加する付加手段とを含むことを特徴とする。
【００１６】
本発明の第２の情報処理方法は、取得手段により、記憶媒体から、コンテンツデータを取得し、変換手段により、取得手段によって取得されたコンテンツデータを所定のフォーマットに変換し、生成手段により、乱数を生成し、暗号化手段により、変換手段においてフォーマット変換されたコンテンツデータを、生成手段によって生成した乱数であるコンテンツ鍵によって暗号化し、生成手段により、記憶媒体に記憶される、コンテンツ鍵およびコンテンツデータの属性情報を有するファイルと、暗号化手段においてコンテンツ鍵によって暗号化されたコンテンツデータファイルとからコンテンツを生成し、付加手段により、コンテンツに、コンテンツデータを利用するために必要な利用権を対応付けるための情報と、コンテンツＩＤとして生成手段により生成した乱数とを付加することを特徴とする。
【００１８】
本発明の第２のプログラムは、記憶媒体から、コンテンツデータを取得し、取得されたコンテンツデータを所定のフォーマットに変換し、乱数を生成し、フォーマット変換されたコンテンツデータを、生成した乱数であるコンテンツ鍵によって暗号化し、記憶媒体に記憶される、コンテンツ鍵およびコンテンツデータの属性情報を有するファイルと、コンテンツ鍵によって暗号化されたコンテンツデータファイルとからコンテンツを生成し、コンテンツに、コンテンツデータを利用するために必要な利用権を対応付けるための情報と、コンテンツＩＤとして生成した乱数とを付加するステップをコンピュータに実行させることを特徴とする。
【００１９】
本発明の第１の情報処理装置および方法、並びに第１のプログラムにおいては、コンテンツデータとコンテンツデータの属性情報とから構成されるコンテンツから、コンテンツデータが抽出され、抽出されたコンテンツデータのフォーマットが、記憶媒体に対応する所定のフォーマットに変換される。そして、所定のフォーマットに変換されたコンテンツデータが記憶される記憶媒体での位置を示す参照情報が記憶媒体から受信され、コンテンツを記憶媒体に出力する場合にコンテンツデータが削除され、コンテンツに含まれている、コンテンツの内容に関する属性情報を有するデータからファイルが生成され、ファイルに、受信された、記憶媒体に記憶されるコンテンツデータへの参照情報が削除されたコンテンツデータに代わり、付加される。さらに、変換されたコンテンツデータおよびファイルが記憶媒体に出力される。
【００２０】
情報処理装置は、単独の装置であっても良いし、再生装置または記録再生装置の情報処理を行うブロックであってもよい。
【００２１】
コンテンツは、音声、画像、またはテキストなどの情報の方式にかかわらず有用な情報であれば良い。
【００２２】
記憶媒体は、物理的変化または化学的変化によりコンテンツを記憶するものであればよい。
【００２３】
本発明の第２の情報処理装置および方法、並びに第２のプログラムにおいては、記憶媒体から、コンテンツデータが取得され、取得されたコンテンツデータが所定のフォーマットに変換される。乱数が生成され、フォーマット変換されたコンテンツデータが、生成した乱数であるコンテンツ鍵によって暗号化され、記憶媒体に記憶される、コンテンツ鍵およびコンテンツデータの属性情報を有するファイルと、コンテンツ鍵によって暗号化されたコンテンツデータファイルとからコンテンツが生成される。さらに、コンテンツに、コンテンツデータを利用するために必要な利用権を対応付けるための情報と、コンテンツＩＤとして生成した乱数とが付加される。
【００２４】
情報処理装置は、単独の装置であっても良いし、記録装置または記録再生装置の情報処理を行うブロックであってもよい。
【００２５】
コンテンツは、音声、画像、またはテキストなどの情報の方式にかかわらず有用な情報であれば良い。
【００２６】
記憶媒体は、物理的変化または化学的変化によりコンテンツを記憶するものであればよい。
【００２７】
【発明の実施の形態】
図１は、本発明を適用したコンテンツ提供システムの構成を示している。インターネット２には、クライアント１−１，１−２（以下、これらのクライアントを個々に区別する必要がない場合、単にクライアント１と称する）が接続されている。この例においては、クライアントが２台のみ示されているが、インターネット２には、任意の台数のクライアントが接続される。
【００２８】
また、インターネット２には、クライアント１に対してコンテンツを提供するコンテンツサーバ３、コンテンツサーバ３が提供するコンテンツを利用するのに必要な利用権をクライアント１に対して付与するライセンスサーバ４、およびクライアント１が利用権を受け取った場合に、そのクライアント１に対して課金処理を行う課金サーバ５が接続されている。
【００２９】
これらのコンテンツサーバ３、ライセンスサーバ４、および課金サーバ５も、任意の台数、インターネット２に接続される。
【００３０】
図２はクライアント１の構成を表している。
【００３１】
図２において、CPU（Central Processing Unit）２１は、ROM（Read Only Memory）２２に記憶されているプログラム、または記憶部２８からRAM（Random Access Memory）２３にロードされたプログラムに従って各種の処理を実行する。タイマ２０は、計時動作を行い、時刻情報をCPU２１に供給する。RAM２３にはまた、CPU２１が各種の処理を実行する上において必要なデータなども適宜記憶される。
【００３２】
暗号化復号部２４は、コンテンツデータを暗号化するとともに、既に暗号化されているコンテンツデータを復号する処理を行う。コーデック部２５は、例えば、ATRAC（Adaptive Transform Acoustic Coding）３方式などでコンテンツデータをエンコードし、入出力インタフェース３２を介してドライブ３０に接続されている半導体メモリ４４に供給し、記録させる。あるいはまた、コーデック部２５は、ドライブ３０を介して半導体メモリ４４より読み出した、エンコードされているデータをデコードする。
【００３３】
半導体メモリ４４は、例えば、メモリースティック（商標）などにより構成される。
【００３４】
CPU２１、ROM２２、RAM２３、暗号化復号部２４、およびコーデック部２５は、バス３１を介して相互に接続されている。このバス３１にはまた、入出力インタフェース３２も接続されている。
【００３５】
入出力インタフェース３２には、キーボード、マウスなどよりなる入力部２６、CRT、LCDなどよりなるディスプレイ、並びにスピーカなどよりなる出力部２７、ハードディスクなどより構成される記憶部２８、モデム、ターミナルアダプタなどより構成される通信部２９が接続されている。通信部２９は、インターネット２を介しての通信処理を行う。通信部２９はまた、他のクライアントとの間で、アナログ信号またはデジタル信号の通信処理を行う。
【００３６】
入出力インタフェース３２にはまた、必要に応じてドライブ３０が接続され、磁気ディスク４１、光ディスク４２、光磁気ディスク４３、或いは半導体メモリ４４などが適宜装着され、それらから読み出されたコンピュータプログラムが、必要に応じて記憶部２８にインストールされる。
【００３７】
なお、図示は省略するが、コンテンツサーバ３、ライセンスサーバ４、課金サーバ５も、図２に示したクライアント１と基本的に同様の構成を有するコンピュータにより構成される。そこで、以下の説明においては、図２の構成は、コンテンツサーバ３、ライセンスサーバ４、課金サーバ５などの構成としても引用される。
【００３８】
なお、図示は省略するが、PD（Portable Device）も、図２に示したクライアント１と基本的に同様の構成を有するコンピュータにより構成される。
【００３９】
次に、図３のフローチャートを参照して、クライアント１がコンテンツサーバ３からコンテンツの提供を受ける処理について説明する。
【００４０】
ユーザが、入力部２６を操作することでコンテンツサーバ３に対するアクセスを指令すると、CPU２１は、ステップＳ１において、通信部２９を制御し、インターネット２を介してコンテンツサーバ３にアクセスさせる。ステップＳ２において、ユーザが、入力部２６を操作して、提供を受けるコンテンツを指定すると、CPU２１は、この指定情報を受け取り、通信部２９から、インターネット２を介してコンテンツサーバ３に、指定されたコンテンツのコンテンツIDを通知する。図４のフローチャートを参照して後述するように、この通知を受けたコンテンツサーバ３は、暗号化されたコンテンツデータを含むコンテンツを送信してくるので、ステップＳ３において、CPU２１は、通信部２９を介して、このコンテンツデータを受信すると、ステップＳ４において、その暗号化されているコンテンツデータを記憶部２８を構成するハードディスクに供給し、記憶させる。
【００４１】
次に、図４のフローチャートを参照して、クライアント１の以上の処理に対応するコンテンツサーバ３のコンテンツ提供処理について説明する。なお、以下の説明において、図２のクライアント１の構成は、コンテンツサーバ３の構成としても引用される。
【００４２】
ステップＳ２１において、コンテンツサーバ３のCPU２１は、インターネット２から通信部２９を介してクライアント１よりアクセスを受けるまで待機し、アクセスを受けたと判定したとき、ステップＳ２２に進み、クライアント１から送信されてきたコンテンツIDを取り込む。このコンテンツIDは、クライアント１が、図３のステップＳ２において通知してきた情報である。
【００４３】
ステップＳ２３において、コンテンツサーバ３のCPU２１は、記憶部２８に記憶されているコンテンツの中から、ステップＳ２２の処理で取り込まれたコンテンツIDで指定されたコンテンツデータを読み出す。CPU２１は、ステップＳ２４において、記憶部２８から読み出されたコンテンツデータを、暗号化復号部２４に供給し、コンテンツキーKcを用いて暗号化させる。
【００４４】
記憶部２８に記憶されているコンテンツデータは、コーデック部２５により、既にATRAC３方式によりエンコードされているので、このエンコードされているコンテンツデータが暗号化されることになる。
【００４５】
なお、もちろん、記憶部２８に予め暗号化した状態でコンテンツデータを記憶させることができる。この場合には、ステップＳ２４の処理は省略することが可能である。
【００４６】
次に、ステップＳ２５において、コンテンツサーバ３のCPU２１は、暗号化したコンテンツデータを伝送するフォーマットを構成するヘッダに、暗号化されているコンテンツを復号するのに必要なキー情報（図５を参照して後述するEKBとKEKBC（Kc））を付加する。そして、ステップＳ２６において、コンテンツサーバ３のCPU２１は、ステップＳ２４の処理で暗号化したコンテンツと、ステップＳ２５の処理でキー情報を付加したヘッダとをフォーマット化したデータを、通信部２９から、インターネット２を介して、アクセスしてきたクライアント１に送信する。
【００４７】
図５は、このようにして、コンテンツサーバ３からクライアント１にコンテンツが供給される場合のフォーマットの構成を表している。同図に示されるように、このフォーマットは、ヘッダ（Header）とデータ（Data）とにより構成される。
【００４８】
ヘッダには、コンテンツ情報（Content information）、URL(Uniform Resource Locator)、イネーブリングキーブロック（有効化キーブロック）（EKB（Enabling Key Block））、EKBから生成されたキーKEKBCを用いて暗号化されたコンテンツキーKcとしてのデータKEKBC（Kc）、コンテンツの属性（Attributes）、および署名（Signatures）が配置されている。なお、EKBについては、図１３および図１４を参照して後述する。
【００４９】
コンテンツ情報には、データとしてフォーマット化されているコンテンツデータを識別するための識別情報としてのコンテンツID（CID）、そのコンテンツのコーデックの方式などの情報が含まれている。
【００５０】
URLは、そのコンテンツを利用するために必要な利用権を取得するときアクセスするアドレス情報であり、図１のシステムの場合、具体的には、利用権を受けるために必要なライセンスサーバ４のアドレスである。
【００５１】
コンテンツの属性は、コンテンツの関する情報であり、コンテンツの属性には、コンテンツID、コンテンツの提供者を識別するための識別情報としてのレコードカンパニーID、アーティストを識別するための識別情報としてのアーティストIDなどが含まれる。本実施の形態では、属性は利用権の対象となるコンテンツを特定するために用いられる。
【００５２】
署名は、コンテンツの属性に対応する電子署名である。
【００５３】
データは、任意の数の暗号化ブロック（Encryption Block）により構成される。各暗号化ブロックは、イニシャルベクトル（IV（Initial Vector））、シード（Seed）、およびコンテンツデータをキーK'cで暗号化したデータEK'c(data)により構成されている。
【００５４】
キーK'cは、次式により示されるように、コンテンツキーKcと、乱数で設定される値Seedをハッシュ関数に適用して演算された値により構成される。
K'c＝Hash(Kc, Seed)
【００５５】
イニシャルベクトルIVとシードSeedは、各暗号化ブロック毎に異なる値に設定される。
【００５６】
この暗号化は、コンテンツのデータを８バイト単位で区分して、８バイト毎に行われる。後段の８バイトの暗号化は、前段の８バイトの暗号化の結果を利用して行われるCBC（Cipher Block Chaining）モードで行われる。
【００５７】
CBCモードの場合、最初の８バイトのコンテンツデータを暗号化するとき、その前段の８バイトの暗号化結果が存在しないため、最初の８バイトのコンテンツデータを暗号化するときは、イニシャルベクトルIVを初期値として暗号化が行われる。
【００５８】
このCBCモードによる暗号化を行うことで、１つの暗号化ブロックが解読されたとしても、その影響が、他の暗号化ブロックにおよぶことが抑制される。
【００５９】
また、暗号方式についてはこれに限らない。
【００６０】
以上のようにして、クライアント１は、コンテンツサーバ３からコンテンツを無料で、自由に取得することができる。従って、コンテンツそのものは、大量に、配布することが可能となる。
【００６１】
しかしながら、各クライアント１は、取得したコンテンツを利用するとき、そのコンテンツの利用が許可されていることを示す利用権を保持している必要がある。そこで、図６を参照して、クライアント１がコンテンツを再生する場合の処理について説明する。
【００６２】
ステップＳ４１において、クライアント１のCPU２１は、ユーザが入力部２６を操作することで指示したコンテンツの識別情報（CID）を取得する。この識別情報は、例えば、コンテンツのタイトルや、記憶されている各コンテンツ毎に付与されている番号などにより構成される。
【００６３】
そして、CPU２１は、コンテンツが指示されると、そのコンテンツの属性（Attributes）を読み取る。この属性（Attributes）は、図５に示されるように、コンテンツのヘッダに記述されているものである。
【００６４】
次に、ステップＳ４２に進み、CPU２１は、ステップＳ４１で読み取られた属性（Attributes）が各利用権に含まれているコンテンツ条件を満たすような利用権が、クライアント１により既に取得され、記憶部２８に記憶されているか否かを判定する。まだ、利用権が取得されていない場合には、ステップＳ４３に進み、CPU２１は、利用権取得処理を実行する。この利用権取得処理の詳細は、図７のフローチャートを参照して後述する。
【００６５】
ステップＳ４２において、利用権が既に取得されていると判定された場合、または、ステップＳ４３において、利用権取得処理が実行された結果、利用権が取得された場合、ステップＳ４４に進み、CPU２１は、取得されている利用権は有効期限内のものであるか否かを判定する。利用権が有効期限内のものであるか否かは、利用権の内容として規定されている期限（後述する図８参照）と、タイマ２０により計時されている現在日時と比較することで判断される。利用権の有効期限が既に満了していると判定された場合、CPU２１は、ステップＳ４５に進み、利用権更新処理を実行する。
【００６６】
ステップＳ４４において、利用権はまだ有効期限内であると判定された場合、または、ステップＳ４５において、利用権が更新された場合、ステップＳ４６に進み、CPU２１は記憶部２８に記憶されている、利用権に含まれる使用条件及び使用状態（後述する）を読み出し、再生の条件を満たしているかどうかを判定する。
【００６７】
ステップＳ４６において、利用権に含まれる使用条件、及び使用状態に基づき、再生が許可されると判断された場合には、ステップＳ４７に進み、CPU２１は、暗号化されているコンテンツデータを記憶部２８から読み出し、RAM２３に格納させる。そして、ステップＳ４８において、CPU２１は、RAM２３に記憶された暗号化コンテンツデータを、図５のデータに配置されている暗号化ブロック単位で、暗号化復号部２４に供給し、コンテンツキーKcを用いて復号させる。
【００６８】
コンテンツキーKcを得る方法の具体例は、図１３および図１４を参照して後述するが、デバイスノードキー（DNK）を用いて、EKB（図５）に含まれるキーＫEKBCを得ることができ、そのキーＫEKBCを用いて、データＫEKBC（Kc）（図５）から、コンテンツキーKcを得ることができる。
【００６９】
CPU２１は、さらに、ステップＳ４９において、暗号化復号部２４により復号されたコンテンツデータをコーデック部２５に供給し、デコードさせる。そして、コーデック部２５によりデコードされたデータを、CPU２１は、入出力インタフェース３２から出力部２７に供給し、D/A変換させ、スピーカから出力させる。
【００７０】
ステップＳ４６において、利用権に含まれる使用条件、及び使用状態に基づき、再生が許可されないと判断された場合、コンテンツを出力しないで、処理は終了する。
【００７１】
次に、図７のフローチャートを参照して、図６のステップＳ４３で行われる利用権取得処理の詳細について説明する。
【００７２】
クライアント１は、事前にライセンスサーバに登録することにより、リーフID、DNK(Device Node Key)、クライアント１の秘密鍵・公開鍵のペア、ライセンスサーバの公開鍵、及び各公開鍵の証明書を含むサービスデータを取得しておく。
【００７３】
リーフIDは、クライアント毎に割り当てられた識別情報を表し、DNKは、コンテンツに含まれるEKB（有効化キーブロック）によって暗号化されているコンテンツキーKcを復号するのに必要なデバイスノードキーである（図１０を参照して後述する）。
【００７４】
最初にステップＳ６１において、CPU２１は、コンテンツのヘッダに記述されているURLを取得する。上述したように、このURLは、そのコンテンツを利用するために必要な利用権を取得するときアクセスすべきアドレスである。そこで、ステップＳ６２において、CPU２１は、ステップＳ６１で取得したURLにアクセスする。具体的には、通信部２９によりインターネット２を介してライセンスサーバ４にアクセスが行われる。このとき、ライセンスサーバ４は、クライアント１に対して、利用権のリストを送信するとともに、購入する利用権（コンテンツを使用するのに必要な利用権）を指定する利用権指定情報、並びにユーザIDとパスワードの入力を要求してくる（後述する図９のステップＳ１０２）。CPU２１は、この要求を出力部２７の表示部に表示させる。ユーザは、この表示に基づいて、入力部２６を操作して、利用権指定情報、ユーザID、およびパスワードを入力する。なお、このユーザIDとパスワードは、クライアント１のユーザが、インターネット２を介してライセンスサーバ４にアクセスし、事前に取得しておいたものである。
【００７５】
CPU２１は、ステップＳ６３，Ｓ６４において、入力部２６から入力された利用権指定情報を取り込むとともに、ユーザIDとパスワードを取り込む。CPU２１は、ステップＳ６５において、通信部２９を制御し、入力されたユーザIDとパスワードを、利用権指定情報及びサービスデータ（後述する）に含まれるリーフIDを含む利用権要求をインターネット２を介してライセンスサーバ４に送信させる。
【００７６】
ライセンスサーバ４は、図９を参照して後述するように、ユーザIDとパスワード、並びに利用権指定情報に基づいて利用権を送信してくる（ステップＳ１０９）か、または、条件が満たされない場合には、利用権を送信してこない（ステップＳ１１２）。
【００７７】
ステップＳ６６において、CPU２１は、ライセンスサーバ４から利用権が送信されてきたか否かを判定し、利用権が送信されてきた場合には、ステップＳ６７に進み、その利用権を記憶部２８に供給し、記憶させる。
【００７８】
ステップＳ６６において、利用権が送信されて来ないと判定した場合、CPU２１は、ステップＳ６８に進み、エラー処理を実行する。具体的には、CPU２１は、コンテンツを利用するための利用権が得られないので、コンテンツの再生処理を禁止する。
【００７９】
以上のようにして、各クライアント１は、コンテンツを利用するために必要な利用権を取得して、初めて、そのコンテンツを使用することが可能となる。
【００８０】
なお、図７の利用権取得処理は、各ユーザがコンテンツを取得する前に、予め行っておくようにすることも可能である。
【００８１】
クライアント１に提供される利用権は、例えば、図８に示されるように、使用条件、リーフIDおよび電子署名などを含んでいる。
【００８２】
バージョンは、メジャーバージョンおよびマイナーバージョンをドットで区切って、利用権のバージョンを記述する情報である。
【００８３】
プロファィルは、１０進の整数値から記述され、利用権の記述方法に対する制限を規定する情報である。
【００８４】
利用権IDは、１６進定数で記述される、利用権を識別するための識別情報である。
【００８５】
作成日時は、利用権が作成された日時を示す。
【００８６】
有効期限は、利用権の有効期限を示す。９９９９年２３時５９分５９秒である有効期限は、有効期限に制限がないことを示す。
【００８７】
使用条件には、その利用権に基づいて、コンテンツを使用することが可能な使用期限、その利用権に基づいて、コンテンツを再生することが可能な再生期限、コンテンツの最大再生回数、その利用権に基づいて、コンテンツをコピーすることが可能な回数（許されるコピー回数）、最大チェックアウト回数、その利用権に基づいて、コンテンツをCD-Rに記録することができるか否か、PD（Portable Device）にコピーすることが可能な回数、利用権の移動の可否、使用ログをとる義務の有無等を示す情報が含まれる。
【００８８】
使用条件の電子署名は、使用条件に対応する、電子署名である。
【００８９】
定数は、使用条件または使用状態で参照される定数である。
【００９０】
リーフIDは、クライアントを識別するための識別情報である。
【００９１】
電子署名は、利用権全体に対応する、電子署名である。
【００９２】
証明書は、ライセンスサーバの公開鍵を含む証明書である。
【００９３】
また、クライアント１の記憶部２８には、利用権の使用条件とあわせて、コンテンツや利用権の状態を表す情報である使用状態が記憶される。使用状態には、対応する利用権に基づいてコンテンツを再生した回数、コンテンツをコピーした回数、コンテンツをチェックアウトした回数、コンテンツを初めて再生した日時、コンテンツをCD-Rに記録した回数、その他コンテンツあるいは利用権に関する履歴情報等を示す情報が含まれる。
【００９４】
図６のステップＳ４６の再生の条件の判定は、利用権に含まれる使用条件と、記憶部２８に利用権と共に記憶されている使用状態とを基に行われる。例えば、使用状態に記憶されているコンテンツを再生した回数が、使用条件に含まれるコンテンツ最大再生回数より少ない場合には、再生の条件が満たされていると判定される。
【００９５】
次に、図９のフローチャートを参照して、図７のクライアント１の利用権取得処理に対応して実行されるライセンスサーバ４の利用権提供処理について説明する。なお、この場合においても、図２のクライアント１の構成は、ライセンスサーバ４の構成として引用される。
【００９６】
ステップＳ１０１において、ライセンスサーバ４のCPU２１は、クライアント１よりアクセスを受けるまで待機し、アクセスを受けたとき、ステップＳ１０２に進み、アクセスしてきたクライアント１に対して、各利用権に関する情報を含む利用権のリストを送信するとともに、ユーザIDとパスワード、並びに、利用権指定情報の送信を要求する。上述したようにして、クライアント１から、図７のステップＳ６５の処理で、ユーザIDとパスワード、リーフID並びに利用権指定情報（利用権IDであってもよい）が送信されてきたとき、ライセンスサーバ４のCPU２１は、通信部２９を介してこれを受信し、取り込む処理を実行する。
【００９７】
そして、ライセンスサーバ４のCPU２１は、ステップＳ１０３において、通信部２９から課金サーバ５にアクセスし、ユーザIDとパスワードに対応するユーザの与信処理を要求する。課金サーバ５は、インターネット２を介してライセンスサーバ４から与信処理の要求を受けると、そのユーザIDとパスワードに対応するユーザの過去の支払い履歴などを調査し、そのユーザが、過去に利用権の対価の不払いの実績があるか否かなどを調べ、そのような実績がない場合には、利用権の付与を許容する与信結果を送信し、不払いの実績などがある場合には、利用権付与の不許可の与信結果を送信する。
【００９８】
ステップＳ１０４において、ライセンスサーバ４のCPU２１は、課金サーバ５からの与信結果が、利用権を付与することを許容する与信結果であるか否かを判定し、利用権の付与が許容されている場合には、ステップＳ１０５に進み、ステップＳ１０２の処理で取り込まれた利用権指定情報に対応する利用権を、記憶部２８に記憶されている利用権の中から取り出す。記憶部２８に記憶されている利用権は、あらかじめ利用権ID、バージョン、作成日時、有効期限等の情報が記述されている。ステップＳ１０６において、CPU２１は、その利用権に受信したリーフIDを付加する。さらに、ステップＳ１０７において、CPU２１は、ステップＳ１０５で選択された利用権に対応づけられている使用条件を選択する。あるいはまた、ステップＳ１０２の処理で、ユーザから使用条件が指定された場合には、その使用条件が必要に応じて、予め用意されている使用条件に付加される。CPU２１は、選択された使用条件を利用権に付加する。使用条件は利用権にあらかじめ付加されていてもよい。
【００９９】
ステップＳ１０８において、ＣＰＵ２１はライセンスサーバの秘密鍵により利用権に署名し、ライセンスサーバの公開鍵を含む証明書を利用権に添付し、これにより、図８に示されるような構成の利用権が生成される。
【０１００】
次に、ステップＳ１０９に進み、ライセンスサーバ４のCPU２１は、その利用権（図８に示される構成を有する）を、通信部２９からインターネット２を介してクライアント１に送信させる。
【０１０１】
ステップＳ１１０においてライセンスサーバ４のCPU２１は、ステップＳ１０９の処理で、いま送信した利用権（使用条件、リーフIDを含む）を、ステップＳ１０２の処理で取り込まれたユーザIDとパスワードに対応して、記憶部２８に記憶させる。さらに、ステップＳ１１１において、CPU２１は、課金処理を実行する。具体的には、CPU２１は、通信部２９から課金サーバ５に、そのユーザIDとパスワードに対応するユーザに対する課金処理を要求する。課金サーバ５は、この課金の要求に基づいて、そのユーザに対する課金処理を実行する。上述したように、この課金処理に対して、そのユーザが支払いを行わなかったような場合には、以後、そのユーザは、利用権の付与を要求したとしても、利用権を受けることができないことになる。
【０１０２】
すなわち、この場合には、課金サーバ５から利用権の付与を不許可とする与信結果が送信されてくるので、ステップＳ１０４からステップＳ１１２に進み、CPU２１は、エラー処理を実行する。具体的には、ライセンスサーバ４のCPU２１は、通信部２９を制御してアクセスしてきたクライアント１に対して、利用権を付与することができない旨のメッセージを送信し、処理を終了させる。
【０１０３】
この場合、上述したように、そのクライアント１は利用権を受けることができないので、そのコンテンツを利用すること（暗号化されたコンテンツデータを復号し、再生すること）ができないことになる。
【０１０４】
本発明においては、図１０に示されるように、ブロードキャストインクリプション（Broadcast Encryption）方式の原理に基づいて、デバイスとキーが管理される。キーは、階層ツリー構造とされ、最下段のリーフ（leaf）が個々のデバイス固有のキーに対応する。本発明のシステムに用いられる階層ツリー構造鍵管理については特許公開2001-352321号公報に記載されている。図１０の例の場合、番号０から番号１５までの１６個のデバイスに対応するキーが生成される。
【０１０５】
各キーは、図中丸印で示されるツリー構造の各ノードに対応して規定される。この例では、最上段のルートノードに対応してルートキーKRが、２段目のノードに対応してキーＫ０，Ｋ１が、３段目のノードに対応してキーＫ００乃至Ｋ１１が、第４段目のノードに対応してキーＫ０００乃至キーＫ１１１が、それぞれ対応されている。そして、最下段のノードとしてのリーフ（デバイスノード）に、キーＫ００００乃至Ｋ１１１１が、それぞれ対応されている。
【０１０６】
階層構造とされているため、例えば、キーＫ００１０とキー００１１の上位のキーは、Ｋ００１とされ、キーＫ０００とキーＫ００１の上位のキーは、Ｋ００とされている。以下同様に、キーＫ００とキーＫ０１の上位のキーは、Ｋ０とされ、キーＫ０とキーＫ１の上位のキーは、KRとされている。
【０１０７】
コンテンツを利用するキーは、最下段のデバイスノード（リーフ）から、最上段のルートノードまでの１つのパスの各ノードに対応するキーで管理される。例えば、番号３のリーフに対応するデバイスにおいて、コンテンツを利用するためのキーは、キーＫ００１１，Ｋ００１，Ｋ００，Ｋ０，KRを含むパスの各キーで管理される。
【０１０８】
本発明のシステムにおいては、図１１に示されるように、図１０の原理に基づいて構成されるキーシステムで、デバイスのキーとコンテンツのキーの管理が行われる。図１１の例では、８＋２４＋３２段のノードがツリー構造とされ、ルートノードから下位の８段までの各ノードにカテゴリが対応される。ここにおけるカテゴリとは、例えばメモリースティックなどの半導体メモリを使用する機器のカテゴリ、デジタル放送を受信する機器のカテゴリといったカテゴリを意味する。そして、このカテゴリノードのうちの１つのノードに、ライセンスを管理するシステムとして本システム（Ｔシステムと称する）が対応する。
【０１０９】
すなわち、このＴシステムのノードよりさらに下の階層の２４段のノードに対応するキーにより、サービスプロバイダ、あるいはサービスプロバイダが提供するサービスが対応される。この例の場合、これにより、２24（約１６メガ）のサービスプロバイダあるいはサービスを規定することができる。さらに、最も下側の３２段の階層により、２32（約４ギガ）のユーザ（あるいはクライアント１）を規定することができる。最下段の３２段のノードからＴシステムのノードまでのパス上の各ノードに対応するキーが、DNK（Device Node Key）を構成し、最下段のリーフに対応するIDがリーフIDとされる。
【０１１０】
コンテンツを暗号化したコンテンツキーは更新されたルートキーKR'によって暗号化され、上位の階層の更新ノードキーは、その直近の下位の階層の更新ノードキーを用いて暗号化され、ＥＫＢ（図１３および図１４を参照して後述する）内に配置される。ＥＫＢにおける末端から１つ上の段の更新ノードキーはＥＫＢの末端のノードキーあるいはリーフキーによって暗号化され、ＥＫＢ内に配置される。クライアント１は、サービスデータに記述されているＤＮＫのいずれかのキーを用いて、コンテンツデータとともに配布されるＥＫＢ（図１３および図１４）内に記述されている直近の上位の階層の更新ノードキーを復号し、復号して得たキーを用いて、ＥＫＢ内に記述されているさらにその上の階層の更新ノードキーを復号する。以上の処理を順次行うことで、クライアント１は、更新ルートキーKR'を得ることができる。
【０１１１】
図１２に階層ツリー構造のカテゴリの分類の具体的な例を示す。図１２において、階層ツリー構造の最上段には、ルートキーKR２３０１が設定され、以下の中間段にはノードキー２３０２が設定され、最下段には、リーフキー２３０３が設定される。各デバイスは個々のリーフキーと、リーフキーからルートキーに至る一連のノードキー、ルートキーからなるデバイスノードキー（ＤＮＫ）を保有する。
【０１１２】
最上段から第Ｍ段目（図１１の例では、Ｍ＝８）の所定のノードがカテゴリノード２３０４として設定される。すなわち第Ｍ段目のノードの各々が特定カテゴリのデバイス設定ノードとされる。第Ｍ段の１つのノードを頂点としてＭ＋１段以下のノード、リーフは、そのカテゴリに含まれるデバイスに関するノードおよびリーフとされる。
【０１１３】
例えば図１２の第Ｍ段目の１つのノード２３０５にはカテゴリ［メモリースティック（商標）］が設定され、このノード以下に連なるノード、リーフはメモリステッイクを使用した様々なデバイスを含むカテゴリ専用のノードまたはリーフとして設定される。すなわち、ノード２３０５以下が、メモリースティックのカテゴリに定義されるデバイスの関連ノード、およびリーフの集合として定義される。
【０１１４】
さらに、Ｍ段から数段分下位の段をサブカテゴリノード２３０６として設定することができる。図１２の例では、カテゴリ［メモリースティック］ノード２３０５の２段下のノードに、メモリースティックを使用したデバイスのカテゴリに含まれるサブカテゴリノードとして、［再生専用器］のノード２３０６が設定されている。さらに、サブカテゴリノードである再生専用器のノード２３０６以下に、再生専用器のカテゴリに含まれる音楽再生機能付き電話のノード２３０７が設定され、さらにその下位に、音楽再生機能付き電話のカテゴリに含まれる［ＰＨＳ］ノード２３０８と、［携帯電話］ノード２３０９が設定されている。
【０１１５】
さらに、カテゴリ、サブカテゴリは、デバイスの種類のみならず、例えばあるメーカー、コンテンツプロバイダ、決済機関等が独自に管理するノード、すなわち処理単位、管轄単位、あるいは提供サービス単位等、任意の単位（これらを総称して以下、エンティティと呼ぶ）で設定することが可能である。例えば１つのカテゴリノードをゲーム機器メーカーの販売するゲーム機器ＸＹＺ専用の頂点ノードとして設定すれば、メーカーの販売するゲーム機器ＸＹＺに、その頂点ノード以下の下段のノードキー、リーフキーを格納して販売することが可能となり、その後、暗号化コンテンツの配信、あるいは各種キーの配信、更新処理を、その頂点ノードキー以下のノードキー、リーフキーによって構成される有効化キーブロック（ＥＫＢ）を生成して配信し、頂点ノード以下のデバイスに対してのみ利用可能なデータが配信可能となる。
【０１１６】
このように、１つのノードを頂点として、以下のノードをその頂点ノードに定義されたカテゴリ、あるいはサブカテゴリの関連ノードとして設定する構成とすることにより、カテゴリ段、あるいはサブカテゴリ段の１つの頂点ノードを管理するメーカー、コンテンツプロバイダ等がそのノードを頂点とする有効化キーブロック（ＥＫＢ）を独自に生成して、頂点ノード以下に属するデバイスに配信する構成が可能となり、頂点ノードに属さない他のカテゴリのノードに属するデバイスには全く影響を及ぼさずにキー更新を実行することができる。
【０１１７】
また、ある時点ｔにおいて、デバイス３の所有する鍵Ｋ００１１,Ｋ００１,Ｋ００,Ｋ０,KRが攻撃者（ハッカー）により解析されて露呈したことが発覚した場合、それ以降、システム（デバイス０，１，２，３のグループ）で送受信されるデータを守るために、デバイス３をシステムから切り離す必要がある。そのためには、ノードキーＫ００１,Ｋ００,Ｋ０,KRを、それぞれ新たな鍵Ｋ（ｔ）００１,Ｋ（ｔ）００,Ｋ（ｔ）０,Ｋ（ｔ）Ｒに更新し、デバイス０，１，２にその更新キーを伝える必要がある。ここで、Ｋ（ｔ）ａａａは、鍵Ｋａａａの世代（Generation）ｔの更新キーであることを示す。
【０１１８】
更新キーの配布処理ついて説明する。キーの更新は、例えば、図１３に示す有効化キーブロック（ＥＫＢ：Enabling Key Block）と呼ばれるブロックデータによって構成されるテーブルを、ネットワークを介して、あるいは記録媒体に格納してデバイス０，１，２に供給することによって実行される。なお、有効化キーブロック（ＥＫＢ）は、図１０に示されるようなツリー構造を構成する各リーフ（最下段のノード）に対応するデバイスに、新たに更新されたキーを配布するための暗号化キーによって構成される。有効化キーブロック（ＥＫＢ）は、キー更新ブロック（ＫＲＢ：Key Renewal Block）と呼ばれることもある。
【０１１９】
図１３に示す有効化キーブロック（ＥＫＢ）は、ノードキーの更新の必要なデバイスのみが更新可能なデータ構成を持つブロックデータとして構成される。図１３の例は、図１０に示すツリー構造中のデバイス０，１，２において、世代ｔの更新ノードキーを配布することを目的として形成されたブロックデータである。図１０から明らかなように、デバイス０，デバイス１は、更新ノードキーとしてＫ（ｔ）００、Ｋ（ｔ）０、Ｋ（ｔ）Ｒが必要であり、デバイス２は、更新ノードキーとしてＫ（ｔ）００１、Ｋ（ｔ）００、Ｋ（ｔ）０、Ｋ（ｔ）Ｒが必要である。
【０１２０】
図１３のＥＫＢに示されるように、ＥＫＢには複数の暗号化キーが含まれる。図１３の最下段の暗号化キーは、Ｅｎｃ（Ｋ００１０，Ｋ（ｔ）００１）である。これはデバイス２の持つリーフキーＫ００１０によって暗号化された更新ノードキーＫ（ｔ）００１であり、デバイス２は、自身の持つリーフキーＫ００１０によってこの暗号化キーを復号し、更新ノードキーＫ（ｔ）００１を得ることができる。また、復号により得た更新ノードキーＫ（ｔ）００１を用いて、図１３の下から２段目の暗号化キーＥｎｃ（Ｋ（ｔ）００１，Ｋ（ｔ）００）が復号可能となり、更新ノードキーＫ（ｔ）００を得ることができる。
【０１２１】
以下順次、図１３の上から２段目の暗号化キーＥｎｃ（Ｋ（ｔ）００，Ｋ（ｔ）０）を復号することで、更新ノードキーＫ（ｔ）０が得られ、これを用いて、図１３の上から１段目の暗号化キーＥｎｃ（Ｋ（ｔ）０，Ｋ（ｔ）Ｒ）を復号することで、更新ルートキーＫ（ｔ）Ｒが得られる。
【０１２２】
一方、ノードキーＫ０００は更新する対象に含まれておらず、ノード０，１が、更新ノードキーとして必要なのは、Ｋ（ｔ）００、Ｋ（ｔ）０、Ｋ（ｔ）Ｒである。ノード０，１は、デバイスキーＫ００００，Ｋ０００１を用いて、図１３の上から３段目の暗号化キーＥｎｃ（Ｋ０００，Ｋ（ｔ）００）を復号することで更新ノードキーＫ（ｔ）００を取得し、以下順次、図１３の上から２段目の暗号化キーＥｎｃ（Ｋ（ｔ）００，Ｋ（ｔ）０）を復号することで、更新ノードキーＫ（ｔ）０を得、図１３の上から１段目の暗号化キーＥｎｃ（Ｋ（ｔ）０，Ｋ（ｔ）Ｒ）を復号することで、更新ルートキーＫ（ｔ）Ｒを得る。このようにして、デバイス０，１，２は更新したキーＫ（ｔ）Ｒを得ることができる。
【０１２３】
なお、図１３のインデックスは、図の右側の暗号化キーを復号するための復号キーとして使用するノードキー、リーフキーの絶対番地を示す。
【０１２４】
図１０に示すツリー構造の上位段のノードキーＫ（ｔ）０,Ｋ（ｔ）Ｒの更新が不要であり、ノードキーＫ００のみの更新処理が必要である場合には、図１４の有効化キーブロック（ＥＫＢ）を用いることで、更新ノードキーＫ（ｔ）００をデバイス０，１，２に配布することができる。
【０１２５】
図１４に示すＥＫＢは、例えば特定のグループにおいて共有する新たなコンテンツキーを配布する場合に利用可能である。具体例として、図１０に点線で示すグループ内のデバイス０，１，２，３がある記録媒体を用いており、新たな共通のコンテンツキーＫ（ｔ）ｃｏｎが必要であるとする。このとき、デバイス０，１，２，３の共通のノードキーＫ００を更新したＫ（ｔ）００を用いて新たな共通の更新コンテンツキーＫ（ｔ）ｃｏｎを暗号化したデータＥｎｃ（Ｋ（ｔ）００，Ｋ（ｔ）ｃｏｎ）が、図１４に示されるＥＫＢとともに配布される。この配布により、デバイス４など、その他のグループの機器が復号することができないデータとしての配布が可能となる。
【０１２６】
すなわち、デバイス０，１，２はＥＫＢを処理して得たキーＫ（ｔ）００を用いて暗号文を復号すれば、ｔ時点でのコンテンツキーＫ（ｔ）ｃｏｎを得ることが可能になる。
【０１２７】
図１５に、ｔ時点でのコンテンツキーＫ（ｔ）ｃｏｎを得る処理例として、Ｋ（ｔ）００を用いて新たな共通のコンテンツキーＫ（ｔ）ｃｏｎを暗号化したデータＥｎｃ（Ｋ（ｔ）００，Ｋ（ｔ）ｃｏｎ）と、図１４に示すＥＫＢとを記録媒体を介して受領したデバイス０の処理を示す。すなわちこの例は、ＥＫＢによる暗号化メッセージデータをコンテンツキーＫ（ｔ）ｃｏｎとした例である。
【０１２８】
図１５に示すように、デバイス０は、記録媒体に格納されている世代t時点のＥＫＢと、自分があらかじめ格納しているノードキーＫ０００を用いて、上述したと同様のＥＫＢ処理により、ノードキーＫ（ｔ）００を生成する。さらに、デバイス０は、復号した更新ノードキーＫ（ｔ）００を用いて、更新コンテンツキーＫ（ｔ）ｃｏｎを復号して、後にそれを使用するために自分だけが持つリーフキーＫ００００で暗号化して格納する。
【０１２９】
図１６に有効化キーブロック（ＥＫＢ）のフォーマット例を示す。バージョン６０１は、有効化キーブロック（ＥＫＢ）のバージョンを示す識別子である。なお、バージョンは、最新のＥＫＢを識別する機能と、コンテンツとの対応関係を示す機能を持つ。デプスは、有効化キーブロック（ＥＫＢ）の配布先のデバイスに対する階層ツリーの階層数を示す。データポインタ６０３は、有効化キーブロック（ＥＫＢ）中のデータ部６０６の位置を示すポインタであり、タグポインタ６０４はタグ部６０７の位置、署名ポインタ６０５は署名６０８の位置を示すポインタである。
【０１３０】
データ部６０６は、例えば更新するノードキーを暗号化したデータを格納する。例えば図１５に示すような更新されたノードキーに関する各暗号化キー等を格納する。
【０１３１】
タグ部６０７は、データ部６０６に格納された暗号化されたノードキー、リーフキーの位置関係を示すタグである。このタグの付与ルールを図１８を用いて説明する。
【０１３２】
図１７では、データとして先に図１３で説明した有効化キーブロック（ＥＫＢ）を送付する例を示している。この時のデータは、図１７のＢで示す表に示すようになる。このときの暗号化キーに含まれるトップノードのアドレスをトップノードアドレスとする。この例の場合は、ルートキーの更新キーＫ（ｔ）Ｒが含まれているので、トップノードアドレスはKRとなる。このとき、例えば最上段のデータＥｎｃ（Ｋ（ｔ）０，Ｋ（ｔ）Ｒ）は、図１７のＡで示す階層ツリーに示す位置Ｐ０に対応する。次の段のデータは、Ｅｎｃ（Ｋ（ｔ）００，Ｋ（ｔ）０）であり、ツリー上では前のデータの左下の位置Ｐ００に対応する。ツリー構造の所定の位置から見て、その下に、データがある場合は、タグが０、ない場合はタグが１に設定される。タグは｛左（Ｌ）タグ，右（Ｒ）タグ｝として設定される。表Ｂの最上段のデータＥｎｃ（Ｋ（ｔ）０，Ｋ（ｔ）Ｒ）に対応する位置POの左下の位置POOにはデータがあるので、Ｌタグ＝０、右にはデータがないので、Ｒタグ＝１となる。以下、すべてのデータにタグが設定され、図１７のＣで示すデータ列、およびタグ列が構成される。
【０１３３】
タグは、対応するデータＥｎｃ（Ｋｘｘｘ，Ｋｙｙｙ）が、ツリー構造のどこに位置しているのかを示すために設定されるものである。データ部６０６に格納されるキーデータＥｎｃ（Ｋｘｘｘ，Ｋｙｙｙ）・・・は、単純に暗号化されたキーの羅列データに過ぎないが、上述したタグによってデータとして格納された暗号化キーのツリー上の位置が判別可能となる。上述したタグを用いずに、先の図１５で説明した構成のように、暗号化データに対応させたノード・インデックスを用いて、例えば、
０：Ｅｎｃ（Ｋ（ｔ）０，Ｋ（ｔ）Ｒ）
００：Ｅｎｃ（Ｋ（ｔ）００，Ｋ（ｔ）０）
０００：Ｅｎｃ（Ｋ（（ｔ）０００，Ｋ（ｔ）００）
・・・のようなデータ構成とすることも可能であるが、このようなインデックスを用いた構成とすると、冗長なデータとなりデータ量が増大し、ネットワークを介する配信等においては好ましくない。これに対し、上述したタグをキー位置を示す索引データとして用いることにより、少ないデータ量でキー位置の判別が可能となる。
【０１３４】
図１６に戻って、ＥＫＢフォーマットについてさらに説明する。署名（Signature）６０８は、有効化キーブロック（ＥＫＢ）を発行した例えば鍵管理センタ（ライセンスサーバ４）、コンテンツロバイダ（コンテンツサーバ３）、決済機関（課金サーバ５）等が実行する電子署名である。ＥＫＢを受領したデバイスは、署名検証によって正当な有効化キーブロック（ＥＫＢ）発行者が発行した有効化キーブロック（ＥＫＢ）であることを確認する。
【０１３５】
以上のようにして、ライセンスサーバ４から供給された利用権に基づいて、コンテンツサーバ３から供給されたコンテンツを利用する処理をまとめると、図１８に示されるようになる。
【０１３６】
すなわち、コンテンツサーバ３からクライアント１に対してコンテンツが提供されるとともに、ライセンスサーバ４からクライアント１にライセンスが与えられる。クライアント１をライセンスサーバ４に登録した際に供給されるサービスデータと、特定のコンテンツの利用を許可する情報である利用権との組み合わせをライセンスと呼ぶ。コンテンツは、コンテンツキーKcにより、暗号化されており（Enc（Kc，Content））、コンテンツキーKcは、更新ルートキーKR'(EKBから得られるキーであって、図５におけるキーＫEKBCに対応する)で暗号化され（Enc（KR'，Kc））、EKBとともに、暗号化されたコンテンツに付加されてクライアント１に提供される。
【０１３７】
図１８の例におけるEKBには、例えば、図１９に示されるように、DNKで復号可能な更新ルートキーKR'が含まれている（Enc（DNK，KR'））。従って、クライアント１は、サービスデータに含まれるDNKを利用して、EKBから更新ルートキーKR'を得ることができる。さらに、更新ルートキーKR'を用いて、Enc（KR'，Kc）からコンテンツキーKcを復号することができ、コンテンツキーKcを用いて、Enc（Kc，Content）からコンテンツを復号することができる。
【０１３８】
このように、クライアント１にDNKを各デバイスに割り当てることにより、図１０と図１５を参照して説明した原理に従って、個々のクライアント１のリボーク（revoke）が可能になる。
【０１３９】
また、ライセンスリーフIDを付加して配布することにより、クライアント１において、サービスデータと利用権の対応付けが行われることになり、利用権の不正コピーを防止することが可能になる。
【０１４０】
また、クライアント用の証明書と秘密鍵をサービスデータとして配信するようにすることで、エンドユーザも、これらを用いて不正コピーを防止可能なコンテンツを作成することが可能になる。
【０１４１】
本発明においては、図１１を参照して説明したように、カテゴリノードにライセンスを管理するＴシステムと、各種のコンテンツを利用するデバイスのカテゴリが対応づけられるので、複数のDNKを同一のデバイスに持たせることができる。その結果、異なるカテゴリのコンテンツを１つのデバイスで管理することが可能となる。
【０１４２】
図２０は、この関係の一例を表している。すなわち、デバイスＤ１には、Ｔシステムに基づいて、DNK１が割り当てられており、ＥＫＢを含むコンテンツ１を再生することができる。同様に、このデバイスＤ１には、例えば、DNK２が割り当てられており、メモリースティックにCDからリッピングしたコンテンツ２を記録することができる。この場合、デバイスＤ１は、コンテンツ１とコンテンツ２という、異なるシステム（Ｔシステムとデバイス管理システム）により配信されたコンテンツを同時に扱うことが可能となる。新たなDNKを割り当てるとき、既に割り当てられているDNKを削除するなどして、デバイスに１個のDNKだけを対応させるようにした場合、このようなことはできない。
【０１４３】
このように、本発明においては、カテゴリ毎に独立したキー管理が可能になる。
【０１４４】
また、DNKを、機器やメディアに予め埋め込むのではなく、ライセンスサーバ４により、登録処理を行う際に、各機器やメディアにダウンロードするようにすることで、ユーザによるキーの購入が可能なシステムを実現することができる。
【０１４５】
コンテンツとその利用権を別々に配布するシステムにおいては、コンテンツは、それが作成された後、どのような使われ方をされようとも、その使われ方に関わりなく、全ての用途において、使用可能であるのが望ましい。例えば、異なるコンテンツ配信サービス、あるいは用途が異なる場合においても、同一のコンテンツが使えることが望ましい。本発明においては、このため、上述したように、各ユーザ（クライアント１）に、認証局としてのライセンスサーバ４から秘密鍵と、それに対応する公開鍵の証明書（certificates）が配布される。各ユーザは、その秘密鍵を用いて、署名（signature）を作成し、コンテンツに付加して、コンテンツの真正さ(integrity)を保証し、かつコンテンツの改竄防止を図ることができる。
【０１４６】
次に、クライアント１から、クライアント１に装着された、セキュアなメディアであり、コンテンツ記憶装置の一例であるメモリースティック（商標）へのコンテンツのエクスポートの処理、およびメモリースティックからクライアント１へのコンテンツのインポートの処理を説明する。
【０１４７】
エクスポートおよびインポートは、コンテンツの移動、コピー、またはチェックアウトなどを含み、図１２におけるT-systemノードの下位のノードに一つのカテゴリとして割り当てられる。
【０１４８】
図２１は、メモリースティックの構成を示す図である。メモリースティック６５１は、フラッシュメモリ（不揮発性メモリ）６６１、メモリコントロールブロック６６２、およびＤＥＳ(Data Encryption Standard)の暗号化回路を含むセキュリティブロック６６３が１チップ上にＩＣ化されたものである。
【０１４９】
フラッシュメモリ６６１は、メモリコントロールブロック６６２の制御の基に、符号化され、暗号化されたコンテンツを記憶する。
【０１５０】
メモリコントロールブロック６６２は、シリアル／パラレル変換、またはパラレル／シリアル変換を実行すると共に、供給されたコマンドおよびデータとを分離して、分離されたコマンドを実行する。メモリコントロールブロック６６２は、供給されたコマンドに対応して、コンテンツをフラッシュメモリ６６１に記憶させるか、またはフラッシュメモリ６６１に記憶されているコンテンツを読み出す。
【０１５１】
メモリースティック６５１のセキュリティブロック６６３は、複数の認証キーとメモリカード毎にユニークなストレージキーを記憶する。セキュリティブロック６６３は、乱数発生回路を有し、メモリコントロールブロック６６２の制御の基に、クライアント１と相互認証し、セッションキーを共有する。
【０１５２】
セキュリティブロック６６３は、後述する使用条件およびＭＡＣ値を含むインデックスを記憶する。
【０１５３】
セキュリティブロック６６３は、メモリコントロールブロック６６２の制御の基に、暗号化されているコンテンツを復号する。
【０１５４】
図２２は、クライアント１によるコンテンツのエクスポートの処理を説明するフローチャートである。
【０１５５】
ステップＳ２０１において、クライアント１のCPU２１は、エクスポートするコンテンツを選択して、選択したコンテンツに含まれる属性から署名を作成する。
【０１５６】
例えば、クライアント１のCPU２１は、コンテンツに含まれる属性を、証明書に含まれるライセンスサーバの公開鍵で暗号化処理することにより、署名を作成する。
【０１５７】
ステップＳ２０２において、クライアント１のCPU２１は、作成した属性の署名と、コンテンツに含まれる属性の署名とを比較し、作成した属性の署名と、コンテンツに含まれる属性の署名とが一致したと判定された場合、属性は改竄されていないので、ステップＳ２０３に進む。
【０１５８】
ステップＳ２０２において、作成した属性の署名と、コンテンツに含まれる属性の署名とが一致しないと判定された場合、属性が改竄されているので、ステップＳ２０９に進み、クライアント１のCPU２１は、エラー表示などのエラー処理を実行し、エクスポートの実行の処理を行わないで、処理は終了する。
【０１５９】
ステップＳ２０３において、クライアント１のCPU２１は、対象となるコンテンツの属性が利用権に含まれるコンテンツ条件を満たし、エクスポートが許可されている利用権を記憶部２８から検索する。対象のコンテンツを利用するための利用権が記憶部２８に見つからない場合には、ステップＳ２０９に進み、クライアント１のCPU２１はエラー表示などの、エラー処理を実行し、エクスポートの実行の処理を行わないで、処理は終了する。
【０１６０】
ステップＳ２０３において、コンテンツを利用するための利用権が見つかった場合には、Ｓ２０４に進み、クライアント１のCPU２１はコンテンツを利用するための利用権が記憶部２８に１つ記憶されているか、複数記憶されているかを判定する。
【０１６１】
記憶部２８に対象のコンテンツを利用するための利用権が複数記憶されていると判定された場合、ステップＳ２０５に進み、クライアント１のCPU２１は、出力部２７のディスプレイに各利用権の使用条件等の情報を表示させ、どの利用権の使用条件をエクスポートされたコンテンツの使用条件として用いるかをユーザに確認させ、ユーザからの入力部２６への入力を基に、いずれの利用権をエクスポートに用いるかを決定する。
【０１６２】
ステップＳ２０５における利用権の選択は、ユーザによる選択に限らず、所定の規則に基づき優先順位が決定されるようになっていても構わない。
【０１６３】
記憶部２８に対象のコンテンツを利用するための利用権が１つ記憶されていると判定された場合、エクスポートに用いられる利用権は決まっているので、ステップＳ２０５の利用権の選択は行われず、ステップＳ２０６に進む。
【０１６４】
コンテンツを利用するための利用権の選択が行われた後、Ｓ２０６において、クライアント１のCPU２１は、利用権の使用条件から署名を作成する。
【０１６５】
例えば、クライアント１のCPU２１は、利用権に含まれる使用条件を、証明書に含まれるライセンスサーバの公開鍵で暗号化処理することにより、署名を作成する。
【０１６６】
ステップＳ２０７において、クライアント１のCPU２１は、作成した使用条件の署名と、利用権に含まれる使用条件の署名とを比較し、作成した使用条件の署名と、利用権に含まれる使用条件の署名とが一致したと判定された場合、使用条件は改竄されていないので、ステップＳ２０８に進む。ステップＳ２０８において、クライアント１のCPU２１は、エクスポートの実行の処理を行い、処理は終了する。
【０１６７】
ステップＳ２０７において、作成した属性の署名と、コンテンツに含まれる属性の署名とが一致しないと判定された場合、属性が改竄されているので、ステップＳ２０９に進み、クライアント１のCPU２１は、エラー表示などのエラー処理を実行し、エクスポートの実行の処理を行わないで、処理は終了する。
【０１６８】
図２３は、ステップＳ２０８の処理に対応する、クライアント１のエクスポートの実行の処理を説明するフローチャートである。
【０１６９】
ステップＳ２２１において、クライアント１のCPU２１は、装着されているメモリースティックと相互認証の処理を実行する。例えば、クライアント１のCPU２１とメモリースティック６５１のセキュリティブロック６６３は、チャレンジアンドレスポンス方式の相互認証の処理を実行することができる。
【０１７０】
ステップＳ２２１の処理において、相互認証されなかった場合、クライアント１またはメモリースティック６５１が、正当ではないので、ステップＳ２２２乃至Ｓ２２８の処理はスキップされ、コンテンツをメモリースティック６５１に書き込まないで、処理は終了する。
【０１７１】
ステップＳ２２１の処理において、相互認証された場合、クライアント１およびメモリースティック６５１が、正当なので、クライアント１およびメモリースティック６５１は、共通の一時鍵（セッションキー）を共有し、ステップＳ２２２乃至Ｓ２２８の処理が実行される。
【０１７２】
共通の一時鍵（セッションキー）が共有された以下の処理において、クライアント１がメモリースティック６５１に送信する情報は、暗号化復号部２４において、一時鍵で暗号化される。また、クライアント１がメモリースティック６５１から受信した情報は、一時鍵により暗号化されているので、暗号化復号部２４により、復号される。
【０１７３】
ステップＳ２２２において、クライアント１のCPU２１は、コンテンツをメモリースティック６５１に書き込む。例えば、クライアント１のCPU２１は、メモリースティック６５１から、メモリースティック６５１のコンテンツキーを取得し、メモリースティック６５１のコンテンツキーに、コンテンツの鍵をかけ直して（コンテンツをメモリースティック６５１のコンテンツキーで暗号化して）、メモリースティック６５１のコンテンツキーに、鍵をかけ直したコンテンツをメモリースティック６５１に供給する。
【０１７４】
なお、メモリースティック６５１に、コンテンツの鍵をかけ直させるようにしてもよい。
【０１７５】
ステップＳ２２３において、クライアント１のCPU２１は、利用権の使用条件のフォーマットをメモリースティックに対応する方式に変換する。
【０１７６】
ステップＳ２２４において、クライアント１のCPU２１は、暗号化復号部２４に、利用権の使用条件のメッセージ認証符号（ＭＡＣ：Message authentication Code）（以下、ＭＡＣ値とも称する）を算出させる。
【０１７７】
ＤＥＳ暗号処理構成を用いたＭＡＣ値生成例を図２４に示す。図２４の構成に示すように対象となるメッセージ（使用条件）を８バイト単位に分割し、（以下、分割されたメッセージをＭ１、Ｍ２、・・・、ＭＮとする）、まず、初期値（IV）とＭ１を、演算部２４−１Ａにより排他的論理和する（その結果をＩ１とする）。次に、Ｉ１をＤＥＳ暗号化部２４−１Ｂに入れ、鍵（以下、Ｋ１とする）を用いて暗号化する（出力をＥ１とする）。続けて、Ｅ１およびＭ２を演算部２４−２Ａにより排他的論理和し、その出力Ｉ２をＤＥＳ暗号化部２４−２Ｂへ入れ、鍵Ｋ１を用いて暗号化する（出力Ｅ２）。以下、これを繰り返し、全てのメッセージに対して暗号化処理を施す。ＤＥＳ暗号化部２４−NBから最後に出てきたＥＮがメッセージ認証符号（ＭＡＣ（Message Authentication Code））となる。
【０１７８】
ステップＳ２２５において、クライアント１のCPU２１は、ステップＳ２２３の処理でフォーマットが変換された使用条件を、ステップＳ２２４の処理で算出されたＭＡＣ値と共にメモリースティック６５１のインデックスに書き込む。
【０１７９】
図２５は、メモリースティック６５１に記憶されているインデックスおよびコンテンツを説明する図である。
【０１８０】
メモリースティック６５１のインデックス７０１には、コンテンツに対応して、コンテンツの使用条件、ＭＡＣ値、およびポインタが格納される。インデックス７０１のポインタは、コンテンツのアドレスを格納している。
【０１８１】
例えば、メモリースティック６５１に記憶されているコンテンツ７０２−１を示すポインタは、コンテンツ７０２−１の使用条件およびそのＭＡＣ値と共に、インデックス７０１に格納される。メモリースティック６５１に記憶されているコンテンツ７０２−２を示すポインタは、コンテンツ７０２−２の使用条件およびそのＭＡＣ値と共に、インデックス７０１に格納される。メモリースティック６５１に記憶されているコンテンツ７０２−３を示すポインタは、コンテンツ７０２−３の使用条件およびそのＭＡＣ値と共に、インデックス７０１に格納される。
【０１８２】
ステップＳ２２６において、クライアント１のCPU２１は、メモリースティック６５１から、ステップＳ２２５の処理により、新たに使用条件およびＭＡＣ値が書き込まれたインデックス７０１を取得する。
【０１８３】
ステップＳ２２７において、クライアント１のCPU２１は、新たに使用条件およびＭＡＣ値が書き込まれたインデックス７０１を基に、メモリースティック６５１全体のインテグリティ・チェック値（ＩＣＶ）を算出する。
【０１８４】
インデックス７０１のインテグリティ・チェック値は、例えばインデックス７０１に対するハッシュ関数を用いて計算され、ＩＣＶ＝ｈａｓｈ（Ｋｉｃｖ，Ｌ１，Ｌ２，・・・）によって計算される。ＫｉｃｖはＩＣＶ生成キーである。Ｌ１，Ｌ２は使用条件の情報であり、使用条件のＭＡＣ値が使用される。
【０１８５】
ステップＳ２２８において、クライアント１のCPU２１は、メモリースティック６５１のインテグリティ・チェック値を、算出したインテグリティ・チェック値に書き換えて、処理は終了する。
【０１８６】
例えば、クライアント１のCPU２１は、メモリースティック６５１から取得したインデックス７０１に含まれる、コンテンツ７０２−１乃至７０２−３に対応するＭＡＣ値を基に、インテグリティ・チェック値を算出する。
【０１８７】
クライアント１のCPU２１は、図２５に示すように、メモリースティック６５１に、算出したインテグリティ・チェック値７０３を書き込む。
【０１８８】
クライアント１は、インテグリティ・チェック値を一時鍵で暗号化して、メモリースティック６５１に送信する、いわゆる、SAC（Secure Authentication Channel）を介して、インテグリティ・チェック値をメモリースティック６５１に送信する。
【０１８９】
このようにすることで、メモリースティックには、インデックス７０１に対応した、インテグリティ・チェック値７０３が安全に格納されることになる。
【０１９０】
例えばコンテンツ再生時にインデックス７０１を基に生成したＩＣＶと、使用条件に基づいて生成したＩＣＶ７０３とを比較して同一のＩＣＶが得られれば使用条件に改竄のないことが保証され、ＩＣＶが異なれば、改竄があったと判定される。
【０１９１】
図２６のフローチャートを参照して、図２３に示すクライアント１のエクスポートの実行の処理に対応する、メモリースティック６５１のインポートの実行の処理を説明する。
【０１９２】
ステップＳ２４１において、メモリースティック６５１のセキュリティブロック６６３は、クライアント１のステップＳ２２１の処理に対応して、クライアント１との相互認証の処理を実行する。
【０１９３】
相互認証された場合、クライアント１およびメモリースティック６５１において、共通の一時鍵（セッションキー）が共有される。
【０１９４】
共通の一時鍵（セッションキー）が共有された以下の処理において、メモリースティック６５１がクライアント１に送信する情報は、セキュリティブロック６６３において、一時鍵により暗号化される。また、メモリースティック６５１がクライアント１から受信した情報は、一時鍵により暗号化されているので、メモリースティック６５１のセキュリティブロック６６３は、暗号化されている情報を、一時鍵で復号する。
【０１９５】
ステップＳ２４２において、メモリースティック６５１のメモリコントロールブロック６６２は、ステップＳ２２２の処理を実行するクライアント１からコンテンツが送信されてくるので、このコンテンツを受信して、コンテンツをフラッシュメモリ６６１に記憶させる。
【０１９６】
ステップＳ２４３において、メモリースティック６５１のメモリコントロールブロック６６２は、ステップＳ２２５の処理を実行するクライアント１からフォーマットが変換された使用条件が送信されてくるので、使用条件を受信し、受信した使用条件をセキュリティブロック６６３のインデックス７０１に書き込む。また、メモリースティック６５１は、使用条件に対応させて、ステップＳ２４２の処理で記憶したコンテンツを示すポインタをセキュリティブロック６６３のインデックス７０１に書き込む。
【０１９７】
ステップＳ２４３の処理により、図２５に示すように、新たに記憶されたコンテンツに対応する使用条件、ＭＡＣ値、およびコンテンツを示すポインタが、セキュリティブロック６６３のインデックス７０１に格納されることになる。
【０１９８】
ステップＳ２４４において、メモリースティック６５１のメモリコントロールブロック６６２は、クライアント１から要求があるので、インデックス７０１をセキュリティブロック６６３から読み出し、読み出したインデックス７０１をクライアントに送信する。ステップＳ２４４の処理で送信されたインデックス７０１を受信することにより、クライアント１は、ステップＳ２２６の処理において、インデックス７０１を取得できる。
【０１９９】
ステップＳ２４５において、メモリースティック６５１は、ステップＳ２２８の処理を実行するクライアント１から、新たなＩＣＶが送信されてくるので、クライアント１から送信されたＩＣＶを受信して、受信したＩＣＶを基に、ＩＣＶを更新し、処理は終了する。
【０２００】
このように、integrity情報である公開鍵暗号による署名がコンテンツに付され、共通鍵暗号方式によるハッシュ値によるintegrity情報が、クライアントにより生成され、データ記憶媒体の使用条件に付される。コンテンツのintegrity情報と使用条件のintegrity情報とが合わせて１つの情報として、インデックス７０１として管理されることになる。
【０２０１】
このように、クライアント１は、メモリースティックの処理能力が低くとも、メモリースティックにおいて、コンテンツの保護のレベルを低下させることなく、公開鍵暗号方式による署名が付いたコンテンツを、メモリースティックにエクスポートすることができるようになる。
【０２０２】
処理能力が低い端末機においても、同一のコンテンツを使用することができるようになる。これにより、特に、あらゆるデバイス同士が、コンテンツをやりとりできるようになる。
【０２０３】
次に、図２７乃至図２９を参照して、コンテンツのインポートまたはコンテンツのエクスポートにおける、コンテンツの変換について説明する。
【０２０４】
図２７に示すように、本発明に係るシステムにおいて、図１２で説明した１つのカテゴリに対応するサービスとして、メモリースティック６５１からクライアント１にコンテンツをインポートすることができると共に、クライアント１からメモリースティック６５１にコンテンツをエクスポートすることができる。
【０２０５】
クライアント１は、メモリースティック６５１からコンテンツをインポートするとき、コンテンツを１つのサービスに割り当てて、インポートするコンテンツを所定の形式に変換する。
【０２０６】
クライアント１のコンテンツは、例えば、ＱｕｉｃｋＴｉｍｅ（商標）フォーマットなどの、複数の種類のデータ（音声のデータ、画像のデータ、またはテキストのデータなど）を格納することができるフォーマットを有する。クライアント１の１つのコンテンツに格納されている、音声のデータ、画像のデータ、またはテキストのデータなどは、互いに対応関係を有する。例えば、音声のデータが、楽曲のデータであるとき、画像のデータは、その楽曲の実演者の画像を示すデータとされ、テキストデータは、その楽曲の解説または歌詞を示すデータとされる。
【０２０７】
一方、クライアント１は、記憶媒体の一例であるメモリースティック６５１にコンテンツをエクスポートするとき、例えば、複数の種類のデータを格納することができるフォーマットのコンテンツのうちの音声のトラックのデータを、メモリースティック６５１に対応したフォーマット、例えば、メモリースティックオーディオ（ＭＳＡ）フォーマットなどに変換し、コンテンツのうちの他のデータを、変換された音声のトラックのデータにリンクさせる。
【０２０８】
図２８に示すように、クライアント１におけるコンテンツが、メモリースティック６５１にエクスポートされるとき、コンテンツに含まれる音声データが抽出されて、抽出された音声データが音声データファイルに変換される。音声データファイルは、メモリースティック６５１に記憶される。
【０２０９】
また、クライアント１におけるコンテンツが、メモリースティック６５１にエクスポートされるとき、コンテンツに含まれる属性のデータは、フリンジデータとされ、画像またはテキストなどのメタデータと共に、音声データファイルとは異なるファイルとされる。フリンジデータおよびメタデータを含むファイルは、音声データファイルとは別に、メモリースティック６５１に記憶される。
【０２１０】
図２８に示す音声データファイル、およびフリンジデータおよびメタデータを含むファイルは、図２７における、メモリースティック６５１に格納されているコンテンツに対応づけられる。
【０２１１】
一方、メモリースティック６５１からコンテンツが、クライアント１にインポートされるとき、音声データファイルから音声データが抽出され、抽出された音声データが、クライアント１のコンテンツに音声データとして格納される。
【０２１２】
メモリースティック６５１からコンテンツが、クライアント１にインポートされるとき、メモリースティック６５１のファイルに格納されているフリンジデータは、クライアント１のコンテンツの属性データとされ、ファイルに格納されているメタデータは、クライアント１のコンテンツのメタデータとされる。
【０２１３】
また、記憶媒体の他の例であるCDからコンテンツを、クライアント１にインポートするとき（リッピングするとき）、クライアント１は、インポート用のサービスデータ、およびインポートのサービスに対応するデフォルトの利用権の雛形を予め記憶している。インポート用のサービスデータは、図８に示す場合と同様であるが、リーフIDに代わり、ユニークIDを格納している。
【０２１４】
例えば、ユニークIDとして、クライアント１のインポートを実行するプログラムがクライアントにインストールされたとき、図１０で説明した階層ツリー構造上の１つのノードを示す、予め定められた所定の値が設定される。また、利用権IDとして、予め定められた所定のIDが設定される。
【０２１５】
なお、クライアント１は、複数のライセンスの雛形を記憶し、コンテンツをインポートするとき、記憶している複数の利用権の雛形のうち、所定の利用権の雛形を選択するようにしてもよい。
【０２１６】
また、インポート用のサービスデータは、所定のライセンスサーバ４から取得するようにしてもよい。
【０２１７】
CDからコンテンツが、クライアント１にインポートされるとき、クライアント１は、CDから読み出したコンテンツを、クライアント１のコンテンツのフォーマットに変換し、さらに適当なコンテンツの属性を定義する。例えば、クライアント１は、CDのTOC（Table Of Contents）からCDに記録されているコンテンツの内容に関するデータ（例えば、レコードカンパニーIDまたはアーティストIDなど）を読み出して、コンテンツの属性として設定する。
【０２１８】
クライアント１は、CDから読み出したコンテンツに対応して、生成したコンテンツと予め記憶している利用権をバインドする。例えば、利用権の雛形に含まれているコンテンツ条件には
import = true
のような条件式が記述されており、クライアント１は、コンテンツの属性に
import = true
のような情報を追加する。このようにすることで、CDから読み出したコンテンツの属性は利用権の雛型のコンテンツ条件を満たすので、CDから読み出したコンテンツは雛型から作成された利用権によって利用を許可される。
【０２１９】
また、例えば、クライアント１は、所定のビット数の乱数を生成して、生成した乱数をコンテンツIDとしてコンテンツに設定する。
【０２２０】
なお、コンテンツIDは、CDのTOCから読み出し、読み出したコンテンツIDをコンテンツに設定するようにしてもよい。
【０２２１】
図２９は、インポートおよびエクスポートにおける、より具体的なコンテンツの変換の例を示す図である。
【０２２２】
クライアント１におけるコンテンツが、メモリースティック６５１にエクスポートされるとき、クライアント１のコンテンツから音声データが抽出されて、抽出された音声データが音声データファイルに変換される。音声データファイルは、メモリースティック６５１に記憶される。
【０２２３】
また、クライアント１におけるコンテンツが、メモリースティック６５１にエクスポートされるとき、コンテンツに含まれる、EKB、KEKBC（Kc）、属性のデータ、および署名などは、フリンジデータとされる。画像データまたはテキストデータなどのメタデータは、そのままの方式で、フリンジデータと共に、メモリースティック６５１にファイルとして記憶される。
【０２２４】
一方、メモリースティック６５１からコンテンツが、クライアント１にインポートされるとき、音声データファイルから音声データが抽出され、抽出された音声データが、クライアント１のコンテンツに音声データ（音声のトラック）として格納される。
【０２２５】
メモリースティック６５１からコンテンツが、クライアント１にインポートされるとき、メモリースティック６５１のファイルに格納されている、EKB、KEKBC（Kc）、属性のデータ、および署名などを含むフリンジデータは、コンテンツのヘッダとして、所定の方式で、クライアント１のコンテンツに格納される。また、画像データおよびテキストデータを含むメタデータが、クライアント１のコンテンツのメタデータ、すなわち、画像のトラックおよびテキストのトラックにそのまま格納される。
【０２２６】
図３０は、ステップＳ２２２の処理に対応する、クライアント１のコンテンツの書き込みの処理を説明するフローチャートである。
【０２２７】
ステップＳ３０１において、クライアント１のCPU２１は、エクスポートするコンテンツから音声のトラックを抽出する。ステップＳ３０２において、クライアント１のCPU２１は、音声のトラック（音声のデータ）のフォーマットをメモリースティック６５１が使用できるフォーマットに変換して、音声データファイルを生成する。
【０２２８】
例えば、クライアント１のCPU２１は、メモリースティック６５１から、メモリースティック６５１のコンテンツキーを取得し、メモリースティック６５１のコンテンツキーに、コンテンツの音声のデータの鍵をかけ直して（ＤＮＫによるＥＫＢの復号処理、コンテンツキーの復号及びコンテンツデータの復号により得られたコンテンツデータを音声のデータをメモリースティック６５１のコンテンツキーで暗号化して）、鍵をかけ直した音声のデータから音声データファイルを生成する。
【０２２９】
なお、メモリースティック６５１に、音声データファイルの鍵をかけ直させるようにしてもよい。
【０２３０】
ステップＳ３０３において、クライアント１のCPU２１は、音声データファイルをメモリースティック６５１に書き込む。
【０２３１】
ステップＳ３０４において、クライアント１のCPU２１は、エクスポートしようとするコンテンツから、音声のトラックを削除する。すなわち、クライアント１のCPU２１は、コンテンツに含まれる復号に必要なデータ、例えば、属性またはＥＫＢ、または画像データまたはテキストデータなどのメタデータから、メモリースティック６５１に書き込むためのファイルを生成する。ステップＳ３０４の処理により、例えば、コンテンツの属性データは、ファイルのフリンジデータとされる。
【０２３２】
ステップＳ３０５において、クライアント１のCPU２１は、メモリースティック６５１から送信される、音声データファイルの記録媒体（記憶媒体）上の位置を示すリファレンス情報を受信する。
【０２３３】
ステップＳ３０６において、クライアント１のCPU２１は、削除された音声のトラックに代わり、ステップＳ３０５において受信した音声データファイルの記録媒体（記憶媒体）上の位置を示すリファレンス情報を挿入する。
【０２３４】
ステップＳ３０７において、クライアント１のCPU２１は、音声データファイルのリファレンス情報を含むコンテンツをファイルとしてメモリースティック６５１に書き込み、処理は終了する。
【０２３５】
音声のトラックが削除された、フリンジデータおよびメタデータを含むファイルは、メモリースティック６５１用の再生装置においては使用されない。
【０２３６】
図３１は、ステップＳ２４２の処理に対応する、メモリースティック６５１のコンテンツの記憶の処理を説明するフローチャートである。
【０２３７】
ステップＳ３２１において、メモリースティック６５１のメモリコントロールブロック６６２は、ステップＳ３０３の処理を実行するクライアント１から送信されてくる音声データファイルを受信し、受信した音声データファイルをフラッシュメモリ６６１に記憶する。その結果、メモリースティック６５１は、クライアント１のコンテンツのうち、音声のトラックからなる音声データファイルを記憶することになる。音声データファイルが、メモリースティック６５１に対応するファイル形式を有するので、メモリースティック６５１は、音声データファイルを使用する（装着されている機器に音声を再生させる）ことができる。
【０２３８】
ステップＳ３２２において、メモリースティック６５１のメモリコントロールブロック６６２は、フラッシュメモリ６６１に記憶した音声データファイルの記録媒体（記憶媒体）上の位置を示すリファレンス情報を送信する。
【０２３９】
ステップＳ３２３において、メモリースティック６５１のメモリコントロールブロック６６２は、ステップＳ３０７の処理を実行するクライアント１から送信されてくる、音声データファイルのリファレンス情報を含むファイルを受信し、受信したファイルをフラッシュメモリ６６１に記憶し、処理は終了する。
【０２４０】
音声データファイルがリンクされたファイルは、メモリースティック６５１に対応するファイル形式を有さず、メモリースティック６５１は、ファイルに格納されているデータを利用することができない。
【０２４１】
このように、メモリースティック６５１には、コンテンツの音声のトラックに対応する音声データファイルが記憶されると共に、コンテンツのメタデータまたは属性データなどの他のデータがファイルとして記憶されることになる。
【０２４２】
このようにすることで、クライアント１のコンテンツがメモリースティック６５１にエクスポートされるときであっても、コンテンツに含まれる情報のうち、音声のデータ以外のデータがファイルとして記憶されるので、コンテンツに含まれる情報が欠落することなく、メモリースティック６５１に記憶されることになる。
【０２４３】
なお、音声データファイルの記録媒体（記憶媒体）上の位置を示すリファレンス情報を挿入する処理はメモリースティック６５１が行っても良い。この場合、クライアント１から音声トラックの削除されたコンテンツファイルが送信され、メモリースティック６５１のメモリコントロールブロック６６２が、音声データファイルの記録媒体（記憶媒体）上の位置を示すリファレンス情報を挿入する。
【０２４４】
次に、クライアント１のコンテンツのインポートの処理について説明する。
【０２４５】
図３２は、クライアント１がCDに記録されているコンテンツをインポート（いわゆる、リッピング）する処理を説明するフローチャートである。
【０２４６】
ステップＳ３４１において、クライアント１のCPU２１は、ドライブ３０に装着された光ディスク４２であるCDからコンテンツを読み出させ（取得し）、コーデック部２５に、読み出したコンテンツを、例えば、ATRAC（Adaptive Transform Acoustic Coding）３方式などでコンテンツを圧縮（エンコード（符号化））させる。
【０２４７】
ステップＳ３４２において、クライアント１のCPU２１は、暗号化復号部２４に、圧縮されたコンテンツを暗号化させる。例えば、圧縮されたコンテンツは乱数に基づいて作成されたコンテンツキーで暗号化され、そのコンテンツキーはT-systemカテゴリノードの下位のノードに割り当てられたインポートのカテゴリに対応するEKBのルートキーで暗号化される。コンテンツキーは、暗号化されたコンテンツに付加される。
【０２４８】
ステップＳ３４３において、クライアント１のCPU２１は、暗号化されたコンテンツに、コンテンツIDを割り当てる。例えば、クライアント１のCPU２１は、所定のビット数の乱数を生成し、生成した乱数をコンテンツIDとしてコンテンツに割り当てる。また、例えば、クライアント１のCPU２１は、CDのTOCに含まれるコンテンツIDを読み出して、読み出したコンテンツIDを暗号化されたコンテンツに割り当てるようにしてもよい。さらに、例えば、クライアント１のCPU２１は、CDの所定のトラックに含まれるコンテンツIDを読み出して、読み出したコンテンツIDを暗号化されたコンテンツに割り当てるようにしてもよい。
【０２４９】
ステップＳ３４４において、クライアント１のCPU２１は、コンテンツに利用権を割り当てる。より具体的には、例えば、インポートされたコンテンツ用の利用権のコンテンツ条件には
import = true
のような条件式が記述されており、クライアント１のCPU２１は、コンテンツの属性に
import = true
のような情報を追加する。このようにすることで、CDから読み出したコンテンツの属性は利用権の雛型のコンテンツ条件を満たすので、CDから読み出したコンテンツは雛型から作成された利用権によって利用を許可される。
【０２５０】
ステップＳ３４５において、クライアント１のCPU２１は、コンテンツの属性を作成する。例えば、クライアント１のCPU２１は、CDのTOC（Table Of Contents）からCDに記録されているコンテンツの内容に関するデータを読み出して、コンテンツの属性として設定する。また、例えば、クライアント１のCPU２１は、ユーザの操作に対応して、入力部２６から供給されたデータをコンテンツの属性として設定するようにしてもよい。
【０２５１】
ステップＳ３４６において、クライアント１のCPU２１は、作成したコンテンツの属性を基に、電子署名を生成して、生成した電子署名をコンテンツに付する。例えば、クライアント１のCPU２１は、インポートサービス用のサービスデータの証明書に含まれている自分自身の秘密鍵を使用して、電子署名を生成する。
【０２５２】
ステップＳ３４７において、クライアント１のCPU２１は、生成したコンテンツのフォーマットを整えて、コンテンツのフォーマットを図５で説明した方式とし、処理は終了する。
【０２５３】
次に、図３３のフローチャートを参照して、圧縮符号化され、暗号化されている、メモリースティック６５１に記憶されているコンテンツの、クライアント１によるインポートの処理を説明する。
【０２５４】
ステップＳ３６１において、クライアント１のCPU２１は、ドライブ３０に、装着されている半導体メモリ４４であるメモリースティック６５１から、コンテンツである音声データファイルを読み出させ、音声データファイルを取得する。
【０２５５】
ステップＳ３６２において、クライアント１のCPU２１は、ドライブ３０に、メモリースティック６５１から、フリンジデータおよびメタデータを含むファイルを読み出させ、フリンジデータおよびメタデータを含むファイルを取得する。
【０２５６】
ステップＳ３６３において、クライアント１のCPU２１は、読み出されたコンテンツに、コンテンツIDを割り当てる。より具体的には、クライアント１のCPU２１は、ファイルのフリンジデータに含まれているコンテンツIDを抽出して、抽出したコンテンツIDをコンテンツに割り当てる。
【０２５７】
ステップＳ３６４において、クライアント１のCPU２１は、コンテンツに利用権を割り当てる。より具体的には、クライアント１のCPU２１は、ファイルのフリンジデータに含まれている属性をコンテンツに割り当てる。
【０２５８】
ステップＳ３６５において、クライアント１のCPU２１は、コンテンツの属性を設定する。より具体的には、クライアント１のCPU２１は、ファイルのフリンジデータに含まれている属性を抽出して、抽出した属性をコンテンツに設定する。
【０２５９】
ステップＳ３６６において、クライアント１のCPU２１は、作成したコンテンツに電子署名を付する。クライアント１のCPU２１は、ファイルのフリンジデータに含まれている電子署名を抽出して、抽出した電子署名をコンテンツに付する。
【０２６０】
ステップＳ３６７において、クライアント１のCPU２１は、生成したコンテンツのフォーマットを整えて、処理は終了する。より具体的には、クライアント１のCPU２１は、音声データファイルをクライアント１のコンテンツの音声のトラックの方式とし、音声のトラックをファイルに挿入して、コンテンツのフォーマットを図５で説明した方式とする。
【０２６１】
このように、方式、フォーマットの異なる機器、または記録媒体（記憶媒体）間のコンテンツのインポートおよびエクスポートが可能になる。
【０２６２】
このようにすることで、方式、フォーマットの異なる機器、または記録媒体（記憶媒体）間のコンテンツのインポートおよびエクスポートにおける情報の欠落を防止することができ、インポートされたコンテンツを統一的に取り扱うことができるようになる。
【０２６３】
このように、メモリースティック６５１にコンテンツを書き込むようにした場合には、メモリースティック６５１に、メモリースティック用の再生装置で再生可能なコンテンツを記憶させることができる。
【０２６４】
また、コンテンツに含まれる所定の種類のデータを抽出し、抽出されたデータのフォーマットを、記憶媒体に対応する所定のフォーマットに変換し、コンテンツに含まれている、コンテンツの復号に要するデータ、または他の種類のデータから所定のファイルを生成し、フォーマットが変換されたデータとファイルとのリンクを付加し、フォーマットが変換されたデータおよびファイルの記憶媒体への書き込みを制御するようにした場合には、情報の欠落を防止して、コンテンツをエクスポートできるようになり、エクスポートされたコンテンツを、他のコンテンツと同様に取り扱うことができるようになる。
【０２６５】
また、メモリースティック６５１がフォーマットを変換したコンテンツを記憶するようにした場合には、メモリースティック用の再生装置において、その構成を変えることなくコンテンツを使用することができる。
【０２６６】
所定の種類のデータを含み、自分自身に対応するフォーマットのコンテンツの記憶を制御し、情報処理装置において、コンテンツの復号に要するデータ、またはコンテンツに対応する、他の種類のデータを含むファイルの記憶を制御するようにした場合には、情報の欠落を防止して、コンテンツをインポートできるようになり、インポートされたコンテンツを、他のコンテンツと同様に取り扱うことができるようになる。
【０２６７】
さらに、コンテンツをインポートするようにした場合には、コンテンツを取得することができるようになる。
【０２６８】
記憶媒体から、所定の種類のデータからなるコンテンツを取得し、記憶媒体から、コンテンツとリンクされ、コンテンツの復号に要するデータ、およびコンテンツに対応する他の種類のデータの少なくとも一方を含むファイルを取得し、取得されたファイルを基に、コンテンツのフォーマットを情報処理装置に対応する所定のフォーマットに変換するようにした場合には、情報の欠落を防止して、コンテンツをインポートできるようになり、インポートされたコンテンツを、他のコンテンツと同様に取り扱うことができるようになる。
【０２６９】
コンテンツを記憶媒体に書き込むようにした場合には、記憶媒体にコンテンツをエクスポートすることができるようになる。
【０２７０】
また、コンテンツに含まれるコンテンツデータを抽出し、抽出されたコンテンツデータのフォーマットを、記憶媒体に対応する所定のフォーマットに変換し、コンテンツに含まれている、コンテンツデータを除いたデータから所定のファイルを生成し、ファイルにフォーマットが変換されたコンテンツデータの参照情報を付加し、フォーマットが変換されたコンテンツデータおよびファイルの記憶媒体への書き込みを制御するようにした場合には、情報の欠落を防止して、コンテンツをエクスポートできるようになり、記憶媒体において、エクスポートされたコンテンツを、他のコンテンツと同様に取り扱うことができるようになる。
【０２７１】
記憶媒体からコンテンツを取得するようにした場合には、記憶媒体に記憶されているコンテンツをインポートすることができるようになる。
【０２７２】
記憶媒体から、コンテンツデータを取得し、取得されたコンテンツデータを所定のフォーマットに変換し、コンテンツを生成し、生成されたコンテンツに含まれるフォーマット変換されたコンテンツデータを暗号化し、コンテンツに暗号化されたコンテンツデータを復号するための鍵情報を付加し、コンテンツに、コンテンツを利用するために必要な利用権と対応付けるための情報を付加するようにした場合には、情報の欠落を防止して、コンテンツをインポートできるようになり、インポートされたコンテンツを、他のコンテンツと同様に取り扱うことができるようになる。
【０２７３】
なお、クライアントからメモリースティックにコンテンツをインポートまたはエクスポートする例を説明したが、クライアントからコンテンツ記憶装置の他の例であるポータブルデバイス（PD）にコンテンツをインポートまたはエクスポートするようにしてもよい。すなわち、クライアントは、コンテンツ記憶装置に設けられた記憶媒体にコンテンツをエクスポートするか、またはコンテンツ記憶装置に設けられた記憶媒体からコンテンツをインポートするようにしてもよい。
【０２７４】
また、クライアントからPDに装着されているメモリースティックにコンテンツをインポートまたはエクスポートするようにしてもよい。この場合において、相互認証の処理は、クライアントおよびPDの間で実行され、PDおよびメモリースティックの間で実行される。
【０２７５】
本発明が適用されるクライアントは、いわゆるパーソナルコンピュータ以外に、PDA（Personal Digital Assistants）、携帯電話機、ゲーム端末機などとすることができる。
【０２７６】
一連の処理をソフトウエアにより実行させる場合には、そのソフトウエアを構成するプログラムが、専用のハードウエアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、ネットワークや記録媒体からインストールされる。
【０２７７】
この記録媒体は、図２に示されるように、装置本体とは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されている磁気ディスク４１（フレキシブルディスクを含む）、光ディスク４２（CD-ROM(Compact Disk - Read Only Memory),DVD(Digital Versatile Disk)を含む）、光磁気ディスク４３（ＭＤ（Mini-Disk）（商標）を含む）、もしくは半導体メモリ４４などよりなるパッケージメディアにより構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに提供される、プログラムが記録されているROM２２や、記憶部２８に含まれるハードディスクなどで構成される。
【０２７８】
なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０２７９】
また、セキュリティに関連する処理を実行させるプログラムは、その処理を解析されるのを防ぐため、そのプログラム自体が暗号化されているのが望ましい。例えば、暗号処理などを行う処理については、そのプログラムをタンパーレジスタントモジュールとして構成することができる。
【０２８０】
また、上記実施例では、コンテンツを利用するために必要な利用権を特定するためにコンテンツの属性と利用権のコンテンツ条件を用いたが、これに限らない。例えば、コンテンツに、該コンテンツを利用するために必要な利用権の利用権IDを含むようにしても良く、この場合、コンテンツを指定すればそれを利用するために必要な利用権は一意に決まるため、両者のマッチングを決定する処理を行う必要はない。
【０２８１】
【発明の効果】
以上のように、第１の発明によれば、記憶媒体にコンテンツをエクスポートすることができるようになる。
【０２８２】
また、第１の発明によれば、情報の欠落を防止して、コンテンツをエクスポートできるようになり、記憶媒体において、エクスポートされたコンテンツを、他のコンテンツと同様に取り扱うことができるようになる。
【０２８３】
第２の発明によれば、記憶媒体に記憶されているコンテンツをインポートすることができるようになる。
【０２８４】
また、第２の発明によれば、情報の欠落を防止して、コンテンツをインポートできるようになり、インポートされたコンテンツを、他のコンテンツと同様に取り扱うことができるようになる。
【図面の簡単な説明】
【図１】本発明を適用したコンテンツ提供システムの構成を示すブロック図である。
【図２】図１のクライアントの構成を示すブロック図である。
【図３】図１のクライアントのコンテンツのダウンロード処理を説明するフローチャートである。
【図４】図１のコンテンツサーバのコンテンツ提供処理を説明するフローチャートである。
【図５】図４のステップＳ２６におけるフォーマットの例を示す図である。
【図６】図１のクライアントのコンテンツ再生処理を説明するフローチャートである。
【図７】図６のステップＳ４３の利用権取得処理の詳細を説明するフローチャートである。
【図８】利用権の構成を示す図である。
【図９】図１のライセンスサーバの利用権提供の処理を説明するフローチャートである。
【図１０】キーの構成を説明する図である。
【図１１】カテゴリノードを説明する図である。
【図１２】ノードとデバイスの対応の具体例を示す図である。
【図１３】有効化キーブロックの構成を説明する図である。
【図１４】有効化キーブロックの構成を説明する図である。
【図１５】有効化キーブロックの利用を説明する図である。
【図１６】有効化キーブロックのフォーマットの例を示す図である。
【図１７】有効化キーブロックのタグの構成を説明する図である。
【図１８】 DNKを用いたコンテンツの復号処理を説明する図である。
【図１９】有効化キーブロックの例を示す図である。
【図２０】複数のコンテンツの１つのデバイスに対する割り当てを説明する図である。
【図２１】メモリースティックの構成を示すブロック図である。
【図２２】コンテンツのエクスポートの処理を説明するフローチャートである。
【図２３】クライアントのエクスポートの実行の処理を説明するフローチャートである。
【図２４】ＤＥＳ暗号処理構成を用いたＭＡＣ値生成例を示す図である。
【図２５】メモリースティックに記憶されているインデックスおよびコンテンツを説明する図である。
【図２６】メモリースティックのインポートの実行の処理を説明するフローチャートである。
【図２７】コンテンツのインポートおよびエクスポートを説明する図である。
【図２８】インポートまたはエクスポートにおけるコンテンツの変換を説明する図である。
【図２９】インポートまたはエクスポートにおけるコンテンツの変換の例を説明する図である。
【図３０】クライアント１のコンテンツの書き込みの処理を説明するフローチャートである。
【図３１】メモリースティック６５１のコンテンツの記憶の処理を説明するフローチャートである。
【図３２】クライアント１がCDに記録されているコンテンツをインポートする処理を説明するフローチャートである。
【図３３】メモリースティック６５１に記憶されているコンテンツの、クライアント１によるインポートの処理を説明するフローチャートである。
【符号の説明】
１−１，１−２ クライアント， ２ インターネット， ３ コンテンツサーバ， ４ ライセンスサーバ， ５ 課金サーバ， ２０ タイマ， ２１ CPU， ２４ 暗号化復号部， ２５ コーデック部， ２６ 入力部， ２７出力部， ２８ 記憶部， ２９ 通信部， ６５１ メモリースティック，６６１ フラッシュメモリ， ６６２ メモリコントロールブロック， ６６３ セキュリティブロック， ７０１ インデックス， ７０２−１乃至７０２−３ コンテンツ， ７０３ ＩＣＶ
【発明の属する技術分野】
本発明は、情報処理装置および方法、並びにプログラムに関し、特に、著作権者からライセンスを受けていないコンテンツが不正にコピーされ、利用されるのを防止することができるようにした、情報処理装置および方法、並びにプログラムに関する。
【０００２】
【従来の技術】
最近、インターネットを介して、ユーザが、自分自身が保持している音楽データを他のユーザに提供し、自分自身が保持していない音楽データを他のユーザから提供を受けるようにして、複数のユーザが無料で音楽データを交換しあうシステムが実現されている。
【０００３】
このようなシステムでは、理論的には、１つの音楽、その他のコンテンツが存在すれば、他の全てのユーザが、それを利用することが可能となり、多くのユーザがコンテンツを購入しなくなるため、コンテンツに関する著作権者は、著作物としてのコンテンツが売れないため、著作物の販売に伴い、本来受け取ることが可能な著作物の利用に関するロイヤリティを受け取る機会を失うことになる。
【０００４】
そこで、コンテンツの流通を妨げることなく、不正に利用されることを防止することが、社会的に要請されている。
【０００５】
【発明が解決しようとする課題】
このような、著作物の著作権を保護するための従来のDRM（Digital Rights Management）システムにおいては、異なるフォーマット、または異なる方式の他の機器から、コンテンツをインポートすること、または他の機器にコンテンツをエクスポートすることは困難であった。
【０００６】
また、コンテンツをインポートまたはエクスポートしたとき、コンテンツの情報の一部が欠落してしまうことがあった。
【０００７】
さらに、他の機器において、インポートまたはエクスポートされたコンテンツを、他のコンテンツと同様に取り扱うこと、すなわち、統一的にコンテンツを取り扱うことはできなかった。
【０００８】
本発明はこのような状況に鑑みてなされたものであり、情報の欠落を防止して、コンテンツをインポートまたはエクスポートできるようにし、インポートまたはエクスポートされたコンテンツを、他のコンテンツと同様に取り扱うことができるようにすることを目的とする。
【０００９】
【課題を解決するための手段】
本発明の第１の情報処理装置は、コンテンツデータとコンテンツデータの属性情報とから構成されるコンテンツから、コンテンツデータを抽出する抽出手段と、抽出手段において抽出されたコンテンツデータのフォーマットを、記憶媒体に対応する所定のフォーマットに変換する変換手段と、変換手段において所定のフォーマットに変換されたコンテンツデータが記憶される記憶媒体での位置を示す参照情報を記憶媒体から受信する受信手段と、コンテンツを記憶媒体に出力する場合にコンテンツデータを削除し、コンテンツに含まれている、コンテンツの内容に関する属性情報を有するデータからファイルを生成する生成手段と、ファイルに、受信手段において受信された、記憶媒体に記憶されるコンテンツデータへの参照情報を削除されたコンテンツデータに代わり、付加する付加手段と、変換手段において変換されたコンテンツデータおよびファイルを記憶媒体へ出力する出力手段とを含むことを特徴とする。
【００１０】
出力手段には、コンテンツを利用するために必要な利用権に基づく情報を記憶媒体へ出力させることができる。
【００１１】
本発明の第１の情報処理方法は、抽出手段により、コンテンツデータとコンテンツデータの属性情報とから構成されるコンテンツから、コンテンツデータを抽出し、変換手段により、抽出手段において抽出されたコンテンツデータのフォーマットを、記憶媒体に対応する所定のフォーマットに変換し、受信手段により、変換手段において所定のフォーマットに変換されたコンテンツデータが記憶される記憶媒体での位置を示す参照情報を記憶媒体から受信し、生成手段により、コンテンツを記憶媒体に出力する場合にコンテンツデータを削除し、コンテンツに含まれている、コンテンツの内容に関する属性情報を有するデータからファイルを生成し、付加手段により、ファイルに、受信手段において受信された、記憶媒体に記憶されるコンテンツデータへの参照情報を削除されたコンテンツデータに代わり、付加し、出力手段により、変換手段において変換されたコンテンツデータおよびファイルを記憶媒体へ出力することを特徴とする。
【００１３】
本発明の第１のプログラムは、コンテンツデータとコンテンツデータの属性情報とから構成されるコンテンツから、コンテンツデータを抽出し、抽出されたコンテンツデータのフォーマットを、記憶媒体に対応する所定のフォーマットに変換し、所定のフォーマットに変換されたコンテンツデータが記憶される記憶媒体での位置を示す参照情報を記憶媒体から受信させ、コンテンツを記憶媒体に出力する場合にコンテンツデータを削除し、コンテンツに含まれている、コンテンツの内容に関する属性情報を有するデータからファイルを生成し、ファイルに、受信された、記憶媒体に記憶されるコンテンツデータへの参照情報を削除されたコンテンツデータに代わり、付加し、変換されたコンテンツデータおよびファイルを記憶媒体へ出力するステップをコンピュータに実行させることを特徴とする。
【００１４】
本発明の第２の情報処理装置は、記憶媒体から、コンテンツデータを取得する取得手段と、取得手段によって取得されたコンテンツデータを所定のフォーマットに変換する変換手段と、乱数を生成する生成手段と、変換手段においてフォーマット変換されたコンテンツデータを、生成手段によって生成した乱数であるコンテンツ鍵によって暗号化する暗号化手段と、記憶媒体に記憶される、コンテンツ鍵およびコンテンツデータの属性情報を有するファイルと、暗号化手段においてコンテンツ鍵によって暗号化されたコンテンツデータファイルとからコンテンツを生成する生成手段と、コンテンツに、コンテンツデータを利用するために必要な利用権を対応付けるための情報と、コンテンツＩＤとして生成手段により生成した乱数とを付加する付加手段とを含むことを特徴とする。
【００１６】
本発明の第２の情報処理方法は、取得手段により、記憶媒体から、コンテンツデータを取得し、変換手段により、取得手段によって取得されたコンテンツデータを所定のフォーマットに変換し、生成手段により、乱数を生成し、暗号化手段により、変換手段においてフォーマット変換されたコンテンツデータを、生成手段によって生成した乱数であるコンテンツ鍵によって暗号化し、生成手段により、記憶媒体に記憶される、コンテンツ鍵およびコンテンツデータの属性情報を有するファイルと、暗号化手段においてコンテンツ鍵によって暗号化されたコンテンツデータファイルとからコンテンツを生成し、付加手段により、コンテンツに、コンテンツデータを利用するために必要な利用権を対応付けるための情報と、コンテンツＩＤとして生成手段により生成した乱数とを付加することを特徴とする。
【００１８】
本発明の第２のプログラムは、記憶媒体から、コンテンツデータを取得し、取得されたコンテンツデータを所定のフォーマットに変換し、乱数を生成し、フォーマット変換されたコンテンツデータを、生成した乱数であるコンテンツ鍵によって暗号化し、記憶媒体に記憶される、コンテンツ鍵およびコンテンツデータの属性情報を有するファイルと、コンテンツ鍵によって暗号化されたコンテンツデータファイルとからコンテンツを生成し、コンテンツに、コンテンツデータを利用するために必要な利用権を対応付けるための情報と、コンテンツＩＤとして生成した乱数とを付加するステップをコンピュータに実行させることを特徴とする。
【００１９】
本発明の第１の情報処理装置および方法、並びに第１のプログラムにおいては、コンテンツデータとコンテンツデータの属性情報とから構成されるコンテンツから、コンテンツデータが抽出され、抽出されたコンテンツデータのフォーマットが、記憶媒体に対応する所定のフォーマットに変換される。そして、所定のフォーマットに変換されたコンテンツデータが記憶される記憶媒体での位置を示す参照情報が記憶媒体から受信され、コンテンツを記憶媒体に出力する場合にコンテンツデータが削除され、コンテンツに含まれている、コンテンツの内容に関する属性情報を有するデータからファイルが生成され、ファイルに、受信された、記憶媒体に記憶されるコンテンツデータへの参照情報が削除されたコンテンツデータに代わり、付加される。さらに、変換されたコンテンツデータおよびファイルが記憶媒体に出力される。
【００２０】
情報処理装置は、単独の装置であっても良いし、再生装置または記録再生装置の情報処理を行うブロックであってもよい。
【００２１】
コンテンツは、音声、画像、またはテキストなどの情報の方式にかかわらず有用な情報であれば良い。
【００２２】
記憶媒体は、物理的変化または化学的変化によりコンテンツを記憶するものであればよい。
【００２３】
本発明の第２の情報処理装置および方法、並びに第２のプログラムにおいては、記憶媒体から、コンテンツデータが取得され、取得されたコンテンツデータが所定のフォーマットに変換される。乱数が生成され、フォーマット変換されたコンテンツデータが、生成した乱数であるコンテンツ鍵によって暗号化され、記憶媒体に記憶される、コンテンツ鍵およびコンテンツデータの属性情報を有するファイルと、コンテンツ鍵によって暗号化されたコンテンツデータファイルとからコンテンツが生成される。さらに、コンテンツに、コンテンツデータを利用するために必要な利用権を対応付けるための情報と、コンテンツＩＤとして生成した乱数とが付加される。
【００２４】
情報処理装置は、単独の装置であっても良いし、記録装置または記録再生装置の情報処理を行うブロックであってもよい。
【００２５】
コンテンツは、音声、画像、またはテキストなどの情報の方式にかかわらず有用な情報であれば良い。
【００２６】
記憶媒体は、物理的変化または化学的変化によりコンテンツを記憶するものであればよい。
【００２７】
【発明の実施の形態】
図１は、本発明を適用したコンテンツ提供システムの構成を示している。インターネット２には、クライアント１−１，１−２（以下、これらのクライアントを個々に区別する必要がない場合、単にクライアント１と称する）が接続されている。この例においては、クライアントが２台のみ示されているが、インターネット２には、任意の台数のクライアントが接続される。
【００２８】
また、インターネット２には、クライアント１に対してコンテンツを提供するコンテンツサーバ３、コンテンツサーバ３が提供するコンテンツを利用するのに必要な利用権をクライアント１に対して付与するライセンスサーバ４、およびクライアント１が利用権を受け取った場合に、そのクライアント１に対して課金処理を行う課金サーバ５が接続されている。
【００２９】
これらのコンテンツサーバ３、ライセンスサーバ４、および課金サーバ５も、任意の台数、インターネット２に接続される。
【００３０】
図２はクライアント１の構成を表している。
【００３１】
図２において、CPU（Central Processing Unit）２１は、ROM（Read Only Memory）２２に記憶されているプログラム、または記憶部２８からRAM（Random Access Memory）２３にロードされたプログラムに従って各種の処理を実行する。タイマ２０は、計時動作を行い、時刻情報をCPU２１に供給する。RAM２３にはまた、CPU２１が各種の処理を実行する上において必要なデータなども適宜記憶される。
【００３２】
暗号化復号部２４は、コンテンツデータを暗号化するとともに、既に暗号化されているコンテンツデータを復号する処理を行う。コーデック部２５は、例えば、ATRAC（Adaptive Transform Acoustic Coding）３方式などでコンテンツデータをエンコードし、入出力インタフェース３２を介してドライブ３０に接続されている半導体メモリ４４に供給し、記録させる。あるいはまた、コーデック部２５は、ドライブ３０を介して半導体メモリ４４より読み出した、エンコードされているデータをデコードする。
【００３３】
半導体メモリ４４は、例えば、メモリースティック（商標）などにより構成される。
【００３４】
CPU２１、ROM２２、RAM２３、暗号化復号部２４、およびコーデック部２５は、バス３１を介して相互に接続されている。このバス３１にはまた、入出力インタフェース３２も接続されている。
【００３５】
入出力インタフェース３２には、キーボード、マウスなどよりなる入力部２６、CRT、LCDなどよりなるディスプレイ、並びにスピーカなどよりなる出力部２７、ハードディスクなどより構成される記憶部２８、モデム、ターミナルアダプタなどより構成される通信部２９が接続されている。通信部２９は、インターネット２を介しての通信処理を行う。通信部２９はまた、他のクライアントとの間で、アナログ信号またはデジタル信号の通信処理を行う。
【００３６】
入出力インタフェース３２にはまた、必要に応じてドライブ３０が接続され、磁気ディスク４１、光ディスク４２、光磁気ディスク４３、或いは半導体メモリ４４などが適宜装着され、それらから読み出されたコンピュータプログラムが、必要に応じて記憶部２８にインストールされる。
【００３７】
なお、図示は省略するが、コンテンツサーバ３、ライセンスサーバ４、課金サーバ５も、図２に示したクライアント１と基本的に同様の構成を有するコンピュータにより構成される。そこで、以下の説明においては、図２の構成は、コンテンツサーバ３、ライセンスサーバ４、課金サーバ５などの構成としても引用される。
【００３８】
なお、図示は省略するが、PD（Portable Device）も、図２に示したクライアント１と基本的に同様の構成を有するコンピュータにより構成される。
【００３９】
次に、図３のフローチャートを参照して、クライアント１がコンテンツサーバ３からコンテンツの提供を受ける処理について説明する。
【００４０】
ユーザが、入力部２６を操作することでコンテンツサーバ３に対するアクセスを指令すると、CPU２１は、ステップＳ１において、通信部２９を制御し、インターネット２を介してコンテンツサーバ３にアクセスさせる。ステップＳ２において、ユーザが、入力部２６を操作して、提供を受けるコンテンツを指定すると、CPU２１は、この指定情報を受け取り、通信部２９から、インターネット２を介してコンテンツサーバ３に、指定されたコンテンツのコンテンツIDを通知する。図４のフローチャートを参照して後述するように、この通知を受けたコンテンツサーバ３は、暗号化されたコンテンツデータを含むコンテンツを送信してくるので、ステップＳ３において、CPU２１は、通信部２９を介して、このコンテンツデータを受信すると、ステップＳ４において、その暗号化されているコンテンツデータを記憶部２８を構成するハードディスクに供給し、記憶させる。
【００４１】
次に、図４のフローチャートを参照して、クライアント１の以上の処理に対応するコンテンツサーバ３のコンテンツ提供処理について説明する。なお、以下の説明において、図２のクライアント１の構成は、コンテンツサーバ３の構成としても引用される。
【００４２】
ステップＳ２１において、コンテンツサーバ３のCPU２１は、インターネット２から通信部２９を介してクライアント１よりアクセスを受けるまで待機し、アクセスを受けたと判定したとき、ステップＳ２２に進み、クライアント１から送信されてきたコンテンツIDを取り込む。このコンテンツIDは、クライアント１が、図３のステップＳ２において通知してきた情報である。
【００４３】
ステップＳ２３において、コンテンツサーバ３のCPU２１は、記憶部２８に記憶されているコンテンツの中から、ステップＳ２２の処理で取り込まれたコンテンツIDで指定されたコンテンツデータを読み出す。CPU２１は、ステップＳ２４において、記憶部２８から読み出されたコンテンツデータを、暗号化復号部２４に供給し、コンテンツキーKcを用いて暗号化させる。
【００４４】
記憶部２８に記憶されているコンテンツデータは、コーデック部２５により、既にATRAC３方式によりエンコードされているので、このエンコードされているコンテンツデータが暗号化されることになる。
【００４５】
なお、もちろん、記憶部２８に予め暗号化した状態でコンテンツデータを記憶させることができる。この場合には、ステップＳ２４の処理は省略することが可能である。
【００４６】
次に、ステップＳ２５において、コンテンツサーバ３のCPU２１は、暗号化したコンテンツデータを伝送するフォーマットを構成するヘッダに、暗号化されているコンテンツを復号するのに必要なキー情報（図５を参照して後述するEKBとKEKBC（Kc））を付加する。そして、ステップＳ２６において、コンテンツサーバ３のCPU２１は、ステップＳ２４の処理で暗号化したコンテンツと、ステップＳ２５の処理でキー情報を付加したヘッダとをフォーマット化したデータを、通信部２９から、インターネット２を介して、アクセスしてきたクライアント１に送信する。
【００４７】
図５は、このようにして、コンテンツサーバ３からクライアント１にコンテンツが供給される場合のフォーマットの構成を表している。同図に示されるように、このフォーマットは、ヘッダ（Header）とデータ（Data）とにより構成される。
【００４８】
ヘッダには、コンテンツ情報（Content information）、URL(Uniform Resource Locator)、イネーブリングキーブロック（有効化キーブロック）（EKB（Enabling Key Block））、EKBから生成されたキーKEKBCを用いて暗号化されたコンテンツキーKcとしてのデータKEKBC（Kc）、コンテンツの属性（Attributes）、および署名（Signatures）が配置されている。なお、EKBについては、図１３および図１４を参照して後述する。
【００４９】
コンテンツ情報には、データとしてフォーマット化されているコンテンツデータを識別するための識別情報としてのコンテンツID（CID）、そのコンテンツのコーデックの方式などの情報が含まれている。
【００５０】
URLは、そのコンテンツを利用するために必要な利用権を取得するときアクセスするアドレス情報であり、図１のシステムの場合、具体的には、利用権を受けるために必要なライセンスサーバ４のアドレスである。
【００５１】
コンテンツの属性は、コンテンツの関する情報であり、コンテンツの属性には、コンテンツID、コンテンツの提供者を識別するための識別情報としてのレコードカンパニーID、アーティストを識別するための識別情報としてのアーティストIDなどが含まれる。本実施の形態では、属性は利用権の対象となるコンテンツを特定するために用いられる。
【００５２】
署名は、コンテンツの属性に対応する電子署名である。
【００５３】
データは、任意の数の暗号化ブロック（Encryption Block）により構成される。各暗号化ブロックは、イニシャルベクトル（IV（Initial Vector））、シード（Seed）、およびコンテンツデータをキーK'cで暗号化したデータEK'c(data)により構成されている。
【００５４】
キーK'cは、次式により示されるように、コンテンツキーKcと、乱数で設定される値Seedをハッシュ関数に適用して演算された値により構成される。
K'c＝Hash(Kc, Seed)
【００５５】
イニシャルベクトルIVとシードSeedは、各暗号化ブロック毎に異なる値に設定される。
【００５６】
この暗号化は、コンテンツのデータを８バイト単位で区分して、８バイト毎に行われる。後段の８バイトの暗号化は、前段の８バイトの暗号化の結果を利用して行われるCBC（Cipher Block Chaining）モードで行われる。
【００５７】
CBCモードの場合、最初の８バイトのコンテンツデータを暗号化するとき、その前段の８バイトの暗号化結果が存在しないため、最初の８バイトのコンテンツデータを暗号化するときは、イニシャルベクトルIVを初期値として暗号化が行われる。
【００５８】
このCBCモードによる暗号化を行うことで、１つの暗号化ブロックが解読されたとしても、その影響が、他の暗号化ブロックにおよぶことが抑制される。
【００５９】
また、暗号方式についてはこれに限らない。
【００６０】
以上のようにして、クライアント１は、コンテンツサーバ３からコンテンツを無料で、自由に取得することができる。従って、コンテンツそのものは、大量に、配布することが可能となる。
【００６１】
しかしながら、各クライアント１は、取得したコンテンツを利用するとき、そのコンテンツの利用が許可されていることを示す利用権を保持している必要がある。そこで、図６を参照して、クライアント１がコンテンツを再生する場合の処理について説明する。
【００６２】
ステップＳ４１において、クライアント１のCPU２１は、ユーザが入力部２６を操作することで指示したコンテンツの識別情報（CID）を取得する。この識別情報は、例えば、コンテンツのタイトルや、記憶されている各コンテンツ毎に付与されている番号などにより構成される。
【００６３】
そして、CPU２１は、コンテンツが指示されると、そのコンテンツの属性（Attributes）を読み取る。この属性（Attributes）は、図５に示されるように、コンテンツのヘッダに記述されているものである。
【００６４】
次に、ステップＳ４２に進み、CPU２１は、ステップＳ４１で読み取られた属性（Attributes）が各利用権に含まれているコンテンツ条件を満たすような利用権が、クライアント１により既に取得され、記憶部２８に記憶されているか否かを判定する。まだ、利用権が取得されていない場合には、ステップＳ４３に進み、CPU２１は、利用権取得処理を実行する。この利用権取得処理の詳細は、図７のフローチャートを参照して後述する。
【００６５】
ステップＳ４２において、利用権が既に取得されていると判定された場合、または、ステップＳ４３において、利用権取得処理が実行された結果、利用権が取得された場合、ステップＳ４４に進み、CPU２１は、取得されている利用権は有効期限内のものであるか否かを判定する。利用権が有効期限内のものであるか否かは、利用権の内容として規定されている期限（後述する図８参照）と、タイマ２０により計時されている現在日時と比較することで判断される。利用権の有効期限が既に満了していると判定された場合、CPU２１は、ステップＳ４５に進み、利用権更新処理を実行する。
【００６６】
ステップＳ４４において、利用権はまだ有効期限内であると判定された場合、または、ステップＳ４５において、利用権が更新された場合、ステップＳ４６に進み、CPU２１は記憶部２８に記憶されている、利用権に含まれる使用条件及び使用状態（後述する）を読み出し、再生の条件を満たしているかどうかを判定する。
【００６７】
ステップＳ４６において、利用権に含まれる使用条件、及び使用状態に基づき、再生が許可されると判断された場合には、ステップＳ４７に進み、CPU２１は、暗号化されているコンテンツデータを記憶部２８から読み出し、RAM２３に格納させる。そして、ステップＳ４８において、CPU２１は、RAM２３に記憶された暗号化コンテンツデータを、図５のデータに配置されている暗号化ブロック単位で、暗号化復号部２４に供給し、コンテンツキーKcを用いて復号させる。
【００６８】
コンテンツキーKcを得る方法の具体例は、図１３および図１４を参照して後述するが、デバイスノードキー（DNK）を用いて、EKB（図５）に含まれるキーＫEKBCを得ることができ、そのキーＫEKBCを用いて、データＫEKBC（Kc）（図５）から、コンテンツキーKcを得ることができる。
【００６９】
CPU２１は、さらに、ステップＳ４９において、暗号化復号部２４により復号されたコンテンツデータをコーデック部２５に供給し、デコードさせる。そして、コーデック部２５によりデコードされたデータを、CPU２１は、入出力インタフェース３２から出力部２７に供給し、D/A変換させ、スピーカから出力させる。
【００７０】
ステップＳ４６において、利用権に含まれる使用条件、及び使用状態に基づき、再生が許可されないと判断された場合、コンテンツを出力しないで、処理は終了する。
【００７１】
次に、図７のフローチャートを参照して、図６のステップＳ４３で行われる利用権取得処理の詳細について説明する。
【００７２】
クライアント１は、事前にライセンスサーバに登録することにより、リーフID、DNK(Device Node Key)、クライアント１の秘密鍵・公開鍵のペア、ライセンスサーバの公開鍵、及び各公開鍵の証明書を含むサービスデータを取得しておく。
【００７３】
リーフIDは、クライアント毎に割り当てられた識別情報を表し、DNKは、コンテンツに含まれるEKB（有効化キーブロック）によって暗号化されているコンテンツキーKcを復号するのに必要なデバイスノードキーである（図１０を参照して後述する）。
【００７４】
最初にステップＳ６１において、CPU２１は、コンテンツのヘッダに記述されているURLを取得する。上述したように、このURLは、そのコンテンツを利用するために必要な利用権を取得するときアクセスすべきアドレスである。そこで、ステップＳ６２において、CPU２１は、ステップＳ６１で取得したURLにアクセスする。具体的には、通信部２９によりインターネット２を介してライセンスサーバ４にアクセスが行われる。このとき、ライセンスサーバ４は、クライアント１に対して、利用権のリストを送信するとともに、購入する利用権（コンテンツを使用するのに必要な利用権）を指定する利用権指定情報、並びにユーザIDとパスワードの入力を要求してくる（後述する図９のステップＳ１０２）。CPU２１は、この要求を出力部２７の表示部に表示させる。ユーザは、この表示に基づいて、入力部２６を操作して、利用権指定情報、ユーザID、およびパスワードを入力する。なお、このユーザIDとパスワードは、クライアント１のユーザが、インターネット２を介してライセンスサーバ４にアクセスし、事前に取得しておいたものである。
【００７５】
CPU２１は、ステップＳ６３，Ｓ６４において、入力部２６から入力された利用権指定情報を取り込むとともに、ユーザIDとパスワードを取り込む。CPU２１は、ステップＳ６５において、通信部２９を制御し、入力されたユーザIDとパスワードを、利用権指定情報及びサービスデータ（後述する）に含まれるリーフIDを含む利用権要求をインターネット２を介してライセンスサーバ４に送信させる。
【００７６】
ライセンスサーバ４は、図９を参照して後述するように、ユーザIDとパスワード、並びに利用権指定情報に基づいて利用権を送信してくる（ステップＳ１０９）か、または、条件が満たされない場合には、利用権を送信してこない（ステップＳ１１２）。
【００７７】
ステップＳ６６において、CPU２１は、ライセンスサーバ４から利用権が送信されてきたか否かを判定し、利用権が送信されてきた場合には、ステップＳ６７に進み、その利用権を記憶部２８に供給し、記憶させる。
【００７８】
ステップＳ６６において、利用権が送信されて来ないと判定した場合、CPU２１は、ステップＳ６８に進み、エラー処理を実行する。具体的には、CPU２１は、コンテンツを利用するための利用権が得られないので、コンテンツの再生処理を禁止する。
【００７９】
以上のようにして、各クライアント１は、コンテンツを利用するために必要な利用権を取得して、初めて、そのコンテンツを使用することが可能となる。
【００８０】
なお、図７の利用権取得処理は、各ユーザがコンテンツを取得する前に、予め行っておくようにすることも可能である。
【００８１】
クライアント１に提供される利用権は、例えば、図８に示されるように、使用条件、リーフIDおよび電子署名などを含んでいる。
【００８２】
バージョンは、メジャーバージョンおよびマイナーバージョンをドットで区切って、利用権のバージョンを記述する情報である。
【００８３】
プロファィルは、１０進の整数値から記述され、利用権の記述方法に対する制限を規定する情報である。
【００８４】
利用権IDは、１６進定数で記述される、利用権を識別するための識別情報である。
【００８５】
作成日時は、利用権が作成された日時を示す。
【００８６】
有効期限は、利用権の有効期限を示す。９９９９年２３時５９分５９秒である有効期限は、有効期限に制限がないことを示す。
【００８７】
使用条件には、その利用権に基づいて、コンテンツを使用することが可能な使用期限、その利用権に基づいて、コンテンツを再生することが可能な再生期限、コンテンツの最大再生回数、その利用権に基づいて、コンテンツをコピーすることが可能な回数（許されるコピー回数）、最大チェックアウト回数、その利用権に基づいて、コンテンツをCD-Rに記録することができるか否か、PD（Portable Device）にコピーすることが可能な回数、利用権の移動の可否、使用ログをとる義務の有無等を示す情報が含まれる。
【００８８】
使用条件の電子署名は、使用条件に対応する、電子署名である。
【００８９】
定数は、使用条件または使用状態で参照される定数である。
【００９０】
リーフIDは、クライアントを識別するための識別情報である。
【００９１】
電子署名は、利用権全体に対応する、電子署名である。
【００９２】
証明書は、ライセンスサーバの公開鍵を含む証明書である。
【００９３】
また、クライアント１の記憶部２８には、利用権の使用条件とあわせて、コンテンツや利用権の状態を表す情報である使用状態が記憶される。使用状態には、対応する利用権に基づいてコンテンツを再生した回数、コンテンツをコピーした回数、コンテンツをチェックアウトした回数、コンテンツを初めて再生した日時、コンテンツをCD-Rに記録した回数、その他コンテンツあるいは利用権に関する履歴情報等を示す情報が含まれる。
【００９４】
図６のステップＳ４６の再生の条件の判定は、利用権に含まれる使用条件と、記憶部２８に利用権と共に記憶されている使用状態とを基に行われる。例えば、使用状態に記憶されているコンテンツを再生した回数が、使用条件に含まれるコンテンツ最大再生回数より少ない場合には、再生の条件が満たされていると判定される。
【００９５】
次に、図９のフローチャートを参照して、図７のクライアント１の利用権取得処理に対応して実行されるライセンスサーバ４の利用権提供処理について説明する。なお、この場合においても、図２のクライアント１の構成は、ライセンスサーバ４の構成として引用される。
【００９６】
ステップＳ１０１において、ライセンスサーバ４のCPU２１は、クライアント１よりアクセスを受けるまで待機し、アクセスを受けたとき、ステップＳ１０２に進み、アクセスしてきたクライアント１に対して、各利用権に関する情報を含む利用権のリストを送信するとともに、ユーザIDとパスワード、並びに、利用権指定情報の送信を要求する。上述したようにして、クライアント１から、図７のステップＳ６５の処理で、ユーザIDとパスワード、リーフID並びに利用権指定情報（利用権IDであってもよい）が送信されてきたとき、ライセンスサーバ４のCPU２１は、通信部２９を介してこれを受信し、取り込む処理を実行する。
【００９７】
そして、ライセンスサーバ４のCPU２１は、ステップＳ１０３において、通信部２９から課金サーバ５にアクセスし、ユーザIDとパスワードに対応するユーザの与信処理を要求する。課金サーバ５は、インターネット２を介してライセンスサーバ４から与信処理の要求を受けると、そのユーザIDとパスワードに対応するユーザの過去の支払い履歴などを調査し、そのユーザが、過去に利用権の対価の不払いの実績があるか否かなどを調べ、そのような実績がない場合には、利用権の付与を許容する与信結果を送信し、不払いの実績などがある場合には、利用権付与の不許可の与信結果を送信する。
【００９８】
ステップＳ１０４において、ライセンスサーバ４のCPU２１は、課金サーバ５からの与信結果が、利用権を付与することを許容する与信結果であるか否かを判定し、利用権の付与が許容されている場合には、ステップＳ１０５に進み、ステップＳ１０２の処理で取り込まれた利用権指定情報に対応する利用権を、記憶部２８に記憶されている利用権の中から取り出す。記憶部２８に記憶されている利用権は、あらかじめ利用権ID、バージョン、作成日時、有効期限等の情報が記述されている。ステップＳ１０６において、CPU２１は、その利用権に受信したリーフIDを付加する。さらに、ステップＳ１０７において、CPU２１は、ステップＳ１０５で選択された利用権に対応づけられている使用条件を選択する。あるいはまた、ステップＳ１０２の処理で、ユーザから使用条件が指定された場合には、その使用条件が必要に応じて、予め用意されている使用条件に付加される。CPU２１は、選択された使用条件を利用権に付加する。使用条件は利用権にあらかじめ付加されていてもよい。
【００９９】
ステップＳ１０８において、ＣＰＵ２１はライセンスサーバの秘密鍵により利用権に署名し、ライセンスサーバの公開鍵を含む証明書を利用権に添付し、これにより、図８に示されるような構成の利用権が生成される。
【０１００】
次に、ステップＳ１０９に進み、ライセンスサーバ４のCPU２１は、その利用権（図８に示される構成を有する）を、通信部２９からインターネット２を介してクライアント１に送信させる。
【０１０１】
ステップＳ１１０においてライセンスサーバ４のCPU２１は、ステップＳ１０９の処理で、いま送信した利用権（使用条件、リーフIDを含む）を、ステップＳ１０２の処理で取り込まれたユーザIDとパスワードに対応して、記憶部２８に記憶させる。さらに、ステップＳ１１１において、CPU２１は、課金処理を実行する。具体的には、CPU２１は、通信部２９から課金サーバ５に、そのユーザIDとパスワードに対応するユーザに対する課金処理を要求する。課金サーバ５は、この課金の要求に基づいて、そのユーザに対する課金処理を実行する。上述したように、この課金処理に対して、そのユーザが支払いを行わなかったような場合には、以後、そのユーザは、利用権の付与を要求したとしても、利用権を受けることができないことになる。
【０１０２】
すなわち、この場合には、課金サーバ５から利用権の付与を不許可とする与信結果が送信されてくるので、ステップＳ１０４からステップＳ１１２に進み、CPU２１は、エラー処理を実行する。具体的には、ライセンスサーバ４のCPU２１は、通信部２９を制御してアクセスしてきたクライアント１に対して、利用権を付与することができない旨のメッセージを送信し、処理を終了させる。
【０１０３】
この場合、上述したように、そのクライアント１は利用権を受けることができないので、そのコンテンツを利用すること（暗号化されたコンテンツデータを復号し、再生すること）ができないことになる。
【０１０４】
本発明においては、図１０に示されるように、ブロードキャストインクリプション（Broadcast Encryption）方式の原理に基づいて、デバイスとキーが管理される。キーは、階層ツリー構造とされ、最下段のリーフ（leaf）が個々のデバイス固有のキーに対応する。本発明のシステムに用いられる階層ツリー構造鍵管理については特許公開2001-352321号公報に記載されている。図１０の例の場合、番号０から番号１５までの１６個のデバイスに対応するキーが生成される。
【０１０５】
各キーは、図中丸印で示されるツリー構造の各ノードに対応して規定される。この例では、最上段のルートノードに対応してルートキーKRが、２段目のノードに対応してキーＫ０，Ｋ１が、３段目のノードに対応してキーＫ００乃至Ｋ１１が、第４段目のノードに対応してキーＫ０００乃至キーＫ１１１が、それぞれ対応されている。そして、最下段のノードとしてのリーフ（デバイスノード）に、キーＫ００００乃至Ｋ１１１１が、それぞれ対応されている。
【０１０６】
階層構造とされているため、例えば、キーＫ００１０とキー００１１の上位のキーは、Ｋ００１とされ、キーＫ０００とキーＫ００１の上位のキーは、Ｋ００とされている。以下同様に、キーＫ００とキーＫ０１の上位のキーは、Ｋ０とされ、キーＫ０とキーＫ１の上位のキーは、KRとされている。
【０１０７】
コンテンツを利用するキーは、最下段のデバイスノード（リーフ）から、最上段のルートノードまでの１つのパスの各ノードに対応するキーで管理される。例えば、番号３のリーフに対応するデバイスにおいて、コンテンツを利用するためのキーは、キーＫ００１１，Ｋ００１，Ｋ００，Ｋ０，KRを含むパスの各キーで管理される。
【０１０８】
本発明のシステムにおいては、図１１に示されるように、図１０の原理に基づいて構成されるキーシステムで、デバイスのキーとコンテンツのキーの管理が行われる。図１１の例では、８＋２４＋３２段のノードがツリー構造とされ、ルートノードから下位の８段までの各ノードにカテゴリが対応される。ここにおけるカテゴリとは、例えばメモリースティックなどの半導体メモリを使用する機器のカテゴリ、デジタル放送を受信する機器のカテゴリといったカテゴリを意味する。そして、このカテゴリノードのうちの１つのノードに、ライセンスを管理するシステムとして本システム（Ｔシステムと称する）が対応する。
【０１０９】
すなわち、このＴシステムのノードよりさらに下の階層の２４段のノードに対応するキーにより、サービスプロバイダ、あるいはサービスプロバイダが提供するサービスが対応される。この例の場合、これにより、２24（約１６メガ）のサービスプロバイダあるいはサービスを規定することができる。さらに、最も下側の３２段の階層により、２32（約４ギガ）のユーザ（あるいはクライアント１）を規定することができる。最下段の３２段のノードからＴシステムのノードまでのパス上の各ノードに対応するキーが、DNK（Device Node Key）を構成し、最下段のリーフに対応するIDがリーフIDとされる。
【０１１０】
コンテンツを暗号化したコンテンツキーは更新されたルートキーKR'によって暗号化され、上位の階層の更新ノードキーは、その直近の下位の階層の更新ノードキーを用いて暗号化され、ＥＫＢ（図１３および図１４を参照して後述する）内に配置される。ＥＫＢにおける末端から１つ上の段の更新ノードキーはＥＫＢの末端のノードキーあるいはリーフキーによって暗号化され、ＥＫＢ内に配置される。クライアント１は、サービスデータに記述されているＤＮＫのいずれかのキーを用いて、コンテンツデータとともに配布されるＥＫＢ（図１３および図１４）内に記述されている直近の上位の階層の更新ノードキーを復号し、復号して得たキーを用いて、ＥＫＢ内に記述されているさらにその上の階層の更新ノードキーを復号する。以上の処理を順次行うことで、クライアント１は、更新ルートキーKR'を得ることができる。
【０１１１】
図１２に階層ツリー構造のカテゴリの分類の具体的な例を示す。図１２において、階層ツリー構造の最上段には、ルートキーKR２３０１が設定され、以下の中間段にはノードキー２３０２が設定され、最下段には、リーフキー２３０３が設定される。各デバイスは個々のリーフキーと、リーフキーからルートキーに至る一連のノードキー、ルートキーからなるデバイスノードキー（ＤＮＫ）を保有する。
【０１１２】
最上段から第Ｍ段目（図１１の例では、Ｍ＝８）の所定のノードがカテゴリノード２３０４として設定される。すなわち第Ｍ段目のノードの各々が特定カテゴリのデバイス設定ノードとされる。第Ｍ段の１つのノードを頂点としてＭ＋１段以下のノード、リーフは、そのカテゴリに含まれるデバイスに関するノードおよびリーフとされる。
【０１１３】
例えば図１２の第Ｍ段目の１つのノード２３０５にはカテゴリ［メモリースティック（商標）］が設定され、このノード以下に連なるノード、リーフはメモリステッイクを使用した様々なデバイスを含むカテゴリ専用のノードまたはリーフとして設定される。すなわち、ノード２３０５以下が、メモリースティックのカテゴリに定義されるデバイスの関連ノード、およびリーフの集合として定義される。
【０１１４】
さらに、Ｍ段から数段分下位の段をサブカテゴリノード２３０６として設定することができる。図１２の例では、カテゴリ［メモリースティック］ノード２３０５の２段下のノードに、メモリースティックを使用したデバイスのカテゴリに含まれるサブカテゴリノードとして、［再生専用器］のノード２３０６が設定されている。さらに、サブカテゴリノードである再生専用器のノード２３０６以下に、再生専用器のカテゴリに含まれる音楽再生機能付き電話のノード２３０７が設定され、さらにその下位に、音楽再生機能付き電話のカテゴリに含まれる［ＰＨＳ］ノード２３０８と、［携帯電話］ノード２３０９が設定されている。
【０１１５】
さらに、カテゴリ、サブカテゴリは、デバイスの種類のみならず、例えばあるメーカー、コンテンツプロバイダ、決済機関等が独自に管理するノード、すなわち処理単位、管轄単位、あるいは提供サービス単位等、任意の単位（これらを総称して以下、エンティティと呼ぶ）で設定することが可能である。例えば１つのカテゴリノードをゲーム機器メーカーの販売するゲーム機器ＸＹＺ専用の頂点ノードとして設定すれば、メーカーの販売するゲーム機器ＸＹＺに、その頂点ノード以下の下段のノードキー、リーフキーを格納して販売することが可能となり、その後、暗号化コンテンツの配信、あるいは各種キーの配信、更新処理を、その頂点ノードキー以下のノードキー、リーフキーによって構成される有効化キーブロック（ＥＫＢ）を生成して配信し、頂点ノード以下のデバイスに対してのみ利用可能なデータが配信可能となる。
【０１１６】
このように、１つのノードを頂点として、以下のノードをその頂点ノードに定義されたカテゴリ、あるいはサブカテゴリの関連ノードとして設定する構成とすることにより、カテゴリ段、あるいはサブカテゴリ段の１つの頂点ノードを管理するメーカー、コンテンツプロバイダ等がそのノードを頂点とする有効化キーブロック（ＥＫＢ）を独自に生成して、頂点ノード以下に属するデバイスに配信する構成が可能となり、頂点ノードに属さない他のカテゴリのノードに属するデバイスには全く影響を及ぼさずにキー更新を実行することができる。
【０１１７】
また、ある時点ｔにおいて、デバイス３の所有する鍵Ｋ００１１,Ｋ００１,Ｋ００,Ｋ０,KRが攻撃者（ハッカー）により解析されて露呈したことが発覚した場合、それ以降、システム（デバイス０，１，２，３のグループ）で送受信されるデータを守るために、デバイス３をシステムから切り離す必要がある。そのためには、ノードキーＫ００１,Ｋ００,Ｋ０,KRを、それぞれ新たな鍵Ｋ（ｔ）００１,Ｋ（ｔ）００,Ｋ（ｔ）０,Ｋ（ｔ）Ｒに更新し、デバイス０，１，２にその更新キーを伝える必要がある。ここで、Ｋ（ｔ）ａａａは、鍵Ｋａａａの世代（Generation）ｔの更新キーであることを示す。
【０１１８】
更新キーの配布処理ついて説明する。キーの更新は、例えば、図１３に示す有効化キーブロック（ＥＫＢ：Enabling Key Block）と呼ばれるブロックデータによって構成されるテーブルを、ネットワークを介して、あるいは記録媒体に格納してデバイス０，１，２に供給することによって実行される。なお、有効化キーブロック（ＥＫＢ）は、図１０に示されるようなツリー構造を構成する各リーフ（最下段のノード）に対応するデバイスに、新たに更新されたキーを配布するための暗号化キーによって構成される。有効化キーブロック（ＥＫＢ）は、キー更新ブロック（ＫＲＢ：Key Renewal Block）と呼ばれることもある。
【０１１９】
図１３に示す有効化キーブロック（ＥＫＢ）は、ノードキーの更新の必要なデバイスのみが更新可能なデータ構成を持つブロックデータとして構成される。図１３の例は、図１０に示すツリー構造中のデバイス０，１，２において、世代ｔの更新ノードキーを配布することを目的として形成されたブロックデータである。図１０から明らかなように、デバイス０，デバイス１は、更新ノードキーとしてＫ（ｔ）００、Ｋ（ｔ）０、Ｋ（ｔ）Ｒが必要であり、デバイス２は、更新ノードキーとしてＫ（ｔ）００１、Ｋ（ｔ）００、Ｋ（ｔ）０、Ｋ（ｔ）Ｒが必要である。
【０１２０】
図１３のＥＫＢに示されるように、ＥＫＢには複数の暗号化キーが含まれる。図１３の最下段の暗号化キーは、Ｅｎｃ（Ｋ００１０，Ｋ（ｔ）００１）である。これはデバイス２の持つリーフキーＫ００１０によって暗号化された更新ノードキーＫ（ｔ）００１であり、デバイス２は、自身の持つリーフキーＫ００１０によってこの暗号化キーを復号し、更新ノードキーＫ（ｔ）００１を得ることができる。また、復号により得た更新ノードキーＫ（ｔ）００１を用いて、図１３の下から２段目の暗号化キーＥｎｃ（Ｋ（ｔ）００１，Ｋ（ｔ）００）が復号可能となり、更新ノードキーＫ（ｔ）００を得ることができる。
【０１２１】
以下順次、図１３の上から２段目の暗号化キーＥｎｃ（Ｋ（ｔ）００，Ｋ（ｔ）０）を復号することで、更新ノードキーＫ（ｔ）０が得られ、これを用いて、図１３の上から１段目の暗号化キーＥｎｃ（Ｋ（ｔ）０，Ｋ（ｔ）Ｒ）を復号することで、更新ルートキーＫ（ｔ）Ｒが得られる。
【０１２２】
一方、ノードキーＫ０００は更新する対象に含まれておらず、ノード０，１が、更新ノードキーとして必要なのは、Ｋ（ｔ）００、Ｋ（ｔ）０、Ｋ（ｔ）Ｒである。ノード０，１は、デバイスキーＫ００００，Ｋ０００１を用いて、図１３の上から３段目の暗号化キーＥｎｃ（Ｋ０００，Ｋ（ｔ）００）を復号することで更新ノードキーＫ（ｔ）００を取得し、以下順次、図１３の上から２段目の暗号化キーＥｎｃ（Ｋ（ｔ）００，Ｋ（ｔ）０）を復号することで、更新ノードキーＫ（ｔ）０を得、図１３の上から１段目の暗号化キーＥｎｃ（Ｋ（ｔ）０，Ｋ（ｔ）Ｒ）を復号することで、更新ルートキーＫ（ｔ）Ｒを得る。このようにして、デバイス０，１，２は更新したキーＫ（ｔ）Ｒを得ることができる。
【０１２３】
なお、図１３のインデックスは、図の右側の暗号化キーを復号するための復号キーとして使用するノードキー、リーフキーの絶対番地を示す。
【０１２４】
図１０に示すツリー構造の上位段のノードキーＫ（ｔ）０,Ｋ（ｔ）Ｒの更新が不要であり、ノードキーＫ００のみの更新処理が必要である場合には、図１４の有効化キーブロック（ＥＫＢ）を用いることで、更新ノードキーＫ（ｔ）００をデバイス０，１，２に配布することができる。
【０１２５】
図１４に示すＥＫＢは、例えば特定のグループにおいて共有する新たなコンテンツキーを配布する場合に利用可能である。具体例として、図１０に点線で示すグループ内のデバイス０，１，２，３がある記録媒体を用いており、新たな共通のコンテンツキーＫ（ｔ）ｃｏｎが必要であるとする。このとき、デバイス０，１，２，３の共通のノードキーＫ００を更新したＫ（ｔ）００を用いて新たな共通の更新コンテンツキーＫ（ｔ）ｃｏｎを暗号化したデータＥｎｃ（Ｋ（ｔ）００，Ｋ（ｔ）ｃｏｎ）が、図１４に示されるＥＫＢとともに配布される。この配布により、デバイス４など、その他のグループの機器が復号することができないデータとしての配布が可能となる。
【０１２６】
すなわち、デバイス０，１，２はＥＫＢを処理して得たキーＫ（ｔ）００を用いて暗号文を復号すれば、ｔ時点でのコンテンツキーＫ（ｔ）ｃｏｎを得ることが可能になる。
【０１２７】
図１５に、ｔ時点でのコンテンツキーＫ（ｔ）ｃｏｎを得る処理例として、Ｋ（ｔ）００を用いて新たな共通のコンテンツキーＫ（ｔ）ｃｏｎを暗号化したデータＥｎｃ（Ｋ（ｔ）００，Ｋ（ｔ）ｃｏｎ）と、図１４に示すＥＫＢとを記録媒体を介して受領したデバイス０の処理を示す。すなわちこの例は、ＥＫＢによる暗号化メッセージデータをコンテンツキーＫ（ｔ）ｃｏｎとした例である。
【０１２８】
図１５に示すように、デバイス０は、記録媒体に格納されている世代t時点のＥＫＢと、自分があらかじめ格納しているノードキーＫ０００を用いて、上述したと同様のＥＫＢ処理により、ノードキーＫ（ｔ）００を生成する。さらに、デバイス０は、復号した更新ノードキーＫ（ｔ）００を用いて、更新コンテンツキーＫ（ｔ）ｃｏｎを復号して、後にそれを使用するために自分だけが持つリーフキーＫ００００で暗号化して格納する。
【０１２９】
図１６に有効化キーブロック（ＥＫＢ）のフォーマット例を示す。バージョン６０１は、有効化キーブロック（ＥＫＢ）のバージョンを示す識別子である。なお、バージョンは、最新のＥＫＢを識別する機能と、コンテンツとの対応関係を示す機能を持つ。デプスは、有効化キーブロック（ＥＫＢ）の配布先のデバイスに対する階層ツリーの階層数を示す。データポインタ６０３は、有効化キーブロック（ＥＫＢ）中のデータ部６０６の位置を示すポインタであり、タグポインタ６０４はタグ部６０７の位置、署名ポインタ６０５は署名６０８の位置を示すポインタである。
【０１３０】
データ部６０６は、例えば更新するノードキーを暗号化したデータを格納する。例えば図１５に示すような更新されたノードキーに関する各暗号化キー等を格納する。
【０１３１】
タグ部６０７は、データ部６０６に格納された暗号化されたノードキー、リーフキーの位置関係を示すタグである。このタグの付与ルールを図１８を用いて説明する。
【０１３２】
図１７では、データとして先に図１３で説明した有効化キーブロック（ＥＫＢ）を送付する例を示している。この時のデータは、図１７のＢで示す表に示すようになる。このときの暗号化キーに含まれるトップノードのアドレスをトップノードアドレスとする。この例の場合は、ルートキーの更新キーＫ（ｔ）Ｒが含まれているので、トップノードアドレスはKRとなる。このとき、例えば最上段のデータＥｎｃ（Ｋ（ｔ）０，Ｋ（ｔ）Ｒ）は、図１７のＡで示す階層ツリーに示す位置Ｐ０に対応する。次の段のデータは、Ｅｎｃ（Ｋ（ｔ）００，Ｋ（ｔ）０）であり、ツリー上では前のデータの左下の位置Ｐ００に対応する。ツリー構造の所定の位置から見て、その下に、データがある場合は、タグが０、ない場合はタグが１に設定される。タグは｛左（Ｌ）タグ，右（Ｒ）タグ｝として設定される。表Ｂの最上段のデータＥｎｃ（Ｋ（ｔ）０，Ｋ（ｔ）Ｒ）に対応する位置POの左下の位置POOにはデータがあるので、Ｌタグ＝０、右にはデータがないので、Ｒタグ＝１となる。以下、すべてのデータにタグが設定され、図１７のＣで示すデータ列、およびタグ列が構成される。
【０１３３】
タグは、対応するデータＥｎｃ（Ｋｘｘｘ，Ｋｙｙｙ）が、ツリー構造のどこに位置しているのかを示すために設定されるものである。データ部６０６に格納されるキーデータＥｎｃ（Ｋｘｘｘ，Ｋｙｙｙ）・・・は、単純に暗号化されたキーの羅列データに過ぎないが、上述したタグによってデータとして格納された暗号化キーのツリー上の位置が判別可能となる。上述したタグを用いずに、先の図１５で説明した構成のように、暗号化データに対応させたノード・インデックスを用いて、例えば、
０：Ｅｎｃ（Ｋ（ｔ）０，Ｋ（ｔ）Ｒ）
００：Ｅｎｃ（Ｋ（ｔ）００，Ｋ（ｔ）０）
０００：Ｅｎｃ（Ｋ（（ｔ）０００，Ｋ（ｔ）００）
・・・のようなデータ構成とすることも可能であるが、このようなインデックスを用いた構成とすると、冗長なデータとなりデータ量が増大し、ネットワークを介する配信等においては好ましくない。これに対し、上述したタグをキー位置を示す索引データとして用いることにより、少ないデータ量でキー位置の判別が可能となる。
【０１３４】
図１６に戻って、ＥＫＢフォーマットについてさらに説明する。署名（Signature）６０８は、有効化キーブロック（ＥＫＢ）を発行した例えば鍵管理センタ（ライセンスサーバ４）、コンテンツロバイダ（コンテンツサーバ３）、決済機関（課金サーバ５）等が実行する電子署名である。ＥＫＢを受領したデバイスは、署名検証によって正当な有効化キーブロック（ＥＫＢ）発行者が発行した有効化キーブロック（ＥＫＢ）であることを確認する。
【０１３５】
以上のようにして、ライセンスサーバ４から供給された利用権に基づいて、コンテンツサーバ３から供給されたコンテンツを利用する処理をまとめると、図１８に示されるようになる。
【０１３６】
すなわち、コンテンツサーバ３からクライアント１に対してコンテンツが提供されるとともに、ライセンスサーバ４からクライアント１にライセンスが与えられる。クライアント１をライセンスサーバ４に登録した際に供給されるサービスデータと、特定のコンテンツの利用を許可する情報である利用権との組み合わせをライセンスと呼ぶ。コンテンツは、コンテンツキーKcにより、暗号化されており（Enc（Kc，Content））、コンテンツキーKcは、更新ルートキーKR'(EKBから得られるキーであって、図５におけるキーＫEKBCに対応する)で暗号化され（Enc（KR'，Kc））、EKBとともに、暗号化されたコンテンツに付加されてクライアント１に提供される。
【０１３７】
図１８の例におけるEKBには、例えば、図１９に示されるように、DNKで復号可能な更新ルートキーKR'が含まれている（Enc（DNK，KR'））。従って、クライアント１は、サービスデータに含まれるDNKを利用して、EKBから更新ルートキーKR'を得ることができる。さらに、更新ルートキーKR'を用いて、Enc（KR'，Kc）からコンテンツキーKcを復号することができ、コンテンツキーKcを用いて、Enc（Kc，Content）からコンテンツを復号することができる。
【０１３８】
このように、クライアント１にDNKを各デバイスに割り当てることにより、図１０と図１５を参照して説明した原理に従って、個々のクライアント１のリボーク（revoke）が可能になる。
【０１３９】
また、ライセンスリーフIDを付加して配布することにより、クライアント１において、サービスデータと利用権の対応付けが行われることになり、利用権の不正コピーを防止することが可能になる。
【０１４０】
また、クライアント用の証明書と秘密鍵をサービスデータとして配信するようにすることで、エンドユーザも、これらを用いて不正コピーを防止可能なコンテンツを作成することが可能になる。
【０１４１】
本発明においては、図１１を参照して説明したように、カテゴリノードにライセンスを管理するＴシステムと、各種のコンテンツを利用するデバイスのカテゴリが対応づけられるので、複数のDNKを同一のデバイスに持たせることができる。その結果、異なるカテゴリのコンテンツを１つのデバイスで管理することが可能となる。
【０１４２】
図２０は、この関係の一例を表している。すなわち、デバイスＤ１には、Ｔシステムに基づいて、DNK１が割り当てられており、ＥＫＢを含むコンテンツ１を再生することができる。同様に、このデバイスＤ１には、例えば、DNK２が割り当てられており、メモリースティックにCDからリッピングしたコンテンツ２を記録することができる。この場合、デバイスＤ１は、コンテンツ１とコンテンツ２という、異なるシステム（Ｔシステムとデバイス管理システム）により配信されたコンテンツを同時に扱うことが可能となる。新たなDNKを割り当てるとき、既に割り当てられているDNKを削除するなどして、デバイスに１個のDNKだけを対応させるようにした場合、このようなことはできない。
【０１４３】
このように、本発明においては、カテゴリ毎に独立したキー管理が可能になる。
【０１４４】
また、DNKを、機器やメディアに予め埋め込むのではなく、ライセンスサーバ４により、登録処理を行う際に、各機器やメディアにダウンロードするようにすることで、ユーザによるキーの購入が可能なシステムを実現することができる。
【０１４５】
コンテンツとその利用権を別々に配布するシステムにおいては、コンテンツは、それが作成された後、どのような使われ方をされようとも、その使われ方に関わりなく、全ての用途において、使用可能であるのが望ましい。例えば、異なるコンテンツ配信サービス、あるいは用途が異なる場合においても、同一のコンテンツが使えることが望ましい。本発明においては、このため、上述したように、各ユーザ（クライアント１）に、認証局としてのライセンスサーバ４から秘密鍵と、それに対応する公開鍵の証明書（certificates）が配布される。各ユーザは、その秘密鍵を用いて、署名（signature）を作成し、コンテンツに付加して、コンテンツの真正さ(integrity)を保証し、かつコンテンツの改竄防止を図ることができる。
【０１４６】
次に、クライアント１から、クライアント１に装着された、セキュアなメディアであり、コンテンツ記憶装置の一例であるメモリースティック（商標）へのコンテンツのエクスポートの処理、およびメモリースティックからクライアント１へのコンテンツのインポートの処理を説明する。
【０１４７】
エクスポートおよびインポートは、コンテンツの移動、コピー、またはチェックアウトなどを含み、図１２におけるT-systemノードの下位のノードに一つのカテゴリとして割り当てられる。
【０１４８】
図２１は、メモリースティックの構成を示す図である。メモリースティック６５１は、フラッシュメモリ（不揮発性メモリ）６６１、メモリコントロールブロック６６２、およびＤＥＳ(Data Encryption Standard)の暗号化回路を含むセキュリティブロック６６３が１チップ上にＩＣ化されたものである。
【０１４９】
フラッシュメモリ６６１は、メモリコントロールブロック６６２の制御の基に、符号化され、暗号化されたコンテンツを記憶する。
【０１５０】
メモリコントロールブロック６６２は、シリアル／パラレル変換、またはパラレル／シリアル変換を実行すると共に、供給されたコマンドおよびデータとを分離して、分離されたコマンドを実行する。メモリコントロールブロック６６２は、供給されたコマンドに対応して、コンテンツをフラッシュメモリ６６１に記憶させるか、またはフラッシュメモリ６６１に記憶されているコンテンツを読み出す。
【０１５１】
メモリースティック６５１のセキュリティブロック６６３は、複数の認証キーとメモリカード毎にユニークなストレージキーを記憶する。セキュリティブロック６６３は、乱数発生回路を有し、メモリコントロールブロック６６２の制御の基に、クライアント１と相互認証し、セッションキーを共有する。
【０１５２】
セキュリティブロック６６３は、後述する使用条件およびＭＡＣ値を含むインデックスを記憶する。
【０１５３】
セキュリティブロック６６３は、メモリコントロールブロック６６２の制御の基に、暗号化されているコンテンツを復号する。
【０１５４】
図２２は、クライアント１によるコンテンツのエクスポートの処理を説明するフローチャートである。
【０１５５】
ステップＳ２０１において、クライアント１のCPU２１は、エクスポートするコンテンツを選択して、選択したコンテンツに含まれる属性から署名を作成する。
【０１５６】
例えば、クライアント１のCPU２１は、コンテンツに含まれる属性を、証明書に含まれるライセンスサーバの公開鍵で暗号化処理することにより、署名を作成する。
【０１５７】
ステップＳ２０２において、クライアント１のCPU２１は、作成した属性の署名と、コンテンツに含まれる属性の署名とを比較し、作成した属性の署名と、コンテンツに含まれる属性の署名とが一致したと判定された場合、属性は改竄されていないので、ステップＳ２０３に進む。
【０１５８】
ステップＳ２０２において、作成した属性の署名と、コンテンツに含まれる属性の署名とが一致しないと判定された場合、属性が改竄されているので、ステップＳ２０９に進み、クライアント１のCPU２１は、エラー表示などのエラー処理を実行し、エクスポートの実行の処理を行わないで、処理は終了する。
【０１５９】
ステップＳ２０３において、クライアント１のCPU２１は、対象となるコンテンツの属性が利用権に含まれるコンテンツ条件を満たし、エクスポートが許可されている利用権を記憶部２８から検索する。対象のコンテンツを利用するための利用権が記憶部２８に見つからない場合には、ステップＳ２０９に進み、クライアント１のCPU２１はエラー表示などの、エラー処理を実行し、エクスポートの実行の処理を行わないで、処理は終了する。
【０１６０】
ステップＳ２０３において、コンテンツを利用するための利用権が見つかった場合には、Ｓ２０４に進み、クライアント１のCPU２１はコンテンツを利用するための利用権が記憶部２８に１つ記憶されているか、複数記憶されているかを判定する。
【０１６１】
記憶部２８に対象のコンテンツを利用するための利用権が複数記憶されていると判定された場合、ステップＳ２０５に進み、クライアント１のCPU２１は、出力部２７のディスプレイに各利用権の使用条件等の情報を表示させ、どの利用権の使用条件をエクスポートされたコンテンツの使用条件として用いるかをユーザに確認させ、ユーザからの入力部２６への入力を基に、いずれの利用権をエクスポートに用いるかを決定する。
【０１６２】
ステップＳ２０５における利用権の選択は、ユーザによる選択に限らず、所定の規則に基づき優先順位が決定されるようになっていても構わない。
【０１６３】
記憶部２８に対象のコンテンツを利用するための利用権が１つ記憶されていると判定された場合、エクスポートに用いられる利用権は決まっているので、ステップＳ２０５の利用権の選択は行われず、ステップＳ２０６に進む。
【０１６４】
コンテンツを利用するための利用権の選択が行われた後、Ｓ２０６において、クライアント１のCPU２１は、利用権の使用条件から署名を作成する。
【０１６５】
例えば、クライアント１のCPU２１は、利用権に含まれる使用条件を、証明書に含まれるライセンスサーバの公開鍵で暗号化処理することにより、署名を作成する。
【０１６６】
ステップＳ２０７において、クライアント１のCPU２１は、作成した使用条件の署名と、利用権に含まれる使用条件の署名とを比較し、作成した使用条件の署名と、利用権に含まれる使用条件の署名とが一致したと判定された場合、使用条件は改竄されていないので、ステップＳ２０８に進む。ステップＳ２０８において、クライアント１のCPU２１は、エクスポートの実行の処理を行い、処理は終了する。
【０１６７】
ステップＳ２０７において、作成した属性の署名と、コンテンツに含まれる属性の署名とが一致しないと判定された場合、属性が改竄されているので、ステップＳ２０９に進み、クライアント１のCPU２１は、エラー表示などのエラー処理を実行し、エクスポートの実行の処理を行わないで、処理は終了する。
【０１６８】
図２３は、ステップＳ２０８の処理に対応する、クライアント１のエクスポートの実行の処理を説明するフローチャートである。
【０１６９】
ステップＳ２２１において、クライアント１のCPU２１は、装着されているメモリースティックと相互認証の処理を実行する。例えば、クライアント１のCPU２１とメモリースティック６５１のセキュリティブロック６６３は、チャレンジアンドレスポンス方式の相互認証の処理を実行することができる。
【０１７０】
ステップＳ２２１の処理において、相互認証されなかった場合、クライアント１またはメモリースティック６５１が、正当ではないので、ステップＳ２２２乃至Ｓ２２８の処理はスキップされ、コンテンツをメモリースティック６５１に書き込まないで、処理は終了する。
【０１７１】
ステップＳ２２１の処理において、相互認証された場合、クライアント１およびメモリースティック６５１が、正当なので、クライアント１およびメモリースティック６５１は、共通の一時鍵（セッションキー）を共有し、ステップＳ２２２乃至Ｓ２２８の処理が実行される。
【０１７２】
共通の一時鍵（セッションキー）が共有された以下の処理において、クライアント１がメモリースティック６５１に送信する情報は、暗号化復号部２４において、一時鍵で暗号化される。また、クライアント１がメモリースティック６５１から受信した情報は、一時鍵により暗号化されているので、暗号化復号部２４により、復号される。
【０１７３】
ステップＳ２２２において、クライアント１のCPU２１は、コンテンツをメモリースティック６５１に書き込む。例えば、クライアント１のCPU２１は、メモリースティック６５１から、メモリースティック６５１のコンテンツキーを取得し、メモリースティック６５１のコンテンツキーに、コンテンツの鍵をかけ直して（コンテンツをメモリースティック６５１のコンテンツキーで暗号化して）、メモリースティック６５１のコンテンツキーに、鍵をかけ直したコンテンツをメモリースティック６５１に供給する。
【０１７４】
なお、メモリースティック６５１に、コンテンツの鍵をかけ直させるようにしてもよい。
【０１７５】
ステップＳ２２３において、クライアント１のCPU２１は、利用権の使用条件のフォーマットをメモリースティックに対応する方式に変換する。
【０１７６】
ステップＳ２２４において、クライアント１のCPU２１は、暗号化復号部２４に、利用権の使用条件のメッセージ認証符号（ＭＡＣ：Message authentication Code）（以下、ＭＡＣ値とも称する）を算出させる。
【０１７７】
ＤＥＳ暗号処理構成を用いたＭＡＣ値生成例を図２４に示す。図２４の構成に示すように対象となるメッセージ（使用条件）を８バイト単位に分割し、（以下、分割されたメッセージをＭ１、Ｍ２、・・・、ＭＮとする）、まず、初期値（IV）とＭ１を、演算部２４−１Ａにより排他的論理和する（その結果をＩ１とする）。次に、Ｉ１をＤＥＳ暗号化部２４−１Ｂに入れ、鍵（以下、Ｋ１とする）を用いて暗号化する（出力をＥ１とする）。続けて、Ｅ１およびＭ２を演算部２４−２Ａにより排他的論理和し、その出力Ｉ２をＤＥＳ暗号化部２４−２Ｂへ入れ、鍵Ｋ１を用いて暗号化する（出力Ｅ２）。以下、これを繰り返し、全てのメッセージに対して暗号化処理を施す。ＤＥＳ暗号化部２４−NBから最後に出てきたＥＮがメッセージ認証符号（ＭＡＣ（Message Authentication Code））となる。
【０１７８】
ステップＳ２２５において、クライアント１のCPU２１は、ステップＳ２２３の処理でフォーマットが変換された使用条件を、ステップＳ２２４の処理で算出されたＭＡＣ値と共にメモリースティック６５１のインデックスに書き込む。
【０１７９】
図２５は、メモリースティック６５１に記憶されているインデックスおよびコンテンツを説明する図である。
【０１８０】
メモリースティック６５１のインデックス７０１には、コンテンツに対応して、コンテンツの使用条件、ＭＡＣ値、およびポインタが格納される。インデックス７０１のポインタは、コンテンツのアドレスを格納している。
【０１８１】
例えば、メモリースティック６５１に記憶されているコンテンツ７０２−１を示すポインタは、コンテンツ７０２−１の使用条件およびそのＭＡＣ値と共に、インデックス７０１に格納される。メモリースティック６５１に記憶されているコンテンツ７０２−２を示すポインタは、コンテンツ７０２−２の使用条件およびそのＭＡＣ値と共に、インデックス７０１に格納される。メモリースティック６５１に記憶されているコンテンツ７０２−３を示すポインタは、コンテンツ７０２−３の使用条件およびそのＭＡＣ値と共に、インデックス７０１に格納される。
【０１８２】
ステップＳ２２６において、クライアント１のCPU２１は、メモリースティック６５１から、ステップＳ２２５の処理により、新たに使用条件およびＭＡＣ値が書き込まれたインデックス７０１を取得する。
【０１８３】
ステップＳ２２７において、クライアント１のCPU２１は、新たに使用条件およびＭＡＣ値が書き込まれたインデックス７０１を基に、メモリースティック６５１全体のインテグリティ・チェック値（ＩＣＶ）を算出する。
【０１８４】
インデックス７０１のインテグリティ・チェック値は、例えばインデックス７０１に対するハッシュ関数を用いて計算され、ＩＣＶ＝ｈａｓｈ（Ｋｉｃｖ，Ｌ１，Ｌ２，・・・）によって計算される。ＫｉｃｖはＩＣＶ生成キーである。Ｌ１，Ｌ２は使用条件の情報であり、使用条件のＭＡＣ値が使用される。
【０１８５】
ステップＳ２２８において、クライアント１のCPU２１は、メモリースティック６５１のインテグリティ・チェック値を、算出したインテグリティ・チェック値に書き換えて、処理は終了する。
【０１８６】
例えば、クライアント１のCPU２１は、メモリースティック６５１から取得したインデックス７０１に含まれる、コンテンツ７０２−１乃至７０２−３に対応するＭＡＣ値を基に、インテグリティ・チェック値を算出する。
【０１８７】
クライアント１のCPU２１は、図２５に示すように、メモリースティック６５１に、算出したインテグリティ・チェック値７０３を書き込む。
【０１８８】
クライアント１は、インテグリティ・チェック値を一時鍵で暗号化して、メモリースティック６５１に送信する、いわゆる、SAC（Secure Authentication Channel）を介して、インテグリティ・チェック値をメモリースティック６５１に送信する。
【０１８９】
このようにすることで、メモリースティックには、インデックス７０１に対応した、インテグリティ・チェック値７０３が安全に格納されることになる。
【０１９０】
例えばコンテンツ再生時にインデックス７０１を基に生成したＩＣＶと、使用条件に基づいて生成したＩＣＶ７０３とを比較して同一のＩＣＶが得られれば使用条件に改竄のないことが保証され、ＩＣＶが異なれば、改竄があったと判定される。
【０１９１】
図２６のフローチャートを参照して、図２３に示すクライアント１のエクスポートの実行の処理に対応する、メモリースティック６５１のインポートの実行の処理を説明する。
【０１９２】
ステップＳ２４１において、メモリースティック６５１のセキュリティブロック６６３は、クライアント１のステップＳ２２１の処理に対応して、クライアント１との相互認証の処理を実行する。
【０１９３】
相互認証された場合、クライアント１およびメモリースティック６５１において、共通の一時鍵（セッションキー）が共有される。
【０１９４】
共通の一時鍵（セッションキー）が共有された以下の処理において、メモリースティック６５１がクライアント１に送信する情報は、セキュリティブロック６６３において、一時鍵により暗号化される。また、メモリースティック６５１がクライアント１から受信した情報は、一時鍵により暗号化されているので、メモリースティック６５１のセキュリティブロック６６３は、暗号化されている情報を、一時鍵で復号する。
【０１９５】
ステップＳ２４２において、メモリースティック６５１のメモリコントロールブロック６６２は、ステップＳ２２２の処理を実行するクライアント１からコンテンツが送信されてくるので、このコンテンツを受信して、コンテンツをフラッシュメモリ６６１に記憶させる。
【０１９６】
ステップＳ２４３において、メモリースティック６５１のメモリコントロールブロック６６２は、ステップＳ２２５の処理を実行するクライアント１からフォーマットが変換された使用条件が送信されてくるので、使用条件を受信し、受信した使用条件をセキュリティブロック６６３のインデックス７０１に書き込む。また、メモリースティック６５１は、使用条件に対応させて、ステップＳ２４２の処理で記憶したコンテンツを示すポインタをセキュリティブロック６６３のインデックス７０１に書き込む。
【０１９７】
ステップＳ２４３の処理により、図２５に示すように、新たに記憶されたコンテンツに対応する使用条件、ＭＡＣ値、およびコンテンツを示すポインタが、セキュリティブロック６６３のインデックス７０１に格納されることになる。
【０１９８】
ステップＳ２４４において、メモリースティック６５１のメモリコントロールブロック６６２は、クライアント１から要求があるので、インデックス７０１をセキュリティブロック６６３から読み出し、読み出したインデックス７０１をクライアントに送信する。ステップＳ２４４の処理で送信されたインデックス７０１を受信することにより、クライアント１は、ステップＳ２２６の処理において、インデックス７０１を取得できる。
【０１９９】
ステップＳ２４５において、メモリースティック６５１は、ステップＳ２２８の処理を実行するクライアント１から、新たなＩＣＶが送信されてくるので、クライアント１から送信されたＩＣＶを受信して、受信したＩＣＶを基に、ＩＣＶを更新し、処理は終了する。
【０２００】
このように、integrity情報である公開鍵暗号による署名がコンテンツに付され、共通鍵暗号方式によるハッシュ値によるintegrity情報が、クライアントにより生成され、データ記憶媒体の使用条件に付される。コンテンツのintegrity情報と使用条件のintegrity情報とが合わせて１つの情報として、インデックス７０１として管理されることになる。
【０２０１】
このように、クライアント１は、メモリースティックの処理能力が低くとも、メモリースティックにおいて、コンテンツの保護のレベルを低下させることなく、公開鍵暗号方式による署名が付いたコンテンツを、メモリースティックにエクスポートすることができるようになる。
【０２０２】
処理能力が低い端末機においても、同一のコンテンツを使用することができるようになる。これにより、特に、あらゆるデバイス同士が、コンテンツをやりとりできるようになる。
【０２０３】
次に、図２７乃至図２９を参照して、コンテンツのインポートまたはコンテンツのエクスポートにおける、コンテンツの変換について説明する。
【０２０４】
図２７に示すように、本発明に係るシステムにおいて、図１２で説明した１つのカテゴリに対応するサービスとして、メモリースティック６５１からクライアント１にコンテンツをインポートすることができると共に、クライアント１からメモリースティック６５１にコンテンツをエクスポートすることができる。
【０２０５】
クライアント１は、メモリースティック６５１からコンテンツをインポートするとき、コンテンツを１つのサービスに割り当てて、インポートするコンテンツを所定の形式に変換する。
【０２０６】
クライアント１のコンテンツは、例えば、ＱｕｉｃｋＴｉｍｅ（商標）フォーマットなどの、複数の種類のデータ（音声のデータ、画像のデータ、またはテキストのデータなど）を格納することができるフォーマットを有する。クライアント１の１つのコンテンツに格納されている、音声のデータ、画像のデータ、またはテキストのデータなどは、互いに対応関係を有する。例えば、音声のデータが、楽曲のデータであるとき、画像のデータは、その楽曲の実演者の画像を示すデータとされ、テキストデータは、その楽曲の解説または歌詞を示すデータとされる。
【０２０７】
一方、クライアント１は、記憶媒体の一例であるメモリースティック６５１にコンテンツをエクスポートするとき、例えば、複数の種類のデータを格納することができるフォーマットのコンテンツのうちの音声のトラックのデータを、メモリースティック６５１に対応したフォーマット、例えば、メモリースティックオーディオ（ＭＳＡ）フォーマットなどに変換し、コンテンツのうちの他のデータを、変換された音声のトラックのデータにリンクさせる。
【０２０８】
図２８に示すように、クライアント１におけるコンテンツが、メモリースティック６５１にエクスポートされるとき、コンテンツに含まれる音声データが抽出されて、抽出された音声データが音声データファイルに変換される。音声データファイルは、メモリースティック６５１に記憶される。
【０２０９】
また、クライアント１におけるコンテンツが、メモリースティック６５１にエクスポートされるとき、コンテンツに含まれる属性のデータは、フリンジデータとされ、画像またはテキストなどのメタデータと共に、音声データファイルとは異なるファイルとされる。フリンジデータおよびメタデータを含むファイルは、音声データファイルとは別に、メモリースティック６５１に記憶される。
【０２１０】
図２８に示す音声データファイル、およびフリンジデータおよびメタデータを含むファイルは、図２７における、メモリースティック６５１に格納されているコンテンツに対応づけられる。
【０２１１】
一方、メモリースティック６５１からコンテンツが、クライアント１にインポートされるとき、音声データファイルから音声データが抽出され、抽出された音声データが、クライアント１のコンテンツに音声データとして格納される。
【０２１２】
メモリースティック６５１からコンテンツが、クライアント１にインポートされるとき、メモリースティック６５１のファイルに格納されているフリンジデータは、クライアント１のコンテンツの属性データとされ、ファイルに格納されているメタデータは、クライアント１のコンテンツのメタデータとされる。
【０２１３】
また、記憶媒体の他の例であるCDからコンテンツを、クライアント１にインポートするとき（リッピングするとき）、クライアント１は、インポート用のサービスデータ、およびインポートのサービスに対応するデフォルトの利用権の雛形を予め記憶している。インポート用のサービスデータは、図８に示す場合と同様であるが、リーフIDに代わり、ユニークIDを格納している。
【０２１４】
例えば、ユニークIDとして、クライアント１のインポートを実行するプログラムがクライアントにインストールされたとき、図１０で説明した階層ツリー構造上の１つのノードを示す、予め定められた所定の値が設定される。また、利用権IDとして、予め定められた所定のIDが設定される。
【０２１５】
なお、クライアント１は、複数のライセンスの雛形を記憶し、コンテンツをインポートするとき、記憶している複数の利用権の雛形のうち、所定の利用権の雛形を選択するようにしてもよい。
【０２１６】
また、インポート用のサービスデータは、所定のライセンスサーバ４から取得するようにしてもよい。
【０２１７】
CDからコンテンツが、クライアント１にインポートされるとき、クライアント１は、CDから読み出したコンテンツを、クライアント１のコンテンツのフォーマットに変換し、さらに適当なコンテンツの属性を定義する。例えば、クライアント１は、CDのTOC（Table Of Contents）からCDに記録されているコンテンツの内容に関するデータ（例えば、レコードカンパニーIDまたはアーティストIDなど）を読み出して、コンテンツの属性として設定する。
【０２１８】
クライアント１は、CDから読み出したコンテンツに対応して、生成したコンテンツと予め記憶している利用権をバインドする。例えば、利用権の雛形に含まれているコンテンツ条件には
import = true
のような条件式が記述されており、クライアント１は、コンテンツの属性に
import = true
のような情報を追加する。このようにすることで、CDから読み出したコンテンツの属性は利用権の雛型のコンテンツ条件を満たすので、CDから読み出したコンテンツは雛型から作成された利用権によって利用を許可される。
【０２１９】
また、例えば、クライアント１は、所定のビット数の乱数を生成して、生成した乱数をコンテンツIDとしてコンテンツに設定する。
【０２２０】
なお、コンテンツIDは、CDのTOCから読み出し、読み出したコンテンツIDをコンテンツに設定するようにしてもよい。
【０２２１】
図２９は、インポートおよびエクスポートにおける、より具体的なコンテンツの変換の例を示す図である。
【０２２２】
クライアント１におけるコンテンツが、メモリースティック６５１にエクスポートされるとき、クライアント１のコンテンツから音声データが抽出されて、抽出された音声データが音声データファイルに変換される。音声データファイルは、メモリースティック６５１に記憶される。
【０２２３】
また、クライアント１におけるコンテンツが、メモリースティック６５１にエクスポートされるとき、コンテンツに含まれる、EKB、KEKBC（Kc）、属性のデータ、および署名などは、フリンジデータとされる。画像データまたはテキストデータなどのメタデータは、そのままの方式で、フリンジデータと共に、メモリースティック６５１にファイルとして記憶される。
【０２２４】
一方、メモリースティック６５１からコンテンツが、クライアント１にインポートされるとき、音声データファイルから音声データが抽出され、抽出された音声データが、クライアント１のコンテンツに音声データ（音声のトラック）として格納される。
【０２２５】
メモリースティック６５１からコンテンツが、クライアント１にインポートされるとき、メモリースティック６５１のファイルに格納されている、EKB、KEKBC（Kc）、属性のデータ、および署名などを含むフリンジデータは、コンテンツのヘッダとして、所定の方式で、クライアント１のコンテンツに格納される。また、画像データおよびテキストデータを含むメタデータが、クライアント１のコンテンツのメタデータ、すなわち、画像のトラックおよびテキストのトラックにそのまま格納される。
【０２２６】
図３０は、ステップＳ２２２の処理に対応する、クライアント１のコンテンツの書き込みの処理を説明するフローチャートである。
【０２２７】
ステップＳ３０１において、クライアント１のCPU２１は、エクスポートするコンテンツから音声のトラックを抽出する。ステップＳ３０２において、クライアント１のCPU２１は、音声のトラック（音声のデータ）のフォーマットをメモリースティック６５１が使用できるフォーマットに変換して、音声データファイルを生成する。
【０２２８】
例えば、クライアント１のCPU２１は、メモリースティック６５１から、メモリースティック６５１のコンテンツキーを取得し、メモリースティック６５１のコンテンツキーに、コンテンツの音声のデータの鍵をかけ直して（ＤＮＫによるＥＫＢの復号処理、コンテンツキーの復号及びコンテンツデータの復号により得られたコンテンツデータを音声のデータをメモリースティック６５１のコンテンツキーで暗号化して）、鍵をかけ直した音声のデータから音声データファイルを生成する。
【０２２９】
なお、メモリースティック６５１に、音声データファイルの鍵をかけ直させるようにしてもよい。
【０２３０】
ステップＳ３０３において、クライアント１のCPU２１は、音声データファイルをメモリースティック６５１に書き込む。
【０２３１】
ステップＳ３０４において、クライアント１のCPU２１は、エクスポートしようとするコンテンツから、音声のトラックを削除する。すなわち、クライアント１のCPU２１は、コンテンツに含まれる復号に必要なデータ、例えば、属性またはＥＫＢ、または画像データまたはテキストデータなどのメタデータから、メモリースティック６５１に書き込むためのファイルを生成する。ステップＳ３０４の処理により、例えば、コンテンツの属性データは、ファイルのフリンジデータとされる。
【０２３２】
ステップＳ３０５において、クライアント１のCPU２１は、メモリースティック６５１から送信される、音声データファイルの記録媒体（記憶媒体）上の位置を示すリファレンス情報を受信する。
【０２３３】
ステップＳ３０６において、クライアント１のCPU２１は、削除された音声のトラックに代わり、ステップＳ３０５において受信した音声データファイルの記録媒体（記憶媒体）上の位置を示すリファレンス情報を挿入する。
【０２３４】
ステップＳ３０７において、クライアント１のCPU２１は、音声データファイルのリファレンス情報を含むコンテンツをファイルとしてメモリースティック６５１に書き込み、処理は終了する。
【０２３５】
音声のトラックが削除された、フリンジデータおよびメタデータを含むファイルは、メモリースティック６５１用の再生装置においては使用されない。
【０２３６】
図３１は、ステップＳ２４２の処理に対応する、メモリースティック６５１のコンテンツの記憶の処理を説明するフローチャートである。
【０２３７】
ステップＳ３２１において、メモリースティック６５１のメモリコントロールブロック６６２は、ステップＳ３０３の処理を実行するクライアント１から送信されてくる音声データファイルを受信し、受信した音声データファイルをフラッシュメモリ６６１に記憶する。その結果、メモリースティック６５１は、クライアント１のコンテンツのうち、音声のトラックからなる音声データファイルを記憶することになる。音声データファイルが、メモリースティック６５１に対応するファイル形式を有するので、メモリースティック６５１は、音声データファイルを使用する（装着されている機器に音声を再生させる）ことができる。
【０２３８】
ステップＳ３２２において、メモリースティック６５１のメモリコントロールブロック６６２は、フラッシュメモリ６６１に記憶した音声データファイルの記録媒体（記憶媒体）上の位置を示すリファレンス情報を送信する。
【０２３９】
ステップＳ３２３において、メモリースティック６５１のメモリコントロールブロック６６２は、ステップＳ３０７の処理を実行するクライアント１から送信されてくる、音声データファイルのリファレンス情報を含むファイルを受信し、受信したファイルをフラッシュメモリ６６１に記憶し、処理は終了する。
【０２４０】
音声データファイルがリンクされたファイルは、メモリースティック６５１に対応するファイル形式を有さず、メモリースティック６５１は、ファイルに格納されているデータを利用することができない。
【０２４１】
このように、メモリースティック６５１には、コンテンツの音声のトラックに対応する音声データファイルが記憶されると共に、コンテンツのメタデータまたは属性データなどの他のデータがファイルとして記憶されることになる。
【０２４２】
このようにすることで、クライアント１のコンテンツがメモリースティック６５１にエクスポートされるときであっても、コンテンツに含まれる情報のうち、音声のデータ以外のデータがファイルとして記憶されるので、コンテンツに含まれる情報が欠落することなく、メモリースティック６５１に記憶されることになる。
【０２４３】
なお、音声データファイルの記録媒体（記憶媒体）上の位置を示すリファレンス情報を挿入する処理はメモリースティック６５１が行っても良い。この場合、クライアント１から音声トラックの削除されたコンテンツファイルが送信され、メモリースティック６５１のメモリコントロールブロック６６２が、音声データファイルの記録媒体（記憶媒体）上の位置を示すリファレンス情報を挿入する。
【０２４４】
次に、クライアント１のコンテンツのインポートの処理について説明する。
【０２４５】
図３２は、クライアント１がCDに記録されているコンテンツをインポート（いわゆる、リッピング）する処理を説明するフローチャートである。
【０２４６】
ステップＳ３４１において、クライアント１のCPU２１は、ドライブ３０に装着された光ディスク４２であるCDからコンテンツを読み出させ（取得し）、コーデック部２５に、読み出したコンテンツを、例えば、ATRAC（Adaptive Transform Acoustic Coding）３方式などでコンテンツを圧縮（エンコード（符号化））させる。
【０２４７】
ステップＳ３４２において、クライアント１のCPU２１は、暗号化復号部２４に、圧縮されたコンテンツを暗号化させる。例えば、圧縮されたコンテンツは乱数に基づいて作成されたコンテンツキーで暗号化され、そのコンテンツキーはT-systemカテゴリノードの下位のノードに割り当てられたインポートのカテゴリに対応するEKBのルートキーで暗号化される。コンテンツキーは、暗号化されたコンテンツに付加される。
【０２４８】
ステップＳ３４３において、クライアント１のCPU２１は、暗号化されたコンテンツに、コンテンツIDを割り当てる。例えば、クライアント１のCPU２１は、所定のビット数の乱数を生成し、生成した乱数をコンテンツIDとしてコンテンツに割り当てる。また、例えば、クライアント１のCPU２１は、CDのTOCに含まれるコンテンツIDを読み出して、読み出したコンテンツIDを暗号化されたコンテンツに割り当てるようにしてもよい。さらに、例えば、クライアント１のCPU２１は、CDの所定のトラックに含まれるコンテンツIDを読み出して、読み出したコンテンツIDを暗号化されたコンテンツに割り当てるようにしてもよい。
【０２４９】
ステップＳ３４４において、クライアント１のCPU２１は、コンテンツに利用権を割り当てる。より具体的には、例えば、インポートされたコンテンツ用の利用権のコンテンツ条件には
import = true
のような条件式が記述されており、クライアント１のCPU２１は、コンテンツの属性に
import = true
のような情報を追加する。このようにすることで、CDから読み出したコンテンツの属性は利用権の雛型のコンテンツ条件を満たすので、CDから読み出したコンテンツは雛型から作成された利用権によって利用を許可される。
【０２５０】
ステップＳ３４５において、クライアント１のCPU２１は、コンテンツの属性を作成する。例えば、クライアント１のCPU２１は、CDのTOC（Table Of Contents）からCDに記録されているコンテンツの内容に関するデータを読み出して、コンテンツの属性として設定する。また、例えば、クライアント１のCPU２１は、ユーザの操作に対応して、入力部２６から供給されたデータをコンテンツの属性として設定するようにしてもよい。
【０２５１】
ステップＳ３４６において、クライアント１のCPU２１は、作成したコンテンツの属性を基に、電子署名を生成して、生成した電子署名をコンテンツに付する。例えば、クライアント１のCPU２１は、インポートサービス用のサービスデータの証明書に含まれている自分自身の秘密鍵を使用して、電子署名を生成する。
【０２５２】
ステップＳ３４７において、クライアント１のCPU２１は、生成したコンテンツのフォーマットを整えて、コンテンツのフォーマットを図５で説明した方式とし、処理は終了する。
【０２５３】
次に、図３３のフローチャートを参照して、圧縮符号化され、暗号化されている、メモリースティック６５１に記憶されているコンテンツの、クライアント１によるインポートの処理を説明する。
【０２５４】
ステップＳ３６１において、クライアント１のCPU２１は、ドライブ３０に、装着されている半導体メモリ４４であるメモリースティック６５１から、コンテンツである音声データファイルを読み出させ、音声データファイルを取得する。
【０２５５】
ステップＳ３６２において、クライアント１のCPU２１は、ドライブ３０に、メモリースティック６５１から、フリンジデータおよびメタデータを含むファイルを読み出させ、フリンジデータおよびメタデータを含むファイルを取得する。
【０２５６】
ステップＳ３６３において、クライアント１のCPU２１は、読み出されたコンテンツに、コンテンツIDを割り当てる。より具体的には、クライアント１のCPU２１は、ファイルのフリンジデータに含まれているコンテンツIDを抽出して、抽出したコンテンツIDをコンテンツに割り当てる。
【０２５７】
ステップＳ３６４において、クライアント１のCPU２１は、コンテンツに利用権を割り当てる。より具体的には、クライアント１のCPU２１は、ファイルのフリンジデータに含まれている属性をコンテンツに割り当てる。
【０２５８】
ステップＳ３６５において、クライアント１のCPU２１は、コンテンツの属性を設定する。より具体的には、クライアント１のCPU２１は、ファイルのフリンジデータに含まれている属性を抽出して、抽出した属性をコンテンツに設定する。
【０２５９】
ステップＳ３６６において、クライアント１のCPU２１は、作成したコンテンツに電子署名を付する。クライアント１のCPU２１は、ファイルのフリンジデータに含まれている電子署名を抽出して、抽出した電子署名をコンテンツに付する。
【０２６０】
ステップＳ３６７において、クライアント１のCPU２１は、生成したコンテンツのフォーマットを整えて、処理は終了する。より具体的には、クライアント１のCPU２１は、音声データファイルをクライアント１のコンテンツの音声のトラックの方式とし、音声のトラックをファイルに挿入して、コンテンツのフォーマットを図５で説明した方式とする。
【０２６１】
このように、方式、フォーマットの異なる機器、または記録媒体（記憶媒体）間のコンテンツのインポートおよびエクスポートが可能になる。
【０２６２】
このようにすることで、方式、フォーマットの異なる機器、または記録媒体（記憶媒体）間のコンテンツのインポートおよびエクスポートにおける情報の欠落を防止することができ、インポートされたコンテンツを統一的に取り扱うことができるようになる。
【０２６３】
このように、メモリースティック６５１にコンテンツを書き込むようにした場合には、メモリースティック６５１に、メモリースティック用の再生装置で再生可能なコンテンツを記憶させることができる。
【０２６４】
また、コンテンツに含まれる所定の種類のデータを抽出し、抽出されたデータのフォーマットを、記憶媒体に対応する所定のフォーマットに変換し、コンテンツに含まれている、コンテンツの復号に要するデータ、または他の種類のデータから所定のファイルを生成し、フォーマットが変換されたデータとファイルとのリンクを付加し、フォーマットが変換されたデータおよびファイルの記憶媒体への書き込みを制御するようにした場合には、情報の欠落を防止して、コンテンツをエクスポートできるようになり、エクスポートされたコンテンツを、他のコンテンツと同様に取り扱うことができるようになる。
【０２６５】
また、メモリースティック６５１がフォーマットを変換したコンテンツを記憶するようにした場合には、メモリースティック用の再生装置において、その構成を変えることなくコンテンツを使用することができる。
【０２６６】
所定の種類のデータを含み、自分自身に対応するフォーマットのコンテンツの記憶を制御し、情報処理装置において、コンテンツの復号に要するデータ、またはコンテンツに対応する、他の種類のデータを含むファイルの記憶を制御するようにした場合には、情報の欠落を防止して、コンテンツをインポートできるようになり、インポートされたコンテンツを、他のコンテンツと同様に取り扱うことができるようになる。
【０２６７】
さらに、コンテンツをインポートするようにした場合には、コンテンツを取得することができるようになる。
【０２６８】
記憶媒体から、所定の種類のデータからなるコンテンツを取得し、記憶媒体から、コンテンツとリンクされ、コンテンツの復号に要するデータ、およびコンテンツに対応する他の種類のデータの少なくとも一方を含むファイルを取得し、取得されたファイルを基に、コンテンツのフォーマットを情報処理装置に対応する所定のフォーマットに変換するようにした場合には、情報の欠落を防止して、コンテンツをインポートできるようになり、インポートされたコンテンツを、他のコンテンツと同様に取り扱うことができるようになる。
【０２６９】
コンテンツを記憶媒体に書き込むようにした場合には、記憶媒体にコンテンツをエクスポートすることができるようになる。
【０２７０】
また、コンテンツに含まれるコンテンツデータを抽出し、抽出されたコンテンツデータのフォーマットを、記憶媒体に対応する所定のフォーマットに変換し、コンテンツに含まれている、コンテンツデータを除いたデータから所定のファイルを生成し、ファイルにフォーマットが変換されたコンテンツデータの参照情報を付加し、フォーマットが変換されたコンテンツデータおよびファイルの記憶媒体への書き込みを制御するようにした場合には、情報の欠落を防止して、コンテンツをエクスポートできるようになり、記憶媒体において、エクスポートされたコンテンツを、他のコンテンツと同様に取り扱うことができるようになる。
【０２７１】
記憶媒体からコンテンツを取得するようにした場合には、記憶媒体に記憶されているコンテンツをインポートすることができるようになる。
【０２７２】
記憶媒体から、コンテンツデータを取得し、取得されたコンテンツデータを所定のフォーマットに変換し、コンテンツを生成し、生成されたコンテンツに含まれるフォーマット変換されたコンテンツデータを暗号化し、コンテンツに暗号化されたコンテンツデータを復号するための鍵情報を付加し、コンテンツに、コンテンツを利用するために必要な利用権と対応付けるための情報を付加するようにした場合には、情報の欠落を防止して、コンテンツをインポートできるようになり、インポートされたコンテンツを、他のコンテンツと同様に取り扱うことができるようになる。
【０２７３】
なお、クライアントからメモリースティックにコンテンツをインポートまたはエクスポートする例を説明したが、クライアントからコンテンツ記憶装置の他の例であるポータブルデバイス（PD）にコンテンツをインポートまたはエクスポートするようにしてもよい。すなわち、クライアントは、コンテンツ記憶装置に設けられた記憶媒体にコンテンツをエクスポートするか、またはコンテンツ記憶装置に設けられた記憶媒体からコンテンツをインポートするようにしてもよい。
【０２７４】
また、クライアントからPDに装着されているメモリースティックにコンテンツをインポートまたはエクスポートするようにしてもよい。この場合において、相互認証の処理は、クライアントおよびPDの間で実行され、PDおよびメモリースティックの間で実行される。
【０２７５】
本発明が適用されるクライアントは、いわゆるパーソナルコンピュータ以外に、PDA（Personal Digital Assistants）、携帯電話機、ゲーム端末機などとすることができる。
【０２７６】
一連の処理をソフトウエアにより実行させる場合には、そのソフトウエアを構成するプログラムが、専用のハードウエアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、ネットワークや記録媒体からインストールされる。
【０２７７】
この記録媒体は、図２に示されるように、装置本体とは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されている磁気ディスク４１（フレキシブルディスクを含む）、光ディスク４２（CD-ROM(Compact Disk - Read Only Memory),DVD(Digital Versatile Disk)を含む）、光磁気ディスク４３（ＭＤ（Mini-Disk）（商標）を含む）、もしくは半導体メモリ４４などよりなるパッケージメディアにより構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに提供される、プログラムが記録されているROM２２や、記憶部２８に含まれるハードディスクなどで構成される。
【０２７８】
なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０２７９】
また、セキュリティに関連する処理を実行させるプログラムは、その処理を解析されるのを防ぐため、そのプログラム自体が暗号化されているのが望ましい。例えば、暗号処理などを行う処理については、そのプログラムをタンパーレジスタントモジュールとして構成することができる。
【０２８０】
また、上記実施例では、コンテンツを利用するために必要な利用権を特定するためにコンテンツの属性と利用権のコンテンツ条件を用いたが、これに限らない。例えば、コンテンツに、該コンテンツを利用するために必要な利用権の利用権IDを含むようにしても良く、この場合、コンテンツを指定すればそれを利用するために必要な利用権は一意に決まるため、両者のマッチングを決定する処理を行う必要はない。
【０２８１】
【発明の効果】
以上のように、第１の発明によれば、記憶媒体にコンテンツをエクスポートすることができるようになる。
【０２８２】
また、第１の発明によれば、情報の欠落を防止して、コンテンツをエクスポートできるようになり、記憶媒体において、エクスポートされたコンテンツを、他のコンテンツと同様に取り扱うことができるようになる。
【０２８３】
第２の発明によれば、記憶媒体に記憶されているコンテンツをインポートすることができるようになる。
【０２８４】
また、第２の発明によれば、情報の欠落を防止して、コンテンツをインポートできるようになり、インポートされたコンテンツを、他のコンテンツと同様に取り扱うことができるようになる。
【図面の簡単な説明】
【図１】本発明を適用したコンテンツ提供システムの構成を示すブロック図である。
【図２】図１のクライアントの構成を示すブロック図である。
【図３】図１のクライアントのコンテンツのダウンロード処理を説明するフローチャートである。
【図４】図１のコンテンツサーバのコンテンツ提供処理を説明するフローチャートである。
【図５】図４のステップＳ２６におけるフォーマットの例を示す図である。
【図６】図１のクライアントのコンテンツ再生処理を説明するフローチャートである。
【図７】図６のステップＳ４３の利用権取得処理の詳細を説明するフローチャートである。
【図８】利用権の構成を示す図である。
【図９】図１のライセンスサーバの利用権提供の処理を説明するフローチャートである。
【図１０】キーの構成を説明する図である。
【図１１】カテゴリノードを説明する図である。
【図１２】ノードとデバイスの対応の具体例を示す図である。
【図１３】有効化キーブロックの構成を説明する図である。
【図１４】有効化キーブロックの構成を説明する図である。
【図１５】有効化キーブロックの利用を説明する図である。
【図１６】有効化キーブロックのフォーマットの例を示す図である。
【図１７】有効化キーブロックのタグの構成を説明する図である。
【図１８】 DNKを用いたコンテンツの復号処理を説明する図である。
【図１９】有効化キーブロックの例を示す図である。
【図２０】複数のコンテンツの１つのデバイスに対する割り当てを説明する図である。
【図２１】メモリースティックの構成を示すブロック図である。
【図２２】コンテンツのエクスポートの処理を説明するフローチャートである。
【図２３】クライアントのエクスポートの実行の処理を説明するフローチャートである。
【図２４】ＤＥＳ暗号処理構成を用いたＭＡＣ値生成例を示す図である。
【図２５】メモリースティックに記憶されているインデックスおよびコンテンツを説明する図である。
【図２６】メモリースティックのインポートの実行の処理を説明するフローチャートである。
【図２７】コンテンツのインポートおよびエクスポートを説明する図である。
【図２８】インポートまたはエクスポートにおけるコンテンツの変換を説明する図である。
【図２９】インポートまたはエクスポートにおけるコンテンツの変換の例を説明する図である。
【図３０】クライアント１のコンテンツの書き込みの処理を説明するフローチャートである。
【図３１】メモリースティック６５１のコンテンツの記憶の処理を説明するフローチャートである。
【図３２】クライアント１がCDに記録されているコンテンツをインポートする処理を説明するフローチャートである。
【図３３】メモリースティック６５１に記憶されているコンテンツの、クライアント１によるインポートの処理を説明するフローチャートである。
【符号の説明】
１−１，１−２ クライアント， ２ インターネット， ３ コンテンツサーバ， ４ ライセンスサーバ， ５ 課金サーバ， ２０ タイマ， ２１ CPU， ２４ 暗号化復号部， ２５ コーデック部， ２６ 入力部， ２７出力部， ２８ 記憶部， ２９ 通信部， ６５１ メモリースティック，６６１ フラッシュメモリ， ６６２ メモリコントロールブロック， ６６３ セキュリティブロック， ７０１ インデックス， ７０２−１乃至７０２−３ コンテンツ， ７０３ ＩＣＶ
Claims (7)
- コンテンツを記憶媒体に出力する情報処理装置において、
コンテンツデータと前記コンテンツデータの属性情報とから構成される前記コンテンツから、前記コンテンツデータを抽出する抽出手段と、
前記抽出手段において抽出された前記コンテンツデータのフォーマットを、前記記憶媒体に対応する所定のフォーマットに変換する変換手段と、
前記変換手段において所定のフォーマットに変換された前記コンテンツデータが記憶される前記記憶媒体での位置を示す参照情報を前記記憶媒体から受信する受信手段と、
前記コンテンツを前記記憶媒体に出力する場合に前記コンテンツデータを削除し、前記コンテンツに含まれている、前記コンテンツの内容に関する属性情報を有するデータからファイルを生成する生成手段と、
前記ファイルに、前記受信手段において受信された、前記記憶媒体に記憶される前記コンテンツデータへの前記参照情報を削除された前記コンテンツデータに代わり、付加する付加手段と、
前記変換手段において変換された前記コンテンツデータおよび前記ファイルを前記記憶媒体へ出力する出力手段と
を含むことを特徴とする情報処理装置。 - 前記出力手段は、前記コンテンツを利用するために必要な利用権に基づく情報を前記記憶媒体へ出力する
ことを特徴とする請求項１に記載の情報処理装置。 - コンテンツを記憶媒体に出力する情報処理装置の情報処理方法において、
抽出手段により、コンテンツデータと前記コンテンツデータの属性情報とから構成される前記コンテンツから、前記コンテンツデータを抽出し、
変換手段により、前記抽出手段において抽出された前記コンテンツデータのフォーマットを、前記記憶媒体に対応する所定のフォーマットに変換し、
受信手段により、前記変換手段において所定のフォーマットに変換された前記コンテンツデータが記憶される前記記憶媒体での位置を示す参照情報を前記記憶媒体から受信し、
生成手段により、前記コンテンツを前記記憶媒体に出力する場合に前記コンテンツデータを削除し、前記コンテンツに含まれている、前記コンテンツの内容に関する属性情報を有するデータからファイルを生成し、
付加手段により、前記ファイルに、前記受信手段において受信された、前記記憶媒体に記憶される前記コンテンツデータへの前記参照情報を削除された前記コンテンツデータに代わり、付加し、
出力手段により、前記変換手段において変換された前記コンテンツデータおよび前記ファイルを前記記憶媒体へ出力する
ことを特徴とする情報処理方法。 - コンテンツを記憶媒体に出力する情報処理を、コンピュータに実行させるプログラムにおいて、
コンテンツデータと前記コンテンツデータの属性情報とから構成される前記コンテンツから、前記コンテンツデータを抽出し、
抽出された前記コンテンツデータのフォーマットを、前記記憶媒体に対応する所定のフォーマットに変換し、
所定のフォーマットに変換された前記コンテンツデータが記憶される前記記憶媒体での位置を示す参照情報を前記記憶媒体から受信させ、
前記コンテンツを前記記憶媒体に出力する場合に前記コンテンツデータを削除し、前記コンテンツに含まれている、前記コンテンツの内容に関する属性情報を有するデータからファイルを生成し、
前記ファイルに、受信された、前記記憶媒体に記憶される前記コンテンツデータへの前記参照情報を削除された前記コンテンツデータに代わり、付加し、
変換された前記コンテンツデータおよび前記ファイルを前記記憶媒体へ出力する
ステップをコンピュータに実行させることを特徴とするプログラム。 - コンテンツデータを記憶媒体から入力する情報処理装置において、
前記記憶媒体から、前記コンテンツデータを取得する取得手段と、
前記取得手段によって取得された前記コンテンツデータを所定のフォーマットに変換する変換手段と、
乱数を生成する生成手段と、
前記変換手段においてフォーマット変換された前記コンテンツデータを、前記生成手段によって生成した乱数であるコンテンツ鍵によって暗号化する暗号化手段と、
前記記憶媒体に記憶される、前記コンテンツ鍵および前記コンテンツデータの属性情報を有するファイルと、前記暗号化手段において前記コンテンツ鍵によって暗号化された前記コンテンツデータファイルとからコンテンツを生成する生成手段と、
前記コンテンツに、前記コンテンツデータを利用するために必要な利用権を対応付けるための情報と、コンテンツＩＤとして前記生成手段により生成した乱数とを付加する付加手段と
を含むことを特徴とする情報処理装置。 - コンテンツデータを記憶媒体から入力する情報処理装置の情報処理方法において、
取得手段により、前記記憶媒体から、前記コンテンツデータを取得し、
変換手段により、前記取得手段によって取得された前記コンテンツデータを所定のフォーマットに変換し、
生成手段により、乱数を生成し、
暗号化手段により、前記変換手段においてフォーマット変換された前記コンテンツデータを、前記生成手段によって生成した乱数であるコンテンツ鍵によって暗号化し、
生成手段により、前記記憶媒体に記憶される、前記コンテンツ鍵および前記コンテンツデータの属性情報を有するファイルと、前記暗号化手段において前記コンテンツ鍵によって暗号化された前記コンテンツデータファイルとからコンテンツを生成し、
付加手段により、前記コンテンツに、前記コンテンツデータを利用するために必要な利用権を対応付けるための情報と、コンテンツＩＤとして前記生成手段により生成した乱数とを付加する
ことを特徴とする情報処理方法。 - コンテンツデータを記憶媒体から入力する情報処理を、コンピュータに実行させるプログラムにおいて、
前記記憶媒体から、前記コンテンツデータを取得し、
取得された前記コンテンツデータを所定のフォーマットに変換し、
乱数を生成し、
フォーマット変換された前記コンテンツデータを、生成した乱数であるコンテンツ鍵によって暗号化し、
前記記憶媒体に記憶される、前記コンテンツ鍵および前記コンテンツデータの属性情報を有するファイルと、前記コンテンツ鍵によって暗号化された前記コンテンツデータファイルとからコンテンツを生成し、
前記コンテンツに、前記コンテンツデータを利用するために必要な利用権を対応付けるための情報と、コンテンツＩＤとして生成した乱数とを付加する
ステップをコンピュータに実行させることを特徴とするプログラム。
Priority Applications (7)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002112110A JP3818505B2 (ja) | 2002-04-15 | 2002-04-15 | 情報処理装置および方法、並びにプログラム |
| EP03719097A EP1496441A4 (en) | 2002-04-15 | 2003-04-10 | INFORMATION PROCESSING DEVICE, METHOD, RECORDING MEDIUM, AND PROGRAM |
| KR10-2003-7016350A KR20040103748A (ko) | 2002-04-15 | 2003-04-10 | 정보 처리 장치 및 방법, 기록 매체, 및 프로그램 |
| US10/480,626 US7487549B2 (en) | 2002-04-15 | 2003-04-10 | Information processing apparatus, information processing method, recording medium, and program |
| CNB038004186A CN100501703C (zh) | 2002-04-15 | 2003-04-10 | 信息处理设备和方法 |
| PCT/JP2003/004549 WO2003088059A1 (fr) | 2002-04-15 | 2003-04-10 | Dispositif de traitement d'informations, procede, support d'enregistrement et programme |
| US12/269,848 US8042192B2 (en) | 2002-04-15 | 2008-11-12 | Information processing apparatus, information processing method, recording medium, and program |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002112110A JP3818505B2 (ja) | 2002-04-15 | 2002-04-15 | 情報処理装置および方法、並びにプログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003308252A JP2003308252A (ja) | 2003-10-31 |
| JP3818505B2 true JP3818505B2 (ja) | 2006-09-06 |
Family
ID=29243304
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002112110A Expired - Fee Related JP3818505B2 (ja) | 2002-04-15 | 2002-04-15 | 情報処理装置および方法、並びにプログラム |
Country Status (6)
| Country | Link |
|---|---|
| US (2) | US7487549B2 (ja) |
| EP (1) | EP1496441A4 (ja) |
| JP (1) | JP3818505B2 (ja) |
| KR (1) | KR20040103748A (ja) |
| CN (1) | CN100501703C (ja) |
| WO (1) | WO2003088059A1 (ja) |
Families Citing this family (42)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7162035B1 (en) | 2000-05-24 | 2007-01-09 | Tracer Detection Technology Corp. | Authentication method and system |
| JP3818505B2 (ja) * | 2002-04-15 | 2006-09-06 | ソニー株式会社 | 情報処理装置および方法、並びにプログラム |
| US8171567B1 (en) | 2002-09-04 | 2012-05-01 | Tracer Detection Technology Corp. | Authentication method and system |
| US9678967B2 (en) | 2003-05-22 | 2017-06-13 | Callahan Cellular L.L.C. | Information source agent systems and methods for distributed data storage and management using content signatures |
| EP1557762A1 (en) * | 2003-07-25 | 2005-07-27 | Matsushita Electric Industrial Co., Ltd. | Data processing apparatus |
| US7552334B2 (en) * | 2003-09-24 | 2009-06-23 | The Boeing Company | System and method for presentation integrity |
| JP4622334B2 (ja) * | 2004-06-23 | 2011-02-02 | 日本電気株式会社 | コンテンツデータ利用システム及びその方法並びに移動通信端末及びプログラム |
| JP4162237B2 (ja) * | 2004-06-24 | 2008-10-08 | インターナショナル・ビジネス・マシーンズ・コーポレーション | 複数の復号化装置に対し選択的にメッセージを配信する暗号化通信システム、暗号化装置、復号化装置、暗号化方法、復号化方法、暗号化プログラム、及び復号化プログラム |
| US20060051061A1 (en) * | 2004-09-09 | 2006-03-09 | Anandpura Atul M | System and method for securely transmitting data to a multimedia device |
| US8295299B2 (en) | 2004-10-01 | 2012-10-23 | Qlogic, Corporation | High speed fibre channel switch element |
| KR100694064B1 (ko) * | 2004-10-08 | 2007-03-12 | 삼성전자주식회사 | Ｄｒｍ 변환 방법 및 장치 |
| JP2008517519A (ja) * | 2004-10-20 | 2008-05-22 | エレクトロニクス アンド テレコミュニケーションズ リサーチ インスチチュート | 異なるデジタル著作権管理ドメイン間のコンテンツ交換のための方法及びシステム |
| JP4387962B2 (ja) * | 2005-02-18 | 2009-12-24 | 株式会社東芝 | コンテンツ再生装置、コンテンツ再生方法及びプログラム |
| EP1891544A4 (en) * | 2005-06-03 | 2011-07-20 | Kt Freetel Co Ltd | METHOD AND APPARATUS FOR PROVIDING AND PROCESSING CONTENT USING DRM |
| US20070005966A1 (en) * | 2005-06-30 | 2007-01-04 | Selim Aissi | Derivation of a shared keystream from a shared secret |
| US7624428B2 (en) * | 2005-06-30 | 2009-11-24 | Intel Corporation | Apparatus and method for platform-independent identity manageability |
| US8978154B2 (en) * | 2006-02-15 | 2015-03-10 | Samsung Electronics Co., Ltd. | Method and apparatus for importing content having plurality of parts |
| KR100782847B1 (ko) * | 2006-02-15 | 2007-12-06 | 삼성전자주식회사 | 복수의 컨텐트 부분들을 포함하는 컨텐트를 임포트하는방법 및 장치 |
| US20070198425A1 (en) * | 2006-02-17 | 2007-08-23 | International Business Machines Corporation | Method and system for auditing digital rights in a content management system |
| KR100806107B1 (ko) | 2006-04-11 | 2008-02-21 | 엘지전자 주식회사 | Ｄｒｍ에서의 비보호 콘텐츠의 보호 방법 |
| US8619982B2 (en) * | 2006-10-11 | 2013-12-31 | Bassilic Technologies Llc | Method and system for secure distribution of selected content to be protected on an appliance specific basis |
| US8719954B2 (en) | 2006-10-11 | 2014-05-06 | Bassilic Technologies Llc | Method and system for secure distribution of selected content to be protected on an appliance-specific basis with definable permitted associated usage rights for the selected content |
| US20080092239A1 (en) | 2006-10-11 | 2008-04-17 | David H. Sitrick | Method and system for secure distribution of selected content to be protected |
| US8907193B2 (en) | 2007-02-20 | 2014-12-09 | Ubisoft Entertainment | Instrument game system and method |
| US20080200224A1 (en) | 2007-02-20 | 2008-08-21 | Gametank Inc. | Instrument Game System and Method |
| KR20080084481A (ko) * | 2007-03-16 | 2008-09-19 | 삼성전자주식회사 | 디바이스간의 콘텐츠 전송 방법 및 그 시스템 |
| EP2129122A4 (en) * | 2007-03-29 | 2011-05-18 | Nec Corp | PLAYBACK EVALUATION DEVICE, PLAYBACK EVALUATION PROCEDURE, STORAGE MEDIUM AND PROGRAM |
| JP4311475B2 (ja) | 2007-05-10 | 2009-08-12 | ソニー株式会社 | デジタルシネマ処理装置、インジェスト方法及びプログラム |
| JP5175615B2 (ja) * | 2007-06-04 | 2013-04-03 | パナソニック株式会社 | 利用装置、サーバ装置、サービス利用システム、サービス利用方法、サービス利用プログラム及び集積回路 |
| US7907735B2 (en) * | 2007-06-15 | 2011-03-15 | Koolspan, Inc. | System and method of creating and sending broadcast and multicast data |
| US8417942B2 (en) * | 2007-08-31 | 2013-04-09 | Cisco Technology, Inc. | System and method for identifying encrypted conference media traffic |
| US8837598B2 (en) * | 2007-12-28 | 2014-09-16 | Cisco Technology, Inc. | System and method for securely transmitting video over a network |
| US20090169001A1 (en) * | 2007-12-28 | 2009-07-02 | Cisco Technology, Inc. | System and Method for Encryption and Secure Transmission of Compressed Media |
| DE102008011882B4 (de) * | 2008-02-29 | 2010-04-01 | Robert Niggl | Vorrichtung und Verfahren zum kontrollierten Datenaustausch zwischen mindestens zwei Datenträgern |
| US8826037B2 (en) * | 2008-03-13 | 2014-09-02 | Cyberlink Corp. | Method for decrypting an encrypted instruction and system thereof |
| US7995196B1 (en) | 2008-04-23 | 2011-08-09 | Tracer Detection Technology Corp. | Authentication method and system |
| US9120016B2 (en) * | 2008-11-21 | 2015-09-01 | Ubisoft Entertainment | Interactive guitar game designed for learning to play the guitar |
| EP2382580A4 (en) * | 2009-01-16 | 2013-06-12 | Ericsson Telefon Ab L M | PROXY SERVER, METHOD FOR CONTROLLING THE SAME, CONTENT SERVER, AND CONTROL METHOD THEREOF |
| JP2010192944A (ja) * | 2009-02-13 | 2010-09-02 | Sony Corp | コンテンツ配信装置、コンテンツ利用装置、コンテンツ配信システム、コンテンツ配信方法、およびプログラム |
| JP4660658B1 (ja) * | 2010-02-09 | 2011-03-30 | ネットエージェント株式会社 | 通信情報解析システム |
| JP6448235B2 (ja) * | 2014-07-08 | 2019-01-09 | キヤノン株式会社 | 画像処理装置、画像処理装置の制御方法、およびプログラム |
| JP6424330B2 (ja) * | 2015-10-13 | 2018-11-21 | 株式会社アクセル | 情報処理装置、及び情報処理方法 |
Family Cites Families (41)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH02293930A (ja) * | 1989-05-08 | 1990-12-05 | Victor Co Of Japan Ltd | 記録媒体の記録内容の盗用防止方式 |
| US5826245A (en) * | 1995-03-20 | 1998-10-20 | Sandberg-Diment; Erik | Providing verification information for a transaction |
| US5684951A (en) * | 1996-03-20 | 1997-11-04 | Synopsys, Inc. | Method and system for user authorization over a multi-user computer system |
| US6012144A (en) * | 1996-10-08 | 2000-01-04 | Pickett; Thomas E. | Transaction security method and apparatus |
| US6226618B1 (en) * | 1998-08-13 | 2001-05-01 | International Business Machines Corporation | Electronic content delivery system |
| KR100484209B1 (ko) * | 1998-09-24 | 2005-09-30 | 삼성전자주식회사 | 디지털컨텐트암호화/해독화장치및그방법 |
| DE69915213T2 (de) | 1998-11-09 | 2005-02-24 | Matsushita Electric Industrial Co., Ltd., Kadoma | Vorrichtung und Verfahren zur Datenumsetzung in einem Urheberrechtsschutzsystem |
| US6798885B1 (en) * | 1999-04-29 | 2004-09-28 | International Business Machines Corp. | Method and apparatus for encoding security information in a MIDI datastream |
| JP2001051906A (ja) * | 1999-05-31 | 2001-02-23 | Sony Corp | 情報処理装置および方法、並びにプログラム格納媒体 |
| US7143445B1 (en) | 1999-05-31 | 2006-11-28 | Sony Corporation | Information processing apparatus, information processing method, and program storage medium |
| US6721802B1 (en) * | 1999-08-12 | 2004-04-13 | Point2 Technologies Inc. | Method, apparatus and program for the central storage of standardized image data |
| US6463445B1 (en) * | 1999-08-27 | 2002-10-08 | Sony Electronics Inc. | Multimedia information retrieval system and method including format conversion system and method |
| CN1249547C (zh) | 1999-09-01 | 2006-04-05 | 松下电器产业株式会社 | 版权所有的数据处理方法和设备 |
| JP4360026B2 (ja) | 1999-10-25 | 2009-11-11 | ソニー株式会社 | データ処理装置、コンテンツ管理方法及び記憶媒体 |
| KR100729836B1 (ko) | 1999-10-25 | 2007-06-18 | 소니 가부시끼 가이샤 | 콘텐츠 데이터 관리방법 |
| JP2001236081A (ja) | 1999-11-12 | 2001-08-31 | Sony Corp | 情報処理装置および方法、並びにプログラム格納媒体 |
| JP4340944B2 (ja) * | 1999-12-17 | 2009-10-07 | ソニー株式会社 | 情報処理装置および方法、並びにプログラム格納媒体 |
| US20010031050A1 (en) * | 2000-02-14 | 2001-10-18 | Lateca Computer Inc. N.V. | Key generator |
| JP2001243707A (ja) * | 2000-02-29 | 2001-09-07 | Sony Corp | 情報送受信システム、及び電子機器 |
| CN1312266A (zh) | 2000-03-07 | 2001-09-12 | 上海博德基因开发有限公司 | 一种新的多肽——人fd9和编码这种多肽的多核苷酸 |
| JP2001352321A (ja) | 2000-04-06 | 2001-12-21 | Sony Corp | 情報処理システム、情報処理方法、および情報記録媒体、並びにプログラム提供媒体 |
| AU6985601A (en) * | 2000-06-16 | 2002-01-02 | Mindport Usa | Methods and systems to distribute content via a network utilizing distributed conditional access agents and secure agents, and to perform digital rights management (drm) |
| US6961858B2 (en) * | 2000-06-16 | 2005-11-01 | Entriq, Inc. | Method and system to secure content for distribution via a network |
| US7689510B2 (en) * | 2000-09-07 | 2010-03-30 | Sonic Solutions | Methods and system for use in network management of content |
| US7779097B2 (en) * | 2000-09-07 | 2010-08-17 | Sonic Solutions | Methods and systems for use in network management of content |
| US6856970B1 (en) * | 2000-09-26 | 2005-02-15 | Bottomline Technologies | Electronic financial transaction system |
| US7260777B2 (en) * | 2001-08-17 | 2007-08-21 | Desknet Inc. | Apparatus, method and system for transforming data |
| US20030009681A1 (en) * | 2001-07-09 | 2003-01-09 | Shunji Harada | Digital work protection system, recording medium apparatus, transmission apparatus, and playback apparatus |
| US7062547B2 (en) * | 2001-09-24 | 2006-06-13 | International Business Machines Corporation | Method and system for providing a central repository for client-specific accessibility |
| US7010581B2 (en) * | 2001-09-24 | 2006-03-07 | International Business Machines Corporation | Method and system for providing browser functions on a web page for client-specific accessibility |
| JP3818505B2 (ja) * | 2002-04-15 | 2006-09-06 | ソニー株式会社 | 情報処理装置および方法、並びにプログラム |
| US8656178B2 (en) * | 2002-04-18 | 2014-02-18 | International Business Machines Corporation | Method, system and program product for modifying content usage conditions during content distribution |
| US20030204602A1 (en) * | 2002-04-26 | 2003-10-30 | Hudson Michael D. | Mediated multi-source peer content delivery network architecture |
| JP4218256B2 (ja) * | 2002-05-02 | 2009-02-04 | 富士ゼロックス株式会社 | データ転送方法及びシステム |
| US7133925B2 (en) * | 2002-07-15 | 2006-11-07 | Hewlett-Packard Development Company, L.P. | System, method, and format thereof for scalable encoded media delivery |
| US9160976B2 (en) * | 2003-12-23 | 2015-10-13 | The Directv Group, Inc. | Method and apparatus for distributing media in a pay per play architecture with remote playback within an enterprise |
| WO2005101215A1 (ja) * | 2004-04-14 | 2005-10-27 | Matsushita Electric Industrial Co., Ltd. | 端末装置及び著作権保護システム |
| US20060015649A1 (en) * | 2004-05-06 | 2006-01-19 | Brad Zutaut | Systems and methods for managing, creating, modifying, and distributing media content |
| US20060080740A1 (en) * | 2004-10-13 | 2006-04-13 | Nokia Corporation | Adapting protected content for a receiving terminal |
| US8290156B2 (en) * | 2008-05-16 | 2012-10-16 | General Instrument Corporation | Communicating media content from a DVR to a portable device |
| US8112809B2 (en) * | 2008-07-15 | 2012-02-07 | Condel International Technologies Inc. | Method and system for locally activating a DRM engine |
-
2002
- 2002-04-15 JP JP2002112110A patent/JP3818505B2/ja not_active Expired - Fee Related
-
2003
- 2003-04-10 WO PCT/JP2003/004549 patent/WO2003088059A1/ja active Application Filing
- 2003-04-10 KR KR10-2003-7016350A patent/KR20040103748A/ko not_active Application Discontinuation
- 2003-04-10 CN CNB038004186A patent/CN100501703C/zh not_active Expired - Fee Related
- 2003-04-10 US US10/480,626 patent/US7487549B2/en not_active Expired - Fee Related
- 2003-04-10 EP EP03719097A patent/EP1496441A4/en not_active Withdrawn
-
2008
- 2008-11-12 US US12/269,848 patent/US8042192B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| KR20040103748A (ko) | 2004-12-09 |
| US20040210762A1 (en) | 2004-10-21 |
| EP1496441A4 (en) | 2007-11-28 |
| US8042192B2 (en) | 2011-10-18 |
| CN1516837A (zh) | 2004-07-28 |
| WO2003088059A1 (fr) | 2003-10-23 |
| US7487549B2 (en) | 2009-02-03 |
| EP1496441A1 (en) | 2005-01-12 |
| CN100501703C (zh) | 2009-06-17 |
| US20090074182A1 (en) | 2009-03-19 |
| JP2003308252A (ja) | 2003-10-31 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3818505B2 (ja) | 情報処理装置および方法、並びにプログラム | |
| JP3818504B2 (ja) | 情報処理装置および方法、並びにプログラム | |
| JP4447821B2 (ja) | 情報処理装置および方法 | |
| JP4072761B2 (ja) | 情報処理装置および方法、記録媒体、並びに、プログラム | |
| KR100929744B1 (ko) | 정보 처리 방법/장치 및 프로그램 | |
| KR100911282B1 (ko) | 정보 처리 장치 | |
| JP4151274B2 (ja) | 情報処理装置および方法、ライセンスサーバ、並びにプログラム | |
| JPWO2002080448A1 (ja) | 情報処理装置 | |
| WO2002080447A1 (en) | Information processing apparatus | |
| JP4391056B2 (ja) | 情報管理装置および方法、記録媒体、並びにプログラム | |
| WO2002080067A2 (fr) | Processeur d'informations | |
| JP3818503B2 (ja) | 情報処理装置および方法、並びにプログラム | |
| JP2002297034A (ja) | 情報処理装置および方法、記録媒体、プログラム、並びに記録媒体のフォーマット | |
| JP4640374B2 (ja) | 情報処理装置および方法、プログラム格納媒体、並びにプログラム | |
| JP2006320018A (ja) | 情報処理装置および方法、記録媒体、並びにプログラム | |
| JP4697152B2 (ja) | 情報管理装置、情報管理方法、記録媒体、およびプログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040702 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20051201 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060126 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060302 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060427 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20060526 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060608 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090623 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100623 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100623 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110623 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120623 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120623 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130623 Year of fee payment: 7 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |