JP7468765B1 - 電子情報記憶媒体、ｉｃチップ、ｉｃカード、データ一括更新方法、及びプログラム - Google Patents

Abstract

【課題】複数のレコードのそれぞれに格納されたデータを一括更新することが可能な電子情報記憶媒体、ＩＣチップ、ＩＣカード、データ一括更新方法、及びプログラムを提供する。
【解決手段】ＩＣチップ１は、上述した対応付け情報を登録する一括更新テーブルを保持しておき、外部装置２から、更新データ及び当該更新データに付与された一括更新対象Tagを含む一括更新コマンドを受信すると、当該一括更新コマンドに含まれる一括更新対象Tag、及び一括更新テーブルに登録されている対応付け情報に基づいて、複数のレコードのそれぞれにおいて同一のTagが付与されたデータを特定し、当該特定された各データを、当該一括更新コマンドに含まれる更新データにより更新する。
【選択図】図１０

Description

本発明は、データを格納するレコードを複数記憶可能なＩＣ（Integrated Circuit）チップ等の技術分野に関する。

従来、例えば特許文献１に開示されるように、レコードに格納されるTLV形式のデータをＩＣチップに書き込むために、ＩＣチップの発行者（製造者）の発行端末から複数の書き込みコマンドをＩＣチップに順次送信するようになっている。

特許第６５５６４８９号公報

ところで、ＩＣチップ内の複数のレコードに同一のTagを持つデータが格納されることがある。この場合において、これらのレコードに格納される同一のTagを持つデータを変更（更新）したい場合、当該データを格納するレコードの数分の更新コマンドを発行端末からＩＣチップに送信する必要があるため、それぞれのデータを更新するために時間がかかるという問題があった。

そこで、本発明は、このような点などに鑑みてなされたものであり、複数のレコードのそれぞれに格納されたデータを一括更新することが可能な電子情報記憶媒体、ＩＣチップ、ＩＣカード、データ一括更新方法、及びプログラムを提供することを課題の一例とする。

上記課題を解決するために、請求項１に記載の発明は、タグ値が付与されたデータを格納するレコードを複数記憶し、何れか２つ以上の前記レコードのそれぞれには同一の第１のタグ値が付与されたデータが格納される電子情報記憶媒体であって、前記第１のタグ値が付与されたデータが格納される前記レコードのそれぞれの識別子及び当該レコードのそれぞれにおける当該データの格納位置と、当該第１のタグ値とを対応付けた対応付け情報を登録する管理テーブルを保持する保持手段と、外部装置から、更新データ及び当該更新データに付与された前記第１のタグ値を含む第１のコマンドを受信する受信手段と、前記第１のコマンドに含まれる前記第１のタグ値、及び前記管理テーブルに登録されている前記対応付け情報に基づいて、前記レコードのそれぞれにおいて前記第１のタグ値が付与されたデータを特定する特定手段と、前記特定手段により特定された各前記データを、前記第１のコマンドに含まれる前記更新データにより更新する更新手段と、を備えることを特徴とする。

請求項２に記載の発明は、請求項１に記載の電子情報記憶媒体において、何れかの２つ以上の前記レコードのそれぞれには、さらに、同一の第２のタグ値であって、前記第１のタグ値とは異なる当該第２のタグ値が付与されたデータが格納されており、前記管理テーブルは、さらに、前記第２のタグ値が付与されたデータが格納される前記レコードのそれぞれの識別子及び当該レコードのそれぞれにおける当該データの格納位置と、当該第２のタグ値とを対応付けた対応付け情報を登録しており、前記受信手段は、前記更新データ及び当該データに付与された前記第１のタグ値または前記第２のタグ値を含む第２のコマンドを受信し、前記特定手段は、前記第２のコマンドに含まれる前記第１のタグ値または前記第２のタグ値、及び前記管理テーブルにおける前記対応付け情報を全て参照することを特徴とする。

請求項３に記載の発明は、請求項１に記載の電子情報記憶媒体において、何れかの２つ以上の前記レコードのそれぞれには、さらに、同一の第２のタグ値であって、前記第１のタグ値とは異なる当該第２のタグ値が付与されたデータが格納されており、前記管理テーブルは、さらに、前記第２のタグ値が付与されたデータが格納される前記レコードのそれぞれの識別子及び当該レコードのそれぞれにおける当該データの格納位置と、当該第２のタグ値とを対応付けた対応付け情報を登録しており、前記保持手段は、前記管理テーブルにおいて前記第１のタグ値に対応する前記対応付け情報を登録する領域と、前記第２のタグ値に対応する前記対応付け情報を登録する領域とを予め分けて管理し、前記受信手段は、前記更新データ及び当該データに付与された前記第１のタグ値または前記第２のタグ値を含む第２のコマンドを受信し、前記特定手段は、前記第２のコマンドに含まれる前記第１のタグ値または前記第２のタグ値に対応する前記領域を特定し、前記第２のコマンドに含まれる前記第１のタグ値または前記第２のタグ値、及び前記特定した領域における前記対応付け情報を参照することを特徴とする。

請求項４に記載の発明は、請求項１に記載の電子情報記憶媒体において、何れかの２つ以上の前記レコードのそれぞれには、さらに、同一の第２のタグ値であって、前記第１のタグ値とは異なる当該第２のタグ値が付与されたデータが格納されており、前記受信手段は、前記外部装置から、前記第２のタグ値が付与されたデータが格納される前記レコードの識別子と、当該第２のタグ値とを対応付けた対応付け情報を含む第３のコマンドを受信し、前記第３のコマンドに含まれる前記識別子及び前記第２のタグ値に基づいて、前記レコードにおける前記データの格納位置を算出し、当該第２のタグ値が付与されたデータが格納される前記レコードの識別子及び前記算出した前記格納位置と、当該第２のタグ値とを対応付けた対応付け情報を前記管理テーブルに追加登録する登録手段を更に備えることを特徴とする。

請求項５に記載の発明は、請求項４に記載の電子情報記憶媒体において、前記コマンドに含まれる前記第２のタグ値に対応する領域であって前記管理テーブルにおける当該領域を特定し、当該第２のタグ値が付与されたデータが格納される前記レコードの識別子及び前記算出した前記格納位置と、当該第２のタグ値とを対応付けた対応付け情報を前記特定した領域に追加登録する登録手段を更に備えることを特徴とする。

請求項６に記載の発明は、タグ値が付与されたデータを格納するレコードを複数記憶し、何れか２つ以上の前記レコードのそれぞれには同一の第１のタグ値が付与されたデータが格納されるＩＣチップであって、前記第１のタグ値が付与されたデータが格納される前記レコードのそれぞれの識別子及び当該レコードのそれぞれにおける当該データの格納位置と、当該第１のタグ値とを対応付けた対応付け情報を登録する管理テーブルを保持する保持手段と、外部装置から、更新データ及び当該更新データに付与された前記第１のタグ値を含む第１のコマンドを受信する受信手段と、前記第１のコマンドに含まれる前記第１のタグ値、及び前記管理テーブルに登録されている前記対応付け情報に基づいて、前記レコードのそれぞれにおいて前記第１のタグ値が付与されたデータを特定する特定手段と、前記特定手段により特定された各前記データを、前記第１のコマンドに含まれる前記更新データにより更新する更新手段と、を備えることを特徴とする。

請求項７に記載の発明は、タグ値が付与されたデータを格納するレコードを複数記憶し、何れか２つ以上の前記レコードのそれぞれには同一の第１のタグ値が付与されたデータが格納されるＩＣカードであって、前記第１のタグ値が付与されたデータが格納される前記レコードのそれぞれの識別子及び当該レコードのそれぞれにおける当該データの格納位置と、当該第１のタグ値とを対応付けた対応付け情報を登録する管理テーブルを保持する保持手段と、外部装置から、更新データ及び当該更新データに付与された前記第１のタグ値を含む第１のコマンドを受信する受信手段と、前記第１のコマンドに含まれる前記第１のタグ値、及び前記管理テーブルに登録されている前記対応付け情報に基づいて、前記レコードのそれぞれにおいて前記第１のタグ値が付与されたデータを特定する特定手段と、前記特定手段により特定された各前記データを、前記第１のコマンドに含まれる前記更新データにより更新する更新手段と、を備えることを特徴とする。

請求項８に記載の発明は、タグ値が付与されたデータを格納するレコードを複数記憶し、何れか２つ以上の前記レコードのそれぞれには同一の第１のタグ値が付与されたデータが格納される電子情報記憶媒体により実行されるデータ一括更新方法であって、前記第１のタグ値が付与されたデータが格納される前記レコードのそれぞれの識別子及び当該レコードのそれぞれにおける当該データの格納位置と、当該第１のタグ値とを対応付けた対応付け情報を登録する管理テーブルを保持するステップと、外部装置から、更新データ及び当該更新データに付与された前記第１のタグ値を含む第１のコマンドを受信するステップと、前記第１のコマンドに含まれる前記第１のタグ値、及び前記管理テーブルに登録されている前記対応付け情報に基づいて、前記レコードのそれぞれにおいて前記第１のタグ値が付与されたデータを特定するステップと、前記特定された各前記データを、前記第１のコマンドに含まれる前記更新データにより更新するステップと、を含むことを特徴とする。

請求項９に記載の発明は、タグ値が付与されたデータを格納するレコードを複数記憶し、何れか２つ以上の前記レコードのそれぞれには同一の第１のタグ値が付与されたデータが格納される電子情報記憶媒体に含まれるコンピュータに、前記第１のタグ値が付与されたデータが格納される前記レコードのそれぞれの識別子及び当該レコードのそれぞれにおける当該データの格納位置と、当該第１のタグ値とを対応付けた対応付け情報を登録する管理テーブルを保持するステップと、外部装置から、更新データ及び当該更新データに付与された前記第１のタグ値を含む第１のコマンドを受信するステップと、前記第１のコマンドに含まれる前記第１のタグ値、及び前記管理テーブルに登録されている前記対応付け情報に基づいて、前記レコードのそれぞれにおいて前記第１のタグ値が付与されたデータを特定するステップと、前記特定された各前記データを、前記第１のコマンドに含まれる前記更新データにより更新するステップと、を実行させることを特徴とする。

本発明によれば、複数のレコードのそれぞれに格納されたデータを一括更新することができる。

ＩＣチップ１のハードウェア構成例を示す図である。 レコード記憶領域におけるレコード例を示す概念図である。 レコードを書き込むためのWRITE RECORDコマンドフォーマット例を示す図である。 一括更新テーブル例１を示す図である。 一括更新テーブル例２を示す図である。 WRITE BINARYコマンドフォーマット例を示す図である。 一括更新テーブルを書き込むためのWRITE BINARYコマンド内のバイト列の具体例を示す図である。 一括更新対象のデータを一括更新するためのPUT DATAコマンドフォーマット例を示す図である。 レコード記憶領域における更新後のレコード例を示す概念図である。 実施例１においてＩＣチップ１のＣＰＵ１５により実行される一括更新処理の一例を示すフローチャートである。 実施例２においてＩＣチップ１のＣＰＵ１５により実行される一括更新処理の一例を示すフローチャートである。 レコード記憶領域にレコードが追加された場合のレコード例を示す概念図である。 対応付け情報を追加登録するためのWRITE BINARYコマンド内のバイト列の具体例を示す図である。 対応付け情報が追加登録された一括更新テーブル例３を示す図である。 対応付け情報が追加登録された一括更新テーブル例４を示す図である。

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

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

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

ＮＶＭ１３には、例えばフラッシュメモリが適用される。なお、ＮＶＭ１３は、「Electrically Erasable Programmable Read-Only Memory」であってもよい。ＮＶＭ１３またはＲＯＭ１４には、ＯＳ（Operating System）及びアプリケーション等のプログラム（本発明のプログラムを含む）等が記憶される。アプリケーションの例として、取引対象の決済のために利用される決済用アプリケーションや、設備等を動作させるために利用される認証用アプリケーションなどが挙げられる。また、ＮＶＭ１３には、複数のレコード（レコードデータともいう）を書き込む（記憶する）ためのレコード記憶領域、及び一括更新テーブル（管理テーブルの一例）を書き込むためのテーブル記憶領域を有する。

ここで、レコードは、TLV（Tag, Length, Value）形式で構成されるデータを１つ以上格納する。Tag（タグ値）はデータの識別子（タグID）を表し、Length（レングス値）はデータのサイズ（データ長）を表し、Valueは（バリュー値）データの中身（内容）を表す。つまり、レコードに格納されるデータは、Tagが付与されたデータ（換言すると、Tagを持つデータ）ということができる。このようなデータの例として、アプリケーションの利用者の個人情報、アプリケーションの動作を決定するような設定データ、暗号演算や復号演算に必要な鍵データ、及び証明書データなどが挙げられる。

また、レコードは、アプリケーションにより使用されるファイル（例えば、ＥＦ（Elementary File））に論理的に纏められる（換言すると、格納される）。１つのファイルには、複数のレコードを格納することができる。各ファイルには、ファイルの識別子（ファイルID）であるSFI（Short File Identifier）が付与される。各レコードには、レコード番号（つまり、ファイルにおける論理的な番号）が付与される。SFI及びレコード番号は、レコードの識別子の一例である。SFI及びレコード番号を指定することでレコードを一意に特定することができる。

図２は、レコード記憶領域におけるレコード例を示す概念図である。図２の例では、３つのレコードを示しており、それぞれのレコードは、SFI及びレコード番号により特定されるようになっている。また、図２の例では、レコード番号“01(h:hexadecimal)”～“03(h)”のレコードのうち、レコード番号“01(h)”,“03(h)”のレコードのそれぞれには同一のTag“DF02(h)”（第１のタグ値の一例）が付与されたデータ（Value“11(h)”）が格納されている。また、図２の例では、レコード番号“01(h)”～“03(h)”のレコードのそれぞれには同一のTag“DF03(h)”（第２のタグ値の一例）が付与されたデータ（Value“01(h)”も同一）が格納されている。図２に示す各レコードは、例えばISO/IEC 7816に規定されたWRITE RECORD、APPEND RECORD、またはSTORE DATAコマンド等のコマンドAPDU（Application Protocol Data Unit）によりレコード記憶領域に書き込まれる。

図３は、レコードを書き込むためのWRITE RECORDコマンドフォーマット例を示す図である。図３に示すWRITE RECORDコマンドは、コマンドクラスを示すCLA（１バイト）、コマンドコードを示すINS（１バイト）、コマンドパラメータを示すP1（１バイト）及びP2（１バイト）からなるヘッダ部と、Lc（１または３バイト）及びData（可変バイト）からなるボディ部とにより構成される。ここで、INSにはWRITE RECORDコマンドを示す値“D2(h)”が格納され、P1には書き込み対象のレコードのレコード番号が格納され、P2には当該レコードが格納されるファイルのSFIが格納される。また、Lcには書き込み対象のレコードのデータ長が格納され、Dataには当該レコードが格納される。

図２に示す３つのレコードをレコード記憶領域に書き込むためには、外部装置２からＩＣチップ１へ、少なくとも３回、WRITE RECORDコマンドを送信する必要がある。図３において、レコードデータの一部、例えばTag“DF02(h)”が付与されたデータ（Value“11(h)”）を変更（例えば、Value“12(h)”に変更）する場合、従来は、例えばISO/IEC 7816に規定されたUPDATE RECORD コマンド（更新コマンド）を、外部装置２からＩＣチップ１へ、少なくとも３回が送信していた。なお、この場合、変更されないデータ（例えば、Tag“DF01(h)”が付与されたデータ）についてもUPDATE RECORD コマンドのDataに格納される。

本実施形態においては、従来のようにUPDATE RECORDコマンドを複数回送信することなく、一度の一括更新コマンドの実行により、複数のレコードのそれぞれに格納された同一のTagを持つデータを連動して一括更新させるために、ＩＣチップ１内に一括更新テーブルが保持される。一括更新テーブルは、一括更新対象のデータが各レコード内のどの位置に格納されているかを示すものである。例えば、一括更新テーブルは、例えばＯＳにより管理されるファイル（例えば、ＥＦ）に格納されてテーブル記憶領域に記憶されるとよい。

図４は、一括更新テーブル例１を示す図である。図４に示す一括更新テーブルには、一括更新対象のデータに付与されたTag（以下、適宜、「一括更新対象Tag」という）、SFI、レコード番号、及びレコードオフセット（レコードにおけるデータの格納位置）を対応付けた対応付け情報が一括更新対象のデータの数（この例では、５つ）分だけ登録されている。ここで、SFI及びレコード番号は、Tagが付与されたデータが格納されるレコードの識別子の一例である。図４の例では、一括更新テーブルの１行目（番目）及び４行目がTag“DF02(h)”に対応する対応付け情報であり、一括更新テーブルの２行目、３行目及び５行目がTag“DF03(h)”に対応する対応付け情報である。つまり、図４に示す一括更新テーブルにおいて、Tag“DF02(h)”に対応する対応付け情報とTag“DF03(h)”に対応する対応付け情報とが混在している。

図５は、一括更新テーブル例２を示す図である。図５に示す一括更新テーブルにおいては、Tag“DF02(h)”に対応する対応付け情報を登録する領域R1と、Tag“DF03(h)”に対応する対応付け情報を登録する領域R2とが予め分けられて管理されている。例えば、領域R1及び領域R2は、テーブル記憶領域において物理アドレスが異なるように、例えばテーブル作成用プログラムのインストール時に予め一定範囲割り当てられる。これは、Tag“DF02(h)”に対応する対応付け情報を登録する一括更新テーブルT1と、Tag“DF03(h)”に対応する対応付け情報を登録する一括更新テーブルT2とが分けられるということができる。なお、一括更新テーブルT1と一括更新テーブルT2とは別々のファイル（つまり、SFIが異なるファイル）に格納されるとよい。

一括更新テーブルは、例えば発行処理において書き込み対象のレコードが全てＩＣチップ１に書き込まれた後に、例えばISO/IEC 7816に規定されたWRITE BINARY、またはSTORE DATAコマンド等によりテーブル記憶領域に書き込まれる。図６は、一括更新テーブルを書き込むためのWRITE BINARYコマンドフォーマット例を示す図である。図６に示すように、WRITE BINARYコマンドにおいて、INSにはWRITE BINARYコマンドを示す値“D0(h)”が格納され、P1には書き込み対象の一括更新テーブルが格納されるファイルのSFIが格納される。P2には一括更新テーブルのオフセット（格納位置）が格納される。また、Lcには書き込み対象の一括更新テーブルの要素のデータ長が格納され、Dataには当該一括更新テーブルの要素が格納される。一括更新テーブルの要素には、一括更新対象Tag、SFI、及びレコード番号が該当する。

図７は、一括更新テーブルを書き込むためのWRITE BINARYコマンド内のバイト列の具体例を示す図である。図７に示すWRITE BINARYコマンド内のDataには、図２に示すレコードに格納された一括更新対象のデータが持つTag（２バイト）、当該レコードが格納されるファイルのSFI（１バイト）、及び当該レコードのレコード番号（１バイト）が５要素分格納されている。なお、一括更新テーブルの要素の一つであるレコードオフセットは、WRITE BINARYコマンド内のDataには格納されなくてよい。なぜなら、レコードオフセットは、WRITE BINARYコマンド内のDataに格納された要素と、レコード記憶領域におけるレコード内のTagに基づいてWRITE BINARYコマンドを受信したＩＣチップ１内で算出できるからである。そして、WRITE BINARYコマンド内のDataに格納された要素と、算出されたレコードオフセットとから図２に示すような対応付け情報が一括更新対象のデータの数分作成され、当該作成された対応付け情報を登録する一括更新テーブルがテーブル記憶領域に書き込まれる。なお、一括更新テーブルは、WRITE BINARYコマンドのP1内のSFIが付与されたファイルに格納されるとよい。

ＣＰＵ１５（コンピュータの一例）は、ＮＶＭ１３に記憶されたＯＳ及びアプリケーションを実行することで、本発明における保持手段、受信手段、特定手段、更新手段、及び登録手段等として機能する。より具体的には、ＣＰＵ１５は、書き込み対象の複数のレコードが全てＩＣチップ１に書き込まれた後に、外部装置２（例えば、発行端末）から、一括更新テーブルを書き込むためのWRITE BINARYコマンドを、Ｉ／Ｏ回路１１を介して受信すると、上述したように対応付け情報を複数作成し、当該作成された複数の対応付け情報を登録する一括更新テーブルをテーブル記憶領域に書き込んで保持する。

そして、ＣＰＵ１５は、外部装置２（例えば、店舗端末）から、更新データ及び当該更新データに付与された一括更新対象Tagを含む一括更新コマンド（第１のコマンドの一例）を、Ｉ／Ｏ回路１１を介して受信する。ここで、一括更新コマンドには、例えばISO/IEC 7816に規定されたPUT DATAコマンドを適用することができる。図８は、一括更新対象のデータを一括更新するためのPUT DATAコマンドフォーマット例を示す図である。図８に示すように、PUT DATAコマンドにおいて、INSにはPUT DATAコマンドを示す値“DA(h)”が格納され、P1P2には一括更新対象Tag（例えば、DF02(h)）が格納される。また、Lcには更新データのデータ長が格納され、Dataには当該更新データ（例えば、Value“12(h)”）が格納される。

ＣＰＵ１５は、一括更新コマンドを受信すると、当該一括更新コマンドに含まれる一括更新対象Tag（例えば、DF02(h)）、及び一括更新テーブルに登録されている対応付け情報に基づいて、複数のレコードのそれぞれにおいて同一のTag（例えば、DF02(h)）が付与されたデータを特定し、当該特定された各データを、当該一括更新コマンドに含まれる更新データにより更新する。このように、一度の一括更新コマンドの実行により、複数のレコードのそれぞれに格納された同一のTagを持つデータを連動して一括更新することができる。

図９は、レコード記憶領域における更新後のレコード例を示す概念図である。図９の例では、一括更新コマンド（一括更新対象Tag“DF02(h)”を含む）の実行により、図２に示すレコード番号“01(h)”,“03(h)”のレコードのそれぞれにおいて同一のTag“DF02(h)”を持つデータ（Value“11(h)”）が更新データ（Value“12(h)”）に変更されている。なお、図２に示すレコード番号“01(h)”～“03(h)”のレコードのそれぞれにおいて同一のTag“DF03(h)”を持つデータ（Value“01(h)”）を更新するためには、更新データ（例えば、Value“02(h)”）及び一括更新対象Tag“DF03(h)”を含む一括更新コマンド（第２のコマンドの一例）がＩＣチップ１へ送信されればよい。

［２．ＩＣチップ１の一括更新動作］
次に、本実施形態に係るＩＣチップ１の一括更新動作について実施例１と実施例２に分けて説明する。なお、以下に説明する実施例１及び実施例２は、例えば工場において発行端末により複数のレコード及び一括更新テーブルが書き込まれたＩＣチップ１の出荷後の実施例である。

（実施例１）
先ず、図１０を参照して、実施例１におけるＩＣチップ１の一括更新動作について説明する。図１０は、実施例１においてＩＣチップ１のＣＰＵ１５により実行される一括更新処理の一例を示すフローチャートである。実施例１では、ＣＰＵ１５がＯＳまたはアプリケーションにしたがって一括更新処理を実行している間に図４に示す一括更新テーブルを用いる。なお、図１０に示す処理は、外部装置２（例えば、店舗端末）から、一括更新対象のデータを一括更新するためのPUT DATAコマンドが受信されたときに開始される。

図１０に示す処理が開始されると、ＣＰＵ１５は、PUT DATAコマンドのP1P2から一括更新対象Tag（例えば、DF03(h)）を取得し、且つPUT DATAコマンドのDataから更新データ（例えば、Value“02(h)”）を取得する（ステップＳ１）。次いで、ＣＰＵ１５は、テーブル記憶領域に記憶された一括更新テーブルを特定する（ステップＳ２）。次いで、ＣＰＵ１５は、ステップＳ２で特定された一括更新テーブルから参照対象となる対応付け情報を１つ選定する（ステップＳ３）。例えば、図４に示す一括更新テーブルから、先ずは１行目の対応付け情報が参照対象として選定される。

次いで、ＣＰＵ１５は、ステップＳ３で選定された対応付け情報を参照して当該対応付け情報中のTagが、ステップＳ１で取得された一括更新対象Tag（例えば、DF03(h)）と一致するか否かを判定する（ステップＳ４）。対応付け情報中のTagが一括更新対象Tag（例えば、DF03(h)）と一致すると判定された場合（ステップＳ４：ＹＥＳ）、処理はステップＳ５へ進む。一方、対応付け情報中のTagが一括更新対象Tag（例えば、DF03(h)）と一致しないと判定された場合（ステップＳ４：ＮＯ）、処理はステップＳ６へ進む。図４の例では、１行目の対応付け情報中のTagはDF02(h)であるので、一括更新対象Tag（例えば、DF03(h)）と一致しないと判定される。

ステップＳ５では、ＣＰＵ１５は、ステップＳ３で選定された対応付け情報中のSFI、レコード番号、及びレコードオフセットに基づいて、一括更新対象Tagを持つデータ（例えば、Value“01(h)”）をレコードから特定し、当該特定されたデータを、ステップＳ１で取得された更新データ（例えば、Value“02(h)”）により更新（例えば、上書き）し、処理をステップＳ６へ進める。

ステップＳ６では、ＣＰＵ１５は、ステップＳ２で特定された一括更新テーブルから対応付け情報を全て選定した（つまり、全て参照した）か否かを判定する。一括更新テーブルから対応付け情報を全て選定していないと判定された場合（ステップＳ６：ＮＯ）、処理はステップＳ３へ戻り、未だ選定されていない対応付け情報が選定され、ステップＳ４の処理が実行される。こうして、例えば、図４に示す一括更新テーブルにおける対応付け情報の１行目～５行目まで順次参照されることになる。一方、一括更新テーブルから対応付け情報を全て選定したと判定された（ステップＳ６：ＹＥＳ）、処理はステップＳ７へ進む。

ステップＳ７では、ＣＰＵ１５は、PUT DATAコマンドに対するレスポンスをＩ／Ｏ回路１１を介して外部装置２へ送信し、図１０に示す処理を終了する。かかるレスポンスは、レスポンスAPDUであり、例えば正常終了を示すステータスワード（SW1,SW2）を含む。

（実施例２）
次に、図１１を参照して、実施例２におけるＩＣチップ１の一括更新動作について説明する。図１１は、実施例２においてＩＣチップ１のＣＰＵ１５により実行される一括更新処理の一例を示すフローチャートである。実施例２では、ＣＰＵ１５がＯＳまたはアプリケーションにしたがって一括更新処理を実行している間に図５に示す一括更新テーブルを用いる。なお、図１１に示す処理は、外部装置２（例えば、店舗端末）から、一括更新対象のデータを一括更新するためのPUT DATAコマンドが受信されたときに開始される。

図１１に示す処理が開始されると、ＣＰＵ１５は、PUT DATAコマンドのP1P2から一括更新対象Tag（例えば、DF03(h)）を取得し、且つPUT DATAコマンドのDataから更新データ（例えば、Value“02(h)”）を取得する（ステップＳ１１）。次いで、ＣＰＵ１５は、テーブル記憶領域に記憶された一括更新テーブルにおいて、ステップＳ１で取得された一括更新対象Tag（例えば、DF03(h)）に対応する対応付け情報を登録する領域（例えば、R2）を特定する（ステップＳ１２）。

次いで、ＣＰＵ１５は、ステップＳ２で特定された領域（例えば、R2）から参照対象となる対応付け情報を１つ選定する（ステップＳ１３）。例えば、図５に示す領域R2（換言すると、一括更新テーブルT2）から、先ずは１行目の対応付け情報が参照対象として選定される。次いで、ＣＰＵ１５は、ステップＳ１３で選定された対応付け情報中のSFI、レコード番号、及びレコードオフセットに基づいて、一括更新対象Tagを持つデータ（例えば、Value“01(h)”）をレコードから特定し、当該特定されたデータを、ステップＳ１１で取得された更新データ（例えば、Value“02(h)”）により更新する（ステップＳ１４）。

次いで、ＣＰＵ１５は、ステップＳ１２で特定された領域から対応付け情報を全て選定したか否かを判定する（ステップＳ１５）。上記特定された領域から対応付け情報を全て選定していないと判定された場合（ステップＳ１５：ＮＯ）、処理はステップＳ１３へ戻り、未だ選定されていない対応付け情報が選定され、ステップＳ１４の処理が実行される。こうして、例えば、図５に示す領域R2における対応付け情報の１行目～３行目まで順次参照されることになる。一方、上記特定された領域から対応付け情報を全て選定したと判定された（ステップＳ１５：ＹＥＳ）、処理はステップＳ１６へ進む。

ステップＳ１６では、ＣＰＵ１５は、PUT DATAコマンドに対するレスポンスをＩ／Ｏ回路１１を介して外部装置２へ送信し、図１１に示す処理を終了する。このように、実施例２によれば、一括更新テーブルにおける対応付け情報を全て参照（確認）する必要が無いため、実施例１より高速にデータの一括更新を行うことができる。

以上説明したように、上記実施形態によれば、ＩＣチップ１は、上述した対応付け情報を登録する一括更新テーブルを保持しておき、外部装置２から、更新データ及び当該更新データに付与された一括更新対象Tagを含む一括更新コマンドを受信すると、当該一括更新コマンドに含まれる一括更新対象Tag、及び一括更新テーブルに登録されている対応付け情報に基づいて、複数のレコードのそれぞれにおいて同一のTagが付与されたデータを特定し、当該特定された各データを、当該一括更新コマンドに含まれる更新データにより更新するように構成したので、一括更新対象Tagを持つデータを格納するレコードの数分の更新コマンドをＩＣチップ１に送信することなく、複数のレコードのそれぞれに格納された当該データを一括更新することができる。

（変形例）

次に、図１２～図１５を参照して、上記実施形態の変形例について説明する。変形例では、例えば工場において発行端末により複数のレコード及び一括更新テーブルがＩＣチップ１に書き込まれた後、ＩＣチップ１に書き込み済のデータと同一のTag（例えば、DF03(h)）を持つデータ（一括更新対象のデータ）を格納するレコードが追加して書き込まれた場合を想定する。図１２は、レコード記憶領域にレコードが追加された場合のレコード例を示す概念図である。図１２の例では、書き込み済の３つのレコードに加えて追加されたレコードを示しており、追加されたレコードは、SFI“02(h)”及びレコード番号“04(h)”により特定されるようになっている。また、図１２の例では、追加されたレコードには一括更新対象のデータが格納されている（この例では、一括更新対象のデータは、Tag“DF03(h)”が付与されたデータ（Value“01(h)”）である）。

図１２に示すように追加されたレコードに格納されるデータ（Value“01(h)”）に付与されたTag“DF03(h)”を含む対応付け情報は、例えばISO/IEC 7816に規定されたWRITE BINARY（第３のコマンドの一例）等により一括更新テーブルに追加登録することができる。図１３は、対応付け情報を追加登録するためのWRITE BINARYコマンド内のバイト列の具体例を示す図である。図１３に示すWRITE BINARYコマンド内のDataには、一括更新テーブルの追加要素が格納される。図１３の例では、一括更新テーブルの追加要素は、一括更新対象Tag“DF03(h)”、SFI“02(h)”及びレコード番号“04(h)”である。

ＩＣチップ１のＣＰＵ１５は、外部装置２（例えば、発行端末）から、対応付け情報を追加登録するためのWRITE BINARYコマンドを、Ｉ／Ｏ回路１１を介して受信すると、WRITE BINARYコマンドに含まれるTag“DF03(h)”、SFI“02(h)”及びレコード番号“04(h)”に基づいて、SFI“02(h)”及びレコード番号“04(h)”により特定されたレコードに格納された一括更新対象のデータ（Value“11(h)”）のレコードオフセットを算出する。当該一括更新対象のデータのレコードオフセットは、当該一括更新対象のデータの当該レコードの先頭からのバイト数であり、図１２の例では、“07(h)”である。

そして、ＩＣチップ１のＣＰＵ１５は、WRITE BINARYコマンドに含まれるTag“DF03(h)”、SFI“02(h)”及びレコード番号“04(h)”と上記算出されたレコードオフセット“08(h)”を対応付けた対応付け情報を、例えば図４に示す一括更新テーブルに追加登録する。図１４は、対応付け情報が追加登録された一括更新テーブル例３を示す図である。図１４の例では、Tag“DF03(h)”、SFI“02(h)”、レコード番号“04(h)”、及びレコードオフセット“07(h)”を含む対応付け情報が一括更新テーブルの６行（最終行）目に追加されている。

或いは、ＩＣチップ１のＣＰＵ１５は、WRITE BINARYコマンドに含まれるTag“DF03(h)”に対応する対応付け情報を登録する領域（例えば、R2）を、例えば図５に示す一括更新テーブルから特定してもよい。この場合、ＣＰＵ１５は、WRITE BINARYコマンドに含まれるTag“DF03(h)”、SFI“02(h)”及びレコード番号“04(h)”と上記算出されたレコードオフセット“07(h)”を対応付けた対応付け情報を上記特定した領域（例えば、R2）に追加登録（順不同で登録）する。図１５は、対応付け情報が追加登録された一括更新テーブル例４を示す図である。図１５の例では、Tag“DF03(h)”、SFI“02(h)”、レコード番号“04(h)”、及びレコードオフセット“07(h)”を含む対応付け情報が、一括更新テーブルにおける領域R2の４行（最終行）目に追加されている。

以上説明したように、変形例によれば、ＩＣチップ１に書き込み済のデータと同一のTagを持つデータが追加してＩＣチップ１に書き込まれた場合においても、当該追加されたデータが持つTagに対応する対応付け情報を、より効率良く一括更新テーブルに追加登録することができる。

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

Claims (9)

1. タグ値が付与されたデータを格納するレコードを複数記憶し、何れか２つ以上の前記レコードのそれぞれには同一の第１のタグ値が付与されたデータが格納される電子情報記憶媒体であって、
   前記第１のタグ値が付与されたデータが格納される前記レコードのそれぞれの識別子及び当該レコードのそれぞれにおける当該データの格納位置と、当該第１のタグ値とを対応付けた対応付け情報を登録する管理テーブルを保持する保持手段と、
   外部装置から、更新データ及び当該更新データに付与された前記第１のタグ値を含む第１のコマンドを受信する受信手段と、
   前記第１のコマンドに含まれる前記第１のタグ値、及び前記管理テーブルに登録されている前記対応付け情報に基づいて、前記レコードのそれぞれにおいて前記第１のタグ値が付与されたデータを特定する特定手段と、
   前記特定手段により特定された各前記データを、前記第１のコマンドに含まれる前記更新データにより更新する更新手段と、
   を備えることを特徴とする電子情報記憶媒体。
2. 何れかの２つ以上の前記レコードのそれぞれには、さらに、同一の第２のタグ値であって、前記第１のタグ値とは異なる当該第２のタグ値が付与されたデータが格納されており、
   前記管理テーブルは、さらに、前記第２のタグ値が付与されたデータが格納される前記レコードのそれぞれの識別子及び当該レコードのそれぞれにおける当該データの格納位置と、当該第２のタグ値とを対応付けた対応付け情報を登録しており、
   前記受信手段は、前記更新データ及び当該データに付与された前記第１のタグ値または前記第２のタグ値を含む第２のコマンドを受信し、
   前記特定手段は、前記第２のコマンドに含まれる前記第１のタグ値または前記第２のタグ値、及び前記管理テーブルにおける前記対応付け情報を全て参照することを特徴とする請求項１に記載の電子情報記憶媒体。
3. 何れかの２つ以上の前記レコードのそれぞれには、さらに、同一の第２のタグ値であって、前記第１のタグ値とは異なる当該第２のタグ値が付与されたデータが格納されており、
   前記管理テーブルは、さらに、前記第２のタグ値が付与されたデータが格納される前記レコードのそれぞれの識別子及び当該レコードのそれぞれにおける当該データの格納位置と、当該第２のタグ値とを対応付けた対応付け情報を登録しており、
   前記保持手段は、前記管理テーブルにおいて前記第１のタグ値に対応する前記対応付け情報を登録する領域と、前記第２のタグ値に対応する前記対応付け情報を登録する領域とを予め分けて管理し、
   前記受信手段は、前記更新データ及び当該データに付与された前記第１のタグ値または前記第２のタグ値を含む第２のコマンドを受信し、
   前記特定手段は、前記第２のコマンドに含まれる前記第１のタグ値または前記第２のタグ値に対応する前記領域を特定し、前記第２のコマンドに含まれる前記第１のタグ値または前記第２のタグ値、及び前記特定した領域における前記対応付け情報を参照することを特徴とする請求項１に記載の電子情報記憶媒体。
4. 何れかの２つ以上の前記レコードのそれぞれには、さらに、同一の第２のタグ値であって、前記第１のタグ値とは異なる当該第２のタグ値が付与されたデータが格納されており、
   前記受信手段は、前記外部装置から、前記第２のタグ値が付与されたデータが格納される前記レコードの識別子と、当該第２のタグ値とを対応付けた対応付け情報を含む第３のコマンドを受信し、
   前記第３のコマンドに含まれる前記識別子及び前記第２のタグ値に基づいて、前記レコードにおける前記データの格納位置を算出し、当該第２のタグ値が付与されたデータが格納される前記レコードの識別子及び前記算出した前記格納位置と、当該第２のタグ値とを対応付けた対応付け情報を前記管理テーブルに追加登録する登録手段を更に備えることを特徴とする請求項１に記載の電子情報記憶媒体。
5. 前記コマンドに含まれる前記第２のタグ値に対応する領域であって前記管理テーブルにおける当該領域を特定し、当該第２のタグ値が付与されたデータが格納される前記レコードの識別子及び前記算出した前記格納位置と、当該第２のタグ値とを対応付けた対応付け情報を前記特定した領域に追加登録する登録手段を更に備えることを特徴とする請求項４に記載の電子情報記憶媒体。
6. タグ値が付与されたデータを格納するレコードを複数記憶し、何れか２つ以上の前記レコードのそれぞれには同一の第１のタグ値が付与されたデータが格納されるＩＣチップであって、
   前記第１のタグ値が付与されたデータが格納される前記レコードのそれぞれの識別子及び当該レコードのそれぞれにおける当該データの格納位置と、当該第１のタグ値とを対応付けた対応付け情報を登録する管理テーブルを保持する保持手段と、
   外部装置から、更新データ及び当該更新データに付与された前記第１のタグ値を含む第１のコマンドを受信する受信手段と、
   前記第１のコマンドに含まれる前記第１のタグ値、及び前記管理テーブルに登録されている前記対応付け情報に基づいて、前記レコードのそれぞれにおいて前記第１のタグ値が付与されたデータを特定する特定手段と、
   前記特定手段により特定された各前記データを、前記第１のコマンドに含まれる前記更新データにより更新する更新手段と、
   を備えることを特徴とするＩＣチップ。
7. タグ値が付与されたデータを格納するレコードを複数記憶し、何れか２つ以上の前記レコードのそれぞれには同一の第１のタグ値が付与されたデータが格納されるＩＣカードであって、
   前記第１のタグ値が付与されたデータが格納される前記レコードのそれぞれの識別子及び当該レコードのそれぞれにおける当該データの格納位置と、当該第１のタグ値とを対応付けた対応付け情報を登録する管理テーブルを保持する保持手段と、
   外部装置から、更新データ及び当該更新データに付与された前記第１のタグ値を含む第１のコマンドを受信する受信手段と、
   前記第１のコマンドに含まれる前記第１のタグ値、及び前記管理テーブルに登録されている前記対応付け情報に基づいて、前記レコードのそれぞれにおいて前記第１のタグ値が付与されたデータを特定する特定手段と、
   前記特定手段により特定された各前記データを、前記第１のコマンドに含まれる前記更新データにより更新する更新手段と、
   を備えることを特徴とするＩＣカード。
8. タグ値が付与されたデータを格納するレコードを複数記憶し、何れか２つ以上の前記レコードのそれぞれには同一の第１のタグ値が付与されたデータが格納される電子情報記憶媒体により実行されるデータ一括更新方法であって、
   前記第１のタグ値が付与されたデータが格納される前記レコードのそれぞれの識別子及び当該レコードのそれぞれにおける当該データの格納位置と、当該第１のタグ値とを対応付けた対応付け情報を登録する管理テーブルを保持するステップと、
   外部装置から、更新データ及び当該更新データに付与された前記第１のタグ値を含む第１のコマンドを受信するステップと、
   前記第１のコマンドに含まれる前記第１のタグ値、及び前記管理テーブルに登録されている前記対応付け情報に基づいて、前記レコードのそれぞれにおいて前記第１のタグ値が付与されたデータを特定するステップと、
   前記特定された各前記データを、前記第１のコマンドに含まれる前記更新データにより更新するステップと、
   を含むことを特徴とするデータ一括更新方法。
9. タグ値が付与されたデータを格納するレコードを複数記憶し、何れか２つ以上の前記レコードのそれぞれには同一の第１のタグ値が付与されたデータが格納される電子情報記憶媒体に含まれるコンピュータに、
   前記第１のタグ値が付与されたデータが格納される前記レコードのそれぞれの識別子及び当該レコードのそれぞれにおける当該データの格納位置と、当該第１のタグ値とを対応付けた対応付け情報を登録する管理テーブルを保持するステップと、
   外部装置から、更新データ及び当該更新データに付与された前記第１のタグ値を含む第１のコマンドを受信するステップと、
   前記第１のコマンドに含まれる前記第１のタグ値、及び前記管理テーブルに登録されている前記対応付け情報に基づいて、前記レコードのそれぞれにおいて前記第１のタグ値が付与されたデータを特定するステップと、
   前記特定された各前記データを、前記第１のコマンドに含まれる前記更新データにより更新するステップと、
   を実行させることを特徴とするプログラム。

Images