本発明の実施の一形態を図1ないし図21に基づいて説明する。
図1は、全体のシステム構成を示す模式図である。本実施の形態のシステムは、複数のセルフチェックアウトシステム11と、複数台のPOS端末21と、ストアコントローラ31とが通信ネットワーク41を介して接続されて構築されている。
セルフチェックアウトシステム11は、複数台のセルフチェックアウト端末101に一台のアテンダント端末501が割り当てられて構成されている。セルフチェックアウト端末101は、決済端末201と秤装置301とから構成されている。
図2は、セルフチェックアウトシステム11での各部の配置状態を示す平面図である。本実施の形態のセルフチェックアウトシステム11は、四台のセルフチェックアウト端末101に対して一台のアテンダント端末501が割り当てられている。セルフチェックアウト端末101は、一対のセルフチェックアウト端末101が顧客通路121に沿って平行に並べられ、これらの一対のセルフチェックアウト端末101が顧客通路121を介して正面側を対面させるように配置されている。
顧客通路121の突き当りにはアテンダント端末501が配置されている。アテンダント端末501は、その外観上、本体部502と表示部としてのディスプレイ503とキーボード504と操作部としてのポインティングデバイス505とを有するパーソナルコンピュータ形態を有しており、アテンダントテーブル601に載置されている。
顧客は、顧客通路121を通ってどのセルフチェックアウト端末101に対してもアクセス可能となっている。例えば、図2中の右上方、顧客から見ると進行方向左奥側に位置するセルフチェックアウト端末101を使用しようとする場合、顧客通路121を通ってそのセルフチェックアウト端末101の前に立ち、セルフチェックアウトの終了後にはアテンダントテーブル601の前で左側又は右側に回りこんで立ち去ることになる。
図3は、セルフチェックアウト端末101を示す斜視図である。セルフチェックアウト端末101は、決済端末201と秤装置301とから構成されている。
決済端末201は、顧客が購入しようとする商品を入れた籠(図示せず)を載置するための商品籠載置台102が左脇から突出したハウジング202を有している。商品籠載置台102の上面には、籠を位置決めするための突部103がL字形状に突出形成されている。
決済端末201のハウジング202は、床面に設置されるベースハウジング202aと、このベースハウジング202aの上面に載置される小振りな上部ハウジング202bとによって構成されている。ベースハウジング202aの前面は、下方に向かうほどベースハウジング202aの投影面積を狭めるように傾斜している。これにより、ベースハウジング202aは、下方に向かうほど奥側にオフセットした形状となっている。
上部ハウジング202bには、各種ユーザインターフェースが設けられている。つまり、上部ハウジング202bには、左側に商品コード読取部としてのバーコードスキャナ203が配置され、右側にプリンタカバー204及び監視カメラ205が配置され、これらのバーコードスキャナ203とプリンタカバー204及び監視カメラ205の間には決済部としてのカード読取部206及びテンキー207が配置されている。バーコードスキャナ203は、商品に付された商品コードを読み取る商品コード読取部として機能する縦型スキャナである。プリンタカバー204には、レシート発行口208が設けられている。プリンタカバー204の奥側にはレシートプリンタ251(図6参照)が上部ハウジング202bに内蔵され、このレシートプリンタ251によって印字される図示しないレシートは、レシート発行口208から発行されるように構成されている。プリンタカバー204は、上部ハウジング202bに対して開閉自在に取り付けられ、フラップ209の引っ張り操作で開放される。監視カメラ205は、プリンタカバー204の上方に配置されている。カード読取部206は、図示しない非接触ICカードと無線通信を確立し、非接触ICカードに対して情報を読み書きする。非接触ICカードは、一例として現金と等価な価値を有する電子マネーを記憶保存することが可能であり、別の一例として、引き落し銀行口座を特定するための識別番号を記憶保存し、決済に際して利用される。図1中、丸印の中に「CARD」と記されている部分の奥側に図示しないアンテナが内蔵され、このアンテナを介して非接触ICカードとの間の無線通信が確立される。テンキー207は、非接触ICカードでの決済に際して、暗証番号の入力のために用いられる。
上部ハウジング202bには、液晶表示パネルを有する表示部としてのLCD210が取り付けられている。このLCD210は、その表示面に入力部としてのタッチパネル211を有し、右側方にカード読取溝212を有する。カード読取溝212の内部には、決済部としてのカードリーダライタ252(図6参照)が内蔵されている。カードリーダライタ252は、クレジットカード等の磁気カードに記録された情報、例えばカード番号や暗証番号を読み取る。
ベースハウジング202aには、硬貨と紙幣との入出金装置221(図6参照)が内蔵されている。入出金装置221の一部として、ベースハウジング202aの中央上面には硬貨投入口213が配置され、その左側には硬貨払出口214が配置されている。また、ベースハウジングの前面右上方位置には、紙幣投入口215と紙幣払出口216とが配置されている。このような入出金装置221は、貨幣及び紙幣の取扱いを可能にする機構部とこの機構部を制御する制御部とを有している(いずれも図示せず)。このような機構部の構造及び制御部での処理手順等については、その内容が周知なので、説明を省略する。
さらに、ベースハウジング202aの背面からは、セルフチェックアウト端末101の現在の状態を表示する表示ポール217が立設されている。この表示ポール217は、先端部に青色と赤色とに選択的に発光する発光部218を有する。
図4は、秤装置301を示す斜視図である。秤装置301は、秤ハウジング302の上部に秤皿303が設けられ、この秤皿303に袋保持具304が取り付けられて構成されている。秤皿303は、その上面に載置台303aを有する。袋保持具304は載置台303aに取り付けられている。したがって、袋保持具304からすると、秤皿303は台座を構成する。つまり、載置台303aの後方中央部にはポール形状のアーム支持部305が立設され、このアーム支持部305の上端には品物を載置するための一時置き台306が固定されている。一時置き台306は、上面が平坦面となっており、決済端末201のバーコードスキャナ203でバーコードを読み取った後の商品を一時的に置く用途で用いられる台である。
このような一時置き台306の下面には、一対の保持アーム307とフック308とが取り付けられている。つまり、一時置き台306の下面両端位置には、アーム取付具309が固定されている。固定は、例えばネジ止め、接着止め等、各種の固定手法によってなされている。そして、それらのアーム取付具309のそれぞれには、保持アーム307が埋設されている。また、一時置き台306の下面中央位置には、フック取付具310が固定されている。固定は、例えばネジ止め、接着止め等、各種の固定手法によってなされている。そして、フック取付具310には、フック308が埋設されている。
図5は、保持アーム307に収納袋としてのレジ袋401が保持されている状態を示す斜視図である。保持アーム307は、例えばスーパーマーケット等で顧客に提供するビニール袋等のレジ袋401、つまり、開口部402とこの開口部402から突出する一対の把手403とを有してこれらの把手403が両側に位置付けられるように折り畳まれたレジ袋401を保持するために、一対の把手403を串刺し状態で保持する。このような保持状態を実現するために、把手403にはスリット404が形成されている。また、レジ袋401には、一対の把手403の間に位置させてミシン目405で脱落可能な一対の耳部406が形成されており、これらの耳部406には引掛け穴407が形成されている(図7参照)。フック308は、引掛け穴407を挿通し、これによってレジ袋401を保持アーム307と共に保持する。
より詳細には、レジ袋401は、折り畳まれた状態においては、その耳部406に設けられた引掛け穴407がフック308に引っ掛けられ、保持されている。保持アーム307は、このようにフック308に保持されている折り畳まれた状態のレジ袋401を保持する第1の保持部311を根本側に有する。これらのフック308及び第1の保持部311は、折り畳まれたレジ袋401を複数枚積層状態で保持し得るだけの保持容量を有している。保持アーム307は、第1の保持部311に連続してレジ袋401を第1の保持部311による保持位置よりも低い位置で開いた状態で保持する第2の保持部312を先端側に有する。第2の保持部312は、その中央部の高さが高くなる形状、より詳細にはアーチ形状に形成されている。したがって、第2の保持部312の両端部の二点は高さが低く、これらの高さが低い二点を繋ぐ中央部はアーチ形状に盛り上がっている。そして、第1の保持部311と第2の保持部312とは、第1の保持部311から第2の保持部312に直線的に傾斜する傾斜部313で連結されている。更に、第2の保持部312の端部、つまり保持アーム307の最先端となる部分は、高さが低い部分から斜め上方に向けて上昇している。この上昇部分は、保持したレジ袋401の把手403を脱落させないようにするための返し部314となっている。
図6は、決済端末201の電気的なハードウェア構成を示すブロック図である。決済端末201は、内部に制御部253を有する。制御部253は、例えば動作シーケンスが書き込まれた半導体チップ構成のものであっても、RAM254等に動作プログラムを記憶させて動作するマイクロコンピュータ構成のものであっても良い。ここでは、マイクロコンピュータ構成の制御部253を紹介する。
制御部253の中核をなすのはCPU255である。CPU255には、固定データを固定的に記憶するROM256と、可変データを書き換え自在に記憶するRAM254と、LCD210に表示する表示画像を生成するVRAM257と、HDD258とがシステムバス259を介して接続されている。一例として、HDD258には動作プログラム、各種表示フレーム及びPLUファイル、部門ファイル、画像ファイル、売上ファイル等の各種ファイル、商品載置場所定義、重量チェック実行有無等の各種定義情報等(全て図示せず)が記憶保存されており、これらの動作プログラム、各種表示フレーム、各種ファイル及び各種定義情報等は、その全部又は一部が決済端末201の起動時にRAM254に移されて使用される。
PLUファイルは、各商品を特定する商品コードに対応させて、単価の他に、重量、重量に対する下限値と上限値、商品表示、割引商品の別、割引金額、M&M(ミックス・アンド・マッチ)情報等を書き換え自在に記憶する。商品表示は、商品コードによって特定される商品の商品名称のテキストデータと、その商品の画像データとを含む。
部門ファイルは、PLUファイルに記憶されない各商品に対応させて、その単価、重量、重量に対する下限値と上限値、商品表示、割引商品の別、割引金額、M&M(ミックス・アンド・マッチ)情報等を書き換え自在に記憶する。商品表示は、商品コードによって特定される商品の商品名称のテキストデータと、その商品の画像データとを含む。
商品載置場所定義は、バーコードスキャナ203によってバーコードが読み取られた商品の載置場所として、秤皿303と一時置き台306と床面とのいずれにすべきかを対応するPLUファイルに記憶されている情報との関連性で個々の商品毎に定義する。PLUファイルに記憶されている情報との関連性の一例として、商品載置場所定義は、PLUファイルに記憶されている商品コードに対応させて商品の載置場所を秤皿303と一時置き台306と床面とのいずれにすべきかを定義する。この場合、商品載置場所定義をPLUファイルに含ませることも可能である。別の一例として、商品の特性、例えば、割れ易い、壊れ易い、型崩れし易い、重い等の特性情報をPLUファイル等に記憶させておき、一例として、割れ易い、壊れ易い、型崩れし易いという特性を持つ商品については一時置き台306を載置場所として定義し、重いという特性を持つ商品については床面を載置場所として定義する。更に別の一例としては、PLUファイルに記憶されている重量が規定重量より重い場合のバーコード読み取り後の商品の載置場所として、床面を定義する。
なお、多くの商品の場合、バーコード読み取り後の載置場所が秤皿303となる。したがって、バーコード読み取り後の載置場所が秤皿303となる商品については、その旨の格別の情報を持たせる必要はない。したがって、そのような商品については、その旨の格別の情報を設定してもしなくても良い。商品載置場所定義としては、バーコード読み取り後の商品の載置場所が秤皿303と一時置き台306と床面とのいずれであるかを定義付けていれば十分なので、それらの選択肢のうちの少なくとも二種類の載置場所についての情報のみ有していれば足りることになる。
重量チェック実行有無定義は、重量チェック実行の別を各商品コードに対応付けて記憶する。重量チェックをしない商品は、一例として、軽すぎて秤装置301による計量に馴染まない商品、あるいは、重すぎて秤装置301の秤皿303まで移動させにくい商品である。商品載置場所定義と同様に、多くの商品の場合、重量チェックをすることになるので、重量チェックをすることの積極的な情報を持たせる必要はない。つまり、各商品について、重量チェックをするかしないかの一方だけの情報を持たせれば足りる。このような重量チェック実行有無定義は、一例として、PLUファイルに含ませても良い。
制御部253には、バーコードスキャナ203、LCD210、タッチパネル211、カード読取部206、テンキー207、カードリーダライタ252、レシートプリンタ251、監視カメラ205、発光部218、入出金装置221との間でのデータ通信を媒介するインターフェース260がシステムバス259を介して接続され、制御部253による制御を受ける。制御部253は、それらの各部を制御し、検索処理と重量チェック処理と商品販売データ処理とを実行する。
検索処理は、バーコードスキャナ203によって商品に付されたバーコードが読み取られた場合、このバーコードによって特定される商品コードを認識し、PLUファイルを検索してその商品コードに対応する単価、重量及び商品表示を取得する。
重量チェック処理は、バーコードの読み取り後に秤装置301によって計量された重量が、検索処理によって取得した重量と同一性を有しているかどうかを判定する処理である。同一性を有しているかどうかは、計量重量が検索処理によって取得した重量の下限値と上限値との間に収まっているかどうかを判定することによってなされる。
商品販売データ処理は、検索処理によって取得した単価に基づいて決済金額を算出し、その決済金額の決済を実行する処理である。決済金額は、タッチパネル211での締め操作に応じて必要な消費税計算等を含む売上合計金額を計算することによって算出され、RAM254等に仮登録するか、あるいは売上ファイルに登録する。決済処理では、算出した決済金額について、現金、クレジットカード等の磁気カード、電子マネー又は銀行口座特定用の識別番号を記憶保存する非接触ICカードを利用した決済を可能にする。現金の扱いは、ベースハウジング202aに設けられた入出金装置221で実行され、磁気カードの扱いは、カード読取溝212の内部に設けられたカードリーダライタ252によって実行され、非接触ICカードの扱いは、カード読取部206を介して実行される。
もっとも、本実施の形態では、商品販売データ処理という概念は、検索処理や重量チェック処理等を含む広義の概念として用いている。そこで、このような広義の意味での商品販売データ処理を支援するために、決済端末201の制御部253は、LCD210に操作方法を表示し、顧客の便宜を図る。
制御部253にはシステムバス259を介して通信インターフェース261も接続されている。通信インターフェース261は、通信ネットワーク41に接続され、アテンダント端末501及びストアコントローラ31とセルフチェックアウト端末101との間のデータ通信を実現させる。
図7は、秤装置301の電気的なハードウェア構成を示す模式図である。秤装置301は、ロードセルユニット351を有する。ロードセルユニット351は、構造及び形状を図示しないロードセルの一端側をベース352に固定し、他端側に荷重受け部353を有する。荷重受け部353には秤フレーム354が固定されている。秤フレーム354は、図7では図示しないが、平面から見てX字形状をしており、四隅に秤皿303を載置する。ロードセルユニット351の出力信号は、アンプ355で増幅され、アナログデジタル変換器(AD/C)356でデジタル信号に変換され、演算部357で解析される。演算部357では、ロードセルユニット351の出力信号に基づく重量解析がなされる。演算部357は、例えば動作シーケンスが書き込まれた半導体チップ構成のものであっても、RAM等に動作プログラムを記憶させて動作するマイクロコンピュータ構成のものであっても良い。演算部357は、解析結果である重量データを送信部358に送信し、送信部358を介して決済端末201に出力する。
図8は、アテンダント端末501の電気的なハードウェア構成を示す模式図である。アテンダント端末501は、構成的にはマイクロコンピュータである。そこで、アテンダント端末501は、マイクロコンピュータの中核をなすCPU506を有する。そして、このCPU506に対して、固定データを固定的に記憶するROM507と、可変データを書き換え自在に記憶するRAM508と、ディスプレイ503に表示する表示画像を生成するVRAM509と、HDD510とがシステムバス511を介して接続されている。一例として、HDD510には動作プログラム、各種表示フレーム及び各種ファイル等(全て図示せず)が記憶保存されており、これらの動作プログラム、各種表示フレーム及び各種ファイル等は、その全部又は一部がアテンダント端末501の起動時にRAM508に移されて使用される。
前述したディスプレイ503、キーボード504及びポインティングデバイス505は、インターフェース512及び通信インターフェース513と共に、システムバス511を介してCPU506に接続され、CPU506による制御を受ける。
通信インターフェース513は、通信ネットワーク41に接続され、セルフチェックアウト端末101及びストアコントローラ31とアテンダント端末501との間のデータ通信を実現させる。
このような構成において、セルフチェックアウト端末101は、セルフチェックアウトを可能にする。この際、決済端末201の制御部253及び秤装置301の演算部357は、各種演算処理や各部の駆動制御処理等を実行し、セルフチェックアウト処理を支援する。つまり、決済端末201では、そのLCD210に各種のユーザ支援画面を表示し、前述した検索処理、重量チェック処理及び商品販売データ処理を実行する。秤装置301は、決済端末201での重量チェック処理を支援するように、計量した重量の値を送信部358から決済端末201に送信出力する。以下、各種の画面例及び画面遷移例等を用いて、セルフチェックアウト処理の流れを説明する。
図9は、セルフチェックアウト端末101でのセルフチェックアウト処理実行時における画面遷移例を示す模式図である。顧客は、購入しようとする商品を籠に入れてセルフチェックアウト端末101に持ち寄り、商品を籠ごとセルフチェックアウト端末101の商品籠載置台102に載せる。
この際、決済端末201の制御部253は、図9に示すような初期ガイダンス画面A(左から第1列第1行目)を生成し、LCD210に表示させる。初期ガイダンス画面Aでは、顧客が持ち運んだ商品の取り扱い方法を案内する。案内される取り扱い方法は、二種類である。一方の取り扱い方法はバーコードスキャナ203を用いた商品コード入力であり、もう一つは、タッチパネル211からの入力指定である。前者のガイダンスとしては、「バーコードをガラス面にタッチしてください」という文字がその状態を示す絵柄と共に案内される。後者のガイダンスとしては、「バーコードのない商品は次の画面で登録します」という文字が次の画面を示す絵柄と共に案内される。
この際、制御部253は、セルフチェックアウト処理をスタートさせる場合、自機が待機中か商品スキャニング中かの稼働状況を示す稼働状況情報として、待機中であることを示す情報を、自機が割り当てられているアテンダント端末501に向けて出力する。
初期ガイダンス画面Aでは、レジ袋を使用するかマイバスケットを使用するかの選択を、二つの選択ボタンA1とA2とによって可能とする。マイバスケットというのは、顧客自らが所持する買物籠を意味する。選択ボタンA1がタッチパネル211によってタッチ指定された場合、レジ袋401でのセルフチェックアウト処理をスタートさせる。選択ボタンA2がタッチパネル211によってタッチ指定された場合、マイバスケットでのセルフチェックアウト処理をスタートさせる。
この際、制御部253は、セルフチェックアウト処理をスタートさせる場合、自機が待機中か商品スキャニング中かの稼働状況を示す稼働状況情報として、稼動中であることを示す情報を、自機が割り当てられているアテンダント端末501に向けて出力する。
図9は、選択ボタンA2がタッチパネル211によってタッチ指定され、マイバスケットでのセルフチェックアウト処理をスタートさせる例を示している(図9の左から第1列第2行目)。レジ袋401での処理とマイバスケットでの処理との相違は、秤装置301での0点設定である。マイバスケットでの処理を実行する場合、制御部253は、秤装置301の秤皿303に店舗側の籠を載せ、その中にマイバスケットを広げるべきことを示す画像を生成し、LCD210に表示して顧客に案内する。そして、マイバスケットが選択された後の初期ガイダンス画面A(図9の左から第1列第2行目)には、セット完了ボタンA3と戻るボタンA4とが表示される。制御部253は、セット完了ボタンA3がタッチパネル211によってタッチ指定された場合、0点設定を実行すべきことを秤装置301に伝達する。戻るボタンA4がタッチパネル211によってタッチ指定された場合には、最初の初期ガイダンス画面A(図9の左から第1列第1行目)に戻る。
図9には図示しないが、最初の初期ガイダンス画面A(図9の左から第1列第1行目)において選択ボタンA1がタッチパネル211によってタッチ指定された場合、制御部253は、初期ガイダンス画面Aの表示内容を、レジ袋401を使用する場合のガイダンス表示に切替える。このガイダンス表示では、秤装置301の袋保持具304に保持されているレジ袋401を予め開いておくことを案内する。つまり、保持アーム307の第1の保持部311に閉じられて積層状態で保持されている複数枚のレジ袋401から最上位のレジ袋401を引っ張り出し、第2の保持部312に保持させるよう指示する。この際、レジ袋401の耳部406は、ミシン目405の部分で取り除き、フック308に残しておくことができるので、その旨も案内する。このような案内に従いレジ袋401を引っ張り出すと、引っ張り出されたレジ袋401の把手403は、第2の保持部312に形成されているアーチ形状の両側の高さが低い二点に位置付けられ、自ずと開口部402が開かれる。図9中には図示しないが、最初の初期ガイダンス画面A(図9の左から第1列第1行目)において選択ボタンA1がタッチパネル211によってタッチ指定された場合にも、セット完了ボタンA3と戻るボタンA4とが表示される。
初期ガイダンス画面A(図9の左から第1列第1行及び第2行目)には、その左下に中止ボタンYと呼出ボタンZとが表示される。中止ボタンYは、処理の中止を指示するためのボタンであり、呼出ボタンZは、案内係(アテンダント)の店員を呼び出すためのボタンである。制御部253は、それらの中止ボタンY及び呼出ボタンZを、セルフチェックアウト処理の一連の流れに従い遷移する各画面中、必要に応じて生成し、出現させる。
最初の初期ガイダンス画面A(図9の左から第1列第1行目)において選択ボタンA1又はA2がタッチパネル211によって選択指定された後の初期ガイダンス画面A(例えば、図9の左から第1列第2行目)において、選択ボタンA3がタッチパネル211によってタッチ指定されると、制御部253は、基本画面Bを生成し、LCD210に表示する(図9の左から第2列第1行目)。基本画面Bは、ガイダンス表示領域B1とユーザ領域B2とから構成されている。ガイダンス表示領域B1は上方位置、ユーザ領域B2はその下方位置にそれぞれ配列されている。ガイダンス表示領域B1は、セルフチェックアウトを進めるために必要な各種のガイダンスを表示する。ユーザ領域B2は、セルフチェックアウトを進めるために必要な各種の操作ボタン及び取引情報を表示する。
商品に付されたバーコードの読み取りに待機する最初の基本画面B(図9の左から第2列第1行目)におけるガイダンス表示領域B1には、「商品のバーコードをガラス面にタッチしてください」という表示がその状態を示す絵柄と共に表示される。
商品に付されたバーコードの読み取りに待機する最初の基本画面B(図9の左から第2列第1行目)におけるユーザ領域B2には、各種の操作ボタンとして、バーコードのない商品を指定するための商品指定ボタンB22が表示され、取引情報として、購入する商品の名称、点数、単価と、購入する商品の合計金額とを含む取引情報B21が表示される。図9に示す最初の基本画面B(左から第2列第1行目)の画面例では、今までに、ジュースが1点、牛乳が1点、コロッケが3点、それぞれ商品登録された状態を表わしている。購入点数が増えて表示しきれない場合には、取引情報B21中のスクロールボタンをタッチパネル211によってタッチ指定することによって、スクロール表示可能となっている。また、同画面中、ジュースとコロッケとにはその左側に丸割印が表示されている。これは、割引商品であることを示している。割引商品であるかどうかは、一例として、PLUファイルに割引情報を持たせることで表示可能となる。
最初の基本画面B(図9の左から第2列第1行目)のガイダンス表示領域B1に表示されているガイダンス表示に従い、顧客は、バーコードスキャナ203の前に商品をかざし、商品に付されたバーコードを読み取らせる。これにより、決済端末201の制御部253は、前述した検索処理を実行し、PLUファイルから必要な情報を取得する。
この際、制御部253は、LCD210に表示されている基本画面B中、ユーザ領域B2の明度を落とし、読取確認画面Cを生成し、生成した読取確認画面Cをユーザ領域B2に重ねて表示する(図9の左から第3列第1行目)。読取確認画面Cは、PLUファイルから検索されたバーコードが読み取られた商品の単価、割引金額、購入点数、購入金額という取引情報を含み、PLUファイルに記録されている商品表示から引用された当該商品の商品名称のテキストデータに基づく文字と当該商品の画像データに基づく絵柄とを含む。このような読取確認画面Cは、例えば、一般的なポップアップ表示技術を用いて表示しても良く、あるいは、基本画面Bに読取確認画面Cを重ねて表示するような表示フレームを用いる技術を用いても良い。つまり、結果的に、基本画面Bに読取確認画面Cが重なって表示されていれば良く、そのために採用する表示技術について制約はない。
ここで重要なことは、読取確認画面Cは、基本画面B中のユーザ領域B2にのみ重ねて表示され、ガイダンス表示領域B1には重なって表示されない、ということである。これにより、顧客に対して、継続的にガイダンス表示領域B1でのガイダンス表示を実行することができる。図9に示す例では、バーコードスキャナ203によって商品に付されたバーコードが読み取られた場合、ガイダンス表示領域B1では、「商品のバーコードをガラス面にタッチしてください」という最初の基本画面B(図9の左から第2列第1行目)でのガイダンスから、「商品をレジ袋またはマイバスケットに入れてください」というガイダンスに表示が遷移している(図9の左から第3列第1行目)。図9には示さないが、制御部253は、文字のみならず、ガイダンス表示領域B1に表示する絵柄も商品をレジ袋又はマイバスケットに入れる作業を支援する絵柄に遷移させる。読取確認画面Cをガイダンス表示領域B1に重ねずに表示することにより、このようなガイダンス表示領域B1でのガイダンス表示及びその遷移を、顧客に容易く確認させることが可能となる。
図10は、一時置き台306に載置すべき商品についての基本画面B及び読取確認画面Cを例示する模式図である。前述したように、決済端末201は、商品載置場所定義を持つ。そこで、最初の基本画面B(図9の左から第2列第1行目)において、商品載置場所定義として一時置き台306が定義されている商品のバーコードがバーコードスキャナ203によって読み取られた場合、制御部253は、ガイダンス表示領域B1に「商品を一時置き台に置いてください」という文字をそのための作業を支援する絵柄と共に表示する図10に例示する画像を生成し、LCD210に表示する。
図9に基づく説明に戻る。バーコードスキャナ203によって商品に付されたバーコードが読み取られた後、制御部253は、重量チェック処理に待機している。そのために、商品に付されたバーコードが読み取られた後のガイダンス表示領域B1には、「商品をレジ袋またはマイバスケットに入れてください」という文字をそのための作業を支援する絵柄と共に示すガイダンスを表示する(図9の左から第3列第1行目)。あるいは、図10に例示するように、商品載置場所定義として一時置き台306が定義されている場合には、ガイダンス表示領域B1には、「商品を一時置き台に置いてください」という文字をそのための作業を支援する絵柄と共に示すガイダンスを表示する。そこで、これらのガイダンスに従い、顧客は、バーコードスキャナ203によってバーコードを読み取らせた商品をレジ袋401又はマイバスケットに入れ、あるいは一時置き台306に置く。これにより、レジ袋401に詰められた商品及び一時置き台306に載置された商品は、秤装置301の秤皿303に荷重をかけることになり、その荷重がロードセルユニット351によって計量されることになる。ロードセルユニット351による計量結果は、前述したように、送信部358を介して決済端末201に出力される。決済端末201は、ロードセルユニット351による計量結果を受信し、重量チェック処理を実行する。前述したように、重量チェック処理は、バーコードの読み取り後に秤装置301によって計量された重量が、検索処理によってPLUファイルから取得した重量と同一性を有しているかどうかを判定する処理である。
重量チェック処理の結果、両重量間に同一性がないと判定された場合は、何らかの操作ミスか又は不正が行われたことになる。そこで、この場合、制御部253は、商品販売データ処理の進行を停止し、表示ポール217の先端部に設けられている発光部218の発光色を青色から赤色に変更し、何らかの操作ミスか又は不正が行われたことを、例えば案内係(アテンダント)の店員等に向けて報知する。商品販売データ処理の進行を停止する結果、LCD210の表示画面としては、読取確認画面Cが表示されたままの状態となり、顧客には、処理が進行しないことが示される。
図11は、重量チェックの結果、計量重量と購入する商品の重量との同一性がない場合に出現させる重量エラー画面の一例を示す模式図である。重量チェック処理の結果、両重量間に同一性がないと判定された場合、制御部253は、基本画面B全体の明度を落とし、図11に例示するような重量エラー画面Dを生成し、基本画面Bに重ねて表示しても良い。重量エラー画面Dには、「登録していない商品がレジ袋またはマイバスケットに入っているようです 商品を取り除いてください」という文字がそのための作業を支援する絵柄と共に表示される。
別の一例として、図11に例示する重量エラー画面Dは、バーコードスキャナ203によってバーコードを読み取ることなく商品を秤皿303に載せ、あるいは一時置き台306に置いたような場合に出現させても良い。
これに対して、重量チェック処理の結果、両重量間に同一性があると判定された場合には、バーコードスキャナ203によってバーコードを読み取らせた商品が、正しくレジ袋401又はマイバスケットに入れられ、あるいは一時置き台306に置かれたことになるので、制御部253は、商品販売データ処理の進行を許容し、基本画面B中のユーザ領域B2の明度を元に戻し、読取確認画面Cを消去する。これにより、LCD210の表示は、基本画面B(図9の左から第2列第1行目)に復帰する。
図12は、重量チェック対象外商品についての基本画面B及び読取確認画面Cを例示する模式図である。前述したように、決済端末201は、重量チェック実行有無定義を持つ。そこで、制御部253は、重量チェック実行有無定義を参照し、重量チェックをしないと定義付けられた商品については、図12に例示するように、読取確認画面Cに確定ボタンXを表示し、重量チェック処理をスキップする。そして、読取確認画面Cにおいて、確定ボタンXがタッチパネル211によってタッチ指定された場合、制御部253は、商品販売データ処理の進行を許容し、基本画面B中のユーザ領域B2の明度を元に戻し、読取確認画面Cを消去する。これにより、LCD210の表示は、基本画面B(図9の左から第2列第1行目)に復帰する。
このように、重量チェック対象外商品については、重量チェック処理をスキップする。これに対して、顧客に対しては、重量チェック処理をスキップすることを案内する必要はなく、むしろ、案内することによって却って不正行為の引き金ともなり兼ねない。そこで、図12(a)に示すように、重量チェック処理をスキップするにも拘らず、商品に付されたバーコードが読み取られた後のガイダンス表示領域B1には、「商品をレジ袋またはマイバスケットに入れ、確定ボタンを押してください」という文字をそのための作業を支援する絵柄と共に示すガイダンスを表示する。このようなガイダンス表示は、「確定ボタンを押してください」というガイダンスを除けば、重量チェック処理をスキップしない商品と同一の表示である。これにより、顧客に対して、重量チェック処理をするのかしないのかを分かりにくくすることができる。
もっとも、図10に基づいて説明したように、制御部253は、商品載置場所定義に従い、ガイダンス表示領域B1にバーコード読み取り後の商品の載置場所を表示する。そこで、図12(b)に例示するように、制御部253は、床面を載置場所として商品載置場所定義に定義されている商品の場合、ガイダンス表示領域B1に「商品はレジ袋台の脇に置き、確定ボタンを押してください」という文字をそのための作業を支援する絵柄と共に表示させる。
図9に基づく説明に戻る。前述したように、最初の初期ガイダンス画面A(図9の左から第1列第1行目)には、「バーコードのない商品は次の画面で登録します」という文字が「次の画面」を示す絵柄と共に案内される。これを受けて、制御部253は、バーコードのない商品を登録するための画像として、基本画面B(図9の左から第2列第1行目)中のユーザ領域B2に、「やさい」、「くだもの」、「そうざい」、「魚貝」、「その他」、「詰合せ」の六種類のタッチボタンからなる商品指定ボタンB22を用意する。そこで、顧客は、購入しようとする商品にバーコードが付されていない場合、商品指定ボタンB22をタッチパネル211によってタッチ指定することになる。これらのいずれかの商品指定ボタンB22がタッチパネル211によってタッチ指定されると、基本画面B中のユーザ領域B2の取引情報B21が部門選択画面Eに切り替え表示される(9図の左から第2列第2行目)。
図9に示す部門選択画面E(左から第2列第2行目)は、「そうざい」がタッチパネル211によってタッチ指定された一例を示している。この場合、部門選択画面Eとして、「そうざい」の範疇に含まれる各種の食品が4列4行の合計16種、スクロールボタンによってスクロール可能に表示される。部門選択画面Eには、戻るボタンE1も表示され、この戻るボタンE1がタッチパネル211によってタッチ指定された場合には、部門選択画面Eが取引情報B21に切り替え表示され、基本画面B(図9の左から第2列第1行目)の表示に復帰する。
基本画面B中のユーザ領域B2の取引情報B21が部門選択画面Eに切り替え表示された場合(図9の左から第2列第2行目)、制御部253は、ガイダンス表示領域B1に、「お持ちの商品のボタンを押してください」という文字をそのための作業を支援する絵柄と共に表示する。これにより、顧客は、次にどのような操作をすれば良いのかを知ることができる。
そこで、そのガイダンスに従い、顧客が部門選択画面E(図9の左から第2列第2行目)から一つの食品をタッチパネル211によってタッチ指定すると、基本画面B中のユーザ領域B2に、その食品についての部門登録画面F(図9の左から第3列第2行目)が出現する。図9に示す部門登録画面F(左から第3列第2行目)は、「玉子トウフ」がタッチ指定された一例を示している。この場合、「玉子トウフ」についての部門登録画面Fが出現する。部門登録画面Fは、商品の単価、割引金額、購入点数、購入金額という取引情報を含み、当該商品の商品名称のテキストデータに基づく文字と当該商品の画像データに基づく絵柄とを含み、更に、テンキーを含む。テンキーは、デフォルト設定が1点である購入点数の変更入力を可能にする。これらの各種データは、一例として、決済端末201においてPLUファイルとは別個に設けられた部門ファイルに記録されている情報から引用される。また、部門登録画面Fには、取消しボタンF1と決定ボタンF2とが含まれている。取消しボタンF1がタッチパネル211によってタッチ指定された場合、基本画面Bのユーザ領域B2に部門選択画面Eが表示された画面(図9の左から第2列第2行目)に復帰する。
基本画面B中のユーザ領域B2に部門登録画面Fが表示された場合(図9の左から第3列第2行目)、制御部253は、ガイダンス表示領域B1に、「点数を変更するときは数字キーから入力し、「決定」ボタンを押してください」という文字をそのための作業を支援する絵柄と共に表示する。これにより、顧客は、次にどのような操作をすれば良いのかを知ることができる。
そこで、そのガイダンスに従い、部門登録画面F(図9の左から第3列第2行目)において、必要に応じてテンキーによって購入点数を変更入力した後、決定ボタンF2をタッチパネル211によってタッチ指定すると、デフォルト又はテンキーによって変更入力された購入点数分だけ、選択した食品、図9に示す例では「玉子トウフ」についての部門登録が完了する。そこで、制御部253は、LCD210に表示されている基本画面B中、ユーザ領域B2の明度を落とし、読取確認画面Cを生成し、生成した読取確認画面Cをユーザ領域B2に重ねて表示する(図9の左から第4列第2行目)。また、制御部253は、基本画面B中のガイダンス表示領域B1の表示を、「商品をレジ袋またはマイバスケットに入れてください」というガイダンスに表示に遷移させる(図9の左から第4列第2行目)。図9には示さないが、制御部253は、文字のみならず、ガイダンス表示領域B1に表示する絵柄も商品をレジ袋又はマイバスケットに入れる作業を支援する絵柄に遷移させる。読取確認画面Cをガイダンス表示領域B1に重ねずに表示することにより、このようなガイダンス表示領域B1でのガイダンス表示及びその遷移を、顧客に容易く確認させることが可能となる。
ここで、「やさい」、「くだもの」、「そうざい」、「魚貝」、「その他」という五種類の商品指定ボタンB22がタッチパネル211によってタッチ指定されて部門登録がなされた場合、つまり、「詰合せ」以外の商品指定ボタンB22がタッチ指定されて部門登録がなされた場合には、基本画面B中のユーザ領域B2に読取確認画面Cを重ねて表示させた後の処理は、重量チェック処理である。つまり、既に説明したバーコードスキャナ203によって商品に付されたバーコードを読み取った場合の処理と共通性を有している。そこで、その後の処理については説明を省略する。
図13は、パック詰め商品のセルフチェックアウト処理実行時における画面遷移例を示す模式図である。最初の基本画面B(図9の左から第2列第1行目)における商品指定ボタンB22に設定されている「詰合せ」は、パック詰め商品を意味している。つまり、スーパーマーケット等では、揚げ物、天婦羅、焼き鳥等、顧客が自由にパック詰めできるように各種の食品を並べたコーナーを設置するようなことが一般的に行われている。このようなコーナーでパック詰めする商品が「詰合せ」である。
最初の基本画面B(図9の左から第2列第1行目)において、「詰合せ」という商品指定ボタンB22がタッチパネル211によってタッチ指定されると、制御部253は、LCD210に表示されている基本画面B中、ユーザ領域B2の明度を落とし、このユーザ領域B2に表示されていた取引情報B21を部門選択画面Eに切り替え表示するよう画面生成を行ない、この部門選択画面EをLCD210に表示する(図13の左から第1列第1行目)。部門選択画面Eでは、「詰合せ」の範疇に含まれる各種の食品が4列4行の合計16種、スクロールボタンによってスクロール可能に表示される。
基本画面B中のユーザ領域B2の取引情報B21が部門選択画面Eに切り替え表示された場合(図13の左から第1列第1行目)、制御部253は、ガイダンス表示領域B1に、「お持ちの商品のボタンを押してください」という文字をそのための作業を支援する絵柄と共に表示する。これにより、顧客は、次にどのような操作をすれば良いのかを知ることができる。
そこで、そのガイダンスに従い、「詰合せ」についての部門選択画面Eから一つの食品をタッチパネル211によってタッチ指定すると、制御部253は、その食品についての部門登録画面Fを生成し、基本画面B中のユーザ領域B2の明度を落としたまま、ユーザ領域B2に生成した部門登録画面Fを表示させる(図13の左から第2列第1行目)。図13は、「コロッケ」がタッチ指定された一例を示している。この場合、「コロッケ」についての部門登録画面Fが出現する(図13の左から第2列第1行目)。部門登録画面Fは、商品の単価、割引金額、購入点数、購入金額という取引情報を含み、当該商品の商品名称のテキストデータに基づく文字と当該商品の画像データに基づく絵柄とを含み、更に、テンキーを含む。テンキーは、デフォルト設定が1点である購入点数の変更入力を可能にする。図13に示す例では、テンキーによって購入点数が2点と変更入力されている。
基本画面B中のユーザ領域B2に部門登録画面Fが表示された場合(図13の左から第2列第1行目)、制御部253は、ガイダンス表示領域B1に、「点数を変更するときは数字キーから入力し、「決定」ボタンを押してください」という文字をそのための作業を支援する絵柄と共に表示する。これにより、顧客は、次にどのような操作をすれば良いのかを知ることができる。
そこで、そのガイダンスに従い、部門登録画面F(図13の左から第2列第1行目)において、必要に応じてテンキーによって購入点数を変更入力した後、決定ボタンF2をタッチパネル211によってタッチ指定すると、デフォルト又はテンキーによって変更入力された購入点数分だけ、選択した食品、図13に示す例では「コロッケ」についての部門登録が完了する。その後、制御部253は、読取確認画面C(例えば、図9の左から第4列第2行目)を表示することなく、再度、部門選択画面Eを表示させる(図13の左から第3列第1行目)。但し、二回目以降の部門選択画面E(図13の左から第1列第3行目)では、戻るボタンE1に代えて、決定ボタンE2が表示される。そこで、決定ボタンE2がタッチパネル211によってタッチ指定されるまで、繰返し、部門選択画面Eに表示される食品を登録することができる。
二回目以降の部門選択画面E(図13の左から第3列第1行目)において、制御部253は、ガイダンス表示領域B1に、「お持ちの商品のボタンを押し、パック内の全ての商品の入力が完了したら「決定」ボタンを押してください」という文字をそのための作業を支援する絵柄と共に表示する。これにより、顧客は、次にどのような操作をすれば良いのかを知ることができる。
そこで、そのガイダンスに従い、顧客は、自らパック詰めした全ての食品について、部門選択画面Eと部門登録画面Fとによってその登録のための操作を繰り返す。そして、パック内の全ての食品についての登録作業が終了した場合、顧客は、タッチパネル211によって決定ボタンE2をタッチ指定する。これにより、制御部253は、読取確認画面Cを生成し、基本画面B中のユーザ領域B2の明度を落としたまま、ユーザ領域B2に生成した読取確認画面Cを重ねて表示する(図13の左から第3列第2行目)。また、制御部253は、基本画面B中のガイダンス表示領域B1の表示を、「商品をレジ袋またはマイバスケットに入れてください」というガイダンスに表示に遷移させる(図13の左から第3列第2行目)。図13には示さないが、制御部253は、文字のみならず、ガイダンス表示領域B1に表示する絵柄も商品をレジ袋又はマイバスケットに入れる作業を支援する絵柄に遷移させる。読取確認画面Cをガイダンス表示領域B1に重ねずに表示することにより、このようなガイダンス表示領域B1でのガイダンス表示及びその遷移を、顧客に容易く確認させることが可能となる。
この後、重量チェック処理が実行される。この場合、パック詰め商品のセルフチェックアウト処理においては、前述した重量チェック処理とは異なる重量チェック処理を実行する。便宜上、前述した重量チェック処理を第1の重量チェック処理と呼び、「詰合せ」の商品についての重量チェック処理を第2の重量チェック処理と呼ぶことにする。
前述したように、最初の基本画面B中のユーザ領域B2(図9の左から第2列第1行目)には、バーコードのない商品を登録するために「やさい」、「くだもの」、「そうざい」、「魚貝」、「その他」、「詰合せ」の六種類のタッチボタンからなる商品指定ボタンB22が表示される。これらの商品指定ボタンB22のタッチ指定に基づいて最終的に指定される商品は、PLUファイルには設定されず、部門ファイルに設定されている非PLU商品である。これらの商品のうちでも、「やさい」、「くだもの」、「そうざい」、「魚貝」、「その他」のタッチボタンからなる商品指定ボタンB22のタッチ指定に基づいて最終的に指定される非PLU商品については、部門ファイル中、対応する重量データを設定している。そこで、第1の重量チェック処理が可能である。これに対して、「詰合せ」のタッチボタンからなる商品指定ボタンB22のタッチ指定に基づいて最終的に指定される非PLU商品については、部門ファイル中、対応する重量データを設定していない。このため、第1の重量チェック処理を実行することができず、第2の重量チェック処理を実行することになる。
第2の重量チェック処理では、秤装置301からの出力に基づいて秤皿303に商品が載置されたかどうかを判定する。つまり、秤装置301において、計量重量が少しでも増えたら、登録済みのパック詰め商品が正しくレジ袋401又はマイバスケットに入れられ、あるいは一時置き台306に置かれと判定する。いわば、簡易な重量チェック処理を実行する。
この場合、顧客に対しては、秤皿303に商品が載置されたかどうかを判定するに過ぎない第2の重量チェック処理を実行したかどうかを案内する必要はなく、むしろ、案内することによって却って不正行為の引き金ともなり兼ねない。そこで、基本画面B中のユーザ領域B2に読取確認画面Cを重ねて表示する待機画面(図13の左から第3列第2行目)において、ガイダンス表示領域B1には、「商品をレジ袋またはマイバスケットに入れてください」という第1の重量チェックを行なう場合と同一のガイダンスを表示する。これにより、顧客に対して、簡易な重量チェック処理がなされているに過ぎないことを知らせないようにすることができる。
もっとも、本実施の形態のセルフチェックアウト端末101でのセルフチェックアウト操作は、バーコードスキャナ203によって商品に付されたバーコードを読み取らせ、バーコードを読み取らせた商品をレジ袋401又はマイバスケットに入れ、あるいは一時置き台306に置く、という操作を基本としている。このため、商品指定ボタンB22のタッチ指定に基づいて最終的に登録される非PLU商品の場合、通常とは異なる操作を要求することになる。このような操作上の相違から、顧客は、登録済みのパック詰め商品をレジ袋401又はマイバスケットに入れ、あるいは一時置き台306に置いた後、未登録の商品を間違ってレジ袋401又はマイバスケットに入れ、あるいは一時置き台306に置いてしまうようなこと、いわば二度置きの発生が予想される。このような二度置きが発生した場合、非PLU商品のうちでも、第1の重量チェック処理を実行する商品についてはエラーとなるため、大きな問題は発生しない。
これに対して、非PLU商品のうち、第2の重量チェック処理を実行する商品、本実施の形態ではパック詰め商品の場合、秤皿303に商品が載置されたかどうかを判定するに過ぎないいわば簡易な重量チェック処理である第2の重量チェック処理を実行するため、未登録商品の二度置きが発生しても、これをエラーとすることができない。この場合、秤装置301からの出力に基づいて重量増を認識した後、更に重量増を認識した場合にはエラーとする、という対策も考えられる。しかしながら、秤装置301は、その秤皿303に品物が載置された後、振動が収まるまでの所定時間、計量を実行することができない。このため、振動が収まるまでの所定時間以上を待機時間として設定する必要があり、この待機時間内に二度置きが発生した場合には、やはりこれをエラーとすることができない。
そこで、本実施の形態では、第2の重量チェックを実行する商品については、秤装置301によって計量された重量が規定値を超えたかどうかを判定し、超えた場合にはエラーとする、という処理を実行する。これにより、パック詰め商品に続いて商品が二度置きされた場合、その合計重量が規定重量を超えれば、エラーとすることが可能となる。このようなエラーが発生した場合、制御部253は、一例として、図11に例示するような重量エラー画面Dを基本画面Bに重ねて表示する画面をLCD210に表示しても良い。
図14は、商品コードの読み取り後、商品をレジ袋401に入れる前にレジ袋401を取り外した場合に出現させる注意画面の一例を示す模式図である。レジ袋401又はマイバスケットに商品が入っている場合、レジ袋401又はマイバスケットを秤装置301から取り去ると、制御部253は、秤装置301からの出力に基づいて重量減を認識することができる。この場合、バーコードスキャナ203によって商品に付されたバーコードを読み取る前であれば、レジ袋401やマイバスケットが一杯になってその交換をする必要上からも、不正の心配がないという面からも、問題は生じない。これに対して、バーコードスキャナ203によって商品に付されたバーコードを読み取った後、秤装置301からの出力に基づいて重量減を認識すると、そのバーコード読み取り後の商品についての重量チェックをなし得なくなってしまう。そこで、この場合、制御部253は、図14に例示するような注意画面Gを生成し、基本画面Bの全体の明度を落とし、ユーザ領域B2に生成した注意画面Gを重ねて表示する。
別の一例として、バーコードスキャナ203によって商品に付されたバーコードを読み取った後、規定時間経過しても秤装置301からの出力によって重量増が認識されない場合にも、図14に例示するような画面をLCD210に表示させるようにしても良い。
図15は、中止ボタンYが押された場合に出現する中止画面の一例を示す模式図である。各画面に表示される中止ボタンYがタッチパネル211によってタッチ指定された場合、制御部は、図15に例示するような中止画面Hを生成し、基本画面Bの全体の明度を落とし、ユーザ領域B2に生成した中止画面Hを重ねて表示する。中止画面Hには、「お買い物をやめてもよろしいですか?」という文字と共に、「はい」と「いいえ」と表示された二つの選択ボタンH1とH2が表示され、更に、呼出ボタンZも表示される。「はい」と表示された選択ボタンH1がタッチパネル211によってタッチ指定されると、制御部253は、全ての処理を中止し、LCD210の表示を最初の初期ガイダンス画面A(図9の左から第1列第1行目)に戻す。これに対して、「いいえ」と表示された選択ボタンH2がタッチパネル211によってタッチ指定されると、制御部253は、処理を直前状態に復帰させる。
図16は、呼出ボタンZが押された場合に出現する店員呼出画面の一例を示す模式図である。各画面に表示される呼出ボタンZがタッチパネル211によってタッチ指定された場合、制御部は、図16(a)に例示するような店員呼出画面Iを生成し、基本画面Bの全体の明度を落とし、ユーザ領域B2に生成した店員呼出画面Iを重ねて表示する。店員呼出画面Iには、「店員を呼び出します。よろしいですか?」という文字と共に、「はい」と「いいえ」と表示された二つの選択ボタンI1とI2が表示される。「はい」と表示された選択ボタンI1がタッチパネル211によってタッチ指定されると、制御部253は、店員呼出画面Iを図16(b)に例示するように遷移させる。図16(b)に示す店員呼出画面Iでは、「ただ今店員がまいります。そのままお待ちください」という文字と共に、「呼出しを中止します」と表示された呼出中止ボタンI3が表示される。そこで、呼出中止ボタンI3がタッチパネル211によってタッチ指定されると、制御部253は、店員の呼出処理を実行する。呼出処理として、制御部253は、自機が割り当てられているアテンダント端末501に向けて店員呼出情報を出力する。これに対して、「いいえ」と表示された選択ボタンI2がタッチパネル211によってタッチ指定されると、制御部253は、店員の呼び出し処理を中止して処理を直前状態に復帰させる。
図17は、M&M(ミックス・アンド・マッチ)が成立する場合のセルフチェックアウト処理実行時における画面遷移例を示す模式図である。図17は、ヨーグルト、牛バラ肉、ヨーグルト、ヨーグルトの順番でそのバーコードをバーコードスキャナ203に読み取らせた一例を示している。一例として、ヨーグルト3個でM&Mが成立し、M&Mが成立した場合には1個分の値引きをする場合を想定すると、図17に示す一例では、M&M(ミックス・アンド・マッチ)が成立している。そこで、図17中、バーコードの読み取り後に重量チェック処理がなされてLCD210に表示される基本画面Bの遷移を参照すると、ユーザ領域B2に表示されている取引情報B21における合計金額として、最初のヨーグルト(単価150円)の登録後は150円、続く牛バラ肉(単価480円)の登録後は630円(150円+480円)、二つ目のヨーグルト(単価150円)の登録後は780円(150円+480円+150円)、そして、三つ目のヨーグルト(単価150円)の登録後は780円(150円+480円+150円+150円−150円)となる。ヨーグルト3個でM&Mが成立したため、制御部253は、ヨーグルト1個分の単価である150円を値引き処理し、ユーザ領域B2に表示される取引情報B21の「セット値引計」として−150円を表示している(図17の左から第4列第2行目)。
図17中、ユーザ領域B2に表示される取引情報B21には、M&Mの対象商品であるヨーグルトに丸得印を付して表示している。これは、PLUファイルに記憶されているM&M情報に基づいて表示される。制御部253は、M&M対象商品であることをPLUファイルのM&M情報に基づいて認識し、M&M処理を実行する。
図9に基づく説明に戻る。基本画面B中のユーザ領域B2(図9の左から第2列第1行目)には、「お会計」と表示された会計ボタンB23が表示されている。この会計ボタンB23のタッチ指定は、締め指定を意味する。そこで、タッチパネル211により会計ボタンB23がタッチ指定されると、制御部253は、決済処理を実行する。つまり、制御部253は、会計画面Jを生成し、ユーザ領域B2に表示する(図9の左から第2列第3行目)。会計画面Jは、合計金額の表示と、支払方法の選択ボタンJ1〜J5と、最初の基本画面B(図9の左から第2列第3行目)に戻るための「明細画面に戻る」と表示された戻るボタンJ6とを含んでいる。選択ボタンJ1は現金、選択ボタンJ2はクレジット、選択ボタンJ3は電子マネー型の非接触ICカード、選択ボタンJ4は銀行口座引き落し型の非接触ICカード、選択ボタンJ5は商品券・クーポンをそれぞれ選択指定する。
ユーザ領域B2に会計画面Jを表示する場合、制御部253は、ガイダンス表示領域B1に、「次のカードでお支払いできます」というカード決済についての示唆を表示する。また、制御部253は、入出金装置221の図示しない制御部から金種毎のニアエンプティ情報、エンプティ情報、ニアフル情報、フル情報を受信している。そこで、制御部253は、受信した金種毎のニアエンプティ情報及びエンプティ情報に基づく釣銭情報をガイダンス表示領域B1に表示する。図9に示す一例では、10,000円が釣銭切れとなっていることがガイダンス表示領域B1に表示されている(左から第2列第3行目)。
図18は、現金によるチェックアウト処理実行時における画面遷移例を示す模式図である。基本画面Bのユーザ領域B2に表示された会計画面J(図9の左から第2例第3行目)において、現金を選択するための選択ボタンJ1がタッチパネル211によってタッチ指定された場合(図18の左から第1列第1行目)、制御部253は、ガイダンス画面Kを生成し、基本画面Bのユーザ領域B2に表示する(図18の左から第2列第1行及び第3列第1行目)。ガイダンス画面Kは、入出金装置221に対して現金が未投入の場合、「お金を投入してください」という文字とそのための操作を顧客に示す絵柄とを含んだガイダンスを決済状況と共に表示する(図18の左から第2列第1行目)。そして、現金が投入されると、ガイダンス画面Kのガイダンスは、「お金を投入してください お支払いのときは「確認」ボタンを押してください」というガイダンスに遷移し、投入金額確認ボタンK1が出現する(図18の左から第3列第1行目)。この際、制御部253は、基本画面Bのガイダンス表示領域B1に、利用できる紙幣についての情報をガイダンス表示する。
制御部253は、ガイダンス画面Kに出現した投入金額確認ボタンK1がタッチ指定されると、基本画面Bの全体の明度を落として決済確認画面Lを重ねて表示する(図18の左から第3列第2行目)。決済確認画面Lは、「はい」と「いいえ」と表示された選択ボタンL1とL2を有する。制御部253は、「いいえ」に対応する選択ボタンL2がタッチ指定されると直前のガイダンス画面K(図18の左から第3列第1行目)に戻り、「はい」に対応する選択ボタンL1がタッチ指定されると、「お釣とレシートをお取りください」というガイダンスを表示する決済終了画面M(図18の左から第4列第2行目)から最終画面N(図18の左から第4列第3行目)に順に画面表示を遷移させる。決済終了画面Mから最終画面Nへの画面遷移はタイマ処理による。
図19は、クレジットカードによるチェックアウト処理実行時における画面遷移例を示す模式図である。基本画面Bのユーザ領域B2に表示された会計画面J(図9の左から第2例第3行目)において、クレジットを選択するための選択ボタンJ2がタッチパネル211によってタッチ指定された場合(図19の左から第1列第1行目)、制御部253は、ガイダンス画面Kを生成し、基本画面Bのユーザ領域B2に表示する(図19の左から第1列第2行及び第1列第3行目)。ガイダンス画面Kは、一括/リボ払い確認ボタンK2を含み(図19の左から第1列第2行)、この一括/リボ払い確認ボタンK2のタッチ指定によって基本画面Bの全体の明度を落とした一括払いとリボ払いとを選択できる画面に遷移する(図19の左から第1列第3行目)。
そこで、顧客は、一括払いかリボ払いかを選択し、決済端末201のLCD210に設けられたカード読取溝212に沿ってクレジットカードを走査する。カードリーダライタ252によってクレジットカードの磁気ストライプに記録されている情報が正しく読み取られると、制御部253は、基本画面Bの全体の明度を落として決済確認画面Lを重ねて表示する(図19の左から第2列第2行目)。クレジットカードの磁気ストライプに記録されている情報が正しく読み取られなかった場合には、再度の走査が促される(図19の左から第2列第3行目)。
決済確認画面Lは、「はい」と「いいえ」と表示された選択ボタンL1とL2を有する。制御部253は、「いいえ」に対応する選択ボタンL2がタッチ指定されると直前のガイダンス画面K(図19の左から第3列第1行目)に戻り、「はい」に対応する選択ボタンL1がタッチ指定されると、「ただ今認証中です 少々お待ち下さい」という認証中面Oに表示画面を画面遷移させ(図19の左から第3列第2行目)、認証処理を実行する。その後、制御部253は、認証が得られなかった場合には、認証拒否画面Pに表示画面を画面遷移させる(図19の左から第3列第2行目)。一方、認証が得られた場合には、制御部253は、「レシートをお取りください」というガイダンスを表示する決済終了画面M(図19の左から第4列第2行目)から最終画面N(図19の左から第4列第3行目)に順に画面表示を遷移させる。決済終了画面Mから最終画面Nへの画面遷移はタイマ処理による。
以上、現金決済の場合(図18)とクレジット決済の場合(図19)とを例に挙げて説明した。基本画面Bのユーザ領域B2に表示された会計画面J(図9の左から第2例第3行目)において、電子マネー型の非接触ICカードを選択するための選択ボタンJ3又は銀行口座引き落し型の非接触ICカードを選択するための選択ボタンJ4がタッチパネル211によってタッチ指定された場合にも、類似の手法による決済処理が可能となる。つまり、決済端末201では、顧客がタッチパネル211によって会計ボタンB23をタッチ指定することにより締め指定をすると、制御部253は、商品販売データ処理で算出した決済金額について、現金、クレジットカード等の磁気カード、電子マネー型の非接触ICカード、銀行引き落し型の非接触ICカードを利用した決済処理を実行する。
図20は、商品券又はクーポンを利用する場合のチェックアウト処理実行時における画面遷移例を示す模式図である。商品券又はクーポンは、上記いずれの方法で決済する場合にも使用可能である。この場合、図20に示すように、店員を呼び出し、店員による操作が必要とされる。そのために、決済端末201では、店員を呼び出して良いかどうかの問い合わせ画面(図20の左から第2列第1行目)から待機画面となり(図20の左から第3列第1行目)、その後、チェッカーモードとなる。チェッカーモードとなった場合、制御部253は、チェッカーモード待機画面Q(図20の左から第4列第1行目)に画面表示を遷移させる。
図21は、チェッカーモード待機画面Qを例示する模式図である。商品券又はクーポンを利用する場合に限らず、店員による操作を必要とするチェッカーモードに移行する場合、制御部253は、表示画面をチェッカーモード待機画面Qにする。このチェッカーモード待機画面Qが表示されている場合、バーコードスキャナ203によって店員用バーコードが読み取られた場合にのみ、機器の動作モードがチェッカーモードにされ、店員による操作が可能となる。制御部253は、LCD210にチェッカーモード待機画面Qを表示している場合、顧客による操作を受け付けない。
図22は、チェッカーモードでの画面遷移例を示す模式図である。制御部253は、チェッカーモード待機画面QをLCD210に表示している場合、バーコードスキャナ203によって店員用バーコードが読み取られると、画面表示をチェッカーモード初期画面Rとし(図22の左から第1列第1行目)、店員による操作を可能とする。チェッカーモード初期画面Rには、釣銭補充ボタンR1、会計操作ボタンR2、メンテナンスモードボタンR3がタッチ指定可能に表示され、「スタート画面に戻る」と「元の画面に戻る」という二種類の戻るボタンR4とR5とがタッチ指定可能に表示されている。そこで、タッチパネル211によって釣銭補充ボタンR1、会計操作ボタンR2又はメンテナンスモードボタンR3をタッチ指定すると、釣銭補充、会計操作、メンテナンスをそれぞれ実行することが可能となる。
釣銭補充ボタンR1をタッチ指定することによる釣銭補充では、「釣銭を補充/復旧操作が終わりましたら、完了ボタンを押してください」というメッセージ表示と共に、完了ボタンR6が表示され(図22の左から第1列第2行目)、入出金装置221に対する釣銭の補充作業等が可能となる。
会計操作ボタンR2をタッチ指定することによる会計操作は、例えば前述した商品券又はクーポンを利用する場合のチェックアウト処理に際して利用され、テンキーによる預かり金額の入力が可能となる(図22の左から第2列第2行目)。そこで、釣銭の金額を入力すれば、制御部253は、「レシートをお取りください」というガイダンスを表示する決済終了画面M(図22の左から第2列第3行目)から最終画面N(図22の左から第3列第3行目)に順に画面表示を遷移させ、決済処理を終了させることができる。
メンテナンスモードボタンR3をタッチ指定することによるメンテナンスモードでは、各種のメンテナンスが可能となる。
以上、セルフチェックアウト端末101での検索処理、重量チェック処理(第1の重量チェック処理、第2の重量チェック処理)、商品販売データ処理、決済処理について説明した。このような各種処理を実行する実際の取引の中で、決済端末201は、PLUファイルに対して重量を取り込む学習機能を有している。つまり、前述した検索処理によってPLUファイルから単価や重量等の各種の情報を取得することができるのは、そもそも、PLUファイルに所望の情報が記憶されているからに他ならない。これに対して、PLUファイルに対して、商品コード毎に対応する商品の重量を記憶させるという作業は、極めて煩雑である。
そこで、本実施の形態では、制御部253は、実際の取引の場面で、検索処理の結果、PLUファイルから対応する重量を取得できたかどうかを判定し、できなかったと判定した場合には、その後、バーコードスキャナ203による商品に付されたバーコードの読み取り後に秤装置301で計量された商品の重量をPLUファイルに対応する商品の重量として登録する重量登録処理を実行する。
つまり、バーコードスキャナ203によってバーコードが読み取られると、制御部253は、そのバーコードによって特定される商品コードをキーとしてPLUファイルから対応する単価や重量等の各種商品情報を検索する検索処理を実行する。この際、PLUファイルに対応する重量が記憶されていなければ、当然のことながら重量のデータが得られない。重量のデータが得られないことは、一例として、PLUファイルの重量欄に記録されているNULLデータを取得することによって、あるいは、PLUファイルに記録された重量なしのフラグによって、容易に判定可能である。そこで、制御部253は、PLUファイルから重量が得られないとの判定結果を得た場合、そのことを例えばRAM254のワークエリアに一時記憶しておく。
その後、制御部253は、秤装置301からの出力を参照しての重量チェック処理に待機する。この待機処理において、秤装置301から計量結果を受信すると、制御部253は、PLUファイルから重量を得た商品については重量チェック処理、つまり第1の重量チェック処理を実行する。これに対して、PLUファイルから重量が得られないとの判定結果はRAM254のワークエリアに一時記憶してあるので、この場合には、秤装置301から受信した計量値をバーコード読み取りにより特定される商品コードに対応付けてPLUファイルに登録する。この際、制御部253は、登録する重量に対する下限値及び上限値を算出し、PLUファイルの下限値と上限値とに書き込む。下限値及び上限値は、一例として、全ての商品について共通のパーセンテージによって求める。ここに、重量登録処理が実行される。これにより、商品コード毎に対応する商品の重量を記憶させるという作業を、店側で行なう必要がなくなり、作業効率の向上が図られる。
重量登録処理を実行する場合、制御部253は、重量チェック処理を実行することなく、そのまま商品販売データ処理を許容する。但し、セキュリティ確保のため、第2の重量チェック処理を実行し、秤装置301からの出力によって秤皿303に荷重がかけられたことが認識された場合にのみ、その後の商品販売データ処理の進行を許容する。
また、制御部253は、重量登録処理によってPLUファイルに登録する重量を、他のセルフチェックアウト端末101に向けて配信する機能を有している。例えば、PLUファイルに重量を登録するタイミングで、あるいは閉店後等のタイミングで、自機がPLUファイルに登録する重量を、通信ネットワーク41を利用して他のセルフチェックアウト端末101に向けて配信する。この場合、上位機であるストアコントローラ31から各決済端末201にPLUを配信できるシステム構成が採用されている場合には、制御部253は、重量登録処理によってPLUファイルに登録する重量を、通信ネットワーク41を利用してストアコントローラ31に向けて送信する構成であっても良い。この場合、ストアコントローラ31は、決済端末201から受信したPLUファイルに登録する重量を、他の決済端末201に向けて配信する。
図23は、アテンダント端末501での監視画面の一例を示す模式図である。前述したセルフチェックアウト端末101は、自機が割り当てられたアテンダント端末501に対して、自機の識別コードに対応付けて通信ネットワーク41上に各種の情報を送信出力する。各種の情報としては、稼働状況情報、使用宣言情報、商品販売データ処理情報、エラー発生情報、エラー解除情報、エラー発生時刻情報、店員呼出情報、店員呼出中断情報、店員呼出発生時刻情報、金種別過不足情報等である。
稼働状況情報は、個々のセルフチェックアウト端末101が待機中か商品スキャニング中かの稼働状況に関する情報である。決済端末201の制御部253は、セルフチェックアウト端末101が待機中か商品スキャニング中かの稼働状況に関する情報をアテンダント端末501に向けて出力する。
使用宣言情報は、例えばマイバスケットの使用宣言情報である。マイバスケットの使用宣言情報は、個々のセルフチェックアウト端末101において、マイバスケットの使用が宣言された場合(図9の左側から第1列第2行目)に出力される。
商品販売データ処理情報は、個々のセルフチェックアウト端末101で実行されている商品販売データ処理に関する情報である。決済端末201の制御部253は、商品販売データ処理の流れの中で発生する取引情報を、アテンダント端末501に向けて出力する。
エラー発生情報は、個々のセルフチェックアウト端末101で生じたエラーについての情報である。エラー発生情報として、セルフチェックアウト端末101は、入出金装置221に何らかの異常が発生した場合の釣銭機異常、レシートプリンタ251に何らかの異常が発生した場合のプリンタ異常、カードリーダライタ252又はカード読取部206に何らかの異常が発生した場合のカード異常をエラー発生情報として出力する。
エラー解除情報は、個々のセルフチェックアウト端末101で生じたエラーの解除情報である。エラー解除情報として、セルフチェックアウト端末101は、入出金装置221に何らかの異常が発生した場合の釣銭機異常、レシートプリンタ251に何らかの異常が発生した場合のプリンタ異常、カードリーダライタ252又はカード読取部206に何らかの異常が発生した場合のカード異常の解除情報をエラー解除情報として出力する。
エラー発生時刻情報は、エラー発生時刻についての情報である。エラー発生時、決済端末201の制御部253は、当該エラーの発生時刻を自らの図示しない時計回路によって取得する。そして、取得したエラー発生時刻情報をアテンダント端末501に向けて出力する。もっとも、エラー発生時刻情報は、決済端末201から取得しなくても、アテンダント端末501が自らの図示しない時計回路によって取得しても良い。この場合、一例として、アテンダント端末501がエラー発生情報を受信した時刻をもってエラー発生時刻とする。
店員呼出情報は、個々のセルフチェックアウト端末101において、呼出ボタンZがタッチ指定された場合にセルフチェックアウト端末101からアテンダント端末501に向けて出力される。
店員呼出中断情報は、呼出ボタンZがタッチ指定された後、呼出中止ボタンI3(図16(b)参照)がタッチ指定された場合に、セルフチェックアウト端末101からアテンダント端末501に向けて出力される。
店員呼出発生時刻情報は、店員呼出発生時刻についての情報である。店員呼出発生時、決済端末201の制御部253は、当該店員呼出発生時刻を自らの図示しない時計回路によって取得する。そして、取得した店員呼出発生時刻情報をアテンダント端末501に向けて出力する。もっとも、店員呼出発生時刻情報は、決済端末201から取得しなくても、アテンダント端末501が自らの図示しない時計回路によって取得しても良い。この場合、一例として、アテンダント端末501が店員呼出情報を受信した時刻をもって店員呼出発生時刻とする。
金種別過不足情報は、入出金装置221が各種金種毎に出力し、これを決済端末201の制御部253がアテンダント端末501に向けて出力する金種毎のニアエンプティ情報、エンプティ情報、ニアフル情報、フル情報からなる。
以上説明した各種の情報を受信するアテンダント端末501は、その起動時にHDD510からRAM508に移された制御プログラムに従い、CPU506が個々のセルフチェックアウト端末101に対応する監視画面521を生成する。この際、一例として、図2に示す配列を採用した場合、アテンダント端末501から見て左奥側のセルフチェックアウト端末101はレジ1、右奥側のセルフチェックアウト端末101はレジ2、左手前側のセルフチェックアウト端末101はレジ3、右手前側のセルフチェックアウト端末101はレジ4として番号を割り振り、現実の配列を模した画面配列とする。つまり、監視画面521中、レジ1は左上欄、レジ2は右上欄、レジ3は左下欄、レジ4は右下欄となるよう、分割画面構成を実行する。そして、CPU506は、セルフチェックアウト端末101の決済端末201から送信される各種の情報を受信すると、VRAM509等を利用して、受信した情報に基づく画面表示をディスプレイ503に表示させる。以下、監視画面521について詳細に述べる。
分割された個々の監視画面521は、レジ番号を表示するタイトルバー522、エラー情報欄523、使用宣言情報欄524、取引情報表示欄525、釣銭状態情報表示欄526を有している。
タイトルバー522は、個々の監視画面521中の最上位置に横長形状で配置され、その下方には右側を開けてエラー情報欄523と使用宣言情報欄524と取引情報表示欄525とが下方に向けて順に配列されている。図23に示すように、タイトルバー522には、割り当てられたセルフチェックアウト端末101を特定する情報として、レジ1〜レジ4までの表示がなされている。
エラー情報欄523は、釣銭機異常表示欄523a、プリンタ異常表示欄523b、カード異常表示欄523cという三種類の表示欄を有し、これらの釣銭機異常表示欄523a、プリンタ異常表示欄523b、カード異常表示欄523cは、横一列に配列されている。
使用宣言情報欄524は、マイバスケット使用宣言表示欄524aを有し、このマイバスケット使用宣言表示欄524aの横には二つのブランク欄524cが横一列に配列されている。
取引情報表示欄525は、セルフチェックアウト端末101から受信した取引情報を横書きで表示する欄である。
釣銭状態情報表示欄526は、エラー情報欄523と使用宣言情報欄524と取引情報表示欄525とがオフセットした右側の領域に、上から¥10,000、¥5,000、¥2,000、¥1,000、¥500、¥100、¥50、¥10、¥5、¥1の順に、金種別状態表示526aが縦一列に配列されて構成されている。これらの金種別状態表示526aの左側には、金種別に、「補充」及び「回収」という文字表示526bが選択的に出現する。
監視画面521は、共通項目として、右上に現在時刻を表示する時刻表示欄527が配置され、その下方にコマンド表示欄528が縦一列に配置されている。コマンド表示欄528には、「他業務起動」と「終了」という二つのコマンドボタン528aが割り当てられ、必要に応じてその他のコマンドボタン528aの割り当てが可能となっている。
このような監視画面521を利用し、アテンダント端末501は、割り当てられたセルフチェックアウト端末101の状態監視を実行する。つまり、アテンダント端末501は、稼働状況情報を受信すると、稼働状況毎に固有の形態を監視画面521中のタイトルバー522に生じさせ、受信した当該稼働状況情報を対応する個々の監視画面521中に表示する。この場合、一例として、固有の形態は色彩である。例えば、待機中のセルフチェックアウト端末101(レジ2)については、そのタイトルバー522を白色表示し、商品スキャニング中のセルフチェックアウト端末101(レジ1)については、そのタイトルバー522を青色表示する。別の一例として、形態は形状、模様又は色彩を意味するので、特有の形態としては、形状や模様、あるいは形状と模様と色彩との少なくとも二つの要素の組み合わせであっても良い。
アテンダント端末501は、個々のセルフチェックアウト端末101から使用宣言情報、ここではマイバスケットの使用宣言情報を受信すると、使用宣言情報欄524において、マイバスケット使用宣言表示欄524aを強調表示する。強調表示は、タイトルバー522と同一の色彩での発色によってなされる。
なお、図23中、レジ1の監視画面521において、タイトルバー522とマイバスケット使用宣言表示欄524aとが同一の色彩で発色している状態は、斜線をもって示している。
アテンダント端末501は、個々のセルフチェックアウト端末101から商品販売データ処理情報を受信すると、取引情報表示欄525に受信した取引情報を表示する。一例として、レジ1の監視画面521の取引情報表示欄525には、「ポテトチップうす塩 1点 140」、「洗剤 1点 298」、…、「生ビール 4点 1,000」という購入履歴情報欄525aと、「値引き合計 0円」、「合計金額 2,386円」、「支払い金額」、「おつり」という決済情報欄525bとが表示されている。また、決済情報欄525bには、「酒・たばこ購入中」というメッセージとそのことを示すマークとからなる20歳未満販売禁止の注意喚起表示が表示されている。これは、取引情報表示欄525を参照すると分かるように、「生ビール」が購入されているからである。このような注意喚起表示は、一例として、セルフチェックアウト端末101からの情報に基づいて表示可能である。セルフチェックアウト端末101では、決済端末201が有するPLUファイルに20歳未満販売禁止商品であることを記憶させることで、容易にその峻別が可能となる。
アテンダント端末501は、個々のセルフチェックアウト端末101からエラー発生情報を受信すると、第一に、固有の形態を監視画面521に生じさせ、第二に、当該固有の形態と共通する形態を有するエラー報知画面529を生成して対応する監視画面521上に重ねて表示し、第三に、当該固有の形態と共通する形態でエラー情報欄523に該当するエラー表示を行なう。
つまり、監視画面521に生じさせる固有の形態は、一例として色彩である。例えば、アテンダント端末501のCPU506は、エラー発生情報を送信したセルフチェックアウト端末101(レジ4)について、そのタイトルバー522を赤色表示する。別の一例として、形態は形状、模様又は色彩を意味するので、特有の形態としては、形状や模様、あるいは形状と模様と色彩との少なくとも二つの要素の組み合わせであっても良い。
CPU506は、そのような監視画面521のタイトルバー522と共通する形態を有するエラー報知画面529を生成し、レジ4の監視画面521上に重ねて表示する。タイトルバー522は、前述したように、赤色という形態を有しているので、タイトルバー522と共通する形態を持たせるために、エラー報知画面529も赤色という色彩で表示する。そして、CPU506は、エラー報知画面529にOKボタン529aを操作指定可能に表示する。CPU506は、アテンダント端末501が有するポインティングデバイス505によってOKボタン529aが操作指定された場合、その表示消去を実行する。また、CPU506は、エラー報知画面529に、どのような種類の異常が発生したのかをその発生時刻とともに表示する。つまり、エラー発生情報は、釣銭機異常とプリンタ異常とカード異常との三種類なので、その別をエラー報知画面529に表示する。また、セルフチェックアウト端末101から送信出力されるエラー発生時刻情報又はアテンダント端末501が取得したエラー発生時刻情報により、エラー発生時刻が分かっているので、CPU506は、判明しているエラー発生時刻をエラー報知画面529に表示する。
そして、アテンダント端末501のCPU506は、エラー情報欄523の表示として、エラー発生情報が釣銭機異常だった場合には釣銭機異常表示欄523aを強調表示し、エラー発生情報がプリンタ異常だった場合にはプリンタ異常表示欄523bを強調表示し、エラー発生情報がカード異常だった場合、カード異常表示欄523cを強調表示する。この場合、エラー情報欄523のエラー表示も、監視画面521のタイトルバー522に生じさせる固有の形態と共通性を持たせるために、赤色という色彩で表示する。
ここで、エラー報知画面529は、OKボタン529aを操作指定することで消去可能である。エラー報知画面529は、監視画面521上に重ねて表示する画面であるため、案内係(アテンダント)の店員に対してエラー発生を有効に示すことができる反面、監視画面521の表示を隠してしまう。そこで、あるセルフチェックアウト端末101、ここではレジ1のセルフチェックアウト端末101にエラーが発生したことを店員に認識させた後は、その店員によるOKボタン529aの操作指定によってエラー報知画面529を消去し、監視画面521の視認性を高めている。その反面、エラー報知画面529を消去した後、どのセルフチェックアウト端末101についてどのようなエラーが発生していたのかを誤認する可能性がある。そこで、エラー報知画面529を消去した後もエラー情報欄523のエラー表示は残し、どのセルフチェックアウト端末101についてどのようなエラーが発生していたのかを後々容易に確認できるようにしている。
そして、セルフチェックアウト端末101からエラー解除情報を受信することで、アテンダント端末501のCPU506は、エラー情報欄523のエラー表示も消去する。
なお、図23中、レジ4の監視画面521において、タイトルバー522とエラー報知画面529とエラー情報欄523とが同一の色彩で発色している状態は、斜め網掛けをもって示している。
アテンダント端末501は、個々のセルフチェックアウト端末101から店員を呼び出し中であることを示す店員呼出情報を受信すると、第一に、固有の形態を監視画面521に生じさせ、第二に、当該固有の形態と共通する形態を有する店員呼出画面530を生成して対応する監視画面521上に重ねて表示する。
つまり、監視画面521に生じさせる固有の形態は、一例として色彩である。例えば、アテンダント端末501のCPU506は、店員呼出情報を送信したセルフチェックアウト端末101(レジ3)について、そのタイトルバー522を黄色表示する。別の一例として、形態は形状、模様又は色彩を意味するので、特有の形態としては、形状や模様、あるいは形状と模様と色彩との少なくとも二つの要素の組み合わせであっても良い。
CPU506は、そのような監視画面521のタイトルバー522と共通する形態を有する店員呼出画面530を生成し、レジ3の監視画面521上に重ねて表示する。タイトルバー522は、前述したように、黄色という形態を有しているので、タイトルバー522と共通する形態を持たせるために、店員呼出画面530も黄色という色彩で表示する。そして、CPU506は、店員呼出画面530にOKボタン530aを操作指定可能に表示する。CPU506は、アテンダント端末501が有するポインティングデバイス505によってOKボタン530aが操作指定された場合、その表示消去を実行する。また、CPU506は、店員呼出画面530に、店員呼出中であることをその呼出発生時刻とともに表示する。セルフチェックアウト端末101から送信出力される店員呼出発生時刻情報又はアテンダント端末501が取得した店員呼出発生時刻情報により、店員呼出発生時刻が分かっているので、CPU506は、判明している店員呼出発生時刻を店員呼出画面530に表示する。
なお、図23中、レジ3の監視画面521において、タイトルバー522と店員呼出画面530とが同一の色彩で発色している状態は、格子状の網掛けをもって示している。
アテンダント端末501は、個々のセルフチェックアウト端末101から当該セルフチェックアウト端末101が備える入出金装置221での金種毎の過不足情報を示す金種別過不足情報を受信すると、受信した当該金種別過不足情報を対応する個々の監視画面521中に表示する。つまり、金種別過不足情報は、縦列表示された金種表示として表示される。この金種表示は、釣銭状態情報表示欄526における金種別状態表示526aとこの金種別状態表示526aの左側に選択的に出現する文字表示526bとから構成されている。
個々のセルフチェックアウト端末101は、金種別過不足情報として、金種毎のニアエンプティ情報、エンプティ情報、ニアフル情報及びフル情報をアテンダント端末501に送信する。そこで、アテンダント端末501のCPU506は、ある金種についてニアエンプティ情報を受信した場合には、金種別状態表示526aの当該金種部分を強調表示し、その左側に「補充」という文字表示526bを出現させる。金種別状態表示526aの強調表示は、当該強調箇所を例えば灰色という色彩に発色させることによってなされる。また、アテンダント端末501のCPU506は、ある金種についてニアフル情報を受信した場合には、金種別状態表示526aの当該金種部分を強調表示し、その左側に「回収」という文字表示526bを出現させる。金種別状態表示526aの強調表示は、当該強調箇所を例えば赤色という色彩に発色させることによってなされる。
201…決済端末,203…商品コード読取部(バーコードスキャナ),206…決済部(カード読取部),207…入力部(テンキー),210…表示部(LCD),211…入力部(タッチパネル),221…決済部(入出金装置),251…レシートプリンタ,252…決済部(カードリーダライタ),301…秤装置,303…秤皿