JP7438432B1 - 電子情報記憶媒体、ｉｃチップ、ｉｃカード、レコード書き込み方法、及びプログラム - Google Patents

Abstract

【課題】発行者がレコード番号を意識せずに自由な順序でレコードを発行可能な電子情報記憶媒体、ＩＣチップ、ＩＣカード、レコード書き込み方法、及びプログラムを提供する。
【解決手段】ＩＣチップ１は、レコードのレコード番号を管理するための管理テーブルを保持し、外部装置２からレコード及び当該レコードのレコード番号を含む発行コマンドを受信すると、複数のRecordクラスのうち、レコードが書き込まれていないRecordクラスに発行コマンドに含まれるレコードを書き込み、且つ、当該レコードのレコード番号を当該Recordクラスに対応付けられる管理テーブルの要素に登録する。
【選択図】図４

Description

本発明は、外部装置から複数のレコードを書き込み可能なＩＣ（Integrated Circuit）チップ等の技術分野に関する。

従来、例えば特許文献１に開示されるように、ＩＣチップにより使用されるべきファイルに格納される複数のレコードを該ＩＣチップに書き込むためのレコード発行工程において、ＩＣチップの発行者（製造者）の発行装置から複数の書き込みコマンドをＩＣチップに順次送信するようになっている。

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

しかしながら、従来のＩＣチップではレコード発行工程において、それぞれのレコードのレコード番号と該レコードの発行順（書き込み順）を一致させなければならない場合があった。例えば、JICSAP仕様で定義されるAppend Recordコマンドは、パラメータで指定したファイルに対してレコードを追記するコマンドであるが、追記されたレコードのレコード番号は発行順に割り当てられる。そのため、ＩＣチップの発行者は最終的なレコードの構成を意識して書き込みコマンドの実行順を設計する必要があり、手間がかかっていた。

そこで、本発明は、このような点などに鑑みてなされたものであり、発行者がレコード番号を意識せずに自由な順序でレコードを発行可能な電子情報記憶媒体、ＩＣチップ、ＩＣカード、レコード書き込み方法、及びプログラムを提供することを課題の一例とする。

上記課題を解決するために、請求項１に記載の発明は、レコードを書き込むための複数のレコード記憶領域を有するメモリを備える電子情報記憶媒体であって、前記レコードの識別子を管理するための管理テーブルを保持する保持手段と、外部装置からレコード及び当該レコードの識別子を含むコマンドを受信する受信手段と、前記複数のレコード記憶領域のうち、前記レコードが書き込まれていないレコード記憶領域に前記コマンドに含まれるレコードを書き込み、且つ、当該レコードの識別子を当該レコード記憶領域に対応付けられる管理テーブルの要素に登録する処理手段と、を備えることを特徴とする。

請求項２に記載の発明は、請求項１に記載の電子情報記憶媒体において、１つの前記レコード記憶領域には、複数のレコードを論理的に格納するファイルにおける何れか１つの前記レコードが書き込まれ、前記コマンドは、前記レコード、当該レコードの識別子、及び当該レコードを論理的に格納するファイルの識別子を含み、前記処理手段は、前記レコードが書き込まれていないレコード記憶領域に前記コマンドに含まれるレコードを書き込み、且つ、当該レコードの識別子及び当該レコードを論理的に格納するファイルの識別子を当該レコード記憶領域に対応付けられる管理テーブルの要素に登録することを特徴とする。

請求項３に記載の発明は、請求項１に記載の電子情報記憶媒体において、前記受信手段は、複数の前記コマンドを順次受信し、それぞれの前記コマンドに含まれる前記レコードの内容は互いに異なることを特徴とする。

請求項４に記載の発明は、請求項１に記載の電子情報記憶媒体において、前記処理手段は、前記レコード記憶領域の配列に基づいて、前記レコードが書き込まれていないレコード記憶領域を検索することを特徴とする。

請求項５に記載の発明は、レコードを書き込むための複数のレコード記憶領域を有するメモリを備えるＩＣチップであって、前記レコードの識別子を管理するための管理テーブルを保持する保持手段と、外部装置からレコード及び当該レコードの識別子を含むコマンドを受信する受信手段と、前記複数のレコード記憶領域のうち、前記レコードが書き込まれていないレコード記憶領域に前記コマンドに含まれるレコードを書き込み、且つ、当該レコードの識別子を当該レコード記憶領域に対応付けられる管理テーブルの要素に登録する処理手段と、を備えることを特徴とする。

請求項６に記載の発明は、レコードを書き込むための複数のレコード記憶領域を有するメモリを備えるＩＣカードであって、前記レコードの識別子を管理するための管理テーブルを保持する保持手段と、外部装置からレコード及び当該レコードの識別子を含むコマンドを受信する受信手段と、前記複数のレコード記憶領域のうち、前記レコードが書き込まれていないレコード記憶領域に前記コマンドに含まれるレコードを書き込み、且つ、当該レコードの識別子を当該レコード記憶領域に対応付けられる管理テーブルの要素に登録する処理手段と、を備えることを特徴とする。

請求項７に記載の発明は、レコードを書き込むための複数のレコード記憶領域を有するメモリを備える電子情報記憶媒体により実行されるレコード書き込み方法であって、前記レコードの識別子を管理するための管理テーブルを保持するステップと、外部装置からレコード及び当該レコードの識別子を含むコマンドを受信するステップと、前記複数のレコード記憶領域のうち、前記レコードが書き込まれていないレコード記憶領域に前記コマンドに含まれるレコードを書き込み、且つ、当該レコードの識別子を当該レコード記憶領域に対応付けられる管理テーブルの要素に登録するステップと、を含むことを特徴とする。

請求項８に記載の発明は、レコードを書き込むための複数のレコード記憶領域を備える電子情報記憶媒体に含まれるコンピュータに、前記レコードの識別子を管理するための管理テーブルを保持するステップと、外部装置からレコード及び当該レコードの識別子を含むコマンドを受信するステップと、前記複数のレコード記憶領域のうち、前記レコードが書き込まれていないレコード記憶領域に前記コマンドに含まれるレコードを書き込み、且つ、当該レコードの識別子を当該レコード記憶領域に対応付けられる管理テーブルの要素に登録するステップと、を実行させることを特徴とする。

本発明によれば、発行者がレコード番号を意識せずに自由な順序でレコードを発行することができる。

ＩＣチップ１のハードウェア構成例を示す図である。 レコード本体におけるRecordクラスの配列の一例を示す概念図である。 Recordクラスと管理テーブルの要素との対応関係の一例を示す概念図である。 ＩＣチップ１のＣＰＵ１５により実行される発行処理の一例を示すフローチャートである。 図４に示す発行処理において新たなレコードが書き込まれる際のRecordクラスと管理テーブルの要素との対応関係の一例を示す概念図である。

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

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

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

ＮＶＭ１３には、例えばフラッシュメモリが適用される。なお、ＮＶＭ１３は、「Electrically Erasable Programmable Read-Only Memory」であってもよい。ＮＶＭ１３またはＲＯＭ１４には、ＯＳ（Operating System）、及び１または複数のアプリケーション（本発明のプログラムを含む）等が記憶される。ＮＶＭ１３には、レコードを書き込む（保存する）ためのレコード本体を有する。ここで、レコードとは、アプリケーションにより使用されるファイル（例えば、ＥＦ（Elementary File））に論理的に格納される（換言すると、論理的に纏められる）データである。レコードの例として、アプリケーションの動作を決定するような設定データ、暗号演算や復号演算に必要な鍵データ、及び証明書データなどが挙げられる。１つのファイルには、複数のレコードが格納可能である。１つのアプリケーションにより複数のファイルが使用される場合もある。各ファイルには、ファイルの識別子であるSFI（Short File Identifier）が付与される。各レコードには、レコードの識別子であるレコード番号（つまり、ファイルにおける論理的な番号）が付与される。SFIとレコード番号を指定することでレコードを一意に特定することができる。

レコード本体は、例えば、複数のRecordクラス（レコード記憶領域の一例）の配列で実装される。各Recordクラスは、それぞれ、１つのレコードの中身を保存するためのクラス（データと処理を纏めたもの）である。例えば、新しいレコードが発行されるたびに、新しく発行されたレコードがRecordクラスのインスタンスとして作成され、上記配列の空き要素（つまり、Recordクラス）に追加される。図２は、レコード本体におけるRecordクラスの配列の一例を示す概念図である。図２の例では、Recordクラスは、Record[0]～[3]として表されている。例えば、Record[0]には保存されたレコード（0000・・・）は、SFI“1”及びレコード番号“1”により特定される。既存の実装では、Append Recordコマンドのようなレコードの発行コマンドが受信された場合に、図２に示すように、レコード本体の配列に対して要素が順次追加され、追加された要素に書き込まれたレコードのレコード番号は書き込まれた順に自動的に割り当てられるようになっている。例えば、レコードが書き込まれた順に1→2→3と順次レコード番号が割り当てられる。そのため、ＩＣチップの発行者は、最終的なレコードの構成を意識して発行コマンドの実行順を設計する必要があった。

一方、本実施形態に係るＮＶＭ１３には、レコード本体とは別の記憶領域に、Recordクラスに保存されるレコードのレコード番号を管理するための管理テーブルが記憶される。つまり、本実施形態において、ＩＣチップは、レコードの中身を実際に保存するレコード本体とは別に当該レコードのレコード番号を管理する管理テーブルをデータ構造として持つ。各Recordクラスには、管理テーブルの要素が対応付けられる。管理テーブルの要素は、例えば、Recordクラスの配列と同様、整数型の配列で実装される。図３は、Recordクラスと管理テーブルの要素との対応関係の一例を示す概念図である。図３の例では、管理テーブルの要素は、Table[0]～[3]として表されている。また、図３の例では、管理テーブルの各要素には、SFIとレコード番号を結合した値が登録されている。例えば、図３において、Record[0]に保存されたレコードのSFIは“2”、レコード番号は“1”であり、Record[2]に保存されたレコードのSFIは“2”、レコード番号は“3”である。このような管理テーブルにより、ＩＣチップの発行者がレコード番号を意識せずに自由な順序でレコードを発行可能となる。

ＣＰＵ１５（コンピュータの一例）は、ＮＶＭ１３に記憶されたＯＳ及びアプリケーション（本発明のプログラムを含む）を実行することで、本発明における保持手段、受信手段、及び処理手段等として機能する。ＣＰＵ１５は、ＮＶＭ１３を用いて上述した管理テーブルを保持する。また、ＣＰＵ１５は、レコード発行工程において、外部装置２からＩ／Ｏ回路１１を介してAppend Recordコマンド等の発行コマンドを受信する。ここで、発行コマンドは、例えばISO/IEC 7816に規定されたコマンドＡＰＤＵ（Application Protocol Data Unit）により構成される。コマンドＡＰＤＵは、ＣＬＡ、ＩＮＳ、Ｐ１及びＰ２からなるヘッダ部と、発行データとしてレコードがセットされるボディ部とにより構成される。ＣＬＡはコマンドクラス（命令クラス）を示し、ＩＮＳはコマンドコード（命令コード）を示す。ＩＮＳによりコマンドの種別が特定される。Ｐ１及びＰ２にはコマンドパラメータ（命令パラメータ）を示す。また、データ部には、レコードのレコード番号、及び当該レコードを論理的に格納するファイルのSFIが含まれる。なお、レコード番号及びSFIはＰ１またはＰ２に含まれてもよい。そして、ＣＰＵ１５は、受信された発行コマンドに応じて、レコードが書き込まれていないRecordクラスに、発行コマンドに含まれるレコードを書き込み、且つ、当該レコードのレコード番号及び当該レコードを論理的に格納するファイルのSFIを当該Recordクラスに対応付けられる管理テーブルの要素に登録（記録）する。

［２．ＩＣチップ１の動作］
次に、図４及び図５を参照して、本実施形態に係るＩＣチップ１の動作について説明する。図４は、ＩＣチップ１のＣＰＵ１５により実行される発行処理の一例を示すフローチャートである。図５は、図４に示す発行処理において新たなレコードが書き込まれる際のRecordクラスと管理テーブルの要素との対応関係の一例を示す概念図である。

例えばＩＣチップ１の製造工場におけるレコード発行工程において、ＩＣチップ１が外部装置２である発行装置から発行コマンドを受信すると、図４に示す処理が開始される。なお、図４に示す発行処理は、アプリケーションの動作に必要な全てのレコードの書き込みが完了するまで繰り返し実行される。すなわち、ＩＣチップ１は、複数の発行コマンドを順次受信する。それぞれの発行コマンドに含まれる発行データ（レコード）の内容は基本的に互いに異なる。

図４に示す処理が開始されると、ＣＰＵ１５は、発行コマンドからレコード、当該レコードのレコード番号、及びレコードを格納するファイルのSFIを取得する（ステップＳ１）。次いで、ＣＰＵ１５は、レコード本体の配列において空き要素を先頭から探索し（ステップＳ２）、発見された空き要素であるRecordクラスに対して、ステップＳ１で取得されたレコードを書き込む処理を実行する（ステップＳ３）。例えば、図５に示すように、Record[0]からRecord[3]までが書き込み済みであればRecord[4]にステップＳ１で取得された新しいレコードが書き込まれる。

次いで、ＣＰＵ１５は、ステップＳ３の書き込み処理において書き込みエラーが発生したか否かを判定する（ステップＳ４）。書き込みエラーが発生したと判定された場合（ステップＳ４：ＹＥＳ）、エラーを示すレスポンスが発行装置へ返信される（ステップＳ５）。一方、書き込みエラーが発生していないと判定された場合（ステップＳ４：ＮＯ）、ＣＰＵ１５は、ステップＳ１で取得されたSFIとレコード番号とを結合した値を、レコードが書き込まれたRecordクラスに対応付けられた管理テーブルの要素に登録する（ステップＳ６）。例えば、図５に示すように、ステップＳ１で取得されたSFI“1”とレコード番号“2”が結合された値“0102”がTable[4]に登録（記録）される。次いで、ＣＰＵ１５は、正常終了を示すレスポンスを発行装置へ返信する（ステップＳ７）。

以上説明したように、上記実施形態によれば、ＩＣチップ１は、レコードのレコード番号を管理するための管理テーブルを保持し、外部装置２からレコード及び当該レコードのレコード番号を含む発行コマンドを受信すると、複数のRecordクラスのうち、レコードが書き込まれていないRecordクラスに発行コマンドに含まれるレコードを書き込み、且つ、当該レコードのレコード番号を当該Recordクラスに対応付けられる管理テーブルの要素に登録するように構成したので、発行者がレコード番号を意識せずに自由な順序でレコードを発行することができる。

例えば、クレジット決済用アプリケーションを提供するブランドにより各レコードの書き込み順が指定される場合があり、従来のＩＣチップでは、レコードが書き込まれた順に順次レコード番号が割り当てられるようになっていたため、ＩＣチップの発行者は、発行コマンド群における各発行コマンドの実行順（つまり、送信順）を設計する（例えば、並び換える）必要があった。しかし、本実施形態に係るＩＣチップ１によれば、上述したように管理テーブルの要素をRecordクラスに対応付けられるようにしてレコード番号を管理するように構成したので、レコード発行工程において各発行コマンドの実行順を従来のように設計する手間を削減することができる。

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

Claims (8)

1. レコードを書き込むための複数のレコード記憶領域を有するメモリを備える電子情報記憶媒体であって、
   前記レコードの識別子を管理するための管理テーブルを保持する保持手段と、
   外部装置からレコード及び当該レコードの識別子を含むコマンドを受信する受信手段と、
   前記複数のレコード記憶領域のうち、前記レコードが書き込まれていないレコード記憶領域に前記コマンドに含まれるレコードを書き込み、且つ、当該レコードの識別子を当該レコード記憶領域に対応付けられる管理テーブルの要素に登録する処理手段と、
   を備えることを特徴とする電子情報記憶媒体。
2. １つの前記レコード記憶領域には、複数のレコードを論理的に格納するファイルにおける何れか１つの前記レコードが書き込まれ、
   前記コマンドは、前記レコード、当該レコードの識別子、及び当該レコードを論理的に格納するファイルの識別子を含み、
   前記処理手段は、前記レコードが書き込まれていないレコード記憶領域に前記コマンドに含まれるレコードを書き込み、且つ、当該レコードの識別子及び当該レコードを論理的に格納するファイルの識別子を当該レコード記憶領域に対応付けられる管理テーブルの要素に登録することを特徴とする請求項１に記載の電子情報記憶媒体。
3. 前記受信手段は、複数の前記コマンドを順次受信し、
   それぞれの前記コマンドに含まれる前記レコードの内容は互いに異なることを特徴とする請求項１に記載の電子情報記憶媒体。
4. 前記処理手段は、前記レコード記憶領域の配列に基づいて、前記レコードが書き込まれていないレコード記憶領域を検索することを特徴とする請求項１に記載の電子情報記憶媒体。
5. レコードを書き込むための複数のレコード記憶領域を有するメモリを備えるＩＣチップであって、
   前記レコードの識別子を管理するための管理テーブルを保持する保持手段と、
   外部装置からレコード及び当該レコードの識別子を含むコマンドを受信する受信手段と、
   前記複数のレコード記憶領域のうち、前記レコードが書き込まれていないレコード記憶領域に前記コマンドに含まれるレコードを書き込み、且つ、当該レコードの識別子を当該レコード記憶領域に対応付けられる管理テーブルの要素に登録する処理手段と、
   を備えることを特徴とするＩＣチップ。
6. レコードを書き込むための複数のレコード記憶領域を有するメモリを備えるＩＣカードであって、
   前記レコードの識別子を管理するための管理テーブルを保持する保持手段と、
   外部装置からレコード及び当該レコードの識別子を含むコマンドを受信する受信手段と、
   前記複数のレコード記憶領域のうち、前記レコードが書き込まれていないレコード記憶領域に前記コマンドに含まれるレコードを書き込み、且つ、当該レコードの識別子を当該レコード記憶領域に対応付けられる管理テーブルの要素に登録する処理手段と、
   を備えることを特徴とするＩＣカード。
7. レコードを書き込むための複数のレコード記憶領域を有するメモリを備える電子情報記憶媒体により実行されるレコード書き込み方法であって、
   前記レコードの識別子を管理するための管理テーブルを保持するステップと、
   外部装置からレコード及び当該レコードの識別子を含むコマンドを受信するステップと、
   前記複数のレコード記憶領域のうち、前記レコードが書き込まれていないレコード記憶領域に前記コマンドに含まれるレコードを書き込み、且つ、当該レコードの識別子を当該レコード記憶領域に対応付けられる管理テーブルの要素に登録するステップと、
   を含むことを特徴とするレコード書き込み方法。
8. レコードを書き込むための複数のレコード記憶領域を備える電子情報記憶媒体に含まれるコンピュータに、
   前記レコードの識別子を管理するための管理テーブルを保持するステップと、
   外部装置からレコード及び当該レコードの識別子を含むコマンドを受信するステップと、
   前記複数のレコード記憶領域のうち、前記レコードが書き込まれていないレコード記憶領域に前記コマンドに含まれるレコードを書き込み、且つ、当該レコードの識別子を当該レコード記憶領域に対応付けられる管理テーブルの要素に登録するステップと、
   を実行させることを特徴とするプログラム。

Images