(57)【要約】【課題】鍵情報の認証状態及び／又は照合状態に基づいたアクセス制御についての処理の迅速化を図ることが可能なＩＣカードを提供する。【解決手段】不揮発性メモリ１７に複数の鍵情報と、この鍵情報による認証状態及び／又は照合状態をビット列で示すセキュリティステータスＳＳ１と、セキュリティステータスＳＳ１に基づいてアクセスを制御するためのセキュリティ条件ＳＣ−ＤＯとを記憶しているＩＣカードであって、各鍵情報と、セキュリティステータスＳＳ１の各ビットとを対応させるための鍵対応テーブルＫＴ１を記憶することを特徴とする。【選択図】                図２
2005011084.tif 000002
【特許請求の範囲】
【請求項１】
複数の鍵情報を記憶する鍵情報記憶手段と、前記鍵情報による認証状態及び／又は照合状態をビット列で示すセキュリティステータスを記憶するセキュリティステータス記憶手段と、前記セキュリティステータスに基づいてアクセスを制御するためのセキュリティ条件を記憶するセキュリティ条件記憶手段とを備えるＩＣカードであって、
前記鍵情報記憶手段によって記憶されている各鍵情報と、前記セキュリティステータスの各ビットとを対応させるための鍵対応テーブルを記憶する鍵対応テーブル記憶手段を備えること、
を特徴とするＩＣカード。
【請求項２】
請求項１に記載のＩＣカードにおいて、
前記鍵記憶手段によって記憶されている鍵情報による認証又は照合が成功した場合に、前記鍵対応テーブル記憶手段によって記憶されている鍵対応テーブルを参照し、前記セキュリティステータス記憶手段によって記憶されているセキュリティステータスを書き換える書き換え手段を備えること、
を特徴とするＩＣカード。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、鍵情報の認証状態、照合状態に基づいてアクセス制御を行うＩＣカードに関するものである。
【０００２】
【従来の技術】
一般に、ＩＣカードは、ＲＯＭ、ＲＡＭ、ＥＥＰＲＯＭの３種類のメモリと、それらのメモリにアクセスするＣＰＵとを備えている。ＥＥＰＲＯＭのメモリ領域には、論理的な記憶場所である複数のファイルが階層的に形成され、このファイルにＣＰＵの処理によってアクセスされる情報が格納されている。
また、ＩＣカードは、複数の鍵（認証鍵又は照合鍵）を記憶し、外部装置から認証コマンド又は照合コマンドを受信した場合には、コマンドで指定された鍵に基づいて、外部装置から受信したデータの認証又は照合を行い、認証などができた場合には、鍵を開錠状態とする。記憶されている複数の鍵の開閉状態は、セキュリティステータスとしてＩＣカードに記憶されている。つまり、セキュリティステータスとは、通信相手の外部装置（又は外部装置を操作するユーザ）について、いずれの鍵で認証（又は照合）に成功したかを示し、ＩＣカードが電気的に非活性化された場合にはクリアされる情報である。
【０００３】
各ファイルに格納されている情報へのアクセスは、セキュリティステータスに基づいて制御される。ＩＣカードは、ファイル種別とそのファイルに対するアクセス種別（読み出し系、変更系、生成系、削除系などのアクセスモード）に応じて設定されているセキュリティ条件を記憶している。セキュリティ条件とは、アクセスを行うために必要なセキュリティステータスの状態であって、例えば、ＴＬＶ（タグ、レングス、バリュー）形式を有し、鍵を特定するための鍵特定情報を複数組合せ、その組合せ論理をＡＮＤ論理／ＯＲ論理とし、アクセスに必要な一又は複数の開錠状態の鍵の組合せを示すものであり、セキュリティステータスがこの組合せ条件を満たすことによって当該ファイルへのアクセスが可能となる（例えば、非特許文献１参照）。
【０００４】
【非特許文献１】
ＩＣカードシステム利用促進協議会編集・発行「ＪＩＣＳＡＰＩＣカード仕様  Ｖ２．０、第３部  共通コマンド」平成１３年７月、ｐ．２６−３３
【０００５】
【発明が解決しようとする課題】
しかし、従来のＩＣカードでは、アクセス制御のたびにＴＬＶ形式にて指定されるセキュリティ条件を解析して鍵を特定し、それぞれの鍵が開錠状態かを確認するため、ロジックが複雑になり、処理時間がかかってしまうという問題があった。
【０００６】
そこで、本発明の課題は、鍵情報の認証状態及び／又は照合状態に基づいたアクセス制御についての処理の迅速化を図ることが可能なＩＣカードを提供することである。
【０００７】
【課題を解決するための手段】
本発明は、以下のような解決手段により、前記課題を解決する。なお、理解を容易にするために、本発明の実施形態に対応する符号を付して説明するが、これに限定されるものではない。すなわち、請求項１の発明は、複数の鍵情報を記憶する鍵情報記憶手段（１７）と、前記鍵情報による認証状態及び／又は照合状態をビット列で示すセキュリティステータス（ＳＳ１）を記憶するセキュリティステータス記憶手段（１７）と、前記セキュリティステータスに基づいてアクセスを制御するためのセキュリティ条件（ＳＣ−ＤＯ）を記憶するセキュリティ条件記憶手段（１７）とを備えるＩＣカードであって、前記鍵情報記憶手段によって記憶されている各鍵情報と、前記セキュリティステータスの各ビットとを対応させるための鍵対応テーブル（ＫＴ１）を記憶する鍵対応テーブル記憶手段（１７）を備えること、を特徴とするＩＣカード（１０）である。
【０００８】
請求項２の発明は、請求項１に記載のＩＣカードにおいて、前記鍵記憶手段によって記憶されている鍵情報による認証又は照合が成功した場合に、前記鍵対応テーブル記憶手段によって記憶されている鍵対応テーブルを参照し、前記セキュリティステータス記憶手段によって記憶されているセキュリティステータスを書き換える書き換え手段（１４，Ｓ４６０）を備えること、を特徴とするＩＣカード（１０）である。
【０００９】
【発明の実施の形態】
以下、図面などを参照しながら、本発明の実施の形態について、更に詳しく説明する。
（実施形態）
図１は、本発明によるＩＣカードの実施形態を示すブロック図である。
図１に示すように、ＩＣカード１０は、通信部１１、ＩＣチップ１２などを備え、リーダライタを備える情報処理端末であるＡＴＭなどの外部装置２０と非接触式又は接触式での通信を行い、外部装置２０から受信した指示（コマンド）に応じた処理を行い、結果を応答（レスポンス）として返信する。
【００１０】
通信部１１は、例えば、アンテナ又は接触端子などであって、外部装置２０及びＣＰＵ１４の通信を媒介する。ＩＣチップ１２は、ＣＰＵ１４と、ＣＰＵ１４に接続されたＩ／Ｏインターフェイス１３、ＲＡＭ１５、ＲＯＭ１６及び不揮発性メモリ１７などを備えている。
Ｉ／Ｏインターフェイス１３は、通信部１１及びＣＰＵ１４間の入出力を媒介する入出力インターフェイスである。
ＣＰＵ１４は、種々の演算及び制御を行う、ＩＣカード１０を統括制御する中央処理装置であって、外部装置２０から受信したコマンドを解析し、ＲＯＭ１６、不揮発性メモリ１７などのメモリに格納されている、コマンドに応じたプログラムを実行し、その結果をレスポンスとして外部装置２０へ送信する。ＣＰＵ１４の機能の詳細については、図３〜図１０を用いて後述する。
【００１１】
ＲＡＭ１５、ＲＯＭ１６及び不揮発性メモリ１７は、プログラムなどのＣＰＵ１４の処理に必要な情報を記憶するための記憶手段である。
ＲＡＭ１５は、揮発性メモリであり、ＣＰＵ１４が処理を行うための作業領域として使用される。ＲＯＭ１６は、不揮発性の読み出し専用メモリであって、アプリケーションを実行させるためのオペレーティングシステム（以下、「ＯＳ」という。）、実行環境などの基本ソフトウェアなどを記憶している。不揮発性メモリ１７は、ＥＥＰＲＯＭ、フラッシュメモリ、ＦＲＡＭなどの随時書き換え可能な不揮発性のメモリであり、通常ユーザのワークエリア、プログラムエリアなどとして使用される。不揮発性メモリ１７のメモリ領域には、複数のファイルが階層的に形成されている。また、不揮発性メモリ１７は、セキュリティ管理情報を記憶している。
【００１２】
図２は、セキュリティ管理情報を説明する図である。
図２に示すように、セキュリティ管理情報は、鍵情報、鍵対応ビットと鍵情報の対応テーブル（以下、「鍵対応テーブル」という。）ＫＴ１、セキュリティステータスＳＳ１及びセキュリティ条件ＳＣ−ＤＯなどを含み、不揮発性メモリ１７に記憶されている各ファイルへのアクセスを管理するための情報である。
図２（ａ）に示すように、不揮発性メモリ１７のシステム情報領域には、ＩＣカード１０の初期化時に、鍵対応テーブルＫＴ１及びセキュリティステータスＳＳ１を保存し、管理するエリアが形成される。
【００１３】
鍵対応テーブルＫＴ１は、セキュリティステータスＳＳ１の各ビットに鍵情報を関連づけるためのテーブルであって、最大１６個までの鍵（鍵情報）について登録を行うことが可能である。鍵対応テーブルＫＴ１は、そのレコード番号と鍵対応ビットが１対１に対応し（例えば、レコード番号１が鍵対応ビット１となる。）、各レコードには、鍵情報を格納したファイルの識別情報（ＩＤ）、鍵情報が記憶されている場所を示すアドレスなどの個々の鍵を特定する情報である鍵特定情報が格納されている。なお、鍵対応テーブルＴＫ１の１６個の全てのレコードに鍵が登録されている必要はなく、少なくとも後述するセキュリティ条件ＳＣ−ＤＯで指定されている鍵が登録されていればよい。
【００１４】
セキュリティステータスＳＳ１は、ＩＣカード１０が通信を行っている外部装置２０について、登録されている各鍵による認証などの状態（認証済み／未認証、又は、照合済み／未照合）をそれぞれビット単位で示す情報であって、ＩＣカード１０が電気的に非活性化された場合にはクリアされる（初期化の際にクリアしてもよい。）。例えば、鍵について認証又は照合が成功した場合には、この鍵に対応するセキュリティステータスＳＳ１のビットに１が立つ。このセキュリティステータスＳＳ１のビットは、鍵対応ビットと同じならびになっており、鍵対応テーブルＫＴ１を参照することによって、各ビットに対応する鍵を特定することができる。なお、セキュリティステータスＳＳ１の状態を一のファイル（例えば、カレントファイル）においてのみ有効と設定してもよく、所定の他のファイルを選択した場合にその状態を継承するように設定してもよい。また、不揮発性メモリ１７のメモリ領域には、複数の鍵情報をそれぞれ格納する複数のファイルが形成されている。
不揮発性メモリ１７に記憶されている各ファイルに対してコマンドの属するアクセスモードＡＭ−ＤＯに応じたセキュリティ条件ＳＣ−ＤＯを、ＩＣカード１０が記憶している複数の鍵の組合せで任意に設定することができる。
【００１５】
図２（ｂ）に示すように、各ファイルについてモード１からｎまでのｎ種類（モードの種類及び数については、任意に設定可能である。）のアクセスモードＡＭ−ＤＯに対するセキュリティ条件ＳＣ−ＤＯが設定されている（図２（ｂ）において、下付文字がモードを示している。）。各アクセスモードＡＭ−ＤＯのセキュリティ条件ＳＣ−ＤＯは、セキュリティステータスＳＳ１と同じ長さの２組のビット列で設定されている。各組のビット列は、ＡＮＤ論理又はＯＲ論理の１又は複数（最大で１６個）の鍵の組合せを示し、いずれの鍵での認証（又は照合）の成功の組合せがファイルへのアクセスのために必要であるかを示している。セキュリティ条件ＳＣ−ＤＯは、この２組のビット列のＡＮＤ論理又はＯＲ論理の組合せで設定され、セキュリティステータスＳＳ１がこれらの設定を満たすか否かに基づいてファイルへの各アクセスモードでのアクセスの許否が判定される。例えば、ビット１又は４が立っているという条件が組合せ１であり、ビット１５及び１６が立っているという条件が組合せ２であって、組合せ１及び２の間は、ＡＮＤ論理で設定されている場合には、ビット１５及び１６と、ビット１又は４が立っている場合にアクセスが可能となる。なお、セキュリティ条件ＳＣ−ＤＯの設定方法は、任意であって、例えば、各アクセスモードＡＭ−ＤＯに設定するセキュリティ条件ＳＣ−ＤＯは、１組又は３組以上であってもよく、鍵の組合せ、また、各組合せ間における論理演算は、ＡＮＤ論理、ＯＲ論理に限定されない。
【００１６】
次に、ＩＣカード１０が行う、（１）鍵の登録、（２）セキュリティ条件ＳＣ−ＤＯの変更、（３）鍵（認証鍵、照合鍵）の開錠、及び、（４）アクセス制御の処理について順に説明する。
【００１７】
図３及び図４は、鍵対応テーブルＫＴ１への鍵の登録についてＩＣカード１０が行う鍵登録処理を説明する図であって、図３は、本発明によるＩＣカードの動作を示すフローチャートであり、図４は、不揮発性メモリのメモリ領域を示している。以下、図３を中心に、図４を適宜参照しながら、ＩＣカード１０のＣＰＵ１４の処理を中心に説明する。
図３に示すように、ステップ１００（以下、「ステップ」を「Ｓ」という。）において、ＩＣカード１０は、外部装置２０との通信経路を確立し、電力が供給され、コマンド待ちの状態にある。
Ｓ１１０において、ＩＣカード１０は、外部装置２０から送信された鍵情報のファイルの生成を指示する所定のコマンドを通信部１１から受信する。ＣＰＵ１４は、コマンドを解析し（Ｓ１２０）、コマンドにエラーがあるか否かを判定する（Ｓ１３０）。エラーがあった場合には、ＩＣカード１０は、その旨を示すレスポンスを外部装置２０へ送信し（Ｓ１８０，Ｓ１７０）、処理を終了する（Ｓ１９０）。
【００１８】
コマンドに異常がなく、エラーがない場合には、ＣＰＵ１４は、鍵対応テーブルＫＴ１に未登録の鍵対応ビット（未使用のレコード）があるか否かを判定する。否と判定した場合には、ＩＣカード１０は、その旨を示すレスポンスを外部装置２０へ送信し（Ｓ１８０，Ｓ１７０）、処理を終了する（Ｓ１９０）。
本実施形態においては、鍵対応テーブルＫＴ１は、未登録状態であるため、ＣＰＵ１４は、肯と判定し、サーチした際に最初に未使用を検出した、鍵対応ビット１のレコードに鍵特定情報を書き込み、鍵を登録する（Ｓ１５０、図４）。この登録した鍵は、セキュリティステータスＳＳ１のビット１に割り当てられる。また、ＣＰＵ１４は、鍵情報を格納するファイルの作成処理として、コマンドに従って、ファイル管理情報の設定、領域の確保などを行い、必要に応じて鍵情報のファイルのセキュリティ条件を設定する（Ｓ１６０）。ＩＣカード１０は、正常終了のレスポンスを外部装置へ送信し（Ｓ１７０）、処理を終了する（Ｓ１９０）。
【００１９】
図５は、本発明によるＩＣカードの動作を示すフローチャートであって、セキュリティ条件の変更を行うセキュリティ条件変更処理を示している。以下、ＩＣカード１０のＣＰＵ１４の処理を中心に説明する。
図５に示すように、Ｓ２１０において、ＩＣカード１０は、セキュリティ条件ＳＣ−ＤＯの変更を指示する所定のコマンドを受信し、Ｓ２２０及びＳ２３０において、鍵登録処理のＳ１２０及びＳ１３０と同様の処理を行う。
Ｓ２４０において、ＣＰＵ１４は、変更の対象となるセキュリティ条件ＳＣ−ＤＯが存在する場合には、変更後のセキュリティ条件ＳＣ−ＤＯのＴＬＶ形式の情報を解析し、条件に含まれる鍵の鍵特定情報を全て抽出する。ＣＰＵ１４は、鍵対応テーブルＫＴ１を先頭からサーチし、これらの鍵特定情報が登録されているか、つまり、セキュリティ条件ＳＣ−ＤＯで使用する鍵が全てセットされているか否かを判定する。登録されていない場合には、ＣＰＵ１４は、その旨のレスポンスを外部装置２０へ送信し（Ｓ２９０、Ｓ２８０）、処理を終了する（Ｓ３００）。
全て登録されている場合には、ＣＰＵ１４は、コマンドに従って、セキュリティ条件ＳＣ−ＤＯを書き換え、更新を行う（Ｓ２８０）。ＩＣカード１０は、正常終了のレスポンスを外部装置へ送信し（Ｓ２９０）、処理を終了する（Ｓ３００）。
【００２０】
図６及び図７は、鍵の開錠についてＩＣカード１０が行う鍵開錠処理を説明する図であって、図６は、本発明によるＩＣカードの動作を示すフローチャートであり、図７は、不揮発性メモリのメモリ領域を示す図である。以下、図６を中心に、図７を適宜参照しながら、ＩＣカード１０のＣＰＵ１４の処理を中心に説明する。
Ｓ４１０において、ＩＣカード１０は、認証（又は照合）を指示する所定のコマンドを外部装置２０から受信し、Ｓ４２０及びＳ４３０において、鍵登録処理のＳ１２０及びＳ１３０と同様の処理を行う。
Ｓ４４０において認証を行う場合（認証のコマンドを実行する場合）には、ＣＰＵ１４は、認証で使用する元データ及び認証鍵に基づいて、外部装置２０から入力した認証用のデータが正しいか否かを判定する（図７の＃１０）。また、照合を行う場合には、外部装置２０から入力した照合鍵と、指定されたファイルに格納されている照合鍵とを照合し（図７の＃１０）、同一であるか否かを判定する（Ｓ４５０）。否と判定した場合には、ＩＣカード１０は、その旨のレスポンスを外部装置２０へ送信し（Ｓ４８０、Ｓ４７０）、処理を終了する（Ｓ４９０）。
【００２１】
肯と判定した場合には、ＣＰＵ１４は、指定されたファイルのＩＤに基づいて、照合又は認証に使用した鍵がどの鍵対応ビットに割り当てられているかを検出し、関連づけられているセキュリティステータスＳＳ１のビットを開錠状態（ＯＮ）に書き換える（Ｓ４６０、図７の＃２０）。ＩＣカード１０は、正常終了のレスポンスを外部装置へ送信し（Ｓ４７０）、処理を終了する（Ｓ４９０）。
【００２２】
図８及び図９は、アクセス制御についてＩＣカード１０が行うアクセス制御処理を説明する図であって、図８は、本発明によるＩＣカードの動作を示すフローチャートであり、図９は、不揮発性メモリのメモリ領域を示す図である。以下、図８を中心に、図９を適宜参照しながら、ＩＣカード１０のＣＰＵ１４の処理を中心に説明する。
Ｓ５１０において、ＩＣカード１０は、ファイルへのアクセスの実行を指示する所定のコマンドを外部装置２０から受信し、Ｓ５２０及びＳ５３０において、鍵登録処理のＳ１２０及びＳ１３０と同様の処理を行う。
Ｓ５４０において、ＩＣカード１０は、コマンドを実行する前にコマンドの処理の対象となる選択（又は指示）されているファイルにアクセス可能であるか否かを判定する。
【００２３】
具体的には、ＣＰＵ１４は、先ず、このコマンドが属するアクセスモードＡＭ−ＤＯｎの組合せｎのセキュリティ条件ＳＣ−ＤＯｎを参照し、セキュリティ条件ＳＣ−ＤＯｎの各ビット間の組合せがＡＮＤ論理である場合には、セキュリティステータスＳＳ１及びこのセキュリティ条件ＳＣ−ＤＯｎのビット列のＡＮＤ論理の演算を行う（図９（ａ）の＃３０）。この演算結果と、セキュリティ条件ＳＣ−ＤＯｎとを比較し（図９（ａ）の＃４０）、同一である場合には、セキュリティ条件ＳＣ−ＤＯｎを満たしていると判定する。つまり、セキュリティ条件ＳＣ−ＤＯｎにて指定した鍵全てが開錠状態となっている場合に条件を満たしていると判定する。
一方、図９（ｂ）に示すように、セキュリティ条件ＳＣ−ＤＯｎの各ビット間の組合せがＯＲ論理である場合には、ＣＰＵ１４は、セキュリティステータスＳＳ１及びセキュリティ条件ＳＣ−ＤＯのビット列のＡＮＤ論理の演算を行い（図９（ｂ）の＃５０）、演算結果が「０」とならなければ、セキュリティ条件ＳＣ−ＤＯｎを満たすと判定する（図９（ｂ）の＃６０）。つまり、セキュリティ条件ＳＣ−ＤＯｎにて指定した鍵のうちいずれかが開錠している場合に条件を満たしていると判定する。
ＣＰＵ１４は、同一のアクセスモードＡＭ−ＤＯｎの他の組合せのセキュリティ条件ＳＣ−ＤＯｎについて同様に処理を行い、各組合せの判定結果について、ＡＮＤ論理又はＯＲ論理などの論理演算を行い、演算結果に基づいてセキュリティステータスＳＳ１がセキュリティ条件ＳＣ−ＤＯｎを満たしているか否かを判定する。
【００２４】
セキュリティ条件ＳＣ−ＤＯｎを満たしていない場合には、ＩＣカード１０は、その旨をレスポンスとして外部装置２０へ送信し（Ｓ５７０，Ｓ５６０）、処理を終了する（Ｓ５８０）。
セキュリティ条件ＳＣ−ＤＯｎを満たしている場合には、ＣＰＵ１４は、コマンドを実行し（Ｓ５５０）、ＩＣカード１０は、その結果をレスポンスとして外部装置２０へ送信し（Ｓ５６０）、処理を終了する（Ｓ５８０）。
図３、図５に示す鍵登録処理、セキュリティ条件変更処理などのファイルへのアクセスを行う処理においては、図示していないが、ＩＣカード１０は、コマンドを受信した場合に（Ｓ１１０，Ｓ２１０）、同様にアクセス制御処理を行う。
【００２５】
図１０は、鍵情報を格納するファイルの削除について説明する図であって、図１０（ａ）は鍵情報のファイルを削除できない場合、図１０（ｂ）は削除できる場合を示している。
図１０に示すように、ＩＣカード１０が外部装置２０から鍵情報のファイルを削除することを指示する所定のコマンドを受信した場合には、ＣＰＵ１４は、鍵対応テーブルＫＴ１を参照し、指定されたファイルのＩＤに基づいて、この鍵情報がいずれの鍵対応ビット（レコード）に対応しているのか、つまり、ファイルのＩＤを格納するレコードのレコード番号を検出する。ＣＰＵ１４は、検出したレコード番号に基づいて、この鍵対応ビットに対応するビットに１が立っているセキュリティ条件ＳＣ−ＤＯが設定されているファイル（鍵対応ビットの鍵を使用するファイル）があるか否かを判定する。
図１０（ａ）に示すように、肯と判定した場合には、指定された鍵情報のファイルを削除することができず、図１０（ｂ）に示すように、否と判定した場合には、削除することが可能となる。
なお、削除を行う前に、ＣＰＵ１４は、図８に示すアクセス制御処理を指定された鍵情報のファイルについて行う。
【００２６】
このように、本実施形態によれば、アクセスモードＡＭ−ＤＯ毎に設定するセキュリティ条件ＳＣ−ＤＯをＴＬＶ形式で扱わずに、鍵対応テーブルＫＴ１を用いて鍵情報をビット列で扱い、鍵対応テーブルＫＴ１、セキュリティステータスＳＳ１及びセキュリティ条件ＳＣ−ＤＯを対応させるため、アクセス制御のたびにＴＬＶ形式にて指定されるセキュリティ条件ＳＣ−ＤＯを解析して鍵を特定する必要がなく、処理の迅速化を図ることが可能となった。
また、鍵が鍵対応テーブルＫＴ１で管理されているため、セキュリティステータスＳＳ１、セキュリティ条件ＳＣ−ＤＯなどの他の情報と、鍵との対応が明確となり、セキュリティステータスＳＳ１の書き換えなどを容易に行うことが可能となった。
更に、鍵情報をＴＬＶ形式のまま記憶する場合には、鍵１つにつき３バイトの領域が必要な従来に比べ、１ビットのみで記憶することが可能となり、不揮発性メモリ１７のメモリ領域を効率的に利用することが可能となった。
【００２７】
（変形形態）
以上説明した実施形態に限定されることなく、種々の変形や変更が可能であって、それらも本発明の均等の範囲内である。例えば、セキュリティ条件ＳＣ−ＤＯは、不揮発性メモリ１７に記憶されている各ファイルについて設定されているが、ＲＯＭ１６に記憶されているファイルについて設定してもよく、セキュリティ条件ＳＣ−ＤＯが設定されるファイルを記憶するメモリは、不揮発性であれば、限定されない。従って、鍵情報を格納するファイルがＲＯＭ１６に記憶されていてもよい。
また、ＩＣカード１０は、セキュリティステータスＳＳ１を不揮発性メモリ１７に記憶しているがＲＡＭ１５に記憶していてもよい。
【００２８】
更に、ＩＣカード１０は、最大で１６個の鍵を記憶し、アクセスの制御に使用することができるが、鍵の個数は、１６に限られない。例えば、１４個としてもよく、７個の鍵をそれぞれ、外部装置２０を認証するためのノード鍵、ユーザを認証するための当事者鍵としてもよい。また、この場合には、セキュリティステータスＳＳ１の残り２ビットで各ビット間における組合せ論理を示すように設定してもよい。
【００２９】
【発明の効果】
以上詳しく説明したように、本発明によるＩＣカード、ＩＣカードプログラム及びコード部の入れ替え方法によれば、ＩＣカードは、各鍵情報と、セキュリティステータスの各ビットとを対応させるための鍵対応テーブルを記憶し、セキュリティ条件をＴＬＶ形式で扱わずに、鍵対応テーブルを用いて鍵情報をビット列で扱い、鍵対応テーブル、セキュリティステータス及びセキュリティ条件を対応させるため、アクセス制御のたびにＴＬＶ形式にて指定されるセキュリティ条件を解析して鍵を特定する必要がなく、処理の迅速化を図ることが可能となった。
また、鍵が鍵対応テーブルで管理されているため、セキュリティステータス、セキュリティ条件などの他の情報と、鍵との対応が明確となり、セキュリティステータスの書き換えなどを容易に行うことが可能となった。更に、鍵情報をＴＬＶ形式のまま記憶する場合には、鍵１つにつき３バイトの領域が必要な従来に比べ、１ビットのみで記憶することが可能となり、メモリ領域を効率的に利用することが可能となった。
【図面の簡単な説明】
【図１】本発明によるＩＣカードの実施形態を示すブロック図である。
【図２】セキュリティ管理情報を説明する図である。
【図３】本発明によるＩＣカードによる鍵登録処理を示すフローチャートである。
【図４】鍵登録処理における不揮発性メモリのメモリ領域を示す図である。
【図５】本発明によるＩＣカードによるセキュリティ条件変更処理を示すフローチャートである。
【図６】本発明によるＩＣカードによる鍵開錠処理を示すフローチャートである。
【図７】鍵開錠処理における不揮発性メモリのメモリ領域を示す図である。
【図８】本発明によるＩＣカードによるアクセス制御処理を示すフローチャートである。
【図９】アクセス制御処理における不揮発性メモリのメモリ領域を示す図である。
【図１０】鍵情報を格納するファイルの削除について説明する図である。
【符号の説明】
１０  ＩＣカード
１１  通信部
１２  ＩＣチップ
１３  Ｉ／Ｏインターフェイス
１４  ＣＰＵ
１５  ＲＡＭ
１６  ＲＯＭ
１７  不揮発性メモリ
２０  外部装置
ＫＴ１  鍵対応テーブル
ＳＳ１  セキュリティステータス
ＡＭ−ＤＯ  アクセスモード
ＳＣ−ＤＯ  セキュリティ条件
【図１】
2005011084.tif 000003
【図２】
2005011084.tif 000004
【図３】
2005011084.tif 000005
【図４】
2005011084.tif 000006
【図５】
2005011084.tif 000007
【図６】
2005011084.tif 000008
【図７】
2005011084.tif 000009
【図８】
2005011084.tif 000010
【図９】
2005011084.tif 000011
【図１０】
2005011084.tif 000012