知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2022080037
(43)【公開日】2022-05-27
(54)【発明の名称】自動取引システム及び自動取引方法
(51)【国際特許分類】
G07D 11/26 20190101AFI20220520BHJP
G06Q 20/08 20120101ALI20220520BHJP
G07D 11/00 20190101ALI20220520BHJP
G07D 11/60 20190101ALI20220520BHJP
【ＦＩ】
G07D11/26 121
G06Q20/08 300
G07D11/00 131Z
G07D11/60 121D
【審査請求】未請求
【請求項の数】12
【出願形態】ＯＬ
(21)【出願番号】P 2020190978
(22)【出願日】2020-11-17
(71)【出願人】
【識別番号】000001432
【氏名又は名称】グローリー株式会社
(74)【代理人】
【識別番号】100104880
【弁理士】
【氏名又は名称】古部 次郎
(74)【代理人】
【識別番号】100125346
【弁理士】
【氏名又は名称】尾形 文雄
(72)【発明者】
【氏名】伊藤 邦彦
(72)【発明者】
【氏名】小尾 友行
【テーマコード（参考）】
3E040
3E141
5L055
【Ｆターム（参考）】
3E040AA03
3E040BA20
3E040DA05
3E040FJ08
3E040FK08
3E141AA03
3E141BA20
3E141DA05
3E141FJ09
3E141FK08
5L055AA14
(57)【要約】
【課題】前回とは異なる自動取引装置を用いて電子マネーの取引が行われる場合にも、未済取引の存在をユーザに通知できるようにする。
【解決手段】互いに通信可能に接続された複数の自動取引装置を有する自動取引システムであって、自動取引装置は、電子マネーの記録媒体から、記録媒体の識別情報を読み取る読取部を有し、自動取引装置は、電子マネーの取引に関してエラーが発生した場合、自装置とは異なる他の自動取引装置に対し、読取部で読み取った識別情報とエラーに関する情報とを送付する。
【選択図】図８
【解決手段】互いに通信可能に接続された複数の自動取引装置を有する自動取引システムであって、自動取引装置は、電子マネーの記録媒体から、記録媒体の識別情報を読み取る読取部を有し、自動取引装置は、電子マネーの取引に関してエラーが発生した場合、自装置とは異なる他の自動取引装置に対し、読取部で読み取った識別情報とエラーに関する情報とを送付する。
【選択図】図８
【特許請求の範囲】
【請求項1】
互いに通信可能に接続された複数の自動取引装置を有する自動取引システムであって、
前記自動取引装置は、電子マネーの記録媒体から、当該記録媒体の識別情報を読み取る読取部を有し、
前記自動取引装置は、電子マネーの取引に関してエラーが発生した場合、自装置とは異なる他の前記自動取引装置に対し、前記読取部で読み取った前記識別情報とエラーに関する情報とを送付する、
自動取引システム。
前記自動取引装置は、電子マネーの記録媒体から、当該記録媒体の識別情報を読み取る読取部を有し、
前記自動取引装置は、電子マネーの取引に関してエラーが発生した場合、自装置とは異なる他の前記自動取引装置に対し、前記読取部で読み取った前記識別情報とエラーに関する情報とを送付する、
自動取引システム。
【請求項2】
複数の前記自動取引装置は、記憶部をそれぞれ有し、
前記識別情報と前記エラーに関する情報とを受信した他の前記自動取引装置は、前記記憶部に当該識別情報と当該エラーに関する情報とを紐付けて記憶し、
他の前記自動取引装置は、前記読取部で読み取られた前記識別情報が、前記記憶部に記憶されている当該識別情報と一致する場合、前回の取引の未完了を通知する、
請求項１に記載の自動取引システム。
前記識別情報と前記エラーに関する情報とを受信した他の前記自動取引装置は、前記記憶部に当該識別情報と当該エラーに関する情報とを紐付けて記憶し、
他の前記自動取引装置は、前記読取部で読み取られた前記識別情報が、前記記憶部に記憶されている当該識別情報と一致する場合、前回の取引の未完了を通知する、
請求項１に記載の自動取引システム。
【請求項3】
複数の前記自動取引装置は、記憶部と表示部をそれぞれ有し、
前記識別情報と前記エラーに関する情報とを受信した他の前記自動取引装置は、前記記憶部に当該識別情報と当該エラーに関する情報とを紐付けて記憶し、
他の前記自動取引装置は、前記読取部で読み取られた前記識別情報が前記記憶部に記憶されている当該識別情報と一致する場合、前記表示部に前回の取引の未完了を示す情報を表示する、
請求項１に記載の自動取引システム。
前記識別情報と前記エラーに関する情報とを受信した他の前記自動取引装置は、前記記憶部に当該識別情報と当該エラーに関する情報とを紐付けて記憶し、
他の前記自動取引装置は、前記読取部で読み取られた前記識別情報が前記記憶部に記憶されている当該識別情報と一致する場合、前記表示部に前回の取引の未完了を示す情報を表示する、
請求項１に記載の自動取引システム。
【請求項4】
前記エラーに関する情報には、エラーが発生した取引を特定する情報が含まれており、
他の前記自動取引装置は、前記読取部で読み取られた前記識別情報が、前記記憶部に記憶されている当該識別情報と一致する場合、前記取引を特定する情報に含まれている取引の自装置における実行を可能な状態に制御する
請求項２又は３に記載の自動取引システム。
他の前記自動取引装置は、前記読取部で読み取られた前記識別情報が、前記記憶部に記憶されている当該識別情報と一致する場合、前記取引を特定する情報に含まれている取引の自装置における実行を可能な状態に制御する
請求項２又は３に記載の自動取引システム。
【請求項5】
前記読取部は、取引を特定する情報を前記記録媒体に書き込み可能な読書部であり、
前記エラーは、前記読書部による書き込み処理の未完了である、
請求項１～４のうちいずれか１項に記載の自動取引システム。
前記エラーは、前記読書部による書き込み処理の未完了である、
請求項１～４のうちいずれか１項に記載の自動取引システム。
【請求項6】
前記自動取引装置には、貨幣の出金機構が設けられており、
前記エラーに関する情報は、前記出金機構からユーザに返却された貨幣の取り忘れを含む、
請求項１～５のうちいずれか１項に記載の自動取引システム。
前記エラーに関する情報は、前記出金機構からユーザに返却された貨幣の取り忘れを含む、
請求項１～５のうちいずれか１項に記載の自動取引システム。
【請求項7】
前記自動取引装置には、取り忘れられている返却貨幣を回収する回収機構が設けられ、
取り忘れられている返却貨幣を前記回収機構が回収した場合、該当する前記自動取引装置は、前記エラーに関する情報として、回収された返却貨幣に関する情報を、前記読取部で読み取られた前記識別情報と共に、自装置とは異なる他の前記自動取引装置に送付する
請求項６に記載の自動取引システム。
取り忘れられている返却貨幣を前記回収機構が回収した場合、該当する前記自動取引装置は、前記エラーに関する情報として、回収された返却貨幣に関する情報を、前記読取部で読み取られた前記識別情報と共に、自装置とは異なる他の前記自動取引装置に送付する
請求項６に記載の自動取引システム。
【請求項8】
複数の前記自動取引装置のいずれかにおいて、前記エラーに関する情報の原因が解消された場合、当該自動取引装置は、それぞれに記憶されている前記識別情報と当該エラーに関する情報を消去する、
請求項２～７のうちいずれか１項に記載の自動取引システム。
請求項２～７のうちいずれか１項に記載の自動取引システム。
【請求項9】
電子マネーの記録媒体から、当該記録媒体の識別情報を読み取る読取部と、第１の記憶部とをそれぞれ有する複数の自動取引装置と、複数の当該自動取引装置のそれぞれと通信可能に接続されたサーバーとを有する自動取引システムであって、
前記サーバーは、第２の記憶部を有し、
前記自動取引装置は、電子マネーの取引に関してエラーが発生した場合、前記サーバーに対し、前記読取部で読み取った前記識別情報とエラーに関する情報とを送付し、
前記サーバーは、複数の前記自動取引装置のうちの１台から前記識別情報と前記エラーに関する情報を受信した場合、前記第２の記憶部に当該識別情報と当該エラーに関する情報を紐付けて記憶すると共に、当該識別情報と当該エラーに関する情報の送信元とは異なる他の前記自動取引装置に対し、受信した当該識別情報を送信する、
自動取引システム。
前記サーバーは、第２の記憶部を有し、
前記自動取引装置は、電子マネーの取引に関してエラーが発生した場合、前記サーバーに対し、前記読取部で読み取った前記識別情報とエラーに関する情報とを送付し、
前記サーバーは、複数の前記自動取引装置のうちの１台から前記識別情報と前記エラーに関する情報を受信した場合、前記第２の記憶部に当該識別情報と当該エラーに関する情報を紐付けて記憶すると共に、当該識別情報と当該エラーに関する情報の送信元とは異なる他の前記自動取引装置に対し、受信した当該識別情報を送信する、
自動取引システム。
【請求項10】
前記サーバーから前記識別情報を受信した他の前記自動取引装置は、前記第１の記憶部に当該識別情報を記憶し、
前記サーバーから前記識別情報を受信した他の前記自動取引装置は、前記読取部で読み取られた前記識別情報が前記第１の記憶部に記憶されている当該識別情報と一致する場合、当該識別情報に紐付けられている前記エラーに関する情報を前記サーバーから取得する、
請求項９に記載の自動取引システム。
前記サーバーから前記識別情報を受信した他の前記自動取引装置は、前記読取部で読み取られた前記識別情報が前記第１の記憶部に記憶されている当該識別情報と一致する場合、当該識別情報に紐付けられている前記エラーに関する情報を前記サーバーから取得する、
請求項９に記載の自動取引システム。
【請求項11】
互いに通信可能に接続された複数の自動取引装置を有する自動取引システムにおいて実行される自動取引方法であって、
複数の前記自動取引装置のうちの１台が、
電子マネーの記録媒体から、当該記録媒体の識別情報を読み取る第１のステップと、
前記記録媒体に電子マネーの取引を実行する第２のステップと、
前記第２のステップの実行中にエラーが発生した場合、自装置とは異なる他の前記自動取引装置に対し、前記記録媒体から読み取った前記識別情報とエラーに関する情報とを送付する第３のステップと
を実行する自動取引方法。
複数の前記自動取引装置のうちの１台が、
電子マネーの記録媒体から、当該記録媒体の識別情報を読み取る第１のステップと、
前記記録媒体に電子マネーの取引を実行する第２のステップと、
前記第２のステップの実行中にエラーが発生した場合、自装置とは異なる他の前記自動取引装置に対し、前記記録媒体から読み取った前記識別情報とエラーに関する情報とを送付する第３のステップと
を実行する自動取引方法。
【請求項12】
電子マネーの記録媒体から、当該記録媒体の識別情報を読み取る読取部をそれぞれ有する複数の自動取引装置と、複数の当該自動取引装置のそれぞれと通信可能に接続されたサーバーとを有する自動取引システムにおいて実行される自動取引方法であって、
複数の前記自動取引装置のうちの１台が、
電子マネーの記録媒体から、当該記録媒体を識別するための識別情報を読み取る第１のステップと、
前記記録媒体に電子マネーの取引を実行する第２のステップと、
前記第２のステップの実行中にエラーが発生した場合、前記サーバーに対し、前記記録媒体から読み取った前記識別情報とエラーに関する情報とを送付する第３のステップと、
前記サーバーが、
複数の前記自動取引装置のうちの１台から前記識別情報と前記エラーに関する情報を受信した場合、当該識別情報と当該エラーに関する情報の送信元とは異なる他の前記自動取引装置に対し、受信した当該識別情報を送信する第４のステップと
を実行する自動取引方法。
複数の前記自動取引装置のうちの１台が、
電子マネーの記録媒体から、当該記録媒体を識別するための識別情報を読み取る第１のステップと、
前記記録媒体に電子マネーの取引を実行する第２のステップと、
前記第２のステップの実行中にエラーが発生した場合、前記サーバーに対し、前記記録媒体から読み取った前記識別情報とエラーに関する情報とを送付する第３のステップと、
前記サーバーが、
複数の前記自動取引装置のうちの１台から前記識別情報と前記エラーに関する情報を受信した場合、当該識別情報と当該エラーに関する情報の送信元とは異なる他の前記自動取引装置に対し、受信した当該識別情報を送信する第４のステップと
を実行する自動取引方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、自動取引システム及び自動取引方法に関する。
【背景技術】
【0002】
今日、様々な決済において、非接触型のＩＣカードやスマートフォン等（以下「ＩＣカード等」という）に予め入金（以下「チャージ」という）された電子マネーが使用されている。電子マネーのチャージには、チャージ機が使用される。ユーザがチャージ機に貨幣を入金すると、入金された貨幣の金額分の電子マネーがＩＣカード等に書き込まれる。
ところが、ＩＣカード等に対する電子マネーの書き込みが失敗することがある。書き込みの失敗は、例えばＩＣカード等に対する電子マネーの書き込みが終わらないうちに、ユーザがＩＣカード等を所定の位置から取り外すことで生じる。
ところが、ＩＣカード等に対する電子マネーの書き込みが失敗することがある。書き込みの失敗は、例えばＩＣカード等に対する電子マネーの書き込みが終わらないうちに、ユーザがＩＣカード等を所定の位置から取り外すことで生じる。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特許第４９３０３２８号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
現行システムの場合、電子マネーの書き込みに失敗しても、ユーザが失敗に気づく機会が少ない。例えば前回の取引で未済取引が発生したチャージ機で同じユーザが新たに電子マネーをチャージする場合や電子マネーの使用時に想定よりも残高が少ない場合にようやく気づくことができる。
【0005】
本発明は、前回とは異なる自動取引装置を用いて電子マネーの取引が行われる場合にも、未済取引の存在をユーザに通知できるようにすることを目的とする。
【課題を解決するための手段】
【0006】
請求項１に記載の発明は、互いに通信可能に接続された複数の自動取引装置を有する自動取引システムであって、前記自動取引装置は、電子マネーの記録媒体から、当該記録媒体の識別情報を読み取る読取部を有し、前記自動取引装置は、電子マネーの取引に関してエラーが発生した場合、自装置とは異なる他の前記自動取引装置に対し、前記読取部で読み取った前記識別情報とエラーに関する情報とを送付する、自動取引システムである。
請求項２に記載の発明は、複数の前記自動取引装置は、記憶部をそれぞれ有し、前記識別情報と前記エラーに関する情報とを受信した他の前記自動取引装置は、前記記憶部に当該識別情報と当該エラーに関する情報とを紐付けて記憶し、他の前記自動取引装置は、前記読取部で読み取られた前記識別情報が、前記記憶部に記憶されている当該識別情報と一致する場合、前回の取引の未完了を通知する、請求項１に記載の自動取引システムである。
請求項３に記載の発明は、複数の前記自動取引装置は、記憶部と表示部をそれぞれ有し、前記識別情報と前記エラーに関する情報とを受信した他の前記自動取引装置は、前記記憶部に当該識別情報と当該エラーに関する情報とを紐付けて記憶し、他の前記自動取引装置は、前記読取部で読み取られた前記識別情報が前記記憶部に記憶されている当該識別情報と一致する場合、前記表示部に前回の取引の未完了を示す情報を表示する、請求項１に記載の自動取引システムである。
請求項４に記載の発明は、前記エラーに関する情報には、エラーが発生した取引を特定する情報が含まれており、他の前記自動取引装置は、前記読取部で読み取られた前記識別情報が、前記記憶部に記憶されている当該識別情報と一致する場合、前記取引を特定する情報に含まれている取引の自装置における実行を可能な状態に制御する請求項２又は３に記載の自動取引システムである。
請求項５に記載の発明は、前記読取部は、取引を特定する情報を前記記録媒体に書き込み可能な読書部であり、前記エラーは、前記読書部による書き込み処理の未完了である、請求項１～４のうちいずれか１項に記載の自動取引システムである。
請求項６に記載の発明は、前記自動取引装置には、貨幣の出金機構が設けられており、前記エラーに関する情報は、前記出金機構からユーザに返却された貨幣の取り忘れを含む、請求項１～５のうちいずれか１項に記載の自動取引システムである。
請求項７に記載の発明は、前記自動取引装置には、取り忘れられている返却貨幣を回収する回収機構が設けられ、取り忘れられている返却貨幣を前記回収機構が回収した場合、該当する前記自動取引装置は、前記エラーに関する情報として、回収された返却貨幣に関する情報を、前記読取部で読み取られた前記識別情報と共に、自装置とは異なる他の前記自動取引装置に送付する請求項６に記載の自動取引システムである。
請求項８に記載の発明は、複数の前記自動取引装置のいずれかにおいて、前記エラーに関する情報の原因が解消された場合、当該自動取引装置は、それぞれに記憶されている前記識別情報と当該エラーに関する情報を消去する、請求項２～７のうちいずれか１項に記載の自動取引システムである。
請求項９に記載の発明は、電子マネーの記録媒体から、当該記録媒体の識別情報を読み取る読取部と、第１の記憶部とをそれぞれ有する複数の自動取引装置と、複数の当該自動取引装置のそれぞれと通信可能に接続されたサーバーとを有する自動取引システムであって、前記サーバーは、第２の記憶部を有し、前記自動取引装置は、電子マネーの取引に関してエラーが発生した場合、前記サーバーに対し、前記読取部で読み取った前記識別情報とエラーに関する情報とを送付し、前記サーバーは、複数の前記自動取引装置のうちの１台から前記識別情報と前記エラーに関する情報を受信した場合、前記第２の記憶部に当該識別情報と当該エラーに関する情報を紐付けて記憶すると共に、当該識別情報と当該エラーに関する情報の送信元とは異なる他の前記自動取引装置に対し、受信した当該識別情報を送信する、自動取引システムである。
請求項１０に記載の発明は、前記サーバーから前記識別情報を受信した他の前記自動取引装置は、前記第１の記憶部に当該識別情報を記憶し、前記サーバーから前記識別情報を受信した他の前記自動取引装置は、前記読取部で読み取られた前記識別情報が前記第１の記憶部に記憶されている当該識別情報と一致する場合、当該識別情報に紐付けられている前記エラーに関する情報を前記サーバーから取得する、請求項９に記載の自動取引システムである。
請求項１１に記載の発明は、互いに通信可能に接続された複数の自動取引装置を有する自動取引システムにおいて実行される自動取引方法であって、複数の前記自動取引装置のうちの１台が、電子マネーの記録媒体から、当該記録媒体の識別情報を読み取る第１のステップと、前記記録媒体に電子マネーの取引を実行する第２のステップと、前記第２のステップの実行中にエラーが発生した場合、自装置とは異なる他の前記自動取引装置に対し、前記記録媒体から読み取った前記識別情報とエラーに関する情報とを送付する第３のステップとを実行する自動取引方法である。
請求項１２に記載の発明は、電子マネーの記録媒体から、当該記録媒体の識別情報を読み取る読取部をそれぞれ有する複数の自動取引装置と、複数の当該自動取引装置のそれぞれと通信可能に接続されたサーバーとを有する自動取引システムにおいて実行される自動取引方法であって、複数の前記自動取引装置のうちの１台が、電子マネーの記録媒体から、当該記録媒体を識別するための識別情報を読み取る第１のステップと、前記記録媒体に電子マネーの取引を実行する第２のステップと、前記第２のステップの実行中にエラーが発生した場合、前記サーバーに対し、前記記録媒体から読み取った前記識別情報とエラーに関する情報とを送付する第３のステップと、前記サーバーが、複数の前記自動取引装置のうちの１台から前記識別情報と前記エラーに関する情報を受信した場合、当該識別情報と当該エラーに関する情報の送信元とは異なる他の前記自動取引装置に対し、受信した当該識別情報を送信する第４のステップとを実行する自動取引方法である。
請求項２に記載の発明は、複数の前記自動取引装置は、記憶部をそれぞれ有し、前記識別情報と前記エラーに関する情報とを受信した他の前記自動取引装置は、前記記憶部に当該識別情報と当該エラーに関する情報とを紐付けて記憶し、他の前記自動取引装置は、前記読取部で読み取られた前記識別情報が、前記記憶部に記憶されている当該識別情報と一致する場合、前回の取引の未完了を通知する、請求項１に記載の自動取引システムである。
請求項３に記載の発明は、複数の前記自動取引装置は、記憶部と表示部をそれぞれ有し、前記識別情報と前記エラーに関する情報とを受信した他の前記自動取引装置は、前記記憶部に当該識別情報と当該エラーに関する情報とを紐付けて記憶し、他の前記自動取引装置は、前記読取部で読み取られた前記識別情報が前記記憶部に記憶されている当該識別情報と一致する場合、前記表示部に前回の取引の未完了を示す情報を表示する、請求項１に記載の自動取引システムである。
請求項４に記載の発明は、前記エラーに関する情報には、エラーが発生した取引を特定する情報が含まれており、他の前記自動取引装置は、前記読取部で読み取られた前記識別情報が、前記記憶部に記憶されている当該識別情報と一致する場合、前記取引を特定する情報に含まれている取引の自装置における実行を可能な状態に制御する請求項２又は３に記載の自動取引システムである。
請求項５に記載の発明は、前記読取部は、取引を特定する情報を前記記録媒体に書き込み可能な読書部であり、前記エラーは、前記読書部による書き込み処理の未完了である、請求項１～４のうちいずれか１項に記載の自動取引システムである。
請求項６に記載の発明は、前記自動取引装置には、貨幣の出金機構が設けられており、前記エラーに関する情報は、前記出金機構からユーザに返却された貨幣の取り忘れを含む、請求項１～５のうちいずれか１項に記載の自動取引システムである。
請求項７に記載の発明は、前記自動取引装置には、取り忘れられている返却貨幣を回収する回収機構が設けられ、取り忘れられている返却貨幣を前記回収機構が回収した場合、該当する前記自動取引装置は、前記エラーに関する情報として、回収された返却貨幣に関する情報を、前記読取部で読み取られた前記識別情報と共に、自装置とは異なる他の前記自動取引装置に送付する請求項６に記載の自動取引システムである。
請求項８に記載の発明は、複数の前記自動取引装置のいずれかにおいて、前記エラーに関する情報の原因が解消された場合、当該自動取引装置は、それぞれに記憶されている前記識別情報と当該エラーに関する情報を消去する、請求項２～７のうちいずれか１項に記載の自動取引システムである。
請求項９に記載の発明は、電子マネーの記録媒体から、当該記録媒体の識別情報を読み取る読取部と、第１の記憶部とをそれぞれ有する複数の自動取引装置と、複数の当該自動取引装置のそれぞれと通信可能に接続されたサーバーとを有する自動取引システムであって、前記サーバーは、第２の記憶部を有し、前記自動取引装置は、電子マネーの取引に関してエラーが発生した場合、前記サーバーに対し、前記読取部で読み取った前記識別情報とエラーに関する情報とを送付し、前記サーバーは、複数の前記自動取引装置のうちの１台から前記識別情報と前記エラーに関する情報を受信した場合、前記第２の記憶部に当該識別情報と当該エラーに関する情報を紐付けて記憶すると共に、当該識別情報と当該エラーに関する情報の送信元とは異なる他の前記自動取引装置に対し、受信した当該識別情報を送信する、自動取引システムである。
請求項１０に記載の発明は、前記サーバーから前記識別情報を受信した他の前記自動取引装置は、前記第１の記憶部に当該識別情報を記憶し、前記サーバーから前記識別情報を受信した他の前記自動取引装置は、前記読取部で読み取られた前記識別情報が前記第１の記憶部に記憶されている当該識別情報と一致する場合、当該識別情報に紐付けられている前記エラーに関する情報を前記サーバーから取得する、請求項９に記載の自動取引システムである。
請求項１１に記載の発明は、互いに通信可能に接続された複数の自動取引装置を有する自動取引システムにおいて実行される自動取引方法であって、複数の前記自動取引装置のうちの１台が、電子マネーの記録媒体から、当該記録媒体の識別情報を読み取る第１のステップと、前記記録媒体に電子マネーの取引を実行する第２のステップと、前記第２のステップの実行中にエラーが発生した場合、自装置とは異なる他の前記自動取引装置に対し、前記記録媒体から読み取った前記識別情報とエラーに関する情報とを送付する第３のステップとを実行する自動取引方法である。
請求項１２に記載の発明は、電子マネーの記録媒体から、当該記録媒体の識別情報を読み取る読取部をそれぞれ有する複数の自動取引装置と、複数の当該自動取引装置のそれぞれと通信可能に接続されたサーバーとを有する自動取引システムにおいて実行される自動取引方法であって、複数の前記自動取引装置のうちの１台が、電子マネーの記録媒体から、当該記録媒体を識別するための識別情報を読み取る第１のステップと、前記記録媒体に電子マネーの取引を実行する第２のステップと、前記第２のステップの実行中にエラーが発生した場合、前記サーバーに対し、前記記録媒体から読み取った前記識別情報とエラーに関する情報とを送付する第３のステップと、前記サーバーが、複数の前記自動取引装置のうちの１台から前記識別情報と前記エラーに関する情報を受信した場合、当該識別情報と当該エラーに関する情報の送信元とは異なる他の前記自動取引装置に対し、受信した当該識別情報を送信する第４のステップとを実行する自動取引方法である。
【発明の効果】
【0007】
本発明によれば、前回とは異なる自動取引装置を用いて電子マネーの取引が行われる場合にも、未済取引の存在をユーザに通知できる。
【図面の簡単な説明】
【0008】
【図1】実施の形態１で使用する電子マネー管理システムの一例を説明する図である。
【図2】チャージ機の外観構成の一例を説明する図である。
【図3】実施の形態１で使用するチャージ機の内部構成の一例を説明する図である。
【図4】実施の形態１におけるチャージ履歴データのデータ例を示す図である。
【図5】実施の形態１における未済情報データのデータ例を示す図である。
【図6】チャージ処理部で実行されるサブ機能を説明する図である。
【図7】電子マネー管理サーバーの内部構成の一例を説明する図である。
【図8】実施の形態１における未済取引に関する処理動作の一例を説明する図である。
【図9】未済取引の存在の通知に用いる連絡画面の一例を説明する図である。
【図10】運用リカバーの実行時に表示される画面の一例を説明する図である。
【図11】未済の解消に伴うチャージ履歴データの更新例を説明する図である。（Ａ）は再書き込みによる未済の解消前のデータ例を示し、（Ｂ）は再書き込みによる未済の解消後のデータ例を示す。
【図12】未済の解消に伴うチャージ履歴データの他の更新例を説明する図である。（Ａ）は返金による未済の解消前のデータ例を示し、（Ｂ）は返金による未済の解消後のデータ例を示す。
【図13】実施の形態２で使用する電子マネー管理システムの一例を説明する図である。
【図14】実施の形態２における未済取引に関する処理動作の一例を説明する図である。
【図15】未済取引の発生機とは異なるチャージ機に表示される画面の一例を説明する図である。（Ａ）は未済取引の存在の通知に用いる連絡画面の一例を示し、（Ｂ）は未済取引の発生機とは異なるチャージ機で未済取引に係るチャージを完了させる場合に表示される画面の一例を示す。
【図16】発生機とは異なるチャージ機で未済取引が解消された場合におけるチャージ履歴データの更新例を説明する図である。（Ａ）は再書き込みによる未済の解消前のデータ例を示し、（Ｂ）は再書き込みによる未済の解消後のデータ例を示す。
【図17】発生機とは異なるチャージ機で未済が解消された場合におけるチャージ履歴データの他の更新例を説明する図である。（Ａ）は返金による未済の解消前のデータ例を示し、（Ｂ）は返金による未済の解消後のデータ例を示す。
【図18】実施の形態３で使用する電子マネー管理システムの一例を説明する図である。
【図19】実施の形態３における未済取引に関する処理動作の一例を説明する図である。
【図20】実施の形態４で使用する電子マネー管理システムの一例を説明する図である。
【図21】実施の形態４で使用するチャージ機の内部構成の一例を説明する図である。
【図22】実施の形態４におけるチャージ履歴データのデータ例を示す図である。
【図23】実施の形態４における未済情報データのデータ例を示す図である。
【図24】未済取引の発生機とは異なる他のチャージ機に表示される画面の例を説明する図である。（Ａ）は未済取引の存在の通知に用いる連絡画面の一例を示し、（Ｂ）は他のチャージ機でおつりの返却等を完了させる場合に表示される画面の一例を示す。
【図25】発生機とは異なるチャージ機で未済取引が解消された場合におけるチャージ履歴データの更新例を説明する図である。
【発明を実施するための形態】
【0009】
以下、添付図面を参照して、実施の形態について詳細に説明する。
＜実施の形態１＞
＜システムの構成＞
図１は、実施の形態１で使用する電子マネー管理システム１の一例を説明する図である。
電子マネー管理システム１は、チャージ機１０と、ネットワーク２０と、電子マネー管理サーバー３０とで構成される。
本実施の形態における電子マネー管理システム１は、自動取引システムの一例である。
＜実施の形態１＞
＜システムの構成＞
図１は、実施の形態１で使用する電子マネー管理システム１の一例を説明する図である。
電子マネー管理システム１は、チャージ機１０と、ネットワーク２０と、電子マネー管理サーバー３０とで構成される。
本実施の形態における電子マネー管理システム１は、自動取引システムの一例である。
【0010】
本実施の形態は、プリペイド方式の電子マネーを想定し、チャージされた電子マネーはＩＣカード等に記録される。ＩＣカード等は、電子マネーを記録する記録媒体の一例である。
ＩＣカード等には、ＩＣカード等の識別に使用するＩＤが付与されている。電子マネーは、このＩＤに紐づけて管理される。本実施の形態では、電子マネーが記録される媒体を区別せず、電子マネーが紐付けられるＩＤをカードＩＤという。カードＩＤは、電子マネーを記録する記録媒体のユーザを識別するための識別情報の一例である。本実施の形態では、カードＩＤが同じ場合、ユーザも同じであると推定する。
ＩＣカード等には、ＩＣカード等の識別に使用するＩＤが付与されている。電子マネーは、このＩＤに紐づけて管理される。本実施の形態では、電子マネーが記録される媒体を区別せず、電子マネーが紐付けられるＩＤをカードＩＤという。カードＩＤは、電子マネーを記録する記録媒体のユーザを識別するための識別情報の一例である。本実施の形態では、カードＩＤが同じ場合、ユーザも同じであると推定する。
【0011】
本実施の形態におけるチャージ機１０は、スーパーマーケットやコンビニエンスストア等の店舗に設置されるチャージ専用の装置である。もっとも、チャージ機１０は、現金自動預け払い機やレジ端末でもよい。
本実施の形態の場合、複数台のチャージ機１０がネットワーク２０に接続されている。複数台のチャージ機１０は、同じ店舗内に設置されていてもよいし、異なる店舗内に設置されていてもよい。本実施の形態の場合、チャージ機１０を設置する事業者は同じでも異なってもよい。
本実施の形態の場合、複数台のチャージ機１０がネットワーク２０に接続されている。複数台のチャージ機１０は、同じ店舗内に設置されていてもよいし、異なる店舗内に設置されていてもよい。本実施の形態の場合、チャージ機１０を設置する事業者は同じでも異なってもよい。
【0012】
図１には、ネットワーク２０に接続されている複数台のチャージ機１０のうちの４台が描かれている。図１では、これらを「チャージ機Ａ」、「チャージ機Ｂ」、「チャージ機Ｃ」、「チャージ機Ｄ」と表記する。
チャージ機１０は、紙幣の投入を受け付け、ユーザが指定する金額分の電子マネーのチャージを実行する。本実施の形態におけるチャージ機１０は、紙幣による電子マネーのチャージを想定するが、硬貨によるチャージが可能でもよい。以下では、紙幣と硬貨を総称する場合、「貨幣」という。
チャージ機１０は、紙幣の投入を受け付け、ユーザが指定する金額分の電子マネーのチャージを実行する。本実施の形態におけるチャージ機１０は、紙幣による電子マネーのチャージを想定するが、硬貨によるチャージが可能でもよい。以下では、紙幣と硬貨を総称する場合、「貨幣」という。
【0013】
チャージ機１０は、貨幣以外の有価価値による電子マネーのチャージが可能でもよい。有価価値には、例えばプリペイドカード、電子的なポイントがある。電子的なポイントには、例えばクレジットカードの利用実績により付与されたポイント、ＱＲコード（登録商標）を用いる決済の利用実績により付与されたポイント、電子マネーの利用実績により付与されたポイント、航空機等の利用実績により付与されたマイル・ポイントがある。
本実施の形態におけるチャージ機１０は、自動取引装置の一例である。
本実施の形態におけるチャージ機１０は、自動取引装置の一例である。
【0014】
ネットワーク２０には、例えばインターネットや専用線を使用する。
電子マネー管理サーバー３０は、電子マネーのチャージが完了していない取引（以下「未済取引」という）の発生を確認したチャージ機１０（以下「発生機」ともいう）から受信すると、発生機を除く他のチャージ機１０に配信する機能を提供する。未済取引は、電子マネーのチャージに関するエラーの一例である。
電子マネー管理サーバー３０は、電子マネーのチャージが完了していない取引（以下「未済取引」という）の発生を確認したチャージ機１０（以下「発生機」ともいう）から受信すると、発生機を除く他のチャージ機１０に配信する機能を提供する。未済取引は、電子マネーのチャージに関するエラーの一例である。
【0015】
未済取引は、例えばＩＣカード等に対する情報の書き込みが完了する前にユーザがＩＣカード等を持ち去った場合、チャージ機１０に障害や故障が起こった場合、チャージに関連する通信や通信相手側に障害や故障等が起こった場合に発生する。
未済取引が発生した場合、チャージ額として指定された金額分の紙幣は、そのままチャージ機１０内に保管される。
未済取引が発生した場合、チャージ額として指定された金額分の紙幣は、そのままチャージ機１０内に保管される。
【0016】
この他、電子マネー管理サーバー３０は、未済取引の発生機における未済状態の解消を、発生機を除く他のチャージ機１０に送信する機能も提供する。未済状態は、例えば未済取引として記録されている電子マネーの情報が、ＩＣカード等に書き込まれることで解消される。
本実施の形態における電子マネー管理サーバー３０は、サーバーの一例である。
本実施の形態における電子マネー管理サーバー３０は、サーバーの一例である。
【0017】
＜チャージ機の構成＞
以下では、図２～図６を使用して、チャージ機１０の構成を説明する。
図２は、チャージ機１０の外観構成の一例を説明する図である。図２に示すチャージ機１０は、表示操作部１１と、音声出力部１２と、カードリーダライタ１３と、レシートプリンタ１４と、紙幣処理ユニット１５とを有している。紙幣処理ユニット１５は、紙幣受入部１５Ａと紙幣払出部１５Ｂとを有している。
以下では、図２～図６を使用して、チャージ機１０の構成を説明する。
図２は、チャージ機１０の外観構成の一例を説明する図である。図２に示すチャージ機１０は、表示操作部１１と、音声出力部１２と、カードリーダライタ１３と、レシートプリンタ１４と、紙幣処理ユニット１５とを有している。紙幣処理ユニット１５は、紙幣受入部１５Ａと紙幣払出部１５Ｂとを有している。
【0018】
表示操作部１１と音声出力部１２は、本体上面の奥側に設けられている斜面に配置されている。手前側か奥側かは、チャージ機１０を操作するユーザの位置を基準に表現する。
表示操作部１１は、例えばタッチパネルで構成される。タッチパネルには、操作に関する情報やボタン等が表示される。また、表示されているボタン等が操作された場合、タッチパネルは、操作の対象であるボタン等に対する操作を受け付ける。表示操作部１１は、表示部の一例である。音声出力部１２は、スピーカであり、音声によるガイダンスやメッセージ等を出力する。表示操作部１１や音声出力部１２は、出力部の一例でもある。
表示操作部１１は、例えばタッチパネルで構成される。タッチパネルには、操作に関する情報やボタン等が表示される。また、表示されているボタン等が操作された場合、タッチパネルは、操作の対象であるボタン等に対する操作を受け付ける。表示操作部１１は、表示部の一例である。音声出力部１２は、スピーカであり、音声によるガイダンスやメッセージ等を出力する。表示操作部１１や音声出力部１２は、出力部の一例でもある。
【0019】
カードリーダライタ１３は、本体上面の手前側に設けられている。電子マネーのチャージには、例えばＮＦＣ（＝Near Field Communication）が用いられる。ＩＣカード等がカードリーダライタ１３に置かれるか近づけられると、カードリーダライタ１３は、ＩＣカード等と通信可能になり、ＩＣカード等との間で情報の書き込み又は読み出しを実行する。カードリーダライタ１３は読取部の一例である。また、カードリーダライタ１３は読書部の一例でもある。
レシートプリンタ１４は、レシートに取引の内容を印字して出力する。取引の内容には、例えば取引の日時、カードＩＤ、チャージされた電子マネーの金額、電子マネーの残高がある。レシートプリンタ１４には、例えばサーマルプリンタが用いられる。
レシートプリンタ１４は、レシートに取引の内容を印字して出力する。取引の内容には、例えば取引の日時、カードＩＤ、チャージされた電子マネーの金額、電子マネーの残高がある。レシートプリンタ１４には、例えばサーマルプリンタが用いられる。
【0020】
紙幣処理ユニット１５は、投入された紙幣の受け付けと、おつりの返却とを実行する。おつりの返却は、投入された紙幣の金額が、ユーザの指定するチャージ額よりも多い場合に実行される。例えば５０００円が投入された場合にチャージ額として３０００円が指定されると、２０００円がおつりとして排出される。紙幣受入部１５Ａは紙幣の投入に使用され、紙幣払出部１５Ｂはおつり等の紙幣の払い出しに使用される。
紙幣処理ユニット１５には、投入された紙幣の金種、真偽、正損、新旧等を識別する識別部が設けられている。識別部により識別された紙幣は、選別部にて更に選別される。正常ではないと識別された紙幣は、紙幣払出部１５Ｂから排出される。紙幣払出部１５Ｂは出金機構の一例である。
紙幣処理ユニット１５には、投入された紙幣の金種、真偽、正損、新旧等を識別する識別部が設けられている。識別部により識別された紙幣は、選別部にて更に選別される。正常ではないと識別された紙幣は、紙幣払出部１５Ｂから排出される。紙幣払出部１５Ｂは出金機構の一例である。
【0021】
図３は、実施の形態１で使用するチャージ機１０の内部構成の一例を説明する図である。図３に示すチャージ機１０は、表示操作部１１と、音声出力部１２と、カードリーダライタ１３と、レシートプリンタ１４と、紙幣処理ユニット１５と、通信部１６と、記憶部１７と、制御部１８と、を有している。
通信部１６は、ネットワーク２０経由で電子マネー管理サーバー３０と通信するためのインターフェースである。
通信部１６は、ネットワーク２０経由で電子マネー管理サーバー３０と通信するためのインターフェースである。
【0022】
記憶部１７は、不揮発性メモリやハードディスク装置等の補助記憶装置である。本実施の形態における記憶部１７には、チャージ履歴データ１７Ａ、未済情報データ１７Ｂ、未済解消情報データ１７Ｃが記憶される。記憶部１７は、第１の記憶部の一例である。
チャージ履歴データ１７Ａには、各チャージ機１０で実行されたチャージの履歴がカードＩＤに紐づけて記憶されている。
チャージ履歴データ１７Ａには、各チャージ機１０で実行されたチャージの履歴がカードＩＤに紐づけて記憶されている。
【0023】
未済情報データ１７Ｂは、未済取引の内容を表す情報であり、未済取引の発生を確認したチャージ機１０（すなわち発生機）が生成して、電子マネー管理サーバー３０に通知する。未済情報データ１７Ｂは、未済取引の発生機とは異なるチャージ機１０の記憶部１７に記憶される。
【0024】
未済解消情報データ１７Ｃは、未済取引の解消を表す情報であり、未済取引の発生機が生成して、電子マネー管理サーバー３０に通知する。未済解消情報データ１７Ｃは、未済情報データ１７Ｂの消去に用いられる。未済解消情報データ１７Ｃは、取消対象である未済情報データ１７Ｂの特定に必要な情報である。未済解消情報データ１７Ｃは、例えば未済情報データ１７Ｂと同じ、発生日時、発生場所、金額、カードＩＤを含めてもよい。
【0025】
図４は、実施の形態１におけるチャージ履歴データ１７Ａのデータ例を示す図である。チャージ履歴データ１７Ａは、例えばカードＩＤとチャージ履歴で構成される。図４の場合、チャージ履歴は、電子マネーをチャージする取引を受け付けた日時、ユーザが指定したチャージの金額、取引のステータスで構成される。取引のステータスには、チャージが完了したことを示す「済」と、チャージが完了していないことを示す「未済」がある。
図４の場合、カードＩＤが「Ｃ０００１」であるＩＣカード等に対する「２０２０／０９／１１ １１：４５」に受け付けた３０００円のチャージが「未済」である。
なお、チャージ履歴データ１７Ａには、カードＩＤに紐付けられているユーザを識別する情報（例えばユーザＩＤ）が含まれてもよい。ユーザを識別する情報は、例えばＩＣカード等から読み出す場合、電子マネー管理サーバー３０（図１参照）から取得する場合がある。
図４の場合、カードＩＤが「Ｃ０００１」であるＩＣカード等に対する「２０２０／０９／１１ １１：４５」に受け付けた３０００円のチャージが「未済」である。
なお、チャージ履歴データ１７Ａには、カードＩＤに紐付けられているユーザを識別する情報（例えばユーザＩＤ）が含まれてもよい。ユーザを識別する情報は、例えばＩＣカード等から読み出す場合、電子マネー管理サーバー３０（図１参照）から取得する場合がある。
【0026】
図５は、実施の形態１における未済情報データ１７Ｂのデータ例を示す図である。未済情報データ１７Ｂは、例えば未済取引の発生日時と、発生場所と、金額と、カードＩＤで構成される。図５の場合、発生日時は「２０２０／０９／１１ １１：４５」である。また、発生場所は「ＡＢＣ ○○店 １Ｆ通路 １番チャージ機」である。
図５の例では、ユーザに提示される前提で発生場所を表現しているが、未済情報データ１７Ｂにおける発生場所は、チャージ機１０が設置されている場所に対して割り振られている管理上の記号や番号でもよい。図５の場合も、カードＩＤは「Ｃ０００１」であり、未済取引の金額は３０００円である。
ここでの発生日時と発生場所と金額は、エラーに関する情報の一例である。また、これらの情報のそれぞれは、エラーが発生した取引を特定する情報の一例でもある。
なお、未済情報データ１７Ｂにも、カードＩＤに紐付けられているユーザを識別する情報が含まれていてもよい。
図５の例では、ユーザに提示される前提で発生場所を表現しているが、未済情報データ１７Ｂにおける発生場所は、チャージ機１０が設置されている場所に対して割り振られている管理上の記号や番号でもよい。図５の場合も、カードＩＤは「Ｃ０００１」であり、未済取引の金額は３０００円である。
ここでの発生日時と発生場所と金額は、エラーに関する情報の一例である。また、これらの情報のそれぞれは、エラーが発生した取引を特定する情報の一例でもある。
なお、未済情報データ１７Ｂにも、カードＩＤに紐付けられているユーザを識別する情報が含まれていてもよい。
【0027】
制御部１８は、ＣＰＵ（＝Central Processing Unit）と、ＢＩＯＳ（＝Basic Input Output System）等が記憶されたＲＯＭ（＝Read Only Memory）と、ワークエリアとして用いられるＲＡＭ（＝Random Access Memory）等を有している。
制御部１８は、いわゆるコンピュータであり、プログラムの実行を通じて各種の機能を実現する。本実施の形態の場合、制御部１８は、プログラムの実行を通じ、表示制御部１８Ａ、カードデータ処理部１８Ｂ、チャージ金額特定部１８Ｃ、チャージ処理部１８Ｄとして機能する。
制御部１８は、いわゆるコンピュータであり、プログラムの実行を通じて各種の機能を実現する。本実施の形態の場合、制御部１８は、プログラムの実行を通じ、表示制御部１８Ａ、カードデータ処理部１８Ｂ、チャージ金額特定部１８Ｃ、チャージ処理部１８Ｄとして機能する。
【0028】
表示制御部１８Ａは、表示操作部１１の表示を制御する。例えば表示制御部１８Ａは、待機画面上に取引の内容を選択するためのボタンを表示操作部１１に表示する。取引の内容には、例えば電子マネーのチャージと残高の確認がある。
電子マネーのチャージが選択された場合、表示制御部１８Ａは、チャージに使用する有価価値の種類を指定する画面、チャージ額を指定する画面等も表示操作部１１に表示する。また、表示制御部１８Ａは、チャージの結果も表示操作部１１に表示する。
電子マネーのチャージが選択された場合、表示制御部１８Ａは、チャージに使用する有価価値の種類を指定する画面、チャージ額を指定する画面等も表示操作部１１に表示する。また、表示制御部１８Ａは、チャージの結果も表示操作部１１に表示する。
【0029】
なお、ＩＣカード等から読み取られたカードＩＣに未済取引の履歴がある場合、表示制御部１８Ａは、表示操作部１１に未済取引の存在をユーザに通知する画面を表示させる。換言すると、表示制御部１８Ａは、前回の取引の未完了をユーザに通知する画面を表示操作部１１に表示する。本実施の形態の場合、未済取引の存在は、ユーザによるチャージや確認の操作を受け付ける前に表示される。
【0030】
カードデータ処理部１８Ｂは、ＩＣカード等に記録されているデータを処理する。例えばカードデータ処理部１８Ｂは、電子マネーに対応したＩＣカード等のカードＩＤ、電子マネーの残高等を取得し、電子マネーのチャージや残高の確認に備える。
チャージ金額特定部１８Ｃは、表示操作部１１に表示されたボタンに対するユーザの操作を通じ、チャージ額の指定を受け付ける。
チャージ処理部１８Ｄは、ＩＣカード等に電子マネーをチャージする処理を実行する。具体的には、ＩＣカード等に対するチャージ額の情報が書き込まれる。
チャージ金額特定部１８Ｃは、表示操作部１１に表示されたボタンに対するユーザの操作を通じ、チャージ額の指定を受け付ける。
チャージ処理部１８Ｄは、ＩＣカード等に電子マネーをチャージする処理を実行する。具体的には、ＩＣカード等に対するチャージ額の情報が書き込まれる。
【0031】
図６は、チャージ処理部１８Ｄで実行されるサブ機能を説明する図である。チャージ処理部１８Ｄは、サブ機能として、チャージ実行部１８Ｄ１、未済情報送信部１８Ｄ２と、未済情報登録部１８Ｄ３と、未済取引ユーザ通知部１８Ｄ４と、未済解消処理部１８Ｄ５と、未済解消情報送信部１８Ｄ６と、未済情報消去部１８Ｄ７とを有している。
【0032】
チャージ実行部１８Ｄ１は、待機画面で電子マネーのチャージの操作を受け付けた場合に動作するサブ機能である。チャージ実行部１８Ｄ１は、取引の対象であるカードＩＤ、ＩＣカード等に記録されている電子マネーの残高をカードデータ処理部１８Ｂ（図３参照）から取得する。また、チャージ実行部１８Ｄ１は、チャージ額が特定されると、ユーザによる入金を待ち受ける。入金が完了すると、紙幣処理ユニット１５は、入金された紙幣を計数する。入金額がチャージ額と同じ場合、チャージ実行部１８Ｄ１は、取引の対象であるＩＣカード等に記録されている残高の情報を、チャージ額を加算した金額に書き換える。
【0033】
入金された金額がチャージ額を超過していた場合、チャージ実行部１８Ｄ１は、紙幣処理ユニット１５におつりの紙幣を払い出した上で、取引の対象であるＩＣカード等に記録されている残高の情報を、チャージ額を加算した金額に書き換える。入金した金額がチャージ額に満たない場合、チャージ実行部１８Ｄ１は、チャージを開始しない。もっとも、入金した金額がチャージ額に満たない状態でも、ユーザが所定の操作を行った場合には、入金された金額分のチャージを実行可能としてもよい。ここでいう所定の操作とは、例えば表示操作部１１に表示された「入金額をチャージする」等のボタンを操作することを示す。また、チャージ実行部１８Ｄ１は、チャージ処理が完了した場合、チャージの結果を印字したレシートの発行を、レシートプリンタ１４に指示する。
【0034】
この他、チャージ実行部１８Ｄ１は、チャージ履歴データ１７Ａを記憶部１７（図３参照）に記録する。チャージ実行部１８Ｄ１は、チャージ処理が完了した場合、対応する取引のステータスに「済」を記録し、未済取引が発生した場合、対応する取引のステータスに「未済」を記録する。
本実施の形態におけるチャージ実行部１８Ｄ１は、未済取引が発生したために本体内に保管している金額分も含む紙幣の全額が回収されないように、少なくとも未済取引のチャージ額は機内に残す処理も実行する。
本実施の形態におけるチャージ実行部１８Ｄ１は、未済取引が発生したために本体内に保管している金額分も含む紙幣の全額が回収されないように、少なくとも未済取引のチャージ額は機内に残す処理も実行する。
【0035】
未済情報送信部１８Ｄ２は、未済取引の発生が確認された場合に実行されるサブ機能である。未済情報送信部１８Ｄ２は、チャージ履歴データ１７Ａ（図４参照）に基づいて未済情報データ１７Ｂを生成し、電子マネー管理サーバー３０に送信する。
未済情報登録部１８Ｄ３は、電子マネー管理サーバー３０から未済情報データ１７Ｂが受信された場合、記憶部１７（図３参照）に受信した未済情報データ１７Ｂを登録するサブ機能である。
未済情報登録部１８Ｄ３は、電子マネー管理サーバー３０から未済情報データ１７Ｂが受信された場合、記憶部１７（図３参照）に受信した未済情報データ１７Ｂを登録するサブ機能である。
【0036】
未済取引ユーザ通知部１８Ｄ４は、ＩＣカード等から読み取ったカードＩＤが未済情報データ１７ＢのカードＩＤと一致する場合に、未済取引の存在をユーザに通知するサブ機能である。本実施の形態における未済取引ユーザ通知部１８Ｄ４は、例えば表示操作部１１に未済取引の存在を表示する。もっとも、ユーザに対する未済取引の存在の通知には、アラーム音、ガイダンス音声、警告ランプ等の点灯や点滅を用いてもよい。未済取引ユーザ通知部１８Ｄ４は、未済取引が発生した発生機と発生機から通知を受けた他のチャージ機１０の両方で実行される。
【0037】
未済解消処理部１８Ｄ５は、未済取引の解消に関する処理を実行するサブ機能である。未済解消処理部１８Ｄ５は、未済取引の発生機において実行される。未済取引を解消する処理には、例えば完了していないチャージ処理の再実行、保管されている紙幣の返却、係員の呼び出しがある。いずれを実行するかは、ユーザによる指定が可能である。チャージ処理の再実行では、ＩＣカード等に対するチャージ額の書き込みが再開される。未済解消処理部１８Ｄ５は、チャージ処理が完了した場合、チャージ履歴データ１７Ａ（図４参照）のステータスを「未済」から「済」に書き換える。
【0038】
未済解消情報送信部１８Ｄ６は、未済取引が解消された場合に実行されるサブ機能である。未済解消情報送信部１８Ｄ６は、未済取引が解消されたチャージ機１０（すなわち発生機）で実行される。未済解消情報送信部１８Ｄ６は、チャージ履歴データ１７Ａに基づいて未済解消情報データ１７Ｃを生成し、電子マネー管理サーバー３０に送信する。
未済情報消去部１８Ｄ７は、電子マネー管理サーバー３０から未済解消情報データ１７Ｃが受信された場合、記憶部１７（図３参照）に登録されている未済情報データ１７Ｂを消去するサブ機能である。なお、未済情報データ１７Ｂの消去は、データの物理的な消去でもよいし、未済情報データ１７Ｂに対する無効フラグの記録でもよい。
本実施の形態の場合、未済取引のチャージ額を機内に残しているが、他の紙幣同様、回収してもよい。その場合、回収された未済分のチャージ金額と未済発生日時と、カードＩＤ等に関する情報、ならびに当該紙幣を回収している旨の情報を関連付けて記憶部１７に保存してもよい。
未済情報消去部１８Ｄ７は、電子マネー管理サーバー３０から未済解消情報データ１７Ｃが受信された場合、記憶部１７（図３参照）に登録されている未済情報データ１７Ｂを消去するサブ機能である。なお、未済情報データ１７Ｂの消去は、データの物理的な消去でもよいし、未済情報データ１７Ｂに対する無効フラグの記録でもよい。
本実施の形態の場合、未済取引のチャージ額を機内に残しているが、他の紙幣同様、回収してもよい。その場合、回収された未済分のチャージ金額と未済発生日時と、カードＩＤ等に関する情報、ならびに当該紙幣を回収している旨の情報を関連付けて記憶部１７に保存してもよい。
【0039】
＜電子マネー管理サーバーの構成＞
図７は、電子マネー管理サーバー３０の内部構成の一例を説明する図である。図７に示す電子マネー管理サーバー３０は、表示部３１と、操作部３２と、通信部３３と、記憶部３４と、制御部３５と、を有している。
表示部３１は、液晶ディスプレイや有機ＥＬ（＝Electro Luminescence）ディスプレイ等からなる表示デバイスである。
図７は、電子マネー管理サーバー３０の内部構成の一例を説明する図である。図７に示す電子マネー管理サーバー３０は、表示部３１と、操作部３２と、通信部３３と、記憶部３４と、制御部３５と、を有している。
表示部３１は、液晶ディスプレイや有機ＥＬ（＝Electro Luminescence）ディスプレイ等からなる表示デバイスである。
【0040】
操作部３２は、マウスやキーボード等からなる入力デバイスである。
通信部３３は、ネットワーク２０経由でチャージ機１０と通信するためのインターフェースである。
記憶部３４は、不揮発性メモリやハードディスク装置等の補助記憶装置である。本実施の形態の場合、未済情報データ１７Ｂ（図３参照）や未済解消情報データ１７Ｃ（図３参照）を配信するための配信先データ３４Ａが記憶されている。配信先データ３４Ａは、例えばチャージ機１０のＩＰアドレスの一覧である。記憶部３４は、第２の記憶部の一例である。
通信部３３は、ネットワーク２０経由でチャージ機１０と通信するためのインターフェースである。
記憶部３４は、不揮発性メモリやハードディスク装置等の補助記憶装置である。本実施の形態の場合、未済情報データ１７Ｂ（図３参照）や未済解消情報データ１７Ｃ（図３参照）を配信するための配信先データ３４Ａが記憶されている。配信先データ３４Ａは、例えばチャージ機１０のＩＰアドレスの一覧である。記憶部３４は、第２の記憶部の一例である。
【0041】
制御部３５は、ＣＰＵと、ＢＩＯＳ等が記憶されたＲＯＭと、ワークエリアとして用いられるＲＡＭ等を有している。
制御部３５は、いわゆるコンピュータであり、プログラムの実行を通じて各種の機能を実現する。本実施の形態の場合、制御部３５は、プログラムの実行を通じ、未済情報配信部３５Ａ、未済解消情報配信部３５Ｂとして機能する。
制御部３５は、いわゆるコンピュータであり、プログラムの実行を通じて各種の機能を実現する。本実施の形態の場合、制御部３５は、プログラムの実行を通じ、未済情報配信部３５Ａ、未済解消情報配信部３５Ｂとして機能する。
【0042】
未済情報配信部３５Ａは、未済情報データ１７Ｂが未済取引の発生機から受信された場合に、発生機を除くチャージ機１０を宛先として、受信した未済情報データ１７Ｂを配信するサブ機能である。この配信により、ネットワーク２０に接続されている全てのチャージ機１０において、未済取引の内容と取引の対象であるカードＩＤの情報が共有される。
未済解消情報配信部３５Ｂは、未済取引が解消されたチャージ機１０から未済解消情報データ１７Ｃが受信された場合に、送信元を除くチャージ機１０を宛先として、受信した未済解消情報データ１７Ｃを配信するサブ機能である。この配信により、ネットワーク２０に接続されている全てのチャージ機１０において、解消された未済取引の内容と取引の対象であるカードＩＤの情報が共有される。
未済解消情報配信部３５Ｂは、未済取引が解消されたチャージ機１０から未済解消情報データ１７Ｃが受信された場合に、送信元を除くチャージ機１０を宛先として、受信した未済解消情報データ１７Ｃを配信するサブ機能である。この配信により、ネットワーク２０に接続されている全てのチャージ機１０において、解消された未済取引の内容と取引の対象であるカードＩＤの情報が共有される。
【0043】
＜処理動作＞
以下では、図８～図１２を使用して実施の形態１で使用する電子マネー管理システム１（図１参照）における処理動作を説明する。
図８は、実施の形態１における未済取引に関する処理動作の一例を説明する図である。図８に示す処理動作は、未済取引が発生するチャージ機１０（チャージ機Ａ）と、他のチャージ機１０（チャージ機Ｂ、Ｃ、Ｄ…）との連携により実現される。なお、図８では、未済取引の対象ユーザをユーザＡとする。なお、図中に示す記号のＳはステップを表している。
以下では、図８～図１２を使用して実施の形態１で使用する電子マネー管理システム１（図１参照）における処理動作を説明する。
図８は、実施の形態１における未済取引に関する処理動作の一例を説明する図である。図８に示す処理動作は、未済取引が発生するチャージ機１０（チャージ機Ａ）と、他のチャージ機１０（チャージ機Ｂ、Ｃ、Ｄ…）との連携により実現される。なお、図８では、未済取引の対象ユーザをユーザＡとする。なお、図中に示す記号のＳはステップを表している。
【0044】
図８では、「チャージ機Ａ」で未済取引が発生する（ステップ１）。未済取引は、チャージの完了を通知する画面が表示される前に、ユーザＡがＩＣカード等をカードリーダライタ１３（図３参照）から取り外して立ち去った場合等に発生する。多くの場合、ユーザＡは、チャージの失敗には気づいていない。
未済取引が発生したチャージ機１０（すなわちチャージ機Ａ）は、電子マネー管理サーバー３０に対し、未済情報データ１７Ｂ（図３参照）を送信する（ステップ２）。
未済取引が発生したチャージ機１０（すなわちチャージ機Ａ）は、電子マネー管理サーバー３０に対し、未済情報データ１７Ｂ（図３参照）を送信する（ステップ２）。
【0045】
未済情報データ１７Ｂを受信した電子マネー管理サーバー３０は、受信した未済情報データ１７Ｂを他のチャージ機１０（すなわちチャージ機Ｂ、Ｃ、Ｄ…）に配信する（ステップ３）。一方、配信先である他のチャージ機１０は、受信した未済情報データ１７Ｂを記憶部１７（図３参照）に登録する（ステップ４）。ステップ１からステップ４までの処理は、ほぼリアルタイムで実行される。ステップ４の登録により、全てのチャージ機１０の間で未済取引の情報の共有が実現される。
【0046】
他のチャージ機１０（すなわちチャージ機Ｂ、Ｃ、Ｄ…）は、新規取引のたび、取引に用いるＩＣカード等のカードＩＣを取得する（ステップ１１）。
次に、他のチャージ機１０は、取得したカードＩＤと未済情報データ１７ＢのカードＩＤとを照合する（ステップ１２）。この照合は、未済情報データ１７Ｂが登録されている場合に限り実行される。未済情報データ１７Ｂが登録されていない場合、又は、取得したカードＩＤが未済情報データ１７ＢのカードＩＤと一致しない場合、他のチャージ機１０は、ユーザの指定する取引を実行する。
次に、他のチャージ機１０は、取得したカードＩＤと未済情報データ１７ＢのカードＩＤとを照合する（ステップ１２）。この照合は、未済情報データ１７Ｂが登録されている場合に限り実行される。未済情報データ１７Ｂが登録されていない場合、又は、取得したカードＩＤが未済情報データ１７ＢのカードＩＤと一致しない場合、他のチャージ機１０は、ユーザの指定する取引を実行する。
【0047】
これに対し、取得したカードＩＤが未済情報データ１７ＢのカードＩＤと一致した場合、他のチャージ機１０（すなわちチャージ機Ｂ、Ｃ、Ｄ…）は、未済取引の存在をユーザに通知する（ステップ１３）。
ユーザへの通知には、連絡画面、アラーム音、ガイダンス音声、警告ランプ等が用いられる。
図９は、未済取引の存在の通知に用いる連絡画面４０の一例を説明する図である。連絡画面４０には、未済取引の存在を通知する文４１と、未済取引が発生したチャージ機１０の場所を示す情報４２と、画面を閉じるためのボタン４３と、係員の呼び出す場合に操作されるボタン４４とが配置されている。
ユーザへの通知には、連絡画面、アラーム音、ガイダンス音声、警告ランプ等が用いられる。
図９は、未済取引の存在の通知に用いる連絡画面４０の一例を説明する図である。連絡画面４０には、未済取引の存在を通知する文４１と、未済取引が発生したチャージ機１０の場所を示す情報４２と、画面を閉じるためのボタン４３と、係員の呼び出す場合に操作されるボタン４４とが配置されている。
【0048】
図９の場合、「前回のチャージが正しく行えていません。下記のチャージ機で処理を完了させてください。」との文面に続いて、未済取引が発生したチャージ機１０を特定する情報として「ＡＢＣ ○○店 １Ｆ通路」の「１番」のチャージ機が示されている。
なお、図９に示す連絡画面４０には記載していないが、該当するチャージ機１０の場所を説明する地図や現在地から該当するチャージ機１０までの道順、未済取引が発生した日時のいずれか又は全部が含まれてもよい。
なお、図９に示す連絡画面４０には記載していないが、該当するチャージ機１０の場所を説明する地図や現在地から該当するチャージ機１０までの道順、未済取引が発生した日時のいずれか又は全部が含まれてもよい。
【0049】
未済取引が発生したチャージ機１０の場所を文字で表示するだけでは、未済取引が発生したチャージ機１０の場所をユーザが理解できない可能性もあるためである。例えば未済取引が馴染みのない外出先であった場合には、文字の情報だけでは該当するチャージ機１０の場所が分からない可能性がある。また、未済取引が発生したチャージ機１０が大きな駅や商業施設に設置されている場合や同じ場所に複数台のチャージ機１０が並んで設置されている場合、どのチャージ機１０か分からない可能性がある。
【0050】
なお、連絡画面４０の全部又は一部、地図や道順がレシートに印字されて出力されるようにしてもよい。レシートへの印字は、連絡画面４０に表示した印刷ボタンが操作された場合に実行されてもよいし、ユーザの操作とは関係なく、連絡画面４０が表示される場合には必ず実行されてもよい。
なお、ユーザがボタン４３を操作すると、チャージ等を受け付ける画面に戻る。未済取引の解消をチャージの実行条件とするのでは、ユーザの利便性が損なわれるためである。例えば発生機の場所が現在地から離れており、すぐには移動できない可能性もある。
なお、ユーザがボタン４３を操作すると、チャージ等を受け付ける画面に戻る。未済取引の解消をチャージの実行条件とするのでは、ユーザの利便性が損なわれるためである。例えば発生機の場所が現在地から離れており、すぐには移動できない可能性もある。
【0051】
本実施の形態の場合、ＩＣカード等から取得したカードＩＤが未済情報データ１７ＢのカードＩＤと一致する場合に連絡画面４０が表示されているが、カードＩＤに紐付けられているユーザを識別する情報（以下「ユーザＩＤ」という）を通じてユーザの同一性が確認された場合には、連絡画面４０が表示されるようにしてもよい。
この場合、他のチャージ機１０で使用されるＩＣカード等と未済取引が発生したＩＣカード等とが異なっても、ユーザに対して、未済取引の存在を通知することができる。
この機能は、例えば複数枚のＩＣカードをユーザが使い分ける場合や電子マネー対応のスマートフォン等とＩＣカードをユーザが使用する場合に便利である。
この場合、他のチャージ機１０で使用されるＩＣカード等と未済取引が発生したＩＣカード等とが異なっても、ユーザに対して、未済取引の存在を通知することができる。
この機能は、例えば複数枚のＩＣカードをユーザが使い分ける場合や電子マネー対応のスマートフォン等とＩＣカードをユーザが使用する場合に便利である。
【0052】
図８の説明に戻る。
ユーザが未済取引の発生したチャージ機１０に戻った場合、ユーザは、カードＩＤを読み取らせることで表示される画面に基づいて、未済取引を解消する操作を開始する。具体的には、チャージ機１０は、取得したカードＩＤがチャージ履歴データ１７Ａのステータスが「未済」である取引のカードＩＤと一致する場合、運用リカバリーを実行する（ステップ２１）。
ユーザが未済取引の発生したチャージ機１０に戻った場合、ユーザは、カードＩＤを読み取らせることで表示される画面に基づいて、未済取引を解消する操作を開始する。具体的には、チャージ機１０は、取得したカードＩＤがチャージ履歴データ１７Ａのステータスが「未済」である取引のカードＩＤと一致する場合、運用リカバリーを実行する（ステップ２１）。
【0053】
図１０は、運用リカバリーの実行時に表示される画面５０の一例を説明する図である。画面５０には、未済取引の存在の通知とユーザの選択を促す文５１と、未完了であるチャージ額の再書き込みを受け付けるボタン５２と、保管している紙幣の返金を受け付けるボタン５３と、係員を呼び出す場合に操作されるボタン５４とが配置されている。
【0054】
図１０の場合、「前回のチャージが正しく行えていません。希望する処理を選択してください。」との文面が表示されている。
ボタン５２が操作されると、再書き込みのためのガイダンスが表示され、ＩＣカード等に対する電子マネーのチャージが再開される。本実施の形態における再チャージでは、未済取引で指定されたチャージ額のチャージが実行される。
ボタン５２が操作されると、再書き込みのためのガイダンスが表示され、ＩＣカード等に対する電子マネーのチャージが再開される。本実施の形態における再チャージでは、未済取引で指定されたチャージ額のチャージが実行される。
【0055】
もっとも、チャージ機１０に保管されている金額の範囲内でチャージ額を新たに指定できるようにしてもよい。未済取引の存在を通知した他のチャージ機１０において追加のチャージを実行したユーザによっては、未済取引で指定されたチャージ額の全額のチャージを望まない場合も考えられるためである。その場合には、新たに指定されたチャージ額によるチャージの後に、保管されている紙幣の一部がおつりとして返金される。
なお、追加の紙幣の投入を条件として、未済取引のチャージ額の金額を超えるチャージ額の指定を可能としてもよい。
なお、追加の紙幣の投入を条件として、未済取引のチャージ額の金額を超えるチャージ額の指定を可能としてもよい。
【0056】
また、ボタン５３が操作されると、保管されている紙幣の全額が返金される。もっとも、ボタン５３が操作された場合にも、チャージ機１０内に保管されている金額の範囲で返金額を指定できるようにしてもよい。この場合、チャージ機１０内に保管されている金額と返金額との差額が、ＩＣカード等に自動的にチャージされるようにしてもよい。
ボタン５４が操作された場合、係員が所有する端末等に対して呼び出しが通知される。呼び出された係員は、その場で客に操作方法等を説明したり、係員専用の操作コマンドにより、未済に関する詳細情報を閲覧可能となったり、再書込みや返金等の操作が可能となったりする。このようにボタン５４が操作されると、係員の操作や係員のサポートにより、再書込みや返金が実行される。なお、例えばボタン５４が操作されたことをきっかけとして、係員ＩＤの入力を促す画面が表示され、入力された係員ＩＤが電子マネー管理サーバー３０等で認証されることにより、係員専用の操作コマンドによる操作が可能となる。
運用リカバリーが終了すると、チャージ機１０（すなわちチャージ機Ａ）は、チャージ履歴データ１７Ａのステータスを「済」に変更する（ステップ２２）。
ボタン５４が操作された場合、係員が所有する端末等に対して呼び出しが通知される。呼び出された係員は、その場で客に操作方法等を説明したり、係員専用の操作コマンドにより、未済に関する詳細情報を閲覧可能となったり、再書込みや返金等の操作が可能となったりする。このようにボタン５４が操作されると、係員の操作や係員のサポートにより、再書込みや返金が実行される。なお、例えばボタン５４が操作されたことをきっかけとして、係員ＩＤの入力を促す画面が表示され、入力された係員ＩＤが電子マネー管理サーバー３０等で認証されることにより、係員専用の操作コマンドによる操作が可能となる。
運用リカバリーが終了すると、チャージ機１０（すなわちチャージ機Ａ）は、チャージ履歴データ１７Ａのステータスを「済」に変更する（ステップ２２）。
【0057】
図１１は、未済の解消に伴うチャージ履歴データ１７Ａの更新例を説明する図である。（Ａ）は再書き込みによる未済の解消前のデータ例を示し、（Ｂ）は再書き込みによる未済の解消後のデータ例を示す。
図１１に示すチャージ履歴データ１７Ａは、図４を前提としている。ただし、図１１に示すチャージ履歴データ１７Ａには、チャージ履歴に備考欄が追加されている。
図１１の場合、未済取引が発生した「２０２０／０９／１１」の翌日である「２０２０／０９／１２」の「１５：５６」に再書込みにより未済が解消されたことが備考欄に記録されている。また、ステータスも「未済」から「済」に更新されている。
図１１に示すチャージ履歴データ１７Ａは、図４を前提としている。ただし、図１１に示すチャージ履歴データ１７Ａには、チャージ履歴に備考欄が追加されている。
図１１の場合、未済取引が発生した「２０２０／０９／１１」の翌日である「２０２０／０９／１２」の「１５：５６」に再書込みにより未済が解消されたことが備考欄に記録されている。また、ステータスも「未済」から「済」に更新されている。
【0058】
図１２は、未済の解消に伴うチャージ履歴データ１７Ａの他の更新例を説明する図である。（Ａ）は返金による未済の解消前のデータ例を示し、（Ｂ）は返金による未済の解消後のデータ例を示す。
図１２に示すチャージ履歴データ１７Ａも、図４を前提とする。図１２に示すチャージ履歴データ１７Ａにも、図１１と同じく、チャージ履歴に備考欄が追加されている。
図１２の場合、未済取引が発生した「２０２０／０９／１１」の翌日である「２０２０／０９／１２」の「１５：５６」に返金により未済が解消されたことが備考欄に記載されている。また、ステータスも「未済」から「返金」に更新されている。
図１２に示すチャージ履歴データ１７Ａも、図４を前提とする。図１２に示すチャージ履歴データ１７Ａにも、図１１と同じく、チャージ履歴に備考欄が追加されている。
図１２の場合、未済取引が発生した「２０２０／０９／１１」の翌日である「２０２０／０９／１２」の「１５：５６」に返金により未済が解消されたことが備考欄に記載されている。また、ステータスも「未済」から「返金」に更新されている。
【0059】
図８の説明に戻る。
ステップ２２が終了すると、チャージ機１０（すなわちチャージ機Ａ）は、未済解消情報データ１７Ｃを電子マネー管理サーバー３０に送信する（ステップ２３）。
一方、電子マネー管理サーバー３０は、受信した未済解消情報データ１７Ｃを他のチャージ機１０（すなわちチャージ機Ｂ、Ｃ、Ｄ…）に配信する（ステップ２４）。
配信を受けた他のチャージ機１０は、未済情報データ１７Ｂ（図３参照）を消去する（ステップ２５）。これにより、他のチャージ機１０では、未済取引の存在を通知する連絡画面４０（図９参照）は表示されなくなる。
なお、チャージ機１０は、未済解消情報データ１７Ｃを電子マネー管理サーバー３０に送信するとしたが、これに限らず、未済解消情報データ１７Ｃは、チャージ機１０内の記憶部１７だけに記憶し、他のチャージ機１０でカードＩＤが読み取られた場合に、該当するカードＩＤに関連する未済情報がないか否かを、全てのチャージ機１０に対して常に問い合わせてもよい。
ステップ２２が終了すると、チャージ機１０（すなわちチャージ機Ａ）は、未済解消情報データ１７Ｃを電子マネー管理サーバー３０に送信する（ステップ２３）。
一方、電子マネー管理サーバー３０は、受信した未済解消情報データ１７Ｃを他のチャージ機１０（すなわちチャージ機Ｂ、Ｃ、Ｄ…）に配信する（ステップ２４）。
配信を受けた他のチャージ機１０は、未済情報データ１７Ｂ（図３参照）を消去する（ステップ２５）。これにより、他のチャージ機１０では、未済取引の存在を通知する連絡画面４０（図９参照）は表示されなくなる。
なお、チャージ機１０は、未済解消情報データ１７Ｃを電子マネー管理サーバー３０に送信するとしたが、これに限らず、未済解消情報データ１７Ｃは、チャージ機１０内の記憶部１７だけに記憶し、他のチャージ機１０でカードＩＤが読み取られた場合に、該当するカードＩＤに関連する未済情報がないか否かを、全てのチャージ機１０に対して常に問い合わせてもよい。
【0060】
＜実施の形態２＞
＜システムの構成＞
図１３は、実施の形態２で使用する電子マネー管理システム１Ａの一例を説明する図である。図１３には、図１との対応部分に対応する符号を付して示している。
電子マネー管理システム１Ａは、チャージ機１０Ａと、ネットワーク２０と、電子マネー管理サーバー３０とで構成される。
実施の形態１の場合、未済取引の解消は、未済取引の発生機で行う必要があった。しかし、本実施の形態の場合には、未済取引の発生を通知された他のチャージ機１０Ａでも、未済取引の解消を可能とする。
＜システムの構成＞
図１３は、実施の形態２で使用する電子マネー管理システム１Ａの一例を説明する図である。図１３には、図１との対応部分に対応する符号を付して示している。
電子マネー管理システム１Ａは、チャージ機１０Ａと、ネットワーク２０と、電子マネー管理サーバー３０とで構成される。
実施の形態１の場合、未済取引の解消は、未済取引の発生機で行う必要があった。しかし、本実施の形態の場合には、未済取引の発生を通知された他のチャージ機１０Ａでも、未済取引の解消を可能とする。
【0061】
本実施の形態では、未済取引の解消が可能な他のチャージ機１０Ａは、未済取引の発生機と同じ事業者が運用している場合を想定する。事業者が同じであれば、未済取引の解消が可能な他のチャージ機１０Ａと発生機とが異なる店舗に設置されていてもよい。勿論、未済取引の解消が可能な他のチャージ機１０Ａと発生機とが同じ店舗内に設置されていてもよい。
もっとも、本実施の形態における想定は一例にすぎず、未済取引の発生機の事業者と、未済取引の解消が可能な他のチャージ機１０Ａの事業者とが異なっていてもよい。
もっとも、本実施の形態における想定は一例にすぎず、未済取引の発生機の事業者と、未済取引の解消が可能な他のチャージ機１０Ａの事業者とが異なっていてもよい。
【0062】
本実施の形態で使用するチャージ機１０Ａのハードウェア構成は、実施の形態１と同じである。また、チャージ機１０Ａの機能構成も、基本的に実施の形態１と同じである。すなわち、本実施の形態におけるチャージ機１０Ａは、図６に示すサブ機能を有している。
ただし、本実施の形態におけるチャージ機１０Ａの場合、未済取引の発生機とは異なる他のチャージ機１０Ａによる未済取引の解消を許容するので、未済取引の存在を通知した後に実行される機能に変更がある。
また、チャージ履歴データ１７Ａ（図４参照）の更新だけは、未済取引の発生機で実行される。
ただし、本実施の形態におけるチャージ機１０Ａの場合、未済取引の発生機とは異なる他のチャージ機１０Ａによる未済取引の解消を許容するので、未済取引の存在を通知した後に実行される機能に変更がある。
また、チャージ履歴データ１７Ａ（図４参照）の更新だけは、未済取引の発生機で実行される。
【0063】
＜処理動作＞
以下では、図１４～図１７を使用して実施の形態２で使用する電子マネー管理システム１Ａ（図１３参照）における処理動作を説明する。
図１４は、実施の形態２における未済取引に関する処理動作の一例を説明する図である。図１４には、図８との対応部分に対応する符号を付して示している。
以下では、図１４～図１７を使用して実施の形態２で使用する電子マネー管理システム１Ａ（図１３参照）における処理動作を説明する。
図１４は、実施の形態２における未済取引に関する処理動作の一例を説明する図である。図１４には、図８との対応部分に対応する符号を付して示している。
【0064】
図１４の場合も、未済取引が発生するチャージ機１０Ａを「チャージ機Ａ」とし、未済取引の発生を通知される他のチャージ機１０Ａを「チャージ機Ｂ、Ｃ、Ｄ…」とする。
なお、図１４では、未済取引を解消する操作が行われる他のチャージ機１０Ａを、「チャージ機Ｂ」としている。
本実施の形態の場合も、未済取引の発生機から他のチャージ機１０Ａに未済取引の発生が通知されるまでの処理動作（すなわちステップ１～ステップ４）は図８と同じである。このため、図１４では、ユーザＡが「チャージ機Ｂ」を操作する場面以降の処理動作を描いている。
なお、図１４では、未済取引を解消する操作が行われる他のチャージ機１０Ａを、「チャージ機Ｂ」としている。
本実施の形態の場合も、未済取引の発生機から他のチャージ機１０Ａに未済取引の発生が通知されるまでの処理動作（すなわちステップ１～ステップ４）は図８と同じである。このため、図１４では、ユーザＡが「チャージ機Ｂ」を操作する場面以降の処理動作を描いている。
【0065】
「チャージ機Ｂ」は、新規取引のたび、取引に用いるＩＣカード等のカードＩＣを取得する（ステップ１１）。
次に、「チャージ機Ｂ」は、取得したカードＩＤと未済情報データ１７ＢのカードＩＤとを照合する（ステップ１２）。この照合は、未済情報データ１７Ｂが登録されている場合に限り実行される。未済情報データ１７Ｂが登録されていない場合、又は、取得したカードＩＤが未済情報データ１７ＢのカードＩＤと一致しない場合、「チャージ機Ｂ」は、ユーザの指定する取引を実行する。
次に、「チャージ機Ｂ」は、取得したカードＩＤと未済情報データ１７ＢのカードＩＤとを照合する（ステップ１２）。この照合は、未済情報データ１７Ｂが登録されている場合に限り実行される。未済情報データ１７Ｂが登録されていない場合、又は、取得したカードＩＤが未済情報データ１７ＢのカードＩＤと一致しない場合、「チャージ機Ｂ」は、ユーザの指定する取引を実行する。
【0066】
これに対し、取得したカードＩＤが未済情報データ１７ＢのカードＩＤと一致した場合、「チャージ機Ｂ」は、未済取引の存在をユーザに通知する（ステップ１３）。
ユーザへの通知には、連絡画面、アラーム音、ガイダンス音声、警告ランプ等が用いられる。
図１５は、未済取引の発生機とは異なる「チャージ機Ｂ」に表示される画面の一例を説明する図である。（Ａ）は未済取引の存在の通知に用いる連絡画面４０Ａの一例を示し、（Ｂ）は未済取引の発生機とは異なる「チャージ機Ｂ」で未済取引に係るチャージを完了させる場合に表示される画面５０の一例を示す。図１５には、図９及び図１０との対応部分に対応する符号を付して示している。
ユーザへの通知には、連絡画面、アラーム音、ガイダンス音声、警告ランプ等が用いられる。
図１５は、未済取引の発生機とは異なる「チャージ機Ｂ」に表示される画面の一例を説明する図である。（Ａ）は未済取引の存在の通知に用いる連絡画面４０Ａの一例を示し、（Ｂ）は未済取引の発生機とは異なる「チャージ機Ｂ」で未済取引に係るチャージを完了させる場合に表示される画面５０の一例を示す。図１５には、図９及び図１０との対応部分に対応する符号を付して示している。
【0067】
図１５（Ａ）に示す連絡画面４０Ａには、未済取引の存在を通知する文４１と、未済取引が発生したチャージ機１０Ａの場所を示す情報４２と、本機で未済取引の完了が可能であることを示す文４５と、画面を閉じるためのボタン４３と、本機で処理を行うためのボタン４６と、係員を呼び出す場合に操作されるボタン４４とが配置されている。
図９に示す連絡画面４０との違いは、文４５とボタン４６である。
図９に示す連絡画面４０との違いは、文４５とボタン４６である。
【0068】
図１５（Ａ）の場合、文４５として、「なお、本機で処理を完了させる場合には、「本機で処理」ボタンを押してください。」との文面が表示され、未済取引の発生機への移動が不要であることが示されている。
本実施の形態では、ユーザＡがそのまま「チャージ機Ｂ」で未済取引を完了させる場合（すなわちボタン４６を操作する場合）を想定する。もっとも、実施の形態１と同様、未済取引の発生機である「チャージ機Ａ」に移動して未済取引を完了させることも可能である。
本実施の形態では、ユーザＡがそのまま「チャージ機Ｂ」で未済取引を完了させる場合（すなわちボタン４６を操作する場合）を想定する。もっとも、実施の形態１と同様、未済取引の発生機である「チャージ機Ａ」に移動して未済取引を完了させることも可能である。
【0069】
ボタン４６が操作されると、図１５（Ｂ）に示す画面５０が表示される。「チャージ機Ｂ」に表示される画面５０も、未済取引の発生機である「チャージ機Ａ」に表示される画面５０と同じである。
図１４の説明に戻る。
ユーザＡがボタン４６（図１５参照）を操作すると、「チャージ機Ｂ」は、画面５０（図１５参照）に対する操作に従って、未済取引に関する再チャージ又は返金に関する処理を実行する（ステップ１４）。
図１４の説明に戻る。
ユーザＡがボタン４６（図１５参照）を操作すると、「チャージ機Ｂ」は、画面５０（図１５参照）に対する操作に従って、未済取引に関する再チャージ又は返金に関する処理を実行する（ステップ１４）。
【0070】
未済取引に関する再チャージ又は返金が終了すると、「チャージ機Ｂ」は、電子マネー管理サーバー３０に、未済解消情報データ１７Ｃを送信する（ステップ１５）。また、チャージ機Ｂは、自機に記録されている未済情報データ１７Ｂを消去する（ステップ１６）。
「チャージ機Ｂ」から未済解消情報データ１７Ｃを受信した電子マネー管理サーバー３０は、受信した未済解消情報データ１７Ｃを他のチャージ機１０（すなわちチャージ機Ａ、Ｃ、Ｄ…）に配信する（ステップ２４）。図１４の場合、未済取引は「チャージ機Ｂ」で解消されるので、未済取引の発生機である「チャージ機Ａ」と、他の「チャージ機Ｃ、Ｄ…」が配信先となる。
「チャージ機Ｂ」から未済解消情報データ１７Ｃを受信した電子マネー管理サーバー３０は、受信した未済解消情報データ１７Ｃを他のチャージ機１０（すなわちチャージ機Ａ、Ｃ、Ｄ…）に配信する（ステップ２４）。図１４の場合、未済取引は「チャージ機Ｂ」で解消されるので、未済取引の発生機である「チャージ機Ａ」と、他の「チャージ機Ｃ、Ｄ…」が配信先となる。
【0071】
未済解消情報データ１７Ｃを受信した「チャージ機Ａ」は、チャージ履歴データ１７Ａのステータスを「済」に変更する（ステップ２２）。
また、未済解消情報データ１７Ｃを受信した「チャージ機Ｃ、Ｄ…」は、未済情報データ１７Ｂ（図３参照）を消去する（ステップ２５）。
また、未済解消情報データ１７Ｃを受信した「チャージ機Ｃ、Ｄ…」は、未済情報データ１７Ｂ（図３参照）を消去する（ステップ２５）。
【0072】
図１６は、発生機とは異なる「チャージ機Ｂ」で未済取引が解消された場合におけるチャージ履歴データ１７Ａの更新例を説明する図である。（Ａ）は再書き込みによる未済の解消前のデータ例を示し、（Ｂ）は再書き込みによる未済の解消後のデータ例を示す。図１６には、図１１との対応部分に対応する符号を付して示している。
図１６の場合、発生機とは異なる「チャージ機Ｂ」で実行されているので、チャージ履歴データ１７Ａの備考欄には、実行場所を示す情報が含まれている。具体的には、備考欄に「２０２０／０９／１２ １５：５６にチャージ機Ｂで再書込み」が記録され、ステータスも「未済」から「済」に更新される。
図１６の場合、発生機とは異なる「チャージ機Ｂ」で実行されているので、チャージ履歴データ１７Ａの備考欄には、実行場所を示す情報が含まれている。具体的には、備考欄に「２０２０／０９／１２ １５：５６にチャージ機Ｂで再書込み」が記録され、ステータスも「未済」から「済」に更新される。
【0073】
図１７は、発生機とは異なる「チャージ機Ｂ」で未済が解消された場合におけるチャージ履歴データ１７Ａの他の更新例を説明する図である。（Ａ）は返金による未済の解消前のデータ例を示し、（Ｂ）は返金による未済の解消後のデータ例を示す。図１７には、図１２との対応部分に対応する符号を付して示している。
図１７の場合も、図１６同様、チャージ履歴データ１７Ａの備考欄には、実行場所を示す情報が含まれている。具体的には、備考欄に「２０２０／０９／１２ １５：５６にチャージ機Ｂで全額返金」が記録され、ステータスも「未済」から「返金」に更新される。
図１７の場合も、図１６同様、チャージ履歴データ１７Ａの備考欄には、実行場所を示す情報が含まれている。具体的には、備考欄に「２０２０／０９／１２ １５：５６にチャージ機Ｂで全額返金」が記録され、ステータスも「未済」から「返金」に更新される。
【0074】
＜実施の形態３＞
＜システムの構成＞
図１８は、実施の形態３で使用する電子マネー管理システム１Ｂの一例を説明する図である。図１８には、図１３との対応部分に対応する符号を付して示している。
電子マネー管理システム１Ｂは、ネットワーク２０を介して相互に接続された複数のチャージ機１０Ａで構成される。すなわち、電子マネー管理システム１Ｂは、電子マネー管理サーバー３０を設けず、各チャージ機１０Ａが直接通信する。なお、本実施の形態では、実施の形態２で説明したチャージ機１０Ａを前提とするが、実施の形態１で説明したチャージ機１０（図１参照）を使用してもよい。
＜システムの構成＞
図１８は、実施の形態３で使用する電子マネー管理システム１Ｂの一例を説明する図である。図１８には、図１３との対応部分に対応する符号を付して示している。
電子マネー管理システム１Ｂは、ネットワーク２０を介して相互に接続された複数のチャージ機１０Ａで構成される。すなわち、電子マネー管理システム１Ｂは、電子マネー管理サーバー３０を設けず、各チャージ機１０Ａが直接通信する。なお、本実施の形態では、実施の形態２で説明したチャージ機１０Ａを前提とするが、実施の形態１で説明したチャージ機１０（図１参照）を使用してもよい。
【0075】
＜処理動作＞
図１９は、実施の形態３における未済取引に関する処理動作の一例を説明する図である。図１９には、図８と図１４との対応部分に対応する符号を付して示している。
図１９の場合も、未済取引の発生機を「チャージ機Ａ」とし、「チャージ機Ｂ、Ｃ、Ｄ…」が発生機から未済情報データ１７Ｂの通知を受けるものとする。また、未済取引が発生したユーザＡは、「チャージ機Ｂ」を操作して未済取引を解消するものとする。
図１９は、実施の形態３における未済取引に関する処理動作の一例を説明する図である。図１９には、図８と図１４との対応部分に対応する符号を付して示している。
図１９の場合も、未済取引の発生機を「チャージ機Ａ」とし、「チャージ機Ｂ、Ｃ、Ｄ…」が発生機から未済情報データ１７Ｂの通知を受けるものとする。また、未済取引が発生したユーザＡは、「チャージ機Ｂ」を操作して未済取引を解消するものとする。
【0076】
この場合も、「チャージ機Ａ」で未済取引が発生する（ステップ１）。ただし、本実施の形態のおける「チャージ機Ａ」は、前述した実施の形態とは異なり、他の「チャージ機Ｂ、Ｃ、Ｄ…」に対し、未済情報データ１７Ｂを送信する（ステップ２）。なお、本実施の形態における各チャージ機１０Ａには、配信先データ３４Ａ（図７参照）が記録されている。各チャージ機１０Ａは、自機以外のチャージ機１０Ａを宛先に指定して未済情報データ１７Ｂを送信する。
【0077】
一方、未済情報データ１７Ｂの通知を受けた「チャージ機Ｂ、Ｃ、Ｄ…」は、受信した未済情報データ１７Ｂを記憶部１７（図３参照）に登録する（ステップ４）。
なお、図１９の場合、未済取引の該当者であるユーザＡが未済取引後に最初に操作するチャージ機１０Ａが「チャージ機Ｂ」である。このため、図１９では、「チャージ機Ｂ」と、「チャージ機Ｃ、Ｄ…」とを区別して表している。
なお、図１９の場合、未済取引の該当者であるユーザＡが未済取引後に最初に操作するチャージ機１０Ａが「チャージ機Ｂ」である。このため、図１９では、「チャージ機Ｂ」と、「チャージ機Ｃ、Ｄ…」とを区別して表している。
【0078】
「チャージ機Ｂ」は、新規取引のたび、取引に用いるＩＣカード等のカードＩＣを取得する（ステップ１１）。
次に、「チャージ機Ｂ」は、取得したカードＩＤと未済情報データ１７ＢのカードＩＤとを照合する（ステップ１２）。この照合は、未済情報データ１７Ｂが登録されている場合に限り実行される。未済情報データ１７Ｂが登録されていない場合、又は、取得したカードＩＤが未済情報データ１７ＢのカードＩＤと一致しない場合、「チャージ機Ｂ」は、ユーザの指定する取引を実行する。
次に、「チャージ機Ｂ」は、取得したカードＩＤと未済情報データ１７ＢのカードＩＤとを照合する（ステップ１２）。この照合は、未済情報データ１７Ｂが登録されている場合に限り実行される。未済情報データ１７Ｂが登録されていない場合、又は、取得したカードＩＤが未済情報データ１７ＢのカードＩＤと一致しない場合、「チャージ機Ｂ」は、ユーザの指定する取引を実行する。
【0079】
これに対し、取得したカードＩＤが未済情報データ１７ＢのカードＩＤと一致した場合、「チャージ機Ｂ」は、未済取引の存在をユーザに通知する（ステップ１３）。
ユーザへの通知には、連絡画面、アラーム音、ガイダンス音声、警告ランプ等が用いられる。
「チャージ機Ｂ」での未済取引の解消をユーザＡが選択した場合、「チャージ機Ｂ」は、画面５０（図１５参照）に対する操作に従って、未済取引に関する再チャージ又は返金に関する処理を実行する（ステップ１４）。
ユーザへの通知には、連絡画面、アラーム音、ガイダンス音声、警告ランプ等が用いられる。
「チャージ機Ｂ」での未済取引の解消をユーザＡが選択した場合、「チャージ機Ｂ」は、画面５０（図１５参照）に対する操作に従って、未済取引に関する再チャージ又は返金に関する処理を実行する（ステップ１４）。
【0080】
未済取引に関する再チャージ又は返金が終了すると、「チャージ機Ｂ」は、自機を除く「チャージ機Ａ、Ｃ、Ｄ…」を宛先として、未済解消情報データ１７Ｃを送信する（ステップ１５）。また、「チャージ機Ｂ」は、自機に記録されている未済情報データ１７Ｂを消去する（ステップ１６）。
チャージ機Ｂから未済解消情報データ１７Ｃを受信した「チャージ機Ａ」は、チャージ履歴データ１７Ａのステータスを「済」に変更する（ステップ２２）。また、「チャージ機Ｂ」から未済解消情報データ１７Ｃを受信した「チャージ機Ｃ、Ｄ…」は、未済情報データ１７Ｂ（図３参照）を消去する（ステップ２５）。
チャージ機Ｂから未済解消情報データ１７Ｃを受信した「チャージ機Ａ」は、チャージ履歴データ１７Ａのステータスを「済」に変更する（ステップ２２）。また、「チャージ機Ｂ」から未済解消情報データ１７Ｃを受信した「チャージ機Ｃ、Ｄ…」は、未済情報データ１７Ｂ（図３参照）を消去する（ステップ２５）。
【0081】
＜実施の形態４＞
＜システムの構成＞
本実施の形態では、ユーザが取り忘れたおつりを、未済取引の一形態としてみなす場合について説明する。
図２０は、実施の形態４で使用する電子マネー管理システム１Ｃの一例を説明する図である。図２０には、図１３との対応部分に対応する符号を付して示している。
電子マネー管理システム１Ｃは、チャージ機１０Ｂと、ネットワーク２０と、電子マネー管理サーバー３０とで構成される。
なお、実施の形態３と同様、電子マネー管理サーバー３０を用いない構成も可能である。
＜システムの構成＞
本実施の形態では、ユーザが取り忘れたおつりを、未済取引の一形態としてみなす場合について説明する。
図２０は、実施の形態４で使用する電子マネー管理システム１Ｃの一例を説明する図である。図２０には、図１３との対応部分に対応する符号を付して示している。
電子マネー管理システム１Ｃは、チャージ機１０Ｂと、ネットワーク２０と、電子マネー管理サーバー３０とで構成される。
なお、実施の形態３と同様、電子マネー管理サーバー３０を用いない構成も可能である。
【0082】
本実施の形態で使用するチャージ機１０Ｂには、ユーザが取り忘れたおつりが機内に回収された場合に、未済取引とみなして他のチャージ機１０Ｂと情報を共有する機能を追加する点で、実施の形態２で用いたチャージ機１０Ａ（図１３参照）と異なっている。
図２１は、実施の形態４で使用するチャージ機１０Ｂの内部構成の一例を説明する図である。図２１には、図３との対応部分に対応する符号を付して示している。
図２１に示すチャージ機１０Ｂは、紙幣処理ユニット１５に取り忘れ紙幣（すなわち返却紙幣）を回収する回収機構１５Ｃが設けられる点と、制御部１８に取り忘れ処理部１８Ｅが設けられる点とで、前述したチャージ機１０Ａと異なっている。
図２１は、実施の形態４で使用するチャージ機１０Ｂの内部構成の一例を説明する図である。図２１には、図３との対応部分に対応する符号を付して示している。
図２１に示すチャージ機１０Ｂは、紙幣処理ユニット１５に取り忘れ紙幣（すなわち返却紙幣）を回収する回収機構１５Ｃが設けられる点と、制御部１８に取り忘れ処理部１８Ｅが設けられる点とで、前述したチャージ機１０Ａと異なっている。
【0083】
本実施の形態における回収機構１５Ｃは、紙幣払出部１５Ｂから排出された紙幣が排出口から引き出されない状態が予め定めた時間（例えば１０秒）経過した場合、紙幣を自動的に機内に回収する。具体的には、回収機構１５Ｃは、紙幣の排出時とは逆方向にローラーを回転して、紙幣を機内に回収する。回収された金額分の紙幣は、機内に保管される。なお、回収額に相当する紙幣は、紙幣の回収時にも機内に残される。この場合、機内に保管された紙幣の金額と日時、カードＩＤ等を関連付けて記憶部１７に記憶させてもよい。
【0084】
本実施の形態では、紙幣の取り忘れを前提とするが、硬貨によるチャージが可能なチャージ機１０Ｂにおいては、取り忘れた硬貨を払い出し口の底部に設けたシャッターを開いて機内に回収してもよい。
また、取り忘れたおつりの機内への回収は、回収機構１５Ｃが実行する場合に限らず、おつりの取り忘れに気づいた係員が行ってもよい。例えば係員が管理者モードを起動し、取り忘れられている紙幣を機内に収容してもよい。
もっとも、回収機構１５Ｃを設けて自動的に取り忘れたおつりを機内に回収することで、係員の移動の手間を軽減できる。また、係員が駆けつけるまでの間に第三者に取り去られるリスクも軽減できる。
また、取り忘れたおつりの機内への回収は、回収機構１５Ｃが実行する場合に限らず、おつりの取り忘れに気づいた係員が行ってもよい。例えば係員が管理者モードを起動し、取り忘れられている紙幣を機内に収容してもよい。
もっとも、回収機構１５Ｃを設けて自動的に取り忘れたおつりを機内に回収することで、係員の移動の手間を軽減できる。また、係員が駆けつけるまでの間に第三者に取り去られるリスクも軽減できる。
【0085】
取り忘れ処理部１８Ｅは、おつりの取り忘れを検知するサブ機能と、おつりの取り忘れをエラー音でユーザや係員に報知するサブ機能と、紙幣処理ユニット１５に紙幣の回収を指示するサブ機能と、チャージ履歴データ１７Ａにおつりの取り忘れを記録するサブ機能と、取り忘れたおつりの返却等による未済取引の解消をチャージ履歴データ１７Ａに記録するサブ機能とを有している。
【0086】
図２２は、実施の形態４におけるチャージ履歴データ１７Ａのデータ例を示す図である。図２２には、図４との対応部分に対応する符号を付して示している。
図２２に示すチャージ履歴データ１７Ａには、備考欄が設けられている。
図２２の例では、「２０２０／０９／１１ １１：４５」に実行された３０００円のチャージでおつりの取り忘れが発生している。このため、図２２に示すチャージ履歴データ１７Ａでは、同じ時刻に７０００円の「未済」が記録されている。また、対応する備考欄には「取り忘れ」が記録され、チャージの未完了と区別されている。
図２２に示すチャージ履歴データ１７Ａには、備考欄が設けられている。
図２２の例では、「２０２０／０９／１１ １１：４５」に実行された３０００円のチャージでおつりの取り忘れが発生している。このため、図２２に示すチャージ履歴データ１７Ａでは、同じ時刻に７０００円の「未済」が記録されている。また、対応する備考欄には「取り忘れ」が記録され、チャージの未完了と区別されている。
【0087】
図２３は、実施の形態４における未済情報データ１７Ｂのデータ例を示す図である。図２３には、図５との対応部分に対応する符号を付して示している。
図２３に示す未済情報データ１７Ｂの場合、未済取引の発生日時は「２０２０／０９／１１ １１：４５」である。また、発生場所は「ＡＢＣ ○○店 １Ｆ通路 １番チャージ機」である。なお、備考欄には、未済取引の原因として「おつりの取り忘れ」が記録されている。ここでの未済情報データ１７Ｂは、回収された返却貨幣に関する情報の一例である。
図２３に示す未済情報データ１７Ｂの場合、未済取引の発生日時は「２０２０／０９／１１ １１：４５」である。また、発生場所は「ＡＢＣ ○○店 １Ｆ通路 １番チャージ機」である。なお、備考欄には、未済取引の原因として「おつりの取り忘れ」が記録されている。ここでの未済情報データ１７Ｂは、回収された返却貨幣に関する情報の一例である。
【0088】
＜処理動作＞
以下では、図２４及び図２５を使用して実施の形態４で使用する電子マネー管理システム１Ｃ（図２０参照）における処理動作を説明する。
なお、本実施の形態における処理動作は、おつりの取り忘れを未済取引に含める点を除いて、前述した実施の形態と同様である。すなわち、実施の形態１のように、おつりの取り忘れの存在を、未済取引の発生機とは異なるチャージ機１０Ｂの操作時に通知してもよいし、実施の形態２のように、未済取引の発生機とは異なるチャージ機１０Ｂで取り忘れたおつりの返却を可能としてもよい。
以下では、図２４及び図２５を使用して実施の形態４で使用する電子マネー管理システム１Ｃ（図２０参照）における処理動作を説明する。
なお、本実施の形態における処理動作は、おつりの取り忘れを未済取引に含める点を除いて、前述した実施の形態と同様である。すなわち、実施の形態１のように、おつりの取り忘れの存在を、未済取引の発生機とは異なるチャージ機１０Ｂの操作時に通知してもよいし、実施の形態２のように、未済取引の発生機とは異なるチャージ機１０Ｂで取り忘れたおつりの返却を可能としてもよい。
【0089】
図２４は、未済取引の発生機とは異なる他のチャージ機に表示される画面の例を説明する図である。（Ａ）は未済取引の存在の通知に用いる連絡画面４０Ｂの一例を示し、（Ｂ）は他のチャージ機でおつりの返却等を完了させる場合に表示される画面５０Ａの一例を示す。図２４には、図１５との対応部分に対応する符号を付して示している。
【0090】
図２４（Ａ）に示す連絡画面４０Ｂには、未済取引の存在を通知する文４１Ａと、未済取引が発生したチャージ機１０Ａの場所を示す情報４２と、本機で未済取引の完了が可能であることを示す文４５と、画面を閉じるためのボタン４３と、本機で処理を行うためのボタン４６と、係員を呼び出す場合に操作されるボタン４４とが配置されている。
図１５に示す連絡画面４０Ａとの違いは、文４１Ａの文面である。図２４（Ａ）の場合、文４１Ａには「おつりの取り忘れがありました。下記のチャージ機で処理を完了させてください。」との文面が記載されている。
図１５に示す連絡画面４０Ａとの違いは、文４１Ａの文面である。図２４（Ａ）の場合、文４１Ａには「おつりの取り忘れがありました。下記のチャージ機で処理を完了させてください。」との文面が記載されている。
【0091】
前述した実施の形態と同じく、ユーザは、未済取引の発生機で処理を完了させることも可能であるし、連絡画面４０Ｂを表示したチャージ機１０Ｂ（図２１参照）によっても処理を完了させることができる。
図２４（Ｂ）では、ボタン４６が操作される画面５０Ａが表示される。画面５０Ａは、未済取引の存在の通知とユーザの選択を促す文５１Ａの内容が、図１５に示す画面５０と異なっている。本実施の形態では、未済取引がおつりの取り忘れなので「おつりの取り忘れがありました。希望する処理を選択してください。」に変更されている。
図２４（Ｂ）では、ボタン４６が操作される画面５０Ａが表示される。画面５０Ａは、未済取引の存在の通知とユーザの選択を促す文５１Ａの内容が、図１５に示す画面５０と異なっている。本実施の形態では、未済取引がおつりの取り忘れなので「おつりの取り忘れがありました。希望する処理を選択してください。」に変更されている。
【0092】
図２５は、発生機とは異なるチャージ機１０Ｂで未済取引が解消された場合におけるチャージ履歴データ１７Ａの更新例を説明する図である。図２５には、図１７との対応部分に対応する符号を付して示している。
図２５の場合、未済取引として記録されている「２０２０／０９／１１ １１：４５」の７０００円の取り忘れについて、「２０２０／０９／１２ １５：５６にチャージ機Ｂで返金」されたことが記録され、ステータスが「未済」から「済」に更新される。
図２５の場合、未済取引として記録されている「２０２０／０９／１１ １１：４５」の７０００円の取り忘れについて、「２０２０／０９／１２ １５：５６にチャージ機Ｂで返金」されたことが記録され、ステータスが「未済」から「済」に更新される。
【0093】
＜他の実施の形態＞
以上、本発明の実施の形態について説明したが、本発明の技術的範囲は前述した実施の形態に記載の範囲に限定されない。前述した実施の形態に、種々の変更又は改良を加えたものも、本発明の技術的範囲に含まれることは、特許請求の範囲の記載から明らかである。
以上、本発明の実施の形態について説明したが、本発明の技術的範囲は前述した実施の形態に記載の範囲に限定されない。前述した実施の形態に、種々の変更又は改良を加えたものも、本発明の技術的範囲に含まれることは、特許請求の範囲の記載から明らかである。
【0094】
前述の実施の形態では、チャージ履歴データ１７Ａをチャージ機内で個別に管理しているが、各チャージ機で実行された電子マネーのチャージの履歴をサーバーで一括管理してもよい。なお、サーバーは、前述した電子マネー管理サーバー３０に限らない。この場合、チャージの履歴を管理するサーバーは、例えば未済情報データ１７Ｂを受信するとステータスを「未済」と記録し、未済解消情報データ１７Ｃを受信するとステータスを「済」に書き換える。
【0095】
前述の実施の形態では、ＩＣカード等のユーザを識別するための識別情報として、カードＩＤやユーザＩＤを使用する場合について説明したが顔画像、虹彩、声紋、指紋、静脈パターン等の生体情報を使用してもよい。
前述の実施の形態の場合には、未済情報データ１７Ｂ（図５参照）に含まれる情報のうちカードＩＤを除く情報が連絡画面４０（図９参照）に表示されているが、連絡画面４０には、未済情報データ１７Ｂ（図５参照）に含まれる情報が全て表示されてもよい。
前述の実施の形態では、ＩＣカード等に電子マネーの情報が記録される場合を想定しているが、ネットワーク２０（図１参照）上のサーバーに電子マネーの情報が記録されてもよい。
前述の実施の形態の場合には、未済情報データ１７Ｂ（図５参照）に含まれる情報のうちカードＩＤを除く情報が連絡画面４０（図９参照）に表示されているが、連絡画面４０には、未済情報データ１７Ｂ（図５参照）に含まれる情報が全て表示されてもよい。
前述の実施の形態では、ＩＣカード等に電子マネーの情報が記録される場合を想定しているが、ネットワーク２０（図１参照）上のサーバーに電子マネーの情報が記録されてもよい。
【符号の説明】
【0096】
１、１Ａ、１Ｂ、１Ｃ…電子マネー管理システム、１０、１０Ａ、１０Ｂ…チャージ機、１１…表示操作部、１２…音声出力部、１３…カードリーダライタ、１４…レシートプリンタ、１５…紙幣処理ユニット、１５Ａ…紙幣受入部、１５Ｂ…紙幣払出部、１５Ｃ…回収機構、１６、３３…通信部、１７、３４…記憶部、１７Ａ…チャージ履歴データ、１７Ｂ…未済情報データ、１７Ｃ…未済解消情報データ、１８、３５…制御部、１８Ａ…表示制御部、１８Ｂ…カードデータ処理部、１８Ｃ…チャージ金額特定部、１８Ｄ…チャージ処理部、１８Ｅ…取り忘れ処理部、２０…ネットワーク、３０…電子マネー管理サーバー、３１…表示部、３２…操作部、３４Ａ…配信先データ、３５Ａ…未済情報配信部、３５Ｂ…未済解消情報配信部、１８Ｄ１…チャージ実行部、１８Ｄ２…未済情報送信部、１８Ｄ３…未済情報登録部、１８Ｄ４…未済取引ユーザ通知部、１８Ｄ４…未済取引ユーザ通知部、１８Ｄ５…未済解消処理部、１８Ｄ６…未済解消情報送信部、１８Ｄ７…未済情報消去部
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
