WO2024135274A1

WO2024135274A1 - 現金処理システム及び現金処理方法

Info

Publication number: WO2024135274A1
Application number: PCT/JP2023/042915
Authority: WO
Inventors: 清晃小林; 真祐西口
Original assignee: グローリー株式会社
Priority date: 2022-12-19
Filing date: 2023-11-30
Publication date: 2024-06-27

Abstract

店舗の客及び店員にとっての現金処理装置の利便性を向上するため、現金処理システムを、現金処理装置と、複数店舗の店舗識別情報、各店舗にある現金の在高情報及び各店員のＩＤ情報を記憶する支援サーバと、現金処理装置のユーザからＩＤ情報を取得する取得部と、取得部で取得したＩＤ情報に基づいて認証したユーザが店員である場合に、ＩＤ情報と関連付けて支援サーバが記憶している店舗の在高情報を取得して、該情報を含む、現金処理装置で実行する現金処理を指示するための入力画面を現金処理装置の表示部に表示する制御部とを備え、現金処理装置は、入力画面で行われるユーザからの指示に基づいて、現金処理を実行する。

Description

現金処理システム及び現金処理方法

　本開示は、店舗の営業に係る現金の処理及び銀行口座に係る現金の処理を実行可能な現金処理システム及び現金処理方法に関する。

　従来、銀行口座を利用した現金の引き出し及び預け入れを行うために、ＡＴＭ（現金自動預払機）が利用されている。例えば、店員は、店舗を営業して得られた現金を売上金として店舗の銀行口座に預け入れるためにＡＴＭを利用する。特許文献１には、１つのＡＴＭを、複数の銀行のＡＴＭとして利用するための技術が開示されている。このようなＡＴＭを利用することにより、異なる銀行に口座を有する複数の店舗の店員が、１つのＡＴＭを利用して、銀行口座へ預け入れる現金の入金を行うことができる。

米国特許第８５１０２２２号明細書

　売上金を入金する場合は、店舗で得られた現金をＡＴＭへ入金するだけでよいが、店舗の営業で釣銭として利用する現金、すなわち釣銭準備金の準備には手間がかかる。釣銭準備金は複数金種の現金で構成されるため、指定された金額分の現金を出金するだけのＡＴＭでは、金種及び枚数を指定することができず、釣銭準備金を得ることは難しい。銀行の窓口を利用すれば、釣銭用の複数の金種と各金種の現金枚数とを指定して店舗の銀行口座から現金を引き出すことができる。しかしながら、店員は、銀行の営業時間中に窓口へ赴いて手続をする必要があり、手間と時間がかかっていた。

　本開示は、上記従来の課題に鑑みてなされたもので、店舗の営業に係る現金の処理を実行可能な、利用者にとって利便性の高い現金処理システム及び現金処理方法を提供することを目的とするものである。

　本開示に係る現金処理システムは、現金処理装置と、複数店舗の店舗識別情報、各店舗にある現金の在高情報及び各店員のＩＤ情報を記憶する支援サーバと、前記現金処理装置のユーザからＩＤ情報を取得する取得部と、前記取得部で取得した前記ＩＤ情報に基づいて認証した前記ユーザが店員である場合に、前記ＩＤ情報と関連付けて前記支援サーバが記憶している店舗の在高情報を取得して、該情報を含む、前記現金処理装置で実行する現金処理を指示するための入力画面を前記現金処理装置の表示部に表示する制御部とを備え、前記現金処理装置は、前記入力画面で行われる前記ユーザからの指示に基づいて、前記現金処理を実行する

　上記構成において、前記現金処理装置は、前記店員が、出金する現金の種類及び数量を指定するためのユーザインターフェイスを入力画面に表示すると共に、前記入力画面の一部領域に、前記店員が属する店舗の在高情報を表示してもよい。前記制御部は、前記取得部で取得した前記ＩＤ情報に基づいて認証した前記ユーザが、店舗の客である場合、該客が出金する金額を指定するための情報を取得して、該情報を含む入力画面を表示し、前記現金処理装置は、前記入力画面で行われる前記ユーザからの指示に基づいて、所定の金種を組み合わせて前記金額分の現金を出金してもよい。前記制御部は、前記ユーザが店舗の客である場合、前記ＩＤ情報に基づいて、銀行及び銀行口座に関する情報を前記入力画面に表示してもよい。

　上記構成において、前記入力画面に表示される在高情報は、店舗の在高に関するグラフィック表示を含んでいてもよい。

　上記構成において、前記グラフィック表示には、店舗にある現金の種類別の割合を示す表示と、店舗にある現金の在高の推移を示す表示との少なくともいずれか一方を含んでいてもよい。

　上記構成において、前記支援サーバは、前記支援サーバと通信接続された通信端末を操作して店員が入力する現金の金種と、金種別の枚数又は金額とを受けて、前記現金の出金処理の予約を受け付けてもよい。前記出金処理を予約した店員が前記現金処理装置の利用を開始する際には、前記現金処理装置は、出金処理用の入力画面を表示すると共に、前記店員が出金処理の予約時に入力した前記現金の金種と、金種別の枚数又は金額とを前記入力画面上に表示してもよい。

　上記構成において、前記現金処理装置は、前記店員が出金内容を指定せずとも、前記店員が出金処理の予約時に入力した前記現金の金種と、金種別の枚数又は金額とに基づいて現金を出金してもよい。

　上記構成において、前記支援サーバと通信接続された通信端末を操作して入金金額を入力して入金処理を予約した店員が前記現金処理装置の利用を開始する際には、前記現金処理装置は、入金処理用の入力画面を表示すると共に、前記店員が入金処理の予約時に入力した入金金額を前記入力画面上に表示してもよい。

　上記構成において、前記現金処理装置は、前記店員が入金した現金を識別計数して得られた入金金額と、前記店員が予約した入金処理の入金金額とを含む入力画面を表示してもよい。

　上記構成において、前記支援サーバは、店舗にある端末から送信されたメッセージを受け付けて、前記店員が属する店舗識別情報と関連付けて記憶してもよい。前記現金処理装置は、前記取得部で取得したＩＤ情報に基づいて、前記支援サーバから前記メッセージを受信して前記店員に通知してもよい。

　上記構成において、複数店舗の在高情報を記憶する前記支援サーバに加えて、前記現金処理装置が設置された店舗にある現金の在高情報を記憶する店舗サーバをさらに備えていてもよい。前記現金処理装置は、前記取得部で取得した店員のＩＤ情報が、前記現金処理装置が設置されている自店舗の店員のものである場合は前記店舗サーバから自店舗の在高情報を取得して、前記ＩＤ情報が自店舗の店員のものでない場合は前記支援サーバから前記店員が属する店舗の在高情報を取得してもよい。

　上記構成において、前記支援サーバに加えて、前記現金処理装置で行われるＡＴＭ関連業務を支援する銀行支援サーバをさらに備えていてもよい。前記現金処理装置は、現金処理を実行するユーザが店員である場合は前記支援サーバと連携して現金処理を実行してもよい。前記現金処理装置は、前記ユーザが店舗の客である場合は前記銀行支援サーバと連携して現金処理を実行し、前記銀行支援サーバが、前記現金処理装置で入出金された現金の金額を、前記客の銀行口座に関する口座処理を実行可能な銀行サーバに送信することにより、前記口座処理が実行されて前記銀行口座の口座残高が更新されてもよい。

　上記構成において、前記制御部は、前記取得部で取得した前記ＩＤ情報に基づいて認証した前記ユーザが店員である場合に、前記ユーザが前記現金処理装置に実行させる処理として選択した処理内容に応じて、前記表示部に表示する前記在高情報の表示内容を変更してもよい。例えば、出金処理用の入力画面で、前記制御部が、現金処理装置への補充が必要な金種の現金に係る情報のみを表示するように前記在高情報の表示内容を変更してもよいし、補充が必要な金種の現金に係る情報と、補充が不要な金種の現金に係る情報とを区別可能に表示内容を変更してもよい。

　上記構成において、前記制御部は、取得した前記在高情報に基づいて、出金処理用の入力画面で前記ユーザが指定可能な、出金する現金の種類及び数量を制限してもよい。

　上記構成において、前記制御部は、前記入力画面に表示されている前記在高情報の一部を選択する操作を受付けて、前記ユーザが選択した在高情報から得られる情報に基づいて、前記入力画面で指定可能な金種及び枚数を自動入力してもよい。

　本開示に係る現金処理方法は、現金処理装置を含む現金処理システムが実行する現金処理方法であって、前記現金処理装置で現金処理の実行を求めるユーザから前記ユーザのＩＤ情報を取得する工程と、前記ユーザが、店舗の客と、前記現金処理装置が設置された店舗の店員と、他店舗の店員とのいずれであるかを判定する工程と、前記ユーザが店員と判定された場合に、前記ユーザが店員と判定された場合に、複数店舗の店舗識別情報、各店舗にある現金の在高情報を取得して、該情報を含む、前記現金処理装置で実行する現金処理を指示するための入力画面を表示する工程とを含む。

　本開示に係る現金処理システム及び現金処理方法によれば、店舗の営業に係る釣銭準備金の準備や売上金の入金を行う店員にとって、利便性の高い現金処理装置を提供することができる。

図１は、本実施形態に係る現金処理システムの構成例を示す図である。図２は、現金処理装置を利用して行われる処理の例を示す図である。図３は、現金処理装置の構成例を示すブロック図である。図４は、現金処理システムで行われる処理を説明するための図である。図５は、図４に示した処理の実行方法を説明するための図である。図６は、現金処理システムで行われる処理の流れを示すフローチャートである。図７は、客が現金処理装置を利用する際に表示される画面例を示す図である。図８は、店員が現金処理装置を利用する際に表示される画面例を示す図である。図９は、店舗支援サーバが管理する店舗情報の例を示す図である。図１０は、店員が現金処理装置を利用する際に表示される店舗情報の例を示す図である。図１１は、他店舗の店員が現金処理装置を利用する際に表示される画面例を示す図である。図１２は、店員が現金処理装置を利用する際に表示される別の店舗情報の例を示す図である。図１３は、店員が現金処理装置を利用する際に表示されるさらに別の店舗情報の例を示す図である。図１４は、ＡＴＭの利用を希望する客が現金処理装置を利用する場合の処理の流れを示すフローチャートである。図１５は、現金処理装置が設置されている店舗の店員が現金処理装置を利用する場合の処理の流れを示すフローチャートである。図１６は、他店舗の店員が現金処理装置を利用する場合の処理の流れを示すフローチャートである。図１７は、店舗支援サーバ内部で管理される口座処理に関する情報の例を示す図である。図１８は、他店舗の店員が現金処理を予約する場合の処理の流れを示すフローチャートである。図１９は、現金処理の予約時に通信端末に表示される画面例を示す図である。

　以下、添付図面を参照しながら、本開示に係る現金処理システム及び現金処理方法の実施の形態について説明する。現金処理システムを利用する店舗の種類及び数、各店舗に設置される現金処理装置の種類及び数、現金処理システムの利用者の種類及び数は特に限定されない。本実施形態では、図１に示すように、店舗Ｐに設置された現金処理装置１００が、店舗Ｐの店員３１０に加えて、店舗Ｐを訪れた客３００と、現金処理装置２００が設置された他の店舗Ｑの店員３２０とによって利用される場合を例に説明する。以下、現金処理装置１００が設置された店舗Ｐを自店舗、他の現金処理装置２００が設置された店舗Ｑを他店舗と記載する場合がある。

　図１は、本実施形態に係る現金処理システムの構成例を示す図である。現金処理システムは、複数の店舗Ｐ、Ｑそれぞれに設けられた現金処理装置１００、２００と、店舗支援サーバ１０とを含む。現金処理システムが、さらに銀行支援サーバ２０を含んでいてもよい。

　店舗支援サーバ１０は、各店舗Ｐ、Ｑの現金処理装置１００、２００内にある現金の在高に関するデータを記憶する。店舗支援サーバ１０が、他の現金処理装置内にある現金の在高、現金処理装置外で管理される現金の在高等の情報を記憶して管理してもよい。店舗支援サーバ１０は、現金管理に関する店舗業務を支援することができる。銀行支援サーバ２０は、店舗Ｐの現金処理装置１００を利用して行われる、複数の銀行４１０、４２０それぞれの銀行口座に関する処理を支援することができる。

　銀行口座に関する処理、すなわち銀行取引に関する処理には、従来のＡＴＭが実行する処理が含まれる。現金処理システムは、複数の銀行４１０、４２０それぞれの銀行口座に関する処理を実行する銀行サーバ３０を利用して、口座更新に関する口座処理を実行することができる。銀行支援サーバ２０は、予め登録された、口座処理に必要な銀行名、口座番号、名義人等の口座情報を記憶している。銀行支援サーバ２０から送信される口座情報と、現金処理装置１００で入金又は出金された現金の金額に関するデータに基づいて、銀行サーバ３０で銀行口座を更新する処理が実行される。

　銀行支援サーバ２０が実行する銀行口座に関する処理は、少なくとも以下の処理を含む。銀行支援サーバ２０は、現金処理装置１００から受信した口座情報に基づいて、銀行口座を更新する銀行サーバ３０を特定する。銀行支援サーバ２０は、銀行サーバ３０が実行する口座更新の処理に必要なデータを、特定した銀行サーバ３０へ送信する。口座更新の処理に必要なデータには、少なくとも、口座情報と現金処理装置１００から受信した入金又は出金された現金の金額に関するデータとが含まれる。この他、銀行支援サーバ２０は、銀行口座に関する処理として、後述する通信端末４０、５０から送信されるデータに基づいて、口座更新を実行する銀行口座を特定する処理を実行してもよい。銀行支援サーバ２０は、特定した銀行口座に対応する銀行サーバ３０に、口座更新の処理に必要なデータを送信してもよい。

　現金処理システムは、スマートフォン、タブレット端末等、携帯型の通信端末４０、５０を介して利用できるようになっている。例えば、客３００は、通信端末４０を操作して銀行支援サーバ２０が提供するサービスの利用を開始し、店舗Ｐの現金処理装置１００を従来のＡＴＭのように利用して現金を入出金することができる。また、他店舗Ｑの店員３２０は、現金処理装置１００で行う現金処理の内容を予約するために、通信端末５０を利用することができる。通信端末４０、５０を利用して行う処理の詳細は後述する。

　図１に示すように、店舗支援サーバ１０と各店舗Ｐ、Ｑの現金処理装置１００、２００との間、銀行支援サーバ２０と店舗Ｐの現金処理装置１００との間、店舗支援サーバ１０と銀行支援サーバ２０との間、銀行支援サーバ２０と銀行サーバ３０との間は、それぞれ通信可能に接続されている。店舗支援サーバ１０、銀行支援サーバ２０及び銀行サーバ３０は、例えば、制御部や記憶部を備えるコンピュータ装置を利用して、実空間又はクラウド上で構成されるが、このようなサーバは従来知られているため、構成の詳細な説明は省略する。

　現金処理装置１００は、現金処理を実行する。現金処理装置１００が実行する現金処理には、装置外から現金を受け付けて装置内に収納する入金処理と、装置内に収納している現金を利用して、指定された現金を装置外へ排出する出金処理とが含まれる。このような現金処理装置１００の構成例については後述する。

　図１に破線で示すように、店舗Ｐの店員３１０は、現金処理装置１００を自店舗Ｐの現金の入出金に利用することができる。他店舗Ｑの店員３２０は、現金処理装置１００を店舗Ｑの現金の入出金に利用することができる。店舗Ｐを訪れた客３００が、銀行口座から現金を引き出す出金処理や銀行口座へ現金を預け入れる入金処理に、現金処理装置１００を利用できるようにしてもよい。すなわち、現金処理装置１００が、店舗業務に関する現金処理と、銀行口座を利用して行われる銀行取引に関する現金処理とを含む、複数種類の現金処理を実行可能であってもよい。

　図２は、現金処理装置１００を利用して行われる処理の例を示す図である。客３００は、店舗Ｐの現金処理装置１００を利用して、ＡＴＭを利用する場合と同様に、銀行口座から現金を引き出したり、銀行口座へ現金を預け入れたりすることができる。

　銀行支援サーバ２０は、通信端末４０を介して客３００から取得した情報に基づいて、客３００の銀行口座を特定する。例えば、客３００が、ユーザＩＤ、パスワード、銀行口座等の情報を予め銀行支援サーバ２０に登録する。銀行支援サーバ２０は、通信端末４０を操作してユーザＩＤ及びパスワードを入力してログイン処理を実行した客３００の銀行口座を、予め登録されている情報に基づいて特定する。

　ログイン処理を終えた客３００が現金処理装置１００で入金処理を実行して現金を入金した場合、現金処理装置１００は、客３００が入金した現金を識別計数して、得られた入金金額を含む情報を銀行支援サーバ２０へ送信する。銀行支援サーバ２０は、入金金額及び客３００の銀行口座に関する情報を銀行サーバ３０へ送信する。銀行サーバ３０が、受信した情報に基づいて口座処理を実行して口座残高を更新することにより、入金金額分が客３００の銀行口座へ預け入れられた状態となる。

　ログイン処理を終えた客３００が、現金処理装置１００で出金処理を実行して現金を出金した場合、現金処理装置１００は、出金金額を含む情報を銀行支援サーバ２０へ送信する。銀行支援サーバ２０は、出金金額及び銀行口座に関する情報を銀行サーバ３０へ送信する。銀行サーバ３０が、受信した情報に基づいて口座処理を実行して口座残高を更新することにより、出金金額分が客３００の銀行口座から引き出された状態となる。

　店舗Ｐの店員３１０は、例えば、店舗Ｐで利用される釣銭機等、他の現金処理装置２０１から回収した店舗Ｐの売上金を、現金処理装置１００へ入金することができる。店員３１０は、店舗Ｐで釣銭として利用する釣銭準備金を現金処理装置１００から出金して、他の現金処理装置２０１へ補充することができる。

　他店舗Ｑの店員３２０は、例えば、店舗Ｑで利用されるキャッシュレジスタ等の現金処理装置２００から回収した売上金を持って店舗Ｐへ行き、現金処理装置１００へ売上金を入金することができる。店員３２０は、店舗Ｑで釣銭として利用する釣銭準備金を現金処理装置１００から出金して店舗Ｑへ戻り、現金処理装置２００へ補充することができる。

　店舗Ｑの店員３２０が現金処理装置１００で入金処理を実行した場合、現金処理装置１００は、入金金額を含む情報を銀行支援サーバ２０へ送信する。銀行支援サーバ２０は、入金金額及び店舗Ｑの銀行口座に関する情報を銀行サーバ３０へ送信する。銀行サーバ３０が、受信した情報に基づいて口座処理を実行して口座残高を更新することにより、入金金額分が店舗Ｑの銀行口座へ預け入れられた状態となる。

　店舗Ｑの店員３２０が現金処理装置１００で出金処理を実行した場合、現金処理装置１００は、出金金額を含む情報を銀行支援サーバ２０へ送信する。銀行支援サーバ２０は、出金金額及び店舗Ｑの銀行口座に関する情報を銀行サーバ３０へ送信する。銀行サーバ３０が、受信した情報に基づいて口座処理を実行して口座残高を更新することにより、出金金額分が店舗Ｑの銀行口座から引き出された状態となる。

　例えば、各店舗Ｐ、Ｑの店員３１０、３２０が利用する店舗用のユーザＩＤ及びパスワード、各店舗Ｐ、Ｑの銀行口座等の情報が、予め銀行支援サーバ２０に登録される。銀行支援サーバ２０は、店員３２０が、店舗ＱのユーザＩＤ及びパスワードを現金処理装置１００に入力してログイン処理を実行すると、予め登録されている情報に基づいて、店舗Ｑの銀行口座を特定する。これにより、銀行支援サーバ２０は、銀行サーバ３０へ口座処理の実行を指示することができる。

　現金処理装置１００をＡＴＭのように利用するユーザが客３００に限定されるものではなく、店舗Ｐの店員３１０が、現金処理装置１００をＡＴＭのように利用して、店舗Ｐの銀行口座に関する入出金を実行することもできる。同様に、店舗Ｑの店員３２０が、現金処理装置１００をＡＴＭのように利用して、店舗Ｑの銀行口座に関する入出金を実行することもできる。

　店舗支援サーバ１０は、各店舗Ｐ、Ｑにある現金の管理に関する業務を支援する。店舗支援サーバ１０は、現金処理装置１００の在高情報を記憶する。在高情報には、現金処理装置１００内にある現金の金種と、金種別の枚数及び金額と、全金種の現金の合計金額とを特定可能な情報が含まれている。同様に、店舗支援サーバ１０は、店舗Ｐにある他の現金処理装置２０１の在高情報と、店舗Ｑにある現金処理装置２００の在高情報とを記憶することができる。これにより、店舗支援サーバ１０では、各装置の在高情報に加えて、各店舗Ｐ、Ｑにある現金の金種、金種別の枚数及び金額、合計金額を管理できるようになっている。

　現金処理装置１００で、客３００、店舗Ｐの店員３１０及び店舗Ｑの店員３２０が現金を入出金すると、現金処理装置１００は、入出金された現金の金種及び金種別枚数を店舗支援サーバ１０に送信する。店舗支援サーバ１０は、現金処理装置１００から受信した情報に基づいて、現金処理装置１００の在高情報を更新する。店舗支援サーバ１０は、在高情報に基づいて、現金処理装置１００に入金可能な現金の金種及び金種別枚数と、現金処理装置１００から出金可能な現金の金種及び金種別枚数とを演算することができる。

　現金処理装置１００の在高が増加して所定条件を満たすと、現金処理装置１００から現金が回収される。現金処理装置１００の在高が減少して所定条件を満たすと、現金処理装置１００に現金が補充される。例えば、現金の回収作業を行うための閾値と補充作業を行うための閾値とが予め金種別に設定されており、現金枚数が閾値に達した金種があると、図１に示すように、現金輸送会社３３０が店舗Ｐを訪れて、現金処理装置１００からの現金の回収、現金処理装置１００への現金の補充を行う。

　現金処理システムが、現金処理装置１００内にある現金を、店舗Ｐ所有の現金と、客３００が入出金する銀行４１０、４２０所有の現金と、他店舗Ｑ所有の現金とに分けて取り扱ってもよい。この場合、客３００が現金処理装置１００に入金した現金は、客３００の銀行口座がある銀行４１０、４２０が所有する現金となって、店舗Ｐ、Ｑの現金と区別される。客３００が現金処理装置１００から現金を出金する際には、客３００の銀行口座がある銀行４１０、４２０所有の現金を利用して出金処理が実行される。同様に、店舗Ｐの店員３１０が行う入出金処理は店舗Ｐ所有の現金を利用して行われて、店舗Ｑの店員３２０が行う入出金処理は店舗Ｑ所有の現金を利用して行われる。現金は、例えば、現金処理装置１００が、店舗Ｐ所有の現金と、客３００が入出金する銀行４１０、４２０所有の現金と、他店舗Ｑ所有の現金とを、それぞれ装置内の異なる場所に収納することによって区別すればよい。例えば、現金処理装置１００が、現金を特定可能な紙幣記番号等の識別情報に、店舗Ｐ所有の現金と、客３００が入出金する銀行４１０、４２０所有の現金と、他店舗Ｑ所有の現金とのうち、いずれであるかを示す情報を紐づけて記憶することによって、区別してもよい。ただし、店舗Ｐ所有の現金と、客３００が入出金する銀行４１０、４２０所有の現金と、他店舗Ｑ所有の現金とを必ずしも区別して取り扱う必要はなく、現金処理装置１００が、現金現物の区別はせずに、店舗Ｐ所有の現金の金額に関する情報と、客３００が入出金する銀行４１０、４２０所有の現金の金額に関する情報と、他店舗Ｑ所有の現金の金額に関する情報とを区別して記憶する態様であってもよい。

　また、現金処理システムでは、現金処理装置１００内にある現金を、現金処理装置１００が設けられている店舗Ｐ所有の現金として取り扱うことができる。この場合、客３００及び他店舗Ｑの店員３２０が現金処理装置１００で入出金した現金を、店舗Ｐ所有の現金とするため、現金処理時に、店舗Ｐの銀行口座と、客３００及び他店舗Ｑの銀行口座との間で、入出金された現金の金額分を移動する口座処理が実行される。以下、現金処理装置１００内の現金が店舗Ｐ所有の現金である場合を例に説明を続ける。

　客３００が、銀行口座に預け入れる現金を現金処理装置１００に入金した場合、銀行支援サーバ２０が、現金処理装置１００から受信した入金金額の金額分を、店舗Ｐの銀行口座から客３００の銀行口座へ移動する口座処理を銀行サーバ３０へ指示する。店舗支援サーバ１０及び現金処理装置１００は、入金処理で現金処理装置１００に入金された現金を店舗Ｐの現金として取り扱う。このため、客３００が入金処理を行うと、店舗Ｐの銀行口座から引き出した現金を現金処理装置１００に補充した場合と同じ状態となる。

　客３００が、銀行口座から引き出す現金を現金処理装置１００から出金した場合、銀行支援サーバ２０が、出金金額分を、客３００の口座残高から店舗Ｐの銀行口座に移動する口座処理を銀行サーバ３０へ指示する。店舗支援サーバ１０及び現金処理装置１００は、出金処理で現金処理装置１００から出金された現金を店舗Ｐの現金として取り扱う。このため、客３００が出金処理を行うと、現金処理装置１００から回収した現金を店舗Ｐの銀行口座へ預け入れた場合と同じ状態となる。

　同様に、他店舗Ｑの店員３２０が現金処理装置１００で現金を入出金した場合、銀行支援サーバ２０が、入金金額分を店舗Ｐの銀行口座から店舗Ｑの銀行口座へ移動したり、出金金額分を店舗Ｑの銀行口座から店舗Ｐの銀行口座へ移動したりする口座処理が実行される。他店舗Ｑの店員３２０が入金処理を行うと、店舗Ｐの銀行口座から引き出した現金を現金処理装置１００に補充した場合と同じ状態となる。他店舗Ｑの店員３２０が出金処理を行うと、現金処理装置１００から回収した現金を店舗Ｐの銀行口座へ預け入れた場合と同じ状態となる。現金処理システムでは、口座処理の実行条件を設定して、口座処理の実行タイミングを制御することも可能となっているが、これについては後述する。

　図３は、現金処理装置１００の構成例を示すブロック図である。現金処理装置１００は、操作部１１０、表示部１２０、記憶部１３０、通信部１４０、制御部１５０及び現金処理部１６０を含む。

　現金処理装置１００が、外部から情報を取得する取得部１７０を含んでいてもよい。現金処理装置１００でＩＣカードを利用した処理が行われる場合は、ＩＣカードに対応する取得部１７０としてカードリーダが利用される。通信端末４０、５０の画面に表示されたバーコード、ＱＲコード（登録商標）等の図形コード（コード情報）を利用した処理が行われる場合は、図形コードに対応する取得部１７０としてコードリーダが利用される。顔、指紋、静脈等の生体情報を利用した処理が行われる場合は、生体情報に対応する取得部１７０として生体認証デバイスが利用される。例えば、現金処理のログイン処理でユーザ認証に用いる情報に応じて、対応する取得部１７０が利用される。

　操作部１１０は、現金処理に関する各種情報を入力するために利用される。表示部１２０は、現金処理に関する各種情報を表示するために利用される。例えば、制御部１５０が、タッチパネル式の液晶表示装置を操作部１１０及び表示部１２０として利用する。制御部１５０は、現金処理に関する情報を入力するためのユーザインターフェイス５３０を表示するように液晶表示装置を制御することができる。

　通信部１４０は、外部装置と通信を行うために利用される。例えば、インターネット等の公衆回線、又は専用回線を利用して、外部装置との通信が行われる。現金処理装置１００は、通信部１４０を介して、店舗支援サーバ１０及び銀行支援サーバ２０と通信することができる。現金処理装置１００が店舗支援サーバ１０と通信する回線と、現金処理装置１００が銀行支援サーバ２０と通信する回線とが同一回線であってもよいし、別々の回線であってもよい。各回線は公衆回線であってもよいし専用回線であってもよい。

　記憶部１３０は、現金処理装置１００の動作に必要な各種情報の保存に利用される不揮発性の記憶装置である。制御部１５０が、操作部１１０及び表示部１２０を介してユーザから各種情報を受け付けて、記憶部１３０に保存された各種情報に基づいて各部を制御することにより、本実施形態に記載する現金処理装置１００の機能及び動作が実現される。

　現金処理部１６０は、入金処理及び出金処理を含む複数種類の現金処理を実行することができる。現金処理部１６０は、入金部６００と、出金部６１０と、搬送部６２０と、識別部６３０と、１又は複数の収納部６４０とを含む。入金部６００は、装置外から現金を受けて装置内に送り出すことができる。搬送部６２０は、入金部６００と、出金部６１０と、識別部６３０と、収納部６４０との間で現金を搬送することができる。例えば、搬送部６２０が、ローラとベルトの少なくとも一方を含んで構成されていてもよい。識別部６３０は、搬送部６２０が搬送する現金を識別することができる。例えば、現金の金種及び真偽が識別される。識別部６３０が現金の正損、すなわち所定基準に基づく傷み具合を識別してもよい。識別部６３０は、複数のセンサで構成されていてもよい。複数のセンサにイメージセンサと磁気センサの少なくともいずれか一方が含まれていてもよい。収納部６４０は、搬送部６２０が搬送してきた現金を収納することができる。例えば、複数の収納部６４０に金種別に現金が収納される。収納部６４０は、装置外へ排出する現金を繰り出すことができる。収納部６４０は、現金処理部１６０に固定されていてもよいし、脱着可能に構成されていてもよい。例えば、収納部６４０は、カセットであってもよいしスタッカであってもよい。出金部６１０は、搬送部６２０が搬送してきた現金を装置外へ排出することができる。例えば、収納部６４０から繰り出された現金が出金部６１０から排出される。例えば、入金部６００に受けて装置内へ繰り出した現金のうち、収納部６４０に収納できない種類の現金が出金部６１０から排出される。

　例えば、入金処理時には、入金部６００に受けた現金が搬送部６２０によって搬送されて、識別部６３０で金種が識別されて計数された後、収納部６４０へ収納される。例えば、出金処理時には、収納部６４０の現金が繰り出されて搬送部６２０によって搬送され、識別部６３０で金種が識別されて計数された後、出金部６１０から装置外へ排出される。現金処理部１６０が、現金を収納部６４０へ補充する補充処理、収納部６４０の現金を装置外へ回収する回収処理、入金された現金を該現金と異なる金種の現金で出金する両替処理等の他の現金処理を実行可能であってもよい。

　制御部１５０は、１又は複数のＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）、ＭＰＵ（Ｍｉｃｒｏ－Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）等の演算処理装置と、Ｉ／Ｆ回路とを含む。演算処理装置は、記憶部１３０に記憶されたプログラムを読み出して実行する。Ｉ／Ｆ回路は、制御部１５０と、制御部１５０に接続された各機器との間で電気信号の入出力を行う。制御部１５０は、プログラムを実行することにより、現金処理装置１００の全体を制御する。

　図３に破線で示したように、オペレーティングシステム５００、アプリケーション５１０、ブラウザ５２０、ユーザインターフェイス５３０、指示及びデータの形式等を変換する変換モジュール５４０、デバイスドライバ５５０等に関するデータは、記憶部１３０に保存されている。例えば、制御部１５０が、記憶部１３０に予め保存されているプログラムやデータをロードして実行することによって、オペレーティングシステム５００、アプリケーション５１０、ブラウザ５２０、ユーザインターフェイス５３０、変換モジュール５４０、デバイスドライバ５５０等の各機能が実現される。

　図４は、現金処理システムで行われる処理を説明するための図である。図４は、現金処理システムのユーザとなる店舗Ｐの店員３１０、他店舗Ｑの店員３２０、店舗Ｐを訪れた客３００のそれぞれに対応して行われる処理を、各ユーザから下向きの矢印で示している。

　現金処理装置１００を利用するユーザがログイン処理を実行すると（ステップＳ１）、ログインしたユーザの認証処理が実行されてユーザの種類が判定される。判定結果に応じて、店舗Ｐ、Ｑに関する現金処理（ステップＳ２）又は銀行口座に関する現金処理（ステップＳ３）が実行される。ユーザのログインは、例えば、カードリーダ、コードリーダ、生体認証デバイスを用いて取得した識別情報に基づいて制御部１５０が認証処理を実行することによって実現すればよい。

　具体的には、ログインユーザが、自店舗Ｐの店員３１０、又は他店舗Ｑの店員３２０である場合、現金処理装置１００で、売上金の入金、釣銭準備金の出金等、店舗Ｐ、Ｑの現金に関する処理が実行可能になる（ステップＳ２）。一方、ログインユーザが、現金処理装置１００をＡＴＭとして利用する客３００である場合、現金処理装置１００で、銀行口座からの引き出し、銀行口座への預け入れ、口座更新等、銀行取引に関する処理が実行可能になる（ステップＳ３）。

　現金処理の実行後、現金の入金処理又は出金処理によって変化した現金処理装置１００の在高情報を更新するため、入出金された現金の金種及び金種別枚数を特定可能な情報が現金処理装置１００から店舗支援サーバ１０へ送信される（ステップＳ４）。必要に応じて、口座の更新処理を実行するため、現金の入金金額又は出金金額と、口座の更新処理に必要な情報とが、現金処理装置１００から銀行支援サーバ２０へ送信される（ステップＳ５）。口座の更新処理は、銀行支援サーバ２０から、必要な情報を受信した銀行サーバ３０によって実行される。

　例えば、ログインユーザが、他店舗Ｑの店員３２０で、入金処理を実行した場合は、現金処理装置１００内の現金の所有権を有する店舗Ｐの銀行口座から店舗Ｑの銀行口座へ入金金額分を移動する口座処理が実行される。他店舗Ｑの店員３２０が出金処理を実行した場合は、店舗Ｑの銀行口座から、店舗Ｐの銀行口座へ出金金額分を移動する口座処理が実行される。ログインユーザが、客３００で、入金処理を実行した場合は、店舗Ｐの銀行口座から客３００の銀行口座へ入金金額分を移動する口座処理が実行される。客３００が出金処理を実行した場合は、客３００の銀行口座から、現金処理装置１００が設置された店舗Ｐの銀行口座へ出金金額分を移動する口座処理が実行される。

　図５は、図４に示した処理の実行方法を説明するための図である。図５（ａ）は、店舗Ｐの店員３１０及び他店舗Ｑの店員３２０が、現金処理装置１００で現金処理を実行する場合の例を示している。図５（ｂ）は、客３００が現金処理装置１００で現金処理を実行する場合の例を示している。ただし、図５は、現金処理装置１００による処理の実行方法を例示したもので実行方法を限定するものではない。

　店舗Ｐの店員３１０及び他店舗Ｑの店員３２０が現金処理装置１００のユーザである場合、図５（ａ）に示すように、現金処理装置１００の制御部１５０が実行する、店舗Ｐ、Ｑの現金処理用のアプリケーション５１０を中心に処理が進められる。アプリケーション５１０によって、店舗Ｐ、Ｑの現金処理に関するユーザインターフェイス５３０が実現され、店員３１０、３２０は、操作部１１０及び表示部１２０による指示の入力や情報の確認を行えるようになる。アプリケーション５１０が、デバイスドライバ５５０を介して、現金処理部１６０を制御することにより、ユーザインターフェイス５３０を介して入力された内容に基づいて、現金処理部１６０で現金処理が実行される。制御部１５０は、アプリケーション５１０から、店舗Ｐ、Ｑの現金処理に関するユーザインターフェイス５３０のための画面情報を取得して表示部１２０に表示させる。

　店舗支援サーバ１０は、店舗Ｐ、Ｑの現金を管理するためのアプリケーション１１を実行して、現金処理装置１００内にある現金の金種、金種別枚数、合計金額等の在高情報を管理している。現金処理装置１００のアプリケーション５１０は、指示及びデータの変換モジュール５４０の１つであるエージェント５４１を介して、現金処理に関するデータを店舗支援サーバ１０に送信する。店舗支援サーバ１０のアプリケーション１１は、受信データに基づいて現金処理装置１００の在高情報を更新する。複数のアプリケーションで異なる形式の指示やデータが利用されている場合でも、これらをエージェント５４１を介して遣り取りすることで、複数のアプリケーション間で支障なく処理を進められるようになっている。

　銀行口座に関する処理が必要である場合、現金処理装置１００のアプリケーション５１０が、エージェント５４１を介して、現金処理に関するデータを銀行支援サーバ２０へ送信する。銀行支援サーバ２０は、銀行口座に関する処理を実行するＡＴＭ処理用のアプリケーション２１を実行する。アプリケーション２１は、現金処理装置１００から受信したデータに基づいて、現金処理装置１００で入出金された金額と、この金額分の移動元及び移動先となる銀行口座とを特定し、口座処理に必要なデータを銀行サーバ３０へ送信する。これにより銀行サーバ３０で、受信データに基づく口座処理が実行される。

　ＡＴＭの利用を望む客３００が現金処理装置１００のユーザである場合、銀行支援サーバ２０が実行するＡＴＭ処理用のアプリケーション２１で、通信端末４０を介して客３００のログイン処理が行われた後、現金処理装置１００で現金処理が行われる。客３００がログインしてから現金処理を開始するまでの処理については後述する。

　客３００の銀行口座に関する現金処理を実行する場合、図５（ｂ）に示すように、現金処理装置１００の制御部１５０が実行するブラウザ５２０を利用して、銀行支援サーバ２０が実行するアプリケーション２１を中心に処理が進められる。現金処理装置１００で動作するブラウザ５２０が、アプリケーション２１のユーザインターフェイスとして機能する。客３００は、ブラウザ５２０を介して、銀行口座を対象に現金を入出金するために必要な情報の確認及び入力操作を行うことができる。制御部１５０は、銀行支援サーバ２０からブラウザ５２０の情報を取得して表示部１２０に表示させる。

　すなわち、現金処理装置１００は、店舗の現金を処理する場合には、ネイティブアプリケーションである第１のアプリケーション５１０を実行して、客３００の銀行口座に関する現金を処理する場合には、ブラウザ５２０を利用したＷｅｂアプリケーションである第２のアプリケーションを実行することができる。ここで言うネイティブアプリケーションは、現金処理装置１００が、装置内に記憶するプログラムをロードして実行可能なアプリケーションである。現金処理装置１００が、他の装置と通信できないオフライン状態にあるときも、現金処理装置１００はネイティブアプリケーションを実行することができる。一方、Ｗｅｂアプリケーションとは、現金処理装置１００以外の装置が該装置が記憶するプログラムをロードして実行するアプリケーションを、該装置と通信可能に接続された現金処理装置１００で利用するためのアプリケーションである。現金処理装置１００が他の装置と通信できないオフライン状態にあるときは、現金処理装置１００でＷｅｂアプリケーションを実行しても、他の装置が実行するアプリケーションで実現される機能を利用することはできない。

　現金処理装置１００は、銀行支援サーバ２０から直接指示を受けて現金処理を実行できるように構成されている。客３００がブラウザ５２０で操作を行って現金処理の内容が決定すると、銀行支援サーバ２０のアプリケーション２１が、現金処理装置１００に現金処理の実行を指示する。指示は、アプリケーション２１と現金処理装置１００との間で変換モジュール５４０として機能するプロトコル５４２、ＸＦＳマネージャ５４３、サービスプロバイダ５４４を介して行われる。ＸＦＳマネージャ５４３は、ＡＴＭ機能を実現するための規格として策定されたインターフェイスで、現金処理装置１００はＸＦＳに基づいて動作できるようになっている。現金処理装置１００の制御部１５０が、銀行支援サーバ２０のアプリケーション２１からプロトコル５４２に従って受信した指示を、ＸＦＳマネージャ５４３及びサービスプロバイダ５４４を利用して実行し、デバイスドライバ５５０を介して現金処理部１６０を制御する。これにより、客３００がブラウザ５２０を介して入力した内容に基づいて、現金処理部１６０で現金処理が実行される。

　現金処理の実行後、制御部１５０が、エージェント５４１を介して、店舗支援サーバ１０に、現金処理に関するデータを送信すると、データを受信した店舗支援サーバ１０のアプリケーション１１が現金処理装置１００の在高情報を更新する。銀行口座に関する処理は、銀行支援サーバ２０のアプリケーション２１が、口座処理に必要なデータを銀行サーバ３０へ送信することによって実行される。

　次に、図６～図１２を参照しながら現金処理システムで行われる具体的な現金処理の例を説明する。図６は、現金処理システムで行われる処理の流れを示すフローチャートである。現金処理システムでユーザのログイン処理が実行され（ステップＳ１１）、ユーザの情報が取得されると（ステップＳ１２）、ユーザ情報に基づいて、現金処理装置１００の利用目的が判定される（ステップＳ１３）。この判定は、ユーザの種類の判定でもある。

　例えば、銀行口座からの現金の引き出し又は銀行口座への現金の預け入れを望む客３００は、通信端末４０を銀行支援サーバ２０に接続してログイン処理を実行した後、現金処理装置１００の操作を開始する。この場合、ログインユーザ、すなわち客３００の利用目的は、現金処理装置１００のＡＴＭとしての利用と判定される。判定結果に基づいて、客３００の銀行口座を選択する処理が実行され（ステップＳ１４）、さらにＡＴＭ客用の処理が実行されて（ステップＳ１５）、一連の処理が終了する。

　例えば、店舗Ｐの店員３１０、他店舗Ｑの店員３２０、現金輸送会社３３０の担当者のいずれかが、現金処理装置１００が備える操作部１１０及び表示部１２０でログイン処理を実行した場合、ログインユーザの利用目的は、店舗Ｐ、Ｑの現金処理であると判定される。さらに、ログインユーザの種類に応じて（ステップＳ１６）、対応する処理が実行される。ログインユーザが、店舗Ｐの店員３１０である場合は自店舗用の処理が実行され（ステップＳ１７）、他店舗Ｑの店員３２０である場合は他店舗用の処理が実行され（ステップＳ１８）、現金輸送会社３３０の担当者である場合は現金輸送会社用の処理が実行されて（ステップＳ１９）、一連の処理が終了する。

　現金処理装置１００は、ユーザの種類に応じて、異なる処理を実行することができる。図７は、客３００が現金処理装置１００を利用する際に、現金処理装置１００の表示部１２０に表示される画面例を示す図である。例えば、図５（ｂ）で説明したように、現金処理装置１００でブラウザ５２０によるユーザインターフェイスが実現されて、制御部１５０が、図７に示す画面情報を取得して現金処理装置１００の表示部１２０に表示させる。

　客３００が複数の銀行口座を有する場合、現金処理の対象となる銀行口座を選択するために図７（ａ）に示す画面が表示される。銀行支援サーバ２０は、現金処理システムを利用する客３００の銀行口座に関する情報を管理している。客３００は、予め複数の銀行口座を銀行支援サーバ２０に登録することができる。ログイン処理を終えた客３００が、複数の銀行口座を登録している場合に、図７（ａ）に示すように客３００の各銀行口座に関する情報が一覧表示される。客３００は、一覧表示された銀行口座の中から、現金の引き出し又は現金の預け入れを行う銀行口座を選択し、選択した銀行口座を対象に現金処理を開始することができる。

　例えば、銀行Ａの銀行口座から現金を引き出したい場合、客３００が、図７（ａ）に示す画面で銀行Ａの口座情報と共に表示された「お引出し」と表示されたボタンを押すと、図７（ｂ）に示すように金額を指定する画面が表示される。客３００が、引き出したい金額を入力してＯＫボタンを押すと、現金処理装置１００が、入力された金額分の現金を出金する。店舗支援サーバ１０は、出金された現金の金種及び金種別枚数に基づいて、現金処理装置１００の在高情報を更新する。銀行支援サーバ２０は、出金された現金の金額に基づいて、銀行Ａにある客３００の銀行口座の口座処理を銀行サーバ３０に指示する。銀行サーバ３０は、銀行Ａにある客３００の銀行口座を対象に、現金の引き出しに対応する口座処理を実行する。この結果、客３００の銀行口座の残高が更新される。

　銀行Ａの銀行口座に現金を預け入れたい場合、客３００は、図７（ａ）に示す画面で銀行Ａの口座情報と共に表示された「お預入れ」と表示されたボタンを押して、現金処理装置１００に現金を入金する。現金処理装置１００は、入金された現金を識別計数して金種及び金種別枚数を特定する。店舗支援サーバ１０は、入金された現金の金種及び金種別枚数に基づいて、現金処理装置１００の在高情報を更新する。銀行支援サーバ２０は、入金された現金の金額に基づいて、銀行Ａにある客３００の銀行口座の口座処理を銀行サーバ３０に指示する。銀行サーバ３０は、銀行Ａにある客３００の銀行口座を対象に、現金の預け入れに対応する口座処理を実行する。この結果、客３００の銀行口座の残高が更新される。

　図７（ａ）に示すように、銀行口座からの引き出し、銀行口座への預け入れ等、頻繁に行われる口座処理については、これらを直接実行するためのボタンが画面上に表示される。これにより、客３００は、銀行口座を選択した後、さらに引き出し、預け入れ等の処理内容を選択するのではなく、１回の選択操作で銀行口座及び処理内容を同時に選択することができる。図７（ａ）の画面にボタンが表示されない処理を行いたい場合、客３００が、画面上で「その他のお取引き」と表示されたボタンを押すと、図７（ｃ）に示すように、客３００が実行可能な処理内容が一覧表示される。客３００は、処理内容を選択して、従来のＡＴＭ利用時と同様に各処理を実行することができる。

　図８は、店員３１０、３２０が現金処理装置１００を利用する際に、現金処理装置１００の表示部１２０に表示される画面例を示す図である。例えば、図５（ａ）で説明したように、現金処理装置１００が、店舗Ｐ、Ｑの現金処理に関するアプリケーション５１０を実行することにより、制御部１５０が、図８に示す画面情報を取得して現金処理装置１００の表示部１２０に表示させる。

　図８に示すように、画面上には、店舗Ｐ、Ｑの現金処理メニューが表示される。現金処理メニューでは、入金処理、出金処理等、現金処理装置１００で実行可能な現金処理内容が一覧表示される。現金処理メニューに加えて、図８に破線で示した領域に、店員３１０、３２０が属する店舗Ｐ、Ｑに関する店舗情報が表示される。

　店舗支援サーバ１０は、現金処理システムを利用する各店舗Ｐ、Ｑに関する情報を管理している。図９は、店舗支援サーバ１０が管理する店舗情報の例を示す図である。店舗支援サーバ１０は、図９に示すように、複数店舗それぞれの店舗ＩＤ（店舗識別情報）と、各店舗に設置された１又は複数の現金処理装置それぞれの装置ＩＤ（装置識別情報）と、各現金処理装置に収納されている現金に関する情報とを記憶することができる。現金に関する情報には、各現金処理装置内に収納されている現金の在高情報と、補充情報と、回収情報とが含まれる。

　在高情報は、各現金処理装置内にある現金の金種、金種別枚数及び合計金額を特定可能な情報である。在高情報には、各金種の金種別枚数の変化を時系列で記録したデータも含まれている。

　補充情報は、各現金処理装置に現金を補充する必要があるか否かを判定するための情報である。例えば、現金処理装置１００が収納する現金の金種別に、補充を必要とする閾値枚数が設定される。現金処理装置１００が現金処理を実行して、減少した現金枚数が閾値枚数に達すると、補充が必要と判定される。補充が必要と判定された場合、現金処理装置１００は、例えば、現金の補充が必要であることを店舗Ｐの店員３１０に報知する処理を実行する。また、例えば、現金処理装置１００は、店舗Ｐが利用可能な現金を確保するため、実行する現金処理の内容を制限する。例えば、客３００が銀行口座から引き出す現金を出金する出金処理の受け付けが中止される。

　回収情報は、各現金処理装置から現金を回収する必要があるか否かを判定するための情報である。例えば、現金処理装置１００が収納する現金の金種別に、回収を必要とする閾値枚数が設定される。現金処理装置１００が現金処理を実行して、増加した現金枚数が閾値枚数に達すると、回収が必要と判定される。回収が必要と判定された場合、現金処理装置１００は、例えば、現金の回収が必要であることを店舗Ｐの店員３１０に報知する処理を実行する。また、例えば、現金処理装置１００は、現金が満杯になって現金処理を実行できなくなることを回避するため、実行する現金処理の内容を制限する。例えば、客３００が銀行口座へ預け入れる現金を入金する入金処理の受け付けが中止される。

　現金処理装置１００は、図９に示す店舗情報に基づいて、現金処理を開始する店員３１０、３２０が属する店舗Ｐ、Ｑの情報を、図８に破線で示す領域に表示することができる。図１０は、店員３１０、３２０が現金処理装置１００を利用する際に表示される店舗情報の例を示す図である。

　制御部１５０は、例えば、図１０に示すように、現金処理を開始する店員３１０、３２０が属する店舗Ｐ、Ｑに対応する店舗の、店舗内にある現金の情報と、店舗内の各現金処理装置内にある現金の情報とを含む画面情報を、店舗支援サーバ１０から取得して、図８に示す店舗情報の表示領域に表示させる。図１０は、フロント機と呼ばれる現金処理装置と、バック機と呼ばれる現金処理装置とを有する店舗について表示される店舗情報の例を示している。

　店舗内現金と表示された表には、店舗内にある現金が、フロント機に収納されている紙幣及び硬貨の枚数及び金額と、バック機に収納されている紙幣及び硬貨の枚数及び金額とに分けて表示され、その下に合計枚数及び合計金額が表示される。

　フロント機と表示された表の在高の項目には、複数のフロント機それぞれに収納されている現金の金種と、金種別の枚数及び金額とが表示され、表の最下段には各フロント機に収納されている現金の合計枚数及び合計金額が表示される。要補充の項目には、補充を要する金種と、補充枚数とが表示される。例えば、補充の閾値枚数を下回る枚数の金種がある場合に、この金種が表示されると共に、予めフロント機に収納すべき枚数として設定された所定枚数と現在枚数との差が補充枚数として表示される。要回収の項目には、回収を要する金種と、回収枚数とが表示される。例えば、回収の閾値枚数を上回る枚数の金種がある場合に、この金種が表示されると共に、予めフロント機に収納すべき枚数として設定された所定枚数と現在枚数との差が回収枚数として表示される。バック機と表示された表には、フロント機と同様に、バック機を対象として在高、要補充、要回収の各項目に、対応する情報が表示される。店員３１０、３２０は、図８に示す画面上で店舗情報を確認しながら、実行する現金処理の種類を決定したり、現金処理で入出金する現金の金額、出金する現金の金種別の内訳等を決定したりすることができる。現金処理装置１００が、在高、要補充、要回収の項目に表示された情報に基づいて、現金処理メニューの表示を変更したり、店員３１０、３２０が選択できる現金の金種や金種ごとの枚数を制限したりする態様であってもよい。

　図１１は、他店舗Ｑの店員３２０が現金処理装置１００を利用する際に、現金処理装置１００の表示部１２０に表示される画面例を示す図である。店員３２０が、図８に示す画面で出金処理を選択した場合に、制御部１５０が、出金処理に対応する、図１１に示す画面情報を取得して、表示部１２０に表示させる。現金処理装置と表示された表には、図１０のフロント機及びバック機と同様に、他店舗Ｑの現金処理装置２００内の現金に関する情報が表示される。

　他店舗Ｑの店員３２０は、現金処理装置２００を利用せずに管理する現金がある場合、この現金の情報を、現金処理装置２００を介して店舗支援サーバ１０へ送信することができる。この場合、店舗支援サーバ１０は、店舗Ｑの現金処理装置２００内の現金の在高情報に加えて、店舗Ｑ内で、現金処理装置２００の装置外で管理される現金の在高情報も記憶する。この結果、図１１に示す例では、現金処理装置１００の画面上に、店舗Ｑにある現金処理装置２００の在高情報に加えて、現金処理装置２００の装置外で管理される現金の情報が、手管理されている現金の在高情報として表示される。手管理現金と表示された表には、店舗Ｑで、現金処理装置２００の装置外で管理されている現金の金種と、金種別の枚数及び金額とが表示される。

　店員３２０は、図１１に示す画面上で、店舗Ｑにある現金の情報を確認しながら、現金処理装置１００から出金する金種と、金種別の枚数又は金額とを指定することができる。店員３２０は、現金処理装置と表示された表の要補充の項目に表示された情報に基づいて、出金する現金を決定することができる。例えば、要補充の項目に、５ユーロ紙幣３０枚の補充が必要であることを示す情報が表示されていれば、店員３２０は、出金する５ユーロ紙幣の枚数を３０枚と決定することができる。店員３２０は、手管理現金と表示された表の情報に基づいて、出金する現金を決定することもできる。例えば、店舗Ｑの現金処理装置２００で５ユーロ紙幣３０枚の補充が必要であることを示す情報が表示されている場合でも、店舗Ｑで手管理する５ユーロ紙幣が１０枚あることを示す情報が表示されていれば、店員３２０は、出金する５ユーロ紙幣の枚数を２０枚と決定することができる。

　店員３２０は、操作部１１０を操作して、図１１に示す画面左側の出金内訳と表示された表内に、出金する現金の金種と、金種別の枚数又は金額とを入力することができる。画面上には、店員３２０が指定した出金内訳に基づいて自動的に算出された出金金額が表示される。出金金額と出金内訳とを決定した店員３２０は、画面上の開始ボタンを押して出金処理を実行する。これにより、店員３２０は、店舗Ｑで必要な金種及び金種別内訳の現金を現金処理装置１００から出金させて、店舗Ｑへ持ち帰ることができる。このとき、在高、要補充、要回収の各項目に表示された情報に基づいて、現金処理装置１００が、金種別に、店員３２０が指定可能な枚数を制限してもよい。例えば、出金処理の入力画面では、指定可能な枚数を要補充の枚数に制限する。例えば、要補充の枚数を超える枚数が指定された場合に、現金処理装置１００が、画面の色や文字の色を変えるなどして、これを店員３２０に報知してもよい。また、例えば、要補充の項目に表示された金種が選択されると、現金処理装置１００が、要補充の項目に表示された金種や枚数を、入力中の出金内訳に反映して、出金内訳の表示を自動更新してもよい。画面に在高が表示された装置の中から、現金を補充する装置が選択されると、現金処理装置１００が、選択された装置の要補充の項目に表示された金種や枚数を、入力中の出金内訳に反映して、出金内訳の表示を自動更新してもよい。現金処理装置１００が、選択された装置に応じて、金種ごとに入力（選択）できる枚数制限を変えてもよい。すなわち、店員３２０が入力画面で選択操作を行うと、選択内容から得られる情報に基づいて、現金処理装置１００が、店員３２０が指定可能な金種や枚数等の情報を自動入力する態様であってもよいし、店員３２０が指定可能な金種や枚数等を制限する態様であってもよい。

　図８及び図１１に示す現金処理装置１００の画面上に、他の店舗情報を表示することもできる。図１２は、店員３１０、３２０が現金処理装置１００を利用する際に表示される別の店舗情報の例を示す図である。現金処理装置１００は、図１２（ａ）に示すように、現金の内訳を示す店舗情報を表示することができる。図１２（ａ）に示す例では、現金処理装置１００の利用を開始した店員３１０、３２０が属する店舗Ｐ、Ｑにある現金の金種別に、入金された現金の金種及び金種別枚数と、出金された現金の金種及び金種別枚数と、入金枚数と出金枚数の比と、該比を示す帯グラフとが表示されている。また、入金された現金の金種別の割合を示す円グラフと、出金された現金の金種別の割合を示す円グラフとが表示されている。例えば、当日の営業を開始してから、店員３１０、３２０が現金処理装置１００で現金処理を開始するまでの間に、店舗支援サーバ１０が各店舗Ｐ、Ｑから取得した情報に基づいて、各金種の入出金枚数を集計して、図１２（ａ）に示す画面が表示される。集計期間、集計する金種、集計対象に含める現金処理装置等は、店員３１０、３２０が設定により変更できるようになっている。

　現金処理装置１００は、図１２（ｂ）に示すように、現金量の推移を示す店舗情報を表示することができる。図８に示す破線枠内又は図１１に示す画面上に、図１２（ａ）に示す情報に代えて又は加えて、図１２（ｂ）に示す情報が表示される。図１２（ｂ）に示す例では、現金処理装置１００の利用を開始した店員３１０、３２０が属する店舗Ｐ、Ｑにおける、現金枚数の推移を示す折れ線グラフが金種別に表示されている。例えば、店員３１０、３２０が現金処理装置１００で現金処理を開始した日付から過去数日の間に店舗支援サーバ１０が各店舗Ｐ、Ｑから取得した情報に基づいて、図１２（ｂ）に示す画面が表示される。表示する期間及び金種、表示対象に含める現金処理装置等は、店員３１０、３２０が設定により変更できるようになっている。

　図１３は、他店舗Ｑの店員３２０が現金処理装置１００を利用する際に表示されるさらに別の店舗情報の例を示す図である。図１３に示す情報が図８に示す破線枠内又は図１１に示す画面上に表示される。他店舗Ｑの店員３２０は、現金処理装置２００又は通信端末５０を操作して、店舗Ｐの現金処理装置１００の画面上にメッセージを表示させることができる。例えば、店員３２０が他店舗Ｑから出た後、他店舗Ｑの別の店員に、店員３２０に伝えたい内容が生じた場合に、この店員が現金処理装置２００又は通信端末５０を操作して現金処理システムにログインして入力したメッセージが、店舗支援サーバ１０に登録される。店員３２０が店舗Ｐの現金処理装置１００で現金処理を開始した際、現金処理装置１００は、店舗支援サーバ１０にメッセージが登録されているか否かを確認する。登録されたメッセージがある場合、現金処理装置１００は、図１３に示すように、メッセージを登録した店員を示す情報と該店員が登録したメッセージ内容とを画面上に表示して店員３２０に通知する。通知内容は、店員を示す情報とメッセージ内容とのいずれか一方のみであってもよい。通知が、画面表示に代えて又は加えて音声で再生される態様であってもよい。例えば、店舗Ｑの釣銭準備金を出金するために店員３２０が店舗Ｐへ出掛けた後に、追加で出金して欲しい現金ができた場合に、店舗Ｑの他の店員は、店員３２０にメッセージを送信して追加の現金を出金してもらうことができる。

　次に、図１４～図１８を参照しながら現金処理システムで各装置が連携して行う処理の流れについて説明する。図１４は、ＡＴＭの利用を希望する客３００が現金処理装置１００を利用する場合の処理の流れを示すフローチャートである。客３００は、自身が所持するスマートフォン等の通信端末４０でログイン操作を行う（ステップＳ１０１）。ログイン時の認証処理は、通信端末４０と通信接続された銀行支援サーバ２０で行われる（ステップＳ１０２）。銀行支援サーバ２０は、認証処理結果に基づいて、予め登録されている客３００の情報を参照して、客３００の銀行口座を含む口座情報を特定する（ステップＳ１０３）。銀行支援サーバ２０で認証されてログインを終えると（ステップＳ１０４）、客３００は、現金処理装置１００を利用できるようになる。ログイン処理は通信端末４０を利用して行うことができるため、客３００は、予めログイン処理を実行して、その後で店舗Ｐを訪れて現金処理装置１００を利用することができる。

　現金処理装置１００は、銀行支援サーバ２０が現金処理装置１００を特定するための情報が符号化されたバーコード、ＱＲコード（登録商標）等の図形コードを表示部１２０に表示することができる（ステップＳ１０５）。例えば、客３００は、銀行支援サーバ２０と通信接続された通信端末４０のカメラで、現金処理装置１００の表示部１２０に表示された図形コードを読み取る（ステップＳ１０６）。銀行支援サーバ２０は、通信端末４０で読み取られた図形コードに基づいて、客３００が利用しようとしている現金処理装置１００を特定することができる（ステップＳ１０７）。これにより、銀行支援サーバ２０は、図５（ｂ）に示したように、客３００が利用する現金処理装置１００を制御できるようになる。

　銀行支援サーバ２０は、客３００が利用を開始した現金処理装置１００の表示部１２０に、客３００が銀行口座を選択するための画面を表示して、銀行口座の選択を受け付ける（ステップＳ１０８）。例えば、現金処理装置１００は、図７（ａ）に示した画面を表示部１２０に表示する。客３００が表示部１２０の画面で銀行口座を選択すると、銀行支援サーバ２０は、取引口座、すなわち現金処理で入出金される現金の預け入れ先又は引き出し元となる客３００の銀行口座を特定する（ステップＳ１０９）。

　銀行支援サーバ２０は、現金処理装置１００で、客３００が希望する現金処理の取引内容を受け付ける（ステップＳ１１０）。例えば、図７（ａ）に示す画面で、銀行口座の選択と同時に、現金の引き出し、預け入れ等の取引内容が選択される。例えば、現金処理装置１００の表示部１２０の画面が図７（ａ）に示す画面から図７（ｃ）に示す画面に遷移して、この画面上で、客３００が現金の引き出し、預け入れ等の取引内容を選択する。客３００が現金の引き出しを選択した場合は、続いて現金処理装置１００が図７（ｂ）に示す画面を表示部１２０に表示して、客３００が銀行口座から引き出す金額を入力する。

　こうして決定された取引内容に基づいて、銀行支援サーバ２０が、現金処理装置１００に現金処理の実行を指示する（ステップＳ１１１）。現金処理装置１００は、銀行支援サーバ２０からの指示に基づいて現金処理を実行する（ステップＳ１１２）。現金処理装置１００は、現金処理の結果を店舗支援サーバ１０及び銀行支援サーバ２０に送信する（ステップＳ１１３）。

　店舗支援サーバ１０は、現金処理装置１００から受信した情報に基づいて、現金処理装置１００の在高情報を更新する（ステップＳ１１４）。現金処理装置１００の在高情報の更新によって、店舗Ｐ内にある現金の在高情報も更新されることになる。

　銀行支援サーバ２０は、先に特定している客３００の口座情報と、客３００が選択した取引内容と、現金処理装置１００から受信した現金処理の情報とに基づいて、銀行サーバ３０に口座処理の実行を指示する（ステップＳ１１５）。銀行サーバ３０は、銀行支援サーバ２０からの指示に基づいて口座処理を実行する（ステップＳ１１６）。

　図１５は、現金処理装置１００が設置されている店舗Ｐの店員３１０が現金処理装置１００を利用する場合の処理の流れを示すフローチャートである。店員３１０が、現金処理装置１００の操作部１１０及び表示部１２０を利用してログイン操作を行うと（ステップＳ２０１）、店舗支援サーバ１０が認証処理を実行する（ステップＳ２０２）。

　店舗支援サーバ１０は、認証処理結果に基づいて、予め登録されている店員３１０の情報を参照して、店員３１０が属する店舗Ｐを特定すると共に、店舗支援サーバ１０内で管理している在高情報等、店舗Ｐにある現金の情報を特定する（ステップＳ２０３）。これにより、図８～図１２に示したように、現金処理装置１００は、店舗Ｐにある現金の情報を表示部１２０に店舗情報として表示できるようになる。

　在高情報を含む店舗Ｐの現金情報が、現金処理装置１００で管理されている場合、現金処理装置１００は、装置内で管理する現金情報を表示してもよい。店舗Ｐの現金情報が、店舗Ｐに設けられた店舗サーバ等、現金処理装置１００と通信可能に接続された別の装置で管理されている場合、現金処理装置１００は、この装置から現金情報を取得して表示してもよい。

　現金処理装置１００は、店員３１０が、表示部１２０に表示される情報を確認しながら操作部１１０を操作して行う取引内容の選択を受け付ける（ステップＳ２０４）。現金処理装置１００は、店員３１０の指示に基づいて現金処理を実行する（ステップＳ２０５）。現金処理装置１００は、現金処理の結果を店舗支援サーバ１０に送信する（ステップＳ２０６）。店舗支援サーバ１０は、現金処理装置１００から受信した情報に基づいて、現金処理装置１００の在高情報を更新する（ステップＳ２０７）。店舗Ｐの店員３１０が、店舗Ｐの現金処理装置１００で現金処理を実行して、現金を入出金する場合、口座処理は行われないため、銀行支援サーバ２０及び銀行サーバ３０による処理は行われない。

　図１６は、他店舗Ｑの店員３２０が現金処理装置１００を利用する場合の処理の流れを示すフローチャートである。他店舗Ｑの店員３２０が、現金処理装置１００の操作部１１０及び表示部１２０を利用してログイン操作を行うと（ステップＳ３０１）、店舗支援サーバ１０が認証処理を実行する（ステップＳ３０２）。

　店舗支援サーバ１０は、認証処理結果に基づいて、予め登録されている店員３２０の情報を参照して、店員３２０が属する店舗Ｑを特定すると共に、店舗支援サーバ１０内で管理している在高情報等、店舗Ｑにある現金の情報を特定する（ステップＳ３０３）。これにより、図８～図１２に示したように、現金処理装置１００は、店舗Ｑにある現金の情報を表示部１２０に店舗情報として表示できるようになる。

　現金処理装置１００は、店員３２０が、表示部１２０に表示される情報を確認しながら操作部１１０を操作して行う取引内容の選択を受け付ける（ステップＳ３０４）。現金処理装置１００は、店員３２０の指示に基づいて現金処理を実行する（ステップＳ３０５）。現金処理装置１００は、現金処理の結果を店舗支援サーバ１０及び銀行支援サーバ２０に送信する（ステップＳ３０６）。店舗支援サーバ１０は、現金処理装置１００から受信した情報に基づいて、現金処理装置１００の在高情報を更新する（ステップＳ３０７）。

　銀行支援サーバ２０は、予め登録されている店舗Ｐの口座情報及び店舗Ｑの口座情報と、店員３２０が選択した取引内容と、現金処理装置１００から受信した現金処理の情報とに基づいて、銀行サーバ３０に口座処理の実行を指示する（ステップＳ３０８）。銀行サーバ３０は、銀行支援サーバ２０の指示に基づいて口座処理を実行する（ステップＳ３０９）。

　店員３２０が現金処理装置１００で入金処理を実行した場合、現金処理装置１００から銀行支援サーバ２０に入金金額が送信されて、入金金額分を店舗Ｐの銀行口座から店舗Ｑの銀行口座へ移す口座処理が実行される。店員３２０が現金処理装置１００で出金処理を実行した場合は、現金処理装置１００から銀行支援サーバ２０に出金金額が送信されて、出金金額分を店舗Ｑの銀行口座から店舗Ｐの口座へ移す口座処理が実行される。

　現金処理装置１００が現金処理結果を銀行支援サーバ２０に送信することなく店舗支援サーバ１０のみに送信して、店舗支援サーバ１０が、銀行支援サーバ２０へ口座処理に関する情報を送信する態様であってもよい。

　この場合、店舗支援サーバ１０が、店舗間で行われる口座処理に関する情報を内部で管理して、この情報に基づいて銀行支援サーバ２０へ口座処理の実行を指示すればよい。図１７は、店舗支援サーバ１０内部で管理される口座処理に関する情報の例を示す図である。

　例えば、図１７に示すように、現金処理装置１００がある店舗Ｐの店舗ＩＤと、現金処理装置１００の装置ＩＤと、現金処理装置１００を利用した１又は複数の他店舗の店舗ＩＤと、他店舗それぞれの口座処理の処理条件と、現金処理装置１００内にある他店舗それぞれの現金の内訳とが関連付けて管理される。

　図１７に示す他店舗内訳の項目には、１又は複数の他店舗の店員が、店舗Ｐの現金処理装置１００で現金処理を実行して入出金した現金の店舗別の合計金額が登録される。他店舗の店員が、現金処理装置１００で入金処理を実行すると入金金額が合計金額に加算されて、出金処理を実行すると出金金額が合計金額から減算される。これにより、店舗支援サーバ１０は、現金処理装置１００内にある現金のうち、他店舗それぞれの店舗が所有する現金を管理することができる。

　図１７に示す口座処理条件の項目には、現金処理装置１００が設置されている店舗Ｐの銀行口座と、他店舗それぞれの銀行口座との間で、口座処理を実行するための処理条件が登録される。他店舗は、日付、曜日、時刻の少なくともいずれか１つを指定して、口座処理を実行するタイミングを登録することができる。例えば、毎日所定時刻になると、店舗Ｐの銀行口座と他店舗の銀行口座との間で、他店舗内訳に登録されている合計金額分を移動する口座処理を実行するように口座処理条件を設定することができる。

　口座処理の実行時、他店舗内訳に登録されている合計金額が、プラスの値である他店舗については、この他店舗の銀行口座へ、店舗Ｐの銀行口座から合計金額分を移動する口座処理が行われ、マイナスの値である場合は、この他店舗の銀行口座から店舗Ｐの銀行口座へ合計金額分を移動する口座処理が行われることになる。

　他店舗は、金額を指定して口座処理を実行するタイミングを登録することができる。例えば、日時によらず、他店舗内訳の項目に登録されている合計金額が所定金額になると、店舗Ｐの銀行口座と他店舗の銀行口座との間で合計金額分を移動する口座処理を実行するように口座処理条件を設定することができる。例えば合計金額がマイナス２０００ユーロに達したら、他店舗Ｑの銀行口座から店舗Ｐの銀行口座へ、他店舗内訳に登録されている合計金額分を移動する口座処理を実行するように設定すると、日時によらず、合計金額がマイナス２０００ユーロになったタイミンで口座処理が実行される。

　他店舗Ｑが、店舗Ｐの現金処理装置１００で店舗Ｑの売上金の入金、釣銭準備金の出金等を行う場合、入出金される現金の金額が大きくなる可能性がある。このため、現金処理システムでは、他店舗Ｑの店員３２０が現金処理を予約できるようになっている。図１８は、他店舗Ｑの店員３２０が現金処理を予約する場合の処理の流れを示すフローチャートである。以下、釣銭準備金の出金処理を予約する場合を例に説明を続ける。

　他店舗Ｑの店員３２０は、スマートフォン等の通信端末５０を操作してログイン操作を行う（ステップＳ４０１）。ログイン時の認証処理は、通信端末５０と通信接続された銀行支援サーバ２０で行われる（ステップＳ４０２）。銀行支援サーバ２０で認証されてログインを終えると（ステップＳ４０３）、店員３２０は、通信端末５０を操作して、予約する取引内容を入力する（ステップＳ４０４）。

　図１９は、現金処理の予約時に通信端末５０に表示される画面例を示す図である。店舗Ｑの釣銭準備金の出金処理に対応するため、店員３２０が、店舗Ｑの銀行口座からの現金の引き出しを予約する際には図１９（ａ）に示す画面が通信端末５０に表示される。店員３２０は、通信端末５０で、現金処理装置１００から出金する複数の金種と金種別の枚数又は金額とを入力することができる。

　店員３２０が、出金する現金の金種と金種別の枚数又は金額とを指定してＯＫボタンを押すと、銀行支援サーバ２０は、指定された金種と金種別の枚数又は金額とを含む取引情報を、店舗支援サーバ１０に送信する（ステップＳ４０５）。例えば、取引情報には、取引内容に加えて、店員３２０が属する店舗Ｑの場所を示す位置情報が含まれる。

　店舗支援サーバ１０は、銀行支援サーバ２０から受信した取引情報に基づいて、現金処理装置１００が設置されている店舗Ｐと、現金処理装置１００と同様の装置が設置されている他の店舗に、取引対応の可否を問い合わせる（ステップＳ４０６）。例えば、店舗支援サーバ１０は、取引情報に含まれる店舗Ｑの位置情報に基づいて、店舗Ｑからの距離が所定の距離範囲内にある各店舗の現金処理装置を対象に、店員３２０が入力した取引内容を送信して、取引内容を実行可能であるか否かを問い合わせる。

　店舗支援サーバ１０から取引情報を受信した現金処理装置１００は、装置内にある金種及び金種別枚数に基づいて取引内容を実行可能であるか否かを判定して店舗支援サーバ１０に回答する（ステップＳ４０７）。問い合わせを受けた他の現金処理装置でも同様に判定が行われて、取引に対応可能であるか否かが店舗支援サーバ１０に回答される。

　店舗支援サーバ１０は、１又は複数の現金処理装置から得られた回答に基づいて、店員３２０が指定した取引に対応可能な各現金処理が設置されている店舗の情報を、銀行支援サーバ２０へ送信する（ステップＳ４０８）。

　銀行支援サーバ２０は、店舗支援サーバ１０から受信した店舗の情報を、店員３２０の通信端末５０に送信する（ステップＳ４０９）。図１９（ｂ）に示すように、通信端末５０の画面上には、店員３２０が指定した取引内容を実行可能な店舗の情報が一覧表示される。画面上に、店員３２０がいる店舗Ｑから各店舗までの距離と、各店舗周辺の地図とが表示されてもよい。店員３２０は、画面上の情報を確認して、現金処理を実行する店舗を選択する（ステップＳ４１０）。例えば、店員３２０は、店舗Ｑからの距離が最も近い店舗を選択する。なお、店員３２０が入力した取引内容を実行可能な現金処理装置が無かった場合は、これを示す情報が通信端末５０に表示されて、店員３２０は取引内容の変更等を行うことになる。以下、店舗Ｐの現金処理装置１００が、店員３２０が指定した取引に対応可能であり、店員３２０が店舗Ｐを選択したものとして説明を続ける。

　店員３２０が、図１９（ｂ）に示す画面で現金処理を実行する店舗を選択してＯＫボタンを押すと現金処理の予約が成立して、銀行支援サーバ２０に、予約された取引内容が記憶されて、予約取引の管理が開始される（ステップＳ４１１）。現金処理の予約が成立すると、図１９（ｃ）に示すように、通信端末５０の画面上に、予約内容を特定するための情報を符号化した図形コードを表示できるようになる（ステップＳ４１２）。

　店員３２０が、選択した店舗Ｐへ移動して、現金処理装置１００が備える取得部１７０に、通信端末５０の画面に表示された図形コードを読み取らせると（ステップＳ４１３）、現金処理装置１００は、予約済みの取引内容を実行する必要があることを認識する。現金処理装置１００は、図形コード又は図形コードに含まれる情報を銀行支援サーバ２０に送信して、予約された取引内容を問い合わせる（ステップＳ４１４）。銀行支援サーバ２０は、現金処理装置１００から受信した情報に基づいて、予約された取引内容を特定する（ステップＳ４１５）。特定された取引内容が銀行支援サーバ２０から現金処理装置１００に送信されて、現金処理装置１００は、受信した取引内容で現金処理を実行可能な状態となる。その後は、図１６のステップＳ３０４からの処理と同様に処理が続けられることになる。

　店員３２０が、図１９（ｃ）に示すように通信端末５０に表示された図形コードを現金処理装置１００に読み取らせるだけで、現金処理装置１００は、店員３２０が予約時に指定した金種、金種別の枚数又は金額の現金を出金する出金処理を実行可能な状態となる。店員３２０は、現金処理装置１００の操作部１１０で金種や金種別枚数の入力操作を行うことなく、すぐに現金処理装置１００に、予約した出金処理を実行させることができる。現金処理装置１００は、店員３２０が予約時に指定した金種と、金種別の枚数又は金額とに基づいて現金を出金する。これにより、店員３２０は、現金処理装置１００から出金された現金を店舗Ｑに持ち帰って、釣銭準備金として利用することができる。

　出金処理の予約と同様に、店員３２０は、入金処理を予約することもできる。例えば、店員３２０が店舗Ｑの売上金の入金処理を予約する場合、店員３２０は、通信端末５０で、入金処理を選択して入金する売上金の金額を入力する。出金処理時と同様に、売上金を入金可能な現金処理装置がある店舗が探索されて通信端末５０の画面上に一覧表示される。

　例えば、店員３２０が、店舗Ｐを選択して入金処理を予約すると、通信端末５０の画面に図形コードが表示される。店員３２０は、店舗Ｐへ移動して図形コードを現金処理装置１００に読み取らせることにより、入金処理を開始することができる。このとき、現金処理装置１００の表示部１２０には、予約時に店員３２０が入力した売上金の金額が表示される。現金処理装置１００は、入金処理を実行して、店員３２０が実際に入金した売上金を識別計数して得られた入金金額を表示部１２０に表示する。店員３２０は、現金処理装置１００の表示部１２０で、予約した入金金額と、実際に現金処理装置１００に入金した入金金額とが一致することを確認することができる。現金処理装置１００の画面上には、入金処理を継続するか中止するかを選択するボタンが表示される。金額の一致を確認した店員３２０は、処理継続を選択して入金処理を完了することができる。金額が一致しない場合は、不一致の原因を調べるため、店員３２０は、入金処理の中止を選択して、入金しようとした売上金を現金処理装置１００から排出させることもできる。

本実施形態の現金処理装置１００は、銀行口座から現金を引き出す客３００がログインした場合は、出金金額を指定するための入力画面を表示して、該入力画面で客３００が指定した金額に基づいて、所定の構成枚数で現金を出金する出金処理を実行する。すなわち、客３００による、出金する現金の金種や枚数の指定は受け付けることない。一方、店員がログインした場合、現金処理装置１００は、金種ごとに枚数を指定して出金を指示するための入力画面を表示して、指定された金種ごとの枚数の現金を出金する出金処理を実行する。現金処理装置１００では、店員がログインした場合には、客がログインした場合に比べて、金種ごとの内訳等、より詳細な出金内容を指定できるようになっている。店員がログインした場合に、現金処理装置１００が、店員が選択した現金処理メニューに応じて、入力画面に表示する店舗情報を変更してもよい。例えば、出金処理が選択された場合には、現金処理装置１００が、店員が属する店舗の在高情報に基づいて、要補充の情報のみを表示する、補充が必要な装置の情報のみを表示するというように、画面に表示する情報を、選択された処理の実行に必要な情報に絞るようにしてもよい。現金処理装置１００が、店員が属する店舗の在高情報に基づいて、指定可能な金種を要補充現金の金種に制限する、指定可能な枚数を要補充現金の補充枚数以下又は補充枚数以上に制限するというように、店員が指定可能な内容を制限してもよい。

　本実施形態では、店舗Ｐ、Ｑの現金処理装置１００、２００、２０１が、店舗支援サーバ１０や銀行支援サーバ２０と直接接続される例を示したが、他の装置を介して接続される態様であってもよい。例えば、大型の店舗では、店舗内に設置された複数の現金処理装置を管理するための店舗サーバを設ける場合がある。この場合、店舗内の現金処理装置が、店舗サーバを介して、店舗支援サーバ１０や銀行支援サーバ２０と通信する態様であってもよい。上述した現金処理装置１００、２００、２０１の機能及び動作の一部が、店舗サーバによって実現される態様であってもよい。

　本実施形態では、現金処理装置１００、店舗支援サーバ１０、銀行支援サーバ２０が、それぞれに対応するアプリケーションを実行する例を説明したが、これは例示であって、アプリケーションの実行方法を限定するものではない。例えば、上述した現金処理装置１００が実行するアプリケーションが、店舗支援サーバ１０、銀行支援サーバ２０等の他の装置で実行されて、現金処理装置１００が、他の装置から指示を受けて動作する態様であってもよい。同様に、上述した店舗支援サーバ１０が実行するアプリケーションが、現金処理装置１００、銀行支援サーバ２０等の他の装置で実行されて、店舗支援サーバ１０が他の装置から指示を受けて動作する態様であってもよい。また、上述した銀行支援サーバ２０が実行するアプリケーションが、現金処理装置１００、店舗支援サーバ１０等の他の装置で実行されて、銀行支援サーバ２０が他の装置から指示を受けて動作する態様であってもよい。

　本実施形態では、現金処理装置１００が実行した現金処理に関する情報が、店舗支援サーバ１０又は銀行支援サーバ２０へ送信される例を説明したが、これは例示であって現金処理に関する情報の処理方法を限定するものではない。例えば、現金処理装置１００が、客３００が実行した銀行口座に関する現金処理の情報と、店員３１０、３２０が実行した店舗の現金に関する現金処理の情報との両方を、区別可能に記憶する態様であってもよい。すなわち、現金処理システムで、現金処理装置１００が実行した現金処理に関する全てのログ情報が、客３００が実行した現金処理と、自店舗の店員３１０が実行した現金処理と、他店舗の店員３２０が実行した現金処理とに分けて、現金処理装置１００で記憶、管理されてもよい。ログ情報には、現金処理が実行された日時を示す情報と、現金処理を実行したログインユーザを示す情報と、入出金された現金の金種、金種別枚数及び合計金額を示す情報とが含まれていてもよい。ログ情報が、現金処理装置１００に代えて又は加えて、現金処理装置１００と接続された店舗サーバで管理される態様であってもよいし、店舗支援サーバ１０で管理される態様であってもよい。

　本実施形態では、店舗支援サーバ１０と、銀行支援サーバ２０と、銀行サーバ３０とが独立して設けられた例を示したが、店舗支援サーバ１０が銀行支援サーバ２０を兼ねる態様であってもよい。銀行支援サーバ２０が銀行サーバ３０を兼ねる態様であってもよい。

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

　上述したように、現金処理システムでは、現金処理装置が設置された店舗の店員、店舗の客、他店舗の店員を含む複数種類のユーザが、現金処理装置を利用して現金処理を実行することができる。客は、店舗の現金処理用に設けられた現金処理装置を、ＡＴＭのように利用して、銀行口座から引き出した現金の出金と、銀行口座に預け入れる現金の入金とを行うことができる。他店舗の店員は、現金処理装置を利用して、釣銭準備金の出金と、売上金の入金とを行うことができる。現金処理装置は、ユーザの種類に応じて、ユーザインターフェイスを変更したり、処理内容を変更したりすることができる。現金処理装置がユーザの種類に応じた処理を実行することにより、様々なユーザにとっての利便性が向上する。

Claims

　現金処理装置と、
　複数店舗の店舗識別情報、各店舗にある現金の在高情報及び各店員のＩＤ情報を記憶する支援サーバと、
　前記現金処理装置のユーザからＩＤ情報を取得する取得部と
　前記取得部で取得した前記ＩＤ情報に基づいて認証した前記ユーザが店員である場合に、前記ＩＤ情報と関連付けて前記支援サーバが記憶している店舗の在高情報を取得して、該情報を含む、前記現金処理装置で実行する現金処理を指示するための入力画面を前記現金処理装置の表示部に表示する制御部と
を備え、
　前記現金処理装置は、前記入力画面で行われる前記ユーザからの指示に基づいて、前記現金処理を実行する
ことを特徴とする現金処理システム。
　前記現金処理装置は、前記店員が、出金する現金の種類及び数量を指定するためのユーザインターフェイスを入力画面に表示すると共に、前記入力画面の一部領域に、前記店員が属する店舗の在高情報を表示することを特徴とする請求項１に記載の現金処理システム。
　前記入力画面に表示される在高情報は、店舗の在高に関するグラフィック表示を含むことを特徴とする請求項１に記載の現金処理システム。
　前記グラフィック表示には、店舗にある現金の種類別の割合を示す表示と、店舗にある現金の在高の推移を示す表示との少なくともいずれか一方を含むことを特徴とする請求項３に記載の現金処理システム。
　前記支援サーバは、前記支援サーバと通信接続された通信端末を操作して店員が入力する現金の金種と、金種別の枚数又は金額とを受けて、前記現金の出金処理の予約を受け付けて、
　前記出金処理を予約した店員が前記現金処理装置の利用を開始する際には、前記現金処理装置は、出金処理用の入力画面を表示すると共に、前記店員が出金処理の予約時に入力した前記現金の金種と、金種別の枚数又は金額とを前記入力画面上に表示する
ことを特徴とする請求項１に記載の現金処理システム。
　前記現金処理装置は、前記店員が出金内容を指定せずとも、前記店員が出金処理の予約時に入力した前記現金の金種と、金種別の枚数又は金額とに基づいて現金を出金することを特徴とする請求項５に記載の現金処理システム。
　前記支援サーバと通信接続された通信端末を操作して入金金額を入力して入金処理を予約した店員が前記現金処理装置の利用を開始する際には、前記現金処理装置は、入金処理用の入力画面を表示すると共に、前記店員が入金処理の予約時に入力した入金金額を前記入力画面上に表示することを特徴とする請求項１に記載の現金処理システム。
　前記現金処理装置は、前記店員が入金した現金を識別計数して得られた入金金額と、前記店員が予約した入金処理の入金金額とを含む入力画面を表示することを特徴とする請求項７に記載の現金処理システム。
　前記支援サーバは、店舗にある端末から送信されたメッセージを受け付けて、前記店員が属する店舗識別情報と関連付けて記憶し、
　前記現金処理装置は、前記取得部で取得したＩＤ情報に基づいて、前記支援サーバから前記メッセージを受信して前記店員に通知する
ことを特徴とする請求項１に記載の現金処理システム。
　複数店舗の在高情報を記憶する前記支援サーバに加えて、前記現金処理装置が設置された店舗にある現金の在高情報を記憶する店舗サーバ
をさらに備え、
　前記現金処理装置は、前記取得部で取得した店員のＩＤ情報が、前記現金処理装置が設置されている自店舗の店員のものである場合は前記店舗サーバから自店舗の在高情報を取得して、前記ＩＤ情報が自店舗の店員のものでない場合は前記支援サーバから前記店員が属する店舗の在高情報を取得する
ことを特徴とする請求項１に記載の現金処理システム。
　前記支援サーバに加えて、前記現金処理装置で行われるＡＴＭ関連業務を支援する銀行支援サーバ
をさらに備え、
　前記現金処理装置は、現金処理を実行するユーザが店員である場合は前記支援サーバと連携して現金処理を実行して、前記ユーザが店舗の客である場合は前記銀行支援サーバと連携して現金処理を実行し、
　前記銀行支援サーバが、前記現金処理装置で入出金された現金の金額を、前記客の銀行口座に関する口座処理を実行可能な銀行サーバに送信することにより、前記口座処理が実行されて前記銀行口座の口座残高が更新される
ことを特徴とする請求項１に記載の現金処理システム。
　前記制御部は、前記取得部で取得した前記ＩＤ情報に基づいて認証した前記ユーザが店員である場合に、前記ユーザが前記現金処理装置に実行させる処理として選択した処理内容に応じて、前記表示部に表示する前記在高情報の表示内容を変更することを特徴とする請求項１～１１のいずれか１項に記載の現金処理システム。
　前記制御部は、取得した前記在高情報に基づいて、出金処理用の入力画面で前記ユーザが指定可能な、出金する現金の種類及び数量を制限することを特徴とする請求項１～１１のいずれか１項に記載の現金処理システム。
　前記制御部は、前記入力画面に表示されている前記在高情報の一部を選択する操作を受付けて、前記ユーザが選択した在高情報から得られる情報に基づいて、前記入力画面で指定可能な金種及び枚数を自動入力することを特徴とする請求項１～１１のいずれか１項に記載の現金処理システム。
　現金処理装置を含む現金処理システムが実行する現金処理方法であって、
　前記現金処理装置で現金処理の実行を求めるユーザから前記ユーザのＩＤ情報を取得する工程と、
　前記ユーザが、店舗の客と、前記現金処理装置が設置された店舗の店員と、他店舗の店員とのいずれであるかを判定する工程と、
　前記ユーザが店員と判定された場合に、複数店舗の店舗識別情報、各店舗にある現金の在高情報を取得して、該情報を含む、前記現金処理装置で実行する現金処理を指示するための入力画面を表示する工程と
を含むことを特徴とする現金処理方法。