JP2007095026A - アテンダント端末 - Google Patents

Abstract

【課題】一見しただけで、割り当てられている個々のセルフチェックアウト端末で発生している事象を容易に把握できるようにする。
【解決手段】割り当てられているセルフチェックアウト端末毎に、その監視画面５２１を表示部の表示画面中に分割表示する。セルフチェックアウト端末が待機中か商品販売データ処理中かの稼働状況毎に、監視画面５２１に固有の形態を生じさせる。また、セルフチェックアウト端末からエラー発生情報を受信した場合には、監視画面５２１に固有の形態を生じさせ（例えば赤色、図３２では斜め網掛けで表現）、当該固有の形態と共通する形態を有するエラー報知画面５２９を生成して対応する監視画面５２１上に重ねて表示する。
【選択図】図３２

Description

本発明は、セルフチェックアウト端末を操作する顧客を案内する案内係（アテンダント）の店員が使用し、セルフチェックアウト端末から送信された各種の情報をモニタ表示するアテンダント端末に関する。

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

このようなセルフチェックアウト端末を用いた商取引の実際の運用面を考慮すると、複数台のセルフチェックアウト端末に対して一人の店員が案内係（アテンダント）として待機していることが望ましい。そこで、このような案内係となる店員用に、アテンダント端末が開発されている（非特許文献１）。アテンダント端末は、割り当てられているセルフチェックアウト端末の状態を監視する。つまり、アテンダント端末は、各セルフチェックアウト端末で発生している事象、例えば稼働状況や商品販売データ処理の内容等を表示し、案内係の店員に対して、各セルフチェックアウト端末で発生している事象を知らせる。

また、特許文献１には、アテンダント端末ではない一般的なＰＯＳ端末ではあるが、セルフチェックアウト端末において何らかのエラーが発生した場合、セルフチェックアウト端末から店員が操作するＰＯＳ端末にエラー発生情報を送信し、ＰＯＳ端末においてエラー内容を表示することができるようにしたシステムが記載されている。

特開２００４−０８６７２８公報 http://www.ncr.co.jp/products/hardware/sa/whats-fl.html

アテンダント端末は、最大限８台程度のセルフチェックアウト端末の情報を表示する。このため、一見しただけで、割り当てられている個々のセルフチェックアウト端末で発生している事象を案内係の店員に容易に分からせるような表示上の工夫が求められる。

本発明の目的は、一見しただけで、割り当てられている個々のセルフチェックアウト端末で発生している事象を容易に把握できるようにすることである。

本発明のアテンダント端末は、情報処理を実行する情報処理部と、顧客による商品販売データ処理を許容する複数台のセルフチェックアウト端末と通信ネットワークを介して接続可能であり、前記セルフチェックアウト端末が自機の識別コードに対応付けて前記ネットワーク上に送信出力する各種の情報を受信する手段と、情報を表示する表示部と、を備え、前記情報処理部が、（イ）個々の前記セルフチェックアウト端末に対応する監視画面を生成し、前記表示部が表示する一画面中に分割表示し、（ロ）個々の前記セルフチェックアウト端末から当該セルフチェックアウト端末が待機中か商品販売データ処理中かの稼働状況を示す稼働状況情報を受信すると、稼働状況毎に固有の形態を前記監視画面に生じさせ、受信した当該稼働状況情報を対応する個々の前記監視画面中に表示し、（ハ）個々の前記セルフチェックアウト端末から当該セルフチェックアウト端末での商品販売データ処理の内容を示す商品販売データ処理情報を受信すると、受信した当該商品販売データ処理情報を対応する個々の前記監視画面中に表示し、（ニ）個々の前記セルフチェックアウト端末から当該セルフチェックアウト端末にエラーが発生したことを示すエラー発生情報を受信すると、固有の形態を前記監視画面に生じさせ、当該固有の形態と共通する形態を有して受信した前記エラー発生情報を含むエラー報知画面を生成し、対応する前記監視画面上に重ねて表示する。

本発明によれば、表示画面中に分割表示される個々のセルフチェックアウト端末に対応する監視画面について、セルフチェックアウト端末の稼働状況毎に固有の形態を生じさせ、また、セルフチェックアウト端末からエラー発生情報を受信した場合には監視画面に固有の形態を生じさせ、当該固有の形態と共通する形態を有するエラー報知画面を生成して対応する監視画面上に重ねて表示するようにしたので、アテンダント端末を操作する案内係の店員に、一見しただけで、割り当てられている個々のセルフチェックアウト端末で発生している事象を容易に把握させることができる。

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

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

１．システム構成
（１）システム構成の概要
（２）セルフチェックアウト端末
（３）アテンダント端末
２．セルフチェックアウト処理
（１）セルフチェックアウト処理の基本的ルーチン
（２）セルフチェックアウト処理時の画面遷移
（３）重量チェック処理
（一）最初の一例
（二）別の一例
（三）重量チェック処理のスキップ
（４）画面入力による商品情報登録
（５）パック詰め商品の商品情報登録
（一）パック詰め商品の入力手法
（二）第２の重量チェック処理
（６）中止指定
（７）呼出指定
（８）Ｍ＆Ｍ（ミックス・アンド・マッチ）
（９）決済
（１０）チェッカーモード
（１１）重量登録処理
３．アテンダント端末での監視
（１）セルフチェックアウト端末がアテンダント端末に送信する各種の情報
（２）アテンダント端末が表示する監視画面
（３）監視画面上での監視処理
（一）稼動状況表示
（二）使用宣言表示
（三）商品販売データ処理情報表示
（四）エラー発生情報表示
（五）店員呼出表示
（六）入出金関連表示
（七）重量チェックエラーのログ表示
以下、上記項目の順に説明する。
１．システム構成
（１）システム構成の概要
図１は、全体のシステム構成を示す模式図である。本実施の形態のシステムは、複数のセルフチェックアウトシステム１１と、複数台のＰＯＳ端末２１と、ストアコントローラ３１とが通信ネットワーク４１を介して接続されて構築されている。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

商品データファイルを構成する重量データファイルＷＤＦは、ＰＬＵファイル及び部門ファイルに登録されている商品の商品コードに対応させて、設定重量及びその許容幅等記憶する。このような重量データファイルＷＤＦの詳細については図３０を参照して後述する。このような重量データファイルＷＤＦは、別の一例として、ＰＬＵファイル、部門ファイルに含ませても良い。

商品データファイルを構成する重量チェック実行有無定義は、重量データファイルＷＤＦに組み込まれ、重量チェック実行の別を各商品コードに対応付けて記憶する。重量チェックをしない商品は、一例として、軽すぎて秤装置３０１による計量に馴染まない商品、あるいは、重すぎて秤装置３０１の秤皿３０３まで移動させにくい商品である。商品載置場所定義と同様に、多くの商品の場合、重量チェックをすることになるので、重量チェックをすることの積極的な情報を持たせる必要はない。つまり、各商品について、重量チェックをするかしないかの一方だけの情報を持たせれば足りる。このような重量チェック実行有無定義は、別の一例として、ＰＬＵファイルに含ませても良い。

商品データファイルを構成する商品載置場所定義は、重量データファイルＷＤＦに組み込まれ、バーコードスキャナ２０３によってバーコードが読み取られた商品の載置場所として、秤皿３０３と一時置き台３０６と床面とのいずれにすべきかを個々の商品毎に定義する。つまり、商品載置場所定義は、商品コードに対応させて商品の載置場所を秤皿３０３（重量スキップしない）と一時置き台３０６（重量スキップする（計量））と床面（重量スキップする（重量））とのいずれにすべきかを定義する。別の一例として、商品載置場所定義をＰＬＵファイルに含ませることも可能である。更に別の一例として、商品の特性、例えば、割れ易い、壊れ易い、型崩れし易い、重い等の特性情報をＰＬＵファイル等に記憶させておき、一例として、割れ易い、壊れ易い、型崩れし易いという特性を持つ商品については一時置き台３０６を載置場所として定義し、重いという特性を持つ商品については床面を載置場所として定義する。更に別の一例としては、重量データファイルＷＤＦに記憶されている重量が規定重量より重い場合のバーコード読み取り後の商品の載置場所として、床面を定義する。

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

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

検索処理は、バーコードスキャナ２０３によって商品に付されたバーコードが読み取られた場合、このバーコードによって特定される商品コードを認識し、ＰＬＵファイルを検索してその商品コードに対応する単価、重量及び商品表示を取得する。

重量チェック処理は、バーコードの読み取り後に秤装置３０１によって計量された重量が、検索処理によって取得した重量と同一性を有しているかどうかを判定する処理である。同一性を有しているかどうかは、計量重量が検索処理によって取得した重量の許容幅（例えば上限値と下限値との間）に収まっているかどうかを判定することによってなされる。

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

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

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

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

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

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

通信インターフェース５１３は、通信ネットワーク４１に接続され、セルフチェックアウト端末１０１及びストアコントローラ３１とアテンダント端末５０１との間のデータ通信を実現させる。

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

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

セルフチェックアウト端末１０１の制御部２５３は、検索処理に続いて、重量チェック処理を実行する（ステップＳ１２）。重量チェック処理については、図１２ないし図１９を参照して後述する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

重量チェック処理の結果、両重量間に同一性がないと判定された場合は、何らかの操作ミスか又は不正が行われたことになる。そこで、この場合、制御部２５３は、商品販売データ処理の進行を停止し、表示ポール２１７の先端部に設けられている発光部２１８の発光色を青色から赤色に変更し、何らかの操作ミスか又は不正が行われたことを、例えば案内係（アテンダント）の店員等に向けて報知する。商品販売データ処理の進行を停止する結果、ＬＣＤ２１０の表示画面としては、読取確認画面Ｃが表示されたままの状態となり、顧客には、処理が進行しないことが示される。
（３）重量チェック処理
（一）最初の一例
ここで、重量チェック処理の流れを図１２ないし図１７を参照しながら説明する。

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

図１３は、重量チェックファイルの一例を示す模式図である。セルフチェックアウト処理のスタートが指定されると、セルフチェックアウト端末１０１の制御部２５３は、図１３に例示する重量チェックファイルＷＣＦをＲＡＭ２５４に生成する。図１３（ａ）に示す重量チェックファイルＷＣＦは、図１４及び図１６に示す重量チェック処理に際して用いられ、図１２中のステップＳ５２で一時記憶する現在重量、元重量、重量減少が生じた場合の履歴（減少重量１、減少重量２、減少重量３、…）を一時記憶する。また、図１３（ｂ）に示す重量チェックファイルＷＣＦは、図１７及び図１９に示す重量チェック処理に際して用いられ、図１２中のステップＳ５２で一時記憶する現在重量、元重量を一時記憶する。

図１４は、重量チェック処理の流れの一例を示すフローチャートである。まず、セルフチェックアウト端末１０１の制御部２５３は、セルフチェックアウト処理のスタートが指定されると、商品情報を登録するための登録待ち状態となる。重量チェック処理では、この状態で商品コードの入力有無判定に待機する（ステップＳ１０１）。商品コードの入力を判定した場合には（ステップＳ１０１のＹ）、図１６に処理内容を示す商品袋詰め待ちフェーズに移行する（ステップＳ１０２）。商品袋詰め待ちフェーズは、商品コードを入力した商品を秤装置３０１の載置部（載置台３０３ａ又は一時置き台３０６）に載置し、重量チェックを通過することによって終了する（図１６のステップＳ２０９及びステップＳ２１５参照）。これに対して、商品コードの入力待ちであると判定された場合には（ステップＳ１０１のＮ）、図１３（ａ）に示す重量チェックファイルＷＣＦに記憶されている現在重量を参照し（ステップＳ１０３）、同様に図１３（ａ）に示す重量チェックファイルＷＣＦに記憶されている元重量に対する重量変化を判定する（ステップＳ１０４）。商品コードの入力待ちであるとの判定（ステップＳ１０１のＮ）は、セルフチェックアウト処理のスタートが指定されて未だ商品コードの入力が済んでいない場合か、前の商品についての商品袋詰めフェーズが正常に終了した場合かのいずれかの場合になされる。

ここで、元重量は、デフォルト値が０（ｇ）である。そして、図１６のステップＳ２１５に示すように、商品袋詰め待ちフェーズに移行して（ステップＳ１０２）、商品コードを入力した商品を秤装置３０１の載置部（載置台３０３ａ又は一時置き台３０６）に載置した後に重量チェックを通過すると（図１６のステップＳ２０９のＹ）、図１３（ａ）に示す重量チェックファイルＷＣＦ中、元重量が現在重量の値に更新される。したがって、元重量というのは、一取引の中で、商品コードが一つも入力されていない場合には０（ｇ）、その後、商品コードが入力された場合には、商品コードが入力された商品が原則的には全て秤装置３０１の載置部（載置台３０３ａ又は一時置き台３０６）に載置されている状態での秤装置３０１による計量値を意味している。このようなことから、正常な運用がなされている限り、ステップＳ１０４では元重量に対する重量変化ありとの判定がなされないはずである。したがって、ステップＳ１０４で元重量に対する重量変化ありとの判定がなされなければ（ステップＳ１０４のＮ）、後述するステップＳ１０５及びステップＳ１０６の処理を経てステップＳ１０１での商品コードの入力有無判定にリターンする。

これに対して、商品コードが入力されていない商品が秤装置３０１の載置部（載置台３０３ａ又は一時置き台３０６）に載置された場合には、現在重量が元重量を上回ることになる。あるいは、既に秤装置３０１の載置部（載置台３０３ａ又は一時置き台３０６）に載置されている商品情報登録後の商品が取り去られれば、現在重量が元重量を下回ることになる。そこで、元重量に対する重量変化ありとの判定がなされた（ステップＳ１０４のＹ）後のステップＳ１０７では、重量が増加したかどうか、換言すると、現在重量が元重量より増加したのか減少したのかを判定する。

セルフチェックアウト端末１０１の制御部２５３は、現在重量が元重量より増加したと判定した場合には（ステップＳ１０７のＹ）、後述するステップＳ１０８及びステップＳ１０９の処理を経て、エラー報知を実行する（ステップＳ１１０）。つまり、この場合には、商品コードが入力されていない商品が秤装置３０１の載置部（載置台３０３ａ又は一時置き台３０６）に載置されたという操作ミス又は不正が行なわれているはずなので、制御部２５３は、表示ポール２１７の先端部に設けられている発光部２１８の発光色を青色から赤色に変更し、当該操作ミスか又は不正が行われたことを、例えば案内係（アテンダント）の店員等に向けて報知する。また、セルフチェックアウト端末１０１のＬＣＤ２１０に、重量エラー画面Ｄ１を表示する（図１５参照）。その後、ＲＡＭ２５４にエラーステータス＝１を設定し（ステップＳ１１１）、ステップＳ１０３の現在重量参照処理にリターンする。

図１５は、重量チェック処理の結果、バーコードが読み取られていない商品が秤装置３０１の載置部（載置台３０３ａ又は一時置き台３０６）に載置された場合の重量エラー画面Ｄ１の一例を示す模式図である。制御部２５３は、現在重量が元重量より増加したと判定した場合には（ステップＳ１０７のＹ）、基本画面Ｂ全体の明度を落とし、図１５に例示するような重量エラー画面Ｄ１を生成し、基本画面Ｂに重ねて表示する。重量エラー画面Ｄ１には、「バーコードが読み取られていない商品が袋に入っています その商品を取り除いてください」という文字がそのための作業を支援する絵柄と共に表示される。

この後、セルフチェックアウト端末１０１の制御部２５３は、ステップＳ１０４で元重量に対する重量変化を判定しなくなれば（ステップＳ１０４のＮ）、操作ミス又は不正によって秤装置３０１の載置部（載置台３０３ａ又は一時置き台３０６）に載置された商品が元に戻されたことになるので、ステップＳ１０５でエラーステータス＝１との判定ルーチンを通り（ステップＳ１０５のＹ）、ステップＳ１０６でエラー解除処理を実行する。エラー解除処理は、エラー報知の消去とエラーステータス＝０の設定とによってなされる。つまり、セルフチェックアウト端末１０１の制御部２５３は、基本画面Ｂ中のユーザ領域Ｂ２の明度を元に戻し、重量エラー画面Ｄ１を消去する。これにより、ＬＣＤ２１０の表示は、基本画面Ｂ（図１０の左から第２列第１行目）に復帰する。

セルフチェックアウト端末１０１の制御部２５３は、現在重量が元重量より減少したと判定した場合には（ステップＳ１０７のＮ）、エラーステータス＝１でないことを条件に（ステップＳ１１２のＮ）、図１３（ａ）に示す重量チェックファイルＷＣＦに減少重量を履歴記録し（ステップＳ１１３）、その重量チェックファイルＷＣＦの元重量を現在重量に更新する（ステップＳ１１４）。つまり、この場合には、既に秤装置３０１の載置部（載置台３０３ａ又は一時置き台３０６）に載置されている商品情報登録後の商品が取り去られたはずである。このような事象は、一例として、子供連れの顧客の場合に多発することが予想される。つまり、親がセルフチェックアウト端末１０１を操作している間、秤装置３０１の載置部（載置台３０３ａ又は一時置き台３０６）に一旦載置された商品、例えば菓子類等を子供が持ち去ってしまうようなことが発生し易い。そこで、本例では、このような事象が発生した場合、商品情報自体は既に登録されているのだから、その事象をエラーとして扱わずに許容するようにしている。つまり、前述したように、重量チェックファイルＷＣＦの元重量を現在重量に更新するわけである（ステップＳ１１４）。そして、図１３（ａ）に示す重量チェックファイルＷＣＦには、商品袋詰め待ちフェーズ（ステップＳ１０２）に移行する前に重量減を判定する度に（ステップＳ１０７のＮ）、その減少した重量を減少重量１、減少重量２、減少重量３、…という具合に次々と履歴を記録していく（ステップＳ１１３）。

但し、ステップＳ１０７で重量増が判定されている場合には（ステップＳ１０７のＹ）、商品コードが入力されていない商品が秤装置３０１の載置部（載置台３０３ａ又は一時置き台３０６）に載置されているはずなので、その後に重量減が判定されても（ステップＳ１０７のＮ）、操作ミス又は不正に秤装置３０１の載置部（載置台３０３ａ又は一時置き台３０６）に載置された商品が取り除かれているとは限らない。例えば、高額な商品を不正にレジ袋４０１に入れることで重量増となり、その後、低額な商品をレジ袋４０１から取り出すことでステップＳ１０７において重量減が判定されているのかもしれない。この場合、重量チェックファイルＷＣＦの元重量を現在重量に更新してしまっては操作ミスや不正が見逃されることになってしまう。そこで、重量チェックファイルＷＣＦの元重量を現在重量に更新する前に（ステップＳ１１４）、ステップＳ１１２でエラーステータス＝１かどうかを判定し、エラーステータス＝１である場合には（ステップＳ１１２のＹ）、再度、ステップＳ１０３の現在重量の参照処理にリターンさせるようにしている。つまり、商品コードが入力されていない商品が秤装置３０１の載置部（載置台３０３ａ又は一時置き台３０６）に載置された場合には、その商品が確実に元に戻されたことを確認した後（ステップＳ１０６、ステップＳ１１２のＮ）、重量チェックファイルＷＣＦの元重量を現在重量に更新するわけである（ステップＳ１１４）。

また、既に秤装置３０１の載置部（載置台３０３ａ又は一時置き台３０６）に載置されている商品情報登録後の商品が取り去られた後、再度、載置部（載置台３０３ａ又は一時置き台３０６）に載置される可能性がある。一例として、一旦レジ袋４０１に入れることで載置台３０３ａに載置された菓子類等を子供が持ち去ってしまった後、親がそのことに気が付き、再度レジ袋４０１に入れるというような可能性である。この場合、ステップＳ１１４の処理によって重量チェックファイルＷＣＦの元重量を減少した現在重量に更新しているのであるから、元重量に対する重量変化が判定され（ステップＳ１０４のＹ）、重量増が判定され（ステップＳ１０７のＹ）、そのままではエラー報知となってしまう（ステップＳ１１０）。しかしながら、運用上、それでは不適当である。そこで、この場合には、原因推定処理を実行し（ステップＳ１０８）、ステップＳ１０７でのそもそもの減少重量分が増加したのかどうかを判定する（ステップＳ１０９）。つまり、ステップＳ１０８の原因推定処理では、図１３（ａ）に示す重量チェックファイルＷＣＦに履歴がとられている減少重量の組合せのうちの一つに増加重量が一致するかどうかをもって、元重量の減少原因となっている秤装置３０１の載置部（載置台３０３ａ又は一時置き台３０６）から取り去られた商品が当該載置部に再度載置されたのかどうかを推定する。そして、元重量の減少原因となっている秤装置３０１の載置部（載置台３０３ａ又は一時置き台３０６）から取り去られた商品が当該載置部に再度載置されたと判定された場合には（ステップＳ１０９のＹ）、ステップＳ１１４の処理に移行し、図１３（ａ）に示す重量チェックファイルＷＣＦの元重量を現在重量に更新する。

図１６は、商品袋詰め待ちフェーズでの重量チェック処理の流れの一例を示すフローチャートである。まず、セルフチェックアウト端末１０１の制御部２５３は、図１４中のステップＳ１０１で商品コードの入力を判定すると（ステップＳ１０１のＹ）、商品袋詰め待ちフェーズに移行する（ステップＳ１０２）。図１６に処理の流れを示す商品袋詰め待ちフェーズでは、まず、ＬＣＤ２１０に袋詰めメッセージを表示する（ステップＳ２０１）。袋詰めメッセージは、図１０中、ガイダンス表示領域Ｂ１での「商品をレジ袋またはマイバスケットに入れてください」というガイダンスによって示され、図１１中、ガイダンス表示領域Ｂ１での「商品を一時置き台に置いてください」というガイダンスによって示されている。

続くステップＳ２０２では、セルフチェックアウト端末１０１の制御部２５３は、商品データファイルを構成する重量データファイルＷＤＦ（図３０参照）を検索し、設定重量として規定されている該当する商品の設定重量及びその許容幅（上限許容値及び下限許容値）を取得し、重量Ａを求める。この重量Ａは、図３０に示す重量データファイルＷＤＦにそれぞれ記憶されている設定重量に対する上限許容値及び下限許容値の範囲である。例えば、設定重量が３１０（ｇ）で上限許容値及び下限許容値がそれぞれ１０（ｇ）である場合、重量Ａは３００〜３２０（ｇ）となる。

続いて、図１２中のステップＳ５２により図１３（ａ）に示す重量チェックファイルＷＣＦ中の現在重量として一時記憶された現在重量を参照し（ステップＳ２０３）、その重量チェックファイルＷＣＦ中に一時記憶されている元重量に対する重量変化を判定する（ステップＳ２０４）。

この際、商品袋詰め待ちフェーズでは、商品コードが入力された商品がセルフチェックアウト端末１０１の載置部（載置台３０３ａ又は一時置き台３０６）に載置されるはずである。これに対して、商品が載置部に載置されるまでは、後述するステップＳ２０５及びステップＳ２０６の処理を経てステップＳ２０３の現在重量の参照処理にリターンする。そして、商品が載置部（載置台３０３ａ又は一時置き台３０６）に載置されれば、ステップＳ２０４で元重量に対する現在重量の重量変化が判定され（ステップＳ２０４のＹ）、続くステップＳ２０７で元重量に対する現在重量の増加が判定される（ステップＳ２０７のＹ）。そこで、この場合には、現在重量−元重量＝重量Ｂと置き（ステップＳ２０８）、ステップＳ２０２で取得した重量Ａと重量Ｂとの同一性を判定する（ステップＳ２０９）。重量Ａと重量Ｂとの同一性判定は、重量Ａの範囲に重量Ｂが含まれているかどうかをもってなされる。その結果、セルフチェックアウト端末１０１の制御部２５３は、重量Ａと重量Ｂとの同一性を判定すると（ステップＳ２０９のＹ）、図１３（ａ）に示す重量チェックファイルＷＣＦ中、元重量を現在重量の値に更新し（ステップＳ２１５）、処理を終了する。

これに対して、商品コードが入力されていない商品が秤装置３０１の載置部（載置台３０３ａ又は一時置き台３０６）に載置された場合には、その商品と商品コードが入力された商品との重量に同一性がない限り、重量Ａと重量Ｂとの同一性が判定されない（ステップＳ２０９のＮ）。そこで、この場合、セルフチェックアウト端末１０１の制御部２５３は、後述するステップＳ２１０〜ステップＳ２１２の処理を経て、前述したエラー報知を実行する（ステップＳ２１３）。つまり、この場合には、商品コードが入力されていない商品が秤装置３０１の載置部（載置台３０３ａ又は一時置き台３０６）に載置されたという操作ミス又は不正が行なわれているはずなので、制御部２５３は、表示ポール２１７の先端部に設けられている発光部２１８の発光色を青色から赤色に変更し、当該操作ミスか又は不正が行われたことを、例えば案内係（アテンダント）の店員等に向けて報知する。また、セルフチェックアウト端末１０１のＬＣＤ２１０に、重量エラー画面Ｄ１を表示する（図１５参照）。その後、ＲＡＭ２５４にエラーステータス＝１を設定し（ステップＳ２１４）、ステップＳ２０３の現在重量参照処理にリターンする。

この後、セルフチェックアウト端末１０１の制御部２５３は、ステップＳ２０４で元重量に対する重量変化を判定しなくなれば（ステップＳ２０４のＮ）、操作ミス又は不正によって秤装置３０１の載置部（載置台３０３ａ又は一時置き台３０６）に載置された商品が元に戻されたことになるので、ステップＳ２０５でエラーステータス＝１との判定ルーチンを通り（ステップＳ２０５のＹ）、ステップＳ２０６でエラー解除処理を実行する。エラー解除処理は、エラー報知の消去とエラーステータス＝０の設定とによってなされる。つまり、セルフチェックアウト端末１０１の制御部２５３は、基本画面Ｂ中のユーザ領域Ｂ２の明度を元に戻し、重量エラー画面Ｄ１を消去する。これにより、ＬＣＤ２１０の表示は、基本画面Ｂ（図１０の左から第２列第１行目）に復帰する。

セルフチェックアウト端末１０１の制御部２５３は、ステップＳ２０７で、現在重量が元重量より減少したと判定した場合には（ステップＳ２０７のＮ）、エラーステータス＝１でないことを条件に（ステップＳ２１６のＮ）、図１３（ａ）に示す重量チェックファイルＷＣＦに減少重量を履歴記録し（ステップＳ２１７）、その重量チェックファイルＷＣＦの元重量を現在重量に更新する（ステップＳ２１８）。つまり、この場合には、既に秤装置３０１の載置部（載置台３０３ａ又は一時置き台３０６）に載置されている商品情報登録後の商品が取り去られたはずである。このような事象は、一例として、子供連れの顧客の場合に多発することが予想される。より詳細には、親がセルフチェックアウト端末１０１を操作している間、秤装置３０１の載置部（載置台３０３ａ又は一時置き台３０６）に一旦載置された商品、例えば菓子類等を子供が持ち去ってしまうようなことが発生し易い。そこで、本例では、このような事象が発生した場合、商品情報自体は既に登録されているのだから、その事象をエラーとして扱わずに許容するようにしている。つまり、前述したように、重量チェックファイルＷＣＦの元重量を現在重量に更新するわけである（ステップＳ２１８）。そして、ステップＳ２０３の現在重量参照処理にリターンする。したがって、セルフチェックアウト端末１０１の制御部２５３は、秤装置３０１の載置部（載置台３０３ａ又は一時置き台３０６）から次々と商品コード入力後の商品が取り去られた場合には、重量減を判定する度に（ステップＳ２０７のＮ）、その減少した重量を減少重量１、減少重量２、減少重量３、…という具合に次々と重量チェックファイルＷＣＦに履歴を記録していく（ステップＳ２１７）。

但し、ステップＳ２０９で重量Ａと重量Ｂとの同一性が判定されない場合には（ステップＳ２０９のＮ）、商品コードが入力されていない商品が秤装置３０１の載置部（載置台３０３ａ又は一時置き台３０６）に載置されているはずなので、その後に重量減が判定されても（ステップＳ２０７のＮ）、操作ミス又は不正に秤装置３０１の載置部（載置台３０３ａ又は一時置き台３０６）に載置された商品が取り除かれているとは限らない。例えば、高額な商品を不正にレジ袋４０１に入れることで重量Ａと重量Ｂとの同一性が判定されないにも拘らず（ステップＳ２０９のＮ）、その後、低額な商品をレジ袋４０１から取り出すことでステップＳ２０７において重量減が判定されているのかもしれない。この場合、重量チェックファイルＷＣＦの元重量を現在重量に更新してしまっては操作ミスや不正が見逃されることになってしまう。そこで、重量チェックファイルＷＣＦの元重量を現在重量に更新する前に（ステップＳ２１８）、ステップＳ２１６でエラーステータス＝１かどうかを判定し、エラーステータス＝１である場合には（ステップＳ２１６のＹ）、再度、ステップＳ２０３の現在重量の参照処理にリターンさせるようにしている。つまり、商品コードが入力されていない商品が秤装置３０１の載置部（載置台３０３ａ又は一時置き台３０６）に載置された場合には、その商品が確実に元に戻されたことを確認した後（ステップＳ２０６、ステップＳ２１６のＮ）、重量チェックファイルＷＣＦの元重量を現在重量に更新するわけである（ステップＳ２１８）。

また、既に秤装置３０１の載置部（載置台３０３ａ又は一時置き台３０６）に載置されている商品情報登録後の商品が取り去られた後、再度、載置部（載置台３０３ａ又は一時置き台３０６）に載置される可能性がある。一例として、一旦レジ袋４０１に入れることで載置台３０３ａに載置された菓子類等を子供が持ち去ってしまった後、親がそのことに気が付き、再度レジ袋４０１に入れるというような可能性である。この場合、ステップＳ２１８の処理によって重量チェックファイルＷＣＦの元重量を減少した現在重量に更新しているのであるから、元重量に対する重量変化が判定され（ステップＳ２０４のＹ）、重量増が判定され（ステップＳ２０７のＹ）、ステップＳ２０８で算出される現在重量−元重量＝重量Ｂは、再度レジ袋４０１に入れた既に商品情報を登録済みの商品の重量ということになる。このため、ステップＳ２０９で重量Ａと重量Ｂとの同一性が判定されず、エラー報知となってしまう（ステップＳ２１３）。しかしながら、運用上、それでは不適当である。そこで、この場合には、原因推定処理を実行し（ステップＳ２１０）、既に秤装置３０１の載置部（載置台３０３ａ又は一時置き台３０６）に載置されている商品情報登録後の商品が取り去られた後、再度、載置部（載置台３０３ａ又は一時置き台３０６）に載置されたのかどうかを判定する（ステップＳ２１１、ステップＳ２１２）。つまり、ステップＳ２１０の原因推定処理では、図１３（ａ）に示す重量チェックファイルＷＣＦに履歴がとられている減少重量の組合せのうちの一つに増加重量が一致するかどうかをもって、元重量の減少原因となっている秤装置３０１の載置部（載置台３０３ａ又は一時置き台３０６）から取り去られた商品が当該載置部に再度載置されたのかどうかを推定する。

この際、既に商品情報登録済みの商品が戻される状況としては二種類の状況が考えられる。一つは、商品コードが入力されているが商品情報が未登録である商品と共に、既に商品情報登録済みの商品が秤装置３０１の載置部（載置台３０３ａ又は一時置き台３０６）に戻される場合である。もう一つは、既に商品情報登録済みの商品のみが秤装置３０１の載置部（載置台３０３ａ又は一時置き台３０６）に戻される場合である。前者の場合、ステップＳ２０９では重量Ａと重量Ｂとの同一性が判定されない。既に商品情報登録済みの商品の分だけ重量Ｂが重くなっているからである。そこで、この場合には、減少重量分である既に商品情報登録済みの商品の分が未登録の商品の重量に加重されているかどうかの判定を実行し（ステップＳ２１１）、結果が肯定的である場合には（ステップＳ２１１のＹ）、操作ミス又は不正がないはずなので、セルフチェックアウト端末１０１の制御部２５３は、図１３（ａ）に示す重量チェックファイルＷＣＦ中、元重量を現在重量の値に更新し（ステップＳ２１５）、処理を終了する。これに対して、後者の場合、ステップＳ２０７でのそもそもの減少重量分が増加したのかどうかを判定し（ステップＳ２１２）、結果が肯定的である場合には（ステップＳ２１２のＹ）、ステップＳ２１８の処理に移行し、図１３（ａ）に示す重量チェックファイルＷＣＦの元重量を現在重量に更新する。

以上説明したように、重量チェック処理は、図１６中のステップＳ２０９で重量Ａと重量Ｂとの同一性が判定されるか（ステップＳ２０９のＹ）、あるいは、図１６中のステップＳ２１１で減少重量分である既に商品情報登録済みの商品の分が未登録の商品の重量に加重されていると判定されるか（ステップＳ２１１のＹ）を条件として、図１６中のステップＳ２１５における元重量を現在重量の値に更新する処理を経なければ終了しない。

（二）別の一例
図１７は、重量チェック処理の流れの別の一例を示すフローチャートである。まず、セルフチェックアウト端末１０１の制御部２５３は、セルフチェックアウト処理のスタートが指定されると、商品情報を登録するための登録待ち状態となる。重量チェック処理では、この状態で商品コードの入力有無判定に待機する（ステップＳ１５１）。商品コードの入力を判定した場合には（ステップＳ１５１のＹ）、図１９に処理内容を示す商品袋詰め待ちフェーズに移行する（ステップＳ１５２）。商品袋詰め待ちフェーズは、商品コードを入力した商品を秤装置３０１の載置部（載置台３０３ａ又は一時置き台３０６）に載置し、重量チェックを通過することによって終了する（図１９のステップＳ２５９及びステップＳ２６５参照）。これに対して、商品コードの入力待ちであると判定された場合には（ステップＳ１５１のＮ）、図１３（ｂ）に示す重量チェックファイルＷＣＦに記憶されている現在重量を参照し（ステップＳ１５３）、同様に図１３（ｂ）に示す重量チェックファイルＷＣＦに記憶されている元重量に対する重量変化を判定する（ステップＳ１５４）。商品コードの入力待ちであるとの判定（ステップＳ１５１のＮ）は、セルフチェックアウト処理のスタートが指定されて未だ商品コードの入力が済んでいない場合か、前の商品についての商品袋詰めフェーズが正常に終了した場合かのいずれかの場合になされる。

ここで、元重量は、デフォルト値が０（ｇ）である。そして、図１９のステップＳ２６５に示すように、商品袋詰め待ちフェーズに移行して（ステップＳ１５２）、商品コードを入力した商品を秤装置３０１の載置部（載置台３０３ａ又は一時置き台３０６）に載置した後に重量チェックを通過すると（図１９のステップＳ２５９のＹ）、図１３（ｂ）に示す重量チェックファイルＷＣＦ中、元重量が現在重量の値に更新される。したがって、元重量というのは、一取引の中で、商品コードが一つも入力されていない場合には０（ｇ）、その後、商品コードが入力された場合には、商品コードが入力された商品が原則的には全て秤装置３０１の載置部（載置台３０３ａ又は一時置き台３０６）に載置されている状態での秤装置３０１による計量値を意味している。このようなことから、正常な運用がなされている限り、ステップＳ１５４では元重量に対する重量変化ありとの判定がなされないはずである。したがって、ステップＳ１５４で元重量に対する重量変化ありとの判定がなされなければ（ステップＳ１５４のＮ）、ステップＳ１５１での商品コードの入力有無判定にリターンする。

これに対して、商品コードが入力されていない商品が秤装置３０１の載置部（載置台３０３ａ又は一時置き台３０６）に載置された場合には、現在重量が元重量を上回ることになる。あるいは、既に秤装置３０１の載置部（載置台３０３ａ又は一時置き台３０６）に載置されている商品情報登録後の商品が取り去られれば、現在重量が元重量を下回ることになる。そこで、元重量に対する重量変化ありとの判定がなされた（ステップＳ１５４のＹ）後のステップＳ１５５では、重量が増加したかどうか、換言すると、現在重量が元重量より増加したのか減少したのかを判定する。

セルフチェックアウト端末１０１の制御部２５３は、現在重量が元重量より増加したと判定した場合には（ステップＳ１５５のＹ）、エラー報知を実行する（ステップＳ１１０）。つまり、この場合には、商品コードが入力されていない商品が秤装置３０１の載置部（載置台３０３ａ又は一時置き台３０６）に載置されたという操作ミス又は不正が行なわれているはずなので、制御部２５３は、表示ポール２１７の先端部に設けられている発光部２１８の発光色を青色から赤色に変更し、当該操作ミスか又は不正が行われたことを、例えば案内係（アテンダント）の店員等に向けて報知する。また、セルフチェックアウト端末１０１のＬＣＤ２１０に、重量エラー画面Ｄ１を表示する（図１５参照）。

その後、図１２に示すステップＳ５２で一時記憶された図１３（ｂ）に示す現在重量を参照し（ステップＳ１５７）、現在重量＝元重量を判定すれば（ステップＳ１５８）、操作ミス又は不正によって秤装置３０１の載置部（載置台３０３ａ又は一時置き台３０６）に載置された商品が取り去られた元に戻されたことになるので、ステップＳ１５９でエラー解除処理を実行する。エラー解除処理は、エラー報知の消去によってなされる。つまり、セルフチェックアウト端末１０１の制御部２５３は、基本画面Ｂ中のユーザ領域Ｂ２の明度を元に戻し、重量エラー画面Ｄ１を消去する。これにより、ＬＣＤ２１０の表示は、基本画面Ｂ（図１０の左から第２列第１行目）に復帰する。

セルフチェックアウト端末１０１の制御部２５３は、現在重量が元重量より減少したと判定した場合には（ステップＳ１５５のＮ）、既に秤装置３０１の載置部（載置台３０３ａ又は一時置き台３０６）に載置されている商品情報登録後の商品が取り去られたはずである。このような事象は、一例として、子供連れの顧客の場合に多発することが予想される。つまり、親がセルフチェックアウト端末１０１を操作している間、秤装置３０１の載置部（載置台３０３ａ又は一時置き台３０６）に一旦載置された商品、例えば菓子類等を子供が持ち去ってしまうようなことが発生し易い。そこで、本例では、このような事象が発生した場合、エラー報知を実行する（ステップＳ１６０）。つまり、この場合、制御部２５３は、表示ポール２１７の先端部に設けられている発光部２１８の発光色を青色から赤色に変更し、当該操作ミスか又は不正が行われたことを、例えば案内係（アテンダント）の店員等に向けて報知する。また、セルフチェックアウト端末１０１のＬＣＤ２１０に、重量エラー画面Ｄ２を表示する（図１８参照）。

図１８は、重量チェック処理の結果、載置台から商品が取り去られてしまった場合の重量エラー画面Ｄ２の一例を示す模式図である。制御部２５３は、現在重量が元重量より減少したと判定した場合には（ステップＳ１５５のＮ）、基本画面Ｂ全体の明度を落とし、図１８に例示するような重量エラー画面Ｄ２を生成し、基本画面Ｂに重ねて表示する。重量エラー画面Ｄ２には、「先ほど袋から取り除いた物を袋に戻してください」という文字がそのための作業を支援する絵柄と共に表示される。

その後、図１２に示すステップＳ５２で一時記憶された図１３（ｂ）に示す現在重量を参照し（ステップＳ１６１）、現在重量＝元重量を判定すれば（ステップＳ１６２）、既に秤装置３０１の載置部（載置台３０３ａ又は一時置き台３０６）に載置されている商品情報登録後の商品が取り去られた後、再び載置部に戻されたことになるので、ステップＳ１６３でエラー解除処理を実行する。エラー解除処理は、エラー報知の消去によってなされる。つまり、セルフチェックアウト端末１０１の制御部２５３は、基本画面Ｂ中のユーザ領域Ｂ２の明度を元に戻し、重量エラー画面Ｄ２を消去する。これにより、ＬＣＤ２１０の表示は、基本画面Ｂ（図１０の左から第２列第１行目）に復帰する。

図１９は、商品袋詰め待ちフェーズでの重量チェック処理の流れの別の一例を示すフローチャートである。まず、セルフチェックアウト端末１０１の制御部２５３は、図１７中のステップＳ１５１で商品コードの入力を判定すると（ステップＳ１５１のＹ）、商品袋詰め待ちフェーズに移行する（ステップＳ１５２）。図１９に処理の流れを示す商品袋詰め待ちフェーズでは、まず、ＬＣＤ２１０に袋詰めメッセージを表示する（ステップＳ２５１）。袋詰めメッセージは、図１０中、ガイダンス表示領域Ｂ１での「商品をレジ袋またはマイバスケットに入れてください」というガイダンスによって示され、図１１中、ガイダンス表示領域Ｂ１での「商品を一時置き台に置いてください」というガイダンスによって示されている。

続くステップＳ２５２では、セルフチェックアウト端末１０１の制御部２５３は、商品データファイルを構成する重量データファイルＷＤＦ（図３０参照）を検索し、設定重量として規定されている該当する商品の設定重量及びその許容幅（上限許容値及び下限許容値）を取得し、重量Ａを求める。この重量Ａは、図３０に示す重量データファイルＷＤＦにそれぞれ記憶されている設定重量に対する上限許容値及び下限許容値の範囲である。例えば、設定重量が３１０（ｇ）で上限許容値及び下限許容値がそれぞれ１０（ｇ）である場合、重量Ａは３００〜３２０（ｇ）となる。

続いて、図１２中のステップＳ５２により図１３（ｂ）に示す重量チェックファイルＷＣＦ中の現在重量として一時記憶された現在重量を参照し（ステップＳ２５３）、その重量チェックファイルＷＣＦ中に一時記憶されている元重量に対する重量変化を判定する（ステップＳ２５４）。

この際、商品袋詰め待ちフェーズでは、商品コードが入力された商品がセルフチェックアウト端末１０１の載置部（載置台３０３ａ又は一時置き台３０６）に載置されるはずである。これに対して、商品が載置部に載置されるまでは、後述するステップＳ２５５及びステップＳ２５６の処理を経てステップＳ２５３の現在重量の参照処理にリターンする。そして、商品が載置部（載置台３０３ａ又は一時置き台３０６）に載置されれば、ステップＳ２５４で元重量に対する現在重量の重量変化が判定され（ステップＳ２５４のＹ）、続くステップＳ２５７で元重量に対する現在重量の増加が判定される（ステップＳ２５７のＹ）。そこで、この場合には、現在重量−元重量＝重量Ｂと置き（ステップＳ２５８）、ステップＳ２５２で取得した重量Ａと重量Ｂとの同一性を判定する（ステップＳ２５９）。重量Ａと重量Ｂとの同一性判定は、重量Ａの範囲に重量Ｂが含まれているかどうかをもってなされる。その結果、セルフチェックアウト端末１０１の制御部２５３は、重量Ａと重量Ｂとの同一性を判定すると（ステップＳ２５９のＹ）、後述するステップＳ２６３及びステップＳ２６４の処理を経て、図１３（ｂ）に示す重量チェックファイルＷＣＦ中、元重量を現在重量の値に更新し（ステップＳ２６５）、処理を終了する。

これに対して、商品コードが入力されていない商品が秤装置３０１の載置部（載置台３０３ａ又は一時置き台３０６）に載置された場合には、その商品と商品コードが入力された商品との重量に同一性がない限り、重量Ａと重量Ｂとの同一性が判定されない（ステップＳ２５９のＮ）。そこで、この場合、セルフチェックアウト端末１０１の制御部２５３は、後述するステップＳ２６０の処理を経て、前述したエラー報知を実行する（ステップＳ２６１）。つまり、この場合には、商品コードが入力されていない商品が秤装置３０１の載置部（載置台３０３ａ又は一時置き台３０６）に載置されたという操作ミス又は不正が行なわれているはずなので、制御部２５３は、表示ポール２１７の先端部に設けられている発光部２１８の発光色を青色から赤色に変更し、当該操作ミスか又は不正が行われたことを、例えば案内係（アテンダント）の店員等に向けて報知する。また、セルフチェックアウト端末１０１のＬＣＤ２１０に、重量エラー画面Ｄ１を表示する（図１５参照）。その後、ＲＡＭ２５４にエラーステータス＝１を設定し（ステップＳ２６２）、ステップＳ２５３の現在重量参照処理にリターンする。

この後、セルフチェックアウト端末１０１の制御部２５３は、ステップＳ２５４で元重量に対する重量変化を判定しなくなれば（ステップＳ２５４のＮ）、操作ミス又は不正によって秤装置３０１の載置部（載置台３０３ａ又は一時置き台３０６）に載置された商品が元に戻されたことになるので、ステップＳ２５５でエラーステータス＝１との判定ルーチンを通り（ステップＳ２５５のＹ）、ステップＳ２５６でエラー解除処理を実行する。エラー解除処理は、エラー報知の消去とエラーステータス＝０の設定とによってなされる。つまり、セルフチェックアウト端末１０１の制御部２５３は、基本画面Ｂ中のユーザ領域Ｂ２の明度を元に戻し、重量エラー画面Ｄ１を消去する。これにより、ＬＣＤ２１０の表示は、基本画面Ｂ（図１０の左から第２列第１行目）に復帰する。

セルフチェックアウト端末１０１の制御部２５３は、ステップＳ２５７で、現在重量が元重量より減少したと判定した場合には（ステップＳ２５７のＮ）、エラーステータス＝１でないことを条件に（ステップＳ２６６のＮ）、エラー報知を実行する（ステップＳ２６７）。つまり、この場合には、既に秤装置３０１の載置部（載置台３０３ａ又は一時置き台３０６）に載置されている商品情報登録後の商品が取り去られたはずである。このような事象は、一例として、子供連れの顧客の場合に多発することが予想される。より詳細には、親がセルフチェックアウト端末１０１を操作している間、秤装置３０１の載置部（載置台３０３ａ又は一時置き台３０６）に一旦載置された商品、例えば菓子類等を子供が持ち去ってしまうようなことが発生し易い。そこで、このような場合にはエラー報知を実行する（ステップＳ２６７）。つまり、制御部２５３は、表示ポール２１７の先端部に設けられている発光部２１８の発光色を青色から赤色に変更し、当該操作ミスか又は不正が行われたことを、例えば案内係（アテンダント）の店員等に向けて報知する。また、セルフチェックアウト端末１０１のＬＣＤ２１０に、重量エラー画面Ｄ２を表示する（図１８参照）。その後、ＲＡＭ２５４にエラーステータス＝２を設定する（ステップＳ２６８）。

そして、セルフチェックアウト端末１０１の制御部２５３は、図１２中のステップＳ５２により図１３（ｂ）に示す重量チェックファイルＷＣＦ中の現在重量として一時記憶された現在重量を参照し（ステップＳ２６９）、その重量チェックファイルＷＣＦ中に一時記憶されている元重量に対する重量変化を判定し（ステップＳ２７０）、重量変化がある場合には（ステップＳ２７０のＹ）、それが重量増なのか重量減なのかを判定する（ステップＳ２７１）。この場合、そもそもが、既に秤装置３０１の載置部（載置台３０３ａ又は一時置き台３０６）に載置されている商品情報登録後の商品が取り去られたことを原因としているので、ステップＳ２７０ではステップＳ２６９で参照した現在重量が元重量に対して重量変化ありと判定され（ステップＳ２７０のＹ）、ステップＳ２７１ではその変化が重量減であると判定されるはずである（ステップＳ２７１のＮ）。ステップＳ２７１で重量変化が重量減であると判定された場合には（ステップＳ２７１のＮ）、ステップＳ２６９の現在重量の参照処理にリターンする。

これに対して、既に秤装置３０１の載置部（載置台３０３ａ又は一時置き台３０６）に載置されている商品情報登録後の商品が取り去られた後、再び載置部に戻された場合には、ステップＳ２７０で、元重量に対する現在重量の変化なしが判定される（ステップＳ２７０のＮ）。そこで、セルフチェックアウト端末１０１の制御部２５３は、この場合にステップＳ２７２でエラー解除処理を実行する。エラー解除処理は、エラー報知の消去とエラーステータス＝０の設定とによってなされる。つまり、セルフチェックアウト端末１０１の制御部２５３は、基本画面Ｂ中のユーザ領域Ｂ２の明度を元に戻し、重量エラー画面Ｄ２を消去する。これにより、ＬＣＤ２１０の表示は、基本画面Ｂ（図１０の左から第２列第１行目）に復帰する。

また、既に秤装置３０１の載置部（載置台３０３ａ又は一時置き台３０６）に載置されている商品情報登録後の商品が取り去られた後、商品コードが入力されたが商品情報が未登録である商品と共に再び載置部に戻された場合には、ステップＳ２７０で現在重量が元重量に対して重量変化ありと判定された後（ステップＳ２７０のＹ）、ステップＳ２７１ではその変化が重量増であると判定されるはずである（ステップＳ２７１のＹ）。そこで、この場合には、ステップＳ２５８の処理に移行する。つまり、現在重量−元重量＝重量Ｂと置き（ステップＳ２５８）、ステップＳ２５２で取得した重量Ａと重量Ｂとの同一性を判定する（ステップＳ２５９）。ここで想定している状況は、既に秤装置３０１の載置部（載置台３０３ａ又は一時置き台３０６）に載置されている商品情報登録後の商品が取り去られた後、商品コードが入力されたが商品情報が未登録である商品と共に再び載置部に戻された場合であるので、セルフチェックアウト端末１０１の制御部２５３は、重量Ａと重量Ｂとの同一性を判定する（ステップＳ２５９のＹ）。そして、この際、エラーステータス＝２のままであるので、ステップＳ２６３ではエラーステータス＝２を判定し（ステップＳ２６３のＹ）、ステップＳ２６４でエラー解除処理を実行する。エラー解除処理は、エラー報知の消去とエラーステータス＝０の設定とによってなされる。つまり、セルフチェックアウト端末１０１の制御部２５３は、基本画面Ｂ中のユーザ領域Ｂ２の明度を元に戻し、重量エラー画面Ｄ２を消去する。これにより、ＬＣＤ２１０の表示は、基本画面Ｂ（図１０の左から第２列第１行目）に復帰する。その後、図１３（ｂ）に示す重量チェックファイルＷＣＦ中、元重量を現在重量の値に更新し（ステップＳ２６５）、処理を終了する。

これに対して、ステップＳ２７１で重量増が生じたと判定される別の状況としては、一旦は秤装置３０１の載置部（載置台３０３ａ又は一時置き台３０６）に載置されていたが取り去られてしまった商品情報登録後の商品よりも重量が重く、しかも商品コードが未だ入力されていない別の商品が載置部に載置された状況も想定される。この場合、本例では、既に秤装置３０１の載置部（載置台３０３ａ又は一時置き台３０６）に載置されている商品情報登録後の商品が取り去られた後、商品コードが入力されたが商品情報が未登録である商品と共に再び載置部に戻された場合と区別することなく、ステップＳ２５８の処理に移行する。つまり、現在重量−元重量＝重量Ｂと置き（ステップＳ２５８）、ステップＳ２５２で取得した重量Ａと重量Ｂとの同一性を判定する（ステップＳ２５９）。しかしながら、ここで想定している状況は、秤装置３０１の載置部（載置台３０３ａ又は一時置き台３０６）から取り去られてしまった商品情報登録後の商品よりも重量が重く、しかも商品コードが未だ入力されていない別の商品が載置部に載置されたという状況である。このため、セルフチェックアウト端末１０１の制御部２５３は、ステップＳ２５９で、重量Ａと重量Ｂとの同一性を判定しない（ステップＳ２５９のＮ）。そして、この際、エラーステータス＝２のままであるので、ステップＳ２６０ではエラーステータス＝２を判定し（ステップＳ２６０のＹ）、ステップＳ２６９の現在重量の参照処理にリターンする。つまり、本例によれば、既に秤装置３０１の載置部（載置台３０３ａ又は一時置き台３０６）に載置されている商品情報登録後の商品が取り去られた場合、取り去った商品を再び載置部に載置しなければ、ステップＳ２６９〜ステップＳ２７１の処理ルーチンを抜け出せないようになっている。

更に、ステップＳ２５９で重量Ａと重量Ｂとの同一性が判定されない場合には（ステップＳ２５９のＮ）、商品コードが入力されていない商品が秤装置３０１の載置部（載置台３０３ａ又は一時置き台３０６）に載置されているはずなので、その後に重量減が判定されても（ステップＳ２５７のＮ）、操作ミス又は不正に秤装置３０１の載置部（載置台３０３ａ又は一時置き台３０６）に載置された商品が取り除かれているとは限らない。例えば、ある商品を操作ミスで又は不正にレジ袋４０１に入れることで重量Ａと重量Ｂとの同一性が判定されないにも拘らず（ステップＳ２５９のＮ）、その後、別の商品をレジ袋４０１から取り出すことでステップＳ２５７において重量減が判定されているのかもしれない。この場合、ステップＳ２５７において重量減が判定されたからといって（ステップＳ２５７のＮ）、ステップＳ２６７の処理に移行させてしまうと、結局はステップＳ２６９〜ステップＳ２７１の処理ルーチンを抜け出せなくなる可能性が高い。そこで、重量減を判定した後（ステップＳ２５７のＮ）、ステップＳ２６６でエラーステータス＝１かどうかを判定し、エラーステータス＝１である場合には（ステップＳ２６６のＹ）、再度、ステップＳ２５３の現在重量の参照処理にリターンさせるようにしている。つまり、商品コードが入力されていない商品が秤装置３０１の載置部（載置台３０３ａ又は一時置き台３０６）に載置された場合には、その商品が確実に元に戻されたことを確認した後（ステップＳ２５６、ステップＳ２６６のＮ）、ステップＳ２６７の処理に移行させるわけである。

以上説明したように、重量チェック処理は、図１９中のステップＳ２５９で重量Ａと重量Ｂとの同一性が判定されること（ステップＳ２５９のＹ）を条件として、図１９中のステップＳ２６５における元重量を現在重量の値に更新する処理を経なければ終了しない。したがって、重量チェック処理が終了しなければ、その後の商品情報登録処理（図９中のステップＳ１４）に移行せず、商品販売データ処理が進行しない。換言すると、図１７中のエラー報知処理（ステップＳ１５６、ステップＳ１６１）又は図１９中のエラー報知処理（ステップＳ２６１、ステップＳ２６７）が実行される場合には、商品情報登録処理（図９中のステップＳ１４）が中止されることになる。その反面、商品袋詰め待ちフェーズでは、重量減の場合のエラー報知がなされた場合（ステップＳ２６７）、既に秤装置３０１の載置部（載置台３０３ａ又は一時置き台３０６）に載置されていたが取り去ってしまった商品情報登録後の商品だけでなく、その取り去った商品と共にこれから商品情報を登録すべき商品を載置部に載置した場合でも、正常に重量チェック処理を終了させることができる（ステップＳ２７１のＹ、ステップＳ２５９のＹ）。

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

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

もっとも、図１１に基づいて説明したように、制御部２５３は、商品載置場所定義に従い、ガイダンス表示領域Ｂ１にバーコード読み取り後の商品の載置場所を表示する。そこで、図２０（ｂ）に例示するように、制御部２５３は、床面を載置場所として商品載置場所定義に定義されている商品の場合、ガイダンス表示領域Ｂ１に「商品はレジ袋台の脇に置き、確定ボタンを押してください」という文字をそのための作業を支援する絵柄と共に表示させる。
（４）画面入力による商品情報登録
図１０に基づく説明に戻る。前述したように、最初の初期ガイダンス画面Ａ（図１０の左から第１列第１行目）には、「バーコードのない商品は次の画面で登録します」という文字が「次の画面」を示す絵柄と共に案内される。これを受けて、制御部２５３は、バーコードのない商品を登録するための画像として、基本画面Ｂ（図１０の左から第２列第１行目）中のユーザ領域Ｂ２に、「やさい」、「くだもの」、「そうざい」、「魚貝」、「その他」、「詰合せ」の六種類のタッチボタンからなる商品指定ボタンＢ２２を用意する。そこで、顧客は、購入しようとする商品にバーコードが付されていない場合、商品指定ボタンＢ２２をタッチパネル２１１によってタッチ指定することになる。これらのいずれかの商品指定ボタンＢ２２がタッチパネル２１１によってタッチ指定されると、基本画面Ｂ中のユーザ領域Ｂ２の取引情報Ｂ２１が部門選択画面Ｅに切り替え表示される（９図の左から第２列第２行目）。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

図２４中、ユーザ領域Ｂ２に表示される取引情報Ｂ２１には、Ｍ＆Ｍの対象商品であるヨーグルトに丸得印を付して表示している。これは、ＰＬＵファイルに記憶されているＭ＆Ｍ情報に基づいて表示される。制御部２５３は、Ｍ＆Ｍ対象商品であることをＰＬＵファイルのＭ＆Ｍ情報に基づいて認識し、Ｍ＆Ｍ処理を実行する。
（９）決済
図１０に基づく説明に戻る。基本画面Ｂ中のユーザ領域Ｂ２（図１０の左から第２列第１行目）には、「お会計」と表示された会計ボタンＢ２３が表示されている。この会計ボタンＢ２３のタッチ指定は、締め指定を意味する。そこで、タッチパネル２１１により会計ボタンＢ２３がタッチ指定されると、制御部２５３は、決済処理を実行する。つまり、制御部２５３は、会計画面Ｊを生成し、ユーザ領域Ｂ２に表示する（図１０の左から第２列第３行目）。会計画面Ｊは、合計金額の表示と、支払方法の選択ボタンＪ１〜Ｊ５と、最初の基本画面Ｂ（図１０の左から第２列第３行目）に戻るための「明細画面に戻る」と表示された戻るボタンＪ６とを含んでいる。選択ボタンＪ１は現金、選択ボタンＪ２はクレジット、選択ボタンＪ３は電子マネー型の非接触ＩＣカード、選択ボタンＪ４は銀行口座引き落し型の非接触ＩＣカード、選択ボタンＪ５は商品券・クーポンをそれぞれ選択指定する。

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

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

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

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

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

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

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

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

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

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

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

メンテナンスモードボタンＲ３をタッチ指定することによるメンテナンスモードでは、各種のメンテナンスが可能となる。
（１１）重量登録処理
以上、セルフチェックアウト端末１０１での商品販売データ処理、つまり、検索処理、重量チェック処理（第１の重量チェック処理、第２の重量チェック処理）、商品情報登録処理、決済処理について説明した。このような各種処理を実行する実際の取引の中で、決済端末２０１は、重量データファイルＷＤＦに対して重量を取り込む学習機能を有している。つまり、前述した検索処理によってＰＬＵファイルからは単価等、重量データファイルＷＤＦからは重量等の各種の情報を取得することができるのは、そもそも、ＰＬＵファイル及び重量データファイルＷＤＦに所望の情報が記憶されているからに他ならない。これに対して、重量データファイルＷＤＦに対して、商品コード毎に対応する商品の重量等を記憶させるという作業は、極めて煩雑である。

そこで、本実施の形態では、セルフチェックアウト端末１０１の制御部２５３は、実際の取引の場面で、検索処理の結果、重量データファイルＷＤＦから対応する重量を取得できたかどうかを判定し、できなかったと判定した場合には、その後、バーコードスキャナ２０３による商品に付されたバーコードの読み取り後に秤装置３０１で計量された商品の重量を重量データファイルＷＤＦに対応する商品の重量として登録する重量登録処理を実行する。

図３０は、商品データファイルを構成する重量データファイルＷＤＦの一例を示す模式図である。重量データファイルＷＤＦは、商品コードに対応させて、設定重量（ｇ）、重量チェック実行有無定義、商品載置場所定義（袋詰めスキップ）、許容値タイプ定義、上限許容値、下限許容値、及び重量更新フラグを記憶している。

設定重量（ｇ）には、商品コードで特定される商品の重量の設定値が記憶されている。

重量チェック実行有無定義は、前述したように、重量チェック実行の別を各商品コードに対応付けて記憶する定義情報である。セルフチェックアウト端末１０１の制御部２５３は、重量チェック実行有無定義中、「０」は重量チェックしない、「１」は重量チェックすると解釈する。

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

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

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

そして、重量更新フラグは、重量登録処理の実行の有無を記憶する。セルフチェックアウト端末１０１の制御部２５３は、重量更新フラグ中、「０」は未更新、「１」は自動更新済み、「２」は手動更新済み、「３」は個別更新済みと解釈する。未更新の場合にはデフォルト値となる。自動更新は、重量登録処理の実行によって行なわれる。手動更新は、手入力によって行なわれる。個別更新は、自動更新後に手入力で修正されることによって行なわれる。

バーコードスキャナ２０３によってバーコードが読み取られると、制御部２５３は、そのバーコードによって特定される商品コードをキーとしてＰＬＵファイルからは対応する単価等、重量データファイルＷＤＦからは重量等の各種商品情報を検索する検索処理を実行する。この際、重量データファイルＷＤＦに対応する重量が記憶されていなければ、当然のことながら重量のデータが得られない。重量のデータが得られないことは、一例として、重量データファイルＷＤＦの設定重量（ｇ）に記録されているＮＵＬＬデータを取得することによって容易に判定可能である。別の実施の形態としては、重量データファイルＷＤＦに各商品コードに対応させて設定重量（ｇ）に数値が設定されているかどうかを判定するための重量設定有無フラグを設定しておき、この重量設定有無フラグを参照することによって重量のデータが得られたかどうかを判定するようにしても良い。セルフチェックアウト端末１０１の制御部２５３は、重量データファイルＷＤＦから重量が得られないとの判定結果を得た場合、そのことを例えばＲＡＭ２５４のワークエリアに一時記憶しておく。

その後、セルフチェックアウト端末１０１の制御部２５３は、秤装置３０１からの出力を参照しての重量チェック処理に待機する。この待機処理において、秤装置３０１から計量結果を受信すると、制御部２５３は、重量データファイルＷＤＦの設定重量（ｇ）に記憶された重量値を得た商品については重量チェック処理、つまり第１の重量チェック処理を実行する。この際、制御部２５３は、重量データファイルＷＤＦの許容値タイプ定義を参照し、設定重量（ｇ）に記憶されている重量値に対する許容幅を、この重量値に対する割合で算出するか、上限許容値及び下限許容値に記憶されている上限値及び下限値の値を参照して求めるかを判定する。例えば、商品コードが「４９０００００００００３０」の商品は、設定重量（ｇ）が３１０（ｇ）で許容値タイプ定義が「０：％」なので、３０１（ｇ）に対するある割合によって許容幅を求めることになる。この場合の割合は、重量データファイルＷＤＦ中の上限許容値及び下限許容値に設定されている１０（％）及び１０（％）となる。したがって、この商品についての許容幅は、２７９（ｇ）〜３４１（ｇ）ということになる。また、商品コードが「４９０００００００００４７」の商品は、設定重量（ｇ）が４００（ｇ）で許容値タイプ定義が「１：重量（ｇ）」なので、重量データファイルＷＤＦ中の上限許容値及び下限許容値に記憶されている数値を参照して許容幅を求める。この商品についての上限許容値及び下限許容値の設定値はそれぞれ２０（ｇ）と１０（ｇ）なので、許容幅は３９０（ｇ）〜４２０（ｇ）ということになる。

これに対して、重量データファイルＷＤＦの設定重量（ｇ）に記憶された重量値が得られないとの判定結果はＲＡＭ２５４のワークエリアに一時記憶してあるので、この場合には、秤装置３０１から受信した計量値をバーコード読み取りにより特定される商品コードに対応付けて重量データファイルＷＤＦの設定重量（ｇ）に登録する。この際、制御部２５３は、一例として、登録する重量に対する上限値及び下限値を算出し、重量データファイルＷＤＦの上限許容値と下限許容値とに書き込む。上限値及び下限値は、一例として、全ての商品について共通の割合によって算出するか、あるいは全ての商品について共通の数値として求める。ここに、重量登録処理が実行される。これにより、商品コード毎に対応する商品の重量を記憶させるという作業を、店側で行なう必要がなくなり、作業効率の向上が図られる。

そして、重量登録処理を実行する場合、セルフチェックアウト端末１０１の制御部２５３は、重量チェック処理を実行することなく、そのまま商品販売データ処理を許容する。但し、セキュリティ確保のため、第２の重量チェック処理を実行し、秤装置３０１からの出力によって秤皿３０３に荷重がかけられたことが認識された場合にのみ、その後の商品販売データ処理の進行を許容する。

図３１は、設定重量に対する許容幅の設定方法を定義する許容幅規則の一例として、（ａ）は商品のグループ毎に設定重量に対する許容幅の設定方法を定義する許容幅規則を、（ｂ）は重量範囲毎に設定重量に対する許容幅の設定方法を定義する許容幅規則をそれぞれ示す模式図である。前述したように、セルフチェックアウト端末１０１の制御部２５３は、重量登録処理に際して、一例として、登録する重量に対する上限値及び下限値を算出し、重量データファイルＷＤＦの上限許容値と下限許容値とに書き込む。この際、前述したように、一例として、全ての商品について共通の割合によって上限値及び下限値が求められる。

別の一例として、図３１（ａ）に示す許容幅定義に従い重量データファイルＷＤＦの上限許容値と下限許容値とに書き込むべき上限値と下限値とを求めるようにしても良い。図３１（ａ）に示す許容幅定義では、対象コードの欄に、「２０１２３４５６？？？？？」と「１９？？？？？？？？？？？」とが設定されている。制御部２５３は、「２０１２３４５６？？？？？」という対象コードを、頭から８桁の「２０１２３４５６」まで共通する商品コードと認識する。また、「１９？？？？？？？？？？？」という対象コードを、頭から２桁の「１９」まで共通する商品コードと認識する。つまり、商品のグループを認識するわけである。同様に、図３１（ａ）には示さないが、「？？２０？？？？？？？？？」であれば、頭から３桁目が「２」で４桁目が「０」の商品コードということになる。そこで、「２０１２３４５６」まで共通する商品コードのグループについては、重量チェックステータスが「する」なので、重量チェックをする商品と認識し、その重量許可幅設定に規定されている数値の割合をもって上限値及び下限値を算出する。ここでは、重量許可幅設定に「５０％」と設定されているので、「２０１２３４５６」まで共通する商品コードのグループに属する商品については、重量登録処理に際して、重量データファイルＷＤＦの設定重量（ｇ）に設定すべき重量値に対して５０％の値を上限値及び下限値として算出し、算出した上限値及び下限値をそれぞれ重量データファイルＷＤＦの上限許容値及び下限許容値に記憶させる。これに対して、「１９」まで共通する商品コードのグループについては、重量チェックステータスが「しない」なので、重量登録処理を実行しない。したがって、本例では、重量登録処理に際して、図３０に示す重量データファイルＷＤＦ中の商品コードに含まれている文字列を属性情報として把握し、図３１（ａ）に示す許容幅定義中の対象コードに該当すれば、当該許容幅定義に規定されている条件で上限値及び下限値を算出することになる。なお、図３１（ａ）に示す許容幅定義の別の一例としては、重量許可幅設定の設定方法として、割合ではなく具体的な上限値及び下限値という数値を用いる方法であっても良い。

更に別の一例として、図３１（ｂ）に示す許容幅定義に従い重量データファイルＷＤＦの上限許容値と下限許容値とに書き込むべき上限値と下限値とを求めるようにしても良い。図３１（ｂ）に示す許容幅定義では、重量値の単位で許容値タイプ定義と上限許容値及び下限許容値とが設定されている。一例として、図３１（ｂ）に例示する許容幅定義では、５０（ｇ）以下の重量区間は、許容値タイプ定義が「１：重量（ｇ）」であり、上限許容値及び下限許容値が共に１０（ｇ）に設定されている。また、５０（ｇ）を越えて１００（ｇ）以下の重量区間は、許容値タイプ定義が「１：重量（ｇ）」であり、上限許容値が２０（ｇ）で下限許容値が１５（ｇ）に設定されている。そして、１００（ｇ）を越える重量区間は、許容値タイプ定義が「０：％」であり、上限許容値が２０（％）で下限許容値が１５（％）に設定されている。したがって、本例では、重量登録処理に際して、秤装置３０１による計量結果から図３１（ａ）に示す許容幅定義中の該当する重量区間を判定し、該当する重量区間に規定されている条件で上限値及び下限値を算出することになる。

更に別の一例として、セルフチェックアウト端末１０１の制御部２５３は、重量登録処理に際して、重量データファイルＷＤＦには設定重量（ｇ）のみ登録し、登録する重量に対する上限値及び下限値を上限許容値及び下限許容値に書き込まないようにしても良い。この場合には、重量チェック処理に際して、例えば図３１（ａ）に示す許容幅定義、別の一例としては図３１（ｂ）に示す許容幅定義を参照し、重量チェックを行うようにすれば良い。

セルフチェックアウト端末１０１の制御部２５３は、重量登録処理によって重量データファイルＷＤＦに登録する重量を、他のセルフチェックアウト端末１０１に向けて配信する機能を有している。例えば、ＰＬＵファイルに重量を登録するタイミングで、あるいは閉店後等のタイミングで、自機がＰＬＵファイルに登録する重量を、通信ネットワーク４１を利用して他のセルフチェックアウト端末１０１に向けて配信する。この場合、上位機であるストアコントローラ３１から各決済端末２０１にＰＬＵ等を配信できるシステム構成が採用されている場合には、制御部２５３は、重量登録処理によって重量データファイルＷＤＦに登録する重量を、通信ネットワーク４１を利用してストアコントローラ３１に向けて送信する構成であっても良い。この場合、ストアコントローラ３１は、決済端末２０１から受信した重量データファイルＷＤＦに登録する重量を、他の決済端末２０１に向けて配信する。
３．アテンダント端末での監視
（１）セルフチェックアウト端末がアテンダント端末に送信する各種の情報
図３２は、アテンダント端末５０１での監視画面の一例を示す模式図である。前述したセルフチェックアウト端末１０１は、自機が割り当てられたアテンダント端末５０１に対して、自機の識別コードに対応付けて通信ネットワーク４１上に各種の情報を送信出力する。各種の情報としては、稼働状況情報、使用宣言情報、商品販売データ処理情報、エラー発生情報、エラー解除情報、エラー発生時刻情報、店員呼出情報、店員呼出中断情報、店員呼出発生時刻情報、金種別過不足情報等である。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

監視画面５２１は、共通項目として、右上に現在時刻を表示する時刻表示欄５２７が配置され、その下方にコマンド表示欄５２８が縦一列に配置されている。コマンド表示欄５２８には、「他業務起動」と「終了」という二つのコマンドボタン５２８ａが割り当てられ、必要に応じてその他のコマンドボタン５２８ａの割り当てが可能となっている。
（３）監視画面上での監視処理
（一）稼動状況表示
このような監視画面５２１を利用し、アテンダント端末５０１は、割り当てられたセルフチェックアウト端末１０１の状態監視を実行する。つまり、アテンダント端末５０１は、稼働状況情報を受信すると、稼働状況毎に固有の形態を監視画面５２１中のタイトルバー５２２に生じさせ、受信した当該稼働状況情報を対応する個々の監視画面５２１中に表示する。この場合、一例として、固有の形態は色彩である。例えば、待機中のセルフチェックアウト端末１０１（レジ２）については、そのタイトルバー５２２を白色表示し、商品スキャニング中のセルフチェックアウト端末１０１（レジ１）については、そのタイトルバー５２２を青色表示する。別の一例として、形態は形状、模様又は色彩を意味するので、特有の形態としては、形状や模様、あるいは形状と模様と色彩との少なくとも二つの要素の組み合わせであっても良い。

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

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

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

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

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

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

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

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

図３３は、エラー詳細画面の一例を示す模式図である。図３２に示す監視画面５２１に表示されるエラー報知画面５２９には、ＯＫボタン５２９ａの他に、詳細ボタン５２９ｂがオブジェクト表示される。そこで、アテンダント端末５０１のＣＰＵ５０６は、ポインティングデバイス５０５等によって詳細ボタン５２９ｂを操作指定すると、図３３に示すエラー詳細画面５５１を監視画面５２１に重ねて表示する。この場合、対応するセルフチェックアウト端末１０１の分割画面上のみならず、監視画面５２１の全体に重ねてエラー詳細画面５５１が表示される。そこで、どのセルフチェックアウト端末１０１にエラーが発生しているのかを明示するために、エラー詳細画面５５１にはそのタイトルバー５２２にレジ番号欄５５３が表示され、このレジ番号欄５５３に対応するセルフチェックアウト端末１０１のレジ番号が表示される。また、タイトルバー５２２にはどのようなエラーが発生しているのかを表示するためのエラータイトル欄５２４も表示される。図３３に例示するエラー詳細画面５５１は、ある商品について重量チェックエラーが発生している状態を示している。そこで、エラータイトル欄５２４には、「商品スキャニング中エラー発生中」と表示されている。

ここで、エラー詳細画面５５１は、エラー発生情報に含まれているエラー詳細情報に基づいて生成される画面であり、発生しているエラーについてのより詳細な情報を案内係（アテンダント）の店員に提供する。つまり、エラー詳細画面５５１には、個々のセルフチェックアウト端末１０１から受信した商品販売データ処理情報に基づく経過情報表示欄５５５が出現し、この経過情報表示欄５５５に「お買い物スタート」、「スキャン」、「お支払い」、「お買い物終了」という経過情報が示される。このような経過情報表示欄５５５中の各経過情報は、色が変わった部分が既に終了していることを示している。また、エラー詳細画面５５１には、個々のセルフチェックアウト端末１０１から受信した商品販売データ処理情報に基づく取引情報表示欄５５６が出現し、この取引情報表示欄５５６に取引情報が表示される。図３３に例示するエラー詳細画面５５１は、チーズという商品について重量チェックエラーが発生している状態を示している。重量チェックエラーが発生していることは、該当商品欄の強調表示と、ステータスでの「丸軽い」という表示によって示されている。

エラー詳細画面５５１には、更に、釣銭機補充履歴欄５５７及びエラー履歴欄５５８が表示され、商品マスタ起動ボタン５５９、ジャーナル紹介ボタン５６０、エラー解除ボタン５６１及び閉じるボタン５６２がオブジェクト表示される。

アテンダント端末５０１のＣＰＵ５０６は、ポインティングデバイス５０５等によってエラー解除ボタン５６１が操作指定されると、エラー詳細画面５５１に対応するセルフチェックアウト端末１０１に向けてエラー解除指令を送信出力する。この際、セルフチェックアウト端末１０１は、図１６に示すフローチャート中のステップＳ２１３のエラー報知又は図１９に示すフローチャート中のステップＳ２６０のエラー報知がなされているはずである。このため、セルフチェックアウト端末１０１の制御部２５３は、その重量チェックエラーが解消されない限り、図１６のフローチャートに示すルーチン又は図１９のフローチャートに示すルーチンを抜け出せず、その後の商品情報登録処理（図９のステップＳ１４）を実行することができない。これに対して、セルフチェックアウト端末１０１の制御部２５３は、アテンダント端末５０１から送信されたエラー解除指令を受信することで、図１６又は図１９に示すフローチャートのルーチンを終了させる。

図３４は、アテンダント端末５０１にてエラー解除処理された後のセルフチェックアウト端末１０１に出現する登録続行指示画面の一例を示す模式図である。セルフチェックアウト端末１０１の制御部２５３は、アテンダント端末５０１から送信されたエラー解除指令を受信すると、図３４に示すように、基本画面Ｂ全体の明度を落し、登録続行指示画面ＧをＬＣＤ２１０に表示する。この登録続行指示画面Ｇには、「次へ」と表示される登録続行指示ボタンＧ１がオブジェクト表示される。そこで、セルフチェックアウト端末１０１の制御部２５３は、その登録続行指示ボタンＧ１がタッチパネル２１１によってタッチ指定されると、図１６又は図１９に示すフローチャートのルーチンを終了させ、バーコードスキャナ２０３によって既にバーコード読み取りした商品についての商品情報登録処理を実行し（図９のステップＳ１４）、ＬＣＤ２１０の表示を基本画面Ｂ（図１０の左から第２列第１行目）に復帰させ、アテンダント端末５０１にエラー解除情報を送信し、次の処理に進行できるようにする。

このように、本実施の形態では、重量チェック処理の実行によってセルフチェックアウト端末１０１に生じた重量チェックエラーをアテンダント端末５０１にて解除可能にしている。これにより、セルフチェックアウト端末１０１を用いた円滑な取引の実現が図られる。つまり、セルフチェックアウト端末１０１において重量チェックエラーが発生した場合、その原因が不正によるものではなく操作ミスによるものである場合には、円滑な取引の進行という側面からすると、発生した重量チェックエラーの解消を待つまでもなくセルフチェックアウト端末１０１での操作を続行できるようにした方が望ましい。この場合、セルフチェックアウト端末１０１にける重量チェックエラーの原因が不正によるものか操作ミスによるものかは、個々のセルフチェックアウト端末１０１の状況を監視する案内係（アテンダント）の店員によって容易に把握できる場合が予想される。そこで、重量チェックエラーの原因が操作ミスによるものである場合には、案内係（アテンダント）の店員の判断によって、重量チェックエラーをアテンダント端末５０１にて解除できるようにし、円滑な取引を実現できるようにしている。

前述したように、セルフチェックアウト端末１０１の制御部２５３は、発生したエラーが解消された場合、エラー解除情報を送信出力する。そこで、アテンダント端末５０１のＣＰＵ５０６は、セルフチェックアウト端末１０１からエラー解除情報を受信することで、図３２に示すエラー情報欄５２３のエラー表示を消去し、エラー詳細画面５５１を表示していた場合には表示していたエラー詳細画面５５１を消去する。

アテンダント端末５０１は、各種のエラーが発生した場合、エラー情報のログをＲＡＭ５０８に記録する。

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

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

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

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

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

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

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

（七）重量チェックエラーのログ表示
アテンダント端末５０１のＣＰＵ５０６は、前述したように、セルフチェックアウト端末１０１に発生したエラー情報のログをＲＡＭ５０８に記録している。そこで、各種エラーについて、ディスプレイ５０３にログを表示することができる。つまり、監視画面５２１のコマンド表示欄５２８に表示されるコマンドボタン５２８ａとして、「他業務起動」と表示されるコマンドボタン５２８ａがある。ポインティングデバイス５０５等によってその「他業務起動」と表示されるコマンドボタン５２８ａを操作指定すると、ディスプレイ５０３には図示しない他業務のリストが表示される。このリストから、ログ表示をディスプレイ５０３に出現させることが可能である。

図３５は、重量チェックエラー発生状況リストの一例を示す模式図である。重量チェックエラーのログ表示は、図３５に示す重量チェックエラー発生状況リスト５７１の表示によってなされる。重量チェックエラー発生状況リスト５７１は、開始日指定欄５７２と終了日指定欄５７３とを備え、ログを表示する期間をプルダウンメニューから指定することができる。また、レジ番号指定欄５７４を備え、ログを表示するセルフチェックアウト端末１０１のレジ番号をプルダウンメニューから指定することができる。図３５は、全指定されている状態を示している。

重量チェックエラー発生状況リスト５７１の中核をなすのはログ表示欄５７５である。このログ表示欄５７５に、開始日指定欄５７２と終了日指定欄５７３とで指定された期間におけるレジ番号指定欄５７４で指定されたセルフチェックアウト端末１０１についての重量チェックエラーのログが表示される。ログ表示欄５７５に表示されるログ情報として重要なのは、「上限重量」、「下限重量」、「検知重量」である。操作者は、それらの情報から、図３０に示す重量データファイルＷＤＦ中の設定重量（ｇ）、上限許容値、下限許容値が適正なのかどうかを判断することができる。

図３６は、商品マスタメンテナンス画面の一例を示す模式図である。アテンダント端末５０１のＣＰＵ５０６は、図３５に示す重量チェックエラー発生状況リスト５７１を出現させている状態でも、コマンド表示欄５２８を表示する。重量チェックエラー発生状況リスト５７１が表示されている場合のコマンド表示欄５２８には、コマンドボタン５２８ａの一つとして、「抽出」と表示されているコマンドボタン５２８ａが含まれている。アテンダント端末５０１のＣＰＵ５０６は、ログ表示欄５７５中から一つの商品が選択されている状態でポインティングデバイス５０５等によって「抽出」と表示されているコマンドボタン５２８ａが操作指定されると、選択されている商品についてセルフチェックアウト端末１０１が記憶している商品データファイル（重量データファイルＷＤＦ等）の情報を含む商品マスタメンテナンス画面５８１をディスプレイ５０３に表示する。つまり、アテンダント端末５０１のＣＰＵ５０６は、ログ表示欄５７５中から一つの商品が選択されている状態でポインティングデバイス５０５等によって「抽出」と表示されているコマンドボタン５２８ａが操作指定されると、通信ネットワーク４１を介して、その商品の商品コードを特定して対応するセルフチェックアウト端末１０１に対し商品データファイル（重量データファイルＷＤＦ等）の情報の送信要求を送信する。セルフチェックアウト端末１０１の制御部２５３は、要求があった商品の商品データファイル（重量データファイルＷＤＦ等）の情報をアテンダント端末５０１に返送する。これにより、アテンダント端末５０１では、商品マスタメンテナンス画面５８１をディスプレイ５０３に表示することができる。

商品マスタメンテナンス画面５８１は、個々のセルフチェックアウト端末１０１が備えている重量データファイルＷＤＦ等のメンテナンスをアテンダント端末５０１の側で実行するために用意されている。つまり、商品マスタメンテナンス画面５８１には、バーコード表示欄５８２、重量チェック選択欄５８３、袋詰めスキップ選択欄５８４、警告表示選択欄５８５、重量設定欄５８６、画像表示選択欄５８７、画像表示欄５８８、ファイル選択欄５８９、更新フラグ選択欄５９０、及びメッセージ欄５９１が表示される。

アテンダント端末５０１にて商品マスタメンテナンス画面５８１を呼び出すと、アテンダント端末５０１のＣＰＵ５０６は、セルフチェックアウト端末１０１が備えている商品データファイル（重量データファイルＷＤＦ等）のメンテナンス処理を実行することができる。つまり、重量チェック選択欄５８３では重量チェック実行の有無を入力することができ、袋詰めスキップ選択欄５８４では商品の載置場所を入力することができ、警告表示選択欄５８５では警告表示の有無を入力することができ、重量設定欄５８６では商品の重量とその上限重量及び下限重量とを入力することができ、画像表示選択欄５８７では画像表示の有無を入力することができ、更新フラグ選択欄５９０では重量更新フラグの設定入力をすることができる。また、画像表示欄５８８には、セルフチェックアウト端末１０１においてＬＣＤ２１０に表示すべきものとして表示されている商品の画像が表示され、この画像は、ファイル選択欄５８９での選択指定によって変更が可能である。

アテンダント端末５０１のＣＰＵ５０６は、図３６に示す商品マスタメンテナンス画面５８１を出現させている状態でも、コマンド表示欄５２８を表示する。商品マスタメンテナンス画面５８１が表示されている場合のコマンド表示欄５２８には、コマンドボタン５２８ａの一つとして、「更新」と表示されているコマンドボタン５２８ａが含まれている。アテンダント端末５０１のＣＰＵ５０６は、ポインティングデバイス５０５等によって「更新」と表示されているコマンドボタン５２８ａが操作指定されると、通信ネットワーク４１を介して、商品マスタメンテナンス画面５８１に入力された情報と共に、変更指令を対応するセルフチェックアウト端末１０１に送信する。

セルフチェックアウト端末１０１の制御部２５３は、アテンダント端末５０１から商品マスタメンテナンス画面５８１に入力された情報を伴う変更指令を受信すると、その受信情報に従い、自ら有している商品データファイル（重量データファイルＷＤＦ等）を更新する。一例として、重量チェック選択欄５８３で入力された重量チェック実行の有無に従い重量データファイルＷＤＦの重量チェックが更新され、袋詰めスキップ選択欄５８４で入力された商品の載置場所に従い重量データファイルＷＤＦの商品載置場所定義（袋詰めスキップ）が更新され、重量設定欄５８６で入力された商品の重量とその上限重量及び下限重量とに従い重量データファイルＷＤＦの設定重量（ｇ）と上限許容値及び下限許容値とが更新され、更新フラグ選択欄５９０で入力された重量更新フラグに従い重量更新フラグが更新される。

以上説明したように、アテンダント端末５０１では、図３５に示す重量チェックエラー発生状況リスト５７１をディスプレイ５０３に表示し、重量チェックエラーのログを参照することができる。そして、重量チェックエラー発生状況リスト５７１から商品マスタメンテナンス画面５８１に移行することができ、この商品マスタメンテナンス画面５８１によってセルフチェックアウト端末１０１が有している商品データファイル（重量データファイルＷＤＦ等）の更新が可能である。したがって、メンテナンス作業の使い勝手を向上させることができる。

加えて、アテンダント端末５０１は、メンテナンス作業の使い勝手を向上させ得るようにするために、商品マスタメンテナンス画面５８１のメッセージ欄５９１に有益な情報を表示する。つまり、アテンダント端末５０１のＣＰＵ５０６は、メッセージ欄５９１にバーコード表示欄５８２によって特定される商品についての平均重量と有効上限値及び有効下限値とを表示する。前述したように、アテンダント端末５０１は、重量チェックエラーのログを採取してＲＡＭ５０８に記憶している。このため、アテンダント端末５０１は、対応商品の重量、つまり秤装置３０１の計量結果である重量値の履歴を重量チェックエラーのログから採取可能である。そこで、ＣＰＵ５０６は、その重量値から平均重量を算出し、これを商品マスタメンテナンス画面５８１のメッセージ欄５９１に表示する。図３６に例示する商品マスタメンテナンス画面５８１では、「平均重量は３１２（ｇ）」と表示されている。また、秤装置３０１の計量結果である対応商品の重量値の履歴があれば、その上限値と下限値とを容易に求めることができる。この場合、セルフチェックアウト端末１０１にて不正が行なわれることによって重量チェックエラーとなった場合には、当該商品の実際の重量とかけ離れた値がログとして残っているはずである。そこで、例えばある閾値を設定し、その閾値を超えた数値を捨象することで、当該商品が現実に計量されたであろう重量値を推定し、これを有効上限値及び有効下限値として求め、商品マスタメンテナンス画面５８１のメッセージ欄５９１に表示する。図３６に例示する商品マスタメンテナンス画面５８１では、「有効上限値は＋１４（ｇ）、有効下限値は−１２（ｇ）でした」と表示されている。

図３６に例示する商品マスタメンテナンス画面５８１では、重量設定欄５８６に表示されている商品重量（ｇ）が３１０、上限重量（ｇ）が１０、下限重量（ｇ）が１０である。これらの値は、セルフチェックアウト端末１０１が有して重量データファイルＷＤＦに記憶されている値である。そこで、メッセージ欄５９１に表示されている提供情報を参照することで、商品マスタメンテナンス画面５８１中の重量設定欄５８６に表示されている商品重量（ｇ）、換言すると重量データファイルＷＤＦの設定重量（ｇ）は、その商品の平均重量である３１２（ｇ）から２（ｇ）ずれていることが分かる。同様に、商品マスタメンテナンス画面５８１中の重量設定欄５８６に表示されている上限重量（ｇ）、換言すると重量データファイルＷＤＦの上限許容値は、その商品の有効上限値である＋１４（ｇ）に対して４（ｇ）も下回っていることが分かる。更に同様に、商品マスタメンテナンス画面５８１中の重量設定欄５８６に表示されている下限重量（ｇ）、換言すると重量データファイルＷＤＦの下限許容値は、その商品の有効上限値である−１２（ｇ）に対して２（ｇ）上回っていることが分かる。したがって、重量設定欄５８６の設定値を変更しなければならないことが明白であり、その場合、メッセージ欄５９１に表示されている平均重量と有効上限値及び有効下限値とを参照することで、どの程度の変更が必要とされるかが明瞭となる。このように、商品マスタメンテナンス画面５８１のメッセージ欄５９１の情報は、メンテナンス作業をするに際して、作業者に対して大きな支援を提供する。

本発明の実施の一形態として、全体のシステム構成を示す模式図である。 セルフチェックアウトシステムでの各部の配置状態を示す平面図である。 セルフチェックアウト端末を示す斜視図である。 秤装置を示す斜視図である。 保持アームにレジ袋が保持されている状態を示す斜視図である。 決済端末の電気的なハードウェア構成を示すブロック図である。 秤装置の電気的なハードウェア構成を示す模式図である。 アテンダント端末の電気的なハードウェア構成を示す模式図である。 セルフチェックアウト端末でのセルフチェックアウト処理の流れを示すフローチャートである。 セルフチェックアウト端末でのセルフチェックアウト処理実行時における画面遷移例を示す模式図である。 一時置き台に載置すべき商品についての基本画面及び読取確認画面を例示する模式図である。 重量チェック処理に含まれている秤装置からの重量データ受信処理の流れを示すフローチャートである。 重量チェックファイルの一例を示す模式図である。 重量チェック処理の流れの一例を示すフローチャートである。 重量チェック処理の結果、バーコードが読み取られていない商品が秤装置の載置部に載置された場合の重量チェックエラー画面の一例を示す模式図である。 商品袋詰め待ちフェーズでの重量チェック処理の流れの一例を示すフローチャートである。 重量チェック処理の流れの別の一例を示すフローチャートである。 重量チェック処理の結果、載置台から商品が取り去られてしまった場合の重量チェックエラー画面の一例を示す模式図である。 商品袋詰め待ちフェーズでの重量チェック処理の流れの別の一例を示すフローチャートである。 重量チェック対象外商品についての基本画面及び読取確認画面を例示する模式図である。 パック詰め商品のセルフチェックアウト処理実行時における画面遷移例を示す模式図である。 中止ボタンが押された場合に出現する中止画面の一例を示す模式図である。 呼出ボタンが押された場合に出現する店員呼出画面の一例を示す模式図である。 Ｍ＆Ｍ（ミックス・アンド・マッチ）が成立する場合のセルフチェックアウト処理実行時における画面遷移例を示す模式図である。 現金によるチェックアウト処理実行時における画面遷移例を示す模式図である。 クレジットカードによるチェックアウト処理実行時における画面遷移例を示す模式図である。 商品券又はクーポンを利用する場合のチェックアウト処理実行時における画面遷移例を示す模式図である。 チェッカーモード待機画面を例示する模式図である。 チェッカーモードでの画面遷移例を示す模式図である。 商品データファイル（重量データファイル）の一例を示す模式図である。 設定重量に対する許容幅の設定方法を定義する許容幅規則の一例として、（ａ）は商品のグループ毎に設定重量に対する許容幅の設定方法を定義する許容幅規則を、（ｂ）は重量範囲毎に設定重量に対する許容幅の設定方法を定義する許容幅規則をそれぞれ示す模式図である。 アテンダント端末での監視画面の一例を示す模式図である。 エラー詳細画面の一例を示す模式図である。 アテンダント端末にてエラー解除処理された後のセルフチェックアウト端末に出現する登録続行指示画面の一例を示す模式図である。 重量チェックエラー発生状況リストの一例を示す模式図である。 商品マスタメンテナンス画面の一例を示す模式図である。

符号の説明

４１…通信ネットワーク，１０１…セルフチェックアウト端末，２２１…入出金装置，５０３…ディスプレイ（表示部），５０４…キーボード（操作部），５０５…ポインティングデバイス（操作部），５０６…ＣＰＵ（情報処理部），５０８…ＲＡＭ（記憶部），５２１…監視画面，５２９…エラー報知画面，５５１…エラー詳細画面

Claims (14)

1. 情報処理を実行する情報処理部と、
   顧客による商品販売データ処理を許容する複数台のセルフチェックアウト端末と通信ネットワークを介して接続可能であり、前記セルフチェックアウト端末が自機の識別コードに対応付けて前記ネットワーク上に送信出力する各種の情報を受信する手段と、
   情報を表示する表示部と、
   前記情報処理部が、個々の前記セルフチェックアウト端末に対応する監視画面を生成し、前記表示部の一画面中に分割表示する手段と、
   前記情報処理部が、個々の前記セルフチェックアウト端末から当該セルフチェックアウト端末が待機中か商品販売データ処理中かの稼働状況を示す稼働状況情報を受信すると、稼働状況毎に固有の形態を前記監視画面に生じさせ、受信した当該稼働状況情報を対応する個々の前記監視画面中に表示する手段と、
   前記情報処理部が、個々の前記セルフチェックアウト端末から当該セルフチェックアウト端末での商品販売データ処理の内容を示す商品販売データ処理情報を受信すると、受信した当該商品販売データ処理情報を対応する個々の前記監視画面中に表示する手段と、
   前記情報処理部が、個々の前記セルフチェックアウト端末から当該セルフチェックアウト端末にエラーが発生したことを示すエラー発生情報を受信すると、固有の形態を前記監視画面に生じさせ、当該固有の形態と共通する形態を有して受信した前記エラー発生情報を含むエラー報知画面を生成し、対応する前記監視画面上に重ねて表示する手段と、
   を備えるアテンダント端末。
2. 情報を入力する操作部と、
   前記情報処理部が、前記エラー報知画面を前記操作部での操作指定によって消去する手段と、
   前記情報処理部が、前記エラー発生情報を受信すると、対応する前記監視画面中の前記エラー報知画面と互いに重複しない位置に当該エラー発生情報を表示する手段と、
   前記情報処理部が、個々の前記セルフチェックアウト端末から当該セルフチェックアウト端末に発生したエラーが解除されたことを示すエラー解除情報を受信すると、前記監視画面中のエラー発生情報を消去する手段と、
   を備える、請求項１記載のアテンダント端末。
3. 前記情報処理部が、個々の前記セルフチェックアウト端末から店員を呼び出し中であることを示す店員呼出情報を受信すると固有の形態を前記監視画面に生じさせ、当該固有の形態と共通する形態を有して受信した前記店員呼出情報を含む店員呼出画面を生成し、対応する前記監視画面上に重ねて表示する手段を更に備える、請求項１又は２記載のアテンダント端末。
4. 前記固有の形態は、固有の色彩である、請求項１ないし３のいずれか一記載のアテンダント端末。
5. 前記情報処理部が、前記エラー発生情報を受信すると、当該エラーが発生した時刻を特定するエラー発生時刻情報を取得し、当該エラー発生時刻情報を前記エラー報知画面中に含ませる、請求項１ないし４のいずれか一記載のアテンダント端末。
6. 前記エラー発生時刻情報は、前記エラー発生情報から取得する、請求項５記載のアテンダント端末。
7. 前記エラー発生時刻情報は、当該エラー発生時刻情報の受信に応じて自機の時計回路から取得する、請求項５記載のアテンダント端末。
8. 個々の前記セルフチェックアウト端末は硬貨及び紙幣の入出金装置を備え、
   前記情報処理部が、個々の前記セルフチェックアウト端末から当該セルフチェックアウト端末が備える前記入出金装置での金種毎の過不足情報を示す金種別過不足情報を受信すると、受信した当該金種別過不足情報を対応する個々の前記監視画面中に表示する手段を更に備える、請求項１ないし７のいずれか一記載のアテンダント端末。
9. 前記金種別過不足情報は、縦列表示された金種表示として表示される、請求項８記載のアテンダント端末。
10. 前記金種別過不足情報に含まれて前記監視画面中に表示される当該金種別過不足情報は、金種毎のニアエンプティ情報、エンプティ情報、ニアフル情報及びフル情報である、請求項８又は９記載のアテンダント端末。
11. 前記情報処理部が、前記操作部での操作指定によって前記エラー報知画面をエラー発生情報に含まれているより詳細なエラー詳細情報を含むエラー詳細画面に切り替え表示する手段を更に備える、請求項１ないし１０のいずれか一記載のアテンダント端末。
12. 前記情報処理部が、前記エラー発生情報が前記セルフチェックアウト端末で実行する商品コードが入力された商品についての重量チェックエラーについての情報である場合、前記セルフチェックアウト端末でのエラー解除を可能にするエラー解除指令を当該セルフチェックアウト端末に送信する手段を備える、請求項１ないし１０のいずれか一記載のアテンダント端末。
13. 前記情報処理部が、前記エラー発生情報が前記セルフチェックアウト端末で実行する商品コードが入力された商品についての重量チェックエラーについての情報である場合、前記セルフチェックアウト端末でのエラー解除を可能にするエラー解除指令を当該セルフチェックアウト端末に送信する手段を備える、請求項１１記載のアテンダント端末。
14. 前記情報処理部は、前記操作部での前記エラー詳細画面中のオブジェクト操作によって前記エラー解除信号を前記セルフチェックアウト端末に送信する、請求項１３記載のアテンダント端末。
    

Images