JPH09231113A

JPH09231113A - Ｉｃカード

Info

Publication number: JPH09231113A
Application number: JP8290318A
Authority: JP
Inventors: Kazuyoshi Irisawa; 和義入澤
Original assignee: Dai Nippon Printing Co Ltd
Current assignee: Dai Nippon Printing Co Ltd
Priority date: 1995-12-22
Filing date: 1996-10-31
Publication date: 1997-09-05

Abstract

(57)【要約】【課題】外部機器の負担を増大させることなく、基礎
ファイルに多種類の情報を迅速に書き込み／読み出しす
ることが可能なＩＣカードを提供する【解決手段】透過構造ファイルを有する記憶手段と、
外部からの命令により指定されたデータを前記透過構造
ファイルに書き込む書込手段とを備えたＩＣカードにお
いて、前記書込手段は、前記命令により指定された識別
情報を前記データに関連づけて前記透過構造ファイルに
書き込む。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、基礎ファイルへの
データ書き込み、データの読み出しに改良を加えたＩＣ
カードに関するものである。

【０００２】

【従来の技術】図８は、従来のＩＣカードの構成、及び
そのＩＣカードとリーダライタ装置との接続関係を示す
ブロック図である。従来のＩＣカード１０は、通常、Ｉ
／Ｏインタフェース１１、ＣＰＵ１２、ＲＯＭ１３、Ｒ
ＡＭ１４、ＥＥＰＲＯＭ１５を内蔵している。Ｉ／Ｏイ
ンタフェース１１は、データを送受するための入出力回
路であり、ＣＰＵ１２はこのＩ／Ｏインタフェース１１
を介してリーダライタ装置２０と交信する。ＲＯＭ１３
内には、ＣＰＵ１２によって実行されるべきプログラム
が記憶されており、ＣＰＵ１２はこのプログラムに基い
て、ＩＣカード１０を統括制御する。ＲＡＭ１４は、Ｃ
ＰＵ１２がこのような統括制御を行う上で作業領域とし
て使用するメモリである。一方、ＥＥＰＲＯＭ１５は、
このＩＣカード１０に記録すべき本来のデータを格納す
るメモリである。

【０００３】ＩＣカード１０には、リーダライタ装置２
０から電源やクロックが供給される。したがって、ＩＣ
カード１０がリーダライタ装置２０等と切り離される
と、ＩＣカード１０への電源及びクロックの供給は停止
する。しかしながら、ＥＥＰＲＯＭ１５は不揮発性メモ
リであるため、電源供給が停止した後もその記録内容は
そのまま保持される。ただし、ＲＡＭ１４内のデータに
ついては、電源供給の停止によりすべて失われる。

【０００４】ＩＣカード１０内の各メモリ１３、１４、
１５へのアクセスは、すべてＣＰＵ１２を介して行わ
れ、外部からこれらメモリを直接アクセスすることはで
きない。すなわち、リーダライタ装置２０からＣＰＵ１
２に対して所定の「コマンド」を与えると、ＣＰＵ１２
はこの「コマンド」を解釈実行し、その結果を、リーダ
ライタ装置２０に対して「レスポンス」として返送する
ことになる。

【０００５】図９は、図８に示すＥＥＰＲＯＭ１５内の
階層構造を示すブロック図である。本実施形態のＥＥＰ
ＲＯＭは、３つの階層から構成される。３つの階層と
は、第１層のＭＦ(Master File) 、第２層のＤＦ(Dedic
ated File)及び第３層のＥＦ(Elementary File)であ
る。ＭＦは、データメモリ全体のファイルである。Ｍ
Ｆは、各アプリケーション（サービス）に共通したデー
タを格納するためのファイルであり、例えば、このＩＣ
カード１０の所有者の氏名、住所、電話番号などの情報
が記録される。ＤＦは、専用ファイルであり、アプリケ
ーションごとにＤＦの設定がなされている。ＥＦは、基
礎ファイルであり、ＣＰＵがＩＣカードを管理・制御す
る際に解釈実行するデータを格納するＩＥＦと、アプリ
ケーションで使用するデータを格納するＷＥＦ（作業用
基礎ファイル）の２種類がある。

【０００６】また、基礎ファイルは、データの書き込み
形式から透過構造（トランスペアレント）のファイルと
レコード構造のファイルとの２種類に分類される。透過
構造のファイルは、１又は２以上のデータ単位が連続的
に書き込まれたファイルである。透過構造のファイルに
データ単位の書き込み又は読み出しを行う場合には、書
き込むべきオフセットアドレスと当該データ単位の長さ
とを指定して行う。一方、レコード構造のファイルは、
個々に識別可能な１又は２以上のレコードの列からなる
ファイルである。各レコードは、その先頭にレコードを
識別するための１バイトのレコードＩＤを有する。各レ
コードは、固有のレコードＩＤを与えられ、同一のレコ
ードＩＤは２つと存在しない。したがって、レコード構
造のファイルでは、レコード番号を指定することにより
任意のレコードを読み出すことが可能である。

【０００７】

【発明が解決しようとする課題】従来、透過構造の基礎
ファイルにデータ単位の書き込み又は読み出しを行う場
合には、そのデータ単位のオフセットアドレスや長さを
指定して行わねばならななかった。このために、リーダ
ライタ装置では、基礎ファイルを構成する各データ単位
のオフセットアドレス等を予め備えておく必要があり、
この結果、リーダライタ装置側で管理すべき情報が膨大
となり、負担が増大するという問題があった。なお、リ
ーダライタ装置側でオフセットアドレス等に関する情報
が用意されていない場合であっても、例えば、該当する
基礎ファイルから全データを読み出し、検討すれば、そ
の中から目的とするデータ単位を取得することは可能で
はある。しかし、ＩＣカードの通信速度は比較的低いた
め、このような手段を用いた場合には、迅速な取引が実
現できなくなる。

【０００８】一方、レコード構造の基礎ファイルにおい
ては、レコードＩＤを利用して、必要なデータの読み出
し等が行えるので、上記のような問題はない。しかし、
レコードＩＤは、ＩＳＯ規格によりその大きさを１バイ
トに定められており、しかも、「００」と「ＦＦ」の２
つ値は、特定の用途のために留保すべく、一般情報のレ
コードＩＤとして使用することが禁止されている。した
がって、ファイルＩＤの種類は、わずかに２５４種類し
かない。このために、病院等、数多くの情報を取り扱う
機関では、ファイルＩＤの個数が不足するという問題が
あった。

【０００９】そこで、本発明の課題は、リーダライタ装
置等の外部機器の負担を増大させることなく、基礎ファ
イルに多種類の情報を迅速に書き込み／読み出しするこ
とが可能なＩＣカードを提供することである。

【００１０】

【課題を解決するための手段】前記課題を解決するため
に、請求項１に係る発明は、トランスペアレント作業用
基礎ファイルから、指定されたタグ番号のレコードを読
み出すことができることを特徴とする。請求項２に係る
発明は、トランスペアレント作業用基礎ファイルから、
指定されたタグ番号のレコードを検索し、指定されたタ
グ番号及びデータ長が一致した場合には、上書きを行
い、一致しない場合には、作業用基礎ファイルにそのデ
ータを追記することができることを特徴とする。

【００１１】請求項３に係る発明は、透過構造ファイル
を有する記憶手段と、外部からの命令により指定された
データを前記透過構造ファイルに書き込む書込手段とを
備えたＩＣカードにおいて、前記書込手段は、前記命令
により指定された識別情報を前記データに関連づけて前
記透過構造ファイルに書き込むことを特徴とする。請求
項４に係る発明は、請求項３に記載のＩＣカードにおい
て、前記書込手段は、前記データに関連づけて、前記デ
ータに関する誤り検出符号を書き込むことを特徴とす
る。

【００１２】請求項５に係る発明によれば、請求項３又
は請求項４に記載のＩＣカードにおいて、前記指定され
た識別情報と同一内容の識別情報を前記記憶手段内にお
いて検索する検索手段を有し、前記検索手段が該当する
前記識別情報を発見した場合には、前記書込手段は、前
記発見された識別情報に関連づけられているデータに前
記指定されたデータを上書きすることを特徴とする。

【００１３】請求項６に係る発明によれば、請求項３又
は請求項４に記載のＩＣカードにおいて、前記指定され
た識別情報と同一内容の識別情報を前記記憶手段内にお
いて検索する検索手段を有し、前記検索手段が該当する
前記識別情報を発見しなかった場合には、前記書込手段
は、前記透過構造ファイルの空き領域に前記指定された
データを書き込むことを特徴とする。請求項７に係る発
明によれば、請求項５に記載のＩＣカードにおいて、前
記検索手段が該当する前記識別情報を発見しなかった場
合には、前記書込手段は、前記透過構造ファイルの空き
領域に前記指定されたデータを書き込むことを特徴とす
る。

【００１４】請求項８に係る発明によれば、透過構造フ
ァイルを有する記憶手段を備え、前記透過構造ファイル
には、データと、前記データに関連づけられた識別情報
とが格納されているＩＣカードであって、外部からの命
令により指定された前記識別情報を前記記憶手段内にお
いて検索する検索手段と、前記検索手段が該当する前記
識別情報を発見したときに、前記発見された識別情報に
関連づけらているデータを前記透過構造ファイルから読
み出す読出手段とを有することを特徴としている。請求
項９に係る発明によれば、請求項３から請求項８までの
いずれか１項に記載のＩＣカードにおいて、前記識別情
報は、２バイト以上から構成されることを特徴とする。

【００１５】

【発明の実施の形態】以下、図面等を参照して、本発明
に係る実施形態について、さらに詳しく説明する。（第１実施形態）はじめに、本発明に係るＩＣカードの
第１実施形態について説明する。なお、本実施形態のＩ
Ｃカードにおいて、従来のＩＣカードと同様な機能を果
たす部分には、同一の符号を付して、重複する説明を適
宜省略する。図１は、本実施形態固有のコマンドである
ＰＵＴ−ＤＡＴＡコマンドによりデータを書き込まれた
トランスペアレントＷＥＦのファイル構成を示す図であ
る。図１に示すＷＥＦでは、データ（ＶＡＬＵＥ部分）
は、タグ（ＴＡＧ）及びＶＡＬＵＥ部分の長さ情報であ
るＬＥＮとともに格納され、合わせて１レコードを構成
している。ＴＡＧは、２バイトより構成されており、ま
た、ＬＥＮは原則として１バイトより構成されている。
ただし、ＶＡＬＵＥ部分の長さを１バイトで表現できな
いときには、ＬＥＮは、３バイトより構成される。ＶＡ
ＬＵＥ部分の末尾２バイトには、当該レコードの誤り検
出符号（ＣＲＣ）が格納されている。

【００１６】ＰＵＴ−ＤＡＴＡコマンドは、上述のよう
に、トランスペアレントＷＥＦにデータを書き込むため
のコマンドである。ＰＵＴ−ＤＡＴＡコマンドは、指定
されたトランスペアレントＷＥＦにおいて、指定された
ＴＡＧを有するレコードを検索し、そのレコードにデー
タを上書きする。上書きは、レコードのＴＡＧ及びＬＥ
Ｎが指定されたものと一致したことを条件に行なわれ
る。同一のＴＡＧが発見されなかった場合には、データ
は、カレントＷＥＦに追記される。

【００１７】図２は、ＰＵＴ−ＤＡＴＡコマンドのフォ
ーマットを示す図である。ＰＵＴ−ＤＡＴＡコマンドの
第１バイト目から第４バイト目は、順にコマンドのクラ
ス（ＣＬＡ）、種別コード（ＩＮＳ）、パラメータ（Ｐ
１、Ｐ２）である。Ｐ１、Ｐ２の２バイトは、上書き又
は追記を行うデータに付与するＴＡＧを示す。６バイト
目以降は、コマンドのデータフィールド（ＤＡＴＡ）で
あり、書き込むべきデータの内容を示す。第５バイト目
のＬＣは、データフィールドの長さに関する情報であ
る。

【００１８】図３は、ＰＵＴ−ＤＡＴＡコマンドを処理
するときのＩＣカードの動作を示す流れ図である。リー
ダライタ装置２０からＰＵＴ−ＤＡＴＡコマンドを受信
した場合には、ＣＰＵ１２は、実行前チェックを行なう
（Ｓ３０１）。具体的には、ＰＵＴ−ＤＡＴＡコマンド
にＬＣがあるか、ＬＣとデータフィールドの長さが矛盾
しないかが確認される。また、カレントＤＦが閉鎖され
ているか否かも確認される。確認の結果、コマンドにＬ
Ｃに該当するデータがなかったり、カレントＤＦが閉鎖
されている場合には（Ｓ３０２、ＮＯ）、エラーメッセ
ージが生成される（Ｓ３０３）。さらに、そのエラーメ
ッセージは、レスポンスとしてリーダライタ装置２０に
送信され（Ｓ３２１）、ＰＵＴ−ＤＡＴＡコマンドの処
理は終了される。

【００１９】実行前チェックにおいてエラーがなかった
場合には（Ｓ３０２、Ｙｅｓ）、ＲＡＭ１４内の所定ア
ドレスに格納されている、カレントＥＦのアドレスが確
認される（Ｓ３０４）。ここで、アドレスが初期値「０
０００ｈ」のままである場合には（Ｓ３０４、Ｎｏ）、
特定のＥＦが指定されておらず、カレントＥＦが存在し
ないことが意味される。この場合には、エラーメッセー
ジがリーダライタ装置に送信され、コマンドの処理が終
了される（Ｓ３０６、Ｓ３２１）。

【００２０】一方、カレントＥＦのアドレスが初期値以
外の値を示す場合には、対応するＥＦのディレクトリを
参照することにより当該ＥＦの種類、すなわち、それが
ＩＥＦであるか、ＷＥＦであるか、さらに、ＷＥＦであ
る場合には、それがレコード構造であるか、トランスペ
アレント構造であるかが確認される（Ｓ３０７）。この
結果、当該ＥＦがＩＥＦ又はレコード構造のＷＥＦであ
った場合には（Ｓ３０８、Ｎｏ）、その旨のエラーメッ
セージを生成し（Ｓ３０９）、これをリーダライタ装置
２０に送信し（Ｓ３２１）、コマンドの処理を終了す
る。

【００２１】Ｓ３０７、Ｓ３０８の処理により、カレン
トＥＦがトランスペアレントＷＥＦであることが確認さ
れると（Ｓ３０８、Ｙｅｓ）、次に、そのＷＥＦ内にお
いてデータの検索、より具体的にはＴＡＧの検索が行わ
れる（Ｓ３１０）。検索範囲は、当該ＷＥＦのデータ格
納領域の先頭アドレスからライトアペンドポインタによ
り指定されるアドレスまでである。なお、次データ検索
時に、検索の対象アドレスが前データアドレス以前の値
である場合には、該当するデータがない旨のメッセージ
を送信してコマンド処理が終了される。

【００２２】ＴＡＧの検索は、具体的には以下のように
行われる。ＣＰＵ１２は、コマンドのパラメータＰ１、
Ｐ２で指定されたＴＡＧと、ファイル内のＴＡＧの比較
を行い、タグが一致するか否かを判定する（Ｓ３１
１）。一致するＴＡＧが発見された場合には、コマンド
のパラメータＬＣと検索されたＴＡＧの次に格納されて
いるＬＥＮの内容が同一であるか否かをチェックする
（Ｓ３１２）。この結果、ＬＣとＬＥＮの内容が同一で
ない場合には、その旨のメッセージを送信して（Ｓ３１
３、Ｓ３２１）、コマンド処理を終了する。一方、ＬＣ
とＬＥＮの内容が一致した場合は、コマンドのデータフ
ィールドの内容をＬＥＮの後に続くＶＡＬＵＥ部分に上
書する（Ｓ３１６）。データの上書きは、ＥＥＰＲＯＭ
１５の制御部書き込みルーチンを使用して、データを書
き込む。このときに、アンチティアリング機能を使用す
る。

【００２３】タグが不一致の場合には、タグの次から始
まる１バイトのレングス（拡張時３バイト）＋ＣＲＣ２
バイト分、検索開始アドレスを進め、ライトアペンドポ
イントを超えるとき（Ｓ３１４）、ファイル検索を終了
して、指定データの追記作業を実行する（Ｓ３１７）。
追記作業は、書き込みデータのデータ長がファイルのデ
ータ領域の範囲内であるか否かのチェックを行った後
（Ｓ３１４）に実行し、範囲外のときには、その旨のメ
ッセージ（Ｓ３１３）を送信して（Ｓ３２１）、コマン
ドを終了する。ファイル内に該当するタグがない場合に
は、追記作業として、ライトアペンドポインタ＋書き込
みデータ長十ＣＲＣ２バイトが書き込み可能終了アドレ
スを超えないことを確認したのちに、データの書き込み
を行なう。次に、書き込みが正常に行なわれたか否かを
チェックして（Ｓ３１８）、その旨のメッセージ（Ｓ３
１９，Ｓ３２０）を送信して（Ｓ３２１）、処理を終了
する。

【００２４】次に、ＰＵＴ−ＤＡＴＡコマンドによりデ
ータを書き込まれたトランスペアレントＷＥＦから、指
定のＴＡＧを有するレコードを読み出すＧＥＴ−ＤＡＴ
Ａコマンドについて説明する。図４は、ＧＥＴ−ＤＡＴ
Ａコマンドのフォーマットを示す図である。ＧＥＴ−Ｄ
ＡＴＡコマンドの第１バイト目から第４バイト目は、Ｐ
ＵＴ−ＤＡＴＡコマンドと同様に、順にコマンドのクラ
ス（ＣＬＡ）、種別コード（ＩＮＳ）、パラメータ（Ｐ
１、Ｐ２）である。Ｐ１、Ｐ２の２バイトは、読み出す
べき（検索すべき）レコードのＴＡＧを示している。５
バイト目のＬＥは、読み出すべきデータのバイト数を示
す。本実施形態では、ＬＥの値が「００ｈ」である場合
には、２５６バイト以下の全データを読み出すべきこと
が、また、「００００００ｈ」である場合には、６５５
３６バイト以下の全データを読み出すべきことが意味さ
れる。

【００２５】図５は、ＧＥＴ−ＤＡＴＡコマンドを処理
する際のＩＣカードの動作を示す流れ図である。リーダ
ライタ装置２０からＧＥＴ−ＤＡＴＡコマンドがあった
場合には、ＣＰＵ１２は、まず実行前チェックを行なう
（Ｓ２０１）。チェックの結果、コマンドのパラメータ
ＬＥにデータがないこと、又はカレントＤＦが閉塞され
ていることが判明した場合には、その旨のエラーメッセ
ージが生成され（Ｓ２０３）、リーダライタ装置２０に
送信される。

【００２６】次に、ＲＡＭ１４内の所定アドレスに格納
されているカレントＥＦのアドレスが確認される（Ｓ２
０４）。ここで、アドレスが初期値００００ｈである場
合には、特定のＥＦが指定されておらず、カレントＥＦ
が存在しないこととなる。したがって、この場合には、
エラーメッセージがリーダライタ装置に送信され、コマ
ンドの処理が終了される（Ｓ２０６、Ｓ２１６）。ファ
イル内でのデータ検索範囲は、データ格納領域の先頭か
らライトアペンドポインタまでである。

【００２７】ＣＰＵ１２は、Ｐ１一Ｐ２で指定されたタ
グと、ファイル内２バイトのタグの比較を行い、タグが
一致するか否かを判定する（Ｓ２０８）。タグが一致し
た場合には、現在の検索開始アドレス＋１（レングス拡
張時３）＋レングス＋ＣＲＣ２バイトがライトアペンダ
ポインタを超過したとき、又は、現在の検索アドレス以
前を差すときには（Ｓ２１０）、該当するデータがない
旨のエラーメッセージを生成して（Ｓ２１１）、送信し
（Ｓ２１６）、処理を終了する。超過しないときには、
ＧＥＴ−ＤＡＴＡコマンドのレスポンスデータを実行す
る（Ｓ２１２）。

【００２８】タグが不一致の場合には、タグの次から始
まる１バイトのレングス（拡張時３バイト）で指定され
たレングス分、検索開始アドレスを進める。検索開始ア
ドレスがライトアペンドポイントを超えるとき、又は、
現在の検索アドレス以前を差すときには、該当するデー
タがない旨のエラーメッセージを生成して（Ｓ２１
１）、送信する。

【００２９】ＧＥＴ−ＤＡＴＡコマンドに対するレンポ
ンスデータの実行は以下の通りである。まず、検索した
ＴＬＶデータのＣＲＣチェックを行なう。ＧＥＴ−ＤＡ
ＴＡのレスポンスデータは、検索したＴＬＶデータのＶ
ＡＬＵＥのみとする。検索したＴＬＶデータは、次のレ
ングス１バイト（拡張時３バイト）がＶＡＬＵＥフィー
ルド長を表している。ＯＳは、区別することなく、ＶＡ
ＬＵＥフィールドをレスポンスとして送信する。送信デ
ータの最後には、正常（Ｓ２１５）又はＣＲＣエラーの
メッセージ（Ｓ２１４）を付加して、送信する。

【００３０】以上説明したように、本実施形態では、ト
ランスペアレントＷＥＦにデータを書き込むときに、そ
のデータにＴＡＧ及びＬＥＮを付加して書き込みを行う
ＰＵＴ−ＤＡＴＡコマンドを用意した。しかも、ＰＵＴ
−ＤＡＴＡコマンドは、指定されたＴＡＧがすでに書き
込み領域内に存在するか否かを確認し、存在する場合に
はデータの上書きを、存在しない場合にはデータの追記
を行う。したがって、本実施形態では、トランスペアレ
ントＷＥＦにデータを書き込む際に、オフセットアドレ
スを指定する必要がない。また、リーダライタ装置側に
おいて、データの上書き／追記に対応して、異なる２種
類のコマンドを使い分けるという煩雑な作業を行う必要
もない。さらに、ＴＡＧは２バイトより構成されている
ので、レコード構造のファイルにおけるよりも数多くの
データを容易に管理することが可能である。また、従来
のトランスペアレントＷＥＦでは、書き込まれている全
データに関する誤り検出符号が１つのみ格納されていた
が、ＰＵＴ−ＤＡＴＡコマンドは、個々のデータ単位に
ついて誤り検出符号を書き込む。よって、本実施形態で
は、書き込まれたそれぞれのデータ単位について、別個
に誤り検出を行うことが可能となっている。

【００３１】本実施形態では、トランスペアレントＷＥ
Ｆに書き込まれたデータから、指定されたＴＡＧを有す
るものを検索し読み出すＧＥＴ−ＤＡＴＡコマンドをも
用意している。したがって、本実施形態では、透過構造
のファイルにおける各データ単位のオフセットアドレス
をリーダライタ装置側で管理していなくても、そのファ
イルに該当するデータが存在するか否かを迅速に確認
し、読み出すことが可能である。

【００３２】さらに、本実施形態では、ＰＵＴ−ＤＡＴ
Ａコマンド、ＧＥＴ−ＤＡＴＡコマンドのパラメータＰ
１、Ｐ２を利用して書き込むべきデータ又は読み出すべ
きデータのＴＡＧを指定することとしている。つまり、
上記コマンドでは、その総バイト数が最小となるコマン
ドフォーマットが採用されている。したがって、これら
のコマンドをＩＣカードに送信するのに要する通信時間
は、必要最小限に抑制される。

【００３３】なお、本実施形態は、透過構造のファイル
及びレコード構造のファイルと別規格の第三のファイル
構造を新たにＩＣカードに導入するものではない。本実
施形態は、従来使用されていたＷＲＩＴＥＢＩＮＡＲ
Ｙコマンド、ＲＥＡＤＢＩＮＡＲＹコマンド等を使用
できる環境を維持したまま、透過構造ファイルについて
の新たな利用態様を提供しようとするものである。

【００３４】（第１実施形態の変形例１）本発明の第１
実施形態は、種々の態様に変形することが可能である。
例えば、ＰＵＴ−ＤＡＴＡコマンドに関する図３のＳ３
１０からＳ３２０までの処理は、図６に示される内容の
処理とすることもできる。すなわち、Ｓ３０７で確認さ
れたカレントＥＦの種別が、トランスペアレントＷＥＦ
であった場合は（Ｓ３０７、Ｙｅｓ）は、ＣＰＵ１２
は、そのＷＥＦ内でＴＡＧの検索（Ｓ４０４〜Ｓ４１
０）を行うべく、検索アドレスをカレントＥＦのデータ
格納領域の先頭アドレスにセットする（Ｓ４０２）。次
に、ＣＰＵ１２は、検索アドレスが前データアドレスよ
り前のアドレスであるか否かを確認し（Ｓ４０４）、前
データアドレスより前であった場合にはエラーメッセー
ジを生成する（Ｓ４１８）。

【００３５】一方、Ｓ４０４において、検索アドレスが
前データアドレスより前でなかった場合は、次に、その
アドレスにあるＴＡＧが読み出され、それがコマンドの
パラメータＰ１、Ｐ２により指定されたＴＡＧと一致す
るか否かが判断される（Ｓ４０６）。ＴＡＧが一致しな
い場合には、検索アドレスの更新がなされる（Ｓ４０
８）。具体的には、ＴＡＧの次に格納されているＬＥＮ
の長さ（通常１バイト、拡張時３バイト）、ＬＥＮに格
納されている値、及びＣＲＣの長さである２バイトが加
算される。

【００３６】次に、更新された検索アドレスがライトア
ペンドポインタを越えているか否かが判断される（Ｓ４
１０）。検索アドレスがライトアペンドポインタを越え
ていない場合には、まだ検索されていないＴＡＧが存在
することとなるので、処理はＳ４０４に戻る。一方、検
索アドレスがライトアペンドポインタを越えているとき
は、当該ＷＥＦにコマンドにより指定されたＴＡＧと同
一のＴＡＧは存在しなかったこととなる。そこで、つぎ
に、コマンドのデータフィールドにあるデータをＷＥＦ
に追記する作業が行われる（Ｓ４１２、Ｓ４１４）。

【００３７】具体的には、まず、書き込みデータ長がラ
イトアペンドポインタ以降のデータ格納領域の大きさ以
下であるか否かが確認される（Ｓ４１２）。書き込みデ
ータ長が残りのデータ格納領域の大きさを越えるもので
ある場合には、データが大きすぎるために追記ができな
い旨のエラーメッセージが生成される（Ｓ４２８）。そ
の他の場合は、データの追記が行われる（Ｓ４１４）。
すなわち、はじめにコマンドのＰ１、Ｐ２により指定さ
れた２バイトのＴＡＧが書き込まれ、続いて、ＬＣの値
が１バイト又は３バイト書き込まれる。次に、コマンド
のデータフィールドにあるデータが書き込まれ、最後に
誤り検出符号（ＣＲＣ）が書き込れる。書き込みの終了
後、コマンドが正常に処理された旨のメッセージが生成
される（Ｓ４１４）。書き込みの途中でエラーが発生し
た場合には、書き込みが中止され、書き込みエラーが発
生した旨のエラーメッセージが生成される（Ｓ４１
４）。

【００３８】一方、Ｓ４０６においてＴＡＧが一致した
場合には、ＴＡＧの次に格納されているＬＥＮと、コマ
ンドのパラメータＬＣの値が比較される（Ｓ４２０）。
比較の結果、値が一致した場合には、コマンドのデータ
フィールドにあるデータがＷＥＦのＶＡＬＵＥ部分に上
書きされる。また、ＶＡＬＵＥ部分の最後の２バイトで
あるＣＲＣの値が適切なものに書き換えられる（Ｓ４２
２）。上書きの途中で書き込みエラーが発生したとき
は、その旨のエラーメッセージが、その他の場合は、コ
マンドが正常に実行された旨のメッセージが生成される
（Ｓ４２４）。

【００３９】一方、Ｓ４２０において、ＬＥＮとＬＣの
値が一致しなかった場合には、データの長さが一致しな
いために、データの上書きができない旨のエラーメッセ
ージが生成される（Ｓ４２６）。Ｓ４１６、Ｓ４１８、
Ｓ４２６、Ｓ４２４又はＳ４２８のいずれかの処理が終
了すると、生成されたメッセージは、レスポンスとして
リーダライタ装置２０に送信され（Ｓ３２１）、コマン
ドの処理が終了する。

【００４０】（第１実施形態の変形例２）第１実施形態
で説明したＧＥＴ−ＤＡＴＡコマンドの処理内容は、種
々の態様に変形することが可能である。図７は、ＧＥＴ
−ＤＡＴＡコマンドを処理するＩＣカードの動作であっ
て、図５に示すのとは異なる動作を示す流れ図である。

【００４１】本変形例では、ＩＣカードがＧＥＴ−ＤＡ
ＴＡコマンドを受信すると、まずＣＰＵ１２が実行前エ
ラーチェックを行う（Ｓ７０２）。チェックの内容は、
図５のＳ２０１と同一である。次に、ＣＰＵ１２は、カ
レントＥＦの有無を確認する（Ｓ７０４）。すなわち、
ＲＡＭ１４の所定領域に格納されているカレントＥＦの
アドレスが確認される。当該アドレスが「００００ｈ］
である場合には、カレントＥＦが選択されていない旨の
エラーメッセージが、ＲＡＭ１４の所定領域に生成され
る（Ｓ７１８）。

【００４２】カレントＥＦのアドレスが「００００ｈ」
でない場合には、ＣＰＵ１２は、検索アドレスをカレン
トＥＦのデータ格納領域の先頭アドレスにセットする
（Ｓ７０６）。次に、ＣＰＵ１２は、検索アドレスから
２バイトのデータ、すなわち、データ格納領域の先頭２
バイトに格納されているＴＡＧを読みとり、これをＧＥ
Ｔ−ＤＡＴＡコマンドのＰ１、Ｐ２により指定されるＴ
ＡＧと比較する（Ｓ７０８）。２つのＴＡＧの内容が一
致しない場合には、検索開始アドレスの更新を行う（Ｓ
７１０）。具体的には、ＴＡＧの次に格納されているＬ
ＥＮの長さ（原則１バイト、拡張時３バイト）、ＬＥＮ
によって指定されるバイト数及びＣＲＣの長さ２バイト
を検索アドレスに加算する。

【００４３】次に、更新された検索アドレスが適正な値
を有するか否かが確認される（Ｓ７１０）。具体的に
は、検索開始アドレスがライトアペンドポインタを越え
ているか否か、また、更新された検索アドレスが更新前
の検索アドレスより前のアドレスを指定していないかに
ついて確認される。この結果、検索アドレスが適正な値
を有していないと判断された場合には、カレントＥＦの
検索が終了したことが意味されるので、該当するＴＡＧ
が発見されなかった旨のエラーメッセージが生成される
（Ｓ７１４）。また、検索アドレスが適正な値であると
判断された場合には、まだＴＡＧの検索が終了していな
いデータ格納領域が存在することが意味されるので、Ｓ
７０８以降の処理が再度実行される。

【００４４】一方、Ｓ７０８において、ＴＡＧが一致し
た場合には、次にそのＴＡＧが付されているレコードの
最後２バイトに格納されているＣＲＣを利用して、当該
レコードに格納されている情報の誤り検出が行われる
（Ｓ７２２）。誤り検出の結果は、ＲＡＭ１４の所定領
域に保存される。次に、検索されたレコードのＶＡＬＵ
Ｅ部分のデータが読み出され、レスポンス情報としてＲ
ＡＭ１４の所定領域に編集される（Ｓ７２４）。この処
理は、Ｓ７２２におけるＣＲＣチェックの結果の如何に
関わらず行われる。なお、ＶＡＬＵＥ部分より読み出さ
れるデータの大きさは、コマンドのパラメータＬＥで指
定されるバイト数を越えない。ＶＡＬＵＥ部分のデータ
が例えば３００バイトあり、ＬＥが「００ｈ」に設定さ
れている場合には、ＶＡＬＵＥ部分の先頭２５６バイト
のみが読み出される。

【００４５】ＶＡＬＵＥ部分のデータの読み出しが終了
すると、ＲＡＭ１４に編集されたレスポンスの後に、さ
らに所定のメッセージが編集される。所定のメッセージ
とは、Ｓ７２２においてＣＲＣチェックエラーが検出さ
れている場合にはその旨のエラーメッセージ、ＶＡＬＵ
Ｅ部分にＬＥで指定された大きさ以上のＤＡＴＡがあっ
た場合にはその旨のメッセージ、また、上記のいずれで
もない場合は、ＧＥＴ−ＤＡＴＡコマンドの処理が正常
に終了した旨のメッセージをいう。最後に、Ｓ７１４、
Ｓ７１８、Ｓ７２０又はＳ７２６のいずれかの処理が終
了すると、ＣＰＵ１２は、エラーメッセージその他をリ
ーダライタに送信し、ＧＥＴ−ＤＡＴＡコマンドの処理
を終了する。

【００４６】（その他の実施形態）なお、本発明は、上
記実施形態に限定されるものではない。上記実施形態
は、例示であり、本発明の特許請求の範囲に記載された
技術的思想と実質的に同一な構成を有し、同様な作用効
果を奏するものは、いかなるものであっても本発明の技
術的範囲に包含される。

【００４７】上記実施形態では、ＧＥＴ−ＤＡＴＡコマ
ンドにより特定のＴＡＧを検索する場合に、検索範囲を
カレントＥＦのデータ格納領域に限定しているが、これ
は、すべてのＥＦのデータ格納領域を検索することとし
てもよい。図１０は、ＥＥＰＲＯＭ１５におけるファイ
ル格納イメージの一例を示す図である。図１０では、左
上より右下に向けてメモリの絶対アドレスが増大してい
る。各ファイルのディレクトリは、絶対アドレスの大な
る方から順にＥＥＰＲＯＭ１５に格納されている。一
方、ＷＥＦのデータ格納エリアは、絶対アドレスが小な
る方から順に格納されている。

【００４８】図１０に例示されるようにファイルが格納
されている場合には、アドレスの値が大なる方から順に
ディレクトリを検索する。ＷＥＦに該当するディレクト
リが発見された場合は、そのディレクトリが管理するデ
ータ格納エリア内において、コマンドにより指定された
ＴＡＧを検索する。検索の結果、該当するＴＡＧが発見
された場合には、図５のＳ２１０以降と同じ処理を行
う。

【００４９】一方、検索の結果、該当するＴＡＧが発見
されなかった場合には、引き続きＷＥＦのディレクトリ
をディレクトリ・ポインタ（ＣＲＴ−ＤＰ）まで検索す
る。ここで、ディレクトリ・ポインタとは、ＥＥＰＲＯ
Ｍ１５に新たにファイルを格納するときに、そのファイ
ルのディレクトリを書き込むことが可能な領域の開始ア
ドレスを示すポインタである。ディレクトリ・ポインタ
まで検索を行っても、該当するＴＡＧが発見されなかっ
た場合には、該当するＴＡＧがなかった旨のエラーメッ
セージをリーダライタ装置２０に返信する。このように
全てのＥＦのデータ格納領域を検索することとした場合
には、ＧＥＴ−ＤＡＴＡコマンドを実行する前に、特定
のＥＦを選択する必要がなくなる。よって、例えば、特
定のデータをいずれのＷＥＦに格納したかを知らない場
合であっても、そのデータの存在を迅速に確認し、読み
出すことが可能となる。

【００５０】なお、検索対象のＥＦは、トランスペアレ
ントＥＦに限定せず、レコード構造のＥＦをも対象に検
索することであってもよい。また、上記のように、すべ
てのＥＦのデータ格納領域を検索する場合には、ＥＦに
格納されている各データがそれぞれに固有のＴＡＧを有
することが望ましい。つまり、ＧＥＴ−ＤＡＴＡコマン
ドによりアクセスすることが可能な全メモリ領域におい
て、同一の値のＴＡＧが２つと存在しないように各デー
タのＴＡＧを定めることが望ましい。各データに固有の
ＴＡＧを付することは、例えば、ＰＵＴ−ＤＡＴＡコマ
ンドを用いてデータをＥＦに追記するときに、全てのＥ
Ｆのデータ格納領域を参照し、同一内容のＴＡＧが存在
しないことを確認してから、データの追記を行うことに
より実現することが可能である。

【００５１】

【発明の効果】以上詳しく説明したように、本発明によ
れば、リーダライタ装置側において、データのオフセッ
トアドレス等を管理することなく、透過構造ファイルに
個々のデータを書き込む又は読み出すことが可能となっ
ている。また、特に請求項７に係る発明によれば、デー
タの上書き／追記に対応して、異なる種類のコマンドを
使い分ける必要がない。さらに、特に請求項９に係る発
明によれば、レコード構造のファイルにおけるよりも数
多くのデータを容易に管理することが可能である。

【図面の簡単な説明】

【図１】ＰＵＴ−ＤＡＴＡコマンドによりデータを書き
込まれたトランスペアレントＷＥＦのファイル構成を示
す図である。

【図２】ＰＵＴ−ＤＡＴＡコマンドのフォーマットを示
す図である。

【図３】ＰＵＴ−ＤＡＴＡコマンドを処理するときのＩ
Ｃカードの動作を示す流れ図である。

【図４】ＧＥＴ−ＤＡＴＡコマンドのフォーマットを示
す図である。

【図５】ＧＥＴ−ＤＡＴＡコマンドを処理する際のＩＣ
カードの動作を示す流れ図である。

【図６】第１実施形態の変形例を示す図である。

【図７】ＧＥＴ−ＤＡＴＡコマンドを処理するＩＣカー
ドの動作であって、図５に示すのとは異なる動作を示す
流れ図である。

【図８】従来のＩＣカードの構成、及びそのＩＣカード
とリーダライタ装置との接続関係を示すブロック図であ
る。

【図９】図８に示すＥＥＰＲＯＭ１５内の階層構造を示
すブロック図である。

【図１０】ＥＥＰＲＯＭ内のファイル格納イメージを示
す図である。

【符号の説明】

１０ＩＣカード１１Ｉ／Ｏインターフェース１２ＣＰＵ１３ＲＯＭ１４ＲＡＭ１５ＥＥＰＲＯＭ２０リーダライタ装置

Claims

【特許請求の範囲】

【請求項１】トランスペアレント作業用基礎ファイル
から、指定されたタグ番号のレコードを読み出すことが
できることを特徴とするＩＣカード。
【請求項２】トランスペアレント作業用基礎ファイル
から、指定されたタグ番号のレコードを検索し、指定されたタグ番号及びデータ長が一致した場合には、
上書きを行い、一致しない場合には、作業用基礎ファイ
ルにそのデータを追記することができることを特徴とす
るＩＣカード。
【請求項３】透過構造ファイルを有する記憶手段と、外部からの命令により指定されたデータを前記透過構造
ファイルに書き込む書込手段とを備えたＩＣカードにお
いて、前記書込手段は、前記命令により指定された識別情報を
前記データに関連づけて前記透過構造ファイルに書き込
むことを特徴とするＩＣカード。
【請求項４】請求項３に記載のＩＣカードにおいて、前記書込手段は、前記データに関連づけて、前記データ
に関する誤り検出符号を書き込むことを特徴とするＩＣ
カード。
【請求項５】請求項３又は請求項４に記載のＩＣカー
ドにおいて、前記指定された識別情報と同一内容の識別情報を前記記
憶手段内において検索する検索手段を有し、前記検索手段が該当する前記識別情報を発見した場合に
は、前記書込手段は、前記発見された識別情報に関連づ
けられているデータに前記指定されたデータを上書きす
ることを特徴とするＩＣカード。
【請求項６】請求項３又は請求項４に記載のＩＣカー
ドにおいて、前記指定された識別情報と同一内容の識別情報を前記記
憶手段内において検索する検索手段を有し、前記検索手段が該当する前記識別情報を発見しなかった
場合には、前記書込手段は、前記透過構造ファイルの空
き領域に前記指定されたデータを書き込むことを特徴と
するＩＣカード。
【請求項７】請求項５に記載のＩＣカードにおいて、前記検索手段が該当する前記識別情報を発見しなかった
場合には、前記書込手段は、前記透過構造ファイルの空
き領域に前記指定されたデータを書き込むことを特徴と
するＩＣカード。
【請求項８】透過構造ファイルを有する記憶手段を備
え、前記透過構造ファイルには、データと、前記データに関
連づけられた識別情報とが格納されているＩＣカードで
あって、外部からの命令により指定された前記識別情報を前記記
憶手段内において検索する検索手段と、前記検索手段が該当する前記識別情報を発見したとき
に、前記発見された識別情報に関連づけらているデータ
を前記透過構造ファイルから読み出す読出手段とを有す
ることを特徴とするＩＣカード。
【請求項９】請求項３から請求項８までのいずれか１
項に記載のＩＣカードにおいて、前記識別情報は、２バイト以上から構成されることを特
徴とするＩＣカード。