JP2022064349A - 可搬型登録端末、商品販売データ処理システム、店員用端末、及びプログラム - Google Patents

Abstract

【課題】可搬型登録端末を用いて顧客自らが商品の登録を行う商品販売データ処理システムにおいて、他の顧客の会計の進行を妨げないように店員介在商品に対応する処理が行われるようにする。
【解決手段】商品を登録する登録手段と、前記登録手段により登録された商品において、店員が介在する店員介在処理の必要な要店員介在商品が含まれない場合は精算移行情報を生成し、前記要店員介在商品が含まれる場合には店員介在処理への移行に関する店員介在移行情報を生成する情報生成手段とを備えて可搬型登録端末を構成する。
【選択図】図１４

Description

本発明は、可搬型登録端末、商品販売データ処理システム、店員用端末、及びプログラムに関する。

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

特開２０２０－０６７９４７号公報

可搬型登録端末を用いて顧客自らが商品の登録を行う商品販売データ処理システムにおいては、可搬型登録端末により登録された商品について、店員の介在が必要であるとの登録結果となる場合がある。店員の介在が必要な商品（店員介在商品）が含まれる取引については、店員により店員介在商品に対応する所定の処理が行われてから精算に移行するようされる。店員介在商品に対応する処理については、他の顧客の会計を妨げないように行われることが好ましい。

本発明は、このような事情に鑑みてなされたもので、可搬型登録端末を用いて顧客自らが商品の登録を行う商品販売データ処理システムにおいて、他の顧客の会計の進行を妨げないように店員介在商品に対応する処理が行われるようにすることを目的とする。

上述した課題を解決するための本発明の一態様は、商品を登録する登録手段と、前記登録手段により登録された商品において、店員が介在する店員介在処理の必要な要店員介在商品が含まれない場合は精算移行情報を生成し、前記要店員介在商品が含まれる場合には店員介在処理への移行に関する店員介在移行情報を生成する情報生成手段とを備える可搬型登録端末である。

また、本発明の一態様は、一取引に対応して可搬型登録端末が登録した商品に店員が介在する店員介在処理の必要な要店員介在商品が含まれたことに応じて、前記店員介在処理として、前記要店員介在商品が含まれる取引情報を編集する編集手段を備える店員用端末である。

また、本発明の一態様は、可搬型登録端末としてのコンピュータを、商品を登録する登録手段、前記登録手段により登録された商品において、店員が介在する店員介在処理の必要な要店員介在商品が含まれない場合は精算移行情報を生成し、前記要店員介在商品が含まれる場合には店員介在処理への移行に関する店員介在移行情報を生成する情報生成手段として機能させるためのプログラムである。

また、本発明の一態様は、可搬型登録端末とサーバとを備える商品販売データ処理システムであって、前記サーバは、可搬型登録端末から送信される商品識別情報に基づいて商品を登録する登録手段と、前記登録手段により登録された商品において、店員が介在する店員介在処理の必要な要店員介在商品が含まれない場合は精算移行情報を生成し、前記要店員介在商品が含まれる場合には店員介在処理への移行に関する店員介在移行情報を生成し、生成した前記精算移行情報または店員介在移行情報が前記可搬型登録端末にて出力されるようにする情報生成手段とを備える商品販売データ処理システムである。

第１実施形態におけるショッピングシステムの構成例を示す図である。 第１実施形態における精算装置の設置例を示す図である。 第１実施形態における精算装置の外観例を示す図である。 第１実施形態における精算装置の構成例を示す図である。 第１実施形態における客端末装置の構成例を示す図である。 第１実施形態における取引管理装置の構成例を示す図である。 第１実施形態における取引情報管理装置の構成例を示す図である。 第１実施形態における顧客情報、店舗情報、カート情報の一例を示す図である。 第１実施形態における保留商品の定義例を示す図である。 第１実施形態における客端末装置、精算装置、及び取引管理装置が、セルフ運用における一取引の会計に対応して実行する処理手順例を示すシーケンス図である。 第１実施形態におけるショッピングアプリケーションの画面例を示す図である。 第１実施形態における登録商品提示画面、商品登録画面、案内画像の一例を示す図である。 第１実施形態における精算画面の一例を示す図である。 第２実施形態における保留解除移行コード画面の一例を示す図である。 第２実施形態における客端末装置が商品登録の完了に応じて実行する処理手順例を示すフローチャートである。

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

管理装置１０、精算装置４０、取引情報管理装置８０は、店舗内に設置されるものであり、ＬＡＮ１９（有線でも無線でもよい）を介して通信可能に接続されている。管理装置１０は、店員が店舗管理等に用いる業務用の端末であり、取引管理装置６０と通信可能である。
取引情報管理装置８０は、例えばサービスカウンタあるいはバックヤード等にて設置されてよい。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

記憶部４０４は、種々の情報を記憶する。記憶部４０４は、例えば、ＲＯＭ４０２に代えて、ＣＰＵ４０１が実行するプログラム等を記憶してもよい。また、ＲＡＭ４０３に代えて、ＲＯＭ４０２から読み出した情報、外部から取得した情報、処理において生成した情報等を記憶してもよい。記憶部４０４は、例えばＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive)等を備えて構成されてよい。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

分類番号２の保留商品の分類は、図８にて説明の「読取ＮＧ」である。
客端末装置５０は、撮像部５０６により撮像して得られる撮像画像について、商品のバーコードの全体が撮像されていることが認識された状態でありながら、バーコードの読み取りが正常に完了（成功）せずに一定時間を経過した場合に、読取ＮＧが発生したと判定する。

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

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

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

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

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

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

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

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

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

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

分類番号１の「ＮＯＮ－ＦＩＬＥ」に該当する保留商品は、商品登録操作に応じたコードスキャンによって商品コードは取得されたが、取得された商品コードに対応付けられた商品情報が商品マスタに登録されていない。このため、分類番号１の「ＮＯＮ－ＦＩＬＥ」に該当する保留商品は、商品マスタに登録された商品のうちのいずれであるのかが特定されていない。
分類番号２～４の「読取ＮＧ」、「疑似スキャン投入」、「非スキャン投入」の３つの分類のいずれかに該当する保留商品は、商品登録操作に応じたコードスキャンの結果として、商品コードの取得に失敗している。このため、分類番号２～４の「読取ＮＧ」、「疑似スキャン投入」、「非スキャン投入」の３つの分類のいずれかに該当する保留商品は、商品マスタに登録された商品のうちのいずれであるのかが特定されていない。

分類番号１～７のうち分類番号１～４の「ＮＯＮ－ＦＩＬＥ」、「読取ＮＧ」、「疑似スキャン投入」、「非スキャン投入」の４つの分類のいずれかに該当する保留商品は、未特定商品である。未特定商品は、例えば商品マスタに登録された商品のうちのいずれであるのかが特定されなかった（対応の商品情報が特定されなかった）ことで、登録結果が不全となった商品となる。
未特定商品は、さらに、分類番号１の「ＮＯＮ－ＦＩＬＥ」のように、商品登録操作により商品コードが取得されたコード取得商品と、分類番号２～４の「読取ＮＧ」、「疑似スキャン投入」、「非スキャン投入」のように、商品登録操作により商品コードが取得されなかったコード未取得商品とに分けられる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

なお、本実施形態のショッピングシステムにおいて、客端末装置５０は、図１０のように商品が登録されるごとに商品登録情報を送信するのではなく、全ての商品についての商品登録が完了したことに応じて、登録された全ての商品についての商品登録情報を一括して送信してもよい。

［未特定商品が登録された場合の客端末装置の動作について］
図１０では、ステップＳ５は、商品コードの読み取りが成功し、かつ、読み取られた商品コードに該当する商品が特定できた場合に対応した処理である。
しかしながら、ステップＳ５に対応して客端末装置５０が商品コードの読み取り処理を行っている段階にて、商品登録結果として、図９の分類番号１～４のいずれかによる未特定商品としての登録が行われたとの結果（未特定結果）を生じる場合がある。

具体例として、図１２（Ｂ）は、分類番号３の擬似的スキャンとしての未特定結果が発生したと客端末装置５０が判定した場合に対応する一事例を、商品登録画面の撮像画像により示している。同図には、客端末装置５０にて表示される商品登録画面が示されている。同図の商品登録画面においては、指によってバーコード部分が隠されてしまっている状態で客が商品のバーコードを客端末装置５０に読み取らせようとしている様子の撮像画像が表示された状態が示されている。
なお、このような未特定結果となった商品等をはじめとして保留商品に該当する登録結果となった場合には、保留商品の保留状態を解除してもらうために店員を呼び出す操作が行われるボタンが表示されてよい。

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

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

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

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

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

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

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

以降の説明において、登録商品リストエリアＡＲ３における商品のリスト項目ごとに対応する商品情報（登録商品情報、保留商品情報）についてはレコードともいう場合がある。
また、登録商品情報と、年齢確認商品（分類番号５）、医薬品（分類番号６）、防犯タグ商品（分類番号７）による分類に対応する保留商品情報とについては、商品が特定されていることから、商品特定レコードともいう。商品特定レコードのうち、登録商品情報については、保留商品としてではなく、正常に登録された商品に対応することから、正常登録レコードともいう。保留商品情報のうちで、未特定商品（分類番号１～４）に対応するものについては、未特定レコードともいう。

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

そのうえで、保留商品リストエリアＡＲ３１においては、まず、保留商品のうちで商品が特定されている商品特定レコードに対応するリスト項目が順に配置され、続けて、商品が特定されなかった未特定商品に対応するリスト項目が順に配置されている。つまり、保留商品リストエリアＡＲ３１においては、保留商品のうちで商品が特定されている商品特定レコードに対応するリスト項目と、商品が特定されなかった未特定商品に対応するリスト項目とで区分された配列となっている。

登録商品リストエリアＡＲ３においては、保留商品リストエリアＡＲ３１に続けて、正常登録レコードに対応するリスト項目が配置される。同図では、登録商品リストエリアＡＲ３において、正常登録レコードに対応するリスト項目は、商品の価格が高い順により配置された例が示されている。
登録商品リストエリアＡＲ３のリスト項目のうち、商品特定レコードに対応するリスト項目においては、特定された商品の商品名、登録数量、登録数量に応じた価格等が示されている。

保留商品リストエリアＡＲ３１における保留商品ごとのリスト項目においては、保留解除宣言ボタンＢＴ３１が配置されている。保留解除宣言ボタンＢＴ３１は、対応の商品の保留の解除を宣言する操作が行われるボタンである。ただし、保留解除宣言ボタンＢＴ３１は、同図の精算画面においては操作が不可とされており、後述の保留解除処理画面にて操作可能となる。精算画面において、保留解除宣言ボタンＢＴ３１は、対応のリスト項目が保留商品に対応するものであることを示すアイコンとしての機能を有する。

保留解除宣言ボタンＢＴ３１においては、それぞれ、対応の商品が該当する保留商品としての分類の名称が示されている。
具体的に、例えば年齢確認商品（分類番号５）、医薬品（分類番号６）、防犯タグ商品（分類番号７）、取消商品（分類番号８）については、それぞれ、保留解除宣言ボタンＢＴ３１において対応の分類を示す名称が表示される。また、未特定商品（分類番号１～４）については、一括して「保留商品」との名称が表示される。
同図では、保留解除宣言ボタンＢＴ３１における表示として、１行目のリスト項目は、年齢確認商品（分類番号５）であることに対応して、「年齢確認」と表示され、２行目のリスト項目は、防犯タグ商品（分類番号７）であることに対応して、「防犯タグ」と表示され、３行目のリスト項目は、医薬品（分類番号６）であることに対応して、「医薬品」と表示された例が示されている。また、４行目と５行目のリスト項目は、それぞれ、「保留商品」と表示された例が示されている。
４行目と５行目のリスト項目においては、サムネイル画像ＴＮが配置されている。サムネイル画像ＴＮは、対応の未特定商品について商品登録操作が行われているときに客端末装置５０により撮像して得られた撮像画像である。サムネイル画像ＴＮは、静止画であっても動画であってもよい。
店員は、サムネイル画像ＴＮが配置されているか否かにより、保留商品のリスト項目について、未特定商品に対応するリスト項目と、商品が特定された保留商品に対応するリスト項目とを視覚的に区別できる。また、店員は、サムネイル画像ＴＮにおいて表示される内容により、未特定商品として登録された商品が実際には何であったのかを把握できる。
なお、保留解除宣言ボタンＢＴ３１において対応の分類を示す表示としては、分類を示すアイコン等の絵柄であってもよい。

保留商品のリスト項目のうち、年齢確認商品（分類番号５）、医薬品（分類番号６）、防犯タグ商品（分類番号７）等のように特定された商品が対応するリスト項目においては、特定された商品の商品名、登録数量、登録数量に応じた価格等が示される。
これに対して、未特定商品に対応するリスト項目においては、対応の保留商品の分類に応じた内容が表示される。具体的に、ＮＯＮ－ＦＩＬＥ（分類番号１）としての未特定商品の場合には、同図の５行目のリスト項目のようにして、ＮＯＮ－ＦＩＬＥであることを示すとともに、読み取られた商品コードが示されてよい。また、読取ＮＧ（分類番号２）、疑似スキャン投入（分類番号３）、及び非スキャン投入（分類番号４）の未特定商品（コード未取得商品）の場合には、同図の４行目のリスト項目のようにして、商品コードの読み取りができなかったことを示すメッセージが表示されてよい。

同図のように、精算画面の登録商品リストエリアＡＲ３において、保留商品リストエリアＡＲ３１が形成されている場合、店員が保留商品を処理するための操作を行う必要がある。このように保留商品リストエリアＡＲ３１が形成された精算画面が表示された場合、精算装置４０は、店員に保留商品の処理の操作を行わせるための店員呼出を実行する。店員呼出として、精算装置４０は、例えば、精算装置４０がサインポール等の表示器を所定の態様で表示させたり、店員が所持あるいは監視する端末装置に店員呼出の通知を送信するようにされてよい。
また、同図のように、登録結果に保留商品が含まれていることで、保留商品リストエリアＡＲ３１が形成されている精算画面が表示されている状態では、精算装置４０は、客による精算に関する操作を受け付けないようにされている。また、例えば、同図の精算画面における登録商品リストエリアＡＲ３の上の領域においては、客に向けて、呼び出しを受けた店員が精算装置４０にまで赴いてくることを報知するメッセージが表示されている。

店員呼出に応じて精算装置４０に赴いた店員は、精算装置４０に店員としてログインするログイン操作を行う。この場合のログイン操作は、例えば、店員証に印刷されている店員コード（２次元コードあるいはバーコードの形式であってよい）を、スキャナ部（客側スキャナ部４０６または店員側スキャナ部４１２）に読み取らせるという操作であってよい。あるいは、例えば置数操作によって店員番号等を入力する操作であってよい。

店員によるログインが行われたことに応じて、客側表示部４０５における表示は、精算画面から保留解除処理画面（図示省略）に遷移する。店員は、保留解除処理画面に対する操作を行うことで、精算画面の登録商品リストエリアＡＲ３において表示されていた保留商品のリスト項目ごとに対応する保留商品についての保留状態の解除（保留解除）を行う。
なお、保留解除処理画面は、複数の画面により構成されてよい。つまり、１の保留解除処理画面が表示された状態のもとで店員の操作が行われることに応じて、所定の操作を受け付ける他の保留解除処理画面に遷移するようにされてよい。

店員は、保留商品のうち、商品が特定できている分類の保留商品（年齢確認商品（分類番号５）、医薬品（分類番号６）、防犯タグ商品（分類番号７）の保留解除を行う場合には、それぞれの分類に応じた所定の応対作業を行ったうえで、対象の商品の保留を解除させるための保留解除宣言操作を行う。保留解除宣言操作が行われたことに応じて、精算装置４０は、取引管理装置６０に保留解除要求を送信する。保留解除要求を受信した取引管理装置６０は、対応の保留商品情報を通常の商品情報として管理するようにされる。これにより、商品が特定できている分類の保留商品について保留状態が解除される。

具体的に、保留解除の対象の商品が年齢確認商品である場合、店員は、応対作業として客が成人であることを確認し、保留解除宣言操作を行う。
また、保留解除の対象の商品が医薬品である場合、店員は、応対作業として、自分が薬剤師の資格を有しているのであれば自ら説明を行うか、薬剤師の資格を有する他の店員に説明を行ってもらったうえで、保留解除宣言操作を行う。
また、保留解除の対象の商品が防犯タグ商品である場合、店員は、応対作業として、対象の商品に取り付けられている防犯タグを外し、保留解除宣言操作を行う。

また、店員は、未特定商品として分類される保留商品（ＮＯＮ－ＦＩＬＥ（分類番号１）、読取ＮＧ（分類番号２）、疑似スキャン投入（分類番号３）、非スキャン投入（分類番号４））の保留解除を行う場合には、例えば対象の保留商品が何であるのかを、実物または保留解除処理画面にて表示させた登録時の撮像画像などから判断する。
店員は、対象の保留商品が何であるのかを確認すると、確認した商品に対応する商品情報を入力する操作を保留解除処理画面に対して行うようにされる。精算装置４０は、入力された商品情報を含む保留解除要求を取引管理装置６０に送信する。保留解除要求を受信した取引管理装置６０は、受信された保留解除要求に含まれる商品情報を利用して、未特定商品として分類された保留商品についての保留商品情報を通常の商品情報として管理する。これにより、未特定商品として分類された保留商品についての保留状態が解除される。

また、店員は、保留商品の登録を削除する操作を行って保留状態を解除することもできる。
また、店員は、保留商品の保留状態を解除して正常に登録された状態とする際に、必要に応じて購入数量を入力する操作を行ってもよい。

このようにして、一取引における全ての保留商品の保留状態の解除が完了すると、精算装置４０は、保留商品の含まれていない精算画面を表示させる。客は、このように精算画面が表示された精算装置４０を操作して、精算を行うことができる。

なお、店員側表示部４１０においても、図１３と同様の精算画面が表示可能とされるとともに、店員が客に代わって精算に関する操作を行えるようにされてもよい。また、店員側表示部４１０にて精算画面が表示された状態のもとでの店員によるログイン操作に応じて、精算画面から保留解除処理画面に遷移するようにされてよい。さらに、店員側表示部４１０にて表示された保留解除処理画面に対して店員が操作可能とされてよい。

＜第２実施形態＞
続いて、第２実施形態について説明する。上記の第１実施形態において、保留解除の処理は、顧客が商品登録を終えて客端末装置５０に表示させた精算移行コードＣＤＰを精算装置４０に読み取らせたうえで、店員が精算装置４０にまで赴いて操作を行うことで行われている。
しかしながら、上記のような保留解除の手順では、本来は客が精算を行う精算装置４０にて、店員が保留解除のための操作を行うことになる。このため、登録された商品に保留商品が含まれる取引の精算を行う顧客より後ろで順番の精算順番待ちをしている客は、店員による保留解除の操作にかかる余計な時間も待たなければならなくなる。つまり、他の顧客の会計の進行が妨げられることになる。なお、ここでの「会計」とは、一取引における商品の登録から登録された商品についての精算までを含む手続をいう。

例えば、本実施形態のショッピングシステムにおいて、顧客が客端末装置５０により商品を登録したことで保留商品としての登録結果が生じたことに応じて、店員用端末に対して通知が行われるようにされてよい。店員用端末は、例えば、取引情報管理装置８０、管理装置１０等であってよい。また、店員用端末は、店舗において設置されて店員が操作するＰＯＳレジスタ等であってもよい。また、店舗において設置されたパーソナルコンピュータであってもよい。また、店員が所持するスマートフォン、タブレット端末、ハンディターミナル等の店員用携帯端末であってもよい。例えば、客端末装置５０がショッピングカートに固定的に取り付けられたような態様で店舗から顧客に貸し出されるものであるような場合には、客端末装置５０も店員用端末として機能させることが可能なようにされてよい。
この場合、通知を受けた店員がすぐに顧客と応対して保留解除の操作を行うことができる。これにより、精算装置４０にて店員が保留解除の操作を行わなくともよくなる。ただし、この場合には、顧客が商品登録を完了していない段階で店員が保留商品の発生を把握し、保留解除に応対することになる。例えば顧客によっては、商品登録が完了していないのにもかかわらず、商品登録状況が把握されることを好まない可能性もある。

そこで、本実施形態のショッピングシステムは、以下に説明するようにして、顧客が客端末装置５０を利用した商品登録を完了させたことに対応して、顧客が精算装置４０に赴く前の段階で、店員が保留解除に対応できるようにする。

前述のように、顧客は、購入対象とする全ての商品についての登録を完了すると、客端末装置５０にて表示されている商品登録画面に配置された「お会計へ進む」ボタンを操作する。つまり、顧客は、商品登録の完了に応じて精算移行指示操作を行う。なお、「お会計へ進む」ボタンに関して、「お会計」は精算と同義で用いられている。
この場合において、登録された商品のうちに保留商品が含まれていなければ、客端末装置５０は、図１１（Ｄ）に示されるように、精算移行コードＣＤＰを配置した精算移行コード画面を表示する。この場合、顧客はそのまま精算装置４０に赴き、精算装置４０に精算移行コードＣＤＰを読み取らせて精算を行うことができる。

これに対して、登録された商品のうちに保留商品が含まれている場合、客端末装置５０は、精算移行指示操作が行われたことに応じて、精算移行コード画面に代えて、保留解除移行コード画面を表示する。

図１４は、保留解除移行コード画面の一例を示している。同図の保留解除移行コード画面においては、保留解除移行コードＣＤＨが表示されている。また、保留解除移行コード画面においては、登録された商品に保留商品が含まれているため、サービスカウンタに赴いて保留解除移行コードＣＤＨを店員に提示するよう、顧客に案内するメッセージが表示される。また、保留解除移行コード画面においては、精算移行指示ボタンＢＴ４１が配置される。精算移行指示ボタンＢＴ４１は、保留商品の解除後において、精算に移行するための操作が行われるボタンである。
なお、精算移行指示ボタンＢＴ４１は、保留解除が完了する等して精算不可の状態が解消されるまでは操作が不可とされてよい。操作が不可の状態であるのにかかわらず精算移行指示ボタンＢＴ４１が操作された場合には、顧客が現在の保留解除が必要とされる状況を把握していない可能性がある。そこで、このような場合には、顧客に向けて、保留解除を店員に行ってもらうためにサービスカウンタへ赴いてもらうことの案内を、ポップアップウィンドウなどにより表示することで、店員が的確に現在の状況を把握できるようにしてよい。なお、精算移行指示ボタンＢＴ４１に代えて、例えば店員を呼び出すための操作が行われるボタン、あるいは商品登録画面に戻すための操作が行われるボタンが配置されてもよい。

保留解除移行コードＣＤＨの情報は、精算移行コードＣＤＰと同様に、顧客が商品登録を行った結果が反映されたカート情報を示すカート識別情報を含む。ただし、保留解除移行コードＣＤＨの情報には、店員用端末は読み取り可能であるが、精算装置４０は読み取りを受け付けない（読み取りできない）ようにするための読み取り制御情報が含まれる。

このため、顧客が、精算装置４０に赴いて、客端末装置５０にて表示されている保留解除移行コード画面の保留解除移行コードＣＤＨを読み取らせる操作を行っても、精算装置４０は、保留解除移行コードＣＤＨの読み取りを受け付けず、例えば読み取りが不可であることの報知を行うようにされてよい。

保留解除移行コード画面が表示された場合、顧客は、サービスカウンタに赴き、店員に保留解除移行コード画面を提示する。
サービスカウンタには、取引情報管理装置８０が設置されている。取引情報管理装置８０は、保留解除に対応する処理を実行可能とされている。この場合、取引情報管理装置８０にはコードスキャナが設けられている。なお、例えばサービスカウンタにて設置され、保留解除に対応する処理を実行可能な店員用端末は、取引情報管理装置８０に限定されるものではなく、例えばＰＯＳレジスタ等であってもよい。
店員は、顧客から提示された保留解除移行コード画面に表示されている保留解除移行コードＣＤＨを、取引情報管理装置８０に読み取らせる操作を行う。取引情報管理装置８０は、保留解除移行コードＣＤＨの読み取りを受け付け可能とされている。つまり、取引情報管理装置８０は、保留解除移行コードＣＤＨにおいて示される読み取り制御情報を参照して、自己が読み取り可能なコードであることを認識し、保留解除移行コードＣＤＨの読み取りを実行する。
取引情報管理装置８０は、読み取った保留解除移行コードＣＤＨにおいて示されるカート識別情報を取得する。取引情報管理装置８０は、カート識別情報が示すカート情報を取引管理装置６０から取得する。
取引情報管理装置８０は、取得されたカート情報を利用して、保留解除処理画面を表示する。取引情報管理装置８０にて表示される保留解除処理画面は、例えば第１実施形態の精算装置４０にて表示される保留解除処理画面と同様の態様であってよい。店員は、保留解除処理画面に対する操作によって、保留商品ごとに保留状態を解除する。

登録された商品に含まれていた保留商品の全てについて保留状態が解除されることにより、顧客の取引において登録された商品には保留商品が含まれなくなり、精算が可能な状態となる。
そこで、顧客は、保留解除移行コード画面において表示されている精算移行指示ボタンＢＴ４１を操作する。精算移行指示ボタンＢＴ４１が操作されたことに応じて、客端末装置５０は、図１１（Ｄ）と同様の精算移行コード画面を表示させる。顧客は、精算装置４０に赴き、精算装置４０に精算移行コードＣＤＰを読み取らせて精算を行うようにされる。

このような手順で保留解除が行われることで、精算装置４０にて保留解除の操作が行われないようにすることができる。また、この場合には、顧客が精算移行指示操作を行うことにより商品登録の完了を宣言した後において、はじめて、店舗側が商品登録内容を把握することになる。このため、顧客も、自分の商品登録内容が店舗側に知られることを、心理的に受け入れやすくなる。

なお、取引情報管理装置８０にて、全ての保留商品の保留状態の解除が完了したことに応じて、引き続き、店員の操作に応じて精算処理が可能なようにされてもよい。取引情報管理装置８０に対して、例えばクレジットカード、キャッシュカード、プリペイドカード、交通系カード等のカード媒体に対応したカードリーダを設けてよい。これにより、取引情報管理装置８０は、カード媒体に対応する精算処理が可能となる。また、取引情報管理装置８０に釣銭機を設けることで、現金決済に対応する精算に応じた精算処理が可能となる。

なお、例えば、店舗における時間帯や、精算装置４０の稼働状況等に応じて、精算装置４０での保留解除が許容されるようにしてよい。例えば、早朝や深夜等のように配置される店員が少ない時間帯では、サービスカウンタに店員が不在であることが多い。また、早朝や深夜の時間帯においては顧客の数も少ない。この場合、店員が精算装置４０にて保留解除を行っても、精算順番待ちの顧客の待ち時間が長くなる状況となりにくい。そこで、早朝や深夜等のように店員、顧客の数が少ない時間帯においては、精算装置４０での保留解除が可能なようにされてよい。この場合、例えば精算装置４０は、該当の時間帯においては、保留解除移行コードＣＤＨに含まれる読み取り制御情報を無効とし、通常の精算移行コードＣＤＰとして扱って処理を行うようにされてよい。
また、店舗に設置された精算装置４０のうちで稼働中の精算装置４０の数が一定以上の場合にも、或る精算装置４０にて店員が保留解除の操作を行っていたとしても、精算順番待ちの顧客の待ち時間が長くなる状況となりにくい。そこで、稼働中の精算装置４０の数が一定以上である場合には、精算装置４０での保留解除が可能なようにされてよい。

図１５のフローチャートを参照して、本実施形態の客端末装置５０が商品登録の完了に応じて実行する処理手順例について説明する。

ステップＳ１０１：顧客は客端末装置５０の利用による商品登録が完了すると、精算移行指示操作を行う。精算移行指示操作は、図１１（Ｂ）等に示した商品登録画面における「お会計へ進む」ボタンに対する操作である。商品登録処理中の客端末装置５０は、精算移行指示操作としての「お会計へ進む」ボタンに対する操作が行われるのを待機している。

ステップＳ１０２：精算移行指示操作が行われると、客端末装置５０は一取引に応じてこれまでに登録された商品のうちに保留商品が有るか否かを判定する。

ステップＳ１０３：ステップＳ１０２にて保留商品がないと判定された場合、客端末装置５０は、図１１（Ｄ）に例示した精算移行コード画面を生成し、生成した精算移行コード画面を表示部５０４に表示させる。

ステップＳ１０４：ステップＳ１０３にて保留商品が有ると判定された場合、客端末装置５０は、図１４に例示した保留解除コード画面を生成し、生成した保留解除コード画面を表示部５０４に表示させる。

なお、上記の説明では、サービスカウンタの取引情報管理装置８０が保留解除移行コード画面の保留解除移行コードＣＤＨを読み取り可能とされている場合を例に挙げた。これに応じて、図１４の保留解除移行コード画面においては、顧客にサービスカウンタに赴いてもらうよう案内するメッセージが表示されていた。
しかしながら、取引情報管理装置８０に加えて、あるいは取引情報管理装置８０に代えて、例えば店員が所持するタブレットのような店員用携帯端末を保留解除処理が可能な店員用端末として使用してよい。
この場合には、保留解除移行コード画面において、店舗内にいる店員を見かけたら保留解除のために声をかけるよう案内するメッセージが表示されてよい。顧客は、例えば最寄りの店員に声をかけ、保留解除移行コード画面を提示する。店員は、保留解除移行コード画面の保留解除移行コードＣＤＨを店員用携帯端末に読み取らせて、店員用携帯端末に保留解除処理画面を表示させ、保留解除の操作を行うことができる。

＜第３実施形態＞
続いて、第３実施形態について説明する。第１実施形態において、保留解除コード画面には保留解除移行コードＣＤＨが表示されていた。保留解除移行コードＣＤＨは、店員用端末が読み取ることにより、店員用端末が保留解除の処理に移行可能なように制御可能であるが、精算装置４０は読み取り不可とされたコードであった。

これに対して、本実施形態の保留解除移行コード画面においては、保留解除移行コードＣＤＨに代えて、精算移行禁止制御コードが表示される。
精算移行禁止制御コードは、カート識別情報と精算移行禁止フラグとを含む。精算移行禁止制御コードは、保留解除移行コードＣＤＨと同様に２次元コードであってもよいし、バーコードであってもよい。
精算移行禁止制御コードが表示される保留解除移行コード画面においては、精算装置４０に赴いて精算移行禁止制御コードを読み取らせてもらうようにすることを顧客に案内するメッセージが表示されてよい。

本実施形態において、顧客は、精算装置４０に赴き、精算装置４０に精算移行禁止制御コードを読み取らせる操作を行うようにされる。精算装置４０は、精算移行禁止制御コードを読み取ることに応じて、まず、読み取られた精算移行禁止制御コードに含まれる精算移行禁止フラグのあることを認識する。
精算移行禁止フラグのあることを認識した場合、精算装置４０は、顧客に向けて、例えば、登録された商品に保留商品が含まれているため現段階では精算を行えないことを通知するとともに、サービスカウンタに赴いて店員に保留解除を行ってもらうように案内するメッセージを表示する。

顧客は、サービスカウンタに赴いて、店員に精算移行禁止制御コードが表示された保留解除移行コード画面を提示する。店員は、取引情報管理装置８０に設けられたコードスキャナにより、提示された保留解除移行コード画面において表示されている精算移行禁止制御コードを読み取らせる操作を行う。

本実施形態の取引情報管理装置８０は、精算移行禁止制御コードを保留解除指示として解釈するようにされている。つまり、取引情報管理装置８０は、読み取った精算移行禁止制御コードに含まれる精算移行禁止フラグを無効とする。そのうえで、取引情報管理装置８０は、同じ精算移行禁止制御コードに含まれる精算移行コードＣＤＰが示すカート情報識別情報に対応付けられたカート情報を取引管理装置６０から取得する。取引情報管理装置８０は、取得したカート情報を利用して保留解除処理画面を表示する。店員は、表示された保留解除処理画面に対する操作により、保留商品ごとに保留状態を解除する操作を行う。

上記のように店員が操作を行ったことで、登録された商品に含まれていた保留商品の全ての保留状態が解除され、精算が可能な状態となる。顧客は、第２実施形態の場合と同様に、保留解除移行コード画面の精算移行指示ボタンＢＴ４１を操作して図１１（Ｄ）と同様の精算移行コード画面を表示させる。顧客は、精算装置４０に赴き、精算装置４０に精算移行コードＣＤＰを読み取らせて精算を行うようにされる。
なお、本実施形態においても取引情報管理装置８０にて、全ての保留商品の保留状態の解除が完了したことに応じて、引き続き、店員の操作に応じて精算処理が可能なようにされてもよい。
なお、本実施形態においても店員用携帯端末が、保留解除処理が可能な店員用端末として使用されてよい。

また、本実施形態の変形例として、精算装置４０は、精算移行禁止制御コードを読み取ったことに応じて、保留解除許可通知を取引情報管理装置８０や店員用携帯端末等の店員用端末に送信してよい。

保留解除許可通知は、店員用端末に保留解除処理の実行を許可する通知である。保留解除許可通知には、精算装置４０が読み取った精算移行禁止制御コードに含まれていたカート識別情報が含まれる。

例えば、保留解除許可通知を受信した店員用端末は、現在の店舗における取引ごとの状況を示す取引状況一覧の表示において、受信された保留解除許可通知に含まれるカート識別情報が示す取引のリスト項目について、所定の表示態様により保留解除処理が可能なことを示すようにされる。

店員は、対応の顧客からの保留解除の申し出を受けると、例えば保留解除処理が可能であることが示されているリスト項目の取引が顧客に対応する取引と一致することを確認する。そのうえで、店員は保留解除処理が可能なことが示されているリスト項目を選択する操作を行って、対応の取引についての保留解除処理画面を店員用端末に表示させ、保留解除のための操作を行うようにされる。この場合、店員は、店員用端末に精算移行禁止制御コードを読み取らせなくともよい。

＜第４実施形態＞
続いて、第４実施形態について説明する。本実施形態の保留解除移行コード画面は、精算移行コードＣＤＰや保留解除移行コードＣＤＨ等のコードの表示は含まれないようにされたうえで、顧客に向けて、保留解除のためにサービスカウンタに赴いてもらう、あるいは店員に声がけしてもらうことを案内するメッセージが表示される。
そのうえで、本実施形態の客端末装置５０は、上記の保留解除移行コード画面を表示するとともに保留解除許可通知を生成し、生成した保留解除許可通知を、例えば取引情報管理装置８０経由で店員用端末（取引情報管理装置８０、店員用携帯端末等）に送信するようにされる。
以降は、第３実施形態の変形例と同様に、顧客からの保留解除の申し出を受けた店員が、店員用端末を操作して保留解除を行うことができる。

＜第５実施形態＞
続いて、第５実施形態について説明する。本実施形態の保留解除移行コード画面においいては、精算移行コードＣＤＰや保留解除移行コードＣＤＨ等のコードの表示に代えて、保留解除を行ってもらう店員を呼び出すためのボタン（店員呼出ボタン）が表示される。このような保留解除移行コード画面には、顧客に向けて、店員に保留解除してもらうため店員呼出ボタンを操作してもらうことを顧客に案内するメッセージが表示されてよい。また、この場合には、店舗における精算装置４０以外の所定の場所に移動したうえで店員呼出ボタンを操作してもらうように案内するメッセージが表示されてよい。このようなメッセージが表示されることで、呼び出しを受けた店員は、店員呼出ボタンを操作した顧客を探しやすくなる。

顧客が店員呼出ボタンを操作したことに応じて、客端末装置５０は、例えば取引管理装置６０経由で店員用端末に対して保留解除許可通知を送信する。本実施形態においては、保留解除許可通知を受信した客端末装置５０は、例えば店員に向けて、保留解除のために店員呼出ボタンを操作した顧客のところへ赴くよう指示するメッセージを表示してよい。また、店員呼出ボタンが操作されたことに応じて、店内放送などによって店員への指示が行われるようにされてもよい。例えば自分が携帯している店員用端末（例えば、店員用携帯端末）にて上記のメッセージが表示されると、店員は、店員用携帯端末を携帯して顧客のところにまで赴くようにされる。
本変形例の保留解除許可通知には、保留解除の対象となる取引を示すカート識別情報が含まれている。保留解除許可通知を受信した店員用端末は、例えば第３実施形態と同様に、取引状況一覧の表示において、受信された保留解除許可通知に含まれるカート識別情報により示される取引（保留解除対象の取引）のリスト項目について、所定の表示態様により保留解除処理が可能なことを示すようにされてよい。店員は、店員用携帯端末にて保留解除対象の取引の保留解除処理画面を表示させたうえで、保留解除の操作を行うことができる。

＜第６実施形態＞
続いて、第６実施形態について説明する。本実施形態の保留解除移行コード画面は、精算移行コードＣＤＰとともに、顧客に向けて、店員により保留解除を行ってもらうように案内するメッセージが表示される。
このような保留解除移行コード画面は、例えば図１１（Ｄ）のように精算移行コードＣＤＰが配置された精算移行コード画面に上記のメッセージが表示されるようにして簡易に生成することができる。

この場合、顧客は、保留解除移行コード画面に表示されたメッセージに従って、例えばサービスカウンタに赴くか、最寄りの店員に声かけして、保留解除を依頼する。
なお、仮に顧客が、保留解除移行コード画面にて表示された精算移行コードＣＤＰを精算装置４０に読み取らせた場合、精算装置４０は、精算移行コードＣＤＰの読み取りを受け付け、読み取った精算移行コードＣＤＰが示すカート情報を取得することができる。ただし、この場合には、例えば図１３に示したのと同様の精算画面が表示される。この場合、顧客は、すぐに精算装置４０にて精算を行うことはできず、まず、店員に精算装置４０を操作してもらうことで、保留解除を行ってもらうことになる。通常、本実施形態の場合には、保留解除移行コード画面に表示されたメッセージに従って、店員に保留解除を依頼する行動をとる。
あるいは、顧客が、保留解除移行コード画面にて表示された精算移行コードＣＤＰを精算装置４０に読み取らせたことに応じて、精算装置４０がカート識別情報を取引管理装置６０に送信すると、取引管理装置６０は、受信されたカート識別情報において保留商品の登録を示す保留商品情報が含まれているか否かを判定するようにしてよい。取引管理装置６０は、カート識別情報において保留商品情報が含まれている場合には、精算装置４０にカート情報を送信せずに、保留商品の登録があることにより精算不可であることを示すエラー通知を精算装置４０に送信してよい。当該エラー通知を受信した精算装置４０は、顧客に向けて、保留商品があることにより精算が不可であるため、店員により保留解除を行ってもらうように案内するメッセージを表示するようにされてよい。

保留解除を依頼された店員は、顧客に保留解除移行コード画面を提示してもらい、提示された保留解除移行コード画面の精算移行コードＣＤＰを自分が使用する店員用端末に読み取らせる。
本実施形態の店員用端末は、保留解除処理に対応して精算移行コードＣＤＰを読み取り可能とされている。店員用端末は、精算移行コードＣＤＰを読み取ったことに応じて、精算移行コードＣＤＰが示すカート識別情報に対応付けられたカート情報を取引管理装置６０から取得する。店員用端末は、取得したカート情報を利用して保留商品処理画面を表示させる。店員は、保留商品処理画面を操作して保留解除の操作を行うようにされる。
なお、本実施形態においても店員用端末にて、全ての保留商品の保留状態の解除が完了したことに応じて、引き続き、店員の操作に応じて精算処理が可能なようにされてもよい。

なお、本実施形態の変形例として、第５実施形態に準じて、保留解除移行コード画面において、精算移行コードＣＤＰとともに、店員呼出ボタンを表示するようにされてもよい。

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

［第１変形例］
保留商品のうちには医薬品が含まれる。本変形例として、例えば医薬品については、顧客が客端末装置５０に商品コードを読み取らせる操作を行ったうえで、例えば医薬品が陳列された売り場を担当する薬剤師の資格を有する店員の店員識別情報を客端末装置５０に取得させるようにする。
店員識別情報の取得は、例えば薬剤師の資格を有する店員が所持する店員証に付された店員コードを客端末装置５０に読み取らせることにより行われてもよいし、客端末装置５０が店員証のＲＦＩＤタグから受信するようにされてもよい。
客端末装置５０は、薬剤師の資格を有する店員の店員識別情報を対応付けた医薬品の商品コードを取引管理装置６０に送信する。取引管理装置６０は、医薬品の商品コードに薬剤師の資格を有する店員の店員識別情報が対応付けられている場合には、既に保留解除された商品としてカート情報に登録するようにされてよい。

また、現状において、特に第１類医薬品については、店員でなければ取り出せない特定の場所に陳列されており、顧客は、店員に自分の欲しい医薬品を申し出て、店員から引き渡してもらうようにされる。つまり、第１類医薬品については、顧客が薬剤師の資格を有する店員から引き取る場所が限定されている。また、第２類医薬品、第３類医薬品についても同様に扱われる場合がある。

そこで、医薬品について上記のように特定の場所にて薬剤師の資格を有する店員から顧客に引き渡すようにしている場合には、顧客が購入対象として客端末装置５０に読み取らせた商品コードに対して、医薬品が販売されている場所（位置）に対応する識別情報（位置対応識別情報）を対応付けて登録するようにされてよい。この場合には、医薬品の商品コードに位置対応識別情報が対応付けられたことで、薬剤師の資格を有する店員が説明のうえ顧客に医薬品を引き渡したものとして扱い、保留解除されたものとして扱うようにしてよい。
このような位置対応識別情報は、例えば医薬品が陳列された売り場を担当する薬剤師の資格を有する店員の店員識別情報、あるいは医薬品が陳列されたケースに付されたケース識別情報等であってよい。
顧客は、店員から引き渡された医薬品の商品コードを客端末装置５０に読み取らせるとともに、位置対応識別情報としての店員識別情報やケース識別情報を客端末装置５０に取得させる。店員識別情報は、薬剤師の資格を有する店員が所持する店員証に付された店員コードを客端末装置５０に読み取らせることで取得されるようにしてよい。ケース識別情報は、ケースに設けられたケース識別情報を客端末装置５０に読み取らせることで取得されるようにしてよい。

なお、例えば貴金属品や時計等の貴重品についても、本変形例と同様の構成が適用されてよい。

［第２変形例］
上記各実施形態において、ショッピングアプリケーションを利用する顧客は、店舗の会員として登録した者であることが前提となる。ただし、例えばショッピングアプリケーションの普及のために、最初の取引については会員登録をしなくとも商品の登録が可能とされてよい。このように会員登録していない顧客が最初の取引においてショッピングアプリケーションを利用して商品登録を完了させた場合には、例えば、客端末装置５０は、精算移行コード画面や保留解除移行コード画面に代えて、精算の前にサービスカウンタに赴くか近くの店員を呼び出す等して、会員登録の手続を店員にしてもらうようにすることを顧客に案内する画面を表示してよい。
また、店舗では、会員登録を済ませたうえで最初にショッピングアプリケーションを利用した顧客に記念品を贈呈するキャンペーン等を行うようにされてよい。この場合、顧客が最初にショッピングアプリケーションを利用して商品登録を完了させた段階で、客端末装置５０は、精算移行コード画面や保留解除移行コード画面に代えて、精算の前にサービスカウンタに赴くか近くの店員を呼び出す等して記念品を受け取るように顧客に案内する画面を表示してよい。

［第３変形例］
例えば、前回の取引において、商品の売価違い、リコール対象の商品の購入、釣銭の取り忘れなどのような不具合が生じていたような場合がある。このような不具合の履歴は、取引管理装置６０にて記憶される。そこで、顧客により今回のショッピングアプリケーションの利用に応じた商品登録が完了した際に、取引管理装置６０が記憶する履歴に基づいて、前回の取引において不具合が発生していたことが判定された場合には、客端末装置５０は、精算移行コード画面や保留解除移行コード画面に代えて、不具合通知画面を表示してよい。不具合通知画面においては、例えば、精算の前にサービスカウンタに赴くか近くの店員を呼び出す等して、前回の取引における不具合に対する応対を店員にしてもらうようにすることを、顧客に案内する内容を有する。

［第４変形例］
なお、上記実施形態及び変形例等において、客端末装置５０や取引情報管理装置８０等が実行する処理の一部を、客端末装置５０や取引情報管理装置８０と通信経由で接続される取引管理装置６０等の上位装置が実行するようにされてよい。また、上記実施形態及び変形例等において、精算装置４０が実行する処理の一部を、精算装置４０と通信経由で接続される取引管理装置６０等の上位装置が実行するようにされてよい。
上記のような態様の１つとして、本実施形態のショッピングシステムにおいてシンクライアントシステムの構成が備えられてよい。
一例として、取引管理装置６０がシンクライアント対応のサーバ（例えば、クラウドサーバ）として構成され、客端末装置５０や取引情報管理装置８０等は、シンクライアントとして機能するようにされてよい。この場合、客端末装置５０や取引情報管理装置８０等のシンクライアント端末は、自己に対して行われる操作に応じたコマンドや撮像画像等の情報を取引情報管理装置８０に送信する。取引情報管理装置８０はシンクライアント端末から受信した情報に応答して、商品登録、カート情報における保留商品の有無の判定等の処理を実行し、処理結果が反映された画面等としての画像データあるいはウェブページデータをシンクライアント端末に送信してよい。シンクライアント端末としての客端末装置５０や取引情報管理装置８０等は、画像ビューワあるいはウェブブラウザにより、送信された画像データやウェブページデータを表示する。

＜実施形態の総括＞
［技術分野］
本発明は、可搬型登録端末、商品販売データ処理システム、店員用端末、及びプログラムに関する。
［背景技術］
携帯端末を用いて顧客自らが商品を登録するシステムが知られている（例えば、特許文献１参照）。
［先行技術文献］
［特許文献］
［特許文献１］特開２０２０－０６７９４７号公報
［発明の概要］
［発明が解決しようとする課題］
可搬型登録端末を用いて顧客自らが商品の登録を行う商品販売データ処理システムにおいては、可搬型登録端末により登録された商品について、店員の介在が必要であるとの登録結果となる場合がある。店員の介在が必要な商品（店員介在商品）が含まれる取引については、店員により店員介在商品に対応する所定の処理が行われてから精算に移行するようされる。店員介在商品に対応する処理については、他の顧客の会計を妨げないように行われることが好ましい。
本発明は、このような事情に鑑みてなされたもので、可搬型登録端末を用いて顧客自らが商品の登録を行う商品販売データ処理システムにおいて、他の顧客の会計の進行を妨げないように店員介在商品に対応する処理が行われるようにすることを目的とする。

［課題を解決するための手段］
（１）以上説明したように、本実施形態の一態様は、商品を登録する登録手段と、前記登録手段により登録された商品において、店員が介在する店員介在処理の必要な要店員介在商品（例えば、保留商品）が含まれない場合は精算移行情報（例えば、精算移行コードＣＤＰを含む精算移行コード画面）を生成し（例えば、ステップＳ１０３）、前記要店員介在商品が含まれる場合には店員介在処理（例えば、保留解除処理）への移行に関する店員介在移行情報（例えば、保留解除移行コード画面において表示される、精算移行コードＣＤＰ、保留解除移行コードＣＤＨ、店員呼出ボタン、顧客向けのメッセージ等）を生成（例えば、ステップＳ１０４）する情報生成手段とを備える可搬型登録端末（例えば、客端末装置５０）である。

上記構成によれば、客端末装置５０は、顧客が客端末装置５０を利用して登録した商品のうちに、保留商品が含まれている場合には、精算移行コードＣＤＰが表示された精算移行コード画面を表示し、保留商品が含まれていない場合には、保留解除移行コード画面を表示することができる。この場合、保留商品が有ることで保留解除処理が必要な場合には、精算装置４０に精算移行コード画面の精算移行コードＣＤＰを読み取らせなくとも、保留解除処理への移行を可能とすることができる。
これにより、客端末装置５０を用いて顧客自らが商品の登録を行うショッピングシステム（商品販売データ処理システム）において、他の顧客の会計の進行を妨げないように店員介在商品に対応する処理が行われるようにすることができる。

（２）本実施形態の一態様は、（１）に記載の可搬型登録端末であって、前記情報生成手段が生成した店員介在移行情報を所定の店員用端末（例えば、取引情報管理装置８０、店員用携帯端末等）に出力する情報出力手段を備える。
この場合の店員介在移行情報は、保留解除移行コード画面にて表示される保留解除移行コードＣＤＨ、精算移行コードＣＤＰ、店員呼出ボタン操作に応じた保留解除許可通知等である。

上記構成によれば、客端末装置５０が、精算装置４０と異なる店員用端末に店員介在移行情報を取得させることができる。

（３）本実施形態の一態様は、（２）に記載の可搬型登録端末であって、前記店員用端末に出力される店員介在移行情報は、前記店員用端末にて前記店員介在処理の実行を可能とする情報（例えば、精算移行コードＣＤＰ、保留解除移行コードＣＤＨ）である。

上記構成によれば、精算装置４０と異なる店員用端末が、店員介在移行情報を取得し、保留解除処理を実行することができる。

（４）本実施形態の一態様は、（１）から（３）のいずれか１つに記載の可搬型登録端末であって、前記情報生成手段は、店員介在移行情報として、店員を呼び出し可能な操作が可能な画面（例えば、店員呼出ボタンが配置された保留解除移行コード画面）の情報を生成する。

上記構成によれば、顧客は、客端末装置５０に表示された店員呼出ボタンを操作することで、呼び出しに応じた店員に保留解除を行ってもらうことができる。

（５）本実施形態の一態様は、可搬型登録端末と店員用端末とを備える商品販売データ処理システムであって、前記可搬型登録端末は、商品を登録する登録手段と、前記登録手段により登録された商品において、店員が介在する店員介在処理の必要な要店員介在商品が含まれない場合は精算移行情報を生成し、前記要店員介在商品が含まれる場合には店員介在処理への移行に関する店員介在移行情報を生成する情報生成手段とを備え、前記店員用端末は、前記店員介在処理として、前記要店員介在商品が含まれる取引情報（例えば、カート情報）を編集する編集手段を備える商品販売データ処理システムである。

ここでの取引情報の編集とは、一具体例として、カート情報において示される保留商品の保留状態を解除して正常に登録された商品として登録された状態とする情報の処理をいう。このような取引情報の編集に応じた操作は、年齢確認商品、医薬品、防犯ダグ商品等に応じて保留解除を指示する操作、未特定商品の保留状態の解除のために商品情報を入力する操作等を含む。

上記構成によれば、保留商品処理を精算装置４０以外の店員用端末により行うことが可能になる。

（６）本実施形態の一態様は、（５）に記載の商品販売データ処理システムであって、前記店員用端末は、前記編集手段により編集された取引情報を利用した精算処理を実行可能な精算手段を備える。

上記構成によれば、店員用端末により保留商品処理を行って保留解除を行ったうえで、同じ店員用端末により引き続き精算処理を実行させることが可能になる。

（７）本実施形態の一態様は、一取引に対応して可搬型登録端末が登録した商品に店員が介在する店員介在処理の必要な要店員介在商品が含まれたことに応じて、前記店員介在処理として、前記要店員介在商品が含まれる取引情報を編集する編集手段を備える店員用端末である。

（８）本実施形態の一態様は、可搬型登録端末としてのコンピュータを、商品を登録する登録手段、前記登録手段により登録された商品において、店員が介在する店員介在処理の必要な要店員介在商品が含まれない場合は精算移行情報を生成し、前記要店員介在商品が含まれる場合には店員介在処理への移行に関する店員介在移行情報を生成する情報生成手段として機能させるためのプログラムである。

（９）本実施形態の一態様は、可搬型登録端末とサーバ（例えば取引管理装置６０）とを備える商品販売データ処理システムであって、前記サーバは、可搬型登録端末から送信される商品識別情報に基づいて商品を登録する登録手段と、前記登録手段により登録された商品において、店員が介在する店員介在処理の必要な要店員介在商品が含まれない場合は精算移行情報を生成し、前記要店員介在商品が含まれる場合には店員介在処理への移行に関する店員介在移行情報を生成し、生成した前記精算移行情報または店員介在移行情報が前記可搬型登録端末にて出力されるようにする情報生成手段とを備える商品販売データ処理システムである。

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

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

Claims (9)

1. 商品を登録する登録手段と、
   前記登録手段により登録された商品において、店員が介在する店員介在処理の必要な要店員介在商品が含まれない場合は精算移行情報を生成し、前記要店員介在商品が含まれる場合には店員介在処理への移行に関する店員介在移行情報を生成する情報生成手段と
   を備える可搬型登録端末。
2. 前記情報生成手段が生成した店員介在移行情報を所定の店員用端末に出力する情報出力手段を備える
   請求項１に記載の可搬型登録端末。
3. 前記店員用端末に出力される店員介在移行情報は、前記店員用端末にて前記店員介在処理の実行を可能とする情報である
   請求項２に記載の可搬型登録端末。
4. 前記情報生成手段は、店員介在移行情報として、店員を呼び出し可能な操作が可能な画面の情報を生成する。
   請求項１から３のいずれか一項に記載の可搬型登録端末。
5. 可搬型登録端末と店員用端末とを備える商品販売データ処理システムであって、
   前記可搬型登録端末は、
   商品を登録する登録手段と、
   前記登録手段により登録された商品において、店員が介在する店員介在処理の必要な要店員介在商品が含まれない場合は精算移行情報を生成し、前記要店員介在商品が含まれる場合には店員介在処理への移行に関する店員介在移行情報を生成する情報生成手段とを備え、
   前記店員用端末は、
   前記店員介在処理として、前記要店員介在商品が含まれる取引情報を編集する編集手段を備える
   商品販売データ処理システム。
6. 前記店員用端末は、前記編集手段により編集された取引情報を利用した精算処理を実行可能な精算手段を備える
   請求項５に記載の商品販売データ処理システム。
7. 一取引に対応して可搬型登録端末が登録した商品に店員が介在する店員介在処理の必要な要店員介在商品が含まれたことに応じて、前記店員介在処理として、前記要店員介在商品が含まれる取引情報を編集する編集手段を備える
   店員用端末。
8. 可搬型登録端末としてのコンピュータを、
   商品を登録する登録手段、
   前記登録手段により登録された商品において、店員が介在する店員介在処理の必要な要店員介在商品が含まれない場合は精算移行情報を生成し、前記要店員介在商品が含まれる場合には店員介在処理への移行に関する店員介在移行情報を生成する情報生成手段
   として機能させるためのプログラム。
9. 可搬型登録端末とサーバとを備える商品販売データ処理システムであって、
   前記サーバは、
   可搬型登録端末から送信される商品識別情報に基づいて商品を登録する登録手段と、
   前記登録手段により登録された商品において、店員が介在する店員介在処理の必要な要店員介在商品が含まれない場合は精算移行情報を生成し、前記要店員介在商品が含まれる場合には店員介在処理への移行に関する店員介在移行情報を生成し、生成した前記精算移行情報または店員介在移行情報が前記可搬型登録端末にて出力されるようにする情報生成手段とを備える
   商品販売データ処理システム。

Images