JP2016053794A - 買物支援システム、端末、サーバ、買物支援方法、プログラム、及び買物カート - Google Patents

Abstract

【課題】ショッピングの途中に、購入予定商品の合計金額を、正確に、かつより早く通知する。
【解決手段】買物支援システムは、顧客に使用される端末と、サーバとを備える。前記端末は、前記顧客に使用される買物カートに装着されて使用され、前記買物カート内の商品から商品識別情報を読み取って前記サーバに送信し、購入予定商品の合計金額を前記サーバから受信して表示する。前記サーバは、前記商品識別情報を前記端末から受信して、前記顧客の前記買物情報に登録する。また、前記サーバは、前記買物情報に含まれる前記商品識別情報が示す商品の合計金額を算出し、前記端末に送信する。
【選択図】図１

Description

本発明は、買物支援システム、端末、サーバ、買物支援方法、プログラム、及び買物カートに関する。

特許文献１には、「セルフチェックアウト端末は、１商品毎に商品コードと商品重量と商品に付された無線タグのタグ情報とを関連付けて記憶する記憶部と、前記商品に付された無線タグから当該無線タグが記憶するタグ情報を読み取る無線リーダライタと、前記記憶部から前記無線リーダライタで読み取ったタグ情報に関連付けられた商品重量を取得する取得部と、前記取得部が取得した商品重量の全てを合計する合計部と、前記商品を載置可能な載置台を有し、当該載置台に載置された商品の重量を計量する秤部と、この秤部が計量した計量値と前記合計部が合計した重量値とが一致するか否かを判定する重量判定部と、前記重量判定部で前記計量値と前記重量値とが一致したと判定した場合、購入商品の合計金額を出力して決済処理を実行する決済部と、を備える。」と記載されている。

特開２０１３−０７３２９６号公報

ところで、顧客は、例えば、現実のスーパーマーケットなどでショッピングをする場合、陳列棚などから購入予定の商品を手に取って買物カート（買物カゴでもよい）に入れる。そして、顧客は、レジスターが設けられた特定の場所で、買物カートに入っている商品の購入手続を行う。

ここで、顧客は、購入予定の商品の合計金額が予定金額を超えないように、ショッピングをしたいことがある。しかしこの場合、顧客は、合計金額を自分で計算しなくてはならない。そのため、計算ミスなどの発生により、購入予定商品の合計金額が予定金額内に収まっているかどうかを判断するのが難しいことがある。

特許文献１に記載されたセルフチェックアウト端末は、決済に使用される端末であるため、レジスターなどの特定の場所に設置される。顧客は、決済時になって初めて購入商品の合計金額を知ることができる。しかし、ショッピング途中では、顧客は購入予定商品の合計金額を知ることができない。

そこで、本発明は、ショッピングの途中に、購入予定商品の合計金額を、正確に、かつより早く通知することを目的とする。

本願は、上記課題を解決する手段を複数含んでいるが、その例を挙げるならば、以下のとおりである。

上記の課題を解決する本発明の一態様は、顧客に使用される端末と、サーバとを備える買物支援システムであって、前記端末は、前記顧客に使用される買物カートに装着されて使用され、前記買物カート内の商品から、商品識別情報を読み取る第一読取部と、表示部と、前記第一読取部により読み取られた前記商品識別情報を前記サーバに送信し、購入予定商品の合計金額を前記サーバから受信し、前記表示部に表示させる制御部と、を備え、前記サーバは、前記商品識別情報を含む前記顧客の買物情報を記憶する記憶部と、前記商品識別情報を前記端末から受信して、前記顧客の前記買物情報に登録し、当該買物情報に含まれる前記商品識別情報が示す商品の合計金額を、前記購入予定商品の合計金額として算出し、前記端末に送信する買物処理部と、を備える。

前記買物支援システムにおいて、前記買物処理部は、前記買物情報に含まれる前記商品識別情報が示す商品の一覧を、前記端末に送信し、前記制御部は、前記商品の一覧を前記サーバから受信し、前記表示部に表示させる、ようにしてもよい。

前記買物支援システムにおいて、前記端末は、顧客識別情報を読み取る第二読取部を備え、前記制御部は、前記第二読取部により読み取られた前記顧客識別情報を前記サーバに送信し、前記記憶部は、前記端末の端末情報を記憶し、前記サーバは、前記端末から前記顧客識別情報を受信して、当該端末の前記端末情報に登録する利用登録処理部を備え、前記買物処理部は、前記商品識別情報を受信した前記端末の前記端末情報から、前記顧客識別情報を特定し、当該顧客識別情報が示す前記顧客の前記買物情報に前記商品識別情報を登録する、ようにしてもよい。

前記買物支援システムにおいて、前記端末を複数備え、前記利用登録処理部は、前記複数の端末のうちの第一端末から受信した前記顧客識別情報が、前記複数の端末のうちの第二端末の前記端末情報に含まれている場合、確認通知を前記第二端末に送信し、前記第二端末の前記制御部は、前記サーバから前記確認通知を受信した場合、前記第一端末の利用の許可に関する情報を前記第二端末の前記表示部に表示させる、ようにしてもよい。

前記買物支援システムにおいて、前記端末は、前記顧客の操作を受け付ける入力部を備え、前記第二端末の前記制御部は、前記サーバから前記確認通知を受信した場合、前記第一端末の利用の許可又は不許可を示す確認結果を、前記入力部を介して受け付けて、前記サーバに送信し、前記利用登録処理部は、前記確認結果を受信し、前記確認結果が前記第一端末の利用の許可を示す場合、前記第一端末から受信した前記顧客識別情報を前記第一端末の前記端末情報に登録する、ようにしてもよい。

前記買物支援システムにおいて、前記端末を複数備え、前記複数の端末それぞれの前記端末情報に、同一の前記顧客の前記顧客識別情報が登録されている場合、前記買物処理部は、前記商品識別情報を前記端末別に前記顧客の前記買物情報に登録し、前記端末別の前記合計金額を算出し、前記端末に送信する、ようにしてもよい。

前記買物支援システムにおいて、前記記憶部は、商品が読取済みであるか否かを示す商品の読取情報を含み、前記買物処理部は、前記端末から前記商品識別情報を受信した際に、前記読取情報に基づいて、当該商品識別情報が示す商品が読取済みでない場合、当該商品識別情報を前記顧客の前記買物情報に登録し、当該商品識別情報が示す商品が読取済みである場合、当該商品識別情報を前記顧客の前記買物情報に登録しない、ようにしてもよい。

前記買物支援システムにおいて、前記制御部は、前記第一読取部により前記商品識別情報を一以上読み取って前記サーバに送信し、前記買物処理部は、前記一以上の商品識別情報を前記端末から受信し、受信した前記一以上の商品識別情報に含まれ、かつ、前記顧客の前記買物情報に含まれていない前記商品識別情報を、前記買物情報に登録する、ようにしてもよい。

前記買物支援システムにおいて、前記買物処理部は、受信した前記一以上の商品識別情報に含まれておらず、かつ、前記買物情報に含まれている前記商品識別情報を、前記買物情報から削除する、ようにしてもよい。

前記買物支援システムにおいて、レジスターを備え、前記サーバは、前記レジスターから決済指示を受信した場合に、前記顧客の前記買物情報に含まれる前記商品識別情報が示す商品の合計金額を用いて、前記顧客の決済処理を行う決済処理部を備える、ようにしてもよい。

上記の課題を解決する本発明の他の態様は、顧客に使用される端末と、サーバとを備える買物支援システムを用いた買物支援方法であって、前記端末が装着された、前記顧客に使用される買物カートを用意する工程と、前記端末が、前記買物カート内の商品から、商品識別情報を読み取る工程と、前記端末が、読み取られた前記商品識別情報を前記サーバに送信する工程と、前記サーバが、前記商品識別情報を前記端末から受信して、前記顧客の買物情報に登録する工程と、前記サーバが、前記買物情報に含まれる前記商品識別情報が示す商品の合計金額を、購入予定商品の合計金額として算出する工程と、前記サーバが、前記合計金額を前記端末に送信する工程と、前記端末が、前記合計金額を前記サーバから受信する工程と、前記端末が、受信した前記合計金額を表示する工程とを含む。

上記の課題を解決する本発明のさらに他の態様は、顧客に使用される端末であって、前記顧客に使用される買物カートに装着されて使用され、前記買物カート内の商品から、商品識別情報を読み取る第一読取部と、表示部と、前記第一読取部により読み取られた前記商品識別情報をサーバに送信し、前記商品識別情報が示す購入予定商品の合計金額を前記サーバから受信し、前記表示部に表示させる制御部とを備える。

上記の課題を解決する本発明のさらに他の態様は、顧客に使用される端末を用いた買物支援方法であって、前記端末が装着された、前記顧客に使用される買物カートを用意する工程と、前記端末が、前記買物カート内の商品から、商品識別情報を読み取る工程と、前記端末が、読み取られた前記商品識別情報をサーバに送信する工程と、前記端末が、前記商品識別情報に基づいて算出された購入予定商品の合計金額を前記サーバから受信する工程と、前記端末が、受信した前記合計金額を表示する工程とを含む。

上記の課題を解決する本発明のさらに他の態様は、顧客に使用される端末のプログラムであって、前記端末は、前記顧客に使用される買物カートに装着されて使用され、前記プログラムは、前記買物カート内の商品から、商品識別情報を読み取る工程と、読み取られた前記商品識別情報をサーバに送信する工程と、前記商品識別情報に基づいて算出された購入予定商品の合計金額を前記サーバから受信する工程と、受信した前記合計金額を表示する工程とを前記端末に実行させる。

上記の課題を解決する本発明のさらに他の態様は、顧客に使用される端末と通信するサーバであって、前記端末は、前記顧客に使用される買物カートに装着されて使用され、前記サーバは、商品の商品識別情報を含む前記顧客の買物情報を記憶する記憶部と、前記買物カート内の商品から前記端末により読み取られた前記商品識別情報を前記端末から受信して、前記顧客の前記買物情報に登録し、当該買物情報に含まれる前記商品識別情報が示す商品の合計金額を、購入予定商品の合計金額として算出し、前記端末に送信する買物処理部とを備える。

上記の課題を解決する本発明のさらに他の態様は、顧客に使用される端末と通信するサーバを用いた買物支援方法であって、前記端末が装着された、前記顧客に使用される買物カートを用意する工程と、前記サーバが、前記買物カート内の商品から前記端末により読み取られた前記商品識別情報を前記端末から受信して、前記顧客の買物情報に登録する工程と、前記サーバが、前記買物情報に含まれる前記商品識別情報が示す商品の合計金額を、購入予定商品の合計金額として算出する工程と、前記サーバが、前記合計金額を前記端末に送信する工程と、を含む。

上記の課題を解決する本発明のさらに他の態様は、顧客に使用される端末と通信するサーバのプログラムであって、前記端末は、前記顧客に使用される買物カートに装着されて使用され、前記プログラムは、前記買物カート内の商品から前記端末により読み取られた前記商品識別情報を前記端末から受信して、前記顧客の買物情報に登録する工程と、前記買物情報に含まれる前記商品識別情報が示す商品の合計金額を、購入予定商品の合計金額として算出する工程と、前記合計金額を前記端末に送信する工程とを前記サーバに実行させる。

上記の課題を解決する本発明のさらに他の態様は、顧客に使用される買物カートであって、端末が装着されており、前記端末は、前記買物カート内の商品から、商品識別情報を読み取る第一読取部と、表示部と、前記第一読取部により読み取られた前記商品識別情報をサーバに送信し、前記商品識別情報が示す購入予定商品の合計金額を前記サーバから受信し、前記表示部に表示させる制御部とを備える。

本発明によれば、ショッピングの途中に、購入予定商品の合計金額を、正確に、かつより早く通知することができる。

上記以外の課題、構成及び効果は、以下の実施形態の説明により明らかにされる。

本発明の実施形態に係る買物支援システムの構成例を示すシステム構成図である。 買物カートの構成例を示す図である。 端末、サーバ、及びレジスターの構成例を示すブロック図である。 顧客情報のデータ構造の一例を説明する図である。 端末情報のデータ構造の一例を説明する図である。 商品情報のデータ構造の一例を説明する図である。 買物情報のデータ構造の一例を説明する図である。 端末を実現するハードウェアの構成例を示すブロック図である。 サーバを実現するハードウェアの構成例を示すブロック図である。 端末の利用登録処理の一例を示すフローチャートである。 サーバの利用登録処理の一例を示すフローチャートである。 端末の商品読取処理の一例を示すフローチャートである。 サーバの買物処理の一例を示すフローチャートである。 サーバの商品追加処理の一例を示すフローチャートである。 サーバの商品削除処理の一例を示すフローチャートである。 レジスターの決済処理の一例を示すフローチャートである。 サーバの決済処理の一例を示すフローチャートである。 端末に表示される画面の一例を示す図である。 端末に表示される画面の他の例を示す図である。 端末に表示される画面のさらに他の例を示す図である。

以下、本発明の実施形態について、図面を参照して説明する。

図１は、本発明の実施形態に係る買物支援システムの構成例を示すシステム構成図である。

買物支援システム１は、例えばスーパーマーケット等の現実の小売店舗内に構築される。また、販売される商品は、タグＩＤ（ＩＤ：Identifier）や商品コード等の情報を読み取り可能に記憶した無線タグが付され、陳列棚などに並べられる。タグＩＤと商品は、データベースシステム等により関連付けられて管理される。また、顧客は、ショッピングをするに当たって、事前に会員登録がされる。小売店舗は、会員番号等の顧客コードを読み取り可能に記録した会員カード（例えば接触型ＩＣカードや非接触型ＩＣカード）を顧客に発行する。顧客情報は、データベースシステム等により管理される。また、顧客は、買物カートＣに購入予定の商品Ｉを入れ、ショッピングを終了する際には、所定の場所に設けられたレジスター３０で購入手続（決済）を行う。

無線タグと無線通信により情報をやりとりする技術としては、例えば、ＲＦＩＤ（Radio Frequency IDentifier）を使用することができる。本実施形態では、無線タグとしてのＲＦタグと、ＲＦタグに対して情報を読み書きするリーダ／ライタとを用いるものとする。もちろん、無線タグと無線通信により情報をやりとりできれば、他の技術を用いてもよい。

買物支援システム１は、端末１０と、サーバ２０と、レジスター３０とを備える。端末１０は、例えばＬＡＮ（Local Area Network）等の通信網Ｎに、無線で接続される。サーバ２０、及びレジスター３０は、通信網Ｎに、無線又は有線で接続される。サーバ２０は、端末１０及びレジスター３０と、通信網Ｎを介して通信することができる。なお、サーバ２０は、通信網Ｎが接続されるインターネットや専用回線などを介して、小売店舗外のデータセンターなどに設置されてもよい。また、端末１０が装着された買物カートＣは複数存在してもよいし、レジスター３０も複数存在してもよい。

端末１０の概要は次のとおりである。端末１０は、買物カートＣに装着される。また、端末１０は、所定のタイミング（例えば、周期的に、又は指定時刻になど）で、少なくとも買物カートＣ内の各商品Ｉに付されている無線タグから、タグＩＤ等の商品を識別する情報を読み取り、サーバ２０に送信する。また、端末１０は、サーバ２０から商品Ｉの合計金額等の明細情報を受信し、表示する。

端末１０は、例えば図２（買物カートの構成例を示す図）に示すように、買物カートＣに設けられる。図２は、買物カートＣを側面から見た図である。図２の例では、端末１０は、買物カートＣのハンドルに装着されている。また、端末１０は、少なくとも買物カートＣ内から無線タグを検出可能な通信範囲Ａ（破線で示す）が設定されるように、所定の姿勢でハンドルに固定されている。もちろん、買物カートＣの形状や構造、端末１０の形状や配置は、端末１０が少なくとも買物カートＣ内の商品を読み取ることができれば、図２に示した例に限られない。買物カートＣは、買物カゴを置くことができる構造とし、端末１０は、買物カートＣに置かれた買物カゴ内の無線タグを検出するようにしてもよい。

サーバ２０の概要は次のとおりである。サーバ２０は、顧客ごとに当該顧客の購入予定の商品（すなわち、買物カートＣ内の商品）を管理する。サーバ２０は、端末１０からタグＩＤ等の商品を識別する情報を受信し、受信した情報に基づいて、当該端末１０を使用している顧客の購入予定商品のリストを更新する。また、サーバ２０は、更新した購入予定商品のリストに基づいて、購入予定商品の合計金額を算出し、端末１０に送信する。

また、サーバ２０は、レジスター３０から、顧客コードを含む決済指示を受信すると、当該顧客の購入商品の決済を実行する。また、サーバ２０は、レジスター３０から、当該レジスター３０が読み取った商品の情報を受信すると、当該読み取られた商品と、決済が実行された顧客の購入商品とが一致するかどうかの照合を行い、照合結果をレジスター３０に送信する。

レジスター３０の概要は次のとおりである。レジスター３０は、無線タグから情報を読み取るリーダ（図示せず）と、店舗外への顧客の通過を制御するゲート４０と接続される。リーダは、買物カートＣを所定位置に停めた場合に、少なくとも買物カートＣ内の各商品Ｉに付されている無線タグと、買物カートＣの周囲所定範囲に存在する商品に付されている無線タグとから情報を読み取れるように、設置される。又は、店員がリーダを手に持って、読み取りを行うようにしてもよい。ゲート４０は、例えば、店舗内区域から店舗外区域への出口付近に設置される。ゲート４０は、例えば、開閉動作可能な扉と、扉をロック又は解除する機構とを有する。なお、ゲート４０は、顧客の通過を制御することができれば、他の構成であってもよい。

レジスター３０は、決済を開始する操作を顧客又は店員から受け付けて、サーバ２０に顧客コードを含む決済指示を送信する。また、レジスター３０は、決済処理が行われた顧客の買物カートＣ内の商品の情報と、買物カートＣの周囲所定範囲に存在する商品の情報とを、リーダにより読み取り、サーバ２０に送信する。また、レジスター３０は、読み取った商品と、決済が実行された顧客の商品とが一致するかどうかを示す照合結果を、サーバ２０から受信する。また、レジスター３０は、照合結果が正常であると判定した場合には、ゲート４０のロックを解除する。

図３は、端末、サーバ、及びレジスターの構成例を示すブロック図である。

端末１０は、第一読取部１１と、第二読取部１２と、表示部１３と、音声出力部１４と、入力部１５と、通信部１６と、制御部１７とを備える。

第一読取部１１は、少なくとも買物カートＣ内の商品に付された無線タグから情報を読み取ったり、無線タグに情報を書き込んだりする。すなわち、第一読取部１１は、商品が存在しないこと、及び、１つ以上の商品の存在を検出することができる。

第二読取部１２は、端末１０に対して挿入された又は端末１０に対して近付けられた会員カードから、会員番号等の顧客コードを読み取る。

表示部１３は、操作画面を表示する。音声出力部１４は、音声を出力する。入力部１５は、顧客等の操作の入力を受け付ける。通信部１６は、無線で通信網Ｎに接続し、通信網Ｎを介して情報を送受信する。

制御部１７は、端末１０全体を統括的に制御する。制御部１７が実行する処理についてはフローチャートを用いて後に詳述するが、例えば、制御部１７は、第二読取部１２に顧客コードを読み取らせ、読み取った顧客コードを含む利用開始通知を、通信部１６によりサーバ２０に送信する。また、例えば、制御部１７は、所定のタイミング（例えば、周期的に、又は指定時刻になど）で、第一読取部１１に商品からタグＩＤを読み取らせ、読み取ったタグＩＤを通信部１６によりサーバ２０に送信する。また、例えば、制御部１７は、通信部１６によりサーバ２０から購入予定商品の一覧や合計金額を受信して、受信した内容に基づいて画面を生成し、表示部１３に出力して表示させる。

サーバ２０は、制御部２１と、記憶部２２と、通信部２３とを備える。

通信部２３は、有線又は無線で通信網Ｎに接続し、通信網Ｎを介して情報を送受信する。

記憶部２２は、サーバ２０が使用する各種情報を格納する。記憶部２２は、顧客情報ＤＢ（ＤＢ：Database）２２０と、端末情報ＤＢ２２１と、商品情報ＤＢ２２２と、買物情報ＤＢ２２３とを備える。

顧客情報ＤＢ２２０は、顧客情報を格納する。顧客情報は、事前の会員登録により登録される。顧客情報は、例えば図４（顧客情報のデータ構造の一例を説明する図）に示すように、顧客の識別子である顧客コード２２０１、当該顧客の氏名２２０２、当該顧客の住所２２０３等を含む。なお、顧客情報ＤＢ２２０のデータ構造や顧客情報の内容は、顧客に関する情報を管理できるのであれば、図４に示したものに限られない。

端末情報ＤＢ２２１は、端末情報を格納する。端末情報は、例えば図５（端末情報のデータ構造の一例を説明する図）に示すように、端末の識別子である端末ＩＤ２２１１、当該端末を使用している顧客の顧客コード２２１２等を含む。端末ＩＤ２２１１には、小売店舗で使用される端末１０の端末ＩＤが事前に登録される。端末情報ＤＢ２２１により、端末１０を使用している顧客が管理される。なお、端末情報ＤＢ２２１のデータ構造や端末情報の内容は、端末１０に関する情報を管理できるのであれば、図５に示したものに限られない。

商品情報ＤＢ２２２は、商品情報を格納する。商品情報は、例えば図６（商品情報のデータ構造の一例を説明する図）に示すように、商品の識別子である商品コード２２２１、当該商品に付された無線タグに記録されているタグＩＤ２２２２、当該商品の商品名２２２３、当該商品の価格２２２４、交換商品フラグ２２２５、読取フラグ２２２６等を含む。なお、本実施形態では、商品それぞれに、タグＩＤ及び商品コードが関連付けられており、タグＩＤ及び商品コードのいずれも商品の識別情報であると言える。

交換商品とは、実商品と交換するための代替品（無線タグが付されたカードや空箱等）を陳列しておき、レジ等の所定の場所で決済時又は決済前後に交換することにより、顧客に手渡される商品である。例えばインクカートリッジなど比較的高額な商品が、交換商品として取り扱われる場合がある。従って交換商品フラグ２２２５は、商品が交換商品の場合に「有効」が設定され、商品が交換商品でない場合に「無効」が設定される。

読取フラグ２２２６は、端末１０により読み取られた（買物カートＣに入っていると推定される）場合に「有効」が設定され、端末１０により読み取られていない（買物カートＣに入っていない、すなわち陳列されていると推定される）場合に「無効」が設定される。

商品情報は、小売店舗で販売されている商品について事前に登録される。読取フラグ２２２６には、初期値として「無効」が設定される。なお、商品情報ＤＢ２２２のデータ構造や商品情報の内容は、商品に関する情報を管理できるのであれば、図６に示したものに限られない。

買物情報ＤＢ２２３は、顧客が購入予定の商品に関する買物情報を格納する。買物情報は、例えば図７（買物情報のデータ構造の一例を示す図）に示すように、顧客コード２２３１、顧客の購入予定の商品の合計金額２２３２、当該合計金額を構成する各商品の商品コード２２３３、当該商品の商品名２２３４、当該商品の価格２２３５、当該商品の交換商品フラグ２２３６、当該商品を読み取った端末１０（当該商品が入れられている買物カートＣに装着された端末１０）の端末ＩＤ２２３７等を含む。なお、買物情報ＤＢ２２３のデータ構造や買物情報の内容は、顧客の購入予定の商品に関する情報を管理できるのであれば、図７に示したものに限られない。

図３の説明に戻る。制御部２１は、サーバ２０全体を統括的に制御する。制御部２１は、利用登録処理部２１０と、買物処理部２１１と、決済処理部２１２とを備える。利用登録処理部２１０、買物処理部２１１、及び決済処理部２１２が実行する処理についてはフローチャートを用いて後に詳述するが、概要は下記のとおりである。

利用登録処理部２１０は、端末１０の顧客の利用登録を受け付ける。例えば、利用登録処理部２１０は、通信部２３により端末１０から、顧客コードを含む利用開始通知を受信して、端末情報ＤＢ２２１に登録する。

買物処理部２１１は、顧客の購入予定商品の管理や合計金額の算出を行う。例えば、買物処理部２１１は、所定のタイミング（例えば、周期的に、又は指定時刻になど）で、通信部２３により端末１０からタグＩＤを受信して、タグＩＤに対応する商品に関する情報を買物情報ＤＢ２２３に登録する。また、例えば、買物処理部２１１は、買物情報ＤＢ２２３に登録されている商品の合計金額を求め、通信部２３により端末１０に送信する。

決済処理部２１２は、購入商品の決済処理を行う。例えば、決済処理部２１２は、通信部２３によりレジスター３０から、顧客コードを含む決済指示を受信して、当該顧客の買物情報ＤＢ２２３に登録されている購入予定商品の合計金額に基づいて、決済処理を行う。また、例えば、決済処理部２１２は、通信部２３によりレジスター３０から、読み取られた商品の情報を受信すると、読み取った商品と決済された商品との照合を行い、照合結果をレジスター３０に送信する。

レジスター３０は、第一読取部３１と、第二読取部３２と、表示部３３と、入力部３４と、通信部３５と、制御部３６とを備える。

第一読取部３１は、買物カートＣ内の商品に付された無線タグと、買物カートＣの周囲所定範囲の商品に付された無線タグとから情報を読み取ったり、無線タグに情報を書き込んだりする。

第二読取部３２は、レジスター３０に対して挿入された又はレジスター３０に対して近付けられた会員カードから、会員番号等の顧客コードを読み取る。

表示部３３は、操作画面を表示する。入力部３４は、顧客、店員等の操作の入力を受け付ける。通信部３５は、有線又は無線で通信網Ｎに接続し、通信網Ｎを介して情報を送受信する。

制御部３６は、レジスター３０全体を統括的に制御する。制御部３６が実行する処理についてはフローチャートを用いて後に詳述するが、例えば、制御部３６は、第二読取部３２に顧客コードを読み取らせ、読み取った顧客コードを含む決済指示を、通信部３５によりサーバ２０に送信する。また、例えば、制御部３６は、決済を行った顧客の買物カートＣ内の商品の情報と、買物カートＣの周囲所定範囲の商品の情報とを、第一読取部３１に読み取らせ、通信部３５によりサーバ２０に送信する。また、例えば、制御部３６は、読み取った商品と決済された商品との照合結果を、通信部３５によりサーバ２０から受信する。また、例えば、制御部３６は、照合結果が正常であると判定した場合には、通信部３５を介してゲート４０を制御し、ゲート４０のロックを解除する。

上述した端末１０は、例えば図８（端末を実現するハードウェアの構成例を示すブロック図）に示すようなコンピュータ８０により実現することができる。

コンピュータ８０は、例えば、ＣＰＵ（Central Processing Unit）等の演算装置８１と、ＲＡＭ（Random Access Memory）等の主記憶装置８２と、フラッシュＲＯＭ（Read Only Memory）やＨＤＤ（Hard Disk Drive）等の補助記憶装置８３と、通信回線と接続する通信Ｉ／Ｆ（Ｉ／Ｆ：インターフェイス）８４と、タッチパネルやハードウェアスイッチなどの入力装置８５と、液晶ディスプレイなどの表示装置８６と、スピーカ８７と、ＲＦタグ等の無線タグに対する情報の読み書きを行う第一リーダ／ライタ８８と、ＩＣチップ等に対する情報の読み書きを行う第二リーダ／ライタ８９とを備える。

コンピュータ８０が端末１０として機能する場合、第一読取部１１、第二読取部１２、表示部１３、音声出力部１４、入力部１５、及び通信部１６は、それぞれ、例えば、第一リーダ／ライタ８８、第二リーダ／ライタ８９、表示装置８６、スピーカ８７、入力装置８５、及び通信Ｉ／Ｆ８４により実現される。制御部１７は、例えば、演算装置８１と、主記憶装置８２及び補助記憶装置８３の少なくとも一方とにより実現される。すなわち、制御部１７の処理や機能は、例えば、演算装置８１が、補助記憶装置８３に記憶されている所定のプログラムを主記憶装置８２にロードして実行することで実現できる。上記の所定のプログラムは、例えば、通信ネットワーク上のコンピュータにダウンロード可能な状態で格納したり、ＤＶＤなどの持ち運び可能な記憶媒体に格納したりすることで流通させ、端末１０にインストールすることができる。

上述したサーバ２０は、例えば図９（サーバを実現するハードウェアの構成例を示すブロック図）に示すようなコンピュータ９０により実現することができる。

コンピュータ９０は、例えば、ＣＰＵ等の演算装置９１と、ＲＡＭ等の主記憶装置９２と、フラッシュＲＯＭやＨＤＤ等の補助記憶装置９３と、通信回線と接続する通信Ｉ／Ｆ９４と、キーボードやマウスなどの入力装置９５と、液晶ディスプレイなどの表示装置９６と、ＤＶＤなどの持ち運び可能な記憶媒体に対する情報の読み書きを行うリーダ／ライタ９７と、ＵＳＢ（Universal Serial Bus）等により外部機器と接続する外部Ｉ／Ｆ９８とを備える。

コンピュータ９０がサーバ２０として機能する場合、通信部２３は、例えば通信Ｉ／Ｆ９４により実現される。制御部２１は、例えば、演算装置９１と、主記憶装置９２及び補助記憶装置９３の少なくとも一方とにより実現される。すなわち、制御部２１の処理や機能は、例えば、演算装置９１が、補助記憶装置９３に記憶されている所定のプログラムを主記憶装置９２にロードして実行することで実現できる。記憶部２２は、例えば、主記憶装置９２又は補助記憶装置９３により実現できる。記憶部２２の一部又は全部は、例えば、通信Ｉ／Ｆ９４を介して接続される通信ネットワーク上のストレージ等により実現してもよい。上記の所定のプログラムは、例えば、通信ネットワーク上のコンピュータにダウンロード可能な状態で格納したり、ＤＶＤなどの持ち運び可能な記憶媒体に格納したりすることで流通させ、サーバ２０にインストールすることができる。

上述したレジスター３０は、例えばコンピュータ８０（図８）により実現することができる。

コンピュータ８０がレジスター３０として機能する場合、第一読取部３１、第二読取部３２、表示部３３、入力部３４、及び通信部３５は、それぞれ、例えば、第一リーダ／ライタ８８、第二リーダ／ライタ８９、表示装置８６、入力装置８５、及び通信Ｉ／Ｆ８４により実現される。制御部３６は、例えば、演算装置８１と、主記憶装置８２及び補助記憶装置８３の少なくとも一方とにより実現される。すなわち、制御部３６の処理や機能は、例えば、演算装置８１が、補助記憶装置８３に記憶されている所定のプログラムを主記憶装置８２にロードして実行することで実現できる。上記の所定のプログラムは、例えば、通信ネットワーク上のコンピュータにダウンロード可能な状態で格納したり、ＤＶＤなどの持ち運び可能な記憶媒体に格納したりすることで流通させ、レジスター３０にインストールすることができる。

次に、利用登録に関する端末１０及びサーバ２０の動作について説明する。

図１０は、端末の利用登録処理の一例を示すフローチャートである。

ここで、端末１０が起動された後に表示される画面について説明する。制御部１７は、例えば、図１８（端末に表示される画面の一例を示す図）に示すような画面５００を出力する。画面５００は、メッセージ欄５１０と、操作選択欄５２０と、明細欄５３０とを含む。メッセージ欄５１０には、顧客等の操作者に対するメッセージが表示される。操作選択欄５２０には、操作を入力するためのアイコンが表示される。図１８では、各操作に対応したアイコンが選択可能に表示されている。明細欄５３０には、サーバ２０から送信された明細情報に応じた内容が表示される。

まず、制御部１７は、入力部１５を介して、端末１０の利用を開始する所定操作を受け付けたか否かを判定する（ステップＳ１０）。所定操作は、例えば、図１８に示す操作選択欄５２０に表示された「利用開始」アイコンの選択である。所定操作を受け付けたと判定した場合（ステップＳ１０でＹ）、制御部１７は、第二読取部１２により、端末１０に対して挿入された又は端末１０に対して近付けられた会員カードから、会員番号等の顧客コードを読み取る（ステップＳ１１）。それから、制御部１７は、予め補助記憶装置８３等に記憶されている端末１０の端末ＩＤと、ステップＳ１１で読み取った顧客コードとを含む利用開始通知を、通信部１６によりサーバ２０に送信する（ステップＳ１２）。

それから、制御部１７は、ステップＳ１２で送信した利用開始通知に対する結果を、通信部１６によりサーバ２０から受信する（ステップＳ１３）。利用開始通知に対する結果は、例えば、成功、又は失敗を示す。それから、制御部１７は、ステップＳ１３で受信した結果の内容に応じた画面を生成し、表示部１３に出力して表示させる（ステップＳ１４）。ステップＳ１４の処理後、制御部１７は、再びステップＳ１０の処理を実行する。なお、制御部１７、結果が「成功」である場合、ステップＳ１１で読み取った顧客コードを、補助記憶装置８３等に保持しておく。

ステップＳ１４では、例えば、結果が「成功」である場合、制御部１７は、端末の利用が可能であることを示すメッセージをメッセージ欄５１０に表示した画面５００を出力する。例えば、結果が「失敗」である場合、制御部１７は、端末の利用が許可されないことを示すメッセージをメッセージ欄５１０に表示した画面５００を出力する。

所定操作を受け付けていないと判定した場合（ステップＳ１０でＮ）、制御部１７は、確認通知を通信部１６によりサーバ２０から受信したか否かを判定する（ステップＳ２０）。確認通知は、ある顧客により利用開始の操作が行われた第一の端末１０から、利用開始通知がサーバ２０に送信された場合に、同一顧客が既に利用している第二の端末１０に対して送信される。確認通知を受信していないと判定した場合（ステップＳ２０でＮ）、制御部１７は、再びステップＳ１０の処理を実行する。

確認通知を受信したと判定した場合（ステップＳ２０でＹ）、制御部１７は、他の端末１０（上述の第二の端末１０）の利用を許可するか否かを確認する画面を生成し、表示部１３に出力して表示させる（ステップＳ２１）。

ステップＳ２１では、制御部１７は、例えば、図１９（端末に表示される画面の他の例を示す図）に示すような画面５００を出力する。画面５００の構成は、図１８と基本的に同様である。図１９では、メッセージ欄５１０には、他の端末の利用を許可するか否かを確認するメッセージが表示されている。また、明細欄５３０には、購入予定商品の一覧（商品名、価格）、合計金額、購入予定商品の点数、交換商品であることを示す記号、顧客ＩＤ等が表示されている。なお、明細欄５３０の表示については後述する。

それから、制御部１７は、入力部１５を介して、他の端末１０の利用を許可する所定操作を受け付けたか否かを判定する（ステップＳ２２）。所定操作は、例えば、図１９に示す操作選択欄５２０に表示された「ＯＫ」アイコンの選択である。所定操作を受け付けたと判定した場合（ステップＳ２２でＹ）、制御部１７は、補助記憶装置８３等に記憶されている端末１０の端末ＩＤと、「許可」を示す情報とを含む確認結果を、通信部１６によりサーバ２０に送信する（ステップＳ２３）。所定操作を受け付けていないと判定した場合（ステップＳ２２でＮ）、制御部１７は、補助記憶装置８３等に記憶されている端末１０の端末ＩＤと、「不許可」を示す情報とを含む確認結果を、通信部１６によりサーバ２０に送信する（ステップＳ２４）。ステップＳ２３又はステップＳ２４の処理後、制御部１７は、再びステップＳ１０の処理を実行する。

図１１は、サーバの利用登録処理の一例を示すフローチャートである。

まず、利用登録処理部２１０は、利用開始通知をいずれかの端末１０から通信部２３により受信したか否かを判定する（ステップＳ３０）。利用開始通知を受信したと判定した場合（ステップＳ３０でＹ）、利用登録処理部２１０は、顧客情報ＤＢ２２０を参照して、ステップＳ３０で受信した利用開始通知に含まれる顧客コードを、各顧客情報の顧客コード２２０１と照合する（ステップＳ３１）。また、利用登録処理部２１０は、照合の結果、利用開始通知に含まれる顧客コードが顧客情報ＤＢ２２０に登録されているか否か（照合に成功したか否か）を判定する（ステップＳ３２）。

照合に失敗したと判定した場合（ステップＳ３２でＮ）、利用登録処理部２１０は、「失敗」を示す結果を、ステップＳ３０で受信した利用開始通知に含まれる端末ＩＤが示す端末１０に対して、通信部２３により送信する（ステップＳ３３）。ステップＳ３３の処理後、利用登録処理部２１０は、再びステップＳ３０の処理を実行する。

照合に成功したと判定した場合（ステップＳ３２でＹ）、利用登録処理部２１０は、端末情報ＤＢ２２１を参照して、ステップＳ３０で受信した利用開始通知に含まれる顧客コードが、いずれかの端末情報の顧客コード２２１２に登録されているか否かを判定する（ステップＳ３４）。なお、利用登録処理部２１０は、ステップＳ３０で受信した利用開始通知に含まれる端末ＩＤを含む端末情報については、判定を行わない。受信した顧客コードが複数の端末情報に含まれている場合、利用登録処理部２１０は、所定の規則に従って、一の端末情報を選択する。例えば、利用登録処理部２１０は、当該顧客コードが登録された日時が最も古い端末情報を選択する。

受信した顧客コードが端末情報に登録されていないと判定した場合（ステップＳ３４でＮ）、利用登録処理部２１０は、利用開始通知に含まれる端末ＩＤが含まれる端末情報の顧客コード２２１２に、当該利用開始通知に含まれる顧客コードを登録する（ステップＳ３５）。なお、利用登録処理部２１０は、利用開始通知に含まれる顧客コードを、顧客コード２２３１として、買物情報ＤＢ２２３に登録する。また、利用登録処理部２１０は、「成功」を示す結果を、ステップＳ３０で受信した利用開始通知に含まれる端末ＩＤが示す端末１０に対して、通信部２３により送信する（ステップＳ３６）。ステップＳ３６の処理後、利用登録処理部２１０は、再びステップＳ３０の処理を実行する。

受信した顧客コードが端末情報に登録されていると判定した場合（ステップＳ３４でＹ）、利用登録処理部２１０は、確認通知を、当該顧客コードが登録されている端末情報に含まれる端末ＩＤ２２１１が示す端末１０に対して、通信部２３により送信する（ステップＳ３７）。なお、利用登録処理部２１０は、確認通知の宛先の端末ＩＤと、利用開始通知に含まれる端末ＩＤ及び顧客コードとを関連付け、少なくとも確認結果を受信するまで記憶部２２等に保持しておく。ステップＳ３７の処理後、利用登録処理部２１０は、再びステップＳ３０の処理を実行する。

利用開始通知を受信していないと判定した場合（ステップＳ３０でＮ）、利用登録処理部２１０は、確認結果をいずれかの端末１０から通信部２３により受信したか否かを判定する（ステップＳ４０）。確認結果を受信していないと判定した場合（ステップＳ４０でＮ）、利用登録処理部２１０は、再びステップＳ３０の処理を実行する。

確認結果を受信したと判定した場合（ステップＳ４０でＹ）、利用登録処理部２１０は、当該受信した確認結果が「許可」を示すか否かを判定する（ステップＳ４１）。受信した確認結果が「許可」を示すと判定した場合（ステップＳ４１でＹ）、利用登録処理部２１０は、ステップＳ３７で保持した確認通知の宛先の端末ＩＤの中から、受信した確認結果に含まれる端末ＩＤと対応する端末ＩＤを特定し、当該特定した端末ＩＤに関連付けられた端末ＩＤ（利用開始通知に含まれる端末ＩＤ）が含まれる端末情報の顧客コード２２１２に、当該特定した端末ＩＤに関連付けられた顧客コード（利用開始通知含まれる顧客コード）を登録する（ステップＳ４２）。また、利用登録処理部２１０は、ステップＳ３７で保持した確認通知の宛先の端末ＩＤの中から、受信した確認結果に含まれる端末ＩＤと対応する端末ＩＤを特定し、当該特定した端末ＩＤに関連付けられた端末ＩＤ（利用開始通知に含まれる端末ＩＤ）が示す端末１０に対して、「成功」を示す結果を、通信部２３により送信する（ステップＳ４３）。ステップＳ４３の処理後、利用登録処理部２１０は、再びステップＳ３０の処理を実行する。

受信した確認結果が「不許可」を示すと判定した場合（ステップＳ４１でＮ）、利用登録処理部２１０は、ステップＳ３７で保持した確認通知の宛先の端末ＩＤの中から、受信した確認結果に含まれる端末ＩＤと対応する端末ＩＤを特定し、当該特定した端末ＩＤに関連付けられた端末ＩＤ（利用開始通知に含まれる端末ＩＤ）が示す端末１０に対して、「失敗」を示す結果を、通信部２３により送信する（ステップＳ４４）。ステップＳ４４の処理後、利用登録処理部２１０は、再びステップＳ３０の処理を実行する。

図１０及び図１１に示す端末１０及びサーバ２０の動作により、各端末１０の利用者を登録することができる。また、複数の端末１０（買物カートＣ）を同じ顧客が利用する場合には、既に利用開始されている端末１０に対して、後に利用開始される予定の端末１０についての許可を要求することできる。

次に、顧客のショッピング中の端末１０及びサーバ２０の動作について説明する。上述のように利用登録がされた後、顧客は、買物カートＣを移動させながら、買物カートＣ内に購入予定の商品を入れていく。

図１２は、端末の商品読取処理の一例を示すフローチャートである。

まず、制御部１７は、端末１０が利用開始済みであるか否かを判定する（ステップＳ５０）。制御部１７は、例えば、ステップＳ１３〜Ｓ１４（図１０）において、顧客コードが保持されている場合に、利用開始済みであると判定する。利用開始済みでないと判定した場合（ステップＳ５０でＮ）、制御部１７は、再びステップＳ５０の処理を行う。

利用開始済みであると判定した場合（ステップＳ５０でＹ）、制御部１７は、第一読取部１１により各商品の無線タグからタグＩＤを読み取る（ステップＳ５１）。ステップＳ５１では、０個、又は１個以上のタグＩＤを読み取ることができるものとする。また、制御部１７は、端末１０の端末ＩＤと、ステップＳ５１で読み取ったタグＩＤとを含む読取情報を、通信部１６によりサーバ２０に送信する（ステップＳ５２）。ステップＳ５２では、タグＩＤが０個の場合は、端末ＩＤと、タグＩＤが０個であることを示す情報とを含む読取情報を送信するものとする。

それから、制御部１７は、明細情報を通信部１６によりサーバ２０から受信する（ステップＳ５３）。明細情報は、購入予定商品の一覧（商品名、価格、交換商品フラグ）、合計金額、購入予定商品の点数、顧客ＩＤ等を含む。また、制御部１７は、ステップＳ５３で受信した明細情報に基づいて画面を生成し、表示部１３に出力して表示させる（ステップＳ５４）。ステップＳ５４の処理後、制御部１７は、再びステップＳ５０の処理を実行する。

ステップＳ５４では、制御部１７は、例えば、図２０（端末に表示される画面のさらに他の例を示す図）に示すような画面５００を出力する。画面５００の構成は、図１８と基本的に同様である。図２０では、メッセージ欄５１０には、ショッピング中であることを示すメッセージが表示されている。また、明細欄５３０には、購入予定商品の一覧（商品名、価格、交換商品である場合にはその旨を示す情報）、合計金額、購入予定商品の点数、顧客ＩＤ等が表示されている。なお、制御部１７は、明細欄５３０に、購入予定商品の一覧等の情報を、入力部１５を介した操作によりスクロール可能に表示してもよい。

図１３は、サーバの買物処理の一例を示すフローチャートである。

まず、買物処理部２１１は、読取情報をいずれかの端末１０から通信部２３により受信したか否かを判定する（ステップＳ６０）。読取情報を受信していないと判定した場合（ステップＳ６０でＮ）、買物処理部２１１は、再びステップＳ６０の処理を行う。

読取情報を受信したと判定した場合（ステップＳ６０でＹ）、買物処理部２１１は、ステップＳ６０で受信した読取情報を、買物情報と照合する（ステップＳ６１）。

具体的には、買物処理部２１１は、端末情報ＤＢ２２１を参照して、受信した読取情報に含まれる端末ＩＤに関連付けられた顧客コード２２１２を抽出する。また、買物処理部２１１は、買物情報ＤＢ２２３を参照して、抽出した顧客コードが含まれる買物情報を特定する。また、買物処理部２１１は、当該特定した買物情報に登録されている商品コード２２３３のうち、受信した読取情報に含まれる端末ＩＤに関連付けられた商品コード２２３３のリストを取得する。また、買物処理部２１１は、商品情報ＤＢ２２２を参照して、受信した読取情報に含まれるタグＩＤに関連付けられた商品コード２２２１を抽出する。なお、買物処理部２１１は、受信した読取情報に含まれるタグＩＤを含む商品情報が発見できない場合は、当該タグＩＤは無視する。

そして、買物処理部２１１は、読取情報に基づいて商品情報から抽出した商品コードのリストと、買物情報から抽出した商品コードのリストとを照合することにより、差分を求め、追加された商品コードと、消失した商品コードとを特定する。すなわち、買物処理部２１１は、受信した読取情報に含まれ、かつ、買物情報に含まれていない商品を、追加された商品と判定する。一方、買物処理部２１１は、受信した読取情報に含まれておらず、かつ、買物情報に含まれている商品を、消失した商品（陳列棚に戻された商品）と判定する。

それから、買物処理部２１１は、ステップＳ６１の照合結果に基づいて、追加された商品があるか否かを判定する（ステップＳ６２）。追加された商品があると判定した場合（ステップＳ６２でＹ）、買物処理部２１１は、追加された商品ごとに、商品追加処理を行う（ステップＳ６３）。

図１４は、サーバの商品追加処理の一例を示すフローチャートである。本フローチャートは、図１３のステップＳ６３を詳細に説明している。

まず、買物処理部２１１は、商品情報ＤＢ２２２を参照し、追加商品の商品コードを、各商品情報に含まれる商品コード２２２１と照合する（ステップＳ６３０）。また、買物処理部２１１は、追加商品の商品コードが登録されている商品情報を参照し、読取フラグ２２２６が「無効」を示しているか否かを判定する（ステップＳ６３１）。読取フラグ２２２６が「無効」を示していないと判定した場合（ステップＳ６３１でＮ）、買物処理部２１１は、図１４に示すフローチャートを終了する。

ステップＳ６３１の処理により、例えば、タグＩＤを送信した端末１０が装着されている買物カートＣとは別の買物カートＣ内の商品のタグＩＤが検出された場合であっても、購入予定の商品として買物情報に加わるのを防ぐことができる。

読取フラグ２２２６が「無効」を示していると判定した場合（ステップＳ６３１でＹ）、買物処理部２１１は、当該読取フラグ２２２６を「有効」に設定する（ステップＳ６３２）。また、買物処理部２１１は、ステップＳ６１（図１３）で特定した買物情報に、追加商品に関する情報（商品コード２２３３、商品名２２３４、価格２２３５、交換商品フラグ２２３６、端末ＩＤ２２３７）を追加する（ステップＳ６３３）。なお、買物処理部２１１は、追加商品の商品情報に含まれる商品コード２２２１、商品名２２２３、価格２２２４、及び交換商品フラグ２２２５を取得し、商品コード２２３３、商品名２２３４、価格２２３５、及び交換商品フラグ２２３６として設定すればよい。また、買物処理部２１１は、ステップＳ６０で受信した読取情報に含まれる端末ＩＤを、端末ＩＤ２２３７として設定すればよい。そして、買物処理部２１１は、図１４に示すフローチャートを終了する。

図１３の説明に戻る。追加された商品がないと判定した場合（ステップＳ６２でＮ）、又は、ステップＳ６３の後、買物処理部２１１は、ステップＳ６１の照合結果に基づいて、消失した商品があるか否かを判定する（ステップＳ６４）。消失した商品があると判定した場合（ステップＳ６４でＹ）、買物処理部２１１は、消失した商品ごとに、商品削除処理を行う（ステップＳ６５）。

図１５は、サーバの商品削除処理の一例を示すフローチャートである。本フローチャートは、図１３のステップＳ６５を詳細に説明している。

まず、買物処理部２１１は、ステップＳ６１（図１３）で特定した買物情報から、消失商品に関する情報（商品コード２２３３、商品名２２３４、価格２２３５、交換商品フラグ２２３６、端末ＩＤ２２３７）を削除する（ステップＳ６５０）。また、買物処理部２１１は、消失商品の商品コードが登録されている商品情報を参照し、読取フラグ２２２６を「無効」に設定する（ステップＳ６５１）。そして、買物処理部２１１は、図１５に示すフローチャートを終了する。

ステップＳ６５０及びステップＳ６５１の処理により、例えば、買物カートＣから検出されなくなった商品を特定し、陳列棚に戻されたものとして、買物情報から削除することができる。

図１３の説明に戻る。消失した商品がないと判定した場合（ステップＳ６４でＮ）、又は、ステップＳ６５の後、買物処理部２１１は、合計金額を算出する（ステップＳ６６）。具体的には、買物処理部２１１は、ステップＳ６１で特定した買物情報に含まれる各商品に関する情報（価格２２３５、端末ＩＤ２２３７）を取得し、端末ＩＤを区別しない全端末の合計値を算出するとともに、端末ＩＤ別の合計値を算出する。また、買物処理部２１１は、算出した全端末の合計値と、端末ＩＤ別の合計値とを、ステップＳ６１で特定した買物情報の合計金額２２３２に設定する。

それから、買物処理部２１１は、ステップＳ６１で特定した買物情報に基づいて、購入予定商品の一覧（商品名、価格、交換商品フラグ）、合計金額、購入予定商品の点数、顧客ＩＤ等を含む明細情報を生成し、ステップＳ６０で受信した読取情報に含まれる端末ＩＤが示す端末１０に対して、通信部２３により送信する（ステップＳ６７）。本実施形態では、買物処理部２１１は、ステップＳ６１で特定した買物情報に登録されている商品のうち、ステップＳ６０で受信した読取情報に含まれる端末ＩＤに関連付けられた商品の一覧を明細情報に含める。また、買物処理部２１１は、ステップＳ６０で受信した読取情報に含まれる端末ＩＤに対応する合計値を、合計金額２２３２から取得して、明細情報に含める。それから、買物処理部２１１は、再びステップＳ６０の処理を実行する。

図１２〜図１５に示す端末１０及びサーバ２０の動作により、顧客がショッピング中に買物カートＣに購入予定商品が入れられると、そのときの合計金額等が、正確に、かつより早く表示される。また、別の買物カートＣ内の商品が買物情報に含まれるのを防いで、合計金額等が正確に表示される。また、陳列棚に戻された商品が買物情報から削除され、合計金額等が正確に表示される。

次に、決済処理に関するレジスター３０及びサーバ２０の動作について説明する。上述のようにショッピングを行った後、顧客は、買物カートＣとともに、レジスター３０が設けられた所定場所まで移動し、決済手続を行う。

図１６は、レジスターの決済処理の一例を示すフローチャートである。

まず、制御部３６は、入力部３４を介して、決済を開始する所定操作を受け付けたか否かを判定する（ステップＳ７０）。所定操作を受け付けていないと判定した場合（ステップＳ７０でＮ）、制御部３６は、再びステップＳ７０の処理を実行する。

所定操作を受け付けたと判定した場合（ステップＳ７０でＹ）、制御部３６は、第二読取部３２により、レジスター３０に対して挿入された又はレジスター３０に対して近付けられた会員カードから、会員番号等の顧客コードを読み取る（ステップＳ７１）。それから、制御部３６は、予め補助記憶装置８３等に記憶されているレジスター３０のレジスターＩＤと、ステップＳ７１で読み取った顧客コードとを含む決済指示を、通信部３５によりサーバ２０に送信する（ステップＳ７２）。

それから、制御部３６は、ステップＳ７２で送信した決済指示に対する結果を、通信部３５によりサーバ２０から受信する（ステップＳ７３）。決済指示に対する結果は、例えば、成功、又は失敗を示す。それから、制御部３６は、第一読取部３１により、買物カートＣ内及び買物カートＣの周囲所定範囲の各商品の無線タグからタグＩＤを読み取る（ステップＳ７４）。なお、顧客が複数の端末１０（つまり複数の買物カートＣ）を利用している場合、例えば、顧客又は店員は、順次、買物カートＣを所定位置に停めて、各買物カートＣに対して、第一読取部３１によるタグＩＤの読み取りをレジスター３０に実行させればよい。

また、制御部３６は、レジスター３０のレジスターＩＤと、ステップＳ７１で読み取った顧客コードと、ステップＳ７４で読み取ったタグＩＤとを含む読取情報を、通信部３５によりサーバ２０に送信する（ステップＳ７５）。なお、ステップＳ７４で複数の買物カートＣの読み取りが行われた場合も、読み取ったタグＩＤをまとめて読み取り情報に含めればよい。

それから、制御部３６は、ステップＳ７５で送信した読取情報に対する照合結果を通信部３５によりサーバ２０から受信する（ステップＳ７６）。照合結果は、例えば、成功、又は失敗を示す。また、制御部３６は、ステップＳ７６で受信した照合結果が成功を示しているか否かを判定する（ステップＳ７７）。照合結果が成功を示していると判定した場合（ステップＳ７７でＹ）、制御部３６は、通信部３５を介してゲート４０を制御し、ゲート４０のロックを解除する（ステップＳ７８）。ステップＳ７８の処理後、制御部３６は、再びステップＳ７０の処理を実行する。なお、制御部３６は、顧客がゲート４０を通過後、ゲート４０をロックすればよい。

照合結果が成功を示していないと判定した場合（ステップＳ７７でＮ）、制御部３６は、エラーを示す画面を生成し、表示部３３に出力して表示させる（ステップＳ７９）。なお、ゲート４０のロックは解除しない。これにより、小売店舗の店員は、決済に異常があること（例えば、レジスター３０で読み取った商品と、サーバ２０で決済された商品との差分があること）を認識し、この問題に対処することができる。ステップＳ７９の処理後、制御部３６は、再びステップＳ７０の処理を実行する。

図１７は、サーバの決済処理の一例を示すフローチャートである。

まず、決済処理部２１２は、決済指示をいずれかのレジスター３０から通信部２３により受信したか否かを判定する（ステップＳ８０）。決済指示を受信していないと判定した場合（ステップＳ８０でＮ）、決済処理部２１２は、再びステップＳ８０の処理を行う。

決済指示を受信したと判定した場合（ステップＳ８０でＹ）、決済処理部２１２は、決済を行う（ステップＳ８１）。具体的には、決済処理部２１２は、買物情報ＤＢ２２３を参照して、受信した決済指示に含まれる顧客コードが含まれる買物情報を特定し、当該特定した買物情報から合計金額２２３２を取得する。本実施形態では、決済処理部２１２は、端末ＩＤを区別しない全端末の合計値を合計金額２２３２から取得する。そして、決済処理部２１２は、受信した顧客コードと、取得した合計金額とに基づいて、決済処理を行う。決済処理は、既存の技術を用いることができるので詳細な説明は省略するが、例えば、顧客コードと関連付けて管理されている顧客の口座から合計金額を引き落とす処理を行ったり、顧客コードと関連付けて管理されている顧客のクレジットカード情報に基づいてクレジットカードによる支払い処理を行ったりする。

それから、決済処理部２１２は、ステップＳ８１の決済処理の結果を、ステップＳ８０で受信した決済指示に含まれるレジスターＩＤが示すレジスター３０に対して、通信部２３により送信する（ステップＳ８２）。決済処理部２１２は、決済処理に失敗した場合には、その旨を結果に含め、決済処理に成功した場合には、その旨を結果に含める。

それから、決済処理部２１２は、読取情報を、通信部２３によりレジスター３０から受信する（ステップＳ８３）。また、決済処理部２１２は、ステップＳ８３で受信した読取情報を、買物情報と照合する（ステップＳ８４）。

具体的には、決済処理部２１２は、買物情報ＤＢ２２３を参照して、受信した読取情報に含まれる顧客コードが含まれる買物情報を特定し、当該特定した買物情報から登録されている商品コード２２３３のリストを抽出する。また、決済処理部２１２は、商品情報ＤＢ２２２を参照して、受信した読取情報に含まれるタグＩＤに関連付けられた商品コード２２２１を抽出する。なお、決済処理部２１２は、受信した読取情報に含まれるタグＩＤを含む商品情報が発見できない場合は、当該タグＩＤは無視する。

そして、決済処理部２１２は、読取情報に基づいて商品情報から抽出した商品コードのリストと、買物情報から抽出した商品コードのリストとを照合することにより、差分を求め、追加された商品コードと、消失した商品コードとを特定する。すなわち、決済処理部２１２は、受信した読取情報に含まれ、かつ、買物情報に含まれていない商品を、追加された商品と判定する。一方、決済処理部２１２は、受信した読取情報に含まれておらず、かつ、買物情報に含まれている商品を、消失した商品と判定する。

それから、決済処理部２１２は、ステップＳ８４の照合結果を、ステップＳ８３で受信した読取情報に含まれるレジスターＩＤが示すレジスター３０に対して、通信部２３により送信する（ステップＳ８５）。決済処理部２１２は、照合結果として差分が特定された場合には、失敗を示す結果を送信し、照合結果として差分が特定されなかった場合には、成功を示す結果を送信する。ステップＳ８５の処理後、決済処理部２１２は、再びステップＳ８０の処理を実行する。なお、利用登録処理部２１０は、例えば、ステップＳ８５の処理後、ステップＳ８０で受信した決済指示に含まれる顧客コードを含む買物情報を買物情報ＤＢ２２３から削除し、当該顧客コードを端末情報から削除する。

図１６及び図１７に示すレジスター３０及びサーバ２０の動作により、買物情報に基づいて決済処理をより早く実行することができる。また、買物カートＣ内および買物カートＣの周囲所定範囲の各商品と買物情報とを照合することで、商品の窃盗等を発見することができる。

以上、本発明の一実施形態について説明した。本実施形態によれば、ショッピングの途中に、購入予定商品の合計金額を、正確に、かつより早く通知することができる。

なお、上記の本発明の実施形態は、本発明の要旨と範囲を例示することを意図し、限定するものではない。

例えば、端末１０の利用開始後、制御部１７は、入力部１５を介して、買物の予定金額を受け付け、端末ＩＤとともにサーバ２０に送信する。買物処理部２１１は、受信した端末ＩＤ及び予定金額を、対応する顧客の予定金額として保持する。また、買物処理部２１１は、ステップＳ６６（図１３）で、当該顧客が利用する全端末の合計金額と予定金額と差分を求め、ステップＳ６７で、明細情報に合計金額と予定金額の差分を含めて、端末１０に送信する。制御部１７は、受信した合計金額と予定金額の差分に基づいて、例えば、メッセージ欄５１０に、予定金額までの残額や、予定金額からの超過額などを表示する。このようにすれば、顧客は購入予定商品の合計金額が予定金額内に収まっているかどうか等をより簡単に知ることができる。なお、予定金額を端末１０に保持しておき、制御部１７が受信した合計金額と、保持された予定金額との差分を求めるようにしてもよい。

例えば、ステップＳ３４（図１１）において、受信した顧客コードが複数の端末情報に含まれている場合、利用登録処理部２１０は、２つ以上の端末情報を選択してもよい。この場合、利用登録処理部２１０は、ステップＳ３７において、確認通知を、２つ以上の端末情報にそれぞれ含まれる端末ＩＤ２２１１が示す端末１０に対して、通信部２３により送信する。また、利用登録処理部２１０は、ステップＳ４１において、確認通知を送信した全ての端末１０から「許可」を示す確認結果を受信した場合に、ステップＳ４２の処理を実行する。確認通知の送信から所定時間内に、確認通知を送信した全ての端末１０から「許可」を示す確認結果を受信できない場合には、利用登録処理部２１０は、ステップＳ４４の処理を実行する。又は、利用登録処理部２１０は、確認通知を送信した端末１０のうち所定数以上の端末１０から「許可」を示す確認結果を受信した場合に、ステップＳ４２の処理を実行する。確認通知の送信から所定時間内に、確認通知を送信した所定数以上の端末１０から「許可」を示す確認結果を受信できない場合には、利用登録処理部２１０は、ステップＳ４４の処理を実行する。

例えば、ステップＳ６７（図１３）において、買物処理部２１１は、ステップＳ６１で特定した買物情報に登録されている商品の一覧を、端末別に明細情報に含める（すなわち、同一顧客が使用する各端末１０の商品一覧を含める）ようにしてもよい。この場合、買物処理部２１１は、ステップＳ６０で受信した読取情報に含まれる端末ＩＤに対応する合計値と、他の端末ＩＤに対応する合計値と、全端末の合計値とを、それぞれ合計金額２２３２から取得して、明細情報に含める。このような明細情報を受信した場合、制御部１７は、例えば、端末ＩＤ別に、購入予定商品の一覧（商品名、価格、交換商品である場合にはその旨を示す情報）、合計金額、購入予定商品の点数等を、表示部１３に表示させる。また、制御部１７は、全端末について（端末を区別せずに）、購入予定商品の一覧、合計金額、購入予定商品の点数等を、表示部１３に表示させる。なお、制御部１７は、入力部１５を介して所定の操作を受け付けると、それぞれの端末の商品一覧及び合計金額、全端末の商品一覧及び合計金額を、切り替えて表示させてもよい（例えば、端末Ａの情報、端末Ｂの情報、・・・全端末の情報、のように順に切り替える）。このようにすれば、複数の買物カートＣを利用している顧客は、いずれか一つの端末１０を見ることで、端末別の購入予定商品の合計金額や、全端末の購入予定商品の合計金額等をより正確にかつより早く知ることができる。なお、買物処理部２１１は、明細情報には、ステップＳ６０で受信した読取情報に含まれる端末ＩＤに対応する商品一覧及び合計金額等の情報と、全端末についての商品一覧の及び合計金額等の情報とを含め、他の端末ＩＤに対応する商品一覧及び合計金額等の情報は含めないようにしてもよい。

例えば、端末１０の利用開始後、制御部１７は、端末ＩＤ及び読み取ったタグＩＤに加え、保持されている顧客コードを含む読取情報を、サーバ２０に送信してもよい。この場合、買物処理部２１１は、受信した端末ＩＤをキーとして端末情報ＤＢ２２１を参照して顧客コードを取得せずとも、受信した顧客コードをキーとして買物情報ＤＢ２２３等を参照することができる。

上述の実施形態では、レジスター３０が決済指示をサーバ２０に送信しているが、例えば、端末１０の制御部１７が入力部１５を介して決済を開始する所定操作を受け付け、保持している顧客コードと、端末ＩＤとを含む決済指示を、サーバ２０に送信してもよい。

上述の実施形態では、決済（図１６のステップＳ７１〜Ｓ７３、図１７のステップＳ８０〜Ｓ８２）を行った後に、読取情報と買物情報の照合（図１６のステップＳ７４〜Ｓ７９、図１７のステップＳ８３〜Ｓ８５）を行っているが、まず、照合を行い、照合結果が「成功」である場合に決済を行い、その後、ゲートのロックを解除するようにしてよい。具体的には、図１６では、ステップＳ７１〜Ｓ７３をステップＳ７７とＳ７８の間に実行し、図１７では、ステップＳ８３〜Ｓ８５をステップＳ８０の前段階で実行するようにする。

上述の実施形態では、制御部１７は、サーバ２０から受信した情報に基づいて画面を生成しているが、例えば、サーバ２０の制御部２１（利用登録処理部２１０等）が画面を生成して端末１０に送信するようにしてもよい。この場合、制御部１７は、受信した画面を表示する。

例えば、買物カゴを使って顧客がショッピングをする場合には、買物カゴに端末１０を装着するようにしてもよい。すなわち、本発明は、買物カートや買物カゴ等の商品の積載手段に適用できる。また、積載手段は、顧客が小売店舗に持ち込むようにし、端末１０は、店舗が顧客に貸し出しするようにしてもよい。この場合、端末１０は積載手段に対して着脱可能である。

上述の実施形態では、商品に付された無線タグに記録されているタグＩＤと、商品コードとを区別して扱っているが、タグＩＤを商品コードとして扱うようにしてもよい。また、例えば、無線タグにはタグＩＤ及び商品コードを記録しておき、少なくとも一方を読み取って送信するようにしてもよい。

なお、上記の図３に示す端末１０、サーバ２０、及びレジスター３０の構成は、その構成を理解容易にするために、主な処理内容に応じて分類したものである。構成要素の分類の仕方や名称によって、本願発明が制限されることはない。端末１０、サーバ２０、及びレジスター３０の構成は、処理内容に応じて、さらに多くの構成要素に分類することもできる。また、１つの構成要素がさらに多くの処理を実行するように分類することもできる。また、各構成要素の処理は、１つのハードウェアで実行されてもよいし、複数のハードウェアで実行されてもよい。また、端末１０、サーバ２０、及びレジスター３０の機能及び処理の分担は、本願発明の目的を達成することができる限り、上述した例に限られない。

また、図示したフローチャートにおける処理単位は、端末１０、サーバ２０、及びレジスター３０の処理を理解容易にするために、主な処理内容に応じて分割したものである。処理単位の分割の仕方や名称によって、本願発明が制限されることはない。端末１０、サーバ２０、及びレジスター３０の処理は、処理内容に応じて、さらに多くの処理単位に分割することもできる。また、１つの処理単位がさらに多くの処理を含むように分割することもできる。また、フローの処理順序も、本願発明の目的を達成することができる限り、図示した例に限定されない。

また、本発明は、上記した実施形態に限定されるものではなく、様々な変形例が含まれる。例えば、上記した各実施形態は、本発明を分かりやすく説明するために詳細に説明したものであり、本発明が、必ずしも説明した全ての構成要素を備えるものに限定されるものではない。また、ある実施形態の構成の一部を、他の実施形態の構成に置き換えることが可能であり、ある実施形態の構成に、他の実施形態の構成を加えることも可能である。また、各実施形態の構成の一部について、他の構成の追加・削除・置換をすることが可能である。

また、上記の各構成、機能、処理部、処理手段等は、それらの一部または全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現されてもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Solid State Drive）等の記録装置、または、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。

また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。

なお、本発明は、小売業に限らず、購入予定の商品や提供を受ける予定のサービス等の合計金額を顧客に対して表示する仕組みとして、様々な業態に適用できる。

１：買物支援システム
１０：端末
１１：第一読取部
１２：第二読取部
１３：表示部
１４：音声出力部
１５：入力部
１６：通信部
１７：制御部
２０：サーバ
２１：制御部
２２：記憶部
２３：通信部
３０：レジスター
３１：第一読取部
３２：第二読取部
３３：表示部
３４：入力部
３５：通信部
３６：制御部
４０：ゲート
８０：コンピュータ
８１：演算装置
８２：主記憶装置
８３：補助記憶装置
８４：通信Ｉ／Ｆ
８５：入力装置
８６：表示装置
８７：スピーカ
８８：第一リーダ／ライタ
８９：第二リーダ／ライタ
９０：コンピュータ
９１：演算装置
９２：主記憶装置
９３：補助記憶装置
９４：通信Ｉ／Ｆ
９５：入力装置
９６：表示装置
９７：リーダ／ライタ
９８：外部Ｉ／Ｆ
２１０：利用登録処理部
２１１：買物処理部
２１２：決済処理部
２２０：顧客情報ＤＢ
２２１：端末情報ＤＢ
２２２：商品情報ＤＢ
２２３：買物情報ＤＢ
５００：画面
５１０：メッセージ欄
５２０：操作選択欄
５３０：明細欄
２２０１：顧客コード
２２０２：氏名
２２０３：住所
２２１１：端末ＩＤ
２２１２：顧客コード
２２２１：商品コード
２２２２：タグＩＤ
２２２３：商品名
２２２４：価格
２２２５：交換商品フラグ
２２２６：読取フラグ
２２３１：顧客コード
２２３２：合計金額
２２３３：商品コード
２２３４：商品名
２２３５：価格
２２３６：交換商品フラグ
Ａ：通信範囲
Ｃ：買物カート
Ｉ：商品
Ｎ：通信網

Claims (18)

1. 顧客に使用される端末と、サーバとを備える買物支援システムであって、
   前記端末は、
   前記顧客に使用される買物カートに装着されて使用され、
   前記買物カート内の商品から、商品識別情報を読み取る第一読取部と、
   表示部と、
   前記第一読取部により読み取られた前記商品識別情報を前記サーバに送信し、購入予定商品の合計金額を前記サーバから受信し、前記表示部に表示させる制御部と、を備え、
   前記サーバは、
   前記商品識別情報を含む前記顧客の買物情報を記憶する記憶部と、
   前記商品識別情報を前記端末から受信して、前記顧客の前記買物情報に登録し、当該買物情報に含まれる前記商品識別情報が示す商品の合計金額を、前記購入予定商品の合計金額として算出し、前記端末に送信する買物処理部と、を備える、
   買物支援システム。
2. 請求項１に記載の買物支援システムであって、
   前記買物処理部は、前記買物情報に含まれる前記商品識別情報が示す商品の一覧を、前記端末に送信し、
   前記制御部は、前記商品の一覧を前記サーバから受信し、前記表示部に表示させる、
   買物支援システム。
3. 請求項１に記載の買物支援システムであって、
   前記端末は、顧客識別情報を読み取る第二読取部を備え、
   前記制御部は、前記第二読取部により読み取られた前記顧客識別情報を前記サーバに送信し、
   前記記憶部は、前記端末の端末情報を記憶し、
   前記サーバは、前記端末から前記顧客識別情報を受信して、当該端末の前記端末情報に登録する利用登録処理部を備え、
   前記買物処理部は、前記商品識別情報を受信した前記端末の前記端末情報から、前記顧客識別情報を特定し、当該顧客識別情報が示す前記顧客の前記買物情報に前記商品識別情報を登録する、
   買物支援システム。
4. 請求項３に記載の買物支援システムであって、
   前記端末を複数備え、
   前記利用登録処理部は、前記複数の端末のうちの第一端末から受信した前記顧客識別情報が、前記複数の端末のうちの第二端末の前記端末情報に含まれている場合、確認通知を前記第二端末に送信し、
   前記第二端末の前記制御部は、前記サーバから前記確認通知を受信した場合、前記第一端末の利用の許可に関する情報を前記第二端末の前記表示部に表示させる、
   買物支援システム。
5. 請求項４に記載の買物支援システムであって、
   前記端末は、前記顧客の操作を受け付ける入力部を備え、
   前記第二端末の前記制御部は、前記サーバから前記確認通知を受信した場合、前記第一端末の利用の許可又は不許可を示す確認結果を、前記入力部を介して受け付けて、前記サーバに送信し、
   前記利用登録処理部は、前記確認結果を受信し、前記確認結果が前記第一端末の利用の許可を示す場合、前記第一端末から受信した前記顧客識別情報を前記第一端末の前記端末情報に登録する、
   買物支援システム。
6. 請求項３に記載の買物支援システムであって、
   前記端末を複数備え、
   前記複数の端末それぞれの前記端末情報に、同一の前記顧客の前記顧客識別情報が登録されている場合、
   前記買物処理部は、前記商品識別情報を前記端末別に前記顧客の前記買物情報に登録し、前記端末別の前記合計金額を算出し、前記端末に送信する、
   買物支援システム。
7. 請求項１に記載の買物支援システムであって、
   前記記憶部は、商品が読取済みであるか否かを示す商品の読取情報を含み、
   前記買物処理部は、前記端末から前記商品識別情報を受信した際に、前記読取情報に基づいて、当該商品識別情報が示す商品が読取済みでない場合、当該商品識別情報を前記顧客の前記買物情報に登録し、当該商品識別情報が示す商品が読取済みである場合、当該商品識別情報を前記顧客の前記買物情報に登録しない、
   買物支援システム。
8. 請求項１に記載の買物支援システムであって、
   前記制御部は、前記第一読取部により前記商品識別情報を一以上読み取って前記サーバに送信し、
   前記買物処理部は、前記一以上の商品識別情報を前記端末から受信し、受信した前記一以上の商品識別情報に含まれ、かつ、前記顧客の前記買物情報に含まれていない前記商品識別情報を、前記買物情報に登録する、
   買物支援システム。
9. 請求項８に記載の買物支援システムであって、
   前記買物処理部は、受信した前記一以上の商品識別情報に含まれておらず、かつ、前記買物情報に含まれている前記商品識別情報を、前記買物情報から削除する、
   買物支援システム。
10. 請求項１に記載の買物支援システムであって、
    レジスターを備え、
    前記サーバは、前記レジスターから決済指示を受信した場合に、前記顧客の前記買物情報に含まれる前記商品識別情報が示す商品の合計金額を用いて、前記顧客の決済処理を行う決済処理部を備える、
    買物支援システム。
11. 顧客に使用される端末と、サーバとを備える買物支援システムを用いた買物支援方法であって、
    前記端末が装着された、前記顧客に使用される買物カートを用意する工程と、
    前記端末が、前記買物カート内の商品から、商品識別情報を読み取る工程と、
    前記端末が、読み取られた前記商品識別情報を前記サーバに送信する工程と、
    前記サーバが、前記商品識別情報を前記端末から受信して、前記顧客の買物情報に登録する工程と、
    前記サーバが、前記買物情報に含まれる前記商品識別情報が示す商品の合計金額を、購入予定商品の合計金額として算出する工程と、
    前記サーバが、前記合計金額を前記端末に送信する工程と、
    前記端末が、前記合計金額を前記サーバから受信する工程と、
    前記端末が、受信した前記合計金額を表示する工程と
    を含む買物支援方法。
12. 顧客に使用される端末であって、
    前記顧客に使用される買物カートに装着されて使用され、
    前記買物カート内の商品から、商品識別情報を読み取る第一読取部と、
    表示部と、
    前記第一読取部により読み取られた前記商品識別情報をサーバに送信し、前記商品識別情報が示す購入予定商品の合計金額を前記サーバから受信し、前記表示部に表示させる制御部と
    を備える端末。
13. 顧客に使用される端末を用いた買物支援方法であって、
    前記端末が装着された、前記顧客に使用される買物カートを用意する工程と、
    前記端末が、前記買物カート内の商品から、商品識別情報を読み取る工程と、
    前記端末が、読み取られた前記商品識別情報をサーバに送信する工程と、
    前記端末が、前記商品識別情報に基づいて算出された購入予定商品の合計金額を前記サーバから受信する工程と、
    前記端末が、受信した前記合計金額を表示する工程と
    を含む買物支援方法。
14. 顧客に使用される端末のプログラムであって、
    前記端末は、前記顧客に使用される買物カートに装着されて使用され、
    前記プログラムは、
    前記買物カート内の商品から、商品識別情報を読み取る工程と、
    読み取られた前記商品識別情報をサーバに送信する工程と、
    前記商品識別情報に基づいて算出された購入予定商品の合計金額を前記サーバから受信する工程と、
    受信した前記合計金額を表示する工程と
    を前記端末に実行させるプログラム。
15. 顧客に使用される端末と通信するサーバであって、
    前記端末は、前記顧客に使用される買物カートに装着されて使用され、
    前記サーバは、
    商品の商品識別情報を含む前記顧客の買物情報を記憶する記憶部と、
    前記買物カート内の商品から前記端末により読み取られた前記商品識別情報を前記端末から受信して、前記顧客の前記買物情報に登録し、当該買物情報に含まれる前記商品識別情報が示す商品の合計金額を、購入予定商品の合計金額として算出し、前記端末に送信する買物処理部と
    を備えるサーバ。
16. 顧客に使用される端末と通信するサーバを用いた買物支援方法であって、
    前記端末が装着された、前記顧客に使用される買物カートを用意する工程と、
    前記サーバが、前記買物カート内の商品から前記端末により読み取られた前記商品識別情報を前記端末から受信して、前記顧客の買物情報に登録する工程と、
    前記サーバが、前記買物情報に含まれる前記商品識別情報が示す商品の合計金額を、購入予定商品の合計金額として算出する工程と、
    前記サーバが、前記合計金額を前記端末に送信する工程と、
    を含む買物支援方法。
17. 顧客に使用される端末と通信するサーバのプログラムであって、
    前記端末は、前記顧客に使用される買物カートに装着されて使用され、
    前記プログラムは、
    前記買物カート内の商品から前記端末により読み取られた前記商品識別情報を前記端末から受信して、前記顧客の買物情報に登録する工程と、
    前記買物情報に含まれる前記商品識別情報が示す商品の合計金額を、購入予定商品の合計金額として算出する工程と、
    前記合計金額を前記端末に送信する工程と
    を前記サーバに実行させるプログラム。
18. 顧客に使用される買物カートであって、
    端末が装着されており、
    前記端末は、
    前記買物カート内の商品から、商品識別情報を読み取る第一読取部と、
    表示部と、
    前記第一読取部により読み取られた前記商品識別情報をサーバに送信し、前記商品識別情報が示す購入予定商品の合計金額を前記サーバから受信し、前記表示部に表示させる制御部と
    を備える、
    買物カート。

Images