特許 7559916 電子情報記憶媒体、ＩＣチップ、ＩＣカード、要素データ格納方法、及びプログラム

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

(12)【公報種別】特許公報(B1)

(11)【特許番号】

(24)【登録日】2024-09-24

(45)【発行日】2024-10-02

(54)【発明の名称】電子情報記憶媒体、ＩＣチップ、ＩＣカード、要素データ格納方法、及びプログラム

(51)【国際特許分類】

   G06K 19/077 20060101AFI20240925BHJP

   G06F 13/12 20060101ALI20240925BHJP

【ＦＩ】

G06K19/077 132

G06F13/12 340D

【請求項の数】 8

(21)【出願番号】P 2023213840

(22)【出願日】2023-12-19

【審査請求日】2024-01-31

【早期審査対象出願】

(73)【特許権者】

【識別番号】000002897

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

(74)【代理人】

【識別番号】110000958

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

(74)【代理人】

【識別番号】100120189

【弁理士】

【氏名又は名称】奥 和幸

(72)【発明者】

【氏名】梶原 直也

【審査官】田名網 忠雄

(56)【参考文献】

【文献】特開２００４－０４６３３６（ＪＰ，Ａ）

【文献】特開２００４－２８７５８６（ＪＰ，Ａ）

【文献】特開２００３－１０８４４５（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｋ １９／０７７

Ｇ０６Ｆ １３／１２

(57)【特許請求の範囲】

【請求項1】

アプリケーションをパーソナライズするための要素データを含むコマンドを外部装置から複数回受信する電子情報記憶媒体であって、
前記外部装置から前記コマンドが受信される毎に当該コマンドに含まれる要素データを前記アプリケーションにより参照されるメモリ領域に格納する格納手段と、
前記外部装置から受信された前記コマンドが最後のコマンドであるか否かを判定する第１判定手段と、
前記第１判定手段により前記コマンドが最後のコマンドであると判定された場合、前記アプリケーションが正常に動作するために必要な複数の必須要素データが前記メモリ領域に全て格納されたか否かを判定する第２判定手段と、
前記第２判定手段により前記必須要素データが前記メモリ領域に全て格納されていないと判定された場合、エラー処理を実行するエラー処理手段と、
を備えることを特徴とする電子情報記憶媒体。

【請求項2】

前記メモリ領域は複数の配列により構成され、それぞれの前記配列は所定バイトのデータを格納可能な要素を複数含んでおり、
前記電子情報記憶媒体は、前記複数の必須要素データのそれぞれが格納されるべき前記配列の参照を記述する必須要素データ一覧を予め記憶しており、
前記格納手段は、前記外部装置から前記コマンドが受信される毎に、前記コマンドに含まれる要素データと当該要素データが格納済であることを示すフラグとを所定の前記配列の要素に格納し、
前記第２判定手段は、前記第１判定手段により前記コマンドが最後のコマンドであると判定された場合、前記必須要素データ一覧に記述されたそれぞれの前記配列の参照に基づいて、それぞれの前記配列にアクセスし当該それぞれの前記配列の要素に前記フラグが格納されているかを確認することにより前記複数の必須要素データが前記メモリ領域に全て格納されたか否かを判定することを特徴とする請求項１に記載の電子情報記憶媒体。

【請求項3】

前記電子情報記憶媒体は、前記複数の必須要素データのそれぞれが格納されるべきオブジェクトの参照を記述する必須要素データ一覧を予め記憶しており、
前記格納手段は、前記外部装置から前記コマンドが受信される毎に、前記コマンドに含まれる要素データを格納するオブジェクトを生成し、
前記第２判定手段は、前記第１判定手段により前記コマンドが最後のコマンドであると判定された場合、前記必須要素データ一覧に記述されたそれぞれの前記オブジェクトの参照に基づいて、それぞれの前記オブジェクトにアクセスし当該それぞれの前記オブジェクトが生成されているかを確認することにより前記複数の必須要素データが前記メモリ領域に全て格納されたか否かを判定することを特徴とする請求項１に記載の電子情報記憶媒体。

【請求項4】

前記必須要素データには前記アプリケーションにおけるオプション機能に必要な要素データが含まれており、
前記アプリケーションがインストールされる際に当該アプリケーションにおけるオプション機能がオンに設定されている場合、前記第２判定手段は、前記オプション機能に必要な要素データを含む前記複数の必須要素データが前記メモリ領域に全て格納されたか否かを判定することを特徴とする請求項１乃至３の何れか一項に記載の電子情報記憶媒体。

【請求項5】

アプリケーションをパーソナライズするための要素データを含むコマンドを外部装置から複数回受信するＩＣチップであって、
前記外部装置から前記コマンドが受信される毎に当該コマンドに含まれる要素データを前記アプリケーションにより参照されるメモリ領域に格納する格納手段と、
前記外部装置から受信された前記コマンドが最後のコマンドであるか否かを判定する第１判定手段と、
前記第１判定手段により前記コマンドが最後のコマンドであると判定された場合、前記アプリケーションが正常に動作するために必要な複数の必須要素データが前記メモリ領域に全て格納されたか否かを判定する第２判定手段と、
前記第２判定手段により前記必須要素データが前記メモリ領域に全て格納されていないと判定された場合、エラー処理を実行するエラー処理手段と、
を備えることを特徴とするＩＣチップ。

【請求項6】

アプリケーションをパーソナライズするための要素データを含むコマンドを外部装置から複数回受信するＩＣカードであって、
前記外部装置から前記コマンドが受信される毎に当該コマンドに含まれる要素データを前記アプリケーションにより参照されるメモリ領域に格納する格納手段と、
前記外部装置から受信された前記コマンドが最後のコマンドであるか否かを判定する第１判定手段と、
前記第１判定手段により前記コマンドが最後のコマンドであると判定された場合、前記アプリケーションが正常に動作するために必要な複数の必須要素データが前記メモリ領域に全て格納されたか否かを判定する第２判定手段と、
前記第２判定手段により前記必須要素データが前記メモリ領域に全て格納されていないと判定された場合、エラー処理を実行するエラー処理手段と、
を備えることを特徴とするＩＣカード。

【請求項7】

アプリケーションをパーソナライズするための要素データを含むコマンドを外部装置から複数回受信する電子情報記憶媒体により実行される要素データ格納方法であって、
前記外部装置から前記コマンドが受信される毎に当該コマンドに含まれる要素データを前記アプリケーションにより参照されるメモリ領域に格納するステップと、
前記外部装置から受信された前記コマンドが最後のコマンドであるか否かを判定するステップと、
前記コマンドが最後のコマンドであると判定された場合、前記アプリケーションが正常に動作するために必要な複数の必須要素データが前記メモリ領域に全て格納されたか否かを判定するステップと、
前記必須要素データが前記メモリ領域に全て格納されていないと判定された場合、エラー処理を実行するステップと、
を含むことを特徴とする要素データ格納方法。

【請求項8】

アプリケーションをパーソナライズするための要素データを含むコマンドを外部装置から複数回受信する電子情報記憶媒体に含まれるコンピュータに、
前記外部装置から前記コマンドが受信される毎に当該コマンドに含まれる要素データを前記アプリケーションにより参照されるメモリ領域に格納するステップと、
前記外部装置から受信された前記コマンドが最後のコマンドであるか否かを判定するステップと、
前記コマンドが最後のコマンドであると判定された場合、前記アプリケーションが正常に動作するために必要な複数の必須要素データが前記メモリ領域に全て格納されたか否かを判定するステップと、
前記必須要素データが前記メモリ領域に全て格納されていないと判定された場合、エラー処理を実行するステップと、
を実行させることを特徴とするプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ＩＣ（Integrated Circuit）チップ上でアプリケーションの要素データを書き込むための発行処理等の技術分野に関する。

【背景技術】

【0002】

従来から、ＩＣチップ上で動作するアプリケーションのパーソナライズ工程において当該アプリケーションの要素データを書き込むための発行処理が行われている。例えば、特許文献１には、発行処理を簡単化することができるＩＣカードの技術が開示されている。特許文献１の技術によれば、ＩＣカードは、端末から発行コマンドを受信すると、設定が必要なデータの識別子がすべて設定済みであることを確認し、すべて設定済みだった場合、発行が完了したことを示す識別子と成功を示すステータスワードを端末に送信する。そして、端末は、発行が完了したことを示す識別子を受け取った場合、発行を完了するために、最終の発行コマンドであることを示す発行コマンドをＩＣカードに送信するようになっている。

【先行技術文献】

【特許文献】

【0003】

【文献】特許第６３５２６０９号公報

【発明の概要】

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

【0004】

ところで、ＩＣチップ上で動作するアプリケーションには、パーソナライズ必須の必須要素データとパーソナライズ必須ではない任意要素データとがある。例えば、クレジット用アプリケーションの場合、決済で使用する基本的な要素データはパーソナライズ必須であり、任意選択される要素データはパーソナライズ必須ではない。パーソナライズ必須の必須要素データが書き込まれずにＩＣチップが出荷された場合、アプリケーションが実際に使用される時点で未初期化状態の必須要素データへのアクセス処理が発生し、本来想定しない挙動を引き起こす恐れがある。こうした問題を防ぐためにパーソナライズ工程でパーソナライズ必須の必須要素データのパーソナライズ状況をチェックする必要があるが、この処理は煩雑でコードサイズの増大につながっていた。

【0005】

そこで、本発明は、このような点などに鑑みてなされたものであり、パーソナライズ必須の複数の必須要素データのパーソナライズ状況のチェックをより効率良く行うことを可能とする電子情報記憶媒体、ＩＣチップ、ＩＣカード、要素データ格納方法、及びプログラムを提供することを課題の一例とする。

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

【0006】

上記課題を解決するために、請求項１に記載の発明は、アプリケーションをパーソナライズするための要素データを含むコマンドを外部装置から複数回受信する電子情報記憶媒体であって、前記外部装置から前記コマンドが受信される毎に当該コマンドに含まれる要素データを前記アプリケーションにより参照されるメモリ領域に格納する格納手段と、前記外部装置から受信された前記コマンドが最後のコマンドであるか否かを判定する第１判定手段と、前記第１判定手段により前記コマンドが最後のコマンドであると判定された場合、前記アプリケーションが正常に動作するために必要な複数の必須要素データが前記メモリ領域に全て格納されたか否かを判定する第２判定手段と、前記第２判定手段により前記必須要素データが前記メモリ領域に全て格納されていないと判定された場合、エラー処理を実行するエラー処理手段と、を備えることを特徴とする。

【0007】

請求項２に記載の発明は、請求項１に記載の電子情報記憶媒体において、前記メモリ領域は複数の配列により構成され、それぞれの前記配列は所定バイトのデータを格納可能な要素を複数含んでおり、前記電子情報記憶媒体は、前記複数の必須要素データのそれぞれが格納されるべき前記配列の参照を記述する必須要素データ一覧を予め記憶しており、前記格納手段は、前記外部装置から前記コマンドが受信される毎に、前記コマンドに含まれる要素データと当該要素データが格納済であることを示すフラグとを所定の前記配列の要素に格納し、前記第２判定手段は、前記第１判定手段により前記コマンドが最後のコマンドであると判定された場合、前記必須要素データ一覧に記述されたそれぞれの前記配列の参照に基づいて、それぞれの前記配列にアクセスし当該それぞれの前記配列の要素に前記フラグが格納されているかを確認することにより前記複数の必須要素データが前記メモリ領域に全て格納されたか否かを判定することを特徴とする。

【0008】

請求項３に記載の発明は、請求項１に記載の電子情報記憶媒体において、前記電子情報記憶媒体は、前記複数の必須要素データのそれぞれが格納されるべきオブジェクトの参照を記述する必須要素データ一覧を予め記憶しており、前記格納手段は、前記外部装置から前記コマンドが受信される毎に、前記コマンドに含まれる要素データを格納するオブジェクトを生成し、前記第２判定手段は、前記第１判定手段により前記コマンドが最後のコマンドであると判定された場合、前記必須要素データ一覧に記述されたそれぞれの前記オブジェクトの参照に基づいて、それぞれの前記オブジェクトにアクセスし当該それぞれの前記オブジェクトが生成されているかを確認することにより前記複数の必須要素データが前記メモリ領域に全て格納されたか否かを判定することを特徴とする。

【0009】

請求項４に記載の発明は、請求項１乃至３の何れか一項に記載の電子情報記憶媒体において、前記必須要素データには前記アプリケーションにおけるオプション機能に必要な要素データが含まれており、前記アプリケーションがインストールされる際に当該アプリケーションにおけるオプション機能がオンに設定されている場合、前記第２判定手段は、前記オプション機能に必要な要素データを含む前記複数の必須要素データが前記メモリ領域に全て格納されたか否かを判定することを特徴とする。

【0010】

請求項５に記載の発明は、アプリケーションをパーソナライズするための要素データを含むコマンドを外部装置から複数回受信するＩＣチップであって、前記外部装置から前記コマンドが受信される毎に当該コマンドに含まれる要素データを前記アプリケーションにより参照されるメモリ領域に格納する格納手段と、前記外部装置から受信された前記コマンドが最後のコマンドであるか否かを判定する第１判定手段と、前記第１判定手段により前記コマンドが最後のコマンドであると判定された場合、前記アプリケーションが正常に動作するために必要な複数の必須要素データが前記メモリ領域に全て格納されたか否かを判定する第２判定手段と、前記第２判定手段により前記必須要素データが前記メモリ領域に全て格納されていないと判定された場合、エラー処理を実行するエラー処理手段と、を備えることを特徴とする。

【0011】

請求項６に記載の発明は、アプリケーションをパーソナライズするための要素データを含むコマンドを外部装置から複数回受信するＩＣカードであって、前記外部装置から前記コマンドが受信される毎に当該コマンドに含まれる要素データを前記アプリケーションにより参照されるメモリ領域に格納する格納手段と、前記外部装置から受信された前記コマンドが最後のコマンドであるか否かを判定する第１判定手段と、前記第１判定手段により前記コマンドが最後のコマンドであると判定された場合、前記アプリケーションが正常に動作するために必要な複数の必須要素データが前記メモリ領域に全て格納されたか否かを判定する第２判定手段と、前記第２判定手段により前記必須要素データが前記メモリ領域に全て格納されていないと判定された場合、エラー処理を実行するエラー処理手段と、を備えることを特徴とする。

【0012】

請求項７に記載の発明は、アプリケーションをパーソナライズするための要素データを含むコマンドを外部装置から複数回受信する電子情報記憶媒体により実行される要素データ格納方法であって、前記外部装置から前記コマンドが受信される毎に当該コマンドに含まれる要素データを前記アプリケーションにより参照されるメモリ領域に格納するステップと、前記外部装置から受信された前記コマンドが最後のコマンドであるか否かを判定するステップと、前記コマンドが最後のコマンドであると判定された場合、前記アプリケーションが正常に動作するために必要な複数の必須要素データが前記メモリ領域に全て格納されたか否かを判定するステップと、前記必須要素データが前記メモリ領域に全て格納されていないと判定された場合、エラー処理を実行するステップと、を含むことを特徴とする。

【0013】

請求項８に記載の発明は、アプリケーションをパーソナライズするための要素データを含むコマンドを外部装置から複数回受信する電子情報記憶媒体に含まれるコンピュータに、前記外部装置から前記コマンドが受信される毎に当該コマンドに含まれる要素データを前記アプリケーションにより参照されるメモリ領域に格納するステップと、前記外部装置から受信された前記コマンドが最後のコマンドであるか否かを判定するステップと、前記コマンドが最後のコマンドであると判定された場合、前記アプリケーションが正常に動作するために必要な複数の必須要素データが前記メモリ領域に全て格納されたか否かを判定するステップと、前記必須要素データが前記メモリ領域に全て格納されていないと判定された場合、エラー処理を実行するステップと、を実行させることを特徴とする。

【発明の効果】

【0014】

本発明によれば、パーソナライズ必須の複数の必須要素データのパーソナライズ状況のチェックをより効率良く行うことができる。

【図面の簡単な説明】

【0015】

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

【図2】要素データを格納するための配列の一例を示す図である。

【図3】必須要素データ一覧の一例を示す図である。

【図4】要素データＡを発行するためのStore Dataコマンドのデータ構成例を示す図である。

【図5】１つのDGIが複数の要素データと対応している場合のStore Dataコマンドのデータ構成例を示す図である。

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

【発明を実施するための形態】

【0016】

以下、図面を参照して本発明の実施形態について詳細に説明する。

【0017】

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

【0018】

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

【0019】

ＮＶＭ１３には、例えばフラッシュメモリが適用される。なお、ＮＶＭ１３は、「Electrically Erasable Programmable Read-Only Memory」であってもよい。ＮＶＭ１３またはＲＯＭ１４には、ＯＳ（Operating System）、及び１または複数のアプリケーション（例えば、Java（登録商標） Cardアプリケーション）等の各種プログラム（本発明のプログラムを含む）等が記憶される。ＮＶＭ１３には、アプリケーションにより参照されるメモリ領域が設けられる。メモリ領域には、アプリケーションの複数の要素データが格納される。それぞれの要素データにはDGI（Data Grouping Identifier）が付与されている。また、複数の要素データには、パーソナライズ必須の（つまり、アプリケーションが正常に動作するために必要な）必須要素データとパーソナライズ必須ではない任意要素データとが含まれる。必須要素データの例として、ＩＣチップ１の利用者の個人情報（例えば、会員番号）が挙げられる。また、ＩＣチップ１がクレジットカードに利用される場合、必須要素データの例として、オフラインでの累計決済額の上限値、１回の決済での決済額の上限値などが挙げられる。

【0020】

例えば、メモリ領域は、複数の配列（バイト配列）により構成されるとよい。例えば、アプリケーションがインストールされる際に当該アプリケーションの要素データを格納するための配列がメモリ領域に創成される。換言すると、アプリケーションに要素データを書き込むための配列が創成される。配列は、後から外部装置２により送信される要素データの入れ物ということができる。配列のサイズは、例えば、要素データの長さ（データ長）によって決まるものであり、アプリケーションがインストールされる際に設定される。それぞれの配列は、所定バイト（例えば、１バイト）のデータを格納可能な要素（以下、「配列要素」という）を複数含んで構成される。それぞれの配列要素には、互いに異なるインデックスが割り当てられる。例えば、先頭の配列要素にはインデックス[0]が割り当てられ、次の配列要素にはインデックス[1]が割り当てられ、さらに次の配列要素にはインデックス[2]が割り当てられるというように、インデックスの値は１ずつインクリメントされる。

【0021】

１つの配列には、例えば、１つの要素データが格納されるものとし、当該要素データは、その長さに応じて上記所定バイトずつ分割されて複数の配列要素に格納されるとよい。さらに、１つの配列において何れか１の配列要素（例えば、先頭の配列要素）は、その配列に格納されるべき要素データが格納済であるか否かを示す発行状況フラグが格納されるために用いられる。例えば、発行状況フラグが“01(h:hexadecimal)”である場合、当該要素データが格納済であることを示し、発行状況フラグが“00(h)”である場合、当該要素データが格納済でないことを示す。発行状況フラグが“00(h)”である配列には要素データはまだ格納されておらず、当該要素データの長さに応じたデフォルト値が格納されている。

【0022】

図２は、要素データを格納するための配列の一例を示す図である。図２（Ａ）は、要素データＡを格納するための配列Ａを示しており、先頭の配列要素（インデックス[0]）には発行状況フラグ“01(h)”が格納され、以降の配列要素（インデックス[1]～[10]）に要素データＡ（112233445566778899AA(h)）が格納されている。一方、図２（Ｂ）は、要素データＢを格納するための配列Ｂを示しており、先頭の配列要素（インデックス[0]）には発行状況フラグ“00(h)”が格納されているので、以降の配列要素（インデックス[1]～[5]）にはまだ要素データＢが格納されておらず、デフォルト値（0000000000(h)）が格納されている。一方、図２（Ｃ）は、要素データＣを格納するための配列Ｃを示しており、先頭の配列要素（インデックス[0]）には発行状況フラグ“01(h)”が格納されており、以降の配列要素（インデックス[1]～[5]）には要素データＣ（1000000000(h)）が格納されている。

【0023】

さらに、ＮＶＭ１３には、複数の必須要素データのそれぞれが格納されるべき配列の参照を記述する必須要素データ一覧（例えばテーブルデータ）が予め記憶される。例えば、必須要素データ一覧は、アプリケーションがインストールされる際に記憶される。配列の参照は、例えば、メモリ領域における配列のアドレスを示す。図３は、必須要素データ一覧の一例を示す図である。図３に示す必須要素データ一覧において、１番目～３番目のテーブル要素（行）には、配列Ａ～配列Ｃの参照が記述されている。つまり、この例では、図２（Ａ）～（Ｃ）に示す要素データＡ～Ｃが必須要素データということになる。

【0024】

なお、各要素データは、クラス（設計図）から生成（インスタンス化）されるオブジェクト（実体）に格納されてもよい。オブジェクトは、キーとバリューが対になった複数のプロパティから構成される。ここで、バリューには、上述の要素データが格納される。本実施形態で適用されるオブジェクトは、アプリケーションがインストールされる際に生成されるのではなく、外部装置２により要素データが送信されたときに生成される。この場合、ある要素データを格納するオブジェクトが生成済みかどうかをチェックすることで、その要素データが格納済（換言すると、発行済またはパーソナライズ済）であるか否かが判定可能になっている。この場合、ＮＶＭ１３には、複数の必須要素データのそれぞれが格納されるべきオブジェクトの参照を記述する必須要素データ一覧が予め記憶される。オブジェクトの参照は、例えば、メモリ領域におけるオブジェクトのアドレスを示す。なお、図３に示す必須要素データ一覧に示される配列Ａ～配列Ｃの参照は、そのままオブジェクトＡ～Ｃに置き換えることができる。

【0025】

ＣＰＵ１５（コンピュータの一例）は、ＮＶＭ１３に記憶された本発明のプログラムをを実行することで、本発明における格納手段、第１判定手段、第２判定手段、及びエラー処理手段等として機能する。ＣＰＵ１５は、アプリケーションをパーソナライズするための要素データを含むコマンドを外部装置２から複数回受信する。かかるコマンドには、例えば、ISO/IEC 7816に規定されたStore DataコマンドAPDU（Application Protocol Data Unit）を適用することができる。Store DataコマンドAPDU（以下、単に、「Store Dataコマンド」という）は、コマンドクラス（命令クラス）を示すCLA、コマンドコード（命令コード）を示すINS、コマンドパラメータ（命令パラメータ）を示すP1及びP2からなるヘッダ部と、要素データを含むボディ部とにより構成される。例えば、ボディ部には、要素データに付与されたDGI（例えば、２バイト）、要素データの長さ（例えば、１または３バイト）、及び要素データ本体が含まれる。なお、ヘッダ部のP1には、Store Dataコマンドが最後のStore Dataコマンド（以下、「Last Store Dataコマンド」という）であるか否かを示すbit（“1”または“0”）が含まれる。

【0026】

図４は、要素データＡを発行するためのStore Dataコマンドのデータ構成例を示す図である。図４に示すStore Dataコマンドのボティ部には、要素データＡに付与されたDGI“1234(h)”、要素データＡの長さ“0A(h)”、及び要素データＡからなるDataがセットされている。ＣＰＵ１５は、受信されたStore Dataコマンドに含まれるDGIの値を解釈することにより、受信された要素データが何であるかを識別することができ、格納すべき配列を特定、または生成すべきオブジェクトを特定することができる。なお、１つのDGIが複数の要素データと対応している場合もある。

【0027】

図５は、１つのDGIが複数の要素データと対応している場合のStore Dataコマンドのデータ構成例を示す図である。例えば、EMV（登録商標）の標準発行仕様で定義されているDGI“8000(h)”は長さ１６バイトの暗号鍵を３種類をまとめて送信するために使用される。図５に示すStore Dataコマンドのボティ部には、要素データＸに付与されたDGI“8000(h)”、要素データＸの長さ“30(h)”、及び要素データＸ“111…”,“222…”,“333…”（３種類の暗号鍵）からなるDataがセットされている。ＣＰＵ１５は、受信されたStore Dataコマンドに含まれるDGI“8000(h)”を解釈することにより、受信された要素データＸが１６バイトの３種類の暗号鍵であることを識別することができる。

【0028】

ＣＰＵ１５は、Store Dataコマンドが受信される毎に当該コマンドに含まれる要素データをメモリ領域に格納する。例えば、ＣＰＵ１５は、Store Dataコマンドに含まれる要素データと当該要素データが格納済であることを示す発行状況フラグ“01(h)”とを、上述したように、メモリ領域の所定の配列の配列要素に格納する。或いは、ＣＰＵ１５は、Store Dataコマンドに含まれる要素データを格納するオブジェクトをメモリ領域に生成する。そして、ＣＰＵ１５は、外部装置２から受信されたStore DataコマンドがLast Store Dataコマンドであるか否かを判定（P1のbitから判定）し、Store DataコマンドがLast Store Dataコマンドであると判定した場合、パーソナライズ必須の複数の必須要素データがメモリ領域に全て格納されたか否かを判定する。

【0029】

例えば、ＣＰＵ１５は、ＮＶＭ１３に記憶されている必須要素データ一覧に記述されたそれぞれの配列の参照に基づいて、それぞれの配列にアクセスし当該それぞれの配列の配列要素に発行状況フラグ“01(h)”が格納されているかを確認することにより複数の必須要素データがメモリ領域に全て格納されたか否かを判定する。或いは、ＣＰＵ１５は、ＮＶＭ１３に記憶されている必須要素データ一覧に記述されたそれぞれのオブジェクトの参照に基づいて、それぞれのオブジェクトにアクセスし当該それぞれのオブジェクトが生成されているかを確認することにより複数の必須要素データがメモリ領域に全て格納されたか否かを判定する。そして、ＣＰＵ１５は、必須要素データがメモリ領域に全て格納されていないと判定した場合、エラー処理を実行する。例えば、エラー処理では、発行処理が中断され、エラーを示すステータスワードSWを含むレスポンスAPDUが外部装置２へ返信される。

【0030】

［２．ＩＣチップ１の動作］
次に、図６を参照して、本実施形態に係るＩＣチップ１の動作について説明する。図６は、ＩＣチップ１のＣＰＵ１５により実行される発行処理の一例を示すフローチャートである。図６に示す処理は、例えばＩＣチップ１の製造工場におけるパーソナライズ工程においてＩＣチップ１が外部装置２からStore Dataコマンドが受信した場合に開始される。

【0031】

図６に示す処理が開始されると、ＣＰＵ１５は、Store Dataコマンドにより受信された要素データをメモリ領域に格納する（ステップＳ１）。次いで、ＣＰＵ１５は、受信されたStore DataコマンドがLast Store Dataコマンドであるか否かを判定する（ステップＳ２）。Store DataコマンドがLast Store Dataコマンドでないと判定された場合（ステップＳ２：ＮＯ）、正常終了を示すステータスワードSWを含むレスポンスAPDUが外部装置２へ返信され（ステップＳ３）、次のStore Dataコマンドの待機状態になる。一方、Store DataコマンドがLast Store Dataコマンドであると判定された場合（ステップＳ２：ＹＥＳ）、処理はステップＳ４へ進む。

【0032】

ステップＳ４では、ＣＰＵ１５は、Ｎ＝１をセットする。次いで、ＣＰＵ１５は、ＮＶＭ１３に記憶されている必須要素データ一覧のＮ番目のテーブル要素にアクセスし、必須要素データのパーソナライズ状態（例えば、発行状況フラグ、またはオブジェクトの生成有無）を取得する（ステップＳ５）。例えば、ＣＰＵ１５は、Ｎ番目のテーブル要素に記述された配列の参照（またはオブジェクトの参照）に基づいて配列（またはオブジェクト）にアクセスして必須要素データのパーソナライズ状態を取得する。

【0033】

次いで、ＣＰＵ１５は、ステップＳ５で取得されたパーソナライズ状態に基づいて、Ｎ番目のテーブル要素に対応する必須要素データがメモリ領域に格納済（換言すると、発行済またはパーソナライズ済）であるか否かを判定する（ステップＳ６）。当該必須要素データがメモリ領域に格納済でないと判定された場合（ステップＳ６：ＮＯ）、上述したエラー処理が実行され（ステップＳ７）、図６に示す処理は終了する。一方、当該必須要素データがメモリ領域に格納済であると判定された場合（ステップＳ６：ＹＥＳ）、処理はステップＳ８へ進む。

【0034】

ステップＳ８では、ＣＰＵ１５は、必須要素データ一覧の全てのテーブル要素にアクセスしたか否かを判定する。必須要素データ一覧の全てのテーブル要素にアクセスしていないと判定された場合（ステップＳ８：ＮＯ）、Ｎ＝Ｎ＋１がセットされ（ステップＳ９）、処理はステップＳ５に戻り、上記と同様の処理が繰り返される。一方、必須要素データ一覧の全てのテーブル要素にアクセスしたと判定された場合（ステップＳ８：ＹＥＳ）、正常終了を示すステータスワードSWを含むレスポンスAPDUが外部装置２へ返信される（ステップＳ１０）。次いで、ＣＰＵ１５は、発行完了状態をセットし（ステップＳ１１）、図６に示す処理は終了する。

【0035】

以上説明したように、上記実施形態によれば、ＩＣチップ１は、Store Dataコマンドが受信される毎に当該コマンドに含まれる要素データをメモリ領域に格納し、Last Store Dataコマンドが受信された場合、パーソナライズ必須の複数の必須要素データがメモリ領域に全て格納されたか否かを判定し、当該必須要素データがメモリ領域に全て格納されていないと判定した場合、エラー処理を実行するように構成したので、パーソナライズ必須の複数の必須要素データのパーソナライズ状況のチェックをより効率良く行うことができる。また、パーソナライズ必須の必須要素データが格納済でない場合にエラー処理が実行されることで、パーソナライズ必須の要素データが未初期化の状態でＩＣチップ１が出荷されることを防ぐことができる。また、上記実施形態によれば、必須要素データ一覧を利用することによって、プログラムで記述することと比べてプログラムコードのサイズを抑えることができる。

【0036】

なお、上記実施形態において、例えばアプリケーションがインストールされる際に当該アプリケーションにおけるオプション機能がオンに設定された場合（つまり、アプリケーションのオプション機能が有効な設定でパーソナライズされた場合）、上述した必須要素データには当該オプション機能に必要な要素データが準必須要素データとして含まれるとよい。オプション機能の一例として、ログデータを記録する機能が挙げられる。この場合、上述した必須要素データ一覧には、当該オプション機能に必要な要素データが格納されるべき配列（またはオブジェクト）の参照が記述される。そして、Last Store Dataコマンドが受信されると、図６に示す処理において、当該オプション機能に必要な要素データのパーソナライズ状態が取得され、当該取得されたパーソナライズ状態に基づいて、当該オプション機能に必要な要素データがメモリ領域に格納済であるか否かが判定される。そして、当該オプション機能に必要な要素データがメモリ領域に格納済でないと判定された場合、上述したエラー処理が実行される。なお、オプション機能に必要な要素データが格納されるべき配列（またはオブジェクト）の参照は、上述した必須要素データ一覧とは別に記憶される準必須要素データ一覧に記憶されるように構成してもよい。

【符号の説明】

【0037】

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

【要約】

【課題】パーソナライズ必須の複数の必須要素データのパーソナライズ状況のチェックをより効率良く行うことを可能とする電子情報記憶媒体、ＩＣチップ、ＩＣカード、要素データ格納方法、及びプログラムを提供する。
【解決手段】ＩＣチップ１は、Store Dataコマンドが受信される毎に当該コマンドに含まれる要素データをメモリ領域に格納し、Last Store Dataコマンドが受信された場合、パーソナライズ必須の複数の必須要素データがメモリ領域に全て格納されたか否かを判定し、当該必須要素データがメモリ領域に全て格納されていないと判定した場合、エラー処理を実行する。
【選択図】図６

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】