JP2016146023A - チェックアウトシステム、端末装置、決済装置、ならびにこの決済装置のための制御プログラム - Google Patents

Abstract

【課題】決済装置における貨幣の補充・回収の作業に関わる担当者の負担を軽減する。【解決手段】実施形態のチェックアウトシステムは、釣銭の払い出しのための貨幣を収容可能な決済装置と端末装置とを含み、さらに端末装置は出力手段を、また決済装置は、スキャナ、判定手段および設定手段を備える。出力手段は、決済装置における貨幣の補充または回収が必要であることを担当者に通知する情報を可視表示するとともに、決済装置における貨幣の補充または回収が必要であることを示す光学的に読取可能な符号を表した票を出力する。スキャナは、符号を光学的に読み取る。判定手段は、スキャナにより読み取られた符号に基づいて決済装置が貨幣の補充または回収の対象であることを判定する。設定手段は、判定手段により対象であることが判定されたことに応じて、貨幣の補充または回収のための動作状態を設定する。【選択図】図２

Description

本発明の実施形態は、チェックアウトシステム、端末装置、決済装置、ならびにこの決済装置のための制御プログラムに関する。

商品または役務の提供を有料で行う施設等において決済を行うチェックアウトシステムは、例えばＰＯＳ（point-of-sale）システムなどとして広く知られている。

この種のチェックアウトシステムでは、釣銭の払い出しのための貨幣を収容可能な、種々のタイプの決済装置が利用されている。そしてこのような決済装置はいずれも、貨幣の収納や払い出しによって、収容している貨幣の量が変動するため、貨幣の補充または回収のための保守作業が必要となる。このような保守作業は、担当者の負担となっていた。

このような事情から、決済装置における貨幣の補充または回収のための作業に関わる担当者の負担を軽減できることが望まれていた。

特開２００８−１５２５２４号公報

本発明が解決しようとする課題は、決済装置における貨幣の補充または回収のための作業に関わる担当者の負担を軽減できるチェックアウトシステム、端末装置、決済装置、ならびにこの決済装置のための制御プログラムを提供することである。

実施形態のチェックアウトシステムは、釣銭の払い出しのための貨幣を収容可能な決済装置と端末装置とを含み、さらに端末装置は出力手段を、また決済装置は、スキャナ、判定手段および設定手段を備える。出力手段は、決済装置における貨幣の補充または回収が必要であることを担当者に通知する情報を可視表示するとともに、決済装置における貨幣の補充または回収が必要であることを示す光学的に読取可能な符号を表した票を出力する。スキャナは、符号を光学的に読み取る。判定手段は、スキャナにより読み取られた符号に基づいて決済装置が貨幣の補充または回収の対象であることを判定する。設定手段は、判定手段により対象であることが判定されたことに応じて、貨幣の補充または回収のための動作状態を設定する。

一実施形態に係るチェックアウトシステムの平面図。 図１中の商品登録装置および決済装置のブロック図。 図２中の商品登録装置に設けられたＣＰＵによる制御処理のフローチャート。 アラート画像の一例を示す図。 保守票の一例を示す図。 図２中の決済装置に設けられたＣＰＵによる制御処理のフローチャート。 第１のガイダンス画像の一例を示す図。 第２のガイダンス画像の一例を示す図。 補充作業用の保守票の一例を示す図。 回収作業用の保守票の一例を示す図。

以下、実施の形態の一例について図面を用いて説明する。

図１は本実施形態に係るチェックアウトシステム１０の平面図である。

チェックアウトシステム１０は、少なくとも１台の商品登録装置１１と、少なくとも１台の決済装置１２とを含む。図１においては、２台の商品登録装置１１と４台の決済装置１２とを含んだチェックアウトシステム１０を示している。チェックアウトシステム１０が、商品登録装置１１および決済装置１２をそれぞれ何台含むかは任意であり、商品登録装置１１と決済装置１２との台数の比も任意である。

商品登録装置１１および決済装置１２は、例えばスーパーマーケットなどの店舗のチェックアウトコーナーに設置される。

商品登録装置１１は、上記店舗の従業員２１が、その操作者となる。商品登録装置１１を操作する従業員２１は、チェッカと称されることもある。決済装置１２は、上記の店舗で販売する商品を購入する買物客２２が、その操作者となる。ただし、商品登録装置１１の一部の操作が買物客２２により行われる場合もある。また、決済装置１２は、従業員２１により操作される場合もある。

商品登録装置１１は、図１においては、作業テーブル３１に取り付けられている。作業テーブル３１は、矩形の天板を有している。複数の作業テーブル３１が、天板の長手方向がほぼ並行するように配置されることにより、買物客２２用の通路を形成している。

商品登録装置１１は、買上登録、決済情報の生成、ならびに決済情報の決済装置１２への通知の各機能を備える。買上登録は、通路に進入してきた買物客２２が持参した商品を買上商品として登録する処理である。決済情報は、買上商品の決済のための処理に必要となる情報である。

決済装置１２は、商品登録装置１１から決済情報が通知された場合に、当該決済情報に基づく決済処理を行う。

図２は商品登録装置１１および決済装置１２のブロック図である。

商品登録装置１１および決済装置１２は、いずれもＬＡＮ（local area network）１３に接続されている。ＬＡＮ１３に代えて、インターネットまたは無線ＬＡＮなどの別の通信網を用いることもできる。あるいは商品登録装置１１と決済装置１２との間でサーバを介して情報を授受する構成としても良い。ＬＡＮ１３には、ＰＯＳサーバ等も接続されるが、図示を省略している。

商品登録装置１１は、ＣＰＵ（central processing unit）１１ａ、ＲＯＭ（read-only memory）１１ｂ、ＲＡＭ（random-access memory）１１ｃ、補助記憶ユニット１１ｄ、ドロワ開放ユニット１１ｅ、スキャナ１１ｆ、タッチパネル１１ｇ、プリンタ１１ｈ、カードリーダライタ１１ｉ、通信ユニット１１ｊおよび伝送システム１１ｋを含む。

ＣＰＵ１１ａ、ＲＯＭ１１ｂ、ＲＡＭ１１ｃおよび補助記憶ユニット１１ｄは、伝送システム１１ｋにより接続されてコンピュータを構成する。

ＣＰＵ１１ａは、上記のコンピュータの中枢部分に相当する。ＣＰＵ１１ａは、ＲＯＭ１１ｂおよびＲＡＭ１１ｃに記憶されたオペレーティングシステム、ミドルウェアおよびアプリケーションプログラムに基づいて、商品登録装置１１としての各種の動作を実現するべく各部を制御する。

ＲＯＭ１１ｂは、上記のコンピュータの主記憶部分に相当する。ＲＯＭ１１ｂは、上記のオペレーティングシステムを記憶する。ＲＯＭ１１ｂは、上記のミドルウェアやアプリケーションプログラムを記憶する場合もある。またＲＯＭ１１ｂは、ＣＰＵ１１ａが各種の処理を行う上で参照するデータを記憶する場合もある。

ＲＡＭ１１ｃは、上記のコンピュータの主記憶部分に相当する。ＲＡＭ１１ｃは、ＣＰＵ１１ａが各種の処理を行う上で参照するデータを記憶する。さらにＲＡＭ１１ｃは、ＣＰＵ１１ａが各種の処理を行う上で一時的に使用するデータを記憶しておく、いわゆるワークエリアとして利用される。

補助記憶ユニット１１ｄは、上記のコンピュータの補助記憶部分に相当する。補助記憶ユニット１１ｄは、ＣＰＵ１１ａが各種の処理を行う上で使用するデータ、あるいはＣＰＵ１１ａでの処理によって生成されたデータを保存する。補助記憶ユニット１１ｄとしては、例えばＥＥＰＲＯＭ（electric erasable programmable read-only memory）、ＨＤＤ（hard disk drive）、あるいはＳＳＤ（solid state drive）などを使用できる。

ＲＯＭ１１ｂまたは補助記憶ユニット１１ｄに記憶されるアプリケーションプログラムには、後述する制御処理に関して記述した制御プログラムを含む。商品登録装置１１の譲渡は一般的に、制御プログラムがＲＯＭ１１ｂまたは補助記憶ユニット１１ｄに記憶された状態にて行われる。しかし、商品登録装置１１は、制御プログラムがＲＯＭ１１ｂまたは補助記憶ユニット１１ｄに記憶されない状態で譲渡され、別途に譲渡された制御プログラムが補助記憶ユニット１１ｄに書き込まれても良い。制御プログラムの譲渡は、磁気ディスク、光磁気ディスク、光ディスク、半導体メモリなどのようなリムーバブルな記録媒体に記録して、あるいはネットワークを介した通信により行える。

ドロワ開放ユニット１１ｅは、貨幣を収容するためのドロワを自動的に開放する。

スキャナ１１ｆは、商品の情報を読み取って、当該商品の商品コードを得る。スキャナ１１ｆとしては、周知の種々のタイプのものをそのまま利用できる。スキャナ１１ｆは、周知の種々のタイプうちの１つのみに対応していても良いし、複数のタイプに対応していても良い。すなわちスキャナ１１ｆは、固定式またはハンディ式の２次元コードスキャナを含み得る。またスキャナ１１ｆとしては、商品の画像から画像認識技術を利用して商品を識別するタイプのものを含み得る。

タッチパネル１１ｇは、表示デバイスおよびタッチセンサを含む。表示デバイスは、その表示画面を、ＧＵＩ画面などの任意の画面とする。表示デバイスとしては、例えばカラーＬＣＤ等の周知のデバイスを利用できる。タッチセンサは、表示デバイスの表示面に重ねて配置されている。タッチセンサは、表示デバイスの表示面への操作者のタッチ位置を検出し、その位置情報をＣＰＵ１１ａへと送る。タッチセンサとしては、周知のデバイスを利用できる。

プリンタ１１ｈは、例えばサーマルプリンタやドットインパクトプリンタなどであり、レシート用紙に対して各種の文字列や画像などを印刷することにより、レシートを発行する。

カードリーダライタ１１ｉは、カードに記録されたデータを読み取るとともに、上記のカードへデータを書き込む。カードは、クレジットカード、デビットカード、電子マネーカード、プリペイドカードなどの決済用カードの他に、メンバーズカードやポイントカードなどの決済処理に関わる情報を記録する各種のカードを含み得る。カードリーダライタ１１ｉは、磁気式、接触式、あるいは非接触式のいずれのデバイスであっても良いし、また複数種のデバイスを含んでいても良い。

通信ユニット１１ｊは、ＬＡＮ１３を介した通信を行う。

伝送システム１１ｋは、ＣＰＵ１１ａ、ＲＯＭ１１ｂ、ＲＡＭ１１ｃ、補助記憶ユニット１１ｄ、ドロワ開放ユニット１１ｅ、スキャナ１１ｆ、タッチパネル１１ｇ、プリンタ１１ｈ、カードリーダライタ１１ｉおよび通信ユニット１１ｊの間で授受されるデータを伝送する。伝送システム１１ｋは、システムバスなどの各種のバスと、これらのバスと各部とを接続する各種のインタフェース回路とを含む周知のものが利用できる。

なお、商品登録装置１１のハードウェアとしては、例えば既存のＰＯＳ端末を利用することが可能である。

決済装置１２は、ＣＰＵ１２ａ、ＲＯＭ１２ｂ、ＲＡＭ１２ｃ、補助記憶ユニット１２ｄ、自動釣銭機１２ｅ、スキャナ１２ｆ、タッチパネル１２ｇ、プリンタ１２ｈ、カードリーダライタ１２ｉ、インタフェース１２ｊ、通信ユニット１２ｋおよび伝送システム１２ｍを含む。

ＣＰＵ１２ａ、ＲＯＭ１２ｂ、ＲＡＭ１２ｃおよび補助記憶ユニット１２ｄは、伝送システム１２ｍにより接続されてコンピュータを構成する。

ＣＰＵ１２ａは、上記のコンピュータの中枢部分に相当する。ＣＰＵ１２ａは、ＲＯＭ１２ｂおよびＲＡＭ１２ｃに記憶されたオペレーティングシステム、ミドルウェアおよびアプリケーションプログラムに基づいて、決済装置１２としての各種の動作を実現するべく各部を制御する。

ＲＯＭ１２ｂは、上記のコンピュータの主記憶部分に相当する。ＲＯＭ１２ｂは、上記のオペレーティングシステムを記憶する。ＲＯＭ１２ｂは、上記のミドルウェアやアプリケーションプログラムを記憶する場合もある。またＲＯＭ１２ｂは、ＣＰＵ１２ａが各種の処理を行う上で参照するデータを記憶する場合もある。

ＲＡＭ１２ｃは、上記のコンピュータの主記憶部分に相当する。ＲＡＭ１２ｃは、ＣＰＵ１２ａが各種の処理を行う上で参照するデータを記憶する。さらにＲＡＭ１２ｃは、ＣＰＵ１２ａが各種の処理を行う上で一時的に使用するデータを記憶しておく、いわゆるワークエリアとして利用される。

補助記憶ユニット１２ｄは、上記のコンピュータの補助記憶部分に相当する。補助記憶ユニット１２ｄは、ＣＰＵ１２ａが各種の処理を行う上で使用するデータ、あるいはＣＰＵ１２ａでの処理によって生成されたデータを保存する。補助記憶ユニット１２ｄとしては、例えばＥＥＰＲＯＭ、ＨＤＤ、あるいはＳＳＤなどを使用できる。

ＲＯＭ１２ｂまたは補助記憶ユニット１２ｄに記憶されるアプリケーションプログラムには、決済装置１２としての各種の動作を実現するべく各部を制御するための制御処理に関して記述した制御プログラムを含む。決済装置１２の譲渡は一般的に、制御プログラムがＲＯＭ１２ｂまたは補助記憶ユニット１２ｄに記憶された状態にて行われる。しかし、決済装置１２は、制御プログラムがＲＯＭ１２ｂまたは補助記憶ユニット１２ｄに記憶されない状態で譲渡され、別途に譲渡された制御プログラムが補助記憶ユニット１２ｄに書き込まれても良い。制御プログラムの譲渡は、磁気ディスク、光磁気ディスク、光ディスク、半導体メモリなどのようなリムーバブルな記録媒体に記録して、あるいはネットワークを介した通信により行える。

自動釣銭機１２ｅは、投入される硬貨および紙幣を収受する。また自動釣銭機１２ｅは、釣銭としての硬貨および紙幣を排出する。

スキャナ１２ｆは、商品の情報を光学的に読み取って、当該商品の商品コードを得る。スキャナ１２ｆは、商品コード以外の情報を表したバーコードを読み取って、そのバーコードが表す情報を得ることもできる。スキャナ１２ｆとしては、周知の種々のタイプのものをそのまま利用できる。スキャナ１２ｆは、周知の種々のタイプうちの１つのみに対応していても良いし、複数のタイプに対応していても良い。すなわちスキャナ１２ｆは、固定式またはハンディ式の２次元コードスキャナを含み得る。またスキャナ１２ｆとしては、商品の画像から画像認識技術を利用して商品を識別するタイプのものを含み得る。

タッチパネル１２ｇは、表示デバイスおよびタッチセンサを含む。表示デバイスは、その画面を、ＧＵＩ画面などの任意の画面とする。表示デバイスとしては、例えばカラーＬＣＤ等の周知のデバイスを利用できる。タッチセンサは、表示デバイスの表示面に重ねて配置されている。タッチセンサは、表示デバイスの表示面への操作者のタッチ位置を検出し、その位置情報をＣＰＵ１２ａへと送る。タッチセンサとしては、周知のデバイスを利用できる。

プリンタ１２ｈは、例えばサーマルプリンタやドットインパクトプリンタなどであり、レシート用紙に対して各種の文字列や画像などを印刷することにより、レシートを発行する。

カードリーダライタ１２ｉは、カードに記録されたデータを読み取るとともに、上記のカードへデータを書き込む。カードは、クレジットカード、デビットカード、電子マネーカード、プリペイドカードなどの決済用カードの他に、メンバーズカードやポイントカードなどの決済処理に関わる情報を記録する各種のカードを含み得る。カードリーダライタ１２ｉは、磁気式、接触式、あるいは非接触式のいずれのデバイスであっても良いし、また複数種のデバイスを含んでいても良い。

インタフェース１２ｊは、オプションの外部機器を任意に接続可能とする。インタフェース１２ｊは、外部機器が接続されている場合に、この外部機器と通信する。インタフェース１２ｊとしては、例えばＵＳＢ（universal serial bus）規格に準拠した周知のデバイスを利用できる。インタフェース１２ｊには、外部機器の一例として棒金ドロワ１４が接続される場合がある。

棒金ドロワ１４は、多数の硬貨を棒状に束ねてなる棒金を収容する。棒金ドロワ１４は、ＣＰＵ１２ａの指示の下にインタフェース１２ｊから送信された開放コマンドを受けて開放状態となる。棒金ドロワ１４は、開放状態において、収容している棒金を外部から取り出すことが可能である。

通信ユニット１２ｋは、ＬＡＮ１３を介した通信を行う。

伝送システム１２ｍは、ＣＰＵ１２ａ、ＲＯＭ１２ｂ、ＲＡＭ１２ｃ、補助記憶ユニット１２ｄ、自動釣銭機１２ｅ、スキャナ１２ｆ、タッチパネル１２ｇ、プリンタ１２ｈ、カードリーダライタ１２ｉおよび通信ユニット１２ｋの間で授受されるデータを伝送する。伝送システム１２ｍは、システムバスなどの各種のバスと、これらのバスと各部とを接続する各種のインタフェース回路とを含む周知のものが利用できる。

なお、決済装置１２のハードウェアとしては、例えば既存のセルフＰＯＳ端末を利用することが可能である。

次に、以上のように構成されたチェックアウトシステム１０の動作について説明する。なお、以下に説明する処理の内容は一例であって、同様な結果を得ることが可能な様々な処理を適宜に利用できる。

チェックアウトシステム１０では、チェックアウトに関わる動作は、既存のセミセルフ方式のチェックアウトシステムと同様に行われる。すなわち、商品登録装置１１にて買上登録と決済情報の生成とが行われる。決済情報は、従業員２１により指定された１つの決済装置１２に、ＬＡＮ１３を介して転送される。そして決済装置１２では、決済情報に基づく決済処理が行われる。なお、１つの商品登録装置１１からは、複数の決済装置１２のうちの一部のみに決済情報を送ることができるとしても良いし、複数の決済装置１２のうちの全てに決済情報を送ることができるとしても良い。一例としては、図１中の上方の商品登録装置１１からは図１中の上方の２つの決済装置１２に対して、図１中の下方の商品登録装置１１からは図１中の下方の２つの決済装置１２に対して、それぞれ決済情報を送ることができるとすることが想定される。

さて、決済処理による決済が現金により行われる場合、自動釣銭機１２ｅにより、貨幣が収納される。釣銭が生じた場合には、自動釣銭機１２ｅにより、釣銭としての貨幣が払い出される。この貨幣の収納または払い出しのとき、自動釣銭機１２ｅが収容している貨幣の量が変動する。

このように自動釣銭機１２ｅにより貨幣が収納されたり、払い出されたりした後にＣＰＵ１２ａは、自動釣銭機１２ｅにおける貨幣の収容量に異常が有るか否かを確認する。ＣＰＵ１２ａは具体的には、自動釣銭機１２ｅにおける貨幣の金種毎の収容枚数を自動釣銭機１２ｅから取得して、それらの収容枚数が金種毎に予め定められた正常範囲内であるか否かを確認する。ＣＰＵ１２ａは、収容枚数が正常範囲外である金種が１つでも有ったならば、収容量に異常があると判定する。

そしてＣＰＵ１２ａは、収容量に異常があると判定したならば、予め定められた商品登録装置１１に対して釣銭アラートを通知する。ＣＰＵ１２ａは具体的には、釣銭アラートの通知のための予め定められたコマンドを、通信ユニット１２ｋから予め定められた商品登録装置１１に宛ててＬＡＮ１３へと送信する。上記のコマンドには、少なくとも決済装置１２を識別するための識別コードが含まれる。また上記のコマンドには、貨幣の収容状況を表した情報が含まれても良い。

上記のコマンドが、宛先とされた商品登録装置１１へとＬＡＮ１３を介して伝送されると、このコマンドは通信ユニット１１ｊによって受信される。通信ユニット１１ｊは、受信したコマンドをＲＡＭ１１ｃに保存するとともに、その旨をＣＰＵ１１ａに通知する。

さてＣＰＵ１１ａは、以上のような動作が行われるのと並行して、ＲＯＭ１１ｂまたは補助記憶ユニット１１ｄに記憶された制御プログラムに従って、貨幣の補充または貨幣の回収の作業を支援するための保守票をプリントする制御処理を実行する。以下においては、貨幣の補充または貨幣の回収の作業を、釣銭保守と称する。

図３はＣＰＵ１１ａによる制御処理のフローチャートである。

Ａｃｔ１においてＣＰＵ１１ａは、保守票のプリントが操作者により指示されたか否かを確認する。そしてＣＰＵ１１ａは、該当の指示のための操作が行われていないならばＮｏと判定し、Ａｃｔ２へと進む。

Ａｃｔ２においてＣＰＵ１１ａは、釣銭アラートが生じているか否かを確認する。ＣＰＵ１１ａは具体的には、釣銭アラートの通知のためのコマンドを受信した旨の通知が通信ユニット１１ｊからなされているか否かを確認する。そしてＣＰＵ１１ａは、当該通知がなされていないならばＮｏと判定し、Ａｃｔ１へと戻る。

かくしてＣＰＵ１１ａは、Ａｃｔ１およびＡｃｔ２においては、保守票のプリントが指示されるか、あるいは釣銭アラートが生じるのを待ち受ける。ＣＰＵ１１ａは、釣銭アラートの通知のためのコマンドを受信した旨の通知が通信ユニット１１ｊからなされたならば、Ａｃｔ２でＹｅｓと判定し、Ａｃｔ３へと進む。

Ａｃｔ３においてＣＰＵ１１ａは、アラート表示を開始する。ＣＰＵ１１ａは具体的には、タッチパネル１１ｇの画面の一部領域で、予め定めたアラート画像を表示する。

図４はアラート画像ＩＭ１の一例を示す図である。

図４に示すアラート画像ＩＭ１は、文字メッセージＭ１およびボタンＢ１，Ｂ２を表す。文字メッセージＭ１は、釣銭保守が必要な決済装置１２があることを操作者に通知するとともに、保守票をプリントするかどうかの判断を操作者に促すものである。ボタンＢ１は、保守票のプリントを指示するために操作者がタッチするものである。ボタンＢ２は、アラート画像ＩＭ１の表示終了を指示するために操作者がタッチするものである。なおＣＰＵ１１ａは例えば、Ａｃｔ３へと進んだ時点におけるタッチパネル１１ｇの画面を、その画面にアラート画像ＩＭ１を重畳表示する画面に更新する。

Ａｃｔ４においてＣＰＵ１１ａは、表示終了が指示されたか否かを確認する。そしてＣＰＵ１１ａは、ボタンＢ２がタッチされていないならばＮｏと判定し、Ａｃｔ５へと進む。

Ａｃｔ５においてＣＰＵ１１ａは、プリントが指示されたか否かを確認する。そしてＣＰＵ１１ａは、ボタンＢ１がタッチされていないならばＮｏと判定し、Ａｃｔ４へと戻る。

かくしてＡｃｔ４およびＡｃｔ５においてＣＰＵ１１ａは、表示終了またはプリントが指示されるのを待ち受ける。そしてＣＰＵ１１ａは、操作者によってボタンＢ２がタッチされたことがタッチパネル１１ｇにより検出されたならば、Ａｃｔ４でＹｅｓと判定し、Ａｃｔ６へと進む。

Ａｃｔ６においてＣＰＵ１１ａは、アラート表示を終了する。すなわちＣＰＵ１１ａは、アラート画像ＩＭ１の表示を終了し、タッチパネル１１ｇの画面を元に戻す。そしてＣＰＵ１１ａはこののちに、Ａｃｔ１およびＡｃｔ２の待ち受け状態に戻る。

さて、ＣＰＵ１１ａは、Ａｃｔ４およびＡｃｔ５の待ち受け状態にあるときに、操作者によってボタンＢ１がタッチされたことがタッチパネル１１ｇにより検出ならば、Ａｃｔ５でＹｅｓと判定し、Ａｃｔ７へと進む。

Ａｃｔ７においてＣＰＵ１１ａは、アラート表示を終了する。すなわちＣＰＵ１１ａは、アラート画像ＩＭ１の表示を終了し、タッチパネル１１ｇの画面を元に戻す。そしてこののちにＣＰＵ１１ａは、Ａｃｔ８へと進む。

なおＣＰＵ１１ａは、Ａｃｔ１およびＡｃｔ２の待ち受け状態にあるときに、予め定められた操作により保守票のプリントが操作者によって指定されたならば、Ａｃｔ１でＹｅｓと判定し、Ａｃｔ２〜Ａｃｔ７をパスしてＡｃｔ８へと進む。

Ａｃｔ８においてＣＰＵ１１ａは、全ての決済装置１２から収容状況データを収集する。収容状況データは、金種毎の収容枚数を表したデータである。具体的にはＣＰＵ１１ａは例えば、収容状況データの送信を要求するコマンドを、全ての決済装置１２を宛先として順次に、通信ユニット１１ｊからＬＡＮ１３へと送信する。決済装置１２では、自動釣銭機１２ｅが、金種毎の収容枚数を常に管理している。ＣＰＵ１２ａは、収容状況データの送信を要求するコマンドが通信ユニット１２ｋにより受信されたならば、自動釣銭機１２ｅから金種毎の収容枚数の情報を取得する。そしてＣＰＵ１２ａは、取得した情報を決済装置１２の識別コードとともに含んだ収容状況データを、要求元の商品登録装置１１に宛てて通信ユニット１２ｋからＬＡＮ１３へと送信する。このようにして全ての決済装置１２から順次に送信される収容状況データが通信ユニット１１ｊにより受信されたならば、ＣＰＵ１１ａはこれら収容状況データをＲＡＭ１１ｃまたは補助記憶ユニット１１ｄに蓄積保存する。

Ａｃｔ９においてＣＰＵ１１ａは、保守票をプリントする。そしてＣＰＵ１１ａは、保守票をプリントし終えたならば、Ａｃｔ１およびＡｃｔ２の待ち受け状態に戻る。

図５は保守票の一例を示す図である。

ＣＰＵ１１ａは、図５に示すような画像を生成して、これをプリントするようにプリンタ１１ｈに指示する。プリンタ１１ｈは、この指示に応じて、画像をレシート用紙にプリントして、図５に示す保守票を生成する。

エリアＡ１は、硬貨の補充に関わる情報を示す。ＣＰＵ１１ａは、収容状況データに、金種毎に定められた下限枚数以下の収容枚数が示される場合に、当該収容状況データに含まれた識別コードを、補充対象の決済装置１２の識別コードとする。ＣＰＵ１１ａは、収容枚数が下限枚数以下である金種を、補充対象の金種とする。ＣＰＵ１１ａは、補充対象の金種に関して収容状況データに示された枚数を現時点枚数とする。ＣＰＵ１１ａは、補充対象の金種に関して、金種毎に定められた標準枚数から現時点枚数を減じて求まる枚数を補充枚数とする。ＣＰＵ１１ａは、補充枚数を同金種の棒金１本分の硬貨の枚数で除算して求まる値の小数点以下を切り上げて求まる数を補充本数とする。ＣＰＵ１１ａは、これら補充対象の決済装置１２の識別コード、補充対象の金種、現時点枚数、補充枚数および補充本数を、会計機ＮＯ、金種、現時点、補充枚数および棒金の各見出しに対応付けてそれぞれ表したリストをエリアＡ１に表す。なお、下限枚数は、前述の正常範囲の下限値と一致していても良いし、異なっていても良い。つまりエリアＡ１は、貨幣の補充量の目安を可視表示する。

エリアＡ２は、エリアＡ１に示されたリストに従って補充作業を行うために準備すべき貨幣についての情報を示す。ＣＰＵ１１ａは、エリアＡ１に表したリストに示された補充枚数の金種毎の総和を算出する。ＣＰＵ１１ａは、エリアＡ１に表した補充本数の金種毎の合計として本数を算出する。ＣＰＵ１１ａは、上記の総和を同金種の棒金１本分の硬貨の枚数で除算して求まる値の小数点以下を切り上げて本数を算出しても良い。ＣＰＵ１１ａは、金種、補充枚数の総和および本数のリストをエリアＡ２に表す。

エリアＡ３は、硬貨の回収に関わる情報を示す。ＣＰＵ１１ａは、収容状況データに、金種毎に定められた上限枚数以上の収容枚数が示される場合に、当該収容状況データに含まれた識別コードを、回収対象の決済装置１２の識別コードとする。ＣＰＵ１１ａは、収容枚数が上限枚数以上である金種を、回収対象の金種とする。ＣＰＵ１１ａは、回収対象の金種に関して収容状況データに示された枚数を現時点枚数とする。ＣＰＵ１１ａは、補充対象の金種に関して、金種毎に定められた標準枚数を現時点枚数から減じて求まる枚数を回収枚数とする。ＣＰＵ１１ａは、これら回収対象の決済装置１２の識別コード、回収対象の金種、現時点枚数および回収枚数を、会計機ＮＯ、金種、現時点および回収枚数の各見出しに対応付けてそれぞれ表したリストをエリアＡ３に表す。なお、上限枚数は、前述の正常範囲の上限値と一致していても良いし、異なっていても良い。つまりエリアＡ３は、貨幣の回収量の目安を可視表示する。

エリアＡ４は、エリアＡ３に示されたリストに従って回収作業により回収する貨幣についての情報を示す。ＣＰＵ１１ａは、エリアＡ３に表したリストに示された回収枚数の金種毎の総和を算出する。ＣＰＵ１１ａは、金種および総和のリストをエリアＡ３に表す。

なお、エリアＡ１，Ａ３に表す決済装置１２の識別コードは、収容状況データに示された識別コードをそのまま用いても良いし、収容状況データに示された識別コードとは別の識別コードであっても良い。別の識別コードは、従業員２１による認識が容易なように予め定められて、収容状況データに示された識別コードに関連付けられる。

エリアＡ５は、釣銭保守データを表したバーコードを配置する。釣銭保守データは、釣銭保守の対象となる決済装置１２の識別コードを少なくとも含むとともに、当該データが釣銭保守データであることを表す制御コードを含む。ＣＰＵ１１ａは、釣銭保守の対象となる決済装置１２についての釣銭保守データを生成し、それをコード化したバーコードを生成してエリアＡ５に表す。ＣＰＵ１１ａは、釣銭保守の対象となる決済装置１２が複数である場合には、それらの決済装置１２のそれぞれに関するバーコードをエリアＡ５にそれぞれ表す。図５の例では、エリアＡ１およびエリアＡ３に示された４つの決済装置１２に関する４つのバーコードがエリアＡ５に表されている。

エリアＡ５に表されるバーコードは、光学的に読取可能な符号の一例である。そして、制御プログラムに基づいて上記の制御処理をＣＰＵ１１ａが実行することによって、ＣＰＵ１１ａを中枢部分とするコンピュータは出力手段として機能する。また、上記の制御処理をＣＰＵ１１ａが実行するとき、商品登録装置１１は端末装置として機能する。

ところで、決済装置１２においてＣＰＵ１２ａは、ＲＯＭ１２ｂまたは補助記憶ユニット１２ｄに記憶された制御プログラムに従って、以下に説明する制御処理を実行する。

図６はＣＰＵ１２ａによる制御処理のフローチャートである。

Ａｃｔ１１においてＣＰＵ１２ａは、バーコードスキャンが行われたか否かを確認する。ＣＰＵ１２ａは、バーコードスキャンが行われていないならばＮｏと判定し、Ａｃｔ１１を繰り返す。そしてＣＰＵ１２ａは、スキャナ１２ｆによりバーコードがスキャンされたならばＹｅｓと判定し、Ａｃｔ１２へと進む。

Ａｃｔ１２においてＣＰＵ１２ａは、スキャンされたバーコードをデコードして得られるデータが釣銭保守データであるか否かを確認する。ＣＰＵ１２ａは具体的には、バーコードをデコードして得られたデータに、釣銭保守データであることを表す制御コードが含まれているか否かを確認する。そしてＣＰＵ１２ａは、該当する制御コードが含まれていないならばＮｏと判定し、Ａｃｔ１１に戻る。

かくしてＡｃｔ１１およびＡｃｔ１２においてＣＰＵ１２ａは、釣銭保守データを表したバーコードがスキャンされるのを待ち受ける。そしてＣＰＵ１２ａは、スキャンされたバーコードをデコードして得られるデータに、釣銭保守データであることを表す制御コードが含まれていたならば、Ａｃｔ１２でＹｅｓと判定し、Ａｃｔ１３へと進む。

Ａｃｔ１３においてＣＰＵ１２ａは、ＣＰＵ１２ａが設けられている決済装置１２が釣銭保守の対象となっているか否かを確認する。具体的にはＣＰＵ１２ａは、ＣＰＵ１２ａが設けられている決済装置１２の識別コードが、上記のように得られた釣銭保守データのうちの１つに含まれているか否かを確認する。そしてＣＰＵ１２ａは、上記のように得られた釣銭保守データのいずれかに該当する識別コードが含まれていたならばＹｅｓと判定し、Ａｃｔ１４へと進む。

Ａｃｔ１４においてＣＰＵ１２ａは、釣銭保守処理を実行する。釣銭保守処理は、自動釣銭機１２ｅに貨幣を新たに収納したり、自動釣銭機１２ｅが収容している貨幣を排出したりするための処理である。釣銭保守処理としては、例えば既存の自動釣銭機において行われているのと同様な処理をそのまま利用できる。

例えば、ＣＰＵ１２ａは、貨幣の投入口から操作者によって貨幣が投入されると、この貨幣を収容庫に収納するように自動釣銭機１２ｅを制御する。またＣＰＵ１２ａは、タッチパネル１１ｇの画面に、金種および枚数を指定するためのユーザインタフェースを表しておく。ＣＰＵ１２ａは、このユーザインタフェースにおける操作者による操作に応じて、指定金種の貨幣を指定枚数だけ払い出すように自動釣銭機１２ｅを制御する。またインタフェース１２ｊに棒金ドロワ１４が接続されている場合、ＣＰＵ１２ａは、タッチパネル１１ｇの画面に棒金取り出し用のボタンを表しておく。ＣＰＵ１２ａは、このボタンが操作者によってタッチされたことに応じて、インタフェース１２ｊに指示し、インタフェース１２ｊから棒金ドロワ１４へと開放コマンドを送信する。この開放コマンドを受けて棒金ドロワ１４は、開放状態となる。

つまり、従業員２１が、補充対象となる決済装置１２のスキャナ１２ｆに保守票に表されているバーコードをスキャンさせた上で、投入口から貨幣を投入すれば、その貨幣は補充されたものとして収容庫へと収納される。なお、補充対象となる決済装置１２に棒金ドロワ１４が接続されているならば、従業員２１が棒金取り出し用のボタンをタッチすることにより、従業員２１は棒金ドロワ１４から補充のための棒金を取り出すことが可能となる。

また従業員２１が、回収対象となる決済装置１２のスキャナ１２ｆに保守票に表されているバーコードをスキャンさせた上で、タッチパネル１１ｇにて金種と枚数を指定すれば、指定金種の貨幣が指定枚数だけ払い出される。

従業員２１は、保守票のエリアＡ１またはエリアＡ３に示された情報を参照しながら、適宜に貨幣を補充または回収すれば良い。なお、従業員２１は、補充枚数または回収枚数は、保守票に示された通りとする必要はない。例えば、会計機ＮＯが「１」である決済装置１２に対して、１００円硬貨の補充枚数を棒金２本分の１００枚としても良い。

ＣＰＵ１２ａは、プリンタ１２ｈを制御して、補充または回収の内容を表した作業記録票をプリントしても良い。ＣＰＵ１２ａは、補充または回収の内容を表したログデータを補助記憶ユニット１２ｄに書き込んでも良い。ＣＰＵ１２ａは、いわゆる「まとめ両替運用」に対応するように処置しても良い。すなわちＣＰＵ１２ａは、硬貨が投入された場合に、その投入された硬貨の総額と同額の紙幣を払い出すように自動釣銭機１２ｅを制御する。ＣＰＵ１２ａは、釣銭保守処理を開始するのに先立ち、操作者の認証を行っても良い。そしてＣＰＵ１２ａは、操作者が予め定められた権限者ではない場合には、釣銭保守処理を実行しないようにしても良い。

ＣＰＵ１２ａは、釣銭保守処理が終了したならば、Ａｃｔ１１およびＡｃｔ１２の待ち受け状態に戻る。

このようにＣＰＵ１２ａは、保守票に表されたバーコードに基づいて、決済装置１２が釣銭保守の対象であることを判定している。従って、制御プログラムに基づいて上記の制御処理をＣＰＵ１２ａが実行することによって、ＣＰＵ１２ａを中枢部分とするコンピュータは判定手段として機能する。また、釣銭保守処理を開始することにより、決済装置１２は貨幣の補充または回収のための動作状態に設定されるのであり、ＣＰＵ１２ａを中枢部分とするコンピュータは設定手段として機能する。

さてＣＰＵ１２ａは、スキャンされたバーコードをデコードして得られるデータに、ＣＰＵ１２ａが設けられている決済装置１２の識別コードが含まれていないならば、Ａｃｔ１３でＮｏと判定し、Ａｃｔ１５へと進む。

Ａｃｔ１５においてＣＰＵ１２ａは、棒金ドロワ１４がインタフェース１２ｊに接続されているか否かを確認する。そして棒金ドロワ１４が接続されているならばＹｅｓと判定し、Ａｃｔ１６へと進む。

Ａｃｔ１６においてＣＰＵ１２ａは、第１のガイダンス表示を開始する。ＣＰＵ１２ａは具体的には、タッチパネル１２ｇの画面の一部領域で、予め定めた第１のガイダンス画像を表示する。

図７は第１のガイダンス画像ＩＭ１１の一例を示す図である。

図７に示す第１のガイダンス画像ＩＭ１１は、文字メッセージＭ１１およびボタンＢ１１，Ｂ１２を表す。文字メッセージＭ１１は、釣銭保守の対象外であることを操作者に通知するものである。ボタンＢ１１は、棒金ドロワ１４からの棒金の取り出しを行う場合に操作者がタッチするものである。ボタンＢ１２は、第１のガイダンス画像ＩＭ１１の表示終了を指示するために操作者がタッチするものである。なおＣＰＵ１２ａは例えば、Ａｃｔ１６へと進んだ時点におけるタッチパネル１２ｇの画面を、第１のガイダンス画像ＩＭ１１を重畳表示する画面に更新する。

Ａｃｔ１７においてＣＰＵ１２ａは、表示終了が指示されたか否かを確認する。そしてＣＰＵ１２ａは、ボタンＢ１２がタッチされていないならばＮｏと判定し、Ａｃｔ１８へと進む。

Ａｃｔ１８においてＣＰＵ１２ａは、棒金の取り出しが指示されたか否かを確認する。そしてＣＰＵ１２ａは、ボタンＢ１１がタッチされていないならばＮｏと判定し、Ａｃｔ１７へと戻る。

かくしてＡｃｔ１７およびＡｃｔ１８においてＣＰＵ１２ａは、表示終了または棒金の取り出しが指示されるのを待ち受ける。そしてＣＰＵ１２ａは、操作者によってボタンＢ１１がタッチされたことがタッチパネル１２ｇにより検出されたならば、Ａｃｔ１８でＹｅｓと判定し、Ａｃｔ１９へと進む。

Ａｃｔ１９においてＣＰＵ１２ａは、棒金ドロワ１４を開放状態とする。ＣＰＵ１２ａは具体的には、インタフェース１２ｊに指示し、インタフェース１２ｊから棒金ドロワ１４へと開放コマンドを送信する。この開放コマンドを受けて棒金ドロワ１４は、開放状態となる。従って操作者は、棒金ドロワ１４から、他の決済装置１２に補充するための棒金を取り出すことが可能となる。ＣＰＵ１２ａは、棒金ドロワ１４を開放するのに先立ち、操作者の認証を行っても良い。そしてＣＰＵ１２ａは、操作者が予め定められた権限者ではない場合には、棒金ドロワ１４を開放しないようにしても良い。ＣＰＵ１２ａはこののち、Ａｃｔ２２へと進む。

ＣＰＵ１２ａは、棒金ドロワ１４がインタフェース１２ｊに接続されていなかった場合、Ａｃｔ１５にてＮｏと判定し、Ａｃｔ２０へと進む。

Ａｃｔ２０においてＣＰＵ１２ａは、第２のガイダンス表示を開始する。ＣＰＵ１２ａは具体的には、タッチパネル１２ｇの画面の一部領域で、予め定めた第２のガイダンス画像を表示する。

図８は第２のガイダンス画像ＩＭ１２の一例を示す図である。なお、図７に示されるのと同一の要素には同一の符号を付し、その詳細な説明は省略する。

図８に示す第２のガイダンス画像ＩＭ１２は、文字メッセージＭ１１およびボタンＢ１２を表す。つまり第２のガイダンス画像ＩＭ１２は、第１のガイダンス画像ＩＭ１１からボタンＢ１１を省いたものである。なおＣＰＵ１２ａは例えば、Ａｃｔ１６へと進んだ時点におけるタッチパネル１２ｇの画面を、その画面に第２のガイダンス画像ＩＭ１２を重畳表示する画面に更新する。

Ａｃｔ２１においてＣＰＵ１２ａは、表示終了が指示されたか否かを確認する。そしてＣＰＵ１２ａは、ボタンＢ１２がタッチされていないならばＮｏと判定し、Ａｃｔ２１を繰り返す。かくしてＡｃｔ２１においてＣＰＵ１２ａは、表示終了が指示されるのを待ち受ける。そしてＣＰＵ１２ａは、ボタンＢ１２がタッチされたことがタッチパネル１２ｇにより検出されたならばＹｅｓと判定し、Ａｃｔ２２へと進む。

Ａｃｔ２２においてＣＰＵ１２ａは、第１または第２のガイダンス表示を終了する。すなわちＣＰＵ１２ａは、第１のガイダンス画像ＩＭ１１または第２のガイダンス画像ＩＭ１２の表示を終了し、タッチパネル１２ｇの画面を元に戻す。そしてＣＰＵ１２ａはこののちに、Ａｃｔ１１およびＡｃｔ１２の待ち受け状態に戻る。

以上のようにチェックアウトシステム１０によれば、商品登録装置１１においてプリントされた保守票に表されたバーコードが保守対象となっている決済装置１２のスキャナ１２ｆでスキャンされたならば、当該決済装置１２は釣銭保守処理を開始する。従って、釣銭保守の担当者である従業員２１は、任意の商品登録装置１１でプリントさせた保守票を保守対象となっている決済装置１２にスキャンさせるという簡易な作業によって、当該決済装置１２における釣銭保守のための作業を開始することが可能である。

またチェックアウトシステム１０によれば、保守票のエリアＡ１およびエリアＡ３には、補充または回収すべき貨幣の枚数の目安が可視表示される。従って、釣銭保守を担当する従業員２１は保守票を目視することにより、どの程度の枚数の貨幣を補充または回収すれば良いのかを容易に認識できる。

チェックアウトシステム１０によればさらに、保守票のエリアＡ２およびエリアＡ４には、補充または回収すべき貨幣の総枚数の目安が可視表示される。従って、釣銭保守を担当する従業員２１は、保守票に基づいた保守作業を開始するための準備として、どの程度の貨幣を用意すれば良いのかを容易に判断可能である。また従業員２１は、回収し終えた貨幣の量が適正であるか否かを容易に判断できる。これにより例えば、回収対象の全ての決済装置１２に対する保守作業が完了していない場合、そのことを従業員２１は、回収し終えた貨幣の量が保守票に示された貨幣の量に比べて少ないことから判断することが可能になる。

チェックアウトシステム１０によれば、決済装置１２は、自動釣銭機１２ｅでの貨幣の収容量に異常がある場合には、予め定められた商品登録装置１１に対して釣銭アラートを通知する。商品登録装置１１は釣銭アラートの通知を受けると、アラート表示を行い、そのアラート表示の中で保守票のプリントの指示を受け付ける。従って、釣銭保守を担当する従業員２１は、アラート表示を契機として、釣銭保守のための一連の作業を容易に開始することができる。

チェックアウトシステム１０によれば、複数の決済装置１２が釣銭保守の対象となる状況にあっては、それら対象となる複数の決済装置１２のそれぞれに関するバーコードをいずれも表した１枚の保守票をプリントする。従って、釣銭保守を担当する従業員２１は、１枚の保守票に基づき、複数の決済装置１２の釣銭保守のための作業を行うことが可能である。

チェックアウトシステム１０によれば、保守票に表されたバーコードをスキャンした決済装置１２が釣銭保守の対象ではなかった場合には、その旨のガイダンス表示を行う。従って、釣銭保守を担当する従業員２１は、バーコードをスキャンさせた決済装置１２に対して釣銭保守のための作業を行う必要がないことを容易に認識できる。そしてこの場合にチェックアウトシステム１０ではさらに、棒金ドロワ１４が決済装置１２に接続されているならば、上記のガイダンス表示の中で棒金ドロワ１４の開放指示を受け付ける。複数の決済装置１２のうちの一部のみに棒金ドロワ１４が接続されている場合、棒金ドロワ１４が接続された決済装置１２が釣銭保守の対象ではない場合があり得る。このような場合に、釣銭保守を担当する従業員２１は、その決済装置１２に保守票に表されたバーコードをスキャンさせることにより、他の決済装置１２の釣銭保守のための棒金を、棒金ドロワ１４から容易に取り出すことが可能である。

この実施形態は、次のような種々の変形実施が可能である。

保守票は、複数枚に分けてプリントしても良い。例えば、補充作業用と回収作業用とで別々の保守票をプリントしても良い。あるいは、複数の決済装置１２が釣銭保守の対象となる場合に、それらの複数の決済装置１２のそれぞれに関する保守票を個別にプリントしても良い。

図９は補充作業用の保守票の一例を示す図である。図１０は回収作業用の保守票の一例を示す図である。

１つの釣銭保守データに、釣銭保守の対象となる複数の決済装置１２に関する情報を含めておき、当該釣銭保守データをコード化した１つのバーコードを保守票に表しても良い。この場合、釣銭保守データのデータ量が大きくなるので、バーコードに変えて、例えばＱＲコード（登録商標）などの別のタイプの符号を用いても良い。上記実施形態においても、各バーコードを別のタイプの符号に置き換えても良い。

釣銭保守データが含む制御コードは、同じ釣銭保守データに含まれた識別コードで識別される決済装置１２が補充対象および回収対象のいずれであるかに応じて異なるものとしても良い。そして決済装置１２においてＣＰＵ１２ａは、制御コードから補充対象であることを判定したならば貨幣補充のための動作を、制御コードから回収対象であることを判定したならば貨幣回収のための動作を、それぞれ自動的に起動しても良い。

釣銭保守データを、金種と、補充枚数または回収枚数とを表すものとしても良い。そして決済装置１２においてＣＰＵ１２ａは、バーコードに表された金種を補充枚数だけ補充するための動作、またはバーコードに表された金種を回収枚数だけ回収するための動作を自動的に起動しても良い。

決済装置は、釣銭の払い出しのための貨幣を収容可能なものであれば、上記実施形態における決済装置１２とは異なる形態の装置であっても良く、貨幣の収納および払い出しを自動で行う機能も必須ではない。決済装置としては、店員により操作される通常のタイプのＰＯＳ端末、買物客により操作されるセルフタイプのＰＯＳ端末、あるいはキャッシュレジスタなどが相当する。

上記実施形態では、商品登録装置１１に端末装置としての機能を持たせている。しかしながら端末装置は、例えば、汎用のコンピュータ装置、タブレットコンピュータ、あるいはスマートフォンなどのような情報処理装置を適宜に利用して実現できる。タブレットコンピュータやスマートフォンなどのような携帯型の情報処理装置を利用する場合には、保守票の出力はプリントによらず、例えばディスプレイでの表示としても良い。

チェックアウトシステム１０が複数の商品登録装置１１を含む場合、これら複数の商品登録装置１１のうちの少なくとも１つが、図３に示す制御処理を実行する機能を有していれば良い。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１０…チェックアウトシステム、１１…商品登録装置、１１ａ…ＣＰＵ、１１ｂ…ＲＯＭ、１１ｃ…ＲＡＭ、１１ｄ…補助記憶ユニット、１１ｅ…ドロワ開放ユニット、１１ｆ…スキャナ、１１ｇ…タッチパネル、１１ｈ…プリンタ、１１ｉ…カードリーダライタ、１１ｊ…通信ユニット、１１ｋ…伝送システム、１２…決済装置、１２ａ…ＣＰＵ、１２ｂ…ＲＯＭ、１２ｃ…ＲＡＭ、１２ｄ…補助記憶ユニット、１２ｅ…自動釣銭機、１２ｆ…スキャナ、１２ｇ…タッチパネル、１２ｈ…プリンタ、１２ｉ…カードリーダライタ、１２ｊ…インタフェース、１２ｋ…通信ユニット、１２ｍ…伝送システム、１４…棒金ドロワ。

Claims (6)

1. 釣銭の払い出しのための貨幣を収容可能な決済装置と端末装置とを含んだチェックアウトシステムであって、
   前記端末装置は、
   前記決済装置における前記貨幣の補充または回収が必要であることを担当者に通知する情報を可視表示するとともに、前記決済装置における前記貨幣の補充または回収が必要であることを示す光学的に読取可能な符号を表した票を出力する出力手段
   を備え、
   前記決済装置は、
   前記符号を光学的に読み取るスキャナと、
   前記スキャナにより読み取られた前記符号に基づいて前記決済装置が前記貨幣の補充または回収の対象であることを判定する判定手段と、
   前記判定手段により前記対象であることが判定されたことに応じて、前記貨幣の補充または回収のための動作状態を設定する設定手段と、
   を具備することを特徴とするチェックアウトシステム。
2. 前記出力手段は、前記票に、前記決済装置での前記貨幣の補充量または回収量の目安を可視表示することを特徴とする請求項１に記載のチェックアウトシステム。
3. 前記チェックアウトシステムは、前記決済装置を複数含み、
   前記出力手段は、前記複数の決済装置の中に前記貨幣の補充または回収が必要であるものが複数ある場合には、前記貨幣の補充または回収が必要である複数の決済装置のリストを前記票に可視表示するとともに、前記貨幣の補充または回収が必要である複数の決済装置の識別コードを前記符号により表す、
   ことを特徴とする請求項１または２に記載のチェックアウトシステム。
4. 釣銭の払い出しのための貨幣を収容可能な決済装置とともにチェックアウトシステムを構成する端末装置であって、
   前記決済装置における前記貨幣の補充または回収が必要であることを担当者に通知する情報を可視表示するとともに、前記決済装置における前記貨幣の補充または回収が必要であることを示す光学的に読取可能な符号を表した票を出力する出力手段、
   を備えたことを特徴とする端末装置。
5. 貨幣の補充または回収が必要であることを担当者に通知する情報を可視表示するとともに、前記貨幣の補充または回収が必要であることを示す光学的に読取可能な符号を表した票を出力する出力手段を備えた端末装置とともにチェックアウトシステムを構成するものであって、釣銭の払い出しのために前記貨幣を収容可能な決済装置であって、
   前記符号を光学的に読み取るスキャナと、
   前記スキャナにより読み取られた前記符号に基づいて前記決済装置が前記貨幣の補充または回収の対象であることを判定する判定手段と、
   前記判定手段により前記対象であることが判定されたことに応じて、前記貨幣の補充または回収のための動作状態を設定する設定手段と、
   を具備したことを特徴とする決済装置。
6. 貨幣の補充または回収が必要であることを担当者に通知する情報を可視表示するとともに、前記貨幣の補充または回収が必要であることを示す光学的に読取可能な符号を表した票を出力する出力手段を備えた端末装置とともにチェックアウトシステムを構成するものであって、釣銭の払い出しのために前記貨幣を収容可能であるとともに、前記符号を光学的に読み取るスキャナを備えた決済装置を制御するためのコンピュータを、
   前記スキャナにより読み取られた前記符号に基づいて前記決済装置が前記貨幣の補充または回収の対象であることを判定する判定手段と、
   前記判定手段により前記対象であることが判定されたことに応じて、前記貨幣の補充または回収のための動作状態を設定する設定手段と、
   して機能させるための制御プログラム。