JP2014093032A - 貨幣管理システム及び貨幣管理方法 - Google Patents

Abstract

【課題】ＰＯＳ端末と独立して釣銭機におけるイベント発生履歴を適正かつ効率的に管理すること。
【解決手段】管理サーバ６０は、釣銭機１０及び入出金機５０からイベントデータを受信し、受信したイベントデータに基づいて、釣銭機１０及び入出金機５０のイベント情報を管理する。また、釣銭機１０は、店員がレジの担当を開始する際やレジの担当を終了する際に行なわれる操作に受け付けた場合に、区間設定通知を管理サーバ６０に送信する。管理サーバ６０は、釣銭機１０から受信した区間設定通知により区切られた区間データを生成し、釣銭機１０のイベント情報を区間別に管理する。
【選択図】図１

Description

この発明は、商取引に基づいて貨幣の入出金を行なう釣銭機を有する貨幣管理システム及び貨幣管理方法に関する。

従来、スーパーマーケット及びコンビニエンスストア等の店舗では、商品販売の売り上げ実績を単品単位で集計する販売時点情報管理システム（以下、「ＰＯＳ（Point of Sale）システム」と言う）が導入されることが多い。かかるＰＯＳシステムでは、商品の会計を行う「レジ」と呼ばれる場所にＰＯＳ端末を配設するとともに、このＰＯＳ端末に釣銭機が接続される。

そして、レジを担当する店員は、ＰＯＳ端末を操作して商品の精算を行なうとともに、顧客から渡された代金を釣銭機に入金処理し、必要に応じて釣銭を釣銭機から出金処理することになる。

ここで、上記ＰＯＳ端末が貨幣の入出金履歴を管理するために、ＰＯＳ端末が自装置を操作した店員の識別情報を取得し、釣銭機から取得した貨幣の収納金額に関連付けて管理する技術が知られている（例えば、特許文献１参照。）。

特許第４８８５００９号

しかしながら、上記特許文献１は、ＰＯＳ端末が釣銭機を含めた全体の入出金履歴を主導的に管理する場合には適用できるが、ＰＯＳ端末と分離して釣銭機単体としての入出金履歴を管理する場合には適用することができない。

例えば、不正者が該釣銭機を不正に操作して貨幣を出金したような状況を確認するためには、ＰＯＳ端末と分離して釣銭機単体の入出金履歴を管理する必要があるが、上記特許文献１では、かかる入出金履歴を管理することができないこととなる。

これらのことから、ＰＯＳ端末と独立して釣銭機における入出金履歴をいかに適正かつ効率的に管理するかが重要な課題となっている。かかる課題は、入出金のみならずエラーの発生等、釣銭機において発生する各種イベントの発生履歴を管理する場合にも同様に生ずる課題である。また、釣銭機のみならずＰＯＳ端末と接続される貨幣管理装置についても同様に生ずる課題である。

本発明は、上記課題を解決するためになされたものであって、ＰＯＳ端末と独立して釣銭機におけるイベント発生履歴を適正かつ効率的に管理することができる貨幣管理システム及び貨幣管理方法を提供することを目的とする。

上述した課題を解決し、目的を達成するため、本発明は、商取引に基づいて貨幣の入出金を行なう釣銭機を有する貨幣管理システムであって、前記釣銭機に設けられ、該釣銭機の操作担当者に関わる操作を受け付ける操作受付手段と、前記釣銭機のイベント情報を取得するイベント情報取得手段と、前記操作受付手段により操作を受け付けた操作受付タイミングによって区切られた区間毎に、前記イベント情報取得手段により取得されたイベント情報を管理するイベント情報管理手段とを備えたことを特徴とする。

また、本発明は、上記発明において、前記イベント情報取得手段は、前記貨幣の入出金を示す入出金イベント及び／又は前記釣銭機における異常発生を示す異常発生イベントを前記イベント情報として取得することを特徴とする。

また、本発明は、上記発明において、前記操作受付手段は、前記釣銭機の操作担当者による担当開始操作と、前記釣銭機の操作担当者による担当終了操作とを受け付けることを特徴とする。

また、本発明は、上記発明において、前記イベント情報管理手段は、前記釣銭機の操作に関与した関与者を前記イベント情報に関連付けて管理することを特徴とする。

また、本発明は、上記発明において、前記イベント情報管理手段により管理された前記イベント情報を、前記操作担当者、前記関与者、又は前記イベント情報の種別に基づいて集計する集計手段をさらに備えたことを特徴とする。

また、本発明は、商取引に基づいて貨幣の入出金を行なう釣銭機を有する貨幣管理システムの貨幣管理方法であって、前記釣銭機が該釣銭機の操作担当者に関わる操作を受け付ける操作受付ステップと、前記釣銭機のイベント情報を取得するイベント情報取得ステップと、前記操作受付ステップにより操作を受け付けた操作受付タイミングによって区切られた区間毎に、前記イベント情報取得ステップにより取得されたイベント情報を管理するイベント情報管理ステップとを含んだことを特徴とする。

本発明によれば、釣銭機のイベント情報を取得するとともに、釣銭機に設けられた操作受付手段により操作担当者に関わる操作を受け付け、操作を受け付けた操作受付タイミングによって区切られた区間毎に、イベント情報を管理するよう構成したので、ＰＯＳ端末と独立して釣銭機におけるイベント発生履歴を適正かつ効率的に管理することができる。

図１は、本実施例に係る貨幣管理システムのシステム構成を説明するための説明図である。 図２は、図１に示した釣銭機の構成を示すブロック図である。 図３は、図１に示した入出金機の構成を示すブロック図である。 図４は、図１に示した管理サーバの構成を示すブロック図である。 図５は、記憶部が記憶する動作履歴データ及び装置別在高データについて説明するための説明図である。 図６は、記憶部が記憶する異常ランク設定データ及び状態異常データについて説明するための説明図である。 図７は、記憶部が記憶する区間データについて説明するための説明図である。 図８は、管理サーバによる表示出力の具体例について説明するための説明図である。 図９は、管理サーバの処理手順を示すフローチャートである。

以下に、添付図面を参照して、本発明に係る貨幣管理システム及び貨幣管理方法の好適な実施例を詳細に説明する。

まず、本実施例に係る貨幣管理システムのシステム構成について説明する。図１は、本実施例に係る貨幣管理システムのシステム構成を説明するための説明図である。図１に示すように、貨幣管理システム８０は、複数の釣銭機１０、入出金機５０、管理サーバ６０及び店員用携帯端末７０からなる。

複数の釣銭機１０、入出金機５０及び管理サーバ６０は、ＬＡＮ（Local Area Network）等の通信回線３２を介して相互接続されている。店員用携帯端末７０は、無線ＬＡＮ等により管理サーバ６０に接続されており、フロア担当の責任者が携帯する。また、釣銭機１０はＰＯＳ端末２０を通じてＰＯＳシステムのＰＯＳサーバ４０と接続される。

ＰＯＳ端末２０は、商品の会計が行なわれた場合に、商品の種類、商品の数、商品の合計会計額、預り金額及び釣銭額を含む会計データを記憶するとともに、釣銭機１０に対して入出金指示を送信する。この入出金指示は、顧客から受け取った預り金の金種及び数と、顧客に渡すべき釣銭の金種及び数とを指定したデータである。また、ＰＯＳ端末２０は、会計データをＰＯＳサーバ４０に送信する機能を有する。

釣銭機１０は、貨幣を金種毎に収納する装置である。店員は、商品の会計が行なわれた場合に、預り金をこの釣銭機１０に入金処理し、釣銭を釣銭機１０から出金処理する。また、釣銭機１０は、ＰＯＳ端末２０からの入出金指示を受信した場合に在高データを更新する。在高データは、釣銭機１０の内部に所在する貨幣の金種毎の数を示すデータである。

店員による貨幣の入金処理及び出金処理が適正に行なわれたならば、店員による入金処理及び出金処理が行なわれた後の釣銭機１０内部の実際の在高と、ＰＯＳ端末２０からの入出金指示により更新された在高データとが一致する。

また、レジにおいて、店員が担当を開始する時点及び終了（交代）する時点に、店員ＩＤの読み取りが行なわれ、その間の会計に伴う入金処理及び出金処理は当該店員が担当したものとして、処理データに当該店員の店員ＩＤが紐付けられる。

また、釣銭機１０は、会計により増減した貨幣の補充と回収を行なうため、各金種について、在高データをフル閾値、ニアフル閾値、ニアエンプティ閾値及びエンプティ閾値と比較する。

フル閾値は、当該金種を釣銭機１０の内部に収納可能な上限数を示す。ニアフル閾値は、フル閾値よりも所定数だけ小さい値であり、在高データがニアフル閾値以上となった場合には、当該金種の貨幣を回収する必要があることが示される。

エンプティ閾値は、当該金種を釣銭機１０の内部に収納すべき下限数を示し、通常は「０」に設定される。ニアエンプティ閾値は、エンプティ閾値よりも所定数だけ大きい値であり、在高データがニアエンプティ閾値以下となった場合には、当該金種の貨幣を補充する必要があることが示される。

釣銭機１０から貨幣の回収を行なう場合には、店員は、釣銭機１０から回収分の貨幣を出金処理し、入出金機５０まで移動し、入出金機５０に回収分の貨幣の入金処理を行なう。また、釣銭機１０に対して貨幣の補充を行なう場合には、店員は、入出金機５０から補充分の貨幣を出金処理し、補充が必要な釣銭機１０まで移動し、釣銭機１０に補充分の貨幣の入金処理を行なう。

釣銭機１０において回収処理や補充処理を行なう際には、処理を行なう店員（レジ担当とは別の店員の場合もある）の店員ＩＤの読み取りが行なわれ、回収処理データ及び補充処理データに当該店員の店員ＩＤが紐付けられる。

入出金機５０は、主に店舗に設置された各釣銭機１０に補充するための貨幣の収納と、各釣銭機１０から回収した貨幣の収納とを行なう装置である。この入出金機５０は、店舗の後方、すなわち店員のみが立ち入り可能な店員用区画（バックヤード）に設けられる。

釣銭機１０及び入出金機５０は、自装置において発生したイベントを示すイベントデータを管理サーバ６０に送信する。具体的には、釣銭機１０及び入出金機５０は、自装置に対して入出金が行なわれた場合には、入出金された金種及び数を示す入出金データをイベントデータとして管理サーバ６０に送信する。また、操作を行った店員の店員ＩＤや処理時刻情報等が含まれる。さらに入出金機５０における回収金の入金処理データには、回収元の釣銭機１０の装置ＩＤが含まれ、補充金の出金処理データには、補充先となる釣銭機１０の装置ＩＤが含まれる。

また、釣銭機１０及び入出金機５０は、フル閾値、ニアフル閾値、ニアエンプティ閾値又はエンプティ閾値のいずれかに到達した金種が存在する場合には、該金種の在高と到達した閾値とを示す在高通知データをイベントデータとして管理サーバ６０に送信する。

また、釣銭機１０及び入出金機５０は、自装置にエラーが発生した場合には、発生したエラーを特定するエラーコードを含むエラーデータをイベントデータとして管理サーバ６０に送信する。

また、釣銭機１０及び入出金機５０は、自装置に電源オンや筐体の開閉等の特定の操作が発生した場合には、操作受付データをイベントデータとして管理サーバ６０に送信する。

さらに、釣銭機１０は、区間設定ボタンを有している。この区間設定ボタンは、店員がレジの担当を開始する際やレジの担当を終了する際に操作されるボタンである。釣銭機１０は、区間設定ボタンが操作された場合に、区間設定通知を管理サーバ６０に送信する。

管理サーバ６０は、釣銭機１０及び入出金機５０から受信したイベントデータに基づいて、釣銭機１０及び入出金機５０の動作履歴を管理する。また、管理サーバ６０は、釣銭機１０から受信した区間設定通知により区切られた区間データを生成し、釣銭機１０の動作履歴を区間別に管理する。

また、管理サーバ６０は、釣銭機１０及び入出金機５０の動作履歴を店員用携帯端末７０に送信し、店員用携帯端末７０が有する表示部に表示させることができる。このとき、釣銭機１０の動作履歴については、区間別に表示することが可能である。

このように、本実施例に係る貨幣管理システム８０は、釣銭機１０及び入出金機５０から受信したイベントデータに基づいて、釣銭機１０及び入出金機５０の動作履歴を管理するので、ＰＯＳ端末と独立して釣銭機１０及び入出金機５０における動作履歴を適正かつ効率的に管理することができる。

また、釣銭機１０から受信した区間設定通知により区切られた区間データを生成し、釣銭機１０の動作履歴を区間別に管理することができるので、釣銭機１０に異常が発生した場合には、該異常の発生時に釣銭機１０の操作に関わった店員を簡易に特定することができる。

次に、図１に示した釣銭機１０の構成について説明する。図２は、図１に示した釣銭機１０の構成を示すブロック図である。図２に示すように、釣銭機１０は、区間設定ボタン１１ａ、表示操作部１１ｂ、硬貨収納ユニット１２、棒金ドロア１３、紙幣収納ユニット１４、管理サーバ通信部１５、ＰＯＳ端末通信部１６、記憶部１７及び制御部１８を有する。

区間設定ボタン１１ａは、店員がレジの担当を開始する際やレジの担当を終了する際に操作されるボタンである。区間設定ボタン１１ａは、担当開始ボタンと担当終了ボタンのように複数設けてもよいし、単一のボタンであってもよい。担当開始ボタンと担当終了ボタンとを設けた場合には、担当開始ボタンの操作によって区間の開始時点が示され、担当終了ボタンの操作によって区間の終了時点が示される。また、単一のボタンを用いる場合には、区間の区切りがボタン操作によって示されることとなる。

表示操作部１１ｂは、タッチパネルディスプレイ等の入出力装置である。表示操作部１１ｂは、金種別の在高を表示可能である。また、表示操作部１１ｂは、在高がフル閾値に到達した金種、在高がニアフル閾値以上となった金種、在高がニアエンプティ閾値以下となった金種、並びに在高がエンプティ閾値に到達した金種を表示することで、補充や回収の必要性を報知する。そして、補充処理中や回収処理中には、処理内容に関する情報を表示する。また、表示操作部１１ｂは、補充のための入金操作の受付と、回収のための出金操作の受付とを行なう。

硬貨収納ユニット１２は、硬貨を金種別に収納する収納部である。棒金ドロア１３は、硬貨を所定枚数重ねて包装した棒金を金種別に収納する収納部である。紙幣収納ユニット１４は、紙幣を金種別に収納する収納部である。

硬貨収納ユニット１２、棒金ドロア１３及び紙幣収納ユニット１４には、開店前に予め釣銭準備金として所定数の貨幣が金種別に収納されている。商品の会計時に顧客が硬貨を支払いに用いたならば、該硬貨は硬貨収納ユニット１２に入金処理される。また、商品の会計時に釣銭として硬貨を払い出す場合には、該硬貨は硬貨収納ユニット１２から出金処理される。釣銭として払い出すことで硬貨が少なくなり、同一金種の棒金が棒金ドロア１３に収納されているならば、棒金ドロア１３から棒金を出金処理し、包装を解いて硬貨収納ユニット１２に入金処理する。

硬貨を回収する場合には、回収分の硬貨は硬貨収納ユニット１２から出金処理される。また、硬貨を補充する場合には、補充分の硬貨が棒金であるならば棒金ドロア１３に入金処理され、補充分の硬貨が棒金でなければ硬貨収納ユニット１２に入金処理される。

また、商品の会計時に顧客が紙幣を支払いに用いたならば、該紙幣は紙幣収納ユニット１４に入金処理される。また、商品の会計時に釣銭として紙幣を払い出す場合には、該紙幣は紙幣収納ユニット１４から出金処理される。

釣銭機１０から紙幣を回収する場合には、回収分の紙幣を回収カセットに集め、該回収カセットの取り外しを行なう。また、紙幣を補充する場合には、補充分の紙幣を回収カセットに詰めてから釣銭機１０に装着すると、紙幣が繰り出されて紙幣収納ユニット１４に金種別に振り分けられる。

管理サーバ通信部１５は、通信回線３２を介して管理サーバ６０と通信を行うためのインターフェース部である。ＰＯＳ端末通信部１６は、ＰＯＳ端末２０との通信を行うためのインターフェース部である。

記憶部１７は、ハードディスク装置や不揮発性メモリなどからなる記憶デバイスである。記憶部１７には、入出金履歴データ１７ａと、在高データ１７ｂと、在高閾値データ１７ｃとが記憶される。

入出金履歴データ１７ａは、釣銭機１０の入出金の履歴を示すデータである。在高データ１７ｂは、金種別の在高を示すデータである。在高閾値データ１７ｃは、金種別のフル閾値、ニアフル閾値、ニアエンプティ閾値及びエンプティ閾値を示すデータである。

制御部１８は、釣銭機１０の全体制御を行う制御部であり、入出金処理部１８ａ、在高管理部１８ｂ及び通知部１８ｃを有する。入出金処理部１８ａは、釣銭機１０の入出金を管理する処理部である。

入出金処理部１８ａは、ＰＯＳ端末２０からの入出金指示を受信した場合に、該入出金指示を入出金履歴データ１７aに追加して格納するとともに、硬貨収納ユニット１２及び紙幣収納ユニット１４に入出金処理を行なわせる。

また、入出金処理部１８ａは、表示操作部１１ｂが回収のための出金操作を受け付けた場合に、該出金操作を入出金履歴データ１７aに追加して格納するとともに、硬貨収納ユニット１２及び紙幣収納ユニット１４に出金処理を行なわせる。

また、入出金処理部１８ａは、表示操作部１１ｂが補充のための入金操作を受け付けた場合に、該入金操作を入出金履歴データ１７aに追加して格納するとともに、硬貨収納ユニット１２、棒金ドロア１３及び紙幣収納ユニット１４に入金処理を行なわせる。

在高管理部１８ｂは、入出金処理部１８ａにより行なわれた入出金処理に応じて在高データ１７ｂを更新する処理部である。具体的には、入金処理が行なわれた場合には、入金処理された金種に対し、入金処理された数を加算して、在高データ１７ｂを更新する。そして、出金処理が行なわれた場合には、出金処理された金種に対し、出金処理された数を減算して、在高データ１７ｂを更新する。

また、在高管理部１８ｂは、在高データ１７ｂを更新した場合に、更新後の在高を在高閾値データ１７ｃに示された閾値と比較する。そして、在高管理部１８ｂは、在高がフル閾値に到達した金種、在高がニアフル閾値以上となった金種、在高がニアエンプティ閾値以下となった金種、並びに在高がエンプティ閾値に到達した金種を、表示操作部１１ｂに表示制御する。

通知部１８ｃは、管理サーバ６０に対して、釣銭機１０に関する情報を通知する処理部である。通知部１８ｃは、入出金が行なわれた場合には、入出金データを管理サーバ６０に通知する。入出金データには、釣銭機１０を特定する装置ＩＤと、入出金の目的と、入出金処理された金種及び数と、操作した店員の店員ＩＤとを含む。

具体的には、装置ＩＤ「Ｔ０２」の釣銭機１０において会計による入出金が発生し、１０００円紙幣２枚が入金処理され、釣銭として１０円硬貨３枚が出金処理された場合には、入出金データとして「装置ＩＤ：Ｔ０２ 会計 入金：１０００円×２ 出金：１０円×３」が管理サーバ６０に送信される。この他、操作した店員のＩＤと、全金種の在高データとが入出金データに含まれる。

また、装置ＩＤ「Ｔ０２」の釣銭機１０において補充により１０円硬貨５０枚が入金処理された場合には、入出金データとして「装置ＩＤ：Ｔ０２ 補充 入金：１０円×５０」が管理サーバ６０に送信される。この他、操作した店員のＩＤと、全金種の在高データとが入出金データに含まれる。

同様に、装置ＩＤ「Ｔ０２」の釣銭機１０において回収のために１０００円紙幣２０枚が出金処理された場合には、入出金データとして「装置ＩＤ：Ｔ０２ 回収 出金：１０００円×２０」が管理サーバ６０に送信される。この他、操作した店員のＩＤと、全金種の在高データとが入出金データに含まれる。

また、通知部１８ｃは、いずれかの金種の在高が在高閾値データ１７ｃに示された閾値に到達した場合には、在高通知データを管理サーバ６０に通知する。在高通知データには、釣銭機１０を特定する装置ＩＤと、閾値の種別と、金種と、在高とを含む。

具体的には、装置ＩＤ「Ｔ０２」の釣銭機１０において１０円硬貨の在高が１５枚となり、ニアエンプティ閾値に到達した場合には、在高通知データとして「装置ＩＤ：Ｔ０２ ニアエンプティ １０円 在高１５」が管理サーバ６０に送信される。この他、全金種の在高データが在高通知データに含まれる。

同様に、装置ＩＤ「Ｔ０２」の釣銭機１０において１０００円紙幣の在高が５０枚となり、ニアフル閾値に到達した場合には、在高通知データとして「装置ＩＤ：Ｔ０２ ニアフル １０００円 在高５０」が管理サーバ６０に送信される。この他、全金種の在高データが在高通知データに含まれる。

また、通知部１８ｃは、釣銭機１０にエラーが発生した場合には、エラーデータを管理サーバ６０に送信する。エラーデータには、釣銭機１０を特定する装置ＩＤと、発生したエラーを特定するエラーコードとを含む。

また、通知部１８ｃは、釣銭機１０に電源オンや筐体の開閉等の特定の操作が発生した場合には、操作受付データを管理サーバ６０に送信する。操作受付データには、釣銭機１０を特定する装置ＩＤと、受け付けた操作を特定する操作コードとを含む。

さらに、通知部１８ｃは、区間設定ボタン１１ａが操作された場合に、区間設定通知を管理サーバ６０に送信する。区間設定通知には、釣銭機１０を特定する装置ＩＤを含む。また、操作した店員のＩＤを含むことが好ましい。さらに、担当開始ボタンと担当終了ボタンのように区間設定ボタン１１ａを複数設けた場合には、操作されたボタンの種別が区間設定通知に含まれる。

次に、図１に示した入出金機５０の構成について説明する。図３は、図１に示した入出金機５０の構成を示すブロック図である。図３に示すように、入出金機５０は、表示操作部５１、硬貨収納ユニット５２、棒金収納ユニット５３、紙幣収納ユニット５４、管理サーバ通信部５５、記憶部５６及び制御部５７を有する。

表示操作部５１は、タッチパネルディスプレイ等の入出力装置である。表示操作部５１は、金種別の在高を表示可能である。また、表示操作部５１は、在高が入出金機５０のフル閾値に到達した金種、在高が入出金機５０のニアフル閾値以上となった金種、在高が入出金機５０のニアエンプティ閾値以下となった金種、並びに在高が入出金機５０のエンプティ閾値に到達した金種を表示することで、補充や回収の必要性を報知する。また、表示操作部５１は、釣銭機１０への補充のための出金操作の受付、釣銭機１０からの回収のための入金操作の受付、入出金機５０への補充のための入金操作の受付、並びに入出金機５０からの回収のための出金操作の受付を行なう。

硬貨収納ユニット５２は、硬貨を金種別に収納する収納部である。棒金収納ユニット５３は、硬貨を所定枚数重ねて包装した棒金を金種別に収納する収納部である。紙幣収納ユニット５４は、紙幣を金種別に収納する収納部である。

硬貨収納ユニット５２、棒金収納ユニット５３及び紙幣収納ユニット５４には、開店前に予め補充準備金として所定数の貨幣が金種別に収納されている。釣銭機１０に硬貨を補充する場合には、補充分の硬貨は硬貨収納ユニット５２又は棒金収納ユニット５３から出金処理される。また、釣銭機１０から回収した硬貨は、硬貨収納ユニット５２に入金処理される。

また、釣銭機１０に紙幣を補充する場合には、補充分の紙幣は紙幣収納ユニット５４から出金処理される。また、釣銭機１０から回収した紙幣は、補充分の紙幣は紙幣収納ユニット５４に入金処理される。

釣銭機１０への補充により、入出金機５０における在高がニアエンプティ閾値以下となった金種については、図示しない金庫や貨幣保管装置等から入出金機５０に対する補充が行なわれる。また、釣銭機１０からの回収により、入出金機５０における在高がニアフル閾値以上となった金種については、機内の回収用カセットに送り込まれたり、入出金機５０から回収され、図示しない金庫や貨幣保管装置等に収納される。

管理サーバ通信部５５は、通信回線３２を介して管理サーバ６０と通信を行うためのインターフェース部である。

記憶部５６は、ハードディスク装置や不揮発性メモリなどからなる記憶デバイスである。記憶部５６には、入出金履歴データ５６ａと、在高データ５６ｂと、在高閾値データ５６ｃとが記憶される。

入出金履歴データ５６ａは、入出金機５０の入出金の履歴を示すデータである。在高データ５６ｂは、入出金機５０の金種別の在高を示すデータである。在高閾値データ５６ｃは、入出金機５０の金種別のフル閾値、ニアフル閾値、ニアエンプティ閾値及びエンプティ閾値を示すデータである。

制御部５７は、入出金機５０の全体制御を行う制御部であり、入出金処理部５７ａ、在高管理部５７ｂ及び通知部５７ｃを有する。入出金処理部５７ａは、入出金機５０の入出金を管理する処理部である。

入出金処理部５７ａは、釣銭機１０への補充のための出金操作を表示操作部５１が受け付けた場合に、該出金操作を入出金履歴データ５６aに追加して格納するとともに、硬貨収納ユニット５２、棒金収納ユニット５３及び紙幣収納ユニット５４に出金処理を行なわせる。補充金の出金処理時には、補充先となる釣銭機１０を特定する情報（装置ＩＤ）を表示操作部５１に入力させる。

また、入出金処理部５７ａは、釣銭機１０から回収した貨幣を収納するための入金操作を表示操作部５１が受け付けた場合に、該入金操作を入出金履歴データ５６ａに追加して格納するとともに、硬貨収納ユニット５２及び紙幣収納ユニット５４に入金処理を行なわせる。回収金の入金処理時には、回収元となる釣銭機１０を特定する情報（装置ＩＤ）を表示操作部５１に入力させる。

また、入出金処理部５７ａは、入出金機５０からの回収のための出金操作を表示操作部５１が受け付けた場合に、該出金操作を入出金履歴データ５６aに追加して格納するとともに、硬貨収納ユニット５２及び紙幣収納ユニット５４に出金処理を行なわせる。

また、入出金処理部５７ａは、入出金機５０への補充のための入金操作を表示操作部５１が受け付けた場合に、該入金操作を入出金履歴データ５６ａに追加して格納するとともに、硬貨収納ユニット５２、棒金収納ユニット５３及び紙幣収納ユニット５４に入金処理を行なわせる。

在高管理部５７ｂは、入出金処理部５７ａにより行なわれた入出金処理に応じて在高データ５６ｂを更新する処理部である。具体的には、入金処理が行なわれた場合には、入金処理された金種に対し、入金処理された数を加算して、在高データ５６ｂを更新する。そして、出金処理が行なわれた場合には、出金処理された金種に対し、出金処理された数を減算して、在高データ５６ｂを更新する。

また、在高管理部５７ｂは、在高データ５６ｂを更新した場合に、更新後の在高を在高閾値データ５６ｃに示された閾値と比較する。そして、在高管理部５７ｂは、在高がフル閾値に到達した金種、在高がニアフル閾値以上となった金種、在高がニアエンプティ閾値以下となった金種、並びに在高がエンプティ閾値に到達した金種を、表示操作部５１に表示制御する。

通知部５７ｃは、管理サーバ６０に対して、入出金機５０に関する情報を通知する処理部である。通知部５７ｃは、入出金が行なわれた場合には、入出金データを管理サーバ６０に通知する。入出金データには、入出金機５０を特定する装置ＩＤと、入出金の目的と、入出金処理された金種及び数と、操作した店員の店員ＩＤとを含む。

具体的には、装置ＩＤ「Ｎ０１」の入出金機５０において、釣銭機１０に補充するために１０円硬貨５０枚が出金処理された場合には、入出金データとして「装置ＩＤ：Ｎ０１ 補充 出金：１０円×５０」が管理サーバ６０に送信される。この他、操作した店員のＩＤと、全金種の在高データとが入出金データに含まれる。

同様に、装置ＩＤ「Ｎ０１」の入出金機５０において、釣銭機１０から回収された１０００円紙幣１９枚が入金処理された場合には、入出金データとして「装置ＩＤ：Ｎ０１ 回収 入金：１０００円×１９」が管理サーバ６０に送信される。この他、操作した店員のＩＤと、全金種の在高データとが入出金データに含まれる。

また、装置ＩＤ「Ｎ０１」の入出金機５０において、５００円硬貨１００枚が自装置への補充として入金処理された場合には、入出金データとして「装置ＩＤ：Ｎ０１ 入出金機補充 入金：５００円×１００」が管理サーバ６０に送信される。この他、操作した店員のＩＤと、全金種の在高データとが入出金データに含まれる。

同様に、装置ＩＤ「Ｎ０１」の入出金機５０において、１００００円紙幣１００枚が回収のために出金処理された場合には、入出金データとして「装置ＩＤ：Ｎ０１ 入出金機回収 出金：１００００円×１００」が管理サーバ６０に送信される。この他、操作した店員のＩＤと、全金種の在高データとが入出金データに含まれる。

また、通知部５７ｃは、いずれかの金種の在高が在高閾値データ５６ｃに示された閾値に到達した場合には、在高通知データを管理サーバ６０に通知する。在高通知データには、入出金機５０を特定する装置ＩＤと、閾値の種別と、金種と、在高とを含む。

具体的には、装置ＩＤ「Ｎ０１」の入出金機５０において５００円硬貨の在高が５０枚となり、ニアエンプティ閾値に到達した場合には、在高通知データとして「装置ＩＤ：Ｎ０１ ニアエンプティ ５００円 在高５０」が管理サーバ６０に送信される。この他、全金種の在高データが在高通知データに含まれる。

同様に、装置ＩＤ「Ｎ０１」の入出金機５０において１００００円紙幣の在高が７５０枚となり、ニアフル閾値に到達した場合には、在高通知データとして「装置ＩＤ：Ｎ０１ ニアフル １００００円 在高７５０」が管理サーバ６０に送信される。この他、全金種の在高データが在高通知データに含まれる。

また、通知部５７ｃは、入出金機５０にエラーが発生した場合には、エラーデータを管理サーバ６０に送信する。エラーデータには、入出金機５０を特定する装置ＩＤと、発生したエラーを特定するエラーコードとを含む。

また、通知部５７ｃは、入出金機５０に電源オンや筐体の開閉等の特定の操作が発生した場合には、操作受付データを管理サーバ６０に送信する。操作受付データには、入出金機５０を特定する装置ＩＤと、受け付けた操作を特定する操作コードとを含む。

次に、図１に示した管理サーバ６０の構成について説明する。図４は、図１に示した管理サーバ６０の構成を示すブロック図である。図４に示すように、管理サーバ６０は、入力部６１、表示部６２、無線通信部６３、通信部６４、記憶部６５及び制御部６６を有する。

入力部６１は、キーボードやマウス等である。表示部６２は、液晶パネルやディスプレイ装置等である。無線通信部６３は、店員用携帯端末７０と無線通信を行なうためのインターフェース部である。通信部６４は、通信回線３２を介して釣銭機１０及び入出金機５０と通信を行うためのインターフェース部である。

記憶部６５は、ハードディスクや不揮発性メモリからなる記憶デバイスである。記憶部６５には、動作履歴データ６５ａと、装置別在高データ６５ｂと、異常ランク設定データ６５ｃと、状態異常データ６５ｄと、区間データ６５ｅとが記憶される。

動作履歴データ６５ａは、複数の釣銭機１０及び入出金機５０のイベントの履歴を示すデータである。装置別在高データ６５ｂは、複数の釣銭機１０及び入出金機５０の現時点での金種別の在高を示すデータである。異常ランク設定データ６５ｃは、釣銭機１０に発生する異常について、その異常が不正である可能性を示す異常ランクを設定したデータである。状態異常データ６５ｄは、釣銭機１０に発生した異常の履歴を示すデータである。区間データ６５ｅは、釣銭機１０の動作履歴を区分するための区間を示すデータである。

制御部６６は、管理サーバ６０を全体制御する制御部であり、動作履歴管理部６６ａ、装置別在高管理部６６ｂ、状態異常管理部６６ｃ、区間管理部６６ｄ及び集計部６６ｅを有する。実際には、これらの機能部に対応するプログラムを図示しないＲＯＭや不揮発性メモリに記憶しておき、これらのプログラムをＣＰＵ（Central Processing Unit）にロードして実行することにより、動作履歴管理部６６ａ、装置別在高管理部６６ｂ、状態異常管理部６６ｃ、区間管理部６６ｄ及び集計部６６ｅにそれぞれ対応するプロセスを実行させることになる。

動作履歴管理部６６ａは、複数の釣銭機１０及び入出金機５０の動作履歴を管理する処理部である。具体的には、動作履歴管理部６６ａは、複数の釣銭機１０及び入出金機５０から受信したイベントデータ（入出金データ、在高通知データ、エラーデータ及び操作受付データ）を動作履歴データ６５ａに格納することで、店舗内で各装置がどのように動作したかを総合的に管理する。

装置別在高管理部６６ｂは、複数の釣銭機１０及び入出金機５０の在高を装置別に管理する処理部である。具体的には、装置別在高管理部６６ｂは、入出金データを受信した場合に、入出金データに示された装置ＩＤ、入出金処理された金種及び数に基づいて、装置別在高データ６５ｂを更新する。

状態異常管理部６６ｃは、動作履歴データ６５ａから釣銭機１０の状態異常を抽出し、状態異常データ６５ｄに登録する処理を行なう処理部である。具体的には、状態異常管理部６６ｃは、動作履歴データ６５ａにエラーデータが登録された場合には、該エラーデータを状態異常として状態異常データ６５ｄに登録する。また、状態異常管理部６６ｃは、営業時間外に釣銭機１０から出金処理が行われた場合には、状態異常として状態異常データ６５ｄに登録する。

また、状態異常管理部６６ｃは、釣銭機１０から回収のために出金処理された貨幣の金種及び数と、入出金機５０に入金処理された回収分の貨幣の金種及び数とが一致しない場合には、回収金不一致を状態異常として状態異常データ６５ｄに登録する。

また、状態異常管理部６６ｃは、釣銭機１０への補充のために入出金機５０から出金処理された貨幣の金種及び数と、釣銭機１０に入金処理された補充分の貨幣の金種及び数とが一致しない場合には、補充金不一致を状態異常として状態異常データ６５ｄに登録する。

また、状態異常管理部６６ｃは、釣銭機１０の開閉が必要な状態が動作履歴データ６５ａに示されていないにも関わらず、釣銭機１０の開閉が行われた場合には、対応操作無しの開閉を状態異常として状態異常データ６５ｄに登録する。

状態異常管理部６６ｃは、状態異常データ６５ｄに状態異常を登録する際に、異常ランク設定データ６５ｃを参照して状態異常の異常ランクを特定し、該異常ランクを関連付けて登録する。また、状態異常の発生時刻についても関連付けて登録する。

区間管理部６６ｄは、釣銭機１０から区間設定通知を受信した場合に、区間データ６５ｅを更新する処理部である。区間データ６５ｅは、釣銭機１０の動作履歴を時間の範囲により区分するためのデータである。一つの区間は、その釣銭機１０を同一の店員が担当したことを示す。担当した店員を特定可能であるならば、特定した店員を区間に関連付けて記憶する。また、担当した店員以外に、指導等により関与した店員を特定可能であるならば、関与した店員についても関連付けて記憶する。さらに、区間内に状態異常が発生したか否か、発生した状態異常の種別、入出金等を関連付けて記憶してもよい。

集計部６６ｅは、動作履歴データ６５ａ、装置別在高データ６５ｂ、状態異常データ６５ｄ及び区間データ６５ｅに示されたデータを集計して出力する処理部である。具体的には、集計部６６ｅは、状態異常の種別毎、若しくは店員毎に集計を行なう。

状態異常の種別毎に集計を行なう場合には、状態異常の種別毎に、該状態異常が発生した回数と、該状態異常の発生した区間に関連付けられた店員を集計する。この集計により、同一の状態異常が発生した区間に、特定の店員が高い頻度で関連付けられているならば、該店員が状態異常に関与している可能性が高いと判定することができる。

また、集計部６６ｅは、店員毎に集計を行なう場合には、店員毎に、該店員が関連付けられた区間で発生した状態異常を集計する。この集計により、特定の店員が関連付けられた区間で状態異常が頻繁に発生しているならば、該店員が状態異常に関与している可能性が高いと判定することができる。

集計部６６ｅは、入力部６１から集計指示を受け付けた場合には、集計結果を表示部６２に表示制御する。また、店員用携帯端末７０から集計指示を受け付けた場合には、集計結果を店員用携帯端末７０に送信し、店員用携帯端末７０の表示部に表示させる。

次に、図４に示した記憶部６５が記憶するデータの具体例について説明する。図５は、記憶部６５が記憶する動作履歴データ６５ａ及び装置別在高データ６５ｂについて説明するための説明図である。

図５（ａ）に示す動作履歴データ６５ａは、装置ＩＤと、該装置ＩＤを有する装置からデータを受信した時刻と、受信したデータが示すイベントと、担当した店員ＩＤである操作者ＩＤとを関連づけたデータである。ここで、装置ＩＤ「Ｎ０１」は入出金機５０の装置ＩＤであり、装置ＩＤ「Ｔ０１」及び「Ｔ０２」は釣銭機１０の装置ＩＤである。

図５（ａ）に示す動作履歴データ６５ａは、装置ＩＤ「Ｎ０１」の入出金機５０から、時刻「０９：３０」に電源オン操作を受け付けたことを示す操作受付データを受信したことを示している。この段階では、店員の担当は開始しておらず、操作者ＩＤは「−」である。また、装置ＩＤ「Ｔ０１」の釣銭機１０から、時刻「０９：３２」に電源オン操作を受け付けたことを示す操作受付データを受信したことを示している。この段階では、店員の担当は開始しておらず、操作者ＩＤは「−」である。また、装置ＩＤ「Ｔ０２」の釣銭機１０から、時刻「０９：３３」に電源オン操作を受け付けたことを示す操作受付データを受信したことを示している。この段階では、店員の担当は開始しておらず、操作者ＩＤは「−」である。

また、動作履歴データ６５ａは、装置ＩＤ「Ｔ０２」の釣銭機１０から、時刻「１０：０５」に会計による入出金データを受信したことを示している。この入出金データは、「会計 入金：１０００円×２ 出金：１０円×３」であり、装置ＩＤ「Ｔ０２」の釣銭機１０において会計による入出金が発生し、１０００円紙幣２枚が入金処理され、釣銭として１０円硬貨３枚が出金処理されたことを示している。また、操作者ＩＤは「Ｂ０２」である。ここで、操作者ＩＤ「Ｂ０１〜０３」はレジ担当者の店員ＩＤであり、操作者ＩＤ「Ａ０１」及び「Ａ０２」はフロア担当者の責任者の店員ＩＤである。

また、動作履歴データ６５ａは、装置ＩＤ「Ｔ０１」の釣銭機１０から、時刻「１２：００」に区間設定通知を受信したことを示している。この時の操作者ＩＤは「Ｂ０３」であり、店員ＩＤ「Ｂ０３」の店員がレジの担当を開始したことを示している。

また、動作履歴データ６５ａは、装置ＩＤ「Ｔ０２」の釣銭機１０から、時刻「１２：２０」に在高通知データを受信したことを示している。この在高通知データは、「ニアエンプティ １０円 在高１５」であり、装置ＩＤ「Ｔ０２」の釣銭機１０において１０円硬貨の在高が１５枚となり、ニアエンプティ閾値に到達したことを示している。この時の操作者ＩＤは「Ｂ０２」である。

また、動作履歴データ６５ａは、装置ＩＤ「Ｎ０１」の入出金機５０から、時刻「１２：２５」に入出金データを受信したことを示している。この入出金データは、「補充 出金：１０円×５０」であり、装置ＩＤ「Ｎ０１」の入出金機５０において、釣銭機１０に補充するために１０円硬貨５０枚が出金処理されたことを示している。この時の操作者ＩＤは「Ａ０２」である。

また、動作履歴データ６５ａは、装置ＩＤ「Ｔ０２」の釣銭機１０から、時刻「１２：３０」に入出金データを受信したことを示している。この入出金データは、「補充 入金：１０円×５０」であり、装置ＩＤ「Ｔ０２」の釣銭機１０において補充により１０円硬貨５０枚が入金処理されたことを示している。この時の操作者ＩＤは「Ａ０２」である。すなわち、店員ＩＤ「Ａ０２」の店員が補充を行なったことを示している。

また、動作履歴データ６５ａは、装置ＩＤ「Ｔ０２」の釣銭機１０から、時刻「１３：００」に区間設定通知を受信したことを示している。この時の操作者ＩＤは「Ｂ０２」であり、店員ＩＤ「Ｂ０２」の店員がレジの担当を終了したことを示している。

また、動作履歴データ６５ａは、装置ＩＤ「Ｔ０１」の釣銭機１０から、時刻「１４：４０」にエラーコード２のエラーデータを受信したことを示している。この時の操作者ＩＤは「Ｂ０２」である。また、装置ＩＤ「Ｔ０１」の釣銭機１０から、時刻「１４：４１」に筐体の開閉操作を受け付けたことを示す操作受付データを受信したことを示している。この時の操作者ＩＤは「Ａ０１」である。すなわち、店員ＩＤ「Ａ０１」の店員がエラーの対処のために装置ＩＤ「Ｔ０１」の釣銭機１０を開閉操作したことが示されている。

また、動作履歴データ６５ａは、装置ＩＤ「Ｔ０２」の釣銭機１０から、時刻「１５：１０」に在高通知データを受信したことを示している。この在高通知データは、「ニアフル １０００円 在高５０」であり、装置ＩＤ「Ｔ０２」の釣銭機１０において１０００円紙幣の在高が５０枚となり、ニアフル閾値に到達したことを示している。この時の操作者ＩＤは「Ｂ０３」である。

また、動作履歴データ６５ａは、装置ＩＤ「Ｔ０２」の釣銭機１０から、時刻「１５：１２」に入出金データを受信したことを示している。この入出金データは、「回収 出金：１０００円×２０」であり、装置ＩＤ「Ｔ０２」の釣銭機１０において回収のために１０００円紙幣２０枚が出金処理されたことを示している。この時の操作者ＩＤは「Ａ０１」である。

また、動作履歴データ６５ａは、装置ＩＤ「Ｎ０１」の入出金機５０から、時刻「１５：１９」に入出金データを受信したことを示している。この入出金データは、「回収 入金：１０００円×１９」であり、装置ＩＤ「Ｎ０１」の入出金機５０において、釣銭機１０から回収された１０００円紙幣１９枚が入金処理されたことを示している。この時の操作者ＩＤは「Ａ０１」である。すなわち、店員ＩＤ「Ａ０１」の店員が回収を行なったことを示している。

図５（ｂ）に示す装置別在高データ６５ｂは、装置ＩＤに対し、金種別の在高を対応付けている。具体的には、装置別在高データ６５ｂは、装置ＩＤ「Ｎ０１」の入出金機５０は、１００００円紙幣の在高が５０枚であり、５０００円紙幣の在高が１００枚であり、１０００円紙幣の在高が２５０枚であり、５００円硬貨の在高が４００枚であり、１００円硬貨の在高が６００枚であることを示している。

また、装置別在高データ６５ｂは、装置ＩＤ「Ｔ０１」の釣銭機１０は、１００００円紙幣の在高が８枚であり、５０００円紙幣の在高が１０枚であり、１０００円紙幣の在高が３２枚であり、５００円硬貨の在高が２５枚であり、１００円硬貨の在高が４８枚であることを示している。また、装置別在高データ６５ｂは、装置ＩＤ「Ｔ０２」の釣銭機１０は、１００００円紙幣の在高が１２枚であり、５０００円紙幣の在高が１９枚であり、１０００円紙幣の在高が５０枚であり、５００円硬貨の在高が４８枚であり、１００円硬貨の在高が６２枚であることを示している。なお、棒金ドロア１３に収納される棒金の在高についても同様に管理される。

図６は、記憶部６５が記憶する異常ランク設定データ６５ｃ及び状態異常データ６５ｄについて説明するための説明図である。図６（ａ）に示す異常ランク設定データ６５ｃは、異常ランク１、異常ランク２及び異常ランク３の３つの異常ランクに対して状態異常の種別を関連付けている。異常ランク１は、不正である可能性が最も高い状態異常であることを示す。異常ランク２は、不正である可能性が異常ランク１の次に高い状態異常であることを示す。異常ランク３は、不正である可能性が異常ランク２の次に高い状態異常であることを示す。

具体的には、異常ランク設定データ６５ｃは、異常ランク１に対し、回収金不一致と、補充金不一致と、営業時間外に行なわれた対応操作無しの開閉と、営業時間外の出金とを関連付けている。

また、異常ランク設定データ６５ｃは、異常ランク２に対し、営業時間内に行なわれた対応操作無しの開閉と、エラーコード６〜８のエラーとを関連付けている。また、異常ランク設定データ６５ｃは、異常ランク３に対し、エラーコード１〜５のエラーを関連付けている。

図６（ｂ）に示す状態異常データ６５ｄは、装置ＩＤ「Ｔ０１」の釣銭機１０において、時刻「１４：４０」に異常ランク３の状態異常である「エラーコード２のエラー」が発生したことを示している。

また、状態異常データ６５ｄは、装置ＩＤ「Ｔ０２」の釣銭機１０において、時刻「１５：１９」に異常ランク１の状態異常である「回収金不一致 １０００円×１」が発生したことを示している。

また、状態異常データ６５ｄは、装置ＩＤ「Ｔ０１」の釣銭機１０において、時刻「２０：４５」に異常ランク２の状態異常である「対応操作無しの開閉」が発生したことを示している。

また、状態異常データ６５ｄは、装置ＩＤ「Ｔ０１」の釣銭機１０において、時刻「２３：１０」に異常ランク１の状態異常である「営業時間外の出金」が発生したことを示している。

ここで、動作履歴データ６５ａには、装置ＩＤ「Ｔ０１」の釣銭機１０について、時刻「１４：４１」に筐体の開閉操作を受け付けたことが示されている。しかし、同一の釣銭機１０について時刻「１４：４０」にエラーコード２のエラーデータを受信したことも示されているので、時刻「１４：４１」の開閉操作は、エラーへの対処を行なうためと考えられる。このように、開閉操作の前に開閉操作が必要な状態であることが示されている場合には、かかる開閉操作については、状態異常と判定せず、状態異常データ６５ｄへの登録は行なわれない。

また、補充や回収が行なわれていても、出金された貨幣の金種及び数が入金された貨幣の金種及び数と一致していれば、状態異常と判定せず、状態異常データ６５ｄへの登録は行なわれない。

一方、動作履歴データ６５ａは、時刻「１５：１２」に装置ＩＤ「Ｔ０２」の釣銭機１０において回収のために１０００円紙幣２０枚が出金処理されたことを示しているにも関わらず、時刻「１５：１９」に装置ＩＤ「Ｎ０１」の入出金機５０に入金された貨幣が１０００円紙幣１９枚であることを示している。そこで、出金された貨幣と入金された貨幣との差分「１０００円×１」が回収金の不一致分となる。

図７は、記憶部６５が記憶する区間データ６５ｅについて説明するための説明図である。図７に示す区間データ６５ｅは、装置ＩＤ「Ｔ０１」の釣銭機１０について、時刻「９：３０」から時刻「１２：００」を一つの区間としている。また、この区間の操作者は店員ＩＤ「Ｂ０１」の店員であり、状態異常は発生しなかったことを示している。

また、区間データ６５ｅは、装置ＩＤ「Ｔ０１」の釣銭機１０について、時刻「１２：００」から時刻「１５：００」を一つの区間としている。また、この区間の操作者は店員ＩＤ「Ｂ０３」の店員であり、区間内で状態異常が発生し、この状態異常の確認のために店員ＩＤ「Ａ０１」の店員が関与したことを示している。状態異常に対する確認としては、「出金エラーとなった貨幣を機内に戻し入れる」、「機内の全ての貨幣を払い出して、再び装填する」、「機内の貨幣を全て一時保留部に出してから、収納部に戻す」等の処理を行ない、処理前の在高と、処理後の在高とを記録する。

また、区間データ６５ｅは、装置ＩＤ「Ｔ０２」の釣銭機１０について、時刻「９：３０」から時刻「１３：００」を一つの区間としている。また、この区間の操作者は店員ＩＤ「Ｂ０２」の店員であり、状態異常は発生しなかったことを示している。

また、区間データ６５ｅは、装置ＩＤ「Ｔ０２」の釣銭機１０について、時刻「１３：００」から時刻「１３：３０」を一つの区間としている。また、この区間では担当する操作者がおらず、状態異常は発生しなかったことを示している。

また、区間データ６５ｅは、装置ＩＤ「Ｔ０２」の釣銭機１０について、時刻「１３：３０」以降を一つの区間としている。また、この区間の操作者は店員ＩＤ「Ｂ０１」の店員であり、状態異常は発生しなかったことを示している。

なお、最後の操作者が担当終了を指示してから、翌営業日の営業開始時に電源が入れられるまでの間（営業時間外）も、状態の監視は継続して行なわれている。この営業時間外に異常が検知されたならば、警備会社等に報知される。異常に関する情報は、管理サーバ６０に記憶されており、任意のタイミングでその内容を確認可能である。

次に、管理サーバ６０による表示の具体例について説明する。図８は、管理サーバ６０による表示出力の具体例について説明するための説明図である。図８（ａ）は、図７に示した区間データ６５ｅを表示する場合の具体例である。図８（ａ）では、横軸に時刻を表示し、各釣銭機１０について設定された区間を時刻に合わせて表示している。また、各区間について、操作者及び関与者として関連付けられた店員と、状態異常の有無とを表示している。

図８（ｂ）は、状態異常の種別毎に集計を行なった集計結果の表示の具体例である。図８（ｂ）は、異常ランク１の「回収金不一致」について、発生回数が５回であることを示している。また、この状態異常が発生した区間のうち、３つの区間で店員ＩＤ「Ｂ０３」の店員が関連付けられ、１つの区間で店員ＩＤ「Ｂ０１」の店員が関連付けられ、１つの区間では店員が関連付けられていないことが示されている。

図８（ｃ）は、店員毎に集計を行なった集計結果の表示の具体例である。図８（ｃ）は、店員ＩＤ「Ｂ０１」の店員が釣銭機１０の操作を担当した回数が２４回であり、担当した時間の合計が９２時間であることを示している。そして、この店員が担当している間に、異常ランク１の状態異常は発生しておらず、異常ランク２の状態異常が１回発生し、異常ランク３の状態異常が８回発生したことを示している。また、状態異常詳細として、店員ＩＤ「Ｂ０１」の店員が担当している間に発生した状態異常の異常ランク、種別及び発生日時を表示している。

釣銭機１０の操作を担当した回数や、担当した時間の合計を集計結果として表示するのは、釣銭機１０の操作を担当した回数が多い程、また担当した合計時間が長い程、状態異常に関連付けられる可能が高くなるためである。この点を鑑み、担当回数当りの状態異常の発生回数や、担当合計時間当りの状態異常の発生回数を算定して表示するようにしてもよい。

次に、管理サーバ６０の処理手順について説明する。図９は、管理サーバ６０の処理手順を示すフローチャートである。図９に示すように、管理サーバ６０の動作履歴管理部６６ａは、釣銭機１０又は入出金機５０から、イベントデータ（入出金データ、在高通知データ、エラーデータ又は操作受付データ）を受信したか否かを判定する（ステップＳ１０１）。

イベントデータを受信したならば（ステップＳ１０１；Ｙｅｓ）、動作履歴管理部６６ａは、受信したデータを動作履歴データ６５ａに格納して動作履歴データ６５ａを更新する（ステップＳ１０２）。

ステップ１０２の後、装置別在高管理部６６ｂは、入出金が行なわれたか否か、すなわち受信したイベントデータが入出金データであるか否かを判定する（ステップＳ１０３）。受信したイベントデータが入出金データである場合には（ステップＳ１０３；Ｙｅｓ）、装置別在高管理部６６ｂは、入出金データに示された装置ＩＤ、入出金処理された金種及び数に基づいて、装置別在高データ６５ｂを更新する（ステップＳ１０４）。

ステップＳ１０４の後、状態異常管理部６６ｃは、更新された動作履歴データ６５ａから新たな状態異常を抽出する。そして、新たな状態異常を抽出したならば（ステップＳ１０５；Ｙｅｓ）、状態異常データ６５ｄに追加登録して、状態異常データ６５ｄを更新する（ステップＳ１０６）。

具体的には、状態異常管理部６６ｃは、動作履歴データ６５ａにエラーデータが登録された場合と、営業時間外に釣銭機１０から出金処理が行われた場合と、回収金不一致が発生した場合と、補充金不一致が発生した場合と、対応操作無しの開閉が発生した場合に状態異常として状態異常データ６５ｄに登録する。また、異常ランク設定データ６５ｃを参照して状態異常の異常ランクを特定し、特定した異常ランク及び状態異常の発生時刻を状態異常に関連付けて登録する。

状態異常データ６５ｄの更新後、新たな状態異常がない場合（ステップＳ１０５；Ｎｏ）、若しくはイベントデータを受信していない場合（ステップＳ１０１；Ｎｏ）、区間管理部６６ｄは、釣銭機１０から区間設定通知を受信したかを判定する（ステップＳ１０７）。

釣銭機１０から区間設定通知を受信したならば（ステップＳ１０７；Ｙｅｓ）、区間管理部６６ｄは、区間データ６５ｅを更新する（ステップＳ１０８）。このとき、担当した店員や関与した店員を特定可能であるならば、特定した店員を区間に関連付けて記憶する。

区間データ６５ｅの更新後、若しくは区間設定通知を受信していない場合（ステップＳ１０７；Ｎｏ）、集計部６６ｅは、入力部６１又は店員用携帯端末７０から集計指示を受け付けたか否かを判定する（ステップＳ１０９）。

集計指示を受け付けていなければ（ステップＳ１０９；Ｎｏ）、管理サーバ６０は処理を終了する。一方、集計指示を受け付けた場合には（ステップＳ１０９；Ｙｅｓ）、集計部６６ｅは、受け付けた集計指示に応じた集計処理を行ない（ステップＳ１１０）、集計結果を出力して（ステップＳ１１１）、処理を終了する。

上述してきたように、本実施例では、貨幣管理システム８０は、釣銭機１０及び入出金機５０から受信したイベントデータに基づいて、釣銭機１０及び入出金機５０の動作履歴を管理するので、ＰＯＳ端末と独立して釣銭機１０及び入出金機５０における動作履歴を適正かつ効率的に管理することができる。

また、釣銭機１０から受信した区間設定通知に基づいて区間データを生成し、釣銭機１０の動作履歴を区間別に管理することができるので、釣銭機１０に異常が発生した場合には、該異常の発生時に釣銭機１０の操作に関わった店員を簡易に特定することができる。

なお、本実施例では、管理サーバ６０がイベントデータを受信した時刻を該イベントの発生時刻として用いる場合について説明したが、釣銭機１０及び入出金機５０がイベントデータ内にイベント発生時刻を含めて管理サーバ６０に送信するように構成してもよい。

また、釣銭機１０に貨幣を補充する場合には、補充予約処理を行なって貨幣の移動を管理してもよい。補充予約処理を行なう場合には、釣銭機１０においてエンプティ若しくはニアエンプティが発生して補充が必要となり、所定の操作が行われた場合、必要な補充金情報、当該釣銭機１０の装置ＩＤ、担当する店員の店員ＩＤ等を含む補充予約コマンドが入出金機５０へ送信される。ここで、補充金情報は、在高に基づいて算出された貨幣量や、予め設定された貨幣量でもよい。また、エンプティやニアエンプティを生じた金種だけでなく、在庫量が標準量よりも少ない他の金種についても補充の対象としてもよい。

補充予約コマンドを受けた入出金機５０は、その内容を記憶する。そして、担当の店員若しくは要請を受けた店員が入出金機５０を操作すると、補充予約を受けた出金情報が表示され、出金情報を選択すると予約された補充金が出金される。この時、店員ＩＤの照合を行ない、当事者か上位の権限を有する管理者しか出金できないように制限を設けることが望ましい。

出金を行なった店員は、出金された補充金を該当するレジに運び、釣銭機１０に入金する。このように、補充予約処理を行なうよう構成することで、出金伝票を作成する手間を省ける上、金種や補充量の指定間違いを防止できる。

また、本実施例では、釣銭機１０から貨幣を回収する際に、フル閾値、ニアフル閾値、ニアエンプティ閾値及びエンプティ閾値を用いて判定を行なう場合について説明したが、釣銭機１０に残置すべき貨幣量として予め設定される残置閾値を超える貨幣分を回収するように構成してもよい。

また、図示した各構成は機能概略的なものであり、必ずしも物理的に図示の構成をされていることを要しない。すなわち、各装置の分散・統合の形態は図示のものに限られず、その全部又は一部を各種の負荷や使用状況などに応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。

例えば、管理サーバ６０と入出金機５０とを一体に構成してもよい。また、入出金機５０に替えて、釣銭機１０から回収した貨幣の入金処理を行なう回収金入金装置と、釣銭機１０へ補充する貨幣の出金処理を行なう補充金出金装置とを設けてもよい。

また、店員用携帯端末７０は、専用の端末であってもよいし、携帯電話端末等の汎用の情報処理端末であってもよい。汎用の携帯端末を店員用携帯端末７０として用いる場合には、貨幣管理のためのプログラムを情報処理端末にインストールして用いることとしてもよい。

以上のように、本発明に係る貨幣管理システム及び貨幣管理方法は、ＰＯＳ端末と独立して釣銭機におけるイベント発生履歴を適正かつ効率的に管理することに適している。

１０ 釣銭機
１１ａ 区間設定ボタン
１１ｂ、５１ 表示操作部
１２、５２ 硬貨収納ユニット
１３ 棒金ドロア
１４、５４ 紙幣収納ユニット
１５、５５ 管理サーバ通信部
１６ ＰＯＳ端末通信部
１７、５６、６５ 記憶部
１７ａ、５６ａ 入出金履歴データ
１７ｂ、５６ｂ 在高データ
１７ｃ、５６ｃ 在高閾値データ
１８、５７、６６ 制御部
１８ａ、５７ａ 入出金処理部
１８ｂ、５７ｂ 在高管理部
１８ｃ、５７ｃ 通知部
２０ ＰＯＳ端末
３１、３２ 通信回線
４０ ＰＯＳサーバ
５０ 入出金機
５３ 棒金収納ユニット
６０ 管理サーバ
６１ 入力部
６２ 表示部
６３ 無線通信部
６４ 通信部
６５ａ 動作履歴データ
６５ｂ 装置別在高データ
６５ｃ 異常ランク設定データ
６５ｄ 状態異常データ
６５ｅ 区間データ
６６ａ 動作履歴管理部
６６ｂ 装置別在高管理部
６６ｃ 状態異常管理部
６６ｄ 区間管理部
６６ｅ 集計部
７０ 店員用携帯端末
８０ 貨幣管理システム

Claims (6)

1. 商取引に基づいて貨幣の入出金を行なう釣銭機を有する貨幣管理システムであって、
   前記釣銭機に設けられ、該釣銭機の操作担当者に関わる操作を受け付ける操作受付手段と、
   前記釣銭機のイベント情報を取得するイベント情報取得手段と、
   前記操作受付手段により操作を受け付けた操作受付タイミングによって区切られた区間毎に、前記イベント情報取得手段により取得されたイベント情報を管理するイベント情報管理手段と
   を備えたことを特徴とする貨幣管理システム。
2. 前記イベント情報取得手段は、前記貨幣の入出金を示す入出金イベント及び／又は前記釣銭機における異常発生を示す異常発生イベントを前記イベント情報として取得することを特徴とする請求項１に記載の貨幣管理システム。
3. 前記操作受付手段は、前記釣銭機の操作担当者による担当開始操作と、前記釣銭機の操作担当者による担当終了操作とを受け付けることを特徴とする請求項１又は２に記載の貨幣管理システム。
4. 前記イベント情報管理手段は、前記釣銭機の操作に関与した関与者を前記イベント情報に関連付けて管理することを特徴とする請求項１、２又は３に記載の貨幣管理システム。
5. 前記イベント情報管理手段により管理された前記イベント情報を、前記操作担当者、前記関与者、又は前記イベント情報の種別に基づいて集計する集計手段をさらに備えたことを特徴とする請求項１〜４のいずれか一つに記載の貨幣管理システム。
6. 商取引に基づいて貨幣の入出金を行なう釣銭機を有する貨幣管理システムの貨幣管理方法であって、
   前記釣銭機が該釣銭機の操作担当者に関わる操作を受け付ける操作受付ステップと、
   前記釣銭機のイベント情報を取得するイベント情報取得ステップと、
   前記操作受付ステップにより操作を受け付けた操作受付タイミングによって区切られた区間毎に、前記イベント情報取得ステップにより取得されたイベント情報を管理するイベント情報管理ステップと
   を含んだことを特徴とする貨幣管理方法。

Images