JP2022054078A - 管理システム - Google Patents

Abstract

【課題】複数台の装置の稼働率を平準化することができる管理システムを提供する。【解決手段】管理システムは、複数の貨幣処理装置と、前記複数の貨幣処理装置の状態情報を取得する管理端末と、を備え、前記管理端末は、前記複数の貨幣処理装置の状態情報を用いて当該複数の貨幣処理装置の状態又は稼働状況を比較する。【選択図】図８

Description

本発明は、管理システムに関する。

従来、商品の対価となる貨幣を受け付け、当該貨幣の金額と当該商品の価格との差分となる釣銭を出金処理する装置の障害対処方法に関する技術が提案されている。
例えば、特許文献１に記載された精算装置は、釣銭の一部が出金された状態で障害が発生したことを「出金エラー：一部出金済」として検知し、釣銭の一部を出金済であることを表示操作部に表示することで報知を行う。かかる報知により、顧客は、払い出された硬貨が釣銭の全額ではなく、一部出金分については戻し入れる必要があり、店員による対応が行われることを認識可能となる。また、呼出に応じて到着した店員は、発生した障害の種別、一部出金分があるか否か、一部出金分の金額、戻し入れ済の金額を認識可能である。

また、従来、特定の障害を早期検知し、特定の障害に伴う利用者からの障害問い合わせを低減させ、自動取引装置の障害監視業務の継続を可能にする技術が提案されている。
例えば、特許文献１に記載された障害検知サーバは、以下のように構成されている。すなわち、障害検知サーバは、ＡＴＭより通知された障害情報を格納する障害判定テーブルと、障害判定テーブルに格納された障害情報を参照し、判定条件テーブルに記録されている判定条件に基づいて他行のシステム（金融機関）が提供するサービスの利用に影響がある障害が発生しているか否かを判定する障害判定部と、障害判定部により障害が発生していると判定された場合に、他行のシステムが提供するサービスの利用を停止するようにＡＴＭへ指示する臨時休止指示部を備えている。

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

監視対象の装置が複数台ある場合には、いずれの装置にも、極端な摩耗等の障害が発生しないように、複数台の装置の稼働率を平準化することが望ましい。
本発明は、複数台の装置の稼働率を平準化することができる管理システムを提供することを目的とする。

かかる目的のもと完成させた本発明は、複数の貨幣処理装置と、前記複数の貨幣処理装置の状態情報を取得する管理端末と、を備え、前記管理端末は、前記複数の貨幣処理装置の状態情報を用いて当該複数の貨幣処理装置の状態又は稼働状況を比較することを特徴とする管理システムである。
ここで、前記状態情報は、前記貨幣処理装置で処理した貨幣の枚数を含んでも良い。
また、前記状態情報は、前記貨幣処理装置での処理件数を含んでも良い。
また、前記状態情報は、前記貨幣処理装置で発生した障害に係る情報を含んでも良い。
また、前記状態情報は、前記貨幣処理装置でのリジェクトに係る情報を含んでも良い。
また、前記管理端末は、前記貨幣処理装置を特定する情報とともに前記状態情報を取得しても良い。
また、前記複数の貨幣処理装置それぞれを制御可能な複数の制御装置をさらに備え、前記管理端末は、前記複数の制御装置を特定する情報とともに前記状態情報を取得しても良い。
また、前記管理端末は、比較結果に基づいて前記複数の貨幣処理装置の稼働の優先度を判定しても良い。
また、前記管理端末は、比較結果に基づいて前記複数の貨幣処理装置の中で稼働させるべき貨幣処理装置を決定しても良い。
また、前記複数の貨幣処理装置それぞれを制御可能な複数の制御装置をさらに備え、前記管理端末は、比較結果に基づいて、前記貨幣処理装置と前記制御装置との組み合わせの変更を決定しても良い。
また、前記管理端末は、前記状態情報に基づいて前記複数の貨幣処理装置の中からメンテナンスが必要な貨幣処理装置を決定しても良い。
また、前記管理端末は、稼働させるべきと決定した前記貨幣処理装置を稼働させるための制御信号を出力しても良い。
また、前記複数の貨幣処理装置それぞれを制御可能な複数の制御装置をさらに備え、前記管理端末は、稼働させるべきと決定した前記貨幣処理装置を制御可能な制御装置を稼働させるための制御信号を出力しても良い。
また、前記管理端末は、比較結果を外部へ出力しても良い。
また、前記管理端末は、比較結果を表示部の表示画面に表示させても良い。

本発明によれば、複数台の装置の稼働率を平準化することができる管理システムを提供することができる。

第１の実施形態に係る管理システムの概略構成の一例を示す図である。 精算装置の外観の一例を示す図である。 精算装置の機能構成を示す機能ブロック図の一例である。 釣銭制御部が行うカウント処理の一例を示すフローチャートである。 第１の実施形態に係る管理サーバの概略構成の一例を示す図である。 制御部の機能構成を示す機能ブロック図の一例である。 記憶部が記憶している釣銭機の状態情報の一例を示す図である。 （ａ）は、処理件数における順位付けの一例を示す図である。（ｂ）は、貨幣の処理枚数における順位付けの一例を示す図である。（ｃ）は、障害率における順位付けの一例を示す図である。（ｄ）は、リジェクト率における順位付けの一例を示す図である。 管理サーバの制御部が行う指示出力処理の一例を示すフローチャートである。 第２の実施形態に係る制御部の機能構成を示したブロック図の一例を示す図である。 第３の実施形態に係る管理システムの概略構成の一例を示す図である。 統合サーバの機能構成を示す機能ブロック図の一例である。 処理件数における順位付けの一例を示す図である。

以下、添付図面を参照して、本発明の実施の形態について説明する。
＜第１の実施形態＞
図１は、第１の実施形態に係る管理システム１の概略構成の一例を示す図である。
管理システム１は、スーパーマーケット等の店舗内に配置された複数台の精算装置１０と、複数台の精算装置１０の管理を行う管理端末の一例としての管理サーバ１００とを備えている。図１には、５台の精算装置１０が店舗の売場内において、商品陳列エリアの横に設けられた会計エリアに配置され、管理サーバ１００がバックオフィスに配置されている例を示している。５台の精算装置１０は、会計エリアの入口から見て、最前列の右側に配置された第１精算装置１１と、最前列の左側に配置された第２精算装置１２と、中央の右側に配置された第３精算装置１３と、中央の左側に配置された第４精算装置１４と、最後列の右側に配置された第５精算装置１５とから構成されている。

｛精算装置１０｝
図２は、精算装置１０の外観の一例を示す図である。
図３は、精算装置１０の機能構成を示す機能ブロック図の一例である。
精算装置１０は、店舗内の顧客自身が商品の登録及び精算を行うセルフレジ用の装置であり、特許文献１に記載された精算装置と同一であることを例示することができる。以下の説明において、精算装置１０と、特許文献１に記載された精算装置とで、同じ形状、機能を有する部材及び部位については同じ名称及び符号を付し、その詳細な説明は省略する。
精算装置１０は、商品の登録を行うＰＯＳレジ２０と、貨幣の入出金を行う貨幣処理装置の一例としての釣銭機３０とを備えている。

（ＰＯＳレジ２０）
ＰＯＳレジ２０は、表示操作部２１と、バーコードリーダ２２と、カードリーダ２３と、印字部２４と、通信部２５とを備えている。表示操作部２１は、液晶タッチパネルディスプレイであることを例示することができる。バーコードリーダ２２は、商品に付されたバーコードを読み取ることで商品の名称や価格等の情報を取得する。カードリーダ２３は、クレジットカード、デビットカード、プリペイドカード等の情報を読み取る。印字部２４は、登録された商品の名称、価格、投入された貨幣の金額、釣銭の金額、日時等の取引内容を印字したレシートを発行する。通信部２５は、釣銭機３０や管理サーバ１００との通信を行う通信インタフェースである。

また、ＰＯＳレジ２０は、ＣＰＵ（Central Processing Unit）（不図示）と、ＢＩＯＳ（Basic Input Output System）等のプログラムを格納する記憶領域であるＲＯＭ（Read Only Memory）（不図示）と、プログラムの実行領域であるＲＡＭ（Random Access Memory）（不図示）とを有し、ＰＯＳレジ２０全体を制御するＰＯＳ制御部２６を備えている。
また、ＰＯＳレジ２０は、ＯＳ（Operating System）やアプリケーション等の各種プログラム、各種プログラムに対する入力データ、各種プログラムからの出力データ等を記憶する記憶部２７を備えている。記憶部２７は、ＨＤＤ（Hard Disk Drive）や半導体メモリ等の記憶装置であることを例示することができる。

ＰＯＳ制御部２６は、購入商品登録部２６ａと、購入金額算定部２６ｂと、決済処理部２６ｃとを有している。購入商品登録部２６ａは、バーコードリーダ２２が商品に付されたバーコードを読み取って商品の名称や価格等の情報を取得した場合に、取得された情報を用いて商品の登録を行い、登録した商品を表示操作部２１に表示する。また、購入商品登録部２６ａは、表示操作部２１に表示された商品が選択されたとの情報を取得した場合に、選択された商品の名称や価格等の登録を行う。購入金額算定部２６ｂは、購入商品登録部２６ａが商品の登録を終了した場合に、登録された全ての商品の価格を合計することで購入金額を算定し、表示操作部２１に表示する。決済処理部２６ｃは、購入金額算定部２６ｂにより算定された購入金額の決済を行って取引を完了し、レシートの発行を行う。購入金額の決済は、ペイメントカードにより行ってもよいし、現金により行ってもよい。現金による決済が選択された場合には、決済処理部２６ｃは、釣銭機３０に購入金額を送信し、釣銭機３０から精算完了通知を受信した場合に決済を完了する。

（釣銭機３０）
釣銭機３０は、通信部３１と、表示操作部３２と、記憶部３３とを備えている。通信部３１は、ＰＯＳレジ２０や管理サーバ１００との通信を行う通信インタフェースである。表示操作部３２は、液晶タッチパネルディスプレイ等である。記憶部３３は、ＨＤＤや半導体メモリ等の記憶装置であることを例示することができる。

また、釣銭機３０は、ＣＰＵ（不図示）と、ＲＯＭ（不図示）と、ＲＡＭ（不図示）とを有し、釣銭機３０全体を制御する釣銭制御部３４と、紙幣処理ユニット４０と、硬貨処理ユニット５０とを備えている。
釣銭制御部３４は、貨幣の入金処理を行う入金処理部３４ａと、貨幣の出金処理を行う出金処理部３４ｂと、釣銭機３０に発生した障害を検知する障害検知部３４ｃとを有している。また、釣銭制御部３４は、貨幣を読み取れないリジェクトが発生したことを検知するリジェクト検知部３４ｅと、処理枚数をカウントするカウント部３４ｆとを有している。また、釣銭制御部３４は、障害率やリジェクト率を算出する算出部３４ｇと、管理サーバ１００やＰＯＳレジ２０に対して情報を送信する送信部３４ｈとを有している。

入金処理部３４ａは、ＰＯＳレジ２０から購入金額を受信した場合に、紙幣処理ユニット４０及び硬貨処理ユニット５０に対する貨幣の投入を許可する。その後、入金処理部３４ａは、紙幣処理ユニット４０及び硬貨処理ユニット５０から投入された貨幣の金種別の枚数を取得し、投入された貨幣の合計金額を算定する。入金処理部３４ａは、投入された貨幣の合計金額が購入金額を超えている場合には、合計金額と購入金額との差分を釣銭として算定し、出金処理部３４ｂに釣銭の出金指示を行う。一方、入金処理部３４ａは、投入された貨幣の合計金額が購入金額と一致するか、又は、出金処理部３４ｂによる釣銭の出金が正常に終了した場合には、ＰＯＳレジ２０に精算完了通知を送信する。また、入金処理部３４ａは、投入された貨幣の合計金額が購入金額と一致するか、又は、出金処理部３４ｂによる釣銭の出金が正常に終了した場合には、記憶部３３に記憶している処理件数をカウントアップする。このように、入金処理部３４ａは、ＰＯＳレジ２０からの制御信号を受信した場合に処理を開始し、処理が正常に終了した場合には、ＰＯＳレジ２０に完了通知を送信する。それゆえ、ＰＯＳレジ２０は、釣銭機３０を制御可能な制御装置として機能する。

出金処理部３４ｂは、入金処理部３４ａから釣銭の出金指示を受けた場合に、釣銭の金額に応じて払い出すべき金種と枚数を決定し、紙幣処理ユニット４０及び硬貨処理ユニット５０に対して払出指示を出力することで出金処理を行う。そして、出金処理部３４ｂは、釣銭の出金が正常に終了した場合には、入金処理部３４ａに通知する。

障害検知部３４ｃは、釣銭機３０に発生した障害を検知し、障害の事象や障害が発生した時刻等を記憶部３３に記憶する。また、障害検知部３４ｃは、障害を検知した場合には、記憶部３３に記憶している障害件数をカウントアップする。障害の要因は、紙幣処理ユニット４０又は硬貨処理ユニット５０に、ごみや紙幣が詰まっていることであること例示することができる。

リジェクト検知部３４ｅは、貨幣を読み取れないリジェクトが発生したことを検知し、リジェクトの事象やリジェクトが発生した時刻等を記憶部３３に記憶する。また、リジェクト検知部３４ｅは、リジェクトが発生したことを検知した場合には、記憶部３３に記憶しているリジェクト件数をカウントアップする。リジェクトの要因としては、貨幣が汚れていること、欠損していること、複数枚の紙幣が重なって搬送されていること、複数枚の紙幣が所定の間隔を隔てずに搬送されていること、紙幣が斜めに搬送されていること、紙幣の端が折れ曲がっていること、紙幣に皺があることであることを例示することができる。

カウント部３４ｆは、例えば紙幣処理ユニット４０の紙幣識別部が識別を行ったことを検知した場合、硬貨処理ユニット５０の入金硬貨識別部が識別を行ったことを検知した場合、硬貨処理ユニット５０の出金硬貨識別部が識別を行ったことを検知した場合、及び、リジェクトが発生したことをリジェクト検知部３４ｅが検知した場合には、記憶部３３に記憶している処理枚数をカウントアップする。

算出部３４ｇは、障害率及びリジェクト率を算出するとともに、記憶部３３に記憶する。障害率は、釣銭機３０の処理件数に対する障害件数の割合である（障害率（％）＝障害件数／処理件数×１００）。リジェクト率は、紙幣処理ユニット４０及び硬貨処理ユニット５０の処理枚数に対するリジェクト件数の割合である（リジェクト件数（％）＝リジェクト件数／処理枚数×１００）。

送信部３４ｈは、予め定められた送信タイミングとなったときに、釣銭機３０の状態や稼働状況を表す情報（以下、「状態情報」と称する場合がある。）を管理サーバ１００に送信する。送信部３４ｈが状態情報を送信する際には、釣銭機３０を特定する情報の一例としての識別情報、当該釣銭機３０が設置されている精算装置１０を特定する情報の一例としての識別情報、当該釣銭機３０と通信可能に接続されているＰＯＳレジ２０を特定する情報の一例としての識別情報を、状態情報とともに送信する。状態情報は、釣銭機３０の処理件数や処理枚数を含むことを例示することができる。また、状態情報は、釣銭機３０の障害に係る情報を含むことを例示することができる。釣銭機３０の障害に係る情報としては、算出部３４ｇが算出した障害率や障害件数であることを例示することができる。また、状態情報は、釣銭機３０でのリジェクトに係る情報を含むことを例示することができる。リジェクトに係る情報としては、算出部３４ｇが算出したリジェクト率やリジェクト件数であることを例示することができる。送信タイミングは、１時間毎や３時間毎等の予め定められた時間経過後であることを例示することができる。また、送信タイミングは、午前１１時や午後２時等の時刻であることを例示することができる。これら、送信部３４ｈが管理サーバ１００に送信する情報の内容や送信タイミングは、管理サーバ１００により指示されること、又は、ユーザにより、表示操作部３２又は表示操作部２１を介して設定されることを例示することができる。

例えば、送信部３４ｈは、１時間毎に、記憶部３３に記憶している、処理件数、処理枚数、障害率、リジェクト率を管理サーバ１００に送信する。
なお、記憶部３３に記憶されている、送信部３４ｈが管理サーバ１００に送信する情報、例えば、処理件数、処理枚数、障害率、リジェクト率は、送信部３４ｈが管理サーバ１００に送信した後に削除されることを例示することができる。
また、送信部３４ｈは、後述する稼働信号や停止信号をＰＯＳレジ２０に対して送信する。これについては後で詳述する。

紙幣処理ユニット４０は、紙幣の投入を受け付ける紙幣受入部（不図示）と、紙幣を払い出す紙幣払出部（不図示）と、金種が識別できない等、出金に適さない紙幣を内部に集積する出金リジェクト部（不図示）とを備えている。また、紙幣処理ユニット４０は、売上金の回収や釣銭の補充に用いる収納カセットを着脱可能であるカセット装着部（不図示）と、金種別に設けられた複数の紙幣収納部（不図示）とを備えている。また、紙幣処理ユニット４０は、中央に周回搬送路を有している周回搬送部（不図示）と、紙幣受入部、紙幣払出部、出金リジェクト部、カセット装着部及び複数の紙幣収納部と周回搬送路との間に接続された接続搬送路（不図示）とを備えている。また、紙幣処理ユニット４０は、周回搬送路に、紙幣の金種、真偽、正損、表裏、搬送状態等の識別を行う紙幣識別部（不図示）を備えている。紙幣識別部が紙幣の識別を行うことができなかった場合に、リジェクト検知部３４ｅが、リジェクトが発生したことを検知する。紙幣識別部が紙幣の識別を行うことができた場合には、カウント部３４ｆが、紙幣識別部が識別を行ったことを検知する。

硬貨処理ユニット５０は、硬貨の投入に用いられる硬貨投入口５１と、硬貨を払い出す硬貨払出口５５と、硬貨投入口に投入された硬貨を１層１列状態で１枚ずつ筐体内に取り込む入金硬貨搬送部（不図示）と、金種別に設けられた複数の硬貨収納部（不図示）と、硬貨収納部から繰り出された硬貨を搬送して硬貨払出口に投出する出金硬貨搬送部（不図示）とを備えている。また、硬貨処理ユニット５０は、入金硬貨搬送部に設けられて、入金硬貨搬送部に繰り出された硬貨の金種、真偽、正損、表裏、搬送状態等の識別を行う入金硬貨識別部（不図示）と、硬貨払出口の手前に設けられ、硬貨払出口に投出された硬貨の金種を識別する出金硬貨識別部（不図示）とを備えている。入金硬貨識別部、出金硬貨識別部が硬貨の識別を行うことができなかった場合に、リジェクト検知部３４ｅが、リジェクトが発生したことを検知する。入金硬貨識別部、出金硬貨識別部が硬貨の識別を行うことができた場合には、カウント部３４ｆが、入金硬貨識別部、出金硬貨識別部が識別を行ったことを検知する。

以下に、釣銭機３０の釣銭制御部３４が行うカウント処理を、フローチャートを用いて説明する。
図４は、釣銭制御部３４が行うカウント処理の一例を示すフローチャートである。釣銭制御部３４は、この処理を、予め設定された一定時間（例えば１ミリ秒）毎に繰り返し実行する。
釣銭制御部３４は、入出金処理を開始するか否かを判定する（Ｓ４０１）。Ｓ４０１の処理は、入金処理部３４ａがＰＯＳレジ２０から購入金額を受信した場合に入出金処理を開始すると判定する処理であることを例示することができる。入出金処理を開始しない場合（Ｓ４０１でＮＯ）、釣銭制御部３４は、カウント処理を終了する。他方、入出金処理を開始する場合（Ｓ４０１でＹＥＳ）、釣銭制御部３４は、貨幣を処理したか否かを判定する（Ｓ４０２）。

貨幣を処理した場合（Ｓ４０２でＹＥＳ）、釣銭制御部３４は、記憶部３３に記憶している処理枚数をカウントアップする（Ｓ４０３）。これらＳ４０２及びＳ４０３の処理は、カウント部３４ｆが行う処理である。他方、貨幣を処理していない場合（Ｓ４０２でＮＯ）、釣銭制御部３４は、リジェクトが発生したか否かを判定する（Ｓ４０４）。

リジェクトが発生した場合（Ｓ４０４でＹＥＳ）、釣銭制御部３４は、記憶部３３に記憶しているリジェクト件数及び処理枚数をカウントアップし（Ｓ４０５）、Ｓ４０２以降の処理を行う。他方、リジェクトが発生していない場合（Ｓ４０４でＮＯ）、釣銭制御部３４は、障害が発生したか否かを判定する（Ｓ４０６）。Ｓ４０４の処理においては、リジェクト検知部３４ｅがリジェクトを検知した場合にリジェクトが発生したと判定する。そして、リジェクト検知部３４ｅは、リジェクトを検知した場合にリジェクト件数をカウントアップする（Ｓ４０５）。また、カウント部３４ｆは、リジェクト検知部３４ｅがリジェクトを検知した場合に処理枚数をカウントアップする（Ｓ４０５）。

障害が発生していない場合（Ｓ４０６でＮＯ）、釣銭制御部３４は、Ｓ４０２以降の処理を行う。
Ｓ４０３の処理において処理枚数をカウントアップした後、入出金処理を終了したか否かを判定する（Ｓ４０７）。Ｓ４０７の処理は、入金処理部３４ａがＰＯＳレジ２０に精算完了通知を送信した場合に入出金処理を終了すると判定する処理であることを例示することができる。入出金処理を終了していない場合（Ｓ４０７でＮＯ）、釣銭制御部３４は、Ｓ４０２以降の処理を行う。入出金処理を終了した場合（Ｓ４０７でＹＥＳ）、釣銭制御部３４は、処理件数をカウントアップする（Ｓ４０８）。Ｓ４０８の処理は、カウント部３４ｆが行う処理である。

Ｓ４０６の処理において障害が発生している場合（Ｓ４０６でＹＥＳ）、釣銭制御部３４は、障害件数をカウントアップし（Ｓ４０９）、処理件数をカウントアップする（Ｓ４０８）。Ｓ４０９の処理は、障害検知部３４ｃが行う処理である。

なお、以上のように構成された精算装置１０は、一つのＰＯＳレジ２０と一つの釣銭機３０とが組み合わせられて構成されているが、釣銭機３０は装着及び取り外し可能になっており、釣銭機３０とＰＯＳレジ２０との組み合わせを変更することが可能である。言い換えれば、ＰＯＳレジ２０はそのままで、釣銭機３０のみ他の釣銭機３０と入れ替え可能である。

｛管理サーバ１００｝
図５は、第１の実施形態に係る管理サーバ１００の概略構成の一例を示す図である。
管理サーバ１００は、ＣＰＵ１１１と、ＲＯＭ１１２と、ＲＡＭ１１３とを有し、管理サーバ１００全体を制御する制御部１１０を備えている。
また、管理サーバ１００は、ＯＳやアプリケーション等の各種プログラム、各種プログラムに対する入力データ、各種プログラムからの出力データ等を記憶する記憶部１１４を備えている。記憶部１１４は、ＨＤＤや半導体メモリ等の記憶装置であることを例示することができる。

管理サーバ１００は、操作受付画面や画像の表示に使用される表示部１１５と、ユーザの入力操作を受け付ける操作部１１６と、外部装置との通信に用いられる通信部１１７とを備えている。
表示部１１５は、液晶ディスプレイや有機ＥＬディスプレイであることを例示することができる。
操作部１１６は、キーボード、マウス、タッチパネルであることを例示することができる。操作部１１６がタッチパネルである場合には、当該タッチパネルは、操作部１１６及び表示部１１５として機能する。
通信部１１７は、通信インタフェースであることを例示することができる。
管理サーバ１００は、クライアントである精算装置１０からの要求に対して情報や処理結果を提供する機能を果たすコンピュータであるサーバであることを例示することができる。ノートＰＣ、デスクトップＰＣ、タブレットＰＣ、タブレット端末、携帯情報端末（ＰＤＡ）、多機能携帯電話（所謂「スマートフォン」）であっても良い。

（制御部１１０）
図６は、制御部１１０の機能構成を示す機能ブロック図の一例である。
制御部１１０は、操作部１１６を介して、ユーザにより入力された情報を受け付ける受付部１２０と、複数の釣銭機３０から出力された情報を取得する取得部１２１とを有している。また、制御部１１０は、取得部１２１が取得した情報を用いて複数の釣銭機３０の稼働状況を比較する比較部１２２と、比較部１２２が比較した結果と、予め定められた指標とを用いて、複数の釣銭機３０の稼働の優先度を判定する判定部１２３とを有している。また、制御部１１０は、複数の釣銭機３０の稼働や停止を決定する決定部１２４と、決定部１２４が決定した事項を釣銭機３０に出力する出力部１２５と、決定部１２４が決定した事項を表示部１１５の表示画面に表示させる表示制御部１２６とを備えている。指標は、処理件数、処理枚数、障害率、リジェクト率であることを例示することができる。

受付部１２０は、例えば、ユーザが指定した指標やユーザが指定した釣銭機３０の後述する稼働条件を受け付け可能である。受付部１２０は、ユーザにより入力された情報を受け付けた場合には、受け付けた情報を、記憶部１１４における予め定められた記憶領域に記憶する。例えば、受付部１２０は、ユーザが指定した指標や稼働条件を受け付けた場合には、指標や稼働条件を、記憶部１１４における予め定められた記憶領域に記憶する。

取得部１２１は、各釣銭機３０から、当該釣銭機３０の識別情報や当該釣銭機３０が設置されている精算装置１０の識別情報とともに当該釣銭機３０の状態情報を取得し、取得した状態情報を当該釣銭機３０の識別情報と関連付けて記憶部１１４に記憶する。状態情報は、釣銭機３０の処理件数、貨幣処理枚数、障害率、リジェクト率であることを例示することができる。

図７は、記憶部１１４が記憶している釣銭機３０の状態情報の一例を示す図である。
図７に示すように、記憶部１１４は、釣銭機３０の識別情報に関連付けて、当該釣銭機３０が設けられている精算装置１０の識別情報と、当該釣銭機３０の処理件数、貨幣の処理枚数、障害率、リジェクト率とを記憶する。

比較部１２２は、複数の釣銭機３０の状態や稼働状況を比較する。例えば、比較部１２２は、各釣銭機３０の状態や稼働状況を表す指標毎の順位付けを行う。
図８（ａ）は、処理件数における順位付けの一例を示す図である。図８（ｂ）は、貨幣の処理枚数における順位付けの一例を示す図である。図８（ｃ）は、障害率における順位付けの一例を示す図である。図８（ｄ）は、リジェクト率における順位付けの一例を示す図である。
比較部１２２は、記憶部１１４が記憶している釣銭機３０の状態情報を基に、処理件数が少ない順、貨幣の処理枚数が少ない順、障害率が小さい順、リジェクト率が小さい順に順位付けを行う。

図８（ａ）には、比較部１２２が行った処理件数が少ない順が、識別情報００５の釣銭機３０が１位、識別情報００４の釣銭機３０が２位、識別情報００３の釣銭機３０が３位、識別情報００２の釣銭機３０が４位、識別情報００１の釣銭機３０が５位である場合の例を示している。また、図８（ｂ）には、比較部１２２が行った貨幣の処理枚数が少ない順が、識別情報００５の釣銭機３０が１位、識別情報００３の釣銭機３０が２位、識別情報００４の釣銭機３０が３位、識別情報００２の釣銭機３０が４位、識別情報００１の釣銭機３０が５位である場合の例を示している。また、図８（ｃ）には、比較部１２２が行った障害率が小さい順が、識別情報００５の釣銭機３０が１位、識別情報００３の釣銭機３０が２位、識別情報００４の釣銭機３０が３位、識別情報００１の釣銭機３０が４位、識別情報００２の釣銭機３０が５位である場合の例を示している。また、図８（ｄ）には、比較部１２２が行ったリジェクト率が小さい順が、識別情報００４の釣銭機３０が１位、識別情報００５の釣銭機３０が２位、識別情報００２の釣銭機３０が３位、識別情報００３の釣銭機３０が４位、識別情報００１の釣銭機３０が５位である場合の例を示している。

判定部１２３は、比較部１２２が行った順位付けの結果と、予め定められた指標とを用いて、複数の釣銭機３０の稼働の優先度を判定する。予め定められた指標は、ユーザが予め指定し、記憶部１１４に記憶された指標である。
判定部１２３は、例えば、予め定められた指標が処理件数である場合には、処理件数について比較部１２２が行った順位付けの順に優先度を高く判定する。つまり、図８（ａ）に示した例では、判定部１２３は、識別情報００５の釣銭機３０の優先度が１位、識別情報００４の釣銭機３０の優先度が２位、識別情報００３の釣銭機３０の優先度が３位、識別情報００２の釣銭機３０の優先度が４位、識別情報００１の釣銭機３０の優先度が５位であると判定する。

判定部１２３は、例えば、予め定められた指標が貨幣の処理枚数である場合には、処理枚数について比較部１２２が行った順位付けの順に優先度を高く判定する。つまり、図８（ｂ）に示した例では、判定部１２３は、識別情報００５の釣銭機３０の優先度が１位、識別情報００３の釣銭機３０の優先度が２位、識別情報００４の釣銭機３０の優先度が３位、識別情報００２の釣銭機３０の優先度が４位、識別情報００１の釣銭機３０の優先度が５位であると判定する。

決定部１２４は、予め定められた稼働条件に従って、複数の釣銭機３０の稼働及び停止を決定する。予め定められた稼働条件は、ユーザが予め指定し、記憶部１１４に記憶された条件である。予め定められた稼働条件は、例えば、予め定められた所定タイミングになったら釣銭機３０の稼働台数を予め定められた所定台数に設定する、であることを例示することができる。この稼働条件である場合には、決定部１２４は、所定タイミングになったときに、判定部１２３が判定した優先度が高い順に稼働させるべき釣銭機３０を所定台数設定する。なお、所定タイミングは、午後２時や午後５時等の時刻であることを例示することができる。また、所定タイミングは、３時間後や５時間後等の予め定められた時間経過後であることを例示することができる。

例えば、ユーザが指定した条件が、午後２時になったら釣銭機３０の稼働台数を２台に設定する、という稼働条件である場合であって、予め定められた指標が処理件数である場合である事例（１）を考える。事例（１）である場合、決定部１２４は、午後２時の時点における判定部１２３が判定した優先度が高い順の２台の釣銭機３０を稼働させる釣銭機３０として決定し、他の釣銭機３０を停止させる釣銭機３０として決定する。例えば、午後２時の時点における判定部１２３が判定した優先度が図８（ａ）に示した通りである場合には、決定部１２４は、優先度が１位、２位の、識別情報００５の釣銭機３０と識別情報００４の釣銭機３０とを稼働させる釣銭機３０として決定し、識別情報００１～００３の釣銭機３０を停止させる釣銭機３０として決定する。

また、例えば、ユーザが指定した条件が、午後５時になったら釣銭機３０の稼働台数を４台に設定する、という稼働条件である場合であって、予め定められた指標が貨幣の処理枚数である場合である事例（２）を考える。事例（２）である場合、決定部１２４は、午後５時の時点における判定部１２３が判定した優先度が高い順の４台の釣銭機３０を稼働させる釣銭機３０として決定し、他の釣銭機３０を停止させる釣銭機３０として決定する。例えば、午後５時の時点における判定部１２３が判定した優先度が図８（ｂ）に示した通りである場合には、決定部１２４は、優先度が１位、２位、３位、４位の、識別情報００５、識別情報００３、識別情報００４、識別情報００２の釣銭機３０を稼働させる釣銭機３０として決定し、識別情報００１の釣銭機３０を停止させる釣銭機３０として決定する。

出力部１２５は、決定部１２４が稼働させる釣銭機３０として決定した釣銭機３０に対して、稼働するべき旨の制御信号である稼働信号を送信する。また、出力部１２５は、決定部１２４が停止させる釣銭機３０として決定した釣銭機３０に対して、停止するべき旨の制御信号である停止信号を送信する。上記事例（１）である場合、出力部１２５は、識別情報００５、識別情報００４の釣銭機３０に対して稼働信号を送信し、識別情報００１～００３の釣銭機３０に対して停止信号を送信する。

以下に、管理サーバ１００の制御部１１０が行う指示出力処理を、フローチャートを用いて説明する。
図９は、管理サーバ１００の制御部１１０が行う指示出力処理の一例を示すフローチャートである。制御部１１０は、この処理を、予め設定された一定時間（例えば１ミリ秒）毎に繰り返し実行する。なお、図９には、稼働条件が、所定タイミングになったら釣銭機３０の稼働台数を所定台数に設定する、という条件である場合を示している。
制御部１１０は、先ず、上述した所定タイミングになったか否かを判定する（Ｓ９０１）。所定タイミングになっていない場合（Ｓ９０１でＮＯ）、制御部１１０は、指示出力処理を終了する。他方、所定タイミングになった場合（Ｓ９０１でＹＥＳ）、制御部１１０は、管理している複数の釣銭機３０を、予め定められた指標についての順位付けを行う（Ｓ９０２）。これは、比較部１２２が行う処理である。その後、制御部１１０は、複数の釣銭機３０の稼働の優先度を判定する（Ｓ９０３）。これは、判定部１２３が行う処理である。その後、制御部１１０は、複数の釣銭機３０の稼働及び停止を決定する（Ｓ９０４）。これは、決定部１２４が、ユーザが指定した稼働条件に従って、複数の釣銭機３０の稼働及び停止を決定する処理である。その後、制御部１１０は、Ｓ９０４の処理にて稼働すると決定された釣銭機３０に対して稼働するべき旨の信号である稼働信号を送信するとともに、停止させると決定された釣銭機３０に対して停止するべき旨の信号である停止信号を送信する（Ｓ９０５）。これは、出力部１２５が行う処理である。

釣銭機３０は、稼働信号を受信した場合には、ＰＯＳレジ２０のＰＯＳ制御部２６に対してＰＯＳレジ２０を稼働するべき旨の制御信号である稼働信号を送信する。ＰＯＳ制御部２６は、ＰＯＳレジ２０が稼働しているときに稼働信号を受信した場合には、そのまま稼働継続し、ＰＯＳレジ２０が稼働していないときに稼働信号を受信した場合には、ＰＯＳレジ２０を稼働させ、商品の登録を受け付け可能な状態とする。

釣銭機３０は、停止信号を受信した場合には、ＰＯＳレジ２０のＰＯＳ制御部２６に対してＰＯＳレジ２０を停止するべき旨の制御信号である停止信号を送信する。ＰＯＳ制御部２６は、ＰＯＳレジ２０が稼働していない停止中のときに停止信号を受信した場合には、そのまま停止を継続し、ＰＯＳレジ２０が稼働しているときに停止信号を受信した場合には、ＰＯＳレジ２０を停止させ、商品の登録を受け付け不可能な状態とする。なお、ＰＯＳレジ２０で取引が継続している場合には、当該取引が終了した時点で商品の登録を受け付け不可能な状態とする。
釣銭機３０からＰＯＳレジ２０のＰＯＳ制御部２６に対する稼働信号及び停止信号の送信は、釣銭機３０の送信部３４ｈが行う処理である。

以上のように構成された管理システム１は、以下のように作用する。例えば、上記事例（１）の稼働条件及び指標である場合には、午後２時になったときに、比較部１２２が、処理件数についての順位付けを行う（Ｓ９０１、Ｓ９０２）。その後、判定部１２３が、図８（ａ）に示すように、優先度を判定する（Ｓ９０３）。そして、決定部１２４が、優先度が１位、２位の、識別情報００５の釣銭機３０と識別情報００４の釣銭機３０とを稼働させる釣銭機３０として決定し、識別情報００１～００３の釣銭機３０を停止させる釣銭機３０として決定する（Ｓ９０４）。そして、出力部１２５が、識別情報００５と識別情報００４の釣銭機３０に対して稼働信号を送信するとともに、識別情報００１～００３の釣銭機３０に対して停止信号を送信する（Ｓ９０５）。これにより、識別情報００５の釣銭機３０が設けられた第５精算装置１５と、識別情報００４の釣銭機３０が設けられた第４精算装置１４とが稼働し、それ以外の第１精算装置１１、第２精算装置１２、第３精算装置１３が停止する。

このように、会計エリアの入口に近い場所に配置された第１精算装置１１、第２精算装置１２、第３精算装置１３の処理件数が多く、第４精算装置１４及び第５精算装置１５の処理件数が少ない場合に、午後２時に、これまでの処理件数が少ない第４精算装置１４及び第５精算装置１５が稼働し、これまでの処理件数が多い、第１精算装置１１～第３精算装置１３が停止する状態となる。これにより、これまでの処理件数が少ない第４精算装置１４及び第５精算装置１５の処理件数が増加する。つまり、第４精算装置１４及び第５精算装置１５が使用されずに休止状態となっている期間が減少する。その結果、設置された５台の釣銭機３０の稼働率を平準化することができる。

表示制御部１２６は、表示部１１５の表示画面に表示させるためのデータを出力し、表示画面の表示を制御する。
例えば、表示制御部１２６は、図７に示した、記憶部１１４が記憶している釣銭機３０の状態情報、図８に示した、比較部１２２が行った順位付けの結果、判定部１２３が行った判定結果、決定部１２４が決定した事項を表示部１１５の表示画面に表示させる。
これにより、店舗を管理する管理者は、表示部１１５の表示画面に表示された各種データを見て、稼働させる釣銭機３０や停止させる釣銭機３０を決定することが可能となる。例えば、管理者は、図７に示した、複数の指標についての値を比較した表を見ながら、総合的に勘案して決定することが可能となる。また、管理者は、例えば、午後２時になったときに稼働台数を２台にする場合であって、判定部１２３が、図８（ａ）に示すように優先度を判定した場合に、識別情報００５と識別情報００４の釣銭機３０が設置されている第４精算装置１４及び第５精算装置１５を稼働させ、識別情報００１～００３の釣銭機３０が設置されている第１精算装置１１、第２精算装置１２、第３精算装置１３を停止させるのではなく以下のようにしても良い。すなわち、稼働させたい釣銭機３０と停止させたい釣銭機３０とを入れ替えても良い。つまり、稼働させたい識別情報００５の釣銭機３０を、停止させたい識別情報００１の釣銭機３０が設置されている第１精算装置１１内に設置して、第１精算装置１１を稼働させても良い。また、停止させたい識別情報００１の釣銭機３０を、稼働させたい識別情報００５の釣銭機３０が設置されている第５精算装置１５内に設置して、第５精算装置１５を停止させても良い。同様に、稼働させたい識別情報００４の釣銭機３０を、停止させたい識別情報００２の釣銭機３０が設置されている第２精算装置１２内に設置して、第２精算装置１２を稼働させても良い。また、停止させたい識別情報００２の釣銭機３０を、稼働させたい識別情報００４の釣銭機３０が設置されている第４精算装置１４内に設置して、第４精算装置１４を停止させても良い。このように、稼働させたい釣銭機３０と停止させたい釣銭機３０とを入れ替えることで、稼働させたい釣銭機３０を、会計エリアの入口に近い位置に配置された精算装置１０内に設置することが可能となる。その結果、設置された５台の釣銭機３０の稼働率を平準化することができる。このことに鑑みれば、判定部１２３が、優先度を判定することや、決定部１２４が、判定部１２３が判定した優先度が高い釣銭機３０を稼働させる釣銭機３０として決定し、優先度が低い釣銭機３０を停止させる釣銭機３０として決定することは、ＰＯＳレジ２０と釣銭機３０との組み合わせの変更を決定することとして捉えることができる。

なお、上述した実施形態においては、管理サーバ１００は、決定部１２４が稼働すると決定した釣銭機３０に対して稼働信号を送信しているが特にかかる態様に限定されない。また、管理サーバ１００は、決定部１２４が停止すると決定した釣銭機３０に対して停止信号を送信しているが特にかかる態様に限定されない。管理サーバ１００は、ＰＯＳレジ２０に対して、稼働信号や停止信号を送信しても良い。そして、ＰＯＳレジ２０は、稼働していないときに稼働信号を受信した場合には、稼働開始するとともに、釣銭機３０に対して稼働信号を送信すると良い。また、ＰＯＳレジ２０は、稼働しているときに停止信号を受信した場合には、稼働停止するとともに、釣銭機３０に対して停止信号を送信すると良い。
また、上述した実施形態においては、釣銭機３０が、状態情報を管理サーバ１００に送信しているが特にかかる態様に限定されない。釣銭機３０が、状態情報をＰＯＳレジ２０に対して送信し、ＰＯＳレジ２０が、管理サーバ１００に対して送信しても良い。

また、上述した実施形態においては、稼働条件は、所定タイミングになったら釣銭機３０の稼働台数を所定台数に設定するという条件に限定されない。例えば、店舗の売場等に設置されたカメラにて撮影された画像を基に、店舗内の顧客の人数を把握し、顧客の人数に応じて稼働台数を変更しても良い。例えば、顧客の人数が３０人未満である場合には稼働台数を１台に設定し、人数が３０人以上５０人未満である場合には稼働台数を２台に設定し、人数が５０人以上７０人未満である場合には稼働台数を３台に設定し、人数が７０人以上９０人未満である場合には稼働台数を４台に設定し、人数が９０人以上である場合には稼働台数を５台に設定するというように、顧客の人数に応じて稼働台数を変更しても良い。なお、カメラにて撮影された画像を基に把握する顧客の人数は、正確でなくても良く、例えば５人ぐらいの誤差があっても良い。

また、例えば、ユーザが指定した条件が、顧客の人数に応じて稼働台数を変更する、という稼働条件である場合であって、予め定められた指標が処理件数である場合である事例（３）を考える。事例（３）である場合、制御部１１０は、カメラにて撮影された画像に基づいて店舗内の顧客の人数を把握するとともに、顧客の人数に応じて稼働台数を設定する。例えば、上記人数と稼働台数の例では、制御部１１０は、顧客の人数が５０人以上７０人未満である状態から３０人以上５０人未満に減った場合には、稼働台数を３台から２台に減らす。そして、決定部１２４は、稼働台数を変更した時点における判定部１２３が判定した優先度が高い順の２台の釣銭機３０を稼働させる釣銭機３０として決定し、他の釣銭機３０を停止させる釣銭機３０として決定する。
このような態様によれば、釣銭機３０の稼働率を平準化することができるとともに、精算装置１０の待ち時間を減らすことが可能となる。

また、上述した実施形態においては、稼働条件が、所定タイミングになったら釣銭機３０の稼働台数を所定台数に設定する、という条件である場合に、所定タイミングになったときに、制御部１１０が複数の釣銭機３０の稼働及び停止を決定するが、特にかかる態様に限定されない。釣銭機３０の稼働台数を所定台数設定するタイミングと、制御部１１０が複数の釣銭機３０の稼働及び停止を決定するタイミングとがずれていても良い。例えば、制御部１１０の決定部１２４は、週初め（例えば毎週月曜日の午前０時）に、判定部１２３の判定に基づいて、稼働させるべき釣銭機３０を所定台数設定し、所定タイミングとしての、例えばその週の毎日午後２時になったら、週初めに設定した釣銭機３０を稼働させるようにしても良い。

また、実施形態において、管理サーバ１００は、管理システム１の保守を行う企業が有するサーバであって店舗の外部にある保守サーバ（不図示）に対して、釣銭機３０の状態情報や比較部１２２が行った比較結果を送信しても良い。例えば、制御部１１０の出力部１２５が、保守サーバ（不図示）に対して、釣銭機３０の状態情報や比較部１２２が行った比較結果を送信しても良い。そして、保守サーバが、受信した釣銭機３０の状態情報や比較部１２２が行った比較結果を、管理システム１の保守を行う者に報知することで、複数の釣銭機３０の状態や稼働状況、及び、これらの比較結果を認識させることができる。報知手法は、保守サーバに接続されたディスプレイの表示画面に表示させること、メール等を送信することであることを例示することができる。これにより、保守を行う企業において、例えば、障害率やリジェクト率が高くなったのでメンテナンス等を行う必要がある、といったことを把握することができる。このことに鑑みれば、判定部１２３が優先度を判定することや、決定部１２４が、判定部１２３が判定した優先度が低い釣銭機３０を停止させる釣銭機３０として決定することは、優先度が低い釣銭機３０をメンテナンスが必要な釣銭機３０として決定することとして捉えることができる。

＜第２の実施形態＞
第２の実施形態に係る管理システム２は、第１の実施形態に係る管理システム１に対して、管理サーバ１００に代えて管理サーバ２００を有している。以下、第１の実施形態と異なる点について説明する。第１の実施形態と第２の実施形態とで、同じ機能を有するものについては同じ符号を用い、その詳細な説明は省略する。
図１０は、第２の実施形態に係る制御部２１０の機能構成を示したブロック図の一例を示す図である。
第２の実施形態に係る管理サーバ２００は、第１の実施形態に係る管理サーバ１００に対して、制御部１１０に代えて制御部２１０を有している点が異なる。制御部２１０は、受付部１２０と、取得部１２１と、出力部１２５と、表示制御部１２６とを有している。また、管理サーバ２００は、複数の釣銭機３０の状態や稼働状況を判断する判断部２２２と、判断部２２２が行った判断結果に基づいて複数の釣銭機３０の稼働や停止を決定する決定部２２４とを有している。

判断部２２２は、取得部１２１が取得した値を用いて、各釣銭機３０の状態や稼働状況が予め定められた範囲内であるか否かを把握するために、予め定められた指標についての値が予め定められた閾値未満であるか否かを判断する。
判断部２２２は、例えば、予め定められた指標が処理件数である場合には、管理対象の全ての釣銭機３０の処理件数が、処理件数について予め定められた閾値未満であるか否かを判断する。処理件数についての閾値は、２００００件であることを例示することができる。
また、判断部２２２は、例えば、予め定められた指標が処理枚数である場合には、管理対象の全ての釣銭機３０の処理枚数が、処理枚数について予め定められた閾値未満であるか否かを判断する。処理枚数についての閾値は、１０００００枚であることを例示することができる。

また、判断部２２２は、例えば、予め定められた指標が障害率である場合には、管理対象の全ての釣銭機３０の障害率が、障害率について予め定められた閾値未満であるか否かを判断する。障害率についての閾値は、５％であることを例示することができる。
また、判断部２２２は、例えば、予め定められた指標がリジェクト率である場合には、管理対象の全ての釣銭機３０のリジェクト率が、リジェクト率について予め定められた閾値未満であるか否かを判断する。リジェクト率についての閾値は、１０％であることを例示することができる。

判断部２２２が上記判断を行うタイミングは、例えば、取得部１２１が釣銭機３０から送られてきた状態情報を取得する毎であることを例示することができる。また、判断部２２２は、午後３時や午後６時等、予め定められた時刻になった場合に上記判断を行っても良い。また、判断部２２２は、５時間後等の予め定められた時間が経過する毎に上記判断を行っても良い。

決定部２２４は、複数の釣銭機３０の内の一の釣銭機３０において予め定められた指標についての値が閾値以上であると判断部２２２が判断した場合には、当該一の釣銭機３０を停止させる釣銭機３０として決定する。この際、複数の釣銭機３０の内の他の釣銭機３０において予め定められた指標についての値が閾値以上であると判断部２２２が判断していない場合であって、当該他の釣銭機３０が停止している場合には、当該他の釣銭機３０を稼働させる釣銭機３０として決定しても良い。
なお、予め定められた指標は、複数であっても良い。また、予め定められた指標が複数である場合には、決定部２２４は、複数の指標の内のいずれかの指標についての値が閾値以上であると判断部２２２が判断した場合には、停止させる釣銭機３０として決定すると良い。

以上のように構成された管理システム２においては、例えば、予め定められた指標が処理件数である場合には、判断部２２２は、管理対象の全ての釣銭機３０の処理件数が、予め定められた閾値（例えば２００００件）以上であるか否かを判断する。そして、処理件数が閾値以上であると判断部２２２が判断した釣銭機３０がある場合には決定部２２４が停止させる釣銭機３０として決定する。そして、出力部１２５が、決定部２２４が停止させると決定した釣銭機３０に対して停止信号を送信する。これにより、例えば、識別情報００１の釣銭機３０の処理件数が閾値以上となった場合には、識別情報００１の釣銭機３０が設置されている精算装置１０が稼働停止状態となる。また、このとき、例えば、識別情報００５の釣銭機３０が稼働停止状態であって処理件数が閾値未満である場合には、識別情報００５の釣銭機３０が設置されている精算装置１０が稼働状態となり得る。これにより、これまでの処理件数が多い釣銭機３０が稼働停止状態となるので、これまでの処理件数が少ない釣銭機３０の処理件数が増える。その結果、管理対象にある複数の釣銭機３０の処理件数を平準化することができる。

なお、上述した第２の実施形態において、管理サーバ２００は、管理システム２の保守を行う企業が有する保守サーバに対して、釣銭機３０の状態情報や判断部２２２が行った判断結果を送信しても良い。そして、保守サーバが、受信した釣銭機３０の状態情報や判断部２２２が行った判断結果を、管理システム２の保守を行う者に報知することで、複数の釣銭機３０の状態や稼働状況、及び、例えば障害率等の指標についての値が閾値以上となったか否かを認識させることができる。これにより、保守を行う企業において、例えば、障害率が高くなったのでメンテナンス等を行う必要がある、といったことを把握することができる。このことに鑑みれば、判断部２２２が予め定められた指標についての値が閾値以上であると判断することは、この釣銭機３０をメンテナンスが必要な釣銭機３０として決定することとして捉えることができる。

＜第３の実施形態＞
図１１は、第３の実施形態に係る管理システム３の概略構成の一例を示す図である。
第３の実施形態に係る管理システム３は、第１の実施形態に係る管理システム１に対して、複数の店舗それぞれに備えられた複数の管理サーバ１３０から複数の店舗それぞれに備えられた複数の釣銭機３０の状態や稼働状況を取得可能サーバである統合サーバ３００を備えている点が異なる。そして、第３の実施形態に係る管理システム３においては、統合サーバ３００が、例えば、複数の店舗を管理する本部のオフィスに設置され、統合サーバ３００が、各店舗における複数の釣銭機３０の稼働及び停止を決定する点が第１の実施形態に係る管理システム１と異なる。以下、第１の実施形態と異なる点について説明する。第１の実施形態と第３の実施形態とで、同じ機能を有するものについては同じ符号を用い、その詳細な説明は省略する。

図１２は、統合サーバ３００の機能構成を示す機能ブロック図の一例である。
第３の実施形態に係る統合サーバ３００は、第１の実施形態に係る管理サーバ１００に対して、制御部１１０に代えて制御部３１０を有している点が異なる。制御部３１０は、制御部１１０が有する受付部１２０と、表示制御部１２６とを有している。また、制御部３１０は、制御部１１０が有する、取得部１２１、比較部１２２、判定部１２３、決定部１２４、出力部１２５、それぞれに相当する、取得部３２１、比較部３２２、判定部３２３、決定部３２４、出力部３２５を有している。

第３の実施形態に係る管理サーバ１３０は、第１の実施形態に係る管理サーバ１００が有する、取得部１２１、出力部１２５に相当する、取得部１３１、出力部１３５と、統合サーバ３００に対して情報を送信する送信部１３７とを有している。
取得部１３１は、取得部１２１が有する機能に加えて、統合サーバ３００から送信されてきた情報を取得する。
送信部１３７は、取得部１３１が取得した各釣銭機３０の状態情報を当該釣銭機３０の識別情報や店舗を特定する情報の一例としての識別情報と関連付けて、統合サーバ３００に対して送信する。送信部１３７が送信するタイミングは、例えば、取得部１３１が釣銭機３０から送られてきた状態情報を取得する毎であることを例示することができる。また、送信部１３７は、午後３時や午後６時等、予め定められた時刻になった場合に送信しても良い。また、送信部１３７は、５時間後等の予め定められた時間が経過する毎に送信しても良い。

取得部３２１は、管理サーバ１３０から送られてきた、複数の店舗それぞれに備えられた複数の釣銭機３０の状態情報を取得し、取得した状態情報を、当該釣銭機３０の識別情報や店舗の識別情報と関連付けて統合サーバ３００の記憶部１１４に記憶する。
比較部３２２は、比較部１２２が有する、各店舗に備えられた複数の釣銭機３０の稼働状況を比較する機能に加えて、複数の店舗に備えられた全ての釣銭機３０の稼働状況を比較する機能を有する。

図１３は、処理件数における順位付けの一例を示す図である。
比較部３２２は、記憶部１１４が記憶している複数の店舗に備えられた全ての釣銭機３０の状態情報を基に、処理件数が少ない順、貨幣処理枚数が少ない順、障害率が小さい順、リジェクト率が小さい順に順位付けを行う。
図１３には、比較部３２２が行った処理件数が少ない順が、識別情報００１の店舗の識別情報００５の釣銭機３０が１位、識別情報００３の店舗の識別情報００５の釣銭機３０が２位、識別情報００２の店舗の識別情報００４の釣銭機３０が３位、識別情報００２の店舗の識別情報００５の釣銭機３０が４位、識別情報００１の店舗の識別情報００４の釣銭機３０が５位である場合の例を示している。

判定部３２３は、判定部１２３と同様に、比較部３２２が行った順位付けの結果と、予め定められた指標とを用いて、各店舗における複数の釣銭機３０の稼働の優先度を判定する。
決定部３２４は、決定部１２４と同様に、各店舗における複数の釣銭機３０の稼働及び停止を決定する。
出力部３２５は、各店舗の管理サーバ１３０に対して、決定部３２４が稼働させる釣銭機３０として決定した当該店舗における釣銭機３０の識別情報、及び、決定部３２４が停止させる釣銭機３０として決定した当該店舗における釣銭機３０の識別情報を送信する。

管理サーバ１３０においては、取得部１３１が、統合サーバ３００の出力部３２５から送信されてきた、当該管理サーバ１３０が設置されている店舗における稼働又は停止させるべき釣銭機３０の情報を取得する。
そして、管理サーバ１３０の出力部１３５は、統合サーバ３００の決定部３２４が稼働させる釣銭機３０として決定した釣銭機３０に対して稼働信号を送信し、停止させる釣銭機３０として決定した釣銭機３０に対して停止信号を送信する。

このように構成された第３の実施形態に係る管理システム３においては、複数の店舗に備えられた複数の釣銭機３０の稼働率を平準化することができる。そして、この複数の店舗における平準化を、一の統合サーバ３００を用いて実現するので、例えば第１の実施形態に係る管理サーバ１００を店舗毎に設置する構成と比較すると、低廉に実現することができる。

加えて、統合サーバ３００の表示制御部１２６は、例えば、図７に示した、各店舗における複数の釣銭機３０の状態情報や、図８に示した、各店舗における複数の釣銭機３０の順位付けの結果や、図１３に示した、比較部３２２が行った全ての店舗における複数の釣銭機３０の順位付けの結果を、統合サーバ３００の表示部１１５や統合サーバ３００に接続されたディスプレイの表示画面に表示可能である。これにより、複数の店舗を管理する管理者は、表示部１１５の表示画面等に表示された各種データを見て、複数の店舗において稼働する釣銭機３０や稼働停止する釣銭機３０を決定することが可能となる。例えば、管理者は、複数の店舗の内の一の店舗の一の釣銭機３０と、他の店舗の他の釣銭機３０とを入れ替えることを決定することが可能となる。その結果、複数の店舗に設置された複数の釣銭機３０の稼働率をきめ細かく平準化することが可能となる。

なお、上述した第３の実施形態において、統合サーバ３００は、管理システム３の保守を行う企業が有する保守サーバに対して、各店舗における複数の釣銭機３０の状態情報や、各店舗における複数の釣銭機３０の順位付けの結果や、比較部３２２が行った全ての店舗における複数の釣銭機３０の順位付けの結果を送信しても良い。そして、保守サーバが、受信した釣銭機３０の状態情報や比較部３２２が行った判断結果等を、管理システム３の保守を行う者に報知することで、複数の釣銭機３０の状態や稼働状況を認識させることができる。これにより、保守を行う企業において、例えば、障害率が高くなったのでメンテナンス等を行う必要がある、といったことを把握することができる。また、例えば、一の店舗に設置された複数の釣銭機３０の平均処理件数が、他の店舗に設置された複数の釣銭機３０の平均処理件数よりも多い場合には、保守を行う企業の者は、当該一の店舗の精算装置１０の設置台数を、当該他の店舗の精算装置１０の設置台数よりも多くするべき等の提案を行うことが可能となる。

また、上述した第１の実施形態～第３の実施形態において、算出部３４ｇは、障害率及びリジェクト率を算出するとともに、記憶部３３に記憶することとしたが、障害率及びリジェクト率を、それぞれ障害要因別、リジェクト要因別に算出するとともに、記憶部３３に記憶することとしても良い。
また、上述した第１の実施形態～第３の実施形態において、精算装置１０は、商品の登録を行うＰＯＳレジ２０と、貨幣の入出金を行う釣銭機３０とを備えているが、特にかかる態様に限定されない。例えば、精算装置１０は、商品の登録を行うＰＯＳレジ２０を備えていなくても良い。

１，２，３…管理システム、１０…精算装置、２０…ＰＯＳレジ、２６…ＰＯＳ制御部、３０…釣銭機、３４…釣銭制御部、１００，１３０…管理サーバ、１１０…制御部、１２１…取得部、１２２…比較部、１２３…判定部、１２４…決定部、１２５…出力部、１２６…表示制御部、３００…統合サーバ

Claims (15)

1. 複数の貨幣処理装置と、
   前記複数の貨幣処理装置の状態情報を取得する管理端末と、
   を備え、
   前記管理端末は、前記複数の貨幣処理装置の状態情報を用いて当該複数の貨幣処理装置の状態又は稼働状況を比較する
   ことを特徴とする管理システム。
2. 前記状態情報は、前記貨幣処理装置で処理した貨幣の枚数を含む
   ことを特徴とする請求項１に記載の管理システム。
3. 前記状態情報は、前記貨幣処理装置での処理件数を含む
   請求項１又は２に記載の管理システム。
4. 前記状態情報は、前記貨幣処理装置で発生した障害に係る情報を含む
   ことを特徴とする請求項１から３のいずれか１項に記載の管理システム。
5. 前記状態情報は、前記貨幣処理装置でのリジェクトに係る情報を含む
   ことを特徴とする請求項１から４のいずれか１項に記載の管理システム。
6. 前記管理端末は、前記貨幣処理装置を特定する情報とともに前記状態情報を取得する
   ことを特徴とする請求項１から５のいずれか１項に記載の管理システム。
7. 前記複数の貨幣処理装置それぞれを制御可能な複数の制御装置をさらに備え、
   前記管理端末は、前記複数の制御装置を特定する情報とともに前記状態情報を取得する
   ことを特徴とする請求項１から６のいずれか１項に記載の管理システム。
8. 前記管理端末は、比較結果に基づいて前記複数の貨幣処理装置の稼働の優先度を判定する
   ことを特徴とする請求項１から７のいずれか１項に記載の管理システム。
9. 前記管理端末は、比較結果に基づいて前記複数の貨幣処理装置の中で稼働させるべき貨幣処理装置を決定する
   ことを特徴とする請求項１から８のいずれか１項に記載の管理システム。
10. 前記複数の貨幣処理装置それぞれを制御可能な複数の制御装置をさらに備え、
    前記管理端末は、比較結果に基づいて、前記貨幣処理装置と前記制御装置との組み合わせの変更を決定する
    ことを特徴とする請求項１から８のいずれか１項に記載の管理システム。
11. 前記管理端末は、前記状態情報に基づいて前記複数の貨幣処理装置の中からメンテナンスが必要な貨幣処理装置を決定する
    ことを特徴とする請求項１から７のいずれか１項に記載の管理システム。
12. 前記管理端末は、稼働させるべきと決定した前記貨幣処理装置を稼働させるための制御信号を出力する
    ことを特徴とする請求項９に記載の管理システム。
13. 前記複数の貨幣処理装置それぞれを制御可能な複数の制御装置をさらに備え、
    前記管理端末は、稼働させるべきと決定した前記貨幣処理装置を制御可能な制御装置を稼働させるための制御信号を出力する
    ことを特徴とする請求項９に記載の管理システム。
14. 前記管理端末は、比較結果を外部へ出力する
    ことを特徴とする請求項１から１３のいずれか１項に記載の管理システム。
15. 前記管理端末は、比較結果を表示部の表示画面に表示させる
    ことを特徴とする請求項１から１４のいずれか１項に記載の管理システム。

Images