JP7632454B2 - 端末装置、購入管理方法、及び、プログラム - Google Patents

Description

本発明は、セルフレジを用いた商品販売システムの技術分野に関する。

近年、スーパーマーケットやコンビニエンスストアなどにおいて、セルフレジの導入が進んでいる。例えば、顧客が、高機能なショッピングカートや買い物かごによって商品のバーコードをスキャンし、決済のみをセルフレジで行うシステムも存在する。特許文献１には、買い物かごがバーコードリーダなどを用いて商品情報を読み取り、顧客が店内でピックアップした商品を収容しつつ、当該商品情報を販売システムに送信することが記載されている。

国際公開ＷＯ２０１８／１００９３７号公報

コンビニやスーパーなどの店舗において、親子や友達同士で買い物をする際、１つの買い物かごではなく、複数の買い物かごで買い物をすることがある。具体的に、親と子供が別々の買い物かごに商品を入れ、それぞれがレジへ行くと、親は親が使用している買い物かごに入っている商品の代金を支払い、子供は子供が使用している買い物かごに入っている商品の代金を支払うこととなる。つまり、親と子供のそれぞれが商品の代金を支払うことになるが、親子であれば通常支払い元は親であるため、予め子供にお金を渡しておくといった手間が発生していた。特許文献１に記載の買い物かごは、顧客が複数人で来店し、それぞれ別々の買い物かごを使用する場合は想定していない。

本発明の目的は、セルフレジを用いた購入管理システムにおいて、別々の端末装置などで登録した商品に関する情報を複数の顧客の間で共有することを主な課題とする。

本発明の１つの観点は、顧客により使用され、購入予定の商品の商品識別情報を取得して購入予定商品を登録する端末装置であって、
連携ＩＤを取得する連携ＩＤ取得手段と、
同一店舗内に存在し、前記顧客とは異なる顧客により使用され、前記端末装置とは別の端末装置であって、同じ連携ＩＤを読み込ませ、前記連携ＩＤを介して相互に通信可能となった連携端末装置に当該端末装置が登録した購入予定商品に関する情報を送信し、前記連携端末装置から当該連携端末装置が登録した購入予定商品に関する情報を受信することで情報を共有する共有手段と、
前記端末装置が登録した購入予定商品に関する情報と、前記連携端末装置が登録した購入予定商品に関する情報とを同一画面上に表示する表示手段と、を備える。

本発明の他の観点では、顧客により使用され、購入予定の商品の商品識別情報を取得して購入予定商品を登録する端末装置により実行される購入管理方法は、
連携ＩＤを取得し、
同一店舗内に存在し、前記顧客とは異なる顧客により使用され、前記端末装置とは別の端末装置であって、同じ連携ＩＤを読み込ませ、前記連携ＩＤを介して相互に通信可能となった連携端末装置に当該端末装置が登録した購入予定商品に関する情報を送信し、前記連携端末装置から当該連携端末装置が登録した購入予定商品に関する情報を受信することで情報を共有し、
前記端末装置が登録した購入予定商品に関する情報と、前記連携端末装置が登録した購入予定商品に関する情報とを同一画面上に表示する。

本発明のさらに他の観点では、コンピュータを備え、顧客により使用され、購入予定の商品の商品識別情報を取得して購入予定商品を登録する端末装置により実行されるプログラムは、
連携ＩＤを取得し、
同一店舗内に存在し、前記顧客とは異なる顧客により使用され、前記端末装置とは別の端末装置であって、同じ連携ＩＤを読み込ませ、前記連携ＩＤを介して相互に通信可能となった連携端末装置に当該端末装置が登録した購入予定商品に関する情報を送信し、前記連携端末装置から当該連携端末装置が登録した購入予定商品に関する情報を受信することで情報を共有し、
前記端末装置が登録した購入予定商品に関する情報と、前記連携端末装置が登録した購入予定商品に関する情報とを同一画面上に表示する処理を前記コンピュータに実行させる。

本発明によれば、セルフレジを用いた購入管理システムにおいて、別々の端末装置などで登録した商品に関する情報を複数の顧客の間で共有することができる。

実施形態に係る購入管理システムの構成を示す。 ＰＯＳサーバの概略構成を示す。 管理サーバの概略構成を示す。 携帯端末の概略構成を示す。 カートの概略構成を示す。 会計機の概略構成を示す。 連携ＩＤ画面の表示例である。 連携購入処理のフローチャートである。 商品選択処理のフローチャートである。 商品選択画面の表示例である。 合算処理のフローチャートである。 合算承認画面の表示例である。 合算拒否画面の表示例である。 合算確認画面の表示例である。 購入商品画面の表示例である。 会計処理のフローチャートである。 支払い方法選択画面の表示例である。 会計終了画面の表示例である。

以下、図面を参照しながら、本発明の好適な実施形態について説明する。
［購入管理システムの構成］
図１は、本実施形態に係る購入管理システム１００の構成を示す。購入管理システム１００は、主に、ＰＯＳサーバ１と、管理サーバ２と、携帯端末３と、高機能カート（以下、「カート」とも呼ぶ）４と、会計機５とを備える。購入管理システム１００では、顧客は、商品の販売を行う店舗８内において、商品棚６に陳列された商品に付された商品バーコード７をカート４で読み取ることで、購入予定の商品（「購入商品」とも呼ぶ。）の登録を行う。登録した購入商品は、店舗８内の会計機５を用いてクレジット決済などにより精算を行う。携帯端末３は、顧客が使用するスマートフォン等の端末である。

ＰＯＳサーバ１は、店舗８で販売される商品に関する価格、在庫状況などを含む商品情報、店舗８の売上情報などの種々の販売情報を管理するサーバである。ＰＯＳサーバ１は、管理サーバ２や会計機５とネットワーク等を介して通信可能である。なお、ＰＯＳサーバ１は、複数の系列店舗の販売情報を一括して管理するものであってもよく、店舗毎に存在し、その店舗の販売情報のみを管理するものであってもよい。

管理サーバ２は、携帯端末３や会計機５の制御を行うサーバ装置であり、ＰＯＳサーバ１、携帯端末３、カート４及び会計機５とネットワーク等を介して通信可能となっている。管理サーバ２は、携帯端末３の表示制御に必要な情報をＰＯＳサーバ１から取得し、記憶している。管理サーバ２は、携帯端末３が各種画面を表示するための表示情報を携帯端末３に送信する。上述の各種画面には、詳細は後述するが、複数のカート４がリアルタイムに情報を共有するための連携ＩＤを表示する連携ＩＤ画面が含まれる。ここで、リアルタイムとは、即時にということであり、入力とほぼ同時に処理が行われることである。具体的に、所定のカートが入力した情報は、入力とほぼ同時に同じ連携ＩＤを有する複数のカートに送信され、複数のカートが当該情報を共有することになる。

なお、管理サーバ２は、複数のサーバ装置により構成されてもよい。例えば、管理サーバ２は、携帯端末３とのデータ授受などの携帯端末３とのインターフェース動作を主に行うサーバ装置と、ＰＯＳサーバ１から取得する種々の情報を記憶・管理するサーバ装置とから構成されてもよい。この場合、前者のサーバ装置は、所謂アプリケーションサーバとして機能し、後者のサーバ装置は、所謂データベースサーバとして機能する。この場合、これらのサーバ装置は、それぞれが割り当てられた処理を実行するのに必要な情報の授受を、ネットワーク等を介して行う。

携帯端末３は、店舗８で買い物を行う顧客が使用する携帯端末であり、管理サーバ２と通信を行うことで連携ＩＤ画面などの各種画面を取得し、表示する機能などを有する。なお、図１では、説明の便宜上、携帯端末３は１つのみ表示されているが、店舗８において、連携ＩＤを使用する顧客の数だけ実際には存在している。

カート４は、店舗８において、買い物を行う顧客が購入商品を入れて移動する際に使用するものであって、ディスプレイなどの表示部４１を備える。例えば、顧客が親子で店舗８に来店した場合、店舗８のカート置き場にある任意のカート４ａを親の使用カートとし、別のカート４ｂを子供の使用カートとすることができる。カート４は、商品に付された商品バーコード7を読み取る機能、商品バーコード７を読み取ることで登録された購入商品のリスト（「商品リスト」とも呼ぶ。）を生成する機能、商品リストを含む商品選択画面などの各種画面を表示する機能、複数のカート４でリアルタイムに情報を共有する機能などを有する。

なお、本実施形態では、カート４が購入商品を識別する方法として、商品バーコード７を読み取ることとしているが、本発明はこれに限定されるものではなく、種々の方法を適用することができる。例えば、カート４が、画像認識機能を有しており、カート４に入れた商品を画像認識によって識別することとしてもよい。

会計機５は、顧客がカート４を用いて精算を行うための精算機（所謂セルフ精算機）である。会計機５は、管理サーバ２や携帯端末３、カート４と通信可能であって、精算に必要な種々の情報の授受を管理サーバ２や携帯端末３、カート４及び、必要に応じてＰＯＳサーバ１と行う。

［装置構成］
次に、ＰＯＳサーバ１、管理サーバ２、携帯端末３、カート４及び会計機５の各構成について図２～図６を参照して説明する。

（ＰＯＳサーバ）
図２は、ＰＯＳサーバ１の概略構成を示す。ＰＯＳサーバ１は、主に、記憶部１３と、データ通信を行う通信部１４と、制御部１５とを備える。これらの要素はバスライン１０により相互に接続されている。

記憶部１３は、ハードディスク又はフラッシュメモリといったメモリによって構成される。記憶部１３は、制御部１５が実行するプログラム、及び、制御部１５がプログラムを実行することで所定の処理を実行するのに必要な情報を記憶する。本実施形態では、記憶部１３は、売価変更情報１７と、商品情報ＤＢ（Ｄａｔａｂａｓｅ）１８と、商品の売上に関する情報である売上情報１９とを含んでいる。なお、記憶部１３は、売価変更情報１７、商品情報ＤＢ１８、売上情報１９以外の種々の販売に関する情報を記憶してもよい。

商品情報ＤＢ１８は、店舗８又は店舗８を含む系列店舗で取り扱う商品に関する情報のデータベースである。商品情報ＤＢ１８は、例えば、商品の価格、ＪＡＮ（Ｊａｐａｎｅｓｅ Ａｒｔｉｃｌｅ Ｎｕｍｂｅｒ）コードなどの商品を識別するための情報（「商品識別情報」とも呼ぶ。）、商品の分類情報、商品の在庫状況などの各種情報を含む。

売価変更情報１７は、売価の変更に関する情報である。具体的に、売価変更情報１７は、分類別割引情報、バンドル割引情報、セット割引情報、合計額割引情報、分類別値引情報、バンドル値引情報、セット値引情報、及び合計額値引情報などの任意の割引情報又は値引情報の少なくとも１つを含んでいる。

制御部１５は、図示しないＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）及びＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）などを備え、ＰＯＳサーバ１内の各構成要素に対して種々の制御を行う。例えば、制御部１５は、通信部１４を介して会計機５と通信を行うことで、売上情報１９の更新等を行う。また、制御部１５は、通信部１４を介して管理サーバ２と通信を行うことで、売価変更情報１７及び商品情報ＤＢ１８に関する情報を管理サーバ２に送信する。

（管理サーバ）
図３は、管理サーバ２の概略構成を示す。管理サーバ２は、主に、記憶部２３と、通信部２４と、制御部２５とを備える。これらの各要素は、バスライン２０を介して相互に接続されている。

記憶部２３は、ハードディスク又はフラッシュメモリといったメモリによって構成される。記憶部２３は、制御部２５が実行するプログラム、及び、制御部２５がプログラムを実行することで所定の処理を実行するのに必要な情報を記憶する。本実施形態では、記憶部２３は、売価変更情報２７と、商品情報ＤＢ２８とを記憶する。

売価変更情報２７は、売価変更情報１７と同様、値引又は割引に伴う売価の変更に関する情報である。売価変更情報２７は、制御部２５の制御に基づき、ＰＯＳサーバ１が記憶する売価変更情報１７と同期するように定期又は不定期に更新される。商品情報ＤＢ２８は、商品情報ＤＢ１８と同様、商品に関する情報のデータベースである。商品情報ＤＢ２８は、制御部２５の制御に基づき、ＰＯＳサーバ１が記憶する商品情報ＤＢ１８と同期するように定期又は不定期に更新される。

通信部２４は、有線又は無線通信により、ＰＯＳサーバ１、携帯端末３、カート４及び会計機５と通信する。制御部２５は、図示しないＣＰＵ、ＲＯＭ及びＲＡＭなどを備え、管理サーバ２内の各構成要素に対して種々の制御を行う。制御部２５が実行する処理については後述する。

（携帯端末）
図４は、携帯端末３の概略構成を示す。携帯端末３は、主に、表示部３１と、入力部３２と、記憶部３３と、通信部３４と、制御部３５と、読取部３６とを備える。これらの各要素は、バスライン３０を介して相互に接続されている。

表示部３１は、制御部３５の制御に基づき、連携ＩＤなどの各種情報の表示を行う。入力部３２は、ユーザの入力を受け付けるインターフェースであり、例えば、タッチパネル、ボタン、音声入力装置などが該当する。

記憶部３３は、ハードディスク又はフラッシュメモリといったメモリによって構成される。記憶部３３は、制御部３５が実行するプログラム、及び、制御部３５がプログラムを実行することで所定の処理を実行するのに必要な情報を記憶する。例えば、記憶部３３には、店舗８において買い物を行う際に起動され、連携ＩＤ画面などの種々の画面の表示を制御するための専用のアプリケーションプログラムが記憶されている。

通信部３４は、無線通信により、管理サーバ２と通信する。制御部３５は、図示しないＣＰＵ、ＲＯＭ及びＲＡＭなどを備え、携帯端末３内の各構成要素に対して種々の制御を行う。制御部３５が実行する制御については後述する。

読取部３６は、例えばカメラなどの光学機器であり、読み取った情報を制御部３５に供給する。

（カート）
図５は、カート４の概略構成を示す。カート４は、主に、表示部４１と、入力部４２と、記憶部４３と、通信部４４と、制御部４５と、読取部４６とを備える。これらの各要素は、バスライン４０を介して相互に接続されている。

表示部４１は、制御部４５の制御に基づき、商品選択画面や合算確認画面などの各種情報の表示を行う。入力部４２は、ユーザの入力を受け付けるインターフェースであり、例えば、タッチパネル、ボタン、音声入力装置などが該当する。

記憶部４３は、ハードディスク又はフラッシュメモリといったメモリによって構成される。記憶部４３は、制御部４５が実行するプログラム、及び、制御部４５がプログラムを実行することで所定の処理を実行するのに必要な情報を記憶する。例えば、記憶部４３には、後述する連携ＩＤに基づいて、店舗８内の複数のカート４が情報を共有する際に動作し、商品選択処理や合算処理を行うための専用のアプリケーションプログラムが記憶されている。本実施形態では、記憶部４３は、売価変更情報４７と、商品情報ＤＢ４８と、商品リスト情報４９とを記憶する。

売価変更情報４７は、売価変更情報１７と同様、値引又は割引に伴う売価の変更に関する情報である。売価変更情報４７は、制御部４５の制御に基づき、ＰＯＳサーバ１が記憶する売価変更情報１７と同期するように定期又は不定期に更新される。商品情報ＤＢ４８は、商品情報ＤＢ１８と同様、商品に関する情報のデータベースである。商品情報ＤＢ４８は、制御部４５の制御に基づき、ＰＯＳサーバ１が記憶する商品情報ＤＢ１８と同期するように定期又は不定期に更新される。

商品リスト情報４９は、カート４を使用して購入商品の登録を行った商品リストに関する情報である。商品リストは、例えば、購入商品を示す商品識別情報と、その商品の購入予定数量を含むリストである。商品リスト情報４９は、カート４が、自身のカートで登録を行った商品リストと、詳細は後述するが、同じ連携ＩＤを持つことで連携しているカート（以下、「連携カート」と呼ぶ。）で登録が行われた商品リスト（「連携商品リスト」とも呼ぶ。）とを記憶している。商品リスト情報４９に記憶された商品リストは、カート４の操作に基づき行われる購入商品の追加、削除、又は数量変更が発生する度に更新される。

通信部４４は、無線通信により、ＰＯＳサーバ１、管理サーバ２、携帯端末３、別のカート４及び会計機５と通信する。特に、店舗８内では、後述する連携ＩＤにより連携している別のカート４と、Ｗi-Fi（登録商標）やＢｌｕｅｔｏｏｔｈ（登録商標）といった無線通信により、リアルタイムに情報を共有するための通信を行う。制御部４５は、図示しないＣＰＵ、ＲＯＭ及びＲＡＭなどを備え、カート４内の各構成要素に対して種々の制御を行う。制御部２５が実行する処理については後述する。なお、上記の構成において、通信部２４は本発明の共有部の一例であり、制御部２５は本発明の連携ＩＤ取得部、集約部の一例である。

読取部４６は、例えばカメラなどの光学機器であり、商品に付された商品バーコード７を読み取り、読み取った情報を制御部４５に供給する。本実施形態では、制御部４５は、読取部４６が出力する情報に基づき、商品に付された商品バーコード７からＪＡＮコードなどの商品識別情報を取得する。

なお、顧客が店舗８に入店した際、カート４は初期化され、バッテリが充電された状態でカート置き場におかれている。ここで、初期化とは、前の顧客が使用した連携ＩＤと、前の顧客の購入商品に関する商品リストが記憶部４３から消去された状態である。なお、本実施形態では、カート４のような高機能カートを適用することとしているが、カート４の代わりに、カート４と同様の機能を有する買い物かごや入れ物を使用してもよい。

（会計機）
図６は、会計機５の概略構成を示す。会計機５は、主に、表示部５１と、入力部５２と、記憶部５３と、通信部５４と、制御部５５と、ライト５７と、スピーカ５８とを備える。これらの各要素は、バスライン５０を介して相互に接続されている。

表示部５１は、制御部５５の制御に基づき、支払い方法選択画面や会計終了画面などの各種情報の表示を行う。入力部５２は、顧客の入力を受け付けるインターフェースであり、例えば、タッチパネル、ボタンなどが該当する。

記憶部５３は、ハードディスク又はフラッシュメモリといったメモリによって構成される。記憶部５３は、制御部５５が実行するプログラム、及び、制御部５５がプログラムを実行することで所定の処理を実行するのに必要な情報を記憶する。例えば、記憶部５３には、顧客が支払いを行う際に動作し、会計処理を行うための専用のアプリケーションプログラムが記憶されている。

制御部５５は、図示しないＣＰＵ、ＲＯＭ及びＲＡＭなどを備え、会計機５内の各構成要素に対して種々の制御を行う。制御部５５が実行する制御については後述する。ライト５７は、会計機５に不具合が生じたときや、店員を呼ぶときなどに点灯する。スピーカ５８は、必要に応じて注意喚起のための操作音や音声メッセージなどを出力する。

［連携ＩＤ］
次に、購入管理システム１００における連携ＩＤについて説明する。

コンビニやスーパーなどの店舗８において、親子や友達同士で買い物をする際、１つのカート４ではなく、複数のカート４で買い物をすることがある。具体的に、親と子供が別々のカート４に商品を入れ、それぞれが会計機５へ行くと、親は親が使用しているカート４に入っている商品の代金を支払い、子供は子供が使用しているカート４に入っている商品の代金を支払うこととなる。つまり、親と子供のそれぞれが商品の代金を支払うことになるが、親子であれば通常支払い元は親であるため、予め子供にお金を渡しておくといった手間が発生する。

本実施形態では、複数のカート４が連携するための連携ＩＤに基づいて、店舗８において商品購入のためにカート４を使用している間、カート同士がリアルタイムに情報を共有する。具体的には、商品登録を行っている間や商品を探している間等、どのようなタイミングであっても、カート同士は情報を共有することができる。また、連携ＩＤに基づいて、任意に決めた１つのカート４に、複数のカート４の情報を集約する。連携ＩＤとは、情報を共有するカート４を特定するための識別情報であって、二次元バーコード、ＲＦＩＤ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ Ｉｄｅｎｔｉｆｉｅｒ）、ＰＩＮ（Ｐｅｒｓｏｎａｌ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｎｕｍｂｅｒ）コードやパスワードなどが任意に適用可能である。例えば、顧客が携帯端末３を持っていない場合、連携ＩＤをパスワードにしてカート４に直接入力することとしてもよいし、ＲＦＩＤなどの媒体が連携ＩＤを示す情報を有しておりカート４が媒体から連携ＩＤを取得することとしてもよい。

連携ＩＤは、例えば、顧客が使用する携帯端末３を操作することで、専用アプリケーションを介して管理サーバ２が発行する。なお、連携ＩＤは、管理サーバ２が発行することに限られるものではなく、情報を共有するカート４を特定することが可能であればよい。連携ＩＤが発行されると、携帯端末３は、連携ＩＤを記憶部３３に記憶し、管理サーバ２から受信した連携ＩＤを示す連携ＩＤ画面を表示部３１に表示する。図７は、携帯端末３に表示された連携ＩＤ画面の表示例を示す。この例では、連携ＩＤ画面は、連携ＩＤを示すコード６７を有する。コード６７は、バーコードやＱＲ（Ｑｕｉｃｋ Ｒｅｓｐｏｎｓｅ）コード（登録商標）等のように、連携ＩＤを識別可能なコードであれば、どのようなものであっても構わない。

［連携購入処理］
次に、購入管理システム１００による連携購入処理の概要について説明する。連携購入処理は、店舗８において、顧客が親子や友人同士といった複数人のグループであって、複数のカート４を使用する場合に、連携ＩＤに基づいて、同じ連携ＩＤを保有する複数のカート４でリアルタイムに情報を共有しながら商品を選択し、１つのカート４に複数のカート４の情報を集約して商品を購入する処理である。図８は、連携購入処理の概要を示すフローチャートである。連携購入処理は、大別して、商品選択処理Ｓ１００と、合算処理Ｓ２００と、会計処理Ｓ３００とを有する。なお、連携購入処理は、主としてカート４及び会計機５が、それぞれ予め用意されたプログラムを実行することにより実現される。

（商品選択処理）
まず、商品選択処理について説明する。商品選択処理は、顧客がカート４を使用して商品に付されている商品バーコード７を読み取ることで購入商品の登録を行うものであって、連携ＩＤに基づいて１つ以上の連携カートとリアルタイムに情報を共有する処理である。図９は、商品選択処理のフローチャートである。この処理は、カート４により実行される。

顧客は、店舗８に来店すると、携帯端末３に連携ＩＤ画面を表示し、連携させたいカート４にコード６７を読み取らせる。コード６７を読み取ることにより、カート４は、連携ＩＤを取得し、記憶部４３に記憶する。これにより、カート４は、同じ連携ＩＤを持つ別のカート４を特定することができ、同じ連携ＩＤを持つ複数のカート間で無線通信による情報の共有や集約が可能となる。具体的には、例えば親子で来店した場合、店舗８のカート置き場にある任意のカート４ａを親の使用カートとし、別のカート４ｂを子供の使用カートとする。そして、顧客は、携帯端末３に連携ＩＤ画面を表示し、カート４ａ及びカート４ｂの読取部４６にコード６７を読み取らせる。これにより、親が使用するカート４ａと子供が使用するカート４ｂは、連携ＩＤに基づいて連携することとなる。

ここで、親が使用するカート４ａからすると、同じ連携ＩＤを持つ子供の使用するカート４ｂは、情報を共有する連携カートとなる。一方、子供が使用するカート４ｂからすると、連携ＩＤにより紐付けられた親が使用するカート４ａは、情報を共有する連携カートとなる。本実施形態では、親が使用するカート４ａを基準とし、子供が使用するカート４ｂを連携カートとする。なお、連携カートは、１つであっても、複数であってもよい。

基準カート及び連携カートの設定は、例えば、最初にコード６７を読み取らせたカートを基準カートとし、２回目以降にコード６７を読み取らせたカートを連携カートとしてもよい。また、カートの初期画面に「このカートは基準カートとして使用しますか、それとも連携カートとして使用しますか」等のメッセージを表示し、顧客によりどのカートを基準カートとするか選択可能としてもよい。

カート４は、まず、表示部４１に商品選択画面を表示する（ステップＳ１０１）。図１０は、商品選択画面の表示例である。この例では、カート４が登録した商品リストと、連携カートが登録した連携商品リストと、メッセージボタン７６と、合算ボタン７７と、中止ボタン７８と、メッセージ欄７９と、店内マップ８５と、を有する。商品リストは、リスト表示欄７１と、小計表示欄７２と、合計額表示欄７３とから構成される。同様に、連携商品リストは、リスト表示欄８１と、小計表示欄８２と、合計額表示欄８３とから構成される。メッセージ欄７９は、受信メッセージ表示欄７４と、メッセージ入力欄７５とから構成される。店内マップ８５は、使用カートの位置を示す使用カートアイコン８６と、連携カートの位置を示す連携カートアイコン８７が含まれている。

リスト表示欄７１及びリスト表示欄８１には、購入商品毎に、購入商品の名称、数量、価格が表示される。具体的に、リスト表示欄７１には、親が使用するカート４ａで登録された購入商品の名称、数量、価格が表示されている。一方、リスト表示欄８１には、子供が使用する連携カート４ｂで登録された購入商品の名称、数量、価格が表示されている。

小計表示欄７２及び小計表示欄８２は、商品リスト及び連携商品リストそれぞれの全商品に対する売価の税抜きの小計を表示する。また、合計額表示欄７３及び合計額表示欄８３は、商品リスト及び連携商品リストそれぞれの全商品に対する売価の税込みの合計額を表示する。具体的に、小計表示欄７２及び合計額表示欄７３には、親が使用するカート４ａで登録された商品リストの小計及び合計額を表示する。一方、小計表示欄８２及び合計額表示欄８３には、連携商品リストの小計及び合計額を表示する。

カート４は、商品バーコード７を読み取ることで取得した商品識別情報に基づいてリストを生成し、当該リストの小計又は合計額を、商品情報ＤＢ４８に登録された購入商品の価格及び売価変更情報４７に基づき算出する。これにより、カート４は、自身のカートで登録された商品リストを生成する。連携商品リストは、連携カートから通信により受信する。商品リストや連携商品リストは、商品リスト情報４９に記憶され、更新される。具体的に、親が使用するカート４ａは、取得した商品識別情報に基づいて、商品リストを生成する。また、カート４ａは、子供の使用する連携カート４ｂから連携商品リストを受信する。各カートが取得した商品識別情報などの購入商品に関する情報を商品取得情報とも呼ぶ。

なお、本実施形態において、商品リストは、リスト表示欄と、小計表示欄と、合計額表示欄とから構成されることとしているが、本発明はこれに限定されるものではなく、商品の名称とその価格が分かれば構成は任意に設定できる。また、本実施形態では、連携商品リストは連携カートから受信することとしているが、本発明はこれに限定されるものではなく、連携カートからは当該連携カートで登録された商品の商品識別情報を受信し、受信した商品識別情報に基づいてカート４が連携商品リストの生成や更新を行うこととしてもよい。

メッセージボタン７６は、連携カートへのメッセージを送信する際に押下するボタンである。具体的には、顧客が、メッセージ入力欄７５にメッセージを入力してメッセージボタン７６を押下すると、当該メッセージが連携カートへ送信される。連携カートから送信されたメッセージは、リアルタイムで受信メッセージ表示欄７４に表示される。

例えば、親は、商品選択画面の連携商品リストを見て、購入する予定のない商品を連携カート４ｂが登録している場合、カート４ａを操作し、メッセージ入力欄７５に「アイスはダメだよ！」と入力してメッセージボタン７６を押下することで、当該連携カート４ｂへメッセージを送信することができる。メッセージを見た子供が連携カート４ｂにおいて「了解！返却するね。」とのメッセージを送信すると、親のカート４ａは、受信メッセージ表示欄７４に当該メッセージを表示する。これによれば、連携しているカート４の間で、リアルタイムにメッセージのやりとりを行うことができる。

なお、本実施形態では、連携カートが１台であるが、連携カートが複数台ある場合、メッセージ欄７９において、メッセージの送信先がいずれの連携カートであるかを選択させることとしてもよい。また、本実施形態では、メッセージを文字によるものとしているが、本発明はこれに限定されるものではなく、テレビ電話などの通話によるものであってもよい。

合算ボタン７７は、商品リストの商品、小計及び合計額を、連携商品リストの商品、小計及び合計額と合算するため、連携カートに合算要求を行う際に押下するボタンである。これによれば、カート４は、会計前に自身のカート及び連携カートの購入商品、小計及び合計額に関する商品取得情報を集約させ、商品個数、小計、合計額などを合算することができる。つまり、合算ボタン７７は、連携ＩＤに基づいて連携している複数のカート４の中で、商品取得情報を集約させるカート４において押下されるボタンである。具体的に、合算ボタン７７の押下により合算要求を送信したカート４は、合算要求を受信した連携カートの承認が得られれば、商品取得情報を自身のカートに集約することができる。これにより、顧客は、全ての購入商品の情報を購入商品情報として１つのカート４に集約することができ、会計処理をスムーズに行うことができる。

中止ボタン７８は、買い物をやめ、連携購入処理を中止する際に押下するボタンである。具体的には、顧客が、中止ボタン７８を押下すると、カート４は、買い物を中止する旨のメッセージを連携カートへ送信し、連携ＩＤと、商品リスト情報４９に記憶された商品リスト及び連携リストに関する情報とを消去して初期化する。

店内マップ８５は、店舗８の簡単な見取り図であり、顧客が使用しているカート４の現在位置が使用カートアイコン８６で表示され、連携カートの現在位置が連携カートアイコン８７で表示される。カート４の位置情報は、例えば、店舗８に設置されている商品棚６とＷｉ－Ｆｉなどで無線通信することにより取得できる。カート４は、自身の位置情報を常時連携カートへ送信し、連携カートの位置情報を常時連携カートから受信している。換言すると、連携しているカート同士は、リアルタイムに位置情報を共有している。

具体的に、親は、店内マップ８５を見て、連携カート４ｂが青果売り場の近くにいることが分かると、「りんごを買ってくれる？」などのメッセージを送信することができる。これによれば、親は、使用しているカート４ａから離れた売り場の商品を、子供が使用している連携カート４ｂに登録してもらうことができるため便利である。

図９に戻り、次に、カート４は、商品バーコード７を読み取ることにより商品識別情報を取得したのか、連携カートから連携商品リストを受信したのかを判定する（ステップＳ１０２）。商品識別情報を取得した場合（ステップＳ１０３）、カート４は、当該商品識別情報に基づいて商品リストを生成し、連携カートへ送信する（ステップＳ１０４）。また、カート４は、初回であれば生成した商品リストを商品リスト情報４９に記憶し、２回目以降であれば生成した商品リストに基づいて商品リスト情報４９を更新する。そして、カート４は、最新の商品リストに基づいて、商品選択画面の商品リストを表示し、ステップＳ１０８の処理へ進む（ステップＳ１０５）。

一方、連携カートから、連携カートで登録された商品リスト、即ち、連携商品リストを受信した場合（ステップＳ１０６）、カート４は、初回であれば受信した連携商品リストを商品リスト情報４９に記憶し、２回目以降であれば受信した連携商品リストに基づいて商品リスト情報４９を更新する。そして、カート４は、最新の連携商品リストに基づいて、商品選択画面の連携商品リストを表示する（ステップＳ１０７）。

そして、カート４は、合算要求の送受信を行うか否かを判定する（ステップＳ１０８）。具体的に、顧客により合算ボタン７７が押下されると、カート４は、連携カートへ合算要求の送信を行う。よって、カート４は、合算要求の送受信を行うと判定し（ステップＳ１０８；Ｙｅｓ）、合算処理へ進む。また、連携カートにおいて合算ボタン７７が押下されると、カート４は、当該連携カートから合算要求を受信する。よって、カート４は、合算要求の送受信を行うと判定し（ステップＳ１０８；Ｙｅｓ）、合算処理へ進む。

一方、商品バーコード７を読み込むことにより商品識別情報を取得した場合、カート４は、合算要求の送受信を行わないと判定し（ステップＳ１０８；Ｎｏ）、ステップＳ１０２の処理へ戻る。また、連携カートから連携商品リストを受信した場合も、カート４は、合算要求の送受信を行わないと判定し（ステップＳ１０８；Ｎｏ）、ステップＳ１０２の処理へ戻る。

（合算処理）
次に、合算処理について説明する。合算処理は、連携ＩＤに基づいて連携している複数のカート４の中の１つに、連携している全てのカート４の商品取得情報を集約させ、商品個数、小計、合計額などを合算する処理である。合算処理は、連携ＩＤに基づいて連携している複数のカート４の中で、商品取得情報を集約させる１つのカート４が、他の連携カートに合算要求を送信することで行われる。具体的に、合算ボタン７７の押下により合算要求を送信したカート４は、合算要求を受信した連携カートの承認が得られれば、商品取得情報を自身のカートに集約することができる。図１１は、合算処理のフローチャートである。この処理は、カート４により実行される。

カート４は、連携カートから合算要求を受信したのか、それとも、自身のカートが合算ボタン７７の押下により連携カートへ合算要求を送信するのかを判定する（ステップＳ２０１）。連携カートから合算要求を受信した場合、カート４は、表示部４１に合算承認画面を表示する。図１２は、合算承認画面の表示例である。この例では、連携カートからの合算要求を承認するか否かを問うメッセージと、合算後は商品の追加ができない旨の注意喚起と、承認ボタン８８と、拒否ボタン８９とを有する。顧客により承認ボタン８８が押下されると、カート４は、承認情報を連携カートへ送信する。一方、顧客により拒否ボタン８９が押下されると、カート４は、拒否情報を連携カートへ送信する。

カート４は、連携カートへ承認情報と拒否情報のいずれを送信したかを判定する（ステップＳ２０３）。連携カートへ承認情報を送信した場合（ステップＳ２０４）、カート４は、連携カートと合算したことで買い物を終了する旨のメッセージを含む終了画面を表示する。そして、カート４は、連携ＩＤと、商品リスト情報４９に記憶された商品リスト及び連携リストに関する情報を消去して初期化し、連携購入処理を終了する（ステップＳ２０５）。このように、初期化することで、カート４は、今までの商品リストに商品の追加登録はできなくなる。

なお、本実施形態では、連携カートと合算すると商品の追加ができなくなることとしているが、本発明はこれに限定されるものではなく、表示部４１を操作することによって商品の追加、削除、数量変更などが可能なカート４であれば、合算するとその全てができなくなることとする。その方法は、初期化に限らず、表示部４１や読取部４６の制限など任意である。

また、本実施形態では、合算すると使用カートと連携カートの双方において商品の追加ができなくなることとしているが、本発明はこれに限定されるものではなく、合算されたカート４、即ち、合算要求を受信して承認情報を送信したカート４のみ、商品の追加ができなくなることとしてもよい。換言すると、合算したカート４は、合算後も商品の追加ができることとしてもよい。前述の例でいえば、親の使用するカート４ａが子供の使用するカート４ｂに合算要求を送信し、子供が合算を承認した場合には、子供の使用するカート４ｂは商品の追加ができなくなるが、親の使用するカート４ａは合算後も引き続き商品を追加できるようにしてもよい。

一方、連携カートへ拒否情報を送信した場合（ステップＳ２０６）、カート４は、表示部４１に合算拒否画面を表示する（ステップＳ２０７）。図１３は、合算拒否画面の表示例である。この例では、合算できないため商品選択画面へ戻る旨のメッセージを有する。合算拒否画面を表示すると、カート４は、商品選択処理へ戻り（ステップＳ２０８）、商品選択画面を表示する（ステップＳ１０１）。

ステップＳ２０１の処理において、カート４は、自身のカートが合算ボタン７７の押下により連携カートへ合算要求を送信する場合、表示部４１に合算確認画面を表示する（ステップＳ２０９）。図１４は、合算確認画面の表示例である。この例では、合算するか否かを問うメッセージと、合算後は商品の追加ができない旨の注意喚起と、ＹＥＳボタン６８と、ＮＯボタン６９とを有する。顧客によりＹＥＳボタン６８が押下されると、カート４は、合算要求を連携カートへ送信する。一方、顧客によりＮＯボタン６９が押下されると、カート４は、商品選択処理へ戻り、商品選択画面を表示する。

顧客がＹＥＳボタン６８を押下すると、カート４は、連携カートに合算要求を送信する（ステップＳ２１０）。そして、カート４は、承認情報と拒否情報のいずれを連携カートから受信したかを判定する（ステップＳ２１１）。連携カートから拒否情報を受信した場合、カート４は、表示部４１に合算拒否画面を表示する（ステップＳ２１２）。図１３は、合算拒否画面の表示例であり、説明は省略する。そして、カート４は、商品選択処理へ戻り（ステップＳ２１３）、商品選択画面を表示する（ステップＳ１０１）。

一方、連携カートから承認情報を受信した場合、カート４は、商品取得情報に基づいて生成された商品リストと連携商品リストとを集約し、全ての購入商品に関する購入商品情報に基づいて購入商品リストを生成する。そして、カート４は、表示部４１に当該購入商品リストを含む購入商品画面を表示する（ステップＳ２１４）。カート４は、購入商品リストを生成すると、商品の追加ができなくなるように制御される。図１５は、購入商品画面の表示例である。この例では、購入商品画面は、購入商品リスト表示欄６１と、小計表示欄６２と、合計額表示欄６３と、支払いボタン６５と、中止ボタン６６とを有する。

購入商品リスト表示欄６１は、購入商品リストが表示されており、購入商品毎に、購入商品の名称、数量、価格が表示される。具体的に、購入商品リスト表示欄６１には、親が使用するカート４ａと子供が使用するカート４ｂで登録された全ての購入商品の名称、数量、価格が表示されている。小計表示欄６２は、商品リストと連携商品リストを合わせた全ての購入商品に対する売価の税抜きの小計を表示する。また、合計額表示欄６３は、商品リストと連携商品リストを合わせた全ての購入商品に対する売価の税込みの合計額を表示する。

支払いボタン６５は、購入商品リストに関する購入商品情報を会計機５へ送信する際に押下するボタンである。また、中止ボタン６６は、買い物をやめ、連携購入処理を中止する際に押下するボタンである。具体的には、顧客が、中止ボタン６６を押下すると、カート４は、連携ＩＤと、商品リスト情報４９に記憶された商品リスト及び連携リストに関する情報を消去して初期化する。

購入商品画面において支払いボタン６５が押下されると、カート４は、購入商品情報を会計機５へ送信する（ステップＳ２１５）。具体的には、例えば、顧客が店舗８に設置されている会計機５において表示部５１に表示されているスタートボタンなどを押下し、使用するカート４を当該会計機５に近づけ、購入商品画面において支払いボタン６５を押下する。すると、カート４は、購入商品情報を当該会計機５へ送信する。

（会計処理）
次に、会計処理について説明する。会計処理は、合算処理においてカート４から受信した購入商品情報に基づいて、顧客が登録した購入商品についての支払いを行う処理である。図１６は、会計処理のフローチャートである。この処理は、主に会計機５により実行される。

会計機５は、カート４から購入商品情報を受信すると（ステップＳ３０１）、表示部５１に支払い方法選択画面を表示する（ステップＳ３０２）。図１７は、支払い方法選択画面の表示例である。この例では、支払い方法選択画面は、購入商品リスト表示欄９１と、小計表示欄９２と、合計額表示欄９３と、クレジットボタン９４と、現金ボタン９５とを含む。購入商品リスト表示欄９１には、購入商品の名称、数量、価格が表示される。小計表示欄９２は、購入商品リスト表示欄９１に表示された全購入商品に対する売価の税抜きの小計を表示し、合計額表示欄９３は、全購入商品に対する売価の税込の合計額を表示する。なお、支払い方法選択画面は、購入商品リスト表示欄９１や小計表示欄９２を含んでいるが、本発明はこれに限られるものではなく、支払い金額の確認と支払い方法の選択が可能であればよい。

顧客は、支払い方法選択画面を見て支払い金額を確認し、クレジットボタン９４と現金ボタン９５のいずれかを押下し、支払いを行う。これにより、購入代金の決済が行われる（ステップＳ３０３）。具体的に、顧客がクレジットでの支払いを選択した場合、会計機５はカードの挿入と、必要に応じて暗証番号などの入力とを促し、クレジット決済を行う。また、顧客が現金での支払いを選択した場合、会計機５は現金投入口に現金を投入することを促し、現金が投入されると、必要に応じて釣銭を支払う。なお、支払い方法は、クレジット決済や現金に限定されるものではなく、電子マネーなど種々の方法を設定することができる。

決済が完了すると、会計機５は、会計終了画面を表示する（ステップＳ３０４）。図１８は、会計終了画面の表示例を示す。この例では、会計終了画面は、決済情報欄９７と、領収書ボタン９８と、終了ボタン９９とを含む。決済情報欄９７は、決済の金額が表示されている。領収書ボタン９８は、領収書を印刷出力するためのボタンである。終了ボタン９９は、顧客が会計処理を完了したことを確認するためのボタンである。顧客が終了ボタン９９を押すと、会計機５は表示部５１の表示をメインメニューに戻す。なお、本実施形態では、決済情報欄９７は、決済の金額のみが表示されているが、本発明はこれに限定されるものではなく、決済方法やカード会社などの情報を表示することとしてもよい。

このように、本実施形態の連携購入処理によれば、店舗８において商品を購入する際に、連携ＩＤに基づいて複数のカート４がリアルタイムに情報を共有することができる。具体的に、カート４は、登録した商品やその代金、メッセージ、現在位置などを連携カートとリアルタイムに共有することができるため、親子や友達同士などが複数のカート４で買い物する際に便利である。また、連携ＩＤに基づいて、任意に決めた１つのカート４に、複数のカート４の情報を集約することができる。具体的に、カート４は、合算ボタン７７の押下といった簡単な操作で、連携カートと商品の代金を合算することができる。そのため、親子や友達同士などが複数のカート４で買い物をしたとしても、簡単に支払い元を１つとすることができ、待ち時間も短縮することができる。

［変形例］
（変形例１）
上記の実施形態において、顧客は、店舗８に来店するとすぐに、コード６７を読み取らせることで連携ＩＤを複数のカート４に取得させることとしている。しかし、本発明はこれに限定されるものではなく、会計処理を行う前であれば、任意のタイミングでカート４に連携ＩＤを取得させることができる。カート４は、連携ＩＤを取得したタイミングで連携購入処理を始める。

（変形例２）
上記の実施形態では、連携ＩＤに基づいて、任意に決めた１つのカート４に、連携している複数のカートの商品取得情報を購入商品情報として集約させることとしているが、カート４ではなく、携帯端末３や会計機５に集約させることとしてもよい。具体的には、連携ＩＤ画面を表示する携帯端末３に商品取得情報を集約させ、当該携帯端末３が、会計機５へ購入商品情報を送信するとしてもよい。また、携帯端末３が表示する連携ＩＤ画面のコード６７を会計機５が読み取り、連携ＩＤを取得した会計機５に商品取得情報を集約させ、当該会計機５が、購入商品情報を生成して会計処理を行うこととしてもよい。

（変形例３）
上記の実施形態では、商品登録を行う複数のカート４が連携ＩＤに基づいて情報を共有し、決済前に合算処理を行うことで１つのカート４が商品取得情報を集約して購入商品情報を生成する。また、カート４が生成した購入商品情報に基づいて会計機５が会計処理を行う。しかし、本発明はこれに限定されるものではなく、携帯端末３が商品バーコード７を読み取ることで商品識別情報を取得可能であれば、携帯端末３をカート４の代わりに使用してもよい。即ち、商品登録を行う複数の携帯端末３が連携ＩＤに基づいて情報を共有し、決済前に合算処理を行うことで１つの携帯端末３が商品取得情報を集約して購入商品情報を生成することとしてもよい。この場合、携帯端末３が購入情報を会計機５へ送信し、会計機５が会計処理を行ってもよいし、携帯端末３が購入情報に基づいてクレジット決済などにより会計処理をおこなってもよい。つまり、上記の実施形態では、カート４と会計機５が行っていた連携購入処理を、携帯端末３が行うこととしてもよい。

（変形例４）
上記の実施形態では、顧客は、商品選択画面を見て、連携カートに不要な商品や重複する商品が登録されていると、カート４を操作することで、メッセージにより注意喚起をしたり、合算要求を受信しても拒否したりすることができる。これに加えて、カート４は、顧客の操作により、連携カートに登録された商品の中で不要な商品にフラグを付けておき、決済を行う際に当該フラグ付き商品が存在した場合は、当該フラグ付き商品について決済を行わずに返品処理を行うこととしてもよい。

（変形例５）
上記の実施形態では、カート４が商品登録を行い、登録した購入商品は会計機５を用いて精算を行うこととしている。しかし、本発明はこれに限定されるものではなく、会計機５を用いずに、カート４が精算を行うこととしてもよい。カート４による精算方法としては、例えば、カート４にクレジットカードを読み込ませることによるクレジット決済、ＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）カードやスマートフォンをカート４にかざすことによる電子マネー決済など種々の方法を適用することができる。また、カート４が商品登録を行い、登録した購入商品は携帯端末３を用いて精算を行うこととしてもよい。この場合、例えば、カート４の表示部４１に購入商品情報や支払い金額に関する情報を示すＱＲコードなどを表示させ、携帯端末３は、ＱＲコードを読み取ることで当該情報を取得し、クレジット決済や電子マネー決済により精算を行う。

（変形例６）
上記の実施形態では、商品取得情報を集約したカート４が購入商品に関する購入商品情報を会計機５へ送信し、会計機５は、受信した購入商品情報に基づいて会計処理を行っている。しかし、本発明はこれに限定されるものではなく、商品取得情報を集約したカート４が表示部４１に購入商品に関する情報を示すコードを表示し、会計機５は、当該コードに基づいて会計処理を行うこととしてもよい。ここで、コードは、例えば、ＱＲコードやバーコードなどである。また、携帯端末３が商品取得情報を集約した場合、当該携帯端末３が購入商品に関する情報を示すコードを表示し、会計機５は、当該コードに基づいて会計処理を行うこととしてもよい。

その他、上記の各実施形態（変形例を含む、以下同じ）の一部又は全部は、以下の付記のようにも記載され得るが以下には限られない。

（付記１）
購入する商品の商品識別情報を取得可能な端末装置であって、
連携ＩＤを取得する連携ＩＤ取得部と、
前記端末装置とは別の端末装置であって、同じ連携ＩＤを有する連携端末装置と、前記端末装置及び前記連携端末装置に関する情報を共有する共有部と、
を備える端末装置。

（付記２）
前記端末装置は、前記商品を購入する顧客が使用する携帯端末であることを特徴とする付記１に記載の端末装置。

（付記３）
前記端末装置は、前記商品を購入する顧客が使用するカートであることを特徴とする付記１又は２に記載の端末装置。

（付記４）
前記端末装置は、前記商品を購入する顧客が使用する買い物かごであることを特徴とする付記１乃至３に記載の端末装置。

（付記５）
前記端末装置及び前記連携端末装置に関する情報は、前記共有部によりリアルタイムに共有され、店舗における前記端末装置及び前記連携端末装置の位置情報を含むことを特徴とする付記１乃至４のいずれか一項に記載の端末装置。

（付記６）
前記端末装置及び前記連携端末装置に関する情報は、前記共有部によりリアルタイムに共有され、前記端末装置及び前記連携端末装置が取得した商品識別情報に関する商品取得情報を含むことを特徴とする付記１乃至５のいずれか一項に記載の端末装置。

（付記７）
前記端末装置及び前記連携端末装置の中の１つの端末装置に、前記端末装置及び前記連携端末装置のそれぞれが取得した商品取得情報を集約する集約部と、
前記商品の価格に関する商品情報と、前記商品取得情報とに基づいて、前記商品の代金を算出する代金算出部と、を備え、
前記集約部は、前記端末装置及び前記連携端末装置のそれぞれが算出した前記商品の代金を集約して合算することを特徴とする付記６に記載の端末装置。

（付記８）
前記集約部により１つの端末装置に前記商品取得情報を集約すると、前記端末装置及び前記連携端末装置は、前記商品識別情報を取得することができなくなることを特徴とする付記７に記載の端末装置。

（付記９）
購入する商品の商品識別情報を取得可能な端末装置により実行される購入管理方法であって、
連携ＩＤを取得し、
前記端末装置とは別の端末装置であって、同じ連携ＩＤを有する連携端末装置と、前記端末装置及び前記連携端末装置に関する情報を共有する購入管理方法。

（付記１０）
購入する商品の商品識別情報を取得し、
連携ＩＤを取得し、
端末装置とは別の端末装置であって、同じ連携ＩＤを有する連携端末装置と、前記端末装置及び前記連携端末装置に関する情報を共有する処理をコンピュータに実行させるプログラム。

以上、実施形態を参照して本願発明を説明したが、本願発明は上記実施形態に限定されるものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。すなわち、本願発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得るであろう各種変形、修正を含むことは勿論である。また、引用した上記の特許文献等の各開示は、本書に引用をもって繰り込むものとする。

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

１ ＰＯＳサーバ
２ 管理サーバ
３ 携帯端末
４ カート
５ 会計機
６ 商品棚
７ 商品バーコード
１００ 購入管理システム

Claims (10)

1. 顧客により使用され、購入予定の商品の商品識別情報を取得して購入予定商品を登録する端末装置であって、
   連携ＩＤを取得する連携ＩＤ取得手段と、
   同一店舗内に存在し、前記顧客とは異なる顧客により使用され、前記端末装置とは別の端末装置であって、同じ連携ＩＤを読み込ませ、前記連携ＩＤを介して相互に通信可能となった連携端末装置に当該端末装置が登録した購入予定商品に関する情報を送信し、前記連携端末装置から当該連携端末装置が登録した購入予定商品に関する情報を受信することで情報を共有する共有手段と、
   前記端末装置が登録した購入予定商品に関する情報と、前記連携端末装置が登録した購入予定商品に関する情報とを同一画面上に表示する表示手段と、
   を備える端末装置。
2. 前記端末装置は、前記商品を購入する顧客が使用する携帯端末であることを特徴とする請求項１に記載の端末装置。
3. 前記端末装置は、前記商品を購入する顧客が使用するカートであることを特徴とする請求項１又は２に記載の端末装置。
4. 前記端末装置は、前記商品を購入する顧客が使用する買い物かごであることを特徴とする請求項１乃至３のいずれか一項に記載の端末装置。
5. 前記共有手段は、前記端末装置が登録した購入予定商品に関する情報、及び、店舗における前記端末装置の位置情報を前記連携端末装置にリアルタイムで送信し、前記連携端末装置が登録した購入商品に関する情報、及び、店舗における前記連携端末装置の位置情報をリアルタイムで前記連携端末装置から受信するものであって、
   前記表示手段は、前記店舗の店内マップと、前記店内マップにおける前記連携端末装置の位置とを表示する請求項１に記載の端末装置。
6. 前記端末装置及び前記連携端末装置の中の１つの端末装置に、前記端末装置が登録した購入予定商品に関する情報と、前記連携端末装置が登録した購入予定商品に関する情報とを集約し、前記商品の価格に関する商品情報と、集約した購入予定商品に関する情報とに基づいて、全ての購入予定商品に対する代金の合計額を算出する集約手段を備え、
   前記表示手段は、集約した購入予定商品に関する情報と、全ての購入商品に対する代金の合計額とを表示する請求項５に記載の端末装置。
7. 前記集約手段は、前記連携端末装置に合算要求を送信し、前記合算要求を送信後に承認情報と拒否情報のいずれを前記連携端末装置から受信したかを判定し、
   前記承認情報を受信した場合、購入予定商品に関する情報の集約と合計額の算出を行い、前記拒否情報を受信した場合、前記拒否情報の受信を示す画面を表示する請求項６に記載の端末装置。
8. 前記集約手段により１つの端末装置に購入予定商品に関する情報が集約されると、前記端末装置及び前記連携端末装置は、前記商品識別情報を取得することができなくなることを特徴とする請求項７に記載の端末装置。
9. 顧客により使用され、購入予定の商品の商品識別情報を取得して購入予定商品を登録する端末装置により実行される購入管理方法であって、
   連携ＩＤを取得し、
   同一店舗内に存在し、前記顧客とは異なる顧客により使用され、前記端末装置とは別の端末装置であって、同じ連携ＩＤを読み込ませ、前記連携ＩＤを介して相互に通信可能となった連携端末装置に当該端末装置が登録した購入予定商品に関する情報を送信し、前記連携端末装置から当該連携端末装置が登録した購入予定商品に関する情報を受信することで情報を共有し、
   前記端末装置が登録した購入予定商品に関する情報と、前記連携端末装置が登録した購入予定商品に関する情報とを同一画面上に表示する購入管理方法。
10. コンピュータを備え、顧客により使用され、購入予定の商品の商品識別情報を取得して購入予定商品を登録する端末装置により実行されるプログラムであって、
    連携ＩＤを取得し、
    同一店舗内に存在し、前記顧客とは異なる顧客により使用され、前記端末装置とは別の端末装置であって、同じ連携ＩＤを読み込ませ、前記連携ＩＤを介して相互に通信可能となった連携端末装置に当該端末装置が登録した購入予定商品に関する情報を送信し、前記連携端末装置から当該連携端末装置が登録した購入予定商品に関する情報を受信することで情報を共有し、
    前記端末装置が登録した購入予定商品に関する情報と、前記連携端末装置が登録した購入予定商品に関する情報とを同一画面上に表示する処理を前記コンピュータに実行させるプログラム。

Images