(57)【要約】【課題】  利用者に不利益が生じないようにする。【解決手段】  ＩＣカード(6)と、ＩＣカード(6)が利用される利用機器(7)とを有する。ＩＣカード(1)は、価値情報の記憶領域、価値情報の変更回数を示す価値情報変更カウンタの記憶領域、利用機器(7)のＩＤを記憶する記憶領域、および利用機器(7)が記録する利用履歴通番の記録領域を備え、利用機器(7)は、ＩＣカード(6)の価値情報を変更する手段、ＩＣカード(6)の利用履歴を記録する手段、および利用履歴を管理サーバに送信する手段を備える。管理サーバは、利用機器(7)から収集される利用履歴を管理し、ＩＣカード(6)の価値情報の流通を管理するように構成される。【選択図】  図２
2007249367.tif 000002
【特許請求の範囲】
【請求項１】
ＩＣカードと、該ＩＣカードが利用される利用機器とを有し、
前記ＩＣカードは、価値情報の記憶領域、該価値情報の変更回数を示す価値情報変更カウンタの記憶領域、前記利用機器のＩＤを記憶する記憶領域、および前記利用機器が記録する利用履歴通番の記録領域を備え、
前記利用機器は、前記ＩＣカードの価値情報を変更する手段、該ＩＣカードの利用履歴を記録する手段、および前記利用履歴を管理サーバに送信する手段を備え、
前記管理サーバは、前記利用機器から収集される利用履歴を管理し、前記ＩＣカードの価値情報の流通を管理するように構成されていることを特徴とするＩＣカードシステム。
【請求項２】
ＩＣカードと、該ＩＣカードが利用される利用機器とを有し、
前記ＩＣカードは、価値情報の記憶領域、該価値情報の変更回数を示す価値情報変更カウンタの記憶領域、前記利用機器のＩＤを記憶する記憶領域、および前記利用機器が記録する利用履歴通番の記録領域を備え、
前記利用機器は、前記ＩＣカードの価値情報を変更する手段、該ＩＣカードの利用履歴を記録する手段、および前記利用履歴を管理サーバに送信する手段を備え、さらに、
前記利用機器が前記ＩＣカードの価値情報を変更する際に、前記ＩＣカードの前記価値情報変更カウンタをインクリメントし、かつ、前記ＩＣカードに前記利用機器のＩＤと利用履歴通番を書込む手段と、
前記ＩＣカード固有のＩＤ、該ＩＣカードの前記価値情報変更カウンタの値、前記利用機器を介して利用した価値情報、利用前の前記ＩＣカードに格納されている価値情報、利用前の前記ＩＣカードに格納されている前記利用機器のＩＤ、利用前の前記ＩＣカードに格納されている前記利用履歴通番、および前記ＩＣカードの価値情報変更処理の結果確認を示す種別情報を含む利用履歴を記録する手段と、を設け、
前記管理サーバは、前記利用機器から収集される利用履歴を管理し、前記ＩＣカードの価値情報の流通を管理するように構成されていることを特徴とするＩＣカードシステム。
【請求項３】
前記管理サーバは、前記利用機器から収集された利用履歴を個別の前記ＩＣカード毎に前記価値情報変更カウンタ順に整列させ、前記価値情報変更カウンタの値の前後する第１および第２の利用履歴にそれぞれ記録された利用前価値情報および利用価値情報に基づいて、前記ＩＣカードの価値情報の増減を精査する手段を備えることを特徴とする請求項１または２に記載のＩＣカードシステム。
【請求項４】
前記管理サーバは、前記精査の結果に基づき、前記収集された利用履歴の中から、サービスを提供せずに前記ＩＣカードから価値情報を減算した利用履歴を抽出する手段をさらに備えることを特徴とする請求項３に記載のＩＣカードシステム。
【請求項５】
前記管理サーバは、前記減算した利用履歴を抽出した際に、前記ＩＣカードの利用者にそれを通知し、かつ、前記ＩＣカードに価値情報を戻すように構成されていることを特徴とする請求項４に記載のＩＣカードシステム。
【請求項６】
前記管理サーバは、前記精査の結果に基づき、前記収集された利用履歴の中から、価値情報を加算する対価を受け取って前記ＩＣカードに価値情報を加算できなかった利用履歴を抽出する手段をさらに備えることを特徴とする請求項３に記載のＩＣカードシステム。
【請求項７】
前記管理サーバは、前記価値情報を加算できなかった利用履歴を抽出した際に、前記ＩＣカードの利用者にそれを通知し、かつ、前記利用者に前記加算できなかった価値情報を返却するように構成されていることを特徴とする請求項６に記載のＩＣカードシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＣカードに価値情報を記録して、その価値情報を利用するＩＣカードシステムに関し、特に、各種ＩＣカードにおける価値情報の履歴を管理する方法に関するものである。
【背景技術】
【０００２】
ＩＣカードに価値情報を記録し、その価値情報を変更（価値情報の加算・減算処理）することによってサービスを提供するようなシステムにおいては、各カードの価値情報の流通を管理サーバで一元管理し、価値情報の変更処理のエラーに対するリカバリー処理を行う機能が必要となる。
そこで、サービスを提供するための処理時間のスピードが利用機器において求められる場合、あるいは、該利用機器が常時接続には向かないネットワークに接続されている場合には、各カードの利用履歴を記録し、それをバッチ処理で管理サーバが収集して価値情報の流通量を管理するといったことが考えられる。
【０００３】
従来、ＩＣカードにおける価値情報の変更処理完了が確認されなかった場合に、利用機器側で処理完了の未確認を示す利用履歴を記録することによって利用履歴の欠落を防ぐ、という第１の方法が利用履歴の管理手段として提案されている。（例えば、特許文献1参照）
また、各利用機器で記録される利用履歴を管理サーバで時系列に管理する場合に、各利用機器が管理する日時情報のばらつきに対処すべく、ＩＣカード内に利用回数カウンタを設けて、利用履歴内にこのカウンタの情報を含ませ、管理サーバにおいて、各利用機器から収集された利用履歴をＩＣカード毎の利用回数カウンタ順に並べて管理を行うという第２の方法が提案されている。（例えば、特許文献２参照）
【０００４】
【特許文献１】特開２００３−１６２７４０号公報
【特許文献２】特開２０００−１４９０７１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、前記第１の方法には以下のような欠点がある。すなわち、カードと利用機器との間でサービス提供のための価値情報を取引する際には、例えば、図７に示すような通信エラー、つまり、「利用機器から価値情報の変更コマンドが送信されたとき、ＩＣカードが通信エリアから離れているためにその変更コマンドを受信できない」というエラーや、「利用機器からの価値情報の変更コマンドをＩＣカードが受信して、そのレスポンスを返そうとした時に、ＩＣカードが通信エリアから離れているためにそのレスポンスを送信できない」というエラーを発生すことがある。
上記のような通信エラーが発生すると、特にカードが非接触ＩＣカードなどの媒体の場合には、価値情報の変更処理が対象媒体に対して正しく実行されたかどうかを利用機器側で確認できない場面が発生する。
【０００６】
通常、電子マネーシステムは、ＩＣカードの電子マネー情報の書き換え結果が利用機器によって確認されない場合に、サービス又は商品を提供しないものとして運用されている。したがって、上記通信エラー等によって価値情報の変更処理を確認できない場合には、利用者にサービスが提供されないにもかかわらず、対象カード媒体に記憶される価値情報が変更されるという不利益を利用者が被ることがある。
【０００７】
一方、前記第２の方法は、図８に示すような問題点を有する。すなわち、利用機器において、価値情報の変更処理が確認されていない種別の利用履歴（カードの利用回数情報を含む）を作成し、管理サーバにおいて、それらの利用履歴から価値情報の増加減をトレースしようとすると、連続して価値情報の変更処理の確認ができなかった場合に、どの取引で価値情報の変更処理が確認できなかったかを判断できない。
【０００８】
本発明は、上記従来の問題点に鑑みてなされたものであり、その目的は、カードに格納される価値情報の流通を管理サーバで一元管理することによって、利用者に不利益が生じないようにすることにある。
【課題を解決するための手段】
【０００９】
本発明は、上記目的を達成するため、ＩＣカードと、該ＩＣカードが利用される利用機器とを有し、前記ＩＣカードは、価値情報の記憶領域、該価値情報の変更回数を示す価値情報変更カウンタの記憶領域、前記利用機器のＩＤを記憶する記憶領域、および前記利用機器が記録する利用履歴通番の記録領域を備え、前記利用機器は、前記ＩＣカードの価値情報を変更する手段、該ＩＣカードの利用履歴を記録する手段、および前記利用履歴を管理サーバに送信する手段を備え、前記管理サーバは、前記利用機器から収集される利用履歴を管理し、前記ＩＣカードの価値情報の流通を管理するように構成されている。
【００１０】
また、本発明は、ＩＣカードと、該ＩＣカードが利用される利用機器とを有し、前記ＩＣカードは、価値情報の記憶領域、該価値情報の変更回数を示す価値情報変更カウンタの記憶領域、前記利用機器のＩＤを記憶する記憶領域、および前記利用機器が記録する利用履歴通番の記録領域を備え、前記利用機器は、前記ＩＣカードの価値情報を変更する手段、該ＩＣカードの利用履歴を記録する手段、および前記利用履歴を管理サーバに送信する手段を備え、さらに、前記利用機器が前記ＩＣカードの価値情報を変更する際に、前記ＩＣカードの前記価値情報変更カウンタをインクリメントし、かつ、前記ＩＣカードに前記利用機器のＩＤと利用履歴通番を書込む手段と、前記ＩＣカード固有のＩＤ、該ＩＣカードの前記価値情報変更カウンタの値、前記利用機器を介して利用した価値情報、利用前の前記ＩＣカードに格納されている価値情報、利用前の前記ＩＣカードに格納されている前記利用機器のＩＤ、利用前の前記ＩＣカードに格納されている前記利用履歴通番、および前記ＩＣカードの価値情報変更処理の結果確認を示す種別情報を含む利用履歴を記録する手段と、を設け、前記管理サーバは、前記利用機器から収集される利用履歴を管理し、前記ＩＣカードの価値情報の流通を管理するように構成されている。
【００１１】
前記管理サーバは、前記利用機器から収集された利用履歴を個別の前記ＩＣカード毎に前記価値情報変更カウンタ順に整列させ、前記価値情報変更カウンタの値の前後する第１および第２の利用履歴にそれぞれ記録された利用前価値情報および利用価値情報に基づいて、前記ＩＣカードの価値情報の増減を精査する手段を備えることができる。
【００１２】
前記管理サーバは、前記精査の結果に基づき、前記収集された利用履歴の中から、サービスを提供せずに前記ＩＣカードから価値情報を減算した利用履歴を抽出する手段をさらに備えることができる。
この場合、前記管理サーバは、前記減算した利用履歴を抽出した際に、前記ＩＣカードの利用者にそれを通知し、かつ、前記ＩＣカードに価値情報を戻すように構成される。
【００１３】
前記管理サーバは、前記精査の結果に基づき、前記収集された利用履歴の中から、価値情報を加算する対価を受け取って前記ＩＣカードに価値情報を加算できなかった利用履歴を抽出する手段をさらに備えることができる。
この場合、前記管理サーバは、前記価値情報を加算できなかった利用履歴を抽出した際に、前記ＩＣカードの利用者にそれを通知し、かつ、前記利用者に前記加算できなかった価値情報を返却するように構成される。
【発明の効果】
【００１４】
本発明に係るＩＣカードシステムによれば、価値情報の処理結果が不明であった場合でも、カードに格納される価値情報の流通を管理サーバで一元管理できる。そのため、価値情報の対価を与えることなく価値情報の減算をしてしまった場合や、対価を受けた価値情報を加算できなかった場合において、利用者に不利益が生じないようにリカバリー処理を行うことが可能である。
【発明を実施するための最良の形態】
【００１５】
図１は、本発明に係るＩＣカードシステムの構成例を示すブロック図である。
同図において、利用者５が所持するＩＣカード１は、価値情報、価値情報変更カウンタ、利用機器ＩＤおよび利用履歴通番を記憶する領域を持つ。
利用者５は、このＩＣカード１を介して利用機器２と価値情報のやり取りをすることにより、サービスを受けること、もしくは物品を得ることができる。なお、以後においては、利用履歴を明細と称し、また、ＩＣカード１を介しての利用機器２との価値情報のやり取りを決済と称する。
【００１６】
利用機器２は、価値情報を一元的に管理する管理サーバ４とネットワーク３で接続され、決済の履歴を管理サーバ４に転送する。
管理サーバ４は、利用機器２から収集される決済の履歴を精査し、サービスもしくは物品を提供することなくＩＣカード１から価値情報を引き去ってしまった場合の履歴、又は、価値情報の対価を受け取ったにもかかわらずＩＣカード１に価値情報を加算できなかった場合の履歴を抽出する。そして、抽出された履歴のＩＣカード１の所有者である利用者５にその旨を通知し、それらのリカバリー処理を行うよう促す。
ここで、利用者５は、予め管理サーバ４にＩＣカード１の固有ＩＤと自分の連絡先を登録してあるものとする。
【００１７】
次に、価値情報を電子マネーとして利用する場合の一実施例について説明する。
図２は、ある店舗でＩＣカード６を使って￥５００の買い物をしたときの決済処理の正常ケースを示す。
利用機器７は、店員の指示（入力）により、ＩＣカード６から￥５００を減算するために、まずＩＣカード６に対する所定の認証処理を行う。次にＩＣカード６に格納される管理価値情報８を読み取る。価値情報が￥５，０００（￥５００以上）あるので、￥５００を減算する決済履歴（利用履歴）９について処理を未完という形態で記録する。
【００１８】
ここで、決済履歴９は、電子マネーの減算決済の結果を示す「処理」、利用機器７が管理する決済履歴の通番を示す「明細通番」、決済対象のＩＣカードの固有ＩＤを示す「カードＩＤ」、電子マネーに対する減算・加算処理の種別を示す「種別」、決済処理を行う前にＩＣカード６が持っていた電子マネーの金額を示す「価値情報」、決済額を示す「利用」、ＩＣカード６の電子マネー情報が書き換わった回数を示す「カウンタ」、ＩＣカード６に記録されていた前回決済を行った利用機器ＩＤを示す「Ｃ機器ＩＤ」、およびＩＣカード６に記録されていた前回決済を行った利用機器の明細通番を示す「Ｃ明細通番」の情報からなる。
【００１９】
利用機器７は、ＩＣカード６の価値情報を￥４，５００に書き換えるためのWRITEコマンドをＩＣカード６へ送信する。そこで、ＩＣカード６は、そのWRITEコマンドの指示に従い、管理価値情報８を符号１０で示すように書き換え、その処理結果を利用機器７へ返す。
ここで、管理価値情報８，１０は、電子マネーを示す「価値情報」、電子マネー情報が書き換わった回数を示す「カウンタ」、前回決済を行った利用機器ＩＤを示す「機器ＩＤ」、および前回決済を行った利用機器が記録した明細通番を示す「明細通番」の各情報からなる。  ＩＣカードからWRITEコマンドのレスポンスを正常処理の結果として受け取った利用機器７は、決済履歴９を符号１１で示すように「処理」を完として記録する。
【００２０】
図３および図４は、ともに￥２００の買い物をした場合における決済処理（WRITEコマンド処理）の失敗ケースを示す。
まず、図３について説明する。ここでは、WRITEコマンド自体がＩＣカード６に届かなかったケースを示している。
利用機器１２は、ＩＣカード６の管理価値情報１３を読み取って、決済履歴１４を記録し、ついで、WRITEコマンドを送信する。しかし、このWRITEコマンドはＩＣカード６に届かず、このため、ＩＣカード６の管理価値情報１３の書き換えが実行されない（符号１３’参照）。そこで、利用機器１２は、規定のリトライ処理がタイムアウトで終了すると、決済処理を終了する。
【００２１】
次に、図４について説明する。ここでは、WRITEコマンド自体はＩＣカード６に届いているが、そのレスポンスが利用機器１５に届かなかったケースを示している。
利用機器１５は、ＩＣカード６の管理価値情報１６を読み取って、決済履歴１７を記録し、ついで、WRITEコマンドを送信する。
ＩＣカード６は、WRITEコマンドの指示に従って管理価値情報１６を参照番号１８に示すように変更し、ついで、WRITEコマンドに対するレスポンスを返送する。しかし、このレスポンスは利用機器１５に届かない。
ＩＣカード６からWRITEコマンドに対するレスポンスを得られなかった利用機器１５は、規定のリトライ処理がタイムアウトで終了すると決済処理を終了する。
この図４に示すケースでは、利用者が電子マネーだけ減算されて、品物を受け取れないという不利益を被ることになる。
【００２２】
図５は、図２を参照して先に説明した正常ケースに対応するケースを示している。
利用機器１９は、ＩＣカード６の管理価値情報２０を読み取って、決済履歴２１を記録し、ついで、WRITEコマンドを送信する。
ＩＣカード６は、WRITEコマンドの指示に従って管理価値情報２０を参照番号２２に示すように変更し、ついで、WRITEコマンドに対するレスポンスを返す。
利用機器１９は、ＩＣカード６からのWRITEコマンドのレスポンスを取得すると、参照番号２３に示す決済履歴を記録して決済処理を終了する。
以上、図２〜図５を参照して、ＩＣカード６の利用形態の一例を時系列で説明した。
【００２３】
図２〜図５に示す利用機器７，１２，１５，１９からは、記録された決済履歴が前記管理サーバ４（図１参照）に転送される。ここで、図４のケースで記録された決済履歴を抽出する管理サーバ４の処理について説明する。
決済履歴は、「価値情報」の書き換え回数を示す「カウンタ」を含んでいる。管理サーバ４は、各利用機器から収集した決済履歴から、ＩＣカード毎に「カウンタ」を用いて整列させる。下記表１は、カードＩＤ（Ｃ００１０）についての決済履歴を「カウンタ」順に整列した例を示している。
【００２４】
【表１】
2007249367.tif 000003
【００２５】
管理サーバ４は、図６に示す処理フローに従って電子マネー情報の流通を精査する。表１の集計データがこの処理フローで精査される場合には、「カウンタ」００１０１の決済履歴、すなわち、「精査」が空白の決済履歴の中でカウンタが最小値の決済履歴が最初の精査対象となる。
この処理フローにおいて、ステップ1０１では、対象履歴の「処理」が完了しているか否かを判断する。上記カウンタ値００１０１の決済履歴は、上記「処理」が完了している。そこで、ステップ１０７に進み、ここで、「精査」を済にする処理を実行した後、ステップ１０８に移行する。
【００２６】
ステップ１０８では、同一「カウンタ」内で「精査」が空白の決済履歴が存在するか否かを判断する。空白の決済履歴はないので、ステップ１１０に進み、ここで、精査対象の「カウンタ」をインクリメントする。
次のステップ１１１では、インクリメントしたカウンタ００１０２が管理サーバ４に収集されたカードＩＤ（Ｃ００１０）の決済履歴中におけるＭＡＸ値（００１０３）よりも大きいか否かを判断する。この判断の結果はＮＯであるのでステップ１０８に進む。
【００２７】
「カウンタ」００１０２の決済履歴では、「精査」が空白であるので、ステップ１０９に進む。そして、このステップ１０９で、「精査」が空白の決済履歴を精査処理の対象とした後、ステップ１０１に戻る。
ステップ１０９において精査対象とされる決済履歴は、「カウンタ」００１０２、「機器ＩＤ」Ｓ−０４、「明細通番」Ｍ００１５０の決済履歴である。この精査対象の決済履歴は「処理」未であるので、ステップ１０２に進む。
ステップ１０２では、同一カウンタ内における「処理」完の決済履歴の有無を判断する。同一「カウンタ」００１０２内には、「処理」完の決済履歴がないので、ステップ１０３に進む。
【００２８】
ステップ１０３では、次カウンタの有無を判断する。次「カウンタ」００１０３の決済履歴が存在するので、この判断結果はＹＥＳである。そこで、ステップ１０４に進む。
ステップ１０４では、次「カウンタ」の決済履歴の「価値情報」、「Ｃ機器ＩＤ」、および「Ｃ明細通番」を、精査対象の決済履歴「価値情報」、「機器ＩＤ」、および「明細通番」と比較して、次「カウンタ」の決済履歴が精査対象の決済履歴の「価値情報」を変更した履歴であるか否かを判断する。
【００２９】
次「カウンタ」００１０３に係る決済履歴の「価値情報（￥４３００）」は、精査対象の決済履歴（「カウンタ」００１０２に係る決済履歴）の決済結果（￥４５００−￥２００）と一致する。しかし、次「カウンタ」００１０３に係る決済履歴において、前回の処理に使用された「Ｃ機器ＩＤ」Ｓ−０８、「Ｃ明細通番」Ｍ００１８０は、精査対象「カウンタ」００１０２の決済履歴（「機器ＩＤ」Ｓ−０４、「明細通番」Ｍ００１５０）と一致しない。これは、次「カウンタ」の決済履歴が精査対象の決済履歴の「価値情報」を変更した履歴でないこと、換言すれば、精査対象の決済処理がカードＩＤ（Ｃ００１０）に対して実行されなかったことを意味している。そこで、手順をステップ１０６に進める。
ステップ１０６では、精査対象の決済履歴の「精査」を済みにして、その決済履歴を抽出する。抽出された決済履歴の一例を下記表２に示す。
【００３０】
【表２】
2007249367.tif 000004
【００３１】
ステップ１０６の処理の後、手順がステップ１０８に移行される。表１から明らかなように、上記精査対象の決済履歴（「カウンタ」００１０２の決済履歴）の「精査」が終了した段階においても、「精査」が空白の決済履歴が存在する。そこで、ステップ１０９に手順を進めて、「機器ＩＤ」Ｓ−０８、「明細通番」Ｍ００１８０の決済履歴を精査対象とする。
その後、手順をステップ１０１，１０２，１０３，１０４という順序で進める。ステップ１０４では、次「カウンタ」００１０３の決済履歴の「価値情報」、「Ｃ機器ＩＤ」および「Ｃ明細通番」に基づいて、この次「カウンタ」００１０３の決済履歴が精査対象の決済履歴の「価値情報」を変更した履歴であるか否かを判断する。
【００３２】
次「カウンタ」００１０３に係る決済履歴の「価値情報（￥４３００）」は、精査対象の決済履歴（「カウンタ」００１０２に係る決済履歴）の決済結果（￥４５００−￥２００）と一致する。また、次「カウンタ」００１０３に係る決済履歴において、前回の処理に使用された「Ｃ機器ＩＤ」Ｓ−０８、「Ｃ明細通番」Ｍ００１８０は、精査対象「カウンタ」００１０２の決済履歴（「機器ＩＤ」Ｓ−０８、「明細通番」Ｍ００１８０）と一致する。これは、次「カウンタ」００１０３の決済履歴が精査対象の決済履歴の「価値情報」を変更した履歴であること、つまり、精査対象の決済処理がカードＩＤ（Ｃ００１０）に対して実行されたことを意味している。
そこで、ステップ１０５に進み、精査対象の決済履歴における「処理」を完に、「精査」を済にしてその決済履歴を抽出する。抽出された決済履歴の一例を下記表３に示す。
【００３３】
【表３】
2007249367.tif 000005
【００３４】
ステップ１０６の処理の終了後、ステップ１０８に進む。このとき、同一「カウンタ」内に「精査」が空白の決済履歴はない。そこで、ステップ１１０で「カウンタ」をインクリメントした後、ステップ１１１に進む。
インクリメントされた「カウンタ」００１０３は、管理サーバ４に収集されたカードＩＤ（Ｃ００１０）の決済履歴中におけるＭＡＸ値（００１０３）と等しいので、ステップ１０８に進む。
【００３５】
表１から明らかなように、「カウンタ」００１０３の決済履歴で「精査」が空白の決済履歴が存在する。そこで、ステップ１０９に進み、そこで「機器ＩＤ」S−０２で「明細通番」Ｍ００１２０の決済履歴を精査対象とした後、ステップ１０１に進む。
ステップ１０１では、対象履歴の「処理」完が判断されるので、ステップ１０７で「精査」を済にした後、ステップ１０８に進む。このとき、同一「カウンタ」で「精査」が空白の決済履歴がないので、ステップ１１０で精査対象の「カウンタ」をインクリメントし、ステップ１１１に進む。
インクリメントした「カウンタ」００１０４が、管理サーバ４に収集されたカードＩＤ（Ｃ００１０）の決済履歴中でＭＡＸ値（００１０３）より大きいので精査処理を終了する。
精査処理が終了した時のカードＩＤ（Ｃ００１０）の集計データは、下記表 ４のようになる。
【００３６】
【表４】
2007249367.tif 000006
【００３７】
管理サーバ４は、この精査処理を、登録されたＩＣカードの枚数分、繰り返す。また、管理サーバ４は、表２、表３に抽出されたカードＩＤの所有者である利用者に対して、決済処理結果が不明であった履歴の精査結果を通知する。この通知には、管理サーバ４に予め登録された連絡先（例えばEメールアドレス）が利用される。その際、表３に抽出されたＩＣカードの所有者である利用者には、リカバリー処理が必要であるため、リカバリー処理を受けるよう通知する。
【００３８】
上記通知を受け取った利用者は、管理サーバ４に接続可能な図１に示すリカバリー専用機器３４、もしくはＩＣカードリーダ・ライタを装備するパソコン２５からＷｅｂブラウザ経由で管理サーバ４にアクセスし、履歴の精査結果を確認する。
そして、リカバリー処理が必要な利用者は、減算された電子マネーを加算するリカバリー処理を受ける。
なお、表３に抽出されたＩＣカードの所有者である利用者から予め銀行口座の登録がなされている場合には、上記リカバリー処理に代えて、銀行口座に現金を戻す処理を行っても良い。
【００３９】
以上、減算の決済処理について説明したが、加算の決済処理についても同様の処理を行う。その場合、電子マネーの対価である現金を既に受け取っているケースでは、決済処理がなされなかった決済履歴を表２へ、決済処理がなされていた決済履歴を表３に抽出する。
そして、表３に抽出されたＩＣカードの所有者である利用者に対しては、加算できなかった電子マネーを加算するリカバリー処理を行う。予め銀行口座の登録がなされている場合には、上記リカバリー処理に代えて、銀行口座に現金を戻す処理を行っても良い。
【００４０】
なお、管理サーバ４に収集されたカードＩＤの決済履歴には、以上の説明に用いた表１の決済履歴のようにカウンタに抜けのない状態ものの他に、下記表５に示すように、例えば、「カウンタ」００１０１が抜けた状態（ネットワーク３の決済履歴もあり得る。しかし、図８に示す処理フローによれば、後者のような決済履歴であっても、「カウンタ」が抜けた履歴を飛ばして精査処理が可能である。
【００４１】
【表５】
2007249367.tif 000007
【図面の簡単な説明】
【００４２】
【図１】本発明に係るＩＣカードシステムの構成を概念的に示すブロック図である。
【図２】本発明に係るシステムにおける決済処理の第１例を示す概念図である。
【図３】本発明に係るシステムにおける決済処理の第２例を示す概念図である。
【図４】本発明に係るシステムにおける決済処理の第３例を示す概念図である。
【図５】本発明に係るシステムにおける決済処理の第４例を示す概念図である。
【図６】本発明に係るシステムで実行される処理手順を例示したフローチャートである。
【図７】従来例を示す概念図である。
【図８】他の従来例を示す概念図である。
【符号の説明】
【００４３】
１  ＩＣカード
２  利用機器
３  ネットワーク
４  管理サーバ
５  利用者
２４  リカバリー専用機器
２５  パソコン
【図１】
2007249367.tif 000008
【図２】
2007249367.tif 000009
【図３】
2007249367.tif 000010
【図４】
2007249367.tif 000011
【図５】
2007249367.tif 000012
【図６】
2007249367.tif 000013
【図７】
2007249367.tif 000014
【図８】
2007249367.tif 000015