JP2020149639A - 商品登録システム及びプログラム - Google Patents

Abstract

【課題】顧客自ら商品を登録する際の問題の発生を防止する。【解決手段】商品登録のための情報を取得可能な取得手段と、買物客の振る舞いを特定する特定手段と、前記特定手段によって特定された買物客の振る舞いに関する情報を出力可能な出力手段とを備え、前記出力手段は、前記特定手段によって買物客の振る舞いが特定され、かつ、前記取得手段によって商品登録のための情報が取得されなかった場合に、当該特定された振る舞いに関する情報を出力する。【選択図】図１

Description

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

カメラを搭載した携帯端末を用いて顧客自ら商品を登録するシステムが知られている（例えば、特許文献１参照）。

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

しかしながら、携帯端末を用いて顧客自ら商品を登録するので、商品のバーコードを読み取ったつもりが実際には読み取れなかった場合や、悪意により読み取るふりをして商品を買物かごに投入する場合などの問題が生じる虞がある。

本発明は、このような事情に鑑みてなされたもので、その目的は、顧客自ら商品を登録する際の問題の発生を防止することができる技術を提供することにある。

上述した課題を解決するために、本発明の一態様である商品登録システムは、商品登録のための情報を取得可能な取得手段と、買物客の振る舞いを特定する特定手段と、前記特定手段によって特定された買物客の振る舞いに関する情報を出力可能な出力手段とを備え、前記出力手段は、前記特定手段によって買物客の振る舞いが特定され、かつ、前記取得手段によって商品登録のための情報が取得されなかった場合に、当該特定された振る舞いに関する情報を出力することを特徴とする。

上記に構成によれば、買物客の振る舞いに関する情報が必要に応じて出力されるため、問題の発生を防止することができる。

上記商品登録システムは、買物客の動作を撮像する撮像手段を備え、前記特定手段は、前記撮像手段の撮像情報に基づいて買物客の振る舞いを特定してもよい。

上記に構成によれば、撮像手段を用いて好適に買物客の振る舞いを特定することができる。

上記商品登録システムにおいて、前記出力手段は、前記振る舞いに関する情報を所定の情報処理装置に送信してもよい。

上記に構成によれば、所定の情報処理装置において買物客の振る舞いに関する情報を好適に処理等することができる。

上記商品登録システムは、表示制御手段を備え、前記出力手段により出力された前記振る舞いに関する情報に応じた報知情報を表示してもよい。

上記に構成によれば、買物客の振る舞いに関する情報を報知情報を確認することができる。

上記商品登録システムにおいて、前記取得手段は、前記特定手段によって特定された買物客の振る舞いに応じて、店員が登録に介在することが必要な商品として、商品登録のための情報を取得してもよい。

上記に構成によれば、店員を介在させて好適に登録を行うことができる。

上述した課題を解決するために、本発明の他の態様である商品登録システムは、商品を特定する商品識別情報を認識可能な認識手段と、前記認識手段による認識結果に応じた情報を出力可能な出力手段とを備え、前記認識手段は、前記商品識別情報とは異なる所定の識別情報を認識可能であり、前記出力手段は、前記認識手段が、前記所定の識別情報、及び、前記商品識別情報の何れも認識しない状態であるときに、前記認識結果に応じた情報を出力することを特徴とする。

上記に構成によれば、認識結果に応じた情報が必要に応じて出力されるため、問題の発生を防止することができる。

上述した課題を解決するために、本発明の他の態様である商品登録システムは、商品を特定する商品識別情報を認識可能な認識手段と、前記認識手段による認識結果に応じた情報を出力可能な出力手段とを備え、前記認識手段は、前記商品識別情報とは異なる所定の識別情報を認識可能であり、前記出力手段は、前記認識手段が前記所定の識別情報を認識しない期間において前記商品識別情報を認識しないことに基づいて、前記認識結果に応じた情報を出力することを特徴とする。

上記に構成によれば、認識結果に応じた情報が必要に応じて出力されるため、問題の発生を防止することができる。

上述した課題を解決するために、本発明の他の態様であるプログラム、買物客が商品登録に用いる移動端末としてコンピュータを機能させるプログラムであって、前記コンピュータを、商品登録のための情報を読取可能な読取手段、買物客の振る舞いを特定する特定手段、前記特定手段によって特定された買物客の振る舞いに関する情報を出力可能な出力手段として機能させ、前記出力手段は、前記特定手段によって買物客の振る舞いが特定され、かつ、前記読取手段によって商品登録のための情報が読み取れなかった場合に、当該特定された振る舞いに関する情報を出力することを特徴とするプログラムである。

上記に構成によれば、買物客の振る舞いに関する情報が必要に応じて出力されるため、問題の発生を防止することができる。

以上のように、顧客自ら商品を登録する際の問題の発生を防止することができる。

販売システムを説明するためのネットワークの概念図である。 販売システム１を導入した店舗の出入口付近の様子を説明する説明図である。 ショッピングカートへの携帯端末のセットについて説明する説明図である。 精算装置について説明する説明図である。 販売システム１による商品購入の全体の流れの概要を説明するシーケンス図である。 販売システム１による携帯端末の動作の一例を説明するフローチャートである。 販売システム１による携帯端末の動作の一例を説明するフローチャートである。 販売システム１による携帯端末の動作の一例を説明するフローチャートである。 販売システム１による携帯端末の動作の一例を説明するフローチャートである。 販売システム１による携帯端末の動作の一例を説明するフローチャートである。 携帯端末の表示部における表示例等である。 携帯端末の表示部における表示例である。 携帯端末の表示部における表示例である。 携帯端末の表示部における表示例である。 精算装置の表示部における表示例である。 精算装置の表示部における表示例である。

図１は、販売システム１を説明するためのネットワークの概念図である。図１に示す販売システム１は、管理装置（例えば、ストアコントローラ）１０、クラウドサーバ２０、登録精算装置３０、精算装置４０、監視装置５０（例えば、パーソナルコンピュータ等）、携帯端末６０（例えば、スマートフォン等）を含む。なお、図１において、１台の登録精算装置３０を図示したが、１店舗内の登録精算装置３０の数は２台以上であってもよい。また、図１において、２台の精算装置４０を図示したが、１店舗内の精算装置４０の数は１台であってもよいし３台以上であってもよい。また、図１において、１台の監視装置５０を図示したが、１店舗内の監視装置５０の数は２台以上であってもよい。また、管理装置１０は、基本的には１店舗に１台であるが、２台以上であってもよい。販売システム１は、種々の店舗等（スーパーマーケット、コンビニストア、ドラックストア、ホームセンタ、家電量販店等）に導入可能である。

図１に示した販売システム１は、店員が登録精算装置３０を使用して商品を登録する態様に対応するサービス、顧客自身が携帯端末６０を使用して商品を登録する態様に対応するサービス（以下、サービスＡと称する）など各種サービスを提供する。なお、販売システム１のうち、サービスＡを提供する部分を特定販売システムと称する場合がある。換言すれば、特定販売システムは、販売システム１のサブシステムであり、サービスＡを提供する。

管理装置１０、登録精算装置３０、精算装置４０、監視装置５０は、店舗内に設置されるものであり、ＬＡＮ１９（有線でも無線でもよい）を介して通信可能に接続されている。管理装置１０は、クラウドサーバ２０と通信可能である。

管理装置１０は、主にＬＡＮ１９内の各種装置を管理する装置である。例えば、管理装置１０は、外部の装置との通信機能を有し、外部の装置（例えば、非図示の本部のサーバ、クラウドサーバ２０であってもよい）から商品ファイル（商品マスタ）を受信して登録精算装置３０等に供給したり、精算装置４０等から取引情報を受信し外部の装置（例えば、クラウドサーバ２０等）に送信したりする。

クラウドサーバ２０は、各種サービスを提供するサーバである。例えば、クラウドサーバ２０は、サービスＡ（顧客自身が携帯端末６０を使用して商品を登録する態様に対応するサービス）を提供する。例えば、クラウドサーバ２０は、サービスＡに関係する各種情報（例えば、取引情報（バスケット情報）等）を管理する。

登録精算装置３０は、登録処理及び精算処理を実行する装置である。登録精算装置３０は、店員によって使用される（店員の操作によって登録処理と精算処理とを実行する）。

精算装置４０は、精算処理を実行する装置である。精算装置４０は、基本的には顧客によって使用される（顧客に操作によって精算処理を実行する）。精算装置４０は、少なくとも、サービスＡを利用する際に用いられる。

監視装置４０は、主にＬＡＮ１９内の各種装置を監視する装置である。監視装置４０は、他の装置（例えば、登録精算装置３０、精算装置４０等）の稼働状況等を監視し、他の装置における各種情報を表示したり、他の装置に対する各種命令を出力したりする。

携帯端末６０は、顧客によって操作される。携帯端末６０は、サービスＡを利用する際に用いられる。具体的には、サービスＡの利用に際し、ショッピングカート７０のホルダ７１に携帯端末６０をセットする（図３参照）。

携帯端末６０は、通信機能、撮像機能（カメラ）の他に、各種コード（バーコード、２次元コード等）を認識する認識機能を備える。例えば、携帯端末６０は、商品に付されているバーコードを認識する。換言すれば、携帯端末６０は、商品識別情報（商品コード）を読み取る。また、携帯端末６０は、所定情報がコード化されているバーコード（後述するマーカ７３）を認識する。換言すれば、携帯端末６０は、所定情報を読み取る。なお、携帯端末６０は、撮像機能によって撮像されている撮像画像（スルー画像として取得している画像）内の特徴点を抽出し、オブジェクト（各種コード）を認識してもよい。

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

なお、携帯端末６０は、サービスＡに係る各種画面を表示する。例えば、携帯端末６０に、サービスＡを利用するためのアプリケーションプログラム。以下、特定アプリとも称する。）をインストールしておき、携帯端末６０は、サービスＡに係る各種画面を表示してもよい。

なお、販売システム１（又は特定販売システム）の一部又は全部を他の名称（例えば、商品登録システム、精算システム、商品販売データ処理システム等）などと称してもよい。

また、上記では、クラウドサーバ２０、精算装置４０、携帯端末６０について、サービスＡに利用される説明したが、管理装置１０についてもサービスＡに利用される（例えば、精算装置４０とクラウドサーバ２０との情報の送受信に利用される）。なお、サービスＡに他の装置（登録精算装置３０、監視装置５０等）を利用してもよい。

図２は、販売システム１（具体的には特定販売システム）を導入した店舗の出入口付近の様子を説明する説明図である。図２に示すように出入口（入口と出口が別々の場合には入口）付近には、貸し出し用のショッピングカート７０、貸し出し用の買物カゴ８０、販売用のショッピングバック９０がある。顧客は、来店時に、ショッピングカート７０に買物カゴ８０をセットし、買物カゴ８０にショッピングバック９０等をセットし、店内へ進むが、特定販売システムが提供するサービスＡの利用に際し、顧客が行う準備の１つとしてショッピングカート７０に携帯端末６０をセットする（詳細は後述）。

なお、顧客は、今回購入したショッピングバック９０を次回以降の来店時にマイバックとして持参してもよいし、ショッピングバック９０とは別のバックをマイバックとして持参してもよい。また、レジ袋を購入してもよい。

また、図２では記載を省略したが、ショッピングカート７０には、買物カゴ８０とは別に、保留商品（後述）を入れる保留バスケット（図１４参照）を取り付ける。

図３は、ショッピングカート７０への携帯端末６０のセットについて説明する説明図である。図３（Ａ）は、ショッピングカート７０の進行方向手前側の上部付近を横から見た模式図である。図３（Ｂ）は、図３（Ａ）を上側から見た模式図である。

図３（Ａ）に示すように、ショッピングカート７０は、ホルダ７１、アーム７２を備える。アーム７２の先端にはマーカ７３が付されている。ホルダ７１に正しくセットされた状態であれば、図３（Ｂ）に示すように、携帯端末６０は、撮像画像（スルー画像）内のオブジェクトとしてマーカ７３を認識することができる。より詳細には、携帯端末６０は正しくホルダ７１にセットされている場合において、当該携帯端末６０の撮像部の前面にマーカ７３を遮るものがなければマーカ７３を認識するが、当該携帯端末６０の撮像部の前面にマーカ７３を遮るものがあればマーカ７３を認識しなくなる。なお、図３（Ｂ）の場合、後述する図１２（Ａ）の如く、アーム７２も撮像されているはずであるが、省略している。

図４は、精算装置４０について説明する説明図である。図４（Ａ）は、精算装置４０の外観例（客側から見た斜視図）を示す図である。図４（Ｂ）は、精算装置４０の構成例を示す図である。図４（Ａ）及び図４（Ｂ）において、同一部分には同一符号を付している。なお、精算装置４０は、基本的に客が操作するものである。

以下、図４（Ａ）を参照しつつ、図４（Ｂ）に示した精算装置４０の構成例を説明する。精算装置４０は、ＣＰＵ４０１と、ＲＯＭ４０２と、ＲＡＭ４０３と、ハードディスク４０４と、表示部４０５と、スキャナ部４０６と、カード決済部４０８と、釣銭機４０９と、印刷部４１３と、音声出力部４１４と、通信部４１５とを備える。これらは、バスを介して相互に通信可能である。なお、精算装置４０は、キー操作部、撮像部（カメラ）、報知部（サインポール等のランプ）を更に設けていてもよい。

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

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

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

表示部４０５は、タッチディスプレイであり、種々の情報を表示するとともに、種々の入力を受け付ける。

スキャナ部４０６は、種々の情報を光学的に読み取る。例えば、スキャナ部４０６は、携帯端末６０の表示部に表示されるコード（２次元コード等）をスキャンし、精算処理に必要な情報を読み取る。また、スキャナ部４０６は、他の装置（例えば、登録精算装置３０が発光したお会計券（登録商標）に印刷されているコード（バーコード、２次元コード等）をスキャンし、精算処理に必要な情報を読み取ってもよい。また、スキャナ部４０６は、商品に付されているバーコードをスキャンし、商品コードを読み取ってもよい。また、スキャナ部４０６は、店員の名札に付されたバーコード等をスキャンし、店員コードを読み取ってもよい。

カード決済部４０８は、各種カード（クレジットカード、交通系カード等のプリペイドカード、デビット支払時におけるキャッシュカード、ポイント支払時におけるポイントカード等）による決済機構である。カード決済部４０８は、カード認識部（読取部）や表示部や操作部を備えるが、少なくとも、カード認識部を備えるものであればよい。なお、カード認識部は、特典付与、割引等のために各種カード（例えば、ポイントカード、会員カード、株主カード等）を認識してもよい。

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

印刷部４１３は、各種媒体（レシート、お会計券等）を印刷、発行する。
音声出力部４１４は、音声を出力する。例えば、音声出力部４１４は、音声ガイダンス等を出力する。
通信部４１５は、他装置（管理装置１０、登録精算装置３０、他の精算装置４０、監視装置５０等）との間において情報を送受信する。

なお、精算装置４０の外観やハードウェア構成を説明したが、登録精算装置３０等の外観やハードウェア構成については説明を省略する。なお、図１において説明したように、登録精算装置３０は、基本的に店員が使用する（店員の操作によって登録処理と精算処理とを実行する）。

また、登録精算装置３０は、両側（店員側、顧客側）の夫々に表示部やスキャナ部を備えるとともに、一方側（客側）に決済部（カード決済部、現金決済部）を備える構成としてもよい。当該構成の登録精算装置３０は、例えば稼働状況等に応じて、複数の動作態様（店員の操作によって登録処理を実行して顧客の操作によって精算処理を実行する態様、顧客の操作によって登録処理と精算処理とを実行する態様、店員及び顧客の操作によって登録処理を実行して顧客の操作によって精算処理を実行する態様等）のうちの何れかの動作態様に切り替え可能な装置であってもよい。また、顧客の操作によって精算処理を実行する態様であれば、登録精算装置３０をサービスＡに利用可能である。すなわち、顧客は、登録処理を携帯端末６０で実行し、登録精算装置３０で精算処理を実行可能である。

図５は、販売システム１（具体的には特定販売システムが提供するサービスＡ）による商品購入の全体の流れの概要を説明するシーケンス図である。具体的には、図５は、ある店舗（サービスＡが稼働する店舗）に、ある顧客（特定アプリをインストール済みの携帯端末６０を所持する顧客）が来店し、当該携帯端末６０を使用して当該店舗に陳列されている商品を登録し、登録した商品についての精算が完了する迄における、当該携帯端末６０、当該店舗に設置された精算装置４０、データセンタ等の外部に設置されたクラウドサーバ２０の夫々における処理の流れの一例を示したものである。図５の左側が、携帯端末６０の処理、中央が精算装置４０の処理、右側がクラウドサーバ２０の処理である。なお、図５では、携帯端末６０を使用した商品の登録が常に正常になされる（ステップＳ５の商品コードの読み取りが成功する）ものとする。

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

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

店舗特定情報を取得した携帯端末６０は、取引開始要求として、取得した店舗特定情報を顧客識別情報とともにクラウドサーバ２０に送信する。なお、顧客識別情報については、顧客登録の際（携帯端末６０に特定アプリをインストールする際等）に、携帯端末６０を用いて登録フォームの氏名欄に入力された情報がクラウドサーバ２０の顧客情報に記憶されるが、クラウドサーバ２０に加え、携帯端末６０の記憶部にも記憶しておいてもよい。

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

ステップＳ２：携帯端末６０から取引開始要求として顧客識別情報及び店舗特定情報を受信したクラウドサーバ２０は、当該取引のバスケット（バスケット情報）を生成する。バスケット情報は、例えば、バスケット識別情報、取引開始日時、取引終了日時、顧客識別情報、登録商品情報、保留商品情報、キャンセル情報等を含むものであってもよい。バスケット識別情報は、バスケットを一意に識別する識別情報である。例えば、バスケット識別情報は、店舗識別情報と、日付と、シリアル番号（例えば店舗別日付別のシリアル番号）とから構成されるものであってもよい。取引開始日時は、取引の開始日時（例えば、バスケット情報の生成日時）である。なお、取引開始日時は、１品目の商品の登録日時であってもよい。バスケット情報の生成日時と１品目の商品の登録日時とを別々に両方記憶してもよい。なお、バスケット情報の生成時には、バスケット識別情報、取引開始日時、顧客識別情報は生成されるが、実際の取引（商品登録）の開始前であるため、他の情報は生成されない。

ステップＳ３：当該取引のバスケットを生成したクラウドサーバ２０は、画面情報を生成し、生成した画面情報をバスケット識別情報とともに携帯端末６０に送信する。

ステップＳ４：クラウドサーバ２０からバスケット識別情報及び画面情報を受信した携帯端末６０は、バスケット識別情報を記憶するとともに、登録画面を表示部に表示する。

ステップＳ５：顧客の動作により携帯端末６０は、商品に付されたバーコードをスキャンし、商品コードを読み取る。商品コードを読み取った携帯端末６０は、バスケット識別情報とともに、読み取った商品コードをクラウドサーバ２０に送信する。

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

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

ステップＳ８：バスケット内の商品データを更新したクラウドサーバ２０は、商品登録後の画面情報（更新後の商品データに対応する画面情報）を生成し、生成した画面情報をバスケット識別情報とともに携帯端末６０に送信する。

ステップＳ９：クラウドサーバ２０からバスケット識別情報及び画面情報を受信した携帯端末６０は、当該バスケット識別情報が記憶しているバスケット識別情報と一致するかを確認した後、当該画面情報に基づく登録画面を表示部に表示する。つまり、携帯端末６０の登録画面に商品が追加される。

なお、図５では説明の便宜上簡略化したが、ステップＳ５〜ステップＳ９の処理は、下記ステップＳ１０において会計指示を受け付ける迄の間において、ステップＳにおいて商品コードを読み取る度に繰り返し実行される。

ステップＳ１０：携帯端末６０は、顧客の操作として会計指示を受け付ける。

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

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

ステップＳ１３：２次元コードを読み取った精算装置４０は、クラウドサーバ２０に小計金額の算出を要求する。例えば、精算装置４０は、小計金額の算出を要求する算出要求（小計算出要求情報）を２次元コードから取得したバスケット識別情報とともに、管理装置１０を介して、クラウドサーバ２０に送信する。

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

ステップＳ１５：バスケットを特定したクラウドサーバ２０は、特定したバスケットの小計金額を算出する。
ステップＳ１６：小計金額を算出したクラウドサーバ２０は、バスケット情報を更新（小計金額（算出後小計金額）を記憶）するとともに、算出した小計金額を示す小計情報をバスケット識別情報とともに、管理装置１０を介して、精算装置４０に送信する。

ステップＳ１７：クラウドサーバ２０からバスケット識別情報及び小計情報を受信した精算装置４０は、表示部４０５に小計金額を表示する。

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

図６は、販売システム１（具体的には特定販売システムが提供するサービスＡ）による携帯端末６０の動作の一例を説明するフローチャートである。具体的には、図６は、ある店舗（サービスＡが稼働する店舗）に、ある顧客（特定アプリをインストール済みの携帯端末６０を所持する顧客）が来店し、商品購入前の準備段階である、当該携帯端末６０をショッピングカート７０に正しくセットされ、商品の登録開始の指示を受け付ける迄における、携帯端末６０の動作の一例を示したものである。

ステップＳ１０１：携帯端末６０は、マーカ７３（所定情報がコード化されているバーコード）の認識状態であるか否かを判断する。なお、携帯端末６０は、商品購入前の準備段階においては、正しくホルダ７１にセットされていれば、マーカ７３を認識し、認識状態となるものとする。マーカ７３の認識状態でない場合（ステップＳ１０１：ＮＯ）、ステップＳ１０２に進む。マーカ７３の認識状態である場合（ステップＳ１０１：ＹＥＳ）、ステップＳ１０３に進む。

ステップＳ１０２：携帯端末６０は、当該携帯端末６０のセット位置の修正を顧客に促す情報（メッセージ）を表示部に表示する。続いてステップＳ１０１に戻る。つまり、当該携帯端末６０のセット位置が修正されるなどしてマーカ７３の認識状態となる迄、上記情報を表示部に表示する。なお、携帯端末６０は、上記情報に代えて又は加えて、当該携帯端末６０のセット位置が正しくない旨を顧客に報知する情報（メッセージ）を表示部に表示してもよい。

ステップＳ１０３：携帯端末６０は、買物（商品登録）の開始を促す情報（メッセージ）を表示部に表示する。続いてステップＳ１０４に進む。

ステップＳ１０４：携帯端末６０は、買物を開始する旨の指示を受け付けたか否かを判断する。買物を開始する旨の指示を受け付けていない場合（ステップＳ１０４：ＮＯ）、ステップＳ１０３に戻る。つまり、買物を開始する旨の指示を受け付ける迄、上記情報を表示部に表示する。買物を開始する旨の指示を受け付けた場合（ステップＳ１０４：ＹＥＳ）、ステップＳ１０５に進む。

ステップＳ１０５：携帯端末６０は、買物中フラグをセットする（例えば１を記憶する）。そして、図６のフローチャートは終了する。なお、買物中フラグは、買物の開始（図６のＳ１０４：ＹＥＳ）〜商品の登録終了（図７のステップＳ２９０：ＹＥＳ）の間の状況であるときにセットされた状態となるフラグである。

なお、図６の処理（ステップＳ１０１〜Ｓ１０５の各処理）は、図５のステップＳ４の処理（登録画面を表示部に表示）の前の処理である。また、図５のステップＳ１〜Ｓ２の処理と、図６の各処理の順序は、何れが先であってもよい。

図７〜図１０は、販売システム１（具体的には特定販売システムが提供するサービスＡ）による携帯端末６０の動作の一例を説明するフローチャートである。具体的には、図７〜図１０は、買物中フラグがクリアされる迄における、携帯端末６０の動作の一例を示したものである。つまり、商品購入前の準備段階（図６参照）が完了し、ショッピングカート７０にセットされている携帯端末６０を使用した商品の登録が行われる際の携帯端末６０の動作の一例を示したものである。図７〜図１０の説明において、携帯端末６０はショッピングカート７０に正しくセットされているものとする。また、携帯端末６０は、買物中フラグがセットされているときには、１品目の商品の登録前は商品の登録の方法を案内する情報を表示部に表示し、１品目の商品の登録後は更に会計に進む旨（つまり商品の登録を終了する旨）の指示を受け付けるボタンを表示部に表示するものとする。

図７のステップＳ２０１：携帯端末６０は、マーカ７３の認識状態であるか否かを判断する。上述したように図７〜図１０の説明において、携帯端末６０は正しくホルダ７１にセットされていることを前提としているため、当該携帯端末６０の撮像部の前面にマーカ７３を遮るものがなければマーカ７３の認識状態は維持される。マーカ７３の認識状態である場合（ステップＳ２０１：ＹＥＳ）、ステップＳ２９０に進む。マーカ７３の認識状態でない場合（ステップＳ２０１：ＮＯ）、ステップＳ２１０に進む。

ステップＳ２１０：携帯端末６０は、商品コードの認識に成功したか否かを判断する。顧客が、携帯端末６０の撮像部とマーカ７３の間の空間に商品を持っていくことにより、携帯端末６０は当該商品に付されたバーコードを読み取ることが可能になる。商品コードの認識に成功した場合（ステップＳ２１０：ＹＥＳ）、ステップＳ２２５に進む。商品コードの認識に成功しなかった場合（ステップＳ２１０：ＮＯ）、図８のステップＳ３４０に進む。

なお、商品コードの認識に成功しなかった場合には、商品コードの認識に失敗した場合と、商品に付されたバーコードらしきものすら認識しなかった場合とが含まれる。携帯端末６０は、バーコードらしきもの（バーコードに似た縞模様状のパターンを有するオブジェクト）を認識したが、バーコードとして正しく認識できなかった場合（商品コードの認識に成功しなかった場合）、商品コードの認識に失敗したと判断する。なお、商品コードの認識に失敗した場合としては、顧客が、携帯端末６０の撮像部とマーカ７３の間の空間に商品（バーコード）を持っていったが、バーコードの位置や角度や汚れなどによって認識できなかった場合などを想定している。商品に付されたバーコードらしきものすら認識しなかった場合としては、顧客が、携帯端末６０の撮像部とマーカ７３の間の空間に商品（バーコード）を持っていっていない場合などを想定している。

ステップＳ２２５：携帯端末６０は、登録失敗フラグセット（後述）がセットされているか否かを判断する。登録失敗フラグセットがセットされている場合（ステップＳ２２５：ＹＥＳ）、ステップＳ２２６に進む。登録失敗フラグセットがセットされていない場合（ステップＳ２２５：ＮＯ）、ステップＳ２３０に進む。

ステップＳ２２６：携帯端末６０は、登録失敗フラグセットをクリアする。続いてステップＳ２３０に進む。

ステップＳ２３０：携帯端末６０は、クラウドサーバ２０に商品コード等を送信する。続いてステップＳ２３１に進む。なお、当該ステップＳ２３０の処理は、図５のステップＳ５の処理（商品コードを読み取る処理）の後の処理（バスケット識別情報とともに読み取った商品コードをクラウドサーバ２０に送信する処理）に相当する。

ステップＳ２３１：携帯端末６０は、商品を表示する。続いてステップＳ２９０に進む。なお、当該ステップＳ２３１の処理は、図５のステップＳ９の処理（登録画面に商品を追加する処理）に相当する。

ステップＳ２９０：携帯端末６０は、会計に進む旨の指示を受け付けたか否かを判断する。つまり、携帯端末６０は、会計に進む旨（つまり商品の登録を終了する旨）の指示を受け付けるボタンが操作されたか否かを判断する。会計に進む旨の指示を受け付けた場合（ステップＳ２９０：ＹＥＳ）、ステップＳ２９２に進む。会計に進む旨の指示を受け付けていない場合（ステップＳ２９０：ＮＯ）、ステップＳ２０１に戻る。なお、図５のステップＳ１０の処理（顧客の操作として会計指示を受け付ける処理）は、当該ステップＳ２９０（ＹＥＳ）に相当する。

ステップＳ２９２：携帯端末６０は、買物中フラグをクリアする。その後、携帯端末６０は、２次元コードを生成し、表示するが（図５のステップＳ１１参照）、説明を省略する。

図８のステップＳ３４０：携帯端末６０は、商品コードの認識に失敗したか否かを判断する。つまり、携帯端末６０は、バーコードらしきもの（バーコードに似た縞模様状のパターンを有するオブジェクト）を認識したか否かを判断する。商品コードの認識に失敗した場合（ステップＳ３４０：ＹＥＳ）、ステップＳ３４２に進む。商品コードの認識に失敗しなかった場合（ステップＳ３４０：ＮＯ）、ステップＳ３５０に進む。

ステップＳ３４０（ＹＥＳ）となるのは、商品コードの認識はできなかったが（図７のステップＳ２１０（ＮＯ））、「バーコードらしきもの」の認識はできた場合である。換言すれば、「バーコードらしきもの」の認識できたが、商品コードの認識には至らなかった場合である。例えば、顧客が商品を登録しようとしているがなかなか登録に至らない場合には、ステップＳ３４０（ＹＥＳ）となる。一方、ステップＳ３４０（ＮＯ）となるのは、商品コードの認識もできず（図７のステップＳ２１０（ＮＯ））、「バーコードらしきもの」の認識もできない場合である。換言すれば、商品コードはいうに及ばす、「バーコードらしきもの」すら認識できない場合である。例えば、登録するふりをしているような場合には、ステップＳ３４０（ＮＯ）となる。

ステップＳ３４２：携帯端末６０は、商品コードの認識に失敗した旨を示す登録失敗フラグセットする。続いて、ステップＳ３４７に進む。
ステップＳ３４７：携帯端末６０は、登録が失敗した旨を顧客に報知する情報（メッセージ）、再度の読み取りを顧客に促す情報（メッセージ）を表示部に表示する。続いてステップＳ３５０に進む。

ステップＳ３５０：携帯端末６０は、マーカ７３の非認識状態が第２閾値（例えば、１０秒間）以上であるか否かを判断する。なお、当該第２閾値は、後述するステップＳ３５２の第１閾値よりも大きい。マーカ７３の非認識状態が第２閾値である場合（ステップＳ３５０：ＹＥＳ）、ステップＳ３７５に進む。マーカ７３の非認識状態が第２閾値以上でない場合（ステップＳ３５０：ＮＯ）、ステップＳ３５１に進む。

ステップＳ３５１：携帯端末６０は、マーカ７３の認識状態であるか否かを判断する。つまり、携帯端末６０は、マーカ７３の非認識状態が第２閾値に達する前に、マーカ７３の認識状態に復帰したか否かを判断する。マーカ７３の認識状態である場合（ステップＳ３５１：ＹＥＳ）、ステップＳ３５２に進む。マーカ７３の認識状態でない場合（ステップＳ３５１：ＮＯ）、図７のステップＳ２１０に戻る。

ステップＳ３５２：携帯端末６０は、マーカ７３の非認識状態が第１閾値（例えば、５秒間）以上であるか否かを判断する。なお、当該第１閾値は、ステップＳ３５０の第２閾値よりも小さい。マーカ７３の非認識状態が第１閾値以上である場合（ステップＳ３５２：ＹＥＳ）、ステップＳ３５５に進む。マーカ７３の非認識状態が第１閾値以上でない場合（ステップＳ３５２：ＮＯ）、ステップＳ３６５に進む。

ステップＳ３５５：携帯端末６０は、登録失敗フラグセットがセットされているか否かを判断する。登録失敗フラグセットがセットされている場合（ステップＳ３５５：ＹＥＳ）、ステップＳ３６７に進む。登録失敗フラグセットがセットされていない場合（ステップＳ３５５：ＮＯ）、ステップＳ３５６に進む。

ステップＳ３５６：携帯端末６０は、マーカ認識不良回数をカウントアップする。続いて、図７のステップＳ２９０に戻る。なお、ステップＳ３５５（ＮＯ）となるのは、商品を登録する行為によるものではなく、一時的（比較的短い時間。第１閾値未満）にマーカ３７の認識が途絶えた場面を想定しているため、単にマーカ３７の認識不良回数をカウントするだけとしている。マーカ認識不良回数は、取引毎に初期化されるが、取引毎に初期化する前に当該顧客の履歴情報として退避、又は、累積として加算しておいてもよい。

ステップＳ３６５：携帯端末６０は、登録失敗フラグセットがセットされているか否かを判断する。登録失敗フラグセットがセットされている場合（ステップＳ３６５：ＹＥＳ）、ステップＳ３６７に進む。登録失敗フラグセットがセットされていない場合（ステップＳ３６５：ＮＯ）、ステップＳ３６８に進む。

ステップＳ３６７：携帯端末６０は、登録が失敗した旨を顧客に報知する情報（メッセージ）、再度の読み取りを顧客に促す情報（メッセージ）を表示部に表示する。続いて図９のステップＳ４００に進む。

ステップＳ３６８：携帯端末６０は、正しい動作（商品を登録するために該商品に付されているバーコードを読ませる動作）がなされなかった旨を顧客に報知する情報（メッセージ）、正しい動作を顧客に促す情報（メッセージ）を表示部に表示する。続いて図１０のステップＳ５００に進む。

ステップＳ３７５：携帯端末６０は、登録失敗フラグセットがセットされているか否かを判断する。登録失敗フラグセットがセットされている場合（ステップＳ３７５：ＹＥＳ）、ステップＳ３７７に進む。登録失敗フラグセットがセットされていない場合（ステップＳ３７５：ＮＯ）、ステップＳ３７８に進む。

ステップＳ３７７：携帯端末６０は、登録が未だなされていない旨を顧客に報知する情報（メッセージ）、読み取りを顧客に促す情報（メッセージ）を表示部に表示する。続いて図９のステップＳ４００に進む。

ステップＳ３７８：携帯端末６０は、正しい動作が未だなされていない旨を顧客に報知する情報（メッセージ）、読み取りを顧客に促す情報（メッセージ）を表示部に表示する。続いて図１０のステップＳ５００に進む。

図９のステップＳ４００：携帯端末６０は、所定時間（例えば、１０秒間）を経過したか否かを判断する。ステップＳ４００の所定時間は、図８の第１閾値とも第２閾値とも異なるものであってもよい。所定時間を経過した場合（ステップＳ４００：ＹＥＳ）、ステップＳ４６８に進む。所定時間を経過していない場合（ステップＳ４００：ＮＯ）、ステップＳ４１０に進む。

なお、ステップＳ４００の経過時間は、基本的には、図８のステップＳ３６７（又はステップＳ３７７）の表示に基づくものであってもよい。例えば、以下の何れかであってもよい。
（ア）図８のステップＳ３６７等の表示が商品の読み取りの邪魔にならない場合（つまり、商品の読み取りの邪魔にならないような表示を図８のステップＳ３６７等にて行う場合）には、図８のステップＳ３６７等の表示開始からの経過時間と上記所定時間とを比較する。
（イ）図８のステップＳ３６７等の表示が商品の読み取りの邪魔になる場合（つまり、商品の読み取りの邪魔になりうるような表示を図８のステップＳ３６７等にて行う場合）には、図８のステップＳ３６７等の表示が消去されてからの経過時間と上記所定時間とを比較する。なお、図８のステップＳ３６７等の表示は、自動的に消去されるようにしてもよいし、顧客の操作によって消去されるようにしてもよい。

ステップＳ４１０：携帯端末６０は、商品コードの認識に成功したか否かを判断する。商品コードの認識に成功した場合（ステップＳ４１０：ＹＥＳ）、ステップＳ４２６に進む。商品コードの認識に成功しなかった場合（ステップＳ４１０：ＮＯ）、ステップＳ４００に戻る。

ステップＳ４２６：携帯端末６０は、登録失敗フラグセットをクリアする。続いてステップＳ４３０に進む。

ステップＳ４３０：携帯端末６０は、クラウドサーバ２０に商品コード等を送信する。続いてステップＳ４３１に進む。なお、当該ステップＳ４３０の処理は、図５のステップＳ５の処理（商品コードを読み取る処理）の後の処理（バスケット識別情報とともに読み取った商品コードをクラウドサーバ２０に送信する処理）に相当する。

ステップＳ４３１：携帯端末６０は、商品を表示する。続いて図７のステップＳ２９０に戻る。なお、当該ステップＳ４３１の処理は、図５のステップＳ９の処理（登録画面に商品を追加する処理）に相当する。

ステップＳ４６８：携帯端末６０は、登録が失敗した旨を顧客に報知する情報（メッセージ）、商品購入の確認（確認操作）を促す情報（メッセージ）を表示部に表示する。続いてステップＳ４８０に進む。

ステップＳ４８０：携帯端末６０は、商品を購入する旨の指示を受け付けたか否かを判断する。商品を購入する旨の指示を受け付けていない場合（ステップＳ４８０：ＮＯ）、ステップＳ４８１に進む。商品を購入する旨の指示を受け付けた場合（ステップＳ４８０：ＹＥＳ）、ステップＳ４８４に進む。

ステップＳ４８１：携帯端末６０は、商品を購入しない旨の指示を受け付けたか否かを判断する。商品を購入しない旨の指示を受け付けていない場合（ステップＳ４８１：ＮＯ）、ステップＳ４８０に戻る。商品を購入しない旨の指示を受け付けた場合（ステップＳ４８１：ＹＥＳ）、ステップＳ４８２に進む。

ステップＳ４８２：携帯端末６０は、クラウドサーバ２０に保留情報（１）を送信する。保留情報（１）には、商品の登録が失敗した旨を特定可能な情報や、商品の購入がキャンセルされた旨を特定可能な情報が含まれる。続いてステップＳ４８３に進む。

ステップＳ４８３：携帯端末６０は、商品を購入しない指示を受け付けた旨を顧客に報知する情報（メッセージ）、保留商品として分ける旨を顧客に報知する情報（メッセージ）を表示部に表示する。保留商品とは、登録が成功しなかった商品であり、登録が成功した商品と容易に区別可能なように保留バスケット（図１４参照）に分けて入れるべき商品である。なお、当該ステップＳ４８３では、上記情報に加えて、商品の登録が失敗した旨を顧客に報知する情報（メッセージ）を表示してもよい。続いてステップＳ４８６に進む。

ステップＳ４８４：携帯端末６０は、クラウドサーバ２０に保留情報（２）を送信する。保留情報（２）には、商品の登録が失敗した旨を特定可能な情報や、商品を購入予定である旨を特定可能な情報が含まれる。続いてステップＳ４８５に進む。

ステップＳ４８５：携帯端末６０は、商品を購入する指示を受け付けた旨を顧客に報知する情報（メッセージ）、保留商品として分ける旨を顧客に報知する情報（メッセージ）を表示部に表示する。なお、当該ステップＳ４８５では、上記情報に加えて、商品の登録が失敗した旨を顧客に報知する情報（メッセージ）を表示してもよい。続いてステップＳ４８６に進む。

ステップＳ４８６：携帯端末６０は、登録失敗フラグセットする。続いて、図７のステップＳ２９０に戻る。

図１０のステップＳ５００：携帯端末６０は、所定時間（例えば、１０秒間）を経過したか否かを判断する。ステップＳ５００の所定時間は、図８の第１閾値とも第２閾値とも異なるものであってもよい。また、ステップＳ５００の所定時間は、図９のステップＳ４００の所定時間と異なるものであってもよい。所定時間を経過した場合（ステップＳ５００：ＹＥＳ）、ステップＳ５６８に進む。所定時間を経過していない場合（ステップＳ５００：ＮＯ）、ステップＳ５１０に進む。

なお、ステップＳ５００の経過時間は、基本的には、図８のステップＳ３６８（又はステップＳ３７８）の表示に基づくものであってもよい。例えば、以下の何れかであってもよい。
（ア）図８のステップＳ３６８等の表示が商品の読み取りの邪魔にならない場合（つまり、商品の読み取りの邪魔にならないような表示を図８のステップＳ３６８等にて行う場合）には、図８のステップＳ３６８等の表示開始からの経過時間と上記所定時間とを比較する。
（イ）図８のステップＳ３６８等の表示が商品の読み取りの邪魔になる場合（つまり、商品の読み取りの邪魔になりうるような表示を図８のステップＳ３６８等にて行う場合）には、図８のステップＳ３６８等の表示が消去されてからの経過時間と上記所定時間とを比較する。なお、図８のステップＳ３６８等の表示は、自動的に消去されるようにしてもよいし、顧客の操作によって消去されるようにしてもよい。

ステップＳ５１０：携帯端末６０は、商品コードの認識に成功したか否かを判断する。商品コードの認識に成功した場合（ステップＳ５１０：ＹＥＳ）、ステップＳ５２６に進む。商品コードの認識に成功しなかった場合（ステップＳ５１０：ＮＯ）、ステップＳ５４０に進む。

ステップＳ５２６：携帯端末６０は、登録失敗フラグセットをクリアする。続いてステップＳ５３０に進む。

ステップＳ５３０：携帯端末６０は、クラウドサーバ２０に商品コード等を送信する。続いてステップＳ５３１に進む。なお、当該ステップＳ５３０の処理は、図５のステップＳ５の処理（商品コードを読み取る処理）の後の処理（バスケット識別情報とともに読み取った商品コードをクラウドサーバ２０に送信する処理）に相当する。

ステップＳ５３１：携帯端末６０は、商品を表示する。続いて図７のステップＳ２９０に戻る。なお、当該ステップＳ５３１の処理は、図５のステップＳ９の処理（登録画面に商品を追加する処理）に相当する。

ステップＳ５４０：携帯端末６０は、商品コードの認識に失敗したか否かを判断する。商品コードの認識に失敗した場合（ステップＳ５４０：ＹＥＳ）、ステップＳ５４２に進む。商品コードの認識に失敗しなかった場合（ステップＳ５４０：ＮＯ）、ステップＳ５００に戻る。

ステップＳ５４２：携帯端末６０は、商品コードの認識に失敗した旨を示す登録失敗フラグセットする。続いて、ステップＳ５４７に進む。
ステップＳ５４７：携帯端末６０は、登録が失敗した旨を顧客に報知する情報（メッセージ）、再度の読み取りを顧客に促す情報（メッセージ）を表示部に表示する。続いて図９のステップＳ４００に進む。

ステップＳ５６８：携帯端末６０は、正しい動作がなされなかった旨を顧客に報知する情報（メッセージ）、商品購入の確認（確認操作）を促す情報（メッセージ）を表示部に表示する。続いてステップＳ５８０に進む。

ステップＳ５８０：携帯端末６０は、商品を購入する旨の指示を受け付けたか否かを判断する。商品を購入する旨の指示を受け付けていない場合（ステップＳ５８０：ＮＯ）、ステップＳ５８１に進む。商品を購入する旨の指示を受け付けた場合（ステップＳ５８０：ＹＥＳ）、ステップＳ５８４に進む。

ステップＳ５８１：携帯端末６０は、商品を購入しない旨の指示を受け付けたか否かを判断する。商品を購入しない旨の指示を受け付けていない場合（ステップＳ５８１：ＮＯ）、ステップＳ５８０に戻る。商品を購入しない旨の指示を受け付けた場合（ステップＳ５８１：ＹＥＳ）、ステップＳ５８２に進む。

ステップＳ５８２：携帯端末６０は、クラウドサーバ２０に保留情報（３）を送信する。保留情報（３）には、正しい動作がなされていない旨を特定可能な情報や、商品の購入がキャンセルされた旨を特定可能な情報が含まれる。続いてステップＳ５８３に進む。

ステップＳ５８３：携帯端末６０は、商品を購入しない指示を受け付けた旨を顧客に報知する情報（メッセージ）、保留商品として分ける旨を顧客に報知する情報（メッセージ）を表示部に表示する。なお、当該ステップＳ５８３では、上記情報に加えて、商品の登録が失敗した旨を顧客に報知する情報（メッセージ）を表示してもよい。続いて図７のステップＳ２９０に戻る。

ステップＳ５８４：携帯端末６０は、クラウドサーバ２０に保留情報（４）を送信する。保留情報（４）には、正しい動作がなされていない旨を特定可能な情報や、商品を購入予定である旨を特定可能な情報が含まれる。続いてステップＳ４８５に進む。

ステップＳ５８５：携帯端末６０は、商品を購入する指示を受け付けた旨を顧客に報知する情報（メッセージ）、保留商品として分ける旨を顧客に報知する情報（メッセージ）を表示部に表示する。なお、当該ステップＳ５８５では、上記情報に加えて、商品の登録が失敗した旨を顧客に報知する情報（メッセージ）を表示してもよい。続いて図７のステップＳ２９０に戻る。

ステップＳ５８５：携帯端末６０は、商品を購入する指示を受け付けた旨を顧客に報知する情報（メッセージ）、保留商品として分ける旨を顧客に報知する情報（メッセージ）を表示部に表示する。なお、当該ステップＳ５８５では、上記情報に加えて、商品の登録が失敗した旨を顧客に報知する情報（メッセージ）を表示してもよい。続いて図７のステップＳ２９０に戻る。

上記、図７〜図１０のフローチャートによれば、商品の読み取りが１回で成功したパターンの場合、図７のステップＳ２１０（ＹＥＳ）→図７のステップＳ２３０→図７のステップＳ２３１と推移する。一方、商品の読み取りが１回で成功しないパターンは非常に多いため、一部のパターンを説明する。例えば、読み取りが失敗したまま、すぐに（第１閾値以下）、買物カゴ８０に入れてしまったような場合には、大まかに抜粋して言えば、図８のステップＳ３５２（ＹＥＳ）→図８のステップＳ３５５（ＹＥＳ）→図８のステップＳ３６７と推移する（図９のステップＳ４００に続く）。また、読み取りが失敗したまま、割と早めに（第１閾値〜第２閾値）、買物カゴ８０に入れてしまったような場合には、大まかに抜粋して言えば、図８のステップＳ３５２（ＮＯ）→図８のステップＳ３６５（ＹＥＳ）→図８のステップＳ３６７と推移する（図９のステップＳ４００に続く）。また、長い時間（第２閾値以上）、読み取りが失敗すらしない場合には、図８のステップＳ３５０（ＹＥＳ）→図８のステップＳ３７５（ＮＯ）→図８のステップＳ３７８と推移する（図１０のステップＳ５００に続く）。

以上、図６〜図１０を用いて販売システム１による携帯端末６０の動作の一例を説明したが、携帯端末６０の動作はこれに限定されない。

一例として、図７〜図１０の例では、何度か、失敗した旨を報知しているが（例えば、図８のステップＳ３４７、図８のステップＳ３６７、図９のステップＳ４６８、図１０のステップＳ５４７）、一部の報知を省略してもよい。例えば、図７〜図１０の例では、携帯端末６０は、商品コードの認識に成功しなかった場合には、表示部にて顧客に報知し（例えば、図８のステップＳ３６７、Ｓ３６８、Ｓ３７７、Ｓ３７８）、商品コードの認識させるために所定時間を与えているが（例えば、図９のステップＳ４００、図１０のステップＳ５００）、当該所定時間を与えなくてもよい。例えば、図８のステップＳ３５５（ＹＥＳ）又は図８のステップＳ３６５（ＹＥＳ）→図９のステップＳ４６８と進んでもよい（図８のステップＳ３６７は不実行）。同様に、図８のステップＳ３７５（ＹＥＳ）→図９のステップＳ４６８と進んでもよい（図８のステップＳ３７７は不実行）。また、図８のステップＳ３６５（ＮＯ）→図１０のステップＳ５６８と進んでもよい（図８のステップＳ３６８は不実行）。同様に、図８のステップＳ３７５（ＮＯ）→図１０のステップＳ５６８と進んでもよい（図８のステップＳ３７８は不実行）。

図１１〜図１４は、携帯端末６０の表示部における表示例等である。図１１は、店舗に顧客が来店したとき（例えば、図２に示したようなに出入口の場面）において表示される画面である。図１１（Ａ）は、買い物袋（ショッピングバック９０等）をセットしたかを確認する画面である。

図１１（Ｂ）は、マーカ７３の読み取りができないときに表示される画面である。例えば、携帯端末６０は、図６のステップＳ１０２において、図１１（Ｂ）に示すような画面を表示してもよい。なお、図１１（Ｂ）の画面は、ＯＫボタンをタッチすることにより消去されるため、マーカ７３の読み取りの邪魔にはならないが、マーカ７３の読み取りの邪魔にならない位置（例えば、画面上部等）等に、マーカ７３の読み取りができる迄の間、メッセージ「マーカが中央に…移動して下さい」を表示し続けていてもよい。また、図１１（Ｂ）の画面に代えて、図１１（Ｄ）に示すような画面を表示してもよい。

図１１（Ｃ）は、買物を開始する旨の指示を受け付ける画面である。例えば、携帯端末６０は、図６のステップＳ１０３において、図１１（Ｃ）に示すような画面を表示してもよい。また、携帯端末６０は、当該画面のＯＫボタンがタッチされた場合に買物中フラグをセットしてもよい（図６のステップＳ１０４）。

図１２（Ａ）及び図１２（Ｂ）は、買物中（例えば、図５のステップＳ４〜ステップＳ９）に表示される画面である。図１２（Ａ）は、商品の読み取りが行われていないときの画面である。図１２（Ａ）は、商品の読み取りが行われているときの画面である。なお、図１２（Ｂ）の「〇〇ヨーグルト」は、図５のステップＳ９において追加された商品である。

図１２（Ｃ）は、精算用の２次元コードを表示した画面であり、例えば、図５のステップＳ１１において表示される。図１２（Ｄ）は、精算装置４０における２次元コードの読み取り（図５のステップＳ１２）の様子である。なお、図１２（Ｄ）は、精算装置４０における２次元コードの読み取りの様子を説明用に図示したものであるが、携帯端末６０は、顧客向けに、図１２（Ｄ）に示したような案内情報を表示してもよい。

図１３〜図１４は、商品の登録が成功しなかった場合に表示される画面である。図１３（Ａ）は、登録が失敗した旨、再度の読み取りを促す情報を表示する画面である。例えば、携帯端末６０は、図８のステップＳ３４７、図８のステップＳ３６７、図１０のステップＳ５４７において、図１３（Ａ）に示すような画面を表示してもよい。図１３（Ｂ）は、正しい動作がなされなかった旨、正しい動作を促す情報を表示する画面である。例えば、携帯端末６０は、図８のステップＳ３６８において、図１３（Ｂ）に示すような画面を表示してもよい。

図１３（Ｃ）は、登録が未だなされていない旨、読み取りを促す情報を表示する画面である。例えば、携帯端末６０は、図８のステップＳ３７７において、図１３（Ｃ）に示すような画面を表示してもよい。図１３（Ｅ）は、正しい動作が未だなされていない旨、読み取りを促す情報を表示する画面である。例えば、携帯端末６０は、図８のステップＳ３７８において、図１３（Ｄ）に示すような画面を表示してもよい。

図１４（Ａ）は、登録が失敗した旨、商品購入の確認を促す情報を表示する画面である。例えば、携帯端末６０は、図９のステップＳ４６８において、図１４（Ａ）に示すような画面を表示してもよい。図１４（Ｂ）は、正しい動作がなされなかった旨、商品購入の確認を促す情報を表示する画面である。例えば、携帯端末６０は、図１０のステップＳ５６８において、図１４（Ｂ）に示すような画面を表示してもよい。

図１４（Ｃ）は、購入しない指示を受け付けた旨、保留商品として分ける旨を表示する画面である。例えば、携帯端末６０は、図９のステップＳ４８３、図１０のステップＳ５８３において、図１４（Ｃ）に示すような画面を表示してもよい。図１４（Ｄ）は、購入する指示を受け付けた旨、保留商品として分ける旨を表示する画面である。例えば、携帯端末６０は、図９のステップＳ４８５、図１０のステップＳ５８５において、図１４（Ｄ）に示すような画面を表示してもよい。

図１５は、精算装置４０の表示部４０５における表示例である。図１５（Ａ）は、図５のステップＳ１７にて表示される精算画面の一例である。図１５（Ａ）に示した精算画面には、登録が成功した商品「〇〇ヨーグルト」に関する情報（符号ａ）、登録が成功した商品「××シャンプー」に関する情報（符号ｂ）、登録が成功した商品（「〇〇ヨーグルト」、「××シャンプー」）の合計点数「２点」（符号ｆ）、登録が成功した商品（「〇〇ヨーグルト」、「××シャンプー」）の合計金額「６１０円」（符号ｇ）が表示されている。

更に、図１５（Ａ）に示した精算画面には、登録が成功しなかった商品に関する情報も表示されている。「保留（購入予定）《失敗》」と表示された商品（符号ｃ）、「保留（購入予定）《不正》」と表示された商品（符号ｄ）、「保留（キャンセル）《失敗》」と表示された商品（符号ｅ）は、何れも、登録が成功しなかった商品に関する情報である。

符号ｃの「保留（購入予定）《失敗》」と表示された商品は、顧客による登録が失敗し、且つ、顧客から購入する旨の指示を受け付けた商品である。具体的には、図９のステップＳ４８４の保留情報（２）に対応する商品である。当該商品は保留バスケット内に存在する。つまり、顧客は、図９のステップＳ４８５の指示（図１４（Ｄ）等）に従って当該商品を保留バスケットに入れている。

符号ｄの「保留（購入予定）《不正》」と表示された商品は、顧客が正しい動作を行わず、且つ、顧客から購入する旨の指示を受け付けた商品である。具体的には、図１０のステップＳ５８４の保留情報（４）に対応する商品である。当該商品は保留バスケット内に存在する。つまり、顧客は、図１０のステップＳ５８５の指示（図１４（Ｄ）等）に従って当該商品を保留バスケットに入れている。

符号ｅの「保留（キャンセル）《失敗》」と表示された商品は、顧客による登録が失敗し、且つ、顧客から購入しない旨の指示を受け付けた商品である。具体的には、図９のステップＳ４８２の保留情報（１）に対応する商品である。当該商品は保留バスケット内に存在する。つまり、顧客は、図９のステップＳ４８３の指示（図１４（Ｃ）等）に従って当該商品を保留バスケットに入れている。

なお、図１５（Ａ）では示していないが、「保留（キャンセル）《不正》」と表示される商品もある。「保留（キャンセル）《不正》」と表示される商品は、顧客が正しい動作を行わず、且つ、顧客から購入しない旨の指示を受け付けた商品である。具体的には、図１０のステップＳ５８２の保留情報（２）に対応する商品である。当該商品もまた、図１０のステップＳ５８３の指示（図１４（Ｃ）等）に従って保留バスケットに入れられることになる。

顧客から購入する旨の指示を受け付けた商品（購入予定商品）は、店員によって商品登録が行われる。顧客から購入しない旨の指示を受け付けた商品（キャンセル商品）は、店員によってキャンセルの確認作業が行われる。店員による商品登録の内容は、取引情報に反映される。なお、店員による商品登録のキャンセルの確認作業の内容も、取引情報に反映されるようにしてもよい。

なお、精算画面上に登録が成功しなかった商品（失敗、不正）がある場合（つまり、登録が成功しなかった商品を精算画面に表示する場合）、換言すれば、購入予定商品やキャンセル商品がある場合、店員によって商品登録やキャンセルの確認作業が行われるため、店員を呼び出すための報知を行ってもよい。例えば、精算装置４０は、登録が成功しなかった商品を精算画面に表示する際に、監視装置５０（又は、店員が携帯する端末（スマートフォン、タブレット等））に店員呼出情報を送信してもよい。

購入予定商品の欄（符号ｃ、符号ｄ）には、商品登録をする際に操作（タッチ）するボタンとして「バーコードスキャン」ボタン、「バーコード入力」ボタンが配置されている。「バーコードスキャン」ボタンは、スキャナ部４０６を用いて購入予定商品を登録する際に操作するボタンである。「バーコード入力」ボタンは、当該精算装置４０のバーコードの数字を入力して購入予定商品を登録する際に操作するボタンである。

キャンセル商品の欄（符号ｅ）には、キャンセルの確認作業をする際に操作するボタンとして「確認」ボタンが配置されている。

なお、画面右下の数字（符号ｈ）は、マーカ認識不良回数（図８のステップＳ３５６にてカウントアップされる回数）である。

また、「保留（購入予定）」なる表示や「保留（キャンセル）」なる表示により、店員は、登録が成功した商品と、購入予定商品と、キャンセル商品とを、区別可能である。更に、図１５（Ａ）に示した精算画面では表示態様も異ならせているため、店員は夫々をより簡便に区別可能である。具体的には、図１５（Ａ）に示すように、登録が成功した商品、購入予定商品、キャンセル商品の夫々の表示領域を異ならせるとともに、夫々の表示色（図面上はドット等により図示）も異ならせている。なお、図１５（Ａ）に示す例では、登録が成功した商品と、登録が成功しなかった商品（購入予定商品、キャンセル商品）との間を、購入予定商品とキャンセル商品との間よりも広くしている。これにより、作業が必要ない商品（登録が成功した商品）と、作業（商品登録やキャンセルの確認作業）が必要な商品とを容易に確認することができる。

なお、「《失敗》」なる表示や「《不正》」なる表示により、店員は、夫々を区別可能であるが、これについても、表示態様を異ならせてもよい。例えば、符号ｃの「保留（購入予定）《失敗》」、符号ｄの「保留（購入予定）《不正》」、符号ｅの「保留（キャンセル）《失敗》」、不図示の「保留（キャンセル）《不正》」について、表示領域や表示色を異ならせてもよい。

なお、「《不正》」なる表示は、顧客に対する牽制になる点においても効果はある。しかしながら、ややきつい表現であるため、もう少しやわらかな表現（例えば、《読取動作未検出》等）としてもよいし、店側（店員側）にしかわからない情報（例えば、《Ｆ》）などとしてもよい。なお、これらの表現をどうするかを設定できるようにしてもよい。例えば、監視装置５０において表現（表示情報）を選択できるようにしてもよい。なお、選択は顧客毎にできるようにしてもよい。

図１５（Ｂ）は、店員による処理が行われている途中の精算画面の一例である。具体的には、購入予定商品（符号ｃ）に対する商品登録が完了し、キャンセル商品（符号ｅ）に対するキャンセルの確認作業が完了しているが、購入予定商品（符号ｄ）に対する商品登録は未完了の段階の精算画面の一例である。

図１５（Ｃ）は、「バーコード入力」ボタンが操作された場合に表示される画面（小画面、ウィンドウ）である。なお、図１５（Ｃ）の画面には、バーコードの入力欄の他に、プリセット情報から商品を特定するための「プリセット」ボタン（符号ｉ）、分類から商品を特定するための「分類」ボタン（符号ｊ）、金額を入力するための「金額」ボタン（符号ｋ）なども配置されている。

図１５（Ａ）のキャンセル商品（符号ｅ）は、図１５（Ｂ）では消去されているが、店員によってキャンセルの確認作業（店員がキャンセル商品の存在を確認→「確認」ボタン操作）が行われた場合、当該キャンセル商品の情報は消去される。

図１５（Ａ）の購入予定商品（符号ｃ）は、図１５（Ｂ）では商品情報（商品「〇〇食パン」等）が表示されているが、店員によって商品登録が行われた場合、商品情報が表示される。また、購入予定商品の商品登録が行われると合計点数や合計金額も更新される。

図１５（Ｂ）の符号ｃの商品「〇〇食パン」の右側の「［入力］」は、バーコード入力によって商品登録が行われた旨を表示したものである。なお、図１５（Ｂ）では示していないが、バーコードスキャンによって商品登録が行われた場合には「［スキャン］」と表示される。

なお、図１５（Ａ）（Ｂ）では、購入予定商品の夫々にボタン（「バーコードスキャン」ボタン、「バーコード入力」）を表示しているが、購入予定商品の数によらず、精算画面に対して１組のボタン（「バーコードスキャン」ボタン、「バーコード入力」）を表示してもよい。この場合、ボタン（「バーコードスキャン」ボタン、「バーコード入力」）が操作されると図１５（Ｃ）の画面が表示され、購入予定商品（複数ある場合にはいずれか１つの購入予定商品。例えば、最上位に表示されている購入予定商品）について商品登録が行われるようにしてもよい。また、購入予定商品があっても、ボタン（「バーコードスキャン」ボタン、「バーコード入力」）を表示しなくてもよい。この場合、購入予定商品の欄がタッチされると図１５（Ｃ）の画面が表示され、当該購入予定商品について商品登録が行われるようにしてもよい。

以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。

例えば、上記説明では、携帯端末６０は、顧客が商品を登録しようとするとき以外のときは、所定バーコードであるマーカ７３を認識するようにしているが、携帯端末６０が商品に付されたバーコードと異なるものとして認識可能であれば、顧客が商品を登録しようとするとき以外のときに認識する者はバーコードでなくてもよい。例えば、携帯端末６０は、顧客が商品を登録しようとするとき以外のときに店舗のロゴなどを認識するようにしてもよい。

また、識別に用いるマーカは事前に決められたものでなくても良い、商品をスキャンし、バスケット情報に登録されたのち、携帯端末の画面に登録情報が表示された際に、ショッピングバック９０の中（撮像範囲内）の画像や、特徴のある、識別力のあるものを、マーカとして認識し、更新してもよい。さらに、アーム等で固定する必要もなく、ショッピングバックの一部にマーカとして代用できるものなどがあれば、買い物開始時にマーカを登録するような方法でもよい。

また、上記説明では、登録が成功しなかった商品は、購入する商品も購入しない商品も保留バスケットに投入することとしているが（図９のステップＳ４８３、Ｓ４８５、図１０のステップＳ５８３、Ｓ５８５、図１４等参照）、購入する商品については保留バスケットに投入し、購入しない商品については保留バスケットに投入しないようにしてもよい。つまり、上記説明では、購入しない商品について精算段階で店員が棚に戻すようにしているが、購入しない商品について購入段階で顧客が棚に戻すようにしてもよい。

購入しない商品について購入段階で顧客が棚に戻す態様とするときには、当該態様に応じた表示等を行うようにすればよい。例えば、携帯端末６０は、図９のステップＳ４６８において、図１４（Ａ）の画面に代えて、図１６（Ａ）の画面を表示してもよい。また、携帯端末６０は、図１０のステップＳ５６８において、図１４（Ｂ）の画面に代えて、図１６（Ｂ）の画面を表示してもよい。また、携帯端末６０は、図９のステップＳ４８３、図１０のステップＳ５８３において、図１４（Ｃ）の画面に代えて、図１６（Ｃ）の画面を表示してもよい。また、携帯端末６０は、図９のステップＳ４８５、図１０のステップＳ５８５において、図１４（Ｄ）の画面に代えて、図１６（Ｄ）の画面を表示してもよい。なお、図１６（Ｃ）では、顧客に対し、購入しない商品（取消商品）について棚に戻すように指示している。

精算段階では、基本的には、顧客が取消商品（購入しない商品）を陳列棚へ戻し忘れていないかを確認するため、取消商品を保留商品と同様に取り扱う。例えば、精算画面において取消商品の有無や個数を表示し、店員に確認ボタンを操作させるようにしてもよい。なお、全ての顧客を対象に取消商品について陳列棚へ戻し忘れていないかを確認してもよいが、顧客に応じて確認の有無（要否）を異ならせてもよい。例えば、サービスＡの利用度（最近の利用回数、今迄の累積利用回数等）に応じて対応を異ならせてもよい。具体的には、サービスＡの利用経験が浅い顧客による取消商品については保留商品と同様に取り扱い（確認作業を行い）、サービスＡの利用経験が豊富な顧客による取消商品については保留商品と同様には取扱わないようにしてもよい（確認作業は行わないようにしてもよい）。また、サービスＡの利用度に代えて又は加えて、サービスＡによる購買実績（例えば、ＲＦＭ分析等による顧客ランク等）又はサービスＡを含む当店全体の購買実績に応じて対応を異ならせてもよい。なお、精算段階において、顧客が取消商品を陳列棚へ戻し忘れていないかを確認しなくてもよい。

また、携帯端末６０は、商品の撮像画像（画像データ）を生成し、保存又は外部（クラウドサーバ２０等）に送信してもよい。一例として、携帯端末６０は、商品のバーコードの近傍をスルー画像として取得しているときに、シャッターを切り（画像データを生成し）、最終的に商品の読み取りに失敗した場合に保存等してもよい。

以下に付記Ａ１〜付記Ａ８を開示する。
（付記Ａ１）
商品登録のための情報（例えば、商品コード等）を取得可能な取得手段と、
買物客の振る舞い（例えば、マーカ７３の読み取り影響を与える動作、商品を登録する動作等）を特定する特定手段と、
前記特定手段によって特定された買物客の振る舞いに関する情報を出力可能な出力手段と
を備え、
前記出力手段は、
前記特定手段によって買物客の振る舞いが特定され、かつ、前記取得手段によって商品登録のための情報が取得されなかった場合に（例えば、マーカ７３が読み取れなくなり、かつ、商品コードが取得できなかった場合等）、当該特定された振る舞いに関する情報（例えば、保留情報（１）〜保留情報（４）等）を出力することを特徴とする商品登録システム。

（付記Ａ２）
買物客の動作を撮像する撮像手段
を備え、
前記特定手段は、
前記撮像手段の撮像情報に基づいて買物客の振る舞いを特定することを特徴とする付記Ａ１に記載の商品登録システム。

（付記Ａ３）
前記出力手段は、
前記振る舞いに関する情報を所定の情報処理装置に送信することを特徴とする付記Ａ１又は付記Ａ２に記載の商品登録システム。

（付記Ａ４）
表示制御手段を備え、
前記出力手段により出力された前記振る舞いに関する情報に応じた報知情報を表示することを特徴とする付記Ａ１乃至付記Ａ３の何れかに記載の商品登録システム。

（付記Ａ５）
前記取得手段は、
前記特定手段によって特定された買物客の振る舞いに応じて、店員が登録に介在することが必要な商品として、商品登録のための情報を取得することを特徴とする付記Ａ１乃至付記Ａ４の何れかに記載の商品登録システム。

（付記Ａ６）
商品を特定する商品識別情報（例えば、商品コード等）を認識可能な認識手段と、
前記認識手段による認識結果に応じた情報（例えば、保留情報（１）〜保留情報（４）等）を出力可能な出力手段と
を備え、
前記認識手段は、
前記商品識別情報とは異なる所定の識別情報（例えば、マーカ７３の情報等）を認識可能であり、
前記出力手段は、
前記認識手段が、前記所定の識別情報、及び、前記商品識別情報の何れも認識しない状態であるときに、前記認識結果に応じた情報を出力することを特徴とする商品登録システム。

（付記Ａ７）
商品を特定する商品識別情報を認識可能な認識手段と、
前記認識手段による認識結果に応じた情報を出力可能な出力手段と
を備え、
前記認識手段は、
前記商品識別情報とは異なる所定の識別情報を認識可能であり、
前記出力手段は、
前記認識手段が前記所定の識別情報を認識しない期間において前記商品識別情報を認識しないことに基づいて、前記認識結果に応じた情報を出力することを特徴とする商品登録システム。

（付記Ａ８）
買物客が商品登録に用いる移動端末（例えば、携帯端末６０等）としてコンピュータを機能させるプログラムであって、
前記コンピュータを、
商品登録のための情報を読取可能な読取手段、
買物客の振る舞いを特定する特定手段、
前記特定手段によって特定された買物客の振る舞いに関する情報を出力可能な出力手段
として機能させ、
前記出力手段は、
前記特定手段によって買物客の振る舞いが特定され、かつ、前記読取手段によって商品登録のための情報が読み取れなかった場合に、当該特定された振る舞いに関する情報を出力することを特徴とするプログラム。

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

１…販売システム（特定販売システムを含む）
１０…管理装置（ストアコントローラ等）
２０…クラウドサーバ
３０…登録精算装置
４０…精算装置
５０…監視装置
６０…携帯端末
７０…ショッピングカート
８０…買物カゴ
９０…ショッピングバッグ
４０１…ＣＰＵ
４０２…ＲＯＭ
４０３…ＲＡＭ
４０４…ハードディスク
４０５…表示部
４０６…スキャナ部
４０８…カード決済部
４０９…釣銭機
４０３…印刷部
４１４…音声出力部
４１５…通信部

Claims (8)

1. 商品登録のための情報を取得可能な取得手段と、
   買物客の振る舞いを特定する特定手段と、
   前記特定手段によって特定された買物客の振る舞いに関する情報を出力可能な出力手段と
   を備え、
   前記出力手段は、
   前記特定手段によって買物客の振る舞いが特定され、かつ、前記取得手段によって商品登録のための情報が取得されなかった場合に、当該特定された振る舞いに関する情報を出力することを特徴とする商品登録システム。
2. 買物客の動作を撮像する撮像手段
   を備え、
   前記特定手段は、
   前記撮像手段の撮像情報に基づいて買物客の振る舞いを特定することを特徴とする請求項１に記載の商品登録システム。
3. 前記出力手段は、
   前記振る舞いに関する情報を所定の情報処理装置に送信することを特徴とする請求項１又は請求項２に記載の商品登録システム。
4. 表示制御手段を備え、
   前記出力手段により出力された前記振る舞いに関する情報に応じた報知情報を表示することを特徴とする請求項1乃至請求項３の何れか１項に記載の商品登録システム。
5. 前記取得手段は、
   前記特定手段によって特定された買物客の振る舞いに応じて、店員が登録に介在することが必要な商品として、商品登録のための情報を取得することを特徴とする請求項１乃至請求項４の何れか１項に記載の商品登録システム。
6. 商品を特定する商品識別情報を認識可能な認識手段と、
   前記認識手段による認識結果に応じた情報を出力可能な出力手段と
   を備え、
   前記認識手段は、
   前記商品識別情報とは異なる所定の識別情報を認識可能であり、
   前記出力手段は、
   前記認識手段が、前記所定の識別情報、及び、前記商品識別情報の何れも認識しない状態であるときに、前記認識結果に応じた情報を出力することを特徴とする商品登録システム。
7. 商品を特定する商品識別情報を認識可能な認識手段と、
   前記認識手段による認識結果に応じた情報を出力可能な出力手段と
   を備え、
   前記認識手段は、
   前記商品識別情報とは異なる所定の識別情報を認識可能であり、
   前記出力手段は、
   前記認識手段が前記所定の識別情報を認識しない期間において前記商品識別情報を認識しないことに基づいて、前記認識結果に応じた情報を出力することを特徴とする商品登録システム。
8. 買物客が商品登録に用いる移動端末としてコンピュータを機能させるプログラムであって、
   前記コンピュータを、
   商品登録のための情報を読取可能な読取手段、
   買物客の振る舞いを特定する特定手段、
   前記特定手段によって特定された買物客の振る舞いに関する情報を出力可能な出力手段
   として機能させ、
   前記出力手段は、
   前記特定手段によって買物客の振る舞いが特定され、かつ、前記読取手段によって商品登録のための情報が読み取れなかった場合に、当該特定された振る舞いに関する情報を出力することを特徴とするプログラム。