JP4199275B2

JP4199275B2 - セルフチェックアウト装置

Info

Publication number: JP4199275B2
Application number: JP2006238588A
Authority: JP
Inventors: 康嗣佐々木; 麻日奈中村; 真紀佐藤; 裕美子大熊; 昭弘大杉
Original assignee: Toshiba TEC Corp
Current assignee: Toshiba TEC Corp
Priority date: 2006-09-04
Filing date: 2006-09-04
Publication date: 2008-12-17
Anticipated expiration: 2026-09-04
Also published as: JP2008059502A

Description

本発明は、顧客によるセルフチェックアウトを可能にするセルフチェックアウト装置に関する。

近年、商品販売データ処理を実行するための各種ユーザインターフェースを顧客による操作と顧客への情報提供と顧客へのレシート発行とが可能な位置に配置し、顧客によるセルフチェックアウトを可能にしたセルフチェックアウト装置の開発が進められている（特許文献１）。各種ユーザインターフェースとしては、例えばバーコードリーダ等のような商品コード読取部、情報を表示する表示部、情報を入力する入力部、例えば硬貨及び紙幣の入出金装置のような決済を可能とする決済部、及びレシートプリンタ等が用意される。

また、セルフチェックアウト装置では、不正行為を防止するために、顧客が持ち帰ることができる商品を、商品コード読取部で商品コードを読み取られた商品、換言すると、商品販売データ処理の対象となる購入商品だけに限るようにするための対策が必要となる。そのための対策として、例えば特許文献２、３に記載されているように、商品コード読取部で商品コードを読み取られた商品の重量をチェックし、不正行為を防止するようにした発明がなされている。重量チェックの手法として、特許文献２に記載されているのは、商品コード読取部で読み取った商品コードに基づいてＰＬＵファイルから当該商品の重量データを取得し、商品コードを読み取った後の商品の重量を計量し、重量データによって特定される重量と実際に計量された重量との同一性をもって重量チェックを行なう、という手法である。また、特許文献３に記載されているのは、ある商品について商品コード読取部での商品コードの読み取り前後で当該商品の重量を計量し、二つの重量の一致不一致をもって重量チェックを行なう、という手法である。

特開２００４−０８６７２８公報特開平０８−０８０６７９号公報特開２００２−３６７０３０公報

重量チェックを実行するためには、重量を計量するための秤装置が不可欠である。このため、セルフチェックアウト装置の実運用に際しては、購入しようとする商品の商品コードの読み取り後に当該商品を秤装置に載置するというオペレーションが繰り返されることになる。

ところが、秤装置は、計量可能範囲を有しており、この範囲から外れた重量については正しく計量することができない。このため、セルフチェックアウト装置への適用を考慮した場合、重量が軽すぎたり極端に重すぎたりする商品は、秤装置の計量可能範囲の問題から、重量チェックに馴染まない。このため、重量が軽すぎたり極端に重すぎたりする商品については、重量チェックをスキップする処理が必要となる。

この場合、重量が極端に重いがために重量チェックをスキップする商品については、一例として、商品コードの入力後、秤装置に載置させずに床に置かせるというオペレーションを採用することが考えられる。重い品物を持ち上げて秤装置に載せなければならないという作業上の負担を軽減するためである。そればかりでなく、極端に重い商品の場合にはその取り扱いが目立ち易く、しかも秤装置に載置させないという通常商品とは異なるオペレーションを行なわせることで、より不正が行なわれにくくなると想定されるからでもある。

これに対して、重量が軽いがために重量チェックをスキップする商品の場合、一例として、商品コードの入力後、重量チェックを行なう通常の商品と同様に秤装置に載置させるというオペレーションを採用することが考えられる。重量チェックの有無によって商品の載置場所を変えなければならない煩雑を回避するためである。そればかりでなく、重量チェックをする通常の商品と同様のオペレーションを行なわせることで、重量チェックをスキップしていることを顧客に知られないようにするという効果が期待できるからでもある。ところが、軽量商品については、重量チェックをスキップすることに伴い、商品コードの入力後に顧客が行なうオペレーションやセルフチェックアウト装置の機械的反応等が通常商品と相違するものとなり易く、往々にして、重量チェックが行なわれていないことを顧客に悟られがちである。このため、軽量商品の場合には、その取り扱いが目立ちにくいこととも相俟って、不正行為、例えば、軽量商品の商品コードを読み取った後にその商品とは別の商品、典型的には高額商品を秤装置に載置するというような不正行為が行なわれ易い。そこで、このような不正行為に対する有効な防止策の実現が望まれる。

本発明の目的は、重量チェックに馴染まない軽量商品について、不正行為に対する有効な防止策を提供することである。

本発明のセルフチェックアウト装置は、商品コードを入力する商品コード入力部と情報を入出力する入出力部と決済処理を実行する決済部とを含むユーザインターフェースを顧客による操作と顧客への情報提供とが可能な位置に配置し、顧客によるセルフチェックアウトを可能にする決済端末と、前記商品コード入力部による商品コード入力後の商品を載置するための載置部を備え、当該載置部に載置された商品の重量を計量し、計量した重量値を前記決済端末に送信する秤装置と、を備え、前記決済端末の情報処理部が、（１）前記商品コード入力部によって入力された商品コードに基づいて、個々の商品を特定する商品コードに対応させて単価と重量と重量チェックの要否とを記憶する商品データファイルから対応する単価と重量と重量チェックの要否とを検索して取得する検索処理を実行し、（２）前記検索処理によって重量チェック要を取得した商品については、前記商品コード入力部による商品コード入力後に、前記秤装置から送信された重量値に基づいて得られる当該商品の計量値が前記検索処理によって取得した重量と同一性を有していることをもって判定結果良とし、同一性を有していないことをもって判定結果不良とする重量チェック処理を実行し、（３）前記検索処理によって重量チェック否を取得した商品については、前記商品コード入力部による商品コード入力後に、予め決められたイベント発生の判定をもって判定結果良とし、前記秤装置から送信された重量値が規定値を超えたことをもって判定結果不良とする重量チェックスキップ処理を実行し、（４）前記重量チェック処理又は前記重量チェックスキップ処理の判定結果が良である場合、前記商品コード入力部によって入力された商品コードと前記検索処理によって取得した単価とを含む商品情報を記憶部に記憶させる商品情報登録処理を実行し、（５）前記重量チェック処理又は前記重量チェックスキップ処理の判定結果が不良である場合、前記商品情報登録処理を実行しないエラー処理を実行する。

別の面から見た本発明のセルフチェックアウト装置は、商品コードを入力する商品コード入力部と情報を入出力する入出力部と決済処理を実行する決済部とを含むユーザインターフェースを顧客による操作と顧客への情報提供とが可能な位置に配置し、顧客によるセルフチェックアウトを可能にする決済端末と、前記商品コード入力部による商品コード入力前の商品を載置するための最初の載置部を備え、当該最初の載置部に載置された商品の重量を計量し、計量した重量値を前記決済端末に送信する最初の秤装置と、前記商品コード入力部による商品コード入力後の商品を載置するための載置部を備え、当該載置部に載置された商品の重量を計量し、計量した重量値を前記決済端末に送信する秤装置と、を備え、前記決済端末の情報処理部が、（１）前記商品コード入力部によって入力された商品コードに基づいて、個々の商品を特定する商品コードに対応させて単価と重量チェックの要否とを記憶する商品データファイルから対応する単価と重量チェックの要否とを検索して取得する検索処理を実行し、（２）前記検索処理によって重量チェック要を取得した商品については、前記商品コード入力部による商品コード入力後に、前記秤装置から送信された重量値に基づいて得られる当該商品の計量値が前記最初の秤装置から送信された重量に基づいて得られる当該商品の計量値と同一性を有していることをもって判定結果良とし、同一性を有していないことをもって判定結果不良とする重量チェック処理を実行し、（３）前記決済端末の情報処理部が、前記検索処理によって重量チェック否を取得した商品については、前記商品コード入力部による商品コード入力後に、予め決められたイベント発生の判定をもって判定結果良とし、前記秤装置から送信された重量値が規定値を超えたことをもって判定結果不良とする重量チェックスキップ処理を実行し、（４）前記決済端末の情報処理部が、前記重量チェック処理又は前記重量チェックスキップ処理の判定結果が良である場合、前記商品コード入力部によって入力された商品コードと前記検索処理によって取得した単価とを含む商品情報を記憶部に記憶させる商品情報登録処理を実行し、（５）前記決済端末の情報処理部が、前記重量チェック処理又は前記重量チェックスキップ処理の判定結果が不良である場合、前記商品情報登録処理を実行しないエラー処理を実行する。

本発明によれば、検索処理によって重量チェック否を取得した商品については、商品コード入力部による商品コード入力後に、秤装置から送信された重量値が規定値を超えたことをもって判定結果不良とする重量チェックスキップ処理を実行するようにしたので、重量チェックに馴染まない軽量商品についても、例えば、軽量商品の商品コードを読み取った後にその商品とは別の商品を秤装置の載置台に載置するというような不正行為を確実に防止することができる。

本発明の実施の一形態を図１ないし図２７に基づいて説明する。

本実施の形態の説明は、次の項目に沿ってなされる。

１．システム構成
（１）システム構成の概要
（２）セルフチェックアウト端末
（３）アテンダント端末
２．セルフチェックアウト処理
（１）セルフチェックアウト処理の基本的ルーチン
（２）セルフチェックアウト処理時の画面遷移
（３）重量チェック処理
（一）基本処理
（二）重量チェックエラー
（三）重量チェックスキップ処理
（イ）軽すぎる商品の場合
（ロ）重すぎる商品の場合
（４）画面入力による商品情報登録
（５）パック詰め商品の商品情報登録
（一）パック詰め商品の入力手法
（二）第２の重量チェック処理
（６）中止指定
（７）呼出指定
（８）組合せ割引（セット割引）
（９）決済
（１０）チェッカーモード
３．アテンダント端末での監視
以下、上記項目の順に説明する。
１．システム構成
（１）システム構成の概要
図１は、全体のシステム構成を示す模式図である。本実施の形態のシステムは、複数のセルフチェックアウトシステム１１と、複数台のＰＯＳ端末２１と、ストアコントローラ３１とが通信ネットワーク４１を介して接続されて構築されている。

セルフチェックアウトシステム１１は、複数台のセルフチェックアウト装置１０１に一台のアテンダント端末５０１が割り当てられて構成されている。セルフチェックアウト装置１０１は、決済端末２０１と秤装置３０１とから構成されている。

図２は、セルフチェックアウトシステム１１での各部の配置状態を示す平面図である。本実施の形態のセルフチェックアウトシステム１１は、四台のセルフチェックアウト装置１０１に対して一台のアテンダント端末５０１が割り当てられている。セルフチェックアウト装置１０１は、一対のセルフチェックアウト装置１０１が顧客通路１２１に沿って平行に並べられ、これらの一対のセルフチェックアウト装置１０１が顧客通路１２１を介して正面側を対面させるように配置されている。

顧客通路１２１の突き当りにはアテンダント端末５０１が配置されている。アテンダント端末５０１は、その外観上、本体部５０２と表示部としてのディスプレイ５０３とキーボード５０４と操作部としてのポインティングデバイス５０５とを有するパーソナルコンピュータ形態を有しており、アテンダントテーブル６０１に載置されている。

顧客は、顧客通路１２１を通ってどのセルフチェックアウト装置１０１に対してもアクセス可能となっている。例えば、図２中の右上方、顧客から見ると進行方向左奥側に位置するセルフチェックアウト装置１０１を使用しようとする場合、顧客通路１２１を通ってそのセルフチェックアウト装置１０１の前に立ち、セルフチェックアウトの終了後にはアテンダントテーブル６０１の前で左側又は右側に回りこんで立ち去ることになる。
（２）セルフチェックアウト端末
図３は、セルフチェックアウト装置１０１を示す斜視図である。セルフチェックアウト装置１０１は、決済端末２０１と秤装置３０１とから構成されている。

決済端末２０１は、顧客が購入しようとする商品を入れた籠（図示せず）を載置するための商品籠載置台１０２が左脇から突出したハウジング２０２を有している。商品籠載置台１０２の上面には、籠を位置決めするための突部１０３がＬ字形状に突出形成されている。

決済端末２０１のハウジング２０２は、床面に設置されるベースハウジング２０２ａと、このベースハウジング２０２ａの上面に載置される小振りな上部ハウジング２０２ｂとによって構成されている。ベースハウジング２０２ａの前面は、下方に向かうほどベースハウジング２０２ａの投影面積を狭めるように傾斜している。これにより、ベースハウジング２０２ａは、下方に向かうほど奥側にオフセットした形状となっている。

上部ハウジング２０２ｂには、各種ユーザインターフェースが設けられている。つまり、上部ハウジング２０２ｂには、左側に商品コード入力部としてのバーコードスキャナ２０３が配置され、右側にプリンタカバー２０４及び監視カメラ２０５が配置され、これらのバーコードスキャナ２０３とプリンタカバー２０４及び監視カメラ２０５の間には決済部としてのカード読取部２０６及びテンキー２０７が配置されている。バーコードスキャナ２０３は、商品に付された商品コードを読み取る商品コード読取部として機能する縦型スキャナである。プリンタカバー２０４には、レシート発行口２０８が設けられている。プリンタカバー２０４の奥側にはレシートプリンタ２５１（図６参照）が上部ハウジング２０２ｂに内蔵され、このレシートプリンタ２５１によって印字される図示しないレシートは、レシート発行口２０８から発行されるように構成されている。プリンタカバー２０４は、上部ハウジング２０２ｂに対して開閉自在に取り付けられ、フラップ２０９の引っ張り操作で開放される。監視カメラ２０５は、プリンタカバー２０４の上方に配置されている。カード読取部２０６は、図示しない非接触ＩＣカードと無線通信を確立し、非接触ＩＣカードに対して情報を読み書きする。非接触ＩＣカードは、一例として現金と等価な価値を有する電子マネーを記憶保存することが可能であり、別の一例として、引き落し銀行口座を特定するための識別番号を記憶保存し、決済に際して利用される。図１中、丸印の中に「ＣＡＲＤ」と記されている部分の奥側に図示しないアンテナが内蔵され、このアンテナを介して非接触ＩＣカードとの間の無線通信が確立される。テンキー２０７は、非接触ＩＣカードでの決済に際して、暗証番号の入力のために用いられる。

上部ハウジング２０２ｂには、液晶表示パネルを有する入出力部としてのＬＣＤ２１０が取り付けられている。このＬＣＤ２１０は、その表示面に入出力部としてのタッチパネル２１１を有し、右側方にカード読取溝２１２を有する。カード読取溝２１２の内部には、決済部としてのカードリーダライタ２５２（図６参照）が内蔵されている。カードリーダライタ２５２は、クレジットカード等の磁気カードに記録された情報、例えばカード番号や暗証番号を読み取る。

ベースハウジング２０２ａには、硬貨と紙幣との入出金装置２２１（図６参照）が内蔵されている。入出金装置２２１の一部として、ベースハウジング２０２ａの中央上面には硬貨投入口２１３が配置され、その左側には硬貨払出口２１４が配置されている。また、ベースハウジングの前面右上方位置には、紙幣投入口２１５と紙幣払出口２１６とが配置されている。このような入出金装置２２１は、貨幣及び紙幣の取扱いを可能にする機構部とこの機構部を制御する制御部とを有している（いずれも図示せず）。このような機構部の構造及び制御部での処理手順等については、その内容が周知なので、説明を省略する。

さらに、ベースハウジング２０２ａの背面からは、セルフチェックアウト装置１０１の現在の状態を表示する表示ポール２１７が立設されている。この表示ポール２１７は、先端部に青色と赤色とに選択的に発光する発光部２１８を有する。

図４は、秤装置３０１を示す斜視図である。秤装置３０１は、秤ハウジング３０２の上部に秤皿３０３が設けられ、この秤皿３０３に袋保持具３０４が取り付けられて構成されている。秤皿３０３は、その上面に載置台３０３ａを有する。袋保持具３０４は載置台３０３ａに取り付けられている。したがって、袋保持具３０４からすると、秤皿３０３は台座を構成する。つまり、載置台３０３ａの後方中央部にはポール形状のアーム支持部３０５が立設され、このアーム支持部３０５の上端には品物を載置するための一時置き台３０６が固定されている。一時置き台３０６は、上面が平坦面となっており、決済端末２０１のバーコードスキャナ２０３でバーコードを読み取った後の商品を一時的に置く用途で用いられる台である。載置台３０３ａ及び一時置き台３０６は、共に、商品コードが入力された商品を載置するための載置部としての役割を担っている。

このような一時置き台３０６の下面には、一対の保持アーム３０７とフック３０８とが取り付けられている。つまり、一時置き台３０６の下面両端位置には、アーム取付具３０９が固定されている。固定は、例えばネジ止め、接着止め等、各種の固定手法によってなされている。そして、それらのアーム取付具３０９のそれぞれには、保持アーム３０７が埋設されている。また、一時置き台３０６の下面中央位置には、フック取付具３１０が固定されている。固定は、例えばネジ止め、接着止め等、各種の固定手法によってなされている。そして、フック取付具３１０には、フック３０８が埋設されている。

図５は、保持アーム３０７に収納袋としてのレジ袋４０１が保持されている状態を示す斜視図である。保持アーム３０７は、例えばスーパーマーケット等で顧客に提供するビニール袋等のレジ袋４０１、つまり、開口部４０２とこの開口部４０２から突出する一対の把手４０３とを有してこれらの把手４０３が両側に位置付けられるように折り畳まれたレジ袋４０１を保持するために、一対の把手４０３を串刺し状態で保持する。このような保持状態を実現するために、把手４０３にはスリット４０４が形成されている。また、レジ袋４０１には、一対の把手４０３の間に位置させてミシン目４０５で脱落可能な一対の耳部４０６が形成されており、これらの耳部４０６には引掛け穴４０７が形成されている。フック３０８は、引掛け穴４０７を挿通し、これによってレジ袋４０１を保持アーム３０７と共に保持する。

より詳細には、レジ袋４０１は、折り畳まれた状態においては、その耳部４０６に設けられた引掛け穴４０７がフック３０８に引っ掛けられ、保持されている。保持アーム３０７は、このようにフック３０８に保持されている折り畳まれた状態のレジ袋４０１を保持する第１の保持部３１１を根本側に有する。これらのフック３０８及び第１の保持部３１１は、折り畳まれたレジ袋４０１を複数枚積層状態で保持し得るだけの保持容量を有している。保持アーム３０７は、第１の保持部３１１に連続してレジ袋４０１を第１の保持部３１１による保持位置よりも低い位置で開いた状態で保持する第２の保持部３１２を先端側に有する。第２の保持部３１２は、その中央部の高さが高くなる形状、より詳細にはアーチ形状に形成されている。したがって、第２の保持部３１２の両端部の二点は高さが低く、これらの高さが低い二点を繋ぐ中央部はアーチ形状に盛り上がっている。そして、第１の保持部３１１と第２の保持部３１２とは、第１の保持部３１１から第２の保持部３１２に直線的に傾斜する傾斜部３１３で連結されている。更に、第２の保持部３１２の端部、つまり保持アーム３０７の最先端となる部分は、高さが低い部分から斜め上方に向けて上昇している。この上昇部分は、保持したレジ袋４０１の把手４０３を脱落させないようにするための返し部３１４となっている。

図６は、決済端末２０１の電気的なハードウェア構成を示すブロック図である。決済端末２０１は、内部に情報処理部としての制御部２５３を有する。制御部２５３は、例えば動作シーケンスが書き込まれた半導体チップ構成のものであっても、ＲＡＭ２５４等に動作プログラムを記憶させて動作するマイクロコンピュータ構成のものであっても良い。ここでは、マイクロコンピュータ構成の制御部２５３を紹介する。

制御部２５３の中核をなすのはＣＰＵ２５５である。ＣＰＵ２５５には、固定データを固定的に記憶するＲＯＭ２５６と、可変データを書き換え自在に記憶するＲＡＭ２５４と、ＬＣＤ２１０に表示する表示画像を生成するＶＲＡＭ２５７と、ＨＤＤ２５８とがシステムバス２５９を介して接続されている。一例として、ＨＤＤ２５８には、動作プログラム、各種表示フレーム、ＰＬＵファイル、部門ファイル、重量データファイルＷＤＦ（図７参照）、画像ファイル、売上ファイル等の各種ファイル、重量チェック実行有無定義、商品載置場所定義、各種規則情報等（重量データファイルＷＤＦ以外は全て図示せず）が記憶保存されており、これらの動作プログラム、各種表示フレーム、各種ファイル及び各種規則情報等は、その全部又は一部が決済端末２０１の起動時にＲＡＭ２５４に移されて使用される。そして、それらのＰＬＵファイル、重量データファイルＷＤＦ、部門ファイル、画像ファイル、売上ファイル等の各種ファイル、重量チェック実行有無定義、商品載置場所定義、各種規則情報等は、商品データファイルを構成する。

なお、商品データファイルは、別の形態で分散された構成であっても、一つのファイルとしてまとめられた構成であっても、いずれでも良い。

商品データファイルを構成するＰＬＵファイルは、各商品を特定する商品コードに対応させて、単価の他に、商品表示、割引商品の別、割引金額、組合せ割引情報（Ｍ＆Ｍ（ミックス・アンド・マッチ）割引情報、セット割引情報）等を書き換え自在に記憶する。商品表示は、商品コードによって特定される商品の商品名称のテキストデータと、その商品の画像データとを含む。

商品データファイルを構成する部門ファイルは、ＰＬＵファイルに記憶されない各商品についての部門コードに対応させて、その単価、商品表示、割引商品の別、割引金額、組合せ割引情報（Ｍ＆Ｍ（ミックス・アンド・マッチ）割引情報、セット割引情報）等を書き換え自在に記憶する。商品表示は、部門コードによって特定される商品の商品名称のテキストデータと、その商品の画像データとを含む。

図７は、商品データファイルを構成する重量データファイルＷＤＦの一例を示す模式図である。重量データファイルＷＤＦは、ＰＬＵファイル及び部門ファイルに登録されている商品の商品コードに対応させて、設定重量（ｇ）、重量チェック実行有無定義、商品載置場所定義（袋詰めスキップ）、許容値タイプ定義、上限許容値、下限許容値、及び重量更新フラグを記憶している。このような重量データファイルＷＤＦは、別の一例として、ＰＬＵファイル、部門ファイルに含ませても良い。

重量データファイルＷＤＦ中の設定重量（ｇ）には、商品コードで特定される商品の重量の設定値が記憶されている。

重量チェック実行有無定義は、重量チェック実行の別を各商品コードに対応付けて記憶する定義情報である。決済端末２０１の制御部２５３は、重量チェック実行有無定義中、「０」は重量チェックしない、「１」は重量チェックすると解釈する。重量チェックをしない商品は、一例として、軽すぎて秤装置３０１による計量に馴染まない商品、あるいは、重すぎて秤装置３０１の秤皿３０３まで移動させにくい商品である。多くの商品の場合、重量チェックをすることになる。そこで、重量チェックをすることを意味する「１」をデフォルト値とすることができる。

別の一例として、重量チェックをすることの積極的な情報を持たせないようにしても良い。つまり、各商品について、重量チェックをするかしないかの一方だけの情報を持たせれば足りるので、そのような定義の仕方でも良い。このような重量チェック実行有無定義は、別の一例として、ＰＬＵファイルに含ませても良い。

商品載置場所定義（袋詰めスキップ）は、バーコードスキャナ２０３によってバーコードが読み取られた商品の載置場所として、秤皿３０３（袋詰めスキップしない）と一時置き台３０６（袋詰めスキップする（計量））と床面（袋詰めスキップする（重量））とのいずれにすべきかを個々の商品毎に定義する。決済端末２０１の制御部２５３は、重量チェック実行有無定義中、「０」は秤皿３０３（袋詰めスキップしない）、「１」は一時置き台３０６（袋詰めスキップしない（ワレモノ））、「２」は床面（袋詰めスキップする（重量））と解釈する。

別の一例として、商品載置場所定義をＰＬＵファイルに含ませることも可能である。更に別の一例として、商品の特性、例えば、割れ易い、壊れ易い、型崩れし易い、重い等の特性情報をＰＬＵファイル等に記憶させておき、一例として、割れ易い、壊れ易い、型崩れし易いという特性を持つ商品については一時置き台３０６を載置場所として定義し、重いという特性を持つ商品については床面を載置場所として定義する。更に別の一例としては、重量データファイルＷＤＦに記憶されている重量が規定重量より重い場合のバーコード読み取り後の商品の載置場所として、床面を定義する。

重量データファイルＷＤＦは、商品の載置場所を秤皿３０３（袋詰めスキップしない）と一時置き台３０６（袋詰めスキップする（計量））と床面（袋詰めスキップする（重量））とのいずれにすべきかを積極的に定義している。これに対して、多くの商品の場合、バーコード読み取り後の載置場所が秤皿３０３となる。したがって、別の一例としては、バーコード読み取り後の載置場所が秤皿３０３となる商品については、その旨の格別の情報を持たせる必要はない。したがって、そのような商品については、その旨の格別の情報を設定してもしなくても良い。商品載置場所定義としては、バーコード読み取り後の商品の載置場所が秤皿３０３と一時置き台３０６と床面とのいずれであるかを定義付けていれば十分なので、それらの選択肢のうちの少なくとも二種類の載置場所についての情報のみ有していれば足りることになる。

許容値タイプ定義は、設定重量（ｇ）に対する許容幅を割合とするか上限値及び下限値とするかを決定するための情報である。つまり、重量チェック処理に際しては、秤装置３０１による現実の計量重量と設定重量（ｇ）に記憶されている重量との比較処理を実行することになるが、この際、設定重量（ｇ）に対する許容幅を設定する。この許容幅は、許容値タイプ定義に記憶されている定義に従い、設定重量（ｇ）に記憶されている重量値に対する割合で求められ、あるいは数値設定されている上限値及び下限値で求められる。

上限許容値及び下限許容値は、設定重量（ｇ）に対する許容幅を決定するための数値情報を記憶する。許容値タイプ定義が、設定重量（ｇ）に記憶されている重量値に対する割合を許容幅とする場合には、上限許容値及び下限許容値に記憶される数値は％の数値となる。また、許容値タイプ定義が、設定重量（ｇ）に記憶されている重量値に対する上限値及び下限値は具体的な数値となり、この場合、上限許容値及び下限許容値に記憶される数値は具体的な数値そのものとなる。

制御部２５３には、バーコードスキャナ２０３、ＬＣＤ２１０、タッチパネル２１１、カード読取部２０６、テンキー２０７、カードリーダライタ２５２、レシートプリンタ２５１、監視カメラ２０５、発光部２１８、スピーカ２１９が接続された音響回路２２０、入出金装置２２１との間でのデータ通信を媒介するインターフェース２６０がシステムバス２５９を介して接続され、制御部２５３による制御を受ける。音響回路２２０は、音声合成ＬＳＩを主体として構成され、合成音声及び合成音響を生成してスピーカ２１９から出力させる。これらのスピーカ２１９と音響回路２２０とは音響発生部を構成する。制御部２５３は、それらの各部を制御し、検索処理と重量チェック処理と商品情報登録処理と決済処理とを含む商品販売データ処理を実行する。

検索処理は、バーコードスキャナ２０３によって商品に付されたバーコードが読み取られた場合、このバーコードによって特定される商品コードを認識し、ＰＬＵファイルを検索してその商品コードに対応する単価、重量及び商品表示を取得する。この場合、単価、重量及び商品表示は、バーコードスキャナ２０３によって商品に付されたバーコードが読み取られたことに基づいて取得されれば良く、必ずしもバーコードの読み取りそれ自体をトリガとする必要はない。また、単価、重量及び商品表示は、同時に取得される必要はなく、それらの情報に対するアクセスが必要な場合にアクセスできる状態となっていれば良い。

重量チェック処理は、バーコードの読み取り後に秤装置３０１によって計量された重量が、検索処理によって取得した重量と同一性を有しているかどうかを判定する処理である。同一性を有しているかどうかは、重量データファイルＷＤＦ中、バーコードスキャナ２０３によって読み取られたバーコードによって特定される商品コードに対応させて設定されている設定重量（ｇ）及びその許容幅（許容値タイプ定義、上限許容値及び下限許容値）を検索取得し、計量重量が検索処理によって取得した設定重量（ｇ）の許容幅に収まっているかどうかを判定することによってなされる。

商品情報登録処理は、バーコードスキャナ２０３によって商品に付されたバーコードが読み取られた場合、このバーコードによって特定される商品コードと特定された商品コードに基づいて検索処理によって検索された単価とを含む取引情報をＲＡＭ２５４に一時登録する処理である。

決済処理は、検索処理によって取得した単価に基づいて決済金額を算出し、その決済金額の決済を実行する処理である。決済金額は、タッチパネル２１１での締め操作に応じて必要な消費税計算等を含む売上合計金額を計算することによって算出され、ＲＡＭ２５４等に仮登録するか、あるいは売上ファイルに登録する。決済処理では、算出した決済金額について、現金、クレジットカード等の磁気カード、電子マネー又は銀行口座特定用の識別番号を記憶保存する非接触ＩＣカードを利用した決済を可能にする。現金の扱いは、ベースハウジング２０２ａに設けられた入出金装置２２１で実行され、磁気カードの扱いは、カード読取溝２１２の内部に設けられたカードリーダライタ２５２によって実行され、非接触ＩＣカードの扱いは、カード読取部２０６を介して実行される。

本実施の形態では、商品販売データ処理という概念を、検索処理、重量チェック処理、商品情報登録処理及び決済処理等を含む広義の概念として用いている。そこで、このような広義の意味での商品販売データ処理を支援するために、決済端末２０１の制御部２５３は、ＬＣＤ２１０に操作方法を表示し、顧客の便宜を図る。

制御部２５３にはシステムバス２５９を介して通信インターフェース２６１も接続されている。通信インターフェース２６１は、通信ネットワーク４１に接続され、アテンダント端末５０１及びストアコントローラ３１とセルフチェックアウト装置１０１との間のデータ通信を実現させる。

図８は、秤装置３０１の電気的なハードウェア構成を示す模式図である。秤装置３０１は、ロードセルユニット３５１を有する。ロードセルユニット３５１は、構造及び形状を図示しないロードセルの一端側をベース３５２に固定し、他端側に荷重受け部３５３を有する。荷重受け部３５３には秤フレーム３５４が固定されている。秤フレーム３５４は、図８では図示しないが、平面から見てＸ字形状をしており、四隅に秤皿３０３を載置する。ロードセルユニット３５１の出力信号は、アンプ３５５で増幅され、アナログデジタル変換器（ＡＤ／Ｃ）３５６でデジタル信号に変換され、演算部３５７で解析される。演算部３５７では、ロードセルユニット３５１の出力信号に基づく重量解析がなされる。演算部３５７は、例えば動作シーケンスが書き込まれた半導体チップ構成のものであっても、ＲＡＭ等に動作プログラムを記憶させて動作するマイクロコンピュータ構成のものであっても良い。演算部３５７は、解析結果である重量データを送信部３５８に送信し、送信部３５８を介して決済端末２０１に出力する。
（３）アテンダント端末
図９は、アテンダント端末５０１の電気的なハードウェア構成を示す模式図である。アテンダント端末５０１は、構成的にはマイクロコンピュータである。つまり、情報処理を実行する情報処理部としてのマイクロコンピュータを主体にアテンダント端末５０１が構成されている。そこで、アテンダント端末５０１は、マイクロコンピュータの中核をなすＣＰＵ５０６を有する。そして、このＣＰＵ５０６に対して、固定データを固定的に記憶するＲＯＭ５０７と、可変データを書き換え自在に記憶するＲＡＭ５０８と、ディスプレイ５０３に表示する表示画像を生成するＶＲＡＭ５０９と、ＨＤＤ５１０とがシステムバス５１１を介して接続されている。一例として、ＨＤＤ５１０には動作プログラム、各種表示フレーム及び各種ファイル等（全て図示せず）が記憶保存されており、これらの動作プログラム、各種表示フレーム及び各種ファイル等は、その全部又は一部がアテンダント端末５０１の起動時にＲＡＭ５０８に移されて使用される。

前述したディスプレイ５０３、キーボード５０４及びポインティングデバイス５０５は、インターフェース５１２及び通信インターフェース５１３と共に、システムバス５１１を介してＣＰＵ５０６に接続され、ＣＰＵ５０６による制御を受ける。

通信インターフェース５１３は、通信ネットワーク４１に接続され、セルフチェックアウト装置１０１及びストアコントローラ３１とアテンダント端末５０１との間のデータ通信を実現させる。
２．セルフチェックアウト処理
このような構成において、セルフチェックアウト装置１０１は、セルフチェックアウトを可能にする。この際、決済端末２０１の制御部２５３及び秤装置３０１の演算部３５７は、各種演算処理や各部の駆動制御処理等を実行し、セルフチェックアウト処理を支援する。つまり、決済端末２０１では、そのＬＣＤ２１０に各種のユーザ支援画面を表示し、前述した検索処理、重量チェック処理、商品情報登録処理及び決済処理を実行する。秤装置３０１は、決済端末２０１での重量チェック処理を支援するように、計量した重量の値を送信部３５８から決済端末２０１に送信出力する。以下、処理の流れを示すフローチャート、各種の画面例及び画面遷移例等を用いて、セルフチェックアウト処理の流れを説明する。
（１）セルフチェックアウト処理の基本的ルーチン
図１０は、セルフチェックアウト装置１０１（決済端末２０１）でのセルフチェックアウト処理の流れを示すフローチャートである。決済端末２０１の制御部２５３は、商品コードの入力有無判定に待機している（ステップＳ１１）。商品コードの入力は、バーコードスキャナ２０３によるバーコードの読み取りの他、ＬＣＤ２１０の表示に従ったタッチパネル２１１での入力操作によって行なわれる。

決済端末２０１の制御部２５３は、商品コードの入力を判定すると（ステップＳ１１のＹ）、検索処理を実行する（ステップＳ１２）。その結果、前述したとおり、入力された商品コードに対応する単価、重量及び商品表示が取得される。

決済端末２０１の制御部２５３は、検索処理に続いて、重量チェック処理を実行する（ステップＳ１３）。重量チェック処理は、前述したように、バーコードの読み取り後に秤装置３０１によって計量された重量に基づいて得られる対応商品の計量値が、検索処理によって取得した重量と同一性を有しているかどうかを判定する処理である。そこで、重量チェック処理に際しては、バーコードの読み取り後に秤装置３０１によって計量された重量が参照し得る状態となっていなければならない。このような状態を実現するために、秤装置３０１は、随時、その計量結果を決済端末２０１に送信し、決済端末２０１は受信した計量結果を参照し得る状態に保持していなければならない。重量チェック処理の詳細については、図１４のフローチャートを参照して後述する。

図１１は、秤装置３０１から決済端末２０１への重量データ受信処理の流れを示すフローチャートである。秤装置３０１は、前述したように、ロードセルユニット３５１による計量結果を重量データとしてセルフチェックアウト装置１０１に送信する。決済端末２０１の制御部２５３は、セルフチェックアウト処理のスタートが指定されると、重量データの受信に待機している（ステップＳ５１）。そして、重量データの受信を判定すると（ステップＳ５１のＹ）、受信した重量データをＲＡＭ２５４に一時記憶する（ステップＳ５２）。図１１に示すフローチャートによる処理を実行するためのトリガとなるセルフチェックアウト処理のスタート指定は、後述する図１２に示す最初の初期ガイダンス画面Ａ（図１２の左から第１列第１行目）中での選択ボタンＡ１のタッチパネル２１１によるタッチ指定等によってなされる。

図１０の参照に戻る。決済端末２０１の制御部２５３は、重量チェック処理に続いて、商品情報登録処理を実行する（ステップＳ１４）。つまり、重量チェック処理を通過した場合には、商品コード及びその単価等の取引情報をＲＡＭ２５４に一時登録する。

決済端末２０１の制御部２５３は、商品情報登録処理に続いて、決済指定の有無を判定する（ステップＳ１５）。決済指定は、ＬＣＤ２１０での表示に従ったタッチパネル２１１での入力操作によって実行される。そして、決済端末２０１の制御部２５３は、決済指定ありの判定をすると（ステップＳ１５のＹ）、前述した決済処理を実行する（ステップＳ１６）。
（２）セルフチェックアウト処理時の画面遷移
図１２は、セルフチェックアウト装置１０１（決済端末２０１）でのセルフチェックアウト処理実行時における画面遷移例を示す模式図である。顧客は、購入しようとする商品を籠に入れてセルフチェックアウト装置１０１に持ち寄り、商品を籠ごとセルフチェックアウト装置１０１の商品籠載置台１０２に載せる。

この際、決済端末２０１の制御部２５３は、図１２に示すような初期ガイダンス画面Ａ（左から第１列第１行目）を生成し、ＬＣＤ２１０に表示させる。初期ガイダンス画面Ａでは、顧客が持ち運んだ商品の取り扱い方法を案内する。案内される取り扱い方法は、二種類である。一方の取り扱い方法はバーコードスキャナ２０３を用いた商品コード入力であり、もう一つは、タッチパネル２１１からの入力指定である。前者のガイダンスとしては、「バーコードをガラス面にタッチしてください」という文字がその状態を示す絵柄と共に案内される。後者のガイダンスとしては、「バーコードのない商品は次の画面で登録します」という文字が次の画面を示す絵柄と共に案内される。

この際、制御部２５３は、セルフチェックアウト処理をスタートさせる場合、自機が待機中か商品スキャニング中かの稼働状況を示す稼働状況情報として、待機中であることを示す情報を、自機が割り当てられているアテンダント端末５０１に向けて出力する。

初期ガイダンス画面Ａでは、レジ袋を使用するかマイバスケットを使用するかの選択を、二つの選択ボタンＡ１とＡ２とによって可能とする。マイバスケットというのは、顧客自らが所持する買物籠を意味する。選択ボタンＡ１がタッチパネル２１１によってタッチ指定された場合、レジ袋４０１でのセルフチェックアウト処理をスタートさせる。選択ボタンＡ２がタッチパネル２１１によってタッチ指定された場合、マイバスケットでのセルフチェックアウト処理をスタートさせる。

この際、制御部２５３は、セルフチェックアウト処理をスタートさせる場合、自機が待機中か商品スキャニング中かの稼働状況を示す稼働状況情報として、稼動中であることを示す情報を、自機が割り当てられているアテンダント端末５０１に向けて出力する。

図１２は、選択ボタンＡ２がタッチパネル２１１によってタッチ指定され、マイバスケットでのセルフチェックアウト処理をスタートさせる例を示している（図１２の左から第１列第２行目）。レジ袋４０１での処理とマイバスケットでの処理との相違は、秤装置３０１での０点設定である。マイバスケットでの処理を実行する場合、制御部２５３は、秤装置３０１の秤皿３０３に店舗側の籠を載せ、その中にマイバスケットを広げるべきことを示す画像を生成し、ＬＣＤ２１０に表示して顧客に案内する。そして、マイバスケットが選択された後の初期ガイダンス画面Ａ（図１２の左から第１列第２行目）には、セット完了ボタンＡ３と戻るボタンＡ４とが表示される。制御部２５３は、セット完了ボタンＡ３がタッチパネル２１１によってタッチ指定された場合、０点設定を実行すべきことを秤装置３０１に伝達する。戻るボタンＡ４がタッチパネル２１１によってタッチ指定された場合には、最初の初期ガイダンス画面Ａ（図１２の左から第１列第１行目）に戻る。

図１２には図示しないが、最初の初期ガイダンス画面Ａ（図１２の左から第１列第１行目）において選択ボタンＡ１がタッチパネル２１１によってタッチ指定された場合、制御部２５３は、初期ガイダンス画面Ａの表示内容を、レジ袋４０１を使用する場合のガイダンス表示に切替える。このガイダンス表示では、秤装置３０１の袋保持具３０４に保持されているレジ袋４０１を予め開いておくことを案内する。つまり、保持アーム３０７の第１の保持部３１１に閉じられて積層状態で保持されている複数枚のレジ袋４０１から最上位のレジ袋４０１を引っ張り出し、第２の保持部３１２に保持させるよう指示する。この際、レジ袋４０１の耳部４０６は、ミシン目４０５の部分で取り除き、フック３０８に残しておくことができるので、その旨も案内する。このような案内に従いレジ袋４０１を引っ張り出すと、引っ張り出されたレジ袋４０１の把手４０３は、第２の保持部３１２に形成されているアーチ形状の両側の高さが低い二点に位置付けられ、自ずと開口部４０２が開かれる。図１２中には図示しないが、最初の初期ガイダンス画面Ａ（図１２の左から第１列第１行目）において選択ボタンＡ１がタッチパネル２１１によってタッチ指定された場合にも、セット完了ボタンＡ３と戻るボタンＡ４とが表示される。

初期ガイダンス画面Ａ（図１２の左から第１列第１行及び第２行目）には、その左下に中止ボタンＹと呼出ボタンＺとが表示される。中止ボタンＹは、処理の中止を指示するためのボタンであり、呼出ボタンＺは、案内係（アテンダント）の店員を呼び出すためのボタンである。制御部２５３は、それらの中止ボタンＹ及び呼出ボタンＺを、セルフチェックアウト処理の一連の流れに従い遷移する各画面中、必要に応じて生成し、出現させる。

最初の初期ガイダンス画面Ａ（図１２の左から第１列第１行目）において選択ボタンＡ１又はＡ２がタッチパネル２１１によって選択指定された後の初期ガイダンス画面Ａ（例えば、図１２の左から第１列第２行目）において、選択ボタンＡ３がタッチパネル２１１によってタッチ指定されると、制御部２５３は、基本画面Ｂを生成し、ＬＣＤ２１０に表示する（図１２の左から第２列第１行目）。基本画面Ｂは、ガイダンス表示領域Ｂ１とユーザ領域Ｂ２とから構成されている。ガイダンス表示領域Ｂ１は上方位置、ユーザ領域Ｂ２はその下方位置にそれぞれ配列されている。ガイダンス表示領域Ｂ１は、セルフチェックアウトを進めるために必要な各種のガイダンスを表示する。ユーザ領域Ｂ２は、セルフチェックアウトを進めるために必要な各種の操作ボタン及び取引情報を表示する。

商品に付されたバーコードの読み取りに待機する最初の基本画面Ｂ（図１２の左から第２列第１行目）におけるガイダンス表示領域Ｂ１には、「商品のバーコードをガラス面にタッチしてください」という表示がその状態を示す絵柄と共に表示される。

商品に付されたバーコードの読み取りに待機する最初の基本画面Ｂ（図１２の左から第２列第１行目）におけるユーザ領域Ｂ２には、各種の操作ボタンとして、バーコードのない商品を指定するための商品指定ボタンＢ２２が表示され、取引情報として、購入する商品の名称、点数、単価と、購入する商品の合計金額とを含む取引情報Ｂ２１が表示される。図１２に示す最初の基本画面Ｂ（左から第２列第１行目）の画面例では、今までに、ジュースが１点、牛乳が１点、コロッケが３点、それぞれ商品登録された状態を表わしている。購入点数が増えて表示しきれない場合には、取引情報Ｂ２１中のスクロールボタンをタッチパネル２１１によってタッチ指定することによって、スクロール表示可能となっている。また、同画面中、ジュースとコロッケとにはその左側に丸割印が表示されている。これは、割引商品であることを示している。割引商品であるかどうかは、一例として、ＰＬＵファイルに割引情報を持たせることで表示可能となる。

最初の基本画面Ｂ（図１２の左から第２列第１行目）のガイダンス表示領域Ｂ１に表示されているガイダンス表示に従い、顧客は、バーコードスキャナ２０３の前に商品をかざし、商品に付されたバーコードを読み取らせる。これにより、決済端末２０１の制御部２５３は、前述した検索処理を実行し、ＰＬＵファイルから必要な情報を取得する。

この際、制御部２５３は、ＬＣＤ２１０に表示されている基本画面Ｂ中、ユーザ領域Ｂ２の明度を落とし、読取確認画面Ｃを生成し、生成した読取確認画面Ｃをユーザ領域Ｂ２に重ねて表示する（図１２の左から第３列第１行目）。読取確認画面Ｃは、ＰＬＵファイルから検索されたバーコードが読み取られた商品の単価、割引金額、購入点数、購入金額という取引情報を含み、ＰＬＵファイルに記録されている商品表示から引用された当該商品の商品名称のテキストデータに基づく文字と当該商品の画像データに基づく絵柄とを含む。このような読取確認画面Ｃは、例えば、一般的なポップアップ表示技術を用いて表示しても良く、あるいは、基本画面Ｂに読取確認画面Ｃを重ねて表示するような表示フレームを用いる技術を用いても良い。つまり、結果的に、基本画面Ｂに読取確認画面Ｃが重なって表示されていれば良く、そのために採用する表示技術について制約はない。

ここで重要なことは、読取確認画面Ｃは、基本画面Ｂ中のユーザ領域Ｂ２にのみ重ねて表示され、ガイダンス表示領域Ｂ１には重なって表示されない、ということである。これにより、顧客に対して、継続的にガイダンス表示領域Ｂ１でのガイダンス表示を実行することができる。図１２に示す例では、バーコードスキャナ２０３によって商品に付されたバーコードが読み取られた場合、ガイダンス表示領域Ｂ１では、「商品のバーコードをガラス面にタッチしてください」という最初の基本画面Ｂ（図１２の左から第２列第１行目）でのガイダンスから、「商品をレジ袋またはマイバスケットに入れてください」というガイダンスに表示が遷移している（図１２の左から第３列第１行目）。図１２には示さないが、制御部２５３は、文字のみならず、ガイダンス表示領域Ｂ１に表示する絵柄も商品をレジ袋又はマイバスケットに入れる作業を支援する絵柄に遷移させる。読取確認画面Ｃをガイダンス表示領域Ｂ１に重ねずに表示することにより、このようなガイダンス表示領域Ｂ１でのガイダンス表示及びその遷移を、顧客に容易く確認させることが可能となる。

図１３は、一時置き台３０６に載置すべき商品についての基本画面Ｂ及び読取確認画面Ｃを例示する模式図である。前述したように、決済端末２０１は、重量データファイルＷＤＦに商品載置場所定義（袋詰めスキップ）を持つ（図７参照）。そこで、最初の基本画面Ｂ（図１２の左から第２列第１行目）において、商品載置場所定義として一時置き台３０６が定義されている商品のバーコードがバーコードスキャナ２０３によって読み取られた場合、制御部２５３は、ガイダンス表示領域Ｂ１に「商品を一時置き台に置いてください」という文字をそのための作業を支援する絵柄と共に表示する図１３に例示する画像を生成し、ＬＣＤ２１０に表示する。

図１２に基づく説明に戻る。バーコードスキャナ２０３によって商品に付されたバーコードが読み取られた後、制御部２５３は、重量チェック処理に待機している。そのために、商品に付されたバーコードが読み取られた後のガイダンス表示領域Ｂ１には、「商品をレジ袋またはマイバスケットに入れてください」という文字をそのための作業を支援する絵柄と共に示すガイダンスを表示する（図１２の左から第３列第１行目）。あるいは、図１３に例示するように、商品載置場所定義として一時置き台３０６が定義されている場合には、ガイダンス表示領域Ｂ１には、「商品を一時置き台に置いてください」という文字をそのための作業を支援する絵柄と共に示すガイダンスを表示する。
（３）重量チェック処理
（一）基本処理
そこで、それらのガイダンスに従い、顧客は、バーコードスキャナ２０３によってバーコードを読み取らせた商品をレジ袋４０１又はマイバスケットに入れ、あるいは一時置き台３０６に置く。これにより、レジ袋４０１に詰められた商品及び一時置き台３０６に載置された商品は、秤装置３０１の秤皿３０３に荷重をかけることになり、その荷重がロードセルユニット３５１によって計量されることになる。ロードセルユニット３５１による計量結果は、図１１のフローチャートに基づいて前述したように、送信部３５８を介して決済端末２０１に出力される。決済端末２０１は、ロードセルユニット３５１による計量結果を受信し、重量チェック処理を実行する（図１０のステップＳ１３）。

図１４は、セルフチェックアウト装置１０１（決済端末２０１）で実行される重量チェック処理の流れの詳細を示すフローチャートである。決済端末２０１の制御部２５３は、まず、重量データファイルＷＤＦ（図７参照）を参照し、図１０のステップＳ１１で入力された商品コードに対応する重量チェック実行有無定義の設定をチェックする（ステップＳ１０１）。つまり、前述したように、決済端末２０１の制御部２５３は、重量チェック実行有無定義中、「０」は重量チェックしない、「１」は重量チェックすると解釈する。重量チェックしない商品は、軽すぎて秤装置３０１による計量に馴染まない商品、あるいは、重すぎて秤装置３０１の秤皿３０３まで移動させにくい商品である。

決済端末２０１の制御部２５３は、重量チェック実行有無定義が「１」であると判定した場合（ステップＳ１０１のＹ）、換言すると、重量チェックをする場合には、ＲＡＭ２５４に一時記憶されている重量データを参照し、図１０中のステップＳ１１での商品コード入力前後における重量値の変動の有無を判定する（ステップＳ１０２）。つまり、図１１のフローチャート中のステップＳ５２に示すように、決済端末２０１のＣＰＵ２５５は、秤装置３０１から重量データを受信すると（図１１中のステップＳ５１のＹ）、受信した重量データをＲＡＭ２５４に一時記憶する（図１１中のステップＳ５２）。そこで、図１０中のステップＳ１１での商品コード入力前後で、ＲＡＭ２５４に一時記憶されている重量データに基づく計量値の変動有無の判定をもって、バーコードスキャナ２０３によって商品コードを読み取った商品が秤装置３０１の載置台３０３ａに載置されたかどうかを判定することができる。

決済端末２０１の制御部２５３は、図１４のステップＳ１０２において、ＲＡＭ２５４に一時記憶されている秤装置３０１から受信した重量データについて変動ありを判定すると（ステップＳ１０２のＹ）、その重量データに基づいて得られる対応商品の重量値（現実の計量値）が当該商品の重量と同一性を有しているかどうかを判定する（ステップＳ１０３）。この判定は、個々の商品毎に重量データファイルＷＤＦ（図７参照）に記憶されている設定重量（ｇ）と許容値タイプ定義と上限許容値と下限許容値とを参照してなされる。つまり、決済端末２０１の制御部２５３は、図１０中のステップＳ１１における商品コード入力処理によって判明している商品コードから上記設定重量（ｇ）等を検索する。そして、図１０中のステップＳ１１での商品コード入力前後におけるＲＡＭ２５４に一時記憶された重量データに基づいて得られる対応商品の重量値（現実の計量値）が、その設定重量（ｇ）等によって特定される重量範囲に収まっているかどうかを判定する。これにより、現実の計量値が対応する商品の重量と同一性を有しているかどうかが判定される（ステップＳ１０３）。

決済端末２０１の制御部２５３は、ステップＳ１０３で、現実の計量値が対応する商品の重量と同一性を有していると判定した場合には（ステップＳ１０３のＹ）、図１０中のステップＳ１４における商品情報登録処理の実行を許可する（ステップＳ１０４）。これにより、前述した商品情報登録処理が実行される。決済端末２０１の制御部２５３は、その後、図１４に示すフローチャートの処理を終了する。

これに対して、決済端末２０１の制御部２５３は、ステップＳ１０３で、現実の計量データによって特定される重量値が対応する商品の重量と同一性を有していないと判定した場合には（ステップＳ１０３のＮ）、エラー処理を実行し（ステップＳ１０６）、ステップＳ１０３にリターンする。そして、予め設定されている時間が経過するタイムアウトになると（ステップＳ１０７）、図１０のステップＳ１４での商品情報登録処理の実行を許可することなく、図１４に示すフローチャートの処理を終了する。

ここで、ステップＳ１０３での重量データの一致性の判定処理についてその詳細を説明する。この処理は、各種のバリエーションを許容する。そこで、ここでは４種類のバリエーションを紹介し、更に重量チェック処理の別の実施の一形態をも紹介する。これらのバリエーション及び別の実施の一例は、表１〜表５にその手順を示している。これらの表１〜５中、「スキャニング」というのは、図１０中のステップＳ１１で入力有無が判定される商品コードの入力動作、代表的にはバーコードスキャナ２０３によるバーコードの読み取り動作を意味する。「計量値」というのは、秤装置３０１から送信された重量データに基づいて算出される計量値を意味する。「プリセット値」というのは、図１０中のステップＳ１２での検索処理の実行によって取得される重量の値を意味する。そして、「処理内容」に記載されている処理は、決済端末２０１の制御部２５３が実行する処理の内容を意味している。

最初のバリエーションを表１に基づいて説明する。

図１０中のステップＳ１１で入力有無が判定される商品コードの入力、代表的にはバーコードスキャナ２０３によるバーコードの読み取りがなされた場合、制御部２５３は、図１０中のステップＳ１２での検索処理の実行によって対応する重量が取得されるに際して、秤装置３０１から送信された重量データを取得し（表１中の手順１）、期待値を算出してＲＡＭ２５４に一時記憶している（表１中の手順２）。期待値は、重量データに基づく計量値を検索処理によって取得した重量に加算した値である。その後、秤装置３０１の制御部２５３は、秤装置３０１の載置台３０３ａに商品が置かれると、その後に秤装置３０１から送信された重量データを取得し（表１中の手順３）、表１中の手順２で取得した期待値と手順３で取得した重量データに基づく計量値とを比較し、その同一性を判定する（表１中の手順４）。

これにより、秤装置３０１の載置台３０３ａに先行して商品が載置されていようがいまいが、重量チェックの対象となる商品の現実の計量値が対応する商品の重量と同一性を有しているかどうかを正しく判定することができる（図１４中のステップＳ１０３）。

二つの目のバリエーションを表２に基づいて説明する。

秤装置３０１は、自ら零点設定を繰返し実行している（表２中の手順１）。つまり、秤装置３０１の載置台３０３ａに先行して商品が載置されていようがいまいが、秤装置３０１は重量値０を設定する。

図１０中のステップＳ１１で入力有無が判定される商品コードの入力、代表的にはバーコードスキャナ２０３によるバーコードの読み取りがなされた場合、制御部２５３は、図１０中のステップＳ１２での検索処理の実行によって対応する重量を取得し（表２中の手順２）。その後、決済端末２０１の制御部２５３は、秤装置３０１の載置台３０３ａに商品が置かれると、その後に秤装置３０１から送信された重量データを取得し（表２中の手順３）、表２中の手順２で検索処理によって取得した重量データに基づく計量値と手順３で取得した重量データに基づく計量値とを比較し、その同一性を判定する（表２中の手順４）。

このような決済端末２０１の制御部２５３による処理の間及び後も、秤装置３０１は自ら零点設定を繰り返している（表２中の手順５）。

三つの目のバリエーションを表３に基づいて説明する。

決済端末２０１の制御部２５３は、秤装置３０１から送信される重量データの取得とこれに基づく計量値のＲＡＭ２５４への一時記憶とを繰返している（表３中の手順１）。

図１０中のステップＳ１１で入力有無が判定される商品コードの入力、代表的にはバーコードスキャナ２０３によるバーコードの読み取りがなされた場合、制御部２５３は、図１０中のステップＳ１２での検索処理の実行によって対応する重量を取得する（表３中の手順２）。その後、決済端末２０１の制御部２５３は、秤装置３０１の載置台３０３ａに商品が置かれると、その後に秤装置３０１から送信された重量データを取得する（表３中の手順３）。そして、表３中の手順１で取得した重量データに基づく計量値と手順３で取得した重量データに基づく計量値との差分を計算し（表３中の手順４）、表３中の手順２で検索処理によって取得した重量データに基づく計量値と手順４で計算した差分値とを比較し、その同一性を判定する（表３中の手順５）。

四つの目のバリエーションを表４に基づいて説明する。

秤装置３０１は、自ら生成する重量データを演算部３５７が有する記憶領域に一時記憶している（表４中の手順１）。この場合の重量データは、秤装置３０１の載置台３０３ａに品物が置かれていないことが判定されている場合の重量データである。

図１０中のステップＳ１１で入力有無が判定される商品コードの入力、代表的にはバーコードスキャナ２０３によるバーコードの読み取りがなされた場合、制御部２５３は、図１０中のステップＳ１２での検索処理の実行によって対応する重量を取得する（表４中の手順２）。その後、決済端末２０１の制御部２５３は、秤装置３０１の載置台３０３ａに商品が置かれると、その後に秤装置３０１から送信された重量データを取得する（表３中の手順３）。この時点では、秤装置３０１はもはや自ら生成した重量データの一時記憶処理をしておらず、演算部３５７が有する記憶領域には、商品の載置判定直前の重量データが一時記憶されていることになる。そして、決済端末２０１の制御部２５３は、表４中の手順１で秤装置３０１が一時記憶している重量データを取得し、この取得した重量データに基づく計量値と手順３で取得した重量データに基づく計量値との差分を計算し（表４中の手順４）、表４中の手順２で検索処理によって取得した重量データに基づく計量値と手順４で計算した差分値とを比較し、その同一性を判定する（表４中の手順５）。

重量チェック処理の別の実施の一形態を表５に基づいて説明する。

重量チェック処理の別の実施の一形態としては、計量重量同士を比較対照するような手法を採用しても良い。つまり、秤装置３０１とは別個の最初の秤装置（図示せず）を設けておく。この最初の秤装置は、バーコードスキャナ２０３によるバーコードの読み取り前の商品を載置するための最初の載置部（図示せず）を備え、当該最初の載置部に載置された商品の重量を計量し、計量した重量値を決済端末２０１に送信する。そして、決済端末２０１の制御部２５３は、重量チェック処理として、最初の秤装置によって計量された重量と秤装置３０１によって計量された重量との同一性を判定するわけである。

表５を参照して詳細に説明する。運用上、最初の秤装置の最初の載置台（いずれも図示せず）に購入しようとする全ての商品を載せる。この際、最初の秤装置及び秤装置３０１は、その際の重量データを決済端末２０１に送信する。これにより、決済端末２０１の制御部２５３は、最初の秤装置から受信した重量データと秤装置３０１から受信した重量データとを共にＲＡＭ２５４に一時記憶する（表５中の手順１）。

その後、運用上、最初の載置台に載置した商品を一品ずつ取り出し、商品コードの入力、代表的にはバーコードスキャナ２０３によるバーコードの読み取りを行ない、商品コード入力後の商品を秤装置３０１の載置台３０３ａに載置することになる。そこで、決済端末２０１の制御部２５３は、最初の秤装置から商品が取り出される度に最初の秤装置から送信される重量データを取得し（表５中の手順２）、手順１で取得した最初の秤装置から受信した重量データに基づく計量値に対する手順２で取得した重量データに基づく計量値の差分を計算する（表５中の手順３）。そして、商品コードの入力後、その商品が秤装置３０１の載置台３０３ａに載せられるので、決済端末２０１の制御部２５３は、秤装置３０１から送信される重量データを取得し（表５中の手順５）、手順１で取得した秤装置３０１から受信した重量データに基づく計量値に対する手順５で取得した重量データに基づく計量値の差分を計算する（表５中の手順６）。そして、制御部２５３は、表５中の手順３で計算した差分値と手順６で計算した差分値とを比較し、その同一性を判定する（表５中の手順６）。

以後、手順２〜６が繰り返されることになる。

以上説明したように、ステップＳ１０３での重量データの一致性の判定処理は、各種のバリエーションを許容し（表１〜４参照）、更には、別の実施の一形態による重量チェック処理も許容される（表５参照）。

（二）重量チェックエラー
図１４中のステップＳ１０６のエラー処理について説明する。

重量チェック処理の結果、両重量間に同一性がないと判定された場合は、何らかの操作ミスか又は不正が行われたことになる。そこで、この場合、決済端末２０１の制御部２５３は、その旨を顧客にメッセージとして知らせ、表示ポール２１７の先端部に設けられている発光部２１８の発光色を青色から赤色に変更し、何らかの操作ミスか又は不正が行われたことを、例えば案内係（アテンダント）の店員等に向けて報知する。また、制御部２５３は、通信ネットワーク４１を介して、アテンダント端末５０１に向けて、重量チェックエラー（違う商品の載置）が生じた旨のエラー信号を伴うエラー発生情報を送信出力する。

図１５は、重量チェック処理の結果、バーコードが読み取られていない商品が秤装置３０１の載置部（載置台３０３ａ又は一時置き台３０６）に載置された場合の重量エラー画面Ｄ１の一例を示す模式図である。決済端末２０１の制御部２５３は、重量チェック処理の結果、秤装置３０１の載置台３０３ａ又は一時置き台３０６に載置された商品の重量が設定重量の許容幅に含まれていないと判定した場合（図１４中のステップＳ１０３のＮ）、前述したように、エラー処理を実行する（図１４中のステップＳ１０６）。このエラー処理では、ＬＣＤ２１０に表示される基本画面Ｂ全体の明度を落とし、図１５に例示するような重量エラー画面Ｄ１を生成し、基本画面Ｂに重ねて表示する。重量エラー画面Ｄ１には、「バーコードが読み取られていない商品が袋に入っていますその商品を取り除いてください」という文字がそのための作業を支援する絵柄と共に表示される。このようなメッセージに従い商品が戻されると、エラーが解除される。その結果、決済端末２０１の制御部２５３は、基本画面Ｂ中のユーザ領域Ｂ２の明度を元に戻し、重量エラー画面Ｄ１を消去する。これにより、ＬＣＤ２１０の表示は、基本画面Ｂ（図１２の左から第３列第１行目）に復帰する。

図１６は、重量チェック処理の結果、載置台３０３ａから商品が取り去られてしまった場合の重量エラー画面Ｄ２の一例を示す模式図である。セルフチェックアウト装置１０１では、一例として、親がセルフチェックアウト装置１０１を操作している間、秤装置３０１の載置部（載置台３０３ａ又は一時置き台３０６）に一旦載置された商品、例えば菓子類等を子供が持ち去ってしまうようなことが発生し易い。そこで、このような事象が発生した場合、エラー報知を実行する。つまり、決済端末２０１の制御部２５３は、図１１中のステップＳ５２でＲＡＭ２５４に一時記憶した重量値と図１４中のステップＳ１０５でＲＡＭ２５４の別の領域に一時記憶した重量値とを比較する。この際、前者が後者よりも減少した場合には、載置台３０３ａから商品が取り去られてしまったと判定することができる。そこで、この場合、決済端末２０１の制御部２５３は、表示ポール２１７の先端部に設けられている発光部２１８の発光色を青色から赤色に変更し、当該操作ミスか又は不正が行われたことを、例えば案内係（アテンダント）の店員等に向けて報知する。また、制御部２５３は、通信ネットワーク４１を介して、アテンダント端末５０１に向けて、重量チェックエラー（商品の取り去り）が生じた旨のエラー信号を伴うエラー発生情報を送信出力する。更に、制御部２５３は、セルフチェックアウト装置１０１のＬＣＤ２１０に表示されている基本画面Ｂ全体の明度を落とし、図１７に例示するような重量エラー画面Ｄ２を生成し、基本画面Ｂに重ねて表示する。重量エラー画面Ｄ２には、「先ほど袋から取り除いた物を袋に戻してください」という文字がそのための作業を支援する絵柄と共に表示される。

（三）重量チェックスキップ処理
図１４に示すフローチャート中のステップＳ１０１で、重量データファイルＷＤＦ（図７参照）における重量チェック実行有無定義をチェックした結果、重量チェック実行有無定義が「１」でない場合（ステップＳ１０１のＮ）、換言すると、重量チェックをしない場合には、重量チェック処理をスキップする重量チェックスキップ処理を実行する。

図１７は、重量チェック処理をスキップする商品（重量チェック対象外商品）についての基本画面Ｂ及び読取確認画面Ｃを例示する模式図である。図１７（ａ）は、軽すぎて重量チェックをスキップする場合の画面例、図１７（ｂ）は、重すぎて重量チェックをスキップする場合の画面例をそれぞれ示している。決済端末２０１の制御部２５３は、重量データファイルＷＤＦ（図７参照）中の重量チェック実行有無定義（「０」又は「１」のいずれか）を参照し、重量チェックをしないと定義付けられた商品（「０」）については、図１７に例示するように、読取確認画面Ｃに次へボタンＸを表示し、重量チェック処理をスキップする。そして、読取確認画面Ｃにおいて、次へボタンＸがタッチパネル２１１によってタッチ指定された場合、制御部２５３は、商品販売データ処理の進行を許容し、基本画面Ｂ中のユーザ領域Ｂ２の明度を元に戻し、読取確認画面Ｃを消去する。これにより、ＬＣＤ２１０の表示は、基本画面Ｂ（図１２の左から第２列第１行目）に復帰する。

このように、重量チェック対象外商品については、重量チェック処理をスキップする。これに対して、顧客に対しては、重量チェック処理をスキップすることを案内する必要はなく、むしろ、案内することによって却って不正行為の引き金ともなりかねない。そこで、図１７（ａ）に示すように、重量チェック処理をスキップするにも拘らず、商品に付されたバーコードが読み取られた後のガイダンス表示領域Ｂ１には、「商品をレジ袋またはマイバスケットに入れ、次へボタンを押してください」という文字をそのための作業を支援する絵柄と共に示すガイダンスを表示する。このようなガイダンス表示は、「次へボタンを押してください」というガイダンスを除けば、重量チェック処理をスキップしない商品と同一の表示である。これにより、顧客に対して、重量チェック処理をするのかしないのかを分かりにくくすることができる。

もっとも、図１３に基づいて説明したように、決済端末２０１の制御部２５３は、重量データファイルＷＤＦ（図７参照）中の商品載置場所定義（「０」、「１」又は「２」のいずれか）に従い、ガイダンス表示領域Ｂ１にバーコード読み取り後の商品の載置場所を表示する。そこで、図１７（ｂ）に例示するように、制御部２５３は、床面を載置場所として商品載置場所定義に定義されている商品の場合、ガイダンス表示領域Ｂ１に「商品はレジ袋台の脇に置き、確定ボタンを押してください」という文字をそのための作業を支援する絵柄と共に表示させる。

図１４を再び参照する。決済端末２０１の制御部２５３は、重量データファイルＷＤＦ（図７参照）における重量チェック実行有無定義をチェックした結果、重量チェック実行有無定義が「１」でない場合（ステップＳ１０１のＮ）、タイマ計測を開始し（ステップＳ１０８）、商品載置場所定義（袋詰めスキップ）をチェックする（ステップＳ１０９）。制御部２５３は、前述したように、重量チェック実行有無定義中、「０」は秤皿３０３（袋詰めスキップしない）、「１」は一時置き台３０６（袋詰めスキップしない（ワレモノ））、「２」は床面（袋詰めスキップする（重量））と解釈する。つまり、重量チェック実行有無定義が「０」又は「１」である商品は、軽量すぎて秤装置３０１の計量に馴染まない商品であり、重量チェック実行有無定義が「２」である商品は、重すぎて秤装置３０１の計量に馴染まない商品である。

（イ）軽すぎる商品の場合
決済端末２０１の制御部２５３は、商品載置場所定義（袋詰めスキップ）が「２」でないと判定した場合（ステップＳ１０９のＮ）、換言すると、軽すぎて秤装置３０１の計量に馴染まないために重量チェック処理をスキップすると判定した場合、次の三種類のいずれかのイベントの発生の有無を判定し、一つでもイベント発生ありと判定すれば、ステップＳ１０４の商品情報登録処理を許可する処理に移行する。これにより、図１０のステップＳ１４で、商品情報登録処理が開始される。これらの三種類のイベントについて次に説明する。

一つ目のイベントは、秤装置３０１において、品物がレジ袋４０１又はマイバスケットに入れられたか、あるいは一時置き台３０６に置かれたことである。このイベントの発生の有無は、図１４中のステップＳ１１０の処理により判定される。つまり、決済端末２０１の制御部２５３は、ＲＡＭ２５４に一時記憶されている重量データを参照し、図１０中のステップＳ１１での商品コード入力前後における重量値の変動の有無を判定する（ステップＳ１１０）。重量値に変動があれば、品物がレジ袋４０１又はマイバスケットに入れられたか、あるいは一時置き台３０６に置かれたはずであるので、その変動重量値、つまりその品物の重量値が予め定められている規定値Ｘを超えていない限り（ステップＳ１１３のＮ）、ステップＳ１０４の商品情報登録処理を許可する処理に移行する。

二つ目のイベントは、重量チェック処理をスキップする商品（重量チェック対象外商品）についての読取確認画面Ｃに表示した次へボタンＸのタッチパネル２１１によるタッチ指定があったことである。このイベントの発生の有無は、図１４中のステップＳ１１１の処理により判定される。つまり、次へボタンＸのタッチ指定があれば（ステップＳ１１１のＹ）、ステップＳ１０４の商品情報登録処理を許可する処理に移行する。

三つ目のイベントは、図１４中のステップＳ１０８で計測を開始したタイマのタイムアップである。このイベントの発生の有無は、図１４中のステップＳ１１２の処理により判定される。つまり、タイムアップ生ずれば（ステップＳ１１２のＹ）、ステップＳ１０４の商品情報登録処理を許可する処理に移行する。

以上説明したように、図１０のステップＳ１１で入力された商品コードによって特定される商品が重量チェック処理をスキップする商品であり（ステップＳ１０１のＮ）、その商品が軽量すぎて重量チェックをスキップする商品である場合（ステップＳ１０９のＮ）、上記三種類のいずれかのイベントが発生すれば（ステップＳ１１０のＹ、ステップＳ１１１のＹ、ステップＳ１１２のＹ）、ステップＳ１０４の商品情報登録処理を許可する処理に移行し、図１０のステップＳ１４による商品情報登録処理が開始される。この際、顧客に要求される作業は、バーコードスキャナ２０３による商品コードの読み取り後、その商品を秤装置３０１におけるレジ袋４０１又はマイバスケットに入れるか、あるいは一時置き台３０６に置くという作業である。この作業は、重量チェックをスキップしない商品と同様の作業である。このため、顧客に対して、重量チェック処理をするのかしないのかを分かりにくくすることができる。

ところが、読取確認画面Ｃには次へボタンＸが表示され、この次へボタンＸのタッチパネル２１１によるタッチ指定によって図１０のステップＳ１４による商品情報登録処理が開始される（二つ目のイベント）。また、商品コードを読み取った商品をレジ袋４０１等に入れなくても所定時間が経過するとタイマがタイムアップし、やはり商品情報登録処理が開始される（三つ目のイベント）。このように、重量チェックをスキップする軽量商品については、商品コードの入力後に顧客が行なうオペレーションやセルフチェックアウト装置１０１の機械的反応等が通常商品と相違するものとなる。このため、感が良い顧客であれば、重量チェックのスキップがなされていることを悟られてしまう可能性がある。

このようなことを考慮し、本実施の形態では、図１４中、ステップＳ１１３の処理を実行し、図１０中のステップＳ１１での商品コード入力前後における重量値が予め定められている規定値Ｘを超えたかどうかを判定している。つまり、重量チェックのスキップが顧客に悟られた場合、重量チェックをしない商品の商品コード読み取り後、一例としてより高額な商品がレジ袋４０１又はマイバスケットに入れられてしまう可能性がある。この場合、もしもステップＳ１１３の処理を実行しないのであれば、一つ目のイベントの発生が判定され、そのまま処理はステップＳ１０４に移行してしまう。そこで、重量チェックをスキップする商品について商品コードが読み取られた後、品物がレジ袋４０１等に入れられることにより生じた秤装置３０１の重量値変動、つまりその品物の重量値が規定値Ｘを超えたかどうかを判定する（ステップＳ１１３）。そして、計量された重量値が規定値Ｘを超えたと判定した場合には（ステップＳ１１３のＹ）、エラー処理を実行し（ステップＳ１１４）、ステップＳ１０４の商品情報登録処理の許可をすることなく、そのまま図１４のフローチャートの処理を終了する。これにより、上記したような不正行為を確実に防止することができる。

ここで、規定値Ｘは、一例として決済端末２０１の制御部２５３に設定データとして設定されている。この場合、設定データである規定値Ｘは、例えばタッチパネル２１１等による入力操作や上位機（例えばアテンダント端末５０１）からの通信ネットワーク４１を介しての設定信号の送信等により、自由に変更可能としても良い。別の実施の形態として、例えば重量データファイルＷＤＦやこれにリンクする別のファイル等において、個々の商品又は個々の商品群毎に規定値Ｘを個別に設定しても良い。この場合も、例えばタッチパネル２１１等による入力操作や上位機（例えばアテンダント端末５０１）からの通信ネットワーク４１を介しての設定信号の送信等により、個々の商品又は個々の商品群毎に設定した規定値Ｘを自由に変更可能としても良い。

また、ステップＳ１１４で実行するエラー処理としては、ステップＳ１０６で実行するエラー処理と類似の処理を行なえばよい。つまり、決済端末２０１の制御部２５３は、例えば図１５と同様の画面表示によってその旨を顧客にメッセージとして知らせ、表示ポール２１７の先端部に設けられている発光部２１８の発光色を青色から赤色に変更し、何らかの操作ミスか又は不正が行われたことを、例えば案内係（アテンダント）の店員等に向けて報知する。また、制御部２５３は、通信ネットワーク４１を介して、アテンダント端末５０１に向けて、重量チェックエラー（違う商品の載置）が生じた旨のエラー信号を伴うエラー発生情報を送信出力する。そして、一例として、決済端末２０１の制御部２５３は、ステップＳ１１４のエラー処理が実行されている間は、商品販売データ処理の進行を停止する。エラーが解消されたこと、つまり、顧客が不正にレジ袋４０１等の入れた商品を取り除いたことをもって、エラーを解除する。不正にレジ袋４０１等の入れた商品が取り除かれたことは、秤装置３０１から送信されて図１１中のステップＳ５２によりＲＡＭ２５４に一時記憶される重量データに基づき容易に判定することが可能である。

（ロ）重すぎる商品の場合
決済端末２０１の制御部２５３は、商品載置場所定義（袋詰めスキップ）が「２」であると判定した場合（ステップＳ１０９のＹ）、換言すると、重すぎて秤装置３０１の計量に馴染まないために重量チェック処理をスキップすると判定した場合、次の二種類のいずれかのイベントの発生の有無を判定し、いずれかのイベント発生ありと判定すれば、ステップＳ１０４の商品情報登録処理を許可する処理に移行する。これにより、図１０のステップＳ１４で、商品情報登録処理が開始される。これらの二種類のイベントについて次に説明する。

一つ目のイベントは、重量チェック処理をスキップする商品（重量チェック対象外商品）についての読取確認画面Ｃに表示した次へボタンＸのタッチパネル２１１によるタッチ指定があったことである。このイベントの発生の有無は、図１４中のステップＳ１１６の処理により判定される。つまり、次へボタンＸのタッチ指定があれば（ステップＳ１１６のＹ）、ステップＳ１０４の商品情報登録処理を許可する処理に移行する。

二つ目のイベントは、図１４中のステップＳ１０８で計測を開始したタイマのタイムアップである。このイベントの発生の有無は、図１４中のステップＳ１１７の処理により判定される。つまり、タイムアップ生ずれば（ステップＳ１１７のＹ）、ステップＳ１０４の商品情報登録処理を許可する処理に移行する。

以上説明したように、図１０のステップＳ１１で入力された商品コードによって特定される商品が重量チェック処理をスキップする商品であり（ステップＳ１０１のＮ）、その商品が重すぎて重量チェックをスキップする商品である場合（ステップＳ１０９のＹ）、上記二種類のいずれかのイベントが発生すれば（ステップＳ１１６のＹ、ステップＳ１１７のＹ）、ステップＳ１０４の商品情報登録処理を許可する処理に移行し、図１０のステップＳ１４による商品情報登録処理が開始される。

もっとも、決済端末２０１の制御部２５３は、上記二つのイベント発生の有無を判定するに先立ち、ＲＡＭ２５４に一時記憶されている重量データを参照し、図１０中のステップＳ１１での商品コード入力前後における重量値の変動の有無を判定する（ステップＳ１１５）。この場合、袋詰めをスキップするのであるから、秤装置３０１の載置台３０３ａには何も置かれないはずである。それにも拘らず、商品コード入力前後で重量値の変動があるとすると、不正に商品が袋詰め等された可能性がある。そこで、ステップＳ１１５で、そのような不正行為の有無をチェックするわけである。制御部２５３は、ステップＳ１１５で、商品コード入力前後で重量値の変動があったと判定した場合には（ステップＳ１１５のＹ）、エラー処理を実行し（ステップＳ１１８）、ステップＳ１０４の商品情報登録処理の許可をすることなく、そのまま図１４のフローチャートの処理を終了する。これにより、上記したような不正行為を確実に防止することができる。

ステップＳ１１８で実行するエラー処理としては、ステップＳ１０６で実行するエラー処理と類似の処理を行なえばよい。つまり、決済端末２０１の制御部２５３は、例えば図１５と同様の画面表示によってその旨を顧客にメッセージとして知らせ、表示ポール２１７の先端部に設けられている発光部２１８の発光色を青色から赤色に変更し、何らかの操作ミスか又は不正が行われたことを、例えば案内係（アテンダント）の店員等に向けて報知する。また、制御部２５３は、通信ネットワーク４１を介して、アテンダント端末５０１に向けて、重量チェックエラー（違う商品の載置）が生じた旨のエラー信号を伴うエラー発生情報を送信出力する。そして、一例として、決済端末２０１の制御部２５３は、ステップＳ１１４のエラー処理が実行されている間は、商品販売データ処理の進行を停止する。エラーが解消されたこと、つまり、顧客が不正にレジ袋４０１等の入れた商品を取り除いたことをもって、エラーを解除する。不正にレジ袋４０１等の入れた商品が取り除かれたことは、秤装置３０１から送信されて図１１中のステップＳ５２によりＲＡＭ２５４に一時記憶される重量データに基づき容易に判定することが可能である。
（４）画面入力による商品情報登録
図１２に基づく説明に戻る。前述したように、最初の初期ガイダンス画面Ａ（図１２の左から第１列第１行目）には、「バーコードのない商品は次の画面で登録します」という文字が「次の画面」を示す絵柄と共に案内される。これを受けて、制御部２５３は、バーコードのない商品を登録するための画像として、基本画面Ｂ（図１２の左から第２列第１行目）中のユーザ領域Ｂ２に、「やさい」、「くだもの」、「そうざい」、「魚貝」、「その他」、「詰合せ」の六種類のタッチボタンからなる商品指定ボタンＢ２２を用意する。そこで、顧客は、購入しようとする商品にバーコードが付されていない場合、商品指定ボタンＢ２２をタッチパネル２１１によってタッチ指定することになる。これらのいずれかの商品指定ボタンＢ２２がタッチパネル２１１によってタッチ指定されると、基本画面Ｂ中のユーザ領域Ｂ２の取引情報Ｂ２１が部門選択画面Ｅに切り替え表示される（９図の左から第２列第２行目）。

図１２に示す部門選択画面Ｅ（左から第２列第２行目）は、「そうざい」がタッチパネル２１１によってタッチ指定された一例を示している。この場合、部門選択画面Ｅとして、「そうざい」の範疇に含まれる各種の食品が４列４行の合計１６種、スクロールボタンによってスクロール可能に表示される。部門選択画面Ｅには、戻るボタンＥ１も表示され、この戻るボタンＥ１がタッチパネル２１１によってタッチ指定された場合には、部門選択画面Ｅが取引情報Ｂ２１に切り替え表示され、基本画面Ｂ（図１２の左から第２列第１行目）の表示に復帰する。

基本画面Ｂ中のユーザ領域Ｂ２の取引情報Ｂ２１が部門選択画面Ｅに切り替え表示された場合（図１２の左から第２列第２行目）、制御部２５３は、ガイダンス表示領域Ｂ１に、「お持ちの商品のボタンを押してください」という文字をそのための作業を支援する絵柄と共に表示する。これにより、顧客は、次にどのような操作をすれば良いのかを知ることができる。

そこで、そのガイダンスに従い、顧客が部門選択画面Ｅ（図１２の左から第２列第２行目）から一つの食品をタッチパネル２１１によってタッチ指定すると、基本画面Ｂ中のユーザ領域Ｂ２に、その食品についての部門登録画面Ｆ（図１２の左から第３列第２行目）が出現する。図１２に示す部門登録画面Ｆ（左から第３列第２行目）は、「玉子トウフ」がタッチ指定された一例を示している。この場合、「玉子トウフ」についての部門登録画面Ｆが出現する。部門登録画面Ｆは、商品の単価、割引金額、購入点数、購入金額という取引情報を含み、当該商品の商品名称のテキストデータに基づく文字と当該商品の画像データに基づく絵柄とを含み、更に、テンキーを含む。テンキーは、デフォルト設定が１点である購入点数の変更入力を可能にする。これらの各種データは、一例として、決済端末２０１においてＰＬＵファイルとは別個に設けられた部門ファイルに記録されている情報から引用される。また、部門登録画面Ｆには、取消しボタンＦ１と決定ボタンＦ２とが含まれている。取消しボタンＦ１がタッチパネル２１１によってタッチ指定された場合、基本画面Ｂのユーザ領域Ｂ２に部門選択画面Ｅが表示された画面（図１２の左から第２列第２行目）に復帰する。

基本画面Ｂ中のユーザ領域Ｂ２に部門登録画面Ｆが表示された場合（図１２の左から第３列第２行目）、制御部２５３は、ガイダンス表示領域Ｂ１に、「点数を変更するときは数字キーから入力し、「決定」ボタンを押してください」という文字をそのための作業を支援する絵柄と共に表示する。これにより、顧客は、次にどのような操作をすれば良いのかを知ることができる。

そこで、そのガイダンスに従い、部門登録画面Ｆ（図１２の左から第３列第２行目）において、必要に応じてテンキーによって購入点数を変更入力した後、決定ボタンＦ２をタッチパネル２１１によってタッチ指定すると、デフォルト又はテンキーによって変更入力された購入点数分だけ、選択した食品、図１２に示す例では「玉子トウフ」についての部門登録が完了する。そこで、制御部２５３は、ＬＣＤ２１０に表示されている基本画面Ｂ中、ユーザ領域Ｂ２の明度を落とし、読取確認画面Ｃを生成し、生成した読取確認画面Ｃをユーザ領域Ｂ２に重ねて表示する（図１２の左から第４列第２行目）。また、制御部２５３は、基本画面Ｂ中のガイダンス表示領域Ｂ１の表示を、「商品をレジ袋またはマイバスケットに入れてください」というガイダンスに表示に遷移させる（図１２の左から第４列第２行目）。図１２には示さないが、制御部２５３は、文字のみならず、ガイダンス表示領域Ｂ１に表示する絵柄も商品をレジ袋又はマイバスケットに入れる作業を支援する絵柄に遷移させる。読取確認画面Ｃをガイダンス表示領域Ｂ１に重ねずに表示することにより、このようなガイダンス表示領域Ｂ１でのガイダンス表示及びその遷移を、顧客に容易く確認させることが可能となる。

ここで、「やさい」、「くだもの」、「そうざい」、「魚貝」、「その他」という五種類の商品指定ボタンＢ２２がタッチパネル２１１によってタッチ指定されて部門登録がなされた場合、つまり、「詰合せ」以外の商品指定ボタンＢ２２がタッチ指定されて部門登録がなされた場合には、基本画面Ｂ中のユーザ領域Ｂ２に読取確認画面Ｃを重ねて表示させた後の処理は、重量チェック処理である。つまり、既に説明したバーコードスキャナ２０３によって商品に付されたバーコードを読み取った場合の処理と共通性を有している。そこで、その後の処理については説明を省略する。
（５）パック詰め商品の商品情報登録
（一）パック詰め商品の入力手法
図１８は、パック詰め商品のセルフチェックアウト処理実行時における画面遷移例を示す模式図である。最初の基本画面Ｂ（図１２の左から第２列第１行目）における商品指定ボタンＢ２２に設定されている「詰合せ」は、パック詰め商品を意味している。つまり、スーパーマーケット等では、揚げ物、天婦羅、焼き鳥等、顧客が自由にパック詰めできるように各種の食品を並べたコーナーを設置するようなことが一般的に行われている。このようなコーナーでパック詰めする商品が「詰合せ」である。

最初の基本画面Ｂ（図１２の左から第２列第１行目）において、「詰合せ」という商品指定ボタンＢ２２がタッチパネル２１１によってタッチ指定されると、制御部２５３は、ＬＣＤ２１０に表示されている基本画面Ｂ中、ユーザ領域Ｂ２の明度を落とし、このユーザ領域Ｂ２に表示されていた取引情報Ｂ２１を部門選択画面Ｅに切り替え表示するよう画面生成を行ない、この部門選択画面ＥをＬＣＤ２１０に表示する（図１８の左から第１列第１行目）。部門選択画面Ｅでは、「詰合せ」の範疇に含まれる各種の食品が４列４行の合計１６種、スクロールボタンによってスクロール可能に表示される。

基本画面Ｂ中のユーザ領域Ｂ２の取引情報Ｂ２１が部門選択画面Ｅに切り替え表示された場合（図１８の左から第１列第１行目）、制御部２５３は、ガイダンス表示領域Ｂ１に、「お持ちの商品のボタンを押してください」という文字をそのための作業を支援する絵柄と共に表示する。これにより、顧客は、次にどのような操作をすれば良いのかを知ることができる。

そこで、そのガイダンスに従い、「詰合せ」についての部門選択画面Ｅから一つの食品をタッチパネル２１１によってタッチ指定すると、制御部２５３は、その食品についての部門登録画面Ｆを生成し、基本画面Ｂ中のユーザ領域Ｂ２の明度を落としたまま、ユーザ領域Ｂ２に生成した部門登録画面Ｆを表示させる（図１８の左から第２列第１行目）。図１８は、「コロッケ」がタッチ指定された一例を示している。この場合、「コロッケ」についての部門登録画面Ｆが出現する（図１８の左から第２列第１行目）。部門登録画面Ｆは、商品の単価、割引金額、購入点数、購入金額という取引情報を含み、当該商品の商品名称のテキストデータに基づく文字と当該商品の画像データに基づく絵柄とを含み、更に、テンキーを含む。テンキーは、デフォルト設定が１点である購入点数の変更入力を可能にする。図１８に示す例では、テンキーによって購入点数が２点と変更入力されている。

基本画面Ｂ中のユーザ領域Ｂ２に部門登録画面Ｆが表示された場合（図１８の左から第２列第１行目）、制御部２５３は、ガイダンス表示領域Ｂ１に、「点数を変更するときは数字キーから入力し、「決定」ボタンを押してください」という文字をそのための作業を支援する絵柄と共に表示する。これにより、顧客は、次にどのような操作をすれば良いのかを知ることができる。

そこで、そのガイダンスに従い、部門登録画面Ｆ（図１８の左から第２列第１行目）において、必要に応じてテンキーによって購入点数を変更入力した後、決定ボタンＦ２をタッチパネル２１１によってタッチ指定すると、デフォルト又はテンキーによって変更入力された購入点数分だけ、選択した食品、図１８に示す例では「コロッケ」についての部門登録が完了する。その後、制御部２５３は、読取確認画面Ｃ（例えば、図１２の左から第４列第２行目）を表示することなく、再度、部門選択画面Ｅを表示させる（図１８の左から第３列第１行目）。但し、二回目以降の部門選択画面Ｅ（図１８の左から第１列第３行目）では、戻るボタンＥ１に代えて、決定ボタンＥ２が表示される。そこで、決定ボタンＥ２がタッチパネル２１１によってタッチ指定されるまで、繰返し、部門選択画面Ｅに表示される食品を登録することができる。

二回目以降の部門選択画面Ｅ（図１８の左から第３列第１行目）において、制御部２５３は、ガイダンス表示領域Ｂ１に、「お持ちの商品のボタンを押し、パック内の全ての商品の入力が完了したら「決定」ボタンを押してください」という文字をそのための作業を支援する絵柄と共に表示する。これにより、顧客は、次にどのような操作をすれば良いのかを知ることができる。

そこで、そのガイダンスに従い、顧客は、自らパック詰めした全ての食品について、部門選択画面Ｅと部門登録画面Ｆとによってその登録のための操作を繰り返す。そして、パック内の全ての食品についての登録作業が終了した場合、顧客は、タッチパネル２１１によって決定ボタンＥ２をタッチ指定する。これにより、制御部２５３は、読取確認画面Ｃを生成し、基本画面Ｂ中のユーザ領域Ｂ２の明度を落としたまま、ユーザ領域Ｂ２に生成した読取確認画面Ｃを重ねて表示する（図１８の左から第３列第２行目）。また、制御部２５３は、基本画面Ｂ中のガイダンス表示領域Ｂ１の表示を、「商品をレジ袋またはマイバスケットに入れてください」というガイダンスに表示に遷移させる（図１８の左から第３列第２行目）。図１８には示さないが、制御部２５３は、文字のみならず、ガイダンス表示領域Ｂ１に表示する絵柄も商品をレジ袋又はマイバスケットに入れる作業を支援する絵柄に遷移させる。読取確認画面Ｃをガイダンス表示領域Ｂ１に重ねずに表示することにより、このようなガイダンス表示領域Ｂ１でのガイダンス表示及びその遷移を、顧客に容易く確認させることが可能となる。

（二）第２の重量チェック処理
この後、重量チェック処理が実行される。この場合、パック詰め商品のセルフチェックアウト処理においては、前述した重量チェック処理とは異なる重量チェック処理を実行する。便宜上、前述した重量チェック処理を第１の重量チェック処理と呼び、「詰合せ」の商品についての重量チェック処理を第２の重量チェック処理と呼ぶことにする。

前述したように、最初の基本画面Ｂ中のユーザ領域Ｂ２（図１２の左から第２列第１行目）には、バーコードのない商品を登録するために「やさい」、「くだもの」、「そうざい」、「魚貝」、「その他」、「詰合せ」の六種類のタッチボタンからなる商品指定ボタンＢ２２が表示される。これらの商品指定ボタンＢ２２のタッチ指定に基づいて最終的に指定される商品は、ＰＬＵファイルには設定されず、部門ファイルに設定されているプリセット商品である。これらの商品のうちでも、「やさい」、「くだもの」、「そうざい」、「魚貝」、「その他」のタッチボタンからなる商品指定ボタンＢ２２のタッチ指定に基づいて最終的に指定されるプリセット商品については、部門ファイル中、対応する重量データを設定している。そこで、第１の重量チェック処理が可能である。これに対して、「詰合せ」のタッチボタンからなる商品指定ボタンＢ２２のタッチ指定に基づいて最終的に指定されるプリセット商品については、部門ファイル中、対応する重量データを設定していない。このため、第１の重量チェック処理を実行することができず、第２の重量チェック処理を実行することになる。

第２の重量チェック処理では、秤装置３０１からの出力に基づいて秤皿３０３に商品が載置されたかどうかを判定する。つまり、秤装置３０１において、計量重量が少しでも増えたら、登録済みのパック詰め商品が正しくレジ袋４０１又はマイバスケットに入れられ、あるいは一時置き台３０６に置かれと判定する。いわば、簡易な重量チェック処理を実行する。

この場合、顧客に対しては、秤皿３０３に商品が載置されたかどうかを判定するに過ぎない第２の重量チェック処理を実行したかどうかを案内する必要はなく、むしろ、案内することによって却って不正行為の引き金ともなりかねない。そこで、基本画面Ｂ中のユーザ領域Ｂ２に読取確認画面Ｃを重ねて表示する待機画面（図１８の左から第３列第２行目）において、ガイダンス表示領域Ｂ１には、「商品をレジ袋またはマイバスケットに入れてください」という第１の重量チェックを行なう場合と同一のガイダンスを表示する。これにより、顧客に対して、簡易な重量チェック処理がなされているに過ぎないことを知らせないようにすることができる。

もっとも、本実施の形態のセルフチェックアウト装置１０１でのセルフチェックアウト操作は、バーコードスキャナ２０３によって商品に付されたバーコードを読み取らせ、バーコードを読み取らせた商品をレジ袋４０１又はマイバスケットに入れ、あるいは一時置き台３０６に置く、という操作を基本としている。このため、商品指定ボタンＢ２２のタッチ指定に基づいて最終的に登録されるプリセット商品の場合、通常とは異なる操作を要求することになる。このような操作上の相違から、顧客は、登録済みのパック詰め商品をレジ袋４０１又はマイバスケットに入れ、あるいは一時置き台３０６に置いた後、未登録の商品を間違ってレジ袋４０１又はマイバスケットに入れ、あるいは一時置き台３０６に置いてしまうようなこと、いわば二度置きの発生が予想される。このような二度置きが発生した場合、プリセット商品のうちでも、第１の重量チェック処理を実行する商品についてはエラーとなるため、大きな問題は発生しない。

これに対して、プリセット商品のうち、第２の重量チェック処理を実行する商品、本実施の形態ではパック詰め商品の場合、秤皿３０３に商品が載置されたかどうかを判定するに過ぎないいわば簡易な重量チェック処理である第２の重量チェック処理を実行するため、未登録商品の二度置きが発生しても、これをエラーとすることができない。この場合、秤装置３０１からの出力に基づいて重量増を認識した後、更に重量増を認識した場合にはエラーとする、という対策も考えられる。しかしながら、秤装置３０１は、その秤皿３０３に品物が載置された後、振動が収まるまでの所定時間、計量を実行することができない。このため、振動が収まるまでの所定時間以上を待機時間として設定する必要があり、この待機時間内に二度置きが発生した場合には、やはりこれをエラーとすることができない。

そこで、本実施の形態では、第２の重量チェックを実行する商品については、秤装置３０１によって計量された重量が規定値を超えたかどうかを判定し、超えた場合にはエラーとする、という処理を実行する。これにより、パック詰め商品に続いて商品が二度置きされた場合、その合計重量が規定重量を超えれば、エラーとすることが可能となる。このようなエラーが発生した場合、制御部２５３は、一例として、図１３に例示するような重量エラー画面Ｄ１を基本画面Ｂに重ねて表示する画面をＬＣＤ２１０に表示しても良い。
（６）中止指定
図１９は、中止ボタンＹが押された場合に出現する中止画面の一例を示す模式図である。各画面に表示される中止ボタンＹがタッチパネル２１１によってタッチ指定された場合、制御部は、図１９に例示するような中止画面Ｈを生成し、基本画面Ｂの全体の明度を落とし、ユーザ領域Ｂ２に生成した中止画面Ｈを重ねて表示する。中止画面Ｈには、「お買い物をやめてもよろしいですか？」という文字と共に、「はい」と「いいえ」と表示された二つの選択ボタンＨ１とＨ２が表示され、更に、呼出ボタンＺも表示される。「はい」と表示された選択ボタンＨ１がタッチパネル２１１によってタッチ指定されると、制御部２５３は、全ての処理を中止し、ＬＣＤ２１０の表示を最初の初期ガイダンス画面Ａ（図１２の左から第１列第１行目）に戻す。これに対して、「いいえ」と表示された選択ボタンＨ２がタッチパネル２１１によってタッチ指定されると、制御部２５３は、処理を直前状態に復帰させる。
（７）呼出指定
図２０は、呼出ボタンＺが押された場合に出現する店員呼出画面の一例を示す模式図である。各画面に表示される呼出ボタンＺがタッチパネル２１１によってタッチ指定された場合、制御部は、図２０（ａ）に例示するような店員呼出画面Ｉを生成し、基本画面Ｂの全体の明度を落とし、ユーザ領域Ｂ２に生成した店員呼出画面Ｉを重ねて表示する。店員呼出画面Ｉには、「店員を呼び出します。よろしいですか？」という文字と共に、「はい」と「いいえ」と表示された二つの選択ボタンＩ１とＩ２が表示される。「はい」と表示された選択ボタンＩ１がタッチパネル２１１によってタッチ指定されると、制御部２５３は、店員呼出画面Ｉを図２０（ｂ）に例示するように遷移させる。図２０（ｂ）に示す店員呼出画面Ｉでは、「ただ今店員がまいります。そのままお待ちください」という文字と共に、「呼出しを中止します」と表示された呼出中止ボタンＩ３が表示される。そこで、呼出中止ボタンＩ３がタッチパネル２１１によってタッチ指定されると、制御部２５３は、店員の呼出処理を実行する。呼出処理として、制御部２５３は、自機が割り当てられているアテンダント端末５０１に向けて店員呼出情報を出力する。これに対して、「いいえ」と表示された選択ボタンＩ２がタッチパネル２１１によってタッチ指定されると、制御部２５３は、店員の呼び出し処理を中止して処理を直前状態に復帰させる。
（８）組合せ割引（セット割引）
図２１は、組合せ割引（セット割引）が成立する場合のセルフチェックアウト処理実行時における画面遷移例を示す模式図である。図２１は、ヨーグルト、牛バラ肉、ヨーグルト、ヨーグルトの順番でそのバーコードをバーコードスキャナ２０３に読み取らせた一例を示している。一例として、ヨーグルト３個でセット割引が成立し、セット割引が成立した場合には１個分の値引きをする場合を想定すると、図２１に示す一例では、セット割引が成立している。そこで、図２１中、バーコードの読み取り後に重量チェック処理がなされてＬＣＤ２１０に表示される基本画面Ｂの遷移を参照すると、ユーザ領域Ｂ２に表示されている取引情報Ｂ２１における合計金額として、最初のヨーグルト（単価１５０円）の登録後は１５０円、続く牛バラ肉（単価４８０円）の登録後は６３０円（１５０円＋４８０円）、二つ目のヨーグルト（単価１５０円）の登録後は７８０円（１５０円＋４８０円＋１５０円）、そして、三つ目のヨーグルト（単価１５０円）の登録後は７８０円（１５０円＋４８０円＋１５０円＋１５０円−１５０円）となる。ヨーグルト３個でセット割引が成立したため、制御部２５３は、ヨーグルト１個分の単価である１５０円を値引き処理し、ユーザ領域Ｂ２に表示される取引情報Ｂ２１の「セット値引計」として−１５０円を表示している（図２１の左から第４列第２行目）。

図２１中、ユーザ領域Ｂ２に表示される取引情報Ｂ２１には、セット割引の対象商品であるヨーグルトに丸得印を付して表示している。これは、ＰＬＵファイルに記憶されているセット割引情報に基づいて表示される。制御部２５３は、Ｍ＆Ｍ対象商品であることをＰＬＵファイルのセット割引情報に基づいて認識し、セット割引処理を実行する。

以上、図２１ではセット割引についての画面遷移例を示したが、Ｍ＆Ｍ（ミックス・アンド・マッチ）割引の場合にも同様な処理が実行される。
（９）決済
図１２に基づく説明に戻る。基本画面Ｂ中のユーザ領域Ｂ２（図１２の左から第２列第１行目）には、「お会計」と表示された会計ボタンＢ２３が表示されている。この会計ボタンＢ２３のタッチ指定は、締め指定を意味する。そこで、タッチパネル２１１により会計ボタンＢ２３がタッチ指定されると、制御部２５３は、決済処理を実行する。つまり、制御部２５３は、会計画面Ｊを生成し、ユーザ領域Ｂ２に表示する（図１２の左から第２列第３行目）。会計画面Ｊは、合計金額の表示と、支払方法の選択ボタンＪ１〜Ｊ５と、最初の基本画面Ｂ（図１２の左から第２列第３行目）に戻るための「明細画面に戻る」と表示された戻るボタンＪ６とを含んでいる。選択ボタンＪ１は現金、選択ボタンＪ２はクレジット、選択ボタンＪ３は電子マネー型の非接触ＩＣカード、選択ボタンＪ４は銀行口座引き落し型の非接触ＩＣカード、選択ボタンＪ５は商品券・クーポンをそれぞれ選択指定する。

ユーザ領域Ｂ２に会計画面Ｊを表示する場合、制御部２５３は、ガイダンス表示領域Ｂ１に、「次のカードでお支払いできます」というカード決済についての示唆を表示する。また、制御部２５３は、入出金装置２２１の図示しない制御部から金種毎のニアエンプティ情報、エンプティ情報、ニアフル情報、フル情報を受信している。そこで、制御部２５３は、受信した金種毎のニアエンプティ情報及びエンプティ情報に基づく釣銭情報をガイダンス表示領域Ｂ１に表示する。図１２に示す一例では、１０，０００円が釣銭切れとなっていることがガイダンス表示領域Ｂ１に表示されている（左から第２列第３行目）。

図２２は、現金によるチェックアウト処理実行時における画面遷移例を示す模式図である。基本画面Ｂのユーザ領域Ｂ２に表示された会計画面Ｊ（図１２の左から第２例第３行目）において、現金を選択するための選択ボタンＪ１がタッチパネル２１１によってタッチ指定された場合（図２２の左から第１列第１行目）、制御部２５３は、ガイダンス画面Ｋを生成し、基本画面Ｂのユーザ領域Ｂ２に表示する（図２２の左から第２列第１行及び第３列第１行目）。ガイダンス画面Ｋは、入出金装置２２１に対して現金が未投入の場合、「お金を投入してください」という文字とそのための操作を顧客に示す絵柄とを含んだガイダンスを決済状況と共に表示する（図２２の左から第２列第１行目）。そして、現金が投入されると、ガイダンス画面Ｋのガイダンスは、「お金を投入してくださいお支払いのときは「確認」ボタンを押してください」というガイダンスに遷移し、投入金額確認ボタンＫ１が出現する（図２２の左から第３列第１行目）。この際、制御部２５３は、基本画面Ｂのガイダンス表示領域Ｂ１に、利用できる紙幣についての情報をガイダンス表示する。

制御部２５３は、ガイダンス画面Ｋに出現した投入金額確認ボタンＫ１がタッチ指定されると、基本画面Ｂの全体の明度を落として決済確認画面Ｌを重ねて表示する（図２２の左から第３列第２行目）。決済確認画面Ｌは、「はい」と「いいえ」と表示された選択ボタンＬ１とＬ２を有する。制御部２５３は、「いいえ」に対応する選択ボタンＬ２がタッチ指定されると直前のガイダンス画面Ｋ（図２２の左から第３列第１行目）に戻り、「はい」に対応する選択ボタンＬ１がタッチ指定されると、「お釣とレシートをお取りください」というガイダンスを表示する決済終了画面Ｍ（図２２の左から第４列第２行目）から最終画面Ｎ（図２２の左から第４列第３行目）に順に画面表示を遷移させる。決済終了画面Ｍから最終画面Ｎへの画面遷移はタイマ処理による。

図２３は、クレジットカードによるチェックアウト処理実行時における画面遷移例を示す模式図である。基本画面Ｂのユーザ領域Ｂ２に表示された会計画面Ｊ（図１２の左から第２例第３行目）において、クレジットを選択するための選択ボタンＪ２がタッチパネル２１１によってタッチ指定された場合（図２３の左から第１列第１行目）、制御部２５３は、ガイダンス画面Ｋを生成し、基本画面Ｂのユーザ領域Ｂ２に表示する（図２３の左から第１列第２行及び第１列第３行目）。ガイダンス画面Ｋは、一括／リボ払い確認ボタンＫ２を含み（図２３の左から第１列第２行）、この一括／リボ払い確認ボタンＫ２のタッチ指定によって基本画面Ｂの全体の明度を落とした一括払いとリボ払いとを選択できる画面に遷移する（図２３の左から第１列第３行目）。

そこで、顧客は、一括払いかリボ払いかを選択し、決済端末２０１のＬＣＤ２１０に設けられたカード読取溝２１２に沿ってクレジットカードを走査する。カードリーダライタ２５２によってクレジットカードの磁気ストライプに記録されている情報が正しく読み取られると、制御部２５３は、基本画面Ｂの全体の明度を落として決済確認画面Ｌを重ねて表示する（図２３の左から第２列第２行目）。クレジットカードの磁気ストライプに記録されている情報が正しく読み取られなかった場合には、再度の走査が促される（図２３の左から第２列第３行目）。

決済確認画面Ｌは、「はい」と「いいえ」と表示された選択ボタンＬ１とＬ２を有する。制御部２５３は、「いいえ」に対応する選択ボタンＬ２がタッチ指定されると直前のガイダンス画面Ｋ（図２３の左から第３列第１行目）に戻り、「はい」に対応する選択ボタンＬ１がタッチ指定されると、「ただ今認証中です少々お待ち下さい」という認証中画面Ｏに表示画面を画面遷移させ（図２３の左から第３列第２行目）、認証処理を実行する。その後、制御部２５３は、認証が得られなかった場合には、認証拒否画面Ｐに表示画面を画面遷移させる（図２３の左から第３列第２行目）。一方、認証が得られた場合には、制御部２５３は、「レシートをお取りください」というガイダンスを表示する決済終了画面Ｍ（図２３の左から第４列第２行目）から最終画面Ｎ（図２３の左から第４列第３行目）に順に画面表示を遷移させる。決済終了画面Ｍから最終画面Ｎへの画面遷移はタイマ処理による。

以上、現金決済の場合（図２２）とクレジット決済の場合（図２３）とを例に挙げて説明した。基本画面Ｂのユーザ領域Ｂ２に表示された会計画面Ｊ（図１２の左から第２例第３行目）において、電子マネー型の非接触ＩＣカードを選択するための選択ボタンＪ３又は銀行口座引き落し型の非接触ＩＣカードを選択するための選択ボタンＪ４がタッチパネル２１１によってタッチ指定された場合にも、類似の手法による決済処理が可能となる。つまり、決済端末２０１では、顧客がタッチパネル２１１によって会計ボタンＢ２３をタッチ指定することにより締め指定をすると、制御部２５３は、商品販売データ処理で算出した決済金額について、現金、クレジットカード等の磁気カード、電子マネー型の非接触ＩＣカード、銀行引き落し型の非接触ＩＣカードを利用した決済処理を実行する。

図２４は、商品券又はクーポンを利用する場合のチェックアウト処理実行時における画面遷移例を示す模式図である。商品券又はクーポンは、上記いずれの方法で決済する場合にも使用可能である。この場合、図２４に示すように、店員を呼び出し、店員による操作が必要とされる。そのために、決済端末２０１では、店員を呼び出して良いかどうかの問い合わせ画面（図２４の左から第２列第１行目）から待機画面となり（図２４の左から第３列第１行目）、その後、チェッカーモードとなる。チェッカーモードとなった場合、制御部２５３は、チェッカーモード待機画面Ｑ（図２４の左から第４列第１行目）に画面表示を遷移させる。
（１０）チェッカーモード
図２５は、チェッカーモード待機画面Ｑを例示する模式図である。商品券又はクーポンを利用する場合に限らず、店員による操作を必要とするチェッカーモードに移行する場合、制御部２５３は、表示画面をチェッカーモード待機画面Ｑにする。このチェッカーモード待機画面Ｑが表示されている場合、バーコードスキャナ２０３によって店員用バーコードが読み取られた場合にのみ、機器の動作モードがチェッカーモードにされ、店員による操作が可能となる。制御部２５３は、ＬＣＤ２１０にチェッカーモード待機画面Ｑを表示している場合、顧客による操作を受け付けない。

図２６は、チェッカーモードでの画面遷移例を示す模式図である。制御部２５３は、チェッカーモード待機画面ＱをＬＣＤ２１０に表示している場合、バーコードスキャナ２０３によって店員用バーコードが読み取られると、画面表示をチェッカーモード初期画面Ｒとし（図２６の左から第１列第１行目）、店員による操作を可能とする。チェッカーモード初期画面Ｒには、釣銭補充ボタンＲ１、会計操作ボタンＲ２、メンテナンスモードボタンＲ３がタッチ指定可能に表示され、「スタート画面に戻る」と「元の画面に戻る」という二種類の戻るボタンＲ４とＲ５とがタッチ指定可能に表示されている。そこで、タッチパネル２１１によって釣銭補充ボタンＲ１、会計操作ボタンＲ２又はメンテナンスモードボタンＲ３をタッチ指定すると、釣銭補充、会計操作、メンテナンスをそれぞれ実行することが可能となる。

釣銭補充ボタンＲ１をタッチ指定することによる釣銭補充では、「釣銭を補充／復旧操作が終わりましたら、完了ボタンを押してください」というメッセージ表示と共に、完了ボタンＲ６が表示され（図２６の左から第１列第２行目）、入出金装置２２１に対する釣銭の補充作業等が可能となる。

会計操作ボタンＲ２をタッチ指定することによる会計操作は、例えば前述した商品券又はクーポンを利用する場合のチェックアウト処理に際して利用され、テンキーによる預かり金額の入力が可能となる（図２６の左から第２列第２行目）。そこで、釣銭の金額を入力すれば、制御部２５３は、「お釣りとレシートをお取りください」というガイダンスを表示する決済終了画面Ｍ（図２６の左から第２列第３行目）から最終画面Ｎ（図２６の左から第３列第３行目）に順に画面表示を遷移させ、決済処理を終了させることができる。

メンテナンスモードボタンＲ３をタッチ指定することによるメンテナンスモードでは、各種のメンテナンスが可能となる。
３．アテンダント端末５０１での監視
図２７は、アテンダント端末５０１での監視画面の一例を示す模式図である。前述したセルフチェックアウト端末１０１は、自機が割り当てられたアテンダント端末５０１に対して、自機の識別コードに対応付けて通信ネットワーク４１上に各種の情報を送信出力する。各種の情報としては、稼働状況情報、使用宣言情報、商品販売データ処理情報、エラー発生情報、エラー解除情報、エラー発生時刻情報、店員呼出情報、店員呼出中断情報、店員呼出発生時刻情報、金種別過不足情報等である。

稼働状況情報は、個々のセルフチェックアウト端末１０１が待機中か商品スキャニング中かの稼働状況に関する情報である。決済端末２０１の制御部２５３は、セルフチェックアウト端末１０１が待機中か商品スキャニング中かの稼働状況に関する情報をアテンダント端末５０１に向けて出力する。

使用宣言情報は、例えばマイバスケットの使用宣言情報である。マイバスケットの使用宣言情報は、個々のセルフチェックアウト端末１０１において、マイバスケットの使用が宣言された場合（図９の左側から第１列第２行目）に出力される。

商品販売データ処理情報は、個々のセルフチェックアウト端末１０１で実行されている商品販売データ処理に関する情報である。決済端末２０１の制御部２５３は、商品販売データ処理の流れの中で発生する取引情報を、アテンダント端末５０１に向けて出力する。

エラー発生情報は、個々のセルフチェックアウト端末１０１で生じたエラーについての情報である。エラー発生情報として、セルフチェックアウト端末１０１は、入出金装置２２１に何らかの異常が発生した場合の釣銭機異常、レシートプリンタ２５１に何らかの異常が発生した場合のプリンタ異常、カードリーダライタ２５２又はカード読取部２０６に何らかの異常が発生した場合のカード異常をエラー発生情報として出力する。

また、前述したように、決済端末２０１の制御部２５３は、図１４中のステップＳ１０６、ステップＳ１１４、ステップＳ１１８のエラー処理として、通信ネットワーク４１を介して、重量チェックエラー（違う商品の載置、商品の取り去り）が生じた旨のエラー信号を伴う重量チェック異常をエラー発生情報としてアテンダント端末５０１に向けて送信出力する。アテンダント端末５０１は、そのような種類のエラー発生情報も受信している。

エラー解除情報は、個々のセルフチェックアウト端末１０１で生じたエラーの解除情報である。エラー解除情報として、セルフチェックアウト端末１０１は、入出金装置２２１に何らかの異常が発生した場合の釣銭機異常、レシートプリンタ２５１に何らかの異常が発生した場合のプリンタ異常、カードリーダライタ２５２又はカード読取部２０６に何らかの異常が発生した場合のカード異常の解除情報をエラー解除情報として出力する。また、セルフチェックアウト端末１０１は、前述した重量チェック異常についてのエラー発生情報に対応させて、重量チェック異常の解除情報も出力する。

エラー発生時刻情報は、エラー発生時刻についての情報である。エラー発生時、決済端末２０１の制御部２５３は、当該エラーの発生時刻を自らの図示しない時計回路によって取得する。そして、取得したエラー発生時刻情報をアテンダント端末５０１に向けて出力する。もっとも、エラー発生時刻情報は、決済端末２０１から取得しなくても、アテンダント端末５０１が自らの図示しない時計回路によって取得しても良い。この場合、一例として、アテンダント端末５０１がエラー発生情報を受信した時刻をもってエラー発生時刻とする。

店員呼出情報は、個々のセルフチェックアウト端末１０１において、呼出ボタンＺがタッチ指定された場合にセルフチェックアウト端末１０１からアテンダント端末５０１に向けて出力される。

店員呼出中断情報は、呼出ボタンＺがタッチ指定された後、呼出中止ボタンＩ３（図１６（ｂ）参照）がタッチ指定された場合に、セルフチェックアウト端末１０１からアテンダント端末５０１に向けて出力される。

店員呼出発生時刻情報は、店員呼出発生時刻についての情報である。店員呼出発生時、決済端末２０１の制御部２５３は、当該店員呼出発生時刻を自らの図示しない時計回路によって取得する。そして、取得した店員呼出発生時刻情報をアテンダント端末５０１に向けて出力する。もっとも、店員呼出発生時刻情報は、決済端末２０１から取得しなくても、アテンダント端末５０１が自らの図示しない時計回路によって取得しても良い。この場合、一例として、アテンダント端末５０１が店員呼出情報を受信した時刻をもって店員呼出発生時刻とする。

金種別過不足情報は、入出金装置２２１が各種金種毎に出力し、これを決済端末２０１の制御部２５３がアテンダント端末５０１に向けて出力する金種毎のニアエンプティ情報、エンプティ情報、ニアフル情報、フル情報からなる。

以上説明した各種の情報を受信するアテンダント端末５０１は、その起動時にＨＤＤ５１０からＲＡＭ５０８に移された制御プログラムに従い、ＣＰＵ５０６が個々のセルフチェックアウト端末１０１に対応する監視画面５２１を生成する。この際、一例として、図２に示す配列を採用した場合、アテンダント端末５０１から見て左奥側のセルフチェックアウト端末１０１はレジ１、右奥側のセルフチェックアウト端末１０１はレジ２、左手前側のセルフチェックアウト端末１０１はレジ３、右手前側のセルフチェックアウト端末１０１はレジ４として番号を割り振り、現実の配列を模した画面配列とする。つまり、監視画面５２１中、レジ１は左上欄、レジ２は右上欄、レジ３は左下欄、レジ４は右下欄となるよう、分割画面構成を実行する。そして、ＣＰＵ５０６は、セルフチェックアウト端末１０１の決済端末２０１から送信される各種の情報を受信すると、ＶＲＡＭ５０９等を利用して、受信した情報に基づく画面表示をディスプレイ５０３に表示させる。以下、監視画面５２１について詳細に述べる。

分割された個々の監視画面５２１は、レジ番号を表示するタイトルバー５２２、エラー情報欄５２３、使用宣言情報欄５２４、取引情報表示欄５２５、釣銭状態情報表示欄５２６を有している。

タイトルバー５２２は、個々の監視画面５２１中の最上位置に横長形状で配置され、その下方には右側を開けてエラー情報欄５２３と使用宣言情報欄５２４と取引情報表示欄５２５とが下方に向けて順に配列されている。図２３に示すように、タイトルバー５２２には、割り当てられたセルフチェックアウト端末１０１を特定する情報として、レジ１〜レジ４までの表示がなされている。

エラー情報欄５２３は、釣銭機異常表示欄５２３ａ、プリンタ異常表示欄５２３ｂ、カード異常表示欄５２３ｃ、重量チェック異常５２３ｄという四種類の表示欄を有し、これらの釣銭機異常表示欄５２３ａ、プリンタ異常表示欄５２３ｂ、カード異常表示欄５２３ｃ、重量チェック異常５２３ｄは、横一列に配列されている。

使用宣言情報欄５２４は、マイバスケット使用宣言表示欄５２４ａを有し、このマイバスケット使用宣言表示欄５２４ａの横には二つのブランク欄５２４ｃが横一列に配列されている。

取引情報表示欄５２５は、セルフチェックアウト端末１０１から受信した取引情報を横書きで表示する欄である。

釣銭状態情報表示欄５２６は、エラー情報欄５２３と使用宣言情報欄５２４と取引情報表示欄５２５とがオフセットした右側の領域に、上から￥１０，０００、￥５，０００、￥２，０００、￥１，０００、￥５００、￥１００、￥５０、￥１０、￥５、￥１の順に、金種別状態表示５２６ａが縦一列に配列されて構成されている。これらの金種別状態表示５２６ａの左側には、金種別に、「補充」及び「回収」という文字表示５２６ｂが選択的に出現する。

監視画面５２１は、共通項目として、右上に現在時刻を表示する時刻表示欄５２７が配置され、その下方にコマンド表示欄５２８が縦一列に配置されている。コマンド表示欄５２８には、「他業務起動」と「終了」という二つのコマンドボタン５２８ａが割り当てられ、必要に応じてその他のコマンドボタン５２８ａの割り当てが可能となっている。

このような監視画面５２１を利用し、アテンダント端末５０１は、割り当てられたセルフチェックアウト端末１０１の状態監視を実行する。つまり、アテンダント端末５０１は、稼働状況情報を受信すると、稼働状況毎に固有の形態を監視画面５２１中のタイトルバー５２２に生じさせ、受信した当該稼働状況情報を対応する個々の監視画面５２１中に表示する。この場合、一例として、固有の形態は色彩である。例えば、待機中のセルフチェックアウト端末１０１（レジ２）については、そのタイトルバー５２２を白色表示し、商品スキャニング中のセルフチェックアウト端末１０１（レジ１）については、そのタイトルバー５２２を青色表示する。別の一例として、形態は形状、模様又は色彩を意味するので、特有の形態としては、形状や模様、あるいは形状と模様と色彩との少なくとも二つの要素の組み合わせであっても良い。

アテンダント端末５０１は、個々のセルフチェックアウト端末１０１から使用宣言情報、ここではマイバスケットの使用宣言情報を受信すると、使用宣言情報欄５２４において、マイバスケット使用宣言表示欄５２４ａを強調表示する。強調表示は、タイトルバー５２２と同一の色彩での発色によってなされる。

なお、図２３中、レジ１の監視画面５２１において、タイトルバー５２２とマイバスケット使用宣言表示欄５２４ａとが同一の色彩で発色している状態は、斜線をもって示している。

アテンダント端末５０１は、個々のセルフチェックアウト端末１０１から商品販売データ処理情報を受信すると、取引情報表示欄５２５に受信した取引情報を表示する。一例として、レジ１の監視画面５２１の取引情報表示欄５２５には、「ポテトチップうす塩１点１４０」、「洗剤１点２９８」、…、「生ビール４点１，０００」という購入履歴情報欄５２５ａと、「値引き合計０円」、「合計金額２，３８６円」、「支払い金額」、「おつり」という決済情報欄５２５ｂとが表示されている。また、決済情報欄５２５ｂには、「酒・たばこ購入中」というメッセージとそのことを示すマークとからなる２０歳未満販売禁止の注意喚起表示が表示されている。これは、取引情報表示欄５２５を参照すると分かるように、「生ビール」が購入されているからである。このような注意喚起表示は、一例として、セルフチェックアウト端末１０１からの情報に基づいて表示可能である。セルフチェックアウト端末１０１では、決済端末２０１が有するＰＬＵファイルに２０歳未満販売禁止商品であることを記憶させることで、容易にその峻別が可能となる。

アテンダント端末５０１は、個々のセルフチェックアウト端末１０１からエラー発生情報を受信すると、第一に、固有の形態を監視画面５２１に生じさせ、第二に、当該固有の形態と共通する形態を有するエラー報知画面５２９を生成して対応する監視画面５２１上に重ねて表示し、第三に、当該固有の形態と共通する形態でエラー情報欄５２３に該当するエラー表示を行なう。

つまり、監視画面５２１に生じさせる固有の形態は、一例として色彩である。例えば、アテンダント端末５０１のＣＰＵ５０６は、エラー発生情報を送信したセルフチェックアウト端末１０１（レジ４）について、そのタイトルバー５２２を赤色表示する。別の一例として、形態は形状、模様又は色彩を意味するので、特有の形態としては、形状や模様、あるいは形状と模様と色彩との少なくとも二つの要素の組み合わせであっても良い。

ＣＰＵ５０６は、そのような監視画面５２１のタイトルバー５２２と共通する形態を有するエラー報知画面５２９を生成し、レジ４の監視画面５２１上に重ねて表示する。タイトルバー５２２は、前述したように、赤色という形態を有しているので、タイトルバー５２２と共通する形態を持たせるために、エラー報知画面５２９も赤色という色彩で表示する。そして、ＣＰＵ５０６は、エラー報知画面５２９にＯＫボタン５２９ａを操作指定可能に表示する。ＣＰＵ５０６は、アテンダント端末５０１が有するポインティングデバイス５０５によってＯＫボタン５２９ａが操作指定された場合、その表示消去を実行する。また、ＣＰＵ５０６は、エラー報知画面５２９に、どのような種類の異常が発生したのかをその発生時刻とともに表示する。つまり、エラー発生情報は、釣銭機異常とプリンタ異常とカード異常と重量チェック異常との四種類なので、その別をエラー報知画面５２９に表示する。また、セルフチェックアウト端末１０１から送信出力されるエラー発生時刻情報又はアテンダント端末５０１が取得したエラー発生時刻情報により、エラー発生時刻が分かっているので、ＣＰＵ５０６は、判明しているエラー発生時刻をエラー報知画面５２９に表示する。

そして、アテンダント端末５０１のＣＰＵ５０６は、エラー情報欄５２３の表示として、エラー発生情報が釣銭機異常だった場合には釣銭機異常表示欄５２３ａを強調表示し、エラー発生情報がプリンタ異常だった場合にはプリンタ異常表示欄５２３ｂを強調表示し、エラー発生情報がカード異常だった場合にはカード異常表示欄５２３ｃを強調表示し、エラー発生情報が重量チェック異常だった場合には重量チェック異常５２３ｄを強調表示する。この場合、エラー情報欄５２３のエラー表示も、監視画面５２１のタイトルバー５２２に生じさせる固有の形態と共通性を持たせるために、赤色という色彩で表示する。

ここで、エラー報知画面５２９は、ＯＫボタン５２９ａを操作指定することで消去可能である。エラー報知画面５２９は、監視画面５２１上に重ねて表示する画面であるため、案内係（アテンダント）の店員に対してエラー発生を有効に示すことができる反面、監視画面５２１の表示を隠してしまう。そこで、あるセルフチェックアウト端末１０１、ここではレジ１のセルフチェックアウト端末１０１にエラーが発生したことを店員に認識させた後は、その店員によるＯＫボタン５２９ａの操作指定によってエラー報知画面５２９を消去し、監視画面５２１の視認性を高めている。その反面、エラー報知画面５２９を消去した後、どのセルフチェックアウト端末１０１についてどのようなエラーが発生していたのかを誤認する可能性がある。そこで、エラー報知画面５２９を消去した後もエラー情報欄５２３のエラー表示は残し、どのセルフチェックアウト端末１０１についてどのようなエラーが発生していたのかを後々容易に確認できるようにしている。

そして、セルフチェックアウト端末１０１からエラー解除情報を受信することで、アテンダント端末５０１のＣＰＵ５０６は、エラー情報欄５２３のエラー表示も消去する。

なお、図２３中、レジ４の監視画面５２１において、タイトルバー５２２とエラー報知画面５２９とエラー情報欄５２３とが同一の色彩で発色している状態は、斜め網掛けをもって示している。

アテンダント端末５０１は、個々のセルフチェックアウト端末１０１から店員を呼び出し中であることを示す店員呼出情報を受信すると、第一に、固有の形態を監視画面５２１に生じさせ、第二に、当該固有の形態と共通する形態を有する店員呼出画面５３０を生成して対応する監視画面５２１上に重ねて表示する。

つまり、監視画面５２１に生じさせる固有の形態は、一例として色彩である。例えば、アテンダント端末５０１のＣＰＵ５０６は、店員呼出情報を送信したセルフチェックアウト端末１０１（レジ３）について、そのタイトルバー５２２を黄色表示する。別の一例として、形態は形状、模様又は色彩を意味するので、特有の形態としては、形状や模様、あるいは形状と模様と色彩との少なくとも二つの要素の組み合わせであっても良い。

ＣＰＵ５０６は、そのような監視画面５２１のタイトルバー５２２と共通する形態を有する店員呼出画面５３０を生成し、レジ３の監視画面５２１上に重ねて表示する。タイトルバー５２２は、前述したように、黄色という形態を有しているので、タイトルバー５２２と共通する形態を持たせるために、店員呼出画面５３０も黄色という色彩で表示する。そして、ＣＰＵ５０６は、店員呼出画面５３０にＯＫボタン５３０ａを操作指定可能に表示する。ＣＰＵ５０６は、アテンダント端末５０１が有するポインティングデバイス５０５によってＯＫボタン５３０ａが操作指定された場合、その表示消去を実行する。また、ＣＰＵ５０６は、店員呼出画面５３０に、店員呼出中であることをその呼出発生時刻とともに表示する。セルフチェックアウト端末１０１から送信出力される店員呼出発生時刻情報又はアテンダント端末５０１が取得した店員呼出発生時刻情報により、店員呼出発生時刻が分かっているので、ＣＰＵ５０６は、判明している店員呼出発生時刻を店員呼出画面５３０に表示する。

なお、図２３中、レジ３の監視画面５２１において、タイトルバー５２２と店員呼出画面５３０とが同一の色彩で発色している状態は、格子状の網掛けをもって示している。

アテンダント端末５０１は、個々のセルフチェックアウト端末１０１から当該セルフチェックアウト端末１０１が備える入出金装置２２１での金種毎の過不足情報を示す金種別過不足情報を受信すると、受信した当該金種別過不足情報を対応する個々の監視画面５２１中に表示する。つまり、金種別過不足情報は、縦列表示された金種表示として表示される。この金種表示は、釣銭状態情報表示欄５２６における金種別状態表示５２６ａとこの金種別状態表示５２６ａの左側に選択的に出現する文字表示５２６ｂとから構成されている。

個々のセルフチェックアウト端末１０１は、金種別過不足情報として、金種毎のニアエンプティ情報、エンプティ情報、ニアフル情報及びフル情報をアテンダント端末５０１に送信する。そこで、アテンダント端末５０１のＣＰＵ５０６は、ある金種についてニアエンプティ情報を受信した場合には、金種別状態表示５２６ａの当該金種部分を強調表示し、その左側に「補充」という文字表示５２６ｂを出現させる。金種別状態表示５２６ａの強調表示は、当該強調箇所を例えば灰色という色彩に発色させることによってなされる。また、アテンダント端末５０１のＣＰＵ５０６は、ある金種についてニアフル情報を受信した場合には、金種別状態表示５２６ａの当該金種部分を強調表示し、その左側に「回収」という文字表示５２６ｂを出現させる。金種別状態表示５２６ａの強調表示は、当該強調箇所を例えば赤色という色彩に発色させることによってなされる。

本発明の実施の一形態として、全体のシステム構成を示す模式図である。セルフチェックアウトシステムでの各部の配置状態を示す平面図である。セルフチェックアウト端末を示す斜視図である。秤装置を示す斜視図である。保持アームにレジ袋が保持されている状態を示す斜視図である。決済端末の電気的なハードウェア構成を示すブロック図である。商品データファイル（重量データファイル）の一例を示す模式図である。秤装置の電気的なハードウェア構成を示す模式図である。アテンダント端末の電気的なハードウェア構成を示す模式図である。セルフチェックアウト端末でのセルフチェックアウト処理の流れを示すフローチャートである。重量チェック処理に含まれている秤装置からの重量データ受信処理の流れを示すフローチャートである。セルフチェックアウト端末でのセルフチェックアウト処理実行時における画面遷移例を示す模式図である。一時置き台に載置すべき商品についての基本画面及び読取確認画面を例示する模式図である。重量チェック処理の流れの詳細を示すフローチャートである。重量チェック処理の結果、バーコードが読み取られていない商品が秤装置の載置部に載置された場合の重量エラー画面の一例を示す模式図である。重量チェック処理の結果、載置台から商品が取り去られてしまった場合の重量エラー画面の一例を示す模式図である。重量チェック対象外商品についての基本画面及び読取確認画面を例示する模式図である。パック詰め商品のセルフチェックアウト処理実行時における画面遷移例を示す模式図である。中止ボタンが押された場合に出現する中止画面の一例を示す模式図である。呼出ボタンが押された場合に出現する店員呼出画面の一例を示す模式図である。組合せ割引（セット割引）が成立する場合のセルフチェックアウト処理実行時における画面遷移例を示す模式図である。現金によるチェックアウト処理実行時における画面遷移例を示す模式図である。クレジットカードによるチェックアウト処理実行時における画面遷移例を示す模式図である。商品券又はクーポンを利用する場合のチェックアウト処理実行時における画面遷移例を示す模式図である。チェッカーモード待機画面を例示する模式図である。チェッカーモードでの画面遷移例を示す模式図である。アテンダント端末での監視画面の一例を示す模式図である。

符号の説明

２０１…決済端末、２０３…バーコードスキャナ（商品コード入力部、ユーザインターフェース）、２０６…カード読取部（決済部、ユーザインターフェース）、２０７…テンキー（入出力部、ユーザインターフェース）、２１０…ＬＣＤ（入出力部、ユーザインターフェース）、２１１…タッチパネル（入出力部、ユーザインターフェース）、２２１…入出金装置（決済部、ユーザインターフェース）、２５２…カードリーダライタ（決済部、ユーザインターフェース）、２５３…制御部（情報処理部）、２５４…ＲＡＭ（記憶部）、３０１…秤装置、３０３ａ…載置台（載置部）、ＷＤＦ…重量データファイル（商品データファイル）

Claims

商品コードを入力する商品コード入力部と情報を入出力する入出力部と決済処理を実行する決済部とを含むユーザインターフェースを顧客による操作と顧客への情報提供とが可能な位置に配置し、顧客によるセルフチェックアウトを可能にする決済端末と、
前記商品コード入力部による商品コード入力後の商品を載置するための載置部を備え、当該載置部に載置された商品の重量を計量し、計量した重量値を前記決済端末に送信する秤装置と、
前記決済端末の情報処理部が、前記商品コード入力部によって入力された商品コードに基づいて、個々の商品を特定する商品コードに対応させて単価と重量と重量チェックの要否とを記憶する商品データファイルから対応する単価と重量と重量チェックの要否とを検索して取得する検索処理を実行する手段と、
前記決済端末の情報処理部が、前記検索処理によって重量チェック要を取得した商品については、前記商品コード入力部による商品コード入力後に、前記秤装置から送信された重量値に基づいて得られる当該商品の計量値が前記検索処理によって取得した重量と同一性を有していることをもって判定結果良とし、同一性を有していないことをもって判定結果不良とする重量チェック処理を実行する手段と、
前記決済端末の情報処理部が、前記検索処理によって重量チェック否を取得した商品については、前記商品コード入力部による商品コード入力後に、予め決められたイベント発生の判定をもって判定結果良とし、前記秤装置から送信された重量値が規定値を超えたことをもって判定結果不良とする重量チェックスキップ処理を実行する手段と、
前記決済端末の情報処理部が、前記重量チェック処理又は前記重量チェックスキップ処理の判定結果が良である場合、前記商品コード入力部によって入力された商品コードと前記検索処理によって取得した単価とを含む商品情報を記憶部に記憶させる商品情報登録処理を実行する手段と、
前記決済端末の情報処理部が、前記重量チェック処理又は前記重量チェックスキップ処理の判定結果が不良である場合、前記商品情報登録処理を実行しないエラー処理を実行する手段と、
を備える、セルフチェックアウト装置。
前記重量チェック処理においては、前記秤装置から送信された重量値に前記検索処理によって検索された重量を加算して期待値を求め、その後に前記秤装置から送信された重量値を前記期待値と比較することによって、前記秤装置から送信された重量値に基づいて得られる商品の計量値が前記検索処理によって取得した重量と同一性を有しているか否かを判定する、請求項１記載のセルフチェックアウト装置。
商品コードを入力する商品コード入力部と情報を入出力する入出力部と決済処理を実行する決済部とを含むユーザインターフェースを顧客による操作と顧客への情報提供とが可能な位置に配置し、顧客によるセルフチェックアウトを可能にする決済端末と、
前記商品コード入力部による商品コード入力前の商品を載置するための最初の載置部を備え、当該最初の載置部に載置された商品の重量を計量し、計量した重量値を前記決済端末に送信する最初の秤装置と、
前記商品コード入力部による商品コード入力後の商品を載置するための載置部を備え、当該載置部に載置された商品の重量を計量し、計量した重量値を前記決済端末に送信する秤装置と、
前記決済端末の情報処理部が、前記商品コード入力部によって入力された商品コードに基づいて、個々の商品を特定する商品コードに対応させて単価と重量チェックの要否とを記憶する商品データファイルから対応する単価と重量チェックの要否とを検索して取得する検索処理を実行する手段と、
前記決済端末の情報処理部が、前記検索処理によって重量チェック要を取得した商品については、前記商品コード入力部による商品コード入力後に、前記秤装置から送信された重量値に基づいて得られる当該商品の計量値が前記最初の秤装置から送信された重量に基づいて得られる当該商品の計量値と同一性を有していることをもって判定結果良とし、同一性を有していないことをもって判定結果不良とする重量チェック処理を実行する手段と、
前記決済端末の情報処理部が、前記検索処理によって重量チェック否を取得した商品については、前記商品コード入力部による商品コード入力後に、予め決められたイベント発生の判定をもって判定結果良とし、前記秤装置から送信された重量値が規定値を超えたことをもって判定結果不良とする重量チェックスキップ処理を実行する手段と、
前記決済端末の情報処理部が、前記重量チェック処理又は前記重量チェックスキップ処理の判定結果が良である場合、前記商品コード入力部によって入力された商品コードと前記検索処理によって取得した単価とを含む商品情報を記憶部に記憶させる商品情報登録処理を実行する手段と、
前記決済端末の情報処理部が、前記重量チェック処理又は前記重量チェックスキップ処理の判定結果が不良である場合、前記商品情報登録処理を実行しないエラー処理を実行する手段と、
を備える、セルフチェックアウト装置。
前記予め決められたイベントは、前記秤装置から送信された重量値変動の判定である、請求項１ないし３のいずれか一記載のセルフチェックアウト装置。
前記予め決められたイベントは、前記入出力部による処理を進行させることの指定である、請求項１ないし４のいずれか一記載のセルフチェックアウト装置。
前記予め決められたイベントは、前記商品コード入力部による商品コード入力後における所定時間のタイムアップである、請求項１ないし５のいずれか一記載のセルフチェックアウト装置。
前記重量チェックスキップ処理で用いる前記規定値は、個々の商品毎に設定されている、請求項１ないし６のいずれか一記載のセルフチェックアウト装置。
前記重量チェックスキップ処理で用いる前記規定値は、個々の商品郡毎に設定されている、請求項１ないし６のいずれか一記載のセルフチェックアウト装置。
前記決済端末の情報処理部は、前記エラー処理として、前記重量チェック処理又は前記重量チェックスキップ処理の判定結果が不良である原因を示すエラー報知を前記入出力部に出力させる、請求項１ないし８のいずれか一記載のセルフチェックアウト端末。
前記決済端末の情報処理部は、前記エラー処理として、商品販売データ処理の進行を停止する、請求項１ないし９のいずれか一記載のセルフチェックアウト端末。
前記決済端末の情報処理部は、前記エラー処理として、前記重量チェック処理又は前記重量チェックスキップ処理の判定結果が不良である原因を含むエラー信号を外部出力する、請求項１ないし１０のいずれか一記載のセルフチェックアウト端末。