JP2002132583A - データ処理装置、データ記憶装置、およびデータ処理方法、並びにプログラム提供媒体 - Google Patents

データ処理装置、データ記憶装置、およびデータ処理方法、並びにプログラム提供媒体

Info

Publication number
JP2002132583A
JP2002132583A JP2000320548A JP2000320548A JP2002132583A JP 2002132583 A JP2002132583 A JP 2002132583A JP 2000320548 A JP2000320548 A JP 2000320548A JP 2000320548 A JP2000320548 A JP 2000320548A JP 2002132583 A JP2002132583 A JP 2002132583A
Authority
JP
Japan
Prior art keywords
data
memory interface
processing
access permission
permission table
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
JP2000320548A
Other languages
English (en)
Inventor
Kenji Yoshino
賢治 吉野
Yoshito Ishibashi
義人 石橋
Toru Akishita
徹 秋下
Taizo Shirai
太三 白井
Takeshi Ito
豪 伊藤
Shigekazu Hayashi
茂和 林
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 Corp
Original Assignee
Sony Corp
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 filed Critical Sony Corp
Priority to JP2000320548A priority Critical patent/JP2002132583A/ja
Priority to US09/982,668 priority patent/US6834333B2/en
Publication of JP2002132583A publication Critical patent/JP2002132583A/ja
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/70—Protecting specific internal or peripheral components, in which the protection of a component leads to protection of the entire computer
    • G06F21/78—Protecting specific internal or peripheral components, in which the protection of a component leads to protection of the entire computer to assure secure storage of data
    • G06F21/79—Protecting specific internal or peripheral components, in which the protection of a component leads to protection of the entire computer to assure secure storage of data in semiconductor storage media, e.g. directly-addressable memories
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F12/00—Accessing, addressing or allocating within memory systems or architectures
    • G06F12/14—Protection against unauthorised use of memory or access to memory
    • G06F12/1458—Protection against unauthorised use of memory or access to memory by checking the subject access rights
    • G06F12/1483—Protection against unauthorised use of memory or access to memory by checking the subject access rights using an access-table, e.g. matrix or list

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Hardware Design (AREA)
  • Mathematical Physics (AREA)
  • Software Systems (AREA)
  • Storage Device Security (AREA)
  • Signal Processing For Digital Recording And Reproducing (AREA)

Abstract

(57)【要約】 【課題】 データ記憶手段に記憶したデータの保護を高
めることを可能としたデータ処理装置を提供する。 【解決手段】 例えばフラッシュメモリを搭載したメモ
リカード等のデータ記憶手段に対するアクセスにおい
て、デバイスのメモリインタフェース部にアクセス許可
テーブルであるブロック・パーミッション・テーブル
（ＢＰＴ）をセットして、ＢＰＴにおいて許可された処
理である場合にのみ記憶手段に対するアクセスを実行
し、ＢＰＴに違反する処理要求に対しては処理を行なわ
ない。制御部の処理内容、コマンドにかかわらず、常に
メモリインタフェースに設定したテーブルに従って記憶
手段に対するアクセスが実行されるので、例えば書き換
えを禁止している記録メディア内のデータ書き換えが効
果的に防止される。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、データ処理装置お
よびデータ処理方法、並びにプログラム提供媒体に関す
る。特に、記憶装置に格納されるコンテンツを高度なセ
キュリティ管理のもとに保護することを可能とするデー
タ処理装置およびデータ処理方法、並びにプログラム提
供媒体に関する。
【０００２】
【従来の技術】近年のインターネットの急激な普及、さ
らにモバイル型の小型再生器、ゲーム器等の普及に伴
い、音楽データ、ゲームプログラム、画像データ等、様
々なソフトデータ（以下、これらをコンテンツ（Conten
t）と呼ぶ）の、インターネット等のネットワーク、あ
るいは、ＤＶＤ、ＣＤ、メモリカード等の記憶媒体を介
した流通が急増している。これらの流通コンテンツは、
ユーザの所有するＰＣ（Personal Computer）、再生専
用器、あるいはゲーム機器においてネットワークから受
信され記憶媒体に格納されたり、あるいはコンテンツを
格納したメモリカード、ＣＤ、ＤＶＤ等の記憶媒体を再
生専用器、あるいはゲーム機器に装着することにより、
コンテンツ再生処理、あるいはプログラム実行が可能と
なる。
【０００３】コンテンツの記憶素子として、最近多く利
用される素子にフラッシュメモリがある。フラッシュメ
モリは、ＥＥＰＲＯＭ(Electrically Erasable Program
mable ROM)と呼ばれる電気的に書き換え可能な不揮発性
メモリの一形態である。従来のＥＥＰＲＯＭは、１ビッ
トを２個のトランジスタで構成するために、１ビット当
たりの占有面積が大きく、集積度を高くするのに限界が
あったが、フラッシュメモリは、全ビット一括消去方式
により１ビットを１トランジスタで実現することが可能
となった。フラッシュメモリは、磁気ディスク、光ディ
スク等の記録媒体に代わりうるものとして期待されてい
る。
【０００４】フラッシュメモリをデータ記録／再生機器
に対して着脱自在に構成したメモリカードも知られてい
る。このメモリカードを使用すれば、従来のＣＤ（コン
パクトディスク：登録商標）、ＭＤ（ミニディスク：登
録商標）等のディスク状媒体に換えてメモリカードを使
用するディジタルオーディオ記録／再生装置を実現する
ことができる。
【０００５】このような、フラッシュメモリを使用した
コンテンツ記憶素子をパーソナルコンピュータ（Ｐ
Ｃ）、再生器等において使用する場合、ＦＡＴ(File Al
locationTable)システムと呼ばれるファイル管理システ
ムがアクセス情報テーブルとして一般的に使用される。
ＦＡＴシステムでは、必要なファイルが定義されると、
その中に必要なパラメータがファイルの先頭から順番に
セットされる。その結果、ファイルサイズを可変長とす
ることができ、１ファイルを１または複数の管理単位
（セクタ、クラスタ等）で構成することができる。この
管理単位の関連事項がＦＡＴと呼ばれるテーブルに書か
れる。このＦＡＴシステムは、記録媒体の物理的特性と
無関係に、ファイル構造を容易に構築することができ
る。従って、ＦＡＴシステムは、フロッピー（登録商
標）ディスク、ハードディスクのみならず、光磁気ディ
スクにおいても採用することができる。上述したメモリ
カードにおいても、ＦＡＴシステムが採用されている。
【０００６】音楽データ、画像データ、あるいはプログ
ラム等の様々なコンテンツは、再生機器として利用され
る再生装置、ゲーム機器、ＰＣ等の情報機器本体からの
ユーザ指示、あるいは接続された入力手段を介したユー
ザの指示により、上述のＦＡＴに基づいて例えば上述し
たフラッシュメモリから呼び出され、情報機器本体、あ
るいは接続されたディスプレイ、スピーカ等を通じて再
生される。
【０００７】さらに、ゲームプログラム、音楽データ、
画像データ等、多くのソフトウエア・コンテンツは、一
般的にその作成者、販売者に頒布権等が保有されてい
る。従って、これらのコンテンツの配布に際しては、一
定の利用制限、すなわち、正規のユーザに対してのみ、
ソフトウエアの使用を許諾し、許可のない複製等が行わ
れないようにする、すなわちセキュリティを考慮した構
成をとるのが一般的となっている。
【０００８】ユーザに対する利用制限を実現する１つの
手法が、配布コンテンツの暗号化処理である。すなわ
ち、例えばインターネット等を介して暗号化された音声
データ、画像データ、ゲームプログラム等の各種コンテ
ンツを配布するとともに、正規ユーザであると確認され
た者に対してのみ、配布された暗号化コンテンツを復号
する手段、すなわち復号鍵を付与する構成である。
【０００９】暗号化データは、所定の手続きによる復号
処理によって利用可能な復号データ（平文）に戻すこと
ができる。このような情報の暗号化処理に暗号化鍵を用
い、復号処理に復号鍵を用いるデータ暗号化、復号化方
法は従来からよく知られている。
【００１０】
【発明が解決しようとする課題】例えばパーソナルコン
ピュータ（ＰＣ）のＯＳのファイルシステムが主体的に
記録メディアに格納されているアクセス情報テーブルと
してのＦＡＴ（File Allocation Table）を読み込んで
管理する構成においては、ＰＣ側のファイルシステムが
そのアクセス情報テーブルであるＦＡＴの内容を自由に
書き換えてしまうという処理が可能であった。
【００１１】従って、例えば書込み禁止領域を設定した
アクセス情報テーブル（ＦＡＴ）により管理されたコン
テンツを格納した記録メディアがあっても、そのアクセ
ス情報テーブルをＰＣ側のファイルシステムが読みとっ
て書き換えてしまうことが可能であり、本来、書き換え
を禁止している記録メディア内のデータ（コンテンツ）
の書き換えが可能になってしまい、コンテンツの保護が
十分になされないという欠点があった。
【００１２】本発明は、上述の従来技術の欠点に鑑みて
なされたものであり、メモリカード等のデータ記憶手段
を装着したデバイスにおいて、予め定められたアクセス
許可情報に基づいた処理についてのみデバイスから記憶
手段に対するアクセスを実行し、アクセス許可情報に違
反する処理要求に対しては処理を行なわない構成とし
た。また、アクセス許可テーブルをメモリインタフェー
ス部に保持させる構成とすることで、制御部の処理内容
にかかわらず、常にメモリインタフェースに設定したテ
ーブルに従って記憶手段に対するアクセスが実行され
る。このように、本発明は、例えば書き換えを禁止して
いる記録メディア内のデータ（コンテンツ）の書き換え
を効果的に防止し、コンテンツの保護を高めることを可
能としたデータ処理装置、データ記憶装置、およびデー
タ処理方法、並びにプログラム提供媒体を提供すること
を目的とする。
【００１３】
【課題を解決するための手段】本発明の第１の側面は、
データ記憶手段に対するアクセスを実行するメモリイン
タフェースと、該メモリインタフェースの制御を実行す
る制御部とを有するデータ処理装置であり、前記メモリ
インタフェースは、前記データ記憶手段内のデータ格納
領域に格納されたアクセス許可テーブルをメモリインタ
フェース内にセットし、前記制御部からの前記データ記
憶手段に対するアクセス命令に応じて、前記アクセス許
可テーブルを参照してアクセス命令の実行可否を判定
し、前記アクセス許可テーブルにおいて許可設定のなさ
れた処理のみを実行する構成を有することを特徴とする
データ処理装置にある。
【００１４】さらに、本発明のデータ処理装置の一実施
態様において、前記データ記憶手段のデータ格納領域
は、各々が予め定められたデータ容量を持つ複数セクタ
からなるブロックを複数有するフラッシュメモリであ
り、前記アクセス許可テーブルは、ブロック単位でのデ
ータの処理許可態様を設定したテーブルとして構成さ
れ、前記メモリインタフェースは、前記アクセス許可テ
ーブル中に設定されたブロック単位での処理許可態様に
従って、ブロック単位での処理の可否を判定する構成を
有することを特徴とする。
【００１５】さらに、本発明のデータ処理装置の一実施
態様において、前記メモリインタフェースは、前記制御
部からのアクセス命令に応じた処理が前記アクセス許可
テーブルにおいて許可設定のなされた処理範囲内である
場合にのみ、前記アクセス命令に応じた処理を実行し、
該アクセス命令に応じたメモリインタフェース内での処
理成功に応じて処理成功フラグを設定し、前記制御部
は、前記メモリインタフェースにおける処理成功フラグ
の設定の確認を条件として、制御部側の処理を実行する
構成を有することを特徴とする。
【００１６】さらに、本発明のデータ処理装置の一実施
態様において、前記制御部は、前記アクセス命令がデー
タファイルの読み出し処理である場合において、前記デ
ータ記憶手段内のデータ格納領域に対応して設定された
ファイル割り当てテーブルから読み出し対象データファ
イルのアドレスを選択し前記メモリインタフェースに送
信する処理を実行し、前記メモリインタフェースは、前
記制御部から受信した読み出し対象データファイルのア
ドレスに基づいて前記アクセス許可テーブルを参照し
て、該アドレスの設定された領域がデータ読み出し可能
領域であるか否かを判定し、データ読み出し可能領域で
ある場合にのみデータ読み出し処理を実行する構成を有
することを特徴とする。
【００１７】さらに、本発明のデータ処理装置の一実施
態様において、前記制御部は、前記アクセス命令がデー
タファイルの書き込み処理である場合において、前記デ
ータ記憶手段内のデータ格納領域の書き込みアドレスを
選択し前記メモリインタフェースに送信する処理を実行
し、前記メモリインタフェースは、前記制御部から受信
した前記書き込みアドレスに基づいて前記アクセス許可
テーブルを参照して、該アドレスの設定された領域がデ
ータ書き込み可能領域であるか否かを判定し、データ書
き込み可能領域である場合にのみデータ書き込み処理を
実行する構成を有することを特徴とする。
【００１８】さらに、本発明のデータ処理装置の一実施
態様において、前記アクセス許可テーブルは、該アクセ
ス許可テーブル内のデータ改竄の有無を検査するチェッ
ク値として、該テーブル内データに基づいて生成される
改竄チェック値（ＩＣＶ）を付帯データとして有し、前
記メモリインタフェースは、前記改竄チェック値（ＩＣ
Ｖ）に基づいて、前記アクセス許可テーブルの改竄チェ
ックを実行する暗号処理部を有し、該暗号処理部におけ
る前記アクセス許可テーブルの改竄なしの判定が得られ
たことを条件として、前記アクセス許可テーブルをメモ
リインタフェースに設定し、設定したアクセス許可テー
ブルに従ったアクセス可否の判定に基づくデータ処理を
実行する構成を有することを特徴とする。
【００１９】さらに、本発明のデータ処理装置の一実施
態様において、前記アクセス許可テーブルは、該アクセ
ス許可テーブル内のデータ改竄の有無を検査するチェッ
ク値として、該テーブル内データと、前記データ記憶手
段固有の識別子（ＩＤ）とを含むデータに基づいて生成
される改竄チェック値（ＩＣＶ）を付帯データとして有
し、前記メモリインタフェースによる前記改竄チェック
値（ＩＣＶ）に基づく検証処理は、前記アクセス許可テ
ーブルのデータ改竄チェックに加え、該アクセス許可テ
ーブルが正当なメディアに格納されているか否かの検証
処理として実行され、該検証により正当性の確認された
ことを条件として、前記アクセス許可テーブルをメモリ
インタフェースに設定し、設定したアクセス許可テーブ
ルに従ったアクセス可否の判定に基づくデータ処理を実
行する構成を有することを特徴とする。
【００２０】さらに、本発明のデータ処理装置の一実施
態様において、前記メモリインタフェースは、前記デー
タ記憶手段との相互認証処理を実行し、相互認証が成立
したことを条件として、前記データ記憶手段のメモリに
格納されたアクセス許可テーブルを前記メモリインタフ
ェース内にセットする構成を有することを特徴とする。
【００２１】さらに、本発明のデータ処理装置の一実施
態様において、前記データ記憶手段は、各々が予め定め
られたデータ容量を持つ複数セクタを１ブロックとした
ブロックを複数有するデータ格納領域を持つフラッシュ
メモリであり、前記アクセス許可テーブルは、ブロック
単位でのデータ消去の可否、またはブロック単位でのデ
ータ再生の可否の少なくともいずれかを設定したテーブ
ルであり、前記メモリインタフェースは、前記アクセス
許可テーブル中に設定されたブロック単位でのデータ消
去の可否、またはブロック単位でのデータ再生の可否の
設定情報に従って、ブロック単位での処理の可否を判定
する構成を有することを特徴とする。
【００２２】さらに、本発明の第２の側面は、各々が予
め定められたデータ容量を持つ複数のセクタを１ブロッ
クとした複数ブロックのデータ格納領域を有するデータ
記憶装置であり、前記データ格納領域のブロック単位で
のデータ処理に関する許可態様を設定したアクセス許可
テーブルを前記データ格納領域に格納したことを特徴と
するデータ記憶装置にある。
【００２３】さらに、本発明のデータ記憶装置の一実施
態様において、前記アクセス許可テーブルは、前記デー
タ格納領域における前記アクセス許可テーブルを格納し
たブロックに関するデータ処理許可態様を消去不可領域
として設定した構成であることを特徴とする。
【００２４】さらに、本発明のデータ記憶装置の一実施
態様において、前記データ記憶装置は、該データ記憶装
置とのデータ転送を実行するデータ処理装置との相互認
証処理を実行する暗号処理部を有し、相互認証が成立し
たことを条件として、アクセス許可テーブルを前記デー
タ処理装置に転送する処理を実行する構成を有すること
を特徴とする。
【００２５】さらに、本発明の第３の側面は、データ記
憶手段に対するアクセスを実行するメモリインタフェー
スと、該メモリインタフェースの制御を実行する制御部
とを有するデータ処理装置におけるデータ処理方法であ
り、前記メモリインタフェースは、前記データ記憶手段
内のデータ格納領域に格納されたアクセス許可テーブル
をメモリインタフェース内にセットするステップと、前
記制御部からの前記データ記憶手段に対するアクセス命
令に応じて、前記アクセス許可テーブルを参照してアク
セス命令の実行可否を判定するステップと、前記アクセ
ス許可テーブルにおいて許可設定のなされた処理のみを
実行するステップと、を実行することを特徴とするデー
タ処理方法にある。
【００２６】さらに、本発明のデータ処理方法の一実施
態様において、前記データ記憶手段のデータ格納領域
は、各々が予め定められたデータ容量を持つ複数セクタ
からなるブロックを複数有するフラッシュメモリであ
り、前記アクセス許可テーブルは、ブロック単位でのデ
ータの処理許可態様を設定したテーブルとして構成さ
れ、前記メモリインタフェースは、前記アクセス許可テ
ーブル中に設定されたブロック単位での処理許可態様に
従って、ブロック単位での処理の可否を判定することを
特徴とする。
【００２７】さらに、本発明のデータ処理方法の一実施
態様において、前記メモリインタフェースは、前記制御
部からのアクセス命令に応じた処理が前記アクセス許可
テーブルにおいて許可設定のなされた処理範囲内である
場合にのみ、前記アクセス命令に応じた処理を実行し、
該アクセス命令に応じたメモリインタフェース内での処
理成功に応じて処理成功フラグを設定し、前記制御部
は、前記メモリインタフェースにおける処理成功フラグ
の設定の確認を条件として、制御部側の処理を実行する
ことを特徴とする。
【００２８】さらに、本発明のデータ処理方法の一実施
態様において、前記アクセス命令がデータファイルの読
み出し処理である場合において、前記制御部は、前記デ
ータ記憶手段内のデータ格納領域に対応して設定された
ファイル割り当てテーブルから読み出し対象データファ
イルのアドレスを選択し前記メモリインタフェースに送
信する処理を実行し、前記メモリインタフェースは、前
記制御部から受信した読み出し対象データファイルのア
ドレスに基づいて前記アクセス許可テーブルを参照し
て、該アドレスの設定された領域がデータ読み出し可能
領域であるか否かを判定し、データ読み出し可能領域で
ある場合にのみデータ読み出し処理を実行することを特
徴とする。
【００２９】さらに、本発明のデータ処理方法の一実施
態様において、前記アクセス命令がデータファイルの書
き込み処理である場合において、前記制御部は、前記デ
ータ記憶手段内のデータ格納領域の書き込みアドレスを
選択し前記メモリインタフェースに送信する処理を実行
し、前記メモリインタフェースは、前記制御部から受信
した前記書き込みアドレスに基づいて前記アクセス許可
テーブルを参照して、該アドレスの設定された領域がデ
ータ書き込み可能領域であるか否かを判定し、データ書
き込み可能領域である場合にのみデータ書き込み処理を
実行することを特徴とする。
【００３０】さらに、本発明のデータ処理方法の一実施
態様において、前記アクセス許可テーブルは、該アクセ
ス許可テーブル内のデータ改竄の有無を検査するチェッ
ク値として、該テーブル内データに基づいて生成される
改竄チェック値（ＩＣＶ）を付帯データとして有し、前
記メモリインタフェースは、前記改竄チェック値（ＩＣ
Ｖ）に基づいて、前記アクセス許可テーブルの改竄チェ
ックを実行するステップと、前記アクセス許可テーブル
の改竄なしの判定が得られたことを条件として、前記ア
クセス許可テーブルをメモリインタフェースに設定する
ステップと、設定したアクセス許可テーブルに従ったア
クセス可否の判定に基づくデータ処理を実行するステッ
プとを実行することを特徴とする。
【００３１】さらに、本発明のデータ処理方法の一実施
態様において、前記アクセス許可テーブルは、該アクセ
ス許可テーブル内のデータ改竄の有無を検査するチェッ
ク値として、該テーブル内データと、前記データ記憶手
段固有の識別子（ＩＤ）とを含むデータに基づいて生成
される改竄チェック値（ＩＣＶ）を付帯データとして有
し、前記メモリインタフェースは、前記アクセス許可テ
ーブルのデータ改竄チェックに加え、該アクセス許可テ
ーブルが正当なメディアに格納されているか否かの検証
処理として前記改竄チェック値（ＩＣＶ）に基づく検証
処理を実行するステップと、該検証により正当性の確認
されたことを条件として、前記アクセス許可テーブルを
メモリインタフェースに設定するステップと、設定した
アクセス許可テーブルに従ったアクセス可否の判定に基
づくデータ処理を実行するステップと、を実行すること
を特徴とする。
【００３２】さらに、本発明のデータ処理方法の一実施
態様において、前記メモリインタフェースは、前記デー
タ記憶手段との相互認証処理を実行し、相互認証が成立
したことを条件として、前記データ記憶手段のメモリに
格納されたアクセス許可テーブルを前記メモリインタフ
ェース内にセットすることを特徴とする。
【００３３】さらに、本発明のデータ処理方法の一実施
態様において、前記データ記憶手段は、各々が予め定め
られたデータ容量を持つ複数セクタを１ブロックとした
ブロックを複数有するデータ格納領域を持つフラッシュ
メモリであり、前記アクセス許可テーブルは、ブロック
単位でのデータ消去の可否、またはブロック単位でのデ
ータ再生の可否の少なくともいずれかを設定したテーブ
ルであり、前記メモリインタフェースは、前記アクセス
許可テーブル中に設定されたブロック単位でのデータ消
去の可否、またはブロック単位でのデータ再生の可否の
設定情報に従って、ブロック単位での処理の可否を判定
することを特徴とする。
【００３４】さらに、本発明の第４の側面は、データ記
憶手段に対するアクセスを実行するメモリインタフェー
スと、該メモリインタフェースの制御を実行する制御部
とを有するデータ処理装置におけるデータ処理をコンピ
ュータ・システム上で実行せしめるコンピュータ・プロ
グラムを提供するプログラム提供媒体であって、前記コ
ンピュータ・プログラムは、前記データ記憶手段内のデ
ータ格納領域に格納されたアクセス許可テーブルをメモ
リインタフェース内にセットするステップと、前記制御
部からの前記データ記憶手段に対するアクセス命令に応
じて、前記アクセス許可テーブルを参照してアクセス命
令の実行可否を判定するステップと、前記アクセス許可
テーブルにおいて許可設定のなされた処理のみを実行す
るステップと、を有することを特徴とするプログラム提
供媒体にある。
【００３５】なお、本発明の第４の側面に係るプログラ
ム提供媒体は、例えば、様々なプログラム・コードを実
行可能な汎用コンピュータ・システムに対して、コンピ
ュータ・プログラムをコンピュータ可読な形式で提供す
る媒体である。媒体は、ＣＤやＦＤ、ＭＯなどの記録媒
体、あるいは、ネットワークなどの伝送媒体など、その
形態は特に限定されない。
【００３６】このようなプログラム提供媒体は、コンピ
ュータ・システム上で所定のコンピュータ・プログラム
の機能を実現するための、コンピュータ・プログラムと
提供媒体との構造上又は機能上の協働的関係を定義した
ものである。換言すれば、該提供媒体を介してコンピュ
ータ・プログラムをコンピュータ・システムにインスト
ールすることによって、コンピュータ・システム上では
協働的作用が発揮され、本発明の他の側面と同様の作用
効果を得ることができるのである。
【００３７】本発明のさらに他の目的、特徴や利点は、
後述する本発明の実施例や添付する図面に基づくより詳
細な説明によって明らかになるであろう。
【００３８】
【発明の実施の形態】［システム概要］図１に本発明の
データ処理装置の適用可能なコンテンツ配信システム構
成を示す。例えば音楽データ、画像データ、その他各種
プログラム等のコンテンツが、コンテンツ保持者または
サービスプロバイダのようなシステム運営者１０１か
ら、インターネット等のネットワークを介して、または
ＣＤ、ＤＶＤ、フラッシュメモリを搭載したメモリカー
ド等の各種記録媒体であるメディア１０３に格納され、
デバイス１０２に受信または装着されて再生、実行され
る。デバイスは、例えばパーソナルコンピュータ（Ｐ
Ｃ）、再生専用器、ゲーム器等のコンテンツ再生機能を
有するデバイスであり、例えば画像コンテンツを表示す
る表示装置、ユーザの指示を入力する入力装置を有す
る。
【００３９】このようなコンテンツ配信システムの構成
中、コンテンツを再生するデバイスと、コンテンツを格
納するメディアとの詳細構成を図２に示す。
【００４０】図２は、デバイス２００、メディア１，２
１０、メディア２，２３０の詳細構成を示している。メ
ディア１，２１０は、単純なデータ読み出し、書き込み
処理のみをサポートする制御部を持つメディアであり、
メディア２，２３０は、メディアを装着するデバイスと
の相互認証処理を実行し、またメディアに格納するコン
テンツの暗号処理を実行するコントローラを有するメデ
ィアである。メディア１，２１０、メディア２，２３０
の双方ともデバイス２００に対する装着が可能である。
【００４１】図２のデバイス２００は、インターネット
等のデータ通信手段を介したデータ送受信処理を実行す
る通信部２０１、各種指示を入力する入力部２０２、メ
ッセージ、コンテンツ等の表示を実行する表示部２０
３、これらの制御を実行する制御部２０５と、メディア
とのデータ入出力処理のインタフェース機能を持つメモ
リインタフェース（Ｉ／Ｆ）部３００とを持つデバイス
コントローラ２０４、さらに、コンテンツのファイル群
と、不正なメディアやコンテンツの失効情報としてのリ
ボケーションリストを格納している内部メモリとしての
メモリ部２０７を有する。なお、内部メモリ内に格納さ
れるリボケーションリスト等のデータファイルは、ファ
イル割り当てテーブルによって管理され読み出し可能な
構成を持つ。
【００４２】デバイス２００は、コンテンツの再生時に
再生対象のコンテンツがリボケーションリストに格納さ
れた失効メディア、失効コンテンツに対応していないこ
とを確認した上で再生を行なう。再生対象のコンテンツ
がリボケーションリストにリストアップされていた場合
は、再生エラーとなり、再生処理が実行されない。リボ
ケーションリスト、およびリボケーションリストを適用
した再生処理については後段で詳細に説明する。
【００４３】メディア１，２１０は、データ入出力を制
御する制御部２１１と、コンテンツを格納するメモリ部
２１２を有し、メモリ部２１２は、コンテンツを対応ヘ
ッダ情報とともに格納するのみならず、メディア個々に
固有の識別情報としてのメディアＩＤ、さらに、メモリ
アクセスコントロール情報を記述したアクセス許可テー
ブルであるＢＰＴ（Block Permission Table）を格納し
ている。
【００４４】デバイス２００のファイルシステムはメデ
ィアを認識した後に、アクセス許可テーブルであるＢＰ
Ｔをメディアから読み込み、メディアへ直接アクセスを
行うメモリインターフェイス部３００にＢＰＴを転送
し、管理させる。メモリインターフェイス部３００は、
ＢＰＴを受信した後、受信したＢＰＴについて改竄チェ
ック値（ＩＣＶ）の検証を行う。ＩＣＶが正当なものと
判断された場合のみ、ＢＰＴを有効なものとして保存す
る。メモリインターフェイス部３００は、メディアのメ
モリにアクセスする命令を受信した時、このメディアの
ＢＰＴに基づいたアクセスのみ実行する。ＢＰＴの構
成、およびＢＰＴを用いた処理に関しては後段で詳細に
説明する。
【００４５】メディア２，２３０は、コントローラ２３
１と、メモリ部２３２によって構成され、メモリ部２３
２は、コンテンツを対応ヘッダ情報とともに格納し、さ
らにアクセス許可テーブルであるＢＰＴ（Block Permis
sion Table）を格納している。コントローラ２３１は、
メモリ部２３２に対するデータ格納、またはデータ読み
出し用インタフェースとしてのメモリインタフェース
（Ｉ／Ｆ）部２３４、メデイアの識別子としてのメディ
ア２ＩＤ、相互認証処理に適用する認証鍵Ｋａｋｅ、コ
ンテンツのメモリ部２３２への保存時の暗号鍵である保
存鍵Ｋｓｔｏ、さらに暗号化対象の鍵を暗号化する時の
初期値ＩＶ＿ｋｅｙｓ等を格納した内部メモリ２３５、
認証処理あるいはコンテンツの暗号化、復号処理を実行
し、レジスタを備えた暗号処理部２３６、そして、これ
ら各部の制御を実行する制御部２３３とを有する。
【００４６】［メディア内メモリ構成］次に、メディア
１，２１０、メディア２，２３０の各メモリ部のデータ
格納構成を図３に示す。メモリ部は例えば、ＥＥＰＲＯ
Ｍ(Electrically Erasable Programmable ROM)と呼ばれ
る電気的に書き換え可能な不揮発性メモリの一形態であ
るフラッシュメモリであり、ブロック単位の一括消去方
式によるデータ消去が実行される。
【００４７】図３（ａ）に示すように、フラッシュメモ
リは、第1〜Ｎまでの複数ブロックを有し、各ブロック
は、（ｂ）に示すように第1〜Ｍまでの複数セクタによ
って構成され、各セクタは（ｃ）に示すように実データ
を含むデータ部と、エラー訂正コード等の冗長データを
含む冗長部によって構成される。後段で詳細に説明する
が、冗長部には各セクタのデータ部内のセクタデータ改
竄チェック値としてのＩＣＶが格納される場合がある。
【００４８】［主要コマンド］次に図２のデバイス２０
０において、制御部２０５と、メモリインタフェース
（Ｉ／Ｆ）部３００において発行される主なコマンドに
ついて説明する。
【００４９】まず、制御部２０５からメモリインターフ
ェイス（Ｉ／Ｆ）部３００に対するコマンドには、以下
のものがある。 ・ステータス読み出しコマンド 現在のメモリインタフエース内のステータスを設定した
ステータスレジスタの状態の読み出し。メモリインター
フェイス（Ｉ／Ｆ）部３００は、ステータスレジスタの
内容を返す。 ・セクタ読み出しコマンド 指定したセクタのデータ読み出し処理命令。 ・セクタ書き込みコマンド 指定したセクタへのデータ書き込み処理命令。 ・セクタ復号読み出しコマンド セットされたヘッダの情報を元に、指定されたセクタの
暗号化データを復号して読み出す処理の実行命令。 ・セクタ暗号書き込みコマンド セットされたヘッダの情報を元に、指定されたセクタへ
データを暗号化して書き込む処理の実行命令。 ・ヘッダ生成コマンド 指定されたパラメータを元にヘッダを生成する処理の実
行命令。 ・ヘッダセットコマンド ヘッダをメモリーインターフェイス内にセットする処理
の実行命令。 ・ＢＰＴセットコマンド ＢＰＴをメモリーインターフェイス内にセットする処理
の実行命令。 ・リボケーションリスト（Revocation List）セットコ
マンド 不正メディア、不正コンテンツのリストであるリボケー
ションリスト（Revocation List）をメモリーインター
フェイス内にセットする処理の実行命令。 ・更新用リボケーションリスト（Revocation List）チ
ェックコマンド 更新用リボケーションリスト（Revocation List）に現
在のリボケーションリスト（Revocation List）を更新
してよいかチェックする処理の実行命令。 ・メディア１認識コマンド 接続されたメディア１に対してメディアの識別子（Ｉ
Ｄ）を読み出して、そのＩＤが有効かどうかチェックす
る処理の実行命令。 ・メディア２認識コマンド 接続されたメディア２に対して相互認証をして、メディ
アの識別子（ＩＤ）が有効かどうかチェックする処理の
実行命令。 ・ファイル割り当てテーブル呼び出しコマンド メモリ内のファイル割り当てテーブルを読み出す処理の
実行命令。 ・ファイル割り当てテーブル更新コマンド メモリへのファイル割り当てテーブルを更新する処理の
実行命令。
【００５０】メモリインターフェイス（Ｉ／Ｆ）部３０
０からメディア１に対するコマンドは、以下のものがあ
る。 ・ＩＤ読み出しコマンド メディア１の持つＩＤを読み出す処理の実行命令。
【００５１】［デバイス内メモリインタフェース詳細構
成］次にデバイス２００のメモリインタフェース（Ｉ／
Ｆ）部３００の詳細構成を図４に示す。各構成部の機能
を説明する。
【００５２】・ステータスレジスタ３０１ メモリインターフェイスの内部ステータスを保存するレ
ジスタである。ステータスレジスタ３０１の構成例を図
５に示す。各ビットは以下の意味を持つ。 ・ビット０（bit 0）:ビジーフラグ (１:ヒジー（bus
y）, ０:待機（ready）) メモリインターフェイスが内部処理をしているかの判別
用ビットである。 ・ビット１（bit 1）:読み出し成功フラグ (1:成功
（success）, 0:失敗（fail）) メモリからデータの読み出しが成功したかの判別用ビッ
トである。 ・ビット２（bit 2）:書き込み成功フラグ (1: 成功
（success）, 0:失敗（fail）) メモリへデータの書き込みが成功したかの判別用ビット
である。 ・ビット３（bit 3）:メディア１セットフラグ (1:
セット（set）, 0: 未セット（not set）) 接続されたメディア１が利用可能かの判別用ビットであ
る。 ・ビット４（bit 4）:メディア２セットフラグ (1:
セット（set）, 0: 未セット（not set）) 接続されたメディア２が利用可能かの判別用ビットであ
る。 ・ビット５（bit 5）:メディア１有効フラグ (1: 有
効（OK）, 0: 無効（NG）) 接続されたメディア１の識別子（ＩＤ）が、リボケーシ
ョンリスト（Revocation List）内のリボーク（排除）
メディア対象外かの判別用ビットである。 ・ビット６（bit 6）:メディア２有効フラグ (1: 有
効（OK）, 0: 無効（NG）) 接続されたメディア２の識別子（ＩＤ）が、リボケーシ
ョンリスト（Revocation List）内のリボーク（排除）
メディア対象外かの判別用ビットである。 ・ビット７（bit 7）: ヘッダセット成功フラグ (1:
成功（success）, 0:失敗（fail）) ヘッダがメモリインターフェイス内にセット出来たかの
判別用ビットである。 ・ビット８（bit 8）:ヘッダ生成成功フラグ (1: 成功
（success）, 0:失敗（fail）) ヘッダの生成が成功したかの判別用ビットである。 ・ビット９（bit 9）:リボケーションリスト（Revocati
on List）セットフラグ (1: セット（set）, 0: 未セ
ット（not set）) リボケーションリスト（Revocation List）がメモリイ
ンターフェイス内にセット出来たかの判別用ビットであ
る。 ・ビット１０（bit 10）:更新用リボケーションリスト
（Revocation List）有効フラグ (1: 有効（OK）, 0:
無効（NG）) 更新用リボケーションリスト（Revocation List）が有
効であるかどうかの判別用ビットである。
【００５３】ステータスレジスタ３０１は、これらのイ
ンタフェース（Ｉ／Ｆ）部３００のステータス情報を保
持する。
【００５４】図４に戻り、各構成の機能について説明を
続ける。 ・コマンドレジスタ３０２ 制御部より送信されたコマンドを保存するレジスタ ・アドレスレジスタ３０３ データの転送開始セクタを設定するレジスタ ・カウントレジスタ３０４ データの全転送セクタ数を設定するレジスタ
【００５５】なお、外部メモリ、内部メモリに対するデ
ータの読み書きは、アドレスレジスタに読み書きを開始
するセクタアドレスを設定し、カウントレジスタに読み
書きをする総セクタ数を設定し、コマンドレジスタにセ
クタ読み書きコマンドをセットすることで実行される。
【００５６】・コントロールレジスタ３０５ メモリインターフェイスの動作を設定するレジスタ ・送受信制御部３０６ 各種レジスタおよび送受信バッファなど、メモリインタ
ーフェイスの制御を行う。 ・送信バッファメモリ３０７ 送信データを格納するバッファ ・受信バッファメモリ３０８ 受信データを格納するバッファ ・送信レジスタ３０９ 送信バッファメモリ３０７内のデータを送信するための
レジスタ ・受信レジスタ３１０ 受信したデータを保存し受信バッファメモリ３０８に転
送するためのレジスタ
【００５７】・暗号処理部３２０ 送信バッファメモリ３０７、受信バッファメモリ３０８
内のデータに対して、各種暗号処理を施す。 ・メモリ部３２１ 暗号処理部３２０における暗号処理に必要な鍵情報、お
よび内部メモリから読み込まれるリボケーションリス
ト、外部メモリから読み込まれるアクセス許可テーブル
としてのブロック・パーミッション・テーブル（ＢＰ
Ｔ）を格納、保存する領域である。リボケーションリス
ト、ブロック・パーミッション・テーブル（ＢＰＴ）そ
れぞれがメモリインタフェース内に有効にセットされた
場合、送受信制御部３０６が制御部からのメディア認識
コマンド、あるいは外部メモリに対するデータの読み書
きコマンド等を受信した場合、セットされたリボケーシ
ョンリスト、ブロック・パーミッション・テーブル（Ｂ
ＰＴ）を参照した処理が実行される。これらの処理につ
いては、後段でフローを用いて詳細に説明する。
【００５８】さらに、メモリ部３２１には、暗号処理に
必要な鍵情報としては、以下のデータが格納される。 Ｋdist：メディア２に格納されるコンテンツ以外のコン
テンツのセキュリテイヘッダ（Security Header）に含
まれる配送鍵。コンテンツＩＣＶ生成鍵Ｋicv_cont、コ
ンテンツ鍵Ｋcを暗号化する。 Ｋicv_sh :セキュリテイヘッダ（Security Header）の
ＩＣＶを生成する際に用いるセキュリティヘッダＩＣＶ
生成鍵。 ＩＶsh：セキュリテイヘッダ（Security Header）のＩ
ＣＶを生成する際に用いる初期値（ＩＶ：Initial Valu
e）。 ＭＫake：相互認証用のマスター鍵。 ＩＶake：相互認証用の鍵の生成処理に適用するための
初期値（ＩＶ：InitialValue）。 ＩＶauth：相互認証時のデータ生成用の初期値(ＩＶ：I
nitial Value)。 ＭＫicv_rl：リボケーションリスト（Revocation Lis
t）のＩＣＶ鍵を生成するマスター鍵。 ＩＶicv_rl ：リボケーションリスト（Revocation Lis
t）のＩＣＶ鍵を生成する時の初期値（ＩＶ：Initial V
alue）。 ＩＶrl：リボケーションリスト（Revocation List）の
ＩＣＶ生成時に用いる初期値（ＩＶ：Initial Valu
e）。 ＩＶ_keys：メディア2で、コンテンツ暗号化用の鍵を暗
号化する時の初期値（ＩＶ：Initial Value）。 ＭＫicv_bpt:アクセス許可情報であるＢＰＴ（Block Pe
rmission Table）のＩＣＶ鍵を生成するマスター鍵。 ＩＶicv_bpt: アクセス許可情報であるＢＰＴ（Block P
ermission Table）のＩＣＶ鍵を生成する時のＩＣＶ生
成時に用いる初期値（ＩＶ：Initial Value）。 ＩＶbpt：アクセス許可情報であるＢＰＴ（Block Permi
ssion Table）の初期値（ＩＶ：Initial Value）。
【００５９】・ＥＣＣ回路３２３ 送信レジスタ３０９、受信レジスタ３１０にあるデータ
について、ＥＣＣチェックを行う専用ブロックである。
【００６０】・外部メモリ入出力インターフェイス３２
４ 外部メモリ（メディア１，２）に対する入出力インター
フェイス。外部メモリとしては例えばフラッシュメモリ
を搭載したメモリカード等がある。例えばコンテンツ、
およびコンテンツ記録再生に伴うヘッダ情報、さらにブ
ロック・パーミッション・テーブル（ＢＰＴ）がこの外
部メモリ入出力インターフェイスを介して入出力する。 ・内部メモリ入出力インターフェイス３２５ 内部メモリに対する入出力インターフェイス。当インタ
フェースを介して、内部メモリに格納された例えばリボ
ケーションリストの入出力が実行される。
【００６１】外部メモリ入出力インターフェイス３２
４、および内部メモリ入出力インターフェイス３２５か
らは、処理に応じて以下の各信号が外部メモリ（メディ
ア１，２）、あるいは内部メモリに対して出力される。 ＣＬＥ:コマンドラッチイネーブル ＡＬＥ:アドレスラッチイネーブル ＣＥ:チップイネーブル ＷＥ:ライトイネーブル ＲＥ:リードイネーブル また、外部メモリ（メディア１，２）、あるいは内部メ
モリからの信号として、 ＷＰ:ライトプロテクト （外部メモリ（メディア１、
２）にのみ適用） ＲＤＹ／ＢＵＳＹ:レディー・ビジー これら各種信号が入力される。
【００６２】［メモリ格納コンテンツ構成］次に、メデ
ィアのフラッシュメモリに格納されるコンテンツ構成に
ついて図６を用いて説明する。音楽データ、画像データ
等、各コンテンツは、図６（ａ）に示すように各種属性
情報からなるセキュリティヘッダと、実データ部として
のコンテンツとによって構成される。
【００６３】メディアのフラッシュメモリは、図６
（ｂ）に示すように、複数コンテンツのセキュリティヘ
ッダ部とコンテンツ部との各ペアを格納する。前述した
ように、フラッシュメモリはブロック単位で消去が実行
されるので、１ブロックには同一コンテンツに関するセ
キュリティヘッダ部またはコンテンツ部を格納する形態
とし、一括した消去処理が許容される場合を除いて、異
なるコンテンツを１つのブロックに格納する処理は行な
わない。
【００６４】［セキュリティヘッダ構成］セキュリティ
ヘッダは、各コンテンツに対応する属性情報である。セ
キュリティヘッダのデータ構成を図７に示す。各データ
内容について説明する。
【００６５】・フォーマットバージョン（Format Versi
on） セキュリティヘッダ（Security Header）のフォーマッ
トバージョンを示す。 ・コンテンツＩＤ（Content ID） コンテンツの識別子（ＩＤ）を示す。 ・コンテンツタイプ（Content Type） コンテンツの種類を示す。例えばメディア１、またはメ
ディア２に格納されたコンテンツ、あるいは放送コンテ
ンツ等である。 ・データタイプ（Data Type） コンテンツの属性、例えば音楽、画像等のデータである
か、プログラムであるか等を示す。 ・暗号アルゴリズム（Encryption Algorithm） コンテンツのコンテンツ鍵(Ｋc)を使った暗号化処理ア
ルゴリズムを示す。例えばＤＥＳによる暗号化であるか
トリプルＤＥＳ（Triple-DES)によるか等を示す。 ・暗号化モード（Encryption Mode） 暗号化アルゴリズム（Encryption Algorithm）で指定さ
れたアルゴリズムに対応する暗号モードを示す。例えば
ＥＣＢモードかＣＢＣモードか等を示す。
【００６６】・暗号化フォーマットタイプ（Encryption
Format Type） コンテンツの暗号化フォーマットを示す。タイプ１かタ
イプ２か、コンテンツ全体に対して１つのコンテンツ鍵
Ｋｃで暗号化するタイプをタイプ１とし、コンテンツの
セクタ毎に異なる鍵Ｋｓｅｃ＿ｎを適用してコンテンツ
の暗号化を行なう態様をタイプ２とする。
【００６７】図８に各タイプの暗号化フォーマット構成
を示す。図８（ａ）がタイプ１の暗号化フォーマットで
暗号化されたコンテンツのメモリ格納構成であり、
（ｂ）がタイプ２の暗号化フォーマットで暗号化された
コンテンツのメモリ格納構成である。
【００６８】図８（ａ）に示すタイプ1の暗号化フォー
マットは、コンテンツがすべて１つのコンテンツ鍵Ｋｃ
を用いて暗号化されてメモリに格納された構成、すなわ
ちセクタ非依存型暗号化処理である。図８（ｂ）に示す
タイプ２の暗号化フォーマットは、フラッシュメモリの
各セクタ毎に異なるセクタ鍵Ｋｓｅｃ＿１〜Ｋｓｅｃ＿
ｍが適用されて暗号化されたコンテンツが格納された構
成、すなわちセクタ依存型暗号化処理である。例えば図
８（ｂ）のフラッシュメモリのセクタ１では、セクタ１
の暗号化鍵としてＫｓｅｃ＿１が対応して設定され、セ
クタ１に格納されるコンテンツは、各ブロックにおい
て、すべてＫｓｅｃ＿１を適用した暗号化処理が施され
て格納される。フラッシュメモリのセクタｍでは、セク
タｍの暗号化鍵としてＫｓｅｃ＿ｍが対応して設定さ
れ、セクタｍに格納されるコンテンツは、各ブロックに
おいて、すべてＫｓｅｃ＿ｍを適用した暗号化処理が施
されて格納される。
【００６９】このように、本発明の構成においては、各
セクタ毎に異なる暗号化鍵を適用したコンテンツの暗号
処理が適用される。さらに、各セクタ毎に異なる暗号化
鍵を適用した処理態様においても、１つのセクタに１つ
の鍵を適用したシングルＤＥＳによる処理、１つのセク
タに複数の鍵を適用したトリプルＤＥＳによる処理等、
各種の暗号化態様が適用可能である。これらの処理形態
については、さらに後段で詳細に説明する。
【００７０】図７に戻り、セキュリティヘッダの構成に
ついて説明を続ける。 ・暗号化フラグ（Encryption Flag） ブロック内の各セクタの暗号化・非暗号化を示すフラ
グ。ブロック内のセクタ数（例えば３２セクタ）分のフ
ラグを持つ。例えば０：非暗号化セクタ、１：暗号化セ
クタ。なお、本例では１ブロックを３２セクタとする。
【００７１】・ＩＣＶフラグ（ICV Flag） ブロック内の各セクタのＩＣＶ付加・非付加を示すフラ
グ。ブロック内のセクタ数（32セクタ）分のフラグを持
つ。例えば０：ＩＣＶなし、１：ＩＣＶあり
【００７２】・暗号化コンテンツ鍵（Ｋｃ_Encrypted 0
-31） 暗号化されたコンテンツ鍵の格納領域(32個) ・暗号化ＩＣＶ生成鍵（Ｋicv_cont_encrypted） 暗号化されたコンテンツのＩＣＶ作成のための鍵の格納
領域
【００７３】・有効リボケーションリストバージョン
（Valid Revocation List version） コンテンツ再生の際に有効に適用されるリボケーション
リスト（Revocation List）のバージョン。コンテンツ
再生の際に、セットされているリボケーションリスト
（RevocationList）のバージョンがこれより古い場合、
再生を許可しない。なお、自己デバイスにおいて格納し
たデータの再生処理等、リボケーションリストの参照を
適用する必要がないコンテンツには０を設定する。
【００７４】・セキュリティヘッダＩＣＶ（ICV of Sec
urity Header） セキュリティヘッダ（Security Header）の改竄チェッ
ク値（ＩＣＶ）。
【００７５】［リボケーションリスト］次に、不正なメ
ディアやコンテンツの失効情報としてのリボケーション
リストの構成について説明する。図９にリボケーション
リストの構成を示す。以下、各データについて説明す
る。
【００７６】・リボケーションリスト識別子（Revocati
on List ID） リボケーションリスト（Revocation List）固有の識別
子としてのＩＤである。
【００７７】・リボケーションリストバージョン（Revo
cation List Version） リボケーションリスト(Revocation List)のバージョン
を示す。リボケーションリストは、更新され、更新時に
新たな不正なメディアやコンテンツの失効情報を追加す
る。
【００７８】本発明の構成では、リボケーションリスト
(Revocation List)にバージョン情報を設定し、コンテ
ンツのヘッダ内に有効なリボケーションリストのバージ
ョン情報を設定する。コンテンツ読み出しの際に、現在
デバイスに保持しているリボケーションリストのバージ
ョンとコンテンツのヘッダ内にある有効なリボケーショ
ンリストのバージョンとを比較する。この際、現在保持
しているリボケーションリストのバージョンの方がより
古い場合には、コンテンツの読み出しを中止する。その
結果、リボケーションリストの更新を行わなければ、そ
のコンテンツの読み出しはできない。
【００７９】また、リボケーションリストの更新時にメ
モリ・インターフェース部が現在のリボケーションリス
トのバージョン情報と更新用のリボケーションリストの
バージョン情報とを比較して、新しいリボケーションリ
ストであると判断した時のみ、リボケーションリスト更
新を許可する構成とする。
【００８０】バージョン情報を用いたリボケーションリ
ストの新旧比較処理、更新処理の具体的処理例について
は、処理フローを用いて後段で詳細に説明する。
【００８１】・メディア１ＩＤ数（Number of Media1 I
D） 失効しているメディア１（Media1 ID）の総数 ・メディア１ＩＤ（０）−メディア１ＩＤ（Ｌ−１）
（Media1ID(0) - Media1ID(L-1)） 失効しているメディア１の識別子のリストである。
【００８２】・メディア２ＩＤ数（Number of Media2 I
D） 失効しているメディア２（Media２ ID）の総数 ・メディア２ＩＤ（０）−メディア２ＩＤ（Ｍ−１）
（Media2ID(0) - Media2ID(M-1)） 失効しているメディア２の識別子のリストである。
【００８３】・コンテンツＩＤ数（Number of Contents
ID） 失効しているコンテンツＩＤ（Contents ID）の総数 ・コンテンツＩＤ（０）−コンテンツＩＤ（Ｎ−１）
（Contents ID(0) - Contents ID(N-1)） 失効しているコンテンツ識別子のリストである。
【００８４】・リボケーションリストＩＣＶ（ICV of R
evocation List） リボケーションリストの改竄チェック用のＩＣＶ
【００８５】上述のように、本発明におけるリボケーシ
ョンリストは、複数の種類（メディア、コンテンツ）の
識別子（ＩＤ）から構成される。このように、コンテン
ツやメディアの失効情報であるリボケーションリスト
（Revocation List）に複数の種類のリボーク対象Ｉ
Ｄ、すなわちメディアＩＤ、コンテンツＩＤを設け，そ
れぞれの照合を異なる動作として行うことによって，一
つのリボケーションリストで複数のコンテンツ、メディ
アを排除することが可能となる。メディアの挿入時やコ
ンテンツの読み出し時にメモリ・インターフェース部に
おいて、利用メディアまたは利用コンテンツの識別子
（ＩＤ）と、リボケーションリストにリストされたＩＤ
との照合を実行することにより、不正なメディアの使用
や不正なコンテンツの読み出しを禁止することができ
る。
【００８６】このようにコンテンツやメディアの複数の
ＩＤを１つのリボケーションリストに設定した構成によ
り１つのリボケーションリストで複数の種類のメディア
とコンテンツのリボーク（排除）が可能になる。メディ
ア起動時のリボケーションリストに基づくメディアの検
証処理、コンテンツ処理時のコンテンツ検証処理の具体
的処理については、後段で説明する。
【００８７】また、本発明の構成では、リボケーション
リストは、外部メモリ等に直接アクセスするメモリイン
タフェースにセットアップされ、セットアップ後は、メ
デイアの装着時、コンテンツの再生時においてメモリイ
ンタフェースにおいて継続的に利用可能な構成としたの
で、コンテンツの利用時に繰り返し内部メモリから読み
出すなどの処理が不要となり処理が効率的に実行され
る。
【００８８】［ブロック・パーミッション・テーブル
（ＢＰＴ）］次に、アクセス許可テーブルとして使用さ
れるブロック・パーミッション・テーブル（ＢＰＴ：Bl
ock Permission Table）の構成について説明する。従
来、例えばＰＣ等においてコンテンツの再生を実行する
場合、ＰＣ内のＯＳのファイルシステムが主体的に、記
録メディアに格納されているアクセス情報テーブル（例
えば、File Allocation Table ; FAT）を読み込んで管
理しており、ファイルシステムがそのアクセス情報テー
ブルの内容を自由に書き換えが出来た。その為に、書込
み禁止を設定したアクセス情報テーブルを格納する記録
メディアがあっても、そのアクセス情報テーブルをファ
イルシステムが読みとって書き換えることによって、記
録メディア内のデータを書き換えられる可能性がある。
【００８９】本発明のデータ処理装置において採用され
るブロック・パーミッション・テーブル（ＢＰＴ）は、
デバイスにおける書き替えを禁止したブロックに格納さ
れるメディア自身のアクセス許可テーブルである。デバ
イスはＢＰＴを格納したメディアを用いて、コンテンツ
データ書き込み等のデータ処理を実行する場合、メディ
アに直接アクセスするデバイスのメモリインターフェイ
ス部にブロック・パーミッション・テーブル（ＢＰＴ）
をセットすることで、デバイスの制御部がいかなるプロ
グラムを実行中でも、メディアのアクセス許可テーブル
であるブロック・パーミッション・テーブル（ＢＰＴ）
に設定された許可情報に従ったメモリアクセスが行われ
る構成とした。
【００９０】図１０にブロック・パーミッション・テー
ブル（ＢＰＴ）の構成を示す。以下、各データについて
説明する。
【００９１】・フォーマットバージョン（Format Versi
on） ＢＰＴ（Block Permission Table）のフォーマットバー
ジョンを示す。ＢＰＴ自体にも、各種のフォーマットが
あり、そのいずれであるかを識別するデータである。 ・ＢＰＴ識別子（BPT ID） ブロック・パーミッション・テーブル（ＢＰＴ：Block
Permission Table）の識別子（ＩＤ）である。 ・ブロック数（Number of Blocks） ＢＰＴ（Block Permission Table）で扱うブロックの総
数を示す。前述したように、フラッシュメモリはブロッ
ク毎の消去がなされる。ＢＰＴにより管理されるブロッ
ク数を示している。 ・ブロック＃１−ブロック＃ｎ許可フラグ（Block #1 -
#n Permission Flag） 各ブロックのアクセス制限フラグを示している。例えば
フラグ０のブロックは、消去不可ブロックであり、フラ
グ１のブロックは消去可ブロックであることを示す。 ・ＢＰＴ−ＩＣＶ（ICV of BPT） ＢＰＴ（Block Permission Table）の改竄チェック用の
ＩＣＶである。
【００９２】デバイスのファイルシステムはデバイスを
認識した後に、ブロック・パーミッション・テーブル
（ＢＰＴ）を例えばフラッシュメモリを搭載したメモリ
カード等のメディアから読み込み、メディアへ直接アク
セスを行うメモリインターフェイス部にＢＰＴを転送
し、そのメディアに対するアクセス許可テーブルとして
管理させる。メモリインターフェイス部は、アクセス許
可テーブルを受信しＢＰＴをセット（ｅｘ．図４に示す
メモリ部３２１）する。メモリインターフェイスは、メ
ディアのメモリにアクセスする命令を受信した時、この
メディアのアクセス許可テーブルに基づいたアクセスの
みを実行する。
【００９３】ブロック・パーミッション・テーブル（Ｂ
ＰＴ）には、例えばメディアのフラッシュメモリの各ブ
ロック単位での許可された処理態様、具体的には例えば
消去可ブロック、消去不可ブロック、あるいは再生可ブ
ロック、再生不可ブロック等の設定がなされている。メ
モリインタフェースは、これらのＢＰＴ設定に従って処
理の可否を決定する。これらの処理の詳細は、後段でさ
らに詳細に説明する。
【００９４】なお、ブロック・パーミッション・テーブ
ル（ＢＰＴ）には、改竄防止のための改竄チェック値Ｉ
ＣＶが設定され、ＢＰＴのメモリインタフェースへのセ
ット時には、ＩＣＶチェックが実行され、改竄ありと判
定された場合には、ＢＰＴのセット処理を実行しない。
従って、不正なアクセス許可テーブルを作成して、使用
することが防止される。ＢＰＴのＩＣＶはメディアの識
別子（ＩＤ）に基づいて生成する。そのために、他のメ
ディアにアクセス許可テーブルをコピーしたとしてもそ
のメディアは使用できない。ＩＣＶの生成については、
後述する。
【００９５】メディアは、その製造時にブロック・パー
ミッション・テーブル（ＢＰＴ）をメモリ（ｅｘ．フラ
ッシュメモリ）の所定ブロックに書き込んで出荷する。
この際、ブロック・パーミッション・テーブル（ＢＰ
Ｔ）を格納したメモリ内のブロックについては、ブロッ
ク消去不可の設定をブロック・パーミッション・テーブ
ル（ＢＰＴ）に記述する。本発明のデバイスは、メディ
アに格納したデータ消去処理において、ＢＰＴを参照し
てＢＰＴに設定された各ブロックの消去可否を参照した
後、消去可であるブロックのみの消去を実行する構成で
あるので、ＢＰＴ格納ブロックを消去不可として設定し
たメディアについては、ＢＰＴの消去、書き換え替えが
防止される。メディア内のＢＰＴを利用したファイルの
書き込み、再生処理については後述する。
【００９６】メディア（フラッシュメモリ搭載データ記
録媒体）の製造時におけるブロック・パーミッション・
テーブル（ＢＰＴ）の設定フローを、図１１および図１
２に示す。ここでは、メディアとコマンド通信が行える
メディア作成器を通してメディア識別子（ＩＤ）の生成
とＢＰＴの書き込みが連続動作で行われるものとする。
【００９７】図１１は、相互認証処理機能を持たないメ
ディア１のタイプにおけるメディア作成器が実行するブ
ロック・パーミッション・テーブル（ＢＰＴ）の設定フ
ローである。各処理について説明する。まず、まだ初期
設定が行われていないメディアに対し、ＩＤ読み出しコ
マンドを送って（Ｓ３１）、あらかじめメディアに格納
されたＩＤを受信（Ｓ３２）すると、そのＩＤをベース
としたＩＣＶ生成鍵Ｋｉｃｖ＿bptを生成（Ｓ３３）す
る。ＩＣＶ生成鍵Ｋｉｃｖ＿bptは、マスター鍵：ＭＫ
ｉｃｖ_bptと、初期値：ＩＶｉｃｖ_bptと、ＢＰＴ識別
子（ＩＤ）に基づいて生成する。具体的には、ＩＣＶ生
成鍵Ｋｉｃｖ_ bpt＝ＤＥＳ（Ｅ，ＭＫｉｃｖ_bpt，Ｉ
Ｄ^ＩＶｉｃｖ_bpt）に基づいて生成される。式の意味
は、ＢＰＴのＩＤと初期値ＩＶｉｃｖ_bptの排他論理和
にマスター鍵：ＭＫｉｃｖ_bptによるＤＥＳモードでの
暗号化処理を実行するという意味である。
【００９８】次に、ＢＰＴの各フィールドに必要なパラ
メータを設定（Ｓ３４）し、各パラメータが設定された
ＢＰＴに基づいてＩＣＶを生成（後述する図１４の構成
を適用）し（Ｓ３５）、生成したＩＣＶをＢＰＴのＩＣ
Ｖフィールドに設定（Ｓ３６）する。このようにして構
成されたブロック・パーミッション・テーブル（ＢＰ
Ｔ）をメディア１に書き込む（Ｓ３７）。なお、前述し
たようにＢＰＴの書き込みブロックは、ＢＰＴにおいて
消去不可領域として設定されたブロックとする。
【００９９】図１２は、相互認証処理機能を持つメディ
ア２のタイプにおけるメディア作成器が実行するブロッ
ク・パーミッション・テーブル（ＢＰＴ）の設定フロー
である。各処理について説明する。まず、まだ初期設定
が行われていないメディア２との相互認証処理およびセ
ッション鍵の共有（これらの処理については、後述する
図２２の処理を参照）を実行する。
【０１００】相互認証および鍵共有処理が終了すると、
メディア２に対しＩＤ読み出しコマンドを送って（Ｓ４
１）、ＩＤを読み出し、ＩＤをベースとしたＩＣＶ生成
鍵Ｋｉｃｖ＿bptを生成（Ｓ４２）する。ＩＣＶ生成鍵
Ｋｉｃｖ＿bptは、マスター鍵：ＭＫｉｃｖ_bptと、初
期値：ＩＶｉｃｖ_bptと、ＢＰＴ識別子（ＩＤ）に基づ
いて生成する。具体的には、ＩＣＶ生成鍵Ｋｉｃｖ_ｂ
ｐｔ＝ＤＥＳ（Ｅ，ＭＫｉｃｖ_bpt，ＩＤ^ＩＶｉｃｖ_
bpt）に基づいて生成される。式の意味は、ＢＰＴのＩ
Ｄと初期値（ＩＶｉｃｖ_bpt）の排他論理和にマスター
鍵：ＭＫｉｃｖ_bptによるＤＥＳモードでの暗号化処理
を実行するという意味である。
【０１０１】次に、ＢＰＴの各フィールドに必要なパラ
メータを設定（Ｓ４５）し、各パラメータが設定された
ＢＰＴに基づいてＩＣＶを生成（後述する図１４の構成
を適用）し（Ｓ４６）、生成したＩＣＶをＢＰＴのＩＣ
Ｖフィールドに設定（Ｓ４７）する。このようにして構
成されたブロック・パーミッション・テーブル（ＢＰ
Ｔ）をメディア１に書き込む（Ｓ４８）。なお、前述し
たようにＢＰＴの書き込みブロックは、ＢＰＴにおいて
消去不可領域として設定されたブロックとする。
【０１０２】図１３にブロック・パーミッション・テー
ブル（ＢＰＴ）の具体的構成例を示す。図１３の（ａ）
はメディア１、メディア２のフラッシュメモリのブロッ
ク構成であり、図１３（ｂ）は、ブロック・パーミッシ
ョン・テーブル（ＢＰＴ）である。ブロック・パーミッ
ション・テーブル（ＢＰＴ）は、フォーマット・バージ
ョン、ＢＰＴＩＤ、ブロック数に続いて、各ブロックの
消去可（１）、消去不可（０）が設定され、最後にＢＰ
Ｔの改竄チェック値（ＩＣＶ ｏｆ ＢＰＴ）が格納され
た構成を持つ。メモリのＢＰＴ格納ブロック（図１３の
例ではブロック＃２）は、ブロック・パーミッション・
テーブル（ＢＰＴ）において消去不可領域として設定さ
れ、デバイスによる消去を防止し、ＢＰＴの書き替えが
実行されない構成を持つ。
【０１０３】なお、図１３に示すブロック・パーミッシ
ョン・テーブル（ＢＰＴ）の構成例は、各ブロックの消
去可（１）、消去不可（０）のみが設定された構成であ
るが、消去処理のみのアクセス許可を設定する構成では
なく、読み取り（再生）許可、不許可を設定した構成と
してもよい。例えば再生および消去不可（１１）、再生
可、消去不可（１０）、再生不可、消去可（０１）、再
生および消去可（００）とした設定が可能である。
【０１０４】なお、図２に示したようにメディア２では
メディア内に制御部２３１を持っており、ブロック・パ
ーミッション・テーブル（ＢＰＴ）が設定済みかどうか
の状態を保持することもでき、ＢＰＴが設定されている
状態で、デバイスからＢＰＴの新たな書き込み命令が来
たとしても、受け付けない構成として、ＢＰＴの再書き
込みを防止する構成としてもよい。
【０１０５】なお、上述の例におけるＢＰＴ書き込み
は、メディアとコマンド通信が行えるメディア作成器を
通して実行する構成について説明したが、この他、メデ
ィアへのＢＰＴの書き込みは、単純なメモリライターで
作成したＢＰＴを直接書き込む構成としてもよい。ただ
し、この場合も、メモリのＢＰＴ格納ブロックは、ブロ
ック・パーミッション・テーブル（ＢＰＴ）において消
去不可領域として設定する。
【０１０６】［改竄チェック値（ＩＣＶ）による改竄チ
ェック］次に、改竄チェック値（ＩＣＶ：Integrity Ch
eck Value）によるデータ改竄チェック処理について説
明する。本発明の構成において、改竄チェック値（ＩＣ
Ｖ）は、データ記憶手段に格納されるコンテンツ、ブロ
ック・パーミッション・テーブル、リボケーションリス
ト等に付加され、それぞれのデータ改竄チェック処理に
適用される。なお、コンテンツについての改竄チェック
値は、セクタデータ単位に付加可能な構成である。コン
テンツ、ブロック・パーミッション・テーブル、リボケ
ーションリスト等に付加されたＩＣＶ処理の具体的形態
については、後段で説明する。
【０１０７】ＤＥＳ暗号処理構成を用いた改竄チェック
値（ＩＣＶ）生成例を図１４に示す。図１４の構成に示
すように対象となる改竄チェックデータを構成するメッ
セージを８バイト単位に分割（以下、分割されたメッセ
ージをＤ０、Ｄ１、Ｄ２、・・・、Ｄｎ−１とする）す
る。改竄チェックデータは、例えばコンテンツ自体であ
ったり、上述したアクセス許可テーブルであるＢＰＴの
構成データであったり、あるいはリボケーションリスト
の構成データである。
【０１０８】まず、初期値（Initial Value（以下、Ｉ
Ｖとする））とＤ０を排他的論理和する（その結果をＩ
１とする）。次に、Ｉ１をＤＥＳ暗号化部に入れ、改竄
チェック値（ＩＣＶ）生成鍵Ｋｉｃｖを用いて暗号化す
る（出力をＥ１とする）。続けて、Ｅ１およびＤ１を排
他的論理和し、その出力Ｉ２をＤＥＳ暗号化部へ入れ、
改竄チェック値（ＩＣＶ）生成鍵Ｋｉｃｖを用いて暗号
化する（出力Ｅ２）。以下、これを繰り返し、全てのメ
ッセージに対して暗号化処理を施す。最後に出てきたＥ
Ｎをコンテンツチェック値ＩＣＶ’とする。
【０１０９】改竄のないことが保証された例えばコンテ
ンツ生成時に生成した正当なＩＣＶと、新たにコンテン
ツに基づいて生成したＩＣＶ’とを比較して同一性が立
証、すなわちＩＣＶ’＝ＩＣＶであれば入力メッセー
ジ、例えばコンテンツ、ＢＰＴ、あるいはリボケーショ
ンリストに改竄のないことが保証され、ＩＣＶ’≠ＩＣ
Ｖであれば改竄があったと判定される。
【０１１０】ＩＣＶを使用したデータ改竄チェック処理
フローを図１５に示す。まず、改竄チェックの対象デー
タを抽出し（Ｓ１１）、抽出したデータに基づいて例え
ば図１４のＤＥＳ暗号処理構成によりＩＣＶ’を計算す
る（Ｓ１２）。計算の結果、算出されたＩＣＶ’とデー
タ内に格納されたＩＣＶとを比較し（Ｓ１３）、一致し
た場合は、データの改竄が無く正当なデータであると判
定（Ｓ１４からＳ１５）され、不一致の場合は、データ
の改竄があると判定（Ｓ１４からＳ１６）される。
【０１１１】リボケーションリストの改竄チェック用の
改竄チェック値（ＩＣＶ）生成鍵Ｋｉｃｖ_ｒｌは、予
めデバイスのメモリインタフェース部３００のメモリ部
３２１（図４参照）内に格納されたリボケーションリス
ト（Revocation List）のＩＣＶ鍵を生成するマスター
鍵：ＭＫicv_rlと、リボケーションリスト（Revocation
List）のＩＣＶ鍵を生成する時の初期値：ＩＶicv_rl
と、リボケーションリストの属性情報中に含まれるリボ
ケーションリスト・バージョン（Version）に基づいて
生成する。具体的には、改竄チェック値（ＩＣＶ）生成
鍵Ｋｉｃｖ_ｒｌ＝ＤＥＳ（Ｅ，ＭＫicv_rl，Version^
ＩＶicv_rl）に基づいて生成される。前記式の意味は、
バージョン（Version）と初期値（ＩＶicv_rl）の排他
論理和にマスター鍵：ＭＫicv_rlによるＤＥＳモードで
の暗号化処理を実行するという意味である。リボケーシ
ョンリストの改竄チェック値は、このようにして生成さ
れたＩＣＶ生成鍵Ｋｉｃｖ_rlを適用して初期値ＩＶrl
（メモリ部３２１に格納）を用いて図１５に示すＩＣＶ
生成構成によって実行される。
【０１１２】また、ブロック・パーミッション・テーブ
ル（ＢＰＴ）の改竄チェック用の改竄チェック値（ＩＣ
Ｖ）生成鍵Ｋｉｃｖ_ｂｐｔは、予めデバイスのメモリ
インタフェース部３００のメモリ部３２１（図４参照）
内に格納されたＢＰＴのＩＣＶ鍵を生成するマスター
鍵：ＭＫicv_bptと、ＢＰＴのＩＣＶ鍵を生成する時の
初期値：ＩＶicv_bptと、ＢＰＴの属性情報中に含まれ
るＢＰＴ識別子（ＩＤ）に基づいて生成する。具体的に
は、改竄チェック値（ＩＣＶ）生成鍵Ｋｉｃｖ_ｂｐｔ
＝ＤＥＳ（Ｅ，ＭＫicv_bpt，ＩＤ^ＩＶicv_bpt）に基
づいて生成される。前記式の意味は、ＢＰＴのＩＤと初
期値（ＩＶicv_bpt）の排他論理和にマスター鍵：ＭＫi
cv_bptによるＤＥＳモードでの暗号化処理を実行すると
いう意味である。ブロック・パーミッション・テーブル
（ＢＰＴ）の改竄チェック値は、このようにして生成さ
れたＩＣＶ生成鍵Ｋｉｃｖ_bptを適用して初期値ＩＶbp
t（メモリ部３２１に格納）を用いて図１５に示すＩＣ
Ｖ生成構成によって実行される。なお、ＢＰＴの付帯情
報として格納されるＩＣＶは、ＢＰＴ内のデータとＢＰ
Ｔを格納したメディアの識別子（ＩＤ）を含むデータに
基づいて生成される。従って、ＢＰＴのＩＣＶチェック
は、ＢＰＴのデータ改竄の有無のみならず、メディア固
有の正当なＢＰＴ、すなわち他のメディアにコピーされ
たＢＰＴでないことを検証する機能も兼ね備える。
【０１１３】また、コンテンツのセクタ単位の改竄チェ
ック用の改竄チェック値（ＩＣＶ）生成鍵Ｋｉｃｖ_ｃ
ｏｎｔは、コンテンツのヘッダ（セキュリテイ・ヘッ
ダ）中に暗号化されて格納されており、必要に応じてメ
モリインタフェースの暗号処理部３２０（図４参照）に
おいて、また、メディア２との相互認証後に実行される
メディア２のコントローラ２３１で実行されるＤＥＳ−
ＣＢＣモードによる復号処理によって取得される。これ
らの処理についてはフローを用いた説明中で詳細に説明
する。
【０１１４】このようなデータ改竄チェックの結果、例
えばリボケーションリストの改竄が明らかになれば、リ
ボケーションリストの参照処理に基づくコンテンツの再
生等の処理を禁止し、また、アクセス許可テーブルであ
るＢＰＴに改竄があると判定されれば、ＢＰＴに基づく
メディアのデータに対するアクセスを禁止する処理を実
行する。これらの処理については、後段で詳細に説明す
る。
【０１１５】［データ読み出し、書き込み処理］以下、
本発明のデータ処理装置において、デバイスがメディア
からのデータ読み出しを行なう場合の処理、およびデバ
イスがメディアに対してデータを格納する場合に実行さ
れる処理について説明する。
【０１１６】（デバイス起動時処理）まず、デバイスを
起動させた場合における処理を図１６を用いて説明す
る。図１６は、左側に図２におけるデバイス２００の制
御部２０５の処理、右側にメモリインタフェース部３０
０の処理を示したものである。処理スタート時点でのメ
モリインタフェース部３００のステータスレジスタの状
態は、ビジーフラグ：０（待機）、リボケーションリス
トセットフラグ：０（未セット）である。
【０１１７】まず、デバイスが起動すると、制御部は、
内部メモリのファイル割り当てテーブル呼び出しコマン
ドをメモリインタフェース部に送信（Ｓ１０１）する。
メモリインタフェース部は、デバイスの内部メモリに対
してファイル割り当てテーブルの読み出しコマンドを送
信（Ｓ１０２）して、ファイル割り当てテーブルを内部
メモリから受信し、制御部に送信（Ｓ１０３）する。
【０１１８】なお、ファイル割り当てテーブルは、デバ
イスのアクセス可能な内部メモリ、外部メモリに格納さ
れたデータ、例えば様々なコンテンツ、あるいはリボケ
ーションリスト等、各種データファイルをディレクトリ
管理するテーブルであり、例えば図１７に示すように、
ディレクトリ、ファイル名、格納セクタが対応付けられ
た構成を持つ。デバイスは、ファイル割り当てテーブル
に基づいて、様々なファイルのアクセスを行なう。
【０１１９】制御部は、内部メモリに格納されたデータ
に対応するファイル割り当てテーブルを受信（Ｓ１０
４）すると、テーブルに基づいてリボケーションリスト
の読み出し処理を実行（Ｓ１０５）し、リボケーション
リストのセットコマンドと、リボケーションリストをメ
モリインタフェースに送信（Ｓ１０６）する。リボケー
ションリストのセット処理は、リボケーションリストが
有効である場合にのみ実行され、リストがセットされる
と、メディアからのコンテンツ読み出し処理等、コンテ
ンツ処理の際、リボケーションリストにリストアップさ
れたコンテンツまたはメディア識別子との比較処理を実
行する。これらの処理については後述する。
【０１２０】リボケーションリストのセットコマンド
と、リボケーションリストを制御部から受信（Ｓ１０
７）すると、メモリインタフェースは、ステータスレジ
スタのビジーフラグを１（ビジー）にセット（Ｓ１０
８）し、リボケーションリストの改竄チェック用の改竄
チェック値（ＩＣＶ）生成鍵Ｋｉｃｖ＿ｒｌを生成（Ｓ
１０９）する。
【０１２１】リボケーションリストの改竄チェック用の
改竄チェック値（ＩＣＶ）生成鍵Ｋｉｃｖ_ｒｌは、予
めデバイス内に格納されたリボケーションリスト（Revo
cation List）のＩＣＶ鍵を生成するマスター鍵：ＭＫi
cv_rlと、リボケーションリスト（Revocation List）の
ＩＣＶ鍵を生成する時の初期値：ＩＶicv_rlと、リボケ
ーションリストの属性情報中に含まれるリボケーション
リスト・バージョン（Version）に基づいて生成する。
具体的には、改竄チェック値（ＩＣＶ）生成鍵Ｋｉｃｖ
_ｒｌ＝ＤＥＳ（Ｅ，ＭＫicv_rl，Version^ＩＶicv_r
l）に基づいて生成される。式の意味は、バージョン（V
ersion）と初期値（ＩＶicv_rl）の排他論理和にマスタ
ー鍵：ＭＫicv_rlによるＤＥＳモードでの暗号化処理を
実行するという意味である。
【０１２２】次にメモリインタフェースは生成した改竄
チェック値（ＩＣＶ）生成鍵Ｋｉｃｖ_ｒｌを用いてリ
ボケーションリストのＩＣＶ’を生成し、予めリボケー
ションリスト内に格納された正しいＩＣＶとの照合処理
（ＩＣＶ’＝ＩＣＶ？）を実行（Ｓ１１０）する。な
お、ＩＣＶ’の生成処理は、前述の図１４で説明したＤ
ＥＳモードに基づいて、初期値ＩＶrlを用い、生成した
改竄チェック値（ＩＣＶ）生成鍵Ｋｉｃｖ_ｒｌを適用
した処理によって行われる。
【０１２３】ＩＣＶ’＝ＩＣＶである場合（Ｓ１１１で
Ｙｅｓ）は、リボケーションリストが改竄のない正当な
ものであると判定され、コンテンツの読み出し処理等の
際に参照可能な状態にセットし、リボケーションリスト
セットフラグを１（セット）にセット（Ｓ１１２）す
る。リボケーションリストはメモリインタフェース内の
メモリ（例えばメモリ部３２１（図４参照））に格納さ
れ、例えば、送受信制御部３０６が制御部２０５（図２
参照）からメディア認識コマンドを受信するとセットさ
れたリボケーションリストのメデイア識別子と、デバイ
スに装着したメディアのメディア識別子との照合が実行
され、また、送受信制御部３０６が制御部２０５からコ
ンテンツの読み出し処理に伴うヘッダセットコマンドを
受信するとセットされたリボケーションリストのコンテ
ンツ識別子と、読み出し対象コンテンツのコンテンツ識
別子との照合が実行される。
【０１２４】このように、リボケーションリストは、外
部メモリ等に直接アクセスするメモリインタフェースに
セットアップされ、セットアップ後は、メデイアの装着
時、コンテンツの再生時においてメモリインタフェース
において継続的に利用可能な構成とされ、コンテンツの
利用時に繰り返し内部メモリから読み出すなどの処理が
不要となり処理が効率的に実行される。
【０１２５】図１６のフローの説明を続ける。ＩＣＶ’
≠ＩＣＶである場合（Ｓ１１１でＮｏ）は、リボケーシ
ョンリストに改竄ありと判定され、リストの参照処理に
基づくコンテンツ処理を禁止し処理を終了する。以上の
処理の終了により、ビジーフラグは０にセットされる。
【０１２６】一方、制御部側は、ステータス読み出しコ
マンドをメモリインタフェースに送信（Ｓ１１４）し、
ビジーフラグが０となったことを条件（Ｓ１１５）とし
てリボケーションリストセットフラグを保存（Ｓ１１
６）する。保存されるリボケーションセットフラグは、
リストの改竄が無いと判定された場合は、リストが有効
にセットされたことを示す１、その他の場合は０とな
る。
【０１２７】（メディア認識時処理）次に、デバイスに
メディアが装着された場合のメディアの有効性確認等、
メディア認識時に実行する処理について説明する。前述
したようにメディアには、デバイスとの相互認証処理を
実行しないタイプのメディア１と、デバイスとの相互認
証処理を実行するタイプのメディア２とがある。デバイ
スは、それぞれのタイプがデバイスに装着されると、メ
ディアを利用したコンテンツ処理を実行してよいか否
か、具体的にはリボケーションリストに不正メディアと
しての登録がないかを確認する処理を実行し、装着メデ
ィアがリボケーションリストにリストアップされておら
ず、有効に利用可能なメディアであることが確認された
ことを条件として、メディアに格納されたアクセス許可
テーブルであるＢＰＴ（Block Permission Table）をメ
モリインタフェースにセットし、ＢＰＴを参照したメモ
リアクセスを可能とする処理を実行する。
【０１２８】まず、メディア１が装着された場合のメデ
ィア確認処理について図１８、図１９を用いて説明す
る。
【０１２９】図１８、図１９においても左側に図２にお
けるデバイス２００の制御部２０５の処理、右側にメモ
リインタフェース部３００の処理を示している。当フロ
ー開始時点で、メモリインタフェース部３００のステー
タスレジスタの状態は、ビジーフラグ：０（待機）、メ
ディア１有効フラグ：０（無効）、メディア１セットフ
ラグ：０（未セット）の状態である。
【０１３０】まず、制御部は、デバイスに装着されたメ
ディアがメディア１であることを認識する（Ｓ２０
１）。メディア識別は予め設定されたメディア形状に基
づく機械的情報あるいはデバイス、メディア間の通信情
報に基づいて行われる。制御部がメディア１であること
を認識すると制御部は、メディア１認識コマンドをメモ
リインタフェースに送信する（Ｓ２０２）。
【０１３１】メモリインタフェースは、制御部からのメ
ディア１認識コマンドを受信（Ｓ２０３）すると、ステ
ータスレジスタのビジーフラグを１（ビジー）に設定し
（Ｓ２０４）、メディア１に対してメディア１の識別子
（ＩＤ）の読み出しコマンドを送信（Ｓ２０５）し、受
信（Ｓ２０６）する。さらに、受信したメディア１のＩ
Ｄと、既にセットされているリボケーションリスト中の
リボーク（排除）メディア１のリストとの比較照合を実
行（Ｓ２０７）する。リボケーションリストは、先の図
１６の起動時フローにおいて説明したように、起動時に
メモリインタフェースにセットアップされ、セットアッ
プ後は、メデイアの装着時、コンテンツの再生時におい
てメモリインタフェースにおいて継続的に利用可能とな
る。
【０１３２】受信ＩＤと一致するＩＤがリスト中に存在
しなかった場合は、装着メディア１はリボーク対象メデ
ィアではなく、有効に利用可能なメデイアであると判定
（Ｓ２０８においてＮｏ）し、ステータスレジスタのメ
ディア１有効フラグを１（有効）にセット（Ｓ２０９）
し、ビジーフラグを０（待機）にセット（Ｓ２１０）す
る。受信ＩＤと一致するＩＤがリボケーションリスト中
にあった場合（Ｓ２０８においてＹｅｓ）は、装着メデ
ィア１はリボーク対象メディアであり、有効に利用でき
ないと判定し、ステップＳ２０９の有効フラグの有効化
処理を実行せずステップＳ２１０でビジーフラグを０
（待機）にセットして処理を終了する。
【０１３３】一方、制御部は、ステップＳ２１１におい
て、ステータス読み出しコマンドをメモリインタフェー
スに送信し、ビジーフラグが０（待機）になったことを
確認（Ｓ２１２）の後、メディアフラグ状態を確認して
有効（フラグ：１）である場合（Ｓ２１３でＹｅｓ）に
のみ処理を続行し、無効（フラグ：０）である場合（Ｓ
２１３でＮｏ）は、処理を終了する。
【０１３４】次に、図１９に進み、制御部は、メディア
１に関するファイル割り当てテーブル呼び出しコマンド
をメモリインタフェースに送信（Ｓ２２１）し、メモリ
インタフェースは、ファイル割り当てテーブルの格納さ
れたセクタ読み出しコマンドをメディア１に送信（Ｓ２
２２）し、ファイル割り当てテーブルをメディア１から
受信し、制御部に送信（Ｓ２２３）する。
【０１３５】制御部は、メディア１に格納されたデータ
に対応するファイル割り当てテーブルを受信（Ｓ２２
４）すると、テーブルに基づいてブロック・パーミッシ
ョン・テーブル（ＢＰＴ）の読み出し処理を実行（Ｓ２
２５）し、ＢＰＴのセットコマンドと、ＢＰＴをメモリ
インタフェースに送信（Ｓ２２６）する。ＢＰＴのセッ
ト処理は、ＢＰＴが有効である場合にのみ実行され、Ｂ
ＰＴがセットされると、メディアからのコンテンツ書き
込み処理等、コンテンツ処理の際、ＢＰＴを参照してブ
ロック毎の消去が可能か否かを判定する。実際のＢＰＴ
を参照したデータ書き込み処理については、後段で説明
する。
【０１３６】ブロック・パーミッション・テーブル（Ｂ
ＰＴ）のセットコマンドと、ＢＰＴを制御部から受信
（Ｓ２２７）すると、メモリインタフェースは、ステー
タスレジスタのビジーフラグを１（ビジー）にセット
（Ｓ２２８）し、ＢＰＴの改竄チェック用の改竄チェッ
ク値（ＩＣＶ）生成鍵Ｋｉｃｖ＿ｂｐｔを生成（Ｓ２２
９）する。
【０１３７】ＢＰＴの改竄チェック用の改竄チェック値
（ＩＣＶ）生成鍵Ｋｉｃｖ_ｂｐｔは、予めデバイス内
に格納されたＢＰＴのＩＣＶ鍵を生成するマスター鍵：
ＭＫicv_bptと、ＢＰＴのＩＣＶ鍵を生成する時の初期
値：ＩＶicv_bptと、メディアＩＤに基づいて生成す
る。具体的には、改竄チェック値（ＩＣＶ）生成鍵Ｋｉ
ｃｖ_ｂｐｔ＝ＤＥＳ（Ｅ，ＭＫicv_bpt，メディア１Ｉ
Ｄ^ＩＶicv_bpt）に基づいて生成される。式の意味は、
メディア１ＩＤと初期値（ＩＶicv_bpt）の排他論理和
にマスター鍵：ＭＫicv_bptによるＤＥＳモードでの暗
号化処理を実行するという意味である。
【０１３８】次にメモリインタフェースは生成した改竄
チェック値（ＩＣＶ）生成鍵Ｋｉｃｖ_bptを用いてＢＰ
ＴのＩＣＶ’を生成し、予めＢＰＴ内に格納された正し
いＩＣＶ値との照合処理（ＩＣＶ’＝ＩＣＶ？）を実行
（Ｓ２３０）する。なお、ＩＣＶ’の生成処理は、前述
の図１４で説明したＤＥＳモードに基づいて、初期値Ｉ
Ｖbptを用い、生成した改竄チェック値（ＩＣＶ）生成
鍵Ｋｉｃｖ_bptを適用した処理によって行われる。な
お、ＢＰＴの付帯情報として格納されたＩＣＶは、メデ
ィアＩＤを含むデータに基づいて生成されており、ＩＣ
Ｖのチェックは、ＢＰＴのデータ改竄の有無のみなら
ず、メディア固有の正当なＢＰＴ、すなわち他のメディ
アにコピーされたＢＰＴでないことの検証も兼ね備える
機能を持つ。
【０１３９】ＩＣＶ’＝ＩＣＶである場合（Ｓ２３１で
Ｙｅｓ）は、ＢＰＴが正当なメディアに格納された改竄
のない正当なものであると判定され、コンテンツ処理等
の際に参照可能な状態にセットし、メディア１セットフ
ラグを１（セット）にセット（Ｓ２３２）する。ＩＣ
Ｖ’≠ＩＣＶである場合（Ｓ２３１でＮｏ）は、ＢＰＴ
に改竄ありと判定され、ＢＰＴの参照処理に基づくコン
テンツ処理を禁止し処理を終了する。以上の処理の終了
により、ビジーフラグは０にセット（Ｓ２３３）され
る。
【０１４０】一方、制御部側は、ステータス読み出しコ
マンドをメモリインタフェースに送信（Ｓ２３４）し、
ビジーフラグが０となったことを条件（Ｓ２３５でＹｅ
ｓ）としてメディア１セットフラグを保存（Ｓ２３６）
する。保存されるメディア１セットフラグは、ＢＰＴの
改竄が無いと判定された場合は、メディア１が有効にセ
ットされたことを示す１、その他の場合は０となる。
【０１４１】次にメディア２がデバイスに装着された際
のメディア２確認処理について、図２０、図２１を用い
て説明する。メディア２は、図２を用いて説明したよう
に、デバイスとの相互認証を実行するメディアである。
【０１４２】図２０のステップＳ３０１からＳ３０４の
ステップは、メディア１の確認処理におけるステップＳ
２０１〜Ｓ２０４と同様であるので説明を省略する。
【０１４３】ステップＳ３０５において、メモリインタ
フェースは、メディア２との相互認証処理を実行する。
【０１４４】図２２に、共通鍵暗号方式を用いた相互認
証方法（ISO/IEC 9798-2）の処理シーケンスを示す。図
２２においては、共通鍵暗号方式としてＤＥＳを用いて
いるが、共通鍵暗号方式であれば他の方式も可能であ
る。図２２において、まず、Ｂが６４ビットの乱数Ｒｂ
を生成し、Ｒｂおよび自己のＩＤであるＩＤ（ｂ）をＡ
に送信する。これを受信したＡは、新たに６４ビットの
乱数Ｒａを生成し、Ｒａ、Ｒｂ、ＩＤ（ｂ）の順に、Ｄ
ＥＳのＣＢＣモードで鍵Ｋａｂを用いてデータを暗号化
し、Ｂに返送する。なお、鍵Ｋａｂは、ＡおよびＢに共
通の秘密鍵、認証鍵である。ＤＥＳのＣＢＣモードを用
いた鍵Ｋａｂによる暗号化処理は、例えばＤＥＳを用い
た処理においては、初期値とＲａとを排他的論理和し、
ＤＥＳ暗号化部において、鍵Ｋａｂを用いて暗号化し、
暗号文Ｅ１を生成し、続けて暗号文Ｅ１とＲｂとを排他
的論理和し、ＤＥＳ暗号化部において、鍵Ｋａｂを用い
て暗号化し、暗号文Ｅ２を生成し、さらに、暗号文Ｅ２
とＩＤ（ｂ）とを排他的論理和し、ＤＥＳ暗号化部にお
いて、鍵Ｋａｂを用いて暗号化して生成した暗号文Ｅ３
とによって送信データ（Token-AB）を生成する。
【０１４５】これを受信したＢは、受信データを、やは
り共通の秘密鍵としてそれぞれの記録素子内に格納する
鍵Ｋａｂ（認証鍵）で復号化する。受信データの復号化
方法は、まず、暗号文Ｅ１を認証鍵Ｋａｂで復号化し、
初期値と排他的論理和し乱数Ｒａを得る。次に、暗号文
Ｅ２を認証鍵Ｋａｂで復号化し、その結果とＥ１を排他
的論理和し、Ｒｂを得る。最後に、暗号文Ｅ３を認証キ
ーＫａｂで復号化し、その結果とＥ２を排他的論理和
し、ＩＤ(ｂ)を得る。こうして得られたＲａ、Ｒｂ、Ｉ
Ｄ(ｂ)のうち、ＲｂおよびＩＤ(ｂ)が、Ｂが送信したも
のと一致するか検証する。この検証に通った場合、Ｂは
Ａを正当なものとして認証する。
【０１４６】次にＢは、認証後に使用するセッションキ
ー（Ｋｓｅｓ）を乱数によって生成する。そして、Ｒ
ｂ、Ｒａ、Ｋｓｅｓの順に、ＤＥＳのＣＢＣモードで認
証キーＫａｂを用いて暗号化し、Ａに返送する。
【０１４７】これを受信したＡは、受信データを認証キ
ーＫａｋｅで復号化する。受信データの復号化方法は、
Ｂの復号化処理と同様である。こうして得られたＲｂ、
Ｒａ、Ｋｓｅｓの内、ＲｂおよびＲａが、Ａが送信した
ものと一致するか検証する。この検証に通った場合、Ａ
はＢを正当なものとして認証する。互いに相手を認証し
た後には、セッションキーＫｓｅｓは、認証後の秘密通
信のための共通鍵として利用される。
【０１４８】なお、受信データの検証の際に、不正、不
一致が見つかった場合には、相互認証が失敗したものと
して、その後の相互間のデータ通信処理が禁止される。
【０１４９】図２３、図２４に本発明のデバイスとメデ
ィア間における相互認証、鍵（セッション鍵）共有処理
フローを示す。図２３、図２４において、左側がデバイ
スのメモリインタフェース、右側がメディア２のコント
ローラにおける処理である。
【０１５０】まず、メディア２コントローラが乱数Ｒａ
を生成（Ｓ４０１）し、Ｒａおよび自己のＩＤであるメ
ディア２ＩＤをデバイスメモリインタフェースに送信
（Ｓ４０２）する。これを受信（Ｓ４０３）したデバイ
スメモリインタフェースは、受信したメディア２ＩＤ
と、初期値（ＩＶ＿ake）の排他論理和に自己の所有す
る認証鍵生成用マスター鍵：ＭＫａｋｅを適用しＤＥＳ
暗号化処理を行なって認証鍵Ｋａｋｅを生成（Ｓ４０
４）する。さらに、デバイスメモリインタフェースは、
新たに乱数Ｒｂを生成（Ｓ４０５）し、初期値ＩＶ＿ａ
ｕｔｈとＲｂとを排他的論理和し、鍵Ｋａｋｅを用いて
暗号化し、暗号文Ｅ１を生成し、続けて暗号文Ｅ１とＲ
ａとを排他的論理和し、鍵Ｋａｋｅを用いて暗号化して
暗号文Ｅ２を生成し、さらに、暗号文Ｅ２とメディア２
ＩＤとを排他的論理和し、鍵Ｋａｋｅを用いて暗号化し
て暗号文Ｅ３を生成し（Ｓ４０６）、生成したデータＥ
１||Ｅ２||Ｅ３をメディア２コントローラに送信（Ｓ４
０７）する。［||］は、データの結合を意味する。
【０１５１】これを受信（Ｓ４０８）したメディア２コ
ントローラは、受信データを、認証鍵Ｋａｋｅで復号化
（Ｓ４０９）する。受信データの復号化方法は、まず、
暗号文Ｅ１を認証鍵Ｋａｋｅで復号化し、初期値と排他
的論理和し乱数Ｒｂ’を得る。次に、暗号文Ｅ２を認証
鍵Ｋａｋｅで復号し、その結果とＥ１を排他的論理和
し、Ｒａ’を得る。最後に、暗号文Ｅ３を認証鍵Ｋａｋ
ｅで復号し、その結果とＥ２を排他的論理和し、メディ
ア２ＩＤ’を得る。こうして得られたＲａ’、Ｒｂ’、
メディア２ＩＤ’のうち、Ｒａ’およびメディア２Ｉ
Ｄ’が、メディア２が送信したものと一致するか検証
（Ｓ４１０，Ｓ４１１）する。この検証に通った場合、
メディア２はデバイスを正当なものとして認証する。Ｒ
ａ’およびメディア２ＩＤ’が、送信データと不一致で
あったときは、相互認証が失敗（Ｓ４１３）したものと
し、その後のデータ通信を中止する。
【０１５２】次にメディア２コントローラは、認証後に
使用するセッションキー（Ｋｓｅｓ）としての乱数を生
成（Ｓ４１２）する。次に、図２４のステップＳ４２１
において、Ｒａ、Ｒｂ、Ｋｓｅｓの順に、ＤＥＳのＣＢ
Ｃモードで認証鍵Ｋａｋｅを用いて暗号化し、デバイス
メモリインタフェースに送信（Ｓ４２２）する。
【０１５３】これを受信（Ｓ４２３）したデバイスメモ
リインタフェースは、受信データを認証鍵Ｋａｋｅで復
号（Ｓ４２４）する。こうして得られたＲａ”、Ｒ
ｂ”、Ｋｓｅｓの内、Ｒａ”およびＲｂ”が、デバイス
が送信したものと一致するか検証（Ｓ４２５，Ｓ４２
６）する。この検証に通った場合、デバイスはメディア
２を正当なものとして認証（Ｓ４２７）する。互いに相
手を認証した後には、セッションキーＫｓｅｓを共有
（Ｓ４２９）し、認証後の秘密通信のための共通鍵とし
て利用される。Ｒａ”およびＲｂ”が、送信データと不
一致であったときは、相互認証が失敗（Ｓ４２８）した
ものとし、その後のデータ通信を中止する。
【０１５４】図２０に戻り、メディア２の認識処理につ
いて説明を続ける。ステップＳ３０５において上述の相
互認証、鍵共有処理が実行され、ステップＳ３０６で相
互認証が成功したことが確認されると、相互認証処理時
に受信したメディア２のＩＤと、既にセットされている
リボケーションリスト中のリボーク（排除）メディア２
のリストとの比較照合を実行（Ｓ３０７）する。
【０１５５】受信ＩＤと一致するＩＤがリスト中に存在
しなかった場合は、装着メディア２はリボーク対象メデ
ィアではなく、有効に利用可能なメデイアであると判定
（Ｓ３０８においてＮｏ）し、ステータスレジスタのメ
ディア２有効フラグを１（有効）にセット（Ｓ３０９）
し、ビジーフラグを０（待機）にセット（Ｓ３１０）す
る。受信ＩＤと一致するＩＤがリボケーションリスト中
にあった場合（Ｓ３０８においてＹｅｓ）は、装着メデ
ィア２はリボーク対象メディアであり、有効に利用でき
ないと判定し、ステップＳ３０９の有効フラグの有効化
処理を実行せずステップＳ３１０でビジーフラグを０
（待機）にセットして処理を終了する。
【０１５６】一方、制御部は、ステップＳ３１１におい
て、ステータス読み出しコマンドをメモリインタフェー
スに送信し、ビジーフラグが０（待機）になったことを
確認（Ｓ３１２）の後、メディアフラグ状態を確認して
有効（フラグ：１）である場合（Ｓ３１３でＹｅｓ）に
のみ処理を続行し、無効（フラグ：０）である場合（Ｓ
３１３でＮｏ）は、処理を終了する。
【０１５７】次に、図２１に進み、制御部は、メディア
２に関するファイル割り当てテーブル呼び出しコマンド
をメモリインタフェースに送信（Ｓ３２１）し、メモリ
インタフェースは、ファイル割り当てテーブルの格納さ
れたセクタ読み出しコマンドをメディア２に送信（Ｓ３
２２）し、ファイル割り当てテーブルをメディア２から
受信し、制御部に送信（Ｓ３２３）する。
【０１５８】制御部は、メディア２に格納されたデータ
に対応するファイル割り当てテーブルを受信（Ｓ３２
４）すると、テーブルに基づいてブロック・パーミッシ
ョン・テーブル（ＢＰＴ）の読み出し処理を実行（Ｓ３
２５）し、ＢＰＴのセットコマンドと、ＢＰＴをメモリ
インタフェースに送信（Ｓ３２６）する。ＢＰＴのセッ
ト処理は、ＢＰＴが有効である場合にのみ実行され、Ｂ
ＰＴがセットされると、メディアからのコンテンツ書き
込み処理等、コンテンツ処理の際、ＢＰＴを参照してブ
ロック毎の消去が可能か否かを判定する。実際のＢＰＴ
を参照したデータ書き込み処理については、後段で説明
する。
【０１５９】ブロック・パーミッション・テーブル（Ｂ
ＰＴ）のセットコマンドと、ＢＰＴを制御部から受信
（Ｓ３２７）すると、メモリインタフェースは、ステー
タスレジスタのビジーフラグを１（ビジー）にセット
（Ｓ３２８）し、ＢＰＴの改竄チェック用の改竄チェッ
ク値（ＩＣＶ）生成鍵Ｋｉｃｖ＿ｂｐｔを生成（Ｓ３２
９）する。
【０１６０】ＢＰＴの改竄チェック用の改竄チェック値
（ＩＣＶ）生成鍵Ｋｉｃｖ_ｂｐｔは、予めデバイス内
に格納されたＢＰＴのＩＣＶ鍵を生成するマスター鍵：
ＭＫicv_bptと、ＢＰＴのＩＣＶ鍵を生成する時の初期
値：ＩＶicv_bptと、メディア２ＩＤに基づいて生成す
る。具体的には、改竄チェック値（ＩＣＶ）生成鍵Ｋｉ
ｃｖ_ｂｐｔ＝ＤＥＳ（Ｅ，ＭＫicv_bpt，・ディア２Ｉ
Ｄ^ＩＶicv_bpt）に基づいて生成される。式の意味は、
メディア２ＩＤと初期値（ＩＶicv_bpt）の排他論理和
にマスター鍵：ＭＫicv_bptによるＤＥＳモードでの暗
号化処理を実行するという意味である。
【０１６１】次にメモリインタフェースは生成した改竄
チェック値（ＩＣＶ）生成鍵Ｋｉｃｖ_bptとＩＶbptを
用いてＢＰＴのＩＣＶ’を生成し、予めＢＰＴ内に格納
された正しいＩＣＶ値との照合処理（ＩＣＶ’＝ＩＣＶ
？）を実行（Ｓ３３０）する。なお、ＩＣＶ’の生成処
理は、前述の図１４で説明したＤＥＳモードに基づい
て、初期値ＩＶbptを用い、生成した改竄チェック値
（ＩＣＶ）生成鍵Ｋｉｃｖ_bptを適用した処理によって
行われる。なお、ＢＰＴの付帯情報として格納されたＩ
ＣＶは、メディア２ＩＤを含むデータに基づいて生成さ
れており、ＩＣＶのチェックは、ＢＰＴのデータ改竄の
有無のみならず、メディア固有の正当なＢＰＴ、すなわ
ち他のメディアにコピーされたＢＰＴでないことの検証
も兼ね備える機能を持つ。
【０１６２】ＩＣＶ’＝ＩＣＶである場合（Ｓ３３１で
Ｙｅｓ）は、ＢＰＴが正当なメディアに格納された改竄
のない正当なものであると判定され、コンテンツ処理等
の際に参照可能な状態にセットし、メディア２セットフ
ラグを１（セット）にセット（Ｓ３３２）する。ＩＣ
Ｖ’≠ＩＣＶである場合（Ｓ３３１でＮｏ）は、ＢＰＴ
に改竄ありと判定され、ＢＰＴの参照処理に基づくコン
テンツ処理を禁止し処理を終了する。以上の処理の終了
により、ビジーフラグは０にセット（Ｓ３３３）され
る。
【０１６３】一方、制御部側は、ステータス読み出しコ
マンドをメモリインタフェースに送信（Ｓ３３４）し、
ビジーフラグが０となったことを条件（Ｓ３３５でＹｅ
ｓ）としてメディア２セットフラグを保存（Ｓ３３６）
する。保存されるメディア２セットフラグは、ＢＰＴの
改竄が無いと判定された場合は、メディア２が有効にセ
ットされたことを示す１、その他の場合は０となる。
【０１６４】（データファイル読み出し処理）次に、デ
ータファイルの読み出し処理について図２５のフローを
用いて説明する。データファイルには、音楽データ、画
像データ等のコンテンツデータファイル、さらに前述し
たリボケーションリストも含まれる。図２５に示すフロ
ーは、内部メモリ、外部メモリ（メディア１、メディア
２）のいずれかに格納されたデータファイルの読み出し
に共通な処理フローである。図２５において、左側がデ
バイスの制御部、右側がデバイスのメモリインタフェー
スの処理である。
【０１６５】まず、制御部は、ファイル割り当てテーブ
ル（図１７参照）から読み出し対象データのセクタアド
レス（Ｓ（１）〜Ｓ（ｋ））を取得（Ｓ５０１）し、メ
モリインタフェースに取得したセクタＳ（ｉ）読み出し
コマンドを順次送信（Ｓ５０２，Ｓ５０３）する。メモ
リインタフェースは、セクタＳ（ｉ）読み出しコマンド
を受信（Ｓ５０４）すると、ビジーフラグを１（ビジ
ー）に設定（Ｓ５０５）し、受信セクタＳ（ｉ）が内部
メモリか、外部メモリであるかを判定（Ｓ５０６）し、
外部メモリである場合は、メディア１かメディア２のセ
ットフラグが１（メディアが有効にセットされているこ
とを示す）であるかを判定（Ｓ５０７）し、セットフラ
グが１である場合には、さらにブロックパーミッション
・テーブル（ＢＰＴ）を参照して、ＢＰＴが読み出し対
象であるセクタＳ（ｉ）を読み出し許可対象ブロックと
して設定しているかを判定（Ｓ５０８）する。ＢＰＴに
読み出し許可ブロックの設定がある場合には、外部メモ
リから該当セクタのデータを読み出す（Ｓ５０９）。
【０１６６】なお、読み出し対象データがＢＰＴによる
管理のなされていない内部メモリ内のデータである場合
は、ステップＳ５０７，Ｓ５０８はスキップする。ステ
ップＳ５０７、Ｓ５０８の判定がＮｏである場合、すな
わちセクタＳ（ｉ）を格納したメディアのセットフラグ
が１でない場合、または、ＢＰＴにセクタＳ（ｉ）の読
み出し許可が設定されていない場合には、ステップＳ５
１３に進み、読み出しエラーとして読み出し成功フラグ
が０にセットされる。
【０１６７】ステップＳ５０６〜Ｓ５０８の判定ブロッ
クにおいて、対象セクタＳ（ｉ）の読み出しが実行可と
判定されると、メモリから該当セクタが読み出され、セ
クタに対応して設定されている冗長部の誤り訂正符号に
基づく誤り訂正処理が実行（Ｓ５１０）され、誤り訂正
が成功した（Ｓ５１１）ことを確認し、読み出し成功フ
ラグを１（成功）にセットし、読み出し結果をバッファ
に格納（Ｓ５１２）し、ビジーフラグを０（待機）に設
定（Ｓ５１３）する。誤り訂正に失敗した場合は、読み
出し成功フラグを０（失敗）に設定（Ｓ５１３）して処
理を終了する。
【０１６８】また、制御部は、ステップＳ５１５〜Ｓ５
２０において、メモリインタフェースのステータスを読
み出して、ビジーフラグが０の状態において、読み出し
成功フラグが１であることを条件として読み出しデータ
をバッファから取り出して保存し、アドレスを順次イン
クリメントして、データを順次バッファから取り出して
保存する処理を繰り返し実行し、すべての読み出し対象
セクタを保存した後、全読み出しセクタデータからファ
イルを構成して処理を終了する。
【０１６９】（ファイル書き込み処理）次に、データフ
ァイルの書き込み処理について図２６のフローを用いて
説明する。図２６に示すフローは、内部メモリ、外部メ
モリ（メディア１、メディア２）のいずれかにファイル
を書き込む際の共通処理フローである。図２６におい
て、左側がデバイスの制御部、右側がデバイスのメモリ
インタフェースの処理である。
【０１７０】まず、制御部は、書き込み対象ファイルを
セクタに分割する。分割されたデータをＤ（１）〜Ｄ
（ｋ）とする。制御部は、次に各データＤ（ｉ）の書き
込みセクタＳ（ｉ）を設定して、メモリインタフェース
にセクタＳ（ｉ）書き込みコマンドと、データＤ（ｉ）
を順次送信（Ｓ６０２〜Ｓ６０４）する。メモリインタ
フェースは、セクタＳ（ｉ）書き込みコマンドを受信
（Ｓ６０５）すると、ビジーフラグを１（ビジー）に設
定（Ｓ６０６）し、受信セクタＳ（ｉ）が内部メモリ
か、外部メモリであるかを判定（Ｓ６０７）し、外部メ
モリである場合は、メディア１かメディア２のセットフ
ラグが１（メディアが有効にセットされていることを示
す）であるかを判定（Ｓ６０８）し、セットフラグが１
である場合には、さらにブロックパーミッション・テー
ブル（ＢＰＴ）を参照して、ＢＰＴが書き込み対象であ
るセクタＳ（ｉ）を書き込み許可対象ブロックとして設
定しているかを判定（Ｓ６０９）する。ＢＰＴに書き込
み許可ブロックの設定がある場合には、セクタに対応し
て設定する誤り訂正符号を生成（Ｓ６１０）し、セクタ
Ｓ（ｉ）にデータＤ（ｉ）と誤り訂正符号を持つ冗長部
を書き込み、書き込み成功フラグを１（成功）にセット
し、ビジーフラグを０（待機）に設定（Ｓ６１４）す
る。
【０１７１】なお、書き込み対象データがＢＰＴによる
管理のなされていない内部メモリ内への書き込み処理で
ある場合は、ステップＳ６０８，Ｓ６０９はスキップす
る。ステップＳ６０８、Ｓ６０９の判定がＮｏである場
合、すなわちメディアのセットフラグが１でない場合、
または、ＢＰＴにセクタＳ（ｉ）の書き込み許可が設定
されていない場合には、ステップＳ６１３に進み、書き
込みエラーとして書き込み成功フラグを０にセットす
る。
【０１７２】また、制御部は、ステップＳ６１６〜Ｓ６
２０において、メモリインタフェースのステータスを読
み出して、ビジーフラグが０の状態において、書き込み
成功フラグが１であることを条件としてアドレスを順次
インクリメントして、書き込みデータを順次メモリイン
タフェースに送信する。すべての処理が終了すると、フ
ァイル割り当てテーブルの更新処理を実行（Ｓ６２１）
し、更新したファイル割り当てテーブルを更新コマンド
とともにメモリインタフェースに送信（Ｓ６２２）し、
メモリインタフェースはコマンドに従ってファイル割り
当てテーブルの書き込み処理を実行（Ｓ６２３）する。
【０１７３】［セクタ位置に応じた暗号化鍵を適用した
暗号化処理］次に、セクタ位置に応じた暗号化鍵を適用
した暗号化処理について説明する。著作権などを保護す
るためにコンテンツ部に対する暗号化を行う場合がある
が、コンテンツ部全体に対して一つの暗号化鍵を使って
暗号化すると、同一の鍵の元での大量の暗号文が発生
し、攻撃が容易となってしまう危険性がある。通常はコ
ンテンツ部をできるだけ分割し、それぞれを異なる鍵で
暗号化する方が望ましいと言える。本システムでのコン
テンツ暗号化の最小単位として、セクタが挙げられる
が、ヘッダ領域に鍵を保存するという目的の場合には、
セクタの数だけ８バイト（ＤＥＳの場合）または１６バ
イト（トリプルＤＥＳ（Triple-DESの場合））の鍵情報
が必要となるためヘッダのサイズが膨大になってしまい
限られたメモリ領域のデータ領域を減少させてしまうこ
とになり、実用上好ましくない。また、各セクタのデー
タ部分にそのセクタを暗号化するための鍵を格納する方
法をとればヘッダサイズに影響を及ぼすことはないが、
鍵の領域にはデータを置けなくなるためデータサイズが
目減りしてしまうことと、万一、制御部側でファイルシ
ステムを持つようなシステムの場合にはファイルシステ
ム自体に大幅な変更を必要とする。
【０１７４】そこで、本発明のシステムでは、先に説明
した各コンテンツの属性情報であるセキュリティヘッダ
（図７参照）の中に例えば、メディアの１ブロックあた
りのセクタ数Ｍに対応するＭ個の鍵情報を格納し、これ
らを各セクタに対する暗号化鍵として適用する（図8参
照）。図７に示したセキュリティヘッダ中のＫｃ＿Encr
ypted０〜Ｋｃ＿Encrypted３１が３２個の暗号化鍵Ｋｃ
を示す。なお、［Encrypted］は、それぞれの鍵Ｋｃが
暗号化されて格納されていることを示す。これらの複数
の鍵の中からセクタのブロック内位置によって鍵を選択
してセクタ対応の暗号化鍵として用いる構成とした。
【０１７５】図２７に、コンテンツのヘッダ情報として
コンテンツに対応して生成されるセキュリティヘッダに
おける鍵格納構成と、各格納鍵と、各鍵の適用対象とな
るメモリ内の各セクタとの対応を説明する図を示す。図
２７（ａ）が先に図７を用いて説明したセキュリティヘ
ッダ内の鍵格納構成を簡略化して示した図である。図２
７（ａ）のセキュリティヘッダには、Ｋｃ（０）〜Ｋｃ
（Ｍ−１）までのＭ個の鍵（コンテンツキー）が格納さ
れている。ヘッダには鍵以外にもバージョン、コンテン
ツタイプ等の各種情報が格納され、さらにヘッダ情報の
改竄チェック用のＩＣＶが格納されている。
【０１７６】このＭ個のコンテンツキーは、例えば図２
７（ｂ）に示すように各々が各セクタに対応付けられて
各セクタに格納するデータの暗号化に使用される。先に
図３を用いて説明したように、ブロック単位での消去を
行なうフラッシュメモリは、図２７（ｂ）に示すように
データ格納領域がブロック単位に分割され、各ブロック
はさらに複数セクタに分割されている。例えば鍵Ｋｃ
（０）を、メモリの各ブロックのセクタ０に格納するデ
ータの暗号化鍵として適用し、鍵Ｋｃ（ｓ）を、メモリ
の各ブロックのセクタｓに格納するデータの暗号化鍵と
する。さらに、鍵Ｋｃ（Ｍ−１）を、メモリの各ブロッ
クのセクタＭ−１に格納するデータの暗号化鍵として適
用する。
【０１７７】このように、セクタに対応して異なる暗号
鍵を適用してデータを格納することにより格納データ
（ｅｘ．コンテンツ）のセキュリティが高められる。す
なわち、コンテンツ全体を１つの鍵で暗号化した場合
は、鍵漏洩によるコンテンツ全体の復号が可能となるの
に対し、本構成によれば、１つの鍵の漏洩によってデー
タ全体を復号することは不可能であるからである。
【０１７８】暗号化アルゴリズムは、例えば１つの暗号
鍵によるＤＥＳ暗号化処理を実行するシングルＤＥＳが
適用される。また、シングルＤＥＳではなく、暗号化に
２つ以上の鍵を使用するトリプルＤＥＳ（Triple ＤＥ
Ｓ）を適用した暗号化構成としてもよい。
【０１７９】トリプルＤＥＳ（Triple ＤＥＳ）の詳細
構成例を図２８に示す。図２８（ａ）、（ｂ）に示すよ
うにトリプルＤＥＳ（Triple ＤＥＳ）としての構成に
は、代表的には以下のような２つの異なる態様がある。
図２８（ａ）は、２つの暗号鍵を用いた例を示すもので
あり、鍵１による暗号化処理、鍵２による復号化処理、
さらに鍵１による暗号化処理の順に処理を行う。鍵は、
Ｋ１、Ｋ２、Ｋ１の順に２種類用いる。図２８（ｂ）は
３つの暗号鍵を用いた例を示すものであり、鍵１による
暗号化処理、鍵２による暗号化処理、さらに鍵３による
暗号化処理の順に処理を行い３回とも暗号化処理を行
う。鍵は、Ｋ１、Ｋ２、Ｋ３の順に３種類の鍵を用い
る。このように複数の処理を連続させる構成とすること
で、シングルＤＥＳに比較してセキュリティ強度を向上
させることが可能である。
【０１８０】図２９に、メモリに格納するデータの各セ
クタ毎に異なる２つの暗号鍵のペアを適用してトリプル
ＤＥＳによる暗号化処理を行なった構成例を示す。図２
９に示すように、各ブロックのセクタ０は、鍵Ｋｃ
（０）とＫｃ（１）の２つの鍵を用いてトリプルＤＥＳ
暗号化を行ない、セクタｓは、鍵Ｋｃ（ｓ）とＫｃ（ｓ
＋１）の２つの鍵を用いてトリプルＤＥＳ暗号化を行な
い、セクタＭ−１は、鍵Ｋｃ（Ｍ−１）とＫｃ（０）の
２つの鍵を用いてトリプルＤＥＳ暗号化を行なう。この
場合でも、ヘッダに格納する鍵数は、Ｍ個であり、図２
７（ａ）で示した鍵格納数を増加させる必要はなく、セ
キュリティを高めることが可能となる。
【０１８１】さらに、図３０に異なる態様でのデータ暗
号化構成例を示す。図３０は、メモリの各ブロックの２
つの連続するセクタ領域を１つの暗号化ブロックとし
て、２つの鍵を用いてトリプルＤＥＳ暗号化を行なった
態様である。図３０に示すように、各ブロックのセクタ
０とセクタ１は、鍵Ｋｃ（０）とＫｃ（１）の２つの鍵
を用いてトリプルＤＥＳ暗号化を行ない、セクタ２ｓと
セクタ２ｓ＋１は、鍵Ｋｃ（２ｓ）とＫｃ（２ｓ＋１）
の２つの鍵を用いてトリプルＤＥＳ暗号化を行ない、セ
クタＭ−２とセクタＭ−１は、鍵Ｋｃ（Ｍ−２）とＫｃ
（Ｍ−１）の２つの鍵を用いてトリプルＤＥＳ暗号化を
行なう。このように複数のセクタに同一の暗号化処理を
適用することで暗号化プロセスまたは復号プロセスの処
理軽減を可能とすることができる。
【０１８２】図２７，図２９，図３０に示す例の他に
も、ヘッダに複数鍵を格納し、その複数鍵から選択した
鍵を用いてセクタ毎の暗号化を実行する構成としては様
々な構成が可能である。例えば、図２７，２９，３０で
は、セクタ数と同数の鍵をヘッダに格納する構成として
いるが、例えばセクタ数がＭのとき、格納鍵数をＮ（Ｎ
＜Ｍ）として、セクタ０とセクタｓは同じ鍵で暗号化す
る等の構成としてもよい。また格納鍵数をＬ（Ｌ＞Ｍ）
として、各セクタごとに全く異なる複数の鍵セットによ
るトリプルＤＥＳを適用する構成としてもよい。
【０１８３】［セクタ単位の改竄チェック値（ＩＣＶ）
の付加構成］次に、セクタ単位の改竄チェック値（ＩＣ
Ｖ）の付加構成について説明する。複数セクタにまたが
って構成されるデータについて、その正当性を確認する
場合、一般には、コンテンツデータ全体の最後などに前
述した改竄チェック値（ＩＣＶ）を付加させる構成とす
るのが一般的であった。このようなデータ全体のＩＣＶ
の付加構成においては、データを構成している各セクタ
単位で、正当性を確認することができない。
【０１８４】またＩＣＶを格納する場合、実データであ
るコンテンツの格納領域と同領域にＩＣＶを入れ込む
と、その分データ部として使用できる領域が減ってしま
う。もし、各セクタにセクタ内のデータに対してセクタ
毎のＩＣＶを入れ込むと、デバイスのファイルシステム
はデータ部単位でデータを読み出す処理を実行するため
に、実際に使用されるデータをＩＣＶから切り離して取
り出すための処理、すなわち一度、読み出したデータ部
内のセクタ内のＩＣＶを取り除く処理と、取り出したセ
クタ内のデータを複数セクタで連結する処理を実行する
ことが必要となり、その処理を実行するためのファイル
システムを新たに構築することが必要となる。さらに、
これらのＩＣＶチェックを制御部で行うとなると、制御
部にその処理の分の負荷がかかってしまう。
【０１８５】本発明のデータ処理装置においては、セク
タ毎にデータ改竄チェックを可能とするため、セクタ毎
にＩＣＶを設定し、そのＩＣＶ設定位置を実データ領域
ではなく、デバイスのファイルシステムによって読み取
られない領域として予め設定されている冗長部領域とし
た。冗長部にＩＣＶを置く構成とすることで、データ内
にＩＣＶを置く必要がなくなり、データ部の領域が多く
利用できる。また、冗長部にＩＣＶを置くことで、デー
タ部とＩＣＶの切り分け・データ連結処理が不必要とな
るために、データ読み出しの連続性が保たれる。
【０１８６】データを読み出す時には、メモリインタフ
ェース部３００（図２参照）でセクタ毎のＩＣＶチェッ
ク処理を実行し、改竄ありと判定され無効なデータであ
る場合は制御部２０５（図２参照）への転送を実行しな
い。また、データ書き込み時には、メモリインタフェー
ス部３００において各セクタのＩＣＶを計算して、冗長
部に書きこむ処理を実行する。
【０１８７】なお、各セクタでＩＣＶを付加するかしな
いかを、セキュリティヘッダ（Security Header）に記
述して指定する。この構成については、図７のセキュリ
ティヘッダ構成の説明中に示したように、セキュリティ
ヘッダ中のＩＣＶフラグ（ICV Flag）が、ブロック内の
セクタ数（32セクタ）分のフラグを持ち、ブロック内の
各セクタのＩＣＶ付加・非付加を示す。例えば０：ＩＣ
Ｖなし、１：ＩＣＶあり、として設定される。
【０１８８】各セクタのデータ利用部と冗長部構成を図
３１に示す。図３１（ａ）のように、メモリ（フラッシ
ュメモリ）に格納されるデータは複数のセクタ領域を持
つブロック単位領域に分割して格納される。（ｂ）に示
すように、各セクタはデバイスのファイルシステムによ
って実データ（ｅｘ．コンテンツ）として読み取られる
例えば５１２あるいは１０２４バイトのデータ利用部
と、ファイルシステムによっては読み取られないＥＣＣ
（Error Correction Code）等の情報を格納した冗長部
とによって構成される。
【０１８９】この冗長部の容量は例えば１６バイト、あ
るいは２０バイトの予め決められた領域であり、デバイ
スのファイルシステムは、この冗長部を非データ領域と
して認識し、データ（コンテンツ）読み取り処理におい
ては読み取らない。一般に、冗長部に格納されるＥＣＣ
は、冗長部全体を使用せず、冗長部には非使用領域（リ
ザーブ領域）が存在する。このリザーブ領域に各セクタ
の改竄チェック値（ＩＣＶ）を格納する。
【０１９０】冗長部にＩＣＶを格納した場合のデバイス
のファイルシステムによるデータ部の連結処理は、図３
１（ｃ）に示すように、純粋にデータとして使用するも
のだけが格納されたデータ部の連結を行なうのみの従来
のデータ連結処理と同様の処理が可能となる。従って、
デバイスのファイルシステムは、冗長部を除くデータ部
領域を単に連結すればよく、新たな処理は何ら必要とし
ない。
【０１９１】本構成により、複数のセクタで構成される
データのセクタ単位でデータの正当性の検証することが
出来る。また、改竄チェック用のＩＣＶを冗長部に入れ
ることで、データ用に使えるデータ領域をそのまま活用
することが出来る。また、制御部には、ＩＣＶチェック
の結果、正しい（改竄なし）と判定された正しいセクタ
のみが送信される。また、ＩＣＶチェックがメモリイン
タフェース部にて行われるので、制御部の負担がかから
ない等の効果がある。
【０１９２】［メディア内の個別鍵によるコンテンツ鍵
の保存処理］次に、メディア内の個別鍵によるコンテン
ツ鍵の保存処理構成について説明する。先に、図７を用
いて説明したように、コンテンツに対応して構成される
セキュリティヘッダには、セクタ対応の暗号鍵としての
複数のコンテンツキー（Ｋｃ＿Encryptedxx）、および
コンテンツチェック値生成鍵（Ｋｉｃｖ＿Encrypted）
が暗号化されて格納されている。
【０１９３】これらの鍵の暗号化の１つの態様は、予め
デバイスのメモリインタフェースのメモリ部３２１（図
４参照）に格納されている配送鍵Ｋｄｉｓｔによって暗
号化して格納する構成がある。例えば、Ｋｃ＿Encrypte
d０＝Ｅｎｃ（Ｋｄｉｓｔ，Ｋｃ（０））である。ここ
で、Ｅｎｃ（ａ，ｂ）は、ｂをａで暗号化したデータで
あることを示す。このように、それぞれの鍵をデバイス
の配送鍵Ｋｄｉｓｔを用いて暗号化してセキュリティヘ
ッダに格納する構成が１つの構成である。
【０１９４】さらに、メディア２、すなわち暗号処理部
を持ち、デバイスとの相互認証を実行してコンテンツ処
理を実行するメディアにおいて、メディア２の固有鍵を
用いてメディア２に格納するコンテンツに関するコンテ
ンツキー、ＩＣＶ生成鍵を暗号化する態様がある。以
下、メディア２の固有鍵、ここではメデイア２保存鍵Ｋ
ｓｔｏを用いて暗号化したコンテンツキー、コンテンツ
ＩＣＶ生成鍵をセキュリティヘッダに格納する処理につ
いて説明する。
【０１９５】メディア２保存鍵Ｋｓｔｏは、図２に示し
たようにメディア２，２３０のメディア２コントローラ
２３１の内部メモリ２３５に格納されている。従って、
メディア２保存鍵Ｋｓｔｏを使用したコンテンツキー、
ＩＣＶ生成鍵の暗号化処理、復号処理はメディア２側で
実行される。メディア２を装着したデバイスが、メディ
ア２のコンテンツ利用に際し、コンテンツキー、ＩＣＶ
生成鍵を取得、あるいはセキュリティヘッダへの格納処
理を実行する場合は、メデイア２側で鍵の暗号化、復号
処理を実行することが必要となる。本発明のデータ処理
装置においては、これらをＣＢＣ（Cipher Block Chain
ing）モードで処理することを可能とした。
【０１９６】図３２にＣＢＣモードにおける鍵の暗号化
処理構成を示す。この暗号化処理は、メディア２の暗号
処理部２３６（図２参照）において実行される。内部メ
モリ２３５に格納された初期値ＩＶ＿keysと、コンテン
ツチェック値生成鍵Ｋｉｃｖ＿contとの排他論理和を実
行し、その結果をメディア２の内部メモリ２３５に格納
された保存鍵Ｋｓｔｏを適用したＤＥＳ暗号化を行な
い、その結果をＫｉｃｖ_cont Encryptedとしてヘッダ
に格納する。さらに、Ｋｉｃｖ_cont Encryptedと、セ
クタ（０）に対応するセクタ対応コンテンツキーＫｃ
（０）との排他論理和を実行し、その結果をメディア２
の内部メモリ２３５に格納された保存鍵Ｋｓｔｏを適用
したＤＥＳ暗号化を行ない、その結果をＫｃ（０）Encr
yptedとしてヘッダに格納する１つの暗号化コンテンツ
キーとする。さらに、Ｋｃ（０）Encryptedと、セクタ
（１）に対応するセクタ対応コンテンツキーＫｃ（１）
との排他論理和を実行し、その結果に対して保存鍵Ｋｓ
ｔｏを適用したＤＥＳ暗号化を行ない、その結果をＫｃ
（１）Encryptedとする。以下、これらの処理を繰り返
し実行して、ヘッダ格納用の鍵データとする。
【０１９７】次に、図３３にＣＢＣモードにおける鍵の
復号処理構成を示す。この復号処理は、メディア２の暗
号処理部２３６（図２参照）において実行される。ま
ず、Ｋｃ（０）Encryptedに対して、メディア２の内部
メモリ２３５に格納された保存鍵Ｋｓｔｏを適用したＤ
ＥＳ復号処理を行ない、その結果を内部メモリ２３５に
格納された初期値ＩＶ＿keysと排他論理和することによ
り、セクタ（０）に対応するセクタ対応コンテンツキー
Ｋｃ（０）が出力される。さらに、Ｋｃ（１）Encrypte
dに対して、保存鍵Ｋｓｔｏを適用したＤＥＳ復号処理
を行ない、その結果をコンテンツキーＫｃ（０）Encryp
tedと排他論理和することにより、セクタ（１）に対応
するセクタ対応コンテンツキーＫｃ（１）が出力され
る。以下、これらの処理を繰り返し実行して、コンテン
ツキーを取得する。なお、図には、コンテンツキーのみ
を出力データとした例を示しているが、コンテンツ改竄
チェック値生成鍵（Ｋｉｃｖ＿Encrypted）についても
同様の処理が適用可能であり、暗号化されたコンテンツ
改竄チェック値生成鍵（Ｋｉｃｖ＿Encrypted）からコ
ンテンツ改竄チェック値生成鍵（Ｋｉｃｖ）の生成が可
能である。
【０１９８】上述のセクタ対応コンテンツキーＫｃ（ｘ
ｘ）またはコンテンツ改竄チェック値生成鍵（Ｋｉｃ
ｖ）の暗号化、復号処理は、多くの場合、メディア２を
装着したデバイスからのコマンドに基づいて実行され
る。この場合、デバイスとメディア２間では前述した相
互認証が実行され、相互認証処理が成立したことを条件
としてコンテンツ再生、格納等の様々な処理が実行さ
れ、その一連のコンテンツ処理の１つとして上述のコン
テンツキーの復号、暗号化処理が実行されることにな
る。復号された鍵（ｅｘ．コンテンツキーＫｃ（ｘ
ｘ））をデバイスとメディア２間において転送する場合
は、相互認証時に生成したセッションキーＫｓｅｓで暗
号化される。このセッションキーＫｓｅｓによる暗号
化、復号処理もＣＢＣモードを適用することで、よりセ
キュリテイを高めることが可能となる。
【０１９９】図３４にメディア２において、セキュリテ
ィヘッダに格納された鍵をＤＥＳ−ＣＢＣモードで復号
し、復号した鍵データをさらにセッションキーＫｓｅｓ
を適用してＤＥＳ−ＣＢＣモードで暗号化する処理構成
を示す。図３４の上段は、図３３と同様の構成であり、
セキュリティヘッダから取り出した暗号化されたコンテ
ンツキーを順次ＤＥＳ復号部に入力してメディア２の保
存鍵Ｋｓｔｏを適用して復号処理を実行し、出力結果を
初期値、または入力データ列の前データと排他論理和し
て、出力結果としてのコンテンツキーを取得する。
【０２００】これらの出力された結果をさらに、デバイ
スとの相互認証時に生成したセッションキーＫｓｅｓを
適用したＤＥＳ−ＣＢＣモードでの暗号化処理を実行す
る。その結果得られたＳＥ０〜ＳＥＭ−１：Ｋｃ（０）
Encrypted〜Ｋｃ（Ｍ−１）Encryptedをデバイスに送信
する。デバイス側では、受信したデータ列Ｋｃ（０）En
crypted〜Ｋｃ（Ｍ−１）Encryptedについて、メディア
２との相互認証時に生成したセッションキーＫｓｅｓを
適用して、図３３と同様のＤＥＳ−ＣＢＣモードでの復
号処理を実行することによりコンテンツキーＫ（ｃ）を
取得することができる。なお、図には、コンテンツキー
のみを処理データとした例を示しているが、コンテンツ
改竄チェック値生成鍵（Ｋｉｃｖ＿Encrypted）につい
ても同様に処理データとして構成することが可能であ
る。
【０２０１】［暗号化データの読み出し処理］図３５以
下のフローを用いて、暗号化されたデータのメディアか
らの読み出し処理の詳細を説明する。なお、データの暗
号化態様は、上述したようにセクタ毎に異なる鍵で暗号
化した態様と、コンテンツ全体を１つの暗号化鍵で暗号
化した態様とがあり、これらは、ヘッダの情報に基づい
て判定される。図３５のフローにおいて左側はデバイス
の制御部、右側はデバイスのメモリインタフェースの処
理である。
【０２０２】まず制御部は、読み出し対象となるコンテ
ンツのヘッダファイルを読み出す（Ｓ７０１）。この処
理は、前述の図２５のファイル読み出し処理フローに従
った処理として実行される。次にヘッダセットコマンド
と、読み出したヘッダファイルをメモリインタフェース
に送信（Ｓ７０２）する。
【０２０３】メモリインタフェースはヘッダセットコマ
ンドを受信（Ｓ７０３）すると、ビジーフラグを１（ビ
ジー）にセット（Ｓ７０４）し、ヘッダの改竄チェック
値（ＩＣＶ）を検証（Ｓ７０５）する。ヘッダのＩＣＶ
チェックは、先に図１４を用いて説明したＩＣＶ生成処
理において、セキュリティヘッダ検証値生成鍵Ｋｉｃｖ
＿ｓｈと、初期値ＩＶｓｈを適用してヘッダの構成デー
タを入力してＩＣＶ’を生成し、生成したＩＣＶ’と予
めヘッダに格納されたＩＣＶとを照合する処理によって
実行する。
【０２０４】検証によりヘッダ改竄なしと判定（Ｓ７０
６）されると、ヘッダ内の有効リボケーションリスト・
バージョンが０でないかがチェック（Ｓ７０７）され
る。例えば、自デバイスで生成し格納したコンテンツを
メモリに格納するとき等は、リボケーションリスト・バ
ージョンを０として、再生処理等の際にリボケーション
リストを非参照とした処理を実行可能とする。
【０２０５】リボケーションリスト・バージョンが０の
場合は、リボケーションリストを参照する必要がないの
でステップＳ７１０に進む。バージョンが非０であると
きは、現在セットされているリボケーションリストが、
ヘッダのバージョンより古くないかをチェック（Ｓ７０
８）し、古い場合は、Ｓ７１３に進み、ヘッダセット成
功フラグを０（ＮＧ）に設定して処理を終了する。セッ
トされているリボケーションリストがヘッダのバージョ
ンより古くなければ、ステップＳ７０９に進み、リボケ
ーションリストを参照して、読み出し対象のコンテンツ
ＩＤがないかを判定する。あった場合は読み出しを禁止
する処理として、ステップＳ７１３でヘッダセット成功
フラグを０（ＮＧ）として処理を終了する。
【０２０６】リボケーションリストに読み出し対象コン
テンツＩＤが記録されていなければ、ステップＳ７１０
進み、ヘッダ情報に基づいて暗号化されたコンテンツキ
ーＫｃと、コンテンツチェック値生成鍵Ｋｉｃｖ＿cont
を復号する。なお、リボケーションリストは、先の図１
６の起動時フローにおいて説明したように、起動時にメ
モリインタフェースにセットアップされ、セットアップ
後は、メデイアの装着時、コンテンツの再生時において
メモリインタフェースにおいて継続的に利用可能とした
リボケーションリストである。
【０２０７】先に、図７他を用いて説明したようにセキ
ュリティヘッダの中には、前述のセクタ毎に適用する暗
号鍵としての複数のコンテンツキーＫｃ（０）〜Ｋｃ
（Ｍ−１）が暗号化されて格納されている。また、コン
テンツの改竄チェック値（ＩＣＶ）を生成するためのコ
ンテンツチェック値生成鍵Ｋｉｃｖ＿contも暗号化され
て格納されている。
【０２０８】コンテンツの復号に先立ち、これらのコン
テンツチェック値生成鍵Ｋｉｃｖ＿contを復号してコン
テンツの改竄チェックを実行する処理が必要であり、ま
た、コンテンツキーＫｃ（０）〜Ｋｃ（Ｍ−１）を復号
する処理が必要となる。
【０２０９】図３７に暗号化されたコンテンツキーＫ
ｃ、コンテンツチェック値生成鍵Ｋｉｃｖ＿contの復号
処理フローを示す。図３７の各ステップについて説明す
る。図３７の処理は、デバイスのメモリインタフェース
における処理である。図４の暗号処理部３２０において
実行される。
【０２１０】まず、暗号化コンテンツチェック値生成鍵
Ｋｉｃｖ＿contを復号対象として選定（Ｓ８０１）し、
次に、ヘッダの暗号化フォーマットタイプ・フィールド
の設定が０か否かを判定（Ｓ８０２）する。暗号化フォ
ーマットが０である場合は、コンテンツ全体をセクタに
係わらず１つの暗号化態様としたデータ構成であり、暗
号化フォーマットタイプ・フィールドの設定が１である
場合は、前述の図２７他で説明したセクタ単位の暗号化
鍵を用いた方法である。セクタ単位の暗号化鍵を用いた
方法である場合は、ステップＳ８０３に進み、セクタ毎
に設定された暗号化コンテンツキー（Ｋｃ_Encrypted0
〜31）を復号対象にする。
【０２１１】ステップＳ８０２で暗号化フォーマットが
０であると判定された場合は、ステップＳ８０４でさら
に、ヘッダの暗号化アルゴリズムフィールドをチェック
して１（トリプルＤＥＳ）が０（シングルＤＥＳ）であ
るかを判定する。シングルＤＥＳである場合は、ステッ
プＳ８０５で１つの暗号化コンテンツキー（Ｋｃ_Encry
pted0）のみを復号対象として加え、トリプルＤＥＳで
ある場合は、ステップＳ８０６で複数の暗号化コンテン
ツキー（Ｋｃ_Encrypted0，１）を復号対象として加え
る。
【０２１２】次に、ステップＳ８０７において、ヘッダ
のコンテンツタイプフィールドの設定をチェックし、設
定が２または３（メディア２の格納コンテンツ）でない
場合は、ステップＳ８０８で、メモリ部３２１（図４参
照）に格納された配送鍵Ｋｄｉｓｔで復号対象データ、
すなわち、暗号化コンテンツチェック値生成鍵Ｋｉｃｖ
＿contと、１以上のコンテンツキーを復号する。
【０２１３】設定が２または３（メディア２の格納コン
テンツ）である場合は、ステップＳ８０９で復号対象デ
ータ、すなわち、暗号化コンテンツチェック値生成鍵Ｋ
ｉｃｖ＿contと、１以上のコンテンツキーをメデイア２
の保存鍵Ｋｓｔｏ（ＣＢＣモード）で復号する。この復
号処理の詳細は、図３２、図３３、図３４を用いて説明
した通りである。
【０２１４】ステップＳ８０９におけるメディア２の保
存鍵による暗号化コンテンツチェック値生成鍵Ｋｉｃｖ
＿contと、１以上のコンテンツキーＫｃの復号処理につ
いて図３８のフローを用いて説明する。図３８のフロー
は、左側にデバイスのメモリインタフェース、右側にメ
ディア２のコントローラ（図２参照）の処理を示してい
る。
【０２１５】まず、メモリインタフェースは、復号対象
データＫ（０）〜Ｋ（ｎ−１）（暗号化コンテンツチェ
ック値生成鍵Ｋｉｃｖ＿contと、１以上のコンテンツキ
ー）を設定（Ｓ１００１）し、ＣＢＣ復号初期化コマン
ドをメディア２コントローラに送信（Ｓ１００３）し、
メディア２コントローラはＩＶＫｅｙｓをレジスタにセ
ット（Ｓ１００５）する。その後、メモリインタフェー
スは、各鍵を順次送信（Ｓ１００４）し、メディア２コ
ントローラが復号対象データＫ（ｉ）を受信（Ｓ１００
５）する。
【０２１６】次にメディア２コントローラは、受信した
復号対象データＫ（ｉ）に対して、メディア２の保存鍵
Ｋｓｔｏを用いたＣＢＣモードによる復号処理を実行
（Ｓ１００７）し、復号された鍵データ（ｅｘ．複数の
セクタ対応コンテンツキー）を取得（Ｓ１００８）す
る。次に、メディア２コントローラは、復号鍵データ列
を、デバイスとの相互認証時に生成したセッションキー
によってＣＢＣモードでの暗号化処理を実行し、データ
列Ｋ’（ｉ）を生成して、結果をデバイスに送信（Ｓ１
００９）する。ステップＳ１００７〜Ｓ１００９の処理
は、先に説明した図３４のＤＥＳ−ＣＢＣモードによる
処理に基づいて実行される。
【０２１７】デバイスのメモリインタフェースは、順次
Ｋ’（ｉ）を受信し、すべてのデータを受信したことを
確認の後、ＣＢＣ終了コマンドをメディア２コントロー
ラに送信する。メディア２コントローラはＣＢＣ終了コ
マンドの受信によりレジスタをクリア（Ｓ１０１４）す
る。
【０２１８】デバイスのメモリインタフェースは、メモ
リ部３２１（図４参照）に格納した初期値ＩＶ_keysを
用い、メディア２との相互認証時に生成したセッション
キーＫｓｅｓを適用してＣＢＣモードでメディア２から
受信したＫ’（ｉ）を復号（Ｓ１０１０〜Ｓ１０１３，
Ｓ１０１５）する。この復号処理は、先に説明した図３
３の構成と同様の処理である。
【０２１９】上記処理により、デバイスは、ヘッダに格
納された暗号化されたコンテンツキーＫｃ、コンテンツ
チェック値生成鍵Ｋｉｃｖ＿contを復号し、それぞれの
鍵を取得することができる。
【０２２０】次に図３５に戻り、暗号化ファイルの読み
出し処理の続きを説明する。上記の鍵復号処理ステップ
であるステップＳ７１０を終了すると、ステップＳ７１
１に進む。ステップＳ７１１では、デバイスのメモリイ
ンタフェースはヘッダを「読み出しヘッダ」として内部
に設定し、ヘッダセット成功フラグを１（成功）にセッ
トし、ビジーフラグを０（待機）（Ｓ７１４）設定す
る。コンテンツ読み出しに際しては、設定されたヘッダ
の情報に基づく処理が実行される。
【０２２１】一方、制御部側は、ステップＳ７１５でス
テータス読み出しコマンドをメモリインタフェースに送
信し、ビジーフラグが０（待機）（Ｓ７１６）であり、
ヘッダセット成功フラグが１（成功）（Ｓ７１７）とな
ったことを条件として次の処理（図３６）に進む。
【０２２２】図３６のステップＳ７２１において、制御
部は、ファイル割り当てテーブルから読み出し対象のコ
ンテンツファイルのセクタアドレス（Ｓ（１）〜Ｓ
（ｋ））を取得し、メモリインタフェースに対して順
次、セクタＳ（ｉ）読み出しコマンドを送信する。
【０２２３】メモリインタフェースは、セクタＳ（ｉ）
読み出しコマンドを受信（Ｓ７２４）すると、ビジーフ
ラグを１（ビジー）に設定（Ｓ７２５）し、ヘッダ成功
フラグが１（成功）であることを条件（Ｓ７２６）とし
て次ステップに移行する。ヘッダ成功フラグが１（成
功）でない場合は、ステップＳ７３８に進み、読み出し
成功フラグを０（ＮＧ）として処理を終了する。
【０２２４】ヘッダ成功フラグが１（成功）である場合
は、受信セクタＳ（ｉ）が内部メモリか、外部メモリで
あるかを判定（Ｓ７２７）し、外部メモリである場合
は、メディア１かメディア２のセットフラグが１（メデ
ィアが有効にセットされていることを示す）であるかを
判定（Ｓ７２８）し、セットフラグが１である場合に
は、さらにブロックパーミッション・テーブル（ＢＰ
Ｔ）を参照して、ＢＰＴが読み出し対象であるセクタＳ
（ｉ）を読み出し許可対象ブロックとして設定している
かを判定（Ｓ７２９）する。ＢＰＴに読み出し許可ブロ
ックの設定がある場合には、外部メモリから該当セクタ
のデータを読み出す（Ｓ７３０）。
【０２２５】なお、読み出し対象データがＢＰＴによる
管理のなされていない内部メモリ内のデータである場合
は、ステップＳ７２８，Ｓ７２９はスキップする。ステ
ップＳ７２８、Ｓ７２９の判定がＮｏである場合、すな
わちセクタＳ（ｉ）を格納したメディアのセットフラグ
が１でない場合、または、ＢＰＴにセクタＳ（ｉ）の読
み出し許可が設定されていない場合には、ステップＳ７
３８に進み、読み出しエラーとして読み出し成功フラグ
が０にセットされる。
【０２２６】ステップＳ７２６〜Ｓ７２９の判定ブロッ
クにおいて、対象セクタＳ（ｉ）の読み出しが実行可と
判定されると、メモリから該当セクタが読み出され、セ
クタに対応して設定されている冗長部の誤り訂正符号に
基づく誤り訂正処理が実行（Ｓ７３１）され、誤り訂正
が成功した（Ｓ７３２）ことを確認する。次に、ヘッダ
のＩＣＶフラグ（図7参照）を参照し、読み出し対象セ
クタが改竄チェック値（ＩＣＶ）による処理対象である
かを判定する。先に図３１を用いて説明したように各セ
クタは、その冗長部に改竄チェック用のＩＣＶを格納し
ており、セクタ単位での改竄チェックが可能である。
【０２２７】ＩＣＶによる改竄チェックの対象である場
合は、ステップＳ７３４において、ステップＳ７１０の
復号処理によって得たコンテンツチェック値生成鍵Ｋｉ
ｃｖ＿contと、初期値ＩＶｃｏｎｔを適用し改竄チェッ
ク対象データ（セクタデータ）を入力して図１４を用い
て説明したＩＣＶ生成処理を実行し、ＩＣＶ’を求め、
セクタの冗長部に格納されているＩＣＶとの照合を行な
い一致していれば改竄なしと判定する。
【０２２８】ＩＣＶチェックにより改竄なしと判定され
ると、ステップＳ７３７に進み、ヘッダ情報に基づいて
データの復号処理を実行して読み出し成功フラグを１
（成功）に設定し、復号データをバッファに格納する。
【０２２９】また、制御部は、ステップＳ７４０〜Ｓ７
４６において、メモリインタフェースのステータスを読
み出して、ビジーフラグが０の状態において、読み出し
成功フラグが１であることを条件として読み出しデータ
をバッファから取り出して保存し、アドレスを順次イン
クリメントして、データを順次バッファから取り出して
保存する処理を繰り返し実行し、すべての読み出し対象
セクタを保存した後、全読み出しセクタデータからファ
イルを構成して処理を終了する。
【０２３０】図３６のステップＳ７３６のデータ部復号
処理の詳細を図３９を用いて説明する。この復号処理は
デバイスのメモリインタフェースの暗号処理部３２０
（図４参照）において実行される。
【０２３１】まず、復号対象のデータ格納セクタ位置を
ｓ（０≦ｓ≦３１（セクタ数３２の場合））とする（Ｓ
１１０１）。次にそのセクタが暗号化対象であるかをチ
ェック（Ｓ１１０２）する。このチェックは、セキュリ
ティヘッダ（図７参照）の暗号化フラグ（Encryption F
lag）に基づいて判定される。暗号化対象でない場合
は、復号処理は実行されず、処理は終了する。暗号化対
象である場合は、暗号化フォーマットタイプをチェック
（Ｓ１１０３）する。これはセキュリティヘッダ内の暗
号化フォーマットタイプ（Encryption Format Type）の
設定をチェックするものであり、図８で説明したコンテ
ンツ全体を１つの暗号化態様としているか、各セクタに
異なる鍵を用いた暗号化処理を行なっているかを判定す
る。
【０２３２】暗号化フォーマットタイプ（Encryption F
ormat Type）の設定値が０の場合は、コンテンツ全体を
１つの暗号化態様としている場合である。この場合は、
ステップＳ１１０４において、暗号化アルゴリズム（En
cryption Algorithm）の判定を行なう。暗号化アルゴリ
ズムは、シングルＤＥＳかトリプルＤＥＳ（図２８参
照）かを設定しているものであり、シングルＤＥＳであ
ると判定された場合は、１つのコンテンツキーＫｃ
（０）を適用して暗号化コンテンツの復号処理を実行
（Ｓ１１０６）する。トリプルＤＥＳであると判定され
た場合は、２つのコンテンツキーＫｃ（０）、Ｋｃ
（１）を適用して暗号化コンテンツの復号処理を実行
（Ｓ１１０７）する。
【０２３３】一方、ステップＳ１１０３で、暗号フォー
マットタイプ（Encryption FormatType）の設定値が１
の場合は、各セクタに異なる鍵を用いた暗号化処理を行
なっている場合である。この場合は、ステップＳ１１０
５において、暗号化アルゴリズム（Encryption Algorit
hm）の判定を行なう。暗号化アルゴリズムは、シングル
ＤＥＳかトリプルＤＥＳ（図２８参照）かを設定してい
るものであり、シングルＤＥＳであると判定された場合
は、各セクタ（ｓ）に対応して設定されたコンテンツキ
ーＫｃ（ｓ）を各セクタに適用して暗号化コンテンツの
復号処理を実行（Ｓ１１０８）する。トリプルＤＥＳで
あると判定された場合は、２つのコンテンツキーＫｃ
（ｓ）、Ｋｃ（ｓ＋１ｍｏｄ３２）を適用して各セクタ
毎の暗号化コンテンツの復号処理を実行（Ｓ１１０９）
する。
【０２３４】セクタデータの復号処理の異なる処理態様
を図４０に示す。図４０において、ステップＳ１２０１
〜Ｓ１２０８は、図３９の各ステップＳ１１０１〜Ｓ１
１０８と同様である。ステップＳ１２０９〜Ｓ１２１１
が図３９とは異なる。
【０２３５】ステップＳ１２０５において、暗号化アル
ゴリズムがトリプルＤＥＳであると判定された場合、ス
テップＳ１２０９においてセクタＮｏ．（ｓ）を判定
し、ｓが奇数である場合は、ｓ＝ｓ−１の更新を実行
（Ｓ１２１０）し、各セクタに適用する鍵をＫｃ
（ｓ），Ｋｃ（ｓ＋１）としてトリプルＤＥＳによる復
号処理（Ｓ１２１１）を実行する。
【０２３６】以上、暗号化されて格納されたデータの復
号処理を伴う再生処理は、図３５〜図４０を用いて説明
したようなプロセスにより実行される。
【０２３７】［データの暗号化書き込み処理］次に、図
４１以下のフローを用いて、メディアに対するデータの
暗号化書き込み処理プロセスの詳細を説明する。なお、
データの暗号化態様は、上述したようにセクタ毎に異な
る鍵で暗号化した態様と、コンテンツ全体を１つの暗号
化鍵で暗号化した態様とがある。これらは、ヘッダ情報
に設定される。図４１のフローにおいて左側はデバイス
の制御部、右側はデバイスのメモリインタフェースの処
理である。
【０２３８】まず制御部は、読み出し対象となる格納コ
ンテンツに対応するヘッダ生成コマンドとヘッダ情報と
してのパラメータをメモリインタフェースに送信する。
（Ｓ１３０１）。
【０２３９】メモリインタフェースはヘッダ生成コマン
ドを受信（Ｓ１３０２）すると、ビジーフラグを１（ビ
ジー）にセット（Ｓ１３０３）し、受信パラメータが許
容値内であるかを判定（Ｓ１３０４）する。メモリイン
タフェースは、予めヘッダに設定可能なパラメータ範囲
を有しており、受信パラメータと比較し、受信パラメー
タが設定可能範囲を超えている場合は、ステップＳ１３
１０においてヘッダ生成成功フラグを０（ＮＧ）に設定
して処理を終了する。受信パラメータが許容値内である
場合は、ヘッダの有効リボケーションリストバージョン
を０に設定（Ｓ１３０５）し、リボケーションリストの
非参照でのデータ処理を可能とする。有効リボケーショ
ンリストバージョンを０として設定するのは、自デバイ
スでの格納処理を行なったコンテンツについては正当な
コンテンツであることが保証されているとの前提によ
り、リボケーションリストの非参照でのデータ処理（再
生）を可能とする設定を行なうものである。
【０２４０】なお、書き込みコンテンツが例えば通信手
段を介して外部から受信したコンテンツであり、受信コ
ンテンツに識別子が付加され参照すべきリボケーション
リストバージョンをヘッダに格納しておりデバイス内部
のリボケーションリストとの照合が可能であれば、上記
処理の代わりに、先に図３５を用いて説明したファイル
復号読み出し処理において実行されるステップＳ７０７
〜Ｓ７０９と同様のリボケーションリストを用いた識別
子照合処理を行なってもよい。
【０２４１】次に、ステップＳ１３０６において、ヘッ
ダ情報に基づいてコンテンツキーＫｃ、コンテンツ改竄
チェック値（ＩＣＶ）生成鍵Ｋｉｃｖ＿contを生成、暗
号化する。ステップＳ１３０６のコンテンツキーＫｃ、
コンテンツ改竄チェック値生成鍵Ｋｉｃｖ＿contを生
成、暗号化処理の詳細を図４３に示す。図４３の処理
は、デバイスのメモリインタフェースの暗号処理部３２
０（図４参照）において実行される。図４３のフローに
ついて説明する。
【０２４２】まず、暗号化コンテンツチェック値生成鍵
Ｋｉｃｖ＿contを、例えば乱数に基づいて生成し、暗号
化対象とし（Ｓ１４０１）、次に、ヘッダの暗号化フォ
ーマットタイプ・フィールドの設定が０か否かを判定
（Ｓ１４０２）する。暗号化フォーマットが０である場
合は、コンテンツ全体をセクタに係わらず１つの暗号化
態様とする構成であり、暗号化フォーマットタイプ・フ
ィールドの設定が１である場合は、前述の図２７他で説
明したセクタ単位の暗号化鍵を用いる方法である。セク
タ単位の暗号化鍵を用いる場合は、ステップＳ１４０３
に進み、セクタ毎に設定されたコンテンツキー（Ｋｃ
（０）〜Ｋｃ（31）（セクタ数３２の場合））を生成し
て暗号化対象とする。
【０２４３】ステップＳ１４０４で暗号化フォーマット
が０であると判定された場合は、ステップＳ１４０４で
さらに、ヘッダの暗号化アルゴリズムフィールドをチェ
ックして１（トリプルＤＥＳ）か０（シングルＤＥＳ）
であるかを判定する。シングルＤＥＳである場合は、ス
テップＳ１４０５で１つのコンテンツキー（Ｋｃ
（０））を生成して暗号化対象として加え、トリプルＤ
ＥＳである場合は、ステップＳ１４０６で複数のコンテ
ンツキー（Ｋｃ（０）、Ｋｃ（１））を生成して暗号化
対象として加える。
【０２４４】次に、ステップＳ１４０７において、ヘッ
ダのコンテンツタイプフィールドの設定をチェックし、
設定が２または３（メディア２の格納コンテンツ）でな
い場合は、ステップＳ１４０８で、メモリ部３２１（図
４参照）に格納された配送鍵Ｋｄｉｓｔでデータ、すな
わち、コンテンツチェック値生成鍵Ｋｉｃｖ＿contと、
１以上のコンテンツキーを暗号化する。
【０２４５】設定が２または３（メディア２の格納コン
テンツ）である場合は、ステップＳ１４０９でデータ、
すなわち、コンテンツチェック値生成鍵Ｋｉｃｖ＿cont
と、１以上のコンテンツキーをメデイア２の保存鍵Ｋｓ
ｔｏ（ＣＢＣモード）で暗号化する。この暗号化処理の
詳細は、図３２、図３３、図３４を用いて説明した通り
である。
【０２４６】ステップＳ１４０９におけるメディア２の
保存鍵によるコンテンツチェック値生成鍵Ｋｉｃｖ＿co
ntと、１以上のコンテンツキーＫｃの暗号化処理につい
て図４４のフローを用いて説明する。図４４のフロー
は、左側にデバイスのメモリインタフェース、右側にメ
ディア２のコントローラ（図２参照）の処理を示してい
る。
【０２４７】まず、デバイス側のメモリインタフェース
は、暗号化対象データＫ（０）〜Ｋ（ｎ−１）（コンテ
ンツチェック値生成鍵Ｋｉｃｖ＿contと、１以上のコン
テンツキー）を設定（Ｓ１５０１）し、メディア２との
相互認証時に生成したセッションキーを適用し、メモリ
部３２１に格納した初期値ＩＶ_keysを用いてＤＥＳ−
ＣＢＣモードによる暗号化対象データＫ（０）〜Ｋ（ｎ
−１）の暗号化を実行し、データＫ’（０）〜Ｋ’（ｎ
−１）を生成（Ｓ１５０２）する。この暗号化処理は、
先に説明した図３２と同様の処理構成において実行され
る。次に、メモリインタフェースは、ＣＢＣ暗号化初期
化コマンドをメディア２コントローラに送信する。メデ
ィア２は、メディア２の内部に格納している初期値ＩＶ
＿ｋｅｙｓをレジスタにセット（Ｓ１５０６）する。そ
の後、メモリインタフェースは、各鍵を順次送信（Ｓ１
５０５）する。
【０２４８】メディア２コントローラは、データＫ’
（ｉ）を受信（Ｓ１５０７）し、受信したデータＫ’
（ｉ）に対して、デバイスとの相互認証時に生成したセ
ッションキーによってＣＢＣモードでの復号処理を実行
（Ｓ１５０８）し、復号された鍵データ（ｅｘ．複数の
セクタ対応コンテンツキー）を取得（Ｓ１５０９）す
る。次に、メディア２コントローラは、復号鍵データ列
を、メディア２の保存鍵Ｋｓｔｏを用いたＣＢＣモード
による暗号化処理を実行し、データ列Ｋ”（ｉ）を生成
して、結果をデバイスに送信（Ｓ１５１０）する。ステ
ップＳ１５０７〜Ｓ１５１０の処理は、先に説明した図
３４のＤＥＳ−ＣＢＣモードによる処理に基づいて実行
される。
【０２４９】デバイスのメモリインタフェースは、順次
Ｋ”（ｉ）を受信し、すべてのデータを受信したことを
確認の後、ＣＢＣ終了コマンドをメディア２コントロー
ラに送信（Ｓ１５１１〜Ｓ１５１４）する。メディア２
コントローラはＣＢＣ終了コマンドの受信によりレジス
タをクリア（Ｓ１５１５）する。
【０２５０】デバイスのメモリインタフェースは、メデ
ィア２から受信したＫ”（０）〜Ｋ”（ｎ−１）をヘッ
ダ格納用の暗号化鍵データとする。上記処理により、デ
バイスは、ヘッダに格納する暗号化されたコンテンツキ
ーＫｃ、コンテンツチェック値生成鍵Ｋｉｃｖ＿contを
取得することができる。
【０２５１】図４１に戻り、ファイルの暗号化書き込み
処理の説明を続ける。ステップＳ１３０６において、上
述のヘッダ格納鍵の生成、暗号化が終了すると、メモリ
インタフェースは生成したヘッダデータに基づく改竄チ
ェック値ＩＣＶを生成（Ｓ１３０７）する。セキュリテ
ィヘッダのチェック値であるＩＣＶ＿ｓｈは、メモリ部
３２１（図４参照）に格納された初期値ＩＶｓｈと、セ
キュリテイヘッダ改竄チェック値生成鍵Ｋｉｃｖ＿ｓｈ
を用いて、先に図１４を用いて説明したＩＣＶ生成構成
に基づいて生成される。次に、ステップＳ１３０８で、
生成されたヘッダを書き込みヘッダとして内部に保存
し、ステップＳ１３０９でヘッダ生成成功フラグを１
（成功）としてビジーフラグを０（待機）として処理を
終了する。
【０２５２】一方、制御部側は、ステップＳ１３１２で
ステータス読み出しコマンドをメモリインタフェースに
送信し、ビジーフラグが０（待機）（Ｓ１３１３）であ
り、ヘッダ生成成功フラグが１（成功）（Ｓ１３１４）
となったことを条件として、バッファからヘッダを読み
出し、通常のファイルとしてメディアに保存（Ｓ１３１
５）後、次の処理（図４２）に進む。
【０２５３】図４２のステップＳ１３２１において、制
御部は、書き込み対象のコンテンツファイルをセクタに
分割する。分割されたデータをＤ（１）〜Ｄ（ｋ）とす
る。制御部は、次に各データＤ（ｉ）の書き込みセクタ
Ｓ（ｉ）を設定して、メモリインタフェースにセクタＳ
（ｉ）の暗号化書き込みコマンドと、データＤ（ｉ）を
順次送信（Ｓ１３２１〜Ｓ１３２４）する。メモリイン
タフェースは、セクタＳ（ｉ）暗号化書き込みコマンド
を受信（Ｓ１３２５）すると、ビジーフラグを１（ビジ
ー）に設定（Ｓ１３２６）し、ヘッダ生成成功フラグが
１（成功）である（Ｓ１３２７）ことを条件として次ス
テップに進む。
【０２５４】次に、メモリインタフェースは、受信セク
タＳ（ｉ）が内部メモリか、外部メモリであるかを判定
（Ｓ１３２８）し、外部メモリである場合は、メディア
１かメディア２のセットフラグが１（メディアが有効に
セットされていることを示す）であるかを判定（Ｓ１３
２９）し、セットフラグが１である場合には、さらにブ
ロックパーミッション・テーブル（ＢＰＴ）を参照し
て、ＢＰＴが書き込み対象であるセクタＳ（ｉ）を書き
込み許可対象ブロックとして設定しているかを判定（Ｓ
１３３０）する。ＢＰＴに書き込み許可ブロックの設定
がある場合には、セクタに対応して設定する誤り訂正符
号を生成（Ｓ１３３１）する。
【０２５５】次に、その書き込みセクタがＩＣＶ設定セ
クタであるか否かをヘッダ情報（ＩＣＶフラグ）に基づ
いて判定（Ｓ１３３２）し、ＩＣＶ対象である場合は、
コンテンツＩＣＶ生成鍵Ｋｉｃｖ＿contに基づいてセク
タデータに対するＩＣＶを生成（Ｓ１３３３）する。
【０２５６】次に、メモリインタフェースは、ヘッダ情
報に基づくデータの暗号化を実行（Ｓ１３３４）する。
ステップＳ１３３４のデータ部暗号化処理の詳細を図４
５を用いて説明する。この暗号化処理はデバイスのメモ
リインタフェースの暗号処理部３２０（図４参照）にお
いて実行される。
【０２５７】まず、暗号化対象のデータ格納セクタ位置
をｓ（０≦ｓ≦３１（セクタ数３２の場合））とする
（Ｓ１６０１）。次にそのセクタが暗号化対象であるか
をチェック（Ｓ１６０２）する。このチェックは、セキ
ュリティヘッダ（図７参照）の暗号化フラグ（Encrypti
on Flag）に基づいて判定される。暗号化対象でない場
合は、暗号化処理は実行されず、処理は終了する。暗号
化対象である場合は、暗号化フォーマットタイプをチェ
ック（Ｓ１６０３）する。これはセキュリティヘッダ内
の暗号化フォーマットタイプ（Encryption Format Typ
e）の設定をチェックするものであり、図８で説明した
コンテンツ全体を１つの暗号化態様としているか、各セ
クタに異なる鍵を用いた暗号化処理を行なっているかを
判定する。
【０２５８】暗号化フォーマットタイプ（Encryption F
ormat Type）の設定値が０の場合は、コンテンツ全体を
１つの暗号化態様としている場合である。この場合は、
ステップＳ１６０４において、暗号化アルゴリズム（En
cryption Algorithm）の判定を行なう。暗号化アルゴリ
ズムは、シングルＤＥＳかトリプルＤＥＳ（図２８参
照）かを設定しているものであり、シングルＤＥＳであ
ると判定された場合は、１つのコンテンツキーＫｃ
（０）を適用して暗号化コンテンツの暗号化処理を実行
（Ｓ１６０６）する。トリプルＤＥＳであると判定され
た場合は、２つのコンテンツキーＫｃ（０）、Ｋｃ
（１）を適用して暗号化コンテンツの暗号化処理を実行
（Ｓ１６０７）する。
【０２５９】一方、ステップＳ１６０３で、暗号フォー
マットタイプ（Encryption FormatType）の設定値が１
の場合は、各セクタに異なる鍵を用いた暗号化処理を行
なう場合である。この場合は、ステップＳ１６０５にお
いて、暗号化アルゴリズム（Encryption Algorithm）の
判定を行なう。暗号化アルゴリズムは、シングルＤＥＳ
かトリプルＤＥＳ（図２８参照）かを設定しているもの
であり、シングルＤＥＳであると判定された場合は、各
セクタ（ｓ）に対応して設定されたコンテンツキーＫｃ
（ｓ）を各セクタに適用して暗号化コンテンツの暗号化
処理を実行（Ｓ１６０８）する。トリプルＤＥＳである
と判定された場合は、２つのコンテンツキーＫｃ
（ｓ）、Ｋｃ（ｓ＋１ｍｏｄ３２）を適用して各セクタ
毎の暗号化処理を実行（Ｓ１６０９）する。
【０２６０】セクタデータの復号処理の異なる処理態様
を図４６に示す。図４６において、ステップＳ１７０１
〜Ｓ１７０８は、図４５の各ステップＳ１６０１〜Ｓ１
６０８と同様である。ステップＳ１７０９〜Ｓ１７１１
が図４５とは異なる。
【０２６１】ステップＳ１７０５において、暗号化アル
ゴリズムがトリプルＤＥＳであると判定された場合、ス
テップＳ１７０９においてセクタＮｏ．（ｓ）を判定
し、ｓが奇数である場合は、ｓ＝ｓ−１の更新を実行
（Ｓ１７１０）し、各セクタに適用する鍵をＫｃ
（ｓ），Ｋｃ（ｓ＋１）としてトリプルＤＥＳによる復
号処理（Ｓ１７１１）を実行する。
【０２６２】図４２に戻り、ファイルの暗号化書き込み
処理フローの説明を続ける。上述の処理によってデータ
部の暗号化処理ステップ（Ｓ１３３４）が終了すると、
データ部に対する誤り訂正符号を生成（Ｓ１３３５）
し、暗号化されたデータＤ（ｉ）とセクタデータに対応
する改竄チェック値ＩＣＶと、誤り訂正符号を持つ冗長
部をメディアに書き込み（Ｓ１３３６）、書き込み成功
フラグを１（成功）にセット（Ｓ１３３７）し、ビジー
フラグを０（待機）に設定（Ｓ１３３９）する。
【０２６３】なお、書き込み対象データがＢＰＴによる
管理のなされていない内部メモリ内への書き込み処理で
ある場合は、ステップＳ１３２９，Ｓ１３３０はスキッ
プする。ステップＳ１３２９、Ｓ１３３０の判定がＮｏ
である場合、すなわちメディアのセットフラグが１でな
い場合、または、ＢＰＴにセクタＳ（ｉ）の書き込み許
可が設定されていない場合には、ステップＳ１３３８に
進み、書き込みエラーとして書き込み成功フラグを０に
セットする。
【０２６４】また、制御部は、ステップＳ１３４１〜Ｓ
１３４５において、メモリインタフェースのステータス
を読み出して、ビジーフラグが０の状態において、書き
込み成功フラグが１であることを条件としてアドレスを
順次インクリメントして、書き込みデータを順次メモリ
インタフェースに送信する。すべての処理が終了する
と、ファイル割り当てテーブルの更新処理を実行（Ｓ１
３４６）し、更新したファイル割り当てテーブルを更新
コマンドとともにメモリインタフェースに送信（Ｓ１３
４７）し、メモリインタフェースはコマンドに従ってフ
ァイル割り当てテーブルの書き込み処理を実行（Ｓ１３
４０）する。
【０２６５】以上の、図４１〜図４６によって説明した
処理により、データの暗号化、メディアに対する格納処
理が実行される。
【０２６６】［リボケーションリストの更新］次に、不
正なメディアやコンテンツの失効情報としてのリボケー
ションリストの更新処理について説明する。前述したよ
うに、本発明におけるリボケーションリストは、複数の
種類（ｅｘ．メディア、コンテンツ）の識別子（ＩＤ）
から構成される。コンテンツやメディアの失効情報であ
るリボケーションリスト（Revocation List）に複数の
種類のＩＤを設け，それぞれの照合を異なる動作として
行うことによって、１つのリボケーションリストで複数
の種類のコンテンツ、メディアを排除することが可能と
なる。メディアの挿入時やコンテンツの読み出し時にメ
モリ・インターフェース部において、利用メディアまた
は利用コンテンツの識別子（ＩＤ）と、リボケーション
リストのリスティングＩＤとの照合を実行することによ
り、不正なメディアの使用や不正なコンテンツの読み出
しを禁止することができる。
【０２６７】先に説明したように、リボケーションリス
トには、リボケーションリストバージョン（Revocation
List Version）が設定され、新たな不正なメディアや
コンテンツの失効情報を追加した場合等にリボケーショ
ンリストは更新される。
【０２６８】リボケーションリストの更新処理フローを
図４７に示す。図４７において、左側はデバイスの制御
部、右側はデバイスのメモリインタフェースである。
【０２６９】まず、制御部は更新用のリボケーションリ
ストを通信部２０１（図２参照）から受信する（Ｓ１８
０１）と、更新用リボケーションリストチェックコマン
ドと、受信した更新用リボケーションリストをメモリイ
ンタフェースに送信（Ｓ１８０２）する。
【０２７０】メモリインタフェースは、更新用リボケー
ションリストチェックコマンドと、更新用リボケーショ
ンリストを制御部から受信（Ｓ１８０３）すると、ビジ
ーフラグを１（ビジー）に設定（Ｓ１８０４）し、リボ
ケーションリストの改竄チェック値（ＩＣＶ）生成鍵Ｋ
ｉｃｖ＿ｒｌを生成（Ｓ１８０５）する。
【０２７１】リボケーションリストの改竄チェック用の
改竄チェック値（ＩＣＶ）生成鍵Ｋｉｃｖ_ｒｌは、予
めデバイス内に格納されたリボケーションリスト（Revo
cation List）のＩＣＶ鍵を生成するマスター鍵：ＭＫi
cv_rlと、リボケーションリスト（Revocation List）の
ＩＣＶ鍵を生成する時の初期値：ＩＶicv_rlと、リボケ
ーションリストの属性情報中に含まれるリボケーション
リスト・バージョン（Version）に基づいて生成する。
具体的には、改竄チェック値（ＩＣＶ）生成鍵Ｋｉｃｖ
_ｒｌ＝ＤＥＳ（Ｅ，ＭＫicv_rl，Version^ＩＶicv_r
l）に基づいて改竄チェック値（ＩＣＶ）生成鍵が生成
される。前記式の意味は、バージョン（Version）と初
期値（ＩＶicv_rl）の排他論理和にマスター鍵：ＭＫic
v_rlによるＤＥＳモードでの暗号化処理を実行するとい
う意味である。
【０２７２】次にメモリインタフェースは生成した改竄
チェック値（ＩＣＶ）生成鍵Ｋｉｃｖ_ｒｌを用いてリ
ボケーションリストのＩＣＶ’を生成（Ｓ１８０６）
し、予めリボケーションリスト内に格納された正しいＩ
ＣＶ値と照合ＩＣＶ’＝ＩＣＶ？を実行（Ｓ１８０７）
する。なお、ＩＣＶ’の生成処理は、前述の図１４で説
明したＤＥＳモードに基づいて、初期値ＩＶrlを用い、
生成した改竄チェック値（ＩＣＶ）生成鍵Ｋｉｃｖ_ｒ
ｌを適用した処理によって行われる。
【０２７３】ＩＣＶ’＝ＩＣＶである場合（Ｓ１８０７
でＹｅｓ）は、更新用リボケーションリストが改竄のな
い正当なものであると判定され、ステップＳ１８０８に
進み、現在セットされているリボケーションリストのバ
ージョン（ｉ）と更新用リボケーションリストのバージ
ョン（ｊ）を比較（Ｓ１８０９）し、更新用リボケーシ
ョンリストのバージョンが新しい場合には、更新用リボ
ケーションリストの有効フラグを１に設定（Ｓ１８１
０）し、ビジーフラグを０にセット（Ｓ１８１１）して
処理を終了する。
【０２７４】一方、制御部側は、ステータス読み出しコ
マンドをメモリインタフェースに送信（Ｓ１８１２）
し、ビジーフラグが０となった（Ｓ１８１３）ことを確
認し、更新用リボケーションリスト有効フラグが１（Ｓ
１８１４）である場合に、更新用リボケーションリスト
を通常のファイルとして内部メモリに保存（Ｓ１８１
５）する。コンテンツの処理、メディアの装着時のチェ
ックの際には、内部メモリに格納されたリボケーション
リストが読み出される。
【０２７５】以上、特定の実施例を参照しながら、本発
明について詳解してきた。しかしながら、本発明の要旨
を逸脱しない範囲で当業者が該実施例の修正や代用を成
し得ることは自明である。すなわち、例示という形態で
本発明を開示してきたのであり、限定的に解釈されるべ
きではない。本発明の要旨を判断するためには、冒頭に
記載した特許請求の範囲の欄を参酌すべきである。
【０２７６】
【発明の効果】以上、説明したように、本発明のデータ
処理装置、データ記憶装置、およびデータ処理方法によ
れば、例えばフラッシュメモリを搭載したメモリカード
等のデータ記憶手段に対するアクセスにおいて、デバイ
スのメモリインタフェース部に予め定められたアクセス
許可情報に基づいたアクセス許可テーブルであるブロッ
ク・パーミッション・テーブル（ＢＰＴ）をセットし
て、ＢＰＴにおいて許可された処理である場合にのみ記
憶手段に対するアクセスを実行し、ＢＰＴに違反する処
理要求に対しては処理を行なわない構成としたので、制
御部の処理内容、コマンドにかかわらず、常にメモリイ
ンタフェースに設定したテーブルに従って記憶手段に対
するアクセスが実行されるので、例えば書き換えを禁止
している記録メディア内のデータ（コンテンツ）の書き
換えを効果的に防止し、コンテンツの保護を高めること
が可能となる。
【０２７７】また、本発明のデータ処理装置、データ記
憶装置、およびデータ処理方法によれば、ブロック・パ
ーミッション・テーブル（ＢＰＴ）を格納した領域は、
ＢＰＴにおいて消去不可領域として設定した構成とした
ので、ＢＰＴ自体の書き替え処理が防止される。
【図面の簡単な説明】
【図１】本発明のデータ処理装置の使用概念を説明する
図である。
【図２】本発明のデータ処理装置のデバイスおよびメデ
ィアの構成を示す図である。
【図３】本発明のデータ処理装置のメモリ格納データ構
成を示す図である。
【図４】本発明のデータ処理装置にデバイスのメモリイ
ンタフェースの詳細構成を示す図である。
【図５】本発明のデータ処理装置におけるメモリインタ
フェースのステータスレジスタのデータ構成を示す図で
ある。
【図６】本発明のデータ処理装置におけるメディアに格
納されるデータの詳細構成を示す図である。
【図７】本発明のデータ処理装置においてメディアに格
納されるコンテンツに対応して設定されるセキュリティ
ヘッダの構成を説明する図である。
【図８】本発明のデータ処理装置におけるデータ暗号化
の２つの態様を説明する図である。
【図９】本発明のデータ処理装置におけるリボケーショ
ンリストの構成を示す図である。
【図１０】本発明のデータ処理装置におけるブロック・
パーミッション・テーブル（ＢＰＴ）について説明する
図である。
【図１１】本発明のデータ処理装置におけるメディア１
製造時のＢＰＴ格納処理フローを示す図である。
【図１２】本発明のデータ処理装置におけるメディア２
製造時のＢＰＴ格納処理フローを示す図である。
【図１３】本発明のデータ処理装置におけるブロック・
パーミッション・テーブル（ＢＰＴ）の具体例について
説明する図である。
【図１４】本発明のデータ処理装置における改竄チェッ
ク値生成処理構成について説明する図である。
【図１５】本発明のデータ処理装置における改竄チェッ
ク値検証処理フローについて説明する図である。
【図１６】本発明のデータ処理装置におけるデバイス起
動時フローを示す図である。
【図１７】本発明のデータ処理装置におけるファイル割
り当てテーブルの構成例について説明する図である。
【図１８】本発明のデータ処理装置におけるメディア１
認識時フロー（その１）を示す図である。
【図１９】本発明のデータ処理装置におけるメディア１
認識時フロー（その２）を示す図である。
【図２０】本発明のデータ処理装置におけるメディア２
認識時フロー（その１）を示す図である。
【図２１】本発明のデータ処理装置におけるメディア２
認識時フロー（その２）を示す図である。
【図２２】本発明のデータ処理装置においてデバイス・
メディア間において実行される相互認証処理シーケンス
を示す図である。
【図２３】本発明のデータ処理装置における相互認証・
鍵共有処理フロー（その１）を示す図である。
【図２４】本発明のデータ処理装置における相互認証・
鍵共有処理フロー（その２）を示す図である。
【図２５】本発明のデータ処理装置におけるファイルの
読み出し処理フローを示す図である。
【図２６】本発明のデータ処理装置におけるファイルの
書き込み処理フローを示す図である。
【図２７】本発明のデータ処理装置におけるメモリに格
納されたデータの暗号化処理態様を説明する図である。
【図２８】本発明のデータ処理装置におけるメモリに格
納されたデータの暗号化処理態様として適用可能なトリ
プルＤＥＳを説明する図である。
【図２９】本発明のデータ処理装置におけるメモリに格
納されたデータの暗号化処理態様を説明する図である。
【図３０】本発明のデータ処理装置におけるメモリに格
納されたデータの暗号化処理態様を説明する図である。
【図３１】本発明のデータ処理装置におけるセクタ対応
改竄チェック値の格納処理態様を説明する図である。
【図３２】本発明のデータ処理装置におけるセクタ対応
コンテンツキー他の鍵の暗号化処理例を説明する図であ
る。
【図３３】本発明のデータ処理装置におけるセクタ対応
コンテンツキー他の鍵の復号処理例を説明する図であ
る。
【図３４】本発明のデータ処理装置におけるセクタ対応
コンテンツキー他の鍵のデバイス・メディア間における
処理例を説明する図である。
【図３５】本発明のデータ処理装置におけるファイルの
復号読み出し処理フロー（その１）を示す図である。
【図３６】本発明のデータ処理装置におけるファイルの
復号読み出し処理フロー（その２）を示す図である。
【図３７】本発明のデータ処理装置におけるコンテンツ
キー他の復号処理フローを示す図である。
【図３８】本発明のデータ処理装置におけるコンテンツ
キー他のメディアの保存鍵による復号処理フローを示す
図である。
【図３９】本発明のデータ処理装置におけるセクタデー
タの復号処理フロー（その１）を示す図である。
【図４０】本発明のデータ処理装置におけるセクタデー
タの復号処理フロー（その２）を示す図である。
【図４１】本発明のデータ処理装置におけるファイルの
暗号化書き込み処理フロー（その１）を示す図である。
【図４２】本発明のデータ処理装置におけるファイルの
暗号化書き込み処理フロー（その２）を示す図である。
【図４３】本発明のデータ処理装置におけるコンテンツ
キー他の暗号化処理フローを示す図である。
【図４４】本発明のデータ処理装置におけるコンテンツ
キー他のメディアの保存鍵による暗号化処理フローを示
す図である。
【図４５】本発明のデータ処理装置におけるセクタデー
タの暗号化処理フロー（その１）を示す図である。
【図４６】本発明のデータ処理装置におけるセクタデー
タの暗号化処理フロー（その２）を示す図である。
【図４７】本発明のデータ処理装置におけるリボケーシ
ョンリストの更新処理フローを示す図である。
【符号の説明】
１０１ システム運営者 １０２ デバイス １０３ メデイア ２００ デバイス ２０１ 通信部 ２０２ 入力部 ２０３ 表示部 ２０４ デバイスコントローラ ２０５ 制御部 ２０７ メモリ部 ３００ メモリインタフェース（Ｉ／Ｆ）部 ２１０ メディア１ ２１１ 制御部 ２１２ メモリ部 ２３０ メディア２ ２３１ コントローラ ２３２ メモリ部 ２３３ 制御部 ２３４ メモリインタフェース（Ｉ／Ｆ）部 ２３５ 内部メモリ ２３６ 暗号処理部 ３０１ ステータスレジスタ ３０２ コマンドレジスタ ３０３ アドレスレジスタ ３０４ カウントレジスタ ３０５ コントロールレジスタ ３０６ 送受信制御部 ３０７ 送信バッファメモリ ３０８ 受信バッファメモリ ３０９ 送信レジスタ ３１０ 受信レジスタ ３２０ 暗号処理部 ３２１ メモリ部 ３２３ ＥＣＣ回路 ３２４ 外部メモリ入出力インタフェース ３２５ 内部メモリ入出力インタフェース
フロントページの続き (72)発明者 秋下 徹 東京都品川区北品川６丁目７番35号 ソニ ー株式会社内 (72)発明者 白井 太三 東京都品川区北品川６丁目７番35号 ソニ ー株式会社内 (72)発明者 伊藤 豪 東京都品川区北品川６丁目７番35号 ソニ ー株式会社内 (72)発明者 林 茂和 東京都品川区北品川６丁目７番35号 ソニ ー株式会社内 Ｆターム(参考） 5B017 AA01 BB06 CA12 5D044 AB02 AB05 AB07 BC01 BC04 BC08 CC04 CC08 DE17 DE50 FG18 GK11 HH13 HH15 JJ03

Claims (22)

    【特許請求の範囲】
  1. 【請求項１】データ記憶手段に対するアクセスを実行す
    るメモリインタフェースと、該メモリインタフェースの
    制御を実行する制御部とを有するデータ処理装置であ
    り、 前記メモリインタフェースは、前記データ記憶手段内の
    データ格納領域に格納されたアクセス許可テーブルをメ
    モリインタフェース内にセットし、前記制御部からの前
    記データ記憶手段に対するアクセス命令に応じて、前記
    アクセス許可テーブルを参照してアクセス命令の実行可
    否を判定し、前記アクセス許可テーブルにおいて許可設
    定のなされた処理のみを実行する構成を有することを特
    徴とするデータ処理装置。
  2. 【請求項２】前記データ記憶手段のデータ格納領域は、
    各々が予め定められたデータ容量を持つ複数セクタから
    なるブロックを複数有するフラッシュメモリであり、前
    記アクセス許可テーブルは、ブロック単位でのデータの
    処理許可態様を設定したテーブルとして構成され、 前記メモリインタフェースは、前記アクセス許可テーブ
    ル中に設定されたブロック単位での処理許可態様に従っ
    て、ブロック単位での処理の可否を判定する構成を有す
    ることを特徴とする請求項１に記載のデータ処理装置。
  3. 【請求項３】前記メモリインタフェースは、前記制御部
    からのアクセス命令に応じた処理が前記アクセス許可テ
    ーブルにおいて許可設定のなされた処理範囲内である場
    合にのみ、前記アクセス命令に応じた処理を実行し、該
    アクセス命令に応じたメモリインタフェース内での処理
    成功に応じて処理成功フラグを設定し、 前記制御部は、前記メモリインタフェースにおける処理
    成功フラグの設定の確認を条件として、制御部側の処理
    を実行する構成を有することを特徴とする請求項１に記
    載のデータ処理装置。
  4. 【請求項４】前記制御部は、前記アクセス命令がデータ
    ファイルの読み出し処理である場合において、前記デー
    タ記憶手段内のデータ格納領域に対応して設定されたフ
    ァイル割り当てテーブルから読み出し対象データファイ
    ルのアドレスを選択し前記メモリインタフェースに送信
    する処理を実行し、 前記メモリインタフェースは、前記制御部から受信した
    読み出し対象データファイルのアドレスに基づいて前記
    アクセス許可テーブルを参照して、該アドレスの設定さ
    れた領域がデータ読み出し可能領域であるか否かを判定
    し、データ読み出し可能領域である場合にのみデータ読
    み出し処理を実行する構成を有することを特徴とする請
    求項１に記載のデータ処理装置。
  5. 【請求項５】前記制御部は、前記アクセス命令がデータ
    ファイルの書き込み処理である場合において、前記デー
    タ記憶手段内のデータ格納領域の書き込みアドレスを選
    択し前記メモリインタフェースに送信する処理を実行
    し、 前記メモリインタフェースは、前記制御部から受信した
    前記書き込みアドレスに基づいて前記アクセス許可テー
    ブルを参照して、該アドレスの設定された領域がデータ
    書き込み可能領域であるか否かを判定し、データ書き込
    み可能領域である場合にのみデータ書き込み処理を実行
    する構成を有することを特徴とする請求項１に記載のデ
    ータ処理装置。
  6. 【請求項６】前記アクセス許可テーブルは、該アクセス
    許可テーブル内のデータ改竄の有無を検査するチェック
    値として、該テーブル内データに基づいて生成される改
    竄チェック値（ＩＣＶ）を付帯データとして有し、 前記メモリインタフェースは、前記改竄チェック値（Ｉ
    ＣＶ）に基づいて、前記アクセス許可テーブルの改竄チ
    ェックを実行する暗号処理部を有し、該暗号処理部にお
    ける前記アクセス許可テーブルの改竄なしの判定が得ら
    れたことを条件として、前記アクセス許可テーブルをメ
    モリインタフェースに設定し、設定したアクセス許可テ
    ーブルに従ったアクセス可否の判定に基づくデータ処理
    を実行する構成を有することを特徴とする請求項１に記
    載のデータ処理装置。
  7. 【請求項７】前記アクセス許可テーブルは、該アクセス
    許可テーブル内のデータ改竄の有無を検査するチェック
    値として、該テーブル内データと、前記データ記憶手段
    固有の識別子（ＩＤ）とを含むデータに基づいて生成さ
    れる改竄チェック値（ＩＣＶ）を付帯データとして有
    し、 前記メモリインタフェースによる前記改竄チェック値
    （ＩＣＶ）に基づく検証処理は、前記アクセス許可テー
    ブルのデータ改竄チェックに加え、該アクセス許可テー
    ブルが正当なメディアに格納されているか否かの検証処
    理として実行され、該検証により正当性の確認されたこ
    とを条件として、前記アクセス許可テーブルをメモリイ
    ンタフェースに設定し、設定したアクセス許可テーブル
    に従ったアクセス可否の判定に基づくデータ処理を実行
    する構成を有することを特徴とする請求項１に記載のデ
    ータ処理装置。
  8. 【請求項８】前記メモリインタフェースは、前記データ
    記憶手段との相互認証処理を実行し、相互認証が成立し
    たことを条件として、前記データ記憶手段のメモリに格
    納されたアクセス許可テーブルを前記メモリインタフェ
    ース内にセットする構成を有することを特徴とする請求
    項１に記載のデータ処理装置。
  9. 【請求項９】前記データ記憶手段は、各々が予め定めら
    れたデータ容量を持つ複数セクタを１ブロックとしたブ
    ロックを複数有するデータ格納領域を持つフラッシュメ
    モリであり、前記アクセス許可テーブルは、ブロック単
    位でのデータ消去の可否、またはブロック単位でのデー
    タ再生の可否の少なくともいずれかを設定したテーブル
    であり、 前記メモリインタフェースは、前記アクセス許可テーブ
    ル中に設定されたブロック単位でのデータ消去の可否、
    またはブロック単位でのデータ再生の可否の設定情報に
    従って、ブロック単位での処理の可否を判定する構成を
    有することを特徴とする請求項１に記載のデータ処理装
    置。
  10. 【請求項１０】各々が予め定められたデータ容量を持つ
    複数のセクタを１ブロックとした複数ブロックのデータ
    格納領域を有するデータ記憶装置であり、 前記データ格納領域のブロック単位でのデータ処理に関
    する許可態様を設定したアクセス許可テーブルを前記デ
    ータ格納領域に格納したことを特徴とするデータ記憶装
    置。
  11. 【請求項１１】前記アクセス許可テーブルは、 前記データ格納領域における前記アクセス許可テーブル
    を格納したブロックに関するデータ処理許可態様を消去
    不可領域として設定した構成であることを特徴とする請
    求項１０に記載のデータ記憶装置。
  12. 【請求項１２】前記データ記憶装置は、該データ記憶装
    置とのデータ転送を実行するデータ処理装置との相互認
    証処理を実行する暗号処理部を有し、相互認証が成立し
    たことを条件として、アクセス許可テーブルを前記デー
    タ処理装置に転送する処理を実行する構成を有すること
    を特徴とする請求項１０に記載のデータ記録装置。
  13. 【請求項１３】データ記憶手段に対するアクセスを実行
    するメモリインタフェースと、該メモリインタフェース
    の制御を実行する制御部とを有するデータ処理装置にお
    けるデータ処理方法であり、 前記メモリインタフェースは、 前記データ記憶手段内のデータ格納領域に格納されたア
    クセス許可テーブルをメモリインタフェース内にセット
    するステップと、 前記制御部からの前記データ記憶手段に対するアクセス
    命令に応じて、前記アクセス許可テーブルを参照してア
    クセス命令の実行可否を判定するステップと、前記アク
    セス許可テーブルにおいて許可設定のなされた処理のみ
    を実行するステップと、 を実行することを特徴とするデータ処理方法。
  14. 【請求項１４】前記データ記憶手段のデータ格納領域
    は、各々が予め定められたデータ容量を持つ複数セクタ
    からなるブロックを複数有するフラッシュメモリであ
    り、前記アクセス許可テーブルは、ブロック単位でのデ
    ータの処理許可態様を設定したテーブルとして構成さ
    れ、 前記メモリインタフェースは、前記アクセス許可テーブ
    ル中に設定されたブロック単位での処理許可態様に従っ
    て、ブロック単位での処理の可否を判定することを特徴
    とする請求項１３に記載のデータ処理方法。
  15. 【請求項１５】前記メモリインタフェースは、前記制御
    部からのアクセス命令に応じた処理が前記アクセス許可
    テーブルにおいて許可設定のなされた処理範囲内である
    場合にのみ、前記アクセス命令に応じた処理を実行し、
    該アクセス命令に応じたメモリインタフェース内での処
    理成功に応じて処理成功フラグを設定し、 前記制御部は、前記メモリインタフェースにおける処理
    成功フラグの設定の確認を条件として、制御部側の処理
    を実行することを特徴とする請求項１３に記載のデータ
    処理方法。
  16. 【請求項１６】前記アクセス命令がデータファイルの読
    み出し処理である場合において、 前記制御部は、 前記データ記憶手段内のデータ格納領域に対応して設定
    されたファイル割り当てテーブルから読み出し対象デー
    タファイルのアドレスを選択し前記メモリインタフェー
    スに送信する処理を実行し、 前記メモリインタフェースは、 前記制御部から受信した読み出し対象データファイルの
    アドレスに基づいて前記アクセス許可テーブルを参照し
    て、該アドレスの設定された領域がデータ読み出し可能
    領域であるか否かを判定し、データ読み出し可能領域で
    ある場合にのみデータ読み出し処理を実行することを特
    徴とする請求項１３に記載のデータ処理方法。
  17. 【請求項１７】前記アクセス命令がデータファイルの書
    き込み処理である場合において、 前記制御部は、 前記データ記憶手段内のデータ格納領域の書き込みアド
    レスを選択し前記メモリインタフェースに送信する処理
    を実行し、 前記メモリインタフェースは、 前記制御部から受信した前記書き込みアドレスに基づい
    て前記アクセス許可テーブルを参照して、該アドレスの
    設定された領域がデータ書き込み可能領域であるか否か
    を判定し、データ書き込み可能領域である場合にのみデ
    ータ書き込み処理を実行することを特徴とする請求項１
    ３に記載のデータ処理方法。
  18. 【請求項１８】前記アクセス許可テーブルは、該アクセ
    ス許可テーブル内のデータ改竄の有無を検査するチェッ
    ク値として、該テーブル内データに基づいて生成される
    改竄チェック値（ＩＣＶ）を付帯データとして有し、 前記メモリインタフェースは、 前記改竄チェック値（ＩＣＶ）に基づいて、前記アクセ
    ス許可テーブルの改竄チェックを実行するステップと、 前記アクセス許可テーブルの改竄なしの判定が得られた
    ことを条件として、前記アクセス許可テーブルをメモリ
    インタフェースに設定するステップと、 設定したアクセス許可テーブルに従ったアクセス可否の
    判定に基づくデータ処理を実行するステップと、 を実行することを特徴とする請求項１３に記載のデータ
    処理方法。
  19. 【請求項１９】前記アクセス許可テーブルは、該アクセ
    ス許可テーブル内のデータ改竄の有無を検査するチェッ
    ク値として、該テーブル内データと、前記データ記憶手
    段固有の識別子（ＩＤ）とを含むデータに基づいて生成
    される改竄チェック値（ＩＣＶ）を付帯データとして有
    し、 前記メモリインタフェースは、 前記アクセス許可テーブルのデータ改竄チェックに加
    え、該アクセス許可テーブルが正当なメディアに格納さ
    れているか否かの検証処理として前記改竄チェック値
    （ＩＣＶ）に基づく検証処理を実行するステップと、 該検証により正当性の確認されたことを条件として、前
    記アクセス許可テーブルをメモリインタフェースに設定
    するステップと、 設定したアクセス許可テーブルに従ったアクセス可否の
    判定に基づくデータ処理を実行するステップと、 を実行することを特徴とする請求項１３に記載のデータ
    処理方法。
  20. 【請求項２０】前記メモリインタフェースは、前記デー
    タ記憶手段との相互認証処理を実行し、相互認証が成立
    したことを条件として、前記データ記憶手段のメモリに
    格納されたアクセス許可テーブルを前記メモリインタフ
    ェース内にセットすることを特徴とする請求項１３に記
    載のデータ処理方法。
  21. 【請求項２１】前記データ記憶手段は、各々が予め定め
    られたデータ容量を持つ複数セクタを１ブロックとした
    ブロックを複数有するデータ格納領域を持つフラッシュ
    メモリであり、前記アクセス許可テーブルは、ブロック
    単位でのデータ消去の可否、またはブロック単位でのデ
    ータ再生の可否の少なくともいずれかを設定したテーブ
    ルであり、 前記メモリインタフェースは、前記アクセス許可テーブ
    ル中に設定されたブロック単位でのデータ消去の可否、
    またはブロック単位でのデータ再生の可否の設定情報に
    従って、ブロック単位での処理の可否を判定することを
    特徴とする請求項１３に記載のデータ処理方法。
  22. 【請求項２２】データ記憶手段に対するアクセスを実行
    するメモリインタフェースと、該メモリインタフェース
    の制御を実行する制御部とを有するデータ処理装置にお
    けるデータ処理をコンピュータ・システム上で実行せし
    めるコンピュータ・プログラムを提供するプログラム提
    供媒体であって、前記コンピュータ・プログラムは、 前記データ記憶手段内のデータ格納領域に格納されたア
    クセス許可テーブルをメモリインタフェース内にセット
    するステップと、 前記制御部からの前記データ記憶手段に対するアクセス
    命令に応じて、前記アクセス許可テーブルを参照してア
    クセス命令の実行可否を判定するステップと、 前記アクセス許可テーブルにおいて許可設定のなされた
    処理のみを実行するステップと、 を有することを特徴とするプログラム提供媒体。
JP2000320548A 2000-10-20 2000-10-20 データ処理装置、データ記憶装置、およびデータ処理方法、並びにプログラム提供媒体 Pending JP2002132583A (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2000320548A JP2002132583A (ja) 2000-10-20 2000-10-20 データ処理装置、データ記憶装置、およびデータ処理方法、並びにプログラム提供媒体
US09/982,668 US6834333B2 (en) 2000-10-20 2001-10-18 Data processing device, data storage device, data processing method, and program providing medium for storing content protected under high security management

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2000320548A JP2002132583A (ja) 2000-10-20 2000-10-20 データ処理装置、データ記憶装置、およびデータ処理方法、並びにプログラム提供媒体

Publications (1)

Publication Number Publication Date
JP2002132583A true JP2002132583A (ja) 2002-05-10

Family

ID=18798817

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2000320548A Pending JP2002132583A (ja) 2000-10-20 2000-10-20 データ処理装置、データ記憶装置、およびデータ処理方法、並びにプログラム提供媒体

Country Status (2)

Country Link
US (1) US6834333B2 (ja)
JP (1) JP2002132583A (ja)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006011751A (ja) * 2004-06-24 2006-01-12 Sony Corp 情報記憶装置及びその制御方法、並びにコンピュータ・プログラム
US7409598B2 (en) 2003-12-05 2008-08-05 Mitsubishi Denki Kabushiki Kaisha Information storage system
JP2009129453A (ja) * 2007-11-19 2009-06-11 Lenovo (Beijing) Co Ltd ハードディスクデータ保護装置、ハードディスク、コンピュータ及びハードディスクデータ保護方法
JP2011509456A (ja) * 2007-12-27 2011-03-24 インテル・コーポレーション ポータブルメモリデバイスを使用して保護されたメディアを配信する方法
JP2013242633A (ja) * 2012-05-18 2013-12-05 Nippon Telegr & Teleph Corp <Ntt> タグ付与装置及びタグ付与方法
US10452860B2 (en) 2015-11-09 2019-10-22 Toshiba Client Solutions CO., LTD. System, electronic apparatus and method

Families Citing this family (49)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7080255B1 (en) * 1999-05-19 2006-07-18 Murata Kikai Kabushiki Kaisha Secret key generation method, encryption method, and cryptographic communications method and system
WO2001015380A1 (fr) * 1999-08-20 2001-03-01 Sony Corporation Systeme et procede d'emission d'informations, lecteur et procede d'acces, support d'enregistrement d'informations, et dispositif et procede de production de supports d'enregistrement
JP4622082B2 (ja) * 2000-10-20 2011-02-02 ソニー株式会社 データ再生装置、データ記録装置、およびデータ再生方法、データ記録方法、リスト更新方法、並びにプログラム提供媒体
US20040034796A1 (en) * 2001-10-27 2004-02-19 Clark James R Copy- protection system and method
US7921450B1 (en) 2001-12-12 2011-04-05 Klimenty Vainstein Security system using indirect key generation from access rules and methods therefor
US8006280B1 (en) 2001-12-12 2011-08-23 Hildebrand Hal S Security system for generating keys from access rules in a decentralized manner and methods therefor
USRE41546E1 (en) 2001-12-12 2010-08-17 Klimenty Vainstein Method and system for managing security tiers
US7921284B1 (en) 2001-12-12 2011-04-05 Gary Mark Kinghorn Method and system for protecting electronic data in enterprise environment
US10360545B2 (en) 2001-12-12 2019-07-23 Guardian Data Storage, Llc Method and apparatus for accessing secured electronic data off-line
US7565683B1 (en) 2001-12-12 2009-07-21 Weiqing Huang Method and system for implementing changes to security policies in a distributed security system
US7930756B1 (en) * 2001-12-12 2011-04-19 Crocker Steven Toye Multi-level cryptographic transformations for securing digital assets
US7260555B2 (en) 2001-12-12 2007-08-21 Guardian Data Storage, Llc Method and architecture for providing pervasive security to digital assets
US7921288B1 (en) 2001-12-12 2011-04-05 Hildebrand Hal S System and method for providing different levels of key security for controlling access to secured items
US7178033B1 (en) 2001-12-12 2007-02-13 Pss Systems, Inc. Method and apparatus for securing digital assets
US8065713B1 (en) 2001-12-12 2011-11-22 Klimenty Vainstein System and method for providing multi-location access management to secured items
US10033700B2 (en) 2001-12-12 2018-07-24 Intellectual Ventures I Llc Dynamic evaluation of access rights
US7681034B1 (en) 2001-12-12 2010-03-16 Chang-Ping Lee Method and apparatus for securing electronic data
US7783765B2 (en) 2001-12-12 2010-08-24 Hildebrand Hal S System and method for providing distributed access control to secured documents
US7380120B1 (en) 2001-12-12 2008-05-27 Guardian Data Storage, Llc Secured data format for access control
TW538338B (en) * 2001-12-19 2003-06-21 Yi-Lang Jang Data protection device using addresses
US7950066B1 (en) 2001-12-21 2011-05-24 Guardian Data Storage, Llc Method and system for restricting use of a clipboard application
US8176334B2 (en) 2002-09-30 2012-05-08 Guardian Data Storage, Llc Document security system that permits external users to gain access to secured files
US8613102B2 (en) 2004-03-30 2013-12-17 Intellectual Ventures I Llc Method and system for providing document retention using cryptography
US7512810B1 (en) 2002-09-11 2009-03-31 Guardian Data Storage Llc Method and system for protecting encrypted files transmitted over a network
US20040078536A1 (en) * 2002-10-22 2004-04-22 Tai-Ming Chen Authentication mechanism integrated with random access memory and method of use
US7836310B1 (en) 2002-11-01 2010-11-16 Yevgeniy Gutnik Security system that uses indirect password-based encryption
US7890990B1 (en) 2002-12-20 2011-02-15 Klimenty Vainstein Security system with staging capabilities
US7353543B2 (en) * 2003-01-10 2008-04-01 Matsushita Electric Industrial Co., Ltd. Contents distribution system
JP4236489B2 (ja) * 2003-03-14 2009-03-11 三洋電機株式会社 画像処理装置
JP2004295373A (ja) * 2003-03-26 2004-10-21 Sony Corp 情報記録媒体、情報処理装置、情報記録媒体製造装置、および方法、並びにコンピュータ・プログラム
JP2004303315A (ja) * 2003-03-31 2004-10-28 Funai Electric Co Ltd Ｄｖｄ機器および所定情報記録方法
KR101037838B1 (ko) * 2003-04-25 2011-05-31 애플 인크. 보안 네트워크를 통한 콘텐츠의 분배 방법 및 그 시스템
US8707034B1 (en) 2003-05-30 2014-04-22 Intellectual Ventures I Llc Method and system for using remote headers to secure electronic files
JP4624732B2 (ja) * 2003-07-16 2011-02-02 パナソニック株式会社 アクセス方法
US8127366B2 (en) 2003-09-30 2012-02-28 Guardian Data Storage, Llc Method and apparatus for transitioning between states of security policies used to secure electronic documents
US7703140B2 (en) 2003-09-30 2010-04-20 Guardian Data Storage, Llc Method and system for securing digital assets using process-driven security policies
JP2005128781A (ja) * 2003-10-23 2005-05-19 Hitachi Ltd 系切り替え方法及び情報処理システム
WO2005041050A1 (ja) * 2003-10-27 2005-05-06 Matsushita Electric Industrial Co., Ltd. 記録媒体、データ処理装置及びデータ処理方法
US7707427B1 (en) 2004-07-19 2010-04-27 Michael Frederick Kenrich Multi-level file digests
JP4555049B2 (ja) * 2004-10-27 2010-09-29 株式会社日立製作所 計算機システム、管理計算機、及びデータ管理方法
EP1684287A1 (en) * 2005-01-24 2006-07-26 Thomson Licensing S.A. Secure pre-recorded digital medium
US20070180210A1 (en) * 2006-01-31 2007-08-02 Seagate Technology Llc Storage device for providing flexible protected access for security applications
US7971017B1 (en) * 2006-08-21 2011-06-28 Rockwell Automation Technologies, Inc. Memory card with embedded identifier
BRPI0803091A2 (pt) * 2007-01-19 2011-08-30 Lg Electronics Inc método para proteger conteúdo e método para processar informação
KR101496975B1 (ko) * 2008-05-28 2015-03-02 삼성전자주식회사 고체 상태 디스크 및 이에 대한 입출력방법
KR20100094862A (ko) * 2009-02-19 2010-08-27 삼성전자주식회사 스토리지 장치 및 그것의 데이터 관리 방법
JP2010267135A (ja) * 2009-05-15 2010-11-25 Toshiba Corp メモリコントローラ
US9710404B2 (en) * 2015-03-23 2017-07-18 Intel Corporation Dynamic configuration and peripheral access in a processor
JP7178500B2 (ja) * 2019-07-23 2022-11-25 株式会社ソニー・インタラクティブエンタテインメント アクセス制御装置、アクセス制御方法及びプログラム

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH06208515A (ja) * 1992-10-14 1994-07-26 Bull Hn Inf Syst Inc メモリー・カード
JPH0778230A (ja) * 1993-09-08 1995-03-20 Toshiba Corp メモリカード装置
JPH08115266A (ja) * 1994-09-30 1996-05-07 Samsung Electron Co Ltd スマートカード
JPH08137634A (ja) * 1994-11-09 1996-05-31 Mitsubishi Electric Corp フラッシュディスクカード
JPH10105661A (ja) * 1996-06-28 1998-04-24 Sony Corp 情報処理方法および情報処理装置、並びに伝送媒体

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5944794A (en) * 1994-09-30 1999-08-31 Kabushiki Kaisha Toshiba User identification data management scheme for networking computer systems using wide area network
US6151618A (en) * 1995-12-04 2000-11-21 Microsoft Corporation Safe general purpose virtual machine computing system
US6529234B2 (en) * 1996-10-15 2003-03-04 Canon Kabushiki Kaisha Camera control system, camera server, camera client, control method, and storage medium
JP4020466B2 (ja) * 1997-09-22 2007-12-12 富士通株式会社 情報サービスシステム、情報サービス提供装置、及び記録媒体
JP4135049B2 (ja) * 1999-03-25 2008-08-20 ソニー株式会社 不揮発性メモリ
US7073063B2 (en) * 1999-03-27 2006-07-04 Microsoft Corporation Binding a digital license to a portable device or the like in a digital rights management (DRM) system and checking out/checking in the digital license to/from the portable device or the like
AU1556301A (en) * 1999-12-03 2001-06-12 Fujitsu Limited Data distribution system and recorder for use therein
US7155415B2 (en) * 2000-04-07 2006-12-26 Movielink Llc Secure digital content licensing system and method
JP3568470B2 (ja) * 2000-09-21 2004-09-22 三洋電機株式会社 シェル型データ端末装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH06208515A (ja) * 1992-10-14 1994-07-26 Bull Hn Inf Syst Inc メモリー・カード
JPH0778230A (ja) * 1993-09-08 1995-03-20 Toshiba Corp メモリカード装置
JPH08115266A (ja) * 1994-09-30 1996-05-07 Samsung Electron Co Ltd スマートカード
JPH08137634A (ja) * 1994-11-09 1996-05-31 Mitsubishi Electric Corp フラッシュディスクカード
JPH10105661A (ja) * 1996-06-28 1998-04-24 Sony Corp 情報処理方法および情報処理装置、並びに伝送媒体

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7409598B2 (en) 2003-12-05 2008-08-05 Mitsubishi Denki Kabushiki Kaisha Information storage system
JP2006011751A (ja) * 2004-06-24 2006-01-12 Sony Corp 情報記憶装置及びその制御方法、並びにコンピュータ・プログラム
JP2009129453A (ja) * 2007-11-19 2009-06-11 Lenovo (Beijing) Co Ltd ハードディスクデータ保護装置、ハードディスク、コンピュータ及びハードディスクデータ保護方法
JP2011509456A (ja) * 2007-12-27 2011-03-24 インテル・コーポレーション ポータブルメモリデバイスを使用して保護されたメディアを配信する方法
US8683159B2 (en) 2007-12-27 2014-03-25 Intel Corporation Delivering secured media using a portable memory device
US9021202B2 (en) 2007-12-27 2015-04-28 Intel Corporation Delivering secured media using a portable memory device
JP2013242633A (ja) * 2012-05-18 2013-12-05 Nippon Telegr & Teleph Corp <Ntt> タグ付与装置及びタグ付与方法
US10452860B2 (en) 2015-11-09 2019-10-22 Toshiba Client Solutions CO., LTD. System, electronic apparatus and method

Also Published As

Publication number Publication date
US6834333B2 (en) 2004-12-21
US20020083282A1 (en) 2002-06-27

Similar Documents

Publication Publication Date Title
JP4622082B2 (ja) データ再生装置、データ記録装置、およびデータ再生方法、データ記録方法、リスト更新方法、並びにプログラム提供媒体
JP2002132583A (ja) データ処理装置、データ記憶装置、およびデータ処理方法、並びにプログラム提供媒体
JP2002132585A (ja) 情報記録装置、情報再生装置、情報記録媒体、および情報記録方法、情報再生方法、並びにプログラム提供媒体
JP2002132141A (ja) データ記憶装置、およびデータ記録方法、データ再生方法、並びにプログラム提供媒体
KR100566627B1 (ko) 반도체 메모리 카드 및 데이터 판독장치
JP5330648B2 (ja) ドメイン管理システム下でのデータの記録及び再生方法
TW514845B (en) Data storage regenerator and data storage processing method and program providing media
JP4687703B2 (ja) 記録システム、情報処理装置、記憶装置、記録方法及びプログラム
JP4690600B2 (ja) データ保護方法
US8694799B2 (en) System and method for protection of content stored in a storage device
JP4395302B2 (ja) 半導体メモリカード及びその制御方法
JP2002132456A (ja) 情報記録装置、情報再生装置、情報記録方法、情報再生方法、および情報記録媒体、並びにプログラム提供媒体
JP2000311114A (ja) コンピュータシステムおよびコンテンツ保護方法
KR20030060981A (ko) 비휘발성 메모리 카드, 콤팩트 디스크 또는 다른매체로부터 기록된 오디오, 비디오 또는 다른 컨텐츠를재생하기 위한 시스템, 방법 및, 장치
JP2004185152A (ja) ライセンス移動装置及びプログラム
KR20010014639A (ko) 콘텐츠 관리 방법 및 콘텐츠 관리 장치
KR20010108397A (ko) 기억 디바이스의 인증 처리 시스템
US20030163719A1 (en) Removable disk device with identification information
KR101031951B1 (ko) 하나의 디바이스로부터 또 다른 디바이스로의 안전한 정보포팅
JP4059185B2 (ja) 情報処理装置、情報記録媒体、および情報処理方法、並びにコンピュータ・プログラム
JP2003505752A (ja) 蓄積媒体上でコピー保護を提供するための方法及びシステム及び、そのようなシステムで使用される蓄積媒体
JP4269507B2 (ja) データ再生装置、データ記録装置、およびデータ再生方法、データ記録方法、並びにプログラム提供媒体
JP4674396B2 (ja) データ再生装置、データ記録装置、およびデータ再生方法、データ記録方法、並びにプログラム提供媒体
JP2000163882A (ja) ディジタル著作物記録媒体並びに当該記録媒体にアクセスする記録装置、再生装置及び削除装置
US20130039485A1 (en) Information processing system, reproducing device, information processing device, information processing method, and program

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20070305

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20100302

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20100423

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20100831

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20101021

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20101109

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20110308