電子マネー入金システム
【課題】入金処理前に通信が出来なくなった場合の二重入金の問題を無くし、入金機が記憶媒体の履歴を確認できるようにする。
【解決手段】記憶媒体１０は、電子マネーを入金する前に入金履歴に入金未了を書き込むとともに、入金が完了後に入金未了の履歴を入金完了へと書き替える。入金機２０は、記憶媒体１０に記憶された入金処理の履歴と記憶部２６に記憶された入金処理の履歴とを照合する。そして、入金未了と判定した場合に入金処理を実行して記憶媒体の入金履歴を入金完了に更新し、入金処理完了信号を受信すると記憶部の入金処理の履歴を入金完了に更新する。また、入金完了と判定すると記憶部の入金履歴を入金完了に更新する。
【解決手段】記憶媒体１０は、電子マネーを入金する前に入金履歴に入金未了を書き込むとともに、入金が完了後に入金未了の履歴を入金完了へと書き替える。入金機２０は、記憶媒体１０に記憶された入金処理の履歴と記憶部２６に記憶された入金処理の履歴とを照合する。そして、入金未了と判定した場合に入金処理を実行して記憶媒体の入金履歴を入金完了に更新し、入金処理完了信号を受信すると記憶部の入金処理の履歴を入金完了に更新する。また、入金完了と判定すると記憶部の入金履歴を入金完了に更新する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子決済を行うＩＣカードや携帯端末等に対して電子マネー入金機を介して入金処理を行う、電子マネー入金システムに関する。
【背景技術】
【０００２】
周知の電子マネー入金機（以下、単に入金機という）は、ＩＣカードや携帯端末等の電子マネー記憶媒体（以下、単に記憶媒体という）に対する入金処理の履歴を内蔵するメモリに記憶する。ここでいう入金処理とは、記憶媒体に記憶される電子マネー残高に入金（チャージ）された入金金額を加算する処理をいう。入金機は、記憶媒体から入金完了を示す信号を受信すると、入金処理が完了したものと認識して内蔵するメモリへ入金処理完了の履歴を記憶し、入金処理完了を示す信号を受信できない場合には、入金未了であると認識して内蔵するメモリへ入金未了の履歴を記憶する。
【０００３】
ところで、従来、人を検出する人感センサを用い、入金処理に異常が発生した場合に返却された紙幣が持ち去られることが無いように、入金処理異常が発生した時点で人を検出していた場合に紙幣を返却し、人を検出していない場合に紙幣を収容する入金機が知られている（例えば、特許文献１参照）。この入金機によれば、入金機に再度電子マネーを記憶しているＩＣカードがかざされると、入金機や管理サーバが記憶する入金処理の履歴を参照し、入金未了の履歴があると、入金未了の金額をＩＣカードの電子マネー残高に加算する、リカバリーのための入金処理を実行する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−２３４１０７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら上記した特許文献１に開示された入金機によれば、入金機が、ＩＣカードから入金完了信号を受信する前に、入金機からＩＣカードが引き抜かれて通信が中断した場合には、例え、ＩＣカードに入金されたとしても、入金機は入金未了と判断し、入金機の入金処理履歴に入金未了の履歴が記憶される。したがって、入金された状態のＩＣカードを再び入金機が読み取った場合には、入金済みのＩＣカードに対し、再度、入金処理を行うといった二重入金の問題が発生する。
【０００６】
また、従来のＩＣカードは、入金する前に通信が出来なくなった場合にはＩＣカードには一切の履歴が残らない。したがって、入金機がＩＣカードの入金履歴を参照できるようになり、その入金履歴から入金完了が確認できるようになっても入金未了の発生を確認することができない。
【０００７】
本発明は上記した課題を解決するためになされたものであり、入金処理前に通信が中断した場合の二重入金の問題を回避し、入金機が記憶媒体の入金履歴を確認できるようにした電子マネー入金システムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記した課題を解決するために本発明は、電子マネーの残金と電子マネーの入金履歴が記憶される記憶媒体と、前記記憶媒体と通信を行なうリーダライタ部を備え、前記リーダライタ部を介して、前記記憶媒体に電子マネーの入金処理を実行し、前記記憶媒体から入金処理完了信号を受信すると、内蔵する記憶部に入金完了の履歴を書き込み、前記記憶媒体から入金処理完了信号を受信できなかった場合に、前記記憶部に入金未了の履歴を書き込む入金機と、を備えた電子マネー入金システムであって、前記記憶媒体は、電子マネーを入金する前に前記入金履歴に入金未了を書き込むとともに入金が完了後に該入金未了の履歴を入金完了へと書き替える制御部を備え、前記入金機は、前記記憶媒体に記憶された入金履歴と前記記憶部に記憶された入金処理履歴とを照合し、前記記憶部に記憶された入金処理履歴に対する前記記憶媒体の入金履歴が入金未了か否かを判定する未入金判定部と、前記未入金判定部が入金未了と判定した時、前記記憶媒体へ入金未了金額の入金処理を実行して前記入金処理履歴を入金完了に更新すると共に、前記記憶媒体から前記入金処理完了信号を受信したことを契機に前記記憶部の入金処理履歴を入金完了に更新し、入金完了と判定した時、前記記憶部の入金処理履歴を入金完了に更新する制御部、を備えたことを特徴とする。
【０００９】
本発明によれば、記憶媒体は、電子マネーを入金する前に入金履歴に入金未了を書き込むとともに入金が完了後に入金未了の履歴を入金完了へと書き替える。入金機は、制御部が、記憶媒体に記憶された入金履歴と、内蔵する記憶部に記憶された入金処理履歴とを照合し、記憶部の入金処理履歴に対する記憶媒体の入金履歴が入金未了か否かを判定する。ここで、入金未了と判定された場合、入金処理を実行して記憶媒体の入金履歴を入金完了に更新し、記憶媒体からの入金処理完了信号の送信を待って記憶部の入金処理履歴を入金完了に更新する。一方、入金完了と判定されると記憶部の入金履歴を入金完了に更新する。このように、入金処理に先立ち、記憶媒体の入金履歴に入金未了を書き込む機能を付加すると共に、入金機に、記憶媒体の入金履歴を参照する機能を付加することにより、入金機の入金未了の入金処理履歴に対する記憶媒体の入金履歴が入金未了か否かを判別できるようになる。このため、入金機では、入金未了と判別された場合にのみ入金未了の金額を記憶媒体に入金処理することができるようになり、二重入金の問題を回避することができる。
【発明の効果】
【００１０】
本発明によれば、入金処理前に通信が中断した場合の二重入金の問題を回避し、入金機が記憶媒体の入金履歴を確認できるようにした電子マネー入金システムを提供することができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施の形態に係る電子マネー入金システムの構成を示すブロック図である。
【図２】本発明の実施の形態に係る電子マネー入金システムの入金処理を示す動作シーケンス図である。
【図３】本発明の実施の形態に係る電子マネー入金システムの記憶媒体の動作を示すフローチャートである。
【図４】本発明の実施の形態に係る電子マネー入金システムの入金機の動作を示すフローチャートである。
【図５】図４の続きを示すフローチャートである。
【図６】本発明の実施の形態に係る電子マネー入金システムによる入金未了確認前の入金（処理）履歴の一例を示す図である。
【図７】本発明の実施の形態に係る電子マネー入金システムによる入金未了確認後の入金（処理）履歴の一例を示す図である。
【発明を実施するための形態】
【００１２】
以下、添付図面を参照して本発明を実施するための実施の形態（以下、単に本実施形態という）について詳細に説明する。
【００１３】
（実施形態の構成）
図１は、本実施形態に係る電子マネー入金システム１の構成を示すブロック図である。図１に示されるように、本実施形態に係る電子マネー入金システム１は、記憶媒体（以下、ＩＣカード１０という）と、入金機２０と、管理サーバ３０と、により構成される。入金機２０は、通信回線４０（公知のＬＡＮ、インターネットや電話回線等）経由で管理サーバ３０に接続されている。
【００１４】
ＩＣカード１０は、固有の識別情報（ＩＤ）と電子マネー残高の他に、入金処理履歴が記憶される記憶媒体であり、通信部１１と、制御部１２と、認証部１３と、記憶部１４とを含み構成される。
【００１５】
通信部１１は、後述する入金機２０のリーダライタ部２１と近距離通信を行なうことにより入金処理の履歴を含むデータの入出力を行ない、このデータは、制御部１２、および認証部１３へ出力される。
制御部１２は、ＩＣカード１０の制御全般を司り、入金装置２０との通信や記憶部１４の読み出しや書込みを行う。また、入金機２０から出力される指令（コマンド）にしたがい、後述するＩＣカード１０の入金処理による記憶部１４への電子マネーの入金や入金履歴の更新等を行う。認証部１３は、後述する電子マネー入金処理に先立ち、入金機２０から送信される認証指令を受信して認証を行う。制御部１２は、認証が成立した場合には、記憶部１４に記憶される入金履歴に入金未了を書き込んで認証応答を送信する機能を有する。
【００１６】
なお、制御部１２と認証部１３は一体のもので良く、例えば、ＣＰＵで構成される。また、ここでいう「認証」とは、ＩＣカード１０と入金機２０が相互に通信相手であることを確認しあうもので、ＩＣカード１０は、入金機２０から、認証指令とともに入金機２０の自己の正当性を示す情報（暗号化されたＩＤ情報等）を受けとることにより認証を行う。ＩＣカード１０は認証を行うと、入金機２０にＩＣカード１０の正当性を示す情報を送り、これを受けて入金機２０は、ＩＣカード１０を認証する。ＩＣカード１０は、入金機２０で認証が成立しないと、入金機２０からの指令に基づく入金や決済処理を受け付けない。入金機２０も同様に、認証が成立しないＩＣカード１０からの決済を受け付けない。
【００１７】
なお、記憶部１４には、電子マネー残高１４ａ、ＩＣカード１０固有の識別情報（ＩＤ１４ｂ）の他に、入金履歴１４ｃが記憶される。この入金履歴１４ｃは、後述する図６（ａ）、図７（ａ）にそのデータ構造の一例が示されるように、入金通番＃１〜＃４毎に、処理日時のフィールドと、入金処理により電子マネー残高１４ａに入金未了金額の加算が行われたか否かを示す加算情報フィールドとから構成され、対応するデータがそれぞれのフィールドに記憶される。
【００１８】
入金機２０は、ＩＣカード１０と通信を行なうことにより入金処理履歴を内蔵する記憶部２６の所定の領域に記憶する。入金機２０は、ＩＣカード１０から入金処理完了信号を受信すると入金完了の履歴を書き込み、ＩＣカード１０から入金処理完了信号を受信できなかった場合に入金未了の履歴を書き込む。後述するように、入金機２０は、ＩＣカード１０から認証応答を受信すると、ＩＣカード１０に記憶された入金履歴と自身で記憶する入金処理履歴とを照合し、自身の入金処理履歴に対するＩＣカード１０の入金履歴が入金未了か否かを判定する。照合の結果、入金未了と判定されると、ＩＣカード１０に入金未了金額の入金処理を実行して入金履歴を入金完了に更新すると共に、ＩＣカード１０から入金処理完了信号を受信したことを契機に自身の入金処理履歴も入金完了に更新する。また、照合の結果、入金完了と判定されると、自身の入金処理履歴を入金完了に更新する。このため、入金機２０は、リーダライタ部２１と、操作部２２と、表示部２３と、通信部２４と、紙幣処理部２５と、記憶部２６と、制御部２７と、を含み構成される。
【００１９】
リーダライタ部２１は、利用者により不図示のアンテナ部分にＩＣカード１０がかざされることにより、ＩＣカード１０との間で電子マネーを交換するための近距離無線通信を行う。リーダライタ部２１は、アンテナ経由でキャリアを送信しており、電磁誘導によってＩＣカード１０に電力が供給される。このように電力を得たＩＣカード１０とリーダライタ部２１との間で、キャリアを変復調することによって通信を可能にしている。
【００２０】
操作部２２は、利用者からの入金の指示を受け付ける入金ボタンと、利用者からのキャンセルの指示を受け付けるキャンセルボタンとを含み、これらボタンが利用者により押下された場合に、その内容に対応する信号を発生し、これを利用者の指示として制御部２７に出力する。表示部２３は、多数の画素（複数色の発光素子の組み合わせ）を縦横に配して構成される、例えばＬＣＤ（Liquid Crystal Display Device）デバイスを用いて構成され、ここに表示されるデータは、例えば入金金額等である。
【００２１】
通信部２４は、通信回線４０を通じて外部の管理サーバ３０との間で所定のプロトコルにしたがう通信を行なう。紙幣処理部２５は、紙幣を受け入れると、その紙幣の真偽判別と金種判別とを行い、正貨を一時的に装置内に保持した状態で、入金された金額を制御部２７に送信し、制御部２７の指令に基づき保留した紙幣を金庫に収納し、あるいは返却する。
【００２２】
記憶部２６には、入金処理履歴２６ａと、ＩＣカード入金履歴２６ｂとが所定の領域に割り当てられ記憶される。入金処理履歴２６ａは、後述する図６（ｂ）、図７（ｂ）にそのデータ構造の一例が示されるように、入金通番＃１〜＃４毎に、処理日時フィールドと、ＩＣカード識別情報（ＩＤ）フィールドと、入金金額フィールドと、入金処理の完了／未了を示す完了情報フィールドとから構成され、対応するデータがそれぞれのフィールドに記憶される。なお、ＩＣカード入金履歴２６ｂは、ＩＣカード１０の入金履歴１４ｃの写しである。記憶部２６として、例えば、不揮発性の記憶デバイス（不揮発性半導体メモリ、ハードディスク等）やランダムアクセス可能な記憶デバイス（例えばＳＲＡＭ、ＤＲＡＭ）等が実装される。
【００２３】
制御部２７は、ＩＣカード１０に記憶された入金履歴１４ｃと、記憶部２６に記憶された入金処理履歴２６ａとを照合し、記憶部２６の入金処理履歴２６ａに対するＩＣカード１０の入金履歴１４ｃが入金未了か否かを判定する。制御部２７は、判定の結果、入金未了と判定された場合に、ＩＣカード１０の電子マネー残高１４ａに入金未了金額を加算する入金処理を実行してＩＣカード１０の入金履歴１４ｃを「入金完了」に更新する。更に、ＩＣカード１０からの入金処理完了信号受信を契機に、入金処理履歴２６ａを「入金完了」に更新する。一方、照合の結果入金完了と判定されると、記憶部２６の入金処理履歴２６ａを「入金完了」に更新する。このため、制御部２７は、未入金判定部２７１と、入金処理部２７２と、履歴更新部２７３とを含み構成される。
【００２４】
未入金判定部２７１は、ＩＣカード１０に記憶された入金履歴１４ｃと、記憶部２６に記憶された入金処理履歴２６ａとを照合し、記憶部２６の入金処理履歴２６ａに対するＩＣカード１０の入金履歴１４ｃが入金未了か否かを判定する。入金処理部２７２は、未入金判定部２７１が入金未了と判定すると、入金未了金額をＩＣカード１０の電子マネー残高１４ａに加算する入金処理を実行する。
履歴更新部２７３は、照合の結果、未入金判定部２７１が入金未了と判定し、かつ、ＩＣカード１０からの入金処理完了信号を受信すると、記憶部２６の入金処理履歴２６ａを「入金完了」に更新する。一方、照合の結果、未入金判定部２７１が入金未了と判定すると、履歴更新部２７３は、記憶部２６の入金処理履歴２６ａを入金完了に更新する。
【００２５】
なお、管理サーバ３０は、電子マネーの流通状態を管理するサーバであって、複数の入金機２０と通信回線４０で接続されており、接続される複数の入金機２０を統括して管理している。この管理サーバ３０は、例えば電子マネーの運用業者により管理・運用されており、各入金機２０から電子マネーの入金処理に係る情報を収集して入金したＩＣカード情報や入金金額等の管理を行う。
【００２６】
（実施形態の動作）
まず、本実施形態に係る電子マネー入金システム１の入金処理を、図２に示す動作シーケンス図を参照しながら説明する。
【００２７】
利用者の操作により入金機２０が入金モードに移行した状態において、貨幣処理装置２５が正貨を受け入れており、かつ、入金機２０にＩＣカード１０がかざされ、入金機２０がＩＣカード１０を検知することにより、ＩＣカード１０、入金機２０のそれぞれによる入金処理が開始される。図２によれば、まず、入金機２０からＩＣカード１０に対して捕捉指令が送信される（ステップＳ１１）。ここでいう「捕捉指令」とは、以降、ＩＣカード１０が入金機２０とだけ通信を行うように設定するためのコマンドである。
【００２８】
入金機２０は、ＩＣカード１０から捕捉指令応答を受信すると（ステップＳ１２）、ＩＣカード１０に対して認証指令を送信する（ステップＳ１３）。ここでの認証は、入金機２０がＩＣカード１０からＩＣカード１０に対するデータ更新の許可を取得するために送信されるコマンドである。認証は、Ｆｅｌｉｃａ（登録商標）カードの相互認証、および入金処理を行う電子マネーの種類の確認を含む。入金機２０は、ＩＣカード１０から認証成立の応答を受信することによりＩＣカード１０のデータ更新が許可される。
【００２９】
ＩＣカード１０は、入金機２０から認証指令を受信すると認証処理を実行し、認証が成立すれば、ＩＣカード１０の入金履歴に入金未了の履歴を書き込み（ステップＳ１４）、入金機２０は、入金の処理を許可する認証応答を行う（ステップＳ１５）。その後、入金機２０から入金指令を受信すると（ステップＳ１６）、ＩＣカード１０は、電子マネー残高に入金金額を加算する入金処理を実行する（ステップＳ１７）。ここで、入金処理が正常に終了した場合、ＩＣカード１０は、先に入金履歴として書き込んだ「入金未了」を「入金完了」に更新したうえで（ステップＳ１８）、入金機２０に対して入金完了応答を行う（ステップＳ１９）。なお、入金機２０は、ＩＣカード１０に対して捕捉指令を送信してから入金完了応答を受信するまで、後述する入金処理を実行し（ステップＳ２０）、最終的にＩＣカード１０から入金完了応答を受信すると、自身の入金処理履歴にも同様の入金完了の履歴を書き込んで一連の電子マネー入金処理を終える（ステップＳ２１）。
【００３０】
（ＩＣカード１０の動作）
次に、図３に示すフローチャートを参照しながら、図１、図２に示すＩＣカード１０の入金処理の動作について詳細に説明する。
【００３１】
図３によれば、利用者が入金機２０のアンテナ部分にＩＣカード１０をかざした状態において、ＩＣカード１０は通信部１１で入金機２０から送信される捕捉指令を受信する（ステップＳ１０１）。ＩＣカード１０は通信部１１でこの捕捉指令を受信すると、制御部１２が通信部１１を介して入金機２０に対して捕捉指令応答を送信する（ステップＳ１０２）。制御部１２は、入金機２０から認証指令を受信すると認証部１３を起動し（ステップＳ１０３）、これを受けて認証部１３は、入金機２０との間で相互認証を行なう。
【００３２】
ここで、使用する電子マネーの種類も含めて相互認証が成立すると（ステップＳ１０４“ＹＥＳ”）、制御部１２は、記憶部１４の入金履歴１４ｃに新規のレコードを割り当て、入金未了の履歴（例えば、後述する図６（ａ）の吹き出しブロックに示す「加算処理・未」）を書き込み（ステップＳ１０５）、入金機２０に認証応答（入金処理の許可）を行う（ステップＳ１０６）。認証が不成立の場合（ステップＳ１０４“ＮＯ”）、その旨を入金機２０に送信して入金処理の実行を禁止する（ステップＳ１１１）。その後、ＩＣカード１０は、入金機２０から入金指令を受信すると（ステップＳ１０７）、記憶部１４の電子マネー残高１４ａに入金金額を加算する入金処理を実行する（ステップＳ１０８）。そして、この入金処理が正常に終了すると、先に入金履歴１４ｃに書き込んだ「入金未了」を「入金完了」に更新（例えば、後述する図７（ａ）の吹き出しブロックで示す「加算処理・完」）したうえで（ステップＳ１０９）、入金機２０へ入金応答送信を行う（ステップＳ１１０）。
【００３３】
（入金機２０の動作）
以下、図４、図５のフローチャートを参照しながら、入金機２０の動作について詳細に説明する。
【００３４】
利用者が入金機２０の操作部２２の入金ボタンを押下すると、制御部２７では、入金ボタンが押下されたことを検知することにより入金処理モードへ移行する。
続いて、紙幣処理部２５に紙幣が投入されると、紙幣処理部２５は、紙幣の真偽と金種を判別し、判別した紙幣の入金額を制御部２７へ送信する。ここで、紙幣処理部２５は、投入された紙幣を一時的に装置内に保留する。これにより、制御部２７は、入金情報を取得して入金があることを認識する。
【００３５】
次に、リーダライタ部２１のアンテナ部分にＩＣカード１０がかざされ、ＩＣカード１０から記憶部１４に記憶された識別情報１４ｂを受信すると、制御部２７は、ＩＣカード１０がかざされたことを認識する。制御部２７は、この入金モードにおいて、入金があることが認識され、かつ、ＩＣカード１０がかざされていることを認識すると、以下に説明する入金処理を実行する。
【００３６】
図４によれば、制御部２７は、最初、待機状態（待機モード）にある（ステップＳ２０１）。制御部２７は、操作部２２の入金ボタンが押下されたことを検知すると（ステップＳ２０２“ＹＥＳ”）入金モードに移行し（ステップＳ２０３）、紙幣処理部２５への入金情報の有無が判定される（ステップＳ２０４）。制御部２７は、紙幣処理部２５から金額に関する情報を取得すると（ステップＳ２０４“ＹＥＳ”）、表示部２３にその入金金額を表示する（ステップＳ２０５）。なお、紙幣処理部２５から入金金額に関する情報が取得できない場合は（ステップＳ２０４“ＮＯ”）、ステップＳ２０６の「キャンセル操作判定処理」にスキップする。
【００３７】
利用者が操作部２２によりキャンセルボタンを押下すると、制御部２７は、操作部２２からキャンセル信号を受信して（ステップＳ２０６“ＹＥＳ”）、後述するステップＳ２１４の「入金情報有無判定処理」に進む。ここで、キャンセル信号の受信がないと（ステップＳ２０６“ＮＯ”）、制御部２７は、入金モード以降からスタートしている内蔵タイマーのタイムアウト判定を行う（ステップＳ２０７）。ここでタイムアウトが検知されると（ステップＳ２０７“ＹＥＳ”）、後述する図５のステップＳ２４１の「入金情報有無判定処理」に進む。
【００３８】
タイムアウトが検知されない場合（ステップＳ２０７“ＮＯ”）、制御部２７は、ＩＣカード１０の記憶部１４から、電子マネー残高１４ａと識別情報（ＩＤ１４ｂ）とを取得し（ステップＳ２０８“”ＹＥＳ“）、入金金額を再度確認し、入金情報があると（ステップＳ２０９”ＹＥＳ“）、ＩＣカード１０に対して図２に示した入金処理を実行する（ステップＳ２１０）。入金金額情報が無い場合（ステップＳ２０９”ＮＯ“）、所謂、紙幣の受入が無い状態の場合は、図５に示すステップＳ２１７の「ＩＣカード入金履歴読み出し処理」に分岐する。
【００３９】
ステップＳ２１０において、ＩＣカード１０が入金機２０からの指示にしたがい入金処理を実行すると、ＩＣカード１０の記憶部１４には入金履歴１４ｃに「入金完了」の履歴が書き込まれ、ＩＣカード１０から入金機２０に対し、入金完了を示す信号が送信される。
入金機２０がＩＣカード１０から入金完了応答を受信すると（ステップＳ２１１“ＹＥＳ”）、制御部２７では、履歴更新部２７３が、記憶部２６の入金処理履歴２６ａに「入金完了」の履歴を書き込む（ステップＳ２１２）。そして、紙幣処理部２５を介して紙幣を金庫へ収納して一連の電子マネー入金処理を終了する（ステップＳ２１３）。
【００４０】
なお、入金機２０がＩＣカード１０から入金完了応答を受信できなかった場合には（ステップＳ２１１“ＮＯ”）、制御部２７では、履歴更新部２７３が、記憶部２６の入金処理履歴２６ａに「入金未了」の履歴を記憶し（ステップＳ２１６）、紙幣処理部２５を介して紙幣を金庫へ収納し、上述した一連の電子マネー入金処理を終了する（ステップＳ２１３）。
【００４１】
また、ステップＳ２０６の「キャンセル操作判定処理」で、キャンセルボタンが押下され（ステップＳ２０６“ＹＥＳ”）、あるいは、ステップＳ２０７の「タイムアウト判定処理」でタイムアウトが検出されると（ステップＳ２０７“ＹＥＳ”）、制御部２７は、入金金額情報を参照し（ステップＳ２１４）、ここで、入金金額情報があれば（ステップＳ２１４“Ｙｅｓ”）、紙幣処理部２５を制御して投入紙幣を返却し（ステップＳ２１５）、入金金額情報がなければ（ステップＳ２１４“ＮＯ”）、上述した一連の電子マネー入金処理を終了する。
【００４２】
ところで、ステップＳ２０８の「ＩＣカードのＩＤと残高取得判定処理」で、制御部２７は、ＩＣカード１０との通信が中断した等の理由でこれらの情報が取得できなかった場合（ステップＳ２０８“ＮＯ”）にはステップＳ２０４へ戻る。
ステップＳ２０９において入金金額情報が無い場合（ステップＳ２０９で“ＮＯ”）、記憶部２６のＩＣカード入金履歴２６ｂからＩＣカード１０に記憶された入金履歴を読み出す（ステップＳ２１７）。続いて、制御部２７は、記憶部２６の入金処理履歴２６ａを参照し、「入金未了」の履歴に一致するＩＣカードの識別情報（ＩＤ）の有無を判定する（ステップＳ２１８）。
【００４３】
ここで、一致する識別情報（ＩＤ）ありと判定されると（ステップＳ２１８“ＹＥＳ”）、未入金判定部２７１は、記憶媒体に記憶された入金履歴と記憶部に記憶された入金処理履歴とを照合する。すなわち、未入金判定部２７１は、記憶部２６の入金処理履歴２６ａ中の「処理日時」と、ＩＣカード入金履歴２６ｂ中の「処理日時」とが一致し、かつ、記憶部２６の入金処理履歴２６ａ中の履歴が「入金未了」であり、対応するＩＣカード入金履歴２６ｂの加算処理が「未了」の場合、ＩＣカード１０への入金未了と判定し（ステップＳ２１９“ＹＥＳ”）、入金処理部２７２による入金処理を起動する。これを受けて入金処理部２７２では、ＩＣカード１０へ入金未了金額を電子マネー残高に加算する入金処理を実行する（ステップＳ２２０）。
【００４４】
続いて、制御部２７は、ＩＣカード１０から入金完了応答（入金完了信号）を受信すると（ステップＳ２２１“ＹＥＳ”）、履歴更新部２７３が入金処理履歴２６ａの「入金未了」を「入金完了」に更新する（ステップＳ２２２）。ＩＣカード１０から入金完了応答を受信しなかった場合は（ステップＳ２２１“ＮＯ”）、何もせず上述した一連の電子マネー入金処理を終了する。
【００４５】
なお、ステップＳ２１８の「ＩＣカードのＩＤ判定処理」において、一致する識別情報（ＩＤ）が無いと判定されると（ステップＳ２１８“ＮＯ”）、ステップＳ２０４の処理に戻る。また、ステップＳ２１９において、未入金判定部２７１は、記憶部２６の入金処理履歴２６ａ中の「処理日時」と、ＩＣカード入金履歴２６ｂ中の「処理日時」とが一致し、かつ、記憶部２６の入金処理履歴２６ａ中の履歴が「入金未了」であり、対応するＩＣカード入金履歴２６ｂ中の加算処理フィールドが「完了」の場合に、ＩＣカード１０への入金は完了していたと判定し（ステップＳ２１９“ＮＯ”）、履歴更新部２７３が入金処理履歴２６ａの「入金未了」を「入金完了」に更新する（ステップＳ２２２）。このため、入金処理部２７２は、未入金金額をＩＣカード１０の電子マネー残高１４ａに加算する入金処理は実行しない。
【００４６】
ＩＣカード１０の入金履歴が「入金未了」であった場合のステップＳ２２２の履歴更新処理の具体的な処理の事例が図６、図７に示されている。図６は、入金未了確認前のＩＣカード１０と入金機２０における入金（処理）履歴を、図７は、入金未了確認後のＩＣカード１０と入金機２０における入金（処理）履歴を、それぞれ示す。なお、図６、図７共に、（ａ）にＩＣカード１０の入金履歴を、（ｂ）に入金機２０の入金処理履歴を示さしている。ここでは、同じＩＣカード１０に対し、同じ入金機２０で４回の入金処理（入金通番が＃１〜＃４）を実行した場合を例示している。
【００４７】
ここでは、入金通番＃１に吹き出しブロックで説明されているように、図６（ａ）の入金未了確認前のＩＣカード１０の加算処理フィールドが「未」、図６（ｂ）の入金機２０の完了情報フィールドが「未」と記憶されてあったものが、未了金額を入金してその入金（処理）履歴を更新した結果、図７（ａ）の入金未了確認後のＩＣカード１０の加算処理フィールドが「完」、図７（ｂ）の入金機２０の完了情報フィールドが「完了」にそれぞれ更新されていることがわかる。なお、入金通番＃４では、同じく吹き出しブロックに説明されているように、入金機２０の完了情報フィールドのみ「未了」から「完了」に更新されていることがわかる。
【００４８】
なお、ＩＣカード１０に記憶可能な履歴の数には制限があるため、それを超えた場合には入金履歴が消去されてしまう。このため、容量を超えて入金履歴が消去された場合も図５のステップＳ２１８の「ＩＣカードのＩＤ判定処理」で入金未了の履歴に一致する識別情報（ＩＤ）が無いと判定される。このような場合、未入金金額を電子マネー残高に加算する入金処理が出来ない。但し、ＩＣカード１０の入金履歴１４ｃ中の「入金未了」を確認できるようになれば、ＩＣカード１０の中に「入金完了」の入金履歴が無かった場合でもその理由が入金履歴の消滅によるものか入金未了によるものかを判別することができる。
【００４９】
（実施形態の効果）
以上説明のように、本実施形態に係る電子マネー入金システム１によれば、ＩＣカード１０では、認証部１３によって、認証が成立すると入金履歴に入金未了を書き込んで入金機２０に認証応答を送信し、入金機２０では、制御部２７が、ＩＣカード１０に記憶された入金履歴１４ｃと、内蔵する記憶部２６に記憶された入金処理履歴２６ａとを照合し、記憶部２６の入金処理履歴２６ａに対するＩＣカード１０の入金履歴１４ｃが入金未了か否かを判定する。そして、入金未了と判定された場合、入金処理を実行してＩＣカード１０の入金履歴１４ｃを入金完了に更新し、入金処理完了信号を受信して記憶部２６の入金処理履歴２６ａを入金完了に更新する。一方、入金完了と判定されると記憶部２６の入金履歴を入金完了に更新する。
【００５０】
このように、入金処理に先立ち、ＩＣカード１０の入金履歴１４ｃに入金未了を書き込む機能を付加すると共に、入金機２０に、ＩＣカード１０の入金履歴１４ｃを参照する機能を付加することにより、入金機２０の入金未了の入金処理履歴２６ａに対するＩＣカード１０の入金履歴１４ｃが入金未了か否かを判別できるようになる。このため、入金機２０では、入金未了と判別された場合にのみ入金未了の金額をＩＣカード１０に入金処理することができるようになり、したがって、二重入金の問題を回避することができる。
【００５１】
なお、入金機２０は、管理サーバ３０へ入金処理履歴を送信後は、入金未了の金額をＩＣカード１０へ入金する処理は行なわない。その理由は、管理サーバ３０へ送った入金処理履歴は更新出来ないためであり、また、その容量は有限であり、管理サーバ３０へ送信した後はその入金処理履歴を消去してしまうためである。但し、管理サーバ３０へ入金処理履歴を送信後、未了の金額を入金できなくなっても、未了に関する入金処理履歴を入金機２０に保持しておけば、入金が未了か否かのチェックが可能である。したがって、ＩＣカード１０が入金未了の場合には、利用者へ表示画面を通じて、「入金未了があるためコールセンタへ連絡してください」等のメッセージを通知することで注意喚起が可能である。管理センターへ入金処理履歴を送信後に、入金機２０がＩＣカード１０の入金履歴を読み取ったとき、ＩＣカード１０の入金履歴が完了であることが認識できれば、入金機２０から管理センターへ入金履歴の更新情報を送信することも可能である。
【００５２】
また、入金機２０に入金処理履歴２６ａが無くても、ＩＣカード１０の入金履歴１４ｃに「入金未了」があった場合に、入金機２０の表示部２３にコールセンタに誘導する文言等を表示しても良い。なお、入金機２０を電子マネー決済装置兼入金機としてもよい。この場合、図１に示す装置構成と同様のハードウエアで良く、上述した入金処理に、決済処理のためのプログラムを付加した構成になる。例えば、入金機２０が自動販売機に搭載された場合、自動販売機の主制御が入金機２０を制御する構成も考えられる。
【００５３】
なお、上述した本実施形態に係る電子マネー入金システム１によれば、入金機２０に特化し、入金機２０がＩＣカード１０から入金履歴を取得する場合の処理についてのみ説明したが、入金機２０が管理サーバ３０から取得する構成としても良く、また、管理サーバ３０が入金未了の判別を行ってもよい。また、ＩＣカード１０や入金機２０に入金処理履歴のみ記憶する構成についてのみ説明したが、ＩＣカード１０が決済処理やポイントの処理を行った場合には、記憶容量が許す限りその履歴も記憶することができる。したがって、入金（処理）履歴は、単独の履歴としてではなく、他の処理履歴と関連付けて保持しても良い。また、本実施形態に係る電子マネー入金システム１では、記憶媒体としてＩＣカードについてのみ説明したが、携帯端末等の情報端末であってもよい。
【００５４】
以上、本発明の好ましい実施形態について詳述したが、本発明の技術的範囲は上記実施形態に記載の範囲には限定されないことは言うまでもない。上記実施形態に、多様な変更または改良を加えることが可能であることが当業者に明らかである。またその様な変更または改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。
【符号の説明】
【００５５】
１・・電子マネー入金システム、１０・・記憶媒体（ＩＣカード）、１１・・通信部、１２・・制御部、１３・・認証部、１４・・記憶部、１４ａ・・電子マネー残高、１４ｂ・・識別情報（ＩＤ）、１４ｃ・・入金履歴、２０・・入金機、２１・・リーダライタ部、２２・・操作部、２３・・表示部、２４・・通信部、２５・・紙幣処理部、２６・・記憶部、２６ａ・・入金処理履歴、２６ｂ・・ＩＣカード入金履歴、２７・・制御部、３０・・管理サーバ、４０・・通信回線
【技術分野】
【０００１】
本発明は、電子決済を行うＩＣカードや携帯端末等に対して電子マネー入金機を介して入金処理を行う、電子マネー入金システムに関する。
【背景技術】
【０００２】
周知の電子マネー入金機（以下、単に入金機という）は、ＩＣカードや携帯端末等の電子マネー記憶媒体（以下、単に記憶媒体という）に対する入金処理の履歴を内蔵するメモリに記憶する。ここでいう入金処理とは、記憶媒体に記憶される電子マネー残高に入金（チャージ）された入金金額を加算する処理をいう。入金機は、記憶媒体から入金完了を示す信号を受信すると、入金処理が完了したものと認識して内蔵するメモリへ入金処理完了の履歴を記憶し、入金処理完了を示す信号を受信できない場合には、入金未了であると認識して内蔵するメモリへ入金未了の履歴を記憶する。
【０００３】
ところで、従来、人を検出する人感センサを用い、入金処理に異常が発生した場合に返却された紙幣が持ち去られることが無いように、入金処理異常が発生した時点で人を検出していた場合に紙幣を返却し、人を検出していない場合に紙幣を収容する入金機が知られている（例えば、特許文献１参照）。この入金機によれば、入金機に再度電子マネーを記憶しているＩＣカードがかざされると、入金機や管理サーバが記憶する入金処理の履歴を参照し、入金未了の履歴があると、入金未了の金額をＩＣカードの電子マネー残高に加算する、リカバリーのための入金処理を実行する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−２３４１０７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら上記した特許文献１に開示された入金機によれば、入金機が、ＩＣカードから入金完了信号を受信する前に、入金機からＩＣカードが引き抜かれて通信が中断した場合には、例え、ＩＣカードに入金されたとしても、入金機は入金未了と判断し、入金機の入金処理履歴に入金未了の履歴が記憶される。したがって、入金された状態のＩＣカードを再び入金機が読み取った場合には、入金済みのＩＣカードに対し、再度、入金処理を行うといった二重入金の問題が発生する。
【０００６】
また、従来のＩＣカードは、入金する前に通信が出来なくなった場合にはＩＣカードには一切の履歴が残らない。したがって、入金機がＩＣカードの入金履歴を参照できるようになり、その入金履歴から入金完了が確認できるようになっても入金未了の発生を確認することができない。
【０００７】
本発明は上記した課題を解決するためになされたものであり、入金処理前に通信が中断した場合の二重入金の問題を回避し、入金機が記憶媒体の入金履歴を確認できるようにした電子マネー入金システムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記した課題を解決するために本発明は、電子マネーの残金と電子マネーの入金履歴が記憶される記憶媒体と、前記記憶媒体と通信を行なうリーダライタ部を備え、前記リーダライタ部を介して、前記記憶媒体に電子マネーの入金処理を実行し、前記記憶媒体から入金処理完了信号を受信すると、内蔵する記憶部に入金完了の履歴を書き込み、前記記憶媒体から入金処理完了信号を受信できなかった場合に、前記記憶部に入金未了の履歴を書き込む入金機と、を備えた電子マネー入金システムであって、前記記憶媒体は、電子マネーを入金する前に前記入金履歴に入金未了を書き込むとともに入金が完了後に該入金未了の履歴を入金完了へと書き替える制御部を備え、前記入金機は、前記記憶媒体に記憶された入金履歴と前記記憶部に記憶された入金処理履歴とを照合し、前記記憶部に記憶された入金処理履歴に対する前記記憶媒体の入金履歴が入金未了か否かを判定する未入金判定部と、前記未入金判定部が入金未了と判定した時、前記記憶媒体へ入金未了金額の入金処理を実行して前記入金処理履歴を入金完了に更新すると共に、前記記憶媒体から前記入金処理完了信号を受信したことを契機に前記記憶部の入金処理履歴を入金完了に更新し、入金完了と判定した時、前記記憶部の入金処理履歴を入金完了に更新する制御部、を備えたことを特徴とする。
【０００９】
本発明によれば、記憶媒体は、電子マネーを入金する前に入金履歴に入金未了を書き込むとともに入金が完了後に入金未了の履歴を入金完了へと書き替える。入金機は、制御部が、記憶媒体に記憶された入金履歴と、内蔵する記憶部に記憶された入金処理履歴とを照合し、記憶部の入金処理履歴に対する記憶媒体の入金履歴が入金未了か否かを判定する。ここで、入金未了と判定された場合、入金処理を実行して記憶媒体の入金履歴を入金完了に更新し、記憶媒体からの入金処理完了信号の送信を待って記憶部の入金処理履歴を入金完了に更新する。一方、入金完了と判定されると記憶部の入金履歴を入金完了に更新する。このように、入金処理に先立ち、記憶媒体の入金履歴に入金未了を書き込む機能を付加すると共に、入金機に、記憶媒体の入金履歴を参照する機能を付加することにより、入金機の入金未了の入金処理履歴に対する記憶媒体の入金履歴が入金未了か否かを判別できるようになる。このため、入金機では、入金未了と判別された場合にのみ入金未了の金額を記憶媒体に入金処理することができるようになり、二重入金の問題を回避することができる。
【発明の効果】
【００１０】
本発明によれば、入金処理前に通信が中断した場合の二重入金の問題を回避し、入金機が記憶媒体の入金履歴を確認できるようにした電子マネー入金システムを提供することができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施の形態に係る電子マネー入金システムの構成を示すブロック図である。
【図２】本発明の実施の形態に係る電子マネー入金システムの入金処理を示す動作シーケンス図である。
【図３】本発明の実施の形態に係る電子マネー入金システムの記憶媒体の動作を示すフローチャートである。
【図４】本発明の実施の形態に係る電子マネー入金システムの入金機の動作を示すフローチャートである。
【図５】図４の続きを示すフローチャートである。
【図６】本発明の実施の形態に係る電子マネー入金システムによる入金未了確認前の入金（処理）履歴の一例を示す図である。
【図７】本発明の実施の形態に係る電子マネー入金システムによる入金未了確認後の入金（処理）履歴の一例を示す図である。
【発明を実施するための形態】
【００１２】
以下、添付図面を参照して本発明を実施するための実施の形態（以下、単に本実施形態という）について詳細に説明する。
【００１３】
（実施形態の構成）
図１は、本実施形態に係る電子マネー入金システム１の構成を示すブロック図である。図１に示されるように、本実施形態に係る電子マネー入金システム１は、記憶媒体（以下、ＩＣカード１０という）と、入金機２０と、管理サーバ３０と、により構成される。入金機２０は、通信回線４０（公知のＬＡＮ、インターネットや電話回線等）経由で管理サーバ３０に接続されている。
【００１４】
ＩＣカード１０は、固有の識別情報（ＩＤ）と電子マネー残高の他に、入金処理履歴が記憶される記憶媒体であり、通信部１１と、制御部１２と、認証部１３と、記憶部１４とを含み構成される。
【００１５】
通信部１１は、後述する入金機２０のリーダライタ部２１と近距離通信を行なうことにより入金処理の履歴を含むデータの入出力を行ない、このデータは、制御部１２、および認証部１３へ出力される。
制御部１２は、ＩＣカード１０の制御全般を司り、入金装置２０との通信や記憶部１４の読み出しや書込みを行う。また、入金機２０から出力される指令（コマンド）にしたがい、後述するＩＣカード１０の入金処理による記憶部１４への電子マネーの入金や入金履歴の更新等を行う。認証部１３は、後述する電子マネー入金処理に先立ち、入金機２０から送信される認証指令を受信して認証を行う。制御部１２は、認証が成立した場合には、記憶部１４に記憶される入金履歴に入金未了を書き込んで認証応答を送信する機能を有する。
【００１６】
なお、制御部１２と認証部１３は一体のもので良く、例えば、ＣＰＵで構成される。また、ここでいう「認証」とは、ＩＣカード１０と入金機２０が相互に通信相手であることを確認しあうもので、ＩＣカード１０は、入金機２０から、認証指令とともに入金機２０の自己の正当性を示す情報（暗号化されたＩＤ情報等）を受けとることにより認証を行う。ＩＣカード１０は認証を行うと、入金機２０にＩＣカード１０の正当性を示す情報を送り、これを受けて入金機２０は、ＩＣカード１０を認証する。ＩＣカード１０は、入金機２０で認証が成立しないと、入金機２０からの指令に基づく入金や決済処理を受け付けない。入金機２０も同様に、認証が成立しないＩＣカード１０からの決済を受け付けない。
【００１７】
なお、記憶部１４には、電子マネー残高１４ａ、ＩＣカード１０固有の識別情報（ＩＤ１４ｂ）の他に、入金履歴１４ｃが記憶される。この入金履歴１４ｃは、後述する図６（ａ）、図７（ａ）にそのデータ構造の一例が示されるように、入金通番＃１〜＃４毎に、処理日時のフィールドと、入金処理により電子マネー残高１４ａに入金未了金額の加算が行われたか否かを示す加算情報フィールドとから構成され、対応するデータがそれぞれのフィールドに記憶される。
【００１８】
入金機２０は、ＩＣカード１０と通信を行なうことにより入金処理履歴を内蔵する記憶部２６の所定の領域に記憶する。入金機２０は、ＩＣカード１０から入金処理完了信号を受信すると入金完了の履歴を書き込み、ＩＣカード１０から入金処理完了信号を受信できなかった場合に入金未了の履歴を書き込む。後述するように、入金機２０は、ＩＣカード１０から認証応答を受信すると、ＩＣカード１０に記憶された入金履歴と自身で記憶する入金処理履歴とを照合し、自身の入金処理履歴に対するＩＣカード１０の入金履歴が入金未了か否かを判定する。照合の結果、入金未了と判定されると、ＩＣカード１０に入金未了金額の入金処理を実行して入金履歴を入金完了に更新すると共に、ＩＣカード１０から入金処理完了信号を受信したことを契機に自身の入金処理履歴も入金完了に更新する。また、照合の結果、入金完了と判定されると、自身の入金処理履歴を入金完了に更新する。このため、入金機２０は、リーダライタ部２１と、操作部２２と、表示部２３と、通信部２４と、紙幣処理部２５と、記憶部２６と、制御部２７と、を含み構成される。
【００１９】
リーダライタ部２１は、利用者により不図示のアンテナ部分にＩＣカード１０がかざされることにより、ＩＣカード１０との間で電子マネーを交換するための近距離無線通信を行う。リーダライタ部２１は、アンテナ経由でキャリアを送信しており、電磁誘導によってＩＣカード１０に電力が供給される。このように電力を得たＩＣカード１０とリーダライタ部２１との間で、キャリアを変復調することによって通信を可能にしている。
【００２０】
操作部２２は、利用者からの入金の指示を受け付ける入金ボタンと、利用者からのキャンセルの指示を受け付けるキャンセルボタンとを含み、これらボタンが利用者により押下された場合に、その内容に対応する信号を発生し、これを利用者の指示として制御部２７に出力する。表示部２３は、多数の画素（複数色の発光素子の組み合わせ）を縦横に配して構成される、例えばＬＣＤ（Liquid Crystal Display Device）デバイスを用いて構成され、ここに表示されるデータは、例えば入金金額等である。
【００２１】
通信部２４は、通信回線４０を通じて外部の管理サーバ３０との間で所定のプロトコルにしたがう通信を行なう。紙幣処理部２５は、紙幣を受け入れると、その紙幣の真偽判別と金種判別とを行い、正貨を一時的に装置内に保持した状態で、入金された金額を制御部２７に送信し、制御部２７の指令に基づき保留した紙幣を金庫に収納し、あるいは返却する。
【００２２】
記憶部２６には、入金処理履歴２６ａと、ＩＣカード入金履歴２６ｂとが所定の領域に割り当てられ記憶される。入金処理履歴２６ａは、後述する図６（ｂ）、図７（ｂ）にそのデータ構造の一例が示されるように、入金通番＃１〜＃４毎に、処理日時フィールドと、ＩＣカード識別情報（ＩＤ）フィールドと、入金金額フィールドと、入金処理の完了／未了を示す完了情報フィールドとから構成され、対応するデータがそれぞれのフィールドに記憶される。なお、ＩＣカード入金履歴２６ｂは、ＩＣカード１０の入金履歴１４ｃの写しである。記憶部２６として、例えば、不揮発性の記憶デバイス（不揮発性半導体メモリ、ハードディスク等）やランダムアクセス可能な記憶デバイス（例えばＳＲＡＭ、ＤＲＡＭ）等が実装される。
【００２３】
制御部２７は、ＩＣカード１０に記憶された入金履歴１４ｃと、記憶部２６に記憶された入金処理履歴２６ａとを照合し、記憶部２６の入金処理履歴２６ａに対するＩＣカード１０の入金履歴１４ｃが入金未了か否かを判定する。制御部２７は、判定の結果、入金未了と判定された場合に、ＩＣカード１０の電子マネー残高１４ａに入金未了金額を加算する入金処理を実行してＩＣカード１０の入金履歴１４ｃを「入金完了」に更新する。更に、ＩＣカード１０からの入金処理完了信号受信を契機に、入金処理履歴２６ａを「入金完了」に更新する。一方、照合の結果入金完了と判定されると、記憶部２６の入金処理履歴２６ａを「入金完了」に更新する。このため、制御部２７は、未入金判定部２７１と、入金処理部２７２と、履歴更新部２７３とを含み構成される。
【００２４】
未入金判定部２７１は、ＩＣカード１０に記憶された入金履歴１４ｃと、記憶部２６に記憶された入金処理履歴２６ａとを照合し、記憶部２６の入金処理履歴２６ａに対するＩＣカード１０の入金履歴１４ｃが入金未了か否かを判定する。入金処理部２７２は、未入金判定部２７１が入金未了と判定すると、入金未了金額をＩＣカード１０の電子マネー残高１４ａに加算する入金処理を実行する。
履歴更新部２７３は、照合の結果、未入金判定部２７１が入金未了と判定し、かつ、ＩＣカード１０からの入金処理完了信号を受信すると、記憶部２６の入金処理履歴２６ａを「入金完了」に更新する。一方、照合の結果、未入金判定部２７１が入金未了と判定すると、履歴更新部２７３は、記憶部２６の入金処理履歴２６ａを入金完了に更新する。
【００２５】
なお、管理サーバ３０は、電子マネーの流通状態を管理するサーバであって、複数の入金機２０と通信回線４０で接続されており、接続される複数の入金機２０を統括して管理している。この管理サーバ３０は、例えば電子マネーの運用業者により管理・運用されており、各入金機２０から電子マネーの入金処理に係る情報を収集して入金したＩＣカード情報や入金金額等の管理を行う。
【００２６】
（実施形態の動作）
まず、本実施形態に係る電子マネー入金システム１の入金処理を、図２に示す動作シーケンス図を参照しながら説明する。
【００２７】
利用者の操作により入金機２０が入金モードに移行した状態において、貨幣処理装置２５が正貨を受け入れており、かつ、入金機２０にＩＣカード１０がかざされ、入金機２０がＩＣカード１０を検知することにより、ＩＣカード１０、入金機２０のそれぞれによる入金処理が開始される。図２によれば、まず、入金機２０からＩＣカード１０に対して捕捉指令が送信される（ステップＳ１１）。ここでいう「捕捉指令」とは、以降、ＩＣカード１０が入金機２０とだけ通信を行うように設定するためのコマンドである。
【００２８】
入金機２０は、ＩＣカード１０から捕捉指令応答を受信すると（ステップＳ１２）、ＩＣカード１０に対して認証指令を送信する（ステップＳ１３）。ここでの認証は、入金機２０がＩＣカード１０からＩＣカード１０に対するデータ更新の許可を取得するために送信されるコマンドである。認証は、Ｆｅｌｉｃａ（登録商標）カードの相互認証、および入金処理を行う電子マネーの種類の確認を含む。入金機２０は、ＩＣカード１０から認証成立の応答を受信することによりＩＣカード１０のデータ更新が許可される。
【００２９】
ＩＣカード１０は、入金機２０から認証指令を受信すると認証処理を実行し、認証が成立すれば、ＩＣカード１０の入金履歴に入金未了の履歴を書き込み（ステップＳ１４）、入金機２０は、入金の処理を許可する認証応答を行う（ステップＳ１５）。その後、入金機２０から入金指令を受信すると（ステップＳ１６）、ＩＣカード１０は、電子マネー残高に入金金額を加算する入金処理を実行する（ステップＳ１７）。ここで、入金処理が正常に終了した場合、ＩＣカード１０は、先に入金履歴として書き込んだ「入金未了」を「入金完了」に更新したうえで（ステップＳ１８）、入金機２０に対して入金完了応答を行う（ステップＳ１９）。なお、入金機２０は、ＩＣカード１０に対して捕捉指令を送信してから入金完了応答を受信するまで、後述する入金処理を実行し（ステップＳ２０）、最終的にＩＣカード１０から入金完了応答を受信すると、自身の入金処理履歴にも同様の入金完了の履歴を書き込んで一連の電子マネー入金処理を終える（ステップＳ２１）。
【００３０】
（ＩＣカード１０の動作）
次に、図３に示すフローチャートを参照しながら、図１、図２に示すＩＣカード１０の入金処理の動作について詳細に説明する。
【００３１】
図３によれば、利用者が入金機２０のアンテナ部分にＩＣカード１０をかざした状態において、ＩＣカード１０は通信部１１で入金機２０から送信される捕捉指令を受信する（ステップＳ１０１）。ＩＣカード１０は通信部１１でこの捕捉指令を受信すると、制御部１２が通信部１１を介して入金機２０に対して捕捉指令応答を送信する（ステップＳ１０２）。制御部１２は、入金機２０から認証指令を受信すると認証部１３を起動し（ステップＳ１０３）、これを受けて認証部１３は、入金機２０との間で相互認証を行なう。
【００３２】
ここで、使用する電子マネーの種類も含めて相互認証が成立すると（ステップＳ１０４“ＹＥＳ”）、制御部１２は、記憶部１４の入金履歴１４ｃに新規のレコードを割り当て、入金未了の履歴（例えば、後述する図６（ａ）の吹き出しブロックに示す「加算処理・未」）を書き込み（ステップＳ１０５）、入金機２０に認証応答（入金処理の許可）を行う（ステップＳ１０６）。認証が不成立の場合（ステップＳ１０４“ＮＯ”）、その旨を入金機２０に送信して入金処理の実行を禁止する（ステップＳ１１１）。その後、ＩＣカード１０は、入金機２０から入金指令を受信すると（ステップＳ１０７）、記憶部１４の電子マネー残高１４ａに入金金額を加算する入金処理を実行する（ステップＳ１０８）。そして、この入金処理が正常に終了すると、先に入金履歴１４ｃに書き込んだ「入金未了」を「入金完了」に更新（例えば、後述する図７（ａ）の吹き出しブロックで示す「加算処理・完」）したうえで（ステップＳ１０９）、入金機２０へ入金応答送信を行う（ステップＳ１１０）。
【００３３】
（入金機２０の動作）
以下、図４、図５のフローチャートを参照しながら、入金機２０の動作について詳細に説明する。
【００３４】
利用者が入金機２０の操作部２２の入金ボタンを押下すると、制御部２７では、入金ボタンが押下されたことを検知することにより入金処理モードへ移行する。
続いて、紙幣処理部２５に紙幣が投入されると、紙幣処理部２５は、紙幣の真偽と金種を判別し、判別した紙幣の入金額を制御部２７へ送信する。ここで、紙幣処理部２５は、投入された紙幣を一時的に装置内に保留する。これにより、制御部２７は、入金情報を取得して入金があることを認識する。
【００３５】
次に、リーダライタ部２１のアンテナ部分にＩＣカード１０がかざされ、ＩＣカード１０から記憶部１４に記憶された識別情報１４ｂを受信すると、制御部２７は、ＩＣカード１０がかざされたことを認識する。制御部２７は、この入金モードにおいて、入金があることが認識され、かつ、ＩＣカード１０がかざされていることを認識すると、以下に説明する入金処理を実行する。
【００３６】
図４によれば、制御部２７は、最初、待機状態（待機モード）にある（ステップＳ２０１）。制御部２７は、操作部２２の入金ボタンが押下されたことを検知すると（ステップＳ２０２“ＹＥＳ”）入金モードに移行し（ステップＳ２０３）、紙幣処理部２５への入金情報の有無が判定される（ステップＳ２０４）。制御部２７は、紙幣処理部２５から金額に関する情報を取得すると（ステップＳ２０４“ＹＥＳ”）、表示部２３にその入金金額を表示する（ステップＳ２０５）。なお、紙幣処理部２５から入金金額に関する情報が取得できない場合は（ステップＳ２０４“ＮＯ”）、ステップＳ２０６の「キャンセル操作判定処理」にスキップする。
【００３７】
利用者が操作部２２によりキャンセルボタンを押下すると、制御部２７は、操作部２２からキャンセル信号を受信して（ステップＳ２０６“ＹＥＳ”）、後述するステップＳ２１４の「入金情報有無判定処理」に進む。ここで、キャンセル信号の受信がないと（ステップＳ２０６“ＮＯ”）、制御部２７は、入金モード以降からスタートしている内蔵タイマーのタイムアウト判定を行う（ステップＳ２０７）。ここでタイムアウトが検知されると（ステップＳ２０７“ＹＥＳ”）、後述する図５のステップＳ２４１の「入金情報有無判定処理」に進む。
【００３８】
タイムアウトが検知されない場合（ステップＳ２０７“ＮＯ”）、制御部２７は、ＩＣカード１０の記憶部１４から、電子マネー残高１４ａと識別情報（ＩＤ１４ｂ）とを取得し（ステップＳ２０８“”ＹＥＳ“）、入金金額を再度確認し、入金情報があると（ステップＳ２０９”ＹＥＳ“）、ＩＣカード１０に対して図２に示した入金処理を実行する（ステップＳ２１０）。入金金額情報が無い場合（ステップＳ２０９”ＮＯ“）、所謂、紙幣の受入が無い状態の場合は、図５に示すステップＳ２１７の「ＩＣカード入金履歴読み出し処理」に分岐する。
【００３９】
ステップＳ２１０において、ＩＣカード１０が入金機２０からの指示にしたがい入金処理を実行すると、ＩＣカード１０の記憶部１４には入金履歴１４ｃに「入金完了」の履歴が書き込まれ、ＩＣカード１０から入金機２０に対し、入金完了を示す信号が送信される。
入金機２０がＩＣカード１０から入金完了応答を受信すると（ステップＳ２１１“ＹＥＳ”）、制御部２７では、履歴更新部２７３が、記憶部２６の入金処理履歴２６ａに「入金完了」の履歴を書き込む（ステップＳ２１２）。そして、紙幣処理部２５を介して紙幣を金庫へ収納して一連の電子マネー入金処理を終了する（ステップＳ２１３）。
【００４０】
なお、入金機２０がＩＣカード１０から入金完了応答を受信できなかった場合には（ステップＳ２１１“ＮＯ”）、制御部２７では、履歴更新部２７３が、記憶部２６の入金処理履歴２６ａに「入金未了」の履歴を記憶し（ステップＳ２１６）、紙幣処理部２５を介して紙幣を金庫へ収納し、上述した一連の電子マネー入金処理を終了する（ステップＳ２１３）。
【００４１】
また、ステップＳ２０６の「キャンセル操作判定処理」で、キャンセルボタンが押下され（ステップＳ２０６“ＹＥＳ”）、あるいは、ステップＳ２０７の「タイムアウト判定処理」でタイムアウトが検出されると（ステップＳ２０７“ＹＥＳ”）、制御部２７は、入金金額情報を参照し（ステップＳ２１４）、ここで、入金金額情報があれば（ステップＳ２１４“Ｙｅｓ”）、紙幣処理部２５を制御して投入紙幣を返却し（ステップＳ２１５）、入金金額情報がなければ（ステップＳ２１４“ＮＯ”）、上述した一連の電子マネー入金処理を終了する。
【００４２】
ところで、ステップＳ２０８の「ＩＣカードのＩＤと残高取得判定処理」で、制御部２７は、ＩＣカード１０との通信が中断した等の理由でこれらの情報が取得できなかった場合（ステップＳ２０８“ＮＯ”）にはステップＳ２０４へ戻る。
ステップＳ２０９において入金金額情報が無い場合（ステップＳ２０９で“ＮＯ”）、記憶部２６のＩＣカード入金履歴２６ｂからＩＣカード１０に記憶された入金履歴を読み出す（ステップＳ２１７）。続いて、制御部２７は、記憶部２６の入金処理履歴２６ａを参照し、「入金未了」の履歴に一致するＩＣカードの識別情報（ＩＤ）の有無を判定する（ステップＳ２１８）。
【００４３】
ここで、一致する識別情報（ＩＤ）ありと判定されると（ステップＳ２１８“ＹＥＳ”）、未入金判定部２７１は、記憶媒体に記憶された入金履歴と記憶部に記憶された入金処理履歴とを照合する。すなわち、未入金判定部２７１は、記憶部２６の入金処理履歴２６ａ中の「処理日時」と、ＩＣカード入金履歴２６ｂ中の「処理日時」とが一致し、かつ、記憶部２６の入金処理履歴２６ａ中の履歴が「入金未了」であり、対応するＩＣカード入金履歴２６ｂの加算処理が「未了」の場合、ＩＣカード１０への入金未了と判定し（ステップＳ２１９“ＹＥＳ”）、入金処理部２７２による入金処理を起動する。これを受けて入金処理部２７２では、ＩＣカード１０へ入金未了金額を電子マネー残高に加算する入金処理を実行する（ステップＳ２２０）。
【００４４】
続いて、制御部２７は、ＩＣカード１０から入金完了応答（入金完了信号）を受信すると（ステップＳ２２１“ＹＥＳ”）、履歴更新部２７３が入金処理履歴２６ａの「入金未了」を「入金完了」に更新する（ステップＳ２２２）。ＩＣカード１０から入金完了応答を受信しなかった場合は（ステップＳ２２１“ＮＯ”）、何もせず上述した一連の電子マネー入金処理を終了する。
【００４５】
なお、ステップＳ２１８の「ＩＣカードのＩＤ判定処理」において、一致する識別情報（ＩＤ）が無いと判定されると（ステップＳ２１８“ＮＯ”）、ステップＳ２０４の処理に戻る。また、ステップＳ２１９において、未入金判定部２７１は、記憶部２６の入金処理履歴２６ａ中の「処理日時」と、ＩＣカード入金履歴２６ｂ中の「処理日時」とが一致し、かつ、記憶部２６の入金処理履歴２６ａ中の履歴が「入金未了」であり、対応するＩＣカード入金履歴２６ｂ中の加算処理フィールドが「完了」の場合に、ＩＣカード１０への入金は完了していたと判定し（ステップＳ２１９“ＮＯ”）、履歴更新部２７３が入金処理履歴２６ａの「入金未了」を「入金完了」に更新する（ステップＳ２２２）。このため、入金処理部２７２は、未入金金額をＩＣカード１０の電子マネー残高１４ａに加算する入金処理は実行しない。
【００４６】
ＩＣカード１０の入金履歴が「入金未了」であった場合のステップＳ２２２の履歴更新処理の具体的な処理の事例が図６、図７に示されている。図６は、入金未了確認前のＩＣカード１０と入金機２０における入金（処理）履歴を、図７は、入金未了確認後のＩＣカード１０と入金機２０における入金（処理）履歴を、それぞれ示す。なお、図６、図７共に、（ａ）にＩＣカード１０の入金履歴を、（ｂ）に入金機２０の入金処理履歴を示さしている。ここでは、同じＩＣカード１０に対し、同じ入金機２０で４回の入金処理（入金通番が＃１〜＃４）を実行した場合を例示している。
【００４７】
ここでは、入金通番＃１に吹き出しブロックで説明されているように、図６（ａ）の入金未了確認前のＩＣカード１０の加算処理フィールドが「未」、図６（ｂ）の入金機２０の完了情報フィールドが「未」と記憶されてあったものが、未了金額を入金してその入金（処理）履歴を更新した結果、図７（ａ）の入金未了確認後のＩＣカード１０の加算処理フィールドが「完」、図７（ｂ）の入金機２０の完了情報フィールドが「完了」にそれぞれ更新されていることがわかる。なお、入金通番＃４では、同じく吹き出しブロックに説明されているように、入金機２０の完了情報フィールドのみ「未了」から「完了」に更新されていることがわかる。
【００４８】
なお、ＩＣカード１０に記憶可能な履歴の数には制限があるため、それを超えた場合には入金履歴が消去されてしまう。このため、容量を超えて入金履歴が消去された場合も図５のステップＳ２１８の「ＩＣカードのＩＤ判定処理」で入金未了の履歴に一致する識別情報（ＩＤ）が無いと判定される。このような場合、未入金金額を電子マネー残高に加算する入金処理が出来ない。但し、ＩＣカード１０の入金履歴１４ｃ中の「入金未了」を確認できるようになれば、ＩＣカード１０の中に「入金完了」の入金履歴が無かった場合でもその理由が入金履歴の消滅によるものか入金未了によるものかを判別することができる。
【００４９】
（実施形態の効果）
以上説明のように、本実施形態に係る電子マネー入金システム１によれば、ＩＣカード１０では、認証部１３によって、認証が成立すると入金履歴に入金未了を書き込んで入金機２０に認証応答を送信し、入金機２０では、制御部２７が、ＩＣカード１０に記憶された入金履歴１４ｃと、内蔵する記憶部２６に記憶された入金処理履歴２６ａとを照合し、記憶部２６の入金処理履歴２６ａに対するＩＣカード１０の入金履歴１４ｃが入金未了か否かを判定する。そして、入金未了と判定された場合、入金処理を実行してＩＣカード１０の入金履歴１４ｃを入金完了に更新し、入金処理完了信号を受信して記憶部２６の入金処理履歴２６ａを入金完了に更新する。一方、入金完了と判定されると記憶部２６の入金履歴を入金完了に更新する。
【００５０】
このように、入金処理に先立ち、ＩＣカード１０の入金履歴１４ｃに入金未了を書き込む機能を付加すると共に、入金機２０に、ＩＣカード１０の入金履歴１４ｃを参照する機能を付加することにより、入金機２０の入金未了の入金処理履歴２６ａに対するＩＣカード１０の入金履歴１４ｃが入金未了か否かを判別できるようになる。このため、入金機２０では、入金未了と判別された場合にのみ入金未了の金額をＩＣカード１０に入金処理することができるようになり、したがって、二重入金の問題を回避することができる。
【００５１】
なお、入金機２０は、管理サーバ３０へ入金処理履歴を送信後は、入金未了の金額をＩＣカード１０へ入金する処理は行なわない。その理由は、管理サーバ３０へ送った入金処理履歴は更新出来ないためであり、また、その容量は有限であり、管理サーバ３０へ送信した後はその入金処理履歴を消去してしまうためである。但し、管理サーバ３０へ入金処理履歴を送信後、未了の金額を入金できなくなっても、未了に関する入金処理履歴を入金機２０に保持しておけば、入金が未了か否かのチェックが可能である。したがって、ＩＣカード１０が入金未了の場合には、利用者へ表示画面を通じて、「入金未了があるためコールセンタへ連絡してください」等のメッセージを通知することで注意喚起が可能である。管理センターへ入金処理履歴を送信後に、入金機２０がＩＣカード１０の入金履歴を読み取ったとき、ＩＣカード１０の入金履歴が完了であることが認識できれば、入金機２０から管理センターへ入金履歴の更新情報を送信することも可能である。
【００５２】
また、入金機２０に入金処理履歴２６ａが無くても、ＩＣカード１０の入金履歴１４ｃに「入金未了」があった場合に、入金機２０の表示部２３にコールセンタに誘導する文言等を表示しても良い。なお、入金機２０を電子マネー決済装置兼入金機としてもよい。この場合、図１に示す装置構成と同様のハードウエアで良く、上述した入金処理に、決済処理のためのプログラムを付加した構成になる。例えば、入金機２０が自動販売機に搭載された場合、自動販売機の主制御が入金機２０を制御する構成も考えられる。
【００５３】
なお、上述した本実施形態に係る電子マネー入金システム１によれば、入金機２０に特化し、入金機２０がＩＣカード１０から入金履歴を取得する場合の処理についてのみ説明したが、入金機２０が管理サーバ３０から取得する構成としても良く、また、管理サーバ３０が入金未了の判別を行ってもよい。また、ＩＣカード１０や入金機２０に入金処理履歴のみ記憶する構成についてのみ説明したが、ＩＣカード１０が決済処理やポイントの処理を行った場合には、記憶容量が許す限りその履歴も記憶することができる。したがって、入金（処理）履歴は、単独の履歴としてではなく、他の処理履歴と関連付けて保持しても良い。また、本実施形態に係る電子マネー入金システム１では、記憶媒体としてＩＣカードについてのみ説明したが、携帯端末等の情報端末であってもよい。
【００５４】
以上、本発明の好ましい実施形態について詳述したが、本発明の技術的範囲は上記実施形態に記載の範囲には限定されないことは言うまでもない。上記実施形態に、多様な変更または改良を加えることが可能であることが当業者に明らかである。またその様な変更または改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。
【符号の説明】
【００５５】
１・・電子マネー入金システム、１０・・記憶媒体（ＩＣカード）、１１・・通信部、１２・・制御部、１３・・認証部、１４・・記憶部、１４ａ・・電子マネー残高、１４ｂ・・識別情報（ＩＤ）、１４ｃ・・入金履歴、２０・・入金機、２１・・リーダライタ部、２２・・操作部、２３・・表示部、２４・・通信部、２５・・紙幣処理部、２６・・記憶部、２６ａ・・入金処理履歴、２６ｂ・・ＩＣカード入金履歴、２７・・制御部、３０・・管理サーバ、４０・・通信回線
【特許請求の範囲】
【請求項１】
電子マネーの残金と電子マネーの入金履歴が記憶される記憶媒体と、
前記記憶媒体と通信を行なうリーダライタ部を備え、前記リーダライタ部を介して、前記記憶媒体に電子マネーの入金処理を実行し、前記記憶媒体から入金処理完了信号を受信すると、内蔵する記憶部に入金完了の履歴を書き込み、前記記憶媒体から入金処理完了信号を受信できなかった場合に、前記記憶部に入金未了の履歴を書き込む入金機と、を備えた電子マネー入金システムであって、
前記記憶媒体は、
電子マネーを入金する前に前記入金履歴に入金未了を書き込むとともに入金が完了後に該入金未了の履歴を入金完了へと書き替える制御部を備え、
前記入金機は、
前記記憶媒体に記憶された入金履歴と前記記憶部に記憶された入金処理履歴とを照合し、前記記憶部に記憶された入金処理履歴に対する前記記憶媒体の入金履歴が入金未了か否かを判定する未入金判定部と、前記未入金判定部が入金未了と判定した時、前記記憶媒体へ入金未了金額の入金処理を実行して前記入金処理履歴を入金完了に更新すると共に、前記記憶媒体から前記入金処理完了信号を受信したことを契機に前記記憶部の入金処理履歴を入金完了に更新し、入金完了と判定した時、前記記憶部の入金処理履歴を入金完了に更新する制御部、を備えたことを特徴とする電子マネー入金システム。
【請求項１】
電子マネーの残金と電子マネーの入金履歴が記憶される記憶媒体と、
前記記憶媒体と通信を行なうリーダライタ部を備え、前記リーダライタ部を介して、前記記憶媒体に電子マネーの入金処理を実行し、前記記憶媒体から入金処理完了信号を受信すると、内蔵する記憶部に入金完了の履歴を書き込み、前記記憶媒体から入金処理完了信号を受信できなかった場合に、前記記憶部に入金未了の履歴を書き込む入金機と、を備えた電子マネー入金システムであって、
前記記憶媒体は、
電子マネーを入金する前に前記入金履歴に入金未了を書き込むとともに入金が完了後に該入金未了の履歴を入金完了へと書き替える制御部を備え、
前記入金機は、
前記記憶媒体に記憶された入金履歴と前記記憶部に記憶された入金処理履歴とを照合し、前記記憶部に記憶された入金処理履歴に対する前記記憶媒体の入金履歴が入金未了か否かを判定する未入金判定部と、前記未入金判定部が入金未了と判定した時、前記記憶媒体へ入金未了金額の入金処理を実行して前記入金処理履歴を入金完了に更新すると共に、前記記憶媒体から前記入金処理完了信号を受信したことを契機に前記記憶部の入金処理履歴を入金完了に更新し、入金完了と判定した時、前記記憶部の入金処理履歴を入金完了に更新する制御部、を備えたことを特徴とする電子マネー入金システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２０１２−２３８２６９（Ｐ２０１２−２３８２６９Ａ）
【公開日】平成２４年１２月６日（２０１２．１２．６）
【国際特許分類】
【出願番号】特願２０１１−１０８２４２（Ｐ２０１１−１０８２４２）
【出願日】平成２３年５月１３日（２０１１．５．１３）
【出願人】（３０７００３７７７）株式会社日本コンラックス (140)
【Ｆターム（参考）】
【公開日】平成２４年１２月６日（２０１２．１２．６）
【国際特許分類】
【出願日】平成２３年５月１３日（２０１１．５．１３）
【出願人】（３０７００３７７７）株式会社日本コンラックス (140)
【Ｆターム（参考）】
[ Back to top ]