JP2023000396A - 管理支援システム、管理支援方法、プログラムおよび管理支援装置 - Google Patents

Abstract

【課題】貨幣処理システムの状態管理に係る負担を軽減する。【解決手段】管理支援システムは、貨幣処理装置を含む貨幣処理システムと、貨幣処理システムの状態を管理する者によって用いられる複数の情報処理装置とを備え、貨幣処理システムの状態に係る状態情報を取得する取得手段と、取得手段が取得した状態情報に基づいて、状態への対応に係る対応処理を決定する処理決定手段と、状態情報に基づいて、複数の情報処理装置の中から対応処理を実行する対応装置を決定する装置決定手段と、装置決定手段が決定した対応装置に対し、対応処理を指示する指示手段とを有する。【選択図】図１

Description

本発明は、管理支援システム、管理支援方法、プログラムおよび管理支援装置に関する。

貨幣処理装置における処理情報を、ユーザの有する端末を経由して上位装置に送信し、入出金管理の簡易化を図る技術が存在する。
例えば、特許文献１には、ユーザが入金口に投入した貨幣の入金処理の結果を携帯端末に送信する貨幣入金機と、貨幣入金機から受信した入金処理の結果をサーバ等の上位装置に送信する携帯端末と、を備える入出金システムについて記載されている。

特開２０１８－１４７２４９号公報

顧客が店舗で商品を購入する際には、チェックアウトカウンタ（いわゆるレジ）にて、釣銭機等の貨幣処理装置を含む貨幣処理システムを用いた精算処理が行われる。例えば、顧客から受け取った貨幣を釣銭機に入金する処理と、顧客へ返却する釣銭としての貨幣を釣銭機から出金する処理とが含まれる。また例えば、釣銭機にＰＯＳ（Point Of Sales）レジスタ等が接続されている場合には、商品の価格等に関する情報が記載されたレシートを印刷する処理が、精算処理に含まれる。
レジ担当者等は、この精算処理が円滑に行われるように、貨幣処理システムの状態を管理する。例えば、ＰＯＳレジスタのレシート用のロール紙が少ない場合、ロール紙を補充する作業を行う。また例えば、釣銭機内の貨幣が少ない状態である場合、店舗の管理者に対し、貨幣の補充等の作業を依頼する。
このように、貨幣処理システムの状態管理に際しては、状態に応じた対応の決定や、作業を実施する者の決定およびその者への依頼等を行う必要があり、管理を行う人物の負担となる場合がある。
本発明は、貨幣処理システムの状態管理に係る負担を軽減することを目的とする。

請求項１に係る発明は、貨幣処理装置を含む貨幣処理システムと、前記貨幣処理システムの状態を管理する者によって用いられる複数の情報処理装置とを備え、前記貨幣処理システムの状態に係る状態情報を取得する取得手段と、前記取得手段が取得した前記状態情報に基づいて、前記状態への対応に係る対応処理を決定する処理決定手段と、前記状態情報に基づいて、前記複数の情報処理装置の中から前記対応処理を実行する対応装置を決定する装置決定手段と、前記装置決定手段が決定した前記対応装置に対し、前記対応処理を指示する指示手段とを有することを特徴とする、管理支援システムである。
請求項２に係る発明は、情報を記憶する記憶手段をさらに有し、前記処理決定手段は、前記状態情報を記憶する記憶処理を前記対応処理として決定することを特徴とする、請求項１に記載の管理支援システムである。
請求項３に係る発明は、前記処理決定手段はさらに、前記記憶処理とは異なる処理を他の対応処理として決定し、前記記憶処理は、前記状態情報に加え、前記他の対応処理に係る情報を記憶する処理であることを特徴とする、請求項２に記載の管理支援システムである。
請求項４に係る発明は、前記取得手段は、前記貨幣処理装置に収容されている貨幣の量を前記状態情報として取得し、前記処理決定手段は、前記貨幣の量と予め定められた基準量とを比較した結果に基づいて、前記対応処理を決定することを特徴とする、請求項１～３の何れか１項に記載の管理支援システムである。
請求項５に係る発明は、前記取得手段は、前記貨幣処理システムに生じたエラーに係る情報を前記状態情報として取得することを特徴とする、請求項１～４の何れか１項に記載の管理支援システムである。
請求項６に係る発明は、前記取得手段は、前記貨幣処理システムが備える装置の保守に係る情報を前記状態情報として取得することを特徴とする、請求項１～５の何れか１項に記載の管理支援システムである。
請求項７に係る発明は、前記処理決定手段は、前記状態情報および／または前記対応に係る情報の通知を、前記対応処理として決定することを特徴とする、請求項１～６の何れか１項に記載の管理支援システムである。
請求項８に係る発明は、貨幣処理装置を含む貨幣処理システムと、前記貨幣処理システムの状態を管理する者によって用いられる複数の情報処理装置とを備えたシステムにおいて、当該システムの制御部が実行する管理支援方法であって、前記貨幣処理システムの状態に係る状態情報を記憶部から取得するステップと、前記状態情報に基づいて、前記貨幣処理装置の前記状態への対応に係る対応処理を決定するステップと、前記状態情報に基づいて、前記複数の情報処理装置の中から前記対応処理を実行する対応装置を決定するステップと、前記対応装置に対し、前記対応処理を指示するステップとを有することを特徴とする、管理支援方法である。
請求項９に係る発明は、貨幣処理装置を含む貨幣処理システムと、前記貨幣処理システムの状態を管理する者によって用いられる複数の情報処理装置とを備えたシステムにおいて実行されるプログラムであって、コンピュータに、前記貨幣処理システムの状態に係る状態情報を取得する機能と、前記状態情報に基づいて、前記状態への対応に係る対応処理を決定する機能と、前記状態情報に基づいて、前記複数の情報処理装置の中から前記対応処理を実行する対応装置を決定する機能と、前記対応装置に対し、前記対応処理を指示する機能とを実現させることを特徴とする、プログラム。である。
請求項１０に係る発明は、貨幣処理装置を含む貨幣処理システムの状態を管理する者によって用いられる管理支援装置であって、前記貨幣処理システムの状態に係る状態情報を取得する取得部と、前記状態情報に基づいて、前記状態への対応に係る対応処理を決定する処理決定部と、前記状態情報に基づいて、自装置を含む複数の情報処理装置の中から前記対応処理を実行する対応装置を決定する装置決定部と、前記対応装置に対し、前記対応処理を指示する指示部とを有することを特徴とする、管理支援装置である。

本発明は、貨幣処理システムの状態管理に係る負担を軽減する管理支援システム等を提供する。

実施形態１が適用される管理支援システムおよび実施形態２が適用される管理支援システムの概略構成の一例を示す図である。 貨幣処理システムの外観構成の一例を示す図である。 貨幣処理システムの概略構成の一例を示す図である。 操作者端末の概略構成の一例を示す図である。 管理支援システムが備える管理者端末およびサーバ装置の概略構成の一例を示す図である。 管理支援システムの状態管理手順の一例を示すシーケンスチャートである。 対応決定テーブルの例を示す表である。 端末における表示例を示す図であり、（Ａ）は操作者端末における補充指示の表示の例、（Ｂ）は管理者端末における補充依頼の表示の例、（Ｃ）は操作者端末における補充指示の表示の他の例である。 サーバ装置の概略構成の一例を示す図である。 管理支援システムが備える操作者端末および管理者端末の概略構成の一例を示す図である。 管理支援システムの状態管理手順の一例を示すシーケンスチャートである。 実施形態３が適用される管理支援システムの概略構成の一例を示す図である。 貨幣処理システムの概略構成の一例を示す図である。 管理支援システムが備える操作者端末、管理者端末およびサーバ装置の概略構成の一例を示す図である。 管理支援システムの状態管理手順の一例を示すシーケンスチャートである。

以下、添付図面を参照して、本発明の実施の形態１～３（以下、実施形態１～３と記載する。）について説明する。
なお、この実施形態１～３は、商業施設の店舗に設置された釣銭機（貨幣処理装置の一例）を含む貨幣処理システムの状態管理を行う場合の実施例である。以降、本明細書では、店舗のレジ担当者であって釣銭機の操作を行う人物を「操作者」、店舗の業務や設備、貨幣等の管理を行う人物を「管理者」と記載する。この操作者および管理者は、精算処理等が円滑に行われるように、貨幣処理システムの状態を管理する者の一例である。
また、実施形態１～３における店舗には、釣銭機から回収された貨幣の入金や、釣銭機へ補充するための貨幣の出金を行うことができる貨幣入出金機が設置されている。この貨幣入出金機は、特開２０１８－１８０６２４号公報に記載された貨幣入出金機１００と同様であるので、本明細書では図示および詳細な説明を省略する。

＜実施形態１＞
始めに、図１～８を参照して、本発明の実施形態１について説明する。
図１は、実施形態１が適用される管理支援システム１（以下、単に「システム１」と称する場合がある。）の概略構成の一例を示す図である。
システム１は、貨幣を入金または出金する処理を行う釣銭機１１ａおよびＰＯＳレジスタ１３により構成される貨幣処理システム１０ａと、釣銭機１１ａの操作者が使用する操作者端末３０ａと、店舗の管理者が使用する管理者端末４０と、情報を記憶するサーバ装置５０ａとを備えている。

釣銭機１１ａは、貨幣を入金または出金する処理を行う、貨幣処理装置の一例である。より詳しくは、店舗における顧客の精算処理に際し、操作者の操作により、顧客から受け取った商品の代金としての貨幣を入金する入金処理や、顧客へ返却する釣銭としての貨幣を出金する出金処理等を行う貨幣処理装置である。
ＰＯＳレジスタ１３は、通信ケーブル１４を介して釣銭機１１ａと通信可能に接続された情報処理端末である。このＰＯＳレジスタ１３は、自装置または釣銭機１１ａへの操作者の操作により、顧客が購入した商品に係る情報の管理等を行う。また、顧客の購入する商品の代金や釣銭の計算等を行う。なお、ＰＯＳレジスタ１３は、多機能携帯電話（いわゆる「スマートフォン」）やタブレット端末等であっても良い。

操作者端末３０ａは、少なくとも、通信により情報を受信する受信手段と、情報を送信する送信手段とを備えた情報処理装置である。操作者端末３０ａとしては、多機能携帯電話、携帯情報端末（いわゆる「ＰＤＡ（Personal Digital Assistant）」）、タブレット端末、タブレットＰＣ、ノートＰＣ等、可搬型の端末を例示することができる。

また、管理者端末４０は、少なくとも通信により情報を受信する受信手段を備えた情報処理装置であり、多機能携帯電話、携帯情報端末、タブレット端末、タブレットＰＣ、ノートＰＣ、デスクトップＰＣ等の端末であることを例示することができる。
サーバ装置５０ａは、少なくとも受信した情報を記憶する記憶手段を備えた情報処理装置であり、店舗に設置されたコンピュータ機器（ハードウェア）や、店舗の外に設置され、店舗にクラウドサーバのサービスを提供する装置であって良い。

システム１では、釣銭機１１ａと操作者端末３０ａとは、ネットワーク２０を介して互いに通信を行うことが可能となっている。
ネットワーク２０は、装置間のデータ通信に用いられる通信ネットワークであれば特に限定されず、例えばインターネット、ＷＡＮ（Wide Area Network）、ＬＡＮ（Local Area Network）であることを例示することができる。データ通信に用いられる通信回線は、有線か無線かを問わず、これらを併用しても良い。無線ＬＡＮは、例えばＷｉＦｉ（登録商標）であって良い。
また、釣銭機１１ａと操作者端末３０ａとは、基本的に近接して使用されるため、例えばＢｌｕｅｔｏｏｔｈ（登録商標）等、いわゆる近距離無線通信を用いることもできる。

また、システム１では、操作者端末３０ａ、管理者端末４０、サーバ装置５０ａは、ネットワーク６０を介して互いに通信を行うことが可能となっている。
ネットワーク２０と同様に、ネットワーク６０は、装置間のデータ通信に用いられる通信ネットワークであれば特に限定されず、例えばインターネット、ＷＡＮ（Wide Area Network）、ＬＡＮ（Local Area Network）であることを例示することができる。

以上のように、システム１は、釣銭機１１ａ（貨幣処理装置の一例）を含む貨幣処理システム１０ａと、操作者端末３０ａ、管理者端末４０およびサーバ装置５０ａを含む複数の情報処理装置とにより構成されている。
以下、管理支援システム１が備える各装置の構成や動作について詳述する。

（貨幣処理システム１０ａ）
図２は、管理支援システム１が備える貨幣処理システム１０ａの外観構成の一例を示す図である。
図２に示す貨幣処理システム１０ａは、釣銭機１１ａと、通信ケーブル１４を介して釣銭機１１ａに接続されたＰＯＳレジスタ１３とにより構成されている。

釣銭機１１ａには、操作表示部１１１と、顧客から受け付けた硬貨が投入される硬貨受入部１１２と、釣り銭としての硬貨が払い出される硬貨払出部１１３と、顧客から受け付けた紙幣が投入される紙幣受入部１１４と、釣り銭としての紙幣が払い出される紙幣払出部１１５と、売上金の回収時に使用する回収カセット１１６とが設けられている。また、図２には示されていないが、釣銭機１１ａには、棒状に包装された硬貨を収容する包装金収納部の取り付けが可能である。

ＰＯＳレジスタ１３には、情報を表示する表示部１３１と、操作者の操作を受け付ける操作部１３２とが設けられている。ＰＯＳレジスタ１３は、例えば釣銭機１１ａの上面に載置される。なお、この場合、ＰＯＳレジスタ１３は、操作表示部１１１や硬貨受入部１１２を覆わないように載置される。

図３は、管理支援システム１が備える貨幣処理システム１０ａの概略構成の一例を示す図である。
釣銭機１１ａは、自装置の動作を制御する制御部１１０ａと、制御部１１０ａに接続される処理デバイスにより構成されている。図３では、処理デバイスの一例として、操作表示部１１１、硬貨受入部１１２、硬貨払出部１１３、紙幣受入部１１４、紙幣払出部１１５、回収カセット１１６、釣銭収容部１１７、ＰＯＳレジスタ用通信部１１８、ネットワーク用通信部１１９、記憶部１２０ａを表している。なお、この処理デバイスのうち、図２に示した構成については、説明を省略する場合がある。

操作表示部１１１は、タッチパネル等で構成され、操作者に対する情報の表示や、操作の入力に使用される。操作表示部１１１は、例えば、処理が行われた貨幣の量または金額に関する情報や、釣銭機１１ａに生じたエラーに関する情報（後述）を表示する。
また例えば、釣銭機１１ａから回収された貨幣の量や、準備金として補充された貨幣の量に関する情報の入力を受け付ける。なお、この準備金とは、顧客へ釣銭として渡すために、精算処理の前に釣銭機１１ａに準備しておく貨幣のことを指す。

硬貨受入部１１２は、受け入れた硬貨を１枚ずつ搬送路に繰り出し、硬貨の金種、真贋等の識別、計数等を実行する。
硬貨払出部１１３は、ＰＯＳレジスタ１３から払い出しが指示された金額のうち硬貨分の払い出しを実行する。
紙幣受入部１１４は、受け入れた紙幣を１枚ずつ搬送路に繰り出し、紙幣の金種、真贋等の識別、計数等を実行する。
紙幣払出部１１５は、ＰＯＳレジスタ１３から払い出しが指示された金額のうち紙幣分の払い出しを実行する。

回収カセット１１６は、筐体に対して着脱可能に取り付けられている。
釣銭収容部１１７は、釣銭機１１ａの筐体内に設けられており、入金された貨幣や収容された準備金が、金種毎に分けて収容される。
ＰＯＳレジスタ用通信部１１８は、ＰＯＳレジスタ１３との通信に用いられる通信デバイスである。なお、本実施形態におけるＰＯＳレジスタ用通信部１１８は、通信ケーブル１４を介して接続を行っており、ネットワーク２０およびネットワーク６０には接続されていない。
ネットワーク用通信部１１９は、ネットワーク２０を介した操作者端末３０ａとの通信に用いられる通信デバイスである。

記憶部１２０ａは、ハードディスク装置等の不揮発性の記憶装置で構成されている。この記憶部１２０ａは、例えば、釣銭収容部１１７に収容された金種毎の貨幣の量を示す貨幣量データ１２０１、釣銭機１１ａに生じたエラーに係る情報であるエラーデータ１２０２、貨幣処理システム１０ａの保守に用いられる保守用データ１２０３等を記憶している。

制御部１１０ａは、ＣＰＵ（Central Processing Unit）と、ＢＩＯＳ（Basic Input Output System）等が記憶されたＲＯＭ（Read Only Memory）と、ワークエリアとして用いられるＲＡＭ（Random Access Memory）等を有している。
そして、制御部１１０ａは、釣銭収容部１１７に収容された貨幣の量を取得する貨幣量取得部１１０１と、貨幣処理システム１０ａに生じたエラーに係る情報を取得するエラー情報取得部１１０２と、保守に係る情報を取得する保守情報取得部１１０３と、自装置とは異なる他装置から情報を受信する受信部１１０４と、他装置へ情報を送信する送信部１１０５と、操作表示部１１１に表示する内容を制御する表示制御部１１０６として機能する。

貨幣量取得部１１０１は、釣銭機１１ａが実施した貨幣処理等に基づいて、釣銭収容部１１７に収容されている貨幣の量を取得する。例えば、顧客の精算処理が終了する度に、硬貨受入部１１２および紙幣受入部１１４から受け入れた貨幣の量と、硬貨払出部１１３および紙幣払出部１１５から払い出した貨幣の量とに基づいて、その時点で釣銭収容部１１７に収容されている貨幣の量を算出して取得する。
また例えば、準備金としての貨幣の補充や、釣銭収容部１１７からの貨幣の回収が実施された場合に、補充した貨幣の量または回収した貨幣の量に基づいて、釣銭収容部１１７に収容されている貨幣の量を算出して取得する。
さらに、例えば釣銭収容部１１７に収容された貨幣を再計数した場合に、この再計数結果を釣銭収容部１１７に収容されている貨幣の量として取得する。
そして、貨幣量取得部１１０１が取得した貨幣の量に係る情報は、貨幣量データ１２０１として記憶部１２０ａに記憶される。

エラー情報取得部１１０２は、貨幣処理システム１０ａによる貨幣処理が正常に行われずエラーとなった場合に、エラーが発生したタイミングや、どの装置でどの様なエラーが発生したのか等、エラーに関する情報を取得する。例えば、釣銭機１１ａにおける入金処理に際し、一度に多量の貨幣が挿入されたことにより硬貨受入部１１２または紙幣受入部１１４の詰まり（いわゆるジャム）が生じた旨を、エラーに関する情報として取得する。
また例えば、貨幣の変形や汚損等により金種、真贋等の識別が失敗した旨や、釣銭機１１ａまたはＰＯＳレジスタ１３の不具合等により正常な処理が行われなかった旨を、エラーに関する情報として取得する。
そして、エラー情報取得部１１０２が取得したエラーに関する情報は、エラーデータ１２０２として記憶部１２０ａに記憶される。

保守情報取得部１１０３は、貨幣処理システム１０ａの保守に係る情報を取得する。例えば、硬貨受入部１１２または紙幣受入部１１４にて貨幣を搬送した回数等、貨幣を搬送するためのベルト（不図示）の摩耗による劣化についての情報を、釣銭機１１ａのハードウェアの保守に係る情報として取得する。
また例えば、レシートを印刷した回数や印刷した文字数等、レシート印刷用のインクやロール紙等の消耗品の残量についての情報を、ＰＯＳレジスタ１３の保守に係る情報として取得する。
そして、保守情報取得部１１０３が取得した保守に係る情報は、保守用データ１２０３として記憶部１２０ａに記憶される。

受信部１１０４は、ＰＯＳレジスタ用通信部１１８やネットワーク用通信部１１９等を介し、他装置からの情報を受信する。例えば、受信部１１０４は、ＰＯＳレジスタ１３から、釣銭として出金する貨幣の量または金額に関する情報を受信する。
送信部１１０５は、ＰＯＳレジスタ用通信部１１８やネットワーク用通信部１１９等を介し、他装置へ情報を送信する。例えば、送信部１１０５は、ＰＯＳレジスタ１３に対し、精算処理に際し入金または出金された貨幣の量等、操作者が入力した情報を送信する。
また例えば、送信部１１０５は、操作者端末３０ａに対し、記憶部１２０ａに記憶された貨幣量データ１２０１、エラーデータ１２０２、保守用データ１２０３等の情報を、釣銭機１１ａの状態に関する状態情報として送信する。

表示制御部１１０６は、操作者による操作や、釣銭機１１ａの状態等に基づいて、操作表示部１１１に表示する内容を制御する。例えば、表示制御部１１０６は、エラー情報取得部１１０２が取得したエラーに関する情報を操作表示部１１１に表示するように制御する。

ＰＯＳレジスタ１３は、自装置の動作を制御する制御部１３０と、制御部１３０に接続される処理デバイスにより構成されている。図３では、処理デバイスの一例として、表示部１３１、操作部１３２、釣銭機用通信部１３３、記憶部１３４、印刷部１３５を表している。なお、この処理デバイスのうち、図２に示した構成については、説明を省略する場合がある。

表示部１３１は、操作者が操作部１３２の操作により入力した情報や、後述する受信部１３０２が受信した情報等を表示する際に使用される。
また、操作部１３２は、操作者による操作を受け付ける。例えば、操作部１３２は、顧客が購入する商品の価格を入力する操作を受け付ける。また例えば、操作部１３２は、商品を購入する顧客の情報として、顧客の性別や年齢層等の情報を入力する操作を受け付ける。
なお、図２および図３に示す本実施形態では、表示部１３１と操作部１３２とを異なる構成部としているが、タッチパネル等の操作表示部として一体化した構成としても良い。

釣銭機用通信部１３３は、釣銭機１１ａとの通信に用いられる通信デバイスである。なお、本実施形態における釣銭機用通信部１３３は、通信ケーブル１４を介して接続を行っており、ネットワーク２０およびネットワーク６０には接続されていない。
記憶部１３４は、ハードディスク装置等の不揮発性の記憶装置で構成されている。この記憶部１３４は、例えば、操作者が操作部１３２の操作により入力した情報や釣銭機１１ａから受信した入金および出金された貨幣に関するデータ、操作者端末３０ａ等の他装置から受信したデータ等を記憶する。
印刷部１３５は、精算処理に係る情報が記載されたレシートを印刷する。なお、このレシートは、印刷部に収容されたレシート用のロール紙とインクとを用いて印刷される。

制御部１３０は、ＣＰＵと、ＢＩＯＳ等が記憶されたＲＯＭと、ワークエリアとして用いられるＲＡＭ等を有している。
制御部１３０は、表示部１３１に表示する内容を制御する表示制御部１３０１と、自装置とは異なる他装置から情報を受信する受信部１３０２と、他装置へ情報を送信する送信部１３０３と、商品の代金や釣銭を算出する算出部１３０４として機能する。

表示制御部１３０１は、操作者による操作や、釣銭機１１ａから受信した情報等に基づいて、表示部１３１に表示する内容を制御する。例えば、表示制御部１３０１は、操作者による指示が行われた場合に、商品の代金や釣銭の金額等、算出部１３０４が算出した結果を表示するように制御する。また例えば、表示制御部１３０１は、釣銭機１１ａから受信したエラーデータ１２０２に基づいて、釣銭機１１ａにてエラーが生じている旨を表示するように制御する。

受信部１３０２は、釣銭機用通信部１３３を介し、釣銭機１１ａからの情報を受信する。例えば、釣銭機１１ａにて行われた入金処理または出金処理に関するデータ、貨幣量データ１２０１、エラーデータ１２０２、保守用データ１２０３等を受信する。
送信部１３０３は、釣銭機用通信部１３３を介し、釣銭機１１ａへ情報を送信する。例えば、送信部１３０３は、算出部１３０４が算出した結果に基づいて、釣銭機１１ａに釣銭として出金すべき金額や顧客が支払うべき金額を送信する。また例えば、送信部１３０３は、レシートを印刷した回数や印刷した文字数等の保守に係る情報や、ＰＯＳレジスタ１３で生じたエラーに係る情報を送信する。

算出部１３０４は、顧客が商品の精算を行う際に、顧客が支払うべき金額や釣銭として出金する金額を算出する。例えば、算出部１３０４は、操作者が入力した複数の商品の価格の合計を、顧客が支払うべき金額（商品の代金）として算出する。また例えば、算出部１３０４は、顧客が支払うべき金額と入金された金額との差を、釣銭として出金する金額として算出する。

（操作者端末３０ａ）
図４は、システム１が備える操作者端末３０ａの概略構成の一例を示す図である。
操作者端末３０ａは、自装置の動作を制御する制御部３１ａと、情報の記憶に用いられる記憶部３２ａと、情報の表示とユーザの操作を受け付けとを行う操作表示部３３と、他装置との通信を行う通信部３４とを備えている。

操作表示部３３は、例えばタッチパネル等で構成され、ユーザに対する情報の表示や、ユーザの操作の受け付けを行う。なお、操作者端末３０ａにおいて、情報を表示する表示部と、操作を受け付ける操作部とを別々の構成としても良い。例えば、操作者端末３０ａは、表示部としてのディスプレイ等と操作部としてのボタン等とを有していても良い。
通信部３４は、ネットワークを介して他装置との通信を行う通信インターフェース等である。通信部３４は、例えば、ネットワーク２０を介した釣銭機１１ａとの通信や、ネットワーク６０を介した管理者端末４０またはサーバ装置５０ａ等との通信を行う。

記憶部３２ａは、例えば、半導体メモリ等の不揮発性の記憶装置である。本実施形態において、記憶部３２ａは、貨幣処理システム１０ａの状態を判定するための判定用基準データ３２１と、対応処理および対応装置を決定するための対応決定テーブル３２２を記憶している。

判定用基準データ３２１は、後述する状態判定部３１４が、状態情報に基づいて貨幣処理システム１０ａの状態を判定する際、参照するデータである。判定用基準データ３２１は、例えば、釣銭機１１ａに収容された貨幣の量が不足または過剰であるか否かを判定するための、金種毎の貨幣の基準量である。本実施形態においては、判定用基準データ３２１の１つとして、小さい方から順に第２下限、第１下限、第１上限、第２上限の４つの予め定められた基準量が金種毎に記憶されている。
また、判定用基準データ３２１は例えば、貨幣処理システム１０ａに生じたエラーの種別を判定するためのデータである。本実施形態においては、判定用基準データ３２１の１つとして、エラーデータ１２０２の内容毎にエラーの種別を示すテーブルが記憶されている。
さらに、判定用基準データ３２１は例えば、貨幣処理システム１０ａの保守のために必要な作業等の種別を判定するためのデータである。本実施形態においては、判定用基準データ３２１の１つとして、保守用データ１２０３の内容毎に必要な作業等の種別を示すテーブルが記憶されている。
なお、状態判定については、詳細を後述する。

対応決定テーブル３２２は、後述する処理決定部３１５および装置決定部３１６が対応処理および対応装置を決定するために用いるテーブルである。ここで、「対応処理」とは、貨幣処理システム１０ａの状態への対応に係る処理であって、システム１が備える複数の情報処理装置のうち少なくとも１つの装置にて実行される処理を指す。また、「対応装置」とは、対応処理を実行する装置を指す。
本実施形態における対応決定テーブル３２２は、貨幣処理システム１０ａの状態毎に対応装置および対応処理を示すテーブルであるが、対応装置を示すテーブルと対応処理を示すテーブルとを別々に設けても良い。

制御部３１ａは、ＣＰＵ、ＲＯＭ、ＲＡＭにより構成される（いずれも不図示）。ＲＯＭには、ＣＰＵにより実行される基本プログラム（いわゆるオペレーションシステム）や各種の設定等が記憶されている。ＣＰＵは、ＲＡＭを作業エリアに使用し、ＲＯＭや記憶部３２ａから読み出した、貨幣処理システム１０ａの管理を支援するためのアプリケーションプログラム（以下、「管理支援プログラム」と称する場合がある。）を実行する。
制御部３１ａは、他装置からの情報を受信する受信部３１１と、他装置に対し情報または指示を送信する送信部３１２と、操作表示部３３に表示する内容を制御する表示制御部３１３と、貨幣処理システム１０ａの状態に関わる判定を行う状態判定部３１４と、釣銭機１１ａの状態への対応に係る対応処理を決定する処理決定部３１５と、対応処理を実行する対応装置を決定する装置決定部３１６として機能する。

受信部３１１は、ネットワーク２０またはネットワーク６０を介して他装置からの情報を受信する。例えば、釣銭機１１ａから、貨幣量データ１２０１やエラーデータ１２０２、保守用データ１２０３等の貨幣処理システム１０ａの状態に係る状態情報を受信して取得する。このように、受信部３１１は、本実施形態における取得手段または取得部の一例である。
送信部３１２は、ネットワーク２０またはネットワーク６０を介して他装置へ情報を送信する。例えば、他装置に対して、処理決定部３１５が決定した対応処理の指示である対応指示を送信する。このように、送信部３１２は、本実施形態における指示手段または指示部の一例である。
表示制御部３１３は、操作表示部３３が受け付けたユーザの操作や、処理決定部３１５が決定した対応処理の内容に従い、操作表示部３３に表示する内容を制御する。

状態判定部３１４は、受信部３１１が取得した貨幣処理システム１０ａの状態情報に基づいて、貨幣処理システム１０ａの状態に係る判定を行う。
例えば、状態情報として貨幣量データ１２０１を取得した場合、金種毎の貨幣の量と、判定用基準データ３２１として記憶された基準量との比較を行い、すべての金種が基準値内であるかを判定する。

ここで、先述したように、本実施形態では、第２下限、第１下限、第１上限、第２上限の４つの予め定められた基準量が存在する。まず、状態判定部３１４は、釣銭収容部１１７に収容されている貨幣の量、例えば百円玉の枚数Ｃ_１００が、第１下限≦Ｃ_１００≦第１上限である場合には、百円玉の貨幣の量が基準値内であると判定する。貨幣の量が基準値内である場合、釣銭機１１ａに収容された貨幣の量は適正な状態であって、出金処理に際して不足する恐れや、入金処理に際して釣銭収容部１１７の許容量を超えるほど過剰となる恐れが小さい。
また、百円玉の枚数Ｃ_１００が基準値内でない場合には、より詳しく判定する。具体的には、百円玉の枚数Ｃ_１００が、Ｃ_１００＜第２下限、第２下限≦Ｃ_１００＜第１下限、第１上限＜Ｃ_１００≦第２上限、第２上限＜Ｃ_１００の何れの範囲にあるかを判定する。Ｃ_１００＜第２下限は、釣銭等として出金するための百円玉が不足しており、直ちに補充すべき状態である。この状態を「エンプティ」と呼ぶ。第２下限≦Ｃ_１００＜第１下限は、まもなくエンプティとなる状態であって、百円玉の補充が推奨される。この状態を「ニアエンプティ」と呼ぶ。第２上限＜Ｃ_１００は、釣銭収容部１１７に収容された百円玉が過剰であり、これ以上収容できないため、直ちに回収すべき状態である。この状態を「フル」と呼ぶ。第１上限＜Ｃ_１００≦第２上限は、まもなくフルとなる状態であって、百円玉の回収が推奨される。この状態を「ニアフル」と呼ぶ。

また、状態判定部３１４は、状態情報としてエラーデータ１２０２を取得した場合、判定用基準データ３２１を参照し、貨幣処理システム１０ａに生じたエラーが操作者によって解除できるエラーか否かを判定する。例えば、エラーデータ１２０２の内容毎に「操作者によって解除できるエラー」または「操作者によって解除できないエラー」を記憶したテーブルを参照して判定を行う。
さらに、状態判定部３１４は、状態情報として保守用データ１２０３を取得した場合、判定用基準データ３２１を参照し、貨幣処理システム１０ａの保守のために必要な作業等の種別を判定する。例えば、エラーデータ１２０２の内容毎に「作業不要」、「操作者の作業が必要」または「技術者等によるメンテナンスが必要」を記憶したテーブルを参照して判定を行う。

処理決定部３１５は、状態判定部３１４の判定結果に基づいて、貨幣処理システム１０ａの状態への対応である対応処理を決定する。本実施形態においては、対応決定テーブル３２２を参照し、対応処理を決定する。このように、処理決定部３１５は、本実施形態における処理決定手段の一例である。
装置決定部３１６は、状態判定部３１４の判定結果に基づいて、対応処理を実行する対応装置を決定する。本実施形態においては、対応決定テーブル３２２を参照し、対応装置を決定する。このように、装置決定部３１６は、本実施形態における装置決定手段の一例である。

図５は、システム１が備える管理者端末４０およびサーバ装置５０ａの概略構成の一例を示す図である。
（管理者端末４０）
管理者端末４０は、自装置を制御する制御部４１と、情報の記憶に用いられる記憶部４２とを備えている。制御部４１は、貨幣処理システム１０ａの管理支援プログラムを実行する。なお、アプリケーションはＷｅｂシステムを利用しても良い。記憶部４２は、半導体メモリ等の記憶装置であることを例示することができる。また、管理者端末４０は、操作受付画面や画像の表示、および、作業者の入力操作を受け付け可能な操作表示部４３と、ネットワーク６０を介して他装置との通信を行う通信インターフェース等の通信部４４とを備えている。操作表示部４３は、操作者端末３０ａの操作表示部３３と同様に、タッチパネルであることを例示することができる。

制御部４１は、他装置からの情報を受信する受信部４１１と、他装置に対し情報または指示を送信する送信部４１２と、操作表示部４３に表示する内容を制御する表示制御部４１３として機能する。
受信部４１１は、例えば、操作者端末３０ａにより送信された対応処理の指示を受信する。
表示制御部４１３は、例えば、操作表示部４３が受け付けたユーザの操作や、受信部４１１が受信した対応処理の指示に従い、操作表示部４３に表示する内容を制御する。

（サーバ装置５０ａ）
サーバ装置５０ａは、自装置を制御する制御部５１ａと、データ等の記憶に用いられる記憶部５２ａと、ネットワーク６０を介して他装置との通信を行う通信部５３とを備えている。
記憶部５２ａは、半導体メモリやＨＤＤ（Hard Disk Drive）等の記憶装置であることを例示することができる。この記憶部５２ａは、操作者端末３０ａや管理者端末４０等、他の装置から受信したデータを記憶する。また例えば、後述する受信部５１１が情報を記憶する旨の指示を受信した場合に、指示された情報を記憶する。なお、情報を記憶する処理を「記憶処理」と記載する場合がある。

制御部５１ａは、他装置からの情報を受信する受信部５１１と、他装置に対し情報送信する送信部５１２として機能する。
受信部５１１は、例えば、操作者端末３０ａにより送信された対応処理の指示を受信する。

なお、管理者端末４０は、ネットワーク６０を介してサーバ装置５０ａが記憶しているデータを取得することができる。従って、管理者は、サーバ装置５０ａに記憶されたデータを店舗の管理業務に利用することができる。このように、サーバ装置５０ａは、管理者によって用いられる情報処理装置の一例である。

（システム１による状態管理手順の例）
以下、管理支援システム１が行う状態管理手順の一例について説明する。
図６は、実施形態１が適用される管理支援システム１の状態管理手順の一例を示すシーケンスチャートである。
図７は、対応決定テーブルの例を示す表である。
図８は、端末における補充指示等の表示例を示す図であり、（Ａ）は操作者端末３０ａにおける補充指示の表示の例、（Ｂ）は管理者端末４０における補充依頼の表示の例、（Ｃ）は操作者端末３０ａにおける補充指示の表示の他の例である。

まず、顧客による精算や準備金の補充等により、釣銭機１１ａの釣銭収容部１１７に収容されている貨幣の量が変化すると、貨幣量取得部１１０１は、最新の貨幣の量に係る情報を取得して、記憶部１２０ａに記憶された貨幣量データ１２０１を更新する（ステップ７０１）。貨幣の量に係る情報としては、例えば、釣銭収容部１１７に収容された貨幣の枚数を金種毎に取得する。
そして、送信部１１０５は、更新後の貨幣量データ１２０１を操作者端末３０ａに送信する（ステップ７０２）。

操作者端末３０ａの受信部３１１が貨幣量データ１２０１を取得すると（ステップ７０３）、状態判定部３１４は、判定用基準データ３２１を参照し、釣銭収容部１１７に収容されている金種毎の貨幣の量が基準値内であるか否かを判定する（ステップ７０４）。より詳しくは、すべての金種の貨幣の量が第１下限以上第１上限以下であるか否かを判定する。

すべての金種の貨幣の量が基準値内である場合（ステップ７０４でＹＥＳ）、処理決定部３１５および装置決定部３１６は、対応決定テーブル３２２のＴ１（図７参照）を参照し、対応処理を「貨幣量データ記憶」、対応装置を「サーバ装置５０ａ」に決定する（ステップ７０５、ステップ７０６）。
続いて、操作者端末３０ａの送信部３１２は、対応装置であるサーバ装置５０ａに対し、貨幣量データ１２０１および対応処理「貨幣量データ記憶」を指示する対応指示を送信する（ステップ７０７）。

ステップ７０８では、サーバ装置５０ａは、受信部５１１が受信した指示に基づいて、貨幣量データ１２０１を記憶部５２ａに記憶する記憶処理を行う。これにより、すべての金種が基準値内である場合の状態管理手順は終了する。

何れかの金種の貨幣の量が基準値内でない場合（ステップ７０４でＮＯ）、状態判定部３１４は、基準値内でない金種の貨幣の量をより詳しく判定する。例えば、百円玉の枚数Ｃ_１００が第１下限より少なく第２下限以上であり、百円玉が「ニアエンプティ」である旨を判定する（ステップ７０９）。

そして、処理決定部３１５および装置決定部３１６は、対応決定テーブルＴ１を参照し、第１対応と第２対応とにおける対応処理および対応装置を決定する。この場合、第１対応処理を「補充指示通知」、第１対応装置を「操作者端末３０ａ」と決定する（ステップ７１０）。また、第２対応処理を「第１対応情報および貨幣量データ記憶」、第２対応装置を「サーバ装置５０ａ」と決定する（ステップ７１１）。なお、「対応情報」とは、対応処理の内容および対応装置に係る情報であって、例えば、「第１対応情報」は、第１対応処理の内容と第１対応装置との情報を含んでいる。

ステップ７１２では、操作者端末３０ａは、決定した第１対応処理に基づいて、貨幣の補充を指示する補充指示を通知する。本実施形態においては、図８（Ａ）に示すように、操作表示部３３にて、メッセージｍｓｇ１～ｍｓｇ３および応答用ボタンｂｔｎ１，ｂｔｎ２を表示する。メッセージｍｓｇ１は、第１対応が決定された日付および時刻を示すテキストである。メッセージｍｓｇ２は、補充が必要な金種の貨幣の量を示す情報および補充指示であり、「百円玉が「ニアエンプティ」です。包装金を開封してください。」等のテキストである。操作者端末３０ａのユーザである操作者は、補充指示に従い、包装金の開封等、百円玉を補充する作業を行う。

メッセージｍｓｇ３は、管理者への補充依頼を行うか否かを問う「管理者に補充を依頼しますか？」等のテキストである。操作者は、百円玉の包装金が無く補充が行えない場合や、補充により包装金が無くなった場合等、管理者による補充を要する場合に、応答用ボタンｂｔｎ１「はい」を押下する。操作表示部３３が応答用ボタンｂｔｎ１を押下する操作を受け付けると、送信部３１２は、管理者端末４０に対し補充依頼を送信する（ステップ７１３）。なお、操作者は、管理者による補充を要しない場合には、応答用ボタンｂｔｎ２「いいえ」を押下する。この場合、操作者端末３０ａは、ステップ７１３およびステップ７１４を行わず、後述するステップ７１５に移行する。
また、図８（Ｃ）に示すように、ｍｓｇ１，２のみを表示することで、管理者への補充依頼を行うか否かを問わず、操作者への補充指示のみを行っても良い。この場合にも、ステップ７１３およびステップ７１４を行わず、後述するステップ７１５に移行する。

ステップ７１４では、管理者端末４０は、受信した補充依頼を通知する。例えば、図８（Ｂ）に示すように、操作表示部４３にて、メッセージｍｓｇ４～ｍｓｇ６を表示する。メッセージｍｓｇ４は、補充依頼を受信した日付および時刻を示すテキストである。メッセージｍｓｇ５は、店舗に設けられた複数のレジから、補充が必要なレジを特定するためのテキストである。メッセージｍｓｇ６は、補充が必要な金種の貨幣の量を示す情報および補充依頼であり、「百円玉が「ニアエンプティ」です。百円玉を補充してください。」等のテキストである。管理者端末４０のユーザである管理者は、補充依頼に従って貨幣入出金機から百円玉を出金し、釣銭機１１ａに補充する。
なお、貨幣入出金機における入出金に際し、防犯等の理由により、入出金を行う人物を識別するための識別情報の取得や権限等の認証を要する場合がある。この場合には、貨幣入出金機にコード情報を読み取る読取部を設けておき、操作表示部４３にて補充依頼とともに識別情報や権限情報を含むバーコードやＱＲコード（登録商標）等を表示しても良い。

ステップ７１５では、操作者端末３０ａの送信部３１２は、第２対応装置であるサーバ装置５０ａに対し、貨幣量データ１２０１、第１対応情報および第２対応処理「第１対応情報および貨幣量データ記憶」を指示する第２対応指示を送信する。
サーバ装置５０ａは、受信部５１１が受信した指示に基づいて、第１対応情報および貨幣量データ１２０１の記憶処理を行う（ステップ７１６）。これにより、何れかの金種の貨幣の量が基準値内でない場合の状態管理手順は終了する。
上記したステップ７１６のように、記憶処理とは異なる処理が決定された場合には、対応情報を記憶手段にて記憶することで、実施した対応の記録が残り、状態管理が行い易くなる。また、釣銭機１１ａにおける貨幣の量の変動と、実施した対応とを関連付けることで、防犯や貨幣の出納管理等にも活かすことができる。

本実施形態における管理支援システム１を用いれば、管理支援装置の一例である操作者端末３０ａにより、貨幣処理システム１０ａの状態に応じた対応処理および対応装置が決定され、決定した対応処理が対応装置に対して指示されるので、貨幣処理システム１０ａの状態管理に係る負担が軽減される。

本実施形態では、操作者端末３０ａは、ネットワーク２０を介して釣銭機１１ａから貨幣処理システム１０ａの状態情報を取得する構成としたが、操作者端末３０ａが状態情報を取得する方法は限定されない。例えば、操作者端末３０ａとＰＯＳレジスタ１３とを通信可能に接続し、ＰＯＳレジスタ１３から状態情報を取得しても良い。
また例えば、釣銭機１１ａとサーバ装置５０ａとを通信可能に接続し、操作者端末３０ａが、サーバ装置５０ａを経由して状態情報を取得する構成としても良い。この経由に際し、サーバ装置５０ａが状態情報を記憶することで、操作者端末３０ａにおける「サーバ装置５０ａでの状態情報記憶」の決定および指示が不要になる。ただし、サーバ装置５０ａがクラウドサーバ等であって店舗の外に設置された場合には、釣銭機１１ａが外部ネットワークに接続可能な通信手段を備えている必要があり、管理支援システムの導入に際しコストが上昇する恐れがある。本実施形態のように、状態情報が操作者端末３０ａにより取得され、操作者端末３０ａからサーバ装置５０ａに送信されることで、釣銭機１１ａは操作者端末３０ａと接続可能であれば良く、コストの上昇を抑制することができる。

さらに、本実施形態における操作者端末３０ａは、サーバ装置５０ａ以外の装置への対応指示の送信に際し、サーバ装置５０ａを経由して送信しても良い。この経由に際し、サーバ装置５０ａが対応情報を記憶することで、操作者端末３０ａにおける「サーバ装置５０ａでの対応情報記憶」の決定および指示が不要になる。

＜実施形態２＞
次に、図１、図７および図９～１１を参照して、本発明の実施形態２について説明する。
実施形態２が適用される管理支援システム２（以下、単に「システム２」と称する場合がある。）は、対応処理の決定および対応装置の決定がサーバ装置５０ｂにて行われる点において、システム１と異なっている。
以下の説明において、実施形態１と同様の構成については、同じ符号を付し、その詳細な説明を省略する。

図１を参照して、システム２は、釣銭機１１ａを含む貨幣処理システム１０ａと、釣銭機１１ａの操作者が使用する操作者端末３０ｂと、店舗の管理者が使用する管理者端末４０と、情報を記憶するサーバ装置５０ｂとを備えている。
システム２において、操作者端末３０ｂは、システム１における操作者端末３０ａと同様に、ネットワーク２０を介して釣銭機１１ａと互いに通信を行うことが可能となっている。
また、操作者端末３０ｂ、管理者端末４０、サーバ装置５０ｂは、ネットワーク６０を介して互いに通信を行うことが可能となっている。

以上のように、システム２は、釣銭機１１ａ（貨幣処理装置の一例）を含む貨幣処理システム１０ａと、操作者端末３０ｂ、管理者端末４０およびサーバ装置５０ｂを含む複数の情報処理装置とにより構成されている。

（サーバ装置５０ｂ）
サーバ装置５０ｂは、サーバ装置５０ａと同様に、少なくとも受信した情報を記憶する記憶手段を備えた情報処理装置であり、店舗に設置されたコンピュータ機器（ハードウェア）や、店舗の外に設置され、店舗にクラウドサーバのサービスを提供する装置であって良い。
図９は、サーバ装置５０ｂの概略構成の一例を示す図である。
サーバ装置５０ｂは、自装置を制御する制御部５１ｂと、データ等の記憶に用いられる記憶部５２ｂと、ネットワーク６０を介して他装置との通信を行う通信部５３とを備えている。

記憶部５２ｂは、記憶部５２ａに対し、判定用基準データ５２１および対応決定テーブル５２２を記憶している点が異なっている。この判定用基準データ５２１の内容は、判定用基準データ３２１の内容と同様である。また、対応決定テーブル５２２の内容は、対応決定テーブル３２２の内容と同様である。

制御部５１ｂは、ＣＰＵ、ＲＯＭ、ＲＡＭにより構成される（いずれも不図示）。ＣＰＵは、ＲＡＭを作業エリアに使用し、ＲＯＭや記憶部５２ｂから読み出した、貨幣処理システム１０ａの管理支援プログラムを実行する。
制御部５１ｂは、他装置からの情報を受信する受信部５１１と、他装置に対し情報または指示を送信する送信部５１２と、貨幣処理システム１０ａの状態に関わる判定を行う状態判定部５１４と、釣銭機１１ａの状態への対応に係る対応処理を決定する処理決定部５１５と、対応処理を実行する対応装置を決定する装置決定部５１６とを備える。

受信部５１１は、ネットワーク６０を介して他装置からの情報を受信して取得する。例えば、操作者端末３０ｂを経由して、釣銭機１１ａから貨幣量データ１２０１やエラーデータ１２０２、保守用データ１２０３等の貨幣処理システム１０ａの状態に係る状態情報を取得する。このように、受信部５１１は、本実施形態における取得手段または取得部の一例である。
送信部５１２は、ネットワーク６０を介して他装置へ情報を送信する。例えば、他装置に対して、処理決定部５１５が決定した対応処理の指示である対応指示を送信する。このように、送信部５１２は、本実施形態における指示手段または指示部の一例である。

状態判定部５１４は、受信部５１１が取得した貨幣処理システム１０ａの状態情報に基づいて、実施形態１における状態判定部３１４と同様の動作を行う。
また、処理決定部５１５は、受信部５１１が取得した貨幣処理システム１０ａの状態情報に基づいて、処理決定部３１５と同様の動作を行う。
さらに、装置決定部５１６は、受信部５１１が取得した貨幣処理システム１０ａの状態情報に基づいて、装置決定部３１６と同様の動作を行う。

なお、管理者は、サーバ装置５０ｂに記憶されたデータを管理者端末４０により取得し、閲覧することができる。このように、サーバ装置５０ｂは、サーバ装置５０ａと同様に、管理者によって用いられる情報処理装置の一例である。

（操作者端末３０ｂ）
図１０は、システム２が備える操作者端末３０ｂおよび管理者端末４０の概略構成の一例を示す図である。
操作者端末３０ｂは、操作者端末３０ａと同様に、少なくとも、通信により情報を受信する受信手段と、情報を送信する送信手段とを備えた情報処理装置であり、多機能携帯電話、携帯情報端末、タブレット端末、タブレットＰＣ、ノートＰＣ等、可搬型の端末を例示することができる。
操作者端末３０ｂは、自装置の動作を制御する制御部３１ｂと、情報の記憶に用いられる記憶部３２ｂと、情報の表示とユーザの操作の受け付けとを行う操作表示部３３と、他装置との通信を行う通信部３４とを備えている。

制御部３１ｂは、制御部３１ａに対し、状態判定部３１４、処理決定部３１５および装置決定部３１６を有していない点が異なっている。
記憶部３２ｂは、記憶部３２ａに対し、判定用基準データ３２１および対応決定テーブル３２２を記憶していない点が異なっている。

（システム２による状態管理手順の例）
以下、図７および図１１を参照し、管理支援システム２が行う状態管理手順の一例について説明する。
図１１は、実施形態２が適用される管理支援システム２の状態管理手順の一例を示すシーケンスチャートである。

まず、例えば精算処理に際し、釣銭機１１ａまたはＰＯＳレジスタ１３にてエラーが発生すると、エラー情報取得部１１０２は最新のエラーに係る情報を取得して、記憶部１２０ａに記憶されたエラーデータ１２０２を更新する（ステップ８０１）。
そして、送信部１１０５は、更新後のエラーデータ１２０２を、ネットワーク２０を介して操作者端末３０ｂに送信する（ステップ８０２）。
さらに、操作者端末３０ｂの送信部３１２は、受信したエラーデータ１２０２を、ネットワーク６０を介してサーバ装置５０ｂに送信する（ステップ８０３）。

サーバ装置５０ｂの受信部５１１がエラーデータ１２０２を取得すると（ステップ８０４）、状態判定部５１４は、判定用基準データ５２１を参照し、操作者が解除できるエラーか否かを判定する（ステップ８０５）。

例えば、「釣銭機１１ａの入金処理の際に、硬貨を一度に詰め込みすぎたため硬貨受入部１１２で詰まりが生じた」旨のエラーデータ１２０２を受け取り、操作者が解除できるエラーだと判定した場合（ステップ８０５でＹＥＳ）、処理決定部５１５および装置決定部５１６は、対応決定テーブル５２２のＴ２（図７参照）を参照し、第１対応処理を「解除情報通知」、第１対応装置を「操作者端末３０ｂ」と決定する（ステップ８０６）。また、第２対応処理を「エラーデータ記憶」、第２対応装置を「サーバ装置５０ｂ」と決定する（ステップ８０７）。

ステップ８０８では、送信部５１２は、第１対応装置である操作者端末３０ｂに対し、第１対応処理「解除情報通知」を指示する第１対応指示を送信する。

操作者端末３０ｂは、受信部３１１が受信した第１対応指示に基づいて、エラーの解除を行うための解除情報を通知する（ステップ８０９）。例えば、操作表示部３３にて、硬貨受入部１１２の詰まりを解消するための作業手順を表示する。操作者は、表示された作業手順を確認し、エラーを解除する。
なお、発生したエラーが操作者の不適切な操作によるものである場合は、このエラーを防ぐための指導的情報を表示しても良い。指導的情報としては、例えば、「一度に入れる硬貨は○枚以下にしてください」等のテキストを表示する。また、サーバ装置５０ｂに蓄積された過去のエラーデータ１２０２から、エラーの発生の傾向を分析する分析手段を設け、同種のエラーが多発している場合に、指導的情報を表示しても良い。
また、解除情報に加え、管理者への対応依頼を行うか否かを問う「管理者を呼びますか？」等のテキストと、「はい」「いいえ」の応答用ボタンとを表示しても良い。操作者は、解除情報に従ってもエラーが解除されない場合等に、「はい」の応答用ボタンを押下する。「はい」が押下されると、管理者端末４０は対応依頼を受信し、操作表示部４３にて「１番レジ エラー発生。対応してください。」等のテキストを表示する。

ステップ８１０では、サーバ装置５０ｂは、第２対応指示に基づいて、エラーデータ１２０２を記憶部５２ｂに記憶する。
これにより、操作者が解除できるエラーだと判定した場合の管理手順は終了する。

また、解除のために管理者用の鍵が必要なエラー等、操作者が解除できないエラーだと判定した場合（ステップ８０５でＮＯ）、処理決定部５１５および装置決定部５１６は、対応決定テーブル５２２のＴ２を参照し、第１対応処理を「対応依頼通知」、第１対応装置を「管理者端末４０」と決定する（ステップ８１１）。また、第２対応処理を「エラーデータ記憶」、第２対応装置を「サーバ装置５０ｂ」と決定する（ステップ８１２）。

ステップ８１３では、送信部５１２は、第１対応装置である管理者端末４０に対し、第１対応処理「対応依頼通知」を指示する第１対応指示を送信する。
管理者端末４０は、受信部４１１が受信した第１対応指示に基づいて、対応依頼を通知する（ステップ８１４）。例えば、操作表示部４３にて、「１番レジ エラー発生。管理者用の鍵を持って急行してください」等のテキストを表示する。管理者は、表示されたテキストに従ってエラーを解除する。

ステップ８１５では、サーバ装置５０ｂは、第２対応指示に基づいて、エラーデータ１２０２を記憶部５２ｂに記憶する。
これにより、操作者が解除できないエラーだと判定した場合の管理手順は終了する。

本実施形態における管理支援システム２を用いれば、管理支援装置の一例であるサーバ装置５０ｂにより、貨幣処理システム１０ａの状態に応じた対応処理および対応装置が決定され、決定した対応処理が対応装置に対して指示されるので、貨幣処理システム１０ａの状態管理に係る負担が軽減される。

本実施形態では、サーバ装置５０ｂは、操作者端末３０ｂを介して貨幣処理システム１０ａの状態情報を取得する構成としたが、これに限られるものではない。釣銭機１１ａとサーバ装置５０ｂとを通信可能に接続し、操作者端末３０ｂを経由せずに状態情報を取得するようにしても良い。ただし、サーバ装置５０ｂがクラウドサーバ等であって店舗の外に設置された場合には、釣銭機１１ａが外部ネットワークに接続可能な通信手段を備えている必要があり、管理支援システムの導入に際しコストが上昇する恐れがある。本実施形態のように、操作者端末３０ｂを経由することで、釣銭機１１ａは操作者端末３０ｂと通信可能であれば良く、コストの上昇を抑制することができる。

＜実施形態３＞
次に、図７および図１２～１５を参照して、本発明の実施形態３について説明する。
実施形態３が適用される管理支援システム３（以下、単に「システム３」と称する場合がある。）は、対応処理の決定および対応装置の決定が釣銭機１１ｂにて行われる点において、システム１およびシステム２と異なっている。
以下の説明において、実施形態１または実施形態２と同様の構成については、同じ符号を付し、その詳細な説明を省略する。

図１２は、実施形態３が適用される管理支援システム３の概略構成の一例を示す図である。
図１３は、システム３が備える操作者端末３０ｂ、管理者端末４０およびサーバ装置５０ａの概略構成の一例を示す図である。
システム３は、貨幣の出金処理を行う釣銭機１１ｂおよびＰＯＳレジスタ１３により構成される貨幣処理システム１０ｂと、釣銭機１１ｂの操作者が使用する操作者端末３０ｂと、店舗の管理者が使用する管理者端末４０と、情報を記憶するサーバ装置５０ａとを備えている。
システム３において、釣銭機１１ｂは、ネットワーク６０を介して操作者端末３０ｂ、管理者端末４０およびサーバ装置５０ａと互いに通信を行うことが可能となっている。

このように、システム３は、釣銭機１１ｂ（貨幣処理装置の一例）を含む貨幣処理システム１０ｂと、操作者端末３０ｂ、ＰＯＳレジスタ１３、管理者端末４０およびサーバ装置５０ａを含む複数の情報処理装置とにより構成されている。

（貨幣処理システム１０ｂ）
図１４は、管理支援システム３が備える貨幣処理システム１０ｂの概略構成の一例を示す図である。
貨幣処理システム１０ｂは、貨幣を入金または出金する処理を行う貨幣処理装置の一例である釣銭機１１ｂと、ＰＯＳレジスタ１３とにより構成されている。
釣銭機１１ｂは、自装置の動作を制御する制御部１１０ｂと、制御部１１０ｂに接続される処理デバイスにより構成されている。なお、この処理デバイスのうち、ネットワーク用通信部１１９および記憶部１２０ｂを除く構成については、釣銭機１１ａの処理デバイスと同様であるので、説明を省略する。

ネットワーク用通信部１１９は、ネットワーク６０を介した操作者端末３０ｂ、管理者端末４０およびサーバ装置５０ａとの通信に用いられる通信デバイスである。
記憶部１２０ｂは、記憶部１２０ａと同様に、ハードディスク装置等の不揮発性の記憶装置で構成されている。この記憶部１２０ｂは、貨幣量データ１２０１、エラーデータ１２０２、保守用データ１２０３に加え、判定用基準データ１２０４と、対応決定テーブル１２０５とを記憶している。この判定用基準データ１２０４の内容は、判定用基準データ３２１，５２１の内容と同様である。また、対応決定テーブル１２０５の内容は、対応決定テーブル３２２，５２１の内容と同様である。

制御部１１０ｂは、制御部１１０ａと同様に、ＣＰＵと、ＢＩＯＳ等が記憶されたＲＯＭと、ワークエリアとして用いられるＲＡＭ等を有している。ＣＰＵは、ＲＡＭを作業エリアに使用し、ＲＯＭや記憶部１２０ｂから読み出した、貨幣処理システム１０ｂの管理支援プログラムを実行する。
そして、制御部１１０ｂは、釣銭収容部１１７に収容された貨幣の量を取得する貨幣量取得部１１０１と、貨幣処理システム１０ｂに生じたエラーに係る情報を取得するエラー情報取得部１１０２と、保守に係る情報を取得する保守情報取得部１１０３と、自装置とは異なる他装置から情報を受信する受信部１１０４と、他装置へ情報を送信する送信部１１０５と、操作表示部１１１に表示する内容を制御する表示制御部１１０６と、貨幣処理システム１０ｂの状態に関わる判定を行う状態判定部１１０７と、釣銭機１１ｂの状態への対応に係る対応処理を決定する処理決定部１１０８と、対応処理を実行する対応装置を決定する装置決定部１１０９として機能する。

貨幣量取得部１１０１と、エラー情報取得部１１０２と、保守情報取得部１１０３とは、貨幣量データ１２０１やエラーデータ１２０２、保守用データ１２０３等の貨幣処理システム１０ｂの状態に係る状態情報を取得する。このように、貨幣量取得部１１０１、エラー情報取得部１１０２および保守情報取得部１１０３は、本実施形態における取得手段または取得部の一例である。
送信部１１０５は、ネットワーク６０を介して他装置へ情報を送信する。例えば、他装置に対して、処理決定部１１０８が決定した対応処理の指示である対応指示を送信する。このように、送信部１１０５は、本実施形態における指示手段または指示部の一例である。

状態判定部１１０７は、貨幣処理システム１０ｂの状態情報に基づいて、実施形態１，２における状態判定部３１４，５１４と同様の動作を行う。
また、処理決定部１１０８は、貨幣処理システム１０ｂの状態情報に基づいて、処理決定部３１５，５１５と同様の動作を行う。
さらに、装置決定部１１０９は、貨幣処理システム１０ｂの状態情報に基づいて、装置決定部３１６，５１６と同様の動作を行う。

（システム３による状態管理手順の例）
以下、図７および図１５を参照し、管理支援システム３が行う状態管理手順の一例について説明する。
図１５は、実施形態３が適用される管理支援システム３の状態管理手順の一例を示すシーケンスチャートである。

まず、例えば貨幣処理システム１０ｂにて精算処理が行われると、保守情報取得部１１０３は最新の保守に係る情報を取得して、記憶部１２０ｂに記憶された保守用データ１２０３を更新する（ステップ９０１）。
保守用データ１２０３が更新されると、状態判定部１１０７は、判定用基準データ１２０４を参照し、保守のために必要な作業等の種別を判定する。例えば、消耗品の使用量や釣銭機１１ｂまたはＰＯＳレジスタ１３の劣化等に問題が無く、保守のための作業を要しない場合は、作業不要と判定する（ステップ９０２）。

ステップ９０３では、処理決定部１１０８は、対応決定テーブル１２０５のＴ３（図７参照）を参照し、対応処理を「保守用データ記憶」と決定する。また、ステップ９０４では、装置決定部１１０９は、対応決定テーブル１２０５のＴ３を参照し、対応装置を「サーバ装置５０ａ」と決定する。
送信部１１０５は、対応装置であるサーバ装置５０ａに対し、保守用データ１２０３および対応処理「保守用データ記憶」を指示する対応指示を送信する（ステップ９０５）。

ステップ９０６では、サーバ装置５０ａは、受信部５１１が受信した対応指示に基づいて、保守用データ１２０３を記憶部５２ａに記憶する。
これにより、作業不要と判定した場合の管理手順は終了する。

再び保守用データ１２０３が更新されると（ステップ９０７）、状態判定部１１０７は、判定用基準データ１２０４を参照し、保守のために必要な作業等の種別を判定する。例えば、ＰＯＳレジスタ１３の印刷部１３５においてレシート用のロール紙が少なくなっている場合のように、操作者による消耗品の交換等の作業が必要な場合は、操作者の作業が必要と判定する（ステップ９０８）。

ステップ９０９では、処理決定部１１０８および装置決定部１１０９は、対応決定テーブル１２０５のＴ３を参照し、第１対応処理を「作業指示通知」、第１対応装置を「操作者端末３０ｂ」と決定する。また、第２対応処理を「保守用データ記憶」、第２対応装置を「サーバ装置５０ａ」と決定する（ステップ９１０）。

送信部１１０５は、第１対応装置である操作者端末３０ｂに対し、第１対応処理「作業指示通知」を指示する第１対応指示を送信する（ステップ９１１）。
操作者端末３０ｂは、受信部３１１が受信した第１対応指示に基づいて、保守のために必要な作業を指示する作業指示通知を通知する（ステップ９１２）。例えば、操作表示部３３にて、「レシート用ロール紙を交換してください。」等のテキストを表示する。操作者は、通知された作業指示を確認し、レシート用ロール紙の交換等の作業を行う。なお、操作者端末３０ｂは、作業指示に加え、作業手順等の情報を表示しても良い。

ステップ９１３にて、送信部１１０５は、第２対応装置であるサーバ装置５０ａに対し、保守用データ１２０３および第２対応処理「保守用データ記憶」を指示する第２対応指示を送信する。
サーバ装置５０ａは、受信部５１１が受信した対応指示に基づいて、保守用データ１２０３を記憶部５２ａに記憶する（ステップ９１４）。
これにより、操作者による作業が必要と判定した場合の管理手順は終了する。

さらに保守用データ１２０３が更新されると（ステップ９１５）、状態判定部１１０７は、判定用基準データ１２０４を参照し、保守のために必要な作業等の種別を判定する。例えば、紙幣受入部１１４における紙幣のパス回数が基準を超えた場合や、釣銭機１１ｂまたはＰＯＳレジスタ１３の使用期間が基準より長くなった場合等は、劣化が進行しており、店舗の従業員ではなく、装置メーカーの技術者等によるメンテナンスが必要な場合がある。このような場合は、技術者のメンテナンスが必要と判定する（ステップ９１６）。

ステップ９１７では、処理決定部１１０８および装置決定部１１０９は、対応決定テーブル１２０５のＴ３を参照し、第１対応処理を「メンテナンス推奨通知」、第１対応装置を「管理者端末４０」と決定する。また、ステップ９１８では、第２対応処理を「保守用データ記憶」、第２対応装置を「サーバ装置５０ａ」と決定する。

送信部１１０５は、第１対応装置である管理者端末４０に対し、第１対応処理「メンテナンス推奨通知」を指示する第１対応指示を送信する（ステップ９１９）。
管理者端末４０は、受信部４１１が受信した第１対応指示に基づいて、技術者によるメンテナンスを推奨するメンテナンス推奨通知を通知する（ステップ９２０）。例えば、操作表示部４３にて、「１番レジ 貨幣パス回数がＸＸ回を超えました。技術者によるメンテナンスを実施してください。」等のテキストを表示する。管理者は、メンテナンス推奨通知を確認し、装置メーカーの技術者への依頼等を行う。
なお、釣銭機１１ｂと装置メーカーの技術者等が保有する情報処理装置とを通信可能に接続し、この情報処理装置に対してメンテナンスを依頼する通知を指示しても良い。この場合、技術者等が保有する情報処理装置は、対応装置の一例となる。

ステップ９２１にて、送信部１１０５は、第２対応装置であるサーバ装置５０ａに対し、第２対応処理「保守用データ記憶」を指示する第２対応指示を送信する。
サーバ装置５０ａは、受信部５１１が受信した対応指示に基づいて、保守用データ１２０３を記憶部５２ａに記憶する（ステップ９２２）。
これにより、技術者のメンテナンスが必要と判定した場合の管理手順は終了する。

本実施形態における管理支援システム３を用いれば、釣銭機１１ｂにより、貨幣処理システム１０ｂの状態に応じた対応処理および対応装置が決定され、決定した対応処理が対応装置に対して指示されるので、貨幣処理システム１０ｂの状態管理に係る負担が軽減される。

本実施形態では、釣銭機１１ｂから直接、対応装置への対応指示が送信される構成としたが、操作者端末３０ｂや管理者端末４０、サーバ装置５０ａを経由して対応指示を送信しても構わない。また例えば、ＰＯＳレジスタ１３をネットワーク６０に接続可能に構成し、ＰＯＳレジスタ１３を経由して対応指示を送信しても良い。

＜他の実施形態＞
上記した実施形態１～３では、複数の情報処理装置の例として、操作者端末、管理者端末、サーバ装置から対応装置を決定する例について記載した。しかしながら、対応装置の候補となる複数の情報処理装置は、これらに限られるものではなく、ＰＯＳレジスタ１３をネットワーク６０等に接続可能に構成し、対応装置の候補となる複数の情報処理装置に含めても構わない。
さらに、操作者端末、サーバ装置、釣銭機により対応処理および対応装置を決定する例のみを示したが、これらに限られるものではない。例えば、管理者装置またはＰＯＳレジスタにより対応処理および対応装置を決定しても構わない。
また、操作者端末を複数有していても構わない。この場合、複数の操作者端末を識別する識別手段を設けることで、装置決定手段が特定の操作者端末のみを対応装置として決定するように構成しても良い。管理者端末についても同様である。

また、実施形態１～３では、判定用基準データおよび対応決定テーブルが、管理支援装置にて記憶されている。しかしながら、判定用基準データおよび対応決定テーブルは、管理支援装置とは異なる装置にて記憶されていても良い。例えば、実施形態１のように操作者端末を管理支援端末として用いる場合に、判定用基準データおよび対応決定テーブルをサーバ装置にて記憶していても良い。この場合、対応処理および対応装置の決定に際し、操作者端末は、通信を介して判定用基準データおよび対応決定テーブルを参照する。

さらに、実施形態１～３では、操作者端末や管理者端末等における補充指示や補充依頼、作業指示、メンテナンス推奨等、対応に係る情報の通知を、操作表示部への表示により行う例を記載したが、通知の方法は特に限定されない。例えば、音声による通知等を用いても良い。
また、対応に係る情報に代えて、取得した状態情報の通知を対応処理としても良い。対応処理のユーザは、通知された状態情報を確認することで、貨幣処理システムの状態を把握して対応を行うことができる。

さらにまた、実施形態１～３では、貨幣処理システムの状態の判定と、対応処理の決定と、対応装置の決定とをすべて１つの装置にて実行する場合の例について記載したが、これらは別々の装置にて実行されても良い。例えば、状態判定部を備える釣銭機と、処理決定部および装置決定部を備える操作者端末とを含む管理支援システムを構築しても良い。この場合、釣銭機が貨幣処理システムの状態（「ニアエンプティ」等）を判定した後、操作者端末が状態判定の結果を取得して対応処理および対応装置を決定することで、貨幣処理システムの管理支援が行われる。

＜他の対応について＞
本発明の管理支援システム等が取得する状態情報や決定する対応処理は、実施形態１～３にて説明したものに限られない。状態情報は、貨幣処理システムの状態に係る情報であれば良く、対応処理は、この状態への対応に係る処理であれば良い。例えば、図７のＴ１～Ｔ４に記載の内容のすべてを含んでいる。
また、対応装置は、操作者端末や管理者端末、サーバ装置、ＰＯＳレジスタに限られるものではなく、対応指示に基づいて対応処理を実行可能な情報処理装置であれば良い。

１，２，３…管理支援システム、１０ａ，１０ｂ…貨幣処理システム、１１ａ，１１ｂ…釣銭機、３０ａ，３０ｂ…操作者端末、４０…管理者端末、５０ａ，５０ｂ…サーバ装置、３１５，５１５，１１０８…処理決定部、３１６，５１６，１１０９…装置決定部、３２１，５２１，１２０４…判定用基準データ、３２２，５２２，１２０５…対応決定テーブル、１２０１…貨幣量データ、１２０２…エラーデータ、１２０３…保守用データ

Claims (10)

1. 貨幣処理装置を含む貨幣処理システムと、
   前記貨幣処理システムの状態を管理する者によって用いられる複数の情報処理装置と
   を備え、
   前記貨幣処理システムの状態に係る状態情報を取得する取得手段と、
   前記取得手段が取得した前記状態情報に基づいて、前記状態への対応に係る対応処理を決定する処理決定手段と、
   前記状態情報に基づいて、前記複数の情報処理装置の中から前記対応処理を実行する対応装置を決定する装置決定手段と、
   前記装置決定手段が決定した前記対応装置に対し、前記対応処理を指示する指示手段と
   を有することを特徴とする、管理支援システム。
2. 情報を記憶する記憶手段をさらに有し、
   前記処理決定手段は、前記状態情報を記憶する記憶処理を前記対応処理として決定する
   ことを特徴とする、請求項１に記載の管理支援システム。
3. 前記処理決定手段はさらに、前記記憶処理とは異なる処理を他の対応処理として決定し、
   前記記憶処理は、前記状態情報に加え、前記他の対応処理に係る情報を記憶する処理である
   ことを特徴とする、請求項２に記載の管理支援システム。
4. 前記取得手段は、前記貨幣処理装置に収容されている貨幣の量を前記状態情報として取得し、
   前記処理決定手段は、前記貨幣の量と予め定められた基準量とを比較した結果に基づいて、前記対応処理を決定する
   ことを特徴とする、請求項１～３の何れか１項に記載の管理支援システム。
5. 前記取得手段は、前記貨幣処理システムに生じたエラーに係る情報を前記状態情報として取得することを特徴とする、請求項１～４の何れか１項に記載の管理支援システム。
6. 前記取得手段は、前記貨幣処理システムが備える装置の保守に係る情報を前記状態情報として取得することを特徴とする、請求項１～５の何れか１項に記載の管理支援システム。
7. 前記処理決定手段は、前記状態情報および／または前記対応に係る情報の通知を、前記対応処理として決定することを特徴とする、請求項１～６の何れか１項に記載の管理支援システム。
8. 貨幣処理装置を含む貨幣処理システムと、前記貨幣処理システムの状態を管理する者によって用いられる複数の情報処理装置とを備えたシステムにおいて、当該システムの制御部が実行する管理支援方法であって、
   前記貨幣処理システムの状態に係る状態情報を記憶部から取得するステップと、
   前記状態情報に基づいて、前記貨幣処理装置の前記状態への対応に係る対応処理を決定するステップと、
   前記状態情報に基づいて、前記複数の情報処理装置の中から前記対応処理を実行する対応装置を決定するステップと、
   前記対応装置に対し、前記対応処理を指示するステップと
   を有することを特徴とする、管理支援方法。
9. 貨幣処理装置を含む貨幣処理システムと、前記貨幣処理システムの状態を管理する者によって用いられる複数の情報処理装置とを備えたシステムにおいて実行されるプログラムであって、
   コンピュータに、
   前記貨幣処理システムの状態に係る状態情報を取得する機能と、
   前記状態情報に基づいて、前記状態への対応に係る対応処理を決定する機能と、
   前記状態情報に基づいて、前記複数の情報処理装置の中から前記対応処理を実行する対応装置を決定する機能と、
   前記対応装置に対し、前記対応処理を指示する機能と
   を実現させることを特徴とする、プログラム。
10. 貨幣処理装置を含む貨幣処理システムの状態を管理する者によって用いられる管理支援装置であって、
    前記貨幣処理システムの状態に係る状態情報を取得する取得部と、
    前記状態情報に基づいて、前記状態への対応に係る対応処理を決定する処理決定部と、
    前記状態情報に基づいて、自装置を含む複数の情報処理装置の中から前記対応処理を実行する対応装置を決定する装置決定部と、
    前記対応装置に対し、前記対応処理を指示する指示部と
    を有することを特徴とする、管理支援装置。

Images