JP4116647B2 - セルフチェックアウト端末 - Google Patents

Description

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

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

特開２００４−０８６７２８公報

セルフチェックアウト端末は、商品コードの読み取りから決済処理までを顧客自らの操作によって実行するものであるので、正しい操作を顧客に行ってもらうためには、操作手順を親切にガイダンスすることが重要である。

本発明の目的は、ユーザフレンドリーな操作ガイダンスを顧客に提供することである。

本発明のセルフチェックアウト端末は、商品に付された商品コードを入力しての商品販売データ処理を実行するためのユーザインターフェースを顧客による操作と表示部による顧客への情報提供とが可能な位置に配置し、顧客によるセルフチェックアウトを可能にする決済端末と、前記商品コード読取部で商品コードを読み取った商品を載せる秤皿を有し、この秤皿に載置された商品の重量を計量する秤装置と、前記決済端末の情報処理部が前記ユーザインターフェースによる商品コード入力後に前記秤装置によって計量された重量が当該商品の重量と同一性を有しているかどうかを判定する重量チェック処理を実行する手段と、前記決済端末の情報処理部が、前記ユーザインターフェースによって入力された商品コードに基づいて商品コードと重量との対応関係を規定するファイルから検索した重量が規定重量よりも重いと判定した場合、前記ユーザインターフェースによって商品コードが入力された商品の載置場所を前記秤皿以外の場所とすべきことを示すガイダンス表示を前記表示部に表示する手段と、を備える。

本発明によれば、商品の置き場について、ユーザフレンドリーな操作ガイダンスを顧客に提供することができる。

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

図１は、全体のシステム構成を示す模式図である。本実施の形態のシステムは、複数のセルフチェックアウトシステム１１と、複数台のＰＯＳ端末２１と、ストアコントローラ３１とが通信ネットワーク４１を介して接続されて構築されている。

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

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

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

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

図３は、セルフチェックアウト端末１０１を示す斜視図である。セルフチェックアウト端末１０１は、決済端末２０１と秤装置３０１とから構成されている。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

なお、多くの商品の場合、バーコード読み取り後の載置場所が秤皿３０３となる。したがって、バーコード読み取り後の載置場所が秤皿３０３となる商品については、その旨の格別の情報を持たせる必要はない。したがって、そのような商品については、その旨の格別の情報を設定してもしなくても良い。商品載置場所定義としては、バーコード読み取り後の商品の載置場所が秤皿３０３と一時置き台３０６と床面とのいずれであるかを定義付けていれば十分なので、それらの選択肢のうちの少なくとも二種類の載置場所についての情報のみ有していれば足りることになる。

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

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

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

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

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

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

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

図７は、秤装置３０１の電気的なハードウェア構成を示す模式図である。秤装置３０１は、ロードセルユニット３５１を有する。ロードセルユニット３５１は、構造及び形状を図示しないロードセルの一端側をベース３５２に固定し、他端側に荷重受け部３５３を有する。荷重受け部３５３には秤フレーム３５４が固定されている。秤フレーム３５４は、図７では図示しないが、平面から見てＸ字形状をしており、四隅に秤皿３０３を載置する。ロードセルユニット３５１の出力信号は、アンプ３５５で増幅され、アナログデジタル変換器（ＡＤ／Ｃ）３５６でデジタル信号に変換され、演算部３５７で解析される。演算部３５７では、ロードセルユニット３５１の出力信号に基づく重量解析がなされる。演算部３５７は、例えば動作シーケンスが書き込まれた半導体チップ構成のものであっても、ＲＡＭ等に動作プログラムを記憶させて動作するマイクロコンピュータ構成のものであっても良い。演算部３５７は、解析結果である重量データを送信部３５８に送信し、送信部３５８を介して決済端末２０１に出力する。

図８は、アテンダント端末５０１の電気的なハードウェア構成を示すブロック図である。アテンダント端末５０１は、構成的にはマイクロコンピュータである。そこで、アテンダント端末５０１は、マイクロコンピュータの中核をなすＣＰＵ５０６を有する。そして、このＣＰＵ５０６に対して、固定データを固定的に記憶するＲＯＭ５０７と、可変データを書き換え自在に記憶するＲＡＭ５０８と、ディスプレイ５０３に表示する表示画像を生成するＶＲＡＭ５０９と、ＨＤＤ５１０とがシステムバス５１１を介して接続されている。一例として、ＨＤＤ５１０には動作プログラム、各種表示フレーム及び各種ファイル等（全て図示せず）が記憶保存されており、これらの動作プログラム、各種表示フレーム及び各種ファイル等は、その全部又は一部がアテンダント端末５０１の起動時にＲＡＭ５０８に移されて使用される。

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

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

このような構成において、セルフチェックアウト端末１０１は、セルフチェックアウトを可能にする。この際、決済端末２０１の制御部２５３及び秤装置３０１の演算部３５７は、各種演算処理や各部の駆動制御処理等を実行し、セルフチェックアウト処理を支援する。つまり、決済端末２０１では、そのＬＣＤ２１０に各種のユーザ支援画面を表示し、前述した検索処理、重量チェック処理及び商品販売データ処理を実行する。秤装置３０１は、決済端末２０１での重量チェック処理を支援するように、計量した重量の値を送信部３５８から決済端末２０１に送信出力する。以下、各種の画面例及び画面遷移例等を用いて、セルフチェックアウト処理の流れを説明する。

図９は、セルフチェックアウト端末１０１でのセルフチェックアウト処理実行時における画面遷移例を示す模式図である。顧客は、購入しようとする商品を籠に入れてセルフチェックアウト端末１０１に持ち寄り、商品を籠ごとセルフチェックアウト端末１０１の商品籠載置台１０２に載せる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

図１１は、重量チェックの結果、計量重量と購入する商品の重量との同一性がない場合に出現させる重量エラー画面の一例を示す模式図である。重量チェック処理の結果、両重量間に同一性がないと判定された場合、制御部２５３は、基本画面Ｂ全体の明度を落とし、図１１に例示するような重量エラー画面Ｄを生成し、基本画面Ｂに重ねて表示しても良い。重量エラー画面Ｄには、「登録していない商品がレジ袋またはマイバスケットに入っているようです 商品を取り除いてください」という文字がそのための作業を支援する絵柄と共に表示される。

別の一例として、図１１に例示する重量エラー画面Ｄは、バーコードスキャナ２０３によってバーコードを読み取ることなく商品を秤皿３０３に載せ、あるいは一時置き台３０６に置いたような場合に出現させても良い。

これに対して、重量チェック処理の結果、両重量間に同一性があると判定された場合には、バーコードスキャナ２０３によってバーコードを読み取らせた商品が、正しくレジ袋４０１又はマイバスケットに入れられ、あるいは一時置き台３０６に置かれたことになるので、制御部２５３は、商品販売データ処理の進行を許容し、基本画面Ｂ中のユーザ領域Ｂ２の明度を元に戻し、読取確認画面Ｃを消去する。これにより、ＬＣＤ２１０の表示は、基本画面Ｂ（図９の左から第２列第１行目）に復帰する。

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

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

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

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

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

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

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

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

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

ここで、「やさい」、「くだもの」、「そうざい」、「魚貝」、「その他」という五種類の商品指定ボタンＢ２２がタッチパネル２１１によってタッチ指定されて部門登録がなされた場合、つまり、「詰合せ」以外の商品指定ボタンＢ２２がタッチ指定されて部門登録がなされた場合には、基本画面Ｂ中のユーザ領域Ｂ２に読取確認画面Ｃを重ねて表示させた後の処理は、重量チェック処理である。つまり、既に説明したバーコードスキャナ２０３によって商品に付されたバーコードを読み取った場合の処理と共通性を有している。そこで、その後の処理については説明を省略する。

図１３は、パック詰め商品のセルフチェックアウト処理実行時における画面遷移例を示す模式図である。最初の基本画面Ｂ（図９の左から第２列第１行目）における商品指定ボタンＢ２２に設定されている「詰合せ」は、パック詰め商品を意味している。つまり、スーパーマーケット等では、揚げ物、天婦羅、焼き鳥等、顧客が自由にパック詰めできるように各種の食品を並べたコーナーを設置するようなことが一般的に行われている。このようなコーナーでパック詰めする商品が「詰合せ」である。

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

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

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

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

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

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

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

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

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

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

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

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

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

そこで、本実施の形態では、第２の重量チェックを実行する商品については、秤装置３０１によって計量された重量が規定値を超えたかどうかを判定し、超えた場合にはエラーとする、という処理を実行する。これにより、パック詰め商品に続いて商品が二度置きされた場合、その合計重量が規定重量を超えれば、エラーとすることが可能となる。このようなエラーが発生した場合、制御部２５３は、一例として、図１１に例示するような重量エラー画面Ｄを基本画面Ｂに重ねて表示する画面をＬＣＤ２１０に表示しても良い。

図１４は、商品コードの読み取り後、商品をレジ袋４０１に入れる前にレジ袋４０１を取り外した場合に出現させる注意画面の一例を示す模式図である。レジ袋４０１又はマイバスケットに商品が入っている場合、レジ袋４０１又はマイバスケットを秤装置３０１から取り去ると、制御部２５３は、秤装置３０１からの出力に基づいて重量減を認識することができる。この場合、バーコードスキャナ２０３によって商品に付されたバーコードを読み取る前であれば、レジ袋４０１やマイバスケットが一杯になってその交換をする必要上からも、不正の心配がないという面からも、問題は生じない。これに対して、バーコードスキャナ２０３によって商品に付されたバーコードを読み取った後、秤装置３０１からの出力に基づいて重量減を認識すると、そのバーコード読み取り後の商品についての重量チェックをなし得なくなってしまう。そこで、この場合、制御部２５３は、図１４に例示するような注意画面Ｇを生成し、基本画面Ｂの全体の明度を落とし、ユーザ領域Ｂ２に生成した注意画面Ｇを重ねて表示する。

別の一例として、バーコードスキャナ２０３によって商品に付されたバーコードを読み取った後、規定時間経過しても秤装置３０１からの出力によって重量増が認識されない場合にも、図１４に例示するような画面をＬＣＤ２１０に表示させるようにしても良い。

図１５は、中止ボタンＹが押された場合に出現する中止画面の一例を示す模式図である。各画面に表示される中止ボタンＹがタッチパネル２１１によってタッチ指定された場合、制御部は、図１５に例示するような中止画面Ｈを生成し、基本画面Ｂの全体の明度を落とし、ユーザ領域Ｂ２に生成した中止画面Ｈを重ねて表示する。中止画面Ｈには、「お買い物をやめてもよろしいですか？」という文字と共に、「はい」と「いいえ」と表示された二つの選択ボタンＨ１とＨ２が表示され、更に、呼出ボタンＺも表示される。「はい」と表示された選択ボタンＨ１がタッチパネル２１１によってタッチ指定されると、制御部２５３は、全ての処理を中止し、ＬＣＤ２１０の表示を最初の初期ガイダンス画面Ａ（図９の左から第１列第１行目）に戻す。これに対して、「いいえ」と表示された選択ボタンＨ２がタッチパネル２１１によってタッチ指定されると、制御部２５３は、処理を直前状態に復帰させる。

図１６は、呼出ボタンＺが押された場合に出現する店員呼出画面の一例を示す模式図である。各画面に表示される呼出ボタンＺがタッチパネル２１１によってタッチ指定された場合、制御部は、図１６（ａ）に例示するような店員呼出画面Ｉを生成し、基本画面Ｂの全体の明度を落とし、ユーザ領域Ｂ２に生成した店員呼出画面Ｉを重ねて表示する。店員呼出画面Ｉには、「店員を呼び出します。よろしいですか？」という文字と共に、「はい」と「いいえ」と表示された二つの選択ボタンＩ１とＩ２が表示される。「はい」と表示された選択ボタンＩ１がタッチパネル２１１によってタッチ指定されると、制御部２５３は、店員呼出画面Ｉを図１６（ｂ）に例示するように遷移させる。図１６（ｂ）に示す店員呼出画面Ｉでは、「ただ今店員がまいります。そのままお待ちください」という文字と共に、「呼出しを中止します」と表示された呼出中止ボタンＩ３が表示される。そこで、呼出中止ボタンＩ３がタッチパネル２１１によってタッチ指定されると、制御部２５３は、店員の呼出処理を実行する。呼出処理として、制御部２５３は、自機が割り当てられているアテンダント端末５０１に向けて店員呼出情報を出力する。これに対して、「いいえ」と表示された選択ボタンＩ２がタッチパネル２１１によってタッチ指定されると、制御部２５３は、店員の呼び出し処理を中止して処理を直前状態に復帰させる。

図１７は、Ｍ＆Ｍ（ミックス・アンド・マッチ）が成立する場合のセルフチェックアウト処理実行時における画面遷移例を示す模式図である。図１７は、ヨーグルト、牛バラ肉、ヨーグルト、ヨーグルトの順番でそのバーコードをバーコードスキャナ２０３に読み取らせた一例を示している。一例として、ヨーグルト３個でＭ＆Ｍが成立し、Ｍ＆Ｍが成立した場合には１個分の値引きをする場合を想定すると、図１７に示す一例では、Ｍ＆Ｍ（ミックス・アンド・マッチ）が成立している。そこで、図１７中、バーコードの読み取り後に重量チェック処理がなされてＬＣＤ２１０に表示される基本画面Ｂの遷移を参照すると、ユーザ領域Ｂ２に表示されている取引情報Ｂ２１における合計金額として、最初のヨーグルト（単価１５０円）の登録後は１５０円、続く牛バラ肉（単価４８０円）の登録後は６３０円（１５０円＋４８０円）、二つ目のヨーグルト（単価１５０円）の登録後は７８０円（１５０円＋４８０円＋１５０円）、そして、三つ目のヨーグルト（単価１５０円）の登録後は７８０円（１５０円＋４８０円＋１５０円＋１５０円−１５０円）となる。ヨーグルト３個でＭ＆Ｍが成立したため、制御部２５３は、ヨーグルト１個分の単価である１５０円を値引き処理し、ユーザ領域Ｂ２に表示される取引情報Ｂ２１の「セット値引計」として−１５０円を表示している（図１７の左から第４列第２行目）。

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

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

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

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

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

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

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

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

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

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

図２１は、チェッカーモード待機画面Ｑを例示する模式図である。商品券又はクーポンを利用する場合に限らず、店員による操作を必要とするチェッカーモードに移行する場合、制御部２５３は、表示画面をチェッカーモード待機画面Ｑにする。このチェッカーモード待機画面Ｑが表示されている場合、バーコードスキャナ２０３によって店員用バーコードが読み取られた場合にのみ、機器の動作モードがチェッカーモードにされ、店員による操作が可能となる。制御部２５３は、ＬＣＤ２１０にチェッカーモード待機画面Ｑを表示している場合、顧客による操作を受け付けない。

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

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

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

メンテナンスモードボタンＲ３をタッチ指定することによるメンテナンスモードでは、各種のメンテナンスが可能となる。

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

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

つまり、バーコードスキャナ２０３によってバーコードが読み取られると、制御部２５３は、そのバーコードによって特定される商品コードをキーとしてＰＬＵファイルから対応する単価や重量等の各種商品情報を検索する検索処理を実行する。この際、ＰＬＵファイルに対応する重量が記憶されていなければ、当然のことながら重量のデータが得られない。重量のデータが得られないことは、一例として、ＰＬＵファイルの重量欄に記録されているＮＵＬＬデータを取得することによって、あるいは、ＰＬＵファイルに記録された重量なしのフラグによって、容易に判定可能である。そこで、制御部２５３は、ＰＬＵファイルから重量が得られないとの判定結果を得た場合、そのことを例えばＲＡＭ２５４のワークエリアに一時記憶しておく。

その後、制御部２５３は、秤装置３０１からの出力を参照しての重量チェック処理に待機する。この待機処理において、秤装置３０１から計量結果を受信すると、制御部２５３は、ＰＬＵファイルから重量を得た商品については重量チェック処理、つまり第１の重量チェック処理を実行する。これに対して、ＰＬＵファイルから重量が得られないとの判定結果はＲＡＭ２５４のワークエリアに一時記憶してあるので、この場合には、秤装置３０１から受信した計量値をバーコード読み取りにより特定される商品コードに対応付けてＰＬＵファイルに登録する。この際、制御部２５３は、登録する重量に対する下限値及び上限値を算出し、ＰＬＵファイルの下限値と上限値とに書き込む。下限値及び上限値は、一例として、全ての商品について共通のパーセンテージによって求める。ここに、重量登録処理が実行される。これにより、商品コード毎に対応する商品の重量を記憶させるという作業を、店側で行なう必要がなくなり、作業効率の向上が図られる。

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

また、制御部２５３は、重量登録処理によってＰＬＵファイルに登録する重量を、他のセルフチェックアウト端末１０１に向けて配信する機能を有している。例えば、ＰＬＵファイルに重量を登録するタイミングで、あるいは閉店後等のタイミングで、自機がＰＬＵファイルに登録する重量を、通信ネットワーク４１を利用して他のセルフチェックアウト端末１０１に向けて配信する。この場合、上位機であるストアコントローラ３１から各決済端末２０１にＰＬＵを配信できるシステム構成が採用されている場合には、制御部２５３は、重量登録処理によってＰＬＵファイルに登録する重量を、通信ネットワーク４１を利用してストアコントローラ３１に向けて送信する構成であっても良い。この場合、ストアコントローラ３１は、決済端末２０１から受信したＰＬＵファイルに登録する重量を、他の決済端末２０１に向けて配信する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

符号の説明

２０１…決済端末，２０３…バーコードスキャナ（ユーザインターフェース），２０６…カード読取部（ユーザインターフェース），２０７…テンキー（ユーザインターフェース），２１０…ＬＣＤ（ユーザインターフェース），２１１…タッチパネル（ユーザインターフェース），２２１…入出金装置（ユーザインターフェース），２５２…カードリーダライタ（ユーザインターフェース），２５３…制御部（情報処理部），３０１…秤装置，３０３…秤皿，Ｘ…確定ボタン（ボタン）

Claims (2)

1. 商品に付された商品コードを入力しての商品販売データ処理を実行するためのユーザインターフェースを顧客による操作と表示部による顧客への情報提供とが可能な位置に配置し、顧客によるセルフチェックアウトを可能にする決済端末と、
   前記商品コード読取部で商品コードを読み取った商品を載せる秤皿を有し、この秤皿に載置された商品の重量を計量する秤装置と、
   前記決済端末の情報処理部が前記ユーザインターフェースによる商品コード入力後に前記秤装置によって計量された重量が当該商品の重量と同一性を有しているかどうかを判定する重量チェック処理を実行する手段と、
   前記決済端末の情報処理部が、前記重量チェック処理の実行をスキップし、前記ユーザインターフェースによって入力された商品コードに基づいて商品コードと重量との対応関係を規定するファイルから検索した重量が規定重量よりも重いと判定した場合、前記ユーザインターフェースによって商品コードが入力された商品の載置場所を前記秤皿以外の場所とすべきことを示すガイダンス表示を前記表示部に表示する手段と、
   を具備するセルフチェックアウト端末。
2. 前記ユーザインターフェースとして前記表示部の表示面に積層配置されるタッチパネルを備え、
   前記決済端末の情報処理部は、商品の載置場所を前記秤皿以外の場所とすべきことを示す前記ガイダンス表示にボタンをオブジェクト表示し、このボタンが前記タッチパネルによってタッチ指定された場合に前記重量チェック処理の実行をスキップする、
   請求項１記載のセルフチェックアウト端末。

Images