JP7376906B2 - 商品登録システム、プログラム、商品登録方法、及び計量装置 - Google Patents

Description

本発明は、商品登録システム、プログラム、商品登録方法、及び計量装置に関する。

店舗における買い物において、携帯端末による自己精算の方法が提案されている。こうした方法における、量り売りについて、秤とモバイル端末のペアリング方法について開示されている（例えば、特許文献１参照）。

米国特許出願公開第２０１４／０２６３６３１

計量対象商品が複数ある場合、客は計量装置または携帯端末において、重さを量る商品を指定しなければならないため、使い勝手がよいものではなかった。

本発明は、このような事情に鑑みてなされたもので、その目的は、客の使い勝手を向上させた技術を提供することにある。

上述した課題を解決するために、本発明の一態様である商品登録システムは、商品を登録する登録端末と計量装置とを含む商品登録システムであって、前記登録端末は、計量対象商品の識別情報を取得する取得手段と、前記計量対象商品を示す前記識別情報を前記計量装置に送信する送信手段と、を備え、前記計量装置は、前記識別情報を受信する受信手段と、表示手段と、前記受信手段により受信された前記識別情報に示される前記計量対象商品の計量を促す画面を表示するように前記表示手段を制御する制御手段と、を備え、前記送信手段は、前記取得手段により複数の前記識別情報が取得された場合には、取得された複数の前記識別情報を送信し、前記制御手段は、前記表示手段を制御して、前記取得手段により複数の前記識別情報が取得された順番とは逆の順番で前記計量対象商品の計量を促すことを特徴とする。

上記構成によれば、客の使い勝手を向上させた技術を提供することができる。

上述した課題を解決するために、本発明の一態様であるプログラムは、商品を登録する登録端末と、表示手段を備えた計量装置とを含む商品登録システムにおいて、前記登録端末を第１のコンピュータとして機能させ、前記計量装置を第２のコンピュータとして機能させるためのプログラムであって、前記第１のコンピュータを、計量対象商品の識別情報を取得する取得手段、前記計量対象商品を示す前記識別情報を前記計量装置に送信する送信手段、として機能させ、前記第２のコンピュータを、前記識別情報を受信する受信手段、前記受信手段により受信された前記識別情報に示される前記計量対象商品の計量を促す画面を表示するように前記表示手段を制御する制御手段、して機能させ、前記送信手段は、前記取得手段により複数の前記識別情報が取得された場合には、取得された複数の前記識別情報を送信し、前記制御手段は、前記表示手段を制御して、前記取得手段により複数の前記識別情報が取得された順番とは逆の順番で前記計量対象商品の計量を促すことを特徴とするプログラムである。

上記構成によれば、客の使い勝手を向上させた技術を提供することができる。

客の使い勝手を向上させた技術を提供することができる。

ショッピングシステムを説明するためのネットワークの概念図である。 精算装置の設置例を示す図である。 精算装置の外観例を示す図である。 精算装置の構成例を示す図である。 ショッピングシステムを説明するための各機能の概念図である。 各種の売価決定ロジック（売価決定機能）について説明する説明図である。 各種の情報について説明する説明図である。 処理の流れの概略を説明するシーケンス図である。 携帯端末の表示部における表示例である。 精算装置の表示部における表示例である。 携帯端末の表示部における表示例である。 携帯端末の表示部における表示例である。 携帯端末の表示部における表示例である。 携帯端末の表示部における表示例である。 携帯端末の表示部における表示例である。 精算装置の表示部における表示例である。 精算装置の表示部における表示例である。 精算装置の表示部における表示例である。 精算装置の表示部における表示例である。 精算装置の表示部における表示例である。 計量対象商品の識別情報を携帯端末によって取得する例を示す図である。 計量装置と拡大した表示画面を示す図である。 取得された順番に応じた表示順を示す図である。 リンゴの計量を促す画面等を示す図である。 レモンの計量を促す画面等を示す図である。 携帯端末の処理を示すフローチャートである。 計量装置の処理を示すフローチャートである。

図１は、ショッピングシステムを説明するためのネットワークの概念図である。図１に示すショッピングシステムは、管理装置（例えば、ストアコントローラ）１０、クラウドサーバ２０、精算装置３０、精算装置４０、計量装置６０、及び、携帯端末５０（例えば、スマートフォン等）を含む。

管理装置１０、精算装置３０、精算装置４０、計量装置６０は、店舗内に設置されるものであり、ＬＡＮ１９（有線でも無線でもよい）を介して通信可能に接続されている。管理装置１０は、クラウドサーバ２０と通信可能である。なお、図１において、２台の精算装置３０を図示したが、１店舗内の精算装置３０の数は、１台であってもよいし３台以上であってもよい。また、図１において、２台の精算装置４０を図示したが、１店舗内の精算装置４０の数は、１台であってもよいし３台以上であってもよい。さらに、図１において、１台の計量装置６０を図示したが、１店舗内の計量装置６０の数は、２台以上であってもよい。精算装置３０の台数と精算装置４０の台数は一致していなくてもよい。また、管理装置１０は、基本的には１店舗に１台であるが、２台以上であってもよい。

携帯端末５０は、顧客（当該店舗の会員である買物客等）によって操作されるものである。携帯端末５０は、登録端末の一例である。携帯端末５０は、一般的な、通信機能や撮像機能（カメラ）に加えて、商品に付されるバーコードをスキャンして商品コードを読み取る、つまり商品に付されるバーコードを認識する認識機能を備える。なお、携帯端末５０が備える認識機能は、商品コードを読み取ることができるものであればよく、読み取った商品コードが何れの商品の商品コードであるかを認識できるものでなくてもよい。つまり、携帯端末５０は、撮像機能によって撮像されている撮像画像（スルー画像として取得している画像）内にオブジェクトとしてバーコードが存在する場合に、当該バーコードから商品コードを読み取ることができるようになっていればよい。

また、携帯端末５０は、商品（例えばバーコードの付された周辺部分）を撮像し（シャッターを切り）、撮像画像（画像データ）を生成する。携帯端末５０は、操作者である顧客の操作に従ってシャッターを切る撮像であってもよいが、本実施形態では、携帯端末５０自身の判断によりシャッターを切る撮像であることが好ましい。

また、携帯端末５０は、画像（スルー画像、撮像画像）から特徴点を抽出し、撮像対象（オブジェクト等）を認識する画像認識技術を備えていてもよい。例えば、携帯端末５０は、画像認識技術を用いて、撮像した商品を特定（推定）してもよい。

携帯端末５０は、基本的には各顧客の所有物であることを想定しているが、店舗側が貸与するものであってもよい。なお、携帯端末５０の数（稼働中の数）は、来店者数等に応じて変化するものであり、図１では、複数台が可能である旨の例として２台の携帯端末５０を図示している。

精算装置３０及び精算装置４０は、共に、精算方法として少なくとも現金による支払いが可能な精算装置である。精算装置３０は、クラウドサーバ２０との通信機能を有しないが、精算装置４０は、クラウドサーバ２０との通信機能を有する。クラウドサーバ２０は、例えば、顧客毎に、取引情報（バスケット情報）を管理する。計量装置６０についての詳細については後述する。

なお、図１に示すショッピングシステムは、本実施形態に係るショッピングシステムを説明するためのものであり、本実施形態に係るショッピングシステムは、図１に示した全部の構成を必ずしも含むものではない。例えば、本実施形態に係るショッピングシステムは、例えば、クラウドサーバ２０と精算装置４０とから構成されるものであってもよいし、クラウドサーバ２０単体であってもよいし、精算装置４０単体であってもよい。

図２は、精算装置４０の設置例を示す図である。図２（Ａ）は、精算装置４０等を客側から見た斜視図である。図２（Ｂ）は、精算装置４０等を店員側から見た斜視図である。図２（Ａ）に示すように客側から見て精算装置４０の右側にカウンタが置かれている。

図３は、精算装置４０の外観例を示す図である。図３（Ａ）は、精算装置４０を客側から見た斜視図である。図３（Ｂ）は、精算装置４０を店員側から見た斜視図である。図４は、精算装置４０の構成例を示す図である。図３及び図４において、同一部分には同一符号を付している。

以下、図３を参照しつつ、図４に示した精算装置４０の構成例を説明する。精算装置４０は、ＣＰＵ４０１と、ＲＯＭ４０２と、ＲＡＭ４０３と、ハードディスク４０４と、客側表示部４０５と、客側スキャナ部４０６と、カード決済部４０８と、釣銭機４０９と、店員側表示部４１０と、キー操作部４１１と、店員側スキャナ部４１２と、印刷部４１３と、音声出力部４１４と、通信部４１５とを備える。これらは、バスを介して相互に通信可能である。

ＣＰＵ４０１は、中央演算処理装置であり、ＲＯＭ４０２に記憶されているプログラムを読み出して実行することにより、精算装置４０の動作を制御する。
ＲＯＭ４０２は、読み出し専用メモリであり、プログラムをはじめとしてＣＰＵ４０１が利用する各種の情報を記憶する。

ＲＡＭ４０３は、読み出し書き込みメモリであり、種々の情報を記憶する。例えば、ＲＡＭ４０３は、ＲＯＭ４０２やハードディスク４０４から読みだした情報、外部から取得した情報、処理において生成した情報等を記憶する。

ハードディスク４０４は、種々の情報を記憶する。ハードディスク４０４は、例えば、ＲＯＭ４０２に代えて、ＣＰＵ４０１が実行するプログラム等を記憶してもよい。また、ＲＡＭ４０３に代えて、ＲＯＭ４０２から読みだした情報、外部から取得した情報、処理において生成した情報等を記憶してもよい。

客側表示部４０５は、客用のタッチディスプレイであり、客に種々の情報を表示するとともに、客から種々の入力を受け付ける。
客側スキャナ部４０６は、客用のスキャナ部であり、例えば、商品に付されているバーコードをスキャンし、商品コードを読み取る。また、客側スキャナ部４０６は、お会計券（登録商標）に印刷されているコード（バーコード、２次元コード等）をスキャンし、精算に必要な情報を読み取ってもよい。また、客側スキャナ部４０６は、携帯端末５０の表示部に表示されるコード（２次元コード等）をスキャンし、精算に必要な情報を読み取ってもよい。

なお、客側スキャナ部４０６は、客が商品を登録する際に用いられるが、客は他の方法によって商品を登録してもよい。例えば、客側表示部４０５に、商品に対応するプリセットキー（商品を注文するボタン）が表示されている場合、客は、当該プリセットキーを操作（押下）し、商品を登録してもよい。

カード決済部４０８は、各種カード（クレジットカード、交通系カード等のプリペイドカード等）による決済機構である。本実施形態のカード決済部４０８は、カード認識部（読取部）や表示部や操作部を備えるが、少なくとも、カード認識部を備えるものであればよい。なお、カード認識部は、直接的には決済（精算）に使用しない各種カード（例えば、会員カード、ポイントカード等）を認識してもよい。

釣銭機４０９（現金決済部）は、現金による決済機構であり、紙幣や硬貨の投入口、紙幣や硬貨の排出口を有し、投入口への投入金額を算出し、投入金額と買上金額の差分である釣銭金額を算出し、釣り銭を排出口から排出する。なお、当該釣銭機４０９は、客側に向けられており、客が操作するものである。なお、紙幣や硬貨が投入口に投入された場合にはセンサによって検出（投入があった旨の検出、金種別の枚数の検出等）される。

つまり、釣銭機４０９は、精算装置４０において、登録された商品の代金を現金（貨幣）にて決済するときに使用される。釣銭機４０９は、紙幣を投入するための紙幣投入口、硬貨を投入するための硬貨投入口、紙幣を放出するための紙幣放出口、硬貨を放出するための硬貨放出口、投入又は放出される貨幣を計数する計数部、投入口又は放出口と収納部の間の貨幣の搬送機構、上述したセンサなどを有する。なお、紙幣投入口及び硬貨投入口は、預り金投入口とも称される。紙幣放出口及び硬貨放出口は、釣銭放出口とも称される。なお、紙幣投入口と紙幣放出口は共通であってもよく、また、硬貨投入口と硬貨放出口は共通であってもよい。

また、釣銭機４０９は、閉店処理時に補充された貨幣を計数し、収納部に収納する。また、釣銭機４０９は、閉店処理時に出金する貨幣を計数し、釣銭放出口から放出する。閉店処理とは、閉店後や開店前などに釣銭機４０９内に収納されている金額（現金有高／現金在高）を基準金額に調整する処理である。

店員側表示部４１０は、店員用のタッチディスプレイであり、店員に種々の情報を表示するとともに、店員から種々の入力を受け付ける。
キー操作部４１１は、各種のキー（ボタン）から構成され、店員から種々の入力を受け付ける。
店員側スキャナ部４１２は、店員用のスキャナ部であり、例えば、商品に付されているバーコードをスキャンし、商品コードを読み取る。また、店員側スキャナ部４１２は、店員の名札に付されたバーコード等をスキャンし、店員コードを読み取る。

なお、店員側スキャナ部４１２は、店員が商品を登録する際に用いられるが、店員は他の方法によって商品を登録してもよい。例えば、キー操作部４１１に、商品に対応するキー（例えば、スポーツ新聞に対応するキー等）が配置されている場合、店員は、当該キーを操作（押下）し、当該商品を登録してもよい。また、店員側表示部４１０に、商品に対応するプリセットキーが表示されている場合、店員は、当該プリセットキーを操作し、当該商品を登録してもよい。

印刷部４１３は、各種媒体（レシート、お会計券等）を印刷、発行する。印刷部４１３は、店員側から客側、客側から店員側に向き（媒体発行口の方向）を回転自在に変更である。印刷部４１３の向きは、手動で変更してもよいし、例えば動作モード（詳細は後述）の移行（切替）に応じて自動的に変更（メカ的に制御等）してもよい。なお、印刷部４１３の向きの正誤をセンサなどで検出してもよい。

音声出力部４１４は、音声を出力する。例えば、音声出力部４１４は、音声ガイダンス等を出力する。
通信部４１５は、他装置（他の精算装置４０、精算装置３０、管理装置１０）との間において情報を送受信する。

以上、精算装置４０の外観やハードウェア構成を説明したが、精算装置３０の外観やハードウェア構成については説明を省略する。精算装置３０と精算装置４０とは、後述するように（図５等参照）、ソフトウェアによって実現される機能が互いに異なるが、精算装置３０と精算装置４０とは、外観やハードウェア構成は同一であってもよいし、異なっていてもよい。例えば、精算装置４０は、２つのスキャナ部（客側スキャナ部４０６、店員側スキャナ部４１２）を有する精算装置４０であるのに対し、精算装置３０は、１つのスキャナ部を有する精算装置であってもよい。

図５は、本実施形態のショッピングシステムを説明するための各機能の概念図である。図６は、各種の売価決定ロジック（売価決定機能）について説明する説明図である。図７は、各種の情報について説明する説明図である。

なお、図５は、本実施形態に係るショッピングシステムを説明するためのものであり、本実施形態に係るショッピングシステムは、図１に示した全部の構成を必ずしも含むものではない。例えば、本実施形態に係るショッピングシステムは、クラウドサーバ２０と精算装置４０とから構成されるものであってもよいし、クラウドサーバ２０単体であってもよいし、精算装置４０単体であってもよい。また、図５は、本実施形態に係るショッピングシステムの特徴部分に関連する機能を抜粋して説明するものであり、一般にショッピングシステムに必要とされる機能を網羅的に説明するものではない。

（精算装置３０）
図５の右下に示すように、精算装置３０は、売価決定ロジック（売価決定機能）、精算機能を備える。売価決定ロジックは、精算処理において求められる売価（販売対価としての請求金額）を決定（算出）する機能であり、ソフトウェアによって実現される。売価決定ロジックには、種々の種類があるが（例えば、図６参照）、図５に示した例では、精算装置３０は、売価決定ロジックＡ、売価決定ロジックＢを備えている。

なお、図６に示した売価決定ロジックＡは、運用中（適宜）の売価変更に対応する基本的な単品に対する値引価格の基本価格算出機能である。売価決定ロジックＢは、設定情報（単品値引設定情報）に基づいて単品に対する値引価格を算出する単品値引価格算出機能である。売価決定ロジックＣは、設定情報（小計値引設定情報）に基づいて小計に対する値引価格を算出する小計値引価格算出機能である。売価決定ロジックＤは、設定情報（会員値引設定情報）に基づいて単品又は小計に対する値引価格を算出する会員値引価格算出機能である。売価決定ロジックＥは、設定情報（タイムサービス値引設定情報）に基づいて単品に対する値引価格を算出するタイムサービス値引価格算出機能である。売価決定ロジックＦは、設定情報（ミックスマッチ値引設定情報）に基づいてミックス商品（組み合わせ不指定（不定）の商品群）に対する値引価格を算出するミックスマッチ値引価格算出機能である。売価決定ロジックＧは、設定情報（セットマッチ値引設定情報）に基づいてセット商品（組み合わせ指定（固定）の商品群）に対する値引価格を算出するセットマッチ値引価格算出機能である。売価決定ロジックＨは、設定情報（決済種別値引設定情報）に基づいて利用される決済種別に応じた値引価格を算出する決済種別値引価格算出機能である。

なお、売価決定ロジックＤ（会員値引価格算出機能）が適用される会員は、顧客の全部（全顧客）であってもよいし、顧客の一部（例えば特定の顧客ランクの顧客）であってもよい。

売価決定ロジックＡに係る情報（売価変更の情報）や売価決定ロジックＢ～売価決定ロジックＨに対応する各種設定情報は、精算装置３０の記憶部、又は、精算装置３０がアクセス可能な装置）に記憶されていればよい。なお、精算装置３０は、上述したように売価決定ロジックＡ、Ｂを備えるが、売価決定ロジックＣ～Ｆは備えないため、少なくとも、売価決定ロジックＡに係る情報（売価変更の情報）と、売価決定ロジックＢに対応する設定情報（単品値引設定情報）と、が参照できるようになっていればよい。

また、図６では図示を省略したが、夫々の売価決定ロジック（売価決定ロジックＡ～Ｈ）とは別に、夫々の売価決定ロジックを統括する売価決定統括ロジックも存在する。売価決定統括ロジックは、複数の売価決定ロジックにまたがって売価を決定するためのロジックである。例えば、売価決定ロジックＢ（単品値引価格算出機能）と売価決定ロジックＤ（会員値引価格算出機能）がある場合に、売価決定統括ロジックは、売価決定ロジックＢと売価決定ロジックＤがある場合の値引きを設定情報（売価決定統括設定情報）に基づいて決定する。

一例として、商品ａ（商品情報では１００円）が、売価決定ロジックＢ（及び単品値引設定情報）によれば９０円（１０円値引）であり、売価決定ロジックＤ（及び会員値引設定情報）によれば８０円（２０円値引）である状態において、会員（売価決定ロジックＤの適用対象である顧客）が商品ａを購入した場合、売価決定統括ロジックは、売価決定ロジックＤのみを適用して商品ａの価格を８０円（２０円値引）としてもよいし、売価決定ロジックＢ、Ｄの両方を適用して商品ａの価格を７０円（３０円値引）としてもよい。売価決定ロジックＤのみを適用し商品ａの価格を８０円とするか、売価決定ロジックＢ、Ｄの両方を適用し商品ａの価格を７０円とするかは、設定情報（売価決定統括設定情報）による。なお、売価決定統括ロジックは、値引き額が小さい方を決定する場合もある。

例えば、上述したように会員値引額の方が大きい場合（売価決定ロジックＢによる単品値引額が１０円、売価決定ロジックＤによる会員値引額が２０円の場合）に、売価決定ロジックＤを適用せずに売価決定ロジックＢのみを適用して商品ａの価格を９０円とする場合もありうる。具体的には、会員割引による割引限度額が設定されている場合や会員割引による購入が会員ランクの実績に反映されない場合には、売価決定ロジックＢのみを適用する旨を設定情報（売価決定統括設定情報）に設定してもよい。また、上記とは逆に、単品割引額の方が大きい場合（売価決定ロジックＢによる単品値引額が３０円、売価決定ロジックＤによる会員値引額が２０円の場合）に、売価決定ロジックＢを適用せずに売価決定ロジックＤのみを適用して商品ａの価格を８０円とする場合もありうる。具体的には、会員割引による購入実績が会員ランクの算出に優遇される場合には、売価決定ロジックＤのみを適用する旨を設定情報（売価決定統括設定情報）に設置してもよい。

上述した売価決定統括ロジックは、必要に応じて（複数の売価決定ロジックにおける調整が必要な場合に）、備えていればよい。例えば、本実施形態においてクラウドサーバ２０（精算装置３０も同様）は、売価決定ロジックＡ、Ｂ、Ｃを備えるが（図５）、更に、売価決定統括ロジックを備えていてもよい。

なお、売価決定統括ロジックも、図６に示した売価決定ロジックの１つと捉えてもよい。以下の説明において、図６に示したような個々の売価決定ロジックの１つ又は複数を「売価決定ロジック」と称する場合と、売価決定統括ロジックを含めて「売価決定ロジック」と称する場合とがある。つまり、単に「売価決定ロジック」と記載した場合には、売価決定統括ロジックを除外する場合と、売価決定統括ロジックを除外しない場合とがあるものとする。

精算機能は、売価決定ロジックによって決定された売価に基づいて精算処理（例えば、釣銭機による現金の支払い等）を実行する機能である。

なお、図５では、売価決定ロジックを、精算機能とは別の機能として説明しているが、売価決定ロジックは、精算機能の一部であると捉えてもよい。つまり、図５では、売価を決定する部分と、決定された売価に基づいて実際に支払いを実行する部分とを別個に捉え、売価を決定する部分に対応する機能を売価決定ロジックと称し、実際に支払いを実行する部分を精算機能と称しているが、売価を決定する部分も含め、精算機能と称してもよい。売価を決定する部分も含め、精算機能と称する場合には、売価決定ロジックは、精算機能の一部となる。

（管理装置１０）
図５の右上に示すように、管理装置１０は、店舗情報、商品情報を記憶する。管理装置１０は、売価決定ロジックを備えていてもよい。管理装置１０が記憶する店舗情報は、当該管理装置１０が設置された店舗に関する情報であって、例えば、当該店舗の店舗名、当該店舗を特定する情報等を含む。管理装置１０が記憶する商品情報は、当該管理装置１０が設置された店舗において販売される商品に関する情報であって、例えば、商品コード、商品名、価格等が含む。なお、管理装置１０は、例えば、外部（本部のサーバ（不図示）等）から商品情報等を取得し、記憶してもよい。また、管理装置１０は、外部（本部のサーバ）であってもよい。つまり、各店舗で利用される共通のまたは別個（店舗毎）の商品情報や売価決定ロジックを管理するものであってもよい。

（クラウドサーバ２０）
図５の左上に示すように、クラウドサーバ２０は、売価決定ロジックを備える。上述したように、売価決定ロジックには、種々の種類があるが（例えば、図６参照）、図５に示した例では、クラウドサーバ２０は、売価決定ロジックＡ、売価決定ロジックＢ、売価決定ロジックＣを備えている。なお、クラウドサーバ２０は、売価決定ロジックＡ～Ｃを備えるが、売価決定ロジックＤ～Ｆは備えないため、少なくとも、売価決定ロジックＡに係る情報（売価変更の情報）と、売価決定ロジックＢに対応する設定情報（単品値引設定情報）と、売価決定ロジックＣに対応する設定情報（小計値引設定情報）が参照できるようになっていればよい。

また、クラウドサーバ２０は、顧客情報、店舗情報、商品情報、バスケット情報を記憶する。顧客情報は、個々の顧客を管理するための情報である。クラウドサーバ２０は、顧客登録時に顧客情報を生成する（ある顧客の顧客情報が記憶されることを以って当該顧客の顧客登録がなされたと解してもよい）。また、クラウドサーバ２０は、バスケット情報等に基づいて、顧客情報を適宜更新する。例えば、クラウドサーバ２０は、例えば毎日所定時刻にバスケット情報を参照し、顧客情報を更新してもよい。

クラウドサーバ２０は、例えば、図７（Ａ）に示すような顧客情報を記憶する。図７（Ａ）に示した顧客情報は、顧客識別情報、顧客名、顧客登録日、キャンセル情報、顧客ランク、ポイント数等を含む。顧客識別情報は、顧客を一意に識別する識別情報である。顧客名は、顧客の氏名やニックネームなどである。顧客登録日は、顧客登録した日時である。キャンセル情報は、登録後における登録商品のキャンセルに関する情報である。顧客ランクは、顧客の購入実績に応じたランクである。なお、新規の顧客の顧客情報の生成時には、顧客識別情報、顧客名、顧客登録日は生成されるが、実際の取引（商品登録）の開始前であるため、他の情報（キャンセル情報等）は生成されない。

クラウドサーバ２０は、例えば、顧客登録の際（例えば、携帯端末５０が外部（例えば、アプリ全般を提供する所定のサーバ、当該クラウドサーバ２０）からクラウドサーバ２０によるサービスを利用するためアプリケーション（アプリ）をダウンロード又はインストールする際）に顧客識別情報を生成し、記憶する。また、クラウドサーバ２０は、例えば、顧客登録の際に、携帯端末５０を用いて、登録フォーム（入力フォーム）の氏名欄に入力された情報を取得し、顧客名として記憶する。また、クラウドサーバ２０は、例えば、顧客登録の際の現在日時を取得し、顧客登録日として記憶する。

なお、クラウドサーバ２０は、自装置内の記憶部に顧客情報を記憶することに代えて又は加えて他の装置（クラウドサーバ２０がアクセス可能なファイルサーバ等）に顧客情報の一部または全部を記憶してもよい。

店舗情報は、各店舗の管理装置１０から取得したものである（図５の送受信データ「Ｄ０」参照。なお、送受信データ「Ｄ１」～「Ｄ６」は図８にて説明する）。つまり、クラウドサーバ２０は、各店舗の管理装置１０から直接又は他の装置を介して間接的に店舗情報を受信するなどして、店舗情報を記憶する。

クラウドサーバ２０は、例えば、図７（Ｂ）に示すような店舗情報を記憶する。図７（Ｂ）に示した店舗情報は、店舗識別情報、店舗名（支店名）、店舗特定情報１、店舗特定情報２を含む。店舗識別情報は、店舗を一意に識別する識別情報である。図７（Ｂ）に示した店舗識別情報は、店（屋号）若しくは企業のコードと、支店のコードとから構成される。店舗名は、店舗の名称である。図７（Ｂ）に示した店舗名は、店（屋号）若しくは企業と、支店名とから構成される。店舗特定情報１は、取引する店舗（商品の売買が行われる店舗）を特定するための２次元コード（ＱＲコード（登録商標）等）の情報である。店舗特定情報２は、取引する店舗を特定するための店舗の位置情報（ＧＰＳ情報）である。なお、図７（Ｂ）に示した例では、店舗識別情報と店舗特定情報１とは異なるが、店舗識別情報と店舗特定情報１とは同一であってもよい。

なお、クラウドサーバ２０は、外部（各店舗を統括する本部のサーバ（不図示）等）から店舗情報等を取得し、記憶してもよい。また、クラウドサーバ２０は、自装置内の記憶部に店舗情報を記憶することに代えて又は加えて他の装置（クラウドサーバ２０がアクセス可能なファイルサーバ等）に店舗情報の一部または全部を記憶してもよい。

商品情報は、各店舗の管理装置１０等から取得したものである（図５の送受信データ「Ｄ０」参照。なお、送受信データ「Ｄ１」～「Ｄ６」は図８にて説明する）。つまり、クラウドサーバ２０は、各店舗の管理装置１０から直接又は他の装置を介して間接的に商品情報を受信するなどして、商品情報を記憶する。なお、クラウドサーバ２０は、外部（各店舗を統括する本部のサーバ（不図示）等）から商品情報を取得し、記憶してもよい。また、クラウドサーバ２０は、自装置内の記憶部に店舗情報を記憶することに代えて又は加えて他の装置（クラウドサーバ２０がアクセス可能なファイルサーバ等）に店舗情報の一部または全部を記憶してもよい。

バスケット情報は、個々の取引を管理するための情報である。クラウドサーバ２０は、取引の開始時にバスケット情報を生成する。また、クラウドサーバ２０は、取引の進行にあわせて（商品が登録される度に）、バスケット情報を更新する（バスケット情報に商品が記憶されることを以って当該商品の登録がなされたと解してもよい）。

クラウドサーバ２０は、例えば、図７（Ｃ）に示すようなバスケット情報を記憶する。図７（Ｃ）に示したバスケット情報は、バスケット識別情報、取引開始日時、取引終了日時、顧客識別情報、登録商品情報、保留商品情報、キャンセル情報等を含む。バスケット識別情報は、バスケットを一意に識別する識別情報である。図７（Ｃ）に示したバスケット識別情報は、店舗識別情報と、日付と、シリアル番号（例えば店舗別日付別のシリアル番号）とから構成される。取引開始日時は、取引の開始日時である。図７に示した取引開始日時は、当該バスケット情報の生成日時である。なお、取引開始日時は、１品目の商品の登録日時（図７（Ｃ）中の登録商品情報（登録商品１）を記憶した日時）としてもよい。バスケット情報の生成日時と１品目の商品の登録日時とを別々に両方記憶してもよい。

取引終了日時は、取引の終了日時である。図７に示した取引開始日時は、精算日時である。顧客識別情報は、当該取引の顧客を識別する顧客識別情報である。なお、バスケット情報の生成時には、バスケット識別情報、取引開始日時、顧客識別情報は生成されるが、実際の取引（商品登録）の開始前であるため、他の情報（取引終了日時等）は生成されない。なお、精算日時は、精算開始日時であってもよいし、精算終了日時であってもよい。精算開始日時と精算終了日時とを別々に両方記憶してもよい。

登録商品情報（計）は、商品が登録される毎に更新される情報である。登録商品情報（計）は、品数（商品数）、概算小計金額（価格決定ロジックによる価格算出前の概算の小計金額）、小計金額（価格決定ロジックによる価格算出後の小計金額）等を含む。登録商品情報（１）は、１品目の商品の登録情報である。登録商品情報（２）は、２品目の商品の登録情報である。なお、図７（Ｃ）に示す例では、登録商品情報（３）～登録商品情報（５）の図示を省略している。登録商品情報（Ｎ；Ｎは整数）は、商品コード、品名（商品名）、価格等を含む。

登録商品情報（Ｎ）は、当該Ｎ品目の商品の登録日時を含むものであってもよい。つまり、クラウドサーバ２０は、登録商品情報として、当該登録商品の登録日時を記憶してもよい。各商品の登録日時は、タイムサービス（売価決定ロジックＥによるサービス）等のサービス適用の要否や適用後の効果の判断材料としても用いてもよい。

保留商品情報（計）は、保留商品（後述）が登録される毎に更新される情報である。保留商品情報（計）は、保留商品の品数（商品数）、保留商品のうちのＮＯＮファイル（「ＮＯ－ＦＩＬＥ」とも称する）の品数、保留商品のうちの読取ＮＧ（要不正操作確認）の品数等を含む。

ＮＯＮファイルとは、店舗においてバーコードのスキャンは成功したが（商品コードを読み取ることができたが）、商品コードが商品情報に記憶されていないこと、又は、店舗において商品コードのスキャンは成功したが、商品コードが商品情報に記憶されていない商品のことである。

読取ＮＧとは、店舗において商品コードのスキャンが失敗したこと（商品コードを読み取ることができなかったこと）、又は、店舗において商品コードのスキャンが失敗した商品のことである。つまり、読取ＮＧとは、例えば画像認識技術により一定時間商品を撮像しているがバーコード認識に至らない場合を判別できる場合にタイムアウト処理すること、タイムアウト処理された商品である。例えば、パッケージのシワ等やバーコード印字のカスレや汚れにより正しくバーコードを取得（認識）できない場合に読取ＮＧと判断される。また、バーコードを読んだフリしてカゴへ投入する不正操作を検出した場合にも読取ＮＧと判断される。なお、携帯端末５０は、センサ（例えば、ジャイロセンサや加速度センサや距離センサ等）を備え、当該携帯端末５０がバーコード読取中（具体的には、バーコードの読み取りのため、当該携帯端末５０が傾けられている状況であり、かつ、当該携帯端末５０一定距離先に物品（商品）が存在している状況）を検出可能である。そして、所定時間内にバーコードが読み取れなかった場合（バーコード読取中が所定時間継続したがバーコードを読み取れなかった場合）は、タイムアウト処理として、保留商品（読取ＮＧ）としている。

保留商品情報（保留商品１）は、１品目の保留商品の情報である。保留商品情報（保留商品２）は、２品目の保留商品の情報である。保留商品情報（保留商品３）は、３品目の保留商品の情報である。

保留商品情報（保留商品Ｎ；Ｎは整数）は、保留商品種別（当該保留商品がＮＯＮファイルであるか読取ＮＧであるかを示す情報）、画像データ（読取ＮＧ時に撮像された画像データ）を含む。例えば、Ｎ品目の商品がＮＯＮファイルによる保留商品である場合には、保留商品情報（保留商品Ｎ）は、保留商品種別「１（ＮＯＮファイル）」、画像データを含む。また、Ｎ品目の商品が読取ＮＧによう保留商品である場合には、保留商品情報（保留商品Ｎ）は、保留商品種別「２（読取ＮＧ）」、画像データを含む。

なお、クラウドサーバ２０は、自装置内の記憶部にバスケット情報を記憶することに代えて又は加えて他の装置（クラウドサーバ２０がアクセス可能なファイルサーバ等）にバスケット情報の一部または全部を記憶してもよい。

保留商品は、上述したＮＯＮファイルや読取ＮＧによるものの他に、携帯端末５０とクラウドサーバ２０との通信が電波状況などにより不安定な場合にも発生する。本実施形態では、一例として、電波強度をレベル１～レベル５の５段階に評価している。値が大きいほど、電波強度が強いことを示している。携帯端末５０は、電波強度がレベル２以下となった場合に、クラウドサーバ２０に商品コードを送信する登録処理を中止し、商品コードを携帯端末５０のメモリに記憶する。このように、商品コードを携帯端末５０のメモリに記憶した商品を、以下の説明では「電波保留商品」ともいう。一方、ＮＯＮファイルや読取ＮＧにより保留商品となった商品を「通常保留商品」ともいう。なお、電波保留商品と通常保留商品を特に区別しない場合には、単に「保留商品」と記載する。

（精算装置４０）
図５の左下に示すように、精算装置４０は、クラウド通信機能、携帯端末連動機能、精算機能を備える。クラウド通信機能は、クラウドサーバ２０と通信する機能である。携帯端末連動機能は、携帯端末５０との連動する機能であり、例えば、携帯端末５０の表示部に表示されるコード（２次元コード等）を光学的にスキャンし（読み取り）、スキャンした情報（またはスキャンした情報に基づく情報）をクラウド通信機能側に供給する機能である。携帯端末５０の表示部に表示されるコードは、当該携帯端末５０による買上商品について精算処理を実行するために必要となる情報（例えば、バスケット識別情報）をコード化したものである。なお、クラウド通信機能、携帯端末連動機能は、精算装置３０は備えていない精算装置４０の固有機能である。

精算機能は、クラウドサーバ２０の売価決定ロジックによって決定された売価に基づいて精算処理（例えば、釣銭機による現金の支払い等）を実行する機能である。

精算装置４０は、クラウド通信機能、携帯端末連動機能、精算機能を備えるため、例えば、ある顧客の携帯端末５０の表示部に表示されるコード（当該顧客のバスケット情報を特定可能な情報）をスキャンし、スキャンした情報（またはスキャンした情報に基づく情報）をクラウドサーバ２０に送信し、クラウドサーバ２０から当該顧客のバスケット情報に基づく売価（小計情報）を受信し、受信した売価に基づいて精算処理を実行することができる。

（携帯端末５０）
顧客が所有するスマートフォンを店舗の登録処理ができる携帯端末５０として利用するためには、顧客は、スマートフォンによって登録処理を行うことができるようにするための会員登録を行う。

会員の新規登録に際しては、会員の氏名、住所、電話番号、メールアドレス等の本人確認ができる情報などを登録するとともに、クレジットカードの情報を登録することが好ましい。登録手続きは、オンライン、オフラインのいずれの手続きでも構わない。例えば、店頭で登録用紙やタブレット等に必要事項を入力して、登録されたメールアドレスにダウンロードＵＲＬなどを通知して専用のアプリをダウンロードしても良いし、上位装置から専用のアプリをダウンロードして導入したのちに会員登録画面を立ち上げて登録手続を行ってもよい。携帯端末５０のアプリケーションを提供するインターネット上のサイトから提供されてもよい。

また、顧客が、既に店舗のカード会員等である場合には、会員の登録処理では、例えばクレジットカードの情報のみを追加登録することで、会員としての登録を完了してもよい。なお、登録する情報は、上記情報に限定されない。例えば、店舗がチェーン店である場合などには、常時利用する店舗等の情報を登録することで、該店舗独自の情報が配信されるようにしてもよい。さらに、携帯端末５０は、入店時に店舗における「特売情報」「関連・代替商品」「新商品」「欠品情報」などの情報を報知してもよく、また、顧客が特定した店舗が定休日等の休みである場合には、その旨を表示するようにしてもよい。

図５の左下に示すように、携帯端末５０は、クラウドサーバ２０と通信する。携帯端末５０は、クラウドサーバ２０と通信することにより商品を登録する。つまり、携帯端末５０は、ある商品に付されているバーコードを撮像することにより、オブジェクトとして当該バーコードを認識し（バーコードから商品コードを読み取り）、商品コードをクラウドサーバ２０に送信することにより、当該商品を登録する（具体的には、クラウドサーバ２０のバスケット情報に当該商品コードを記憶させる）。

また、携帯端末５０は、コード（２次元コード等）を生成する。つまり、携帯端末５０は、精算装置４０の携帯端末連動機能に関連して、表示部にコードを表示するが、携帯端末５０は、表示部に表示するコードを自ら生成し、表示部に表示する。なお、携帯端末５０が、生成し、表示部に表示するコードは、上述したように、当該携帯端末５０による買上商品について精算処理と実行するために必要となる情報（例えば、バスケット識別情報）をコード化したものである。

なお、携帯端末５０は、外部から取得したアプリの機能として、クラウドサーバ２０と通信する機能や、コード（２次元コード等）を生成する機能を実現する。つまり、携帯端末５０は、アプリを起動させることによって、クラウドサーバ２０と通信したり、コードを生成したり、表示したりしてもよい。

なお、携帯端末５０は、表示部に表示するコードを生成する機能を備えていなくてもよい。例えば、携帯端末５０に代えてクラウドサーバ２０がコードを生成する機能を備えていてもよい。つまり、クラウドサーバ２０は、携帯端末５０からの要求に基づいてコードを生成し、生成したコードを携帯端末５０に送信し、携帯端末５０は、クラウドサーバ２０にコードの生成を要求し、クラウドサーバ２０によって生成されたコードを受信し、表示部に表示してもよい。

図８は、図５の機能構成における、処理の流れの概略を説明するシーケンス図である。具体的には、図８は、ある店舗に、ある顧客が来店し、当該店舗に陳列されている商品を登録し、登録した商品の精算が完了する迄における、当該顧客の携帯端末５０、当該店舗に設置された精算装置４０、データセンタ等の外部に設置されたクラウドサーバ２０の夫々の処理の一例を示したものである。図８の左側が、携帯端末５０の処理、中央が精算装置４０の処理、右側がクラウドサーバ２０の処理である。図９は、携帯端末５０の表示部における表示例である。図１０は、精算装置の表示部における表示例である。

以下、図５、図７、図９、図１０等を参照しつつ、図８に示した動作の流れを説明する。
ステップＳ１：携帯端末５０は、店舗を特定する情報（店舗特定情報）を取得する。例えば、店舗の入口付近に当該店舗を特定するための２次元コードを表示（２次元コードを表示画面に出力、２次元コードを印刷した媒体を貼付等）しておき、来店した顧客が、携帯端末５０で２次元コードをスキャンする（読み取る）ことにより、携帯端末５０は店舗特定情報を取得してもよい。なお、来店した顧客がアプリを起動させると、初期画面として２次元コードのスキャンを該顧客に指示する画面を表示するようにしてもよいし、来店した顧客が携帯端末５０で２次元コードをスキャンすると、アプリが起動し、初期画面としてクラウドサーバ２０に接続中である旨を該顧客に報知する画面を表示するようにしてもよい。

また例えば、店舗は所在地で特定されるため、来店した顧客が、店舗において携帯端末５０で位置情報（ＧＰＳ情報）を取得してもよい（すなわち、店舗特定情報として当該店舗の位置情報を取得してもよい）。なお、来店した顧客がアプリを起動させると、位置情報を取得し、初期画面としてクラウドサーバ２０に接続中である旨を該顧客に報知する画面を表示するようにしてもよい。位置情報から複数店舗が検出され１つに特定できない場合には、選択画面を表示し顧客に選択させるようにしてもよい。もしくは強制的に２次元コードを取得させるモードに切り替えてもよい。

店舗特定情報を取得した携帯端末５０は、取引開始要求として、取得した店舗特定情報を顧客識別情報とともにクラウドサーバ２０に送信する（図５及び図８の送受信データ「Ｄ１」参照）。顧客識別情報については、上述したように、顧客登録の際（携帯端末５０にアプリをダウンロード又はインストールする際）に、携帯端末５０を用いて登録フォームの氏名欄に入力された情報がクラウドサーバ２０の顧客情報に記憶されるが、クラウドサーバ２０に加え、携帯端末５０の記憶部にも記憶しておいてもよい。なお、店舗が特定された場合には（後述する商品登録初期画面を取得したときには）、当該店舗の店舗名や実施中のサービス（その日に配布されているチラシ情報）、利用可能なクーポン情報を画面（商品登録初期画面又は商品登録初期画面とは別の画面）に表示してもよい。なお、サービスやクーポンの情報は、例えば画面情報としてクラウドサーバ２０から取得してもよい。

また、送信先の情報（クラウドサーバ２０のアドレス）についても、顧客登録の際（携帯端末５０にアプリをダウンロード又はインストールする際）に取得し、携帯端末５０の記憶部に記憶しておいてもよい。なお、２次元コードをスキャンする態様とする場合には、店舗特定情報に加え、送信先の情報）についても２次元コード化しておき、携帯端末５０で２次元コードをスキャンすることにより、携帯端末５０は店舗特定情報とともに送信先の情報も取得してもよい。

ステップＳ２：携帯端末５０から取引開始要求として顧客識別情報及び店舗特定情報を受信したクラウドサーバ２０は、当該取引のバスケットを生成する。具体的には、図７（Ｃ）に示すようなバスケット情報を生成する。なお、バスケット情報の生成時には、バスケット識別情報、取引開始日時、顧客識別情報は生成されるが、実際の取引（商品登録）の開始前であるため、他の情報（取引終了日時等）は生成されない。

クラウドサーバ２０は、上述したように、図７（Ｂ）に示したような店舗情報を記憶しているため、携帯端末５０から取引開始要求として店舗特定情報を受信（顧客識別情報も受信するが）した場合、受信した店舗特定情報が２次元コードであった場合には、店舗特定情報１を参照して店舗識別情報を取得し、受信した店舗特定情報が位置情報（ＧＰＳ情報）であった場合には店舗特定情報２を参照して店舗識別情報を取得する。なお、クラウドサーバ２０は、携帯端末５０から受信した店舗特定情報が店舗識別情報を２次元コード化したものであった場合には、そのまま取得すればよい。

つまり、携帯端末５０から取引開始要求として顧客識別情報及び店舗特定情報を受信したクラウドサーバ２０は、携帯端末５０から受信した店舗特定情報から店舗識別情報を取得し、更に、現在日付を取得し、シリアル番号を発行（採番）し、店舗識別情報と現在日付とシリアル番号とを結合させて、バスケット情報内のバスケット識別情報として記憶する。また、携帯端末５０から取引開始要求として店舗特定情報や顧客識別情報を受信したクラウドサーバ２０は、現在日時を取得し、バスケット情報内の取引開始日時（生成日時）として記憶する。また、携帯端末５０から取引開始要求として店舗特定情報や顧客識別情報を受信したクラウドサーバ２０は、携帯端末５０から受信した顧客識別情報をバスケット情報内の顧客識別情報として記憶する。

ステップＳ３：当該取引のバスケットを生成したクラウドサーバ２０は、商品登録初期画面情報（初期画面である商品登録画面の画面情報）を生成し、携帯端末５０に送信する。具体的には、クラウドサーバ２０は、例えば、携帯端末５０において図９（Ａ）に示すような商品登録初期画面が表示されるような商品登録初期画面情報を生成し、生成した商品登録初期画面情報をバスケット識別情報とともに携帯端末５０に送信する（図５及び図８の送受信データ「Ｄ２」参照）。

ステップＳ４：クラウドサーバ２０からバスケット識別情報及び商品登録初期画面情報を受信した携帯端末５０は、バスケット識別情報を記憶するとともに、登録画面を表示部に表示する。具体的には、携帯端末５０は、例えば図９（Ａ）に示すような商品登録初期画面を表示する。

ステップＳ５：顧客の操作により携帯端末５０は、商品に付されたバーコードをスキャンし、商品コードを読み取る。なお、図８では、バーコードのスキャンは成功したものとする。なお、図５では説明の便宜上簡略化したが、ステップＳ５～ステップＳ９は、商品に付されたバーコードをスキャンする毎に繰り返し実行される。

バーコードを取得した携帯端末５０は、バスケット識別情報とともに、スキャンによって得られた商品コードをクラウドサーバ２０に送信する（図５及び図８の送受信データ「Ｄ３」参照）。

ステップＳ６：携帯端末５０からバスケット識別情報及び商品コードを受信したクラウドサーバ２０は、バスケット識別情報から当該取引のバスケットを特定する。

ステップＳ７：クラウドサーバ２０は、特定したバスケット内の商品データを更新する。具体的には、クラウドサーバ２０は、Ｎ品目として商品コードを受信した場合には、特定したバスケットのバスケット情報において、当該商品コードを登録商品情報（登録商品Ｎ）の商品コードとして記憶し、当該商品コードに対応する品名及び価格を商品情報から取得し、登録商品情報（登録商品Ｎ）の商品及び価格して記憶する。また、クラウドサーバ２０は、特定したバスケットのバスケット情報において、登録商品情報（計）を更新する。

ステップＳ８：バスケット内の商品データを更新したクラウドサーバ２０は、商品登録更新画面情報（登録した商品が追加された更新画面である商品登録画面の画面情報）を生成し、携帯端末５０に送信する。具体的には、クラウドサーバ２０は、例えば、携帯端末５０において図９（Ｂ）に示すような商品登録更新画面が表示されるような商品登録更新画面情報を生成し、生成した商品登録更新画面情報をバスケット識別情報とともに携帯端末５０に送信する（図５及び図８の送受信データ「Ｄ４」参照）。

なお、図９（Ｂ）に示した商品登録画面（商品登録更新画面）は、３品目の商品として「〇〇食パン」が登録された後に携帯端末５０に表示されるものである。つまり、クラウドサーバ２０は、１品目として「〇〇ヨーグルト」をバスケット内に記憶したときには、携帯端末５０において「〇〇ヨーグルト」が表示されるような商品登録更新画面情報を生成し、生成した商品登録更新画面情報をバスケット識別情報とともに携帯端末５０に送信し、２品目として「〇〇チョコレート」をバスケット内に記憶したときには、携帯端末５０において「〇〇ヨーグルト」と「〇〇チョコレート」とが表示されるような商品登録更新画面情報を生成し、生成した商品登録更新画面情報をバスケット識別情報とともに携帯端末５０に送信し、３品目として「〇〇食パン」をバスケット内に記憶したときには、図９（Ｂ）に示すように、携帯端末５０において「〇〇ヨーグルト」と「〇〇チョコレート」と「〇〇食パン」とが表示されるような商品登録更新画面情報を生成し、生成した商品登録更新画面情報をバスケット識別情報とともに携帯端末５０に送信する。

ステップＳ９：クラウドサーバ２０からバスケット識別情報及び商品登録更新画面情報を受信した携帯端末５０は、登録画面に商品を追加する。具体的には、携帯端末５０は、例えば図９（Ｂ）に示すような商品登録更新画面を表示する。なお、上述したように、図９（Ｂ）に示した商品登録画面（商品登録更新画面）は、３品目の商品として「〇〇食パン」が登録された後に携帯端末５０に表示されるものである。

ステップＳ１０：携帯端末５０は、顧客の操作として会計指示を受け付ける。例えば、図９（Ｂ）に示した「お会計へ進む」ボタンのタッチを受け付ける。

ステップＳ１１：会計指示を受け付けた携帯端末５０は、２次元コードを生成する。つまり、携帯端末５０は、当該携帯端末５０による買上商品について精算処理を実行するために必要となる情報（例えば、バスケット識別情報）を２次元コード化する。２次元コードを生成した携帯端末５０は、生成した２次元コードを表示部に表示する。例えば、図９（Ｃ）に示したような２次元コードを表示したコード表示画面を表示部に表示する。

ステップＳ１２：精算装置４０は、携帯端末５０の表示部に表示されている２次元コードをスキャンする（読み取る）。例えば、精算装置４０は、店員によって客側スキャナ部４０６による認識範囲内に向けられた携帯端末５０の表示部に表示されている２次元コードをスキャンする。

ステップＳ１３：携帯端末５０の表示部に表示されている２次元コードを読み取った精算装置４０は、クラウドサーバ２０に小計金額の算出を要求する。例えば、精算装置４０は、小計金額の算出を要求する算出要求（小計算出要求情報）を２次元コードから取得したバスケット識別情報とともにクラウドサーバ２０に送信する（図５及び図８の送受信データ「Ｄ５」参照）。

ステップＳ１４：携帯端末５０からバスケット識別情報及び小計算出要求情報を受信したクラウドサーバ２０は、バスケット識別情報から当該取引のバスケットを特定する。

ステップＳ１５：バスケットを特定したクラウドサーバ２０は、特定したバスケットの小計金額を算出する。具体的には、クラウドサーバ２０は、売価決定ロジック（図５参照）を用いて、小計金額を算出する。例えば、バスケットの商品が、図９（Ｂ）に示した３品（「〇〇ヨーグルト」、「〇〇チョコレート」、「〇〇食パン」）であって、売価決定ロジックＡ、Ｂ、Ｃによる割引の何れも適用されない場合には、クラウドサーバ２０は、概算金額（図９（Ｂ）参照）である８３０円と同額の８３０円を小計金額として算出する。また例えば、バスケットの商品が、図９（Ｂ）に示した３品（「〇〇ヨーグルト」、「〇〇チョコレート」、「〇〇食パン」）であって、売価決定ロジックＢによる割引によって「〇〇ヨーグルト」が３０円値引となる場合には、クラウドサーバ２０は、概算金額（図９（Ｂ）参照）である８３０円よりも３０円安い８００円を小計金額として算出する。

ステップＳ１６：小計金額を算出したクラウドサーバ２０は、バスケット情報を更新（小計金額（算出後小計金額）を記憶）するとともに、算出した小計金額を示す小計情報をバスケット識別情報とともに精算装置４０に送信する（図５及び図８の送受信データ「Ｄ６」参照）。

ステップＳ１７：クラウドサーバ２０からバスケット識別情報及び小計情報を受信した精算装置４０は、客側表示部４０５に小計金額を表示する。例えば、精算装置４０は、小計金額（値引無しの８３０円）を示す小計情報を受信した精算装置４０は、図１０（Ａ）に示すような、合計欄に小計金額８３０を出力した精算画面を客側表示部４０５に表示する。また例えば、精算装置４０は、小計金額（３０円値引した８００円）を示す小計情報を受信した精算装置４０は、図１０（Ｂ）に示すような、合計欄に小計金額８００を出力した精算画面を客側表示部４０５に表示する。

図１０に示されるように、顧客は精算画面において、商品の精算処理を行う決済方法を選択するが、アプリに予め決済方法を登録可能としてもよい。決済方法を登録している場合には、精算装置４０は、決済方法を選択する画面を表示しなくてもよい。なお、決済方法を登録している場合であっても、決済方法の変更ができることが好ましい。

精算では、商品券による支払やポイント会員のポイントによる支払いも可能である。また、クーポン券等の割引券等の使用も可能であり、釣銭の払い出し、レシートの発行等、通常の決済処理と同様に決済を行うことができる。なお、商品券の回収などで店員の介在が必要なときは、店員呼出しが自動で行われる。または、精算装置４０は、サービスカウンタや有人ＰＯＳなどへ誘導する表示をしても良い。

ステップＳ１８：客側表示部４０５に小計金額を表示した精算装置４０は、支払い（精算）を実行する。具体的には、精算装置４０は、決済種別の選択を受け付ける。現金の場合には、預り金の投入を受け付けて、釣り銭金額を算出し、釣り銭がある場合には、釣り銭を放出するとともに、レシートを発行する。また、精算装置４０は、精算が完了した場合には、精算完了情報をバスケット情報とともにクラウドサーバ２０に送信し、クラウドサーバ２０は当該バスケットの取引終了日時（精算日時）を記憶する。

なお、本実施形態では、クラウドサーバ２０は、売価決定ロジックＨ（決済種別値引価格算出機能）を有しないため、説明を省略したが、売価決定ロジックＨ（決済種別値引価格算出機能）を有する場合には、決済種別の選択後に、小計金額を再計算するようにしてもよい。具体的には、精算装置４０は、決済種別の選択後に、クラウドサーバ２０に小計金額の算出を再度要求し（例えば、選択された決済種別を示す決済種別選択情報をバスケット識別情報とともにクラウドサーバ２０に送信し、クラウドサーバ２０は、売価決定ロジックＨを用いて小計金額を再度算出し、再度算出した小計金額を示す小計情報をバスケット識別情報とともに精算装置４０に再度送信してもよい。あるいは、小計金額の算出が１回で済むように、ステップＳ１３の算出要求以前（例えば、携帯端末５０にて２次元コードを生成する前、精算装置４０にて２次元コードの読取後に算出要求の送信前等）に決済種別の選択を顧客に求めるようにし、ステップＳ１３の算出要求の際に決済種別選択情報もクラウドサーバ２０に送信するようにしてもよい。

（個々の商品登録時のチェック）
なお、携帯端末５０は、商品をスキャンした後に商品コードをクラウドサーバ２０に送信するが（Ｓ５）、当該店舗（来店して商品登録初期画面を表示したときの店舗）内においてスキャンした商品以外の商品（例えば、他の店舗に移動してスキャンした商品等）について商品コードを送信しないようにしてもよい。例えば、携帯端末５０は、来店時（又は商品登録初期画面の表示時）に位置情報（ＧＰＳ情報）を取得し、記憶する。また、携帯端末５０は、個々の商品をスキャンしたときに位置情報を取得し、商品のスキャン時に取得した位置情報と来店時（又は商品登録初期画面の表示時）に取得した位置情報とを比較する。そして、携帯端末５０は、両者が一致（または略一致）した場合には当該商品の商品コードのクラウドサーバ２０への送信を許可し、一致（又は略一致）しなかった場合には当該商品の商品コードのクラウドサーバ２０への送信を禁止してもよい。
これにより、不適切な商品登録（例えば、他の店舗等において生成されたバスケットに対する商品登録等）を防止することができる。

精算装置４０は、上述のように商品コードの送信を禁止した場合には、商品のスキャン後にエラーメッセージ（例えば、「〇〇店舗内ではないため、登録ができません」）を客側表示部４０５に表示してもよい。また、精算装置４０は、上記メッセージを客側表示部４０５に代えて又は加えて店員側表示部４１０に表示してもよい。

（２次元コードの読取時のチェック）
また、精算装置４０は、携帯端末５０の表示部に表示されている２次元コードを読み取った後にクラウドサーバ２０に小計金額の算出を要求するが（Ｓ１２）、当該店舗内においてスキャンした商品以外の商品（例えば、他の店舗でスキャンした商品等）について小計金額の算出を要求しないようにしてもよい。例えば、精算装置４０は、当該店舗の店舗識別情報を参照し（自精算装置４０内に当該店舗の店舗識別情報を記憶し参照してもよいし、アクセス可能な他の装置内に記憶されている店舗識別情報を参照してもよい）、携帯端末５０の表示部に表示されている２次元コードを読み取ったときに、当該２次元コードから得られるバスケット識別情報と、当該店舗の店舗識別情報とを比較する。そして、精算装置４０は、バスケット識別情報に含まれる店舗識別情報（図７（Ｂ）のバスケット識別情報の構成を参照）が、当該店舗の店舗識別情報を含む構成である場合には小計金額の算出の要求を許可し、当該店舗の店舗識別情報を含む構成でない場合には小計金額の算出の要求を禁止してもよい。
これにより、不適切な精算（例えば、他の店舗等において商品登録された商品の精算等）を防止することができる。

精算装置４０は、上述のように小計金額の要求を禁止した場合には、２次元コードの読取後にエラーメッセージ（例えば、「〇〇店舗以外の商品を含むため、精算ができません」）を客側表示部４０５に表示してもよい。また、精算装置４０は、上記メッセージを客側表示部４０５に代えて又は加えて店員側表示部４１０に表示してもよい。

次に、上述した実施形態における数量の変更や登録保留情報の修正等について説明する。まず、図９（Ａ）に示した商品登録初期画面について、この商品登録初期画面を表示する前に、スタート画面を表示してもよい。図１１（Ａ）は、スタート画面の一例である。スタート画面８０１には、会員のポイント情報８００ａと、特定された店舗の店舗情報８００ｂ、特売情報等のお知らせ８００ｃ、クーポン情報８００ｄ等にリンクされたキーが配置されているとともに、店舗における商品登録を開始することを宣言する「開始」キー８００ｅが配置されている。そして、携帯端末５０は、会員によってスタート画面８００の「開始」キー８００ｅが操作されることで、図９（Ａ）に示した商品登録初期画面を表示する。

図１１（Ｂ）は、ＮＯＮファイルや読取ＮＧが発生した場合に表示される画面例を示す図である。携帯端末５０は、図１１（Ｂ）に示されるように、登録ができない商品について保留商品とする旨の報知（ポップアップ）８３０を表示する。このとき、正常に登録できた商品と登録ができない商品を別のバスケット（又は、バスケット内の特定の領域）に入れるように促す表示８３０ａなど、両商品について異なる取り扱いをする旨の報知をしてもよい。なお、報知は、メッセージ等のポップアップ表示に限定されるものではない。

図１１（Ｃ）は、保留商品があることを示す画面例を示す図である。携帯端末５０は、図１１（Ｃ）に示すように、表示領域８１２に、登録情報８１２ａにあわせて保留商品があることを示す登録保留情報８１２ｄを表示する。なお表示領域８１２に表示された登録保留情報８１２ｄは、登録情報８１２ａとは異なる表示形態で一覧表示する。図１１（Ｃ）に示す例では、携帯端末５０は、３点の登録情報８１２ａに登録保留情報８１２ｄをあわせて表示し、登録保留情報８１２ｄの背景を他の登録情報の背景と異ならせている。

また、携帯端末５０は、表示領域８１２に、保留商品の数を表示８１２ｅするとともに、登録保留情報８１２ｄに、専用のバスケットに入れるように促す表示８１２ｆを行うことで、会員に対して保留商品が存在すること報知している。なお、表示に際しては、該保留商品が、「ＮＯＮファイル商品」であるのか「読取ＮＧ商品」であるのかもあわせて表示することが好ましい。この表示によって、店員がこの表示を見ることができるので、より迅速な対応を顧客に提供することができる。

また、一覧表示された登録保留情報８１２ｄについても、数量の変更や削除は通常の商品と同様にできることが好ましい。例えば、会員によって登録のできない商品のコード情報に対して何度も読み取り操作を行った場合には、複数の登録保留情報８１２ｄが生成される可能性があるが、そのような場合には、会員の操作に応じて、携帯端末５０は、登録保留情報８１２ｄを削除するようにしてもよい。

なお、登録情報８１２ａについては、会員の操作によって数量の変更や商品の削除ができる。図１２は、数量の変更や削除を示す画面である。会員が、登録情報８１２ａの数量部分にタッチすることによって、携帯端末５０は、図１２（Ａ）に示すように、当該商品の数量を変更するポップアップ８２０を表示する。

ポップアップ８２０には、現時点での購入個数と価格が表示されるとともに、商品の個数を増減する「＋」キー、「－」キー及び「商品取消」キーが配置されている。なお、変更の対象とした商品が特売商品等の購入個数が限定された商品、或いは不定貫の商品で複数個の購入になじまない商品等の場合には、図１２（Ｂ）に示すように、携帯端末５０は、ポップアップ８２０に、購入個数と価格とともに「商品取消」キーのみのポップアップ８２０を表示するようにしてもよい。

そして、会員が、上記「＋」キー、「－」キー及び「商品取消」キーを操作することにより、携帯端末５０は、登録情報８１２ａの数量等を変更する。なお、会員が携帯端末５０の表示部に表示された商品の数量を変更したり、商品の削除をしたりした場合には、買い物ファイルに記憶された登録情報に対する反映がなされ、同様に数量の変更や商品の削除がなされる。

こうした「＋」キー等によって数量を変更してもよいが、同じ商品のバーコードを複数回撮像しても良い。ただし、連続して、または時間をおいて同じ商品のバーコードを複数回撮像した場合は、携帯端末５０は、同じ商品を複数購入してよいか否かを確認する表示を行ったり、商品識別情報を取得するときの確認音や振動パターンを変更したりする。これによって、商品識別情報が複数回取得されていることを顧客が認識できる。

そして、会員が複数回の撮像によって同一の商品を登録した場合には、携帯端末５０は、一覧表示の最新行に当該商品の購入数量の総合計とともに表示する。なお、複数回の撮像を複数行で表示しても良いことはいうまでもない。

以上説明した登録等における商品には、バーコードが貼付されていたが、キュウリなどの青果や魚などのばら売り商品等のバーコードの貼付に適さない商品の登録は、例えば、商品が陳列されている棚もしくは容器に添付されているバーコードを撮像することで、商品の登録処理を行うようにすればよい。商品に直接バーコードが添付されていれば該バーコードを撮像してもよいことは言うまでもない。

また、携帯端末５０は、バーコードの貼付に適さない商品を撮像して物体認識することによって、商品の特定をしてもよい。また、音声等による登録処理を行ってもよく、表示部にプリセットキーを表示して会員に選択させることで登録処理を行っても良い。

図１３は、ばら売りの商品の登録に関する画面を示す図である。会員が、ばら売り商品の登録処理を行うと、携帯端末５０は、図１３（Ａ）に示すように、購入する本数を確認するポップアップ８５０を表示する。ポップアップ８５０には、ばら売り商品について、商品名と１つ当たりの価格、購入個数８５０ａ、合計金額等が表示されているとともに、購入本数の変更を指示する「＋」キー８５０ｂ及び「－」キー８５０ｃ、「商品取消」キー８５０ｄ、「決定」キー８５０ｅが配置されている。

そして、会員が、「＋」キー８５０ｂ及び「－」キー８５０ｃを操作して購入個数を設定し、「決定」キー８５０ｅを操作することによって、携帯端末５０は、購入個数８５０ａに設定されている個数によって登録情報を登録する。

また、ばら売り商品については、例えば３個購入すると１個ずつ購入するよりも安くなる値引きが採用されることがある。会員が、そのような値引きの対象となるばら売りの商品を登録した時には、携帯端末５０は、複数本の購入で値引きが適用される旨及びその具体的な数量、値引き価格等の表示を行ってもよい。さらに、携帯端末５０は、図１３（Ｂ）に示すように、まとめ買い割引が適用される本数を購入個数８５０ａの初期値として設定してポップアップ８５０を表示してもよい。

例えば、図１３（Ｂ）に示すように、携帯端末２０は、ポップアップ８５０に、まとめて買うと得であることを表示するとともに、予めまとめ割引が適用される本数（３本）が、購入個数８５０ａの初期値として設定されており、会員は、ポップアップ８５０によって、まとめ買いによる割引商品であることを知ることができ、「決定」キー８５０ｅを操作することで、まとめ買いによる購入を簡単に設定することができる。

もちろん、会員は、購入個数８５０ａの変更を指示する「－」キー８５０ｃ等の操作によって購入本数を減らして、「決定」キー８５０ｅを押すこともでき、携帯端末２０は、ポップアップ８５０で設定された本数で商品の登録を行う。なお、まとめ買い割引が適用される商品であっても、初期値を「１」としておいてもよい。

肉や総菜等の計量対象商品の登録に際しては、計量対象商品を計量する計量装置によって商品情報が記録された値付けラベルが発行されるので、この値付けラベルに印刷されたバーコードを撮像することで商品の登録処理を行う。上記計量装置をストアサーバーに接続することで、発行した値付けラベルに記録した商品情報を商品マスタに追加することができる。なお、計量対象商品については、購入個数の変更はできない仕様としてもよい。

この仕様において、バルク専用の計量装置がネットワーク接続されてる場合、計量装置を一意に識別する情報と商品のバーコードとを携帯端末５０が撮像することで、計量装置と商品とを確定する。その上で、計量装置が容器を例えば撮像することなどで自動認識し、商品を盛付けた容器を計量してもよい。このとき、消費期限などの情報をラベル発行して商品に貼付してもよい。さらに、会員情報など、顧客を特定できる情報を、ＩＣなどで認識させることができれば、計量装置で登録データを生成して、客の登録データとしてクラウドサーバ２０に送信し、この登録データと顧客を特定できる情報の２つのデータを照合することで不正などの防止も可能となる。

こうした計量装置を用いる場合の他の形態について説明する。携帯端末は、店舗識別情報を取得する際に、店舗内の計量装置と接続するための接続情報を取得する。そして、客は携帯端末で計量対象商品のバーコードを読取る。計量対象商品のバーコードを読取ると、携帯端末は、計量装置で商品の重さを計量するための計量ボタンを表示する。この計量ボタンを客が押下することで、客は計量装置での計量を行うことができる。なお、客は、複数の計量対象商品の各々をバーコードを読み取らせた後に、計量ボタンを押下してもよい。

計量ボタンの押下によって、携帯端末は、取得した接続情報を用いて計量装置と接続する。店舗において計量装置が１つのみであれば、当該計量装置に接続する。店舗において計量装置が複数あれば、携帯端末は、客が計量装置を選択するための計量装置選択画面を表示する。このとき表示される計量装置選択画面において、利用可能か否かの情報を計量装置ごとに表示してもよい。また、計量装置が複数あっても利用可能な計量装置が１つしかない場合は、利用可能な計量装置が自動で選択されるようにしてもよい。計量装置が利用可能か否かの情報は、携帯端末がクラウドサーバ２０や管理装置１０などから取得してもよいし、携帯端末が直接計量装置から取得してもよい。また、計量装置選択画面では、計量装置の位置を示す店内の地図を表示してもよい。携帯端末が計量装置と例えば近距離無線通信で接続する場合に、携帯端末が無線通信可能範囲外にある場合には、客に計量装置への近接を促すメッセージを携帯端末が表示してもよい。

次に、商品登録時の携帯端末５０に表示される商品一覧の画面表示等について説明する。図９等で説明したように、買い物中、携帯端末５０には、図１４（Ａ）に示す登録画面が表示される。
図１４（Ａ）に示す登録画面においては、下方に配置される表示領域８１２に、登録した商品の一覧が表示領域８１２に表示できる範囲で並べて表示されている。

顧客は、表示領域８１２を見ることで登録した商品を確認することができるが、多くの商品を購入した際に商品を確認するためには、表示領域８１２に表示される一覧表示をたくさんスクロールする必要があり、確認が煩雑であった。本実施形態の携帯端末５０は、表示領域８１２を必要に応じて拡張することで、登録した商品の確認をより簡単に行えるようになっている。

具体的には、顧客が、「拡張」キー８１１ａを操作することによって、携帯端末５０は、図１４（Ｂ）に示すように、表示領域８１２を携帯端末５０の表示部の全域に拡張する。なお、表示領域８１２を携帯端末５０の表示部の全域に拡張しても全ての商品を表示できない場合は、スクロールによって表示できることは言うまでもない。

携帯端末５０は、表示領域８１２が携帯端末５０の表示部の全域に拡張することによって、表示領域８１１に表示されていた撮像部は隠し、それに連動して携帯端末５０の入力部２６０を無効とすることが好ましい。

なお、表示領域８１２を拡張するための操作は、登録画面８１０に配置される「拡張」キー８１１ａによるものに限定されない。また、表示領域８１２は、必ずしも携帯端末５０の表示部の全域に拡張されなくてもよく、商品の数に応じて全ての商品が確認できる状態に拡張されるものでもよい。

さらには、会員が商品の登録処理を行うに伴って、表示領域８１２が順次拡張されるものであってもよい。その場合には、表示領域８１２の最大拡張状態を設定しておくことで、カメラ領域を確保しながら、表示領域８１２を拡張することができる。

図１５（Ａ）は、電波保留商品が発生した場合の商品の一覧を示す図である。まず、表示領域８１２には、保留商品欄９１２ａが設けられる。保留商品欄９１２ａには、保留商品の商品コード（図では一例として「４９ＸＸＸＸＸＸ」）と、電波保留商品であることを示すアイコン９１２ｂが表示される。このアイコン９１２ｂにより、客は通信状態が不安定となったために発生した電波保留商品であることがひと目で認識できる。

図１５（Ｂ）は、電波保留商品が発生したのちに、通信が回復した場合の商品の一覧を示す図である。図１５（Ａ）では、商品コードが表示されていたが、携帯端末５０は、通信の回復によって、クラウドサーバ２０に商品コードを送信することで、電波保留商品の商品名や価格を取得できる。これにより、図１５（Ｂ）に示されるように、携帯端末５０は、商品名と価格とを表示することができる。また、保留商品欄９１２ａには、電波保留商品であったことを示すアイコン９１２ｃが表示される。これにより、客は電波保留商品がクラウドサーバ２０に登録されたことをひと目で認識できる。なお、通信が回復し、電波保留商品の商品名や価格を取得し、上記アイコン９１２ｃ等を表示する場合には、「通信が回復しました。商品情報が更新されました」などと表示してもよい。

上述した図８において、携帯端末５０の表示部に表示されている２次元コードを読み取った精算装置４０は、クラウドサーバ２０に小計金額の算出を要求し、当該要求に対する応答として、クラウドサーバ２０は精算装置４０に小計情報を送信したが、より詳細な情報を送信し、精算装置４０は、登録確認画面を表示してもよい。図１６は、保留商品がない場合の登録確認画面の一例を示す図である。

図１６に示す登録確認画面９００には、登録した商品の一覧９００ａが表示されており、上方位置に「お会計」キー９００ｂが表示されている。なお、一覧９００ａの表示は、矢印９００ｃを操作することでスクロールすることができる。

また、登録確認画面９００の下方位置には、商品の価格帯別の登録数量を示す価格帯登録数９００ｄが表示されている。図１６に示す例では、￥１,０００以上、￥５００～９９９円、￥３００～４９９円、￥３００円以下の価格帯について、それぞれの商品個数が表示されている。価格帯別の登録数量が表示されることで、店員は、会員が購入した商品の概略を把握することができる。また、高額商品が購入されているときは、パトライト（登録商標）やその他装置（監視装置）、サービス管理責任者等に通知しても良く、高額商品の梱包などを店員によりお手伝いすることができる。

図１７は、保留商品がある場合の登録確認画面の一例を示す図である。図１７に示す登録確認画面９２０には、登録情報の一覧９２０ａが表示されるとともに、登録できなかった３点の保留商品の情報（登録保留情報）があわせて表示されている。このとき、精算装置４０は、登録情報９２０ａと登録保留情報９２０ｂ，９２０ｃ，９２０ｄ，９２０ｇとは、異なる表示形態で表示する。表示形態を異ならせるに際しては、商品情報と保留商品情報の背景色を異ならせて表示したり、文字色やフォントを異ならせて表示したりすればよい。

登録保留情報９２０ｇには、アイコン９２０ｈが表示されている。このアイコン９２０ｈは、電波保留商品であることを示している。このアイコン９２０ｈにより、客は通信状態が不安定となったために発生した電波保留商品であることがひと目で認識できる。

また、精算装置４０は、４点の登録保留情報を登録情報の一覧の先頭位置に配置するようにしてもよい。これによって、会員または店員は、一覧表示に表示された情報の中から、保留商品を簡単に把握することができる。また、画面の下方位置には、商品の価格帯別の登録数量を示す価格帯登録数９００ｄに加えて、保留商品の個数９２０ｅが「４」と表示されている。

保留商品がある場合には、店員による操作が必要となる。精算装置４０は、店員の修正操作に応じて、保留商品について登録保留情報の修正を行う。図１８は、店員が修正操作を行うための編集画面を示す図である。精算装置４０は、図１７に示した登録確認画面９２０において、店員により登録保留情報９２０ｂがタッチされると、図１８に示すように、登録保留情報９２０ｂを編集するための編集画面９３０を表示する。

編集画面９３０には、スキャンボタンが配置されており、店員がスキャンボタンを操作することで、精算装置４０は、商品のコード情報を読み取った際の画像データを表示する。店員は、表示された画像データを見ることで保留商品を確認することができ、陳列棚を確認に行くなどして、正しい商品情報を知ることができる。

精算装置４０は、編集処理によって修正された情報を商品マスタ等に反映しても良い。例えば、新規で特売用のコード情報を添付した商品について、商品マスタの書き換えを忘れるなどしてＮｏｎファイル商品となっていることがある。そのような場合には、営業日の登録保留情報を修正して商品マスタに反映することによって、それ以降の登録保留を防止することができる。また、商品の価格等が明らかでないものについては、精算装置４０は、部門と金額とを編集することで仮の修正を行うことができるようにしてもよい。また、電波保留商品についても、精算装置４０で商品をスキャンすることにより、クラウドサーバ２０から商品名や価格等を取得できるので、電波保留商品についても登録することが可能となる。

図１９は、登録保留情報９２０ｂ編集後の登録確認画面を示す図である。図１９に示されるように登録保留情報９２０ｂは修正される。また、登録保留情報９２０ｇは、精算装置４０で商品がスキャンされたことにより修正されている。そして、電波保留商品であったことを示すアイコン９２０ｉが表示される。これにより、客は電波保留商品がクラウドサーバ２０に登録されたことをひと目で認識できる。また、登録確認画面９２０の下方位置に表示される保留商品の個数９２０ｅは、「２」に変更されている。

図２０は、全ての登録保留情報を編集した後の登録確認画面を示す図である。図２０に示す登録確認画面９２０では、４点の登録保留商品のうち、３点の商品を示すかつての登録保留情報９２０ｂ，９２０ｃ，９２０ｇは登録されており、１点の登録保留情報９２０ｄは登録の取り消し処理がなされている。登録保留商品がなくなったので、登録確認画面９２０の下方位置に表示される保留商品の個数９２０ｅは、「０」に変更されている。また、精算装置４０は、登録確認画面９２０の情報位置に「決定」キー９２０ｆを表示している。会員又は店員が「決定」キー９２０ｆを操作することにより、精算装置４０は、商品の登録修正処理を完了して図１０（Ａ）に示す精算画面に移行する。

次に、買い物リストについて説明する。顧客は、携帯端末５０によって店舗を特定し、その店舗の商品マスタをダウンロードすることで、携帯端末５０によって、購入を予定している商品のリスト（以下、「買い物リスト」という）を作成することができる。

例えば、顧客が、携帯端末５０の表示部に表示した商品情報の一覧から、購入する予定の商品を選択して登録することによって、携帯端末５０は、買い物リストを作成する。また、携帯端末５０は、日常的に購入する商品について、買い物リストを作成する際に購入予定商品として自動的に登録してもよい。

顧客は、店舗における商品登録の際に、携帯端末５０に買い物リストを表示して買い物リストを利用することができる。表示される買い物リストにおける購入予定商品の並びは、店舗の通路順や部門順でも良く、その他自由に設定、変更できる。また、例えば「やさい」「せいか」等の音声入力によって、携帯端末５０は、当該部門のみ表示しても良いし、表示領域の上方位置に表示しても良い。

そして、顧客が商品の登録を行うことによって、携帯端末５０は、買い物リストの商品情報の表示の変更や、買い物リストの消込みを行う。これによって、顧客は、購入予定の商品が登録されたことを知ることができる。なお、携帯端末５０は、複数購入予定の商品について、予定購入数量を報知して予定数量の登録が行われることで消し込み等を行うようにしてもよい。

また、携帯端末５０は、顧客が買い物リストから登録する商品を指定した後でないと、商品の登録処理が実行できないようにしてもよい。それによって購入予定商品を確実に購入することができ、また、予定以外の商品を購入するなど過度の衝動買いを抑制することができる。

なお、顧客が、商品を指定してから当該商品以外を撮像した場合には、携帯端末５０は、エラー表示等の報知をしてもよい。また、携帯端末５０は、買い物リストに登録されている他の商品を撮像した場合にもエラー表示等の報知をしてもよい。

なお、携帯端末５０は、買い物リストに存在しない商品についても商品の登録処理を許容するが、その場合には、当該商品が買い物リストに存在しない商品であり、購入を確認する画面を表示するなど報知することが好ましい。さらに、携帯端末５０は、登録情報の一覧表示において、買い物リストに存在する商品と存在しない商品を判別可能に表示しても良い。

さらに、携帯端末５０は、顧客が買い物リストに表示された商品名をクリック等することで、商品の登録を完了させてもよい。顧客は、商品のバーコードを読み取る必要がなく、よりスムーズな商品登録を行うことができる。また、買い物リストを利用して商品の登録を行うことで、バーコードが貼付されていない商品についての登録処理を簡単に行うことができる。

なお、携帯端末５０は、過去の買い物履歴情報から定期的に購入する商品を買い物リストに自動的に加えたり、自宅にある空容器などのバーコードをスキャンすることにより「買い物リスト」を作成することもできるようにしてもよい。なお、買い物リストに登録されているが登録情報のない商品が存在する場合には、携帯端末５０は、買い忘れがある旨を登録画面等に表示して顧客に報知してもよく、さらには、買い忘れの商品について購入するか購入しないかを問い合わせてもよい。

次に、クーポン等の品券の登録について説明する。本実施形態に係る携帯端末５０は、紙媒体によるクーポン券のクーポン情報を登録することができる。例えば、クーポン券に印刷されているバーコードを読み取ることによって、記録されている割引情報を取得して、商品の登録に反映することができる。なお、記録されているクーポン情報がユニークなクーポン情報であれば、該クーポン情報の読み取りによって当該クーポン情報を無効にすればよい。また、クーポン券の回収が必要であれば、買い物中に店員を呼び出して入力してもらうか、有人の精算装置にて決済を行うようにしてもよい。

なお、携帯端末５０は、読み取ったクーポン情報を自動的に最大の値引条件になるように計算し、商品の価格に反映して登録情報を出力してもよい。また、携帯端末５０は、商品の登録情報にクーポン情報をあわせてＱＲコード等のコード情報として出力し、ＰＯＳ端末等において値引き処理等を行っても良い。この際には、登録情報及びクーポン情報は、識別情報として管理装置１０から登録情報及びクーポン情報を取得するようにしてもよい。

次に、量り売りについて説明する。図２１は、携帯端末５０を用いて、客が購入したい計量対象商品の識別情報を携帯端末５０によって取得する例を示している。図２１には、計量対象商品として、レモン６０１ａ、リンゴ６０２ａ、オレンジ６０３ａが陳列されており、それぞれの計量対象商品の背後に、ディスプレイを有する標識６０１、標識６０２、標識６０３が置かれている。

例えば、標識６０１には、レモンの文字、単価はｋｇあたりであること、単価は、ｎｎ円であることが表示されている。また、携帯端末５０がこれらの情報を光学的に読み取れるように、バーコード６０１ｂが表示されている。これらの表示は、紙などに印刷した状態で、表示されてもよいし、ディスプレイを用いて表示してもよい。なお、ディスプレイを用いて表示することで、タイムサービスなどのときの値引きを加味した表示を迅速に行える。また、バーコードを所定の時間で変更して表示することによって、予めカメラで撮影しておいたバーコードなどを携帯端末５０に読み取らせることで、異なる単価にて、計量対象商品を登録するなどの不正を防止することができる。

図２１における携帯端末５０は、既にレモンとリンゴのバーコードを読み取ることで、それぞれの商品識別情報を取得し、かつそれらの商品の計量がされていない状態となっている。この状態を以下の説明では、仮登録ともいう。携帯端末５０には、仮登録欄６１１、６１２には、レモンとリンゴの計量が必要であることや、計量していないことから価格が不明（図では「？？円」で示している）であることが表示される。なお、図２１に示す例では、登録欄６１３に示されるように、１６０円のヨーグルト１点の登録もされている。そのため、小計欄６１０には、正式に登録されている商品が１点であること、その概算合計が１６０円であること、お会計へ進むのボタンが表示されている。

また、仮登録欄６１１、６１２は、網掛け表示され、登録欄６１３と異なる態様で表示される。これにより、客に対し仮登録であることをわかりやすく表示し、また計量を促すようにしている。

なお、計量対象商品を登録する画面は、計量対象商品ではない通常商品を登録する画面とは異なる専用画面であってもよい。例えば、通常商品を登録する画面で計量対象商品のバーコードが読み取られた場合、上記専用画面を表示する。この専用画面では、計量対象商品のみを登録可能とする。これにより、客はバーコードを読み取った商品が計量対象商品であること、また計量装置による計量が必要であることを容易に認識することができる。

専用画面において、通常商品のバーコードが読み取られた場合の制御方法として、２つの方法を行ってもよい。１つめの方法は、通常商品のバーコードが読み取られた場合、「計量対象商品を先に計量してください」と表示することで、計量対象商品を計量し、登録が終了しない限り、通常商品の登録を不可とする方法である。２つめの方法は、通常商品のバーコードが読み取られた場合、通常商品を登録する画面に戻り、通常商品を登録するが、通常商品を登録する画面において、例えば「要計量商品あり」など、計量が必要であることを目立つように（点滅等）表示する方法である。いずれの方法であっても、計量が必要であることを客が容易に認識することができるので、計量忘れなどを抑制することができる。

次に、計量装置について説明する。図２２は、計量装置６０と拡大した表示画面を示す図である。計量装置６０は、表示部６０ａ、読み取り部６０ｂ、印刷ラベル排出口６０ｃ、及び載台６０ｄを備える。また、計量装置６０は、不図示のＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、またはマイコン等を備え、所定のプログラムに従って動作する。また、計量装置６０は、例えばロードセル方式により計量対象商品を計量する。また、計量装置６０は、商品識別情報に対応する単価を、例えば管理装置１０から取得することができる。

表示部６０ａは、客に各種情報を表示するとともに、タッチパネルも備え、操作部としての機能を有する。読み取り部６０ｂは、各種コード（バーコード、２次元コード等）を読み取る。印刷ラベル排出口６０ｃは、計量対象商品に関する情報（代金を示すバーコード等）が印刷された印刷物（以下、「ラベル」ともいう）を排出する。載台６０ｄは、商品が載置される台であり、ここに載置された商品の重さが計量される。

計量装置６０は、ＬＡＮ１９による通信の他に、携帯端末５０と通信可能である。携帯端末５０との通信には、本実施形態ではBluetooth（登録商標）が用いられるが、Ｗｉ－Ｆｉ（登録商標）、光通信、３Ｇ／４Ｇ回線等など、通信可能なものであればどのような通信プロトコルを用いてよい。

拡大画面６０ｅは、計量装置６０の待機画面である。待機画面には、案内欄６０ｇ、６０ｈが表示される。案内欄６０ｇは、携帯端末５０を使用する場合の案内を示し、案内欄６０ｈは、携帯端末５０を使用しない場合の案内を示す。案内欄６０ｇには、２次元コード６０ｆが表示され、案内欄６０ｈには、携帯端末５０を使用しない場合の対応方法が表示される。以下の説明では、携帯端末５０を使用する形態について説明する。

図２１に示したレモンとリンゴを仮登録した客は、携帯端末５０に２次元コード６０ｆを読み取らせる。このとき、携帯端末５０には、商品のバーコードを読み取る場合と同じ画面が表示されており、客は画面の表示を切り替えることなく２次元コード６０ｆを読み取らせることができる。２次元コード６０ｆを読み取った携帯端末５０は、計量装置６０との通信を開始する。この通信において、携帯端末５０は、計量装置６０に仮登録された商品の識別情報を送信する。例えば、図２１のようにレモンとリンゴが仮登録された場合には、レモンとリンゴの識別情報が送信される。

商品の識別情報を受信した計量装置６０は、識別情報に示される計量対象商品の計量を促す画面を表示するように表示部６０ａを制御する。本実施形態では、識別情報が携帯端末５０により取得された順番に応じて、計量対象商品の計量を促す画面を表示するように表示部６０ａを制御する。

図２３は、識別情報が携帯端末５０により取得された順番に応じた表示順を示す図である。図２３では、計量対象商品として、リンゴ、レモン、オレンジを例にしている。また、図２３に示されるように、リンゴの商品識別情報を０００３、レモンの商品識別情報を０００１、オレンジの商品識別情報を０００２としている。

本実施形態では、一例として３種類の表示順（取得順、逆取得順、識別情報順）で表示可能である。まず、携帯端末５０によって、リンゴ、レモン、オレンジの順に商品識別情報が取得されたとする。この順番で取得された場合に、取得順で表示するときは、計量装置６０は、そのままリンゴ、レモン、オレンジの順に計量を促す画面を表示するように表示部６０ａを制御する。取得順で表示するときは、計量装置６０は、そのままリンゴ、レモン、オレンジの順に計量を促す画面を表示するように表示部６０ａを制御する。逆取得順で表示するときは、計量装置６０は、オレンジ、レモン、リンゴの順に計量を促す画面を表示するように表示部６０ａを制御する。識別情報順で表示するときは、計量装置６０は、レモン、オレンジ、リンゴの順に計量を促す画面を表示するように表示部６０ａを制御する。

取得順に表示する場合は、客が商品識別情報をスキャンした順に表示されるので、客が違和感を感じないという効果がある。逆取得順での表示は、計量対象商品がカゴ内で積み重なるような商品の場合に好適である。具体的には、Ａ、Ｂ、Ｃがカゴに積み重なる商品とし、Ａ、Ｂ、Ｃの順に商品識別情報を取得してカゴに入れた場合、取得順で表示されると、まずＡを計量しなければならないが、この場合Ｂ、ＣをよけてＡを取り出さないとならないため、使い勝手が悪い。一方、逆取得順で表示されると、カゴからそのまま順番に取り出せばよいため、使い勝手がよいという効果がある。識別情報順に表示する場合は、単に商品識別情報をソートしてその順番で表示すればよいことから、取得した順番を管理する必要がないという効果がある。

なお、上述した３種類の表示順で表示された場合であっても、客による携帯端末の操作で、順番を変更可能としてもよい。変更するための操作として、例えば、画面に順番を変更するための矢印を表示し、この矢印をタッチする操作や、商品を示すアイコンをドラッグ・アンド・ドロップする操作や、順番を変更するための置数入力操作などが挙げられる。こうした順番の変更は、上述した専用画面で計量対象商品を表示する場合であっても、専用画面を用いることなく通常画面で計量対象商品を表示する場合であっても行えるようにしてもよい。

次に、計量を促す画面の表示例について説明する。以下で説明する表示例は、図２１で示したように、リンゴ、レモンの順に商品識別情報を取得し、取得順に表示した場合の表示例である。取得順に表示されるので、リンゴ、レモンの順に表示される。図２４は、表示部６０ａに表示されるリンゴの計量を促す画面等を示す図である。図２５は、表示部６０ａに表示されるレモンの計量を促す画面等を示す図である。

図２２で説明したように、携帯端末５０が２次元コード６０ｆを読み取り、計量装置６０と通信を行うと、まず図２４（Ａ）に示される画面が表示部６０ａに表示される。図２４（Ａ）に示される画面には、「商品を載せてください」という計量を促す文字列とともに、商品名欄６２１、戻るボタン６２２、中止ボタン６２３、サーチボタン６２４が表示される。商品名欄６２１は、計量対象商品の商品名を示す。戻るボタン６２２は、１つ前の画面を表示するためのボタンである。中止ボタン６２３は、計量を中止するためのボタンである。

さらに、図２４（Ａ）に示される画面には、計量結果欄６２５、単価欄６２６、合計欄６２７が表示される。計量結果欄６２５には、計量結果が表示される。単価欄６２６には、１キログラムあたりの価格が表示される。合計欄６２７には、計量結果と単価で定まる合計金額が表示される。

客が載台６０ｄにリンゴを載置し、計量が完了すると、図２４（Ｂ）に示される画面が表示される。計量が完了したことから、計量結果欄６２５には計量結果（図では１．２００６）が表示され、合計欄６２７には合計金額（図では￥４３２）が表示される。合計金額は、計量結果と単価の積を１円未満切り捨てて算出する。

さらに、図２４（Ｂ）に示される画面には、「プリントボタンを押してください」という文字列とともに、プリントボタン６２８が表示される。プリントボタン６２８は、計量対象商品に関する情報を印刷したラベルを発行するためのボタンである。プリントボタン６２８は、計量対象商品を載置して計量値が安定したときに初めて表示されるようにすることが望ましい。例えば、計量値が安定するまではプリントボタン６２８をグレーアウトさせ、計量値が安定したときにグレーアウトを解除してもよい。

図２４（Ｂ）に示される画面において、客がプリントボタン６２８をタッチすると、印刷ラベル排出口６０ｃからラベルが排出されるとともに、図２４（Ｃ）に示される画面が表示される。図２４（Ｃ）に示される画面には、計量対象商品が入った袋にラベルを貼付することを促す画像が表示される。計量装置６０は、図２４（Ｃ）に示される画面を表示するとともに、携帯端末５０にリンゴに関する計量済み情報（商品識別情報、計量されたこと、価格等）を送信し、携帯端末５０は計量済み情報を受信する。

計量済み情報を受信した携帯端末５０の画面には、図２４（Ｄ）に示される画面が表示される。リンゴが計量されたため、リンゴに対応する仮登録欄６１２に代わり、登録欄６１２ａが表示される。登録欄６１２ａは、網掛けが解除され、さらに価格（４３２円）も表示される。これにより、客はリンゴの計量が完了したことなどを携帯端末５０において確認することができる。なお、未計量商品は価格が不明なため、「？？円」という態様で表示しているが、この態様に限らず、１００ｇあたりの単価を表示してもよい。このように計量対象商品と計量対象商品以外の商品とで価格欄の表示が異なるようにしてもよい。

図２４（Ｄ）に示される画面が表示され、所定時間（例えば３秒）経過すると、図２５（Ａ）に示される画面が表示部６０ａに表示される。図２５において、既に説明した符号についての説明を一部省略する。図２５（Ａ）に示される画面は、レモンの計量を促すための画面である。図２５（Ａ）に示される画面と図２４（Ａ）に示される画面との違いは商品がレモンであることと、単価であり、その他は同じである。

客が載台６０ｄにレモンを載置し、計量が完了すると、図２５（Ｂ）に示される画面が表示される。計量が完了したことから、計量結果欄６２５には計量結果（図では０．５００）が表示され、合計欄６２７には合計金額（図では￥５００）が表示される。合計金額は、重量と単価の積を１円未満切り捨てて算出する。

図２５（Ｂ）に示される画面において、客がプリントボタン６２８をタッチすると、印刷ラベル排出口６０ｃからラベルが排出されるとともに、図２５（Ｃ）に示される画面が表示される。図２５（Ｃ）に示される画面には、計量対象商品が入った袋にラベルを貼付することを促す画像が表示される。計量装置６０は、図２５（Ｃ）に示される画面を表示するとともに、携帯端末５０にレモンに関する計量済み情報（計量されたこと、価格等）を送信し、携帯端末５０は計量済み情報を受信する。

計量済み情報を受信した携帯端末５０の画面には、図２５（Ｄ）に示される画面が表示される。レモンが計量されたため、レモンに対応する仮登録欄６１１に代わり、登録欄６１１ａが表示される。登録欄６１１ａは、網掛けが解除され、さらに価格（５００円）も表示される。これにより、客はレモンの計量が完了したことなどを携帯端末５０において確認することができる。

以上により、リンゴとレモンの計量が終了したため、計量装置６０は、所定時間経過後（例えば３秒）、図２２で説明した待機画面を表示する。なお、図２４（Ｄ）、図２５（Ｄ）では、計量が終了すると、「要計量」から「計量」に表示が変更されるが、「計量」に代えて、計量結果（例えば、２５０グラムなど）を表示してもよいし、計量結果に加え、または計量結果に代えて、単価（例えば、１００グラムあたりの単価）を表示してもよい。

次に、以上説明した量り売りに関する処理をフローチャートを用いて説明する。図２６は、携帯端末５０の処理を示すフローチャートである。また、図２６に示される処理は、バーコードや２次元コードなど、コードが読み取られたときに実行される処理を示している。

図２６において、携帯端末５０は、計量装置６０で表示される計量装置コードが読み取られたか否かを判定する（ステップＳ１０１）。計量装置コードが読み取られた場合には（ステップＳ１０１：ＹＥＳ）、携帯端末５０は、計量対象商品の仮登録商品があるか否かを判定する（ステップＳ１０２）。仮登録商品がない場合には（ステップＳ１０２：ＮＯ）、処理を終了する。仮登録商品がある場合には（ステップＳ１０２：ＹＥＳ）、携帯端末５０は、仮登録商品を示す商品識別情報を送信する（ステップＳ１０３）。ここでの処理では、携帯端末５０から計量装置６０に商品識別情報が直接送信されるが、例えば、クラウドサーバ２０や管理装置１０など、他の装置を経由して計量装置６０に商品識別情報を送信してもよい。

商品識別情報を送信すると、携帯端末５０は、計量済み情報の受信を待つ。携帯端末５０は、計量済み情報を受信すると（ステップＳ１０４：ＹＥＳ）、計量済み情報に示される商品識別情報に対応する仮登録商品の仮登録欄（例えば、図２１で示した仮登録欄６１１）を登録欄に変更する（ステップＳ１０５）。携帯端末５０は、クラウドサーバ２０にバスケット識別情報、及び商品コードを送信する（ステップＳ１０６）。ここでの商品コードは、例えば商品識別情報とその金額、または商品識別情報と重量を示す情報など、商品と価格を特定可能な情報であればよい。携帯端末５０は、仮登録商品がまだあるか否かを判定する（ステップＳ１０７）。仮登録商品がある場合には（ステップＳ１０７：ＹＥＳ）、ステップＳ１０４に戻り、計量済み情報の受信を待つ。仮登録商品に対応する全ての計量済み情報を受信したことで、仮登録商品がない場合には（ステップＳ１０７：ＮＯ）、処理を終了する。

ステップＳ１０１において、計量装置コードが読み取られていない場合には（ステップＳ１０１：ＮＯ）、携帯端末５０は、計量対象商品のバーコードが読み取られたか否かを判定する（ステップＳ１０８）。計量対象商品のバーコードが読み取られた場合には（ステップＳ１０９：ＹＥＳ）、携帯端末５０は、計量対象商品を仮登録し（ステップＳ１０９）、処理を終了する。

ステップＳ１０８において、計量対象商品のバーコードが読み取られていない場合には（ステップＳ１０８：ＮＯ）、携帯端末５０は、非計量対象商品のバーコードが読み取られたか否かを判定する（ステップＳ１１０）。非計量対象商品のバーコードが読み取られた場合には（ステップＳ１１０：ＹＥＳ）、携帯端末５０は、非計量対象商品を登録し（ステップＳ１１１）、処理を終了する。また、非計量対象商品のバーコードが読み取られていない場合には（ステップＳ１１０：ＮＯ）、携帯端末５０は、処理を終了する。

図２７は、計量装置６０の処理を示すフローチャートである。また、図２７に示される処理は、仮登録商品の商品識別情報を受信するときからの処理を示している。計量装置６０は、携帯端末５０から仮登録商品の商品識別情報を受信する（ステップＳ２０１）。計量装置６０は、商品識別情報から、単価を取得し、計量を促す画面を表示部６０ａに表示する（ステップＳ２０２）。ここでは、商品識別情報が取得された順番に応じて、計量対象商品の計量を促す画面を表示する。そして計量装置６０は、商品が載置されるのを待つ。載置されたか否かは、重さが検出されたか否かで判定される。

計量装置６０は、載台６０ｄに商品が載置されたことを検出すると（ステップＳ２０３：ＹＥＳ）、計量結果を取得する（ステップＳ２０４）。計量装置６０は、計量結果と単価から合計金額を決定し（ステップＳ２０５）、計量結果と合計金額とを表示部６０ａに表示する（ステップＳ２０６）。計量装置６０は、携帯端末５０に計量済み情報を送信し（ステップＳ２０７）、客によるプリントボタン６２８のタッチを待つ。

客によりプリントボタン６２８がタッチされると（ステップＳ２０８：ＹＥＳ）、計量装置６０は、ラベルの印刷及び排出を行う（ステップＳ２０９）。このステップＳ２０９に示されるように、計量装置６０は、計量対象商品が計量されるたびに、当該計量対象商品に関する情報を印刷したラベルを発行する。これにより、計量されるたびに客はラベルを取得することができるので、客の使い勝手を向上させることができる。

計量装置６０は、計量していない仮登録商品がまだあるか否かを判定する（ステップＳ２１０）。計量していない仮登録商品がまだある場合には（ステップＳ２１０：ＹＥＳ）、計量装置６０は、所定時間待機し（ステップＳ２１１）、次の仮登録商品の計量を促す画面を表示する（ステップＳ２０２）。計量していない仮登録商品がない場合には（ステップＳ２１０：ＮＯ）、計量装置６０は、待機画面を表示し（ステップＳ２１２）、処理を終了する。

上述した処理に加え、携帯端末５０は、計量装置６０との通信が完了し、計量を開始するための操作が始まるまで、客に計量装置６０を見るように促してもよい。促す方法として、例えば携帯端末５０の画面上に「計量装置の案内にしたがって操作してください」や、「計量装置の画面をみてください」を表示したり、「計量装置の案内にしたがって操作してください」や、「計量装置の画面をみてください」を音声で報知する方法が挙げられる。また、計量装置６０が複数ある場合は、それらを区別するために、計量装置６０を特定する識別情報（番号や図形など）を併せて報知してもよい。

また、計量装置６０は、計量操作終了後、計量装置６０の画面に携帯端末５０にデータが反映されているか否かの確認を促す報知を行ってもよい。確認を促す報知方法として、「携帯端末の画面を確認してください」を画面に表示する方法や、「携帯端末の画面を確認してください」を音声で報知する方法が挙げられる。また、携帯端末５０においても携帯端末５０にデータが反映されているかどうかの確認を促す報知を行ってもよい。携帯端末５０での報知方法として、「計量装置からのデータが反映されましたので確認してください」を表示する方法や、「計量装置からのデータが反映されましたので確認してください」を音声で報知する方法が挙げられる。

データが反映されているかどうかの確認を促す報知に代えて、確認するための操作を行わせるようにしてもよい。例えば、携帯端末５０は、計量装置６０からのデータを受信した後、計量した商品１つ１つについて個別に確認ボタンを押すという操作を行わせるようにしてもよい。または、計量した商品の結果を一覧で表示し、一括で確認ボタンを押すという操作を行わせるようにしてもよい。そして、登録された商品に誤りがあった場合に、商品の取り消しや訂正を行うための操作を受付可能としてもよい。訂正操作を受け付けた場合には、計量装置６０で再計量を行うようにしてもよい。取り消し操作を受け付けた場合には、登録された商品を取り消すようにする。なお、訂正や取り消し操作は、店員のみが行えるようにするか、店員の確認を要するようにしてもよい。

次に、携帯端末５０から計量装置６０に送信される仮登録商品の商品識別情報の送信方法について、図２３で説明した表示順（取得順、逆取得順、識別情報順）ごとに説明する。ここでは、計量装置６０は、携帯端末５０から商品識別情報を受信した順番で計量対象商品の計量を促す画面を表示するものとする。

表示順が取得順の場合は、携帯端末５０は、取得した商品識別情報が古いものを先に送信する。これにより、計量装置６０は、商品識別情報が取得された順に受信するため、取得順に計量対象商品の計量を促す画面を表示することができる。

表示順が逆取得順の場合は、携帯端末５０は、取得した商品識別情報が新しいものを先に送信する。これにより、計量装置６０は、商品識別情報が取得された逆の順に受信するため、逆取得順に計量対象商品の計量を促す画面を表示することができる。

表示順が識別情報順の場合は、携帯端末５０は、取得した商品識別情報をまずソート（例えば昇順にソート）する。携帯端末５０は、ソートされた先頭から識別情報を順に送信する。これにより、計量装置６０は、ソートされた順に受信するため、識別情報順に計量対象商品の計量を促す画面を表示することができる。

これらの他に、携帯端末５０は、例えば識別情報と順番を示す順番情報をペアで計量装置６０に送信し、計量装置６０が順番情報に従って表示してもよい。なお、識別情報順に表示する場合には、計量装置６０で識別情報をソートして表示すればよいため、取得した順番を管理する必要はない。

以上説明したように、本実施形態では、計量対象商品の計量を促す画面に計量する商品が自動的に表示されるので、客は指定する必要がないことから、客の使い勝手を向上することができる。また、表示順を取得順、逆取得順、識別情報順で表示可能であるので、商品や客の指定に応じて表示順を変化させるなど、柔軟に対応することができるので、客の使い勝手を向上することができる。

上述した実施形態では、携帯端末としてスマートフォンを用いた例について説明したが、店舗で用意したウェアラブルスキャナであってもよい。このような店舗で用意した携帯端末の場合には、客が自らの端末等で既に登録した商品を引き継いで買い物できるように、客のバスケット情報を取得可能に構築されていてもよい。

前述の通常保留商品と電波保留商品は携帯端末で判別可能に表示態様やマークや印なども用いて表示する。電波保留商品は通信回復時に情報を更新したときには、携帯端末画面上でデータ更新した旨を報知する。表示態様が異なれば、どの商品がデータ更新されたか一目瞭然であり、買い物客が安心して買い物を継続できる。また、通信回復時に携帯端末の一覧表示を更新しないままでも良い。

携帯端末５０での表示と同様に精算装置では、図１７に「電波保留商品」と「通常保留商品」を判別可能に表示しても良い。このように表示することで、店員が確認作業を行う場合の助けとなる。なお、電波保留商品であったが通信が回復してクラウドサーバ２０に登録された商品は、店員による確認作業を不要としてもよい。また、ＮＯＮファイルによる保留商品について、精算装置での精算の際には、商品マスタが更新され、商品コードに対応する商品情報が商品マスタに作成されていることもあるため、商品マスタにもとづいて登録保留情報の修正を行うようにしてもよい。なお、商品マスタは自動で更新されずに、更新ボタンなど手動で更新されるようにしてもよい。

ＮＯＮファイルによる保留商品の登録保留情報が修正された場合には、ＮＯＮファイルによる保留商品であったこと店員が判別できるようにすると、店員の商品チェックもスムーズとなる。特に、読取ＮＧやＮＯＮファイルによる保留商品は、読み取り時にエラーが発生したことにより、客が商品購入をあきらめるなどして売場に商品を戻している可能性も高いため、上述した店員による判別が可能であることは有効である。

携帯端末５０と精算装置４０との間でのバスケット識別情報のやり取りは、２次元コードに限定されず、バーコード、ＲＦＩＤやＮＦＣやBluetoothによる無線通信、携帯端末５０または精算装置４０に用意されたコネクタを経由して携帯端末５０と精算装置４０との有線通信など方法は問わない。

なお、以上に説明した管理装置１０、クラウドサーバ２０、精算装置３０、４０、携帯端末５０、計量装置６０を実現するためのプログラムを、コンピュータ読み取り可能な記録媒体に記録し、そのプログラムをコンピュータシステムに読み込ませて実行するようにしてもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ－ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。また、上記プログラムは、前述した機能の一部を実現するためのものであってもよい。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。

１０…管理装置
２０…クラウドサーバ
３０…精算装置
４０…精算装置
５０…携帯端末
６０…計量装置
４０１…ＣＰＵ
４０２…ＲＯＭ
４０３…ＲＡＭ
４０４…ハードディスク
４０５…客側表示部
４０６…客側スキャナ部
４０８…カード決済部
４０９…釣銭機
４１０…店員側表示部
４１１…キー操作部
４１２…店員側スキャナ部
４１３…印刷部
４１４…音声出力部
４１５…通信部

Claims (5)

1. 商品を登録する登録端末と計量装置とを含む商品登録システムであって、
   前記登録端末は、
   計量対象商品の識別情報を取得する取得手段と、
   前記計量対象商品を示す前記識別情報を前記計量装置に送信する送信手段と、
   を備え、
   前記計量装置は、
   前記識別情報を受信する受信手段と、
   表示手段と、
   前記受信手段により受信された前記識別情報に示される前記計量対象商品の計量を促す画面を表示するように前記表示手段を制御する制御手段と、
   を備え、
   前記送信手段は、前記取得手段により複数の前記識別情報が取得された場合には、取得された複数の前記識別情報を送信し、
   前記制御手段は、前記表示手段を制御して、前記取得手段により複数の前記識別情報が取得された順番とは逆の順番で前記計量対象商品の計量を促すことを特徴とする商品登録システム。
2. 商品を登録する登録端末と、表示手段を備えた計量装置とを含む商品登録システムにおいて、前記登録端末を第１のコンピュータとして機能させ、前記計量装置を第２のコンピュータとして機能させるためのプログラムであって、
   前記第１のコンピュータを、
   計量対象商品の識別情報を取得する取得手段、
   前記計量対象商品を示す前記識別情報を前記計量装置に送信する送信手段、
   として機能させ、
   前記第２のコンピュータを、
   前記識別情報を受信する受信手段、
   前記受信手段により受信された前記識別情報に示される前記計量対象商品の計量を促す画面を表示するように前記表示手段を制御する制御手段、
   して機能させ、
   前記送信手段は、前記取得手段により複数の前記識別情報が取得された場合には、取得された複数の前記識別情報を送信し、
   前記制御手段は、前記表示手段を制御して、前記取得手段により複数の前記識別情報が取得された順番とは逆の順番で前記計量対象商品の計量を促すことを特徴とするプログラム。
3. 商品を登録する登録端末と、表示手段を備えた計量装置とを含む商品登録システムにおいて、
   前記登録端末が、
   計量対象商品の識別情報を取得する取得ステップと、
   前記計量対象商品を示す前記識別情報を前記計量装置に送信する送信ステップと、
   を含む処理を実行し、
   前記計量装置が、
   前記識別情報を受信する受信ステップと、
   前記受信ステップにおいて受信された前記識別情報に示される前記計量対象商品の計量を促す画面を表示するように前記表示手段を制御する制御ステップと、
   を含む処理を実行し、
   前記送信ステップでは、前記取得ステップにおいて複数の前記識別情報が取得された場合には、取得された複数の前記識別情報を送信し、
   前記制御ステップでは、前記表示手段を制御して、前記取得ステップにおいて複数の前記識別情報が取得された順番とは逆の順番で前記計量対象商品の計量を促すことを特徴とする商品登録方法。
4. 商品を登録するとともに、計量対象商品の識別情報を取得して前記計量対象商品を示す前記識別情報を送信する登録端末と、計量装置とを含む商品登録システムにおける前記計量装置であって、
   前記計量装置は、
   前記登録端末から送信された前記識別情報を受信する受信手段と、
   表示手段と、
   前記受信手段により受信された前記識別情報に示される前記計量対象商品の計量を促す画面を表示するように前記表示手段を制御する制御手段と、
   を備え、
   前記制御手段は、前記登録端末によって複数の前記識別情報が取得されて送信された複数の前記識別情報を受信した場合、前記表示手段を制御して、前記登録端末によって複数の前記識別情報が取得された順番とは逆の順番で前記計量対象商品の計量を促すことを特徴とする計量装置。
5. 商品を登録するとともに、計量対象商品の識別情報を取得して前記計量対象商品を示す前記識別情報を送信する登録端末と、表示手段を備えた計量装置とを含む商品登録システムにおける前記計量装置をコンピュータとして機能させるプログラムであって、
   前記コンピュータを、
   前記登録端末から送信された前記識別情報を受信する受信手段、
   前記受信手段により受信された前記識別情報に示される前記計量対象商品の計量を促す画面を表示するように前記表示手段を制御する制御手段、
   として機能させ、
   前記制御手段は、前記登録端末によって複数の前記識別情報が取得されて送信された複数の前記識別情報を受信した場合、前記表示手段を制御して、前記登録端末によって複数の前記識別情報が取得された順番とは逆の順番で前記計量対象商品の計量を促すことを特徴とするプログラム。

Images