JPH10105472A

JPH10105472A - メモリのアクセス管理方法

Info

Publication number: JPH10105472A
Application number: JP8278877A
Authority: JP
Inventors: Yasuo Iijima; 康雄飯島
Original assignee: Toshiba Corp
Current assignee: Toshiba Corp
Priority date: 1996-09-30
Filing date: 1996-09-30
Publication date: 1998-04-24

Abstract

(57)【要約】【課題】上位者からのデータファイルへの関与をなく
し、上位者から下位者へ当該データファイルまたはメモ
リ領域へのアクセスの権限を委譲する。【解決手段】メモリを複数のファイルに分割してなるＩ
Ｃカードにおいて、下位者は、上位者が設定したトラン
スポートキーを自身のみが知りえるキー（ｂ′）に当該
キーＥＦに設定されているキー変更用のアクセス条件を
参照して変更し、データファイル（ＤＦ）に付与されて
いるトランスポートビットをオンにし、自身が必要とす
るデータＥＦ−ｂをデータファイル（ＤＦ）に設定され
ているＥＦ創成用アクセス条件を参照してデータファイ
ル（ＤＦ）配下に創成し、自身が必要とするキーＥＦ−
ｃをデータファイル（ＤＦ）に設定されているＥＦ創成
用アクセス条件を参照してデータファイル（ＤＦ）配下
に創成する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、たとえば、不揮発
性メモリ、および、これらを制御するＣＰＵなどの制御
素子を有するＩＣチップを内蔵したＩＣカードなどの電
子装置において、上記メモリ内に分割設定される複数の
ファイルに対してのアクセスを管理するメモリのアクセ
ス管理方法に関する。

【０００２】

【従来の技術】最近、携帯可能なデータ記憶媒体とし
て、不揮発性のデータメモリ、および、これらを制御す
るＣＰＵ（セントラル・プロセッシング・ユニット）な
どの制御素子を有するＩＣチップを内蔵したＩＣカード
が注目されている。

【０００３】この種のＩＣカードは、内蔵するデータメ
モリを複数のファイルに分割し、かつ、個々のファイル
には、利用アプリケーションが運用時に必要なデータな
どが格納されるようになっており、外部装置からアプリ
ケーション識別名などを入力することにより、選択的に
対応ファイルのみが使用可能な状態を実現するようにな
っている。このため、複数のアプリケーションデータを
ファイル分けし、１枚のＩＣカードに格納することによ
り、多目的利用が可能なようになっている。

【０００４】さて、この多目的を指向するＩＣカードに
おいては、カード発行者及びアプリケーション提供者の
権限を明確に区分する事が要求される。

【０００５】この権限とは、各当事者に割り当てられて
いる暗証番号が照合された際、ＩＣカードへのアクセス
の可否範囲を明確にする事で実現できる。

【０００６】従来のＩＣカードでは、カード発行者がア
プリケーション提供者に対してファイルを提供する際、
当該ファイルにアプリケーション提供者に対するトラン
スポートキーを設定する。アプリケーション提供者は、
このカードを受け取ると、まず当該トランスポートキー
を自身のみが知りえる提供者キーに書き換え、この後、
アプリケーション提供者に与えられたファイル内の管理
を、この提供者キーにて行えるようになされている。

【０００７】さてここで、ファイル内の管理を行える環
境を定義する情報として、一般的に、当該ファイルに付
与されたアクセス条件が挙げられる。つまり、カード発
行者がアプリケーション提供者に提供するファイルに
は、アプリケーション提供者キーの照合が必要というア
クセス条件が付与されるべきである。

【０００８】上述したファイル内の管理行為の一つとし
て、アプリケーションにて使用するファイルを設定する
ことが挙げられる。この行為には、先に述べたアプリケ
ーション提供者用トランスポートキーの設定をも含まれ
ていることを考える。

【０００９】この場合、ファイル内の管理をアプリケー
ション提供者のみにて行わせるように当該ファイルのア
クセス条件を設定すると、発行者がアプリケーション提
供者用トランスポートキーを設定するために満足しなけ
ればならないアプリケーション提供者キーが存在してい
ないため、発行者は、当該トランスポートキーを永久に
設定できない事になる。

【００１０】これを回避するために、当該ファイルに与
えるアクセス条件として、アプリケーション提供者キー
または発行者キーのいずれかと設定する方法が考えられ
る。

【００１１】つまり、発行者が当該ファイルにアプリケ
ーション提供者用トランスポートキーを設定する場合、
発行者キーを照合することによりアクセス条件を満足さ
せ、一方、アプリケーション提供者が当該ファイル内の
他の管理行為を行う場合には、自身のアプリケーション
提供者キーを照合することによりアクセス条件を満足さ
せるようにアクセス条件を設定すれば良い。

【００１２】しかしながら、この場合、当該ファイルに
設定されているアクセス条件は発行者とアプリケーショ
ン提供者の双方によりアクセス可能となり、当該ファイ
ルへの管理権限は、発行者（上位者）からアプリケーシ
ョン提供者（下位者）に委譲されたとは言えないことに
なる。

【００１３】

【発明が解決しようとする課題】上記したように、発行
者が当該ファイルにアプリケーション提供者用トランス
ポートキーを設定する場合、発行者キーを照合すること
によりアクセス条件を満足させ、一方、アプリケーショ
ン提供者が当該ファイル内の他の管理行為を行う場合に
は、自身のアプリケーション提供者キーを照合すること
によりアクセス条件を満足させた場合、当該ファイルに
設定されているアクセス条件により、当該ファイルへの
管理権限は、発行者（上位者）からアプリケーション提
供者（下位者）に委譲されたとは言えないという問題が
あった。

【００１４】そこで、この発明は、たとえば、上位者か
らのデータファイルへの関与をなくし、上位者から下位
者へ当該データファイルまたはメモリ領域へのアクセス
の権限を委譲することができるメモリのアクセス管理方
法を提供することを目的とする。

【００１５】

【課題を解決するための手段】本発明のメモリのアクセ
ス管理方法は、メモリを複数のファイルに分割し、この
分割した複数のファイルに対してのアクセスをそれぞれ
管理するもので、当該メモリを用いたシステムの上位者
にてファイル配下に第１のキーが予め設定されており、
当該メモリを用いたシステムの下位者が新たにキーを設
定可能に構成されており、かつ、これらのキーの照合に
よって上記ファイルへのアクセスを可能とするメモリの
アクセス管理方法であって、上記上位者が設定した第１
のキーを、この第１のキーに設定されているキー変更用
のアクセス条件を参照して下位者のみが知りえる第２の
キーに変更し、この第２のキーに変更された際、上記上
位者によるファイル配下のキー創成を拒絶するようにし
たことを特徴とする。

【００１６】本発明のメモリのアクセス管理方法は、メ
モリを複数のファイルに分割し、この分割した複数のフ
ァイルに対してのアクセスをそれぞれ管理するもので、
当該メモリを用いたシステムの上位者にてファイル配下
に第１のキーが予め設定されており、当該メモリを用い
たシステムの下位者が新たにキーを設定可能に構成され
ており、かつ、これらのキーの照合によって上記ファイ
ルへのアクセスを可能とするメモリのアクセス管理方法
であって、上記上位者が設定した第１のキーを、この第
１のキーに設定されているキー変更用のアクセス条件を
参照して下位者のみが知りえる第２のキーに変更し、上
記上位者によるファイル配下のキー創成を拒絶するよう
にしたことを特徴とする。

【００１７】本発明のファイルアクセス管理方法は、上
位のファイルと下位のファイルとからなるツリー構造の
ファイルへのアクセスを管理するファイルアクセス管理
方法において、上位の管理者が管理する上位のファイル
に対してアクセス条件を設定し、上位の管理者から下位
の管理者に対して提供するファイルにアクセス条件を設
定し、上位の管理者から下位の管理者に対する受け渡し
のためのトランスポートキーを下位のファイルに設定す
る場合は、当該ファイルの上位のファイルのアクセス条
件を参照し、この上位のファイルのアクセス条件を満足
している場合にトランスポートキーを下位のファイルに
設定し、下位のファイルの配下にファイルを設定する場
合は当該下位ファイルのアクセス条件を参照してこのア
クセス条件を満足している場合にファイルの設定を行う
ようにしたことを特徴とする。

【００１８】本発明の携帯可能情報処理装置は、上位の
ファイルと下位のファイルとからなるツリー構造のファ
イルを有する携帯可能情報処理装置において、アクセス
条件が設定され上位の管理者が利用するための上位のフ
ァイルと、アクセス条件が設定され上位の管理者から提
供され下位の管理者が利用する下位のファイルと、上位
のファイルのアクセス条件を参照してこの上位のファイ
ルのアクセス条件を満足している場合に上位の管理者か
ら下位の管理者に対する受け渡しのためのトランスポー
トキーを下位のファイルに設定する第１の手段と、下位
ファイルのアクセス条件を参照してこのアクセス条件を
満足している場合に下位のファイルの配下にファイルを
設定する第２の手段とから構成されている。

【００１９】本発明の情報処理装置用制御プログラムを
記憶した媒体は、上位のファイルと下位のファイルとか
らなるツリー構造のファイルを創成し、かつ制御手段に
より各ファイルへのアクセス管理を行う情報処理装置用
制御プログラムを記憶した媒体において、前記制御プロ
グラムは前記制御手段に対して、上位の管理者によりア
クセス条件が設定された上位のファイルを創成させるス
テップと、上位の管理者から提供され下位の管理者が利
用するためにアクセス条件が設定され下位のファイルを
創成させるステップと、上位のファイルのアクセス条件
を参照してこの上位のファイルのアクセス条件を満足し
ている場合に上位の管理者から下位の管理者に対する受
け渡しのためのトランスポートキーを下位のファイルに
設定させるステップと、下位ファイルのアクセス条件を
参照してこのアクセス条件を満足している場合に下位の
ファイルの配下にファイルを設定させるステップとから
構成されこの制御プログラムを記憶したことを特徴とす
る。

【００２０】

【発明の実施の形態】以下、本発明の実施の形態につい
て図面を参照して説明する。

【００２１】図１は、本実施の形態に係る携帯可能電子
装置としてのＩＣカードが適用される、たとえば、金融
システムあるいはショッピングシステムなどの端末装置
として用いられるカード取扱装置の構成例を示すもので
ある。すなわち、この装置は、ＩＣカード１をカードリ
ーダ・ライタ２を介してＣＰＵなどからなる制御部３と
接続可能とするとともに、制御部３にキーボード４、Ｃ
ＲＴディスプレイ装置５、プリンタ６、および、フロッ
ピーディスク装置７を接続して構成される。

【００２２】図２は、ＩＣカード１の構成例を示すもの
であり、制御部としての制御素子（たとえば、ＣＰＵ）
１１、記憶内容が消去可能な不揮発性のデータメモリ１
２、ワーキングメモリ１３、プログラムメモリ１４、お
よび、カードリーダ・ライタ２との電気的接触を得るた
めのコンタクト部１５によって構成されている。これら
のうち、破線内の部分（制御素子１１、データメモリ１
２、ワーキングメモリ１３、プログラムメモリ１４）は
１つのＩＣチップ（あるいは複数）１０で構成されて、
さらに、実開平２−１７３８１号にて知られるように、
ＩＣチップ１０とコンタクト部１５とが一体的にＩＣモ
ジュール化されて、ＩＣカード本体内に埋設されてい
る。

【００２３】データメモリ１２は、各種データの記憶に
使用され、たとえば、ＥＥＰＲＯＭなどで構成されてい
る。ワーキングメモリ１３は、制御素子１１が処理を行
なう際の処理データを一時的に保持するためのメモリで
あり、たとえば、ＲＡＭなどで構成される。プログラム
メモリ１４は、たとえば、マスクＲＯＭで構成されてお
り、制御素子１１のプログラムなどを記憶するものであ
る。

【００２４】データメモリ１２は、たとえば、図３に示
すように、制御領域１２０、ディレクトリ１２１、空き
領域１２２、および、エリア群１２３に分割されてい
る。エリア群１２３は、複数のデータエリアおよびキー
エリアを有することができ、かつ、データファイル（Ｄ
Ｆ）と呼ばれる概念でグループ化することができる。な
お、後述するマスタファイル（ＭＦ）は、データファイ
ルの１つの形態として一括管理される。

【００２５】データファイルは、対応するアプリケーシ
ョンにて使用されるデータエリア、および、キーエリア
を一括して管理するためのファイルである。

【００２６】データエリアは、たとえば、取引データな
どのように、必要に応じて読み書きするためのデータを
格納するエリアである。

【００２７】キーエリアは、たとえば、暗証番号などの
格納に利用されているエリアであり、書込み／書換え／
照合の対象になり、読出しはできないようになってい
る。

【００２８】なお、これらのエリアは、図３に示すよう
に、エリア群１２３として一括して割当てられている。
また、これらのファイルあるいはエリアは、データメモ
リ１２内のディレクトリ１２１を用いることにより、そ
れぞれの物理的位置などを制御素子１１が認識するよう
になっている。

【００２９】さらに、図３の制御領域１２０には、エリ
ア群１２３の先頭アドレス情報、および、空き領域１２
２の先頭アドレス情報が格納されている。

【００３０】図３のディレクトリ１２１は、図４に示す
ように、各データファイルおよびエリアに対応する各種
定義情報が格納される。

【００３１】図４（ａ）は、データファイルの名称を定
義する情報である。この定義情報は、ディレクトリ１２
１内でデータファイル名定義情報を識別するためのデー
タＰＴＮ、本データファイルに割当てられたファイル通
し番号ＤＦＳＮ、本データファイルの親ファイルの通し
番号ＰＦＳＮ、本データファイルに付与されたファイル
名ＤＦnameおよびその長さを示すデータＮＬ、および、
これらのデータの正当性をチェックするためのデータＢ
ＣＣから構成される。

【００３２】図４（ｂ）は、データファイルの管理情報
を定義する情報である。この定義情報は、ディレクトリ
１２１内でデータファイル名定義情報を識別するための
データＰＴＮ、本データファイルに割当てられたファイ
ル通し番号ＤＦＳＮ、本データファイルの親ファイルの
通し番号ＰＦＳＮ、データファイルサイズＤＦＳ、本デ
ータファイルの付加情報が格納されるデータエリアを識
別するためのＡＡＩＤ、当該付加情報を出力するか否か
などを規定するＴＹＰＥ、キーの種別を禁止するＵＣ
Ｆ、データファイルのアクセス条件を示すＤＦＡＣ、本
データファイルの状態を保持するためのＤＦＳＴ、本デ
ータファイルの配下に位置するデータファイルおよびエ
リアにより使用されているバイト数ＵＳ、および、これ
らのデータの正当性をチェックするためのデータＢＣＣ
から構成される。

【００３３】ここでＤＦＳＴの特定ビット（例えば８ビ
ット目）は、該ＤＦのトランスポートキーが変更された
か否かを示すトランスポートビットとして使用される。

【００３４】また、特にＡＡＩＤは、後述するデータフ
ァイル選択コマンドにてデータファイルが選択された際
に、必要に応じてそれに示されるデータエリアの内容を
出力する。

【００３５】図４（ｃ）は、各種取引データなどを格納
するエリアを定義する情報である。この定義情報は、デ
ィレクトリ１２１内でエリア定義情報を識別するための
データＰＴＮ、本エリアが属するデータファイルの通し
番号ＤＦＳＮ、エリアに対してアクセスする際の識別番
号ＡＩＤ、エリアの先頭アドレスを示すＡＴＯＰ、エリ
アサイズを示すＡＳＩＺ、エリアのアクセス条件を示す
ＡＡＣ、エリアの状態を保持するＡＳＴ、および、これ
らのデータの正当性をチェックするためのデータＢＣＣ
から構成される。

【００３６】図４（ｄ）は、各種キーデータを格納する
エリアを定義する情報である。この定義情報は、ディレ
クトリ１２１内でキーエリア定義情報を識別するための
データＰＴＮ、本エリアが属するデータファイルの通し
番号ＤＦＳＮ、エリアに対してアクセスする際の識別番
号ＫＩＤ、エリアの先頭アドレスを示すＫＴＯＰ、エリ
アサイズを示すＫＳＩＺ、キーの種別を示すＣＦ、キー
のアクセス条件を示すＫＡＣ、キーの状態を保持するＫ
ＳＴ、および、これらのデータの正当性をチェックする
ためのデータＢＣＣから構成される。

【００３７】これらに使用されている識別情報ＰＴＮ
は、たとえば、１バイトで構成されており、データファ
イルの名称を定義するもの（図４（ａ））に対しては
‘００’が、データファイルの管理情報を定義するもの
（図４（ｂ））に対しては‘０１’が、データエリアを
定義するもの（図中（ｃ））に対しては‘０２’が、ま
た、キーエリアを定義するもの（図４（ｄ））に対して
は‘０３’が、それぞれ使用される。

【００３８】図５は、ファイルの構造例を示している。
この図において、ＤＦｎｎはデータファイルを、Ｄｎｎ
はデータエリアを、Ｋｎｎはキーエリアを、それぞれ示
している。

【００３９】図示するように、ＩＣカード１内のメモリ
１２において、マスタファイル（ＭＦ）の配下には、デ
ータファイルＤＦ１，ＤＦ２が、また、キーエリアＫ０
０，Ｋ０１、データエリアＤ００，Ｄ０１が、それぞれ
設定されている。

【００４０】また、データファイルＤＦ１の配下には、
データファイルＤＦ１−１，ＤＦ１−２が、また、キー
エリアＫ１１，Ｋ１２、データエリアＤ１１，Ｄ１２
が、それぞれ設定されている。

【００４１】また、データファイルＤＦ１−１の配下に
は、キーエリアＫ１１１，Ｋ１１２、データエリアＤ１
１１／Ｄ１１２が、また、データファイルＤＦ１−２の
配下には、キーエリアＫ１２１，Ｋ１２２、データエリ
アＤ１２１，Ｄ１２２が、それぞれ設定されている。

【００４２】一方、データファイルＤＦ２の配下には、
データファイルＤＦ２−１，ＤＦ２−２が、また、キー
エリアＫ２１，Ｋ２２、データエリアＤ２１，Ｄ２２
が、それぞれ設定されている。

【００４３】また、データファイルＤＦ２−１の配下に
は、キーエリアＫ２１１，Ｋ２１２、データエリアＤ２
１１，Ｄ２１２が、また、データファイルＤＦ２−２の
配下には、キーエリアＫ２２１，Ｋ２２２、データエリ
アＤ２２１，Ｄ２２２が、それぞれ設定されている。

【００４４】これらの各種定義情報は、一括して図６に
示すように、ディレクトリ１２１に格納される。図示す
るように、各定義情報には、ＤＦＳＮ（ファイル通し番
号）が、ファイル創成時に自動的に付与される。このＤ
ＦＳＮ、および、データファイル定義情報に格納される
親ファイルのシーケンス番号により、各ファイルの関連
状態を制御素子１１が認識する。

【００４５】たとえば、データファイルＤＦ１−１の定
義情報（通し番号＃１３）は、ＤＦＳＮが‘０３’、ま
た、ＰＦＳＮが‘０１’となっている。すなわち、本デ
ータファイルは、ファイルシーケンス番号‘０３’が創
成時に付与され、同時に本データファイルがＤＦ１の配
下に創成されることを認識し、データファイルＤＦ１の
ＤＦＳＮ（‘０１’）をＰＦＳＮとして付与する。

【００４６】図７は、データファイル（ＤＦ）創成のた
めの動作を説明するフローチヤートを示しており、以下
それについて説明する。ＩＣカード１が、外部から入力
されるデータファイル創成コマンドを受信すると、ま
ず、使用可能状態、すなわち、カレント状態となってい
るデータファイル（以後、カレントＤＦと称す）を認識
する（ＳＴ１）。特に、ＩＣカード１への電気的活性化
の直後は、カレントＤＦはマスタファイル（ＭＦ）とな
る。

【００４７】カレントＤＦを認識すると、次に、カレン
トＤＦ定義情報中のアクセス条件情報のうち、ファイル
創成に関する情報を参照する。この条件と、後述するＲ
ＡＭ上の照合状態保持領域Ａのみを比較し、アクセス条
件が要求しているキーの照合状態が確立されているか否
かを判断する（ＳＴ２）。

【００４８】もし確立されていなければ、アクセス条件
不一致を意味するレスポンス電文を出力し、コマンド待
ち状態に戻る（ＳＴ３）。また、もし確立されていれ
ば、次に、コマンド内に設定されているデータファイル
のファイル名（ＤＦ−ＩＤ）を抽出し、カレントＤＦが
有するＦＳＮと同一の値を親ＦＳＮとして有しており、
さらに、抽出したファイル名と同一のファイル名を有し
ているデータファイル定義情報が存在するか否かを確認
する（ＳＴ４）。

【００４９】もし存在するとしたら、ＩＤ重複異常を意
味するレスポンス電文を出力し、コマンド待ち状態に戻
る（ＳＴ５）。また、もし存在しないとしたら、コマン
ドにて与えられたデータファイル創成のためのデータに
より、図４（ａ）〜（ｃ）に示すデータファイル定義情
報を生成し（ＳＴ６）、これを所定領域に書込む（ＳＴ
７）。

【００５０】この書込みにおいて、書込みが正常に終了
しなかった場合（ＳＴ８）、データ書込み異常を意味す
るレスポンス電文を出力し、コマンド待ち状態に戻る
（ＳＴ９）。また、書込みが正常に終了した場合（ＳＴ
８）、正常終了を意味するレスポンス電文を出力し、コ
マンド待ち状態に戻る（ＳＴ１０）。

【００５１】図８は、キーエレメンタリファイル（Ｅ
Ｆ）創成のための動作を説明するフローチヤートを示し
ており、以下それについて説明する。ＩＣカード１が、
外部から入力されるキーＥＦ創成コマンドを受信する
と、まず、カレントＤＦを認識する（ＳＴ１１）。

【００５２】カレントＤＦを認識すると、次に、カレン
トＤＦ定義情報中のアクセス条件情報のうち、ファイル
創成に関する情報を参照する。この条件と、後述するＲ
ＡＭ上の照合状態保持領域Ａのみを比較し、アクセス条
件が要求しているキーの照合状態が確立されているか否
かを判断する（ＳＴ１２）。

【００５３】もし確立されていなければ、アクセス条件
不一致を意味するレスポンス電文を出力し、コマンド待
ち状態に戻る（ＳＴ１３）。また、もし確立されていれ
ば、次に、コマンド電文にて指示されているエレメンタ
リファイル名（ＥＦ−ＩＤ）を参照し、アクセス対象と
なっているカレントＤＦ内に、当該エレメンタリファイ
ル名が存在するか否かをチェックする（ＳＴ１４）。も
し存在する場合には、ＩＤ重複異常を示すレスポンス電
文を出力し、コマンド待ち状態に戻る（ＳＴ１５）。

【００５４】もし存在しなければ、次に、コマンド電文
にて指定されているキーＥＦのサイズデータを参照し、
アクセス対象となっているカレントＤＦ内の空き領域サ
イズと比較する（ＳＴ１６）。この比較においては、指
定されたキーＥＦのサイズに当該キーＥＦを創成した際
に使用するディレクトリ情報のサイズを加算したものに
対して、前記空き領域サイズがそれ以上であるか否かを
チェックする。もし前者が後者よりも大きい場合には、
指定サイズ異常を示すレスポンス電文を出力し、コマン
ド待ち状態に戻る（ＳＴ１７）。

【００５５】もしそうでなければ、次に、コマンド電文
にて指定されたキーのタイプと、サイズの正当性をチェ
ックする（ＳＴ１８）。このとき、キーのタイプが「認
証関連キー」となっていればサイズが例えば１０バイ
ト、また、キーのタイプが「照合キー」となっていれば
サイズは例えば３〜１８バイトであるとき、サイズが正
当であると判断する。もし正当でないと判断された場合
には、指定サイズ整合異常を示すレスポンス電文を出力
し、コマンド待ち状態に戻る（ＳＴ１９）。

【００５６】ここで、サイズが正当であったと判断され
た場合には、受信したコマンドに基づき、ディレクトリ
に格納すべきキーＥＦ定義情報を生成し（ＳＴ２０）、
これを所定領域に書込む（ＳＴ２１）。このとき、ステ
ータス情報の第８ビット目は、コマンド電文にて指定さ
れたキータイプ情報のうちの第１ビット目に依存して、
その値が決定される。すなわち、後者のビット値と同様
の値を前者のビットに設定する。

【００５７】このステータス情報の第８ビット目は、キ
ーデータの変更がなされたか否かを示すビットであり、
当該ビットが「１」の場合、変更行為がなされていない
ことを示し、また、「０」であればその行為がなされた
ことを示している。

【００５８】したがって、上記キータイプ情報の第１ビ
ット目が「１」の場合には、キー変更を行なわない限り
ステータス情報の第８ビット目が「０」とはならず、ま
た、「０」の場合には、キー変更を行なうか否かに関わ
らず、ステータス情報の第８ビット目が「０」となって
いる（つまり、書換え行為が暗黙的に行なわれたことと
等価になる）。

【００５９】上記キーＥＦ定義情報の書込みにおいて、
書込みが正常に終了しなかった場合（ＳＴ２２）、デー
タ書込み異常を意味するレスポンス電文を出力し、コマ
ンド待ち状態に戻る（ＳＴ２３）。また、書込みが正常
に終了した場合（ＳＴ２２）、正常終了を意味するレス
ポンス電文を出力し、コマンド待ち状態に戻る（ＳＴ２
４）。

【００６０】図９は、トランスポートキーエレメンタリ
ファイル（ＥＦ）を創成する場合の動作を説明するフロ
ーチャートを示しており、以下それについて説明する。
ＩＣカード１が、外部から入力されるトランスポートＥ
Ｆ創成コマンドを受信すると、まず、カレントＤＦを認
識する（ＳＴ１０１）。

【００６１】カレントＤＦを認識すると、次に、当該デ
ータファイル（ＤＦ）に設定されているステータス情報
ＤＦＳＴ中のトランスポートビットがオンになっている
か否かをチェックする（ＳＴ１０２）。

【００６２】もしトランスポートビットがオンとなって
いれば、当該コマンドは拒絶され、トランスポート不可
を意味するレスポンス電文を出力し、コマンド待ち状態
に戻る（ＳＴ１０３）。また、もしトランスポートビッ
トがオフとなっていれば、このトランスポートキーＥＦ
創成コマンドが許容される。なお、このトランスポート
ビットは、データファイル創成時にはオフとなってお
り、またトランスポートキー自身がキー変更コマンドに
より変更された時点でオンとなる。

【００６３】トランスポートキーＥＦ創成コマンドが許
容されると、次に、当該カレントＤＦの親データファイ
ル（ＤＦ）のアクセス条件を参照する。この条件と、後
述するＲＡＭ上の照合状態保持領域Ａのみを比較し、ア
クセス条件が要求しているキーの照合状態が確立されて
いるか否かを判断する（ＳＴ１０４）。

【００６４】もし確立されていなければ、アクセス条件
不一致を意味するレスポンス電文を出力し、コマンド待
ち状態に戻る（ＳＴ１０５）。また、もし確立されてい
れば、次に、コマンド電文にて指示されているエレメン
タリファイル名（ＥＦ−ＩＤ）を参照し、アクセス対象
となっているカレントＤＦ内に、当該エレメンタリファ
イル名が存在するか否かをチェックする（ＳＴ１０
６）。もし存在する場合には、ＩＤ重複異常を示すレス
ポンス電文を出力し、コマンド待ち状態に戻る（ＳＴ１
０７）。

【００６５】もし存在しなければ、次に、コマンド電文
にて指定されているキーＥＦのサイズデータを参照し、
アクセス対象となっているカレントＤＦ内の空き領域サ
イズと比較する（ＳＴ１０８）。この比較においては、
指定されたキーＥＦのサイズに当該キーＥＦを創成した
際に使用するディレクトリ情報のサイズを加算したもの
に対して、前記空き領域サイズがそれ以上であるか否か
をチェックする。もし前者が後者よりも大きい場合に
は、指定サイズ異常を示すレスポンス電文を出力し、コ
マンド待ち状態に戻る（ＳＴ１０９）。

【００６６】もしそうでなければ、次に、コマンド電文
にて指定されたキーのタイプと、サイズの正当性をチェ
ックする（ＳＴ１１０）。このとき、キーのタイプが
「認証関連キー」となっていればサイズが例えば１０バ
イト、また、キーのタイプが「照合キー」となっていれ
ばサイズは例えば３〜１８バイトであるとき、サイズが
正当であると判断する。もし正当でないと判断された場
合には、指定サイズ整合異常を示すレスポンス電文を出
力し、コマンド待ち状態に戻る（ＳＴ１１１）。

【００６７】ここで、サイズが正当であったと判断され
た場合には、受信したコマンドに基づき、ディレクトリ
に格納すべきキーＥＦ定義情報を生成し（ＳＴ１１
２）、これを所定領域に書込む（ＳＴ１１３）。このと
き、ステータス情報の第８ビット目は、コマンド電文に
て指定されたキータイプ情報のうちの第１ビット目に依
存して、その値が決定される。すなわち、後者のビット
値と同様の値を前者のビットに設定する。

【００６８】このステータス情報の第８ビット目は、キ
ーデータの変更がなされたか否かを示すビットであり、
当該ビットが「１」の場合、変更行為がなされていない
ことを示し、また、「０」であればその行為がなされた
ことを示している。

【００６９】したがって、上記キータイプ情報の第１ビ
ット目が「１」の場合には、キー変更を行なわない限り
ステータス情報の第８ビット目が「０」とはならず、ま
た、「０」の場合には、キー変更を行なうか否かに関わ
らず、ステータス情報の第８ビット目が「０」となって
いる（つまり、書換え行為が暗黙的に行なわれたことと
等価になる）。

【００７０】上記キーＥＦ定義情報の書込みにおいて、
書込みが正常に終了しなかった場合（ＳＴ１１４）、デ
ータ書込み異常を意味するレスポンス電文を出力し、コ
マンド待ち状態に戻る（ＳＴ１１５）。また、書込みが
正常に終了した場合（ＳＴ１１４）、正常終了を意味す
るレスポンス電文を出力し、コマンド待ち状態に戻る
（ＳＴ１１６）。

【００７１】図１０は、キーデータ設定のための動作を
説明するフローチヤートを示しており、以下それについ
て説明する。ＩＣカード１が、外部から入力されるキー
データ設定コマンドを受信すると、まず、カレントＤＦ
を認識する（ＳＴ３１）。

【００７２】カレントＤＦを認識すると、次に、コマン
ド電文にて指示されているエレメンタリファイル名（Ｅ
Ｆ−ＩＤ）を参照し、アクセス対象となっているカレン
トＤＦ内に、当該エレメンタリファイル名が存在するか
否かをチェックする（ＳＴ３２）。もし存在しない場合
には、該当キーＩＤ無しを意味するレスポンス電文を出
力し、コマンド待ち状態に戻る（ＳＴ３３）。

【００７３】もし存在すれば、次に当該キーＥＦ定義情
報中のアクセス条件情報のうち、キーデータ設定に関す
る情報を参照する。この条件と、後述するＲＡＭ上の照
合状態保持領域Ａのみを比較し、アクセス条件が要求し
ているキーの照合状態が確立されているか否かを判断す
る（ＳＴ３４）。

【００７４】もし確立されていなければ、アクセス条件
不一致を意味するレスポンス電文を出力し、コマンド待
ち状態に戻る（ＳＴ３５）。また、もし確立されていれ
ば、次に、対応するキーＥＦ領域内にキーデータが存在
するか否かを確認する（ＳＴ３６）。もし存在すれば、
既存キーデータ有りを意味するレスポンスデータを出力
し、コマンド待ち状態に戻る（ＳＴ３７）。

【００７５】もし存在しなければ、コマンド電文にて指
定されたキーのタイプと、入力キーデータのサイズの正
当性をチェックする（ＳＴ３８）。このとき、キーのタ
イプが「認証関連キー」となっていればサイズが例えば
８バイト、また、キーのタイプが「照合キー」となって
いればサイズは例えば１〜１６バイトであるとき、サイ
ズが正当であると判断する。もし正当でないと判断され
た場合には、入力キーデータサイズ異常を示すレスポン
ス電文を出力し、コマンド待ち状態に戻る（ＳＴ３
９）。

【００７６】ここで、サイズが正当であったと判断され
た場合には、次に、当該キーＥＦ定義情報中にて定義さ
れているサイズと、入力されたキーデータのサイズとの
比較を行なう（ＳＴ４０）。後者のサイズに例えば
「２」を加えたものが、前者のサイズよりも大きい場合
には、領域サイズ不足を意味するレスポンス電文を出力
し、コマンド待ち状態に戻る（ＳＴ４１）。

【００７７】そうでなければ、受信したコマンドにて入
力されたキーデータに、１バイトの長さの情報および１
バイトのＢＣＣを付加して、これを当該キーＥＦ領域に
格納し（ＳＴ４２）、処理結果をレスポンス電文にて出
力し、コマンド待ち状態に戻る（ＳＴ４３）。

【００７８】図１１は、キーデータ変更のための動作を
説明するフローチヤートを示しており、以下それについ
て説明する。ＩＣカード１が、外部から入力されるキー
データ変更コマンドを受信すると、まず、カレントＤＦ
を認識する（ＳＴ５１）。

【００７９】カレントＤＦを認識すると、次に、コマン
ド電文にて指示されているエレメンタリファイル名（Ｅ
Ｆ−ＩＤ）を参照し、アクセス対象となっているカレン
トＤＦ内に、当該エレメンタリファイル名が存在するか
否かをチェックする（ＳＴ５２）。もし存在しない場合
には、該当キーＩＤ無しを意味するレスポンス電文を出
力し、コマンド待ち状態に戻る（ＳＴ５３）。

【００８０】もし存在すれば、次に当該キーＥＦ定義情
報中のアクセス条件情報のうち、キーデータ変更に関す
る情報を参照する。この条件と、後述するＲＡＭ上の照
合状態保持領域ＡおよびＢを比較し、アクセス条件が要
求しているキーの照合状態が確立されているか否かを判
断する（ＳＴ５４）。

【００８１】もし確立されていなければ、アクセス条件
不一致を意味するレスポンス電文を出力し、コマンド待
ち状態に戻る（ＳＴ５５）。また、もし確立されていれ
ば、次に、対応するキーＥＦ領域内にキーデータが存在
するか否かを確認する（ＳＴ５６）。もし存在しなけれ
ば、既存キーデータ無しを意味するレスポンスデータを
出力し、コマンド待ち状態に戻る（ＳＴ５７）。

【００８２】もし存在すれば、コマンド電文にて指定さ
れたキーのタイプと、入力キーデータのサイズの正当性
をチェックする（ＳＴ５８）。このとき、キーのタイプ
が「認証関連キー」となっていればサイズが例えば８バ
イト、また、キーのタイプが「照合キー」となっていれ
ばサイズは例えば１〜１６バイトであるとき、サイズが
正当であると判断する。もし正当でないと判断された場
合には、入力キーデータサイズ異常を示すレスポンス電
文を出力し、コマンド待ち状態に戻る（ＳＴ５９）。

【００８３】ここで、サイズが正当であったと判断され
た場合には、次に、当該キーＥＦ定義情報中にて定義さ
れているサイズと、入力されたキーデータのサイズとの
比較を行なう（ＳＴ６０）。後者のサイズに例えば
「２」を加えたものが、前者のサイズよりも大きい場合
には、領域サイズ不足を意味するレスポンス電文を出力
し、コマンド待ち状態に戻る（ＳＴ６１）。

【００８４】そうでなければ、受信したコマンドにて入
力されたキーデータに、１バイトの長さの情報および１
バイトのＢＣＣを付加して、これを当該キーＥＦ領域に
格納し（ＳＴ６２）、その処理結果をレスポンス電文に
て出力し、コマンド待ち状態に戻る（ＳＴ６３）。ま
た、このとき、キーＥＦ定義情報にあるステータス情報
の第８ビット目を「０」とする。

【００８５】図１２は、キー照合のための動作を説明す
るフローチヤートを示しており、以下それについて説明
する。ＩＣカード１が、外部から入力されるキー照合コ
マンドを受信すると、まず、カレントＤＦを認識する
（ＳＴ７１）。

【００８６】カレントＤＦを認識すると、次に、ディレ
クトリ１２１を検索することにより、カレントＤＦ内に
指定されたファイル名（ＩＤ）を有するキーＥＦ定義情
報が存在するか否かを確認する（ＳＴ７２）。もし存在
しない場合には、該当キーＩＤ無しを示すレスポンス電
文を出力し、コマンド待ち状態に戻る（ＳＴ７３）。

【００８７】もし存在していた場合には、当該キーがロ
ック状態になっているか否かを確認する（ＳＴ７４）。
このとき、ロック状態であると判断した場合には、キー
ロックを示すレスポンス電文を出力し、コマンド待ち状
態に戻る（ＳＴ７５）。

【００８８】もしそうでなければ、コマンド電文内のキ
ーデータと、当該キーＥＦ内に格納されているキーデー
タとを照合する（ＳＴ７６）。このとき、両者が一致し
ている場合には（ＳＴ７７）、当該キーＥＦ定義情報中
の照合ビット指定情報を参照し、所定のＲＡＭ領域の当
該情報にて指定されているビット位置を「１」にする
（ＳＴ７８）。次に、当該キーＥＦ定義情報中のキー固
有の照合不一致カウンタをクリアし（ＳＴ７９）、正常
終了を示すレスポンス電文を出力して、コマンド待ち状
態に戻る（ＳＴ８０）。

【００８９】なお、所定のＲＡＭ領域は、照合状態保持
領域ＡおよびＢに分割されている。どちらの領域の対応
ビットを「１」にするかは、当該キーＥＦ定義情報中の
キーのステータス情報の第８ビット目の値に依存する。
このビットは、当該キーＥＦ定義情報により定義づけら
れているキーに対し、変更処理が行なわれたか否かを示
すものであり、後述するように、「０」となっていれば
変更されたキーであり、「１」となっていれば変更処理
が行なわれていないキーであることを示す。さらに、こ
れが「０」となっていた場合には、前記照合状態保持領
域Ａの、また、「１」となっていれば、前記照合状態保
持領域Ｂの、対応ビットを設定することになる。

【００９０】また、キー照合処理において、不一致であ
ると判断した場合には（ＳＴ７７）、まず、当該キーＥ
Ｆ定義情報中の照合ビット指定情報、および、ステータ
ス情報を参照し、上記と同様の手順にしたがって、照合
状態保持領域ＡまたはＢのいずれかの領域の所定ビット
を「０」にする（ＳＴ８１）。

【００９１】次に、キー固有の照合不一致カウンタを１
つだけインクリメントする（ＳＴ８２）。このとき、キ
ーＥＦ定義情報中のカウント最大値に達していない場合
には（ＳＴ８３）、照合不一致を示すレスポンス電文を
出力し、コマンド待ち状態に戻る（ＳＴ８４）。また、
最大値に達していたならば、キーロック済みを示すレス
ポンス電文を出力し、コマンド待ち状態に戻る（ＳＴ８
５）。

【００９２】照合状態保持領域Ａは、ファイル創成時、
キーＥＦ創成時、キーデータ創成時、キーデータ変更時
に参照され、照合状態保持領域Ｂはキーデータ変更時に
参照される。

【００９３】上述したように、キーが変更済みの場合照
合状態保持領域Ａが、未変更であれば照合状態保持領域
Ｂのビットがオンされるので、ファイル創成時、キーＥ
Ｆ創成時、キーデータ創成時にはキーが変更済みでなけ
ればならない。又、キーの変更時には照合状態保持領域
Ａ及びＢを参照するのでキーが変更済みであっても未変
更であってもキーの変更は可能となる。

【００９４】図１３は、データＥＦへのアクセスのため
の動作を説明するフローチヤートを示しており、以下そ
れについて説明する。ＩＣカード１が、外部から入力さ
れるデータＥＦアクセスコマンドを受信すると、まず、
カレントＤＦを認識する（ＳＴ９１）。

【００９５】カレントＤＦを認識すると、次に、コマン
ド電文にて指示されているエレメンタリファイル名（Ｅ
Ｆ−ＩＤ）を参照し、アクセス対象となっているカレン
トＤＦ内に、当該エレメンタリファイル名が存在するか
否かをチェックする（ＳＴ９２）。もし存在しない場合
には、該当キーＩＤ無しを意味するレスポンス電文を出
力し、コマンド待ち状態に戻る（ＳＴ９３）。

【００９６】もし存在すれば、次に当該データＥＦ定義
情報中のアクセス条件情報のうち、アクセスのタイプ
（データ読出し／書込み／変更）に対応するアクセス条
件情報を参照する。この条件と、後述するＲＡＭ上の照
合状態保持領域Ａを比較し、アクセス条件が要求してい
るキーの照合状態が確立されているか否かを判断する
（ＳＴ９４）。

【００９７】もし確立されていなければ、アクセス条件
不一致を意味するレスポンス電文を出力し、コマンド待
ち状態に戻る（ＳＴ９５）。もし確立されていれば、次
に、対応するデータＥＦ領域内に対してアクセスを行な
い（ＳＴ９６）、その処理結果をレスポンス電文として
出力し、コマンド待ち状態に戻る（ＳＴ９７）。

【００９８】次に、このような構成において、ＩＣカー
ドに対して各ファイルを創成する手順を説明する。

【００９９】まず、ＩＣカードを製造する際に、カード
発行者に渡すべきトランスポートキーのエレメンタリフ
ァイルを設定（創生）するために、図９のフローチャー
トに従って図１４に示すようにマスタファイル（ＭＦ）
配下に“キーＥＦ−ａ”を創成し、ここにトランスポー
トキーを設定する。

【０１００】続いて当該キーエレメンタリファイルＥＦ
−ａへの中の設定が図１０のフローチャートに従って設
定され、キーの設定に際しては、当該キーＥＦ−ａに付
与されているキー設定用のアクセス条件が参照される。

【０１０１】この状態で発行者がカードを受け取ると、
図１１のフローチャートに従ってトランスポートキーを
変更する。すなわち図１５に示すように発行者は、製造
者が設定したトランスポートキーを自身のみが知りえる
キー（ａ′）に変更する。この変更には、当該キーＥＦ
に設定されているキー変更用のアクセス条件を参照す
る。この時点で、マスタファイル（ＭＦ）に付与されて
いるトランスポートビットがオンされ、以降、製造者に
よるマスタファイル（ＭＦ）配下のキーの創成が拒絶さ
れる。

【０１０２】つぎに、発行者は、自身が必要とするデー
タＥＦ−ａをマスタファイル（ＭＦ）配下に創成する。
この場合、マスタファイル（ＭＦ）に設定されているＥ
Ｆ創成用アクセス条件を参照する。

【０１０３】また発行者は、アプリケーション提供者に
開放するためのデータファイル（ＤＦ）を、マスタファ
イル（ＭＦ）配下に創成する。ＤＦの設定は図７のフロ
ーに従って行われ、この場合、マスタファイル（ＭＦ）
に設定されているデータファイル（ＤＦ）創成用アクセ
ス条件を参照する。

【０１０４】つぎに、発行者は当該データファイル（Ｄ
Ｆ）配下に、アプリケーション提供者に渡すべきトラン
スポートキーＥＦ−ｂを創成する。トランスポートキー
ＥＦ−ｂの創成は図９のフローに従って行われ、この場
合、参照するアクセス条件は当該データファイル（Ｄ
Ｆ）に付与されているものではなく、その親ファイルで
あるマスタファイル（ＭＦ）に付与されているアクセス
条件を参照する。

【０１０５】つぎに発行者は、このトランスポートキー
ＥＦ−ｂ内に、トランスポートキーを設定する。トラン
スポートキーの設定は図１０のフローに従って行われ、
この場合、対象となっているキーＥＦ−ｂに付与されて
いる、キー設定用のアクセス条件を参照する。

【０１０６】この状態でアプリケーション提供者がカー
ドを受け取ると、図１６に示すようにアプリケーション
提供者は、発行者が設定したトランスポートキーを自身
のみが知りえるキー（ｂ′）に変更する。この変更に
は、当該キーＥＦに設定されているキー変更用のアクセ
ス条件を参照する。この時点で、データファイル（Ｄ
Ｆ）に付与されているトランスポートビットがオンさ
れ、以降、発行者によるデータファイル（ＤＦ）配下の
キーの創成が拒絶される。

【０１０７】つぎに、アプリケーション提供者は、自身
が必要とするデータＥＦ−ｂをデータファイル（ＤＦ）
配下に創成する。データＥＦ−ｂの創成は図７のフロー
に従って行われ、この場合、データファイル（ＤＦ）に
設定されているＥＦ創成用アクセス条件を参照する。

【０１０８】またアプリケーション提供者は、自身が必
要とするキーＥＦ−ｃをデータファイル（ＤＦ）配下に
創成する。キーＥＦ−ｃの創成は図８のフローに従って
行われ、この場合も、データファイル（ＤＦ）に設定さ
れているＥＦ創成用アクセス条件を参照する。

【０１０９】コマンドが下記のようになっており、特
に、通常のキーＥＦ創成コマンドとトランスポートキー
ＥＦ創成コマンドとは別のコマンドコード形式となって
いて、ＩＣカードはこのコマンドコードによりコマンド
の内容を識別している。

【０１１０】すなわち、通常のキーＥＦ創成コマンドと
トランスポートキーＥＦ創成コマンドとを識別し、トラ
ンスポートキーＥＦ創成コマンドの場合は図９のフロー
チャートにより処理され、通常のキーＥＦ創成コマンド
の場合は図８のフローチャートにより処理される。

【０１１１】エリア（エレメンタリファイル）創成コマンドコマンドコードＡ／ＡＩＤ（ＥＦ−ＩＤ）／ＡＳＩＺ／ＡＡＣキーＥＦ創成コマンドコマンドコードＢ／ＫＩＤ／ＫＳＩＺ／ＣＦ／ＡＡＣトランスポートキーＥＦ創成コマンドコマンドコードＣ／ＫＩＤ／ＫＳＩＺ／ＣＦ／ＡＡＣ上述したカレントＤＦ配下にトランスポートキーＥＦを
創成する場合はカレントＤＦの親ＤＦのアクセス条件を
参照する。親ＤＦのアクセス条件は上位者が設定したも
のであり、トランスポートキーＥＦの創成は上位者が行
うことができる。

【０１１２】また、トランスポートキーＥＦへのトラン
スポートキーの設定時は当該ＥＦのアクセス条件を参照
するが、当該ＥＦのアクセス条件はトランスポートキー
ＥＦの創成時に上位者が設定するものであり、上位者は
トランスポートキーＥＦへのトランスポートキーの設定
が可能となるように当該ＥＦのアクセス条件を設定す
る。

【０１１３】カレントＤＦ配下にアプリケーション提供
者がキーＥＦを設定する場合はカレントＤＦのキーＥＦ
創成用のアクセス条件が参照されるが、ＤＦのアクセス
条件はＤＦ創成時に上位者が設定することとなる。

【０１１４】しかし、トランスポートキーの変更後はこ
のＤＦのアクセス条件を用いる処理（データＥＦ、キー
ＥＦの創成）はアプリケーション提供者しかおこなうこ
とはできないので、アクセス権の区分は明確となる。

【０１１５】さらに、キーＥＦ創成用のアクセス条件と
して上位者がトランスポートキーの変更後のキーを設定
しておくことでアプリケーション提供者はトランスポー
トキーを変更した後に自身で用いるキーＥＦを設定し、
この自身で用いるキーＥＦのキーの定義情報中の照合ビ
ット指定情報によりＤＦのアクセス条件を満足できる環
境を用意し、そして、自身のキーを照合するとデータＥ
Ｆの創成のためのＤＦのアクセス条件が満足されて、デ
ータＥＦの創成が可能となるようにしておく。

【０１１６】このようにすることで、上位者はＤＦのア
クセス条件は設定するものの、その内容については関知
することなく、アプリケーション提供者のみがＤＦのア
クセス条件を満足できるようになる。

【０１１７】以上説明したように上記発明の実施の形態
によれば、データファイル（ＤＦ）配下にＥＦ（または
ＤＦ）を創成するために必要となるキーは、当該データ
ファイル（ＤＦ）に付与されているアクセス条件により
決定され、またこのアクセス条件は、上位のキー（この
実施例においては、発行者が、アプリケーション提供者
にとっての上位者になる）を指定することなく実現する
ことができる。

【０１１８】従って、アプリケーション提供者が自身で
管理したいファイル（またはメモリ領域）は、自身のキ
ーのみで保護することができる。

【０１１９】これにより、発行者の当該データファイル
（ＤＦ）への関与がなされなくなり、従って、発行者か
らアプリケーション提供者へ、当該ファイル（またはメ
モリ領域）へのアクセスの権限が委譲されたことにな
る。

【０１２０】なお、本実施例にあるトランスポートビッ
トは、データファイル（ＤＦ）創成時にはオフとなって
おり、トランスポートキー自身がキー変更コマンドによ
り変更された時点でオンとなる旨を記載しているが、キ
ー変更コマンドと連動することなく、例えばトランスポ
ートビットをオンするコマンドにて実施してもよい。こ
の場合、当該コマンドを実行する際に使用されるアクセ
ス条件は、対象とするファイルに設定されているものが
参照される。

【０１２１】また、前記実施の形態では、メモリのアク
セス管理を行なう電子機器としてＩＣカードを例示した
が、これに限定されることなく、メモリのアクセス管理
を必要とするメモリを備えた電子機器であれば適用可能
である。

【０１２２】

【発明の効果】以上詳述したように本発明によれば、た
とえば、上位者からのデータファイルへの関与をなく
し、上位者から下位者へ当該データファイルまたはメモ
リ領域へのアクセスの権限を委譲することができるメモ
リのアクセス管理方法を提供できる。

【図面の簡単な説明】

【図１】本発明の実施の形態に係るＩＣカードが適用さ
れるカード取扱装置の構成例を示すブロック図。

【図２】ＩＣカードの構成例を示すブロック図。

【図３】データメモリの構成例を示すメモリマップ図。

【図４】各種定義情報のフォーマット例を示す図。

【図５】データメモリ内に設定されるファイルの構造例
を示す図。

【図６】データメモリ内に設定されるディレクトリの構
成例を示す図。

【図７】データファイル創成のための動作を説明するフ
ローチャート。

【図８】キーエレメンタリファイル創成のための動作を
説明するフローチャート。

【図９】トランスポートキーエレメンタリファイル創成
のための動作を説明するフローチャート。

【図１０】キーデータ設定のための動作を説明するフロ
ーチャート。

【図１１】キーデータ変更のための動作を説明するフロ
ーチャート。

【図１２】キー照合のための動作を説明するフローチャ
ート。

【図１３】データエレメンタリファイルへのアクセスの
ための動作を説明するフローチャート。

【図１４】製造者によるＩＣカードに対するファイル創
成を説明するための図。

【図１５】発行者によるＩＣカードに対するファイル創
成を説明するための図。

【図１６】アプリケーション提供者によるＩＣカードに
対するファイル創成を説明するための図。

【符号の説明】

１…ＩＣカード２…カードリーダ・ライタ３…制御部４…キーボード５…ＣＲＴディスプレイ装置１１…制御素子１２…データメモリ１３…ワーキングメモリ１４…プログラムメモリ１５…コンタクト部１２０…制御領域１２１…ディレクトリ１２３…エリア群

Claims

【特許請求の範囲】

【請求項１】メモリを複数のファイルに分割し、この
分割した複数のファイルに対してのアクセスをそれぞれ
管理するもので、当該メモリを用いたシステムの上位者
にてファイル配下に第１のキーが予め設定されており、
当該メモリを用いたシステムの下位者が新たにキーを設
定可能に構成されており、かつ、これらのキーの照合に
よって上記ファイルへのアクセスを可能とするメモリの
アクセス管理方法であって、上記上位者が設定した第１のキーを、この第１のキーに
設定されているキー変更用のアクセス条件を参照して下
位者のみが知りえる第２のキーに変更し、この第２のキ
ーに変更された際、上記上位者によるファイル配下のキ
ー創成を拒絶するようにしたことを特徴とするメモリの
アクセス管理方法。
【請求項２】メモリを複数のファイルに分割し、この
分割した複数のファイルに対してのアクセスをそれぞれ
管理するもので、当該メモリを用いたシステムの上位者
にてファイル配下に第１のキーが予め設定されており、
当該メモリを用いたシステムの下位者が新たにキーを設
定可能に構成されており、かつ、これらのキーの照合に
よって上記ファイルへのアクセスを可能とするメモリの
アクセス管理方法であって、上記上位者が設定した第１のキーを、この第１のキーに
設定されているキー変更用のアクセス条件を参照して下
位者のみが知りえる第２のキーに変更し、上記上位者に
よるファイル配下のキー創成を拒絶するようにしたこと
を特徴とするメモリのアクセス管理方法。
【請求項３】上位のファイルと下位のファイルとから
なるツリー構造のファイルへのアクセスを管理するファ
イルアクセス管理方法において、上位の管理者が管理する上位のファイルに対してアクセ
ス条件を設定し、上位の管理者から下位の管理者に対して提供するファイ
ルにアクセス条件を設定し、上位の管理者から下位の管理者に対する受け渡しのため
のトランスポートキーを下位のファイルに設定する場合
は、当該ファイルの上位のファイルのアクセス条件を参
照し、この上位のファイルのアクセス条件を満足している場合
にトランスポートキーを下位のファイルに設定し、下位のファイルの配下にファイルを設定する場合は当該
下位ファイルのアクセス条件を参照してこのアクセス条
件を満足している場合にファイルの設定を行うようにし
たことを特徴とするファイルアクセス管理方法。
【請求項４】前記下位のファイルにはトランスポート
キーの設定の可否を示す識別情報が付与されており、こ
の識別情報に基づき該ファイルに対するトランスポート
キーの設定を禁止するようにしたことを特徴とする請求
項３に記載のファイルアクセス管理方法。
【請求項５】前記下位のファイルに対するトランスポ
ートキーが変更された場合、以後該ファイルに対するト
ランスポートキーの設定を禁止するように前記識別情報
を更新するようにしたことを特徴とする請求項４に記載
のファイルアクセス管理方法。
【請求項６】前記下位のファイルにおけるトランスポ
ートキーの設定の可否を示す識別情報は特殊コマンドに
基づき更新するようにしたことを特徴とする請求項４に
記載のファイルアクセス管理方法。
【請求項７】前記下位のファイルへのトランスポート
キーの設定はトランスポートキー設定用のコマンドによ
り行い、前記下位のファイルの配下にファイルを設定す
る場合はトランスポートキー設定用のコマンドとは異な
るコマンドにより行うことを特徴とする請求項３に記載
のファイルアクセス管理方法。
【請求項８】上位のファイルと下位のファイルとから
なるツリー構造のファイルを有する携帯可能情報処理装
置において、アクセス条件が設定され上位の管理者が利用するための
上位のファイルと、アクセス条件が設定され上位の管理者から提供され下位
の管理者が利用する下位のファイルと、上位のファイルのアクセス条件を参照してこの上位のフ
ァイルのアクセス条件を満足している場合に上位の管理
者から下位の管理者に対する受け渡しのためのトランス
ポートキーを下位のファイルに設定する第１の手段と、下位ファイルのアクセス条件を参照してこのアクセス条
件を満足している場合に下位のファイルの配下にファイ
ルを設定する第２の手段と、を有することを特徴とする携帯可能情報処理装置。
【請求項９】前記下位のファイルにはトランスポート
キーの設定の可否を示す識別情報の記憶領域を有し、こ
の識別情報に基づき該ファイルに対するトランスポート
キーの設定を禁止する手段を有することを特徴とする請
求項８に記載の携帯可能情報処理装置。
【請求項１０】前記下位のファイルに対するトランス
ポートキーが変更された場合、以後該ファイルに対する
トランスポートキーの設定を禁止するように前記識別情
報を更新する手段を有することを特徴とする請求項８に
記載の携帯可能情報処理装置。
【請求項１１】前記携帯可能情報記憶媒体は、外部装
置から供給されるコマンドに基づき動作し、前記下位のファイルにおけるトランスポートキーの設定
の可否を示す識別情報は外部装置より供給される特殊コ
マンドに基づき更新する手段を有することを特徴とする
請求項８に記載の携帯可能情報処理装置。
【請求項１２】前記携帯可能情報記憶媒体は、外部装
置から供給されるコマンドに基づき動作し、前記第１の手段による下位のファイルへのトランスポー
トキーの設定はトランスポートキー設定用のコマンドに
より動作し、前記第２の手段による下位のファイルの配
下へのファイルの設定はトランスポートキー設定用のコ
マンドとは異なるコマンドにより動作することを特徴と
する請求項８に記載の携帯可能情報処理装置。
【請求項１３】上位のファイルと下位のファイルとか
らなるツリー構造のファイルを創成し、かつ制御手段に
より各ファイルへのアクセス管理を行う情報処理装置用
制御プログラムを記憶した媒体において、前記制御プログラムは前記制御手段に対して、上位の管理者によりアクセス条件が設定された上位のフ
ァイルを創成させるステップと、上位の管理者から提供され下位の管理者が利用するため
にアクセス条件が設定され下位のファイルを創成させる
ステップと、上位のファイルのアクセス条件を参照してこの上位のフ
ァイルのアクセス条件を満足している場合に上位の管理
者から下位の管理者に対する受け渡しのためのトランス
ポートキーを下位のファイルに設定させるステップと、下位ファイルのアクセス条件を参照してこのアクセス条
件を満足している場合に下位のファイルの配下にファイ
ルを設定させるステップとから構成されこの制御プログ
ラムを記憶したことを特徴とする情報処理装置用制御プ
ログラムを記憶した媒体。
【請求項１４】前記情報処理装置用制御プログラムを
記憶したプログラムメモリと、前記ファイルが割り当て
られるデータメモリと、該ファイルへのアクセス管理を
行う制御回路と、外部装置とのインターフェイスが１つ
のモジュール内に構成されていることを特徴とする請求
項１３に記載の情報処理装置用制御プログラムを記憶し
た媒体。