(57)【要約】【課題】暗号鍵を書き込む時、誤った鍵管理番号と共に記憶されたならば、その後正常な鍵管理番号を送信しても正しい復号鍵を取り出すことはできず、誤った鍵管理番号が送信された時にも、それを検証する手段を持たず、暗号鍵を誤った鍵管理番号と共に記憶する事態を防止することができなかった。【解決手段】コンテンツを識別するための管理番号を決定する工程と、管理ファイルから未使用の鍵番号を検索する工程と、鍵保存ファイル内の検索した鍵番号に対応する鍵保存領域の使用未使用状態を表す情報が未使用状態であることを確認する工程と、管理ファイルの決定した管理番号に対応する領域に検索した鍵番号を登録する工程と、鍵保存ファイル内の検索した鍵番号に対応する鍵保存領域の使用未使用状態を表す情報を使用状態に設定する工程と、鍵保存ファイル内の検索した鍵番号に対応する鍵保存領域に暗号鍵を記録する工程とを有する。【選択図】図４
2005109869.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツを暗号化して記録再生するための暗号鍵を、管理する暗号鍵管理方法であって、
管理ファイルにおいて前記コンテンツを識別するための管理番号を決定する工程と、
前記管理ファイルから未使用の鍵番号を検索する工程と、
鍵保存ファイル内の前記検索した鍵番号に対応する鍵保存領域の使用未使用状態を表す情報が、未使用状態であることを確認する工程と、
前記管理ファイルの前記決定した管理番号に対応する領域に、前記検索した鍵番号を登録する工程と、
前記鍵保存ファイル内の前記検索した鍵番号に対応する鍵保存領域の使用未使用状態を表す情報を、使用状態に設定する工程と、
前記鍵保存ファイル内の前記検索した鍵番号に対応する鍵保存領域に、前記コンテンツの暗号鍵を記録する工程と、
前記決定した管理番号に対応するコンテンツを、前記暗号鍵によって暗号化して記録する工程と、
を有する暗号鍵管理方法。
【請求項２】
前記コンテンツを識別するための管理番号を決定する工程は、前記決定した管理番号に対応するコンテンツが実際に存在しないことを確認する工程を含む、
請求項１に記載の暗号鍵管理方法。
【請求項３】
前記管理ファイルと前記コンテンツを暗号化して記録する領域とは、メモリーカードの通常領域に存在し、
前記鍵保存ファイルは前記メモリーカードの認証領域に存在する、
請求項１又は請求項２に記載の暗号鍵管理方法。
【請求項４】
前記管理ファイルにおける鍵番号の使用と未使用とは１つの鍵番号をコンピュータにおけるワード又はバイト中の１ビットに割り当てて記憶し、
前記鍵保存ファイル内の前記鍵保存領域の使用未使用状態を表す情報も１つの鍵保存領域を前記コンピュータにおけるワード又はバイト中の１ビットに割り当てて記憶し、
前記管理ファイルから未使用の鍵番号を検索する工程と前記鍵保存ファイル内の前記検索した鍵番号に対応する鍵保存領域が未使用状態であることを確認する工程とは、前記コンピュータにおけるビット論理演算によって検索と確認を行う工程である、
請求項１から請求項３の何れか１項に記載の暗号鍵管理方法。
【請求項５】
コンピュータによって実行される、
コンテンツを暗号化して記録再生するための暗号鍵を、管理する暗号鍵管理プログラムであって、
管理ファイルにおいて前記コンテンツを識別するための管理番号を決定するステップと、
前記管理ファイルから未使用の鍵番号を検索するステップと、
鍵保存ファイル内の前記検索した鍵番号に対応する鍵保存領域の使用未使用状態を表す情報が、未使用状態であることを確認するステップと、
前記管理ファイルの前記決定した管理番号に対応する領域に、前記検索した鍵番号を登録するステップと、
前記鍵保存ファイル内の前記検索した鍵番号に対応する鍵保存領域の使用未使用状態を表す情報を、使用状態に設定するステップと、
前記鍵保存ファイル内の前記検索した鍵番号に対応する鍵保存領域に、前記コンテンツの暗号鍵を記録するステップと、
前記決定した管理番号に対応するコンテンツを、前記暗号鍵によって暗号化して記録するステップと、
を有する暗号鍵管理プログラム。
【請求項６】
コンピュータ読み取り可能な記録媒体であって、請求項５に記載の暗号鍵管理プログラムを記録した記録媒体。
【請求項７】
コンテンツを暗号化して記録再生するための暗号鍵を、管理する暗号鍵管理装置であって、
管理ファイルにおいて前記コンテンツを識別するための管理番号を決定する手段と、
前記管理ファイルから未使用の鍵番号を検索する手段と、
鍵保存ファイル内の前記検索した鍵番号に対応する鍵保存領域の使用未使用状態を表す情報が、未使用状態であることを確認する手段と、
前記管理ファイルの前記決定した管理番号に対応する領域に、前記検索した鍵番号を登録する手段と、
前記鍵保存ファイル内の前記検索した鍵番号に対応する鍵保存領域の使用未使用状態を表す情報を、使用状態に設定する手段と、
前記鍵保存ファイル内の前記検索した鍵番号に対応する鍵保存領域に、前記コンテンツの暗号鍵を記録する手段と、
前記決定した管理番号に対応するコンテンツを、前記暗号鍵によって暗号化して記録する手段と、
を有する暗号鍵管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
近年、デジタルネットワーク機器の高機能化や記録メディアの高速大容量化、特にＳＤメモリーカードに代表される小型大容量のメモリーカードシステムの低価格化と普及に伴って、これら小型大容量の記録メディアに画像情報、特に映画等を含む動画像情報や音楽情報、或いはこれらの幾つかを含むマルチメディアコンテンツを記録することが多く行われている。
【０００２】
しかしながら、これらマルチメディアコンテンツはそれぞれ著作権によって保護されているものであり、これら記録メディアには著作権を管理するためのセキュリティ機能、例えばコンテンツを暗号化して記録し、その読み出しと再生は所定の認証を経なければ行うことを許可しない制御機能が強く要請されている。
【０００３】
例えばＳＤメモリーカードは頑健なセキュリティ機能を標準で装備しており、画像情報や音楽情報の著作権管理、即ち正当な著作権者から正当な許諾を受けた者に対してのみ、その再生視聴を許可するような制御が簡単な構成で実現可能であり、このこともこれらのメモリーカードが画像情報や音楽情報の記録に多く利用されている一因である。
【０００４】
本特許出願に係る発明（以後単に、本発明とも言う）は、このようなＳＤメモリーカードを始めとする各種メモリーカードやその他各種の記録媒体に、各種の情報やコンテンツを暗号化して記録するための暗号鍵を記録して保存し、その暗号鍵が常に正常な状態に維持されるよう管理するための方法、及びこの方法をコンピュータによって実行するためのプログラム、及びこのプログラムを記録した記録媒体、更にこの方法を実行することのできる装置に関するものである。
【背景技術】
【０００５】
従来の、メモリーカードにコンテンツを暗号化して記録し、そのための暗号鍵を管理するための方法に関しては、例えば下記特許文献１のＩＣカード及びＩＣカード利用装置に記載されたものがあった。
【０００６】
図１２に下記特許文献１に記載された従来の暗号鍵管理法を実行するＩＣカードとＩＣカード利用装置の主要部のブロック構成図を示す。
【０００７】
カード発行者が使用するＩＣカード利用装置９３０は、カード発行用アプリケーション９３１とカード暗号化機能モジュール９３２と、Ｒ／Ｗドライバ部９３３及びカードＲ／Ｗ部９３４とを有している。
【０００８】
カード発行用アプリケーション９３１は、カード発行者にカード発行のためのユーザインタフェースを提供し、発行者の要求に応じてカード暗号化機能モジュール９３２を利用してカード発行手続を実現するものであって、例えばＪａｖａ（米国、サン・マイクロシステムズ社の登録商標）アプリケーションとして実装されている。
【０００９】
カード発行用アプリケーション９３１は、カード発行処理を実行するための上位アプリケーションであり、カード発行者の要求に応じて、暗号化機能モジュール９３２のそれぞれのＪａｖａ（米国、サン・マイクロシステムズ社の登録商標）メソッドを呼出すように、Ｊａｖａ（米国、サン・マイクロシステムズ社の登録商標）メソッド毎に対応するカードアクセス要求（以下、カード命令ともいう）をカード暗号化機能モジュール９３２に送出する。
【００１０】
カード発行用アプリケーション９３１が呼出すＪａｖａ（米国、サン・マイクロシステムズ社の登録商標）メソッドには、例えば「鍵の選択」、「鍵のインポート」、「パーソナライズ」の各メソッドがあり、それぞれ「鍵の選択」、「鍵のインポート」、「パーソナライズ」の各カード命令を、カード暗号化機能モジュール９３２へ送出することによって呼び出され、戻り値をカード発行用アプリケーション９３１へ返送することによって終了する。
【００１１】
カード暗号化機能モジュール９３２は、ＩＣカード９４０内の鍵を利用したデータ暗号化機能を提供するモジュールであり、ＩＣカード９４０へのコマンド送信を隠蔽し、上位アプリケーションへ直感的なインタフェースを提供するもので、例えばＪａｖａ（米国、サン・マイクロシステムズ社の登録商標）クラスライブラリとして実装されている。
【００１２】
カード暗号化機能モジュール９３２は、これら上位のアプリケーション９３１から受け取るカード命令を解釈し、「鍵の選択」、「鍵のインポート」、「パーソナライズ」、「暗号化」、「復号」という５種類のＪａｖａ（米国、サン・マイクロシステムズ社の登録商標）メソッドの何れかに移行し、対応するコマンドをＲ／Ｗドライバ部９３３及びカードＲ／Ｗ部９３４を経由してＩＣカード９４０に送出し、この送出に対応してＩＣカード９４０から受け取る実行結果（応答）情報を上位のアプリケーション９３１に返送し、Ｊａｖａ（米国、サン・マイクロシステムズ社の登録商標）メソッドから復帰する。
【００１３】
カード暗号化機能モジュール９３２は、例えばカード命令の１つである「オプションリスト取得」に相当するＪａｖａ（米国、サン・マイクロシステムズ社の登録商標）メソッドに対しては、ＩＣカード９４０が接続された時点で、最初にオプションリスト取得コマンドをＲ／Ｗドライバ部９３３とカードＲ／Ｗ部９３４とを経由してＩＣカード９４０に送出する。
【００１４】
Ｒ／Ｗドライバ部９３３はカード暗号化機能モジュール９３２によって制御され、カードＲ／Ｗ部９３４を駆動するＩＣカード・リーダライタ・ドライバである。
【００１５】
例えばＲ／Ｗドライバ部９３３は、ＰＣ／ＳＣ用の各種ＩＣカードＲ／Ｗドライバを一括管理するソフトウェア（例えば、ＰＣ／ＳＣリソースマネージャ）と各種ＩＣカードＲ／Ｗドライバとの組合せによって構成することもできる。
【００１６】
尚、ＰＣ／ＳＣとは、Ｗｉｎｄｏｗｓ（米国、マイクロソフト社の登録商標）上で、ＩＣカードにアクセスするための仕組みである。
【００１７】
カードＲ／Ｗ部９３４はＲ／Ｗドライバ部９３３によって制御され、ＩＣカード９４０内の情報を読み出し、書き込むことが可能なＩＣカード・リーダライタである。
【００１８】
ＩＣカード９４０は、一般的な（汎用的なものであってもよい）カードＯＳ９４１、受信バッファ９４２、送信バッファ９４３、暗号化カードアプレット９４４、ＤＥＳ暗号装置９４５、及びトリプルＤＥＳ暗号装置９４６を有しており、例えばＪａｖａ（米国、サン・マイクロシステムズ社の登録商標）カードＯＳの搭載されたＩＣカード（Ｊａｖａ（米国、サン・マイクロシステムズ社の登録商標）カード）である。
【００１９】
カードＯＳ９４１は、複数のカードアプレットを個別に実行可能であり、例えばＪａｖａ（米国、サン・マイクロシステムズ社の登録商標）カードＯＳであって、暗号化カードアプレット９４４を制御する機能と、ＩＣカード利用装置９３０から受けたデータを受信バッファ９４２に記憶する機能と、送信バッファ９４３内のデータをＩＣカード利用装置９３０に送信する機能とを有している。
【００２０】
暗号化カードアプレット９４４はＪａｖａ（米国、サン・マイクロシステムズ社の登録商標）カードＯＳ上で動作するアプリケーション・ソフトウェアであり、ソースコードはＪａｖａ（米国、サン・マイクロシステムズ社の登録商標）言語で記述され、この例ではパラメータ管理クラス９４７と、暗号化と鍵管理アプレットの機能を有する暗号化／鍵管理アプレットクラス９４８とから構成されている。
【００２１】
パラメータ管理クラス９４７は、ＩＣカード９４０に実装される鍵の種類と個数（管理パラメータ）を保持するものである。
【００２２】
暗号化／鍵管理アプレットクラス９４８は、利用者ＩＤメモリ９８１と、パーソナライズ状態メモリ９８２と、鍵メモリ９８３と、この鍵メモリ９８３内の鍵（個別パラメータ）を用いて動作が記述されているメソッド（アルゴリズム）からなるプログラムであり、鍵の指定を含むプログラム実行要求を受け取った時、この指定された鍵を使い、ＣＰＵによって実行され、送信バッファ９４３及び受信バッファ９４１を経由してＩＣカード９４０の外部と通信を行う。
【００２３】
暗号化／鍵管理アプレットクラス９４８はアプレットインストール時の初期化機能と、ＩＣカード利用装置９３０から受信バッファ９４２に送られた「鍵の選択」コマンドと、「鍵のインポート」コマンドと、「パーソナライズ」コマンドと、「オプションリスト取得」コマンドと、「暗号化」コマンド又は「復号」コマンドとに対応して処理を実行し、実行結果を送信バッファ９４３を経由してＩＣカード利用装置９３０に返送する。
【００２４】
ＤＥＳ暗号装置９４５は、暗号化カードアプレット９４４によって制御され、暗号化カードアプレット９４４から与えられたデータに対して、ＤＥＳ方式による暗号化処理又は復号化処理を実行し、実行結果を暗号化カードアプレット９４４に送出する。
【００２５】
トリプルＤＥＳ暗号装置９４６も、暗号化カードアプレット９４４によって制御され、暗号化カードアプレット９４４から与えられたデータに対して、トリプルＤＥＳ方式による暗号化処理又は復号化処理を実行し、実行結果を暗号化カードアプレット９４４に送出する。
【特許文献１】特開２０００−３４８１４６号公報
【発明の開示】
【発明が解決しようとする課題】
【００２６】
しかしながらこのような従来の暗号鍵管理方法では、暗号化の鍵は復号化の鍵を選択するために使用する鍵管理番号と共にＩＣカード内に記憶され、ＩＣカード利用装置から送られた鍵管理番号に対応するものが選択され、読み出されてＩＣカード利用装置に送信され、ＩＣカード利用装置において復号化が実行される。
【００２７】
そこでこのＩＣカード利用装置において入力された鍵管理番号が間違っていた時、本来の復号鍵に相当しない鍵管理番号がＩＣカードに送信され、この鍵管理番号によって復号鍵が選択されて読み出され、この復号鍵がＩＣカードに送信され、この復号鍵によって復号化が実行されるため、本来は正常な復号化ができなければならないにも拘らず、正常な復号化が行われず、ＩＣカード利用装置の使用者が正当な権限を有するものでないとか、或いはＩＣカードが正当なものでない、と判断されてしまうこととなった。
【００２８】
又、新たな暗号鍵をＩＣカードに書き込む時、誤った鍵管理番号と共にＩＣカード内に記憶されてしまったならば、それ以後いくら正常な鍵管理番号をＩＣカードに送信したとしても永久に本来の復号鍵を取り出すことはできず、その弊害はより一層深刻なものとなった。
【００２９】
そしてこのような従来のＩＣカード内暗号鍵管理方法では、誤った鍵管理番号が送信された時にも、それを検証する手段を有していなかったため、暗号鍵を誤った鍵管理番号と共に記憶してしまう事態を未然に防止することができなかった。
【００３０】
更に又、誤った鍵管理番号がＩＣカード内に記憶された状態で、新しいデータがその鍵管理番号に対応する鍵によって暗号化され記録されてしまうと、そのデータは正当な鍵管理番号や復号鍵によって復号化することはできないため、どの鍵管理番号や復号鍵で復号することができるのか解らず、そのデータは永久に失われてしまう結果となった。
【課題を解決するための手段】
【００３１】
本発明は上記課題を解決するために行われたもので、
本特許出願に係る請求項１に記載の発明は、
コンテンツを暗号化して記録再生するための暗号鍵を、管理する暗号鍵管理方法であって、
管理ファイルにおいて前記コンテンツを識別するための管理番号を決定する工程と、
前記管理ファイルから未使用の鍵番号を検索する工程と、
鍵保存ファイル内の前記検索した鍵番号に対応する鍵保存領域の使用未使用状態を表す情報が、未使用状態であることを確認する工程と、
前記管理ファイルの前記決定した管理番号に対応する領域に、前記検索した鍵番号を登録する工程と、
前記鍵保存ファイル内の前記検索した鍵番号に対応する鍵保存領域の使用未使用状態を表す情報を、使用状態に設定する工程と、
前記鍵保存ファイル内の前記検索した鍵番号に対応する鍵保存領域に、前記コンテンツの暗号鍵を記録する工程と、
前記決定した管理番号に対応するコンテンツを、前記暗号鍵によって暗号化して記録する工程と、
を有する暗号鍵管理方法である。
【００３２】
本特許出願に係る請求項２に記載の発明は、
前記コンテンツを識別するための管理番号を決定する工程は、前記決定した管理番号に対応するコンテンツが実際に存在しないことを確認する工程を含む、
請求項１に記載の暗号鍵管理方法である。
【００３３】
本特許出願に係る請求項３に記載の発明は、
前記管理ファイルと前記コンテンツを暗号化して記録する領域とは、メモリーカードの通常領域に存在し、
前記鍵保存ファイルは前記メモリーカードの認証領域に存在する、
請求項１又は請求項２に記載の暗号鍵管理方法である。
【００３４】
本特許出願に係る請求項４に記載の発明は、
前記管理ファイルにおける鍵番号の使用と未使用とは１つの鍵番号をコンピュータにおけるワード又はバイト中の１ビットに割り当てて記憶し、
前記鍵保存ファイル内の前記鍵保存領域の使用未使用状態を表す情報も１つの鍵保存領域を前記コンピュータにおけるワード又はバイト中の１ビットに割り当てて記憶し、
前記管理ファイルから未使用の鍵番号を検索する工程と前記鍵保存ファイル内の前記検索した鍵番号に対応する鍵保存領域が未使用状態であることを確認する工程とは、前記コンピュータにおけるビット論理演算によって検索と確認を行う工程である、
請求項１から請求項３の何れか１項に記載の暗号鍵管理方法である。
【００３５】
本特許出願に係る請求項５に記載の発明は、
コンピュータによって実行される、
コンテンツを暗号化して記録再生するための暗号鍵を、管理する暗号鍵管理プログラムであって、
管理ファイルにおいて前記コンテンツを識別するための管理番号を決定するステップと、
前記管理ファイルから未使用の鍵番号を検索するステップと、
鍵保存ファイル内の前記検索した鍵番号に対応する鍵保存領域の使用未使用状態を表す情報が、未使用状態であることを確認するステップと、
前記管理ファイルの前記決定した管理番号に対応する領域に、前記検索した鍵番号を登録するステップと、
前記鍵保存ファイル内の前記検索した鍵番号に対応する鍵保存領域の使用未使用状態を表す情報を、使用状態に設定するステップと、
前記鍵保存ファイル内の前記検索した鍵番号に対応する鍵保存領域に、前記コンテンツの暗号鍵を記録するステップと、
前記決定した管理番号に対応するコンテンツを、前記暗号鍵によって暗号化して記録するステップと、
を有する暗号鍵管理プログラムである。
【００３６】
本特許出願に係る請求項６に記載の発明は、
コンピュータ読み取り可能な記録媒体であって、請求項５に記載の暗号鍵管理プログラムを記録した記録媒体である。
【００３７】
本特許出願に係る請求項７に記載の発明は、
コンテンツを暗号化して記録再生するための暗号鍵を、管理する暗号鍵管理装置であって、
管理ファイルにおいて前記コンテンツを識別するための管理番号を決定する手段と、
前記管理ファイルから未使用の鍵番号を検索する手段と、
鍵保存ファイル内の前記検索した鍵番号に対応する鍵保存領域の使用未使用状態を表す情報が、未使用状態であることを確認する手段と、
前記管理ファイルの前記決定した管理番号に対応する領域に、前記検索した鍵番号を登録する手段と、
前記鍵保存ファイル内の前記検索した鍵番号に対応する鍵保存領域の使用未使用状態を表す情報を、使用状態に設定する手段と、
前記鍵保存ファイル内の前記検索した鍵番号に対応する鍵保存領域に、前記コンテンツの暗号鍵を記録する手段と、
前記決定した管理番号に対応するコンテンツを、前記暗号鍵によって暗号化して記録する手段と、
を有する暗号鍵管理装置である。
【発明の効果】
【００３８】
本発明によってメモリーカードやその他の記録媒体に多くのコンテンツを暗号鍵を使用して暗号化して記録再生する時、管理ファイルに記録している管理情報と鍵管理ファイルに記録している鍵番号とに不整合が生じた時にも鍵番号の二重登録を防止し、これによって既存コンテンツが復号化できず、使用不可能になることを防止することができる。
【００３９】
更に、このような不整合を含むシステムに対しても、上記管理情報と鍵番号との不整合を検証し、整合状態に復帰しなくても新規コンテンツをシステムへの登録保存が可能となる。
【００４０】
更に又、このような不整合を含むシステムであっても、整合状態への検証と復帰とをカード挿入時又は電源投入時に行う必要はなく、空き時間等の任意の時に実行することができる。
【発明を実施するための最良の形態】
【００４１】
以下に本発明の実施の形態について、図面を参照しながら説明する。
【００４２】
（実施の形態１）
図１は、本発明の第１の実施の形態である、ＳＤメモリーカード（単に、ＳＤカードともいう）（１０１）内にコンテンツを暗号化して記録、保存、再生するための暗号鍵管理方法を実行する携帯電話装置（１０２）であり、或いは又、この方法をコンピュータによって実行するためのプログラムを記録した記録媒体を搭載し、搭載しているコンピュータによってこの暗号鍵管理方法を実行する携帯電話装置（１０２）でもあり、或いは更に又、この暗号鍵管理方法を実行することのできる装置でもある携帯電話装置（１０２）と、この携帯電話装置（１０２）に装着され、その内部の鍵ファイル領域（１０７）に記録保存する暗号鍵の管理が実行される対象であるＳＤカード（１０１）との、主要部のブロック構成図である。
【００４３】
但し、本実施の形態では、本発明の暗号鍵管理方法を実行する携帯電話装置について説明するが、この方法を実行するのは携帯電話装置に限るものではなく、他の機器、例えば各種の情報処理機器であるパソコンやＰＤＡやその他の機器でも良く、例えば調理器や洗濯機、掃除機、冷蔵庫、その他の各種家庭電化製品のような機器でも良く、複写機やＦＡＸのような各種事務機器も良く、その他のあらゆる機器であっても構わない。
【００４４】
又、この携帯電話装置に装着され、コンテンツや暗号鍵を記録する媒体も、１つの例として、ＳＤメモリーカードについて説明するが、ＳＤメモリーカードに限るものではなく、その他の各種メモリーカードであっても構わないし、その他の磁気的或いは光学的或いは化学的或いは物理的情報記録手段やこれらの組み合わせによって情報を記録する各種記録媒体であっても構わない。
【００４５】
携帯電話装置（１０２）は、内部に制御部（１０４）とＲＡＭ（１０８）とＳＤカードインターフェース（ＳＤ  Ｉ／Ｆとも言う）（１０３）とを有している。その他多くの構成部を有しているが、本発明と直接関係しないので説明は省略する。
【００４６】
コンピュータは制御部（１０４）に含まれ、プログラムはＲＡＭ（１０８）に記録保存され、このコンピュータによって実行される。
【００４７】
携帯電話装置（１０２）は、音声通信以外にデータ通信、特に動画像や静止画像を含むマルチメディアコンテンツ（単に、コンテンツとも言う）の通信を行うことができ、通信した画像情報の視聴（再生）や、保存を行うことができる。
【００４８】
これらの制御を行うのが制御部（１０４）であり、コンテンツの保存を行うのがＲＡＭ（１０８）である。保存したコンテンツはＳＤカードインターフェース（１０３）を経由して着脱可能且つ大容量のＳＤカード（１０１）に記録保存することができる。
【００４９】
ＳＤカード（１０１）は内部にコンテンツファイル領域（１０６）と鍵ファイル領域（１０７）とを有しており、携帯電話装置（１０２）から送られてきたコンテンツはコンテンツファイル領域（１０６）に記録保存され、このコンテンツを暗号化するための鍵は鍵ファイル領域（１０７）に記録保存される。
【００５０】
このコンテンツファイル領域（１０６）は本発明に係る通常領域の第１の実施の形態であり、鍵ファイル領域（１０７）は本発明に係る認証領域の第１の実施の形態である。
【００５１】
この記録保存の処理を行うのが制御部（１０５）である。ＳＤカード（１０１）もその他多くの構成部を有しているが、本発明と直接関係しないので説明は省略する。
【００５２】
鍵ファイル領域（１０７）は所定の認証処理、例えばパスワード入力や指紋照合のような生体認証、その他何らかの認証処理を経なければアクセスし、暗号鍵を取り出したり、保存することができない領域であり、コンテンツファイル領域はそのような認証処理を経ることなくアクセス可能な領域である。
【００５３】
しかしながらこのようなコンテンツファイル領域（１０６）と鍵ファイル領域（１０７）との分割も１つの例であり、必ずしもこのように分割されていなくても構わないし、より細かく分割されていても構わないし、より多階層に分割されていても構わないし、より多様な領域に分割されていても構わない。
【００５４】
このようなＳＤカード（１０１）の記録部であるコンテンツファイル領域（１０６）と鍵ファイル領域（１０７）とは、大容量の記録部であり、このような大容量の記録部に高速且つ正確にデータを記録し検索するために、所定のファイルシステム構成が採用されている。
【００５５】
そのファイルシステム構成の第１の実施の形態の概要を図２に示す。但し、図２に示すファイルシステム構成はあくまで１つの例であり、この構成でなければならないと言うのではない。
【００５６】
又、本実施の形態では、各領域毎にファイルシステム構成が存在するように説明しているが、複数或いは全ての領域を含むようにファイルシステム構成が存在しても構わない。
【００５７】
ＳＤカード（１０１）の記録部の全体は上記の通り、コンテンツファイル領域（１０６）と鍵ファイル領域（１０７）と、或いは実施の形態によっては他の領域とに分けられている。
【００５８】
それぞれの領域のファイルシステムの根元となる部分に、ＶＩＤＥＯ＿Ｆ＿Ａ（１６１）とＶＩＤＥＯ＿Ｆ＿Ｂ（１７１）と呼ばれるフォルダが設定される。
【００５９】
このようなファイルシステム構成を有し、マルチメディアコンテンツを記録保存するＳＤカードは、ＳＤ＿ＶＩＤＥＯカードと呼ばれることもある。
【００６０】
このＶＩＤＥＯ＿Ｆ＿Ａ（１６１）とＶＩＤＥＯ＿Ｆ＿Ｂ（１７１）と呼ばれるフォルダも１つの例であり、必ずしもこのような名前でなくても構わないし、必ずしもこのようなフォルダを含んでいなくても構わないし、必ずしも２つのフォルダでなく、１つのフォルダであっても構わないし、３個以上のフォルダが存在しても構わない。
【００６１】
コンテンツファイル領域（１０６）のＶＩＤＥＯ＿Ｆ＿Ａフォルダ（１６１）には、管理フォルダ（１６２）と幾つかのコンテンツ格納フォルダ、図２の例では２つのコンテンツ格納フォルダ（１６３）とコンテンツ格納フォルダ（１６４）とを指し示す情報が記録されており、この情報を辿ることによって、これらの管理フォルダ（１６２）とコンテンツ格納フォルダ（１６３）とコンテンツ格納フォルダ（１６４）とにアクセスすることができる。
【００６２】
例えば図２に示す例では、管理フォルダ（１６２）には２つの管理ファイル（１６５）と管理ファイル（１６６）とを指し示す情報が記録されており、この情報を辿ることによって管理ファイル（１６５）と管理ファイル（１６６）とにアクセスすることができる。
【００６３】
管理ファイル（１６５）と管理ファイル（１６６）とは、例えば図２に示す例では、２つのコンテンツ格納フォルダ（１６３）とコンテンツ格納フォルダ（１６４）とに含まれる各種コンテンツに関する情報が記録保存されている。
【００６４】
１つの管理ファイル（この例では管理ファイル（１６５）又は管理ファイル（１６６））が、１つのコンテンツ格納フォルダ（この例ではコンテンツ格納フォルダ（１６３）又はコンテンツ格納フォルダ（１６４））とにそれぞれ１対１に対応していても構わないが、この実施の形態に示す例では、管理ファイル（１６５）と管理ファイル（１６６）とは両方が、コンテンツ格納フォルダ（１６３）とコンテンツ格納フォルダ（１６４）との両方に含まれるコンテンツに関する情報を分担して記録保存している。
【００６５】
又、必ずしもこの管理ファイル（１６５）と管理ファイル（１６６）とは、２つのファイルがそれぞれ情報を分担して記録保存していなければならない訳ではなく、１つの管理ファイルで必要な情報を記録保存していても構わないし、３つ以上のファイルが分担して記録保存していても構わない。
【００６６】
各管理ファイル（１６５）と管理ファイル（１６６）とには、コンテンツ格納フォルダ（１６３）とコンテンツ格納フォルダ（１６４）とに格納されている各種コンテンツに関する種々の管理項目データ、例えばタイトル、作成年月日、作成者、著作権に関する情報、画像情報の圧縮形式、音声情報の符号化方式、画像情報の画像サイズ、解像度、データ容量、動画像情報や音声情報の再生時間、その他必要な種々多くの情報が記録されている。
【００６７】
それら多くの情報の中でも特に重要な項目として、コンテンツ格納フォルダ（１６３）とコンテンツ格納フォルダ（１６４）とに格納されているコンテンツが暗号化されている時には、その暗号鍵に関する情報を記録している鍵ファイル領域（１０７）内の管理ファイル（１７２）と鍵ファイル（１７３）とに含まれる鍵番号を示す情報が記録されている。
【００６８】
この鍵ファイル（１７３）は本発明に係る鍵保存ファイルの第１の実施の形態である。
【００６９】
コンテンツが暗号化されている時には、その暗号を復号化しなければそのコンテンツを再生・視聴することができず、その暗号化されている情報を復号化することのできるのは、所定の権限を有する者に限られなければならないので、その復号化の鍵は所定の認証を経なければアクセスすることのできない鍵ファイル領域（１０７）内の管理ファイル（１７２）と鍵ファイル（１７３）とに記録されており、その鍵が記録されている鍵ファイル領域（１０７）の管理ファイル（１７２）と鍵ファイル（１７３）とに含まれる特定の鍵番号を指し示す情報が、このコンテンツファイル領域（１０６）の管理ファイル（１６５）又は管理ファイル（１６６）のいずれか一方或いは両方に、記録保存されている。
【００７０】
コンテンツ格納フォルダ（１６３）とコンテンツ格納フォルダ（１６４）とには、それぞれに含まれるコンテンツ、図２の例では、コンテンツ格納フォルダ（１６３）に含まれるコンテンツ（１６７）とコンテンツ（１６８）とコンテンツ（１６９）とを指し示す情報が記録されている。又、この例ではコンテンツ（１６７）とコンテンツ（１６９）とが暗号化されたコンテンツであり、コンテンツ（１６８）が暗号化されていない平文のコンテンツであるが、この暗号化と平文との組み合わせもこの組み合わせに限るものではなく、どのような組み合わせであっても構わない。
【００７１】
更に又、コンテンツ格納フォルダ（１６３）に格納されているコンテンツは必ずしも３つとは限らず、より多くても良いし、より少なくても構わない。又、コンテンツ格納フォルダ（１６４）に格納されているコンテンツは図示していないが、幾つか存在しても構わないし、ケースによっては全く存在しなくても構わない。
【００７２】
このコンテンツ格納フォルダ（１６３）に記録されている情報によって指し示されるコンテンツ（１６７）とコンテンツ（１６８）とコンテンツ（１６９）とには、上記のように各種のマルチメディアコンテンツ、例えば映画のような動画像と音声情報を含む情報や、動画像だけの情報や、音声だけの情報や、静止画像や、静止画像と音声情報とを含む情報や、文字情報や、これらの複数を含む情報や、その他の各種情報が記録されている。
【００７３】
上記の通り、この各種コンテンツの中に暗号化されたものが存在する時には、コンテンツファイル領域（１０６）の管理ファイル（１６５）又は管理ファイル（１６６）のいずれか一方或いは両方に、鍵ファイル領域（１０７）の管理ファイル（１７２）と鍵ファイル（１７３）とに含まれる特定の鍵番号を指し示す情報が記録保存されており、この鍵番号を識別子として暗号鍵を選択決定し、その選択決定した暗号鍵を読み出し、この読み出した暗号鍵を使用することによって暗号化されたコンテンツを復号化することができる。
【００７４】
但し、認証領域（１０７）にアクセスするには所定の認証を経ることが必要であり、これに関しても既に説明した通りである。
【００７５】
図３には、このようにして構成されたＳＤカード内のファイルシステム構成内の管理ファイル（１６５）と管理ファイル（１６６）の内容を示す。
【００７６】
尚、図３に示すのは１つの例であり、必ずしもこのようでなければならないと言う訳ではない。
【００７７】
図３に示す例では、全てのコンテンツ格納領域内のコンテンツ格納フォルダ（図２に示す例では、コンテンツ格納フォルダ（１６３）とコンテンツ格納フォルダ（１６４））に含まれている全てのコンテンツに対して、０１から始まるコンテンツＩＤ番号が付され、このコンテンツＩＤ番号によって全てのコンテンツが識別され、管理されている。
【００７８】
図３に示す例では、コンテンツＩＤ番号が０１と０３と０４と３３と、その他の・・で省略して表す番号のコンテンツが記録され、管理されていることが示されている。
【００７９】
管理ファイル（１６５）には、これらコンテンツＩＤ番号が付されたコンテンツ毎に、そのコンテンツのタイトル名と、そのコンテンツの著作者名と、そのコンテンツが暗号化されている時には、暗号化の鍵を特定する鍵番号とが記録保存されている。
【００８０】
尚、この鍵番号は０１から始まる番号が使用され、鍵番号００はそのコンテンツが暗号化されていないことを示している。
【００８１】
このような管理ファイル（１６５）の内容もあくまで１つの例であり、このような形式でなければならないと言う訳ではなく、このように使用されなければならない訳でもない。
【００８２】
或いは、特定の情報が欠けていても勿論構わない。例えば、あるコンテンツに関しては、或いは全てのコンテンツに関して、著作者名が記録保存されていなかったとしても構わない。
【００８３】
例えば図５に、各コンテンツＩＤ番号に対応した鍵番号の使用或いは未使用を判断するために、管理ファイル（１６５）の内容に基づいて作成される配列（５０１）の１例を示す。尚この配列（５０１）は必要に応じて管理ファイル（１６５）の内容から作成しても構わないし、予め作成して記録保存していても構わない。
【００８４】
この配列（５０１）はそれぞれ１バイト（８ビット）の容量を持つ配列［１］から配列［１３］によって構成され、配列［１］の最上位ビットが鍵番号０１の鍵の使用或いは未使用を表している。
【００８５】
配列［１］の最上位から２番目のビットは鍵番号０２の鍵の使用或いは未使用を表しており、以下同様に、最下位ビットは鍵番号０８の鍵の使用或いは未使用を表している。
【００８６】
尚、各ビットが１の時、その鍵番号の鍵は使用されていることを表し、０の時にはその鍵番号の鍵は使用されていないことを表している。
【００８７】
以下同様に、配列［２］の最上位ビットが鍵番号０９の鍵の使用或いは未使用を表しており、最上位から２番目のビットは鍵番号１０の鍵の使用或いは未使用を表しており、最下位ビットは鍵番号１６の鍵の使用或いは未使用を表している。
【００８８】
更に以下同様に、配列［１３］の最上位ビットが鍵番号９７の鍵の使用或いは未使用を表しており、最上位から３番目のビットは鍵番号９９の鍵の使用或いは未使用を表している。
【００８９】
管理ファイル（１６６）には、同様にコンテンツＩＤ番号が付されたコンテンツ毎に、そのコンテンツの容量がキロバイト単位で記録保存され、その他そのコンテンツが記録保存された年月日、そのコンテンツを有効に利用することのできる期限である年月日、その他の情報が記録保存されている。
【００９０】
このような管理ファイル（１６６）の内容も又、あくまで１つの例であり、このような形式でなければならないと言う訳ではなく、このように使用されなければならない訳でもない。
【００９１】
或いは、特定の情報が欠けていても勿論構わない。例えば、あるコンテンツに関しては、或いは全てのコンテンツに関して、有効年月日が記録保存されていなかったとしても構わない。
【００９２】
又、既に上記の通り、これら管理ファイル（１６５）と管理ファイル（１６６）との内容は、この例のように２つのファイルに分割して記録保存されていることは必ずしも必要ではなく、１つのファイルにまとめて記録保存されていても構わないし、３つ以上のファイルに分割して記録保存されていても構わない。
【００９３】
図４には鍵ファイル領域（１０７）の管理ファイル（１７２）と鍵ファイル（１７３）との内容の第１の実施の形態を示す。
【００９４】
鍵ファイル領域（１０７）の管理ファイル（１７２）には、鍵番号毎にその鍵番号に相当する鍵で暗号化が行われている暗号の暗号化方式と、その鍵番号に相当する鍵が記録保存された年月日と、その鍵番号に相当する鍵を有効に利用することのできる期限である年月日とが記録保存されている。
【００９５】
このような管理ファイル（１７２）の内容も又、あくまで１つの例であり、このような形式でなければならないと言う訳ではなく、このように使用されなければならない訳でもない。
【００９６】
或いは、特定の情報が欠けていても勿論構わない。例えば、ある鍵番号に相当する鍵に関しては、或いは全ての鍵に関して、有効年月日が記録保存されていなかったとしても構わない。
【００９７】
鍵ファイル領域（１０７）の鍵ファイル（１７３）には、鍵番号毎にその鍵番号の使用或いは未使用を表す０又は１の情報と、その鍵番号に相当する鍵データ自身とが記録保存されている。
【００９８】
この鍵ファイル（１７３）の各鍵番号毎に存在する、その鍵番号の使用或いは未使用を表す０又は１の情報と、その鍵番号に相当する鍵データ自身とが記録保存されている部分とが、本発明に係る保存ファイル内の鍵保存領域の使用未使用状態を表す情報と、本発明に係る保存ファイル内の鍵保存領域との、第１の実施の形態である。
【００９９】
このような鍵ファイル（１７３）の内容も又、あくまで１つの例であり、このような形式でなければならないと言う訳ではない。
【０１００】
例えば図６に、鍵ファイル（１７３）の内容である、鍵番号に対応した暗号鍵の使用或いは未使用を記憶している配列（６０１）の記録形式の１例を示す。
【０１０１】
この配列（６０１）はそれぞれ１バイト（８ビット）の容量を持つ配列［１］から配列［１３］によって構成され、配列［１］の最上位ビットが鍵番号０１の鍵の使用或いは未使用を表している。
【０１０２】
配列［１］の最上位から２番目のビットは鍵番号０２の鍵の使用或いは未使用を表しており、以下同様に、最下位ビットは鍵番号０８の鍵の使用或いは未使用を表している。
【０１０３】
尚、各ビットが１の時、その鍵番号の鍵は使用されていることを表し、０の時にはその鍵番号の鍵は使用されていないことを表している。
【０１０４】
以下同様に、配列［２］の最上位ビットが鍵番号０９の鍵の使用或いは未使用を表しており、最上位から２番目のビットは鍵番号１０の鍵の使用或いは未使用を表しており、最下位ビットは鍵番号１６の鍵の使用或いは未使用を表している。
【０１０５】
更に以下同様に、配列［１３］の最上位ビットが鍵番号９７の鍵の使用或いは未使用を表しており、最上位から３番目のビットは鍵番号９９の鍵の使用或いは未使用を表している。
【０１０６】
図９には、このような実施の形態のＳＤカード（１０１）のコンテンツファイル領域（１０６）と鍵ファイル領域（１０７）とに、携帯電話装置（１０２）がコンテンツと暗号鍵とを記録保存するときの処理手順の流れの概略を示す。
【０１０７】
コンテンツ格納要求処理が開始されると最初に、このＳＤカード（１０１）のファイルシステム構成の整合性が確認される（Ｓ９０１）。このファイルシステム構成の整合性は、必要なファイルやフォルダが存在するか否かの確認や、或いはその他の方法によって行われる。
【０１０８】
ファイルシステム構成の整合性が確認されると次に、要求されたコンテンツを格納するためのコンテンツＩＤ番号が決定される（Ｓ９０２）。このコンテンツＩＤ番号を決定する処理手順の流れは、より詳細に図１０に示す。
【０１０９】
要求されたコンテンツを格納するためのコンテンツＩＤ番号を決定するために、コンテンツＩＤ番号検索処理が開始されると最初に、まず仮にコンテンツＩＤ番号を１に設定する（Ｓ９１１）。そして１つの例を図３に示す管理ファイル（１６５）内の、このコンテンツＩＤ番号の鍵番号領域には既に値が設定されているか否かを判断する（Ｓ９１２）。
【０１１０】
上記の通り、この鍵番号領域に値００が設定されていればそのコンテンツＩＤ番号に相当するコンテンツ格納フォルダには暗号化されていないコンテンツが記録保存されており、この鍵番号領域に値０１から始まる値のいずれかが設定されていればそのコンテンツＩＤ番号に相当するコンテンツ格納フォルダには暗号化されたコンテンツが記録保存されていることが示される。
【０１１１】
もしもこのコンテンツＩＤ番号と同一の番号が、既にこの管理ファイル（１６５）に登録されていれば（Ｓ９１２でＹｅｓ）、このコンテンツＩＤ番号はコンテンツの記録保存のために既に使用されていることが解るので、仮のコンテンツＩＤ番号に１を加え、次のコンテンツ管理番号が既に使用されているかいないかの確認を行う（Ｓ９１３）。
【０１１２】
そしてもしもこのコンテンツＩＤ番号と同一の番号が、この管理ファイル（１６５）に登録されていなければ（Ｓ９１２でＮｏ）、このコンテンツＩＤ番号は未だコンテンツの記録保存のために使用されていないことが解るので、そのコンテンツＩＤ番号を新しいコンテンツの記録保存のために使用することができるが、この実施の形態では更に念を入れてファイルシステムの整合性まで検証するため、このコンテンツＩＤ番号に相当するコンテンツ格納フォルダが確かに存在していないことを確認している（Ｓ９１４）。
【０１１３】
もしもこのコンテンツＩＤ番号と同一の番号が、この管理ファイル（１６５）に登録されていなかったにも関らず、このコンテンツＩＤ番号に相当するコンテンツ格納フォルダが存在したならば（Ｓ９１４でＹｅｓ）、何らかの不整合が存在する可能性が高いことを示唆しているが、この実施の形態ではこれ以上深くその原因の究明は行わず、そのコンテンツＩＤ番号はスキップして次のコンテンツＩＤ番号の確認に移行する（Ｓ９１３）。
【０１１４】
何らかの不整合が実際に存在するか否か、存在すとすればその原因の究明、或いは正常な状態への復旧は、空き時間が有る時、充分な時間を費やして慎重に実行することができる。しかしながらこの検証については本発明の本質とは直接関係しないのでこれ以上詳細な説明は省略する。
【０１１５】
もしもこのコンテンツＩＤ番号と同一の番号が、この管理ファイル（１６５）に登録されておらず（Ｓ９１２でＮｏ）、尚且つこのコンテンツＩＤ番号に相当するコンテンツ格納フォルダが存在しなかったならば（Ｓ９１４でＮｏ）、そのコンテンツＩＤ番号を新しいコンテンツを記録保存するために使用することが決定される（Ｓ９１５）。
【０１１６】
尚、この図１０に示すコンテンツＩＤ番号を決定する処理手順の流れで、最大のコンテンツＩＤ番号まで確認して未だ使用されていないコンテンツＩＤ番号がなければ、空きのコンテンツＩＤ番号は無いと判断しなければならないが、この手順に関しても本発明の本質とは直接関係しないので説明を省略している。
【０１１７】
このようにしてコンテンツの記録保存に使用するコンテンツＩＤ番号が決定されると次に、図９に示す処理手順に戻り、このコンテンツを暗号化する暗号鍵を記録保存するための鍵番号の決定を行う（Ｓ９０３）。
【０１１８】
但し、この鍵番号の決定を行うのはコンテンツを暗号化して記録保存する場合だけであり、コンテンツを暗号化せず平文のまま記録保存する時には、鍵番号の決定は不要であるが、これについても単純化のため暗号化して記録保存するケースのみを示している。
【０１１９】
この暗号化の鍵を記録保存するための鍵番号を決定する処理手順は、より詳細に図１１に示している。
【０１２０】
図１１に示すようにコンテンツを暗号化して記録保存するために新しい鍵番号の検索処理が開始されるとまず、コンテンツファイル領域（１０６）の管理ファイル（１６５）で、使用中の鍵番号を記憶している配列（５０１）を取得する（Ｓ９５１）。この配列（５０１）とはその１例を図５に示したものである。
【０１２１】
次に同様に、鍵ファイル領域（１０７）の鍵ファイル（１７３）で、使用中の鍵番号を記憶している配列（６０１）を取得する（Ｓ９５２）。この配列（６０１）とはその１例を図６に示したものである。
【０１２２】
そして次に、これら配列を検索するため仮の配列番号を１に設定する（Ｓ９５３）。
【０１２３】
次にこの仮の配列番号が既に１４になったか否かを判断する（Ｓ９５４）。本実施の形態では、この配列は１３までしか存在しないと仮定しており、仮の配列番号が１４になったということは、空きの鍵番号がもはや残っていないことを示している（Ｓ９６２）。従って、このケースでは何らかの異常終了を行い、操作者にその旨を提示し、操作者によって何らかの判断、例えばコンテンツを暗号化して記録保存することを諦めるとか、ＳＤカードを違うものに交換するとかが行われなければならない。
【０１２４】
仮の配列番号が未だ１４になっていなければ、上記配列（５０１）と配列（６０１）とのそれぞれこの配列番号の配列同士で論理和演算をコンピュータによって実行する（Ｓ９５５）。
【０１２５】
そしてこのコンピュータによる論理和演算の結果が１６進数表現でＦＦ（０ｘＦＦと表現する）であったならば（Ｓ９５６でＹｅｓ）、この配列によって管理されている８個の鍵番号は、コンテンツファイル領域（１０６）の管理ファイル（１６５）か鍵ファイル領域（１０７）の鍵ファイル（１７３）かのいずれか一方又は両方で、その鍵番号は使用中であることが示される。
【０１２６】
この時、コンテンツファイル領域（１０６）の管理ファイル（１６５）と鍵ファイル領域（１０７）の鍵ファイル（１７３）との両方で、その鍵番号は使用中であるならば、暗号鍵の管理やファイルシステムに不整合はない。
【０１２７】
しかしながら、いずれか一方だけでその鍵番号が使用中であるならば、上記と同様に何らかの不整合が存在する可能性が高いことが示唆される。
【０１２８】
例えば、図５に示すコンテンツファイル領域（１０６）の管理ファイル（１６５）の配列（５０１）と、図６に示す鍵ファイル領域（１０７）の鍵ファイル（１７３）の配列（６０１）とでは、コンテンツファイル領域（１０６）の管理ファイル（１６５）の配列（５０１）では鍵番号１０の使用未使用を示すビットは０でありこの鍵番号は未使用であるが、鍵ファイル領域（１０７）の鍵ファイル（１７３）の配列（６０１）では鍵番号１０の使用未使用を示すビットは１でありこの鍵番号は使用中である。
【０１２９】
従って、この暗号鍵の管理やファイルシステムには何らかの原因、例えば暗号鍵の記録保存中にＳＤカードが抜き差しされたり、電源のオンオフが行われたり、その他何らかの異常な操作が行われた等の事情によって、不整合状態にある蓋然性が極めて高い。
【０１３０】
同様に例えば、図７に示すコンテンツファイル領域（１０６）の管理ファイル（１６５）の配列（７０１）と、図８に示す鍵ファイル領域（１０７）の鍵ファイル（１７３）の配列（８０１）とでは、コンテンツファイル領域（１０６）の管理ファイル（１６５）の配列（７０１）では鍵番号０１から鍵番号０８の鍵の使用未使用を表す配列［１］の内容は２進数表現で「１１０１  １１１１」であり、鍵番号０３の鍵だけが未使用で他の鍵番号は全て使用中であることが示される。
【０１３１】
しかしながら、鍵ファイル領域（１０７）の鍵ファイル（１７３）の配列（８０１）では鍵番号０１から鍵番号０８の鍵の使用未使用を表す配列［１］の内容は２進数表現で「１０１１  １１１１」であり、鍵番号０２の鍵だけが未使用で他の鍵番号は全て使用中であることが示される。
【０１３２】
即ち、この２つの配列間で、鍵番号０２の鍵の使用未使用状態と、鍵番号０３の鍵の使用未使用状態とが入れ替わってしまっている。
【０１３３】
この状態でも、暗号鍵の管理やファイルシステムには何らかの原因によって不整合状態にある蓋然性が極めて高い。
【０１３４】
しかしながらこれらの状態時にも、その不整合の存在或いは不存在の確認やその理由の究明や、整合状態の復帰は行わず、処理速度や処理効率を優先し、ここでは少なくともいずれか一方でその鍵番号が使用されている可能性があれば、その鍵番号は既に使用されていると判断し、その鍵番号は使用せず、次の鍵番号の確認に移行する（Ｓ９５７）。
【０１３５】
上記と同様に、何らかの不整合が実際に存在するか否か、存在すとすればその原因の究明、或いは正常な状態への復旧は、空き時間が有る時、充分な時間を費やして慎重に実行することができる。しかしながらこの検証については本発明の本質とは直接関係しないのでこれ以上詳細な説明は省略する。
【０１３６】
このコンピュータによる論理和演算の結果が１６進数表現でＦＦ（０ｘＦＦと表現する）でないならば（Ｓ９５６でＮｏ）、この配列によって管理されている８個の鍵番号のいずれかが、コンテンツファイル領域（１０６）の管理ファイル（１６５）と鍵ファイル領域（１０７）の鍵ファイル（１７３）との両方で、未使用中であることが示される。
【０１３７】
そこで次に、この配列によって管理されている８個の鍵番号のどの鍵番号の鍵が未使用中であるかの判断に移行する。
【０１３８】
そのためにまず仮のビット番号を０に設定する（Ｓ９５８）。
【０１３９】
そして上記コンピュータによる論理和演算の結果の、このビット番号のビットが０か１かの判断を行う（Ｓ９５９）。
【０１４０】
もしもこのビット番号のビットが１であったならば（Ｓ９５９でＮｏ）、そのビット番号に相当する鍵番号の鍵は既に使用されているので、次のビットの判断に移行する（Ｓ９６０）。
【０１４１】
もしもこのビット番号のビットが０であったならば（Ｓ９５９でＹｅｓ）、そのビット番号に相当する鍵番号の鍵は未だ使用されていないので、この配列のこのビットに相当する鍵番号を、新しいコンテンツを暗号化して記録保存するために使用する暗号鍵のための鍵番号として決定する（Ｓ９６１）。
【０１４２】
このようにして新しいコンテンツを暗号化して記録保存するために使用する暗号鍵のための鍵番号の決定が行われると（図９のＳ９０３及び図１１）、次にこの鍵番号を含めて管理情報の作成が行われる（Ｓ９０４）。この管理情報とはその内容の概略を、図３に示すものである。
【０１４３】
次に記録保存するコンテンツの暗号化を行い（Ｓ９０５）、その暗号化したコンテンツをＳＤカード内のファイルシステムのコンテンツファイル領域（１０６）のコンテンツ格納フォルダ内に記録する（Ｓ９０６）。
【０１４４】
尚ここで、コンテンツの容量が大きく、全て暗号化した後に記録することが現実的でないケースでは、暗号化（Ｓ９０５）と暗号化したコンテンツの記録（Ｓ９０６）とを並行して行っても勿論構わない。
【０１４５】
次に暗号化に使用した鍵を、ＳＤカードの鍵ファイル領域（１０７）の鍵ファイル（１７３）の予め決定した鍵番号の所に記録し、その鍵番号の鍵の使用或いは未使用中の状態を使用中（１）に設定する（Ｓ９０７）。
【０１４６】
このＳＤカードの鍵ファイル領域（１０７）の鍵ファイル（１７３）の内容は、既に説明した図４に示す通りである。
【０１４７】
最後に、上記作成した管理情報をコンテンツファイル領域（１０６）の管理ファイル（１６５）と管理ファイル（１６６）とに記録する（Ｓ９０８）。
【０１４８】
この管理情報と管理ファイル（１６５）と管理ファイル（１６６）との内容は、既に説明した図３に示す通りである。
【産業上の利用可能性】
【０１４９】
本発明は、ＳＤメモリーカードを始めとする各種電子機器の外部記録媒体、或いは内部記録媒体に各種の情報、例えば静止画像情報、動画像情報、音声情報、文字情報、その他の情報や、これらの幾つかが混在している情報、を暗号化して記録する時、これらの情報や暗号鍵を記録、保存、管理し、その整合性を確保すると同時に、万一不整合が生じた時にも継続して情報の記録保存を行うことができ、記録した情報を失ったり記録保存処理が妨げられることもなく、不整合状態の確認や復旧は空き時間に実行することが可能であり、産業上極めて有効に利用することができる。
【図面の簡単な説明】
【０１５０】
【図１】本発明の第１の実施の形態であるファイル管理システムを実行する携帯電話装置とＳＤメモリーカードとのブロック構成図
【図２】本発明の第１の実施の形態であるファイル管理システムが実行されるＳＤメモリーカードのファイルシステム構成図
【図３】本発明の第１の実施の形態のファイルシステム構成内の管理ファイルの内容を示す図
【図４】本発明の第１の実施の形態の鍵ファイル領域の管理ファイルと鍵ファイルとの内容を示す図
【図５】本発明の第１の実施の形態の管理ファイルの各コンテンツＩＤ番号に対応した鍵番号の使用未使用を記憶している配列の１例を示す図
【図６】本発明の第１の実施の形態の鍵ファイルの鍵番号に対応した暗号鍵の使用未使用を記憶している配列の１例を示す図
【図７】本発明の第１の実施の形態の管理ファイルの各コンテンツＩＤ番号に対応した鍵番号の使用未使用を記憶している配列の他の例を示す図
【図８】本発明の第１の実施の形態の鍵ファイルの鍵番号に対応した暗号鍵の使用未使用を記憶している配列の他の例を示す図
【図９】本発明の第１の実施の形態のＳＤカードに携帯電話装置がコンテンツと暗号鍵とを記録保存するときの処理の流れを示す図
【図１０】本発明の第１の実施の形態の携帯電話装置がコンテンツＩＤ番号を決定する処理の流れを示す図
【図１１】本発明の第１の実施の形態の携帯電話装置が暗号化の鍵を記録保存するための鍵番号を決定する処理の流れを示す図
【図１２】従来の暗号鍵管理法を実行するＩＣカードとＩＣカード利用装置の主要部のブロック構成図
【符号の説明】
【０１５１】
１０１    ＳＤカード
１０２    携帯電話装置
１０３    ＳＤカードインターフェース
１０４，１０５    制御部
１０６    コンテンツファイル領域
１０７    鍵ファイル領域
１０８    ＲＡＭ
１６１    ＶＩＤＥＯ＿Ｆ＿Ａフォルダ
１６２    管理フォルダ
１６３，１６４    コンテンツ格納フォルダ
１６５，１６６，１７２    管理ファイル
１６７，１６８，１６９    コンテンツファイル
１７１    ＶＩＤＥＯ＿Ｆ＿Ｂフォルダ
１７３    鍵ファイル
５０１    管理ファイル１６５で使用中の鍵番号を記録している配列
６０１    鍵ファイル１７３で使用中の鍵番号を記録している配列
７０１    管理ファイル１６５で使用中の鍵番号を記録している配列
８０１    鍵ファイル１７３で使用中の鍵番号を記録している配列
９３０    ＩＣカード利用装置
９３１    カード発行用アプリケーション
９３２    カード暗号化機能モジュール
９３３    Ｒ／Ｗドライバ部
９３４    カードＲ／Ｗ部
９４０    ＩＣカード
９４１    カードＯＳ
９４２    受信バッファ
９４３    送信バッファ
９４４    暗号化カードアプレット
９４５    ＤＥＳ暗号装置
９４６    トリプルＤＥＳ暗号装置
９４７    パラメータ管理クラス
９４８    暗号化／鍵管理アプレットクラス
９８１    利用者ＩＤメモリ
９８２    パーソナライズ状態メモリ
９８３    鍵メモリ
【図１】
2005109869.tif 000003
【図２】
2005109869.tif 000004
【図３】
2005109869.tif 000005
【図４】
2005109869.tif 000006
【図５】
2005109869.tif 000007
【図６】
2005109869.tif 000008
【図７】
2005109869.tif 000009
【図８】
2005109869.tif 000010
【図９】
2005109869.tif 000011
【図１０】
2005109869.tif 000012
【図１１】
2005109869.tif 000013
【図１２】
2005109869.tif 000014