JP7403798B2 - 精算システム、精算装置及びプログラム - Google Patents

Description

本発明は、精算システム、精算装置及びプログラムに関する。

店舗にて、客が、携帯端末装置を操作して、自ら商品登録を行うことが可能な販売システムが導入されている（例えば、特許文献１参照）。このようなシステムでは、先行して商品登録が行われるため、精算処理がスムーズに行われる。

特許第５０５６１６１号公報

しかしながら、客自ら精算処理も行う態様では、様々な状況を考慮して、好適に精算処理を実現することが必要となる。

本発明は、このような事情に鑑みてなされたもので、その目的は、好適に精算処理を実行する技術を提供することにある。

上述した課題を解決するために、本発明の一態様である精算システムは、携帯端末を利用して登録された商品に関する取引情報に基づいて精算装置を利用して精算する精算システムであって、精算対象の取引情報を特定可能な第１特定手段と、精算対象の取引情報を特定可能な前記第１特定手段とは異なる第２特定手段と、前記第１特定手段又は前記第２特定手段により特定された取引情報に基づいて精算する精算手段とを備えることを特徴とする。

販売システムを説明するためのネットワークの概念図である。 精算装置について説明する説明図である。 顧客情報、店舗情報、カート情報の一例を示す図である。 携帯端末の表示部における表示例である。 携帯端末の表示部における表示例である。 精算装置の表示部における表示例である。 精算装置の表示部における表示例である。 処理進行情報について説明する説明図である。 商品購入の流れの概要を説明するシーケンス図である。 商品購入の流れを説明するシーケンス図である。 商品購入の流れを説明するシーケンス図である。 商品購入の流れを説明するシーケンス図である。 商品購入の流れを説明するシーケンス図である。 商品購入の流れを説明するシーケンス図である。 商品購入の流れを説明するシーケンス図である。

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

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

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

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

商品マスタ（商品ファイル）は、例えば、個々の商品を識別する商品識別情報（商品コード）に対応付けて、商品名や販売価格等を記憶したファイルである。

クラウドサーバ２０は、各種サービスを提供するサーバである。例えば、クラウドサーバ２０は、サービスＡ（会員である顧客自身が携帯端末６０を使用して商品を登録する態様に対応するサービス）を提供する。例えば、クラウドサーバ２０は、会員によるサービスＡにおける取引情報（カート情報、又は、バスケット情報などとも称する）等を管理（記憶）する。また、クラウドサーバ２０は、カート情報に加え、サービスＡに係る各種情報（例えば、顧客情報を記憶する顧客マスタ（顧客ファイル）、店舗情報を記憶する店舗マスタ（店舗ファイル）、商品マスタ等）も管理（記憶）する。

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

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

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

携帯端末６０は、会員である顧客によって操作される。携帯端末６０は、サービスＡを利用する際に用いられる。携帯端末６０は、通信機能、撮像機能（カメラ）の他に、各種コード（バーコード、２次元コード等）を認識する認識機能を備える。例えば、携帯端末６０は、商品に付されているバーコードを認識する。例えば、携帯端末６０は、撮像機能によって撮像されている撮像画像（スルー画像として取得している画像）内の特徴点を抽出し、オブジェクト（各種コード）を認識してもよい。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

また、図示は省略したが、精算装置４０は、周囲（具体的には前面）に人間（客、店員等）がいるか否かを検出可能な近接センサ（人感センサ）を備える。

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

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

図３は、顧客情報、店舗情報、カート情報の一例を示す図である。図３（Ａ）は、クラウドサーバ２０が記憶する顧客情報（顧客マスタ）の一例を示している。図３（Ｂ）は、クラウドサーバ２０が記憶する店舗情報（店舗マスタ）の一例を示している。図３（Ｃ）は、クラウドサーバ２０が記憶するカート情報の一例である。

（顧客情報）
図３（Ａ）に例示した顧客情報は、顧客識別情報、顧客名、顧客登録日、キャンセル情報、顧客ランク、ポイント数等を含む。

顧客識別情報は、顧客を一意に識別する識別情報である。顧客名は、顧客の氏名やニックネームなどである。顧客登録日は、顧客登録した日時である。キャンセル情報は、登録後における登録商品のキャンセルに関する情報（例えば、過去の来店毎のキャンセル回数）である。顧客ランクは、顧客の購入実績に応じたランクである。

クラウドサーバ２０は、例えば、顧客登録の際（例えば、携帯端末６０が特定アプリをダウンロード又はインストールする際）に、顧客が入力フォームに入力した情報等に基づいて、当該顧客の顧客情報（顧客識別情報、顧客名、顧客登録日等）を新規に生成し、記憶してもよい。また、クラウドサーバ２０は、適宜（例えば、毎日所定時刻に）、カート情報を参照し、顧客情報（キャンセル情報、顧客ランク、ポイント数等）を更新してもよい。

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

（店舗情報）
図３（Ｂ）に例示した店舗情報は、店舗識別情報、店舗名（支店名）、店舗特定情報１、店舗特定情報２を含む。

店舗識別情報は、店舗を一意に識別する識別情報である。図３（Ｂ）に示した店舗識別情報は、店（屋号）もしくは企業のコードと、支店のコードとから構成される。店舗名は、店舗の名称である。図３（Ｂ）に示した店舗名は、店（屋号）もしくは企業と、支店名とから構成される。

店舗特定情報１は、取引する店舗（商品の売買が行われる店舗）を特定するための２次元コード（ＱＲコード（登録商標）等）の情報である。店舗特定情報２は、取引する店舗を特定するための店舗の位置情報（ＧＰＳ情報）である。なお、図３（Ｂ）に示した例では、店舗識別情報と店舗特定情報１とは異なるが、店舗識別情報と店舗特定情報１とは同一であってもよい。

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

（カート情報）
カート情報は、個々の取引を管理するための情報である。クラウドサーバ２０は、取引の開始時にカート情報を生成する。また、クラウドサーバ２０は、取引の進行にあわせて（例えば、商品が登録される度に）、カート情報を更新する。

図３（Ｃ）に例示したカート情報は、カート識別情報、取引開始日時、取引終了日時、顧客識別情報、登録商品情報、保留商品情報、キャンセル情報、処理進行情報等を含む。

カート識別情報は、カート情報を一意に識別する識別情報である。図３（Ｃ）に示したカート識別情報は、店舗識別情報と、日付と、シリアル番号（例えば店舗別日付別のシリアル番号）とから構成される。

取引開始日時は、取引の開始日時である。取引開始日時は、例えば、当該カート情報の生成日時であってよい。なお、取引開始日時は、１品目の商品の登録日時（図３（Ｃ）中の登録商品情報（登録商品１）を記憶した日時）としてもよい。カート情報の生成日時と１品目の商品の登録日時とを別々に両方記憶してもよい。取引終了日時は、取引の終了日時である。例えば、取引開始日時は、精算日時であってよい。

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

登録商品情報（計）は、商品が登録されるごとに更新される情報である。登録商品情報（計）は、品数（商品数）、概算小計金額（例えば値引き等が反映される前の小計金額）、小計金額等を含む。

登録商品情報（Ｎ；Ｎは整数）は、Ｎ品目の商品の登録商品情報であり、１品目の商品の商品コード、品名（商品名）、価格等を含む。なお、図３（Ｃ）に示す例では、登録商品情報（３）～登録商品情報（５）の図示を省略している。

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

続いて、保留商品について説明する。保留商品とは、購入される商品であるが、正常に登録されずに、登録が保留された商品である。つまり、商品コードのスキャンに成功し、かつ、該商品コードに基づいて商品を特定できた場合には、登録商品情報として記憶されることになるが、商品コードのスキャンが成功しなかった場合や、商品コードのスキャンは成功したものの該商品コードに基づいて商品を特定できなかった場合には、保留商品情報として記憶されることになる。

保留商品には、保留商品（読取ＮＧ）と保留商品（問合ＮＧ）とがある。保留商品（読取ＮＧ）は、商品コードのスキャンに失敗した（スキャナによる読み取りがＮＧとなった）ことによって登録できなかった保留商品である。読取ＮＧとなるのは、例えば、パッケージのシワ等やバーコード印字のカスレや汚れにより商品のバーコードを認識できなかった場合、商品のバーコードを読んだフリして該商品をカゴへ投入した場合などである。つまり、保留商品（読取ＮＧ）は、不正操作の可能性があるため、不正操作であるかの確認を要する要不正操作確認の保留商品であるとも言える。

なお、携帯端末６０は、センサ（例えば、ジャイロセンサや加速度センサや距離センサ等）を備え、バーコードの読取動作（具体的には、バーコードの読み取りのため、当該携帯端末６０が傾けられている状態であり、かつ、ある範囲内（例えば、数センチ～数十センチの距離）にオブジェクト（商品）が撮像されている状態）を検出可能である。携帯端末６０は、所定時間内（例えば、バーコード読取動作の検出後から所定時間内）にバーコードを読み取れなかった場合は、タイムアウト処理として、読取ＮＧと判断する。

保留商品（問合ＮＧ）は、商品コードのスキャンに成功したものの（読取ＮＧとならなかったものの）、商品マスタに該商品コードの商品を問い合わせたが商品の特定に失敗した（商品の問い合わせがＮＧとなった）ことによって登録できなかった保留商品である。

保留商品情報（計）は、保留商品（読取ＮＧ、問合ＮＧ）の品数（商品数）、保留商品（読取ＮＧ）（要不正操作確認）の品数、保留商品（問合ＮＧ）の品数を含む。

保留商品情報（保留商品Ｎ；Ｎは整数）は、Ｎ品目の保留商品の情報であり、Ｎ品目の保留商品の保留商品種別を含む。保留商品種別は、当該保留商品が保留商品（読取ＮＧ）であるか保留商品（問合ＮＧ）であるかを示す情報である。本例では、保留商品種別「１」は読取ＮＧ、保留商品種別「２」は問合ＮＧである。

また、保留商品（読取ＮＧ）の保留商品情報は、保留商品種別「１（読取ＮＧ）」に加え、当該保留商品（読取ＮＧ）の画像データ（読取ＮＧ時に撮像された画像データ）を含む。例えば、保留商品情報（３）は、保留商品種別「１（読取ＮＧ）」、画像データを含んでいる。

また、保留商品（問合ＮＧ）の保留商品情報は、保留商品種別「２（問合ＮＧ）」に加え、当該保留商品（問合ＮＧ）の商品コードを含む。例えば、保留商品情報（１）は、保留商品種別「２（問合ＮＧ）」、商品コードを含んでいる。

キャンセル情報（今回の合計）は、今回の来店におけるキャンセル回数である。キャンセル情報（キャンセルＮ；Ｎは整数）は、Ｎ品目のキャンセル商品の情報であり、Ｎ品目のキャンセル商品の商品コード、数量を含む。

処理進行情報（会計状況情報とも称する）は、個々の取引における現在の進行状況を管理するための情報である。処理進行情報は、処理（取引）の進行にあわせて更新される。処理進行情報の詳細は、後述する。

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

図４及び図５は、携帯端末６０の表示部における表示例等である。図４（Ａ）は、サービスＡの開始画面の一例である。携帯端末６０は、店舗を特定する情報（店舗特定情報）を取得し、開始画面を表示する。例えば、店舗特定情報等を２次元コード化した２次元コードを店舗の入口付近に表示（２次元コードを表示画面に出力、２次元コードを印刷した媒体を貼付等）しておき、来店した顧客（会員）が、携帯端末６０で２次元コードをスキャンする（読み取る）ことにより、携帯端末６０は店舗特定情報を取得してもよい。なお、来店した顧客が特定アプリを起動させると、２次元コードのスキャンを該顧客に指示する画面を表示するようにしてもよいし、来店した顧客が携帯端末６０で２次元コードをスキャンすると、特定アプリが起動し、開始画面を表示してもよい。

開始画面には、図４（Ａ）に示すように、種々のボタンが配置されている。例えば、買物開始ボタン６００は、買い物を開始するためのボタンである。携帯端末６０は、買物開始ボタン６００が操作された場合、開始画面に代えて、図４（Ｂ）以降に示した登録画面を表示する。

図４（Ｂ）は、図４（Ａ）に続く場面における表示である。具体的には、図４（Ｂ）は、図４（Ａ）の開始画面において、買物開始ボタン６００が操作された後に表示される登録画面（初期登録画面）である。登録画面の上側は、主に撮像画像を表示する撮像画像表示領域６０１である。登録画面の下側は、主に商品の登録情報を表示する登録情報表示領域６０２である。

図４（Ｃ）は、図４（Ｂ）に続く場面における表示である。具体的には、図４（Ｃ）は、図４（Ｂ）の登録画面（初期登録画面）において、１品目の商品として、「〇〇食パン」に付されているバーコードを撮像しているときの登録画面である。つまり、顧客は、所望の商品（購入する商品）の登録に際し、図４（Ｃ）に示すように、該商品に付されているバーコードを撮像する。

図４（Ｄ）は、図４（Ｃ）に続く場面における表示である。具体的には、図４（Ｄ）は、１品目の商品（〇〇食パン）の登録が完了した場面における表示である。なお、図４（Ｄ）は、商品を特定した直後（つまりバーコードを未だ撮像しているとき）における表示例である。従って、図４（Ｄ）の表示例では、撮像画像表示領域６０１に該商品のバーコードが表示されている。

携帯端末６０は、バーコードを撮像することによって特定された商品の登録情報等を登録情報表示領域６０２に表示する。例えば、携帯端末６０は、図４（Ｄ）に示すように、バーコードを撮像することによって特定された商品（〇〇食パン）の登録情報（商品名、数量、金額）を表示する（符号ａ）。なお、携帯端末６０は、登録情報の一部（数量）について数量ボタン６０３として表示する。数量ボタン６０３は、数量を変更するためのボタンである。また、携帯端末６０は、合計情報（合計点数、合計金額）を表示する（符号ｂ）。また、携帯端末６０は、精算（会計）に進む場合（商品の登録を終える場合）に操作する会計ボタン６０４を表示する。

図５（Ａ）は、図４（Ｄ）に続く場面における表示である。具体的には、図５（Ａ）は、図４（Ｄ）の登録画面において、会計ボタン６０４が操作された後に表示される２次元コード表示画面である。２次元コード表示画面には、精算用２次元コード６０５が表示されている。また、２次元コード表示画面には、概算合計の表示欄６０６、戻るボタン６０７、照会コードボタン６０８（後述）が配置されている。戻るボタン６０７は、買い物に戻る（買物を再度開始）するためのボタンである。携帯端末６０は、戻るボタン６０７が操作された場合、２次元コード表示画面に代えて、登録画面（会計ボタン６０４の操作直前の登録画面）を表示する。図５（Ｂ）は、精算装置４０における精算用２次元コード６０５の読み取りの様子を示している。図５（Ｃ）及び図５（Ｄ）については後述する。

図６及び図７は、精算装置４０の表示部４０５における表示例である。図６（Ａ）は、精算画面（初期精算画面）である。図６（Ｂ）は、図６（Ａ）に続く場面における表示である。具体的には、図６（Ｂ）は、図６（Ａ）の精算画面（初期精算画面）において、精算用の２次元コード６０５が読み取られた後に表示される精算画面（決済種別選択画面）である。つまり、精算装置４０は、図６（Ａ）に示した精算画面（初期精算画面）において、図５（Ｂ）に示すように携帯端末６０が表示する精算用２次元コード６０５を読み取った場合、図６（Ａ）に示した精算画面（初期精算画面）に代えて、図６（Ｂ）に示した精算画面（決済種別選択画面）を表示する。

図６（Ｃ）は、図６（Ｂ）に続く場面における表示である。具体的には、図６（Ｃ）は、図６（Ｂ）の精算画面（決済種別選択画面）において、「現金」ボタンが操作された後に表示される精算画面（現金投入画面）である。以下、現金が投入され、必要な釣り銭や、レシートが発行され、精算が完了することとなるが、現金投入後の精算画面については説明を省略する。

なお、精算装置４０は、顧客の操作に基づいて精算画面（初期精算画面）を表示してもよい。例えば、精算装置４０は、図６（Ｄ）に示したような初期画面を表示し、該初期画面の「精算スタート」ボタンが操作されると、図６（Ｄ）に示した初期画面に代えて図６（Ａ）に示した登録画面（初期精算画面）を表示してもよい。つまり、図６（Ｄ）の初期画面→図６（Ａ）の登録画面（初期精算画面）と遷移させてもよい。

また、精算装置４０は、精算用２次元コード６０５を読み取った際に、該精算用２次元コード６０５によって特定される取引について店員の呼び出しが必要な取引の場合（例えば、該精算用２次元コード６０５によって特定されるカート情報が保留商品情報やキャンセル情報を含む場合）には、店員呼出処理（例えば、監視装置５０、登録精算装置３０、店員が使用する非図示の携帯端末等に店員の呼出があった旨を通知等）を実行するとともに、例えば、図６（Ｅ）に示すように店員呼出中である旨を顧客に報知してもよい。

図７（Ａ）は、精算用２次元コード６０５の読み取りができなかった場合に、精算装置４０の表示部４０５に表示される精算画面（精算用入力画面）である。つまり、精算装置４０は、図６（Ａ）に示した精算画面（初期精算画面）において、精算用２次元コード６０５の読み取りができた場合は、図６（Ｂ）に示したような精算画面（決済種別選択画面）を表示するが、精算用２次元コード６０５の読み取りができなかった場合には、図７（Ａ）に示したような精算画面（精算用入力画面）を表示する。なお、図７（Ａ）の詳細、図７（Ｂ）～図７（Ｆ）については後述する。

図８は、処理進行情報について説明する説明図である。上述したように、カート情報内の処理進行情報は、処理（取引）の進行にあわせて更新される。

図８（Ａ）は、精算用２次元コード６０５の読み取りができなかった場合に精算装置４０上にて顧客に照会コードを入力させる第１の方法（実施例１：後述）、及び、精算用２次元コード６０５の読み取りができなかった場合に精算装置４０上にて顧客に照会コードを選択させる第１の方法（実施例３：後述）における、処理進行情報について説明する説明図である。

図８（Ａ）の処理進行情報は、５つ値（「０」、「１０」、「２０」、「４０」、「５０」）を取り得る。図８（Ａ）の処理進行情報の値は、精算用２次元コード６０５の読み取りができた場合（ＯＫの場合）も、読み取りができなかった場合（ＮＧの場合）も、０→１０→２０→４０→５０と推移する。

図８（Ａ）の処理進行情報の各値について説明する。
値「０」は、「カート情報生成」に対応する。現在の進行状況が、カート情報生成後であって１品目の商品登録前である場合には、処理進行情報の値は「０（カート情報生成）」となる。または、処理進行情報が値「０（カート情報生成）」である場合には、現在の進行状況は、カート情報生成後であって１品目の商品登録前である。
値「１０」は、「買物中」に対応する。現在の進行状況が、１品目の商品登録後であって会計指示の受付前である場合には、処理進行情報の値は「１０（買物中）」となる。または、処理進行情報が値「１０（買物中）」である場合には、現在の進行状況は、１品目の商品登録後であって会計指示の受付前である。なお、会計指示とは、携帯端末６０が顧客から会計ボタン６０４の操作を受け付けることである。
値「２０」は、「会計指示受付」に対応する。現在の進行状況が、会計指示の受付後であって精算画面の表示前である場合には、処理進行情報の値は「２０（会計指示受付）」となる。または、処理進行情報が値「２０（会計指示受付）」である場合には、現在の進行状況は、会計指示の受付後であって精算画面の表示前である。
値「４０」は、「精算画面表示」に対応する。現在の進行状況が、精算画面の表示後であって精算完了前である場合には、処理進行情報の値は「４０（精算画面表示）」となる。または、処理進行情報が値「４０（精算画面表示）」である場合には、現在の進行状況は、精算画面の表示後であって精算完了前である。
値「５０」は、「精算完了」に対応する。

図８（Ｂ）は、精算用２次元コード６０５の読み取りができなかった場合に精算装置４０上にて顧客に照会コードを入力させる第２の方法（実施例２：後述）、及び、精算用２次元コード６０５の読み取りができなかった場合に精算装置４０上にて顧客に照会コードを選択させる第２の方法（実施例４：後述）における、処理進行情報について説明する説明図である。

図８（Ｂ）の処理進行情報は、６つ値（「０」、「１０」、「２０」、「３０」、「４０」、「５０」）を取り得る。図８（Ａ）の処理進行情報と図８（Ｂ）の処理進行情報とを比較すると、図８（Ｂ）の処理進行情報は、図８（Ａ）の処理進行情報に対し、値「３０」が追加されている点が異なる。図８（Ｂ）の処理進行情報の値は、精算用２次元コード６０５の読み取りができた場合（ＯＫの場合）には、０→１０→２０→４０→５０と推移し、読み取りができなかった場合（ＮＧの場合）には、０→１０→２０→３０→４０→５０と推移する。

図８（Ｂ）の処理進行情報の各値について説明する。
図８（Ｂ）の処理進行情報の値「０」は、図８（Ａ）の処理進行情報の値「０」と同様であり、「カート情報生成」に対応する。
図８（Ｂ）の処理進行情報の値「１０」は、図８（Ａ）の処理進行情報の値「１０」と同様であり、「買物中」に対応する。
図８（Ｂ）の処理進行情報の値「２０」は、図８（Ａ）の処理進行情報の値「２０」と同様であり、「会計指示受付」に対応する。但し、図８（Ｂ）の処理進行情報では、現在の進行状況が、会計指示の受付後であって精算画面の表示前又は照会コード表示指示の受付前である場合に、処理進行情報の値は「２０（会計指示受付）」となる。または、処理進行情報が値「２０（会計指示受付）」である場合には、現在の進行状況は、会計指示の受付後であって精算画面の表示前又は照会コード表示指示の受付前である。
図８（Ｂ）の処理進行情報の値「３０」は、「照会コード表示指示受付」に対応する。現在の進行状況が、照会コード表示指示の受付後であって精算画面の表示前である場合には、処理進行情報の値は「３０（照会コード表示指示受付）」となる。または、処理進行情報が値「３０（照会コード表示指示受付）」である場合には、現在の進行状況は、照会コード表示指示の受付後であって精算画面の表示前である。
図８（Ｂ）の処理進行情報の値「４０」は、図８（Ａ）の処理進行情報の値「４０」と同様であり、「精算画面表示」に対応する。
図８（Ｂ）の処理進行情報の値「５０」は、図８（Ａ）の処理進行情報の値「５０」と同様であり、「精算完了」に対応する。

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

なお、図１１（後述）等のシーケンス図は、精算装置４０が精算用２次元コード６０５を認識しなかった場合の商品購入の流れを示しているが、図９及び図１０のシーケンス図は、精算装置４０が精算用２次元コード６０５を認識した場合の商品購入の流れを示している。

また、図９及び図１０のシーケンス図は、精算装置４０が認識できる場合（読み取りＯＫの場合）の流れを示すものであるため、図８（Ａ）、図８（Ｂ）に示した何れの処理進行情報であっても、処理進行情報の値は、処理（取引）の進行にあわせて、０→１０→２０→４０→５０と推移することとなる。図９及び図１０のシーケンス図の説明において、図８（Ａ）、図８（Ｂ）の何れかの処理進行情報が適用されているものとする。

図１０のステップＳ１：携帯端末６０は、店舗特定情報を取得する。例えば、来店した顧客が、携帯端末６０で、店舗の入口付近に表示されている２次元コードをスキャンすることにより、携帯端末６０は店舗特定情報を取得する。

ステップＳ２：店舗特定情報を取得した携帯端末６０は、当該店舗特定情報を顧客識別情報（ユーザＩＤ）とともにクラウドサーバ２０に送信する。

（クラウドサーバ２０のアドレス）
ステップＳ２の実行時において、クラウドサーバ２０のアドレス（送信先情報）は、携帯端末６０に記憶されている。具体的には、携帯端末６０は、顧客登録の際（例えば、携帯端末６０に特定アプリをインストールする際等）に、クラウドサーバ２０のアドレスを記憶する。例えば、特定アプリ内にクラウドサーバ２０のアドレスが保持されており、顧客登録の完了時に、クラウドサーバ２０のアドレスが、携帯端末６０の記憶部（特定アプリのユーザ記憶領域であってもよいし、アプリ共通の記憶領域であってもよい）に記憶されるようにしてもよい。

（顧客識別情報について）
ステップＳ２の実行時において、顧客識別情報は、携帯端末６０に記憶されている。具体的には、携帯端末６０は、顧客登録の際に、顧客識別情報を記憶する。顧客登録では、携帯端末６０を用いて、登録フォームに入力された情報が、クラウドサーバ２０に顧客情報として記憶されるが、登録フォームに顧客識別情報を入力する態様（顧客が顧客識別情報を指定する態様）の場合、登録フォームに入力した顧客識別情報が、当該携帯端末６０の記憶部に記憶されるとともに、クラウドサーバ２０に送信され、クラウドサーバ２０に顧客情報として記憶される。一方、登録フォームに顧客識別情報を入力しない態様（クラウドサーバ２０が顧客識別情報を生成する態様）の場合、クラウドサーバ２０が生成した顧客識別情報が、クラウドサーバ２０に顧客情報として記憶されるとともに、携帯端末６０に送信され、携帯端末６０の記憶部にも記憶される。

ステップＳ３：携帯端末６０から顧客識別情報及び店舗特定情報を受信したクラウドサーバ２０は、当該取引のカート情報を生成する。クラウドサーバ２０は、カート情報内の処理進行情報の値として「０（カート情報生成）」を記憶する。

ステップＳ４：当該取引のカート情報を生成したクラウドサーバ２０は、画面情報（開始画面の画面情報、初期登録画面の画面情報）を生成し、生成した画面情報をカート識別情報とともに携帯端末６０に送信する。

ステップＳ５：クラウドサーバ２０からカート識別情報及び画面情報を受信した携帯端末６０は、カート識別情報を記憶するとともに、図４（Ａ）に示すように、開始画面を表示部に表示する。

ステップＳ６：買物開始ボタン６００の操作に応じて、携帯端末６０は、図４（Ｂ）に示すように、登録画面（初期登録画面）を表示部に表示する。

なお、図９のシーケンス図では、開始画面の画面情報とともに初期登録画面の画面情報を送受信しているが、開始画面の画面情報を送受信した後に、初期登録画面の画面情報を送受信してもよい。つまり、上記ステップＳ６は、例えば、下記（１）～（３）のように動作するものであってもよい。（１）携帯端末６０は、買物開始ボタンが操作された旨の情報を顧客識別情報とともにクラウドサーバ２０に送信する。（２）携帯端末６０から買物開始ボタンが操作された旨の情報及び顧客識別情報を受信したクラウドサーバ２０は、画面情報（初期登録画面の画面情報）を生成し、生成した画面情報を携帯端末６０に送信する。（３）クラウドサーバ２０から画面情報を受信した携帯端末６０は、初期登録画面を表示部に表示する。

ステップＳ７：顧客の読取操作に応じて、携帯端末６０は、商品に付されたバーコードをスキャンし、商品コードを読み取る。

ステップＳ８：携帯端末６０は、読み取った商品コードをカート識別情報とともにクラウドサーバ２０に送信する。

ステップＳ９：携帯端末６０からカート識別情報及び商品コードを受信したクラウドサーバ２０は、当該カート識別情報により識別されるカート情報を更新する。例えば、クラウドサーバ２０は、Ｎ品目として商品コードを受信した場合には、当該商品コードを登録商品情報（登録商品Ｎ）の商品コードとして記憶し、当該商品コードに対応する品名及び価格を商品情報から取得し、登録商品情報（登録商品Ｎ）の商品及び価格として記憶する。また、クラウドサーバ２０は、登録商品情報（計）を更新する。また、クラウドサーバ２０は、処理進行情報の値を「０（カート情報生成）」から「１０（買物中）」に更新する。

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

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

なお、図９では説明の便宜上簡略化したが、ステップＳ７～ステップＳ１１の処理は、下記ステップＳ１２において会計指示を受け付ける迄の間において、ステップＳ７において商品コードを読み取る度に繰り返し実行される。つまり、ステップＳ１１の後には、会計指示を受け付ける場合（下記ステップＳ１２に進む場合）と、再度商品コードを読み取る場合（上記ステップＳ７に戻る場合）とがある。なお、再度商品コードを読み取る場合（上記ステップＳ７に戻る場合）には、再度実行されるステップＳ９において、処理進行情報の値は、「１０（買物中）」のまま維持される（同じ値「１０（買物中）」で上書きしてもよい）。

ステップＳ１２：携帯端末６０は、顧客の操作として会計指示を受け付ける。具体的には、携帯端末６０は、会計ボタン６０４の操作を受け付ける。

ステップＳ１３：会計指示を受け付けた携帯端末６０は、会計指示受付通知をカート識別情報とともにクラウドサーバ２０に送信する。

ステップＳ１５：携帯端末６０からカート識別情報及び会計指示受付通知を受信したクラウドサーバ２０は、当該カート識別情報により識別されるカート情報を更新する。具体的には、クラウドサーバ２０は、カート情報内の処理進行情報の値を「１０（買物中）」から「２０（会計指示受付）」に更新する。

ステップＳ１５：また、会計指示を受け付けた携帯端末６０は、精算用２次元コード６０５を生成、表示する。つまり、携帯端末６０は、当該携帯端末６０による買上商品について精算処理を実行するために必要となる情報（例えば、当該カート情報のカート識別情報、当該カート情報を照会（識別）するための照会コード、当該カート情報にアクセスするためのＵＲＬ等）を２次元コード化した精算用２次元コード６０５を生成し、表示する。例えば、携帯端末６０は、カート識別情報を２次元コード化した精算用２次元コード６０５を生成し、生成した精算用２次元コード６０５を、例えば、図５（Ａ）に示した２次元コード表示画面において表示する。

（照会コードについて）
図３（Ｃ）に示したように、カート識別情報は、店舗識別情報と、日付と、シリアル番号（例えば店舗別日付別のシリアル番号）とから構成される。店舗識別情報、日付、及びシリアル番号のうち、少なくとも、店舗識別情報及び日付は、精算用２次元コード６０５を読み取る精算装置４０にて認識可能である。つまり、精算装置４０は、精算用２次元コード６０５からシリアル番号を取得すれば、カート識別情報を認識（生成）することができる。以上により、照会コードとして、カート識別情報の一部を構成するシリアル番号を用いてもよく、図９及び図１０のシーケンス図（図１１（後述）等の他のシーケンス図も同様）においては、照会コードとして、カート識別情報の一部を構成するシリアル番号を用いるものとする。

図１０のステップＳ２０：精算装置４０は、近接センサ（人感センサ）により、顧客の存在を感知する。

ステップＳ２１：精算装置４０は、顧客による読取動作を検出したと判断する。例えば、精算装置４０は、所定時間内（例えば、顧客の存在の感知後の所定時間内）に、オブジェクトとして２次元コードらしきもの（例えば、白地に細かな黒のドットが配置された正方形（又は略正方形）、あるいは、２次元コードの特徴点と同一又は類似する特徴点を有する図形等）を認識した場合に、顧客による読取動作を検出したと判断する。

つまり、図５（Ｂ）に示すように、顧客が、精算用２次元コード６０５を精算装置４０（スキャナ部４０６）に読ませる動作を行うと、精算装置４０は、実際に精算用２次元コード６０５を認識する前に、オブジェクトとして２次元コードらしきものを認識する。従って、精算装置４０は、オブジェクトとして２次元コードらしきものを認識したことを以って、顧客による読取動作を検出したと判断する。なお、精算装置４０は、所定時間内（例えば、顧客の存在の感知後の所定時間内）に、オブジェクトとして２次元コードらしきものを認識しなかった場合には、顧客による読取動作を検出しなかったと判断する。

ステップＳ２３：精算装置４０は、精算用２次元コード６０５を認識する（読み取る）。なお、精算装置４０は、所定時間内（例えば、２次元コードらしきものを認識した後の所定時間内）に、精算用２次元コード６０５を認識しなかった場合には、２次元コードを認識しなかったと判断する。

ステップＳ５０：２次元コードを読み取った精算装置４０は、クラウドサーバ２０に精算画面（例えば、決済種別選択画面）を要求する。例えば、精算装置４０は、精算画面を要求する情報（精算画面要求情報）を２次元コードから取得したカート識別情報とともに、管理装置１０を介して、クラウドサーバ２０に送信する。

ステップＳ５５：精算装置４０からカート識別情報及び精算画面要求情報を受信したクラウドサーバ２０は、カート識別情報により識別されるカート情報を更新する。具体的には、クラウドサーバ２０は、小計金額（各種の割引等を反映させた最終的な小計金額）を算出し、小計金額（算出後小計金額）として記憶する。また、クラウドサーバ２０は、処理進行情報の値を「２０（会計指示受付）」から「４０（精算画面表示）」に更新する。

ステップＳ５７：カート情報を更新したクラウドサーバ２０は、画面情報（小計金額を含む精算画面の画面情報。例えば、図６（Ｂ）に示すような精算画面（決済種別選択画面）の画面情報）を生成し、生成した画面情報をカート識別情報とともに、管理装置１０を介して、精算装置４０に送信する。

ステップＳ５８：クラウドサーバ２０からカート識別情報及び画面情報を受信した精算装置４０は、精算画面（例えば、図６（Ｂ）に示すような小計金額を表示した決済種別選択画面）を表示部４０５に表示する。

ステップＳ５９：精算画面を表示した精算装置４０は、支払い（精算）を実行する。具体的には、精算装置４０は、決済種別の選択を受け付ける。現金の場合には、預り金の投入を受け付けて、釣り銭金額を算出し、釣り銭がある場合には、釣り銭を放出するとともに、レシートを発行する。

ステップＳ６０：支払い（精算）が完了した精算装置４０は、精算完了通知をカート識別情報とともに、管理装置１０を介して、クラウドサーバ２０に送信する。

ステップＳ６１：精算装置４０からカート識別情報及び精算完了通知を受信したクラウドサーバ２０は、当該カート識別情報により識別されるカート情報を更新する。例えば、クラウドサーバ２０は、取引終了日時（精算日時）を記憶する。また、クラウドサーバ２０は、カート情報内の処理進行情報の値を「４０（精算画面表示）」から「５０（精算完了）」に更新する。

図１１～図１４は、販売システム１（具体的には特定販売システムが提供するサービスＡ）による商品購入の流れを説明するシーケンス図である。具体的には、図１１のシーケンス図は、精算装置４０が精算用２次元コード６０５を認識しなかった場合に、精算装置４０上にて、顧客に照会コードを入力させる第１の態様（実施例１）の流れを説明するシーケンス図である。図１２のシーケンス図は、精算装置４０が精算用２次元コード６０５を認識しなかった場合に、精算装置４０上にて、顧客に照会コードを入力させる第２の態様（実施例２）の流れを説明するシーケンス図である。図１３のシーケンス図は、精算装置４０が精算用２次元コード６０５を認識しなかった場合に、精算装置４０上にて、顧客に照会コードを選択させる第１の態様（実施例３）の流れを説明するシーケンス図である。図１４のシーケンス図は、精算装置４０が精算用２次元コード６０５を認識しなかった場合に、精算装置４０上にて、顧客に照会コードを選択させる第２の態様（実施例４）の流れを説明するシーケンス図である。

なお、精算装置４０が精算用２次元コード６０５を認識しなかった場合に、店員が操作を行ってもよい。つまり、図１１（実施例１）や図１２（実施例２）において、顧客ではなく店員が照会コードを入力してもよい。図１３（実施例３）や図１４（実施例４）において、顧客ではなく店員が照会コードを選択してもよい。但し、以下の説明では、精算装置４０が精算用２次元コード６０５を認識しなかった場合に、顧客が操作を行うものとして説明する。

（実施例１）
図１１のシーケンス図を用いて、実施例１として、精算用２次元コード６０５の読み取りができなかった場合に精算装置４０上にて顧客に照会コードを入力させる第１の方法について説明する。なお、本実施例１では、図８（Ａ）の処理進行情報が適用される。

なお、携帯端末６０が精算用２次元コード６０５を生成し、表示する迄の流れは、精算用２次元コード６０５の読み取りができた場合の流れ（図９）と同様であるため、省略する。なお、図９のステップＳ１５において、携帯端末６０は、図５（Ａ）に示した２次元コード表示画面を表示しているものとする。

図１１のステップＳ２０：精算装置４０は、図１０のステップＳ２０と同様、近接センサ（人感センサ）により、顧客の存在を感知する。

ステップＳ２１：精算装置４０は、図１０のステップＳ２１と同様、顧客による読取動作を検出したと判断する。つまり、精算装置４０は、所定時間内（例えば、顧客の存在の感知後の所定時間内）に、オブジェクトとして２次元コードらしきものを認識した場合に、顧客による読取動作を検出したと判断する。

ステップＳ２４：精算装置４０は、精算用２次元コード６０５を認識しなかったと判断する。例えば、精算装置４０は、所定時間内（例えば、２次元コードらしきものを認識した後の所定時間内）に、精算用２次元コード６０５を認識しなかった場合には、２次元コードを認識しなかったと判断する。つまり、精算装置４０は、顧客による読取動作を検出したものの（ステップＳ２１）、所定時間内に、精算用２次元コード６０５を認識しなかった場合には、タイムアウト処理として、精算用２次元コード６０５認識しなかったと判断する。

ステップＳ３０：精算用２次元コード６０５の認識不可を検出した精算装置４０は、照会コードの入力欄を含む精算用入力画面を表示する。例えば、精算装置４０は、図７（Ａ）に示すような精算用入力画面を表示する。図７（Ａ）に示した精算用入力画面には、読み取りエラーとなった旨（符号ａ）と、顧客への指示（符号ｂ）とが表示され、また、照会コードの入力欄（符号ｃ）が設けられている。

ステップＳ３２：携帯端末６０は、顧客の操作として照会コード表示指示を受け付ける。具体的には、携帯端末６０は、図９のステップＳ１５において、図５（Ａ）に示した２次元コード表示画面を表示しているが、図５（Ａ）に示した２次元コード表示画面において、「照会コードを表示する」と表示された照会コードボタン６０８の操作（タッチ）を受け付ける。換言すれば、顧客は、精算装置４０に表示された精算用入力画面（例えば、図７（Ａ）の精算用入力画面の指示（符号ｂ））に従って、携帯端末６０を操作（例えば、図５（Ａ）の２次元コード表示画面の照会コードボタン６０８を操作）する。

ステップＳ３５：照会コード表示指示を受け付けた携帯端末６０は、照会コードを表示する。例えば、携帯端末６０は、記憶しているカート識別情報の一部を構成するシリアル番号を照会コードとして、図５（Ｃ）に示すように、２次元コード表示画面に表示する。

ステップＳ３６：精算装置４０は、精算用入力画面を介して照会コードの入力を受け付ける。つまり、顧客は、精算装置４０の精算用入力画面の照会コードの入力欄に、ステップＳ３５において携帯端末６０に表示された照会コードを入力する。

ステップＳ５１：照会コードの入力を受け付けた精算装置４０は、クラウドサーバ２０に精算画面（例えば、決済種別選択画面）を要求する。例えば、精算装置４０は、精算画面を要求する情報（精算画面要求情報）をカート識別情報（店舗識別情報と、日付と、ステップＳ３６において入力された照会コードと、から得られるカート識別情報）とともに、管理装置１０を介して、クラウドサーバ２０に送信する。

ステップＳ５３：精算装置４０からカート識別情報及び精算画面要求情報を受信したクラウドサーバ２０は、精算装置４０から取得したカート識別情報は妥当であるか否か（つまり、顧客による照会コードの入力は妥当であるか否か）を判断する。具体的には、クラウドサーバ２０は、精算装置４０から取得したカート識別情報により識別されるカート情報内の処理進行情報の値が「２０（会計指示受付）」であれば、精算装置４０から取得したカート識別情報（照会コード）は妥当であると判断し、「２０（会計指示受付）」でなければ、精算装置４０から取得したカート識別情報（照会コード）は妥当でないと判断する。

なお、クラウドサーバ２０は、精算装置４０から取得したカート識別情報（照会コード）が妥当でないと判断した場合には、照会コードが入力エラーとなった旨、照会コードの再入力を要する旨等のメッセージを精算装置４０（精算用入力画面）に表示させるようにしてもよい。クラウドサーバ２０は、精算装置４０に代えて又は加えて、上記メッセージを携帯端末６０に表示させるようにしてもよい。

ステップＳ５５：精算装置４０から取得したカート識別情報により識別されるカート情報は妥当であると判断したクラウドサーバ２０は、図１０のステップＳ５５と同様、当該カート情報を更新する。すなわち、クラウドサーバ２０は、小計金額（各種の割引等を反映させた最終的な小計金額）を算出し、小計金額（算出後小計金額）として記憶する。また、クラウドサーバ２０は、処理進行情報の値を「２０（会計指示受付）」から「４０（精算画面表示）」に更新する。

以下の流れは、図１０と同様であるため、説明を省略する。

なお、上記実施例１では、精算装置４０において精算用入力画面が表示された後に、携帯端末６０上の顧客の操作（照会コードボタン６０８の操作等）があった場合に、該携帯端末６０が照会コードを表示する例を説明したが（ステップＳ３０、Ｓ３２、Ｓ３５）、精算装置４０において精算用入力画面が表示された後に、携帯端末６０上の顧客の操作がない場合でも、該携帯端末６０が照会コードを表示してもよい。例えば、携帯端末６０は、図９のステップＳ１５の段階から、照会コードを表示してもよい（例えば、図５（Ｃ）に示すような２次元コード表示画面を表示してもよい）。携帯端末６０が、図９のステップＳ１５の段階から照会コードを表示する態様では、精算装置４０は、精算用２次元コード６０５の認識不可を検出した場合、図７（Ａ）に示すような精算用入力画面に代えて、図７（Ｂ）に示すような精算用入力画面を表示する。図７（Ａ）に示した精算用入力画面では、携帯端末６０上の操作を顧客に指示しているが（図７（Ａ）の符号ｂ）、図７（Ｂ）に示した精算用入力画面では、携帯端末６０上の操作を顧客に指示していない（図７（Ａ）の符号ｄ）。

（実施例２）
続いて、図１２のシーケンス図を用いて、実施例２として、精算用２次元コード６０５の読み取りができなかった場合に精算装置４０上にて顧客に照会コードを入力させる第２の方法について説明する。なお、本実施例２では、図８（Ｂ）の処理進行情報が適用される。

なお、図１２のステップＳ２０、Ｓ２１、Ｓ２４、Ｓ３０、Ｓ３２、Ｓ３５、Ｓ３６、Ｓ５１は、図１１のステップＳ２０、Ｓ２１、Ｓ２４、Ｓ３０、Ｓ３２、Ｓ３５、Ｓ３６、Ｓ５１と同様であるため、図１２における説明を省略する。

図１２のステップＳ３３：照会コード表示指示を受け付けた携帯端末６０は、照会コード表示指示受付通知をカート識別情報とともにクラウドサーバ２０に送信する。

ステップＳ３４：携帯端末６０からカート識別情報及び照会コード表示指示受付通知を受信したクラウドサーバ２０は、当該カート識別情報により識別されるカート情報を更新する。具体的には、クラウドサーバ２０は、カート情報内の処理進行情報の値を「２０（会計指示受付）」から「３０（照会コード表示指示受付）」に更新する。

ステップＳ５４：精算装置４０からカート識別情報及び精算画面要求情報を受信したクラウドサーバ２０は、精算装置４０から取得したカート識別情報は妥当であるか否か（つまり、顧客による照会コードの入力は妥当であるか否か）を判断する。具体的には、クラウドサーバ２０は、精算装置４０から取得したカート識別情報により識別されるカート情報内の処理進行情報の値が「３０（照会コード表示指示受付）」であれば、精算装置４０から取得したカート識別情報（照会コード）は妥当であると判断し、「３０（照会コード表示指示受付）」でなければ、精算装置４０から取得したカート識別情報（照会コード）は妥当でないと判断する。

なお、クラウドサーバ２０は、精算装置４０から取得したカート識別情報（照会コード）が妥当でないと判断した場合には、照会コードが入力エラーとなった旨、照会コードの再入力を要する旨等のメッセージを精算装置４０（精算用入力画面）に表示させるようにしてもよい。クラウドサーバ２０は、精算装置４０に代えて又は加えて、上記メッセージを携帯端末６０に表示させるようにしてもよい。

ステップＳ５６：精算装置４０から取得したカート識別情報により識別されるカート情報は妥当であると判断したクラウドサーバ２０は、当該カート情報を更新する。具体的には、クラウドサーバ２０は、小計金額（各種の割引等を反映させた最終的な小計金額）を算出し、小計金額（算出後小計金額）として記憶する。また、クラウドサーバ２０は、処理進行情報の値を「３０（照会コード表示指示受付）」から「４０（精算画面表示）」に更新する。

（実施例３）
続いて、図１３のシーケンス図を用いて、実施例３として、精算用２次元コード６０５の読み取りができなかった場合に精算装置４０上にて顧客に照会コードを選択させる第１の方法について説明する。なお、本実施例３では、図８（Ａ）の処理進行情報が適用される。

なお、図１３のステップＳ２０、Ｓ２１、Ｓ２４、Ｓ５５は、図１１のステップＳ２０、Ｓ２１、Ｓ２４、Ｓ５５と同様であるため、図１３における説明を省略する。

ステップＳ４１：精算用２次元コード６０５の認識不可を検出した精算装置４０は、クラウドサーバ２０に、照会コードの候補を選択可能に表示する精算用選択画面を要求する。例えば、精算装置４０は、精算用選択画面を要求する情報（精算用選択画面要求情報）を、管理装置１０を介して、クラウドサーバ２０に送信する。

ステップＳ４２：精算装置４０から精算用選択画面要求情報を受信したクラウドサーバ２０は、該当するカート情報を抽出する。具体的には、クラウドサーバ２０は、処理進行情報の値が「２０（会計指示受付）」であるカート情報を抽出する。

ステップＳ４４：カート情報を抽出したクラウドサーバ２０は、画面情報（抽出したカート情報に対応する照会コードの候補を選択可能に表示する精算用選択画面の画面情報。例えば、図７（Ｃ）に示すような、照会コードの候補を選択可能に表示する精算用選択画面の画面情報）を生成し、生成した画面情報を、管理装置１０を介して、精算装置４０に送信する。

ステップＳ４５：クラウドサーバ２０から画面情報を受信した精算装置４０は、精算画面（例えば、図７（Ｃ）に示すような、照会コードの候補を選択可能に表示する精算用選択画面）を表示部４０５に表示する。なお、図７（Ｃ）に示した精算用選択画面には、読み取りエラーとなった旨（符号ａ）と、顧客への指示（符号ｅ）とが表示され、また、照会コードの選択ボタン（符号ｆ）が設けられている。

ステップＳ４６：精算装置４０は、精算用選択画面を介して照会コードの選択を受け付ける。

ステップＳ５２：照会コードの選択を受け付けた精算装置４０は、クラウドサーバ２０に精算画面（例えば、決済種別選択画面）を要求する。例えば、精算装置４０は、精算画面を要求する情報（精算画面要求情報）をカート識別情報（店舗識別情報と、日付、ステップＳ４６において選択された照会コードと、から得られるカート識別情報）とともに、管理装置１０を介して、クラウドサーバ２０に送信する。

ステップＳ５５：精算装置４０からカート識別情報及び精算画面要求情報を受信したクラウドサーバ２０は、図１０のステップＳ５５と同様、当該カート情報を更新する。すなわち、クラウドサーバ２０は、小計金額（各種の割引等を反映させた最終的な小計金額）を算出し、小計金額（算出後小計金額）として記憶する。また、クラウドサーバ２０は、処理進行情報の値を「２０（会計指示受付）」から「４０（精算画面表示）」に更新する。

なお、上記実施例３では、携帯端末６０に照会コードを表示しない例を説明したが、携帯端末６０に照会コードを表示してもよい。例えば、携帯端末６０は、図９のステップＳ１５の段階から、照会コードを表示してもよい（例えば、図５（Ｃ）に示すような２次元コード表示画面を表示してもよい）。携帯端末６０が、図９のステップＳ１５の段階から照会コードを表示する態様では、精算装置４０は、精算用２次元コード６０５の認識不可を検出した場合、図７（Ｃ）に示すような精算用入力画面に代えて、図７（Ｄ）に示すような精算用入力画面を表示する。図７（Ｃ）に示した精算用入力画面では、携帯端末６０に照会コードが表示されている旨を報知していないが（図７（Ｃ）の符号ｅ）、図７（Ｄ）に示した精算用入力画面では、携帯端末６０に照会コードが表示されている旨を報知している（図７（Ｄ）の符号ｇ）。

（実施例４）
続いて、図１４のシーケンス図を用いて、実施例４として、精算用２次元コード６０５の読み取りができなかった場合に精算装置４０上にて顧客に照会コードを選択させる第２の方法について説明する。なお、本実施例４では、図８（Ｂ）の処理進行情報が適用される。

なお、図１４のステップＳ２０、Ｓ２１、Ｓ２４は、図１１のステップＳ２０、Ｓ２１、Ｓ２４と同様であるため、図１４における説明を省略する。また、図１４のステップＳ３２、Ｓ３３、Ｓ３４、Ｓ３５は、図１２のステップＳ３２、Ｓ３３、Ｓ３４、Ｓ３５と同様であるため、図１４における説明を省略する。また、図１４のステップＳ４１、Ｓ４４、Ｓ４５、Ｓ４６、Ｓ５２は、図１３のステップＳ４１、Ｓ４４、Ｓ４５、Ｓ４６、Ｓ５２と同様であるため、図１４における説明の一部又は全部を省略する。

ステップＳ３１：精算用２次元コード６０５の認識不可を検出した精算装置４０は、所定の操作を指示するメッセージを表示する。例えば、精算装置４０は、図７（Ｅ）に示すような操作指示画面を表示する。図７（Ｅ）に示した操作指示画面には、読み取りエラーとなった旨（符号ａ）と、顧客への指示（符号ｈ）とが表示され、また、抽出ボタン（符号ｉ）が設けられている。

ステップＳ４０：精算装置４０は、操作指示画面を介して精算用選択画面の表示指示を受け付ける。例えば、精算装置４０は、図７（Ｅ）に示した操作指示画面において、抽出ボタン（符号ｉ）の操作（タッチ）を受け付ける。

ステップＳ４３：精算装置４０から精算用選択画面要求情報を受信したクラウドサーバ２０は、該当するカート情報を抽出する。具体的には、クラウドサーバ２０は、処理進行情報の値が「３０（照会コード表示指示受付）」であるカート情報を抽出する。

ステップＳ４５：クラウドサーバ２０から画面情報を受信した精算装置４０は、精算画面（例えば、図７（Ｄ）に示すような、照会コードの候補を選択可能に表示する精算用選択画面）を表示部４０５に表示する。

以上、図１１～図１４の夫々を用いて実施例１～実施例４を説明したが、図１１～図１４の各シーケンス図は、何れも、精算装置４０が、顧客による読取動作を検出したものの、精算用２次元コード６０５を認識しなかった場合の流れを説明したものである。精算装置４０が、顧客による読取動作を検出したとしても、例えば、精算用２次元コード６０５を表示している携帯端末６０の表示部（表示画面）の汚れやひび割れ、表示部に貼られたシート、表示部の暗さなどが影響し、精算用２次元コード６０５を認識できない場合があるが、図１１～図１４の各シーケンス図は、何れも、上述のこのような場面における、商品購入の流れを説明したものである。

携帯端末６０側の問題（上述した携帯端末６０の表示部の汚れやひび割れ等）の他、精算装置４０側の問題（例えば、スキャナ部４０６の不具合等）により、精算装置４０が精算用２次元コード６０５を認識できない場合も考えられる。

図１５は、販売システム１（具体的には特定販売システムが提供するサービスＡ）による商品購入の流れを説明するシーケンス図である。

図１５（Ａ）のシーケンス図は、精算装置４０が顧客による読取動作を検出しなかった場合における、各実施例（図１１に示した実施例１、図１２に示した実施例２、図１３に示した実施例３、図１４に示した実施例４）の商品購入の流れの一部を示したものである。具体的には、図１５（Ａ）のシーケンス図のステップＳ２２、Ｓ２５、Ｓ２６は、図１１～図１４のシーケンス図のステップＳ２１、Ｓ２４に替わる部分である。

図１５（Ａ）のステップＳ２０：精算装置４０は、図１０～図１４のステップＳ２０と同様、近接センサ（人感センサ）により、顧客の存在を感知する。

ステップＳ２２：精算装置４０は、顧客による読取動作を検出しなかったと判断する。例えば、精算装置４０は、所定時間内（例えば、顧客の存在の感知後の所定時間内）に、オブジェクトとして２次元コードらしきものを認識しなかった場合には、顧客による読取動作を検出しなかったと判断する。

ステップＳ２５：精算装置４０は、店員呼出処理（例えば、店員呼出中である旨を顧客に報知、監視装置５０、登録精算装置３０、店員が使用する非図示の携帯端末等に店員の呼出があった旨を通知等）を実行する。

ステップＳ２６：精算装置４０は、店員の所定操作（例えば、ログイン、隠しボタンの操作等）を受け付ける。

以下の流れは、各実施形態と同様である。つまり、実施例１（図１１）では、図１５（Ａ）のステップＳ２６に続いて図１１のステップＳ３０に進む。実施例２（図１２）では、図１５（Ａ）のステップＳ２６に続いて図１２のステップＳ３０に進む。実施例３（図１３）では、図１５（Ａ）のステップＳ２６に続いて図１３のステップＳ４１に進む。実施例４（図１４）では、図１５（Ａ）のステップＳ２６に続いて図１４のステップＳ３１に進む。

以上、実施例１～４について説明したが、各実施例において説明した内容については適宜変更可能である。例えば、図７（Ｃ）や図７（Ｄ）の精算用選択画面上の選択ボタン（符号ｆ）には照会コードが表示されているが、照会コードに加えて合計金額（概算合計）が表示されるようにしてもよい。例えば、精算装置４０は、図７（Ｃ）に示したような精算用選択画面に代えて、図７（Ｆ）に示したような精算用選択画面を表示してもよい。あるいは、照会コードを表示する選択ボタン（符号ｆ）の夫々に対応付けて、夫々の合計金額（概算合計）を表示するようにしてもよい。これにより、携帯端末６０に表示されている概算合計（図５（Ａ）、図５（Ｃ）参照）も確認しつつ、精算用選択画面において照会コードを選択することができる。

また、上記では、精算装置４０において精算用２次元コード６０５を認識できなかった場合に、精算装置４０において入力又は選択させる情報として、照会コード（カート識別情報の一部を構成するシリアル番号）を用いる例を説明したが、精算装置４０において入力又は選択させる情報として、一のカート情報を特定できる情報であれば、照会コードに代えて又は加えて、他の情報（照会コードとは異なる情報）を用いるようにしてもよい。

例えば、顧客識別情報を用いてもよいし、照会コードや顧客識別情報等の既存の情報ではなく臨時（必要時）に採番される情報を用いてもよい。なお、実施例２（図１２）において、臨時に採番される情報を用いる場合について、図１５（Ｂ）を用いて説明する。

図１５（Ｂ）のシーケンス図は、精算装置４０が顧客による読取動作を検出しなかった場合における、実施例２（図１２）の商品購入の流れの一部を示したものである。具体的には、図１５（Ｂ）のシーケンス図のステップＳ３０Ａ～Ｓ５４Ａは、図１２のシーケンス図のステップＳ３０～Ｓ５４に替わる部分である。

図１５（Ｂ）のステップＳ３０Ａ：精算用２次元コード６０５の認識不可を検出した精算装置４０は、整理番号の入力欄を含む精算用入力画面（非図示）を表示する。

（整理番号について）
図１５（Ｂ）の整理番号は、カート情報を識別可能な番号である。整理番号は、整理番号表示指示（後述）を受信したクラウドサーバ２０によって採番され、カート情報に対応付けて記憶される。図３（Ｃ）に示したカート識別情報に含まれるシリアル番号は、例えば店舗別日付別のシリアル番号であると説明したが、整理番号も、店舗別日付別のシリアル番号であってもよい。カート識別情報に含まれるシリアル番号は、カート情報が生成される毎に採番されるものであるのに対し、整理番号は、整理番号表示指示（後述）を受信する毎に採番されるものであるため、整理番号の方が数は少なくなる（つまり、入力する桁数が小さくなる可能性が高いため、精算用入力画面に正しく入力され易くなる）。なお、整理番号は、カート識別情報に含まれるシリアル番号と同様、カート情報の一部を構成する情報であってもよいし、カート情報とは別に、カート情報（例えばカート識別情報）に対応付けて記憶される情報であってもよい。

ステップＳ３２Ａ：携帯端末６０は、顧客の操作として整理番号表示指示を受け付ける。例えば、携帯端末６０は、２次元コード表示画面において「整理番号を表示する」と表示されたボタンを表示しておき、顧客が該ボタンにより、整理番号表示指示を受け付ける。

ステップＳ３３Ａ：整理番号表示指示を受け付けた携帯端末６０は、整理番号表示指示受付通知をカート識別情報とともにクラウドサーバ２０に送信する。

ステップＳ３４：携帯端末６０からカート識別情報及び照会コード表示指示受付通知を受信したクラウドサーバ２０は、当該カート識別情報により識別されるカート情報を更新する。

ステップＳ３４Ａ：クラウドサーバ２０は、整理番号を採番し、採番した整理番号を当該カート情報に対応付けて記憶する。

ステップＳ３４Ｂ：クラウドサーバ２０は、ステップＳ３４Ａにおいて採番した整理番号を、カート識別情報とともに携帯端末６０に送信する。

ステップＳ３５Ａ：クラウドサーバ２０からカート識別情報及び整理番号を受信した携帯端末６０は、記憶しているカート識別情報と一致するかを確認した後、当該整理番号を表示部に表示する。

ステップＳ３６Ａ：精算装置４０は、精算用入力画面を介して整理番号の入力を受け付ける。つまり、顧客は、精算装置４０の精算用入力画面の整理番号の入力欄に、ステップＳ３５Ａにおいて携帯端末６０に表示された整理番号を入力する。

ステップＳ５１Ａ：整理番号の入力を受け付けた精算装置４０は、クラウドサーバ２０に精算画面（例えば、決済種別選択画面）を要求する。例えば、精算装置４０は、精算画面を要求する情報（精算画面要求情報）を整理番号とともに、管理装置１０を介して、クラウドサーバ２０に送信する。

ステップＳ５３Ａ：精算装置４０から整理番号及び精算画面要求情報を受信したクラウドサーバ２０は、精算装置４０から取得した整理番号は妥当であるか否か（つまり、顧客による整理番号の入力は妥当であるか否か）を判断する。具体的には、クラウドサーバ２０は、精算装置４０から取得した整理番号に対応するカート情報内の処理進行情報の値が「２０（会計指示受付）」であれば、精算装置４０から取得した整理番号は妥当であると判断し、「２０（会計指示受付）」でなければ、精算装置４０から取得した整理番号は妥当でないと判断する。

なお、クラウドサーバ２０は、精算装置４０から取得した整理番号が妥当でないと判断した場合には、整理番号が入力エラーとなった旨、整理番号の再入力を要する旨等のメッセージを精算装置４０（精算用入力画面）に表示させるようにしてもよい。

以下の流れは、図１１と同様である。なお、実施例４（図１４）において、臨時に採番される情報（整理番号等）を用いる場合も同様である。

なお、上記では、精算装置４０は、近接センサ（人感センサ）により、顧客の存在を感知しているが、顧客の操作によって、顧客の存在を感知してもよい。例えば、図６（Ｄ）の初期画面→図６（Ａ）の登録画面（初期精算画面）と遷移させる場合には、図６（Ｄ）の初期画面の「精算スタート」ボタンが操作されることを以って、顧客が存在すると判断してもよい。つまり、精算装置４０は、近接センサを備えていなくてもよい。

また、精算装置４０は、精算用２次元コードの読取りに先立って顧客の存在を感知（検知）しているが（図１０～図１５（Ａ）のステップＳ２０）、顧客の存在を感知しなくてもよい。つまり、精算装置４０は、近接センサを備える必要もなく、かつ、例えば、上述したように、画面の遷移に基づいて、顧客が存在すると判断しなくてもよい。換言すれば、精算装置４０は、精算用２次元コードの読取りに先立って顧客の存在を感知する処理を行うことなく、単に、精算用２次元コードの読取りができなかった場合に、精算用入力画面（又は精算用選択画面）を表示してもよい。

また、上記では、携帯端末６０上に表示されている精算用２次元コード６０５を精算装置４０が認識できない場合に、精算装置４０の画面上にて照会コード（又は整理番号）を入力、選択することにより、精算処理を完了させる例を説明したが、他の方法により、精算処理を完了させるようにしてもよい。

（精算装置４０側に２次元コードを表示）
携帯端末６０上に表示されている精算用２次元コード６０５を精算装置４０が認識できない場合に、該携帯端末が、該精算装置４０を特定可能な情報を２次元コード化した２次元コードを認識する（読み取る）により、精算処理を完了させるようにしてもよい。例えば、下記（１）～（５）のような流れであってもよい。（１）精算装置４０は、２次元コードを認識しなかったと判断した場合（顧客による読取動作を検出しなかったと判断した場合も同様）、該精算装置４０を識別可能な情報（精算装置識別情報）を２次元コード化した２次元コードを表示する。（２）携帯端末６０は、精算装置４０が表示している２次元コードを認識する。（３）携帯端末６０は、２次元コードから精算装置識別情報を取得し、カート識別情報とともにクラウドサーバ２０に送信する。（４）携帯端末６０からカート識別情報及び精算装置識別情報を受信したクラウドサーバ２０は、当該カート識別情報により識別されるカート情報を更新する。具体的には、クラウドサーバ２０は、小計金額（各種の割引等を反映させた最終的な小計金額）を算出し、小計金額（算出後小計金額）として記憶する。また、クラウドサーバ２０は、処理進行情報の値を「２０（会計指示受付）」から「４０（精算画面表示）」に更新する。（５）カート情報を更新したクラウドサーバ２０は、画面情報（決済種別選択画面）の画面情報）を生成し、生成した画面情報をカート識別情報とともに、管理装置１０を介して、精算装置４０（精算装置識別情報によって識別される精算装置４０）に送信する。

なお、上記（１）に関連し、精算装置４０の近傍に、該精算装置４０を識別可能な精算装置識別情報を２次元コード化した２次元コードを掲示しておいてもよい。２次元コードを掲示する態様では、精算装置４０は、該精算装置４０を識別可能な精算装置識別情報を２次元コード化した２次元コードに代えて、近傍に掲示している２次元コードを読み取るべき旨のメッセージを表示してもよい。

また、上記（５）に関連し、クラウドサーバ２０は、精算装置４０からの要求に基づいて、画面情報等を精算装置４０に送信してもよい。例えば、精算装置４０は、２次元コードを認識しなかったと判断した場合（顧客による読取動作を検出しなかったと判断した場合も同様）、該精算装置４０を識別可能な情報（精算装置識別情報）を２次元コード化した２次元コードを表示（又は、近傍に掲示している２次元コードを読み取るべき旨のメッセージ）を表示するが、表示後、所定間隔（例えば３～１０秒間隔）で、クラウドサーバ２０に、精算画面を要求する。一方、携帯端末６０からカート識別情報及び精算装置識別情報を受信したクラウドサーバ２０は、画面情報の生成後に、精算装置４０（精算装置識別情報によって識別される精算装置４０）から精算画面が要求されたことに基づいて、又は、精算装置４０（精算装置識別情報によって識別される精算装置４０）からの精算画面の要求後に、画面情報を生成したことに基づいて、該精算装置４０に画面情報等を送信してもよい。

（携帯端末６０と精算装置４０との間の通信）
携帯端末６０上に表示されている精算用２次元コード６０５を精算装置４０が認識できない場合に、携帯端末６０と精算装置４０との間の通信により、精算処理を完了させるようにしてもよい。例えば、両者の間で、近距離無線通信（Bluetooth（登録商標）、赤外線通信等）を可能とし、近距離無線通信により、携帯端末６０から精算装置４０に、カート情報を識別可能な情報（照会コード、整理番号）を送信し、精算処理を完了させるようにしてもよい。精算装置４０側で携帯端末６０に内蔵された非接触ＩＣチップの認識を可能とし、非接触ＩＣチップの認識により、携帯端末６０から精算装置４０に、カート情報を識別可能な情報（照会コード、整理番号）を送信し、精算処理を完了させるようにしてもよい。

一例として、携帯端末６０の操作（例えば、照会コードボタン６０８（図５））の押下）により、近距離無線通信（Bluetooth通信等）が開始され、携帯端末６０と精算装置４０との間の通信が確立されるようにしてもよい。

なお、携帯端末６０上に表示されている精算用２次元コード６０５を精算装置４０が認識できない場合に、どのように対応（対処）するかを店員又は顧客が選択できるようにしてもよい。例えば、精算装置４０は、２次元コードを認識しなかったと判断した場合（顧客による読取動作を検出しなかったと判断した場合も同様）、選択画面を表示し、該選択画面において、照会コード（整理番号）を入力（つまり精算用入力画面を表示）する方法と、照会コード（整理番号）を選択（つまり精算用選択画面を表示）する方法とを店員が選択できるようにしてもよい。また、該選択画面において、照会コード（整理番号）を入力（選択）する方法か、通信よる方法かを選択できるようにしてもよい。

また、上記では、精算装置４０は、基本的には顧客に操作によって精算処理を実行する装置であると説明したが、携帯端末６０によって登録された商品を精算する装置は、精算処理に加えて登録処理も実行可能な装置であってもよい。例えば、携帯端末６０によって登録された商品を精算する装置は、店員によるモード切替操作や他装置からのモード切替指示に応じて動作モードが切り替わる装置（例えば、両側（店員側、客側）から操作が可能であり、動作モードとして、例えば、店員が登録処理を実行し客が精算処理を実行する動作モード、客が登録処理も精算処理も実行する動作モード、店員が登録処理を実行する動作モード（精算処理機能をオフしたモード）、客が精算処理を実行する動作モード（登録処理機能をオフしたモード）を有する装置等）であってもよい。

以下、実施形態総括を記載する。
［技術分野］
本発明は、精算システムに関する。
［背景技術］
店舗にて、客が、携帯端末装置を操作して、自ら商品登録を行うことが可能な販売システムが導入されている（例えば、特許文献１参照）。このようなシステムでは、先行して商品登録が行われるため、精算処理がスムーズに行われる。
［先行技術文献］
［特許文献１］特許第５０５６１６１号公報
［発明の概要］
［発明が解決しようとする課題］
しかしながら、客自ら精算処理も行う態様では、様々な状況を考慮して、好適に精算処理を実現することが必要となる。
本発明は、このような事情に鑑みてなされたもので、その目的は、好適に精算処理を実現する技術を提供することにある。
［課題を解決するための手段］
（１）上述した課題を解決するために、本発明の一態様である精算システムは、携帯端末を利用して登録された商品に関する取引情報（例えば、カート情報）に基づいて精算装置を利用して精算する精算システムであって、精算対象の取引情報を特定可能な第１特定手段と、精算対象の取引情報を特定可能な前記第１特定手段とは異なる第２特定手段と、前記第１特定手段又は前記第２特定手段により特定された取引情報に基づいて精算する精算手段とを備えることを特徴とする。
上記（１）の精算システムによれば、好適に精算処理を実行することができる。つまり、状況に応じて、第１特定手段により取引情報を特定して精算手段により精算することも、第２特定手段により取引情報を特定して精算手段により精算することも可能であるため、状況に応じて、好適に精算処理を実行することができる。
（２）上記（１）の精算システムにおいて、前記第１特定手段は、一の携帯端末を利用して登録された商品に関する取引情報を識別可能なコード情報として当該携帯端末の表示部に表示されるコード情報（例えば、精算用２次元コード６０５等）を認識することにより、当該携帯端末を利用して登録された商品に関する取引情報を、精算対象の取引情報として特定可能な特定手段（例えば、図１０のステップＳ２３等）であり、前記第２特定手段は、一の取引情報を識別可能な情報の入力を受け付けることにより、当該入力を受け付けた情報によって識別される取引情報を、精算対象の取引情報として特定可能な特定手段（例えば、図１１のステップＳ３６、図１２のステップＳ３６等）であることを特徴とする
上記（２）の精算システムによれば、好適に精算処理を実行することができる。
（３）上記（１）又は（２）の精算システムは、前記第１特定手段による取引情報の特定と、前記第２特定手段による取引情報の特定とを、切り替える切替手段をさらに備え、前記切替手段は、前記第１特定手段による取引情報の特定ができない場合に、前記第１特定手段による取引情報の特定から前記第２特定手段による取引情報の特定へ切り替えることを特徴とする。
上記（３）の精算システムによれば、好適に精算処理を実行することができる。つまり、第１特定手段による取引情報の特定ができない場合には、第２特定手段による取引情報の特定へ切り替わるため、精算対象の取引情報が特定されないといった状況が低減するため、簡便に、あるいは、安定的に、取引情報に基づいて精算することができる。
また、上記（２）及び（３）に関連し、前記切替手段は、所定時間内に前記コード情報を認識できなかった場合に（例えば、図１１のステップＳ２４、図１２のステップＳ２４、図１５（Ａ）のステップＳ２２等）、前記第１特定手段による取引情報の特定から前記第２特定手段による取引情報の特定へ切り替えるものであってもよい。これにより、例えば、コード情報（例えば、精算用２次元コード６０５等）が読めない場合に、滞りなく（スムーズに）精算を行うことができる。
（４）上記（２）の精算システムは、個々の取引の進行状況を管理する管理手段と、入力エラーを報知するエラー報知手段とをさらに備え、前記エラー報知手段は、前記第２特定手段によって入力を受け付けた情報によって識別される取引情報が、前記進行状況に基づいて精算対象の取引情報でないと判断（参考；図１１のステップＳ５３、図１２のステップＳ５４、図１５（Ｂ）のステップＳ５４Ａ等）した場合にエラーを報知することを特徴とする。
上記（４）の精算システムによれば、好適に精算処理を実行することができる。例えば、不適切な入力はエラーとなるため、入力ミス等によって不適切に処理されるような事態を防止することができる。
（５）上記（３）の精算システムにおいて、前記第１特定手段は、一の携帯端末を利用して登録された商品に関する取引情報を識別可能なコード情報として当該携帯端末の表示部に表示されるコード情報を認識することにより、当該携帯端末を利用して登録された商品に関する取引情報を、精算対象の取引情報として特定可能な特定手段であり、前記第２特定手段は、一の取引情報を識別可能な情報の選択可能に表示し、選択された情報によって識別される取引情報を、精算対象の取引情報として特定可能な特定手段であり、前記切替手段は、所定時間内に前記コード情報を認識できなかった場合に、前記第１特定手段による取引情報の特定から前記第２特定手段による取引情報の特定へ切り替えることを特徴とする。
上記（５）の精算システムによれば、好適に精算処理を実行することができる。例えば、コード情報（例えば、精算用２次元コード６０５等）が読めない場合であっても、滞りなく（スムーズに）精算を行うことができる。
（６）上記（５）の精算システムは、個々の取引の進行状況を管理するさらに管理手段を備え、前記第２特定手段は、前記進行状況に基づいて、精算対象の取引情報（処理進行情報＝２０、３０のカート情報）を選択可能に表示することを特徴とする。
上記（６）の精算システムによれば、好適に精算処理を実行することができる。例えば、好適な候補のみが選択可能に表示されるため、効率的に選択することができる。

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

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

Claims (6)

1. 携帯端末を利用して登録された商品に関する取引情報に基づいて精算装置を利用して精算する精算システムであって、
   精算対象の取引情報を特定可能な第１特定手段と、
   精算対象の取引情報を特定可能な前記第１特定手段とは異なる第２特定手段と、
   前記第１特定手段又は前記第２特定手段により特定された取引情報に基づいて精算する精算手段と、
   個々の取引情報の進行状況を管理する管理手段と、
   エラーを報知するエラー報知手段と
   を備え、
   前記第１特定手段は、
   一の携帯端末を利用して登録された商品に関する取引情報を識別可能な情報として当該携帯端末の表示部に表示されるコード情報を認識することにより、当該携帯端末を利用して登録された商品に関する取引情報を、精算対象の取引情報として特定可能であり、
   前記第２特定手段は、
   一の取引情報を識別可能な情報の入力を受け付けることにより、当該入力を受け付けた情報によって識別される取引情報を、精算対象の取引情報として特定可能であり、
   前記エラー報知手段は、
   前記第２特定手段によって入力を受け付けた情報によって識別される取引情報が、前記進行状況に基づいて精算対象の取引情報でないと判断した場合にエラーを報知する
   ことを特徴とする精算システム。
2. 前記第１特定手段による取引情報の特定と、前記第２特定手段による取引情報の特定とを、切り替える切替手段をさらに備える
   ことを特徴とする請求項１に記載の精算システム。
3. 携帯端末を利用して登録された商品に関する取引情報に基づいて精算する精算装置と、個々の取引情報の進行状況を管理する管理装置と、を含む精算システムにおける前記精算装置であって、
   精算対象の取引情報を特定可能な第１特定手段と、
   精算対象の取引情報を特定可能な前記第１特定手段とは異なる第２特定手段と、
   前記第１特定手段又は前記第２特定手段により特定された取引情報に基づいて精算する精算手段と、
   エラーを報知するエラー報知手段と
   を備え、
   前記第１特定手段は、
   一の携帯端末を利用して登録された商品に関する取引情報を識別可能な情報として当該携帯端末の表示部に表示されるコード情報を認識することにより、当該携帯端末を利用して登録された商品に関する取引情報を、精算対象の取引情報として特定可能であり、
   前記第２特定手段は、
   一の取引情報を識別可能な情報の入力を受け付けることにより、当該入力を受け付けた情報によって識別される取引情報を、精算対象の取引情報として特定可能であり、
   前記エラー報知手段は、
   前記第２特定手段によって入力を受け付けた情報によって識別される取引情報が、精算対象の取引情報でない場合にエラーを報知する
   ことを特徴とする精算装置。
4. 前記第１特定手段による取引情報の特定と、前記第２特定手段による取引情報の特定とを、切り替える切替手段をさらに備える
   ことを特徴とする請求項３に記載の精算装置。
5. 携帯端末を利用して登録された商品に関する取引情報に基づいて精算する精算装置として第１コンピュータを機能させ、個々の取引情報の進行状況を管理する管理装置として第２コンピュータを機能させるプログラムであって、
   前記第１コンピュータを、
   精算対象の取引情報を特定可能な第１特定手段、
   精算対象の取引情報を特定可能な前記第１特定手段とは異なる第２特定手段、
   前記第１特定手段又は前記第２特定手段により特定された取引情報に基づいて精算する精算手段、
   エラーを報知するエラー報知手段
   として機能させ、
   前記第２コンピュータを、
   個々の取引情報の進行状況を管理する管理手段
   として機能させ、
   前記第１特定手段は、
   一の携帯端末を利用して登録された商品に関する取引情報を識別可能な情報として当該携帯端末の表示部に表示されるコード情報を認識することにより、当該携帯端末を利用して登録された商品に関する取引情報を、精算対象の取引情報として特定可能であり、
   前記第２特定手段は、
   一の取引情報を識別可能な情報の入力を受け付けることにより、当該入力を受け付けた情報によって識別される取引情報を、精算対象の取引情報として特定可能であり、
   前記エラー報知手段は、
   前記第２特定手段によって入力を受け付けた情報によって識別される取引情報が、前記進行状況に基づいて精算対象の取引情報でないと判断した場合にエラーを報知する
   ことを特徴とするプログラム。
6. 携帯端末を利用して登録された商品に関する取引情報に基づいて精算する精算装置と個々の取引情報の進行状況を管理する管理装置とを含む精算システムにおける前記精算装置としてコンピュータを機能させるプログラムであって、
   前記コンピュータを、
   精算対象の取引情報を特定可能な第１特定手段、
   精算対象の取引情報を特定可能な前記第１特定手段とは異なる第２特定手段、
   前記第１特定手段又は前記第２特定手段により特定された取引情報に基づいて精算する精算手段、
   エラーを報知するエラー報知手段
   として機能させ、
   前記第１特定手段は、
   一の携帯端末を利用して登録された商品に関する取引情報を識別可能な情報として当該携帯端末の表示部に表示されるコード情報を認識することにより、当該携帯端末を利用して登録された商品に関する取引情報を、精算対象の取引情報として特定可能であり、
   前記第２特定手段は、
   一の取引情報を識別可能な情報の入力を受け付けることにより、当該入力を受け付けた情報によって識別される取引情報を、精算対象の取引情報として特定可能であり、
   前記エラー報知手段は、
   前記第２特定手段によって入力を受け付けた情報によって識別される取引情報が、精算対象の取引情報でない場合にエラーを報知することを特徴とするプログラム。

Images