JPH1063793A - Ｉｃカード及びｉｃカードのコマンド確立方法 - Google Patents

Abstract

(57)【要約】 【課題】 不揮発性メモリに格納されたプログラムによ
り処理すべきコマンドの１次情報を受信した場合にもコ
マンドを的確に確立する。 【解決手段】 不揮発性メモリに格納されたプログラム
により処理されるべきコマンドの１次情報を受信したと
きは、そのプログラムを実行することによりコマンドの
種別を特定し（Ｓ６１２、Ｓ６１４）、特定された種別
より、コマンドを確立するために２次情報を必要とする
か否かを決定する（Ｓ６１６）を有することを特徴とす
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ＣＰＵが実行可能
なプログラムを不揮発性メモリに必要に応じて格納する
ことが可能であり、１次情報のみから構成されるコマン
ド、又は１次情報及びそれに続く２次情報から構成され
るコマンドを外部から受信するＩＣカードに関するもの
である。

【０００２】

【従来の技術】ＩＣカードは、磁気カードに代わる新し
い情報記憶媒体として、近年注目を集めている。特に、
ＣＰＵを内蔵したＩＣカードは、高度なセキュリティを
実現できることから、高度情報化社会の種々の分野にお
いて利用されることが期待されている。一般にＩＣカー
ドは、ＲＯＭ、ＲＡＭ、ＥＥＰＲＯＭの３種類のメモリ
と、それらメモリにアクセスするＣＰＵとを備えてい
る。ＥＥＰＲＯＭは、書き換え可能な不揮発性メモリで
あり、ＩＣカードユーザに関する個人情報等のデータが
保存される。ＲＡＭは、ＣＰＵがプログラムを実行する
ときに作業領域として使用する揮発性のメモリである。
ＲＯＭは、読み出し専用メモリであり、ＣＰＵが実行す
べき処理を示すプログラムが格納されている。

【０００３】一般に、ＩＣカードは、リーダ・ライタ等
の外部機器と通信によりコマンドとレスポンスの送受信
を行い、これにより、ＥＥＰＲＯＭへのデータの書き込
み、書き換えその他の動作を行う。ＩＣカードと外部機
器との通信手順については、ＩＳＯ規格に定められてお
り、その１つにＩＳＯ７８１６ ｐａｒｔ３ のＴ＝０
プロトコルがある。

【０００４】図１０は、ＩＳＯ７８１６ ｐａｒｔ３
に定義されているＴ＝０プロトコルで使用されるコマン
ドのフォーマットを示す図である。Ｔ＝０プロトコルで
は、コマンドを２種類に大別することができる。１つ
は、５バイトヘッダーのみから構成されるコマンドであ
る（ｃａｓｅ１及びｃａｓｅ２参照）。５バイトヘッダ
ーとは、５バイトから構成され、最初にＩＣカードに送
信されるコマンドの１次情報である。５バイトヘッダー
は、コマンドのクラスを示すＣＬＡ、種別を示すＩＮ
Ｓ、パラメータＰ１、Ｐ２、及び５バイトヘッダーの後
に続くデータの長さを示すＬの５つの１バイトデータよ
り構成されている。もう一方の種類のコマンドは、５バ
イトヘッダーとコマンドデータとから構成されるコマン
ドである（ｃａｓｅ３及びｃａｓｅ４参照）。コマンド
データは、５バイトヘッダーの後に続いて送受信される
コマンドの２次情報である。コマンドデータとしては、
例えばコマンドがＩＣカードへのデータの書き込み処理
を行うものであるときは、その書き込まれるべきデータ
が該当する。

【０００５】また、Ｔ＝０プロトコルでは、ＩＣカード
と外部機器の行う通信の手順に４つのケースがある。図
１１は、その４つのケースの通信手順を示す図である。
第１のケースは、コマンド及びレスポンスのいずれもが
データを伴わない場合の通信手順を定めたものである。
第１のケースでは、はじめに、外部機器からＩＣカード
へコマンドの５バイトヘッダーが送信される。このケー
スでは、コマンドが５バイトヘッダーのみから構成され
るので、ＩＣカードは、５バイトヘッダーを受信した段
階で直ちにコマンドを確立し、これを実行する。また、
ＩＣカードは、コマンド実行後に、コマンドが正常に処
理されたか否かを知らせるステータス・ワード（ＳＷ
１、ＳＷ２）を返信し、通信は終了する。

【０００６】第２のケースは、レスポンスにデータが含
まれている場合の通信手順を定めたものである。第２の
ケースでは、５バイトヘッダーの５バイト目の「Ｌ」
は、読み出したいデータの長さを示している。ＩＣカー
ドは、５バイトヘッダーを受信すると、まずその中の
「ＩＮＳ」を送信し、次に「Ｌ」に対応する長さのデー
タを送信する。最後にステータス・ワードが返され、通
信は終了する。第１ケースと同様にこのケースでも、Ｉ
Ｃカードは５バイトヘッダーを受信した段階で直ちにコ
マンドを確立する。

【０００７】第３のケースは、コマンドが５バイトヘッ
ダーの後にデータを伴い、一方、レスポンスはデータを
伴わないケースである。第３のケースでは、ＩＣカード
が５バイトヘッダーを受信し、その中のＩＮＳを外部機
器に返信すると、続いて外部機器がデータをＩＣカード
へ送信する。ＩＣカードは、そのデータを全部受信した
段階で始めてコマンドを確立する。データの受信が終了
した後に、ＩＣカードから外部機器へステータス・ワー
ドが返され、通信は終了する。

【０００８】第４のケースは、コマンドが５バイトヘッ
ダーの後にデータを伴い、かつ、レスポンスもデータを
伴うケースである。第４のケースは、外部機器からデー
タが送信され、そのコマンドがＩＣカードにおいて確立
されるまでは、第３のケースと同じである。次にＩＣカ
ードは、レスポンスとして返すデータの長さ情報を含ん
だステータス・ワードを返信する。外部機器は、受け取
った長さ情報を用いて、再び５バイトヘッダーを用意
し、今度は第２のケースと同様の通信手順にしたがっ
て、ＩＣカードからデータを受け取る。

【０００９】このように、Ｔ＝０プロトコルによる通信
では、最初に１次情報としての５バイトヘッダーがＩＣ
カードに送信される。ＩＣカードでは、５バイトヘッダ
ーの内容（ＣＬＡ、ＩＮＳ）を確認し、コマンドが第１
から第４のいずれのケースであるか、すなわち、コマン
ドが５バイトヘッダーの他に２次情報としてのデータを
伴うのか否かをまず判断する。この判断により、その後
の通信手順の内容、コマンドを確立する時期が決まるか
らである。各々のコマンドがＴ＝０プロトコルの４つの
ケースのうち、どのケースに該当するかは、カードの設
計段階において事前に取り決められる。また、その取り
決めに従いコマンドと通信手順の各ケースとの対応関係
を判断するプログラムは、予め専用メモリに格納される
のが常である。

【００１０】一方、ＩＣカードの用途は、今後ますます
多様化することが予想され、このような多様化に対応す
べく、アプリケーション・プログラムを導入可能なＩＣ
カードが本願出願人により特開平７−２１０６４２に開
示されている。アプリケーション・プログラムとは、Ｅ
ＥＰＲＯＭ等の書き換え可能なメモリに格納される、Ｃ
ＰＵが実行可能なプログラムである。アプリケーション
・プログラムは、ＩＣカードが製造された後に、必要に
応じてＩＣカードに導入される。アプリケーション・プ
ログラム導入することにより、ＩＣカードは、その使用
態様に合わせ、任意のアプリケーション（コマンド処
理）を実行可能になるという利益を取得する。

【００１１】

【発明が解決しようとする課題】しかし、前述したアプ
リケーション・プログラムを導入可能なＩＣカードで
は、アプリケーション・プログラムによって実行可能と
なる新しいコマンドが、図１１に示した通信手順のいず
れのケースに従うかは、ＩＣカードのＲＯＭを設計段階
において知ることはできない。このために、ＩＣカード
がアプリケーション・プログラムによって処理されるべ
きコマンドの５バイトヘッダーを受信した場合に、その
段階で直ちにコマンドを確立すべきか、さらに後から送
信されるコマンドデータを受信してからコマンドを確立
すべきか、決定できないという問題があった。

【００１２】そこで、本発明の課題は、不揮発性メモリ
に格納されたプログラムにより処理すべきコマンドの１
次情報を受信した場合に、さらに２次情報を受信すべき
か否かを的確に決定し、コマンドを確立するＩＣカード
を提供することにある。

【００１３】

【課題を解決するための手段】前記課題を解決するため
に、請求項１に係る発明は、ＣＰＵと、前記ＣＰＵが実
行可能なプログラムを格納する読み出し専用メモリと、
前記ＣＰＵが実行可能なプログラムを必要に応じて格納
する書き換え可能な不揮発性メモリとを備え、コマンド
種別情報を含む１次情報のみから構成されるコマンド、
又は前記１次情報及びそれに続く２次情報から構成され
るコマンドを外部から受信するＩＣカードにおいて、前
記不揮発性メモリに格納されたプログラムにより処理さ
れるべき前記コマンドの前記１次情報を受信したとき
は、そのプログラムを実行することにより前記コマンド
の種別を特定し、特定された前記種別より、前記コマン
ドを確立するために前記２次情報を必要とするか否かを
決定するを有することを特徴とする。

【００１４】請求項２に係る発明は、ＣＰＵと、前記Ｃ
ＰＵが実行可能なプログラムを格納する読み出し専用メ
モリと、前記ＣＰＵが実行可能なプログラムを必要に応
じて格納する書き換え可能な不揮発性メモリとを備え、
コマンド種別情報を含む１次情報のみから構成されるコ
マンド、又は前記１次情報及び２次情報から構成される
コマンドを外部から受信するＩＣカードのコマンド確立
方法において、外部から前記コマンドの１次情報を受信
し、前記１次情報に基づき前記コマンドが前記不揮発性
メモリに格納されているプログラムにより処理可能であ
るか否かを判断し、処理可能と判断された場合には、そ
のプログラムを実行することにより前記コマンドの種別
を特定し、特定された前記種別に基づき前記コマンドが
前記２次情報を伴うか否かを判断し、前記コマンドが前
記２次情報を伴わないと判断された場合は、前記１次情
報のみをもって前記コマンドを確立し、前記コマンドが
前記２次情報を伴うと判断された場合は、前記２次情報
を受信して前記コマンドを確立することを特徴とする。

【００１５】

【発明の実施の形態】以下、図面等を参照して、本発明
の一実施形態について、さらに詳しく説明する。図１
は、本発明に係るＩＣカードの構成を示す図である。図
１に示されるように、ＩＣカード１０は、読み出し専用
メモリであるＲＯＭ１２、揮発性メモリであるＲＡＭ１
４、随時書き換え可能な不揮発性メモリであるＥＥＰＲ
ＯＭ１６、及びこれらのメモリにアクセスするＣＰＵ１
８を備えている。

【００１６】また、ＩＣカード１０は、リーダ・ライタ
（不図示）と電気信号等の授受を行うための複数の接点
（Ｖｃｃ〜ＧＮＤ）を備えている。ＩＣカードをリーダ
・ライタに挿入すると、リーダ・ライタの接点がこのＩ
Ｃカードの接点と接続され、電気信号の授受が行われ
る。各接点には、それぞれ異なる電気信号が割り付けら
れている。例えば、Ｖｃｃは、ＩＣを動作させるために
必要な電源電圧の供給を受けるための接点であり、Ｉ／
Ｏは、ＣＰＵがリーダ・ライタとの通信を行うための接
点（シリアルポート）である。なお、本実施形態のＩＣ
カード１０は、リーダ・ライタ等の外部機器とＴ＝０プ
ロトコルに従い通信を行う。

【００１７】ＣＰＵ１８は、上記接点を介してコマンド
を付与される。ＣＰＵ１８は、コマンドを付与される
と、ＲＯＭ１２又はＥＥＰＲＯＭ１６に格納されている
プログラムを実行することによりそのコマンドを処理す
る。なお、本実施形態では、ＣＰＵ１８が実行すべきプ
ログラムは、ＲＯＭ１２及びＥＥＰＲＯＭ１６に格納さ
れている。ＲＯＭ１２に格納されているプログラムは、
主に、ＩＣカードの使用態様によらない汎用的な動作に
関するプログラム（以下「汎用プログラム」という）で
ある。一方、ＥＥＰＲＯＭ１６に格納されているプログ
ラムは、前述したアプリケーション・プログラムであ
る。

【００１８】図２は、本実施形態の各メモリに割り付け
られているアドレスの一例を示す図である。本実施形態
では、例えばＲＯＭ１２にＨ’００００〜Ｈ’２７Ｆ
Ｆ、ＲＡＭ１４にＨ’４０００〜Ｈ’４０ＦＦ、ＥＥＰ
ＲＯＭ１６にＨ’６０００からＨ’７ＦＦＦなるアドレ
スを割り当てている。なお、本明細書において数値の前
に「Ｈ’」が付されているときは、その数値は１６進数
に基づいて標記されていることが意味される。

【００１９】図３は、ＥＥＰＲＯＭ１６のメモリ・マッ
プを示す図である。本実施形態では、ＥＥＰＲＯＭ１６
の先頭の領域、すなわちＨ’６０００からＨ’６００Ｆ
をシステムエリアとして確保している。システムエリア
の先頭アドレスＨ’６０００には、変数ＮＯＡが格納さ
れている。ＮＯＡは、ＥＥＰＲＯＭ１６に格納（登録）
されているアプリケーション・プログラムの個数を示す
変数である。ＮＯＡは、０に初期設定され、後述するよ
うに１のアプリケーション・プログラムがＥＥＰＲＯＭ
１６に格納されるごとにその値を１ずつ加算される。ア
ドレスＨ’６００１〜Ｈ’６００Ｆまでの領域（ＲＦ
Ｕ）は、将来ＩＣカードの使用を変更したときに、その
仕様において必要とされる各種パラメータ等を格納する
ための予備的な空白領域である。

【００２０】アドレスＨ’６０１０以降は、アプリケー
ション・プログラムを格納することが可能な領域であ
る。図３には、一例として、２つのアプリケーション・
プログラムが格納されている状態が示されている。第１
のアプリケーション・プログラムはＨ’６０１０〜Ｈ’
６０７Ｆの領域に、第２のアプリケーション・プログラ
ムは、Ｈ’６０８０〜Ｈ’６０ＤＢの領域に格納されて
いる。ＥＥＰＲＯＭ１６に格納されているアプリケーシ
ョン・プログラムは、ａｎ＿ｌからａｐｐｌｉｃａｔｉ
ｏｎ ｐｒｏｇｒａｍ（以下「ａｐ．ｐｒｏ．」と略
す）までの５つの情報から構成されている。ａｎ＿ｌ及
びａｐｐｌｉｃａｔｉｏｎ＿ｎａｍｅ（以下「ａｐ．ｎ
ａ．」と略す）は、アプリケーション・プログラムを識
別するための情報である。すなわち、ａｐ．ｎａ．は、
当該アプリケーション・プログラムの名前であり、ａｎ
＿ｌは、ａｐ．ｎａ．の長さ（バイト数）を示す１バイ
トのデータである。

【００２１】ＮＡ＿ＡＤＤは、当該アプリケーション・
プログラムの次に格納されている、又は格納されるべき
アプリケーション・プログラムの先頭アドレスを示す２
バイトのデータである。図３の例では、第１のアプリケ
ーション・プログラムが有するＮＡ＿ＡＤＤは、第２番
目のアプリケーション・プログラムの先頭アドレスＨ’
６０８０を示している。また、第２番面のアプリケーシ
ョン・プログラムが有するＮＡ＿ＡＤＤは、将来第３番
目のアプリケーション・プログラムが格納されるべき領
域の先頭アドレスＨ’６０ＤＣを示している。なお、本
実施形態では、ＮＡ＿ＡＤＤは、必ずａｐ．ｎａ．の次
の領域に格納される。ａｐｌ＿ｌは、ＮＡ＿ＡＤＤの次
に格納される２バイトのデータであり、その直後に格納
されているａｐ．ｐｒｏ．の長さ（バイト数）を示して
いる。ａｐ．ｐｒｏ．は、アプリケーション・プログラ
ムの処理内容を示すプログラムと、そのプログラム実行
時に参照されるデータの集合である。

【００２２】図４は、本実施形態で使用されるＡｐｐｌ
ｉｃａｔｉｏｎ Ｌｏａｄコマンド（以下「Ａ．Ｌ．コ
マンド」と略す）及びＳｅｌｅｃｔコマンドのフォーマ
ットを示す図である。Ａ．Ｌ．コマンドは、アプリケー
ション・プログラムをＥＥＰＲＯＭ１６に格納するため
のコマンドである。また、Ｓｅｌｅｃｔコマンドは、Ｅ
ＥＰＲＯＭ１６に格納されている特定のアプリケーショ
ン・プログラムを選択するためのコマンドである。Ａ．
Ｌ．コマンドは、５バイトヘッダーと、その５バイトヘ
ッダーに続く４つの情報、すなわち、ａｎ＿ｌ、ａｐ．
ｎａ．、ａｐｌ＿ｌ及びａｐ．ｐｒｏ．から構成されて
いる。一方、Ｓｅｌｅｃｔコマンドは、５バイトヘッダ
ーと、それに続く２つの情報、すなわち、ａｎ＿ｌ及び
ａｐ．ｎａ．から構成されている。なお、本実施形態で
は、一例としてＡ．Ｌ．コマンドのＩＮＳに「Ｈ’Ａ
４」を、ＳｅｌｅｃｔコマンドのＩＮＳに「Ｈ’Ｆ０」
をそれぞれ割り当てている。

【００２３】図５は、ＲＯＭ１２に格納されている汎用
プログラムの流れ図である。以下、図５に基づき、ＩＣ
カード１０の動作の概要について説明する。ＩＣカード
１０とリーダ・ライタとが接続され、リーダ・ライタに
よりＩＣカードがリセット（活性化）されると、ＣＰＵ
１８は、まず初期応答情報（ＡＴＲ）をレスポンスとし
て出力する（Ｓ５０２）。次に、ＣＰＵ１８は、リーダ
・ライタからのコマンド待ち状態となる（Ｓ５０４）。
リーダ・ライタからのコマンドを受信すると、ＣＰＵ１
８は、そのコマンドがＲＯＭ１２の汎用プログラム、又
はＥＥＰＲＯＭのアプリケーション・プログラムにおい
て定義されているか否かを判断する（Ｓ５０６）。その
結果、受信されたコマンドが未定義のコマンドであると
判断されると（Ｓ５０６：Ｙｅｓ）、ＣＰＵ１８は、コ
マンドエラーステータスをＲＡＭ１４の所定領域にレス
ポンスデータとして編集する（Ｓ５０８）。

【００２４】Ｓ５０６において、受信されたコマンドが
未定義のコマンドでないと判断されると（Ｓ５０６：Ｎ
ｏ）、次に、そのコマンドの種別が確認される（Ｓ５１
０）。具体的には、コマンドのＩＮＳの値が確認され
る。ここで、ＩＮＳが「Ｈ’Ａ４」である場合は、Ｓ５
１２へ移行して、Ｓｅｌｅｃｔコマンドの処理が行われ
る。また、ＩＮＳが「Ｈ’Ｆ０」である場合は、Ｓ５１
６へ移行して、Ａ．Ｌ．コマンドの処理が行われる。一
方、ＩＮＳが上記２つの値以外の場合には、当該コマン
ドは、アプリケーション・プログラムにより実行される
べきコマンドであると判断される。この結果、ＣＰＵ１
８は、Ｓ５１４へ進み、受信したコマンドを選択済みの
アプリケーション・プログラムへ引き渡し、そのアプリ
ケーション・プログラムを実行することにより、コマン
ドに対応した処理を行う。Ｓ５１０、Ｓ５１２、Ｓ５１
４又はＳ５１６のいずれかの処理が終了すると、ＣＰＵ
１８は、ＲＡＭ１４の所定領域に編集されているレスポ
ンス情報をリーダ・ライタへ返信する（Ｓ５１８）。ま
た、Ｓ５１８の処理が終了すると、ＣＰＵ１８は再びＳ
５０４へ戻り、Ｓ５１８までの処理を繰り返す。

【００２５】図６は、図５のＳ５０４において行われる
処理をより詳細に示した流れ図である。はじめに、ＣＰ
Ｕ１８は、コマンドの５バイトヘッダーを受信するまで
待機している（Ｓ６０２、Ｓ６０４）。５バイトヘッダ
ーが受信されると、その中のＩＮＳの値が確かめられる
（Ｓ６０６）。ＩＮＳの値が「Ｈ’Ａ４」又は「Ｈ’Ｆ
０」のいずれでもない場合には、受信されたコマンド
は、汎用プログラムにおいて定義されていないコマンド
であると判断し、Ｓ６０８へ移行する（Ｓ６０６：Ｙｅ
ｓ）。

【００２６】Ｓ６０８では、ＥＥＰＲＯＭ１６に格納さ
れているアプリケーション・プログラムのいずれかが選
択されているか否かが確認される。アプリケーション・
プログラムが選択されていないと判断されると、受信し
たコマンドを処理する適当なプログラムが存在しないこ
ととなるので、ＣＰＵ１８は、ＲＡＭ１４の所定の領域
に未定義コマンド・エラー・ステータスをレスポンスと
して編集する。一方、Ｓ６０８において、アプリケーシ
ョン・プログラムが選択済みであると判断されると、受
信された５バイトヘッダーは、その選択済みのアプリケ
ーション・プログラムに引き渡される（Ｓ５１２）。具
体的には、後述するＳｅｌｅｃｔコマンド処理により記
憶されたＳｅｌｅｃｔ＿ａｄｄｒｅｓｓがサブルーチン
・コールされ、これによりアプリケーション・プログラ
ムが実行される。実行されたアプリケーション・プログ
ラムは、５バイトヘッダーのＣＬＡ及びＩＮＳの一方又
は双方の内容を参照し、これらより、そのコマンドの種
別を特定する。より具体的には、そのコマンドが、ＩＳ
Ｏ７８１６に定義されているＴ＝０プロトコルの４つの
通信手順のうち、いずれのケースで取り扱われるべきも
のであるかが特定される。特定された種別は、コマンド
種別データとしてアプリケーション・プログラムより返
される（Ｓ６１４）。

【００２７】次に、得られたコマンド種別データに基づ
き、そのコマンドが図１１に示した４つの通信手段のう
ち、いずれのケースに従い授受されるかが判断される。
第１又は第２のケースに従う場合、すなわち、そのコマ
ンドが５バイトヘッダーの後にコマンドデータを伴わな
い場合（Ｓ６１６：Ｙｅｓ）には、直ちに受信済みの５
バイトヘッダーがコマンドとして確立される（Ｓ６１
８）。上記以外の場合、すなわち、コマンドが第３又は
第４のケースに従い授受される場合（Ｓ６１６：Ｎｏ）
には、コマンドは、５バイトヘッダーの後にコマンドデ
ータを伴うことになる。そこで、ＣＰＵ１８は、５バイ
トヘッダーのＩＮＳを端末装置へ送信し（Ｓ６２０）、
５バイトヘッダーに続くべきコマンドのデータが送信さ
れるのを待つ（Ｓ６２２、Ｓ６２４）。データが受信さ
れると（Ｓ６２４：Ｙｅｓ）、５バイトヘッダーと受信
されたコマンドデータとが合わせてコマンドとして確立
される（Ｓ６２６）

【００２８】一方、Ｓ６０６において、ＩＮＳの値が
「「Ｈ’Ａ４」又は「Ｈ’Ｆ０」のいずれかであった場
合には（Ｓ６０６：Ｙｅｓ）、ＣＰＵ１８は、直接Ｓ６
２０からＳ６２６までの処理へ移行し、Ａ．Ｌ．コマン
ド又はＳｅｌｅｃｔコマンドを確立する。

【００２９】図７は、図５のＳ５１６の処理内容、つま
り、Ａ．Ｌ．コマンドが受信された場合にＣＰＵ１８が
実行する処理内容を示す流れ図である。ＣＰＵ１８は、
Ａ．Ｌ．コマンドが受信されると、まずシステムエリア
のアドレスＨ’６０００を参照し、ＮＯＡのデータを読
み出す（Ｓ７０２）。次に、ＣＰＵ１８は、２つの変数
ｓｅａｒｃｈ＿ａｄｄｒｅｓｓ（以下「ｓ．ａ．」と略
す）及びｃｏｕｎｔｅｒを初期設定する。ｓ．ａ．は、
アプリケーション・プログラムを格納する領域の先頭ア
ドレスＨ’６０１０に初期設定される（Ｓ７０４）。ま
た、ｃｏｕｎｔｅｒは、Ｓ７０２において取得されたＮ
ＯＡの値に初期設定される（Ｓ７０６）。

【００３０】次に、アプリケーション・プログラムを新
たに格納することが可能なＥＥＰＲＯＭ１６上の領域の
先頭アドレスが特定される（Ｓ７０８〜Ｓ７１２）。具
体的には、ｓ．ａ．にＮＡ＿ＡＤＤの内容を代入し、ｃ
ｏｕｎｔｅｒの値を１だけデクリメントする一連の処理
（Ｓ７１０、Ｓ７１２）が、ｃｏｕｎｔｅｒの値が０と
なるまで（Ｓ７０８：Ｙｅｓ）繰り返される。なお、Ｓ
７１０におけるＮＡ＿ＡＤＤは、Ｓ７０８においてｓ．
ａ．が示すアドレス以降に現れる最初のＮＡ＿ＡＤＤ、
すなわち、ｓ．ａ．によって特定されるアプリケーショ
ン・プログラムが有するＮＡ＿ＡＤＤである。Ｓ７０８
からＳ７１２間での処理は、例えば、図３に示した例で
は、２回繰り返されて行われる。すなわち、ｓ．ａ．の
内容は、１回目の処理により、第２番目のアプリケーシ
ョン・プログラムの先頭アドレスであるＨ’６０８０に
更新される。また、２回目の処理では、第３番目のアプ
リケーション・プログラムを格納することが可能である
領域の先頭アドレス、Ｈ’６０ＤＣに更新される。

【００３１】次に、上記処理により特定されたアドレス
以降に、アプリケーション・プログラムを書き込む処理
が実行される（Ｓ７１４〜Ｓ７３６）。まず、変数ｗｒ
ｉｔｅ＿ａｄｄｒｅｓｓ（以下「ｗ．ａ．」と略す）に
ｓ．ａ．の値が代入され（Ｓ７１４）、そのｗ．ａ．が
示すアドレスにＡ．Ｌ．コマンドのａｎ＿ｌが書き込ま
れる（Ｓ７１６）。書き込みが終了すると、次にｗ．
ａ．は、ａｎ＿ｌの長さ（バイト数）を加算することに
より更新される（Ｓ７１８）。

【００３２】次に、更新されたｗ．ａ．が示すアドレス
よりＡ．Ｌ．コマンドのａｐ．ｎａ．の内容が書き込ま
れる（Ｓ７２０）。書き込みが終了すると、ｗ．ａ．
は、ａｎ＿ｌの示す値だけ、すなわち、書き込んだａ
ｐ．ｎａ．の長さ（バイト数）を加算することにより再
び更新される（Ｓ７２４）。次に、後にＮＡ＿ＡＤＤを
上記ａｐ．ｎａ．の直後に書き込むための処理が行われ
る。すなわち、更新されたｗ．ａ．の値は、変数ＮＡ＿
ＡＤＤ＿ａｄｄｒｅｓｓに代入され（Ｓ７２４）、その
後に、ＮＡ＿ＡＤＤの長さ（２バイト）がｗ．ａ．に加
算される（Ｓ７２６）。

【００３３】次に、ｗ．ａ．が示すアドレスに、Ａ．
Ｌ．コマンドのａｐｌ＿ｌの内容が書き込まれ（Ｓ７２
８）、その後にｗ．ａ．にａｐｌ＿ｌの長さが加算され
る（Ｓ７３０）。さらに、ｗ．ａ．が示すアドレスに、
ａｐ．ｐｒｏ．が書き込まれ（Ｓ７３２）、ｗ．ａ．に
ａｐｌ＿ｌが示す値が加算される（Ｓ７３４）。次に、
ｗ．ａ．の値は、ＮＡ＿ＡＤＤ＿ａｄｄｒｅｓｓが示す
アドレスに書き込まれる（Ｓ７３６）。また、システム
・エリアのＮＯＡが１だけ加算され、ＥＥＰＲＯＭ１６
に格納されているアプリケーション・プログラムが１つ
増えたことが記録される（Ｓ７３８）。最後に、アプリ
ケーション・プログラムが正常に終了した旨のステータ
スが、ＲＡＭ１４の所定領域にレスポンス情報として編
集され（Ｓ７４０）、Ａ．Ｌ．コマンド処理が終了され
る。

【００３４】図８は、図５のＳ５１２の処理内容、つま
り、Ｓｅｌｅｃｔコマンドが受信された場合にＣＰＵ１
８が実行する処理内容を示す流れ図である。Ｓ５１２に
おいて、ＣＰＵ１８は、はじめにｓ．ａ．をアプリケー
ション・プログラムが格納されている領域の先頭アドレ
スに初期設定する（Ｓ８０２）。本実施形態の場合に
は、ｓ．ａ．は、Ｈ’６０１０に設定される。次に、Ｃ
ＰＵ１８は、ＥＥＰＲＯＭ１６のシステムエリアよりＮ
ＯＡの値を読み出し（Ｓ８０４）、その値をもって変数
ｃｏｕｎｔｅｒを設定する。例えば図３に示すようにＥ
ＥＰＲＯＭ１６が２つのアプリケーション・プログラム
を格納している場合には、ｃｏｕｎｔｅｒは２に初期設
定される。

【００３５】次に、ＣＰＵ１８は、Ｓｅｌｅｃｔコマン
ドに指定されたアプリケーション・プログラムと同一の
ものがあるか否かについて、ＥＥＰＲＯＭ１６に格納さ
れているアプリケーション・プログラムを順次検索する
（Ｓ８０８〜Ｓ８１６）。具体的には、ｓ．ａ．が示す
アドレスのａｎ＿ｌ及びそのａｎ＿ｌに続くａｐ．ｎ
ａ．と、Ｓｅｌｅｃｔコマンドのａｎ＿ｌ及びａｐ．ｎ
ａ．とが比較される（Ｓ８１０）。比較の結果、一致し
ない場合には、ｃｏｕｎｔｅｒの値を１だけデクリメン
トするとともに、ｓ．ａ．にＮＡ＿ＡＤＤの内容を代入
する（Ｓ８１４、Ｓ８１６）。ここで、Ｓ８１６におけ
るＮＡ＿ＡＤＤは、Ｓ８１０においてｓ．ａ．が示した
アドレス以降に現れる最初のＮＡ＿ＡＤＤである。Ｓ８
１６においてｓ．ａ．の内容を更新することにより、
ｓ．ａ．は、次に格納されているアプリケーション・プ
ログラムの先頭アドレスを示すこととなる。

【００３６】Ｓ８１０からＳ８１６までの処理は、Ｓ８
１２において比較されたデータが一致するまで、又は、
Ｓ８０８においてｃｏｕｎｔｅｒの値が０となるまで継
続される。Ｓ８１２において、比較されたデータが一致
した場合（Ｓ８１２：Ｙｅｓ）には、Ｓｅｌｅｃｔコマ
ンドによって指定されたアプリケーション・プログラム
が発見され、ｓ．ａ．はその先頭アドレスを示している
ことが意味される。そこで、ＣＰＵ１８は、ｓ．ａ．に
ａｎ＿ｌの長さ（バイト数）及びａｎ＿ｌが示す値、す
なわちａｐ．ｎａ．の長さ（バイト数）、ＮＡ＿ＡＤＤ
の長さ、さらにはａｐｌ＿ｌの長さを順次加算し、これ
を変数ｓ．ａ．に代入する（Ｓ８１８）。この結果、
ｓ．ａ．は、当該アプリケーション・プログラムにおけ
るａｐ．ｐｒｏ．の先頭アドレスを示すこととなる。Ｃ
ＰＵ１８は、このｓ．ａ．の内容をＲＡＭ１４上の所定
領域に格納する（Ｓ８２０）。そして、Ｓｅｌｅｃｔコ
マンドの処理が正常に終了した旨のステータスをＲＡＭ
１４の所定領域にレスポンス情報として格納し（Ｓ８２
２）、処理を終了する。

【００３７】一方、Ｓ８０８において、ｃｏｕｎｔｅｒ
の値が０となった場合（Ｓ８０８：Ｙｅｓ）には、ＥＥ
ＰＲＯＭ１６に格納されているいずれのアプリケーショ
ン・プログラムもＳｅｌｅｃｔコマンドが指定するもの
に該当しなかったことが意味される。この場合には、Ｃ
ＰＵ１８は、該当するアプリケーション・プログラムが
なかった旨のエラーステータスをＲＡＭ１４の所定領域
にレスポンス情報として格納し（Ｓ８２４）、処理を終
了する。

【００３８】図９は、図５におけるＳ５１４において、
ＣＰＵ１８が実行する処理内容を示した流れ図である。
図５のＳ５１２において、アプリケーションが選択済み
であると判断されると、ＣＰＵ１８は、図８のＳ８２２
においてＲＡＭ１４に格納されたｓ．ａ．の内容を取得
し、それに示されるアドレスをサブルーチンコールする
（Ｓ９０２）。これにより、そのアプリケーション・プ
ログラムが実行される。

【００３９】以上説明したように、本実施形態のＩＣカ
ード１０は、ＥＥＰＲＯＭ１６にアプリケーション・プ
ログラムを導入し、実行することが可能なＩＣカードで
ある。また、ＩＣカード１０は、リーダ・ライタ等の外
部機器とＴ＝０プロトコルに従い通信を行う。Ｔ＝０プ
ロトコルにおいて、コマンドは、最初に１次情報として
ＩＣカードに送信される５バイトヘッダーと、その５バ
イトヘッダーの後から２次情報として送信されるコマン
ドデータとから構成される。ただし、コマンドデータ
は、全てのコマンドに備えられているものではなく、種
別によっては、５バイトヘッダーのみから構成されるコ
マンドもある。

【００４０】ＩＣカード１０は、アプリケーション・プ
ログラムによって処理されるべきコマンドの１次情報
（５バイトヘッダー）を受信すると、該当するアプリケ
ーション・プログラムを実行し、受信した１次情報を引
き渡す。アプリケーション・プログラムは、その１次情
報よりコマンドの種別を特定し、コマンド種別データを
返値として返す。そして、返されたコマンド種別データ
より、コマンドがさらに２次情報を有するか否か、そし
て、コマンドを受信した１次情報のみで確立すべきか、
あるいは、さらに２次情報を受信して確立すべきかが決
定される。つまり、本実施形態では、アプリケーション
・プログラムにおいてのみ定義され、実行されるコマン
ドをＴ＝０プロトコルに従い送信した場合にも、コマン
ドが１次情報のみから構成されるのか、又は２次情報を
も有するのかを判別し、的確にコマンドを確立すること
が可能となっている。

【００４１】

【発明の効果】以上詳しく説明したように、本発明によ
れば、不揮発性メモリに格納されたプログラムにより処
理されるべきコマンドを受信した場合にも、そのコマン
ドを的確に確立することが可能である。

【図面の簡単な説明】

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

【図２】ＩＣカード１０の各メモリに割り付けられたア
ドレスの例を示す図である。

【図３】ＥＥＰＲＯＭ１６のメモリ・マップを示す図で
ある。

【図４】Ａｐｐｌｉｃａｔｉｏｎ Ｌｏａｄコマンド及
びＳｅｌｅｃｔコマンドのフォーマットを示す図であ
る。

【図５】ＲＯＭ１２に格納されている汎用プログラムの
流れ図である。

【図６】図５のＳ５０４において行われる処理を示した
流れ図である。

【図７】図５のＳ５１６における処理内容を示す流れ図
である。

【図８】図５のＳ５１２における処理内容を示す流れ図
である。

【図９】図５におけるＳ５１４における処理内容を示し
た流れ図である。

【図１０】Ｔ＝０プロトコルで使用されるコマンドのフ
ォーマットを示す図である。

【図１１】Ｔ＝０プロトコルにおける通信手順の４つの
ケースを示す図である。

【符号の説明】

１０ ＩＣカード １２ ＲＯＭ １４ ＲＡＭ １６ ＥＥＰＲＯＭ １８ ＣＰＵ

Claims (2)

【特許請求の範囲】
1. 【請求項１】 ＣＰＵと、 前記ＣＰＵが実行可能なプログラムを格納する読み出し
   専用メモリと、 前記ＣＰＵが実行可能なプログラムを必要に応じて格納
   する書き換え可能な不揮発性メモリとを備え、 コマンド種別情報を含む１次情報のみから構成されるコ
   マンド、又は前記１次情報及びそれに続く２次情報から
   構成されるコマンドを外部から受信するＩＣカードにお
   いて、 前記不揮発性メモリに格納されたプログラムにより処理
   されるべき前記コマンドの前記１次情報を受信したとき
   は、 そのプログラムを実行することにより前記コマンドの種
   別を特定し、 特定された前記種別より、前記コマンドを確立するため
   に前記２次情報を必要とするか否かを決定するを有する
   ことを特徴とするＩＣカード。
2. 【請求項２】 ＣＰＵと、前記ＣＰＵが実行可能なプロ
   グラムを格納する読み出し専用メモリと、前記ＣＰＵが
   実行可能なプログラムを必要に応じて格納する書き換え
   可能な不揮発性メモリとを備え、コマンド種別情報を含
   む１次情報のみから構成されるコマンド、又は前記１次
   情報及び２次情報から構成されるコマンドを外部から受
   信するＩＣカードのコマンド確立方法において、 外部から前記コマンドの１次情報を受信し、 前記１次情報に基づき前記コマンドが前記不揮発性メモ
   リに格納されているプログラムにより処理可能であるか
   否かを判断し、 処理可能と判断された場合には、そのプログラムを実行
   することにより前記コマンドの種別を特定し、 特定された前記種別に基づき前記コマンドが前記２次情
   報を伴うか否かを判断し、 前記コマンドが前記２次情報を伴わないと判断された場
   合は、前記１次情報のみをもって前記コマンドを確立
   し、 前記コマンドが前記２次情報を伴うと判断された場合
   は、前記２次情報を受信して前記コマンドを確立するこ
   とを特徴とするＩＣカードのコマンド確立方法。