JP7420179B1

JP7420179B1 - 電子情報記憶媒体、ｉｃカード、発行処理方法、及びプログラム

Info

Publication number: JP7420179B1
Application number: JP2022140725A
Authority: JP
Inventors: 雅以橋本
Original assignee: Dai Nippon Printing Co Ltd
Current assignee: Dai Nippon Printing Co Ltd
Priority date: 2022-09-05
Filing date: 2022-09-05
Publication date: 2024-01-23
Anticipated expiration: 2042-09-05
Also published as: JP2024036028A

Abstract

【課題】発行処理において期待通りのデータを効率良く格納することが可能な電子情報記憶媒体、ＩＣカード、発行処理方法、及びプログラムを提供する。【解決手段】ＩＣカード２は、カード発行装置１からのStore Dataコマンドが発行処理の開始後に初めて受信されたStore Dataコマンドである場合、第１フラグが“発行済”を示すか否かを判定し、“発行済”を示さないと判定した場合、“発行済”を示すように第１フラグを更新し、且つStore Dataコマンドに応じた処理を実行する一方、“発行済”を示すと判定した場合、Store Dataコマンドに応じた処理を実行することなく“エラー発生”を応答する。【選択図】図３

Description

本発明は、ＩＣカード等の電子情報記憶媒体に個別データを書き込むことにより電子情報記憶媒体を発行する方法等の技術分野に関する。

従来から、個人情報などの個別データをＩＣカードに書き込むことでＩＣカードを発行する発行処理が知られている。このような発行処理が途中で停止してしまった場合、同一のＩＣカードにおいて、再度、発行処理を実施することでＩＣカードに期待通りのデータが書き込まれない問題があった。特許文献１には、ＩＣカードの重複発行を確実に防止することができるＩＣカード発行システムが開示されている。

特開２００２－３４２７１８号公報

しかしながら、従来技術では、上述した発行処理においてカード発行装置から順次送信される複数の格納コマンドにより個別データが分割されて順次格納される場合において、ＩＣカードに期待通りのデータが書き込まれない問題を効率良く解決することが困難であった。

そこで、本発明は、以上の点に鑑みてなされたものであり、発行処理において期待通りのデータを効率良く格納することが可能な電子情報記憶媒体、ＩＣカード、発行処理方法、及びプログラムを提供することを目的とする。

上記課題を解決するために、請求項１に記載の発明は、発行装置との間で実施される発行処理において当該発行装置から順次送信される複数の格納コマンドにより個別データが分割されて順次格納される電子情報記憶媒体であって、前記発行処理の実施有または前記発行処理の実施無を示す第１フラグを保持する保持手段と、前記発行装置から受信された格納コマンドが前記発行処理の開始後に初めて受信された格納コマンドである場合、前記第１フラグが前記発行処理の実施有を示すか否かを判定する第１判定手段と、前記第１判定手段により前記第１フラグが前記発行処理の実施有を示さないと判定された場合、前記発行処理の実施有を示すように当該第１フラグを更新し、且つ前記格納コマンドに応じた処理を実行する一方、前記第１判定手段により前記第１フラグが前記発行処理の実施有を示すと判定された場合、前記格納コマンドに応じた処理を実行することなくエラー発生を応答する第１処理手段と、を備えることを特徴とする。

請求項２に記載の発明は、請求項１に記載の電子情報記憶媒体において、前記保持手段は、前記発行処理中のエラー発生有または前記発行処理中のエラー発生無を示す第２フラグをさらに保持し、前記第１処理手段は、前記第１判定手段により前記第１フラグが前記発行処理の実施有を示すと判定された場合、前記エラー発生有を示すように前記第２フラグを更新し、かつ前記格納コマンドに応じた処理を実行することなくエラー発生を応答し、前記発行装置から受信された格納コマンドが前記発行処理の開始後に初めて受信された格納コマンドでない場合、前記第２フラグが前記エラー発生有を示す否かを判定する第２判定手段と、前記第２判定手段により前記第２フラグが前記エラー発生有を示さないと判定された場合、前記格納コマンドに応じた処理を実行する一方、前記第２判定手段により前記第２フラグが前記エラー発生有を示すと判定された場合、前記格納コマンドに応じた処理を実行することなくエラー発生を応答する第２処理手段と、を備えることを特徴とする。

請求項３に記載の発明は、請求項１に記載の電子情報記憶媒体において、前記第１フラグは、前記発行処理の実施有、前記発行処理の実施無、または前記発行処理中のエラー発生有を示し、前記第１処理手段は、前記第１判定手段により前記第１フラグが前記発行処理の実施有を示すと判定された場合、前記エラー発生有を示すように前記第１フラグを更新し、かつ前記格納コマンドに応じた処理を実行することなくエラー発生を応答し、前記発行装置から受信された格納コマンドが前記発行処理の開始後に初めて受信された格納コマンドでない場合、前記第１フラグが前記発行処理の実施有を示す否かを判定する第２判定手段と、前記第２判定手段により前記第１フラグが前記発行処理の実施有を示すと判定された場合、前記格納コマンドに応じた処理を実行する一方、前記第２判定手段により前記第１フラグが前記発行処理の実施有を示さないと判定された場合、前記格納コマンドに応じた処理を実行することなくエラー発生を応答する第２処理手段と、を備えることを特徴とする。

請求項４に記載の発明は、請求項２に記載の電子情報記憶媒体において、前記格納コマンドに応じた処理においてエラーが発生した場合、前記エラー発生有を示すように前記第２フラグを更新する第３処理手段を更に備えることを特徴とする。

請求項５に記載の発明は、発行装置との間で実施される発行処理において当該発行装置から順次送信される複数の格納コマンドにより個別データが分割されて順次格納されるＩＣカードであって、前記発行処理の実施有または前記発行処理の実施無を示す第１フラグを保持する保持手段と、前記発行装置から受信された格納コマンドが前記発行処理の開始後に初めて受信された格納コマンドである場合、前記第１フラグが前記発行処理の実施有を示すか否かを判定する第１判定手段と、前記第１判定手段により前記第１フラグが前記発行処理の実施有を示さないと判定された場合、前記発行処理の実施有を示すように当該第１フラグを更新し、且つ前記格納コマンドに応じた処理を実行する一方、前記第１判定手段により前記第１フラグが前記発行処理の実施有を示すと判定された場合、前記格納コマンドに応じた処理を実行することなくエラー発生を応答する第１処理手段と、を備えることを特徴とする。

請求項６に記載の発明は、発行装置との間で実施される発行処理において当該発行装置から順次送信される複数の格納コマンドにより個別データが分割されて順次格納される電子情報記憶媒体であって、前記発行処理の実施有または前記発行処理の実施無を示す第１フラグを保持する電子情報記憶媒体により実行される発行処理方法において、前記発行装置から受信された格納コマンドが前記発行処理の開始後に初めて受信された格納コマンドである場合、前記第１フラグが前記発行処理の実施有を示すか否かを判定するステップと、前記第１フラグが前記発行処理の実施有を示さないと判定された場合、前記発行処理の実施有を示すように当該第１フラグを更新し、且つ前記格納コマンドに応じた処理を実行する一方、前記第１フラグが前記発行処理の実施有を示すと判定された場合、前記格納コマンドに応じた処理を実行することなくエラー発生を応答するステップと、を含むことを特徴とする。

請求項７に記載の発明は、発行装置との間で実施される発行処理において当該発行装置から順次送信される複数の格納コマンドにより個別データが分割されて順次格納される電子情報記憶媒体に含まれるコンピュータを、前記発行処理の実施有または前記発行処理の実施無を示す第１フラグを保持する保持手段と、前記発行装置から受信された格納コマンドが前記発行処理の開始後に初めて受信された格納コマンドである場合、前記第１フラグが前記発行処理の実施有を示すか否かを判定する第１判定手段と、前記第１判定手段により前記第１フラグが前記発行処理の実施有を示さないと判定された場合、前記発行処理の実施有を示すように当該第１フラグを更新し、且つ前記格納コマンドに応じた処理を実行する一方、前記第１判定手段により前記第１フラグが前記発行処理の実施有を示すと判定された場合、前記格納コマンドに応じた処理を実行することなくエラー発生を応答する第１処理手段として機能させることを特徴とする。

本発明によれば、発行処理において期待通りのデータを効率良く格納することができる。

カード発行システムＳの概要構成例を示す図である。重複発行チェックフラグの値と状態との対応関係を示す図である。実施例１におけるＩＣカード２の処理の一例を示すフローチャートである。実施例２におけるＩＣカード２の処理の一例を示すフローチャートである。

以下、図面を参照して本発明の実施形態について詳細に説明する。以下に説明する実施形態は、ＩＣカードを発行する発行処理が実施されるカード発行システムに対して本発明を適用した場合の実施の形態である。

［１．カード発行システムＳの概要構成］
先ず、図１を参照して、本実施形態に係るカード発行システムＳの概要構成について説明する。図１は、カード発行システムＳの概要構成例を示す図である。図１に示すように、カード発行システムＳは、カード発行装置１（発行装置の一例）、及び発行対象となるＩＣカード２等を含んで構成される。なお、図１には、１つのＩＣカード２が示されているが、実際には多数のＩＣカード２が発行対象となる。

カード発行装置１は、図１に示すように、操作部１１、カードＩ／Ｆ（インターフェース）部１２、記憶部１３、及び制御部１４等を備えて構成される。操作部１１は、オペレータによる操作指示を受け付ける。カードＩ／Ｆ部１２は、発行対象となるＩＣカード２とのインターフェースを担う。これにより、カード発行装置１は、カードＩ／Ｆ部１２を介してＩＣカード２と非接触通信または接触通信を行うことが可能になっている。記憶部１３には、オペレーティングシステム、及びカード発行処理プログラムが記憶される。さらに、記憶部１３には、本実施形態に係る発行処理においてＩＣカード２に格納させるべき（書き込まれるべき）個人情報等の個別データ（つまり、ＩＣカード２ごとに固有のデータ）が記憶されている。

制御部１４は、ＣＰＵ（Central Processing Unit）、ＲＡＭ（Random Access Memory）、及びＲＯＭ（Read Only Memory）等により構成される。制御部１４は、記憶部１３に記憶されたカード発行処理プログラムにしたがって、複数のコマンドをカードＩ／Ｆ部１２を介してＩＣカード２へ順次送信する。ここで、順次送信するとは、ＩＣカード２へ送信されたコマンドに対するレスポンスがＩＣカード２から受信されたことに応じて、次のコマンドがＩＣカード２へ送信されることを意味する。ここで、コマンドは、例えばISO/IEC 7816に規定されたコマンドＡＰＤＵ（Application Protocol Data Unit）により構成される。コマンドＡＰＤＵは、ＣＬＡ、ＩＮＳ、Ｐ１及びＰ２からなるヘッダ部と、データがセットされるボディ部とにより構成される。ＣＬＡはコマンドクラス（命令クラス）を示し、ＩＮＳはコマンドコード（命令コード）を示す。ＩＮＳによりコマンドの種別が特定される。Ｐ１及びＰ２はコマンドパラメータ（命令パラメータ）を示す。一方、レスポンスは、例えばISO/IEC 7816に規定されたレスポンスＡＰＤＵにより構成される。レスポンスＡＰＤＵは、例えばＳＷ１及びＳＷ２から構成される。ここで、ＳＷ１及びＳＷ２は、ステータスワードであり、例えば、コマンドＡＰＤＵに応じた処理の結果（例えば、“正常終了”、または“エラー発生”）を示す。

本実施形態に係る発行処理においては、コマンドの種別として、主に、アプリケーションを選択させるためのSELECTコマンド、及び個別データをＩＣカード２に格納させるためのStore Dataコマンド（格納コマンドの一例）が使用される。ここで、Store Dataコマンドのボディ部には個別データがセットされる。１回のStore Dataコマンドにより送信可能な個別データのデータ量は限られるため、Store Dataコマンドとそのレスポンスとのやり取りが複数回実施されることで個別データ全てがＩＣカード２に格納されるようになっている。つまり、複数のStore Dataコマンドにより個別データが分割されてＩＣカード２（後述するＮＶＭ２４）内に順次格納される。なお、Store Dataコマンドのヘッダ部におけるＰ２には、Store Dataコマンドのシーケンス番号が示される。例えば、１回目のStore DataコマンドのＰ２はシーケンス番号“00”を示し、２回目のStore DataコマンドのＰ２はシーケンス番号“01”を示し、３回目のStore DataコマンドのＰ２はシーケンス番号“02”を示す。

ＩＣカード２に搭載されるＩＣチップ２ａは、ＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、ＮＶＭ（Nonvolatile Memory）２４、及びＩ／Ｏ回路２５等を備えて構成される。ＩＣチップ２ａは、本発明の電子情報記憶媒体の一例である。Ｉ／Ｏ回路２５は、カード発行装置１（カードＩ／Ｆ部１２）とのインターフェースを担う。接触式のＩＣチップ２ａの場合、Ｉ／Ｏ回路２５には、例えばISO/IEC 7816に規定されたＣ１～Ｃ８の８個の端子が備えられている。一方、非接触式のＩＣチップ２ａの場合、Ｉ／Ｏ回路２５には、例えば、アンテナ、及び変復調回路が備えられている。なお、ＩＣカード２は、キャッシュカード、クレジットカード、社員カード等として使用される。或いは、ＩＣカード２は、スマートフォンや携帯電話機等の端末装置に組み込まれてもよい。或いは、ＩＣチップ２ａは、例えばeUICC（Embedded Universal Integrated Circuit Card）として、端末装置から容易に取り外しや取り換えができないように端末装置と一体的に搭載されてもよい。

ＮＶＭ２４には、例えばフラッシュメモリ等の不揮発性メモリが適用される。なお、ＮＶＭ２４は、「Electrically Erasable Programmable Read-Only Memory」であってもよい。ＮＶＭ２４には、各種プログラム等が記憶される。各種プログラムには、オペレーティングシステム、アプリケーションプログラム、及びカード発行処理プログラム（本発明のプログラムを含む）等が含まれる。なお、アプリケーションプログラムをメモリに展開して実行可能な状態にインストールされたモジュールをアプリケーションという。また、ＮＶＭ２４には、カード発行装置１からの個別データが格納される。

さらに、ＮＶＭ２４（保持手段の一例）には、発行処理の実施有（発行処理が実施された）、または発行処理の実施無（つまり、発行処理が実施されていない）を示す発行済フラグ（第１フラグの一例）と、発行処理中のエラー発生有（発行処理中にエラーが発生した）、または発行処理中のエラー発生無（発行処理中にエラーが発生していない）を示すエラーフラグ（第２フラグの一例）とが保持される。ここで、発行処理の実施無を“未発行”と称し、発行処理の実施有を“発行済”と称するものとする。また、発行処理中のエラー発生無を“エラー未発生”と称し、発行処理中のエラー発生有を“エラー発生”と称するものとする。例えば、発行済フラグは、“未発行”(0）と“発行済”(1）とのうち何れか１つの状態を示す。一方、エラーフラグは、“エラー未発生”(0）と“エラー発生”(1）とのうち何れか１つの状態を示す。

別の例として、ＮＶＭ２４には、３つの状態の何れかを示す１つのフラグ（これを、「重複発行チェックフラグ」（第１フラグの一例）という）が保持されてもよい。図２は、重複発行チェックフラグの値と状態との対応関係を示す図である。図２に示すように、重複発行チェックフラグは、“未発行”(00）、“発行済”(01）、または“エラー発生”(02）を示す。１つの重複発行チェックフラグを用いれば、プログラミングとしては分かり易いというメリットがある。

ＣＰＵ２１は、ＲＯＭ２２またはＮＶＭ２４に記憶された各種プログラムを実行するプロセッサ（コンピュータ）である。ＣＰＵ２１は、カード発行処理プログラムに従って、第１判定手段、第２判定手段、第１処理手段、第２処理手段、及び第３処理手段等として機能する。具体的には、ＣＰＵ２１は、カード発行装置１からＩ／Ｏ回路２５を介して受信されたStore Dataコマンドが発行処理の開始後に初めて受信されたStore Dataコマンドである場合、発行済フラグ（または重複発行チェックフラグ）が“発行済”（つまり、発行処理の実施有）を示すか否かを判定する。そして、ＣＰＵ２１は、発行済フラグ（または重複発行チェックフラグ）が“発行済”を示さない（換言すると、“未発行”を示す）と判定した場合、“発行済”を示すように発行済フラグ（または重複発行チェックフラグ）を更新し、且つStore Dataコマンドに応じた処理（コマンド処理）を実行する。

Store Dataコマンドに応じた処理により、Store Dataコマンドのボディ部にセットされた個別データがＮＶＭ２４の所定の記憶領域に書き込まれる。そして、個別データの格納が正常に終了した場合、ＣＰＵ２１は、Store Dataコマンドに応じた処理の結果として“正常終了”を示すレスポンスをＩ／Ｏ回路２５を介してカード発行装置１へ送信する。一方、ＣＰＵ２１は、発行済フラグ（または重複発行チェックフラグ）が“発行済”を示すと判定した場合、“エラー発生”を示すようにエラーフラグ（または重複発行チェックフラグ）を更新し、且つStore Dataコマンドに応じた処理を実行することなく“エラー発生”を応答する。つまり、ＣＰＵ２１は、Store Dataコマンドに応じた処理の結果として“エラー発生”を示すレスポンスをＩ／Ｏ回路２５を介してカード発行装置１へ送信する。

ここで、発行処理の開始後に初めて受信されたStore Dataコマンドであるにもかかわらず、発行済フラグ（または重複発行チェックフラグ）が“発行済”を示すということは、そのＩＣカード２に対して以前に実施された発行処理において発行済フラグ（または重複発行チェックフラグ）が“発行済”を示すように更新されて発行処理が進行したが途中で停止してしまったことで、中途半端にデータが書き込まれている状態になっていることを意味する。そのため、このようなＩＣカード２のエラーフラグが“エラー発生”を示すように更新させることで、その後に受信されたStore Dataコマンドに対して適切な処理を実行させることが可能になる。

一方、ＣＰＵ２１は、カード発行装置１からＩ／Ｏ回路２５を介して受信されたStore Dataコマンドが発行処理の開始後に初めて受信されたStore Dataコマンドでない（つまり、２回目以降のStore Dataコマンドである）場合、エラーフラグが“エラー発生”を示す否かを判定する。そして、ＣＰＵ２１は、エラーフラグが“エラー発生”を示さないと判定した場合、Store Dataコマンドに応じた処理を実行する。そして、個別データの格納が正常に終了した場合、ＣＰＵ２１は、Store Dataコマンドに応じた処理の結果として“正常終了”を示すレスポンスをＩ／Ｏ回路２５を介してカード発行装置１へ送信する。一方、ＣＰＵ２１は、エラーフラグが“エラー発生”を示すと判定した場合、Store Dataコマンドに応じた処理を実行することなく“エラー発生”を応答する。

或いは、ＣＰＵ２１は、カード発行装置１からＩ／Ｏ回路２５を介して受信されたStore Dataコマンドが発行処理の開始後に初めて受信されたStore Dataコマンドでない場合、重複発行チェックフラグが“発行済”を示す否かを判定する。そして、ＣＰＵ２１は、重複発行チェックフラグが“発行済”を示すと判定した場合、Store Dataコマンドに応じた処理を実行する。一方、ＣＰＵ２１は、重複発行チェックフラグが“発行済”を示さないと判定した場合、Store Dataコマンドに応じた処理を実行することなく“エラー発生”を応答する。

なお、発行処理の開始後に初めて受信されたStore Dataコマンドであるか否かは、Store Dataコマンドのヘッダ部におけるＰ２から判定することができる。例えば、Ｐ２がシーケンス番号“00”を示す場合、当該Store Dataコマンドは、発行処理の開始後に初めて受信されたStore Dataコマンドとして判定されることになる。また、上述したようにＩＣカード２に対して以前に実施された発行処理が途中で停止してしまうことで、当該ＩＣカード２に対して再度実施される発行処理において初めて受信されるStore DataコマンドにはＰ２が１回目のシーケンス番号“00”を再び示すことになる。

［２．カード発行システムＳにおいて実施される発行処理の詳細］
次に、カード発行システムＳにおいて実施される発行処理の詳細について、実施例１と実施例２に分けて説明する。

（実施例１）
先ず、図３を参照して、実施例１に係るカード発行システムＳにおいて実施される発行処理の詳細について説明する。実施例１は、ＩＣカード２において２つのフラグ（発行済フラグとエラーフラグ）が参照される場合の実施例である。図３は、実施例１におけるＩＣカード２（ＣＰＵ２１）の処理の一例を示すフローチャートである。

なお、発行処理の開始後、図３に示す処理の前に、カード発行装置１とＩＣカード２との間で相互認証が完了し、さらに、カード発行装置１からＩＣカード２へ送信されたSELECTコマンドによりアプリケーションが選択されているものとする。図３に示す処理は、ＩＣカード２においてアプリケーションが選択された後、カード発行装置１からStore Dataコマンドが受信された場合に開始される。

図３に示す処理が開始されると、ＩＣカード２は、Store Dataコマンドが発行処理の開始後に初めて受信されたStore Dataコマンドであるか否かを判定する（ステップＳ１）。発行処理の開始後に初めて受信されたStore Dataコマンドであると判定された場合（ステップＳ１：ＹＥＳ）、処理はステップＳ２へ進む。一方、発行処理の開始後に初めて受信されたStore Dataコマンドでないと判定された場合（ステップＳ１：ＮＯ）、処理はステップＳ８へ進む。

ステップＳ２では、ＩＣカード２は、発行済フラグが“発行済”を示しているか否かを判定する。発行済フラグが“発行済”を示していないと判定された場合（ステップＳ２：ＮＯ）、処理はステップＳ３へ進む。一方、発行済フラグが“発行済”を示していると判定された場合（ステップＳ２：ＹＥＳ）、処理はステップＳ９へ進む。

ステップＳ３では、ＩＣカード２は、発行済フラグを“発行済”に更新（つまり、“発行済”を示すように発行済フラグを更新）する。次いで、ＩＣカード２は、Store Dataコマンドに応じた処理（コマンド処理）を実行する（ステップＳ４）。

次いで、ＩＣカード２は、ステップＳ４のコマンド処理においてエラー（例えば、書き込みエラー）が発生したか否かを判定する（ステップＳ５）。当該コマンド処理においてエラーが発生していないと判定された場合（ステップＳ５：ＮＯ）、処理はステップＳ６へ進む。一方、当該コマンド処理においてエラーが発生したと判定された場合（ステップＳ５：ＹＥＳ）、処理はステップＳ７へ進む。

ステップＳ６では、ＩＣカード２は、“正常終了”を示すレスポンスをカード発行装置１へ送信する。一方、ステップＳ７では、ＩＣカード２は、エラーフラグを“エラー発生”に更新（つまり、“エラー発生”を示すようにエラーフラグを更新）し、処理をステップＳ１０に進める。

ステップＳ８では、ＩＣカード２は、エラーフラグが“エラー発生”を示しているか否かを判定する。エラーフラグが“エラー発生”を示していないと判定された場合（ステップＳ８：ＮＯ）、処理はステップＳ４へ移行し、Store Dataコマンドに応じた処理が実行される。一方、エラーフラグが“エラー発生”を示していると判定された場合（ステップＳ８：ＹＥＳ）、処理はステップＳ１０へ進む。

ステップＳ９では、ＩＣカード２は、エラーフラグを“エラー発生”に更新し、処理をステップＳ１０に進める。ステップＳ１０では、ＩＣカード２は、“エラー発生”を示すレスポンスをカード発行装置１へ送信する。

カード発行装置１は、ＩＣカード２からレスポンスを受信すると、当該レスポンスに“正常終了”が示されているか、または“エラー発生”が示されているかを判定する。そして、カード発行装置１は、レスポンスに“正常終了”が示されている場合において、個別データの送信が完了していない場合、次のStore DataコマンドをＩＣカード２へ送信する。一方、カード発行装置１は、レスポンスに“エラー発生”が示されている場合において、当該ＩＣカード２に対する発行処理を停止する。なお、発行処理が途中で停止されたＩＣカード２に対しては再度、発行処理が実施されることになる。

（実施例２）
次に、図４を参照して、実施例２に係るカード発行システムＳにおいて実施される発行処理の詳細について説明する。実施例２は、ＩＣカード２において１つのフラグ（重複発行チェックフラグ）が参照される場合の実施例である。図４は、実施例２におけるＩＣカード２（ＣＰＵ２１）の処理の一例を示すフローチャートである。

なお、実施例２においても、実施例１と同様、発行処理の開始後、図４に示す処理の前に、カード発行装置１とＩＣカード２との間で相互認証が完了し、さらに、カード発行装置１からＩＣカード２へ送信されたSELECTコマンドによりアプリケーションが選択されているものとする。図４に示す処理は、ＩＣカード２においてアプリケーションが選択された後、カード発行装置１からStore Dataコマンドが受信された場合に開始される。

図４に示す処理が開始されると、ＩＣカード２は、Store Dataコマンドが発行処理の開始後に初めて受信されたStore Dataコマンドであるか否かを判定する（ステップＳ２１）。発行処理の開始後に初めて受信されたStore Dataコマンドであると判定された場合（ステップＳ２１：ＹＥＳ）、処理はステップＳ２２へ進む。一方、発行処理の開始後に初めて受信されたStore Dataコマンドでないと判定された場合（ステップＳ２１：ＮＯ）、処理はステップＳ２８へ進む。

ステップＳ２２では、ＩＣカード２は、重複発行チェックフラグが“発行済”を示しているか否かを判定する。重複発行チェックフラグが“発行済”を示していないと判定された場合（ステップＳ２２：ＮＯ）、処理はステップＳ２３へ進む。一方、重複発行チェックフラグが“発行済”を示していると判定された場合（ステップＳ２２：ＹＥＳ）、処理はステップＳ２９へ進む。ステップＳ２９では、ＩＣカード２は、重複発行チェックフラグを“エラー発生”に更新し、処理をステップＳ３０に進める。

ステップＳ２３では、ＩＣカード２は、重複発行チェックフラグを“発行済”に更新する。なお、図４に示すステップＳ２４～Ｓ２６、及びＳ３０の処理は、図３に示すステップＳ４～Ｓ６、及びＳ１０の処理と同様である。ステップＳ２７では、ＩＣカード２は、重複発行チェックフラグを“エラー発生”に更新し、処理をステップＳ３０に進める。

ステップＳ２８では、ＩＣカード２は、重複発行チェックフラグが“発行済”を示しているか否かを判定する。重複発行チェックフラグが“発行済”を示している（つまり、“未発行”を示さず、かつ“エラー発生”を示していない）と判定された場合（ステップＳ２８：ＹＥＳ）、処理はステップＳ２４に移行し、Store Dataコマンドに応じた処理が実行される。一方、重複発行チェックフラグが“発行済”を示してない（つまり、“未発行”を示しているか、または“エラー発生”を示している）と判定された場合（ステップＳ２８：ＮＯ）、処理はステップＳ３０へ進む。

以上説明したように、上記実施形態によれば、ＩＣカード２は、カード発行装置１からのStore Dataコマンドが発行処理の開始後に初めて受信されたStore Dataコマンドである場合、発行済フラグ（または重複発行チェックフラグ）が“発行済”を示すか否かを判定し、“発行済”を示さないと判定した場合、“発行済”を示すように発行済フラグ（または重複発行チェックフラグ）を更新し、且つStore Dataコマンドに応じた処理を実行する一方、“発行済”を示すと判定した場合、“エラー発生”を示すようにエラーフラグ（または重複発行チェックフラグ）を更新し、且つStore Dataコマンドに応じた処理を実行することなく“エラー発生”を応答するように構成したので、発行処理において期待通りのデータを効率良く格納することができる。

また、ＩＣカード２は、カード発行装置１からのStore Dataコマンドが発行処理の開始後に初めて受信されたStore Dataコマンドでない場合、エラーフラグが“エラー発生”を示す否かを判定し、“エラー発生”を示さないと判定した場合、Store Dataコマンドに応じた処理を実行する一方、“エラー発生”を示すと判定した場合、Store Dataコマンドに応じた処理を実行することなく“エラー発生”を応答するように構成したので、エラー発生有無に応じた適切な処理を実行することができる。或いは、ＩＣカード２は、カード発行装置１からのStore Dataコマンドが発行処理の開始後に初めて受信されたStore Dataコマンドでない場合、重複発行チェックフラグが“発行済”を示す否かを判定し、“発行済”を示すと判定した場合、Store Dataコマンドに応じた処理を実行する一方、“発行済”を示さないと判定した場合、Store Dataコマンドに応じた処理を実行することなく“エラー発生”を応答するように構成したので、エラー発生有無に応じた適切な処理を実行することができる。

１カード発行装置
２ＩＣカード
２ａＩＣチップ
１１操作部
１２カードＩ／Ｆ部
１３記憶部
１４制御部
２１ＣＰＵ
２２ＲＯＭ
２３ＲＡＭ
２４ＮＶＭ
２５Ｉ／Ｏ回路

Claims

発行装置との間で実施される発行処理において当該発行装置から順次送信される複数の格納コマンドにより個別データが分割されて順次格納される電子情報記憶媒体であって、
前記発行処理の実施有または前記発行処理の実施無を示す第１フラグを保持する保持手段と、
前記発行装置から受信された格納コマンドが前記発行処理の開始後に初めて受信された格納コマンドである場合、前記第１フラグが前記発行処理の実施有を示すか否かを判定する第１判定手段と、
前記第１判定手段により前記第１フラグが前記発行処理の実施有を示さないと判定された場合、前記発行処理の実施有を示すように当該第１フラグを更新し、且つ前記格納コマンドに応じた処理を実行する一方、前記第１判定手段により前記第１フラグが前記発行処理の実施有を示すと判定された場合、前記格納コマンドに応じた処理を実行することなくエラー発生を応答する第１処理手段と、
を備えることを特徴とする電子情報記憶媒体。
前記保持手段は、前記発行処理中のエラー発生有または前記発行処理中のエラー発生無を示す第２フラグをさらに保持し、
前記第１処理手段は、前記第１判定手段により前記第１フラグが前記発行処理の実施有を示すと判定された場合、前記エラー発生有を示すように前記第２フラグを更新し、かつ前記格納コマンドに応じた処理を実行することなくエラー発生を応答し、
前記発行装置から受信された格納コマンドが前記発行処理の開始後に初めて受信された格納コマンドでない場合、前記第２フラグが前記エラー発生有を示す否かを判定する第２判定手段と、
前記第２判定手段により前記第２フラグが前記エラー発生有を示さないと判定された場合、前記格納コマンドに応じた処理を実行する一方、前記第２判定手段により前記第２フラグが前記エラー発生有を示すと判定された場合、前記格納コマンドに応じた処理を実行することなくエラー発生を応答する第２処理手段と、
を備えることを特徴とする請求項１に記載の電子情報記憶媒体。
前記第１フラグは、前記発行処理の実施有、前記発行処理の実施無、または前記発行処理中のエラー発生有を示し、
前記第１処理手段は、前記第１判定手段により前記第１フラグが前記発行処理の実施有を示すと判定された場合、前記エラー発生有を示すように前記第１フラグを更新し、かつ前記格納コマンドに応じた処理を実行することなくエラー発生を応答し、
前記発行装置から受信された格納コマンドが前記発行処理の開始後に初めて受信された格納コマンドでない場合、前記第１フラグが前記発行処理の実施有を示す否かを判定する第２判定手段と、
前記第２判定手段により前記第１フラグが前記発行処理の実施有を示すと判定された場合、前記格納コマンドに応じた処理を実行する一方、前記第２判定手段により前記第１フラグが前記発行処理の実施有を示さないと判定された場合、前記格納コマンドに応じた処理を実行することなくエラー発生を応答する第２処理手段と、
を備えることを特徴とする請求項１に記載の電子情報記憶媒体。
前記格納コマンドに応じた処理においてエラーが発生した場合、前記エラー発生有を示すように前記第２フラグを更新する第３処理手段を更に備えることを特徴とする請求項２に記載の電子情報記憶媒体。
発行装置との間で実施される発行処理において当該発行装置から順次送信される複数の格納コマンドにより個別データが分割されて順次格納されるＩＣカードであって、
前記発行処理の実施有または前記発行処理の実施無を示す第１フラグを保持する保持手段と、
前記発行装置から受信された格納コマンドが前記発行処理の開始後に初めて受信された格納コマンドである場合、前記第１フラグが前記発行処理の実施有を示すか否かを判定する第１判定手段と、
前記第１判定手段により前記第１フラグが前記発行処理の実施有を示さないと判定された場合、前記発行処理の実施有を示すように当該第１フラグを更新し、且つ前記格納コマンドに応じた処理を実行する一方、前記第１判定手段により前記第１フラグが前記発行処理の実施有を示すと判定された場合、前記格納コマンドに応じた処理を実行することなくエラー発生を応答する第１処理手段と、
を備えることを特徴とするＩＣカード。
発行装置との間で実施される発行処理において当該発行装置から順次送信される複数の格納コマンドにより個別データが分割されて順次格納される電子情報記憶媒体であって、前記発行処理の実施有または前記発行処理の実施無を示す第１フラグを保持する電子情報記憶媒体により実行される発行処理方法において、
前記発行装置から受信された格納コマンドが前記発行処理の開始後に初めて受信された格納コマンドである場合、前記第１フラグが前記発行処理の実施有を示すか否かを判定するステップと、
前記第１フラグが前記発行処理の実施有を示さないと判定された場合、前記発行処理の実施有を示すように当該第１フラグを更新し、且つ前記格納コマンドに応じた処理を実行する一方、前記第１フラグが前記発行処理の実施有を示すと判定された場合、前記格納コマンドに応じた処理を実行することなくエラー発生を応答するステップと、
を含むことを特徴とする発行処理方法。
発行装置との間で実施される発行処理において当該発行装置から順次送信される複数の格納コマンドにより個別データが分割されて順次格納される電子情報記憶媒体に含まれるコンピュータを、
前記発行処理の実施有または前記発行処理の実施無を示す第１フラグを保持する保持手段と、
前記発行装置から受信された格納コマンドが前記発行処理の開始後に初めて受信された格納コマンドである場合、前記第１フラグが前記発行処理の実施有を示すか否かを判定する第１判定手段と、
前記第１判定手段により前記第１フラグが前記発行処理の実施有を示さないと判定された場合、前記発行処理の実施有を示すように当該第１フラグを更新し、且つ前記格納コマンドに応じた処理を実行する一方、前記第１判定手段により前記第１フラグが前記発行処理の実施有を示すと判定された場合、前記格納コマンドに応じた処理を実行することなくエラー発生を応答する第１処理手段として機能させることを特徴とするプログラム。