JP3657315B2

JP3657315B2 - Portable information recording medium and access method thereof

Info

Publication number: JP3657315B2
Application number: JP20285495A
Authority: JP
Inventors: 和義入澤
Original assignee: Dai Nippon Printing Co Ltd
Current assignee: Dai Nippon Printing Co Ltd
Priority date: 1995-07-17
Filing date: 1995-07-17
Publication date: 2005-06-08
Anticipated expiration: 2015-07-17
Also published as: JPH0935019A

Description

【０００１】
【発明の属する技術分野】
本発明は携帯可能情報記録媒体およびそのアクセス方法、特に、ＣＰＵを内蔵したＩＣカードに対して利用するのに適した新規なアクセス方法に関する。
【０００２】
【従来の技術】
磁気カードに代わる次世代の携帯可能情報記録媒体として、ＩＣカードが注目を集めている。最近では、半導体集積回路の小型化、低コスト化のための技術進歩により、実社会の種々のシステムにおいてＩＣカードが実用されるに至っている。
【０００３】
特に、ＣＰＵを内蔵したＩＣカードでは、単なる情報記録媒体としての機能だけではなく、情報処理機能が付加されるため、高度なセキュリティを必要とする情報処理システムへの利用が期待されている。現在普及している一般的なＩＣカードは、ＣＰＵと、このＣＰＵによってアクセスされる３種類のメモリ、すなわち、ＲＯＭ，ＲＡＭ，ＥＥＰＲＯＭを有している。ＲＯＭ内には、ＣＰＵによって直接実行可能なインストラクションコードからなるプログラムが記憶されており、ＣＰＵはこのプログラムに基いて、ＩＣカードを統括制御する機能を有する。ＲＡＭは、ＣＰＵがこのような統括制御を行う上での作業領域として使用されるメモリである。一方、ＥＥＰＲＯＭは、ＣＰＵを介してデータの読出しおよび書き込みが可能な不揮発性メモリであり、このＩＣカードに記録すべき本来のデータを格納するために用いられる。
【０００４】
通常、ＥＥＰＲＯＭへのアクセスは、すべてＣＰＵを介して行われ、外部からＥＥＰＲＯＭを直接アクセスすることはできない。このため、ＥＥＰＲＯＭ内に格納される個々のファイルごとに様々なアクセス権を設定することができ、高度なセキュリティを確保することが可能になる。ＩＣカード内のＥＥＰＲＯＭに対して、外部から何らかのアクセスを行いたい場合には、必ずＣＰＵに対して、外部から所定のコマンドを与えるという方法をとることになる。たとえば、ＥＥＰＲＯＭ内の所定のファイルへデータの書き込みを行う場合は、所定の書込コマンドとともに書込対象となるデータをＣＰＵに与え、ＣＰＵによる書込コマンドの実行という形式で書込処理が行われることになる。また、ＥＥＰＲＯＭ内の所定のファイルからデータの読出しを行う場合は、所定の読出コマンドをＣＰＵに与え、ＣＰＵによる読出コマンドの実行という形式で読出処理が行われることになる。外部からＩＣカードに対して所定のコマンドを与えると、このコマンドに対するレスポンスがＩＣカードから外部に対して返送される。たとえば、書込コマンドを与えた場合には、書込処理が支障なく実行されたか否かを示すレスポンスが返送され、読出コマンドを与えた場合には、読出対象となったデータがレスポンスという形で返送されることになる。
【０００５】
セキュリティ確保の上でアクセス権を設定した場合には、特定のコマンドの実行に特定のキーが要求されるようになる。このようなキーが要求されるコマンドを実行させるためには、その前に、キーの照合を行っておく必要がある。このようなキーの照合は、外部からＩＣカードに対して、照合コマンドとともに所定のキーを与えることによって行われる。ＩＣカード内部で、与えられたキーと、ＥＥＰＲＯＭ内に記録されていたキーとが照合され、両者が一致していれば、特定のコマンドの実行が許可される。
【０００６】
【発明が解決しようとする課題】
上述のように、ＣＰＵを内蔵した携帯可能情報記録媒体では、通常、外部から所定のコマンドを送信し、これに対するレスポンスの返送を受ける、という方法でアクセスが行われる。別言すれば、携帯可能情報記録媒体にどのようなアクセスを行わせる場合であっても、コマンド送信／レスポンス返送／コマンド送信／レスポンス返送／…という処理を繰り返し実行する必要がある。このようなコマンド送信およびレスポンス返送処理は、外部装置と携帯可能情報記録媒体との間に形成されたＩ／Ｏラインを介して行われるが、このＩ／Ｏラインを介したデータ転送速度は、媒体内部におけるＣＰＵ・メモリ間のデータ転送速度に比べて非常に遅くなる。このため、媒体内部のＣＰＵの性能に比して、外部から媒体をアクセスする処理には非常に時間がかかることになる。このように、長い時間にわたって、Ｉ／Ｏライン上に大量のデータが流れるということは、セキュリティの観点からも好ましくない。すなわち、外部装置と媒体との間に形成されるＩ／Ｏラインは、外部から物理的にアクセスすることが容易であり、Ｉ／Ｏライン上を流れるデータは、外部から不正に観測される可能性が高く、長時間にわたってデータ転送を行うことは、セキュリティ確保の上から問題になる。また、Ｉ／Ｏラインを介したデータ転送を行う場合、本来転送すべきデータに、所定の伝送プロトコルに従った制御情報（いわゆるヘッダ、フッタ情報）を付加する必要があり、冗長性が高くなるという問題もある。このように、Ｉ／Ｏラインを介したコマンド送信／レスポンス返送という手順による媒体のアクセスは、必ずしも効率的なものにはなっていない。
【０００７】
このような問題に対する解決法として、媒体に対するアクセス内容に応じて、その都度、インストラクションコードからなるプログラムを書き、このプログラムをバイナリデータとしてＥＥＰＲＯＭ内にファイルとして書き込み、媒体内のＣＰＵには、このＥＥＰＲＯＭ内のインストラクションコードを直接実行させるというアクセス方法も提案されている。この方法によれば、Ｉ／Ｏラインを介したデータ転送は、プログラムをバイナリデータとして転送するだけの短時間ですむ。以後は、ＣＰＵはＥＥＰＲＯＭ内のプログラムを実行すればよいので媒体内だけの処理ですみ、非常に高速な処理が可能になる。しかしながら、この方法は、セキュリティの点で大きな問題がある。すなわち、ＣＰＵの制御は、ＲＯＭ内に用意された通常のルーチンの支配を離れ、ＥＥＰＲＯＭ内に転送されたインストラクションコードのルーチンによって完全に支配されることになる。このため、不正利用者が、不正なプログラムをインストラクションコードで記述してこの方法を利用すれば、ＣＰＵはこの不正なプログラムを忠実に実行してしまうことになる。
【０００８】
そこで本発明は、十分なセキュリティを確保しつつ、外部からのアクセスを効率的に行うことができる携帯可能情報記録媒体およびそのアクセス方法を提供することを目的とする。
【０００９】
【課題を解決するための手段】
(1) 本発明の第１の態様は、ＣＰＵと、このＣＰＵによって直接実行可能なインストラクションコードからなるプログラムを記憶したＲＯＭと、ＣＰＵの作業領域として使用されるＲＡＭと、ＣＰＵを介してデータの読出しおよび書き込みが可能な不揮発性メモリと、を備え、外部から与えられたコマンドに基いて、ＣＰＵがＲＯＭ内の所定のプログラムを実行し、その結果をレスポンスとして外部へ返送する機能を有する携帯可能情報記録媒体において、
外部から「複数のコマンドを羅列してなるバッチファイル」を書込対象データとする書込コマンドが与えられたときに、このバッチファイルを不揮発性メモリに書き込む処理を実行し、実行結果を書込コマンドに対するレスポンスとして外部へ返送する処理と、
外部から所定のバッチ処理実行コマンドが与えられたときに、不揮発性メモリに書き込まれたバッチファイルに含まれている複数のコマンドを、外部から与えられたコマンドと解釈して順次実行する処理を行い、バッチファイル内のすべてのコマンドの処理が完了した時点で、これらのコマンドに対する必要なレスポンスを一括して、バッチ処理実行コマンドに対するレスポンスとして外部へ返送する処理と、
を行う機能を設けたものである。
【００１０】
(2) 本発明の第２の態様は、上述の第１の態様に係る携帯可能情報記録媒体において、
バッチファイル内の各コマンドの実行によって生じるレスポンスを、ＲＡＭ内に一時蓄積しておき、バッチファイル内の全コマンドの実行が終了した後、ＲＡＭ内に蓄積されているレスポンスをバッチ処理実行コマンドに対するレスポンスとして外部へ一括して送出するようにしたものである。
【００１１】
(3) 本発明の第３の態様は、上述の第１または第２の態様に係る携帯可能情報記録媒体をアクセスする方法において、
携帯可能情報記録媒体に対して与える複数のコマンドを羅列してなるバッチファイルを用意し、
携帯可能情報記録媒体に対して、所定の書込コマンドとともに用意したバッチファイルを与え、このバッチファイルを不揮発性メモリ内に書き込み、その結果を書込コマンドに対するレスポンスとして外部へ返送させ、
携帯可能情報記録媒体に対して、所定のバッチ処理実行コマンドを与えることにより、不揮発性メモリ内に書き込まれたバッチファイル内の各コマンドを、外部から与えられたコマンドと解釈して実行させ、バッチファイル内のすべてのコマンドの処理が完了した時点で、これらのコマンドに対する必要なレスポンスを一括して、バッチ処理実行コマンドに対するレスポンスとして外部へ返送させるようにしたものである。
【００１２】
(4) 本発明の第４の態様は、上述の第３の態様に係る携帯可能情報記録媒体のアクセス方法において、
バッチファイル内の各コマンドの実行によって生じるレスポンスを、ＲＡＭ内に一時蓄積しておき、バッチファイル内の全コマンドの実行が終了した後、ＲＡＭ内に蓄積されているレスポンスをバッチ処理実行コマンドに対するレスポンスとして外部へ一括して送出させるようにしたものである。
【００１３】
【発明の実施の形態】
本発明に係る携帯可能情報記録媒体には、不揮発性メモリ内に書き込まれたデータを、外部から与えられたコマンドと解釈して実行するバッチ処理実行機能が備わっている。したがって、複数のコマンドを羅列してなるバッチファイルを用意し、このバッチファイルを外部から媒体に書込コマンドとともに与えて不揮発性メモリ内に書き込めば、このバッチ処理実行機能によって、バッチファイルを構成するコマンドを、外部から与えられたコマンドと解釈して実行させることが可能になる。すなわち、媒体内のＣＰＵは、同じ媒体内の不揮発性メモリに格納されているバッチファイル内のコマンドを、あたかも外部から与えられたコマンドであるかのように取り扱い、これを実行することになる。
【００１４】
この方法によれば、Ｉ／Ｏラインを介したデータ転送は、バッチファイルを媒体に転送するだけの短時間ですむ。以後、ＣＰＵはＥＥＰＲＯＭ内のコマンドを実行すればよいので媒体内だけの処理ですみ、非常に高速な処理が可能になる。また、バッチファイル内の個々のコマンドについては、所定の伝送プロトコルに従った制御情報（いわゆるヘッダ、フッタ情報）は不要であり、冗長性も低減させることができる。しかも、ＣＰＵが実行するのは、あくまでもコマンドであり、インストラクションコードそのものではない。したがって、Ｉ／Ｏラインを介したコマンド送信／レスポンス返送という手順によるアクセスと同じセキュリティを維持させることができる。
【００１５】
このように本発明によれば、十分なセキュリティを確保しつつ、外部からのアクセスを効率的に行うことができるようになる。
【００１６】
【実施例】
以下、本発明を図示する実施例に基いて説明する。
【００１７】
§１．ＩＣカードの一般的なアクセス方法
はじめに、現在普及しているＩＣカードに対する一般的なアクセス方法を説明する。図１は、一般的なＩＣカード１０に、外部装置としてのリーダライタ装置２０を接続し、アクセスを行っている状態を示すブロック図である。ＩＣカード１０とリーダライタ装置２０とはＩ／Ｏライン３０によって相互に接続されている。ここで、ＩＣカード１０には、Ｉ／Ｏインタフェース１１、ＣＰＵ１２、ＲＯＭ１３、ＲＡＭ１４、ＥＥＰＲＯＭ１５が内蔵されている。Ｉ／Ｏインタフェース１１は、Ｉ／Ｏライン３０を介してデータを送受するための入出力回路であり、ＣＰＵ１２はこのＩ／Ｏインタフェース１１を介して、リーダライタ装置２０と交信することになる。ＲＯＭ１３内には、ＣＰＵ１２によって直接実行可能なインストラクションコードからなるプログラムが記憶されており、ＣＰＵ１２はこのプログラムに基いて、ＩＣカード１０を統括制御する機能を有する。ＲＡＭ１４は、ＣＰＵ１２がこのような統括制御を行う上での作業領域として使用されるメモリである。一方、ＥＥＰＲＯＭ１５は、このＩＣカード１０に記録すべき本来のデータを格納するメモリである。
【００１８】
通常、ＩＣカード１０に対しては、外部のリーダライタ装置２０から電源やクロックが供給される。したがって、ＩＣカード１０がリーダライタ装置２０と切り離されると、ＩＣカード１０への電源およびクロックの供給は停止する。しかしながら、ＥＥＰＲＯＭ１５は不揮発性メモリであるため、電源供給が停止した後もその記録内容はそのまま保持される。ただ、ＲＡＭ１４内のデータは、電源供給の停止によりすべて失われる。
【００１９】
ＩＣカード１０内の各メモリ１３，１４，１５へのアクセスは、すべてＣＰＵ１２を介して行われ、外部からこれらメモリを直接アクセスすることはできない。すなわち、リーダライタ装置２０からＣＰＵ１２に対して所定の「コマンド」を与えると、ＣＰＵ１２はこの「コマンド」を解釈実行し、その結果を、リーダライタ装置２０に対して「レスポンス」として返送することになる。たとえば、ＥＥＰＲＯＭ１５内の所定のファイルに書き込みを行う場合には、「書込コマンド」とともに書込対象となるデータをＣＰＵ１２に与え、ＣＰＵ１２による「書込コマンド」の実行という形式で書込処理が行われることになる。逆に、ＥＥＰＲＯＭ１５内の所定のファイルからデータの読出しを行う場合は、所定の「読出コマンド」をＣＰＵ１２に与え、ＣＰＵ１２による「読出コマンド」の実行という形式で読出処理が行われることになる。このように、ＩＣカード１０内において「コマンド」の実行が終了すると、実行した「コマンド」に対する「レスポンス」が外部に対して返送される。たとえば、「書込コマンド」を与えた場合には、書込処理が支障なく実行されたか否かを示す「レスポンス」返送され、「読出コマンド」を与えた場合には、読出対象となったデータがレスポンスという形で返送されることになる。
【００２０】
通常、ＥＥＰＲＯＭ１５内へは、ファイル単位でデータが格納され、個々のファイルごとにそれぞれアクセス権が設定される。この場合、特定のファイルに対して特定の「コマンド」を実行する場合には、所定のキーの入力が要求される。したがって、「書込コマンド」や「読出コマンド」を実行する前に、所定の「照合コマンド」を実行してキー照合を行わなければならない。このため、ＥＥＰＲＯＭ１５内に格納されたデータに対して、高度なセキュリティを確保することが可能になる。
【００２１】
図２は、このような一般的なアクセス方法を説明するブロック図である。ＩＣカード１０に対するアクセスを行う場合、まず、リーダライタ装置２０からＩ／Ｏライン３０を介してＣＰＵ１２へ、送信データ３１を転送する。この送信データ３１は、ＣＰＵ１２に与えるべき本来の「コマンド」の前後に、「ヘッダ」および「フッタ」を付加したものである。この「ヘッダ」および「フッタ」は、Ｉ／Ｏライン３０を介した伝送を行う上での所定の伝送プロトコルに従った制御情報である。こうして「コマンド」が転送されてくると、ＣＰＵ１２はこれを解釈して実行し、「レスポンス」を発生させる。この「レスポンス」は、返送データ３２としてリーダライタ装置２０へと返送される。この返送データ３２は、「レスポンス」の前後に、「ヘッダ」および「フッタ」を付加したものである。
【００２２】
ＣＰＵ１２に「コマンド」を実行させるために、ＲＯＭ１３内には、個々の「コマンド」ごとにプログラムルーチンが用意されている。たとえば、「書込コマンド」、「読出コマンド」、「照合コマンド」のそれぞれに対応して、ＲＯＭ１３内には、「書込処理ルーチン」、「読出処理ルーチン」、「照合処理ルーチン」が用意されている。実際には、この他にもいくつかの「コマンド」が定義されており、定義された「コマンド」には、それぞれ固有のサブルーチンがＲＯＭ１３内に用意されていることになる。このＲＯＭ１３内のサブルーチンは、ＣＰＵ１２が直接実行可能なインストラクションコード、すなわち、いわゆる「機械語」で記述されたプログラムである。ＣＰＵ１２は、Ｉ／Ｏライン３０を介して「コマンド」を受信すると、まず、ＲＯＭ１３内の「共通コマンド処理ルーチン」を実行して受信した「コマンド」を解釈し、その「コマンド」に応じたサブルーチンを選択する。そして、個々の「コマンド」に応じたサブルーチンの先頭のインストラクションコードへのジャンプが起こり、所定の処理が実行される。この処理が完了すると、再び「共通コマンド処理ルーチン」へと戻り、所定の「レスポンス」を返送する処理が行われる。以上が、ＣＰＵ１２に対して１つの「コマンド」が与えられたときの全体の処理の流れである。
【００２３】
このように、ＩＣカードに対する一般的なアクセスは、コマンド送信／レスポンス返送／コマンド送信／レスポンス返送／…という処理を繰り返すことによって行われる。このため、▲１▼アクセスに長時間かかる、▲２▼伝送中のセキュリティが低下する、▲３▼冗長性が高くなる、といった問題が生じることは既に述べたとおりである。すなわち、Ｉ／Ｏライン３０を介しての「コマンド」および「レスポンス」の転送速度は、ＣＰＵ１２の演算処理速度に比べて非常に遅く、▲１▼アクセスに時間がかかる、という問題が生じることになる。また、Ｉ／Ｏライン３０上を流れるデータは、外部から不正に観測される可能性が高く、長時間にわたってデータ転送を行うと、▲２▼伝送中のセキュリティが低下する、という問題が生じることになる。更に、Ｉ／Ｏライン３０を介した伝送には、所定の伝送プロトコルに従った「ヘッダ」および「フッタ」といった制御情報を付加する必要性が出てくるので、▲３▼冗長性が高くなる、といった問題も生じる。このように、Ｉ／Ｏライン３０を介したコマンド送信／レスポンス返送という手順によるＩＣカード１０のアクセスは、必ずしも効率的なものにはなっていない。
【００２４】
§２．インストラクションコードを用いたアクセス方法
このような問題に対する解決法として、インストラクションコードを用いたアクセス方法も従来から提案されている。この方法を、図３および図４のブロック図を参照して説明しよう。まず、ＩＣカード１０に対するアクセス内容に応じて、その都度、インストラクションコードからなるプログラムを用意する。前述のように、このインストラクションコードは、ＣＰＵ１２が直接実行可能な、いわゆる「機械語」で記述されたプログラムである。もっとも、通常は、高級言語で記述したソースプログラムをコンパイルすることによって、このインストラクションコードからなるプログラムを用意することになる。
【００２５】
続いて、この用意したインストラクションコードからなるプログラムを、バイナリデータとしてＥＥＰＲＯＭ１５内に書き込む処理を行う。図３は、この書込処理を示している。図示の例では、送信データ３１として、「ＷＲＩＴＥＢＩＮＡＲＹ」なる「書込コマンド」をＣＰＵ１２に送信している。ここで、「書込コマンド」は、「書込コマンドコード」と「書込対象となるデータ」とによって構成されており、「書込対象となるデータ」の部分に、用意したインストラクションコードからなるプログラムを入れている。このプログラムは、バイナリデータとして取り扱われるため、結局、図４に示すように、ＥＥＰＲＯＭ１５内の所定のファイル内に、このインストラクションコードからなるプログラムがそのまま書き込まれることになる。
【００２６】
次に、図４に示すように、送信データ３１として、「ＧＯＰＲＯＧ」なる「プログラム実行コマンド」をＣＰＵ１２に送信する。この「プログラム実行コマンド」は、ここで述べるインストラクションコードを用いたアクセス方法を行うために特別に定義されたコマンドであり、ＥＥＰＲＯＭ１５内に書き込まれたインストラクションコード群をそのまま実行すべきことを指示するコマンドである。このようなコマンドを実行させるためには、ＲＯＭ１３内に、この「プログラム実行コマンド」に対応したサブルーチンを用意しておく必要があるが、そのサブルーチンは非常に単純である。すなわち、ＥＥＰＲＯＭ１５内に書き込まれたインストラクションコードの先頭アドレスへのジャンプ命令によって構成しておけばよい。
【００２７】
こうして、「プログラム実行コマンド」が実行されると、ＣＰＵ１２は、ＥＥＰＲＯＭ１５内に書き込まれたインストラクションコードを直接実行することになる。このようなアクセス方法によれば、Ｉ／Ｏライン３０を介したデータ転送は、プログラムをバイナリデータとして転送するだけの短時間ですむ。以後、ＣＰＵ１２はＥＥＰＲＯＭ１５内のプログラムを実行すればよいので、ＩＣカード１０内部の処理だけですみ、非常に高速な処理が可能になり、§１で述べた一般的なアクセス方法に比べて、非常に効率的なアクセスが可能になる。
【００２８】
しかしながら、このアクセス方法は、既に述べたように、セキュリティの点で大きな問題がある。「プログラム実行コマンド」が実行された後は、ＣＰＵ１２の制御は、ＥＥＰＲＯＭ１５内に書き込んだインストラクションコードによって完全に支配されてしまうことになる。このため、不正利用者が、不正なプログラムをインストラクションコードで記述してこの方法を利用すれば、ＣＰＵはこの不正なプログラムを忠実に実行してしまうことになる。すなわち、「コマンド」の形式で与えられた命令をＣＰＵ１２が実行する限りは、ＲＯＭ１３内に用意した正規のセキュリティチェックが機能するが、「インストラクションコード」の形式で与えられた原始的な命令をＣＰＵ１２が実行する場合には、もはやこのようなセキュリティチェックは機能しなくなってしまうのである。
【００２９】
§３．本発明に係るアクセス方法
以上のように、§１で述べた一般的なアクセス方法にも、§２で述べたインストラクションコードを用いたアクセス方法にも、それぞれ一長一短がある。本発明は、これらの方法の問題点を解決した新規なアクセス方法を提案するものである。以下、この方法を図５および図６のブロック図を参照して説明する。
【００３０】
まず、ＩＣカード１０に対するアクセス内容に応じて、その都度、コマンドの羅列からなるバッチファイルを用意する。すなわち、§１で述べた一般的なアクセス方法において、送信データ３１として送信していた「コマンド」を、いくつか並べることによりバッチファイルを作成するのである。ただし、伝送プロトコルに基いて付加していた「ヘッダ」および「フッタ」は、ここでは必要なく、用意するバッチファイルとしては、「コマンド」の部分だけを羅列したものでよい。
【００３１】
続いて、この用意したバッチファイルを、ＥＥＰＲＯＭ１５内に書き込む処理を行う。図５は、この書込処理を示している。図示の例では、送信データ３１として、「ＷＲＩＴＥＢＩＮＡＲＹ」なる「書込コマンド」をＣＰＵ１２に送信している。ここで、「書込コマンド」は、「書込コマンドコード」と「書込対象となるデータ」とによって構成されており、「書込対象となるデータ」の部分に、用意したバッチファイルを入れている。このバッチファイルは、多数の「コマンド」から構成されているが、ここでは、「コマンド」としてではなく単なるデータとして取り扱われるため、結局、図６に示すように、ＥＥＰＲＯＭ１５内に、このバッチファイルがそのまま書き込まれることになる。
【００３２】
次に、図６に示すように、送信データ３１として、「ＢＡＴＣＨ」なる「バッチ処理実行コマンド」をＣＰＵ１２に送信する。この「バッチ処理実行コマンド」は、本発明に係るアクセス方法を行うために特別に定義されたコマンドであり、ＥＥＰＲＯＭ１５内に書き込まれたバッチファイル内の「コマンド」を、Ｉ／Ｏライン３０を介して外部から与えられた「コマンド」と解釈して実行する処理を行わせるためのコマンドである。このようなコマンドを実行させるためには、ＲＯＭ１３内に、この「バッチ処理実行コマンド」に対応したサブルーチンを用意しておく必要があるが、そのサブルーチンは比較的簡単に追加できる。なぜなら、既に述べたように、ＲＯＭ１３内には、Ｉ／Ｏライン３０を介して外部から与えられた「コマンド」を解釈して実行させる「共通コマンド処理ルーチン」が既に用意されているので、この「共通コマンド処理ルーチン」において、外部から与えられた「コマンド」の代わりに、バッチファイル内の「コマンド」を解釈実行するように変更を加えるようにすれば、「バッチ処理実行コマンド」に対応したルーチンを容易に作成することができる。
【００３３】
具体的には、この「バッチ処理実行コマンド」を実行中には、バッファポインタＢＰによって、ＥＥＰＲＯＭ１５に格納されているバッチファイル内の「コマンド」を指し示すようにすればよい。この基本概念を、図７を参照して説明しよう。§１で述べた一般的なアクセス方法では、Ｉ／Ｏライン３０を介して与えられた「コマンド」は、図７(a) に示すように、ＲＡＭ１４内のバッファに一時的に格納され、バッファポインタＢＰによって、このバッファ内の「コマンド」の先頭位置が指し示される。ＣＰＵ１２は、このバッファポインタＢＰを順次移動させながら、この「コマンド」を解釈実行する。すなわち、与えられた「コマンド」に応じたサブルーチンを実行した後、所定の「コマンド」を生成して返送する処理を行うことになる。これに対し、本発明に係るアクセス方法では、「バッチ処理実行コマンド」が与えられると、図７(b) に示すように、ＥＥＰＲＯＭ１５内のバッチファイルの先頭位置がバッファポインタＢＰによって指し示される。そして、このバッファポインタＢＰを順次移動させながら、この「コマンド」を解釈実行することになる。
【００３４】
このように、バッファポインタＢＰが指し示すメモリ領域は、一方はＲＡＭ１４内のバッファ領域であり、他方はＥＥＰＲＯＭ１５内のバッチファイル格納領域である点において異なるものの、「コマンド」の実質的な解釈実行処理に関しては、§１で述べた一般的なアクセス方法と本発明によるアクセス方法との間に本質的な差はない。
【００３５】
もっとも、「レスポンス」の返送方法に関しては、若干の相違がある。すなわち、Ｉ／Ｏライン３０を介して与えられ、ＲＡＭ１４内のバッファに格納された「コマンド」を実行した場合には、この「コマンド」に対する「レスポンス」が直ちに返送されることになるが、ＥＥＰＲＯＭ１５内のバッチファイルに格納された「コマンド」を実行した場合には、個々の「コマンド」に対する「レスポンス」は、ＲＡＭ１４内に一時的に蓄積され、バッチファイル内のすべての「コマンド」の処理が完了した時点で、ＲＡＭ１４内に蓄積されていた「レスポンス」を一括して返送することになる。したがって、リーダライタ装置２０側から見れば、「ＢＡＴＣＨ」なる「バッチ処理実行コマンド」をＣＰＵ１２に送信すると、この「バッチ処理実行コマンド」に対する「レスポンス」として、バッチファイル内の個々の「コマンド」についての「レスポンス」が一括して得られることになる。
【００３６】
§１で述べた一般的なアクセス方法では、常に、コマンド送信／レスポンス返送という手順の繰り返しにより、ＣＰＵ１２に所定のコマンドを順次実行させていたが、本発明に係るアクセス方法では、まず、複数の「コマンド」を羅列して記述したバッチファイルを用意し、このバッチファイルをＥＥＰＲＯＭ１５内に書き込んだ後、「バッチ処理実行コマンド」をＣＰＵ１２に与えればよい。ＣＰＵ１２は、バッチファイル内の個々の「コマンド」を、Ｉ／Ｏライン３０を介して外部から与えられた「コマンド」と解釈して順次実行するので、一般的なアクセス方法と同様の処理をＣＰＵ１２に実行させることができる。この方法によれば、Ｉ／Ｏライン３０を介したデータ転送は、バッチファイルをバイナリデータとして転送するだけの短時間ですむ。以後、ＣＰＵ１２はＥＥＰＲＯＭ１５内の「コマンド」を実行すればよいので、ＩＣカード１０内部の処理だけですみ、非常に高速な処理が可能になる。また、Ｉ／Ｏライン３０を介したデータ転送時間は比較的短くなるため、Ｉ／Ｏライン３０を介してデータが外部に不正流出する可能性も低減する。更に、バッチファイル内の個々の「コマンド」には、「ヘッダ」および「フッタ」といった伝送プロトコルに応じた制御情報を付加する必要はないため（このバッチファイルをＩ／Ｏライン３０を介して転送するときの「書込コマンド」には、「ヘッダ」および「フッタ」を付加する必要はあるが、バッチファイルを構成する個々の「コマンド」のそれぞれに「ヘッダ」および「フッタ」を付加する必要はない）、冗長性も低下することになる。
【００３７】
また、この方法は、§２で述べたインストラクションコードを用いたアクセス方法とは異なり、セキュリティの問題も生じない。図４（§２の方法の説明図）と図６（§３の方法の説明図）とを比較すると、両者は、「ＣＰＵ１２がＥＥＰＲＯＭ１５内に書き込まれた命令を実行する」という点で共通するが、前者の命令はインストラクションコード、すなわちＣＰＵ１２が直接実行可能な「機械語」レベルの命令であるのに対し、後者の命令はＩ／Ｏライン３０を介して与えられる「コマンド」レベルの命令である点で大きく異なる。すなわち、本発明に係るアクセス方法では、ＣＰＵ１２の実行対象は、あくまでも「コマンド」であり、ＣＰＵ１２が直接実行するインストラクションコードは、ＲＯＭ１３内に用意されたインストラクションコードである。したがって、ＲＯＭ１３内に用意された正規のセキュリティチェックが十分に機能し、インストラクションコードのレベルでの不正アクセスが行われることはない。
【００３８】
§４．アクセスの具体例
次に、本発明に係るアクセス方法を具体的な例に基いて説明する。ここでは、図８に示すように、ＥＥＰＲＯＭ１５内に存在する６つのファイルに関連したアクセス処理を例にとった説明を行うことにする。これら６つのファイルには、それぞれ固有のファイルＩＤ（この例では、１６進数による２バイトコード）、すなわち、「２Ｆ１０」，「２Ｆ１１」，「２Ｆ１２」，「２Ｆ１３」，「２Ｆ１４」，「２Ｆ１５」が付与されている。ここで、ファイル「２Ｆ１０」は、このＩＣカードの所有者であるユーザに関する何らかのユーザデータを格納したデータファイルであり、他の５つのファイルは、このデータファイル「２Ｆ１０」からユーザデータを読み出すために必要なキーが格納されたキーファイルであるとする。たとえば、第１のキーファイル「２Ｆ１１」には、第１のキー「１１１１」が格納されている。データファイル「２Ｆ１０」からユーザデータを読み出すには、ＣＰＵ１２に対してこのデータファイルを選択する「選択コマンド」を与えた後に「読出コマンド」を与えればよいが、その前に、５つのキーについての照合が完了していなければ、この「読出コマンド」は実行されずに拒絶される。したがって、データファイル「２Ｆ１０」に対するアクセスを行うためには、「照合コマンド」を繰り返し実行し、５つのキーすべてについての照合を行っておく必要がある。
【００３９】
ここでは、まず、§１において述べた一般的なアクセス方法によって、データファイル「２Ｆ１０」内のユーザデータを読み出すための方法を説明しよう。この場合は、図９に示すような１２種類の「コマンド」が必要になる。これら１２種類の「コマンド」は、１つずつ、リーダライタ装置２０からＩ／Ｏライン３０を介してＣＰＵ１２へ送信される。１つの「コマンド」の実行が完了すると、これに対する「レスポンス」がＣＰＵ１２からＩ／Ｏライン３０を介してリーダライタ装置２０へと返送される。リーダライタ装置２０は、この「レスポンス」が返送された後に、次の「コマンド」を送信することになる。こうして、Ｉ／Ｏライン３０を介して、「コマンド」と「レスポンス」の往復転送を１２回繰り返すと、データファイル「２Ｆ１０」内のユーザデータがリーダライタ装置２０側に読み出されることになる。
【００４０】
この図９に示す１２種類の「コマンド」を１ステップずつ簡単に説明しておくと、まず、ステップ１の「ＳＥＬＥＣＴＦＩＬＥ２Ｆ１１」なる「選択コマンド」は、第１のキーファイル「２Ｆ１１」を選択するためのコマンドである。ＣＰＵ１２は、このキーファイル「２Ｆ１１」を選択する処理を行った後、正しく選択が行われたことを示す「レスポンス」を返送する。続くステップ２の「ＶＥＲＩＦＹ１１１１」なる「照合コマンド」は、直前に選択されたキーファイル内のキーと、暗証コード「１１１１」とを比較照合するコマンドである。ＣＰＵ１２は、この照合を実行し、両者が一致しているか否かの結果を「レスポンス」として返送する。また、両者が一致していた場合には、ＲＡＭ１４内にこのキーについての解錠フラグを立てる。続く、ステップ３の「ＳＥＬＥＣＴＦＩＬＥ２Ｆ１２」なる「選択コマンド」は、第２のキーファイル「２Ｆ１２」を選択するためのコマンドであり、ステップ４の「ＶＥＲＩＦＹ２２２２」なる「照合コマンド」は、直前に選択されたキーファイル内のキーと、暗証コード「２２２２」とを比較照合するコマンドである。以下、同様に、ステップ５〜１０までの「コマンド」により、５種類のすべてのキーについての照合が行われる。
【００４１】
そして、ステップ１１の「ＳＥＬＥＣＴＦＩＬＥ２Ｆ１０」なる「選択コマンド」によって、目的とするデータファイル「２Ｆ１０」が選択される。続く、ステップ１２の「ＲＥＡＤＢＩＮＡＲＹ」なる「読出コマンド」が与えられると、ＣＰＵ１２は、ＲＡＭ１４内の解錠フラグを参照して、データファイル「２Ｆ１０」に対して「読出コマンド」を実行するために設定されたアクセス権条件が満たされているか否かを判断する。この時点では、既に第１〜第５のすべてのキーについて照合一致が得られているので、ＣＰＵ１２は、この「読出コマンド」を実行することになる。これにより、「レスポンス」として、データファイル「２Ｆ１０」内のユーザデータがバイナリデータの形でリーダライタ装置２０側へ返送されることになる。
【００４２】
このように、§１で述べた従来の一般的なアクセス方法によって、データファイル「２Ｆ１０」に対する読出処理を実行するには、Ｉ／Ｏライン３０を介して、図９に示すような１２種類の「コマンド」を１つずつ送信し、「レスポンス」の返信を待って次の「コマンド」を送信する、という操作を行わねばならない。このような操作は、ＣＰＵ１２の演算処理速度に比べて非常に遅いことは既に述べたとおりであり、この「コマンド」および「レスポンス」のやりとりは、Ｉ／Ｏライン３０から不正に傍受されやすい。しかも、図９に示した各「コマンド」や、これに対する「レスポンス」を伝送する場合には、所定の伝送プロトコルに従った「ヘッダ」や「フッタ」を、個々の「コマンド」や「レスポンス」ごとに付加する必要があり、冗長性が高くなるという問題もある。
【００４３】
この同じ読出処理を本発明によって行うには、次のようにすればよい。まず、図１０に示すように、ＥＥＰＲＯＭ１５内には、前述した６つのファイルの他に、本発明を実施するための専用のデータファイル「２Ｆ１６」およびキーファイル「２Ｆ１７」を用意しておく。ここで、データファイル「２Ｆ１６」は、バッチファイルを格納するためのファイルである。また、キーファイル「２Ｆ１７」は、このバッチファイルに対して「バッチ処理実行コマンド」を実行するために必要なキーを格納したキーファイルであり、この実施例では、「７７７７」なるキーが予め書き込まれている。なお、キーファイル「２Ｆ１７」は本発明の実施に必ずしも必要なものではないが、セキュリティを高めるためには、このようなキーファイルを設けるのが好ましい。
【００４４】
一方、リーダライタ装置２０側では、図９に示すような１２種類の「コマンド」を羅列してなるバッチファイルを用意する。そして、図１１に示すような６種類の「コマンド」を、１つずつ、リーダライタ装置２０からＩ／Ｏライン３０を介してＣＰＵ１２へ送信すればよい。まず、ステップ１の「ＳＥＬＥＣＴＦＩＬＥ２Ｆ１６」なる「選択コマンド」は、バッチファイル格納用のデータファイル「２Ｆ１６」を選択するためのコマンドである。ＣＰＵ１２は、このデータファイル「２Ｆ１６」を選択する処理を行った後、正しく選択が行われたことを示す「レスポンス」を返送する。次のステップ２の「ＷＲＩＴＥＢＩＮＡＲＹ（バッチファイル）」なる「書込コマンド」は、用意したバッチファイルをバイナリデータとして、直前に選択されたデータファイルに書き込む処理を行うコマンドである。この実施例では、データファイル「２Ｆ１６」に対する書込処理については、何らキー照合を必要としていないので、このステップ２の「書込コマンド」の実行により、図９に示す１２種類の「コマンド」を羅列してなるバッチファイルが、データファイル「２Ｆ１６」にそのまま書込まれることになる。
【００４５】
続いて、ステップ３の「ＳＥＬＥＣＴＦＩＬＥ２Ｆ１７」なる「選択コマンド」によって、キーファイル「２Ｆ１７」が選択され、ステップ４の「ＶＥＲＩＦＹ７７７７」なる「照合コマンド」によって、選択されたキーファイル内のキーと、暗証コード「７７７７」とが比較照合される。ＣＰＵ１２は、この照合を実行し、両者が一致しているか否かの結果を「レスポンス」として返送し、両者が一致していた場合には、ＲＡＭ１４内にこのキーについての解錠フラグを立てる。続く、ステップ５の「ＳＥＬＥＣＴＦＩＬＥ２Ｆ１６」なる「選択コマンド」によって、バッチファイルを格納したデータファイル「２Ｆ１６」が再び選択される。そして、最後のステップ６において、「ＢＡＴＣＨ」なる「バッチ処理実行コマンド」がＣＰＵ１２に与えられる。ＣＰＵ１２は、ＲＡＭ１４内の解錠フラグを参照して、キー「７７７７」が既に解錠されていることを確認した上で、「バッチ処理実行コマンド」を実行する。すなわち、バッチファイル内に格納されている図９に示す「コマンド」を、あたかもＩ／Ｏライン３０を介して順次与えられた「コマンド」として実行し、「レスポンス」をＲＡＭ１４内に一時的に蓄積しておく。こうして、図９に示すステップ１２の「ＲＥＡＤＢＩＮＡＲＹ」なる「コマンド」の実行を完了したら、ＲＡＭ１４内に一時的に蓄積しておいた「レスポンス」を、「バッチ処理実行コマンド」の「レスポンス」として返送する。結局、リーダライタ装置２０側から見れば、図１１のステップ６の「ＢＡＴＣＨ」なる「コマンド」の「レスポンス」として、データファイル「２Ｆ１０」内のユーザデータを読み出すことができる。
【００４６】
このように、従来の一般的なアクセス方法では、図９に示すような１２種類の「コマンド」を順次Ｉ／Ｏライン３０を介して転送し、それぞれについて「レスポンス」を待つという操作を行う必要があったのに対し、本発明に係るアクセス方法では、図１１に示す６種類の「コマンド」について、同様の操作を行えばすむ。しかも、図９に示す「コマンド」の数がいくつに増えようとも、図１１に示す「コマンド」の数は常に６ですむ（ステップ２における「ＷＲＩＴＥＢＩＮＡＲＹ」なる「書込コマンド」で書込まれるバッチファイルの容量が増えるだけである）。したがって、よりたくさんのステップからなる一連の「コマンド」群を用いたアクセスを行う場合には、本発明の効果はより顕著になる。また、バッチファイル内のデータは、あくまでも「コマンド」レベルの命令であり、§２で述べた方法で用いた「インストラクションコード」レベルの命令ではないので、セキュリティの面での問題も生じない。たとえば、上述の例では、不正使用者は、「１１１１」，「２２２２」，…といった５つのキーを知り得ない限り、データファイル「２Ｆ１０」内のユーザデータを読み出すことはできない。
【００４７】
最後に、「コマンド」を羅列してバッチファイルを構成する場合のフォーマットの一例を図１２に示しておく。この例では、２バイトからなるコマンド長を示す部分（図に「ＸＸ」と記した部分）に続いて「コマンド」のコードを並べるようにしてあり、最後に、２バイトからなる終端コード「００００」を付加するようにしている。図１１のステップ２における「書込コマンド」中のバッチファイルには、この図１２に示すようなフォーマットで「コマンド」を羅列したバイナリコードが入ることになる。このバッチファイルのフォーマットとしては、この他どのようなものを用いてもよいが、予め所定のフォーマットを定義しておき、ＲＯＭ１３内の「バッチ処理実行コマンド」に対応する処理ルーチンが、この所定のフォーマットに基いて、バッチファイル内の各「コマンド」を解釈できるようにしておく必要がある。
【００４８】
以上、本発明を図示する実施例に基いて説明したが、本発明はこの実施例に限定されるものではなく、この他にも種々の態様で実施可能である。たとえば、上述の実施例では、バッチファイル内の個々の「コマンド」についての「レスポンス」を、ＲＡＭ１４内に一時的に蓄積しておき、最後に一括して返送するようにしているが、必ずしもすべての「レスポンス」を返送する必要はなく、重要性の低い「レスポンス」については返送を省略するようにしてもかまわない。たとえば、図９に示す１２種類の「コマンド」については、ステップ１２の「読出コマンド」に対する「レスポンス」は、読出対象となるユーザデータを含む重要なものであるが、それ以外の「コマンド」についての「レスポンス」は、単に、ファイルの選択や照合が支障なく実行されたことを確認するためのものであるから、ＲＡＭ１４内に一時的に蓄積せずにそのまま捨ててしまってもかまわない。
【００４９】
また、バッチファイル内の一連の「コマンド」を実行中に、何らかのエラー（たとえば、照合の不一致）が発生した場合には、その時点で、「バッチ処理実行コマンド」の実行を中断し、「ＢＡＴＣＨ」なる「コマンド」に対する「レスポンス」として、エラーの発生を示すステータスを返送するようにすればよい。
【００５０】
更に、上述の実施例では、本発明をＩＣカードに適用した例を述べたが、本発明の適用は、ＩＣカードに限定されるものではなく、ＣＰＵを内蔵した携帯可能情報記録媒体に広く及ぶものである。
【００５１】
【発明の効果】
以上のとおり、本発明に係る携帯可能情報記録媒体では、不揮発性メモリ内に書き込まれたデータを、外部から与えられたコマンドと解釈して実行するバッチ処理実行機能を備えているため、複数のコマンドを羅列してなるバッチファイルを用意し、このバッチファイルを外部から媒体に書込コマンドとともに与えて不揮発性メモリ内に書き込めば、このバッチ処理実行機能によって、バッチファイルを構成するコマンドを、外部から与えられたコマンドと解釈して実行させることが可能になる。このため、十分なセキュリティを確保しつつ、外部からのアクセスを効率的に行うことができるようになる。
【図面の簡単な説明】
【図１】一般的なＩＣカードに、外部装置としてのリーダライタ装置を接続し、アクセスを行っている状態を示すブロック図である。
【図２】ＩＣカードに対する従来の一般的なアクセス方法を説明するブロック図である。
【図３】ＩＣカードに対するインストラクションコードを用いたアクセス方法の前段の操作を説明するブロック図である。
【図４】ＩＣカードに対するインストラクションコードを用いたアクセス方法の後段の操作を説明するブロック図である。
【図５】ＩＣカードに対する本発明に係るアクセス方法の前段の操作を説明するブロック図である。
【図６】ＩＣカードに対する本発明に係るアクセス方法の後段の操作を説明するブロック図である。
【図７】一般的なアクセス方法と本発明に係るアクセス方法とにおけるコマンド解釈処理の相違を説明する図である。
【図８】一般的なＩＣカード内のＥＥＰＲＯＭに格納されているファイル群の一例を示す概念図である。
【図９】図８に示すデータファイル「２Ｆ１０」から、ユーザデータを読み出す操作を行うために必要な「コマンド」群を示す図である。
【図１０】本発明を適用するために、図８に示すファイル群に更に別なファイルを付加した状態を示す概念図である。
【図１１】本発明によって、図１０に示すデータファイル「２Ｆ１０」から、ユーザデータを読み出す操作を行うために必要な「コマンド」群を示す図である。
【図１２】本発明に用いるバッチファイルのフォーマットの一例を示す図である。
【符号の説明】
１０…ＩＣカード
１１…Ｉ／Ｏインタフェース
１２…ＣＰＵ
１３…ＲＯＭ
１４…ＲＡＭ
１５…ＥＥＰＲＯＭ
２０…リーダライタ装置
３０…Ｉ／Ｏライン
３１…送信データ
３２…返送データ[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a portable information recording medium and an access method thereof, and more particularly, to a novel access method suitable for use with an IC card incorporating a CPU.
[0002]
[Prior art]
IC cards are attracting attention as next-generation portable information recording media that can replace magnetic cards. Recently, IC cards have been put into practical use in various systems in the real world due to technological advances for miniaturization and cost reduction of semiconductor integrated circuits.
[0003]
In particular, an IC card with a built-in CPU is not only a function as an information recording medium but also an information processing function, so that it is expected to be used in an information processing system that requires high security. A general IC card that is currently popular has a CPU and three types of memories accessed by the CPU, that is, ROM, RAM, and EEPROM. In the ROM, a program made up of instruction codes that can be directly executed by the CPU is stored, and the CPU has a function of comprehensively controlling the IC card based on the program. The RAM is a memory used as a work area when the CPU performs such overall control. On the other hand, the EEPROM is a non-volatile memory capable of reading and writing data via the CPU, and is used for storing original data to be recorded on the IC card.
[0004]
Normally, all access to the EEPROM is performed via the CPU, and the EEPROM cannot be directly accessed from the outside. Therefore, various access rights can be set for each individual file stored in the EEPROM, and a high level of security can be ensured. When it is desired to access the EEPROM in the IC card from the outside, a predetermined command is always given to the CPU from the outside. For example, when data is written to a predetermined file in the EEPROM, the data to be written is given to the CPU together with the predetermined write command, and the writing process is performed in the form of execution of the write command by the CPU. It will be. When data is read from a predetermined file in the EEPROM, a predetermined read command is given to the CPU, and the read process is performed in the form of execution of the read command by the CPU. When a predetermined command is given from the outside to the IC card, a response to this command is returned from the IC card to the outside. For example, when a write command is given, a response indicating whether or not the write process has been executed without any trouble is returned. When a read command is given, the data to be read is in the form of a response. Will be returned.
[0005]
When the access right is set for ensuring security, a specific key is required to execute a specific command. In order to execute a command that requires such a key, it is necessary to collate the key before that. Such key verification is performed by giving a predetermined key together with a verification command to the IC card from the outside. Within the IC card, the given key and the key recorded in the EEPROM are collated, and if both match, execution of a specific command is permitted.
[0006]
[Problems to be solved by the invention]
As described above, a portable information recording medium with a built-in CPU is usually accessed by a method in which a predetermined command is transmitted from the outside and a response to the response is received. In other words, it is necessary to repeatedly execute the process of command transmission / response return / command transmission / response return /... Whatever access is made to the portable information recording medium. Such command transmission and response return processing are performed via an I / O line formed between the external device and the portable information recording medium, and the data transfer speed via this I / O line is: The data transfer speed between the CPU and the memory inside the medium is very slow. For this reason, it takes much time to access the medium from the outside, compared to the performance of the CPU inside the medium. Thus, a large amount of data flowing on the I / O line for a long time is not preferable from the viewpoint of security. That is, the I / O line formed between the external device and the medium can be physically accessed from the outside, and data flowing on the I / O line can be illegally observed from the outside. Since data transfer is performed for a long time, there is a problem in securing security. In addition, when performing data transfer via an I / O line, it is necessary to add control information (so-called header and footer information) according to a predetermined transmission protocol to the data to be originally transferred, which increases redundancy. There is also a problem. As described above, the access of the medium by the procedure of command transmission / response return via the I / O line is not always efficient.
[0007]
As a solution to such a problem, a program consisting of instruction codes is written each time depending on the contents of access to the medium, this program is written as binary data as a file in the EEPROM, and this EEPROM is stored in the CPU in the medium. An access method for directly executing the instruction code is also proposed. According to this method, the data transfer through the I / O line can be performed in a short time only for transferring the program as binary data. Thereafter, since the CPU only needs to execute the program in the EEPROM, only the processing in the medium is required, and very high-speed processing is possible. However, this method has a big problem in terms of security. That is, the control of the CPU is completely controlled by the routine of the instruction code transferred to the EEPROM, away from the control of the normal routine prepared in the ROM. For this reason, if an unauthorized user describes an unauthorized program with an instruction code and uses this method, the CPU will faithfully execute the unauthorized program.
[0008]
Accordingly, an object of the present invention is to provide a portable information recording medium and an access method thereof that can efficiently perform external access while ensuring sufficient security.
[0009]
[Means for Solving the Problems]
  (1) According to a first aspect of the present invention, a CPU, a ROM storing a program made up of instruction codes that can be directly executed by the CPU, a RAM used as a work area of the CPU, a data stored via the CPU, And a non-volatile memory that can be read and written, and the CPU executes a predetermined program in the ROM based on a command given from the outsideThe result is sent back to the outside as a response.In a portable information recording medium having a function to
  When a write command with “batch file consisting of multiple commands listed” is given as data to be written from outside, this batch file is written to nonvolatile memory and the execution result is written. Processing to send back as a response to the command,
When a predetermined batch processing execution command is given from the outside, multiple commands contained in the batch file written in the non-volatile memory are interpreted as commands given from the outside and executed sequentially Once all the commands in the batch file have been processed, the necessary responses to these commands are sent in batches as responses to the batch processing execution command,
I doA function is provided.
[0010]
  (2) According to a second aspect of the present invention, in the portable information recording medium according to the first aspect described above,
  Responses generated by the execution of each command in the batch file are temporarily stored in the RAM. After all commands in the batch file have been executed, the responses stored in the RAM are responses to the batch processing execution command. As a batchIt is what I did.
[0011]
  (3) According to a third aspect of the present invention, in the method for accessing the portable information recording medium according to the first or second aspect described above,
  Prepare a batch file that lists multiple commands to be given to portable information recording media.
  Give a batch file prepared with a predetermined write command to the portable information recording medium, write this batch file in the nonvolatile memory,The result is sent back to the outside as a response to the write command.
  By giving a predetermined batch processing execution command to the portable information recording medium, each command in the batch file written in the nonvolatile memory is interpreted as an externally given command and executed.When all the commands in the batch file have been processed, the necessary responses for these commands are batched and returned as a response to the batch processing execution command.It is made to let you.
[0012]
(4) A fourth aspect of the present invention is the portable information recording medium access method according to the third aspect described above,
Responses generated by the execution of each command in the batch file are temporarily stored in the RAM. After all commands in the batch file have been executed, the responses stored in the RAM are responses to the batch processing execution command. Are sent to the outside in a batch.
[0013]
DETAILED DESCRIPTION OF THE INVENTION
The portable information recording medium according to the present invention has a batch processing execution function for interpreting and executing data written in the nonvolatile memory as a command given from the outside. Therefore, if a batch file consisting of a plurality of commands is prepared, and this batch file is given to the medium from the outside together with a write command and written into the non-volatile memory, the batch file is configured by this batch processing execution function. It becomes possible to interpret the command as an externally given command and execute it. That is, the CPU in the medium handles the command in the batch file stored in the non-volatile memory in the same medium as if it were a command given from the outside, and executes it.
[0014]
According to this method, the data transfer via the I / O line can be performed in a short time only to transfer the batch file to the medium. Thereafter, since the CPU only needs to execute commands in the EEPROM, only processing in the medium is required, and extremely high-speed processing becomes possible. In addition, for each command in the batch file, control information (so-called header and footer information) according to a predetermined transmission protocol is not necessary, and redundancy can be reduced. Moreover, what the CPU executes is only a command, not an instruction code itself. Accordingly, it is possible to maintain the same security as the access by the procedure of command transmission / response return via the I / O line.
[0015]
As described above, according to the present invention, it is possible to efficiently perform external access while ensuring sufficient security.
[0016]
【Example】
Hereinafter, the present invention will be described based on embodiments shown in the drawings.
[0017]
§1. General access method of IC card
First, a general access method for an IC card that is currently popular will be described. FIG. 1 is a block diagram showing a state in which a reader / writer device 20 as an external device is connected to a general IC card 10 and accessed. The IC card 10 and the reader / writer device 20 are connected to each other by an I / O line 30. Here, the IC card 10 includes an I / O interface 11, a CPU 12, a ROM 13, a RAM 14, and an EEPROM 15. The I / O interface 11 is an input / output circuit for transmitting and receiving data via the I / O line 30, and the CPU 12 communicates with the reader / writer device 20 via the I / O interface 11. The ROM 13 stores a program made up of instruction codes that can be directly executed by the CPU 12, and the CPU 12 has a function of performing overall control of the IC card 10 based on this program. The RAM 14 is a memory used as a work area when the CPU 12 performs such overall control. On the other hand, the EEPROM 15 is a memory for storing original data to be recorded on the IC card 10.
[0018]
Normally, power and a clock are supplied to the IC card 10 from an external reader / writer device 20. Therefore, when the IC card 10 is disconnected from the reader / writer device 20, the supply of power and clock to the IC card 10 is stopped. However, since the EEPROM 15 is a non-volatile memory, the recorded content is retained as it is even after the power supply is stopped. However, all the data in the RAM 14 is lost by stopping the power supply.
[0019]
All accesses to the memories 13, 14, and 15 in the IC card 10 are performed via the CPU 12, and these memories cannot be directly accessed from the outside. That is, when a predetermined “command” is given from the reader / writer device 20 to the CPU 12, the CPU 12 interprets and executes this “command” and returns the result as a “response” to the reader / writer device 20. Become. For example, when writing to a predetermined file in the EEPROM 15, data to be written is given to the CPU 12 together with the “write command”, and the writing process is performed in the form of execution of the “write command” by the CPU 12. It will be. Conversely, when data is read from a predetermined file in the EEPROM 15, a predetermined “read command” is given to the CPU 12, and read processing is performed in the form of execution of the “read command” by the CPU 12. As described above, when the execution of the “command” is completed in the IC card 10, a “response” for the executed “command” is returned to the outside. For example, when a “write command” is given, a “response” indicating whether or not the write process has been executed without any trouble is returned. When a “read command” is given, the data to be read is returned. Will be returned in the form of a response.
[0020]
Usually, data is stored in the EEPROM 15 in units of files, and an access right is set for each individual file. In this case, when a specific “command” is executed for a specific file, input of a predetermined key is required. Therefore, before executing the “write command” or the “read command”, the key collation must be performed by executing a predetermined “collation command”. For this reason, it is possible to ensure high security for the data stored in the EEPROM 15.
[0021]
FIG. 2 is a block diagram illustrating such a general access method. When accessing the IC card 10, first, the transmission data 31 is transferred from the reader / writer device 20 to the CPU 12 via the I / O line 30. The transmission data 31 is obtained by adding “header” and “footer” before and after the original “command” to be given to the CPU 12. The “header” and “footer” are control information according to a predetermined transmission protocol for transmission via the I / O line 30. When the “command” is transferred in this way, the CPU 12 interprets and executes it to generate a “response”. This “response” is returned to the reader / writer device 20 as return data 32. The return data 32 is obtained by adding “header” and “footer” before and after “response”.
[0022]
In order to cause the CPU 12 to execute “commands”, a program routine is prepared for each “command” in the ROM 13. For example, corresponding to each of “write command”, “read command”, and “collation command”, “write processing routine”, “read processing routine”, and “collation processing routine” are prepared in ROM 13. ing. Actually, several other “commands” are defined, and each of the defined “commands” has its own subroutine in the ROM 13. The subroutine in the ROM 13 is an instruction code that can be directly executed by the CPU 12, that is, a program described in so-called “machine language”. When the CPU 12 receives the “command” via the I / O line 30, it first interprets the received “command” by executing the “common command processing routine” in the ROM 13, and a subroutine corresponding to the “command”. Select. Then, a jump to the instruction code at the head of the subroutine corresponding to each “command” occurs, and a predetermined process is executed. When this process is completed, the process returns to the “common command process routine” again, and a process of returning a predetermined “response” is performed. The above is the overall processing flow when one “command” is given to the CPU 12.
[0023]
In this way, general access to the IC card is performed by repeating the process of command transmission / response return / command transmission / response return /. For this reason, as described above, (1) it takes a long time to access, (2) security during transmission decreases, and (3) redundancy increases. That is, the transfer speed of the “command” and “response” via the I / O line 30 is very slow compared to the arithmetic processing speed of the CPU 12, and there is a problem that (1) access takes time. Become. In addition, there is a high possibility that data flowing on the I / O line 30 will be illegally observed from the outside. If data is transferred over a long period of time, (2) the security during transmission will be reduced. become. Furthermore, since it becomes necessary to add control information such as “header” and “footer” in accordance with a predetermined transmission protocol for transmission via the I / O line 30, (3) redundancy is increased. The problem of, etc. also arises. Thus, the access of the IC card 10 by the procedure of command transmission / response return via the I / O line 30 is not necessarily efficient.
[0024]
§2. Access method using instruction code
As a solution to such a problem, an access method using an instruction code has been conventionally proposed. This method will be described with reference to the block diagrams of FIGS. First, in accordance with the contents of access to the IC card 10, a program composed of instruction codes is prepared each time. As described above, the instruction code is a program described in so-called “machine language” that can be directly executed by the CPU 12. However, normally, a program composed of this instruction code is prepared by compiling a source program written in a high-level language.
[0025]
Subsequently, a process of writing the program including the prepared instruction code into the EEPROM 15 as binary data is performed. FIG. 3 shows this writing process. In the illustrated example, a “write command” “WRITE BINARY” is transmitted to the CPU 12 as the transmission data 31. Here, the “write command” is composed of “write command code” and “data to be written”, and is composed of prepared instruction codes in the “data to be written” portion. There is a program. Since this program is handled as binary data, as a result, as shown in FIG. 4, the program consisting of this instruction code is written as it is in a predetermined file in the EEPROM 15.
[0026]
Next, as shown in FIG. 4, a “program execution command” “GO PROG” is transmitted to the CPU 12 as the transmission data 31. This “program execution command” is a command specially defined for performing the access method using the instruction code described here, and is a command for instructing that the instruction code group written in the EEPROM 15 should be executed as it is. It is. In order to execute such a command, it is necessary to prepare a subroutine corresponding to the “program execution command” in the ROM 13, but the subroutine is very simple. That is, it may be constituted by a jump instruction to the start address of the instruction code written in the EEPROM 15.
[0027]
Thus, when the “program execution command” is executed, the CPU 12 directly executes the instruction code written in the EEPROM 15. According to such an access method, the data transfer via the I / O line 30 can be performed in a short time only to transfer the program as binary data. Thereafter, since the CPU 12 only has to execute the program in the EEPROM 15, only the processing inside the IC card 10 is required, and very high speed processing is possible. Compared with the general access method described in §1, the CPU 12 Can be accessed efficiently.
[0028]
However, this access method has a big problem in terms of security as already described. After the “program execution command” is executed, the control of the CPU 12 is completely controlled by the instruction code written in the EEPROM 15. For this reason, if an unauthorized user describes an unauthorized program with an instruction code and uses this method, the CPU will faithfully execute the unauthorized program. In other words, as long as the CPU 12 executes an instruction given in the form of “command”, the regular security check prepared in the ROM 13 functions, but the primitive instruction given in the form of “instruction code” is executed by the CPU 12. Such security checks will no longer work when running.
[0029]
§3. Access method according to the present invention
As described above, both the general access method described in §1 and the access method using the instruction code described in §2 have advantages and disadvantages. The present invention proposes a novel access method that solves the problems of these methods. Hereinafter, this method will be described with reference to the block diagrams of FIGS.
[0030]
First, in accordance with the access contents to the IC card 10, a batch file consisting of a list of commands is prepared each time. That is, in the general access method described in §1, a batch file is created by arranging several “commands” transmitted as the transmission data 31. However, the “header” and “footer” added based on the transmission protocol are not necessary here, and the prepared batch file may include only the “command” portion.
[0031]
Subsequently, a process of writing the prepared batch file in the EEPROM 15 is performed. FIG. 5 shows this writing process. In the illustrated example, a “write command” “WRITE BINARY” is transmitted to the CPU 12 as the transmission data 31. Here, the “write command” is composed of “write command code” and “data to be written”, and the prepared batch file is put in the “data to be written” part. ing. This batch file is composed of a large number of “commands”. Here, however, the batch files are handled not as “commands” but as mere data, and as a result, as shown in FIG. It will be written as it is.
[0032]
Next, as shown in FIG. 6, a “batch process execution command” “BATCH” is transmitted to the CPU 12 as the transmission data 31. This “batch processing execution command” is a command specially defined for performing the access method according to the present invention. The “command” in the batch file written in the EEPROM 15 is transferred via the I / O line 30. It is a command for performing processing to be interpreted and executed as a “command” given from the outside. In order to execute such a command, it is necessary to prepare a subroutine corresponding to the “batch processing execution command” in the ROM 13, but the subroutine can be added relatively easily. This is because, as already described, a “common command processing routine” for interpreting and executing a “command” given from the outside via the I / O line 30 is already prepared in the ROM 13. In the “Common Command Processing Routine”, instead of the “Command” given from the outside, if the “Command” in the batch file is changed to be interpreted and executed, it corresponds to the “Batch Processing Execution Command”. Routines can be easily created.
[0033]
Specifically, during execution of the “batch processing execution command”, the “command” in the batch file stored in the EEPROM 15 may be indicated by the buffer pointer BP. This basic concept will be described with reference to FIG. In the general access method described in §1, the “command” given through the I / O line 30 is temporarily stored in a buffer in the RAM 14 as shown in FIG. The start position of the “command” in this buffer is indicated by the pointer BP. The CPU 12 interprets and executes the “command” while sequentially moving the buffer pointer BP. That is, after a subroutine corresponding to a given “command” is executed, a predetermined “command” is generated and returned. On the other hand, in the access method according to the present invention, when a “batch processing execution command” is given, the start position of the batch file in the EEPROM 15 is indicated by the buffer pointer BP as shown in FIG. The “command” is interpreted and executed while sequentially moving the buffer pointer BP.
[0034]
Thus, although the memory area pointed to by the buffer pointer BP is different in that one is a buffer area in the RAM 14 and the other is a batch file storage area in the EEPROM 15, the substantial interpretation processing of “command” is performed. There is no essential difference between the general access method described in §1 and the access method according to the present invention.
[0035]
However, there is a slight difference regarding the method of returning the “response”. That is, when a “command” given through the I / O line 30 and stored in the buffer in the RAM 14 is executed, a “response” to this “command” is immediately returned, but the EEPROM 15 When the “command” stored in the batch file is executed, the “response” for each “command” is temporarily accumulated in the RAM 14 and all the “commands” in the batch file are processed. At the time of completion, the “responses” stored in the RAM 14 are returned in a batch. Accordingly, when viewed from the reader / writer device 20 side, when a “batch processing execution command” “BATCH” is transmitted to the CPU 12, each “command” in the batch file is used as a “response” to this “batch processing execution command”. "Response" can be obtained collectively.
[0036]
In the general access method described in §1, the CPU 12 always executes a predetermined command sequentially by repeating the procedure of command transmission / response return. However, in the access method according to the present invention, first, a plurality of commands are transmitted. A batch file in which “commands” are listed and prepared is prepared, and after writing the batch file in the EEPROM 15, a “batch processing execution command” may be given to the CPU 12. Since the CPU 12 interprets each “command” in the batch file as a “command” given from the outside via the I / O line 30 and executes it sequentially, the CPU 12 performs the same processing as a general access method. Can be executed. According to this method, the data transfer through the I / O line 30 is a short time required to transfer the batch file as binary data. Thereafter, since the CPU 12 only has to execute the “command” in the EEPROM 15, only the processing inside the IC card 10 is required, and extremely high speed processing becomes possible. In addition, since the data transfer time via the I / O line 30 is relatively short, the possibility that data is illegally leaked outside via the I / O line 30 is also reduced. Furthermore, it is not necessary to add control information corresponding to the transmission protocol such as “header” and “footer” to each “command” in the batch file (the batch file is transferred via the I / O line 30). It is necessary to add "Header" and "Footer" to the "Write command", but it is necessary to add "Header" and "Footer" to each "Command" that makes up the batch file. There will be less redundancy.
[0037]
Further, this method does not cause a security problem unlike the access method using the instruction code described in §2. Comparing FIG. 4 (description of the method of §2) and FIG. 6 (description of the method of §3), both are common in that “the CPU 12 executes an instruction written in the EEPROM 15”. However, the former instruction is an instruction code, that is, a “machine language” level instruction that can be directly executed by the CPU 12, whereas the latter instruction is a “command” level instruction given via the I / O line 30. There are some major differences. That is, in the access method according to the present invention, the execution target of the CPU 12 is merely a “command”, and the instruction code directly executed by the CPU 12 is an instruction code prepared in the ROM 13. Therefore, the regular security check prepared in the ROM 13 functions sufficiently, and unauthorized access is not performed at the instruction code level.
[0038]
§4. Examples of access
Next, an access method according to the present invention will be described based on a specific example. Here, as shown in FIG. 8, an explanation will be given taking an example of access processing related to six files existing in the EEPROM 15. Each of these six files has a unique file ID (in this example, a 2-byte code in hexadecimal), that is, “2F10”, “2F11”, “2F12”, “2F13”, “2F14”, “2F15”. Is granted. Here, the file “2F10” is a data file storing some user data related to the user who is the owner of the IC card, and the other five files are for reading user data from the data file “2F10”. It is assumed that the key file stores necessary keys. For example, a first key “1111” is stored in the first key file “2F11”. In order to read user data from the data file “2F10”, a “read command” may be given to the CPU 12 after giving a “select command” for selecting this data file. If the verification is not completed, this “read command” is rejected without being executed. Accordingly, in order to access the data file “2F10”, it is necessary to repeatedly execute the “collation command” and collate all five keys.
[0039]
Here, first, a method for reading user data in the data file “2F10” by the general access method described in §1 will be described. In this case, 12 types of “commands” as shown in FIG. 9 are required. These 12 types of “commands” are transmitted one by one from the reader / writer device 20 to the CPU 12 via the I / O line 30. When the execution of one “command” is completed, a “response” to this is returned from the CPU 12 to the reader / writer device 20 via the I / O line 30. After the “response” is returned, the reader / writer device 20 transmits the next “command”. Thus, when the round-trip transfer of “command” and “response” is repeated 12 times via the I / O line 30, the user data in the data file “2F10” is read to the reader / writer device 20 side.
[0040]
The 12 types of “commands” shown in FIG. 9 will be briefly described step by step. First, the “select command” “SELECT FILE 2F11” in step 1 selects the first key file “2F11”. It is a command to do. After performing the process of selecting the key file “2F11”, the CPU 12 returns a “response” indicating that the selection has been performed correctly. The subsequent “verification command” “VERIFY 1111” in step 2 is a command for comparing and collating the key in the key file selected immediately before with the password code “1111”. The CPU 12 executes this collation, and returns a result indicating whether or not both match as a “response”. If the two match, an unlock flag for this key is set in the RAM 14. The “selection command” “SELECT FILE 2F12” in step 3 is a command for selecting the second key file “2F12”, and the “verification command” “VERIFY 2222” in step 4 is immediately before. This is a command for comparing and collating the key in the selected key file with the password code “2222”. In the same manner, all the five types of keys are collated by the “command” in steps 5 to 10.
[0041]
Then, the target data file “2F10” is selected by the “selection command” “SELECT FILE 2F10” in step 11. Subsequently, when the “read command” “READ BINARY” in step 12 is given, the CPU 12 refers to the unlock flag in the RAM 14 to execute the “read command” on the data file “2F10”. It is determined whether or not the set access right condition is satisfied. At this point, since the collation match has already been obtained for all the first to fifth keys, the CPU 12 executes this “read command”. As a result, the user data in the data file “2F10” is returned as a “response” to the reader / writer device 20 in the form of binary data.
[0042]
As described above, in order to execute the reading process for the data file “2F10” by the conventional general access method described in §1, 12 types as shown in FIG. It is necessary to perform an operation of sending “commands” one by one, waiting for a “response” reply, and sending the next “command”. As described above, such an operation is very slow compared with the arithmetic processing speed of the CPU 12, and the exchange of “command” and “response” is easily intercepted from the I / O line 30. In addition, when each “command” shown in FIG. 9 and “response” corresponding thereto are transmitted, the “header” and “footer” according to a predetermined transmission protocol are transferred to each “command” and “response”. There is also a problem that the redundancy becomes high.
[0043]
In order to perform the same reading process according to the present invention, the following process may be performed. First, as shown in FIG. 10, in addition to the six files described above, a dedicated data file “2F16” and key file “2F17” for carrying out the present invention are prepared in the EEPROM 15. Here, the data file “2F16” is a file for storing a batch file. The key file “2F17” is a key file that stores keys necessary for executing the “batch processing execution command” for the batch file. In this embodiment, a key “7777” is written in advance. It is. Note that the key file “2F17” is not necessarily required to implement the present invention, but it is preferable to provide such a key file in order to increase security.
[0044]
On the other hand, the reader / writer device 20 side prepares a batch file in which 12 types of “commands” as shown in FIG. 9 are listed. Then, six types of “commands” as shown in FIG. 11 may be transmitted one by one from the reader / writer device 20 to the CPU 12 via the I / O line 30. First, the “selection command” “SELECT FILE 2F16” in step 1 is a command for selecting the data file “2F16” for storing the batch file. After performing the process of selecting the data file “2F16”, the CPU 12 returns a “response” indicating that the selection has been performed correctly. The next “write command” “WRITE BINARY (batch file)” in step 2 is a command for writing the prepared batch file as binary data into the data file selected immediately before. In this embodiment, since no key verification is required for the writing process for the data file “2F16”, the 12 types of “commands” shown in FIG. The enumerated batch file is written as it is in the data file “2F16”.
[0045]
Subsequently, the key file “2F17” is selected by the “selection command” “SELECT FILE 2F17” in step 3, and the key in the selected key file is selected by the “verification command” “VERIFY 7777” in step 4. The code code “7777” is compared and collated. The CPU 12 executes this collation, returns a result indicating whether or not both match as a “response”, and if both match, sets an unlock flag for this key in the RAM 14. Subsequently, the data file “2F16” storing the batch file is selected again by the “selection command” “SELECT FILE 2F16” in step 5. In the final step 6, a “batch processing execution command” “BATCH” is given to the CPU 12. The CPU 12 executes the “batch process execution command” after confirming that the key “7777” has already been unlocked by referring to the unlock flag in the RAM 14. That is, the “command” shown in FIG. 9 stored in the batch file is executed as if it were sequentially given as “command” via the I / O line 30 and the “response” is temporarily stored in the RAM 14. Keep it. Thus, when the execution of the “command” “READ BINARY” in step 12 shown in FIG. 9 is completed, the “response” temporarily stored in the RAM 14 is used as the “response” of the “batch processing execution command”. Return it. Eventually, when viewed from the reader / writer device 20, the user data in the data file “2F10” can be read out as the “response” of the “command” “BATCH” in step 6 of FIG.
[0046]
As described above, in the conventional general access method, it is necessary to perform the operation of sequentially transferring 12 types of “commands” as shown in FIG. 9 through the I / O line 30 and waiting for “response” for each of them. On the other hand, in the access method according to the present invention, it is sufficient to perform the same operation for the six types of “commands” shown in FIG. In addition, the number of “commands” shown in FIG. 11 is always 6 regardless of how many “commands” shown in FIG. 9 increase (written by “write command” “WRITE BINARY” in step 2). It only increases the capacity of the batch file). Therefore, the effect of the present invention becomes more prominent when an access is performed using a series of “commands” composed of more steps. The data in the batch file is only a “command” level instruction and not an “instruction code” level instruction used in the method described in §2, so there is no problem in terms of security. For example, in the above-described example, the unauthorized user cannot read the user data in the data file “2F10” unless he / she knows five keys “1111”, “2222”,.
[0047]
Lastly, FIG. 12 shows an example of the format when a batch file is configured by listing “commands”. In this example, the code of “command” is arranged following the part indicating the command length consisting of 2 bytes (the part indicated as “XX” in the figure), and finally the end code “0000” consisting of 2 bytes. "Is added. In the batch file in the “write command” in step 2 of FIG. 11, binary codes in which “commands” are listed in the format shown in FIG. 12 are entered. Any other format may be used as the format of the batch file. A predetermined format is defined in advance, and a processing routine corresponding to the “batch processing execution command” in the ROM 13 It is necessary to be able to interpret each "command" in the batch file based on the format.
[0048]
As mentioned above, although this invention was demonstrated based on the Example shown in figure, this invention is not limited to this Example, It can implement in a various aspect other than this. For example, in the above-described embodiment, “responses” for individual “commands” in the batch file are temporarily stored in the RAM 14 and finally returned in a batch. There is no need to send back the “response”, and it may be omitted for the “response” of low importance. For example, for the 12 types of “commands” shown in FIG. 9, the “response” to “read command” in step 12 is important including user data to be read, but for other “commands”. The “response” is merely for confirming that the file selection or verification has been executed without any problem, and may be discarded without being temporarily stored in the RAM 14.
[0049]
If any error (for example, mismatch of collation) occurs while executing a series of “commands” in the batch file, the execution of the “batch processing execution command” is interrupted at that time, and “BATCH” As a “response” to “command”, a status indicating the occurrence of an error may be returned.
[0050]
Further, in the above-described embodiments, the example in which the present invention is applied to an IC card has been described. However, the application of the present invention is not limited to an IC card, and extends to a portable information recording medium having a built-in CPU. Is.
[0051]
【The invention's effect】
As described above, the portable information recording medium according to the present invention has a batch processing execution function for interpreting and executing data written in the nonvolatile memory as a command given from the outside. If you prepare a batch file with a list of commands, give this batch file to the medium from outside with a write command, and write it in the non-volatile memory, this batch process execution function will change the commands that make up the batch file to the external It is possible to interpret and execute the command given by. For this reason, it is possible to efficiently perform external access while ensuring sufficient security.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a state in which a reader / writer device as an external device is connected to a general IC card and accessed.
FIG. 2 is a block diagram illustrating a conventional general access method for an IC card.
FIG. 3 is a block diagram for explaining an operation in a previous stage of an access method using an instruction code for an IC card.
FIG. 4 is a block diagram for explaining a subsequent operation of an access method using an instruction code for an IC card.
FIG. 5 is a block diagram for explaining an operation in the first stage of an access method according to the present invention for an IC card.
FIG. 6 is a block diagram for explaining a subsequent operation of an access method according to the present invention for an IC card.
FIG. 7 is a diagram for explaining a difference in command interpretation processing between a general access method and an access method according to the present invention.
FIG. 8 is a conceptual diagram showing an example of a file group stored in an EEPROM in a general IC card.
FIG. 9 is a diagram illustrating a “command” group necessary for performing an operation of reading user data from the data file “2F10” illustrated in FIG. 8;
FIG. 10 is a conceptual diagram showing a state in which another file is added to the file group shown in FIG. 8 in order to apply the present invention.
11 is a diagram showing a “command” group necessary for performing an operation of reading user data from the data file “2F10” shown in FIG. 10 according to the present invention.
FIG. 12 is a diagram showing an example of a format of a batch file used in the present invention.
[Explanation of symbols]
10 ... IC card
11 ... I / O interface
12 ... CPU
13 ... ROM
14 ... RAM
15 ... EEPROM
20: Reader / writer device
30 ... I / O line
31 ... transmission data
32 ... Return data

Claims

A CPU, a ROM storing a program comprising instruction codes that can be directly executed by the CPU, a RAM used as a work area of the CPU, and a non-volatile memory capable of reading and writing data via the CPU In accordance with a command given from the outside, the portable information recording medium having a function for the CPU to execute a predetermined program in the ROM and return the result to the outside as a response .
When a write command having a “batch file formed by listing a plurality of commands” from outside is given as write target data, a process of writing the batch file to the nonvolatile memory is executed, and the execution result is Processing to send back as a response to the write command;
When a predetermined batch processing execution command is given from outside, a plurality of commands included in the batch file written in the non-volatile memory are interpreted as commands given from outside and sequentially executed When the processing of all the commands in the batch file is completed, the necessary responses to these commands are batched and returned to the outside as a response to the batch processing execution command;
A portable information recording medium having a function of performing

The medium of claim 1, wherein
Responses generated by the execution of each command in the batch file are temporarily stored in the RAM. After all commands in the batch file have been executed, the responses stored in the RAM are displayed as responses to the batch processing execution command. A portable information recording medium characterized by being collectively sent to the outside.

A CPU, a ROM storing a program comprising instruction codes that can be directly executed by the CPU, a RAM used as a work area of the CPU, and a non-volatile memory capable of reading and writing data via the CPU And a portable information recording medium having a function of executing a predetermined program in the ROM and returning the result to the outside as a response based on a command given from the outside In
Prepare a batch file that lists a plurality of commands to be given to the portable information recording medium,
Giving the batch file together with a predetermined write command to the portable information recording medium, writing the batch file in the nonvolatile memory, returning the result to the outside as a response to the write command,
To the portable information recording medium, by applying a predetermined batch processing execution command, each command of said nonvolatile written batch file in memory, to be executed by interpreting the command given from the outside When all the commands in the batch file have been processed, necessary responses to these commands are collectively returned to the outside as responses to the batch processing execution command. Possible information recording medium access method.

The access method according to claim 3, wherein
Responses generated by the execution of each command in the batch file are temporarily stored in the RAM. After all commands in the batch file have been executed, the responses stored in the RAM are displayed as responses to the batch processing execution command. A method for accessing a portable information recording medium, characterized by: