JP2001209583A - データ記録再生器およびセーブデータ処理方法、並びにプログラム提供媒体 - Google Patents

データ記録再生器およびセーブデータ処理方法、並びにプログラム提供媒体

Info

Publication number
JP2001209583A
JP2001209583A JP2000016469A JP2000016469A JP2001209583A JP 2001209583 A JP2001209583 A JP 2001209583A JP 2000016469 A JP2000016469 A JP 2000016469A JP 2000016469 A JP2000016469 A JP 2000016469A JP 2001209583 A JP2001209583 A JP 2001209583A
Authority
JP
Japan
Prior art keywords
recording
key
data
encryption
content
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.)
Pending
Application number
JP2000016469A
Other languages
English (en)
Inventor
Tomoyuki Asano
智之 浅野
Yoshito Ishibashi
義人 石橋
Taizo Shirai
太三 白井
Toru Akishita
徹 秋下
Makoto Tanaka
田中　　誠
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Interactive Entertainment Inc
Sony Corp
Original Assignee
Sony Corp
Sony Computer Entertainment Inc
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Sony Corp, Sony Computer Entertainment Inc filed Critical Sony Corp
Priority to JP2000016469A priority Critical patent/JP2001209583A/ja
Priority to TW090100854A priority patent/TW514845B/zh
Priority to US09/937,410 priority patent/US20020154779A1/en
Priority to PCT/JP2001/000525 priority patent/WO2001055858A1/ja
Priority to EP01946961A priority patent/EP1195684A1/en
Priority to AU28829/01A priority patent/AU2882901A/en
Priority to RU2001128766/09A priority patent/RU2001128766A/ru
Priority to BR0104213-0A priority patent/BR0104213A/pt
Priority to NZ513833A priority patent/NZ513833A/xx
Priority to CN01800666A priority patent/CN1366637A/zh
Priority to KR1020017012190A priority patent/KR20010109323A/ko
Priority to CA002365345A priority patent/CA2365345A1/en
Publication of JP2001209583A publication Critical patent/JP2001209583A/ja
Pending legal-status Critical Current

Links

Classifications

    • 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
    • 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
    • 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/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/00536—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 encrypted content data is subjected to a further, iterated encryption, e.g. interwoven encryption
    • 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/06—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols the encryption apparatus using shift registers or memories for block-wise or stream coding, e.g. DES systems or RC4; Hash functions; Pseudorandom sequence generators
    • H04L9/0643—Hash functions, e.g. MD5, SHA, HMAC or f9 MAC
    • 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/0822—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) using key encryption key
    • 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/0861—Generation of secret information including derivation or calculation of cryptographic keys or passwords
    • H04L9/0863—Generation of secret information including derivation or calculation of cryptographic keys or passwords involving passwords or one-time passwords
    • 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/0894—Escrow, recovery or storing of secret information, e.g. secret key escrow or cryptographic key storage
    • 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/14—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols using a plurality of keys or algorithms
    • 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/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3236—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions
    • H04L9/3242—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions involving keyed hash functions, e.g. message authentication codes [MACs], CBC-MAC or HMAC
    • 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/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3247—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving digital signatures
    • 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/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3271—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using challenge-response
    • H04L9/3273—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using challenge-response for mutual authentication
    • 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

Abstract

(57)【要約】 【課題】 セーブデータのセキュリティを確保可能とし
たデータ記録再生器およびセーブデータ処理方法を提供
する。 【解決手段】 プログラムのみに固有な暗号鍵、例えば
コンテンツ鍵、またはコンテンツ鍵に基づいてセーブデ
ータ暗号化鍵を生成してセーブデータを暗号化して記録
デバイスに格納し、再生時はプログラム固有のセーブデ
ータ復号化鍵によって復号処理を実行する。さらに、記
録再生器固有の鍵、あるいはユーザパスワードを用いて
セーブデータ暗号鍵、復号鍵を生成してセーブデータの
暗号化、復号化を実行してセーブデータの格納、再生を
実行する等、各種の制限情報に基づくセーブデータ暗号
鍵の生成を可能とした。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、データ記録再生器
およびセーブデータ処理方法並びにプログラム提供媒体
に関し、さらに詳細には、ゲームプログラム等のプログ
ラムコンテンツを再生可能なデータ記録再生器(データ
処理装置)において、実行プログラムのセーブデータを
記録デバイスに格納する処理、または記録デバイスから
再生する処理において、不正な第三者のセーブデータの
利用、改竄等を防止可能とし、セーブデータのセキュリ
ティを確保可能としたデータ記録再生器およびセーブデ
ータ処理方法に関する。
【０００２】本発明は、ＤＶＤ、ＣＤ等の記憶媒体、あ
るいはＣＡＴＶ、インターネット、衛星通信等の有線、
無線各通信手段等の経路で入手可能な音声、画像、ゲー
ム、プログラム等の各種コンテンツを、ユーザの所有す
る記録再生器において再生し、専用の記録デバイス、例
えばメモリカード、ハードディスク、ＣＤ−Ｒ等に格納
するとともに、実行途中のゲームデータ等のセーブデー
タを、十分なセキュリティおよび様々な使用制限を付し
て記録デバイスに格納、または再生処理することを可能
としたデータ記録再生器およびセーブデータ処理方法に
関する。
【０００３】
【従来の技術】昨今、ゲームプログラム、音声データ、
画像データ、文書作成プログラム等、様々なソフトウエ
アデータ（以下、これらをコンテンツ（Content）と呼
ぶ）が、インターネット等のネットワークを介して、あ
るいはＤＶＤ、ＣＤ等の流通可能な記憶媒体を介して流
通している。これらの流通コンテンツは、ユーザの所有
するＰＣ（Personal Computer）、ゲーム機器等の記録
再生機器に付属する記録デバイス、例えばメモリカー
ド、ハードディスク等に格納することが可能であり、一
旦格納された後は、格納媒体からの再生により利用可能
となる。
【０００４】従来のビデオゲーム機器、ＰＣ等の情報機
器において使用されるメモリカード装置の主な構成要素
は、動作制御のための制御手段と、制御手段に接続され
情報機器本体に設けられたスロットに接続するためのコ
ネクタと、制御手段に接続されデータを記憶するための
不揮発性メモリ等である。メモリカードに備えられた不
揮発性メモリはＥＥＰＲＯＭ、フラッシュメモリ等によ
って構成される。
【０００５】このようなメモリカードに記憶されたデー
タ、あるいはプログラム等の様々なコンテンツは、再生
機器として利用されるゲーム機器、ＰＣ等の情報機器本
体からのユーザ指示、あるいは接続された入力手段を介
したユーザの指示により不揮発性メモリから呼び出さ
れ、情報機器本体、あるいは接続されたディスプレイ、
スピーカ等を通じて再生される。
【０００６】ゲームプログラム、音楽データ、画像デー
タ等、多くのソフトウエア・コンテンツは、一般的にそ
の作成者、販売者に頒布権等が保有されている。従っ
て、これらのコンテンツの配布に際しては、一定の利用
制限、すなわち、正規なユーザに対してのみ、ソフトウ
エアの使用を許諾し、許可のない複製等が行われないよ
うにする、すなわちセキュリティを考慮した構成をとる
のが一般的となっている。
【０００７】ユーザに対する利用制限を実現する１つの
手法が、配布コンテンツの暗号化処理である。すなわ
ち、例えばインターネット等を介して暗号化された音声
データ、画像データ、ゲームプログラム等の各種コンテ
ンツを配布するとともに、正規ユーザであると確認され
た者に対してのみ、配布された暗号化コンテンツを復号
する手段、すなわち復号鍵を付与する構成である。
【０００８】暗号化データは、所定の手続きによる復号
化処理によって利用可能な復号データ（平文）に戻すこ
とができる。このような情報の暗号化処理に暗号化鍵を
用い、復号化処理に復号化鍵を用いるデータ暗号化、復
号化方法は従来からよく知られている。
【０００９】暗号化鍵と復号化鍵を用いるデータ暗号化
・復号化方法の態様には様々な種類あるが、その１つの
例としていわゆる共通鍵暗号化方式と呼ばれている方式
がある。共通鍵暗号化方式は、データの暗号化処理に用
いる暗号化鍵とデータの復号化に用いる復号化鍵を共通
のものとして、正規のユーザにこれら暗号化処理、復号
化に用いる共通鍵を付与して、鍵を持たない不正ユーザ
によるデータアクセスを排除するものである。この方式
の代表的な方式にＤＥＳ（データ暗号標準：Deta encry
ption standard）がある。
【００１０】上述の暗号化処理、復号化に用いられる暗
号化鍵、復号化鍵は、例えばあるパスワード等に基づい
てハッシュ関数等の一方向性関数を適用して得ることが
できる。一方向性関数とは、その出力から逆に入力を求
めるのは非常に困難となる関数である。例えばユーザが
決めたパスワードを入力として一方向性関数を適用し
て、その出力に基づいて暗号化鍵、復号化鍵を生成する
ものである。このようにして得られた暗号化鍵、復号化
鍵から、逆にそのオリジナルのデータであるパスワード
を求めることは実質上不可能となる。このような暗号化
方式を利用することにより、暗号化コンテンツを正規ユ
ーザに対してのみ復号可能とするシステムが可能とな
る。
【００１１】また、暗号化するときに使用する暗号化鍵
による処理と、復号するときに使用する復号化鍵の処理
とを異なるアルゴリズムとした方式がいわゆる公開鍵暗
号化方式と呼ばれる方式である。公開鍵暗号化方式は、
不特定のユーザが使用可能な公開鍵を使用する方法であ
り、特定個人に対する暗号化文書を、その特定個人が発
行した公開鍵を用いて暗号化処理を行なう。公開鍵によ
って暗号化された文書は、その暗号化処理に使用された
公開鍵に対応する秘密鍵によってのみ復号処理が可能と
なる。秘密鍵は、公開鍵を発行した個人のみが所有する
ので、その公開鍵によって暗号化された文書は秘密鍵を
持つ個人のみが復号することができる。公開鍵暗号化方
式の代表的なものにはＲＳＡ（Rivest-Shamir-Adlema
n）暗号がある。
【００１２】さらに、記録再生器にはアクセス可能な記
録デバイスが複数存在するのが一般的である。例えば、
ＤＶＤ、ＣＤ、メモリカード、ハードディスク等であ
る。ユーザはこれらの複数の機器から例えばゲームプロ
グラムを選択して実行する場合、各記録デバイス内のコ
ンテンツデータの内容を各デバイスを逐次アクセスして
確認し、再生しようとするコンテンツを格納した機器を
特定し、その後、プログラムを実行することが必要とな
り、プログラム起動開始までに時間を要することにな
る。コンテンツを利用するデータ処理装置構成について
図１を用いて簡単に説明する。
【００１３】図１は、ＰＣ（パーソナルコンピュー
タ）、ゲーム機器等の再生手段１０において、ＤＶＤ，
ＣＤ３０、インターネット４０等のデータ提供手段から
取得したプログラム、音声データ、映像データ等（コン
テンツ（Content））を再生するとともに、ＤＶＤ，Ｃ
Ｄ３０、インターネット４０等から取得したデータをフ
ロッピーディスク、メモリカード、ハードディスク等の
記憶手段２０に記憶可能とした構成例を示すものであ
る。
【００１４】プログラム、音声データ、映像データ等の
コンテンツは、暗号化処理がなされ、再生手段１０を有
するユーザに提供される。正規ユーザは、暗号化データ
とともに、その暗号化、復号化鍵である鍵データを取得
する。
【００１５】再生手段１０はＣＰＵ１２を有し、入力デ
ータの再生処理を再生処理部１４で実行する。再生処理
部１４は、暗号化データの復号処理を実行して、提供さ
れたプログラムの再生、音声データ、画像データ等コン
テンツ再生を行なう。
【００１６】正規ユーザは、提供されたプログラムを、
再度使用するために記憶手段２０にプログラム／データ
等、コンテンツの保存処理を行なう。再生手段１０に
は、このコンテンツ保存処理を実行するための保存処理
部１３を有する。保存処理部１３は、記憶手段２０に記
憶されたデータの不正使用を防止するため、データに暗
号化処理を施して保存処理を実行する。
【００１７】コンテンツを暗号化する際には、コンテン
ツ暗号用鍵を用いる。保存処理部１３は、コンテンツ暗
号用鍵を用いて、コンテンツを暗号化し、それをＦＤ
（フロッピーディスク）、メモリカード、ハードディス
ク等の記憶手段２０の記憶部２１に記憶する。
【００１８】ユーザは、記憶手段２０から格納コンテン
ツを取り出して再生する場合には、記憶手段２０から、
暗号化データを取り出して、再生手段１０の再生処理部
１４において、コンテンツ復号用の鍵、すなわち復号化
鍵を用いて復号処理を実行して暗号化データから復号デ
ータを取得して再生する。
【００１９】また、再生手段１０において実行されるコ
ンテンツがゲームプログラム等である場合、例えばゲー
ムプログラムを途中で中断して、所定時間後、新たに再
開しようとする場合には、中断時点のゲーム状態等をセ
ーブ、すなわち記録デバイスに格納し、これを再開時に
読み出してゲームを続行する、いわゆるセーブデータ記
録再生処理が従来から行われている。
【００２０】
【発明が解決しようとする課題】従来のゲーム機器、パ
ソコン等の記録再生器におけるセーブデータ保存構成
は、例えば記録再生器に内蔵、あるいは外付け可能なメ
モリカード、フローピーディスク、ゲームカートリッ
ジ、あるいはハードディスク等の記憶媒体にセーブデー
タを保存する構成を持つが、特に、そのセーブデータに
対するセキュリティ確保構成を有しておらず、例えばゲ
ームアプリケーションプログラムに共通の仕様でデータ
のセーブ処理が行われる構成となっている。
【００２１】従って、例えばある１つの記録再生器Ａを
用いてセーブされたセーブデータが別のゲームプログラ
ムによって使用されたり、書換えられたり、上書きされ
たりする事態が発生してしまい、セーブデータのセキュ
リティはほとんど考慮されていなかった。
【００２２】本発明のデータ記録再生器は、このような
セーブデータのセキュリティ確保を実現可能とした構成
を提供する。例えばあるゲームプログラムのセーブデー
タは、そのゲームプログラムのみに固有な情報に基づい
て暗号化して記録デバイスに格納する。あるいは、記録
再生器固有の情報に基づいて暗号化して記録デバイスに
格納する。これらの手法により、セーブデータの利用を
特定の機器、特定のプログラムのみに制限することがで
きる。本発明は、このような手法を適用することにより
セーブデータのセキュリティを確保可能としたデータ記
録再生器およびセーブデータ処理方法を提供する。
【００２３】
【課題を解決するための手段】本発明の第１の側面は、
プログラムコンテンツを再生実行可能なデータ記録再生
器において、前記プログラムコンテンツに関するセーブ
データを記録する記録デバイスと、前記記録デバイスに
対する格納セーブデータの暗号化処理および前記記録デ
バイスから再生する再生セーブデータの復号化処理を実
行する暗号処理部と、セーブデータの使用制限情報を入
力する入力手段と、セーブデータの暗号化処理方法また
は復号化処理方法を決定する制御部とを有し、前記制御
部は、前記入力手段からの入力使用制限情報に従って、
前記記録デバイスに対して格納するセーブデータの暗号
化処理方法を決定するとともに、前記制御部がアクセス
可能な記憶部または記録デバイスに格納したデータ管理
ファイルに設定されたセーブデータ使用制限情報に従っ
て、前記記録デバイスから再生するセーブデータの復号
化処理方法を決定する構成を有し、前記暗号処理部は、
前記制御部の決定した暗号化処理方法または復号化処理
方法に応じて異なる暗号鍵を用いてセーブデータの暗号
化処理または復号化処理を実行する構成を有することを
特徴とするデータ記録再生器にある。
【００２４】さらに、本発明のデータ記録再生器の一実
施態様において、前記セーブデータの使用制限情報は、
コンテンツプログラムの同一性を条件としてセーブデー
タの利用を可能とするプログラム制限であり、前記デー
タ管理ファイルは、コンテンツプログラムの識別子に対
応させてプログラム制限情報を格納したテーブルとして
構成され、前記暗号処理部は、前記入力手段からの入力
使用制限情報、または前記データ管理ファイルの設定使
用制限情報がプログラム制限ありの入力または設定であ
る場合、前記コンテンツプログラムに固有の暗号鍵、ま
たはコンテンツプログラムに固有の暗号鍵または固有の
情報の少なくともいずれかに基づいて生成されるプログ
ラム固有セーブデータ暗号鍵によってセーブデータの暗
号化処理または復号化処理を実行し、前記入力手段から
の入力使用制限情報、または前記データ管理ファイルの
設定使用制限情報がプログラム制限なしの入力または設
定である場合、前記データ記録再生器に格納されたシス
テム共通の暗号鍵、またはシステム共通の暗号鍵に基づ
いて生成される共通セーブデータ暗号鍵によってセーブ
データの暗号化処理または復号化処理を実行する構成で
あることを特徴とする。
【００２５】さらに、本発明のデータ記録再生器の一実
施態様において、前記コンテンツプログラムに固有の暗
号鍵は、前記コンテンツプログラムを含むコンテンツデ
ータのヘッダ部に格納されたコンテンツ鍵Ｋｃｏｎであ
り、前記システム共通の暗号鍵は、複数の異なるデータ
記録再生器に共通に格納されたシステム署名鍵Ｋｓｙｓ
であることを特徴とする。
【００２６】さらに、本発明のデータ記録再生器の一実
施態様において、前記セーブデータの使用制限情報は、
データ記録再生器の同一性を条件としてセーブデータの
利用を可能とする記録再生器制限であり、前記データ管
理ファイルは、コンテンツプログラムの識別子に対応さ
せて記録再生器制限情報を格納したテーブルとして構成
され、前記暗号処理部は、前記入力手段からの入力使用
制限情報、または前記データ管理ファイルの設定使用制
限情報が記録再生器制限ありの入力または設定である場
合、前記データ記録再生器に固有の暗号鍵、またはデー
タ記録再生器に固有の暗号鍵または固有の情報の少なく
ともいずれかに基づいて生成される記録再生器固有セー
ブデータ暗号鍵によってセーブデータの暗号化処理また
は復号化処理を実行し、前記入力手段からの入力使用制
限情報、または前記データ管理ファイルの設定使用制限
情報がプログラム制限なしの入力または設定である場
合、前記データ記録再生器に格納されたシステム共通の
暗号鍵、またはシステム共通の暗号鍵に基づいて生成さ
れる共通セーブデータ暗号鍵によってセーブデータの暗
号化処理または復号化処理を実行する構成であることを
特徴とする。
【００２７】さらに、本発明のデータ記録再生器の一実
施態様において、前記データ記録再生器に固有の暗号鍵
は、前記データ記録再生器に格納された該データ記録再
生器固有の署名鍵Ｋｄｅｖであり、前記システム共通の
暗号鍵は、複数のデータ記録再生器に共通に格納された
システム署名鍵Ｋｓｙｓであることを特徴とする。
【００２８】さらに、本発明のデータ記録再生器の一実
施態様において、前記セーブデータの使用制限情報は、
ユーザの同一性を条件としてセーブデータの利用を可能
とするユーザ制限であり、前記データ管理ファイルは、
コンテンツプログラムの識別子に対応させてユーザ制限
情報を格納したテーブルとして構成され、前記暗号処理
部は、前記入力手段からの入力使用制限情報、または前
記データ管理ファイルの設定使用制限情報がユーザ制限
ありの入力または設定である場合、前記入力手段から入
力されるパスワード、または該パスワードに基づいて生
成されるユーザ固有セーブデータ暗号鍵によってセーブ
データの暗号化処理または復号化処理を実行し、前記入
力手段からの入力使用制限情報、または前記データ管理
ファイルの設定使用制限情報がユーザ制限なしの入力ま
たは設定である場合、前記記録再生器に格納されたシス
テム共通の暗号鍵、またはシステム共通の暗号鍵に基づ
いて生成される共通セーブデータ暗号鍵によってセーブ
データの暗号化処理または復号化処理を実行する構成で
あることを特徴とする。
【００２９】さらに、本発明のデータ記録再生器の一実
施態様において、前記システム共通の暗号鍵は、複数の
記録再生器に共通に格納されたシステム署名鍵Ｋｓｙｓ
であることを特徴とする。
【００３０】さらに、本発明の第２の側面は、プログラ
ムコンテンツを再生実行可能なデータ記録再生器におけ
るセーブデータ処理方法において、入力手段からの入力
使用制限情報に従って、記録デバイスに対して格納する
セーブデータの暗号化処理態様を決定する暗号化処理態
様決定ステップと、前記暗号化処理態様決定ステップに
おいて決定した暗号化処理態様に応じて暗号化処理に適
用する暗号化鍵を選択する暗号化鍵選択ステップと、前
記暗号化鍵選択ステップにおいて選択された暗号化鍵を
用いてセーブデータの暗号化処理を実行することを特徴
とするセーブデータ処理方法にある。
【００３１】さらに、本発明のセーブデータ処理方法の
一実施態様において、前記セーブデータの使用制限情報
は、コンテンツプログラムの同一性を条件としてセーブ
データの利用を可能とするプログラム制限であり、プロ
グラム制限ありの場合は、前記暗号化鍵選択ステップに
おいて、前記コンテンツプログラムに固有の暗号鍵、ま
たはコンテンツプログラムに固有の暗号鍵または固有の
情報の少なくともいずれかに基づいて生成されるプログ
ラム固有セーブデータ暗号鍵を暗号化処理に適用する暗
号化鍵として選択し、プログラム制限なしの場合は、前
記データ記録再生器に格納されたシステム共通の暗号
鍵、またはシステム共通の暗号鍵に基づいて生成される
共通セーブデータ暗号鍵を暗号化処理に適用する暗号化
鍵として選択することを特徴とする。
【００３２】さらに、本発明のセーブデータ処理方法の
一実施態様において、前記セーブデータ処理方法におい
て、前記セーブデータの使用制限情報は、データ記録再
生器の同一性を条件としてセーブデータの利用を可能と
する記録再生器制限であり、記録再生器制限ありの場合
は、前記暗号化鍵選択ステップにおいて、前記データ記
録再生器に固有の暗号鍵、またはデータ記録再生器に固
有の暗号鍵または固有の情報の少なくともいずれかに基
づいて生成される記録再生器固有セーブデータ暗号鍵を
暗号化処理に適用する暗号化鍵として選択し、記録再生
器制限なしの場合は、前記データ記録再生器に格納され
たシステム共通の暗号鍵、またはシステム共通の暗号鍵
に基づいて生成される共通セーブデータ暗号鍵を暗号化
処理に適用する暗号化鍵として選択することを特徴とす
る。
【００３３】さらに、本発明のセーブデータ処理方法の
一実施態様において、前記セーブデータ処理方法におい
て、前記セーブデータの使用制限情報は、ユーザの同一
性を条件としてセーブデータの利用を可能とするユーザ
制限であり、ユーザ制限ありの場合は、前記暗号化鍵選
択ステップにおいて、ユーザ入力パスワード、または該
パスワードに基づいて生成されるユーザ固有セーブデー
タ暗号鍵を暗号化処理に適用する暗号化鍵として選択
し、記録再生器制限なしの場合は、前記データ記録再生
器に格納されたシステム共通の暗号鍵、またはシステム
共通の暗号鍵に基づいて生成される共通セーブデータ暗
号鍵を暗号化処理に適用する暗号化鍵として選択するこ
とを特徴とする。
【００３４】さらに、本発明の第３の側面は、プログラ
ムコンテンツを再生実行可能なデータ記録再生器におけ
るセーブデータ処理方法において、記憶手段または記録
デバイスに格納されたデータ管理ファイルに設定された
設定使用制限情報に従って、記録デバイスからの再生セ
ーブデータの復号化処理態様を決定する復号化処理態様
決定ステップと、前記復号化処理態様決定ステップにお
いて決定した復号化処理態様に応じて復号化鍵を選択す
る復号化鍵選択ステップと、前記復号化鍵選択ステップ
において選択された復号化鍵を用いてセーブデータの復
号化処理を実行することを特徴とするセーブデータ処理
方法にある。
【００３５】さらに、本発明のセーブデータ処理方法の
一実施態様において、前記セーブデータの使用制限情報
は、コンテンツプログラムの同一性を条件としてセーブ
データの利用を可能とするプログラム制限であり、プロ
グラム制限ありの場合は、前記復号化鍵選択ステップに
おいて、前記コンテンツプログラムに固有の暗号鍵、ま
たはコンテンツプログラムに固有の暗号鍵または固有の
情報の少なくともいずれかに基づいて生成されるプログ
ラム固有セーブデータ復号化鍵を復号化処理に適用する
復号化鍵として選択し、プログラム制限なしの場合は、
前記データ記録再生器に格納されたシステム共通の暗号
鍵、またはシステム共通の暗号鍵に基づいて生成される
共通セーブデータ復号化鍵を復号化処理に適用する復号
化鍵として選択することを特徴とする。
【００３６】さらに、本発明のセーブデータ処理方法の
一実施態様において、前記セーブデータの使用制限情報
は、データ記録再生器の同一性を条件としてセーブデー
タの利用を可能とする記録再生器制限であり、記録再生
器制限ありの場合は、前記復号化鍵選択ステップにおい
て、前記データ記録再生器に固有の暗号鍵、またはデー
タ記録再生器に固有の暗号鍵または固有の情報の少なく
ともいずれかに基づいて生成される記録再生器固有セー
ブデータ復号化鍵を復号化処理に適用する復号化鍵とし
て選択し、記録再生器制限なしの場合は、前記データ記
録再生器に格納されたシステム共通の暗号鍵、またはシ
ステム共通の暗号鍵に基づいて生成される共通セーブデ
ータ復号化鍵を復号化処理に適用する復号化鍵として選
択することを特徴とする。
【００３７】さらに、本発明のセーブデータ処理方法の
一実施態様において、前記セーブデータの使用制限情報
は、ユーザの同一性を条件としてセーブデータの利用を
可能とするユーザ制限であり、ユーザ制限ありの場合
は、前記復号化鍵選択ステップにおいて、ユーザ入力パ
スワード、または該パスワードに基づいて生成されるユ
ーザ固有セーブデータ復号化鍵を復号化処理に適用する
復号化鍵として選択し、記録再生器制限なしの場合は、
前記データ記録再生器に格納されたシステム共通の暗号
鍵、またはシステム共通の暗号鍵に基づいて生成される
共通セーブデータ復号化鍵を復号化処理に適用する復号
化鍵として選択することを特徴とする。
【００３８】さらに、本発明の第４の側面は、プログラ
ムコンテンツを再生実行可能なデータ記録再生器におけ
るセーブデータ処理をコンピュータ・システム上で実行
せしめるコンピュータ・プログラムを提供するプログラ
ム提供媒体であって、前記コンピュータ・プログラム
は、入力手段からの入力使用制限情報に従って、記録デ
バイスに対して格納するセーブデータの暗号化処理態様
を決定する暗号化処理態様決定ステップと、前記暗号化
処理態様決定ステップにおいて決定した暗号化処理態様
に応じて暗号化処理に適用する暗号化鍵を選択する暗号
化鍵選択ステップと、前記暗号化鍵選択ステップにおい
て選択された暗号化鍵を用いてセーブデータの暗号化処
理を実行するステップと、を有することを特徴とするプ
ログラム提供媒体にある。
【００３９】さらに、本発明の第５の側面は、プログラ
ムコンテンツを再生実行可能なデータ記録再生器におけ
るセーブデータ処理をコンピュータ・システム上で実行
せしめるコンピュータ・プログラムを提供するプログラ
ム提供媒体であって、前記コンピュータ・プログラム
は、記憶手段または記録デバイスに格納されたデータ管
理ファイルに設定された設定使用制限情報に従って、記
録デバイスから再生するセーブデータの復号化処理態様
を決定する復号化処理態様決定ステップと、前記復号化
処理態様決定ステップにおいて決定した復号化処理態様
に応じて復号化処理に適用する復号化鍵を選択する復号
化鍵選択ステップと、前記復号化鍵選択ステップにおい
て選択された復号化鍵を用いてセーブデータの復号化処
理を実行するステップと、を有することを特徴とするプ
ログラム提供媒体にある。
【００４０】本発明に係るプログラム提供媒体は、例え
ば、様々なプログラム・コードを実行可能な汎用コンピ
ュータ・システムに対して、コンピュータ・プログラム
をコンピュータ可読な形式で提供する媒体である。媒体
は、ＣＤやＦＤ、ＭＯなどの記憶媒体、あるいは、ネッ
トワークなどの伝送媒体など、その形態は特に限定され
ない。
【００４１】このようなプログラム提供媒体は、コンピ
ュータ・システム上で所定のコンピュータ・プログラム
の機能を実現するための、コンピュータ・プログラムと
提供媒体との構造上又は機能上の協働的関係を定義した
ものである。換言すれば、該提供媒体を介してコンピュ
ータ・プログラムをコンピュータ・システムにインスト
ールすることによって、コンピュータ・システム上では
協働的作用が発揮され、本発明の他の側面と同様の作用
効果を得ることができるのである。
【００４２】本発明のさらに他の目的、特徴や利点は、
後述する本発明の実施例や添付する図面に基づくより詳
細な説明によって明らかになるであろう。
【００４３】
【発明の実施の形態】以下に本発明の実施の形態を説明
する。説明の手順は、以下の項目に従って行なう。 （１）データ処理装置構成 （２）コンテンツデータフォーマット （３）データ処理装置において適用可能な暗号処理概要 （４）記録再生器の格納データ構成 （５）記録デバイスの格納データ構成 （６）記録再生器、記録デバイス間における相互認証処
理 （６−１）相互認証処理の概要 （６−２）相互認証時の鍵ブロックの切り替え （７）記録再生器から記録デバイスへのダウンロード処
理 （８）記録デバイス格納情報の記録再生器での再生処理 （９）相互認証後の鍵交換処理 （１０）複数のコンテンツデータフォーマットと、各フ
ォーマットに対応するダウンロードおよび再生処理 （１１）コンテンツプロバイダにおけるチェック値（Ｉ
ＣＶ）生成処理態様 （１２）マスタ鍵に基づく暗号処理鍵生成構成 （１３）暗号処理における暗号強度の制御 （１４）コンテンツデータにおける取扱方針中の起動優
先順位に基づくプログラム起動処理 （１５）コンテンツ構成および再生(伸長)処理 （１６）セーブデータの生成および記録デバイスへの格
納、再生処理 （１７）不正機器の排除（リボケーション）構成 （１８）セキュアチップ構成および製造方法
【００４４】（１）データ処理装置構成 図２に本発明のデータ処理装置の一実施例に係る全体構
成ブロック図を示す。本発明のデータ処理装置は、記録
再生器３００と記録デバイス４００とを主要構成要素と
する。
【００４５】記録再生器３００は、例えばパーソナル・
コンピュータ（ＰＣ：Personal Computer）、あるいは
ゲーム機器等によって構成される。記録再生器３００
は、図２に示すように、記録再生器３００における暗号
処理時の記録デバイス４００との通信制御を含む統括的
制御を実行する制御部３０１、暗号処理全般を司る記録
再生器暗号処理部３０２、記録再生器に接続される記録
デバイス４００と認証処理を実行しデータの読み書きを
行う記録デバイスコントローラ３０３、ＤＶＤなどのメ
ディア５００から少なくともデータの読み出しを行う読
み取り部３０４、外部とデータの送受信を行う通信部３
０５を有する。
【００４６】記録再生器３００は、制御部３０１の制御
により記録デバイス４００に対するコンテンツデータの
ダウンロード、記録デバイス４００からのコンテンツデ
ータ再生を実行する。記録デバイス４００は、記録再生
器３００に対して好ましくは着脱可能な記憶媒体、例え
ばメモリカード等であり、ＥＥＰＲＯＭ、フラッシュメ
モリ等の不揮発メモリ、ハードディスク、電池つきＲＡ
Ｍなどによって構成される外部メモリ４０２を有する。
【００４７】記録再生器３００は、図２の左端に示す記
憶媒体、ＤＶＤ、ＣＤ、ＦＤ、ＨＤＤに格納されたコン
テンツデータを入力可能なインタフェースとしての読み
取り部３０４、インターネット等のネットワークから配
信されるコンテンツデータを入力可能なインタフェース
としての通信部３０５を有し、外部からコンテンツを入
力する。
【００４８】記録再生器３００は、暗号処理部３０２を
有し、読取部３０４または通信部３０５を介して外部か
ら入力されるコンテンツデータを記録デバイス４００に
ダウンロード処理する際、あるいはコンテンツデータを
記録デバイス４００から再生、実行する際の認証処理、
暗号化処理、復号化処理、さらにデータの検証処理等を
実行する。暗号処理部３０２は、暗号処理部３０２全体
を制御する制御部３０６、暗号処理用の鍵などの情報を
保持し、外部から容易にデータを読み出せないように処
理が施された内部メモリ３０７、暗号化処理、復号化処
理、認証用のデータの生成・検証、乱数の発生などを行
う暗号／復号化部３０８から構成されている。
【００４９】制御部３０１は、例えば、記録再生器３０
０に記録デバイス４００が装着された際に記録デバイス
コントローラ３０３を介して記録デバイス４００に初期
化命令を送信したり、あるいは、記録再生器暗号処理部
３０２の暗号／復号化部３０８と記録デバイス暗号処理
部４０１の暗号／復号化部４０６の間で行われる相互認
証処理、チェック値照合処理、暗号化、復号化処理等、
各種処理における仲介処理を行なう。これらの各処理に
ついては、後段で詳細に説明する。
【００５０】暗号処理部３０２は、前述のように認証処
理、暗号化処理、復号化処理、さらにデータの検証処理
等を実行する処理部であり、暗号処理制御部３０６、内
部メモリ３０７、暗号／復号化部３０８を有する。
【００５１】暗号処理制御部３０６は、記録再生器３０
０において実行される認証処理、暗号化／復号化処理等
の暗号処理全般に関する制御を実行する制御部であり、
例えば、記録再生器３００と記録デバイス４００との間
で実行される認証処理の完了時における認証完了フラグ
の設定、記録再生器暗号処理部３０２の暗号／復号化部
３０８において実行される各種処理、例えばダウンロー
ド、あるいは再生コンテンツデータに関するチェック値
生成処理の実行命令、各種鍵データの生成処理の実行命
令等、暗号処理全般に関する制御を行なう。
【００５２】内部メモリ３０７は、後段で詳細に説明す
るが、記録再生器３００において実行される相互認証処
理、チェック値照合処理、暗号化、復号化処理等、各種
処理において必要となる鍵データ、あるいは識別データ
等を格納する。
【００５３】暗号／復号化部３０８は、内部メモリ３０
７に格納された鍵データ等を使用して、外部から入力さ
れるコンテンツデータを記録デバイス４００にダウンロ
ード処理する際、あるいは記録デバイス４００に格納さ
れたコンテンツデータを記録デバイス４００から再生、
実行する際の認証処理、暗号化処理、復号化処理、さら
に所定のチェック値や電子署名の生成・検証、データの
検証、乱数の発生などの処理を実行する。
【００５４】ここで、記録再生器暗号処理部３０２の内
部メモリ３０７は、暗号鍵などの重要な情報を保持して
いるため、外部から不正に読み出しにくい構造にしてお
く必要がある。従って、暗号処理部３０２は、外部から
アクセスしにくい構造を持った半導体チップで構成さ
れ、多層構造を有し、その内部のメモリはアルミニュウ
ム層等のダミー層に挟まれるか、最下層に構成され、ま
た、動作する電圧または／かつ周波数の幅が狭い等、外
部から不正にデータの読み出しが難しい特性を有する耐
タンパメモリとして構成される。この構成については、
後段で詳細に説明する。
【００５５】記録再生器３００は、これらの暗号処理機
能の他に、中央演算処理装置（メインＣＰＵ：Central
Processing Unit）１０６、ＲＡＭ（Random Access Mem
ory）１０７、ＲＯＭ(Read Only Memory)１０８、ＡＶ
処理部１０９、入力インタフェース１１０、ＰＩＯ（パ
ラレルＩ／Ｏインタフェース）１１１、ＳＩＯ（シリア
ルＩ／Ｏインタフェース）１１２を備えている。
【００５６】中央演算処理装置（メインＣＰＵ：Centra
l Processing Unit）１０６、ＲＡＭ（Random Access M
emory）１０７、ＲＯＭ(Read Only Memory)１０８は、
記録再生器３００本体の制御系として機能する構成部で
あり、主として記録再生器暗号処理部３０２で復号され
たデータの再生を実行する再生処理部として機能する。
例えば中央演算処理装置（メインＣＰＵ：Central Proc
essing Unit）１０６は、制御部３０１の制御のもとに
記録デバイスから読み出されて復号されたコンテンツデ
ータをＡＶ処理部１０９へ出力する等、コンテンツの再
生、実行に関する制御を行なう。
【００５７】ＲＡＭ１０７は、ＣＰＵ１０６における各
種処理用の主記憶メモリとして使用され、メインＣＰＵ
１０６による処理のための作業領域として使用される。
ＲＯＭ１０８は、メインＣＰＵ１０６で起動されるＯＳ
等を立ち上げるための基本プログラム等が格納される。
【００５８】ＡＶ処理部１０９は、具体的には、例えば
ＭＰＥＧ２デコーダ、ＡＴＲＡＣデコーダ、ＭＰ３デコ
ーダ等のデータ圧縮伸長処理機構を有し、記録再生器本
体に付属または接続された図示しないディスプレイまた
はスピーカ等のデータ出力機器に対するデータ出力のた
めの処理を実行する。
【００５９】入力インタフェース１１０は、接続された
コントローラ、キーボード、マウス等、各種の入力手段
からの入力データをメインＣＰＵ１０６に出力する。メ
インＣＰＵ１０６は、例えば実行中のゲームプログラム
等に基づいて使用者からのコントローラからの指示に従
った処理を実行する。
【００６０】ＰＩＯ（パラレルＩ／Ｏインタフェース）
１１１、ＳＩＯ（シリアルＩ／Ｏインタフェース）１１
２は、メモリカード、ゲームカートリッジ等の記憶装
置、携帯用電子機器等との接続インタフェースとして使
用される。
【００６１】また、メインＣＰＵ１０６は、例えば実行
中のゲーム等に関する設定データ等をセーブデータとし
て記録デバイス４００に記憶する際の制御も行なう。こ
の処理の際には、記憶データを制御部３０１に転送し、
制御部３０１は必要に応じて暗号処理部３０２にセーブ
データに関する暗号処理を実行させ、暗号化データを記
録デバイス４００に格納する。これらの暗号処理につい
ては、後段で詳細に説明する。
【００６２】記録デバイス４００は、前述したように好
ましくは記録再生器３００に対して着脱可能な記憶媒体
であり、例えばメモリカードによって構成される。記録
デバイス４００は暗号処理部４０１、外部メモリ４０２
を有する。
【００６３】記録デバイス暗号処理部４０１は、記録再
生器３００からのコンテンツデータのダウンロード、ま
たは記録デバイス４００から記録再生器３００へのコン
テンツデータの再生処理時等における記録再生器３００
と記録デバイス４００間の相互認証処理、暗号化処理、
復号化処理、さらにデータの検証処理等を実行する処理
部であり、記録再生器３００の暗号処理部と同様、制御
部、内部メモリ、暗号／復号化部等を有する。これらの
詳細は図３に示す。外部メモリ４０２は、前述したよう
に、例えばＥＥＰＲＯＭ等のフラッシュメモリからなる
不揮発メモリ、ハードディスク、電池つきＲＡＭなどに
よって構成され、暗号化されたコンテンツデータ等を格
納する。
【００６４】図３は、本発明のデータ処理装置がデータ
供給を受けるコンテンツ提供手段であるメディア５０
０、通信手段６００から入力されるデータ構成の概略を
示すとともに、これらコンテンツ提供手段５００，６０
０からコンテンツを入力する記録再生器３００と、記録
デバイス４００における暗号処理に関する構成を中心と
して、その構成を示した図である。
【００６５】メディア５００は、例えば光ディスクメデ
ィア、磁気ディスクメディア、磁気テープメディア、半
導体メディア等である。通信手段６００は、インターネ
ット通信、ケーブル通信、衛星通信等の、データ通信可
能な手段である。
【００６６】図３において、記録再生器３００は、コン
テンツ提供手段であるメディア５００、通信手段６００
から入力されるデータ、すなわち図３に示すような所定
のフォーマットに従ったコンテンツを検証し、検証後に
コンテンツを記録デバイス４００に保存する。
【００６７】図３のメディア５００、通信手段６００部
分に示すようにコンテンツデータは以下のような構成部
を有する。 識別情報：コンテンツデータの識別子としての識別情
報。 取扱方針：コンテンツデータの構成情報、例えばコンテ
ンツデータを構成するヘッダー部サイズ、コンテンツ部
サイズ、フォーマットのバージョン、コンテンツがプロ
グラムかデータか等を示すコンテンツタイプ、さらにコ
ンテンツがダウンロードした機器だけでしか利用できな
いのか他の機器でも利用できるのか等の利用制限情報等
を含む取扱方針。 ブロック情報：コンテンツブロックの数、ブロックサイ
ズ、暗号化の有無を示す暗号化フラグ等から構成される
ブロック情報。 鍵データ：上述のブロック情報を暗号化する暗号化鍵、
あるいはコンテンツブロックを暗号化するコンテンツ鍵
等からなる鍵データ。 コンテンツブロック：実際の再生対象となるプログラム
データ、音楽、画像データ等からなるコンテンツブロッ
ク。 を有する。なお、コンテンツデータ詳細については、後
段で図４以下を用いてさらに詳細に説明する。
【００６８】コンテンツデータは、コンテンツ鍵（ここ
では、これをコンテンツ鍵（Content Key（以下、Ｋｃ
ｏｎとする））と呼ぶ）によって暗号化されて、メディ
ア５００、通信手段６００から記録再生器３００に提供
される。コンテンツは、記録再生器３００を介して記録
デバイス４００の外部メモリに格納することができる。
【００６９】例えば、記録デバイス４００は、記録デバ
イス内の内部メモリ４０５に格納された記録デバイス固
有の鍵（ここでは、これを保存鍵（Storage Key（以
下、Ｋｓｔｒとする））と呼ぶ）を用いて、コンテンツ
データに含まれるコンテンツ、及びコンテンツデータの
ヘッダ情報として含まれるブロック情報、各種鍵情報、
例えばコンテンツ鍵Ｋｃｏｎなどを暗号化して外部メモ
リ４０２に記憶する。コンテンツデータの記録再生器３
００から記録デバイス４００へのダウンロード処理、あ
るいは記録再生器３００による記録デバイス４００内に
格納されたコンテンツデータの再生処理においては、機
器間の相互認証処理、コンテンツデータの暗号化、復号
化処理等、所定の手続きが必要となる。これらの処理に
ついては、後段で詳細に説明する。
【００７０】記録デバイス４００は、図３に示すように
暗号処理部４０１、外部メモリ４０２を有し、暗号処理
部４０１は、制御部４０３、通信部４０４、内部メモリ
４０５、暗号／復号化部４０６、外部メモリ制御部４０
７を有する。
【００７１】記録デバイス４００は、暗号処理全般を司
り、外部メモリ４０２を制御するとともに、記録再生器
３００からのコマンドを解釈し、処理を実行する記録デ
バイス暗号処理部４０１と、コンテンツなどを保持する
外部メモリ４０２からなる。
【００７２】記録デバイス暗号処理部４０１は、記録デ
バイス暗号処理部４０１全体を制御する制御部４０３、
記録再生器３００とデータの送受信を行う通信部４０
４、暗号処理用の鍵データなどの情報を保持し、外部か
ら容易に読み出せないように処理が施された内部メモリ
４０５、暗号化処理、復号化処理、認証用のデータの生
成・検証、乱数の発生などを行う暗号／復号化部４０
６、外部メモリ４０２のデータを読み書きする外部メモ
リ制御部４０７を有する。
【００７３】制御部４０３は、記録デバイス４００にお
いて実行される認証処理、暗号化／復号化処理等の暗号
処理全般に係る制御を実行する制御部であり、例えば、
記録再生器３００と記録デバイス４００との間で実行さ
れる認証処理の完了時における認証完了フラグの設定、
暗号処理部４０１の暗号／復号化部４０６において実行
される各種処理、例えばダウンロード、あるいは再生コ
ンテンツデータに関するチェック値生成処理の実行命
令、各種鍵データの生成処理の実行命令等、暗号処理全
般に関する制御を行なう。
【００７４】内部メモリ４０５は、後段で詳細に説明す
るが、複数のブロックを持つメモリによって構成されて
おり、記録デバイス４００において実行される相互認証
処理、チェック値照合処理、暗号化、復号化処理等、各
種処理において必要となる鍵データ、あるいは識別デー
タ等の組を複数格納した構成となっている。
【００７５】記録デバイス暗号処理部４０１の内部メモ
リ４０５は、先に説明した記録再生器暗号処理部３０２
の内部メモリ３０７と同様、暗号鍵などの重要な情報を
保持しているため、外部から不正に読み出しにくい構造
にしておく必要がある。従って、記録デバイス４００の
暗号処理部４０１は、外部からアクセスしにくい構造を
持った半導体チップで構成され、多層構造を有し、その
内部のメモリはアルミニュウム層等のダミー層に挟まれ
るか、最下層に構成され、また、動作する電圧または／
かつ周波数の幅が狭い等、外部から不正にデータの読み
出しが難しい特性とした構成とされる。なお、記録再生
器暗号処理部３０２は、鍵などの秘密の情報を容易に外
部に漏らさないように構成されたソフトウェアであって
もよい。
【００７６】暗号／復号化部４０６は、記録再生器３０
０からのコンテンツデータのダウンロード処理、記録デ
バイス４００の外部メモリ４０２に格納されたコンテン
ツデータの再生処理、あるいは、記録再生器３００と記
録デバイス４００間の相互認証処理の際、内部メモリ４
０５に格納された鍵データ等を使用して、データの検証
処理、暗号化処理、復号化処理、所定のチェック値や電
子署名の生成・検証、乱数の発生などの処理等を実行す
る。
【００７７】通信部４０４は、記録再生器３００の記録
デバイスコントローラ３０３に接続され、記録再生器３
００の制御部３０１、あるいは、記録デバイス４０３の
制御部４０３の制御に従って、コンテンツデータのダウ
ンロード処理、再生処理、あるいは、相互認証処理の際
の記録再生器３００と記録デバイス４００間の転送デー
タの通信を行なう。
【００７８】（２）コンテンツデータフォーマット 次に、図４乃至図６を用いて、本発明のシステムにおけ
るメディア５００に格納され、またはデータ通信手段６
００上を流通するデータのデータフォーマットについて
説明する。
【００７９】図４に示す構成がコンテンツデータ全体の
フォーマットを示す図であり、図５に示す構成がコンテ
ンツデータのヘッダ部の一部を構成する「取扱方針」の
詳細を示す図であり、図６に示す構成がコンテンツデー
タのヘッダ部の一部を構成する「ブロック情報」の詳細
を示す図である。
【００８０】なお、ここでは、本発明のシステムにおい
て適用されるデータフォーマットの代表的な一例につい
て説明するが、本発明のシステムでは、例えばゲームプ
ログラムに対応したフォーマット、音楽データ等のリア
ルタイム処理に適したフォーマット等、異なる複数のデ
ータフォーマットが利用可能であり、これらのフォーマ
ットの態様については、後段「（１０）複数のコンテン
ツデータフォーマットと、各フォーマットに対応するダ
ウンロードおよび再生処理」において、さらに詳しく述
べる。
【００８１】図４に示すデータフォーマットにおいて、
グレーで示す部分は暗号化されたデータであり、二重枠
の部分は改竄チェックデータ、その他の白い部分は暗号
化されていない平文のデータである。暗号化部の暗号化
鍵は、それぞれの枠の左に示す鍵である。図４に示す例
においては、コンテンツ部の各ブロック（コンテンツブ
ロックデータ）に暗号化されたものと暗号化されていな
いものとが混在している。これらの形態は、コンテンツ
データに応じて異なるものであり、データに含まれるす
べてのコンテンツブロックデータが暗号化されている構
成であってもよい。
【００８２】図４に示すように、データフォーマット
は、ヘッダー部とコンテンツ部に分かれており、ヘッダ
ー部は、識別情報（Content ＩＤ）、取扱方針（Usage
Policy）、チェック値Ａ（Integrity Check Value A
（以下、ＩＣＶａとする））、ブロック情報鍵（Block
Information Table Key（以下、Ｋｂｉｔとする））、
コンテンツ鍵Ｋｃｏｎ、ブロック情報（Block Informat
ion Table（以下、ＢＩＴとする））、チェック値Ｂ
（ＩＣＶｂ）、総チェック値（ＩＣＶｔ）により構成さ
れており、コンテンツ部は、複数のコンテンツブロック
（例えば暗号化されたコンテンツと、暗号化されていな
いコンテンツ）から構成されている。
【００８３】ここで、識別情報は、コンテンツを識別す
るための個別の識別子（Ｃｏｎｔｅｎｔ ＩＤ）を示し
ている。取扱方針は、図５にその詳細を示すように、ヘ
ッダー部分のサイズを示すヘッダーサイズ（Header Len
gth）、コンテンツ部分のサイズを示すコンテンツサイ
ズ（Content Length）、フォーマットのバージョン情報
を示すフォーマットバージョン（Format Version）、フ
ォーマットの種類を示すフォーマットタイプ（Format T
ype）、コンテンツ部に保存されているコンテンツがプ
ログラムなのか、データなのか等コンテンツの種類を示
すコンテンツタイプ（Content Type）、コンテンツタイ
プがプログラムである場合の起動優先順位を示す起動優
先順位情報（Operation Priority）、このフォーマット
に従ってダウンロードされたコンテンツが、ダウンロー
ドした機器だけでしか利用できないのか、他の同様な機
器でも利用できるのかを示す利用制限情報（Localizati
onField）、このフォーマットに従ってダウンロードさ
れたコンテンツが、ダウンロードした機器から他の同様
な機器に複製できるのか否かを示す複製制限情報（Copy
Permission）、このフォーマットに従ってダウンロー
ドされたコンテンツが、ダウンロードした機器から他の
同様な機器に移動できるのか否かを示す移動制限情報
（Move Permission）、コンテンツ部内のコンテンツブ
ロックを暗号するのに使用したアルゴリズムを示す暗号
アルゴリズム（Encryption Algorithm）、コンテンツ部
内のコンテンツを暗号化するのに使用したアルゴリズム
の使用方法を示す暗号化モード（Encryption Mode）、
チェック値の生成方法を示す検証方法（Integrity Chec
k Method）から構成されている。
【００８４】なお、上述した取扱方針に記録するデータ
項目は、１つの例であり、対応するコンテンツデータの
態様に応じて様々な取扱方針情報を記録することが可能
である。例えば後段の「（１７）不正機器の排除（リボ
ケーション）構成」で詳しく述べるが、不正な記録再生
器の識別子をデータとして記録して、利用開始時の照合
によって不正機器によるコンテンツ利用を排除するよう
に構成することも可能である。
【００８５】チェック値Ａ，ＩＣＶａは、識別情報、取
扱方針の改竄を検証するためのチェック値である。コン
テンツデータ全体ではなく部分データのチェック値、す
なわち部分チェック値として機能する。データブロック
情報鍵Ｋｂｉｔは、ブロック情報を暗号化するのに用い
られ、コンテンツ鍵Ｋｃｏｎは、コンテンツブロックを
暗号化するのに用いられる。なお、ブロック情報鍵Ｋｂ
ｉｔ及びコンテンツ鍵Ｋｃｏｎは、メディア５００上お
よび通信手段６００上では後述する配送鍵（Distributi
on Key（以下、Ｋｄｉｓとする））で暗号化されてい
る。
【００８６】ブロック情報の詳細を図６に示す。なお、
図６のブロック情報は、図４から理解されるようにすべ
てブロック情報鍵Ｋｂｉｔによって暗号化されているデ
ータである。ブロック情報は、図６に示すように、コン
テンツブロックの数を示すコンテンツブロック数（Bloc
k Number）とＮ個のコンテンツブロック情報から構成さ
れている。コンテンツブロック情報は、ブロックサイズ
（Block Length）、暗号化されているか否かを示す暗号
化フラグ（Encryption Flag）、チェック値を計算する
必要があるか否かを示す検証対象フラグ（ＩＣＶ Fla
g）、コンテンツチェック値（ＩＣＶｉ）から構成され
ている。
【００８７】コンテンツチェック値は、各コンテンツブ
ロックの改竄を検証するために用いられるチェック値で
ある。コンテンツチェック値の生成手法の具体例につい
ては、後段の「（１０）複数のデータフォーマットと、
各フォーマットに対応する記録デバイスへのダウンロー
ド処理および記録デバイスからの再生処理」の欄で説明
する。なお、ブロック情報を暗号化しているブロック情
報鍵Ｋｂｉｔは、さらに、配送鍵Ｋｄｉｓによって暗号
化されている。
【００８８】図４のデータフォーマットの説明を続け
る。チェック値Ｂ，ＩＣＶｂは、ブロック情報鍵Ｋｂｉ
ｔ、コンテンツ鍵Ｋｃｏｎ、ブロック情報の改竄を検証
するためのチェック値である。コンテンツデータ全体で
はなく部分データのチェック値、すなわち部分チェック
値として機能する。総チェック値ＩＣＶｔは、ＩＣＶ
ａ、ＩＣＶｂ、各コンテンツブロックのチェック値ＩＣ
Ｖｉ（設定されている場合）、これらの部分チェック
値、あるいはそのチェック対象となるデータ全ての改竄
を検証するためのチェック値である。
【００８９】なお、図６においては、ブロックサイズ、
暗号化フラグ、検証対象フラグを自由に設定できるよう
にしているが、ある程度ルールを決めた構成としてもよ
い。例えば、暗号文領域と平文領域を固定サイズ繰り返
しにしたり、全コンテンツデータを暗号化したりし、ブ
ロック情報ＢＩＴを圧縮してもよい。また、コンテンツ
鍵Ｋｃｏｎをコンテンツブロック毎に異なるようにする
ため、コンテンツ鍵Ｋｃｏｎをヘッダー部分ではなく、
コンテンツブロックに含ませるようにしてもよい。コン
テンツデータフォーマットの例については、「（１０）
複数のコンテンツデータフォーマットと、各フォーマッ
トに対応するダウンロードおよび再生処理」の項目にお
いて、さらに詳細に説明する。
【００９０】（３）本発明のデータ処理装置において適
用可能な暗号処理概要 次に、本発明のデータ処理装置において適用され得る各
種暗号処理の態様について説明する。なお、本項目
「（３）本発明のデータ処理装置において適用可能な暗
号処理の概要」に示す暗号処理に関する説明は、後段で
具体的に説明する本発明のデータ処理装置における各種
処理、例えばａ．記録再生器と記録デバイス間での認証
処理。ｂ．コンテンツの記録デバイスに対するダウンロ
ード処理。ｃ．記録デバイスに格納したコンテンツの再
生処理等の処理において実行される処理の基礎となる暗
号処理の態様について、その概要を説明するものであ
る。記録再生器３００と記録デバイス４００における具
体的処理については、本明細書の項目（４）以下におい
て、各処理毎に詳細に説明する。
【００９１】以下、データ処理装置において適用可能な
暗号処理の概要について、 （３−１）共通鍵暗号方式によるメッセージ認証 （３−２）公開鍵暗号方式による電子署名 （３−３）公開鍵暗号方式による電子署名の検証 （３−４）共通鍵暗号方式による相互認証 （３−５）公開鍵証明書 （３−６）公開鍵暗号方式による相互認証 （３−７）楕円曲線暗号を用いた暗号化処理 （３−８）楕円曲線暗号を用いた復号化処理 （３−９）乱数生成処理 の順に説明する。
【００９２】（３−１）共通鍵暗号方式によるメッセー
ジ認証 まず、共通鍵暗号方式を用いた改竄検出データの生成処
理について説明する。改竄検出データは、改竄の検出を
行ないたいデータに付け、改竄のチェックおよび作成者
認証をするためのデータである。
【００９３】例えば、図４で説明したデータ構造中の二
重枠部分の各チェック値Ａ，Ｂ、総チェック値、および
図６に示すブロック情報中の各ブロックに格納されたコ
ンテンツチェック値等が、この改竄検出データとして生
成される。
【００９４】ここでは、電子署名データの生成処理方法
の例の１つとして共通鍵暗号方式におけるＤＥＳを用い
た例を説明する。なお、本発明においては、ＤＥＳ以外
にも、同様の共通鍵暗号方式における処理として例えば
ＦＥＡＬ（Fast Encipherment ALgorithm：NTT）、ＡＥ
Ｓ（Advanced Encryption Standard：米国次期標準暗
号）等を用いることも可能である。
【００９５】一般的なＤＥＳを用いた電子署名の生成方
法を図７を用いて説明する。まず、電子署名を生成する
に先立ち、電子署名の対象となるメッセージを８バイト
単位に分割する（以下、分割されたメッセージをＭ１、
Ｍ２、・・・、ＭＮとする）。そして、初期値（Initia
l Value（以下、ＩＶとする））とＭ１を排他的論理和
する（その結果をＩ１とする）。次に、Ｉ１をＤＥＳ暗
号化部に入れ、鍵（以下、Ｋ１とする）を用いて暗号化
する（出力をＥ１とする）。続けて、Ｅ１およびＭ２を
排他的論理和し、その出力Ｉ２をＤＥＳ暗号化部へ入
れ、鍵Ｋ１を用いて暗号化する（出力Ｅ２）。以下、こ
れを繰り返し、全てのメッセージに対して暗号化処理を
施す。最後に出てきたＥＮが電子署名になる。この値は
一般にはメッセージ認証符号（ＭＡＣ（Message Authen
tication Code））と呼ばれ、メッセージの改竄チェッ
クに用いられる。また、このように暗号文を連鎖させる
方式のことをＣＢＣ（Cipher Block Chaining）モード
と呼ぶ。
【００９６】なお、図７のような生成例において出力さ
れるＭＡＣ値が、図４で示すデータ構造中の二重枠部分
の各チェック値Ａ，Ｂ、総チェック値、および図６に示
すブロック情報中の各ブロックに格納されたコンテンツ
チェック値ＩＣＶ１〜ＩＣＶＮとして使用可能である。
このＭＡＣ値の検証時には、検証者が生成時と同様の方
法でＭＡＣ値を生成し、同一の値が得られた場合、検証
成功とする。
【００９７】なお、図７に示す例では初期値ＩＶを、初
めの８バイトメッセージＭ１に排他的論理和したが、初
期値ＩＶ＝０として、初期値を排他的論理和しない構成
とすることも可能である。
【００９８】図７に示すＭＡＣ値生成方法に対して、さ
らにセキュリティを向上させたＭＡＣ値生成方法を示す
処理構成図を図８に示す。図８は、図７のシングルＤＥ
Ｓに代えてトリプルＤＥＳ（Triple ＤＥＳ）を用いて
ＭＡＣ値の生成を実行する例を示したものである。
【００９９】図８に示す各トリプルＤＥＳ（Triple Ｄ
ＥＳ）構成部の詳細構成例を図９に示す。図９（ａ）、
（ｂ）に示すようにトリプルＤＥＳ（Triple ＤＥＳ）
としての構成には２つの異なる態様がある。図９（ａ）
は、２つの暗号鍵を用いた例を示すものであり、鍵１に
よる暗号化処理、鍵２による復号化処理、さらに鍵１に
よる暗号化処理の順に処理を行う。鍵は、Ｋ１、Ｋ２、
Ｋ１の順に２種類用いる。図９（ｂ）は３つの暗号鍵を
用いた例を示すものであり、鍵１による暗号化処理、鍵
２による暗号化処理、さらに鍵３による暗号化処理の順
に処理を行い３回とも暗号化処理を行う。鍵は、Ｋ１、
Ｋ２、Ｋ３の順に３種類の鍵を用いる。このように複数
の処理を連続させる構成とすることで、シングルＤＥＳ
に比較してセキュリティ強度を向上させている。しかし
ながら、このトリプルＤＥＳ（Triple ＤＥＳ）構成
は、処理時間がシングルＤＥＳのおよそ３倍かかるとい
う欠点を有する。
【０１００】図８および図９で説明したトリプルＤＥＳ
構成を改良したＭＡＣ値生成構成例を図１０に示す。図
１０においては、署名対象となるメッセージ列の初めか
ら途中までの各メッセージに対する暗号化処理は全てシ
ングルＤＥＳによる処理とし、最後のメッセージに対す
る暗号化処理のみを図９（ａ）に示すトリプルＤＥＳ
（Triple ＤＥＳ）構成としたものである。
【０１０１】図１０に示すこのような構成とすること
で、メッセージのＭＡＣ値の生成処理時間は、シングル
ＤＥＳによるＭＡＣ値生成処理に要する時間とほぼ同程
度に短縮され、かつセキュリティはシングルＤＥＳによ
るＭＡＣ値よりも高めることが可能となる。なお、最終
メッセージに対するトリプルＤＥＳ構成は、図９（ｂ）
の構成とすることも可能である。
【０１０２】（３−２）公開鍵暗号方式による電子署名 以上は、暗号化方式として共通鍵暗号化方式を適用した
場合の電子署名データの生成方法であるが、次に、暗号
化方式として公開鍵暗号方式を用いた電子署名の生成方
法を図１１を用いて説明する。図１１に示す処理は、Ｅ
Ｃ−ＤＳＡ（（Elliptic Curve Digital Signature Alg
orithm）、IEEE P1363/D3）を用いた電子署名データの
生成処理フローである。なお、ここでは公開鍵暗号とし
て楕円曲線暗号（Elliptic Curve Cryptography（以
下、ECCと呼ぶ））を用いた例を説明する。なお、本発
明のデータ処理装置においては、楕円曲線暗号以外に
も、同様の公開鍵暗号方式における、例えばＲＳＡ暗号
（（Rivest、Shamir、Adleman）など（ANSI X9.31））
を用いることも可能である。
【０１０３】図１１の各ステップについて説明する。ス
テップＳ１において、pを標数、a、bを楕円曲線の係数
（楕円曲線：ｙ2=ｘ3＋ａｘ＋ｂ）、Gを楕円曲線上のベ
ースポイント、rをGの位数、Ｋｓを秘密鍵（０＜Ｋｓ＜
ｒ）とする。ステップＳ２おいて、メッセージＭのハッ
シュ値を計算し、f=Hash(M)とする。
【０１０４】ここで、ハッシュ関数を用いてハッシュ値
を求める方法を説明する。ハッシュ関数とは、メッセー
ジを入力とし、これを所定のビット長のデータに圧縮
し、ハッシュ値として出力する関数である。ハッシュ関
数は、ハッシュ値（出力）から入力を予測することが難
しく、ハッシュ関数に入力されたデータの1ビットが変
化したとき、ハッシュ値の多くのビットが変化し、ま
た、同一のハッシュ値を持つ異なる入力データを探し出
すことが困難である特徴を有する。ハッシュ関数として
は、ＭＤ４、ＭＤ５、ＳＨＡ−１などが用いられる場合
もあるし、図７他で説明したと同様のＤＥＳ−ＣＢＣが
用いられる場合もある。この場合は、最終出力値となる
ＭＡＣ（チェック値：ＩＣＶに相当する）がハッシュ値
となる。
【０１０５】続けて、ステップＳ３で、乱数ｕ（０＜ｕ
＜ｒ）を生成し、ステップＳ４でベースポイントをｕ倍
した座標Ｖ（Ｘｖ，Ｙｖ）を計算する。なお、楕円曲線
上の加算、2倍算は次のように定義されている。
【０１０６】
【数１】
【０１０７】これらを用いて点Ｇのｕ倍を計算する（速
度は遅いが、最もわかりやすい演算方法として次のよう
に行う。Ｇ、２×Ｇ、４×Ｇ・・を計算し、uを2進数展
開して1が立っているところに対応する２i×Ｇ（Ｇをｉ
回２倍算した値）を加算する（ｉはｕのＬＳＢから数え
た時のビット位置））。
【０１０８】ステップＳ５で、ｃ＝Ｘｖｍｏｄ ｒを計
算し、ステップＳ６でこの値が０になるかどうか判定
し、０でなければステップＳ７でｄ＝［（ｆ＋ｃＫｓ）
／ｕ］ｍｏｄ ｒを計算し、ステップＳ８でｄが０であ
るかどうか判定し、ｄが０でなければ、ステップＳ９で
ｃおよびｄを電子署名データとして出力する。仮に、ｒ
を１６０ビット長の長さであると仮定すると、電子署名
データは３２０ビット長となる。
【０１０９】ステップＳ６において、ｃが０であった場
合、ステップＳ３に戻って新たな乱数を生成し直す。同
様に、ステップＳ８でｄが０であった場合も、ステップ
Ｓ３に戻って乱数を生成し直す。
【０１１０】（３−３）公開鍵暗号方式による電子署名
の検証 次に、公開鍵暗号方式を用いた電子署名の検証方法を、
図１２を用いて説明する。ステップＳ１１で、Ｍをメッ
セージ、pを標数、a、bを楕円曲線の係数（楕円曲線：
ｙ2=ｘ3＋ａｘ＋ｂ）、Ｇを楕円曲線上のベースポイン
ト、rをＧの位数、ＧおよびＫｓ×Gを公開鍵（０＜Ｋｓ
＜ｒ）とする。ステップＳ１２で電子署名データｃおよ
びｄが０＜ｃ＜ｒ、０＜ｄ＜ｒを満たすか検証する。こ
れを満たしていた場合、ステップＳ１３で、メッセージ
Ｍのハッシュ値を計算し、ｆ＝Ｈａｓｈ（Ｍ）とする。
次に、ステップＳ１４でh=1/d mod rを計算し、ステッ
プＳ１５でｈ１＝ｆｈ ｍｏｄ ｒ、ｈ２=ｃｈ ｍｏ
ｄ ｒを計算する。
【０１１１】ステップＳ１６において、既に計算したｈ
１およびｈ２を用い、点Ｐ＝（Ｘｐ，Ｙｐ）＝ｈ１×Ｇ
＋ｈ２・Ｋｓ×Ｇを計算する。電子署名検証者は、公開
鍵ＧおよびＫｓ×Ｇを知っているので、図１１のステッ
プＳ４と同様に楕円曲線上の点のスカラー倍の計算がで
きる。そして、ステップＳ１７で点Ｐが無限遠点かどう
か判定し、無限遠点でなければステップＳ１８に進む
（実際には、無限遠点の判定はステップＳ１６でできて
しまう。つまり、Ｐ＝（Ｘ，Ｙ）、Ｑ＝（Ｘ，−Ｙ）の
加算を行うと、λが計算できず、Ｐ＋Ｑが無限遠点であ
ることが判明している）。ステップＳ１８でＸｐ ｍｏ
ｄ ｒを計算し、電子署名データｃと比較する。最後
に、この値が一致していた場合、ステップＳ１９に進
み、電子署名が正しいと判定する。
【０１１２】電子署名が正しいと判定された場合、デー
タは改竄されておらず、公開鍵に対応した秘密鍵を保持
する者が電子署名を生成したことがわかる。
【０１１３】ステップＳ１２において、電子署名データ
ｃまたはｄが、０＜ｃ＜ｒ、０＜ｄ＜ｒを満たさなかっ
た場合、ステップＳ２０に進む。また、ステップＳ１７
において、点Pが無限遠点であった場合もステップＳ２
０に進む。さらにまた、ステップＳ１８において、Ｘｐ
ｍｏｄ ｒの値が、電子署名データｃと一致していなか
った場合にもステップＳ２０に進む。
【０１１４】ステップＳ２０において、電子署名が正し
くないと判定された場合、データは改竄されているか、
公開鍵に対応した秘密鍵を保持する者が電子署名を生成
したのではないことがわかる。
【０１１５】（３−４）共通鍵暗号方式による相互認証 次に、共通鍵暗号方式を用いた相互認証方法を、図１３
を用いて説明する。図１３において、共通鍵暗号方式と
してＤＥＳを用いているが、前述のように同様な共通鍵
暗号方式であればいずれでもよい。図１３において、ま
ず、Ｂが６４ビットの乱数Ｒｂを生成し、Ｒｂおよび自
己のIDであるＩＤ（ｂ）をＡに送信する。これを受信し
たＡは、新たに64ビットの乱数Ｒａを生成し、Ｒａ、Ｒ
ｂ、ＩＤ（ｂ）の順に、ＤＥＳのＣＢＣモードで鍵Ｋａ
ｂを用いてデータを暗号化し、Ｂに返送する。図７に示
すＤＥＳのＣＢＣモード処理構成によれば、ＲａがＭ
１、ＲｂがＭ２、ＩＤ（ｂ）がＭ３に相当し、初期値：
ＩＶ＝０としたときの出力Ｅ１、Ｅ２、Ｅ３が暗号文と
なる。
【０１１６】これを受信したＢは、受信データを鍵Ｋａ
ｂで復号化する。受信データの復号化方法は、まず、暗
号文Ｅ１を鍵Ｋａｂで復号化し、乱数Ｒａを得る。次
に、暗号文Ｅ２を鍵Ｋａｂで復号化し、その結果とＥ１
を排他的論理和し、Ｒｂを得る。最後に、暗号文Ｅ３を
鍵Ｋａｂで復号化し、その結果とＥ２を排他的論理和
し、ＩＤ(ｂ)を得る。こうして得られたＲａ、Ｒｂ、Ｉ
Ｄ(ｂ)の内、ＲｂおよびＩＤ(ｂ)が、Ｂが送信したもの
と一致するか検証する。この検証に通った場合、ＢはＡ
を正当なものとして認証する。
【０１１７】次にＢは、認証後に使用するセッション鍵
（Session Key（以下、Ｋｓｅｓとする））を生成する
（生成方法は、乱数を用いる）。そして、Ｒｂ、Ｒａ、
Ｋｓｅｓの順に、ＤＥＳのＣＢＣモードで鍵Ｋａｂを用
いて暗号化し、Ａに返送する。
【０１１８】これを受信したＡは、受信データを鍵Ｋａ
ｂで復号化する。受信データの復号化方法は、Ｂの復号
化処理と同様であるので、ここでは詳細を省略する。こ
うして得られたＲｂ、Ｒａ、Ｋｓｅｓの内、Ｒｂおよび
Ｒａが、Ａが送信したものと一致するか検証する。この
検証に通った場合、ＡはＢを正当なものとして認証す
る。互いに相手を認証した後には、セッション鍵Ｋｓｅ
ｓは、認証後の秘密通信のための共通鍵として利用され
る。
【０１１９】なお、受信データの検証の際に、不正、不
一致が見つかった場合には、相互認証が失敗したものと
して処理を中断する。
【０１２０】（３−５）公開鍵証明書 次に、公開鍵証明書について図１４を用いて説明する。
公開鍵証明書は、公開鍵暗号方式における認証局（Ｃ
Ａ：Certificate Authority）が発行する証明書であ
り、ユーザが自己のＩＤ、公開鍵等を認証局に提出する
ことにより、認証局側が認証局のＩＤや有効期限等の情
報を付加し、さらに認証局による署名を付加して作成さ
れる証明書である。
【０１２１】図１４に示す公開鍵証明書は、証明書のバ
ージョン番号、認証局が証明書利用者に対し割り付ける
証明書の通し番号、電子署名に用いたアルゴリズムおよ
びパラメータ、認証局の名前、証明書の有効期限、証明
書利用者の名前（ユーザＩＤ）、証明書利用者の公開鍵
並びに電子署名を含む。
【０１２２】電子署名は、証明書のバージョン番号、認
証局が証明書利用者に対し割り付ける証明書の通し番
号、電子署名に用いたアルゴリズムおよびパラメータ、
認証局の名前、証明書の有効期限、証明書利用者の名前
並びに証明書利用者の公開鍵全体に対しハッシュ関数を
適用してハッシュ値を生成し、そのハッシュ値に対して
認証局の秘密鍵を用いて生成したデータである。この電
子署名の生成には、例えば図１１で説明した処理フロー
が適用される。
【０１２３】認証局は、図１４に示す公開鍵証明書を発
行するとともに、有効期限が切れた公開鍵証明書を更新
し、不正を行った利用者の排斥を行うための不正者リス
トの作成、管理、配布（これをリボケーション：Revoca
tionと呼ぶ）を行う。また、必要に応じて公開鍵・秘密
鍵の生成も行う。
【０１２４】一方、この公開鍵証明書を利用する際に
は、利用者は自己が保持する認証局の公開鍵を用い、当
該公開鍵証明書の電子署名を検証し、電子署名の検証に
成功した後に公開鍵証明書から公開鍵を取り出し、当該
公開鍵を利用する。従って、公開鍵証明書を利用する全
ての利用者は、共通の認証局の公開鍵を保持している必
要がある。なお、電子署名の検証方法については、図１
２で説明したのでその詳細は省略する。
【０１２５】（３−６）公開鍵暗号方式による相互認証 次に、公開鍵暗号方式である１６０ビット長の楕円曲線
暗号を用いた相互認証方法を、図１５を用いて説明す
る。図１５において、公開鍵暗号方式としてＥＣＣを用
いているが、前述のように同様な公開鍵暗号方式であれ
ばいずれでもよい。また、鍵サイズも１６０ビットでな
くてもよい。図１５において、まずＢが、６４ビットの
乱数Ｒｂを生成し、Aに送信する。これを受信したＡ
は、新たに６４ビットの乱数Ｒａおよび標数ｐより小さ
い乱数Ａｋを生成する。そして、ベースポイントＧをＡ
ｋ倍した点Ａｖ＝Ａｋ×Ｇを求め、Ｒａ、Ｒｂ、Ａｖ
（X座標とY座標）に対する電子署名Ａ．Ｓｉｇを生成
し、Ａの公開鍵証明書とともにＢに返送する。ここで、
ＲａおよびＲｂはそれぞれ６４ビット、ＡｖのＸ座標と
Ｙ座標がそれぞれ１６０ビットであるので、合計４４８
ビットに対する電子署名を生成する。電子署名の生成方
法は図１１で説明したので、その詳細は省略する。ま
た、公開鍵証明書も図１４で説明したので、その詳細は
省略する。
【０１２６】Ａの公開鍵証明書、Ｒａ、Ｒｂ、Ａｖ、電
子署名Ａ．Ｓｉｇを受信したＢは、Ａが送信してきたＲ
ｂが、Ｂが生成したものと一致するか検証する。その結
果、一致していた場合には、Ａの公開鍵証明書内の電子
署名を認証局の公開鍵で検証し、Ａの公開鍵を取り出
す。公開鍵証明書の検証については、図１４を用いて説
明したので、その詳細は省略する。そして、取り出した
Ａの公開鍵を用い電子署名Ａ．Ｓｉｇを検証する。電子
署名の検証方法は図１２で説明したので、その詳細は省
略する。電子署名の検証に成功した後、ＢはＡを正当な
ものとして認証する。
【０１２７】次に、Ｂは、標数ｐより小さい乱数Ｂｋを
生成する。そして、ベースポイントＧをＢｋ倍した点Ｂ
ｖ＝Ｂｋ×Ｇを求め、Ｒｂ、Ｒａ、Ｂｖ（Ｘ座標とＹ座
標）に対する電子署名Ｂ．Ｓｉｇを生成し、Ｂの公開鍵
証明書とともにＡに返送する。
【０１２８】Ｂの公開鍵証明書、Ｒｂ、Ｒａ、Ａｖ、電
子署名Ｂ．Ｓｉｇを受信したＡは、Ｂが送信してきたＲ
ａが、Ａが生成したものと一致するか検証する。その結
果、一致していた場合には、Ｂの公開鍵証明書内の電子
署名を認証局の公開鍵で検証し、Ｂの公開鍵を取り出
す。そして、取り出したＢの公開鍵を用い電子署名Ｂ．
Ｓｉｇを検証する。電子署名の検証に成功した後、Ａは
Ｂを正当なものとして認証する。
【０１２９】両者が認証に成功した場合には、ＢはＢｋ
×Ａｖ（Ｂｋは乱数だが、Ａｖは楕円曲線上の点である
ため、楕円曲線上の点のスカラー倍計算が必要）を計算
し、ＡはＡｋ×Ｂｖを計算し、これら点のＸ座標の下位
６４ビットをセッション鍵として以降の通信に使用する
（共通鍵暗号を６４ビット鍵長の共通鍵暗号とした場
合）。もちろん、Ｙ座標からセッション鍵を生成しても
よいし、下位６４ビットでなくてもよい。なお、相互認
証後の秘密通信においては、送信データはセッション鍵
で暗号化されるだけでなく、電子署名も付されることが
ある。
【０１３０】電子署名の検証や受信データの検証の際
に、不正、不一致が見つかった場合には、相互認証が失
敗したものとして処理を中断する。
【０１３１】（３−７）楕円曲線暗号を用いた暗号化処
理 次に、楕円曲線暗号を用いた暗号化について、図１６を
用いて説明する。ステップＳ２１において、Ｍｘ、Ｍｙ
をメッセージ、pを標数、a、bを楕円曲線の係数（楕円
曲線：ｙ2=ｘ3＋ａｘ＋ｂ）、Ｇを楕円曲線上のベース
ポイント、rをＧの位数、ＧおよびＫｓ×Ｇを公開鍵
（０＜Ｋｓ＜ｒ）とする。ステップＳ２２で乱数ｕを０
＜ｕ＜ｒになるように生成し、ステップＳ２３で公開鍵
Ｋｓ×Ｇをu倍した座標Ｖを計算する。なお、楕円曲線
上のスカラー倍は図１１のステップＳ４で説明したの
で、詳細は省略する。ステップＳ２４で、ＶのＸ座標を
Ｍｘ倍してｐで剰余を求めＸ０とし、ステップＳ２５で
ＶのＹ座標をＭｙ倍してｐで剰余を求めＹ０とする。な
お、メッセージの長さがｐのビット数より少ない場合、
Ｍｙは乱数を使い、復号化部ではＭｙを破棄するように
する。ステップＳ２６において、u×Gを計算し、ステッ
プＳ２７で暗号文ｕ×G、（Ｘ０、Ｙ０）を得る。
【０１３２】（３−８）楕円曲線暗号を用いた復号化処
理 次に、楕円曲線暗号を用いた復号化について、図１７を
用いて説明する。ステップＳ３１において、ｕ×G、
（Ｘ０、Ｙ０）を暗号文データ、ｐを標数、a、bを楕円
曲線の係数（楕円曲線：ｙ2=ｘ3＋ａｘ＋ｂ）、Ｇを楕
円曲線上のベースポイント、rをGの位数、Ｋｓを秘密鍵
（０＜Ｋｓ＜ｒ）とする。ステップｓ３２において、暗
号データｕ×Ｇを秘密鍵Ｋｓ倍し、座標Ｖ（Ｘｖ，Ｙ
ｖ）を求める。ステップＳ３３では、暗号データの内、
（Ｘ０、Ｙ０）のＸ座標を取り出し、Ｘ１＝Ｘ０／Ｘｖ
mod ｐを計算し、ステップＳ３４においては、Ｙ座標
を取り出し、Ｙ１＝Ｙ０／Ｙｖ mod ｐを計算する。そ
して、ステップＳ３５でＸ１をＭｘとし、Ｙ１をＭｙと
してメッセージを取り出す。この時、Ｍｙをメッセージ
にしていなかった場合、Ｙ１は破棄する。
【０１３３】このように、秘密鍵をＫｓ、公開鍵をＧ、
Ｋｓ×Ｇとすることで、暗号化に使用する鍵と復号化に
使用する鍵を、異なる鍵とすることができる。
【０１３４】また、公開鍵暗号の他の例としてはＲＳＡ
暗号が知られているが、詳しい説明は省略する（PKCS #
1 Version2に詳細が記述されている）。
【０１３５】（３−９）乱数生成処理 次に、乱数の生成方法について説明する。乱数の生成方
法としては、熱雑音を増幅し、そのＡ／Ｄ出力から生成
する真性乱数生成法や、Ｍ系列等の線形回路を複数組み
合わせて生成する疑似乱数生成法等が知られている。ま
た、ＤＥＳ等の共通鍵暗号を用いて生成する方法も知ら
れている。本例では、ＤＥＳを用いた疑似乱数生成方法
について説明する（ANSI X9.17ベース）。
【０１３６】まず、時間等のデータから得られた６４ビ
ット（これ以下のビット数の場合、上位ビットを0とす
る）の値をＤ、Ｔｒｉｐｌｅ−ＤＥＳに使われる鍵情報
をＫｒ、乱数発生用の種（Ｓｅｅｄ）をＳとする。この
とき、乱数Ｒは以下のように計算される。
【０１３７】
【数２】
【０１３８】ここで、Ｔｒｉｐｌｅ−ＤＥＳ（）は、第
１引数を暗号鍵情報として、第２引数の値をＴｒｉｐｌ
ｅ−ＤＥＳで暗号化する関数とし、演算＾は６４ビット
単位の排他的論理和、最終的にでてきた値Ｓは、新規の
Ｓｅｅｄ（種）として更新されていくものとする。
【０１３９】以下、連続して乱数を生成する場合には、
（２−２）式、（２−３）式を繰り返すものとする。
【０１４０】以上、本発明のデータ処理装置において適
用可能な暗号処理に関する各種処理態様について説明し
た。次に、本発明のデータ処理装置において実行される
具体的な処理について、詳細に説明する。
【０１４１】（４）記録再生器の格納データ構成 図１８は、図３で示す記録再生器３００での記録再生器
暗号処理部３０２に構成された内部メモリ３０７のデー
タ保持内容を説明する図である。
【０１４２】図１８に示すように、内部メモリ３０７に
は、以下の鍵、データが格納されている。ＭＫａｋｅ：
記録再生器３００と記録デバイス４００（図３参照）と
の間で実行される相互認証処理に必要な認証鍵（Authen
tication and Key Exchange Key（以下、Ｋａｋｅとす
る））を生成するための記録デバイス認証鍵用マスター
鍵。 ＩＶａｋｅ：記録デバイス認証鍵用初期値。 ＭＫｄｉｓ：配送鍵Ｋｄｉｓを生成するための配送鍵用
マスター鍵。 ＩＶｄｉｓ：配送鍵生成用初期値。 Ｋｉｃｖａ：チェック値ＩＣＶａを生成するための鍵で
あるチェック値Ａ生成鍵。 Ｋｉｃｖｂ：チェック値ＩＣＶｂを生成するための鍵で
あるチェック値Ｂ生成鍵。 Ｋｉｃｖｃ：各コンテンツブロックのチェック値ＩＣＶ
ｉ（ｉ＝１〜Ｎ）を生成するための鍵であるコンテンツ
チェック値生成鍵。 Ｋｉｃｖｔ：総チェック値ＩＣＶｔを生成するための鍵
である総チェック値生成鍵。 Ｋｓｙｓ：配信システムに共通の署名またはＩＣＶをつ
けるために使用するシ ステム署名鍵。Ｋｄｅｖ：記録再生器毎に異なり、記録
再生器が署名またはＩＣＶをつけるために使用する記録
再生器固有の記録再生器署名鍵。 ＩＶｍｅｍ：初期値、相互認証処理等の際の暗号処理に
用いられる初期値。記録デバイスと共通。 これらの鍵、データが記録再生器暗号処理部３０２に構
成された内部メモリ３０７に格納されている。
【０１４３】（５）記録デバイスの格納データ構成 図１９は、記録デバイス上でのデータ保持状況を示す図
である。図１９において、内部メモリ４０５は、複数の
ブロック（本例ではＮブロック）に分割されており、そ
れぞれのブロック中に、以下の鍵、データが格納されて
いる。 ＩＤｍｅｍ：記録デバイス識別情報、記録デバイス固有
の識別情報。 Ｋａｋｅ：認証鍵、記録再生器３００との相互認証時に
用いる認証鍵。 ＩＶｍｅｍ：初期値、相互認証処理等の際の暗号処理に
用いられる初期値。 Ｋｓｔｒ：保存鍵、ブロック情報鍵他のコンテンツデー
タの暗号鍵。 Ｋｒ：乱数生成鍵、 Ｓ：種 これらのデータを個別のブロックに各々保持している。
外部メモリ４０２は複数（本例ではＭ個）のコンテンツ
データを保持しており、それぞれ図４で説明したデータ
を、例えば図２６、または図２７のように保持してい
る。図２６、図２７の構成の差異については後段で説明
する。
【０１４４】（６）記録再生器、記録デバイス間におけ
る相互認証処理 （６−１）相互認証処理の概要 図２０は、記録再生器３００と記録デバイス４００との
認証手順を示す流れ図である。ステップＳ４１におい
て、利用者が記録デバイス４００を記録再生器３００に
挿入する。ただし非接触で通信できる記録デバイスを使
用する場合には、挿入する必要はない。
【０１４５】記録再生器３００に記録デバイス４００を
セットすると、図３に示す記録再生器３００内の記録デ
バイス検知手段（図示せず）が、制御部３０１に記録デ
バイス４００の装着を通知する。次に、ステップＳ４２
において、記録再生器３００の制御部３０１は、記録デ
バイスコントローラ３０３を介して記録デバイス４００
に初期化命令を送信する。これを受信した記録デバイス
４００は、記録デバイス暗号処理部４０１の制御部４０
３において、通信部４０４を介して命令を受信し、認証
完了フラグがセットされていればクリアする。すなわち
未認証状態に設定する。
【０１４６】次に、ステップＳ４３において、記録再生
器３００の制御部３０１は、記録再生器暗号処理部３０
２に初期化命令を送信する。このとき、記録デバイス挿
入口番号も併せて送信する。記録デバイス挿入口番号を
送信することにより、記録再生器３００に複数の記録デ
バイスが接続された場合であっても同時に複数の記録デ
バイス４００との認証処理、およびデータ送受信が可能
となる。
【０１４７】初期化命令を受信した記録再生器３００の
記録再生器暗号処理部３０２は、記録再生器暗号処理部
３０２の制御部３０６において、記録デバイス挿入口番
号に対応する認証完了フラグがセットされていればクリ
アする。すなわち未認証状態に設定する。
【０１４８】次に、ステップＳ４４において、記録再生
器３００の制御部３０１は、記録デバイス４００の記録
デバイス暗号処理部４０１が使う鍵ブロック番号を指定
する。なお、鍵ブロック番号の詳細に関しては後述す
る。ステップＳ４５において、記録再生器３００の制御
部３０１は、記録デバイス４００の内部メモリ４０５の
指定された鍵ブロックに格納された記録デバイス識別情
報ＩＤｍｅｍを読み出す。ステップＳ４６において、記
録再生器３００の制御部３０１は、記録再生器暗号処理
部３０２に記録デバイス識別情報ＩＤｍｅｍを送信し、
記録デバイス識別情報ＩＤｍｅｍに基づく認証鍵Ｋａｋ
ｅを生成させる。認証鍵Ｋａｋｅの生成方法としては、
例えば次のように生成する。
【０１４９】
【数３】
【０１５０】ここで、ＭＫａｋｅは、記録再生器３００
と記録デバイス４００（図３参照）との間で実行される
相互認証処理に必要な認証鍵Ｋａｋｅを生成するための
記録デバイス認証鍵用マスター鍵であり、これは、前述
したように記録再生器３００の内部メモリ３０７に格納
されている鍵である。またＩＤｍｅｍは、記録デバイス
４００に固有の記録デバイス識別情報である。さらにＩ
Ｖａｋｅは、記録デバイス認証鍵用初期値である。ま
た、上記式において、ＤＥＳ（）は、第１引数を暗号鍵
として、第２引数の値をＤＥＳで暗号化する関数であ
り、演算＾は６４ビット単位の排他的論理和を示す。
【０１５１】例えば図７、図８に示すＤＥＳ構成を適用
する場合には、図７，８に示されるメッセージＭを記録
デバイス識別情報：ＩＤｍｅｍとし、鍵Ｋ１をデバイス
認証鍵用マスター鍵：ＭＫａｋｅとし、初期値ＩＶを：
ＩＶａｋｅとして得られる出力が認証鍵Ｋａｋｅとな
る。
【０１５２】次に、ステップＳ４７で相互認証およびセ
ッション鍵Ｋｓｅｓの生成処理を行う。相互認証は、記
録再生器暗号処理部３０２の暗号／復号化部３０８と記
録デバイス暗号処理部４０１の暗号／復号化部４０６の
間で行われ、その仲介を記録再生器３００の制御部３０
１が行っている。
【０１５３】相互認証処理は、例えば前述の図１３で説
明した処理にしたがって実行することができる。図１３
に示す構成において、Ａ、Ｂがそれぞれ記録再生器３０
０と記録デバイス４００に対応する。まず、記録再生器
３００の記録再生器暗号処理部３０２が乱数Ｒｂを生成
し、乱数Ｒｂおよび自己のＩＤである記録再生器識別情
報ＩＤｄｅｖを記録デバイス４００の記録デバイス暗号
処理部４０１に送信する。なお、記録再生器識別情報Ｉ
Ｄｄｅｖは、記録再生器３００内に構成された記憶部に
記憶された再生器固有の識別子である。記録再生器暗号
処理部３０２の内部メモリ中に記録再生器識別情報ＩＤ
ｄｅｖを記録する構成としてもよい。
【０１５４】乱数Ｒｂおよび記録再生器識別情報ＩＤｄ
ｅｖを受信した記録デバイス４００の記録デバイス暗号
処理部４０１は、新たに６４ビットの乱数Ｒａを生成
し、Ｒａ、Ｒｂ、と記録再生器識別情報ＩＤｄｅｖの順
に、ＤＥＳのＣＢＣモードで認証鍵Ｋａｋｅを用いてデ
ータを暗号化し、記録再生器３００の記録再生器暗号処
理部３０２に返送する。例えば、図７に示すＤＥＳのＣ
ＢＣモード処理構成によれば、ＲａがＭ１、ＲｂがＭ
２、ＩＤｄｅｖがＭ３に相当し、初期値：ＩＶ＝ＩＶｍ
ｅｍとしたときの出力Ｅ１、Ｅ２、Ｅ３が暗号文とな
る。
【０１５５】暗号文Ｅ１、Ｅ２、Ｅ３を受信した記録再
生器３００の記録再生器暗号処理部３０２は、受信デー
タを認証鍵Ｋａｋｅで復号化する。受信データの復号化
方法は、まず、暗号文Ｅ１を認証鍵Ｋａｋｅで復号化
し、その結果とＩＶｍｅｍとを排他的論理和し、乱数Ｒ
ａを得る。次に、暗号文Ｅ２を認証鍵Ｋａｋｅで復号化
し、その結果とＥ１を排他的論理和し、Ｒｂを得る。最
後に、暗号文Ｅ３を認証鍵Ｋａｋｅで復号化し、その結
果とＥ２を排他的論理和し、記録再生器識別情報ＩＤｄ
ｅｖを得る。こうして得られたＲａ、Ｒｂ、記録再生器
識別情報ＩＤｄｅｖの内、Ｒｂおよび記録再生器識別情
報ＩＤｄｅｖが、記録再生器３００が送信したものと一
致するか検証する。この検証に通った場合、記録再生器
３００の記録再生器暗号処理部３０２は記録デバイス４
００を正当なものとして認証する。
【０１５６】次に、記録再生器３００の記録再生器暗号
処理部３０２は、認証後に使用するセッション鍵（Sess
ion Key（以下、Ｋｓｅｓとする））を生成する（生成
方法は、乱数を用いる）。そして、Ｒｂ、Ｒａ、Ｋｓｅ
ｓの順に、ＤＥＳのＣＢＣモードで鍵Ｋａｋｅ、初期値
ＩＶｍｅｍを用いて暗号化し、記録デバイス４００の記
録デバイス暗号処理部４０１に返送する。
【０１５７】これを受信した記録デバイス４００の記録
デバイス暗号処理部４０１は、受信データを鍵Ｋａｋｅ
で復号化する。受信データの復号化方法は、記録再生器
３００の記録再生器暗号処理部３０２における復号化処
理と同様であるので、ここでは詳細を省略する。こうし
て得られたＲｂ、Ｒａ、Ｋｓｅｓの内、ＲｂおよびＲａ
が、記録デバイス４００が送信したものと一致するか検
証する。この検証に通った場合、記録デバイス４００の
記録デバイス暗号処理部４０１は記録再生器３００を正
当なものとして認証する。互いに相手を認証した後に
は、セッション鍵Ｋｓｅｓは、認証後の秘密通信のため
の共通鍵として利用される。
【０１５８】なお、受信データの検証の際に、不正、不
一致が見つかった場合には、相互認証が失敗したものと
して処理を中断する。
【０１５９】相互認証に成功した場合には、ステップＳ
４８からステップＳ４９に進み、セッション鍵Ｋｓｅｓ
を記録再生器３００の記録再生器暗号処理部３０２で保
持するとともに、相互認証が終了したことを示す認証完
了フラグをセットする。また、相互認証に失敗した場合
には、ステップＳ５０に進み、認証処理過程で生成され
たセッション鍵Ｋｓｅｓを破棄するとともに、認証完了
フラグをクリアする。なお、すでにクリアされている場
合には必ずしもクリア処理は必要ではない。
【０１６０】なお、記録デバイス４００が記録デバイス
挿入口から取り除かれた場合には、記録再生器３００内
の記録デバイス検知手段が、記録再生器３００の制御部
３０１に記録デバイス４００が取り除かれたことを通知
し、これを受けた記録再生器３００の制御部３０１は、
記録再生器３００の記録再生器暗号処理部３０２に対し
記録デバイス挿入口番号に対応する認証完了フラグをク
リアするように命令し、これを受けた記録再生器３００
の記録再生器暗号処理部３０２は、記録デバイス挿入口
番号に対応する認証完了フラグをクリアする。
【０１６１】なお、ここでは相互認証処理を図１３に示
す手続きにしたがって実行する例について説明したが、
上述した認証処理例に限らず、例えば先に説明した図１
５の相互認証手続きに従った処理を実行してもよい。ま
た、図１３に示す手続きにおいて、図１３のＡを記録再
生器３００とし、Ｂを記録デバイス４００とし、Ｂ：記
録デバイス４００がＡ：記録再生器３００に最初に送付
するＩＤを記録デバイス中の鍵ブロック中の記録デバイ
ス識別情報として相互認証処理を行なってもよい。本発
明において実行される認証処理手続きは、様々な処理が
適用可能であり、上述の認証処理に限定されるものでは
ない。
【０１６２】（６−２）相互認証時の鍵ブロックの切り
替え 本発明のデータ処理装置における相互認証処理における
１つの特徴は、記録デバイス４００側に複数の鍵ブロッ
ク（ｅｘ．Ｎ個の鍵ブロック）を構成して、記録再生器
３００が１つの鍵ブロックを指定（図２０の処理フロー
におけるステップＳ４４）して認証処理を実行する点で
ある。先に図１９において説明したように、記録デバイ
ス４００の暗号処理部４０１に構成された内部メモリ４
０５には複数の鍵ブロックが形成されており、それぞれ
が異なる鍵データ、ＩＤ情報等各種データを格納してい
る。図２０で説明した記録再生器３００と記録デバイス
４００間で実行される相互認証処理は、図１９の記録デ
バイス４００の複数の鍵ブロックの１つの鍵ブロックに
対して実行される。
【０１６３】従来、記憶媒体とその再生機器間における
相互認証処理を実行する構成では、相互認証に用いる
鍵：認証鍵は共通なものが使用されるのが一般的であっ
た。従って、例えば製品仕向け先（国別）ごと、あるい
は製品ごとに認証鍵を変更しようとすると、記録再生器
側と、記録デバイス側の認証処理に必要となる鍵データ
を双方の機器において変更することが必要となる。従っ
て例えば新たに発売された記録再生器に格納された認証
処理に必要となる鍵データは、先に販売された記録デバ
イスに格納された認証処理に必要となる鍵データに対応
せず、新たな記録再生器は、古いバージョンの記録デバ
イスへのアクセスができなくなってしまう事態が発生す
る。逆に新しいバージョンの記録デバイスと古いバージ
ョンの記録再生器との関係においても同様の事態が発生
する。
【０１６４】本発明のデータ処理装置においては、図１
９に示すように予め記録デバイス４００に複数の異なる
鍵セットとしての鍵ブロックが格納されている。記録再
生器は例えば製品仕向け先（国別）ごと、あるいは製
品、機種、バージョン、アプリケーションごとに、認証
処理に適用すべき鍵ブロック、すなわち指定鍵ブロック
が設定される。この設定情報は、記録再生器のメモリ
部、例えば、図３における内部メモリ３０７、あるい
は、記録再生器３００の有するその他の記憶素子内に格
納され、認証処理時に図３の制御部３０１によってアク
セスされ設定情報にしたがった鍵ブロック指定が行われ
る。
【０１６５】記録再生器３００の内部メモリ３０７の記
録デバイス認証鍵用マスター鍵ＭＫａｋｅは、それぞれ
の指定鍵ブロックの設定に従って設定された認証鍵用マ
スター鍵であり、指定鍵ブロックにのみ対応可能となっ
ており、指定鍵ブロック以外の鍵ブロックとの相互認証
は成立しない構成となっている。
【０１６６】図１９から理解されるように、記録デバイ
ス４００の内部メモリ４０５には１〜ＮのＮ個の鍵ブロ
ックが設定され、各鍵ブロック毎に記録デバイス識別情
報、認証鍵、初期値、保存鍵、乱数生成鍵、種が格納さ
れ、少なくとも認証用のかぎデータがブロック毎に異な
るデータとして格納されている。
【０１６７】このように、記録デバイス４００の鍵ブロ
ックの鍵データ構成は、ブロック毎に異なっている。従
って、例えば、ある記録再生機器Ａが内部メモリに格納
された記録デバイス認証鍵用マスター鍵ＭＫａｋｅを用
いて認証処理を行ない得る鍵ブロックは鍵ブロックＮ
ｏ．１であり、また別の仕様の記録再生器Ｂが認証可能
な鍵ブロックは別の鍵ブロック、例えば鍵ブロックＮ
ｏ．２のように設定することが可能となる。
【０１６８】後段でさらに詳細に説明するが、コンテン
ツを記録デバイス４００の外部メモリ４０２に格納する
際、各鍵ブロックに格納された保存鍵Ｋｓｔｒを用いて
暗号化処理がなされ、格納されることになる。より、具
体的には、コンテンツブロックを暗号化するコンテンツ
鍵を保存鍵で暗号化処理する。
【０１６９】図１９に示すように保存鍵は、各ブロック
毎に異なる鍵として構成されている。従って、異なる鍵
ブロックを指定するように設定された２つの異なる設定
の記録再生器間においては、ある１つの記録デバイスの
メモリに格納されたコンテンツを両者で共通に利用する
ことは防止される。すなわち、異なる設定のなされた記
録再生器は、それぞれの設定に合致する記録デバイスに
格納されたコンテンツのみが利用できる。
【０１７０】なお、各鍵ブロックについて共通化可能な
データは共通化することも可能であり、例えば認証用の
鍵データ、保存鍵データのみを異なるように構成しても
よい。
【０１７１】このような記録デバイスに複数の異なる鍵
データからなる鍵ブロックを構成する具体例としては、
例えば記録再生器３００の機種別（据え置き型、携帯型
等）で指定すべき鍵ブロック番号を異なるように設定し
たり、あるいは、アプリケーション毎に指定鍵ブロック
を異なるように設定する例がある。さらに、例えば日本
で販売する記録再生器については指定鍵ブロックをＮ
ｏ．１とし、米国で販売する記録再生器は指定鍵ブロッ
クをＮｏ．２とするように地域ごとに異なる鍵ブロック
設定を行なう構成とすることも可能である。このような
構成とすることで、それぞれの異なる販売地域で使用さ
れ、記録デバイスに異なる保存鍵で格納されたコンテン
ツは、たとえメモリカードのような記録デバイスが米国
から日本、あるいは日本から米国へ転送されてきても、
異なる鍵設定のなされた記録再生器で利用することは不
可能であるので、メモリに格納したコンテンツの不正、
無秩序な流通を防止できる。具体的には、異なる保存鍵
Ｋｓｔｒで暗号化されているコンテンツ鍵Ｋｃｏｎが２
国間で相互に利用可能となる状態を排除することができ
る。
【０１７２】さらに、図１９に示す記録デバイス４００
の内部メモリ４０５の鍵ブロック１〜Ｎまでの少なくと
も１つの鍵ブロック、例えばＮｏ．Ｎの鍵ブロックをい
ずれの記録再生器３００においても共通に利用可能な鍵
ブロックとして構成してもよい。
【０１７３】例えば、全ての機器に鍵ブロックＮｏ．Ｎ
との認証可能な記録デバイス認証鍵用マスター鍵ＭＫａ
ｋｅを格納することで、記録再生器３００の機種別、ア
プリケーション毎、仕向け国毎等に無関係に流通可能な
コンテンツとして扱うことができる。例えば、鍵ブロッ
クＮｏ．Ｎに格納された保存鍵でメモリカードに格納さ
れた暗号化コンテンツは、すべての機器において利用可
能なコンテンツとなる。例えば、音楽データ等を共通に
利用可能な鍵ブロックの保存鍵で暗号化してメモリカー
ドに記憶し、このメモリカードを、やはり共通の記録デ
バイス認証鍵用マスター鍵ＭＫａｋｅを格納した例えば
携帯型の音声再生機器等にセットすることで、メモリカ
ードからのデータの復号再生処理を可能とすることがで
きる。
【０１７４】本発明のデータ処理装置における複数の鍵
ブロックを有する記録デバイスの利用例を図２１に示
す。記録再生器２１０１は日本向け製品の記録再生器で
あり、記録デバイスの鍵ブロックのＮｏ．１，４との間
での認証処理が成立するマスター鍵を持っている。記録
再生器２１０２はＵＳ向け製品の記録再生器であり、記
録デバイスの鍵ブロックのＮｏ．２，４との間での認証
処理が成立するマスター鍵を持っている。記録再生器２
１０３はＥＵ向け製品の記録再生器であり、記録デバイ
スの鍵ブロックのＮｏ．３，４との間での認証処理が成
立するマスター鍵を持っている。
【０１７５】例えば記録再生器２１０１は、記録デバイ
スＡ，２１０４の鍵ブロック１または鍵ブロック４との
間で認証が成立し、それぞれの鍵ブロックに格納された
保存鍵を介した暗号処理を施したコンテンツが外部メモ
リに格納される。記録再生器２１０２は、記録デバイス
Ｂ，２１０５の鍵ブロック２または鍵ブロック４との間
で認証が成立し、それぞれの鍵ブロックに格納された保
存鍵を介した暗号処理を施したコンテンツが外部メモリ
に格納される。記録再生器２１０３は、記録デバイス
Ｃ，２１０６の鍵ブロック３または鍵ブロック４との間
で認証が成立し、それぞれの鍵ブロックに格納された保
存鍵を介した暗号処理を施したコンテンツが外部メモリ
に格納される。ここで、記録デバイスＡ，２１０４を記
録再生器２１０２、または記録再生器２１０３に装着し
た場合、鍵ブロック１の保存鍵で暗号処理がなされたコ
ンテンツは、記録再生器２１０２、記録再生器２１０３
と鍵ブロック１との間での認証が成立しないので利用不
可能となる。一方、鍵ブロック４の保存鍵で暗号処理が
なされたコンテンツは、記録再生器２１０２、記録再生
器２１０３と鍵ブロック４との間での認証が成立するの
で利用可能となる。
【０１７６】上述のように、本発明のデータ処理装置に
おいては、記録デバイスに複数の異なる鍵セットからな
る鍵ブロックを構成し、一方、記録再生機器には、特定
の鍵ブロックに対する認証可能なマスター鍵を格納する
構成としたので、様々な利用態様に応じたコンテンツの
利用制限を設定することが可能となる。
【０１７７】なお、１つの記録再生機器において指定可
能な鍵ブロックを複数、例えば１〜ｋとし、他の記録再
生器において指定可能な鍵ブロックをｐ〜ｑのように複
数とすることも可能であり、また、共通に利用可能な鍵
ブロックを複数設ける構成としてもよい。
【０１７８】（７）記録再生器から記録デバイスへのダ
ウンロード処理 次に、本発明のデータ処理装置において、記録再生器３
００から記録デバイス４００の外部メモリにコンテンツ
をダウンロードする処理について説明する。
【０１７９】図２２は、記録再生器３００から記録デバ
イス４００へコンテンツをダウンロードする手順を説明
する流れ図である。なお、図２２においては、既に記録
再生器３００と記録デバイス４００との間で上述した相
互認証処理が完了しているものとする。
【０１８０】ステップＳ５１において、記録再生器３０
０の制御部３０１は、読み取り部３０４を使ってコンテ
ンツを格納したメディア５００から所定のフォーマット
に従ったデータを読み出すか、通信部３０５を使って通
信手段６００から所定のフォーマットに従ってデータを
受信する。そして、記録再生器３００の制御部３０１
は、データの内のヘッダ（Header）部分（図４参照）を
記録再生器３００の記録再生器暗号処理部３０２に送信
する。
【０１８１】次に、ステップＳ５２において、ステップ
Ｓ５１でヘッダ（Header）を受信した記録再生器暗号処
理部３０２の制御部３０６は、記録再生器暗号処理部３
０２の暗号／復号化部３０８にチェック値Ａを計算させ
る。チェック値Ａは、図２３に示すように、記録再生器
暗号処理部３０２の内部メモリ３０７に保存されている
チェック値Ａ生成鍵Ｋｉｃｖａを鍵とし、識別情報（Co
ntent ID）と取扱方針（Usage Policy）をメッセージと
して図７で説明したＩＣＶ計算方法に従って計算され
る。なお、初期値は、ＩＶ＝０としても、記録再生器暗
号処理部３０２の内部メモリ３０７にチェック値Ａ生成
用初期値ＩＶａを保存しておき、それを使用してもよ
い。最後に、チェック値Ａとヘッダ（Header）内に格納
されたチェック値：ＩＣＶａを比較し、一致していた場
合にはステップＳ５３へ進む。
【０１８２】先に図４において説明したようにチェック
値Ａ，ＩＣＶａは、識別情報、取扱方針の改竄を検証す
るためのチェック値である。記録再生器暗号処理部３０
２の内部メモリ３０７に保存されているチェック値Ａ生
成鍵Ｋｉｃｖａを鍵とし、識別情報（Content ID）と取
扱方針（Usage Policy）をメッセージとして図７で説明
したＩＣＶ計算方法に従って計算されるチェック値Ａ
が、ヘッダ（Header）内に格納されたチェック値：ＩＣ
Ｖａと一致した場合には、識別情報、取扱方針の改竄は
ないと判断される。
【０１８３】次に、ステップＳ５３において、記録再生
器暗号処理部３０２の制御部３０６は、配送鍵Ｋｄｉｓ
の生成を記録再生器暗号処理部３０２の暗号／復号化部
３０８に行わせる。配送鍵Ｋｄｉｓの生成方法として
は、例えば次のように生成する。
【０１８４】
【数４】
【０１８５】ここで、ＭＫｄｉｓは、配送鍵Ｋｄｉｓを
生成するための配送鍵用マスター鍵であり、これは、前
述したように記録再生器３００の内部メモリに格納され
ている鍵である。またＣｏｎｔｅｎｔ ＩＤはコンテン
ツデータのヘッダ部の識別情報であり、さらにＩＶｄｉ
ｓは、配送鍵用初期値である。また、上記式において、
ＤＥＳ（）は、第1引数を暗号鍵として、第２引数の値
を暗号化する関数であり、演算＾は６４ビット単位の排
他的論理和を示す。
【０１８６】ステップＳ５４において、記録再生器暗号
処理部３０２の制御部３０６は、記録再生器暗号処理部
３０２の暗号／復号化部３０８を使って、ステップＳ５
３で生成した配送鍵Ｋｄｉｓを用いて、読み取り部３０
４を介して受信したメディア５００、または、通信部３
０５を介して通信手段６００から受信したデータのヘッ
ダ部に格納されたブロック情報鍵Ｋｂｉｔとコンテンツ
鍵Ｋｃｏｎ（図４参照）の復号化処理を行う。図４に示
されるようにこれらブロック情報鍵Ｋｂｉｔとコンテン
ツ鍵Ｋｃｏｎは、ＤＶＤ，ＣＤ等のメディア、あるいは
インターネット等の通信路上では、配送鍵Ｋｄｉｓによ
って予め暗号化処理が施されている。
【０１８７】さらに、ステップＳ５５において、記録再
生器暗号処理部３０２の制御部３０６は、記録再生器暗
号処理部３０２の暗号／復号化部３０８を使って、ステ
ップＳ５４で復号化したブロック情報鍵Ｋｂｉｔでブロ
ック情報（ＢＩＴ）を復号化する。図４に示されるよう
にブロック情報（ＢＩＴ）は、ＤＶＤ，ＣＤ等のメディ
ア、あるいはインターネット等の通信路上では、ブロッ
ク情報鍵Ｋｂｉｔによって予め暗号化処理が施されてい
る。
【０１８８】さらに、ステップＳ５６において、記録再
生器暗号処理部３０２の制御部３０６は、ブロック情報
鍵Ｋｂｉｔ、コンテンツ鍵Ｋｃｏｎおよびブロック情報
（ＢＩＴ）を８バイト単位に分割し、それら全てを排他
的論理和する（加算、減算等、いずれの演算でもよ
い）。次に、記録再生器暗号処理部３０２の制御部３０
６は、記録再生器暗号処理部３０２の暗号／復号化部３
０８にチェック値Ｂ（ＩＣＶｂ）を計算させる。チェッ
ク値Ｂは、図２４に示すように、記録再生器暗号処理部
３０２の内部メモリ３０７に保存されているチェック値
Ｂ生成鍵Ｋｉｃｖｂを鍵とし、先ほど計算した排他的論
理和値をＤＥＳで暗号化して生成する。最後に、チェッ
ク値ＢとHeader内のＩＣＶｂを比較し、一致していた場
合にはステップＳ５７へ進む。
【０１８９】先に図４において説明したように、チェッ
ク値Ｂ，ＩＣＶｂは、ブロック情報鍵Ｋｂｉｔ、コンテ
ンツ鍵Ｋｃｏｎ、ブロック情報（ＢＩＴ）の改竄を検証
するためのチェック値である。記録再生器暗号処理部３
０２の内部メモリ３０７に保存されているチェック値Ｂ
生成鍵Ｋｉｃｖｂを鍵とし、ブロック情報鍵Ｋｂｉｔ、
コンテンツ鍵Ｋｃｏｎおよびブロック情報（ＢＩＴ）を
８バイト単位に分割し排他的論理和して得られる値をＤ
ＥＳで暗号化して生成したチェック値Ｂが、ヘッダ（He
ader）内に格納されたチェック値：ＩＣＶｂと一致した
場合には、ブロック情報鍵Ｋｂｉｔ、コンテンツ鍵Ｋｃ
ｏｎ、ブロック情報の改竄はないと判断される。
【０１９０】ステップＳ５７において、記録再生器暗号
処理部３０２の制御部３０６は、記録再生器暗号処理部
３０２の暗号／復号化部３０８に中間チェック値の計算
をさせる。中間チェック値は、図２５に示すように、記
録再生器暗号処理部３０２の内部メモリ３０７に保存さ
れている総チェック値生成鍵Ｋｉｃｖｔを鍵とし、検証
したヘッダ（Header）内のチェック値Ａ、チェック値
Ｂ、保持しておいた全てのコンテンツチェック値をメッ
セージとして図７で説明したＩＣＶ計算方法に従って計
算する。なお、初期値ＩＶ=0としても、記録再生器暗号
処理部３０２の内部メモリ３０７に総チェック値生成用
初期値ＩＶｔを保存しておき、それを使用してもよい。
また、生成した中間チェック値は、必要に応じて記録再
生器３００の記録再生器暗号処理部３０２に保持してお
く。
【０１９１】この中間チェック値は、チェック値Ａ、チ
ェック値Ｂ、全てのコンテンツチェック値をメッセージ
として生成されるものであり、これらの各チェック値の
検証対象となっているデータについての検証を中間チェ
ック値の照合処理によって行なってもよい。しかし、本
実施例においては、システム全体の共有データとしての
非改竄性検証処理と、ダウンロード処理後に各記録再生
機器３００のみが占有する占有データとして識別するた
めの検証処理を区別して実行可能とするために、中間チ
ェック値からさらに複数の異なるチェック値、すなわち
総チェック値ＩＣＶｔと、記録再生器固有チェック値Ｉ
ＣＶｄｅｖとを別々に、中間チェック値に基づいて生成
可能としている。これらのチェック値については後段で
説明する。
【０１９２】記録再生器暗号処理部３０２の制御部３０
６は、記録再生器暗号処理部３０２の暗号／復号化部３
０８に総チェック値ＩＣＶｔの計算をさせる。総チェッ
ク値ＩＣＶｔは、図２５に示すように、記録再生器暗号
処理部３０２の内部メモリ３０７に保存されているシス
テム署名鍵Ｋｓｙｓを鍵とし、中間チェック値をＤＥＳ
で暗号化して生成する。最後に、生成した総チェック値
ＩＣＶｔとステップＳ５１で保存しておいたHeader内の
ＩＣＶｔを比較し、一致していた場合には、ステップＳ
５８へ進む。システム署名鍵Ｋｓｙｓは、複数の記録再
生器、すなわちある一定のデータの記録再生処理を実行
するシステム集合全体において共通する署名鍵である。
【０１９３】先に図４において説明したように、総チェ
ック値ＩＣＶｔは、ＩＣＶａ、ＩＣＶｂ、各コンテンツ
ブロックのチェック値全ての改竄を検証するためのチェ
ック値である。従って、上述の処理によって生成された
総チェック値がヘッダ（Header）内に格納されたチェッ
ク値：ＩＣＶｔと一致した場合には、ＩＣＶａ、ＩＣＶ
ｂ、各コンテンツブロックのチェック値全ての改竄はな
いと判断される。
【０１９４】次に、ステップＳ５８において、記録再生
器３００の制御部３０１は、ブロック情報（ＢＩＴ）内
のコンテンツブロック情報を取り出し、コンテンツブロ
ックが検証対象になっているかいないか調べる。コンテ
ンツブロックが検証対象になっている場合には、ヘッダ
中のブロック情報中にコンテンツチェック値が格納され
ている。
【０１９５】コンテンツブロックが検証対象になってい
た場合には、該当するコンテンツブロックを、記録再生
器３００の読み取り部３０４を使ってメディア５００か
ら読み出すか、記録再生器３００の通信部３０５を使っ
て通信手段６００から受信し、記録再生器３００の記録
再生器暗号処理部３０２へ送信する。これを受信した記
録再生器暗号処理部３０２の制御部３０６は、記録再生
器暗号処理部３０２の暗号／復号化部３０８にコンテン
ツ中間値を計算させる。
【０１９６】コンテンツ中間値は、ステップＳ５４で復
号化したコンテンツ鍵Ｋｃｏｎで、入力されたコンテン
ツブロックをＤＥＳのＣＢＣモードで復号化し、その結
果を８バイトごとに区切り、全て排他的論理和（加算、
減算等、いずれの演算でもよい）して生成する。
【０１９７】次に、記録再生器暗号処理部３０２の制御
部３０６は、記録再生器暗号処理部３０２の暗号／復号
化部３０８にコンテンツチェック値の計算をさせる。コ
ンテンツチェック値は、記録再生器暗号処理部３０２の
内部メモリ３０７に保存されているコンテンツチェック
値生成鍵Ｋｉｃｖｃを鍵とし、コンテンツ中間値をＤＥ
Ｓで暗号化して生成する。そして、記録再生器暗号処理
部３０２の制御部３０６は、当該コンテンツチェック値
と、ステップＳ５１で記録再生器３００の制御部３０１
から受信したコンテンツブロック内のＩＣＶを比較し、
その結果を記録再生器３００の制御部３０１に渡す。こ
れを受信した記録再生器３００の制御部３０１は、検証
に成功していた場合、次の検証対象コンテンツブロック
を取り出して記録再生器３００の記録再生器暗号処理部
３０２に検証させ、全てのコンテンツブロックを検証す
るまで同様の検証処理を繰り返す。なお、Ｈｅａｄｅｒ
生成側と合わせておけば、ＩＶ＝０としても、記録再生
器暗号処理部３０２の内部メモリ３０７にコンテンツチ
ェック値生成用初期値ＩＶｃを保存しておき、それを使
用してもよい。また、チェックした全てのコンテンツチ
ェック値は、記録再生器３００の記録再生器暗号処理部
３０２に保持しておく。さらにまた、記録再生器３００
の記録再生器暗号処理部３０２は、検証対象のコンテン
ツブロックの検証順序を監視し、順序が間違っていた
り、同一のコンテンツブロックを２回以上検証させられ
たりした場合には、認証に失敗したものとする。そし
て、全ての検証が成功した場合には、ステップＳ５９へ
進む。
【０１９８】次に、ステップＳ５９において、記録再生
器３００の記録再生器暗号処理部３０２は、ステップＳ
５４で復号化しておいたブロック情報鍵Ｋｂｉｔとコン
テンツ鍵Ｋｃｏｎを、記録再生器暗号処理部３０２の暗
号／復号化部３０８に、相互認証の際に共有しておいた
セッション鍵Ｋｓｅｓで暗号化させる。記録再生器３０
０の制御部３０１は、セッション鍵Ｋｓｅｓで暗号化さ
れたブロック情報鍵Ｋｂｉｔとコンテンツ鍵Ｋｃｏｎを
記録再生器３００の記録再生器暗号処理部３０２から読
み出し、これらのデータを記録再生器３００の記録デバ
イスコントローラ３０３を介して記録デバイス４００に
送信する。
【０１９９】次に、ステップＳ６０において、記録再生
器３００から送信されてきたブロック情報鍵Ｋｂｉｔと
コンテンツ鍵Ｋｃｏｎを受信した記録デバイス４００
は、受信したデータを記録デバイス暗号処理部４０１の
暗号／復号化部４０６に、相互認証の際に共有しておい
たセッション鍵Ｋｓｅｓで復号化させ、記録デバイス暗
号処理部４０１の内部メモリ４０５に保存してある記録
デバイス固有の保存鍵Ｋｓｔｒで再暗号化させる。最後
に、記録再生器３００の制御部３０１は、記録再生器３
００の記録デバイスコントローラ３０３を介し、記録デ
バイス４００から保存鍵Ｋｓｔｒで再暗号化されたブロ
ック情報鍵Ｋｂｉｔとコンテンツ鍵Ｋｃｏｎを読み出
す。そして、これらの鍵を、配送鍵Ｋｄｉｓで暗号化さ
れたブロック情報鍵Ｋｂｉｔとコンテンツ鍵Ｋｃｏｎに
置き換える。
【０２００】ステップＳ６１において、記録再生器３０
０の制御部３０１は、データのヘッダ部の取扱方針（Us
age Policy）から利用制限情報を取り出し、ダウンロー
ドしたコンテンツが当該記録再生器３００のみで利用で
きる（この場合、利用制限情報が１に設定）か、別の同
様な記録再生器３００でも利用できる（この場合、利用
制限情報が０に設定）か判定する。判定の結果、利用制
限情報が１であった場合には、ステップＳ６２に進む。
【０２０１】ステップＳ６２において、記録再生器３０
０の制御部３０１は、記録再生器固有のチェック値を記
録再生器３００の記録再生器暗号処理部３０２に計算さ
せる。記録再生器固有のチェック値は、図２５に示すよ
うに記録再生器暗号処理部３０２の内部メモリ３０７に
保存されている記録再生器署名鍵Ｋｄｅｖを鍵とし、ス
テップＳ５８で保持しておいた中間チェック値をＤＥＳ
で暗号化して生成する。計算された記録再生器固有のチ
ェック値ＩＣＶｄｅｖは、総チェック値ＩＣＶｔの代わ
りに上書きされる。
【０２０２】先に説明したように、システム署名鍵Ｋｓ
ｙｓは、配信システムに共通の署名またはＩＣＶをつけ
るために使用するシステム署名鍵であり、また、記録再
生器署名鍵Ｋｄｅｖは、記録再生器毎に異なり、記録再
生器が署名またはＩＣＶをつけるために使用する記録再
生器署名鍵である。すなわち、システム署名鍵Ｋｓｙｓ
によって署名されたデータは、同じシステム署名鍵を有
するシステム（記録再生器）によってチェックが成功、
すなわち総チェック値ＩＣＶｔが一致することになるの
で、共通に利用可能となるが、記録再生器署名鍵Ｋｄｅ
ｖを用いて署名された場合には、記録再生器署名鍵はそ
の記録再生器に固有の鍵であるので、記録再生器署名鍵
Ｋｄｅｖを用いて署名されたデータ、すなわち、署名
後、記録デバイスに格納されたデータは、他の記録再生
器に、その記録デバイスを装着して再生しようとした場
合、記録再生器固有のチェック値ＩＣＶｄｅｖが不一致
となり、エラーとなるので再生できないことになる。
【０２０３】従って、本発明のデータ処理装置において
は、利用制限情報の設定によって、システムに共通に使
用できるコンテンツ、記録再生器固有に利用できるコン
テンツを自在に設定することが可能となる。
【０２０４】ステップＳ６３において、記録再生器３０
０の制御部３０１は、コンテンツを記録デバイス４００
の外部メモリ４０２に保存する。
【０２０５】図２６は、利用制限情報が０の場合におけ
る記録デバイス内のコンテンツ状況を示す図である。図
２７は、利用制限情報が１の場合における記録デバイス
内のコンテンツ状況を示す図である。図２６が図４と異
なる点は、コンテンツブロック情報鍵Ｋｂｉｔとコンテ
ンツ鍵Ｋｃｏｎが配送鍵Ｋｄｉｓで暗号化されている
か、保存鍵Ｋｓｔｒで暗号化されているかだけである。
また、図２７が図２６と異なる点は、中間チェック値か
ら計算されるチェック値が、図２６ではシステム署名鍵
Ｋｓｙｓで暗号化されているのに対し、図２７では記録
再生器固有の記録再生器署名鍵Ｋｄｅｖで暗号化されて
いることである。
【０２０６】なお、図２２の処理フローにおいて、ステ
ップＳ５２でチェック値Ａの検証に失敗した場合、ステ
ップＳ５６でチェック値Ｂの検証に失敗した場合、ステ
ップＳ５７で総チェック値ＩＣＶｔの検証に失敗した場
合、ステップＳ５８で各コンテンツブロックのコンテン
ツチェック値の検証に失敗した場合には、ステップＳ６
４に進み、所定のエラー表示を行う。
【０２０７】また、ステップＳ６１で利用制限情報が０
であった場合には、ステップＳ６２をスキップしてステ
ップＳ６３へ進む。
【０２０８】（８）記録デバイス格納情報の記録再生器
での再生処理 次に記録デバイス４００の外部メモリ４０２に格納され
たコンテンツ情報の記録再生器３００での再生処理につ
いて説明する。
【０２０９】図２８は、記録再生器３００が記録デバイ
ス４００からコンテンツを読み出し、コンテンツを利用
する手順を説明する流れ図である。なお、図２８におい
ても、既に記録再生器３００と記録デバイス４００との
間で相互認証が完了しているものとする。
【０２１０】ステップＳ７１において、記録再生器３０
０の制御部３０１は、記録デバイスコントローラ３０３
を使って記録デバイス４００の外部メモリ４０２からコ
ンテンツを読み出す。そして、記録再生器３００の制御
部３０１は、データの内のヘッダ（Header）部分を記録
再生器３００の記録再生器暗号処理部３０２に送信す
る。ステップＳ７２は、「（７）記録再生器から記録デ
バイスへのダウンロード処理」において説明したステッ
プＳ５２と同様の処理であり、ヘッダ（Header）を受信
した記録再生器暗号処理部３０２の制御部３０６が、記
録再生器暗号処理部３０２の暗号／復号化部３０８にチ
ェック値Ａを計算させる処理である。チェック値Ａは、
先に説明した図２３に示すように記録再生器暗号処理部
３０２の内部メモリ３０７に保存されているチェック値
A生成鍵Ｋｉｃｖａを鍵とし、識別情報（Content ID）
と取扱方針（Usage Policy）をメッセージとして図７で
説明したと同様のＩＣＶ計算方法に従って計算される。
【０２１１】先に説明したようにチェック値Ａ，ＩＣＶ
ａは、識別情報、取扱方針の改竄を検証するためのチェ
ック値である。記録再生器暗号処理部３０２の内部メモ
リ３０７に保存されているチェック値Ａ生成鍵Ｋｉｃｖ
ａを鍵とし、識別情報（Content ID）と取扱方針（Usag
e Policy）をメッセージとして図７で説明したICV計算
方法に従って計算されるチェック値Ａが、ヘッダ（Head
er）内に格納されたチェック値：ＩＣＶａと一致した場
合には、記録デバイス４００に格納された識別情報、取
扱方針の改竄はないと判断される。
【０２１２】次に、ステップＳ７３において、記録再生
器３００の制御部３０１は、読み出したヘッダ（Heade
r）部分からブロック情報鍵Ｋｂｉｔとコンテンツ鍵Ｋ
ｃｏｎを取り出し、記録再生器３００の記録デバイスコ
ントローラ３０３を介して記録デバイス４００に送信す
る。記録再生器３００から送信されてきたブロック情報
鍵Ｋｂｉｔとコンテンツ鍵Ｋｃｏｎを受信した記録デバ
イス４００は、受信したデータを記録デバイス暗号処理
部４０１の暗号／復号化部４０６に、記録デバイス暗号
処理部４０１の内部メモリ４０５に保存してある記録デ
バイス固有の保存鍵Ｋｓｔｒで復号化処理させ、相互認
証の際に共有しておいたセッション鍵Ｋｓｅｓで再暗号
化させる。そして、記録再生器３００の制御部３０１
は、記録再生器３００の記録デバイスコントローラ３０
３を介し、記録デバイス４００からセッション鍵Ｋｓｅ
ｓで再暗号化されたブロック情報鍵Ｋｂｉｔとコンテン
ツ鍵Ｋｃｏｎを読み出す。
【０２１３】次に、ステップＳ７４において、記録再生
器３００の制御部３０１は、受信したセッション鍵Ｋｓ
ｅｓで再暗号化されたブロック情報鍵Ｋｂｉｔとコンテ
ンツ鍵Ｋｃｏｎを記録再生器３００の記録再生器暗号処
理部３０２に送信する。
【０２１４】セッション鍵Ｋｓｅｓで再暗号化されたブ
ロック情報鍵Ｋｂｉｔとコンテンツ鍵Ｋｃｏｎを受信し
た記録再生器３００の記録再生器暗号処理部３０２は、
記録再生器暗号処理部３０２の暗号／復号化部３０８
に、セッション鍵Ｋｓｅｓで暗号化されたブロック情報
鍵Ｋｂｉｔとコンテンツ鍵Ｋｃｏｎを、相互認証の際に
共有しておいたセッション鍵Ｋｓｅｓで復号化させる。
そして、復号化したブロック情報鍵Ｋｂｉｔで、ステッ
プＳ７１で受信しておいたブロック情報を復号化させ
る。
【０２１５】なお、記録再生器３００の記録再生器暗号
処理部３０２は、復号化したブロック情報鍵Ｋｂｉｔ、
コンテンツ鍵Ｋｃｏｎおよびブロック情報ＢＩＴを、ス
テップＳ７１で受信しておいたブロック情報鍵Ｋｂｉ
ｔ、コンテンツ鍵Ｋｃｏｎおよびブロック情報ＢＩＴに
置き換えて保持しておく。また、記録再生器３００の制
御部３０１は、復号化されたブロック情報ＢＩＴを記録
再生器３００の記録再生器暗号処理部３０２から読み出
しておく。
【０２１６】ステップＳ７５は、「（７）記録再生器か
ら記録デバイスへのダウンロード処理」において説明し
たステップＳ５６と同様の処理である。記録再生器暗号
処理部３０２の制御部３０６が、記録デバイス４００か
ら読み出したブロック情報鍵Ｋｂｉｔ、コンテンツ鍵Ｋ
ｃｏｎおよびブロック情報（ＢＩＴ）を８バイト単位に
分割し、それら全てを排他的論理和する。次に、記録再
生器暗号処理部３０２の制御部３０６は、記録再生器暗
号処理部３０２の暗号／復号化部３０８にチェック値Ｂ
（ＩＣＶｂ）を計算させる。チェック値Ｂは、先に説明
した図２４に示すように、記録再生器暗号処理部３０２
の内部メモリ３０７に保存されているチェック値Ｂ生成
鍵Ｋｉｃｖｂを鍵とし、先ほど計算した排他的論理和値
をＤＥＳで暗号化して生成する。最後に、チェック値Ｂ
とHeader内のＩＣＶｂを比較し、一致していた場合には
ステップＳ７６へ進む。
【０２１７】先に説明したように、チェック値Ｂ，ＩＣ
Ｖｂは、ブロック情報鍵Ｋｂｉｔ、コンテンツ鍵Ｋｃｏ
ｎ、ブロック情報の改竄を検証するためのチェック値で
ある。記録再生器暗号処理部３０２の内部メモリ３０７
に保存されているチェック値Ｂ生成鍵Ｋｉｃｖｂを鍵と
し、記録デバイス４００から読み出したブロック情報鍵
Ｋｂｉｔ、コンテンツ鍵Ｋｃｏｎおよびブロック情報
（ＢＩＴ）を８バイト単位に分割し排他的論理和して得
られる値をＤＥＳで暗号化して生成したチェック値Ｂ
が、記録デバイス４００から読み出したデータ中のヘッ
ダ（Header）内に格納されたチェック値：ＩＣＶｂと一
致した場合には、記録デバイス４００に格納されたデー
タのブロック情報鍵Ｋｂｉｔ、コンテンツ鍵Ｋｃｏｎ、
ブロック情報の改竄はないと判断される。
【０２１８】ステップＳ７６において、記録再生器暗号
処理部３０２の制御部３０６は、記録再生器暗号処理部
３０２の暗号／復号化部３０８に中間チェック値の計算
をさせる。中間チェック値は、先に説明した図２５に示
すように記録再生器暗号処理部３０２の内部メモリ３０
７に保存されている総チェック値生成鍵Ｋｉｃｖｔを鍵
とし、検証したヘッダ（Header）内のチェック値Ａ、チ
ェック値Ｂ、保持しておいた全てのコンテンツチェック
値をメッセージとして図７他で説明したＩＣＶ計算方法
に従って計算する。なお、初期値はＩＶ＝０としても、
記録再生器暗号処理部３０２の内部メモリ３０７に総チ
ェック値生成用初期値にＩＶｔを保存しておき、それを
使用してもよい。また、生成した中間チェック値は、必
要に応じて記録再生器３００の記録再生器暗号処理部３
０２に保持しておく。
【０２１９】次に、ステップＳ７７において、記録再生
器３００の制御部３０１は、記録デバイス４００の外部
メモリ４０２から読み出したデータのヘッダ部に含まれ
る取扱方針（Usage Policy）から利用制限情報を取り出
し、ダウンロードしたコンテンツが当該記録再生器３０
０のみで利用できる（利用制限情報が１）か、別の同様
な記録再生器３００でも利用できる（利用制限情報が
０）か判定する。判定の結果、利用制限情報が１、すな
わちダウンロードしたコンテンツが当該記録再生器３０
０のみで利用できる利用制限が設定されている場合に
は、ステップＳ８０に進み、利用制限情報が０、すなわ
ち別の同様な記録再生器３００でも利用できる設定であ
った場合には、ステップＳ７８に進む。なお、ステップ
Ｓ７７の処理は、暗号処理部３０２が行なってもよい。
【０２２０】ステップＳ７８においては、（７）記録再
生器から記録デバイスへのダウンロード処理において説
明したステップＳ５８と同様の総チェック値ＩＣＶｔの
計算が実行される。すなわち、記録再生器暗号処理部３
０２の制御部３０６は、記録再生器暗号処理部３０２の
暗号／復号化部３０８に総チェック値ＩＣＶｔの計算を
させる。総チェック値ＩＣＶｔは、先に説明した図２５
に示すように記録再生器暗号処理部３０２の内部メモリ
３０７に保存されているシステム署名鍵Ｋｓｙｓを鍵と
し、中間チェック値をＤＥＳで暗号化して生成する。
【０２２１】次に、ステップＳ７９に進み、ステップＳ
７８において生成した総チェック値ＩＣＶｔとステップ
Ｓ７１で保存しておいたヘッダ（Header）内のＩＣＶｔ
を比較し、一致していた場合には、ステップＳ８２へ進
む。
【０２２２】先に説明したように、総チェック値ＩＣＶ
ｔは、ＩＣＶａ、ＩＣＶｂ、各コンテンツブロックのチ
ェック値全ての改竄を検証するためのチェック値であ
る。従って、上述の処理によって生成された総チェック
値がヘッダ（Header）内に格納されたチェック値：ＩＣ
Ｖｔと一致した場合には、記録デバイス４００に格納さ
れたデータにおいて、ＩＣＶａ、ＩＣＶｂ、各コンテン
ツブロックのチェック値全ての改竄はないと判断され
る。
【０２２３】ステップＳ７７での判定において、ダウン
ロードしたコンテンツが当該記録再生器３００のみで利
用できる設定であった場合、すなわち設定情報が１であ
った場合は、ステップＳ８０に進む。
【０２２４】ステップＳ８０において、記録再生器暗号
処理部３０２の制御部３０６は、記録再生器暗号処理部
３０２の暗号／復号化部３０８に、記録再生器固有のチ
ェック値ＩＣＶｄｅｖの計算をさせる。記録再生器固有
のチェック値ＩＣＶｄｅｖは、先に説明した図２５に示
すように記録再生器暗号処理部３０２の内部メモリ３０
７に保存されている記録再生器固有の記録再生器署名鍵
Ｋｄｅｖを鍵とし、中間チェック値をＤＥＳで暗号化し
て生成する。ステップＳ８１において、ステップＳ８０
で計算した記録再生器固有のチェック値ＩＣＶｄｅｖと
ステップＳ７１で保存しておいたHeader内のＩＣＶｄｅ
ｖを比較し、一致していた場合には、ステップＳ８２へ
進む。
【０２２５】このように、システム署名鍵Ｋｓｙｓによ
って署名されたデータは、同じシステム署名鍵を有する
システム（記録再生器）によってチェックが成功、すな
わち総チェック値ＩＣＶｔが一致することになるので共
通に利用可能となり、記録再生器署名鍵Ｋｄｅｖを用い
て署名された場合には、記録再生器署名鍵はその記録再
生器に固有の鍵であるので、記録再生器署名鍵Ｋｄｅｖ
を用いて署名されたデータ、すなわち、署名後、記録デ
バイスに格納されたデータは、他の記録再生器に、その
記録デバイスを装着して再生しようとした場合、記録再
生器固有のチェック値ＩＣＶｄｅｖが不一致となり、エ
ラーとなるので再生できないことになる。従って、利用
制限情報の設定によって、システムに共通に使用できる
コンテンツ、記録再生器固有に利用できるコンテンツを
自在に設定することが可能となる。
【０２２６】ステップＳ８２において、記録再生器３０
０の制御部３０１は、ステップＳ７４で読み出しておい
たブロック情報ＢＩＴ内のコンテンツブロック情報を取
り出し、コンテンツブロックが暗号化対象になっている
かいないか調べる。暗号化対象になっていた場合には、
該当するコンテンツブロックを、記録再生器３００の記
録デバイスコントローラ３０３を介し、記録デバイス４
００の外部メモリ４０２から読み出し、記録再生器３０
０の記録再生器暗号処理部３０２へ送信する。これを受
信した記録再生器暗号処理部３０２の制御部３０６は、
記録再生器暗号処理部３０２の暗号／復号化部３０８に
コンテンツを復号化させるとともに、コンテンツブロッ
クが検証対象になっている場合には次のステップＳ８３
においてコンテンツチェック値を検証させる。
【０２２７】ステップＳ８３は、「（７）記録再生器か
ら記録デバイスへのダウンロード処理」において説明し
たステップＳ５８と同様の処理である。記録再生器３０
０の制御部３０１は、ブロック情報（ＢＩＴ）内のコン
テンツブロック情報を取り出し、コンテンツブロックが
検証対象になっているかいないかをコンテンツチェック
値の格納状況から判定し、コンテンツブロックが検証対
象になっていた場合には、該当するコンテンツブロック
を、記録デバイス４００の外部メモリ４０２から受信
し、記録再生器３００の記録再生器暗号処理部３０２へ
送信する。これを受信した記録再生器暗号処理部３０２
の制御部３０６は、記録再生器暗号処理部３０２の暗号
／復号化部３０８にコンテンツ中間値を計算させる。
【０２２８】コンテンツ中間値は、ステップＳ７４で復
号化したコンテンツ鍵Ｋｃｏｎで、入力されたコンテン
ツブロックをＤＥＳのＣＢＣモードで復号化し、その結
果を８バイトに区切り全て排他的論理和して生成する。
【０２２９】次に、記録再生器暗号処理部３０２の制御
部３０６は、記録再生器暗号処理部３０２の暗号／復号
化部３０８にコンテンツチェック値の計算をさせる。コ
ンテンツチェック値は、記録再生器暗号処理部３０２の
内部メモリ３０７に保存されているコンテンツチェック
値生成鍵Ｋｉｃｖｃを鍵とし、コンテンツ中間値をＤＥ
Ｓで暗号化して生成する。そして、記録再生器暗号処理
部３０２の制御部３０６は、当該コンテンツチェック値
と、ステップＳ７１で記録再生器３００の制御部３０１
から受信したコンテンツブロック内のＩＣＶを比較し、
その結果を記録再生器３００の制御部３０１に渡す。こ
れを受信した記録再生器３００の制御部３０１は、検証
に成功していた場合、次の検証対象コンテンツブロック
を取り出して記録再生器３００の記録再生器暗号処理部
３０２に検証させ、全てのコンテンツブロックを検証す
るまで同様の検証処理を繰り返す。なお、初期値はＩＶ
＝０としても、記録再生器暗号処理部３０２の内部メモ
リ３０７にコンテンツチェック値生成用初期値ＩＶｃを
保存しておき、それを使用してもよい。また、チェック
した全てのコンテンツチェック値は、記録再生器３００
の記録再生器暗号処理部３０２に保持しておく。さらに
また、記録再生器３００の記録再生器暗号処理部３０２
は、検証対象のコンテンツブロックの検証順序を監視
し、順序が間違っていたり、同一のコンテンツブロック
を2回以上検証させられたりした場合には、認証に失敗
したものとする。
【０２３０】記録再生器３００の制御部３０１は、当該
コンテンツチェック値の比較結果（検証対象になってい
ない場合、比較結果は全て成功とする）を受信し、検証
に成功していた場合には、記録再生器３００の記録再生
器暗号処理部３０２から復号化されたコンテンツを取り
出す。そして、次の復号化対象コンテンツブロックを取
り出して記録再生器３００の記録再生器暗号処理部３０
２に復号化させ、全てのコンテンツブロックを復号化す
るまで繰り返す。
【０２３１】なお、ステップＳ８３において、記録再生
器３００の記録再生器暗号処理部３０２は、コンテンツ
チェック値の検証処理において不一致となった場合に
は、検証失敗としてその時点で処理を中止し、残るコン
テンツの復号化は行わない。また、記録再生器３００の
記録再生器暗号処理部３０２は、復号化対象のコンテン
ツブロックの復号化順序を監視し、順序が間違っていた
り、同一のコンテンツブロックを２回以上復号化させら
れたりした場合には、復号化に失敗したものとする。
【０２３２】なお、ステップＳ７２でチェック値Ａの検
証に失敗した場合、ステップＳ７５でチェック値Ｂの検
証に失敗した場合、ステップＳ７９で総チェック値ＩＣ
Ｖｔの検証に失敗した場合、ステップＳ８１で記録再生
器固有のチェック値ＩＣＶｄｅｖの検証に失敗した場合
には、ステップＳ８３で各コンテンツブロックのコンテ
ンツチェック値の検証に失敗した場合、ステップＳ８４
に進み、所定のエラー表示を行う。
【０２３３】以上説明してきたように、コンテンツをダ
ウンロードしたり、利用したりする際に、重要なデータ
やコンテンツを暗号化しておいて隠蔽化したり、改竄検
証ができるだけでなく、ブロック情報ＢＩＴを復号化す
るためのブロック情報鍵Ｋｂｉｔ、コンテンツを復号化
するためのコンテンツ鍵Ｋｃｏｎが記録デバイス固有の
保存鍵Ｋｓｔｒで保存されているため、単純に記録メデ
ィア上のデータを別の記録メディアに複製したとして
も、コンテンツを正しく復号化することができなくする
ことができる。より具体的には、例えば図２８のステッ
プＳ７４において、記録デバイス毎に異なる保存鍵Ｋｓ
ｔｒで暗号化されたデータを復号化するため、別の記録
デバイスではデータを正しく復号化できない構成を持つ
からである。
【０２３４】（９）相互認証後の鍵交換処理 本発明のデータ処理装置における特徴の１つに、上述し
た記録再生器３００と記録デバイス４００との間で実行
される相互認証処理の後においてのみ、記録デバイスの
利用を可能とし、また、その利用態様を制限した点があ
る。
【０２３５】例えば、不正な複製等によってコンテンツ
を格納したメモリカード等の記録デバイスを生成し、こ
れを記録再生器にセットして利用されることを排除する
ために、記録再生器３００と、記録デバイス４００間で
の相互認証処理を実行し、かつ認証ＯＫとなったことを
条件として、コンテンツ（暗号化された）の記録再生器
３００および記録デバイス４００間での転送を可能とし
ている。
【０２３６】上記の制限的処理を実現するために、本発
明のデータ処理装置においては、記録デバイス４００の
暗号処理部４０１での処理は、すべて、予め設定された
コマンド列に基づいて実行される構成となっている。す
なわち、記録デバイスは、コマンド番号に基づくコマン
ドを順次レジスタから取り出して実行するコマンド処理
構成を持つ。この記録デバイスでのコマンド処理構成を
説明する図を図２９に示す。
【０２３７】図２９に示すように記録再生器暗号処理部
３０２を有する記録再生器３００と記録デバイス暗号処
理部４０１を有する記録デバイス４００間においては、
記録再生器３００の制御部３０１の制御のもとに記録デ
バイスコントローラ３０３から記録デバイス４００の通
信部(受信レジスタを含む)４０４に対してコマンド番号
（Ｎｏ．）が出力される。
【０２３８】記録デバイス４００は、暗号処理部４０１
内の制御部４０３にコマンド番号管理部２２０１を有す
る。コマンド番号管理部２９０１は、コマンドレジスタ
２９０２を保持しており、記録再生器３００から出力さ
れるコマンド番号に対応するコマンド列を格納してい
る。コマンド列は、図２９の右に示すようにコマンド番
号０からｙまで順次、コマンド番号に対して実行コマン
ドが対応付けされている。コマンド番号管理部２９０１
は、記録再生器３００から出力されるコマンド番号を監
視し、対応するコマンドをコマンドレジスタ２９０２か
ら取り出して実行する。
【０２３９】コマンドレジスタ２９０２に格納されたコ
マンドシーケンスは、図２９の右に示すように、認証処
理シーケンスに関するコマンド列が先行するコマンド番
号０〜ｋに対応付けられている。さらに、認証処理シー
ケンスに関するコマンド列の後のコマンド番号ｐ〜ｓに
復号、鍵交換、暗号処理コマンドシーケンス１、さら
に、後続するコマンド番号ｕ〜ｙに復号、鍵交換、暗号
処理コマンドシーケンス２が対応付けされている。
【０２４０】先に図２０の認証処理フローにおいて説明
したように、記録デバイス４００が記録再生器３００に
装着されると、記録再生器３００の制御部３０１は、記
録デバイスコントローラ３０３を介して記録デバイス４
００に初期化命令を送信する。これを受信した記録デバ
イス４００は、記録デバイス暗号処理部４０１の制御部
４０３において、通信部４０４を介して命令を受信し、
認証フラグ２９０３をクリアする。すなわち未認証状態
に設定する。または、記録再生器３００から記録デバイ
ス４００に電源が供給される様な場合には、パワーオン
時に未承認状態としてセットを行なう方式でもよい。
【０２４１】次に、記録再生器３００の制御部３０１
は、記録再生器暗号処理部３０２に初期化命令を送信す
る。このとき、記録デバイス挿入口番号も併せて送信す
る。記録デバイス挿入口番号を送信することにより、記
録再生器３００に複数の記録デバイスが接続された場合
であっても同時に複数の記録デバイス４００との認証処
理、およびデータ送受信が可能となる。
【０２４２】初期化命令を受信した記録再生器３００の
記録再生器暗号処理部３０２は、記録再生器暗号処理部
３０２の制御部において、記録デバイス挿入口番号に対
応する認証フラグ２９０４をクリアする。すなわち未認
証状態に設定する。
【０２４３】これらの初期化処理が完了すると、記録再
生器３００の制御部３０１は、記録デバイスコントロー
ラ３０３を介してコマンド番号０から順次コマンド番号
を昇順に出力する。記録デバイス４００のコマンド番号
管理部２９０１は、記録再生器３００から入力されるコ
マンド番号を監視し、０から順次入力されることを確認
して、対応するコマンドをコマンドレジスタ２９０２か
ら取り出して認証処理等各種処理を実行する。入力され
るコマンド番号が規定の順でなかった場合には、エラー
とし、コマンド番号受付値を初期状態、すなわち実行可
能コマンド番号＝０にリセットする。
【０２４４】図２９に示すようにコマンドレジスタ２９
０２に格納されたコマンドシーケンスは、認証処理を先
行して処理するようにコマンド番号が付与されており、
その後の処理に復号、鍵交換、暗号化処理の処理シーケ
ンスが格納されている。
【０２４５】復号、鍵交換、暗号化処理の処理シーケン
スの具体例を図３０，３１を用いて説明する。
【０２４６】図３０は、先に図２２において説明した記
録再生器３００から記録デバイス４００へのコンテンツ
のダウンロード処理において実行される処理の一部を構
成するものである。具体的には図２２におけるステップ
Ｓ５９〜Ｓ６０の間で実行される
【０２４７】図３０において、ステップＳ３００１は、
記録再生器からセッション鍵Ｋｓｅｓで暗号化されたデ
ータ（ｅｘ．ブロック情報鍵Ｋｂｉｔ、コンテンツ鍵Ｋ
ｃｏｎ）を記録デバイスが受信する処理であり、その
後、前述の図２９で示したコマンド列ｐ〜ｓが開始され
る。コマンド列ｐ〜ｓは認証処理コマンド０〜ｋが完了
し、図２９に示す認証フラグ２９０３，２９０４に認証
済みのフラグがセットされた後開始される。これは、コ
マンド番号管理部２９０１がコマンド番号を０から昇順
でのみ受け付けることによって保証される。
【０２４８】ステップＳ３００２は、記録デバイスが記
録再生器から受信したセッション鍵Ｋｓｅｓで暗号化さ
れたデータ（ｅｘ．ブロック情報鍵Ｋｂｉｔ，コンテン
ツ鍵Ｋｃｏｎ）をレジスタに格納する処理である。
【０２４９】ステップＳ３００３は、セッション鍵Ｋｓ
ｅｓで暗号化されたデータ（ｅｘ．ブロック情報鍵Ｋｂ
ｉｔ，コンテンツ鍵Ｋｃｏｎ）をレジスタから取り出し
てセッション鍵Ｋｓｅｓで復号する処理を実行するステ
ップである。
【０２５０】ステップＳ３００４は、セッション鍵Ｋｓ
ｅｓで復号化されたデータ（ｅｘ．ブロック情報鍵Ｋｂ
ｉｔ，コンテンツ鍵Ｋｃｏｎ）を保存鍵Ｋｓｔｒで暗号
化する処理を実行するステップである。
【０２５１】上記の処理ステップ３００２〜３００４
は、先の図２９で説明したコマンドレジスタ中のコマン
ド番号ｐ〜ｓに含まれる処理である。これらの処理は、
記録デバイス４００のコマンド番号管理部２９０１にお
いて記録再生器３００から受信するコマンド番号ｐ〜ｓ
に従って記録デバイス暗号処理部４０１が順次実行す
る。
【０２５２】次のステップＳ３００５は、保存鍵Ｋｓｔ
ｒで暗号化したデータ（ｅｘ．ブロック情報鍵Ｋｂｉ
ｔ、コンテンツ鍵Ｋｃｏｎ）を記録デバイスの外部メモ
リに格納するステップである。このステップにおいて
は、記録デバイス暗号処理部４０１から記録再生器３０
０が保存鍵Ｋｓｔｒで暗号化したデータを読み出して、
その後に記録デバイス４００の外部メモリ４０２に格納
してもよい。
【０２５３】上述のステップＳ３００２〜Ｓ３００４
は、連続して実行される割込み不可能な実行シーケンス
であり、たとえば、ステップＳ３００３の復号処理終了
時点で、記録再生器３００からのデータ読み出し命令が
あったとしても、その読み出しコマンドは、コマンドレ
ジスタ２９０２のコマンド番号ｐ〜ｓに設定された昇順
のコマンド番号とは異なるため、コマンド番号管理部２
９０１は、読み出しの実行を受け付けない。従って、記
録デバイス４００における鍵交換の際に発生する復号デ
ータを外部、例えば記録再生器３００から読み出すこと
は不可能となり、鍵データ、コンテンツの不正な読み出
しを防止できる。
【０２５４】図３１は、先に図２８において説明した記
録デバイス４００からコンテンツを読み出して記録再生
器３００において再生するコンテンツ再生処理において
実行される処理の一部を構成するものである。具体的に
は図２８におけるステップＳ７３において実行される処
理である。
【０２５５】図３１において、ステップＳ３１０１は、
記録デバイス４００の外部メモリ４０２から保存鍵Ｋｓ
ｔｒで暗号化されたデータ（ｅｘ．ブロック情報鍵Ｋｂ
ｉｔ、コンテンツ鍵Ｋｃｏｎ）の読み出しを実行するス
テップである。
【０２５６】ステップＳ３１０２は、記録デバイスのメ
モリから読み出した保存鍵Ｋｓｔｒで暗号化されたデー
タ（ｅｘ．ブロック情報鍵Ｋｂｉｔ、コンテンツ鍵Ｋｃ
ｏｎ）をレジスタに格納するステップである。このステ
ップにおいては、記録デバイス４００の外部メモリ４０
２から記録再生器３００が保存鍵Ｋｓｔｒで暗号化した
データを読み出して、その後に記録デバイス４００のレ
ジスタに格納してもよい。
【０２５７】ステップＳ３１０３は、保存鍵Ｋｓｔｒで
暗号化されたデータ（ｅｘ．ブロック情報鍵Ｋｂｉｔ、
コンテンツ鍵Ｋｃｏｎ）をレジスタから取り出して保存
鍵Ｋｓｔｒで復号処理するステップである。
【０２５８】ステップＳ３１０４は、保存鍵Ｋｓｔｒで
復号化されたデータ（ｅｘ．ブロック情報鍵Ｋｂｉｔ、
コンテンツ鍵Ｋｃｏｎ）をセッション鍵Ｋｓｅｓで暗号
化処理するステップである。
【０２５９】上記の処理ステップ３１０２〜３１０４
は、先の図２９で説明したコマンドレジスタ中のコマン
ド番号ｕ〜ｙに含まれる処理である。これらの処理は、
記録デバイスのコマンド番号管理部２９０１において記
録再生器３００から受信するコマンド番号ｕ〜ｙに従っ
て記録デバイス暗号処理部４０６が順次実行する。
【０２６０】次のステップＳ３１０５は、セッション鍵
Ｋｓｅｓで暗号化したデータ（ｅｘ．ブロック情報鍵Ｋ
ｂｉｔ、コンテンツ鍵Ｋｃｏｎ）を記録デバイスから記
録再生器へ送信する処理である。
【０２６１】上述のステップＳ３１０２〜Ｓ３１０４
は、連続して実行される割込み不可能な実行シーケンス
であり、たとえば、ステップＳ３１０３の復号処理終了
時点で、記録再生器３００からのデータ読み出し命令が
あったとしても、その読み出しコマンドは、コマンドレ
ジスタ２９０２のコマンド番号ｕ〜ｙに設定された昇順
のコマンド番号とは異なるため、コマンド番号管理部２
９０１は、読み出しの実行を受け付けない。従って、記
録デバイス４００における鍵交換の際に発生する復号デ
ータを外部、例えば記録再生器３００から読み出すこと
は不可能となり、鍵データあるいはコンテンツの不正な
読み出しを防止できる。
【０２６２】なお、図３０，３１に示す処理では、鍵交
換によって復号、暗号化される対象が、ブロック情報鍵
Ｋｂｉｔ、コンテンツ鍵Ｋｃｏｎである例を示したが、
これらの図２９に示したコマンドレジスタ２９０２に格
納されたコマンドシーケンスには、コンテンツ自体の鍵
交換を伴う復号、暗号化処理を含ませてもよく、鍵交換
によって復号、暗号化される対象は上述の例に限定され
るものではない。
【０２６３】以上、本発明のデータ処理装置における相
互認証後の鍵交換処理について説明した。このように、
本発明のデータ処理装置における鍵交換処理は、記録再
生器と記録デバイス間での認証処理が終了した後におい
てのみ実行可能となり、さらに、鍵交換処理における復
号データの外部からのアクセスが防止可能な構成となっ
ているので、コンテンツ、鍵データの高度なセキュリテ
ィが確保される。
【０２６４】（１０）複数のコンテンツデータフォーマ
ットと、各フォーマットに対応するダウンロードおよび
再生処理 上述した実施例では、例えば図３に示すメディア５００
あるいは通信手段６００におけるデータフォーマットが
図４に示す１つの種類である場合について説明してき
た。しかしながら、メディア５００あるいは、通信手段
６００におけるデータフォーマットは、上述の図４に示
すフォーマットに限らず、コンテンツが音楽である場
合、画像データである場合、ゲーム等のプログラムであ
る場合等、コンテンツに応じたデータフォーマットを採
用することが望ましい。以下、複数の異なるデータデー
タフォーマットと、各フォーマットに対応する記録デバ
イスへのダウンロード処理および記録デバイスからの再
生処理について説明する。
【０２６５】図３２〜３５に４つの異なるデータフォー
マットを示す。各図の左側には、図３に示すメディア５
００、または通信手段６００上におけるデータフォーマ
ットを、また各図の右側には記録デバイス４００の外部
メモリ４０２に格納される場合のデータフォーマットを
示してある。先に、図３２〜３５に示すデータフォーマ
ットの概略を説明し、その後、各フォーマットにおける
各データの内容、および各フォーマットにおけるデータ
の差異について説明する。
【０２６６】図３２は、フォーマットタイプ０であり、
上述の説明中で例として示したタイプと共通のものであ
る。このフォーマットタイプ０の特徴は、データ全体を
任意の大きさのＮ個のデータブロック、すなわちブロッ
ク１〜ブロックＮに分割し、各ブロックについて任意に
暗号化し、暗号化ブロックと非暗号化ブロック、すなわ
ち平文ブロックを混在させてデータを構成できる点であ
る。ブロックの暗号化は、コンテンツ鍵Ｋｃｏｎによっ
て実行されており、コンテンツ鍵Ｋｃｏｎは、メディア
上では配送鍵Ｋｄｉｓによって暗号化され、記録デバイ
スにおける保存時には、記録デバイスの内部メモリに格
納された保存鍵Ｋｓｔｒによって暗号化される。ブロッ
ク情報鍵Ｋｂｉｔについてもメディア上では配送鍵Ｋｄ
ｉｓによって暗号化され、記録デバイスにおける保存時
には、記録デバイスの内部メモリに格納された保存鍵Ｋ
ｓｔｒによって暗号化される。これらの鍵交換は、前述
の「（９）相互認証後の鍵交換処理」において説明した
処理にしたがって実行される。
【０２６７】図３３は、フォーマットタイプ１であり、
このフォーマットタイプ１は、フォーマットタイプ０と
同様、データ全体をＮ個のデータブロック、すなわちブ
ロック１〜ブロックＮに分割しているが、Ｎ個の各ブロ
ックの大きさを同じ大きさとした点で前述のフォーマッ
トタイプ０と異なる。コンテンツ鍵Ｋｃｏｎによるブロ
ックの暗号化処理態様は前述のフォーマットタイプ０と
同様である。また、メディア上で配送鍵Ｋｄｉｓによっ
て暗号化され、記録デバイスにおける保存時には記録デ
バイスの内部メモリに格納された保存鍵Ｋｓｔｒによっ
て暗号化されるコンテンツ鍵Ｋｃｏｎおよびブロック情
報鍵Ｋｂｉｔ構成も上述のフォーマットタイプ０と同様
である。フォーマットタイプ１は、フォーマットタイプ
０と異なり、固定的なブロック構成としたことで、ブロ
ック毎のデータ長等の構成データが簡略化されるので、
フォーマットタイプ０に比較してブロック情報のメモリ
サイズを減らすことが可能となる。
【０２６８】図３３の構成例では、各ブロックを暗号化
パートと非暗号化（平文）パートの１組によって構成し
ている。このようにブロックの長さ、構成が規則的であ
れば、復号処理等の際に各ブロック長、ブロック構成を
確認する必要がなくなるので効率的な復号、暗号処理が
可能となる。なお、フォーマット１においては、各ブロ
ックを構成するパート、すなわち暗号化パート、非暗号
化（平文）パートは、各パート毎にチェック対象として
定義可能な構成となっており、要チェックパーツを含む
ブロックである場合は、そのブロックに関してコンテン
ツチェック値ＩＣＶｉが定義される。
【０２６９】図３４は、フォーマットタイプ２であり、
このフォーマットタイプ２の特徴は、同じ大きさのＮ個
のデータブロック、すなわちブロック１〜ブロックＮに
分割され、各ブロックについて、それぞれ個別のブロッ
ク鍵Ｋｂｌｃで暗号化されていることである。各ブロッ
ク鍵Ｋｂｌｃの暗号化は、コンテンツ鍵Ｋｃｏｎによっ
て実行されており、コンテンツ鍵Ｋｃｏｎは、メディア
上では配送鍵Ｋｄｉｓによって暗号化され、記録デバイ
スにおける保存時には、記録デバイスの内部メモリに格
納された保存鍵Ｋｓｔｒによって暗号化される。ブロッ
ク情報鍵Ｋｂｉｔについてもメディア上では配送鍵Ｋｄ
ｉｓによって暗号化され、記録デバイスにおける保存時
には、記録デバイスの内部メモリに格納された保存鍵Ｋ
ｓｔｒによって暗号化される。
【０２７０】図３５は、フォーマットタイプ３であり、
このフォーマットタイプ３の特徴は、フォーマット・タ
イプ２と同様、同じ大きさのＮ個のデータブロック、す
なわちブロック１〜ブロックＮに分割され、各ブロック
について、それぞれ個別のブロック鍵Ｋｂｌｃで暗号化
されていること、さらに、コンテンツ鍵を用いず、各ブ
ロック鍵Ｋｂｌｃの暗号化は、メデイア上では配送鍵Ｋ
ｄｉｓによって暗号化され、記録デバイス上では保存鍵
Ｋｓｔｒによって暗号化されている点である。コンテン
ツ鍵Ｋｃｏｎは、メディア上、デバイス上、いずれにも
存在しない。ブロック情報鍵Ｋｂｉｔはメディア上では
配送鍵Ｋｄｉｓによって暗号化され、記録デバイスにお
ける保存時には、記録デバイスの内部メモリに格納され
た保存鍵Ｋｓｔｒによって暗号化される。
【０２７１】次に、上記フォーマットタイプ０〜３のデ
ータの内容について説明する。データは先に説明したよ
うに、ヘッダ部とコンテンツ部に大きく２つに分類さ
れ、ヘッダ部にはコンテンツ識別子、取扱方針、チェッ
ク値Ａ，Ｂ，総チェック値、ブロック情報鍵、コンテン
ツ鍵、ブロック情報が含まれる。
【０２７２】取扱方針には、コンテンツのデータ長、ヘ
ッダ長、フォーマットタイプ（以下説明するフォーマッ
ト０〜３）、例えばプログラムであるか、データである
か等のコンテンツタイプ、前述のコンテンツの記録デバ
イスへのダウンロード、再生の欄で説明したように、コ
ンテンツが記録再生器固有に利用可能か否かを決定する
フラグであるローカリゼーション・フラグ、さらに、コ
ンテンツのコピー、ムーブ処理に関する許可フラグ、さ
らに、コンテンツ暗号化アルゴリズム、モード等、コン
テンツに関する各種の利用制限情報および処理情報を格
納する。
【０２７３】チェック値Ａ：ＩＣＶａは、識別情報、取
扱方針に対するチェック値であり、例えば、前述の図２
３で説明した手法によって生成される。
【０２７４】ブロック情報鍵Ｋｂｉｔは、ブロック情報
を暗号化するための鍵であり、先に説明したように、メ
ディア上では配送鍵Ｋｄｉｓによって暗号化され、記録
デバイスにおける保存時には、記録デバイスの内部メモ
リに格納された保存鍵Ｋｓｔｒによって暗号化される。
【０２７５】コンテンツ鍵Ｋｃｏｎは、コンテンツの暗
号化に用いる鍵であり、フォーマットタイプ０，１で
は、ブロック情報鍵Ｋｂｉｔと同様にメディア上では配
送鍵Ｋｄｉｓによって暗号化され、記録デバイスにおけ
る保存時には、記録デバイスの内部メモリに格納された
保存鍵Ｋｓｔｒによって暗号化される。なお、フォーマ
ットタイプ２では、コンテンツ鍵Ｋｃｏｎは、コンテン
ツ各ブロックに構成されるブロック鍵Ｋｂｌｃの暗号化
にも利用される。また、フォーマット・タイプ３におい
ては、コンテンツ鍵Ｋｃｏｎは存在しない。
【０２７６】ブロック情報は、個々のブロックの情報を
記述するテーブルであり、ブロックの大きさ、暗号化さ
れているか否かについてのフラグ、すなわち各ブロック
がチェックの対象（ＩＣＶ）と、なっているか否かを示
す情報が格納される。ブロックがチェックの対象となっ
ている場合は、ブロックのチェック値ＩＣＶｉ（ブロッ
クｉのチェック値）がテーブル中に定義されて格納され
る。このブロック情報は、ブロック情報暗号鍵Ｋｂｉｔ
によって暗号化される。
【０２７７】なお、ブロックのチェック値、すなわちコ
ンテンツチェック値ＩＣＶｉは、ブロックが暗号化され
ている場合、平文（復号文）全体を８バイト単位で排他
論理和した値を記録再生器３００の内部メモリ３０７に
格納されたコンテンツチェック値生成鍵Ｋｉｃｖｃで暗
号化した値として生成される。また、ブロックが暗号化
されていない場合は、ブロックデータ（平文）の全体を
８バイト単位で図３６に示す改竄チェック値生成関数
（ＤＥＳ−ＣＢＣ−ＭＡＣ、コンテンツチェック値生成
鍵Ｋｉｃｖｃを鍵とする）に入力して得た値として生成
される。図３６にコンテンツブロックのチェック値ＩＣ
Ｖｉを生成する構成例を示す。メッセージＭの各々が復
号文データまたは平文データの各８バイトを構成する。
【０２７８】なお、フォーマット・タイプ１において
は、ブロック内のパーツのうち少なくとも１つがチェッ
ク値ＩＣＶｉの対象データ、すなわち要チェックパーツ
である場合は、そのブロックに関してコンテンツチェッ
ク値ＩＣＶｉが定義される。ブロックｉにおけるパーツ
ｊのチェック値Ｐ−ＩＣＶｉｊは、パーツｊが暗号化さ
れている場合、平文（復号文）全体を８バイト単位で排
他論理和した値をコンテンツチェック値生成鍵Ｋｉｃｖ
ｃで暗号化した値として生成される。また、パーツｊが
暗号化されていない場合は、パーツのブロックのデータ
（平文）の全体を８バイト単位で図３６に示す改竄チェ
ック値生成関数（ＤＥＳ−ＣＢＣ−ＭＡＣ、コンテンツ
チェック値生成鍵Ｋｉｃｖｃを鍵とする）に入力して得
た値として生成される。
【０２７９】さらに、１つのブロックｉ内にチェツク対
象であることを示す［ＩＣＶフラグ＝ｓｕｂｊｅｃｔ
ｏｆ ＩＣＶ］であるパーツ、すなわち要チェックパー
ツが１つのみ存在する場合は、上述の手法で生成したチ
ェック値Ｐ−ＩＣＶｉｊをそのままブロックのチェック
値ＩＣＶｉとし、また、１つのブロックｉ内にチェツク
対象であることを示す［ＩＣＶフラグ＝ｓｕｂｊｅｃｔ
ｏｆ ＩＣＶ］であるパーツが複数存在する場合は、
複数のパーツチェック値Ｐ−ＩＣＶｉｊをパーツ番号順
に連結したデータを対象にして８バイト単位で図３７に
示す改竄チェック値生成関数（ＤＥＳ−ＣＢＣ−ＭＡ
Ｃ、コンテンツチェック値生成鍵Ｋｉｃｖｃを鍵とす
る）に入力して得た値として生成される。図３７にコン
テンツブロックのコンテンツチェック値ＩＣＶｉを生成
する構成例を示す。
【０２８０】なお、フォーマット・タイプ２，３におい
ては、ブロックのチェック値ＩＣＶｉは定義されない。
【０２８１】チェック値Ｂ：ＩＣＶｂは、ブロック情報
鍵、コンテンツ鍵、ブロック情報全体に対するチェック
値であり、例えば、前述の図２４で説明した手法によっ
て生成される。
【０２８２】総チェック値ＩＣＶｔは、前述のチェック
値Ａ：ＩＣＶａ、チェック値Ｂ：ＩＣＶｂ、さらにコン
テンツのチェック対象となっている各ブロックに含まれ
るチェック値ＩＣＶｉ全体に対するチェック値であり、
前述の図２５で説明したようにチェック値Ａ：ＩＣＶａ
等の各チェック値から生成される中間チェック値にシス
テム署名鍵Ｋｓｙｓを適用して暗号化処理を実行するこ
とによって生成される。
【０２８３】なお、フォーマット・タイプ２，３におい
ては、総チェック値ＩＣＶｔは、前述のチェック値Ａ：
ＩＣＶａ、チェック値Ｂ：ＩＣＶｂにコンテンツデー
タ、すなわちブロック１のブロック鍵から最終ブロック
までのコンテンツデータ全体を連結したデータから生成
される中間チェック値にシステム署名鍵Ｋｓｙｓを適用
して暗号化処理を実行することによって生成される。図
３８にフォーマット・タイプ２，３における総チェック
値ＩＣＶｔを生成する構成例を示す。
【０２８４】固有チェック値ＩＣＶｄｅｖは、前述のロ
ーカリゼーションフラグが１にセットされている場合、
すなわち、コンテンツが記録再生器固有に利用可能であ
ることを示している場合に、総チェック値ＩＣＶｔに置
き換えられるチェック値であり、フォーマット・タイプ
０，１の場合は、前述のチェック値Ａ：ＩＣＶａ、チェ
ック値Ｂ：ＩＣＶｂ、さらにコンテンツのチェック対象
となっている各ブロックに含まれるチェック値ＩＣＶｉ
全体に対するチェック値として生成される。具体的に
は、前述の図２５、または図３８で説明したようにチェ
ック値Ａ：ＩＣＶａ等の各チェック値から生成される中
間チェック値に記録再生器署名鍵Ｋｄｅｖを適用して暗
号化処理を実行することによって生成される。
【０２８５】次にフォーマットタイプ０〜３各々におけ
る記録再生器３００から記録デバイス４００に対するコ
ンテンツのダウンロード処理、および記録再生器３００
における記録デバイス４００からの再生処理について図
３９〜４４のフローを用いて説明する。
【０２８６】まず、フォーマットタイプ０，１における
コンテンツのダウンロード処理について図３９を用いて
説明する。
【０２８７】図３９に示す処理は、例えば図３に示す記
録再生器３００に記録デバイス４００を装着することに
よって開始される。ステップＳ１０１は、記録再生器と
記録デバイス間における認証処理ステップであり、先に
説明した図２０の認証処理フローに従って実行される。
【０２８８】ステップＳ１０１の認証処理が終了し、認
証フラグがセットされると、記録再生器３００は、ステ
ップＳ１０２において、例えばコンテンツデータを格納
したメディア５００から、読み取り部３０４を介して所
定のフォーマットに従ったデータを読み出すか、通信部
３０５を使って通信手段６００から所定のフォーマット
に従ってデータを受信し、記録再生器３００の制御部３
０１が、データの内のヘッダ（Header）部分を記録再生
器３００の記録再生器暗号処理部３０２に送信する。
【０２８９】次に、ステップＳ１０３において、暗号処
理部３０２の制御部３０６が記録再生器暗号処理部３０
２の暗号／復号化部３０８にチェック値Ａを計算させ
る。チェック値Ａは、図２３に示すように、記録再生器
暗号処理部３０２の内部メモリ３０７に保存されている
チェック値Ａ生成鍵Ｋｉｃｖａを鍵とし、識別情報（Co
ntent ID）と取扱方針（Usage Policy）をメッセージと
して図７を用いて説明したＩＣＶ計算方法に従って計算
される。次に、ステップＳ１０４において、チェック値
Ａとヘッダ（Header）内に格納されたチェック値：ＩＣ
Ｖａを比較し、一致していた場合にはステップＳ１０５
へ進む。
【０２９０】先に説明したようにチェック値Ａ，ＩＣＶ
ａは、識別情報、取扱方針の改竄を検証するためのチェ
ック値である。記録再生器暗号処理部３０２の内部メモ
リ３０７に保存されているチェック値Ａ生成鍵Ｋｉｃｖ
ａを鍵とし、識別情報（Content ID）と取扱方針（Usag
e Policy）をメッセージとして、例えばＩＣＶ計算方法
に従って計算されるチェック値Ａが、ヘッダ（Header）
内に格納されたチェック値：ＩＣＶａと一致した場合に
は、識別情報、取扱方針の改竄はないと判断される。
【０２９１】次に、ステップＳ１０５において、記録再
生器暗号処理部３０２の制御部３０６は、配送鍵Ｋｄｉ
ｓの取り出しまたは生成を記録再生器暗号処理部３０２
の暗号／復号化部３０８に行わせる。配送鍵Ｋｄｉｓの
生成方法は、先に説明した図２２のステップＳ５３と同
様、例えば配送鍵用マスター鍵ＭＫｄｉｓを用いて行わ
れる。
【０２９２】次にステップＳ１０６において、記録再生
器暗号処理部３０２の制御部３０６が、記録再生器暗号
処理部３０２の暗号／復号化部３０８を使って、生成し
た配送鍵Ｋｄｉｓを用いて、読み取り部３０４を介して
受信したメディア５００、または、通信部３０５を介し
て通信手段６００から受信したデータのヘッダ部に格納
されたブロック情報鍵Ｋｂｉｔとコンテンツ鍵Ｋｃｏｎ
の復号化処理を行う。
【０２９３】さらに、ステップＳ１０７において、記録
再生器暗号処理部３０２の制御部３０６は、記録再生器
暗号処理部３０２の暗号／復号化部３０８において、復
号化したブロック情報鍵Ｋｂｉｔでブロック情報を復号
化する。
【０２９４】さらに、ステップＳ１０８において、記録
再生器暗号処理部３０２の制御部３０６は、ブロック情
報鍵Ｋｂｉｔ、コンテンツ鍵Ｋｃｏｎおよびブロック情
報（ＢＩＴ）から、チェック値Ｂ（ＩＣＶｂ’）を生成
する。チェック値Ｂは、図２４に示すように、記録再生
器暗号処理部３０２の内部メモリ３０７に保存されてい
るチェック値Ｂ生成鍵Ｋｉｃｖｂを鍵とし、ブロック情
報鍵Ｋｂｉｔ、コンテンツ鍵Ｋｃｏｎおよびブロック情
報（ＢＩＴ）からなる排他的論理和値をＤＥＳで暗号化
して生成する。次に、ステップＳ１０９において、チェ
ック値Ｂとヘッダ（Header）内のＩＣＶｂを比較し、一
致していた場合にはステップＳ１１０へ進む。
【０２９５】先に説明したように、チェック値Ｂ，ＩＣ
Ｖｂは、ブロック情報鍵Ｋｂｉｔ、コンテンツ鍵Ｋｃｏ
ｎ、ブロック情報の改竄を検証するためのチェック値で
ある。記録再生器暗号処理部３０２の内部メモリ３０７
に保存されているチェック値Ｂ生成鍵Ｋｉｃｖｂを鍵と
し、ブロック情報鍵Ｋｂｉｔ、コンテンツ鍵Ｋｃｏｎお
よびブロック情報（ＢＩＴ）を８バイト単位に分割し排
他的論理和して得られる値をＤＥＳで暗号化して生成し
たチェック値Ｂが、ヘッダ（Header）内に格納されたチ
ェック値：ＩＣＶｂと一致した場合には、ブロック情報
鍵Ｋｂｉｔ、コンテンツ鍵Ｋｃｏｎ、ブロック情報の改
竄はないと判断される。
【０２９６】ステップＳ１１０において、記録再生器暗
号処理部３０２の制御部３０６は、記録再生器暗号処理
部３０２の暗号／復号化部３０８に中間チェック値の計
算をさせる。中間チェック値は、図２５に示すように、
記録再生器暗号処理部３０２の内部メモリ３０７に保存
されている総チェック値生成鍵Ｋｉｃｖｔを鍵とし、検
証したHeader内のチェック値Ａ、チェック値Ｂ、保持し
ておいた全てのコンテンツチェック値をメッセージとし
て図７他で説明したＩＣＶ計算方法に従って計算する。
なお、生成した中間チェック値は、必要に応じて記録再
生器３００の記録再生器暗号処理部３０２に保持してお
く。
【０２９７】次に、ステップＳ１１１において、記録再
生器暗号処理部３０２の制御部３０６は、記録再生器暗
号処理部３０２の暗号／復号化部３０８に総チェック値
ＩＣＶｔ’の計算をさせる。総チェック値ＩＣＶｔ’
は、図２５に示すように、記録再生器暗号処理部３０２
の内部メモリ３０７に保存されているシステム署名鍵Ｋ
ｓｙｓを鍵とし、中間チェック値をＤＥＳで暗号化して
生成する。次に、ステップＳ１１２において、生成した
総チェック値ＩＣＶｔ’とヘッダ（Header）内のＩＣＶ
ｔを比較し、一致していた場合には、ステップＳ１１３
へ進む。
【０２９８】先に図４において説明したように、総チェ
ック値ＩＣＶｔは、ＩＣＶａ、ＩＣＶｂ、各コンテンツ
ブロックのチェック値全ての改竄を検証するためのチェ
ック値である。従って、上述の処理によって生成された
総チェック値がヘッダ（Header）内に格納されたチェッ
ク値：ＩＣＶｔと一致した場合には、ＩＣＶａ、ＩＣＶ
ｂ、各コンテンツブロックのチェック値全ての改竄はな
いと判断される。
【０２９９】次に、ステップＳ１１３において、記録再
生器３００の制御部３０１は、ブロック情報（ＢＩＴ）
内のコンテンツブロック情報を取り出し、コンテンツブ
ロックが検証対象になっているかいないか調べる。コン
テンツブロックが検証対象になっている場合には、ヘッ
ダ中のブロック情報中にコンテンツチェック値が格納さ
れている。
【０３００】コンテンツブロックが検証対象になってい
た場合には、ステップＳ１１４において、該当するコン
テンツブロックを、記録再生器３００の読み取り部３０
４を使ってメディア５００から読み出すか、記録再生器
３００の通信部３０５を使って通信手段６００から受信
し、記録再生器３００の記録再生器暗号処理部３０２へ
送信する。これを受信した記録再生器暗号処理部３０２
の制御部３０６は、記録再生器暗号処理部３０２の暗号
／復号化部３０８にコンテンツチェック値ＩＣＶｉ’を
計算させる。
【０３０１】コンテンツチェック値ＩＣＶｉ’は、先に
説明したようにブロックが暗号化されている場合、コン
テンツ鍵Ｋｃｏｎで、入力されたコンテンツブロックを
ＤＥＳのＣＢＣモードで復号化し、その結果を全て８バ
イト単位で排他的論理和して生成したコンテンツ中間値
を記録再生器３００の内部メモリ３０７に格納されたコ
ンテンツチェック値生成鍵Ｋｉｃｖｃで暗号化して生成
する。また、ブロックが暗号化されていない場合は、デ
ータ（平文）全体を８バイト単位で図３６に示す改竄チ
ェック値生成関数（ＤＥＳ−ＣＢＣ−ＭＡＣ、コンテン
ツチェック値生成鍵Ｋｉｃｖｃを鍵とする）に入力して
得た値として生成される。
【０３０２】次にステップＳ１１５において、記録再生
器暗号処理部３０２の制御部３０６は、当該コンテンツ
チェック値と、ステップＳ１０２で記録再生器３００の
制御部３０１から受信したコンテンツブロック内のＩＣ
Ｖを比較し、その結果を記録再生器３００の制御部３０
１に渡す。これを受信した記録再生器３００の制御部３
０１は、検証に成功していた場合、次の検証対象コンテ
ンツブロックを取り出して記録再生器３００の記録再生
器暗号処理部３０２に検証させ、全てのコンテンツブロ
ックを検証するまで同様の検証処理を繰り返す（ステッ
プＳ１１６）。
【０３０３】なお、ステップＳ１０４、ステップＳ１０
９、ステップＳ１１２、ステップＳ１１５のいずれかに
おいて、チェック値の一致が得られなかった場合はエラ
ーとしてダウンロード処理は終了する。
【０３０４】次に、ステップＳ１１７において、記録再
生器３００の記録再生器暗号処理部３０２は、ステップ
Ｓ１０６で復号化したブロック情報鍵Ｋｂｉｔとコンテ
ンツ鍵Ｋｃｏｎを、記録再生器暗号処理部３０２の暗号
／復号化部３０８に、相互認証の際に共有しておいたセ
ッション鍵Ｋｓｅｓで暗号化させる。記録再生器３００
の制御部３０１は、セッション鍵Ｋｓｅｓで暗号化され
たブロック情報鍵Ｋｂｉｔとコンテンツ鍵Ｋｃｏｎを記
録再生器３００の記録再生器暗号処理部３０２から読み
出し、これらのデータを記録再生器３００の記録デバイ
スコントローラ３０３を介して記録デバイス４００に送
信する。
【０３０５】次に、ステップＳ１１８において、記録再
生器３００から送信されてきたブロック情報鍵Ｋｂｉｔ
とコンテンツ鍵Ｋｃｏｎを受信した記録デバイス４００
は、受信したデータを記録デバイス暗号処理部４０１の
暗号／復号化部４０６に、相互認証の際に共有しておい
たセッション鍵Ｋｓｅｓで復号化させ、記録デバイス暗
号処理部４０１の内部メモリ４０５に保存してある記録
デバイス固有の保存鍵Ｋｓｔｒで再び暗号化させ、記録
再生器３００の制御部３０１は、記録再生器３００の記
録デバイスコントローラ３０３を介し、記録デバイス４
００から保存鍵Ｋｓｔｒで再暗号化されたブロック情報
鍵Ｋｂｉｔとコンテンツ鍵Ｋｃｏｎを読み出す。すなわ
ち、配送鍵Ｋｄｉｓで暗号化されたブロック情報鍵Ｋｂ
ｉｔとコンテンツ鍵Ｋｃｏｎの鍵のかけかえを行なう。
【０３０６】次に、ステップＳ１１９において、記録再
生器３００の制御部３０１は、データのヘッダ部の取扱
方針（Usage Policy）から利用制限情報を取り出し、ダ
ウンロードしたコンテンツが当該記録再生器３００のみ
で利用できるか否かの判定を行なう。この判定は、ロー
カリゼーションフラグ（利用制限情報）＝１に設定され
ている場合は、ダウンロードしたコンテンツが当該記録
再生器３００のみで利用でき、ローカリゼーションフラ
グ（利用制限情報）＝０に設定されている場合は、ダウ
ンロードしたコンテンツが別の同様な記録再生器３００
でも利用できることを示す。判定の結果、ローカリゼー
ションフラグ（利用制限情報）＝１であった場合には、
ステップＳ１２０に進む。
【０３０７】ステップＳ１２０において、記録再生器３
００の制御部３０１は、記録再生器固有のチェック値を
記録再生器３００の記録再生器暗号処理部３０２に計算
させる。記録再生器固有のチェック値は、図２５に示す
ように記録再生器暗号処理部３０２の内部メモリ３０７
に保存されている記録再生器に固有の記録再生器署名鍵
Ｋｄｅｖを鍵とし、ステップＳ１１０で生成した中間チ
ェック値をＤＥＳで暗号化して生成する。計算された記
録再生器固有のチェック値ＩＣＶｄｅｖは、総チェック
値ＩＣＶｔの代わりに上書きされる。
【０３０８】先に説明したように、システム署名鍵Ｋｓ
ｙｓは、配信システムに共通の署名またはICVをつける
ために使用するシステム署名鍵であり、また、記録再生
器署名鍵Ｋｄｅｖは、記録再生器毎に異なり、記録再生
器が署名またはＩＣＶをつけるために使用する記録再生
器署名鍵である。すなわち、システム署名鍵Ｋｓｙｓに
よって署名されたデータは、同じシステム署名鍵を有す
るシステム（記録再生器）によってチェックが成功、す
なわち総チェック値ＩＣＶｔが一致することになるの
で、共通に利用可能となるが、記録再生器署名鍵Ｋｄｅ
ｖを用いて署名された場合には、記録再生器署名鍵はそ
の記録再生器に固有の鍵であるので、記録再生器署名鍵
Ｋｄｅｖを用いて署名されたデータ、すなわち、署名
後、記録デバイスに格納されたデータは、他の記録再生
器に、その記録デバイスを装置して再生しようとした場
合、記録再生器固有のチェック値ＩＣＶｄｅｖが不一致
となり、エラーとなるので再生できないことになる。本
発明のデータ処理装置においては、利用制限情報の設定
によって、システムに共通に使用できるコンテンツ、記
録再生器固有に利用できるコンテンツを自在に設定でき
るものである。
【０３０９】次に、ステップＳ１２１において、記録再
生器３００の制御部３０１は、記録再生器暗号処理部３
０２に格納データフォーマットの形成を実行させる。先
に説明したように、フォーマットタイプは０〜３まで各
タイプがあり、ヘッダ中の取扱方針（図５参照）中に設
定され、この設定タイプにしたがって、先に説明した図
３２〜３５の右側の格納フォーマットにしたがってデー
タを形成する。この図３９に示すフローはフォーマット
０，１のいずれかであるので、図３２，３３のいずれか
のフォーマットに形成される。
【０３１０】ステップＳ１２１において格納データフォ
ーマットの形成が終了すると、ステップ１２２におい
て、記録再生器３００の制御部３０１は、コンテンツを
記録デバイス４００の外部メモリ４０２に保存する。
【０３１１】以上が、フォーマットタイプ０，１におけ
るコンテンツデータのダウンロード処理の態様である。
【０３１２】次に、フォーマットタイプ２におけるコン
テンツデータのダウンロード処理について図４０を用い
て説明する。上記したフォーマットタイプ０，１のダウ
ンロード処理と異なる点を中心に説明する。
【０３１３】ステップＳ１０１〜Ｓ１０９は、上記した
フォーマットタイプ０，１のダウンロード処理と同様で
あるので説明は省略する。
【０３１４】フォーマットタイプ２は、先に説明したよ
うにコンテンツチェック値ＩＣＶｉが定義されていない
ので、ブロック情報中には、コンテンツチェック値ＩＣ
Ｖｉを持たない。フォーマットタイプ２における中間チ
ェック値は、図３８に示すようにチェック値Ａ、チェッ
ク値Ｂと、第１ブロックの先頭データ（ブロック１のブ
ロック鍵）から最終ブロックまでのコンテンツデータ全
体を連結したデータに基づいて生成される中間チェック
値にシステム署名鍵Ｋｓｙｓを適用して暗号化処理を実
行することによって生成される。
【０３１５】従って、フォーマットタイプ２のダウンロ
ード処理においては、ステップＳ１５１においてコンテ
ンツデータを読み出し、ステップＳ１５２において、チ
ェック値Ａ、チェック値Ｂと読み出したコンテンツデー
タに基づいて中間チェック値の生成を実行する。なお、
コンテンツデータは暗号化されている場合でも、復号処
理を行なわない。
【０３１６】フォーマットタイプ２では、前述のフォー
マットタイプ０，１での処理のようにブロックデータの
復号、コンテンツチェック値の照会処理を行なわないの
で、迅速な処理が可能となる。
【０３１７】ステップＳ１１１以下の処理は、フォーマ
ットタイプ０，１における処理と同様であるので説明を
省略する。
【０３１８】以上が、フォーマットタイプ２におけるコ
ンテンツデータのダウンロード処理の態様である。上述
したようにフォーマットタイプ２のダウンロード処理
は、フォーマットタイプ０，１での処理のようにブロッ
クデータの復号、コンテンツチェック値の照会処理を行
なわないので、迅速な処理が可能となり、音楽データ等
リアルタイム処理が要求されるデータ処理に適したフォ
ーマットである。
【０３１９】次に、フォーマットタイプ３におけるコン
テンツデータのダウンロード処理について図４１を用い
て説明する。上記したフォーマットタイプ０，１，２の
ダウンロード処理と異なる点を中心に説明する。
【０３２０】ステップＳ１０１〜Ｓ１０５は、上記した
フォーマットタイプ０，１，２のダウンロード処理と同
様であるので説明は省略する。
【０３２１】フォーマットタイプ３は、基本的にフォー
マットタイプ２における処理と共通する部分が多いが、
フォーマットタイプ３はコンテンツ鍵を有しておらず、
またブロック鍵Ｋｂｌｃが記録デバイスにおいては保存
鍵Ｋｓｔｒで暗号化されて格納される点がフォーマット
タイプ２と異なる。
【０３２２】フォーマットタイプ３のダウンロード処理
におけるフォーマットタイプ２と相違する点を中心とし
て説明する。フォーマットタイプ３では、ステップＳ１
０５の次ステップであるステップＳ１６１において、ブ
ロック情報鍵の復号を行なう。記録再生器暗号処理部３
０２の制御部３０６が、記録再生器暗号処理部３０２の
暗号／復号化部３０８を使って、ステップＳ１０５で生
成した配送鍵Ｋｄｉｓを用いて、読み取り部３０４を介
して受信したメディア５００、または、通信部３０５を
介して通信手段６００から受信したデータのヘッダ部に
格納されたブロック情報鍵Ｋｂｉｔの復号化処理を行
う。フォーマットタイプ３では、データ中にコンテンツ
鍵Ｋｃｏｎが存在しないため、コンテンツ鍵Ｋｃｏｎの
復号化処理は実行されない。
【０３２３】次のステップＳ１０７では、ステップＳ１
６１で復号したブロック情報鍵Ｋｂｉｔを用いてブロッ
ク情報の復号が実行され、さらに、ステップＳ１６２に
おいて、記録再生器暗号処理部３０２の制御部３０６
は、ブロック情報鍵Ｋｂｉｔ、およびブロック情報（Ｂ
ＩＴ）から、チェック値Ｂ（ＩＣＶｂ’）を生成する。
チェック値Ｂは、記録再生器暗号処理部３０２の内部メ
モリ３０７に保存されているチェック値Ｂ生成鍵Ｋｉｃ
ｖｂを鍵とし、ブロック情報鍵Ｋｂｉｔ、およびブロッ
ク情報（ＢＩＴ）からなる排他的論理和値をＤＥＳで暗
号化して生成する。次に、ステップＳ１０９において、
チェック値Ｂとヘッダ（Header）内のＩＣＶｂを比較
し、一致していた場合にはステップＳ１５１へ進む。
【０３２４】フォーマットタイプ３では、チェック値
Ｂ，ＩＣＶｂは、ブロック情報鍵Ｋｂｉｔ、ブロック情
報の改竄を検証するためのチェック値として機能する。
生成したチェック値Ｂが、ヘッダ（Header）内に格納さ
れたチェック値：ＩＣＶｂと一致した場合には、ブロッ
ク情報鍵Ｋｂｉｔ、ブロック情報の改竄はないと判断さ
れる。
【０３２５】ステップＳ１５１〜Ｓ１１２は、フォーマ
ットタイプ２の処理と同様であるので説明を省略する。
【０３２６】ステップＳ１６３では、ステップＳ１５１
で読み出したコンテンツデータに含まれるブロック鍵Ｋ
ｂｌｃをステップＳ１０５で生成した配送鍵Ｋｄｉｓに
よって復号する。
【０３２７】次にステップＳ１６４では、記録再生器３
００の記録再生器暗号処理部３０２が、ステップＳ１６
１で復号化したブロック情報鍵Ｋｂｉｔと、ステップＳ
１６３で復号したブロック鍵Ｋｂｌｃを、記録再生器暗
号処理部３０２の暗号／復号化部３０８に、相互認証の
際に共有しておいたセッション鍵Ｋｓｅｓで暗号化させ
る。記録再生器３００の制御部３０１は、セッション鍵
Ｋｓｅｓで暗号化されたブロック情報鍵Ｋｂｉｔとブロ
ック鍵Ｋｂｌｃを記録再生器３００の記録再生器暗号処
理部３０２から読み出し、これらのデータを記録再生器
３００の記録デバイスコントローラ３０３を介して記録
デバイス４００に送信する。
【０３２８】次に、ステップＳ１６５において、記録再
生器３００から送信されてきたブロック情報鍵Ｋｂｉｔ
とブロック鍵Ｋｂｌｃを受信した記録デバイス４００
は、受信したデータを記録デバイス暗号処理部４０１の
暗号／復号化部４０６に、相互認証の際に共有しておい
たセッション鍵Ｋｓｅｓで復号化させ、記録デバイス暗
号処理部４０１の内部メモリ４０５に保存してある記録
デバイス固有の保存鍵Ｋｓｔｒで再暗号化させ、記録再
生器３００の制御部３０１は、記録再生器３００の記録
デバイスコントローラ３０３を介し、記録デバイス４０
０から保存鍵Ｋｓｔｒで再暗号化されたブロック情報鍵
Ｋｂｉｔとブロック鍵Ｋｂｌｃを読み出す。すなわち、
当初、配送鍵Ｋｄｉｓで暗号化されたブロック情報鍵Ｋ
ｂｉｔとブロック鍵Ｋｂｌｃを保存鍵Ｋｓｔｒで再暗号
化されたブロック情報鍵Ｋｂｉｔとブロック鍵Ｋｂｌｃ
へ置き換えを行なう。
【０３２９】以下のステップＳ１１９〜Ｓ１２２は、前
述のフォーマットタイプ０，１，２と同様であるので説
明を省略する。
【０３３０】以上が、フォーマットタイプ３におけるコ
ンテンツデータのダウンロード処理の態様である。上述
したようにフォーマットタイプ３のダウンロード処理
は、フォーマットタイプ２と同様、ブロックデータの復
号、コンテンツチェック値の照会処理を行なわないの
で、迅速な処理が可能となり、音楽データ等リアルタイ
ム処理が要求されるデータ処理に適したフォーマットで
ある。また、ブロック鍵Ｋｂｌｃにより暗号化コンテン
ツを保護する範囲が局所化されているので、フォーマッ
トタイプ２に比較して、よりセキュリティが高度とな
る。
【０３３１】次に、フォーマットタイプ０〜３各々にお
ける記録再生器３００における記録デバイス４００から
の再生処理について図４２〜４５のフローを用いて説明
する。
【０３３２】まず、フォーマットタイプ０におけるコン
テンツの再生処理について図４２を用いて説明する。
【０３３３】ステップＳ２０１は、記録再生器と記録デ
バイス間における認証処理ステップであり、先に説明し
た図２０の認証処理フローに従って実行される。
【０３３４】ステップＳ２０１の認証処理が終了し、認
証フラグがセットされると、記録再生器３００は、ステ
ップＳ２０２において、記録デバイス４００から所定の
フォーマットに従ったデータのヘッダを読み出し、記録
再生器３００の記録再生器暗号処理部３０２に送信す
る。
【０３３５】次に、ステップＳ２０３において、暗号処
理部３０２の制御部３０６が記録再生器暗号処理部３０
２の暗号／復号化部３０８にチェック値Ａを計算させ
る。チェック値Ａは、先に説明した図２３に示すよう
に、記録再生器暗号処理部３０２の内部メモリ３０７に
保存されているチェック値Ａ生成鍵Ｋｉｃｖａを鍵と
し、識別情報（Content ID）と取扱方針（Usage Polic
y）をメッセージとして計算される。次に、ステップＳ
２０４において、計算されたチェック値Ａとヘッダ（He
ader）内に格納されたチェック値：ＩＣＶａを比較し、
一致していた場合にはステップＳ２０５へ進む。
【０３３６】チェック値Ａ，ＩＣＶａは、識別情報、取
扱方針の改竄を検証するためのチェック値である。計算
されたチェック値Ａが、ヘッダ（Header）内に格納され
たチェック値：ＩＣＶａと一致した場合には、記録デバ
イス４００に格納された識別情報、取扱方針の改竄はな
いと判断される。
【０３３７】次に、ステップＳ２０５において、記録再
生器３００の制御部３０１は、読み出したヘッダから記
録デバイス固有の保存鍵Ｋｓｔｒで暗号化されたブロッ
ク情報鍵Ｋｂｉｔとコンテンツ鍵Ｋｃｏｎを取り出し、
記録再生器３００の記録デバイスコントローラ３０３を
介して記録デバイス４００に送信する。
【０３３８】記録再生器３００から送信されてきたブロ
ック情報鍵Ｋｂｉｔとコンテンツ鍵Ｋｃｏｎを受信した
記録デバイス４００は、受信したデータを記録デバイス
暗号処理部４０１の暗号／復号化部４０６に、記録デバ
イス暗号処理部４０１の内部メモリ４０５に保存してあ
る記録デバイス固有の保存鍵Ｋｓｔｒで復号化処理さ
せ、相互認証の際に共有しておいたセッション鍵Ｋｓｅ
ｓで再び暗号化させる。この処理は、前述した（９）相
互認証後の鍵交換処理の欄で詳しく述べた通りである。
【０３３９】ステップＳ２０６では、記録再生器３００
の制御部３０１は、記録再生器３００の記録デバイスコ
ントローラ３０３を介し、記録デバイス４００からセッ
ション鍵Ｋｓｅｓで再暗号化されたブロック情報鍵Ｋｂ
ｉｔとコンテンツ鍵Ｋｃｏｎを受信する。
【０３４０】次に、ステップＳ２０７において、記録再
生器３００の制御部３０１は、受信したセッション鍵Ｋ
ｓｅｓで再暗号化されたブロック情報鍵Ｋｂｉｔとコン
テンツ鍵Ｋｃｏｎを記録再生器３００の記録再生器暗号
処理部３０２に送信し、セッション鍵Ｋｓｅｓで再暗号
化されたブロック情報鍵Ｋｂｉｔとコンテンツ鍵Ｋｃｏ
ｎを受信した記録再生器３００の記録再生器暗号処理部
３０２は、記録再生器暗号処理部３０２の暗号／復号化
部３０８に、セッション鍵Ｋｓｅｓで暗号化されたブロ
ック情報鍵Ｋｂｉｔとコンテンツ鍵Ｋｃｏｎを、相互認
証の際に共有しておいたセッション鍵Ｋｓｅｓで復号化
させる。
【０３４１】さらに、ステップＳ２０８において、復号
化したブロック情報鍵Ｋｂｉｔで、ステップＳ２０２で
読み出しておいたブロック情報を復号化する。なお、記
録再生器３００の記録再生器暗号処理部３０２は、復号
化したブロック情報鍵Ｋｂｉｔ、コンテンツ鍵Ｋｃｏｎ
およびブロック情報ＢＩＴを、ステップＳ２０２で読み
出したヘッダに含まれるブロック情報鍵Ｋｂｉｔ、コン
テンツ鍵Ｋｃｏｎおよびブロック情報ＢＩＴに置き換え
て保持しておく。また、記録再生器３００の制御部３０
１は、復号化されたブロック情報ＢＩＴを記録再生器３
００の記録再生器暗号処理部３０２から読み出してお
く。
【０３４２】さらに、ステップＳ２０９において、記録
再生器暗号処理部３０２の制御部３０６は、ブロック情
報鍵Ｋｂｉｔ、コンテンツ鍵Ｋｃｏｎおよびブロック情
報（ＢＩＴ）から、チェック値Ｂ（ＩＣＶｂ’）を生成
する。チェック値Ｂは、図２４に示すように、記録再生
器暗号処理部３０２の内部メモリ３０７に保存されてい
るチェック値Ｂ生成鍵Ｋｉｃｖｂを鍵とし、ブロック情
報鍵Ｋｂｉｔ、コンテンツ鍵Ｋｃｏｎおよびブロック情
報（ＢＩＴ）からなる排他的論理和値をＤＥＳで暗号化
して生成する。次に、ステップＳ２１０において、チェ
ック値Ｂとヘッダ（Header）内のＩＣＶｂを比較し、一
致していた場合にはステップＳ２１１へ進む。
【０３４３】チェック値Ｂ，ＩＣＶｂは、ブロック情報
鍵Ｋｂｉｔ、コンテンツ鍵Ｋｃｏｎ、ブロック情報の改
竄を検証するためのチェック値であり、生成したチェッ
ク値Ｂが、ヘッダ（Header）内に格納されたチェック
値：ＩＣＶｂと一致した場合には、記録デバイス４００
に保存されたデータ中のブロック情報鍵Ｋｂｉｔ、コン
テンツ鍵Ｋｃｏｎ、ブロック情報の改竄はないと判断さ
れる。
【０３４４】ステップＳ２１１において、記録再生器暗
号処理部３０２の制御部３０６は、記録再生器暗号処理
部３０２の暗号／復号化部３０８に中間チェック値の計
算をさせる。中間チェック値は、図２５に示すように、
記録再生器暗号処理部３０２の内部メモリ３０７に保存
されている総チェック値生成鍵Ｋｉｃｖｔを鍵とし、検
証したHeader内のチェック値Ａ、チェック値Ｂ、ブロッ
ク情報中の全てのコンテンツチェック値をメッセージと
して図７他で説明したＩＣＶ計算方法に従って計算す
る。なお、生成した中間チェック値は、必要に応じて記
録再生器３００の記録再生器暗号処理部３０２に保持し
ておく。
【０３４５】次に、ステップＳ２１２において、記録再
生器３００の制御部３０１は、記録デバイス４００の外
部メモリ４０２から読み出したデータのヘッダ部に含ま
れる取扱方針（Usage Policy）から利用制限情報を取り
出し、再生予定のコンテンツが当該記録再生器３００の
みで利用できる（利用制限情報が１）か、別の同様な記
録再生器３００でも利用できる（利用制限情報が０）か
判定する。判定の結果、利用制限情報が１、すなわち再
生コンテンツが当該記録再生器３００のみで利用できる
利用制限が設定されている場合には、ステップＳ２１３
に進み、利用制限情報が０、すなわち別の同様な記録再
生器３００でも利用できる設定であった場合には、ステ
ップＳ２１５に進む。なお、ステップＳ２１２の処理は
暗号処理部３０２が行なってもよい。
【０３４６】ステップＳ２１３では、記録再生器３００
の制御部３０１は、記録再生器固有のチェック値ＩＣＶ
ｄｅｖ’を記録再生器３００の記録再生器暗号処理部３
０２に計算させる。記録再生器固有のチェック値ＩＣＶ
ｄｅｖ’は、図２５に示すように記録再生器暗号処理部
３０２の内部メモリ３０７に保存されている記録再生器
署名鍵Ｋｄｅｖを鍵とし、ステップＳ２１１で保持して
おいた中間チェック値をＤＥＳで暗号化して生成する。
【０３４７】次に、ステップＳ２１４において、ステッ
プＳ２１３で計算した記録再生器固有のチェック値ＩＣ
Ｖｄｅｖ’とステップＳ２０２で読み出したヘッダ内の
ＩＣＶｄｅｖを比較し、一致していた場合には、ステッ
プＳ２１７へ進む。
【０３４８】一方ステップＳ２１５では、記録再生器暗
号処理部３０２の制御部３０６は、記録再生器暗号処理
部３０２の暗号／復号化部３０８に総チェック値ＩＣＶ
ｔの計算をさせる。総チェック値ＩＣＶｔ’は、図２５
に示すように、記録再生器暗号処理部３０２の内部メモ
リ３０７に保存されているシステム署名鍵Ｋｓｙｓを鍵
とし、中間チェック値をＤＥＳで暗号化して生成する。
次に、ステップＳ２１６において、生成した総チェック
値ＩＣＶｔ’とヘッダ（Header）内のＩＣＶｔを比較
し、一致していた場合には、ステップＳ２１７へ進む。
【０３４９】総チェック値ＩＣＶｔ、および記録再生器
固有のチェック値ＩＣＶｄｅｖは、ＩＣＶａ、ＩＣＶ
ｂ、各コンテンツブロックのチェック値全ての改竄を検
証するためのチェック値である。従って、上述の処理に
よって生成されたチェック値がヘッダ（Header）内に格
納されたチェック値：ＩＣＶｔまたはＩＣＶｄｅｖと一
致した場合には、記録デバイス４００に格納されたＩＣ
Ｖａ、ＩＣＶｂ、各コンテンツブロックのチェック値全
ての改竄はないと判断される。
【０３５０】次に、ステップＳ２１７において、記録再
生器３００の制御部３０１は、記録デバイス４００から
ブロックデータを読み出す。さらに、ステップＳ２１８
において暗号化されているか否かを判定し、暗号化され
ている場合は、記録再生器３００の暗号処理部３０２に
おいてブロックデータの復号を行なう。暗号化されてい
ない場合は、ステップＳ２１９をスキップしてステップ
Ｓ２２０に進む。
【０３５１】次に、ステップＳ２２０において、記録再
生器３００の制御部３０１は、ブロック情報（ＢＩＴ）
内のコンテンツブロック情報に基づいて、コンテンツブ
ロックが検証対象になっているかいないか調べる。コン
テンツブロックが検証対象になっている場合には、ヘッ
ダ中のブロック情報中にコンテンツチェック値が格納さ
れている。コンテンツブロックが検証対象になっていた
場合には、ステップＳ２２１において、該当するコンテ
ンツブロックのコンテンツチェック値ＩＣＶｉ’を計算
させる。コンテンツブロックが検証対象になっていない
場合には、ステップＳ２２１とＳ２２２をスキップして
ステップＳ２２３に進む。
【０３５２】コンテンツチェック値ＩＣＶｉ’は、先に
図３６で説明したようにブロックが暗号化されている場
合、コンテンツ鍵Ｋｃｏｎで、入力されたコンテンツブ
ロックをＤＥＳのＣＢＣモードで復号化し、その結果を
全て８バイト単位で排他的論理和して生成したコンテン
ツ中間値を記録再生器３００の内部メモリ３０７に格納
されたコンテンツチェック値生成鍵Ｋｉｃｖｃで暗号化
して生成する。また、ブロックが暗号化されていない場
合は、データ（平文）全体を８バイト単位で図３６に示
す改竄チェック値生成関数（ＤＥＳ−ＣＢＣ−ＭＡＣ、
コンテンツチェック値生成鍵Ｋｉｃｖｃを鍵とする）に
入力して得た値として生成される。
【０３５３】ステップＳ２２２においては、記録再生器
暗号処理部３０２の制御部３０６は、生成したコンテン
ツチェック値ＩＣＶｉ’と、ステップＳ２０２で記録デ
バイス４００から受信したヘッダ部に格納されたコンテ
ンツチェック値ＩＣＶｉとを比較し、その結果を記録再
生器３００の制御部３０１に渡す。これを受信した記録
再生器３００の制御部３０１は、検証に成功していた場
合、ステップＳ２２３において、記録再生器システムＲ
ＡＭ上に実行(再生)用コンテンツ平文データを格納す
る。記録再生器３００の制御部３０１は、さらに次の検
証対象コンテンツブロックを取り出して記録再生器３０
０の記録再生器暗号処理部３０２に検証させ、全てのコ
ンテンツブロックを検証するまで同様の検証処理、ＲＡ
Ｍ格納処理を繰り返す（ステップＳ２２４）。
【０３５４】なお、ステップＳ２０４、ステップＳ２１
０、ステップＳ２１４，ステップＳ２１６、ステップＳ
２２２のいずれかにおいて、チェック値の一致が得られ
なかった場合はエラーとして再生処理は終了する。
【０３５５】ステップＳ２２４において全ブロック読み
出しと判定されると、ステップＳ２２５に進み、コンテ
ンツ（プログラム、データ）の実行、再生が開始され
る。
【０３５６】以上が、フォーマットタイプ０におけるコ
ンテンツデータの再生処理の態様である。
【０３５７】次に、フォーマットタイプ１におけるコン
テンツデータの再生処理について図４３を用いて説明す
る。上記したフォーマットタイプ０の再生処理と異なる
点を中心に説明する。
【０３５８】ステップＳ２０１〜ステップＳ２１７まで
の処理は、上記したフォーマットタイプ０の再生処理と
同様であるので説明は省略する。
【０３５９】フォーマットタイプ１では、ステップＳ２
３１において、暗号化パーツの復号が実行され、パーツ
ＩＣＶが生成される。さらに、ステップＳ２３２におい
て、ブロックＩＣＶｉ’が生成される。先に説明したよ
うに、フォーマット・タイプ１においては、ブロック内
のパーツのうち少なくとも１つがチェック値ＩＣＶｉの
対象データである場合は、そのブロックに関してコンテ
ンツチェック値ＩＣＶｉが定義される。ブロックｉにお
けるパーツｊのチェック値Ｐ−ＩＣＶｉｊは、パーツｊ
が暗号化されている場合、平文（復号文）全体を８バイ
ト単位で排他論理和した値をコンテンツチェック値生成
鍵Ｋｉｃｖｃで暗号化した値として生成される。また、
パーツｊが暗号化されていない場合は、データ（平文）
全体を８バイト単位で図３６に示す改竄チェック値生成
関数（ＤＥＳ−ＣＢＣ−ＭＡＣ、コンテンツチェック値
生成鍵Ｋｉｃｖｃを鍵とする）に入力して得た値として
生成される。
【０３６０】さらに、１つのブロックｉ内にチェツク対
象であることを示す［ＩＣＶフラグ＝ｓｕｂｊｅｃｔ
ｏｆ ＩＣＶ］であるパーツが１つのみ存在する場合
は、上述の手法で生成したチェック値Ｐ−ＩＣＶｉｊを
そのままブロックのチェック値ＩＣＶｉとし、また、１
つのブロックｉ内にチェツク対象であることを示す［Ｉ
ＣＶフラグ＝ｓｕｂｊｅｃｔ ｏｆ ＩＣＶ］であるパ
ーツが複数存在する場合は、複数のパーツチェック値Ｐ
−ＩＣＶｉ，ｊをパーツ番号順に連結したデータを対象
にしてデータ（平文）全体を８バイト単位で図３６に示
す改竄チェック値生成関数（ＤＥＳ−ＣＢＣ−ＭＡＣ、
コンテンツチェック値生成鍵Ｋｉｃｖｃを鍵とする）に
入力して得た値として生成される。これは、先に図３７
で説明した通りである。
【０３６１】フォーマットタイプ１では、上述の手順で
生成されたコンテンツチェック値の比較処理がステップ
Ｓ２２２で実行されることになる。以下のステップＳ２
２３以下の処理はフォーマットタイプ０と同様であるの
で説明は省略する。
【０３６２】次に、フォーマットタイプ２におけるコン
テンツデータの再生処理について図４４を用いて説明す
る。上記したフォーマットタイプ０，１の再生処理と異
なる点を中心に説明する。
【０３６３】ステップＳ２０１〜Ｓ２１０は、上記した
フォーマットタイプ０，１の再生処理と同様であるので
説明は省略する。
【０３６４】フォーマットタイプ２においては、フォー
マットタイプ０，１において実行されたステップＳ２１
１〜Ｓ２１６の処理が実行されない。また、フォーマッ
トタイプ２においては、コンテンツチェック値を持たな
いため、フォーマットタイプ０，１において実行された
ステップＳ２２２のコンテンツチェック値の検証も実行
されない。
【０３６５】フォーマットタイプ２のデータ再生処理に
おいては、ステップＳ２１０のチェック値Ｂの検証ステ
ップの後、ステップＳ２１７に進み、記録再生器３００
の制御部３０１の制御によって、ブロックデータが読み
出される。さらに、ステップＳ２４１において、記録再
生器３００の暗号処理部３０６によるブロックデータに
含まれるブロック鍵Ｋｂｌｃの復号処理が実行される。
記録デバイス４００に格納されたブロック鍵Ｋｂｌｃ
は、図３４で示すようにコンテンツ鍵Ｋｃｏｎで暗号化
されており、先のステップＳ２０７において復号したコ
ンテンツ鍵Ｋｃｏｎを用いてブロック鍵Ｋｂｌｃの復号
を行なう。
【０３６６】次に、ステップＳ２４２において、ステッ
プＳ２４１で復号されたブロック鍵Ｋｂｌｃを用いてブ
ロックデータの復号処理が実行される。さらに、ステッ
プＳ２４３において、コンテンツ（プログラム、デー
タ）の実行、再生処理が実行される。ステップＳ２１７
〜ステップＳ２４３の処理が全ブロックについて繰り返
し実行される。ステップＳ２４４において全ブロック読
み出しと判定されると再生処理は終了する。
【０３６７】このようにフォーマットタイプ２の処理
は、総チェック値等のチェック値検証処理を省略してお
り、高速な復号処理の実行に適している構成であり、音
楽データ等リアルタイム処理が要求されるデータ処理に
適したフォーマットである。
【０３６８】次にフォーマットタイプ３におけるコンテ
ンツデータの再生処理について図４５を用いて説明す
る。上記したフォーマットタイプ０，１，２の再生処理
と異なる点を中心に説明する。
【０３６９】フォーマットタイプ３は、基本的にフォー
マットタイプ２における処理と共通する部分が多いが、
フォーマットタイプ３は図３５において説明したように
コンテンツ鍵を有しておらず、またブロック鍵Ｋｂｌｃ
が記録デバイスにおいては保存鍵Ｋｓｔｒで暗号化され
て格納される点がフォーマットタイプ２と異なる。
【０３７０】ステップＳ２０１〜Ｓ２１０において、ス
テップＳ２５１、ステップＳ２５２、ステップＳ２５
３、ステップＳ２５４の処理は、前述のフォーマットタ
イプ０，１，２における対応処理と異なりコンテンツ鍵
を含まない処理として構成されている。
【０３７１】ステップＳ２５１において、記録再生器３
００の制御部３０１は、読み出したヘッダから記録デバ
イス固有の保存鍵Ｋｓｔｒで暗号化されたブロック情報
鍵Ｋｂｉｔを取り出し、記録再生器３００の記録デバイ
スコントローラ３０３を介して記録デバイス４００に送
信する。
【０３７２】記録再生器３００から送信されてきたブロ
ック情報鍵Ｋｂｉｔを受信した記録デバイス４００は、
受信したデータを記録デバイス暗号処理部４０１の暗号
／復号化部４０６に、記録デバイス暗号処理部４０１の
内部メモリ４０５に保存してある記録デバイス固有の保
存鍵Ｋｓｔｒで復号化処理させ、相互認証の際に共有し
ておいたセッション鍵Ｋｓｅｓで再暗号化させる。この
処理は、前述した（９）相互認証後の鍵交換処理の欄で
詳しく述べた通りである。
【０３７３】ステップＳ２５２では、記録再生器３００
の制御部３０１は、記録再生器３００の記録デバイスコ
ントローラ３０３を介し、記録デバイス４００からセッ
ション鍵Ｋｓｅｓで再暗号化されたブロック情報鍵Ｋｂ
ｉｔを受信する。
【０３７４】次に、ステップＳ２５３において、記録再
生器３００の制御部３０１は、受信したセッション鍵Ｋ
ｓｅｓで再暗号化されたブロック情報鍵Ｋｂｉｔを記録
再生器３００の記録再生器暗号処理部３０２に送信し、
セッション鍵Ｋｓｅｓで再暗号化されたブロック情報鍵
Ｋｂｉｔを受信した記録再生器３００の記録再生器暗号
処理部３０２は、記録再生器暗号処理部３０２の暗号／
復号化部３０８に、セッション鍵Ｋｓｅｓで暗号化され
たブロック情報鍵Ｋｂｉｔを、相互認証の際に共有して
おいたセッション鍵Ｋｓｅｓで復号化させる。
【０３７５】さらに、ステップＳ２０８において、復号
化したブロック情報鍵Ｋｂｉｔで、ステップＳ２０２で
読み出しておいたブロック情報を復号化する。なお、記
録再生器３００の記録再生器暗号処理部３０２は、復号
化したブロック情報鍵Ｋｂｉｔおよびブロック情報ＢＩ
Ｔを、ステップＳ２０２で読み出したヘッダに含まれる
ブロック情報鍵Ｋｂｉｔおよびブロック情報ＢＩＴに置
き換えて保持しておく。また、記録再生器３００の制御
部３０１は、復号化されたブロック情報ＢＩＴを記録再
生器３００の記録再生器暗号処理部３０２から読み出し
ておく。
【０３７６】さらに、ステップＳ２５４において、記録
再生器暗号処理部３０２の制御部３０６は、ブロック情
報鍵Ｋｂｉｔおよびブロック情報（ＢＩＴ）から、チェ
ック値Ｂ（ＩＣＶｂ’）を生成する。チェック値Ｂは、
図２４に示すように、記録再生器暗号処理部３０２の内
部メモリ３０７に保存されているチェック値Ｂ生成鍵Ｋ
ｉｃｖｂを鍵とし、ブロック情報鍵Ｋｂｉｔおよびブロ
ック情報（ＢＩＴ）からなる排他的論理和値をＤＥＳで
暗号化して生成する。次に、ステップＳ２１０におい
て、チェック値Ｂとヘッダ（Header）内のＩＣＶｂを比
較し、一致していた場合にはステップＳ２１１へ進む。
【０３７７】フオーマットタイプ３では、さらに、ブロ
ック鍵が記録デバイスでの格納時に保存鍵によって暗号
化されるため、記録デバイス４００における保存鍵での
復号処理、およびセッション鍵での暗号化処理、さら
に、記録再生器３００でのセッション鍵での復号処理が
必要となる。これらの一連の処理がステップＳ２５５、
ステップＳ２５６で示した処理ステップである。
【０３７８】ステップＳ２５５では、記録再生器３００
の制御部３０１は、ステップＳ２１７で読み出したブロ
ックから記録デバイス固有の保存鍵Ｋｓｔｒで暗号化さ
れたブロック鍵Ｋｂｌｃを取り出し、記録再生器３００
の記録デバイスコントローラ３０３を介して記録デバイ
ス４００に送信する。
【０３７９】記録再生器３００から送信されてきたブロ
ック鍵Ｋｂｌｃを受信した記録デバイス４００は、受信
したデータを記録デバイス暗号処理部４０１の暗号／復
号化部４０６に、記録デバイス暗号処理部４０１の内部
メモリ４０５に保存してある記録デバイス固有の保存鍵
Ｋｓｔｒで復号化処理させ、相互認証の際に共有してお
いたセッション鍵Ｋｓｅｓで再暗号化させる。この処理
は、前述した「（９）相互認証後の鍵交換処理」の欄で
詳しく述べた通りである。
【０３８０】ステップＳ２５６では、記録再生器３００
の制御部３０１は、記録再生器３００の記録デバイスコ
ントローラ３０３を介し、記録デバイス４００からセッ
ション鍵Ｋｓｅｓで再暗号化されたブロック鍵Ｋｂｌｃ
を受信する。
【０３８１】次に、ステップＳ２５７において、記録再
生器３００の暗号処理部３０６によるブロック鍵Ｋｂｌ
ｃのセッション鍵Ｋｓｅｓを用いた復号処理が実行され
る。
【０３８２】次に、ステップＳ２４２において、ステッ
プＳ２５７で復号されたブロック鍵Ｋｂｌｃを用いてブ
ロックデータの復号処理が実行される。さらに、ステッ
プＳ２４３において、コンテンツ（プログラム、デー
タ）の実行、再生処理が実行される。ステップＳ２１７
〜ステップＳ２４３の処理が全ブロックについて繰り返
し実行される。ステップＳ２４４において全ブロック読
み出しと判定されると再生処理は終了する。
【０３８３】以上の処理が、フォーマットタイプ３にお
けるコンテンツの再生処理である。総チェック値の検証
処理が省略された点でフォーマットタイプ２と類似する
が、ブロック鍵の鍵交換処理を含む点でフォーマットタ
イプ２に比較して、さらにセキュリテイ・レベルの高い
処理構成となっている。
【０３８４】（１１）コンテンツプロバイダにおけるチ
ェック値（ＩＣＶ）生成処理態様 上述の実施例中において、各種のチェック値ＩＣＶにつ
いての検証処理が、コンテンツのダウンロード、または
再生処理等の段階で実行されることを説明してきた。こ
こでは、これら各チェック値（ＩＣＶ）生成処理、検証
処理の態様について説明する。
【０３８５】まず、実施例で説明した各チェック値につ
いて、簡潔にまとめると、本発明のデータ処理装置にお
いて利用されるチェック値ＩＣＶには以下のものがあ
る。
【０３８６】チェック値Ａ，ＩＣＶａ：コンテンツデー
タ中の識別情報、取扱方針の改竄を検証するためのチェ
ック値。 チェック値Ｂ，ＩＣＶｂ：ブロック情報鍵Ｋｂｉｔ、コ
ンテンツ鍵Ｋｃｏｎ、ブロック情報の改竄を検証するた
めのチェック値。 コンテンツチェック値ＩＣＶｉ：コンテンツの各コンテ
ンツブロックの改竄を検証するためのチェック値。 総チェック値ＩＣＶｔ：チェック値ＩＣＶａ、チェック
値ＩＣＶｂ、各コンテンツブロックのチェック値全ての
改竄を検証するためのチェック値である。 再生器固有チェック値ＩＣＶｄｅｖ：ローカリゼーショ
ンフラグが１にセットされている場合、すなわち、コン
テンツが記録再生器固有に利用可能であることを示して
いる場合に、総チェック値ＩＣＶｔに置き換えられるチ
ェック値であり、前述のチェック値Ａ：ＩＣＶａ、チェ
ック値Ｂ：ＩＣＶｂ、さらにコンテンツのチェック対象
となっている各ブロックに含まれるチェック値ＩＣＶｉ
全体に対するチェック値として生成される。フォーマッ
トによっては、ＩＣＶｔ、ＩＣＶｄｅｖがチェックする
対象に含まれるのは、各コンテンツブロックのチェック
値ではなく、コンテンツそのものとなる場合もある。
【０３８７】以上の各チェック値が本発明のデータ処理
装置において用いられる。上記各チェック値の中で、チ
ェック値Ａ、チェック値Ｂ、総チェック値、コンテンツ
チェック値は、例えば図３２〜３５、および図６に示さ
れるようにコンテンツデータを提供するコンテンツプロ
バイダ、あるいはコンテンツ管理者によって、それぞれ
の検証対象データに基づいてＩＣＶ値が生成され、コン
テンツと共にデータ中に格納されて記録再生器３００の
利用者に提供される。記録再生器の利用者、すなわちコ
ンテンツ利用者は、このコンテンツを記録デバイスにダ
ウンロードする際、または再生する際にそれぞれの検証
対象データに基づいて検証用のＩＣＶを生成して、格納
済みのＩＣＶとの比較を行なう。また、再生器固有チェ
ック値ＩＣＶｄｅｖは、コンテンツが記録再生器固有に
利用可能であることを示している場合に、総チェック値
ＩＣＶｔに置き換えられて、記録デバイスに格納される
ものである。
【０３８８】チェック値の生成処理は、前述の実施例中
では、主としてＤＥＳ−ＣＢＣによる生成処理構成を説
明してきた。しかし、ＩＣＶの生成処理態様には、上述
の方法に限らず様々な生成処理態様、さらに、様々な検
証処理態様がある。特にコンテンツ提供者または管理者
と、コンテンツ利用者との関係においては、以下に説明
する各種のＩＣＶ生成および検証処理構成が可能であ
る。
【０３８９】図４６〜図４８にチェック値ＩＣＶの生成
者における生成処理と、検証者による検証処理を説明す
る図を示す。
【０３９０】図４６は、上述の実施例中で説明したＤＥ
Ｓ−ＣＢＣによるＩＣＶの生成処理を、例えばコンテン
ツ提供者または管理者であるＩＣＶ生成者が行ない、生
成したＩＣＶをコンテンツと共に記録再生器利用者、す
なわち検証者に提供する構成である。この場合に記録再
生器利用者、すなわち検証者が検証処理の際に必要とな
る鍵は、例えば図１８に示す内部メモリ３０７に格納さ
れた各チェック値生成鍵である。コンテンツ利用者であ
る検証者（記録再生器利用者）は、内部メモリ３０７に
格納されたチェック値生成鍵を使用して、検証対象のデ
ータにＤＥＳ−ＣＢＣを適用してチェック値を生成して
格納チェック値と比較処理を実行する。この場合、各チ
ェック値生成鍵は、ＩＣＶの生成者と、検証者が秘密に
共有する鍵として構成される。
【０３９１】図４７は、コンテンツ提供者または管理者
であるＩＣＶの生成者が公開鍵暗号系のデジタル署名に
よりＩＣＶを生成して、生成したＩＣＶをコンテンツと
共にコンテンツ利用者、すなわち検証者に提供する。コ
ンテンツ利用者、すなわち検証者は、ＩＣＶ生成者の公
開鍵を保存し、この公開鍵を用いてＩＣＶの検証処理を
実行する構成である。この場合、コンテンツ利用者（記
録再生器利用者）、すなわち検証者の有するＩＣＶ生成
者の公開鍵は秘密にする必要がなく、管理は容易とな
る。ＩＣＶの生成、管理が１つのエンティテイにおいて
実行される場合等、ＩＣＶの生成、管理が高いセキュリ
ティ管理レベルで行われている場合に適した態様であ
る。
【０３９２】図４８は、コンテンツ提供者または管理者
であるＩＣＶの生成者が公開鍵暗号系のデジタル署名に
よりＩＣＶを生成して、生成したＩＣＶをコンテンツと
共にコンテンツ利用者、すなわち検証者に提供し、さら
に、検証者が検証に用いる公開鍵を公開鍵証明書（例え
ば図１４参照）に格納してコンテンツデータと共に記録
再生器利用者、すなわち検証者に提供する。ＩＣＶの生
成者が複数存在する場合には、各生成者は、公開鍵の正
当性を証明するデータ（公開鍵証明書）を鍵管理センタ
に作成してもらう。
【０３９３】ＩＣＶの検証者であるコンテンツ利用者
は、鍵管理センタの公開鍵を持ち、検証者は公開鍵証明
書の検証を鍵管理センタの公開鍵によって実行し、正当
性が確認されたら、その公開鍵証明書に格納されたＩＣ
Ｖの生成者の公開鍵を取り出す。さらに、取り出したＩ
ＣＶの生成者の公開鍵を用いてＩＣＶの検証を実行す
る。
【０３９４】この方法は、ＩＣＶの生成者が複数あり、
それらの管理を実行するセンタによる管理の実行システ
ムが確立している場合に有効な態様である。
【０３９５】（１２）マスタ鍵に基づく暗号処理鍵生成
構成 次に、本発明のデータ処理システムにおける特徴的な構
成の１つである、マスタ鍵に基づく各種暗号処理用鍵の
生成構成について説明する。
【０３９６】先に図１８を用いて説明したように、本発
明のデータ処理装置における記録再生器３００の内部メ
モリには、様々なマスタ鍵が格納され、これらの各マス
タ鍵を用いて、例えば認証鍵Ｋａｋｅを生成（数３参
照）したり、あるいは配送鍵Ｋｄｉｓを生成（数４参
照）する構成となっている。
【０３９７】従来、1対１のエンティテイ間、すなわち
コンテンツプロバイダとコンテンツ利用者間、あるい
は、上述の本発明のデータ処理装置における記録再生器
３００と記録メディア４００との間において暗号通信、
相互認証、ＭＡＣ生成、検証等を行なう際には、各エン
ティテイに共通な秘密情報、例えば鍵情報を保持させて
いた。また、１対多の関係、例えば１つのコンテンツプ
ロバイダに対する多数のコンテンツ利用者、あるいは１
つの記録再生器に対する多数の記録メディア等の関係に
おいては、すべてのエンティテイ、すなわち多数のコン
テンツ利用者、あるいは多数の記録メディアにおいて共
有させた秘密情報、例えば鍵情報を格納保持させる構成
とするか、あるいは、１つのコンテンツプロバイダが多
数のコンテンツ利用者各々の秘密情報(ｅｘ．鍵)を個別
に管理し、これを各コンテンツ利用者に応じて使い分け
ていた。
【０３９８】しかしながら、上記のような１対多の利用
関係がある場合、すべてが共有する秘密情報(ｅｘ．鍵)
を所有する構成においては、１箇所の秘密漏洩が発生す
ると同じ秘密情報(ｅｘ．鍵)を利用している者すべてに
影響が及ぶという欠点がある。また、１つの管理者、例
えばコンテンツプロバイダが多数のコンテンツ利用者各
々の秘密情報(ｅｘ．鍵)を個別に管理し、これを各コン
テンツ利用者に応じて使い分ける構成とすると、すべて
の利用者を識別し、かつその識別データに固有の秘密情
報(ｅｘ．鍵)を対応づけたリストが必要となり、利用者
の増大に伴うリストの保守管理の負担が増加するという
欠点がある。
【０３９９】本発明のデータ処理装置においては、この
ようなエンティテイ間における秘密情報の共有における
従来の問題点をマスター鍵の保有、およびマスター鍵か
ら各種の個別鍵を生成する構成により解決した。以下、
この構成について説明する。
【０４００】本発明のデータ処理装置においては、記録
デバイスやコンテンツを格納したメディア、または記録
再生器間での各種の暗号処理、認証処理等において異な
る個別の鍵が必要になる場合、その個別の鍵を、デバイ
スやメディアが固有に持つ識別子データ（ＩＤ）などの
個別情報と記録再生器３００内であらかじめ決められた
個別鍵生成方式を用いて生成する。この構成により万が
一、生成された個別の鍵が特定された場合でもマスター
鍵の漏洩を防止すれば、システム全体への被害を防ぐこ
とが可能となる。またマスター鍵によって鍵を生成する
構成により対応づけリストの管理も不要となる。
【０４０１】具体的な構成例について、図を用いて説明
する。まず、図４９に各種の鍵を記録再生器３００の有
する各種のマスタ鍵を用いて生成する構成を説明する図
を示す。図４９のメディア５００、通信手段６００から
は、すでに説明した実施例と同様、コンテンツが入力さ
れる。コンテンツはコンテンツ鍵Ｋｃｏｎによって暗号
化され、またコンテンツ鍵Ｋｃｏｎは、配送鍵Ｋｄｉｓ
によって暗号化されている。
【０４０２】例えば、記録再生器３００がメディア５０
０、通信手段６００からコンテンツを取り出して、記録
デバイス４００にダウンロードしようとする場合、先の
図２２、図３９〜４１において説明したように、記録再
生器３００は、コンテンツ鍵を暗号化している配送鍵Ｋ
ｄｉｓを取得することが必要となる。このＫｄｉｓをメ
ディア５００、通信手段６００から直接取得したり、あ
るいは予め記録再生器３００が取得して記録再生器３０
０内のメモリに格納しておくことも可能であるが、この
ような鍵の多数のユーザに対する配布構成は、先にも説
明したようにシステム全体に影響を及ぼす漏洩の可能性
がある。
【０４０３】本発明のデータ処理システムでは、この配
送鍵Ｋｄｉｓを図４９の下部に示すように、記録再生器
３００のメモリに格納された配送鍵用マスター鍵ＭＫｄ
ｉｓと、コンテンツＩＤに基づく処理、すなわちＫｄｉ
ｓ＝ＤＥＳ（ＭＫｄｉｓ，コンテンツＩＤ）を適用して
配送鍵Ｋｄｉｓを生成する構成としている。本構成によ
れば、メディア５００、通信手段６００からコンテンツ
を供給するコンテンツプロバイダとそのコンテンツ利用
者である記録再生器３００間におけるコンテンツ配布構
成において、コンテンツプロバイダが多数存在した場合
であっても、個々の配送鍵Ｋｄｉｓをメディア、通信媒
体等を介して流通させる必要もなく、また、各記録再生
器３００に格納する必要もなく、セキュリティを高度に
保つことが可能となる。
【０４０４】次に、認証鍵Ｋａｋｅの生成について説明
する。先に説明した図２２、図３９〜４１の記録再生器
３００から記録メディア４００に対するダウンロード処
理、あるいは図２８，図４２〜４５で説明した記録メデ
ィア４００に格納されたコンテンツを記録再生器３００
において実行、再生する場合、記録再生器３００と記録
メディア４００間における相互認証処理（図２０参照）
が必要となる。
【０４０５】図２０で説明したように、この認証処理に
おいて記録再生器３００は認証鍵Ｋａｋｅが必要とな
る。記録再生器３００は、認証鍵を例えば記録メディア
４００から直接取得したり、あるいは予め記録再生器３
００が取得して記録再生器３００内のメモリに格納して
おくことも可能であるが、上述の配送鍵の構成と同様、
このような鍵の多数のユーザに対する配布構成は、シス
テム全体に影響を及ぼす漏洩の可能性がある。
【０４０６】本発明のデータ処理システムでは、この認
証鍵Ｋａｋｅを図４９の下部に示すように、記録再生器
３００のメモリに格納された認証鍵用マスター鍵ＭＫａ
ｋｅと、記録デバイス識別ＩＤ：ＩＤｍｅｍに基づく処
理、すなわちＫａｋｅ＝ＤＥＳ（ＭＫａｋｅ，ＩＤｍｅ
ｍ）によって認証鍵Ｋａｋｅを求める構成としている。
【０４０７】さらに、図２２、図３９〜４１の記録再生
器３００から記録メディア４００に対するダウンロード
処理、あるいは図２８，図４２〜４５で説明した記録メ
ディア４００に格納されたコンテンツを記録再生器３０
０において実行、再生する場合、記録再生器固有に利用
可能なコンテンツである場合の記録再生器固有チェック
値ＩＣＶｄｅｖの生成処理に必要となる記録再生器署名
鍵Ｋｄｅｖについても上述の配送鍵、認証鍵と同様の構
成とすることができる。上述の実施例中では、記録再生
器署名鍵Ｋｄｅｖは内部メモリに格納する構成としてい
たが、記録再生器署名鍵用マスター鍵ＭＫｄｅｖをメモ
リに格納し、記録再生器署名鍵Ｋｄｅｖは内部メモリに
格納せず、必要に応じて図４９の下部に示すように記録
再生器識別子：ＩＤｄｅｖと記録再生器署名鍵用マスタ
ー鍵ＭＫｄｅｖに基づいて、Ｋｄｅｖ＝ＤＥＳ（ＭＫｄ
ｅｖ，ＩＤｄｅｖ）によって記録再生器署名鍵Ｋｄｅｖ
を求める構成とすることで、記録再生器署名鍵Ｋｄｅｖ
を機器個別に持たせる必要がなくなるという利点が挙げ
られる。
【０４０８】このように、本発明のデータ処理装置にお
いては、プロバイダと記録再生器、あるいは記録再生器
と記録デバイス間のような２つのエンテイテイ間におけ
る暗号情報処理に関する手続きに必要な鍵等の情報をマ
スター鍵と各ＩＤから逐次的に生成する構成としたの
で、鍵情報が各エンテイテイから漏洩した場合でも、個
別の鍵による被害の範囲はより限定され、また前述した
ような個別のエンテイテイごとの鍵リストの管理も不要
となる。
【０４０９】本構成に関する複数の処理例についてフロ
ーを示して説明する。図５０は、コンテンツ製作または
管理者におけるマスター鍵を用いたコンテンツ等の暗号
化処理と、ユーザデバイス、例えば上述の実施例におけ
る記録再生器３００におけるマスター鍵を用いた暗号化
データの復号処理例である。
【０４１０】コンテンツ製作または管理者におけるステ
ップＳ５０１は、コンテンツに対する識別子（コンテン
ツＩＤ）を付与するステップである。ステップＳ５０２
は、コンテンツ製作または管理者の有するマスター鍵と
コンテンツＩＤとに基づいてコンテンツ等を暗号化する
鍵を生成するステップである。これは例えば、配送鍵Ｋ
ｄｉｓを生成する工程とすれば、前述のＫｄｉｓ＝ＤＥ
Ｓ（ＭＫｄｉｓ，コンテンツＩＤ）によって配送鍵Ｋｄ
ｉｓを生成する。次に、ステップＳ５０３は、コンテン
ツの一部、または全部を鍵（例えば配送鍵Ｋｄｉｓ）に
よって暗号化するステップである。コンテンツ製作者
は、このようなステップを経て暗号化処理を行なったコ
ンテンツをＤＶＤ等のメディア、通信手段等を介して配
信する。
【０４１１】一方、例えば記録再生器３００等のユーザ
デバイス側では、ステップＳ５０４において、メディ
ア、通信手段等を介して受領したコンテンツデータ中か
らコンテンツＩＤを読み出す。次に、ステップＳ５０５
において、読み出したコンテンツＩＤと所有するマスタ
ー鍵に基づいて暗号化コンテンツの復号に適用する鍵を
生成する。この生成処理は、配送鍵Ｋｄｉｓを得るもの
である場合は、例えば配送鍵Ｋｄｉｓ＝ＤＥＳ（ＭＫｄ
ｉｓ，コンテンツＩＤ）となる。ステップＳ５０６で、
この鍵を用いてコンテンツを復号し、ステップＳ５０７
で復号コンテンツの利用、すなわち再生またはプログラ
ムを実行する。
【０４１２】この例においては、図５０下段に示すよう
に、コンテンツ製作または管理者と、ユーザデバイスの
双方がマスター鍵（例えば配送鍵生成用マスター鍵ＭＫ
ｄｉｓ）を有し、コンテンツの暗号化、復号に必要な配
送鍵を逐次的にそれぞれの所有するマスター鍵と各ＩＤ
（コンテンツＩＤ）に基づいて生成する。
【０４１３】このシステムでは、万が一配送鍵が第三者
に漏洩した場合、そのコンテンツの復号が第三者におい
て可能となるが、コンテンツＩＤの異なる他のコンテン
ツの復号は防止することが可能であるため、１つのコン
テンツ鍵の漏洩がシステム全体に及ぼす影響を最小限に
することができるという効果がある。また、ユーザデバ
イス側、すなわち記録再生器において、コンテンツ毎の
鍵の対応付けリストを保持する必要がないという効果も
ある。
【０４１４】次に図５１を用いて、コンテンツ製作また
は管理者が複数のマスター鍵を所有して、コンテンツの
配信対象に応じた処理を実行する例について説明する。
【０４１５】コンテンツ製作または管理者におけるステ
ップＳ５１１は、コンテンツに対する識別子（コンテン
ツＩＤ）を付与するステップである。ステップＳ５１２
は、コンテンツ製作または管理者の有する複数のマスタ
ー鍵（例えば複数の配送鍵生成用マスター鍵ＭＫｄｉ
ｓ）から１つのマスター鍵を選択するステップである。
この選択処理は図５２を用いてさらに説明するが、コン
テンツの利用者の国ごと、機種ごと、あるいは機種のバ
ージョンごとなどに対応付けて予め適用するマスター鍵
を設定しておき、その設定に従って実行するものであ
る。
【０４１６】次に、ステップＳ５１３では、ステップＳ
５１２で選択したマスター鍵と、ステップＳ５１１で決
定したコンテンツＩＤとに基づいて暗号化用の鍵を生成
する。これは例えば、配送鍵Ｋｄｉｓｉを生成する工程
とすれば、Ｋｄｉｓｉ＝ＤＥＳ（ＭＫｄｉｓｉ，コンテ
ンツＩＤ）によって生成する。次に、ステップＳ５１４
はコンテンツの一部、または全部を鍵（例えば配送鍵Ｋ
ｄｉｓｉ）によって暗号化するステップである。コンテ
ンツ製作者は、ステップＳ５１５において、コンテンツ
ＩＤと、使用したマスター鍵識別情報と、暗号化コンテ
ンツを１つの配布単位として暗号化処理を行なったコン
テンツをＤＶＤ等のメディア、通信手段等を介して配信
する。
【０４１７】一方、例えば記録再生器３００等のユーザ
デバイス側では、ステップＳ５１６において、ＤＶＤ等
のメディア、通信手段等を介して配信されたコンテンツ
データ中のマスター鍵識別情報に対応するマスター鍵を
自己が所有するか否かについて判定する。コンテンツデ
ータ中のマスター鍵識別情報に対応するマスター鍵を持
たない場合は、その配布コンテンツは、そのユーザデバ
イスにおいては利用できないものであり、処理は終了す
る。
【０４１８】配信されたコンテンツデータ中のマスター
鍵識別情報に対応するマスター鍵を自己が所有する場合
は、ステップＳ５１７において、メディア、通信手段等
を介して受領したコンテンツデータ中からコンテンツＩ
Ｄを読み出す。次に、ステップＳ５１８において、読み
出したコンテンツＩＤと所有するマスター鍵に基づいて
暗号化コンテンツの復号に適用する鍵を生成する。この
生成処理は、配送鍵Ｋｄｉｓｉを得るものである場合
は、例えば配送鍵Ｋｄｉｓｉ＝ＤＥＳ（ＭＫｄｉｓｉ，
コンテンツＩＤ）となる。ステップＳ５１９で、この鍵
を用いてコンテンツを復号し、ステップＳ５２０で復号
コンテンツの利用、すなわち再生またはプログラムを実
行する。
【０４１９】この例においては、図５１下段に示すよう
に、コンテンツ製作または管理者は、複数のマスター
鍵、例えば複数の配送鍵生成用マスター鍵ＭＫｄｉｓ１
〜ｎからなるマスター鍵セットを有する。一方、ユーザ
デバイスには１つのマスター鍵例えば１つの配送鍵生成
用マスター鍵ＫＫｄｉｓｉを有し、コンテンツ製作また
は管理者がＭＫｄｉｓｉを用いて暗号化処理している場
合のみ、ユーザデバイスは、そのコンテンツを復号して
利用することができる。
【０４２０】この図５１のフローに示す態様の具体例と
して、国毎に異なるマスター鍵を適用した例を図５２に
示す。コンテンツプロバイダは、マスター鍵ＭＫ１〜ｎ
を有し、ＭＫ１は日本向けのユーザデバイスに配信する
コンテンツの暗号化処理を実行する鍵生成に用いる。例
えば、コンテンツＩＤとＭＫ１から暗号化鍵Ｋ１を生成
してＫ１によってコンテンツを暗号化する。また、ＭＫ
２はＵＳ向けのユーザデバイスに配信するコンテンツの
暗号化処理を実行する鍵生成に用い、ＭＫ３はＥＵ（ヨ
ーロッパ）向けのユーザデバイスに配信するコンテンツ
の暗号化処理を実行する鍵生成に用いるよう設定してい
る。
【０４２１】一方、日本向けユーザデバイス、具体的に
は日本で販売されるＰＣまたはゲーム機器等の記録再生
器には、マスター鍵ＭＫ１がその内部メモリに格納さ
れ、ＵＳ向けユーザデバイスには、マスター鍵ＭＫ２が
その内部メモリに格納され、ＥＵ向けユーザデバイスに
は、マスター鍵ＭＫ３がその内部メモリに格納されてい
る。
【０４２２】このような構成において、コンテンツプロ
バイダは、コンテンツを利用可能なユーザデバイスに応
じて、マスター鍵ＭＫ１〜ｎから、マスター鍵を選択的
に使用してユーザデバイスに配信するコンテンツの暗号
化処理を実行する。例えばコンテンツを日本向けのユー
ザデバイスのみ利用可能とするためには、マスター鍵Ｍ
Ｋ１を用いて生成された鍵Ｋ１によってコンテンツを暗
号化する。この暗号化コンテンツは、日本向けユーザデ
バイスに格納されたマスター鍵ＭＫ１を用いて復号可
能、すなわち復号鍵を生成可能であるが、他のＵＳ、ま
たはＥＵ向けのユーザデバイスに格納されたマスター鍵
ＭＫ２，ＭＫ３からは鍵Ｋ１を得ることができないの
で、暗号化コンテンツの復号は不可能となる。
【０４２３】このように、コンテンツプロバイダが複数
のマスター鍵を選択的に使用することにより、様々なコ
ンテンツの利用制限を設定することができる。図５２で
は、ユーザデバイスの国別にマスター鍵を区別する例を
示したが、前述のように、ユーザデバイスの機種に応じ
て、あるいはバージョンに応じてマスター鍵を切り換え
る等、様々な利用形態が可能である。
【０４２４】次に、図５３にメデイア固有の識別子、す
なわちメディアＩＤとマスター鍵を組み合わせた処理例
を示す。ここで。メディアとは例えばＤＶＤ、ＣＤ等の
コンテンツを格納したメディアである。メディアＩＤ
は、１つ１つのメディアごとに固有としてもよいし、た
とえば、映画などのコンテンツのタイトルごとに固有と
してもよいし、メディアの製造ロットごとに固有として
もよい。このようにメディアＩＤの割り当て方法として
は様々な方法を用いることができる。
【０４２５】メデイア製作または管理者におけるステッ
プＳ５２１は、メディアに対する識別子（メディアＩ
Ｄ）を決定するステップである。ステップＳ５２２は、
メディア製作または管理者の有するマスター鍵とメディ
アＩＤとに基づいてメディア内の格納コンテンツ等を暗
号化する鍵を生成するステップである。これは例えば、
配送鍵Ｋｄｉｓを生成する工程とすれば、前述のＫｄｉ
ｓ＝ＤＥＳ（ＭＫｄｉｓ，メディアＩＤ）によって配送
鍵Ｋｄｉｓを生成する。次に、ステップＳ５２３は、メ
ディア格納コンテンツの一部、または全部を鍵（例えば
配送鍵Ｋｄｉｓ）によって暗号化するステップである。
メディア製作者は、このようなステップを経て暗号化処
理を行なったコンテンツ格納メディアを供給する。
【０４２６】一方、例えば記録再生器３００等のユーザ
デバイス側では、ステップＳ５２４において、供給され
たメディアからメディアＩＤを読み出す。次に、ステッ
プＳ５２５において、読み出したメディアＩＤと所有す
るマスター鍵に基づいて暗号化コンテンツの復号に適用
する鍵を生成する。この生成処理は、配送鍵Ｋｄｉｓを
得るものである場合は、例えば配送鍵Ｋｄｉｓ＝ＤＥＳ
（ＭＫｄｉｓ，メディアＩＤ）となる。ステップＳ５２
６で、この鍵を用いてコンテンツを復号し、ステップＳ
５２７で復号コンテンツの利用、すなわち再生またはプ
ログラムを実行する。
【０４２７】この例においては、図５３下段に示すよう
に、メディア製作または管理者と、ユーザデバイスの双
方がマスター鍵（例えば配送鍵生成用マスター鍵ＭＫｄ
ｉｓ）を有し、コンテンツの暗号化、復号に必要な配送
鍵を逐次的にそれぞれの所有するマスター鍵と各ＩＤ
（メディアＩＤ）に基づいて生成する。
【０４２８】このシステムでは、万が一メディア鍵が第
三者に漏洩した場合、そのメディア内のコンテンツの復
号が第三者において可能となるが、メディアＩＤの異な
る他のメディアに格納されたコンテンツの復号は防止す
ることが可能であるため、１つのメディア鍵の漏洩がシ
ステム全体に及ぼす影響を最小限にすることができると
いう効果がある。また、ユーザデバイス側、すなわち記
録再生器において、メディア毎の鍵の対応付けリストを
保持する必要がないという効果もある。また、１つのメ
ディア鍵で暗号化されるコンテンツサイズは、そのメデ
イア内に格納可能な容量に制限されるため、暗号文攻撃
のために必要な情報量に達する可能性は少なく、暗号解
読の可能性を低減させることができる。
【０４２９】次に、図５４に記録再生器固有の識別子、
すなわち記録再生器ＩＤとマスター鍵を組み合わせた処
理例を示す。
【０４３０】記録再生器利用者におけるステップＳ５３
１は、記録再生器の例えば内部メモリに格納されたマス
ター鍵と記録再生器ＩＤとに基づいてコンテンツ等を暗
号化する鍵を生成するステップである。これは例えば、
コンテンツ鍵Ｋｃｏｎを生成する工程とすれば、Ｋｃｏ
ｎ＝ＤＥＳ（ＭＫｃｏｎ，記録再生器ＩＤ）によってコ
ンテンツ鍵Ｋｃｏｎを生成する。次に、ステップＳ５３
２は、格納するコンテンツの一部、または全部を鍵（例
えば配送鍵Ｋｃｏｎ）によって暗号化するステップであ
る。ステップＳ５３３は、暗号化コンテンツを例えばハ
ードディスク等の記録デバイスに格納する。
【０４３１】一方、記録再生器を管理するシステム管理
者側では、コンテンツを格納した記録再生器利用者から
格納データの復旧を依頼されると、ステップＳ５３４に
おいて、記録再生器から、記録再生器ＩＤを読み出す。
次に、ステップＳ５３５において、読み出した記録再生
器ＩＤと所有するマスター鍵に基づいて暗号化コンテン
ツの復号に適用する鍵を生成する。この生成処理は、コ
ンテンツ鍵Ｋｃｏｎを得るものである場合は、例えばコ
ンテンツ鍵Ｋｃｏｎ＝ＤＥＳ（ＭＫｃｏｎ，記録再生器
ＩＤ）となる。ステップＳ５３６で、この鍵を用いてコ
ンテンツを復号する。
【０４３２】この例においては、図５４下段に示すよう
に、記録再生器利用者と、システム管理者の双方がマス
ター鍵（例えばコンテンツ鍵生成用マスター鍵ＭＫｃｏ
ｎ）を有し、コンテンツの暗号化、復号に必要な配送鍵
を逐次的にそれぞれの所有するマスター鍵と各ＩＤ（記
録再生器ＩＤ）に基づいて生成する。
【０４３３】このシステムでは、万が一コンテンツ鍵が
第三者に漏洩した場合、そのコンテンツの復号が第三者
において可能となるが、記録再生器ＩＤの異なる他の記
録再生器用に暗号化されたコンテンツの復号は防止する
ことが可能であるため、１つのコンテンツ鍵の漏洩がシ
ステム全体に及ぼす影響を最小限にすることができると
いう効果がある。また、システム管理側、ユーザデバイ
ス側両者において、コンテンツ毎の鍵の対応付けリスト
を保持する必要がないという効果もある。
【０４３４】図５５は、スレーブデバイス、例えばメモ
リカード等の記録デバイスと、ホストデバイス、例えば
記録再生器間における相互認証処理に用いる認証鍵をマ
スター鍵に基づいて生成する構成である。先に説明した
認証処理（図２０参照）では、スレーブデバイスの内部
メモリに認証鍵を予め格納した構成としてあるが、これ
を図５５に示すように認証処理時にマスター鍵に基づい
て生成する構成とすることができる。
【０４３５】例えば記録デバイスであるスレーブデバイ
スは、認証処理開始前の初期化処理として、ステップＳ
５４１において、記録デバイスであるスレーブデバイス
の内部メモリに格納したマスター鍵とスレーブデバイス
ＩＤとに基づいて相互認証処理に用いる認証鍵Ｋａｋｅ
を生成する。これは例えば、Ｋａｋｅ＝ＤＥＳ（ＭＫａ
ｋｅ，スレーブデバイスＩＤ）によって生成する。次
に、ステップＳ５４２において、生成した認証鍵をメモ
リに格納する。
【０４３６】一方、例えば記録再生器等のホストデバイ
ス側では、ステップＳ５４３において、装着された記録
デバイス、すなわちスレーブデバイスから、通信手段を
介してスレーブデバイスＩＤを読み出す。次に、ステッ
プＳ５４４において、読み出したスレーブデバイスＩＤ
と所有する認証鍵生成用マスター鍵に基づいて相互認証
処理に適用する認証鍵を生成する。この生成処理は、例
えば認証鍵Ｋａｋｅ＝ＤＥＳ（ＭＫａｋｅ，スレーブデ
バイスＩＤ）となる。ステップＳ５４５で、この認証鍵
を用いて認証処理を実行する。
【０４３７】この例においては、図５５下段に示すよう
に、スレーブデバイスと、マスターデバイスの双方がマ
スター鍵、すなわち認証鍵生成用マスター鍵ＭＫａｋｅ
を有し、相互認証処理に必要な認証鍵を逐次的にそれぞ
れの所有するマスター鍵とスレーブデバイスＩＤに基づ
いて生成する。
【０４３８】このシステムでは、万が一認証鍵が第三者
に漏洩した場合、その認証鍵は、そのスレーブデバイス
のみに有効であるため、他のスレーブデバイスとの関係
においては、認証が成立しないことになり、鍵の漏洩に
よって発生する影響を最小限にすることができるという
効果がある。
【０４３９】このように、本発明のデータ処理装置にお
いては、コンテンツプロバイダと記録再生器、あるいは
記録再生器と記録デバイス間のような２つのエンテイテ
イ間における暗号情報処理に関する手続きに必要な鍵等
の情報をマスター鍵と各ＩＤから逐次的に生成する構成
とした。従って、鍵情報が各エンテイテイから漏洩した
場合でも、個別の鍵による被害の範囲はより限定され、
また前述したような個別のエンテイテイごとの鍵リスト
の管理も不要となる。
【０４４０】（１３）暗号処理における暗号強度の制御 上述した実施例において、記録再生器３００と記録デバ
イス４００間での暗号処理は、説明を理解しやすくする
ため、主として、先に図７を用いて説明したシングルＤ
ＥＳ構成による暗号処理を用いた例について説明してき
た。しかしながら、本発明のデータ処理装置において適
用される暗号化処理方式は上述したシングルＤＥＳ方式
に何ら限定されるものではなく、必要なセキュリティ状
態に応じた暗号化方式を採用することが可能である。
【０４４１】例えば先に説明した図８〜図１０の構成の
ようなトリプルＤＥＳ方式を適用してもよい。例えば図
３に示す記録再生器３００の暗号処理部３０２と、記録
デバイス４００の暗号処理部４０１の双方において、ト
リプルＤＥＳ方式を実行可能な構成とし、図８〜図１０
で説明したトリプルＤＥＳ方式による暗号処理に対応す
る処理を実行する構成が可能である。
【０４４２】しかしながら、コンテンツの提供者は、コ
ンテンツに応じて処理速度を優先してコンテンツ鍵Ｋｃ
ｏｎをシングルＤＥＳ方式による６４ビット鍵構成とす
る場合もあり、また、セキュリティを優先してコンテン
ツ鍵ＫｃｏｎをトリプルＤＥＳ方式による１２８ビッ
ト、または１９２ビット鍵構成とする場合もある。従っ
て、記録再生器３００の暗号処理部３０２と、記録デバ
イス４００の暗号処理部４０１の構成をトリプルＤＥＳ
方式、シングルＤＥＳ方式いずれか一方の方式にのみ対
応可能な構成とすることは好ましくない。従って、記録
再生器３００の暗号処理部３０２と、記録デバイス４０
０の暗号処理部４０１は、シングルＤＥＳ、トリプルＤ
ＥＳいずれの方式にも対応可能とする構成が望ましい。
【０４４３】しかしながら、記録再生器３００の暗号処
理部３０２と、記録デバイス４００の暗号処理部４０１
の暗号処理構成をシングルＤＥＳ方式、トリプルＤＥＳ
方式の双方を実行可能な構成とするためには、それぞれ
の別の回路、ロジックを構成しなければならない。例え
ば、記録デバイス４００においてトリプルＤＥＳに対応
する処理を実行するためには、先の図２９に示すコマン
ドレジスタにトリプルＤＥＳの命令セットを新たに格納
することが必要となる。これは記録デバイス４００に構
成する処理部の複雑化を招くこととなる。
【０４４４】そこで、本発明のデータ処理装置は、記録
デバイス４００側の暗号処理部４０１の有するロジック
をシングルＤＥＳ構成として、かつトリプルＤＥＳ暗号
化処理に対応した処理が実行可能で、トリプルＤＥＳ方
式による暗号化データ(鍵、コンテンツ等)を記録デバイ
スの外部メモリ４０２に格納することを可能とした構成
を提案する。
【０４４５】例えば図３２に示すデータフォーマットタ
イプ０の例において、記録再生器３００から記録デバイ
ス４００に対してコンテンツデータのダウンロードを実
行する際、先に説明したフォーマットタイプ０のダウン
ロードのフローを示す図３９のステップＳ１０１で認証
処理を実行し、ここでセッション鍵Ｋｓｅｓを生成す
る。さらに、ステップＳ１１７において、記録再生器３
００側の暗号処理部３０２においてセッション鍵Ｋｓｅ
ｓによるコンテンツ鍵Ｋｃｏｎの暗号化処理が実行さ
れ、この暗号化鍵が記録デバイス４００に通信手段を介
して転送され、ステップＳ１１８において、この暗号化
鍵を受信した記録デバイス４００の暗号処理部４０３が
セッション鍵Ｋｓｅｓによるコンテンツ鍵Ｋｃｏｎの復
号処理を実行し、さらに、保存鍵Ｋｓｔｒによるコンテ
ンツ鍵Ｋｃｏｎの暗号化処理を実行して、これを記録再
生器３００の暗号処理部３０２に送信し、その後、記録
再生器３００がデータフォーマットを形成（ステップＳ
１２１）してフォーマット化されたデータを記録デバイ
ス４００に送信し、記録デバイス４００が受信したデー
タを外部メモリ４０２に格納する処理を行なっている。
【０４４６】上記処理においてステップＳ１１７，Ｓ１
１８間において実行される記録デバイス４００の暗号処
理部４０１での暗号処理をシングルＤＥＳ、またはトリ
プルＤＥＳいずれかの方式を選択的に実行可能な構成と
すれば、コンテンツ提供業者がトリプルＤＥＳにしたが
ったコンテンツ鍵Ｋｃｏｎを用いたコンテンツデータを
提供する場合も、またシングルＤＥＳにしたがったコン
テンツ鍵Ｋｃｏｎを用いたコンテンツデータを提供する
場合も、いずれの場合にも対応可能となる。
【０４４７】図５６に本発明のデータ処理装置における
記録再生器３００の暗号処理部３０２と、記録デバイス
４００の暗号処理部４０１との双方を用いてトリプルＤ
ＥＳ方式に従った暗号処理方法を実行する構成を説明す
るフローを示す。図５６では、一例として記録再生器３
００からコンテンツデータを記録デバイス４００にダウ
ンロードする際に実行される保存鍵Ｋｓｔｒを用いたコ
ンテンツ鍵Ｋｃｏｎの暗号化処理例であり、コンテンツ
鍵ＫｃｏｎがトリプルＤＥＳ方式による鍵である場合の
例を示している。なお、ここでは、コンテンツ鍵Ｋｃｏ
ｎを代表して、その処理例を示すが、他の鍵、またはコ
ンテンツ等、その他のデータについても同様の処理が可
能である。
【０４４８】トリプルＤＥＳ方式においては、先の図８
〜１０において説明したように、シングルＤＥＳでは６
４ビット鍵、トリプルＤＥＳ方式による場合は、１２８
ビット、または１９２ビット鍵構成として、２つ、また
は３つの鍵が用いられる処理である。これら３つのコン
テンツ鍵をそれぞれＫｃｏｎ１，Ｋｃｏｎ２，（Ｋｃｏ
ｎ３）とする。Ｋｃｏｎ３は用いられない場合もあるの
で、かっこで示している。
【０４４９】図５６の処理について説明する。ステップ
Ｓ３０１は記録再生器３００と、記録デバイス４００間
での相互認証処理ステップである。この相互認証処理ス
テップは、先に説明した図２０の処理によって実行され
る。なお、この認証処理の際、セッション鍵Ｋｓｅｓが
生成される。
【０４５０】ステップＳ３０１の認証処理が終了する
と、ステップＳ３０２において、各チェック値、チェッ
ク値Ａ，チェック値Ｂ、コンテンツチェック値、総チェ
ック値、各ＩＣＶの照合処理が実行される。
【０４５１】これらのチェック値（ＩＣＶ）照合処理が
終了し、データ改竄がないと判定されると、ステップＳ
３０３に進み、記録再生器３００において、記録再生器
暗号処理部３０２の制御部３０６は、記録再生器暗号処
理部３０２の暗号／復号化部３０８を使って、先に取り
出したまたは生成した配送鍵Ｋｄｉｓを用いて、受信し
たメディア５００、または、通信部３０５を介して通信
手段６００から受信したデータのヘッダ部に格納された
コンテンツ鍵Ｋｃｏｎの復号化処理を行う。この場合の
コンテンツ鍵は、トリプルＤＥＳ方式による鍵であり、
コンテンツ鍵Ｋｃｏｎ１，Ｋｃｏｎ２，（Ｋｃｏｎ３）
である。
【０４５２】次に、ステップＳ３０４において、記録再
生器暗号処理部３０２の制御部３０６は、記録再生器暗
号処理部３０２の暗号／復号化部３０８において、ステ
ップＳ３０３で復号化したコンテンツ鍵Ｋｃｏｎ１，Ｋ
ｃｏｎ２，（Ｋｃｏｎ３）の中のコンテンツ鍵Ｋｃｏｎ
１のみを相互認証の際に共有しておいたセッション鍵Ｋ
ｓｅｓで暗号化する。
【０４５３】記録再生器３００の制御部３０１は、セッ
ション鍵Ｋｓｅｓで暗号化されたコンテンツ鍵Ｋｃｏｎ
１を含むデータを記録再生器３００の記録再生器暗号処
理部３０２から読み出し、これらのデータを記録再生器
３００の記録デバイスコントローラ３０３を介して記録
デバイス４００に送信する。
【０４５４】次に、ステップＳ３０５において、記録再
生器３００から送信されてきたコンテンツ鍵Ｋｃｏｎ１
を受信した記録デバイス４００は、受信したコンテンツ
鍵Ｋｃｏｎ１を記録デバイス暗号処理部４０１の暗号／
復号化部４０６に、相互認証の際に共有しておいたセッ
ション鍵Ｋｓｅｓで復号化する。さらに、ステップＳ３
０６において、記録デバイス暗号処理部４０１の内部メ
モリ４０５に保存してある記録デバイス固有の保存鍵Ｋ
ｓｔｒで再暗号化させて、通信部４０４を介して記録再
生器３００に送信する。
【０４５５】次に、ステップＳ３０７において、記録再
生器暗号処理部３０２の制御部３０６は、記録再生器暗
号処理部３０２の暗号／復号化部３０８において、ステ
ップＳ３０３で復号化したコンテンツ鍵Ｋｃｏｎ１，Ｋ
ｃｏｎ２，（Ｋｃｏｎ３）の中のコンテンツ鍵Ｋｃｏｎ
２のみを相互認証の際に共有しておいたセッション鍵Ｋ
ｓｅｓで暗号化する。
【０４５６】記録再生器３００の制御部３０１は、セッ
ション鍵Ｋｓｅｓで暗号化されたコンテンツ鍵Ｋｃｏｎ
２を含むデータを記録再生器３００の記録再生器暗号処
理部３０２から読み出し、これらのデータを記録再生器
３００の記録デバイスコントローラ３０３を介して記録
デバイス４００に送信する。
【０４５７】次に、ステップＳ３０８において、記録再
生器３００から送信されてきたコンテンツ鍵Ｋｃｏｎ２
を受信した記録デバイス４００は、受信したコンテンツ
鍵Ｋｃｏｎ２を記録デバイス暗号処理部４０１の暗号／
復号化部４０６に、相互認証の際に共有しておいたセッ
ション鍵Ｋｓｅｓで復号化する。さらに、ステップＳ３
０９において、記録デバイス暗号処理部４０１の内部メ
モリ４０５に保存してある記録デバイス固有の保存鍵Ｋ
ｓｔｒで再暗号化させて、通信部４０４を介して記録再
生器３００に送信する。
【０４５８】次に、ステップＳ３１０において、記録再
生器暗号処理部３０２の制御部３０６は、記録再生器暗
号処理部３０２の暗号／復号化部３０８において、ステ
ップＳ３０３で復号化したコンテンツ鍵Ｋｃｏｎ１，Ｋ
ｃｏｎ２，（Ｋｃｏｎ３）の中のコンテンツ鍵Ｋｃｏｎ
３のみを相互認証の際に共有しておいたセッション鍵Ｋ
ｓｅｓで暗号化する。
【０４５９】記録再生器３００の制御部３０１は、セッ
ション鍵Ｋｓｅｓで暗号化されたコンテンツ鍵Ｋｃｏｎ
３を含むデータを記録再生器３００の記録再生器暗号処
理部３０２から読み出し、これらのデータを記録再生器
３００の記録デバイスコントローラ３０３を介して記録
デバイス４００に送信する。
【０４６０】次に、ステップＳ３１１において、記録再
生器３００から送信されてきたコンテンツ鍵Ｋｃｏｎ３
を受信した記録デバイス４００は、受信したコンテンツ
鍵Ｋｃｏｎ３を記録デバイス暗号処理部４０１の暗号／
復号化部４０６に、相互認証の際に共有しておいたセッ
ション鍵Ｋｓｅｓで復号化する。さらに、ステップＳ３
１２において、記録デバイス暗号処理部４０１の内部メ
モリ４０５に保存してある記録デバイス固有の保存鍵Ｋ
ｓｔｒで再暗号化させて、通信部４０４を介して記録再
生器３００に送信する。
【０４６１】次にステップＳ３１３において、記録再生
器の暗号処理部は、図３２〜３５で説明した各種のデー
タフォーマットを形成して、記録デバイス４００に送信
する。
【０４６２】最後にステップＳ３１４において、記録デ
バイス４００は、フォーマット形成が終了した受信デー
タを外部メモリ４０２に格納する。このフオーマットデ
ータには、保存鍵Ｋｓｔｒで暗号化されたコンテンツ鍵
Ｋｃｏｎ１，Ｋｃｏｎ２，（Ｋｃｏｎ３）を含んでい
る。
【０４６３】このような処理を実行することにより、記
録デバイス４００に格納するコンテンツ鍵をトリプルＤ
ＥＳ方式の暗号方式による鍵として格納することが可能
となる。なお、コンテンツ鍵がＫｃｏｎ１，Ｋｃｏｎ２
の２つの鍵である場合は、ステップＳ３１０〜Ｓ３１２
の処理は省略される。
【０４６４】このように、記録デバイス４００は、同じ
態様の処理、すなわちステップＳ３０５，Ｓ３０６の処
理ステップを複数回、その対象を変更するのみで繰り返
し実行することにより、トリプルＤＥＳの適用された鍵
をメモリに格納可能となる。コンテンツ鍵Ｋｃｏｎがシ
ングルＤＥＳの適用鍵である場合は、ステップＳ３０
５，Ｓ３０６を実行して、ステップＳ３１３のフォーマ
ット化処理を実行してメモリに格納すればよい。このよ
うな構成は、ステップＳ３０５，Ｓ３０６の処理を実行
するコマンドを先に説明した図２９のコマンドレジスタ
に格納し、この処理をコンテンツ鍵の態様、すなわちト
リプルＤＥＳ方式か、シングルＤＥＳ方式かによって、
適宜１回〜３回実行する構成とすればよい。従って、記
録デバイス４００の処理ロジック中にトリプルＤＥＳの
処理方式を含ませることなく、トリプルＤＥＳ方式、シ
ングルＤＥＳ方式、の双方の処理が可能となる。なお、
暗号化方式については、コンテンツデータのヘッダ部内
の取扱方針に記録し、これを参照することで判定するこ
とが可能である。
【０４６５】（１４）コンテンツデータにおける取扱方
針中の起動優先順位に基づくプログラム起動処理 先に説明した図４〜６のコンテンツデータ構成から理解
されるように、本発明のデータ処理装置において利用さ
れるコンテンツデータのヘッダ部に格納された取扱方針
には、コンテンツタイプ、起動優先順位情報が含まれ
る。本発明のデータ処理装置における記録再生器３００
は、記録デバイス４００、あるいは、ＤＶＤ、ＣＤ、ハ
ードディスク、さらにはゲームカートリッジ等の各種記
録媒体に記録されたアクセス可能なコンテンツデータが
複数存在する場合、これらコンテンツの起動順位を起動
優先順位情報に従って決定する。
【０４６６】記録再生器３００は、各記録デバイスＤＶ
Ｄ装置、ＣＤドライブ装置、ハードデイスクドライブ装
置等各種記録デバイスとの認証処理を実行後、コンテン
ツデータ中の優先順位情報に従って、最も優先順位の高
いコンテンツデータ中のプログラムを優先して実行す
る。以下、この「コンテンツデータにおける取扱方針中
の起動優先順位に基づくプログラム起動処理」について
説明する。
【０４６７】上述した本発明のデータ処理装置実施例の
説明においては、記録再生器３００が１つの記録デバイ
ス４００からコンテンツデータを再生、実行する場合の
処理を中心として説明した。しかし、一般に記録再生器
３００は、図２に示すように記録デバイス４００の他
に、読み取り部３０４を介してＤＶＤ、ＣＤ、ハードデ
ィスク、さらに、ＰＩＯ１１１、ＳＩＯ１１２を介して
接続されるメモリカード、ゲームカートリッジ等、各種
記録媒体にアクセス可能な構成を有する。なお、図２で
は、図の複雑化を避けるため読み取り部３０４を１つの
み記載しているが、記録再生器３００は、異なる記憶媒
体、例えばＤＶＤ、ＣＤ、フロッピーディスク、ハード
ディスクを並列に装着可能である。
【０４６８】記録再生器３００は、複数の記憶媒体にア
クセス可能であり、それぞれの記憶媒体にはそれぞれコ
ンテンツデータが格納されている。例えばＣＤ等外部の
コンテンツプロバイダが供給するコンテンツデータは、
前述の図４のデータ構成でメディアに格納され、これら
のメディアまたは、通信手段を介してダウンロードした
場合には、図２６、図２７のコンテンツデータ構成でメ
モリカード等の各記憶媒体に格納されている。さらに、
具体的には、コンテンツデータのフォーマットタイプに
応じて図３２〜３５に示すようにメディア上、記録デバ
イス上でそれぞれ異なるフォーマットで格納される。し
かし、いずれの場合にもコンテンツデータのヘッダ中の
取扱方針にはコンテンツタイプ、起動優先順位情報が含
まれる。
【０４６９】これら、複数のコンテンツデータに対する
アクセスが可能な場合の記録再生器のコンテンツ起動処
理をフローに従って説明する。
【０４７０】図５７は、起動可能コンテンツが複数ある
場合の処理例（１）を示す処理フローである。ステップ
Ｓ６１１は、記録再生器３００がアクセス可能な記録デ
バイスの認証処理を実行するステップである。アクセス
可能な記録デバイスには、メモリカード、ＤＶＤ装置、
ＣＤドライブ、ハードディスク装置、さらに、例えばＰ
ＩＯ１１１、ＳＩＯ１１２を介して接続されるゲームカ
ートリッジ等が含まれる。認証処理は、図２で示す制御
部３０１の制御のもとに各記録デバイスに対して例えば
先に図２０で説明した手順に従って実行される。
【０４７１】次に、ステップＳ６１２おいて、認証に成
功した記録デバイス内のメモリに格納されたコンテンツ
データから起動可能なプログラムを検出する。これは、
具体的には、コンテンツデータの取扱方針に含まれるコ
ンテンツタイプがプログラムであるものを抽出する処理
として実行される。
【０４７２】次に、ステップＳ６１３において、ステッ
プＳ６１２で抽出された起動可能なプログラムにおける
起動優先順位を判定する。これは、具体的には、ステッ
プＳ６１２において選択された複数の起動可能なコンテ
ンツデータのヘッダ中の取扱情報に含まれる優先情報を
比較して最も高い優先順位を選択する処理である。
【０４７３】次にステップＳ６１４で選択されたプログ
ラムを起動する。なお、複数の起動可能なプログラムに
おいて設定された優先順位が同じである場合には、記録
デバイス間でデフォルトの優先順位を設定し、最優先さ
れるデバイスに格納されたコンテンツプログラムを実行
する。
【０４７４】図５８には、複数の記録デバイスに識別子
を設定し、各識別子の付された記録デバイスについて順
次、認証処理、コンテンツプログラム検索を実行する処
理態様、すなわち起動可能コンテンツが複数ある場合の
処理例（２）を示した。
【０４７５】ステップＳ６２１では、記録再生器３００
に装着された記録デバイス（ｉ）の認証処理（図２０参
照）を実行するステップである。複数(ｎ個)の記録デバ
イスには順次１〜ｎの識別子が付与されている。
【０４７６】ステップＳ６２２では、ステップＳ６２１
での認証が成功したか否かを判定し、認証が成功した場
合は、ステップＳ６２３に進み、その記録デバイス
（ｉ）の記録媒体中から起動可能プログラムを検索す
る。認証が成功しなかった場合は、ステップＳ６２７に
進み、新たコンテンツ検索可能な記録デバイスの有無を
判定し、無い場合は処理を終了し、記録デバイスが存在
する場合は、ステップＳ６２８に進み記録デバイス識別
子ｉを更新し、ステップＳ６２１以降の認証処理ステッ
プを繰り返す。
【０４７７】ステップＳ６２３における処理は、記録デ
バイス（ｉ）に格納されたコンテンツデータから起動可
能なプログラムを検出する処理である。これは、具体的
には、コンテンツデータの取扱方針に含まれるコンテン
ツタイプがプログラムであるものを抽出する処理として
実行される。
【０４７８】ステップＳ６２４では、コンテンツタイプ
がプログラムであるものが抽出されたか否かを判定し、
抽出された場合は、ステップＳ６２５において、抽出プ
ログラム中最も優先順位の高いものを選択し、ステップ
Ｓ６２６において選択プログラムを実行する。
【０４７９】ステップＳ６２４において、コンテンツタ
イプがプログラムであるものが抽出されなかったと判定
された場合には、ステップＳ６２７に進み、新たコンテ
ンツ検索な記録デバイスの有無を判定し、無い場合は処
理を終了し、記録デバイスが存在する場合は、ステップ
Ｓ６２８に進み記録デバイス識別子ｉを更新し、ステッ
プＳ６２１以降の認証処理ステップを繰り返す。
【０４８０】図５９は、起動可能コンテンツが複数ある
場合の処理例（３）を示す処理フローである。ステップ
Ｓ６５１は、記録再生器３００がアクセス可能な記録デ
バイスの認証処理を実行するステップである。アクセス
可能なＤＶＤ装置、ＣＤドライブ、ハードディスク装
置、メモリカード、ゲームカートリッジ等の認証処理を
実行する。認証処理は、図２で示す制御部３０１の制御
のもとに各記録デバイスに対して例えば先に図２０で説
明した手順に従って実行される。
【０４８１】次に、ステップＳ６５２おいて、認証に成
功した記録デバイス内のメモリに格納されたコンテンツ
データから起動可能なプログラムを検出する。これは、
具体的には、コンテンツデータの取扱方針に含まれるコ
ンテンツタイプがプログラムであるものを抽出する処理
として実行される。
【０４８２】次に、ステップＳ６５３において、ステッ
プＳ６５２で抽出された起動可能なプログラムの名称等
の情報を表示手段に表示する。なお、表示手段は図２で
は示されていないが、ＡＶ出力データとして出力された
データが図示しない表示手段に出力される構成となって
いる。なお、各コンテンツデータのプログラム名等のユ
ーザ提供情報は、コンテンツデータの識別情報中に格納
されており、図２に示すメインＣＰＵ１０６の制御のも
とに制御部３０１を介して認証済みの各コンテンツデー
タのプログラム名称等、プログラム情報を出力手段に出
力する。
【０４８３】次にステップＳ６５４では、図２に示す入
力インタフェース、コントローラ、マウス、キーボード
等の入力手段からのユーザによるプログラム選択入力を
入力インタフェース１１０を介してメインＣＰＵ１０６
が受領し、選択入力にしたがって、ステップＳ６５５に
おいてユーザ選択プログラムを実行する。
【０４８４】このように本発明のデータ処理装置では、
コンテンツデータ中のヘッダ内の取扱情報にプログラム
起動優先順位情報を格納し、記録再生器３００がこの優
先順位に従ってプログラムを起動する、あるいは表示手
段に起動プログラム情報を表示してユーザによって選択
する構成としたので、ユーザがプログラムを検索する必
要がなく、起動に要する時間およびユーザの労力を省く
ことが可能となる。また、起動可能なプログラムは、す
べて記録デバイスの認証処理後に起動、または起動可能
プログラムであることの表示がなされるので、プログラ
ムを選択してから正当性の確認を行なう等の処理の煩雑
性が解消される。
【０４８５】（１５）コンテンツ構成および再生（伸
長）処理 本発明のデータ処理装置では、上述したように記録再生
器３００は、メディア５００または通信手段６００から
コンテンツをダウンロード、あるいは記録デバイス４０
０から再生処理を行う。上記の説明は、コンテンツのダ
ウンロード、あるいは再生処理に伴う、暗号化データの
処理を中心として説明してきた。
【０４８６】図３の記録再生器３００における制御部３
０１は、コンテンツデータを提供するＤＶＤ等のデバイ
ス５００、通信手段６００、記録デバイスからのコンテ
ンツデータのダウンロード処理、または再生処理に伴う
認証処理、暗号化、復号化処理全般を制御する。
【０４８７】これらの処理結果として得られた再生可能
なコンテンツは、例えば音声データ、画像データ等であ
る。復号データは制御部３０１から図２に示すメインＣ
ＰＵの制御下に置かれ、音声データ、画像データ等に応
じてＡＶ出力部に出力される。しかし、コンテンツが例
えば音声データであってＭＰ３圧縮がなされていれば、
図２に示すＡＶ出力部のＭＰ３デコーダによって音声デ
ータの復号処理がなされて出力される。また、コンテン
ツデータが画像データであり、ＭＰＥＧ２圧縮画像であ
れば、ＡＶ処理部のＭＰＥＧ２デコーダによって伸長処
理が実行されて出力されることになる。このように、コ
ンテンツデータに含まれるデータは、圧縮（符号化）処
理がなされている場合もあり、また圧縮処理の施されて
いないデータもあり、コンテンツに応じた処理を施して
出力する。
【０４８８】しかしながら、圧縮処理、伸長処理プログ
ラムには、様々な種類があり、コンテンツプロバイダか
ら圧縮データを提供されても対応する伸長処理実行プロ
グラムが無い場合は、これを再生することができないと
いう事態が発生する。
【０４８９】そこで、本発明のデータ処理装置は、デー
タコンテンツ中に、圧縮データとその復号（伸長）処理
プログラムを併せて格納する構成、あるいは圧縮データ
と復号（伸長）処理プログラムとのリンク情報をコンテ
ンツデータのヘッダ情報として格納する構成を開示す
る。
【０４９０】図２に示したデータ処理全体図から、本構
成に関する要素および関連要素を簡潔にまとめた図を図
６０に示す。記録再生器３００は、例えばＤＶＤ，ＣＤ
等のデバイス５００、または通信手段６００、あるいは
コンテンツを格納したメモリカード等の記録デバイス４
００から様々なコンテンツの提供を受ける。これらのコ
ンテンツは、音声データ、静止画像、動画像データ、プ
ログラムデータ等であり、また暗号化処理の施されてい
るもの、施されていないもの、また、圧縮処理がなされ
ているもの、なされていないもの等、様々なデータが含
まれる。
【０４９１】受領コンテンツが暗号化されている場合
は、すでに上述した項目中で説明したような手法によっ
て制御部３０１の制御、および暗号処理部３０２の暗号
処理によって復号処理が実行される。復号されたデータ
はメインＣＰＵ１０６の制御下で、ＡＶ処理部に１０９
に転送されて、ＡＶ処理部１０９のメモリ３０９０に格
納された後、コンテンツ解析部３０９１においてコンテ
ンツ構成の解析が実行される。例えばコンテンツ中にデ
ータ伸長プログラムが格納されていれば、プログラム記
憶部３０９３にプログラムを格納し、音声データ、画像
データ等のデータが含まれていればこれらをデータ記憶
部３０９２に記憶する。伸長処理部３０９４では、プロ
グラム記憶部に記憶された例えばＭＰ３等の伸長処理プ
ログラムを用いてデータ記憶部３０９２に記憶された圧
縮データの伸長処理を実行して、スピーカ３００１、モ
ニタ３００２に出力される。
【０４９２】次に、ＡＶ処理部１０９が制御部３０１を
介して受領するデータの構成および処理のいくつかの例
について説明する。なお、ここでは、コンテンツの例と
して音声データを示し、また圧縮プログラムの例として
ＭＰ３を適用したものを代表して説明するが、本構成
は、音声データのみならず、画像データにも適用できる
ものであり、また、圧縮伸長処理プログラムについても
ＭＰ３のみならず、ＭＰＥＧ２，４等各種のプログラム
を適用することが可能である。
【０４９３】図６１にコンテンツ構成例を示す。図６１
はＭＰ３によって圧縮された音楽データ６１０２、ＭＰ
３復号（伸長）処理プログラム６１０１を併せて１つの
コンテンツとして構成した例である。これらのコンテン
ツは、１コンテンツとしてメディア５００、あるいは記
録デバイス４００に格納され、または通信手段６００か
ら配信される。記録再生器３００は、これらのコンテン
ツが先に説明した通り、暗号化されているものであれ
ば、暗号処理部３０３によって復号処理を実行した後、
ＡＶ処理部１０９に転送される。
【０４９４】ＡＶ処理部１０９のコンテンツ解析部３０
９１では、受け取ったコンテンツを解析し、音声データ
伸長プログラム（ＭＰ３デコーダ）部と、圧縮音声デー
タ部からなるコンテンツから、音声データ伸長プログラ
ム（ＭＰ３デコーダ）部を取り出してプログラム記憶部
３０９３にプログラムを記憶し、圧縮音声データをデー
タ記憶部３０９２に記憶する。なお、コンテンツ解析部
３０９１は、コンテンツとは別に受領したコンテンツ
名、コンテンツ構成情報等の情報を受領したり、あるい
はコンテンツ内に含まれるデータ名等の識別データ、デ
ータ長、データ構成等を示すデータに基づいてコンテン
ツ解析を実行してもよい。次に、圧縮伸長処理部３０９
４は、プログラム記憶部３０９３に記憶された音声デー
タ伸長プログラム（ＭＰ３デコーダ）に従ってデータ記
憶部３０９２に記憶されたＭＰ３圧縮音声データの伸長
処理を実行して、ＡＶ処理部１０９は伸長した音声デー
タをスピーカ３００１に出力する。
【０４９５】図６２に図６１のコンテンツ構成を持つデ
ータの再生処理の一例を示すフローを示す。ステップＳ
６７１は、ＡＶ処理部１０９のメモリ３０９０に格納さ
れたデータ名、例えば音楽データのコンテンツであれば
曲名等の情報をコンテンツとは別に受領した情報、ある
いはコンテンツ内のデータから取り出し、モニタ３００
２に表示する。ステップＳ６７２は、ユーザの選択をス
イッチ、キーボード等の各種入力手段から入力インタフ
ェース１１０を介して受領し、ＣＰＵ１０６の制御のも
とにユーザ入力データに基づく再生処理命令をＡＶ処理
部１０９に出力する。ＡＶ処理部１０９は、ステップＳ
６７３においてユーザ選択によるデータの抽出、伸長処
理を実行する。
【０４９６】次に図６３に、１つのコンテンツには圧縮
音声データ、あるいは伸長処理プログラムのいずれか一
方が含まれ、さらに各コンテンツのヘッダ情報としてコ
ンテンツの内容を示すコンテンツ情報が含まれる構成例
を示す。
【０４９７】図６３に示すように、コンテンツがプログ
ラム６２０２である場合は、ヘッダ情報６２０１として
プログラムであること、およびプログラム種類がＭＰ３
伸長プログラムであることを示すコンテンツ識別情報が
含まれる。一方、音声データ６２０４をコンテンツとし
て含む場合は、ヘッダ６２０３のコンテンツ情報にはＭ
Ｐ３圧縮データであるとの情報が含まれる。このヘッダ
情報は、前述した例えば図４に示すコンテンツデータ構
成の取扱方針（図５参照）中に含まれるデータから再生
に必要な情報のみを選択してＡＶ処理部１０９へ転送す
るコンテンツに付加して構成することが可能である。具
体的には、図５に示す「取扱方針」中の各構成データに
暗号処理部３０２において必要となる取扱方針データ
と、ＡＶ処理部１０９における再生処理時に必要となる
データとの識別値を付加し、これら識別値が、ＡＶ処理
部１０９において必要であることを示すもののみを抽出
してヘッダ情報とすることができる。
【０４９８】図６３に示す各コンテンツを受領したＡＶ
処理部１０９のコンテンツ解析部３０９１は、ヘッダ情
報に従って、プログラムである場合はプログラムコンテ
ンツをプログラム記憶部３０９３に記憶し、データであ
る場合は、データコンテンツをデータ記憶部３０９２に
記憶する。その後、圧縮伸長処理部３０９４は、データ
記憶部からデータを取り出して、プログラム記憶部３０
９３に記憶したＭＰ３プログラムに従って伸長処理を実
行して出力する。なお、プログラム記憶部３０９３にす
でに同一プログラムが格納されている場合は、プログラ
ム格納処理は省略してもよい。
【０４９９】図６４に図６３のコンテンツ構成を持つデ
ータの再生処理の一例を示すフローを示す。ステップＳ
６７５は、ＡＶ処理部１０９のメモリ３０９０に格納さ
れたデータ名、例えば音楽データのコンテンツであれば
曲名等の情報をコンテンツとは別に受領した情報、ある
いはコンテンツ内のヘッダから取り出し、モニタ３００
２に表示する。ステップＳ６７６は、ユーザの選択をス
イッチ、キーボード等の各種入力手段から入力インタフ
ェース１１０を介して受領する。
【０５００】次に、ステップＳ６７７では、ユーザ選択
に対応するデータの再生用プログラム（例えばＭＰ３）
を検索する。このプログラム検索対象は、記録再生機器
３００のアクセス可能な範囲を最大検索範囲とすること
が好ましく、例えば図６０に示す、各メディア５００、
通信手段６００、記録デバイス４００等も検索範囲とす
る。
【０５０１】ＡＶ処理部１０９に渡されるコンテンツは
データ部のみであり、プログラムコンテンツは記録再生
器３００内の他の記録媒体に格納される場合もあり、Ｄ
ＶＤ、ＣＤ等のメディアを介してコンテンツ提供業者か
ら提供されることもある。従って、検索対象を記録再生
機器３００のアクセス格納な範囲を検索範囲とする。検
索の結果として再生プログラムが見つかると、ＣＰＵ１
０６の制御のもとにユーザ入力データに基づく再生処理
命令をＡＶ処理部１０９に出力する。ＡＶ処理部１０９
は、ステップＳ６７９においてユーザ選択によるデータ
の抽出、伸長処理を実行する。また、別の実施例とし
て、プログラムの検索をステップＳ６７５より前に行
い、ステップＳ６７５においては、プログラムが検出さ
れたデータのみを表示するようにしてもよい。
【０５０２】次に図６５に、１つのコンテンツに圧縮音
声データ６３０３、伸長処理プログラム６３０２が含ま
れ、さらにコンテンツのヘッダ情報６３０１としてコン
テンツの再生優先順位情報が含まれる構成例を示す。こ
れは、先の図６１のコンテンツ構成にヘッダ情報として
再生優先順位情報を付加した例である。これは、前述の
「（１４）コンテンツデータにおける取扱方針中の起動
優先順位に基づくプログラム起動処理」と同様、ＡＶ処
理部１０９が受領したコンテンツ間において設定された
再生優先順位に基づいて再生順を決定するものである。
【０５０３】図６６に図６５のコンテンツ構成を持つデ
ータの再生処理の一例を示すフローを示す。ステップＳ
６８１は、ＡＶ処理部１０９のメモリ３０９０に格納さ
れたデータ、すなわち再生対象データのデータ情報を検
索リストに設定する。検索リストはＡＶ処理部１０９内
のメモリの一部領域を使用して設定する。次に、ステッ
プＳ６８２において、ＡＶ処理部１０９のコンテンツ解
析部３０９１において検索リストから優先順位の高いデ
ータを選択し、ステップＳ６８３において、選択された
データの再生処理を実行する。
【０５０４】次に図６７に、１つのコンテンツにヘッダ
情報とプログラムデータ６４０２、あるいはヘッダ情報
６４０３と、圧縮データ６４０４のいずれかの組合せか
ら成る例において、データコンテンツのヘッダ６４０３
にのみ、再生優先順位情報が付加されている構成例を示
す。
【０５０５】図６８に図６７のコンテンツ構成を持つデ
ータの再生処理の一例を示すフローを示す。ステップＳ
６９１は、ＡＶ処理部１０９のメモリ３０９０に格納さ
れたデータ、すなわち再生対象データのデータ情報を検
索リストに設定する。検索リストはＡＶ処理部１０９内
のメモリの一部領域を使用して設定する。次に、ステッ
プＳ６９２において、ＡＶ処理部１０９のコンテンツ解
析部３０９１において検索リストから優先順位の高いデ
ータを選択する。
【０５０６】次に、ステップＳ６９３では、選択された
データに対応するデータ再生用プログラム（例えばＭＰ
３）を検索する。このプログラム検索対象は、先の図６
４のフローにおける処理と同様、記録再生機器３００の
アクセス格納な範囲を最大検索範囲とすることが好まし
く、例えば図６０に示す各メディア５００、通信手段６
００、記録デバイス４００等も検索範囲とする。
【０５０７】検索の結果として再生プログラムが見つか
る（ステップＳ６９４でＹｅｓ）と、ステップＳ６９５
において、選択されたデータを検索の結果得られたプロ
グラムを用いて、伸長再生処理を実行する。
【０５０８】一方、検索結果としてプログラムが検出さ
れなかった場合（ステップＳ６９４でＹｅｓ）は、ステ
ップＳ６９６に進み、ステップＳ６９１で設定した検索
リスト中に含まれる他のデータにおいて、同一のプログ
ラムを用いた再生処理が必要なものを削除する。これ
は、新たにそのデータに対する再生プログラム検索を実
行しても検出されないことが明らかであるからである。
さらに、ステップＳ６９７において検索リストが空であ
るかを判定し、からでない場合は、ステップＳ６９２に
戻り、さらに次の優先順位の高いデータを抽出して、プ
ログラム検索処理を実行する。
【０５０９】このように、本構成によれば、圧縮処理さ
れたコンテンツは、その復号(伸長)ブログラムと共に構
成されるか、あるいはコンテンツが圧縮されたデータの
み、あるいは伸長処理プログラムのみである場合は、そ
れぞれのコンテンツにコンテンツがどのような圧縮デー
タであるのか、あるいはどのような処理を実行するかを
示すヘッダ情報を有しているので、コンテンツを受領し
た処理部（例えばＡＶ処理部）は、圧縮データに付属す
る伸長処理プログラムを用いて伸長再生処理を実行する
か、あるいは伸長処理プログラムを圧縮データのヘッダ
情報に基づいて検索して、検索の結果得られたプログラ
ムにしたがって伸長再生処理を実行するので、ユーザに
よるデータの伸長プログラムの選択、検索等の処理が不
要となりユーザ負担が軽減され、効率的なデータ再生が
可能となる。さらに、ヘッダに再生優先順位情報を有し
た構成によれば、再生順序を自動設定する構成が可能と
なり、ユーザによる再生順設定の操作を省略することが
できる。
【０５１０】なお、上述の実施例では、圧縮音声データ
コンテンツ、および音声圧縮データの伸長処理プログラ
ムとしてのＭＰ３を例として説明したが、圧縮データを
含むコンテンツ、圧縮画像データの伸長処理プログラム
を有するコンテンツであっても本構成は同様に適用可能
であり、同様の効果を奏するものである。
【０５１１】（１６）セーブデータの生成および記録デ
バイスへの格納、再生処理 本発明のデータ処理装置は、例えば記録再生器３００に
おいて実行されるコンテンツがゲームプログラム等であ
る場合等、ゲームプログラムを途中で中断して、所定時
間後、新たに再開したい場合には、その中断時点のゲー
ム状態等をセーブ、すなわち記録デバイスに格納し、こ
れを再開時に読み出してゲームを続行することが可能な
構成を持つ。
【０５１２】従来のゲーム機器、パソコン等の記録再生
器におけるセーブデータ保存構成は、例えば記録再生器
に内蔵、あるいは外付け可能なメモリカード、フロッピ
ーディスク、ゲームカートリッジ、あるいはハードディ
スク等の記憶媒体にセーブデータを保存する構成を持つ
が、特に、そのセーブデータに対するセキュリティ確保
構成を有しておらず、例えばゲームアプリケーションプ
ログラムに共通の仕様でデータのセーブ処理が行われる
構成となっている。
【０５１３】従って、例えばある１つの記録再生器Ａを
用いてセーブされたセーブデータが別のゲームプログラ
ムによって使用されたり、書換えられたりする事態が発
生し、従来、セーブデータのセキュリティはほとんど考
慮されていなかったのが実状である。
【０５１４】本発明のデータ処理装置は、このようなセ
ーブデータのセキュリティ確保を実現可能とした構成を
提供する。例えばあるゲームプログラムのセーブデータ
は、そのゲームプログラムのみが使用可能な情報に基づ
いて暗号化して記録デバイスに格納する。あるいは、記
録再生器固有の情報に基づいて暗号化して記録デバイス
に格納する。これらの手法により、セーブデータの利用
を特定の機器、特定のプログラムのみに制限することが
でき、セーブデータのセキュリティが確保される。以
下、本発明のデータ処理装置における「セーブデータの
生成および記録デバイスへの格納、再生処理」について
説明する。
【０５１５】図６９に本発明のデータ処理装置における
セーブデータ格納処理について説明するブロック図を示
す。ＤＶＤ，ＣＤ等のメディア５００、あるいは通信手
段６００からコンテンツが記録再生器３００に提供され
る。提供されるコンテンツは、先に説明したようにコン
テンツ固有の鍵であるコンテンツ鍵Ｋｃｏｎによって暗
号化されており、記録再生器３００は、前述した
「（７）記録再生器から記録デバイスへのダウンロード
処理」の欄で説明（図２２参照）した処理に従ってコン
テンツ鍵を取得して、暗号化コンテンツを復号した後、
記録デバイス４００に格納する。ここでは、記録再生器
３００がコンテンツプログラムをメディア、通信手段か
ら復号して再生、実行を行ない、実行の後、得られるセ
ーブデータを外付け、あるいは内蔵のメモリカード、ハ
ードディスク等の各種の記録デバイス４００Ａ、４００
Ｂ、４００Ｃのいずれかに格納し、再生する処理、ある
いはコンテンツを記録デバイス４００Ａにダウンロード
した後、記録デバイス４００Ａからコンテンツを再生、
実行して、そのセーブデータを外付け、あるいは内蔵の
メモリカード、ハードディスク等の各種の記録デバイス
４００Ａ、４００Ｂ、４００Ｃのいずれかに格納する処
理記録デバイス４００に格納し、再生する処理について
説明する。
【０５１６】記録再生器３００には、先に説明したよう
に記録再生器識別子ＩＤｄｅｖ、システムに共通な署名
鍵であるシステム署名鍵Ｋｓｙｓ、個々の記録再生器に
固有の署名鍵である記録再生器署名鍵Ｋｄｅｖ、さらに
各種の個別鍵を生成するマスタ鍵を有する。マスタ鍵に
ついては、「（１２）マスタ鍵に基づく暗号処理鍵生成
構成」において、詳しく説明した通り、例えば、配送鍵
Ｋｄｉｓ、あるいは認証鍵Ｋａｋｅ等を生成する鍵であ
る。ここでは、特にマスタ鍵の種類を限定することなく
記録再生器３００の有するマスタ鍵全般を代表するもの
としてＭＫｘとして示す。図６９の下段には、セーブデ
ータの暗号鍵Ｋｓａｖの例を示した。セーブデータ暗号
鍵Ｋｓａｖは、セーブデータを各種記録デバイス４００
Ａ〜Ｃに格納する場合の暗号化処理、そして、各種記録
デバイス４００Ａ〜Ｃから再生する際の復号処理に用い
られる暗号鍵である。図７０以下を用いて、セーブデー
タの格納処理および再生処理の例を説明する。
【０５１７】図７０は、コンテンツ個有鍵、システム共
通鍵のいずれかを用いてセーブデータを記録デバイス４
００Ａ〜Ｃいずれかに格納する処理のフロー図である。
なお、各フローにおける処理は記録再生器３００が実行
する処理であり、各フローでセーブデータを格納する記
録デバイスは内蔵、外付け記録デバイス４００Ａ〜Ｃの
いずれかであればよく、いずれかに限定さるものではな
い。
【０５１８】ステップＳ７０１は、コンテンツ識別子、
例えばゲームＩＤを記録再生器３００が読み出す処理で
ある。これは、先に説明した図４、２６、２７、３２〜
３５に示すコンテンツデータ中の識別情報に含まれるデ
ータであり、セーブデータの格納処理命令を図２に示す
入力インタフェース１１０を介して受領したメインＣＰ
Ｕ１０６がコンテンツ識別子の読み取りを制御部３０１
に指示する。
【０５１９】制御部３０１は、実行プログラムがＤＶ
Ｄ、ＣＤ−ＲＯＭ等、読取部３０４を介して実行されて
いるコンテンツの場合は、読取部３０４を介してコンテ
ンツデータ中のヘッダに含まれる識別情報を取り出し、
実行プログラムが、記録デバイス４００に格納されたコ
ンテンツである場合は、記録デバイスコントローラ３０
３を介して識別情報を取り出す。なお、記録再生器３０
０がコンテンツプログラムを実行中で、すでに記録再生
器中のＲＡＭ、その他のアクセス可能な記録媒体にコン
テンツ識別子が格納済みである場合は、新たな読み取り
処理を実行せずに、読み込み済みデータに含まれる識別
情報を利用してもよい。
【０５２０】次に、ステップＳ７０２は、プログラムの
使用制限を行なうか否かによって処理を変更するステッ
プである。プログラム使用制限とは、保存するセーブデ
ータをそのプログラムのみに固有に利用可能とする制限
を付するか否かを設定する制限情報であり、プログラム
のみに固有に利用可能とする場合は、「プログラム使用
制限あり」とし、プログラムに利用を拘束されないセー
ブデータとする場合を「プログラム使用制限なし」とす
る。これは、ユーザが任意に設定できるようにしてもよ
いし、コンテンツ製作者が設定して、この情報をコンテ
ンツプログラム中に格納しておいてもよく、設定された
制限情報は、図６９の記録デバイス４００Ａ〜Ｃにデー
タ管理ファイルとして格納される。
【０５２１】データ管理ファイルの例を図７１に示す。
データ管理ファイルは項目としてデータ番号、コンテン
ツ識別子、記録再生器識別子、プログラム使用制限を含
むテーブルとして生成される。コンテンツ識別子は、セ
ーブデータを格納する対象となったコンテンツプログラ
ムの識別データである。記録再生器識別子は、セーブデ
ータを格納した記録再生器の識別子、例えば図６９に示
す［ＩＤｄｅｖ］である。プログラム使用制限は、上述
したように保存するセーブデータをそのプログラムのみ
に固有に利用可能とす場合、「する」の設定とし、対応
プログラムに制限されない利用を可能とする場合「しな
い」の設定となる。プログラム使用制限は、コンテンツ
プログラムを利用するユーザが任意に設定できるように
してもよいし、コンテンツ製作者が設定して、この情報
をコンテンツプログラム中に格納しておいてもよい。
【０５２２】図７０に戻り、フローの説明を続ける。ス
テッブＳ７０２において、プログラム使用制限について
「する」の設定がされている場合は、ステップＳ７０３
に進む。ステップＳ７０３では、コンテンツデータから
コンテンツ固有の鍵、例えば先に説明したコンテンツ鍵
Ｋｃｏｎを読み出してコンテンツ固有鍵をセーブデータ
暗号鍵Ｋｓａｖとするか、あるいはコンテンツ固有鍵に
基づいてセーブデータ暗号鍵Ｋｓａｖを生成する。
【０５２３】一方、ステッブＳ７０２において、プログ
ラム使用制限について「しない」の設定がされている場
合は、ステップＳ７０７に進む。ステップＳ７０７で
は、記録再生器３００内に格納されたシステム共通鍵、
例えばシステム署名鍵Ｋｓｙｓを記録再生器３００の内
部メモリ３０７から読み出して、システム署名鍵Ｋｓｙ
ｓをセーブデータ暗号鍵Ｋｓａｖとするか、あるいはシ
ステム署名鍵に基づいてセーブデータ暗号鍵Ｋｓａｖを
生成する。または、別途、記録再生器３００の内部メモ
リ３０７内に保存しておいた、他の鍵とは別の暗号鍵を
セーブデータ暗号鍵Ｋｓａｖとして使用してもよい。
【０５２４】次に、ステップＳ７０４において、ステッ
プＳ７０３、またはステップＳ７０７で選択、または生
成されたセーブデータ暗号化鍵Ｋｓａｖを用いてセーブ
データの暗号化処理を実行する。この暗号化処理は、図
２における暗号処理部３０２が例えば前述のＤＥＳアル
ゴリズムを適用して実行する。
【０５２５】ステップＳ７０４において暗号化処理され
たセーブデータは、ステップＳ７０５において記録デバ
イスに格納される。セーブデータを格納可能な記録デバ
イスが図６９に示すように複数ある場合は、ユーザが記
録デバイス４００Ａ〜Ｃのいずれかをセーブデータ格納
先として予め選択する。さらに、ステップＳ７０６にお
いて先に図７１を用いて説明したデータ管理ファイルに
先にステップＳ７０２で設定したプログラム使用制限情
報の書き込み、すなわちプログラム使用制限「する」ま
たは「しない」の書き込みを実行する。
【０５２６】以上で、セーブデータの格納処理が終了す
る。ステップＳ７０２においてＹｅｓ、すなわち「プロ
グラム使用制限する」の選択がなされ、ステップＳ７０
３においてコンテンツ固有鍵に基づいて生成されたセー
ブデータ暗号化鍵Ｋｓａｖによって暗号化処理されたセ
ーブデータは、コンテンツ固有鍵情報を持たないコンテ
ンツプログラムによる復号処理が不可能となり、セーブ
データは同じコンテンツ鍵情報を有するコンテンツプロ
グラムのみが利用できることになる。ただし、ここで
は、セーブデータ暗号化鍵Ｋｓａｖは記録再生器固有の
情報に基いて生成されたものではないので、例えばメモ
リカード等の着脱可能な記録デバイスに格納されたセー
ブデータは異なる記録再生器においても対応するコンテ
ンツプログラムと共に使用する限り再生可能となる。
【０５２７】また、ステップＳ７０２においてＮｏ、す
なわち「プログラム使用制限しない」の選択がなされ、
ステップＳ７０７においてシステム共通鍵に基づくセー
ブデータ暗号化鍵Ｋｓａｖによって暗号化処理されたセ
ーブデータは、コンテンツ識別子が異なるプログラムを
用いた場合でも、また、記録再生器が異なっていた場合
でも再生して利用することが可能となる。
【０５２８】図７２は、図７０のセーブデータ格納処理
によって格納されたセーブデータを再生する処理を示し
たフローである。
【０５２９】ステップＳ７１１は、コンテンツ識別子、
例えばゲームＩＤを記録再生器３００が読み出す処理で
ある。これは、先に説明した図７０のセーブデータ格納
処理のステップＳ７０１と同様の処理であり、コンテン
ツデータ中の識別情報に含まれるデータを読み出す処理
である。
【０５３０】次に、ステップＳ７１２では、図６９に示
す記録デバイス４００Ａ〜Ｃから、図７１を用いて説明
したデータ管理ファイルを読み出し、ステップＳ７１１
において読み出したコンテンツ識別子、および対応して
設定された使用プログラム制限情報を抽出する。データ
管理ファイルに設定されたプログラム使用制限が「す
る」であった場合は、ステップＳ７１４に進み、「しな
い」であった場合には、ステップＳ７１７に進む。
【０５３１】ステップＳ７１４では、コンテンツデータ
からコンテンツ固有の鍵、例えば先に説明したコンテン
ツ鍵Ｋｃｏｎを読み出してコンテンツ固有鍵をセーブデ
ータ復号化鍵Ｋｓａｖとするか、あるいはコンテンツ固
有鍵に基づいてセーブデータ復号化鍵Ｋｓａｖを生成す
る。この復号化鍵生成処理は、暗号化鍵生成処理に対応
する処理アルゴリズムが適用され、あるコンテンツ固有
鍵に基づいて暗号化されたデータは、同一のコンテンツ
固有鍵に基づいて生成された復号鍵によって復号可能な
ものとなる復号化鍵生成アルゴリズムが適用される。
【０５３２】一方、ステッブＳ７１２において、データ
管理ファイルの設定がプログラム使用制限について「し
ない」の設定であった場合は、ステップＳ７１７におい
て、記録再生器３００内に格納されたシステム共通鍵、
例えばシステム署名鍵Ｋｓｙｓを記録再生器３００の内
部メモリ３０７から読み出して、システム署名鍵Ｋｓｙ
ｓをセーブデータ復号化鍵Ｋｓａｖとするか、あるいは
システム署名鍵に基づいてセーブデータ復号化鍵Ｋｓａ
ｖを生成する。または、別途、記録再生器３００の内部
メモリ３０７内に保存しておいた、他の鍵とは別の暗号
鍵をセーブデータ暗号鍵Ｋｓａｖとして使用してもよ
い。
【０５３３】次に、ステップＳ７１５において、ステッ
プＳ７１４、またはステップＳ７１７で選択、または生
成されたセーブデータ復号化鍵Ｋｓａｖを用いてセーブ
データの復号化処理を実行し、ステップＳ７１６におい
て、復号したセーブデータを記録再生器３００において
再生、実行する。
【０５３４】以上で、セーブデータの再生処理が終了す
る。上述のようにデータ管理ファイルに「プログラム使
用制限する」の設定がなされている場合は、コンテンツ
固有鍵に基づいてセーブデータ復号化鍵が生成され、
「プログラム使用制限しない」の設定がある場合はシス
テム共通鍵に基づいてセーブデータ復号化鍵が生成され
る。「プログラム使用制限する」の設定がされている場
合、使用しているコンテンツのコンテンツ識別子が同じ
ものでないとセーブデータの復号処理の可能な復号化鍵
を得ることができないこととなり、セーブデータのセキ
ュリティを高めることが可能となる。
【０５３５】図７３、図７４は、コンテンツ識別子を用
いてセーブデータの暗号化鍵、復号化鍵を生成するセー
ブデータ格納処理フロー（図７３）、セーブデータ再生
処理フロー（図７４）である。
【０５３６】図７３において、ステップＳ７２１〜Ｓ７
２２は、図７０のステップＳ７０１〜Ｓ７０２と同様の
処理であり、説明を省略する。
【０５３７】図７３のセーブデータ格納処理フローは、
ステップＳ７２２において「プログラム使用制限する」
の設定を行なった場合、ステップＳ７２３においてコン
テンツデータからコンテンツ識別子、すなわちコンテン
ツＩＤを読み出してコンテンツＩＤをセーブデータ暗号
化鍵Ｋｓａｖとするか、あるいはコンテンツＩＤに基づ
いてセーブデータ暗号化鍵Ｋｓａｖを生成する。例え
ば、記録再生器３００の暗号処理部３０７はコンテンツ
データから読み出したコンテンツＩＤに、記録再生器３
００の内部メモリに格納されたマスター鍵ＭＫｘを適用
して、例えばＤＥＳ（ＭＫｘ，コンテンツＩＤ）によっ
てセーブデータ暗号化鍵Ｋｓａｖを得ることができる。
または、別途、記録再生器３００の内部メモリ３０７内
に保存しておいた、他の鍵とは別の暗号鍵をセーブデー
タ暗号鍵Ｋｓａｖとして使用してもよい。
【０５３８】一方、ステッブＳ７２２において、プログ
ラム使用制限について「しない」の設定とした場合は、
ステップＳ７２７において、記録再生器３００内に格納
されたシステム共通鍵、例えばシステム署名鍵Ｋｓｙｓ
を記録再生器３００の内部メモリ３０７から読み出し
て、システム署名鍵Ｋｓｙｓをセーブデータ暗号化鍵Ｋ
ｓａｖとするか、あるいはシステム署名鍵に基づいてセ
ーブデータ暗号化鍵Ｋｓａｖを生成する。または、別
途、記録再生器３００の内部メモリ３０７内に保存して
おいた、他の鍵とは別の暗号鍵をセーブデータ暗号鍵Ｋ
ｓａｖとして使用してもよい。
【０５３９】ステップＳ７２４以下の処理は、前述の図
７０の処理フローにおけるステップＳ７０４以下の処理
と同様であり、説明を省略する。
【０５４０】さらに、図７４は、図７３のセーブデータ
格納処理フローで記録デバイスに格納されたセーブデー
タを再生、実行する処理フローであり、ステップＳ７３
１〜Ｓ７３３は前述の図７２の対応処理と同様であり、
ステップＳ７３４のみが異なる。ステップＳ７３４にお
いては、コンテンツデータからコンテンツ識別子、すな
わちコンテンツＩＤを読み出してコンテンツＩＤをセー
ブデータ復号化鍵Ｋｓａｖとするか、あるいはコンテン
ツＩＤに基づいてセーブデータ復号化鍵Ｋｓａｖを生成
する。この復号化鍵生成処理は、暗号化鍵生成処理に対
応する処理アルゴリズムが適用され、あるコンテンツ識
別子に基づいて暗号化されたデータは、同一のコンテン
ツ識別子に基づいて生成された復号鍵によって復号可能
なものとなる復号化鍵生成アルゴリズムが適用される。
【０５４１】以下の処理、ステップＳ７３５、Ｓ７３
６、Ｓ７３７は、図７２の対応処理と同様であるので説
明を省略する。図７３、図７４のセーブデータ格納およ
び再生処理に従えば、プログラム使用制限するの設定を
行なった場合、コンテンツＩＤを使用してセーブデータ
暗号化鍵、復号化鍵を生成する構成としたので、先のコ
ンテンツ固有鍵を使用したセーブデータ格納、再生処理
と同様、対応するコンテンツプログラムが整合する場合
以外は、セーブデータを利用することができない構成と
なり、セーブデータセキュリティを高めた保存が可能と
なる。
【０５４２】図７５、図７７は、記録再生器固有鍵を用
いてセーブデータの暗号化鍵、復号化鍵を生成するセー
ブデータ格納処理フロー（図７５）、セーブデータ再生
処理フロー（図７７）である。
【０５４３】図７５において、ステップＳ７４１は、図
７０のステップＳ７０１と同様の処理であり、説明を省
略する。ステップＳ７４２は、記録再生器の制限をする
かしないかを設定するステップである。記録再生器制限
は、セーブデータを利用可能な記録再生器を限定する場
合、すなわちセーブデータを生成し格納した記録再生器
にのみ利用可能とする場合を「する」と設定し、他の記
録再生器でも利用可能とする場合を「しない」の設定と
するものである。ステップＳ７４２において「記録再生
器制限する」の設定をすると、ステップＳ７４３に進
み、「しない」の設定をするとステップＳ７４７に進
む。
【０５４４】データ管理ファイルの例を図７６に示す。
データ管理ファイルは項目としてデータ番号、コンテン
ツ識別子、記録再生器識別子、記録再生器制限を含むテ
ーブルとして生成される。コンテンツ識別子は、セーブ
データを格納する対象となったコンテンツプログラムの
識別データである。記録再生器識別子は、セーブデータ
を格納した記録再生器の識別子、例えば図６９に示す
［ＩＤｄｅｖ］である。記録再生器制限は、セーブデー
タを利用可能な記録再生器を限定する場合、すなわちセ
ーブデータを生成し格納した記録再生器にのみ利用可能
とする場合を「する」と設定し、他の記録再生器でも利
用可能とする場合を「しない」の設定とするものであ
る。記録再生器制限情報は、コンテンツプログラムを利
用するユーザが任意に設定できるようにしてもよいし、
コンテンツ製作者が設定して、この情報をコンテンツプ
ログラム中に格納しておいてもよい。
【０５４５】図７５のセーブデータ格納処理フローにお
いては、ステップＳ７４２において「記録再生器制限す
る」の設定を行なった場合、ステップＳ７４３において
記録再生器３００から記録再生器固有鍵、例えば記録再
生器署名鍵Ｋｄｅｖを記録再生器３００の内部メモリ３
０７から読み出して記録再生器署名鍵Ｋｄｅｖをセーブ
データ暗号化鍵Ｋｓａｖとするか、あるいは記録再生器
署名鍵Ｋｄｅｖに基づいてセーブデータ暗号化鍵Ｋｓａ
ｖを生成する。または、別途、記録再生器３００の内部
メモリ３０７内に保存しておいた、他の鍵とは別の暗号
鍵をセーブデータ暗号鍵Ｋｓａｖとして使用してもよ
い。
【０５４６】一方、ステッブＳ７４２において、記録再
生器制限について「しない」の設定とした場合は、ステ
ップＳ７４７において、記録再生器３００内に格納され
たシステム共通鍵、例えばシステム署名鍵Ｋｓｙｓを記
録再生器３００の内部メモリ３０７から読み出して、シ
ステム署名鍵Ｋｓｙｓをセーブデータ暗号化鍵Ｋｓａｖ
とするか、あるいはシステム署名鍵に基づいてセーブデ
ータ暗号化鍵Ｋｓａｖを生成する。または、別途、記録
再生器３００の内部メモリ３０７内に保存しておいた、
他の鍵とは別の暗号鍵をセーブデータ暗号鍵Ｋｓａｖと
して使用してもよい。
【０５４７】ステップＳ７４４、Ｓ７４５の処理は、前
述の図７０の処理フローにおける対応処理と同様であ
り、説明を省略する。
【０５４８】ステップＳ７４６では、データ管理ファイ
ル（図７６参照）にコンテンツ識別子、記録再生器識別
子、そしてステップ７４２でユーザが設定した記録再生
器制限情報「する／しない」を書き込む。
【０５４９】さらに、図７７は、図７５のセーブデータ
格納処理フローで記録デバイスに格納されたセーブデー
タを再生、実行する処理フローであり、ステップＳ７５
１は前述の図７２の対応処理と同様、コンテンツ識別子
を読み出す。次に、ステップＳ７５２においては、記録
再生器３００内のメモリに格納された記録再生器識別子
（ＩＤｄｅｖ）を読み出す。
【０５５０】ステップＳ７５３では、データ管理ファイ
ル（図７６参照）からコンテンツ識別子、記録再生器識
別子、設定済みの記録再生器制限情報「する／しない」
の各情報を読み出す。データ管理ファイル中のコンテン
ツ識別子が一致するエントリにおいて、記録再生器制限
情報が「する」に設定されている場合、テーブルエント
リの記録再生器識別子がステップＳ７５２で読み取られ
た記録再生器識別子と異なる場合は処理を終了する。
【０５５１】次に、ステップＳ７５４でデータ管理ファ
イルの設定が「記録再生器制限する」である場合は、ス
テップＳ７５５に進み、「しない」である場合は、ステ
ップＳ７５８に進む。
【０５５２】ステップＳ７５５においては、記録再生器
３００から記録再生器固有鍵、例えば記録再生器署名鍵
Ｋｄｅｖを記録再生器３００の内部メモリ３０７から読
み出して記録再生器署名鍵Ｋｄｅｖをセーブデータ復号
化鍵Ｋｓａｖとするか、あるいは記録再生器署名鍵Ｋｄ
ｅｖに基づいてセーブデータ復号化鍵Ｋｓａｖを生成す
る。この復号化鍵生成処理は、暗号化鍵生成処理に対応
する処理アルゴリズムが適用され、ある記録再生器固有
鍵に基づいて暗号化されたデータは、同一の記録再生器
固有鍵に基づいて生成された復号鍵によって復号可能な
ものとなる復号化鍵生成アルゴリズムが適用される。ま
たは、別途、記録再生器３００の内部メモリ３０７内に
保存しておいた、他の鍵とは別の暗号鍵をセーブデータ
暗号鍵Ｋｓａｖとして使用してもよい。
【０５５３】一方ステップＳ７５８においては、記録再
生器３００内に格納されたシステム共通鍵、例えばシス
テム署名鍵Ｋｓｙｓを記録再生器３００の内部メモリ３
０７から読み出して、システム署名鍵Ｋｓｙｓをセーブ
データ復号化鍵Ｋｓａｖとするか、あるいはシステム署
名鍵に基づいてセーブデータ復号化鍵Ｋｓａｖを生成す
る。または、別途、記録再生器３００の内部メモリ３０
７内に保存しておいた、他の鍵とは別の暗号鍵をセーブ
データ暗号鍵Ｋｓａｖとして使用してもよい。以下のス
テップＳ７５６，Ｓ７５７は、前述のセーブデータ再生
処理フローの対応ステップと同様の処理である。
【０５５４】図７５、図７７に示すセーブデータ格納、
再生処理フローによれば、「記録再生器制限する」の選
択がなされたセーブデータは、記録再生器固有鍵によっ
て暗号化、復号化処理が実行されるため、同一の記録再
生器個有鍵を持つ記録再生器、すなわち同一の記録再生
器によってのみ復号して利用することが可能となる。
【０５５５】次に、図７８、図７９に記録再生器識別子
を用いてセーブデータの暗号化、復号化鍵を生成して格
納、再生する処理フローを示す。
【０５５６】図７８は、記録再生器識別子を用いてセー
ブデータの暗号化を行い記録デバイスに格納する。ステ
ップＳ７６１〜Ｓ７６３は、先の図７５と同様の処理で
ある。ステップＳ７６４では、記録再生器から読み出し
た記録再生器識別子（ＩＤｄｅｖ）を用いてセーブデー
タの暗号化鍵Ｋｓａｖを生成する。ＩＤｄｅｖをセーブ
データ暗号化鍵Ｋｓａｖとして適用するか、あるいは記
録再生器３００の内部メモリに格納されたマスター鍵Ｍ
Ｋｘを適用して、ＤＥＳ（ＭＫｘ，ＩＤｄｅｖ）によっ
てセーブデータ暗号化鍵Ｋｓａｖを得る等、ＩＤｄｅｖ
に基づいてセーブデータ暗号化鍵ｋｓａｖを生成する。
または、別途、記録再生器３００の内部メモリ３０７内
に保存しておいた、他の鍵とは別の暗号鍵をセーブデー
タ暗号鍵Ｋｓａｖとして使用してもよい。
【０５５７】以下の処理ステップＳ７６５〜Ｓ７６８
は、前述の図７５の対応処理と同様であり、説明を省略
する。
【０５５８】図７９は、図７８の処理によって記録デバ
イスに格納されたセーブデータを再生、実行する処理フ
ローである。ステップＳ７７１〜Ｓ７７４は、前述の図
７７の対応処理と同様である。
【０５５９】ステップＳ７７５では、記録再生器から読
み出した記録再生器識別子（ＩＤｄｅｖ）を用いてセー
ブデータの復号化鍵Ｋｓａｖを生成する。ＩＤｄｅｖを
セーブデータ復号化鍵Ｋｓａｖとして適用するか、ある
いは記録再生器３００の内部メモリに格納されたマスタ
ー鍵ＭＫｘを適用して、ＤＥＳ（ＭＫｘ，ＩＤｄｅｖ）
によってセーブデータ復号化鍵Ｋｓａｖを得る等、ＩＤ
ｄｅｖに基づいてセーブデータ復号化鍵Ｋｓａｖを生成
する。この復号化鍵生成処理は、暗号化鍵生成処理に対
応する処理アルゴリズムが適用され、ある記録再生器識
別子に基づいて暗号化されたデータは、同一の記録再生
器識別子に基づいて生成された復号鍵によって復号可能
なものとなる復号化鍵生成アルゴリズムが適用される。
または、別途、記録再生器３００の内部メモリ３０７内
に保存しておいた、他の鍵とは別の暗号鍵をセーブデー
タ暗号鍵Ｋｓａｖとして使用してもよい。
【０５６０】以下の処理ステップＳ７７６〜Ｓ７７８は
前述の図７６の対応ステップの処理と同様である。
【０５６１】この図７８、図７９に示すセーブデータ格
納、再生処理フローによれば、「記録再生器制限する」
の選択がなされたセーブデータは、記録再生器識別子に
よって暗号化、復号化処理が実行されるため、同一の記
録再生器識別子を持つ記録再生器、すなわち同一の記録
再生器によってのみ復号して利用することが可能とな
る。
【０５６２】次に図８０〜８２を用いて、上述のプログ
ラム使用制限、および記録再生器使用制限を併せて実行
するセーブデータ格納、再生処理について説明する。
【０５６３】図８０は、セーブデータ格納処理フローで
ある。ステップＳ７８１において、コンテンツ識別子を
コンテンツデータから読み出し、ステップＳ７８２にお
いて、プログラム使用制限判定を行ない、ステップＳ７
８３において記録再生器制限判定を行なう。
【０５６４】「プログラム使用制限あり」、かつ「記録
再生器制限あり」の場合は、ステップＳ７８５におい
て、コンテンツ固有鍵（ｅｘ．Ｋｃｏｎ）と、記録再生
器固有鍵（Ｋｄｅｖ）の双方に基づいてセーブデータ暗
号化鍵Ｋｓａｖが生成される。これは、例えばＫｓａｖ
＝（Ｋｃｏｎ ＸＯＲ Ｋｄｅｖ）、あるいは記録再生
器３００の内部メモリに格納されたマスタ鍵ＭＫｘを適
用してＫｓａｖ＝ＤＥＳ（ＭＫｘ，Ｋｃｏｎ ＸＯＲ
Ｋｄｅｖ）等によって得ることができる。または、別
途、記録再生器３００の内部メモリ３０７内に保存して
おいた、他の鍵とは別の暗号鍵をセーブデータ暗号鍵Ｋ
ｓａｖとして使用してもよい。
【０５６５】「プログラム使用制限あり」、かつ「記録
再生器制限なし」の場合は、ステップＳ７８６におい
て、コンテンツ固有鍵（ｅｘ．Ｋｃｏｎ）をセーブデー
タ暗号化鍵Ｋｓａｖとするか、あるいはコンテンツ固有
鍵（ｅｘ．Ｋｃｏｎ）に基づいてセーブデータ暗号化鍵
Ｋｓａｖを生成する。
【０５６６】「プログラム使用制限なし」、かつ「記録
再生器制限あり」の場合は、ステップＳ７８７におい
て、記録再生器固有鍵（Ｋｄｅｖ）をセーブデータ暗号
化鍵Ｋｓａｖとするか、あるいは記録再生器固有鍵（Ｋ
ｄｅｖ）に基づいてセーブデータ暗号化鍵Ｋｓａｖが生
成される。または、別途、記録再生器３００の内部メモ
リ３０７内に保存しておいた、他の鍵とは別の暗号鍵を
セーブデータ暗号鍵Ｋｓａｖとして使用してもよい。
【０５６７】さらに、「プログラム使用制限なし」、か
つ「記録再生器制限なし」の場合は、ステップＳ７８７
において、システム共通鍵、例えばシステム署名鍵Ｋｓ
ｙｓをセーブデータ暗号化鍵Ｋｓａｖとするか、あるい
はシステム署名鍵Ｋｓｙｓに基づいてセーブデータ暗号
化鍵Ｋｓａｖを生成する。または、別途、記録再生器３
００の内部メモリ３０７内に保存しておいた、他の鍵と
は別の暗号鍵をセーブデータ暗号鍵Ｋｓａｖとして使用
してもよい。
【０５６８】ステップＳ７８９では、ステップＳ７８５
〜Ｓ７８８のいずれかで生成されたセーブデータ暗号化
鍵Ｋｓａｖによってセーブデータが暗号化され、記録デ
バイスに格納される。
【０５６９】さらに、ステップＳ７９０では、ステップ
Ｓ７８２、Ｓ７８３において設定した制限情報がデータ
管理ファイルに格納される。データ管理ファイルは、例
えば図８１に示す構成となり、項目としてデータ番号、
コンテンツ識別子、記録再生器識別子、プログラム使用
制限、記録再生器制限を含む。
【０５７０】図８２は、図８０の処理によって記録デバ
イスに格納されたセーブデータを再生、実行する処理フ
ローである。ステップＳ７９１では、実行プログラムの
コンテンツ識別子、記録再生器識別子を読み出し、ステ
ップＳ７９２において、図８１に示すデータ管理ファイ
ルからコンテンツ識別子、記録再生器識別子、プログラ
ム使用制限、記録再生器制限情報を読み出す。この場
合、プログラム使用制限が「する」でコンテンツ識別子
が不一致である場合、または記録再生器制限情報が「す
る」で記録再生器識別子が不一致である場合は、処理を
終了する。
【０５７１】次に、ステップＳ７９３、Ｓ７９４、Ｓ７
９５では、データ管理ファイルの記録データにしたがっ
て復号鍵生成処理をステップＳ７９６〜Ｓ７９９の４態
様のいずれかに設定する。
【０５７２】「プログラム使用制限あり」、かつ「記録
再生器制限あり」の場合は、ステップＳ７９６におい
て、コンテンツ固有鍵（ｅｘ．Ｋｃｏｎ）と、記録再生
器固有鍵（Ｋｄｅｖ）の双方に基づいてセーブデータ復
号化鍵Ｋｓａｖが生成される。または、別途、記録再生
器３００の内部メモリ３０７内に保存しておいた、他の
鍵とは別の暗号鍵をセーブデータ暗号鍵Ｋｓａｖとして
使用してもよい。「プログラム使用制限あり」、かつ
「記録再生器制限なし」の場合は、ステップＳ７９７に
おいて、コンテンツ固有鍵（ｅｘ．Ｋｃｏｎ）をセーブ
データ復号化鍵Ｋｓａｖとするか、あるいはコンテンツ
固有鍵（ｅｘ．Ｋｃｏｎ）に基づいてセーブデータ復号
化鍵Ｋｓａｖを生成する。または、別途、記録再生器３
００の内部メモリ３０７内に保存しておいた、他の鍵と
は別の暗号鍵をセーブデータ暗号鍵Ｋｓａｖとして使用
してもよい。
【０５７３】「プログラム使用制限なし」、かつ「記録
再生器制限あり」の場合は、ステップＳ７９８におい
て、記録再生器固有鍵（Ｋｄｅｖ）をセーブデータ復号
化鍵Ｋｓａｖとするか、あるいは記録再生器固有鍵（Ｋ
ｄｅｖ）に基づいてセーブデータ復号化鍵Ｋｓａｖが生
成される。または、別途、記録再生器３００の内部メモ
リ３０７内に保存しておいた、他の鍵とは別の暗号鍵を
セーブデータ暗号鍵Ｋｓａｖとして使用してもよい。さ
らに、「プログラム使用制限なし」、かつ「記録再生器
制限なし」の場合は、ステップＳ７９９において、シス
テム共通鍵、例えばシステム署名鍵Ｋｓｙｓをセーブデ
ータ復号化鍵Ｋｓａｖとするか、あるいはシステム署名
鍵Ｋｓｙｓに基づいてセーブデータ復号化鍵Ｋｓａｖを
生成する。または、別途、記録再生器３００の内部メモ
リ３０７内に保存しておいた、他の鍵とは別の暗号鍵を
セーブデータ暗号鍵Ｋｓａｖとして使用してもよい。
【０５７４】これらの復号化鍵生成処理は、暗号化鍵生
成処理に対応する処理アルゴリズムが適用され、同一の
コンテンツ固有鍵、記録再生器固有鍵に基づいて暗号化
されたデータは、同一のコンテンツ固有鍵、記録再生器
固有鍵に基づいて生成された復号鍵によって復号可能な
ものとなる復号化鍵生成アルゴリズムが適用される。
【０５７５】ステップＳ８００では、上述のステップＳ
７９６〜Ｓ７９９のいずれかにおいて生成されたセーブ
データ復号化鍵を用いて復号処理が実行され、復号セー
ブデータが記録再生器３００において再生、実行され
る。
【０５７６】この図８０、８２において示したセーブデ
ータ格納、再生処理フローによれば、「プログラム使用
制限する」の選択がなされたセーブデータはコンテンツ
固有鍵によって暗号化、復号化処理が実行されるため、
同一のコンテンツ固有鍵を持つコンテンツデータを使用
する場合のみ復号して利用することが可能となる。ま
た、「記録再生器制限する」の選択がなされたセーブデ
ータは、記録再生器識別子によって暗号化、復号化処理
が実行されるため、同一の記録再生器識別子を持つ記録
再生器、すなわち同一の記録再生器によってのみ復号し
て利用することが可能となる。従って、コンテンツ、記
録再生器両者によって利用制限を設定することが可能と
なり、セーブデータのセキュリテイをさらに高めること
が可能となる。
【０５７７】なお、図８０、８２においては、コンテン
ツ固有鍵、記録再生器個有鍵を用いたセーブデータ暗号
化鍵、復号化鍵の生成構成を示したが、コンテンツ個有
鍵の代わりにコンテンツ識別子、また記録再生器固有鍵
の代わりに記録再生器識別子を用いて、これら識別子に
基づいてセーブデータ暗号化鍵、復号化鍵の生成を実行
する構成としてもよい。
【０５７８】次に、図８３〜８５を用いてユーザの入力
したパスワードに基づいてセーブデータの暗号化鍵、復
号化鍵を生成する構成について説明する。
【０５７９】図８３はユーザの入力したパスワードに基
づいてセーブデータの暗号化鍵を生成して記録デバイス
に格納する処理フローである。
【０５８０】ステップＳ８２１は、コンテンツデータか
らコンテンツ識別子を読み出す処理であり、前述の各処
理と同様である。ステップＳ８２２は、ユーザによるプ
ログラム使用制限の設定を行なうか否かを決定するステ
ップである。本構成において設定されるデータ管理ファ
イルは、例えば図８４に示す構成を持つ。
【０５８１】図８４に示すように、データは、データ番
号、コンテンツ識別子、記録再生器識別子、さらにユー
ザによるプログラム使用制限情報が含まれる。「ユーザ
によるプログラム使用制限情報」はプログラムを使用す
るユーザを制限するかしないかを設定する項目である。
【０５８２】図８３における処理フローにおけるステッ
プＳ８２２において使用制限するの設定がなされると、
ステップＳ８２３においてユーザパスワードの入力がな
される。この入力は、図２に示す例えばキーボード等の
入力手段から入力される。
【０５８３】入力されたパスワードは、メインＣＰＵ１
０６、制御部３０１の制御のもとに暗号処理部３０２に
出力され、ステップＳ８２４における処理、すなわち入
力ユーザパスワードに基づくセーブデータ暗号化鍵Ｋｓ
ａｖが生成される。セーブデータ暗号化鍵Ｋｓａｖ生成
処理としては、例えばパスワード自体を暗号化鍵Ｋｓａ
ｖとしてもよいし、あるいは記録再生器のマスタ鍵ＭＫ
ｘを用いて、セーブデータ暗号化鍵Ｋｓａｖ＝ＤＥＳ
（ＭＫｘ，パスワード）によって生成してもよい。ま
た、パスワードを入力として一方向性関数を適用して、
その出力に基づいて暗号化鍵を生成してもよい。
【０５８４】ステップＳ８２２におけるユーザ制限がＮ
ｏとされている場合は、ステップＳ８２８において、記
録再生器３００のシステム共通鍵に基づいてセーブデー
タ暗号化鍵が生成される。
【０５８５】さらに、ステップＳ８２５でステップＳ８
２４、またはステップＳ８２８で生成したセーブデータ
暗号化鍵Ｋｓａｖを用いてセーブデータの暗号化処理が
なされ、ステップＳ８２６において暗号化処理のなされ
たセーブデータが記録デバイスに格納される。
【０５８６】さらに、ステップＳ８２７において、図８
４のデータ管理ファイルにステップＳ８２２で設定した
ユーザによるフログラム使用制限情報が、コンテンツ識
別子と記録再生器識別子に対応付けられて書き込まれ
る。
【０５８７】図８５は、図８３の処理によって格納され
たセーブデータの再生処理フローを示した図である。ス
テップＳ８３１において、コンテンツデータからコンテ
ンツ識別子を読み出し、ステップＳ８３２において図８
４に示したデータ管理ファイルからコンテンツ識別子、
ユーザによるプログラム使用制限情報を読み出す。
【０５８８】ステップＳ８３３において、データ管理フ
ァイル中のデータに基づく判定を実行し、「ユーザによ
るプログラム使用制限する」が設定されている場合は、
ステップＳ８３４において、パスワード入力を求め、ス
テップＳ８３５において、入力パスワードに基づく復号
化鍵を生成する。この復号化鍵生成処理は、暗号化鍵生
成処理に対応する処理アルゴリズムが適用され、あるパ
スワードに基づいて暗号化されたデータは、同一のパス
ワードに基づいて生成された復号鍵によって復号可能な
ものとなる復号化鍵生成アルゴリズムに設定される。
【０５８９】ステップＳ８３３の判定がユーザによるプ
ログラム使用制限なしの場合は、ステップＳ８３７にお
いて記録再生器３００の内部メモリに格納されたシステ
ム共通鍵、例えばシステム署名鍵Ｋｓｙｓを用いてセー
ブデータ復号鍵Ｋｓａｖが生成される。または、別途、
記録再生器３００の内部メモリ３０７内に保存しておい
た、他の鍵とは別の暗号鍵をセーブデータ暗号鍵Ｋｓａ
ｖとして使用してもよい。
【０５９０】ステップＳ８３６では、ステップＳ８３
５、ステップＳ８３７のいずれかにおいて生成された復
号化鍵Ｋｓａｖを用いて記録デバイスに格納されたセー
ブデータの復号が実行され、ステップＳ８３６において
記録再生器においてセーブデータの再生、実行がなされ
る。
【０５９１】図８３、図８５において示したセーブデー
タ格納、再生処理フローによれば、「ユーザによるプロ
グラム使用制限する」の選択がなされたセーブデータは
ユーザ入力パスワードに基づく鍵によって暗号化、復号
化処理が実行されるため、同一のパスワードを入力した
場合のみ復号して利用することが可能とり、セーブデー
タのセキュリテイを高めることが可能となる。
【０５９２】以上、いくつかのセーブデータの格納処
理、再生処理態様について説明してきたが、上述した処
理を融合した処理、例えばパスワードと、記録再生器識
別子、コンテンツ識別子等を任意に組み合わせて使用し
てセーブデータ暗号化鍵、復号化鍵を生成する態様も可
能である。
【０５９３】（１７）不正機器の排除（リボケーショ
ン）構成 すでに説明してきたように、本発明のデータ処理装置に
おいては、メディア５００（図３参照）、通信手段６０
０から提供される様々なコンテンツデータを記録再生器
３００において、認証、暗号化処理等を実行し、記録デ
バイスに格納する構成によって提供コンテンツのセキュ
リティを高めるとともに、また、正当な利用者のみが利
用可能とする構成を持つ。
【０５９４】上述の説明から理解されるように、入力コ
ンテンツは、記録再生器３００の暗号処理部３０２に構
成される内部メモリ３０７に格納された様々な署名鍵、
マスター鍵、チェック値生成鍵（図１８参照）を用い
て、認証処理、暗号化処理、復号化処理がなされる。こ
の鍵情報を格納する内部メモリ３０７は、先に説明した
ように、基本的に外部からアクセスしにくい構造を持っ
た半導体チップで構成され、多層構造を有し、その内部
のメモリはアルミニュウム層等のダミー層に挟まれる
か、最下層に構成され、また、動作する電圧または／か
つ周波数の幅が狭い等、外部から不正にデータの読み出
しが難しい特性とした構成とされるのが望ましいが、万
が一内部メモリの不正な読み取りが実行され、これらの
鍵データ等が流出し、正規なライセンスのされていない
記録再生器にコピーされた場合、コピーされた鍵情報に
よって不正なコンテンツ利用がなされる可能性がある。
【０５９５】ここでは、これらの不正コピーによる鍵の
複製によるコンテンツの不正利用を防止する構成につい
て説明する。
【０５９６】図８６に、本構成「（１７）不正機器の排
除構成」を説明するブロック図を示す。記録再生器３０
０は、前述の図２，３に示す記録再生器と同様であり、
内部メモリを有し、先に説明した（図１８）各種の鍵デ
ータ、さらに、記録再生器識別子を有している。なお、
ここでは、第三者によって複製されている記録再生器識
別子、鍵データ等は図３に示す内部メモリ３０７に格納
されるとは限らず、図８６に示す記録再生器３００の鍵
データ等は、暗号処理部３０２（図２，３参照）によっ
てアクセス可能なメモリ部にまとめて、あるいは分散し
て格納されている構成であるとする。
【０５９７】不正機器の排除構成を実現するため、コン
テンツデータのヘッダ部の不正な記録再生器識別子リス
トを記憶した構成とした。図８６に示すように、コンテ
ンツデータには、不正な記録再生器識別子（ＩＤｄｅ
ｖ）リストとしてのリボケーション(Revocation)リスト
を保有している。さらに、リボケーションリストの改竄
チェック用のリストチェック値ＩＣＶｒｅｖを設けてい
る。不正な記録再生器識別子（ＩＤｄｅｖ）リストは、
コンテンツ提供者、または管理者が、例えば不正コピー
の流通状態等から判明した不正な記録再生器の識別子Ｉ
Ｄｄｅｖをリスト化したものである。このリボケーショ
ンリストは例えば配送鍵Ｋｄｉｓによって暗号化されて
格納してもよい。記録再生器による復号処理について
は、例えば先の図２２のコンテンツダウンロード処理の
態様と同様である。
【０５９８】なお、ここでは、理解を容易にするため、
リボケーションリストを単独のデータとして図８６のコ
ンテンツデータ中に示してあるが、例えば先に説明した
コンテンツデータのヘッダ部の構成要素である取扱方針
（例えば図３２〜３５参照）中にリボケーションリスト
を含ませてもよい。この場合は、先に説明したチェック
値ＩＣＶａによってリボケーションリストを含む取扱方
針データの改竄チェックがなされる。リボケーションリ
ストが取扱方針中に含まれる場合は、チェック値Ａ：Ｉ
ＣＶａのチェックによって代替され、記録再生器内のチ
ェック値Ａ生成鍵Ｋｉｃｖａが利用され、チェック値生
成鍵Ｋｉｃｖ−ｒｅｖを格納する必要はない。
【０５９９】リボケーションリストを単独のデータとし
てコンテンツデータ中に含ませる場合は、リボケーショ
ンリストの改竄チェック用のリストチェック値ＩＣＶｒ
ｅｖによるリボケーションリストのチェックを実行する
とともに、リストチェック値ＩＣＶｒｅｖとコンテンツ
データ中の他の部分チェック値とから中間チェック値を
生成して中間チェック値の検証処理を行なう構成とす
る。
【０６００】リボケーションリストの改竄チェック用の
リストチェック値ＩＣＶｒｅｖによるリボケーションリ
ストのチェック手法は、前述の図２３、図２４等で説明
したＩＣＶａ、ＩＣＶｂ等のチェック値生成処理と同様
の方法で実行可能である。すなわち、記録再生器暗号処
理部３０２の内部メモリ３０７に保存したチェック値生
成鍵Ｋｉｃｖ−ｒｅｖを鍵とし、コンテンツデータ中に
含まれるリボケーションリストをメッセージとして図２
３、図２４等で説明したＩＣＶ計算方法に従って計算さ
れる。計算したチェック値ＩＣＶ−ｒｅｖ’とヘッダ
（Header）内に格納されたチェック値：ＩＣＶ−ｒｅｖ
を比較し、一致していた場合には、改竄が無いと判定す
る。
【０６０１】リストチェック値ＩＣＶｒｅｖを含む中間
チェック値は、例えば、図２５に示すように、記録再生
器暗号処理部３０２の内部メモリ３０７に保存されてい
る総チェック値生成鍵Ｋｉｃｖｔを鍵とし、検証したHe
ader内のチェック値Ａ、チェック値Ｂ、リストチェック
値ＩＣＶｒｅｖ、さらにフォーマットに応じてコンテン
ツチェック値を加えたメッセージ列に図７他で説明した
ＩＣＶ計算方法を適用して生成する。
【０６０２】これらのリボケーションリスト、リストチ
ェック値は、ＤＶＤ，ＣＤ等のメデイア５００、通信手
段６００を介して、あるいはメモリカード等の記録デバ
イス４００を介して記録再生器３００に提供される。こ
こで記録再生器３００は、正当な鍵データを保有する記
録再生器である場合と、不正に複製された識別子ＩＤを
有する場合とがある。
【０６０３】このような構成における不正な記録再生器
の排除処理の処理フローを図８７および図８８に示す。
図８７は、ＤＶＤ，ＣＤ等のメディア５００、あるいは
通信手段６００からコンテンツが提供される場合の不正
記録再生器排除（リボケーション）処理フローであり、
図８８は、メモリカード等の記録デバイス４００からコ
ンテンツが提供される場合の不正記録再生器排除（リボ
ケーション）処理フローである。
【０６０４】まず、図８７の処理フローについて説明す
る。ステップ９０１は、メディアを装着して、コンテン
ツの提供、すなわち再生処理あるいはダウンロードの要
求を行なうステップである。この図８７に示す処理は、
例えば記録再生器にＤＶＤ等のメディアを装着してダウ
ンロード処理等を実行する前のステップとして実行され
る。ダウンロード処理については、先に図２２を用いて
説明している通りであり、図２２の処理フローの実行の
前ステップとして、あるいは図２２の処理フロー中に挿
入される処理としてこの図８７の処理が実行される。
【０６０５】記録再生器３００がネットワーク等の通信
手段を介してコンテンツ提供を受ける場合は、ステップ
Ｓ９１１においてコンテンツ配信サービス側との通信セ
ッションを確立し、その後、ステップＳ９０２へ進む。
【０６０６】ステップＳ９０２では、コンテンツデータ
のヘッダ部からリボケーションリスト(図８６参照)を取
得する。このリスト取得処理は、コンテンツがメディア
内にある場合は、図３に示す制御部３０１が読取部３０
４を介してメデイアから読み出し、コンテンツが通信手
段からである場合は、図３に示す制御部３０１が通信部
３０５を介してコンテンツ配信側から受信する。
【０６０７】次にステップＳ９０３において、制御部３
０１は、暗号処理部３０２にメディア５００または通信
手段６００から取得したリボケーションリストを暗号処
理部３０２に渡し、チェック値生成処理を実行させる。
記録再生器３００は、内部にリボケーションチェック値
生成鍵Ｋｉｃｖ−ｒｅｖを有し、受領したリボケーショ
ンリストをメッセージとしてリボケーションチェック値
生成鍵Ｋｉｃｖ−ｒｅｖを適用して、例えば図２３、図
２４等で説明したＩＣＶ計算方法に従ってチェック値Ｉ
ＣＶ−ｒｅｖ’を計算し、計算結果とコンテンツデータ
のヘッダ（Header）内に格納されたチェック値：ＩＣＶ
−ｒｅｖを比較し、一致していた場合には改竄が無い
（ステップＳ９０４でＹｅｓ）と判定する。一致しない
場合は、改竄されていると判定され、ステップＳ９０９
に進み処理エラーとして処理を終了する。
【０６０８】次に、ステップＳ９０５において、記録再
生器暗号処理部３０２の制御部３０６は、記録再生器暗
号処理部３０２の暗号／復号化部３０８に総チェック値
ＩＣＶｔ’の計算をさせる。総チェック値ＩＣＶｔ’
は、図２５に示すように、記録再生器暗号処理部３０２
の内部メモリ３０７に保存されているシステム署名鍵Ｋ
ｓｙｓを鍵とし、中間チェック値をＤＥＳで暗号化して
生成する。なお、各部分チェック値、例えばＩＣＶａ、
ＩＣＶｂ等の検証処理は、この図８７に示す処理フロー
中では省略してあるが、先に説明した図３９〜図４５の
処理フローと同様の各データフォーマットに応じた部分
チェック値の検証が行なわれる。
【０６０９】次に、ステップＳ９０６において、生成し
た総チェック値ＩＣＶｔ’とヘッダ（Header）内のＩＣ
Ｖｔを比較し、一致していた場合（ステップＳ９０６で
Ｙｅｓ）には、ステップＳ９０７へ進む。一致しない場
合は、改竄されていると判定され、ステップＳ９０９に
進み処理エラーとして処理を終了する。
【０６１０】先に説明したように、総チェック値ＩＣＶ
ｔは、ＩＣＶａ、ＩＣＶｂ、さらに、データフォーマッ
トに応じて各コンテンツブロックのチェック値等、コン
テンツデータに含まれる部分チェック値全体をチェック
するものであるが、ここでは、これらの部分チェック値
にさらに、リボケーションリストの改竄チェック用のリ
ストチェック値ＩＣＶｒｅｖを部分チェック値として加
えて、これら全ての改竄を検証する。上述の処理によっ
て生成された総チェック値がヘッダ（Header）内に格納
されたチェック値：ＩＣＶｔと一致した場合には、ＩＣ
Ｖａ、ＩＣＶｂ、各コンテンツブロックのチェック値、
およびリストチェック値ＩＣＶｒｅｖ全ての改竄はない
と判断される。
【０６１１】さらにステップＳ９０７では、改竄無しと
判定されたリボケーションリストと、自己の記録再生器
３００に格納された記録再生器識別子（ＩＤｄｅｖ）と
の比較がなされる。
【０６１２】コンテンツデータから読み出された不正な
記録再生器識別子ＩＤｄｅｖのリストに自己の記録再生
器の識別子ＩＤｄｅｖが含まれている場合は、その記録
再生器３００は、不正に複製された鍵データを有してい
ると判定され、ステップＳ９０９に進み、以後の手続き
は中止される。例えば図２２のコンテンツダウンロード
処理の手続きの実行を不可能とする。
【０６１３】ステップＳ９０７において、不正な記録再
生器識別子ＩＤｄｅｖのリストに自己の記録再生器の識
別子ＩＤｄｅｖが含まれていないと判定された場合に
は、その記録再生器３００は、正当な鍵データを有して
いると判定され、ステップＳ９０８に進み、以後の手続
き、例えば、プログラム実行処理、あるいは図２２等の
コンテンツダウンロード処理等が実行可能となる。
【０６１４】図８８は、メモリカード等の記録デバイス
４００に格納したコンテンツデータを再生する場合の処
理を示す。先に説明したように、メモリカード等の記録
デバイス４００と記録再生器３００は、図２０で説明し
た相互認証処理（ステップＳ９２１）が実行される。ス
テップＳ９２２おいて、相互認証ＯＫである場合にの
み、ステップＳ９２３以降の処理に進み、相互認証に失
敗した場合は、ステップＳ９３０のエラーとなり、以降
の処理は実行されない。
【０６１５】ステップＳ９２３では、コンテンツデータ
のヘッダ部からリボケーションリスト(図８６参照)を取
得する。以降のステップＳ９２４〜Ｓ９３０の処理は、
先の図８７における対応処理と同様の処理である。すな
わち、リストチェック値によるリストの検証（Ｓ９２
４，Ｓ９２５）、総チェック値による検証（Ｓ９２６，
Ｓ９２７）、リストのエントリと自己の記録再生器識別
子ＩＤｄｅｖとの比較（Ｓ９２８）を実行し、コンテン
ツデータから読み出された不正な記録再生器識別子ＩＤ
ｄｅｖのリストに自己の記録再生器の識別子ＩＤｄｅｖ
が含まれている場合は、その記録再生器３００は、不正
に複製された鍵データを有していると判定され、ステッ
プＳ９３０に進み、以後の手続きは中止される。例えば
図２８に示すコンテンツの再生処理を実行不可能とす
る。一方、不正な記録再生器識別子ＩＤｄｅｖのリスト
に自己の記録再生器の識別子ＩＤｄｅｖが含まれていな
いと判定された場合には、その記録再生器３００は、正
当な鍵データを有していると判定され、ステップＳ９２
９に進み、以後の手続きが実行可能となる。
【０６１６】このように、本発明のデータ処理装置にお
いては、コンテンツ提供者、または管理者が提供するコ
ンテンツに併せて不正な記録再生器を識別するデータ、
すなわち不正な記録再生器識別子ＩＤｄｅｖをリスト化
したリボケーションリストをコンテンツデータのヘッダ
部の構成データとして含ませて記録再生器利用者に提供
し、記録再生器利用者は、記録再生器によるコンテンツ
の利用に先立って、自己の記録再生器のメモリに格納さ
れた記録再生器識別子ＩＤｄｅｖと、リストの識別子と
の照合を実行して一致するデータが存在した場合には、
以後の処理を実行させない構成としたので鍵データを複
製してメモリに格納した不正な記録再生器によるコンテ
ンツ利用を排除することが可能となる。
【０６１７】（１８）セキュアチップ構成および製造方
法 先に説明したように、記録再生器暗号処理部３０２の内
部メモリ３０７、あるいは記録デバイス４００の内部メ
モリ４０５は、暗号鍵などの重要な情報を保持している
ため、外部から不正に読み出しにくい構造にしておく必
要がある。従って、記録再生器暗号処理部３０２、記録
デバイス暗号処理部４０１は、例えば外部からアクセス
しにくい構造を持った半導体チップで構成され、多層構
造を有し、その内部のメモリはアルミニュウム層等のダ
ミー層に挟まれるか、最下層に構成され、また、動作す
る電圧または／かつ周波数の幅が狭い等、外部から不正
にデータの読み出しが難しい特性を有する耐タンパメモ
リとして構成される。
【０６１８】しかしながら、上述の説明で理解されるよ
うに、例えば記録再生器暗号処理部３０２の内部メモリ
３０７には記録再生器署名鍵Ｋｄｅｖ等の記録再生器毎
に異なるデータを書き込むことが必要となる。また、チ
ップ内の不揮発性の記憶領域、例えばフラッシュメモ
リ、ＦｅＲＡＭ等にチップ毎の個別情報、例えば識別情
報（ＩＤ）や暗号鍵情報を書き込んだ後、例えば製品出
荷後におけるデータの再書き込み、読み出しを困難とす
ることが必要となる。
【０６１９】従来の書き込みデータの読み出し、再書き
込み処理を困難とするための手法には、例えばデータ書
き込みのコマンドプロトコルを秘密にする。あるいは、
チップ上のデータ書き込みコマンドを受け付ける信号線
と、製品化した後に利用される通信用の信号線を分離し
て構成し、基板上のチップに直接信号を送らない限りデ
ータ書き込みコマンドが有効とならないようにする等の
手法がある。
【０６２０】しかしながら、このような従来手法を採用
しても、記憶素子の専門知識を有するものにとっては、
回路を駆動させる設備と技術があれば、チップのデータ
書き込み領域に対する信号出力が可能であり、また、た
とえデータ書き込みのコマンドプロトコルが秘密であっ
たとしても、プロトコルの解析可能性は常に存在する。
【０６２１】このような、秘密データの改変可能性を保
持した暗号処理データの格納素子を流通させることは、
暗号処理システム全体を脅かす結果となる。また、デー
タの読み出しを防止するために、データ読み出しコマン
ド自体を実装しない構成とすることも可能であるが、そ
の場合、正規のデータ書き込みを実行した場合であって
も、メモリに対するデータ書き込みが実際に行われたか
否かを確認したり、書き込まれたデータが正確に書き込
まれているか否かを判定することが不可能となり、不良
なデータ書き込みの行われたチップが供給される可能性
が発生する。
【０６２２】これらの従来技術に鑑み、ここでは、、例
えばフラッシュメモリ、ＦｅＲＡＭ等の不揮発性メモリ
に正確なデータ書き込みを可能とするとともに、データ
の読み出しを困難にするセキュアチップ構成およびセキ
ュアチップ製造方法を提供する。
【０６２３】図８９に、例えば、前述の記録再生器暗号
処理部３０２または記録デバイス４００の暗号処理部４
０１に適用可能なセキュリティチップ構成を示す。図８
９（Ａ）はチップの製造過程、すなわちデータの書き込
み過程におけるセキュリティチップ構成を示し、図８９
（Ｂ）は、データを書き込んだセキュリティチップを搭
載した製品の構成例、例えば記録再生器３００、記録デ
バイス４００の例を示す。
【０６２４】製造過程にあるセキュリティチップは、処
理部８００１にモード指定用信号線８００３、および各
種コマンド信号線８００４が接続され、処理部８００１
は、モード指定用信号線８００３で設定されたモード、
例えばデータ書き込みモードまたはデータ読み出しモー
ドに応じて不揮発性メモリである記憶部８００２へのデ
ータ書き込み処理、または記憶部８００２からのデータ
読み出し処理を実行する。
【０６２５】一方、図８９（Ｂ）のセキュリティチップ
搭載製品においては、セキュリティチップと外部接続イ
ンタフェース、周辺機器、他の素子等とが汎用信号線で
接続されるが、モード信号線８００３は、非接続状態と
される。具体的な処理は、例えばモード信号線８００３
をグランド接続する、Ｖｃｃに釣り上げる、信号線をカ
ットする、あるいは絶縁体樹脂で封印する等である。こ
のような処理により、製品出荷後は、セキュリティチッ
プのモード信号線に対するアクセスが困難になり、外部
からチップのデータを読み出したり書き込みを行なった
りすることの困難性を高めることができる。
【０６２６】さらに、本構成のセキュリティチップ８０
００は、データの記憶部８００２に対する書き込み処
理、および記憶部８００２に書き込まれたデータの読み
出し処理を困難にする構成を持ち、たとえ第三者がモー
ド信号線８００３のアクセスに成功した場合であっても
不正なデータ書き込み、読み出しを防止可能である。図
９０に本構成を有するセキュリティチップにおけるデー
タ書き込みまたは読み出し処理フローを示す。
【０６２７】ステップＳ９５１は、モード信号線８００
３をデータ書き込みモードまたはデータ読み出しモード
に設定するステップである。
【０６２８】ステップＳ９５２は、チップから認証用情
報を取り出すステップである。本構成のセキュリティチ
ップには、例えばワイヤ（Ｗｉｒｅ）、マスクＲＯＭ構
成により、予めパスワード、暗号技術における認証処理
用の鍵情報等、認証処理に必要な情報が格納される。ス
テップＳ９５２は、この認証情報を読み出して認証処理
を実行する。例えば正規なデータ書き込み治具、データ
読み出し装置を汎用信号線に接続して認証処理を実行し
た場合には、認証ＯＫ（ステップＳ９５３においてＹｅ
ｓ）の結果が得られるが、不正なデータ書き込み治具、
データ読み出し装置を汎用信号線に接続して認証処理を
実行した場合には、認証に失敗（ステップＳ９５３にお
いてＮｏ）し、その時点で処理が中止される。認証処理
は、例えば先に説明した図１３の相互認証処理手続きに
従って実行可能である。図８９に示す処理部８００１
は、これらの認証処理を実行可能な構成を有する。これ
は、例えば先に説明した図２９に示す記録デバイス４０
０の暗号処理部４０１の制御部４０３に組み込まれたコ
マンドレジスタと同様の構成により実現可能である。例
えば図８９のチップの処理部は、図２９に示す記録デバ
イス４００の暗号処理部４０１の制御部４０３に組み込
まれたコマンドレジスタと同様の構成を持ち、各種コマ
ンド信号線８００４に接続された機器から所定のコマン
ドＮｏが入力されると、対応する処理を実行し、認証処
理シーケンスを実行することが可能となる。
【０６２９】処理部８００１は認証処理において認証が
なされた場合にのみ、データの書き込みコマンド、また
はデータの読み出しコマンドを受け付けてデータの書き
込み処理（ステップＳ９５５）、またはデータの読み出
し処理（ステップＳ９５６）を実行する。
【０６３０】このように本構成のセキュリティチップに
おいては、データの書き込み時、読み出し時に認証処理
を実行する構成としたので、正当な権利を持たない第三
者によるセキュリティチップの記憶部からデータの読み
出し、または記憶部へのデータ書き込みを防止すること
ができる。
【０６３１】次に、さらに、セキュリティの高い素子構
成とした実施例を図９１に示す。この例では、セキュリ
ティチップの記憶部８２００が２つの領域に分離され、
一方はデータの読み書きが可能な読み出し書き込み併用
領域(ＲＷ：ＲｅａｄＷｒｉｔｅ領域)８２０１であり、
他方はデータの書き込みのみが可能な書き込み専用領域
（ＷＯ：ＷｒｉｔｅＯｎｌｙ領域）８２０２である。
【０６３２】この構成において、書き込み専用領域（Ｗ
Ｏ：ＷｒｉｔｅＯｎｌｙ領域）８２０２には、暗号鍵デ
ータ、識別子データ等のセキュリテイ要請の高いデータ
を書き込み、一方セキュリティ度のさほど高くない、例
えばチェック用のデータ等を読み出し書き込み併用領域
(ＲＷ：ＲｅａｄＷｒｉｔｅ領域)８２０１に書き込む。
【０６３３】処理部８００１は、読み出し書き込み併用
領域(ＲＷ：ＲｅａｄＷｒｉｔｅ領域)８２０１からのデ
ータ読み出し処理は、前述の図９０で説明した認証処理
を伴うデータ読み出し処理を実行する。しかし、データ
書き込み処理は、図９２のフローに従って実行する。
【０６３４】図９２のステップＳ９６１は、モード信号
線８００３を書き込みモードに設定するステップであ
り、ステップ９６２では、先の図９０で説明したと同様
の認証処理を実行する。認証処理で認証がなされると、
ステップＳ９６３に進み、コマンド信号線８００４を介
して、書き込み専用（ＷＯ）領域８２０２にセキュリテ
イの高い鍵データ等の情報の書き込み、読み出し書き込
み併用領域(ＲＷ：ＲｅａｄＷｒｉｔｅ領域)８２０１に
セキュリティ度のさほど高くない、例えばチェック用デ
ータ書き込むコマンドを処理部８００１に対して出力す
る。
【０６３５】ステップＳ９６４ではコマンドを受領した
処理部８００１が、コマンドに応じたデータ書き込み処
理をそれぞれ書き込み専用（ＷＯ）領域８２０２、読み
出し書き込み併用領域(ＲＷ：ＲｅａｄＷｒｉｔｅ領域)
８２０１に対して実行する。
【０６３６】また、書き込み専用（ＷＯ）領域８２０２
に書き込まれたデータの検証処理フローを図９３に示
す。
【０６３７】図９３のステツプＳ９７１は、処理部８０
０１において、書き込み専用（ＷＯ）領域８２０２に書
き込まれたデータに基づく暗号処理を実行させる。これ
らの実行構成は、先の認証処理実行構成と同様、コマン
ドレジスタに格納された暗号処理シーケンスを順次実行
する構成によって実現される。また、処理部８００１に
おいて実行される暗号処理アルゴリズムは特に限定され
るものではなく、例えば先に説明したＤＥＳアルゴリズ
ムを実行する構成とすることができる。
【０６３８】次に、ステップＳ９７２で、セキュリティ
チップに接続された検証装置が処理部８００１から暗号
処理結果を受信する。次に、ステップＳ９７３におい
て、先に記憶部に書き込み処理を行なった正規な書き込
みデータに対して処理部８００１において実行されたア
ルゴリズムと同様の暗号化処理を適用して得た結果と、
処理部８００１からの暗号化結果とを比較する。
【０６３９】比較した結果が同一であれば、書き込み専
用（ＷＯ）領域８２０２に書き込まれたデータは正しい
ことが検証される。
【０６４０】この構成では、認証処理が破られて読み出
しコマンドが万が一実行可能となっても、データの読み
出し可能領域は、読み出し書き込み併用領域(ＲＷ：Ｒ
ｅａｄＷｒｉｔｅ領域)８２０１に限定され、書き込み
専用（ＷＯ）領域８２０２に書き込まれたデータの読み
出しは、不可能であり、さらにセキュリティの高い構成
となる。また、全く読み出しを不可能としたチップと異
なり、読み出し書き込み併用領域(ＲＷ：ＲｅａｄＷｒ
ｉｔｅ領域)８２０１が構成されているのでメモリアク
セスの正否チェックが可能である。
【０６４１】以上、特定の実施例を参照しながら、本発
明について詳解してきた。しかしながら、本発明の要旨
を逸脱しない範囲で当業者が該実施例の修正や代用を成
し得ることは自明である。すなわち、例示という形態で
本発明を開示してきたのであり、限定的に解釈されるべ
きではない。また、上記した実施例ではコンテンツの記
録、再生を可能な記録再生器を例にして説明してきた
が、データ記録のみ、データ再生のみ可能な装置におい
ても本発明の構成は適用可能なものであり、本発明はパ
ーソナルコンピュータ、ゲーム機器、その他の各種デー
タ処理装置一般において実施可能なものである。本発明
の要旨を判断するためには、冒頭に記載した特許請求の
範囲の欄を参酌すべきである。
【０６４２】
【発明の効果】上述したように、本発明のデータ記録再
生器およびセーブデータ処理方法は、プログラムのみに
固有な暗号鍵、例えばコンテンツ鍵を用いて、あるいは
コンテンツ鍵に基づいて生成したセーブデータ暗号鍵を
用いてセーブデータを暗号化して記録デバイスに格納可
能な構成とし、さらに、記録再生器固有の鍵、例えば記
録再生器署名鍵を用いてセーブデータ暗号鍵を生成して
セーブデータを暗号化して記録デバイスに格納する構成
としたので、プログラムの同一性、あるいは記録再生器
の同一性等が確保された場合にのみセーブデータを利用
することが可能となり、セーブデータの不正な第三者に
よる利用、改竄等を防止可能となる。
【０６４３】さらに、本発明のデータ記録再生器および
セーブデータ処理方法によれば、ユーザの固有情報、例
えば入力パスワードに基づいてセーブデータの暗号鍵を
生成してユーザ固有のセーブデータ暗号鍵によるセーブ
データ格納を可能とした。また、このような各種の利用
制限、すなわちプログラムの同一性、記録再生器の同一
性、ユーザの同一性を適宜組み合わせてセーブデータの
利用制限を付して記録デバイスに格納することができ、
セキュリティの高いセーブデータの格納、再生処理が可
能となる。
【図面の簡単な説明】
【図１】従来のデータ処理システムの構成を示す図であ
る。
【図２】本発明の適用されるデータ処理装置の構成を示
す図である。
【図３】本発明の適用されるデータ処理装置の構成を示
す図である。
【図４】メディア上、通信路上におけるコンテンツデー
タのデータフォーマットを示す図である。
【図５】コンテンツデータ中のヘッダに含まれる取扱方
針を示す図である。
【図６】コンテンツデータ中のヘッダに含まれるブロッ
ク情報を示す図である。
【図７】ＤＥＳを用いた電子署名生成方法を示す図であ
る。
【図８】トリプルＤＥＳを用いた電子署名生成方法を示
す図である。
【図９】トリプルＤＥＳの態様を説明する図である。
【図１０】一部にトリプルＤＥＳを用いた電子署名生成
方法を示す図である。
【図１１】電子署名生成における処理フローを示す図で
ある。
【図１２】電子署名検証における処理フローを示す図で
ある。
【図１３】対称鍵暗号技術を用いた相互認証処理の処理
シーケンスを説明する図である。
【図１４】公開鍵証明書を説明する図である。
【図１５】非対称鍵暗号技術を用いた相互認証処理の処
理シーケンスを説明する図である。
【図１６】楕円曲線暗号を用いた暗号化処理の処理フロ
ーを示す図である。
【図１７】楕円曲線暗号を用いた復号化処理の処理フロ
ーを示す図である。
【図１８】記録再生器上のデータ保持状況を示す図であ
る。
【図１９】記録デバイス上のデータ保持状況を示す図で
ある。
【図２０】記録再生器と記録デバイスとの相互認証処理
フローを示す図である。
【図２１】記録再生器のマスタ鍵と記録デバイスの対応
鍵ブロックとの関係を示す図である。
【図２２】コンテンツのダウンロード処理における処理
フローを示す図である。
【図２３】チェック値Ａ：ＩＣＶａの生成方法を説明す
る図である。
【図２４】チェック値Ｂ：ＩＣＶｂの生成方法を説明す
る図である。
【図２５】総チェック値、記録再生器固有チェック値の
生成方法を説明する図である。
【図２６】記録デバイスに保存されたコンテンツデータ
のフォーマット（利用制限情報＝０）を示す図である。
【図２７】記録デバイスに保存されたコンテンツデータ
のフォーマット（利用制限情報＝１）を示す図である。
【図２８】コンテンツの再生処理における処理フローを
示す図である。
【図２９】記録デバイスにおけるコマンド実行方法につ
いて説明する図である。
【図３０】記録デバイスにおけるコンテンツ格納処理に
おけるコマンド実行方法について説明する図である。
【図３１】記録デバイスにおけるコンテンツ再生処理に
おけるコマンド実行方法について説明する図である。
【図３２】コンテンツデータフォーマットのフォーマッ
ト・タイプ０の構成を説明する図である。
【図３３】コンテンツデータフォーマットのフォーマッ
ト・タイプ１の構成を説明する図である。
【図３４】コンテンツデータフォーマットのフォーマッ
ト・タイプ２の構成を説明する図である。
【図３５】コンテンツデータフォーマットのフォーマッ
ト・タイプ３の構成を説明する図である。
【図３６】フォーマット・タイプ０におけるコンテンツ
チェック値ＩＣＶｉの生成処理方法を説明する図であ
る。
【図３７】フォーマット・タイプ１におけるコンテンツ
チェック値ＩＣＶｉの生成処理方法を説明する図であ
る。
【図３８】フォーマット・タイプ２，３における総チェ
ック値、記録再生器固有チェック値の生成処理方法を説
明する図である。
【図３９】フォーマット・タイプ０，１におけるコンテ
ンツダウンロード処理の処理フローを示す図である。
【図４０】フォーマット・タイプ２におけるコンテンツ
ダウンロード処理の処理フローを示す図である。
【図４１】フォーマット・タイプ３におけるコンテンツ
ダウンロード処理の処理フローを示す図である。
【図４２】フォーマット・タイプ０におけるコンテンツ
再生処理の処理フローを示す図である。
【図４３】フォーマット・タイプ１におけるコンテンツ
再生処理の処理フローを示す図である。
【図４４】フォーマット・タイプ２におけるコンテンツ
再生処理の処理フローを示す図である。
【図４５】フォーマット・タイプ３におけるコンテンツ
再生処理の処理フローを示す図である。
【図４６】コンテンツ生成者と、コンテンツ検証者にお
けるチェック値の生成、検証方法を説明する図(その１)
である。
【図４７】コンテンツ生成者と、コンテンツ検証者にお
けるチェック値の生成、検証方法を説明する図（その
２）である。
【図４８】コンテンツ生成者と、コンテンツ検証者にお
けるチェック値の生成、検証方法を説明する図（その
３）である。
【図４９】マスタ鍵を用いて各種の鍵を個別に生成する
方法について説明する図である。
【図５０】マスタ鍵を用いて各種の鍵を個別に生成する
方法について、コンテンツプロバイダと、ユーザにおけ
る処理例を示す図（例１）である。
【図５１】マスタ鍵を用いて各種の鍵を個別に生成する
方法について、コンテンツプロバイダと、ユーザにおけ
る処理例を示す図（例２）である。
【図５２】マスタ鍵の使い分けにより、利用制限を実行
する構成について説明する図である。
【図５３】マスタ鍵を用いて各種の鍵を個別に生成する
方法について、コンテンツプロバイダと、ユーザにおけ
る処理例を示す図（例３）である。
【図５４】マスタ鍵を用いて各種の鍵を個別に生成する
方法について、コンテンツプロバイダと、ユーザにおけ
る処理例を示す図（例４）である。
【図５５】マスタ鍵を用いて各種の鍵を個別に生成する
方法について、コンテンツプロバイダと、ユーザにおけ
る処理例を示す図（例５）である。
【図５６】トリプルＤＥＳを適用した暗号鍵をシングル
ＤＥＳアルゴリズムを用いて格納する処理フローを示す
図である。
【図５７】優先順位に基づくコンテンツ再生処理フロー
（例１）を示す図である。
【図５８】優先順位に基づくコンテンツ再生処理フロー
（例２）を示す図である。
【図５９】優先順位に基づくコンテンツ再生処理フロー
（例３）を示す図である。
【図６０】コンテンツ再生処理における圧縮データの復
号（伸長）処理を実行する構成について説明する図であ
る。
【図６１】コンテンツの構成例（例１）を示す図であ
る。
【図６２】コンテンツの構成例１における再生処理フロ
ーを示す図である。
【図６３】コンテンツの構成例（例２）を示す図であ
る。
【図６４】コンテンツの構成例２における再生処理フロ
ーを示す図である。
【図６５】コンテンツの構成例（例３）を示す図であ
る。
【図６６】コンテンツの構成例３における再生処理フロ
ーを示す図である。
【図６７】コンテンツの構成例（例４）を示す図であ
る。
【図６８】コンテンツの構成例４における再生処理フロ
ーを示す図である。
【図６９】セーブデータの生成、格納処理について説明
する図である。
【図７０】セーブデータの格納処理例(例１)に関する処
理フローを示す図である。
【図７１】セーブデータの格納、再生処理において使用
されるデータ管理ファイル構成（例１）を示す図であ
る。
【図７２】セーブデータの再生処理例(例１)に関する処
理フローを示す図である。
【図７３】セーブデータの格納処理例(例２)に関する処
理フローを示す図である。
【図７４】セーブデータの再生処理例(例２)に関する処
理フローを示す図である。
【図７５】セーブデータの格納処理例(例３)に関する処
理フローを示す図である。
【図７６】セーブデータの格納、再生処理において使用
されるデータ管理ファイル構成（例２）を示す図であ
る。
【図７７】セーブデータの再生処理例(例３)に関する処
理フローを示す図である。
【図７８】セーブデータの格納処理例(例４)に関する処
理フローを示す図である。
【図７９】セーブデータの再生処理例(例４)に関する処
理フローを示す図である。
【図８０】セーブデータの格納処理例(例５)に関する処
理フローを示す図である。
【図８１】セーブデータの格納、再生処理において使用
されるデータ管理ファイル構成（例３）を示す図であ
る。
【図８２】セーブデータの再生処理例(例５)に関する処
理フローを示す図である。
【図８３】セーブデータの格納処理例(例６)に関する処
理フローを示す図である。
【図８４】セーブデータの格納、再生処理において使用
されるデータ管理ファイル構成（例４）を示す図であ
る。
【図８５】セーブデータの再生処理例(例６)に関する処
理フローを示す図である。
【図８６】コンテンツ不正利用者排除（リボケーショ
ン）構成を説明する図である。
【図８７】コンテンツ不正利用者排除（リボケーショ
ン）の処理フロー（例１）を示す図である。
【図８８】コンテンツ不正利用者排除（リボケーショ
ン）の処理フロー（例２）を示す図である。
【図８９】セキュリティチップの構成（例１）を説明す
る図である。
【図９０】セキュリティチップの製造方法における処理
フローを示す図である。
【図９１】セキュリティチップの構成（例２）を説明す
る図である。
【図９２】セキュリティチップ（例２）におけるデータ
書き込み処理における処理フローを示す図である。
【図９３】セキュリティチップ（例２）における書き込
みデータチェック処理における処理フローを示す図であ
る。
【符号の説明】
１０６ メインＣＰＵ １０７ ＲＡＭ １０８ ＲＯＭ １０９ ＡＶ処理部 １１０ 入力処理部 １１１ ＰＩＯ １１２ ＳＩＯ ３００ 記録再生器 ３０１ 制御部 ３０２ 暗号処理部 ３０３ 記録デバイスコントローラ ３０４ 読み取り部 ３０５ 通信部 ３０６ 制御部 ３０７ 内部メモリ ３０８ 暗号／復号化部 ４００ 記録デバイス ４０１ 暗号処理部 ４０２ 外部メモリ ４０３ 制御部 ４０４ 通信部 ４０５ 内部メモリ ４０６ 暗号／復号化部 ４０７ 外部メモリ制御部 ５００ メディア ６００ 通信手段 ２１０１，２１０２，２１０３ 記録再生器 ２１０４，２１０５，２１０６ 記録デバイス ２９０１ コマンド番号管理部 ２９０２ コマンドレジスタ ２９０３，２９０４ 認証フラグ ３００１ スピーカ ３００２ モニタ ３０９０ メモリ ３０９１ コンテンツ解析部 ３０９２ データ記憶部 ３０９３ プログラム記憶部 ３０９４ 圧縮伸長処理部 ７７０１ コンテンツデータ ７７０２ リボケーションリスト ７７０３ リストチェック値 ８０００ セキュリティチップ ８００１ 処理部 ８００２ 記憶部 ８００３ モード信号線 ８００４ コマンド信号線 ８２０１ 読み出し書き込み併用領域 ８２０２ 書き込み専用領域
───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.7 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｌ 9/08 Ｈ０４Ｌ 9/00 ６０１Ｃ 9/14 ６４１ (72)発明者 石橋 義人 東京都品川区北品川６丁目７番35号 ソニ ー株式会社内 (72)発明者 白井 太三 東京都品川区北品川６丁目７番35号 ソニ ー株式会社内 (72)発明者 秋下 徹 東京都品川区北品川６丁目７番35号 ソニ ー株式会社内 (72)発明者 田中 誠 東京都港区赤坂７丁目１番１号 株式会社 ソニー・コンピュータエンタテインメント 内 Ｆターム(参考） 5B017 AA03 BA07 BB09 CA15 CA16 5B082 EA12 5D044 AB01 AB05 AB07 BC01 BC03 CC04 CC08 DE49 DE52 DE54 GK17 HL06 HL11 5J104 AA01 AA07 AA08 AA09 AA16 EA04 JA03 JA21 KA01 KA02 LA02 LA03 LA06 NA03 NA05 NA27 NA32 PA07 PA14 9A001 BB03 BB06 CZ02 DZ15 EE03 JZ07 JZ25 LL03

Claims (17)

    【特許請求の範囲】
  1. 【請求項１】プログラムコンテンツを再生実行可能なデ
    ータ記録再生器において、 前記プログラムコンテンツに関するセーブデータを記録
    する記録デバイスと、 前記記録デバイスに対する格納セーブデータの暗号化処
    理および前記記録デバイスから再生する再生セーブデー
    タの復号化処理を実行する暗号処理部と、 セーブデータの使用制限情報を入力する入力手段と、 セーブデータの暗号化処理方法または復号化処理方法を
    決定する制御部とを有し、 前記制御部は、 前記入力手段からの入力使用制限情報に従って、前記記
    録デバイスに対して格納するセーブデータの暗号化処理
    方法を決定するとともに、 前記制御部がアクセス可能な記憶部または記録デバイス
    に格納したデータ管理ファイルに設定されたセーブデー
    タ使用制限情報に従って、前記記録デバイスから再生す
    るセーブデータの復号化処理方法を決定する構成を有
    し、 前記暗号処理部は、 前記制御部の決定した暗号化処理方法または復号化処理
    方法に応じて異なる暗号鍵を用いてセーブデータの暗号
    化処理または復号化処理を実行する構成を有することを
    特徴とするデータ記録再生器。
  2. 【請求項２】前記セーブデータの使用制限情報は、 コンテンツプログラムの同一性を条件としてセーブデー
    タの利用を可能とするプログラム制限であり、 前記データ管理ファイルは、コンテンツプログラムの識
    別子に対応させてプログラム制限情報を格納したテーブ
    ルとして構成され、 前記暗号処理部は、 前記入力手段からの入力使用制限情報、または前記デー
    タ管理ファイルの設定使用制限情報がプログラム制限あ
    りの入力または設定である場合、 前記コンテンツプログラムに固有の暗号鍵、またはコン
    テンツプログラムに固有の暗号鍵または固有の情報の少
    なくともいずれかに基づいて生成されるプログラム固有
    セーブデータ暗号鍵によってセーブデータの暗号化処理
    または復号化処理を実行し、 前記入力手段からの入力使用制限情報、または前記デー
    タ管理ファイルの設定使用制限情報がプログラム制限な
    しの入力または設定である場合、 前記データ記録再生器に格納されたシステム共通の暗号
    鍵、またはシステム共通の暗号鍵に基づいて生成される
    共通セーブデータ暗号鍵によってセーブデータの暗号化
    処理または復号化処理を実行する構成であることを特徴
    とする請求項１に記載のデータ記録再生器。
  3. 【請求項３】前記コンテンツプログラムに固有の暗号鍵
    は、前記コンテンツプログラムを含むコンテンツデータ
    のヘッダ部に格納されたコンテンツ鍵Ｋｃｏｎであり、 前記システム共通の暗号鍵は、複数の異なるデータ記録
    再生器に共通に格納されたシステム署名鍵Ｋｓｙｓであ
    ることを特徴とする請求項２に記載のデータ記録再生
    器。
  4. 【請求項４】前記セーブデータの使用制限情報は、 データ記録再生器の同一性を条件としてセーブデータの
    利用を可能とする記録再生器制限であり、 前記データ管理ファイルは、コンテンツプログラムの識
    別子に対応させて記録再生器制限情報を格納したテーブ
    ルとして構成され、 前記暗号処理部は、 前記入力手段からの入力使用制限情報、または前記デー
    タ管理ファイルの設定使用制限情報が記録再生器制限あ
    りの入力または設定である場合、 前記データ記録再生器に固有の暗号鍵、またはデータ記
    録再生器に固有の暗号鍵または固有の情報の少なくとも
    いずれかに基づいて生成される記録再生器固有セーブデ
    ータ暗号鍵によってセーブデータの暗号化処理または復
    号化処理を実行し、 前記入力手段からの入力使用制限情報、または前記デー
    タ管理ファイルの設定使用制限情報がプログラム制限な
    しの入力または設定である場合、 前記データ記録再生器に格納されたシステム共通の暗号
    鍵、またはシステム共通の暗号鍵に基づいて生成される
    共通セーブデータ暗号鍵によってセーブデータの暗号化
    処理または復号化処理を実行する構成であることを特徴
    とする請求項１に記載のデータ記録再生器。
  5. 【請求項５】前記データ記録再生器に固有の暗号鍵は、
    前記データ記録再生器に格納された該データ記録再生器
    固有の署名鍵Ｋｄｅｖであり、 前記システム共通の暗号鍵は、複数のデータ記録再生器
    に共通に格納されたシステム署名鍵Ｋｓｙｓであること
    を特徴とする請求項４に記載のデータ記録再生器。
  6. 【請求項６】前記セーブデータの使用制限情報は、 ユーザの同一性を条件としてセーブデータの利用を可能
    とするユーザ制限であり、 前記データ管理ファイルは、コンテンツプログラムの識
    別子に対応させてユーザ制限情報を格納したテーブルと
    して構成され、 前記暗号処理部は、 前記入力手段からの入力使用制限情報、または前記デー
    タ管理ファイルの設定使用制限情報がユーザ制限ありの
    入力または設定である場合、 前記入力手段から入力されるパスワード、または該パス
    ワードに基づいて生成されるユーザ固有セーブデータ暗
    号鍵によってセーブデータの暗号化処理または復号化処
    理を実行し、 前記入力手段からの入力使用制限情報、または前記デー
    タ管理ファイルの設定使用制限情報がユーザ制限なしの
    入力または設定である場合、 前記記録再生器に格納されたシステム共通の暗号鍵、ま
    たはシステム共通の暗号鍵に基づいて生成される共通セ
    ーブデータ暗号鍵によってセーブデータの暗号化処理ま
    たは復号化処理を実行する構成であることを特徴とする
    請求項１に記載のデータ記録再生器。
  7. 【請求項７】前記システム共通の暗号鍵は、複数の記録
    再生器に共通に格納されたシステム署名鍵Ｋｓｙｓであ
    ることを特徴とする請求項６に記載のデータ記録再生
    器。
  8. 【請求項８】プログラムコンテンツを再生実行可能なデ
    ータ記録再生器におけるセーブデータ処理方法におい
    て、 入力手段からの入力使用制限情報に従って、記録デバイ
    スに対して格納するセーブデータの暗号化処理態様を決
    定する暗号化処理態様決定ステップと、 前記暗号化処理態様決定ステップにおいて決定した暗号
    化処理態様に応じて暗号化処理に適用する暗号化鍵を選
    択する暗号化鍵選択ステップと、 前記暗号化鍵選択ステップにおいて選択された暗号化鍵
    を用いてセーブデータの暗号化処理を実行することを特
    徴とするセーブデータ処理方法。
  9. 【請求項９】前記セーブデータ処理方法において、 前記セーブデータの使用制限情報は、コンテンツプログ
    ラムの同一性を条件としてセーブデータの利用を可能と
    するプログラム制限であり、 プログラム制限ありの場合は、 前記暗号化鍵選択ステップにおいて、 前記コンテンツプログラムに固有の暗号鍵、またはコン
    テンツプログラムに固有の暗号鍵または固有の情報の少
    なくともいずれかに基づいて生成されるプログラム固有
    セーブデータ暗号鍵を暗号化処理に適用する暗号化鍵と
    して選択し、プログラム制限なしの場合は、 前記データ記録再生器に格納されたシステム共通の暗号
    鍵、またはシステム共通の暗号鍵に基づいて生成される
    共通セーブデータ暗号鍵を暗号化処理に適用する暗号化
    鍵として選択することを特徴とする請求項８に記載のセ
    ーブデータ処理方法。
  10. 【請求項１０】前記セーブデータ処理方法において、 前記セーブデータの使用制限情報は、データ記録再生器
    の同一性を条件としてセーブデータの利用を可能とする
    記録再生器制限であり、 記録再生器制限ありの場合は、 前記暗号化鍵選択ステップにおいて、 前記データ記録再生器に固有の暗号鍵、またはデータ記
    録再生器に固有の暗号鍵または固有の情報の少なくとも
    いずれかに基づいて生成される記録再生器固有セーブデ
    ータ暗号鍵を暗号化処理に適用する暗号化鍵として選択
    し、 記録再生器制限なしの場合は、 前記データ記録再生器に格納されたシステム共通の暗号
    鍵、またはシステム共通の暗号鍵に基づいて生成される
    共通セーブデータ暗号鍵を暗号化処理に適用する暗号化
    鍵として選択することを特徴とする請求項８に記載のセ
    ーブデータ処理方法。
  11. 【請求項１１】前記セーブデータ処理方法において、 前記セーブデータの使用制限情報は、ユーザの同一性を
    条件としてセーブデータの利用を可能とするユーザ制限
    であり、 ユーザ制限ありの場合は、 前記暗号化鍵選択ステップにおいて、 ユーザ入力パスワード、または該パスワードに基づいて
    生成されるユーザ固有セーブデータ暗号鍵を暗号化処理
    に適用する暗号化鍵として選択し、 記録再生器制限なしの場合は、 前記データ記録再生器に格納されたシステム共通の暗号
    鍵、またはシステム共通の暗号鍵に基づいて生成される
    共通セーブデータ暗号鍵を暗号化処理に適用する暗号化
    鍵として選択することを特徴とする請求項８に記載のセ
    ーブデータ処理方法。
  12. 【請求項１２】プログラムコンテンツを再生実行可能な
    データ記録再生器におけるセーブデータ処理方法におい
    て、 記憶手段または記録デバイスに格納されたデータ管理フ
    ァイルに設定された設定使用制限情報に従って、記録デ
    バイスからの再生セーブデータの復号化処理態様を決定
    する復号化処理態様決定ステップと、 前記復号化処理態様決定ステップにおいて決定した復号
    化処理態様に応じて復号化鍵を選択する復号化鍵選択ス
    テップと、 前記復号化鍵選択ステップにおいて選択された復号化鍵
    を用いてセーブデータの復号化処理を実行することを特
    徴とするセーブデータ処理方法。
  13. 【請求項１３】前記セーブデータ処理方法において、 前記セーブデータの使用制限情報は、コンテンツプログ
    ラムの同一性を条件としてセーブデータの利用を可能と
    するプログラム制限であり、 プログラム制限ありの場合は、 前記復号化鍵選択ステップにおいて、 前記コンテンツプログラムに固有の暗号鍵、またはコン
    テンツプログラムに固有の暗号鍵または固有の情報の少
    なくともいずれかに基づいて生成されるプログラム固有
    セーブデータ復号化鍵を復号化処理に適用する復号化鍵
    として選択し、 プログラム制限なしの場合は、 前記データ記録再生器に格納されたシステム共通の暗号
    鍵、またはシステム共通の暗号鍵に基づいて生成される
    共通セーブデータ復号化鍵を復号化処理に適用する復号
    化鍵として選択することを特徴とする請求項１２に記載
    のセーブデータ処理方法。
  14. 【請求項１４】前記セーブデータ処理方法において、 前記セーブデータの使用制限情報は、データ記録再生器
    の同一性を条件としてセーブデータの利用を可能とする
    記録再生器制限であり、 記録再生器制限ありの場合は、 前記復号化鍵選択ステップにおいて、 前記データ記録再生器に固有の暗号鍵、またはデータ記
    録再生器に固有の暗号鍵または固有の情報の少なくとも
    いずれかに基づいて生成される記録再生器固有セーブデ
    ータ復号化鍵を復号化処理に適用する復号化鍵として選
    択し、 記録再生器制限なしの場合は、 前記データ記録再生器に格納されたシステム共通の暗号
    鍵、またはシステム共通の暗号鍵に基づいて生成される
    共通セーブデータ復号化鍵を復号化処理に適用する復号
    化鍵として選択することを特徴とする請求項１２に記載
    のセーブデータ処理方法。
  15. 【請求項１５】前記セーブデータ処理方法において、 前記セーブデータの使用制限情報は、ユーザの同一性を
    条件としてセーブデータの利用を可能とするユーザ制限
    であり、 ユーザ制限ありの場合は、 前記復号化鍵選択ステップにおいて、 ユーザ入力パスワード、または該パスワードに基づいて
    生成されるユーザ固有セーブデータ復号化鍵を復号化処
    理に適用する復号化鍵として選択し、 記録再生器制限なしの場合は、 前記データ記録再生器に格納されたシステム共通の暗号
    鍵、またはシステム共通の暗号鍵に基づいて生成される
    共通セーブデータ復号化鍵を復号化処理に適用する復号
    化鍵として選択することを特徴とする請求項１２に記載
    のセーブデータ処理方法。
  16. 【請求項１６】プログラムコンテンツを再生実行可能な
    データ記録再生器におけるセーブデータ処理をコンピュ
    ータ・システム上で実行せしめるコンピュータ・プログ
    ラムを提供するプログラム提供媒体であって、前記コン
    ピュータ・プログラムは、 入力手段からの入力使用制限情報に従って、記録デバイ
    スに対して格納するセーブデータの暗号化処理態様を決
    定する暗号化処理態様決定ステップと、 前記暗号化処理態様決定ステップにおいて決定した暗号
    化処理態様に応じて暗号化処理に適用する暗号化鍵を選
    択する暗号化鍵選択ステップと、 前記暗号化鍵選択ステップにおいて選択された暗号化鍵
    を用いてセーブデータの暗号化処理を実行するステップ
    と、 を有することを特徴とするプログラム提供媒体。
  17. 【請求項１７】プログラムコンテンツを再生実行可能な
    データ記録再生器におけるセーブデータ処理をコンピュ
    ータ・システム上で実行せしめるコンピュータ・プログ
    ラムを提供するプログラム提供媒体であって、前記コン
    ピュータ・プログラムは、 記憶手段または記録デバイスに格納されたデータ管理フ
    ァイルに設定された設定使用制限情報に従って、記録デ
    バイスから再生するセーブデータの復号化処理態様を決
    定する復号化処理態様決定ステップと、 前記復号化処理態様決定ステップにおいて決定した復号
    化処理態様に応じて復号化処理に適用する復号化鍵を選
    択する復号化鍵選択ステップと、 前記復号化鍵選択ステップにおいて選択された復号化鍵
    を用いてセーブデータの復号化処理を実行するステップ
    と、 を有することを特徴とするプログラム提供媒体。
JP2000016469A 2000-01-26 2000-01-26 データ記録再生器およびセーブデータ処理方法、並びにプログラム提供媒体 Pending JP2001209583A (ja)

Priority Applications (12)

Application Number Priority Date Filing Date Title
JP2000016469A JP2001209583A (ja) 2000-01-26 2000-01-26 データ記録再生器およびセーブデータ処理方法、並びにプログラム提供媒体
TW090100854A TW514845B (en) 2000-01-26 2001-01-15 Data storage regenerator and data storage processing method and program providing media
US09/937,410 US20020154779A1 (en) 2000-01-26 2001-01-26 Data recording/reproducing device and saved data processing method, and program proving medium
PCT/JP2001/000525 WO2001055858A1 (fr) 2000-01-26 2001-01-26 Dispositif de lecture/reproduction de donnees et procede de traitement de donnees sauvegardees, et support de programme
EP01946961A EP1195684A1 (en) 2000-01-26 2001-01-26 Data recording/reproducing device and saved data processing method, and program providing medium
AU28829/01A AU2882901A (en) 2000-01-26 2001-01-26 Data recording/reproducing device and saved data processing method, and program providing medium
RU2001128766/09A RU2001128766A (ru) 2000-01-26 2001-01-26 Воспроизводящий плеер, способы обработки данных сохранения и среда для обеспечения программы
BR0104213-0A BR0104213A (pt) 2000-01-26 2001-01-26 Executor de reprodução de gravação de dados, método de processamento de dados e meio de provisão de programa
NZ513833A NZ513833A (en) 2000-01-26 2001-01-26 Data recording/reproducing device and saved data processing method, and program providing medium
CN01800666A CN1366637A (zh) 2000-01-26 2001-01-26 数据记录再现播放器、保存数据处理方法和程序提供媒体
KR1020017012190A KR20010109323A (ko) 2000-01-26 2001-01-26 데이터 기록 재생기 및 세이브 데이터 처리 방법, 및프로그램 제공 매체
CA002365345A CA2365345A1 (en) 2000-01-26 2001-01-26 Data recording/reproducing device and saved data processing method, and program providing medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2000016469A JP2001209583A (ja) 2000-01-26 2000-01-26 データ記録再生器およびセーブデータ処理方法、並びにプログラム提供媒体

Publications (1)

Publication Number Publication Date
JP2001209583A true JP2001209583A (ja) 2001-08-03

Family

ID=18543600

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2000016469A Pending JP2001209583A (ja) 2000-01-26 2000-01-26 データ記録再生器およびセーブデータ処理方法、並びにプログラム提供媒体

Country Status (12)

Country Link
US (1) US20020154779A1 (ja)
EP (1) EP1195684A1 (ja)
JP (1) JP2001209583A (ja)
KR (1) KR20010109323A (ja)
CN (1) CN1366637A (ja)
AU (1) AU2882901A (ja)
BR (1) BR0104213A (ja)
CA (1) CA2365345A1 (ja)
NZ (1) NZ513833A (ja)
RU (1) RU2001128766A (ja)
TW (1) TW514845B (ja)
WO (1) WO2001055858A1 (ja)

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005063399A (ja) * 2003-07-30 2005-03-10 Mieko Tsuyusaki ファイル／キー／データ管理システム
WO2005074187A1 (ja) * 2004-01-29 2005-08-11 Sony Corporation 情報処理装置及び方法
JP2006221429A (ja) * 2005-02-10 2006-08-24 Sony Corp 情報処理装置、および情報処理方法、並びにコンピュータ・プログラム
JP2007273030A (ja) * 2006-03-31 2007-10-18 Toshiba Samsung Storage Technology Corp 光ディスク装置における乱数データ発生装置、及び乱数データ発生方法
JP2008148335A (ja) * 2001-11-13 2008-06-26 Microsoft Corp ゲーミングシステム用のネットワークアーキテクチャの方法、そのゲームコンソール、そのシステム及び記録媒体
JP2010170570A (ja) * 2002-04-17 2010-08-05 Microsoft Corp 対称鍵暗号化に基づくデータの保存および検索
US8589701B2 (en) 2002-04-17 2013-11-19 Microsoft Corporation Saving and retrieving data based on public key encryption
US9712499B2 (en) 2014-03-31 2017-07-18 Fujitsu Limited Method and apparatus for cryptographic processing

Families Citing this family (112)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE10110049A1 (de) * 2001-03-02 2002-09-05 Bosch Gmbh Robert Verfahren und Vorrichtung zur Datenverschlüsselung bei der Programmierung von Steuergeräten
DE10135888A1 (de) * 2001-07-24 2003-03-13 Scm Microsystems Gmbh Verfahren zur lokalen Aufzeichnung digitaler Daten für das digitale Fernsehen
EP1288941A3 (de) * 2001-08-09 2003-03-12 Rainer Brang Verfahren zum Speichern einer Anzahl von Datensätzen auf Serien von informationsgleichen Datenträgern sowie Datenträger
KR20040041684A (ko) * 2001-10-12 2004-05-17 코닌클리케 필립스 일렉트로닉스 엔.브이. 블록식으로 저장된 사용자 데이터를 판독 또는 기록하는장치 및 방법
JP2003122442A (ja) * 2001-10-16 2003-04-25 Sony Corp ソフトウェア・ダウンロードシステムのための無線データ通信方法および装置
US20040255136A1 (en) * 2001-11-12 2004-12-16 Alexey Borisovich Fadyushin Method and device for protecting information against unauthorised use
JP3871201B2 (ja) * 2002-01-29 2007-01-24 ソニー株式会社 コンテンツ提供取得システム
US8438392B2 (en) 2002-06-20 2013-05-07 Krimmeni Technologies, Inc. Method and system for control of code execution on a general purpose computing device and control of code execution in a recursive security protocol
US7203844B1 (en) * 2002-06-20 2007-04-10 Oxford William V Method and system for a recursive security protocol for digital copyright control
US20040111626A1 (en) * 2002-12-09 2004-06-10 Doron Livny Security processing of unlimited data size
US8014761B2 (en) * 2002-12-17 2011-09-06 Koninklijke Philips Electronics, N.V. Mobile device that uses removable medium for playback of content
JP2004288281A (ja) * 2003-03-20 2004-10-14 Sony Corp 記録媒体及びその製造方法、再生方法及び再生装置
JP2004295373A (ja) * 2003-03-26 2004-10-21 Sony Corp 情報記録媒体、情報処理装置、情報記録媒体製造装置、および方法、並びにコンピュータ・プログラム
JP2004326848A (ja) * 2003-04-22 2004-11-18 Shinano Kenshi Co Ltd データ記録装置、記録媒体判別方法および記録媒体判別プログラム
US20060059518A1 (en) * 2003-08-08 2006-03-16 Czuchry Andrew J Jr Content distribution and incremental feedback control apparatus and method
JP4059185B2 (ja) * 2003-10-15 2008-03-12 ソニー株式会社 情報処理装置、情報記録媒体、および情報処理方法、並びにコンピュータ・プログラム
JP3984951B2 (ja) * 2003-11-21 2007-10-03 キヤノン株式会社 コンテンツ利用回数制限方法、コンテンツ利用端末装置、コンテンツ利用システム、コンピュータプログラム、及びコンピュータ読み取り可能な記録媒体
US7519274B2 (en) 2003-12-08 2009-04-14 Divx, Inc. File format for multiple track digital data
US8472792B2 (en) 2003-12-08 2013-06-25 Divx, Llc Multimedia distribution system
JP4225201B2 (ja) * 2004-01-08 2009-02-18 ヤマハ株式会社 音楽コンテンツ利用装置及びプログラム
JP2005216376A (ja) * 2004-01-29 2005-08-11 Toshiba Corp 記録媒体処理装置
EP1580644A3 (en) * 2004-03-15 2005-11-09 Yamaha Corporation Electronic musical apparatus for recording and reproducing music content
JP3942607B2 (ja) * 2004-06-09 2007-07-11 シャープ株式会社 画像処理方法及び画像処理装置
JP2006012225A (ja) * 2004-06-23 2006-01-12 Hitachi Ltd 情報処理装置
US20060005257A1 (en) * 2004-07-01 2006-01-05 Nakahara Tohru Encrypted contents recording medium and apparatus and method for reproducing encrypted contents
EP1770535A4 (en) * 2004-07-06 2009-07-15 Panasonic Corp RECORDING MEDIUM AND INFORMATION PROCESSING DEVICE AND INFORMATION PROCESSING METHOD FOR THE RECORDING MEDIUM
US8087091B2 (en) 2004-07-08 2011-12-27 Media Rights Technologies Method and system for preventing unauthorized reproduction of electronic media
JP4144573B2 (ja) * 2004-07-15 2008-09-03 ソニー株式会社 情報処理装置、および情報処理方法、並びにコンピュータ・プログラム
KR100612215B1 (ko) 2004-07-24 2006-08-16 삼성전자주식회사 비밀번호를 이용하는 데이터 기록/재생 장치 및 그 방법
JPWO2006013924A1 (ja) * 2004-08-06 2008-05-01 パイオニア株式会社 記録再生装置、記録媒体処理装置、再生装置、記録媒体、コンテンツ記録再生システム、及びコンテンツ記録再生方法
US8166555B2 (en) * 2004-08-20 2012-04-24 Panasonic Corporation Content reproducing device and content preproducing method
US20060064394A1 (en) * 2004-09-17 2006-03-23 International Business Machines Corporation Method for handling changing and disappearing online references to research information
JP4403940B2 (ja) * 2004-10-04 2010-01-27 株式会社日立製作所 ネットワーク機能を備えたハードディスク装置
KR101180612B1 (ko) * 2004-11-08 2012-09-06 소니 주식회사 정보 처리 시스템 및 정보 처리 장치
CN1783991A (zh) * 2004-11-30 2006-06-07 松下电器产业株式会社 数据处理装置
JP4131964B2 (ja) * 2004-12-10 2008-08-13 株式会社東芝 情報端末装置
US20080212770A1 (en) * 2004-12-20 2008-09-04 Matsushita Electric Industrial Co., Ltd. Key Information Generating Method and Device, Key Information Updating Method, Tempering Detecting Method and Device, and Data Structure of Key Information
TWI296787B (en) 2005-01-19 2008-05-11 Lightuning Tech Inc Storage device and method for protecting data stored therein
JP4760101B2 (ja) * 2005-04-07 2011-08-31 ソニー株式会社 コンテンツ提供システム，コンテンツ再生装置，プログラム，およびコンテンツ再生方法
US8046837B2 (en) 2005-08-26 2011-10-25 Sony Corporation Information processing device, information recording medium, information processing method, and computer program
US8898802B2 (en) * 2005-10-24 2014-11-25 Science Park Corporation Electronic computer data management method, program, and recording medium
WO2007106844A2 (en) 2006-03-14 2007-09-20 Divx, Inc. Federated digital rights management scheme including trusted systems
US8301906B2 (en) * 2006-05-10 2012-10-30 Nero Ag Apparatus for writing information on a data content on a storage medium
EP1855284A2 (en) * 2006-05-10 2007-11-14 Nero AG Apparatus for writing data and redundancy data on a storage medium
US7624276B2 (en) * 2006-10-16 2009-11-24 Broadon Communications Corp. Secure device authentication system and method
CN101636726B (zh) 2007-01-05 2013-10-30 Divx有限责任公司 包含连续播放的视频分配系统
CA2677148C (en) * 2007-02-02 2015-11-24 Telcordia Technologies, Inc. Method and system to authorize and assign digital certificates without loss of privacy
US8290157B2 (en) 2007-02-20 2012-10-16 Sony Corporation Identification of a compromised content player
US8037320B2 (en) * 2007-03-31 2011-10-11 Lenovo (Singapore) Pte. Ltd Magnetic recording medium encryption
KR20090001605A (ko) * 2007-05-03 2009-01-09 삼성전자주식회사 재생 설정 정보를 포함하는 이동식 기록매체, 이동식기록매체에 기록된 재생 설정 정보를 이용하여 콘텐츠를재생하는 장치 및 방법
US8423789B1 (en) * 2007-05-22 2013-04-16 Marvell International Ltd. Key generation techniques
US9112681B2 (en) * 2007-06-22 2015-08-18 Fujitsu Limited Method and apparatus for secure information transfer to support migration
EP2223232A4 (en) 2007-11-16 2015-02-25 Sonic Ip Inc Hierarchical and reduced index structures for multimedia files
US20090164378A1 (en) * 2007-12-21 2009-06-25 Steven Marcus Jason West Music Distribution
JP4539750B2 (ja) * 2008-04-08 2010-09-08 ソニー株式会社 記録媒体
JP2010258708A (ja) * 2009-04-23 2010-11-11 Sony Corp 情報処理装置、演算検証方法およびプログラム
CA2782825C (en) 2009-12-04 2016-04-26 Divx, Llc Elementary bitstream cryptographic material transport systems and methods
CN102479238A (zh) * 2010-11-24 2012-05-30 深圳市快播科技有限公司 单机存档游戏系统及其存档方法
US8914534B2 (en) 2011-01-05 2014-12-16 Sonic Ip, Inc. Systems and methods for adaptive bitrate streaming of media stored in matroska container files using hypertext transfer protocol
TWI429472B (zh) * 2011-02-18 2014-03-11 Int Games System Co Ltd 遊戲機台系統及方法
US8812662B2 (en) 2011-06-29 2014-08-19 Sonic Ip, Inc. Systems and methods for estimating available bandwidth and performing initial stream selection when streaming content
JP5779434B2 (ja) * 2011-07-15 2015-09-16 株式会社ソシオネクスト セキュリティ装置及びセキュリティシステム
US9955195B2 (en) 2011-08-30 2018-04-24 Divx, Llc Systems and methods for encoding and streaming video encoded using a plurality of maximum bitrate levels
US9467708B2 (en) 2011-08-30 2016-10-11 Sonic Ip, Inc. Selection of resolutions for seamless resolution switching of multimedia content
US8752138B1 (en) * 2011-08-31 2014-06-10 Google Inc. Securing user contact information in collaboration session
US8799647B2 (en) 2011-08-31 2014-08-05 Sonic Ip, Inc. Systems and methods for application identification
US8787570B2 (en) 2011-08-31 2014-07-22 Sonic Ip, Inc. Systems and methods for automatically genenrating top level index files
US8909922B2 (en) 2011-09-01 2014-12-09 Sonic Ip, Inc. Systems and methods for playing back alternative streams of protected content protected using common cryptographic information
US8964977B2 (en) 2011-09-01 2015-02-24 Sonic Ip, Inc. Systems and methods for saving encoded media streamed using adaptive bitrate streaming
US8879731B2 (en) * 2011-12-02 2014-11-04 Adobe Systems Incorporated Binding of protected video content to video player with block cipher hash
US8903088B2 (en) * 2011-12-02 2014-12-02 Adobe Systems Incorporated Binding of protected video content to video player with encryption key
US20130179199A1 (en) 2012-01-06 2013-07-11 Rovi Corp. Systems and methods for granting access to digital content using electronic tickets and ticket tokens
EP2828759A4 (en) 2012-03-20 2015-09-30 Rubicon Labs Inc METHOD AND SYSTEM FOR WORKING PROCESS SET INSULATION
US9936267B2 (en) 2012-08-31 2018-04-03 Divx Cf Holdings Llc System and method for decreasing an initial buffering period of an adaptive streaming system
US9064318B2 (en) 2012-10-25 2015-06-23 Adobe Systems Incorporated Image matting and alpha value techniques
US10638221B2 (en) 2012-11-13 2020-04-28 Adobe Inc. Time interval sound alignment
US9201580B2 (en) 2012-11-13 2015-12-01 Adobe Systems Incorporated Sound alignment user interface
US9355649B2 (en) 2012-11-13 2016-05-31 Adobe Systems Incorporated Sound alignment using timing information
US9076205B2 (en) 2012-11-19 2015-07-07 Adobe Systems Incorporated Edge direction and curve based image de-blurring
US8897588B2 (en) 2012-11-20 2014-11-25 Adobe Systems Incorporated Data-driven edge-based image de-blurring
US10249321B2 (en) 2012-11-20 2019-04-02 Adobe Inc. Sound rate modification
US10455219B2 (en) 2012-11-30 2019-10-22 Adobe Inc. Stereo correspondence and depth sensors
US9135710B2 (en) 2012-11-30 2015-09-15 Adobe Systems Incorporated Depth map stereo correspondence techniques
US9208547B2 (en) 2012-12-19 2015-12-08 Adobe Systems Incorporated Stereo correspondence smoothness tool
US10249052B2 (en) 2012-12-19 2019-04-02 Adobe Systems Incorporated Stereo correspondence model fitting
US9214026B2 (en) 2012-12-20 2015-12-15 Adobe Systems Incorporated Belief propagation and affinity measures
US9191457B2 (en) 2012-12-31 2015-11-17 Sonic Ip, Inc. Systems, methods, and media for controlling delivery of content
US9313510B2 (en) 2012-12-31 2016-04-12 Sonic Ip, Inc. Use of objective quality measures of streamed content to reduce streaming bandwidth
US9229944B2 (en) * 2013-01-29 2016-01-05 Mobitv, Inc. Scalable networked digital video recordings via shard-based architecture
US9906785B2 (en) 2013-03-15 2018-02-27 Sonic Ip, Inc. Systems, methods, and media for transcoding video data according to encoding parameters indicated by received metadata
US10397292B2 (en) 2013-03-15 2019-08-27 Divx, Llc Systems, methods, and media for delivery of content
US9094737B2 (en) 2013-05-30 2015-07-28 Sonic Ip, Inc. Network video streaming with trick play based on separate trick play files
US9380099B2 (en) 2013-05-31 2016-06-28 Sonic Ip, Inc. Synchronizing multiple over the top streaming clients
US9100687B2 (en) 2013-05-31 2015-08-04 Sonic Ip, Inc. Playback synchronization across playback devices
JP2015103890A (ja) * 2013-11-22 2015-06-04 ソニー株式会社 コンテンツ受信装置及びコンテンツ受信方法、並びにコンテンツ送信装置及びコンテンツ送信方法
US9386067B2 (en) 2013-12-30 2016-07-05 Sonic Ip, Inc. Systems and methods for playing adaptive bitrate streaming content by multicast
US20150244520A1 (en) * 2014-02-21 2015-08-27 Safe Frontier Llc One-time-pad data encryption with media server
US9866878B2 (en) 2014-04-05 2018-01-09 Sonic Ip, Inc. Systems and methods for encoding and playing back video at different frame rates using enhancement layers
MX2016015022A (es) 2014-08-07 2018-03-12 Sonic Ip Inc Sistemas y metodos para proteger corrientes de bits elementales que incorporan tejas codificadas independientemente.
WO2016112112A1 (en) 2015-01-06 2016-07-14 Sonic Ip, Inc. Systems and methods for encoding and sharing content between devices
KR101897959B1 (ko) 2015-02-27 2018-09-12 쏘닉 아이피, 아이엔씨. 라이브 비디오 인코딩 및 스트리밍에서의 프레임 복제 및 프레임 확장을 위한 시스템 및 방법
US10075292B2 (en) 2016-03-30 2018-09-11 Divx, Llc Systems and methods for quick start-up of playback
US10862683B2 (en) * 2016-05-19 2020-12-08 Arris Enterprises Llc Implicit RSA certificates
US10231001B2 (en) 2016-05-24 2019-03-12 Divx, Llc Systems and methods for providing audio content during trick-play playback
US10129574B2 (en) 2016-05-24 2018-11-13 Divx, Llc Systems and methods for providing variable speeds in a trick-play mode
US10148989B2 (en) 2016-06-15 2018-12-04 Divx, Llc Systems and methods for encoding video content
US10896267B2 (en) * 2017-01-31 2021-01-19 Hewlett Packard Enterprise Development Lp Input/output data encryption
US10498795B2 (en) 2017-02-17 2019-12-03 Divx, Llc Systems and methods for adaptive switching between multiple content delivery networks during adaptive bitrate streaming
CN107194237B (zh) * 2017-04-05 2020-04-03 百富计算机技术（深圳）有限公司 应用程序安全认证的方法、装置、计算机设备及存储介质
WO2020191406A1 (en) 2019-03-21 2020-09-24 Divx, Llc Systems and methods for multimedia swarms
CN110336661B (zh) * 2019-09-02 2019-12-31 灵长智能科技(杭州)有限公司 Aes-gcm数据处理方法、装置、电子设备及存储介质
CN114531236B (zh) * 2022-03-02 2023-10-31 杭州华澜微电子股份有限公司 一种密钥的处理方法、装置及电子设备

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA1238427A (en) * 1984-12-18 1988-06-21 Jonathan Oseas Code protection using cryptography
JP3951464B2 (ja) * 1998-07-28 2007-08-01 株式会社日立製作所 ディジタル信号処理装置
JP2000181803A (ja) * 1998-12-18 2000-06-30 Fujitsu Ltd 鍵管理機能付電子データ保管装置および電子データ保管方法
JP2000196582A (ja) * 1998-12-25 2000-07-14 Nippon Telegr & Teleph Corp <Ntt> 記憶メディア識別子を利用した不正利用防止のための情報記録、利用および配送方法
JP3992396B2 (ja) * 1999-03-31 2007-10-17 株式会社リコー 電子文書管理装置、電子文書管理方法およびその方法をコンピュータに実行させるプログラムを記録したコンピュータ読み取り可能な記録媒体
JP4177517B2 (ja) * 1999-05-21 2008-11-05 株式会社東芝 コンテンツ処理システムおよびコンテンツ保護方法
JP2000341265A (ja) * 1999-05-28 2000-12-08 Matsushita Electric Ind Co Ltd データ記録および読み出し方法および記録装置および読み取り装置および書き込み装置

Cited By (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008148335A (ja) * 2001-11-13 2008-06-26 Microsoft Corp ゲーミングシステム用のネットワークアーキテクチャの方法、そのゲームコンソール、そのシステム及び記録媒体
JP2011204284A (ja) * 2002-04-17 2011-10-13 Microsoft Corp 呼び出しプログラムについての秘密の封印のためのコンピュータ記録媒体および秘密の封印解除方法
US8621243B2 (en) 2002-04-17 2013-12-31 Microsoft Corporation Saving and retrieving data based on public key encryption
US9183406B2 (en) 2002-04-17 2015-11-10 Microsoft Technology Licensing, Llc Saving and retrieving data based on public key encryption
US8683230B2 (en) 2002-04-17 2014-03-25 Microsoft Corporation Saving and retrieving data based on public key encryption
US8601286B2 (en) 2002-04-17 2013-12-03 Microsoft Corporation Saving and retrieving data based on public key encryption
US8589701B2 (en) 2002-04-17 2013-11-19 Microsoft Corporation Saving and retrieving data based on public key encryption
JP2010170570A (ja) * 2002-04-17 2010-08-05 Microsoft Corp 対称鍵暗号化に基づくデータの保存および検索
JP2012099128A (ja) * 2002-04-17 2012-05-24 Microsoft Corp 呼び出しプログラムについての秘密の封印解除方法
JP2005063399A (ja) * 2003-07-30 2005-03-10 Mieko Tsuyusaki ファイル／キー／データ管理システム
JP4588991B2 (ja) * 2003-07-30 2010-12-01 美恵子 露崎 ファイル類管理システム
WO2005074187A1 (ja) * 2004-01-29 2005-08-11 Sony Corporation 情報処理装置及び方法
US8073143B2 (en) 2004-01-29 2011-12-06 Sony Corporation Information processing device and method
JP4692003B2 (ja) * 2005-02-10 2011-06-01 ソニー株式会社 情報処理装置、および情報処理方法、並びにコンピュータ・プログラム
US8095790B2 (en) 2005-02-10 2012-01-10 Sony Corporation Information processing apparatus and method, and computer program
JP2006221429A (ja) * 2005-02-10 2006-08-24 Sony Corp 情報処理装置、および情報処理方法、並びにコンピュータ・プログラム
JP2007273030A (ja) * 2006-03-31 2007-10-18 Toshiba Samsung Storage Technology Corp 光ディスク装置における乱数データ発生装置、及び乱数データ発生方法
US9712499B2 (en) 2014-03-31 2017-07-18 Fujitsu Limited Method and apparatus for cryptographic processing

Also Published As

Publication number Publication date
AU2882901A (en) 2001-08-07
EP1195684A1 (en) 2002-04-10
KR20010109323A (ko) 2001-12-08
CN1366637A (zh) 2002-08-28
US20020154779A1 (en) 2002-10-24
TW514845B (en) 2002-12-21
NZ513833A (en) 2001-09-28
CA2365345A1 (en) 2001-08-02
BR0104213A (pt) 2002-01-08
WO2001055858A1 (fr) 2001-08-02
RU2001128766A (ru) 2003-07-20

Similar Documents

Publication Publication Date Title
KR100653806B1 (ko) 데이터 인증 처리 시스템
JP2001209583A (ja) データ記録再生器およびセーブデータ処理方法、並びにプログラム提供媒体
EP1164748A1 (en) Storage device authentication system
JP4524829B2 (ja) データ処理システム、記録デバイス、およびデータ処理方法、並びにプログラム提供媒体
JP2001203686A (ja) データ処理装置、データ処理方法およびデータ検証値付与方法、並びにプログラム提供媒体
JP2003099332A (ja) データ処理システム、データ記録再生器、記録デバイス、および方法、並びにプログラム提供媒体
JP2001211152A (ja) データ処理装置、コンテンツデータ生成方法、およびデータ処理方法、並びにプログラム提供媒体
JP2001211162A (ja) データ処理システム、記録デバイス、およびデータ処理方法、並びにプログラム提供媒体
JP2001209310A (ja) データ処理装置、データ処理方法およびコンテンツデータ生成方法、並びにプログラム提供媒体
JP4686805B2 (ja) データ記憶素子製造方法およびデータ記憶素子、並びにデータ処理装置
JP2001211148A (ja) データ処理装置、データ処理システム、およびデータ処理方法、並びにプログラム提供媒体
JP2001209309A (ja) データ処理装置、コンテンツデータ生成方法、およびデータ処理方法、並びにプログラム提供媒体
JP2001209312A (ja) データ処理システム、記録デバイス、およびデータ処理方法、並びにプログラム提供媒体
JP2001211149A (ja) データ処理装置およびデータ処理方法、並びにプログラム提供媒体
JP2001211151A (ja) データ処理装置、データ処理方法およびコンテンツデータ検証値付与方法、並びにプログラム提供媒体
AU2002301287B2 (en) Data Processing Apparatus and Data Processing Method
JP2001211080A (ja) データ処理装置、データ処理方法およびコンテンツデータ生成方法、並びにプログラム提供媒体
AU2005200289B2 (en) Data processing apparatus and data processing method