JP7437017B2 - 商品販売データ処理システム、携帯端末装置、及びコンピュータ - Google Patents

Description

本発明は、商品販売データ処理システム、携帯端末装置、及びコンピュータに関する。

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

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

しかし、携帯端末を用いて顧客自らが商品を登録するため、商品のバーコードを読み取ったつもりであっても実際には読み取れなかったり、悪意により意図的にバーコードを読み取らせることなく商品を買い物カゴに投入したりするなどの問題が生じる可能性がある。

本発明は、このような事情に鑑みてなされたもので、顧客自らが商品を登録する場合に生じる問題に適切に対応できるようにすることを目的とする。

上述した課題を解決する本発明の一態様は、携帯端末装置により商品を登録し、前記携帯端末装置により登録された商品に対応する精算処理を精算装置が行う商品販売データ処理システムであって、客による商品の登録に関する状況を撮像可能に設けられる撮像手段と、一取引に応じた商品の登録が行われる間において、商品の登録が不全とされる所定の登録不全状況を検出する検出手段と、前記精算装置にて前記一取引に応じて登録された商品の精算が行われる際に、前記撮像手段により得られる撮像画像に基づき、前記検出手段により検出された登録不全状況に対応する撮像画像を表示させる表示制御手段とを備える商品販売データ処理システムである。

本実施形態に係る商品販売データ処理システムの全体的な構成例を示す図である。 本実施形態に係る商品販売データ処理システムを導入した店舗の出入口付近の様子の一例を示す図である。 本実施形態に係るショッピングカートへの携帯端末のセットの態様例について説明する図である。 本実施形態に係る精算装置について説明する図である。 本実施形態に係る携帯端末の構成例を示す図である。 本実施形態に係る取引管理装置の構成例を示す図である。 本実施形態に係る顧客情報、店舗情報、カート情報の一例を示す図である。 本実施形態に係る保留商品の定義例を示す図である。 本実施形態に係る携帯端末、精算装置、及び取引管理装置が、セルフ運用における一取引の会計に対応して実行する処理手順例を示すシーケンス図である。 本実施形態に係る起動画面、商品登録初期画面、商品登録更新画面、コード表示画面の一例を示す図である。 本実施形態に係る登録商品提示画面、商品登録画面、案内画像の一例を示す図である。 本実施形態に係る携帯端末と取引管理装置とが、登録不全状況に対応する処理を含む商品登録に関連して実行する処理手順例を示すフローチャートである。 本実施形態に係る精算画面の一例を示す図である。 本実施形態に係る保留商品処理画面の一例を示す図である。 本実施形態に係る保留商品処理画面の一例を示す図である。 本実施形態に係る拡大撮像画像エリアの一態様例を示す図である。 本実施形態に係る保留商品処理画面の一例を示す図である。 本実施形態に係る拡大撮像画像エリアの一態様例を示す図である。 本実施形態に係る精算装置が保留商品処理画面の表示に関連して実行する処理手順例を示すフローチャートである。 本実施形態の第１変形例に係る撮像画像エリアの一例を示す図である。 本実施形態の第２変形例に係る精算画面の一例を示す図である。

＜実施形態＞
［商品販売データ処理システム全体構成例］
図１は、本実施形態の商品販売データ処理システム１の全体的な構成例を示している。
同図の商品販売データ処理システム１は、管理装置１０（例えば、ストアコントローラ）、取引管理装置２０（クラウドサーバ）、登録精算装置３０、精算装置４０、監視装置５０（例えば、パーソナルコンピュータ等）、携帯端末６０を含む。
なお、登録精算装置３０を図示したが、１店舗にて設置される登録精算装置３０の数は２台以上であってもよい。なお、同図において、２台の精算装置４０を図示したが、１店舗内の精算装置４０の数は１台であってもよいし３台以上であってもよい。なお、図１において、１台の監視装置５０を図示したが、１店舗内の監視装置５０の数は２台以上であってもよい。なお、管理装置１０は、１店舗に２台以上であってもよい。
同図の商品販売データ処理システム１は、種々の店舗等（スーパーマーケット、コンビニストア、ドラックストア、ホームセンタ、家電量販店等）に導入可能である。

同図の商品販売データ処理システム１は、店員が登録精算装置３０を使用して商品を登録する店員応対運用に対応可能とされる。店員応対運用には、登録された商品について、引き続き店員が登録精算装置３０を使用して精算を行う運用と、登録された商品について、客が精算装置４０を使用して精算を行う運用とが含まれる。
また、同図の販売システムは、客が携帯端末６０を使用して商品を登録し、同じく客が精算装置４０を使用して精算を行うセルフ運用に対応可能とされる。以下の説明では、セルフ運用が行われる場合を例に挙げる。

管理装置１０、登録精算装置３０、精算装置４０、監視装置５０は、店舗内に設置される。また、管理装置１０、登録精算装置３０、精算装置４０、監視装置５０は、ＬＡＮ１９（有線でも無線でもよい）を介して通信可能に接続される。管理装置１０は、取引管理装置２０と通信可能とされる。

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

取引管理装置２０は、各種サービスを提供するサーバである。例えば、取引管理装置２０は、セルフ運用に対応する各種情報（例えば、取引情報（カート情報）等）を管理する。

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

精算装置４０は、精算処理を実行する装置である。精算装置４０は、顧客によって使用される。つまり、精算装置４０は、顧客による操作に応じて精算処理を実行する。なお、精算に際して、登録された商品に店員の対応が必要な商品（以下、保留商品とする）が含まれる場合には、店員が呼び出され、店員が精算装置４０を操作することによって保留商品についての取り消しまたは登録等の処理を精算装置４０に実行させる。

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

携帯端末６０は、セルフ運用のもとで客が使用する端末である。本実施形態において、携帯端末６０は、セルフ運用のもとで、ショッピングカート７０に取り付けられた状態で使用される。

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

携帯端末６０は、顧客が所有するスマートフォン等である。なお、携帯端末６０は、店舗側が所有し、買い物に際して客に貸与されるものであってもよい。なお、同図では２つの携帯端末６０が示されているが、店舗にて商品登録のために使用される携帯端末６０の数は、客の数に応じて変化する。

携帯端末６０には、本実施形態のセルフ運用に対応して商品登録を行う機能を有するショッピングアプリケーションがインストールされる。

図２は、本実施形態の商品販売データ処理システム１を導入した店舗の出入口付近の様子の一例示している。同図２に示ように出入口（入口と出口が別々の場合には入口）付近には、貸し出し用のショッピングカート７０、貸し出し用の買い物カゴ８０、販売用のショッピングバック９０が用意される。顧客は、来店時に、ショッピングカート７０に買い物カゴ８０をセットし、買い物カゴ８０にショッピングバック９０等をセットし、店内へ進む。この際、客は、セルフ運用で買い物をしようとする場合、ショッピングカート７０に携帯端末６０をセットする。

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

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

［ショッピングカートへの携帯端末のセットの態様例］
図３を参照して、ショッピングカート７０への携帯端末６０のセットの態様例について説明する。図３（Ａ）はショッピングカート７０において携帯端末６０がセットされる部位を側面方向から見た図である。図３（Ｂ）は、ショッピングカート７０を上側から見た図である。

図３（Ａ）に示すように、ショッピングカート７０には、携帯端末６０をセットするホルダ７１が取り付けられている。客は、ホルダ７１に携帯端末６０をセットするようにされる。ホルダ７１にセットされた状態の携帯端末６０は、図３（Ｂ）に示されるようにして、撮像部６０６によりショッピングバック９０やマイバック全体を撮像できる状態となる。

［精算装置について］
図４は、精算装置４０について説明する図である。図４（Ａ）は、精算装置４０の外観例（顧客側から見た正面図）を示す図である。図４（Ｂ）は、精算装置４０の構成例を示す図である。図４（Ａ）及び図４（Ｂ）において、同一部分には同一符号を付している。

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

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

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

ハードディスク４０４は、補助記憶装置として種々の情報を記憶する。ハードディスク４０４は、例えば、ＲＯＭ４０２に代えて、ＣＰＵ４０１が実行するプログラム等を記憶してもよい。また、ＲＡＭ４０３に代えて、ＲＯＭ４０２から読み出した情報、外部から取得した情報、処理において生成した情報等を記憶してもよい。なお、ハードディスク４０４に代えてＳＳＤ（Solid State Drive）等の記憶装置が備えられてもよい。

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

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

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

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

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

撮像部４１６は、例えば釣銭機を操作する顧客の手元を撮像するように設けられる。

［登録精算装置について］
また、登録精算装置３０は、両側（店員側、顧客側）の夫々に表示部やスキャナ部を備えるとともに、一方側（顧客側）に決済部（カード決済部、現金決済部）を備える構成としてもよい。当該構成の登録精算装置３０は、例えば稼働状況等に応じて、複数の動作態様（店員の操作によって登録処理を実行して顧客の操作によって精算処理を実行する態様、顧客の操作によって登録処理と精算処理とを実行する態様、店員及び顧客の操作によって登録処理を実行して顧客の操作によって精算処理を実行する態様等）のうちのいずれかの動作態様に切り替え可能な装置であってもよい。また、顧客の操作によって精算処理を実行する態様であれば、登録精算装置３０をセルフ運用に利用可能である。すなわち、顧客は、登録処理を携帯端末６０に実行させ、登録精算装置３０に精算処理を実行させるようにして会計を行うことができる。
ただし、以下の説明では、精算装置４０をセルフ運用に用いる場合を例に挙げる。

［携帯端末の構成例］
図５は、携帯端末６０の構成例を示している。同図の携帯端末６０は、ＣＰＵ６０１、記憶部６０２、ＲＡＭ６０３、表示部６０４、操作部６０５、撮像部６０６、及びネットワーク対応通信部６０７を備える。

ＣＰＵ６０１は、中央演算処理装置であり、記憶部６０２に記憶されているプログラムを読み出して実行することにより、携帯端末６０の動作を制御する。
記憶部６０２は、ＣＰＵ６０１の補助記憶装置であって、プログラムをはじめとしてＣＰＵ６０１が利用する各種の情報を記憶する。
ＲＡＭ６０３は、ＣＰＵ６０１の主記憶装置である。

表示部６０４は、ＣＰＵ６０１の表示制御に応じて画像を表示する。表示部６０４は、画面に対する操作が可能なタッチパネルとして構成されてよい。
操作部６０５は、携帯端末６０に備えられる各種操作子や携帯端末６０に接続される各種の入力デバイスなどを一括して示す。

撮像部６０６は、ＣＰＵ４０１の制御に応じて撮像を行う。また、本実施形態の撮像部６０６は、２次元コードを処理するコードリーダにおいて２次元コードを読み取る部位としても機能させることができる。

ネットワーク対応通信部６０７は、無線によりネットワーク経由で通信を行う部位である。ネットワーク対応通信部６０７により、携帯端末６０は、取引管理装置２０と通信可能となる。

［取引管理装置の構成例］
図６は、取引管理装置２０の構成例を示している。同図の取引管理装置２０は、ＣＰＵ２０１、記憶部２０２、ＲＡＭ２０３、及びネットワーク対応通信部２０４を備える。
ＣＰＵ２０１は、中央演算処理装置であり、記憶部２０２に記憶されているプログラムを読み出して実行することにより、取引管理装置２０の動作を制御する。
記憶部２０２は、ＣＰＵ２０１の補助記憶装置であって、プログラムをはじめとしてＣＰＵ２０１が利用する各種の情報を記憶する。
ＲＡＭ２０３は、ＣＰＵ２０１の主記憶装置である。
ネットワーク対応通信部２０４は、ネットワーク経由で通信を行う部位である。

取引管理装置２０の記憶部２０２は、顧客情報、店舗情報、商品情報、カート情報を記憶する。

［取引管理装置が記憶する情報について］
記憶部２０２が記憶する顧客情報は、個々の顧客を管理するための情報である。取引管理装置２０は、顧客登録時に顧客情報を生成する（ある顧客の顧客情報が記憶されることを以って当該顧客の顧客登録がなされたと解してもよい）。また、取引管理装置２０は、カート情報等に基づいて、顧客情報を適宜更新する。取引管理装置２０は、例えば毎日所定時刻にカート情報を参照し、顧客情報を更新してもよい。

図７（Ａ）は、取引管理装置２０の記憶部６０２が記憶する顧客情報の一例を示している。同図の顧客情報は、顧客識別情報、顧客名、顧客登録日、キャンセル情報、顧客ランク、ポイント数等を含む。
顧客識別情報は、顧客を一意に識別する識別情報である。
なお、顧客識別情報は、例えば本実施形態のショッピングアプリケーションがインストールされる際に、インストールされたショッピングアプリケーションごとに固有に割り当てられるアプリケーション識別情報であってもよい。アプリケーション識別情報は、例えばインストールされたショッピングアプリケーションごとに固有に（例えば、シーケンシャルに）付される番号であってよい。あるいは、アプリケーション識別情報は、ショッピングアプリケーションがインストールされた携帯端末６０に固有の端末識別情報であってもよい。端末識別情報は、例えば携帯端末６０のユーザである客に割り当てられた電話番号や、ＭＡＣ（Media Access Control）アドレス等のように携帯端末６０のハードウェアに固有となるように付されるハードウェア識別情報であってよい。
顧客名は、顧客の氏名やニックネームなどである。顧客登録日は、顧客登録した日時である。キャンセル情報は、登録後における登録商品のキャンセルに関する情報である。顧客ランクは、顧客の購入実績に応じたランクである。なお、新規の顧客の顧客情報の生成時には、顧客識別情報、顧客名、顧客登録日は生成されるが、実際の取引（商品登録）の開始前であるため、他の情報（キャンセル情報等）は生成されない。

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

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

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

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

商品情報は、例えば店舗の管理装置１０から取得した情報であり、店舗にて販売する商品についての情報である。１つの商品の商品情報には、商品コード（商品識別子）、商品名、価格等の情報が含まれる。

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

図７（Ｃ）は、取引管理装置２０の記憶部６０２が記憶するカート情報の一例である。
同図のカート情報は、カート識別情報、取引開始日時、取引終了日時、顧客識別情報、登録商品情報、保留商品情報、キャンセル情報等を含む。

なお、会計状況情報は、後述する第２実施形態に対応する情報であることから、ここでの説明を省略する。

カート識別情報は、カート情報を一意に識別する識別情報である。例えば、カート識別情報は、店舗識別情報と、日付と、シリアル番号（例えば店舗別日付別のシリアル番号）とを含む。
取引開始日時は、取引の開始日時である。取引開始日時は、例えば、当該カート情報の生成日時であってよい。なお、取引開始日時は、１品目の商品の登録日時（図７（Ｃ）中の登録商品情報（登録商品１）を記憶した日時）としてもよい。カート情報の生成日時と１品目の商品の登録日時とを別々に両方記憶してもよい。

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

登録商品情報（計）は、商品が登録されるごとに更新される情報である。登録商品情報（計）は、品数（商品数）、概算小計金額（例えば値引き等が反映される前の小計金額）、小計金額等を含む。登録商品情報（登録商品１）は、１品目の商品の登録情報である。登録商品情報（登録商品２）は、２品目の商品の登録情報である。なお、図７（Ｃ）に示す例では、登録商品情報（登録商品３）～登録商品情報（登録商品５）の図示を省略している。登録商品情報（Ｎ；Ｎは整数）は、商品コード、品名（商品名）、価格等を含む。

登録商品情報（Ｎ）は、当該Ｎ品目の商品の登録日時を含むものであってもよい。つまり、取引管理装置２０は、登録商品情報として、当該登録商品の登録日時を記憶してもよい。各商品の登録日時は、タイムサービス等のサービス適用の要否や適用後の効果の判断材料としても用いてもよい。

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

ＮＯ－ＦＩＬＥとは、店舗においてバーコードもしくは商品コードのスキャンは成功したが（商品コードを読み取ることができたが）、商品コードが商品情報に記憶されていない、商品（商品情報未登録の商品）を示す。

読取ＮＧとは、店舗において商品コードのスキャンが失敗したこと（商品コードを読み取ることができなかったこと）、又は、店舗において商品コードのスキャンが失敗した商品のことである。つまり、読取ＮＧとは、例えば画像認識技術により一定時間商品を撮像しているがバーコード認識に至らない場合を判別できる場合にタイムアウト処理すること、タイムアウト処理された商品である。
例えば、パッケージのシワ等、バーコード印字のカスレや汚れ、透明フィルムにバーコードが印刷されていること等の原因で、顧客がバーコードを読み取らせる操作を行ったにもかかわらず、正しくバーコードを取得（認識）できない場合に読取ＮＧと判断される。

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

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

図８は、本実施形態のカート情報に対応する保留商品の定義例を示している。同図では、保留商品が８つに分類される例を示している。８つの保留商品の分類ごとに「１」～「８」の分類番号が割り当てられる。
分類番号１の保留商品の分類は、図７にて説明の「ＮＯ－ＦＩＬＥ」である。
分類番号２の保留商品の分類は、図７にて説明の「読取ＮＧ」である。

分類番号３の保留商品の分類は「擬似的スキャン」である。「擬似的スキャン」の保留商品は、顧客が商品のコードを携帯端末６０に読み取らせようとする行為は行ったが、携帯端末６０が正常にコードの読取を行えなかった商品である。

具体例として、「擬似的スキャン」には、商品を撮像部６０６の撮像範囲に入れるようにはしたものの、商品のコードまでは撮像部６０６の撮像範囲に入れなかったとの状況が該当する。
また、「擬似的スキャン」には、商品を撮像部６０６の撮像範囲に入れるようにはしたものの、コードの無い部分を撮像させたとの状況が該当する。
また、「擬似的スキャン」には、コードの部分が指などにより隠された状態で、商品を撮像部６０６の撮像範囲に入れるようにはしたとの状況が該当する。
また、「擬似的スキャン」には、商品のコードを撮像部６０６に撮像させたものの、携帯端末６０がコードを読み取ることができない速さで商品を撮像部６０６の撮像範囲に通したといったような状況が該当する。

分類番号４の保留商品の分類は「非スキャン投入」である。「非スキャン投入」の保留商品は、撮像部６０６の撮像範囲に商品を位置させる操作を行うことなく、商品を買い物カゴ８０に入れられた商品である。

分類番号５の保留商品の分類は「年齢確認商品」である。「年齢確認商品」は、例えば、アルコール類やタバコなどのように、販売にあたり店員が顧客の年齢を確認することが必要な商品である。

分類番号６の保留商品の分類は「医薬品」である。「医薬品」は、例えば薬剤師等の資格を有するものが購入者に確認を求めることが必要な商品である。

分類番号７の保留商品の分類は「防犯タグ商品」である。「防犯タグ商品」は、防犯タグが取り付けられているために、販売時に店員が商品から防犯タグを取り外すことが必要な商品である。

分類番号８の保留商品の分類は「取消商品」である。「取消商品」は、一旦登録されたが、携帯端末６０に対する客の取り消し操作によって取り消された商品である。「取消商品」は、例えば精算時に店員が客から引き取るようにされる。

分類番号１～７のうちで、「読取ＮＧ」、「擬似的スキャン」、「非スキャン投入」の３つは、客が携帯端末６０にて登録を行っていた際に、コードの読み取りが行われなかったとの結果を生じた商品が対応する。以降において、このように登録に際してコードの読み取りが行われることなくカート情報に保留商品として登録された状況を登録不全状況という。また、「読取ＮＧ」、「擬似的スキャン」、「非スキャン投入」の３つの分類のいずれかに該当することとなった商品については登録不全商品ともいう場合がある。

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

［セルフ運用に対応する基本的な処理手順例］
図９のシーケンス図は、携帯端末６０、精算装置４０、及び取引管理装置２０が、セルフ運用における一取引の会計に対応して実行する処理手順例を示している。具体的に、同図の処理は、客が、店舗に陳列されている商品のうちから購入対象とする商品を登録し、登録した商品についての精算が完了するまでにおける、携帯端末６０、精算装置４０、及び取引管理装置２０の処理の一例を示したものである。

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

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

図１０（Ａ）は、携帯端末６０の表示部６０４にて表示される、ショッピングアプリケーションの起動画面の一例を示している。同図の起動画面においては、店舗名が表示されている。この店舗名は、当該ステップＳ１により取得された店舗特定情報に基づいて表示されたものである。
客は、買い物のために商品登録を開始させる場合には、起動画面において配置される取引開始指示ボタンＢＴ１０を操作する。
取引開始指示ボタンＢＴ１０が操作されたことに応じて、携帯端末６０は、取得された店舗特定情報と顧客識別情報とを含む取引開始要求を取引管理装置２０に送信する。取引開始要求は、上記のように携帯端末６０に対する客の操作に応じて送信されてもよいし、特に操作を受け付けることなく、店舗特定情報が取得されたことに応じて送信が実行されるようにしてもよい。
顧客識別情報については、顧客登録の際（携帯端末６０にショッピングアプリケーションをダウンロード又はインストールする際）に、携帯端末６０を用いて登録フォームの氏名欄に入力された情報が取引管理装置２０の顧客情報に記憶されてよいが、取引管理装置２０に加え、携帯端末６０の記憶部にも記憶しておいてもよい。なお、店舗が特定された場合には（後述する商品登録初期画面を取得したときには）、当該店舗の店舗名や実施中のサービス（その日に配布されているチラシ情報）、利用可能なクーポン情報を画面（商品登録初期画面又は商品登録初期画面とは別の画面）に表示してもよい。なお、サービスやクーポンの情報は、例えば画面情報として取引管理装置２０から取得してもよい。

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

ステップＳ２：携帯端末６０から取引開始要求として顧客識別情報及び店舗特定情報を受信した取引管理装置２０は、当該取引のカート情報を生成する。なお、カート情報は、生成された初期状態では、カート識別情報、取引開始日時、顧客識別情報は格納されるが、実際の取引（商品登録）の開始前であるため、他の情報（取引終了日時、商品情報（登録商品情報、保留商品情報）等）は格納されていない。

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

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

ステップＳ３：当該取引のカート情報を生成した取引管理装置２０は、商品登録初期画面情報（初期画面である商品登録画面の画面情報）を生成し、携帯端末６０に送信する。具体的には、取引管理装置２０は、例えば、商品登録初期画面情報を生成し、生成した商品登録初期画面情報をカート識別情報とともに携帯端末６０に送信する。

ステップＳ４：取引管理装置２０からカート識別情報及び商品登録初期画面情報を受信した携帯端末６０は、カート識別情報を記憶するとともに、登録画面を表示部に表示する。具体的には、携帯端末６０は、例えば図１０（Ｂ）に示すような商品登録初期画面を表示する。

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

バーコードを取得した携帯端末６０は、カート識別情報と、スキャンによって得られた商品コードを含む商品登録情報を、取引管理装置２０に送信する。

ステップＳ６：携帯端末６０から商品登録情報（カート識別情報及び商品コード）を受信した取引管理装置２０は、受信された商品登録情報に含まれていたカート識別情報から当該取引のカート情報を特定する。

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

ステップＳ８：カート情報内の商品データを更新した取引管理装置２０は、商品登録更新画面情報（登録した商品が追加された更新画面である商品登録画面の画面情報）を生成し、携帯端末６０に送信する。具体的には、取引管理装置２０は、例えば、携帯端末６０において図１０（Ｃ）に示すような、登録商品リストにおいて今回登録された商品のリスト項目が追加された商品登録更新画面が表示されるような商品登録更新画面情報を生成し、生成した商品登録更新画面情報をカート識別情報とともに携帯端末６０に送信する。

なお、図１０（Ｃ）に示した商品登録画面（商品登録更新画面）は、３品目の商品として「〇〇食パン」が登録された後に携帯端末６０に表示されるものである。つまり、取引管理装置２０は、１品目として「〇〇ヨーグルト」をカート情報に格納したときには、携帯端末６０において「〇〇ヨーグルト」が表示されるような商品登録更新画面情報を生成し、生成した商品登録更新画面情報をカート識別情報とともに携帯端末６０に送信し、２品目として「〇〇チョコレート」をカート内に記憶したときには、携帯端末６０において「〇〇ヨーグルト」と「〇〇チョコレート」とが表示されるような商品登録更新画面情報を生成し、生成した商品登録更新画面情報をカート識別情報とともに携帯端末６０に送信し、３品目として「〇〇食パン」をカート情報に格納したときには、図１０（Ｃ）に示すように、携帯端末６０において「〇〇ヨーグルト」と「〇〇チョコレート」と「〇〇食パン」とが表示されるような商品登録更新画面情報を生成し、生成した商品登録更新画面情報をカート識別情報とともに携帯端末６０に送信する。

なお、１の商品が登録されたことに応じて、例えば図１１（Ａ）に示されるように、今回登録された商品を提示する登録商品提示画面ＷＤ１が表示されるようにしてよい。また、同図の登録商品提示画面ＷＤ１においては、対象の商品がイートインに対応していることに応じて、イートインにより飲食するか否かを顧客に確認する「はい」ボタンＢＴ１と「いいえ」ボタンＢＴ２とが配置されている。この場合には、「はい」ボタンＢＴ１が操作された場合と、「いいえ」ボタンＢＴ２が操作された場合とで、対象の商品に係る消費税率が異なるようにして商品の価格が計算されることになる。

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

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

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

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

ステップＳ１３：携帯端末６０の表示部に表示されている２次元コードを読み取った精算装置４０は、取引管理装置２０に小計金額の算出を要求する。例えば、精算装置４０は、小計金額の算出を要求する算出要求（小計算出要求情報）を２次元コードから取得したカート識別情報とともに取引管理装置２０に送信する。

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

ステップＳ１５：カートを特定した取引管理装置２０は、特定したカート情報に対応するカート情報に含まれる登録商品情報における価格等の情報を利用して、小計金額を算出する。

ステップＳ１６：小計金額を算出した取引管理装置２０は、カート情報を更新（小計金額（算出後小計金額）を記憶）するとともに、算出した小計金額を示す小計情報をカート識別情報とともに精算装置４０に送信する。

ステップＳ１７：取引管理装置２０からカート識別情報及び小計情報を受信した精算装置４０は、表示部４０５に小計金額（小計金額を含む精算画面）を表示する。

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

［登録不全状況に対応する構成について］
ここで、図９では、ステップＳ５にて商品コードの読み取りが成功する場合に対応した処理が示されている。しかしながら、ステップＳ５に対応する商品コードの読み取り処理の段階にて、携帯端末６０が、図８の分類番号２～４のいずれかの登録不全に該当する状況（登録不全状況）が発生したと判定する場合がある。

具体例として、図１１（Ｂ）は、分類番号３の擬似的スキャンとしての登録不全状況が発生したと携帯端末６０が判定した場合に対応する一事例を、商品登録画面の撮像画像により示している。同図には、携帯端末６０にて表示される商品登録画面が示されている。同図の商品登録画面においては、指によってバーコード部分が隠されてしまっている状態で客が商品のバーコードを携帯端末６０に読み取らせようとしている様子の撮像画像が表示された状態が示されている。

このような場合、携帯端末６０は、撮像画像からバーコードの存在は認識したが、バーコードからコードを抽出できなかったとの処理結果を得る。このような処理結果は、擬似的スキャンにおける処理結果の一類型に含まれることから、携帯端末６０は、擬似的スキャンとしての登録不全状況が発生したことを検出する。この場合、携帯端末６０は、分類番号３の擬似的スキャンが行われた商品であることを示す商品登録情報を、取引管理装置２０に送信する。

また、携帯端末６０は、このように登録不全状況の発生に応じて商品登録情報を送信する際には、発生した登録不全状況に対応する撮像画像を送信する。送信される撮像画像は、商品コードの読み取りのために撮像部６０６が撮像している撮像画像を例えば一定時間バッファリングするようにされたうえで、バッファリングされた撮像画像から抽出するようにされてよい。また、送信される撮像画像は、例えば所定枚数による静止画像であってもよいし、登録不全状況の発生に応じた所定期間の動画像であってもよい。

また、上記のようにして擬似的スキャンを含む登録不全状況が発生した場合、携帯端末６０は、登録不全状況に対応して登録不全となった商品（登録不全商品）を、保留商品として扱う。この場合の携帯端末６０は、登録不全状況が発生したと判定したタイミングで、図１１（Ｃ）に示すように、登録不全商品については保留商品とし、保留商品用のバッグに入れてもらうことを促す案内画像ＷＤ２を表示させてよい。具体的に、同図の案内画像ＷＤ２においては、「スキャンできない場合は、専用バッグに商品を入れてください」とのメッセージが表示されている。なお、案内画像ＷＤ２の態様としては特に限定されない。案内画像ＷＤ２に表示されるメッセージとしては、例えば「スキャンに失敗しました」、「商品が登録不全と判定されました」といった内容であってよい。
同図の案内画像ＷＤ２は、商品登録画面上に重畳するように表示された態様である。同図の案内画像ＷＤ２においては、確認ボタンＢＴ３が配置されている。この場合、案内画像ＷＤ２は、確認ボタンＢＴ３に対する操作が行われることに応じて消去される。あるいは、案内画像ＷＤ２は、表示の開始から一定時間経過したことに応じて消去されてもよい。案内画像ＷＤ２が消去された後は、例えば図１０（Ｂ）または図１０（Ｃ）の商品登録画面に戻るようにされてよい。

登録不全商品は、上記のように保留商品として扱われる。商品登録画面においては、図１０（Ｃ）に例示したように登録商品リストが表示されるが、保留商品のうち登録不全商品に分類される商品については、登録商品リストにおいてリスト項目は表示されなくともよい。登録不全商品似分類されない保留商品については、登録商品リストにおいてリスト項目として表示される。なお、登録不全商品についても、登録不全商品であることを示すようにして登録商品リストにおいてリスト項目が表示されてもよい。

図１２のフローチャートを参照して、本実施形態の携帯端末６０と取引管理装置２０とが、登録不全状況に対応する処理を含む商品登録に関連して実行する処理手順例について説明する。同図の処理は、図９との対応では、ステップＳ５～Ｓ１１の処理過程を、登録不全状況に対応する処理を含むものとして、より具体的に示すものとなる。

まず、携帯端末６０が実行する処理手順例について説明する。
ステップＳ１０１：携帯端末６０は、商品登録画面を表示させた状態のもとで、商品コードの読み取りが正常に完了したか否かについて判定している。

ステップＳ１０２：携帯端末６０は、商品コードの読み取りが正常に完了した場合、読み取った商品コードとカート識別情報とを含む商品登録情報を取引管理装置２０に送信する。
ステップＳ１０３：携帯端末６０は、ステップＳ１０２による商品登録情報の送信に応じて取引管理装置２０から送信された登録完了通知の受信に応じて、例えば図１０（Ｃ）に例示したように、商品登録画面を更新する。

ステップＳ１０４：携帯端末６０は、商品コードの読み取りのために撮像部６０６に撮像を実行させることにより得られている撮像画像に基づいて、登録不全状況を検出するようにされている。携帯端末６０は、ステップＳ１０１にて商品コードの読み取りが正常に完了していないことが判定された場合、あるいはステップＳ１０３の処理の後、登録不全状況についての検出結果に基づき、登録不全状況が発生したか否かを判定する。

携帯端末６０は、以下のように登録不全状況を検出するようにされてよい。
まず、携帯端末６０は、撮像画像において商品のバーコードの全体が撮像されていることが認識された状態でありながら、バーコードの読み取りが正常に完了（成功）せずに一定時間を経過した場合に、読取ＮＧに分類される登録不全状況が発生したと判定する。

また、携帯端末６０は、撮像画像において商品は認識されたが、バーコードが全く認識できないためにバーコードの読み取りが正常に完了しなかった場合に、擬似的スキャンに分類される登録不全状況が発生したと判定する。
あるいは、携帯端末６０は、図１１（Ｂ）に例示したように、撮像画像において商品のバーコードの一部しか認識できないためにバーコードの読み取りが正常に完了しなかった場合にも、擬似的スキャンに分類される登録不全状況が発生したと判定する。
あるいは、携帯端末６０は、撮像画像において商品のバーコードは認識できたものの、商品の移動が速すぎるために、バーコードの読み取りが正常に完了しなかった場合にも、擬似的スキャンに分類される登録不全状況が発生したと判定する。
このような擬似的スキャンに分類される登録不全状況は、客が商品のバーコードを読み取らせる操作を行っているふりをしただけで商品を買い物カゴ８０に入れてしまうような不正が行われている可能性がある。

また、図３に例示した態様でセットされた携帯端末６０は、ショッピングカート７０に載せられた買い物カゴ８０の中身を撮像することができる。携帯端末６０は、撮像画像において、商品のバーコードを読み取らせようとする様子が認識されないのに関わらず、買い物カゴ８０の中に新規の商品が追加的に投入された状態が検出された場合に、非スキャン投入に分類される登録不全状況が発生したと判定する。
なお、例えば客が、買い物カゴ８０の中身を整理するためにすでに登録された商品を買い物カゴ８０内で移動させる場合がある。携帯端末６０は、撮像画像に基づいて、このような商品の移動と、非スキャン投入としての登録不全状況に対応する新規の商品の追加的投入とをそれぞれ識別できるようにされてよい。
このような非スキャン投入に分類される登録不全状況の発生は、客が、商品のバーコードを携帯端末６０に読み取らせることなく、そのまま買い物カゴ８０に入れてしまうような不正が行われている可能性がある。

ステップＳ１０５：ステップＳ１０４にて登録不全状況が発生したと判定された場合、携帯端末６０は、今回の登録不全状況が発生に対応する保留商品について、ステップＳ１０４に対応して検出した登録不全状況としての分類に応じた分類番号を付与する。一例として、ステップＳ１０４にて読み取りＮＧに分類される登録不全状況が発生したと判定された場合には、対応の保留商品について分類番号２（図８参照）を付与する。

ステップＳ１０６：携帯端末６０は、撮像部６０６により撮像されている撮像画像のうちから、今回発生した登録不全状況に対応する撮像画像を取得（抽出）する。ここで携帯端末６０が取得する撮像画像は、店員に対して発生した登録不全状況を視覚的に認識してもらうためのものである。このため、携帯端末６０が取得する撮像画像の形式（動画、静止画）、撮像画像の数、取得対象となる撮像画像の時刻、期間等は、検出された登録不全状況の分類に応じて異なるようにされてよい。

なお、撮像部６０６の撮像画像が取引管理装置２０に送信されるようにしたうえで、取引管理装置２０側で、登録不全状況の発生した時刻、分類結果、画像解析結果等に応じて、登録不全状況に対応する撮像画像を取得するようにされてもよい。

ステップＳ１０７：携帯端末６０は、登録不全情報を取引管理装置２０に送信する。登録不全情報は、ステップＳ１０５により付与された保留商品の分類番号と、ステップＳ１０６により取得された撮像画像とを含む。

ステップＳ１０８：携帯端末６０は、ステップＳ１０２による商品登録情報の送信に応じて取引管理装置２０から送信された登録完了通知の受信に応じて、商品登録画面を更新する。携帯端末６０は、例えばステップＳ１０３の商品登録画面の更新に応じたタイミングで、図１１（Ｃ）に例示したように案内画像ＷＤ２を表示させてよい。

ステップＳ１０９：ステップＳ１０４にて登録不全状況が発生していないと判定された場合、あるいはステップＳ１０８の処理の後、携帯端末６０は、精算移行指示操作を受け付けたか否かについて判定する。
精算移行指示操作を受け付けていない場合、ステップＳ１０１に処理が戻される。

ステップＳ１１０：精算移行指示操作を受け付けると、携帯端末６０は、例えば、カート識別情報を２次元コード化し、生成された２次元コードを例えば、図１０（Ｄ）に例示したコード表示画面により表示部６０４に表示させる。

次に、取引管理装置２０が実行する処理手順例について説明する。
ステップＳ２０１：取引管理装置２０は、ステップＳ１０２により携帯端末６０から送信される商品登録情報が受信されたか否かを判定する。

ステップＳ２０２：取引管理装置２０は、商品登録情報が受信されると、受信された商品登録情報に含まれるカート識別情報が示すカート情報を特定する。
ステップＳ２０３：取引管理装置２０は、ステップＳ２０２により特定されたカート情報を更新する。つまり、取引管理装置２０は、ステップＳ２０１に対応して受信された商品登録情報に含まれる商品コードに基づく登録商品情報を、特定されたカート情報に追加する。これにより、カート情報にて１商品が登録される。

なお、ステップＳ２０２によるカート情報の更新には、保留商品のうちで登録不全状況に対応しない商品の登録が含まれる。つまり、ステップＳ２０２によるカート情報の更新は、保留商品のうちで商品コードの読み取りが正常に完了した商品の登録を含む。保留商品のうちで商品コードの読み取りが正常に完了した商品は、ＮＯ－ＦＩＬＥ、年齢確認商品、医薬品、防犯タグ商品である。また、取消商品については、同図の処理に反映されていないが、携帯端末６０に対して取消操作が行われたことに応じて、取引管理装置２０は、該当商品が取消商品として管理されるように、カート情報における該当商品の登録商品情報を更新する。

ステップＳ２０４：取引管理装置２０は、ステップＳ２０３の処理の後、登録完了通知を携帯端末６０に送信する。

ステップＳ２０５：ステップＳ２０４の処理の後、あるいはステップＳ２０１にて商品登録情報が受信されないと判定された場合、取引管理装置２０は、ステップＳ１０７により携帯端末６０から送信される登録不全情報が受信されたか否かを判定する。登録不全情報が受信されない場合、ステップＳ２０１に処理が戻される。

ステップＳ２０６：取引管理装置２０は、登録不全情報が受信されると、受信された商品登録情報に含まれるカート識別情報が示すカート情報を特定する。
ステップＳ２０７：取引管理装置２０は、ステップＳ２０６により特定されたカート情報を更新する。この場合、取引管理装置２０は、ステップＳ２０５に対応して受信された登録不全情報に含まれる分類番号を含む登録商品情報を、特定されたカート情報に追加する。これにより、カート情報にて登録不全状況の発生に対応する１の保留商品（登録不全商品）が登録される。

ステップＳ２０８：取引管理装置２０は、ステップＳ２０７の処理の後、登録完了通知を携帯端末６０に送信する。

顧客は、購入対象の商品の全ての登録を終えると精算移行指示操作を行い、携帯端末６０に表示された２次元コードを精算装置４０に読み取らせる。２次元コードを読み取った精算装置４０は、図９のステップＳ１３として示したように、取引管理装置２０に小計金額の算出を要求する。ここで、本実施形態の精算装置４０は、小計金額の算出を要求するにあたり、精算画面を用いた精算処理に利用される精算情報を要求する。

取引管理装置２０は、精算情報の要求に応じて、該当のカート情報を特定し、特定されたカート情報に基づいて精算情報を生成する。精算情報には、カート情報における登録商品情報と、登録された商品に応じた小計金額等の情報が含まれる。また、精算情報に含まれる登録商品情報のうち、登録不全商品に対応する登録商品情報には、登録不全状況に対応する撮像画像が含まれる。取引管理装置２０は、生成された精算情報を精算装置４０に送信する。
精算装置４０は、精算情報を受信すると、受信された精算情報の内容が反映された精算画面を表示部４０５に表示させる。

図１３は、精算装置４０の表示部４０５に表示される精算画面の一例を示している。
同図の精算画面においては、登録商品リストエリアＡＲ３が配置されている。登録商品リストエリアＡＲ３は、携帯端末６０により登録された商品のリストを提示するエリアである。

登録された商品のうちに保留商品が含まれる場合には、保留商品のリスト項目を優先させて左欄の上側から配置するようにされる。同図の例では、登録された商品のうちに６つの保留商品が含まれていたことに応じて、登録商品リストエリアＡＲ３においては、左上から６つの保留商品のリスト項目を含む保留商品リストエリアＡＲ３１が形成される。保留商品リストエリアＡＲ３１のリスト項目は、例えば背景色等の態様が他の商品のリスト項目と異なるようにされている。

登録商品リストエリアＡＲ３のリスト項目においては、対応の商品の商品名、登録個数、登録個数に応じた価格等が示されている。そのうえで、例えば保留商品が対応するリスト項目においては、保留商品としての分類番号、分類名等が示されてもよい。

保留商品リストエリアＡＲ３１における保留商品ごとのリスト項目においては、呼出ボタンＢＴ３１が配置されている。呼出ボタンＢＴ３１においては、それぞれ、対応の商品が該当する保留商品としての分類の名称が示されている。

また、精算画面においては、顧客モニタエリアＡＲ３２が配置されている。顧客モニタエリアＡＲ３２は、撮像部４１６により撮像して得られている撮像画像をリアルタイムでモニタ画像として表示するエリアである。顧客モニタエリアＡＲ３２においては、顧客が精算のために精算装置４０を操作している手元の様子がリアルタイムで表示される。精算装置４０が、このような画像を顧客モニタエリアＡＲ３２において表示することで、顧客は、自分の様子が撮像されていることを意識することになり、顧客による支払い時の不正を抑止する効果が得られる。
なお、精算装置４０は、顧客モニタエリアＡＲ３２での表示に用いられる画像を記憶（保存）するようにされてよい。

ここで、同図のように、精算画面において登録商品リストエリアＡＲ３において、保留商品リストエリアＡＲ３１が形成されている場合、店員が保留商品を処理するための操作を行う必要がある。このように保留商品リストエリアＡＲ３１が形成された精算画面が表示された場合、精算装置４０は、店員に保留商品の処理の操作を行わせるために店員呼出を実行する。店員呼出として、精算装置４０は、例えば、精算装置４０がサインポール等の表示器を所定の態様で表示させたり、店員が所持あるいは監視する端末装置に店員呼出の通知を送信するようにされてよい。
店員呼出に応じて精算装置４０に赴いた店員は、表示されている精算画面の保留商品リストエリアＡＲ３１において示されるリスト項目ごとに対応して、保留商品を処理する操作を行うようにされる。

１の保留商品を処理するにあたり、店員は、処理対象の保留商品のリスト項目における呼出ボタンＢＴ３１を操作する。この場合、店員は、保留商品リストエリアＡＲ３１において、缶ビールに対応する１行目のリスト項目の呼出ボタンＢＴ３１に対する操作を行う。呼出ボタンＢＴ３１に対する操作が行われたことに応じて、精算画面上に、操作された呼出ボタンＢＴ３１を含むリスト項目が対応する保留商品を処理する保留商品処理画面が表示される。
なお、処理対象の保留商品のリスト項目全体がタッチ操作可能なようにされていてもよい。

例えば、店員が、年齢確認商品である缶ビールに対応する１行目のリスト項目の呼出ボタンＢＴ３１に対する操作を行った場合には、精算画面上に、缶ビールについての保留商品処理画面が表示される。

図１４は、年齢確認商品である缶ビールについての保留商品処理画面ＡＲ４の一例である。
保留商品処理画面ＡＲ４においては、商品情報エリアＡＲ４１、入力操作エリアＡＲ４２、登録ボタンＢＴ４１、取消ボタンＢＴ４２が配置される。

商品情報エリアＡＲ４１は、対応の保留商品に関する情報を示すエリアである。同図の商品情報エリアＡＲ４１は、商品名、商品コード、価格、登録個数等が示されている。年齢確認商品の場合、商品情報エリアＡＲ４１に表示される内容は、精算情報に含まれる対応の商品の登録商品情報の内容が反映される。

入力操作エリアＡＲ４２は、商品情報エリアＡＲ４１における商品の情報を入力するためのソフトウェアキーボードが配置されるエリアである。入力操作エリアＡＲ４２は、数値入力に応じたキー配列のキーボードと、文字入力に応じたキー配列のキーボードとを、操作に応じて切り替え可能とされている。また、入力操作エリアＡＲ４２には例えば「プリセット」と表示されたプリセット呼び出しキーが配置されている。プリセット呼び出しキーを操作することによっては、商品ごとに対応するプリセットキーが配置されたプリセットキー画面が表示される。店員は、プリセットキー画面において配置されたプリセットキーを操作することで、操作されたプリセットキーに対応する商品の情報を、商品情報エリアＡＲ４１に入力させることができる。

登録ボタンＢＴ４１は、対応の商品の登録の保留を解除して、顧客の購入対象として登録する操作が行われるボタンである。
取消ボタンＢＴ４２は、登録が保留状態にある商品について、登録の取り消しを指示する操作が行われるボタンである。

店員は、例えば客の年齢を確認したうえで、問題がなければ、缶ビールの登録を確定させるため、登録ボタンＢＴ４１に対する操作を行う。これにより、精算装置４０は、これまでの缶ビールについての登録保留状態を解除し、登録商品に含めるように処理する。あるいは、店員は、缶ビールを登録すべきでないと判断した場合には、缶ビールの登録を取り消すため、取消ボタンＢＴ４２に対する操作を行い、缶ビールの商品を回収する。

また、登録不全商品の場合、保留商品リストエリアＡＲ３１のリスト項目における呼出ボタンＢＴ３１には、例えば「未スキャン」と表示される。店員は、登録不全商品を処理する場合には、登録不全商品のリスト項目において「未スキャン」と表示された呼出ボタンＢＴ３１を操作する。

なお、例えば「ＮＯ－ＦＩＬＥ」に分類される保留商品の場合には、保留商品処理画面ＡＲ４の初期表示状態では、商品情報エリアＡＲ４１には、商品の情報が示されていない。この場合、店員は、入力操作エリアＡＲ４２に対する数値入力操作、文字入力操作によって、商品情報エリアＡＲ４１に商品コードとしての数字列や、商品名としての文字列を入力したうえで商品の登録を行うことができる。
このように登録された商品の情報は、取引管理装置２０に送信される。取引管理装置２０は、カート情報における対応の商品の登録商品情報について、商品情報エリアＡＲ４１に入力された情報が反映されるように、「ＮＯ－ＦＩＬＥ」の状態から更新するようにして、カート情報の同期を行う。

なお、保留商品処理画面において、対応の保留商品の分類番号、分類名等が示されてもよい。

図１５は、「未スキャン」と表示された呼出ボタンＢＴ３１を操作したことに応じて表示された、登録不全商品を処理するための保留商品処理画面ＡＲ４の一例である。
登録不全商品に対応する保留商品処理画面ＡＲ４の初期表示状態では、まだ商品に関する情報は取得されていないことから、商品情報エリアＡＲ４１には、図示するように商品に関する情報は提示されていない。

また、登録不全商品に対応する保留商品処理画面ＡＲ４においては、商品情報エリアＡＲ４１、入力操作エリアＡＲ４２、登録ボタンＢＴ４１、取消ボタンＢＴ４２に加えて、撮像画像エリアＡＲ４３が配置される。

撮像画像エリアＡＲ４３においては、対応の登録不全状況の発生に応じた撮像画像が表示される。この撮像画像は、図１２のステップＳ１０６により携帯端末６０が取得したものである。

具体的に、同図の撮像画像エリアＡＲ４３の撮像画像は、非スキャン投入に分類される登録不全状況を示している。同図の撮像画像エリアＡＲ４３においては、２つの撮像画像Ｇ１、Ｇ２が配置されている。撮像画像Ｇ１は、買い物カゴ８０に商品が追加投入される前の状態を示す撮像画像である。撮像画像Ｇ２は、撮像画像Ｇ１より後において、買い物カゴ８０に商品が追加投入された状態を示す画像である。

店員は、同図の撮像画像エリアＡＲ４３の撮像画像を見ることで、処理対象の登録不全商品は、バーコードを読み取らせることなく買い物カゴ８０に入れられたものであることを把握できる。また、撮像画像Ｇ２においては、追加投入された商品の部分にフレームＦＬが配置されている。これにより、店員は、登録されることなく追加投入された商品が何であるのかを容易に特定できる。
追加投入された商品の特定とフレームＦＬの配置は、携帯端末６０と精算装置４０とのいずれによって行われてもよい。

また、店員は、撮像画像エリアＡＲ４３における撮像画像をより詳細に確認したい場合には、例えば撮像画像エリアＡＲ４３における任意の位置をタップするなどによる、撮像画像拡大操作を行うことができる。
撮像画像拡大操作が行われたことに応じて、精算装置４０は、図１６に示されるように、保留商品処理画面ＡＲ４上に、拡大撮像画像エリアＡＲ４３１を配置させる。拡大撮像画像エリアＡＲ４３１は所定の操作に応じて消去する（閉じる）ことができる。

説明を図１５に戻す。店員は、顧客に該当の登録不全商品を購入するか否かの意思確認を行う。購入するとの意志がなければ、店員は、取消ボタンＢＴ４２を操作し、該当の登録不全商品を回収する。購入するとの意志がある場合、店員は、入力操作エリアＡＲ４２を操作して商品情報エリアＡＲ４１に商品の情報を入力したうえで、登録ボタンＢＴ４１を操作し、商品の登録を行う。

また、図１７の保留商品処理画面ＡＲ４は、登録不全商品が、「擬似的スキャン」に分類されるものである場合の一例を示している。
同図の撮像画像エリアＡＲ４３においては、１枚の撮像画像が表示されている。このように表示された撮像画像エリアＡＲ４３の撮像画像によっては、登録不全状況の発生に際して、指によってバーコードの一部が隠された状態で撮像されていたことが示されている。このような撮像画像エリアＡＲ４３の撮像画像を見ることで、店員は、処理対象の登録不全商品が、擬似的スキャンに分類されるものであることを把握できる。

また、この場合にも、撮像画像エリアＡＲ４３に対する操作が行われることで、図１８に示されるように、保留商品処理画面ＡＲ４上に、拡大撮像画像エリアＡＲ４３１を表示させることができる。

この場合にも、店員は、顧客に該当の登録不全商品を購入するか否かの意思確認を行い、購入の意志の有無に応じて、商品の登録または取り消しの操作を行う。

また、擬似的スキャンは、撮像部６０６の撮像範囲（バーコードの読み取り可能範囲）に商品をかざしてもバーコードまでは撮像範囲に入っていない状況を含む。この場合、撮像画像エリアＡＲ４３においては、撮像範囲に商品の一部が入っているものの、バーコードまでは撮像範囲に入っていない状態の撮像画像が表示されるようにしてよい。

また、擬似的スキャンは、撮像部６０６の撮像範囲に対して、商品コードの読み取りができない速さで商品を素通りさせた状況を含む。この場合、撮像画像エリアＡＲ４３においては、撮像範囲を商品が通っているときにキャプチャした静止画としての撮像画像、あるいは、撮像範囲を商品が通っているときの動画による撮像画像を表示させてもよい。

図１９のフローチャートを参照して、精算装置４０が保留商品処理画面の表示に関連して実行する処理手順例について説明する。

ステップＳ３０１：精算画面を表示させている状態のもとで、精算装置４０は、処理対象とする保留商品を指定する操作（保留商品指定操作）が行われるのを待機している。

ステップＳ３０２：保留商品指定操作が行われると、精算装置４０は、保留商品指定操作により指定された商品が登録不全商品であるか否かについて判定する。
なお、本実施形態の場合、取引管理装置２０から送信される精算情報に含まれる登録商品情報に撮像画像が含まれる保留商品は、登録不全商品に限定される。そこで、当該ステップＳ３０２の処理として、精算装置４０は、保留商品指定操作により指定された商品の登録商品情報に撮像画像が含まれているか否かを判定してもよい。

ステップＳ３０３：ステップＳ３０２により登録不全商品であることが判定された場合、精算装置４０は、処理対象として指定された登録不全商品についての、撮像画像エリアＡＲ４３を含む保留商品処理画面を生成する。精算装置４０は、撮像画像エリアＡＲ４３の撮像画像を、精算情報における該当商品の登録商品情報から取得してよい。精算装置４０は、生成した保留商品処理画面を表示させる。

ステップＳ３０４：一方、ステップＳ３０２により登録不全商品でないことが判定された場合、精算装置４０は、処理対象として指定された保留商品についての、撮像画像エリアＡＲ４３を含まない保留商品処理画面を生成する。精算装置４０は、生成した保留商品処理画面を表示させる。

＜変形例＞
以下、本実施形態の変形例について説明する。

［第１変形例］
上記実施形態においては、保留商品が登録不全商品である場合に表示される撮像画像エリアＡＲ４３においては、１つもしくは２つの撮像画像（図１５、図１７）が提示される例を挙げた。しかしながら、撮像画像エリアＡＲ４３において提示される撮像画像の数は、３以上であってよい。

図２０は、保留商品処理画面ＡＲ４の撮像画像エリアＡＲ４３において３つの撮像画像Ｇ１１、Ｇ１２、Ｇ１３が配置された例を示している。同図の保留商品処理画面ＡＲ４は、処理対象の登録不全商品が非スキャン投入に分類される場合の例を挙げている。

同図の撮像画像Ｇ１１、Ｇ１２、Ｇ１３は、以下の様子を示す。撮像画像エリアＡＲ４３においては左から右にかけて撮像画像Ｇ１１、Ｇ１２、Ｇ１３の順で配置されている。この撮像画像Ｇ１１、Ｇ１２、Ｇ１３の配置順は、撮像が行われた時間経過に対応している。
１番目の撮像画像Ｇ１１は、処理対象の登録不全商品が追加投入される前の買い物カゴ８０の中を撮像したときのものである。２番目の撮像画像Ｇ１２は、撮像画像Ｇ１１が次の３番目の撮像画像Ｇ１３に変化する過程を撮像したときのものである。３番目の撮像画像Ｇ１３は、処理対象の登録不全商品が買い物カゴ８０に追加投入された状態を撮像したときのものである。
なお、２番目の撮像画像Ｇ１２は、例えば投入されようとする商品が含まれる撮像画像のうちから抽出されてもよいし、撮像画像Ｇ１１、Ｇ１３が撮像された時刻間において、例えばちょうど中間の時刻というように定められたタイミングでの時刻の撮像画像であってもよい。
また、撮像画像Ｇ１３においても、買い物カゴ８０に追加投入された商品の部分にフレームＦＬが配置される。

［第２変形例］
上記実施形態において、精算装置４０の表示部４０５の表示面については、横長である場合を例に挙げた。しかしながら、精算装置４０の表示部４０５の表示面は、縦長であってよい。
図２１（Ａ）は、本変形例に対応する縦長の表示面の表示部４０５にて表示される精算画面の一例を示している。同図において、図１３と同一となる部分については同一符号を付している。同図と図１３とを比較して分かるように、精算画面として提示される情報は同様であるが、表示面のサイズが縦長とされたことに応じて、精算画面において提示される情報のレイアウトが異なるようにされている。
ただし、図２１（Ａ）の精算画面においても、登録商品リストエリアＡＲ３において、左上に保留商品のリスト項目を含む保留商品リストエリアＡＲ３１が形成され、保留商品以外のリスト項目と背景色等が異なるようにされている点は、図１３の精算画面と同様である。

本変形例の場合には、例えば図２１（Ａ）における保留商品リストエリアＡＲ３１を拡大させるようにして、図２１（Ｂ）に示すように拡大保留商品リストエリアＡＲ３１１として表示させることができる。拡大保留商品リストエリアＡＲ３１１を表示させる操作は、保留商品リストエリアＡＲ３１内の任意の位置に対するタッチする操作であってよい。あるいは、図２１（Ａ）の精算画面において配置される保留商品数エリアＡＲ３３をタッチする操作であってもよい。

このように拡大保留商品リストエリアＡＲ３１１が表示されることで、店員は保留商品のリスト項目が見やすくなり、どのような保留商品があるのかを把握しやすくなる。
また、例えば、精算装置４０における表示部４０５の配置位置によっては、表示部４０５の位置が高くなり、特に表示部４０５の表示面が縦長である場合には、表示部４０５の表示面の上側に対する操作がしにくくなるような場合がある。そこで、図２１（Ｂ）の例では、表示面における下側に拡大保留商品リストエリアＡＲ３１１を配置するようにしている。これにより、店員が拡大保留商品リストエリアＡＲ３１１に対する操作を行いやすくなる。

店員が保留商品に対応する処理を行うにあたっては、図２１（Ｂ）のように表示された拡大保留商品リストエリアＡＲ３１１におけるリスト項目のうちで、処理対象の保留商品のリスト項目に配置された呼出ボタンＢＴ３１を操作するようにされる。
呼出ボタンＢＴ３１が操作されたことに応じて、図２１（Ｃ）に示されるように、拡大保留商品リストエリアＡＲ３１１に代えて、保留商品処理画面ＡＲ４を表示させる。このように表示された保留商品処理画面ＡＲ４は、操作された呼出ボタンＢＴ３１のリスト項目により示される保留商品を処理対象とするものである。

また、処理対象とされた保留商品が登録不全商品であった場合には、精算装置４０は、同じ図２１（Ｃ）に示されるように、保留商品処理画面ＡＲ４とともに、撮像画像エリアＡＲ４３を同一画面上に表示させる。
なお、同図では撮像画像エリアＡＲ４３において１つの撮像が表示された例を挙げている。しかしながら、このように縦長の画面の場合においても、撮像画像エリアＡＲ４３において、図１５、図２０のように、登録不全商品（登録不全状況）の分類に応じて、所定の複数の撮像画像が表示されてよい。

例えば図１５等の例では、撮像画像エリアＡＲ４３は、保留商品処理画面ＡＲ４内に配置されていた。これに対して、図２１（Ｃ）では、表示部４０５の表示面が縦長であることに応じて、撮像画像エリアＡＲ４３は、保留商品処理画面ＡＲ４には含まれないようにされている。
これにより、撮像画像エリアＡＲ４３は、保留商品処理画面ＡＲ４内に配置される場合よりも大きいサイズに拡大して配置することができるので、撮像画像が見やすくなる。また、図２１（Ｃ）に示すように、縦長の表示面において、撮像画像エリアＡＲ４３が上側に配置され、保留商品処理画面ＡＲ４が下側に配置される。これにより、店員が保留商品処理画面ＡＲ４に対する操作を行いやすい。

［第３変形例］
上記実施形態においては、保留商品のうち登録不全商品を処理対象とする保留商品処理画面に撮像画像エリアＡＲ４３が配置され、登録不全商品ではない保留商品の保留商品処理画面においては、撮像画像エリアＡＲ４３が配置されない例を挙げた。
しかしながら、本変形例としては、登録不全商品ではない保留商品の保留商品処理画面においても、撮像画像エリアＡＲ４３が配置されるようにしてよい。この場合、携帯端末６０は、バーコードの読み取りが成功した登録商品についても撮像画像を含めた商品登録情報を送信するようにされてよい。

［第４変形例］
撮像画像エリアＡＲ４３は、例えば店員の精算装置４０に対する操作等に応じて、保留商品処理画面とは異なる独立した画面として表示されてよい。

［第５変形例］
なお、携帯端末６０は、例えば図１０（Ａ）の起動画面に配置される取引開始指示ボタンＢＴ１０が操作されて商品登録を開始するにあたり、例えば、「商品登録時の画像を精算装置で表示させる場合がある」旨を事前に顧客に伝える警告画面を表示させてよい。このような警告画面を表示させることで、例えば不正に商品登録を行うことの抑止が図られる。あるいは、携帯端末は、警告画面に代えて、「商品登録時の画像を精算装置で表示させる場合がある」ことについての同意を顧客に確認する同意画面を表示させてもよい。同意画面においては、例えば「はい」ボタン、「いいえ」ボタンにより、意思確認の操作を受け付けるボタンが配置される。そのうえで、「はい」ボタンが操作された場合には、不正を行わない客として扱って、例えば取消商品などについては保留商品として登録せずに、そのまま取り消しが確定されるようにしてもよい。

［第６変形例］
上記実施形態では、バーコードの読み取りが行われない登録不全状況を商品登録エラーとして扱っているといえる。本変形例としては、登録不全状況に加えて、例えばバーコードの読み取りは成功したが、対象の商品が買い物カゴ８０に入れられなかったという状況も、商品登録エラーの１つであるとして判定するようにされてよい。なお、例えば一定重量以上の米や６本単位の缶飲料等は、カートの下部に置かれることが多い。そこで、このような商品については、買い物カゴ８０に入れられないことが検出されたとしても、商品登録エラーではないと判定してよい。

［第７変形例］
例えば通信エラーや携帯端末６０に設定された通信速度制限などによって、例えば図１２のステップＳ１０７にて登録不全情報を送信した際に、撮像画像を取引管理装置２０に送信できない可能性がある。このような場合、取引管理装置２０は、撮像画像は含まないものの、登録不全状況の分類を示す登録不全情報については受信できているので、登録不全状況の分類を示す登録商品情報をカート情報に登録できる。
これにより、精算装置４０は、カート情報に基づく精算情報を利用することで、例えば撮像画像エリアＡＲ４３に撮像画像は表示されないが、図１５等のような登録不全商品についての保留商品処理画面を表示することができる。この場合、保留商品処理画面において撮像画像エリアＡＲ４３が表示されることなく空白となった領域に、「スキャン忘れの商品はございませんか」等のように、登録不全商品であることを店員向けに伝えることのできる内容のメッセージを表示させてもよい。

［第８変形例］
登録不全状況が発生したことが、例えば監視装置５０等の精算装置４０以外で店舗にて稼働する端末（店舗稼働端末）で表示されるようにしてもよい。
例えば店舗稼働端末の１つである監視装置５０は、例えば取引管理装置２０と通信を行うことで、店舗における取引ごとの状況を監視可能である。そこで、監視装置５０は、保留商品の登録が発生した場合には、対象の保留商品が対応する顧客を特定する情報や、保留商品の登録発生タイミングで、対象商品の商品情報、金額の情報等を取得し、取得した情報を表示するようにされてよい。そのうえで、例えば監視装置５０により監視業務を行う店員が、表示された商品について問題がないことを確認した場合には、例えば、保留商品としての登録を解除し、通常商品として登録しなおすような操作を行えるようにされてもよい。

［第９変形例］
なお、商品登録に対応して使用する撮像装置は、商品のバーコードの読み取りが可能で、買い物カゴ８０等の中身が撮像可能に設けられるものであって、携帯端末６０等に撮像画像を出力可能な者であれば特に限定されない。このような撮像装置は、例えば店舗側が提供する買い物カゴ８０ではなく、顧客が持参したマイバッグの中を撮像可能なようにされたものであってもよい。

［第１０変形例］
なお、本実施形態の構成は、携帯端末６０ショッピングカート７０にセットされることなく顧客が手に持って商品登録を行うようにされた場合にも、適用可能な範囲で適用されてよい。このような場合には、例えば携帯端末６０は、登録不全状況として、読取ＮＧ、擬似的スキャンについて検出し、検出された登録不全状況に対応する撮像画像を出力することができる。

［第１１変形例］
なお、上記実施形態において携帯端末６０が実行する処理の一部を、携帯端末６０と通信経由で接続される取引管理装置２０等の上位装置が実行するようにされてよい。また、上記実施形態において精算装置４０が実行する処理の一部を、精算装置４０と通信経由で接続される取引管理装置２０等の上位装置が実行するようにされてよい。

＜実施形態の総括＞
［技術分野］
本発明は、商品販売データ処理システムに関する。
［背景技術］
カメラを搭載した携帯端末を用いて顧客自ら商品を登録するシステムが知られている（例えば、特許文献１参照）。
［先行技術文献］
［特許文献］
［特許文献１］特開２０１８－１４７２５２号公報
［発明の概要］
［発明が解決しようとする課題］
しかし、携帯端末を用いて顧客自らが商品を登録するため、商品のバーコードを読み取ったつもりであっても実際には読み取れなかったり、悪意により意図的にバーコードを読み取らせることなく商品を買物カゴに投入したりするなどの問題が生じる可能性がある。
本発明は、このような事情に鑑みてなされたもので、顧客自らが商品を登録する場合に生じる問題に適切に対応できるようにすることを目的とする。

［課題を解決するための手段］
（１）上述した課題を解決する本実施形態の一態様は、携帯端末装置（例えば、携帯端末６０）により商品を登録し、前記携帯端末装置により登録された商品に対応する精算処理を精算装置（４０）が行う商品販売データ処理システム（１）であって、客による商品の登録に関する状況を撮像可能に設けられる撮像手段（例えば、撮像部６０６）と、一取引に応じた商品の登録が行われる間において、商品の登録が不全とされる所定の登録不全状況を検出する検出手段と、前記精算装置にて前記一取引に応じて登録された商品の精算が行われる際に、前記撮像手段により得られる撮像画像に基づき、前記検出手段により検出された登録不全状況に対応する撮像画像（例えば、撮像画像エリアＡＲ４３内の撮像画像）を表示させる表示制御手段とを備える商品販売データ処理システムである。

上記構成によれば、顧客が携帯端末６０により商品を登録している際に、登録不全状況が発生した場合には、登録不全状況を撮像した画像を表示させることができる。これにより、例えば登録不全状況の防止（例えば、商品登録についての不正行為の防止）や登録不全状況に対応する商品について的確に対処できることとなり、顧客自らが商品を登録する場合に生じる問題に適切に対応できる。

（２）本実施形態の一態様は、（１）に記載の商品販売データ処理システムであって、前記表示制御手段は、登録不全状況の分類として、商品の情報が読み取られることなく当該商品が商品投入部（例えば、買い物カゴ８０）に投入された場合、前記商品投入部に当該商品が投入される前後の所定期間に対応する複数の撮像画像を表示させる。

上記構成によれば、登録不全状況の分類が非スキャン投入である場合に、対象の商品が投入される前から投入されるまでの間の買い物カゴ８０の中身を撮像した撮像画像を表示させることができる。これにより、非スキャン投入されたときの買い物カゴ８０の中身の状態遷移を的確に把握できる。

（３）本実施形態の一態様は、（２）に記載の商品販売データ処理システムであって前記複数の撮像画像のうちの所定の撮像画像において他の撮像画像と相違する部分を示す表示を行う。

上記構成によれば、登録不全状況の分類が非スキャン投入である場合に表示される複数の撮像画像のうちで追加投入された商品が撮像された撮像画像において、追加投入された商品の部分を示すフレームＦＬを配置させることができる。これにより、追加投入された商品をすぐに把握することができる。

（４）本実施形態の一態様は、（１）から（３）のいずれか１つに記載の商品販売データ処理システムであって、前記表示制御手段は、前記検出手段により検出された登録不全状況の分類に応じて撮像対象が異なる撮像画像を表示させる。

上記構成によれば、登録不全状況の分類に応じた撮像対象を撮像した撮像画像を表示させることで、登録不全状況に応じて、証拠として的確な撮像画像を表示させることができる。

（５）本実施形態の一態様は、（１）から（４）のいずれか１つに記載の商品販売データ処理システムであって、前記表示制御手段は、商品の情報の読取が成功しなかったとの分類による登録不全状況である場合、商品の情報を読み取らせる操作が行われていたときの撮像画像を表示させる。

上記構成によれば、例えば登録不全状況の分類が読取ＮＧや擬似的スキャンである場合には、登録不全状況と判定された際に撮像部６０６の撮像範囲に収まっていた商品を撮像した撮像画像を表示させることができる。これにより、読取ＮＧや擬似的スキャン等の登録不全状況において、バーコードの読み取りが行われるべきであった商品を特定することが可能になる。

（６）本実施形態の一態様は、（１）から（５）のいずれか１つに記載の商品販売データ処理システムであって、前記表示制御手段は、前記精算装置にて登録不全商品としての保留商品を処理する画面（例えば、保留商品処理画面ＡＲ４）とともに、当該登録不全商品に対応して撮像された撮像画像を表示させる。

上記構成によれは、保留商品が登録不全商品である場合には、店員が保留商品を処理する操作のために表示させる保留商品処理画面ＡＲ４とともに撮像画像エリアＡＲ４３を表示させることができる。これにより、店員は、登録不全商品としての保留商品を適切に処理することができる。

（６）本実施形態の一態様は、商品の登録が可能な携帯端末装置（例えば、携帯端末６０）であって、客による商品の登録に関する状況を撮像可能に設けられる撮像手段と、一取引に応じた商品の登録が行われる間において、商品の登録が不全とされる所定の登録不全状況を検出する検出手段と、登録された商品の商品情報と前記撮像手段により撮像して得られた撮像画像と（例えば、商品登録画面）を表示させ、前記検出手段により前記登録不全状況が検出されたことに応じて、検出された登録不全状況に関する表示（例えば、案内画像ＷＤ２）を行う表示制御手段とを備える携帯端末装置である。

上記構成によれば、登録不全状況が発生したことに応じて、携帯端末６０において、登録不全状況に関連した表示が行われる。これにより、客は登録不全状況となったことを把握できる。さらに、不正を行おうとする顧客に対しては抑制効果が得られる。

なお、上述の取引管理装置２０、携帯端末６０、精算装置４０、管理装置１０、登録精算装置３０等の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより上述の各装置の処理を行ってもよい。ここで、「記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行する」とは、コンピュータシステムにプログラムをインストールすることを含む。ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータシステム」は、インターネットやＷＡＮ、ＬＡＮ、専用回線等の通信回線を含むネットワークを介して接続された複数のコンピュータ装置を含んでもよい。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ－ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。このように、プログラムを記憶した記録媒体は、ＣＤ－ＲＯＭ等の非一過性の記録媒体であってもよい。また、記録媒体には、当該プログラムを配信するために配信サーバからアクセス可能な内部または外部に設けられた記録媒体も含まれる。配信サーバの記録媒体に記憶されるプログラムのコードは、端末装置で実行可能な形式のプログラムのコードと異なるものでもよい。すなわち、配信サーバからダウンロードされて端末装置で実行可能な形でインストールができるものであれば、配信サーバで記憶される形式は問わない。なお、プログラムを複数に分割し、それぞれ異なるタイミングでダウンロードした後に端末装置で合体される構成や、分割されたプログラムのそれぞれを配信する配信サーバが異なっていてもよい。さらに「コンピュータ読み取り可能な記録媒体」とは、ネットワークを介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。また、上記プログラムは、上述した機能の一部を実現するためのものであってもよい。さらに、上述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。

１ 商品販売データ処理システム、１０ 管理装置、２０ 取引管理装置、４０ 精算装置、６０ 携帯端末、７０ ショッピングカート、８０ 買い物カゴ

Claims (6)

1. 携帯端末装置により商品を登録し、前記携帯端末装置により登録された商品に対応する精算処理を精算装置が行う商品販売データ処理システムであって、
   客による商品の登録に関する状況を撮像可能に設けられる撮像手段と、
   一取引に応じた商品の登録が行われる間において、商品の登録が不全とされる所定の登録不全状況を検出する検出手段と、
   前記精算装置にて前記一取引に応じて登録された商品の精算が行われる際に、前記撮像手段により得られる撮像画像に基づき、前記検出手段により検出された登録不全状況に対応する撮像画像を表示させる表示制御手段と
   を備える商品販売データ処理システム。
2. 前記表示制御手段は、商品の情報が読み取られることなく当該商品が商品投入部に投入されたとの分類による登録不全状況である場合、前記商品投入部に当該商品が投入される前後の所定期間に対応する複数の撮像画像を表示させる
   請求項１に記載の商品販売データ処理システム。
3. 前記表示制御手段は、前記複数の撮像画像のうちの所定の撮像画像において他の撮像画像と相違する部分を示す表示を行う
   請求項２に記載の商品販売データ処理システム。
4. 前記表示制御手段は、前記検出手段により検出された登録不全状況の分類に応じて撮像対象が異なる撮像画像を表示させる
   請求項１から３のいずれか一項に記載の商品販売データ処理システム。
5. 前記表示制御手段は、商品の情報の読取が成功しなかったとの分類による登録不全状況である場合、商品の情報を読み取らせる操作が行われていたときの撮像画像を表示させる
   請求項１から４のいずれか一項に記載の商品販売データ処理システム。
6. 前記表示制御手段は、前記精算装置にて登録不全商品としての保留商品を処理する画面とともに、当該登録不全商品に対応して撮像された撮像画像を表示させる
   請求項１から５のいずれか一項に記載の商品販売データ処理システム。

Images