JP6678974B2 - Ｐｏｓシステム、監視装置、プログラム及び監視方法 - Google Patents

Description

本発明は、ＰＯＳシステム、監視装置、プログラム及び監視方法に関する。

従来、釣銭釣札機（単に釣銭機とも称する。特許文献１参照）を備えるＰＯＳレジスタが知られている。釣銭釣札機を備えるＰＯＳレジスタにおいては、一般に、閉店処理として、閉店後や開店前などに釣銭釣札機内に収納されている金額（現金有高／現金在高）を基準金額に調整（釣銭釣札機から貨幣を回収して金庫などに格納、金庫などから貨幣を持ち出して釣銭釣札機に補充）している。

特開２０１１−１１３５３２号公報

しかしながら、上記調整はＰＯＳレジスタ毎に行われるのでＰＯＳレジスタの数が多い場合などには、閉店処理の作業効率が悪くなるという問題があった。

本発明は、このような事情を考慮してなされたものであり、その目的は、閉店時等の作業効率を高める技術を提供することにある。

上述した課題を解決するために、本発明の一態様に係るＰＯＳシステムは、少なくとも精算処理を実行可能な複数の精算装置と、監視装置とを含むＰＯＳシステムにおいて、前記監視装置は、１以上の前記精算装置を指定可能に画面に表示する表示手段と、前記画面を介して前記精算装置に複数の工程を経て完了する精算業務処理を実行させる実行指示を受け付ける指示受付手段と、前記指示受付手段が受け付けた前記実行指示に基づいて、１以上の前記精算装置における前記精算業務処理の実行を制御する制御手段とを備え、前記精算装置における前記精算業務処理の前記工程単位の進行状況を、夫々の精算装置毎に表示可能である。

上述した課題を解決するために、本発明の一態様に係るＰＯＳシステムは、少なくとも精算処理を実行可能な複数の精算装置と、監視装置とを含むＰＯＳシステムにおいて、前記監視装置は、１以上の前記精算装置を指定可能に画面に表示する表示手段と、前記画面を介して前記精算装置に複数の工程を経て完了する精算業務処理を実行させる実行指示を受け付ける指示受付手段と、前記指示受付手段が受け付けた前記実行指示に基づいて、１以上の前記精算装置における前記精算業務処理の実行を制御する制御手段とを備え、前記表示手段は、夫々の前記精算装置における前記精算業務処理の進行状況を夫々の精算装置に対応する表示領域に表示可能であり、夫々の精算装置に対応する表示領域において、夫々の前記精算装置における前記精算業務処理の進行状況を、夫々の前記精算装置において前記精算業務処理の前記複数の工程のうちのいずれの工程が行われているかを認識可能な態様により表示可能である。

上記ＰＯＳシステムにおいて、前記監視装置の前記表示手段は、前記進行状況に応じて、当該進行状況に対応する、店員に対する指示を表示可能であってもよい。

上記ＰＯＳシステムにおいて、前記監視装置の前記表示手段は、夫々の前記精算装置における前記精算業務処理の進行状況に応じて、少なくとも店員に対する指示を表示するようにしてもよい。

上述した課題を解決するために、本発明の他の態様に係る監視装置は、少なくとも精算処理を実行可能な複数の精算装置を含むＰＯＳシステムにおいて前記精算装置を監視する監視装置であって、１以上の前記精算装置を指定可能に画面に表示する表示手段と、前記画面を介して前記精算装置に複数の工程を経て完了する精算業務処理を実行させる実行指示を受け付ける指示受付手段と、前記指示受付手段が受け付けた前記実行指示に基づいて、１以上の前記精算装置における前記精算業務処理の実行を制御する制御手段とを備え、前記表示手段は、前記精算装置における前記精算業務処理の前記工程単位の進行状況を、夫々の精算装置毎に表示可能である。

また、上述した課題を解決するために、本発明の他の態様に係るプログラムは、少なくとも精算処理を実行可能な複数の精算装置を含むＰＯＳシステムにおいて前記精算装置を監視する監視装置としてコンピュータを機能させるプログラムであって、前記コンピュータを、１以上の前記精算装置を指定可能に画面に表示する表示手段、前記画面を介して前記精算装置に複数の工程を経て完了する精算業務処理を実行させる実行指示を受け付ける指示受付手段、前記指示受付手段が受け付けた前記実行指示に基づいて、１以上の前記精算装置における前記精算業務処理の実行を制御する制御手段として機能させ、前記表示手段は、前記精算装置における前記精算業務処理の前記工程単位の進行状況を、夫々の精算装置毎に表示可能であるプログラムである。

また、上述した課題を解決するために、本発明の他の態様に係る監視方法は、少なくとも精算処理を実行可能な複数の精算装置を含むＰＯＳシステムにおいて前記精算装置を監視する監視装置における監視方法であって、１以上の前記精算装置を指定可能に画面に表示する表示ステップと、前記画面を介して前記精算装置に複数の工程を経て完了する精算業務処理を実行させる実行指示を受け付ける指示受付ステップと、前記指示受付ステップにて受け付けた前記実行指示に基づいて、１以上の前記精算装置における前記精算業務処理の実行を制御する制御ステップとを含み、前記表示ステップは、前記精算装置における前記精算業務処理の前記工程単位の進行状況を、夫々の精算装置毎に表示可能である。

本発明によれば、閉店時等の作業効率を高めることができる。

本発明の一実施形態によるＰＯＳシステム１の構成図の一例である。 ＰＯＳシステム１に含まれるＰＯＳレジスタ２の外観正面図及び側面図の一例である。 ＰＯＳレジスタ２の電気回路の構成を示すブロック図の一例である。 閉店処理に関する説明図である。 表示画面の一例である。 ＰＯＳシステム１の閉店処理の動作例を示すフローチャートである。 ＰＯＳレジスタ２における閉店処理の動作例（第１態様としての動作例）を示すフローチャートである。 ＰＯＳレジスタ２における閉店処理の動作を説明するための説明図である。 ＰＯＳレジスタ２における閉店処理の動作（第１態様としての動作例）を説明するための説明図である。 ＰＯＳレジスタ２における閉店処理の動作例（第２態様としての動作例）を示すフローチャートである。 ＰＯＳレジスタ２における閉店処理の動作（第２態様としての動作例）を説明するための説明図である。 ＰＯＳレジスタ２における閉店処理の動作例（第３態様としての動作例）を示すフローチャートである。 ＰＯＳレジスタ２における閉店処理の動作（第３態様としての動作例）を説明するための説明図である。 ＰＯＳレジスタ２における閉店処理の動作（第４態様としての動作例）を説明するための説明図である。 監視装置３に表示される画面例である。 監視装置３に表示される画面例である。 監視装置３に表示される画面例である。 表示内容および印刷内容を説明する説明図である。 精算業務処理の動作を示すフローチャートである。

以下、本発明の一実施形態を、図面を参照して説明する。図１は、本発明の一実施形態によるＰＯＳシステム１の構成図の一例である。ＰＯＳシステム１は、図１に示すように、Ｎ台のＰＯＳレジスタ２−１、ＰＯＳレジスタ２−２、…、ＰＯＳレジスタ２−Ｎ、監視装置（管理装置とも称する）３を含んで構成される。各装置は、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）を介して接続されている。また、当該ＬＡＮ上には、上記に加えて、ストアコントローラ４も接続されている。ＰＯＳレジスタ２−１、ＰＯＳレジスタ２−２、…、ＰＯＳレジスタ２−Ｎの夫々を特に区別しない場合にはＰＯＳレジスタ２と総称する。

ＰＯＳレジスタ２は、主に、購入される商品の登録を行う登録処理と、主に、登録された商品の代金決済を行う精算処理（会計処理、決済処理とも称する）とを実行するための装置である。即ち、ＰＯＳレジスタ２は、主に登録処理を行う登録装置の機能と主に精算処理を行う精算装置の機能とを兼ね備えた装置である。

監視装置３（例えば、パーソナルコンピュータ）は、例えば、各ＰＯＳレジスタ２の動作状況を監視する。例えば、監視装置３は、夫々のＰＯＳレジスタ２が精算処理中であるか否かや、夫々のＰＯＳレジスタ２において未精算取引（精算処理が未完了である取引）が存在するか否かなどを監視する。監視装置３の詳細は後述する。

ストアコントローラ４（例えば、サーバ）は、例えば、外部（例えば、本部に設置されたサーバ）から商品マスタを受信して記憶する。商品マスタは、各商品の商品識別情報（例えばＪＡＮコード）、商品名称、販売価格などの商品情報を格納（保持）するファイルである。また、ストアコントローラ４は、ＰＯＳレジスタ２によって処理（生成）された取引情報を外部に送信する。

図２は、ＰＯＳシステム１に含まれるＰＯＳレジスタ２の外観正面図及び側面図の一例である。図３は、ＰＯＳレジスタ２の電気回路の構成を示すブロック図の一例である。図４は、閉店処理に関する説明図である。図３において、符号１１はＰＯＳレジスタ２の全体を制御するＣＰＵ（中央演算装置）であり、図示するように他の構成要素それぞれと接続されている。ＣＰＵ１１の動作の詳細は後述する。

図３において、符号１２は、種々の情報を記憶するＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）である。ＲＯＭ１２は、例えば、ＣＰＵ１１が実行するプログラムを記憶する。符号１３は、種々の情報を記憶するＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）である。ＲＡＭ１３は、例えば、ＣＰＵ１１によってＲＯＭ１２から読み出された情報（例えば、上記プログラム）、ＣＰＵ１１によって処理された情報等を記憶する。符号２２は、種々の情報を記憶するハードディスクである。ハードディスク２２は、例えば、ストアコントローラ４から取得した情報（例えば、商品マスタ）、ＣＰＵ１１によって処理された情報等を記憶する。

図２及び図３において、符号１４は、ＣＰＵ１１の制御に従って店員向けに情報を表示する表示部として機能するほか、店員から入力操作を受け付ける操作部として機能する店員用表示部（タッチパネル）である。符号１５は、商品登録の完了入力や精算時においてお客から受け取った預かり金額などの数字データ入力等を行うための操作部である。符号１６は、ＣＰＵ１１の制御に従ってお客向けに情報を表示する客用表示部である。

図２及び図３において、符号１７は、貨幣（金銭）が収納される収納部３０（図３において非図示）への入出金を制御する自動釣銭釣札機である。ＰＯＳレジスタ２と自動釣銭釣札機１７との関係について、図２、図３に示す例では、自動釣銭釣札機１７はＰＯＳレジスタ２に内蔵されているが、自動釣銭釣札機１７はＰＯＳレジスタ２に接続されていてもよい。なお、ＰＯＳレジスタ２と自動釣銭釣札機１７との関係について、ＰＯＳレジスタ２に内蔵された自動釣銭釣札機１７とＰＯＳレジスタ２に接続されている自動釣銭釣札機１７とを特に区別しない場合には、ともに、ＰＯＳレジスタ２の自動釣銭釣札機１７とも称する。また、自動釣銭釣札機１７を内蔵するＰＯＳレジスタ２と自動釣銭釣札機１７を接続しているＰＯＳレジスタ２とを特に区別しない場合には、ともに、自動釣銭釣札機１７を内蔵等するＰＯＳレジスタ２とも称する。

自動釣銭釣札機１７は、ＰＯＳレジスタ２において、登録された商品の代金を現金にて決済するときに使用される。自動釣銭釣札機１７は、貨幣（紙幣）を投入するための紙幣投入口（非図示）、貨幣（硬貨）を投入するための硬貨投入口（図２の符号１７ｂ）、貨幣（紙幣）を放出するための紙幣放出口（非図示）、貨幣（硬貨）を放出するための硬貨放出口（図２の符号１７ａ）、投入又は放出される貨幣を計数する計数部（非図示）、投入口又は放出口と収納部３０の間の貨幣の搬送機構（非図示）などを有する。なお、紙幣投入口及び硬貨投入口は、預り金投入口とも称される。紙幣放出口及び硬貨放出口は、釣銭放出口とも称される。なお、紙幣投入口と紙幣放出口は共通であってもよく、また、硬貨投入口と硬貨放出口は共通であってもよい。

自動釣銭釣札機１７は、ＣＰＵ１１の制御に従って、釣銭投入口された貨幣を計数し、収納部３０に収納する。また、自動釣銭釣札機１７は、ＣＰＵ１１の制御に従って、放出する貨幣を計数し、釣銭放出口から放出する。例えば、自動釣銭釣札機１７は、精算時にお客から預かった貨幣を計数し、収納部３０に収納し、精算時にお客への釣り銭とする貨幣を計数し、釣銭放出口から放出する。

また、自動釣銭釣札機１７は、閉店処理時に補充された貨幣を計数し、収納部３０に収納する。自動釣銭釣札機１７は、閉店処理時に出金する貨幣を計数し、釣銭放出口から放出する。なお、閉店処理とは、閉店後や開店前などに自動釣銭釣札機１７内に収納されている金額（現金有高／現金在高）を基準金額に調整する処理である。閉店処理は、自動釣銭釣札機１７に貨幣を補充する金銭補充処理と、自動釣銭釣札機１７から貨幣を回収する金銭回収処理とを含む。つまり、自動釣銭釣札機１７は、ＣＰＵ１１の制御に従って、閉店処理として金銭回収処理又は／及び金銭補充処理を実行する。

自動釣銭釣札機１７を内蔵等するＰＯＳレジスタ２は、当該ＰＯＳレジスタ２における操作（例えば、操作部１５の操作）に応じて自動釣銭釣札機１７による閉店処理を実行してもよいし、監視装置３などの他の装置からの命令に応じて自動釣銭釣札機１７による閉店処理を実行してもよい。また、閉店処理の実行に条件を設定してもよい。例えば、閉店処理を行う従業員（担当者）が特定された場合に閉店処理の実行を許可してもよいし、特定された従業員に閉店処理を実行する権限が与えられている場合に閉店処理の実行を許可してもよい。なお、閉店処理のうち金銭補充処理又は金銭回収処理の何れか一方又は両方に実行条件を設定してもよい。以上から、一例としては、自動釣銭釣札機１７は、監視装置３から送信された閉店処理の実行を制御する閉店処理実行制御情報と、当該閉店処理を行う従業員の従業員識別情報とが得られた場合に、閉店処理（少なくとも金銭回収処理）を実行してもよい。

自動釣銭釣札機１７を内蔵等するＰＯＳレジスタ２は、所定の条件に基づいて、閉店処理（金銭補充処理、金銭回収処理）を実行する。例えば、以下の条件（条件１、条件２）の全部又は一部を満たすように閉店処理を実行する。

（条件１）最高額面の紙幣（現時点において一万円札）を全部回収する（図４（ａ）参照）。
（条件２）全金種の硬貨の合計回収金額（硬貨合計回収金額）は、全金種の硬貨の合計金額（硬貨合計金額）のうちの所定金額未満の端数金額とする（図４（ａ）参照）。

従って、例えば、ＰＯＳレジスタ２は、条件１に基づいて、金銭回収処理において自動釣銭釣札機１７内の全一万円札を回収してもよい。例えば、ＰＯＳレジスタ２は、金銭回収処理を実行する際に自動釣銭釣札機１７内に一万円札が３０枚残っているときには、金銭回収処理において当該３０枚の一万円札を全部回収する。また、ＰＯＳレジスタ２は、条件２に基づいて、金銭回収処理後の硬貨合計金額に千円未満の端数金額がなくなるように金銭回収処理において硬貨を回収しつつ、硬貨の回収よりも紙幣の回収を優先してもよい。例えば、ＰＯＳレジスタ２は、金銭回収処理を実行する際に自動釣銭釣札機１７内に１５３０３８円分の貨幣（うち紙幣分は１５１０００円、硬貨分は２０３８円）が残っている場合に５３０３８円分を回収するときには、｛紙幣５１０００円分及び硬貨２０３８円分｝や｛紙幣５２０００円分及び硬貨１０３８円分｝ではなく｛紙幣５３０００円分及び硬貨３８円分｝を回収する。条件２によれば、回収される硬貨は少なくなるので、多くの硬貨を回収する場合に比べて作業が楽になる。つまり、同一金額の紙幣に比べて量（枚数）が多くなる硬貨の回収を少なく抑えるので、例えば、回収後の持ち運びなどが楽になる。

また、自動釣銭釣札機１７を内蔵等するＰＯＳレジスタ２は、上記の条件（条件１、条件２）に代えて、又は加えて、以下の条件（条件３、条件４、条件５）の全部又は一部を満たすように閉店処理を実行してもよい。

（条件３）閉店処理後には、最高額面の紙幣を除く全紙幣（五千円札、二千円札、千円札）の合計金額（紙幣合計金額）と硬貨合計金額とを合計した金額（紙幣硬貨合計金額）が紙幣硬貨合計基準金額（紙幣硬貨合計残置金額）以上となるようにする（図４（ａ）、図４（ｂ）参照）。なお、他の条件を考慮しつつ、紙幣硬貨合計基準金額以上の最小額となるようにしてもよい。
（条件４）閉店処理後には、紙幣合計金額が紙幣合計基準金額（紙幣合計残置金額）以上となるようにする（図４（ａ）、図４（ｂ）参照）。
（条件５）閉店処理後には、五千円札の合計金額が五千円札基準金額（五千円札残置金額）以上（図４（ａ）、図４（ｃ）参照）、かつ、二千円札の合計金額が二千円札基準金額（二千円札残置金額）以上（図４（ａ）、図４（ｄ）参照）、かつ、千円札の合計金額が千円札基準金額（千円札残置金額）以上となるようにする（図４（ａ）、図４（ｅ）参照）。即ち、最高額面の紙幣を除く各紙幣の合計金額が夫々の金種別紙幣基準金額（金種別紙幣残置金額）以上となるようにする。なお、釣銭として二千円札を使用しないときには二千円札基準金額は０円となる。

つまり、所定の条件として条件１〜条件５がある場合には、ＰＯＳレジスタ２は、条件１、条件２のうち少なくとも１つの条件と、条件３〜条件５のうち少なくとも１つの条件とに従って閉店処理を実行してもよいし、条件１、条件２のうち少なくとも１つの条件に従って閉店処理を実行してもよいし（条件３〜条件５は考慮せずに閉店処理を実行してもよいし）、条件３〜条件５のうち少なくとも１つの条件に従って閉店処理を実行してもよい（条件１、条件２は考慮せずに閉店処理を実行してもよい）。

従って、例えば、ＰＯＳレジスタ２は、条件２、条件３及び条件５に基づいて、硬貨合計金額において所定金額未満の端数金額がなくなるように、かつ、紙幣硬貨合計金額が紙幣硬貨合計基準金額以上となるように、かつ、最高額面の紙幣を除く各紙幣の合計金額が夫々の金種別紙幣基準金額以上となるように（五千円札の合計金額が五千円札基準金額以上、かつ、二千円札の合計金額が二千円札基準金額以上、かつ、千円札の合計金額が千円札基準金額以上となるように）、閉店処理を実行してもよい。

また、自動釣銭釣札機１７は、ＣＰＵ１１の制御に従って、金種毎の現在枚数（現在、収納されている枚数）を管理する。具体的には、自動釣銭釣札機１７は、金種毎の現在枚数に関する最新情報（以下、現在枚数情報という）を管理する。例えば、自動釣銭釣札機１７は、貨幣投入時には、金種毎の投入枚数（入金枚数）に基づいて現在枚数情報を更新（加算）し、貨幣放出時には、金種毎の放出枚数（出金枚数）に基づいて現在枚数情報を更新（減算）する。また、自動釣銭釣札機１７は、貨幣の投入、放出に際し、金種毎の投入枚数などの情報を含む入金履歴情報と、金種毎の放出枚数などの情報を含む出金履歴情報とを記憶する。

なお、現在枚数情報、入金履歴情報、出金履歴情報は、自動釣銭釣札機１７の内部（例えば、自動釣銭釣札機１７が備える記憶領域（非図示））に記憶してもよいし、自動釣銭釣札機１７の外部（例えば、ハードディスク２２）に記憶してもよい。

図３において、符号１８は、コード情報（バーコード）を読み取るスキャナ部である。スキャナ部１８は、読み取ったデータをＣＰＵ１１へ供給する。例えば、スキャナ部１８は、商品に貼付されたコード情報（例えば、ＪＡＮコード）を読み取り、そのデータをＣＰＵ１１へ供給する。また例えば、スキャナ部１８は、従業員カードに印刷されたコード情報を読み取り、そのデータをＣＰＵ１１へ供給する。なお、図２にはスキャナ部１８を示していないが、スキャナ部１８は、ＰＯＳレジスタ２の装置本体に有線で接続され、読み取ったデータを有線で装置本体に送信する構成としてもよいし、無線によって装置本体に接続され、読み取ったデータを装置本体に無線によって送信するような構成としてもよい。

図２及び図３において、符号１９は、ＣＰＵ１１の制御に従って印刷物を発行する印刷部である。例えば、印刷部１９は、精算処理の完了後、買上商品の明細情報等を印刷媒体に印刷してレシートとして発行する。

図３において、符号２０は、ＣＰＵ１１の制御に従ってＬＡＮを介して外部と通信する通信部である。具体的には、通信部２０は、適宜、ストアコントローラ４から商品マスタを受信する。また、通信部２０は、精算処理の完了後、ストアコントローラ４に取引情報を送信する。

また、通信部２０は、処理状況を監視装置３に送信する。例えば、通信部２０は、登録処理の完了時に登録処理の完了を示す通知を監視装置３に送信し、精算処理の完了時に精算処理の完了を示す通知を監視装置３に送信する。なお、通信部２０は、上記に加え、登録処理の開始を示す通知や精算処理の開始を示す通知を監視装置３に送信してもよい。

また、通信部２０は、当該ＰＯＳレジスタ２の自動釣銭釣札機１７の現在枚数情報を監視装置３に送信する。例えば、通信部２０は、当該ＰＯＳレジスタ２の現在枚数に変化（増減）があった場合に、当該ＰＯＳレジスタ２の現在枚数情報を監視装置３に送信する。また例えば、通信部２０は、上記に代えて又は加えて、現在枚数情報要求を監視装置３から受信した場合に、当該ＰＯＳレジスタ２の現在枚数情報を監視装置３に送信（応答）してもよい。なお、通信部２０は、同様に、他のＰＯＳレジスタ２に現在枚数情報を送信してもよい。即ち、通信部２０は、当該ＰＯＳレジスタ２の現在枚数に変化があった場合や他のＰＯＳレジスタ２から現在枚数情報要求を受信した場合に現在枚数情報を当該他のＰＯＳレジスタ２に送信してもよい。つまり、ＰＯＳレジスタ２は、他のＰＯＳレジスタ２の現在枚数に変化があった場合に当該他のＰＯＳレジスタ２から現在枚数情報を受信し、あるいは、他のＰＯＳレジスタ２に現在枚数情報要求を送信することによって当該他のＰＯＳレジスタ２から現在枚数情報を受信することができる。

同様に、通信部２０は、当該ＰＯＳレジスタ２の自動釣銭釣札機１７の入金履歴情報や出金履歴情報を監視装置３などに送信してもよい。例えば、通信部２０は、要求に応じて入金履歴情報や出金履歴情報を監視装置３などに送信してもよい。

また、通信部２０は、当該ＰＯＳレジスタ２（自装置）の自動釣銭釣札機１７の貨幣がゼロに近い枚数である旨（即ち、釣銭ニアエンドである旨）を報知する情報（以下、釣銭ニアエンド情報という）や、当該ＰＯＳレジスタ２の自動釣銭釣札機１７の貨幣が収納許容限度枚数に近い枚数である旨（即ち、釣銭ニアフルである旨）を報知する情報（以下、釣銭ニアフル情報という）を監視装置３（又は、他のＰＯＳレジスタ２）に送信してもよい。

なお、ＰＯＳレジスタ２は、ＬＡＮを介して外部と通信する通信部２０に加えて、近距離無線通信（例えば、ブルートゥース、ＲＦＩＤ、赤外線通信）によって外部と通信する通信部（非図示）を備えてもよい。

図３において、符号２１はＣＰＵ１１の制御に従って撮像する撮像部（カメラ）である。例えば、撮像部２１は、当該ＰＯＳレジスタ２を操作する店員、当該ＰＯＳレジスタ２による商品の登録や精算を受けているお客を撮像する。なお、図２には撮像部２１を示していないが、撮像部２１は、ＰＯＳレジスタ２の装置本体に有線で接続され、撮像画像を有線で装置本体に送信する構成としてもよいし、無線によって装置本体に接続され、撮像画像を装置本体に無線によって送信するような構成としてもよい。

続いて、監視装置３について説明する。監視装置３は、少なくとも、当該監視装置３全体を制御する制御部（ＣＰＵ）と、種々の情報を記憶する記憶部（ＲＯＭ、ＲＡＭ）と、種々の情報を表示する表示部（ディスプレイ）と、外部と通信する通信部とを備える。

監視装置３は、ＰＯＳレジスタ２による処理状況（例えば精算状況）を表示部に表示する。例えば、監視装置３は、各ＰＯＳレジスタ２から送信される通知（例えば、登録処理の完了を示す通知、精算処理の開始を示す通知、精算処理の完了を示す通知）などに基づいて、夫々のＰＯＳレジスタ２が精算処理中であるか否か、あるいは、夫々のＰＯＳレジスタ２において未精算取引が存在するか否かなどを表示する。

図５は、表示画面の一例である。監視装置３は、全ＰＯＳレジスタ２の精算状況を一覧表示（ＰＯＳレジスタ２の数が多い場合にはスクロール表示）してもよい。例えば、ＬＡＮ上に８台のＰＯＳレジスタ２（ＰＯＳ１〜ＰＯＳ８）がある場合、監視装置３は、図５（ａ）に示すように、夫々のＰＯＳレジスタ２を模した画像（アイコン）とともに各アイコンの近傍（例えば図示の如く下部）に、精算状況を表示してもよい。図５（ａ）において、ＰＯＳ４のアイコンの下部の文言「使用中」は当該ＰＯＳ４が精算処理中（精算中）である旨を表し、ＰＯＳ６のアイコンの下部の文言「未精算」は当該ＰＯＳ６に未精算取引が存在する旨を表している。

なお、監視装置３は、図５（ｂ）に示すように、精算状況毎に纏めて表示してもよい。図５（ｂ）の場合、精算処理中のＰＯＳレジスタ２（ＰＯＳ４）のアイコンと、未精算取引が存在するＰＯＳレジスタ２（ＰＯＳ６）のアイコンと、それ以外のＰＯＳレジスタ２（ＰＯＳ１、ＰＯＳ２、ＰＯＳ３、ＰＯＳ５、ＰＯＳ７、ＰＯＳ８）のアイコンとを夫々異なる領域に表示している。また、ＰＯＳレジスタ２が予め複数のグループにグループ化されている場合には、監視装置３は、図５（ｃ）に示すように、グループ毎に精算状況を表示してもよい。図５（ｃ）の場合、グループ１に属するＰＯＳレジスタ２（ＰＯＳ１〜ＰＯＳ４）のアイコンと、グループ２に属するＰＯＳレジスタ２（ＰＯＳ５〜ＰＯＳ８のアイコン）とを夫々異なる領域に表示している。なお、グループ数は３以上であってもよい。

また、監視装置３は、ＰＯＳレジスタ２における閉店処理の実行を制御する。具体的には、監視装置３は、精算状況を表示する画面を介して、１以上のＰＯＳレジスタ２における閉店処理の実行を制御する。

（図５（ａ）に示すように精算状況を表示している場合）
監視装置３は、ＰＯＳレジスタ２の指定がなく単に「閉店処理」が押下された場合、精算処理中のＰＯＳレジスタ２（ＰＯＳ４）と未精算取引が存在するＰＯＳレジスタ２（ＰＯＳ６）を除く他の全部のＰＯＳレジスタ２（ＰＯＳ１、ＰＯＳ２、ＰＯＳ３、ＰＯＳ５、ＰＯＳ７、ＰＯＳ８）に閉店処理実行制御情報を送信する。なお、閉店処理実行制御情報を受信したＰＯＳレジスタ２（ＰＯＳ１、ＰＯＳ２、ＰＯＳ３、ＰＯＳ５、ＰＯＳ７、ＰＯＳ８）の夫々は、夫々の装置において従業員識別情報が読み取られた後に、閉店処理実行制御情報に従って閉店処理を実行する。

また、ＰＯＳレジスタ２の指定がなく単に「閉店処理」が押下された場合に、監視装置３は、精算処理中のＰＯＳレジスタ２（ＰＯＳ４）と未精算取引が存在するＰＯＳレジスタ２（ＰＯＳ６）にも閉店処理実行制御情報を送信してもよい。即ち、監視装置３は、全部のＰＯＳレジスタ２（ＰＯＳ１〜ＰＯＳ８）に閉店処理実行制御情報を送信してもよい。なお、全部のＰＯＳレジスタ２（ＰＯＳ１〜ＰＯＳ８）に閉店処理実行制御情報を送信する態様の場合、精算処理中のＰＯＳレジスタ２（ＰＯＳ４）及び未精算取引が存在するＰＯＳレジスタ２（ＰＯＳ６）は、閉店処理実行制御情報を無視してもよいし、閉店処理が実行できない旨の通知（応答情報）を監視装置３に送信（応答）してもよい。なお、監視装置３は、ＰＯＳレジスタ２（ＰＯＳ４、ＰＯＳ６）から閉店処理が実行できない旨の通知を受信したときは、その旨を報知（例えば、メッセージを表示）してもよい。

なお、図５（ａ）の例は、「閉店処理」の押下前においても、精算処理中のＰＯＳレジスタ２（ＰＯＳ４）のアイコンに対応付けて「使用中」の文言を表示し、未精算取引が存在するＰＯＳレジスタ２（ＰＯＳ６）のアイコンに対応付けて「未精算」の文言を表示しているが、「閉店処理」の押下後に「使用中」の文言や「未精算」の文言を表示してもよい。「閉店処理」の押下後に「使用中」の文言や「未精算」の文言を表示する態様の場合、監視装置３は、ＰＯＳレジスタ２の指定がなく単に「閉店処理」が押下されたときは、全部のＰＯＳレジスタ２（ＰＯＳ１〜ＰＯＳ８）に閉店処理実行制御情報を送信するとともに、応答として精算処理中のＰＯＳレジスタ２（ＰＯＳ４）から受信する閉店処理が実行できない旨（精算処理中である旨）の通知に基づいて、精算処理中のＰＯＳレジスタ２（ＰＯＳ４）のアイコンに対応付けて「使用中」の文言を表示し、応答として未精算取引が存在するＰＯＳレジスタ２（ＰＯＳ６）から受信する閉店処理が実行できない旨（未精算取引が存在する旨）の通知に基づいて、未精算取引が存在するＰＯＳレジスタ２（ＰＯＳ６）のアイコンに対応付けて「未精算」の文言を表示する。また、監視装置３は、上記に代えて、精算処理中であるＰＯＳレジスタ２や未精算取引が存在するＰＯＳレジスタ２（ＰＯＳ４、ＰＯＳ６）を除く他の全部のＰＯＳレジスタ２（ＰＯＳ１、ＰＯＳ２、ＰＯＳ３、ＰＯＳ５、ＰＯＳ７、ＰＯＳ８）に閉店処理実行制御情報を送信するとともに、「閉店処理」の押下時点において把握（記憶）している処理状況に関する情報に基づいて、「使用中」の文言や「未精算」の文言を表示してもよい。図５（ｃ）に示すように精算状況を表示している場合についても同様である。

なお、「閉店処理」の押下後に「使用中」の文言や「未精算」の文言を表示する態様においては、確認を求めるようにしてもよい。例えば、「閉店処理」の押下後に「使用中」の文言や「未精算」の文言を表示した場合（即ち、精算処理中のＰＯＳレジスタ２や精算処理中のＰＯＳレジスタ２が存在している場合）と、「閉店処理」の押下後に「使用中」の文言や「未精算」の文言を表示しなかった場合（即ち、精算処理中のＰＯＳレジスタ２や精算処理中のＰＯＳレジスタ２が存在していなかった場合）の何れの場合においても、監視装置３は、「閉店処理」の押下後に再度「閉店処理」が押下された場合に、閉店処理実行制御情報を再度送信してもよい。換言すれば、全部のＰＯＳレジスタ２（ＰＯＳ１〜ＰＯＳ８）は、監視装置３から閉店処理実行制御情報（１回目）を受信した場合に、閉店処理を実行できるか否かを示した応答情報を監視装置３に送信し、その後に、監視装置３から閉店処理実行制御情報（２回目）を受信したときに閉店処理を実行してもよい。なお、当該例では、監視装置３から閉店処理実行制御情報（２回目）を受信するのは、精算処理中であるＰＯＳレジスタ２や未精算取引が存在するＰＯＳレジスタ２（ＰＯＳ４、ＰＯＳ６）を除く他の全部のＰＯＳレジスタ２（ＰＯＳ１、ＰＯＳ２、ＰＯＳ３、ＰＯＳ５、ＰＯＳ７、ＰＯＳ８）である。図５（ｃ）に示すように精算状況を表示している場合についても同様である。

また、ＰＯＳレジスタ２の指定がなく単に「閉店処理」が押下された場合ではなく、ＰＯＳレジスタ２の指定とともに「閉店処理」が押下された場合には、監視装置３は、指定された１以上のＰＯＳレジスタ２に対して閉店処理の実行を制御してもよい。例えば、アイコン押下によって１以上のＰＯＳレジスタ２を指定可能とし（例えば、指定状態／非指定状態を押下毎に切替可能とし）、ボタン「閉店処理」の押下時に指定状態にある１以上のＰＯＳレジスタ２に閉店処理実行制御情報を送信してもよい。

なお、ＰＯＳレジスタ２の指定がなく単に「閉店処理」が押下された状態は、全部のＰＯＳレジスタ２の指定とともに「閉店処理」が押下された状態と同様であるため、指定されたＰＯＳレジスタ２のなかに精算処理中であるＰＯＳレジスタ２や未精算取引が存在するＰＯＳレジスタ２が含まれているときの動作は、精算処理中であるＰＯＳレジスタ２や未精算取引が存在するＰＯＳレジスタ２があるときにＰＯＳレジスタ２の指定がなく単に「閉店処理」が押下されたときの動作と同様である。例えば、ＰＯＳ３、ＰＯＳ４、ＰＯＳ５が指定されて「閉店処理」が押下されたときには、監視装置３は、精算処理中のＰＯＳ４を除くＰＯＳ３、ＰＯＳ５に閉店処理実行制御情報を送信してもよいし、ＰＯＳ３、ＰＯＳ４、ＰＯＳ５の全部に閉店処理実行制御情報を送信してもよい。また、「閉店処理」の押下後に「使用中」の文言や「未精算」の文言を表示する態様に関しても、ＰＯＳレジスタ２の指定とともに「閉店処理」が押下されたときの動作は、ＰＯＳレジスタ２の指定がなく単に「閉店処理」が押下されたときの動作と同様である。例えば、ＰＯＳ３、ＰＯＳ４、ＰＯＳ５が指定されて「閉店処理」が押下されたときには、監視装置３は、ＰＯＳ３、ＰＯＳ４、ＰＯＳ５の全部に閉店処理実行制御情報を送信するとともに、応答として精算処理中のＰＯＳ４から受信する閉店処理が実行できない旨（精算処理中である旨）の通知に基づいて、精算処理中のＰＯＳ４のアイコンに対応付けて「使用中」の文言を表示してもよいし、精算処理中であるＰＯＳ４を除くＰＯＳ３、ＰＯＳ５に閉店処理実行制御情報を送信するとともに、「閉店処理」の押下時点において把握（記憶）している処理状況に関する情報に基づいて、「使用中」の文言を表示してもよい。また、確認を求める態様に関しても、ＰＯＳレジスタ２の指定とともに「閉店処理」が押下されたときの動作は、ＰＯＳレジスタ２の指定がなく単に「閉店処理」が押下されたときの動作と同様である。例えば、ＰＯＳ３、ＰＯＳ４、ＰＯＳ５が指定されて「閉店処理」が押下されたときには、監視装置３は、ＰＯＳ３、ＰＯＳ４、ＰＯＳ５の全部に閉店処理実行制御情報（１回目）を送信し、閉店処理実行制御情報（１回目）を受信した各ＰＯＳレジスタ２（ＰＯＳ３、ＰＯＳ４、ＰＯＳ５）は、閉店処理を実行できるか否かを示した応答情報を監視装置３に送信し、監視装置３は、「閉店処理」が再度押下されたときに、閉店処理を実行できる旨の応答情報を送信したＰＯＳ３、ＰＯＳ５に閉店処理実行制御情報（２回目）を送信し、閉店処理実行制御情報（２回目）を受信した各ＰＯＳレジスタ２（ＰＯＳ３、ＰＯＳ５）は、閉店処理を実行すればよい。

（図５（ｂ）に示すように精算状況を表示している場合）
監視装置３は、ＰＯＳレジスタ２の指定がなく単に「閉店処理」が押下された場合には、図５（ａ）に示すように精算状況を表示している場合と同様、精算処理中のＰＯＳレジスタ２（ＰＯＳ４）と未精算取引が存在するＰＯＳレジスタ２（ＰＯＳ６）を除く他の全部のＰＯＳレジスタ２（ＰＯＳ１、ＰＯＳ２、ＰＯＳ３、ＰＯＳ５、ＰＯＳ７、ＰＯＳ８）に閉店処理実行制御情報を送信する。

ＰＯＳレジスタ２の指定がなく単に「閉店処理」が押下された場合ではなく、精算処理中であるＰＯＳレジスタ２や未精算取引が存在するＰＯＳレジスタ２以外のＰＯＳレジスタ２の表示領域内のＰＯＳレジスタ２の指定とともに「閉店処理」が押下された場合には、監視装置３は、上記領域内から指定された１以上のＰＯＳレジスタ２に対して閉店処理の実行を制御する。なお、精算処理中であるＰＯＳレジスタ２の表示領域内や未精算取引が存在するＰＯＳレジスタ２の表示領域内からは指定を受け付けないようにしてもよい。

なお、「閉店処理」の押下後に「使用中」の文言や「未精算」の文言を表示する態様に関連して、図５（ｂ）に示すように精算状況は、「閉店処理」の押下後に、精算処理中であるＰＯＳレジスタ２や未精算取引が存在するＰＯＳレジスタ２があったときに限って表示するようにしてもよい。つまり、「閉店処理」の押下前は図５（ａ）に示すように精算状況を表示し（「使用中」の文言や「未精算」の文言は非表示）、「閉店処理」の押下後に、ＰＯＳレジスタ２から閉店処理が実行できない旨（精算処理中である旨、未精算取引が存在する旨）の通知を受信したときや、「閉店処理」の押下時点において把握（記憶）している処理状況に関する情報に基づいて、図５（ｂ）に示すように精算状況を表示してもよい。なお、図５（ｂ）に示すように精算状況は、所定の時間が経過する迄、又は、所定の操作がなされる迄表示し、その後は、元の図５（ａ）に示すように精算状況に戻してもよい。

（図５（ｃ）に示すように精算状況を表示している場合）
監視装置３は、グループ毎に精算状況を表示するときにはグループ毎に閉店処理の実行を制御してもよい。例えば、押下毎にグループ１の表示領域を指定状態／非指定状態に切替可能とし（グループ２の表示領域も同様）、ボタン「閉店処理」の押下時に指定状態にあるグループに属する全部のＰＯＳレジスタ２（又は、精算処理中であるＰＯＳレジスタ２や未精算取引が存在するＰＯＳレジスタ２以外のＰＯＳレジスタ２）に閉店処理実行制御情報を送信してもよい。例えば、図５（ｃ）において、ボタン「閉店処理」の押下時に、グループ１が指定状態であってグループ２が非指定状態であるときは、監視装置３は、ＰＯＳ１〜ＰＯＳ４（又は、ＰＯＳ１〜ＰＯＳ３）に閉店処理実行制御情報を送信する。ボタン「閉店処理」の押下時に、グループ２が指定状態であってグループ１が非指定状態であるときは、監視装置３は、ＰＯＳ５〜ＰＯＳ８（又は、ＰＯＳ５、ＰＯＳ７、ＰＯＳ８）に閉店処理実行制御情報を送信する。ボタン「閉店処理」の押下時に、グループ１、グループ２が指定状態であるときは、監視装置３は、ＰＯＳ１〜ＰＯＳ８（又は、ＰＯＳ１〜ＰＯＳ３、ＰＯＳ５、ＰＯＳ７、ＰＯＳ８）に閉店処理実行制御情報を送信する。

なお、グループの指定がなく単に「閉店処理」が押下された場合には、エラーメッセージ等を表示してもよいし、全グループに属する全部のＰＯＳレジスタ２（又は、精算処理中であるＰＯＳレジスタ２や未精算取引が存在するＰＯＳレジスタ２以外のＰＯＳレジスタ２）に閉店処理実行制御情報を送信してもよい。また、ＰＯＳレジスタ２の指定とともに「閉店処理」が押下された場合には、監視装置３は、指定された１以上のＰＯＳレジスタ２に対して閉店処理の実行を制御してもよい。なお、複数のＰＯＳレジスタ２を指定する場合には、同一グループにおける複数のＰＯＳレジスタ２の指定に限定してもよいし、限定しなくてもよい。

以上のように、監視装置３の制御部は、未精算又は精算中の取引が存在しない複数のＰＯＳレジスタ２の全てにおける閉店処理、又は、ユーザによって指定された１以上のＰＯＳレジスタ２であって未精算又は精算中の取引が存在しない１以上のＰＯＳレジスタ２における閉店処理、又は、未精算又は精算中の取引が存在しないＰＯＳレジスタ２としてユーザによって指定された１以上のＰＯＳレジスタ２における閉店処理、又は、ユーザによって指定された１以上のグループの夫々に含まれるＰＯＳレジスタ２における閉店処理、又は、ユーザによって指定された１以上のグループの夫々に含まれるＰＯＳレジスタ２であって未精算又は精算中の取引が存在しないＰＯＳレジスタ２における閉店処理の実行を制御する。

また、監視装置３は、図５（ｄ）に示すような、ＰＯＳレジスタ２の貨幣情報を表示する。具体的には、監視装置３は、ＰＯＳレジスタ２から取得（受信）した現在枚数情報に基づいて当該ＰＯＳレジスタ２の貨幣情報を表示する。図５（ｄ）は、貨幣情報として表示された、あるＰＯＳレジスタ２の金種別の現在金額（現在、収納されている金額）である。

また、監視装置３は、閉店処理の実行対象となる１以上のＰＯＳレジスタ２の夫々における金種別の現在金額に基づいて、当該閉店処理の金銭補充処理の実行に際し必要となる金種別の金額を算出する。例えば、監視装置３は、夫々のＰＯＳレジスタ２から取得（受信）した現在枚数情報に基づいて上記金種別の金額を算出する。また、監視装置３は、上記金額を算出する際に、夫々のＰＯＳレジスタ２に現在枚数情報要求を送信して現在枚数情報を取得して上記金種別の金額を算出してもよいし、適宜（現在枚数の増減の都度）、夫々のＰＯＳレジスタ２から送信される現在枚数情報を用いて上記金種別の金額を算出してもよい。

なお、監視装置３は、閉店処理実行制御情報と現在枚数情報要求とを同時に送信してもよい。例えば、監視装置３は、現在枚数情報要求を含む閉店処理実行制御情報を送信してもよい。

図６は、ＰＯＳシステム１の閉店処理の動作例を示すフローチャートである。なお、ユーザの指定などに基づいて３台のＰＯＳレジスタ２（ＰＯＳ１、ＰＯＳ２、ＰＯＳ３）の閉店処理を行うものとする。

（監視装置３の動作）ステップＳ１０：監視装置３は、現在枚数情報要求を含む閉店処理実行制御情報を各ＰＯＳレジスタ２に送信する。
ステップＳ１１：監視装置３は、各ＰＯＳレジスタ２から送信された現在枚数情報に基づいて各ＰＯＳレジスタ２の貨幣情報（金種別の金額情報）を表示する。
ステップＳ１２：監視装置３は、各ＰＯＳレジスタ２の貨幣情報に基づいて、各ＰＯＳレジスタ２における金種別の回収金額、各ＰＯＳレジスタ２における金種別の補充金額、閉店処理の実行に際し準備する金種別の準備金額などを算出する。
ステップＳ１３：監視装置３は、ステップＳ１２において算出した金額に関する情報を送信する。例えば、監視装置３は、夫々のＰＯＳレジスタ２に、金種別の回収金額／補充金額を示す情報を送信する。また、監視装置３は、準備金装置（例えば、売上金や準備金などを格納するために事務所などに設置されている装置）に、準備金額を示す準備金額情報を送信する。
ステップＳ１４：監視装置３は、各ＰＯＳレジスタ２から送信された閉店処理完了通知に基づいて閉店処理が完了した旨の報告を表示する。
そして、監視装置３のフローチャートは終了する。

（各ＰＯＳレジスタ２の動作）ステップＳ２０：各ＰＯＳレジスタ２は、ステップＳ１０において監視装置３から送信された閉店処理実行制御情報に含まれる現在枚数情報要求に対する応答として、現在枚数情報を監視装置３に送信する。
ステップＳ３０：各ＰＯＳレジスタ２は、閉店処理を実行する。詳細は後述する。
ステップＳ４０：各ＰＯＳレジスタ２は、閉店処理完了通知を監視装置３に送信する。
そして、各ＰＯＳレジスタ２のフローチャートは終了する。

図７は、ＰＯＳレジスタ２における閉店処理（図６のステップＳ３０）の動作例（第１態様としての動作例）を示すフローチャートである。図７の閉店処理は、ＰＯＳ１における金銭回収処理→ＰＯＳ２における金銭回収処理→ＰＯＳ３における金銭回収処理→ＰＯＳ１における金銭補充処理→ＰＯＳ２における金銭補充処理→ＰＯＳ３における金銭補充処理の順に行われる。店員は、まず、ＰＯＳ１に移動する。

ステップＳ３１−１：ＰＯＳ１は、従業員情報を取得したか否かを判断する。例えば、ＰＯＳ１は、従業員カードに印刷されたコード情報を読み取られた場合に従業員情報を取得したと判断する。従業員情報を取得した場合にはステップＳ３２−１に進む。
ステップＳ３２−１：ＰＯＳ１は、金銭回収処理を実行する。ＰＯＳ１は、監視装置３から送信された当該ＰＯＳ１における金種別の回収金額を示す情報に基づいて貨幣を放出する。店員は、ＰＯＳ１から回収した貨幣を持ってＰＯＳ２に移動する。

ステップＳ３１−２：ＰＯＳ２は、ＰＯＳ１と同様、従業員情報を取得したか否かを判断する。従業員情報を取得した場合にはステップＳ３２−２に進む。
ステップＳ３２−２：ＰＯＳ２は、ＰＯＳ１と同様、金銭回収処理を実行する。店員は、ＰＯＳ１及びＰＯＳ２から回収した貨幣を持ってＰＯＳ３に移動する。

ステップＳ３１−３：ＰＯＳ３は、ＰＯＳ１やＰＯＳ２と同様、従業員情報を取得したか否かを判断する。従業員情報を取得した場合にはステップＳ３２−３に進む。
ステップＳ３２−３：ＰＯＳ３は、ＰＯＳ１やＰＯＳ２と同様、金銭回収処理を実行する。店員は、ＰＯＳ１、ＰＯＳ２及びＰＯＳ３から回収した貨幣を持って準備金装置に移動する。店員は、ＰＯＳ１、ＰＯＳ２及びＰＯＳ３から回収した貨幣を準備金装置に格納する。続いて、店員は、ＰＯＳ１、ＰＯＳ２及びＰＯＳ３の何れかに補充する貨幣を準備金装置から出力する。なお、準備金装置は、店員による操作などに応じて、ステップＳ１３において監視装置３から送信された準備金額情報に基づいて、金銭補充処理において必要となる貨幣を金種毎に必要枚数分出力する。店員は、準備金装置から出力された貨幣を持ってＰＯＳ１に移動する。

ステップＳ３３−１：ＰＯＳ１は、金銭回収処理を行う前と同様、従業員情報を取得したか否かを判断する。従業員情報を取得した場合にはステップＳ３４−１に進む。
ステップＳ３４−１：ＰＯＳ１は、金銭補充処理を実行する。ＰＯＳ１は、監視装置置３から送信された当該ＰＯＳ１における金種別の補充金額を示す情報に基づいて貨幣を補充する。例えば、店員は、準備金装置から出力された全部の貨幣をＰＯＳ１に投入し、ＰＯＳ１は、投入貨幣から補充分（上記補充金額を示す情報によって示される金種毎の枚数）を収納し、余剰分の貨幣を放出してもよい。店員は、準備金装置から出力された貨幣のうちＰＯＳ１に補充されていない分の貨幣を持ってＰＯＳ２に移動する。

ステップＳ３３−２：ＰＯＳ２は、ＰＯＳ１と同様、従業員情報を取得したか否かを判断する。従業員情報を取得した場合にはステップＳ３４−２に進む。
ステップＳ３４−２：ＰＯＳ２は、ＰＯＳ１と同様、金銭補充処理を実行する。店員は、準備金装置から出力された貨幣のうちＰＯＳ１やＰＯＳ２に補充されていない分の貨幣を持ってＰＯＳ３に移動する。

ステップＳ３３−３：ＰＯＳ３は、ＰＯＳ１やＰＯＳ２と同様、従業員情報を取得したか否かを判断する。従業員情報を取得した場合にはステップＳ３４−３に進む。
ステップＳ３４−３：ＰＯＳ３は、ＰＯＳ１やＰＯＳ２と同様、金銭補充処理を実行する。そして、図７のフローチャート（図６のステップＳ３０）は終了する。

なお、ＰＯＳ１は、ステップＳ３０−１、ステップＳ３３−１において、従業員コードが読み取られる迄、図５（ｅ）のようなメッセージを表示してもよい。ＰＯＳ２やＰＯＳ３も同様である。また、ＰＯＳ１は、ステップＳ３２−１において、金銭が放出されたときは、図５（ｆ）のようなメッセージを表示してもよい。ＰＯＳ２やＰＯＳ３も同様である。

また、ＰＯＳ１は、金銭回収処理を行う前と金銭補充処理を行う前の両方において従業員情報を取得したか否かを判断しているが（ステップＳ３１−１、ステップＳ３３−１）、金銭補充処理を行う前の上記判断は省略してもよい。ＰＯＳ２やＰＯＳ３も同様である。また、後述する図１０のフローチャートにおいても同様である。

図８は、ＰＯＳレジスタ２における閉店処理の動作を説明するための説明図である。図９は、ＰＯＳレジスタ２における閉店処理の動作（第１態様としての動作例）を説明するための説明図である。図８（ａ）、図８（ｂ）及び図８（ｃ）は、ある時点のＰＯＳ１、ＰＯＳ２及びＰＯＳ３の現在金額の一例である。図８（ｄ）は、閉店処理の条件に関する基準金額の一例である。図８（ｄ）によれば、紙幣硬貨合計基準金額は１０００００円、紙幣合計基準金額は８００００円、五千円札基準金額は５００００円、二千円札基準金額は０円、千円札基準金額は３００００円、硬貨合計回収金額（端数金額）の最大は９９９円である。なお、図８（ｄ）の例の場合には、五千円札基準金額（５００００円）と二千円札基準金額（０円）と千円札基準金額（３００００円）との全条件を満たせば、紙幣合計基準金額（８００００円）の条件も満たすため、紙幣合計基準金額（８００００円）を条件として用いなくてもよい。

各種の基準金額が図８（ｄ）に示した金額であって、図７のフローチャートの開始時において、ＰＯＳ１〜ＰＯＳ３の現在金額が、図８（ａ）〜図８（ｃ）に示した金額である場合には、ＰＯＳ１の金銭回収処理（図７のステップＳ３２−１）、ＰＯＳ２の金銭回収処理（図７のステップＳ３２−２）、ＰＯＳ３の金銭回収処理（図７のステップＳ３２−３）において、図９（ａ）に示すように、貨幣が回収される。

例えば、ＰＯＳ１の金銭回収処理においては、ＰＯＳ１は、全部の一万円札（２０枚：２０００００円）を放出する（条件１）。また、ＰＯＳ１は、硬貨合計回収金額として所定金額（９９９円）未満の金額（３７０円）を放出する（条件２）。また、紙幣硬貨合計金額（回収分の３７０円を除く）が、紙幣硬貨合計基準金額（１０００００円）以上であって最少額になるように（条件３）、五千円札（２枚：１００００円）を放出する。なお、図９の例では、ＰＯＳ１は、回収枚数が最小になるように、千円札（１０枚：１００００円）ではなく五千円札（２枚：１００００円）を放出している。なお、硬貨の回収する３７０円は最小枚数となる貨幣によって放出してもよい（また、金種毎の基準枚数を考慮して回収する金種と枚数を決定してもよい）。

上記のＰＯＳ１の金銭回収処理後には、二千円札の合計金額（０枚：０円）≧二千円札基準金額（０枚：０円）、千円札の合計金額（４５枚：４５０００円）≧千円札基準金額（３０枚：３００００円）、紙幣硬貨合計金額（１０００００円）≧紙幣硬貨合計基準金額（１０００００円）、紙幣合計金額（８５０００円）≧紙幣合計基準金額（８００００円）については条件に合致するものの、五千円札の合計金額（８枚：４００００円）＜五千円札基準金額（１０枚：５００００円）については条件に合致していない。なお、図中の「ＯＫ」は合致している旨を表し、「ＮＧ」は合致していない旨を表している。

また、ＰＯＳ１の金銭補充処理（図７のステップＳ３４−１）、ＰＯＳ２の金銭補充処理（図７のステップＳ３４−２）、ＰＯＳ３の金銭補充処理（図７のステップＳ３４−３）において、図９（ｂ）に示すように、貨幣が補充される。

例えば、ＰＯＳ１の金銭補充処理においては、ＰＯＳ１は、五千円札（２枚：１００００円）が補充される。当該ＰＯＳ１の金銭補充処理後には、五千円札の合計金額（１０枚：５００００円）≧五千円札基準金額（１０枚：５００００円）、二千円札の合計金額（０枚：０円）≧二千円札基準金額（０枚：０円）、千円札の合計金額（４５枚：４５０００円）≧千円札基準金額（３０枚：３００００円）、紙幣硬貨合計金額（１１００００円）≧紙幣硬貨合計基準金額（１０００００円）、紙幣合計金額（９５０００円）≧紙幣合計基準金額（８００００円）のように何れも条件に合致する。

なお、図９に示した、ＰＯＳ１からの回収金額（一万円札２０枚：２０００００円、五千円札２枚：１００００円、二千円札０枚：０円、千円札０枚：０円、硬貨：３７０円）、ＰＯＳ２からの回収金額（一万円札２９枚：２９００００円、五千円札１４枚：７００００円、二千円札６枚：１２０００円、千円札４枚：４０００円、硬貨：８２０円）、ＰＯＳ３からの回収金額（一万円札１２枚：１２００００円、五千円札０枚：０円、二千円札０枚：０円、千円札０枚：０円、硬貨：７３０円）、事務所からの出金金額（五千円札１４枚：７００００円、千円札６枚：１２０００円）、ＰＯＳ１への補充金額（五千円札２枚：１００００円、二千円札０枚：０円、千円札０枚：０円）、ＰＯＳ２への補充金額（五千円札６枚：３００００円、二千円札０枚：０円、千円札０枚：０円）、ＰＯＳ３への補充金額（五千円札６枚：３００００円、二千円札０枚：０円、千円札６枚：６０００円）は、図８（ａ）〜図８（ｃ）に示したＰＯＳ１〜ＰＯＳ３の夫々の現在金額、図８（ｄ）に示した条件に基づいて、監視装置３において算出され（図６のステップＳ１２）、各装置（ＰＯＳ１〜ＰＯＳ３、準備金装置）に伝えられたものである（図６のステップＳ１３）。図１１、図１３及び図１４の例においても同様である。

図１０は、ＰＯＳレジスタ２における閉店処理の動作例（第２態様としての動作例）を示すフローチャートである。図７において、金銭回収処理→金銭補充処理の順に閉店処理を実行する例を説明したが、図１０に示すように、金銭補充処理→金銭回収処理の順に閉店処理を実行してもよい。即ち、図１０の閉店処理は、ＰＯＳ１における金銭補充処理→ＰＯＳ２における金銭補充処理→ＰＯＳ３における金銭補充処理→ＰＯＳ１における金銭回収処理→ＰＯＳ２における金銭回収処理→ＰＯＳ３における金銭回収処理の順に行われる。店員は、まず、準備金装置に移動する。準備金装置は、店員による操作などに応じて、ステップＳ１３において監視装置３から送信された準備金額情報（第２態様用に算出した準備金額情報）に基づいて、金銭補充処理において必要となる貨幣を金種毎に必要枚数分出力する。店員は、準備金装置から出力された貨幣を持ってＰＯＳ１に移動する。

ステップＳ１３１−１：ＰＯＳ１は、従業員情報を取得したか否かを判断する。従業員情報を取得した場合にはステップＳ１３２−１に進む。
ステップＳ１３２−１：ＰＯＳ１は、金銭補充処理を実行する。例えば、店員は、準備金装置から出力された全部の貨幣をＰＯＳ１に投入し、ＰＯＳ１は、投入貨幣から投入貨幣から補充分を収納し、余剰分の貨幣を放出してもよい。店員は、準備金装置から出力された貨幣のうちＰＯＳ１に補充されていない分の貨幣を持ってＰＯＳ２に移動する。以下、ＰＯＳ２、ＰＯＳ３においても同様に金銭補充処理を実行する（ステップＳ１３１−２、ステップＳ１３２−２、ステップＳ１３１−３、ステップＳ１３２−３）。店員は、ＰＯＳ１に移動する。

ステップＳ１３３−１：ＰＯＳ１は、従業員情報を取得したか否かを判断する。従業員情報を取得した場合にはステップＳ１３４−１に進む。
ステップＳ１３４−１：ＰＯＳ１は、金銭回収処理を実行する。店員は、ＰＯＳ１から回収した貨幣を持ってＰＯＳ２に移動する。以下、ＰＯＳ２、ＰＯＳ３においても同様に金銭回収処理を実行する（ステップＳ１３３−２、ステップＳ１３４−２、ステップＳ１３３−３、ステップＳ１３４−３）。店員は、ＰＯＳ１、ＰＯＳ２及びＰＯＳ３から回収した貨幣を持って準備金装置に移動し、回収した貨幣を準備金装置に格納する。そして、図１０のフローチャート（図６のステップＳ３０）は終了する。

図１１は、ＰＯＳレジスタ２における閉店処理の動作（第２態様としての動作例）を説明するための説明図である。各種の基準金額が図８（ｄ）に示した金額であって、図１０のフローチャートの開始時において、ＰＯＳ１〜ＰＯＳ３の現在金額が、図８（ａ）〜図８（ｃ）に示した金額である場合には、ＰＯＳ１の金銭補充処理（図１０のステップＳ１３２−１）、ＰＯＳ２の金銭補充処理（図１０のステップＳ１３２−２）、ＰＯＳ３の金銭補充処理（図１０のステップＳ１３２−３）において、ＰＯＳ１、ＰＯＳ２、ＰＯＳ３は、図１１（ａ）に示すように、貨幣が補充される。なお、事務所からの出金金額（五千円札６枚：３００００円、千円札６枚：６０００円）は、ＰＯＳ３に補充される金額（五千円札６枚：３００００円、千円札６枚：６００００円）とから算出される。

また、金銭回収処理（図１０のステップＳ１３４−１）、ＰＯＳ２の金銭回収処理（図１０のステップＳ１３４−２）、ＰＯＳ３の金銭回収処理（図１０のステップＳ１３４−３）において、図１１（ｂ）に示すように、貨幣が回収される。

例えば、ＰＯＳ１の金銭回収処理においては、ＰＯＳ１は、全部の一万円札（２０枚：２０００００円）を放出する（条件１）。また、ＰＯＳ１は、硬貨合計回収金額として所定金額（９９９円）未満の金額（３７０円）を放出する（条件２）。また、紙幣硬貨合計金額（回収分の３７０円を除く）が紙幣硬貨合計基準金額（１０００００円）以上であって最少額（条件３）、かつ、五千円札の合計金額≧五千円札基準金額（１０枚：１０００００円。条件５）、かつ、千円札の合計金額≧千円札基準金額（３０枚：３００００円。条件５）となるように、千円札（１０枚：１００００円）を放出する。当該ＰＯＳ１の金銭回収処理後には、五千円札の合計金額（１０枚：５００００円）≧五千円札基準金額（１０枚：５００００円）、二千円札の合計金額（０枚：０円）≧二千円札基準金額（０枚：０円）、千円札の合計金額（３５枚：３５０００円）≧千円札基準金額（３０枚：３００００円）、紙幣硬貨合計金額（１０００００円）≧紙幣硬貨合計基準金額（１０００００円）、紙幣合計金額（８５０００円）≧紙幣合計基準金額（８００００円）のように何れも条件に合致する。

図１２は、ＰＯＳレジスタ２における閉店処理の動作例（第３態様としての動作例）を示すフローチャートである。ＰＯＳレジスタ２は、図１２に示すように、１台ずつ閉店処理を実行してもよい。即ち、図１２の閉店処理は、ＰＯＳ１における金銭回収補充処理→ＰＯＳ２における金銭回収補充処理→ＰＯＳ３における金銭回収補充処理の順に行われる。店員は、まず、準備金装置に移動する。準備金装置は、店員による操作などに応じて、ステップＳ１３において監視装置３から送信された準備金額情報（第３態様用に算出した準備金額情報）に基づいて、金銭回収補充処理において必要となる貨幣を金種毎に必要枚数分出力する。店員は、準備金装置から出力された貨幣を持ってＰＯＳ１に移動する。

ステップＳ２３１−１：ＰＯＳ１は、従業員情報を取得したか否かを判断する。従業員情報を取得した場合にはステップＳ２３２−１に進む。
ステップＳ２３２−１：ＰＯＳ１は、金銭回収補充処理を実行する。例えば、店員は、準備金装置から出力された全部の貨幣をＰＯＳ１に投入し、ＰＯＳ１は、投入貨幣から補充分を収納し、余剰分の貨幣（回収分の貨幣も含む）を放出してもよい。店員は、手元に残った貨幣を持ってＰＯＳ２に移動する。以下、ＰＯＳ２、ＰＯＳ３においても同様に金銭回収補充処理を実行する（ステップＳ２３１−２、ステップＳ２３２−２、ステップＳ２３１−３、ステップＳ２３２−３）。店員は、手元に残った貨幣を持って準備金装置に移動し、手元に残った貨幣を準備金装置に格納する。そして、図１２のフローチャート（図６のステップＳ３０）は終了する。

図１３は、ＰＯＳレジスタ２における閉店処理の動作（第３態様としての動作例）を説明するための説明図である。各種の基準金額が図８（ｄ）に示した金額であって、図１２のフローチャートの開始時において、ＰＯＳ１〜ＰＯＳ３の現在金額が、図８（ａ）〜図８（ｃ）に示した金額である場合には、ＰＯＳ１の金銭回収補充処理（図１２のステップＳ２３２−１）、ＰＯＳ２の金銭回収補充処理（図１２のステップＳ２３２−２）、ＰＯＳ３の金銭回収補充処理（図１２のステップＳ２３２−３）において、図１３に示すように、貨幣が放出又は補充される。なお、ＰＯＳ１→ＰＯＳ２→ＰＯＳ３の順に処理する場合には事務所からの出金金額はない。

例えば、ＰＯＳ１の金銭回収補充処理においては、ＰＯＳ１は、全部の一万円札（２０枚：２０００００円）を放出する（条件１）。また、ＰＯＳ１は、硬貨合計回収金額として所定金額（９９９円）未満の金額（３７０円）を放出する（条件２）。また、紙幣硬貨合計金額（回収分の３７０円を除く）が紙幣硬貨合計基準金額（１０００００円）以上であって最少額（条件３）、かつ、五千円札の合計金額≧五千円札基準金額（１０枚：１０００００円。条件５）、かつ、千円札の合計金額≧千円札基準金額（３０枚：３００００円。条件５）となるように、千円札（１０枚：１００００円）を放出する。当該ＰＯＳ１の金銭回収補充処理後には、五千円札の合計金額（１０枚：５００００円）≧五千円札基準金額（１０枚：５００００円）、二千円札の合計金額（０枚：０円）≧二千円札基準金額（０枚：０円）、千円札の合計金額（３５枚：３５０００円）≧千円札基準金額（３０枚：３００００円）、紙幣硬貨合計金額（１０００００円）≧紙幣硬貨合計基準金額（１０００００円）、紙幣合計金額（８５０００円）≧紙幣合計基準金額（８００００円）のように何れも条件に合致する。

図１４は、ＰＯＳレジスタ２における閉店処理の動作（第４態様としての動作例）を説明するための説明図である。図７のフローチャートに対応する閉店処理の動作として、図９に示した閉店処理の動作（第１態様の動作）に代えて、図１４に示した閉店処理の動作（第４態様の動作）を実行してもよい。即ち、図９に示した閉店処理の動作では、金銭回収処理の実行時において金銭補充処理における補充を考慮していないが、図１４に示すように、金銭回収処理の実行時において金銭補充処理における補充を考慮してもよい。具体的には、後段階の金銭補充処理における補充が不要になるように、前段階の金銭回収処理において回収する金種を選択している。図１４の閉店処理の例では、ＰＯＳ１の金銭補充処理における補充、ＰＯＳ２の金銭補充処理における補充が不要になっている。

以上、ＰＯＳシステム１によれば、閉店処理の作業効率を高めることができる。

なお、ＰＯＳシステム１において、出金伝票を用いて金銭回収処理を実行してもよい。例えば、監視装置３は、金種毎の放出枚数（回収枚数）をコード情報によって印刷（記録）した出金伝票を発行し、ＰＯＳレジスタ２は、スキャナ部１８によって出金伝票を読み取って金銭回収処理を実行してもよい。また、ＰＯＳシステム１において、入金伝票を用いて金銭補充処理を実行してもよい。例えば、監視装置３は、金種毎の補充枚数をコード情報によって印刷（記録）した入金伝票を発行し、ＰＯＳレジスタ２は、スキャナ部１８によって入金伝票を読み取って金銭補充処理を実行してもよい。なお、ＰＯＳレジスタ２は、撮像部２１によって、出金伝票や入金伝票に印刷（記録）されたコード情報（例えば、二次元バーコード、例えば、ＱＲコード（登録商標））を読み取ってもよい。また、監視装置３は、出金伝票や入金伝票を印字させる命令をＰＯＳレジスタ２に送信してＰＯＳレジスタ２に出金伝票や入金伝票を印字させてもよい。なお、出金伝票と入金伝票は１つの媒体であってもよい。

また、上記実施形態では、閉店処理として自動釣銭釣札機１７に貨幣を補充する処理（金銭補充処理）を実行する例を説明したが、他の場面において金銭補充処理を実行してもよい。例えば、釣銭ニアエンドになった場合に釣銭ニアエンド情報を監視装置３に送信し、監視装置３の命令に従って金銭補充処理を実行してもよい。また、上記実施形態では、閉店処理として自動釣銭釣札機１７から貨幣を回収する処理（金銭回収処理）を実行する例を説明したが、他の場面において金銭回収処理を実行してもよい。例えば、釣銭ニアフルになった場合に釣銭ニアフル情報を監視装置３に送信し、監視装置３の命令に従って金銭回収処理を実行してもよい。

また、上記実施形態では、閉店処理として主に紙幣の現在枚数を調整（硬貨については端数金額を回収）しているが、紙幣と同様、硬貨についても現在枚数を調整するようにしてもよい。即ち、硬貨合計基準金額、五百円玉基準金額、百円玉基準金額、…、一円玉基準金額などを設定し、閉店処理において、紙幣と同様、硬貨についても現在枚数を調整するようにしてもよい。

なお、上記実施形態では、図１に示したように、監視装置３とストアコントローラ４とは別体であるが、監視装置３とストアコントローラ４とが一体であってもよい。即ち、ストアコントローラ４は、監視装置３と同様の機能を兼ね備えていてもよい。監視装置３とストアコントローラ４とが一体であるときの当該一体装置も管理装置と称される。なお、監視装置３と一体であるときのストアコントローラ４はＰＯＳシステム１の構成要素であるが、監視装置３と別体であるときのストアコントローラ４は必ずしもＰＯＳシステム１の構成要素でなくてもよい。

また、上記実施形態では、ＰＯＳシステム１は、主に登録処理を行う登録装置の機能と主に精算処理を行う精算装置の機能とを兼ね備えた装置であるＰＯＳレジスタ２を備えると説明したが、ＰＯＳシステム１は、ＰＯＳレジスタ２に代えて、主に登録処理を行う登録装置と、主に精算処理を行う精算装置とを別体として備えるようにしてもよい。登録装置は、登録処理後に取引情報（又は取引情報を特定可能な情報）をバーコード化（例えば、一次元のバーコード、二次元バーコード等）して印刷した紙片（お会計券）を発行し、精算装置において当該紙片を読み取らせることによって精算処理を実行してもよい。あるいは、精算処理を実行する精算装置を登録装置において指定し、指定された精算装置において精算処理を実行してもよい。なお、登録装置と精算装置が別体であるときの当該登録装置は必ずしもＰＯＳシステム１の構成要素でなくてもよい。

また、監視装置３とストアコントローラ４とは別体である態様における監視装置３や、上述の一体装置（監視装置３と同様の機能を兼ね備えたストアコントローラ）が、管理装置であると説明したが、ＰＯＳレジスタ２が管理装置であってもよい。即ち、ＰＯＳシステム１内の、ある代表のＰＯＳレジスタ２（又は、夫々のＰＯＳレジスタ２）が、上記実施形態における、監視装置３と同様の機能を兼ね備えていてもよい。また、主に登録処理を行う登録装置と、主に精算処理を行う精算装置とを別体として備える構成においては、精算装置（又は登録装置）が管理装置であってもよい。即ち、ある代表の精算装置（又は、夫々の精算装置）が、上記実施形態における監視装置３と同様の機能を兼ね備えていてもよいし、ある代表の登録装置（又は、夫々の登録装置）が、上記実施形態における監視装置３と同様の機能を兼ね備えていてもよい。

続いて、ＰＯＳシステム１の応用例などについて記載する。具体的には、複数の工程（後述）を経て完了する精算業務処理について説明する。なお、以下の説明において、監視装置３は、図１５に示す、精算機１、精算機２、精算機３、精算機４、精算機１１、精算機１２、精算機１３、精算機１４、サービスカウンター機精算、精算機９９本館入口機の１０台を監視するものとする。なお、精算機９９本館入口機については、精算業務処理が既に完了しているものとする。上記１０台の各機器は、上述のＰＯＳレジスタ２の具体例である。

図１５〜図１６は、監視装置３に表示される画面例である。監視装置３は、精算業務処理を実行させる機器の指定を店員から受け付ける。例えば、図１５に示すような画面を表示しているときに、ボタン「メインメニュー」からの操作に応じて、図１６（ａ）に示すような機器指定画面を表示し、当該機器指定画面上に精算業務処理を実行させる機器の指定を受け付ける。

図１５の画面は、各機器について、種々の警告情報（例えば、釣銭ニアエンドである旨、釣銭ニアフル、領収証への捺印を要する旨、レシート残量が少ない旨、お会計に時間を要している旨）を表示する画面である。図１６（ａ）の機器指定画面は、精算業務処理を実行させる機器の指定するための画面である。図１６（ａ）の機器指定画面には、監視対象の全機器の番号（レジＮｏ）に対応付けてチェックボックスが表示されている。店員は、精算業務処理を実行させる機器をチェックし、ボタン「実行」を押下することによって、精算業務処理を実行させる機器を指定する。図１６（ａ）の例では、精算機２、３、４、１１、１２、１３、１４の７台が指定されている。

なお、図１６（ａ）の機器指定画面には、監視対象の全機器が表示されているが、監視対象の全機器のうち精算業務処理が未完了である機器が表示されるようにしてもよい。具体的には例えば、監視装置３は、表示対象を切り替える領域（例えば符号Ａのプルダウンリスト）において「未完了」が選択された場合には、図１６（ａ）に代えて図１６（ｂ）の機器指定画面を表示してもよい。なお、図１６（ａ）の画面には、精算業務処理が完了していない機器も、精算業務処理が既に完了している機器（精算機９９本館入口機）も表示されており、店員は、表示された機器のうち、精算業務処理が完了していない機器のなかから精算業務処理を実行させる機器を指定することができる。図１６（ｂ）の画面には、精算業務処理が既に完了している機器（精算機９９本館入口機）は表示されず、精算業務処理が完了していない機器のみが表示され、店員は、表示された機器（精算業務処理が完了していない機器）のなかから精算業務処理を実行させる機器を指定することができる。

監視装置３は、店員から精算業務処理を実行させる機器の指定を受け付けた場合には、当該指定を受け付けた各機器に精算業務処理を実行させる。具体的には、監視装置３は、機器指定画面において、１台以上の機器がチェックされ、ボタン「実行」が押下された場合、当該１台以上の各機器に対し、精算業務処理の開始を指示する情報（精算業務開始指示情報）を送信する。その後、監視装置３は、機器指定画面を消去する（閉じる）。一方、精算業務開始指示情報を受信した夫々の機器は、夫々、精算業務処理を開始する。つまり、監視装置３は、店員によって指定された各機器における精算業務処理の実行を制御（実行の開始を制御）する。

なお、監視装置３は、機器指定画面において、１台以上の機器がチェック（指定）された後、ボタン「実行」が押下され、かつ、従業員の従業員識別情報を取得した場合に、精算業務開始指示情報を送信してもよい。例えば、１台以上の機器が指定され、続いて、ボタン「実行」が押下され、続いて、従業員カードに印刷されたコード情報（従業員コード）を読み取った場合に、精算業務開始指示情報を送信してもよい。

また、監視装置３は、店員から精算業務処理を実行させる機器の指定を受け付けた場合には、当該指定を受け付けた各機器に対し精算業務開始指示情報を送信することに加え、当該指定を受け付けた各機器における精算業務処理の各工程の処理状況を表示部に表示する。具体的には、監視装置３は、精算業務処理の夫々の工程に対応する複数の工程領域を表示し、夫々の工程領域の表示態様を夫々に対応する工程の処理状況に応じて変化させることによって、精算業務処理の各工程の処理状況を表示する。

図１７は、監視装置３に表示される画面例である。具体的には、精算機２、３、４、１１、１２、１３、１４の７台における、精算業務処理の各工程の処理状況を表した画面例である。図１８は、表示内容および印刷内容を説明する説明図である。具体的には、図１８（ａ）は、説明の便宜上、図１７の一部（精算機４に関する表示内容）を拡大して示したものである。図１８（ｂ）は、説明の便宜上、図１７の一部（精算機１４に関する表示内容）を拡大して示したものである。図１８（ｃ）は、精算業務処理の最後に印刷、発行されるレポートの一例である。

監視装置３は、図１６に示すように、機器指定画面において、精算機２、３、４、１１、１２、１３、１４の７台の指定を受け付けた場合には、図１７に示すように、当該７台の夫々の機器における、精算業務処理の各工程の処理状況を表示する。即ち、監視装置３は、複数の機器が指定された場合には、機器毎に複数の工程領域を表示する。

本実施形態においては、監視装置３は、精算業務処理に含まれる工程として、釣銭再精査、実在高確定、残置金確定、釣銭回収、レジ開設処理の処理状況を表示する。即ち、監視装置３は、釣銭再精査に対応する工程領域（図１８（ａ）（ｂ）の符号Ｂ１の領域）、実在高確定に対応する工程領域（図１８（ａ）（ｂ）の符号Ｂ２の領域）、残置金確定に対応する工程領域（図１８（ａ）（ｂ）の符号Ｂ３の領域）、釣銭回収に対応する工程領域（図１８（ａ）（ｂ）の符号Ｂ４の領域）、レジ開設処理に対応する工程領域（図１８（ａ）（ｂ）の符号Ｂ５の領域）を表示し、夫々の工程領域の表示態様を夫々に対応する工程の処理状況に応じて変化（例えば、色を変化）させることによって、精算業務処理の各工程の処理状況を表示する。

なお、図１７、図１８（ａ）、図１８（ｂ）において、無地の工程領域は、当該工程領域が第１の表示態様（例えば、第１の色）で表示されていることを表し、当該工程が未だ行われていない旨を表している。また、濃い（密な）ドット表示の工程領域は、当該工程領域が第２の表示態様（例えば、第２の色）で表示されていることを表し、当該工程が現在行われている旨を表している。また、薄い（疎な）ドット表示の工程領域は、当該工程領域が第３の表示態様（例えば、第３の色）で表示されていることを表し、当該工程が既に終わった旨を表している。なお、本実施形態では、現在行われている工程と、既に終わった工程とを区別し、異なる表示態様で表示しているが、現在行われている工程と、既に終わった工程とを区別せずに、同一の表示態様で表示するようにしてもよい。

各工程について説明する。精算業務処理の「釣銭再精査」は、当該機器内の貨幣を再精査することである。精算業務処理の「実在高確定」は、釣銭再精査の結果、当該機器の実在高が確定することである。精算業務処理の「残置金確定」は、当該機器内の残置金額を調整し確定させることである。必要な場合には、上述の「閉店処理」を実行し、残置金額を確定させる。精算業務処理の「釣銭回収」は、回収ボックス（カセット）を用いて、当該機器内の貨幣を回収することである。精算業務処理の「レジ開設処理」は、当該機器の売上情報をストアコントローラ４に送信することである。

監視装置３が精算業務処理の各工程の処理状況を表示することによって、店員は、精算業務処理が「釣銭再精査」→「実在高確定」→「残置金確定」→「釣銭回収」→「レジ開設処理」の順に行われ、最後の「レジ開設処理」が終わると完了するということや、各機器において精算業務処理がどの程度、進んでいるかということを、視覚的に認識することができる。図１７の例によれば、例えば、精算機４について、「釣銭再精査」が終わって「実在高確定」が行われていることがわかる（図１８（ａ））。また例えば、精算機１４について、「残置金確定」迄が終わって「釣銭回収」が行われていることがわかる（図１８（ｂ））。

精算業務処理の各工程の処理状況を表示するために、監視装置３は、機器指定画面において指定した各機器から、各工程の処理状況に関する情報（処理状況通知）を受信する。即ち、機器指定画面において指定された夫々の機器は、各工程の処理状況に応じて（例えば、各工程が終わったときに）、監視装置３に処理状況通知を送信し、監視装置３は、各機器から受信した処理状況通知に基づいて、図１７に示すような画面を表示する。なお、処理状況通知には、上記５つの工程（「釣銭再精査」「実在高確定」「残置金確定」「釣銭回収」「レジ開設処理」）のうち何れの工程が始まったかや終わったかを監視装置３が特定できるような情報が含まれる。

つまり、図１７に示すように、複数ある工程の進捗状況を把握することができるので、終了までの大よその時間等も把握でき、また、例えば、「釣機回収」は実際に各装置で出向いて現金の回収等の作業が必要なので、「釣機回収」の直前の工程に位置する場合には、すぐに「釣機回収」に必要が回収箱を用意したり、回収作業の準備に取りかからないといけないことを把握したりすることができる。また、精算機でエラーが生じた場合には、監視装置３が精算機からエラー信号を受信し、図１７における当該精算機の表示領域にエラーである旨を表示し、又は、当該精算機の表示領域の背景態様（色、模様等）や表示領域の領域枠を、通常態様（通常色、通常模様、通常枠等）からエラーを報知するための報知態様（通常色と異なる色、通常模様と異なる模様、通常枠と色、太さ等が異なる枠等）に変える等して、工程の進行はその時点で停止させるので、エラーで停止している旨を簡便に把握することができるとともに、上述の工程の進捗状況等から、どの工程までは終了しているかや、何らかのエラーにより進行が停止した大よその理由（エラーの内容）等も把握することができる。そして、精算機で生じていたエラーが解除された場合には、当該精算機からエラー解除信号を監視装置３が受信され、上述のエラーである旨の表示が消去され、又は、報知態様から通常態様に変える等され、その後、当該精算機での工程の進度に応じて、各工程における表示形態が変わっていく。

なお、精算機で生じたエラーの程度を判定し、例えば、重大なエラー（復帰に時間や手間を要するエラーや影響範囲が広いエラー等）であると判定した場合と、重大なエラーでないと判断した場合とで、上述のエラーである旨の表示の表示態様を異ならせてもよい。例えば、重大なエラーである場合には、重大なエラーでない場合によりも、目立つ態様（例えば、大きく）、エラーと表示するように制御してもよい。なお、監視装置３は、エラーの程度を判定するための情報（例えば、エラー信号から特定されるエラーの種類とエラーの程度とを対応付けた情報）を参照し、エラーの程度を判定すればよい。エラーの程度を判定するための情報は、監視装置３が参照できる場所（例えば、監視装置３自身）に記憶されていればよい。これにより、監視装置３を見れば、重大なエラーが生じているか、重大なエラーではなくすぐに処理可能なエラーが生じているかについても、把握することができる。そして、重大なエラーが生じたと監視装置３で判断した場合には、後述する「精算対象外」を押したときと、同様な処理を自動的に進めるようにしてもよい。

また、監視装置３は、精算業務処理の実行中の機器に対し、当該精算業務処理を中断（又は中止）させる機能を有する。例えば、各機器の表示領域内に配置されたボタン「精算対象外（図１８（ａ）（ｂ）の符号Ｄ）」が押下された場合、監視装置３は、該当する機器に対し、精算業務処理の中断を指示する情報（精算業務中断指示情報）を送信することによって、該当する機器における精算業務処理を中断させる。

なお、中断された機器は、明示的な操作（例えば、再度、機器指定画面における指定）によって、精算業務処理を再開してもよい。また、何らかの理由（エラー等）によって精算業務処理が停止していた機器について、操作によって中断させたときなどの場合には、当該理由がなくなったとき（例えばエラー等が解消したとき）に、自動的に（明示的な操作がなく）、精算業務処理を再開してもよい。

また、監視装置３は、纏めて指定された複数の機器（同時に精算業務開始指示情報を送信した複数の機器）から構成されるグループに属する機器の精算業務処理が中断されたときは、当該グループから、当該機器の精算業務処理の各工程の処理状況を除外して表示する。例えば、図１７の画面には、精算機２、３、４、１１、１２、１３、１４を同一グループ（グループ１）として表示しているが、精算機４に関する表示領域内のボタン「精算対象外」が押下された場合には、監視装置３は、精算機４について、グループ１とは異なる態様（少なくとも「グループ１」の表記を消去）で表示してもよい。

なお、機器指定画面において最初にＮ台が指定され（当該Ｎ台に同時に精算業務開始指示情報が送信され）、続いてすぐにＭ台を指定される（当該Ｍ台に同時に精算業務開始指示情報が送信される）というような場合には、２つのグループ（Ｎ台から構成されるグループ１、Ｍ台から構成されるグループ２）が存在することになるが、このような場合には、同一グループに属する機器の精算業務処理として画面上に寄せて表示してもよい。
例えば、機器指定画面において、精算機２、１２、１４の３台が最初に指定され、続いてすぐに精算機３、４、１１、１３の４台が指定された場合には、図１７において、精算機２、１２、１４の処理状況を画面上段（又は左側）に寄せて表示し、精算機３、４、１１、１３の処理状況を画面下段（又は右側）に寄せて表示してもよい。つまり、精算業務処理の各工程の処理状況を表示するときの各機器の表示位置は、常に固定ではなく、機器指定画面において指定されたときの状況に応じて変化させてもよい。

図１９は、精算業務処理の動作を示すフローチャートである。なお、図１９のフローチャートの開始時において、監視装置３は、図１５の画面を表示しているものとする。また、図１９のフローチャートでは、精算業務処理を実行する機器として指定された複数の機器（本フローチャートにおいて当該複数の機器から構成されるグループをグループＡと称する）のうち、ある１つの機器の動作を示し、精算業務処理を実行する機器として指定された他の機器（グループＡに属する他の機器）の動作については省略したが、他の機器の動作についても同様である。

（監視装置３の動作）
ステップＳａ１：店員の操作に応じて、機機器指定画面（例えば、図１６の画面）を表示する。
ステップＳａ２：ステップＳａ１にて表示した機機器指定画面にて機器の指定を受け付ける。
ステップＳａ３：所定の操作後（例えば、ボタン「実行」の押下後）、従業員コードを読み取る。
ステップＳａ４：ステップＳａ２にて指定を受け付けた機器に対し、精算業務開始指示情報（精算業務処理の開始を指示する情報）を送信する。また、機機器指定画面を消去する。
ステップＳａ５：精算業務処理の各工程の処理状況を表した画面（例えば、図１７の画面）を表示する。各機器の夫々の表示領域には「グループＡ」を表記する。

ステップＳａ６：ステップＳａ４にて精算業務開始指示情報を送信した機器から、処理状況通知（各工程の処理状況に関する情報）を受信したか否かを判断する。処理状況通知を受信した場合にはステップＳａ７に進む。処理状況通知を受信しなかった場合にはステップＳａ８に進む。
ステップＳａ７：処理状況通知に応じて処理状況を更新する。例えば、ある機器から、「釣銭回収」が終わった旨の処理状況通知を受信した場合には、当該機器における「釣銭回収」の工程領域を、当該工程が既に終わった旨を示す所定の表示態様に変化させる。
ステップＳａ８：精算業務処理の中断の指示があったか否かを判断する。中断の指示があった場合にはステップＳａ９に進む。中断の指示がなかった場合にはステップＳａ１１に進む。

ステップＳａ９：指示された機器の精算業務処理を中断させる。例えば、ある機器の表示領域内に配置されたボタン「精算対象外」が押下された場合には、監視装置３は、当該機器に対し、精算業務中断指示情報（精算業務処理の中断を指示する情報）を送信することによって、当該機器における精算業務処理を中断させる。なお、本フローチャートにおいては精算業務中断指示情報の送受信について非図示としている。
ステップＳａ１０：当該機器をグループＡから除外する。例えば、当該機器に対して表示されていた「グループＡ」の表記を消去する。

ステップＳａ１１：グループＡに属する全機器の精算業務処理が終わったか否かを判断する。即ち、ステップＳａ２にて指定された機器であってステップＳａ１０にて中断させられていない機器の全てにおいて、精算業務処理が終わったか否かを判断する。なお、ある機器から、精算業務処理の最後の工程である「レジ閉設処理」が終わった旨の処理状況通知を受信した場合には、当該機器について精算業務処理が終わったと判断すればよい。グループＡに属する全機器の精算業務処理が終わっていない場合にはステップＳａ６に戻る。終わった場合にはステップＳａ１２に進む。
ステップＳａ１２：精算業務処理に関するレポート（例えば、図１８（ｃ）に示すようなレポート）を印刷、発行する。そして、監視装置３のフローチャートは終了する。

なお、ステップＳａ１２において、図１８（ｃ）に示すように1枚のレポート（切れ込みが入っているものも含む）に、グループＡに属する全ての機器に関する情報を纏めて印刷して発行してもよいし、個々の機器毎に別々のレポートを印刷、発行してもよい。個々の機器毎に別々のレポートを印刷、発行する態様では、個々の機器について精算業務処理が終わり次第、順次、レポートを印刷、発行してもよいが、前記「精算対象外」が押下された精算機に該当するレポートは非発行となるよう制御される。
つまり、当初同一のグループとして閉店処理を実行した場合に、一つの精算機に何らかのエラーが生じ、当該精算機において処理が進まない場合でも、前記「精算対象外」を押下することで、該同一グループからエラーが生じている該精算機を外すことができ、該同一グループ内の残りの精算機については精算業務が終了しレポートが発行されるので、そのエラーが生じている精算機が存在していたとしても、他の精算機における精算業務処理に影響を与えることなく、レポート出力まで完了させることができる。尚、上記レポートは、紙媒体に印刷することで出力してもよいし、あるいは、例えば、電子的に出力してもよい。

（精算業務処理を実行する監視対象の機器の動作）
ステップＳｂ１：監視装置３から精算業務開始指示情報（精算業務処理の開始を指示する情報）を受信する。
ステップＳｂ２：「釣銭再精査」を行う（開始する）。
ステップＳｂ３：監視装置３に対し、「釣銭再精査」が終わった旨の処理状況通知を送信する。なお、処理状況通知には、送信元を特定するための情報（例えば、レジ番号）を明示的に付加してもよいし、ＩＰアドレスなどから送信元が特定することができる場合には明示的に付加しなくてもよい。他の工程に関する処理状況通知を送信する場合も同様である。
ステップＳｂ４：「実有高確定」を行う（開始する）。なお、「実有高確定」は、上述の「釣銭再精査」の結果であるため、処理時間はあまり要しない。
ステップＳｂ５：監視装置３に対し、「実有高確定」が終わった旨の処理状況通知を送信する。
ステップＳｂ６：「残置金確定」を行う（開始する）。
ステップＳｂ７：監視装置３に対し、「残置金確定」が終わった旨の処理状況通知を送信する。
ステップＳｂ８：「釣機回収」を行う（開始する）。
ステップＳｂ９：監視装置３に対し、「釣機回収」が終わった旨の処理状況通知を送信する。
ステップＳｂ１０：「レジ閉設処理」を行う（開始する）。
ステップＳｂ１１：監視装置３に対し、「レジ閉設処理」が終わった旨の処理状況通知を送信する。
ステップＳｂ１２：電源をＯＦＦする。ステップＳｂ１１の実行後に直ちに電源をＯＦＦしてもよいし、ステップＳｂ１１の処理状況通知を受信した旨の応答情報を監視装置３から受信した後に、電源をＯＦＦしてもよい。そして、精算業務を実行する監視対象の機器のフローチャートは終了する。

なお、上述の如く、精算業務中断指示情報（精算業務処理の中断を指示する情報）の送受信について非図示としているが、監視装置３から精算業務中断指示情報を受信した場合には、実行中のステップＳｂ１〜ステップＳｂ１２の処理を中断する。但し、送信処理（ステップＳｂ２、Ｓｂ４、Ｓｂ６、Ｓｂ８、Ｓｂ１０）の実行中に、精算業務中断指示情報を受信した場合には、当該処理の実行後に処理を中断してもよい。送信処理は精算業務処理ではなく、また、送信を途中で中断すると処理業況が不明確になる虞があるからである。

なお、監視装置３は、精算業務処理において、店員の作業が必要な状態になった場合には、店員の作業が必要な状態になった旨を報知してもよい。例えば、図１８（ｂ）（ｄ）に示すように、各機器の表示領域（背景部分）の表示態様を、非呼出状態（店員の作業が必要でない状態）の表示態様から、呼出状態の（店員の作業が必要である状態）の表示態様に変化させてもよい。なお、図１７、図１８（ａ）（ｂ）において、無地の背景部分は、当該機器が非呼出状態の表示態様（例えば、背景部分としての第１の色）で表示されていることを表し、斜線の背景部分は、当該機器が呼出状態の表示態様（例えば、背景部分としての第２の色）で表示されていることを表している。

また、監視装置３は、所定の領域（図１８の符号Ｃの領域）に、精算業務処理の処理状況などや店員の呼出などに関するメッセージを表示してもよい。例えば、図１７に示す例では、精算機２について自動精算を開始する旨のメッセージ、精算機３について釣銭を再精査している旨のメッセージ、精算機４について差異をチェックしている旨のメッセージ、精算機１１について売上回収をすべき旨（ドロア内の貨幣を移動させる旨）のメッセージ、精算機１２についてキャッシュリサイクル出金（即ち、上述の「閉店処理」）をすべき旨のメッセージ、精算機１３について実在高を入力をすべき旨のメッセージ、精算機１４につい釣銭機のお金を回収すべき旨のメッセージを表示している。

以上、本発明の実施形態等について詳述したが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。上記ＰＯＳシステムに関し、以下の付記を開示する。

（付記１）
複数の精算装置を含むＰＯＳシステムにおいて、前記精算装置による精算状況を画面に表示する表示手段と、前記精算状況が表示される画面から１以上の前記精算装置における閉店処理の実行を制御する制御手段とを備えることを特徴とするＰＯＳシステム。
（付記２）
前記精算装置は、前記閉店処理として金銭回収処理又は／及び金銭補充処理を実行する自動釣銭釣札機を備え、前記自動釣銭釣札機は、前記閉店処理を行う従業員の従業員識別情報が得られた場合に、前記閉店処理として少なくとも前記金銭回収処理を実行することを特徴とする付記１に記載のＰＯＳシステム。
（付記３）
前記制御手段は、未精算又は精算中の取引が存在しない前記複数の前記精算装置の全てにおける閉店処理、又は、ユーザによって指定された１以上の前記精算装置であって未精算又は精算中の取引が存在しない１以上の前記精算装置における閉店処理、又は、未精算又は精算中の取引が存在しない前記精算装置としてユーザによって指定された１以上の前記精算装置における閉店処理、又は、ユーザによって指定された１以上のグループの夫々に含まれる前記精算装置における閉店処理の実行を制御することを特徴とする付記１又は付記２に記載のＰＯＳシステム。
（付記４）
前記制御手段は、ユーザによって指定された１以上のグループの夫々に含まれる前記精算装置であって未精算又は精算中の取引が存在しない前記精算装置における閉店処理の実行を制御することを特徴とする付記１又は付記２に記載のＰＯＳシステム。
（付記５）
前記精算装置は、硬貨の回収よりも紙幣の回収を優先させることを特徴とする付記１乃至付記４の何れか１項に記載のＰＯＳシステム。
（付記６）
全金種の硬貨による硬貨合計回収金額は、全金種の硬貨の合計金額である硬貨合計金額のうちの所定金額未満の端数金額であることを特徴とする付記１乃至付記５の何れか１項に記載のＰＯＳシステム。
上記ＰＯＳシステムによれば、回収される硬貨は少なくなるので、多くの硬貨を回収する場合に比べて操作が楽になる。また、回収後の硬貨合計金額には端数がなくなるので管理が容易になる。
（付記７）
前記精算装置は、最高額面の紙幣を除く全紙幣の合計金額である紙幣合計金額と全金種の硬貨の合計金額である硬貨合計金額とを合計した紙幣硬貨合計金額が紙幣硬貨合計基準金額以上となるように、かつ、最高額面の紙幣を除く各紙幣の合計金額が夫々の金種別紙幣基準金額以上となるように、前記閉店処理を実行する付記１乃至付記６の何れか１項に記載のＰＯＳシステム。
上記ＰＯＳシステムによれば、紙幣硬貨合計基準金額、金種別紙幣基準金額に基づいて好適に貨幣の回収と補充とを行うことができる。
（付記８）
前記表示手段は、前記精算状況として未精算又は精算中の取引が存在する旨を画面に表示することを特徴とする付記１乃至付記５の何れかに記載のＰＯＳシステム。
（付記９）
前記制御手段は、複数の工程を経て完了する精算業務処理の実行を制御し、前記表示手段は、ユーザによって指定された前記精算装置における、前記精算業務処理の各工程の処理状況を表示することを特徴とする付記１乃至付記８の何れか１項に記載のＰＯＳシステム。
（付記１０）
前記表示手段は、前記精算業務処理の夫々の工程に対応する複数の工程領域を表示し、夫々の前記工程領域の表示態様を夫々に対応する工程の処理状況に応じて変化させることによって、前記精算業務処理の各工程の処理状況を表示することを特徴とする付記９に記載のＰＯＳシステム。
（付記１１）
前記表示手段は、ユーザによって指定された前記精算装置毎に複数の前記工程領域を表示することによって、複数の前記精算装置における、前記精算業務処理の各工程の処理状況を表示することを特徴とする付記１０に記載のＰＯＳシステム。
（付記１２）
前記表示手段は、纏めて複数の前記精算装置が指定された場合、同一のグループに属する前記精算装置の前記精算業務処理として、画面上に寄せて表示する付記１１に記載のＰＯＳシステム。
（付記１３）
前記制御手段は、前記精算業務処理の実行中の前記精算装置に対する中断させる中断制御手段を有し、前記表示手段は、あるグループに属する前記精算装置の前記精算業務処理が前記中断制御手段によって中断されたときは、当該精算装置の前記精算業務処理の各工程の処理状況を除外して表示する付記１２に記載のＰＯＳシステム。
（付記１４）
前記表示手段は、前記精算業務処理が完了していない前記精算装置を指定可能な指定画面を表示することを特徴とする付記９乃至付記１３の何れか１項に記載のＰＯＳシステム。
（付記１５）
前記表示手段は、従業員の従業員識別情報を取得した後に、前記精算業務処理の各工程の処理状況を表示することを特徴とする付記９乃至付記１４の何れか１項に記載のＰＯＳシステム。
（付記１６）
前記表示手段は、前記精算業務処理において、ドロア内の貨幣を移動させる旨のメッセージを表示することを特徴とする付記９乃至付記１５の何れか１項に記載のＰＯＳシステム。
（付記１７）
前記精算業務処理は、各精算装置内の貨幣を再精査する処理、各精算装置内の貨幣を回収ボックスに回収する処理、各精算装置における売上情報を上位に送信する処理を含むことを特徴とする付記９乃至付記１６の何れか１項に記載のＰＯＳシステム。

（付記１８）
複数の工程を経て完了する精算業務処理を実行させる前記精算装置を指定するための指定手段と、前記精算業務処理の実行を制御する制御手段と、ユーザによって指定された前記精算装置における、前記精算業務処理の各工程の処理状況を表示する表示手段とを備えることを特徴とする監視装置。
（付記１９）
前記表示手段は、前記精算業務処理の夫々の工程に対応する複数の工程領域を表示し、夫々の前記工程領域の表示態様を夫々に対応する工程の処理状況に応じて変化させることによって、前記精算業務処理の各工程の処理状況を表示することを特徴とする付記１８に記載の監視装置。
（付記２０）
前記表示手段は、ユーザによって指定された前記精算装置毎に複数の前記工程領域を表示することによって、複数の前記精算装置における、前記精算業務処理の各工程の処理状況を表示することを特徴とする付記１９に記載の監視装置。
（付記２１）
前記表示手段は、纏めて複数の前記精算装置が指定された場合、同一のグループに属する前記精算装置の前記精算業務処理として、画面上に寄せて表示する付記２０に記載のＰＯＳシステム。
（付記２２）
前記制御手段は、前記精算業務処理の実行中の前記精算装置に対する中断させる中断制御手段を有し、前記表示手段は、あるグループに属する前記精算装置の前記精算業務処理が前記中断制御手段によって中断されたときは、当該精算装置の前記精算業務処理の各工程の処理状況を除外して表示する付記２１に記載の監視装置。
（付記２３）
前記表示手段は、前記精算業務処理が完了していない前記精算装置を指定可能な指定画面を表示することを特徴とする付記１８乃至付記２２の何れか１項に記載の監視装置。
（付記２４）
前記表示手段は、従業員の従業員識別情報を取得した後に、前記精算業務処理の各工程の処理状況を表示することを特徴とする付記１８乃至付記２３の何れか１項に記載の監視装置。
（付記２５）
前記表示手段は、前記精算業務処理において、ドロア内の貨幣を移動させる旨のメッセージを表示することを特徴とする付記１８乃至付記２４の何れか１項に記載の監視装置。
（付記２６）
前記精算業務処理は、各精算装置内の貨幣を再精査する処理、各精算装置内の貨幣を回収ボックスに回収する処理、各精算装置における売上情報を上位に送信する処理を含むことを特徴とする付記１８乃至付記２５の何れか１項に記載の監視装置。

なお、本実施形態のＰＯＳシステム１（又は、監視装置３、ＰＯＳレジスタ２）の各処理を実行するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、当該記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより、ＰＯＳシステム１（又は、監視装置３、ＰＯＳレジスタ２）の各処理に係る上述した種々の処理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものであってもよい。また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、フラッシュメモリ等の書き込み可能な不揮発性メモリ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。

さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（例えばＤＲＡＭ（Dynamic Random Access Memory））のように、一定時間プログラムを保持しているものも含むものとする。また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。

以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。

１…ＰＯＳシステム ２…ＰＯＳレジスタ ３…監視装置 ４…ストアコントローラ １１…ＣＰＵ １２…ＲＯＭ １３…ＲＡＭ １４…店員用表示部 １５…操作部 １６…客用表示部 １７…自動釣銭釣札機 １７ａ…硬貨放出口 １７ｂ…硬貨投入口 １８…スキャナ部 １９…印刷部 ２０…通信部 ２１…撮像部 ３０…収納部

Claims (6)

1. 少なくとも精算処理を実行可能な複数の精算装置と、監視装置とを含むＰＯＳシステムにおいて、
   前記監視装置は、
   前記精算装置に複数の工程を経て完了する精算業務処理を実行させる実行指示を受け付ける指示受付手段と、
   前記指示受付手段が受け付けた前記実行指示に基づいて、１以上の前記精算装置における前記精算業務処理の実行を制御する制御手段と、
   前記精算装置の夫々における前記精算業務処理の処理状況を画面に表示する表示手段と、
   を備え、
   前記指示受付手段は、
   一の前記実行指示に基づいて１以上の前記精算装置における前記精算業務処理が行われているときに、他の１以上の前記精算装置における前記精算業務処理を実行させる他の前記実行指示を受け付け可能であり、
   前記表示手段は、
   前記一の前記実行指示に基づく前記処理状況と、前記他の前記実行指示に基づく前記処理状況と、を識別可能に表示することを特徴とするＰＯＳシステム。
2. 少なくとも精算処理を実行可能な複数の精算装置と、監視装置とを含むＰＯＳシステムにおいて、
   前記監視装置は、
   １以上の前記精算装置を指定可能に画面に表示する表示手段と、
   前記画面を介して前記精算装置に複数の工程を経て完了する精算業務処理を実行させる実行指示を受け付ける指示受付手段と、
   前記指示受付手段が受け付けた前記実行指示に基づいて、１以上の前記精算装置における前記精算業務処理の実行を制御する制御手段と、
   を備え、
   前記指示受付手段は、
   一の前記実行指示に基づいて１以上の前記精算装置における前記精算業務処理が行われているときに、他の１以上の前記精算装置における前記精算業務処理を実行させる他の前記実行指示を受け付け可能であり、
   前記表示手段は、
   前記精算装置の夫々における前記精算業務処理の処理状況を、前記一の前記実行指示に基づく前記処理状況と前記他の前記実行指示に基づく前記処理状況とを識別可能に表示することを特徴とするＰＯＳシステム。
3. 前記表示手段は、
   前記精算装置の夫々の前記処理状況を前記実行指示毎のグループに纏めて表示するとともに、前記グループを識別する情報を表示することを特徴とする請求項１又は請求項２に記載のＰＯＳシステム。
4. 少なくとも精算処理を実行可能な複数の精算装置を含むＰＯＳシステムにおいて前記精算装置を監視する監視装置であって、
   １以上の前記精算装置を指定可能に画面に表示する表示手段と、
   前記画面を介して前記精算装置に複数の工程を経て完了する精算業務処理を実行させる実行指示を受け付ける指示受付手段と、
   前記指示受付手段が受け付けた前記実行指示に基づいて、１以上の前記精算装置における前記精算業務処理の実行を制御する制御手段と
   を備え、
   前記指示受付手段は、
   一の前記実行指示に基づいて１以上の前記精算装置における前記精算業務処理が行われているときに、他の１以上の前記精算装置における前記精算業務処理を実行させる他の前記実行指示を受け付け可能であり、
   前記表示手段は、
   前記精算装置の夫々における前記精算業務処理の処理状況を、前記一の前記実行指示に基づく前記処理状況と前記他の前記実行指示に基づく前記処理状況とを識別可能に表示することを特徴とする監視装置。
5. 少なくとも精算処理を実行可能な複数の精算装置を含むＰＯＳシステムにおいて前記精算装置を監視する監視装置としてコンピュータを機能させるプログラムであって、
   前記コンピュータを、
   １以上の前記精算装置を指定可能に画面に表示する表示手段、
   前記画面を介して前記精算装置に複数の工程を経て完了する精算業務処理を実行させる実行指示を受け付ける指示受付手段、
   前記指示受付手段が受け付けた前記実行指示に基づいて、１以上の前記精算装置における前記精算業務処理の実行を制御する制御手段
   として機能させ、
   前記指示受付手段は、
   一の前記実行指示に基づいて１以上の前記精算装置における前記精算業務処理が行われているときに、他の１以上の前記精算装置における前記精算業務処理を実行させる他の前記実行指示を受け付け可能であり、
   前記表示手段は、
   前記精算装置の夫々における前記精算業務処理の処理状況を、前記一の前記実行指示に基づく前記処理状況と前記他の前記実行指示に基づく前記処理状況とを識別可能に表示することを特徴とするプログラム。
6. 少なくとも精算処理を実行可能な複数の精算装置を含むＰＯＳシステムにおいて前記精算装置を監視する監視装置における監視方法であって、
   １以上の前記精算装置を指定可能に画面に表示する表示ステップと、
   前記画面を介して前記精算装置に複数の工程を経て完了する精算業務処理を実行させる実行指示を受け付ける指示受付ステップと、
   前記指示受付ステップにて受け付けた前記実行指示に基づいて、１以上の前記精算装置における前記精算業務処理の実行を制御する制御ステップと
   を含み、
   前記指示受付ステップは、
   一の前記実行指示に基づいて１以上の前記精算装置における前記精算業務処理が行われているときに、他の１以上の前記精算装置における前記精算業務処理を実行させる他の前記実行指示を受け付け可能であり、
   前記表示ステップは、
   前記精算装置の夫々における前記精算業務処理の処理状況を、前記一の前記実行指示に基づく前記処理状況と前記他の前記実行指示に基づく前記処理状況とを識別可能に表示することを特徴とする監視方法。

Images