特許 7643449 支払処理システム、支払処理方法、及び、プログラム

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

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

(11)【特許番号】

(24)【登録日】2025-03-03

(45)【発行日】2025-03-11

(54)【発明の名称】支払処理システム、支払処理方法、及び、プログラム

(51)【国際特許分類】

   G06Q 20/08 20120101AFI20250304BHJP

【ＦＩ】

G06Q20/08

【請求項の数】 9

(21)【出願番号】P 2022509393

(86)(22)【出願日】2021-02-15

(86)【国際出願番号】 JP2021005414

(87)【国際公開番号】W WO2021192716

(87)【国際公開日】2021-09-30

【審査請求日】2024-01-12

(31)【優先権主張番号】P 2020057433

(32)【優先日】2020-03-27

(33)【優先権主張国・地域又は機関】JP

(73)【特許権者】

【識別番号】000004237

【氏名又は名称】日本電気株式会社

(74)【代理人】

【識別番号】100109313

【弁理士】

【氏名又は名称】机 昌彦

(74)【代理人】

【識別番号】100149618

【弁理士】

【氏名又は名称】北嶋 啓至

(72)【発明者】

【氏名】津田 隼輔

(72)【発明者】

【氏名】萩森 肇

【審査官】加内 慎也

(56)【参考文献】

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

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

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

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

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

【文献】国際公開第２０１９／１８１４９９（ＷＯ，Ａ１）

【文献】米国特許第０９９１１２９０（ＵＳ，Ｂ１）

【文献】米国特許第１０３０４０５３（ＵＳ，Ｂ１）

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

Ｇ０６Ｑ １０／００－９９／００

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

【請求項1】

複数顧客を関連付ける顧客関連付け手段と、
店舗において前記複数顧客のそれぞれが取得した商品を特定する商品特定手段と、
前記複数顧客の全てについて前記店舗から出たことが判定された場合に、前記複数顧客が取得した商品に対する、前記複数顧客のうちの支払者である顧客による支払処理をまとめて行う、或いは、前記複数顧客の各々が前記店舗から出たことが判定された場合に、当該顧客が取得した商品に対する、前記支払者である顧客による支払処理を行う、支払処理手段と、
を備える支払処理システム。

【請求項2】

前記顧客関連付け手段は、前記店舗内の所定のエリアにおいて、所定のタイミングに滞在した複数顧客を関連付ける、
請求項１に記載の支払処理システム。

【請求項3】

前記顧客関連付け手段は、前記店舗内の所定のエリアにおいて、同じ振る舞いをした複数顧客を関連付ける、
請求項２に記載の支払処理システム。

【請求項4】

前記顧客関連付け手段は、前記店舗に連続して入った複数顧客を関連付ける、
請求項１に記載の支払処理システム。

【請求項5】

前記顧客関連付け手段は、前記複数顧客のうちの決済情報が登録されている顧客を、前記支払者に設定し、
前記支払処理手段は、前記支払者の前記決済情報を用いて支払処理を行う、
請求項１乃至４のうちのいずれか１項に記載の支払処理システム。

【請求項6】

前記顧客関連付け手段は、前記複数顧客のうちに前記決済情報が登録されている顧客が複数いる場合は、当該決済情報が登録されている顧客のうちの前記支払者として設定する顧客の指定を受け付ける、
請求項５に記載の支払処理システム。

【請求項7】

前記顧客関連付け手段は、前記複数顧客のうちに前記決済情報が登録されている顧客がいない場合は、前記支払者として設定する顧客の指定、及び、当該顧客の決済情報の入力を受け付ける、
請求項５に記載の支払処理システム。

【請求項8】

支払処理装置が、
複数顧客を関連付け、
店舗において前記複数顧客のそれぞれが取得した商品を特定し、
前記複数顧客の全てについて前記店舗から出たことが判定された場合に、前記複数顧客が取得した商品に対する、前記複数顧客のうちの支払者である顧客による支払処理をまとめて行う、或いは、前記複数顧客の各々が前記店舗から出たことが判定された場合に、当該顧客が取得した商品に対する、前記支払者である顧客による支払処理を行う、
支払処理方法。

【請求項9】

複数顧客を関連付ける処理と、
店舗において前記複数顧客のそれぞれが取得した商品を特定する処理と、
前記複数顧客の全てについて前記店舗から出たことが判定された場合に、前記複数顧客が取得した商品に対する、前記複数顧客のうちの支払者である顧客による支払処理をまとめて行う、或いは、前記複数顧客の各々が前記店舗から出たことが判定された場合に、当該顧客が取得した商品に対する、前記支払者である顧客による支払処理を行う処理と、
をコンピュータに実行させるプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、支払処理システム、支払処理方法、及び、プログラムに関する。

【背景技術】

【0002】

一般的な店舗では、顧客は棚から購入したい商品を取得した後にＰＯＳ（Ｐｏｉｎｔ Ｏｆ Ｓａｌｅｓ）端末（レジスタともいう）まで移動し、店員が商品をＰＯＳ端末に読み込ませて支払を行う。また、顧客自身が購入したい商品をＰＯＳ端末に読み込ませる場合もある。顧客が複数の商品を購入する場合には、ＰＯＳ端末に全ての商品を読み込ませるために長い時間が掛かる。

【0003】

店舗における商品に対する支払を効率化するための技術として、特許文献１には、画像認識により、顧客が棚から取得した商品を検出する支払処理装置が開示されている。特許文献１に係る支払処理装置は、予め登録されたクレジットカード番号又は銀行口座番号により、検出した商品に対する支払を行う。

【0004】

また、特許文献１の支払処理装置では、複数の顧客がグループで買い物を行う方法として、予め登録されている支払者と、登録されていない同伴者が関連づけられる。特許文献１には、同伴者が取得した商品についても、その同伴者に関連付けられた支払者が支払することが開示されている。この場合、同伴者により取得された商品に対する支払は、支払者が店舗にいる間に同伴者により商品が取得されるたび、又は、支払者が退店する時に行われる。

【先行技術文献】

【特許文献】

【0005】

【文献】特開２０１８－１６０１０８号公報

【発明の概要】

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

【0006】

特許文献１に開示された技術では、支払者が退店すると、同伴者は買い物を続けることができない。

【0007】

本開示の目的は、上述の課題を解決し、複数の顧客がグループで買い物をする場合に、支払者が店舗を出た後も同伴者が買い物を続けることができる支払処理装置、支払処理方法、及び、プログラムを提供することにある。

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

【0008】

本開示の一態様に係る支払処理システムは、店舗において複数顧客を関連付ける顧客関連付け手段と、前記店舗において前記複数顧客のそれぞれが取得した商品を特定する商品特定手段と、前記複数顧客の全てについて前記店舗から出たことが判定された場合に、前記複数顧客が取得した商品に対する、前記複数顧客のうちの支払者である顧客による支払処理をまとめて行う、或いは、前記複数顧客の各々が前記店舗から出たことが判定された場合に、当該顧客が取得した商品に対する、前記支払者である顧客による支払処理を行う、支払処理手段と、を備える。

【0009】

本開示の一態様に係る支払処理方法は、店舗において複数顧客を関連付け、前記店舗において前記複数顧客のそれぞれが取得した商品を特定し、前記複数顧客の全てについて前記店舗から出たことが判定された場合に、前記複数顧客が取得した商品に対する、前記複数顧客のうちの支払者である顧客による支払処理をまとめて行う、或いは、前記複数顧客の各々が前記店舗から出たことが判定された場合に、当該顧客が取得した商品に対する、前記支払者である顧客による支払処理を行う。

【0010】

本開示の一態様に係る記録媒体は、店舗において複数顧客を関連付ける処理と、前記店舗において前記複数顧客のそれぞれが取得した商品を特定する処理と、前記複数顧客の全てについて前記店舗から出たことが判定された場合に、前記複数顧客が取得した商品に対する、前記複数顧客のうちの支払者である顧客による支払処理をまとめて行う、或いは、前記複数顧客の各々が前記店舗から出たことが判定された場合に、当該顧客が取得した商品に対する、前記支払者である顧客による支払処理を行う処理と、をコンピュータに実行させるプログラムを非一時的に記録する。

【発明の効果】

【0011】

本開示によれば、複数の顧客がグループで買い物をする場合に、支払者が店舗を出た後も同伴者が買い物を続けることができる。

【図面の簡単な説明】

【0012】

【図1】第１施形態に係る支払処理システム１の構成を示すブロック図である。

【図2】第１実施形態に係る支払処理装置１００の構成を示すブロック図である。

【図3】第１実施形態に係る会員情報の例を示す図である。

【図4】第１実施形態に係る顧客情報の例を示す図である。

【図5】第１実施形態に係るグループ確認画面の例を示す図である。

【図6】第１実施形態に係るグループ情報の例を示す図である。

【図7】第１実施形態に係る店舗の様子を示す概略図である。

【図8】第１実施形態に係る取得商品情報の例を示す図である。

【図9】第１実施形態に係る顧客情報生成・関連付け処理を示すフローチャートである。

【図10】第１実施形態に係る商品特定処理を示すフローチャートである。

【図11】第１実施形態に係る支払実行処理の例を示すフローチャートである。

【図12】第１実施形態に係る支払実行処理の他の例を示すフローチャートである。

【図13】第１実施形態に係る支払者への通知画面の例を示す図である。

【図14】第１実施形態に係る支払者への通知画面の他の例を示す図である。

【図15】第２実施形態に係る支払処理装置１００の構成を示すブロック図である。

【図16】第２実施形態に係る関連付けエリアの例を示す図である。

【図17】第２実施形態に係る顧客情報生成処理を示すフローチャートである。

【図18】第２実施形態に係る関連付け処理を示すフローチャートである。

【図19】第３実施形態に係る支払処理システム２の構成を示すブロック図である。

【図20】コンピュータ５００のハードウェア構成の例を示すブロック図である。

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

【0013】

以下、図面を参照して、本開示の実施形態を説明するが、本開示は各実施形態に限定されるものではない。なお、以下で説明する図面で、同機能を有するものは同一符号を付け、その繰り返しの説明は省略することもある。

【0014】

〔第１実施形態〕
［構成］
図１は、第１施形態に係る支払処理システム１の構成を示すブロック図である。支払処理システム１は、複数のカメラ１０、及び、支払処理装置１００を含む。カメラ１０と、支払処理装置１００とは、ローカルエリアネットワーク、インターネット等の任意のネットワーク４０を介して、有線接続及び無線接続の少なくとも一方によって接続される。なお、カメラ１０と、支払処理装置１００とは、直接接続されていてもよい。

【0015】

カメラ１０は、撮像装置である。カメラ１０は、例えばＣＣＤ（Charge Coupled Device）センサ、ＣＭＯＳ（Complementary Metal Oxide Semiconductor）センサ等のイメージセンサを含む。

【0016】

カメラ１０は、店舗の入り口付近や、店舗において商品が陳列されている場所（以下、売り場とも記載）、店舗の出口付近等、店舗の複数の位置に設けられる。入り口付近に設けられるカメラ１０は、店舗に入る顧客を撮像する。売り場に設けられるカメラ１０は、売り場に存在する顧客及び商品を撮像する。出口付近に設けられるカメラ１０は、店舗を出る顧客を撮像する。店舗には、店舗内のいずれの場所に存在する顧客及び商品をも撮像可能な配置で、任意の数のカメラ１０が設けられる。

【0017】

カメラ１０は、撮像により取得した画像を含む画像データを支払処理装置１００に送信する。

【0018】

支払処理装置１００は、カメラ１０によって取得された画像に基づき、商品を取得した顧客、及び、当該取得された商品を特定し、当該商品に対する支払い処理を行う。

【0019】

支払処理装置１００は、単一、又は、複数のコンピュータ上で実現される。支払処理装置１００は、店舗に設置されてもよい。また、支払処理装置１００は、コンピュータ資源の集合であるクラウド上で実現されてもよい。

【0020】

図２は、第１実施形態に係る支払処理装置１００の構成を示すブロック図である。支払処理装置１００は、顧客情報生成部１１０、顧客関連付け部１２０、商品特定部１３０、及び、支払処理部１４０を備える。また、支払処理装置１００は、記憶部として、会員情報記憶部１５０、顧客情報記憶部１６０、グループ情報記憶部１７０、及び、取得商品情報記憶部１８０を備える。

【0021】

会員情報記憶部１５０は、会員情報を記憶する。会員情報は、店舗に登録済みの顧客である会員に関する情報である。図３は、第１実施形態に係る会員情報の例を示す図である。会員情報は、図３に示すように、例えば、各会員の会員ＩＤ（identifier）、当該会員の特徴情報、及び、決済情報を含む。

【0022】

会員ＩＤは、会員を識別するための識別子である。

【0023】

特徴情報は、店舗に入った顧客が会員であることを、顧客の画像データを用いて判定するための情報である。特徴情報は、会員の顔を含む領域の画像データそのものでもよく、或いは会員の顔を含む領域の画像データから算出した特徴量でもよい。

【0024】

決済情報は、買い物の支払処理に利用される情報であり、例えば、会員のクレジットカードの番号や銀行口座の番号である。

【0025】

会員情報記憶部１５０への会員情報の登録は、任意の方法によって行われる。

【0026】

顧客情報生成部１１０は、店舗に入る顧客について、後述する顧客ＩＤを発行するとともに、顧客情報を生成する。

【0027】

顧客情報生成部１１０は、店舗に入る顧客が会員であるかどうかを判定する。顧客情報生成部１１０は、例えば、店舗の入り口付近に設けられたカメラ１０から、顧客の画像データを取得する。次に、顧客情報生成部１１０は、当該画像データから得られる顧客の特徴情報と、会員情報記憶部１５０から読み出した会員情報に含まれる各会員の特徴情報とを用いて、店舗に入る顧客が会員（登録済みの顧客）であるかどうかを判定する。

【0028】

なお、顧客情報生成部１１０は、店舗に入る顧客が会員であるかどうかの判定を、顧客の画像データ以外の情報を用いて行ってもよい。例えば、顧客情報生成部１１０は、店舗に入る顧客が会員であるかどうかの判定を、虹彩、静脈、指紋等の生体情報を用いて行ってもよい。この場合、会員情報の特徴情報には、これらの生体情報に係る特徴情報が設定される。顧客情報生成部１１０は、店舗の入り口付近に設定された、生体情報の読み取り装置を用いて顧客の生体情報を取得し、取得した生体情報から得られる特徴情報と、会員情報の特徴情報とを用いて、店舗に入る顧客が会員であるかどうかを判定する。

【0029】

また、顧客情報生成部１１０は、店舗に入る顧客が会員であるかどうかの判定を、顧客が提示した会員証や顧客が所持する携帯端末に表示された画面から取得した会員ＩＤを用いて行ってもよい。この場合、会員情報には、特徴情報が含まれていなくてもよい。顧客情報生成部１１０は、店舗の入り口付近に設定された、図示しないバーコードリーダやカメラを用いて、顧客の会員ＩＤを取得する。

【0030】

また、顧客情報生成部１１０は、店舗に入る顧客が会員であるかどうかの判定を、顧客が所持する携帯端末から、ＮＦＣ（Near Field Communication）等の近距離無線通信によって取得した、会員ＩＤを用いて行ってもよい。

【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】

例えば、支払処理部１４０は、図６のグループ情報、図８の取得商品情報、及び、図４の顧客情報に基づき、支払者Ｃ１の決済情報A１を用いて、商品Ｉ１、Ｉ２、Ｉ３に対する支払処理を行う。

【0114】

［効果］
第２実施形態によれば、複数の顧客がグループで買い物をする場合に、支払者が店舗に入る前に同伴者が買い物を始めることができる。その理由は、顧客関連付け部１２１が、店舗内の所定のエリアにおいて、所定のタイミングに滞在した複数顧客を関連付けるためである。これにより、同伴者は、支払者が店舗に入るスケジュールに縛られることなく、支払者が店舗に入る前に取得した商品を、支払者の支払いにより購入できる。

【0115】

〔第３実施形態〕
第３実施形態について説明する。

【0116】

図１９は、第３実施形態に係る支払処理システム２の構成を示すブロック図である。

【0117】

支払処理システム２は、顧客関連付け部１２０、商品特定部１３０、及び、支払処理部１４０を含む。顧客関連付け部１２０、商品特定部１３０、及び、支払処理部１４０は、本開示における顧客関連付け手段、商品特定手段、及び、支払処理手段の一実施形態である。

【0118】

顧客関連付け部１２０は、複数顧客を関連付ける。例えば、顧客関連付け部１２０は、連続して店舗に入った、指定された人数の複数顧客を関連付ける。

【0119】

商品特定部１３０は、店舗において複数顧客のそれぞれが取得した商品を特定する。例えば、商品特定部１３０は、店舗内に設けられたカメラによって取得された画像データに基づき、商品を取得した顧客、及び、当該取得された商品を特定する。

【0120】

支払処理部１４０は、複数顧客の全てについて店舗から出たことが検出された場合に、複数顧客が取得した商品に対する、複数顧客のうちの支払者である顧客による支払処理をまとめて行う。或いは、支払処理部１４０は、複数顧客の各々が店舗から出たことが検出された場合に、当該顧客が取得した商品に対する、複数顧客のうちの支払者である顧客による支払処理を行う。例えば、支払処理部１４０は、複数顧客が関連付けられた際に指定された支払者の決済情報を用いて、支払処理を行う。

【0121】

［効果］
第３実施形態によれば、複数の顧客がグループで買い物をする場合に、支払者が店舗を出た後も同伴者が買い物を続けることができる。その理由は、以下による。すなわち、支払処理システム２の顧客関連付け部１２０が、複数顧客を関連付け、商品特定部１３０が、店舗において複数顧客のそれぞれが取得した商品を特定する。そして、支払処理部１４０が、複数顧客の全てについて店舗から出たことが検出された場合に、複数顧客が取得した商品に対する、複数顧客のうちの支払者である顧客による支払処理をまとめて行うためである。或いは、支払処理部１４０が、複数顧客の各々が店舗から出たことが検出された場合に、当該顧客が取得した商品に対する、複数顧客のうちの支払者である顧客による支払処理を行うためである。

【0122】

〔変形例〕
（ハードウェア構成）
上述した各実施形態において、支払処理装置１００、及び、支払処理システム２の各構成要素は、機能単位のブロックを示している。各装置の各構成要素の一部又は全部は、コンピュータ５００とプログラムとの任意の組み合わせにより実現されてもよい。

【0123】

図２０は、コンピュータ５００のハードウェア構成の例を示すブロック図である。図２０を参照すると、コンピュータ５００は、例えば、ＣＰＵ（Central Processing Unit）５０１、ＲＯＭ（Read Only Memory）５０２、ＲＡＭ（Random Access Memory）５０３、プログラム５０４、記憶装置５０５、ドライブ装置５０７、通信インタフェース５０８、入力装置５０９、入出力インタフェース５１１、及び、バス５１２を含む。

【0124】

プログラム５０４は、各装置の各機能を実現するための命令（instruction）を含む。プログラム５０４は、予め、ＲＯＭ５０２やＲＡＭ５０３、記憶装置５０５に格納される。ＣＰＵ５０１は、プログラム５０４に含まれる命令を実行することにより、各装置の各機能を実現する。例えば、支払処理装置１００のＣＰＵ５０１がプログラム５０４に含まれる命令を実行することにより、支払処理装置１００は、顧客情報生成部１１０、顧客関連付け部１２０、商品特定部１３０、及び、支払処理部１４０の機能を実現する。また、ＲＡＭ５０３は、各装置の各機能において処理されるデータを記憶してもよい。例えば、管理サーバ４００のＲＡＭ５０３が、登録情報、顧客情報、グループ情報、及び、取得商品情報を記憶してもよい。

【0125】

ドライブ装置５０７は、記録媒体５０６の読み書きを行う。通信インタフェース５０８は、通信ネットワークとのインタフェースを提供する。入力装置５０９は、例えば、マウスやキーボード等であり、管理者等からの情報の入力を受け付ける。出力装置５１０は、例えば、ディスプレイであり、管理者等へ情報を出力（表示）する。入出力インタフェース５１１は、周辺機器とのインタフェースを提供する。入出力インタフェース５１１には、上述の、カメラ１０が接続される。バス５１２は、これらハードウェアの各構成要素を接続する。なお、プログラム５０４は、通信ネットワークを介してＣＰＵ５０１に供給されてもよいし、予め、記録媒体５０６に格納され、ドライブ装置５０７により読み出され、ＣＰＵ５０１に供給されてもよい。

【0126】

なお、図２０に示されているハードウェア構成は例示であり、これら以外の構成要素が追加されていてもよく、一部の構成要素を含まなくてもよい。

【0127】

各装置の実現方法には、様々な変形例がある。例えば、各装置は、構成要素毎にそれぞれ異なるコンピュータとプログラムとの任意の組み合わせにより実現されてもよい。また、各装置が備える複数の構成要素が、一つのコンピュータとプログラムとの任意の組み合わせにより実現されてもよい。

【0128】

また、各装置の各構成要素の一部又は全部は、プロセッサ等を含む汎用又は専用の回路（circuitry）や、これらの組み合わせによって実現されてもよい。これらの回路は、単一のチップによって構成されてもよいし、バスを介して接続される複数のチップによって構成されてもよい。各装置の各構成要素の一部又は全部は、上述した回路等とプログラムとの組み合わせによって実現されてもよい。

【0129】

また、各装置の各構成要素の一部又は全部が複数のコンピュータや回路等により実現される場合、複数のコンピュータや回路等は、集中配置されてもよいし、分散配置されてもよい。

【0130】

また、支払処理装置１００の少なくとも一部がＳａａＳ（Software as a Service）形式で提供されてよい。すなわち、支払処理装置１００を実現するための機能の少なくとも一部が、ネットワーク経由で実行されるソフトウェアによって実行されてよい。

【0131】

以上、実施形態を参照して本開示を説明したが、本開示は上記実施形態に限定されるものではない。本開示の構成や詳細には、本開示のスコープ内で当業者が理解し得る様々な変更をすることができる。また、各実施形態における構成は、本開示のスコープを逸脱しない限りにおいて、互いに組み合わせることが可能である。

【0132】

この出願は、２０２０年３月２７日に出願された日本出願特願２０２０－０５７４３３を基礎とする優先権を主張し、その開示のすべてをここに取り込む。

【符号の説明】

【0133】

１００ 支払処理装置
１０ カメラ
２０ 棚
１１０ 顧客情報生成部
１２０ 顧客関連付け部
１３０ 商品特定部
１４０ 支払処理部
１５０ 会員情報記憶部
１６０ 顧客情報記憶部
１７０ グループ情報記憶部
１８０ 取得商品情報記憶部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】