JPH06290097A - Ｉｃカード - Google Patents

Abstract

(57)【要約】 【目的】 アプリケーションに対応してＩＣカードのメ
モリを用いる場合、メモリ全体の割付等を不必要とす
る。そのメモリ効率を高める。 【構成】 ＩＣカード１０にてディレクトリのファイル
タイプ２４を書き換えることにより、データメモリ１２
のファイルタイプを例えば順編成のレコードタイプファ
イルから循環型の順編成ファイルまたはトランスペアレ
ントタイプに変更する。これによりクレジットカードと
して使用したものを医療用カードに用いることができ
る。メモリ全体の再割付は不必要である。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明はデータメモリを有するＩ
Ｃカード、詳しくはＩＣカードのデータメモリのファイ
ルタイプの管理に関する。

【０００２】

【従来の技術】従来のＩＣカードの記憶データの管理方
法としては複数の方法がある。それらにあっては、記憶
データを格納するファイルを生成した時点で、ファイル
を管理するディレクトリ内にそのファイルタイプを書き
込み、以降そのファイルタイプにしたがって読み出し、
書き込みの処理を行っている。このファイルタイプと
は、ファイルが順編成ファイルであるのか、循環タイプ
の順編成ファイルであるのか、トランスペアレントタイ
プのファイルであるのかを示すものである。

【０００３】

【発明が解決しようとする課題】この従来例によると、
ＩＣカードにあって一度ある目的で使用したファイルを
イレースし、別の目的で再び使用する場合が生じること
があるときに、以下の不具合があった。すなわち、前回
と同一のファイルタイプで使用するか、または、空きメ
モリに余裕があれば目的にあったファイルタイプのファ
イルを新たに生成する必要があった。この結果、アプリ
ケーションに対応したファイルタイプのファイルを使用
することができず、メモリ効率がかなり悪くなるという
問題点があった。さらには、アプリケーションが異なる
場合その要求するファイルタイプに合致させるため、メ
モリ全体を再割付しなければならず、有効なデータまで
も消去されてしまい不便である。

【０００４】

【発明の目的】そこで、本発明は、アプリケーションに
対応したファイルを容易に得ることができ、かつ、その
メモリ効率を高めたＩＣカードを提供することを、その
目的としている。

【０００５】

【課題を解決するための手段】本発明は、図１に示すよ
うに、データを格納するファイル１と、このファイル１
を管理するためのディレクトリ２とを有し、ディレクト
リ２のファイルタイプ３に基づいてファイル１に格納し
たデータの読み出し、書き込みを行うＩＣカード４にお
いて、上記ディレクトリ２のファイルタイプ３を書き換
える書換手段５を有するものである。

【０００６】

【作用】本発明によれば、アプリケーションに対応して
ディレクトリのファイルタイプを書き換える。そして、
書き換えたファイルタイプに基づいてそのファイルへの
データの読み出し、書き込みを行う。例えば医療用カー
ドとしてＩＣカードを用いる場合はファイルを非循環型
の順編成ファイルとして使用する一方、該ＩＣカードを
銀行カードとして用いる場合はそのファイルを循環型の
順編成ファイルとして構成する。この結果、後者では当
該ファイルを繰り返し使用することができ、メモリ効率
が高められる。また、前者では有効なデータを確実に保
存することができる。なお、ファイルタイプとしては順
編成ファイル、直接編成ファイル、索引順編成ファイル
等の他、分割型（レコードタイプ）、非分割型（トラン
スペアレントタイプ）、可変長タイプ、固定長タイプ等
を示すものとしてもよい。

【０００７】

【実施例】以下に、本発明の一実施例を図面を参照しな
がら説明する。図２〜図１３は本発明に係るＩＣカード
の一実施例を説明するためのものである。

【０００８】図２は、本実施例に係るＩＣカード１０及
び外部処理装置１７を示すブロック図である。ＩＣカー
ド１０は、外部処理装置１７（リーダライタ）に接続可
能であり、外部処理装置１７とＩＣカード１０との間
で、記憶データの送受信が行われる構成となっている。
このＩＣカード１０は、ＣＰＵ１１、データメモリ１
２、プログラムメモリ（ＲＯＭ）１３、ＲＡＭ１４、Ｉ
／Ｏポート１５を有している。これらのＣＰＵ１１、デ
ータメモリ１２、プログラムメモリ１３、ＲＡＭ１４、
Ｉ／Ｏポート１５はアドレス・データバス１６により相
互に電気的に接続されている。

【０００９】ＣＰＵ１１は、Ｉ／Ｏポート１５を介して
外部処理装置１７から与えられたコマンドに従い所定の
動作を実行するものである。ＲＯＭなどより成るプログ
ラムメモリ１３にはＣＰＵ１１の動作プログラムが書き
込まれている。ＲＡＭ１４はＣＰＵ１１が動作する際に
必要なワークエリアとして使用されるものである。デー
タメモリ１２は記憶データが書き込まれるためのもので
あり、電気的消去及び読み書き可能なＥＥＰＲＯＭなど
により構成されている。

【００１０】上記データメモリ１２の構成を図３〜図７
を参照しながら説明する。図３は、レコード２０の構成
を示し、このレコード２０は、レコード長２１と、レコ
ードのデータ部２２とより構成されている。レコード２
０は固定長のものと可変長のものとが考えられる。デー
タメモリ１２は例えば複数のファイルによって構成さ
れ、各ファイルはそのファイルタイプに応じて構成され
ている。例えば順編成ファイル、直接編成ファイル、索
引順編成ファイル等である。順編成ファイルにあっても
オーバライト可能な循環型、オーバライトが不可能な非
循環型、あるいはトランスペアレントタイプ等がある。

【００１１】図４〜図６は、それぞれのファイルタイプ
のデータ格納の方式を示している。図４は、図３で示し
た固定長または可変長のレコード２０から構成される順
編成ファイルを示している。所定のメモリ容量を有する
ファイルが複数のレコード２０により構成されている。
このファイルは追記書き込み時のデータの上書きは不可
能である。図５は、図３で示した固定長または可変長の
レコード２０から構成される循環型の順編成ファイルを
示している。このファイルではデータの上書きが可能
で、最も旧いレコード２０から上書きを行うことができ
る。図６は、レコード単位を持たず文字の集まりとして
定義されるトランスペアレント型のファイルを示してい
る。

【００１２】図７は、各ファイルを管理するためのディ
レクトリの構成を示す図である。ディレクトリは、ファ
イルを区別するファイルＩＤ２３、ファイル内のデータ
の格納方式を示すファイルタイプ２４、ファイルの位置
を示すファイル先頭アドレス２５、ファイルのサイズを
示すファイルサイズ２６、ファイル内に存在するレコー
ドの数を示す既存のレコード数２７、ライトコマンドの
場合、次に書き込むレコードのアドレスを指し示すポイ
ンタアドレス２８より構成されている。なお、既存のレ
コード数２７は、レコードでデータを格納しないトラン
スペアレントファイル（図６）の場合にはレコード数を
カウントできないが、データをライトしたときには１を
格納する。データがクリアされている場合は０が格納さ
れている。

【００１３】図８および図９は、ＩＣカード１０と外部
処理装置１７との間で送受信するためのコマンドとレス
ポンスとを説明するための図である。図８はコマンドの
フォーマットを示す図であり、コマンドブロックが送ら
れてきたことを示すスタートコード３０、コマンドコー
ド３２以下何バイト送られてくるかを示すブロックレン
グス３１、コマンドブロックが処理すべきことを識別す
るためのコマンドコード３２、コマンドの処理する該当
ファイルを識別するためのファイルＩＤ３３、ファイル
タイプを変更するためのファイルタイプ変更パラメータ
３４から構成されている。

【００１４】図９は、レスポンスのフォーマットを示す
図であり、レスポンスブロックが送られてきたことを示
すスタートコード３０、コマンドコード３２以下何バイ
ト送られてくるかを示すブロックレングス３１、コマン
ドブロックが処理すべきことを識別するためのコマンド
コード３２、コマンドの処理結果を示すステータス３５
から構成されている。

【００１５】図１０は本実施例に係るＩＣカード１０に
おいて、外部処理装置１７からのコマンドを受信し、コ
マンド毎に処理し、その結果をレスポンスとして外部処
理装置１７に送信する動作を示すフローチャートであ
る。まず、外部処理装置１７からのリセット信号を受信
すると（Ｓ１００１）、初期設定を行う（Ｓ１００
２）。ＲＡＭ等の各部のチェックである。次に、コマン
ドの受信を待ち（Ｓ１００３）、受信後、各コマンドの
処理を行う（Ｓ１００４）。コマンド処理ルーチンが終
了すると、エラー発生を確かめ（Ｓ１００５）、発生し
ていない場合はレスポンスブロックに処理は正常である
ことを示すステータスをセットし（Ｓ１００６）、レス
ポンスブロックを外部処理装置１７に対して出力する
（Ｓ１００８）。エラー発生の場合は処理が異常である
旨のステータスを立て（Ｓ１００７）、レスポンスブロ
ックを出力する（Ｓ１００８）。レスポンスブロックの
出力後は次のコマンド受信を待機する（Ｓ１００３に戻
る）。

【００１６】図１１は、上記図１０のステップＳ１００
４の各コマンド処理ルーチンの中で処理されるディレク
トリ内のファイルタイプを変更する処理を示したフロー
チャートである。まず、コマンドフォーマットに示され
たファイルＩＤに該当するディレクトリをサーチする
（Ｓ１１０１）。次いで、ステップＳ１１０２でこのデ
ィレクトリ内のレコード数が０であるか否かをチェック
する。これは、ファイル内に有効なデータが残っていな
いかをチェックするためである。レコード数が０の場合
は有効なデータは残っていないものとして、ディレクト
リ内のファイルタイプのパラメータを書き換える（Ｓ１
１０３）。すなわち、コマンドに示されたパラメータ
に、例えば循環型順編成ファイル（アプリケーションが
銀行カードに対するもの）から非循環型の順編成ファイ
ル（医療用カードのもの）にと書き換えるものである。
そして、メモリへの書き込み処理が正常であったかどう
かを判定し（Ｓ１１０４）、異常であればエラーステー
タスをセットして（Ｓ１１０５）このルーチンを終了す
る。なお、ディレクトリ内のレコード数が０でない場合
（Ｓ１１０２でＮＯ）、有効なデータが存在するものと
してエラーステータスをセットして（Ｓ１１０５）終了
する。

【００１７】図１２は、上記図１０のステップＳ１００
４のコマンド処理ルーチンにて実行されるデータ書き込
みコマンドの処理を示したフローチャートである。この
ルーチンでは、まず、ファイルＩＤに該当するディレク
トリをサーチする（Ｓ１２０１）。次に、ディレクトリ
内のファイルタイプはレコードタイプであるか（トラン
スペアレントタイプではないか）否かをチェックする
（Ｓ１２０２）。レコードタイプ、すなわち順編成ファ
イルタイプであれば、ステップＳ１２０３〜Ｓ１２１５
に進む。トランスペアレントタイプであれば（Ｓ１２０
２でＮＯ）、ステップＳ１２１６〜Ｓ１２２１へと進
む。

【００１８】レコードタイプの場合、コマンドコードが
レコードタイプのコマンドか否かをチェックする（Ｓ１
２０３）。レコードタイプのコマンドであれば次のステ
ップＳ１２０４に進み、そうでない場合はエラーステー
タスをセットして（Ｓ１２１５）終了する。ステップＳ
１２０４ではファイルにレコードを書き込む余裕がある
か否かを判定する。余裕があれば、ポインタアドレスよ
り書き込みアドレスをサーチする（Ｓ１２０５）。そし
て、コマンドに付加されたレコードデータをそのファイ
ルのそのアドレスに書き込む（Ｓ１２０６）。そして、
このメモリへの書き込み処理が正常であったかをチェッ
クし（Ｓ１２０７）、正常ならば、ディレクトリ内のレ
コード数、および、ポインタアドレスを共に更新する
（Ｓ１２０８）。さらに、この書き込みが正常か否かを
チェックし（Ｓ１２０９）、正常であればそのまま終了
する。書き込みが異常の場合は（Ｓ１２０７でＮＯ、Ｓ
１２０９でＮＯ）、エラーステータスをセットし（Ｓ１
２１５）終了する。

【００１９】また、上記ステップＳ１２０４でファイル
に対して書き込みが不可能である場合、そのファイルタ
イプが循環型の順編成ファイルであるか否かを確認する
（Ｓ１２１０）。循環型でない場合はエラーとして終了
する（Ｓ１２１５）。循環型の場合はポインタアドレス
により書き込みアドレスをサーチし（Ｓ１２１１）、レ
コードデータを書き込む（Ｓ１２１２）。その書き込み
が正常でない場合はエラーとして終了し（Ｓ１２１
５）、書き込みが正常である場合はポインタアドレスを
更新する（Ｓ１２１４）。さらに、この書き込みをチェ
ックし（Ｓ１２０９）、このルーチンを終了する。

【００２０】また、ファイルタイプがトランスペアレン
トタイプとした場合（Ｓ１２０２でＮＯ）、コマンドコ
ードがトランスペアレントタイプのコマンドコードであ
るか否かをチェックする（Ｓ１２１６）。コードが異な
る場合はエラーステータスを立てて（Ｓ１２１５）、終
了する。コードが合致している場合はファイル内での書
き込みアドレスをサーチし（Ｓ１２１７）、トランスペ
アレントデータを書き込む（Ｓ１２１８）。書き込みが
異常の場合はエラー処理（Ｓ１２１５）とし、正常であ
る場合は、ディレクトリ内のレコード数を１に更新する
（Ｓ１２２０）。さらに、書き込み処理をチェックし
（Ｓ１２２１）、異常はエラーステータスの設定（Ｓ１
２１５）をして、正常ではそのまま終了する。

【００２１】図１３は、上記図１０のステップＳ１００
４のコマンド処理ルーチンの内、ファイル内の記憶デー
タをイレースする処理（例えば、メモリの内容をすべて
１６進数のＦＦに書き換える。）を示すフローチャート
である。まず、ファイルＩＤに該当するディレクトリを
サーチし（Ｓ１３０１）、ディレクトリ内のレコード数
が０でないかをチェックする（Ｓ１３０２）。０の場合
はファイルはクリアされているため、そのまま終了す
る。

【００２２】レコード数が０でない場合（Ｓ１３０２で
ＹＥＳ）、ファイル内のデータを初期値にクリアし（Ｓ
１３０３）、ディレクトリ内のパラメータを初期化する
（Ｓ１３０４）。例えばレコード数を０とし、ポインタ
アドレスをファイル先頭アドレスにセットする。さら
に、メモリへの書き込み処理が正常に行われたか否かを
判定し（Ｓ１３０５）、正常ならばそのまま終了する。
正常書き込みでない場合は、エラーステータスをセット
してからこの初期化ルーチンを終了する（Ｓ１３０
６）。

【００２３】

【発明の効果】本発明によれば、アプリケーションの変
更に伴って、ＩＣカードのメモリ効率を低下させること
なく、ファイルを使用することが可能となる。この結
果、各アプリケーションに対し、より順応したＩＣカー
ドを提供することが可能となる。また、本発明は、アプ
リケーションの変更に際し、ＩＣカードのメモリ全体の
再割付の必要がないという利点を有する。

【図面の簡単な説明】

【図１】本発明に係るＩＣカードの機能構成を示すブロ
ック図である。

【図２】本発明の一実施例に係るＩＣカードの概略構成
を示すブロック図である。

【図３】本発明の一実施例に係るレコードのフォーマッ
トを示す図である。

【図４】本発明の一実施例に係る順編成ファイルのフォ
ーマットを示す図である。

【図５】本発明の一実施例に係る循環型順編成ファイル
のフォーマットを示す図である。

【図６】本発明の一実施例に係るトランスペアレントタ
イプのファイルの構成を説明するための図である。

【図７】本発明の一実施例に係るディレクトリの構成を
示す図である。

【図８】本発明の一実施例に係るコマンドのフォーマッ
トを示す図である。

【図９】本発明の一実施例に係るレスポンスのフォーマ
ットを示す図である。

【図１０】本発明の一実施例に係るＩＣカードのメイン
ルーチンを示すフローチャートである。

【図１１】本発明の一実施例に係るＩＣカードのファイ
ルタイプ書換えルーチンを示すフローチャートである。

【図１２】本発明の一実施例に係るＩＣカードのファイ
ルへのデータ書き込みルーチンを示すフローチャートで
ある。

【図１３】本発明の一実施例に係るＩＣカードのファイ
ル初期化ルーチンを示すフローチャートである。

【符号の説明】

１ ファイル ２ ディレクトリ ３ ファイルタイプ ４ ＩＣカード

Claims (1)

【特許請求の範囲】
1. 【請求項１】 データを格納するファイルと、このファ
   イルを管理するためのディレクトリとを有し、 ディレクトリのファイルタイプに基づいてファイルに格
   納したデータの読み出し、書き込みを行うＩＣカードに
   おいて、 上記ディレクトリのファイルタイプを書き換える書換手
   段を有することを特徴とするＩＣカード。