JP2022110962A - 貨幣処理方法及び貨幣処理システム - Google Patents

Abstract

【課題】複数の貨幣処理装置の間で貨幣を移動する作業を容易に行う。【解決手段】複数の貨幣処理装置及び情報処理装置を含む貨幣処理システムで情報処理装置が行う貨幣処理方法を、複数の貨幣処理装置の間で貨幣を移動する際に各装置間で移動する貨幣の金種及び数を決定する決定工程と、該決定工程で決定された貨幣の金種及び数に基づいて、各装置間で貨幣を移動する際に行われる貨幣処理をシミュレーションするシミュレーション工程と、シミュレーションの結果に基づいて、全ての貨幣を装置間で移動可能な状態にあるか否かを判定する判定工程とを含むように構成する。【選択図】図５

Description

本開示は、複数の貨幣処理装置の間で貨幣を移動するための貨幣処理方法及び貨幣処理システムに関する。

客との取引が行われる店舗で複数の貨幣処理装置が利用される場合がある。例えば、特許文献１には、精算装置と呼ばれる貨幣処理装置と、出納装置と呼ばれる貨幣処理装置との２種類の貨幣処理装置が開示されている。精算装置は、店舗で行われる客との取引時に商品代金の精算に利用される。出納装置は、店舗にある現金を管理するために利用される。店員は、精算装置から貨幣を回収して出納装置に入金することができる。店員は、出納装置から出金した貨幣を精算装置に補充することもできる。

特開２０１３－１２０５６号公報

上記従来技術では、例えば、店員が複数台の精算装置から略同時に貨幣を回収したために、回収した貨幣を出納装置に入金している途中で、出納装置の収納部が満杯になる場合があった。同様に、店員が複数台の精算装置に貨幣を補充するために出納装置から貨幣を出金している途中で、出納装置の貨幣が不足する場合があった。複数の貨幣処理装置の間で貨幣を移動する作業の途中で、貨幣の不足又は満杯が原因で貨幣処理装置を利用できなくなると、作業を中断する必要が生じて手間がかかる。

本開示は、上記課題を含む従来技術を鑑みてなされたもので、その目的の１つは、複数の貨幣処理装置の間で貨幣を移動する作業を容易に行うことができる貨幣処理方法及び貨幣処理システムを提供することにある。

本開示に係る貨幣処理方法は、複数の貨幣処理装置及び情報処理装置を含む貨幣処理システムで前記情報処理装置が行う貨幣処理方法であって、前記複数の貨幣処理装置の間で貨幣を移動する際に各装置間で移動する貨幣の金種及び数を決定する決定工程と、前記決定工程で決定された貨幣の金種及び数に基づいて、各装置間で貨幣を移動する際に行われる貨幣処理をシミュレーションするシミュレーション工程と、前記シミュレーションの結果に基づいて、全ての貨幣を装置間で移動可能な状態にあるか否かを判定する判定工程と、前記判定の結果を報知する報知工程とを含む。

上記構成において、前記シミュレーション工程で、貨幣の回収元となる第１装置から貨幣を回収し、貨幣の回収先となる第２装置へ、前記第１装置から回収した貨幣を入金する貨幣処理をシミュレーションし、前記判定工程で、全ての回収貨幣を前記第２装置へ入金できるか否かを判定し、全ての回収貨幣を前記第２装置へ入金できないとの判定結果が得られた場合には、さらに、全ての回収貨幣の入金を可能とする追加作業を案内する案内工程を含んでいてもよい。

上記構成において、前記追加作業は、前記第２装置に入金可能な貨幣量を増やす作業であってもよい。

上記構成において、前記追加作業は、複数の前記第１装置のうち一部を回収作業の作業対象から除外する作業であってもよい。

上記構成において、前記シミュレーション工程で、貨幣の補充元となる第１装置から貨幣を出金し、貨幣の補充先となる第２装置へ、前記第１装置から出金した貨幣を補充する貨幣処理をシミュレーションし、前記判定工程で、全ての補充用貨幣を前記第１装置から出金できるか否かを判定し、全ての補充用貨幣を前記第１装置から出金できないとの判定結果が得られた場合には、さらに、全ての補充用貨幣の出金を可能とする追加作業を案内する案内工程を含んでいてもよい。

上記構成において、前記追加作業は、前記第１装置から出金可能な貨幣量を増やす作業であってもよい。

上記構成において、前記追加作業は、複数の前記第２装置のうち一部を補充作業の作業対象から除外する作業であってもよい。

上記構成において、前記追加作業を行うために管理者の承認が必要である場合には、さらに、前記管理者が利用する端末に前記追加作業が必要となることを通知する通知工程を含んでいてもよい。

本開示に係る貨幣処理システムは、貨幣処理を実行する複数の貨幣処理装置と、複数の貨幣処理装置の間で貨幣を移動する際に各装置間で移動する貨幣の金種及び数を決定し、決定した貨幣の金種及び数に基づいて各装置間で貨幣を移動する貨幣処理をシミュレーションし、全ての貨幣を装置間で移動可能な状態にあるか否かを判定して判定結果を報知する情報処理装置とを備える。

本開示に係る貨幣処理方法及び貨幣処理システムによれば、複数の貨幣処理装置の間で実際に貨幣を移動する前に、移動時に行われる貨幣処理をシミュレーションして、装置間で貨幣を移動可能な状態にあるか否かを確認することができるため、貨幣を移動する作業を容易に行うことができる。

図１は、本実施形態に係る貨幣処理システムの構成例を示す図である。 図２は、貨幣処理装置の構成例を示す図である。 図３は、貨幣処理システムの機能構成概略を示すブロック図である。 図４は、装置情報の例を示す図である。 図５は、回収作業時に表示される画面例を示す図である。 図６は、警告ウィンドウの表示例を示す図である。 図７は、提案ウィンドウの表示例を示す図である。 図８は、補充作業のシミュレーション時に表示される画面例を示す図である。 図９は、回収作業の開始前に行われる処理の流れを示すフローチャートである。 図１０は、補充作業の開始前に行われる処理の流れを示すフローチャートである。

以下、添付図面を参照しながら、本開示に係る貨幣処理方法及び貨幣処理システムの実施の形態について説明する。貨幣処理方法及び貨幣処理システムの利用者及び利用場所は特に限定されないが、本実施形態では、客に商品を販売する店舗を例に、貨幣処理方法及び貨幣処理システムについて説明する。なお、本実施形態で言う貨幣は、紙幣であってもよいし、硬貨であってもよいし、紙幣と硬貨の両方であってもよい。

図１は、本実施形態に係る貨幣処理システム１の構成例を示す図である。図１に示すように、貨幣処理システム１は、複数の貨幣処理装置１００（１００ａ、１００ｂ）と、各貨幣処理装置１００を管理する管理サーバ２００（情報処理装置）とを含む。

管理サーバ２００と各貨幣処理装置１００との間はネットワーク２を介して通信可能に接続されている。各貨幣処理装置１００は、装置外から貨幣を受けて装置内に収納する入金処理と、装置内に収納していた貨幣を装置外へ排出する出金処理との少なくともいずれか一方を実行することができる。貨幣処理システム１に含まれる貨幣処理装置１００の数は特に限定されない。

図２は、貨幣処理装置１００の構成例を示す図である。貨幣処理装置１００は、入金部１０、出金部２０、搬送部３０、識別部４０及び収納部７０を含む。入金部１０及び出金部２０は、装置筐体に形成された１つの開口に配置されていてもよいし、別々の開口に配置されていてもよい。図２に示すように、貨幣処理装置１００が、さらに、カセット６０を着脱可能な着脱部５０と回収部８０とを含んでいてもよい。これらの構成部が制御部１１０（図３参照）によって制御されることにより、入金処理、出金処理、回収処理、補充処理を含む様々な貨幣処理が貨幣処理装置１００で行われる。

入金処理時、貨幣処理装置１００は、入金される貨幣を、入金部１０から受ける。入金部１０に受けた貨幣は１枚ずつ装置内に繰り出されて搬送部３０によって搬送される。貨幣処理装置１００が着脱部５０を備える場合は、入金される貨幣をカセット６０から受けてもよい。この場合、着脱部５０に装着されたカセット６０に収納されている貨幣が１枚ずつ装置内に繰り出されて搬送部３０によって搬送される。搬送部３０が搬送する貨幣は、識別部４０で識別されて収納部７０に収納される。

識別部４０は、貨幣の金種及び真偽を識別することができる。識別部４０がさらに正損を識別してもよい。制御部１１０は、識別部４０が出力する識別結果に基づいて、貨幣の種類別の枚数及び金額と、合計枚数及び合計金額とを算出することができる。

店員は、複数の収納部７０に収納する貨幣の種類を設定することができる。例えば、店員が、各収納部７０に収納する貨幣の種類に関する情報を設定すると、設定された情報が記憶部１４０（図３参照）に記憶される。各収納部７０に収納する貨幣の種類が設定された場合、各貨幣は、識別部４０による識別結果に基づいて、対応する収納部７０に収納される。例えば、複数の収納部７０に貨幣が金種別に収納される。図２には４つの収納部７０を示しているが、各貨幣処理装置１００が備える収納部７０の数は特に限定されない。

貨幣処理装置１００が回収部８０を備える場合、回収部８０を、収納部７０に収納されない貨幣の収納に利用することができる。例えば、収納部７０に割り当てられていない種類の貨幣が回収部８０に収納される。また、例えば、収納部７０が貨幣で満杯になった場合に、この収納部７０に収納できなかった貨幣が回収部８０に収納される。貨幣処理装置１００が回収部８０を備えていない場合は、収納部７０に割り当てられていない種類の貨幣、及び収納部７０に収納できない貨幣は、出金部２０から返却すればよい。

出金処理時、貨幣処理装置１００は、出金する貨幣を収納部７０から繰り出して出金部２０へ搬送する。貨幣処理装置１００が着脱部５０を備える場合は、出金する貨幣を収納部７０から繰り出して、着脱部５０に装着されたカセット６０へ搬送してもよい。収納部７０から繰り出された貨幣は搬送部３０によって１枚ずつ搬送される。搬送部３０が搬送する貨幣が識別部４０によって識別されてもよい。出金部２０を利用して出金する場合は、搬送部３０が搬送する貨幣が出金部２０から排出される。カセット６０を利用して出金する場合は、搬送部３０が搬送する貨幣がカセット６０に収納される。

貨幣処理装置１００から貨幣を回収する回収処理時、貨幣処理装置１００は、回収対象の貨幣を収納部７０から繰り出して、出金部２０へ搬送する。貨幣処理装置１００が着脱部５０を備える場合は、回収対象の貨幣を収納部７０から繰り出して、着脱部５０に装着されたカセット６０へ搬送してもよい。収納部７０から繰り出された貨幣は搬送部３０によって１枚ずつ搬送される。搬送部３０が搬送する貨幣が識別部４０によって識別されてもよい。出金部２０を利用して回収する場合は、搬送部３０が搬送する貨幣が出金部２０から排出される。カセット６０を利用して回収する場合は、搬送部３０が搬送する貨幣がカセット６０に収納される。

貨幣処理装置１００に貨幣を補充する補充処理時、貨幣処理装置１００は、補充用貨幣を入金部１０から受ける。貨幣処理装置１００が着脱部５０を備える場合は、補充用貨幣を、着脱部５０に装着されたカセット６０から受けてもよい。入金部１２を利用する場合は、入金部１２に受けた補充用貨幣が１枚ずつ装置内に繰り出されて搬送部３０によって搬送され、識別部４０で識別された後、識別結果に基づいて貨幣の種類に対応する収納部７０へ収納される。カセット６０を利用する場合は、カセット６０に収納されている補充用貨幣が１枚ずつ装置内に繰り出されて搬送部３０によって搬送され、識別部４０で識別された後、識別結果に基づいて貨幣の種類に対応する収納部７０へ収納される。

貨幣の補充又は回収を行うために複数台の貨幣処理装置１００の間で貨幣を移動する際、店員は、移動元の貨幣処理装置１００の出金部２０から貨幣を排出させて、この貨幣を、移動先の貨幣処理装置１００の入金部１０から収納部７０に収納させることができる。各貨幣処理装置１００が着脱部５０を備える場合、店員は、カセット６０を利用して、移動元の貨幣処理装置１００に装着したカセット６０に貨幣を収納させた後、このカセット６０を取り外して運び、移動先の貨幣処理装置１００の着脱部５０に装着して、カセット６０の貨幣を収納部７０に収納させることもできる。なお、以下の説明では、貨幣の移動元の貨幣処理装置１００を第１装置、この貨幣の移動先の貨幣処理装置１００を第２装置と記載して区別する場合がある。

図３は、貨幣処理システム１の機能構成概略を示すブロック図である。各貨幣処理装置１００の機能構成は同じであるため、図３には１台の貨幣処理装置１００のみを示している。貨幣処理装置１００は、図２で説明した構成部を含む貨幣処理部１６０の他に、制御部１１０、操作部１２０、表示部１３０、記憶部１４０及び通信部１５０を含む。

操作部１２０は、貨幣処理に関する各種情報を入力するために利用される。表示部１３０は、貨幣処理に関する各種情報を表示するために利用される。操作部１２０及び表示部１３０は貨幣処理装置１００から独立して設けられていてもよいし、貨幣処理装置１００の通信部１５０と通信可能に接続された外部装置が操作部１２０及び表示部１３０として機能してもよい。また、操作部１２０と表示部１３０が別々に設けられる態様に限定されず、操作表示部として一体化される態様であってもよい。

記憶部１４０は、不揮発性の記憶装置で、貨幣処理に関する各種情報の保存に利用される。通信部１５０は、外部装置との間で情報を送受信するために利用される。制御部１１０は、操作部１２０で入力された情報と通信部１５０で受信した情報とに基づいて、記憶部１４０に保存されている情報を利用しながら各構成部１２０～１６０を制御することができる。これにより、本実施形態に記載する貨幣処理装置１００の機能及び動作が実現されている。

貨幣処理システム１が、種類の異なる貨幣処理装置１００を含んでいてもよい。図１は貨幣処理システム１が２種類の貨幣処理装置１００ａ、１００ｂを含む例を示している。貨幣処理装置１００ａは、店舗のフロント領域にあるチェックアウトカウンタで、客との取引時に精算処理に利用される。貨幣処理装置１００ａは、外部装置である端末３００ａと接続され、端末３００ａの操作部及び表示部が、貨幣処理装置１００ａの操作部１２０及び表示部１３０としても機能するようになっている。端末３００ａは、例えば、ＰＯＳ（Ｐｏｉｎｔ ｏｆ Ｓａｌｅｓ）システムに接続されたＰＯＳレジスタである。端末３００ａ及びフロント機１００ａを利用して、客が支払う商品代金を精算する精算処理が行われる。

図１に示す貨幣処理装置１００ｂは、店舗のバックオフィスで、貨幣処理装置１００ａから回収された貨幣の入金と、貨幣処理装置１００ｂに補充される貨幣の出金とに利用される。複数台の精算処理用の貨幣処理装置１００ａを対象に貨幣の回収及び補充が行われるため、貨幣処理装置１００ｂは、貨幣処理装置１００ａに比べて大量の貨幣を入出金できるようになっている。貨幣処理装置１００ｂは、タッチパネル式の液晶表示装置から成る操作表示部３００ｂを含む。操作表示部３００ｂが、貨幣処理装置１００ｂの操作部１２０及び表示部１３０として機能する。

以下、精算処理が行われる店舗のフロント領域にある貨幣処理装置１００ａをフロント機１００ａ、店舗のバックオフィスにある貨幣処理装置１００ｂをバック機１００ｂと記載して区別し、両方に共通する内容については貨幣処理装置１００と記載する。図１には１台のフロント機１００ａを示しているが、貨幣処理システム１は複数台のフロント機１００ａを含む。また、貨幣処理システム１が複数台のバック機１００ｂを含んでいてもよい。

図３に示すように、管理サーバ２００は、操作部２２０、表示部２３０、記憶部２４０及び通信部２５０を含む情報処理装置である。例えば、コンピュータ装置が管理サーバ２００として利用される。

操作部２２０は、貨幣処理装置１００で行われる貨幣処理に関する各種情報を入力するために利用される。表示部２３０は、貨幣処理に関する各種情報を表示するために利用される。管理サーバ２００の通信部２５０と通信可能に接続された外部装置が操作部２２０及び表示部２３０として機能する態様であってもよい。また、操作部２２０と表示部２３０が別々に設けられる態様に限定されず、操作表示部として一体化される態様であってもよい。

記憶部２４０は、不揮発性の記憶装置で、貨幣処理に関する各種情報の保存に利用される。通信部２５０は、外部装置との間で情報を送受信するために利用される。制御部２１０は、操作部２２０で入力された情報と通信部２５０で受信した情報とに基づいて、記憶部２４０に保存されている情報を利用しながら各部２２０～２５０を制御することができる。これにより本実施形態に記載する管理サーバ２００の機能及び動作が実現されている。

図３に示すように、管理サーバ２００の記憶部２４０に、各貨幣処理装置１００に関する情報が登録された装置情報３４０が保存されている。管理サーバ２００は、装置情報３４０に基づいて、複数の貨幣処理装置１００の間で行われる貨幣の移動に関するシミュレーションを行うことができる。

図４は、装置情報３４０の例を示す図である。図４に示すように、管理サーバ２００は、装置情報３４０で、装置種別、グループ、装置番号、収納部番号、フル枚数、金種、釣銭準備金枚数、現在枚数、補充閾値、回収閾値を管理することができる。

図４に示す装置情報３４０は例示であって、装置情報３４０が、これら全ての情報を含む態様に限定されるものではない。例えば、装置情報が、装置種別及び装置番号を含まず、これらの代わりに各貨幣処理装置１００を区別可能な別の情報を含んでいてもよい。貨幣処理装置１００をグループ分けする必要がない場合には、装置情報３４０がグループの情報を含まなくてもよい。この場合、装置情報３４０に登録された全ての貨幣処理装置１００が同一グループに属するものとして取り扱われる。図４では、装置種別が「バック機」に分類される貨幣処理装置１００が複数台ある例を示しているが、店舗の規模が小さい場合には、バック機に分類される貨幣処理装置１００が１台の場合もある。

装置種別は、貨幣処理装置１００が、フロント機１００ａであるかバック機１００ｂであるかを示す情報である。グループは、貨幣処理装置１００の属するグループを示す識別情報である。貨幣処理システム１では、複数台の貨幣処理装置１００をグループ化することができる。装置情報３４０のグループの項目にグループの識別情報を登録することにより、管理サーバ２００は、各貨幣処理装置１００が属するグループを特定することができる。装置番号は、各貨幣処理装置１００を区別するための識別情報である。同型の貨幣処理装置１００が複数台ある場合でも、管理サーバ２００は、装置番号によって各装置を区別することができる。

収納部番号は、１台の貨幣処理装置１００が備えるカセット６０、収納部７０及び回収部８０のそれぞれを区別するための識別情報である。図４に示す例では、図２に示す複数の収納部７０が「０１」、「０２」のように連番を付して管理され、カセット６０が「ＣＳＴ－０１」として管理され、回収部８０が「ＣＯＬ－０１」として管理されている。このように、管理サーバ２００は、カセット６０、収納部７０及び回収部８０の各構成を区別して管理すると共に、各構成が複数ある場合でもそれぞれに連番を付して個別に管理することができる。なお、貨幣処理装置１００がカセット６０及び回収部８０を備えていない場合は、収納部番号にカセット６０及び回収部８０の情報は含まれない。

図４に示すフル枚数（最大収納枚数）は、収納部７０、カセット６０及び回収部８０のように貨幣を収納する構成部が、何枚の貨幣を収納可能であるかを示す情報である。金種は、収納する貨幣の金種を示す情報である。釣銭準備金枚数は、店舗の営業開始前に予め装置内に収納しておく貨幣枚数を示す情報である。現在枚数は、装置内に現在収納されている貨幣枚数を示す情報である。貨幣処理装置１００で貨幣処理が行われて、カセット６０、収納部７０、回収部８０のいずれかで貨幣の枚数が変化すると、関連する情報が貨幣処理装置１００から管理サーバ２００に送信されて、現在枚数の情報が更新されるようになっている。補充閾値は、貨幣の補充が必要であると判定される閾値を示している。管理サーバ２００は、現在枚数の情報が更新されて、更新後の現在枚数が補充閾値以下となった場合に貨幣を補充する必要があると判定する。回収閾値は、貨幣の回収が必要であると判定される閾値を示している。管理サーバ２００は、現在枚数の情報が更新されて、更新後の現在枚数が回収閾値以上となった場合に貨幣を補充する必要があると判定する。貨幣の回収が必要と判定した場合、及び貨幣の補充が必要と判定した場合には、管理サーバ２００は、これを示す情報を貨幣処理装置１００の表示部１３０及び管理サーバ２００の表示部２３０に表示して店員に報知することができる。なお、貨幣処理装置１００がカセット６０及び回収部８０を備えていない場合は、装置情報３４０に、カセット６０及び回収部８０の貨幣枚数に関する情報は含まれない。

図４に示す例は、例えばグループＡに属する装置番号Ｆ００１のフロント機１００ａで、収納部番号０１の収納部７０に、１２５０枚の紙幣を収納可能であることを示している。また、５ユーロ紙幣を収納するよう設定されたこの収納部７０には、現在５５０枚の紙幣が収納されており、紙幣枚数が１００枚以下になると紙幣の補充が必要であると判定され、紙幣枚数が８００枚以上になると紙幣の回収が必要であると判定されることを示している。管理サーバ２００は、図４に示す装置情報３４０で、フロント機１００ａと同様に、各バック機１００ｂのカセット６０、各収納部７０及び回収部８０に関する情報を管理することもできる。

次に、フロント機１００ａとバック機１００ｂとの間で行われる貨幣の移動について説明する。店員は、フロント機１００ａの操作部１２０及び表示部１３０と、バック機１００ｂの操作部１２０及び表示部１３０と、管理サーバ２００の操作部２２０及び表示部２３０とのいずれかを利用して、貨幣を移動するための作業を開始することができる。以下、店員が管理サーバ２００の操作部２２０及び表示部２３０を利用するものとして説明を続ける。

まず、フロント機１００ａ（第１装置）からバック機１００ｂ（第２装置）へ貨幣を回収する場合を例に回収作業について説明する。回収作業では、フロント機１００ａから回収された貨幣がバック機１００ｂに入金される。店員が操作部２２０で所定操作を行って回収作業を開始すると、回収作業に関する情報が表示部２３０に表示される。図５は、回収作業時に表示される画面例を示す図である。図５に示す画面で、店員は、実際に貨幣を移動する前に、貨幣移動後にバック機１００ｂにおける貨幣の収納状況がどのようになるかを確認することができる。

店員が、操作部２２０を操作して、画面上部でバック機１００ｂの情報を表示する枠４００内のボタン４０１を押すと、プルダウンリストが表示されて図４に示す装置情報３４０に登録されているバック機１００ｂが一覧表示される。店員が、バック機１００ｂを選択すると、選択したバック機１００ｂの識別情報４０２が表示される。表示される識別情報４０２には、装置情報３４０に登録されているグループ及び装置番号の情報が含まれる。

バック機１００ｂが選択されると、フロント機１００ａの情報を表示する画面左側の枠４０３内で、選択されたバック機１００ｂと同じグループに属するフロント機１００ａの識別情報４０４が、他のフロント機１００ａの識別情報４０５と区別可能に表示される。図５に示す例では、グループＡのバック機１００ｂが選択されているため、グループＡに属するフロント機１００ａの識別情報４０４のみが反転表示されている。枠４０３内に表示されるフロント機１００ａの識別情報４０４、４０５には、装置情報３４０に登録されているグループ及び装置番号の情報が含まれる。

枠４０３内には、各フロント機１００ａの識別情報４０４に対応して、貨幣の回収方法を選択するためのボタン４０６が表示される。店員がボタン４０６を押すと、選択可能な貨幣の回収方法が一覧表示される。一覧表示される回収方法には、フロント機１００ａの全ての収納部７０から全ての貨幣を回収する「全回収」と、各収納部７０に釣銭準備金を残して他の貨幣を回収する「残置回収」とが含まれる。店員は、各フロント機１００ａについて貨幣の回収方法を選択することができる。各フロント機１００ａの識別情報４０４に対応して、貨幣の回収方法を示す回収情報４０７が表示される。

店員は、図５に示す画面で、バック機１００ｂではなく、フロント機１００ａを選択することもできる。店員が、操作部２２０を操作して、画面左側の枠４０３内で１つのフロント機１００ａを選択する操作を行うと、このフロント機１００ａと同じグループに属する全てのフロント機１００ａの識別情報４０４が、他のフロント機１００ａの識別情報４０５と区別可能に表示される。また、画面上部の枠４００内に、店員が選択したフロント機１００ａと同じグループに属するバック機１００ｂの識別情報４０２が表示される。

画面右上には、回収対象の貨幣を選択する選択ボタン４０８が表示される。図５に示す例では、回収対象が紙幣であるため紙幣の選択ボタン４０８が反転表示されているが、店員は、操作部２２０を操作して硬貨の選択ボタン４０８を押し、回収対象を硬貨に変更することもできる。

表示部２３０の画面上で、同じグループに属する全てのフロント機１００ａとバック機１００ｂとが選択された状態で、店員は、画面左下にある計算ボタン４０９を押す。なお、店舗内にバック機１００ｂが１台しかない場合は、画面上部の枠４００内にバック機１００ｂを選択するボタン４０１は表示されない。例えば、装置情報３４０が、１台のバック機１００ｂと複数台のフロント機１００ａとを含む１つのグループのみを含む場合、このバック機１００ｂの識別情報４０２が画面上に表示され、全てのフロント機１００ａが選択された状態が初期画面となる。装置情報３４０がグループの項目を含まない場合も同様の初期画面となる。店員は、初期画面の情報を確認して計算ボタン４０９を押すことになる。

計算ボタン４０９が押されると、管理サーバ２００は、画面上で選択されたフロント機１００ａの情報と、バック機１００ｂの情報と、貨幣の回収方法とに基づいて、フロント機１００ａとバック機１００ｂとの間で行われる貨幣の移動をシミュレーションする。

管理サーバ２００は、図５に示す画面で貨幣の回収方法が全回収となっているフロント機１００ａについては、装置情報３４０に基づいて、各収納部７０の貨幣全てが回収されてバック機１００ｂに入金されるものとする。一方、貨幣の回収方法が残置回収となっているフロント機１００ａについては、各収納部７０に収納されている貨幣のうち、釣銭準備金枚数として設定されている貨幣を残して他の貨幣を回収するものとする。例えば、図４に示す装置番号Ｆ００１のフロント機１００ａの収納部番号０１の収納部７０では、全回収の場合は現在枚数の５５０枚全ての５ユーロ紙幣が回収され、残置回収の場合は、釣銭準備金枚数に設定された５００枚を残して５０枚の５ユーロ紙幣が回収されることになる。

貨幣の回収方法の選択肢に、店員が回収対象の貨幣を指定する「指定回収」が含まれていてもよい。指定回収を選択した場合は別画面が表示され、店員は、この画面上で、フロント機１００ａから回収する貨幣の金種及び金種別枚数を手動で指定することができる。この場合、管理サーバ２００は、店員が指定した貨幣がフロント機１００ａから回収されてバック機１００ｂに入金されるものとする。回収方法の選択肢が、全回収、残置回収及び指定回収のうち、いずれか１つを含んでいてもよいし、いずれか２つを含んでいてもよいし、３つ全てを含んでいてもよい。

管理サーバ２００は、こうして図５に示す画面で選択された全てのフロント機１００ａを対象に、フロント機１００ａから回収される貨幣、すなわちバック機１００ｂに入金される貨幣の金種及び金種別枚数を特定する。また、管理サーバ２００は、装置情報３４０に基づいて、図５に示す画面で選択されたバック機１００ｂの各収納部７０に現在収納されている貨幣の金種及び金種別枚数を特定する。管理サーバ２００は、特定したこれらの情報から、各フロント機１００ａから回収された貨幣のバック機１００ｂへの入金をシミュレーションする。すなわち、管理サーバ２００は、全てのフロント機１００ａからバック機１００ｂへ貨幣を移動した場合に、バック機１００ｂの各収納部７０の貨幣の収納状況がどのようになるかをシミュレーションする。管理サーバ２００は、シミュレーション結果を図５に示す画面に表示する。表示される情報には、オーバーフロー情報４１０と、釣銭準備金情報４１１とが含まれる。

オーバーフロー情報４１０は、フロント機１００ａからバック機１００ｂに貨幣を回収した際に、バック機１００ｂでオーバーフローが発生する収納部７０があるか否か、すなわち貨幣枚数がフル枚数を超える収納部７０があるか否かを示す情報である。バック機１００ｂでオーバーフローが発生しない場合、管理サーバ２００は、図５に示すようにオーバーフロー情報４１０を「無し」と表示して、オーバーフローが発生する場合は「あり」と表示する。

釣銭準備金情報４１１は、フロント機１００ａからバック機１００ｂに貨幣を回収した後、これらのフロント機１００ａで翌日の営業に必要となる釣銭準備金を、バック機１００ｂから出金可能であるかを示す情報である。図４に示すように、管理サーバ２００は、各フロント機１００ａの収納部７０で翌日の営業に必要となる釣銭準備金の情報を管理している。管理サーバ２００は、この釣銭準備金の情報と、貨幣回収後の各フロント機１００ａの収納部７０の貨幣の収納状況とに基づいて、翌日の営業前に、バック機１００ｂから出金する必要がある釣銭準備金の貨幣の金種及び金種別枚数を特定する。すなわち、バック機１００ｂと同じグループに属する全てのフロント機１００ａにバック機１００ｂから貨幣を補充して、各フロント機１００ａの各収納部７０に釣銭準備金を収納した状態とするために、バック機１００ｂから出金する貨幣の金種及び金種別枚数が特定される。

図５に示す例では、装置番号Ｆ００１のフロント機１００ａでは全回収が行われて収納部７０が空になる一方で、装置番号Ｆ００２及びＦ００３のフロント機１００ａでは残置回収が行われて貨幣回収後も翌日の営業に必要な釣銭準備金が装置内に残った状態となる。このため、装置番号Ｆ００１のフロント機１００ａの各収納部７０に収納される釣銭準備金が、翌日の営業前にバック機１００ｂから出金される釣銭準備金となる。複数台のフロント機１００ａで貨幣の全回収が行われる場合は、これらのフロント機１００ａに収納される釣銭準備金の合計が、翌日の営業前にバック機１００ｂから出金される釣銭準備金となる。

管理サーバ２００は、こうして特定した釣銭準備金を、図５で選択された全てのフロント機１００ａから貨幣を回収した後にバック機１００ｂから出金可能であるか否かを判定する。貨幣回収後のバック機１００ｂで収納部７０の貨幣が不足して釣銭準備金全てを出金できない状態となる場合、管理サーバ２００は、図５に示すように、釣銭準備金情報４１１に「不足」と表示する。一方、釣銭準備金全てを出金可能な状態となる場合、管理サーバ２００は、釣銭準備金情報４１１に「ＯＫ」と表示する。

図５に示す画面右下にある枠４１２内には、貨幣回収後のバック機１００ｂの各収納部７０における貨幣の収納状況を示す情報がグラフィック表示される。店員は、枠４１２内右上にある選択ボタン４１３で表示対象を選択することができる。図５に示す例では、釣銭準備金が選択されているため、釣銭準備金の文字が反転表示され、枠４１２内に釣銭準備金に関する情報が表示されている。

枠４１２内には、貨幣の金種を横軸、貨幣量を縦軸とするグラフが表示される。図５に示す例では、横軸に、バック機１００ｂの各収納部７０に収納されている紙幣の金種が表示され、縦軸に、各金種の紙幣枚数が表示されている。

実線で表示された棒グラフ４１４は、図５に示す画面で選択された全てのフロント機１００ａから回収対象の貨幣を回収してバック機１００ｂに入金した後のバック機１００ｂの各収納部７０の貨幣量を示している。このように、店員は、フロント機１００ａからバック機１００ｂへ実際に貨幣を回収する前に、バック機１００ｂの各収納部７０における貨幣の収納状況が回収後にどのようになるかを確認することができる。

折れ線グラフ４１６は、翌日の営業に必要な釣銭準備金の貨幣量を示している。管理サーバ２００は、バック機１００ｂと同じグループに属する全てのフロント機１００ａの貨幣回収後の貨幣の収納状況と、これらのフロント機１００ａに翌日の営業前に準備すべき釣銭準備金とに基づいて、バック機１００ｂが収納しておくべき貨幣量を特定して折れ線グラフ２１６で示す。すなわち、翌日の営業開始前に同じグループのフロント機１００ａへ補充する全ての釣銭準備金をバック機１００ｂから出金可能とするために、バック機１００ｂの各収納部７０で必要となる貨幣量が折れ線グラフ２１６で示されている。破線で示された領域４１５は、折れ線グラフ４１６が示す釣銭準備金の貨幣量に対する、バック機１００ｂの収納部７０の貨幣の不足量を示している。

店員は、操作部２２０を操作して、図５に示す画面上で貨幣枚数の詳細を確認することもできる。例えば、店員が、操作部２２０で、横軸に表示された金種、又はこの金種のグラフを選択する操作を行うと、画面上に、選択した金種の貨幣枚数に関する情報４１７が表示される。具体的には、貨幣回収後の収納部７０の貨幣枚数と、翌日の営業に必要な釣銭準備金枚数と、釣銭準備金枚数から収納部７０の貨幣枚数を差し引いた不足枚数とが数値で表示される。

図５は、店員が２００ユーロを選択した場合の例を示している。２００ユーロを選択して表示された情報４１７から、店員は、２００ユーロ紙幣を収納しているバック機１００ｂの収納部７０では、貨幣回収後の紙幣枚数が３００枚となるが、翌日の営業に必要な釣銭準備金枚数が５００枚であることから２００枚が不足することを確認することができる。

グラフ横軸の金種の表示の下に、釣銭準備金が不足する金種を店員に報知する警告アイコン４１８が表示される。図５に示す例では、貨幣回収後に、５ユーロ、１０ユーロ、５０ユーロ、２００ユーロの紙幣を収納する各収納部７０で釣銭準備金用の紙幣が不足するため、これらの金種に対応して警告アイコン４１８が表示されている。

店員が、操作部２２０を操作して警告アイコン４１８を押すと、店員が行う作業を案内するガイダンス情報が表示される。例えば、店員が２００ユーロ紙幣の警告アイコン４１８を押すと、図５に示すように、貨幣回収後さらに店員が２００ユーロの紙幣２００枚をバック機１００ｂに補充する追加作業が必要であることを示すガイダンス情報が表示される。

図５に示す例ではオーバーフローは発生していないが、オーバーフローが発生する場合、店員は、枠４１２内右上にあるオーバーフローの選択ボタン４１３を押して、貨幣回収後のバック機１００ｂの各収納部７０の状況を確認することができる。オーバーフローの情報を表示する場合、貨幣回収後の各収納部７０の貨幣量が実線の棒グラフで表示され、各収納部７０に収納可能な貨幣枚数（フル枚数）が折れ線グラフで表示される。オーバーフローが発生する収納部７０の棒グラフでは、フル枚数を超える部分が、他と区別できるように表示される。釣銭準備金の情報と同様に、店員が、グラフの横軸に表示された金種又はこの金種のグラフを選択する操作を行うと、貨幣回収後の収納部７０の貨幣枚数と、この収納部７０のフル枚数と、収納部７０の貨幣枚数からフル枚数を差し引いたオーバーフロー枚数とが数値で表示される。また、オーバーフローが発生する収納部７０に対応して警告アイコンが表示され、店員は、オーバーフローが発生する収納部７０及び金種を容易に認識することができる。警告アイコンを押すと、オーバーフローを解消するために店員が行う追加作業を案内するガイダンス情報が表示される。例えば、オーバーフロー分の貨幣をバック機１００ｂの回収部８０に収納できない場合に、回収作業の途中でバック機１００ｂから装置外へ貨幣を回収する必要が生ずることを示す情報と、回収作業を開始する前に予めバック機１００ｂの回収部８０の貨幣を装置外へ回収する追加作業を提案する情報とが表示される。

このように、店員は、実際に貨幣の回収を行う前に、貨幣の移動元となる複数のフロント機１００ａ（第１装置）と、貨幣の移動先となるバック機１００ｂ（第２装置）と、各フロント機１００ａからの貨幣の回収方法とを選択することで、貨幣の移動をシミュレーションすることができる。

フロント機１００ａからバック機１００ｂへ貨幣を回収する際、店員は、回収作業を開始する前に、回収後のバック機１００ｂの貨幣の収納状況を確認することができる。回収作業中にバック機１００ｂの収納部７０でオーバーフローが発生する場合、店員は事前にこれを知ることができる。店員は、回収作業後にバック機１００ｂで、翌日の営業用の釣銭準備金が不足する場合には、これを知ることもできる。

バック機１００ｂでオーバーフロー又は貨幣不足が発生する場合、これらに対応するための追加作業の内容を示すガイダンス情報が、表示部２３０の画面上に表示される。店員は、ガイダンス情報に基づいて、回収作業の途中でオーバーフローが発生しないように先にバック機１００ｂから貨幣を回収したり、補充作業の途中で貨幣が不足しないように先にバック機１００ｂに貨幣を補充したりするなどの追加作業を行うことができる。店員は、貨幣を移動する作業によって発生する事象を、実際に貨幣を移動する前に確認して対応することにより、貨幣を移動する作業を容易に進めることができる。

管理サーバ２００がガイダンス情報を表示して店員に案内する追加作業の中に、店員だけでは行うことができない作業が含まれている場合、管理サーバ２００は、この追加作業に関する報知処理を実行することができる。例えば、追加作業が、管理者のみが行える作業である場合、管理サーバ２００は、店員単独では作業できないことを示す情報と、管理者への通知を行うか否かを店員に問う情報とを表示部２３０に表示する。店員が、操作部２２０で、管理者への通知を行うことを選択する操作を行うと、管理サーバ２００は、予め準備された設定に基づいて、管理者が利用する通信端末へ、貨幣の移動に伴って管理者による追加作業が必要になることを示す情報を送信する。管理者は、通信端末に受信した情報に基づいて追加作業が必要であることを認識して、これに対応することができる。

例えば、複数のフロント機１００ａからバック機１００ｂへ貨幣を回収する際に、回収する貨幣量が、バック機１００ｂの収納部７０のフル枚数を超えると、バック機１００ｂでオーバーフローが発生する。この場合、管理サーバ２００は、事前にバック機１００ｂから貨幣を回収する追加作業を行うよう提案するガイダンス情報を表示する。バック機１００ｂから貨幣を回収する追加作業が、管理者でないと行えない作業である場合に、店員が操作部２２０で所定操作を行うことにより、管理サーバ２００が管理者の通信端末への通知処理を実行する。これにより、通知を受けた管理者がバック機１００ｂから貨幣を回収する追加作業を行い、その後、店員がフロント機１００ａからバック機１００ｂへの貨幣の回収作業を行うことができる。

ガイダンス情報の表示は、店員が操作部２２０を操作して警告アイコンを押した際に表示される態様に限定されない。図５で説明したように管理サーバ２００がシミュレーションを行った後、図５に示す画面上に、ガイダンス情報を含む警告ウィンドウが表示される態様であってもよい。

図６は、警告ウィンドウの表示例を示す図である。図６（ａ）に示すように、管理サーバ２００が、貨幣の回収作業の後、すなわちフロント機１００ａから回収した貨幣のバック機１００ｂへの入金処理を実行した後に、バック機１００ｂで不足する釣銭準備金用の貨幣の金種と不足枚数とを含む情報を表示して、不足分の貨幣をバック機１００ｂへ補充する追加作業が必要となることを店員に案内してもよい。店員は、警告ウィンドウに表示された情報を確認した後、ＯＫボタンを押して警告ウィンドウを閉じて、図５に示す画面に戻ることができる。

貨幣の回収作業の途中でバック機１００ｂの収納部７０でオーバーフローが発生する場合に、図６（ｂ）に示すように、管理サーバ２００が、これを示す情報を表示して、回収作業を開始する前に予め収納部７０を空にする追加作業を店員に案内してもよい。すなわち、バック機１００ｂに入金可能な貨幣量を増やす追加作業を店員に案内してもよい。収納部７０がバック機１００ｂに対して着脱可能である場合、収納部７０が満杯になった際、すぐに別の収納部７０と交換できるように、空の収納部７０を予め用意する追加作業を店員に案内してもよい。

同様に、バック機１００ｂが回収部８０を備え、貨幣の回収作業の途中で、収納部７０に収納できないオーバーフロー分の貨幣を回収部８０にも収納しきれない状態となる場合、管理サーバ２００が、これを示す情報を表示して、回収作業を開始する前に予め回収部８０を空にする追加作業を店員に案内してもよい。回収部８０はバック機１００ｂに対して着脱可能であるため、回収部８０が満杯になった際、すぐに別の回収部８０と交換できるように、空の回収部８０を予め用意する追加作業を店員に案内してもよい。

貨幣移動時にオーバーフロー、釣銭準備金の不足等の問題が発生することを認識した店員は、図５に示す画面で、フロント機１００ａの選択を変更して計算ボタン４０９を押すことにより、シミュレーションをやり直すこともできる。また、店員は、各フロント機１００ａからの貨幣の回収方法を変更したり、バック機１００ｂの選択を変更したりすることもできる。これにより、店員は、実際に貨幣の回収作業を開始する前に、様々な回収方法をシミュレーションして、回収方法を決定することができる。

管理サーバ２００が、貨幣の回収方法を提案する態様であってもよい。例えば、図５に示す画面で選択されたフロント機１００ａ及びバック機１００ｂの組合せでは貨幣回収後に釣銭準備金の不足が発生する場合に、管理サーバ２００はフロント機１００ａとバック機１００ｂの組合せを変更してシミュレーションを行う。管理サーバ２００は、図４に示す装置情報３４０で、店内にある各貨幣処理装置１００の貨幣の情報を管理しているため、フロント機１００ａ及びバック機１００ｂの組合せを変更したシミュレーションを実行することができる。シミュレーションの結果、バック機１００ｂで釣銭準備金の不足が生じない貨幣の回収方法があれば、管理サーバ２００は、これを示すガイダンス情報を含む提案ウィンドウを表示部２３０に表示する。

図７は、提案ウィンドウの表示例を示す図である。例えば、グループＡで貨幣回収後にバック機１００ｂで釣銭準備金が不足するが、グループＢの一部のフロント機１００ａからもグループＡのバック機１００ｂに貨幣を回収すれば、グループＡとグループＢの両方で貨幣回収後に釣銭準備金の不足が生じない場合がある。このような場合に、シミュレーションによってこれを認識した管理サーバ２００が、図７（ａ）に示すように、提案ウィンドウを表示部２３０に表示する。店員は、提案ウィンドウの情報を考慮して貨幣の回収方法を決定することができる。

図５に示す画面で選択されたフロント機１００ａの一部の選択を解除することで、すなわち一部のフロント機１００ａを回収作業の対象から除外することで、バック機１００ｂにおけるオーバーフローの発生を回避できる場合がある。例えば、グループＡで貨幣回収時にバック機１００ｂでオーバーフローが発生するが、一部のフロント機１００ａの貨幣をグループＢのバック機１００ｂに回収すれば、グループＡとグループＢの両方で貨幣回収時にオーバーフローが生じない場合がある。このような場合に、シミュレーションによってこれを認識した管理サーバ２００が、図７（ｂ）に示すように、提案ウィンドウを表示部２３０に表示する。店員は、提案ウィンドウの情報を考慮して貨幣の回収方法を決定することができる。

次に、バック機１００ｂ（第１装置）からフロント機１００ａ（第２装置）へ貨幣を補充する補充作業について説明する。補充作業では、バック機１００ｂから出金された釣銭準備金が、フロント機１００ａに補充される。管理サーバ２００では、バック機１００ｂから釣銭準備金を出金してフロント機１００ａに補充する補充作業時にも、回収作業時と同様にシミュレーションを行うことができる。例えば、店員が、操作部２２０を操作して、貨幣の移動先となるフロント機１００ａと、貨幣の移動元となるバック機１００ｂとを選択することにより、管理サーバ２００がシミュレーションを行って、シミュレーション結果を表示部２３０に表示する。シミュレーションは、図４に示す装置情報３４０に基づいて、各フロント機１００ａに補充する釣銭準備金の金種及び金種別枚数と、バック機１００ｂに現在収納されている貨幣の金種及び金種別枚数とを特定することによって行われる。なお、釣銭準備金の金種及び金種別枚数に関する情報は、装置情報３４０から取得する態様に限定されず、管理サーバ２００が、店員による金種及び金種別枚数の指定を受け付ける態様であってもよい。例えば、店員が、バック機１００ｂの操作部２２０を操作して、釣銭準備金の金種及び金種別枚数を指定してもよい。

シミュレーションによって、補充作業の途中でバック機１００ｂの貨幣が不足するとの結果が得られた場合、管理サーバ２００は、これを店員に報知すると共に、貨幣不足を解消するために必要な追加作業の内容を示すガイダンス情報を表示部２３０に表示する。

図８は、補充作業のシミュレーション時に表示される画面例を示す図である。例えば、図８（ａ）に示すように、補充作業を開始した場合に、バック機１００ｂで不足する貨幣の金種と、この不足を解消するために事前に行うべき追加作業の内容とを示すガイダンス情報が表示される。すなわち、貨幣の補充元となるバック機１００ｂから出金可能な貨幣量を増やす追加作業が店員に案内される。店員は、ガイダンス情報に基づいて事前にバック機１００ｂに貨幣を補充することにより、フロント機１００ａへの貨幣の補充作業を途中で中断することなく容易に進めることができる。

バック機１００ｂへ貨幣を補充する追加作業が管理者のみに認められている場合、回収作業のシミュレーション時と同様に、管理サーバ２００が、店員の操作に応じて、バック機１００ｂへ貨幣を補充する追加作業を管理者に求める情報を管理者の通信端末へ送信することができる。通信端末に通知を受信した管理者がバック機１００ｂへ貨幣を補充する追加作業を行い、その後で店員がバック機１００ｂからフロント機１００ａへの貨幣の補充作業を行うことができる。

図５に示す画面で選択されたフロント機１００ａの一部の選択を解除することで、すなわち一部のフロント機１００ａを補充作業の対象から除外することで、バック機１００ｂにおける貨幣の不足を回避できる場合がある。例えば、グループＡでの貨幣補充時にバック機１００ｂで貨幣が不足するが、一部のフロント機１００ａへグループＢのバック機１００ｂから貨幣を補充することで、グループＡとグループＢの両方で貨幣補充時に貨幣の不足が生じない場合がある。このような場合に、装置情報３４０に基づいてシミュレーションを行って、これを認識した管理サーバ２００は、図８（ｂ）に示すように、提案ウィンドウを表示部２３０に表示する。提案ウィンドウには、補充作業の途中で、グループＡのバック機１００ｂで貨幣が不足することを示す情報と、これを回避する方法を示す情報とが表示される。店員は、提案ウィンドウの情報を考慮して貨幣の補充方法を決定することができる。

次に、処理の流れについて説明する。図９は、回収作業の開始前に行われる処理の流れを示すフローチャートである。管理サーバ２００は、貨幣の回収元となるフロント機１００ａ（第１装置）及び貨幣の回収先となるバック機１００ｂ（第２装置）を決定する（ステップＳ１１）。

フロント機１００ａ及びバック機１００ｂの決定は、上述したように操作部２２０で行われる店員の操作に基づいて行われてもよいし、管理サーバ２００が決定してもよい。例えば、管理サーバ２００が、図４に示す装置情報３４０に基づいて、収納部７０の貨幣量が回収閾値に達したフロント機１００ａを検知して、このフロント機１００ａを回収元、このフロント機１００ａと同一グループに属するバック機１００ｂを回収先に決定してもよい。このとき、管理サーバ２００が、検知したフロント機１００ａと同一グループに属する全てのフロント機１００ａを回収元に決定する態様であってもよい。なお、バック機１００ｂが１台のみである場合は、このバック機１００ｂと、このバック機１００ｂと同じグループに属するフロント機１００ａとが自動的に選択されることになる。

管理サーバ２００は、各フロント機１００ａから回収する貨幣を決定する（ステップＳ１２）。回収する貨幣の決定は、上述したように操作部２２０で行われる店員の操作に基づいて行われてもよいし、管理サーバ２００が決定してもよい。例えば、各フロント機１００ａで全回収と残置回収のいずれを行うかが予め設定されており、管理サーバ２００が、この設定に基づいて、回収する貨幣を決定してもよい。

管理サーバ２００は、図４に示す装置情報３４０に基づいて、バック機１００ｂの収納部７０に収納されている貨幣を特定する（ステップＳ１３）。管理サーバ２００は、現在のバック機１００ｂに収納されている貨幣の情報と、フロント機１００ａから回収される貨幣の情報とに基づいて、バック機１００ｂで行われる入金処理をシミュレーションする（ステップＳ１４）。すなわち、各フロント機１００ａから回収した貨幣をバック機１００ｂへ入金した場合に、バック機１００ｂの貨幣の収納状況がどのように変化するかをシミュレーションする。管理サーバ２００は、シミュレーション結果を報知する（ステップＳ１５）。報知処理は、例えば図５で説明したように行われる。

シミュレーションの結果、回収作業を行ってもバック機１００ｂの収納部７０でオーバーフローが発生しないことが判明した場合（ステップＳ１６；Ｎｏ）、管理サーバ２００は、次のステップＳ１９へ処理を進める。一方、回収作業の途中で、バック機１００ｂの収納部７０でオーバーフローが発生することが判明した場合（ステップＳ１６；Ｙｅｓ）、管理サーバ２００は、オーバーフローについての対応方法を決定して（ステップＳ１７）、これを店員に報知する（ステップＳ１８）。報知処理は、例えば図５、図６（ｂ）、図７（ｂ）で説明したように行われる。報知処理では、全てのフロント機１００ａから回収した貨幣をバック機１００ｂへ入金できるように、例えば、バック機１００ｂに入金可能な貨幣量を増やす追加作業、又は、フロント機１００ａの一部を回収作業の対象から除外する追加作業が店員に案内される。

シミュレーションにより貨幣回収後のバック機１００ｂにおける貨幣の収納状況を特定した管理サーバ２００は、図４に示す装置情報３４０に基づいて、このバック機１００ｂから翌日の営業のために出金される釣銭準備金を特定する。管理サーバ２００は、貨幣回収後に、同一グループに属する全てのフロント機１００ａの釣銭準備金をバック機１００ｂから出金可能となる場合（ステップＳ１９；Ｎｏ）、処理を終了する。一方、貨幣回収後のバック機１００ｂで釣銭準備金用の貨幣が不足する場合（ステップＳ１９；Ｙｅｓ）、管理サーバ２００は、不足する釣銭準備金についての対応方法を決定して（ステップＳ２０）、これを店員に報知する（ステップＳ２１）。報知処理は、例えば図５、図６（ａ）、図７（ａ）で説明したように行われる。報知処理では、バック機１００ｂから全てのフロント機１００ａの釣銭準備金を出金できるように、例えば、バック機１００ｂに不足分の貨幣を補充する追加作業、又は、回収作業の対象とするフロント機１００ａを追加する追加作業が店員に案内される。

図１０は、補充作業の開始前に行われる処理の流れを示すフローチャートである。管理サーバ２００は、貨幣の補充元となるバック機１００ｂ（第１装置）及び補充先となるフロント機１００ａ（第２装置）を決定する（ステップＳ３１）。

フロント機１００ａ及びバック機１００ｂの決定は、上述したように操作部２２０で行われる店員の操作に基づいて行われてもよいし、管理サーバ２００が決定してもよい。例えば、管理サーバ２００が、図４に示す装置情報３４０に基づいて、収納部７０の貨幣量が補充閾値に達したフロント機１００ａを検知して、このフロント機１００ａを補充先、このフロント機１００ａと同一グループに属するバック機１００ｂを補充元に決定してもよい。このとき、管理サーバ２００が、検知したフロント機１００ａと同一グループに属する全てのフロント機１００ａを補充先に決定する態様であってもよい。なお、バック機１００ｂが１台のみである場合は、このバック機１００ｂと、このバック機１００ｂと同じグループに属するフロント機１００ａとが自動的に選択されることになる。

管理サーバ２００は、各フロント機１００ａへ補充する貨幣を決定する（ステップＳ３２）。補充貨幣の決定は、操作部２２０で行われる店員の操作に基づいて行われてもよいし、管理サーバ２００が決定してもよい。例えば、各フロント機１００ａの各収納部７０に収納されている貨幣枚数が、釣銭準備金枚数と一致するように、管理サーバ２００が、補充貨幣の金種及び金種別枚数を決定してもよい。

管理サーバ２００は、図４に示す装置情報３４０に基づいて、バック機１００ｂの収納部７０に収納されている貨幣を特定する（ステップＳ３３）。管理サーバ２００は、現在のバック機１００ｂに収納されている貨幣の情報と、フロント機１００ａへ補充する貨幣の情報とに基づいて、バック機１００ｂで行われる出金処理をシミュレーションする（ステップＳ３４）。すなわち、各フロント機１００ａへ補充する貨幣をバック機１００ｂから出金した場合に、バック機１００ｂの貨幣の収納状況がどのように変化するかをシミュレーションする。管理サーバ２００は、シミュレーション結果を報知する（ステップＳ３５）。報知処理は、例えば図５で説明したように行われる。

シミュレーションの結果、補充作業を行ってもバック機１００ｂの収納部７０で貨幣の不足が発生しないことが判明した場合（ステップＳ３６；Ｎｏ）、管理サーバ２００は、処理を終了する。一方、補充作業の途中で、バック機１００ｂの収納部７０で貨幣の不足が発生することが判明した場合（ステップＳ３６；Ｙｅｓ）、管理サーバ２００は、不足する貨幣についての対応方法を決定して（ステップＳ３７）、これを店員に報知する（ステップＳ３８）。報知処理は、例えば図８で説明したように行われる。報知処理では、全てのフロント機１００ａへ補充する貨幣をバック機１００ｂから出金できるように、例えば、バック機１００ｂから出金可能な貨幣量を増やす追加作業、又は、フロント機１００ａの一部を補充作業の対象から除外する追加作業が店員に案内される。

本実施形態では、店員が管理サーバ２００の操作部２２０で操作を行って、図５～図８に示す画面が管理サーバ２００の表示部２３０に表示される例を示したが、店員が利用する操作部及び表示部がこれらに限定されるものではない。例えば、フロント機１００ａの操作部１２０及び表示部１３０、又は、バック機１００ｂの操作部１２０及び表示部１３０が利用される態様であってもよい。また、管理サーバ２００と通信可能に接続された通信端末の操作部及び表示部が利用される態様であってもよい。

本実施形態では、複数台の貨幣処理装置１００の間で貨幣の回収及び補充を行う態様を示したが、回収と補充のいずれか一方のみが行われる態様であってもよい。貨幣処理システム１で、上述した全ての処理が行われる態様に限定されず、一部の処理のみが行われる態様であってもよい。例えば、管理サーバ２００が、図４に示す情報のうち一部の情報のみを管理して、他の情報は貨幣処理装置１００から取得する態様であってもよい。管理サーバ２００が、図５示す画面に表示された情報のうち一部の情報のみを表示する態様であってもよい。管理サーバ２００が、図９に示す処理のうちステップＳ１９～Ｓ２１の処理を実行しない態様であってもよい。

本実施形態では、店舗のフロント領域にあるフロント機１００ａと、バックオフィスにあるバック機１００ｂとの間で貨幣を移動する例を主に説明したが、貨幣の移動が店舗のフロント領域とバックオフィスとの間で行われる態様に限定するものではない。１台のフロント機１００ａと、複数の他のフロント機１００ａとの間で貨幣を移動してもよい。例えば、図５に示す画面で、フロント機１００ａを選択可能な態様であってもよい。フロント機１００ａが、上述したバック機１００ｂの機能及び動作を実現することにより、フロント機１００ａの間でも上述したように貨幣を移動することができる。

本実施形態に示した貨幣処理システム１の構成は、機能概略的なものであり、貨幣処理システム１の構成が物理的に該構成に限定されるものではない。例えば、貨幣処理システム１に含まれる貨幣処理装置１００が、上述した管理サーバ２００の機能の一部又は全部を実現する態様であってもよい。各装置の分散・統合の形態は上述した例に限定されず、その全部又は一部を各種の負荷や使用状況などに応じて、任意の単位で機能的又は物理的に分散、統合して構成することができる。

上述したように、本実施形態に係る貨幣処理システムでは、複数の貨幣処理装置の間で貨幣を移動する際、事前に、貨幣処理装置で行われる貨幣処理のシミュレーションを行って、貨幣の移動を滞りなく行えるか否かを事前に確認することができる。入金処理途中の収納部のオーバーフロー、出金処理途中の収納部の貨幣不足等、貨幣の移動を完了する前に、利用者が対応すべき問題が発生する場合、利用者は事前にこれを知ることができる。貨幣処理システムは、問題の発生を回避するための方法を提案したり、問題発生時の対応方法を案内するガイダンス情報を利用者に示したりすることができる。これにより、利用者は貨幣の移動作業を容易に行うことができる。

以上のように、本開示に係る貨幣処理方法及び貨幣処理システムは、複数の貨幣処理装置の間で貨幣を移動する作業を容易に行うために有用である。

１ 貨幣処理システム
１０ 入金部
２０ 出金部
３０ 搬送部
４０ 識別部
５０ 着脱部
６０ カセット
７０ 収納部
８０ 回収部
１００（１００ａ、１００ｂ） 貨幣処理装置
１１０、２１０ 制御部
１２０、２２０ 操作部
１３０、２３０ 表示部
１４０、２４０ 記憶部
１５０、２５０ 通信部
１６０ 貨幣処理部
２００ 管理サーバ

Claims (9)

1. 複数の貨幣処理装置及び情報処理装置を含む貨幣処理システムで前記情報処理装置が行う貨幣処理方法であって、
   前記複数の貨幣処理装置の間で貨幣を移動する際に各装置間で移動する貨幣の金種及び数を決定する決定工程と、
   前記決定工程で決定された貨幣の金種及び数に基づいて、各装置間で貨幣を移動する際に行われる貨幣処理をシミュレーションするシミュレーション工程と、
   前記シミュレーションの結果に基づいて、全ての貨幣を装置間で移動可能な状態にあるか否かを判定する判定工程と、
   前記判定の結果を報知する報知工程と
   を含むことを特徴とする貨幣処理方法。
2. 前記シミュレーション工程で、貨幣の回収元となる第１装置から貨幣を回収し、貨幣の回収先となる第２装置へ、前記第１装置から回収した貨幣を入金する貨幣処理をシミュレーションし、
   前記判定工程で、全ての回収貨幣を前記第２装置へ入金できるか否かを判定し、
   全ての回収貨幣を前記第２装置へ入金できないとの判定結果が得られた場合には、さらに、全ての回収貨幣の入金を可能とする追加作業を案内する案内工程
   を含むことを特徴とする請求項１に記載の貨幣処理方法。
3. 前記追加作業は、前記第２装置に入金可能な貨幣量を増やす作業であることを特徴とする請求項２に記載の貨幣処理方法。
4. 前記追加作業は、複数の前記第１装置のうち一部を回収作業の作業対象から除外する作業であることを特徴とする請求項２に記載の貨幣処理方法。
5. 前記シミュレーション工程で、貨幣の補充元となる第１装置から貨幣を出金し、貨幣の補充先となる第２装置へ、前記第１装置から出金した貨幣を補充する貨幣処理をシミュレーションし、
   前記判定工程で、全ての補充用貨幣を前記第１装置から出金できるか否かを判定し、
   全ての補充用貨幣を前記第１装置から出金できないとの判定結果が得られた場合には、さらに、全ての補充用貨幣の出金を可能とする追加作業を案内する案内工程
   を含むことを特徴とする請求項１に記載の貨幣処理方法。
6. 前記追加作業は、前記第１装置から出金可能な貨幣量を増やす作業であることを特徴とする請求項５に記載の貨幣処理方法。
7. 前記追加作業は、複数の前記第２装置のうち一部を補充作業の作業対象から除外する作業であることを特徴とする請求項５に記載の貨幣処理方法。
8. 前記追加作業を行うために管理者の承認が必要である場合には、さらに、前記管理者が利用する端末に前記追加作業が必要となることを通知する通知工程を含むことを特徴とする請求項２又は５に記載の貨幣処理方法。
9. 貨幣処理を実行する複数の貨幣処理装置と、
   複数の貨幣処理装置の間で貨幣を移動する際に各装置間で移動する貨幣の金種及び数を決定し、決定した貨幣の金種及び数に基づいて各装置間で貨幣を移動する貨幣処理をシミュレーションし、全ての貨幣を装置間で移動可能な状態にあるか否かを判定して判定結果を報知する情報処理装置と
   を備えることを特徴とする貨幣処理システム。

Images