特開 2024-139134 電子情報記憶媒体、ＩＣチップ、発行データの書き込み方法、及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024139134

(43)【公開日】2024-10-09

(54)【発明の名称】電子情報記憶媒体、ＩＣチップ、発行データの書き込み方法、及びプログラム

(51)【国際特許分類】

   G06F 8/654 20180101AFI20241002BHJP

【ＦＩ】

G06F8/654

【審査請求】未請求

【請求項の数】9

【出願形態】ＯＬ

(21)【出願番号】P 2023049943

(22)【出願日】2023-03-27

(71)【出願人】

【識別番号】000002897

【氏名又は名称】大日本印刷株式会社

(74)【代理人】

【識別番号】110000958

【氏名又は名称】弁理士法人インテクト国際特許事務所

(74)【代理人】

【識別番号】100120189

【弁理士】

【氏名又は名称】奥 和幸

(72)【発明者】

【氏名】工藤 隆史

【テーマコード（参考）】

5B376

【Ｆターム（参考）】

5B376CA16

5B376CA43

5B376CA51

5B376CA88

(57)【要約】

【課題】アプリケーションが複数のバージョンに対応可能とし、当該アプリケーションの搭載に要するメモリ容量を低減することが可能な電子情報記憶媒体、ＩＣチップ、発行データの書き込み方法、及びプログラムを提供する。
【解決手段】ＩＣチップ１は、外部装置２から発行データ及び当該発行データの識別子を含むインストールコマンドを受信すると、当該インストールコマンドに含まれる識別子と発行データ識別子リストとに基づいて、当該インストールコマンドに含まれる発行データに対応するバージョンを特定し、当該特定されたバージョンと対応バージョンフラグとに基づいて、当該インストールコマンド発行データの書き込み処理を実行する。
【選択図】図６

【特許請求の範囲】

【請求項1】

複数のバージョンに対応可能なアプリケーションが搭載される電子情報記憶媒体であって、
前記バージョンと前記アプリケーションの実行に必要な発行データの識別子とを前記バージョンごとに対応付ける対応付け情報と、前記アプリケーションが対応可能なバージョンを有効化するための設定情報とを記憶する記憶手段と、
外部装置から前記発行データ及び当該発行データの識別子を含むコマンドを受信する受信手段と、
前記コマンドに含まれる前記識別子と前記対応付け情報とに基づいて、前記コマンドに含まれる前記発行データに対応する前記バージョンを特定する特定手段と、
前記特定手段により特定されたバージョンと前記設定情報とに基づいて、前記コマンドに含まれる前記発行データの書き込み処理を実行する処理手段と、
を備えることを特徴とする電子情報記憶媒体。

【請求項2】

前記処理手段は、前記特定手段により特定されたバージョンと前記設定情報において有効化されたバージョンとが一致する場合、前記発行データの書き込み処理を実行することを特徴とする請求項１に記載の電子情報記憶媒体。

【請求項3】

前記処理手段は、前記特定手段により特定されたバージョンと前記設定情報において有効化されたバージョンとが一致しない場合、エラー処理を実行することを特徴とする請求項１に記載の電子情報記憶媒体。

【請求項4】

前記処理手段は、前記設定情報において有効化されたバージョンがない場合、前記特定手段により特定されたバージョンを前記設定情報において有効化し、前記発行データの書き込み処理を実行することを特徴とする請求項１に記載の電子情報記憶媒体。

【請求項5】

前記受信手段は、前記コマンドを受信する前に、前記外部装置から前記バージョンを示すパラメータを含むインストールコマンドを受信し、
前記処理手段は、前記パラメータに示されるバージョンを前記設定情報において有効化することを特徴とする請求項１乃至３の何れか一項に記載の電子情報記憶媒体。

【請求項6】

前記処理手段は、前記パラメータのフォーマットが不正である場合、エラー処理を実行することを特徴とする請求項５に記載の電子情報記憶媒体。

【請求項7】

複数のバージョンに対応可能なアプリケーションが搭載されるＩＣチップであって、
前記バージョンと前記アプリケーションの実行に必要な発行データの識別子とを前記バージョンごとに対応付ける対応付け情報と、前記アプリケーションが対応可能なバージョンを有効化するための設定情報とを記憶する記憶手段と、
外部装置から前記発行データ及び当該発行データの識別子を含むコマンドを受信する受信手段と、
前記コマンドに含まれる前記識別子と前記対応付け情報とに基づいて、前記コマンドに含まれる前記発行データに対応する前記バージョンを特定する特定手段と、
前記特定手段により特定されたバージョンと前記設定情報とに基づいて、前記コマンドに含まれる前記発行データの書き込み処理を実行する処理手段と、
を備えることを特徴とするＩＣチップ。

【請求項8】

複数のバージョンに対応可能なアプリケーションが搭載される電子情報記憶媒体により実行される発行データの書き込み方法であって、
前記バージョンと前記アプリケーションの実行に必要な発行データの識別子とを前記バージョンごとに対応付ける対応付け情報と、前記アプリケーションが対応可能なバージョンを有効化するための設定情報とを前記電子情報記憶媒体に記憶するステップと、
外部装置から前記発行データ及び当該発行データの識別子を含むコマンドを受信するステップと、
前記コマンドに含まれる前記識別子と前記対応付け情報とに基づいて、前記コマンドに含まれる前記発行データに対応する前記バージョンを特定するステップと、
前記特定されたバージョンと前記設定情報とに基づいて、前記コマンドに含まれる前記発行データの書き込み処理を実行するステップと、
を含むこと特徴とする発行データの書き込み方法。

【請求項9】

複数のバージョンに対応可能なアプリケーションが搭載される電子情報記憶媒体に含まれるコンピュータを、
前記バージョンと前記アプリケーションの実行に必要な発行データの識別子とを前記バージョンごとに対応付ける対応付け情報と、前記アプリケーションが対応可能なバージョンを有効化するための設定情報とを記憶する記憶手段と、
外部装置から前記発行データ及び当該発行データの識別子を含むコマンドを受信する受信手段と、
前記コマンドに含まれる前記識別子と前記対応付け情報とに基づいて、前記コマンドに含まれる前記発行データに対応する前記バージョンを特定する特定手段と、
前記特定手段により特定されたバージョンと前記設定情報とに基づいて、前記コマンドに含まれる前記発行データの書き込み処理を実行する処理手段として機能させることを特徴とするプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、アプリケーションが搭載されるＩＣカード等の技術分野に関する。

【背景技術】

【0002】

近年、複数のアプリケーションを搭載可能なＩＣカードが知られている。例えば、特許文献１には、ＩＣカードの発行元等のサーバで、ＩＣカードに搭載可能な各種アプリケーションやその発行情報を一括管理することで、当該ＩＣカードへのアプリケーションの追加を実現するシステムが記載されている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２００８－０３３６８４号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

ところで、例えば決済用ＩＣカードを処理する決済システムにおいて、システムごとに準拠する仕様バージョンが異なることがあり、決済用ＩＣカードはそのシステムに対応した仕様に従って動作しなければならない。複数のバージョンに対応するＩＣカードを作成する際、バージョンごとに個々のアプリケーションを作成しＩＣカードに搭載する方法があるが、バージョン間の差異が僅かな場合は処理が重複することが多い。それぞれのバージョンに対応するアプリケーションをＩＣカードに搭載すると、重複する処理だけＩＣカード内のメモリを圧迫してしまうという問題がある。

【0005】

そこで、本発明は、このような点等に鑑みてなされたものであり、アプリケーションが複数のバージョンに対応可能とし、当該アプリケーションの搭載に要するメモリ容量を低減することが可能な電子情報記憶媒体、ＩＣチップ、発行データの書き込み方法、及びプログラムを提供することを目的とする。

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

【0006】

上記課題を解決するために、請求項１に記載の発明は、複数のバージョンに対応可能なアプリケーションが搭載される電子情報記憶媒体であって、前記バージョンと前記アプリケーションの実行に必要な発行データの識別子とを前記バージョンごとに対応付ける対応付け情報と、前記アプリケーションが対応可能なバージョンを有効化するための設定情報とを記憶する記憶手段と、外部装置から前記発行データ及び当該発行データの識別子を含むコマンドを受信する受信手段と、前記コマンドに含まれる前記識別子と前記対応付け情報とに基づいて、前記コマンドに含まれる前記発行データに対応する前記バージョンを特定する特定手段と、前記特定手段により特定されたバージョンと前記設定情報とに基づいて、前記コマンドに含まれる前記発行データの書き込み処理を実行する処理手段と、を備えることを特徴とする。

【0007】

請求項２に記載の発明は、請求項１に記載の電子情報記憶媒体において、前記処理手段は、前記特定手段により特定されたバージョンと前記設定情報において有効化されたバージョンとが一致する場合、前記発行データの書き込み処理を実行することを特徴とする。

【0008】

請求項３に記載の発明は、請求項１に記載の電子情報記憶媒体において、前記処理手段は、前記特定手段により特定されたバージョンと前記設定情報において有効化されたバージョンとが一致しない場合、エラー処理を実行することを特徴とする。

【0009】

請求項４に記載の発明は、請求項１に記載の電子情報記憶媒体において、前記処理手段は、前記設定情報において有効化されたバージョンがない場合、前記特定手段により特定されたバージョンを前記設定情報において有効化し、前記発行データの書き込み処理を実行することを特徴とする。

【0010】

請求項５に記載の発明は、請求項１乃至３の何れか一項に記載の電子情報記憶媒体において、前記受信手段は、前記コマンドを受信する前に、前記外部装置から前記バージョンを示すパラメータを含むインストールコマンドを受信し、前記処理手段は、前記パラメータに示されるバージョンを前記設定情報において有効化することを特徴とする。

【0011】

請求項６に記載の発明は、請求項５に記載の電子情報記憶媒体において、前記処理手段は、前記パラメータのフォーマットが不正である場合、エラー処理を実行することを特徴とする。

【0012】

請求項７に記載の発明は、複数のバージョンに対応可能なアプリケーションが搭載されるＩＣチップであって、前記バージョンと前記アプリケーションの実行に必要な発行データの識別子とを前記バージョンごとに対応付ける対応付け情報と、前記アプリケーションが対応可能なバージョンを有効化するための設定情報とを記憶する記憶手段と、外部装置から前記発行データ及び当該発行データの識別子を含むコマンドを受信する受信手段と、前記コマンドに含まれる前記識別子と前記対応付け情報とに基づいて、前記コマンドに含まれる前記発行データに対応する前記バージョンを特定する特定手段と、前記特定手段により特定されたバージョンと前記設定情報とに基づいて、前記コマンドに含まれる前記発行データの書き込み処理を実行する処理手段と、を備えることを特徴とする。

【0013】

請求項８に記載の発明は、複数のバージョンに対応可能なアプリケーションが搭載される電子情報記憶媒体により実行される発行データの書き込み方法であって、前記バージョンと前記アプリケーションの実行に必要な発行データの識別子とを前記バージョンごとに対応付ける対応付け情報と、前記アプリケーションが対応可能なバージョンを有効化するための設定情報とを前記電子情報記憶媒体に記憶するステップと、外部装置から前記発行データ及び当該発行データの識別子を含むコマンドを受信するステップと、前記コマンドに含まれる前記識別子と前記対応付け情報とに基づいて、前記コマンドに含まれる前記発行データに対応する前記バージョンを特定するステップと、前記特定されたバージョンと前記設定情報とに基づいて、前記コマンドに含まれる前記発行データの書き込み処理を実行するステップと、を含むこと特徴とする。

【0014】

請求項９に記載の発明は、複数のバージョンに対応可能なアプリケーションが搭載される電子情報記憶媒体に含まれるコンピュータを、前記バージョンと前記アプリケーションの実行に必要な発行データの識別子とを前記バージョンごとに対応付ける対応付け情報と、前記アプリケーションが対応可能なバージョンを有効化するための設定情報とを記憶する記憶手段と、外部装置から前記発行データ及び当該発行データの識別子を含むコマンドを受信する受信手段と、前記コマンドに含まれる前記識別子と前記対応付け情報とに基づいて、前記コマンドに含まれる前記発行データに対応する前記バージョンを特定する特定手段と、前記特定手段により特定されたバージョンと前記設定情報とに基づいて、前記コマンドに含まれる前記発行データの書き込み処理を実行する処理手段として機能させることを特徴とする。

【発明の効果】

【0015】

本発明によれば、アプリケーションが複数のバージョンに対応可能とし、当該アプリケーションの搭載に要するメモリ容量を低減することができる。

【図面の簡単な説明】

【0016】

【図1】ＩＣチップ１のハードウェア構成例を示す図である。

【図2】ＩＣチップ１のソフトウェア構成例を示す図である。

【図3】発行データ識別子リストの一例を示す図である。

【図4】対応バージョンフラグの一例を示す図である。

【図5】ＣＰＵ１５により実行されるインストール処理の一例を示すフローチャートである。

【図6】ＣＰＵ１５により実行される発行処理の一例を示すフローチャートである。

【図7】ＣＰＵ１５により実行される運用処理の一例を示すフローチャートである。

【0017】

以下、図面を参照して本発明の実施形態について詳細に説明する。なお、以下に説明する実施形態は、複数のバージョンに対応可能なアプリケーションが搭載されるＩＣチップに対して本発明を適用した場合の実施の形態である。

【0018】

［１．ＩＣチップ１の構成及び機能］
先ず、図１を参照して、本実施形態に係るＩＣチップ１の構成及び機能について説明する。ＩＣチップ１は、本発明の電子情報記憶媒体の一例である。ＩＣチップ１は、例えば、クレジットカード、キャッシュカード、またはマイナンバーカードなどのＩＣカード、または、スマートフォンなどのモバイルデバイスに搭載される。スマートフォンなどのモバイルデバイスの場合、ＩＣチップ１は、モバイルデバイスに着脱可能な小型ＩＣカードに搭載されてもよいし、ｅＵＩＣＣ（Embedded Universal Integrated Circuit Card）としてモバイルデバイスから容易に取り外しや取り換えができないように組み込み基板上に搭載されてもよい。

【0019】

図１は、ＩＣチップ１のハードウェア構成例を示す図である。ＩＣチップ１は、図１に示すように、Ｉ／Ｏ回路１１、ＲＡＭ（Random Access Memory）１２、ＮＶＭ（Nonvolatile Memory）１３、ＲＯＭ（Read Only Memory）１４、ＣＰＵ（Central Processing Unit）１５（コンピュータの一例）、及び暗号演算等を行うコプロセッサ１６等を備える。Ｉ／Ｏ回路１１は、外部装置２との間のインターフェースを担う。なお、ＩＣチップ１と外部装置２との間の通信は、非接触通信であってもよいし、接触通信であってもよい。非接触通信の場合、例えばＩＣカードまたはモバイルデバイスに搭載されたアンテナ（図示せず）を介してＩＣチップ１と外部装置２との通信が行われる。なお、外部装置２の例として、工場におけるＩＣチップ発行装置（発行端末）や、店舗における取引装置（取引端末）などが挙げられる。

【0020】

ＮＶＭ１３（記憶手段の一例）は、フラッシュメモリ、または、Electrically Erasable Programmable Read-Only Memoryなどの不揮発性メモリである。ＮＶＭ１３またはＲＯＭ１４には、オペレーティングシステム（以下、「ＯＳ」という）、プラットフォーム、及び複数のバージョンに対応可能なアプリケーション等のプログラム（本発明のプログラムを含む）、及びデータが記憶される。これらのプログラムは、ＣＰＵ１５により実行されることでＩＣチップ１に搭載されるソフトウェア（ソフトウェアモジュール）として機能し、本発明における受信手段、特定手段、及び処理手段等として機能する。図２は、ＩＣチップ１のソフトウェア構成例を示す図である。プラットフォームは、アプリケーションを管理し、例えばGlobal Platform（登録商標）に基づいて構成され、ＯＳ上で動作する。プラットフォームには、例えば、ＩＳＤ（Issuer Security Domain）及びＡＰＩ（Application Program Interface）などが含まれる。

【0021】

ＩＳＤは、インストール処理を実行する管理アプリケーションである。ここで、インストール処理とは、外部装置２からのインストールコマンドに応じて、ＮＶＭ１３に記録されているロードファイル（アプリケーションプログラム）を、複数のバージョンに対応可能なアプリケーションとして実行可能な状態にインスタンス化（活性化）する処理をいう。かかるアプリケーションの実行は、インスタンス化されたプログラムコードを実行する処理ということができる。アプリケーションは、ＡＰＩを使用して種々の処理を実行することができる。なお、アプリケーションの一例として、取引用アプリケーションが挙げられる。

【0022】

また、アプリケーションは、外部装置２からの発行コマンド（例えば、STORE DATAコマンド）に応じて、当該アプリケーションの実行に必要な種々の発行データ等をＮＶＭ１３に格納する発行処理（書き込み処理を含む）を実行する。かかる発行処理により、ＮＶＭ１３には、アプリケーションに対応したＤＦ（Dedicated File）と、発行データ及び内部制御用のデータを記憶するＥＦ（Elementary File）とが構築（確保）される。発行データは、１つのデータ単位としてみなされるデータ要素である。発行データの例として、アプリケーションの動作を決定するような設定データ、及びデータの暗号演算や復号演算に必要な鍵データなどが挙げられる。

【0023】

発行データは、異なる複数のバージョン間で基本的には共通するが、バージョンごとに異なる場合もある。例えば、バージョンV1.0に対応するアプリケーションではＲＳＡ（Rivest-Shamir-Adleman）暗号演算方式が利用されるため、ＲＳＡ用の鍵データが発行データとして格納される。一方、バージョンV1.1に対応するアプリケーションではＥＣＣ（Elliptic Curve Cryptography）暗号演算方式が利用されるため、ＥＣＣ用の鍵データが発行データとして格納される。本実施形態に係るアプリケーションがバージョンV1.0に対応する場合、バージョンV1.0に対応する鍵データが格納されることになる。

【0024】

また、ＮＶＭ１３には、発行データ識別子リスト（対応付け情報の一例）が予め記憶される。発行データ識別子リストは、バージョン（バージョン番号）と発行データの識別子とをバージョンごとに対応付けるバージョン識別用リストである。図３は、発行データ識別子リストの一例を示す図である。図３の例では、バージョンV1.0に対応する発行データの識別子として、“A001(h)”,“A002(h)”,“B001(h)”が示されており、バージョンV1.1に対応する発行データの識別子として、“A003(h)”,“B002(h)”,“3F01(h)”が示されている。これらの識別子は、例えば、DGIやTLV（Tag Length Value）のタグで表される。なお、図３の例では、１つのアプリケーションに２つのバージョンがある場合の例であるが、１つのアプリケーションに３つ以上のバージョンがあってもよい。この場合、発行データ識別子リストにおいて、３つ以上のバージョンそれぞれに対して発行データの識別子が対応付けられる。

【0025】

さらに、ＮＶＭ１３には、アプリケーションが対応可能なバージョンを有効化するための対応バージョンフラグ（設定情報の一例）が記憶される。図４は、対応バージョンフラグの一例を示す図である。図４（Ａ）の例では、対応バージョンフラグは８ビットからなり、“10000000”はバージョンV1.0が有効化（設定）されていることを示す。一方、図４（Ｂ）の例では、対応バージョンフラグは８ビットからなり、“01000000”はバージョンV1.1が有効化されていることを示す。つまり、８ビットのうち“１”が立つビット（例えば、図４の例では、b8またはb7）の位置によってバージョンが特定される。なお、対応バージョンフラグが“00000000”のみである場合、双方のバージョンが未設定であることを示す。すなわち、図４の例では、対応バージョンフラグは、“00000000”、“10000000”、及び“01000000”のうち何れか１つが設定される。

【0026】

ＩＳＤは、外部装置２からバージョンを示すパラメータを含むインストールコマンドを、ＯＳを介して受信すると、上述したインストール処理中に、当該パラメータに示されるバージョンを対応バージョンフラグにおいて有効化する。なお、当該パラメータのフォーマットが不正である場合、エラー処理が行われる。そして、アプリケーションは、インストール処理後に、外部装置２から発行データ及び当該発行データの識別子を含む発行コマンドを、ＯＳを介して受信すると、当該発行コマンドに含まれる識別子と、発行データ識別子リストとに基づいて、当該発行コマンドに含まれる発行データに対応するバージョンを特定し、特定されたバージョンと対応バージョンフラグとに基づいて、当該発行コマンドに含まれる発行データの書き込み（つまり、ＮＶＭ１３のＥＦに発行データを格納する）処理を実行する。

【0027】

ここで、アプリケーションは、上記特定されたバージョンと対応バージョンフラグにおいて有効化されたバージョンとが一致する場合、当該発行データの書き込み処理を実行する。一方、アプリケーションは、上記特定されたバージョンと対応バージョンフラグにおいて有効化されたバージョンとが一致しない場合、エラー処理を実行する。一方、アプリケーションは、対応バージョンフラグにおいて有効化されたバージョンがない場合（例えば、対応バージョンフラグが“00000000”である場合）、上記特定されたバージョンを、対応バージョンフラグにおいて有効化し、当該発行データの書き込み処理を実行する。

【0028】

なお、上述したインストールコマンド及び発行コマンドは、例えば、ISO/IEC 7816-4に規定されたコマンドＡＰＤＵ（Application Protocol Data Unit）である。コマンドAPDUは、ヘッダ部及びボディ部を含む。ヘッダ部は、ＣＬＡ（命令クラス）、ＩＮＳ（命令コード）、Ｐ１及びＰ２から構成される。ボディ部は、例えば、Ｌｃ、Ｄａｔａ、及びＬｅから構成される。ＬｃはＤａｔａの長さ（データ長）を示し、ＬｅはレスポンスＡＰＤＵ内のＤＡＴＡに期待される最大長を示す。Ｄａｔａには、発行データなどが含まれる。

【0029】

［２．ＩＣチップ１の動作］
次に、ＩＣチップ１の動作について説明する。

【0030】

（２．１ インストールコマンド受信時の処理）
先ず、図５を参照して、ＩＣチップ１がインストールコマンドを受信した時に実行されるインストール処理について説明する。図５は、ＣＰＵ１５により実行されるインストール処理の一例を示すフローチャートである。例えばＩＣチップ１が発行される工場において、ＩＣチップ１が外部装置２であるＩＣチップ発行装置からインストールコマンドを受信すると、図５に示す処理が開始される。なお、インストールコマンドが受信される前に、ＩＣチップ発行装置からのSELECTコマンドによりＩＣチップ１においてＩＳＤが選択されているものとする。また、図５に示すインストール処理において、上述したように、ロードファイルをアプリケーションとして実行可能な状態にインスタンス化する処理等が行われるが、それらの説明を省略する。

【0031】

図５に示す処理が開始されると、ＣＰＵ１５（ＩＳＤ）は、インストールコマンドのボディ部からＤａｔａを取得する（ステップＳ１）。次いで、ＣＰＵ１５は、ステップＳ１で取得されたＤａｔａに所定長（例えば、８ビット）のパラメータが存在するか否かを判定する（ステップＳ２）。パラメータが存在しないと判定された場合（ステップＳ２:ＮＯ）、処理はステップＳ３へ進む。一方、パラメータが存在すると判定された場合（ステップＳ２:ＹＥＳ）、処理はステップＳ４へ進む。

【0032】

ステップＳ３では、ＣＰＵ１５は、未設定を示すビット列（例えば、“00000000”）を対応バージョンフラグに保存し、処理をステップＳ７へ進める。一方、ステップＳ４では、ＣＰＵ１５は、パラメータのフォーマットが不正であるか否かを判定する。例えば、８ビットのうちの複数のビット（例えば、b8とb7）に“１”が立つ場合や、８ビットのうちのバージョンを示されないビット（例えば、b1）に“１”が立つ場合には、パラメータのフォーマットが不正であると判定される。

【0033】

パラメータのフォーマットが不正であると判定された場合（ステップＳ４:ＹＥＳ）、エラー処理が実行される（ステップＳ５）。かかるエラー処理では、例えば、エラーを示すレスポンスが外部装置２へ返信される。一方、パラメータのフォーマットが不正でない（つまり、パラメータが適正にバージョンを示す）と判定された場合（ステップＳ４:ＮＯ）、バージョンを示すパラメータ（例えば、“10000000”）が対応バージョンフラグに保存される（ステップＳ６）ことで当該バージョンが有効化され、処理はステップＳ７へ進む。ステップＳ７では、ＣＰＵ１５は、インストール処理の正常終了を示すレスポンスを外部装置２へ返信し、処理を終了する。

【0034】

（２．２ 発行コマンド受信時の処理）
次に、図６を参照して、ＩＣチップ１が発行コマンドを受信した時に実行される発行処理について説明する。図６は、ＣＰＵ１５により実行される発行処理の一例を示すフローチャートである。例えばＩＣチップ１が発行される工場において、インストール処理後に、ＩＣチップ１が外部装置２であるＩＣチップ発行装置から発行コマンドを受信すると、図６に示す処理が開始される。なお、図６に示す発行処理は、アプリケーションの実行に必要な全て発行データの書き込みが完了するまで繰り返し実行される。また、発行コマンドが受信される前に、ＩＣチップ発行装置からのSELECTコマンドによりＩＣチップ１において所定のアプリケーションが選択されているものとする。

【0035】

図６に示す処理が開始されると、ＣＰＵ１５（所定のアプリケーション）は、発行コマンドのボディ部から発行データ及び発行データの識別子（例えば、DGIやタグで表される）を取得する（ステップＳ１１）。次いで、ＣＰＵ１５は、ステップＳ１１で取得された識別子が、発行データ識別子リスト中の識別子と一致するか否かを判定する（ステップＳ１２）。識別子が一致しない（例えば、発行データがバージョン間で共通する）と判定された場合（ステップＳ１２：ＮＯ）、当該発行データの書き込み処理が実行され（ステップＳ１３）、処理はステップＳ２０へ進む。一方、識別子が一致すると判定された場合（ステップＳ１２：ＹＥＳ）、処理はステップＳ１４へ進む。

【0036】

ステップＳ１４では、ＣＰＵ１５は、発行コマンドに含まれる識別子と、発行データ識別子リストとに基づいて、当該発行コマンドに含まれる発行データに対応するバージョンを特定する。例えば、発行コマンドに含まれる識別子が“A001(h)”である場合、図３に示す発行データ識別子リストからバージョンV1.0が特定される。一方、発行コマンドに含まれる識別子が“A003(h)”である場合、図３に示す発行データ識別子リストからバージョンV1.1が特定される。

【0037】

次いで、ＣＰＵ１５は、対応バージョンフラグが未設定を示すか否かを判定する（ステップＳ１５）。対応バージョンフラグにおいて有効化されたバージョンがない場合、対応バージョンフラグが未設定を示すと判定され（ステップＳ１５：ＹＥＳ）、ステップＳ１６へ進む。ステップＳ１６では、ＣＰＵ１５は、ステップＳ１４で特定されたバージョンを、対応バージョンフラグにおいて有効化し（例えば、“00000000”を“10000000”に設定し）、処理をステップＳ１９へ進める。

【0038】

一方、対応バージョンフラグが未設定を示さないと判定された場合（ステップＳ１５：ＮＯ）、処理はステップＳ１７へ進む。ステップＳ１７では、ＣＰＵ１５は、ステップＳ１４で特定されたバージョン（つまり、受信された発行データに対応するバージョン）と、対応バージョンフラグにおいて有効化されているバージョンとが一致するか否かを判定する。例えば、バージョンV1.0が特定され、対応バージョンフラグにおいてバージョンV1.1が有効化（“01000000”）されている場合、双方のバージョンが一致しないと判定され（ステップＳ１７：ＮＯ）、上記ステップＳ５と同様、エラー処理が実行される（ステップＳ１８）。これにより、ＩＣチップ発行装置側の設定エラーを発見することができる。一方、バージョンV1.0が特定され、対応バージョンフラグにおいてバージョンV1.0が有効化（“10000000”）されている場合、双方のバージョンが一致すると判定され（ステップＳ１７：ＹＥＳ）、処理はステップＳ１９へ進む。

【0039】

ステップＳ１９では、ＣＰＵ１５は、当該発行コマンドに含まれる発行データの書き込み処理を実行し、処理をステップＳ２０へ進める。書き込み処理により、発行コマンドに含まれる発行データがＮＶＭ１３のＥＦに格納される。ステップＳ２０では、ＣＰＵ１５は、書き込み処理の正常終了を示すレスポンスを外部装置２へ返信し、処理を終了する。

【0040】

（２．３ 運用コマンド受信時の処理）
次に、図７を参照して、ＩＣチップ１が運用コマンドを受信した時に実行される運用処理について説明する。図７は、ＣＰＵ１５により実行される運用処理の一例を示すフローチャートである。例えばＩＣチップ１の出荷後の店舗において、ＩＣチップ１が外部装置２である取引装置から運用コマンドを受信すると、図７に示す処理が開始される。運用コマンドは、ＩＣチップ１を用いて決済等の取引が行われる場合に、取引装置からＩＣチップ１へ送信される各種コマンドである。運用コマンドの例として、ＧＰＯ（Get Processing Options）コマンド、VERIFYコマンド、及びGENERATE ＡＣコマンドなどが挙げられる。なお、運用コマンドが受信される前に、取引装置からのSELECTコマンドによりＩＣチップ１において、バージョンV1.0及びV1.1に対応する取引用アプリケーションが選択されているものとする。

【0041】

図６に示す処理が開始されると、ＣＰＵ１５（取引用アプリケーション）は、対応バージョンフラグをチェックし、バージョンを判別する（ステップＳ３１）。例えば、対応バージョンフラグにおいてバージョンV1.0が有効化されている場合には、バージョンV1.0であると判別される。一方、対応バージョンフラグにおいてバージョンV1.1が有効化されている場合には、バージョンV1.1であると判別される。次いで、ＣＰＵ１５は、ステップＳ３１でバージョンV1.0であると判別した場合（ステップＳ３１：V1.0）、バージョンV1.0に対応する運用コマンドに応じた処理（コマンド処理）を実行し（ステップＳ３２）、ステップＳ３４へ進む。一方、ＣＰＵ１５は、ステップＳ３１でバージョンV1.1であると判別した場合（ステップＳ３１：V1.1）、バージョンV1.1に対応する運用コマンドに応じた処理を実行し（ステップＳ３３）、ステップＳ３４へ進む。ステップＳ３４では、ＣＰＵ１５は、コマンド処理の正常終了を示すレスポンスを外部装置２へ返信し、処理を終了する。

【0042】

以上説明したように、上記実施形態によれば、ＩＣチップ１は、外部装置２から発行データ及び当該発行データの識別子を含むインストールコマンドを受信すると、当該インストールコマンドに含まれる識別子と発行データ識別子リストとに基づいて、当該インストールコマンドに含まれる発行データに対応するバージョンを特定し、当該特定されたバージョンと対応バージョンフラグとに基づいて、当該インストールコマンド発行データの書き込み処理を実行するように構成したので、アプリケーションが複数のバージョンに対応可能とし、当該アプリケーションの搭載に要するメモリ容量を低減することができる。また、対象バージョンのみ動作するＩＣチップ１を発行することができる。

【符号の説明】

【0043】

１ ＩＣチップ
２ 外部装置
１１ Ｉ／Ｏ回路
１２ ＲＡＭ
１３ ＮＶＭ
１４ ＲＯＭ
１５ ＣＰＵ
１６ コプロセッサ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】