JP2022067430A - 商品販売データ処理システム、プログラム、監視装置、及びサーバ装置 - Google Patents

Abstract

【課題】携帯端末を用いて顧客自らが商品の登録を行う商品販売データ処理システムにおいて、商品の登録結果が不全な状態の解消が効率良く行われるようにする。【解決手段】客が携帯端末装置を用いた商品登録操作に基づいて商品を登録する商品販売データ処理システムであって、前記商品登録操作に基づいた商品の登録結果が不全であった場合に、登録結果が不全であった登録不全商品に関する登録不全商品情報を、店員が使用する監視装置に取得させる取得制御手段と、前記取得制御手段によって取得された前記登録不全商品情報に基づく画面を前記監視装置にて表示させる表示制御手段と、表示された前記画面に対して登録補完情報が入力されたことに応じて、前記登録不全商品について正常な商品として登録する正常登録を行う正常登録手段とを備えて商品販売データ処理システムを構成する。【選択図】図１４

Description

本発明は、商品販売データ処理システム、プログラム、監視装置、及びサーバ装置に関する。

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

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

携帯端末を用いて顧客自らが商品の登録を行う商品販売データ処理システムにおいては、商品の登録結果が不全となる場合がある。登録結果が不全となった商品については、例えば店員の操作により登録結果が不全な状態を解消することが行われる。このような登録結果が不全な状態の解消は、効率良く行われることが好ましい。

本発明は、このような事情に鑑みてなされたもので、携帯端末を用いて顧客自らが商品の登録を行う商品販売データ処理システムにおいて、商品の登録結果が不全な状態の解消が効率良く行われるようにすることを目的とする。

上述した課題を解決するための本発明の一態様は、客が携帯端末装置を用いた商品登録操作に基づいて商品を登録する商品販売データ処理システムであって、前記商品登録操作に基づいた商品の登録結果が不全であった場合に、登録結果が不全であった登録不全商品に関する登録不全商品情報を、店員が使用する監視装置に取得させる取得制御手段と、前記取得制御手段によって取得された前記登録不全商品情報に基づく画面を前記監視装置にて表示させる表示制御手段と、表示された前記画面に対して登録補完情報が入力されたことに応じて、前記登録不全商品について正常な商品として登録する正常登録を行う正常登録手段とを備える商品販売データ処理システムである。

また、本発明の一態様は、客が携帯端末装置を用いた商品登録操作に基づいて商品を登録する商品販売データ処理システムにおけるコンピュータを、前記商品登録操作に基づいた商品の登録結果が不全であった場合に、登録結果が不全であった登録不全商品に関する登録不全商品情報を、店員が使用する監視装置に取得させる取得制御手段、前記取得制御手段によって取得された前記登録不全商品情報に基づく画面を前記監視装置にて表示させる表示制御手段、表示された前記画面に対して登録補完情報が入力されたことに応じて、前記登録不全商品について正常な商品として登録する正常登録を行う正常登録手段として機能させるためのプログラムである。

また、本発明の一態様は、客が携帯端末装置を用いた商品登録操作に基づいて商品を登録する商品販売データ処理システムにおいて店員が使用する監視装置であって、前記商品登録操作に基づいた商品の登録結果が不全であった場合に、登録結果が不全であった登録不全商品に関する登録不全商品情報を取得する取得手段と、前記取得手段によって取得された前記登録不全商品情報に基づく画面を表示する表示制御手段と、表示された前記画面に対して登録補完情報が入力されたことに応じて、前記登録不全商品について正常な商品として登録する正常登録を行う正常登録手段とを備える監視装置である。

また、本発明の一態様は、客が携帯端末装置を用いた商品登録操作に基づいて商品を登録する商品販売データ処理システムにおいて店員が使用する監視装置としてのコンピュータを、前記商品登録操作に基づいた商品の登録結果が不全であった場合に、登録結果が不全であった登録不全商品に関する登録不全商品情報を取得する取得手段、前記取得手段によって取得された前記登録不全商品情報に基づく画面を表示する表示制御手段、表示された前記画面に対して登録補完情報が入力されたことに応じて、前記登録不全商品について正常な商品として登録する正常登録を行う正常登録手段として機能させるためのプログラムである。

また、本発明の一態様は、客が携帯端末装置を用いた商品登録操作に基づいて商品を登録する商品販売データ処理システムにおいて備えられるサーバ装置であって、前記商品登録操作に基づいた商品の登録結果が不全であった場合に、登録結果が不全であった登録不全商品に関する登録不全商品情報を、店員が使用する監視装置に取得させる取得制御手段と、前記取得制御手段によって取得された前記登録不全商品情報に基づく画面を店員が操作する監視装置にて表示させる表示制御手段と、前記監視装置にて表示された前記画面に対して登録補完情報が入力されたことに応じて、前記登録不全商品について正常な商品として登録する正常登録を行う正常登録手段とを備えるサーバ装置である。

本実施形態におけるショッピングシステムの構成例を示す図である。 本実施形態における精算装置の設置例を示す図である。 本実施形態における精算装置の外観例を示す図である。 本実施形態における精算装置の構成例を示す図である。 本実施形態における客端末装置の構成例を示す図である。 本実施形態における取引管理装置の構成例を示す図である。 本実施形態における監視装置の構成例を示す図である。 本実施形態における顧客情報、店舗情報、カート情報の一例を示す図である。 本実施形態における保留商品の定義例を示す図である。 本実施形態における客端末装置、精算装置、及び取引管理装置が、セルフ運用における一取引の会計に対応して実行する処理手順例を示すシーケンス図である。 本実施形態におけるショッピングアプリケーションの画面例を示す図である。 本実施形態における登録商品提示画面、精算装置にて表示される画面の一例を示す図である。 本実施形態における保留解除案内画面、保留解除待機画面、保留解除確認画面、商品登録画面の例を示す図である。 本実施形態における商品情報入力画面の例を示す図である。 本実施形態における客端末装置、取引管理装置、監視装置が未特定商品の保留解除に関連して実行する処理手順例を示すフローチャートである。

＜実施形態＞
［ショッピングシステムの構成例］
図１は、本実施形態のショッピングシステム（商品販売データ処理システムの一例）の構成例を示している。同図のショッピンシステムは、例えば、客が購入対象の商品を商品棚から取り出しながら、取りだした商品の登録を、客端末装置５０を用いて行い、登録された商品の精算についても、同じ客が精算装置４０を用いて行うようにされた会計（客端末対応会計）に対応する。ここでの会計は、商品の登録と、登録された商品の精算とを含み、一取引に対応して行われる手順をいう。
本実施形態のショッピングシステムは、管理装置１０、取引管理装置６０、精算装置４０、客端末装置５０、監視装置８０、及びクレジットカード決済サーバ７０を含む。

管理装置１０、精算装置４０、監視装置８０は、店舗内に設置されるものであり、ＬＡＮ１９（有線でも無線でもよい）を介して通信可能に接続されている。管理装置１０は、店員が店舗管理等に用いる業務用の端末であり、取引管理装置６０と通信可能である。

監視装置８０は、店舗において客端末装置５０を利用して客が行う取引の状況を監視する業務用の端末であり、取引管理装置６０と通信可能である。
なお、図１において、４台の精算装置４０を図示したが、１店舗内の精算装置４０の数については、特に限定されない。

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

このような客端末装置５０は、顧客が所有するスマートフォンやタブレット端末等であってよい。客端末装置５０としてのスマートフォンやタブレット端末等には、本実施形態のショッピングシステムに対応して商品登録を行う機能を有するショッピングアプリケーションがインストールされる。

また、客端末装置５０は、例えば店舗から客に貸与される端末であってもよい。店舗から客に貸与される客端末装置５０にも、本実施形態のショッピングシステムに対応して商品登録を行う機能を有するアプリケーションがインストールされる。店舗から客に貸与される客端末装置５０は、客が手に持つようにして使用する態様のものであってもよいし、例えばショッピングカートに取り付けられた状態で客が使用するようにされた態様のものであってもよい。

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

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

精算装置４０は、精算方法として少なくとも現金による支払いが可能な精算装置である。精算装置４０は、取引管理装置６０と通信可能に構成される。なお、精算装置４０は、例えば管理装置１０の中継を介することにより、取引管理装置６０と通信可能なようにされてもよい。

取引管理装置６０は、本実施形態のショッピングシステムに対応して行われる取引を管理する。

クレジットカード決済サーバ７０は、精算装置４０、客端末装置５０等からのクレジットカード決済要求の送信に応じて、クレジットカードに対応する決済処理を実行する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

音声出力部４１４は、音声を出力する。例えば、音声出力部４１４は、音声ガイダンス等を出力する。
通信部４１５は、他装置（他の精算装置４０や管理装置１０）との通信を実行する。

なお、本実施形態の精算装置４０は、稼働モードとして、客端末対応会計のもとでの精算処理を行うように設定される客端末対応精算モードと、それぞれ異なる３パターンの会計（商品登録、精算）に対応する３つの会計モード（第１～第３会計モード）との、計４つの稼働モードの間で切り替えが可能とされている。
第１会計モードは、店員が精算装置４０に対して商品登録に対応する操作と精算とに対応する操作とを行うようにされる稼働モードである。第２会計モードは、店員が精算装置４０に対して商品登録に対応する操作を行い、客が同じ精算装置４０に対して精算に対応する操作を行うようにされる稼働モードである。第３会計モードは、客が商品登録に対応する操作と精算に対応する操作とを精算装置４０に対して行うようにされる稼働モードである。
これにより、本実施形態のショッピングシステムを導入した店舗では、複数の精算装置４０のうちの一部について、客端末対応精算モードを設定することにより、客端末対応精算に対応し、他の精算装置４０については、例えば第１会計モードもしくは第２会計モードを設定することにより、店員が客と応対して会計を行うようにすることができる。なお、他の精算装置４０において第３会計モードが設定されたものが含まれていてもよい。

［客端末装置の構成例］
図５は、客端末装置５０の構成例を示している。同図の客端末装置５０は、ＣＰＵ５０１、記憶部５０２、ＲＡＭ５０３、表示部５０４、操作部５０５、撮像部５０６、及びネットワーク対応通信部５０７を備える。
ＣＰＵ５０１は、中央演算処理装置であり、記憶部５０２に記憶されているプログラムを読み出して実行することにより、客端末装置５０の動作を制御する。
記憶部５０２は、ＣＰＵ５０１の補助記憶装置であって、プログラムをはじめとしてＣＰＵ５０１が利用する各種の情報を記憶する。
ＲＡＭ５０３は、ＣＰＵ５０１の主記憶装置である。
表示部５０４は、ＣＰＵ５０１の表示制御に応じて画像を表示する。表示部５０４は、画面に対する操作が可能なタッチパネルとして構成されてよい。
操作部５０５は、客端末装置５０に備えられる各種操作子や客端末装置５０に接続される各種の入力デバイスなどを一括して示す。
撮像部５０６は、ＣＰＵ４０１の制御に応じて撮像を行う。また、本実施形態の撮像部５０６は、２次元コードを処理するコードリーダにおいて２次元コードを読み取る部位としても機能させることができる。
ネットワーク対応通信部５０７は、無線によりネットワーク経由で通信を行う部位である。ネットワーク対応通信部５０７により、客端末装置５０は、取引管理装置６０と通信可能となる。

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

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

［監視装置の構成例］
図７は、監視装置８０の構成例を示している。同図の監視装置８０は、ＣＰＵ８０１、記憶部８０２、ＲＡＭ８０３、店舗内対応通信部８０４、ネットワーク対応通信部８０５、表示部８０６、及び操作部８０７を備える。
ＣＰＵ８０１は、中央演算処理装置であり、記憶部８０２に記憶されているプログラムを読み出して実行することにより、監視装置８０の動作を制御する。
記憶部６０２は、ＣＰＵ８０１の補助記憶装置であって、プログラムをはじめとしてＣＰＵ８０１が利用する各種の情報を記憶する。
ＲＡＭ８０３は、ＣＰＵ８０１の主記憶装置である。
店舗内対応通信部８０４は、ＬＡＮ１９を経由して店舗内の精算装置４０や管理装置１０等の端末と通信を行う。
ネットワーク対応通信部８０５は、ネットワーク経由で外部と通信を行う部位である。監視装置８０の場合、ネットワーク対応通信部８０５は、クラウド上の取引管理装置６０と通信を行うことができる。
表示部８０６は、ＣＰＵ８０１の制御に応じて画像を表示する。表示部８０６は、タッチパネルとして構成されてもよい。
操作部８０７は、監視装置８０が備える操作子や監視装置８０に接続された入力デバイスを一括して示すものである。

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

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

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

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

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

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

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

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

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

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

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

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

保留商品情報（計）は、保留商品が登録されるごとに更新される情報である。
保留商品は、所定の要因により正常に登録されなかったことで、一時的に保留扱いの状態で登録された商品である。
保留商品情報（計）は、保留商品の品数（商品数）、保留商品のうちのＮＯＮ－ＦＩＬＥの品数、保留商品のうちの読取ＮＧ（要不正操作確認）の品数等を含む。

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

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

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

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

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

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

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

分類番号４の保留商品の分類は「非スキャン投入」である。「非スキャン投入」の保留商品は、撮像部５０６の撮像範囲に商品を位置させる操作を行うことなく、買い物カゴに入れられた商品である。
この非スキャン投入は、例えば、客端末装置５０がショッピングカートに固定的に取り付けられて、ショッピングカートに載せられた買い物カゴの中を撮像可能なようにされた態様である場合において生じ得る。例えば、客端末装置５０は、撮像画像に基づいて、商品のコードスキャンが行われていないのにも関わらず、ショッピングカートに商品が入れられた状況となったことを判定すると、非スキャン投入が行われたと判定することができる。

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

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

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

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

本実施形態において、分類番号１～７のうち分類番号１～４の「ＮＯＮ－ＦＩＬＥ」、「読取ＮＧ」、「疑似スキャン投入」、「非スキャン投入」の４つの分類のいずれかに該当する保留商品は、未特定商品である。未特定商品は、例えば商品マスタに登録された商品のうちのいずれであるのかが特定されなかったことで、登録結果が不全となった商品である。

商品マスタは、例えば管理装置１０が記憶する。商品マスタは、店舗にて販売している商品ごとの商品情報を格納する。１の商品に対応する商品情報は、商品コード、商品名をはじめとする所定の複数の情報項目を含む。
取引管理装置６０は、管理装置１０から取得した商品マスタを記憶する。取引管理装置６０は、記憶した商品マスタを、商品登録に関する処理等に利用する。

分類番号１の「ＮＯＮ－ＦＩＬＥ」に該当する保留商品は、商品登録操作に応じたコードスキャンによって商品コードは取得されたが、取得された商品コードに対応付けられた商品情報が商品マスタに登録されていない。このため、分類番号１の「ＮＯＮ－ＦＩＬＥ」に該当する保留商品は、商品マスタに登録された商品のうちのいずれであるのかが特定されていない。具体的に、客端末装置５０は、コードスキャンによって取得した商品コードを取引管理装置６０に送信し、取引管理装置６０は、送信された商品コードと、自己が記憶する商品マスタにおいて登録された商品の商品コードとを照合してよい。取引管理装置６０は、照合の結果、送信された商品コードと同じ商品コードが商品マスタに存在していないことが判定された場合に、分類番号１の「ＮＯＮ－ＦＩＬＥ」に該当する保留商品として扱い、その旨を客端末装置５０にも通知するようにしてよい。
分類番号２～４の「読取ＮＧ」、「疑似スキャン投入」、「非スキャン投入」の３つの分類のいずれかに該当する保留商品は、商品登録操作に応じたコードスキャンの結果として、商品コードの取得に失敗している。このため、分類番号２～４の「読取ＮＧ」、「疑似スキャン投入」、「非スキャン投入」の３つの分類のいずれかに該当する保留商品は、商品マスタに登録された商品のうちのいずれであるのかが特定されていない。
このような未特定商品は、店員が、後述するようにして、監視装置８０を操作することで、保留商品として扱われている状態（保留状態）を解除して、正常な登録とすることが可能な商品である。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ステップＳ１７：取引管理装置６０からカート識別情報及び小計情報を受信した精算装置４０は、客側表示部４０５に、例えば図１２（Ｂ）に示すような小計金額を表示する。

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

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

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

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

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

なお、図１０の処理手順の例では、取引管理装置６０が小計金額を算出するようにされている。しかしながら、例えば、精算装置４０が、取引管理装置６０からカート情報を取得し、取得されたカート情報に基づいて、小計金額を算出するようにされてよい。あるいは、取引管理装置６０が管理装置１０にカート情報を送信して小計金額の算出を要求し、管理装置１０が受信されたカート情報を利用して小計金額を算出し、算出された小計金額を、取引管理装置６０を経由して精算装置４０に送信するようにされてよい。

なお、取引管理装置６０は、精算処理に際して、該当顧客についての顧客情報やカート情報に基づいて、顧客のこれまで商品についてのキャンセル状況を確認し、不正に対する警告を行うべきか否かを判定してよい。警告を行うべきと判定した場合、取引管理装置６０は、例えば精算装置４０に警告のための報知を実行させてよい。

また、取引管理装置６０は、精算処理に際して、カート情報に含まれる商品情報のうちに、保留商品が含まれているか否かを判定し、保留商品が含まれている場合、精算装置４０に保留商品の修正指示を要求してよい。保留商品の修正指示の要求を受けた精算装置４０は、図１２（Ｃ）に示すように、保留商品がある旨を報知する表示を行う。報知を確認した店員は、保留商品の解除（修正）として、保留商品に対応する価格の入力や保留商品のキャンセル等の操作を行う。

［保留解除遠隔操作について］
保留商品についての保留状態の解除（保留解除）は、図１２（Ｃ）に示すようにして保留商品がある旨を報知する表示が行われた精算装置４０を店員が操作することによって行われる。しかしながら、この場合には、保留商品がある旨を報知している精算装置４０に店員が逐一赴く必要がある。
そこで、本実施形態のショッピングシステムでは、非正常取引において登録された保留商品のうちに含まれている未特定商品について、店員が監視装置８０を操作して保留商品の保留解除を行うことが可能なようにされる。
つまり、本実施形態においては、店員が精算装置４０に赴かなくとも、監視装置８０を使用して、未特定商品の保留状態を解除する遠隔操作（保留解除遠隔操作）を行うことが可能とされる。
このような保留解除遠隔操作が可能とされることで、未特定商品に該当する保留商品については、保留解除を精算装置４０にて行う必要がなくなる。これにより、保留商品の保留解除が精算装置４０で精算を行うよりも以前の段階でも行えることになるので、保留商品の保留解除を効率良く行うことが可能となる。また、保留解除の操作を精算装置４０と監視装置８０とで分散させることが可能になるので、精算装置４０での保留解除のための延べの待ち時間を短縮することが可能となり、精算装置４０の利用効率を向上させることも可能となる。

以下、本実施形態における保留解除遠隔操作の流れについて説明する。以降の説明において、客が商品を登録するために客端末装置５０により商品に付されたコード（例えば、バーコード）をスキャンさせる（読み取らせる）操作を、商品登録操作ともいう。客端末装置５０は、撮像部５０６により撮像された画像からコードを抽出してコード情報を取得するコードスキャン機能を有する。客端末装置５０は、商品に付されたコードをスキャンすることにより商品コードを取得することができる。

客は、店舗の売り場にて自分が購入する商品に付されたコードを客端末装置５０によりスキャンさせるようにして、商品登録操作を行っていくようにされる。商品登録操作の結果、商品が登録されると、図１１（Ｃ）に示したように、登録商品リストにおいて今回登録された商品のリスト項目が追加されるようにして商品登録画面が更新される。

そのうえで、本実施形態の客端末装置５０は、或る商品について商品登録操作を行った結果として、保留商品のうちの未特定商品に該当すると判定した場合、保留解除案内画面を表示させる。保留解除案内画面は、客に向けて、今回の商品登録操作の対象とされた商品が、未特定商品として扱われたことを報知し、未特定商品の保留解除のために保留解除遠隔操作を依頼するか否かを指定（選択）する操作が行われる画面である。

以下において、まず、商品登録操作の結果、登録対象の商品について、分類番号１の「ＮＯＮ－ＦＩＬＥ」に該当する未特定商品であると判定された場合の例を説明する。

図１３（Ａ）は、保留解除案内画面ＷＤ５１の一例を示している。同図の保留解除案内画面ＷＤ５１は、商品登録画面上に重畳するようにして配置されるウィンドウ形式として表示された例である。
同図の保留解除案内画面ＷＤ５１においては、今回の商品登録操作の対象の商品について、保留商品における未特定商品として登録されたことを客に報知するとともに、保留解除遠隔操作の依頼が可能であることを案内するメッセージが表示される。
また、保留解除案内画面ＷＤ５１においては、操作依頼ボタンＢＴ５１と操作不要宣言ボタンＢＴ５２とが配置されている。操作依頼ボタンＢＴ５１は、客がこの場で保留解除遠隔操作を依頼する場合に操作するボタンである。操作不要宣言ボタンＢＴ５２は、客がこの場での保留解除遠隔操作は依頼せずに、精算装置４０にて精算を行う際に店員に保留解除をしてもらおうとする場合に操作するボタンである。

また、同図の保留解除案内画面ＷＤ５１の背景に表示されている商品登録画面は、今回の商品登録操作の結果が反映された状態に更新されている。つまり、商品登録画面の最下段の商品のリスト項目においては、「保留商品：ＮＯＮ－ＦＩＬＥ」のように表示されている。このようなリスト項目の表示は、今回の商品登録操作の結果として、分類番号１の「ＮＯＮ－ＦＩＬＥ」に該当する保留商品として登録されたことを示している。また、分類番号１の「ＮＯＮ－ＦＩＬＥ」に該当する保留商品の場合には、取得された商品コードに対応付けられた商品情報が取得されていないことから、価格の情報も取得されていない。このため、商品登録画面の最下段の商品のリスト項目においては、価格の表示が行われていない。

この場合の客は、この場で保留解除遠隔操作を依頼することとしたので、操作依頼ボタンＢＴ５１を操作した。操作依頼ボタンＢＴ５１が操作されたことに応じて、客端末装置５０は、操作依頼情報を取引管理装置６０に送信する。
操作依頼情報には、カート識別情報と、保留商品参照情報とが含まれる。今回の商品登録操作の対象の商品が、分類番号１の「ＮＯＮ－ＦＩＬＥ」としての未特定商品であるとされた場合、保留商品参照情報には、客端末装置５０がコードのスキャンにより取得した商品コードと、コードのスキャンが行われているときに撮像部５０６により撮像された撮像画像とが含まれる。
今回の商品登録操作の対象の商品が、分類番号２～４の「読取ＮＧ」、「疑似スキャン投入」、「非スキャン投入」のうちのいずれかの未特定商品であるとされた場合、保留商品参照情報には、コードのスキャンが行われているときに撮像部５０６により撮像された撮像画像が含まれるが、商品コードは含まれない。

取引管理装置６０は、受信した操作依頼情報を監視装置８０に転送する。この際、取引管理装置６０は、今回の商品登録操作に応じて未特定商品としての分類で登録した商品情報を操作依頼情報に含めて監視装置８０に送信する。

客端末装置５０は、上記のように取引管理装置６０経由で操作依頼情報を監視装置８０に送信すると、保留解除案内画面ＷＤ５１に代えて、保留解除待機画面ＷＤ５２を表示する。
図１３（Ｂ）は、保留解除待機画面ＷＤ５２の一例を示している。同図の保留解除待機画面ＷＤ５２は、保留解除案内画面ＷＤ５１と同様に、商品登録画面上に重畳して配置されるウィンドウ形式の例である。
同図の保留解除待機画面ＷＤ５２においては、現在において保留解除操作が行われていることと、保留解除操作による未特定商品の保留解除が完了するまで待機してもらうことを客に案内する内容のメッセージが表示される。

また、操作依頼情報を受信した監視装置８０は、商品情報入力画面を表示部８０６に表示させる。監視装置８０を使用して監視を行う監視担当の店員は、商品情報入力画面が表示されることで、客より保留解除遠隔操作の依頼があったことを把握できる。

なお、監視装置８０は、商品情報入力画面を表示するのに先だって、客からの保留解除遠隔操作の依頼があったことの通知と、依頼に応じた保留解除遠隔操作を行うか否かの宣言操作とが行われる保留解除操作確認画面を表示部８０６に表示してよい。保留解除遠隔操作を行うか否かの宣言操作は、保留解除遠隔操作を行うことを宣言するボタンと、保留解除遠隔操作を行わないことを宣言するボタンとのいずれかに対する操作であってよい。
店員が、保留解除操作確認画面に対して保留解除遠隔操作を行うことを宣言する操作を行った場合には、表示部８０６における表示が、商品情報入力画面に変更される。また、店員が、保留解除操作確認画面に対して保留解除遠隔操作を行わないことを宣言する操作を行った場合には、表示部８０６における表示は、保留解除操作確認画面が表示される前の所定画面に戻るようにされる。

図１４（Ａ）は、表示部８０６に表示される商品情報入力画面の一例を示している。同図の商品情報入力画面は、商品コード入力エリアＡＲ３０－１、検索ボタンＢＴ３１、商品名入力エリアＡＲ３０－２、売価入力エリアＡＲ３０－３、商品タイプ入力エリアＡＲ３０－４、警告タイプ入力エリアＡＲ３０－５、確認ボタンＢＴ３２、削除ボタンＢＴ３３、スキャン状況画像エリアＡＲ３１が配置されている。

なお、商品コード入力エリアＡＲ３０－１、商品名入力エリアＡＲ３０－２、売価入力エリアＡＲ３０－３、商品タイプ入力エリアＡＲ３０－４、警告タイプ入力エリアＡＲ３０－５について特に区別しない場合には、入力エリアＡＲ３０と記載する。

商品コード入力エリアＡＲ３０－１は、保留解除の対象とされた未特定商品の商品コードが入力される入力エリアである。
検索ボタンＢＴ３１は、商品コード入力エリアＡＲ３０－１への商品コードの入力にあたり、商品マスタに登録されている商品を検索する場合に操作されるボタンである。
商品名入力エリアＡＲ３０－２は、商品名が入力される入力エリアである。
売価入力エリアＡＲ３０－３は、売価が入力される入力エリアである。
商品タイプ入力エリアＡＲ３０－４は、商品タイプが入力される入力エリアである。
警告タイプ入力エリアＡＲ３０－５は、警告タイプが入力される入力エリアである。
確認ボタンＢＴ３２は、保留解除の実行にあたり上記の各入力エリアＡＲ３０に入力された情報の内容を確認する入力情報確認画面の表示を指示する操作が行われるボタンである。
削除ボタンＢＴ３３は、保留解除として、保留解除の対象とされた未特定商品についての、保留商品としての登録を削除する場合に操作されるボタンである。

スキャン状況画像エリアＡＲ３１は、スキャン状況画像が表示されるエリアである。スキャン状況画像は、客の商品登録操作に応じて客端末装置５０による保留解除の対象とされた未特定商品のコードのスキャンが行われていたときに、撮像部５０６が撮像して得られた撮像画像である。このようなスキャン状況画像の内容は、客端末装置５０により商品のコードのスキャンが行われているときに、保留解除の対象とされた未特定商品がどのような状況であったのかを示すものとなる。
また、スキャン状況画像エリアＡＲ３１において、スキャン状況画像は、例えば撮像タイミングが異なる複数枚が表示されてよい。また、スキャン状況画像は、動画像あるいは一定時間おきに撮像された静止画によるタイムラプス画像であってもよい。

未特定商品が分類番号１の「ＮＯＮ－ＦＩＬＥ」であった場合には、商品登録操作に応じたコードのスキャンの結果、商品コードについては正常に取得されている。しかしながら、取得された商品コードに対応付けられた商品情報が取得されていない。
このため、商品情報入力画面の初期表示状態においては、商品コード入力エリアＡＲ３０－１には商品コードが入力済みとされているが、残る商品名入力エリアＡＲ３０－２、売価入力エリアＡＲ３０－３、商品タイプ入力エリアＡＲ３０－４、警告タイプ入力エリアＡＲ３０－５のそれぞれにおいては、情報が未入力の状態にある。

そこで、店員は、情報が未入力の上記の各入力エリアＡＲ３０に対して、保留解除の対象とされた未特定商品に対応する内容の情報を入力していく操作を行う。この際、店員は、スキャン状況画像エリアＡＲ３１にて表示されているスキャン情報画像を見て、保留解除の対象とされた未特定商品が、どのような商品であるのかを判断することができる。これにより、店員は、商品名入力エリアＡＲ３０－２、売価入力エリアＡＲ３０－３、商品タイプ入力エリアＡＲ３０－４、警告タイプ入力エリアＡＲ３０－５のそれぞれに、どのような内容の情報を入力すればよいのかを特定できる。上記の各入力エリアＡＲ３０に入力する情報を判断するのにあたり、店員は、例えば店舗で扱い可能な商品情報が掲載された商品簿等を参照するようにされてもよい。
そして、店員は、商品名入力エリアＡＲ３０－２、売価入力エリアＡＲ３０－３、商品タイプ入力エリアＡＲ３０－４、警告タイプ入力エリアＡＲ３０－５のそれぞれに、特定した情報を入力する操作を行うようにされる。この結果、図１４（Ａ）に示されるように、商品コード入力エリアＡＲ３０－１、商品名入力エリアＡＲ３０－２、売価入力エリアＡＲ３０－３、商品タイプ入力エリアＡＲ３０－４、警告タイプ入力エリアＡＲ３０－５の全ての入力エリアにおいて、保留解除の対象とされた未特定商品についての情報が入力された状態が得られる。

上記のようにして全ての入力エリアＡＲ３０に情報が入力された状態とすると、店員は確認ボタンＢＴ３２を操作する。確認ボタンＢＴ３２が操作されたことに応じて、図示は省略するが、表示部８０６において入力情報確認画面が表示される。入力情報確認画面においては、商品情報入力画面における各入力エリアＡＲ３０に入力された情報の内容が示されるとともに、保留解除の実行を指示する実行ボタンが配置されている。
店員は、商品情報入力画面において示される情報の内容を確認したうえで、実行ボタンを操作する。実行ボタンが操作されたことに応じて、監視装置８０は、入力エリアＡＲ３０に入力された情報（簡易商品情報）を含む保留解除要求を、取引管理装置６０に送信する。

取引管理装置６０は、保留解除要求を受信すると、カート情報に格納されている今回の保留解除対象とされた保留商品の保留商品情報を、受信された保留解除要求に含まれる簡易商品情報を含む登録商品情報で置換する。これにより、未特定商品としての保留商品は保留状態が解除され、正常に登録されたものとして扱われる。

取引管理装置６０は、上記のようにして未特定商品としての保留商品の保留状態を解除して正常な商品としての登録（正常登録）を行うと、客端末装置５０に保留解除完了通知を送信する。保留解除完了通知には、保留商品であることを示していた該当のリスト項目について今回の保留解除により正常登録されたことを示す態様に変更された商品登録更新画面の情報が含まれる。

客端末装置５０は、保留解除完了通知を受信すると、まず、これまで表示させていた保留解除待機画面ＷＤ５２に代えて、保留解除確認画面ＷＤ５３を表示させる。
図１３（Ｃ）は、保留解除確認画面ＷＤ５３の一例を示している。同図の保留解除確認画面ＷＤ５３においては、保留解除遠隔操作が完了して保留解除の行われたことを客に報知するメッセージと、確認ボタンＢＴ５３が配置されている。
客は、表示された保留解除確認画面ＷＤ５３を見ることで、今回の未特定商品としての保留商品の保留解除が完了したことを把握できる。客は、保留解除が完了したことの確認として、確認ボタンＢＴ５３を操作する。

確認ボタンＢＴ５３が操作されたことに応じて、客端末装置５０は、保留解除確認画面ＷＤ５３を消去する。また、客端末装置５０は、保留解除完了通知に含まれていた商品登録更新画面の情報を利用して、商品登録画面の表示を更新する。

図１３（Ｄ）は、保留解除確認画面ＷＤ５３が消去されたうえで更新された商品登録画面を示している。同図の商品登録画面においては、図１３（Ａ）～図１３（Ｄ）の商品登録画面において、「保留商品：ＮＯＮ－ＦＩＬＥ」として示されていた最下段のリスト項目が、「○○食パン」のように商品名が表示されるとともに、価格（売価）も表示された状態に変化している。さらに、同図の商品登録画面の最下段のリスト項目においては、例えば「保留解除」と表示されていることで、当該リスト項目に対応する商品は、保留解除が行われたことで正常登録されていることが示される。

なお、図１３（Ｂ）に例示したように保留解除待機画面ＷＤ５２を表示させる態様の場合、一旦表示された保留解除待機画面ＷＤ５２は、保留解除遠隔操作が完了するまでは消去されない。この場合、客は、未だ登録したい商品があるとしても、保留解除待機画面ＷＤ５２が表示されている間は、商品登録操作を行うことができず、待機しなければならない。
そこで、客端末装置５０は、保留解除案内画面ＷＤ５１の操作依頼ボタンＢＴ５１（図１３Ａ））が操作されたことに応じて、保留解除待機画面ＷＤ５２を表示することに代えて、以下のような表示に遷移させてよい。つまり、客端末装置５０は、操作依頼ボタンＢＴ５１が操作されたことに応じて保留解除案内画面ＷＤ５１を操作し、商品登録画面に戻すようにされてよい。そのうえで、商品登録画面において、保留解除遠隔操作の依頼の対象とされた保留商品のリスト項目においては、保留解除遠隔操作の完了待ちであることを示す所定の態様による表示が施されるようにする。そして、保留解除遠隔操作が完了したことに応じて、商品登録画面において、保留解除遠隔操作が完了して保留商品の保留解除が行われたことの通知が所定の態様により行われる。保留解除が行われたことの通知は、例えば図１３（Ｃ）に準じて保留解除が行われたことを報知するメッセージが示されたポップアップウィンドウが表示されてよい。また、保留解除が行われたことの通知は、表示とともに音の出力やバイブレーション等が併用されてよい。
このように操作依頼ボタンＢＴ５１の操作後において商品登録画面が表示されるようにすることで、保留解除遠隔操作が行われている間においても、客が商品登録操作を行うことが可能になる。

また、客は、図１３（Ａ）のように保留解除案内画面ＷＤ５１が表示されている状態のもとで、精算装置４０にて精算する際に保留解除をしてもらうようにするので、この段階では保留解除遠隔操作を依頼しない、と判断した場合には、操作不要宣言ボタンＢＴ５２を操作する。
操作不要宣言ボタンＢＴ５２が操作された場合、客端末装置５０は、保留解除案内画面ＷＤ５１を消去し、商品登録画面が表示された状態に戻す。この場合の客端末装置５０は、取引管理装置６０への操作依頼情報等の送信は行わない。また、この場合には、保留解除案内画面ＷＤ５１の消去後に表示された商品登録画面における該当の保留商品のリスト項目は、操作不要宣言ボタンＢＴ５２が操作される前の保留商品であることを示す表示が維持される。

また、監視装置８０を使用する店員は、保留解除遠隔操作として、未特定商品としての保留商品の登録を削除することで保留解除を行うと判断した場合には、商品情報入力画面における削除ボタンＢＴ３３を操作する。
削除ボタンＢＴ３３が操作された場合、監視装置８０は、保留商品としての登録の削除を指示する保留解除要求を取引管理装置６０に送信する。この場合の取引管理装置６０は、保留解除要求の受信に応じて、今回の保留解除対象の保留商品の保留商品情報をカート情報から削除する。これにより、未特定商品としての保留商品は、登録が削除されたものとして扱われることで保留解除が行われる。
この場合の取引管理装置６０は、保留解除に応じて客端末装置５０に送信する保留解除完了通知に、保留商品であることを示していた該当のリスト項目が削除された商品登録更新画面の情報を含めるようにされる。

また、客の判断で、登録の削除により保留商品の保留解除を行いたい場合がある。一例として、購入するつもりはなかった商品であるのに、客が間違えて客端末装置５０にコードを読み取らせてしまったのであるが、そのまま棚に商品を戻してしまったような場合を挙げることができる。
そこで、未特定商品としての保留商品の登録の削除は、例えば客が保留解除遠隔操作の依頼の操作にあたって指定できるようにしてよい。この場合には、例えば、保留解除案内画面ＷＤ５１において、保留解除として、正常な登録への変更と登録の削除とのいずれかを選択したうえで保留解除遠隔操作を依頼する操作が行えるようにされてよい。

次に、客が客端末装置５０を使用して商品登録操作を行った結果、登録対象の商品について、分類番号２～４の「読取ＮＧ」、「疑似スキャン投入」、「非スキャン投入」のいずれかに該当する未特定商品であると判定された場合の例を説明する。
この場合にも、客端末装置５０は、図１３（Ａ）に示されるように保留解除案内画面ＷＤ５１を表示する。ただし、この場合には、保留解除案内画面ＷＤ５１の背景に表示される商品登録画面において、今回の商品登録操作の結果を示す最下段の商品のリスト項目は、例えば「保留商品：ＮＯＮ－ＦＩＬＥ」の表示に代えて、「保留商品：コード読取不可」といったように、商品登録操作による商品コードの読み取りが失敗したことを示すような内容が表示される。
また、客は、この場合にも、保留解除案内画面ＷＤ５１が表示された状態において、保留解除遠隔操作を依頼するか否かの自分の判断に応じて、操作依頼ボタンＢＴ５１と操作不要宣言ボタンＢＴ５２とのいずれかを操作する。操作依頼ボタンＢＴ５１が操作された場合には、監視装置８０にて店員が行う保留解除遠隔操作に応じて、客端末装置５０においては、図１３（Ｂ）、図１３（Ｃ）に示されるようにして、表示部５０４における表示が遷移する。そして、図１３（Ｃ）のように表示された保留解除確認画面ＷＤ５３の確認ボタンＢＴ５３を客が操作したことに応じて、図１３（Ｄ）に示されるように、今回の保留解除が反映された商品登録画面が表示される。

また、この場合に、監視装置８０が保留解除遠隔操作依頼を受けたことに応じて表示する商品情報入力画面は、図１４（Ａ）と同様でよい。ただし、未特定商品が、分類番号２～４の「読取ＮＧ」、「疑似スキャン投入」、「非スキャン投入」のいずれかに該当するものである場合、商品登録操作により商品コードが取得されていない。このため、商品情報入力画面の初期表示状態においては、商品名入力エリアＡＲ３０－２、売価入力エリアＡＲ３０－３、商品タイプ入力エリアＡＲ３０－４、警告タイプ入力エリアＡＲ３０－５に加えて、商品コード入力エリアＡＲ３０－１においても情報が未入力の状態である。

この場合、店員は、保留解除遠隔操作による保留解除として、正常登録するのであれば、商品情報入力画面における各入力エリアＡＲ３０に情報を入力する操作を行うようにされる。この場合にも、店員は、スキャン状況画像エリアＡＲ３１にて表示されるスキャン状況画像を見てどのような商品であるのかを判断することができる。そして、店員は、入力エリアＡＲ３０のそれぞれに情報を入力したうえで、確認ボタンＢＴ３２を操作して入力情報確認画面を表示させ、表示された入力情報確認画面に対する保留解除の実行の指示操作を行う。これにより、未特定商品について保留解除が行われたうえで、正常登録が行われる。
未特定商品が、分類番号２～４の「読取ＮＧ」、「疑似スキャン投入」、「非スキャン投入」のいずれかに該当するものである場合には、店員は、スキャン状況画像エリアＡＲ３１にて表示されるスキャン状況画像を見て把握した商品名等を検索キー（検索条件）として入力し、例えば検索ボタンＢＴ３１を操作して検索を実行させてよい。この場合、監視装置８０は、例えば取引管理装置６０または管理装置１０が記憶する商品マスタにアクセスして、入力された検索キーに該当する商品を検索する。店員は、検索された商品のうちから該当の商品を特定する操作を行う。監視装置８０は、特定された商品の商品情報を商品マスタから取得し、取得された商品情報を利用して各入力エリアＡＲ３０に情報を入力することができる。

また、未特定商品が分類番号１の「ＮＯＮ－ＦＩＬＥ」に該当するものであった場合にも正常登録のための商品の検索が可能なようにされてよい。
ただし、未特定商品が「ＮＯＮ－ＦＩＬＥ」に該当するとの判定結果は、取引管理装置６０が記憶する商品マスタに対応の商品情報が存在していないことが理由である。このため、未特定商品が「ＮＯＮ－ＦＩＬＥ」に該当するものであった場合には、「読取ＮＧ」、「疑似スキャン投入」、「非スキャン投入」の未特定商品の場合のように、商品の検索のために取引管理装置６０の商品マスタにアクセスすることの意味は無い。しかしながら、例えば、店舗のストアコントローラ（例えば、管理装置１０でもよい）の商品マスタや例えば系列店舗（店舗チェーン）の本部等のように店舗外に設けられた商品マスタデータベースには対応の商品情報が登録されているが、この商品情報の登録が取引管理装置６０の商品マスタに反映されていない可能性がある。
そこで、未特定商品が「ＮＯＮ－ＦＩＬＥ」に該当するものであった場合、監視装置８０は、検索ボタンＢＴ３１が操作されたことに応じて、ストアコントローラに記憶された商品マスタあるいは店舗外の商品マスタデータベースにアクセスし、入力された検索キーに該当する商品の商品情報を検索するようにされてよい。

また、店員は、保留解除遠隔操作による保留解除として、未特定商品としての登録の取り消しを行う場合には、商品情報入力画面における削除ボタンＢＴ３３を操作する。

次に、図１４（Ｂ）を参照して、監視装置８０にて表示される商品情報入力画面の他の例について説明する。
同図の商品情報入力画面においては、入力エリアＡＲ４０（商品コード入力エリアＡＲ４０－１、商品タイプ入力エリアＡＲ４０－２、警告タイプ入力エリアＡＲ４０－３、商品名入力エリアＡＲ４０－４、売価（売値）入力エリアＡＲ４０－５、個数単位入力エリアＡＲ４０－６、免税フラグ入力エリアＡＲ４０－７、特売設定入力エリアＡＲ４０－８、税情報入力エリアＡＲ４０－９）、スキャン状況画像エリアＡＲ４１、検索ボタンＢＴ４１、確認ボタンＢＴ４２、削除ボタンＢＴ４３が配置されている。
このような商品情報入力画面においては、入力エリアＡＲ４０のそれぞれに、簡易商品情報として、商品コード、商品タイプ、警告タイプ、商品名、売価（売値）、個数単位、免税フラグ、特売設定、税情報を入力するようにされている。
図１４（Ｂ）の商品情報入力画面においては、例えば免税、消費税、特売等に関する情報も簡易商品情報として入力可能とされていることから、未特定商品の保留解除を行って正常登録する段階で、免税、消費税、特売等の設定を行っておくことができる。

保留商品として商品がカート情報に登録された状態は、そのままでは精算段階に移行することができない不全な状態であり、精算段階に移行するまでに正常な登録への変更、あるいは登録の削除により解消される必要がある。
本実施形態においては、監視装置８０での保留解除遠隔操作が可能となることで、精算装置４０にて精算を行う前の段階であっても保留商品としての登録について解除することができる。また、例えば監視装置８０と精算装置４０とで保留商品の保留解除を分散して行うことも可能になる。これにより、保留商品の保留解除が効率良く行われるようになる。

また、保留解除遠隔操作に際して商品情報入力画面に入力する簡易商品情報としての情報項目は、商品マスタに格納される商品情報において含まれる情報項目のうちの一部とされている。
商品マスタに含まれる情報項目としては、図１４（Ａ）の入力エリアＡＲ３０や図１４（Ｂ）の入力エリアＡＲ４０ごとに対応する、商品コード、商品名、売価、商品タイプ、警告タイプ、個数単位、免税フラグ、特売設定、税情報のほかに、例えば、中分類、小分類、原価、標準小売価格、サイズ、重量、規格、内容量、登録日時、更新日時等が含まれる。例えば、中分類、小分類を例に挙げると、店舗での商品管理には必要となる場合があるが、取引においては必ずしも利用する必要がない情報である。つまり、商品マスタに含まれる情報項目のうちには、取引に際して特に利用しなくともよい情報が含まれている。

そこで、本実施形態では、保留解除遠隔操作が行われる商品情報入力画面において入力エリアＡＲ３０、ＡＲ４０に対して入力する情報項目について、取引を可能とするのに必要とされる情報項目に限定している。
これにより、保留解除遠隔操作にあたって、店員は必要以上に多くの情報項目に対して入力を行う必要が無くなることから、未特定商品の保留解除の効率化が図られる。

なお、商品情報入力画面において配置される全ての入力エリア（ＡＲ３０、ＡＲ４０）に対応する情報項目の入力が必須でなくともよい。また、商品情報入力画面において、例えば商品名や商品タイプ等のように、商品の分類が特定可能な情報項目が入力されたことに応じて、残りの未入力の入力エリアのうちで、対応の分類のもとでは入力が必須ではなくなった、あるいは入力不可となった情報項目については、その旨が示されるようにして対応の入力エリアの態様が変更されるようにしてよい。

［処理手順例］
図１５のフローチャートを参照して、客端末装置５０、取引管理装置６０、監視装置８０が未特定商品の保留解除に関連して実行する処理手順例について説明する。同図の処理は、図９との対応では、ステップＳ５～Ｓ１１の処理過程を、未特定商品に対応する処理を含むものとして、より具体的に示すものとなる。

まず、客端末装置５０が実行する処理手順例について説明する。
ステップＳ１０１：客端末装置５０は、商品登録画面を表示させた状態のもとで、商品登録操作に応じたコードスキャンが行われるのを待機し、商品登録操作が行われたことに応じて、コードスキャンによって商品コードの読み取り（商品コードの取得）が正常に完了したか否かを判定している。

ステップＳ１０２：客端末装置５０は、商品コードの読み取りが正常に完了した場合、読み取った商品コードとカート識別情報とを含む商品登録情報を取引管理装置６０に送信する。

ステップＳ１０３：客端末装置５０は、ステップＳ１０２による商品登録情報の送信に応じて取引管理装置６０から送信された登録完了通知を受信する。客端末装置５０は、受信された登録完了通知に含まれる商品登録更新画面の情報を利用して、例えば図１１（Ｃ）等に例示したように、商品登録画面を更新する。

ステップＳ１０３にて受信される登録完了通知に応じて取引管理装置６０にて登録が完了された商品は、商品コードの読取に応じて正常登録された商品のほか、保留商品として、分類番号１の「ＮＯＮ－ＦＩＬＥ」、分類番号５～７の「年齢確認商品」、「医薬品」、「防犯タグ商品」が含まれる。
今回の登録対象とされた商品が分類番号１の「ＮＯＮ－ＦＩＬＥ」としての保留商品（未特定商品）であった場合、ステップＳ１０３による更新後の商品登録画面においては、「ＮＯＮ－ＦＩＬＥ」としての保留商品であることを示す商品リストが追加されている。

ステップＳ１０４：客端末装置５０は、今回の商品登録操作に応じた登録結果について、分類番号１の「ＮＯＮ－ＦＩＬＥ」の保留商品としての登録であるか否か判定する。
分類番号１の「ＮＯＮ－ＦＩＬＥ」の保留商品としての登録であると判定された場合には、ステップＳ１０８に処理が遷移する。分類番号１の「ＮＯＮ－ＦＩＬＥ」の保留商品としての登録でないと判定された場合には、ステップＳ１１４に処理が遷移する。

ステップＳ１０５：ステップＳ１０１にて商品コードの読み取りが正常に完了しなかった場合、今回の商品登録操作により登録対象とされた商品は、分類番号２～４の「読取ＮＧ」、「疑似スキャン投入」、「非スキャン投入」のいずれかによる未特定商品であることになる。そこで、この場合の客端末装置５０は、登録対象とされた未特定商品が分類番号２～４に対応する「読取ＮＧ」、「疑似スキャン投入」、「非スキャン投入」のいずれの分類に該当するかの分類判定を行う。

客端末装置５０は、ステップＳ１０１での商品コードの読み取りに際して撮像部５０６に撮像を実行させることで得られる撮像画像に基づいて、商品コード読取不全を検出するようにされている。商品コード読取不全が検出された場合には、ステップＳ１０１にて商品コードの読み取りが正常に完了しなかったと判定される。

そのうえで、客端末装置５０は、検出された商品コード読取不全の状態に応じて、以下のようにステップＳ１０５による判定を行う。
まず、客端末装置５０は、撮像画像において商品のバーコードの全体が撮像されていることが認識された状態でありながら、バーコードの読み取りが正常に完了（成功）せずに一定時間を経過したとの商品コード読取不全を検出した場合に、分類番号２の「読取ＮＧ」に分類されると判定する。

また、客端末装置５０は、撮像画像において商品は認識されたが、バーコードが全く認識できないためにバーコードの読み取りが正常に完了しなかったとの商品コード読取不全を検出した場合に、分類番号３の「疑似スキャン投入」に分類されると判定する。
あるいは、客端末装置５０は、撮像画像において商品のバーコードの一部しか認識できないためにバーコードの読み取りが正常に完了しなかったとの商品コード読取不全を検出した場合にも、分類番号３の「疑似スキャン投入」に分類されると判定する。
あるいは、客端末装置５０は、撮像画像において商品のバーコードは認識できたものの、商品の移動が速すぎるために、バーコードの読み取りが正常に完了しなかったとの商品コード読取不全を検出した場合にも、分類番号３の「疑似スキャン投入」に分類されると判定する。

なお、このような分類番号３の「疑似スキャン投入」に分類される商品コード読取不全が発生した場合は、客が商品のバーコードを読み取らせる操作を行っているふりをしただけで商品を買い物カゴに入れてしまうような不正が行われている可能性がある。

また、客端末装置５０が買い物カゴの中を撮像するようにしてショッピングカートに取り付けるようにされている場合は、ショッピングカートに載せられた買い物カゴの中身を撮像することができる。客端末装置５０は、撮像画像において、商品のバーコードを読み取らせようとする様子が認識されないのにも関わらず、買い物カゴの中に新規の商品が追加的に投入されたとの商品コード読取不全を検出した場合に、分類番号４の「非スキャン投入」に分類されると判定する。

なお、例えば客が、買い物カゴの中身を整理するためにすでに登録された商品を買い物カゴ内で移動させる場合がある。客端末装置５０は、撮像画像に基づいて、このような商品の移動と、「非スキャン投入」としての商品コード読取不全に対応する新規の商品の追加的投入とをそれぞれ識別できるようにされてよい。
このような「非スキャン投入」に分類される商品コード読取不全が発生した場合は、客が、商品のバーコードを客端末装置５０に読み取らせることなく、そのまま買い物カゴに入れてしまうような不正が行われている可能性がある。

ステップＳ１０６：客端末装置５０は、ステップＳ１０５にて判定された分類に対応する商品登録情報を取引管理装置６０に送信する。当該ステップＳ１０６により送信される商品登録情報においては、商品コードは含まれていない。また、当該ステップＳ１０６により送信される商品登録情報は、ステップＳ１０５にて判定された分類を示す情報を含んでよい。

ステップＳ１０７：客端末装置５０は、ステップＳ１０６による商品登録情報の送信に応じて取引管理装置６０から送信された登録完了通知を受信する。客端末装置５０は、受信された登録完了通知に含まれる商品登録更新画面の情報を利用して、商品登録画面を更新する。更新後の商品登録画面においては、例えば分類番号２～４のいずれかに該当する保留商品（未特定商品）であることを示す商品リストが追加されている。

ステップＳ１０８：ステップＳ１０７の処理の後、あるいはステップＳ１０４にて分類番号１の「ＮＯＮ－ＦＩＬＥ」の保留商品としての登録であると判定された場合、客端末装置５０は、保留解除案内画面ＷＤ５１（図１３（Ａ））を表示部５０４に表示させる。

ステップＳ１０９：客端末装置５０は、保留解除案内画面ＷＤ５１に配置された操作依頼ボタンＢＴ５１が操作されたか否かを判定する。

ステップＳ１１０：客端末装置５０は、操作依頼ボタンＢＴ５１が操作された場合、操作依頼情報を取引管理装置６０に送信する。
ステップＳ１１１：また、客端末装置５０は、保留解除案内画面ＷＤ５１に代えて保留解除待機画面ＷＤ５２を表示させる。

ステップＳ１１２：保留解除待機画面ＷＤ５２を表示させている間、客端末装置５０は、取引管理装置６０から送信された保留解除完了通知が受信されるのを待機している。保留解除完了通知が受信されると、客端末装置５０は、保留解除待機画面ＷＤ５２に代えて、保留解除確認画面ＷＤ５３を表示させる。

ステップＳ１１３：ステップＳ１１２により表示された保留解除確認画面ＷＤ５３は、客による確認ボタンＢＴ５３に対する操作が行われたことに応じて消去される。保留解除待機画面ＷＤ５２が消去されると、客端末装置５０は、ステップＳ１１２にて受信された保留解除完了通知に含まれる商品登録更新画面の情報を利用して、商品登録画面を更新する。
保留解除として対象の商品の正常な登録が行われた場合、更新後の商品登録画面においては、保留商品であることが示されていた対象の商品の商品リストが正常登録されたことを示す状態に変化している。また、保留解除として保留状態とされていた対象の商品の登録が削除された場合、更新後の商品登録画面においては、保留商品であることが示されていた対象の商品の商品リストが削除された状態に変化している。

ステップＳ１１４：ステップＳ１１３の処理の後、あるいはステップＳ１０４にて分類番号１の「ＮＯＮ－ＦＩＬＥ」の保留商品としての登録でないと判定された場合、あるいはステップＳ１０９にて、保留解除案内画面ＷＤ５１における操作不要宣言ボタンＢＴ５２が操作されたことが判定された場合、客端末装置５０は、商品登録画面を表示させた状態のもとで、精算移行指示操作が行われたか否かを判定する。
精算移行指示操作が行われない場合、ステップＳ１０１に処理が戻される。

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

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

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

ステップＳ２０２によるカート情報の更新によっては、正常登録された商品の他、保留商品のうちで分類番号２～４（「読取ＮＧ」、「疑似スキャン投入」、「非スキャン投入」）に該当しないものの登録が行われる。つまり、ステップＳ２０２によるカート情報の更新は、保留商品のうちで商品コードの読み取りが正常に完了した商品の登録を含む。保留商品のうちで商品コードの読み取りが正常に完了した商品は、分類番号１の「ＮＯＮ－ＦＩＬＥ」、分類番号５の「年齢確認商品」、分類番号６の「医薬品」、分類番号７の「防犯タグ商品」である。また、分類番号８の「取消商品」については、同図の処理に反映されていないが、客端末装置５０に対して取消操作が行われたことに応じて、取引管理装置６０は、該当商品が取消商品として管理されるように、カート情報における該当商品の保留商品情報を更新する。

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

ステップＳ２０５：ステップＳ２０４の処理の後、あるいはステップＳ２０１にて商品登録情報が受信されないと判定された場合、取引管理装置６０は、ステップＳ１０６により客端末装置５０から送信される、分類番号２～４（「読取ＮＧ」、「疑似スキャン投入」、「非スキャン投入」）のいずれかに対応する保留商品（未特定商品）の商品登録情報が受信されたか否かを判定する。商品登録情報が受信されない場合、ステップＳ２０１に処理が戻される。

ステップＳ２０６：取引管理装置６０は、商品登録情報が受信されると、受信された商品登録情報に含まれるカート識別情報が示すカート情報を特定する。
ステップＳ２０７：取引管理装置６０は、ステップＳ２０６により特定されたカート情報を更新する。この場合、取引管理装置６０は、ステップＳ２０５に対応して受信された商品登録情報に含まれる分類番号を含む保留商品情報を、特定されたカート情報に追加する。これにより、カート情報にて分類番号２～４（「読取ＮＧ」、「疑似スキャン投入」、「非スキャン投入」）のいずれかに対応する保留商品（未特定商品）に対応する１の保留商品が登録される。
ステップＳ２０８：取引管理装置６０は、ステップＳ２０７の処理の後、登録完了通知を客端末装置５０に送信する。

ステップＳ２０９：ステップＳ２０８の処理の後、取引管理装置６０は、ステップＳ１１０により客端末装置５０から送信される操作依頼情報が受信されたか否かを判定する。操作依頼情報が受信されないと判定された場合には、ステップＳ２０１に処理が戻される。

ステップＳ２１０：ステップＳ２０９にて操作依頼情報が受信されたことが判定されると、取引管理装置６０は、受信された操作依頼情報を監視装置８０に転送する。この際、取引管理装置６０は、ステップＳ２０７でのカート情報の更新にあたってカート情報に追加した保留商品情報を操作依頼情報に含めるようにされる。

ステップＳ２１１：ステップＳ２１０により送信した操作依頼情報に応じて、監視装置８０からは保留解除遠隔操作の完了に応じた保留解除要求（カート情報更新要求）が送信される。取引管理装置６０は、保留解除要求が受信されたことに応じて、カート情報を更新する。
つまり、取引管理装置６０は、保留解除要求が簡易商品情報を含んでいる場合には、簡易商品情報を利用して登録商品情報を生成する。取引管理装置６０は、ステップＳ２０７によりカート情報を更新した際に追加した保留商品情報を、生成した登録商品情報により置換する。これにより、未特定商品としての保留商品は、正常登録されるようにして保留解除が行われる。
また、取引管理装置６０は、保留解除要求が対応の保留商品の登録の削除を指示するものである場合には、ステップＳ２０７によりカート情報を更新した際に追加した保留商品情報を、カート情報から削除する。これにより、未特定商品としての保留商品は、登録が取り消されることにより保留解除される。

ステップＳ２１２：取引管理装置６０は、ステップＳ２１１によるカート情報の更新により保留解除が行われたことに応じて、保留解除完了通知を客端末装置５０に送信する。

次に、監視装置８０が実行する処理手順例について説明する。
ステップＳ３０１：監視装置８０は、ステップＳ２１０により取引管理装置６０から送信される操作依頼情報が受信されるのを待機している。

ステップＳ３０２：操作依頼情報が受信されると、監視装置８０は、商品情報入力画面を表示部８０６に表示させる。

ステップＳ３０３：店員は、表示された商品情報入力画面に対する保留解除遠隔操作として、正常登録操作または登録削除操作を行う。
正常登録操作は、入力エリアＡＲ３０（ＡＲ４０）に情報を入力し、確認ボタンＢＴ３２（ＢＴ４２）を操作して表示させた入力情報確認画面に対して保留解除実行を指示する操作である。登録削除操作は、削除ボタンＢＴ３３（ＢＴ４３）に対する操作である。
監視装置８０は、上記のようにして行われる保留解除遠隔操作を受け付ける。

ステップＳ３０４：監視装置８０は、保留解除遠隔操作の完了に応じて、保留解除要求を取引管理装置６０に送信する。保留解除要求は、保留解除遠隔操作として正常登録操作が行われた場合には、入力エリアＡＲ３０（ＡＲ４０）に入力された情報に基づく簡易商品情報を含む。また、保留解除要求は、保留解除遠隔操作として登録削除操作が行われた場合には、対応の保留商品の登録の削除を指示する内容を有する。

＜変形例＞
以下、本実施形態の変形例について説明する。以下に説明する変形例は、適宜、上記実施形態及び他の変形例と組み合わされてよい。

［第１変形例］
上記実施形態においては、保留解除遠隔操作の対象となる保留商品は、未特定商品としての「ＮＯＮ－ＦＩＬＥ」、「読取ＮＧ」、「疑似スキャン投入」、「非スキャン投入」の４つの分類に該当するものとされている。
本変形例としては、上記の４つの分類以外の分類に該当する所定の保留商品についても保留解除遠隔操作が行えるようにされてよい。一例として、「年齢確認商品」については、例えば客の会員情報や、客端末装置５０から送信された客の顔画像などにより、店員が、商品を販売可能な年齢の客であることを確認できたことに応じて、保留解除して正常登録できるようにされてよい。

［第２変形例］
上記実施形態においては、客端末装置５０から操作依頼情報が送信されたことに応じて監視装置８０にて商品情報入力画面が表示され、店員が保留解除遠隔操作を行うようにされていた。しかしながら、例えばほぼ同時に複数の異なる客端末装置５０から操作依頼情報が送信される場合もある。
そこで、監視装置８０にて、操作依頼情報を送信してきた客端末装置５０ごとに対応する客のリスト（操作依頼リスト）を表示可能なようにされてよい。店員は、操作依頼リストにて提示されるリスト項目のうちから１つのリスト項目を選択し、選択したリスト項目に対応する操作依頼情報に応じた保留解除遠隔操作を行うようにされてよい。
また、操作依頼リストにおけるリスト項目は、所定のソート基準に応じてソート可能なようにされてよい。例えば、操作依頼リストにおけるリスト項目は、操作依頼情報の受信順、登録された商品のうちの保留商品の登録数順等に基づいてソート可能とされてよい。

［第３変形例］
また、監視装置８０において、保留商品が登録されている取引に対応する客のリスト（保留商品保有客リスト）が表示されるようにしてよい。この場合、例えば過去の取引履歴に基づいて、保留商品が登録される頻度の高い客のリスト項目については、そのことが把握可能なように他のリスト項目と異なる態様で表示されるようにしてよい。
また、保留商品保有客リストのリスト項目は、所定のソート基準に従ってソート可能なようにされてよい。例えば、保留商品保有客リストのリスト項目は、現時点での商品登録数の順に従ってソート可能なようにされてよい。
また、保留商品保有客リストのリスト項目は、リスト項目ごとに対応する客の現在位置と精算装置４０との距離に従ってソートされてよい。客の現在位置は、客端末装置５０の現在位置を取得することによって得られる。監視装置８０は、例えば客端末装置５０が自己の有するＧＰＳ等に対応する測位機能を利用して測位した位置情報を、例えば取引管理装置６０経由で取得することができる。また、例えば客端末装置５０と通信して端末識別情報を取得するビーコンを店舗の所定位ごとに設け、監視装置８０が、ビーコンから受信した位置情報と、位置情報の送信元のビーコンの位置とを対応付けることによっても、客端末装置５０の位置情報を取得できる。
また、保留商品保有客リストのリスト項目は、リスト項目ごとに対応する客の信用レベルの順に従ってソート可能なようにされてよい。例えば、取引管理装置６０が、これまでの客の取引実績等に基づいて、客ごとに信用レベルを設定した信用レベル情報を記憶する。監視装置８０は、取引管理装置６０が記憶する信用レベル情報から、リスト項目ごとに対応する客の信用レベルを取得できる。

［第４変形例］
上記実施形態においては、客が、客端末装置５０に対して保留解除遠隔操作を依頼する操作（操作依頼ボタンＢＴ５１に対する操作）を行うことで、監視装置８０にて対象の保留商品の正常登録のための商品情報入力画面が表示されていた。つまり、上記実施形態においては、客が保留解除遠隔操作を依頼する操作を行ったことに応じて、店員が保留商品の保留解除のための保留解除遠隔操作を行えるようにされていた。
しかしながら、客が保留解除遠隔操作を依頼する操作を行わなくとも、店員が保留商品の保留解除のための保留解除遠隔操作を行えるようにされてよい。
例えば「ＮＯＮ－ＦＩＬＥ」としての保留商品の登録結果は、商品マスタに該当の商品情報が登録されていなかったという、店舗側の不備により生じる。そこで、例えば客端末装置５０は、「ＮＯＮ－ＦＩＬＥ」としての保留商品が登録された場合には、客が保留解除遠隔操作を依頼する操作を行わなくとも、操作依頼情報を取引管理装置６０に送信してよい。
取引管理装置６０は、操作依頼情報の受信に応じて、「ＮＯＮ－ＦＩＬＥ」に該当するとして登録された保留商品に対応する商品情報入力画面を表示できる。これにより、「ＮＯＮ－ＦＩＬＥ」としての保留商品が登録された場合には、客が保留解除遠隔操作の依頼（正常登録の依頼）の操作を行わなくとも、店員が監視装置８０を操作して正常登録を行えるようになる。この場合、店舗側の不備であるのに客がわざわざ正常登録を依頼するための操作をしなくともよくなるので、客が不満を覚えにくい。

なお、このように客からの依頼がなくとも店員が保留商品の保留解除のための保留解除遠隔操作が可能とされる場合、客端末装置５０は、操作依頼情報を送信しても、図１３（Ａ）、図１３（Ｂ）に示されるような保留解除案内画面ＷＤ５１、保留解除待機画面ＷＤ５２を表示させなくともよい。
ただし、この場合に、店員による保留解除遠隔操作により保留商品の保留解除が完了したことに応じて図１３（Ｃ）に例示した態様の保留解除確認画面ＷＤ５３を表示させたとすると、客にとっては保留解除の完了が唐突に報知されることになり、例えば戸惑いなども生じやすい。
そこで、この場合には、保留解除確認画面ＷＤ５３において、例えば「先ほどの商品が正常登録されませんでしたので、店員が遠隔操作で対応いたしました。」といったように、客の依頼は求めなかったが店員により保留解除遠隔操作の行われたことを客が把握できるような内容のメッセージとすることが好ましい。

［第５変形例］
上記実施形態の監視装置８０は、例えば店舗のバックヤードに設置された端末であってもよいし、店員が所持する携帯端末であってもよい。

［第６変形例］
上記実施形態では、監視装置８０は、客端末装置５０が送信した操作依頼情報を、取引管理装置６０経由で受信することにより、操作依頼情報に含まれる商品情報を取得するようにされている。つまり、上記実施形態の監視装置８０は、受動的に商品情報を取得するようにされている。しかしながら、監視装置８０は、例えば一定時間ごとなどの所定のタイミングで、取引管理装置６０に商品情報を問い合わせることで、能動的に商品情報を取得するようにされてよい。
この場合、取引管理装置６０は、監視装置８０からの問い合わせに応じて、自己が客端末装置５０から受信して記憶している商品情報を監視装置に送信してもよい。あるいは、取引管理装置６０は、監視装置８０からの問い合わせに応じて、客端末装置５０に商品情報を送信させ、受信された商品情報を監視装置に転送してもよい。
また、取引管理装置６０が中継することなく、客端末装置５０と監視装置８０との間で商品情報の送受信が行われるようにされてもよい。

［第７変形例］
なお、上記実施形態において客端末装置５０が実行する処理の一部を、例えば、取引管理装置６０、監視装置８０、精算装置４０、管理装置１０、その他の店舗内の上位装置やクラウド上のサーバ装置等が実行するようにされてよい。同様に、取引管理装置６０、監視装置８０、精算装置４０、管理装置１０等のそれぞれが実行する処理の一部も、他の装置が実行するようにされてよい。
上記のような態様の１つとして、本実施形態のショッピングシステムにおいてシンクライアントシステムの構成が備えられてよい。一例として、取引管理装置６０あるいは他のサーバがシンクライアント対応のサーバ（例えば、クラウドサーバ）として構成され、客端末装置５０、監視装置８０等がシンクライアントとして機能するようにされてよい。
また、取引管理装置６０、監視装置８０、管理装置１０等は、複数のコンピュータ装置やサーバに分散された構成であってもよい。

＜実施形態の総括＞
［技術分野］
本発明は、商品販売データ処理システムに関する。
［背景技術］
携帯端末を用いて顧客自ら商品を登録するシステムが知られている（例えば、特許文献１参照）。
［先行技術文献］
［特許文献］
［特許文献１］特開２０１８－１４７２５２号公報
［発明の概要］
［発明が解決しようとする課題］
携帯端末を用いて顧客自らが商品の登録を行う商品販売データ処理システムにおいては、商品の登録結果が不全となる場合がある。登録結果が不全となった商品については、例えば店員の操作により登録結果が不全な状態を解消することが行われる。このような登録結果が不全な状態の解消は、効率良く行われることが好ましい。
本発明は、このような事情に鑑みてなされたもので、携帯端末を用いて顧客自らが商品の登録を行う商品販売データ処理システムにおいて、商品の登録結果が不全な状態の解消が効率良く行われるようにすることを目的とする。

［課題を解決するための手段］
（１）以上説明したように、本実施形態の一態様は、客が携帯端末装置（例えば、客端末装置５０）を用いた商品登録操作に基づいて商品を登録する商品販売データ処理システムであって、前記商品登録操作に基づいた商品の登録結果が不全であった場合（例えば、保留商品として登録された場合）に、登録結果が不全であった登録不全商品（例えば、保留商品）に関する登録不全商品情報（例えば、操作依頼情報（カート識別情報と保留商品参照情報とを含む）、Ｓ２１０）を、店員が使用する監視装置（例えば、監視装置８０）に取得させる取得制御手段と、前記取得制御手段によって取得された前記登録不全商品情報に基づく画面（例えば商品情報入力画面）を前記監視装置にて表示させる表示制御手段と、表示された前記画面に対して登録補完情報（例えば、入力エリアＡＲ３０（ＡＲ４０）に入力される簡易商品情報）が入力されたことに応じて、前記登録不全商品について正常な商品として登録する正常登録を行う正常登録手段とを備える商品販売データ処理システムである。

上記構成によれば、商品登録操作を行った結果として保留商品が登録された場合に、監視装置８０にて店員が保留解除遠隔操作を行って保留解除を行うことができる。これにより、精算装置４０にて精算を行う前の段階であっても保留商品としての登録について解除することができる。また、例えば監視装置８０と精算装置４０とで保留商品の保留解除を分散して行うことも可能になる。これにより、保留商品の保留解除（商品の登録結果が不全な状態の解消の一例）が効率良く行われるようになる。

（２）本実施形態の一態様は、（１）に記載の商品販売データ処理システムであって、前記登録不全商品は、前記商品登録操作に応じて前記携帯端末装置により取得された商品コードに対応付けられた商品情報が、店舗にて商品の管理に使用される商品情報データベース（例えば、商品マスタ）に存在しない商品（例えば「ＮＯＮ－ＦＩＬＥ」に分類される保留商品）であり、前記表示制御手段は、前記商品情報に含まれる情報項目のうちの所定の一部の情報項目を前記登録補完情報の入力項目（例えば、入力エリアＡＲ３０（ＡＲ４０））として提示する前記画面を表示し、前記正常登録手段は、前記商品コードと、前記入力項目に入力された情報とに基づいて前記登録不全商品の正常登録を行う。

上記構成によれば、「ＮＯＮ－ＦＩＬＥ」に分類される保留商品についての保留解除遠隔操作として、商品登録操作により取得された商品コード以外の所定の情報項目を商品情報入力画面に入力することで、商品登録に必要な情報が補完されることとなり、正常登録としての保留解除が可能となる。

（３）本実施形態の一態様は、（１）または（２）に記載の商品販売データ処理システムであって、前記登録不全商品は、前記携帯端末装置により商品コードを撮像させる前記商品登録操作が行われた結果として、前記携帯端末装置が撮像画像から商品コードを取得できなかったときの商品コードの取得対象の商品であり、前記表示制御手段は、正常登録の対象の商品をユーザ（例えば、店員）に示す画像として前記撮像画像を提示するとともに、店舗にて商品の管理に使用される商品情報データベースに格納される商品情報に含まれる情報項目のうちの所定の一部の情報項目を前記登録補完情報の入力項目として提示する前記画面を表示し、前記正常登録手段は、前記入力項目に入力された情報に基づいて前記登録不全商品の正常登録を行う。

上記構成によれば、「読取ＮＧ」、「疑似スキャン投入」、「非スキャン投入」に分類される保留商品についての保留解除遠隔操作として、所定の情報項目を商品情報入力画面に入力することで、商品登録に必要な情報が補完されることとなり、正常登録としての保留解除が可能となる。

（４）本実施形態の一態様は、（１）から（３）のいずれか１つに記載の商品販売データ処理システムであって、前記表示制御手段は、前記商品登録操作に基づいた商品の登録結果のうちに前記登録不全商品が含まれる客についての一覧が前記監視装置にて表示されるように制御する。

上記構成によれば、店員は、監視装置８０により、店舗において保留商品を登録している客の状況を把握することができる。

（５）本実施形態の一態様は、（１）から（４）のいずれか１つに記載の商品販売データ処理システムであって、前記商品登録操作に基づいた商品の登録結果が不全であった場合に、前記監視装置に対する店員の操作によって登録結果が不全な状態の解消が可能であることを客に報知する表示が前記携帯端末装置にて行われるように制御する報知制御手段を備える。

上記構成によれば、客は、保留解除遠隔操作が可能であることが報知されたうえで、店員に保留解除遠隔操作を行ってもらうことができる。

（６）本実施形態の一態様は、（１）から（５）のいずれか１つに記載の商品販売データ処理システムであって、前記取得制御手段は、前記商品登録操作に基づいた商品の登録結果が不全であった場合に、客による正常登録の依頼の操作（例えば、操作依頼ボタンＢＴ５１に対する操作）を受け付けなくとも、前記登録不全商品情報を、店員が使用する監視装置に取得させる。

上記構成によれば、客が正常登録の依頼の操作を行わなくとも、店員が保留商品として登録された商品の保留解除を行うことができる。このような構成は、例えば「ＮＯＮ－ＦＩＬＥ」のように、店舗側の不備により保留商品として登録された場合に、客に正常登録の依頼の操作を要求しなくとも正常登録が行えるという点で有効である。

（７）本実施形態の一態様は、客が携帯端末装置を用いた商品登録操作に基づいて商品を登録する商品販売データ処理システムにおけるコンピュータを、前記商品登録操作に基づいた商品の登録結果が不全であった場合に、登録結果が不全であった登録不全商品に関する登録不全商品情報を、店員が使用する監視装置に取得させる取得制御手段、前記取得制御手段によって取得された前記登録不全商品情報に基づく画面を前記監視装置にて表示させる表示制御手段、表示された前記画面に対して登録補完情報が入力されたことに応じて、前記登録不全商品について正常な商品として登録する正常登録を行う正常登録手段として機能させるためのプログラムである。

（８）本実施形態の一態様は、客が携帯端末装置を用いた商品登録操作に基づいて商品を登録する商品販売データ処理システムにおいて店員が使用する監視装置であって、前記商品登録操作に基づいた商品の登録結果が不全であった場合に、登録結果が不全であった登録不全商品に関する登録不全商品情報を取得する取得手段と、前記取得手段によって取得された前記登録不全商品情報に基づく画面を表示する表示制御手段と、表示された前記画面に対して登録補完情報が入力されたことに応じて、前記登録不全商品について正常な商品として登録する正常登録を行う正常登録手段とを備える監視装置である。

（９）本実施形態の一態様は、客が携帯端末装置を用いた商品登録操作に基づいて商品を登録する商品販売データ処理システムにおいて店員が使用する監視装置としてのコンピュータを、前記商品登録操作に基づいた商品の登録結果が不全であった場合に、登録結果が不全であった登録不全商品に関する登録不全商品情報を取得する取得手段、前記取得手段によって取得された前記登録不全商品情報に基づく画面を表示する表示制御手段、表示された前記画面に対して登録補完情報が入力されたことに応じて、前記登録不全商品について正常な商品として登録する正常登録を行う正常登録手段として機能させるためのプログラムである。

（１０）本実施形態の一態様は、客が携帯端末装置を用いた商品登録操作に基づいて商品を登録する商品販売データ処理システムにおいて備えられるサーバ装置(例えば、取引管理装置６０)であって、前記商品登録操作に基づいた商品の登録結果が不全であった場合に、登録結果が不全であった登録不全商品に関する登録不全商品情報を、店員が使用する監視装置に取得させる取得制御手段と、前記取得制御手段によって取得された前記登録不全商品情報に基づく画面を店員が操作する監視装置にて表示させる表示制御手段と、前記監視装置にて表示された前記画面に対して登録補完情報が入力されたことに応じて、前記登録不全商品について正常な商品として登録する正常登録を行う正常登録手段とを備えるサーバ装置である。

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

１０ 管理装置、４０ 精算装置、５０ 客端末装置、６０ 取引管理装置、７０ クレジットカード決済サーバ、８０ 監視装置

Claims (10)

1. 客が携帯端末装置を用いた商品登録操作に基づいて商品を登録する商品販売データ処理システムであって、
   前記商品登録操作に基づいた商品の登録結果が不全であった場合に、登録結果が不全であった登録不全商品に関する登録不全商品情報を、店員が使用する監視装置に取得させる取得制御手段と、
   前記取得制御手段によって取得された前記登録不全商品情報に基づく画面を前記監視装置にて表示させる表示制御手段と、
   表示された前記画面に対して登録補完情報が入力されたことに応じて、前記登録不全商品について正常な商品として登録する正常登録を行う正常登録手段と
   を備える商品販売データ処理システム。
2. 前記登録不全商品は、前記商品登録操作に応じて前記携帯端末装置により取得された商品コードに対応付けられた商品情報が、店舗にて商品の管理に使用される商品情報データベースに存在しない商品であり、
   前記表示制御手段は、前記商品情報に含まれる情報項目のうちの所定の一部の情報項目を前記登録補完情報の入力項目として提示する前記画面を表示し、
   前記正常登録手段は、前記商品コードと、前記入力項目に入力された情報とに基づいて前記登録不全商品の正常登録を行う
   請求項１に記載の商品販売データ処理システム。
3. 前記登録不全商品は、前記携帯端末装置により商品コードを撮像させる前記商品登録操作が行われた結果として、前記携帯端末装置が撮像画像から商品コードを取得できなかったときの商品コードの取得対象の商品であり、
   前記表示制御手段は、正常登録の対象の商品をユーザに示す画像として前記撮像画像を提示するとともに、店舗にて商品の管理に使用される商品情報データベースに格納される商品情報に含まれる情報項目のうちの所定の一部の情報項目を前記登録補完情報の入力項目として提示する前記画面を表示し、
   前記正常登録手段は、前記入力項目に入力された情報に基づいて前記登録不全商品の正常登録を行う
   する請求項１または２に記載の商品販売データ処理システム。
4. 前記表示制御手段は、前記商品登録操作に基づいた商品の登録結果のうちに前記登録不全商品が含まれる客についての一覧が前記監視装置にて表示されるように制御する
   請求項１から３のいずれか一項に記載の商品販売データ処理システム。
5. 前記商品登録操作に基づいた商品の登録結果が不全であった場合に、前記監視装置に対する店員の操作によって登録結果が不全な状態の解消が可能であることを客に報知する表示が前記携帯端末装置にて行われるように制御する報知制御手段を備える
   請求項１から４のいずれか一項に記載の商品販売データ処理システム。
6. 前記取得制御手段は、前記商品登録操作に基づいた商品の登録結果が不全であった場合に、客による正常登録の依頼の操作を受け付けなくとも、前記登録不全商品情報を、店員が使用する監視装置に取得させる
   請求項１から５のいずれか一項に記載の商品販売データ処理システム。
7. 客が携帯端末装置を用いた商品登録操作に基づいて商品を登録する商品販売データ処理システムにおけるコンピュータを、
   前記商品登録操作に基づいた商品の登録結果が不全であった場合に、登録結果が不全であった登録不全商品に関する登録不全商品情報を、店員が使用する監視装置に取得させる取得制御手段、
   前記取得制御手段によって取得された前記登録不全商品情報に基づく画面を前記監視装置にて表示させる表示制御手段、
   表示された前記画面に対して登録補完情報が入力されたことに応じて、前記登録不全商品について正常な商品として登録する正常登録を行う正常登録手段
   として機能させるためのプログラム。
8. 客が携帯端末装置を用いた商品登録操作に基づいて商品を登録する商品販売データ処理システムにおいて店員が使用する監視装置であって、
   前記商品登録操作に基づいた商品の登録結果が不全であった場合に、登録結果が不全であった登録不全商品に関する登録不全商品情報を取得する取得手段と、
   前記取得手段によって取得された前記登録不全商品情報に基づく画面を表示する表示制御手段と、
   表示された前記画面に対して登録補完情報が入力されたことに応じて、前記登録不全商品について正常な商品として登録する正常登録を行う正常登録手段と
   を備える監視装置。
9. 客が携帯端末装置を用いた商品登録操作に基づいて商品を登録する商品販売データ処理システムにおいて店員が使用する監視装置としてのコンピュータを、
   前記商品登録操作に基づいた商品の登録結果が不全であった場合に、登録結果が不全であった登録不全商品に関する登録不全商品情報を取得する取得手段、
   前記取得手段によって取得された前記登録不全商品情報に基づく画面を表示する表示制御手段、
   表示された前記画面に対して登録補完情報が入力されたことに応じて、前記登録不全商品について正常な商品として登録する正常登録を行う正常登録手段
   として機能させるためのプログラム。
10. 客が携帯端末装置を用いた商品登録操作に基づいて商品を登録する商品販売データ処理システムにおいて備えられるサーバ装置であって、
    前記商品登録操作に基づいた商品の登録結果が不全であった場合に、登録結果が不全であった登録不全商品に関する登録不全商品情報を、店員が使用する監視装置に取得させる取得制御手段と、
    前記取得制御手段によって取得された前記登録不全商品情報に基づく画面を店員が操作する監視装置にて表示させる表示制御手段と、
    前記監視装置にて表示された前記画面に対して登録補完情報が入力されたことに応じて、前記登録不全商品について正常な商品として登録する正常登録を行う正常登録手段と
    を備えるサーバ装置。

Images