JP4857749B2

JP4857749B2 - Ｉｃカード管理システム

Info

Publication number: JP4857749B2
Application number: JP2005354528A
Authority: JP
Inventors: 隆夫安広; 英治鈴木
Original assignee: Dai Nippon Printing Co Ltd
Current assignee: Dai Nippon Printing Co Ltd
Priority date: 2005-12-08
Filing date: 2005-12-08
Publication date: 2012-01-18
Anticipated expiration: 2025-12-08
Also published as: JP2007157030A

Description

本発明は、キャッシュカードやクレジットカードなどのＩＣカードを取り扱うのに好適なＩＣカード管理システムに関するものである。

従来、金融機関が顧客に対してＩＣカードを用いたキャッシュカードの発行を行う場合には、金融機関から委託を受けた印刷会社などのＩＣカード製造／発行委託会社（以下、カード製造会社）がカード製造を行い、書留郵送などにより顧客にキャッシュカードを送付していた。
従来のキャッシュカード発行の手順は、顧客から金融機関に対してキャッシュカード発行の申し込みがあると、その顧客の氏名、住所などの個人情報と、発行するキャッシュカードで利用可能な口座番号などの口座情報とを、金融機関からカード製造会社に提供するといった手順で行われる。

そして、カード製造会社では、キャッシュカードのＩＣメモリに全銀協キャッシュカードアプリケーションのデータや口座番号などの口座情報を記憶させて、発行するキャッシュカードの作製を行った後に、顧客の氏名、住所などの個人情報に基づいてカード郵送用の台紙に氏名や住所などを印字して郵送物を作製し、郵送などにより顧客に対してキャッシュカードの発送処理を行う。
したがって、従来のキャッシュカード発行では、顧客がキャッシュカードの申し込みを行ってから、キャッシュカードが顧客に届くまでに数週間かかり、顧客が直ぐにキャッシュカードを使用することができないという問題があった。

このような問題を解決する従来技術として、顧客の本人確認を簡易に、かつ、キャッシュカードの申し込みと同時にキャッシュカードの発行をすることができるキャッシュカード発行システムが提案されている。
この公知技術は、キャッシュカードの申し込みをしたその場において、顧客が金融機関の店頭に設置された暗証番号入力手段によって暗証番号をキー入力し、キー入力データと、顧客データファイルから読み出された暗証番号とが一致すれば、キャッシュカードに暗証番号を含む口座取引用データの書き込みが行われ、キャッシュカードが発行されるというシステムである（例えば、特許文献１）。

しかし、上記キャッシュカード発行システムは、店頭でキャッシュカード発行の申し込みを行えるものの、キャッシュカードに暗証番号を含む口座取引用データの書き込み処理を行う必要があるために、それらの処理が終了するまでに店頭で顧客を待たせることになるという問題があった。
また、金融機関には、キャッシュカードに暗証番号を含む口座取引用データの書き込み処理を行うための装置を用意しておく必要もあり、設備コストがかかるという問題もあった。
特開平８−３１５２２３号公報

そこで、本件発明者等は、金融機関の店頭などで顧客に対してその場でキャッシュカードの発行を即座に行うことができるとともに、金融機関が外部のカード製造会社にキャッシュカードの作製を委託した場合でも、金融機関からの委託費用の削減を図ることができるキャッシュカードの発行方法をすでに出願している。

そのキャッシュカードの発行方法は、「ＩＣカードからなるキャッシュカードの発行方法であって、予めキャッシュカードのＩＣメモリに口座情報を記憶させて、発行用のキャッシュカードを用意しておくステップと、キャッシュカードの発行を顧客に対して行う際に、キャッシュカードのＩＣメモリに記憶されている口座情報と、顧客の顧客情報とを関係付けてデータベースに登録するステップと、を有することを特徴とする」ものである。

この方法であれば、金融機関においてキャッシュカードにデータの書き込み処理を行う必要もなく、店頭などで顧客に対してその場でキャッシュカードの発行を即座に行うことができ、また、金融機関からの委託費用の削減を図ることができ、さらに、カード製造会社側で秘密にしたい情報を金融機関側でのみ維持し、外部への開示を避けることができ、キャッシュカード発行のスピードアップが図れ、顧客情報や秘密性の高い情報の漏洩防止を図ることができるという効果がある。

しかし、この方法では、各店舗に使用可能なキャッシュカードを在庫することになり、以下のような問題がある。
（１）使用可能なキャッシュカードを店舗に在庫することは安全上の問題がある。
（２）使用可能なキャッシュカードを輸送することはセキュリティ上の問題がある。
（３）使用可能なキャッシュカードを店舗内におくことは、不正利用の懸念や、内部犯行が行われる可能性がある。
そこで、本発明の課題は、不正利用や内部犯行を未然に防止し、セキュリティ性や安全性を高めることができるＩＣカード管理システムを提供することである。

本発明は、以下のような解決手段により、前記課題を解決する。なお、理解を容易にするために、本発明の実施例に対応する符号を付して説明するが、これに限定されるものではない。
請求項１の発明は、ブロック／アンブロック機能を有するＩＣカード（１０）と通信を行う店舗端末（３０）と、前記店舗端末（３０）と通信をするセンターサーバー（４０）とから構成され、前記ＩＣカード（１０）を取り扱い、かつ、ブロックの状態のＩＣカード（１０）をアンブロックするＩＣカード管理システム（１００）であって、
前記センターサーバー（４０）は、電子署名用の鍵を格納している鍵情報データベース（４３）、を備え、
前記店舗端末（３０）は、前記ＩＣカード（１０）のアンブロックを行うユーザをユーザＩＤによりユーザ認証を行い、認証した前記ユーザＩＤを取り込む認証手段（３１）と、前記ＩＣカード（１０）に記憶されているＩＣカード情報を読み取る読取手段（３２）と、前記読取手段（３２）が読み取った前記ＩＣカード情報に基づいて、前記センターサーバー（４０）に対して許可要求をするのに用いる許可要求暗号の生成の要請をＩＣカード（１０）に送信する要請送信手段と、前記要請送信手段が送信した要請を受信した前記ＩＣカード（１０）によって生成された許可要求暗号を受信する暗号受信手段と、前記暗号受信手段が受信した許可要求暗号と、前記読取手段（３２）が読み取ったＩＣカード情報と、前記認証手段（３１）が取り込んだユーザＩＤと、当該店舗端末（３０）の端末番号とを前記センターサーバー（４０）に送信するＡＲＱＣ送信手段と、を備え、
前記センターサーバー（４０）は、前記ＡＲＱＣ送信手段が送信した許可要求暗号を受信して、ユーザＩＤ及び端末番号を管理するマスタと、受信したユーザＩＤ及び端末番号とを照合する端末判定手段と、前記端末判定手段によって照合された場合に、許可応答暗号を生成すると共に、受信したＩＣカード情報に基づいて、アンブロックスクリプトを生成し、当該アンブロックスクリプトに、前記鍵情報データベース（４３）に格納されている電子署名用の鍵を用いて生成した電子署名を付加するアンブロックコマンド生成手段（４４）と、前記アンブロックコマンド生成手段（４４）が生成した許可応答暗号及びアンブロックスクリプトを送信するＡＲＰＣ送信手段と、をさらに備え、
前記店舗端末（３０）は、前記ＡＲＰＣ送信手段が送信したアンブロックスクリプトと、許可応答暗号とを受信するアンブロックスクリプト受信手段と、前記アンブロックスクリプト受信手段が受信したアンブロックスクリプトの電子署名の認証に成功した場合に、当該アンブロックスクリプトと当該許可応答暗号とを前記ＩＣカード（１０）に送信するアンブロックスクリプト送信手段と、をさらに備え、
前記ＩＣカード（１０）は、前記アンブロックスクリプト送信手段が送信した許可応答暗号を受信してイシュア認証し、受信したアンブロックスクリプトによりアンブロック機能を実行するアンブロック機能手段、をさらに備える、ＩＣカード管理システム（１００）である。
請求項２の発明は、ブロック／アンブロック機能を有するＩＣカード（１０）と通信を行う店舗端末（３０）と、前記店舗端末（３０）と通信をするセンターサーバー（４０）とから構成され、前記ＩＣカード（１０）を取り扱い、かつ、アンブロックの状態のＩＣカード（１０）をブロックするＩＣカード管理システム（１００）であって、
前記センターサーバー（４０）は、電子署名用の鍵を格納している鍵情報データベース（４３）、を備え、
前記店舗端末（３０）は、前記ＩＣカード（１０）のブロックを行うユーザをユーザＩＤによりユーザ認証を行い、認証した前記ユーザＩＤを取り込む認証手段（３１）と、前記ＩＣカード（１０）に記憶されているＩＣカード情報を読み取る読取手段（３２）と、前記読取手段（３２）が読み取った前記ＩＣカード情報に基づいて、前記センターサーバー（４０）に対して許可要求をするのに用いる許可要求暗号の生成の要請をＩＣカード（１０）に送信する要請送信手段と、前記要請送信手段が送信した要請を受信した前記ＩＣカード（１０）によって生成された許可要求暗号を受信する暗号受信手段と、前記暗号受信手段が受信した許可要求暗号と、前記読取手段（３２）が読み取ったＩＣカード情報と、前記認証手段（３１）が取り込んだユーザＩＤと、当該店舗端末（３０）の端末番号とを前記センターサーバー（４０）に送信するＡＲＱＣ送信手段と、を備え、
前記センターサーバー（４０）は、前記ＡＲＱＣ送信手段が送信した許可要求暗号を受信して、ユーザＩＤ及び端末番号を管理するマスタと、受信したユーザＩＤ及び端末番号とを照合する端末判定手段と、前記端末判定手段によって照合された場合に、許可応答暗号を生成すると共に、受信したＩＣカード情報に基づいて、ブロックスクリプトを生成し、当該ブロックスクリプトに、前記鍵情報データベース（４３）に格納されている電子署名用の鍵を用いて生成した電子署名を付加するブロックコマンド生成手段（２２）と、前記ブロックコマンド生成手段（２２）が生成した許可応答暗号及びブロックスクリプトを送信するＡＲＰＣ送信手段と、をさらに備え、
前記店舗端末（３０）は、前記ＡＲＰＣ送信手段が送信したブロックスクリプトと、許可応答暗号とを受信するブロックスクリプト受信手段と、前記ブロックスクリプト受信手段が受信したブロックスクリプトの電子署名の認証に成功した場合に、当該ブロックスクリプトと当該許可応答暗号とを前記ＩＣカード（１０）に送信するブロックスクリプト送信手段と、をさらに備え、
前記ＩＣカード（１０）は、前記ブロックスクリプト送信手段が送信した許可応答暗号を受信してイシュア認証し、受信したブロックスクリプトによりブロック機能を実行するブロック機能手段、をさらに備える、ＩＣカード管理システム（１００）である。

本発明によれば、使用時までＩＣカードをブロックしておき、使用時にＩＣカードのブロックを解除することができるので、不正利用や内部犯行を未然に防止し、セキュリティ性や安全性を高めることができる。
また、コマンド生成手段は、サーバーに設けられているので、各店舗などに配置される端末から分離することにより、セキュリティを高めることができる。
さらに、ＩＣカードのブロック／アンブロックを行うユーザの履歴を管理する履歴管理手段を備えるので、いつどこで誰がＩＣカードのブロック／アンブロックを行ったのかが明確となり、システムの信頼性を高めることができる。
一方、アンブロックの状態のＩＣカードをブロックすることができるので、顧客に対して間違ったＩＣカードを発行した場合には、一度アンブロックしたＩＣカードを再度ブロックすることにより、そのＩＣカードを使用不可能とすることができる。また、ＩＣカードを破棄する際には、ＩＣカードをブロックすることにより、破棄したカードからデータが漏洩してしまうことを防止することができる。さらに、工場出荷時には、手間をかけずにＩＣカードをブロックすることができる。

本発明は、不正利用や内部犯行を未然に防止し、セキュリティ性や安全性を高めることができるＩＣカード管理システムを提供するという目的を、顧客から申し込みがあるまでは、ＩＣキャッシュカード内のアプリケーションをブロックしておき、顧客に渡す直前に、そのアプリケーションのブロックを解除することにより実現する。

以下、図面等を参照して、本発明の実施例について、さらに詳しく説明する。
図１は、本発明によるＩＣカード管理システムの実施例を示す図である。
本実施例のＩＣカード管理システム１００は、ＩＣキャッシュカード１０と、工場端末２０と、店舗端末３０と、センターサーバー４０などとを備える。

ＩＣキャッシュカード１０は、ブロック／アンブロック機能を有する全銀協キャッシュカードアプリケーション（以下、全銀アプリという。全銀アプリ；全銀協ＩＣキャッシュカード標準仕様参照，平成１３年３月初版第１刷発行，編集・発行全国銀行協会業務部）が搭載されたＩＣカードである。
また、ＩＣキャッシュカード１０は、後述する工場端末２０によって、出荷時には、全銀アプリが予めブロックされた状態で出荷される。ＩＣキャッシュカード１０のメモリには、口座番号や出荷情報などのＩＣカード情報が記憶される。

工場端末２０は、パーソナルコンピュータなどの端末であり、読取手段２１と、ブロックコマンド生成手段２２と、ブロックコマンド実行手段２３とを備える。
読取手段２１は、ＩＣキャッシュカード１０に記憶されているＩＣカード情報を読み取る装置であり、例えば、ＩＣカードＲ／Ｗ（リーダライタ）などである。
ブロックコマンド生成手段２２は、読取手段２１が読み取ったＩＣカード情報に基づいて、ブロックスクリプト（ブロックコマンド；イシュアスクリプト）を生成する部分である。
ブロックコマンド実行手段２３は、ブロックコマンド生成手段２２が生成したブロックスクリプトをＩＣキャッシュカード１０に送信し、そのブロックスクリプトをＩＣキャッシュカード１０に実行させる部分である。

店舗端末３０は、パーソナルコンピュータなどの端末であり、認証手段３１と、読取手段３２と、通信手段３３と、アンブロックコマンド実行手段３４とを備える。
認証手段３１は、店舗端末３０を使用してＩＣキャッシュカード１０をアンブロックするユーザを認証するためのものであり、例えば、ユーザＩＤによる認証を行うものである。
読取手段３２は、工場端末２０の読取手段２１と同様のものであって、ＩＣキャッシュカード１０に記憶されているＩＣカード情報を読み取る装置である。
通信手段３３は、読取手段３２が読み取ったＩＣカード情報や、ユーザＩＤ、端末番号をセンターサーバー４０に送信し、また、センターサーバー４０から後述するアンブロックスクリプト（アンブロックコマンド；イシュアスクリプト）を受信する装置である。
アンブロックコマンド実行手段３４は、通信手段３３が受信したアンブロックスクリプトをＩＣキャッシュカード１０に送信し、そのアンブロックスクリプトをＩＣキャッシュカード１０に実行させる部分である。

センターサーバー４０は、インターネットなどのネットワークを介して店舗端末３０と接続されており、通信手段４１と、履歴管理手段４２と、鍵情報データベース４３と、アンブロックコマンド生成手段４４とを備える。
通信手段４１は、ＩＣカード情報や、ユーザＩＤ、端末番号を店舗端末３０から受信し、また、店舗端末３０にアンブロックスクリプトを送信する装置である。
履歴管理手段４２は、通信手段４１が受信したユーザＩＤや端末番号を保存して管理する部分である。
鍵情報データベース４３は、電子署名用の鍵を格納しているデータベースである。
アンブロックコマンド生成手段４４は、店舗端末３０から受信したＩＣカード情報に基づいて、アンブロックスクリプトを生成し、そのアンブロックスクリプトに、鍵情報データベース４３に格納されている電子署名用の鍵を用いて生成した電子署名を付加する部分である。
なお、ブロック／アンブロックに関する各手段（ブロックコマンド生成手段２２、ブロックコマンド実行手段２３、アンブロックコマンド実行手段３４、アンブロックコマンド生成手段４４）は、専用のアプリケーションなどによって実現される。

次に、ＩＣカード管理システム１００の動作を説明する。
図２は、ＩＣカード管理システム１００の動作を説明する図である。
まず、図２（Ａ）に示すように、工場でＩＣキャッシュカード１０が発行される。このとき、ＩＣキャッシュカード１０内の全銀アプリは、ブロックされた状態であり、ＩＣキャッシュカード１０のメモリには、口座番号「９９２１２３４」が記憶されている。
ついで、図２（Ｂ）に示すように、ＩＣキャッシュカード１０は、工場から各店舗に輸送され、行内／支店にて在庫される。全銀アプリは、まだ、ブロックされた状態である。
さらに、図２（Ｃ）に示すように、顧客によって申し込みが行われると、オペレータは、店舗端末３０を操作して全銀アプリをアンブロックする。

ここで、ＩＣキャッシュカード１０のアンブロックの流れを説明する。
図３は、ＩＣキャッシュカード１０のアンブロックの流れを大まかに説明する図であり、図４は、ＩＣキャッシュカード１０のアンブロックの流れを詳細に説明する図である。
アンブロックの流れを大まかに説明すると、図３に示すように、店舗端末３０は、ＩＣキャッシュカード１０からＩＣカード情報を読み取り［＃１］、そのＩＣカード情報や、ユーザＩＤ、端末番号などをセンターサーバー４０に送信する［＃２］。
センターサーバー４０は、受信したＩＣカード情報などに基づいて、アンブロックスクリプトを生成し［＃３］、そのアンブロックスクリプトに電子署名用の鍵を用いて生成した電子署名を付加し、電子署名を付加したアンブロックスクリプトを店舗端末３０に送信する［＃４］。
店舗端末３０は、アンブロックスクリプトを受信し、電子署名の認証に成功した場合には、そのアンブロックスクリプトをＩＣキャッシュカード１０に実行させ、ＩＣキャッシュカード１０のブロックを解除する［＃５］。

この流れをより詳細に説明すると、図４に示すように、まず、オペレータは、店舗端末３０の認証手段３１を用いてユーザ認証を行い、店舗端末３０にログインする［Ｓ１］。このとき、オペレータのユーザＩＤは、店舗端末３０に取り込まれる。
ついで、オペレータは、店舗端末３０を操作してアンブロック用の専用のアプリケーションを選択する［Ｓ２］。すると、選択されたアプリケーションのＡＩＤ（ＡｐｐｌｉｃａｔｉｏｎＩｄｅｎｔｉｆｉｅｒ；アプリケーション識別子）がＩＣキャッシュカード１０に送信される。ＩＣキャッシュカード１０は、店舗端末３０にＡＩＤ応答を返す［Ｓ３］。
店舗端末３０は、アプリケーションの初期化を行い［Ｓ４］、ＡＩＰ（ＡｐｐｌｉｃａｔｉｏｎＩｎｔｅｒｃｈａｎｇｅＰｒｏｆｉｌｅ；アプリケーション交換プロファイル）及びＡＦＬ（ＡｐｐｌｉｃａｔｉｏｎＦｉｌｅＬｏｃａｔｅｒ；アプリケーションファイルロケータ）をＩＣキャッシュカード１０に送信する。ＩＣキャッシュカード１０は、店舗端末３０にＡＩＰ及びＡＦＬ応答を返す［Ｓ５］。

店舗端末３０は、ＩＣキャッシュカード１０から口座番号などのＩＣカード情報を読み取り［Ｓ６］、ＩＣキャッシュカード１０に対してＡＲＱＣ（ＡｕｔｈｏｒｉｓａｔｉｏｎＲｅｑｕｅｓｔＣｒｙｐｔｏｇｒａｍ；許可要求暗号）要請を行う［Ｓ７］。ＩＣキャッシュカード１０は、ＡＣ（ＡｐｐｌｉｃａｔｉｏｎＣｒｙｐｔｏｇｒａｍ；アプリケーション暗号）を生成し、店舗端末３０に送信する。なお、ここでは、ＡＲＱＣやＡＡＣ（ＡｐｐｌｉｃａｔｉｏｎＡｕｔｈｅｎｔｉｃａｔｉｏｎＣｒｙｐｔｏｇｒａｍ；アプリケーション認証暗号）についての処理も行われる［Ｓ８］。

店舗端末３０は、センターサーバー４０にＡＲＱＣを送信する［Ｓ９］。センターサーバー４０は、ユーザＩＤ及び端末番号を履歴管理手段４２に保存しつつ、ユーザＩＤ及び端末番号を管理するマスタと実際のユーザＩＤ及び端末番号とを照合し端末判定を行う［Ｓ１０］。
また、センターサーバー４０は、ＩＣキャッシュカード１０から送信されてくる電文によって、ＩＣキャッシュカード１０の正当性を確認しＩＣカード判定を行う［Ｓ１１］。
端末判定及びＩＣカード判定に問題がなければ、センターサーバー４０は、ＡＲＰＣ（ＡｕｔｈｏｒｉｓａｔｉｏｎＲｅｓｐｏｎｓｅＣｒｙｐｔｏｇｒａｍ；許可応答暗号）及びイシュアスクリプトを生成し、店舗端末３０に送信する［Ｓ１２］。

店舗端末３０は、ＡＲＰＣとイシュアスクリプトとを分解し［Ｓ１３］、それぞれをＩＣキャッシュカード１０に送信する［Ｓ１４、Ｓ１５］。
ＩＣキャッシュカード１０は、ＡＲＰＣを受信してイシュア認証を行い［Ｓ１６］、イシュアスクリプトを受信して、そのイシュアスクリプトによりアンブロックを実行する［Ｓ１７］。
アンブロックが完了したら、ＩＣキャッシュカード１０は、店舗端末３０に完了通知を送信し［Ｓ１８］、店舗端末３０は、センターサーバー４０に完了通知を送信し［Ｓ１９］、センターサーバー４０は、完了通知を受信したら、店舗端末３０とのセッションを終了する［Ｓ２０］。
この一連の流れで、ＩＣキャッシュカード１０の全銀アプリは、アンブロックされる。なお、工場端末２０で全銀アプリをロックするときも、同様の流れでブロックスクリプトを生成すれば、手間をかけずに全銀アプリをロックすることができる。

そして、図２（Ｄ）に示すように、全銀アプリがアンブロックされたＩＣキャッシュカード１０にＵＧ印字（エンボス加工）を行って氏名などを印字する。
最後に、図２（Ｅ）に示すように、申し込みを行った顧客にＩＣキャッシュカード１０を渡す。

このように、本実施例のＩＣカード管理システム１００によれば、以下のような効果がある。
（１）顧客から申し込みがあるまでは、ＩＣキャッシュカード１０の全銀アプリをブロックしておき、ＩＣキャッシュカード１０を顧客に渡す直前に、全銀アプリをアンブロックすることによって、不正利用や内部犯行を未然に防止し、輸送中や在庫中のセキュリティ性や安全性を高めることができる。
（２）鍵情報データベース４３やアンブロックコマンド生成手段４４は、センターサーバー４０に設けられているので、電子署名用の鍵やアンブロックスクリプトの生成工程をセンターサーバー４０で集中管理することができ、セキュリティを高めることができる。
（３）オペレータの操作の履歴を管理する履歴管理手段４２を備えるので、センターサーバー４０で履歴管理が行え、いつどこで誰がＩＣキャッシュカード１０のブロックを解除したのかが明確となり、システムの信頼性を高めることができる。

（変形例）
以上説明した実施例に限定されることなく、種々の変形や変更が可能であって、それらも本発明の均等の範囲内である。
（１）ＩＣカードは、ＩＣキャッシュカードの例で説明したが、ＩＣクレジットカードであってもよい。この場合は、口座番号ではなく、クレジット番号によって運用する。
（２）ＩＣカードは、接触式のものであっても、非接触式のものであってもよい。
（３）工場端末２０に認証手段３１を備えさせて、ブロックの履歴を管理してもよい。
（４）図２（Ｅ）の後に、アンブロックの状態のＩＣキャッシュカード１０を再度ブロックしてもよい。このようにすれば、顧客に対して間違ったＩＣキャッシュカード１０を発行した場合に、そのＩＣキャッシュカード１０を使用不可能とすることができる。また、ＩＣキャッシュカード１０を破棄する際には、破棄したカードからデータが漏洩してしまうことを防止することができる。

本発明によるＩＣカード管理システムの実施例を示す図である。ＩＣカード管理システム１００の動作を説明する図である。ＩＣキャッシュカード１０のアンブロックの流れを大まかに説明する図である。ＩＣキャッシュカード１０のアンブロックの流れを詳細に説明する図である。

符号の説明

１００ＩＣカード管理システム
１０ＩＣキャッシュカード（ＩＣカード）
２０工場端末（端末）
２１読取手段
２２ブロックコマンド生成手段
２３ブロックコマンド実行手段
３０店舗端末（端末）
３１認証手段
３２読取手段
３３通信手段
３４アンブロックコマンド実行手段
４０センターサーバー（サーバー）
４１通信手段
４２履歴管理手段
４３鍵情報データベース
４４アンブロックコマンド生成手段

Claims

ブロック／アンブロック機能を有するＩＣカードと通信を行う店舗端末と、前記店舗端末と通信をするセンターサーバーとから構成され、前記ＩＣカードを取り扱い、かつ、ブロックの状態のＩＣカードをアンブロックするＩＣカード管理システムであって、
前記センターサーバーは、
電子署名用の鍵を格納している鍵情報データベース、を備え、
前記店舗端末は、
前記ＩＣカードのアンブロックを行うユーザをユーザＩＤによりユーザ認証を行い、認証した前記ユーザＩＤを取り込む認証手段と、
前記ＩＣカードに記憶されているＩＣカード情報を読み取る読取手段と、
前記読取手段が読み取った前記ＩＣカード情報に基づいて、前記センターサーバーに対して許可要求をするのに用いる許可要求暗号の生成の要請をＩＣカードに送信する要請送信手段と、
前記要請送信手段が送信した要請を受信した前記ＩＣカードによって生成された許可要求暗号を受信する暗号受信手段と、
前記暗号受信手段が受信した許可要求暗号と、前記読取手段が読み取ったＩＣカード情報と、前記認証手段が取り込んだユーザＩＤと、当該店舗端末の端末番号とを前記センターサーバーに送信するＡＲＱＣ送信手段と、を備え、
前記センターサーバーは、
前記ＡＲＱＣ送信手段が送信した許可要求暗号を受信して、ユーザＩＤ及び端末番号を管理するマスタと、受信したユーザＩＤ及び端末番号とを照合する端末判定手段と、
前記端末判定手段によって照合された場合に、許可応答暗号を生成すると共に、受信したＩＣカード情報に基づいて、アンブロックスクリプトを生成し、当該アンブロックスクリプトに、前記鍵情報データベースに格納されている電子署名用の鍵を用いて生成した電子署名を付加するアンブロックコマンド生成手段と、
前記アンブロックコマンド生成手段が生成した許可応答暗号及びアンブロックスクリプトを送信するＡＲＰＣ送信手段と、をさらに備え、
前記店舗端末は、
前記ＡＲＰＣ送信手段が送信したアンブロックスクリプトと、許可応答暗号とを受信するアンブロックスクリプト受信手段と、
前記アンブロックスクリプト受信手段が受信したアンブロックスクリプトの電子署名の認証に成功した場合に、当該アンブロックスクリプトと当該許可応答暗号とを前記ＩＣカードに送信するアンブロックスクリプト送信手段と、をさらに備え、
前記ＩＣカードは、
前記アンブロックスクリプト送信手段が送信した許可応答暗号を受信してイシュア認証し、受信したアンブロックスクリプトによりアンブロック機能を実行するアンブロック機能手段、をさらに備える、
ＩＣカード管理システム。
ブロック／アンブロック機能を有するＩＣカードと通信を行う店舗端末と、前記店舗端末と通信をするセンターサーバーとから構成され、前記ＩＣカードを取り扱い、かつ、アンブロックの状態のＩＣカードをブロックするＩＣカード管理システムであって、
前記センターサーバーは、
電子署名用の鍵を格納している鍵情報データベース、を備え、
前記店舗端末は、
前記ＩＣカードのブロックを行うユーザをユーザＩＤによりユーザ認証を行い、認証した前記ユーザＩＤを取り込む認証手段と、
前記ＩＣカードに記憶されているＩＣカード情報を読み取る読取手段と、
前記読取手段が読み取った前記ＩＣカード情報に基づいて、前記センターサーバーに対して許可要求をするのに用いる許可要求暗号の生成の要請をＩＣカードに送信する要請送信手段と、
前記要請送信手段が送信した要請を受信した前記ＩＣカードによって生成された許可要求暗号を受信する暗号受信手段と、
前記暗号受信手段が受信した許可要求暗号と、前記読取手段が読み取ったＩＣカード情報と、前記認証手段が取り込んだユーザＩＤと、当該店舗端末の端末番号とを前記センターサーバーに送信するＡＲＱＣ送信手段と、を備え、
前記センターサーバーは、
前記ＡＲＱＣ送信手段が送信した許可要求暗号を受信して、ユーザＩＤ及び端末番号を管理するマスタと、受信したユーザＩＤ及び端末番号とを照合する端末判定手段と、
前記端末判定手段によって照合された場合に、許可応答暗号を生成すると共に、受信したＩＣカード情報に基づいて、ブロックスクリプトを生成し、当該ブロックスクリプトに、前記鍵情報データベースに格納されている電子署名用の鍵を用いて生成した電子署名を付加するブロックコマンド生成手段と、
前記ブロックコマンド生成手段が生成した許可応答暗号及びブロックスクリプトを送信するＡＲＰＣ送信手段と、をさらに備え、
前記店舗端末は、
前記ＡＲＰＣ送信手段が送信したブロックスクリプトと、許可応答暗号とを受信するブロックスクリプト受信手段と、
前記ブロックスクリプト受信手段が受信したブロックスクリプトの電子署名の認証に成功した場合に、当該ブロックスクリプトと当該許可応答暗号とを前記ＩＣカードに送信するブロックスクリプト送信手段と、をさらに備え、
前記ＩＣカードは、
前記ブロックスクリプト送信手段が送信した許可応答暗号を受信してイシュア認証し、受信したブロックスクリプトによりブロック機能を実行するブロック機能手段、をさらに備える、
ＩＣカード管理システム。