特許 7527612 販売システム、精算装置、プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-07-26

(45)【発行日】2024-08-05

(54)【発明の名称】販売システム、精算装置、プログラム

(51)【国際特許分類】

   G07G 1/12 20060101AFI20240729BHJP

   G07G 1/01 20060101ALI20240729BHJP

   G06Q 30/06 20230101ALI20240729BHJP

【ＦＩ】

G07G1/12 331H

G07G1/01 301D

G06Q30/06

【請求項の数】 6

(21)【出願番号】P 2019212270

(22)【出願日】2019-11-25

(65)【公開番号】P2021086182

(43)【公開日】2021-06-03

【審査請求日】2022-11-14

(73)【特許権者】

【識別番号】000145068

【氏名又は名称】株式会社寺岡精工

(74)【代理人】

【識別番号】100149548

【弁理士】

【氏名又は名称】松沼 泰史

(74)【代理人】

【識別番号】100145481

【弁理士】

【氏名又は名称】平野 昌邦

(72)【発明者】

【氏名】渡邊 和希

(72)【発明者】

【氏名】黒崎 直人

(72)【発明者】

【氏名】金子 知樹

(72)【発明者】

【氏名】樋口 真吾

(72)【発明者】

【氏名】佐々木 和哉

【審査官】小島 哲次

(56)【参考文献】

【文献】特開２０１９－１８５６９２（ＪＰ，Ａ）

【文献】特開２０１８－１４７２２１（ＪＰ，Ａ）

【文献】特開２０１９－１５３１５５（ＪＰ，Ａ）

【文献】特開２０１９－０５７０８６（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０７Ｇ １／００－ １／１４

(57)【特許請求の範囲】

【請求項1】

顧客の操作に基づいて棚前にて商品を登録する登録手段と、
前記登録手段による商品の登録を終えた後に前記登録手段によって登録された登録商品について顧客の操作に基づいて精算する精算手段と、
前記登録手段による商品の登録を終える迄の間における顧客の操作に基づいて前記登録商品の数量を変更した数量変更状況に応じて、前記登録手段による商品の登録を終えた後であって前記精算手段による精算を開始する前に店員呼出処理を実行する店員呼出手段と
を備え、
前記店員呼出手段は、
前記登録手段による商品の登録を終える迄の間に顧客が前記登録商品の数量を減少させていた場合であって数量を減少させた前記登録商品又は当該登録商品と関連する他の登録商品の数量を増加させていなかった場合、前記店員呼出処理を実行し、
前記登録手段による商品の登録を終える迄の間に顧客が前記登録商品の数量を減少させていた場合であって数量を減少させた前記登録商品又は当該登録商品と関連する他の登録商品の数量を増加させていた場合、前記店員呼出処理を実行しない
ことを特徴とする販売システム。

【請求項2】

前記精算手段で前記登録商品を精算するために識別情報を表示する表示手段
を更に備え、
前記表示手段は、
前記店員呼出手段によって前記店員呼出処理が実行される場合、前記識別情報と店員が呼び出される旨とを表示することを特徴とする請求項１に記載の販売システム。

【請求項3】

顧客が前記登録商品の数量を減少させた場合に、商品を棚に戻す旨を報知する報知手段
を更に備えることを特徴とする請求項１又は請求項２に記載の販売システム。

【請求項4】

前記店員呼出手段は、
特定の顧客が操作している場合には、前記数量変更状況にかかわらず、前記店員呼出処理を実行しないことを特徴とする請求項１乃至請求項３の何れか１項に記載の販売システム。

【請求項5】

顧客の操作に基づいて棚前にて商品を登録する携帯端末によって登録された登録商品について精算する精算装置であって、
顧客の操作に基づいて精算する精算手段と、
前記携帯端末における顧客の操作に基づいて前記登録商品の数量を変更した数量変更状況に応じて、前記精算手段による精算を開始する前に店員呼出処理を実行する店員呼出手段と
を備え、
前記店員呼出手段は、
前記携帯端末において顧客が前記登録商品の数量を減少させていた場合であって数量を減少させた前記登録商品又は当該登録商品と関連する他の登録商品の数量を増加させていなかった場合、前記店員呼出処理を実行し、
前記携帯端末において顧客が前記登録商品の数量を減少させていた場合であって数量を減少させた前記登録商品又は当該登録商品と関連する他の登録商品の数量を増加させていた場合、前記店員呼出処理を実行しない
ことを特徴とする精算装置。

【請求項6】

顧客の操作に基づいて棚前にて商品を登録する携帯端末によって登録された登録商品について精算する精算装置としてコンピュータを機能させるプログラムであって、
前記コンピュータを、
顧客の操作に基づいて精算する精算手段、
前記携帯端末における顧客の操作に基づいて前記登録商品の数量を変更した数量変更状況に応じて、前記精算手段による精算を開始する前に店員呼出処理を実行する店員呼出手段
として機能させ、
前記店員呼出手段は、
前記携帯端末において顧客が前記登録商品の数量を減少させていた場合であって数量を減少させた前記登録商品又は当該登録商品と関連する他の登録商品の数量を増加させていなかった場合、前記店員呼出処理を実行し、
前記携帯端末において顧客が前記登録商品の数量を減少させていた場合であって数量を減少させた前記登録商品又は当該登録商品と関連する他の登録商品の数量を増加させていた場合、前記店員呼出処理を実行しない
ことを特徴とするプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

店舗にて、客が、自分の所持する携帯端末装置を操作して、自ら商品登録を行うことが可能な販売システムが導入されている（例えば、特許文献１参照）。

【先行技術文献】

【特許文献】

【0003】

【文献】特許第５０５６１６１号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

しかしながら、客自らが商品登録を行うため、不正が行われ易くなるが、不正の防止の観点において、改善の余地があった。

【0005】

本発明は、このような事情に鑑みてなされたもので、その目的は、客による不正を好適に防止する技術を提供することにある。

【課題を解決するための手段】

【0006】

上述した課題を解決するために、本発明の一態様であるセルフ登録システムは、顧客の操作に基づいて商品の登録処理を実行する登録手段と、顧客の操作に基づいて商品の登録情報を用いて精算処理を実行する精算手段と、精算処理の実行前迄に顧客が所定の呼出事由操作を行っているかに基づいて精算処理の実行時における店員呼出の実行を制御する呼出制御手段とを備え、前記呼出制御手段は、精算処理の実行前迄に顧客が前記呼出事由操作を行っている場合であっても、前記呼出事由操作に加えて所定の呼出制限操作も行っている場合には、精算処理の実行時における店員呼出を実行しないように制御することを特徴とする。

【図面の簡単な説明】

【0007】

【図1】販売システムを説明するためのネットワークの概念図である。

【図2】精算装置について説明する説明図である。

【図3】携帯端末の表示部における表示例である。

【図4】携帯端末の表示部における表示例である。

【図5】携帯端末の表示部における表示例である。

【図6】携帯端末の表示部における表示例である。

【図7】携帯端末の表示部における表示例である。

【図8】携帯端末の表示部における表示例等である。

【図9】精算装置の表示部における表示例である。

【図10】販売システム１による取引全体の流れの概要を説明するシーケンス図である。

【図11】販売システム１による取引全体の流れの概要を説明するシーケンス図である。

【図12】バスケット情報の一例である。

【図13】バスケット情報の更新に関して説明するフローチャートである。

【図14】バスケット情報の更新に関して説明するフローチャートである。

【図15】バスケット情報の更新に関して説明するフローチャートである。

【図16】バスケット情報の更新に関して説明するフローチャートである。

【図17】バスケット情報の更新に関して説明するフローチャートである。

【発明を実施するための形態】

【0008】

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

【0009】

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

【0010】

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

【0011】

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

【0012】

商品ファイルは、例えば、個々の商品を識別する商品識別情報（商品コード）に対応付けて、商品名や販売価格等を記憶したファイルである。特売ファイルは、例えば、商品識別情報に対応付けて、特売期間（開始日時、終了日時）、特売内容（値引きや割引の条件、値引きや割引の内容）を記憶したファイルである。

【0013】

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

【0014】

クラウドサーバ２０は、商品ファイルや特売ファイルを管理（記憶）する。なお、上述したように、クラウドサーバ２０はサービスＡを提供するが、特売ファイルに基づく特売（特売ファイルを参照して実現される特売）は、販売システム１全体において行われるものであってもよいし、販売システム１のうち特定販売システム（サービスＡ）において限定的に行われるものであってもよい。つまり、店員が登録精算装置３０を使用して商品を登録する場合も、会員である顧客自身が携帯端末６０を使用して商品を登録する場合も特売ファイルに基づく特売が適用されてもよいし、会員である顧客自身が携帯端末６０を使用して商品を登録する場合に限って特売ファイルに基づく特売が適用されてもよい。なお、クラウドサーバ２０に代えて、他の装置（例えば、非図示の本部のサーバ）が商品ファイルを管理してもよい。また、クラウドサーバ２０に代えて、他の装置（例えば、非図示の本部のサーバ）が特売ファイルを管理してもよい。

【0015】

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

【0016】

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

【0017】

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

【0018】

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

【0019】

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

【0020】

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

【0021】

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

【0022】

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

【0023】

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

【0024】

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

【0025】

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

【0026】

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

【0027】

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

【0028】

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

【0029】

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

【0030】

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

【0031】

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

【0032】

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

【0033】

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

【0034】

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

【0035】

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

【0036】

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

【0037】

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

【0038】

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

【0039】

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

【0040】

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

【0041】

図４（Ｂ）は、図４（Ａ）に続く場面における表示である。具体的には、図４（Ｂ）は、２品目の商品として、「〇〇牛乳」の登録が完了した場面における表示である。なお、１品目の「〇〇食パン」に付されているバーコードを撮像しているときと同様であるため、２品目の「〇〇牛乳」に付されているバーコードを撮像しているときの登録画面については図示を省略している。

【0042】

図４（Ｃ）は、図４（Ｂ）に続く場面における表示である。具体的には、図４（Ｃ）は、「〇〇牛乳」の数量ボタン６０３の操作（押下）直後の場面における表示である。小画面６０５は、夫々の登録商品の数量ボタン６０３の操作に基づいて表示される。小画面６０５は、現時点（最新）の当該登録商品の数量及び金額を表示する。従って、図４（Ｃ）に示した小画面６０５は、「〇〇牛乳」の数量「１」及び金額「￥１２０」を表示している。

【0043】

また、小画面６０５は、プラスボタン６０６、マイナスボタン６０７、商品取消ボタン６０８、決定ボタン６０９、戻るボタン６１０を表示する。プラスボタン６０６は、当該登録商品の数量を増加させるための操作（数量増加操作）を受け付ける。マイナスボタン６０７は、当該登録商品の数量を減少させるための操作（数量減少操作）を受け付ける。商品取消ボタン６０８は、当該登録商品の登録を取り消すための操作（商品取消操作）を受け付ける。決定ボタン６０９は、プラスボタン６０６による数量増加操作、マイナスボタン６０７による数量減少操作、又は、商品取消ボタン６０８による商品取消操作を決定（確定）するための操作を受け付ける。戻るボタン６１０は、当該小画面６０５を単に消去するための操作（決定ボタン６０９による決定なく単に戻るための操作）を受け付ける。

【0044】

図４（Ｄ）は、図４（Ｃ）に続く場面における表示である。具体的には、図４（Ｄ）は、小画面６０５のプラスボタン６０６の２回目の操作（数量増加操作）直後の場面における表示である。

【0045】

図５（Ａ）は、図４（Ｄ）に続く場面における表示である。具体的には、図５（Ａ）は、小画面６０５の決定ボタン６０９の操作直後の場面における表示である。図５（Ａ）に示すように、決定ボタン６０９の操作に基づいて、小画面６０５が消去される。また、決定ボタン６０９の操作に基づいて、決定ボタン６０９の操作時点における小画面６０５による操作内容（「〇〇牛乳」の数量「３」及び金額「￥３６０」）が登録情報表示領域６０２に反映される。

【0046】

図５（Ｂ）は、図５（Ａ）に続く場面における表示である。具体的には、図５（Ｂ）は、３品目の商品として、〇〇シャンプーの登録と数量の変更（増加）が完了した場面における表示である。なお、１品目の「〇〇食パン」に付されているバーコードを撮像しているときと同様であるため、３品目の「〇〇シャンプー」に付されているバーコードを撮像しているときの登録画面については図示を省略している。また、２品目の「〇〇牛乳」の数量を変更しているときと同様であるため、３品目の「〇〇シャンプー」の数量を変更しているときの登録画面（小画面６０５）については図示を省略している。

【0047】

図５（Ｃ）は、図５（Ｂ）に続く場面における表示である。具体的には、図５（Ｃ）は、「〇〇牛乳」の数量ボタン６０３の操作直後の場面における表示である。

【0048】

図６（Ａ）は、図５（Ｃ）に続く場面における表示である。具体的には、図６（Ａ）は、小画面６０５のマイナスボタン６０７の１回目の操作（数量減少操作）直後の場面における表示である。

【0049】

図６（Ｂ）は、図６（Ａ）に続く場面における表示である。具体的には、図６（Ｂ）は、小画面６０５の決定ボタン６０９の操作直後の場面における表示である。図６（Ｂ）に示すように、決定ボタン６０９の操作に基づいて、小画面６０５が消去されるとともに、商品を棚に戻す旨を報知（注意喚起）する小画面６１１が表示される。また、決定ボタン６０９の操作に基づいて、決定ボタン６０９の操作時点における小画面６０５による操作内容（「〇〇牛乳」の数量「２」及び金額「￥２４０」）が登録情報表示領域６０２に反映される。

【0050】

図６（Ｃ）は、図６（Ｂ）に続く場面における表示である。具体的には、図６（Ｃ）は、小画面６１１が消去された直後の場面における表示である。なお、図６（Ｂ）及び図６（Ｃ）は、一定時間経過後（自動的に）、小画面６１１が消去される例を説明したものであるが、小画面６１１は、顧客の操作に応じて（例えば、小画面６１１上にＯＫボタンを配置し、該ＯＫボタンが操作されたことに基づいて）、消去されてもよい。

【0051】

図７（Ａ）は、図５（Ｃ）に続く場面における表示である（つまり、図６（Ａ）とは異なる展開における表示である）。具体的には、図７（Ａ）は、小画面６０５の取消ボタン６０９の操作（商品取消操作）直後の場面における表示である。図７（Ａ）では、数量「３」及び金額「￥３６０」に取消線が付されている。なお、図７（Ａ）では、取消態様の一例として取消線を用いているが、例えば、グレーダウン表示等であってもよい。

【0052】

図７（Ｂ）は、図７（Ａ）に続く場面における表示である。具体的には、図７（Ｂ）は、小画面６０５の決定ボタン６０９の操作直後の場面における表示である。図７（Ｂ）に示すように、決定ボタン６０９の操作に基づいて、小画面６０５が消去されるとともに、商品を棚に戻す旨を報知（注意喚起）する小画面６１２が表示される。また、決定ボタン６０９の操作に基づいて、決定ボタン６０９の操作時点における小画面６０５による操作内容（「〇〇牛乳」の取り消し）が登録情報表示領域６０２に反映される。

【0053】

なお、数量減少の場合の小画面６１１（図６（Ｂ）と、商品取消の場合の小画面６１２（図７（Ｂ））とは、一部の文言（メッセージ）が異なる。つまり、携帯端末６０は、数量減少の場合には、数量が減少した旨と商品（減少分の商品）を棚に戻す旨とを報知する小画面６１１を表示する。一方、携帯端末６０は、商品取消の場合には、商品を取り消した旨と、商品（取消した１以上の商品）を棚に戻す旨とを報知する小画面６１２を表示する。

【0054】

図７（Ｃ）は、図７（Ｂ）に続く場面における表示である。具体的には、図７（Ｃ）は、小画面６１２が消去された直後の場面における表示である。なお、図７（Ｂ）及び図７（Ｃ）は、一定時間経過後（自動的に）、小画面６１２が消去される例を説明したものであるが、小画面６１２は、顧客の操作に応じて（例えば、小画面６１２上にＯＫボタンを配置し、該ＯＫボタンが操作されたことに基づいて）、消去されてもよい。

【0055】

図７（Ｄ）は、図７（Ｂ）に代わる他の表示例である。つまり、携帯端末６０は、図７（Ａ）の表示において決定ボタン６０９が操作された場合に、図７（Ｂ）に示したように、登録情報表示領域６０２から「〇〇牛乳」の登録情報を消去してもよいし、図７（Ｄ）に示したように、「〇〇牛乳」の登録情報に取消線を付してもよい。なお、図７（Ｄ）では、取消態様の一例として取消線を用いているが、例えば、グレーダウン表示等であってもよい。小画面６１２の消去後（図７（Ｃ））についても同様である。

【0056】

図８（Ａ）は、精算用の２次元コードを表示した２次元コード表示画面である。携帯端末６０は、登録画面において、会計ボタン６０４が操作された場合、登録画面に代えて、図８（Ａ）に示すような２次元コード表示画面を表示する。なお、携帯端末６０は、２次元コード表示画面に代えて、登録画面上に（登録画面の手前側に）、精算用の２次元コードを表示した小画面を表示してもよい。

【0057】

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

【0058】

携帯端末６０は、店員呼び出しがある場合（該２次元コードの読取後に、ボタン等の操作がなくても店員呼出処理が実行される場合）には、図８（Ａ）に示したような２次元コード表示画面に代えて、図８（Ｃ）に示したような２次元コード表示画面を表示してもよい。より詳細には、携帯端末６０は、店員呼び出しがない場合（該２次元コードの読取後に、ボタン等の操作がなければ店員呼出処理が実行されない場合）には図８（Ａ）に示したような２次元コード表示画面を表示するが、店員呼び出しがある場合には図８（Ａ）に示したような２次元コード表示画面を表示してもよいし、図８（Ｂ）に示したような２次元コード表示画面を表示してもよい。つまり、携帯端末６０は、店員呼び出しがある場合には、２次元コード表示画面において店員呼び出しがある旨を報知してもよいし、報知しなくてもよい。

【0059】

図９は、精算装置４０の表示部４０５における表示例である。具体的には、図９（Ａ）（図９（Ｂも同様）は、精算装置４０が、精算用の２次元コードを読み取ることによって表示する精算画面（登録内容を確認する画面）の一例である。

【0060】

図５（Ｂ）の登録内容（「〇〇食パン」を１点、「〇〇牛乳」を３点、「〇〇シャンプー」を２点）で精算する場合の精算画面である。つまり、図５（Ｂ）の登録状態において会計ボタン６０４の操作後に携帯端末６０が表示する２次元コードを、精算装置４０が読み取った場合、該精算装置４０は図９（Ａ）に示すような精算画面を表示部４０５に表示する。

【0061】

図９（Ｂ）は、図６（Ｃ）の登録内容（「〇〇食パン」を１点、「〇〇牛乳」を２点、「〇〇シャンプー」を２点）で精算する場合における精算画面である。つまり、図６（Ｃ）の登録状態において会計ボタン６０４の操作後に携帯端末６０が表示する２次元コードを、精算装置４０が読み取った場合、該精算装置４０は図９（Ｂ）に示すような精算画面を表示部４０５に表示する。

【0062】

図９（Ａ）（Ｂ）に示すように、精算画面には、一覧表示領域４００、価格帯登録数表示領域４０１、お会計ボタン４０２等が設けられている。

【0063】

図９（Ａ）は、店員呼び出しがない場合の精算画面の一例である。具体的には、図９（Ａ）の精算画面は、図５（Ｂ）の登録状態（〇〇食パン数量１、〇〇牛乳数量３、〇〇シャンプー数量２）から会計ボタン６０４が操作され表示される２次元コード（例えば、図８（Ａ）に示した２次元コード表示画面の２次元コード）を、例えば図８（Ｂ）の如く、精算装置４０が読み取った場合に、該精算装置４０が表示する精算画面の一例である。

【0064】

図９（Ａ）に示すように、精算画面の中央部分はメイン領域１４００である。メイン領域１４００内には、登録商品（買上商品、購入商品）を表示する商品確認欄１４０１が設けられている。また、メイン領域１４００内には、商品確認欄１４０１の他に、メッセージ等も表示可能である。図９（Ａ）の精算画面では、メイン領域１４００内の商品確認欄１４０１の上には、「商品の内容を確認し、お会計ボタンを押してください。」なる第１メッセージ１４０３を表示している。精算画面の上側部分（メイン領域１４００の上の部分）には、合計点数、合計金額が表示されている。また、精算画面の上側部分には、お会計ボタン１４０２が配置されている。なお、精算装置４０は、お会計ボタン４０２の操作後に、現金の投入を受け付けるようにしてもよい。また、精算装置４０は、お会計ボタン４０２の操作後に、決済種別を選択するボタン、ポイントカード等を選択するボタン等を表示してもよい。精算画面の下側部分（メイン領域１４００の下の部分）には、価格帯毎の点数がされている。また、精算画面の下側部分には、店員呼出ボタンが配置されている。

【0065】

図９（Ｂ）は、店員呼び出しがある場合の精算画面の一例である。具体的には、図９（Ｂ）の精算画面は、図６（Ｃ）の登録状態（〇〇食パン数量１、〇〇牛乳数量２、〇〇シャンプー数量２）から会計ボタン６０４が操作され表示される２次元コード（例えば、図８（Ｃ）に示した２次元コード表示画面の２次元コード）を、例えば図８（Ｂ）の如く、精算装置４０が読み取った場合に、該精算装置４０が表示する精算画面の一例である。

【0066】

精算装置４０は、店員呼び出しがない場合と、店員呼び出しがある場合とで、精算画面を異なる表示態様で表示する。図９（Ａ）（Ｂ）に示した例では、精算装置４０は、店員呼び出しがない場合には図９（Ａ）に示すようにメイン領域１４００の背景色を通常態様で表示し、店員呼び出しがある場合には図９（Ｂ）に示すようにメイン領域１４００の背景色を通常態様よりも目立つ特別態様（図９（Ｂ）では斜線にて表示）で表示している。

【0067】

精算装置４０は、店員呼び出しがない場合と、店員呼び出しがある場合とで、メッセージを異ならせる。図９（Ａ）（Ｂ）に示した例では、精算装置４０は、店員呼び出しがない場合には図９（Ａ）に示すように商品確認欄１４０１の上に「商品の内容を確認し、お会計ボタンを押してください。」なる第１メッセージ１４０３を表示し、店員呼び出しがある場合には図９（Ｂ）に示すように商品確認欄１４０１の上に「商品の内容を確認してください。」なる第１メッセージ１４０３を表示するとともに商品確認欄１４０１の下に「店員が来るまでお待ちください。」なる第２メッセージ１４０４を表示している。

【0068】

図９（Ａ）の精算画面は、店員呼出処理が実行されていない場面を示すものであり、店員呼出ボタンが操作されることに基づいて店員呼出が実行される。一方、図９（Ｂ）の精算画面は、店員呼出ボタンの操作によらず、図８（Ｃ）に示した２次元コードの読み取りによって店員呼出処理が実行されている場面（若しくは実行が予定されている場面）を示すものであり、既に店員呼出処理が実行されているため（若しくは実行が予定されているため）、図９（Ａ）における店員呼出ボタンの文言「店員呼出」が、図９（Ｂ）においては「店員呼出中」に変化している。

【0069】

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

【0070】

なお、ある顧客が来店し、精算が完了する迄の間には、当該顧客は、商品コードのスキャン、プラスボタン６０６による数量増加操作、マイナスボタン６０７による数量減少操作、商品取消ボタン６０８による商品取消操作等を行うが、図１０のシーケンス図は、商品コードをスキャンした場合のシーケンス図である。なお、数量増加操作、数量減少操作、及び、商品取消操作があった場合については、図１１を用いて説明する。

【0071】

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

【0072】

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

【0073】

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

【0074】

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

【0075】

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

【0076】

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

【0077】

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

【0078】

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

【0079】

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

【0080】

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

【0081】

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

【0082】

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

【0083】

ステップＳ１０：クラウドサーバ２０は、特定したバスケットのバスケット情報を更新（登録商品情報を追加等）する。詳細は後述する。

【0084】

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

【0085】

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

【0086】

なお、図１０では説明の便宜上簡略化したが、ステップＳ７～ステップＳ１２の処理は、ステップＳ１３において会計指示を受け付ける迄の間において、ステップＳ７において商品コードを読み取る度に繰り返し実行される。つまり、携帯端末６０は、ステップＳ１２に続いて、会計指示を受け付ける場合（ステップＳ１３に進む場合）と、再度商品コードを読み取る場合（上記ステップＳ７に戻る場合）とがある。

【0087】

また、ステップＳ１３において会計指示を受け付ける迄の間には、携帯端末６０は、数量増加操作、数量減少操作、又は、商品取消操作も受け付け可能である（図１１）。

【0088】

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

【0089】

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

【0090】

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

【0091】

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

【0092】

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

【0093】

ステップＳ１８：バスケットを特定したクラウドサーバ２０は、特定したバスケットの小計金額を算出する。

【0094】

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

【0095】

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

【0096】

ステップＳ２１：表示部４０５に小計金額を表示した精算装置４０は、支払い（精算）を実行する。また、精算装置４０は、精算が完了した場合には、精算完了情報をバスケット情報とともに、管理装置１０を介して、クラウドサーバ２０に送信し、クラウドサーバ２０は当該バスケットの取引終了日時（精算日時）を記憶する。

【0097】

なお、図１０のシーケンス図では省略しているが、マイナスボタン６０７による数量減少操作、商品取消ボタン６０８による商品取消操作があった場合には、店員による確認のため、精算時に、店員を呼び出す処理（店員呼出処理）を実行する場合がある（詳細は後述するが、数量減少操作や商品取消操作があった場合でも店員呼出処理を実行しない場合もある）。店員呼出処理の一例は、店員の携帯する端末、登録精算装置３０、監視装置５０等に店員を呼び出すためのメッセージを送信する処理である。精算装置４０にランプ等の発光部材を具備させることにより、店員呼出処理として、該発光部材を発光させて店員を呼び出してもよい。

【0098】

図１１は、販売システム１による取引全体の流れの概要を説明するシーケンス図である。具体的には、図１１（Ａ）のシーケンス図は、数量変更操作（プラスボタン６０６による数量増加操作、又は、マイナスボタン６０７による数量減少操作）があった場合のシーケンス図である。なお、商品コードをスキャンした場合の図１０のシーケンス図と破線枠Ｐ内以外は共通するため、図１１（Ａ）のシーケンス図では、差異部分（図１０の破線枠Ｐ内に相当する部分）のみを説明している。つまり、図１１（Ａ）のシーケンス図は、図１０の破線枠Ｐ内の部分を、数量変更操作に対応するものに置き換えたものである。図１１（Ｂ）のシーケンス図は、商品取消ボタン６０８による商品取消操作があった場合のシーケンス図である。なお、商品コードをスキャンした場合の図１０のシーケンス図と破線枠Ｐ内以外は共通するため、図１１（Ｂ）のシーケンス図では、差異部分（図１０の破線枠Ｐ内に相当する部分）のみを説明している。つまり、図１１（Ｂ）のシーケンス図は、図１０の破線枠Ｐ内の部分を、商品取消操作に対応するものに置き換えたものである。

【0099】

（数量変更操作）
図１１（Ａ）のステップＳ７Ａ：携帯端末６０は、一の登録商品の数量変更操作を受け付ける。

【0100】

ステップＳ８Ａ：携帯端末６０は、当該登録商品の商品コードと、変更後の数量とを、バスケット識別情報とともにクラウドサーバ２０に送信する。

【0101】

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

【0102】

ステップＳ１０Ａ：クラウドサーバ２０は、特定したバスケットのバスケット情報を更新（数量の変更等）する。詳細は後述する。

【0103】

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

【0104】

ステップＳ１２Ａ：クラウドサーバ２０からバスケット識別情報及び画面情報を受信した携帯端末６０は、当該バスケット識別情報が記憶しているバスケット識別情報と一致するかを確認した後、当該画面情報に基づく登録画面を表示部に表示する。つまり、登録画面において、ステップＳ７Ａにて受け付けた数量変更操作の内容が反映される。

【0105】

（商品取消操作）
図１１（Ｂ）のステップＳ７Ｂ：携帯端末６０は、一の登録商品の商品取消操作を受け付ける。

【0106】

ステップＳ８Ｂ：携帯端末６０は、当該登録商品の商品コードと、取消指示情報（当該商品コードの登録商品の登録の取消を指示する指示情報）とを、バスケット識別情報とともにクラウドサーバ２０に送信する。

【0107】

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

【0108】

ステップＳ１０Ｂ：クラウドサーバ２０は、特定したバスケットのバスケット情報を更新（登録商品情報の消去等）する。詳細は後述する。

【0109】

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

【0110】

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

【0111】

（店員呼出処理の制御例）
図１０の説明の最後に、数量減少操作や商品取消操作があった場合でも店員呼出処理を実行しない場合もあると説明したが、具体的には、例えば、以下のように制御する。
（１）数量を減少させた商品（但し、減少後に元の数量以上に増加させた商品は除く）が１つでも存在する場合には、店員呼出処理を実行する。
（２）取り消した商品（但し、取消後に再度登録した商品は除く）が１つでも存在する場合には、店員呼出処理を実行する。
（３）数量を減少させた商品（但し、減少後に元の数量以上に増加させた商品は除く）も、取り消した商品（但し、取消後に再度登録した商品は除く）も、全く存在しない場合には、店員呼出処理を実行しない。

【0112】

（バスケット情報）
図１２は、バスケット情報の一例である。上述した店員呼出処理の制御（上記（１）～（３））を実現するために、例えば、バスケット情報は、図１２に示したようなものであってもよい。

【0113】

図１２に示したバスケット情報は、バスケット識別情報、取引開始日時、取引終了日時、顧客識別情報、店員呼出制御情報、登録商品情報、取消情報を含む。バスケット識別情報、取引開始日時、取引終了日時、顧客識別情報については既に説明しているため、以下、店員呼出関連情報、登録商品情報、取消情報について説明する。

【0114】

店員呼出制御情報は、店員呼出処理の制御に用いられる情報である。店員呼出制御情報は、呼出事象フラグ、 呼出禁止フラグを含む。

【0115】

呼出事象フラグは、当該取引において、店員呼出事象（数量減少、商品取消）が生じたか否かに関するフラグである。呼出事象フラグの値「０（初期値）」は、店員呼出事象発生前（未発生）である旨を示す。呼出事象フラグの値「１」は、店員呼出事象発生後（発生済）である旨を示す。呼出事象フラグの値は、一の商品が数量減少状態（後述）や取消状態（後述）となったことに基づいて、値「０」から値「１」となる。ひとたび「１」となった場合には「０」にならない。

【0116】

呼出禁止フラグは、当該取引における、店員呼出の許容／禁止に関するフラグである。呼出禁止フラグの値「０（初期値）」は、店員呼出を許容する旨を示す。呼出禁止フラグの値「１」は、店員呼出を禁止する旨を示す。呼出禁止フラグの値は、呼出事象フラグが「１」の状態（一の商品が数量減少状態（後述）や取消状態（後述）となった後）において、全部の商品が数量減少状態や取消状態でなくなったことに基づいて、値「０」から値「１」となる。値「１」となった後にも、一の商品が数量減少状態や取消状態となったことに基づいて値「１」から値「０」となる。

【0117】

精算時（例えば図１０のステップＳ１５以降）において、呼出事象フラグが値「１」、且つ、呼出禁止フラグが値「０」である場合に、店員呼出処理を実行する。つまり、精算時において、呼出事象フラグが値「１」であっても呼出禁止フラグが「１」である場合には店員呼出処理を実行しない。

【0118】

登録商品情報は、「登録商品情報（計）」及び「登録商品情報（個別）」から構成される。登録商品情報（個別）は、個々の商品（登録した商品）毎の登録商品情報である。登録商品情報（計）は、登録商品情報（個別）を合計（集計）した登録商品情報である。

【0119】

登録商品情報（個別）は、商品を新たにスキャンした場合に生成され、該商品を取り消した場合に消去される。取消後に再度当該商品をスキャンした場合に反映させるため、取消時に、消去する情報のうちの一部（数量変更取消履歴情報等）については「取消情報（個別）」内に引き継がれる（退避される）。登録商品情報（個別）は、商品コード、品名、価格、数量、数量変更取消履歴情報、数量減少状態フラグ（個別）を含む。

【0120】

数量変更取消履歴情報は、当該商品の数量変更（増減）及び取消に関する履歴情報である。例えば、ある商品Ａがスキャンされ、続いて３個に増加され、続いて２個に減少され、続いて削除された場合には、商品Ａの数量変更取消履歴情報として、当該経過（例えば、「１→３→２→削」）が記憶される。また、ある商品Ｂがスキャンされ、続いて削除され、続いて再度スキャンされ、続いて４個に増加された場合には、商品Ｂの数量変更取消履歴情報として、当該経過（例えば、「１→削除→１→４」）が記憶される。

【0121】

数量減少状態フラグ（個別）は、当該商品について数量減少状態であるか否かに関するフラグである。数量減少状態とは、現数量が過去最大数量未満である状態である。数量減少状態フラグ（個別）の値「０（初期値）」は、当該商品について数量減少状態でない旨（現数量が過去最大数量である旨）を示す。数量減少状態フラグ（個別）の値「１」は、当該商品について数量減少状態である旨（現数量が過去最大数量未満である旨）を示す。

【0122】

登録商品情報（計）は、登録品数、小計金額、数量減少状態フラグ（全体）を含む。数量減少状態フラグ（全体）は、取引全体として数量減少状態であるか否かに関するフラグである。数量減少状態フラグ（全体）の値「０（初期値）」は、取引全体として数量減少状態でない旨（具体的には、全部の登録商品情報（個別）の数量減少状態フラグ（個別）が値「０」である旨）を示す。数量減少状態フラグ（全体）の値「１」は、取引全体として数量減少状態である旨（具体的には、少なくとも１つの登録商品情報（個別）の数量減少状態フラグ（個別）が値「１」である旨）を示す。

【0123】

取消情報は、「取消情報（計）」及び「取消情報（個別）」から構成される。取消情報（個別）は、個々の商品（取り消した商品）毎の取消情報である。取消情報（計）は、取消情報（個別）を合計（集計）した取消情報である。

【0124】

取消情報（個別）は、登録した商品を取り消した場合に生成され、再登録（再スキャン）した場合には取消状態フラグ（個別）の値が「１（初期値）」から「０」となる。つまり、取消後に再登録した場合であっても、取消情報（個別） 自体は消去されない。取消情報（個別）は、商品コード、引継情報（数量変更取消履歴情報等）、取消状態フラグ（個別）を含む。

【0125】

取消状態フラグ（個別）は、当該商品について取消状態であるか否かに関するフラグである。取消状態とは、現在、再登録が行われていない状態である。取消状態フラグ（個別）の値「１（初期値）」は、当該商品について取消状態である旨（再登録状態でない旨）を示す。取消状態フラグ（個別）の値「０」は、当該商品について取消状態でない旨（再登録状態である旨）を示す。

【0126】

取消状態（計）は、取消品数、取消状態フラグ（全体）を含む。取消品数は、取消状態（取消状態フラグ（個別）の値「１」）である商品の商品数である。取消状態フラグ（全体）は、取引全体として取消状態であるか否かに関するフラグである。取消状態フラグ（全体）の値「１（初期値）」は、取引全体として取消状態である旨（具体的には、少なくとも１つの取消情報（個別）の取消状態フラグ（個別）が値「１」である旨）を示す。取消状態フラグ（全体）の値「０」は、取引全体として取消状態でない旨（具体的には、全部の取消情報（個別）の取消状態フラグ（個別）が値「０」である旨）を示す。

【0127】

図１３～図１７は、バスケット情報の更新に関して説明するフローチャートである。具体的には、図１３及び図１４は、図１０のステップＳ１０の処理（商品コードをスキャンした場合におけるバスケット情報の更新処理）に関して説明するフローチャートである。図１５及び図１６は、図１１（Ａ）のステップＳ１０Ａの処理（数量変更操作があった場合におけるバスケット情報の更新処理）に関して説明するフローチャートである。図１７は、図１１（Ｂ）のステップＳ１０Ｂの処理（商品取消操作があった場合におけるバスケット情報の更新処理）に関して説明するフローチャートである。

【0128】

（商品コードをスキャンした場合におけるバスケット情報の更新処理）
図１３のステップＳ１００：クラウドサーバ２０は、当該商品（スキャンした商品）の登録商品情報（個別）が存在するか否かを判断する。なお、ある商品Ａの登録商品情報（個別）は、当該商品Ａを過去にスキャンし、かつ当該商品Ａが取消状態ではない場合には、存在する。ある商品Ａの登録商品情報（個別）は、当該商品Ａを過去にスキャンしていないか、又は、当該商品Ａを過去にスキャンしたが、当該商品Ａが取消状態である場合には、存在しない。また、ある商品Ａの取消情報（個別）が存在し、かつ取消状態フラグ（個別）が「１（取消状態）」である場合には、当該商品Ａは取消状態である。

【0129】

当該商品の登録商品情報（個別）が存在する場合（ステップＳ１００：ＹＥＳ）、図１５のステップＳ２０１に進む。当該商品の登録商品情報（個別）が存在しない場合（ステップＳ１００：ＮＯ）、ステップＳ１０１に進む。

【0130】

ステップＳ１０１：クラウドサーバ２０は、当該商品が取消状態であるか否かを判断する。当該商品が取消状態である場合（ステップＳ１０１；ＹＥＳ）、図１４のステップＳ１２０に進む。当該商品が取消状態でない場合（ステップＳ１０１；ＮＯ）、ステップＳ１１０に進む。

【0131】

ステップＳ１００、Ｓ１０１を整理する。当該商品が過去にスキャンされかつ取消状態でなければ、図１５のステップＳ２０１に進む。なお、ある商品Ａが過去にスキャンされかつ取消状態でなければ、当該商品Ａの登録商品情報（個別）は存在する。また、当該商品Ａの取消情報（個別）は、存在しない場合と存在する場合（数量減少状態フラグ（個別）が「０（再登録状態）」）とがある。当該商品が過去にスキャンされかつ取消状態であれば、図１４のステップＳ１２０に進む。なお、ある商品Ａが過去にスキャンされかつ取消状態であれば、当該商品Ａの登録商品情報（個別）は存在しない。また、当該商品Ａの取消情報（個別）は、存在する（数量減少状態フラグ（個別）が「１（取消状態）」）。当該商品が過去にスキャンされていなければ、ステップＳ１１０に進む。なお、ある商品Ａが過去にスキャンされていなければ、当該商品Ａの登録商品情報（個別）も、当該商品Ａの取消情報（個別）も、存在しない。

【0132】

ステップＳ１１０：クラウドサーバ２０は、登録商品情報（個別）を更新する。具体的には、クラウドサーバ２０は、当該商品の登録商品情報（個別）を追加する。追加に際し、クラウドサーバ２０は、数量変更取消履歴情報を生成（最初の情報として「１」を記憶）する。また、クラウドサーバ２０は、数量減少状態フラグ（個別）の値として「０」をセットする。続いてステップＳ１１１に進む。

【0133】

ステップＳ１１１：クラウドサーバ２０は、登録商品情報（計）を更新する。具体的には、クラウドサーバ２０は、登録品数、小計金額（概算小計金額。なお、最終的な小計金額は会計指示後であるステップＳ１８にて算出）を更新する。なお、クラウドサーバ２０は、数量減少状態フラグ（全体）の値を維持する（「０」であれば「０」のままとし、「１」であれば「１」のままとする。但し、数量減少状態フラグ（全体）を新規に記憶する場合には「０」をセットする）。そして、本フローチャートは終了する。

【0134】

図１４のステップＳ１２０：クラウドサーバ２０は、登録商品情報（個別）を更新する。具体的には、クラウドサーバ２０は、当該商品の登録商品情報（個別）を追加する。追加に際し、クラウドサーバ２０は、当該商品の取消情報（個別）の引継情報（数量変更取消履歴情報）を引き継ぐ。例えば、クラウドサーバ２０は、当該商品の取消情報（個別）内の数量変更取消履歴情報が「１→削除」であれば、当該商品の登録商品情報（個別）内の数量変更取消履歴情報を「１→削除→１」とし、当該商品の取消情報（個別）内の数量変更取消履歴情報が「１→２→削除」であれば、当該商品の登録商品情報（個別）内の数量変更取消履歴情報を「１→２→削除→１」とする。また、クラウドサーバ２０は、引き継いだ数量変更取消履歴情報に基づき、当該商品の過去最大数量が１であれば数量減少状態フラグ（個別）の値として「０」をセットし、当該商品の過去最大数量が２以上であれば数量減少状態フラグ（個別）の値として「１」をセットする。例えば、クラウドサーバ２０は、当該商品の登録商品情報（個別）内の数量変更取消履歴情報が「１→削除→１」であれば数量減少状態フラグ（個別）の値として「０」をセットし、当該商品の登録商品情報（個別）内の数量変更取消履歴情報が「１→２→削除→１」であれば数量減少状態フラグ（個別）の値として「１」をセットする。つまり、取消状態の商品の再登録によって取消状態は解消するが（ステップＳ１２２）、クラウドサーバ２０は、更に数量減少状態も解消している場合には数量減少状態フラグ（個別）の値として「０」をセットし、数量減少状態は解消していない場合には数量減少状態フラグ（個別）の値として「１」をする。続いてステップＳ１２１に進む。

【0135】

ステップＳ１２１：クラウドサーバ２０は、登録商品情報（計）を更新する。具体的には、クラウドサーバ２０は、登録品数、小計金額を更新する。また、クラウドサーバ２０は、全部の登録商品の数量減少状態フラグ（個別）の値が「０」であれば数量減少状態フラグ（全体）の値として「０」をセットし、少なくとも一部の登録商品の数量減少状態フラグ（個別）の値が「１」であれば数量減少状態フラグ（全体）の値として「１」をセットする。続いてステップＳ１２２に進む。

【0136】

ステップＳ１２２：クラウドサーバ２０は、取消情報（個別）を更新する。具体的には、クラウドサーバ２０は、取消状態フラグ（個別）を「１」から「０」に更新する。続いてステップＳ１２３に進む。

【0137】

ステップＳ１２３：クラウドサーバ２０は、取消情報（計）を更新する。具体的には、クラウドサーバ２０は、取消品数を更新する。また、クラウドサーバ２０は、全部の商品の取消状態フラグ（個別）の値が「０」であれば取消状態フラグ（全体）の値として「０」をセットし、少なくとも一部の商品の取消状態フラグ（個別）の値が「１」であれば取消状態フラグ（全体）の値として「１」をセットする。つまり、クラウドサーバ２０は、当該商品の取消状態フラグ（個別）を「０（再登録状態）」としたことによって、全部の商品の取消状態フラグ（個別）の値が「０」となった場合には取消状態フラグ（全体）の値を「１」から「０」に更新する。続いてステップＳ１２４に進む。

【0138】

ステップＳ１２４：クラウドサーバ２０は、呼出禁止フラグの値が「０」であるか否かを判断する。呼出禁止フラグの値が「０」である場合（ステップＳ１２４；ＹＥＳ）、ステップＳ１２５に進む。呼出禁止フラグの値が「１」である場合（ステップＳ１２４；ＮＯ）、本フローチャートは終了する。

【0139】

ステップＳ１２５：クラウドサーバ２０は、数量減少状態フラグ（全体） の値が「０」であるか否かを判断する。数量減少状態フラグ（全体）の値が「０」である場合（ステップＳ１２５；ＹＥＳ）、ステップＳ１２６に進む。数量減少状態フラグ（全体）の値が「１」である場合（ステップＳ１２４；ＮＯ）、本フローチャートは終了する。

【0140】

ステップＳ１２６：クラウドサーバ２０は、取消状態フラグ（全体）の値が「０」であるか否かを判断する。取消状態フラグ（全体）の値が「０」である場合（ステップＳ１２６；ＹＥＳ）、ステップＳ１２８に進む。取消状態フラグ（全体）の値が「１」である場合（ステップＳ１２６；ＮＯ）、本フローチャートは終了する。

【0141】

ステップＳ１２８：クラウドサーバ２０は、呼出禁止フラグの値を「０」から「１」に更新する。そして、本フローチャートは終了する。

【0142】

（数量変更操作があった場合におけるバスケット情報の更新処理）
図１５のステップＳ２００：クラウドサーバ２０は、数量増加であるか否かを判断する。例えば、クラウドサーバ２０は、変更後の数量と、登録商品情報（個別）内の数量（又は登録商品情報（個別）内の数量変更取消履歴情報における現在の数量）とに基づいて数量増加であるか否かを判断する。なお、携帯端末６０が数量増加操作であるか数量減少操作であるかを示す操作情報を送信することにより、クラウドサーバ２０は、当該操作情報に基づいて数量増加であるか否かを判断してもよい。数量増加である場合（ステップＳ２００；ＹＥＳ）、ステップＳ２０１に進む。数量減少である場合（ステップＳ２００；ＮＯ）、図１６（Ｂ）のステップＳ２３０に進む。

【0143】

ステップＳ２０１：クラウドサーバ２０は、当該商品は数量減少状態であるか否かを判断する。なお、ある商品Ａの登録商品情報（個別）が存在し、かつ数量減少状態フラグ（個別）が「１」である場合には、当該商品Ａは数量減少状態である。数量減少状態である場合（ステップＳ２０１；ＹＥＳ）、図１６（Ａ）のステップＳ２２０に進む。数量減少状態でない場合（ステップＳ２０１；ＮＯ）、ステップＳ２１０に進む。

【0144】

ステップＳ２１０：クラウドサーバ２０は、登録商品情報（個別）を更新する。具体的には、クラウドサーバ２０は、価格、数量、数量変更取消履歴情報を更新する。例えば、クラウドサーバ２０は、当該商品の登録商品情報（個別）内の数量変更取消履歴情報が「１」であれば、当該商品の登録商品情報（個別）内の数量変更取消履歴情報を「１→増加後数量」とし、当該商品の登録商品情報（個別）内の数量変更取消履歴情報が「１→２」であれば、当該商品の登録商品情報（個別）内の数量変更取消履歴情報を「１→２→増加後数量」とする。なお、クラウドサーバ２０は、数量減少状態フラグ（個別）の値を維持する（つまり「０」のままとする）。そして、本フローチャートは終了する。続いてステップＳ２１１に進む。

【0145】

ステップＳ２１１：クラウドサーバ２０は、登録商品情報（計）を更新する。具体的には、クラウドサーバ２０は、登録品数、小計金額を更新する。なお、クラウドサーバ２０は、数量減少状態フラグ（全体）の値を維持する（「０」であれば「０」のままとし、「１」であれば「１」のままとする。）。そして、本フローチャートは終了する。

【0146】

図１６（Ａ）のステップＳ２２０：クラウドサーバ２０は、登録商品情報（個別）を更新する。具体的には、クラウドサーバ２０は、価格、数量、数量変更取消履歴情報を更新する。例えば、クラウドサーバ２０は、当該商品の登録商品情報（個別）内の数量変更取消履歴情報が「１→２→１」であれば、当該商品の登録商品情報（個別）内の数量変更取消履歴情報を「１→２→１→増加後数量」とし、当該商品の登録商品情報（個別）内の数量変更取消履歴情報が「１→３→１」であれば、当該商品の登録商品情報（個別）内の数量変更取消履歴情報を「１→３→１→増加後数量」とする。また、クラウドサーバ２０は、更新後の数量変更取消履歴情報に基づき、当該商品の増加後の数量が過去最大数量であれば、数量減少状態フラグ（個別）の値を「１」から「０」に更新する。つまり、クラウドサーバ２０は、数量増加によって数量減少状態が解消している場合には数量減少状態フラグ（個別）の値を「１」から「０」に更新する。続いてステップＳ２２１に進む。

【0147】

ステップＳ２２１：クラウドサーバ２０は、登録商品情報（計）を更新する。具体的には、クラウドサーバ２０は、登録品数、小計金額を更新する。また、クラウドサーバ２０は、全部の登録商品の数量減少状態フラグ（個別）の値が「０」であれば、数量減少状態フラグ（全体）の値を「１」から「０」に更新する。続いてステップＳ２２４に進む。

【0148】

ステップＳ２２４：クラウドサーバ２０は、呼出禁止フラグの値が「０」であるか否かを判断する。呼出禁止フラグの値が「０」である場合（ステップＳ２２４；ＹＥＳ）、ステップＳ２２５に進む。呼出禁止フラグの値が「１」である場合（ステップＳ２２４；ＮＯ）、本フローチャートは終了する。

【0149】

ステップＳ２２５：クラウドサーバ２０は、数量減少状態フラグ（全体） の値が「０」であるか否かを判断する。数量減少状態フラグ（全体）の値が「０」である場合（ステップＳ２２５；ＹＥＳ）、ステップＳ２２６に進む。数量減少状態フラグ（全体）の値が「１」である場合（ステップＳ２２４；ＮＯ）、本フローチャートは終了する。

【0150】

ステップＳ２２６：クラウドサーバ２０は、取消状態フラグ（全体）の値が「０」であるか否かを判断する。取消状態フラグ（全体）の値が「０」である場合（ステップＳ２２６；ＹＥＳ）、ステップＳ２２８に進む。取消状態フラグ（全体）の値が「１」である場合（ステップＳ２２６；ＮＯ）、本フローチャートは終了する。

【0151】

ステップＳ２２８：クラウドサーバ２０は、呼出禁止フラグを「０」から「１」に更新する。そして、本フローチャートは終了する。

【0152】

図１６（Ｂ）のステップＳ２３０：クラウドサーバ２０は、登録商品情報（個別）を更新する。具体的には、クラウドサーバ２０は、価格、数量、数量変更取消履歴情報を更新する。例えば、クラウドサーバ２０は、当該商品の登録商品情報（個別）内の数量変更取消履歴情報が「１→３」であれば、当該商品の登録商品情報（個別）内の数量変更取消履歴情報を「１→３→減少後数量」とし、当該商品の登録商品情報（個別）内の数量変更取消履歴情報が「１→取消→１→３」であれば、当該商品の登録商品情報（個別）内の数量変更取消履歴情報を「１→取消→１→３→減少後数量」とし、当該商品の登録商品情報（個別）内の数量変更取消履歴情報が「１→５→４」であれば、当該商品の登録商品情報（個別）内の数量変更取消履歴情報を「１→５→４→減少後数量」とする。また、クラウドサーバ２０は、数量減少状態フラグ（個別）の値が「０」であれば、数量減少状態フラグ（個別）の値を「０」から「１」に更新する。続いてステップＳ２３１に進む。

【0153】

ステップＳ２３１：クラウドサーバ２０は、登録商品情報（計）を更新する。具体的には、クラウドサーバ２０は、登録品数、小計金額を更新する。また、クラウドサーバ２０は、数量減少状態フラグ（全体）が「０」であれば、数量減少状態フラグ（全体）の値を「０」から「１」に更新する。続いてステップＳ２３７に進む。

【0154】

ステップＳ２３７：クラウドサーバ２０は、呼出事象フラグの値が「０」であれば、呼出事象フラグの値を「０」から「１」に更新する。続いてステップＳ２３８に進む。

【0155】

ステップＳ２３８：クラウドサーバ２０は、呼出禁止フラグの値が「１」であれば、呼出禁止フラグの値を「１」から「０」に更新する。そして、本フローチャートは終了する。

【0156】

（商品取消操作があった場合におけるバスケット情報の更新処理）
図１７のステップＳ３００：クラウドサーバ２０は、当該商品は、過去に取消状態となっていないか否かを判断する。つまり、クラウドサーバ２０は、当該商品が、取消後に再登録された商品であるか否かを判断する。例えば、クラウドサーバ２０は、当該商品の登録商品情報（個別）内の数量変更取消履歴情報を参照し、上記を判断する。例えば、クラウドサーバ２０は、当該商品の登録商品情報（個別）内の数量変更取消履歴情報が「１」や「１→２」であれば過去に取消状態となっていない（つまり取消後に再登録された商品ではない）と判断し、当該商品の登録商品情報（個別）内の数量変更取消履歴情報が「１→取消→１」や「１→２→取消→１→２」であれば過去に取消状態となっている（つまり取消後に再登録された商品である）と判断する。過去に取消状態となっていない（取消後に再登録された商品ではない）場合（ステップＳ３００；ＹＥＳ）、ステップＳ３１２に進む。過去に取消状態となっている（取消後に再登録された商品である）場合（ステップＳ３００；ＮＯ）、ステップＳ３２２に進む。

【0157】

ステップＳ３１２：クラウドサーバ２０は、取消情報（個別）を更新する。具体的には、クラウドサーバ２０は、当該商品の取消情報（個別）を追加する。追加に際し、クラウドサーバ２０は、当該商品の商品登録情報（個別）の数量変更取消履歴情報を引き継ぐ。例えば、クラウドサーバ２０は、当該商品の商品登録情報（個別）内の数量変更取消履歴情報が「１」であれば、当該商品の取消情報（個別）内の数量変更取消履歴情報を「１→削除」とし、当該商品の商品登録情報（個別）内の数量変更取消履歴情報が「１→２」であれば、当該商品の取消情報（個別）内の数量変更取消履歴情報を「１→２→削除」とする。また、クラウドサーバ２０は、取消状態フラグ（個別）の値として初期値である「１（取消状態）」をセットする。続いてステップＳ３２３に進む。

【0158】

ステップＳ３２２：クラウドサーバ２０は、取消情報（個別）を更新する。具体的には、クラウドサーバ２０は、当該商品の取消情報（個別）を更新する。更新に際し、クラウドサーバ２０は、当該商品の商品登録情報（個別）の数量変更取消履歴情報を引き継ぐ。例えば、クラウドサーバ２０は、当該商品の商品登録情報（個別）内の数量変更取消履歴情報が「１→取消→１」であれば、当該商品の取消情報（個別）内の数量変更取消履歴情報を「１→取消→１→取消」とし、当該商品の商品登録情報（個別）内の数量変更取消履歴情報が「１→２→取消→１→２」であれば、当該商品の取消情報（個別）内の数量変更取消履歴情報を「１→２→取消→１→２→取消」とする。また、クラウドサーバ２０は、取消状態フラグ（個別）の値を「０」から「１」に更新する。続いてステップＳ３２３に進む。

【0159】

ステップＳ３２３：クラウドサーバ２０は、取消情報（計）を更新する。具体的には、クラウドサーバ２０は、取消品数を更新する。また、クラウドサーバ２０は、取消状態フラグ（全体）の値が「０」であれば、取消状態フラグ（全体）を「０」から「１」に更新する。続いてステップＳ３３１に進む。

【0160】

ステップＳ３３１：クラウドサーバ２０は、登録商品情報（個別）を更新する。具体的には、クラウドサーバ２０は、当該商品の登録商品情報（個別）を消去する。なお、当該消去（ステップＳ３２２）に先立って、登録商品情報（個別）内の数量変更取消履歴情報は、取消情報（個別）内に引き継がれている（ステップＳ３１２、Ｓ３２２）。続いてステップＳ３２３に進む。

【0161】

ステップＳ３２２：クラウドサーバ２０は、登録商品情報（計）を更新する。具体的には、クラウドサーバ２０は、登録品数、小計金額を更新する。また、クラウドサーバ２０は、全部の登録商品の数量減少状態フラグ（個別）の値が「０」あり、且つ、数量減少状態フラグ（全体）の値が「１」であれば、数量減少状態フラグ（全体）の値を「１」から「０」に更新する。続いてステップＳ３３７に進む。

【0162】

ステップＳ３３７：クラウドサーバ２０は、呼出事象フラグの値が「０」であれば、呼出事象フラグの値を「０」から「１」に更新する。続いてステップＳ３３８に進む。

【0163】

ステップＳ３３８：クラウドサーバ２０は、呼出禁止フラグの値が「１」であれば、呼出禁止フラグの値を「１」から「０」に更新する。そして、本フローチャートは終了する。

【0164】

続いて、変形例（変形例１、変形例２）について説明する。

【0165】

（変形例１）
変形例１は、店員呼出事象が生じたか否かや、店員呼出を許容するか禁止するかの判断を、個々の操作等（数量減少操作、商品取消操作、商品コードのスキャン）のタイミングとは異なるタイミングで実行する態様である。

【0166】

図１０～図１７に示した例では、店員呼出事象が生じたか否かや、店員呼出を許容するか禁止するかの判断を、個々の操作等（数量減少操作、商品取消操作、商品コードのスキャン）のタイミングで行っているが、例えば、変形例１として、店員呼出事象が生じたか否かや、店員呼出を許容するか禁止するかの判断を、会計指示を受け付けた後（図１０のステップＳ１３以降）のいずれかのタイミングで行うようにしてもよい。

【0167】

具体的には、クラウドサーバ２０は、携帯端末６０からバスケット識別情報及び小計算出要求情報の受信後にバスケットを特定するが（ステップＳ１７）、当該特定後に、各商品の登録商品情報（個別）内の数量変更取消履歴情報、各取消情報（個別）内の数量変更取消履歴情報を参照し、店員呼出事象が生じたか否かや、店員呼出を許容するか禁止するかの判断を、行うようにしてもよい。例えば、クラウドサーバ２０は、全部の商品について取消の履歴も数量減少の履歴もなければ店員呼出事象が生じていないと判断し、少なくとも１つの商品について取消の履歴か数量減少の履歴があれば店員呼出事象が生じたと判断する。また、クラウドサーバ２０は、店員呼出事象が生じたと判断した場合、少なくとも１つの商品について取消状態や数量減少状態が解消されていなければ店員呼出を許容すると判断し、全部の商品について取消状態や数量減少状態が解消されていれば店員呼出を禁止すると判断する。

【0168】

なお、店員呼出事象が生じたか否かや、店員呼出を許容するか禁止するかの判断を、個々の操作等毎に行う態様では、店員呼出に関する情報（店員呼出事象が生じたか否かや、店員呼出を許容するか禁止するかに関する情報）を、操作等毎に適宜把握することができる。一方、店員呼出事象が生じたか否かや、店員呼出を許容するか禁止するかの判断を、会計指示を受け付けた後に行う態様では、個々の操作等毎に行う態様に比べて、個々の操作等毎の処理の負荷を低減させることができる。

【0169】

（変形例２）
クラウドサーバ２０とは異なる他の装置が、店員呼出処理を制御（呼出事象フラグ、呼出禁止フラグ等の各種フラグを更新）する態様である。

【0170】

図１０～図１７に示した例では、クラウドサーバ２０が、店員呼出処理を制御（呼出事象フラグ、呼出禁止フラグ等の各種フラグを更新）しているが、例えば、変形例２として、携帯端末６０が、クラウドサーバ２０からバスケット情報を取得し、当該バスケット情報に基づいて（又は、クラウドサーバ２０から受信する画面情報に基づいて）、各種フラグを更新してもよい。会計指示を受け付けた後に店員呼出処理を制御する態様（変形例１の態様）においても同様である。つまり、携帯端末６０は、会計指示を受け付けた場合、クラウドサーバ２０からバスケット情報を取得し、当該バスケット情報に基づいて（又は、最新の画面情報に基づいて）、各種フラグを更新してもよい。また、変形例２として、精算装置４０が、クラウドサーバ２０からバスケット情報を取得し（２次元コードをスキャンした後にバスケット情報を要求し）、当該バスケット情報に基づいて、各種フラグを更新してもよい。

【0171】

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

【0172】

また、図１０～図１７に示した例では、数量減少させた商品（数量減少状態の商品）について数量増加操作があった場合には、所定の条件に応じて（増加後の数量が過去最大数量であれば）、当該商品の数量減少状態フラグ（個別）の値を「１」から「０」に更新しているが（図１６（Ａ）のステップＳ２２０）、無条件に（増加後の数量が過去最大数量でなくても）、当該商品の数量減少状態フラグ（個別）の値を「１」から「０」に更新するようにしてもよい。つまり、図１０～図１７に示した例では、数量減少させた商品について減少分の数量に回復する迄増加させた場合に、当該商品の数量減少を店員呼出の理由としないようにしているが、減少分の数量に回復する迄増加させていない場合であっても、当該商品の数量減少を店員呼出の理由としないようにしてもよい。

【0173】

また、図１０～図１７に示した例では、取り消した商品（取消状態の商品）についてスキャン（再スキャン）があった場合には、所定の条件に応じて（当該商品の過去最大数量が１であれば）、当該商品の数量減少状態フラグ（個別）の値を「０」としているが（図１４（Ａ）のステップＳ１２０）、無条件に（当該商品の過去最大数量が２以上であっても）、当該商品の数量減少状態フラグ（個別）の値を「０」としてもよい。つまり、図１０～図１７に示した例では、取り消した商品について再登録させた場合、当該商品の過去最大数量が１であれば、（再登録直後の数量は１であるため）再登録によって数量減少状態とはならないため、当該商品の数量減少を店員呼出の理由としないようにしているが、当該商品の過去最大数量が２以上であっても、当該商品の数量減少を店員呼出の理由としないようにしてもよい。

【0174】

また、図１０～図１７に示した例では、呼出事象フラグ、呼出禁止フラグ、数量減少状態フラグ（個別）、数量減少状態フラグ（全体）、取消状態フラグ（個別）、取消状態フラグ（全体）を設けて、店員呼出事象が生じたか否かや、店員呼出を許容するか禁止するかを判断しているが、必ずしも全部のフラグを設けなくてもよい。例えば、呼出事象フラグは、例えば、数量変更取消履歴情報から導出できるため、呼出事象フラグを必ずしも設けなくてもよい。呼出禁止フラグについても同様である。数量減少状態フラグ（全体）の値は、例えば、各商品の数量減少状態フラグ（個別）の値から導出できるため、数量減少状態フラグ（全体）を必ずしも設けなくてもよい。取消状態フラグ（全体）についても同様である。また、数量減少状態フラグ（個別）の値は、数量変更取消履歴情報から導出できるため、数量減少状態フラグ（個別）を設けなくてもよい。取消状態フラグ（個別）についても同様である。

【0175】

また、上記では、顧客が、購入を止めるとしていた商品Ａについて改めて購入する場合には、当該顧客の商品Ａに対する購買行動（購入→止め→購入）に関しては店員呼出の理由とならないようにしているが、購入を止めるとしていた商品Ａに関連する商品Ｂについて購入する場合には、当該顧客の商品Ａ等に対する購買行動（購入→止め→関連する商品の購入）に関しても店員呼出の理由とならないようにしてもよい。つまり、上記では、取消状態フラグ（個別）の値が「１（取消状態）」である商品Ａが再登録された場合には、当該商品Ａの取消状態フラグ（個別）の値を「０（再登録状態）」に更新しているが、取消状態フラグ（個別）の値が「１（取消状態）」である商品Ａに関連する商品Ｂが登録された場合にも、当該商品Ａの取消状態フラグ（個別）の値を「０（再登録状態）」に更新するようにしてもよい。商品Ａに関連する商品Ｂとは、例えば、商品Ａの代替えとなり得る商品である。例えば、トマトジュースが商品Ａである場合、野菜ジュースが商品Ｂである。

【0176】

また、上記では、顧客が、購入数量を減少させた商品Ａについて減少前の数量に増加させた場合には、当該顧客の商品Ａに対する購買行動（減少→増加）に関しては店員呼出の理由とならないようにしているが、購入数量を減少させた商品Ａに関連する商品Ｂについて数量を増加させた場合には、当該顧客の商品Ａ等に対する購買行動（減少→関連する商品の増加）に関しても店員呼出の理由とならないようにしてもよい。つまり、上記では、数量減少状態フラグ（個別）の値が「１（数量減少状態）」である商品Ａの数量を減少前の数量に増加された場合には、当該商品Ａの数量減少状態フラグ（個別）の値を「０」に更新しているが、数量減少状態フラグ（個別）の値が「１（数量減少状態）」である商品Ａに関連する商品の数量を数量に増加された場合（例えば、商品Ａの減少分以上、増加させた場合）にも、当該商品Ａの数量減少状態フラグ（個別）の値を「０」に更新するようにしてもよい。

【0177】

なお、複数の商品間の関連性に関する情報（ある商品に関連する商品はどの商品であるかを特定するための情報）については、販売システム１内（例えば、クラウドサーバ２０）に記憶し、適宜、参照すればよい。

【0178】

上記では、どのような顧客であっても同様に、店員呼出処理を制御（呼出事象フラグ、呼出禁止フラグ等の各種フラグを更新）しているが、顧客に応じて、店員呼出処理を制御してもよい。例えば、顧客毎の過去の操作実績等に応じて店員呼出処理を制御してもよい。

【0179】

一例として、数量減少操作や商品取消操作の頻度が所定の基準頻度（例えば、来店１回あたり１回、買上金額千円あたり１回等）以上の顧客については、数量減少操作、商品取消操作、数量増加操作、再登録に応じて店員呼出処理を制御し（図１０～図１７にて例示したように制御し）、一方、数量減少操作や商品取消操作の頻度が所定の基準頻度未満の顧客については、数量減少操作、商品取消操作、数量増加操作、再登録の有無にかかわらず、常に店員呼出処理を禁止してもよい（数量減少操作の後に数量増加操作を行わなくても商品取消操作の後に再登録を行わなくても店員呼出処理を行わないようにしてもよい）。これにより、より好適に、店員呼出の手間を削減することができる。

【0180】

他の例として、数量減少操作や商品取消操作の頻度が所定の基準頻度以上の顧客については、呼出事象フラグの値が「１（発生済）」且つ呼出禁止フラグの値が「０（許容）」であれば、常に店員呼出処理を実行し（図１０～図１７にて例示したように制御し）、数量減少操作や商品取消操作の頻度が所定の基準頻度未満の顧客については、呼出事象フラグの値が「１（発生済）」且つ呼出禁止フラグの値が「０（許容）」であっても、店員呼出処理を実行する場合と実行しない場合とがあるようにしてもよい。なお、所定割合（例えば５０％。頻度が少ない場合にはより少ない割合であってもよい）で、ランダムに店員呼出処理を実行するか否かを決定してもよい。これにより、特定の顧客（数量減少操作や商品取消操作の頻度が所定の基準頻度未満の顧客）に対して適度な緊張感を与えつつ、より好適に、店員呼出の手間を削減することができる。

【0181】

なお、過去の操作実績等（数量減少操作や商品取消操作の頻度等）に代えて又は加えて、購買実績等に基づく貢献度に応じて顧客を分類し、店員呼出処理を制御してもよい。

【0182】

また、数量変更取消履歴情報を参照し、一取引中における夫々の商品を対象とする夫々の数量変更操作や商品取消操作の回数が所定の基準回数以上（１取引において３回以上）となった場合には、無条件に（数量増加操作や再登録の有無にかかわらず）、店員呼出処理を実行するようにしてもよい。なお、顧客に応じて、上記基準回数を異ならせてもよい。また、顧客に代えて又は加えて、商品の価格に応じて、上記基準回数を異ならせてもよい。

【0183】

上述した、一取引中における夫々の商品を対象とする夫々の数量変更操作や商品取消操作の回数による制御に代えて又は加えて、数量変更取消履歴情報を参照し、一取引中における全商品を対象とする全体の数量変更操作や商品取消操作の回数が所定の基準回数以上（１取引において１０回以上）となった場合には、無条件に、店員呼出処理を実行するようにしてもよい。なお、顧客に応じて、上記基準回数を異ならせてもよい。また、顧客に代えて又は加えて、商品の価格に応じて、上記基準回数を異ならせてもよい。

【0184】

また、数量変更取消履歴情報を参照し、一取引中における夫々の商品を対象とする夫々の数量変更操作や商品取消操作の回数が所定の基準回数以上（１取引において３回以上）となった場合には、顧客に報知（当該顧客の携帯端末６０に当該商品に対する数量変更操作等が多い旨、数量を確認すべき旨等を表示等）してもよいし、顧客に報知することに代えて又は加えて、店員に報知（客が使用する端末（監視装置５０、登録精算装置３０、店員が使用する非図示の携帯端末等に当該商品に対する数量変更操作等が多い旨等を通知等）してもよい。一取引中における全商品を対象とする全体の数量変更操作や商品取消操作の回数が所定の基準回数以上（１取引において１０回以上）となった場合においても同様である。

【0185】

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

【0186】

以下に、付記１～６を開示する。

【0187】

（付記１）
顧客の操作に基づいて商品の登録処理を実行する登録手段と、
顧客の操作に基づいて商品の登録情報を用いて精算処理を実行する精算手段と、
精算処理の実行前迄に顧客が所定の呼出事由操作を行っているかに基づいて精算処理の実行時における店員呼出の実行を制御する呼出制御手段と
を備え、
前記呼出制御手段は、
精算処理の実行前迄に顧客が前記呼出事由操作を行っている場合であっても、前記呼出事由操作に加えて所定の呼出制限操作も行っている場合には、精算処理の実行時における店員呼出を実行しないように制御する
ことを特徴とするセルフ登録システム。

【0188】

付記１によれば、客による不正を好適に防止することができる。つまり、呼出事由操作があったものの呼出制限操作もあったような場面は、客が不正を行なった可能性は比較的低いと考えられるため、店員呼出を実行しないようにすることで（すなわち、客が不正を行なった可能性が比較的高いと考えられる場合に絞って店員呼出を実行することで）、好適に（店員の負荷と不正防止の効果との関係において効率的に）、不正を防止することができる。

【0189】

（付記２）
前記呼出事由操作は、
前記登録手段によって登録された登録商品の登録を取り消す商品取消操作（商品取消ボタン６０８による商品取消操作等）、又は、前記登録商品の数量を減少させる数量減少操作（マイナスボタン６０７による数量減少操作等）であり、
前記呼出制限操作は、
前記商品取消操作によって登録を取り消した商品を再登録する操作（バーコードをスキャンする操作）、又は、前記数量減少操作によって数量を減少させた前記登録商品の数量を増加させる操作（プラスボタン６０６による数量増加操作等）である
ことを特徴とする付記１に記載のセルフ登録システム。

【0190】

付記２によれば、客による不正を好適に防止することができる。

【0191】

（付記３）
前記呼出制限操作は、
前記商品取消操作によって登録を取り消した商品と関連する他の商品を登録する操作、又は、前記数量減少操作によって数量を減少させた前記登録商品と関連する他の前記登録商品の数量を増加させる操作である
ことを特徴とする付記２に記載のセルフ登録システム。

【0192】

付記３によれば、客による不正をより好適に防止することができる。例えば、カゴに入れた商品（既に登録した商品）よりもよい商品（既に登録した商品に関連した商品）を見つけた場合、既に商品した商品を取り消した後に関連した商品を登録するといった操作が行われる。当該操作は、通常行われる操作であり、客が不正を行なった可能性は比較的低いと考えられる。従って、取り消した商品を登録する場合と同様、取り消した商品と関連する他の商品を登録した場合にも、店員呼出の対象から除外すれば、より好適に（店員の負荷と不正防止の効果との関係において効率的に）、不正を防止することができる。

【0193】

（付記４）
前記商品取消操作によって前記登録商品の登録を取り消した場合、又は、前記数量減少操作によって前記登録商品の数量を減少させた場合に、商品を棚に戻す旨を報知する報知手段
を更に備えることを特徴とする付記２又は付記３に記載のセルフ登録システム。

【0194】

付記４によれば、商品を棚に戻し忘れるのを防止することができる。

【0195】

（付記５）
前記呼出制御手段は、
特定の顧客が操作している場合には、前記呼出事由操作及び前記呼出制限操作の有無にかかわらず、精算処理の実行時における店員呼出を実行しないように制御する
ことを特徴とする付記１乃至付記４の何れかに記載のセルフ登録システム。

【0196】

付記５によれば、客による不正を好適に防止することができる。特定の顧客に絞って、好適に（店員の負荷と不正防止の効果との関係において効率的に）、不正を防止することができる。

【0197】

（付記６）
精算処理の実行時の表示画面の表示態様は、
店員呼出が実行される場合と実行されない場合とで異なる
ことを特徴とする付記１乃至付記５の何れか記載のセルフ登録システム。

【0198】

付記６によれば、店員呼出が実行されるか否かを一見して確認することができる。

【0199】

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

【符号の説明】

【0200】

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

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】