(実施形態1)
図1は、本発明の実施形態1に係るPOS(Point Of Sales)システムのネットワーク構成図である。図1に示すPOSシステム1は、3台のPOS端末20-1、POS端末20-2、POS端末20-3と、ストアコントローラ(ストアコンピュータ、管理装置)10を備え、夫々はLAN11を介して通信可能に接続されている。以下、POS端末20-1、20-2、20-3について特に区別しない場合には、POS端末20と総称する。なお、POSシステム1は、POS端末20の状況(動作モード、処理状況等)を表示したり、POS端末20を制御したりする監視端末(非図示)を更に備えていてもよい。
POSシステム1は、種々の店舗(コンビニストア、スーパーマーケット等)に導入可能である。
図2は、POS端末20の設置例を示す図である。図2(A)は、POS端末20等を客側から見た斜視図である。図2(B)は、POS端末20等を店員側から見た斜視図である。図2(A)に示すように客側から見てPOS端末20の右側にカウンタが置かれている。
図3は、POS端末20の外観例を示す図である。図3(A)は、POS端末20を客側から見た斜視図である。図3(B)は、POS端末20を店員側から見た斜視図である。図4は、POS端末20の構成例を示す図である。図3及び図4において、同一部分には同一符号を付している。
以下、図3を参照しつつ、図4に示したPOS端末20の構成例を説明する。POS端末20は、CPU201と、ROM202と、RAM203と、ハードディスク204と、客側表示部205と、客側スキャナ部206と、カード決済部208と、釣銭機209と、店員側表示部210と、キー操作部211と、店員側スキャナ部212と、印刷部213と、音声出力部214と、通信部215とを備える。これらは、バスを介して相互に通信可能である。
CPU201は、中央演算処理装置であり、ROM202に記憶されているプログラムを読み出して実行することにより、POS端末20の動作を制御する。
ROM202は、読み出し専用メモリであり、プログラムをはじめとしてCPU201が利用する各種の情報を記憶する。
RAM203は、読み出し書き込みメモリであり、種々の情報を記憶する。例えば、RAM203は、外部から取得した情報(例えば、ストアコントローラ10から取得した商品マスタ等)や、処理において生成した情報(例えば、商品を登録する登録処理において生成した登録情報(登録データ)、買上商品を精算(決済)する精算処理において生成した精算情報等)を記憶する。
ハードディスク204は、種々の情報を記憶する。ハードディスク204は、例えば、ROM202に代えて、CPU201が実行するプログラム等を記憶してもよい。また、RAM203に代えて、外部から取得した情報や、処理において生成した情報を記憶してもよい。
客側表示部205は、客用のタッチディスプレイであり、客に種々の情報を表示するとともに、客から種々の入力を受け付ける。
客側スキャナ部206は、客用のスキャナ部であり、各種の情報を光学的に読み取る。例えば、客側スキャナ部206は、商品に付されているバーコード(商品コード等)や、お会計券(登録商標)に印刷されているコード(バーコード、2次元コード等)を光学的に読み取る。客側スキャナ部206は、上記に加えて、品券類(商品券、クーポン券、優待券)や、各種カード(例えば、会員カード、ポイントカード等)に印刷されているコード(バーコード、2次元コード等)を読み取ってもよい。なお、客側スキャナ部206は、客が商品を登録する際に用いられるが、客は他の方法によって商品を登録してもよい。例えば、客側表示部205に、商品に対応するプリセットキー(商品を注文するボタン)が表示されている場合、客は、当該プリセットキーを操作(押下)し、商品を登録してもよい。
カード決済部208は、各種カード(クレジットカード、交通系カード等のプリペイドカード、ポイントカード等)による決済機構である。カード決済部208は、カード認識部(読取部)や表示部や操作部を備える。カード認識部は、各種カードの情報を磁気的又は電気的に読み取る。読み取られた情報は、買上商品の決済(精算)を用いられる。なお、カード認識部は、今回の買上商品の決済(精算)に認識した情報を使用する場合(つまり、クレジットカードによるクレジット決済の場合、プリペイドカードによるプリペイドカード決済の場合、ポイントカードの保有ポイントを使用(消費)する場合等)に加えて、今回の買上商品の決済(精算)に認識した情報を使用しない場合(例えば、クレジットカードの提示による特典付与の場合、ポイントカードにポイントを付与する場合等)にも、各種カードを認識してもよい。なお、本実施形態のカード決済部208は、カード認識部(読取部)や表示部や操作部を備えるが、カード決済部208は、少なくともカード認識部を備えるものであればよい。また、本実施形態のカード認識部は、接触型のカード(ICカード、磁気カード)に対応するものであるが、接触型のカードに代えて又は加えて、非接触型のカード(ICカード)に対応するものであってもよい。
釣銭機209(現金決済部)は、現金による決済機構であり、紙幣や硬貨の投入口、紙幣や硬貨の排出口を有し、投入口への投入金額を算出し、投入金額と買上金額の差分である釣銭金額を算出し、釣り銭を排出口から排出する。当該釣銭機209は、客側に向けられており、客が操作するものである。なお、紙幣や硬貨が投入口に投入された場合にはセンサによって検出(投入があった旨の検出、金種別の枚数の検出等)される。カード決済部208と釣銭機209とにより、精算部が形成される。
店員側表示部210は、店員用のタッチディスプレイであり、店員に種々の情報を表示するとともに、店員から種々の入力を受け付ける。
キー操作部211は、各種のキー(ハードウェアキー、ボタン)から構成され、店員から種々の入力を受け付ける。
キー操作部211は、モード切替ボタン211aと、一括切替ボタン211bと、会計専用モード切替ボタン211cとを含む。モード切替ボタン211aは、後述する動作モードを切り替えるためのボタンである。また、一括切替ボタン211bは、特定のPOS端末20(例えば、店長等がログインしているPOS端末20等)において操作されることにより、各POS端末20の動作モードを一括して切り替えるためのボタンである。会計専用モード切替ボタン211cは、後述する「セミセルフモード(会計専用モード)」に切り替えるためのボタンである。
店員側スキャナ部212は、店員用のスキャナ部であり、各種の情報を光学的に読み取る。例えば、店員側スキャナ部212は、商品に付されているバーコードや、店員の名札に付された店員コードを光学的に読み取る。店員側スキャナ部212は、上記に加えて、お会計券に印刷されているコードや、品券類や、各種カードに印刷されているコードを読み取ってもよい。
なお、店員側スキャナ部212は、店員が商品を登録する際に用いられるが、店員は他の方法によって商品を登録してもよい。例えば、キー操作部211に、商品に対応するキー(例えば、スポーツ新聞に対応するキー等)が配置されている場合、店員は、当該キーを操作(押下)し、当該商品を登録してもよい。また、店員側表示部210に、商品に対応するプリセットキーが表示されている場合、店員は、当該プリセットキーを操作し、当該商品を登録してもよい。
印刷部213は、各種媒体(レシート、お会計券等)を印刷、発行する。印刷部213は、店員側から客側、客側から店員側に向き(媒体発行口の方向)を回転自在に変更可能である。印刷部213の向きは、手動で変更してもよいし、例えば動作モード(詳細は後述)が切り替わることに基づいて自動的に変更(メカ的に制御等)してもよい。なお、印刷部213の向きの正誤をセンサなどで検出してもよい。なお、動作モードが切り替わることを動作モードが移行するとも言う。
音声出力部214は、音声を出力する。例えば、音声出力部214は、音声ガイダンス等を出力する。
通信部215は、他端末(他のPOS端末20、ストアコントローラ10)との間において情報を送受信する。
(各動作モードの概要)
続いて、POS端末20の動作モードについて説明する。POS端末20は、複数の動作モードを有する。当該動作モードは、通常業務中の動作モード(登録処理及び精算処理に係る動作モード)であり、売上や在高等を集計、照会等する集計モード、店員や保守員等が設定作業や保守作業を行う際のメンテナンスモード、新人がトレーニングを行う際のトレーニングモード等は含まない。
図5は、POS端末20の動作モードの概略を説明する図である。POS端末20は、例えば、図5(A)に示した3種類の動作モード(通常モード(標準モード)、フルセルフモード、セミセルフモード(会計専用モード))を有する。また、POS端末20は、図5(A)の通常モード(標準モード)に代えて又は加えて図5(B)の通常モード(制限モード)を有してもよい。また、POS端末20は、図5(A)の通常モード(標準モード)に代えて又は加えて図5(B)のセミセルフモード(登録専用モード)を有してもよい。また、POS端末20は、図5(A)のセミセルフモード(会計専用モード)に代えて又は加えて図5(B)のセミセルフモード(登録専用モード)を有してもよい。
図5(A)において、列は、各動作モードを示し、行は、各機能(「商品登録(店員側)」、「商品登録(客側)」、「貨幣の投入」、…、「お会計券の読取」)を示している。図5(B)においても同様である(但し、図5(B)においては各機能の図示を省略している)。
図5(A)(図5(B)も同様)において、列と行から特定される欄内の「〇」は、当該列の動作モードでは当該行の機能を有効としている旨を示している。例えば、列「通常モード(標準モード)」と行「商品登録(店員側)」から特定される欄内の「〇」は、通常モード(標準モード)では商品登録(店員側)を有効としている旨を示している。また、列と行から特定される欄内の「-」は、当該列の動作モードでは当該行の機能を無効としている旨を示している。例えば、列「通常モード」と行「商品登録(客側)」から特定される欄内の「-」は、通常モードでは商品登録(客側)を無効としている旨を示している。
(各機能の説明)
以下、図5(A)に示した各機能の概略を説明する。
(商品登録(店員側))
「商品登録(店員側)」は、買上商品を店員側(店員側スキャナ部212、店員側表示部210、キー操作部211)にて登録する機能である。つまり、店員の操作(店員側スキャナ部212によるスキャン、店員側表示部210へのタッチ、キー操作部211の操作)により、買上商品の登録処理を実行する機能である。
(商品登録(客側))
「商品登録(客側)」は、買上商品を客側(客側スキャナ部206、客側表示部205)にて登録する機能である。つまり、客の操作(客側スキャナ部206によるスキャン、客側表示部205へのタッチ)により、買上商品の登録処理を実行する機能である。
(貨幣の投入)
「貨幣の投入」は、貨幣(紙幣、硬貨)の投入を受け付ける機能である。つまり、現金による精算の操作(釣銭機209への貨幣の投入)を受け付ける機能である。
(他端末への登録情報の送信)
「他端末への登録情報の送信」は、登録処理において生成された登録情報を他端末(精算処理を実行可能な他端末。例えば、他のPOS端末20)に送信(直接的に他端末に送信、又は、ストアコントローラ10や監視端末などを経由して間接的に他端末に送信。以下、同様)する機能である。
(お会計券の発行)
「お会計券の発行」は、登録処理において生成した登録情報等をコード化し、印刷した媒体(お会計券)を発行する機能である。
(他端末からの登録情報の受信)
「他端末からの登録情報の受信」は、他端末の登録処理において生成された登録情報を受信(直接的に他端末から受信、又は、ストアコントローラ10や監視端末などを経由して間接的に他端末から受信。以下、同様)する機能である。なお、他端末から登録情報を受信した端末は、当該登録情報に基づいて精算処理を実行する。
(お会計券の読取)
「お会計券の読取」は、お会計券(具体的にはお会計券に印刷されているコード、あるいは、コード化されている情報)を読み取る機能である。なお、他端末において発行されたお会計券を読み取った端末は、お会計券を読み取ることによって取得される登録情報に基づいて精算処理を実行する。
(各動作モードの説明)
続いて、図5(A)及び図5(B)に示した各動作モードの概略を説明する。
(通常モード(標準モード))
通常モード(標準モード)は、図5(A)に示すように、商品登録(店員側)を有効「〇」とし、商品登録(客側)を無効「-」とした動作モードである。つまり、通常モード(標準モード)は、客側においては登録処理を実行せずに店員側において登録処理を実行する動作モードである。
また、通常モード(標準モード)は、図5(A)に示すように、貨幣の投入も、他端末への登録情報の送信も、お会計券の発行も、いずれも有効「〇」とした動作モードである。つまり、通常モード(標準モード)では、店員側における登録処理の後の精算処理について、自端末において実行することも他端末に実行させることも可能である。具体的には、通常モード(標準モード)では、釣銭機209への貨幣の投入を受け付けることによって精算処理を自端末で実行し、他端末に登録情報を送信することによって(またはお会計券を発行することによって)精算処理を他端末に実行させる。
また、通常モード(標準モード)は、図5(A)に示すように、他端末からの登録情報の受信も、お会計券の読取も、いずれも有効「〇」とした動作モードである。つまり、通常モード(標準モード)では、他端末において生成された登録情報に基づいて精算処理を実行可能である。なお、登録情報の受信後(またはお会計券の読取後)の精算処理は、図5(A)のセミセルフモードとして実行してもよい。すなわち、通常モード(標準モード)であるときに、登録情報を受信した(またはお会計券を読み取った)場合には、通常モード(標準モード)からセミセルフモード(会計専用モード)に自動的(店員による許可を求めてもよい)に移行し、セミセルフモード(会計専用モード)として精算処理を実行してもよい。また、セミセルフモード(会計専用モード)に移行して精算処理を実行した場合には、セミセルフモード(会計専用モード)から通常モード(標準モード)に自動的(店員による許可を求めてもよい)に移行(復帰)してもよいし、セミセルフモード(会計専用モード)のままとしてもよい。
なお、通常モード(標準モード)において、他端末からの登録情報の受信、お会計券の読取の少なくとも一方を無効「-」としてもよい。
(フルセルフモード)
フルセルフモードは、図5(A)に示すように、商品登録(客側)を有効「〇」とした動作モードである。つまり、フルセルフモードは、客側における登録処理を前提とした動作モードである。但し、フルセルフモードは、商品登録(店員側)も有効「〇」としている。つまり、フルセルフモードは、客側における登録処理を前提としつつ、店員側における登録処理も許容する動作モードである。なお、客側、店員側の両側において登録処理が行われている状態をダブルスキャンモードと称する場合がある。
なお、図5(A)に示した例では、フルセルフモードにおいて、商品登録(店員側)を有効「〇」としているが、フルセルフモードにおいて、商品登録(店員側)を無効「-」としてもよい。
また、フルセルフモードは、図5(A)に示すように、貨幣の投入を有効「〇」とし、他端末への登録情報の送信とお会計券の発行とを無効「-」とした動作モードである。つまり、フルセルフモードは、当該端末における精算処理を前提とした動作モードである。
また、フルセルフモードは、図5(A)に示すように、通常モード(標準モード)と同様、他端末からの登録情報の受信も、お会計券の読取も、いずれも有効「〇」とした動作モードである。つまり、通常モード(標準モード)と同様、フルセルフモードでは、他端末において生成された登録情報に基づいて精算処理を実行可能である。なお、登録情報の受信後(またはお会計券の読取後)の精算処理は、図5(A)のセミセルフモードとして実行してもよい。すなわち、フルセルフモードであるときに、登録情報を受信した(またはお会計券を読み取った)場合には、フルセルフモードからセミセルフモード(会計専用モード)に自動的に移行し、セミセルフモード(会計専用モード)として精算処理を実行してもよい。また、セミセルフモード(会計専用モード)に移行して精算処理を実行した場合には、セミセルフモード(会計専用モード)からフルセルフモードに自動的に移行(復帰)してもよいし、セミセルフモード(会計専用モード)のままとしてもよい。
(セミセルフモード(会計専用モード))
セミセルフモード(会計専用モード)は、図5(A)に示すように、他端末からの登録情報の受信、お会計券の読取、貨幣の投入を有効「〇」とし、商品登録(店員側)や商品登録(客側)を無効「-」とした動作モードである。つまり、セミセルフモード(会計専用モード)は、自端末においては登録処理を実行せず、専ら、他端末において生成された登録情報に基づいて精算処理を実行する動作モードである。なお、セミセルフモード(会計専用モード)では、登録処理を実行しない動作モードであるため(登録情報を生成しないため)、図5(A)に示すように、他端末への登録情報の送信も、お会計券の発行も、無効「-」としている。
(通常モード(制限モード))
通常モード(制限モード)は、図5(B)に示すように、図5(A)の通常モード(標準モード)において有効「〇」としていた他端末への登録情報の送信とお会計券の発行とを無効「-」としたものである。つまり、通常モード(制限モード)は、通常モード(標準モード)においては許容されている他端末に精算処理を実行させる機能を制限した動作モードである。
(セミセルフモード(登録専用モード))
セミセルフモード(登録専用モード)は、図5(B)に示すように、商品登録(店員側)、他端末への登録情報の送信、お会計券の発行を有効「〇」とし、商品登録(客側)、貨幣の投入、他端末からの登録情報の受信、お会計券の読取を無効「-」とした動作モードである。つまり、セミセルフモード(登録専用モード)は、専ら、自端末において登録処理を実行し、他端末に精算処理を実行させる動作モードである。なお、セミセルフモード(登録専用モード)は、店員による登録操作を前提としているため、商品登録(客側)を無効「-」としている。
(機能の有効、無効について)
なお、上記では、POS端末20は、動作モードに応じて、POS端末20自身が備える各種の機能(図5(A)の商品登録(店員側)、商品登録(客側)、貨幣の投入、…、お会計券の読取)の夫々について、有効「〇」であるか無効「-」であるかが異なる旨を説明した。換言すれば、上記では、POS端末20は、全部の機能(図5(A)の商品登録(店員側)、商品登録(客側)、貨幣の投入、…、お会計券の読取)を元々有し、うち一部の機能を動作モードに応じて無効とする旨を説明した(例えば、図5(A)に示すように、POS端末20は、通常モード(標準モード)であるときは商品登録(客側)を無効「-」とし、フルセルフモードであるときは他端末への登録情報の送信とお会計券の発行とを無効「-」としている)。
しかしながら、POS端末20は、動作モードに応じて実行可能な機能が異なればよく、POS端末20は、必ずしも、全部の機能を元々有し、うち一部の機能を動作モードに応じて無効とするといった構成としなくてもよい。例えば、POS端末20は、初めから全部の機能(該機能を実現するためのプログラム)を有するのではなく、動作モードに応じて(例えば、動作モードの切り替えに際し)、当該動作モードにおいて必要となる機能(図5において有効「〇」とした機能に相当する機能)を実現するためのプログラムを外部(例えば、ストアコントローラ10、監視端末、店外のサーバ(クラウド等)等)から取得して実行可能な状態とするとともに、当該動作モードに不要な機能(図5において無効「-」とした機能に相当する機能)を実現するためのプログラムが存在する場合(保持する場合)には当該プログラムを実行不能な状態としてもよい(例えば消去するようにしてもよい)。なお、不要な機能を実現するためのプログラムを実行不能な状態とした後に必要な機能を実現するためのプログラムを取得して実行可能な状態としてもよい。また例えば、POS端末20は、動作モードの切り替えに際し、移行先の動作モードに関わらず、一旦、全部のプログラムを実行不能な状態とした後に、当該動作モードにおいて必要となる機能を実現するためのプログラムを外部から取得して実行可能な状態としてもよい。つまり、POS端末20の構成としては、動作モードに応じて、元々具備する各種の機能のうちの一部を無効「-」にするといったものであってもよいし、動作モードに応じて、必要な機能のみを適宜を具備させるといったものであってもよい。
以上、図5(A)の通常モード(標準モード)、フルセルフモード、セミセルフモード(会計専用モード)、図5(B)の通常モード(制限モード)、セミセルフモード(登録専用モード)について説明したが、以下、図5(A)の通常モード(標準モード)、フルセルフモード、セミセルフモード(会計専用モード)を中心に説明する。なお、以下の説明において、通常モード(標準モード)を単に通常モードと称する場合がある。また、セミセルフモード(会計専用モード)を単にセミセルフモードと称する場合がある。
(動作モードの切り替え(移行))
続いて、POS端末20の動作モードの切り替え(移行)について説明する。POS端末20は、基本的には、店員による動作モードの切り替えるための明示的なモード切替操作(モード移行操作とも称する。詳細は後述する)に従って動作モードが切り替わる。また、POS端末20は、モード切替操作とは異なる他の操作(例えば、店員コードの読み取り等)に従って動作モードが切り替わる場合がある。
また、POS端末20は、店員の操作によらずに、動作モードが切り替わる場合がある。具体的には、POS端末20は、他端末(POS端末20、監視端末、携帯端末等)からのモード切替命令(モード切替指示)に従って動作モードが切り替わる場合がある。また、POS端末20は、時間的な条件(例えば、最後に操作してからの経過時間、スケジュールによる定刻等)に従って動作モードが切り替わる場合がある。また、POS端末20は、処理の開始時(例えば、受信した登録情報に基づく精算処理の開始時、お会計券に基づく精算処理の開始時等)に動作モードが切り替わるようにしてもよい。また、POS端末20は、処理の終了時(例えば、受信した登録情報に基づく精算処理の終了時、お会計券に基づく精算処理の終了時)に動作モードが切り替わるようにしてもよい。
図6は、POS端末20の動作モードの切り替えについて説明する図である。図6の左側は切り替え前後の動作モードの組み合せ(切替前の動作モード→切替後の動作モード)を示し、右側は動作モードの切り替えの条件(一例)を示している。例えば、aの行は、通常モードからフルセルフモードへの動作モードの切り替えの条件の一例として、モード切替操作、モード切替命令、所定時間経過(不使用)である旨を示している。つまり、動作モードが通常モードであるときに、例えば、モード切替操作、モード切替命令、所定時間経過(不使用)などがあった場合には、動作モードが通常モードからフルセルフモードに切り替わる旨を示している。なお、モード切替操作の詳細は後述する。
(通常モード→フルセルフモード)
aに示すように、通常モードであるときに、例えば、モード切替操作、モード切替命令(移行先の動作モードとしてフルセルフモードが特定されているモード切替命令等)、所定時間経過(所定時間の不使用)などがあった場合には、通常モードからフルセルフモードに動作モードが切り替わる。
(通常モード→セミセルフモード(会計専用モード))
bに示すように、通常モードであるときに、例えば、モード切替操作、モード切替命令(移行先の動作モードとしてセミセルフモード(会計専用モード)が特定されているモード切替命令等)などがあった場合には、通常モードからセミセルフモード(会計専用モード)に動作モードが切り替わる。また、通常モードであるときに、例えば、他端末から登録情報を受信した場合やお会計券を読み取った場合に、通常モードからセミセルフモード(会計専用モード)に動作モードが切り替わるようにしてもよい。
(フルセルフモード→通常モード)
cに示すように、フルセルフモードであるときに、例えば、モード切替操作、モード切替命令(移行先の動作モードとして通常モードが特定されているモード切替命令等)などがあった場合には、フルセルフモードから通常モードに動作モードが切り替わる。
(フルセルフモード→セミセルフモード(会計専用モード))
dに示すように、フルセルフモードであるときに、例えば、モード切替操作、モード切替命令(移行先の動作モードとしてセミセルフモード(会計専用モード)が特定されているモード切替命令等)などがあった場合には、フルセルフモードからセミセルフモード(会計専用モード)に動作モードが切り替わる。また、フルセルフモードであるときに、例えば、他端末から登録情報を受信した場合やお会計券を読み取った場合に、フルセルフモードからセミセルフモード(会計専用モード)に動作モードが切り替わるようにしてもよい。
(フルセルフモード→ダブルスキャンモード)
eに示すように、フルセルフモードであるときに、例えば、店員コードの読み取りなどがあった場合には、フルセルフモードからダブルスキャンモードに動作モードが切り替わる。なお、ダブルスキャンモードは、フルセルフモードの一態様(商品登録(客側)の機能に加え、商品登録(店員側)の機能が使用されている状態。図5(A)参照)である。
なお、フルセルフモードであるときに店員コードの読み取りなどがあった場合には、商品登録の状態にかかわらず、常にダブルスキャンモードに動作モードが切り替わるようにしてもよいし、商品登録の状態に応じて異なる動作モードに切り替わるようにしてもよい。例えば、未だ商品の登録が行われていないときに店員コードの読み取りなどがあった場合には(つまり、客による商品登録が行われていない状態では)、フルセルフモードから通常モードに切り替わり、既に商品の登録が行われているときに店員コードの読み取りなどがあった場合には(つまり、客による商品登録が行われている状態では)、フルセルフモードからダブルスキャンモードに切り替わるようにしてもよい。
(セミセルフモード(会計専用モード)→通常モード)
fに示すように、セミセルフモード(会計専用モード)であるときに、例えば、モード切替操作、モード切替命令(移行先の動作モードとして通常モードが特定されているモード切替命令等)などがあった場合には、セミセルフモード(会計専用モード)から通常モードに動作モードが切り替わる。また、セミセルフモード(会計専用モード)であるときに、例えば、精算処理(例えば、受信した登録情報に基づく精算処理、お会計券に基づく精算処理)が終了した場合に、セミセルフモード(会計専用モード)から通常モードに動作モードが切り替わるようにしてもよい。
(セミセルフモード(会計専用モード)→フルセルフモード)
gに示すように、セミセルフモード(会計専用モード)であるときに、例えば、モード切替操作、モード切替命令(移行先の動作モードとしてフルセルフモードが特定されているモード切替命令等)などがあった場合には、セミセルフモード(会計専用モード)からフルセルフモードに動作モードが切り替わる。また、セミセルフモード(会計専用モード)であるときに、例えば、精算処理(例えば、受信した登録情報に基づく精算処理、お会計券に基づく精算処理)が終了した場合に、セミセルフモード(会計専用モード)からフルセルフモードに動作モードが切り替わるようにしてもよい。
なお、モード切替操作は、操作に応じて移行先の動作モードが特定されるものであればよい。例えば、移行先別の夫々のボタンを備える場合(又は表示する場合)には、夫々のボタンを押下するモード切替操作に応じて、夫々の移行先に動作モードが切り替わるようにしてもよい。また、押下毎に移行先が切り替わる1つのボタンを備える場合(又は表示する場合)には、当該ボタンを押下するモード切替操作毎に、動作モードが切り替わるようにしてもよい。
なお、移行先の動作モードを選択するためのボタンと、該ボタンによって選択した動作モードへの移行を決定するためのボタンを別個に備える(又は表示)してもよい。
(モード切替操作による動作モードの移行)
続いて、モード切替操作による動作モードの移行について説明する。POS端末20は、店員による明示的なモード切替操作に従って動作モードが切り替わる(図6参照)。具体的には、キー操作部211の最上段かつ最右端に配置されているモード切替ボタン211a(図3(B)参照)の操作に従って動作モードが切り替わる。
なお、モード切替ボタン211aをキー操作部211の角部に配置したため、動作モードを切り替える際の操作ミスを減らすことができるとともに、容易に動作モードを切り替えることができるようになる。つまり、キー操作部211の角部にモード切替ボタン211aが存在する場合、例えばキー操作部211の中央付近にモード切替ボタン211aが存在する場合に比べ、例えば、操作対象であるモード切替ボタン211aに隣接する他のボタン数が少ないため、慌てて他のボタンを操作するなどの操作ミスが生じ難く、また、操作対象であるモード切替ボタン211aの位置を瞬時に特定できるため、ストレスなくモード切替操作を行うことができる。
更に、モード切替ボタン211aをキー操作部211の右上端(最上段かつ最右端)の角部に配置したため、店員が店員側にいる場合だけでなく客側にいる場合にもモード切替操作を行うことができるようになる。つまり、客側にいる店員は、通常、キー操作部211の各ボタンを視認し得ないが、キー操作部211の右上端に存在するモード切替ボタン211aについては、客側から手を伸ばし、手探り(手の感触)のみで、操作対象であるモード切替ボタン211aを容易に認識し得るため、客側にいる店員は店員側に移動しなくても、モード切替操作を行うことができる。
なお、本実施形態では、モード切替ボタン211aをキー操作部211の右上端の角部に配置しているが、手探りのみで認識し得る位置(比較的容易に認識できる位置)であれば、モード切替ボタン211aをキー操作部211の右上端の角部以外の位置に配置してもよい。また、手探りのみで認識し得る位置(例えば、右上端の角部等)にモード切替ボタン211aを配置することに代えて又は加えて、客側からであっても他のボタンと区別し得るようにモード切替ボタン211aを形成してもよい。例えば、手探りのみで区別しうる程度に、モード切替ボタン211aの大きさを他のボタンの大きさと異ならせるようにしてもよいし、モード切替ボタン211aの形を他のボタンの形と異ならせるようにしてもよいし、モード切替ボタン211aの高さを他のボタンの高さと異ならせるようにしてもよいし(例えば、モード切替ボタン211aが他のボタンよりも飛び出ているようにしてもよいし)、モード切替ボタン211aの表面(手が触れる面)の全部または一部の感触を他のボタンの感触と異ならせるようにしてもよい(例えば、モード切替ボタン211aの表面だけをザラザラ、ボコボコした感触にしてもよいし、モード切替ボタン211aの表面だけに突起や窪みを設けるようにしてもよい)。
なお、本実施形態では、上述のような種々の利点を考慮し、キー操作部211にモード切替ボタン211aを配置しているが、キー操作部211にモード切替ボタン211aを配置することに代えて又は加えて、店員側表示部210に表示される画面上にモード切替ボタン(不図示)を配置するようにしてもよい。
(各動作モードの動作)
図7は、通常モードの動作の概略を説明する模式図である。具体的には、図7は、通常モードにおいて、自端末において精算処理を実行する場合の処理の流れや人(店員、客)の動作を表した模式図である。図8は、通常モードの動作の概略を説明するフローチャートである。具体的には、図8は、通常モードにおいて、自端末において精算処理を実行する場合の動作の概略を説明するフローチャートである。
通常モード(自端末において精算処理を実行する場合も他端末に精算処理を実行させる場合も同様)では、店員は、客の買上商品を店員側(店員側スキャナ部212、店員側表示部210、キー操作部211)にて登録する(図7の上段)。つまり、POS端末20は、店員の操作(店員側スキャナ部212によるスキャン、店員側表示部210へのタッチ、キー操作部211の操作)により、買上商品の登録処理を実行する(図7の上段)。
店員による登録処理が完了した場合、客は、店員側表示部210において買上商品の合計金額を確認し、釣銭機209に貨幣(現金)を投入、または、カード決済部208を操作し、精算する(図7の下段)。つまり、POS端末20は、客の操作等(釣銭機209への現金の投入、カード決済部208の操作)により、精算処理を実行する(図7の下段)。
つまり、通常モードにおいて自端末において精算処理を実行する場合、図8に示すように、初めは店員側において、商品がスキャン等され(ステップS10:YES)、商品を登録する(ステップS11)。小計キー(例えば、店員側表示部210に表示された小計キー、または、キー操作部211に配置された小計キー等)の押下後は(ステップS30:YES)、客側において、例えば釣銭機209により精算が行われ(ステップS50)、処理が完了する。なお、ステップS30の小計キーは、登録処理を完了させるための操作キーであり、小計ボタン、登録完了キー、登録完了ボタン、お会計キー、お会計ボタンなどと称する場合もある。
なお、客は、店員による登録処理が完了する迄(合計金額が確定する迄)、待機していてもよいが、登録処理が完了する前に釣銭機209に現金を投入してもよい。つまり、POS端末20は、登録処理中において入金を受付可能である(図7の上段)。
また、客は、登録処理が完了する前に、支払方法(支払種別、決済方法、決済種別とも称する)を選択してもよい。つまり、POS端末20は、登録処理中において支払方法の選択を受付可能である。
また、店員は、客による精算が完了する迄(客がお釣りやレシートが取る迄)、待機していてもよいが、次の客の買上商品を登録してもよい。つまり、POS端末20は、精算処理中において次客の買上商品を登録可能である(図7の下段)。また、店員は、客による精算中に不在であってもよい(図7の下段)。つまり、当該客の精算中には、当該客の応対を終えてもよい。
また、POS端末20は、お釣りがある場合には、お釣りの取り忘れを防止するため、釣銭機209による釣銭・釣札の払出しを制御し、客が釣銭・釣札を取り除いたことをセンサ等で認識した上で、印刷部213によるレシートの発行を制御してもよい。他の動作モードにおいても同様である。
図9は、通常モードの動作の概略を説明する模式図である。具体的には、図9は、通常モード(標準モード)において、他端末に精算処理を実行させる場合の処理の流れや人(店員、客)の動作を表した模式図である。図10は、通常モードの動作の概略等を説明するフローチャートである。具体的には、図10(A)は、通常モード(標準モード)において、他端末に精算処理を実行させる場合の動作の概略を説明するフローチャートである。なお、図10(B)は、図10(A)の他端末(他の装置)における動作の基本的な流れを示したフローチャートである。
通常モード(自端末において精算処理を実行する場合も他端末に精算処理を実行させる場合も同様)では、店員は、客の買上商品を店員側(店員側スキャナ部212、店員側表示部210、キー操作部211)にて登録する(図9の上段)。つまり、POS端末20(図9の例ではPOS端末20-1)は、店員の操作(店員側スキャナ部212、店員側表示部210、キー操作部211等の操作)により、買上商品の登録処理を実行する(図9の上段)。
店員による登録処理が完了した場合、客は、他のPOS端末20(図9の例ではPOS端末20-2)に移動し、店員側表示部210において買上商品の合計金額を確認し、釣銭機209に貨幣を投入、または、カード決済部208を操作し、精算する(図9の下段)。つまり、他のPOS端末20は、客の操作等(釣銭機209への貨幣の投入、カード決済部208の操作)により、精算処理を実行する(図9の下段)。
なお、他のPOS端末20(POS端末20-2)には、精算処理に必要な情報(POS端末20-1において生成された登録情報等)が供給される。
なお、店員は、POS端末20-1において、精算処理を実行させるPOS端末20(図9の例ではPOS端末20-2、POS端末20-3のいずれか一方)を指定する。あるいは、店員は、POS端末20-1において、精算処理を実行させるPOS端末20(図9の例ではPOS端末20-2やPOS端末20-3)において読み取らせる媒体(お会計券)を発行させてもよい。
つまり、通常モードにおいて他端末に精算処理を実行させる場合、図10(A)に示すように、初めは店員側において、商品がスキャン等され(ステップS10:YES)、商品を登録する(ステップS11)。小計キー(例えば、店員側表示部210に表示された小計キー、または、キー操作部211に配置された小計キー等)の押下後は(ステップS30:YES)、例えば、精算処理を実行させる他のPOS端末20が指定されると(ステップS31:YES)、指定されたPOS端末20に登録情報が送信され(ステップS32)、登録側の処理が完了する。
なお、店員は、他の端末を指定した後は次客の買上商品を登録可能である(図9の下段)。また、店員は、他の端末を指定した後は不在であってもよい(図9の下段)。
また、図10(A)に示した例では、小計キーの押下後に他のPOS端末20を指定しているが、小計キーを押下せずに他のPOS端末20を指定するようにしてもよい。例えば、登録画面上に小計キーと他のPOS端末20を指定するためのキーとを配置し(更にお会計券を発行するためのキーも配置してもよい)、POS端末20を指定するためのキーが押下された場合に登録情報を送信するようにしてもよい。小計キーを押下せずに他のPOS端末20を指定する態様では、他のPOS端末20を指定するためのキーの押下後に小計キーの押下は不要である。
また、図10(A)に示した例では省略したが、他のPOS端末20において読み取らせるお会計券を発行し、他のPOS端末20に精算処理を実行させるようにしてもよい。なお、お会計券を発行するためのキーは小計キーの押下後に押下されるようにしてもよいし、小計キーの押下前に押下されるようにしてもよい。小計キーの押下前にお会計券を発行するためのキーを押下する態様では、お会計券を発行するためのキーの押下後に小計キーの押下は不要である。
なお、登録情報を受信した他のPOS端末20(図9の例ではPOS端末20-2)は、図10(B)に示すように、登録情報の受信後(ステップS40:YES)、セミセルフモード(会計専用モード)でなければセミセルフモード(会計専用モード)に移行する(切り替わる)。つまり、現在(登録情報の受信時)の動作モードがフルセルフモードであれば(ステップS41:YES)、フルセルフモードからセミセルフモード(会計専用モード)に移行し(ステップS42)、現在の動作モードが通常モードであれば(ステップS43:YES)、通常モードからセミセルフモード(会計専用モード)に移行する(ステップS44)。そして、客側において、例えば釣銭機209により精算が行われ(ステップS50)、精算側の処理が完了する。
なお、図10(B)に示した例では、登録情報を受信した他のPOS端末20は、登録情報の受信後に、セミセルフモード(会計専用モード)でなければセミセルフモード(会計専用モード)に移行しているが、セミセルフモード(会計専用モード)に移行しなくてもよい。つまり、通常モードやフルセルフモードであっても精算処理は可能であるため(図5参照)、通常モードやフルセルフモードのまま精算処理を実行してもよい。
通常モード(標準モード)は、上述したように、店員側にて登録処理を実行した後に該登録処理において生成した登録情報を用いて自端末の客側にて精算処理を実行する機能(図7、図8参照)と、該登録処理において生成した登録情報を他端末(精算処理を実行可能な他端末。例えば、他のPOS端末20)に送信して該他端末に精算処理を実行させる機能(図9、図10参照)と、該登録処理において生成した登録情報(または該登録情報を取得するための情報)をコード(バーコード、2次元コード等)化して印刷したお会計券を発行して該他端末に精算処理を実行させる機能とを含む。
一方、通常モード(制限モード)は、図5(B)に示したように、上述した通常モード(標準モード)の機能のうち、登録処理において生成した登録情報を他端末に送信して該他端末に精算処理を実行させる機能と、該登録処理において生成した登録情報(または該登録情報を取得するための情報)をコード化して印刷したお会計券を発行して該他端末に精算処理を実行させる機能を制限したモードである。
また、上述した通常モード(標準モード)の機能のうち、登録処理において生成した登録情報を他端末に送信して該他端末に精算処理を実行させる機能と、該登録処理において生成した登録情報(または該登録情報を取得するための情報)をコード化して印刷したお会計券を発行して該他端末に精算処理を実行させる機能は、セミセルフモード(登録専用モード)の機能でもある。つまり、セミセルフモードは、登録専用モードと会計専用モードとに分類可能であるが、セミセルフモード(登録専用モード)は、図5(B)に示したように、登録処理において生成した登録情報を他端末に送信して該他端末に精算処理を実行させる機能と、該登録処理において生成した登録情報(または該登録情報を取得するための情報)をコード化して印刷したお会計券を発行して該他端末に精算処理を実行させる機能とを含む。換言すれば、セミセルフモード(登録専用モード)は、上述した通常モード(標準モード)の機能のうち、店員側にて登録処理を実行した後に該登録処理において生成した登録情報を用いて自端末の客側にて精算処理を実行する機能を制限したモードである。つまり、セミセルフモード(登録専用モード)は、専ら登録処理を実行する動作モードである。
なお、セミセルフモード(会計専用モード)は、図5(A)に示したように、他端末における登録処理において生成された登録情報を受信して精算処理を実行する機能と、他端末において発行されたお会計券を読み取って精算処理を実行する機能を含む。つまり、セミセルフモード(会計専用モード)は、専ら精算処理を実行する動作モードである。
図11は、フルセルフモードの動作の概略を説明する模式図である。図12は、フルセルフモードの動作の概略を説明するフローチャートである。
フルセルフモードでは、客は、自身の買上商品を客側(客側スキャナ部206、客側表示部205)にて登録する(図11の上段)。つまり、POS端末20は、客の操作(客側スキャナ部206によるスキャン、客側表示部205へのタッチ)により、買上商品の登録処理を実行する(図11の上段)。
登録処理が完了した場合、客は、客側表示部205において買上商品の合計金額を確認し、釣銭機209に現金を投入、または、カード決済部208を操作し、精算する(図11の下段)。つまり、POS端末20は、客の操作等(釣銭機209への現金の投入、カード決済部208の操作)により、精算処理を実行する(図11の下段)。
つまり、フルセルフモードの場合、図12に示すように、客側において、商品がスキャン等され(ステップS20:YES)、商品を登録する(ステップS21)。登録完了キー(例えば、客側表示部205に表示された登録完了キー等)の押下後は(ステップS30:YES)、客側において、例えば釣銭機209により精算が行われ(ステップS50)、処理が完了する。なお、ステップS40に係る登録完了キーは、登録処理を完了させるための操作キーであり、登録完了ボタン、小計キー、小計ボタン、お会計キー、お会計ボタンなどと称する場合もある。
なお、フルセルフモードは、図11に示したように、客側にて登録処理も精算処理も実行するが、店員側は何もできないという訳ではない。つまり、POS端末20は、フルセルフモードで動作しているときであっても、例えば、店員側にて商品をスキャンしたり(ダブルスキャンモード)、店員側にて各種の情報を表示したりすることが可能である。
図13は、ダブルスキャンモードの動作の概略を説明する模式図である。図14は、ダブルスキャンモードの動作の概略を説明するフローチャートである。なお、ダブルスキャンモードは、フルセルフモードの一態様であるが、図13、図14では、便宜上、両動作モードを区別して説明する。
フルセルフモードでは、客は、自身の買上商品を客側にて登録する(図11の上段、図13の上段)。つまり、POS端末20は、客の操作により、買上商品の登録処理を実行する(図11の上段、(図13の上段))。
客による登録処理の途中において、店員が、客の買上商品を店員側にて登録する(図13の中段)。つまり、POS端末20は、客の操作による登録処理と店員の操作による登録処理を実行する(図13の中段)。
登録処理が完了した場合、客は、客側表示部205において買上商品の合計金額を確認し、釣銭機209に現金を投入、または、カード決済部208を操作し、精算する(図13の下段)。つまり、POS端末20は、客の操作等(釣銭機209への現金の投入、カード決済部208の操作)により、精算処理を実行する(図13の下段)。
つまり、フルセルフモードにおいて登録処理を実行しているときに(図12参照)、図14(A)に示すように、店員側スキャナ部212において店員コードが読み取られた場合(ステップS110:YES)、動作モードがフルセルフモードからダブルスキャンモードに移行する(ステップS111)。
ダブルスキャンモードに移行した後は、図14(B)に示すように、店員側スキャナ部212のスキャン等により(ステップS10:YES)、商品を登録し(ステップS11)、客側スキャナ部206のスキャン等により(ステップS20:YES)、商品を登録する(ステップS21)。小計キー(例えば、店員側表示部210に表示された小計キー、又は、キー操作部211に配置された小計キー等)、又は、登録完了キー(例えば、客側表示部205に表示された登録完了キー等)の押下後は(ステップS41:YES)、客側において、例えば釣銭機209により精算が行われ(ステップS50)、処理が完了する。
なお、ダブルスキャンモードでは、店員は、客による精算が完了する迄(客がお釣りやレシートが取る迄)、待機していてもよいが、次の客の買上商品を登録してもよい。つまり、POS端末20は、精算処理中において次客の買上商品を登録可能である(図13の下段)。また、店員は、客による精算中に不在であってもよい(図13の下段)。つまり、当該客の精算中には、当該客の応対を終えてもよい。
なお、図14(A)に示したように、フルセルフモードにおいて店員コードが読み取られた場合に動作モードがフルセルフモードからダブルスキャンモードに移行するが、店員コードの読み取りは、ログイン操作の一つであってもよい。また、フルセルフモードにおいて他の操作(例えば、店員コードの読み取りとは異なるログイン操作)があった場合に動作モードがフルセルフモードからダブルスキャンモードに移行してもよい。また、ダブルスキャンモードにおいて店員による操作が行われなくなった場合に(例えば、最後の操作の時点から所定時間が経過した場合に)動作モードがダブルスキャンモードからフルセルフモードに移行してもよい。
(動作モードの報知)
各POS端末20は、自端末の現在の動作モードを報知してもよい。例えば、各POS端末20は、店員側表示部210において自端末の現在の動作モードを表示してもよい。具体的には、各POS端末20は、店員側表示部210に自端末の動作モード表示欄を有する画面を表示し、該画面上の動作モード表示欄に自端末の現在の動作モードを表示してもよい。また、各POS端末20は、各動作モードに対応する画像(例えば、ボタン風の画像)を配置した画面を店員側表示部210に表示し、該画面上において自端末の現在の動作モードを対応する画像を現在の動作モードに対応しない画像とは異なる表示態様(例えば、他の画像の表示態様よりも目立つ表示態様)にて表示してもよい。例えば、通常モードとフルセルフモードの2つの動作モードにより運用する場合、通常モード画像とフルセルフモード画像とを常に表示するとともに、自端末の現在の動作モードが通常モードであるときには通常モード画像をフルセルフモード画像よりも目立つ表示態様にて表示し、自端末の現在の動作モードがフルセルフモードであるときにはフルセルフモード画像を通常モード画像よりも目立つ表示態様にて表示するなどしてもよい。なお、各POS端末20は、客側表示部205においても同様に自端末の現在の動作モードを表示してもよい。
また、各POS端末20は、自端末の現在の動作モードに代えて又は加えて、他端末の現在の動作モードを報知してもよい。つまり、各POS端末20が互いに他端末の現在の動作モードを認識することにより、他端末の現在の動作モードを報知してもよい。各POS端末20が互いに他端末の現在の動作モードを認識する方法の一例は、各POS端末20が動作モードの移行後に移行後の動作モード(最新の動作モード)を他端末に通知(LAN11を介して、他端末に直接的に通知、または、ストアコントローラ10や監視端末などを経由して他端末に通知)する方法である。また、各POS端末20は、他端末の現在の動作モードと同様、他端末の現在の処理状況を報知してもよい。
また、各POS端末20は、自端末の現在の動作モード等(動作モード、処理状況等)に応じた情報を報知してもよい。例えば、各POS端末20は、自端末の現在の動作モードがフルセルフモードである場合、例えば待機中であるときに、各種の情報を客側表示部205に表示してもよい。また、POS端末20は、自端末の現在の動作モードに応じた情報に代えて又は加えて、他端末の現在の動作モード等に応じた情報を報知してもよい。
なお、店員による操作によって動作モードが切り替わった場合(モード切替操作、店員コードの読み取り等による場合)であっても、店員の操作によらずに動作モードが切り替わった場合(モード切替命令、所定時間経過等による場合)であっても、自端末や他端末の動作モードを報知する。
(動作モードに関する情報の記憶)
各POS端末20は、動作モードに関する情報として、取引(処理)が何れの動作モードにおいてなされたかを記憶してもよい。例えば、通常モード(標準モード)で動作するPOS端末20-1が、ある取引について登録処理及び精算処理を実行した場合には、登録処理及び精算処理を実行したPOS端末20-1は、当該取引に関する情報(例えば、精算情報)として(又は、当該取引に関する情報に対応付けて)、当該取引に関する登録処理及び精算処理が通常モード(標準モード)においてなされた旨の情報(例えば、動作モードを識別可能な情報等)を記憶してもよい。
なお、各POS端末20は、取引(処理)が何れの端末においてなされたかも記憶してもよい。上記例では、POS端末20-1は、取引に関する情報として、自端末(POS端末20-1)において登録処理及び精算処理が実行された旨の情報を記憶してもよい。より詳細には、POS端末20-1は、登録処理を実行した端末の識別情報(端末識別情報)として自端末の端末識別情報を記憶するとともに、精算処理を実行した端末の端末識別情報として自端末の端末識別情報を記憶してもよい。あるいは、POS端末20-1は、当該処理全体(登録処理、精算処理)を実行した端末の端末識別情報として自端末の端末識別情報を記憶してもよい。
また、例えば、初めに、通常モード(標準モード)で動作するPOS端末20-1が、ある取引について登録処理を実行し、続いて、セミセルフモード(会計専用モード)で動作するPOS端末20-2が、上記登録処理による登録情報に基づいて当該取引について精算処理を実行した場合には、精算処理を実行したPOS端末20-2は、当該取引に関する情報(例えば、精算情報)として(又は、当該取引に関する情報に対応付けて)、当該取引に関する登録処理が通常モード(標準モード)においてなされた旨の情報を記憶するとともに、当該取引に関する精算処理がセミセルフモード(会計専用モード)においてなされた旨の情報を記憶してもよい。また、上記に加えて、登録処理を実行したPOS端末20-1も、当該取引に関する登録処理が通常モード(標準モード)においてなされた旨の情報を記憶してもよい。
なお、上記例では、精算処理を実行したPOS端末20-2は、取引に関する情報として、他端末(POS端末20-1)において登録処理が実行された旨の情報を記憶し、自端末(POS端末20-2)において精算処理が実行された旨の情報を記憶してもよい。より詳細には、POS端末20-2は、登録処理を実行した端末の情報(端末識別情報)として他端末(POS端末20-1)の端末識別情報を記憶するとともに、精算処理を実行した端末の端末識別情報として自端末(POS端末20-2)の端末識別情報を記憶してもよい。なお、上記例では、精算処理を実行するPOS端末20-2の側において、登録処理を実行したPOS端末20-1の端末識別情報と動作モード(具体的には通常モード(標準モード))を識別する情報とが取得できるようになっていればよい。例えば、POS端末20-1の側からPOS端末20-2の側に、POS端末20-1の端末識別情報と動作モードを識別する情報とが供給(例えば、登録情報として送受信、お会計券を介して供給)されるようになっていればよい。
また、各POS端末20は、動作モードに関する情報として、動作モードの移行(切り替わり)について記憶してもよい。例えば、POS端末20-1の動作モードが、ある動作モードから他の動作モードに移行した場合には、当該POS端末20-1は、動作モードの移行時刻とともに、何れの動作モードに移行したかの情報(例えば、移行後の動作モードを識別可能な情報等)を記憶してもよい。また、POS端末20-1は、動作モードの移行時刻とともに、何れの動作モードから何れの動作モードに移行したかの情報(例えば、移行前の動作モードを識別可能な情報、移行後の動作モードを識別可能な情報等)を記憶してもよい。
なお、各POS端末20は、店員による操作によって動作モードが切り替わった場合(モード切替操作、店員コードの読み取り等による場合)であっても、店員の操作によらずに動作モードが切り替わった場合(モード切替命令、所定時間経過等による場合)であっても、動作モードの移行に関する情報を記憶してもよい。上記の場合、各POS端末20は、何に基づいて動作モードが移行したかの情報(例えば、店員コード「×××」の店員による操作によって動作モードが移行した旨、端末識別情報「×××」のPOS端末20からのモード切替命令によって動作モードが移行した旨など)を記憶してもよい。
なお、POS端末20に代えて又は加えて、ストアコントローラ10や監視端末などが、動作モードに関する情報を記憶してもよい。
また、上述のように記憶する動作モードに関する情報は、必要に応じて、出力(表示、送信、印刷等)されるものであってもよい。例えば、POS端末20は、フルセルフモードにおいて出力されるレシートに、フルセルフモードにおいて処理(登録処理、精算処理)された旨の情報(店員にのみが内容を認識できる態様の情報、又は、客にも認識できる態様の情報)を印刷してもよい。他の動作モードにおいて出力されるレシートも同様に印刷してもよい。また、例えば、POS端末20(又は監視端末)は、処理時の動作モードを表示してもよい。一例として、POS端末20(又は監視端末)は、所定の検索画面等に取引番号(取引を識別可能な情報)の入力があった場合に、該当する取引に関し、登録処理と精算処理のうちの少なくとも一方について、処理がなされた端末(端末識別情報等)と動作モード(動作モードを識別可能な情報)とを表示してもよい。
以下の説明において、POS端末20-1、及び、POS端末20-2は通常モード(具体的には通常モード(標準モード))であるものとする。また、POS端末20-3はフルセルフモードであるものとする。
(フルセルフモードのPOS端末20の表示例)
図15及び図16は、フルセルフモードのPOS端末20における表示例である。具体的には、図15(A)、図15(B)、図16(A)~図16(F)は、何れも、フルセルフモードのPOS端末20-3の客側表示部205における表示例である。
図15(A)は、登録処理の開始前の登録開始画面の表示内容を示している。図15(A)において、画面右の登録スタートボタンBT30は、商品登録の開始を指示するためのボタンである。客は、商品登録を開始する際に登録スタートボタンBT30を操作する。画面左下のボタンBT35~BT37は、表示言語を、夫々、英語、中国語、韓国語に切り替えるためのボタンである。
図15(B)は、2品目の商品(大福餅)が登録された状態の登録画面の表示内容を示している。なお、図15(A)に示した登録開始画面において登録スタートボタンBT30が操作された場合、POS端末20-3は、商品が未だ何も登録されていない状態の登録画面を表示するが、説明の便宜上、図15(B)は、既に商品(お茶、大福餅)が登録された後の登録画面を示している。
図15(B)において、画面左下の画像GA01は、他端末(POS端末20-1)の状態(具体的には通常モードである旨)を示している。画面左下の画像GA02は、他端末(POS端末20-2)の状態(具体的には通常モードである旨)を示している。画面右下のお会計ボタンBT32は、商品登録の終了を指示するためのボタンである。客は、商品登録が完了した後にお会計ボタンBT32を操作する。店員呼出ボタンBT33は、店員を呼び出すためのボタンである。客は、店員を呼び出す場合(例えば、店員のサポートが必要な場合等)に店員呼出ボタンBT33を操作する。
なお、ボタンBT35~BT37は、上述したように、表示言語を、夫々、英語、中国語、韓国語に切り替えるためのボタンである。また、「野菜」ボタンBT38は、野菜の各プリセットキー(図17参照)を表示させるためのボタンである。
図16(A)は、精算処理を開始する際に表示する精算画面(支払方法選択画面)の表示内容を示している。例えば、POS端末20-3は、登録画面(図15(B)参照)においてお会計ボタンBT32が操作された場合に、図16(A)に示したような支払方法選択画面を表示する。
図16(B)は、現金による支払を開始する際に表示する精算画面(入金画面)の表示内容を示している。例えば、POS端末20-3は、支払方法選択画面(図16(A)参照)において現金が操作された場合に、図16(B)に示したような入金画面を表示する。
図16(C)は、預り金額を決定する際に表示する精算画面(入金画面)の表示内容を示している。例えば、POS端末20-3は、お支払金額(買上金額)以上の現金(預り金)が投入された場合に、図16(C)に示したような入金画面を表示する。
図16(D)は、釣り銭を放出する際に表示する精算画面(釣銭画面)の表示内容を示している。例えば、POS端末20-3は、入金画面(図16(C))においておわり(レシート)ボタンBT40が操作された場合に、図16(D)に示したような釣銭画面を表示する。
図16(E)は、釣り銭が取り去られた際に表示する精算画面(レシート画面)の表示内容を示している。例えば、POS端末20-3は、釣銭機209の取出口から釣り銭が取り去られた場合に、図16(E)に示したようなレシート画面を表示する。なお、POS端末20は、取出口の近傍にフォトセンサ等のセンサを設置し、該センサが物(客の手を想定)を認識した場合に、釣り銭が取り去られたと判定してもよい。図16(F)は、休止モード(休止状態)であるときに表示する休止画面である。
なお、POS端末20-3は、レシート画面(図16(E))の表示後には、登録開始画面(図15(A))を表示する。例えば、POS端末20-3は、印刷部213の発行口からレシートが取り去られた後に、登録開始画面を表示する。なお、POS端末20は、発行口からレシートが取り去られたことを認識可能なセンサを備えていてもよい。また、釣り銭が発生しない場合には、釣銭画面(図16(D))を表示せずに、入金画面(図16(C))からレシート画面(図16(E))に遷移してもよい。
(通常モードのPOS端末20の表示例)
図17~図22は、通常モードのPOS端末20における表示例である。具体的には、図17(A)、図18(A)、図19(A)、図20(A)、図21(A)、図22(A)は、何れも、通常モード(標準モード)のPOS端末20-1の店員側表示部210における表示例である。図17(B)、図18(B)、図19(B)、図20(B)、図21(B)、図22(B)は、何れも、通常モード(標準モード)のPOS端末20-1の客側表示部205における表示例である。
図17(A)は、店員側表示部210における初期状態の登録画面における表示内容を示している。以下の説明において初期状態とは、別段の断りがない限り、処理が進行していない状態、例えば、商品が未だ何も登録されていない状態、かつ、支払(決済)について未だ何もなされていない状態(支払方法の選択も現金の投入も品券類の登録もなされていない状態等)、かつ、客について未だ何もなされていない状態(会員カード等の読み取り等がなされていない状況等)である。
図17(A)において、画面右上のタブ領域T1は、各表示内容(表示画面)に対応するタブである。POS端末20-1は、当該客の登録処理を中断(中断理由は、買上商品の追加のため店内に戻るためなどである)し、次客の登録処理が可能である。つまり、POS端末20-1は、店員の操作に基づいて、当該客用の登録画面の表示内容(登録内容)を保持(記憶)しつつ、次客用の新たな登録画面を表示する。図17(A)に示した例ではタブは1つ(タブ領域T1)であるが、POS端末20-1は、進行中の登録画面数(客数)に応じた数のタブを表示し(タブ領域T1、T2、T3、…)、タブの操作(押下)に応じて有効(アクティブ)にする登録画面を切り替える。
タブ領域T1には、当該タブを他のタブと識別する情報(図17(A)の例では数字「1」)が表示されている。また、タブ領域T1には、客からの預り金額を表示する表示欄HR01が設けられている。また、図17(A)に示した例では表示していないが、タブ領域T1には、上記以外にも種々の情報(後述)が表示される。
画面左下の画像GA02は、他端末(POS端末20-2)の状態(具体的には通常モードである旨)を示している。画面左下の画像GA03は、他端末(POS端末20-3)の状態(具体的にはフルセルフモードである旨)を示している。
図17(B)は、初期状態の客側表示部205における表示内容を示している。つまり、POS端末20-1は、店員側表示部210において図17(A)に示したように登録画面を表示しているときは、客側表示部205において図17(B)に示したように小画面(小ウィンドウ)SG01を精算画面(入金画面)に重畳させて表示する。
小画面SG01は、支払方法を客に選択させるものである。客は、小画面SG01において、支払方法として現金、クレジットまたは電子マネーの何れかを選択する。客は、支払方法として現金を希望する場合には、小画面SG01において支払方法として現金を選択する前に現金(預り金)を投入してもよい。POS端末20-1は、小画面SG01において何れかの支払方法が選択された場合には小画面SG01を消去する。また、POS端末20-1は、小画面SG01において支払方法が選択される前に現金の投入があった場合には支払方法として現金が選択されたものとして処理し、小画面SG01を消去する。
POS端末20-1は、店員側表示部210に図17(A)の登録画面を表示している状態から、店員によって缶ビールが登録された場合、店員側表示部210に図18(A)に示したような登録画面を表示する。
図18(A)において、画面右下の小計ボタンBT10は、商品登録の終了を指示するためのボタンである。店員は、商品登録が完了した後に小計ボタンBT10を操作(タッチ)する。
20-2レジボタンBT12は、20-2レジ(POS端末20-2)を指定するためボタンである。店員は、登録情報を送信する端末としてPOS端末20-2を指定する場合には20-2レジボタンBT12を操作する。20-2レジボタンBT12に示された「(通常)」は、20-2レジボタンBT12に対応するPOS端末20-2の動作モードが通常モードである旨を示している。
20-3レジボタンBT13は、20-3レジ(POS端末20-3)を指定するためボタンである。店員は、登録情報を送信する端末としてPOS端末20-3を指定する場合には20-3レジボタンBT13を操作する。20-3レジボタンBT13に示された「(フルセルフ)」は、20-3レジボタンBT13に対応するPOS端末20-3の動作モードがフルセルフモードである旨を示している。
お会計券ボタンBT15は、印刷部213にてお会計券を発行させるためのボタンである。店員は、お会計券を読み取ったPOS端末20(客がお会計券を読み取らせたPOS端末20)において処理を実行させる場合にはお会計券ボタンBT15を操作する。
なお、登録情報の送信先のPOS端末20として、通常モードのPOS端末20とフルセルフモードのPOS端末20とを比較した場合、通常モードのPOS端末20よりもフルセルフモードのPOS端末20の方が、登録情報の送信先として好ましい。通常モードのPOS端末20は、基本的に店員が付いて操作を行うものであるため(図7、図8参照)、処理(例えば、登録処理、客対応等)が継続して存在し、登録情報を送信したとしても直ぐに処理できない可能性が高く、また仮に空いているとしても(店員も客も付いていないとしても)、店員のサポートを希望する客に直ちに対応するため基本的に空けておくことが好ましいのに対し、フルセルフモードのPOS端末20は、客が付いていなければ登録情報を送信し直ぐに処理可能であり、仮に客が付いていたとしても単に順番に処理すればよく上述のような問題は生じ難いからである。
上記に鑑み、登録情報の送信先のPOS端末20として好ましいか否か、あるいは、登録情報の送信先が複数存在する場合においてどれがより好ましいかを店員に報知するようにしている。一例として、図18(A)では、登録情報の送信先として比較的好ましいフルセルフモードのPOS端末20-3に対応する20-3レジボタンBT13の輪郭部分を実線で示し、登録情報の送信先として比較的好ましくない通常モードのPOS端末20-2に対応する20-2レジボタンBT12の輪郭部分を破線で示している。なお、上述の輪郭部分による報知は、一例であって、登録情報の送信先のPOS端末20として好ましいか否か、あるいは、登録情報の送信先が複数存在する場合においてどれがより好ましいかを店員が認識できるものであれば報知態様は限定しない。例えば、比較的好ましくない方はボタンの背景色をグレーダウン表示するようにしてもよいし、ボタン全体に罰印や斜線を付加してもよい。また、登録情報の送信先のPOS端末20として好ましいか否か等に応じて、ボタンの表示サイズ、形、表示位置を異ならせてもよいし、ボタンに何らかの情報(「優先」や「推奨」と記したバッヂ風の画像等)を付してもよい。
POS端末20-1は、店員側表示部210において図18(A)に示したような登録画面を表示しているときは、客側表示部205において図18(B)に示したように小画面SG01を精算画面(入金画面)に重畳させて表示する。なお、図17(B)の精算画面(入金画面)では商品が登録されていなかったため合計金額は0円であったが、図18(B)の精算画面(入金画面)では215円の缶ビールが登録されているため合計金額は215となっている。
POS端末20-1は、店員側表示部210に図18(A)の登録画面を表示している状態から、客によって500円が投入された場合、店員側表示部210に図19(A)に示したような登録画面を表示する。
客が500円を投入したため、図19(A)において、画面右上の表示欄HR01には500が表示されている。また、500円を投入したことにより、自端末(POS端末20-1)において精算するということになるため、他端末(POS端末20-2、POS端末20-3)において精算する場合に使用するボタン(20-2レジボタンBT12、20-3レジボタンBT13、お会計券ボタンBT15)を非表示としている(消去している)。
POS端末20-1は、店員側表示部210において図19(A)に示したような登録画面を表示しているときは、図19(B)に示したような精算画面(入金画面)を客側表示部205に表示する。なお、客によって500円が投入されたため、小画面SG01は消去されている。
POS端末20-1は、店員側表示部210に図19(A)の登録画面を表示している状態から、店員によって2品目の商品(アスパラ)、3品目の商品(のり弁当)が登録され、客によって更に500円が投入された場合、店員側表示部210に図20(A)に示したような登録画面を表示する。客が500円を追加投入したため、図20(A)において、画面右上の表示欄HR01には1000が表示されている。
POS端末20-1は、店員側表示部210において図20(A)に示したような登録画面を表示しているときは、図20(B)に示したような精算画面(入金画面)を客側表示部205に表示する。
POS端末20-1は、店員側表示部210に図20(A)の登録画面を表示している状態から、店員によって小計ボタンBT10が操作された場合、店員側表示部210において図21(A)に示したように小画面(小ウィンドウ)SG02を登録画面に重畳させて表示するとともに、客側表示部205に図21(B)に示したような精算画面(入金画面)を表示する。なお、小画面SG02は、精算関連の情報(合計金額、機器入金額(預り金額))を店員に報知するものである。
POS端末20-1は、客側表示部205に図21(B)の精算画面(入金画面)を表示している状態から、客によっておわり(レシート)ボタンBT40が操作された場合、店員側表示部210において図22(A)に示したようにメッセージ画面MG1を登録画面に重畳させて表示するとともに、客側表示部205に図22(B)に示したような精算画面(釣銭画面)を表示する。
メッセージ画面MG1は、釣り銭について店員に報知するものである。POS端末20-1は、店員の操作によらずに(例えば、所定時間経過後自動的に)、登録画面に重畳させて表示しているメッセージ画面MG1を消去する。なお、POS端末20-1は、店員の操作(メッセージ画面MG1上のタッチ等)に応じて、登録画面に重畳させて表示しているメッセージ画面MG1を消去してもよい。
図22以降は図示を省略したが、POS端末20-1は、客側表示部205には、図16(E)以降と同様の精算画面を表示し、店員側表示部210には精算画面に応じたメッセージを表示する。
なお、上記説明では、POS端末20における全体の処理に着目し、何れの処理も進行していない状態(商品未登録、現金未投入、決済種別未選択、品券類未登録、顧客情報未取得の状態)を初期状態と称したが、一部の処理に着目し、初期状態と称する場合があってもよい。例えば、現金投入商品登録状態(商品登録済、現金投入済、決済種別未選択、品券類未登録、顧客情報未取得の状態)は、全体の処理に着目した場合には初期状態とは言えないが、決済種別の選択の状態のみに着目した場合には初期状態であると言ってもよい。また、商品の登録の状態と決済種別の選択の状態の2つの状態に着目した場合には初期状態とは言えないが、決済種別の選択の状態と品券類の登録の状態の2つの状態に着目した場合には初期状態であると言ってもよい。
なお、図21に示した例では、POS端末20-1は、小計キーが操作された場合に、登録画面に重畳させて小画面SG02を表示しているが(図21(A))、POS端末20-1は、小計キーが操作された場合に、登録画面に代えて(切り替えて)、小画面SG02に表示されている情報等を表示する小計画面を表示してもよい。
(動作モード切替処理の一例)
続いて、図23および図24を用いて、POS端末20の動作モード切替処理の一例について説明する。図23は、モード切替ボタンが押下されたPOS端末20が行う動作モード切替処理の一例を示すフローチャートである。なお、いずれのPOS端末20にもモード切替ボタンが設けられているため、いずれかのPOS端末20において、モード切替ボタンが押下された場合に図23に示す処理が開始される。なお、図23のフローチャートに示す処理は、各POS端末20において、常時(非常に短い時間間隔で定期的に)開始される。
ステップS201:POS端末20は、モード切替ボタン211aが押下されたか否かを判断する。POS端末20は、モード切替ボタン211aが押下されない場合、ステップS208に進む。POS端末20は、モード切替ボタン211aが押下された場合、ステップS202に進む。
ステップS202:POS端末20は、他のPOS端末20へモード切替命令を送信し、ステップS203に進む。
ステップS203:POS端末20は、自端末が処理中であるか否かを判断する。ここでいう処理は、例えば、商品の登録処理や、客から支払いを受け付ける精算処理である。POS端末20は、自端末が処理中である場合、ステップS204に進む。POS端末20は、自端末が処理中ではない場合、ステップS206に進む。
ステップS204:POS端末20は、自端末が処理中である旨を報知(表示)し、ステップS205に進む。
ステップS205:POS端末20は、実行中の処理が終了したか否かを判断する。POS端末20は、実行中の処理が終了するまで待機し、実行中の処理が終了すると、ステップS206に進む。
ステップS206:POS端末20は、モード切替処理を行い、ステップS207に進む。モード切替処理は、現在のモードとは異なるモードに切り替える処理であり、例えば、現在のモードとは異なる、通常モード、会計専用モード、フルセルフモードのうちいずれかのモードへ切り替える処理である。
ステップS207:POS端末20は、自端末のモード切替が完了した旨を報知し、ステップS208に進む。
ステップS208:POS端末20は、モード切替命令の送信先である他のPOS端末20から、処理中である旨の情報を受信したか否かを判断する。POS端末20は、他のPOS端末20から、処理中である旨の情報を受信しない場合、ステップS210に進む。POS端末20は、他のPOS端末20から、処理中である旨の情報を受信した場合、ステップS209に進む。
ステップS209:POS端末20は、他のPOS端末20が処理中である旨を報知し、ステップS210に進む。
ステップS210:POS端末20は、他のPOS端末20からモード切替が完了した旨の情報を受信したか否かを判断する。POS端末20は、他のPOS端末20からモード切替が完了した旨の情報を受信しない場合、そのまま、一連の処理を終了する。POS端末20は、他のPOS端末20からモード切替が完了した旨の情報を受信した場合、ステップS211に進む。
ステップS211:POS端末20は、他のPOS端末20のモード切替が完了した旨を報知し、一連の処理を終了する。
次に、図24を用いて、モード切替命令を受信したPOS端末20が行うモード切替処理について説明する。図24は、モード切替命令を受信したPOS端末20が行う動作モード切替処理の一例を示すフローチャートである。図24のフローチャートに示す処理は、各POS端末20において、常時(非常に短い時間間隔で定期的に)開始される。
ステップS221:POS端末20は、モード切替命令を受信したか否かを判断する。POS端末20は、モード切替命令を受信しない場合、そのまま一連の処理を終了する。POS端末20は、モード切替命令を受信した場合、ステップS222に進む。
ステップS222:POS端末20は、自端末が処理中であるか否かを判断する。ここでいう処理は、例えば、商品の登録処理や、客から支払いを受け付ける精算処理である。POS端末20は、自端末が処理中である場合、ステップS223に進む。POS端末20は、自端末が処理中ではない場合、ステップS225に進む。
ステップS223:POS端末20は、モード切替命令の送信元のPOS端末20へ処理中である旨を送信し、ステップS224に進む。
ステップS224:POS端末20は、実行中の処理が終了したか否かを判断する。POS端末20は、実行中の処理が終了するまで待機し、実行中の処理が終了すると、ステップS225に進む。
ステップS225:POS端末20は、モード切替処理を行い、ステップS226に進む。
ステップS226:POS端末20は、モード切替命令の送信元のPOS端末20へモード切替が完了した旨を示す情報を送信し、ステップS227に進む。
ステップS227:POS端末20は、自端末のモード切替が完了した旨を報知し、一連の処理を終了する。
(POS端末20の機能的構成について)
次に、POS端末20の機能的構成について説明する。以下において、売上として計上するためにPOS端末20に商品を登録することを「商品登録」といい、ストアコントローラ10の商品リストに商品を登録することを「リスト登録」という場合がある。POS端末20は、第1の登録手段と、第2の登録手段とを備える。第1の登録手段は、商品登録を行う。第1の登録手段による商品登録は、通常の商品登録である。
具体的には、第1の登録手段は、客側スキャナ部206や、店員側表示部210や、キー操作部211や、店員側スキャナ部212から受け付けた商品に関する情報を登録する。第1の登録手段によって登録される商品に関する情報は、例えば、商品名、値段、数量、値引き額、日時などの各種情報である。登録された商品に関する情報は、RAM203等に記憶される。
ここで、第1の登録手段によって商品登録されない商品について説明する。量販店やスーパーマーケットで使用されるPOSシステム1において、新店舗の創設時や、新製品の販売時に、ストアコントローラ10に登録される商品リストの改廃が行われる。このとき、商品リストへの登録漏れ(リスト漏れ)が発生することがある。リスト漏れとなった商品(以下「NONファイル商品」という)を、POS端末20に商品登録しようとしたとしても、「商品ファイルがありません」などのエラーが表示され、売上として計上できないことがある。このように、NONファイル商品は、第1の登録手段によって商品登録されないこととなる。
第2の登録手段は、第1の登録手段によって商品登録されない商品(例えば、NONファイル商品)がある場合に用いられる。第2の登録手段による登録は、以下に説明する、いわゆる部門登録である。具体的に説明すると、第2の登録手段は、金額情報入力手段と、識別情報入力手段と、報知情報出力手段とを備える。金額情報入力手段は、販売金額を示す情報を入力する。
例えば、金額情報入力手段は、店員による販売金額の操作入力を受け付けることによって、販売金額を示す情報を入力する。例えば、商品に値札が付されている場合、店員は、当該値札を参照して、キー操作部211に販売金額を操作入力する。また、商品に値札が付されていない場合、店員は、手元にある値段表や、当該商品が陳列される売場に掲示される値段を参照して、キー操作部211に販売金額を操作入力する。
識別情報入力手段は、第1の登録手段によって商品登録されない商品に対応する識別情報を入力する。識別情報は、例えば、商品の分類を示す分類情報である。ここで、分類には、例えば、小分類と、小分類が含まれる中分類と、中分類が含まれる大分類とがある。大分類は、最も上位の分類であり、具体的には、例えば、「乾物/調味料」といった分類である。中分類は、大分類よりも下位の分類であり、具体的には、例えば、「乾物/調味料」に含まれる「調味料」や「乾物」といった種別を示す。小分類は、中分類よりも下位の分類であり、具体的には、例えば、「調味料」に含まれる「みりん系」や「醤油」といった種別を示す。識別情報入力手段は、例えば、店員側表示部210を介して、識別情報を入力する。
ここで、NONファイル商品を「みりん」または「みりん風調味料」とした場合について説明する。なお、「みりん」は、アルコール分が約14%の商品あり、取引において酒類として扱われるため、年齢確認が必要な商品である。また、アルコールを含む商品は、税制度によっては通常の消費税率(例えば8%)とは異なる消費税率(例えば10%)となることが想定される。この場合、「みりん」は、通常の消費税率(例えば8%)とは異なる消費税率(例えば10%)となる商品である。なお、以下の説明において、消費税率8%を「通常税率」といい、消費税率10%を「特殊税率」という場合がある。
一方、「みりん風調味料」は、アルコール分が約1%未満であり、取引において通常の商品として扱われるため、年齢確認が不要な商品である。また、「みりん風調味料」は、アルコールを含む商品が税制度によっては特殊税率となる場合であったとしても、通常税率となる商品である。
なお、「みりん」や「みりん風調味料」のように、似通った商品でありながら、税率が異なる商品には、ビールや、日本酒、医薬品や、菓子なども想定される。例えば、酒税法上、アルコール分1%以上の飲料が酒類として扱われ、税率が10%となる。このため、「ビール」の場合に税率が10%となり、「ノンアルコールビール」の場合に税率が8%となる。
また、例えば、「日本酒」の場合に税率が10%となり、「甘酒」の場合に税率が8%となる。また、例えば、「医薬品」「医薬部外品」「再生医療等製品」の場合、税率が10%となる。また、おまけ付きの菓子など食料品と食料品ではないものが合わせて一つの資産となっている場合、税抜価格が1万円以下であり、かつ食品の価格が3分の2以上であるという条件を満たせば税率が8%となり、当該条件を満たさなければ税率が10%となる。また、商品によっては非課税となるものもある。
また、通常の購入者であれば課税対象となる商品であっても、所定の条件を満たした特定の購入者であれば、非課税となる商品もある。POS端末20は、商品および購入者に応じて、適宜、税率を変更することが可能である。
ここで、店員が店員側スキャナ部212を用いて、商品「みりん」または「みりん風調味料」に付されたバーコードを読み取らせたものの、当該商品がNONファイル商品であったため、POS端末20に当該商品を商品登録させることができなかったとする。この場合、店員は、これらの商品が該当すると想定される分類を指定する入力を行う。例えば、店員は、「乾物/調味料」の大分類を指定する入力を行う。
そして、店員は、「乾物/調味料」の大分類に含まれる「調味料」の中分類を指定する入力を行う。さらに、店員は、「調味料」の中分類に含まれる「みりん系」の小分類を指定する入力を行う。なお、店員が当該商品の中分類が「調味料」であることを把握している場合には、大分類の入力を行わずに直接中分類を入力することも可能である。同様に、店員が当該商品の小分類が「みりん系」であることを把握している場合には、中分類の入力を行わずに直接小分類を入力することも可能である。
報知情報出力手段は、識別情報入力手段に識別情報が入力される際に、識別情報に関連付けられる項目のうち特定の項目がある場合には特定の項目があることを報知する。識別情報に関連付けられる項目は、例えば、値段、商品名、仕入日、消費期限、値引き、特売など、種々の項目である。また、これらの項目は、いずれかの分類に関連付けられる。具体的には、大分類に関連付けられる場合もあるし、中分類に関連付けられる場合もあるし、小分類に関連付けられる場合もある。
特定の項目は、特定の商品に付される項目であり、通常の商品のように単に商品登録する、というだけで取引を成立させることが不適切な商品に付される項目である。具体的には、特定の項目は、例えば、年齢確認を要する可能性があることを示す項目(以下「年齢確認項目」という場合がある)や、特殊税率の可能性があることを示す項目(以下「税率確認項目」という場合がある)である。
また、特定の項目は、例えば、所定額の値引きが行われる「特売」などに関する項目を含む。また、特定の項目は、このほかにも、例えば、第1類医薬品については薬剤師による顧客への商品の説明が必要であることから、当該説明を要する可能性があることを示す項目なども含む。このように、特定の項目は、店員に対して、通常の取引とは異なる取引を示唆する内容を示すものである。
識別情報登録手段は、登録されない商品として識別情報を登録する。具体的には、識別情報登録手段は、商品登録の対象となる商品(NONファイル商品)が一意に特定されないことから、当該商品を売上として計上するにあたり、識別情報(例えば分類)を登録する。以下において、識別情報の登録を「部門登録」という場合がある。
報知情報出力手段は、識別情報登録手段によって識別情報が登録(部門登録)される際に、識別情報に関連付けられる項目のうち特定の項目がある場合に特定の項目があることを示す報知情報を出力する。
ここで、例えば、店員が店員側スキャナ部212を用いて「みりん」に付されたバーコードを読み取らせたものの、当該商品がNONファイル商品であったため、POS端末20に商品登録することができなかったとする。この場合において、大分類「乾物/調味料」のみを指定して部門登録を行ったとする。大分類「乾物/調味料」のみの指定では、「みりん」のように、特定の項目が付される商品である可能性もあるし、「乾物」(例えば、かつお節)のように、特定の項目が付されない商品である可能性もある。
また、店員は、小分類を指定せずに中分類「調味料」を指定して部門登録を行ったとする。この場合も、大分類のみの指定と同様に、中分類「調味料」までの指定では、「みりん」のように、特定の項目が付される商品である可能性もあるし、「醤油」のように、特定の項目が付されない商品である可能性もある。
また、店員は、小分類「みりん系」を指定して部門登録を行ったとする。この場合も、大分類および中分類の指定と同様に、小分類「みりん系」の指定では、「みりん」のように、特定の項目が付される商品である可能性もあるし、「みりん風調味料」のように、特定の項目が付されない商品である可能性もある。
このように、NONファイル商品が「みりん」の場合には、大分類の指定、中分類の指定、小分類の指定のいずれの指定であっても、特定の項目が付される商品である可能性もあるし、特定の項目が付されない商品である可能性もある。このため、部門登録した商品がいずれの可能性もある商品である場合には、報知情報出力手段は、特定の項目があることを示す報知情報を出力する。
なお、報知情報出力手段は、例えば、中分類までの指定であっても、例えば「乾物」のように、特定の項目が付されない商品である場合には、報知情報を出力しない。また、報知情報出力手段は、例えば、小分類まで指定したとしても、例えば「醤油」のように、特定の項目が付されない商品である場合には、報知情報を出力しない。
報知情報出力手段は、店員側表示部210を用いた表示や、音声出力部214からの音声により、報知情報を出力する。報知情報は、特定の項目があることを示す情報であり、例えば、「税率が10%の可能性があります」を表示させるための情報や、税率が10%の可能性がある旨を示すマークを表示させるための情報や、その旨を示す特殊音を出力させるための情報などであってもよい。
(選択項目の報知について)
報知情報出力手段は、特定の項目を選択可能に表示してもよい。例えば、報知情報出力手段は、年齢確認項目や、税率確認項目を選択可能に表示してもよい。特定の項目は、操作者が選択する選択項目を含む。選択項目は、例えば、消費税率における「8%」または「10%」の税率選択項目や、年齢確認における「確認する」または「確認しない」という年齢確認選択項目である。報知情報出力手段は、操作者が選択可能に選択項目を表示する。
第2の登録手段は、選択情報入力手段を備える。選択情報入力手段は、選択項目を含む特定の項目の中から選択した結果(以下「選択結果」という場合がある。)を入力する。具体的には、選択情報入力手段は、店員または顧客(買い物客)から選択項目の選択を受け付けることにより、選択結果を入力する。例えば、選択情報入力手段は、税率選択項目については、店員側表示部210を介して店員から受け付けた選択結果を入力する。また、選択情報入力手段は、年齢確認選択項目については、客側表示部205を介して顧客から受け付けた選択結果を入力する。
識別情報登録手段は、選択情報入力手段に入力された選択情報に応じて識別情報を登録する。例えば、識別情報登録手段は、税率選択項目における「10%」を示す選択情報が選択情報入力手段に入力された場合、消費税率を「10%」とする内容で金額を算出して、識別情報の登録を行う。また、識別情報登録手段は、年齢確認項目における「確認する」を示す情報が選択情報入力手段に入力されることを条件に、識別情報の登録を行う。
(ガイダンスの報知について)
報知情報出力手段は、特定の項目(選択項目を含む)を選択可能に表示した際に、ガイダンスを示す報知情報を出力する。ガイダンスは、操作者(店員)の適切な操作を誘導する通知である。例えば、ガイダンスは、消費税率の選択において、商品登録の対象となる商品が「みりん」であれば消費税率が「10%」であることを促す通知であり、商品登録の対象となる商品が「みりん風調味料」であれば消費税率が「8%」であることを促す通知である。
また、ガイダンスは、例えば、年齢確認が必要であるか否かにおいて、商品登録の対象となる商品が「みりん」であれば年齢確認が必要であることを促す通知であり、商品登録の対象となる商品が「みりん風調味料」であれば年齢確認が不要であることを促す通知である。ガイダンスの報知態様は、例えば、店員側表示部210からの表示であるが、音声出力部214からの音声出力であってもよい。ガイダンスを通知するタイミングは、選択項目を受け付けるタイミングと、同時であってもよいし、当該タイミングよりも前であってもよい。
(識別子の読み取りについて)
POS端末20は、識別子入力手段を備える。識別子入力手段は、商品に付された識別子を入力する。識別子は、例えば、バーコードなどの2次元コードである。識別子入力手段は、例えば、客側スキャナ部206や、店員側スキャナ部212によって読み取られた識別子を入力する。
例えば、第1の登録手段は、フルセルフモードにおいて客側スキャナ部206によって読み取られて識別子入力手段に入力された識別子に基づいて、商品登録を行うことが可能である。また、第1の登録手段は、フルセルフモードにおいて客側スキャナ部206によって読み取られて識別子入力手段に入力された識別子を用いて特定できない商品(NONファイル商品)については商品登録をすることができないことがある。例えば、識別子を読み取らせることが不慣れな顧客の場合、識別子の読み取りに失敗すると、第1の登録手段は商品登録を行うことができない。
このように、客側スキャナ部206によって読み取られない場合、その後に、店員の操作によって、店員側スキャナ部212または客側スキャナ部206が識別子の読み取りを行う。識別子の読み取りに成功し、識別子に対応する商品が商品リストにリスト登録されている場合、当該商品の商品登録が完了する。すなわち、第1の登録手段による商品登録が行われる。一方で、識別子の読み取りに成功したものの、識別子に対応する商品が商品リストにリスト登録されていない場合、換言すれば、当該商品がNONファイル商品である場合、当該商品の商品登録が完了しない。すなわち、第1の登録手段による商品登録が行われない。
ここで、識別情報登録手段は、識別子入力手段に入力された識別子に基づく商品登録が第1の登録手段によって行われない場合に、識別子入力手段に入力された識別子と、識別情報とを関連付けて登録する。登録した内容は、例えば、ストアコントローラ10に送信され、ストアコントローラ10が記憶する商品リストに新たに加えられる。なお、商品リストは、POS端末20に記憶されていてもよい。このようにした場合、登録した内容は、POS端末20の商品リストに、新たに加えられればよい。
POS端末20が備える各機能部(第1の登録手段、第2の登録手段、金額情報入力手段、識別情報入力手段、識別情報登録手段、報知情報出力手段、選択情報入力手段、識別子入力手段)は、例えば、CPU201によって実現される。具体的には、CPU201が所定の商品販売データ処理プログラムを実行することにより、各機能部が実現される。
(特定の項目の複製について)
次に、特売などの特定の項目がある場合の、部門登録について説明する。識別情報登録手段は、識別情報入力手段に入力された識別情報に、特定の項目が関連付けられている場合、識別情報に前記特定の項目を関連付けて登録する。具体的には、識別情報登録手段は、部門登録において、入力された分類に、例えば、特売といった特定の項目が関連付けられている場合には、入力された分類に特売を適用して、部門登録を行う。
なお、入力された分類に特売を示す項目が関連付けられている場合には、識別情報登録手段による部門登録の前に、特売を適用するか否かの選択を受け付けるようにしてもよい。この場合、識別情報登録手段は、店員から受け付けた結果に応じて、分類に特売を適用するようにしてもよい。これにより、店員は、特売を適用してよいか否かを自ら判断して、識別情報を登録させることができる。
(商品の登録を許可しない場合について)
第2の登録手段は、選択情報入力手段にて、特定の項目を選択しない場合、当該商品の登録を許可しないこととする。具体的には、第2の登録手段は、特定の項目のうちの選択項目が選択されない場合、例えば、年齢確認項目における確認ボタンが選択されない場合や、税率確認項目における税率の選択がされない場合に、当該商品の登録を許可しない。なお、第2の登録手段は、特定の項目を選択可能に表示した場合には、特定の項目自体が選択されない場合に、当該商品の登録を許可しないこととしてもよい。
(商品の分類構成の一例について)
次に、図25を用いて、商品の分類について説明する。図25は、商品の分類構成の一例を示すテーブルである。図25に示す分類構成テーブル2500において、分類は、大分類と、中分類と、小分類とを含む。大分類は、最も上位の分類である。例えば、大分類には、「乾物/調味料」や、「嗜好品/飲料」や、「青果」、「精肉」といった種類がある。また、中分類は、大分類よりも下位の分類である。例えば、大分類が「乾物/調味料」の場合、中分類には、「調味料」や「主食」といった種類がある。また、小分類は、中分類よりも下位の分類である。例えば、中分類が「調味料」の場合、小分類には、「みりん系」や「醤油」といった種類がある。分類構成テーブル2500は、例えば、ストアコントローラ10に記憶される。ただし、分類構成テーブル2500は、POS端末20に記憶されていてもよい。
(商品リストの一例について)
次に、商品リストについて説明する。図26は、ストアコントローラ10が記憶する商品リストの一例を示す説明図である。図26に示す商品リスト2600は、各商品の商品情報と、分類構成テーブル2500(図25と同様)とを対応付けた一覧である。各商品の商品情報は、いずれかの分類に属して記憶される。商品情報は、「JAN(Japanese Article Number)コード」と、「商品名」と、「値段」と、「年齢確認」と、「税率」との項目を含む。
「JANコード」は、例えば、13桁のコードから成り、事業者および商品を特定することが可能なコードである。「商品名」は、商品の名称である。「値段」は、商品の売値である。「年齢確認」は、顧客の年齢確認が必要な商品であるか否かを示す。「税率」は、消費税率を示し、8%および10%のいずれかを示す。図26において、「-」は、商品がリスト登録されていないことを示す。
なお、図26においては、説明の便宜上、分類を表記するが、分類については、商品リストに含まれていなくてもよい。ただし、この場合、商品リスト2600には、各商品と分類とを対応づける情報(フラグ)を記憶しておけばよい。商品リスト2600は、ストアコントローラ10に記憶される。ただし、商品リスト2600は、POS端末20に記憶されていてもよいし、クラウドサーバに記憶されていてもよい。
(小分類と特定の項目の有無との対応関係の一例について)
次に、小分類と特定の項目の有無との対応関係について説明する。図27は、小分類と特定の項目の有無との対応関係の一例を示すテーブルである。図27に示す対応関係テーブル2700は、小分類ごとに、特定の項目の有無と、特定の項目の内容とが設定されるテーブルである。具体的には、対応関係テーブル2700は、「小分類」と、「特定の項目の有無」と、「特定の項目の内容」とを含む。例えば、小分類のうち「みりん系」、「ビール系」、「日本酒」については、特定の項目が「有」となっている。一方、小分類のうち「醤油」、「いちご」については、特定の項目が「無」となっている。
また、図27において、「特定の項目の内容」は、「年齢確認」と「税率選択」とを示す。「年齢確認」は、年齢確認を行う「有」と、年齢確認を行わない「-」とを示す。年齢確認の「有or無」は、年齢確認を要する可能性があることを示す。実際に年齢確認を行うか否かは、店員の選択によって決定される。また、「税率選択」は、消費税率を特殊税率とする「10%」と、消費税率を通常税率とする「-」とを示す。「税率選択」の「8%or10%」は、消費税率が10%となる可能性があることを示す。実際にいずれの消費税率とするかは、店員の選択によって決定される。対応関係テーブル2700は、例えば、ストアコントローラ10に記憶される。ただし、対応関係テーブル2700は、POS端末20に記憶されていてもよい。
(分類と特売との対応関係の一例について)
次に、分類と特売との対応関係の一例について説明する。図28は、分類と特売との対応関係の一例を示すテーブルである。図28に示す特売対応テーブル2800は、分類ごとに、特定の項目の有無と、特定の項目の内容(特売の内容)とが設定されるテーブルである。図28において、分類の欄には、大分類に分類される種類、中分類に分類される種類、小分類に分類される種類、のいずれもが記憶可能となっている。
特定の項目は、例えば、特売を示す情報である。図28では、例えば、中分類の「果物」についての特売を示す情報や、大分類の「精肉」についての特売を示す情報が記憶されている。特売対応テーブル2800は、例えば、ストアコントローラ10およびPOS端末20に記憶される。
なお、図27および図28では、分類と特定の項目とが関連付けられていることを示すが、リスト登録されている商品の場合には、各分類に属する商品ごとに、特定の項目が関連付けられる。具体的には、例えば、商品リスト2600において、「青果」の大分類に特定の項目が関連付けられているとすると、「青果」の大分類に属する全ての商品の商品情報に、特定の項目を示すフラグが設定される。
(NONファイル商品を商品登録(部門登録)する際の画面の遷移の一例について)
図29~図34は、NONファイル商品「みりん」をPOS端末20に部門登録する際の画面の遷移の一例を示す説明図である。なお、以下の説明および図面において、上述した画面遷移の内容と同様の内容については、同様の符号を付すとともに、適宜説明を省略する。
図29(A)は、店員が商品登録を試みた商品がNONファイル商品であった場合の画面を示す。図29(A)に示すように、店員側表示部210には、NONファイル商品である旨の通知画面2900がポップアップ表示されている。通知画面2900には、入力ボタン2901と、登録ボタン2902と、中止ボタン2903と、大分類ボタン2904と、中分類ボタン2905と、小分類ボタン2906と、プリセットボタン2907と、金額表示領域2908とが表示されている。
入力ボタン2901は、NONファイル商品のPOS端末20への商品登録を開始させるためのボタンである。登録ボタン2902は、通知画面2900に表示される各種項目が入力された内容を登録させるためのボタンである。中止ボタン2903は、NONファイル商品の商品登録を中止させるためのボタンである。大分類ボタン2904は、大分類の種類を指定するためのボタンである。中分類ボタン2905は、中分類の種類を指定するためのボタンである。小分類ボタン2906は、小分類の種類を指定するためのボタンである。
プリセットボタン2907は、分類を指定することが可能なプリセットキーを表示させるためのボタンである。なお、当該プリセットキーにおいて表示させた分類の中から、店員によって分類や分類内の種類が指定される。金額表示領域2908は、店員が入力した商品の金額が表示される。
また、通知画面2900には、JANコードが表示されている。これは、店員側スキャナ部212によってJANコードの読み取りに成功したものの、当該商品がストアコントローラ10の商品リスト2600(図26参照)にリスト登録されていないことを示す。
図29(A)において、店員が入力ボタン2901を操作(タッチ)したとすると、図29(B)に示す画面に遷移する。
図29(B)は、大分類の種類を指定する際の画面を示す。具体的には、店員が大分類ボタン2904を操作(タッチ)すると、大分類の種類を指定することが可能な大分類選択画像2910が表示される。部門登録の対象となるNONファイル商品は「みりん」であることから、店員が「大分類コード1:乾物/調味料」を選択したとする、図30(C)の画面に遷移する。
大分類選択画像2910の表示により、新人店員でも容易に「乾物/調味料」を選択することが可能である。なお、図29(A)において、店員が直接、大分類コードを入力することも可能である。この場合、大分類選択画像2910を表示せずに、大分類の入力が行われることになる。なお、以下に説明する、中分類の選択や小分類の選択においても、同様に、店員が直接、各分類コードを入力することが可能である。
図30(C)は、大分類の種類が指定された画面を示す。具体的には、大分類指定領域3000には、大分類コード「1」と、大分類コード「1」に対応する「乾物/調味料」とが表示されている。図30(C)において、店員が中分類ボタン2905を操作(タッチ)したとすると、図30(D)に示す画面に遷移する。
図30(D)は、中分類の種類を指定する際の画面を示す。具体的には、店員が中分類ボタン2905を操作(タッチ)すると、中分類の種類を指定することが可能な中分類選択画像3010が表示される。部門登録の対象となるNONファイル商品は「みりん」であることから、店員が「調味料」を選択したとする、図31(E)の画面に遷移する。なお、中分類選択画像3010の表示により、新人店員でも容易に「調味料」を選択することが可能である。
図31(E)は、中分類の種類が指定された画面を示す。具体的には、中分類指定領域3100には、中分類コード「21」と、中分類コード「21」に対応する「調味料」とが表示されている。図31(E)において、店員が小分類ボタン2906を操作(タッチ)したとすると、図31(F)に示す画面に遷移する。
図31(F)は、小分類の種類を指定する際の画面を示す。具体的には、店員が小分類ボタン2906を操作(タッチ)すると、小分類の種類を指定することが可能な小分類選択画像3110が表示される。部門登録の対象となるNONファイル商品は「みりん」であることから、店員が「みりん系」を選択したとする、図32(G)の画面に遷移する。なお、小分類選択画像3110の表示により、新人店員でも容易に「調味料」を選択することが可能である。
図32(G)は、小分類の種類が指定された画面を示す。具体的には、小分類指定領域3200には、小分類コード「41」と、小分類コード「41」に対応する「みりん系」とが表示されている。なお、図29(A)~図32(G)の説明では、店員が分類を一つずつ指定するようにしたが、各分類に対応するプリセットキーが表示されていてもよい。例えば、中分類の「調味料」を指定するプリセットキーを用意すれば、中分類の指定に要する操作回数を減らすことが可能になる。同様の理由から、小分類の「みりん系」を指定するプリセットキーを用意しておけば、小分類の指定に要する操作回数をより減らすことが可能になる。なお、この場合、分類を指定する画面を表示させないようにすることも可能である。図32(G)に示すように、入力が完了すると、図32(H)に示す画面に遷移する。
図32(H)は、税率を指定する際の画面を示す。図32(H)に示すように、店員側表示部210には、税率を指定することが可能な税率選択ガイダンス画像3210が表示されている。また、図32(H)では、税率の表示のみならず、「みりん」の場合には消費税率が「10%」である旨と、「みりん風調味料」の場合には消費税率が「8%」である旨のガイダンスが表示されている。店員は、手元の商品が、「みりん」であるか、「みりん風調味料」であるかを目視で確認し、「みりん」であれば税率「10%」を選択する。税率の選択が完了すると、図33(I)に示す画面に遷移する。
なお、税率選択ガイダンス画像3210を表示する際には、音声出力部214から所定のアラート音を出力してもよい。これにより、店員に、より注意を促すことができる。また、税率選択ガイダンス画像3210の表示により、「みりん」の消費税率が8%であるのか、10%であるのかを知らない店員でも、迅速且つ簡単に「10%」を選択することが可能である。
図33(I)は、店員がキー操作部211を操作して、「みりん」の販売金額を入力した際の画面を示す。例えば、店員は、手元にある値段表や、当該商品が陳列される売場に掲示される値段を参照して、販売金額を入力する。金額表示領域2908には、10%の消費税が課税された金額と、10%の消費税が課税された旨とが表示されている。ここで、店員が入力した金額が税抜きの金額であれば、POS端末20は、入力した金額に10%分の消費税を加えた額を算出して、金額表示領域2908に表示する。一方で、入力した金額が税込みの金額であれば、POS端末20は、店員が入力したそのままの金額を金額表示領域2908に表示する。
なお、金額の入力や、分類の入力や、特定の項目(税率)の選択は、いずれの順番で行われてもよい。例えば、図示の例では、金額は、分類の入力が完了し、税率の選択が完了した後に入力されているが、これらの前に入力することも可能である。また、画面を遷移させる際には、確認画面を設けてもよい。ただし、確認画面を設けないようにしたとしても、各入力が完了すると、一旦は登録画面の一覧の画面に遷移するので、修正がある場合には、再度、対象の入力欄を指定して修正することは可能である。このため、確認画面を設けるようにした場合と比較して、画面数および操作数を少なくすることができる。図33(I)において、店員が登録ボタン2902を操作(タッチ)したとすると、図33(J)に示す画面に遷移する。
図33(J)は、NONファイル商品の「みりん」の部門登録が完了した際の画面を示す。図33(J)において、店員側表示部210には、「みりん系」の部門登録が行われたことや、当該商品の金額や、10%の消費税が課税された旨などが表示されている。なお、「みりん系」と表示されており、商品名が表示されていないのは、部門登録した対象の商品がNONファイル商品であることから、商品を一意に特定することができないためである。また、「みりん」の部門登録が完了するには、図34を用いて後述する年齢確認を条件とする。部門登録が完了すると、登録内容は、ストアコントローラ10に送信され、商品リスト2600にリスト登録される。
なお、図33(I)、(J)においては、説明の便宜上、「¥437(税10%)」のように、商品の税込金額と税率とを表示している。ただし、実際には、「内税10%」、「内税8%」、「外税10%」、「外税8%」といった略さない税率が表示され、また、本体金額と、税額と、加算した金額とが表示される。また、これらの登録内容は、客側表示部205にも表示される。また、図29~図33に示した通知画面2900は、ポップアップ表示されているが、画面全域に通知画面2900を表示してもよい。
図29~図33に示した画面(編集画面)を表示することにより、部門登録の対象となるNONファイル商品の属する分類(小分類:「みりん系」)が、税率選択の要する分類である場合には、税率の選択を報知することができる。具体的には、特殊税率となる可能性がある商品を部門登録する際に、税率選択ガイダンス画像3210を表示するため、店員は、手元にある部門登録の対象となる商品を目視で確認して、部門登録を行うことができる。すなわち、部門登録する分類に特定の項目(税率選択)が付されている場合には、当該特定の項目(税率)を複製して、部門登録の対象の商品に適用することができる。このため、部門登録の対象となるNONファイル商品を誤った税率で部門登録してしまうことを抑え、適切な取引を行うことができる。また、税率を設定する際の、入力時間の短縮化を図ることができる。
また、ガイダンスにより、「みりん」と「みりん風調味料」とで税率が異なることを店員に通知できるため、店員の教育に役立てることができる。また、図29~図33に示した画面(編集画面)では、分類の入力や金額の入力に応じて、画面が切り替わることがないため、店員は入力した内容を一見して把握することができる。
なお、店舗においては、分類を示すコードが含まれる商品コードが使用される場合がある。この場合、分類を示すコードから分類を特定することができる。このため、NONファイル商品の部門登録において、店員による分類の入力を要さずに、分類を入力することが可能になる。また、JANコード(EANコード、UPCコード)についても、メーカーコードから分類を特定することが可能な場合がある。具体的には、菓子のみを製造するメーカーであれば、メーカーコードから菓子の分類を特定することができる。この場合も、店員による分類の入力を要さずに、分類を入力することが可能になる。このように、商品コードを用いて分類を入力することによって、分類の入力を、より簡単且つ迅速に行うことができる。
図34に示す画面は、図32(H)の後に(店員が「みりん・消費税率10%」を選択した後に)、客側表示部205に表示される画面を示す。「みりん」は、アルコール分が約14%の商品あり、取引において酒類として扱われるため、年齢確認が必要な商品である。このため、客側表示部205には、年齢確認を行う画面が表示される。顧客が「年齢確認をする」を操作(タッチ)すると、「みりん」を「みりん系」として部門登録が可能になる。
図34に示したように、部門登録の対象となるNONファイル商品の属する分類(小分類:「みりん系」)が、年齢確認の要する分類である場合には、年齢確認を行うことができる。具体的には、部門登録する分類に特定の項目(年齢確認)が付されている場合には、当該特定の項目(年齢確認)を複製して、部門登録の対象の商品に適用することができる。このため、NONファイル商品が年齢確認を要する商品であるにもかかわらず、年齢確認が行われずに、部門登録が行われてしまうことを抑えることができる。したがって、適切な取引を行うことができる。また、店員が年齢確認を行う設定とする際の、入力時間の短縮化を図ることができる。
図35~図39は、NONファイル商品「いちご」をPOS端末20に部門登録する際の画面の遷移の一例を示す説明図である。なお、「いちご」を含む中分類が「果物」の商品については、特売の対象となっているものとする。
図35(A)は、部門登録を試みた商品がNONファイル商品であった場合の画面を示す。図35(A)に示す画面は、JANコードが入力されていない点で、図29(A)に示す画面と異なる。JANコードが入力されない場合とは、当該商品にJANコードが付されていない場合や、JANコードが付されていたとしてもJANコードの読み取りに失敗した場合などである。
図35(A)において、店員が入力ボタン2901を操作(タッチ)したとすると、図35(B)に示す画面に遷移する。
図35(B)は、大分類の種類を指定する際の画面を示す。具体的には、店員が大分類ボタン2904を操作(タッチ)すると、大分類の種類を指定することが可能な大分類選択画像2910が表示される。部門登録の対象となるNONファイル商品は「いちご」であることから、店員が「青果」を選択したとする、図36(C)の画面に遷移する。なお、大分類選択画像2910の表示により、新人店員でも容易に「青果」を選択することが可能である。
図36(C)は、大分類の種類が指定された画面を示す。具体的には、大分類指定領域3000には、大分類コード「3」と、大分類コード「3」に対応する「青果」とが表示されている。図36(C)において、店員が中分類ボタン2905を操作(タッチ)したとすると、図36(D)に示す画面に遷移する。
図36(D)は、中分類の種類を指定する際の画面を示す。具体的には、店員が中分類ボタン2905を操作(タッチ)すると、中分類の種類を指定することが可能な中分類選択画像3010が表示される。部門登録の対象となるNONファイル商品は「いちご」であることから、店員が「果物」を選択したとする、図37(E)の画面に遷移する。なお、中分類選択画像3010の表示により、新人店員でも容易に「果物」を選択することが可能である。
図37(E)は、中分類の種類が指定された画面を示す。具体的には、中分類指定領域3100には、中分類コード「61」と、中分類コード「61」に対応する「果物」とが表示されている。図37(E)において、店員が小分類ボタン2906を操作(タッチ)したとすると、図37(F)に示す画面に遷移する。
図37(F)は、小分類の種類を指定する際の画面を示す。具体的には、店員が小分類ボタン2906を操作(タッチ)すると、小分類の種類を指定することが可能な小分類選択画像3110が表示される。具体的には、小分類選択画像3110には、小分類コード「81」と、小分類コード「81」に対応する「いちご」とが表示されている。部門登録の対象となるNONファイル商品は「いちご」であることから、店員が「いちご」を選択したとする、図38(G)の画面に遷移する。なお、小分類選択画像3110の表示により、新人店員でも容易に「いちご」を選択することが可能である。
図38(G)は、小分類の種類が指定された画面を示す。図38(G)に示すように、入力が完了すると、図38(H)に示す画面に遷移する。
図38(H)は、店員がキー操作部211を操作して、「いちご」の販売金額を入力した際の画面を示す。例えば、店員は、手元にある値段表や、当該商品が陳列される売場に掲示される値段を参照して、販売金額を入力する。金額表示領域2908には、20%分の値引き前後のそれぞれの金額と、8%の消費税が課税された旨とが表示されている。
ここで、店員が入力した金額が値引き前の金額であれば、POS端末20は、入力した金額に20%分を値引きした額を算出して、金額表示領域2908に表示する。一方で、入力した金額が値引き後の金額であれば、POS端末20は、店員が入力したそのままの金額を金額表示領域2908に表示する。
また、店員が入力した金額が税抜きの金額であれば、POS端末20は、入力した金額に8%分の消費税を加えた額を算出して、金額表示領域2908に表示する。一方で、入力した金額が税込みの金額であれば、POS端末20は、店員が入力したそのままの金額を金額表示領域2908に表示する。
なお、図38(H)において、ガイダンス画像を表示してもよい。例えば、ガイダンス画像として、部門登録する対象の商品が「果物」であれば「20%引き」を選択するためのボタンと、「果物」でなければ「値引きなし」を選択するためのボタンとを表示すればよい。例えば、店員が大分類「青果」のみを指定した場合には、すなわち、中分類以下を指定しなかった場合には、特定の項目が適用される分類であるか否かを特定できないことがある。このような場合でも、当該ガイダンス画像を表示することにより、店員に適切な操作を誘導することができる。
図38(H)において、店員が登録ボタン2902を操作(タッチ)したとすると、図39(I)に示す画面に遷移する。
図39(I)は、NONファイル商品の「いちご」の部門登録が完了した際の画面を示す。図39(I)において、店員側表示部210には、「いちご」の部門登録が行われたことや、当該商品の20%値引きされた金額や、8%の消費税が課税された旨などが表示されている。なお、「いちご」と表示されており、商品名が表示されていないのは、部門登録した対象の商品がNONファイル商品であることから、商品を一意に特定することができないためである。部門登録が完了すると、登録内容は、ストアコントローラ10に送信され、商品リスト2600にリスト登録される。
図35~図39に示した画面を表示することにより、部門登録の対象となるNONファイル商品の属する分類(小分類:「いちご」)が、特売の対象となる中分類(「果物」)に属する場合には、当該中分類に属する分類(小分類:「いちご」)についても、特売の対象とすることができる。すなわち、部門登録する分類に特定の項目が付されている場合には、当該特定の項目(特売)を複製して、部門登録の対象の商品に適用することができる。
ここで、具体的に補足すると、部門登録する際に、分類によっては、税率選択、年齢確認、特売などのように一部にイレギュラな特定の項目が付されている場合がある。この場合、店員は、部門登録を行う際に、特定の項目を正しく設定する必要がある。特に、新入社員やパート、アルバイトの店員の場合、どの分類の商品に特定の項目が付されるからを判断できないおそれがあり、特定の項目を付さず、デフォルト値のままで登録してしまうおそれがある。
そこで、本実施形態1では、図29~図34に示した画面や、図35~図39に示した画面を表示することにより、部門登録の対象となるNONファイル商品を適切な価格で売上に計上することができるため、適切な取引を行うことができる。また、特定の項目を設定する際の、入力時間の短縮化を図ることができる。
(POS端末20が行う処理の一例)
次に、図40を用いて、図29~図39に示した画面を表示する際の処理の一例について説明する。図40は、POS端末20が行う部門登録および商品登録の処理の一例を示すフローチャートである。図40において、POS端末20は、商品の登録情報をスキャン等したか否かを判断する(ステップS4001)。登録情報のスキャン等は、具体的には、通常モードであれば、店員側表示部210(プリセットキー)へのタッチ、キー操作部211の操作、店員側スキャナ部212のスキャン等により、登録情報を入力することである。また、登録情報のスキャン等は、フルセルフモードであれば、客側表示部205(プリセットキー)へのタッチ、客側スキャナ部206のスキャン等により、登録情報を入力することである。スキャン等がある場合には(ステップS4001:YES)、POS端末20は、スキャン等した商品がNONファイル商品であるか否かを判断する(ステップS4002)。
ここで、スキャン等した商品がNONファイル商品であるか否かの判断について説明する。POS端末20は、商品の登録情報をスキャン等すると、入力された登録情報をストアコントローラ10へ送信する。ストアコントローラ10は、当該登録情報を用いて、商品リスト2600の中から当該登録情報に対応付けられる商品情報を抽出し、抽出結果をPOS端末20へ送信する。具体的には、ストアコントローラ10は、商品リスト2600から、商品情報を抽出できた場合には、抽出した商品情報を抽出結果としてPOS端末20へ送信し、商品情報を抽出できなかった場合には、NONファイル商品である旨の情報を抽出結果としてPOS端末20へ送信する。POS端末20は、ストアコントローラ10による商品情報の抽出結果を受信すると、抽出結果を参照し、NONファイル商品であるか否かを判断する。
ステップS4002において、POS端末20は、NONファイル商品ではない場合(ステップS4002:NO)、すなわち、商品情報を取得できた場合、ステップS4017へ進む。一方、POS端末20は、NONファイル商品である場合(ステップS4002:YES)、ステップS4004へ進む。
ステップS4001において、スキャン等がない場合(ステップS4001:NO)、部門登録の開始の操作があるか否かを判断する(ステップS4003)。部門登録の開始の操作とは、例えば、商品にバーコードが付されていない場合や、プリセットキーなどからも商品登録を行うことができない場合に、店員から受け付ける操作である。なお、部門登録の開始を受け付けるための操作は、店員側表示部210に表示されるボタン(プリセットキー)のタッチとしてもよいし、キー操作部211に配置されるボタンの押下としてもよい。
ステップS4003において、部門登録の開始の操作がない場合(ステップS4003:NO)、POS端末20は、ステップS4001に戻る。一方、部門登録の開始の操作がある場合(ステップS4003:YES)、POS端末20は、分類及び金額の入力を受け付ける(ステップS4004)。そして、POS端末20は、税率選択があるか否を判断する(ステップS4005)。
ここで、税率選択があるか否かの判断について説明する。POS端末20は、分類の入力があると、入力された分類を示す情報をストアコントローラ10へ送信する。ストアコントローラ10は、当該分類を示す情報を用いて、対応関係テーブル2700(図27参照)の中から当該分類に対応付けられる特定の項目の有無および特定の項目の内容を抽出し、抽出結果をPOS端末20へ送信する。
具体的には、ストアコントローラ10は、特定の項目が「無」の場合には、その旨を抽出結果としてPOS端末20へ送信し、特定の項目が「有」の場合には、特定の項目がある旨と、特定の項目の内容(年齢確認および税率選択)とを抽出結果としてPOS端末20へ送信する。ステップS4005では、POS端末20は、ストアコントローラ10による抽出結果を受信すると、抽出結果を参照し、税率選択があるか否かを判断する。なお、POS端末20が対応関係テーブル2700等を記憶する場合には、POS端末20自身で抽出結果を得ることが可能である。
ステップS4005において、POS端末20は、税率選択がないと判断した場合(ステップS4005:NO)、ステップS4010に進む。一方、POS端末20は、税率選択があると判断した場合(ステップS4005:YES)、ガイダンスを表示する(ステップS4006)。ガイダンスは、例えば、部門登録の対象となる商品が「みりん」であれば消費税率が「10%」であることを促し、部門登録の対象となる商品が「みりん風調味料」であれば消費税率が「8%」であることを促す通知である。
そして、POS端末20は、消費税率の選択を受け付ける(ステップS4007)。なお、消費税率の選択を受け付けない場合、POS端末20は、商品の登録を行わない。次いで、POS端末20は、受け付けた消費税率が10%であるか否かを判断する(ステップS4008)。受け付けた税率が10%である場合(ステップS4008:YES)、POS端末20は、消費税率を10%として、商品の金額を算出する(ステップS4009)。一方、受け付けた税率が10%ではない場合(ステップS4008:NO)、すなわち、受け付けた税率が8%である場合、POS端末20は、消費税率を8%として、商品の金額を算出する(ステップS4010)。
そして、POS端末20は、年齢確認があるか否を判断する(ステップS4011)具体的には、POS端末20は、ストアコントローラ10から受信した抽出結果を参照し、年齢確認があるか否かを判断する。POS端末20は、年齢確認がないと判断した場合(ステップS4011:NO)、ステップS4014に進む。一方、POS端末20は、年齢確認があると判断した場合(ステップS4011:YES)、客側表示部205に年齢確認ボタンを表示する(ステップS4012)。
そして、POS端末20は、年齢確認が行われたか否かを判断する(ステップS4013)。年齢確認は、顧客が客側表示部205に表示される年齢確認ボタンをタッチすることによって行われる。POS端末20は、年齢確認が行われるまで待機し(ステップS4013:NO)、年齢確認が行われると(ステップS4013)、店員から受け付けた分類が特売の対象となっているか否かを判断する(ステップS4014)。なお、年齢確認が行われない場合、POS端末20は、商品の登録を行わない。
ここで、特売の対象となっているか否かの判断について説明する。POS端末20は、分類を受け付けると、受け付けた分類を示す情報をストアコントローラ10へ送信する。ストアコントローラ10は、当該分類を示す情報を用いて、特売対応テーブル2800(図28参照)の中から当該分類に対応付けられる特定の項目(特売)の有無および特定の項目(特売)の内容を抽出し、抽出結果をPOS端末20へ送信する。
具体的には、ストアコントローラ10は、特定の項目が「無」の場合には、その旨を抽出結果としてPOS端末20へ送信し、特定の項目が「有」の場合には、特定の項目がある旨と、特定の項目の内容(時間帯および値引率)とを抽出結果としてPOS端末20へ送信する。ステップS4014では、POS端末20は、ストアコントローラ10による抽出結果を受信すると、抽出結果を参照し、特売があるか否かを判断する。なお、POS端末20が特売対応テーブル2800等を記憶する場合には、POS端末20自身で抽出結果を得ることが可能である。
ステップS4014において、POS端末20は、特売がないと判断した場合(ステップS4014:NO)、ステップS4016に進む。一方、POS端末20は、特売があると判断した場合(ステップS4014:YES)、値引き率を勘案して商品の金額を算出する(ステップS4015)。
そして、POS端末20は、分類、金額、JANコード、税率、年齢確認の有無などの部門登録情報をストアコントローラ10へ送信する(ステップS4016)。なお、詳細については、図41を用いて後述するが、ストアコントローラ10は、受信した部門登録情報を、商品リスト2600に反映させる。また、POS端末20が商品リスト2600を記憶する場合には、当該商品リスト2600に部門登録情報を反映させればよい。
そして、POS端末20は、商品登録または部門登録を行うとともに、客側表示部205および店員側表示部210に登録した商品または部門を表示する(ステップS4017)。次に、POS端末20は、キー操作部211の小計キーが押下されたか否かを判断する(ステップS4018)。POS端末20は、小計キーが押下されない場合(ステップS4018:NO)、ステップS4001に戻る。
一方、POS端末20は、小計キーが押下された場合(ステップS4018:YES)、精算が完了したか否かを判断する(ステップS4019)。なお、精算において、POS端末20は、例えば、小計画面を表示して、預かり金の入力や現計ボタンの押下といった精算操作を受け付けると、レシートなどを発行する。また、精算において、預かり金や現計に応じた釣銭を放出してもよい。POS端末20は、精算が完了しない場合(ステップS4019:NO)、ステップS4001に戻る。一方、POS端末20は、精算が完了した場合(ステップS4019:YES)、一連の処理を終了する。
上述した処理により、POS端末20は、税率の選択、年齢確認、特売の有無などを考慮して、NONファイル商品について部門登録することができる。したがって、年齢確認が必要な商品であるにもかかわらず年齢確認が行われなかったり、誤った税率で売上として計上してしまったり、特売が適用される商品であるにもかかわらず特売が適用されなかったりすることを抑えることができる。また、ガイダンスを表示するため、店員の適切な操作を誘導することができる。したがって、適切な取引を支援することができる。
(部門登録後のリスト登録について)
次に、部門登録後のリスト登録について説明する。図41は、部門登録後にリスト登録された際の商品リストの一例を示す説明図である。図41において、商品リスト2600には、新たに商品情報4101,4102が記憶されている。商品情報4101は、小分類「みりん系」の商品を部門登録した際に、POS端末20から送信された部門登録情報を示す。商品情報4101のうち、JANコードは、店員側スキャナ部212によって読み取られたコードである。商品情報4101のうち、値段、年齢確認、消費税率は、POS端末20での部門登録において得られる情報である。また、商品名は、現時点において不明な状態である。
また、商品情報4102は、小分類「いちご」の商品を部門登録した際に、POS端末20から送信された部門登録情報を示す。商品情報4101のうち、JANコードは、当初から付されていない場合やJANコードの読み取りに失敗した場合など、部門登録において得られなかったことを示す。商品情報4102のうち、値段、年齢確認、消費税率は、POS端末20での部門登録において得られる情報である。また、商品名は、現時点において不明な状態である。
(管理者によるリスト登録について)
次に、管理者によるリスト登録について説明する。図42は、部門登録後に管理者によってリスト登録が完了した際の商品リストの一例を示す説明図である。図42において、商品情報4101,4102のうち、商品名が付されている。商品情報4101の場合、JANコードが特定されている。このため、店長などの管理者の操作により、JANコード統合商品情報データベース:JICFS/IFDB(JAN Item Code File Service/Integrated Flexible Data Base)に接続することにより、商品情報4101のJANコードに対応する正規の情報を入手することが可能である。このため、商品情報4101は、各項目の内容を全て正規の情報に書き換えられる。
また、商品情報4102の場合、JANコードが特定されていない。このため、店長などの管理者は、分類や値段などから、商品を一意に特定する。そして、管理者の操作により、生産事業者が作成する商品情報の一覧データなどから、商品情報4102の正規の情報を入手することが可能である。このため、商品情報4102は、各項目の内容を全て正規の情報に書き換えられる。なお、商品情報4101,4102を正規の情報に書き換えるのは、このような方法に限らず、例えば、管理者が正規の情報を手入力で入力してもよい。
なお、POS端末20においても、商品リスト2600を記憶する構成とした場合には、POS端末20の商品リストには最新の情報が反映されていないことがある。具体的には、ある商品について、POS端末20に記憶される商品リスト2600にはリスト登録されていないものの、ストアコントローラ10に記憶される商品リスト2600にはリスト登録されていることがある。このため、POS端末20は、POS端末20に記憶される商品リスト2600に検索対象の商品情報が記憶されていない場合に、ストアコントローラ10に、当該商品情報が記憶されているか否かの問い合わせを行ってもよい。そして、ストアコントローラ10に当該商品情報が記憶されている場合、POS端末20は、当該商品情報をストアコントローラ10から取得するようにしてもよい。
また、商品情報4101と同一のJANコードが付された複数の商品情報がストアコントローラ10に記憶されている場合には、POS端末20は、いずれか1つを選択可能に受け付けて、商品情報4101を書き換えてもよい。また、商品情報4101と同一のJANコードが付された一の商品情報がストアコントローラ10に記憶されている場合には、POS端末20は、当該一の商品情報を入手して、そのまま(自動で)当該商品情報を用いて、商品情報4101を書き換えてもよい。
(ストアコントローラ10が行う処理の一例)
次に、図43を用いて、ストアコントローラ10が行う処理の一例について説明する。図43は、ストアコントローラ10が行う部門登録情報を用いた商品情報の登録処理の一例を示すフローチャートである。なお、以下の処理は、店長等の管理者がストアコントローラ10を操作することにより行われる処理である。ただし、当該処理は、POS端末20が管理者から操作を受け付けることにより行われてもよい。
図43において、ストアコントローラ10は、POS端末20から、部門登録情報を受信したか否かを判断する(ステップS4301)。ストアコントローラ10は、部門登録情報を受信するまで待機する(ステップS4301:NO)。ストアコントローラ10は、部門登録情報を受信すると(ステップS4301:YES)、商品リスト2600に部門登録情報を記憶させる(ステップS4302)。
そして、ストアコントローラ10は、POS端末20に部門登録情報が記憶されたことの通知を行う(ステップS4303)。当該通知は、所定のアイコンなどの表示としてもよい。当該通知は、各POS端末20に表示されることとしてもよい。これにより、店長等の管理者や店員は、NONファイル商品があることを把握できる。次に、ストアコントローラ10は、管理者によるリスト登録の開始を受け付けたか否かを判断する(ステップS4304)。ストアコントローラ10は、管理者によるリスト登録の開始を受け付けるまで待機する(ステップS4304:NO)。
ストアコントローラ10は、管理者によるリスト登録の開始を受け付けると(ステップS4304:YES)、正規の情報を入力する(ステップS4305)。正規の情報の入力は、例えば、JANコード統合商品情報データベースなどから受信することによる入力である。次に、ストアコントローラ10は、商品情報の入力が確定したか否かを判断する(ステップS4306)。
ストアコントローラ10は、商品情報の入力が確定しない場合(ステップS4306:NO)、ステップS4305に戻る。ストアコントローラ10は、商品情報の入力が確定した場合(ステップS4306:YES)、確定した商品情報を商品リスト2600に記憶し(ステップS4307)、一連の処理を終了する。
上述した処理により、部門登録によって得られた部門登録情報を用いて、正規の商品情報をリスト登録することができる。また、部門登録した際に、部門登録情報が商品リスト2600に記憶されるため、NONファイル商品をリスト登録する際の管理者の操作を簡素化することができる。
以上説明したように、実施形態1に係るPOS端末20は、通常の商品登録が行われないNONファイル商品を部門登録する際に、店員が入力した分類に関連付けられる特定の項目(例えば、税率選択や年齢確認)を報知するようにした。これにより、特定の項目があることを店員に認識させることができる。このため、例えば、部門登録の対象となるNONファイル商品を誤った税率で売上として計上してしまうことを抑えることができる。また、NONファイル商品が年齢確認を要する商品であるにもかかわらず、年齢確認が行われずに、取引が行われてしまうことを抑えることができる。また、NONファイル商品が特売の対象である商品であるにもかかわらず、値引きされずに、売上として計上してしまうことを抑えることができる。したがって、実施形態1に係るPOS端末20によれば、適切な取引を支援することができる。
また、実施形態1に係るPOS端末20は、特定の項目(選択項目)の中から、操作者による選択を受け付けた項目を入力するようにした。これにより、例えば、POS端末20は、店員から受け付けた項目(税率が8%か10%かの項目)に応じた税率で部門登録したり、顧客から受け付けた項目(年齢確認)を条件に部門登録したりすることができる。したがって、操作者の選択に応じた適切な部門登録を行うことができる。このため、適切な取引を支援することができる。
また、実施形態1に係るPOS端末20は、特定の項目(選択項目)を選択可能に表示した際に、ガイダンスを報知するようにした。したがって、選択項目を選択する際に操作者を適切に誘導できるため、適切な取引を支援することができる。
また、実施形態1に係るPOS端末20は、特定の項目(選択項目)を選択しない場合、当該商品の登録を許可しないようにした。したがって、選択項目が選択されない状態で、すなわち、不確定な状態で部門登録を行わないようにすることができる。したがって、適切な取引を支援することができる。
また、実施形態1に係るPOS端末20において、識別情報は、商品の分類を示す分類情報とした。したがって、NONファイル商品を売上として計上する際に分類のみを登録すれば済むため、操作の容易化および迅速化を図ることができる。これにより、適切な取引を支援することができる。
また、実施形態1に係るPOS端末20は、商品に付された識別子を読み取るようにした。したがって、商品を一意に特定することができる。具体的には、読み取った識別子が商品リスト2600にリスト登録されている場合には、当該識別子を用いて一意に特定した商品を商品登録することができる。したがって、適切な取引を支援することができる。また、読み取った識別子が商品リスト2600にリスト登録されていない場合でも、部門登録を行った後に当該商品を一意に特定することが可能になる。したがって、部門登録したとしても、売上として計上した商品を容易に把握すること可能になる。
また、実施形態1に係るPOS端末20は、識別子を用いた通常の商品登録が行われない場合に、識別子と識別情報とを関連付けて登録するようにした。これにより、識別子と識別情報とを関連付けた登録内容(部門登録情報)をそのまま商品リスト2600に加えることができる。したがって、管理者が当該商品の商品情報をリスト登録する際の誤登録を抑えることができる。このため、以降における適切な取引を支援することができる。また、管理者が当該商品の商品情報をリスト登録する際の作業の効率化を図ることができる。
(実施形態1の変形例1)
次に、実施形態1の変形例1について説明する。上述した実施形態1では、税率の選択ボタンの中にガイダンスを表示した(図32(H)の税率選択ガイダンス画像3210を)。変形例1では、このような構成に加えて、または、このような構成に代えて、税率の選択と、ガイダンスとの他の例について説明する。なお、以下の各変形例の説明において、実施形態1と同様の構成については同様の符号を付し、適宜説明を省略する。
例えば、POS端末20は、税率が「みりん」の場合には10%であり、「みりん風調味料」の場合に8%である旨の詳細なガイダンスを先に行い、詳細なガイダンスの後に、税率の選択を受け付けるようにしてもよい。これにより、ガイダンスをより広い表示領域で詳細に表示することが可能になり、より詳細なガイダンスを行うことが可能になる。
また、POS端末20は、ガイダンスと、税率の選択ボタンとを、別々の表示領域に同時に表示してもよい。これにより、店員は、詳細なガイダンスを確認しながら選択ボタンを操作することが可能になる。
また、POS端末20は、税率を表示して選択を受け付けるのではなく、「みりん」であるか、「みりん風調味料」であるかの選択を受け付けて、受け付けた内容に応じた税率に、自動的に設定するようにしてもよい。すなわち、税率を表示しないようにしてもよい。これにより、通知する内容を簡素化することができ、表示領域を有効活用することが可能になる。
また、POS端末20が行う各種のガイダンスの態様は、店員の設定により変更可能にしてもよい。これにより、店員の能力や熟練度合いに応じたガイダンスを行うことができる。
また、ガイダンスの態様は、税率が異なる可能性がある旨を報知するだけでもよく、すなわち、税率が異なる可能性があることを注意喚起するだけでもよい。具体的には、「税率が10%の可能性があります」といった報知のみを行ってもよい。これにより、わざわざ税率選択ガイダンス画像3210を表示させずに済み、表示領域を有効活用することが可能になる。また、熟練の店員であれば、キー操作部211を操作するなどして、商品に応じた税率とすることができ、迅速な部門登録が可能になる。
なお、税率が異なる可能性がある旨を報知するだけの設定と、税率選択ガイダンス画像3210を表示させる設定とを、店員の操作に応じて選択可能にしてもよい。これにより、店員に応じた報知を行うことができる。
また、図32(H)では、税率が「8%」と「10%」とを表示して二者択一としたが、これに限らない。例えば、税率が「8%」と「10%」、それ以外の税率(例えば、非課税や税率12%など)が適用される可能性がある場合には、それ以外の税率についても、それぞれ対応する選択ボタンを表示することにより、それぞれを選択可能にすればよい。
(実施形態1の変形例2)
次に、実施形態1の変形例2について説明する。上述した実施形態2では、店員側表示部210にのみ部門登録の登録内容を表示することとした(図32(H)、図33(I)参照)。変形例2では、このような構成に加えて、または、このような構成に代えて、部門登録の登録内容を客側表示部205に表示してもよい。
具体的には、図32(H)に示したように、店員側表示部210に税率選択ガイダンス画像3210が表示されて、店員が「みりん:10%」および「みりん風調味料:8%」のいずれか一方を選択すると、選択した内容を客側表示部205にも表示する。これにより、客は、部門登録された内容を把握することができる。また、客は、部門登録に誤りがあると判断した場合に、店員に申し出ることができる。そして、店員は、部門登録を行う操作をやり直せばよい。
さらに、この場合、客側表示部205に客の確認を受け付けもよい。具体的には、POS端末20は、部門登録を行うと、「みりん系:税率10%を登録しました。この内容でよろしいですか。」を表示し、「はい」または「いいえ」を客から受け付けるようにしてもよい。客から「いいえ」を受け付けた場合には、店員は、部門登録を行う操作をやり直せばよい。
変形例2によれば、部門登録を行う際に、客による確認を行うことができるため、誤った部門登録を抑えることが可能になる。また、客が「みりん系」を買おうと思ったにもかかわらず、「みりん」を購入してしまうといった、意図しない商品の購入についても抑えることが可能になる。
(実施形態1の変形例3)
次に、実施形態1の変形例3について説明する。上述した実施形態3では、通常モードのPOS端末20における取引(店員と客が対面する取引)について説明した。変形例3では、このような構成に加えて、または、このような構成に代えて、セミセルフモード(会計専用モード)のPOS端末20において精算を行うようにしてもよい。
具体的に説明すると、POSシステム1では、例えば、会計導線(客の移動方向)の上流側に配置されるPOS端末20(例えば、POS端末20-1)が通常モードまたは登録専用モードに設定されて、商品の登録を行う。また、下流側に配置されるPOS端末20(例えば、POS端末20-2)が会計専用モードに設定されて、精算を行うことが可能である。
より具体的には、上流側のPOS端末20-1において商品の登録が行われると、登録内容が下流側のPOS端末20-2に送信される。そして、下流側のPOS端末20-2では、当該登録内容を用いて精算処理が可能になる。この精算処理において、下流側のPOS端末20-2は、客側表示部205に、「部門名」または「分類名」や、適用税額などを表示する。これにより、客は、精算時に、部門登録された内容を把握することができる。
また、「部門名」または「分類名」や、適用税額などを、客側表示部205に表示するのみならず、レシートにも印字してもよい。これにより、客は、改めて、部門登録された内容を確認することができる。例えば、帰宅後に、「みりん」を購入したことにより、税率10%が適用されているといったことを確認することができる。また、「みりん風調味料」を購入したにもかかわらず、税率10%が適用されていることを見つけた場合などのように、購入後に、部門登録に誤りがあったことを見つけた場合には、当該誤りをレシートによって証明することが可能になる。
特に、JANコードの読み取りに成功している場合には、レシートに、「部門名」や「分類名」に代えて、または加えて、JANコードを印字するようにしてもよい。JANコードを用いることにより、商品を特定することができるため、例えば、客が、「みりん」を購入したのか、「みりん風調味料」を購入したのかを、事後的に証明することが可能になる。これにより、部門登録を行った商品について、返品や返金等を行う際の店員の確認作業の負荷を軽減することが可能になる。
なお、レシートに、「部門名」や「分類名」やJANコードを印字することは、変形例3に係る構成に適用することに限らず、上述した実施形態1(店員と客が対面する取引)に適用することも可能である。
(実施形態2)
次に、本発明の実施形態2について説明する。上述した実施形態1では、商品販売データ処理装置をPOS端末20によって実現される構成について説明した。実施形態2では、商品販売データ処理装置をクラウドサーバによって実現される構成について説明する。具体的には、実施形態2では、携帯端末で商品の登録操作を受け付け、また、精算装置で精算操作を受け付ける構成について説明する。なお、実施形態2の説明において、実施形態1と同様の構成については同様の符号を付し、適宜説明を省略する。
図44は、本発明の実施形態2に係るショッピングシステムを示すネットワークの構成図である。図44において、ショッピングシステムは、ストアコントローラ(ストアコンピュータ、管理装置)10と、クラウドサーバ300と、精算装置400と、携帯端末500と、を含む。
クラウドサーバ300は、CPU、ROM、RAM、通信部などを備えたコンピュータ装置である。クラウドサーバ300は、実施形態1に示した、各機能部(第1の登録手段、第2の登録手段、金額情報入力手段、識別情報入力手段、識別情報登録手段、報知情報出力手段、選択情報入力手段、識別子入力手段)を備える。すなわち、クラウドサーバ300のCPUが所定の商品販売データ処理プログラムを実行することにより、各機能部が実現される。また、実施形態1に示した商品リスト2600は、例えば、クラウドサーバ300のRAMに記憶される。
精算装置400は、CPU、ROM、RAM、通信部、タッチパネル、キー操作部、スキャナ部、カード決済部、釣銭機、印刷部、音声出力部などを備えたコンピュータ装置である。なお、精算装置400とは、精算を行う専用の装置としてもよいし、実施形態1で示したセミセルフモードのPOS端末20とすることも可能である。
携帯端末500は、CPU、ROM、RAM、通信部、撮像部(カメラ)、タッチパネル、音声出力部、音声入力部などを備えたコンピュータ装置である。
ストアコントローラ10と、精算装置400とは、店舗内に設置され、LAN11(有線でも無線でもよい)を介して通信可能に接続されている。また、ストアコントローラと、精算装置400と、携帯端末500とは、それぞれ、ネットワークを介して、クラウドサーバ300と通信可能に接続されている。
クラウドサーバ300は、顧客に関する情報や、店舗に関する情報、店舗ごとの商品に関する情報などの各種情報を管理する。クラウドサーバが管理(生成および記憶)する情報については、図45を用いて後述する。
携帯端末500は、顧客(当該店舗の会員である買物客等)によって操作される端末装置であり、例えば、スマートフォン、タブレット装置、携帯電話などの表示画面を備えた通信機器である。携帯端末500は、商品の登録を受け付ける装置である。携帯端末500は、一般的な、通信機能や撮像機能(カメラ)に加えて、商品に付されるバーコードをスキャンして商品コードを読み取る機能を備える。すなわち、携帯端末500は、商品に付されるバーコードを認識する認識機能を備える。
なお、携帯端末500が備える認識機能は、商品コードを読み取ることができるものであればよく、読み取った商品コードから商品を特定できなくてもよい。つまり、携帯端末500は、撮像機能によって撮像されている撮像画像(スルー画像として取得している画像)内にオブジェクトとしてバーコードが存在する場合に、当該バーコードから商品コードを読み取ることができればよい。
また、携帯端末500は、商品(例えばバーコードの付された周辺部分)を撮像し、撮像画像(画像データ)を生成する。例えば、携帯端末500は、自身の判断によりシャッターを切ることにより撮像画像を生成する。ただし、携帯端末500は、操作者である顧客の操作に従ってシャッターを切ることにより撮像画像を生成してもよい。
また、携帯端末500は、画像(スルー画像、撮像画像)から特徴点を抽出し、撮像対象(オブジェクト等)を認識する画像認識技術を備えていてもよい。例えば、携帯端末500は、画像認識技術を用いて、撮像した商品を特定(推定)してもよい。具体的には、携帯端末500は、バーコードの付されていない野菜や果物などの生鮮食品を画像認識技術により特定してもよい。
また、携帯端末500には、所定のアプリ(アプリケーションソフトウェア)がインストールされている。携帯端末500は、所定のアプリを起動させることにより、商品コードを読み取って、読み取った商品コードに対応する商品を登録(クラウドサーバ300に送信して登録)することが可能である。
また、携帯端末500は、例えば、各顧客の所有物である。ただし、携帯端末500は、店舗が顧客に貸与する貸与品であってもよい。なお、携帯端末500の数(稼働中の数)は、来店者数に応じて変化する。図44において、携帯端末500は、2台を例示しているが、実際には、数十台や数百台、またはそれ以上の数になる。
精算装置400は、携帯端末500を用いた顧客の登録操作によって登録された商品の精算を行う装置である。精算装置400は、例えば、現金、クレジットカード、プリペイドカードなどによる支払いを受け付ける。
なお、図44において、複数台の精算装置400を図示しているが、精算装置400は、1台であってもよい。また、ストアコントローラ10は、1店舗に1台設置されていてもよいし、2台以上設置されていてもよい。
(クラウドサーバ300が管理する情報の一例)
次に、クラウドサーバ300が管理する情報の一例について説明する。図45は、クラウドサーバ300が管理する各種情報の一例を示す説明図である。クラウドサーバ300は、(A)顧客情報と、(B)店舗情報と、(C)バスケット情報とを含む各種情報を記憶する。
図45(A)は、顧客情報の一例を示す。顧客情報は、個々の顧客を管理するための情報である。具体的には、顧客情報は、顧客識別情報と、顧客名と、顧客登録日と、顧客ランクと、ポイント数とを含む。
顧客識別情報は、顧客を一意に識別する識別情報である。顧客名は、顧客の氏名やニックネームなどである。顧客登録日は、クラウドサーバ300に顧客情報を新規に登録した日時である。
ポイント数は、本アプリを使用して買い物を行ったことによって顧客に付与されるポイント数である。なお、ポイント数には、店舗ごとのポイント数を含めてもよい。また、図45(A)に示す顧客情報は一例であり、実施形態2においては、少なくとも顧客識別情報を含んでいればよい。なお、クラウドサーバ300は、新規の顧客の顧客情報を生成したときには、顧客識別情報、顧客名、顧客登録日を生成する。
図45(B)は、店舗情報の一例を示す。店舗情報は、各店舗を管理するための情報である。具体的には、店舗情報は、店舗識別情報と、店舗名と、店舗特定情報1(2次元コード情報)と、店舗特定情報2(位置情報)とを含む。店舗識別情報は、店(屋号)または企業のコードと、支店のコードとを含む。店舗名は、店舗の名称であり、例えば、店名(屋号)または企業名と、支店名とから構成される。
店舗特定情報1,2は、取引する店舗(商品の売買が行われる店舗)を特定するための情報である。店舗特定情報1は、例えば、2次元コード(QRコード(登録商標)等)の情報である。店舗特定情報2は、店舗の位置情報(GPS情報)である。なお、図45(B)に示した例では、店舗識別情報と店舗特定情報1を別々に記憶しているが、いずれも店舗を一意に特定できる情報であることから、少なくともいずれか一方の情報を記憶することとしてもよい。
図45(C)は、バスケット情報の一例を示す。バスケット情報は、店舗における顧客の購入に関する情報である。具体的には、バスケット情報は、バスケット識別情報と、取引開始日時と、取引終了日時と、顧客識別情報と、登録商品情報とを含む。バスケット識別情報は、バスケット情報を識別するための情報である。具体的には、バスケット識別情報は、店舗識別情報と、日付と、シリアル番号(例えば店舗別日付別のシリアル番号)とを含む。
取引開始日時は、取引を開始した日時であり、例えば、当該バスケット情報の生成日時である。なお、取引開始日時は、1品目の商品の登録日時(図45(C)に示す登録商品情報(登録商品1)を記憶した日時)としてもよい。また、各商品の登録日時を別途記憶するようにしてもよい。
取引終了日時は、取引を終了した日時であり、例えば、精算した日時である。具体的には、取引終了日時は、精算を開始した日時であってもよいし、精算を終了した日時であってもよい。顧客識別情報は、当該取引を行う顧客を識別する情報である。なお、クラウドサーバ300は、バスケット情報の生成時に、バスケット識別情報、取引開始日時、顧客識別情報を生成するものの、実際の取引(商品登録)の開始前であることから、他の情報(取引終了日時等)については生成しない。
登録商品情報(計)は、商品が登録されるごとに更新される情報である。登録商品情報(計)は、品数(商品数)、小計金額、保留商品の品数を含む。登録商品情報(1)は、1品目の商品の登録情報である。登録商品情報(2)は、2品目の商品の登録情報である。なお、図45(C)に示す例では、3品目以降の登録商品情報については省略している。
次に、図46を用いて、ショッピングシステムの処理の流れについて説明する。図46は、実施形態2に係るショッピングシステムの処理の流れを示すシーケンス図である。なお、図46では、ある顧客が、ある店舗に来店して、当該顧客が自身の携帯端末500を用いて購入対象の商品を登録し、精算装置400によって当該商品の精算を完了するまでの流れについて説明する。
ステップS401:まず、携帯端末500は、店舗を特定する情報(例えば、店舗特定情報)を取得する。ここで、店舗を特定する情報の取得態様の一例について説明する。例えば、店舗の入り口付近には、店舗特定情報を示す2次元コードが表示されている。2次元コードは、所定の表示装置に表示出力されていてもよいし、媒体への印刷によって表示出力されていてもよい。
なお、印刷された媒体は、例えば紙媒体である。この紙媒体は、店舗の入り口付近に貼付されたものでもよいし、店舗において顧客に配布されたものでもよい。来店した顧客は、携帯端末500を用いて、当該2次元コードをスキャンする。これにより、携帯端末500は、店舗特定情報を取得することが可能である。なお、2次元コードには、店舗を識別するための店舗識別情報が含まれていてもよい。
また、携帯端末500は、来店した顧客の操作に応じて、所定のアプリ(アプリケーションソフトウェア)が起動すると、初期画面として2次元コードのスキャンを促す画面を表示するようにしてもよい。また、携帯端末500は、来店した顧客の操作に応じて2次元コードをスキャンすると、アプリを起動させ、初期画面としてクラウドサーバ300に接続中である旨を報知する画面を表示するようにしてもよい。
また、店舗を特定する情報の取得態様の他の一例としては、位置情報の取得が挙げられる。例えば、携帯端末500は、来店した顧客の操作に応じて、位置情報(GPS情報)を取得する。この位置情報は、店舗特定情報に代わる情報である。なお、携帯端末500は、来店した顧客の操作に応じてアプリが起動することにより、位置情報を取得し、初期画面としてクラウドサーバ300に接続中である旨を報知する画面を表示するようにしてもよい。
なお、クラウドサーバ300では、携帯端末500からの位置情報に応じた店舗の特定が行われるが、この特定において、複数の店舗が特定される場合(一の店舗に特定できない場合)がある。この場合、クラウドサーバ300は、携帯端末500へ、その旨を示す情報を送信すればよい。そして、携帯端末500は、顧客に店舗を特定させるための選択画面を表示してもよいし、店舗特定情報を示す2次元コードのスキャンを促す旨を報知してもよい。
店舗特定情報を取得した携帯端末500は、取引開始要求として、取得した店舗特定情報を顧客識別情報とともにクラウドサーバ300へ送信する(図46の送受信データD1)。顧客識別情報は、例えば、新規に顧客登録を行う際(携帯端末500にアプリをインストールする際)に、クラウドサーバ300や携帯端末500に記憶される情報である。具体的には、登録フォームにおいて入力された氏名等の情報は、クラウドサーバ300によって顧客識別情報が付されて、クラウドサーバ300および携帯端末500に記憶される。
また、携帯端末500は、店舗特定情報を取得すると、当該店舗において実施中のサービスに関する情報(その日に配布されているチラシ情報)や、利用可能なクーポン情報を表示画面に出力してもよい。例えば、サービスに関する情報やクーポン情報は、携帯端末500がクラウドサーバ300へ取引開始要求を行うことによって、クラウドサーバ300から送信されてもよい。
また、携帯端末500は、送信先の情報(クラウドサーバ30のアドレス)についても、新規に顧客登録を行う際(携帯端末500にアプリをインストールする際)に記憶する。なお、店舗の入り口付近に表示される2次元コードに、店舗特定情報に加えて、送信先の情報(クラウドサーバ300のアドレス)を含ませておいてもよい。携帯端末500は、当該2次元コードをスキャンすることによって、店舗特定情報とともに、送信先の情報を取得することにより、クラウドサーバ300へアクセスすることも可能である。
ステップS402:クラウドサーバ300は、携帯端末500から取引の開始要求として、顧客識別情報および店舗特定情報を受信すると、当該取引のバスケット情報を生成する。具体的には、クラウドサーバ300は、バスケット識別情報と、取引開始日時と、顧客識別情報とを生成する(図45(C)参照)。なお、クラウドサーバ300は、実際の取引(商品登録)の開始前であることから、このタイミングでは他の情報(取引終了日時等)を生成しない。
具体的に説明すると、クラウドサーバ300は、携帯端末500から取引の開始要求として店舗特定情報および顧客識別情報を受信すると、店舗情報(図45(B)参照)を参照し、店舗識別情報を特定する。なお、クラウドサーバ300は、携帯端末500から位置情報を受信した場合は、店舗情報の店舗特定情報2を参照して、位置情報に対応する店舗識別情報を特定する。なお、2次元コードに店舗識別情報を含ませるようにした場合には、クラウドサーバ300は、受信した2次元コードを複合することにより、店舗識別情報を取得することも可能である。
また、クラウドサーバ300は、携帯端末500から取引の開始要求(店舗特定情報および顧客識別情報)を受信すると、現在日付を取得し、シリアル番号を発行(採番)する。さらに、クラウドサーバ300は、取得した店舗識別情報と、取得した現在日付と、発行したシリアル番号とを結合させて、バスケット識別情報として記憶する。また、クラウドサーバ300は、携帯端末500から取引開始要求を受信すると、現在日時を、バスケット情報内の取引開始日時(生成日時)に記憶する。また、クラウドサーバ300は、携帯端末500から取引開始要求を受信すると、携帯端末500から受信した顧客識別情報をバスケット情報内の顧客識別情報に記憶する。
ステップS403:クラウドサーバ300は、当該取引のバスケットを生成すると、商品登録初期画面情報(初期画面である商品登録画面の画面情報)を生成し、携帯端末500へ送信する。具体的には、クラウドサーバ300は、商品登録初期画面情報とともに、バスケット識別情報も携帯端末500へ送信する(図41の送受信データD2)。
ステップS404:携帯端末500は、クラウドサーバ300からバスケット識別情報および商品登録初期画面情報を受信すると、バスケット識別情報を記憶するとともに、商品登録初期画面を表示部に表示する。商品登録初期画面は、例えば、図47(A)における商品の登録前の画面であり、詳細については後述する。
ステップS405:携帯端末500は、顧客の操作に応じて、商品に付されたバーコードをスキャンし、商品コードを読み取る。バーコードのスキャンに成功しとすると、携帯端末500は、商品コードを取得すると、取得した商品コードと、バスケット識別情報とをクラウドサーバ300へ送信する(図46の送受信データD3参照)。
ここで、顧客がバーコードのスキャンを試みたものに、商品登録が行われないこと(未スキャン商品が生じること)がある。未スキャン商品(保留商品)は、不正行為ではなく生じる場合もあるし、顧客の不正行為によって生じる場合もある。未スキャン商品が不正行為ではなく生じる場合とは、例えば、不慣れな顧客がバーコードのスキャンを試みたものの、バーコードのスキャンがうまくできない場合や、また、バーコードのスキャンはできたものの、商品登録の対象の商品がNONファイル商品である場合などである。また、そもそもバーコードがない場合については保留商品として、顧客が指定する操作を受け付けるようにしてもよい。また、この場合、顧客に当該保留商品の撮像を促し、撮像結果をクラウドサーバ300または精算装置40へ送信可能にしてもよい。これにより、精算時に、当該画像および保留商品を対応付けて表示することにより、店員は、保留商品を容易に見つけることができる。
一方、未スキャン商品が不正行為で生じる場合とは、顧客がバーコードのスキャンを試みずに、商品を買い物かごに投入する場合などである。なお、不正行為は、例えば、バーコードのスキャンの有無を示すスキャン結果や、買い物かごの中を撮像するカメラの撮像結果や、買い物かごの中の商品の総重量を検出する検出結果などを用いて特定することが可能である。未スキャン商品は、送受信データD3において、保留商品としてクラウドサーバ30へ送信される。なお、この場合、送受信データD3として、バスケット識別情報と、保留商品を示す情報とが送信される。
ステップS406:クラウドサーバ300は、携帯端末500から商品コードとバスケット識別情報とを受信すると、受信したバスケット識別情報を含むバスケット情報を特定する。
ステップS407:クラウドサーバ300は、特定したバスケット情報に含まれる商品データを更新する。具体的には、クラウドサーバ300は、N品目の商品コードを受信した場合には、当該商品コードを登録商品情報(登録商品N)の商品コードとして記憶する。さらに、クラウドサーバ300は、商品コードと、品名と、価格とを対応付けて商品情報(登録商品N)として記憶する。また、クラウドサーバ300は、特定したバスケット情報において、登録商品情報の累計情報(累計品数、小計金額など)を更新する。ステップS407では、クラウドサーバ300は、第1の登録手段の機能により商品登録を行う。
ステップS408:クラウドサーバ300は、バスケット内の商品データを更新すると、商品登録更新画面情報(登録した商品が追加された更新画面である商品登録画面の画面情報)を生成し、携帯端末500へ送信する。具体的には、クラウドサーバ300は、商品登録更新画面情報とともに、バスケット識別情報も携帯端末500へ送信する(図46の送受信データD4)。
ステップS409:携帯端末500は、クラウドサーバ300からバスケット識別情報および商品登録更新画面情報を受信すると、登録画面に商品を追加した商品登録更新画面を表示する。商品登録更新画面は、例えば、図47(B)に示す画面であり、詳細については後述する。なお、図46では、説明の便宜上、図示を省略しているが、ステップS405~ステップS409の処理は、商品に付されたバーコードをスキャンする毎に繰り返し実行される処理である。すなわち、後述するステップS410の会計指示の受け付けがあるまで、ステップS405~ステップS409の処理がループする。
ステップS410:携帯端末500は、顧客の操作による会計指示を受け付ける。会計指示は、例えば、後述する図47(B)に示す「お会計ボタン」のタッチによって受け付けられる。
ステップS411:携帯端末500は、会計指示を受け付けると、2次元コードを生成する。この2次元コードには、購入対象の商品について、精算装置400において精算処理を実行するために必要となる情報(例えば、バスケット識別情報)が含まれる。携帯端末500は、2次元コードを生成すると、生成した2次元コードを表示部に表示する。
ステップS412:商品の登録を終えた顧客は、精算装置400が配置される場所に赴く。精算装置400は、携帯端末500の表示部に表示されている2次元コードをスキャンする(読み取る)。具体的には、精算装置400のコード読取部(POS端末20を精算装置400として適用した場合は図4の客側スキャナ部206)は、店員または顧客の操作に応じて、携帯端末500の表示部に表示されている2次元コード(バスケット識別情報)を読み取る。
ステップS413:精算装置400は、携帯端末500の表示部に表示されている2次元コードを読み取ると、クラウドサーバ300に小計金額の算出を要求する。例えば、精算装置400は、小計金額の算出を要求する算出要求(小計算出要求情報)と、2次元コードから復元したバスケット識別情報とをクラウドサーバ300へ送信する(図46の送受信データD5)。なお、精算装置400がバスケット識別情報を取得する手法は、携帯端末500に表示される2次元コードの読み取り限らない。例えば、携帯端末500が精算装置400を識別するコードを読み取り、携帯端末500から当該精算装置400へバスケット識別情報を転送するようにしてもよい。このようにしても、精算装置400は、バスケット識別情報を取得することができる。
ステップS414:クラウドサーバ300は、精算装置400からバスケット識別情報および小計算出要求情報を受信すると、受信したバスケット識別情報を含むバスケット情報を特定する。
ステップS415:クラウドサーバ300は、バスケット情報を特定すると、特定したバスケット情報に保留商品がある場合には、保留商品の部門登録を要求する(図46の送信データD6)。なお、保留商品がない場合には、ステップS419に進む。
ステップS416:精算装置400は、クラウドサーバ300から登録要求情報を受信すると、商品を一覧表示する。このとき、精算装置400は、店員の呼び出しを行う。また、精算装置400は、保留商品がNONファイル商品の場合には、店員の操作により部門登録の受け付けを行う。部門登録の受け付けは、後述する図48(B)に示す、分類ボタンのタッチによって受け付けられる。
ステップS417:精算装置400は、部門登録が完了すると、部門登録した登録情報をクラウドサーバ30へ送信する(図46の送信データD7)。なお、部門登録において、精算装置40は、店員からNONファイル商品の金額を受け付けたり、ガイダンスを報知したりする。
ステップS418:クラウドサーバ300は、登録情報を受信すると、バスケット情報に商品登録するとともに、受信した登録情報を商品リスト2600にリスト登録する(図46の送信データD7)。また、クラウドサーバ300は、保留商品の部門登録を行う場合、第2の登録手段の機能により部門登録を行う。
ステップS419:クラウドサーバ300は、バスケット情報に含まれる小計金額(登録商品情報(計))を算出(特定)する。なお、商品毎に割引などがある場合は、ステップS419において、商品ごとに割引額を算出して、小計金額を算出すればよい。また、商品毎に税率が異なる場合は、ステップS419において、商品ごとの税率を勘案して小計金額を算出すればよい。
ステップS420:クラウドサーバ300は、小計金額を特定すると、特定した小計金額を示す小計情報をバスケット識別情報とともに精算装置40へ送信する(図46の送受信データD8)。
ステップS421:精算装置400は、クラウドサーバ300からバスケット識別情報および小計情報を受信すると、表示部(POS端末20を精算装置400として適用した場合は図4の客側表示部205)に小計金額を表示する。保留商品がある場合には、小計金額が表示されない。
ステップS422:精算装置400は、表示部に小計金額を表示すると、支払い(精算)を実行する。具体的には、精算装置400は、決済種別の選択を受け付ける。また、精算装置400は、精算が完了した場合には、レシートを発行し、精算完了情報をバスケット情報とともにクラウドサーバ300に送信する。そして、クラウドサーバ300は、当該バスケットの取引終了日時(精算日時)を記憶する。
また、ステップS422において、顧客は、精算画面において、商品の精算処理を行う決済方法を選択する。但し、決済方法は、アプリに予め登録されていてもよい。決済方法が登録されている場合には、精算装置400は、決済方法を選択する画面を表示しなくてもよい。なお、決済方法を登録されている場合でも、精算装置400は、決済方法を選択する画面を表示してもよい。
決済方法が現金の場合には、預り金の投入を受け付けて、釣銭金額を算出し、釣り銭がある場合には、釣り銭を放出する。また、決済方法は、商品券による支払やポイント会員のポイントによる支払いとすることも可能である。また、クーポン券や割引券などを使用することも可能である。この場合でも、精算装置400は、釣銭の払い出し、レシートの発行等、通常の決済処理と同様に決済を行う。なお、支払時に商品券を回収する場合など、店員が必要な場合には、精算装置400は、店員の呼出しを行う。具体的には、精算装置400は、店員が必要な支払方法が選択された場合に、店員の呼出しを行えばよい。また、精算装置400は、店員が必要な決済方法が選択された場合に、サービスカウンタや有人POSなどへ誘導する報知を行ってもよい。
(実施形態2において商品登録する際の画面の遷移の一例について)
次に、図47を用いて、携帯端末500の画面の遷移の一例について説明する。図47は、実施形態2において商品登録する際の携帯端末500の画面の遷移の一例を示す説明図である。
図47(A)は、スタート画面4700を示す。スタート画面4700には、例えば、会員のポイント情報4701と、特定された店舗の店舗情報4702と、特売情報等の通知情報4703と、クーポン情報4704と、店舗における商品登録を開始することを宣言する「開始」キー4705とを、含む各種の選択キーが表示されている。「開始」キー4705が選択されると、商品登録が可能になる。
図47(B)は、商品登録を行う際の画面を示す。図47(B)には、撮像領域4711と、登録商品表示領域4712と、累計表示領域4713と、お会計ボタン4714と、保留商品表示領域4715とが表示されている。撮像領域4711は、携帯端末500のカメラの機能により、2次元コードを撮像することが可能な領域である。登録商品表示領域4712は、登録した各種商品の内容を示す領域である。累計表示領域4713は、登録した各種商品の合計点数や合計金額を示す領域である。お会計ボタン4714は、会計指示を受け付ける。保留商品表示領域4715は、保留商品となった商品の合計点数を示す領域である。
図47(C)は、商品(例えば「みりん」)に付された2次元コードを撮像した際の画面を示す。図47(C)には、2次元コードの撮像はできたものの、例えば当該商品がNONファイル商品であり、商品の登録ができない旨が表示されている。
図47(D)は、商品に付された2次元コードを撮像した際の画面を示す。図47(D)には、2次元コードの撮像はできたものの、例えば当該商品がNONファイル商品であり、商品の登録ができない旨を示すポップアップ4720が表示されている。ポップアップ4720には、商品登録ができない商品(保留商品)を、正常に商品登録できた商品とは別のバスケット(または、バスケット内の特定の領域)に入れるように促す旨が表示されている。これにより、精算の際に、店員が保留商品を容易に判別することが可能になる。
(実施形態2において精算する際の画面の遷移の一例について)
次に、図48~図50を用いて、精算装置400の画面の遷移の一例について説明する。図48~図50は、実施形態2において精算する際の精算装置400の画面の遷移の一例を示す説明図である。
図48(A)は、携帯端末500に表示された2次元コード(バスケット識別情報)を精算装置400に読み取らせることにより、精算装置400の表示部に表示される画面を示す。図48(A)には、累計表示4800と、商品表示4810とが表示されている。累計表示4800は、登録した各種商品の合計点数や合計金額を示す。商品表示4810は、特定商品を示す特定商品表示4811と、商品登録が済んだ商品を示す通常商品表示4812とを含む。
特定商品表示4811は、店員による確認を要する商品を示す。具体的には、特定商品表示4811には、年齢確認が必要な商品と、防犯タグが付されている商品と、第1類医薬品と、保留商品とが表示されている。なお、防犯タグが付される商品も、特定の項目が関連付けられる商品である。特定商品表示4811が示す商品があると、顧客が店員を呼び出すための操作を行わなくても、店員の呼び出しが行われる。
店員が精算装置40に赴き、パスワードや店員コードを入力して、精算装置40にログインすると、例えば、特定商品表示4811が示す各キーの操作が有効になる。なお、このとき、所定の編集画面などに切り替えるようにしてもよい。店員が、年齢確認が必要な商品を示すキーをタッチすると、年齢確認画面が表示され、顧客から年齢確認を受け付けることが可能になる。年齢確認を受け付けると、当該商品は、通常商品表示4812と同様の表示態様となる。また、店員が、防犯タグが付されている商品を取り除き、防犯タグを示すキーをタッチすると、当該商品は、通常商品表示4812と同様の表示態様となる。
また、薬剤師による第1類医薬品についての顧客への商品の説明が行われ、店員が医薬品を示すキーをタッチすると、当該商品は、通常商品表示4812と同様の表示態様となる。また、店員が保留商品を示すキーをタッチすると、図48(B)に示す画面に遷移する。なお、買い物かごの中を撮像するカメラの撮像結果を得ることができる場合には、図48(A)の画面において、当該撮像結果から特定可能な保留商品を表示させてもよい。これにより、店員は、保留バックから保留商品を取り出す際に、保留商品を容易に見つけることができる。
図48(B)は、保留商品(例えば「みりん」)がNONファイル商品であることを示す。この保留商品は、JANコードの読み込みは行われている。なお、JANコードが、顧客の操作ではうまくスキャンできなかった場合がある。この場合、店員が精算装置40のスキャナ部(POS端末20であれば、客側スキャナ部206や店員側スキャナ部212)に商品に付されたバーコードを読み取らせたり、プリセットキーを操作したりすることにより、商品登録を行えばよい。なお、この場合のプリセットキーは、通常の商品登録用のプリセットキーであればよい。
また、図48(B)には、店員の操作により、各分類の種類が選択された画面を示す。具体的には、店員が入力ボタン4831を操作し、大分類ボタン4832、中分類ボタン4833、小分類ボタン4834を操作して、保留商品「みりん」についての各分類の種類を指定した際の画面を示す。図48(B)に示すように、入力が完了すると、図49(C)に示す画面に遷移する。
図49(C)は、税率を指定する際の画面を示す。図49(C)に示すように、精算装置40の表示部には、税率を指定することが可能な税率選択ガイダンス画像4900が表示されている。この税率選択ガイダンス画像4900は、クラウドサーバ300へ問い合わせることによって表示される。具体的に説明すると、精算装置400は、保留商品「みりん」についての各分類の種類の指定が完了すると、部門登録の情報をクラウドサーバ300へ送信する。クラウドサーバ300は、部門登録の情報を用いて、対応関係テーブル2700(図27参照)の中から当該分類に対応付けられる特定の項目の有無および特定の項目の内容を抽出し、抽出結果を精算装置400へ送信する。
具体的には、クラウドサーバ300は、特定の項目が「無」の場合には、その旨を抽出結果としてPOS端末20へ送信し、特定の項目が「有」の場合には、特定の項目がある旨と、特定の項目の内容(年齢確認および税率選択)とを抽出する。そして、クラウドサーバ300は、年齢確認や税率選択がある場合には、税率選択ガイダンス画像4900を表示させるための指示を精算装置40に行う。精算装置40は、この指示を受けて、税率選択ガイダンス画像4900および図49(D)に示す画像を表示部に表示する。
なお、精算装置40が対応関係テーブル2700等を記憶する場合には、精算装置40が、特定の項目の内容を抽出して、税率選択ガイダンス画像4900を表示することも可能である。すなわち、クラウドサーバ30の指示によらずに、税率選択ガイダンス画像4900を表示することが可能である。
図49(C)に示すように、部門登録の対象となるNONファイル商品の属する分類(小分類:「みりん系」)が、税率選択の要する分類である場合には、税率の選択を報知することができる。具体的には、特殊税率となる可能性がある商品を部門登録する際に、税率選択ガイダンス画像4900を表示するため、店員は、手元にある部門登録の対象となる商品を目視で確認して、部門登録を行うことができる。このため、部門登録の対象となるNONファイル商品を誤った税率で部門登録してしまうことを抑え、適切な取引を行うことができる。
図49(C)税率の選択が完了すると、図49(D)に示す画面に遷移する。
図49(D)は、年齢確認を行う画面を示す。顧客が「年齢確認をする」を操作(タッチ)すると、「みりん」の部門登録が可能になる。このように、部門登録の対象となるNONファイル商品の属する分類(小分類:「みりん系」)が、年齢確認の要する分類である場合には、年齢確認を行うことができる。すなわち、NONファイル商品が年齢確認を要する商品であるにもかかわらず、年齢確認が行われずに、部門登録が行われてしまうことを抑えることができる。図49(D)に示す画面を表示した後には、図50(E)に示す画面に遷移する。
図50(E)は、店員が精算装置40のキー操作部を操作して、「みりん」の販売金額を入力した際の画面を示す。金額表示領域5001には、10%の消費税が課税された金額と、10%の消費税が課税された旨とが表示されている。なお、金額の入力や、分類の入力や、特定の項目(税率)の選択は、いずれの順番で行われてもよい。例えば、金額を入力した後に、分類選択用のプリセットキーを表示することにより、タッチ操作で、部門登録を可能にしてもよい。
また、この場合、分類が確定すると同時に、部門登録を完了させて、図50(F)に示す画面に遷移してもよい。また、各画面を遷移させる前に、確認画面を表示して、確認ボタンをタッチさせて、部門登録を確定させるようにしてもよい。図50(E)において、店員が登録ボタン5002を操作(タッチ)したとすると、図50(F)に示す画面に遷移する。
図50(F)は、NONファイル商品の「みりん」の部門登録が完了した際の画面を示す。図50(F)において、店員側表示部210には、「保留商品」の対象であったことや、「みりん系」の部門登録が行われたことや、当該商品の金額や、10%の消費税が課税された旨などが表示されている。「保留商品」の表示は、例えば、部門登録を行う前の表示態様(図48(A)の表示態様)とは、異なる表示態様(例えば、異なる色)で表示される。これにより、部門登録による商品登録が完了したことや、もともとは保留商品であったことを、一見して把握すことが可能になる。
なお、図50(F)において、部門登録された商品として「みりん系」と表示されており、商品名が表示されていないのは、部門登録した対象の商品がNONファイル商品であることから、商品を一意に特定することができないためである。部門登録が完了すると、登録内容は、クラウドサーバ300に送信され、クラウドサーバ300が記憶する商品リストにリスト登録される。
なお、実施形態2においては、説明を省略するが、部門登録の対象となるNONファイル商品の属する分類(小分類)が、特売の対象となる中分類に属する場合には、当該中分類に属する分類についても、特売の対象とすることが可能である。
以上説明したように、実施形態2に係るショッピングシステムによれば、実施形態1のPOSシステム1と同様の効果を奏する。また、実施形態2では、携帯端末500で商品登録を受け付け、精算装置40で精算を行う構成において、NONファイル商品(保留商品)があったとしても、精算装置40において部門登録を行うことができる。また、部門登録を行う際に、特定の項目(例えば、税率選択や年齢確認)があることを店員に認識させることができる。したがって、適切な取引を支援することができる。
なお、上述した実施形態1,2において、説明した各手段は、ストアコントローラ10、POS端末20、クラウドサーバ300、携帯端末500など、いずれの装置に具備されていてもよい。また、ストアコントローラ10やクラウドサーバ300に各手段を具備させる場合、POS端末20や携帯端末500は、画面を表示するブラウジング機能のみを有していてもよいし、最低限の機能のみを有するシンクライアントであってもよい。すなわち、上述した説明において、アプリケーションやコントローラを備える装置は、限定されることはない。
また、上位システムを有さない構成として、マスタ機とスレーブ機とを備えた構成の場合は、上位システムの機能をマスタ機(POS装置)が備えてもよい。この場合、マスタ機(POS装置)が、正規の商品リストの登録(マスタ登録)を行えばよい。また、リスト登録において、マスタ機(POS装置)は、部門登録された未登録のJANコードや必須項目の入力を受け付けてもよい。
また、複数の装置(ストアコントローラ10、POS端末20、クラウドサーバ300、携帯端末500など)のうち、各手段の一部については、いずれかの装置に具備され、各手段の他の一部については、他のいずれかの装置に具備されていてもよい。例えば、実施形態1のPOSシステム1では、各手段の一部については、ストアコントローラ10に具備され、各手段の他の一部については、POS端末20に具備されていてもよい。同様に、実施形態2に係るショッピングシステムでは、各手段の一部については、クラウドサーバ300に具備され、各手段の他の一部については、携帯端末500に具備されていてもよい。
なお、以上に説明したPOSシステム1、ショッピングシステム、POS端末20、およびクラウドサーバ300を実現するためのプログラムを、コンピュータ読み取り可能な記録媒体に記録し、そのプログラムをコンピュータシステムに読み込ませて実行するようにしてもよい。なお、ここでいう「コンピュータシステム」とは、OSや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ROM、CD-ROM等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ(RAM)のように、一定時間プログラムを保持しているものも含むものとする。また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク(通信網)や電話回線等の通信回線(通信線)のように情報を伝送する機能を有する媒体のことをいう。また、上記プログラムは、前述した機能の一部を実現するためのものであってもよい。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル(差分プログラム)であってもよい。