JPH0935019A - 携帯可能情報記録媒体およびそのアクセス方法 - Google Patents

Abstract

(57)【要約】 【課題】 十分なセキュリティを確保しつつ、ＩＣカー
ドに対する外部アクセスを効率的に行う。 【解決手段】 ＣＰＵ１２に実行させるべき複数のコマ
ンドを羅列してなるバッチファイルを用意し、これを書
込コマンドを用いてＩＣカード内のＥＥＰＲＯＭ１５に
書込む。続いて、所定のバッチ処理実行コマンドを与え
る。ＲＯＭ１３内には、このコマンドが与えられたとき
に、ＥＥＰＲＯＭ１５内に格納されているバッチファイ
ル内の各コマンドを、あたかもＩ／Ｏライン３０から与
えられたコマンドとして実行するルーチンを付加してお
く。ＣＰＵ１２は、このルーチンに基いて、バッチファ
イル内のコマンドを順次実行し、個々のレスポンスをＲ
ＡＭ１４内に一時的に蓄積しておく。全コマンドの実行
が完了したら、蓄積されていたレスポンスを、一括して
リーダライタ装置２０へ返信する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は携帯可能情報記録媒
体およびそのアクセス方法、特に、ＣＰＵを内蔵したＩ
Ｃカードに対して利用するのに適した新規なアクセス方
法に関する。

【０００２】

【従来の技術】磁気カードに代わる次世代の携帯可能情
報記録媒体として、ＩＣカードが注目を集めている。最
近では、半導体集積回路の小型化、低コスト化のための
技術進歩により、実社会の種々のシステムにおいてＩＣ
カードが実用されるに至っている。

【０００３】特に、ＣＰＵを内蔵したＩＣカードでは、
単なる情報記録媒体としての機能だけではなく、情報処
理機能が付加されるため、高度なセキュリティを必要と
する情報処理システムへの利用が期待されている。現在
普及している一般的なＩＣカードは、ＣＰＵと、このＣ
ＰＵによってアクセスされる３種類のメモリ、すなわ
ち、ＲＯＭ，ＲＡＭ，ＥＥＰＲＯＭを有している。ＲＯ
Ｍ内には、ＣＰＵによって直接実行可能なインストラク
ションコードからなるプログラムが記憶されており、Ｃ
ＰＵはこのプログラムに基いて、ＩＣカードを統括制御
する機能を有する。ＲＡＭは、ＣＰＵがこのような統括
制御を行う上での作業領域として使用されるメモリであ
る。一方、ＥＥＰＲＯＭは、ＣＰＵを介してデータの読
出しおよび書き込みが可能な不揮発性メモリであり、こ
のＩＣカードに記録すべき本来のデータを格納するため
に用いられる。

【０００４】通常、ＥＥＰＲＯＭへのアクセスは、すべ
てＣＰＵを介して行われ、外部からＥＥＰＲＯＭを直接
アクセスすることはできない。このため、ＥＥＰＲＯＭ
内に格納される個々のファイルごとに様々なアクセス権
を設定することができ、高度なセキュリティを確保する
ことが可能になる。ＩＣカード内のＥＥＰＲＯＭに対し
て、外部から何らかのアクセスを行いたい場合には、必
ずＣＰＵに対して、外部から所定のコマンドを与えると
いう方法をとることになる。たとえば、ＥＥＰＲＯＭ内
の所定のファイルへデータの書き込みを行う場合は、所
定の書込コマンドとともに書込対象となるデータをＣＰ
Ｕに与え、ＣＰＵによる書込コマンドの実行という形式
で書込処理が行われることになる。また、ＥＥＰＲＯＭ
内の所定のファイルからデータの読出しを行う場合は、
所定の読出コマンドをＣＰＵに与え、ＣＰＵによる読出
コマンドの実行という形式で読出処理が行われることに
なる。外部からＩＣカードに対して所定のコマンドを与
えると、このコマンドに対するレスポンスがＩＣカード
から外部に対して返送される。たとえば、書込コマンド
を与えた場合には、書込処理が支障なく実行されたか否
かを示すレスポンスが返送され、読出コマンドを与えた
場合には、読出対象となったデータがレスポンスという
形で返送されることになる。

【０００５】セキュリティ確保の上でアクセス権を設定
した場合には、特定のコマンドの実行に特定のキーが要
求されるようになる。このようなキーが要求されるコマ
ンドを実行させるためには、その前に、キーの照合を行
っておく必要がある。このようなキーの照合は、外部か
らＩＣカードに対して、照合コマンドとともに所定のキ
ーを与えることによって行われる。ＩＣカード内部で、
与えられたキーと、ＥＥＰＲＯＭ内に記録されていたキ
ーとが照合され、両者が一致していれば、特定のコマン
ドの実行が許可される。

【０００６】

【発明が解決しようとする課題】上述のように、ＣＰＵ
を内蔵した携帯可能情報記録媒体では、通常、外部から
所定のコマンドを送信し、これに対するレスポンスの返
送を受ける、という方法でアクセスが行われる。別言す
れば、携帯可能情報記録媒体にどのようなアクセスを行
わせる場合であっても、コマンド送信／レスポンス返送
／コマンド送信／レスポンス返送／…という処理を繰り
返し実行する必要がある。このようなコマンド送信およ
びレスポンス返送処理は、外部装置と携帯可能情報記録
媒体との間に形成されたＩ／Ｏラインを介して行われる
が、このＩ／Ｏラインを介したデータ転送速度は、媒体
内部におけるＣＰＵ・メモリ間のデータ転送速度に比べ
て非常に遅くなる。このため、媒体内部のＣＰＵの性能
に比して、外部から媒体をアクセスする処理には非常に
時間がかかることになる。このように、長い時間にわた
って、Ｉ／Ｏライン上に大量のデータが流れるというこ
とは、セキュリティの観点からも好ましくない。すなわ
ち、外部装置と媒体との間に形成されるＩ／Ｏライン
は、外部から物理的にアクセスすることが容易であり、
Ｉ／Ｏライン上を流れるデータは、外部から不正に観測
される可能性が高く、長時間にわたってデータ転送を行
うことは、セキュリティ確保の上から問題になる。ま
た、Ｉ／Ｏラインを介したデータ転送を行う場合、本来
転送すべきデータに、所定の伝送プロトコルに従った制
御情報（いわゆるヘッダ、フッタ情報）を付加する必要
があり、冗長性が高くなるという問題もある。このよう
に、Ｉ／Ｏラインを介したコマンド送信／レスポンス返
送という手順による媒体のアクセスは、必ずしも効率的
なものにはなっていない。

【０００７】このような問題に対する解決法として、媒
体に対するアクセス内容に応じて、その都度、インスト
ラクションコードからなるプログラムを書き、このプロ
グラムをバイナリデータとしてＥＥＰＲＯＭ内にファイ
ルとして書き込み、媒体内のＣＰＵには、このＥＥＰＲ
ＯＭ内のインストラクションコードを直接実行させると
いうアクセス方法も提案されている。この方法によれ
ば、Ｉ／Ｏラインを介したデータ転送は、プログラムを
バイナリデータとして転送するだけの短時間ですむ。以
後は、ＣＰＵはＥＥＰＲＯＭ内のプログラムを実行すれ
ばよいので媒体内だけの処理ですみ、非常に高速な処理
が可能になる。しかしながら、この方法は、セキュリテ
ィの点で大きな問題がある。すなわち、ＣＰＵの制御
は、ＲＯＭ内に用意された通常のルーチンの支配を離
れ、ＥＥＰＲＯＭ内に転送されたインストラクションコ
ードのルーチンによって完全に支配されることになる。
このため、不正利用者が、不正なプログラムをインスト
ラクションコードで記述してこの方法を利用すれば、Ｃ
ＰＵはこの不正なプログラムを忠実に実行してしまうこ
とになる。

【０００８】そこで本発明は、十分なセキュリティを確
保しつつ、外部からのアクセスを効率的に行うことがで
きる携帯可能情報記録媒体およびそのアクセス方法を提
供することを目的とする。

【０００９】

【課題を解決するための手段】

(1) 本発明の第１の態様は、ＣＰＵと、このＣＰＵに
よって直接実行可能なインストラクションコードからな
るプログラムを記憶したＲＯＭと、ＣＰＵの作業領域と
して使用されるＲＡＭと、ＣＰＵを介してデータの読出
しおよび書き込みが可能な不揮発性メモリと、を備え、
外部から与えられたコマンドに基いて、ＣＰＵがＲＯＭ
内の所定のプログラムを実行する機能を有する携帯可能
情報記録媒体において、不揮発性メモリ内に書き込まれ
たデータを、外部から与えられたコマンドと解釈して実
行するバッチ処理実行機能を設けたものである。

【００１０】(2) 本発明の第２の態様は、上述の第１
の態様に係る携帯可能情報記録媒体において、不揮発性
メモリ内にバッチファイルとして複数のコマンドからな
るデータが書き込まれている場合に、バッチ処理実行機
能により、この複数のコマンドを書き込み順に順次実行
できるようにしたものである。

【００１１】(3) 本発明の第３の態様は、上述の第１
または第２の態様に係る携帯可能情報記録媒体をアクセ
スする方法において、携帯可能情報記録媒体に対して与
える複数のコマンドを羅列してなるバッチファイルを用
意し、携帯可能情報記録媒体に対して、所定の書込コマ
ンドとともに用意したバッチファイルを与え、このバッ
チファイルを不揮発性メモリ内に書き込み、携帯可能情
報記録媒体に対して、所定のバッチ処理実行コマンドを
与えることにより、不揮発性メモリ内に書き込まれたバ
ッチファイル内の各コマンドを、外部から与えられたコ
マンドと解釈して実行させるようにしたものである。

【００１２】(4) 本発明の第４の態様は、上述の第３
の態様に係る携帯可能情報記録媒体のアクセス方法にお
いて、バッチファイル内の各コマンドの実行によって生
じるレスポンスを、ＲＡＭ内に一時蓄積しておき、バッ
チファイル内の全コマンドの実行が終了した後、ＲＡＭ
内に蓄積されているレスポンスをバッチ処理実行コマン
ドに対するレスポンスとして外部へ一括して送出させる
ようにしたものである。

【００１３】

【発明の実施の形態】本発明に係る携帯可能情報記録媒
体には、不揮発性メモリ内に書き込まれたデータを、外
部から与えられたコマンドと解釈して実行するバッチ処
理実行機能が備わっている。したがって、複数のコマン
ドを羅列してなるバッチファイルを用意し、このバッチ
ファイルを外部から媒体に書込コマンドとともに与えて
不揮発性メモリ内に書き込めば、このバッチ処理実行機
能によって、バッチファイルを構成するコマンドを、外
部から与えられたコマンドと解釈して実行させることが
可能になる。すなわち、媒体内のＣＰＵは、同じ媒体内
の不揮発性メモリに格納されているバッチファイル内の
コマンドを、あたかも外部から与えられたコマンドであ
るかのように取り扱い、これを実行することになる。

【００１４】この方法によれば、Ｉ／Ｏラインを介した
データ転送は、バッチファイルを媒体に転送するだけの
短時間ですむ。以後、ＣＰＵはＥＥＰＲＯＭ内のコマン
ドを実行すればよいので媒体内だけの処理ですみ、非常
に高速な処理が可能になる。また、バッチファイル内の
個々のコマンドについては、所定の伝送プロトコルに従
った制御情報（いわゆるヘッダ、フッタ情報）は不要で
あり、冗長性も低減させることができる。しかも、ＣＰ
Ｕが実行するのは、あくまでもコマンドであり、インス
トラクションコードそのものではない。したがって、Ｉ
／Ｏラインを介したコマンド送信／レスポンス返送とい
う手順によるアクセスと同じセキュリティを維持させる
ことができる。

【００１５】このように本発明によれば、十分なセキュ
リティを確保しつつ、外部からのアクセスを効率的に行
うことができるようになる。

【００１６】

【実施例】以下、本発明を図示する実施例に基いて説明
する。

【００１７】§１． ＩＣカードの一般的なアクセス方
法 はじめに、現在普及しているＩＣカードに対する一般的
なアクセス方法を説明する。図１は、一般的なＩＣカー
ド１０に、外部装置としてのリーダライタ装置２０を接
続し、アクセスを行っている状態を示すブロック図であ
る。ＩＣカード１０とリーダライタ装置２０とはＩ／Ｏ
ライン３０によって相互に接続されている。ここで、Ｉ
Ｃカード１０には、Ｉ／Ｏインタフェース１１、ＣＰＵ
１２、ＲＯＭ１３、ＲＡＭ１４、ＥＥＰＲＯＭ１５が内
蔵されている。Ｉ／Ｏインタフェース１１は、Ｉ／Ｏラ
イン３０を介してデータを送受するための入出力回路で
あり、ＣＰＵ１２はこのＩ／Ｏインタフェース１１を介
して、リーダライタ装置２０と交信することになる。Ｒ
ＯＭ１３内には、ＣＰＵ１２によって直接実行可能なイ
ンストラクションコードからなるプログラムが記憶され
ており、ＣＰＵ１２はこのプログラムに基いて、ＩＣカ
ード１０を統括制御する機能を有する。ＲＡＭ１４は、
ＣＰＵ１２がこのような統括制御を行う上での作業領域
として使用されるメモリである。一方、ＥＥＰＲＯＭ１
５は、このＩＣカード１０に記録すべき本来のデータを
格納するメモリである。

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

【００１９】ＩＣカード１０内の各メモリ１３，１４，
１５へのアクセスは、すべてＣＰＵ１２を介して行わ
れ、外部からこれらメモリを直接アクセスすることはで
きない。すなわち、リーダライタ装置２０からＣＰＵ１
２に対して所定の「コマンド」を与えると、ＣＰＵ１２
はこの「コマンド」を解釈実行し、その結果を、リーダ
ライタ装置２０に対して「レスポンス」として返送する
ことになる。たとえば、ＥＥＰＲＯＭ１５内の所定のフ
ァイルに書き込みを行う場合には、「書込コマンド」と
ともに書込対象となるデータをＣＰＵ１２に与え、ＣＰ
Ｕ１２による「書込コマンド」の実行という形式で書込
処理が行われることになる。逆に、ＥＥＰＲＯＭ１５内
の所定のファイルからデータの読出しを行う場合は、所
定の「読出コマンド」をＣＰＵ１２に与え、ＣＰＵ１２
による「読出コマンド」の実行という形式で読出処理が
行われることになる。このように、ＩＣカード１０内に
おいて「コマンド」の実行が終了すると、実行した「コ
マンド」に対する「レスポンス」が外部に対して返送さ
れる。たとえば、「書込コマンド」を与えた場合には、
書込処理が支障なく実行されたか否かを示す「レスポン
ス」返送され、「読出コマンド」を与えた場合には、読
出対象となったデータがレスポンスという形で返送され
ることになる。

【００２０】通常、ＥＥＰＲＯＭ１５内へは、ファイル
単位でデータが格納され、個々のファイルごとにそれぞ
れアクセス権が設定される。この場合、特定のファイル
に対して特定の「コマンド」を実行する場合には、所定
のキーの入力が要求される。したがって、「書込コマン
ド」や「読出コマンド」を実行する前に、所定の「照合
コマンド」を実行してキー照合を行わなければならな
い。このため、ＥＥＰＲＯＭ１５内に格納されたデータ
に対して、高度なセキュリティを確保することが可能に
なる。

【００２１】図２は、このような一般的なアクセス方法
を説明するブロック図である。ＩＣカード１０に対する
アクセスを行う場合、まず、リーダライタ装置２０から
Ｉ／Ｏライン３０を介してＣＰＵ１２へ、送信データ３
１を転送する。この送信データ３１は、ＣＰＵ１２に与
えるべき本来の「コマンド」の前後に、「ヘッダ」およ
び「フッタ」を付加したものである。この「ヘッダ」お
よび「フッタ」は、Ｉ／Ｏライン３０を介した伝送を行
う上での所定の伝送プロトコルに従った制御情報であ
る。こうして「コマンド」が転送されてくると、ＣＰＵ
１２はこれを解釈して実行し、「レスポンス」を発生さ
せる。この「レスポンス」は、返送データ３２としてリ
ーダライタ装置２０へと返送される。この返送データ３
２は、「レスポンス」の前後に、「ヘッダ」および「フ
ッタ」を付加したものである。

【００２２】ＣＰＵ１２に「コマンド」を実行させるた
めに、ＲＯＭ１３内には、個々の「コマンド」ごとにプ
ログラムルーチンが用意されている。たとえば、「書込
コマンド」、「読出コマンド」、「照合コマンド」のそ
れぞれに対応して、ＲＯＭ１３内には、「書込処理ルー
チン」、「読出処理ルーチン」、「照合処理ルーチン」
が用意されている。実際には、この他にもいくつかの
「コマンド」が定義されており、定義された「コマン
ド」には、それぞれ固有のサブルーチンがＲＯＭ１３内
に用意されていることになる。このＲＯＭ１３内のサブ
ルーチンは、ＣＰＵ１２が直接実行可能なインストラク
ションコード、すなわち、いわゆる「機械語」で記述さ
れたプログラムである。ＣＰＵ１２は、Ｉ／Ｏライン３
０を介して「コマンド」を受信すると、まず、ＲＯＭ１
３内の「共通コマンド処理ルーチン」を実行して受信し
た「コマンド」を解釈し、その「コマンド」に応じたサ
ブルーチンを選択する。そして、個々の「コマンド」に
応じたサブルーチンの先頭のインストラクションコード
へのジャンプが起こり、所定の処理が実行される。この
処理が完了すると、再び「共通コマンド処理ルーチン」
へと戻り、所定の「レスポンス」を返送する処理が行わ
れる。以上が、ＣＰＵ１２に対して１つの「コマンド」
が与えられたときの全体の処理の流れである。

【００２３】このように、ＩＣカードに対する一般的な
アクセスは、コマンド送信／レスポンス返送／コマンド
送信／レスポンス返送／…という処理を繰り返すことに
よって行われる。このため、アクセスに長時間かか
る、伝送中のセキュリティが低下する、冗長性が高
くなる、といった問題が生じることは既に述べたとおり
である。すなわち、Ｉ／Ｏライン３０を介しての「コマ
ンド」および「レスポンス」の転送速度は、ＣＰＵ１２
の演算処理速度に比べて非常に遅く、アクセスに時間
がかかる、という問題が生じることになる。また、Ｉ／
Ｏライン３０上を流れるデータは、外部から不正に観測
される可能性が高く、長時間にわたってデータ転送を行
うと、伝送中のセキュリティが低下する、という問題
が生じることになる。更に、Ｉ／Ｏライン３０を介した
伝送には、所定の伝送プロトコルに従った「ヘッダ」お
よび「フッタ」といった制御情報を付加する必要性が出
てくるので、冗長性が高くなる、といった問題も生じ
る。このように、Ｉ／Ｏライン３０を介したコマンド送
信／レスポンス返送という手順によるＩＣカード１０の
アクセスは、必ずしも効率的なものにはなっていない。

【００２４】§２． インストラクションコードを用い
たアクセス方法 このような問題に対する解決法として、インストラクシ
ョンコードを用いたアクセス方法も従来から提案されて
いる。この方法を、図３および図４のブロック図を参照
して説明しよう。まず、ＩＣカード１０に対するアクセ
ス内容に応じて、その都度、インストラクションコード
からなるプログラムを用意する。前述のように、このイ
ンストラクションコードは、ＣＰＵ１２が直接実行可能
な、いわゆる「機械語」で記述されたプログラムであ
る。もっとも、通常は、高級言語で記述したソースプロ
グラムをコンパイルすることによって、このインストラ
クションコードからなるプログラムを用意することにな
る。

【００２５】続いて、この用意したインストラクション
コードからなるプログラムを、バイナリデータとしてＥ
ＥＰＲＯＭ１５内に書き込む処理を行う。図３は、この
書込処理を示している。図示の例では、送信データ３１
として、「ＷＲＩＴＥ ＢＩＮＡＲＹ」なる「書込コマ
ンド」をＣＰＵ１２に送信している。ここで、「書込コ
マンド」は、「書込コマンドコード」と「書込対象とな
るデータ」とによって構成されており、「書込対象とな
るデータ」の部分に、用意したインストラクションコー
ドからなるプログラムを入れている。このプログラム
は、バイナリデータとして取り扱われるため、結局、図
４に示すように、ＥＥＰＲＯＭ１５内の所定のファイル
内に、このインストラクションコードからなるプログラ
ムがそのまま書き込まれることになる。

【００２６】次に、図４に示すように、送信データ３１
として、「ＧＯ ＰＲＯＧ」なる「プログラム実行コマ
ンド」をＣＰＵ１２に送信する。この「プログラム実行
コマンド」は、ここで述べるインストラクションコード
を用いたアクセス方法を行うために特別に定義されたコ
マンドであり、ＥＥＰＲＯＭ１５内に書き込まれたイン
ストラクションコード群をそのまま実行すべきことを指
示するコマンドである。このようなコマンドを実行させ
るためには、ＲＯＭ１３内に、この「プログラム実行コ
マンド」に対応したサブルーチンを用意しておく必要が
あるが、そのサブルーチンは非常に単純である。すなわ
ち、ＥＥＰＲＯＭ１５内に書き込まれたインストラクシ
ョンコードの先頭アドレスへのジャンプ命令によって構
成しておけばよい。

【００２７】こうして、「プログラム実行コマンド」が
実行されると、ＣＰＵ１２は、ＥＥＰＲＯＭ１５内に書
き込まれたインストラクションコードを直接実行するこ
とになる。このようなアクセス方法によれば、Ｉ／Ｏラ
イン３０を介したデータ転送は、プログラムをバイナリ
データとして転送するだけの短時間ですむ。以後、ＣＰ
Ｕ１２はＥＥＰＲＯＭ１５内のプログラムを実行すれば
よいので、ＩＣカード１０内部の処理だけですみ、非常
に高速な処理が可能になり、§１で述べた一般的なアク
セス方法に比べて、非常に効率的なアクセスが可能にな
る。

【００２８】しかしながら、このアクセス方法は、既に
述べたように、セキュリティの点で大きな問題がある。
「プログラム実行コマンド」が実行された後は、ＣＰＵ
１２の制御は、ＥＥＰＲＯＭ１５内に書き込んだインス
トラクションコードによって完全に支配されてしまうこ
とになる。このため、不正利用者が、不正なプログラム
をインストラクションコードで記述してこの方法を利用
すれば、ＣＰＵはこの不正なプログラムを忠実に実行し
てしまうことになる。すなわち、「コマンド」の形式で
与えられた命令をＣＰＵ１２が実行する限りは、ＲＯＭ
１３内に用意した正規のセキュリティチェックが機能す
るが、「インストラクションコード」の形式で与えられ
た原始的な命令をＣＰＵ１２が実行する場合には、もは
やこのようなセキュリティチェックは機能しなくなって
しまうのである。

【００２９】§３． 本発明に係るアクセス方法 以上のように、§１で述べた一般的なアクセス方法に
も、§２で述べたインストラクションコードを用いたア
クセス方法にも、それぞれ一長一短がある。本発明は、
これらの方法の問題点を解決した新規なアクセス方法を
提案するものである。以下、この方法を図５および図６
のブロック図を参照して説明する。

【００３０】まず、ＩＣカード１０に対するアクセス内
容に応じて、その都度、コマンドの羅列からなるバッチ
ファイルを用意する。すなわち、§１で述べた一般的な
アクセス方法において、送信データ３１として送信して
いた「コマンド」を、いくつか並べることによりバッチ
ファイルを作成するのである。ただし、伝送プロトコル
に基いて付加していた「ヘッダ」および「フッタ」は、
ここでは必要なく、用意するバッチファイルとしては、
「コマンド」の部分だけを羅列したものでよい。

【００３１】続いて、この用意したバッチファイルを、
ＥＥＰＲＯＭ１５内に書き込む処理を行う。図５は、こ
の書込処理を示している。図示の例では、送信データ３
１として、「ＷＲＩＴＥ ＢＩＮＡＲＹ」なる「書込コ
マンド」をＣＰＵ１２に送信している。ここで、「書込
コマンド」は、「書込コマンドコード」と「書込対象と
なるデータ」とによって構成されており、「書込対象と
なるデータ」の部分に、用意したバッチファイルを入れ
ている。このバッチファイルは、多数の「コマンド」か
ら構成されているが、ここでは、「コマンド」としてで
はなく単なるデータとして取り扱われるため、結局、図
６に示すように、ＥＥＰＲＯＭ１５内に、このバッチフ
ァイルがそのまま書き込まれることになる。

【００３２】次に、図６に示すように、送信データ３１
として、「ＢＡＴＣＨ」なる「バッチ処理実行コマン
ド」をＣＰＵ１２に送信する。この「バッチ処理実行コ
マンド」は、本発明に係るアクセス方法を行うために特
別に定義されたコマンドであり、ＥＥＰＲＯＭ１５内に
書き込まれたバッチファイル内の「コマンド」を、Ｉ／
Ｏライン３０を介して外部から与えられた「コマンド」
と解釈して実行する処理を行わせるためのコマンドであ
る。このようなコマンドを実行させるためには、ＲＯＭ
１３内に、この「バッチ処理実行コマンド」に対応した
サブルーチンを用意しておく必要があるが、そのサブル
ーチンは比較的簡単に追加できる。なぜなら、既に述べ
たように、ＲＯＭ１３内には、Ｉ／Ｏライン３０を介し
て外部から与えられた「コマンド」を解釈して実行させ
る「共通コマンド処理ルーチン」が既に用意されている
ので、この「共通コマンド処理ルーチン」において、外
部から与えられた「コマンド」の代わりに、バッチファ
イル内の「コマンド」を解釈実行するように変更を加え
るようにすれば、「バッチ処理実行コマンド」に対応し
たルーチンを容易に作成することができる。

【００３３】具体的には、この「バッチ処理実行コマン
ド」を実行中には、バッファポインタＢＰによって、Ｅ
ＥＰＲＯＭ１５に格納されているバッチファイル内の
「コマンド」を指し示すようにすればよい。この基本概
念を、図７を参照して説明しよう。§１で述べた一般的
なアクセス方法では、Ｉ／Ｏライン３０を介して与えら
れた「コマンド」は、図７(a) に示すように、ＲＡＭ１
４内のバッファに一時的に格納され、バッファポインタ
ＢＰによって、このバッファ内の「コマンド」の先頭位
置が指し示される。ＣＰＵ１２は、このバッファポイン
タＢＰを順次移動させながら、この「コマンド」を解釈
実行する。すなわち、与えられた「コマンド」に応じた
サブルーチンを実行した後、所定の「コマンド」を生成
して返送する処理を行うことになる。これに対し、本発
明に係るアクセス方法では、「バッチ処理実行コマン
ド」が与えられると、図７(b) に示すように、ＥＥＰＲ
ＯＭ１５内のバッチファイルの先頭位置がバッファポイ
ンタＢＰによって指し示される。そして、このバッファ
ポインタＢＰを順次移動させながら、この「コマンド」
を解釈実行することになる。

【００３４】このように、バッファポインタＢＰが指し
示すメモリ領域は、一方はＲＡＭ１４内のバッファ領域
であり、他方はＥＥＰＲＯＭ１５内のバッチファイル格
納領域である点において異なるものの、「コマンド」の
実質的な解釈実行処理に関しては、§１で述べた一般的
なアクセス方法と本発明によるアクセス方法との間に本
質的な差はない。

【００３５】もっとも、「レスポンス」の返送方法に関
しては、若干の相違がある。すなわち、Ｉ／Ｏライン３
０を介して与えられ、ＲＡＭ１４内のバッファに格納さ
れた「コマンド」を実行した場合には、この「コマン
ド」に対する「レスポンス」が直ちに返送されることに
なるが、ＥＥＰＲＯＭ１５内のバッチファイルに格納さ
れた「コマンド」を実行した場合には、個々の「コマン
ド」に対する「レスポンス」は、ＲＡＭ１４内に一時的
に蓄積され、バッチファイル内のすべての「コマンド」
の処理が完了した時点で、ＲＡＭ１４内に蓄積されてい
た「レスポンス」を一括して返送することになる。した
がって、リーダライタ装置２０側から見れば、「ＢＡＴ
ＣＨ」なる「バッチ処理実行コマンド」をＣＰＵ１２に
送信すると、この「バッチ処理実行コマンド」に対する
「レスポンス」として、バッチファイル内の個々の「コ
マンド」についての「レスポンス」が一括して得られる
ことになる。

【００３６】§１で述べた一般的なアクセス方法では、
常に、コマンド送信／レスポンス返送という手順の繰り
返しにより、ＣＰＵ１２に所定のコマンドを順次実行さ
せていたが、本発明に係るアクセス方法では、まず、複
数の「コマンド」を羅列して記述したバッチファイルを
用意し、このバッチファイルをＥＥＰＲＯＭ１５内に書
き込んだ後、「バッチ処理実行コマンド」をＣＰＵ１２
に与えればよい。ＣＰＵ１２は、バッチファイル内の個
々の「コマンド」を、Ｉ／Ｏライン３０を介して外部か
ら与えられた「コマンド」と解釈して順次実行するの
で、一般的なアクセス方法と同様の処理をＣＰＵ１２に
実行させることができる。この方法によれば、Ｉ／Ｏラ
イン３０を介したデータ転送は、バッチファイルをバイ
ナリデータとして転送するだけの短時間ですむ。以後、
ＣＰＵ１２はＥＥＰＲＯＭ１５内の「コマンド」を実行
すればよいので、ＩＣカード１０内部の処理だけです
み、非常に高速な処理が可能になる。また、Ｉ／Ｏライ
ン３０を介したデータ転送時間は比較的短くなるため、
Ｉ／Ｏライン３０を介してデータが外部に不正流出する
可能性も低減する。更に、バッチファイル内の個々の
「コマンド」には、「ヘッダ」および「フッタ」といっ
た伝送プロトコルに応じた制御情報を付加する必要はな
いため（このバッチファイルをＩ／Ｏライン３０を介し
て転送するときの「書込コマンド」には、「ヘッダ」お
よび「フッタ」を付加する必要はあるが、バッチファイ
ルを構成する個々の「コマンド」のそれぞれに「ヘッ
ダ」および「フッタ」を付加する必要はない）、冗長性
も低下することになる。

【００３７】また、この方法は、§２で述べたインスト
ラクションコードを用いたアクセス方法とは異なり、セ
キュリティの問題も生じない。図４（§２の方法の説明
図）と図６（§３の方法の説明図）とを比較すると、両
者は、「ＣＰＵ１２がＥＥＰＲＯＭ１５内に書き込まれ
た命令を実行する」という点で共通するが、前者の命令
はインストラクションコード、すなわちＣＰＵ１２が直
接実行可能な「機械語」レベルの命令であるのに対し、
後者の命令はＩ／Ｏライン３０を介して与えられる「コ
マンド」レベルの命令である点で大きく異なる。すなわ
ち、本発明に係るアクセス方法では、ＣＰＵ１２の実行
対象は、あくまでも「コマンド」であり、ＣＰＵ１２が
直接実行するインストラクションコードは、ＲＯＭ１３
内に用意されたインストラクションコードである。した
がって、ＲＯＭ１３内に用意された正規のセキュリティ
チェックが十分に機能し、インストラクションコードの
レベルでの不正アクセスが行われることはない。

【００３８】§４． アクセスの具体例 次に、本発明に係るアクセス方法を具体的な例に基いて
説明する。ここでは、図８に示すように、ＥＥＰＲＯＭ
１５内に存在する６つのファイルに関連したアクセス処
理を例にとった説明を行うことにする。これら６つのフ
ァイルには、それぞれ固有のファイルＩＤ（この例で
は、１６進数による２バイトコード）、すなわち、「２
Ｆ１０」，「２Ｆ１１」，「２Ｆ１２」，「２Ｆ１
３」，「２Ｆ１４」，「２Ｆ１５」が付与されている。
ここで、ファイル「２Ｆ１０」は、このＩＣカードの所
有者であるユーザに関する何らかのユーザデータを格納
したデータファイルであり、他の５つのファイルは、こ
のデータファイル「２Ｆ１０」からユーザデータを読み
出すために必要なキーが格納されたキーファイルである
とする。たとえば、第１のキーファイル「２Ｆ１１」に
は、第１のキー「１１１１」が格納されている。データ
ファイル「２Ｆ１０」からユーザデータを読み出すに
は、ＣＰＵ１２に対してこのデータファイルを選択する
「選択コマンド」を与えた後に「読出コマンド」を与え
ればよいが、その前に、５つのキーについての照合が完
了していなければ、この「読出コマンド」は実行されず
に拒絶される。したがって、データファイル「２Ｆ１
０」に対するアクセスを行うためには、「照合コマン
ド」を繰り返し実行し、５つのキーすべてについての照
合を行っておく必要がある。

【００３９】ここでは、まず、§１において述べた一般
的なアクセス方法によって、データファイル「２Ｆ１
０」内のユーザデータを読み出すための方法を説明しよ
う。この場合は、図９に示すような１２種類の「コマン
ド」が必要になる。これら１２種類の「コマンド」は、
１つずつ、リーダライタ装置２０からＩ／Ｏライン３０
を介してＣＰＵ１２へ送信される。１つの「コマンド」
の実行が完了すると、これに対する「レスポンス」がＣ
ＰＵ１２からＩ／Ｏライン３０を介してリーダライタ装
置２０へと返送される。リーダライタ装置２０は、この
「レスポンス」が返送された後に、次の「コマンド」を
送信することになる。こうして、Ｉ／Ｏライン３０を介
して、「コマンド」と「レスポンス」の往復転送を１２
回繰り返すと、データファイル「２Ｆ１０」内のユーザ
データがリーダライタ装置２０側に読み出されることに
なる。

【００４０】この図９に示す１２種類の「コマンド」を
１ステップずつ簡単に説明しておくと、まず、ステップ
１の「ＳＥＬＥＣＴ ＦＩＬＥ ２Ｆ１１」なる「選択
コマンド」は、第１のキーファイル「２Ｆ１１」を選択
するためのコマンドである。ＣＰＵ１２は、このキーフ
ァイル「２Ｆ１１」を選択する処理を行った後、正しく
選択が行われたことを示す「レスポンス」を返送する。
続くステップ２の「ＶＥＲＩＦＹ １１１１」なる「照
合コマンド」は、直前に選択されたキーファイル内のキ
ーと、暗証コード「１１１１」とを比較照合するコマン
ドである。ＣＰＵ１２は、この照合を実行し、両者が一
致しているか否かの結果を「レスポンス」として返送す
る。また、両者が一致していた場合には、ＲＡＭ１４内
にこのキーについての解錠フラグを立てる。続く、ステ
ップ３の「ＳＥＬＥＣＴ ＦＩＬＥ ２Ｆ１２」なる
「選択コマンド」は、第２のキーファイル「２Ｆ１２」
を選択するためのコマンドであり、ステップ４の「ＶＥ
ＲＩＦＹ ２２２２」なる「照合コマンド」は、直前に
選択されたキーファイル内のキーと、暗証コード「２２
２２」とを比較照合するコマンドである。以下、同様
に、ステップ５〜１０までの「コマンド」により、５種
類のすべてのキーについての照合が行われる。

【００４１】そして、ステップ１１の「ＳＥＬＥＣＴ
ＦＩＬＥ ２Ｆ１０」なる「選択コマンド」によって、
目的とするデータファイル「２Ｆ１０」が選択される。
続く、ステップ１２の「ＲＥＡＤ ＢＩＮＡＲＹ」なる
「読出コマンド」が与えられると、ＣＰＵ１２は、ＲＡ
Ｍ１４内の解錠フラグを参照して、データファイル「２
Ｆ１０」に対して「読出コマンド」を実行するために設
定されたアクセス権条件が満たされているか否かを判断
する。この時点では、既に第１〜第５のすべてのキーに
ついて照合一致が得られているので、ＣＰＵ１２は、こ
の「読出コマンド」を実行することになる。これによ
り、「レスポンス」として、データファイル「２Ｆ１
０」内のユーザデータがバイナリデータの形でリーダラ
イタ装置２０側へ返送されることになる。

【００４２】このように、§１で述べた従来の一般的な
アクセス方法によって、データファイル「２Ｆ１０」に
対する読出処理を実行するには、Ｉ／Ｏライン３０を介
して、図９に示すような１２種類の「コマンド」を１つ
ずつ送信し、「レスポンス」の返信を待って次の「コマ
ンド」を送信する、という操作を行わねばならない。こ
のような操作は、ＣＰＵ１２の演算処理速度に比べて非
常に遅いことは既に述べたとおりであり、この「コマン
ド」および「レスポンス」のやりとりは、Ｉ／Ｏライン
３０から不正に傍受されやすい。しかも、図９に示した
各「コマンド」や、これに対する「レスポンス」を伝送
する場合には、所定の伝送プロトコルに従った「ヘッ
ダ」や「フッタ」を、個々の「コマンド」や「レスポン
ス」ごとに付加する必要があり、冗長性が高くなるとい
う問題もある。

【００４３】この同じ読出処理を本発明によって行うに
は、次のようにすればよい。まず、図１０に示すよう
に、ＥＥＰＲＯＭ１５内には、前述した６つのファイル
の他に、本発明を実施するための専用のデータファイル
「２Ｆ１６」およびキーファイル「２Ｆ１７」を用意し
ておく。ここで、データファイル「２Ｆ１６」は、バッ
チファイルを格納するためのファイルである。また、キ
ーファイル「２Ｆ１７」は、このバッチファイルに対し
て「バッチ処理実行コマンド」を実行するために必要な
キーを格納したキーファイルであり、この実施例では、
「７７７７」なるキーが予め書き込まれている。なお、
キーファイル「２Ｆ１７」は本発明の実施に必ずしも必
要なものではないが、セキュリティを高めるためには、
このようなキーファイルを設けるのが好ましい。

【００４４】一方、リーダライタ装置２０側では、図９
に示すような１２種類の「コマンド」を羅列してなるバ
ッチファイルを用意する。そして、図１１に示すような
６種類の「コマンド」を、１つずつ、リーダライタ装置
２０からＩ／Ｏライン３０を介してＣＰＵ１２へ送信す
ればよい。まず、ステップ１の「ＳＥＬＥＣＴ ＦＩＬ
Ｅ ２Ｆ１６」なる「選択コマンド」は、バッチファイ
ル格納用のデータファイル「２Ｆ１６」を選択するため
のコマンドである。ＣＰＵ１２は、このデータファイル
「２Ｆ１６」を選択する処理を行った後、正しく選択が
行われたことを示す「レスポンス」を返送する。次のス
テップ２の「ＷＲＩＴＥ ＢＩＮＡＲＹ（バッチファイ
ル）」なる「書込コマンド」は、用意したバッチファイ
ルをバイナリデータとして、直前に選択されたデータフ
ァイルに書き込む処理を行うコマンドである。この実施
例では、データファイル「２Ｆ１６」に対する書込処理
については、何らキー照合を必要としていないので、こ
のステップ２の「書込コマンド」の実行により、図９に
示す１２種類の「コマンド」を羅列してなるバッチファ
イルが、データファイル「２Ｆ１６」にそのまま書込ま
れることになる。

【００４５】続いて、ステップ３の「ＳＥＬＥＣＴ Ｆ
ＩＬＥ ２Ｆ１７」なる「選択コマンド」によって、キ
ーファイル「２Ｆ１７」が選択され、ステップ４の「Ｖ
ＥＲＩＦＹ ７７７７」なる「照合コマンド」によっ
て、選択されたキーファイル内のキーと、暗証コード
「７７７７」とが比較照合される。ＣＰＵ１２は、この
照合を実行し、両者が一致しているか否かの結果を「レ
スポンス」として返送し、両者が一致していた場合に
は、ＲＡＭ１４内にこのキーについての解錠フラグを立
てる。続く、ステップ５の「ＳＥＬＥＣＴ ＦＩＬＥ
２Ｆ１６」なる「選択コマンド」によって、バッチファ
イルを格納したデータファイル「２Ｆ１６」が再び選択
される。そして、最後のステップ６において、「ＢＡＴ
ＣＨ」なる「バッチ処理実行コマンド」がＣＰＵ１２に
与えられる。ＣＰＵ１２は、ＲＡＭ１４内の解錠フラグ
を参照して、キー「７７７７」が既に解錠されているこ
とを確認した上で、「バッチ処理実行コマンド」を実行
する。すなわち、バッチファイル内に格納されている図
９に示す「コマンド」を、あたかもＩ／Ｏライン３０を
介して順次与えられた「コマンド」として実行し、「レ
スポンス」をＲＡＭ１４内に一時的に蓄積しておく。こ
うして、図９に示すステップ１２の「ＲＥＡＤ ＢＩＮ
ＡＲＹ」なる「コマンド」の実行を完了したら、ＲＡＭ
１４内に一時的に蓄積しておいた「レスポンス」を、
「バッチ処理実行コマンド」の「レスポンス」として返
送する。結局、リーダライタ装置２０側から見れば、図
１１のステップ６の「ＢＡＴＣＨ」なる「コマンド」の
「レスポンス」として、データファイル「２Ｆ１０」内
のユーザデータを読み出すことができる。

【００４６】このように、従来の一般的なアクセス方法
では、図９に示すような１２種類の「コマンド」を順次
Ｉ／Ｏライン３０を介して転送し、それぞれについて
「レスポンス」を待つという操作を行う必要があったの
に対し、本発明に係るアクセス方法では、図１１に示す
６種類の「コマンド」について、同様の操作を行えばす
む。しかも、図９に示す「コマンド」の数がいくつに増
えようとも、図１１に示す「コマンド」の数は常に６で
すむ（ステップ２における「ＷＲＩＴＥ ＢＩＮＡＲ
Ｙ」なる「書込コマンド」で書込まれるバッチファイル
の容量が増えるだけである）。したがって、よりたくさ
んのステップからなる一連の「コマンド」群を用いたア
クセスを行う場合には、本発明の効果はより顕著にな
る。また、バッチファイル内のデータは、あくまでも
「コマンド」レベルの命令であり、§２で述べた方法で
用いた「インストラクションコード」レベルの命令では
ないので、セキュリティの面での問題も生じない。たと
えば、上述の例では、不正使用者は、「１１１１」，
「２２２２」，…といった５つのキーを知り得ない限
り、データファイル「２Ｆ１０」内のユーザデータを読
み出すことはできない。

【００４７】最後に、「コマンド」を羅列してバッチフ
ァイルを構成する場合のフォーマットの一例を図１２に
示しておく。この例では、２バイトからなるコマンド長
を示す部分（図に「ＸＸ」と記した部分）に続いて「コ
マンド」のコードを並べるようにしてあり、最後に、２
バイトからなる終端コード「００００」を付加するよう
にしている。図１１のステップ２における「書込コマン
ド」中のバッチファイルには、この図１２に示すような
フォーマットで「コマンド」を羅列したバイナリコード
が入ることになる。このバッチファイルのフォーマット
としては、この他どのようなものを用いてもよいが、予
め所定のフォーマットを定義しておき、ＲＯＭ１３内の
「バッチ処理実行コマンド」に対応する処理ルーチン
が、この所定のフォーマットに基いて、バッチファイル
内の各「コマンド」を解釈できるようにしておく必要が
ある。

【００４８】以上、本発明を図示する実施例に基いて説
明したが、本発明はこの実施例に限定されるものではな
く、この他にも種々の態様で実施可能である。たとえ
ば、上述の実施例では、バッチファイル内の個々の「コ
マンド」についての「レスポンス」を、ＲＡＭ１４内に
一時的に蓄積しておき、最後に一括して返送するように
しているが、必ずしもすべての「レスポンス」を返送す
る必要はなく、重要性の低い「レスポンス」については
返送を省略するようにしてもかまわない。たとえば、図
９に示す１２種類の「コマンド」については、ステップ
１２の「読出コマンド」に対する「レスポンス」は、読
出対象となるユーザデータを含む重要なものであるが、
それ以外の「コマンド」についての「レスポンス」は、
単に、ファイルの選択や照合が支障なく実行されたこと
を確認するためのものであるから、ＲＡＭ１４内に一時
的に蓄積せずにそのまま捨ててしまってもかまわない。

【００４９】また、バッチファイル内の一連の「コマン
ド」を実行中に、何らかのエラー（たとえば、照合の不
一致）が発生した場合には、その時点で、「バッチ処理
実行コマンド」の実行を中断し、「ＢＡＴＣＨ」なる
「コマンド」に対する「レスポンス」として、エラーの
発生を示すステータスを返送するようにすればよい。

【００５０】更に、上述の実施例では、本発明をＩＣカ
ードに適用した例を述べたが、本発明の適用は、ＩＣカ
ードに限定されるものではなく、ＣＰＵを内蔵した携帯
可能情報記録媒体に広く及ぶものである。

【００５１】

【発明の効果】以上のとおり、本発明に係る携帯可能情
報記録媒体では、不揮発性メモリ内に書き込まれたデー
タを、外部から与えられたコマンドと解釈して実行する
バッチ処理実行機能を備えているため、複数のコマンド
を羅列してなるバッチファイルを用意し、このバッチフ
ァイルを外部から媒体に書込コマンドとともに与えて不
揮発性メモリ内に書き込めば、このバッチ処理実行機能
によって、バッチファイルを構成するコマンドを、外部
から与えられたコマンドと解釈して実行させることが可
能になる。このため、十分なセキュリティを確保しつ
つ、外部からのアクセスを効率的に行うことができるよ
うになる。

【図面の簡単な説明】

【図１】一般的なＩＣカードに、外部装置としてのリー
ダライタ装置を接続し、アクセスを行っている状態を示
すブロック図である。

【図２】ＩＣカードに対する従来の一般的なアクセス方
法を説明するブロック図である。

【図３】ＩＣカードに対するインストラクションコード
を用いたアクセス方法の前段の操作を説明するブロック
図である。

【図４】ＩＣカードに対するインストラクションコード
を用いたアクセス方法の後段の操作を説明するブロック
図である。

【図５】ＩＣカードに対する本発明に係るアクセス方法
の前段の操作を説明するブロック図である。

【図６】ＩＣカードに対する本発明に係るアクセス方法
の後段の操作を説明するブロック図である。

【図７】一般的なアクセス方法と本発明に係るアクセス
方法とにおけるコマンド解釈処理の相違を説明する図で
ある。

【図８】一般的なＩＣカード内のＥＥＰＲＯＭに格納さ
れているファイル群の一例を示す概念図である。

【図９】図８に示すデータファイル「２Ｆ１０」から、
ユーザデータを読み出す操作を行うために必要な「コマ
ンド」群を示す図である。

【図１０】本発明を適用するために、図８に示すファイ
ル群に更に別なファイルを付加した状態を示す概念図で
ある。

【図１１】本発明によって、図１０に示すデータファイ
ル「２Ｆ１０」から、ユーザデータを読み出す操作を行
うために必要な「コマンド」群を示す図である。

【図１２】本発明に用いるバッチファイルのフォーマッ
トの一例を示す図である。

【符号の説明】

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

Claims (4)

【特許請求の範囲】
1. 【請求項１】 ＣＰＵと、このＣＰＵによって直接実行
   可能なインストラクションコードからなるプログラムを
   記憶したＲＯＭと、前記ＣＰＵの作業領域として使用さ
   れるＲＡＭと、前記ＣＰＵを介してデータの読出しおよ
   び書き込みが可能な不揮発性メモリと、を備え、外部か
   ら与えられたコマンドに基いて、前記ＣＰＵが前記ＲＯ
   Ｍ内の所定のプログラムを実行する機能を有する携帯可
   能情報記録媒体において、 前記不揮発性メモリ内に書き込まれたデータを、外部か
   ら与えられたコマンドと解釈して実行するバッチ処理実
   行機能を有することを特徴とする携帯可能情報記録媒
   体。
2. 【請求項２】 請求項１に記載の媒体において、 不揮発性メモリ内にバッチファイルとして複数のコマン
   ドからなるデータが書き込まれている場合に、バッチ処
   理実行機能により、この複数のコマンドを書き込み順に
   順次実行できるようにしたことを特徴とする携帯可能情
   報記録媒体。
3. 【請求項３】 ＣＰＵと、このＣＰＵによって直接実行
   可能なインストラクションコードからなるプログラムを
   記憶したＲＯＭと、前記ＣＰＵの作業領域として使用さ
   れるＲＡＭと、前記ＣＰＵを介してデータの読出しおよ
   び書き込みが可能な不揮発性メモリと、を備え、外部か
   ら与えられたコマンドに基いて、前記ＣＰＵが前記ＲＯ
   Ｍ内の所定のプログラムを実行する機能を有する携帯可
   能情報記録媒体、をアクセスする方法において、 前記携帯可能情報記録媒体に対して与える複数のコマン
   ドを羅列してなるバッチファイルを用意し、 前記携帯可能情報記録媒体に対して、所定の書込コマン
   ドとともに前記バッチファイルを与え、前記バッチファ
   イルを前記不揮発性メモリ内に書き込み、 前記携帯可能情報記録媒体に対して、所定のバッチ処理
   実行コマンドを与えることにより、前記不揮発性メモリ
   内に書き込まれたバッチファイル内の各コマンドを、外
   部から与えられたコマンドと解釈して実行させるように
   したことを特徴とする携帯可能情報記録媒体のアクセス
   方法。
4. 【請求項４】 請求項３に記載のアクセス方法におい
   て、 バッチファイル内の各コマンドの実行によって生じるレ
   スポンスを、ＲＡＭ内に一時蓄積しておき、バッチファ
   イル内の全コマンドの実行が終了した後、ＲＡＭ内に蓄
   積されているレスポンスをバッチ処理実行コマンドに対
   するレスポンスとして外部へ一括して送出させることを
   特徴とする携帯可能情報記録媒体のアクセス方法。