JP2020017074A - 登録決済装置 - Google Patents

Abstract

【課題】エラー対応作業を効率よく行うことができるようにする。【解決手段】登録決済装置は、第１の表示デバイスと、第２の表示デバイスと、切替手段と、第１の制御手段と、を備える。第１の表示デバイスは、店員に対して表示を行う。第２の表示デバイスは、客に対して表示を行う。切替手段は、客が買い上げる買上商品の登録のための操作を店員が行い、当該買上商品に対する代金支払いのための操作を客が行う第１の動作モードと、買上商品の登録のための操作から当該買上商品に対する代金支払いのための操作までを客が行う第２の動作モードとを切り替える。第１の制御手段は、登録のための操作に対してエラーが発生した場合、第１の動作モードが選択されているときには第１の表示デバイスにエラー内容を表す画像を表示し、第２の動作モードが選択されているときには第２の表示デバイスに店員呼出を指示する画像を表示する。【選択図】 図６

Description

本発明の実施形態は、登録決済装置に関する。

会計カウンタを挟んで店員と客とが対面し、客が買い上げる買上商品の登録のための操作を店員が行い、当該買上商品に対する代金支払いのための操作を客が行うようにした登録決済装置がある。このような登録決済装置に対しては、買上商品の登録のための操作を客も行えるようにデバイスの配置等を工夫する。そうすることで、登録のための操作を店員が行い、代金支払いのための操作を客が行う運用、いわゆるセミセルフの運用と、登録のための操作から代金支払いのための操作までを客が行う運用、いわゆるフルセルフの運用とを使い分けられるようになる。

しかしながら、上述したような使い分けを行う際には、店員または客に対してエラーが発生した際の通知を適切に行わないと、エラー対応作業の効率低下を招くおそれがある。

特開２０１８−０９７４１９号公報

本発明の実施形態が解決しようとする課題は、エラー対応作業を効率よく行うことができる登録決済装置を提供しようとするものである。

一実施形態において、登録決済装置は、第１の表示デバイスと、第２の表示デバイスと、切替手段と、第１の制御手段と、を備える。第１の表示デバイスは、店員に対して表示を行う。第２の表示デバイスは、客に対して表示を行う。切替手段は、客が買い上げる買上商品の登録のための操作を店員が行い、当該買上商品に対する代金支払いのための操作を客が行う第１の動作モードと、買上商品の登録のための操作から当該買上商品に対する代金支払いのための操作までを客が行う第２の動作モードとを切り替える。第１の制御手段は、登録のための操作に対してエラーが発生した場合、第１の動作モードが選択されているときには第１の表示デバイスにエラー内容を表す画像を表示し、第２の動作モードが選択されているときには第２の表示デバイスに店員呼出を指示する画像を表示する。

登録決済装置の一実施形態であるＰＯＳ端末を含むＰＯＳシステムの全体構成図。 図１に示すＰＯＳ端末の外観構成を概略的に示す斜視図。 図１に示すＰＯＳ端末の要部回路構成を示すブロック図。 図３に示すプロセッサが、モード切替ボタンの操作に応じて実行する情報処理の手順を示す流れ図。 図３に示すプロセッサが実行するエラー処理の手順を示す流れ図。 登録操作エラーが発生したときにプロセッサが実行するエラー処理の手順を示す流れ図。 支払い操作エラーが発生したときにプロセッサが実行するエラー処理の手順を示す流れ図。 デバイスエラーが発生したときにプロセッサが実行するエラー処理の手順を示す流れ図。 セミセルフモードで動作しているＰＯＳ端末において、登録操作の際における店員側タッチパネルと客側タッチパネルの画面の一例を示す模式図。 セミセルフモードで動作しているＰＯＳ端末において、登録操作エラーが発生したときの店員側タッチパネルと客側タッチパネルの画面の一例を示す模式図。 フルセルフモードで動作しているＰＯＳ端末において、登録操作の際における店員側タッチパネルと客側タッチパネルの画面の一例を示す模式図。 フルセルフモードで動作しているＰＯＳ端末において、登録操作エラーが発生したときの店員側タッチパネルと客側タッチパネルの画面の一例を示す模式図。 図１２に示す状態から確認ボタンがタッチされた後の店員側タッチパネルと客側タッチパネルの画面の一例を示す模式図。 セミセルフモードで動作しているＰＯＳ端末において、電子マネー支払い操作の際における店員側タッチパネルと客側タッチパネルの画面の一例を示す模式図。 セミセルフモードで動作しているＰＯＳ端末において、電子マネー支払い操作にエラーが発生したときの店員側タッチパネルと客側タッチパネルの画面の一例を示す模式図。 フルセルフモードで動作しているＰＯＳ端末において、電子マネー支払い操作の際における店員側タッチパネルと客側タッチパネルの画面の一例を示す模式図。 フルセルフモードで動作しているＰＯＳ端末において、電子マネー支払い操作にエラーが発生したときの店員側タッチパネルと客側タッチパネルの画面の一例を示す模式図。 セミセルフモードで動作しているＰＯＳ端末において、レシート発行中における店員側タッチパネルと客側タッチパネルの画面の一例を示す模式図。 セミセルフモードで動作しているＰＯＳ端末において、レシート発行中に紙詰まりエラーが発生したときの店員側タッチパネルと客側タッチパネルの画面の一例を示す模式図。 図１９に示す状態から確認ボタンがタッチされた後の店員側タッチパネルと客側タッチパネルの画面の一例を示す模式図。 フルセルフモードで動作しているＰＯＳ端末において、レシート発行中における店員側タッチパネルと客側タッチパネルの画面の一例を示す模式図。 フルセルフモードで動作しているＰＯＳ端末において、レシート発行中に紙詰まりエラーが発生したときの店員側タッチパネルと客側タッチパネルの画面の一例を示す模式図。

以下、エラー対応作業を効率よく行うことができる登録決済装置の実施形態について、図面を用いて説明する。なおこの実施形態は、コンビニエンスストア向けのＰＯＳ（Point Of Sales）システムのＰＯＳ端末を登録決済装置の一例とした場合である。

図１は、ＰＯＳシステムの全体構成図である。ＰＯＳシステムは、複数台のＰＯＳ端末１００と店舗サーバ２００とを、通信ネットワーク３００で接続して構成されている。通信ネットワーク３００は、無線であってもよいし有線であってもよい。通信ネットワーク３００としては、典型的にはＬＡＮ（local area network）が用いられる。通信ネットワーク３００としては、ＬＡＮの他に、インターネット、ＶＰＮ（virtual private network）、公衆通信網、移動体通信網などを、単独または適宜に組み合わせて用いることも可能である。

各ＰＯＳ端末１００は、売場スペースＳＰ１と店員のワークスペースＳＰ２とを隔てるために店舗内に設けられた会計カウンタ４００に設置されている。図１では、３台のＰＯＳ端末１００が会計カウンタ４００に設置された状態を示している。図示するように各ＰＯＳ端末１００は、会計カウンタ４００の長手方向に沿って、所定の間隔をあけて並べて設置されている。各ＰＯＳ端末１００は、会計カウンタ４００を挟んでワークスペースＳＰ２の側に位置する店員と、売場スペースＳＰ１の側に位置する客とによって操作される。

各ＰＯＳ端末１００は、客が買い上げる買上商品の販売データを登録し、その登録された販売データを基に客が支払う代金を算出する機能と、代金の支払いを受けて客との商取引を決済する機能とを有する。このような機能は、周知のＰＯＳ端末が有する周知の機能であるので、詳細な説明は省略する。

店舗サーバ２００は、店舗のバックヤードに設置されている。店舗サーバ２００は、バックヤード以外のスペースに設置されていてもよい。店舗サーバ２００は、通信ネットワーク３００を介して各ＰＯＳ端末１００で登録された各商品の販売データを収集する機能、収集した販売データを基に例えば商品別、時間帯別あるいは責任者別に買上商品の売上データを集計する機能等を有する。このような機能は、周知の店舗サーバが有する周知の機能であるので、詳細な説明は省略する。

次に、ＰＯＳ端末１００のハードウェア構成について、図２の外観斜視図及び図３の要部回路構成を示すブロック図を用いて説明する。ＰＯＳ端末１００は、図２において右奥側がワークスペースＳＰ２の方に向くように会計カウンタ４００に設置される。換言すれば、ＰＯＳ端末１００は、図２における左手前側が売場スペースＳＰ１の方に向くように会計カウンタ４００に設置される。すなわち、図２においては右奥側が店員側となり、左手前側が客側となる。そこで以下においては、図２における右奥側を店員側、左手前側を客側とそれぞれ称することとする。

ＰＯＳ端末１００は、客側タッチパネル１、固定スキャナ２、硬貨ユニット３、紙幣ユニット４、クレジットカードリーダ５、近接通信ユニット６、プリペイドカードリーダ／ライタ（プリペイドカードＲ／Ｗ）７、レシートプリンタ８、店員側タッチパネル９、サブタッチパネル１０、キーボード１１及びハンディスキャナ１２を備える。

客側タッチパネル１は、図２に示すように客側に向けて設けられている。客側タッチパネル１は、客に対する情報提示のための画面を表示する。また客側タッチパネル１は、客による画面へのタッチ操作による指示を入力する。客側タッチパネル１は、第２の表示デバイスの一例である。

固定スキャナ２は、客側に向けられた読取窓２ａを有する。固定スキャナ２は、読取窓２ａの前に翳された商品を撮像した上で、当該商品に形成されたバーコードが表すバーコード情報を画像処理によって認識する。そして固定スキャナ２は、認識したバーコード情報を後述するプロセッサ１４へと出力する。なお、固定スキャナ２は、レーザ光の反射を利用して光学的にバーコードを読み取るような他のタイプの周知のデバイスを利用することもできる。また固定スキャナ２は、商品を撮像して得た商品自体の画像からオブジェクト認識技術を利用して商品を特定する機能を備えるタイプの周知のデバイスを利用することもできる。

硬貨ユニット３は、硬貨投入口３ａ、硬貨排出口３ｂ及び硬貨トレイ３ｃを備える。硬貨投入口３ａは、客側から硬貨を投入することが可能なように形成されている。硬貨ユニット３は、硬貨投入口３ａから投入された硬貨を、その金額を計数しつつ、内部の収納庫に収容する。硬貨ユニット３は、収納庫に収容している硬貨を硬貨排出口３ｂを介して硬貨トレイ３ｃへと排出する。硬貨トレイ３ｃは、客側から硬貨を取り出すことが可能なように形成されている。

紙幣ユニット４は、紙幣投入口４ａ及び紙幣排出口４ｂを備える。紙幣投入口４ａは、客側から紙幣を投入することが可能なように形成されている。紙幣ユニット４は、紙幣投入口４ａから投入された紙幣を、その金額を計数しつつ、内部の収納庫に収容する。紙幣ユニット４は、収納庫に収容している紙幣を紙幣排出口４ｂから排出する。紙幣排出口４ｂは、排出された紙幣を、その一部を外部に露出させた状態で保持する。紙幣排出口４ｂは、上記のように保持している紙幣を客側から取り出すことが可能なように形成されている。

クレジットカードリーダ５は、スリット５ａに沿ってスライドされるクレジットカードからカード情報を読み取る。クレジットカードリーダ５は、客側に位置する客がクレジットカードをスライドさせるのに好適なように、スリット５ａを客側に向けて配置されている。

近接通信ユニット６は、客側に通信範囲を形成するように設けられている。近接通信ユニット６は、客側から近接された無線タグとの間で近接無線通信を行い、当該無線タグに記憶されたデータを取得する。また近接通信ユニット６は、上記の近接無線通信により、上記の無線タグに任意の情報を書き込む。

プリペイドカードリーダ／ライタ７は、スロット７ａを備える。プリペイドカードリーダ／ライタ７は、スロット７ａに挿入されたプリペイドカードに磁気記録されたカードデータを読み取る。またプリペイドカードリーダ／ライタ７は、スロット７ａに挿入されたプリペイドカードに対して任意のデータを書き込む。

レシートプリンタ８は、レシート用紙に対してレシート画像をプリントする。レシートプリンタ８は、レシート画像をプリントしたレシート用紙をレシート排出口８ａから外部へと排出する。

店員側タッチパネル９は、店員側に向けて設けられている。店員側タッチパネル９は、店員に対する情報提示のための画面を表示する。また店員側タッチパネル９は、店員による画面へのタッチ操作による指示を入力する。店員側タッチパネル９は、第１の表示デバイスの一例である。

サブタッチパネル１０は、店員側に向けて設けられている。サブタッチパネル１０は、店員に対する情報提示のための画面を表示する。またサブタッチパネル１０は、店員による画面へのタッチ操作による指示を入力する。

キーボード１１は、多数のキーを、店員側のワークスペースＳＰ２に位置する店員による操作が簡易なように備える。キーボード１１は、これらのキーの押下による店員の指示を入力する。

ハンディスキャナ１２は、操作者の手に持って用いられ、読み取り口に対向されたバーコードを光学的に読み取る。ハンディスキャナ１２は、通信ケーブル１３を介してＰＯＳ端末１００と接続されており、操作者は、店員側からだけでなく客側からも操作することができる。

図３に示すように、ＰＯＳ端末１００は、図２にも示される要素に加えて、プロセッサ１４、メイン記憶ユニット１５、補助記憶ユニット１６、ブザー１７、通信ユニット１８及び伝送路１９を含む。そして図２にも示される各要素、プロセッサ１４、メイン記憶ユニット１５、補助記憶ユニット１６、ブザー１７及び通信ユニット１８は、伝送路１９に接続されている。

プロセッサ１４、メイン記憶ユニット１５及び補助記憶ユニット１６は、伝送路１９で接続されてＰＯＳ端末１００を制御するための情報処理を実行するコンピュータを構成する。

プロセッサ１４は、上記コンピュータの中枢部分に相当する。プロセッサ１４は、メイン記憶ユニット１５及び補助記憶ユニット１６に記憶されたオペレーティングシステム、ミドルウェア及びアプリケーションプログラムなどの情報処理プログラムに基づいて、ＰＯＳ端末１００の各種の機能を実現するべく、ＰＯＳ端末１００の各部を制御する。

メイン記憶ユニット１５は、上記コンピュータの主記憶部分に相当する。メイン記憶ユニット１５は、不揮発性のメモリ領域と揮発性のメモリ領域とを含む。メイン記憶ユニット１５は、不揮発性のメモリ領域では上記の情報処理プログラムを記憶する。またメイン記憶ユニット１５は、プロセッサ１４が各種の情報処理を実行する上で必要なデータを不揮発性または揮発性のメモリ領域で記憶する場合もある。メイン記憶ユニット１５は、揮発性のメモリ領域を、プロセッサ１４によってデータが適宜書き換えられるワークエリアとして使用する。

補助記憶ユニット１６は、上記コンピュータの補助記憶部分に相当する。補助記憶ユニット１６は、例えばＥＥＰＲＯＭ（electric erasable programmable read-only memory）、ＨＤＤ（hard disk drive）、ＳＳＤ（solid state drive）などである。補助記憶ユニット１６は、プロセッサ１４が各種の情報処理を行う上で使用するデータや、プロセッサ１４での処理によって生成されたデータを保存する。補助記憶ユニット１６は、上記の情報処理プログラムを記憶する場合もある。

通信ユニット１８は、プロセッサ１４が通信ネットワーク３００を介して店舗サーバ２００などの任意の装置と各種データを授受するための通信処理を行う。通信ユニット１８としては、通信ネットワーク３００の通信方式に準じた周知のデバイスを用いることができる。

ブザー１７は、プロセッサ１４から与えられる駆動信号に従い警告音を発するように鳴動する。ブザー１７は、駆動信号の種類に応じて異なる警告音を発するように鳴動する。ブザー１７は、例えば間欠的に警告音を繰り返し発するように鳴動する。ブザー１７は、例えば連続して警告音を発するように鳴動する。

伝送路１９は、アドレスバス、データバス及び制御信号線等を含む。伝送路１９は、接続されている各部の間で授受されるデータ及び信号を伝送する。

ＰＯＳ端末１００の基本ハードウェアとしては、例えば既存の別のＰＯＳ端末のものを用いることができる。このときにＰＯＳ端末１００の譲渡は一般に、後述する情報処理について記述した情報処理プログラムがメイン記憶ユニット１５または補助記憶ユニット１６に記憶された状態にて行われる。しかし、上記の情報処理プログラムがメイン記憶ユニット１５または補助記憶ユニット１６に記憶されない状態のＰＯＳ端末１００のハードウェアと情報処理プログラムとが個別に譲渡されてもよい。そして、メイン記憶ユニット１５または補助記憶ユニット１６に、ＰＯＳ端末１００の管理者などの操作に応じて情報処理プログラムが書き込まれてもよい。情報処理プログラムの譲渡は、磁気ディスク、光磁気ディスク、光ディスク、半導体メモリなどのようなリムーバブルな記録媒体に記録して、あるいはネットワークを介した通信により行うことができる。

かかる構成のＰＯＳ端末１００は、登録のための操作を店員が行い、代金支払いのための操作を客が行う運用、いわゆるセミセルフの運用と、登録のための操作から代金支払いのための操作までを客が行う運用、いわゆるフルセルフの運用との使い分けが可能である。すなわちＰＯＳ端末１００は、店員側タッチパネル９、サブタッチパネル１０及びキーボード１１を店員側に向けて設けている。またＰＯＳ端末１００は、客側タッチパネル１、固定スキャナ２の読取窓２ａ、硬貨ユニット３の硬貨投入口３ａと硬貨排出口３ｂ、紙幣ユニット４の紙幣投入口４ａと紙幣排出口４ｂ、クレジットカードリーダ５のスリット５ａ、近接通信ユニット６、プリペイドカードリーダ／ライタ７のスロット７ａ及びレシートプリンタ８のレシート排出口８ａを客側に向けて設けている。ハンディスキャナ１２は、店員側のワークスペースＳＰ２に位置する店員だけでなく客側の売場スペースＳＰ１に位置する客も取り扱いができる位置に置かれている。

したがって、セミセルフの運用のときには、ワークスペースＳＰ２に位置する店員が、店員側タッチパネル９、サブタッチパネル１０、キーボード１１及びハンディスキャナ１２を適宜用いて、客が買い上げる買上商品の登録のための操作を行うことができる。一方、フルセルフの運用のときには、売場スペースＳＰ１に位置する客が、客側タッチパネル１、固定スキャナ２、及びハンディスキャナ１２を適宜用いて、自らが買い上げる買上商品の登録のための操作を行うことができる。そして、セミセルフまたはフルセルフのいずれの運用のときにも、売場スペースＳＰ１に位置する客は、客側タッチパネル１、硬貨ユニット３、紙幣ユニット４、クレジットカードリーダ５、近接通信ユニット６及びプリペイドカードリーダ／ライタ７を適宜用いて、買上商品に対する代金支払いのための操作を行うことができる。また、レシートプリンタ８によって印刷されたレシートがレシート排出口８ａから排出されるので、売場スペースＳＰ１に位置する客は、店員を介することなくレシートを受け取ることができる。

さて、ＰＯＳ端末１００は、セミセルフの運用とフルセルフの運用とを使い分けできるようにするために、動作モードとして、セミセルフに対応した第１の動作モードと、フルセルフに対応した第２の動作モードとを有している。そこで以下においては、第１の動作モードをセミセルフモードと称し、第２の動作モードをフルセルフモードと称する。

ＰＯＳ端末１００は、動作モードを識別するためのモードフラグＭＦをメイン記憶ユニット１５または補助記憶ユニット１６で記憶している。ＰＯＳ端末１００のプロセッサ１４は、モードフラグＭＦが“０”に設定されているときにはセミセルフモードで動作し、モードフラグＭＦが“１”に設定されているときにはフルセルフモードで動作する。なお、この点に関しては、プロセッサ１４は、モードフラグＭＦが“０”に設定されているときにはフルセルフモードで動作し、モードフラグＭＦが“１”に設定されているときにはセミセルフモードで動作してもよい。

ＰＯＳ端末１００は、サブタッチパネル１０に表示されるキーボード画面の一部に、図３に示すようにモード切替ボタンＢＵ０を配置する。モード切替ボタンＢＵ０は、操作者がセミセルフモードとフルセルフモードとの切り替えを指令するための指令手段として機能する。サブタッチパネル１０は、店員側に向けて設けられているので、操作者はワークスペースＳＰ２に居る店員となる。なお、指令手段は、モード切替ボタンＢＵ０に限定されるものではない。指令手段は、例えば店員側タッチパネルに表示される画面の一部に配置されたボタンでもよい。指令手段は、キーボード１１に配置されたキーでもよい。指令手段は、この他の手段であってもよい。

図４は、モード切替ボタンＢＵ０が操作されたことに応じてプロセッサ１４が実行する処理の手順を示す流れ図である。この処理手順は、メイン記憶ユニット１５または補助記憶ユニット１６に記憶される情報処理プログラムにしたがったものである。なお、図４に示すとともに以下に説明する処理の内容は一例である。同様な結果を得ることが可能であればその処理手順及び処理内容は特に限定されるものではない。

モード切替ボタンＢＵ０が操作されると、プロセッサ１４は、Ａｃｔ１としてモードフラグＭＦを調べる。ここで、モードフラグＭＦが“０”に設定されている場合、プロセッサ１４は、Ａｃｔ１においてＹＥＳと判定し、Ａｃｔ２へと進む。プロセッサ１４は、Ａｃｔ２としてセミセルフモードからフルセルフモードへの切り替えが可能か否かを判定する。

セミセルフモードからフルセルフモードへ切り替えは、責任者登録状態でかつ商品データ未入力状態のとき可能である。ただし、稼働中の全てのＰＯＳ端末１００をフルセルフモードで動作させることは、運用面から禁止されている。責任者登録状態とは、当該ＰＯＳ端末１００の操作責任者として店員がサインインしている状態である。店員がサインイン操作を行うと、当該店員固有のＩＤ番号が責任者番号として責任者メモリに登録される。責任者メモリは、メイン記憶ユニット１５にある。責任者登録状態とは、いずれかの店員のＩＤ番号が責任者メモリに登録されている状態である。商品データ未入力状態とは、買上商品の登録が行われていない状態である。例えばハンディスキャナ１２によって商品コードが読み取られると、その商品コードで識別される商品の販売データが取引メモリに登録される。取引メモリは、メイン記憶ユニット１５にある。商品データ未入力状態とは、取引メモリに販売データが登録されていない状態である。

責任者登録状態及び商品データ未入力状態の両方の状態を満足するとき、プロセッサ１４は、通信ネットワーク３００で接続された他のＰＯＳ端末１００のモードフラグＭＦを調べる。そして少なくとも１台の他のＰＯＳ端末１００においてモードフラグＭＦがセミセルフモードを示す“０”であることを確認すると、プロセッサ１４は、Ａｃｔ２においてＹＥＳと判定し、Ａｃｔ３へと進む。プロセッサ１４は、Ａｃｔ３としてモードフラグＭＦを“１”に変更する。続いてプロセッサ１４は、Ａｃｔ４としてフルセルフモード処理を実行する。

フルセルフモード処理とは、以下の処理を含む。すなわちプロセッサ１４は、店員側タッチパネル９及びキーボード１１からの入力を無効とする。プロセッサ１４は、電子ジャーナルファイルにセミセルフモードからフルセルフモードへ切り替えたことを示す情報を、サインインしている責任者の情報とともに記録する。電子ジャーナルファイルは、補助記憶ユニット１６にある。プロセッサ１４は、店員側タッチパネル９の画面の一部に、フルセルフモードであることを示す画像を表示させる。プロセッサ１４は、フルセルフモード時の責任者番号として、店員に割り当てられていない固定のＩＤ番号、例えば「９９９」を責任者番号メモリに登録する。なお、フルセルフモード処理は、上記の処理に限定されるものではない。

一方、モードフラグＭＦが“１”に設定されている場合、プロセッサ１４は、Ａｃｔ１においてＮＯと判定し、Ａｃｔ５へと進む。プロセッサ１４は、Ａｃｔ５としてフルセルフモードからセミセルフモードへの切り替えが可能か否かを判定する。

フルセルフモードからセミセルフモードへの切り替えは、決済終了後の初期状態のとき可能である。レシートが発行されて決済が終了すると、客側タッチパネル１の画面が初期画面となる。初期画面の内容は任意である。例えば広告を表した画面が初期画面となる。決済終了後の初期状態とは、客側タッチパネル１に初期画面が表示されている状態である。

決済終了後の初期状態を満足するとき、プロセッサ１４は、Ａｃｔ５においてＹＥＳと判定し、Ａｃｔ６へと進む。プロセッサ１４は、Ａｃｔ６としてモードフラグＭＦを“０”に変更する。続いてプロセッサ１４は、Ａｃｔ７としてセミセルフモード処理を実行する。

セミセルフモード処理とは、以下の処理を含む。すなわちプロセッサ１４は、店員側タッチパネル９に責任者番号入力のポップアップ画像を表示させる。プロセッサ１４は、電子ジャーナルファイルにフルセルフモードからセミセルフモードへ切り替えたことを示す情報を記録する。プロセッサ１４は、店員側タッチパネル９の画面の一部に、セミセルフモードであることを示す画像を表示させる。

プロセッサ１４は、フルセルフモード処理あるいはセミセルフモード処理を終えると、モード切替ボタンＢＵ０の入力処理を終了する。なお、Ａｃｔ２においてセミセルフモードからフルセルフモードへの切替条件を満足しない場合、あるいはＡｃｔ５においてフルセルフモードからセミセルフモードへの切替条件を満足しない場合には、プロセッサ１４は、当該入力処理をエラーとする。

ここに、プロセッサ１４を主体とするＰＯＳ端末１００のコンピュータは、図４のＡｃｔ１乃至Ａｃｔ７の処理を実行することにより、セミセルフモードとフルセルフモードとの切り替えを行う切替手段を構成する。

図５乃至図８は、プロセッサ１４が実行するエラー処理の手順を示す流れ図である。この処理手順は、メイン記憶ユニット１５または補助記憶ユニット１６に記憶される情報処理プログラムにしたがったものである。なお、図５乃至図８に示すとともに以下に説明する処理の内容は一例である。同様な結果を得ることが可能であればその処理手順及び処理内容は特に限定されるものではない。

プロセッサ１４は、様々な情報処理の過程でエラーが発生すると、図４の流れ図に示す手順の処理を開始する。先ずプロセッサ１４は、Ａｃｔ１１として商品販売データの登録操作に伴う情報処理の過程で発生したエラー、いわゆる登録操作エラーであるか否かを確認する。登録操作エラーでないとき、プロセッサ１４は、Ａｃｔ１１においてＮＯと判定し、Ａｃｔ１２へと進む。

プロセッサ１４は、Ａｃｔ１２として代金の支払い操作に伴う情報処理の過程で発生したエラー、いわゆる支払い操作エラーであるか否かを確認する。支払操作エラーでないとき、プロセッサ１４は、Ａｃｔ１２においてＮＯと判定し、Ａｃｔ１３へと進む。

プロセッサ１４は、Ａｃｔ１３としてデバイスが異常を来したことにより発生したエラー、いわゆるデバイスエラーであるか否かを確認する。デバイスエラーでないとき、プロセッサ１４は、Ａｃｔ１３においてＮＯと判定し、Ａｃｔ１４へと進む。

プロセッサ１４は、Ａｃｔ１４として他の処理を実行する。他の処理とは、登録操作エラー、支払い操作エラー、または、デバイスエラー以外のエラーに対する処理である。例えば前述したモード切替ボタンＢＵ０の入力処理におけるエラーが該当する。このときプロセッサ１４は、他の処理として、例えば店員側タッチパネル９に、「モードの切り替えはできません」等のメッセージを表示させる処理を行う。

次に、登録操作エラーが発生した場合のＰＯＳ端末１００の動作について、図６の流れ図、及び、図９乃至図１３の画面表示例を用いて説明する。
エラーが登録操作エラーであった場合には、プロセッサ１４は、図５のＡｃｔ１１においてＹＥＳと判定し、図６のＡｃｔ２１へと進む。プロセッサ１４は、Ａｃｔ２１としてモードフラグＭＦを調べる。

モードフラグＭＦが“０”、すなわちセミセルフモードのときに登録操作エラーが発生した場合には、プロセッサ１４は、Ａｃｔ２１においてＹＥＳと判定し、Ａｃｔ２２へと進む。プロセッサ１４は、Ａｃｔ２２として店員側タッチパネル９に対してエラーの内容を示す画像を表示させる。このときプロセッサ１４は、客側タッチパネル１に対してはエラーに関する表示を行わない。またプロセッサ１４は、Ａｃｔ２３として店員側タッチパネル９の画面の一部に確認ボタンＢＵ１を配置する。

図９は、セミセルフモードで動作しているＰＯＳ端末１００において、登録操作の際における店員側タッチパネル９の画面ＳＣ１と、客側タッチパネル１の画面ＳＣ２の一例を示している。図示するように店員側タッチパネル９の画面ＳＣ１には、買上商品リストＰ１が表示される。買上商品リストＰ１には、１取引として登録された買上商品の商品名、単価、数量、金額と、値引額と、合計金額とが表示される。また画面ＳＣ１には、セミセルフモードで動作していることを示す画像Ｐ２も表示される。客側タッチパネル１の画面ＳＣ２には、最も新しく登録された商品の商品名、単価、数量と、一取引の値引額及び合計金額とが表示される。また、画面ＳＣ２には、広告画像Ｐ３も表示される。

セミセルフモードで動作中は、店員が例えばハンディスキャナ１２を操作して買上商品に付されているバーコードをスキャニングする。そうすると、ＰＯＳ端末１００においては、このバーコードから読み取られた商品コードで識別される商品の販売データが取引メモリに登録される。そして、この商品の商品名、単価、数量及び金額が買上商品リストＰ１に追加される。また、この商品の商品名、単価及び数量が客側タッチパネル１の画面ＳＣ２に表示される。

しかしながら、例えばバーコードが汚れていたために商品コードの読取りがエラーとなることがある。このような場合、プロセッサ１４は、登録操作エラーであると認識する。すなわちプロセッサ１４は、Ａｃｔ２２及びＡｃｔ２３の処理を実行する。その結果、図１０に示すように、店員側タッチパネル９の画面ＳＣ１には、エラーの内容を示す画像Ｐ４と、確認ボタンＢＵ１とが表示される。客側タッチパネル１の画面ＳＣ２は変化しない。

したがって、ワークスペースＳＰ１に居る店員は、店員側タッチパネル９の画面ＳＣ１に表示された画像Ｐ４から、商品コードの読取りエラーが発生したことを知り得る。この場合、店員は、確認ボタンＢＵ１にタッチした後、例えばキーボード１１を操作して商品コードを手入力すればよい。こうすることにより、登録操作エラーを解除することができる。なお、このとき、客側タッチパネル１の画面ＳＣ２は変化しないので、客が登録操作エラーに対して何らかのアクションを起こすことはない。したがって店員は、セミセルフモードにおける登録操作エラーに対して、効率よくエラー対応作業を行うことができる。

図６の説明に戻る。
Ａｃｔ２２及びＡｃｔ２３の処理を終えたプロセッサ１４は、Ａｃｔ２４として確認ボタンＢＵ１がタッチ操作されるのを待ち受ける。プロセッサ１４は、店員側タッチパネル９からの入力により確認ボタンＢＵ１がタッチ操作されたことを検知すると、Ａｃｔ２４においてＹＥＳと判定し、Ａｃｔ２５へと進む。プロセッサ１４は、Ａｃｔ２５として店員側タッチパネル９の画面ＳＣ１に表示させた画像Ｐ４と確認ボタンＢＵ１とを消去する。以上で、プロセッサ１４は、セミセルフモード動作中の登録操作エラーに対する情報処理を終了する。

一方、モードフラグＭＦが“１”、すなわちフルセルフモードのときに登録操作エラーが発生した場合には、プロセッサ１４は、Ａｃｔ２１においてＮＯと判定し、Ａｃｔ２６へと進む。プロセッサ１４は、店員側タッチパネル９に対してエラー発生を通知する内容の画像を表示させる。またプロセッサ１４は、客側タッチパネル１に対しては店員を呼び出すことを指示する内容の画像を表示させる。さらにプロセッサ１４は、Ａｃｔ２７として店員側タッチパネル９の画面の一部に確認ボタンＢＵ１を配置する。

図１１は、フルセルフモードで動作しているＰＯＳ端末１００において、登録操作の際における店員側タッチパネル９の画面ＳＣ３と、客側タッチパネル１の画面ＳＣ４の一例を示している。図示するように店員側タッチパネル９の画面ＳＣ３には、セミセルフモードで動作しているとき同様の買上商品リストＰ１が表示される。また画面ＳＣ３には、フルセルフモードで動作していることを示す画像Ｐ５も表示される。客側タッチパネル１の画面ＳＣ４には、買上商品リストＰ６が表示される。買上商品リストＰ６には、１取引として登録された買上商品の商品名、数量、金額と、合計金額とが表示される。また画面ＳＣ４には、中止ボタンＢＵ２と会計ボタンＢＵ３とが配置される。中止ボタンＢＵ２は、客が買上商品の登録を中止する場合にタッチする。会計ボタンＢＵ３は、客が買上商品の登録を終えて代金に支払いに移行する際にタッチする。

フルセルフモードで動作中は、売場スペースＳＰ１に居る客が例えば固定スキャナ２に買上商品のバーコードを翳す。あるいは、客がハンディスキャナ１２を操作して買上商品に付されているバーコードをスキャニングする。そうすると、ＰＯＳ端末１００においては、このバーコードから読み取られた商品コードで識別される商品の販売データが取引メモリに登録される。そして、この商品の商品名、数量及び金額が買上商品リストＰ６に追加される。また、この商品の商品名、単価、数量及び金額が買上商品リストＰ１に追加される。

しかしながら、商品の中には、フルセルフモードでは販売できない商品がある。例えば年齢確認が必要な酒、煙草等の商品は、店員が介在しないと販売できない。第一類医薬品または第２類医薬品に属する医薬品も同様である。このような販売制限のある買上商品のバーコードが固定スキャナ２またはハンディスキャナ１２によって読み取られると、プロセッサ１４は、モードフラグＭＦを調べる。そしてモードフラグが“１”、すなわちフルセルフモードで動作している場合には、プロセッサ１４は、登録操作エラーであると認識する。すなわちプロセッサ１４は、Ａｃｔ２６及びＡｃｔ２７の処理を実行する。その結果、図１２に示すように、店員側タッチパネル９の画面ＳＣ３には、エラー発生を示す内容の画像Ｐ７と、確認ボタンＢＵ１とが表示される。客側タッチパネル１の画面ＳＣ４には、店員を呼び出すことを指示する内容の画像Ｐ８が表示される。

したがって客は、画像Ｐ８の内容に従い店員を呼び出す。フルセルフモードで動作しているＰＯＳ端末１００に対しては、通常、店員が付いていない。ただし、少なくとも１台のＰＯＳ端末１００はセミセルフモードで動作しているので、ワークスペースＳＰ２内に少なくとも一人の店員は居る。客から呼び出された店員は、ワークスペースＳＰ２内を移動する。そして店員は、店員側タッチパネル９に表示されている画像Ｐ７を確認したならば、その画像Ｐ７とともに店員側タッチパネル９に表示されている確認ボタンＢＵ１にタッチする。

図６の説明に戻る。
Ａｃｔ２６及びＡｃｔ２７の処理を終えたプロセッサ１４は、Ａｃｔ２８として確認ボタンＢＵ１がタッチ操作されるのを待ち受ける。プロセッサ１４は、店員側タッチパネル９からの入力により確認ボタンＢＵ１がタッチ操作されたことを検知すると、Ａｃｔ２８においてＹＥＳと判定し、Ａｃｔ２９へと進む。プロセッサ１４は、Ａｃｔ２９として店員側タッチパネル９に表示されていた画像Ｐ７を消去し、その代わりにエラーの内容を示す画像を表示させる。またプロセッサ１４は、客側タッチパネル１に表示されていた画像Ｐ８を消去する。

図１３は、図１２の状態で確認ボタンＢＵ１がタッチ操作された後の店員側タッチパネル９の画面ＳＣ３と客側タッチパネル１の画面ＳＣ４の一例である。図示するように、店員側タッチパネル９の画面ＳＣ３においては、画像Ｐ７に代わってエラーの内容を示す画像Ｐ９が表示される。また、客側タッチパネル１の画面ＳＣ４からは画像Ｐ８が消去される。

したがって、ワークスペースＳＰ１に居る店員は、店員側タッチパネル９の画面ＳＣ３に表示された画像Ｐ９から、フルセルフモードでは販売できない商品のコードが読み取られたことによる登録操作エラーが発生したことを知り得る。この場合、店員は、確認ボタンＢＵ１にタッチする。そして店員は、例えばサブタッチパネル１０に設けられている任意のボタンにタッチして、登録禁止商品の登録を一度だけ許容するための操作を行った後、ハンディスキャナ１２を操作して登録エラーとなった商品のバーコードをスキャニングする。そうすると、ＰＯＳ端末１００においては、当該商品の販売データが取引メモリに登録される。なお、登録禁止商品の登録を許容するための操作は、サブタッチパネル１０に設けられている任意のボタンのタッチ操作に限定されるものではない。例えば店員のＩＤ番号をバーコードで示すＩＤカードを各店員が所持している場合、そのＩＤカードのバーコードをハンディスキャナ１２でスキャニングすることで、登録禁止商品の登録を一度だけ許容するようにしてもよい。

このように、フルセルフモードで動作しているＰＯＳ端末１００において、登録操作エラーが発生した場合、客は、客側タッチパネル１に表示される画像Ｐ８の内容に従い、店員を呼び出せばよい。一方、店員は、客からの呼び出しを受けて速やかに登録操作エラーが発生したＰＯＳ端末１００の設置場所へと移動することができる。しかも店員は、店員側タッチパネル９の画面ＳＣ３に表示された画像Ｐ９から、エラー内容を正確に把握することができる。したがって、フルセルフモードであっても、客及び店員は、登録操作エラーに対して効率よくエラー対応作業を行うことができる。

図６の説明に戻る。
Ａｃｔ２９の処理を終えると、プロセッサ１４は、Ａｃｔ３０として確認ボタンＢＵ１がタッチ操作されるのを待ち受ける。プロセッサ１４は、店員側タッチパネル９からの入力により確認ボタンＢＵ１がタッチ操作されたことを検知すると、Ａｃｔ３０においてＹＥＳと判定し、Ａｃｔ３１へと進む。プロセッサ１４は、Ａｃｔ３１として店員側タッチパネル９の画面ＳＣ３に表示させた画像Ｐ９と確認ボタンＢＵ１とを消去する。以上で、プロセッサ１４は、フルセルフモード動作中の登録操作エラーに対する情報処理を終了する。

ここに、プロセッサ１４を主体とするＰＯＳ端末１００のコンピュータは、図６のＡｃｔ２１、Ａｃｔ２２及びＡｃｔ２６の処理を実行することにより、第１の制御手段を構成する。

次に、支払い操作エラーが発生した場合のＰＯＳ端末１００の動作について、図７の流れ図、及び、図１４乃至図１７の画面表示例を用いて説明する。
エラーが支払い操作エラーであった場合には、プロセッサ１４は、図５のＡｃｔ１２においてＹＥＳと判定し、図７のＡｃｔ４１へと進む。プロセッサ１４は、Ａｃｔ４１としてモードフラグＭＦを調べる。

モードフラグＭＦが“０”、すなわちセミセルフモードのときに支払い操作エラーが発生した場合には、プロセッサ１４は、Ａｃｔ４１においてＹＥＳと判定し、Ａｃｔ４２へと進む。プロセッサ１４は、Ａｃｔ４２として店員側タッチパネル９に対してエラーの内容を示す画像を表示させる。またプロセッサ１４は、客側タッチパネル１に対してエラー発生を通知する画像を表示させる。さらにプロセッサ１４は、Ａｃｔ４３として店員側タッチパネル９の画面の一部に確認ボタンＢＵ１を配置する。

図１４は、セミセルフモードで動作しているＰＯＳ端末１００において、支払い方法として電子マネーが選択されたときにおける店員側タッチパネル９の画面ＳＣ５と、客側タッチパネル１の画面ＳＣ６の一例を示している。買上商品の登録が終了し、店員がキーボード１１に配置されている締めキー、例えば客層キーを押下すると、客側タッチパネル１に支払方法選択画面が表示される。支払方法選択画面は、現金、クレジットカード、プリペイドカード、電子マネー等の支払い方法の中からいずれか１つの支払い方法の選択を促す画面である。支払方法選択画面には、例えば現金ボタン、クレジットカードボタン、プリペイドカードボタン、電子マネーボタン等が表示される。そこで、支払方法選択画面を確認した客は、希望する支払い方法が割り当てられたボタンにタッチする。図１４は、電子マネーボタンがタッチされた後の店員側タッチパネル９の画面ＳＣ５と客側タッチパネル１の画面ＳＣ６とを表す。

図示するように店員側タッチパネル９の画面ＳＣ５には、お客様が支払い中であることを示す内容の画像Ｐ１０が表示される。客側タッチパネル１の画面ＳＣ６には、合計金額とともに、選択された支払い方法に対しての操作ガイダンスを示す内容の画像Ｐ１１が表示される。したがって客は、この画像Ｐ１１に従って、代金の支払い操作を行う。すなわち図１４の場合には、客は、電子マネーカードを近接通信ユニット６に翳す。このとき、例えば電子マネーの残高が合計金額以上であって決済が可能である場合、プロセッサ１４は電子マネーによる決済処理を実行する。

しかしながら、電子マネーの残高が合計金額に対して不足している場合には、残高不足のエラーとなる。このような場合、プロセッサ１４は、支払い操作エラーであると認識する。すなわちプロセッサ１４は、Ａｃｔ４２及びＡｃｔ４３の処理を実行する。その結果、図１５に示すように、店員側タッチパネル９の画面ＳＣ５には、エラーの内容を示す画像Ｐ１２と、確認ボタンＢＵ１とが表示される。また、客側タッチパネル１の画面ＳＣ６には、エラーが発生したことを示す内容の画像Ｐ１３が表示される。

したがって店員は、店員側タッチパネル９の画面ＳＣ３に表示された画像Ｐ１２から電子マネー支払い対して残高不足のエラーが発生したことを知り得る。また、電子マネーカードを近接通信ユニット６に翳した客は、その支払い操作にエラーが発生したことを取り得る。この場合、店員は、確認ボタンＢＵ１にタッチした後、客に対して不足分を別の支払い方法、例えば現金で支払うように指示する。客も、客側タッチパネル１の画面ＳＣ４に表示された画像Ｐ１３から支払い方法にエラーがあったことを知り得るので、店員からの指示に従い別の支払い方法で不足分を支払うこととなる。なお、この場合、電子マネーによる支払いを中止し、全額を別の支払い方法で支払うようにしてもよい。したがって、店員及び客は、セミセルフモードにおける電子マネー残高不足のエラーに対して効率よくエラー対応作業を行うことができる。

図７の説明に戻る。
Ａｃｔ４２及びＡｃｔ４３の処理を終えたプロセッサ１４は、Ａｃｔ４４として確認ボタンＢＵ１がタッチ操作されるのを待ち受ける。プロセッサ１４は、店員側タッチパネル９からの入力により確認ボタンＢＵ１がタッチ操作されたことを検知すると、Ａｃｔ４４においてＹＥＳと判定し、Ａｃｔ４５へと進む。プロセッサ１４は、Ａｃｔ４５として店員側タッチパネル９の画面ＳＣ３に表示させた画像Ｐ１２及び確認ボタンＢＵ１と、客側タッチパネル１に表示させた画像Ｐ１３とを消去する。以上で、プロセッサ１４は、セミセルフモード動作中の支払い操作エラーに対する情報処理を終了する。

一方、モードフラグＭＦが“１”、すなわちフルセルフモードのときに支払操作エラーが発生した場合には、プロセッサ１４は、Ａｃｔ４１においてＮＯと判定し、Ａｃｔ４６へと進む。プロセッサ１４は、Ａｃｔ４６として店員側タッチパネル９に対してエラー発生を示す内容の画像を表示させる。またプロセッサ１４は、客側タッチパネル１に対してはエラーの内容を示す画像を表示させる。さらにプロセッサ１４は、Ａｃｔ４７として客側タッチパネル１の画面の一部に確認ボタンＢＵ１を配置する。

図１６は、フルセルフモードで動作しているＰＯＳ端末１００において、支払い方法として電子マネーが選択されたときにおける店員側タッチパネル９の画面ＳＣ７と、客側タッチパネル１の画面ＳＣ８の一例を示している。客が自ら買い上げる商品の登録を終了し、図１３に示されている会計ボタンＢＵ３にタッチすると、客側タッチパネル１に前述した支払方法選択画面が表示される。そこで、支払方法選択画面を確認した客は、希望する支払い方法が割り当てられたボタンにタッチする。図１６は、電子マネーボタンがタッチされた後の店員側タッチパネル９の画面ＳＣ７と客側タッチパネル１の画面ＳＣ８とを表す。

図示するように店員側タッチパネル９の画面ＳＣ７には、フルセルフモードであることを示す内容の画像Ｐ１４が表示される。客側タッチパネル１の画面ＳＣ８には、セミセルフモードのときと同様に、合計金額とともに、選択された支払い方法に対しての操作ガイダンスを示す内容の画像Ｐ１１が表示される。したがって客は、この画像Ｐ１１に従って、代金の支払い操作を行う。すなわち図１６の場合も、客は、電子マネーカードを近接通信ユニット６に翳す。このとき、例えば電子マネーの残高が合計金額以上であって決済が可能である場合、プロセッサ１４は電子マネーによる決済処理を実行する。

しかしながら、電子マネーの残高が合計金額に対して不足している場合には、残高不足のエラーとなる。このような場合、プロセッサ１４は、支払い操作エラーであると認識する。すなわちプロセッサ１４は、Ａｃｔ４６及びＡｃｔ４７の処理を実行する。その結果、図１７に示すように、店員側タッチパネル９の画面ＳＣ７には、エラー発生を示す内容の画像Ｐ１５が表示される。また、客側タッチパネル１の画面ＳＣ８には、エラーの内容を示す画像Ｐ１６と、確認ボタンＢＵ１とが表示される。

したがって客は、客側タッチパネル１に表示された画像Ｐ１６から電子マネーの残高が不足していたことを知り得る。この場合、客は、確認ボタンＢＵ１にタッチした後、例えば不足分に相当する現金を紙幣投入口４ａまたは硬貨投入口３ａに投入すればよい。なお、電子マネーによる支払いを中止して全額を別の支払い方法で支払うようにすることも可能である。

したがって、電子マネーカードを近接通信ユニット６に翳した客は、客側タッチパネル１の画面ＳＣ８に表示された画像Ｐ１６から残高不足のエラーが発生したことを知り得る。この場合、客は、別の支払い方法で不足分を支払うこととなる。一方、ワークスペースＳＰ２に居る店員は、店員側タッチパネル９の画面ＳＣ３に表示された画像Ｐ１２からエラーが発生していることを遠くからでも確認することができる。したがって、客がそのエラーに対して戸惑っているような場合には、その客の場に行って適切なアドバイスを行うことができる。よって、店員及び客は、フルセルフモードであっても、電子マネー残高不足のエラーに対して効率よくエラー対応作業を行うことができる。

図７の説明に戻る。
Ａｃｔ４７の処理を終えると、プロセッサ１４は、Ａｃｔ４８として確認ボタンＢＵ１がタッチ操作されるのを待ち受ける。プロセッサ１４は、客側タッチパネル１からの入力により確認ボタンＢＵ１がタッチ操作されたことを検知すると、Ａｃｔ４８においてＹＥＳと判定し、Ａｃｔ４９へと進む。プロセッサ１４は、Ａｃｔ４９として店員側タッチパネル９の画面ＳＣ７に表示させた画像Ｐ１５と、客側タッチパネル１の画面ＳＣ８に表示させた画像Ｐ１６及び確認ボタンＢＵ１とを消去する。以上で、プロセッサ１４は、フルセルフモード動作中の支払い操作エラーに対する情報処理を終了する。

ここに、プロセッサ１４を主体とするＰＯＳ端末１００のコンピュータは、図７のＡｃｔ４１、Ａｃｔ４２及びＡｃｔ４６の処理を実行することにより、第２の制御手段を構成する。

次に、デバイスエラーが発生した場合のＰＯＳ端末１００の動作について、図８の流れ図、及び、図１８乃至図２２の画面表示例を用いて説明する。

ＰＯＳ端末１００の場合、デバイスとしては、客側タッチパネル１、固定スキャナ２、硬貨ユニット３、紙幣ユニット４、クレジットカードリーダ５、近接通信ユニット６、プリペイドカードリーダ／ライタ７、レシートプリンタ８、店員側タッチパネル９、サブタッチパネル１０、キーボード１１等が該当する。これらのデバイスのうち、客側タッチパネル１、固定スキャナ２、店員側タッチパネル９、サブタッチパネル１０、キーボード１１は、主として登録のための操作に応じて駆動する。硬貨ユニット３、紙幣ユニット４、クレジットカードリーダ５、近接通信ユニット６、プリペイドカードリーダ／ライタ７、レシートプリンタ８は、主として代金支払いのための操作に応じて駆動する。

ここでは、レシートプリンタ８にエラーが生じた場合について説明する。他のデバイスにエラーが発生した場合も、同様の手順で処理される。したがって、ここでの説明は省略する。

エラーがデバイスエラーであった場合には、プロセッサ１４は、図５のＡｃｔ１３においてＹＥＳと判定し、図８のＡｃｔ５１へと進む。プロセッサ１４は、Ａｃｔ５１としてモードフラグＭＦを調べる。

モードフラグＭＦが“０”、すなわちセミセルフモードのときにデバイスエラーが発生した場合には、プロセッサ１４は、Ａｃｔ５１においてＹＥＳと判定し、Ａｃｔ５２へと進む。プロセッサ１４は、Ａｃｔ５２として店員側タッチパネル９に対してエラーの内容を示す画像を表示させる。プロセッサ１４は、客側タッチパネル１に対してはエラーに関する表示を行わない。またプロセッサ１４は、Ａｃｔ５３として店員側タッチパネル９の画面の一部に確認ボタンＢＵ１を配置する。

図１８は、セミセルフモードで動作しているＰＯＳ端末１００において、決済処理の一部としてレシートプリンタ８が動作してレシート印字を行っているときの店員側タッチパネル９の画面ＳＣ９と、客側タッチパネル１の画面ＳＣ１０の一例を示している。図示するように店員側タッチパネル９の画面ＳＣ９には、レシート発行中であることを店員に通知する内容の画像Ｐ１７が表示される。客側タッチパネル１の画面ＳＣ１０には、一取引の合計金額、支払金額、釣銭額等に加えて、レシート発行中であることを客に通知する内容の画像Ｐ１８が表示される。

この状態で、例えばレシートプリンタ８において紙詰まりが生じた場合、プロセッサ１４は、デバイスエラーであると認識する。すなわちプロセッサ１４は、Ａｃｔ５２及びＡｃｔ５３の処理を実行する。その結果、図１９に示すように、店員側タッチパネル９の画面ＳＣ９には、エラーの内容を示す画像Ｐ１９と、確認ボタンＢＵ１とが表示される。客側タッチパネル１の画面ＳＣ１０は変化しない。

したがって店員は、店員側タッチパネル９の画面ＳＣ９に表示された画像Ｐ１９からレシートプリンタ８に紙詰まりのエラーが発生したことを知り得る。この場合、店員は、紙詰まりエラーを解消するための作業を行う。ただし紙詰まりエラーの解消作業は、売場スペースＳＰ１の側からでないと行えない。そこで店員は、確認ボタンＢＵ１にタッチした後、ワークスペースＳＰ２から売場スペースＳＰ１へと移動し、売場スペースＳＰ１の側から紙詰まりエラーを解消するべく作業を行う。なお、このとき、客側タッチパネル１の画面ＳＣ１０は変化しないので、客がデバイスエラーに対して何らかのアクションを起こすことはない。

図８の説明に戻る。
Ａｃｔ５２及びＡｃｔ５３の処理を終えたプロセッサ１４は、Ａｃｔ５４として確認ボタンＢＵ１がタッチ操作されるのを待ち受ける。プロセッサ１４は、店員側タッチパネル９からの入力により確認ボタンＢＵ１がタッチ操作されたことを検知すると、Ａｃｔ５４においてＹＥＳと判定し、Ａｃｔ５５へと進む。プロセッサ１４は、Ａｃｔ５５としてエラーが発生したデバイスが客側にあるデバイスであるか否かを確認する。客側にあるデバイスとは、ＰＯＳ端末１００の場合、客側タッチパネル１、固定スキャナ２、硬貨ユニット３、紙幣ユニット４、クレジットカードリーダ５、近接通信ユニット６、プリペイドカードリーダ／ライタ７及びレシートプリンタ８が当て嵌まる。例えばＰＯＳ端末１００は、各デバイスをそれぞれ識別するデバイスコードと関連付けて、識別フラグを記憶したデータテーブルをメイン記憶ユニット１５または補助記憶ユニット１６で記憶している。識別フラグは、例えば客側にあるデバイスに対しては“１”にセットされ、他のデバイス、例えば店員側タッチパネル、サブタッチパネル１０、キーボード１１、ハンディスキャナ１２に対しては“０”にリセットされる１ビット情報である。Ａｃｔ８８においてプロセッサ１４は、上記データベーブルの識別フラグを参照して、エラーが発生したデバイスが客側のデバイスであるか否かを確認する。

プロセッサ１４は、Ａｃｔ５５において、エラーが発生したデバイスが客側のデバイスである場合にはＹＥＳと判定し、Ａｃｔ５６へと進む。プロセッサ１４は、Ａｃｔ５６として店員側タッチパネル９の画面ＳＣ９と客側タッチパネル１の画面ＳＣ１０とに、それぞれエラーを解除するための作業手順を示す内容の画像を表示させる。

図２０は、図１９の画面例において、店員が確認ボタンＢＵ１にタッチした後の店員側タッチパネル９及び客側タッチパネル１に表示される画面ＳＣ９、ＳＣ１０の一例である。図示するように、店員側タッチパネル９及び客側タッチパネル１の各画面ＳＣ９，ＳＣ１０には、それぞれレシートプリンタ８の紙詰まりエラーを解消するための作業手順を示す内容の画像Ｐ２０，Ｐ２１が表示される。

前述したように、紙詰まりエラーが発生した場合、店員は、売場スペースＳＰ１に移動して紙詰まりエラーを解消するための作業を行う。このとき、客側タッチパネル１にはその作業手順を示す内容の画像Ｐ２１が表示されているので、店員は容易に紙詰まりエラーを解消することができる。したがって店員は、セミセルフモードにおける客側のデバイスエラーに対して、効率よくエラー対応作業を行うことができる。

図８の説明に戻る。
Ａｃｔ５６の処理を終えると、プロセッサ１４は、Ａｃｔ５７としてエラーが解除されるのを待ち受ける。そしてプロセッサ１４は、エラーが発生していたデバイスからの信号等によりエラーが解除されたことを確認すると、Ａｃｔ５７においてＹＥＳと判定し、Ａｃｔ５８へと進む。プロセッサ１４は、Ａｃｔ５８として店員側タッチパネル９の画面ＳＣ９に表示させた画像Ｐ２０と、客側タッチパネル１の画面ＳＣ１０に表示させた画像Ｐ２１とを消去する。以上で、プロセッサ１４は、セミセルフモード動作中に客側にあるデバイスにエラーが生じたときの情報処理を終了する。

なお、セルフモード動作中に客側ではないデバイスにエラーが生じた場合には、プロセッサ１４は、Ａｃｔ５５においてＮＯと判定し、Ａｃｔ５９へと進む。プロセッサ１４は、Ａｃｔ５９として店員側タッチパネル９の画面ＳＣ９に、そのデバイスエラーを解除するための作業手順を示す内容の画像を表示させる。その後、プロセッサ１４は、Ａｃｔ６０としてエラーが解除されるのを待ち受ける。そしてプロセッサ１４は、エラーが発生していたデバイスからの信号等によりエラーが解除されたことを確認すると、Ａｃｔ６０においてＹＥＳと判定し、Ａｃｔ６１へと進む。プロセッサ１４は、Ａｃｔ６１として店員側タッチパネル９の画面ＳＣ９に表示させたデバイスエラーを解除するための作業手順を示す内容の画像を消去する。以上で、プロセッサ１４は、セミセルフモード動作中に店員側にあるデバイスにエラーが生じたときの情報処理を終了する。したがって、セミセルフモードにおいて店員側のデバイスにエラーが発生した場合でも、店員は、効率よくエラー対応作業を行うことができる。

一方、モードフラグＭＦが“１”、すなわちフルセルフモードのときにデバイスエラーが発生した場合には、プロセッサ１４は、Ａｃｔ５１においてＮＯと判定し、Ａｃｔ６２へと進む。プロセッサ１４は、Ａｃｔ６２として店員側タッチパネル９に対してエラー発生を通知する内容の画像を表示させる。またプロセッサ１４は、客側タッチパネル１に対しては店員を呼び出すことを指示する内容の画像を表示させる。さらにプロセッサ１４は、Ａｃｔ６３としてブザー１７に対して警告音の駆動信号を出力して、ブザー１７を鳴動させる。またプロセッサ１４は、Ａｃｔ６４として店員側タッチパネル９の画面の一部に音停止ボタンＢＵ４を配置する。

図２１は、フルセルフモードで動作しているＰＯＳ端末１００において、決済処理の一部としてレシートプリンタ８が動作してレシート印字を行っているときの店員側タッチパネル９の画面ＳＣ１１と、客側タッチパネル１の画面ＳＣ１２の一例を示している。図示するように店員側タッチパネル９の画面ＳＣ１１には、フルセルフモードの動作中であることを示す内容の画像Ｐ２２が表示される。客側タッチパネル１の画面ＳＣ１２には、セミセルフモードのときと同様に、一取引の合計金額、支払金額、釣銭額等に加えて、レシート発行中であることを客に通知する内容の画像Ｐ１８が表示される。

この状態で、例えばレシートプリンタ８において紙詰まりが生じた場合、プロセッサ１４は、デバイスエラーであると認識する。すなわちプロセッサ１４は、Ａｃｔ６２、Ａｃｔ６３及びＡｃｔ６４の処理を実行する。その結果、図２２に示すように、店員側タッチパネル９の画面ＳＣ９には、エラー発生を示す内容の画像Ｐ２３と、音停止ボタンＢＵ４とが表示される。また、客側タッチパネル１の画面ＳＣ１２には、店員を呼び出すことを指示する内容の画像Ｐ２４が表示される。

したがって客は、画像Ｐ２４の内容に従い店員を呼び出す。フルセルフモードで動作しているＰＯＳ端末１００に対しては、通常、店員が付いていない。ただし、少なくとも１台のＰＯＳ端末１００はセミセルフモードで動作しているので、ワークスペースＳＰ２内に少なくとも一人の店員は居る。一方、店員は、ブザー１７から発せられる警告音を聞くことで、いずれかのＰＯＳ端末１００においてデバイスエラーが発生していることを知り得る。そこで客から呼び出された店員は、ワークスペースＳＰ２内を移動する。そして店員は、店員側タッチパネル９にエラー発生を示す内容の画像Ｐ２３を確認したならば、その画像Ｐ２３とともに店員側タッチパネル９に表示されている音停止ボタンＢＵ４にタッチする。

図８の説明に戻る。
Ａｃｔ６２、Ａｃｔ６３及びＡｃｔ６４の処理を終えたプロセッサ１４は、Ａｃｔ６５として音停止ボタンＢＵ４がタッチ操作されるのを待ち受ける。プロセッサ１４は、店員側タッチパネル９からの入力により音停止ボタンＢＵ４がタッチ操作されたことを検知すると、Ａｃｔ６５においてＹＥＳと判定し、Ａｃｔ６６へと進む。プロセッサ１４は、Ａｃｔ６６としてブザー１７に対して出力していた駆動信号を停止して、警告音の鳴動を停止させる。その後、プロセッサ１４は、前述したＡｃｔ５２へと進む。そしてプロセッサ１４は、Ａｃｔ５２乃至Ａｃｔ６１の処理を前述したのと同様に実行する。以上で、プロセッサ１４は、フルセルフモード動作中に店員側にあるデバイスにエラーが生じたときの情報処理を終了する。

したがって、店員が第１の確認操作として音停止ボタンＢＵ４にタッチすると、店員側タッチパネル９の画面ＳＣ１１から画像Ｐ２３と音停止ボタンＢＵ４とが消去され、新たに、図１９に示した画像Ｐ１９と確認ボタンＢＵ１とが表示される。客側タッチパネル１の画面ＳＣ１２は、画像Ｐ２４が消去される。ここで、紙詰まりエラーが発生していることを確認した店員が第２の確認操作として確認ボタンＢＵ１にタッチすると、店員側タッチパネル９と客側タッチパネル１の各画面ＳＣ１１，ＳＣ１２には、それぞれ図２０に示した画像Ｐ２０，Ｐ２１が表示される。そこで店員は、売場スペースＳＰ１に移動し、客側タッチパネル１に表示された画像Ｐ２１に従って、紙詰まりエラーを解消するための作業を行えばよい。したがって店員は、フルセルフモードにおいて客側のデバイスにエラーが発生した場合でも、効率よくエラー対応作業を行うことができる。

ここに、プロセッサ１４を主体とするＰＯＳ端末１００のコンピュータは、図８のＡｃｔ５１乃至Ａｃｔ５６及びＡｃｔ６２の処理を実行することにより、第３の制御手段を構成する。

以上詳述したように、ＰＯＳ端末１００は、第１の表示デバイスである店員側タッチパネル９の画面が店員側を向いており、第２の表示デバイスである客側タッチパネル１の画面が、店員側とは相反する客側を向いている。さらにＰＯＳ端末１００は、切替手段により、セミセルフモードとしての運用とフルセルフモードとしての運用とを適宜切り替えられるようになっている。

このようなＰＯＳ端末１００において、登録のための操作に対してエラーが発生した場合、セミセルフモードが選択されているときには店員側タッチパネル９にエラー内容を表す画像が表示される。フルセルフモードが選択されているときには、客側タッチパネル１に店員呼出を指示する画像が表示される。

また、代金支払いのための操作に対してエラーが発生した場合には、セミセルフモードが選択されているときには店員側タッチパネル９にエラー内容を表す画像が表示され、かつ、客側タッチパネル１にエラー発生を通知する画像が表示される。フルセルフモードが選択されているときには、客側タッチパネル１にエラー内容を表す画像が表示される。

また、登録または代金支払いのための操作に応じて駆動するデバイスにエラーが発生した場合には、セミセルフモードが選択されているときには店員側タッチパネル９にエラー内容を表す画像が表示される。そしてその後、確認操作に応じて、客側タッチパネル１にデバイスのエラー解除手順を表す画像が表示される。フルセルフモードが選択されているときには、客側タッチパネル１に店員呼出を指示する画像が表示される。そしてその後、音停止ボタンＢＵ４の操作に伴う第１の確認操作に応じて、店員側タッチパネル９にエラー内容を表す画像が表示される。そしてその後、確認ボタンＢＵ１の操作に伴う第２の確認操作に応じて、客側タッチパネル１にデバイスのエラー解除手順を表す画像が表示される。

このように、登録操作エラー、支払い操作エラーまたはデバイスエラーが発生した場合、セミセルフモードが選択されているかフルセルフモードが選択されているかにより、店員側タッチパネル９と客側タッチパネル１とに対して表示する内容を的確に切り分けている。したがって、店員または客は、エラー対応作業を効率よく行うことができる。

以上、エラー対応作業を効率よく行うことができる登録決済装置の実施形態について説明したが、かかる実施形態はこれに限定されるものではない。

例えば前記実施形態では、店員側タッチパネル９の画面の向きと客側タッチパネル１の画面の向きとが相反するようにしたＰＯＳ端末１００を例示したが、画面の向きはこれに限定されるものではない。店員側に位置する店員が店員側タッチパネル９の画面を確認でき、かつ、客側に位置する客が客側タッチパネル１の画面を確認できればよい。したがって、場合によっては、店員側タッチパネル９の画面の向きと客側タッチパネル１の画面の向きとが一致していてもよいし、相反する向き以外の方向で異なっていてもよい。

前記実施形態では、図８のＡｃｔ６３においてブザー１７による警告音を発する場合を例示したが、警告の種類は音に限定されるものではない。例えば、ＰＯＳ端末１００にランプを設け、ランプを点灯または点滅させることで、店員にデバイスエラーが発生していることを警告してもよい。すなわち光によって警告を発してもよい。

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

１…客側タッチパネル、２…固定スキャナ、３…硬貨ユニット、４…紙幣ユニット、５…クレジットカードリーダ、６…近接通信ユニット、７…プリペイドカードリーダ／ライタ、８…レシートプリンタ、８ａ…レシート排出口、９…店員側タッチパネル、１０…サブタッチパネル、１１…キーボード、１２……ハンディスキャナ、１４…プロセッサ、１５…メイン記憶ユニット、１６…補助記憶ユニット、１７…ブザー、１８…通信ユニット、１９…伝送路、１００…ＰＯＳ端末、２００…店舗サーバ、３００…通信ネットワーク。

Claims (6)

1. 店員に対して表示を行う第１の表示デバイスと、
   客に対して表示を行う第２の表示デバイスと、
   前記客が買い上げる買上商品の登録のための操作を前記店員が行い、当該買上商品に対する代金支払いのための操作を前記客が行う第１の動作モードと、前記買上商品の登録のための操作から当該買上商品に対する代金支払いのための操作までを前記客が行う第２の動作モードとを切り替える切替手段と、
   前記登録のための操作に対してエラーが発生した場合、前記第１の動作モードが選択されているときには前記第１の表示デバイスにエラー内容を表す画像を表示し、前記第２の動作モードが選択されているときには前記第２の表示デバイスに店員呼出を指示する画像を表示する第１の制御手段と、
   を具備する登録決済装置。
2. 店員に対して表示を行う第１の表示デバイスと、
   客に対して表示を行う第２の表示デバイスと、
   前記客が買い上げる買上商品の登録のための操作を前記店員が行い、当該買上商品に対する代金支払いのための操作を前記客が行う第１の動作モードと、前記買上商品の登録のための操作から当該買上商品に対する代金支払いのための操作までを前記客が行う第２の動作モードとを切り替える切替手段と、
   前記代金支払いのための操作に対してエラーが発生した場合、前記第１の動作モードが選択されているときには前記第１の表示デバイスにエラー内容を表す画像を表示し、かつ、前記第２の表示デバイスにエラー発生を通知する画像を表示し、前記第２の動作モードが選択されているときには前記第２の表示デバイスにエラー内容を表す画像を表示する第２の制御手段と、
   を具備する登録決済装置。
3. 店員に対して表示を行う第１の表示デバイスと、
   客に対して表示を行う第２の表示デバイスと、
   前記客が買い上げる買上商品の登録のための操作を前記店員が行い、当該買上商品に対する代金支払いのための操作を前記客が行う第１の動作モードと、前記買上商品の登録のための操作から当該買上商品に対する代金支払いのための操作までを前記客が行う第２の動作モードとを切り替える切替手段と、
   前記登録または前記代金支払いのための操作に応じて駆動するデバイスにエラーが発生した場合、前記第１の動作モードが選択されているときには前記第１の表示デバイスにエラー内容を表す画像を表示し、その後、確認操作を受け付けると前記第２の表示デバイスに前記デバイスのエラー解除手順を表す画像を表示し、前記第２の動作モードが選択されているときには前記第２の表示デバイスに店員呼出を指示する画像を表示し、その後、第１の確認操作を受け付けると前記第１の表示デバイスにエラー内容を表す画像を表示し、その後、第２の確認操作を受け付けると前記第２の表示デバイスに前記デバイスのエラー解除手順を表す画像を表示する第３の制御手段と、
   を具備する登録決済装置。
4. 前記第３の制御手段は、前記第２の動作モードが選択されているときには前記店員呼出を指示する画像の表示とともに警告を発し、前記第１の確認操作を受け付けると前記警告を停止する、請求項３記載の登録決済装置。
5. 前記第２の表示デバイスの画面が向いている方向は、前記第１の表示デバイスの画面が向いている方向とは異なる、請求項１乃至４のうちいずれが１に記載の登録決済装置。
6. 前記第２の表示デバイスの画面が向いている方向は、前記第１の表示デバイスの画面が向いている方向に対して相反する方向である、請求項５記載の登録決済装置。