JP2023126581A - 商品販売データ処理システム、商品販売データ処理方法、精算装置、及びプログラム - Google Patents

商品販売データ処理システム、商品販売データ処理方法、精算装置、及びプログラム Download PDF

Info

Publication number
JP2023126581A
JP2023126581A JP2023117733A JP2023117733A JP2023126581A JP 2023126581 A JP2023126581 A JP 2023126581A JP 2023117733 A JP2023117733 A JP 2023117733A JP 2023117733 A JP2023117733 A JP 2023117733A JP 2023126581 A JP2023126581 A JP 2023126581A
Authority
JP
Japan
Prior art keywords
product
customer
information
mode
payment
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2023117733A
Other languages
English (en)
Inventor
哲也 福田
Tetsuya Fukuda
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Teraoka Seiko Co Ltd
Original Assignee
Teraoka Seiko Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Teraoka Seiko Co Ltd filed Critical Teraoka Seiko Co Ltd
Priority to JP2023117733A priority Critical patent/JP2023126581A/ja
Publication of JP2023126581A publication Critical patent/JP2023126581A/ja
Pending legal-status Critical Current

Links

Images

Landscapes

  • Cash Registers Or Receiving Machines (AREA)

Abstract

【課題】登録した商品の訂正を効率よく行うこと。【解決手段】客が操作可能な商品販売データ処理装置において、一の取引において登録された商品を示す商品情報の変更を客から受け付ける変更受付手段と、前記変更受付手段によって受け付けられた前記商品情報の変更について店員による承認結果を入力する承認入力手段と、前記承認入力手段によって前記承認結果が入力されることにより、前記商品情報を変更する商品情報変更手段と、を備えることを特徴とする。【選択図】図２６

Description

本発明は、商品販売データ処理装置、登録装置、精算装置、商品販売データ処理システム、商品販売データ処理方法、及びプログラムに関する。
コンビニエンスストアやスーパーマーケット等の店舗では、商品を登録する商品販売データ処理装置（例えばＰＯＳレジスタ）を設置している。近年では、客が自ら商品を登録して精算を行う商品販売データ処理装置が普及している。このような商品販売データ処理装置において、客が誤って商品を登録した場合には、訂正（変更）が行われる。
関連する技術として、飲食店等に使用される注文登録処理装置であって、客によって空室確認の指示が入力された場合、サーバに客室の利用状況を問い合わせ、サーバから受信した客室の利用状況を表示させる注文登録処理装置が提案されている（例えば、特許文献１参照）。
特開２０１６－０４５７８２号公報
しかしながら、登録した商品を訂正する際には、例えば、不正防止の観点から、店員によって訂正の操作が行われる。このため、訂正がある場合には、客は、店員を呼び出して、店員による訂正の操作が完了するのを待たなければならず、時間を無駄にすることがある。また、店員にとっては、例えば、訂正の操作に時間を要することがあるため、他の業務に支障をきたすことがあり、業務効率の低下を招くことがある。このため、従来技術では、登録した商品の訂正を効率よく行うことができないことがある、という問題がある。
本発明は、このような事情に鑑みてなされたもので、その目的は、登録した商品の訂正を効率よく行うことができる技術を提供することにある。
上述した課題を解決するために、本発明の一態様である商品販売データ処理装置は、客が操作可能な商品販売データ処理装置において、客が操作可能な客側操作手段と、前記客側操作手段への操作を受け付けることにより、一の取引において登録された商品を示す商品情報の変更を客から受け付ける変更受付手段と、店員を識別する識別情報を入力する識別情報入力手段と、前記識別情報入力手段によって入力された識別情報を用いて店員を特定する店員特定手段と、前記店員特定手段によって店員が特定された場合に、前記客側操作手段への操作を受け付けることにより、前記変更受付手段によって受け付けられた前記商品情報の変更について店員による承認結果を入力する承認入力手段と、前記承認入力手段によって前記承認結果が入力されることにより、前記商品情報を変更する商品情報変更手段と、を備えることを特徴とする商品販売データ処理装置である。
上記構成によれば、登録した商品の訂正（変更）を効率よく行うことができる。
上記商品販売データ処理装置において、複数のモードのうちいずれかのモードを設定するモード設定手段を備え、前記承認入力手段は、前記モード設定手段によって所定のモードが設定されている場合に、前記客側操作手段への操作を受け付けることにより、前記承認結果を入力してもよい。
上記構成によれば、登録した商品の訂正を効率よく行うことができる。
上述した課題を解決するために、本発明の他の態様であるプログラムは、客が操作可能な客側操作部を備えた商品販売データ処理装置としてコンピュータを機能させるプログラムであって、前記コンピュータを、前記客側操作部への操作を受け付けることにより、一の取引において登録された商品を示す商品情報の変更を客から受け付ける変更受付手段、店員を識別する識別情報を入力する識別情報入力手段と、前記識別情報入力手段によって入力された識別情報を用いて店員を特定する店員特定手段と、前記店員特定手段によって店員が特定された場合に、前記客側操作部への操作を受け付けることにより、前記変更受付手段によって受け付けられた前記商品情報の変更について店員による承認結果を入力する承認入力手段、前記承認入力手段によって前記承認結果が入力されることにより、前記商品情報を変更する商品情報変更手段、として機能させることを特徴とするプログラムである。
上記構成によれば、登録した商品の訂正を効率よく行うことができる。
上記商品販売データ処理装置システムにおいて、前記精算装置は、客から受け付けた前記商品情報の変更を示す変更情報を前記登録装置へ送信し、前記登録装置は、前記精算装置から前記変更情報を受信することにより、前記承認結果を入力してもよい。
上記構成によれば、登録した商品の訂正を効率よく行うことができる。
上記商品販売データ処理装置システムにおいて、前記登録装置および前記精算装置は、いずれも複数のモードのうちいずれかのモードを設定し、前記精算装置は、所定のモードを設定した場合に、前記変更情報を前記登録装置へ送信し、前記登録装置は、前記所定のモードとは異なるモードを設定した場合に、前記精算装置から前記変更情報を受信することにより、前記承認結果を入力してもよい。
上記構成によれば、登録した商品の訂正を効率よく行うことができる。
上述した課題を解決するために、本発明の他の態様であるプログラムは、客が操作可能な商品販売データ処理装置としてコンピュータを機能させるプログラムであって、一の取引において登録された商品を示す商品情報の変更を客から受け付ける変更受付手段、前記変更受付手段によって受け付けられた前記商品情報の変更について店員による承認結果を入力する承認入力手段、前記承認入力手段によって前記承認結果が入力されることにより、前記商品情報を変更する商品情報変更手段、として機能させることを特徴とするプログラムである。
以上のように、本発明によれば、登録した商品の訂正を効率よく行うことができる。
本発明の実施形態１に係るＰＯＳシステムのネットワーク構成図である。 ＰＯＳ端末の設置例を示す図である。 ＰＯＳ端末の外観例を示す図である。 ＰＯＳ端末の構成例を示す図である。 ＰＯＳ端末の動作モードの概略を説明する図である。 ＰＯＳ端末の動作モードの切り替えについて説明する図である。 通常モードの動作の概略を説明する模式図である。 通常モードの動作の概略を説明するフローチャートである。 通常モードの動作の概略を説明する模式図である。 通常モードの動作の概略等を説明するフローチャートである。 フルセルフモードの動作の概略を説明する模式図である。 フルセルフモードの動作の概略を説明するフローチャートである。 ダブルスキャンモードの動作の概略を説明する模式図である。 ダブルスキャンモードの動作の概略を説明するフローチャートである。 フルセルフモードのＰＯＳ端末における表示例である。 フルセルフモードのＰＯＳ端末における表示例である。 通常モードのＰＯＳ端末２０における表示例である。 通常モードのＰＯＳ端末２０における表示例である。 通常モードのＰＯＳ端末２０における表示例である。 通常モードのＰＯＳ端末２０における表示例である。 通常モードのＰＯＳ端末２０における表示例である。 通常モードのＰＯＳ端末２０における表示例である。 フルセルフモードにおける広告表示の概要を示す説明図である。 広告情報テーブルの一例を示す説明図である。 フルセルフモードにおいて、登録した商品を訂正する場合の画面の遷移の一例を示す説明図である。 フルセルフモードにおいて、登録した商品を訂正する場合の画面の遷移の一例を示す説明図である。 フルセルフモードにおいて、登録した商品を訂正する場合の画面の遷移の一例を示す説明図である。 フルセルフモードにおいて商品を訂正する際の他の画面例を示す説明図である。 ＰＯＳ端末２０が行うフルセルフモードにおける商品の登録処理の一例を示すフローチャートである。 ＰＯＳ端末２０が行うフルセルフモードにおける商品の訂正処理の一例を示すフローチャートである。 セミセルフモードにおいて商品を訂正する場合における客側の画面の遷移の一例を示す説明図である。 セミセルフモードにおいて商品を訂正する場合における客側の画面の遷移の一例を示す説明図である。 商品を訂正する場合における上流側のＰＯＳ端末２０の店員側表示部２１０の画面の遷移の一例を示す説明図である。 セミセルフモードにおいて商品を訂正する際の他の画面例を示す説明図である。 セミセルフモードにおいて商品を訂正する際の他の画面例を示す説明図である。 セミセルフモードにおいて商品を訂正する際の他の画面例を示す説明図である。 下流側のＰＯＳ端末２０（精算装置）が行うセミセルフモードにおける精算処理の一例を示すフローチャートである。 上流側のＰＯＳ端末２０（登録装置）が行う承認要求を受信した際の処理の一例を示すフローチャートである。 本発明の実施形態２に係るショッピングシステムを示すネットワークの構成図である。 クラウドサーバ３００が管理する各種情報の一例を示す説明図である。 実施形態２に係るショッピングシステムの処理の流れを示すシーケンス図である。 実施形態２において、商品の取り消しを受け付ける際の画面の遷移の一例を示す説明図である。 実施形態２において商品の数量の変更を受け付ける際の画面の遷移の一例を示す説明図である。 実施形態２の精算画面の一例を示す説明図である。
（実施形態１）
図１は、本発明の実施形態１に係るＰＯＳ（Point Of Sales）システムのネットワーク構成図である。図１に示すＰＯＳシステム１は、３台のＰＯＳ端末２０－１、ＰＯＳ端末２０－２、ＰＯＳ端末２０－３と、ストアコントローラ（ストアコンピュータ、管理装置）１０を備え、夫々はＬＡＮ１１を介して通信可能に接続されている。以下、ＰＯＳ端末２０－１、２０－２、２０－３について特に区別しない場合には、ＰＯＳ端末２０と総称する。なお、ＰＯＳシステム１は、ＰＯＳ端末２０の状況（動作モード、処理状況等）を表示したり、ＰＯＳ端末２０を制御したりする監視端末（非図示）を更に備えていてもよい。
ＰＯＳシステム１は、種々の店舗（コンビニストア、スーパーマーケット等）に導入可能である。
図２は、ＰＯＳ端末２０の設置例を示す図である。図２（Ａ）は、ＰＯＳ端末２０等を客側から見た斜視図である。図２（Ｂ）は、ＰＯＳ端末２０等を店員側から見た斜視図である。図２（Ａ）に示すように客側から見てＰＯＳ端末２０の右側にカウンタが置かれている。
図３は、ＰＯＳ端末２０の外観例を示す図である。図３（Ａ）は、ＰＯＳ端末２０を客側から見た斜視図である。図３（Ｂ）は、ＰＯＳ端末２０を店員側から見た斜視図である。図４は、ＰＯＳ端末２０の構成例を示す図である。図３及び図４において、同一部分には同一符号を付している。
以下、図３を参照しつつ、図４に示したＰＯＳ端末２０の構成例を説明する。ＰＯＳ端末２０は、ＣＰＵ２０１と、ＲＯＭ２０２と、ＲＡＭ２０３と、ハードディスク２０４と、客側表示部２０５と、客側スキャナ部２０６と、カード決済部２０８と、釣銭機２０９と、店員側表示部２１０と、キー操作部２１１と、店員側スキャナ部２１２と、印刷部２１３と、音声出力部２１４と、通信部２１５とを備える。これらは、バスを介して相互に通信可能である。なお、符号２１１ａ、２１１ｂ、２１１ｃについては後述する。
ＣＰＵ２０１は、中央演算処理装置であり、ＲＯＭ２０２に記憶されているプログラムを読み出して実行することにより、ＰＯＳ端末２０の動作を制御する。
ＲＯＭ２０２は、読み出し専用メモリであり、プログラムをはじめとしてＣＰＵ２０１が利用する各種の情報を記憶する。
ＲＡＭ２０３は、読み出し書き込みメモリであり、種々の情報を記憶する。例えば、ＲＡＭ２０３は、外部から取得した情報（例えば、ストアコントローラ１０から取得した商品マスタ等）や、処理において生成した情報（例えば、商品を登録する登録処理において生成した登録情報（登録データ）、買上商品を精算（決済）する精算処理において生成した精算情報等）を記憶する。
ハードディスク２０４は、種々の情報を記憶する。ハードディスク２０４は、例えば、ＲＯＭ２０２に代えて、ＣＰＵ２０１が実行するプログラム等を記憶してもよい。また、ＲＡＭ２０３に代えて、外部から取得した情報や、処理において生成した情報を記憶してもよい。
客側表示部２０５は、客用のタッチディスプレイであり、客に種々の情報を表示するとともに、客から種々の入力を受け付ける。
客側スキャナ部２０６は、客用のスキャナ部であり、各種の情報を光学的に読み取る。例えば、客側スキャナ部２０６は、商品に付されているバーコード（商品コード等）や、お会計券（登録商標）に印刷されているコード（バーコード、２次元コード等）を光学的に読み取る。客側スキャナ部２０６は、上記に加えて、品券類（商品券、クーポン券、優待券）や、各種カード（例えば、会員カード、ポイントカード等）に印刷されているコード（バーコード、２次元コード等）を読み取ってもよい。なお、客側スキャナ部２０６は、客が商品を登録する際に用いられるが、客は他の方法によって商品を登録してもよい。例えば、客側表示部２０５に、商品に対応するプリセットキー（商品を注文するボタン）が表示されている場合、客は、当該プリセットキーを操作（押下）し、商品を登録してもよい。
カード決済部２０８は、各種カード（クレジットカード、交通系カード等のプリペイドカード、ポイントカード等）による決済機構である。カード決済部２０８は、カード認識部（読取部）や表示部や操作部を備える。カード認識部は、各種カードの情報を磁気的又は電気的に読み取る。読み取られた情報は、買上商品の決済（精算）を用いられる。なお、カード認識部は、今回の買上商品の決済（精算）に認識した情報を使用する場合（つまり、クレジットカードによるクレジット決済の場合、プリペイドカードによるプリペイドカード決済の場合、ポイントカードの保有ポイントを使用（消費）する場合等）に加えて、今回の買上商品の決済（精算）に認識した情報を使用しない場合（例えば、クレジットカードの提示による特典付与の場合、ポイントカードにポイントを付与する場合等）にも、各種カードを認識してもよい。なお、本実施形態のカード決済部２０８は、カード認識部（読取部）や表示部や操作部を備えるが、カード決済部２０８は、少なくともカード認識部を備えるものであればよい。また、本実施形態のカード認識部は、接触型のカード（ＩＣカード、磁気カード）に対応するものであるが、接触型のカードに代えて又は加えて、非接触型のカード（ＩＣカード）に対応するものであってもよい。
釣銭機２０９（現金決済部）は、現金による決済機構であり、紙幣や硬貨の投入口、紙幣や硬貨の排出口を有し、投入口への投入金額を算出し、投入金額と買上金額の差分である釣銭金額を算出し、釣り銭を排出口から排出する。当該釣銭機２０９は、客側に向けられており、客が操作するものである。なお、紙幣や硬貨が投入口に投入された場合にはセンサによって検出（投入があった旨の検出、金種別の枚数の検出等）される。カード決済部２０８と釣銭機２０９とにより、精算部が形成される。
店員側表示部２１０は、店員用のタッチディスプレイであり、店員に種々の情報を表示するとともに、店員から種々の入力を受け付ける。
キー操作部２１１は、各種のキー（ハードウェアキー、ボタン）から構成され、店員から種々の入力を受け付ける。
店員側スキャナ部２１２は、店員用のスキャナ部であり、各種の情報を光学的に読み取る。例えば、店員側スキャナ部２１２は、商品に付されているバーコードや、店員の名札に付された店員コードを光学的に読み取る。店員側スキャナ部２１２は、上記に加えて、お会計券に印刷されているコードや、品券類や、各種カードに印刷されているコードを読み取ってもよい。
なお、店員側スキャナ部２１２は、店員が商品を登録する際に用いられるが、店員は他の方法によって商品を登録してもよい。例えば、キー操作部２１１に、商品に対応するキー（例えば、スポーツ新聞に対応するキー等）が配置されている場合、店員は、当該キーを操作（押下）し、当該商品を登録してもよい。また、店員側表示部２１０に、商品に対応するプリセットキーが表示されている場合、店員は、当該プリセットキーを操作し、当該商品を登録してもよい。
印刷部２１３は、各種媒体（レシート、お会計券等）を印刷、発行する。印刷部２１３は、店員側から客側、客側から店員側に向き（媒体発行口の方向）を回転自在に変更可能である。印刷部２１３の向きは、手動で変更してもよいし、例えば動作モード（詳細は後述）が切り替わることに基づいて自動的に変更（メカ的に制御等）してもよい。なお、印刷部２１３の向きの正誤をセンサなどで検出してもよい。なお、動作モードが切り替わることを動作モードが移行するとも言う。
音声出力部２１４は、音声を出力する。例えば、音声出力部２１４は、音声ガイダンス等を出力する。
通信部２１５は、他端末（他のＰＯＳ端末２０、ストアコントローラ１０）との間において情報を送受信する。
（各動作モードの概要）
続いて、ＰＯＳ端末２０の動作モードについて説明する。ＰＯＳ端末２０は、複数の動作モードを有する。当該動作モードは、通常業務中の動作モード（登録処理及び精算処理に係る動作モード）であり、売上や在高等を集計、照会等する集計モード、店員や保守員等が設定作業や保守作業を行う際のメンテナンスモード、新人がトレーニングを行う際のトレーニングモード等は含まない。
図５は、ＰＯＳ端末２０の動作モードの概略を説明する図である。ＰＯＳ端末２０は、例えば、図５（Ａ）に示した３種類の動作モード（通常モード（標準モード）、フルセルフモード、セミセルフモード（会計専用モード））を有する。また、ＰＯＳ端末２０は、図５（Ａ）の通常モード（標準モード）に代えて又は加えて図５（Ｂ）の通常モード（制限モード）を有してもよい。また、ＰＯＳ端末２０は、図５（Ａ）の通常モード（標準モード）に代えて又は加えて図５（Ｂ）のセミセルフモード（登録専用モード）を有してもよい。また、ＰＯＳ端末２０は、図５（Ａ）のセミセルフモード（会計専用モード）に代えて又は加えて図５（Ｂ）のセミセルフモード（登録専用モード）を有してもよい。
図５（Ａ）において、列は、各動作モードを示し、行は、各機能（「商品登録（店員側）」、「商品登録（客側）」、「貨幣の投入」、…、「お会計券の読取」）を示している。図５（Ｂ）においても同様である（但し、図５（Ｂ）においては各機能の図示を省略している）。
図５（Ａ）（図５（Ｂ）も同様）において、列と行から特定される欄内の「〇」は、当該列の動作モードでは当該行の機能を有効としている旨を示している。例えば、列「通常モード（標準モード）」と行「商品登録（店員側）」から特定される欄内の「〇」は、通常モード（標準モード）では商品登録（店員側）を有効としている旨を示している。また、列と行から特定される欄内の「－」は、当該列の動作モードでは当該行の機能を無効としている旨を示している。例えば、列「通常モード」と行「商品登録（客側）」から特定される欄内の「－」は、通常モードでは商品登録（客側）を無効としている旨を示している。
（各機能の説明）
以下、図５（Ａ）に示した各機能の概略を説明する。
（商品登録（店員側））
「商品登録（店員側）」は、買上商品を店員側（店員側スキャナ部２１２、店員側表示部２１０、キー操作部２１１）にて登録する機能である。つまり、店員の操作（店員側スキャナ部２１２によるスキャン、店員側表示部２１０へのタッチ、キー操作部２１１の操作）により、買上商品の登録処理を実行する機能である。
（商品登録（客側））
「商品登録（客側）」は、買上商品を客側（客側スキャナ部２０６、客側表示部２０５）にて登録する機能である。つまり、客の操作（客側スキャナ部２０６によるスキャン、客側表示部２０５へのタッチ）により、買上商品の登録処理を実行する機能である。
（貨幣の投入）
「貨幣の投入」は、貨幣（紙幣、硬貨）の投入を受け付ける機能である。つまり、現金による精算の操作（釣銭機２０９への貨幣の投入）を受け付ける機能である。
（他端末への登録情報の送信）
「他端末への登録情報の送信」は、登録処理において生成された登録情報を他端末（精算処理を実行可能な他端末。例えば、他のＰＯＳ端末２０）に送信（直接的に他端末に送信、又は、ストアコントローラ１０や監視端末などを経由して間接的に他端末に送信。以下、同様）する機能である。
（お会計券の発行）
「お会計券の発行」は、登録処理において生成した登録情報等をコード化し、印刷した媒体（お会計券）を発行する機能である。
（他端末からの登録情報の受信）
「他端末からの登録情報の受信」は、他端末の登録処理において生成された登録情報を受信（直接的に他端末から受信、又は、ストアコントローラ１０や監視端末などを経由して間接的に他端末から受信。以下、同様）する機能である。なお、他端末から登録情報を受信した端末は、当該登録情報に基づいて精算処理を実行する。
（お会計券の読取）
「お会計券の読取」は、お会計券（具体的にはお会計券に印刷されているコード、あるいは、コード化されている情報）を読み取る機能である。なお、他端末において発行されたお会計券を読み取った端末は、お会計券を読み取ることによって取得される登録情報に基づいて精算処理を実行する。
（各動作モードの説明）
続いて、図５（Ａ）及び図５（Ｂ）に示した各動作モードの概略を説明する。
（通常モード（標準モード））
通常モード（標準モード）は、図５（Ａ）に示すように、商品登録（店員側）を有効「〇」とし、商品登録（客側）を無効「－」とした動作モードである。つまり、通常モード（標準モード）は、客側においては登録処理を実行せずに店員側において登録処理を実行する動作モードである。
また、通常モード（標準モード）は、図５（Ａ）に示すように、貨幣の投入も、他端末への登録情報の送信も、お会計券の発行も、いずれも有効「〇」とした動作モードである。つまり、通常モード（標準モード）では、店員側における登録処理の後の精算処理について、自端末において実行することも他端末に実行させることも可能である。具体的には、通常モード（標準モード）では、釣銭機２０９への貨幣の投入を受け付けることによって精算処理を自端末で実行し、他端末に登録情報を送信することによって（またはお会計券を発行することによって）精算処理を他端末に実行させる。
また、通常モード（標準モード）は、図５（Ａ）に示すように、他端末からの登録情報の受信も、お会計券の読取も、いずれも有効「〇」とした動作モードである。つまり、通常モード（標準モード）では、他端末において生成された登録情報に基づいて精算処理を実行可能である。なお、登録情報の受信後（またはお会計券の読取後）の精算処理は、図５（Ａ）のセミセルフモードとして実行してもよい。すなわち、通常モード（標準モード）であるときに、登録情報を受信した（またはお会計券を読み取った）場合には、通常モード（標準モード）からセミセルフモード（会計専用モード）に自動的（店員による許可を求めてもよい）に移行し、セミセルフモード（会計専用モード）として精算処理を実行してもよい。また、セミセルフモード（会計専用モード）に移行して精算処理を実行した場合には、セミセルフモード（会計専用モード）から通常モード（標準モード）に自動的（店員による許可を求めてもよい）に移行（復帰）してもよいし、セミセルフモード（会計専用モード）のままとしてもよい。
なお、通常モード（標準モード）において、他端末からの登録情報の受信、お会計券の読取の少なくとも一方を無効「－」としてもよい。
（フルセルフモード）
フルセルフモードは、図５（Ａ）に示すように、商品登録（客側）を有効「〇」とした動作モードである。つまり、フルセルフモードは、客側における登録処理を前提とした動作モードである。但し、フルセルフモードは、商品登録（店員側）も有効「〇」としている。つまり、フルセルフモードは、客側における登録処理を前提としつつ、店員側における登録処理も許容する動作モードである。なお、客側、店員側の両側において登録処理が行われている状態をダブルスキャンモードと称する場合がある。
なお、図５（Ａ）に示した例では、フルセルフモードにおいて、商品登録（店員側）を有効「〇」としているが、フルセルフモードにおいて、商品登録（店員側）を無効「－」としてもよい。
また、フルセルフモードは、図５（Ａ）に示すように、貨幣の投入を有効「〇」とし、他端末への登録情報の送信とお会計券の発行とを無効「－」とした動作モードである。つまり、フルセルフモードは、当該端末における精算処理を前提とした動作モードである。
また、フルセルフモードは、図５（Ａ）に示すように、通常モード（標準モード）と同様、他端末からの登録情報の受信も、お会計券の読取も、いずれも有効「〇」とした動作モードである。つまり、通常モード（標準モード）と同様、フルセルフモードでは、他端末において生成された登録情報に基づいて精算処理を実行可能である。なお、登録情報の受信後（またはお会計券の読取後）の精算処理は、図５（Ａ）のセミセルフモードとして実行してもよい。すなわち、フルセルフモードであるときに、登録情報を受信した（またはお会計券を読み取った）場合には、フルセルフモードからセミセルフモード（会計専用モード）に自動的に移行し、セミセルフモード（会計専用モード）として精算処理を実行してもよい。また、セミセルフモード（会計専用モード）に移行して精算処理を実行した場合には、セミセルフモード（会計専用モード）からフルセルフモードに自動的に移行（復帰）してもよいし、セミセルフモード（会計専用モード）のままとしてもよい。
（セミセルフモード（会計専用モード））
セミセルフモード（会計専用モード）は、図５（Ａ）に示すように、他端末からの登録情報の受信、お会計券の読取、貨幣の投入を有効「〇」とし、商品登録（店員側）や商品登録（客側）を無効「－」とした動作モードである。つまり、セミセルフモード（会計専用モード）は、自端末においては登録処理を実行せず、専ら、他端末において生成された登録情報に基づいて精算処理を実行する動作モードである。なお、セミセルフモード（会計専用モード）では、登録処理を実行しない動作モードであるため（登録情報を生成しないため）、図５（Ａ）に示すように、他端末への登録情報の送信も、お会計券の発行も、無効「－」としている。
（通常モード（制限モード））
通常モード（制限モード）は、図５（Ｂ）に示すように、図５（Ａ）の通常モード（標準モード）において有効「〇」としていた他端末への登録情報の送信とお会計券の発行とを無効「－」としたものである。つまり、通常モード（制限モード）は、通常モード（標準モード）においては許容されている他端末に精算処理を実行させる機能を制限した動作モードである。
（セミセルフモード（登録専用モード））
セミセルフモード（登録専用モード）は、図５（Ｂ）に示すように、商品登録（店員側）、他端末への登録情報の送信、お会計券の発行を有効「〇」とし、商品登録（客側）、貨幣の投入、他端末からの登録情報の受信、お会計券の読取を無効「－」とした動作モードである。つまり、セミセルフモード（登録専用モード）は、専ら、自端末において登録処理を実行し、他端末に精算処理を実行させる動作モードである。なお、セミセルフモード（登録専用モード）は、店員による登録操作を前提としているため、商品登録（客側）を無効「－」としている。
（機能の有効、無効について）
なお、上記では、ＰＯＳ端末２０は、動作モードに応じて、ＰＯＳ端末２０自身が備える各種の機能（図５（Ａ）の商品登録（店員側）、商品登録（客側）、貨幣の投入、…、お会計券の読取）の夫々について、有効「〇」であるか無効「－」であるかが異なる旨を説明した。換言すれば、上記では、ＰＯＳ端末２０は、全部の機能（図５（Ａ）の商品登録（店員側）、商品登録（客側）、貨幣の投入、…、お会計券の読取）を元々有し、うち一部の機能を動作モードに応じて無効とする旨を説明した（例えば、図５（Ａ）に示すように、ＰＯＳ端末２０は、通常モード（標準モード）であるときは商品登録（客側）を無効「－」とし、フルセルフモードであるときは他端末への登録情報の送信とお会計券の発行とを無効「－」としている）。
しかしながら、ＰＯＳ端末２０は、動作モードに応じて実行可能な機能が異なればよく、ＰＯＳ端末２０は、必ずしも、全部の機能を元々有し、うち一部の機能を動作モードに応じて無効とするといった構成としなくてもよい。例えば、ＰＯＳ端末２０は、初めから全部の機能（該機能を実現するためのプログラム）を有するのではなく、動作モードに応じて（例えば、動作モードの切り替えに際し）、当該動作モードにおいて必要となる機能（図５において有効「〇」とした機能に相当する機能）を実現するためのプログラムを外部（例えば、ストアコントローラ１０、監視端末、店外のサーバ（クラウド等）等）から取得して実行可能な状態とするとともに、当該動作モードに不要な機能（図５において無効「－」とした機能に相当する機能）を実現するためのプログラムが存在する場合（保持する場合）には当該プログラムを実行不能な状態としてもよい（例えば消去するようにしてもよい）。なお、不要な機能を実現するためのプログラムを実行不能な状態とした後に必要な機能を実現するためのプログラムを取得して実行可能な状態としてもよい。また例えば、ＰＯＳ端末２０は、動作モードの切り替えに際し、移行先の動作モードに関わらず、一旦、全部のプログラムを実行不能な状態とした後に、当該動作モードにおいて必要となる機能を実現するためのプログラムを外部から取得して実行可能な状態としてもよい。つまり、ＰＯＳ端末２０の構成としては、動作モードに応じて、元々具備する各種の機能のうちの一部を無効「－」にするといったものであってもよいし、動作モードに応じて、必要な機能のみを適宜を具備させるといったものであってもよい。
以上、図５（Ａ）の通常モード（標準モード）、フルセルフモード、セミセルフモード（会計専用モード）、図５（Ｂ）の通常モード（制限モード）、セミセルフモード（登録専用モード）について説明したが、以下、図５（Ａ）の通常モード（標準モード）、フルセルフモード、セミセルフモード（会計専用モード）を中心に説明する。なお、以下の説明において、通常モード（標準モード）を単に通常モードと称する場合がある。また、セミセルフモード（会計専用モード）を単にセミセルフモードと称する場合がある。
（動作モードの切り替え（移行））
続いて、ＰＯＳ端末２０の動作モードの切り替え（移行）について説明する。ＰＯＳ端末２０は、基本的には、店員による動作モードの切り替えるための明示的なモード切替操作（モード移行操作とも称する。詳細は後述する）に従って動作モードが切り替わる。また、ＰＯＳ端末２０は、モード切替操作とは異なる他の操作（例えば、店員コードの読み取り等）に従って動作モードが切り替わる場合がある。
また、ＰＯＳ端末２０は、店員の操作によらずに、動作モードが切り替わる場合がある。具体的には、ＰＯＳ端末２０は、他端末（ＰＯＳ端末２０、監視端末、携帯端末等）からのモード切替命令（モード切替指示）に従って動作モードが切り替わる場合がある。また、ＰＯＳ端末２０は、時間的な条件（例えば、最後に操作してからの経過時間、スケジュールによる定刻等）に従って動作モードが切り替わる場合がある。また、ＰＯＳ端末２０は、処理の開始時（例えば、受信した登録情報に基づく精算処理の開始時、お会計券に基づく精算処理の開始時等）に動作モードが切り替わるようにしてもよい。また、ＰＯＳ端末２０は、処理の終了時（例えば、受信した登録情報に基づく精算処理の終了時、お会計券に基づく精算処理の終了時）に動作モードが切り替わるようにしてもよい。
図６は、ＰＯＳ端末２０の動作モードの切り替えについて説明する図である。図６の左側は切り替え前後の動作モードの組み合せ（切替前の動作モード→切替後の動作モード）を示し、右側は動作モードの切り替えの条件（一例）を示している。例えば、ａの行は、通常モードからフルセルフモードへの動作モードの切り替えの条件の一例として、モード切替操作、モード切替命令、所定時間経過（不使用）である旨を示している。つまり、動作モードが通常モードであるときに、例えば、モード切替操作、モード切替命令、所定時間経過（不使用）などがあった場合には、動作モードが通常モードからフルセルフモードに切り替わる旨を示している。なお、モード切替操作の詳細は後述する。
（通常モード→フルセルフモード）
ａに示すように、通常モードであるときに、例えば、モード切替操作、モード切替命令（移行先の動作モードとしてフルセルフモードが特定されているモード切替命令等）、所定時間経過（所定時間の不使用）などがあった場合には、通常モードからフルセルフモードに動作モードが切り替わる。
（通常モード→セミセルフモード（会計専用モード））
ｂに示すように、通常モードであるときに、例えば、モード切替操作、モード切替命令（移行先の動作モードとしてセミセルフモード（会計専用モード）が特定されているモード切替命令等）などがあった場合には、通常モードからセミセルフモード（会計専用モード）に動作モードが切り替わる。また、通常モードであるときに、例えば、他端末から登録情報を受信した場合やお会計券を読み取った場合に、通常モードからセミセルフモード（会計専用モード）に動作モードが切り替わるようにしてもよい。
（フルセルフモード→通常モード）
ｃに示すように、フルセルフモードであるときに、例えば、モード切替操作、モード切替命令（移行先の動作モードとして通常モードが特定されているモード切替命令等）などがあった場合には、フルセルフモードから通常モードに動作モードが切り替わる。
（フルセルフモード→セミセルフモード（会計専用モード））
ｄに示すように、フルセルフモードであるときに、例えば、モード切替操作、モード切替命令（移行先の動作モードとしてセミセルフモード（会計専用モード）が特定されているモード切替命令等）などがあった場合には、フルセルフモードからセミセルフモード（会計専用モード）に動作モードが切り替わる。また、フルセルフモードであるときに、例えば、他端末から登録情報を受信した場合やお会計券を読み取った場合に、フルセルフモードからセミセルフモード（会計専用モード）に動作モードが切り替わるようにしてもよい。
（フルセルフモード→ダブルスキャンモード）
ｅに示すように、フルセルフモードであるときに、例えば、店員コードの読み取りなどがあった場合には、フルセルフモードからダブルスキャンモードに動作モードが切り替わる。なお、ダブルスキャンモードは、フルセルフモードの一態様（商品登録（客側）の機能に加え、商品登録（店員側）の機能が使用されている状態。図５（Ａ）参照）である。
なお、フルセルフモードであるときに店員コードの読み取りなどがあった場合には、商品登録の状態にかかわらず、常にダブルスキャンモードに動作モードが切り替わるようにしてもよいし、商品登録の状態に応じて異なる動作モードに切り替わるようにしてもよい。例えば、未だ商品の登録が行われていないときに店員コードの読み取りなどがあった場合には（つまり、客による商品登録が行われていない状態では）、フルセルフモードから通常モードに切り替わり、既に商品の登録が行われているときに店員コードの読み取りなどがあった場合には（つまり、客による商品登録が行われている状態では）、フルセルフモードからダブルスキャンモードに切り替わるようにしてもよい。
（セミセルフモード（会計専用モード）→通常モード）
ｆに示すように、セミセルフモード（会計専用モード）であるときに、例えば、モード切替操作、モード切替命令（移行先の動作モードとして通常モードが特定されているモード切替命令等）などがあった場合には、セミセルフモード（会計専用モード）から通常モードに動作モードが切り替わる。また、セミセルフモード（会計専用モード）であるときに、例えば、精算処理（例えば、受信した登録情報に基づく精算処理、お会計券に基づく精算処理）が終了した場合に、セミセルフモード（会計専用モード）から通常モードに動作モードが切り替わるようにしてもよい。
（セミセルフモード（会計専用モード）→フルセルフモード）
ｇに示すように、セミセルフモード（会計専用モード）であるときに、例えば、モード切替操作、モード切替命令（移行先の動作モードとしてフルセルフモードが特定されているモード切替命令等）などがあった場合には、セミセルフモード（会計専用モード）からフルセルフモードに動作モードが切り替わる。また、セミセルフモード（会計専用モード）であるときに、例えば、精算処理（例えば、受信した登録情報に基づく精算処理、お会計券に基づく精算処理）が終了した場合に、セミセルフモード（会計専用モード）からフルセルフモードに動作モードが切り替わるようにしてもよい。
なお、モード切替操作は、操作に応じて移行先の動作モードが特定されるものであればよい。例えば、移行先別の夫々のボタンを備える場合（又は表示する場合）には、夫々のボタンを押下するモード切替操作に応じて、夫々の移行先に動作モードが切り替わるようにしてもよい。また、押下毎に移行先が切り替わる１つのボタンを備える場合（又は表示する場合）には、当該ボタンを押下するモード切替操作毎に、動作モードが切り替わるようにしてもよい。
なお、移行先の動作モードを選択するためのボタンと、該ボタンによって選択した動作モードへの移行を決定するためのボタンを別個に備える（又は表示）してもよい。
（モード切替操作による動作モードの移行）
続いて、モード切替操作による動作モードの移行について説明する。ＰＯＳ端末２０は、店員による明示的なモード切替操作に従って動作モードが切り替わる（図６参照）。具体的には、キー操作部２１１の最上段かつ最右端に配置されているモード切替ボタン２１１ａ（図３（Ｂ）参照）の操作に従って動作モードが切り替わる。
なお、モード切替ボタン２１１ａをキー操作部２１１の角部に配置したため、動作モードを切り替える際の操作ミスを減らすことができるとともに、容易に動作モードを切り替えることができるようになる。つまり、キー操作部２１１の角部にモード切替ボタン２１１ａが存在する場合、例えばキー操作部２１１の中央付近にモード切替ボタン２１１ａが存在する場合に比べ、例えば、操作対象であるモード切替ボタン２１１ａに隣接する他のボタン数が少ないため、慌てて他のボタンを操作するなどの操作ミスが生じ難く、また、操作対象であるモード切替ボタン２１１ａの位置を瞬時に特定できるため、ストレスなくモード切替操作を行うことができる。
更に、モード切替ボタン２１１ａをキー操作部２１１の右上端（最上段かつ最右端）の角部に配置したため、店員が店員側にいる場合だけでなく客側にいる場合にもモード切替操作を行うことができるようになる。つまり、客側にいる店員は、通常、キー操作部２１１の各ボタンを視認し得ないが、キー操作部２１１の右上端に存在するモード切替ボタン２１１ａについては、客側から手を伸ばし、手探り（手の感触）のみで、操作対象であるモード切替ボタン２１１ａを容易に認識し得るため、客側にいる店員は店員側に移動しなくても、モード切替操作を行うことができる。
なお、本実施形態では、モード切替ボタン２１１ａをキー操作部２１１の右上端の角部に配置しているが、手探りのみで認識し得る位置（比較的容易に認識できる位置）であれば、モード切替ボタン２１１ａをキー操作部２１１の右上端の角部以外の位置に配置してもよい。また、手探りのみで認識し得る位置（例えば、右上端の角部等）にモード切替ボタン２１１ａを配置することに代えて又は加えて、客側からであっても他のボタンと区別し得るようにモード切替ボタン２１１ａを形成してもよい。例えば、手探りのみで区別しうる程度に、モード切替ボタン２１１ａの大きさを他のボタンの大きさと異ならせるようにしてもよいし、モード切替ボタン２１１ａの形を他のボタンの形と異ならせるようにしてもよいし、モード切替ボタン２１１ａの高さを他のボタンの高さと異ならせるようにしてもよいし（例えば、モード切替ボタン２１１ａが他のボタンよりも飛び出ているようにしてもよいし）、モード切替ボタン２１１ａの表面（手が触れる面）の全部または一部の感触を他のボタンの感触と異ならせるようにしてもよい（例えば、モード切替ボタン２１１ａの表面だけをザラザラ、ボコボコした感触にしてもよいし、モード切替ボタン２１１ａの表面だけに突起や窪みを設けるようにしてもよい）。
なお、本実施形態では、上述のような種々の利点を考慮し、キー操作部２１１にモード切替ボタン２１１ａを配置しているが、キー操作部２１１にモード切替ボタン２１１ａを配置することに代えて又は加えて、店員側表示部２１０に表示される画面上にモード切替ボタン（不図示）を配置するようにしてもよい。
（各動作モードの動作）
図７は、通常モードの動作の概略を説明する模式図である。具体的には、図７は、通常モードにおいて、自端末において精算処理を実行する場合の処理の流れや人（店員、客）の動作を表した模式図である。図８は、通常モードの動作の概略を説明するフローチャートである。具体的には、図８は、通常モードにおいて、自端末において精算処理を実行する場合の動作の概略を説明するフローチャートである。
通常モード（自端末において精算処理を実行する場合も他端末に精算処理を実行させる場合も同様）では、店員は、客の買上商品を店員側（店員側スキャナ部２１２、店員側表示部２１０、キー操作部２１１）にて登録する（図７の上段）。つまり、ＰＯＳ端末２０は、店員の操作（店員側スキャナ部２１２によるスキャン、店員側表示部２１０へのタッチ、キー操作部２１１の操作）により、買上商品の登録処理を実行する（図７の上段）。
店員による登録処理が完了した場合、客は、店員側表示部２１０において買上商品の合計金額を確認し、釣銭機２０９に貨幣（現金）を投入、または、カード決済部２０８を操作し、精算する（図７の下段）。つまり、ＰＯＳ端末２０は、客の操作等（釣銭機２０９への現金の投入、カード決済部２０８の操作）により、精算処理を実行する（図７の下段）。
つまり、通常モードにおいて自端末において精算処理を実行する場合、図８に示すように、初めは店員側において、商品がスキャン等され（ステップＳ１０：ＹＥＳ）、商品を登録する（ステップＳ１１）。小計キー（例えば、店員側表示部２１０に表示された小計キー、または、キー操作部２１１に配置された小計キー等）の押下後は（ステップＳ３０：ＹＥＳ）、客側において、例えば釣銭機２０９により精算が行われ（ステップＳ５０）、処理が完了する。なお、ステップＳ３０の小計キーは、登録処理を完了させるための操作キーであり、小計ボタン、登録完了キー、登録完了ボタン、お会計キー、お会計ボタンなどと称する場合もある。
なお、客は、店員による登録処理が完了する迄（合計金額が確定する迄）、待機していてもよいが、登録処理が完了する前に釣銭機２０９に現金を投入してもよい。つまり、ＰＯＳ端末２０は、登録処理中において入金を受付可能である（図７の上段）。
また、客は、登録処理が完了する前に、支払方法（支払種別、決済方法、決済種別とも称する）を選択してもよい。つまり、ＰＯＳ端末２０は、登録処理中において支払方法の選択を受付可能である。
また、店員は、客による精算が完了する迄（客がお釣りやレシートが取る迄）、待機していてもよいが、次の客の買上商品を登録してもよい。つまり、ＰＯＳ端末２０は、精算処理中において次客の買上商品を登録可能である（図７の下段）。また、店員は、客による精算中に不在であってもよい（図７の下段）。つまり、当該客の精算中には、当該客の応対を終えてもよい。
また、ＰＯＳ端末２０は、お釣りがある場合には、お釣りの取り忘れを防止するため、釣銭機２０９による釣銭・釣札の払出しを制御し、客が釣銭・釣札を取り除いたことをセンサ等で認識した上で、印刷部２１３によるレシートの発行を制御してもよい。他の動作モードにおいても同様である。
図９は、通常モードの動作の概略を説明する模式図である。具体的には、図９は、通常モード（標準モード）において、他端末に精算処理を実行させる場合の処理の流れや人（店員、客）の動作を表した模式図である。図１０は、通常モードの動作の概略等を説明するフローチャートである。具体的には、図１０（Ａ）は、通常モード（標準モード）において、他端末に精算処理を実行させる場合の動作の概略を説明するフローチャートである。なお、図１０（Ｂ）は、図１０（Ａ）の他端末（他の装置）における動作の基本的な流れを示したフローチャートである。
通常モード（自端末において精算処理を実行する場合も他端末に精算処理を実行させる場合も同様）では、店員は、客の買上商品を店員側（店員側スキャナ部２１２、店員側表示部２１０、キー操作部２１１）にて登録する（図９の上段）。つまり、ＰＯＳ端末２０（図９の例ではＰＯＳ端末２０－１）は、店員の操作（店員側スキャナ部２１２、店員側表示部２１０、キー操作部２１１等の操作）により、買上商品の登録処理を実行する（図９の上段）。
店員による登録処理が完了した場合、客は、他のＰＯＳ端末２０（図９の例ではＰＯＳ端末２０－２）に移動し、店員側表示部２１０において買上商品の合計金額を確認し、釣銭機２０９に貨幣を投入、または、カード決済部２０８を操作し、精算する（図９の下段）。つまり、他のＰＯＳ端末２０は、客の操作等（釣銭機２０９への貨幣の投入、カード決済部２０８の操作）により、精算処理を実行する（図９の下段）。
なお、他のＰＯＳ端末２０（ＰＯＳ端末２０－２）には、精算処理に必要な情報（ＰＯＳ端末２０－１において生成された登録情報等）が供給される。
なお、店員は、ＰＯＳ端末２０－１において、精算処理を実行させるＰＯＳ端末２０（図９の例ではＰＯＳ端末２０－２、ＰＯＳ端末２０－３のいずれか一方）を指定する。あるいは、店員は、ＰＯＳ端末２０－１において、精算処理を実行させるＰＯＳ端末２０（図９の例ではＰＯＳ端末２０－２やＰＯＳ端末２０－３）において読み取らせる媒体（お会計券）を発行させてもよい。
つまり、通常モードにおいて他端末に精算処理を実行させる場合、図１０（Ａ）に示すように、初めは店員側において、商品がスキャン等され（ステップＳ１０：ＹＥＳ）、商品を登録する（ステップＳ１１）。小計キー（例えば、店員側表示部２１０に表示された小計キー、または、キー操作部２１１に配置された小計キー等）の押下後は（ステップＳ３０：ＹＥＳ）、例えば、精算処理を実行させる他のＰＯＳ端末２０が指定されると（ステップＳ３１：ＹＥＳ）、指定されたＰＯＳ端末２０に登録情報が送信され（ステップＳ３２）、登録側の処理が完了する。
なお、店員は、他の端末を指定した後は次客の買上商品を登録可能である（図９の下段）。また、店員は、他の端末を指定した後は不在であってもよい（図９の下段）。
また、図１０（Ａ）に示した例では、小計キーの押下後に他のＰＯＳ端末２０を指定しているが、小計キーを押下せずに他のＰＯＳ端末２０を指定するようにしてもよい。例えば、登録画面上に小計キーと他のＰＯＳ端末２０を指定するためのキーとを配置し（更にお会計券を発行するためのキーも配置してもよい）、ＰＯＳ端末２０を指定するためのキーが押下された場合に登録情報を送信するようにしてもよい。小計キーを押下せずに他のＰＯＳ端末２０を指定する態様では、他のＰＯＳ端末２０を指定するためのキーの押下後に小計キーの押下は不要である。
また、図１０（Ａ）に示した例では省略したが、他のＰＯＳ端末２０において読み取らせるお会計券を発行し、他のＰＯＳ端末２０に精算処理を実行させるようにしてもよい。なお、お会計券を発行するためのキーは小計キーの押下後に押下されるようにしてもよいし、小計キーの押下前に押下されるようにしてもよい。小計キーの押下前にお会計券を発行するためのキーを押下する態様では、お会計券を発行するためのキーの押下後に小計キーの押下は不要である。
なお、登録情報を受信した他のＰＯＳ端末２０（図９の例ではＰＯＳ端末２０－２）は、図１０（Ｂ）に示すように、登録情報の受信後（ステップＳ４０：ＹＥＳ）、セミセルフモード（会計専用モード）でなければセミセルフモード（会計専用モード）に移行する（切り替わる）。つまり、現在（登録情報の受信時）の動作モードがフルセルフモードであれば（ステップＳ４１：ＹＥＳ）、フルセルフモードからセミセルフモード（会計専用モード）に移行し（ステップＳ４２）、現在の動作モードが通常モードであれば（ステップＳ４３：ＹＥＳ）、通常モードからセミセルフモード（会計専用モード）に移行する（ステップＳ４２）。そして、客側において、例えば釣銭機２０９により精算が行われ（ステップＳ５０）、精算側の処理が完了する。
なお、図１０（Ｂ）に示した例では、登録情報を受信した他のＰＯＳ端末２０は、登録情報の受信後に、セミセルフモード（会計専用モード）でなければセミセルフモード（会計専用モード）に移行しているが、セミセルフモード（会計専用モード）に移行しなくてもよい。つまり、通常モードやフルセルフモードであっても精算処理は可能であるため（図５参照）、通常モードやフルセルフモードのまま精算処理を実行してもよい。
通常モード（標準モード）は、上述したように、店員側にて登録処理を実行した後に該登録処理において生成した登録情報を用いて自端末の客側にて精算処理を実行する機能（図７、図８参照）と、該登録処理において生成した登録情報を他端末（精算処理を実行可能な他端末。例えば、他のＰＯＳ端末２０）に送信して該他端末に精算処理を実行させる機能（図９、図１０参照）と、該登録処理において生成した登録情報（または該登録情報を取得するための情報）をコード（バーコード、２次元コード等）化して印刷したお会計券を発行して該他端末に精算処理を実行させる機能とを含む。
一方、通常モード（制限モード）は、図５（Ｂ）に示したように、上述した通常モード（標準モード）の機能のうち、登録処理において生成した登録情報を他端末に送信して該他端末に精算処理を実行させる機能と、該登録処理において生成した登録情報（または該登録情報を取得するための情報）をコード化して印刷したお会計券を発行して該他端末に精算処理を実行させる機能を制限したモードである。
また、上述した通常モード（標準モード）の機能のうち、登録処理において生成した登録情報を他端末に送信して該他端末に精算処理を実行させる機能と、該登録処理において生成した登録情報（または該登録情報を取得するための情報）をコード化して印刷したお会計券を発行して該他端末に精算処理を実行させる機能は、セミセルフモード（登録専用モード）の機能でもある。つまり、セミセルフモードは、登録専用モードと会計専用モードとに分類可能であるが、セミセルフモード（登録専用モード）は、図５（Ｂ）に示したように、登録処理において生成した登録情報を他端末に送信して該他端末に精算処理を実行させる機能と、該登録処理において生成した登録情報（または該登録情報を取得するための情報）をコード化して印刷したお会計券を発行して該他端末に精算処理を実行させる機能とを含む。換言すれば、セミセルフモード（登録専用モード）は、上述した通常モード（標準モード）の機能のうち、店員側にて登録処理を実行した後に該登録処理において生成した登録情報を用いて自端末の客側にて精算処理を実行する機能を制限したモードである。つまり、セミセルフモード（登録専用モード）は、専ら登録処理を実行する動作モードである。
なお、セミセルフモード（会計専用モード）は、図５（Ａ）に示したように、他端末における登録処理において生成された登録情報を受信して精算処理を実行する機能と、他端末において発行されたお会計券を読み取って精算処理を実行する機能を含む。つまり、セミセルフモード（会計専用モード）は、専ら精算処理を実行する動作モードである。
図１１は、フルセルフモードの動作の概略を説明する模式図である。図１２は、フルセルフモードの動作の概略を説明するフローチャートである。
フルセルフモードでは、客は、自身の買上商品を客側（客側スキャナ部２０６、客側表示部２０５）にて登録する（図１１の上段）。つまり、ＰＯＳ端末２０は、客の操作（客側スキャナ部２０６によるスキャン、客側表示部２０５へのタッチ）により、買上商品の登録処理を実行する（図１１の上段）。
登録処理が完了した場合、客は、客側表示部２０５において買上商品の合計金額を確認し、釣銭機２０９に現金を投入、または、カード決済部２０８を操作し、精算する（図１１の下段）。つまり、ＰＯＳ端末２０は、客の操作等（釣銭機２０９への現金の投入、カード決済部２０８の操作）により、精算処理を実行する（図１１の下段）。
つまり、フルセルフモードの場合、図１２に示すように、客側において、商品がスキャン等され（ステップＳ２０：ＹＥＳ）、商品を登録する（ステップＳ２１）。登録完了キー（例えば、客側表示部２０５に表示された登録完了キー等）の押下後は（ステップＳ４０：ＹＥＳ）、客側において、例えば釣銭機２０９により精算が行われ（ステップＳ５０）、処理が完了する。なお、ステップＳ４０に係る登録完了キーは、登録処理を完了させるための操作キーであり、登録完了ボタン、小計キー、小計ボタン、お会計キー、お会計ボタンなどと称する場合もある。
なお、フルセルフモードは、図１１に示したように、客側にて登録処理も精算処理も実行するが、店員側は何もできないという訳ではない。つまり、ＰＯＳ端末２０は、フルセルフモードで動作しているときであっても、例えば、店員側にて商品をスキャンしたり（ダブルスキャンモード）、店員側にて各種の情報を表示したりすることが可能である。
図１３は、ダブルスキャンモードの動作の概略を説明する模式図である。図１４は、ダブルスキャンモードの動作の概略を説明するフローチャートである。なお、ダブルスキャンモードは、フルセルフモードの一態様であるが、図１３、図１４では、便宜上、両動作モードを区別して説明する。
フルセルフモードでは、客は、自身の買上商品を客側にて登録する（図１１の上段、図１３の上段）。つまり、ＰＯＳ端末２０は、客の操作により、買上商品の登録処理を実行する（図１１の上段、（図１３の上段））。
客による登録処理の途中において、店員が、客の買上商品を店員側にて登録する（図１３の中段）。つまり、ＰＯＳ端末２０は、客の操作による登録処理と店員の操作による登録処理を実行する（図１３の中段）。
登録処理が完了した場合、客は、客側表示部２０５において買上商品の合計金額を確認し、釣銭機２０９に現金を投入、または、カード決済部２０８を操作し、精算する（図１３の下段）。つまり、ＰＯＳ端末２０は、客の操作等（釣銭機２０９への現金の投入、カード決済部２０８の操作）により、精算処理を実行する（図１３の下段）。
つまり、フルセルフモードにおいて登録処理を実行しているときに（図１２参照）、図１４（Ａ）に示すように、店員側スキャナ部２１２において店員コードが読み取られた場合（ステップＳ１１０：ＹＥＳ）、動作モードがフルセルフモードからダブルスキャンモードに移行する（ステップＳ１１１）。
ダブルスキャンモードに移行した後は、図１４（Ｂ）に示すように、店員側スキャナ部２１２のスキャン等により（ステップＳ１０：ＹＥＳ）、商品を登録し（ステップＳ１１）、客側スキャナ部２０６のスキャン等により（ステップＳ２０：ＹＥＳ）、商品を登録する（ステップＳ２１）。小計キー（例えば、店員側表示部２１０に表示された小計キー、又は、キー操作部２１１に配置された小計キー等）、又は、登録完了キー（例えば、客側表示部２０５に表示された登録完了キー等）の押下後は（ステップＳ４１：ＹＥＳ）、客側において、例えば釣銭機２０９により精算が行われ（ステップＳ５０）、処理が完了する。
なお、ダブルスキャンモードでは、店員は、客による精算が完了する迄（客がお釣りやレシートが取る迄）、待機していてもよいが、次の客の買上商品を登録してもよい。つまり、ＰＯＳ端末２０は、精算処理中において次客の買上商品を登録可能である（図１３の下段）。また、店員は、客による精算中に不在であってもよい（図１３の下段）。つまり、当該客の精算中には、当該客の応対を終えてもよい。
なお、図１４（Ａ）に示したように、フルセルフモードにおいて店員コードが読み取られた場合に動作モードがフルセルフモードからダブルスキャンモードに移行するが、店員コードの読み取りは、ログイン操作の一つであってもよい。また、フルセルフモードにおいて他の操作（例えば、店員コードの読み取りとは異なるログイン操作）があった場合に動作モードがフルセルフモードからダブルスキャンモードに移行してもよい。また、ダブルスキャンモードにおいて店員による操作が行われなくなった場合に（例えば、最後の操作の時点から所定時間が経過した場合に）動作モードがダブルスキャンモードからフルセルフモードに移行してもよい。
（動作モードの報知）
各ＰＯＳ端末２０は、自端末の現在の動作モードを報知してもよい。例えば、各ＰＯＳ端末２０は、店員側表示部２１０において自端末の現在の動作モードを表示してもよい。具体的には、各ＰＯＳ端末２０は、店員側表示部２１０に自端末の動作モード表示欄を有する画面を表示し、該画面上の動作モード表示欄に自端末の現在の動作モードを表示してもよい。また、各ＰＯＳ端末２０は、各動作モードに対応する画像（例えば、ボタン風の画像）を配置した画面を店員側表示部２１０に表示し、該画面上において自端末の現在の動作モードを対応する画像を現在の動作モードに対応しない画像とは異なる表示態様（例えば、他の画像の表示態様よりも目立つ表示態様）にて表示してもよい。例えば、通常モードとフルセルフモードの２つの動作モードにより運用する場合、通常モード画像とフルセルフモード画像とを常に表示するとともに、自端末の現在の動作モードが通常モードであるときには通常モード画像をフルセルフモード画像よりも目立つ表示態様にて表示し、自端末の現在の動作モードがフルセルフモードであるときにはフルセルフモード画像を通常モード画像よりも目立つ表示態様にて表示するなどしてもよい。なお、各ＰＯＳ端末２０は、客側表示部２０５においても同様に自端末の現在の動作モードを表示してもよい。
また、各ＰＯＳ端末２０は、自端末の現在の動作モードに代えて又は加えて、他端末の現在の動作モードを報知してもよい。つまり、各ＰＯＳ端末２０が互いに他端末の現在の動作モードを認識することにより、他端末の現在の動作モードを報知してもよい。各ＰＯＳ端末２０が互いに他端末の現在の動作モードを認識する方法の一例は、各ＰＯＳ端末２０が動作モードの移行後に移行後の動作モード（最新の動作モード）を他端末に通知（ＬＡＮ１１を介して、他端末に直接的に通知、または、ストアコントローラ１０や監視端末などを経由して他端末に通知）する方法である。また、各ＰＯＳ端末２０は、他端末の現在の動作モードと同様、他端末の現在の処理状況を報知してもよい。
また、各ＰＯＳ端末２０は、自端末の現在の動作モード等（動作モード、処理状況等）に応じた情報を報知してもよい。例えば、各ＰＯＳ端末２０は、自端末の現在の動作モードがフルセルフモードである場合、例えば待機中であるときに、各種の情報を客側表示部２０５に表示してもよい。また、ＰＯＳ端末２０は、自端末の現在の動作モードに応じた情報に代えて又は加えて、他端末の現在の動作モード等に応じた情報を報知してもよい。
なお、店員による操作によって動作モードが切り替わった場合（モード切替操作、店員コードの読み取り等による場合）であっても、店員の操作によらずに動作モードが切り替わった場合（モード切替命令、所定時間経過等による場合）であっても、自端末や他端末の動作モードを報知する。
（動作モードに関する情報の記憶）
各ＰＯＳ端末２０は、動作モードに関する情報として、取引（処理）が何れの動作モードにおいてなされたかを記憶してもよい。例えば、通常モード（標準モード）で動作するＰＯＳ端末２０－１が、ある取引について登録処理及び精算処理を実行した場合には、登録処理及び精算処理を実行したＰＯＳ端末２０－１は、当該取引に関する情報（例えば、精算情報）として（又は、当該取引に関する情報に対応付けて）、当該取引に関する登録処理及び精算処理が通常モード（標準モード）においてなされた旨の情報（例えば、動作モードを識別可能な情報等）を記憶してもよい。
なお、各ＰＯＳ端末２０は、取引（処理）が何れの端末においてなされたかも記憶してもよい。上記例では、ＰＯＳ端末２０－１は、取引に関する情報として、自端末（ＰＯＳ端末２０－１）において登録処理及び精算処理が実行された旨の情報を記憶してもよい。より詳細には、ＰＯＳ端末２０－１は、登録処理を実行した端末の識別情報（端末識別情報）として自端末の端末識別情報を記憶するとともに、精算処理を実行した端末の端末識別情報として自端末の端末識別情報を記憶してもよい。あるいは、ＰＯＳ端末２０－１は、当該処理全体（登録処理、精算処理）を実行した端末の端末識別情報として自端末の端末識別情報を記憶してもよい。
また、例えば、初めに、通常モード（標準モード）で動作するＰＯＳ端末２０－１が、ある取引について登録処理を実行し、続いて、セミセルフモード（会計専用モード）で動作するＰＯＳ端末２０－２が、上記登録処理による登録情報に基づいて当該取引について精算処理を実行した場合には、精算処理を実行したＰＯＳ端末２０－２は、当該取引に関する情報（例えば、精算情報）として（又は、当該取引に関する情報に対応付けて）、当該取引に関する登録処理が通常モード（標準モード）においてなされた旨の情報を記憶するとともに、当該取引に関する精算処理がセミセルフモード（会計専用モード）においてなされた旨の情報を記憶してもよい。また、上記に加えて、登録処理を実行したＰＯＳ端末２０－１も、当該取引に関する登録処理が通常モード（標準モード）においてなされた旨の情報を記憶してもよい。
なお、上記例では、精算処理を実行したＰＯＳ端末２０－２は、取引に関する情報として、他端末（ＰＯＳ端末２０－１）において登録処理が実行された旨の情報を記憶し、自端末（ＰＯＳ端末２０－２）において精算処理が実行された旨の情報を記憶してもよい。より詳細には、ＰＯＳ端末２０－２は、登録処理を実行した端末の情報（端末識別情報）として他端末（ＰＯＳ端末２０－１）の端末識別情報を記憶するとともに、精算処理を実行した端末の端末識別情報として自端末（ＰＯＳ端末２０－２）の端末識別情報を記憶してもよい。なお、上記例では、精算処理を実行するＰＯＳ端末２０－２の側において、登録処理を実行したＰＯＳ端末２０－１の端末識別情報と動作モード（具体的には通常モード（標準モード））を識別する情報とが取得できるようになっていればよい。例えば、ＰＯＳ端末２０－１の側からＰＯＳ端末２０－２の側に、ＰＯＳ端末２０－１の端末識別情報と動作モードを識別する情報とが供給（例えば、登録情報として送受信、お会計券を介して供給）されるようになっていればよい。
また、各ＰＯＳ端末２０は、動作モードに関する情報として、動作モードの移行（切り替わり）について記憶してもよい。例えば、ＰＯＳ端末２０－１の動作モードが、ある動作モードから他の動作モードに移行した場合には、当該ＰＯＳ端末２０－１は、動作モードの移行時刻とともに、何れの動作モードに移行したかの情報（例えば、移行後の動作モードを識別可能な情報等）を記憶してもよい。また、ＰＯＳ端末２０－１は、動作モードの移行時刻とともに、何れの動作モードから何れの動作モードに移行したかの情報（例えば、移行前の動作モードを識別可能な情報、移行後の動作モードを識別可能な情報等）を記憶してもよい。
なお、各ＰＯＳ端末２０は、店員による操作によって動作モードが切り替わった場合（モード切替操作、店員コードの読み取り等による場合）であっても、店員の操作によらずに動作モードが切り替わった場合（モード切替命令、所定時間経過等による場合）であっても、動作モードの移行に関する情報を記憶してもよい。上記の場合、各ＰＯＳ端末２０は、何に基づいて動作モードが移行したかの情報（例えば、店員コード「×××」の店員による操作によって動作モードが移行した旨、端末識別情報「×××」のＰＯＳ端末２０からのモード切替命令によって動作モードが移行した旨など）を記憶してもよい。
なお、ＰＯＳ端末２０に代えて又は加えて、ストアコントローラ１０や監視端末などが、動作モードに関する情報を記憶してもよい。
また、上述のように記憶する動作モードに関する情報は、必要に応じて、出力（表示、送信、印刷等）されるものであってもよい。例えば、ＰＯＳ端末２０は、フルセルフモードにおいて出力されるレシートに、フルセルフモードにおいて処理（登録処理、精算処理）された旨の情報（店員にのみが内容を認識できる態様の情報、又は、客にも認識できる態様の情報）を印刷してもよい。他の動作モードにおいて出力されるレシートも同様に印刷してもよい。また、例えば、ＰＯＳ端末２０（又は監視端末）は、処理時の動作モードを表示してもよい。一例として、ＰＯＳ端末２０（又は監視端末）は、所定の検索画面等に取引番号（取引を識別可能な情報）の入力があった場合に、該当する取引に関し、登録処理と精算処理のうちの少なくとも一方について、処理がなされた端末（端末識別情報等）と動作モード（動作モードを識別可能な情報）とを表示してもよい。
以下の説明において、ＰＯＳ端末２０－１、及び、ＰＯＳ端末２０－２は通常モード（具体的には通常モード（標準モード））であるものとする。また、ＰＯＳ端末２０－３はフルセルフモードであるものとする。
（フルセルフモードのＰＯＳ端末２０の表示例）
図１５及び図１６は、フルセルフモードのＰＯＳ端末２０における表示例である。具体的には、図１５（Ａ）、図１５（Ｂ）、図１６（Ａ）～図１６（Ｆ）は、何れも、フルセルフモードのＰＯＳ端末２０－３の客側表示部２０５における表示例である。
図１５（Ａ）は、登録処理の開始前の登録開始画面の表示内容を示している。図１５（Ａ）において、画面右の登録スタートボタンＢＴ３０は、商品登録の開始を指示するためのボタンである。客は、商品登録を開始する際に登録スタートボタンＢＴ３０を操作する。画面左下のボタンＢＴ３５～ＢＴ３７は、表示言語を、夫々、英語、中国語、韓国語に切り替えるためのボタンである。
図１５（Ｂ）は、２品目の商品（大福餅）が登録された状態の登録画面の表示内容を示している。なお、図１５（Ａ）に示した登録開始画面において登録スタートボタンＢＴ３０が操作された場合、ＰＯＳ端末２０－３は、商品が未だ何も登録されていない状態の登録画面を表示するが、説明の便宜上、図１５（Ｂ）は、既に商品（お茶、大福餅）が登録された後の登録画面を示している。
図１５（Ｂ）において、画面左下の画像ＧＡ０１は、他端末（ＰＯＳ端末２０－１）の状態（具体的には通常モードである旨）を示している。画面左下の画像ＧＡ０２は、他端末（ＰＯＳ端末２０－２）の状態（具体的には通常モードである旨）を示している。画面右下のお会計ボタンＢＴ３２は、商品登録の終了を指示するためのボタンである。客は、商品登録が完了した後にお会計ボタンＢＴ３２を操作する。店員呼出ボタンＢＴ３３は、店員を呼び出すためのボタンである。客は、店員を呼び出す場合（例えば、店員のサポートが必要な場合等）に店員呼出ボタンＢＴ３３を操作する。
なお、ボタンＢＴ３５～ＢＴ３７は、上述したように、表示言語を、夫々、英語、中国語、韓国語に切り替えるためのボタンである。また、「野菜」ボタンＢＴ３８は、野菜の各プリセットキー（図１７参照）を表示させるためのボタンである。
図１６（Ａ）は、精算処理を開始する際に表示する精算画面（支払方法選択画面）の表示内容を示している。例えば、ＰＯＳ端末２０－３は、登録画面（図１５（Ｂ）参照）においてお会計ボタンＢＴ３２が操作された場合に、図１６（Ａ）に示したような支払方法選択画面を表示する。
図１６（Ｂ）は、現金による支払を開始する際に表示する精算画面（入金画面）の表示内容を示している。例えば、ＰＯＳ端末２０－３は、支払方法選択画面（図１６（Ａ）参照）において現金が操作された場合に、図１６（Ｂ）に示したような入金画面を表示する。
図１６（Ｃ）は、預り金額を決定する際に表示する精算画面（入金画面）の表示内容を示している。例えば、ＰＯＳ端末２０－３は、お支払金額（買上金額）以上の現金（預り金）が投入された場合に、図１６（Ｃ）に示したような入金画面を表示する。
図１６（Ｄ）は、釣り銭を放出する際に表示する精算画面（釣銭画面）の表示内容を示している。例えば、ＰＯＳ端末２０－３は、入金画面（図１６（Ｃ））においておわり（レシート）ボタンＢＴ４０が操作された場合に、図１６（Ｄ）に示したような釣銭画面を表示する。
図１６（Ｅ）は、釣り銭が取り去られた際に表示する精算画面（レシート画面）の表示内容を示している。例えば、ＰＯＳ端末２０－３は、釣銭機２０９の取出口から釣り銭が取り去られた場合に、図１６（Ｅ）に示したようなレシート画面を表示する。なお、ＰＯＳ端末２０は、取出口の近傍にフォトセンサ等のセンサを設置し、該センサが物（客の手を想定）を認識した場合に、釣り銭が取り去られたと判定してもよい。図１６（Ｆ）は、休止モード（休止状態）であるときに表示する休止画面である。
なお、ＰＯＳ端末２０－３は、レシート画面（図１６（Ｅ））の表示後には、登録開始画面（図１５（Ａ））を表示する。例えば、ＰＯＳ端末２０－３は、印刷部２１３の発行口からレシートが取り去られた後に、登録開始画面を表示する。なお、ＰＯＳ端末２０は、発行口からレシートが取り去られたことを認識可能なセンサを備えていてもよい。また、釣り銭が発生しない場合には、釣銭画面（図１６（Ｄ））を表示せずに、入金画面（図１６（Ｃ））からレシート画面（図１６（Ｅ））に遷移してもよい。
（通常モードのＰＯＳ端末２０の表示例）
図１７～図２２は、通常モードのＰＯＳ端末２０における表示例である。具体的には、図１７（Ａ）、図１８（Ａ）、図１９（Ａ）、図２０（Ａ）、図２１（Ａ）、図２２（Ａ）は、何れも、通常モード（標準モード）のＰＯＳ端末２０－１の店員側表示部２１０における表示例である。図１７（Ｂ）、図１８（Ｂ）、図１９（Ｂ）、図２０（Ｂ）、図２１（Ｂ）、図２２（Ｂ）は、何れも、通常モード（標準モード）のＰＯＳ端末２０－１の客側表示部２０５における表示例である。
図１７（Ａ）は、店員側表示部２１０における初期状態の登録画面における表示内容を示している。以下の説明において初期状態とは、別段の断りがない限り、処理が進行していない状態、例えば、商品が未だ何も登録されていない状態、かつ、支払（決済）について未だ何もなされていない状態（支払方法の選択も現金の投入も品券類の登録もなされていない状態等）、かつ、客について未だ何もなされていない状態（会員カード等の読み取り等がなされていない状況等）である。
図１７（Ａ）において、画面右上のタブ領域Ｔ１は、各表示内容（表示画面）に対応するタブである。ＰＯＳ端末２０－１は、当該客の登録処理を中断（中断理由は、買上商品の追加のため店内に戻るためなどである）し、次客の登録処理が可能である。つまり、ＰＯＳ端末２０－１は、店員の操作に基づいて、当該客用の登録画面の表示内容（登録内容）を保持（記憶）しつつ、次客用の新たな登録画面を表示する。図１７（Ａ）に示した例ではタブは１つ（タブ領域Ｔ１）であるが、ＰＯＳ端末２０－１は、進行中の登録画面数（客数）に応じた数のタブを表示し（タブ領域Ｔ１、Ｔ２、Ｔ３、…）、タブの操作（押下）に応じて有効（アクティブ）にする登録画面を切り替える。
タブ領域Ｔ１には、当該タブを他のタブと識別する情報（図１７（Ａ）の例では数字「１」）が表示されている。また、タブ領域Ｔ１には、客からの預り金額を表示する表示欄ＨＲ０１が設けられている。また、図１７（Ａ）に示した例では表示していないが、タブ領域Ｔ１には、上記以外にも種々の情報（後述）が表示される。
画面左下の画像ＧＡ０２は、他端末（ＰＯＳ端末２０－２）の状態（具体的には通常モードである旨）を示している。画面左下の画像ＧＡ０３は、他端末（ＰＯＳ端末２０－３）の状態（具体的にはフルセルフモードである旨）を示している。
図１７（Ｂ）は、初期状態の客側表示部２０５における表示内容を示している。つまり、ＰＯＳ端末２０－１は、店員側表示部２１０において図１７（Ａ）に示したように登録画面を表示しているときは、客側表示部２０５において図１７（Ｂ）に示したように小画面（小ウィンドウ）ＳＧ０１を精算画面（入金画面）に重畳させて表示する。
小画面ＳＧ０１は、支払方法を客に選択させるものである。客は、小画面ＳＧ０１において、支払方法として現金、クレジットまたは電子マネーの何れかを選択する。客は、支払方法として現金を希望する場合には、小画面ＳＧ０１において支払方法として現金を選択する前に現金（預り金）を投入してもよい。ＰＯＳ端末２０－１は、小画面ＳＧ０１において何れかの支払方法が選択された場合には小画面ＳＧ０１を消去する。また、ＰＯＳ端末２０－１は、小画面ＳＧ０１において支払方法が選択される前に現金の投入があった場合には支払方法として現金が選択されたものとして処理し、小画面ＳＧ０１を消去する。
ＰＯＳ端末２０－１は、店員側表示部２１０に図１７（Ａ）の登録画面を表示している状態から、店員によって缶ビールが登録された場合、店員側表示部２１０に図１８（Ａ）に示したような登録画面を表示する。
図１８（Ａ）において、画面右下の小計ボタンＢＴ１０は、商品登録の終了を指示するためのボタンである。店員は、商品登録が完了した後に小計ボタンＢＴ１０を操作（タッチ）する。
２０－２レジボタンＢＴ１２は、２０－２レジ（ＰＯＳ端末２０－２）を指定するためボタンである。店員は、登録情報を送信する端末としてＰＯＳ端末２０－２を指定する場合には２０－２レジボタンＢＴ１２を操作する。２０－２レジボタンＢＴ１２に示された「（通常）」は、２０－２レジボタンＢＴ１２に対応するＰＯＳ端末２０－２の動作モードが通常モードである旨を示している。
２０－３レジボタンＢＴ１３は、２０－３レジ（ＰＯＳ端末２０－３）を指定するためボタンである。店員は、登録情報を送信する端末としてＰＯＳ端末２０－３を指定する場合には２０－３レジボタンＢＴ１３を操作する。２０－３レジボタンＢＴ１３に示された「（フルセルフ）」は、２０－３レジボタンＢＴ１３に対応するＰＯＳ端末２０－３の動作モードがフルセルフモードである旨を示している。
お会計券ボタンＢＴ１５は、印刷部２１３にてお会計券を発行させるためのボタンである。店員は、お会計券を読み取ったＰＯＳ端末２０（客がお会計券を読み取らせたＰＯＳ端末２０）において処理を実行させる場合にはお会計券ボタンＢＴ１５を操作する。
なお、登録情報の送信先のＰＯＳ端末２０として、通常モードのＰＯＳ端末２０とフルセルフモードのＰＯＳ端末２０とを比較した場合、通常モードのＰＯＳ端末２０よりもフルセルフモードのＰＯＳ端末２０の方が、登録情報の送信先として好ましい。通常モードのＰＯＳ端末２０は、基本的に店員が付いて操作を行うものであるため（図７、図８参照）、処理（例えば、登録処理、客対応等）が継続して存在し、登録情報を送信したとしても直ぐに処理できない可能性が高く、また仮に空いているとしても（店員も客も付いていないとしても）、店員のサポートを希望する客に直ちに対応するため基本的に空けておくことが好ましいのに対し、フルセルフモードのＰＯＳ端末２０は、客が付いていなければ登録情報を送信し直ぐに処理可能であり、仮に客が付いていたとしても単に順番に処理すればよく上述のような問題は生じ難いからである。
上記に鑑み、登録情報の送信先のＰＯＳ端末２０として好ましいか否か、あるいは、登録情報の送信先が複数存在する場合においてどれがより好ましいかを店員に報知するようにしている。一例として、図１８（Ａ）では、登録情報の送信先として比較的好ましいフルセルフモードのＰＯＳ端末２０－３に対応する２０－３レジボタンＢＴ１３の輪郭部分を実線で示し、登録情報の送信先として比較的好ましくない通常モードのＰＯＳ端末２０－２に対応する２０－２レジボタンＢＴ１２の輪郭部分を破線で示している。なお、上述の輪郭部分による報知は、一例であって、登録情報の送信先のＰＯＳ端末２０として好ましいか否か、あるいは、登録情報の送信先が複数存在する場合においてどれがより好ましいかを店員が認識できるものであれば報知態様は限定しない。例えば、比較的好ましくない方はボタンの背景色をグレーダウン表示するようにしてもよいし、ボタン全体に罰印や斜線を付加してもよい。また、登録情報の送信先のＰＯＳ端末２０として好ましいか否か等に応じて、ボタンの表示サイズ、形、表示位置を異ならせてもよいし、ボタンに何らかの情報（「優先」や「推奨」と記したバッヂ風の画像等）を付してもよい。
ＰＯＳ端末２０－１は、店員側表示部２１０において図１８（Ａ）に示したような登録画面を表示しているときは、客側表示部２０５において図１８（Ｂ）に示したように小画面ＳＧ０１を精算画面（入金画面）に重畳させて表示する。なお、図１７（Ｂ）の精算画面（入金画面）では商品が登録されていなかったため合計金額は０円であったが、図１８（Ｂ）の精算画面（入金画面）では２１５円の缶ビールが登録されているため合計金額は２１５となっている。
ＰＯＳ端末２０－１は、店員側表示部２１０に図１８（Ａ）の登録画面を表示している状態から、客によって５００円が投入された場合、店員側表示部２１０に図１９（Ａ）に示したような登録画面を表示する。
客が５００円を投入したため、図１９（Ａ）において、画面右上の表示欄ＨＲ０１には５００が表示されている。また、５００円を投入したことにより、自端末（ＰＯＳ端末２０－１）において精算するということになるため、他端末（ＰＯＳ端末２０－２、ＰＯＳ端末２０－３）において精算する場合に使用するボタン（２０－２レジボタンＢＴ１２、２０－３レジボタンＢＴ１３、お会計券ボタンＢＴ１５）を非表示としている（消去している）。
ＰＯＳ端末２０－１は、店員側表示部２１０において図１９（Ａ）に示したような登録画面を表示しているときは、図１９（Ｂ）に示したような精算画面（入金画面）を客側表示部２０５に表示する。なお、客によって５００円が投入されたため、小画面ＳＧ０１は消去されている。
ＰＯＳ端末２０－１は、店員側表示部２１０に図１９（Ａ）の登録画面を表示している状態から、店員によって２品目の商品（アスパラ）、３品目の商品（のり弁当）が登録され、客によって更に５００円が投入された場合、店員側表示部２１０に図２０（Ａ）に示したような登録画面を表示する。客が５００円を追加投入したため、図２０（Ａ）において、画面右上の表示欄ＨＲ０１には１０００が表示されている。
ＰＯＳ端末２０－１は、店員側表示部２１０において図２０（Ａ）に示したような登録画面を表示しているときは、図２０（Ｂ）に示したような精算画面（入金画面）を客側表示部２０５に表示する。
ＰＯＳ端末２０－１は、店員側表示部２１０に図２０（Ａ）の登録画面を表示している状態から、店員によって小計ボタンＢＴ１０が操作された場合、店員側表示部２１０において図２１（Ａ）に示したように小画面（小ウィンドウ）ＳＧ０２を登録画面に重畳させて表示するとともに、客側表示部２０５に図２１（Ｂ）に示したような精算画面（入金画面）を表示する。なお、小画面ＳＧ０２は、精算関連の情報（合計金額、機器入金額（預り金額））を店員に報知するものである。
ＰＯＳ端末２０－１は、客側表示部２０５に図２１（Ｂ）の精算画面（入金画面）を表示している状態から、客によっておわり（レシート）ボタンＢＴ４０が操作された場合、店員側表示部２１０において図２２（Ａ）に示したようにメッセージ画面ＭＧ１を登録画面に重畳させて表示するとともに、客側表示部２０５に図２２（Ｂ）に示したような精算画面（釣銭画面）を表示する。
メッセージ画面ＭＧ１は、釣り銭について店員に報知するものである。ＰＯＳ端末２０－１は、店員の操作によらずに（例えば、所定時間経過後自動的に）、登録画面に重畳させて表示しているメッセージ画面ＭＧ１を消去する。なお、ＰＯＳ端末２０－１は、店員の操作（メッセージ画面ＭＧ１上のタッチ等）に応じて、登録画面に重畳させて表示しているメッセージ画面ＭＧ１を消去してもよい。
図２２以降は図示を省略したが、ＰＯＳ端末２０－１は、客側表示部２０５には、図１６（Ｅ）以降と同様の精算画面を表示し、店員側表示部２１０には精算画面に応じたメッセージを表示する。
なお、上記説明では、ＰＯＳ端末２０における全体の処理に着目し、何れの処理も進行していない状態（商品未登録、現金未投入、決済種別未選択、品券類未登録、顧客情報未取得の状態）を初期状態と称したが、一部の処理に着目し、初期状態と称する場合があってもよい。例えば、現金投入商品登録状態（商品登録済、現金投入済、決済種別未選択、品券類未登録、顧客情報未取得の状態）は、全体の処理に着目した場合には初期状態とは言えないが、決済種別の選択の状態のみに着目した場合には初期状態であると言ってもよい。また、商品の登録の状態と決済種別の選択の状態の２つの状態に着目した場合には初期状態とは言えないが、決済種別の選択の状態と品券類の登録の状態の２つの状態に着目した場合には初期状態であると言ってもよい。
なお、図２１に示した例では、ＰＯＳ端末２０－１は、小計キーが操作された場合に、登録画面に重畳させて小画面ＳＧ０２を表示しているが（図２１（Ａ））、ＰＯＳ端末２０－１は、小計キーが操作された場合に、登録画面に代えて（切り替えて）、小画面ＳＧ０２に表示されている情報等を表示する小計画面を表示してもよい。
（動作モード切替処理の一例）
続いて、図２３および図２４を用いて、ＰＯＳ端末２０の動作モード切替処理の一例について説明する。図２３は、モード切替ボタンが押下されたＰＯＳ端末２０が行う動作モード切替処理の一例を示すフローチャートである。なお、いずれのＰＯＳ端末２０にもモード切替ボタンが設けられているため、いずれかのＰＯＳ端末２０において、モード切替ボタンが押下された場合に図２３に示す処理が開始される。なお、図２３のフローチャートに示す処理は、各ＰＯＳ端末２０において、常時（非常に短い時間間隔で定期的に）開始される。
ステップＳ２０１：ＰＯＳ端末２０は、モード切替ボタン２１１ａが押下されたか否かを判断する。ＰＯＳ端末２０は、モード切替ボタン２１１ａが押下されない場合、ステップＳ２０８に進む。ＰＯＳ端末２０は、モード切替ボタン２１１ａが押下された場合、ステップＳ２０２に進む。
ステップＳ２０２：ＰＯＳ端末２０は、他のＰＯＳ端末２０へモード切替命令を送信し、ステップＳ２０３に進む。
ステップＳ２０３：ＰＯＳ端末２０は、自端末が処理中であるか否かを判断する。ここでいう処理は、例えば、商品の登録処理や、客から支払いを受け付ける精算処理である。ＰＯＳ端末２０は、自端末が処理中である場合、ステップＳ２０４に進む。ＰＯＳ端末２０は、自端末が処理中ではない場合、ステップＳ２０６に進む。
ステップＳ２０４：ＰＯＳ端末２０は、自端末が処理中である旨を報知（表示）し、ステップＳ２０５に進む。
ステップＳ２０５：ＰＯＳ端末２０は、実行中の処理が終了したか否かを判断する。ＰＯＳ端末２０は、実行中の処理が終了するまで待機し、実行中の処理が終了すると、ステップＳ２０６に進む。
ステップＳ２０６：ＰＯＳ端末２０は、モード切替処理を行い、ステップＳ２０７に進む。モード切替処理は、現在のモードとは異なるモードに切り替える処理であり、例えば、現在のモードとは異なる、通常モード、会計専用モード、フルセルフモードのうちいずれかのモードへ切り替える処理である。
ステップＳ２０７：ＰＯＳ端末２０は、自端末のモード切替が完了した旨を報知し、ステップＳ２０８に進む。
ステップＳ２０８：ＰＯＳ端末２０は、モード切替命令の送信先である他のＰＯＳ端末２０から、処理中である旨の情報を受信したか否かを判断する。ＰＯＳ端末２０は、他のＰＯＳ端末２０から、処理中である旨の情報を受信しない場合、ステップＳ２１０に進む。ＰＯＳ端末２０は、他のＰＯＳ端末２０から、処理中である旨の情報を受信した場合、ステップＳ２０９に進む。
ステップＳ２０９：ＰＯＳ端末２０は、他のＰＯＳ端末２０が処理中である旨を報知し、ステップＳ２１０に進む。
ステップＳ２１０：ＰＯＳ端末２０は、他のＰＯＳ端末２０からモード切替が完了した旨の情報を受信したか否かを判断する。ＰＯＳ端末２０は、他のＰＯＳ端末２０からモード切替が完了した旨の情報を受信しない場合、そのまま、一連の処理を終了する。ＰＯＳ端末２０は、他のＰＯＳ端末２０からモード切替が完了した旨の情報を受信した場合、ステップＳ２１１に進む。
ステップＳ２１１：ＰＯＳ端末２０は、他のＰＯＳ端末２０のモード切替が完了した旨を報知し、一連の処理を終了する。
次に、図２４を用いて、モード切替命令を受信したＰＯＳ端末２０が行うモード切替処理について説明する。図２４は、モード切替命令を受信したＰＯＳ端末２０が行う動作モード切替処理の一例を示すフローチャートである。図２４のフローチャートに示す処理は、各ＰＯＳ端末２０において、常時（非常に短い時間間隔で定期的に）開始される。
ステップＳ２２１：ＰＯＳ端末２０は、モード切替命令を受信したか否かを判断する。ＰＯＳ端末２０は、モード切替命令を受信しない場合、そのまま一連の処理を終了する。ＰＯＳ端末２０は、モード切替命令を受信した場合、ステップＳ２２２に進む。
ステップＳ２２２：ＰＯＳ端末２０は、自端末が処理中であるか否かを判断する。ここでいう処理は、例えば、商品の登録処理や、客から支払いを受け付ける精算処理である。ＰＯＳ端末２０は、自端末が処理中である場合、ステップＳ２２３に進む。ＰＯＳ端末２０は、自端末が処理中ではない場合、ステップＳ２２５に進む。
ステップＳ２２３：ＰＯＳ端末２０は、モード切替命令の送信元のＰＯＳ端末２０へ処理中である旨を送信し、ステップＳ２２４に進む。
ステップＳ２２４：ＰＯＳ端末２０は、実行中の処理が終了したか否かを判断する。ＰＯＳ端末２０は、実行中の処理が終了するまで待機し、実行中の処理が終了すると、ステップＳ２２５に進む。
ステップＳ２２５：ＰＯＳ端末２０は、モード切替処理を行い、ステップＳ２２６に進む。
ステップＳ２２６：ＰＯＳ端末２０は、モード切替命令の送信元のＰＯＳ端末２０へモード切替が完了した旨を示す情報を送信し、ステップＳ２２７に進む。
ステップＳ２２７：ＰＯＳ端末２０は、自端末のモード切替が完了した旨を報知し、一連の処理を終了する。
（フルセルフモードにおいて商品を訂正する場合における画面の遷移の一例について） 次に、図２５～図２７を用いて、フルセルフモードにおいて商品を訂正する場合における画面の遷移の一例について説明する。図２５～図２７は、フルセルフモードにおいて、登録した商品を訂正する場合の画面の遷移の一例を示す説明図である。なお、以下の説明および図面において、上述した画面遷移の内容と同様の内容については、同様の符号を付すとともに、説明を省略する。
図２５の（Ａ）は、フルセルフモードにおいて、客の操作により「お茶」と「さつまいも」の２つの商品が登録されていることを示す。例えば、「お茶」については、客がＰＯＳ端末２０にバーコードを読み込ませることにより商品の登録が行われる。また、「さつまいも」については、プリセットキーの中から「さつまいも」を示す領域（ボタン）を客が選択することにより商品の登録が行われる。また、図２５の（Ａ）には、案内表示２５０１が表示されている。案内表示２５０１は、客が訂正（変更）を希望する商品を示す領域を長押しすることにより、登録した商品を訂正することが可能である旨を示す。
図２５の（Ａ）に示すように、「さつまいも」を示す領域を客が長押ししたとする。すなわち、客が商品「さつまいも」について訂正を行う操作を行ったとする。この場合、図２５の（Ｂ）に示す画面に遷移する。図２５の（Ｂ）は、「さつまいも」を取り消すか否かの確認画面を示す。当該確認画面において客が「はい」を選択すると、図２５の（Ｃ）に示す画面に遷移する。なお、当該確認画面において客が「いいえ」を選択すると、例えば、図２５の（Ａ）に示す画面に戻る。
図２５の（Ｃ）は、「さつまいも」を取消すために、店員を呼び出し中である旨の通知画面を示す。また、図２５の（Ｃ）において、「さつまいも」が登録されている領域は、訂正対象の商品であることを明示できるよう、通常の表示態様とは異なる表示態様（太字、枠囲み、特殊色など）で表示されている。これにより、店員が赴いたときに、訂正対象の商品を一見して把握することができる。また、客にとっても訂正対象の商品が明確になる。
ここで、店員の呼び出しを行うタイミングは、図２５の（Ｂ）に示す「はい」が押下されたタイミング（確認画面後のタイミング）としてもよいし、図２５の（Ａ）において商品が長押しされたタイミング（長押しのタイミング）としてもよい。長押しのタイミングで店員の呼び出しを行うことにより、店員を迅速に呼び出すことができる。また、確認画面後のタイミングで店員の呼び出しを行うことにより、客の誤操作により店員を呼び出したり、客の操作ミスや勘違い等により店員を呼び出したりしてしまうことを抑制できる。また、店員を呼び出すための通知は、例えば、店員が操作または閲覧するＰＯＳ端末２０や、店員が所持する携帯端末や、管理装置などにおいて行われる。
図２６の（Ｄ）は、訂正の操作のあったＰＯＳ端末２０に店員が赴き、当該店員が店員用ボタンを押下した際の画面を示す。図２６の（Ｄ）において、店員が店員用ボタンを押下すると、図２６の（Ｅ）に示す画面に遷移する。
図２６の（Ｅ）には、店員に対して、店員コードの読み取りを促す通知が表示されている。店員が、例えば、自身の名札に付された店員コードをＰＯＳ端末２０に読み込ませると、店員の認証が行われる。当該認証に成功すると、図２６の（Ｆ）に示す画面に遷移する。一方で、当該認証に失敗すると、例えば、エラーメッセージが表示される。なお、エラーメッセージの表示とともに、他の店員の呼び出しを行ってもよい。この場合、当該他の店員が訂正の操作を行ったＰＯＳ端末２０に赴いて認証を行うことにより、当該他の店員によって、訂正の承認を行うようにしてもよい。なお、店員の認証は、店員コードを用いた認証に限らず、指紋認証などの生体認証であってもよいし、パスワードの入力による認証であってもよい。
図２６の（Ｆ）は、店員による承認の確認画面を示す。店員は、客が入力した訂正に関する内容が正しいか否か（誤操作や誤登録であるか否か）を目視で確認し（カゴ内の商品を確認し）、正しいと判断した場合に、確認画面の「はい」を押下する。当該確認画面において店員が「はい」を選択すると、図２７の（Ｇ）に示す画面に遷移する。一方で、当該確認画面において、店員が「いいえ」を選択すると、一連の訂正の操作はキャンセルされ、例えば、図２５の（Ａ）に示す画面に戻る。この場合、訂正は認められないこととなる。
図２７の（Ｇ）は、訂正（取り消し）が完了した旨の通知画面を示す。また、取り消しの対象となった商品（さつまいも）については、非表示とはせずに、例えば、取消線などを付すことにより、取り消した商品であることを明示しておく。これにより、客および店員は、商品を取り消したことを容易に把握することができる。具体的に補足すると、仮に、取り消した商品を非表示としたとすると、取り消した商品を客が確認する場合には、購入対象の商品と、表示中の商品とが一致するか否かを一つずつ確認して、取り消した商品が表示されていないことを確認することになる。このような確認は、客にとって手間であり、特に、購入する商品数が多い場合には、より手間となる。本実施形態では、取り消した商品に取消線を付して表示しておくことにより、登録した商品数が多い場合でも、客は訂正対象の商品を容易に把握することができる。
図２５～図２７に示したように、本実施形態では、客が訂正操作の一部を行い、店員は承認ボタンを押せばよいため、訂正に係る客の待ち時間の短縮化を図ることができるとともに、店員の操作も簡略化することができる。したがって、登録した商品の訂正を効率よく行うことができる。
（フルセルフモードにおいて商品を訂正する際の他の画面例について）
次に、図２８を用いて、フルセルフモードにおいて商品を訂正する際の他の画面例について説明する。図２８は、フルセルフモードにおいて商品を訂正する際の他の画面例を示す説明図である。なお、図２８では、数量の変更を受け付けるようにした点で、図２６および図２７に示した画面と異なる。
図２８の（Ａ）は、フルセルフモードにおいて、客の操作により「お茶」と「さつまいも」の２つの商品が登録されていることを示す。図２８の（Ａ）に示すように、「お茶」を示す領域を客が長押ししたとする。この場合、図２８の（Ｂ）に示す画面に遷移する。図２８の（Ｂ）は、数量の変更を受け付ける画面を示す。図２８の（Ｂ）において、「＋」ボタンが押下されると、押下される回数に応じて数量が加算される。一方で、「－」ボタンが押下されると、押下される回数に応じて数量が減算される。なお、数量を「０」にすることにより、図２７および図２８と同様に商品を取り消すことができる。
図２８の（Ｂ）において、数量の変更を受け付けると、変更ボタン２８０１が操作可能な状態となる。ここで、数量が増加する変更を受け付けた後に、変更ボタン２８０１が押下されたとする。この場合、数量の増加については不正行為であるとは認められないことから、店員の承認を要することなく、数量の増加をそのまま認めて、図２８の（Ａ）の登録画面に戻る。
一方で、数量が減少する変更を受け付けた後に、変更ボタン２８０１が押下されたとする。この場合、正当な訂正であるか否かを店員が確認する必要があることから、店員の呼び出しを行う。ただし、バーコードを読み取らせて登録した商品については、数量を「０」にすることができないものとする。具体的には、図２８の（Ｂ）に示すように、数量が「１」の場合に、客が「－」ボタンを押下する。この場合、図２８の（Ｃ）に示す画面に遷移する。
図２８の（Ｃ）は、バーコードを読み取らせて登録した商品を「０」にすることができない旨を示す画面を示す。バーコードが付された商品の場合、客が誤ってバーコードを２回連続で読み込ませてしまう誤登録は起こり得る。このため、数量を「２」→「１」や、「３」→「２」といった変更は起こり得るため、「０」を除いた数に減らす訂正については受付可能とする。
一方で、バーコードが付された商品については、バーコードが読み取られたことにより、商品が実在することが明らかであることから、数量を「０」にする変更については想定されない。このため、バーコードが付された商品について、「１」→「０」の変更を行う操作については、誤操作である可能性が高いとみなせることから、このような誤操作を未然に防止するようにしている。
なお、バーコードが付された商品でも、商品を登録した後に、例えば、金額が想定外であった等の理由により、客が取り消したいと思う場合がある。この場合、客が店員呼出ボタンを押下することにより、店員を呼び出して、店員による取消操作を行えばよい。店員による取消操作は、例えば、店員コードを用いた認証に成功した店員の操作により商品の一覧が表示され、その中から店員が取り消す商品を選択することによって行われる。
なお、図２５～図２７に示したように商品を示す領域が押下されることにより、商品の削除を受け付けるか、または、図２８に示したように数量の変更を受け付けるかについては、店員により設定変更することが可能であってもよい。また、商品を示す領域が押下されることにより、商品の削除を受け付けるか、または、数量の変更を受け付けるかについて、選択画面を表示して、客による選択を可能としてもよい。
（ＰＯＳ端末２０が行うフルセルフモードにおける商品の登録処理の一例について）
図２９は、ＰＯＳ端末２０が行うフルセルフモードにおける商品の登録処理の一例を示すフローチャートである。
ステップＳ３０１：ＰＯＳ端末２０は、店員側表示部２１０（プリセットキー）へのタッチ、キー操作部２１１の操作、店員側スキャナ部２１２のスキャン等があるか否かを判断する。ＰＯＳ端末２０は、スキャン等がない場合には待機し、スキャン等がある場合にはステップＳ３０２に進む。
ステップＳ３０２：ＰＯＳ端末２０は、商品を登録するとともに、店員側表示部２１０に表示し、ステップＳ３０３に進む。
ステップＳ３０３：ＰＯＳ端末２０は、商品の訂正を受け付けたか否かを判断する。ＰＯＳ端末２０は、商品の訂正を受け付けない場合、ステップＳ３０６に進む。ＰＯＳ端末２０は、商品の訂正を受け付けた場合、ステップＳ３０４に進む。
ステップＳ３０４：ＰＯＳ端末２０は、数量の増加の変更であるか否かを判断する。ＰＯＳ端末２０は、数量の増加ではないと判断した場合、すなわち、数量の減少であると判断した場合、ステップＳ３０５に進む。ＰＯＳ端末２０は、数量の増加であると判断した場合、ステップＳ３０６に進む。
ステップＳ３０５：ＰＯＳ端末２０は、訂正処理を行い、ステップＳ３０１に戻る。訂正処理の詳細については、図３０を用いて後述する。
ステップＳ３０６：ＰＯＳ端末２０は、キー操作部２１１の小計キーが押下されたか否かを判断する。ＰＯＳ端末２０は、小計キーが押下されない場合、ステップＳ３０１に戻る。ＰＯＳ端末２０は、小計キーが押下された場合、ステップＳ３０７に進む。
ステップＳ３０７：ＰＯＳ端末２０は、商品の訂正を受け付けたか否かを判断する。ＰＯＳ端末２０は、商品の訂正を受け付けない場合、ステップＳ３０８に進む。ＰＯＳ端末２０は、商品の訂正を受け付けた場合、ステップＳ３０９に進む。
ステップＳ３０８：ＰＯＳ端末２０は、精算が完了したか否かを判断する。なお、精算において、ＰＯＳ端末２０は、例えば、小計画面を表示して、預かり金の入力や現計ボタンの押下といった精算操作を受け付けると、レシートなどを発行する。また、精算において、預かり金や現計に応じた釣銭を放出してもよい。ＰＯＳ端末２０は、精算が完了しない場合、ステップＳ３０７に戻る。ＰＯＳ端末２０は、精算が完了した場合、一連の処理を終了する。
ステップＳ３０９：ＰＯＳ端末２０は、数量の増加の変更であるか否かを判断する。ＰＯＳ端末２０は、数量の増加ではないと判断した場合、すなわち、数量の減少であると判断した場合、ステップＳ３１０に進む。ＰＯＳ端末２０は、数量の増加の変更であると判断した場合、ステップＳ３１１に進む。
ステップＳ３１０：ＰＯＳ端末２０は、訂正処理を行い、ステップＳ３１１に進む。訂正処理の詳細については、図３０を用いて後述する。
ステップＳ３１１：ＰＯＳ端末２０は、小計金額の変更を行う小計変更処理を行い、ステップＳ３０８に進む。
（ＰＯＳ端末２０が行うフルセルフモードにおける商品の訂正処理の一例について）
図３０は、ＰＯＳ端末２０が行うフルセルフモードにおける商品の訂正処理の一例を示すフローチャートである。なお、図３０に示す訂正処理は、図２９のステップＳ３０５およびステップＳ３１０に示した処理の詳細を示す。なお、以下では、ステップＳ３０５の処理として説明する。
ステップＳ３２１：ＰＯＳ端末２０は、他の端末（他のＰＯＳ端末２０、店員が所持する携帯端末や、管理装置）に対して、店員の呼び出しを行い、ステップＳ３２２に進む。 ステップＳ３２２：ＰＯＳ端末２０は、店員コードの入力があるか否かを判断する。なお、店員コードは、例えば、店員の名札に付された店員コードを店員が店員側スキャナ部２１２に読み込ませたり、店員がキー操作部２１１を操作して直接店員コード（番号）を入力したりすることにより入力される。ＰＯＳ端末２０は、店員コードの入力があるまで待機し、店員コードの入力があると、ステップＳ３２３に進む。
ステップＳ３２３：ＰＯＳ端末２０は、店員コードを用いた店員の認証に成功したか否かを判断する。ＰＯＳ端末２０は、店員の認証に失敗した場合、ステップＳ３２４に進む。ＰＯＳ端末２０は、店員の認証に成功した場合、ステップＳ３２５に進む。
ステップＳ３２４：ＰＯＳ端末２０は、エラーを報知し、ステップＳ３０１に戻る。なお、図２９のステップＳ３１０の訂正処理では、ステップＳ３２４の処理の後にステップＳ３１１に進む。
ステップＳ３２５：ＰＯＳ端末２０は、店員から承認結果を受け付けたか否かを判断する。ＰＯＳ端末２０は、店員から承認結果を受け付けるまで待機し、承認結果を受け付けると、ステップＳ３２６に進む。
ステップＳ３２６：ＰＯＳ端末２０は、受け付けた承認結果が訂正を認める承認結果であるか否かを判断する。ＰＯＳ端末２０は、受け付けた承認結果が訂正を認めない承認結果である場合、ステップＳ３０１に戻る。なお、この場合、訂正が行われないこととなる。ＰＯＳ端末２０は、受け付けた承認結果が訂正を認める承認結果である場合、ステップＳ３２７に進む。
ステップＳ３２７：ＰＯＳ端末２０は、登録した商品を訂正し、ステップＳ３０１に戻る。
図２９および図３０に示した処理により、ＰＯＳ端末２０は、客から訂正を受け付けた場合に、店員を呼び出し、店員による承認を受け付けることにより、登録情報を訂正することができる。これにより、商品情報の訂正に係る操作の一部を客が行うため、訂正に係る客の待ち時間の短縮化を図ることができる。また、店員は、ＰＯＳ端末２０に赴き、承認を行う操作だけを行えばよいため、商品情報の変更に係る店員の操作を簡略化することができる。
（セミセルフモードにおいて商品を訂正する場合における画面の遷移の一例について） 次に、図３１および図３２を用いて、セミセルフモードにおいて商品を訂正する場合における画面の遷移の一例について説明する。なお、以下では、会計導線の上流側に通常モードのＰＯＳ端末２０を配置し、会計導線の下流側にセミセルフモードのＰＯＳ端末２０を配置したＰＯＳシステム１を例に挙げて説明する。また、以下では、ＰＯＳシステム１において、上流側のＰＯＳ端末２０において店員による商品の登録が完了した後に、下流側のＰＯＳ端末２０において客が精算を行う際に訂正を行う場合について説明する。また、以下では、当該ＰＯＳシステムにおける下流側のＰＯＳ端末２０の画面（客側表示部２０５の画面）の遷移について説明する。
図３１および図３２は、セミセルフモードにおいて商品を訂正する場合における客側の画面の遷移の一例を示す説明図である。図３１の（Ａ）は、上流側のＰＯＳ端末２０において店員の操作により複数種類の商品が登録されて、下流側のＰＯＳ端末２０で精算を行う際の客側表示部２０５の画面を示す。図３１の（Ａ）には、案内表示３１０１が表示されている。案内表示３１０１は、客が訂正を希望する商品を示す領域を長押することにより、登録した商品を訂正することが可能である旨を示す。
図３１の（Ｂ）に示すように、「さつまいも」を示す領域を客が長押ししたとする。具体的には、例えば、客の認識では「さつまいも」を購入していないものの、「さつまいも」が登録されており、客が「さつまいも」について訂正を行う操作を行ったとする。この場合、図３１の（Ｃ）に示す画面に遷移する。図３１の（Ｃ）は、「さつまいも」を取り消すか否かの確認画面を示す。当該確認画面において客が「はい」を選択すると、図３２の（Ｄ）に示す画面に遷移する。なお、このとき、訂正の内容や訂正の承認要求が、下流側のＰＯＳ端末２０から上流側のＰＯＳ端末２０に送信される。図３１の（Ｃ）において、当該確認画面において客が「いいえ」を選択すると、例えば、図３１の（Ａ）に示す画面に戻る。
図３２の（Ｄ）は、「さつまいも」を取消すために、上流側のＰＯＳ端末２０に配置される店員（商品を登録した店員）の承認があるまで待機する旨の通知画面を示す。なお、店員が承認を行う際の画面例については、図３３を用いて後述する。また、図３２の（Ｄ）において、「さつまいも」が登録されている領域は、訂正対象の商品であることを明示できるよう、通常の表示態様とは異なる表示態様（太字、枠囲み、特殊色など）で表示されている。これにより、客にとって訂正対象の商品が明確になる。
図３２の（Ｅ）は、上流側のＰＯＳ端末２０において店員が承認を行ったことにより、訂正（取り消し）が完了した旨の通知画面を示す。また、取り消しの対象となった商品（さつまいも）については、非表示とはせずに、例えば、取消線などを付すことにより、取り消した商品であることを明示しておく。なお、店員による承認が得られない場合、すなわち、「さつまいも」の登録が誤りではない場合、「さつまいも」の取り消しは認められないこととなる。
（商品を訂正する場合における上流側のＰＯＳ端末２０の店員側表示部２１０の画面の遷移の一例について）
次に、図３３を用いて、商品を訂正する場合における上流側のＰＯＳ端末２０の店員側表示部２１０の画面の遷移の一例について説明する。図３３は、商品を訂正する場合における上流側のＰＯＳ端末２０の店員側表示部２１０の画面の遷移の一例を示す説明図である。図３３の説明では、上流側のＰＯＳ端末２０は、通常モードであり、下流側のＰＯＳ端末２０において精算を行う客の商品の登録を終えて、次客の商品の登録を行っているものとする。
図３３の（Ａ）は、次客の商品を登録している際の画面を示す。図３３の（Ａ）の画面左下の画像ＧＡ０２は、下流側のＰＯＳ端末２０（ＰＯＳ端末２０－２）の状態がセミセルフモードであることを示している。また、通知画像３３０１は、下流側のＰＯＳ端末２０において、店員のサポート等が必要なことを示す注意喚起を示す。通知画像３３０１は、例えば、下流側のＰＯＳ端末２０から訂正の承認要求や店員の呼出要求があった場合に表示される。図３３の（Ａ）において、店員が画像ＧＡ０２または通知画像３３０１を押下すると、図３３の（Ｂ）に示す画面に遷移する。
図３３の（Ｂ）は、店員による承認の確認画面を示す。店員は、自身の誤登録であると瞬時に判断できる場合や、店員の位置から目視で誤登録であることが確認できる場合は、上流側のＰＯＳ端末２０において承認の操作（「はい」の押下）を行えばよい。一方で、店員は、上流側のＰＯＳ端末２０からでは誤登録であるか否かを確認することができない場合には、下流側のＰＯＳ端末２０まで移動して、訂正の内容を目視で確認して承認の操作を行う。また、下流側のＰＯＳ端末２０が店員の承認を受け付けてもよい。具体的には、下流側のＰＯＳ端末２０の店員側表示部２１０にも、店員による承認の確認画面を表示しておくことにより、下流側のＰＯＳ端末２０において店員の承認を受け付けてもよい。これにより、下流側のＰＯＳ端末２０において、迅速に店員の承認を受け付けることができる。なお、店員が上流側のＰＯＳ端末２０まで戻り、上流側のＰＯＳ端末２０において店員の承認を受け付けてもよい。
図３３の（Ｂ）に示す確認画面において、店員が「はい」を選択すると、訂正（取り消し）が完了する。一方で、店員が「いいえ」を選択すると、訂正は認められないこととなる。また、店員が選択した承認結果は、下流側のＰＯＳ端末２０に送信される。確認画面において店員から、「はい」または「いいえ」のいずれかの操作を受け付けると、図３３（Ｃ）に示す画面に遷移し、次客の商品の登録が引き続き行われる。
図３１～図３３に示したように、本実施形態では、セミセルフモードにおける精算時に、客から訂正の操作を受け付けることとした。ここで、下流側のＰＯＳ端末２０において精算を行う客からすれば、上流側のＰＯＳ端末２０に配置される店員が次客の商品を登録していることから、当該店員に声をかけにくいことがあり、客にとって訂正を申し出ること（要求すること）が精神的な負担となることがある。本実施形態では、店員に直接訂正を申し出るわけではなく、店員にＰＯＳ端末２０を介して訂正の内容を通知できるため、訂正を行う際の客の精神的な負担を軽減することができる。
また、一連の訂正操作を行うにあたり、客が訂正操作の一部を行い、店員は承認ボタンを押すだけで済む。このため、訂正に係る客の待ち時間の短縮化を図ることができるとともに、店員の操作も簡略化することができる。また、店員は、次客の商品の登録を進めながら、訂正の承認を行うことができる。したがって、登録した商品の訂正を効率よく行うことができる。
なお、図３１～図３３では、客が精算を行う際に訂正を行う場合について説明したが、これに限らず、当該客の商品を登録している際に訂正を行うことも可能である。具体的には、上流側のＰＯＳ端末２０において店員が商品の登録を行っている際に、当該ＰＯＳ端末２０において登録を待つ客が客側表示部２０５に表示される商品（図１７～図２２の各図の（Ｂ）参照）を示す領域を長押しすることにより、店員による商品の登録中に、訂正を受け付けることも可能である。
（セミセルフモードにおいて商品を訂正する際の他の画面例について）
次に、図３４～図３６を用いて、セミセルフモードにおいて商品を訂正する際の他の画面例について説明する。図３４～図３６は、セミセルフモードにおいて商品を訂正する際の他の画面例を示す説明図である。なお、図３４～図３６では、商品を示す表示領域のうち、商品名称、個数、金額を示す各項目のうち、長押しされた表示領域が示す項目の変更を受け付けるようにする点で、図３１～図３３とは異なる。
図３４、図３５および図３６の各図の（Ａ）は、上流側のＰＯＳ端末２０において商品の登録がされたことにより、下流側のＰＯＳ端末２０で精算を行う際の客側表示部２０５の画面を示す。図３４の（Ａ）において、商品「トマト」の領域のうち客が商品名称を示す領域（「トマト」の文字を示す表示領域）を長押ししたとする。この場合、図３１に示した「さつまいも」を取り消す場合と同様の画面遷移となる（図３１の（Ｃ）、図３２の（Ｄ）、（Ｅ）参照）。
また、図３５の（Ａ）に示すように、商品「トマト」の領域のうち客が個数を示す領域を長押ししたとする。この場合、図３５の（Ｂ）に示す画面に遷移する。図３５の（Ｂ）は、数量の変更を受け付ける画面を示す。数量の変更を受け付ける際の説明については、図２８の（Ｂ）、（Ｃ）において説明したとおりである。そして、図３５の（Ｂ）において、店員の承認を得たことにより、数量の変更が確定すると、図３５の（Ｃ）に示す画面に遷移する。
図３５（Ｃ）は、訂正（数量の変更）が完了した旨の通知画面を示す。また、変更前の商品（トマト）の数量や金額については、非表示とはせずに、訂正した内容を把握できるように、通常の表示態様とは異なる表示態様で表示しておく。これにより、客は、商品の数量を変更したことを容易に把握することができる。
また、図３６の（Ａ）に示すように、商品「トマト」の領域のうち客が金額を示す領域を長押ししたとする。この場合、図３６の（Ｂ）に示す画面に遷移する。ここで、タイムセール中の商品や、見切り品などについては、客が認識している買値と、プリセットキーに登録されている売値とが異なることがある。このため、本実施形態では、客からの金額の変更を受付可能としている。図３６の（Ｂ）は、金額の変更を受け付ける画面を示す。図３６の（Ｂ）は、テンキーにより、客から金額の入力を受け付けることが可能な画面を示す。
図３６の（Ｂ）において、金額の変更を受け付けると、決定ボタン３６０１が操作可能な状態となる。客が決定ボタン３６０１を押下し、店員の承認を得ることにより、金額の変更が確定すると、図３６の（Ｃ）に示す画面に遷移する。なお、決定ボタン３６０１が押下されると、上流側のＰＯＳ端末２０の店員側表示部２１０には、通知画像３３０１（図３３の（Ａ）参照）が表示され、店員の承認が受付可能となる。図３６（Ｃ）は、訂正（金額の変更）が完了した旨の通知画面を示す。また、変更前の商品（トマト）の金額については、非表示とはせずに、訂正した内容を把握できるように表示しておく。これにより、客は、商品の金額を変更したことを容易に把握することができる。
図３４～図３６では、セミセルフモードにおいて商品を訂正する際の一例について説明したが、フルセルフモードの場合でも、同様に訂正することも可能である。すなわち、フルセルフモードにおいて、商品を示す表示領域のうち、商品名称、個数、金額を示す各項目を表示する場合には、これの項目のうち、長押しされた表示領域が示す項目の変更を受け付けるようにしてもよい。
なお、図３１および図３２に示したように商品を示す領域が押下されることにより、商品の削除（数量変更を含む）を受け付けるか、または、図３４～図３６に示したように商品の項目を示す領域が押下されることにより、項目の変更を受け付けるかについては、店員の操作により設定変更することが可能であってもよい。また、複数の項目のうち、訂正を受け付けることが可能な項目を、店員の操作により設定変更することが可能であってもよい。具体的には、例えば、商品名称、個数、金額を示す各項目のうち、商品名称、個数については、訂正を受け付けることを可能にする設定とし、金額については訂正を受け付けないようにする設定としてもよい。また、訂正の対象は、上述した項目に限らず、例えば、割引券を適用する項目や、タイムセールなどのイベントを適用する項目などを含めてもよい。
（ＰＯＳ端末２０が行うセミセルフモードにおける精算処理の一例について）
図３７は、下流側のＰＯＳ端末２０（精算装置）が行うセミセルフモードにおける精算処理の一例を示すフローチャートである。なお、図３７の処理を行うＰＯＳ端末２０は、下流側に配置されるＰＯＳ端末２０（「精算装置」とも言う）である。
ステップＳ３４１：ＰＯＳ端末２０は、上流側のＰＯＳ端末２０から、登録情報を受信したか否かを判断する。ＰＯＳ端末２０は、登録情報を受信するまで待機し、登録情報を受信すると、ステップＳ３４２に進む。
ステップＳ３４２：ＰＯＳ端末２０は、客から訂正を受け付けたか否かを判断する。ＰＯＳ端末２０は、客から訂正を受け付けない場合、ステップＳ３４７に進む。ＰＯＳ端末２０は、客から訂正を受け付けた場合、ステップＳ３４３に進む。
ステップＳ３４３：ＰＯＳ端末２０は、上流側のＰＯＳ端末２０（「登録装置」とも言う）へ承認要求を送信し、ステップＳ３４４に進む。
ステップＳ３４４：ＰＯＳ端末２０は、上流側のＰＯＳ端末２０から承認結果を受信したか否かを判断する。ＰＯＳ端末２０は、上流側のＰＯＳ端末２０から承認結果を受信するまで待機し、上流側のＰＯＳ端末２０から承認結果を受信すると、ステップＳ３４５に進む。
ステップＳ３４５：ＰＯＳ端末２０は、受信した承認結果が訂正を認める承認結果であるか否かを判断する。ＰＯＳ端末２０は、受信した承認結果が訂正を認めない承認結果である場合、ステップＳ３４７に進む。なお、この場合、訂正が行われないこととなる。ＰＯＳ端末２０は、受信した承認結果が訂正を認める承認結果である場合、ステップＳ３４６に進む。
ステップＳ３４６：ＰＯＳ端末２０は、上流側のＰＯＳ端末２０から、再生成された登録情報を受信し、ステップＳ３４７に進む。
ステップＳ３４７：ＰＯＳ端末２０は、精算が完了したか否かを判断する。ＰＯＳ端末２０は、精算が完了しない場合、ステップＳ３４２に戻る。ＰＯＳ端末２０は、精算が完了した場合、一連の処理を終了する。
上述した処理により、下流側のＰＯＳ端末２０（セミセルフモードのＰＯＳ端末２０）は、客から訂正を受け付けた場合に、上流側のＰＯＳ端末２０に承認要求を行い、訂正を認める承認結果が得られた場合には、再生成された登録情報を受信することができる。これにより、商品情報の訂正に係る操作の一部を客が行うため、訂正に係る客の待ち時間の短縮化を図ることができる。
（上流側のＰＯＳ端末２０が行う承認要求を受信した際の処理の一例について）
図３８は、上流側のＰＯＳ端末２０（登録装置）が行う承認要求を受信した際の処理の一例を示すフローチャートである。なお、図３８のフローチャートに示す処理は、上流側のＰＯＳ端末２０において、常時（非常に短い時間間隔で定期的に）開始される。
ステップＳ３６１：ＰＯＳ端末２０は、下流側のＰＯＳ端末２０（精算装置）から、登録した商品の訂正に関する承認要求を受信したか否かを判断する。ＰＯＳ端末２０は、承認要求を受信するまで待機し、承認要求を受信すると、ステップＳ３６２に進む。
ステップＳ３６２：ＰＯＳ端末２０は、承認要求を受信した旨を店員に通知し、ステップＳ３６３に移行する。例えば、ＰＯＳ端末２０は、通知画像３３０１（図３３の（Ａ）参照）を店員側表示部２１０に表示することにより、承認要求を受信した旨を店員に通知する。
ステップＳ３６３：ＰＯＳ端末２０は、店員から承認結果（図３３の（Ｂ）参照）を受け付けたか否かを判断する。ＰＯＳ端末２０は、店員から承認結果を受け付けるまで待機し、承認結果を受け付けると、ステップＳ３６４に進む。
ステップＳ３６４：ＰＯＳ端末２０は、下流側のＰＯＳ端末２０へ承認結果を送信し、ステップＳ３６５に進む。
ステップＳ３６５：ＰＯＳ端末２０は、受け付けた承認結果が訂正を認める承認結果であるか否かを判断する。ＰＯＳ端末２０は、受け付けた承認結果が訂正を認めない承認結果である場合、一連の処理を終了する。なお、この場合、訂正が行われないこととなる。ＰＯＳ端末２０は、受け付けた承認結果が訂正を認める承認結果である場合、ステップＳ３６６に進む。
ステップＳ３６６：ＰＯＳ端末２０は、登録情報を再生成し、ステップＳ３６７に進む。
ステップＳ３６７：ＰＯＳ端末２０は、登録情報を下流側のＰＯＳ端末２０へ送信し、一連の処理を終了する。
上述した処理により、上流側のＰＯＳ端末２０（通常モードのＰＯＳ端末２０）は、下流側のＰＯＳ端末２０から承認要求を受信することにより、店員の承認を受け付け、受け付けた承認結果を、下流側のＰＯＳ端末２０へ送信することができる。また、訂正を認める承認結果を受け付けた場合には、登録情報を再生成し、下流側のＰＯＳ端末２０へ送信することができる。これにより、店員は、次客の商品の登録を行っている場合でも、前客の商品情報の訂正に対して承認を行うことができる。したがって、承認を行う際の店員の負荷を抑えることができる。
上述した実施形態１によれば、商品情報の変更に係る操作の一部を客が行うため、また、店員は承認を行う操作だけを行えばよいため、商品情報の変更に係る店員の操作を簡略化することができる。したがって、登録した商品の変更を効率よく行うことができる。これにより、商品情報の変更を好適に行うことができ、商品販売データ処理装置の利便性を向上させることができる。
（実施形態２）
次に、本発明の実施形態２について説明する。上述した実施形態１では、ＰＯＳ端末２０において、商品の登録や、商品訂正や、訂正の承認や、精算を行う構成について説明した。実施形態２では、商品の登録と商品の訂正とを受け付けることについては携帯端末で行い、訂正の承認と精算とについては精算装置で行う構成について説明する。なお、実施形態２の説明において、上述した実施形態１と同様の構成については同様の符号を付し、適宜説明を省略する。
図３９は、本発明の実施形態２に係るショッピングシステムを示すネットワークの構成図である。図３９において、ショッピングシステムは、ストアコントローラ（ストアコンピュータ、管理装置）１０と、クラウドサーバ３００と、精算装置４００と、携帯端末５００と、を含む。
クラウドサーバ３００は、ＣＰＵ、ＲＯＭ、ＲＡＭ、通信部などを備えたコンピュータ装置である。精算装置４００は、ＣＰＵ、ＲＯＭ、ＲＡＭ、通信部、タッチパネル、キー操作部、スキャナ部、カード決済部、釣銭機、印刷部、音声出力部などを備えたコンピュータ装置である。なお、精算装置４００とは、精算を行う専用の装置としてもよいし、実施形態１のＰＯＳ端末２０をセミセルフモードとすることによってＰＯＳ端末２０とすることも可能である。また、携帯端末５００は、ＣＰＵ、ＲＯＭ、ＲＡＭ、通信部、撮像部（カメラ）、タッチパネル、音声出力部、音声入力部などを備えたコンピュータ装置である。
ストアコントローラ１０と、精算装置４００とは、店舗内に設置され、ＬＡＮ１１（有線でも無線でもよい）を介して通信可能に接続されている。また、ストアコントローラと、精算装置４００と、携帯端末５００とは、それぞれ、クラウドサーバ３００と通信可能に接続されている。
クラウドサーバ３００は、顧客に関する情報や、店舗に関する情報、店舗ごとの商品に関する情報などの各種情報を管理する。クラウドサーバが管理（生成および記憶）する情報については、図４０を用いて後述する。
携帯端末５００は、顧客（当該店舗の会員である買物客等）によって操作される端末装置であり、例えば、スマートフォン、タブレット装置、携帯電話などの表示画面を備えた通信機器である。携帯端末５００は、商品の登録を受け付ける装置である。携帯端末５００は、一般的な、通信機能や撮像機能（カメラ）に加えて、商品に付されるバーコードをスキャンして商品コードを読み取る機能を備える。すなわち、携帯端末５００は、商品に付されるバーコードを認識する認識機能を備える。
なお、携帯端末５００が備える認識機能は、商品コードを読み取ることができるものであればよく、読み取った商品コードから商品を特定できなくてもよい。つまり、携帯端末５００は、撮像機能によって撮像されている撮像画像（スルー画像として取得している画像）内にオブジェクトとしてバーコードが存在する場合に、当該バーコードから商品コードを読み取ることができればよい。
また、携帯端末５００は、商品（例えばバーコードの付された周辺部分）を撮像し、撮像画像（画像データ）を生成する。例えば、携帯端末５００は、自身の判断によりシャッターを切ることにより撮像画像を生成する。ただし、携帯端末５００は、操作者である顧客の操作に従ってシャッターを切ることにより撮像画像を生成してもよい。
また、携帯端末５００は、画像（スルー画像、撮像画像）から特徴点を抽出し、撮像対象（オブジェクト等）を認識する画像認識技術を備えていてもよい。例えば、携帯端末５００は、画像認識技術を用いて、撮像した商品を特定（推定）してもよい。具体的には、携帯端末５００は、バーコードの付されていない野菜や果物などの生鮮食品を画像認識技術により特定してもよい。
また、携帯端末５００には、所定のアプリ（アプリケーションソフトウェア）がインストールされている。携帯端末５００は、所定のアプリを起動させることにより、商品コードを読み取って、読み取った商品コードに対応する商品を登録（クラウドサーバ３００に送信して登録）することが可能である。
また、携帯端末５００は、例えば、各顧客の所有物である。ただし、携帯端末５００は、店舗が顧客に貸与する貸与品であってもよい。なお、携帯端末５００の数（稼働中の数）は、来店者数に応じて変化する。図３９において、携帯端末５００は、２台を例示しているが、実際には、数十台や数百台、またはそれ以上の数になる。
精算装置４００は、携帯端末５００を用いた顧客の登録操作によって登録された商品の精算を行う装置である。精算装置４００は、例えば、現金、クレジットカード、プリペイドカードなどによる支払いを受け付ける。
なお、図３９において、複数台の精算装置４００を図示しているが、精算装置４００は、１台であってもよい。また、ストアコントローラ１０は、１店舗に１台設置されていてもよいし、２台以上設置されていてもよい。
（クラウドサーバ３００が管理する情報の一例）
次に、クラウドサーバ３００が管理する情報の一例について説明する。図４０は、クラウドサーバ３００が管理する各種情報の一例を示す説明図である。クラウドサーバ３００は、（Ａ）顧客情報と、（Ｂ）店舗情報と、（Ｃ）バスケット情報とを含む各種情報を記憶する。
図４０の（Ａ）は、顧客情報の一例を示す。顧客情報は、個々の顧客を管理するための情報である。具体的には、顧客情報は、顧客識別情報と、顧客名と、顧客登録日と、キャンセル情報と、顧客ランクと、ポイント数とを含む。
顧客識別情報は、顧客を一意に識別する識別情報である。顧客名は、顧客の氏名やニックネームなどである。顧客登録日は、クラウドサーバ３００に顧客情報を新規に登録した日時である。キャンセル情報は、買物中に商品を登録した後に、登録した商品をキャンセルした回数を示す情報である。顧客ランクは、顧客の購入実績に応じたランクである。
ポイント数は、本アプリを使用して買い物を行ったことによって顧客に付与されるポイント数である。なお、ポイント数には、店舗ごとのポイント数を含めてもよい。また、図４０の（Ａ）に示す顧客情報は一例であり、実施形態２においては、少なくとも顧客識別情報を含んでいればよい。なお、クラウドサーバ３００は、新規の顧客の顧客情報を生成したときには、顧客識別情報、顧客名、顧客登録日を生成するものの、実際の取引（商品登録）の開始前であることから、他の情報（キャンセル情報等）については生成しない。
図４０の（Ｂ）は、店舗情報の一例を示す。店舗情報は、各店舗を管理するための情報である。具体的には、店舗情報は、店舗識別情報と、店舗名と、店舗特定情報１（２次元コード情報）と、店舗特定情報２（位置情報）とを含む。店舗識別情報は、店（屋号）または企業のコードと、支店のコードとを含む。店舗名は、店舗の名称であり、例えば、店名（屋号）または企業名と、支店名とから構成される。
店舗特定情報１，２は、取引する店舗（商品の売買が行われる店舗）を特定するための情報である。店舗特定情報１は、例えば、２次元コード（ＱＲコード（登録商標）等）の情報である。店舗特定情報２は、店舗の位置情報（ＧＰＳ情報）である。なお、図４０の（Ｂ）に示した例では、店舗識別情報と店舗特定情報１を別々に記憶しているが、いずれも店舗を一意に特定できる情報であることから、少なくともいずれか一方の情報を記憶することとしてもよい。
図４０の（Ｃ）は、バスケット情報の一例を示す。バスケット情報は、店舗における顧客の購入に関する情報である。具体的には、バスケット情報は、バスケット識別情報と、取引開始日時と、取引終了日時と、顧客識別情報と、登録商品情報と、取消候補情報とを含む。バスケット識別情報は、バスケット情報を識別するための情報である。具体的には、バスケット識別情報は、店舗識別情報と、日付と、シリアル番号（例えば店舗別日付別のシリアル番号）とを含む。
取引開始日時は、取引の開始日時であり、例えば、当該バスケット情報の生成日時である。なお、取引開始日時は、１品目の商品の登録日時（図４０の（Ｃ）に示す登録商品情報（登録商品１）を記憶した日時）としてもよい。また、各商品の登録日時を別途記憶するようにしてもよい。
取引終了日時は、取引の終了日時であり、例えば、精算日時である。精算日時は、精算開始日時であってもよいし、精算終了日時であってもよい。顧客識別情報は、当該取引を行う顧客を識別する顧客識別情報である。なお、クラウドサーバ３００は、バスケット情報の生成時に、バスケット識別情報、取引開始日時、顧客識別情報を生成するものの、実際の取引（商品登録）の開始前であることから、他の情報（取引終了日時等）については生成しない。
登録商品情報（計）は、商品が登録されるごとに更新される情報である。登録商品情報（計）は、品数（商品数）、小計金額を含む。登録商品情報（１）は、１品目の商品の登録情報である。登録商品情報（２）は、２品目の商品の登録情報である。なお、図４０の（Ｃ）に示す例では、３品目以降の登録商品情報については省略している。
取消候補情報（今回の合計）は、今回の買物中に商品を登録した後に、登録した商品の取り消しを受け付けた回数を示す。取消候補情報（取消候補１）は、取り消しの対象となる商品を示す商品コードや、当該商品の数量を含む。なお、不図示であるが、店員の承認を得て、実際に取り消しが完了した場合には、取り消しが完了した旨を示すキャンセル情報（不図示）が記憶される。さらに、キャンセル情報は、これまでの履歴と加算されて、（Ａ）の顧客情報に記憶される。
次に、図４１を用いて、ショッピングシステムの処理の流れについて説明する。図４１は、実施形態２に係るショッピングシステムの処理の流れを示すシーケンス図である。なお、図４１は、ある顧客が、ある店舗に来店して、当該顧客が自身の携帯端末５００を用いて購入対象の商品を登録し、精算装置４００によって当該商品の精算を完了するまでの流れを示したものである。
ステップＳ４０１：まず、携帯端末５００は、店舗を特定する情報（例えば、店舗特定情報）を取得する。ここで、店舗を特定する情報の取得態様の一例について説明する。例えば、店舗の入り口付近には、店舗特定情報を示す２次元コードが表示されている。２次元コードは、所定の表示装置に表示出力されていてもよいし、媒体への印刷によって表示出力されていてもよい。
なお、印刷された媒体は、例えば紙媒体である。この紙媒体は、店舗の入り口付近に貼付されたものでもよいし、店舗において顧客に配布されたものでもよい。来店した顧客は、携帯端末５００を用いて、当該２次元コードをスキャンする。これにより、携帯端末５００は、店舗特定情報を取得することが可能である。なお、２次元コードには、店舗を識別するための店舗識別情報が含まれていてもよい。
また、携帯端末５００は、来店した顧客の操作に応じて、所定のアプリ（アプリケーションソフトウェア）が起動すると、初期画面として２次元コードのスキャンを促す画面を表示するようにしてもよい。また、携帯端末５００は、来店した顧客の操作に応じて２次元コードをスキャンすると、アプリを起動させ、初期画面としてクラウドサーバ３００に接続中である旨を報知する画面を表示するようにしてもよい。
また、店舗を特定する情報の取得態様の他の一例としては、位置情報の取得が挙げられる。例えば、携帯端末５００は、来店した顧客の操作に応じて、位置情報（ＧＰＳ情報）を取得する。この位置情報は、店舗特定情報に代わる情報である。なお、携帯端末５００は、来店した顧客の操作に応じてアプリが起動することにより、位置情報を取得し、初期画面としてクラウドサーバ３００に接続中である旨を報知する画面を表示するようにしてもよい。
なお、クラウドサーバ３００では、携帯端末５００からの位置情報に応じた店舗の特定が行われるが、この特定において、複数の店舗が特定される場合（一の店舗に特定できない場合）がある。この場合、クラウドサーバ３００は、携帯端末５００へ、その旨を示す情報を送信すればよい。そして、携帯端末５００は、顧客に店舗を特定させるための選択画面を表示してもよいし、店舗特定情報を示す２次元コードのスキャンを促す旨を報知してもよい。
店舗特定情報を取得した携帯端末５００は、取引開始要求として、取得した店舗特定情報を顧客識別情報とともにクラウドサーバ３００へ送信する（図４０の送受信データＤ１）。顧客識別情報は、例えば、新規に顧客登録を行う際（携帯端末５００にアプリをインストールする際）に、クラウドサーバ３００や携帯端末５００に記憶される情報である。具体的には、登録フォームにおいて入力された氏名等の情報は、クラウドサーバ３００によって顧客識別情報が付されて、クラウドサーバ３００および携帯端末５００に記憶される。
また、携帯端末５００は、店舗特定情報を取得すると、当該店舗において実施中のサービスに関する情報（その日に配布されているチラシ情報）や、利用可能なクーポン情報を表示画面に出力してもよい。例えば、サービスに関する情報やクーポン情報は、携帯端末５００がクラウドサーバ３００へ取引開始要求を行うことによって、クラウドサーバ３００から送信されてもよい。
また、携帯端末５００は、送信先の情報（クラウドサーバ３０のアドレス）についても、新規に顧客登録を行う際（携帯端末５００にアプリをインストールする際）に記憶する。なお、店舗の入り口付近に表示される２次元コードに、店舗特定情報に加えて、送信先の情報（クラウドサーバ３００のアドレス）を含ませておいてもよい。携帯端末５００は、当該２次元コードをスキャンすることによって、店舗特定情報とともに、送信先の情報を取得することにより、クラウドサーバ３００へアクセスすることも可能である。
ステップＳ４０２：クラウドサーバ３００は、携帯端末５００から取引の開始要求として、顧客識別情報および店舗特定情報を受信すると、当該取引のバスケット情報を生成する。具体的には、クラウドサーバ３００は、バスケット識別情報と、取引開始日時と、顧客識別情報とを生成する（図４０の（Ｃ）参照）。なお、クラウドサーバ３００は、実際の取引（商品登録）の開始前であることから、このタイミングでは他の情報（取引終了日時等）を生成しない。
具体的に説明すると、クラウドサーバ３００は、携帯端末５００から取引の開始要求として店舗特定情報および顧客識別情報を受信すると、店舗情報（図４０の（Ｂ）参照）を参照し、店舗識別情報を特定する。なお、クラウドサーバ３００は、携帯端末５００から位置情報を受信した場合は、店舗情報の店舗特定情報２を参照して、位置情報に対応する店舗識別情報を特定する。なお、２次元コードに店舗識別情報を含ませるようにした場合には、クラウドサーバ３００は、受信した２次元コードを複合することにより、店舗識別情報を取得することも可能である。
また、クラウドサーバ３００は、携帯端末５００から取引の開始要求（店舗特定情報および顧客識別情報）を受信すると、現在日付を取得し、シリアル番号を発行（採番）する。さらに、クラウドサーバ３００は、取得した店舗識別情報と、取得した現在日付と、発行したシリアル番号とを結合させて、バスケット識別情報として記憶する。また、クラウドサーバ３００は、携帯端末５００から取引開始要求を受信すると、現在日時を、バスケット情報内の取引開始日時（生成日時）に記憶する。また、クラウドサーバ３００は、携帯端末５００から取引開始要求を受信すると、携帯端末５００から受信した顧客識別情報をバスケット情報内の顧客識別情報に記憶する。
ステップＳ４０３：クラウドサーバ３００は、当該取引のバスケットを生成すると、商品登録初期画面情報（初期画面である商品登録画面の画面情報）を生成し、携帯端末５００へ送信する。具体的には、クラウドサーバ３００は、商品登録初期画面情報とともに、バスケット識別情報も携帯端末５００へ送信する（図４１の送受信データＤ２）。
ステップＳ４０４：携帯端末５００は、クラウドサーバ３００からバスケット識別情報および商品登録初期画面情報を受信すると、バスケット識別情報を記憶するとともに、商品登録初期画面を表示部に表示する。商品登録初期画面は、例えば、図４２（Ａ）における商品の登録前の画面であり、詳細については後述する。
ステップＳ４０５：携帯端末５００は、顧客の操作に応じて、商品に付されたバーコードをスキャンし、商品コードを読み取る。図４１では、バーコードのスキャンに成功したものとして説明する。携帯端末５００は、商品コードを取得すると、取得した商品コードと、バスケット識別情報とをクラウドサーバ３００へ送信する（図４１の送受信データＤ３参照）。
ステップＳ４０６：クラウドサーバ３００は、携帯端末５００から商品コードとバスケット識別情報とを受信すると、受信したバスケット識別情報を含むバスケット情報を特定する。
ステップＳ４０７：クラウドサーバ３００は、特定したバスケット情報に含まれる商品データを更新する。具体的には、クラウドサーバ３００は、Ｎ品目の商品コードを受信した場合には、当該商品コードを登録商品情報（登録商品Ｎ）の商品コードとして記憶する。さらに、クラウドサーバ３００は、商品コードと、品名と、価格とを対応付けて商品情報（登録商品Ｎ）として記憶する。また、クラウドサーバ３００は、特定したバスケット情報において、登録商品情報の累計情報（累計品数、小計金額など）を更新する。
ステップＳ４０８：クラウドサーバ３００は、バスケット内の商品データを更新すると、商品登録更新画面情報（登録した商品が追加された更新画面である商品登録画面の画面情報）を生成し、携帯端末５００へ送信する。具体的には、クラウドサーバ３００は、商品登録更新画面情報とともに、バスケット識別情報も携帯端末５００へ送信する（図４１の送受信データＤ４）。
ステップＳ４０９：携帯端末５００は、クラウドサーバ３００からバスケット識別情報および商品登録更新画面情報を受信すると、登録画面に商品を追加した商品登録更新画面を表示する。商品登録更新画面は、例えば、図４２（Ａ）に示す画面であり、詳細については後述する。なお、図４１では、説明の便宜上、図示を省略しているが、ステップＳ４０５～ステップＳ４０９の処理は、商品に付されたバーコードをスキャンする毎に繰り返し実行される処理である。すなわち、後述するステップＳ４１０の会計指示の受け付けがあるまで、ステップＳ４０５～ステップＳ４０９の処理がループする。
ステップＳ４１０：携帯端末５００は、顧客の操作による会計指示を受け付ける。会計指示は、例えば、後述する図４２に示す「お会計ボタン」の押下によって受け付けられる。
ステップＳ４１１：携帯端末５００は、会計指示を受け付けると、２次元コードを生成する。この２次元コードには、購入対象の商品について、精算装置４００において精算処理を実行するために必要となる情報（例えば、バスケット識別情報）が含まれる。携帯端末５００は、２次元コードを生成すると、生成した２次元コードを表示部に表示する。２次元コードの表示画面は、例えば、図４１（Ｄ）に示す画面であり、詳細については後述する。
ステップＳ４１２：商品の登録を終えた顧客は、精算装置４００が配置される場所に赴く。精算装置４００は、携帯端末５００の表示部に表示されている２次元コードをスキャンする（読み取る）。具体的には、精算装置４００のコード読取部（ＰＯＳ端末２０を精算装置４００として適用した場合は図４の客側スキャナ部２０６）は、店員または顧客の操作に応じて、携帯端末５００の表示部に表示されている２次元コード（バスケット識別情報）を読み取る。
ステップＳ４１３：精算装置４００は、携帯端末５００の表示部に表示されている２次元コードを読み取ると、クラウドサーバ３００に小計金額の算出を要求する。例えば、精算装置４００は、小計金額の算出を要求する算出要求（小計算出要求情報）と、２次元コードから復元したバスケット識別情報とをクラウドサーバ３００へ送信する（図４０の送受信データＤ５）。
ステップＳ４１４：クラウドサーバ３００は、精算装置４００からバスケット識別情報および小計算出要求情報を受信すると、受信したバスケット識別情報を含むバスケット情報を特定する。
ステップＳ４１５：クラウドサーバ３００は、バスケット情報を特定すると、特定したバスケット情報に含まれる小計金額（登録商品情報（計））を算出（特定）する。なお、商品毎に割引などがある場合は、ステップＳ４１５において、商品ごとに割引額を算出して、小計金額を算出すればよい。
ステップＳ４１６：クラウドサーバ３００は、小計金額を特定すると、特定した小計金額を示す小計情報をバスケット識別情報とともに精算装置４０へ送信する（図４１の送受信データＤ６）。
ステップＳ４１７：精算装置４００は、クラウドサーバ３００からバスケット識別情報および小計情報を受信すると、表示部（ＰＯＳ端末２０を精算装置４００として適用した場合は図４の客側表示部２０５）に小計金額を表示する。小計金額の表示画面（精算画面）は、例えば、図４４（Ａ）に示す画面であり、詳細については後述する。
ステップＳ４１８：精算装置４００は、表示部に小計金額を表示すると、支払い（精算）を実行する。具体的には、精算装置４００は、決済種別の選択を受け付ける。また、精算装置４００は、精算が完了した場合には、レシートを発行し、精算完了情報をバスケット情報とともにクラウドサーバ３００に送信する。そして、クラウドサーバ３００は、当該バスケットの取引終了日時（精算日時）を記憶する。
また、ステップＳ４１８において、顧客は、精算画面において、商品の精算処理を行う決済方法を選択する。但し、決済方法は、アプリに予め登録されていてもよい。決済方法が登録されている場合には、精算装置４００は、決済方法を選択する画面を表示しなくてもよい。なお、決済方法を登録されている場合でも、精算装置４００は、決済方法を選択する画面を表示してもよい。
決済方法が現金の場合には、預り金の投入を受け付けて、釣り銭金額を算出し、釣り銭がある場合には、釣り銭を放出する。また、決済方法は、商品券による支払やポイント会員のポイントによる支払いとすることも可能である。また、クーポン券や割引券などを使用することも可能である。この場合でも、精算装置４００は、釣銭の払い出し、レシートの発行等、通常の決済処理と同様に決済を行う。なお、支払時に商品券を回収する場合など、店員が必要な場合には、精算装置４００は、店員の呼出しを行う。具体的には、精算装置４００は、店員が必要な支払方法が選択された場合に、店員の呼出しを行えばよい。また、精算装置４００は、店員が必要な決済方法が選択された場合に、サービスカウンタや有人ＰＯＳなどへ誘導する報知を行ってもよい。
（実施形態２の商品の訂正を受け付ける際の画面の遷移の一例について）
次に、図４２および図４３を用いて、実施形態２の商品の訂正を受け付ける際の画面の遷移の一例について説明する。図４２は、実施形態２において、商品の取り消しを受け付ける際の画面の遷移の一例を示す説明図である。
図４２の（Ａ）は、客が携帯端末５００を操作して、携帯端末５００に商品のバーコードを読み取らせることにより「○○茶」と「○○パン」の２つの商品が登録されていることを示す。なお、図４２の（Ａ）の画面は、図４１のステップ４０９の処理によって表示される画面である。なお、商品を登録する前の画面（商品登録初期画面：図４１のステップＳ４０４参照）では、商品の項目が空欄で表示される。また、図４２の（Ａ）には、案内表示４２０１が表示されている。案内表示４２０１は、客が訂正（変更）を希望する商品の項目欄を長押しすることにより、登録した商品を訂正することが可能である旨を示している。なお、訂正の操作を受け付けるのは、対象の商品の項目を長押しすることに限らず、例えば、「訂正ボタン」を表示しておき、当該ボタンが押下されることによって、対象の商品が選択されるようにしてもよい。
図４２の（Ａ）に示すように、「○○パン」を示す領域が長押しされたとする。すなわち、客が商品「○○パン」について訂正を行う操作を行ったとする。この場合、図４２の（Ｂ）に示す画面に遷移する。図４２の（Ｂ）は、「○○パン」を取り消すか否かの確認画面を示す。当該確認画面において客が「いいえ」を選択すると、例えば、図４２の（Ａ）に示す画面に戻り、再び、商品の登録を受付可能になる。一方で、当該確認画面において客が「はい」を選択すると、図４２の（Ｃ）に示す画面に遷移する。
ここで、当該確認画面において客が「はい」が選択された際の携帯端末５００とクラウドサーバ３００との処理について説明する。携帯端末５００は、当該確認画面において客が「はい」が選択されると、取り消しの要求を示す情報と、取消対象の商品コードと、バスケット識別情報とをクラウドサーバ３００へ送信する。クラウドサーバ３００は、携帯端末５００から、これらの情報を受信すると、受信したバスケット識別情報を含むバスケット情報（図４０の（Ｃ）参照）を特定する。
クラウドサーバ３００は、特定したバスケット情報に含まれる商品データを更新する。具体的には、クラウドサーバ３００は、取消対象であるＮ品目の商品コードを受信した場合には、特定したバスケット情報の登録商品情報を参照し、当該商品コードに対応する商品（登録商品Ｎ）を取消候補情報として記憶する。取消候補情報は、商品コードと、品名と、価格とを対応付けられた情報である（図４０の（Ｃ）参照）。また、クラウドサーバ３００は、取り消しが完了していないため（店員による承認が完了していないため）、登録商品情報の累計情報（累計品数、小計金額など）については更新しない。ただし、この後、取り消しが行われることが想定されることから、登録商品情報の累計情報（累計品数、小計金額など）を更新してもよいし、更新した値と、更新しない値との両方を記憶してもよい。また、クラウドサーバ３００から、更新した値と、更新しない値との両方を携帯端末５００へ送信することにより、携帯端末５００において、両方の値を表示するようにしてもよい。
クラウドサーバ３００は、バスケット情報を更新すると、商品登録更新画面情報（取り消しを受け付けた旨を示す画面情報）を生成し、携帯端末５００へ送信する。携帯端末５００は、商品登録更新画面情報を受信すると、図４２の（Ｃ）の画面を表示する。
図４２の（Ｃ）は、商品の取り消しを受け付けた際の画面を示す。また、図４２の（Ｃ）には、商品の取り消しが確定しておらず、会計時に店員の承認が必要な旨が表示されている。また、取り消しの対象とする商品（○○パン）については、非表示とはせずに、例えば、取消線などを付すことにより、取消対象の商品であることを明示しておく。これにより、客は、取消対象の商品を容易に把握することができる。図４２の（Ｃ）の後、顧客が買い物を続け、その後に「お会計ボタン」が押下されると、図４２の（Ｄ）に示す画面に遷移する。
図４２の（Ｄ）は、購入対象の商品の精算処理において用いられる２次元コードの表示画面を示す。なお、「お会計ボタン」が押下された際の携帯端末５００の処理は、図４１のステップＳ４１０，Ｓ４１１に示した通りである。なお、図４２の（Ｄ）においても、（Ｃ）と同様に、会計時に店員の承認が必要な旨の「要承認」の表示がされている。図４２の（Ｄ）に示す２次元コードが精算装置４００に読み取られると、精算装置４００において、精算処理が行われることとなる。
（実施形態２の商品を訂正する際の他の画面例について）
図４３は、実施形態２において商品の数量の変更を受け付ける際の画面の遷移の一例を示す説明図である。なお、図４３では、数量の変更を受け付けるようにした点で、図４２に示した画面と異なる。
図４３の（Ａ）は、客が携帯端末５００を操作して、携帯端末５００に商品のバーコードを読み取らせることにより「○○茶」と「○○パン」の２つの商品が登録されていることを示す。図４３の（Ａ）に示すように、「○○パン」を示す領域を客が長押ししたとする。この場合、図４３の（Ｂ）に示す画面に遷移する。図４３の（Ｂ）は、数量の変更を受け付ける画面を示す。図４３の（Ｂ）において、「＋」ボタンが押下されると、押下される回数に応じて数量が加算される。一方で、「－」ボタンが押下されると、押下される回数に応じて数量が減算される。なお、数量を「０」にすることにより、図４２と同様に商品を取り消すことも可能である。
図４３の（Ｂ）において、数量が増加する変更を受け付けた後に、決定ボタン４３０１が押下されたとする。この場合、数量の増加については不正行為であるとは認められないことから、店員の承認を要することなく、数量の増加をそのまま認めて、図４３の（Ａ）の登録画面に戻る。
一方で、数量が減少する変更を受け付けた後に、決定ボタン４３０１が押下されたとする。この場合、正当な訂正であるか否かを店員が確認する必要があることから、精算時に店員の承諾を要することとなる。また、バーコードを読み取らせて登録した商品については、数量を「０」にすることができないようにしてもよい。具体的には、図４３の（Ｂ）に示すように、数量が「１」の場合に、客が「－」ボタンを押下したとしても、「０」にならないようにしてもよい。
なお、この場合でも、客が取り消したいと思うときもあるため、数量を「０」にしておき、精算時に店員による取消操作が行われればよい。また、上述した図４２のように、商品を示す領域が押下されることにより、商品の削除を受け付けるか、または、図４３に示したように数量の変更を受け付けるかについては、店員により設定変更することが可能であってもよい。また、商品を示す領域が押下されることにより、商品の削除を受け付けるか、または、数量の変更を受け付けるかについて、選択画面を表示して、客による選択を可能としてもよい。
（実施形態２の精算画面の一例について）
図４４は、実施形態２の精算画面の一例を示す説明図である。図４４の（Ａ）は、携帯端末５００に表示された２次元コード（図４４の（Ｄ）参照）を精算装置４００が読み取ることによって表示される精算画面を示す。なお、２次元コードを読み取って精算画面を表示する際の処理は、図４１のステップＳ４１２～Ｓ４１７に示した通りである。図４４の（Ａ）の精算画面では、店員の呼出中である旨が表示されている。
そして、精算装置４００の付近にいる店員が自身の名札に付された店員コードを精算装置４００に読み込ませると、店員の認証が行われる。なお、精算装置４００の付近にいる店員が既にログインしている場合（例えば、精算装置４００に配置される店員がいる場合）には、再度認証を行う必要はない。
図４４の（Ｂ）は、店員による承認の確認画面を示す。店員は、客が入力した訂正に関する内容が正しいか否か（誤操作や誤登録であるか否か）を目視で確認し（カゴ内の商品を確認し）、正しいと判断した場合に、確認画面の「はい」を押下する。当該確認画面において店員が「はい」を選択すると、対象の商品の取り消しが完了する。
この場合における、精算装置４００とクラウドサーバ３００との処理について説明する。精算装置４００は、確認画面において「はい」が選択されると、その旨を示す情報をクラウドサーバ３００へ送信する。クラウドサーバ３００は、精算装置４００から当該情報を受信すると、登録商品情報の累計情報（累計品数、小計金額など）を更新する。そして、クラウドサーバ３００は、更新した累計情報を含む商品登録更新画面情報を精算装置４００へ送信する。精算装置４００は、商品登録更新画面情報を受信すると、図４４の（Ｃ）に示す画面を表示する。
図４４の（Ｃ）は、訂正（取り消し）が完了し、精算が可能になった商品登録更新画面を示す。図４４の（Ｃ）に示すように、商品の取り消しにより合計金額は、図４４の（Ｂ）と比較して減額されている。また、取り消しの対象となった商品（○○パン）については、非表示とはせずに、例えば、取消線などを付しておく。これにより、取り消した商品が明示される。したがって、客および店員は、商品を取り消したことを容易に把握することができる。
実施形態２によれば、客が商品を登録しながら、すなわち、精算時まで待たずとも、商品の取り消しや訂正を受け付けることができる。したがって、精算時に取り消しや訂正を受け付けなくて済むため、精算の迅速化を図ることができる。よって、精算時における混雑の緩和を図ることができる。
（実施形態２の変形例）
次に、実施形態２の変形例について説明する。上述した実施形態２では、精算装置４００において店員が訂正の承認を行う構成について説明した。実施形態２の変形例では、このような構成に代えて、または、このような構成に加えて、店員が顧客のいる場所まで赴いて訂正の承認を行う構成について説明する。
変形例では、携帯端末５００は、顧客のみならず、売場の店員（一または複数の店員）にも所持されているものとする。店員が所持する携帯端末５００は、店員の所有物であってもよいし、店舗からの貸与品であってもよい。また、店員が所持する携帯端末５００は、店員ごとに識別可能にクラウドサーバ３００によって管理される。具体的には、クラウドサーバ３００は、例えば、各店員の携帯端末５００ごとに、識別情報（店員）と、アドレスとを対応付けて記憶する。
また、クラウドサーバ３００は、店員が担当する売場についても管理する。具体的には、クラウドサーバ３００は、店員の識別情報と、店員が担当する売場とを対応付けて記憶するとともに、各商品と売場とについても対応付けて記憶する。これにより、クラウドサーバ３００は、商品を基に売場担当者（売場を担当する店員）を特定することができる。具体的には、クラウドサーバ３００は、商品を基に、商品に対応する売場を特定し、さらに、特定した売場に対応する店員を特定することができる。
変形例において、図４２の（Ｂ）に示すように、顧客が商品の取消操作を行ったとする。この場合、顧客の携帯端末５００は、取り消しに関する情報（取り消しの要求を示す情報と、取消対象の商品コードと、バスケット識別情報）をクラウドサーバ３００へ送信する。クラウドサーバ３００は、顧客の携帯端末５００から受信した取り消しに関する情報を基にバスケット情報を更新する（図４０の（Ｃ）参照）。さらに、クラウドサーバ３００は、更新した商品から売場担当者を特定し、当該担当者の携帯端末５００へ、取り消しの受け付けがあった旨の情報や取消対象の商品情報を送信する。
そして、当該店員は、取消操作を行った顧客の元に赴き、取消対象の商品等を目視で確認して、問題なければ、当該店員の携帯端末５００を用いて承認操作を行う。店員の携帯端末５００は、承認が行われると、その旨を示す情報をクラウドサーバ３００へ送信する。クラウドサーバ３００は、店員の携帯端末５００から当該情報を受信すると、登録商品情報の累計情報（累計品数、小計金額など）を更新する。これにより、精算時まで待たずとも、取り消しを完了させることができる。
また、上述した説明では、携帯端末５００において取り消しを受け付けると、クラウドサーバ３００から取り消しの受け付けがあった旨の情報を、売場担当者の携帯端末５００へ送信する構成について説明した。このような構成に代えて、またはこのような構成に加えて、取消操作を行った顧客の近くにいる店員の携帯端末５００へ送信する構成とすることも可能である。ただし、このような構成とするには、位置情報が用いられる。
具体的に説明すると、顧客の携帯端末５００は、顧客が商品の取消操作を行った際に、取り消しの要求を示す情報と、取消対象の商品コードと、バスケット識別情報とのほかに、当該携帯端末５００の位置情報も、クラウドサーバ３００へ送信する。位置情報は、例えば、店舗内における位置を特定するための情報である。例えば、携帯端末５００は、店舗に配置される各種センサの検出結果や、店舗に配置される無線ＬＡＮの信号および電波強度や、携帯端末５００に内蔵される各種センサの検出結果などを用いることによって、位置情報を取得することができる。
また、クラウドサーバ３００は、店員の位置情報を管理する。具体的は、店員の携帯端末５００は、逐次、自端末の位置情報をクラウドサーバ３００へ送信する。クラウドサーバ３００は、店員の位置情報を受信すると、店員の識別情報に対応付けて位置情報を更新する。クラウドサーバ３００は、顧客の携帯端末５００から、顧客の携帯端末５００の位置情報を含む取り消しに関する情報を受信すると、当該位置情報と、記憶している店員の位置情報とに基づいて、当該顧客の近くにいる店員の携帯端末５００へ、取り消しの受け付けがあった旨の情報を送信する。これにより、取消操作を行った顧客の近くにいる店員を、当該顧客の元へ、迅速に赴かせることができる。このようにしても、精算時まで待たずとも、取り消しを完了させることができる。
また、上述した説明では、店員が、店員の携帯端末５００を用いて取り消しの承認を行う構成について説明したが、顧客の携帯端末５００を用いて取り消しの承認を行うことも可能である。具体的に説明すると、クラウドサーバ３００は、顧客の携帯端末５００から取り消しに関する情報を受信すると、取り消しの承認を受け付けるためのパスワード（店員のみが知り得る情報）を発行し、発行したパスワードを店員の携帯端末５００へ送信する。
店員は、取消操作を行った顧客の元に赴き、取消対象の商品等を目視で確認して、問題なければ、当該顧客の携帯端末５００において所定の画面からパスワードを入力する。入力されたパスワードは、当該顧客の携帯端末５００からクラウドサーバ３００へ送信され、クラウドサーバ３００が発行したパスワードと一致するか否かの判定に用いられる。クラウドサーバ３００は、当該判定において一致したと判定した場合には、取り消しの承認を認める。そして、クラウドサーバ３００は、登録商品情報の累計情報（累計品数、小計金額など）を更新し、更新した累計情報を含む商品登録更新画面情報を顧客の携帯端末５００へ送信する。このようにしても、精算時まで待たずとも、取り消しを完了させることができる。
上述した変形例によれば、精算時に取り消しの承認を行わなくて済むため、精算をより迅速に行うことができる。したがって、精算時における混雑の緩和をより図ることができる。
以下に付記を開示する。
（付記１）
客が操作可能な商品販売データ処理装置において、一の取引において登録された商品を示す商品情報の変更を客から受け付ける変更受付手段と、前記変更受付手段によって受け付けられた前記商品情報の変更について店員による承認の結果を入力する承認入力手段と、前記承認入力手段によって前記承認結果が入力されることにより、前記商品情報を変更する商品情報変更手段と、を備えることを特徴とする商品販売データ処理装置。
付記１について補足する。一の取引とは、例えば、客の操作により商品の登録を開始してから、精算が完了するまでの取引である。商品情報は、例えば、登録情報である。変更受付手段が商品情報の変更を客から受け付けるタイミングは、商品の登録が開始されてから、精算が完了するまでの任意のタイミングであり、例えば、商品の登録中である小計キーの押下前のタイミングであってもよいし、商品の登録が完了した小計キーの押下後のタイミングであってもよい。
商品販売データ処理装置（ＰＯＳ端末２０）は、変更受付手段によって変更が受け付けられると、店員の呼び出しを行う。店員の呼び出しは、店員が配置されているＰＯＳ端末２０や、店員が所持する携帯端末や、管理装置において行われる。
承認入力手段は、呼び出しを受けた店員による承認結果を入力する。承認入力手段による入力の態様は、例えば、当該店員の操作を直接受け付けてもよいし、他の端末（他のＰＯＳ端末２０、店員が所持する携帯端末や、管理装置）から受信してもよい。承認結果が入力されることにより、商品情報変更手段は、商品情報を変更する。
付記１によれば、商品情報の変更に係る操作の一部を客が行うため、また、店員は承認を行う操作だけを行えばよいため、商品情報の変更に係る店員の操作を簡略化することができる。また、変更に係る客の待ち時間の短縮化を図ることができる。したがって、登録した商品の変更を効率よく行うことができる。また、客が口頭でなくても変更を要求することができるため、例えば、混雑している場合に変更によるさらなる混雑を気遣ってしまう客や、変更に恥じらいを感じてしまう客の、変更に係る精神的負担を軽減することができる。これにより、付記１によれば、商品情報の変更を好適に行うことができ、商品販売データ処理装置の利便性を向上させることができる。
（付記２）
商品ごとにそれぞれ異なる表示領域に前記商品情報を表示する操作表示手段をさらに備え、前記変更受付手段は、前記操作表示手段によって表示された表示領域のうちのいずれかの表示領域を客から受け付けることにより、受け付けた表示領域が示す前記商品情報の変更を受け付ける、ことを特徴とする付記１に記載の商品販売データ処理装置。
付記２は、具体的には、例えば、客が変更を希望する商品を示す表示領域を長押しすることにより、商品情報の変更を受け付ける、という内容である（図２５の（Ａ）参照）。また、付記２は、商品を示す表示領域のうち、商品名称、個数、金額を示す各項目のうち、長押しされた表示領域が示す項目の変更を受け付ける、という内容を含む（図３４～図３６参照）。これにより、客は、表示画面に表示される変更対象を押下するだけで、変更対象の商品を指定することができる。また、客は、例えば、一回の操作で変更対象の商品を指定することができる。これにより、商品情報の変更を効率よく行うことができる。
ただし、変更受付手段は、変更を行う旨を示すボタンを表示し、当該ボタンが押下されることにより、客が変更を希望する商品や項目を選択可能に受け付けてもよい。すなわち、複数回の操作で商品情報の変更を受け付けてもよい。
（付記３）
店員が操作可能な店員側操作部と、客が操作可能な客側操作部と、をさらに備え、前記承認入力手段は、前記店員側操作部への操作に応じて、前記承認結果を入力する、ことを特徴とする付記１または２に記載の商品販売データ処理装置。
付記３は、例えば、店員側表示部２１０と、客側表示部２０５とを備えたＰＯＳ端末２０において、店員側表示部２１０への操作により店員の承認を受け付ける、という内容である。また、例えば、客側表示部２０５への操作により客から変更を受け付けることが可能である。これにより、店員が店員側表示部２１０において商品の登録を行っている際や、商品の登録後に客から商品情報の変更を受け付けた場合に、店員はその場で承認を行うことができる。したがって、承認を行う際の店員の負荷を抑えることができる。これにより、商品情報の変更を効率よく行うことができ、商品販売データ処理装置の利便性を向上させることができる。
（付記４）
客が操作可能な客側操作手段と、店員を識別する識別情報を入力する識別情報入力手段と、前記識別情報入力手段によって入力された識別情報を用いて店員を特定する店員特定手段と、を備え、前記承認入力手段は、前記店員特定手段によって店員が特定された場合に、前記客側操作手段への操作を受け付けることにより、前記承認結果を入力する、ことを特徴とする付記１乃至３のいずれか一つに記載の商品販売データ処理装置。
付記４の客側操作手段は、商品情報の変更を客から受け付ける表示部であり、例えば、ＰＯＳ端末２０における客側表示部２０５や、商品の登録機能を備えない精算装置の表示部である。付記４は、具体的には、客から変更を受け付けた場合に、当該変更を受け付けた端末に店員が赴き、店員の認証に成功した場合に、当該店員から承認を受け付ける、という内容である。これにより、客から商品情報の変更を受け付けた画面において、店員の承認を受け付けることができるため、変更の操作と承認の操作とを連続して行うことができる。したがって、客および店員にとって変更の内容や変更されたことがわかりやすく、変更に係る誤認や誤操作の防止を図ることができる。このため、商品情報の変更を効率よく行うことができる。
（付記５）
複数のモードのうちいずれかのモードを設定するモード設定手段を備え、前記承認入力手段は、前記モード設定手段によって所定のモードが設定されている場合に、前記客側操作手段への操作を受け付けることにより、前記承認結果を入力する、ことを特徴とする付記４に記載の商品販売データ処理装置。
付記５は、具体的には、フルセルフモードが設定されている場合に、客側表示部２０５への操作により店員の承認を受け付ける、という内容である。これにより、フルセルフモードにおいて、客側表示部２０５において、客から商品情報の登録および商品情報の変更を受け付けるとともに、店員の承認についても受け付けることができる。したがって、フルセルフモードにおいて、客側表示部２０５にて、変更の操作と承認の操作とを連続して行うことができる。このため、商品情報の変更を効率よく行うことができる。
（付記６）
前記変更受付手段は、前記商品情報が所定の登録態様で登録された場合に、前記商品情報が示す商品の数量について所定数量への変更を受け付ける、ことを特徴とする付記１乃至５のいずれか一つに記載の商品販売データ処理装置。
付記６における所定の登録態様は、例えば、バーコードを読み取ることによる登録態様である。また、所定数量は、例えば、「０」を除く数量である。付記６は、具体的には、バーコードを読み取ることによって商品情報が登録された場合、当該商品の数量を「０」を除く数量への変更を受け付ける、という内容である。言い換えれば、バーコードを読み取ることによって商品情報が登録された場合、当該商品の数量を「０」とする数量の変更については受け付けない、という内容である。
これは、バーコードが付された商品については、バーコードが読み取られたことにより、商品が実在することが明らかであることから、数量を「０」にする変更については想定されないためである。このため、数量を「０」にする変更については、誤操作である可能性が高いことから、受け付けないようにしたものである。付記６によれば、数量変更に係る誤操作を未然に防止することができ、商品情報の変更を効率よく行うことができる。
（付記７）
商品を示す商品情報を登録する登録装置と、精算を行う精算装置と、を備える商品販売データ処理システムであって、前記精算装置は、一の取引において前記登録装置によって登録された前記商品情報の変更を客から受け付け、前記登録装置は、前記精算装置によって受け付けられた前記商品情報の変更について店員による承認結果を入力し、前記承認結果を入力することにより、前記商品情報を変更する、ことを特徴とする商品販売データ処理システム。
付記７の登録装置は、例えば、上流側に配置される通常モードのＰＯＳ端末２０であり、店員の操作によって商品情報の登録を行う。なお、登録装置は、商品情報を登録する機能を有していればよく、言い換えれば、客の操作によって商品情報を登録する機能や、客の操作によって精算を行う機能を有していなくてもよい。また、付記７の精算装置は、例えば、下流側に配置されるセミセルフモードのＰＯＳ端末２０であり、客の操作によって精算を行う。なお、精算装置は、客の操作によって精算を行う機能を有していればよく、言い換えれば、商品情報を登録する機能を有していなくてもよい。また、精算装置は、一の登録装置に対応して、複数台設置されてもよい。
精算装置は、商品情報の変更を客から受け付けると、登録装置に変更の承認要求を行う。なお、精算装置は、登録装置に変更の承認要求のみを行い、変更の内容については送信しないでもよい。登録装置は、精算装置からの承認要求があると、商品情報の変更について店員による承認を受け付ける。登録装置は、例えば、精算装置から承認要求のみを受信し、承認を受け付ける承認ボタンのみを表示してもよい。この場合、店員は、精算装置における客の変更内容を目視等で確認することにより、当該承認ボタンを押下することができる。
付記７によれば、精算装置において商品情報の変更に係る操作の一部を客が行うため、また、店員は登録装置において承認を行う操作だけを行えばよいため、商品情報の変更に係る店員の操作を簡略化することができる。また、精算装置において変更の操作を行う客の待ち時間の短縮化を図ることができる。したがって、登録した商品の変更を効率よく行うことができる。これにより、付記７によれば、商品情報の変更を好適に行うことができ、商品販売データ処理システムの利便性を向上させることができる。
（付記８）
前記精算装置は、客から受け付けた前記商品情報の変更を示す変更情報を前記登録装置へ送信し、前記登録装置は、前記精算装置から前記変更情報を受信することにより、前記承認結果を入力する、ことを特徴とする付記７に記載の商品販売データ処理システム。
付記８は、具体的には、精算装置が客から商品情報の変更を受け付けると、登録装置に変更情報（変更の内容や承認要求を含む）を送信し、登録装置が精算装置から変更情報を受信することにより、店員の承認を受け付ける、という内容である。これにより、店員は精算装置において変更の内容を把握することができる。したがって、店員が登録装置において商品の登録を行っている際や、商品の登録後に客から商品情報の変更を受け付けた場合に、店員はその場で承認を行うことができる。これにより、承認を行う際の店員の負荷を抑えることができる。このため、商品情報の変更を効率よく行うことができ、商品販売データ処理システムにおける利便性を向上させることができる。
（付記９）
前記登録装置および前記精算装置は、いずれも複数のモードのうちいずれかのモードを設定し、前記精算装置は、所定のモードを設定した場合に、前記変更情報を前記登録装置へ送信し、前記登録装置は、前記所定のモードとは異なるモードを設定した場合に、前記精算装置から前記変更情報を受信することにより、前記承認結果を入力する、ことを特徴とする付記８に記載の商品販売データ処理システム。
付記９は、具体的には、精算装置（下流側のＰＯＳ端末２０）が、フルセルフモードを設定した場合に、変更情報を登録装置へ送信し、登録装置（上流側のＰＯＳ端末２０）が、通常モードを設定した場合に、精算装置から変更情報を受信する、という内容である。ＰＯＳシステム１における各ＰＯＳ端末２０に設定されるモードに応じて、商品情報の変更を行うことができる。したがって、フルセルフモードにおける商品情報の変更を効率よく行うことができる。
（付記１０）
客が操作可能な商品販売データ処理装置としてコンピュータを機能させるプログラムであって、一の取引において登録された商品を示す商品情報の変更を客から受け付ける変更受付手段、前記変更受付手段によって受け付けられた前記商品情報の変更について店員による承認結果を入力する承認入力手段、前記承認入力手段によって前記承認結果が入力されることにより、前記商品情報を変更する商品情報変更手段、として機能させることを特徴とするプログラム。
なお、以上に説明したＰＯＳシステム１、ＰＯＳ端末２０を実現するためのプログラムを、コンピュータ読み取り可能な記録媒体に記録し、そのプログラムをコンピュータシステムに読み込ませて実行するようにしてもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ－ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。また、上記プログラムは、前述した機能の一部を実現するためのものであってもよい。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。
１…ＰＯＳシステム
１０…ストアコントローラ
２０…ＰＯＳ端末
２０１…ＣＰＵ
２０２…ＲＯＭ
２０３…ＲＡＭ
２０４…ハードディスク
２０５…客側表示部
２０６…客側スキャナ部
２０８…カード決済部
２０９…釣銭機
２１０…店員側表示部
２１１…キー操作部
２１２…店員側スキャナ部
２１３…印刷部
２１４…音声出力部
２１５…通信部
本発明は、商品販売データ処理システム、商品販売データ処理方法、精算装置、及びプログラムに関する。
上述した課題を解決するために、本発明の一態様である商品販売データ処理システムは、客が所持して商品の登録を行う端末装置と、前記端末装置によって登録された商品の精算を行う精算装置とを含む商品販売データ処理システムにおいて、前記端末装置は、客からの操作を受け付けることにより、一の取引において登録された商品を示す商品情報の変更を客から受け付ける変更受付手段を備え、前記精算装置は、前記精算において、前記変更受付手段によって受け付けられた前記商品情報の変更について店員による承認結果を入力する承認入力手段と、前記承認入力手段によって前記承認結果が入力されることにより、前記商品情報を変更する商品情報変更手段と、を備えることを特徴とする商品販売データ処理システムである。
上述した課題を解決するために、本発明の他の態様である商品販売データ処理方法は、客が所持して商品の登録を行う端末装置と、前記端末装置によって登録された商品の精算を行う精算装置とを含む商品販売データ処理システムの商品販売データ処理方法であって、前記端末装置は、客からの操作を受け付けることにより、一の取引において登録された商品を示す商品情報の変更を客から受け付ける変更受付ステップを実行し、前記精算装置は、前記精算において、前記変更受付ステップにおいて受け付けられた前記商品情報の変更について店員による承認結果を入力する承認入力ステップと、前記承認入力ステップにおいて前記承認結果が入力されることにより、前記商品情報を変更する商品情報変更ステップと、を含む処理を実行することを特徴とする商品販売データ処理方法である。
上述した課題を解決するために、本発明の他の態様である精算装置は、客が所持して商品の登録を行う端末装置と、前記端末装置によって登録された商品の精算を行う精算装置とを含む商品販売データ処理システムの精算装置において、前記精算において、一の取引において登録された商品を示す商品情報の変更であって、前記端末装置が客からの操作を受け付けた前記商品情報の変更について、店員による承認結果を入力する承認入力手段と、
前記承認入力手段によって前記承認結果が入力されることにより、前記商品情報を変更する商品情報変更手段と、を備えることを特徴とする精算装置である。
上述した課題を解決するために、本発明の他の態様であるプログラムは、客が所持して商品の登録を行う端末装置と、前記端末装置によって登録された商品の精算を行う精算装置とを含む商品販売データ処理システムの精算装置としてコンピュータを機能させるプログラムであって、前記コンピュータを、一の取引において登録された商品を示す商品情報の変更であって、前記端末装置が客からの操作を受け付けた前記商品情報の変更について、店員による承認結果を入力する承認入力手段、前記承認入力手段によって前記承認結果が入力されることにより、前記商品情報を変更する商品情報変更手段、として機能させることを特徴とするプログラムである。

Claims (19)

  1. 客が操作可能な商品販売データ処理装置において、
    客が操作可能な客側操作手段と、
    前記客側操作手段への操作を受け付けることにより、一の取引において登録された商品を示す商品情報の変更を客から受け付ける変更受付手段と、
    店員を識別する識別情報を入力する識別情報入力手段と、
    前記識別情報入力手段によって入力された識別情報を用いて店員を特定する店員特定手段と、
    前記店員特定手段によって店員が特定された場合に、前記客側操作手段への操作を受け付けることにより、前記変更受付手段によって受け付けられた前記商品情報の変更について店員による承認結果を入力する承認入力手段と、
    前記承認入力手段によって前記承認結果が入力されることにより、前記商品情報を変更する商品情報変更手段と、
    を備えることを特徴とする商品販売データ処理装置。
  2. 複数のモードのうちいずれかのモードを設定するモード設定手段を備え、
    前記承認入力手段は、前記モード設定手段によって所定のモードが設定されている場合に、前記客側操作手段への操作を受け付けることにより、前記承認結果を入力する、
    ことを特徴とする請求項１に記載の商品販売データ処理装置。
  3. 商品を示す商品情報を登録する登録装置と、精算を行う精算装置と、を備える商品販売データ処理システムであって、
    前記精算装置は、
    一の取引において前記登録装置によって登録された前記商品情報の変更を客から受け付け、
    前記登録装置は、
    前記精算装置によって受け付けられた前記商品情報の変更について店員による承認結果を入力し、
    前記承認結果を入力することにより、前記商品情報を変更する、
    ことを特徴とする商品販売データ処理システム。
  4. 前記精算装置は、客から受け付けた前記商品情報の変更を示す変更情報を前記登録装置へ送信し、
    前記登録装置は、前記精算装置から前記変更情報を受信することにより、前記承認結果を入力する、
    ことを特徴とする請求項３に記載の商品販売データ処理システム。
  5. 前記登録装置および前記精算装置は、いずれも複数のモードのうちいずれかのモードを設定し、
    前記精算装置は、所定のモードを設定した場合に、前記変更情報を前記登録装置へ送信し、
    前記登録装置は、前記所定のモードとは異なるモードを設定した場合に、前記精算装置から前記変更情報を受信することにより、前記承認結果を入力する、
    ことを特徴とする請求項４に記載の商品販売データ処理システム。
  6. 客が操作可能な客側操作部を備えた商品販売データ処理装置としてコンピュータを機能させるプログラムであって、
    前記コンピュータを、
    前記客側操作部への操作を受け付けることにより、一の取引において登録された商品を示す商品情報の変更を客から受け付ける変更受付手段、
    店員を識別する識別情報を入力する識別情報入力手段と、
    前記識別情報入力手段によって入力された識別情報を用いて店員を特定する店員特定手段と、
    前記店員特定手段によって店員が特定された場合に、前記客側操作部への操作を受け付けることにより、前記変更受付手段によって受け付けられた前記商品情報の変更について店員による承認結果を入力する承認入力手段、
    前記承認入力手段によって前記承認結果が入力されることにより、前記商品情報を変更する商品情報変更手段、
    として機能させることを特徴とするプログラム。
  7. 前記コンピュータを、
    複数のモードのうちいずれかのモードを設定するモード設定手段として機能させ、
    前記承認入力手段は、前記モード設定手段によって所定のモードが設定されている場合に、前記客側操作部への操作を受け付けることにより、前記承認結果を入力する、
    ことを特徴とする請求項６に記載のプログラム。
  8. 客が操作可能な客側操作部を備えた商品販売データ処理装置が、
    前記客側操作部への操作を受け付けることにより、一の取引において登録された商品を示す商品情報の変更を客から受け付ける変更受付ステップと、
    店員を識別する識別情報を入力する識別情報入力ステップと、
    前記識別情報入力ステップにおいて入力した識別情報を用いて店員を特定する店員特定ステップと、
    前記店員特定ステップにおいて店員が特定された場合に、前記客側操作部への操作を受け付けることにより、前記変更受付ステップにおいて受け付けた前記商品情報の変更について店員による承認結果を入力する承認入力ステップと、
    前記承認入力ステップにおいて前記承認結果を入力することにより、前記商品情報を変更する商品情報変更ステップと、
    を含む処理を実行する商品販売データ処理方法。
  9. 前記商品販売データ処理装置が、
    複数のモードのうちいずれかのモードを設定するモード設定ステップを実行し、
    前記承認入力ステップでは、前記モード設定ステップにおいて所定のモードを設定している場合に、前記客側操作部への操作を受け付けることにより、前記承認結果を入力する、
    ことを特徴とする請求項８に記載の商品販売データ処理方法。
  10. 商品を示す商品情報を登録する登録装置と、精算を行う精算装置と、を備える商品販売データ処理システムとしてコンピュータを機能させるプログラムであって、
    前記精算装置のコンピュータに、
    一の取引において前記登録装置によって登録された前記商品情報の変更を客から受け付ける、
    処理を実行させ、
    前記登録装置のコンピュータに、
    前記精算装置によって受け付けられた前記商品情報の変更について店員による承認結果を入力し、
    前記承認結果を入力することにより、前記商品情報を変更する、
    処理を実行させることを特徴とするプログラム。
  11. 前記精算装置のコンピュータに、客から受け付けた前記商品情報の変更を示す変更情報を前記登録装置へ送信する、
    処理を実行させ、
    前記登録装置のコンピュータに、前記精算装置から前記変更情報を受信することにより、前記承認結果を入力する、
    処理を実行させることを特徴とする請求項１０に記載のプログラム。
  12. 前記登録装置のコンピュータおよび前記精算装置のコンピュータに、いずれも複数のモードのうちいずれかのモードを設定する、
    処理を実行させ、
    前記精算装置のコンピュータに、所定のモードを設定した場合に、前記変更情報を前記登録装置へ送信する、
    処理を実行させ、
    前記登録装置のコンピュータに、前記所定のモードとは異なるモードを設定した場合に、前記精算装置のコンピュータから前記変更情報を受信することにより、前記承認結果を入力する、
    処理を実行させることを特徴とする請求項１１に記載のプログラム。
  13. 商品を示す商品情報を登録する登録装置と、精算を行う精算装置と、を備える商品販売データ処理システムの商品販売データ処理方法であって、
    前記精算装置が、
    一の取引において前記登録装置によって登録された前記商品情報の変更を客から受け付ける処理を実行し、
    前記登録装置が、
    前記精算装置によって受け付けられた前記商品情報の変更について店員による承認結果を入力し、
    前記承認結果を入力することにより、前記商品情報を変更する、
    処理を実行することを特徴とする商品販売データ処理方法。
  14. 前記精算装置が、客から受け付けた前記商品情報の変更を示す変更情報を前記登録装置へ送信する処理を実行し、
    前記登録装置が、前記精算装置から前記変更情報を受信することにより、前記承認結果を入力する処理を実行することを特徴とする請求項１３に記載の商品販売データ処理方法。
  15. 前記登録装置および前記精算装置が、いずれも複数のモードのうちいずれかのモードを設定する処理を実行し、
    前記精算装置が、所定のモードを設定した場合に、前記変更情報を前記登録装置へ送信する処理を実行し、
    前記登録装置が、前記所定のモードとは異なるモードを設定した場合に、前記精算装置から前記変更情報を受信することにより、前記承認結果を入力する処理を実行することを特徴とする請求項１４に記載の商品販売データ処理方法。
  16. 商品を示す商品情報を登録する登録装置と、精算を行うとともに一の取引において前記登録装置によって登録された前記商品情報の変更を客から受け付ける精算装置と、を備える商品販売データ処理システムの前記登録装置であって、
    前記登録装置は、
    前記精算装置によって受け付けられた前記商品情報の変更について店員による承認結果を入力し、
    前記承認結果を入力することにより、前記商品情報を変更する、
    ことを特徴とする登録装置。
  17. 商品を示す商品情報を登録する登録装置と、精算を行う精算装置とを備え、前記登録装置が、前記精算装置によって受け付けられた前記商品情報の変更について店員による承認結果を入力し、前記承認結果を入力することにより前記商品情報を変更する、商品販売データ処理システムの前記精算装置であって、
    前記精算装置は、
    一の取引において前記登録装置によって登録された前記商品情報の変更を客から受け付ける、
    ことを特徴とする精算装置。
  18. 商品を示す商品情報を登録する登録装置と、精算を行うとともに一の取引において前記登録装置によって登録された前記商品情報の変更を客から受け付ける精算装置と、を備える商品販売データ処理システムの前記登録装置としてコンピュータを機能させるプログラムであって、
    前記コンピュータに、
    前記精算装置によって受け付けられた前記商品情報の変更について店員による承認結果を入力し、
    前記承認結果を入力することにより、前記商品情報を変更する、
    処理を実行させることを特徴とするプログラム。
  19. 商品を示す商品情報を登録する登録装置と、精算を行う精算装置とを備え、前記登録装置が、前記精算装置によって受け付けられた前記商品情報の変更について店員による承認結果を入力し、前記承認結果を入力することにより前記商品情報を変更する、商品販売データ処理システムの前記精算装置としてコンピュータを機能させるプログラムであって、 前記コンピュータに、
    一の取引において前記登録装置によって登録された前記商品情報の変更を客から受け付ける、
    処理を実行させることを特徴とするプログラム。
JP2023117733A 2018-12-07 2023-07-19 商品販売データ処理システム、商品販売データ処理方法、精算装置、及びプログラム Pending JP2023126581A (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2023117733A JP2023126581A (ja) 2018-12-07 2023-07-19 商品販売データ処理システム、商品販売データ処理方法、精算装置、及びプログラム

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2018230208A JP7321488B2 (ja) 2018-12-07 2018-12-07 商品販売データ処理装置、登録装置、精算装置、商品販売データ処理システム、商品販売データ処理方法、及びプログラム
JP2023117733A JP2023126581A (ja) 2018-12-07 2023-07-19 商品販売データ処理システム、商品販売データ処理方法、精算装置、及びプログラム

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2018230208A Division JP7321488B2 (ja) 2018-12-07 2018-12-07 商品販売データ処理装置、登録装置、精算装置、商品販売データ処理システム、商品販売データ処理方法、及びプログラム

Publications (1)

Publication Number Publication Date
JP2023126581A true JP2023126581A (ja) 2023-09-07

Family

ID=71012972

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2018230208A Active JP7321488B2 (ja) 2018-12-07 2018-12-07 商品販売データ処理装置、登録装置、精算装置、商品販売データ処理システム、商品販売データ処理方法、及びプログラム
JP2023117733A Pending JP2023126581A (ja) 2018-12-07 2023-07-19 商品販売データ処理システム、商品販売データ処理方法、精算装置、及びプログラム

Family Applications Before (1)

Application Number Title Priority Date Filing Date
JP2018230208A Active JP7321488B2 (ja) 2018-12-07 2018-12-07 商品販売データ処理装置、登録装置、精算装置、商品販売データ処理システム、商品販売データ処理方法、及びプログラム

Country Status (1)

Country Link
JP (2) JP7321488B2 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022137327A1 (ja) * 2020-12-22 2022-06-30 日本電気株式会社 精算装置、精算方法、および記録媒体

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5954012B2 (ja) 2012-07-18 2016-07-20 富士通株式会社 Ｐｏｓ装置
JP6573362B2 (ja) 2015-03-19 2019-09-11 グローリー株式会社 決済処理システム及び決済処理方法
JP6658154B2 (ja) 2016-03-17 2020-03-04 カシオ計算機株式会社 売上データ処理装置およびプログラム

Also Published As

Publication number Publication date
JP2020091803A (ja) 2020-06-11
JP7321488B2 (ja) 2023-08-07

Similar Documents

Publication Publication Date Title
JP6485530B1 (ja) 商品販売データ処理装置、及び、プログラム
JP2020008960A (ja) 販売データ処理装置及び販売データ処理システム
JP2023015369A (ja) 商品販売データ処理装置及びプログラム
JP2023096157A (ja) 販売データ処理装置、プログラム、及び販売データ処理システム
JP2023126581A (ja) 商品販売データ処理システム、商品販売データ処理方法、精算装置、及びプログラム
JP2024083620A (ja) 販売データ処理装置、プログラム、及び販売データ処理システム
JP2020027469A (ja) 商品販売データ処理装置、商品販売データ処理システム、及び、プログラム
JP2019133595A (ja) 商品販売データ処理装置及びプログラム
JP7496638B2 (ja) プログラム、移動端末及びシステム
JP7406857B2 (ja) 商品販売データ処理装置、及び、プログラム
JP6621186B2 (ja) 商品販売データ処理システム及びプログラム
JP2023067916A (ja) 商品販売データ処理装置、及びプログラム
JP7365032B2 (ja) 商品販売データ処理装置、登録装置、制御方法、ｐｏｓシステム、及び、プログラム
JP7411364B2 (ja) チェックアウトシステム
JP7486764B2 (ja) 商品販売データ処理装置及びプログラム
JP7301324B2 (ja) 販売データ処理装置及びプログラム
JP7311880B2 (ja) 商品販売データ処理装置、及びプログラム
JP7157440B2 (ja) 商品販売データ処理装置、商品販売データ処理システム、及び、プログラム
JP7217490B2 (ja) 商品販売データ処理装置、およびプログラム
JP6650167B2 (ja) 商品販売データ処理装置及びプログラム
JP7321598B2 (ja) 商品販売データ処理装置、商品販売データ処理システム、及び、プログラム
JP7185338B2 (ja) 商品販売データ処理装置及びプログラム
JP7226755B2 (ja) 商品販売データ処理システム、商品販売データ処理装置、及びプログラム
JP7510210B2 (ja) 販売データ処理装置及びプログラム
JP2023168512A (ja) 商品販売データ処理装置及びプログラム

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230810

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20230810