(57)【要約】  コンテンツデータは、ディスプレイを備える再生装置に使用されためのコンテンツデータであって、再生されるための複数のオーディオデータそれぞれと、当該オーディオデータの再生に際してディスプレイに表示されるべき文字を示すコード情報が所定のアルゴリズムにより暗号化されて成る暗号化コード情報とを、それぞれ対応付けたデータ構造を有する。
2007052446.tif 000002
【特許請求の範囲】
【請求項１】
ディスプレイを備える再生装置に使用されるためのコンテンツデータであって、
再生されるための複数のオーディオデータそれぞれと、当該オーディオデータの再生に際してディスプレイに表示されるべき文字を示すコード情報が所定のアルゴリズムにより暗号化されて成る暗号化コード情報とを、それぞれ対応付けたデータ構造を有するコンテンツデータ。
【請求項２】
前記オーディオデータの再生に際してディスプレイに表示されるべき文字を示すコード情報は、再生されるオーディオデータ毎に異なる情報である
ことを特徴とする請求項１記載のコンテンツデータ。
【請求項３】
前記オーディオデータの再生に際してディスプレイに表示されるべき文字を示すコード情報は、そのオーディオデータの再生中に表示されるべき情報である
ことを特徴とする請求項２記載のコンテンツデータ。
【請求項４】
前記コード情報は、前記オーディオデータの再生に際してディスプレイに表示されるべき文字群の一部を示すものである
ことを特徴とする請求項１記載のコンテンツデータ。
【請求項５】
前記コンテンツデータは、更に、
前記オーディオデータそれぞれと、当該オーディオデータにアクセスするためのアクセス情報とを、それぞれ対応付けた構造を有し、
前記アクセス情報は暗号化されていない
ことを特徴とする請求項１記載のコンテンツデータ。
【請求項６】
前記コンテンツデータは、更に、
オーディオデータを再生する順序とプレイリストの識別名称とを含むプレイリストを有し、
前記プレイリストに含まれる前記識別名称のみが暗号化されている
ことを特徴とする請求項１記載のコンテンツデータ。
【請求項７】
ディスプレイを備える再生装置に使用されるためのコンテンツデータであって、
再生されるための複数のオーディオデータそれぞれと、当該オーディオデータの再生に際してディスプレイに表示されるべき文字を示すコード情報が所定の暗号鍵を用いて暗号化されて成る暗号化コード情報とを、それぞれ対応付けたデータ構造を有するコンテンツデータを記録するメモリカードであって、
前記メモリカードは、認証後にアクセス可能なプロテクト領域と、認証なしにアクセス可能な非プロテクト領域とを備え、
前記所定の暗号鍵は、前記非プロテクト領域に記憶されている
ことを特徴とするメモリカード。
【請求項８】
ディスプレイを備え、コンテンツデータを再生する再生装置であって、
前記コンテンツデータは、複数のオーディオデータそれぞれと、文字を示すコード情報が所定のアルゴリズムにより暗号化されて成る暗号化コード情報とを、それぞれ対応付けたデータ構造を有するコンテンツデータであり、
前記オーディオデータを再生する再生手段と、
前記暗号化コード情報の復号を行いコード情報を作成する復号手段と、
前記再生手段でオーディオデータを再生する際に、前記復号手段でに、当該オーディオデータと対応付けられた暗号化コード情報を復号しさせて作成したコード情報を、前記ディスプレイに表示する表示手段と
を備える再生装置。
【請求項９】
前記コンテンツデータは、固有のＩＤ番号を有するメモリカードに記憶され、
前記再生装置は、更に、メモリカードのＩＤ番号と前記復号手段が復号を行う際に用いる復号鍵とを対応させて記憶する復号鍵記憶手段を備え、
前記表示手段は、前記再生手段でオーディオデータを再生する際に、当該オーディオデータが記憶されているメモリカードのＩＤ番号と対応付けて前記復号鍵記憶手段に記憶されている復号鍵を用いて、前記復号手段に、当該オーディオデータと対応付けられた暗号化コード情報を復号させて作成したコード情報を、前記ディスプレイに表示する
ことを特徴とする請求項８記載の再生装置。
【請求項１０】
前記再生装置は、更に、前記ディスプレイにメッセージを表示するメッセージ手段を備え、
前記表示手段は、再生するオーディオデータが記憶されているメモリカードのＩＤ番号と対応付けられている復号鍵が、前記復号鍵記憶手段に記憶されていない場合には、前記メッセージ手段にメッセージを表示させる
ことを特徴とする請求項９記載の再生装置。
【請求項１１】
前記コンテンツデータは、更に、文字を示す拡張コード情報が所定のアルゴリズムにより暗号化されて成る暗号化拡張コード情報を含み、
前記再生装置は、更に、拡張コード情報を前記ディスプレイに表示するか否かを示す指示を、自装置の外部から取得する取得手段を備え、
前記表示手段は、前記取得手段で取得した指示が拡張コード情報を表示することを示す場合には、暗号化コード情報を復号させて作成した拡張コード情報を、前記ディスプレイに表示する
ことを特徴とする請求項８記載の再生装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、音楽や動画・静止画コンテンツ等のＡＶ（Audio Visual） データのデータ構造に関し、特に著作権保護を図る技術に関する。
【背景技術】
【０００２】
近年、音楽や画像データのデジタル化が進み、インターネット等を介して、様々なコンテンツが容易に入手できるようになっている。また、それらの記録媒体については、ＭＤ（Mini Disc）やメモリカード等の小型のものが開発され、ユーザにとっては、入手したコンテンツの持ち運びや保存等が便利になっている。
その一方で、ユーザの記録媒体に保存されているＡＶデータの違法コピー等、不正な使用が行われる可能性があり、不法なコピーが出回り、著作権者の権利保護が充分に成されない場合が生じている。【０００３】
特に、メモリカードは、非常に小型で、データの読書きにほとんど電力を消費しないという特徴があり、携帯機器を中心に普及していることから、不正な使用に用いられる可能性が高いと考えられ、著作権保護機能を備えたものが開発されている。
例えば、ＡＶデータを暗号化してメモリカードに記録しておき、その復号に用いる暗号鍵は相互認証が出来た再生装置にしか渡さないことで、不正な再生装置ではＡＶデータの復号、再生が出来ないようにする技術である。【０００４】
さらに、メモリカードには、このような著作権保護機能に加えて、ユーザの使い勝手を良くするような技術も開発されている。
例えば、ＭＤ等と同様に、楽曲などのコンテンツの再生順序をユーザが自由に設定できたり、早送り巻き戻し等の特殊再生を行うことが出来るようにする技術や（特許文献１参照）、アーティスト名等、コンテンツに関する文字情報を拡張データとしてメモリカードに記憶させておき、再生装置のディスプレイに表示させることができる技術である（特許文献２参照）。【０００５】
これらの技術により、メモリカードは、ユーザにとって使い勝手が良いものとなっている。
【特許文献１】特開２００１−２４９６９５号公報
【特許文献２】特開２００４−１８４６７５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかし、著作権保護の観点から見てみると、楽曲自体であるＡＶデータは暗号化され記録されているものの、楽曲の再生順序やタイトル等は、ユーザの使用感を向上させる為のいわゆる制御情報ともいえるものであることから、暗号化されていない。また、コンテンツに関する情報である拡張データも楽曲自体ではない為、暗号化されていない。
しかし、これらの楽曲の再生順序やタイトル等は著作物という面を備える場合がある。また、コンテンツに関する情報にも、楽曲の解説など、いわゆるライナーノートやアーティスト・メッセージが含まれる場合があり、著作物としての保護が必要とされる場合がある。【０００７】
そこで、本発明は、楽曲以外の文字による著作物を保護することが可能なデータ構造を持つコンテンツデータ、メモリカード及びその再生装置の提供を目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決する為に、本発明のコンテンツデータは、ディスプレイを備える再生装置に使用されるためのコンテンツデータであって、再生されるための複数のオーディオデータそれぞれと、当該オーディオデータの再生に際してディスプレイに表示されるべき文字を示すコード情報が所定のアルゴリズムにより暗号化されて成る暗号化コード情報とを、それぞれ対応付けたデータ構造を有することを特徴とする。
【発明の効果】
【０００９】
本発明に係るコンテンツデータは、上述のデータ構造を備えることにより、コンテンツデータ内の文字情報は暗号化されているので、文字情報に著作物が含まれている場合には、保護することが出来るようになる。
また、前記オーディオデータの再生に際してディスプレイに表示されるべき文字を示すコード情報は、再生されるオーディオデータ毎に異なる情報であることとしてもよい。【００１０】
さらに、前記オーディオデータの再生に際してディスプレイに表示されるべき文字を示すコード情報は、そのオーディオデータの再生中に表示されるべき情報であることとしてもよい。
これにより、コンテンツデータに含まれるオーディオデータ毎の文字情報を暗号化出来るので、オーディオデータごとに著作権保護ができるようになる。【００１１】
また、前記コード情報は、前記オーディオデータの再生に際してディスプレイに表示されるべき文字群の一部を示すものであることとしてもよい。
これにより、オーディオデータの文字情報のうち、ディスプレイに表示されてユーザの目に触れるもののみを暗号化出来るので、細かな著作権保護ができるようになる。
また、前記コンテンツデータは、更に、前記オーディオデータそれぞれと、当該オーディオデータにアクセスするためのアクセス情報とを、それぞれ対応付けた構造を有し、前記アクセス情報は暗号化されていないこととしてもよい。【００１２】
これにより、オーディオデータに対応付けられた情報のうち、著作権保護が不要な情報であるアクセス情報は暗号化しないので、不要な暗号化、復号化の処理をせずに、必要な著作権保護ができるようになる。
また、前記コンテンツデータは、更に、オーディオデータを再生する順序とプレイリストの識別名称とを含むプレイリストを有し、前記プレイリストに含まれる前記識別名称のみが暗号化されていることとしてもよい。【００１３】
これにより、オーディオデータの再生順序に著作権が発生しない場合には暗号化しないで、プレイリストの識別名称のみが暗号化されるので、不要な暗号化、復号化の処理をせずに、必要な著作権保護ができるようになる。
また、本発明のメモリカードは、ディスプレイを備える再生装置に使用されるためのコンテンツデータであって、再生されるための複数のオーディオデータそれぞれと、当該オーディオデータの再生に際してディスプレイに表示されるべき文字を示すコード情報が所定の暗号鍵を用いて暗号化されて成る暗号化コード情報とを、それぞれ対応付けたデータ構造を有するコンテンツデータを記録するメモリカードであって、前記メモリカードは、認証後にアクセス可能なプロテクト領域と、認証なしにアクセス可能な非プロテクト領域とを備え、前記所定の暗号鍵は、前記非プロテクト領域に記憶されていることを特徴とする。【００１４】
本発明に係るメモリカードは、上述の構成を備えることにより、文字情報は暗号化されたコンテンツデータを記憶できるので、文字情報に著作物が含まれている場合には、保護することが出来るようになる。
また、本発明の再生装置は、ディスプレイを備え、コンテンツデータを再生する再生装置であって、前記コンテンツデータは、複数のオーディオデータそれぞれと、文字を示すコード情報が所定のアルゴリズムにより暗号化されて成る暗号化コード情報とを、それぞれ対応付けたデータ構造を有するコンテンツデータであり、前記オーディオデータを再生する再生手段と、前記暗号化コード情報の復号を行いコード情報を作成する復号手段と、前記再生手段でオーディオデータを再生する際に、前記復号手段で、当該オーディオデータと対応付けられた暗号化コード情報を復号して作成したコード情報を、前記ディスプレイに表示する表示手段とを備えることを特徴とする。【００１５】
本発明に係る再生装置は、上述の構成を備えることにより、文字情報は暗号化されたコンテンツデータを再生でき、暗号化されている文字情報を表示することができるので、著作物が含まれる文字情報が保護されているコンテンツデータを、文字情報と共に再生することが出来るようになる。
【図面の簡単な説明】
【００１６】
【図１】メモリカード１０００及びその録音再生装置２０００の構成を示す機能ブロック図である。
【図２】従来のコンテンツデータのディレクトリ構成を示す図である。図２（ａ）は、ユーザデータ領域１２２０に記憶されるデータのディレクトリ構成の例を示す図であり、図２（ｂ）は、プロテクト領域１２１０に記憶されるデータのディレクトリ構成の例を示す図である。
【図３】プロテクト領域AOBSA1.KEY、AUDIOPLM.KEY、AUDIOTKM.KEYと、ユーザデータ領域のSD_AUDIO.PLM、SD_AUDIO.TKM、AOBファイルとの対応を示す図である。
【図４】ナビゲーションデータの構造を示す図である。
【図５】DPLI、TKI、AOBファイルの相互関係を示す図である。
【図６】PLI、TKI、AOBファイルの相互関係を示す図である。
【図７】メモリカード１０００の記憶されているオーディオデータの再生処理を示すフローチャートである。
【図８】メモリカード１０００にオーディオデータを記録する録音処理を示すフローチャートである。
【図９】変形例１の制御情報等と暗号鍵の対応を示す図である。
【図１０】変形例２の制御情報等と暗号鍵の対応を示す図である。
【図１１】変形例３の制御情報等と暗号鍵の対応を示す図である。
【図１２】変形例４の制御情報等と暗号鍵の対応を示す図である。
【図１３】変形例５の制御情報等と暗号鍵の対応を示す図である。
【図１４】変形例６の制御情報等と暗号鍵の対応を示す図である。
【図１５】変形例７の制御情報等と暗号鍵の対応を示す図である。
【図１６】変形例８の制御情報のうちの暗号化する情報例を示す図である。
【図１７】変形例９の制御情報のうちの暗号化する情報例を示す図である。
【図１８】SD-Voiceのプレイリストとトラックの関係を示す図である。
【図１９】SD-Voiceのディレクトリ構造を示す図である。
【符号の説明】
【００１７】
１０００    メモリカード
１０００    録音再生装置
１１００    コントロールＩＣ
１１１０    コマンド解読部
１１２０    相互認証部
１１３０    プロテクト領域アクセス制御部
１１４０    非プロテクト領域アクセス制御部
１１５０    復号化回路
１１６０    マスター鍵記憶部
１２００    フラッシュメモリ
１２１０    プロテクト領域
１２２０    ユーザデータ領域
２０００    録音再生装置
２１００    制御部
２２００    相互認証部
２３００    録音部
２４００    暗号化部
２５００    再生部
２６００    復号化部
２７００    デバイス鍵記憶部
２８００    ディスプレイ
【発明を実施するための最良の形態】
【００１８】
＜実施形態＞
＜概要＞
本発明に係るコンテンツデータは、ＡＶデータ以外のデータのうち、文字データは全て暗号化するものである。
著作物の可能性のある文字データを暗号化することにより、文字による著作物に関しては、完全に保護しようとするものである。【００１９】
以下、本発明に係るコンテンツデータについて説明する。
＜構成＞
図１は、メモリカード１０００及びその録音再生装置２０００の構成を示す機能ブロック図である。
＜メモリカードの構成＞
まず、メモリカード１０００から説明する。【００２０】
メモリカード１０００は、２つのＩＣチップ、コントロールＩＣ１１００とフラッシュメモリ１２００とを内蔵している。その他、メディアＩＤ及びセキュアメディアＩＤを記憶するＲＯＭ等及び外部機器とのデータの入出力を行う各種ピンを有する（図示していない）。
コントロールＩＣ１１００は、アクティブ素子（論理ゲート等）からなる制御回路であり、コマンド解読部１１１０、相互認証部１１２０、プロテクト領域アクセス制御部１１３０、非プロテクト領域アクセス制御部１１４０、暗号・復号化回路１１５０及びマスター鍵記憶部１１６０で構成される。【００２１】
また、フラッシュメモリ１２００は、プロテクト領域１２１０とユーザデータ領域１２２０とで構成される。
まず、コントロールＩＣ１１００の相互認証部１１２０は、メモリカード１０００が備えるCOMMANDピンを介して、録音再生装置２０００とチャレンジ・レスポンス型の相互認証を行う回路である。チャレンジ・レスポンス型の相互認証とは、相手側機器の正当性を検証するためにチャレンジデータを相手側機器に送り、それに対して相手側機器において自己の正当性を証明する処理が施こされて生成されたレスポンスデータを相手側機器から受け取り、それらチャレンジデータとレスポンスデータとを比較することで相手側機器を認証することができるか否かを判断するという認証ステップを、双方の機器が相互に行うものである。【００２２】
コマンド解読部１１１０は、COMMANDピンを介して入力されたメモリカード１０００への命令であるコマンドの種類を判定し実行するデコード回路や制御回路からなるコントローラであり、入力されたコマンドの種類に応じて、各構成要素を制御する機能を有する。コマンドには、例えば、フラッシュメモリ１２００のデータを読み・書き・消去するコマンド等がある。【００２３】
マスター鍵記憶部１１６０は、暗号化されたマスター鍵を予め記憶している。マスター鍵とは、メディアIDの暗号化に用いられる暗号鍵であり、メモリカード１０００が機器に接続された際の相互認証に使用される。
プロテクト領域アクセス制御部１１３０及び非プロテクト領域アクセス制御部１１４０は、それぞれ、フラッシュメモリ１２００のプロテクト領域１２１０及び非プロテクト領域であるユーザデータ領域１２２０へのデータ書き込み及びデータ読み出しを実行する回路であり、４本のデータピンを介して録音再生装置２０００との間でデータを送受信する。【００２４】
暗号・復号化回路１１５０は、プロテクト領域アクセス制御部１１３０及び非プロテクト領域アクセス制御部１１４０による制御の下、マスター鍵記憶部１１６０に格納されたマスター鍵を用いて暗号化及び復号化を行う回路であり、また、フラッシュメモリ１２００にデータを書き込む際にそのデータを暗号化して書き込み、フラッシュメモリ１２００からデータを読み出した際にそのデータを復号化する回路でもある。  【００２５】
＜録音再生装置の構成＞
次に、録音再生装置２０００の説明をする。
録音再生装置２０００は、制御部２１００、相互認証部２２００、録音部２３００、暗号化部２４００、再生部２５００、復号化部２６００、デバイス鍵記憶部２７００及びディスプレイ２８００で構成される。【００２６】
制御部２１００は、録音再生装置の有する録音、再生、暗号化等の機能を制御する機能を有する。また、メモリカード１０００とのピンを介しての各種データの送受信を制御する機能を有する。
相互認証部２２００は、メモリカード１０００が正当なものであるかの認証を行う機能を有する。その際、デバイス鍵記憶部２７００が記憶するデバイス鍵を使用する。【００２７】
録音部２３００は、メモリカード１０００に楽曲などのオーディオデータを記録する機能を有する。その際、暗号化する機能を有する暗号化部２４００に依頼して暗号化したものをメモリカード１０００に送信する。
再生部２５００は、メモリカード１０００から読み出したオーディオデータを再生する機能を有する。その際、復号を行う機能を有する復号化部２６００に依頼して復号を行ったものを再生することになる。【００２８】
ディスプレイ２８００は、制御部２１００の依頼を受けて、文字情報を表示する機能を有する。例えば、現在再生中の曲のタイトルなどである。
以下に、フラッシュメモリ１２００に記憶されるコンテンツデータの構成について説明する。
＜コンテンツデータの従来のディレクトリ構成＞
図２は、従来のコンテンツデータのディレクトリ構成を示す図である。図２（ａ）は、ユーザデータ領域１２２０に記憶されるデータのディレクトリ構成の例を示す図であり、図２（ｂ）は、プロテクト領域１２１０に記憶されるデータのディレクトリ構成の例を示す図である。【００２９】
本図は、従来のコンテンツデータのディレクトリ構成を示す図であるが、本実施形態におけるディレクトリ構成は、図２（ａ）のユーザデータ領域１２２０に記憶されるデータのディレクトリ構成に２つのファイルが追加される以外は、従来と同じである。追加されるファイルについては、図３で説明する。
本図における「SD_AUDIO.PLM」３０００、「SD_AUDIO.TKM」４０００は、PlaylistManager（PLMG)、TrackManager(TKMG)といった制御情報であるナビゲーションデータを収録したファイルであり、「AOB001.SA1」「AOB002.SA1」「AOB003.SA1」「AOB004.SA1」・・・・・は、プレゼンテーションデータであるオーディオデータを格納したファイル（以下、「AOBファイル」という。）である。【００３０】
「AOB0xx.SA1」における拡張子「SA」は、「Secure Audio」の略であり、これらの格納内容は、著作権保護の必要性があることを示している。（尚、図２（ａ）にはAOBファイルが8個だけ記述されているが、これは単なる一例であり、SD_AudioディレクトリはAOBファイルを最大999個まで格納することができる。）。
このようにプレゼンテーションデータに著作権保護の必要性がある場合、プロテクト領域には、SD_Audioディレクトリという名称のサブディレクトリが設けられ、そのSD_Audioディレクトリの配下に暗号鍵格納ファイルAOBSA1.KEYが作成される。【００３１】
図２（ｂ）は、SD_Audioの下に格納された暗号鍵格納ファイルAOBSA1.KEYを示す図である。暗号鍵格納ファイルAOBSA1.KEYには、複数の暗号鍵FileKeyを所定の順序に配列してなる暗号鍵列である「File_Key_Entry#1〜#8」が格納されている。
電子音楽配信において音楽会社のサーバコンピュータは、この図２（ａ）、（ｂ）に示す２つのSD_Audioディレクトリを保持しており、当該音楽コンテンツの購入要求が消費者から発せられれば、このSD_Audioディレクトリを圧縮し、暗号化した後、購入要求を発した消費者に、このSD_Audioディレクトリを公衆ネットワークを介して送信する。消費者が所有するコンピュータがこのSD_Audioディレクトリを受信すると、このディレクトリの暗号化を解除すると共に、伸長を行い、SD_Audioディレクトリを得る（尚、ここでいう公衆ネットワークは、ISDN回線等の有線通信網、携帯電話に代表される無線通信網等、公衆に利用が解放されている全てのネットワークを含む）。【００３２】
尚、SD_Audioディレクトリを得る方法として、上述した方法の他に、AOBファイルを音楽会社のサーバコンピュータからダウンロードし、消費者が所有するコンピュータが、メモリカード１０００においてこの図２（ａ）、（ｂ）に示すSD_Audioディレクトリを作成しても良い。
＜本発明の２つのSD_Audioディレクトリとその関係＞
次に、この２つのSD_Audioディレクトリのファイルの関係を説明する。【００３３】
図３は、プロテクト領域１２１０のSD_Audio下にあるAOBSA1.KEY、AUDIOPLM.KEY３９００、AUDIOTKM.KEY４９００と、ユーザデータ領域１２２０のSD_AUDIO.PLM３０００、SD_AUDIO.TKM４０００、AOBファイルとの対応を示す図である。尚、プロテクト領域１２１０のAUDIOPLM.KEY３９００とAUDIOTKM.KEY４９００が、本実施形態において追加されたファイルである。【００３４】
本図においてユーザデータ領域１２２０における暗号化ファイルを暗号化する際に用いたFileKeyは、プロテクト領域１２１０に対応する暗号鍵格納ファイル「AOBSA1.KEY」に格納される。暗号化されたAOBファイルと暗号鍵は、点線矢印で示されるような対応付けが成されている。この対応付けについては、後で説明する。
従来は、暗号鍵はAOBファイルにしか対応付けられておらず（図２参照）、暗号化されているのはAOBファイルのみであって、「SD_AUDIO.PLM」３０００と「SD_AUDIO.TKM」４０００は、暗号化されていなかった。【００３５】
本実施形態では、この２つのファイルを暗号化し、「SD_AUDIO.PLM」３０００の暗号鍵「PLM_FILE_KEY」３９１０をファイル「AUDIOPLM.KEY」３９００に、「SD_AUDIO.TKM」４０００の暗号鍵「TKM_FILE_KEY」４９１０をファイル「AUDIOPLM.KEY」４９００にそれぞれ保存している。
この２つのナビゲーションデータを暗号化するのは、それぞれ文字情報を含んでいるからである。文字情報の存在については、図４を用いて後で説明する。【００３６】
＜AOBファイルと暗号鍵との対応付け＞
暗号化されたAOBファイルと、暗号鍵格納ファイルとは、以下の一定の規則(1)(2)(3)に基づく対応関係を有する。
(1)暗号鍵格納ファイルは、暗号化されたファイルが格納されているディレクトリと同じディレクトリ名に配置される。図３のユーザデータ領域１２２０においてSD_AudioディレクトリにAOBファイルが配されており、プロテクト領域１２１０の暗号鍵格納ファイルもSD_Audioディレクトリに配されている。【００３７】
(2)暗号鍵格納ファイルには、データ領域におけるAOBファイルのファイル名の先頭3文字とそのファイルの拡張子、および所定の拡張子「.key」とを組み合わせたファイル名が付与される。AOBファイルのファイル名が「AOB001.SA1」である場合、暗号鍵格納ファイルには、この先頭３文字「AOB」と、「SA1」と、拡張子「.key」とからなる「AOBSA1.KEY」というファイル名が付与される。【００３８】
(3) AOBファイルのファイル名には、暗号鍵格納ファイル内の暗号鍵列において、そのオーディオデータに対応するFilekeyが何番目に位置するか、即ち、対応するFileKeyの順位を示すシリアル番号が付与される。図３における暗号鍵格納ファイル内の「File Key Entry#1,#2,#3・・・・・#8」は、暗号鍵格納ファイル内の各FileKeyが格納されている領域の先頭位置を示す。一方AOBファイルのファイル名には、"001","002","003","004"といったシリアル番号が付与されている。これらのAOBファイル内のシリアル番号は、対応するFileKeyが暗号鍵列において何番目に位置するかを意味するので、各AOBファイルを暗号化する際に用いたFileKeyは、同一のシリアル番号を有する「File Key Entry」に存在することなる。図３における点線矢印は、AOBファイルとFileKeyとの対応関係を示す。即ち、ユーザデータ領域におけるAOB001.SA1は「File Key Entry#1」に格納されているFileKeyと対応しており、AOB002.SA1は、「FileKey Entry#2」以降に格納されたFileKey、AOB003.SA1は「File Key Entry#3」以降に格納されたFileKeyに対応していることを示す。【００３９】
以上の(3)からもわかるように、AOBファイルの暗号化に用いたFileKeyは、各ファイル毎に異なるものであり、それらは、ファイル名に組み込まれている"001","002","003","004"といったシリアル番号と、同一のシリアル番号を有する「File Key Entry」に格納されている。各AOBファイルは異なるFileKeyを用いて暗号化されるので、仮に、特定のAOBファイルの暗号化キーが公にされた場合でも、他のAOBファイルは、公にされたFileKeyを用いても暗号化を解除することはできない。これにより、AOBファイルを暗号化した際のFileKeyが公にされた場合の損害を最小限に留めることができる。【００４０】
ナビゲーションデータであるSD_AUDIO.PLM３０００は、本実施形態で追加された「AUDIOPLM.KEY」３９００に格納されている暗号鍵「PLM_FILE_KEY」３９１０と対応付けられ、SD_AUDIO.TKM４０００は、「AUDIOPLM.KEY」４９００に格納されている暗号鍵「TKM_FILE_KEY」４９１０と対応付けられている。
次に、制御情報であるナビゲーションデータについて説明する。【００４１】
＜ナビゲーションデータの構造＞
図４は、ナビゲーションデータの構造を示す図である。
ナビゲーションデータは、ユーザデータ領域１２２０に記憶されている「SD_AUDIO.PLM」３０００と「SD_AUDIO.TKM」４０００という２つのファイルからなり、ファイル「SD_AUDIO.PLM」は、PlaylistManager（PLMG)を格納し、ファイル「SD_AUDIO.TKM」は、TrackManager（TKMG)を格納する。【００４２】
ユーザデータ領域１２２０の複数のAOBファイルは、符号化されたAOBを収録しているが、これらのAOBの再生時間がどれだけであるか、また、それぞれのAOBがどのような曲名であり、作曲者は誰であるか等は何等記載されていない。また、それらをどのような順序で再生させるかは一切記載されていない。TrackManager(TKMG)、PlaylistManager（PLMG)は、こういった情報を再生装置に通知するために設けられている。【００４３】
ここでTrackManager(TKMG)は、AOBファイルに収録されているAOBと、トラックとの対応関係を示す。トラックとは、ユーザにとって意味のある再生単位であり、例えば、メモリカード１０００に音楽著作物を格納しようとする場合、トラックは曲に対応する。
このように、TrackManager(TKMG)は、複数AOBファイルに収録されている複数のAOBをトラックの集合として管理するために設けられており、これらのAOBの再生時間がどれだけであるか、また、それぞれのAOBがどのような曲名であり、作曲者は誰であるか等の諸情報を示す複数のトラック管理情報を含んでいる。【００４４】
また、PlaylistManager（PLMG)は、トラックの複数の再生順序を規定するプレイリストを複数含んでいる。
まず、TrackManager(TKMG)について図面を参照しながら説明する。
図４は、PlaylistManager３０００及びTrackManager４０００の構成を段階的に詳細化した図である。本図において右段に位置する論理フォーマットは、その左段に位置する論理フォーマットを詳細化したものであり、破線に示す引き出し線は、右段の論理フォーマットがその左段の論理フォーマット内のどの部分を詳細化したかを明確にしている。【００４５】
TrackManager４０００は、破線の引き出し線h1に示すように、Track Information(TKIと略す)#1,#2,#3,#4・・・・・#nからなる。これらのTKIはAOBファイルに収録されているAOBを、トラックとして管理するための情報であり、各AOBファイルに対応している。
各TKIは、破線の引き出し線h2に示すように、概括情報であるTrack_General_Informatin(TKGI) ４１００、TKIに固有なテキスト情報が記述されるTrack_Text_Infomation_Data_Area(TKTXTI_DA)４２００、タイムサーチテーブルの役割を有するTrack_Time_Serch_Table(TKTMSRT)４３００からなる。【００４６】
TKI自体は固定サイズ（1024バイト）であり、TKGIとTKTXTI_DAとは各256バイトで合計512バイト固定長である。TKTMSRTは512バイト固定長である。またTrackManagerにおいて、TKIは、最大999個まで設定することができる。
TKGI４１００は、引き出し線ｈ４に示すような、TKIの識別子「TKI_ID」、TKI番号「TKIN」、TKIのサイズ「TKI_SZ」、次のTKIへのリンクポインタ「TKI_LNK_PTR」、ブロック属性「TKI_BLK_ATR」、再生時間「TKI_PB_TM」、TKIのオーディオ属性「TKI_AOB_ATR」、「ISRC」、ブロック情報「BIT」という一連の情報が記録されている（尚、本図は、説明の簡略化のため、一部のフィールドについては省略して表記している。）。【００４７】
例えば、「TKI_ID」には、TKIを一意に識別できるID(本実施形態では2バイトの"A4"というコード)が記述される。「TKIN」には、1から999までの範囲のTKI番号が記述される。なお、このTKI番号は他のTKIのTKINに記述されるTKI番号と重複してはならない。このようなTKINとして、TrackManagerにおけるTKIの順位、即ち、TrackManagerにおいてTKIが何番目に位置するかを記述するものとする。本図におけるTKI#1なら、TKI番号は、"1"と記載され、TKI#2ならTKI番号は、"2"と、TKI#3ならTKI番号は、"3"と記載される。【００４８】
「TKI_SZ」には、TKIのデータサイズがバイト数単位で記述される。具体的には、1024バイトと記述される。
Track Text Information Data Area(TKTXTI_DA)４２００には、アーティスト名、アルバム名、編曲者名、プロデューサ名等を示すテキスト情報が記述される。テキストデータが存在しない場合でも、この領域は確保される。【００４９】
Track_Time_Serch_Table(TKTMSRT)４３００は、タイムサーチテーブルであり、再生時間等を管理している。
次に、Playlistmanager３０００を説明する。
Playlistmanager３０００は、破線の引き出し線h5に示すように、メモリカード１０００内に格納されているプレイリストを管理するPlaylistManager_Information(PLMGI)と、メモリカード１０００に格納される全トラックを管理するDefault_Playlist_Information(DPLI)と、一部のトラックを管理するPlaylistInformation(PLI)#1,#2,#3,#4,#5・・・・・#nとからなる。【００５０】
また、Default_Playlist Information(PLMGI)は、破線の引き出し線h6に示すように、Default_Playlist_General_Information(DPLGI)とDefault_Playlist_Track_Serch_Pointer(DPL_TK_SRP)#1,#2,#3,#4・・・・#mとからなる。
DPLGIは、破線引き出し線h8に示すように、DPLIの識別ＩＤ「DPLI_ID」とDefault Playlist文字情報「DPLI_PLTI」３１００とを含んでいる。【００５１】
また各PLIは、破線の引き出し線h7に示すように、Playlist_General_Information(PLGI)とPlaylist_Track_Serch_Pointer(PL_TK_SRP)#1,#2,・・・#mとからなる。
PLGIは、破線引き出し線h9に示すように、PLIの識別ＩＤ「PLI_ID」とPlaylist文字情報「PLI_PLTI」３２００とを含んでいる。
ここでDPLIと、PLIとの差違について説明しておく。DPLIは、全てのトラックを指定することが義務付けられているのに対して、PLIは、そのような義務は存在せず、任意のトラックを指定すれば良い。そのため、ユーザが、自分の好みのトラックのみを指定しているようなPLIを生成してメモリカード１０００に記憶させたり、またメモリカード１０００に記憶される複数のトラックのうち、所定のジャンルのトラックのみを指定しているようなPLIを再生装置が自動的に生成してメモリカード１０００に記憶させるという用途に適している。【００５２】
プレイリストの最大数は99個である。また、Playlist Manager Information(PLMGI)とDefault Playlist Information(DPLI)は、合計で2560バイトの固定長である。Playlist Information(PLI)もまた、512バイトの固定長である。
ここで、本実施形態で保護しようとする文字データは、３種類ある。すなわち、DPLIに含まれる「DPLI_PLTI」３１００、PLIに含まれる「PLI_PLTI」３２００及び、TKIに含まれる「TKTXI_DA」４２００である。【００５３】
＜ナビゲーションデータとAOBファイルの関係＞
図５は、DPLI、TKI、AOBファイルの相互関係を示す図である。
DPLIには、8つのDPL_TK_SRPを示し、TKMGには、8つのTKIが示されている。また、8つのAOBファイルを示している。
DPL_TK_SRP#1〜#8のそれぞれは、上段にトラックの属性を表すDPL_TK_ATRを示し、下段にはトラック番号を現すDPL_TKINを示す。【００５４】
本図における矢印DT1,DT2,DT3,DT4・・・・・を参照すれば、DPL_TK_SRP#1と、TKI#1との間に対応関係が成立しており、DPL_TK_SRP#2と、TKI#2との間、DPL_TK_SRP#3と、TKI#3との間、DPL_TK_SRP#4と、TKI#4との間にも対応関係が成立していることがわかる。更に、各DPL_TK_SRPにおけるDPL_TK_ATRを参照すれば、DPL_TK_SRP#1、DPL_TK_SRP#2、DPL_TK_SRP#3、DPL_TK_SRP#8は何れも、Trackと設定されている。即ち、DPL_TK_SRP#1→TKI#1（AOB001.SA1）、DPL_TK_SRP#2→TKI#2（AOB002.SA1）、DPL_TK_SRP#3→TKI#3（AOB003.SA1）、DPL_TK_SRP#8→TKI#8（AOB008.SA1）という4つの組みは、それぞれが独立したトラックに対応しているのである。【００５５】
DPL_TK_SRP#4、DPL_TK_SRP#5、DPL_TK_SRP#6、DPL_TK_SRP#7のDPL_TK_ATRは何れもTrackと設定されず、DPL_TK_SRP#4におけるDPL_TK_ATRは「Head_of_Track」と設定され、DPL_TK_SRP#7におけるDPL_TK_ATRは「End_of_Track」と、DPL_TK_SRP#5、DPL_TK_SRP#6は「Midpoint_of_Track」と設定されていることがわかる。このことは、DPL_TK_SRP#4と対応関係を有するTKI#4（AOB004.SA1）が、トラックの先頭部であり、DPL_TK_SRP#5,#6と対応関係を有するTKI#5（AOB005.SA1）及びTKI#6（AOB006.SA1）が、トラックの中間部と、DPL_TK_SRP#7と対応関係を有するTKI#7（AOB007.SA1）が、トラックの終端部であることを意味する。【００５６】
DefaultPlaylistにおけるDPL_TK_SRPの順序は、各TKIに対応づけられているAOBをどのような順序で再生させるかを示す。本図のDefaultPlaylist内のDPL_TK_SRP#1,#2,#3,#4・・・・・・#8のDPL_TKINは、TKI#1,#2,#3,#4・・・・・・#8を示しているので、矢印(1)(2)(3)(4)・・・・・(8)に示すようにTKI#1に対応するAOB001.SA1が1番目に再生され、TKI#2に対応するAOB002.SA1が2番目、TKI#3に対応するAOB003.SA1が3番目、TKI#4に対応するAOB004.SA1が4番目に再生されることになる。尚、TKI#1とAOB001.SA1の対応は矢印TA1で表している。矢印TL4は、TKI#4とTKI#5が連続することを示している。【００５７】
図６は、PLI、TKI、AOBファイルの相互関係を示す図である。
Playlist#1は、PL_TK_SRP#1,#2,#3からなる。このうちPL_TK_SRP#1のPL_TKINは#3と記載されており、PL_TK_SRP#2のPL_TKINは#1と、PL_TK_SRP#3のPL_TKINは#2と記載されているので、PlayList情報#1を用いてトラックを再生する場合、矢印(11)(12)(13)に示すように複数のAOBはAOB#3,#1,#2の順序で再生される。【００５８】
Playlist#2は、PL_TK_SRP#1,#2,#3からなる。このうちPL_TK_SRP#1のPL_TKINは#8と記載されており、PL_TK_SRP#2,#3のPL_TKINは#3、#1と記載されているので、PlayList情報#2を用いてトラックを再生する場合、矢印(21)(22)(23)に示すように複数のAOBはAOB#8,#3,#1という順序、即ちPlaylist#1と全く異なる順序で再生される。
以上のように、PlayListManagerにはDefaultPlaylist、複数のPlayList情報が記述され、これらを構成するDPL_TK_SRP、PL_TK_SRPのDPL_TKIN、PL_TKINにそれぞれ相異なる再生順序が記載されていれば、複数AOBは、それぞれ相異なる再生順序で再生されることになる。全く異なる再生順序で再生されれば、操作者は、複数の音楽アルバムが格納されているような感覚でメモリカード１０００を利用することができる。【００５９】
＜動作＞
以下、上述したコンテンツデータを記録したメモリカード１０００と、録音再生装置の動作について図７および図８を用いて説明する。
図７は、本メモリカード１０００の記憶されているオーディオデータの再生処理を示すフローチャートである。【００６０】
まず、ユーザはメモリカード１０００を録音再生装置２０００にセットし、曲の再生指示を出す（ステップＳ２００）。本実施形態では、デフォルトのプレイリストで最初の曲を再生する例を示すものとする
再生指示を検出した制御部２１００は、メモリカード１０００との間で相互認証を行なう（ステップＳ２１０、ステップＳ１００）。【００６１】
相互認証の手順を簡単に説明する。
録音再生装置１０００の制御部２１００は、マスター鍵とメモリカード固有のものであるメディアＩＤとの送信依頼を行うコマンドをメモリカード１０００に送信する。
メモリカード１０００では、送信したコマンドはコマンド解読部１１１０により解読され、相互認証部１１２０を介してメモリカード１０００から、暗号化されているマスター鍵とメディアＩＤとを送信する。【００６２】
録音再生装置２０００の相互認証部２２００は、受信した暗号化マスター鍵をデバイス鍵記憶部２７００のデバイス鍵で復号し、マスター鍵を生成し、このマスター鍵でメディアＩＤを暗号化してセキュアメディアＩＤを作成する。
この作成したセキュアメディアＩＤと、メモリカード１０００が保持しているセキュアメディアＩＤとが同じであれば、相互認証が成されたことになる（ステップＳ１０５）。【００６３】
メモリカード１０００の相互認証部１１２０と録音再生装置２０００の相互認証部２２００とで、相互認証が正しく行われなければ、それ以後の処理は行われない。
相互認証が成された後、録音再生装置２０００からは、オーディオデータの送信依頼のコマンドが送信される（ステップＳ２１５）。
コマンド解読部１１１０は、受信したコマンドを解読し、オーディオデータの読出し処理を行う。【００６４】
まず、コマンド解読部１１１０は、非プロテクト領域アクセス制御部１１４０に依頼して、制御情報であるSD_AUDIO.PLMとSD_AUDIO.TKMを読み出す（ステップＳ１１０）。
これらの制御情報は暗号化されているため、プロテクト領域アクセス制御部に依頼して、対応する暗号鍵、AUDIOPLM.KEYファイルの暗号鍵「PLM_File_key」と、AUDIOTKM.KEYファイルの暗号鍵「TKM_File_key」とを読み出す。【００６５】
読み出した暗号鍵を用いて、SD_AUDIO.PLMとSD_AUDIO.TKMを復号する（ステップＳ１２０）。具体的には、暗号鍵を暗号・復号化回路１１５０にセットして、復号を行う。
ここで、本実施形態では、デフォルトのプレイリストで最初の曲を再生する例を示すものとするが、他のプレイリストや曲を再生する場合には、必要な文字情報などを取り出し、録音再生装置２０００に送り、ディスプレイ２８００に表示させ、ユーザに指示させるなどプレイリストや曲を指定する為の処理を行う。【００６６】
次に、コマンド解読部１１１０は、SD_AUDIO.PLMを解析し、プレイリストの情報を求める。ここでは、DPLI_PLTIのプレイリスト名である文字情報、格納曲数、演奏時間、曲へのポインタなどを求める（ステップＳ１３０、図４参照）。
その後、再生する曲のポインタDPL_TK_SRP#1を決定する（ステップＳ１４０、図５参照）。DPL_TK_SRP#1から、トラックの情報であるTKI#1を取得し、再生時間、AOBへのポインタ、曲のタイトルである文字情報などを読み出す（ステップ１５０）。【００６７】
読み出した情報のうち、プレイリスト名と曲のタイトルなどの必要な文字情報を読出し、録音再生装置２０００に送信する（ステップＳ１６０、ステップＳ１６５）。
文字情報を受信した録音再生装置２０００の制御部２１００は、ディスプレイ２８００に表示する（ステップＳ２２０）。
文字情報を送信したコマンド解読部１１１０は、次に、DPL_TK_SRP#1のAOBであるAOB001.SA1に対応した暗号鍵の取得をプロテクト領域アクセス制御部１１３０に依頼し、依頼を受けたプロテクト領域アクセス制御部１１３０は、AOBSA1.KEYファイルのFile_Key_Entry#1を読み出す（図３参照）。【００６８】
読み出された暗号鍵File_Key_Entry#1は、録音再生装置２０００に送信される（ステップＳ１７０、ステップＳ１７５）。
その後、コマンド解読部１１１０は、AOB001.SA1を読出し、録音再生装置２０００に送信する（ステップＳ１８０、ステップＳ１８５）。
暗号鍵File_Key_Entry#1と、オーディオデータAOB001.SA1を受信した録音再生装置２０００は、再生部２５００によって、復号化部２６００で受取ったオーディオデータを復号しながら再生する（ステップＳ２３０）。【００６９】
次に、録音の処理について説明する。
図８は、本メモリカード１０００にオーディオデータを記録する録音処理を示すフローチャートである。
まず、ユーザはメモリカード１０００を録音再生装置２０００にセットし、曲の録音指示を出す（ステップＳ３００）。【００７０】
録音指示を検出した制御部２１００は、メモリカード１０００との間で相互認証を行なう（ステップＳ２１０、ステップＳ１００、ステップＳ１０５）。この相互認証は、再生処理で行うものと同じである(図７の説明参照)。
相互認証が成された後、暗号鍵を取得する（ステップＳ３１０）。ここでは、曲が録音されたメモリカードを製造する業者やメモリカードを使用する個人、すなわちユーザが暗号鍵を決めたものとし、録音再生装置２０００の記憶部（図示していない。）に記憶されているものとする。【００７１】
次に、制御部２１００は、録音部２３００に曲の録音を依頼する。依頼を受けた録音部２３００は、曲が終了するまで、すなわちオーディオデータのすべてが暗号化されるまで、以下の処理を行う（ステップＳ３２０）。
制御部２１００からは、記録する領域確保の要求依頼のコマンドが送信される（ステップＳ３３０、ステップＳ３３５）。【００７２】
コマンドを受信したコマンド解読部１１１０は、受信したコマンドを解読し、記録領域の確保を行い、確保出来た旨を録音再生装置２０００に通知する（ステップＳ５００、ステップＳ３３５）。
領域を確保した旨の通知を受けた録音部２３００は、オーディオデータの暗号化を開始する。オーディオデータと取得した暗号鍵とを暗号化部２４００に渡し、暗号化部２４００にオーディオデータの暗号化を依頼する。【００７３】
暗号化部２４００は、作業メモリであるバッファが一杯になるまで暗号化を行い（ステップＳ３４０、ステップＳ３５０：Ｎ）、バッファが一杯になったら（ステップＳ３５０：Ｙ）、データの解析を行い管理情報を作成する（ステップＳ３６０）。例えば、ここまでのタイムサーチテーブルの役割を有するTKTMSRTを作成する（図４参照）。また、タイトル、ライナーノートなどの必要な文字情報TKTXI_DAを作成する。【００７４】
管理情報を作成したら、暗号化したオーディオデータをメモリカード１０００に送信する（ステップＳ３７０、ステップＳ３７５）。
暗号化したオーディオデータを受信したメモリカード１０００は、非プロテクト領域アクセス制御部１１４０の依頼して、受信した暗号化オーディオデータをAOBファイルとしてユーザデータ領域１２２０に書き込む（ステップＳ６００）。【００７５】
暗号化したオーディオデータをメモリカードに送信した録音再生装置２０００は、暗号鍵を未だ送信していなければ（ステップＳ３８０：Ｎ）、オーディオデータを暗号化した暗号鍵をメモリカード１０００に送信する（ステップＳ３９０、ステップＳ３９５）。
暗号鍵を受取ったメモリカード１０００は、プロテクト領域アクセス制御部１１３０に依頼して、暗号鍵をオーディオデータと対応するようにAOBSA1.KEYファイルに書き込む（ステップＳ７００）。【００７６】
その後、オーディオデータが全て暗号化され、メモリカードに書き込まれるまで、以上の処理（ステップＳ３３０〜ステップＳ３７０）を行う。
すべてのオーディオデータが暗号化され、メモリカードに書き込まれたら（ステップＳ３２０：Ｙ）、管理情報をまとめ、メモリカードに送信する（ステップＳ４００、ステップＳ４０５）。【００７７】
管理情報を受信したメモリカードは、SD_AUDIO.PLMとSD_AUDIO.TKMに必要な情報をそれぞれ追加等し、非プロテクト領域アクセス制御部１１４０に依頼して、AUDIOPLM.KEYファイルの暗号鍵「PLM_File_key」と、AUDIOTKM.KEYファイルの暗号鍵「TKM_File_key」で暗号化後、ユーザデータ領域１２２０に書き込む（ステップＳ８００）。
＜変形例１＞
図９は、変形例１の制御情報等と暗号鍵の対応を示す図である。【００７８】
実施形態では、暗号化する単位をファイルとし、ファイルSD_AUDIO.PLM３０００とSD_AUDIO.TKM４０００を暗号化していた。また、その暗号鍵は、プロテクト領域１２１０にそれぞれファイルAUDIOPLM.KEY３９００とAUDIOTKM.KEY４９００を設け、その中に暗号鍵を保存していた。
本変形例では、暗号化するファイルは変わらないが、その暗号鍵をメモリカード１０００内のプロテクト領域１２１０に持つのではなく、録音再生装置２０００側に持つ点が異なる。【００７９】
録音再生装置２０００は、暗号鍵を予め記憶しておいても、インターネット等を介して外部からダウンロードしてもよい。
暗号鍵をメモリカードの外部に持つことになるので、メモリカード内部に暗号鍵を持つよりも、より安全になる利点がある。
また、暗号鍵はメモリカード毎に異なるものとすることで、より安全性が高まる。例えば、録音再生装置２０００側で、暗号鍵をメモリカードに固有のＩＤ番号と対応付けて記憶しておき、再生の際にメモリカードからＩＤ番号を読み出し、読み出したＩＤ番号に対応する暗号鍵を選択する。【００８０】
＜変形例２＞
図１０は、変形例２の制御情報等と暗号鍵の対応を示す図である。
実施形態では、暗号化する単位をファイルとし、ファイルSD_AUDIO.PLM３０００とSD_AUDIO.TKM４０００を暗号化していた。また、その暗号鍵は、プロテクト領域１２１０にそれぞれファイルAUDIOPLM.KEY３９００とAUDIOTKM.KEY４９００を設け、その中に暗号鍵を保存していた。【００８１】
本変形例では、SD_AUDIO.PLM３０００とSD_AUDIO.TKM４０００は暗号化せずに、SD_AUDIO.SPL３８００とSD_AUDIO.STK４８００を暗号化している点が異なる。
この追加したファイルSD_AUDIO.SPL３８００とSD_AUDIO.STK４８００に、保護すべき文字情報などを入れておくこととすることで、著作権保護を実現しつつ、従来のメモリカードとの互換性を保つことが出来るようになる。【００８２】
すなわち、SD_AUDIO.PLM３０００とSD_AUDIO.TKM４０００は暗号化していないことから、従来の録音再生装置でも録音再生することができるという利点がある。
さらに、SD_AUDIO.PLM３０００とSD_AUDIO.SPL３８００の様に、拡張子で暗号化されているか否かを判断することとしてもよい。この場合は、Playlist Managerとしては、どちらか一方のファイルが存在すればよいこととすることができる。すなわち、保護すべき情報が入っている場合はSD_AUDIO.SPLという名前とし、保護しなくてもよい場合はSD_AUDIO.PLMとすればよく、不要な暗号化復号化の処理を行わなくてもよいという利点がある。【００８３】
この拡張子によって暗号化するかしないかを判断する方法は、他の変形例においても、もちろん適用できる。
＜変形例３＞
図１１は、変形例３の制御情報等と暗号鍵の対応を示す図である。
実施形態では、暗号化する単位をファイルとし、ファイルSD_AUDIO.PLM３０００とSD_AUDIO.TKM４０００を暗号化していた。また、その暗号鍵は、プロテクト領域１２１０にそれぞれファイルAUDIOPLM.KEY３９００とAUDIOTKM.KEY４９００を設け、その中に暗号鍵を保存していた。【００８４】
本変形例では、実施形態のファイル構造に加え、拡張データであるところのディレクトリSD_AUDIO_EXT、及び、ファイルPL001.PLT５０００とTK001.TKT６０００とを追加している。このPL001.PLTとTK001.TKTは、AOB001.SA1の拡張データであり、AOBファイルの全てに存在しなくても良い。
これらのファイルには、ファイルSD_AUDIO.PLM３０００とSD_AUDIO.TKM４０００に入りきらない、AOB001.SA1に関する文字情報が入っている。例えば、歌詞、アーティストのコメントなどである。【００８５】
これらについても暗号化するのが本変形例である。
ここでは、拡張子がPLTのファイルは、AUDIOPLM.KEY３９００のPLM_File_Key３９１０で暗号化し、拡張子がTKTのファイルは、AUDIOTKM.KEY４９００のTKM_File_Key４９１０で暗号化することとしている。
このように暗号鍵を共通にすることにより、新たに暗号鍵用の領域を確保する必要がなく、かつ、一部のAOBファイルにのみ存在する拡張データも保護することが出来るという利点がある。【００８６】
本変形例のような拡張データが存在する場合は、ユーザに拡張データを表示させるか否かを選択させることとしてもよい。拡張データは、オーディオデータのファイルであるAOBファイルに対応して存在するものではなく、オーディオデータに直接関係ない情報である場合があるからである。
例えば、拡張データがある旨を録音再生装置のディスプレイに表示し、録音再生装置のスイッチやボタン等によって、拡張データを表示する指示をユーザが行った場合にのみ、拡張データを復号化して表示する。【００８７】
＜変形例４＞
図１２は、変形例４の制御情報等と暗号鍵の対応を示す図である。
実施形態では、暗号化する単位をファイルとし、ファイルSD_AUDIO.PLM３０００とSD_AUDIO.TKM４０００を暗号化していた。また、その暗号鍵は、プロテクト領域１２１０にそれぞれファイルAUDIOPLM.KEY３９００とAUDIOTKM.KEY４９００を設け、その中に暗号鍵を保存していた。【００８８】
本変形例では、従来と同じように、SD_AUDIO.PLM３０００とSD_AUDIO.TKM４０００は暗号化せず、その代わりに、拡張データであるところのファイルPL001.PLT５０００とTK001.TKT６０００とを暗号化するものである。
拡張データのみを暗号化することで、従来との互換性を保つことができ、かつ多くの文字情報を保護できるという利点がある。【００８９】
＜変形例５＞
図１３は、変形例５の制御情報等と暗号鍵の対応を示す図である。
実施形態では、暗号化する単位をファイルとし、ファイルSD_AUDIO.PLM３０００とSD_AUDIO.TKM４０００を暗号化していた。また、その暗号鍵は、プロテクト領域１２１０にそれぞれファイルAUDIOPLM.KEY３９００とAUDIOTKM.KEY４９００を設け、その中に暗号鍵を保存していた。【００９０】
本変形例では、実施形態のファイル構造に加え、拡張データであるところのディレクトリSD_AUDIO_EXT、及び、ファイルPL001.PLT５０００とTK001.TKT６０００がある。
この拡張ファイルも暗号化し保護する点では、変形例３及び変形例４と同様であるが、拡張ファイル用の暗号鍵を持つ点が異なる。
本変形例では、拡張子のよって暗号鍵を変えることとしている。PLxxx.PLTはPL_File_Keyで、TKxxx.TKTはTK_File_Keyで暗号化している。【００９１】
拡張ファイル専用の暗号鍵ができることで、保護がより強固になり、また、AOBファイルの拡張ファイルであれば暗号化できるという柔軟性をも併せ持つことが可能となるという利点がある。
また、それぞれの拡張ファイル毎に暗号鍵を作成することとしてもよい。
＜変形例６＞
図１４は、変形例６の制御情報等と暗号鍵の対応を示す図である。【００９２】
実施形態では、暗号化する単位をファイルとし、ファイルSD_AUDIO.PLM３０００とSD_AUDIO.TKM４０００を暗号化していた。また、その暗号鍵は、プロテクト領域１２１０にそれぞれファイルAUDIOPLM.KEY３９００とAUDIOTKM.KEY４９００を設け、その中に暗号鍵を保存していた。
本変形例では、暗号化する単位をファイルではなく、その部分とするものである。【００９３】
この例では、各プレイリスト情報PLI、各トラック情報TKI、AOBファイルのそれぞれ毎に暗号化を行う。それぞれに固有の暗号鍵を持つことにより、1つの暗号鍵が公になったとしても、その情報のみが公になるだけで済み、被害が最小限度で済むという利点がある。また、AOBファイル毎にプレイリスト情報PLIやトラック情報TKIを暗号化することで、コンテンツの入れ替え等の編集作業を行うことが容易になるという利点がある。【００９４】
また、PLGIなどの総括的な全体情報、例えば、格納されている曲数、再生時間など、は暗号化しないこととしてもよい。保護が不要な部分は暗号化しないことで、録音再生の処理が短くなり、また、データ容量が小さくなる利点がある。
また、更に、再生時に、格納されているコンテンツの情報をディスプレイに表示して、ユーザは再生を行おうとするコンテンツの暗号鍵のみを入手することとしてもよい。不要な暗号鍵は記録しないため、データ容量が小さくなり、かつ、コンテンツの保護も図ることが出来るという利点がある。【００９５】
＜変形例７＞
図１５は、変形例７の制御情報等と暗号鍵の対応を示す図である。
変形例６では、各プレイリスト情報PLI、各トラック情報TKI、AOBファイルのそれぞれ毎に固有の暗号鍵を持つこととしているが、本変形例では、暗号鍵を共通にしたものである。【００９６】
例えば、AOB001.SA1７２００とPLI#1７０００を、同じ暗号鍵File_Key_Entry#1７２１０を使用して暗号化するなどである。
ここでは、PLI#1とAOB001.SA1、PLI#2とAOB002.SA1が同じ暗号鍵を使用することとしているが、ランダムでもよく、また、TKI#1なども暗号化することとしてももちろんよい。ランダムな場合は、暗号鍵を特定できる情報を持つ必要がある。【００９７】
この場合、PLI#1などの小さい単位で暗号化して必要な範囲を保護できると伴に、暗号鍵を記憶する領域が減らせるという利点がある。
また、AOBファイルと、そのAOBファイルと関連するプレイリスト情報PLIやトラック情報TKIとを同じ暗号鍵で暗号化することで、暗号鍵を取得する処理が少なくなり再生処理が簡素化されるという利点がある。さらに、同じトラックを構成するPLI、TKI、AOBファイルは、同じ暗号鍵を用いることで同じような利点がある。【００９８】
＜変形例８＞
図１６は、変形例８の制御情報のうちの暗号化する情報例を示す図である。
実施形態では、暗号化する単位をファイルとし、ファイルSD_AUDIO.PLM３０００とSD_AUDIO.TKM４０００を暗号化していた。
本変形例では、必要最小限度の領域のみを暗号化するものである。【００９９】
例では、SD_AUDIO.TKM４０００のうち、文字情報が入っているTKTXI_DA４２００のみを暗号化する。もちろんSD_AUDIO.PLM３０００のDOLI_PLTIやPLI_PLTIであってもよい（図４参照）。
暗号化する領域を限定することで、必要な情報は保護しながら、暗号化復号化の時間は短くすることができ、暗号部分の情報が不要な場合は復号する時間が不要となるという利点がある。【０１００】
＜変形例９＞
図１７は、変形例９の制御情報のうちの暗号化する情報例を示す図である。
本変形８では、例えば、SD_AUDIO.TKM４０００のうち、文字情報が入っているTKTXI_DA４２００のみを暗号化するものである。
本変形例では、それよりも小さな領域を暗号化の対象とするものである。【０１０１】
例では、TKTXI_DA４２００の斜線を引いた一部分４２７０を暗号化している。TKGIにその暗号化されている領域の開始位置４２５０とそのサイズ４２６０を有している。
このようにすることで、文字情報のなかで必要な部分のみを自由に暗号化できるようになる。
尚、暗号化する部分は複数あってもよく、また、他の文字情報であってもよい。【０１０２】
＜補足＞
以上、本発明に係るコンテンツデータについて実施形態に基づいて説明したが、このコンテンツデータを部分的に変形することもでき、本発明は上述の実施形態に限られないことは勿論である。即ち、
（１）実施形態及び変形例では、SD-Audio規格を基に説明したが、もちろん他の規格であってもよい。【０１０３】
例えば、SD-Voice規格である。図１８と図１９を用いて、簡単に説明する。
図１８は、SD-Voiceのプレイリストとトラックの関係を示す図である。
Playlistは、ディレクトリSD-VCxxxの中の曲の再生順序を示すものであり、SD-Audioのプレイリストと同じである。また、Track#1等はSD-AudioのTKI#1等と対応する（図５、図６参照）。【０１０４】
図１９は、SD-Voiceのディレクトリ構造を示す図である。
SD-VC001ディレクトリ等がSD-AudioのSD-AUDIOに該当し、SD_VOICE.PLMはSD_AUDIO.PLM に、SD_VOICE.TKMはSD_AUDIO.TKM に、MOBxxx.VM1はSD-AudioのAOBxxx.SA1にそれぞれ該当する。
以上のように、SD-Voiceのデータ構造はSD-Audioのデータ構造と、その基本構造を同じにすることから、本発明をSD-Voiceに適用することは可能であり、著作権保護に関して有効である。
（２）実施形態では、メモリカード内でSD_AUDIO.PLMとSD_AUDIO.TKMとの復号化、暗号化を行っているが、録音再生装置において行ってもよい。【０１０５】
例えば、暗号化する対象の要領が大きい場合などは、暗号化されたまま再生装置に送り復号化して表示することとすることで、処理速度が速くなるという利点がある。すなわち、暗号化する量、部分、内容などに応じて、暗号化又は復号化の処理をメモリカードないで行うか、録音再生装置で行うかを選ぶことが出来る。
暗号化又は復号化の処理を録音再生装置で行う場合は、暗号鍵が録音再生装置側に記憶されている場合は記憶されている暗号鍵を用い、暗号鍵がメモリカード側に記憶されているときは録音再生装置側に送信して用いる必要がある。
（３）実施形態では、SD_AUDIO.PLM等の暗号鍵は、必ずメモリカードや録音再生装置に存在するものとしているが、該当する暗号鍵がない場合には、ディスプレイにその旨の警告メッセージを表示することとしてもよい。
（４）実施形態で示したメモリカード及び録音再生装置の各機能を実現させる為の各処理（図１等参照）をＣＰＵに実行させる為のプログラムを、記録媒体に記録し又は各種通信路等を介して、流通させ頒布することもできる。このような記録媒体には、ＩＣカード、光ディスク、フレキシブルディスク、ＲＯＭ、フラッシュメモリ等がある。流通、頒布されたプログラムは、機器におけるＣＰＵで読み取り可能なメモリ等に格納されることにより利用に供され、そのＣＰＵがそのプログラムを実行することにより実施形態で示したメモリカード及び録音再生装置の各機能が実現される。
【産業上の利用可能性】
【０１０６】
著作権保護を求められるＡＶデータ等を記録するデータ構造、記録媒体、再生装置において、保護するデータの制御情報にも著作権の保護対象が含まれる可能性を有する場合の技術として有用である。
【図１】
2007052446.tif 000003
【図２】
2007052446.tif 000004
【図３】
2007052446.tif 000005
【図４】
2007052446.tif 000006
【図５】
2007052446.tif 000007
【図６】
2007052446.tif 000008
【図７】
2007052446.tif 000009
【図８】
2007052446.tif 000010
【図９】
2007052446.tif 000011
【図１０】
2007052446.tif 000012
【図１１】
2007052446.tif 000013
【図１２】
2007052446.tif 000014
【図１３】
2007052446.tif 000015
【図１４】
2007052446.tif 000016
【図１５】
2007052446.tif 000017
【図１６】
2007052446.tif 000018
【図１７】
2007052446.tif 000019
【図１８】
2007052446.tif 000020
【図１９】
2007052446.tif 000021
【手続補正書】
【提出日】平成20年4月10日(2008.4.10)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ディスプレイを備える再生装置に使用されるためのコンテンツデータであって、
再生されるための複数のオーディオデータそれぞれと、当該オーディオデータの再生に際してディスプレイに表示されるべき文字を示すコード情報が所定のアルゴリズムにより暗号化されて成る暗号化コード情報とを、それぞれ対応付けたデータ構造を有するコンテンツデータ。
【請求項２】
前記オーディオデータの再生に際してディスプレイに表示されるべき文字を示すコード情報は、再生されるオーディオデータ毎に異なる情報である
ことを特徴とする請求項１記載のコンテンツデータ。
【請求項３】
前記オーディオデータの再生に際してディスプレイに表示されるべき文字を示すコード情報は、そのオーディオデータの再生中に表示されるべき情報である
ことを特徴とする請求項２記載のコンテンツデータ。
【請求項４】
前記コード情報は、前記オーディオデータの再生に際してディスプレイに表示されるべき文字群の一部を示すものである
ことを特徴とする請求項１記載のコンテンツデータ。
【請求項５】
前記コンテンツデータは、更に、
前記オーディオデータそれぞれと、当該オーディオデータにアクセスするためのアクセス情報とを、それぞれ対応付けた構造を有し、
前記アクセス情報は暗号化されていない
ことを特徴とする請求項１記載のコンテンツデータ。
【請求項６】
前記コンテンツデータは、更に、
オーディオデータを再生する順序とプレイリストの識別名称とを含むプレイリストを有し、
前記プレイリストに含まれる前記識別名称のみが暗号化されている
ことを特徴とする請求項１記載のコンテンツデータ。
【請求項７】
ディスプレイを備える再生装置に使用されるためのコンテンツデータであって、
再生されるための複数のオーディオデータそれぞれと、当該オーディオデータの再生に際してディスプレイに表示されるべき文字を示すコード情報が所定の暗号鍵を用いて暗号化されて成る暗号化コード情報とを、それぞれ対応付けたデータ構造を有するコンテンツデータを記録するメモリカードであって、
前記メモリカードは、認証後にアクセス可能なプロテクト領域と、認証なしにアクセス可能な非プロテクト領域とを備え、
前記所定の暗号鍵は、前記非プロテクト領域に記憶されている
ことを特徴とするメモリカード。
【請求項８】
ディスプレイを備え、コンテンツデータを再生する再生装置であって、
前記コンテンツデータは、複数のオーディオデータそれぞれと、文字を示すコード情報が所定のアルゴリズムにより暗号化されて成る暗号化コード情報とを、それぞれ対応付けたデータ構造を有するコンテンツデータであり、
前記オーディオデータを再生する再生手段と、
前記暗号化コード情報の復号を行いコード情報を作成する復号手段と、
前記再生手段でオーディオデータを再生する際に、前記復号手段でに、当該オーディオデータと対応付けられた暗号化コード情報を復号しさせて作成したコード情報を、前記ディスプレイに表示する表示手段と
を備える再生装置。
【請求項９】
前記コンテンツデータは、固有のＩＤ番号を有するメモリカードに記憶され、
前記再生装置は、更に、メモリカードのＩＤ番号と前記復号手段が復号を行う際に用いる復号鍵とを対応させて記憶する復号鍵記憶手段を備え、
前記表示手段は、前記再生手段でオーディオデータを再生する際に、当該オーディオデータが記憶されているメモリカードのＩＤ番号と対応付けて前記復号鍵記憶手段に記憶されている復号鍵を用いて、前記復号手段に、当該オーディオデータと対応付けられた暗号化コード情報を復号させて作成したコード情報を、前記ディスプレイに表示する
ことを特徴とする請求項８記載の再生装置。
【請求項１０】
前記再生装置は、更に、前記ディスプレイにメッセージを表示するメッセージ手段を備え、
前記表示手段は、再生するオーディオデータが記憶されているメモリカードのＩＤ番号と対応付けられている復号鍵が、前記復号鍵記憶手段に記憶されていない場合には、前記メッセージ手段にメッセージを表示させる
ことを特徴とする請求項９記載の再生装置。
【請求項１１】
前記コンテンツデータは、更に、文字を示す拡張コード情報が所定のアルゴリズムにより暗号化されて成る暗号化拡張コード情報を含み、
前記再生装置は、更に、拡張コード情報を前記ディスプレイに表示するか否かを示す指示を、自装置の外部から取得する取得手段を備え、
前記表示手段は、前記取得手段で取得した指示が拡張コード情報を表示することを示す場合には、暗号化コード情報を復号させて作成した拡張コード情報を、前記ディスプレイに表示する
ことを特徴とする請求項８記載の再生装置。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、音楽や動画・静止画コンテンツ等のＡＶ（Audio Visual） データのデータ構造に関し、特に著作権保護を図る技術に関する。
【背景技術】
【０００２】
近年、音楽や画像データのデジタル化が進み、インターネット等を介して、様々なコンテンツが容易に入手できるようになっている。また、それらの記録媒体については、ＭＤ（Mini Disc）やメモリカード等の小型のものが開発され、ユーザにとっては、入手したコンテンツの持ち運びや保存等が便利になっている。
その一方で、ユーザの記録媒体に保存されているＡＶデータの違法コピー等、不正な使用が行われる可能性があり、不法なコピーが出回り、著作権者の権利保護が充分に成されない場合が生じている。
【０００３】
特に、メモリカードは、非常に小型で、データの読書きにほとんど電力を消費しないという特徴があり、携帯機器を中心に普及していることから、不正な使用に用いられる可能性が高いと考えられ、著作権保護機能を備えたものが開発されている。
例えば、ＡＶデータを暗号化してメモリカードに記録しておき、その復号に用いる暗号鍵は相互認証が出来た再生装置にしか渡さないことで、不正な再生装置ではＡＶデータの復号、再生が出来ないようにする技術である。
【０００４】
さらに、メモリカードには、このような著作権保護機能に加えて、ユーザの使い勝手を良くするような技術も開発されている。
例えば、ＭＤ等と同様に、楽曲などのコンテンツの再生順序をユーザが自由に設定できたり、早送り巻き戻し等の特殊再生を行うことが出来るようにする技術や（特許文献１参照）、アーティスト名等、コンテンツに関する文字情報を拡張データとしてメモリカードに記憶させておき、再生装置のディスプレイに表示させることができる技術である（特許文献２参照）。
【０００５】
これらの技術により、メモリカードは、ユーザにとって使い勝手が良いものとなっている。
【特許文献１】特開２００１−２４９６９５号公報
【特許文献２】特開２００４−１８４６７５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかし、著作権保護の観点から見てみると、楽曲自体であるＡＶデータは暗号化され記録されているものの、楽曲の再生順序やタイトル等は、ユーザの使用感を向上させる為のいわゆる制御情報ともいえるものであることから、暗号化されていない。また、コンテンツに関する情報である拡張データも楽曲自体ではない為、暗号化されていない。
しかし、これらの楽曲の再生順序やタイトル等は著作物という面を備える場合がある。また、コンテンツに関する情報にも、楽曲の解説など、いわゆるライナーノートやアーティスト・メッセージが含まれる場合があり、著作物としての保護が必要とされる場合がある。
【０００７】
そこで、本発明は、楽曲以外の文字による著作物を保護することが可能なデータ構造を持つコンテンツデータ、メモリカード及びその再生装置の提供を目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決する為に、本発明のコンテンツデータは、ディスプレイを備える再生装置に使用されるためのコンテンツデータであって、再生されるための複数のオーディオデータそれぞれと、当該オーディオデータの再生に際してディスプレイに表示されるべき文字を示すコード情報が所定のアルゴリズムにより暗号化されて成る暗号化コード情報とを、それぞれ対応付けたデータ構造を有することを特徴とする。
【発明の効果】
【０００９】
本発明に係るコンテンツデータは、上述のデータ構造を備えることにより、コンテンツデータ内の文字情報は暗号化されているので、文字情報に著作物が含まれている場合には、保護することが出来るようになる。
また、前記オーディオデータの再生に際してディスプレイに表示されるべき文字を示すコード情報は、再生されるオーディオデータ毎に異なる情報であることとしてもよい。
【００１０】
さらに、前記オーディオデータの再生に際してディスプレイに表示されるべき文字を示すコード情報は、そのオーディオデータの再生中に表示されるべき情報であることとしてもよい。
これにより、コンテンツデータに含まれるオーディオデータ毎の文字情報を暗号化出来るので、オーディオデータごとに著作権保護ができるようになる。
【００１１】
また、前記コード情報は、前記オーディオデータの再生に際してディスプレイに表示されるべき文字群の一部を示すものであることとしてもよい。
これにより、オーディオデータの文字情報のうち、ディスプレイに表示されてユーザの目に触れるもののみを暗号化出来るので、細かな著作権保護ができるようになる。
また、前記コンテンツデータは、更に、前記オーディオデータそれぞれと、当該オーディオデータにアクセスするためのアクセス情報とを、それぞれ対応付けた構造を有し、前記アクセス情報は暗号化されていないこととしてもよい。
【００１２】
これにより、オーディオデータに対応付けられた情報のうち、著作権保護が不要な情報であるアクセス情報は暗号化しないので、不要な暗号化、復号化の処理をせずに、必要な著作権保護ができるようになる。
また、前記コンテンツデータは、更に、オーディオデータを再生する順序とプレイリストの識別名称とを含むプレイリストを有し、前記プレイリストに含まれる前記識別名称のみが暗号化されていることとしてもよい。
【００１３】
これにより、オーディオデータの再生順序に著作権が発生しない場合には暗号化しないで、プレイリストの識別名称のみが暗号化されるので、不要な暗号化、復号化の処理をせずに、必要な著作権保護ができるようになる。
また、本発明のメモリカードは、ディスプレイを備える再生装置に使用されるためのコンテンツデータであって、再生されるための複数のオーディオデータそれぞれと、当該オーディオデータの再生に際してディスプレイに表示されるべき文字を示すコード情報が所定の暗号鍵を用いて暗号化されて成る暗号化コード情報とを、それぞれ対応付けたデータ構造を有するコンテンツデータを記録するメモリカードであって、前記メモリカードは、認証後にアクセス可能なプロテクト領域と、認証なしにアクセス可能な非プロテクト領域とを備え、前記所定の暗号鍵は、前記非プロテクト領域に記憶されていることを特徴とする。
【００１４】
本発明に係るメモリカードは、上述の構成を備えることにより、文字情報は暗号化されたコンテンツデータを記憶できるので、文字情報に著作物が含まれている場合には、保護することが出来るようになる。
また、本発明の再生装置は、ディスプレイを備え、コンテンツデータを再生する再生装置であって、前記コンテンツデータは、複数のオーディオデータそれぞれと、文字を示すコード情報が所定のアルゴリズムにより暗号化されて成る暗号化コード情報とを、それぞれ対応付けたデータ構造を有するコンテンツデータであり、前記オーディオデータを再生する再生手段と、前記暗号化コード情報の復号を行いコード情報を作成する復号手段と、前記再生手段でオーディオデータを再生する際に、前記復号手段で、当該オーディオデータと対応付けられた暗号化コード情報を復号して作成したコード情報を、前記ディスプレイに表示する表示手段とを備えることを特徴とする。
【００１５】
本発明に係る再生装置は、上述の構成を備えることにより、文字情報は暗号化されたコンテンツデータを再生でき、暗号化されている文字情報を表示することができるので、著作物が含まれる文字情報が保護されているコンテンツデータを、文字情報と共に再生することが出来るようになる。
【発明を実施するための最良の形態】
【００１６】
＜実施形態＞
＜概要＞
本発明に係るコンテンツデータは、ＡＶデータ以外のデータのうち、文字データは全て暗号化するものである。
著作物の可能性のある文字データを暗号化することにより、文字による著作物に関しては、完全に保護しようとするものである。
【００１７】
以下、本発明に係るコンテンツデータについて説明する。
＜構成＞
図１は、メモリカード１０００及びその録音再生装置２０００の構成を示す機能ブロック図である。
＜メモリカードの構成＞
まず、メモリカード１０００から説明する。
【００１８】
メモリカード１０００は、２つのＩＣチップ、コントロールＩＣ１１００とフラッシュメモリ１２００とを内蔵している。その他、メディアＩＤ及びセキュアメディアＩＤを記憶するＲＯＭ等及び外部機器とのデータの入出力を行う各種ピンを有する（図示していない）。
コントロールＩＣ１１００は、アクティブ素子（論理ゲート等）からなる制御回路であり、コマンド解読部１１１０、相互認証部１１２０、プロテクト領域アクセス制御部１１３０、非プロテクト領域アクセス制御部１１４０、暗号・復号化回路１１５０及びマスター鍵記憶部１１６０で構成される。
【００１９】
また、フラッシュメモリ１２００は、プロテクト領域１２１０とユーザデータ領域１２２０とで構成される。
まず、コントロールＩＣ１１００の相互認証部１１２０は、メモリカード１０００が備えるCOMMANDピンを介して、録音再生装置２０００とチャレンジ・レスポンス型の相互認証を行う回路である。チャレンジ・レスポンス型の相互認証とは、相手側機器の正当性を検証するためにチャレンジデータを相手側機器に送り、それに対して相手側機器において自己の正当性を証明する処理が施こされて生成されたレスポンスデータを相手側機器から受け取り、それらチャレンジデータとレスポンスデータとを比較することで相手側機器を認証することができるか否かを判断するという認証ステップを、双方の機器が相互に行うものである。
【００２０】
コマンド解読部１１１０は、COMMANDピンを介して入力されたメモリカード１０００への命令であるコマンドの種類を判定し実行するデコード回路や制御回路からなるコントローラであり、入力されたコマンドの種類に応じて、各構成要素を制御する機能を有する。コマンドには、例えば、フラッシュメモリ１２００のデータを読み・書き・消去するコマンド等がある。
【００２１】
マスター鍵記憶部１１６０は、暗号化されたマスター鍵を予め記憶している。マスター鍵とは、メディアIDの暗号化に用いられる暗号鍵であり、メモリカード１０００が機器に接続された際の相互認証に使用される。
プロテクト領域アクセス制御部１１３０及び非プロテクト領域アクセス制御部１１４０は、それぞれ、フラッシュメモリ１２００のプロテクト領域１２１０及び非プロテクト領域であるユーザデータ領域１２２０へのデータ書き込み及びデータ読み出しを実行する回路であり、４本のデータピンを介して録音再生装置２０００との間でデータを送受信する。
【００２２】
暗号・復号化回路１１５０は、プロテクト領域アクセス制御部１１３０及び非プロテクト領域アクセス制御部１１４０による制御の下、マスター鍵記憶部１１６０に格納されたマスター鍵を用いて暗号化及び復号化を行う回路であり、また、フラッシュメモリ１２００にデータを書き込む際にそのデータを暗号化して書き込み、フラッシュメモリ１２００からデータを読み出した際にそのデータを復号化する回路でもある。  
【００２３】
＜録音再生装置の構成＞
次に、録音再生装置２０００の説明をする。
録音再生装置２０００は、制御部２１００、相互認証部２２００、録音部２３００、暗号化部２４００、再生部２５００、復号化部２６００、デバイス鍵記憶部２７００及びディスプレイ２８００で構成される。
【００２４】
制御部２１００は、録音再生装置の有する録音、再生、暗号化等の機能を制御する機能を有する。また、メモリカード１０００とのピンを介しての各種データの送受信を制御する機能を有する。
相互認証部２２００は、メモリカード１０００が正当なものであるかの認証を行う機能を有する。その際、デバイス鍵記憶部２７００が記憶するデバイス鍵を使用する。
【００２５】
録音部２３００は、メモリカード１０００に楽曲などのオーディオデータを記録する機能を有する。その際、暗号化する機能を有する暗号化部２４００に依頼して暗号化したものをメモリカード１０００に送信する。
再生部２５００は、メモリカード１０００から読み出したオーディオデータを再生する機能を有する。その際、復号を行う機能を有する復号化部２６００に依頼して復号を行ったものを再生することになる。
【００２６】
ディスプレイ２８００は、制御部２１００の依頼を受けて、文字情報を表示する機能を有する。例えば、現在再生中の曲のタイトルなどである。
以下に、フラッシュメモリ１２００に記憶されるコンテンツデータの構成について説明する。
＜コンテンツデータの従来のディレクトリ構成＞
図２は、従来のコンテンツデータのディレクトリ構成を示す図である。図２（ａ）は、ユーザデータ領域１２２０に記憶されるデータのディレクトリ構成の例を示す図であり、図２（ｂ）は、プロテクト領域１２１０に記憶されるデータのディレクトリ構成の例を示す図である。
【００２７】
本図は、従来のコンテンツデータのディレクトリ構成を示す図であるが、本実施形態におけるディレクトリ構成は、図２（ａ）のユーザデータ領域１２２０に記憶されるデータのディレクトリ構成に２つのファイルが追加される以外は、従来と同じである。追加されるファイルについては、図３で説明する。
本図における「SD_AUDIO.PLM」３０００、「SD_AUDIO.TKM」４０００は、PlaylistManager（PLMG)、TrackManager(TKMG)といった制御情報であるナビゲーションデータを収録したファイルであり、「AOB001.SA1」「AOB002.SA1」「AOB003.SA1」「AOB004.SA1」・・・・・は、プレゼンテーションデータであるオーディオデータを格納したファイル（以下、「AOBファイル」という。）である。
【００２８】
「AOB0xx.SA1」における拡張子「SA」は、「Secure Audio」の略であり、これらの格納内容は、著作権保護の必要性があることを示している。（尚、図２（ａ）にはAOBファイルが8個だけ記述されているが、これは単なる一例であり、SD_AudioディレクトリはAOBファイルを最大999個まで格納することができる。）。
このようにプレゼンテーションデータに著作権保護の必要性がある場合、プロテクト領域には、SD_Audioディレクトリという名称のサブディレクトリが設けられ、そのSD_Audioディレクトリの配下に暗号鍵格納ファイルAOBSA1.KEYが作成される。
【００２９】
図２（ｂ）は、SD_Audioの下に格納された暗号鍵格納ファイルAOBSA1.KEYを示す図である。暗号鍵格納ファイルAOBSA1.KEYには、複数の暗号鍵FileKeyを所定の順序に配列してなる暗号鍵列である「File_Key_Entry＃1〜＃8」が格納されている。
電子音楽配信において音楽会社のサーバコンピュータは、この図２（ａ）、（ｂ）に示す２つのSD_Audioディレクトリを保持しており、当該音楽コンテンツの購入要求が消費者から発せられれば、このSD_Audioディレクトリを圧縮し、暗号化した後、購入要求を発した消費者に、このSD_Audioディレクトリを公衆ネットワークを介して送信する。消費者が所有するコンピュータがこのSD_Audioディレクトリを受信すると、このディレクトリの暗号化を解除すると共に、伸長を行い、SD_Audioディレクトリを得る（尚、ここでいう公衆ネットワークは、ISDN回線等の有線通信網、携帯電話に代表される無線通信網等、公衆に利用が解放されている全てのネットワークを含む）。
【００３０】
尚、SD_Audioディレクトリを得る方法として、上述した方法の他に、AOBファイルを音楽会社のサーバコンピュータからダウンロードし、消費者が所有するコンピュータが、メモリカード１０００においてこの図２（ａ）、（ｂ）に示すSD_Audioディレクトリを作成しても良い。
＜本発明の２つのSD_Audioディレクトリとその関係＞
次に、この２つのSD_Audioディレクトリのファイルの関係を説明する。
【００３１】
図３は、プロテクト領域１２１０のSD_Audio下にあるAOBSA1.KEY、AUDIOPLM.KEY３９００、AUDIOTKM.KEY４９００と、ユーザデータ領域１２２０のSD_AUDIO.PLM３０００、SD_AUDIO.TKM４０００、AOBファイルとの対応を示す図である。尚、プロテクト領域１２１０のAUDIOPLM.KEY３９００とAUDIOTKM.KEY４９００が、本実施形態において追加されたファイルである。
【００３２】
本図においてユーザデータ領域１２２０における暗号化ファイルを暗号化する際に用いたFileKeyは、プロテクト領域１２１０に対応する暗号鍵格納ファイル「AOBSA1.KEY」に格納される。暗号化されたAOBファイルと暗号鍵は、点線矢印で示されるような対応付けが成されている。この対応付けについては、後で説明する。
従来は、暗号鍵はAOBファイルにしか対応付けられておらず（図２参照）、暗号化されているのはAOBファイルのみであって、「SD_AUDIO.PLM」３０００と「SD_AUDIO.TKM」４０００は、暗号化されていなかった。
【００３３】
本実施形態では、この２つのファイルを暗号化し、「SD_AUDIO.PLM」３０００の暗号鍵「PLM_FILE_KEY」３９１０をファイル「AUDIOPLM.KEY」３９００に、「SD_AUDIO.TKM」４０００の暗号鍵「TKM_FILE_KEY」４９１０をファイル「AUDIOPLM.KEY」４９００にそれぞれ保存している。
この２つのナビゲーションデータを暗号化するのは、それぞれ文字情報を含んでいるからである。文字情報の存在については、図４を用いて後で説明する。
【００３４】
＜AOBファイルと暗号鍵との対応付け＞
暗号化されたAOBファイルと、暗号鍵格納ファイルとは、以下の一定の規則(1)(2)(3)に基づく対応関係を有する。
(1)暗号鍵格納ファイルは、暗号化されたファイルが格納されているディレクトリと同じディレクトリ名に配置される。図３のユーザデータ領域１２２０においてSD_AudioディレクトリにAOBファイルが配されており、プロテクト領域１２１０の暗号鍵格納ファイルもSD_Audioディレクトリに配されている。
【００３５】
(2)暗号鍵格納ファイルには、データ領域におけるAOBファイルのファイル名の先頭3文字とそのファイルの拡張子、および所定の拡張子「.key」とを組み合わせたファイル名が付与される。AOBファイルのファイル名が「AOB001.SA1」である場合、暗号鍵格納ファイルには、この先頭３文字「AOB」と、「SA1」と、拡張子「.key」とからなる「AOBSA1.KEY」というファイル名が付与される。
【００３６】
(3) AOBファイルのファイル名には、暗号鍵格納ファイル内の暗号鍵列において、そのオーディオデータに対応するFilekeyが何番目に位置するか、即ち、対応するFileKeyの順位を示すシリアル番号が付与される。図３における暗号鍵格納ファイル内の「File Key Entry＃1,＃2,＃3・・・・・＃8」は、暗号鍵格納ファイル内の各FileKeyが格納されている領域の先頭位置を示す。一方AOBファイルのファイル名には、"001","002","003","004"といったシリアル番号が付与されている。これらのAOBファイル内のシリアル番号は、対応するFileKeyが暗号鍵列において何番目に位置するかを意味するので、各AOBファイルを暗号化する際に用いたFileKeyは、同一のシリアル番号を有する「File Key Entry」に存在することなる。図３における点線矢印は、AOBファイルとFileKeyとの対応関係を示す。即ち、ユーザデータ領域におけるAOB001.SA1は「File Key Entry＃1」に格納されているFileKeyと対応しており、AOB002.SA1は、「FileKey Entry＃2」以降に格納されたFileKey、AOB003.SA1は「FileKey Entry＃3」以降に格納されたFileKeyに対応していることを示す。
【００３７】
以上の(3)からもわかるように、AOBファイルの暗号化に用いたFileKeyは、各ファイル毎に異なるものであり、それらは、ファイル名に組み込まれている"001","002","003","004"といったシリアル番号と、同一のシリアル番号を有する「File Key Entry」に格納されている。各AOBファイルは異なるFileKeyを用いて暗号化されるので、仮に、特定のAOBファイルの暗号化キーが公にされた場合でも、他のAOBファイルは、公にされたFileKeyを用いても暗号化を解除することはできない。これにより、AOBファイルを暗号化した際のFileKeyが公にされた場合の損害を最小限に留めることができる。
【００３８】
ナビゲーションデータであるSD_AUDIO.PLM３０００は、本実施形態で追加された「AUDIOPLM.KEY」３９００に格納されている暗号鍵「PLM_FILE_KEY」３９１０と対応付けられ、SD_AUDIO.TKM４０００は、「AUDIOPLM.KEY」４９００に格納されている暗号鍵「TKM_FILE_KEY」４９１０と対応付けられている。
次に、制御情報であるナビゲーションデータについて説明する。
【００３９】
＜ナビゲーションデータの構造＞
図４は、ナビゲーションデータの構造を示す図である。
ナビゲーションデータは、ユーザデータ領域１２２０に記憶されている「SD_AUDIO.PLM」３０００と「SD_AUDIO.TKM」４０００という２つのファイルからなり、ファイル「SD_AUDIO.PLM」は、PlaylistManager（PLMG)を格納し、ファイル「SD_AUDIO.TKM」は、TrackManager（TKMG)を格納する。
【００４０】
ユーザデータ領域１２２０の複数のAOBファイルは、符号化されたAOBを収録しているが、これらのAOBの再生時間がどれだけであるか、また、それぞれのAOBがどのような曲名であり、作曲者は誰であるか等は何等記載されていない。また、それらをどのような順序で再生させるかは一切記載されていない。TrackManager(TKMG)、PlaylistManager（PLMG)は、こういった情報を再生装置に通知するために設けられている。
【００４１】
ここでTrackManager(TKMG)は、AOBファイルに収録されているAOBと、トラックとの対応関係を示す。トラックとは、ユーザにとって意味のある再生単位であり、例えば、メモリカード１０００に音楽著作物を格納しようとする場合、トラックは曲に対応する。
このように、TrackManager(TKMG)は、複数AOBファイルに収録されている複数のAOBをトラックの集合として管理するために設けられており、これらのAOBの再生時間がどれだけであるか、また、それぞれのAOBがどのような曲名であり、作曲者は誰であるか等の諸情報を示す複数のトラック管理情報を含んでいる。
【００４２】
また、PlaylistManager（PLMG)は、トラックの複数の再生順序を規定するプレイリストを複数含んでいる。
まず、TrackManager(TKMG)について図面を参照しながら説明する。
図４は、PlaylistManager３０００及びTrackManager４０００の構成を段階的に詳細化した図である。本図において右段に位置する論理フォーマットは、その左段に位置する論理フォーマットを詳細化したものであり、破線に示す引き出し線は、右段の論理フォーマットがその左段の論理フォーマット内のどの部分を詳細化したかを明確にしている。
【００４３】
TrackManager４０００は、破線の引き出し線h1に示すように、Track Information(TKIと略す)＃1,＃2,＃3,＃4・・・・・＃nからなる。これらのTKIはAOBファイルに収録されているAOBを、トラックとして管理するための情報であり、各AOBファイルに対応している。
各TKIは、破線の引き出し線h2に示すように、概括情報であるTrack_General_Informatin(TKGI) ４１００、TKIに固有なテキスト情報が記述されるTrack_Text_Infomation_Data_Area(TKTXTI_DA)４２００、タイムサーチテーブルの役割を有するTrack_Time_Serch_Table(TKTMSRT)４３００からなる。
【００４４】
TKI自体は固定サイズ（1024バイト）であり、TKGIとTKTXTI_DAとは各256バイトで合計512バイト固定長である。TKTMSRTは512バイト固定長である。またTrackManagerにおいて、TKIは、最大999個まで設定することができる。
TKGI４１００は、引き出し線ｈ４に示すような、TKIの識別子「TKI_ID」、TKI番号「TKIN」、TKIのサイズ「TKI_SZ」、次のTKIへのリンクポインタ「TKI_LNK_PTR」、ブロック属性「TKI_BLK_ATR」、再生時間「TKI_PB_TM」、TKIのオーディオ属性「TKI_AOB_ATR」、「ISRC」、ブロック情報「BIT」という一連の情報が記録されている（尚、本図は、説明の簡略化のため、一部のフィールドについては省略して表記している。）。
【００４５】
例えば、「TKI_ID」には、TKIを一意に識別できるID(本実施形態では2バイトの"A4"というコード)が記述される。「TKIN」には、1から999までの範囲のTKI番号が記述される。なお、このTKI番号は他のTKIのTKINに記述されるTKI番号と重複してはならない。このようなTKINとして、TrackManagerにおけるTKIの順位、即ち、TrackManagerにおいてTKIが何番目に位置するかを記述するものとする。本図におけるTKI＃1なら、TKI番号は、"1"と記載され、TKI＃2ならTKI番号は、"2"と、TKI＃3ならTKI番号は、"3"と記載される。
【００４６】
「TKI_SZ」には、TKIのデータサイズがバイト数単位で記述される。具体的には、1024バイトと記述される。
Track Text Information Data Area(TKTXTI_DA)４２００には、アーティスト名、アルバム名、編曲者名、プロデューサ名等を示すテキスト情報が記述される。テキストデータが存在しない場合でも、この領域は確保される。
【００４７】
Track_Time_Serch_Table(TKTMSRT)４３００は、タイムサーチテーブルであり、再生時間等を管理している。
次に、Playlistmanager３０００を説明する。
Playlistmanager３０００は、破線の引き出し線h5に示すように、メモリカード１０００内に格納されているプレイリストを管理するPlaylistManager_Information(PLMGI)と、メモリカード１０００に格納される全トラックを管理するDefault_Playlist_Information(DPLI)と、一部のトラックを管理するPlaylistInformation(PLI)＃1,＃2,＃3,＃4,＃5・・・・・＃nとからなる。
【００４８】
また、Default_Playlist Information(PLMGI)は、破線の引き出し線h6に示すように、Default_Playlist_General_Information(DPLGI)とDefault_Playlist_Track_Serch_Pointer(DPL_TK_SRP)＃1,＃2,＃3,＃4・・・・＃mとからなる。
DPLGIは、破線引き出し線h8に示すように、DPLIの識別ＩＤ「DPLI_ID」とDefaultPlaylist文字情報「DPLI_PLTI」３１００とを含んでいる。
【００４９】
また各PLIは、破線の引き出し線h7に示すように、Playlist_General_Information(PLGI)とPlaylist_Track_Serch_Pointer(PL_TK_SRP)＃1,＃2,・・・＃mとからなる。
PLGIは、破線引き出し線h9に示すように、PLIの識別ＩＤ「PLI_ID」とPlaylist文字情報「PLI_PLTI」３２００とを含んでいる。
ここでDPLIと、PLIとの差違について説明しておく。DPLIは、全てのトラックを指定することが義務付けられているのに対して、PLIは、そのような義務は存在せず、任意のトラックを指定すれば良い。そのため、ユーザが、自分の好みのトラックのみを指定しているようなPLIを生成してメモリカード１０００に記憶させたり、またメモリカード１０００に記憶される複数のトラックのうち、所定のジャンルのトラックのみを指定しているようなPLIを再生装置が自動的に生成してメモリカード１０００に記憶させるという用途に適している。
【００５０】
プレイリストの最大数は99個である。また、PlaylistManager Information(PLMGI)とDefault PlaylistInformation(DPLI)は、合計で2560バイトの固定長である。Playlist Information(PLI)もまた、512バイトの固定長である。
ここで、本実施形態で保護しようとする文字データは、３種類ある。すなわち、DPLIに含まれる「DPLI_PLTI」３１００、PLIに含まれる「PLI_PLTI」３２００及び、TKIに含まれる「TKTXI_DA」４２００である。
【００５１】
＜ナビゲーションデータとAOBファイルの関係＞
図５は、DPLI、TKI、AOBファイルの相互関係を示す図である。
DPLIには、8つのDPL_TK_SRPを示し、TKMGには、8つのTKIが示されている。また、8つのAOBファイルを示している。
DPL_TK_SRP＃1〜＃8のそれぞれは、上段にトラックの属性を表すDPL_TK_ATRを示し、下段にはトラック番号を現すDPL_TKINを示す。
【００５２】
本図における矢印DT1,DT2,DT3,DT4・・・・・を参照すれば、DPL_TK_SRP＃1と、TKI＃1との間に対応関係が成立しており、DPL_TK_SRP＃2と、TKI＃2との間、DPL_TK_SRP＃3と、TKI＃3との間、DPL_TK_SRP＃4と、TKI＃4との間にも対応関係が成立していることがわかる。更に、各DPL_TK_SRPにおけるDPL_TK_ATRを参照すれば、DPL_TK_SRP＃1、DPL_TK_SRP＃2、DPL_TK_SRP＃3、DPL_TK_SRP＃8は何れも、Trackと設定されている。即ち、DPL_TK_SRP＃1→TKI＃1（AOB001.SA1）、DPL_TK_SRP＃2→TKI＃2（AOB002.SA1）、DPL_TK_SRP＃3→TKI＃3（AOB003.SA1）、DPL_TK_SRP＃8→TKI＃8（AOB008.SA1）という4つの組みは、それぞれが独立したトラックに対応しているのである。
【００５３】
DPL_TK_SRP＃4、DPL_TK_SRP＃5、DPL_TK_SRP＃6、DPL_TK_SRP＃7のDPL_TK_ATRは何れもTrackと設定されず、DPL_TK_SRP＃4におけるDPL_TK_ATRは「Head_of_Track」と設定され、DPL_TK_SRP＃7におけるDPL_TK_ATRは「End_of_Track」と、DPL_TK_SRP＃5、DPL_TK_SRP＃6は「Midpoint_of_Track」と設定されていることがわかる。このことは、DPL_TK_SRP＃4と対応関係を有するTKI＃4（AOB004.SA1）が、トラックの先頭部であり、DPL_TK_SRP＃5,＃6と対応関係を有するTKI＃5（AOB005.SA1）及びTKI＃6（AOB006.SA1）が、トラックの中間部と、DPL_TK_SRP＃7と対応関係を有するTKI＃7（AOB007.SA1）が、トラックの終端部であることを意味する。
【００５４】
DefaultPlaylistにおけるDPL_TK_SRPの順序は、各TKIに対応づけられているAOBをどのような順序で再生させるかを示す。本図のDefaultPlaylist内のDPL_TK_SRP＃1,＃2,＃3,＃4・・・・・・＃8のDPL_TKINは、TKI＃1,＃2,＃3,＃4・・・・・・＃8を示しているので、矢印(1)(2)(3)(4)・・・・・(8)に示すようにTKI＃1に対応するAOB001.SA1が1番目に再生され、TKI＃2に対応するAOB002.SA1が2番目、TKI＃3に対応するAOB003.SA1が3番目、TKI＃4に対応するAOB004.SA1が4番目に再生されることになる。尚、TKI＃1とAOB001.SA1の対応は矢印TA1で表している。矢印TL4は、TKI＃4とTKI＃5が連続することを示している。
【００５５】
図６は、PLI、TKI、AOBファイルの相互関係を示す図である。
Playlist＃1は、PL_TK_SRP＃1,＃2,＃3からなる。このうちPL_TK_SRP＃1のPL_TKINは＃3と記載されており、PL_TK_SRP＃2のPL_TKINは＃1と、PL_TK_SRP＃3のPL_TKINは＃2と記載されているので、PlayList情報＃1を用いてトラックを再生する場合、矢印(11)(12)(13)に示すように複数のAOBはAOB＃3,＃1,＃2の順序で再生される。
【００５６】
Playlist＃2は、PL_TK_SRP＃1,＃2,＃3からなる。このうちPL_TK_SRP＃1のPL_TKINは＃8と記載されており、PL_TK_SRP＃2,＃3のPL_TKINは＃3、＃1と記載されているので、PlayList情報＃2を用いてトラックを再生する場合、矢印(21)(22)(23)に示すように複数のAOBはAOB＃8,＃3,＃1という順序、即ちPlaylist＃1と全く異なる順序で再生される。
以上のように、PlayListManagerにはDefaultPlaylist、複数のPlayList情報が記述され、これらを構成するDPL_TK_SRP、PL_TK_SRPのDPL_TKIN、PL_TKINにそれぞれ相異なる再生順序が記載されていれば、複数AOBは、それぞれ相異なる再生順序で再生されることになる。全く異なる再生順序で再生されれば、操作者は、複数の音楽アルバムが格納されているような感覚でメモリカード１０００を利用することができる。
【００５７】
＜動作＞
以下、上述したコンテンツデータを記録したメモリカード１０００と、録音再生装置の動作について図７および図８を用いて説明する。
図７は、本メモリカード１０００の記憶されているオーディオデータの再生処理を示すフローチャートである。
【００５８】
まず、ユーザはメモリカード１０００を録音再生装置２０００にセットし、曲の再生指示を出す（ステップＳ２００）。本実施形態では、デフォルトのプレイリストで最初の曲を再生する例を示すものとする
再生指示を検出した制御部２１００は、メモリカード１０００との間で相互認証を行なう（ステップＳ２１０、ステップＳ１００）。
【００５９】
相互認証の手順を簡単に説明する。
録音再生装置１０００の制御部２１００は、マスター鍵とメモリカード固有のものであるメディアＩＤとの送信依頼を行うコマンドをメモリカード１０００に送信する。
メモリカード１０００では、送信したコマンドはコマンド解読部１１１０により解読され、相互認証部１１２０を介してメモリカード１０００から、暗号化されているマスター鍵とメディアＩＤとを送信する。
【００６０】
録音再生装置２０００の相互認証部２２００は、受信した暗号化マスター鍵をデバイス鍵記憶部２７００のデバイス鍵で復号し、マスター鍵を生成し、このマスター鍵でメディアＩＤを暗号化してセキュアメディアＩＤを作成する。
この作成したセキュアメディアＩＤと、メモリカード１０００が保持しているセキュアメディアＩＤとが同じであれば、相互認証が成されたことになる（ステップＳ１０５）。
【００６１】
メモリカード１０００の相互認証部１１２０と録音再生装置２０００の相互認証部２２００とで、相互認証が正しく行われなければ、それ以後の処理は行われない。
相互認証が成された後、録音再生装置２０００からは、オーディオデータの送信依頼のコマンドが送信される（ステップＳ２１５）。
コマンド解読部１１１０は、受信したコマンドを解読し、オーディオデータの読出し処理を行う。
【００６２】
まず、コマンド解読部１１１０は、非プロテクト領域アクセス制御部１１４０に依頼して、制御情報であるSD_AUDIO.PLMとSD_AUDIO.TKMを読み出す（ステップＳ１１０）。
これらの制御情報は暗号化されているため、プロテクト領域アクセス制御部に依頼して、対応する暗号鍵、AUDIOPLM.KEYファイルの暗号鍵「PLM_File_key」と、AUDIOTKM.KEYファイルの暗号鍵「TKM_File_key」とを読み出す。
【００６３】
読み出した暗号鍵を用いて、SD_AUDIO.PLMとSD_AUDIO.TKMを復号する（ステップＳ１２０）。具体的には、暗号鍵を暗号・復号化回路１１５０にセットして、復号を行う。
ここで、本実施形態では、デフォルトのプレイリストで最初の曲を再生する例を示すものとするが、他のプレイリストや曲を再生する場合には、必要な文字情報などを取り出し、録音再生装置２０００に送り、ディスプレイ２８００に表示させ、ユーザに指示させるなどプレイリストや曲を指定する為の処理を行う。
【００６４】
次に、コマンド解読部１１１０は、SD_AUDIO.PLMを解析し、プレイリストの情報を求める。ここでは、DPLI_PLTIのプレイリスト名である文字情報、格納曲数、演奏時間、曲へのポインタなどを求める（ステップＳ１３０、図４参照）。
その後、再生する曲のポインタDPL_TK_SRP＃1を決定する（ステップＳ１４０、図５参照）。DPL_TK_SRP＃1から、トラックの情報であるTKI＃1を取得し、再生時間、AOBへのポインタ、曲のタイトルである文字情報などを読み出す（ステップ１５０）。
【００６５】
読み出した情報のうち、プレイリスト名と曲のタイトルなどの必要な文字情報を読出し、録音再生装置２０００に送信する（ステップＳ１６０、ステップＳ１６５）。
文字情報を受信した録音再生装置２０００の制御部２１００は、ディスプレイ２８００に表示する（ステップＳ２２０）。
文字情報を送信したコマンド解読部１１１０は、次に、DPL_TK_SRP＃1のAOBであるAOB001.SA1に対応した暗号鍵の取得をプロテクト領域アクセス制御部１１３０に依頼し、依頼を受けたプロテクト領域アクセス制御部１１３０は、AOBSA1.KEYファイルのFile_Key_Entry＃1を読み出す（図３参照）。
【００６６】
読み出された暗号鍵File_Key_Entry＃1は、録音再生装置２０００に送信される（ステップＳ１７０、ステップＳ１７５）。
その後、コマンド解読部１１１０は、AOB001.SA1を読出し、録音再生装置２０００に送信する（ステップＳ１８０、ステップＳ１８５）。
暗号鍵File_Key_Entry＃1と、オーディオデータAOB001.SA1を受信した録音再生装置２０００は、再生部２５００によって、復号化部２６００で受取ったオーディオデータを復号しながら再生する（ステップＳ２３０）。
【００６７】
次に、録音の処理について説明する。
図８は、本メモリカード１０００にオーディオデータを記録する録音処理を示すフローチャートである。
まず、ユーザはメモリカード１０００を録音再生装置２０００にセットし、曲の録音指示を出す（ステップＳ３００）。
【００６８】
録音指示を検出した制御部２１００は、メモリカード１０００との間で相互認証を行なう（ステップＳ２１０、ステップＳ１００、ステップＳ１０５）。この相互認証は、再生処理で行うものと同じである(図７の説明参照)。
相互認証が成された後、暗号鍵を取得する（ステップＳ３１０）。ここでは、曲が録音されたメモリカードを製造する業者やメモリカードを使用する個人、すなわちユーザが暗号鍵を決めたものとし、録音再生装置２０００の記憶部（図示していない。）に記憶されているものとする。
【００６９】
次に、制御部２１００は、録音部２３００に曲の録音を依頼する。依頼を受けた録音部２３００は、曲が終了するまで、すなわちオーディオデータのすべてが暗号化されるまで、以下の処理を行う（ステップＳ３２０）。
制御部２１００からは、記録する領域確保の要求依頼のコマンドが送信される（ステップＳ３３０、ステップＳ３３５）。
【００７０】
コマンドを受信したコマンド解読部１１１０は、受信したコマンドを解読し、記録領域の確保を行い、確保出来た旨を録音再生装置２０００に通知する（ステップＳ５００、ステップＳ３３５）。
領域を確保した旨の通知を受けた録音部２３００は、オーディオデータの暗号化を開始する。オーディオデータと取得した暗号鍵とを暗号化部２４００に渡し、暗号化部２４００にオーディオデータの暗号化を依頼する。
【００７１】
暗号化部２４００は、作業メモリであるバッファが一杯になるまで暗号化を行い（ステップＳ３４０、ステップＳ３５０：Ｎ）、バッファが一杯になったら（ステップＳ３５０：Ｙ）、データの解析を行い管理情報を作成する（ステップＳ３６０）。例えば、ここまでのタイムサーチテーブルの役割を有するTKTMSRTを作成する（図４参照）。また、タイトル、ライナーノートなどの必要な文字情報TKTXI_DAを作成する。
【００７２】
管理情報を作成したら、暗号化したオーディオデータをメモリカード１０００に送信する（ステップＳ３７０、ステップＳ３７５）。
暗号化したオーディオデータを受信したメモリカード１０００は、非プロテクト領域アクセス制御部１１４０の依頼して、受信した暗号化オーディオデータをAOBファイルとしてユーザデータ領域１２２０に書き込む（ステップＳ６００）。
【００７３】
暗号化したオーディオデータをメモリカードに送信した録音再生装置２０００は、暗号鍵を未だ送信していなければ（ステップＳ３８０：Ｎ）、オーディオデータを暗号化した暗号鍵をメモリカード１０００に送信する（ステップＳ３９０、ステップＳ３９５）。
暗号鍵を受取ったメモリカード１０００は、プロテクト領域アクセス制御部１１３０に依頼して、暗号鍵をオーディオデータと対応するようにAOBSA1.KEYファイルに書き込む（ステップＳ７００）。
【００７４】
その後、オーディオデータが全て暗号化され、メモリカードに書き込まれるまで、以上の処理（ステップＳ３３０〜ステップＳ３７０）を行う。
すべてのオーディオデータが暗号化され、メモリカードに書き込まれたら（ステップＳ３２０：Ｙ）、管理情報をまとめ、メモリカードに送信する（ステップＳ４００、ステップＳ４０５）。
【００７５】
管理情報を受信したメモリカードは、SD_AUDIO.PLMとSD_AUDIO.TKMに必要な情報をそれぞれ追加等し、非プロテクト領域アクセス制御部１１４０に依頼して、AUDIOPLM.KEYファイルの暗号鍵「PLM_File_key」と、AUDIOTKM.KEYファイルの暗号鍵「TKM_File_key」で暗号化後、ユーザデータ領域１２２０に書き込む（ステップＳ８００）。
＜変形例１＞
図９は、変形例１の制御情報等と暗号鍵の対応を示す図である。
【００７６】
実施形態では、暗号化する単位をファイルとし、ファイルSD_AUDIO.PLM３０００とSD_AUDIO.TKM４０００を暗号化していた。また、その暗号鍵は、プロテクト領域１２１０にそれぞれファイルAUDIOPLM.KEY３９００とAUDIOTKM.KEY４９００を設け、その中に暗号鍵を保存していた。
本変形例では、暗号化するファイルは変わらないが、その暗号鍵をメモリカード１０００内のプロテクト領域１２１０に持つのではなく、録音再生装置２０００側に持つ点が異なる。
【００７７】
録音再生装置２０００は、暗号鍵を予め記憶しておいても、インターネット等を介して外部からダウンロードしてもよい。
暗号鍵をメモリカードの外部に持つことになるので、メモリカード内部に暗号鍵を持つよりも、より安全になる利点がある。
また、暗号鍵はメモリカード毎に異なるものとすることで、より安全性が高まる。例えば、録音再生装置２０００側で、暗号鍵をメモリカードに固有のＩＤ番号と対応付けて記憶しておき、再生の際にメモリカードからＩＤ番号を読み出し、読み出したＩＤ番号に対応する暗号鍵を選択する。
【００７８】
＜変形例２＞
図１０は、変形例２の制御情報等と暗号鍵の対応を示す図である。
実施形態では、暗号化する単位をファイルとし、ファイルSD_AUDIO.PLM３０００とSD_AUDIO.TKM４０００を暗号化していた。また、その暗号鍵は、プロテクト領域１２１０にそれぞれファイルAUDIOPLM.KEY３９００とAUDIOTKM.KEY４９００を設け、その中に暗号鍵を保存していた。
【００７９】
本変形例では、SD_AUDIO.PLM３０００とSD_AUDIO.TKM４０００は暗号化せずに、SD_AUDIO.SPL３８００とSD_AUDIO.STK４８００を暗号化している点が異なる。
この追加したファイルSD_AUDIO.SPL３８００とSD_AUDIO.STK４８００に、保護すべき文字情報などを入れておくこととすることで、著作権保護を実現しつつ、従来のメモリカードとの互換性を保つことが出来るようになる。
【００８０】
すなわち、SD_AUDIO.PLM３０００とSD_AUDIO.TKM４０００は暗号化していないことから、従来の録音再生装置でも録音再生することができるという利点がある。
さらに、SD_AUDIO.PLM３０００とSD_AUDIO.SPL３８００の様に、拡張子で暗号化されているか否かを判断することとしてもよい。この場合は、Playlist Managerとしては、どちらか一方のファイルが存在すればよいこととすることができる。すなわち、保護すべき情報が入っている場合はSD_AUDIO.SPLという名前とし、保護しなくてもよい場合はSD_AUDIO.PLMとすればよく、不要な暗号化復号化の処理を行わなくてもよいという利点がある。
【００８１】
この拡張子によって暗号化するかしないかを判断する方法は、他の変形例においても、もちろん適用できる。
＜変形例３＞
図１１は、変形例３の制御情報等と暗号鍵の対応を示す図である。
実施形態では、暗号化する単位をファイルとし、ファイルSD_AUDIO.PLM３０００とSD_AUDIO.TKM４０００を暗号化していた。また、その暗号鍵は、プロテクト領域１２１０にそれぞれファイルAUDIOPLM.KEY３９００とAUDIOTKM.KEY４９００を設け、その中に暗号鍵を保存していた。
【００８２】
本変形例では、実施形態のファイル構造に加え、拡張データであるところのディレクトリSD_AUDIO_EXT、及び、ファイルPL001.PLT５０００とTK001.TKT６０００とを追加している。このPL001.PLTとTK001.TKTは、AOB001.SA1の拡張データであり、AOBファイルの全てに存在しなくても良い。
これらのファイルには、ファイルSD_AUDIO.PLM３０００とSD_AUDIO.TKM４０００に入りきらない、AOB001.SA1に関する文字情報が入っている。例えば、歌詞、アーティストのコメントなどである。
【００８３】
これらについても暗号化するのが本変形例である。
ここでは、拡張子がPLTのファイルは、AUDIOPLM.KEY３９００のPLM_File_Key３９１０で暗号化し、拡張子がTKTのファイルは、AUDIOTKM.KEY４９００のTKM_File_Key４９１０で暗号化することとしている。
このように暗号鍵を共通にすることにより、新たに暗号鍵用の領域を確保する必要がなく、かつ、一部のAOBファイルにのみ存在する拡張データも保護することが出来るという利点がある。
【００８４】
本変形例のような拡張データが存在する場合は、ユーザに拡張データを表示させるか否かを選択させることとしてもよい。拡張データは、オーディオデータのファイルであるAOBファイルに対応して存在するものではなく、オーディオデータに直接関係ない情報である場合があるからである。
例えば、拡張データがある旨を録音再生装置のディスプレイに表示し、録音再生装置のスイッチやボタン等によって、拡張データを表示する指示をユーザが行った場合にのみ、拡張データを復号化して表示する。
【００８５】
＜変形例４＞
図１２は、変形例４の制御情報等と暗号鍵の対応を示す図である。
実施形態では、暗号化する単位をファイルとし、ファイルSD_AUDIO.PLM３０００とSD_AUDIO.TKM４０００を暗号化していた。また、その暗号鍵は、プロテクト領域１２１０にそれぞれファイルAUDIOPLM.KEY３９００とAUDIOTKM.KEY４９００を設け、その中に暗号鍵を保存していた。
【００８６】
本変形例では、従来と同じように、SD_AUDIO.PLM３０００とSD_AUDIO.TKM４０００は暗号化せず、その代わりに、拡張データであるところのファイルPL001.PLT５０００とTK001.TKT６０００とを暗号化するものである。
拡張データのみを暗号化することで、従来との互換性を保つことができ、かつ多くの文字情報を保護できるという利点がある。
【００８７】
＜変形例５＞
図１３は、変形例５の制御情報等と暗号鍵の対応を示す図である。
実施形態では、暗号化する単位をファイルとし、ファイルSD_AUDIO.PLM３０００とSD_AUDIO.TKM４０００を暗号化していた。また、その暗号鍵は、プロテクト領域１２１０にそれぞれファイルAUDIOPLM.KEY３９００とAUDIOTKM.KEY４９００を設け、その中に暗号鍵を保存していた。
【００８８】
本変形例では、実施形態のファイル構造に加え、拡張データであるところのディレクトリSD_AUDIO_EXT、及び、ファイルPL001.PLT５０００とTK001.TKT６０００がある。
この拡張ファイルも暗号化し保護する点では、変形例３及び変形例４と同様であるが、拡張ファイル用の暗号鍵を持つ点が異なる。
本変形例では、拡張子のよって暗号鍵を変えることとしている。PLxxx.PLTはPL_File_Keyで、TKxxx.TKTはTK_File_Keyで暗号化している。
【００８９】
拡張ファイル専用の暗号鍵ができることで、保護がより強固になり、また、AOBファイルの拡張ファイルであれば暗号化できるという柔軟性をも併せ持つことが可能となるという利点がある。
また、それぞれの拡張ファイル毎に暗号鍵を作成することとしてもよい。
＜変形例６＞
図１４は、変形例６の制御情報等と暗号鍵の対応を示す図である。
【００９０】
実施形態では、暗号化する単位をファイルとし、ファイルSD_AUDIO.PLM３０００とSD_AUDIO.TKM４０００を暗号化していた。また、その暗号鍵は、プロテクト領域１２１０にそれぞれファイルAUDIOPLM.KEY３９００とAUDIOTKM.KEY４９００を設け、その中に暗号鍵を保存していた。
本変形例では、暗号化する単位をファイルではなく、その部分とするものである。
【００９１】
この例では、各プレイリスト情報PLI、各トラック情報TKI、AOBファイルのそれぞれ毎に暗号化を行う。それぞれに固有の暗号鍵を持つことにより、1つの暗号鍵が公になったとしても、その情報のみが公になるだけで済み、被害が最小限度で済むという利点がある。また、AOBファイル毎にプレイリスト情報PLIやトラック情報TKIを暗号化することで、コンテンツの入れ替え等の編集作業を行うことが容易になるという利点がある。
【００９２】
また、PLGIなどの総括的な全体情報、例えば、格納されている曲数、再生時間など、は暗号化しないこととしてもよい。保護が不要な部分は暗号化しないことで、録音再生の処理が短くなり、また、データ容量が小さくなる利点がある。
また、更に、再生時に、格納されているコンテンツの情報をディスプレイに表示して、ユーザは再生を行おうとするコンテンツの暗号鍵のみを入手することとしてもよい。不要な暗号鍵は記録しないため、データ容量が小さくなり、かつ、コンテンツの保護も図ることが出来るという利点がある。
【００９３】
＜変形例７＞
図１５は、変形例７の制御情報等と暗号鍵の対応を示す図である。
変形例６では、各プレイリスト情報PLI、各トラック情報TKI、AOBファイルのそれぞれ毎に固有の暗号鍵を持つこととしているが、本変形例では、暗号鍵を共通にしたものである。
【００９４】
例えば、AOB001.SA1７２００とPLI＃1７０００を、同じ暗号鍵File_Key_Entry＃1７２１０を使用して暗号化するなどである。
ここでは、PLI＃1とAOB001.SA1、PLI＃2とAOB002.SA1が同じ暗号鍵を使用することとしているが、ランダムでもよく、また、TKI＃1なども暗号化することとしてももちろんよい。ランダムな場合は、暗号鍵を特定できる情報を持つ必要がある。
【００９５】
この場合、PLI＃1などの小さい単位で暗号化して必要な範囲を保護できると伴に、暗号鍵を記憶する領域が減らせるという利点がある。
また、AOBファイルと、そのAOBファイルと関連するプレイリスト情報PLIやトラック情報TKIとを同じ暗号鍵で暗号化することで、暗号鍵を取得する処理が少なくなり再生処理が簡素化されるという利点がある。さらに、同じトラックを構成するPLI、TKI、AOBファイルは、同じ暗号鍵を用いることで同じような利点がある。
【００９６】
＜変形例８＞
図１６は、変形例８の制御情報のうちの暗号化する情報例を示す図である。
実施形態では、暗号化する単位をファイルとし、ファイルSD_AUDIO.PLM３０００とSD_AUDIO.TKM４０００を暗号化していた。
本変形例では、必要最小限度の領域のみを暗号化するものである。
【００９７】
例では、SD_AUDIO.TKM４０００のうち、文字情報が入っているTKTXI_DA４２００のみを暗号化する。もちろんSD_AUDIO.PLM３０００のDOLI_PLTIやPLI_PLTIであってもよい（図４参照）。
暗号化する領域を限定することで、必要な情報は保護しながら、暗号化復号化の時間は短くすることができ、暗号部分の情報が不要な場合は復号する時間が不要となるという利点がある。
【００９８】
＜変形例９＞
図１７は、変形例９の制御情報のうちの暗号化する情報例を示す図である。
本変形８では、例えば、SD_AUDIO.TKM４０００のうち、文字情報が入っているTKTXI_DA４２００のみを暗号化するものである。
本変形例では、それよりも小さな領域を暗号化の対象とするものである。
【００９９】
例では、TKTXI_DA４２００の斜線を引いた一部分４２７０を暗号化している。TKGIにその暗号化されている領域の開始位置４２５０とそのサイズ４２６０を有している。
このようにすることで、文字情報のなかで必要な部分のみを自由に暗号化できるようになる。
尚、暗号化する部分は複数あってもよく、また、他の文字情報であってもよい。
【０１００】
＜補足＞
以上、本発明に係るコンテンツデータについて実施形態に基づいて説明したが、このコンテンツデータを部分的に変形することもでき、本発明は上述の実施形態に限られないことは勿論である。即ち、
（１）実施形態及び変形例では、SD-Audio規格を基に説明したが、もちろん他の規格であってもよい。
【０１０１】
例えば、SD-Voice規格である。図１８と図１９を用いて、簡単に説明する。
図１８は、SD-Voiceのプレイリストとトラックの関係を示す図である。
Playlistは、ディレクトリSD-VCxxxの中の曲の再生順序を示すものであり、SD-Audioのプレイリストと同じである。また、Track＃1等はSD-AudioのTKI＃1等と対応する（図５、図６参照）。
【０１０２】
図１９は、SD-Voiceのディレクトリ構造を示す図である。
SD-VC001ディレクトリ等がSD-AudioのSD-AUDIOに該当し、SD_VOICE.PLMはSD_AUDIO.PLM に、SD_VOICE.TKMはSD_AUDIO.TKM に、MOBxxx.VM1はSD-AudioのAOBxxx.SA1にそれぞれ該当する。
以上のように、SD-Voiceのデータ構造はSD-Audioのデータ構造と、その基本構造を同じにすることから、本発明をSD-Voiceに適用することは可能であり、著作権保護に関して有効である。
（２）実施形態では、メモリカード内でSD_AUDIO.PLMとSD_AUDIO.TKMとの復号化、暗号化を行っているが、録音再生装置において行ってもよい。
【０１０３】
例えば、暗号化する対象の要領が大きい場合などは、暗号化されたまま再生装置に送り復号化して表示することとすることで、処理速度が速くなるという利点がある。すなわち、暗号化する量、部分、内容などに応じて、暗号化又は復号化の処理をメモリカードないで行うか、録音再生装置で行うかを選ぶことが出来る。
暗号化又は復号化の処理を録音再生装置で行う場合は、暗号鍵が録音再生装置側に記憶されている場合は記憶されている暗号鍵を用い、暗号鍵がメモリカード側に記憶されているときは録音再生装置側に送信して用いる必要がある。
（３）実施形態では、SD_AUDIO.PLM等の暗号鍵は、必ずメモリカードや録音再生装置に存在するものとしているが、該当する暗号鍵がない場合には、ディスプレイにその旨の警告メッセージを表示することとしてもよい。
（４）実施形態で示したメモリカード及び録音再生装置の各機能を実現させる為の各処理（図１等参照）をＣＰＵに実行させる為のプログラムを、記録媒体に記録し又は各種通信路等を介して、流通させ頒布することもできる。このような記録媒体には、ＩＣカード、光ディスク、フレキシブルディスク、ＲＯＭ、フラッシュメモリ等がある。流通、頒布されたプログラムは、機器におけるＣＰＵで読み取り可能なメモリ等に格納されることにより利用に供され、そのＣＰＵがそのプログラムを実行することにより実施形態で示したメモリカード及び録音再生装置の各機能が実現される。
【産業上の利用可能性】
【０１０４】
著作権保護を求められるＡＶデータ等を記録するデータ構造、記録媒体、再生装置において、保護するデータの制御情報にも著作権の保護対象が含まれる可能性を有する場合の技術として有用である。
【図面の簡単な説明】
【０１０５】
【図１】メモリカード１０００及びその録音再生装置２０００の構成を示す機能ブロック図である。
【図２】従来のコンテンツデータのディレクトリ構成を示す図である。図２（ａ）は、ユーザデータ領域１２２０に記憶されるデータのディレクトリ構成の例を示す図であり、図２（ｂ）は、プロテクト領域１２１０に記憶されるデータのディレクトリ構成の例を示す図である。
【図３】プロテクト領域AOBSA1.KEY、AUDIOPLM.KEY、AUDIOTKM.KEYと、ユーザデータ領域のSD_AUDIO.PLM、SD_AUDIO.TKM、AOBファイルとの対応を示す図である。
【図４】ナビゲーションデータの構造を示す図である。
【図５】DPLI、TKI、AOBファイルの相互関係を示す図である。
【図６】PLI、TKI、AOBファイルの相互関係を示す図である。
【図７】メモリカード１０００の記憶されているオーディオデータの再生処理を示すフローチャートである。
【図８】メモリカード１０００にオーディオデータを記録する録音処理を示すフローチャートである。
【図９】変形例１の制御情報等と暗号鍵の対応を示す図である。
【図１０】変形例２の制御情報等と暗号鍵の対応を示す図である。
【図１１】変形例３の制御情報等と暗号鍵の対応を示す図である。
【図１２】変形例４の制御情報等と暗号鍵の対応を示す図である。
【図１３】変形例５の制御情報等と暗号鍵の対応を示す図である。
【図１４】変形例６の制御情報等と暗号鍵の対応を示す図である。
【図１５】変形例７の制御情報等と暗号鍵の対応を示す図である。
【図１６】変形例８の制御情報のうちの暗号化する情報例を示す図である。
【図１７】変形例９の制御情報のうちの暗号化する情報例を示す図である。
【図１８】SD-Voiceのプレイリストとトラックの関係を示す図である。
【図１９】SD-Voiceのディレクトリ構造を示す図である。
【符号の説明】
【０１０６】
１０００    メモリカード
１０００    録音再生装置
１１００    コントロールＩＣ
１１１０    コマンド解読部
１１２０    相互認証部
１１３０    プロテクト領域アクセス制御部
１１４０    非プロテクト領域アクセス制御部
１１５０    復号化回路
１１６０    マスター鍵記憶部
１２００    フラッシュメモリ
１２１０    プロテクト領域
１２２０    ユーザデータ領域
２０００    録音再生装置
２１００    制御部
２２００    相互認証部
２３００    録音部
２４００    暗号化部
２５００    再生部
２６００    復号化部
２７００    デバイス鍵記憶部
２８００    ディスプレイ
【手続補正３】
【補正対象書類名】図面
【補正対象項目名】全図
【補正方法】変更
【補正の内容】
【図１】
2007052446.tif 000022
【図２】
2007052446.tif 000023
【図３】
2007052446.tif 000024
【図４】
2007052446.tif 000025
【図５】
2007052446.tif 000026
【図６】
2007052446.tif 000027
【図７】
2007052446.tif 000028
【図８】
2007052446.tif 000029
【図９】
2007052446.tif 000030
【図１０】
2007052446.tif 000031
【図１１】
2007052446.tif 000032
【図１２】
2007052446.tif 000033
【図１３】
2007052446.tif 000034
【図１４】
2007052446.tif 000035
【図１５】
2007052446.tif 000036
【図１６】
2007052446.tif 000037
【図１７】
2007052446.tif 000038
【図１８】
2007052446.tif 000039
【図１９】
2007052446.tif 000040
【国際調査報告】
2007052446.tif 000041
2007052446.tif 000042