JP7392732B2 - 管理サーバ、管理システム、制御方法及びプログラム - Google Patents

Description

本発明は、携帯端末を用いた商品購入に関する。

来店した顧客が商品を購入するための商品販売システムとして、顧客が所有するスマートフォンなどの携帯端末を用いて、顧客が商品のバーコードを読み取って商品登録を行い、精算を行うシステムが知られている。例えば、特許文献１には、購入対象となる商品の商品情報を取得し、取得した全ての商品情報を含む精算情報を管理サーバに送信する携帯端末と、精算情報に含まれる商品情報に基づいて、各商品名を価格の高い順に列記したソート明細情報を生成及び出力する管理サーバとを備えたセルフショッピングシステムが開示されている。

特開２０１３－４１３５４号公報

顧客が携帯端末を用いて商品のバーコードを読み取って商品登録を行い、精算を行うシステムでは、決済を行う前に顧客が買い物用のアプリケーションを終了して店舗を一時的に退出した場合には、原則として商品登録をやり直す必要があった。特許文献１には、このように決済前に顧客が一時的に店舗を退出したときの処理については、何ら開示されていない。

本発明の目的は、携帯端末を用いた商品の買い物が行われる店舗での買い物を円滑に再開することが可能な管理サーバ、管理システム、制御方法及び記憶媒体を提供することである。

管理サーバの一の態様は、管理サーバであって、顧客が入店した店舗を示す店舗識別情報と、前記顧客を示す顧客識別情報とを取得する取得手段と、店舗識別情報と顧客識別情報とに関連付けられた未決済の買い物情報のデータベースに、前記取得手段が取得した前記店舗識別情報と前記顧客識別情報とに関連付けられた買い物情報が存在する場合、当該買い物情報に基づく買い物を継続するか否かの選択を示す選択情報を受信し、前記選択情報が前記買い物を継続することの選択を示す場合に当該買い物情報を前記データベースから抽出する抽出手段と、前記抽出手段が抽出した買い物情報に基づく表示情報を、前記顧客が使用する携帯端末に送信する送信手段と、を有する。

制御方法の一の態様は、管理サーバが実行する制御方法であって、管理サーバが実行する制御方法であって、顧客が入店した店舗を示す店舗識別情報と、前記顧客を示す顧客識別情報とを取得し、店舗識別情報と顧客識別情報とに関連付けられた未決済の買い物情報のデータベースに、取得した前記店舗識別情報と前記顧客識別情報とに関連付けられた買い物情報が存在する場合、当該買い物情報に基づく買い物を継続するか否かの選択を示す選択情報を受信し、前記選択情報が前記買い物を継続することの選択を示す場合に当該買い物情報を前記データベースから抽出し、当該買い物情報に基づく表示情報を、前記顧客が使用する携帯端末に送信する。

プログラムの一の態様は、コンピュータが実行するプログラムであって、顧客が入店した店舗を示す店舗識別情報と、前記顧客を示す顧客識別情報とを取得する取得手段と、店舗識別情報と顧客識別情報とに関連付けられた未決済の買い物情報のデータベースに、前記取得手段が取得した前記店舗識別情報と前記顧客識別情報とに関連付けられた買い物情報が存在する場合、当該買い物情報に基づく買い物を継続するか否かの選択を示す選択情報を受信し、前記選択情報が前記買い物を継続することの選択を示す場合に当該買い物情報を前記データベースから抽出する抽出手段と、前記抽出手段が抽出した買い物情報に基づく表示情報を、前記顧客が使用する携帯端末に送信する送信手段としてコンピュータを機能させる。

本発明によれば、顧客が使用する携帯端末は、店舗退出前に生成された買い物情報がデータベースに存在する場合に、当該買い物情報に基づく表示を行うことができる。これにより、顧客は、買い物を円滑に再開することができる。

第１実施形態に係る管理システムの構成を示す。 ＰＯＳサーバの概略構成を示す。 管理サーバの概略構成を示す。 携帯端末の概略構成を示す。 会員サーバの概略構成を示す。 会計機の概略構成を示す。 商品購入処理のフローチャートである。 入店処理のフローチャートである。 商品選択処理のフローチャートである。 購入商品リスト画面の表示例である。 会計処理のフローチャートである。 支払い方法選択画面の表示例である。 会計機の表示画面の例である。 店舗から未決済のまま一時退出した顧客への対応を含めた入店処理の詳細な手順を示すフローチャートの一例である。 店舗バーコードの読み取り画面の一例である。 入店した店舗と同一店舗での未決済の購入商品リストが存在する場合に、店舗バーコードの読み取り後に専用アプリにより表示される画面の一例である。 入店した店舗と同一店舗での未決済の支払い情報が存在する場合に、店舗バーコードの読み取り後に専用アプリにより表示される画面の一例である。 専用アプリを利用した電子商取引を行う際に携帯端末が表示する表示画面の一例である。 第２実施形態に係る管理サーバの概略構成を示す。

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

＜第１実施形態＞
（１）管理システムの構成
図１は、本実施形態に係る管理システム１００の構成を示す。管理システム１００は、主に、ＰＯＳサーバ１と、管理サーバ２と、携帯端末３と、会員サーバ４と、会計機５とを備える。管理システム１００では、携帯端末３を使用する顧客は、商品の販売を行う店舗８内において商品に付された商品バーコード７を読み取ることで、購入予定の商品（「購入商品」とも呼ぶ。）の登録を行い、店舗８内の会計機５を用いて又は電子決済により、精算を行う。

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

管理サーバ２は、携帯端末３や会計機５の制御を行うサーバ装置であり、携帯端末３、会員サーバ４及び会計機５とネットワーク等を介して通信可能となっている。管理サーバ２は、携帯端末３の表示制御に必要な情報をＰＯＳサーバ１から取得し、記憶している。管理サーバ２は、携帯端末３が各種画面を表示するための表示情報を携帯端末３に送信する。上述の各種画面には、携帯端末３が商品バーコード７を読み取ることで登録された購入商品のリスト（「購入商品リスト」と呼ぶ。）を、売価と共に表示する画面（「購入商品リスト画面」とも呼ぶ。）が含まれる。また、管理サーバ２は、会員サーバ４から会員に関する情報を取得したり、会員サーバ４が記憶する情報を更新するための情報を会員サーバ４に送信したりする。

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

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

会員サーバ４は、会員に関する情報及び会員に発行する会員カードに関する情報を記憶する。会員サーバ４は、管理サーバ２とネットワーク等を介して通信可能となっている。なお、管理サーバ２は、会員サーバ４として機能してもよい。この場合、管理サーバ２は、会員サーバ４が記憶する会員及び会員カードに関する情報等を記憶する。

会計機５は、顧客が携帯端末３を用いて精算を行うための精算機（所謂セルフ精算機）である。会計機５は、管理サーバ２と通信可能であって、精算に必要な種々の情報の授受を管理サーバ２、及び、必要に応じてＰＯＳサーバ１と行う。会計機５は、顧客の携帯端末３から後述する会計バーコードを読み取るためのバーコードリーダ５６と、店員を呼ぶためのライト５７を備えている。

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

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

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

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

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

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

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

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

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

購入商品リストＤＢ２９は、店舗８において買い物を行っている顧客の携帯端末３毎の未決済の購入商品リストのデータベースである。購入商品リストは、例えば、購入予定の（即ち未決済の）商品を示す商品識別情報と、その商品の購入予定数量と、その商品の売価とを含むリストである。購入商品リストＤＢ２９に記録される購入商品リストは、携帯端末３又は携帯端末３を使用する顧客を識別する情報（「顧客識別情報」とも呼ぶ。）及び顧客が買い物を行う店舗８の識別情報（「店舗ＩＤ」とも呼ぶ。）と関連付けられている。顧客識別情報は、顧客を一意に識別可能な情報であればよく、対象の顧客に付与された会員カードのカード番号であってもよく、後述する専用アプリの識別情報であってもよく、携帯端末３を識別する情報であってもよい。そして、購入商品リストは、携帯端末３の操作に基づき行われる購入商品の追加、削除、又は数量変更が発生する度に更新される。

支払い情報ＤＢ３０は、店舗８において買い物を行っている顧客の携帯端末３から会計要求を受信した際に生成される支払い情報のデータベースである。支払い情報は、例えば、携帯端末３からお会計要求の受信時点での購入商品リストに基づいて算出される支払い合計金額、及び、購入商品リストに入っている全購入商品のＩＤ、数量、売価などの明細の情報を含む。支払い情報ＤＢ３０に記録される支払い情報は、買い物を行っている顧客の顧客識別情報及び買い物が行われている店舗ＩＤと関連付けられている。

また、記憶部２３は、店舗８のエリア（詳しくは店舗８で買い物が行われるエリア）を特定するための、絶対座標により表された位置情報を記憶する。この位置情報は、後述するように、携帯端末３が店舗８内に存在するか否かの判定に用いられる。

通信部２４は、有線又は無線通信により、ＰＯＳサーバ１、携帯端末３及び会計機５と通信する。制御部２５は、図示しないＣＰＵ、ＲＯＭ及びＲＡＭなどを備え、管理サーバ２内の各構成要素に対して種々の制御を行う。制御部２５が実行する処理については後述する。制御部２５は、取得部、抽出部、送信部、更新部、売価決定部及びプログラムを実行するコンピュータとして機能する。

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

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

記憶部３３は、ハードディスク又はフラッシュメモリといったメモリによって構成される。記憶部３３は、制御部３５が実行するプログラム、及び、制御部３５がプログラムを実行することで所定の処理を実行するのに必要な情報を記憶する。例えば、記憶部３３には、店舗８又は店舗８を管理する企業（団体）が提供するアプリケーションプログラム（以後では、「専用アプリ」とも呼ぶ。）が記憶されている。専用アプリは、店舗８において買い物を行う際に起動され、購入商品リスト画面などの種々の画面の表示を制御する。

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

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

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

記憶部４３は、ハードディスク又はフラッシュメモリといったメモリによって構成される。記憶部４３は、制御部４５が実行するプログラム、及び、制御部４５がプログラムを実行することで所定の処理を実行するのに必要な情報を記憶する。本実施形態では、記憶部４３は、主に、会員情報ＤＢ４７と、カード情報ＤＢ４８と、購入履歴ＤＢ４９とを記憶している。

会員情報ＤＢ４７は、会員手続きを行った会員ごとの情報である会員情報のデータベースである。会員情報は、例えば、名前、性別、生年月日などの一般的な属性情報に加えて、カード番号、会員のランク、及び蓄積したポイント数などの会員特有の属性情報を含んでいる。カード番号は、会員カードの識別番号であり、会員カードは、例えば、店舗８に設けられたカウンター等に会員になることを申し出ることにより付与されるポイントカードである。なお、会員カードの付与には、例えば、名前などの個人情報を記入する申込用紙への記入が申込者に要求される。会員カードには、当該カードに割り当てられたカード番号と、当該カード番号の有効性を判定するための暗証番号（ＰＩＮコード）とが印刷されている。なお、会員は、他の会員に従属しない通常の会員である本会員と、本会員と従属的な関係にある家族会員とが存在し、会員カードは、本会員に対して付与される本会員カードと、家族会員に対して付与される家族カードとを含む。本会員と家族会員とは、買い物等に応じて付与されるポイントの共有などを行う。

カード情報ＤＢ４８は、会員カードに関するデータベースである。例えば、カード情報ＤＢ４８には、発行され得る会員カードに割り当てられたカード番号と、当該カード番号の有効性を認証するための暗証番号との組み合わせが含まれている。また、カード情報ＤＢ４８には、各会員カードの有効性に関する情報が含まれている。その他、発行され得る家族カードのカード番号には、当該家族カードとポイントの共有などを行う本会員カードのカード番号が関連付けられている。

購入履歴ＤＢ４９は、支払いが行われた購入商品リストに基づき生成される購入履歴情報のデータベースである。購入履歴情報は、決済が行われた購入商品リスト毎に生成され、決済が行われた購入商品リストと、顧客に関する情報（例えば顧客識別情報）と、決済に関する情報とが関連付けられている。決済に関する情報は、例えば、決済が行われた日時、決済が行われた店舗、決済時の商品の価格及び合計金額等の情報を含む。なお、購入履歴ＤＢ４９は、会員サーバ４に代えて、管理サーバ２が保持してもよい。

通信部４４は、有線又は無線通信により、管理サーバ２等と通信する。制御部４５は、図示しないＣＰＵ、ＲＯＭ及びＲＡＭなどを備え、会員サーバ４内の各構成要素に対して種々の制御を行う。

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

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

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

制御部５５は、図示しないＣＰＵ、ＲＯＭ及びＲＡＭなどを備え、会計機５内の各構成要素に対して種々の制御を行う。制御部５５が実行する制御については後述する。バーコードリーダ５６は、会計時に顧客の携帯端末３に表示された会計バーコードを読み取り、読み取った情報を制御部５５に供給する。ライト５７は、会計機５に不具合が生じたときや、店員を呼ぶときなどに点灯する。スピーカ５８は、必要に応じて注意喚起のための操作音や音声メッセージなどを出力する。

（３）商品購入処理
次に、管理システム１００による商品購入処理の概要について説明する。商品購入処理は、顧客が店舗８において携帯端末３を使用して商品を購入する処理である。図７は、商品購入処理の概要を示すフローチャートである。商品購入処理は、大別して、入店処理Ｓ１００と、商品選択処理Ｓ２００と、会計処理Ｓ３００とを有する。なお、商品購入処理は、主として管理サーバ２、携帯端末３及び会計機５が、それぞれ予め用意されたプログラムを実行することにより実現される。

（３－１）入店処理の概要
まず、入店処理の概要について説明する。入店処理は、顧客が店舗８に入店した際に、商品の購入に先だって行われる処理であり、商品購入のための準備に相当する。図８は、概略的な入店処理の一例を示すフローチャートである。この処理は、携帯端末３と管理サーバ２により行われる。なお、購入商品リストを未決済のまま店舗８から退出して再来店した顧客等の存在を考慮した入店処理については、「（４）入店処理の詳細」のセクションにて詳しく説明する。

まず、顧客は、店舗８に入ると、携帯端末３を用いて店舗バーコードを読み取る（ステップＳ１０１）。店舗バーコードは、店舗ＩＤを示す１次元又は２次元のバーコードであり、
店舗８内の所定の場所、例えば、店舗の入口付近の壁や買い物に使用するカートなどに貼り付けられている。顧客が店舗バーコードを読み取ると、携帯端末３は、読み取った店舗バーコードから店舗ＩＤを取得し、取得した店舗ＩＤを、管理サーバへ送信する（ステップＳ１０２）。携帯端末３は、店舗ＩＤを送信する際、その携帯端末３又はその携帯端末３を使用する顧客を識別する顧客識別情報を一緒に送信する。なお、以下に説明する商品選択処理や会計処理においても、携帯端末３は基本的に何らかの情報を管理サーバ２へ送信する際には、自身を識別するための顧客識別情報を一緒に送信する。

管理サーバ２は、携帯端末３から店舗ＩＤ及び顧客識別情報を受信する（ステップＳ１０３）。そして、管理サーバ２は、売価変更情報２７及び商品情報ＤＢ２８を参照し、対象の店舗８の売価リストを取得する（ステップＳ１０４）。売価リストは、対象の店舗８にて商品を購入する場合に、ステップＳ１０４の処理時点で適用される商品の売価のリストである。なお、一般的には、店舗毎に商品の売価は異なっている。ここで、ステップＳ１０４で取得される売価リストは、売価変更情報２７が示す値引又は割引に伴う売価の変更が反映されている。そして、管理サーバ２は、店舗名やその店舗のセール情報などを含む店舗情報を携帯端末３へ送信し（ステップＳ１０５）、携帯端末３は店舗情報を受信する（ステップＳ１０６）。これにより、携帯端末３の表示部３１には現在の店舗名やその店舗のセール情報などが表示され、顧客が買い物を開始できる状態となる。なお、管理サーバ２が送信する店舗情報には、その店舗におけるその顧客の取引状態を示す情報が含まれており、その店舗で新たに買い物を開始する場合には取引状態は新規となる。一方、その顧客が何らかの理由でその店舗での買い物を中断したような場合には、それまでの取引状態に対応する購入商品リスト画面等が携帯端末３に表示される。

（３－２）商品選択処理
次に、商品選択処理について説明する。商品選択処理は、顧客が携帯端末３を用いて商品に付されている商品バーコードを読み取り、購入商品リストに登録する処理である。図９は、商品選択処理のフローチャートである。この処理は、携帯端末３と管理サーバ２により実行される。

まず、顧客は、購入したい商品を見つけると、携帯端末３を商品読取モードにし、携帯端末３により商品に付されている商品バーコードを読み取る（ステップＳ２０１：Ｙｅｓ）。携帯端末３は読み取られた商品の商品識別情報を管理サーバ２へ送信する（ステップＳ２０２）。なお、この際、商品の数量は自動的に「１」にセットされる。管理サーバ２は、携帯端末３から商品識別情報を受信すると（ステップＳ２０３）、購入商品リストを更新し、携帯端末３へ送信する（ステップＳ２０４）。ここで、管理サーバ２は、対象の顧客に対する購入商品リストが購入商品リストＤＢ２９に登録されていない場合には、受信した商品識別情報を要素とする購入商品リストを、対象の顧客の顧客識別情報と関連付けて購入商品リストＤＢ２９に登録する。

携帯端末３は、更新後の購入商品リストを受信し、表示部３１に表示する（ステップＳ２０５）。これにより、新たに追加された商品とその数量が購入商品リストに追加され、携帯端末３に表示される。

次に、必要に応じて、顧客が携帯端末３を操作して商品の数量を変更すると、携帯端末３は変更後の数量を取得する（ステップＳ２０６：Ｙｅｓ）。商品バーコードが最初に読み取られたときに、その商品の数量は自動的に「１」にセットされるが、顧客が同じ商品を複数購入する場合には、携帯端末３を操作して数量を変更することができる。変更後の数量がセットされると、携帯端末３は、変更の対象となる商品の商品識別情報と変更後の数量を管理サーバ２へ送信する（ステップＳ２０７）。

管理サーバ２は、携帯端末３から商品識別情報と変更後の数量を受信すると（ステップＳ２０８）、購入商品リストを更新し、携帯端末３へ送信する（ステップＳ２０９）。携帯端末３は、更新後の購入商品リストを受信し、表示部３１に表示する（ステップＳ２１０）。これにより、数量変更が購入商品リストに反映される。

次に、携帯端末３は、顧客により支払いボタンが押されたか否かを判定する（ステップＳ２１１）。支払いボタンは、顧客が買い物を終了する際に押すボタンである。支払いボタンが押されていない場合（ステップＳ２１１：Ｎｏ）、処理はステップ２０１へ戻る。こうして、支払いボタンを押すまで、顧客は商品の追加や数量変更を行い、買い物を続けることができる。そして、支払いボタンが押されると（ステップＳ２１１：Ｙｅｓ)、商品選択処理は終了する。

図１０は、携帯端末３に表示された購入商品リスト画面の表示例を示す。この例では、購入商品リスト画面は、商品読取ボタン９０と、リスト表示欄９１と、小計表示欄９２と、合計額表示欄９３と、ホーム画面遷移ボタン９４と、支払ボタン９５と、取引中止ボタン９６とを有する。

携帯端末３は、商品読取ボタン９０がタップ操作等により選択されたことを検知した場合、商品読取画面へ表示部３１の表示を切り替える。商品読取画面では、携帯端末３は、起動した読取部３６から取得される画像等を表示する。これにより、顧客は、商品バーコード７が読取部３６の読み取り範囲内に位置するように商品又は携帯端末３を移動させ、商品バーコード７を読み取ることができる。

リスト表示欄９１には、購入商品毎に、購入商品の名称、数量、価格が表示される。また、リスト表示欄９１内の各購入商品に対し、数量減少ボタン９７と、数量増加ボタン９８とが表示される。そして、携帯端末３は、数量減少ボタン９７又は数量増加ボタン９８により購入商品の数量の変更を受け付けた場合、例えば、数量が変更された購入商品の商品識別情報及び変更後の数量を管理サーバ２に送信する。

小計表示欄９２は、購入商品リストの全商品に対する売価の税抜きの小計を表示し、合計額表示欄９３は、購入商品リストの全商品に対する売価の税込みの合計額を表示する。管理サーバ２は、これらの小計又は合計額を、商品情報ＤＢ２８に登録された購入商品の価格、具体的には、入店処理により取得したその店舗の売価リストに基づき算出している。

携帯端末３は、ホーム画面遷移ボタン９４が選択されたことを検知した場合、ホーム画面の表示要求を管理サーバ２に送信し、その応答として受信する表示情報に基づき所定のホーム画面を表示する。ホーム画面は、店舗８での割引や値引の情報、携帯端末３の顧客の登録情報等を表示するものであってもよい。

携帯端末３は、支払ボタン９５が選択されたことを検知した場合、会計要求を管理サーバ２に送信し、その応答として受信する表示情報に基づき、後述の会計バーコードを含む支払い画面を表示する。また、携帯端末３は、取引中止ボタン９６が選択されたことを検知した場合、取引中止を通知する情報を管理サーバ２に送信する。この場合、管理サーバ２は、携帯端末３に対応する購入商品リストを削除する。

（３－３）会計処理
次に、会計処理について説明する。会計処理は、商品選択処理により顧客が選択した商品についての支払いを行う処理である。図１１は、会計処理のフローチャートである。この処理は、携帯端末３と、管理サーバ２と、会計機５により実行される。

まず、携帯端末３は、前述の支払ボタン９５が押されると、管理サーバ２へ会計要求を送信する（ステップＳ３０１）。管理サーバ２は、会計要求を受信すると（ステップＳ３０２）、その時点の購入商品リストに基づいて支払い金額を計算する（ステップＳ３０３）。そして、管理サーバ２は、算出した支払い金額などを含む支払い情報を生成し、生成した支払い情報を、対象の顧客を示す顧客識別情報及び買い物が行われている店舗を示す店舗ＩＤと関連付けて支払い情報ＤＢ３０に記憶する（ステップＳ３０４）。さらに、ステップＳ３０４では、管理サーバ２は、生成した支払い情報に基づく会計バーコードを生成する。会計バーコードは、現在の購入商品リストが示す購入を一意に識別する情報である。１つの例では、会計バーコードは、対象の支払い情報に一意に対応付けられた番号（「問い合わせ番号」と呼ぶ。）を示す１次元又は２次元のバーコードである。管理サーバ２は、ステップＳ３０３で算出した支払い金額と、ステップＳ３０４で生成した会計バーコードとを含む支払い画面の表示情報を、携帯端末３へ送信する（ステップＳ３０５）。

携帯端末３は、支払い画面の表示情報を受信し、受信した表示情報に基づき、支払い画面を表示部３１に表示する（ステップＳ３０６）。図１２は、支払い画面の表示例である。この例では、支払い画面は、会計バーコード３７と、合計金額欄３８と、完了ボタン３９とを含む。顧客は、支払い画面が表示された携帯端末３を持って会計機５に移動し、バーコードリーダ５６により会計バーコードを読み取る（ステップＳ３０７）。会計機５は、読み取った会計バーコードに基づいて、支払い方法選択画面を表示する（ステップＳ３０８）。具体的には、会計機５は、会計バーコードが示す問い合わせ番号を管理サーバ２に送信し、支払い情報を取得する。なお、支払い情報は、合計金額、及び、購入商品リストに入っている全購入商品のＩＤ、数量、売価などの明細を含む。会計機５は、取得した支払い情報に基づいて、支払い方法選択画面を表示する。

図１３（Ａ）は、支払い方法選択画面の表示例を示す。支払い方法選択画面は、合計金額欄６１と、現金ボタン６２と、クレジットボタン６３とを含む。顧客は、支払い方法選択画面を見て支払い金額を確認し、現金ボタン６２とクレジットボタン６３のいずれかを押し、支払いを行う。これにより、購入代金の決済が行われる（ステップＳ３０９）。具体的に、顧客が現金での支払いを選択した場合、会計機５は現金投入口に現金を投入することを促し、現金が投入されると、必要に応じて釣銭を支払う。また、顧客がクレジットでの支払いを選択した場合、会計機５はカードの挿入を促し、必要に応じて暗証番号などの入力などを促し、クレジット決済を行う。

決済が完了すると、会計機５は、決済完了通知を管理サーバ２に送信する（ステップＳ３１０）。この場合、決済完了通知には、例えば、支払い情報を特定するための問い合わせ番号が含まれている。この場合、管理サーバ２は、会計機５から決済完了通知を受信し、記憶部２３に記憶したデータベースの更新を行う（ステップＳ３１１）。この場合、管理サーバ２は、決済完了通知により特定される、決済が完了した支払い情報を、支払い情報ＤＢ３０から削除する。また、管理サーバ２は、削除する支払い情報に関連付けられた顧客識別情報及び店舗ＩＤに対応する購入商品リストを、購入商品リストＤＢ２９から削除する。

また、会計機５は、決済完了を管理サーバ２に通知後、会計終了画面を表示する（ステップS３１２）。図１３（Ｂ）は、会計終了画面の表示例を示す。この例では、会計終了画面は、決済情報欄６４と、領収書ボタン６５と、終了ボタン６６とを含む。なお、図１３（Ｂ）は顧客がクレジット決済を選択した場合の例であり、決済情報欄６４は、決済の金額、決済方法などの情報を表示している。領収書ボタン６５は、領収書を印刷出力するためのボタンである。終了ボタン６６は、顧客が会計処理を完了したことを確認するためのボタンである。顧客が終了ボタン６６を押すと、会計機５は決済が完了したことを管理サーバ２に報告し、表示部５１の表示をメインメニューに戻す。なお、図１２に示す支払い画面にも完了ボタン３９が表示されており、顧客は会計処理が終了すると、支払い画面の完了ボタン３９を押す。完了ボタン３９が押されると、携帯端末３は決済が完了したことを管理サーバ２に報告し、表示部３１をメインメニューに戻す。

なお、上記の例では、会計バーコードは単に支払い情報の問い合わせ番号であり、会計機５はこの問い合わせ番号を用いて管理サーバ２から支払い情報を取得している。その代わりに、会計バーコードが支払い情報を含むようにしてもよい。即ち、管理サーバ２は、その時点の購入商品リストの内容に基づいて、合計金額及び購入商品の明細の情報を用いて会計バーコードを生成する。この場合、会計機５は、会計バーコードを読み取り復号化することにより、支払い情報を取得することができるので、支払い情報を取得するために管理サーバ２と通信する必要は無くなる。即ち、会計機５は、読み取った会計バーコードから合計金額を抽出し、支払い方法選択画面を表示すればよい。

（４）入店処理の詳細
次に、購入商品リストを未決済のまま店舗８から退出して再来店した顧客等の存在を考慮した入店処理の詳細について説明する。
（４－１）概要
管理サーバ２は、携帯端末３が店舗バーコードを読み取ることで送信される店舗ＩＤ及び顧客識別情報を受信した場合、当該店舗ＩＤ及び顧客識別情報店舗ＩＤに関連付けられた未決済の購入商品リスト又は支払い情報の存否を判定する。そして、未決済の購入商品リスト又は支払い情報の少なくとも一方（これらを総称して「買い物情報」とも呼ぶ。）が存在する場合、管理サーバ２は、存在する未決済の買い物情報に基づく表示情報を携帯端末３に送信する。この場合、携帯端末３は、管理サーバ２から受信した表示情報に基づき、店舗８の退出直前に表示していた支払い画面又は購入商品リスト画面を再表示する。これにより、管理サーバ２は、未決済のまま店舗８から一時的に退出した顧客に対し、買い物を円滑に再開させることができる。また、携帯端末３は、この場合の商品の売価を、店舗８の退出前の時点を基準とした売価に定めてもよく、店舗８の再入店の時点を基準とした売価に定めてもよく、これらのうちいずれか安い方に定めてよい。

（４－２）処理フロー
図１４は、店舗８から未決済のまま一時退出した顧客への対応を含めた入店処理の詳細な処理手順を示すフローチャートの一例である。管理サーバ２は、図１４に示すフローチャートの処理を、繰り返し実行する。

まず、管理サーバ２は、店舗バーコードを読み取った携帯端末３から店舗ＩＤ及び顧客識別情報を受信したか否か判定する（ステップＳ４０１）。そして、管理サーバ２は、店舗バーコードを読み取った携帯端末３から店舗ＩＤ及び顧客識別情報を受信した場合（ステップＳ４０１；Ｙｅｓ）、受信した店舗ＩＤが示す店舗の売価リストを取得する（ステップＳ４０２）。一方、店舗バーコードを読み取った携帯端末３から店舗ＩＤ及び顧客識別情報を受信しない場合（ステップＳ４０１；Ｎｏ）、管理サーバ２は、引き続きステップＳ４０１での判定を行う。ステップＳ４０１及びステップＳ４０２は、入店処理の概要を示す図８のフローチャートにおけるステップＳ１０３及びステップＳ１０４に夫々相当する。

次に、管理サーバ２は、対象の顧客が入店した店舗８と同一店舗での未決済の支払い情報が存在するか否か判定する（ステップＳ４０３）。この場合、管理サーバ２は、ステップＳ４０１で受信した店舗ＩＤ及び顧客識別情報に関連付けられた支払い情報が支払い情報ＤＢ３０に登録されているか否か判定する。そして、管理サーバ２は、対象の顧客に対する同一店舗での未決済の支払い情報が存在する場合（ステップＳ４０３；Ｙｅｓ）、当該支払い情報に基づく会計バーコードを生成する（ステップＳ４０４）。そして、管理サーバ２は、支払い情報が示す支払い金額と、ステップＳ４０４で生成した会計バーコードとを含む支払い画面の表示情報を、携帯端末３へ送信する（ステップＳ４０５）。これにより、管理サーバ２は、会計バーコードの発行後に未決済のまま一時的に店舗８を退出した顧客に対し、会計バーコードを含む支払い画面を携帯端末３に表示させて決済を円滑に実行させることができる。即ち、この場合、顧客は、サービスカウンターなどに買い物かごを預けて店舗８を一時的に退出した場合であっても、店舗８の再入店後に買い物かごに入れた商品の商品バーコードの読み取り操作などを、再度行う必要がない。なお、管理サーバ２は、対象の顧客に対する同一店舗での未決済の支払い情報が存在するとステップＳ４０３で判定後、未決済の支払い情報を引き継ぐか否かを顧客に選択させる入力を受け付けてもよい。この表示例については後述する。

一方、管理サーバ２は、対象の顧客に対する同一店舗での未決済の支払い情報が存在しない場合（ステップＳ４０３；Ｎｏ）、対象の顧客に対する同一店舗での未決済の購入商品リストが存在するか否か判定する（ステップＳ４０６）。この場合、管理サーバ２は、ステップＳ４０１で受信した店舗ＩＤ及び顧客識別情報に関連付けられた購入商品リストが購入商品リストＤＢ２９に登録されているか否か判定する。そして、管理サーバ２は、対象の顧客に対する同一店舗での未決済の購入商品リストが存在する場合（ステップＳ４０６；Ｙｅｓ）、当該購入商品リストを購入商品リストＤＢ２９から抽出し、抽出した購入商品リスト等を携帯端末３に送信する（ステップＳ４０７）。具体的には、管理サーバ２は、購入商品リストＤＢ２９から抽出した購入商品リストを示した購入商品リスト画面を表示するための表示情報を、対象の携帯端末３へ送信する。これにより、管理サーバ２は、何らかの理由により未決済の購入商品リストが存在する状態のまま一時的に店舗８を退出した顧客に対し、退出直前の状態で買い物を継続させることができる。この場合、顧客は、店舗８の再入店後に買い物かごに入れた商品の商品バーコードの読み取り操作などを、再度行う必要がない。なお、管理サーバ２は、対象の顧客に対する同一店舗での未決済の購入商品リストが存在するとステップＳ４０６で判定後、未決済の購入商品リストを引き継ぐか否かを顧客に選択させる入力を受け付けてもよい。この表示例については後述する。

一方、対象の顧客が入店した店舗８と同一店舗での未決済の購入商品リストが存在しない場合（ステップＳ４０６；Ｎｏ）、管理サーバ２は、対象の顧客が入店した店舗８での未決済の買い物情報がないと判定し、店舗情報を対象の携帯端末３に送信する（ステップＳ４０８）。ステップＳ４０８の処理は、入店処理の概要を示す図８のフローチャートにおけるステップＳ１０５に相当する。

なお、管理サーバ２は、上述したステップＳ４０３及びステップＳ４０６では、顧客識別情報に加えて、入店時に携帯端末３から送信される店舗ＩＤに基づき、未決済の買い物情報の有無を判定している。これにより、管理サーバ２は、ある店舗において未会計の買い物情報が存在する顧客が他の店舗に入店した場合であっても、買い物情報を不正に引き継ぐのを好適に抑制することができる。また、管理サーバ２は、複数の店舗で未会計の買い物情報が存在する顧客に対し、店舗ごとに再入店の有無を適切に判定することもできる。そして、管理サーバ２は、顧客が再入店した店舗に対応する未決済の買い物情報に基づく購入商品リスト画面又は支払い画面を、携帯端末３に好適に表示させることができる。

ここで、ステップＳ４０７において購入商品リスト画面に表示する各購入商品の売価の決定方法について補足説明する。

第１の例では、管理サーバ２は、ステップＳ４０７において購入商品リスト画面に表示させる各購入商品の売価を、購入商品リストＤＢ２９から抽出した購入商品リストに含まれる各購入商品の売価とする。即ち、この場合、購入商品リスト画面に表示される各購入商品の売価は、対象の顧客の再入店前の入店時に管理サーバ２がステップＳ４０２で取得した店舗８の売価リスト（「旧売価リスト」と呼ぶ。）が示す各購入商品の売価となる。なお、この場合、管理サーバ２は、購入商品リストＤＢ２９から抽出した購入商品リストの更新を行わない。

第２の例では、管理サーバ２は、ステップＳ４０７において購入商品リスト画面に表示させる各購入商品の売価を、直前のステップＳ４０２で取得した店舗８の売価リスト（「新売価リスト」と呼ぶ。）に基づく売価に定める。この場合、管理サーバ２は、購入商品リストＤＢ２９から抽出した購入商品リストの各購入商品に対する売価の情報を更新する。

第３の例では、管理サーバ２は、旧売価リストと新売価リストの両方に基づき、ステップＳ４０７において購入商品リスト画面に表示させる各購入商品の売価を決定する。この場合、管理サーバ２は、例えば、旧売価リストと新売価リストとで売価が異なる購入商品の売価を、これらの売価のうち安い方の売価に定める。そして、管理サーバ２は、決定した各購入商品の売価に基づき、購入商品リストＤＢ２９から抽出した購入商品リストの各購入商品に対する売価の情報を更新する。

また、管理サーバ２は、ステップＳ４０５において支払い画面に表示させる支払い金額についても同様に、旧売価リスト若しくは新売価リストのいずれか又はその両方に基づき決定した各購入商品の売価を用いて算出する。また、管理サーバ２は、支払い情報ＤＢ３０から抽出した支払い情報が示す支払い金額と、算出した支払い金額とが異なる場合には、算出した支払い金額に基づき、支払い情報ＤＢ３０から抽出した支払い情報を更新する。

（４－３）画面例
次に、携帯端末３が表示する画面の具体例（図１５～図１７）について、図１４のフローチャートを参照して具体的に説明する。

図１５は、携帯端末３が表示する店舗バーコードの読み取り画面の一例である。図１５の例では、顧客は、店舗８に入店して携帯端末３の専用アプリを起動させることで、図１５に示す画面を携帯端末３に表示させる。

携帯端末３は、図１５に示す画面上に、店舗８の入り口付近に設けられた店舗バーコードを読み取って買い物を開始する旨の案内文を表示したウィンドウ７０と、読み取り開始ボタン７１とを表示している。そして、携帯端末３は、読み取り開始ボタン７１が選択されたことを検知した場合、読取部３６を起動して店舗８の入り口付近に設けられた店舗バーコードの読み取りを開始する。そして、携帯端末３は、読取部３６により店舗バーコードを読み取ることで店舗ＩＤを取得した場合、取得した店舗ＩＤと、携帯端末３を使用する顧客の顧客識別情報とを、管理サーバ２に送信する。その後、管理サーバ２は、ステップＳ４０１において、携帯端末３から店舗ＩＤと顧客識別情報を受信したと判定し、ステップＳ４０２へ処理を移行する。

図１６は、顧客が入店した店舗８と同一店舗での未決済の購入商品リストが存在する場合に、店舗バーコードの読み取り後に携帯端末３の専用アプリにより表示される画面の一例である。

この場合、管理サーバ２は、図１４のステップＳ４０６において、店舗ＩＤ及び顧客識別情報の送信元の携帯端末３の顧客に関し、当該店舗ＩＤが示す店舗と同一店舗での未決済の購入商品リストが購入商品リストＤＢ２９に記録されていると判定する。そして、管理サーバ２は、未決済の購入商品リストを用いて買い物を継続するか否かを顧客に選択させるためのウィンドウ７２を、携帯端末３にポップアップ表示させる。ウィンドウ７２は、未決済の購入商品リスト（即ち店舗８の退出直前の購入商品リスト）を利用して買い物を継続することを選択する第１ボタン７３と、新規に買い物を行うことを選択する第２ボタン７４とを含む。そして、管理サーバ２は、第１ボタン７３が選択されたことを検知した場合、図１４のステップＳ４０７に基づき、対象の顧客識別情報及び店舗ＩＤと購入商品リストＤＢ２９において関連付けられた購入商品リストの表示情報を、対象の携帯端末３に送信する。これにより、管理サーバ２は、店舗８を退出する直前の購入商品リストを示す購入商品リスト画面を携帯端末３に表示させ、店舗８を退出する直前の状態から顧客に買い物を再開させることができる。従って、顧客は、何らかの理由により、買い物かごをサービスカウンター等に預けて店舗８を一時退出した場合であっても、店舗８への入店時に店舗バーコードの読み取り操作を行うことで、店舗８を退出する直前の状態から買い物を再開することができる。

また、管理サーバ２は、第２ボタン７４が選択されたことを検知した場合、未決済の購入商品リストに対する取引を中止すべきと判定し、図１０の購入商品リスト画面で取引中止ボタン９６が選択された場合と同様、対象の購入商品リストを購入商品リストＤＢ２９から削除する。その後、管理サーバ２は、図９に示す商品選択処理に応じて、対象の携帯端末３から商品識別情報を受信した場合には、対象の顧客識別情報及び店舗ＩＤに関連付けた新規の購入商品リストを、購入商品リストＤＢ２９に登録する。

図１７は、同一店舗での未決済の支払い情報が存在する場合に、店舗バーコードの読み取り後に携帯端末３の専用アプリにより表示される画面の一例である。

この場合、管理サーバ２は、図１４のステップＳ４０３において、店舗ＩＤ及び顧客識別情報の送信元の携帯端末３の顧客に対し、当該店舗ＩＤが示す店舗と同一店舗での未決済の支払い情報が支払い情報ＤＢ３０に記録されていると判定する。そして、管理サーバ２は、当該支払い情報に基づく会計バーコードを表示するか否かを選択するためのウィンドウ７５を、携帯端末３にポップアップ表示させる。ウィンドウ７５は、未決済の支払い情報に基づく会計バーコードを表示することを選択する第３選択ボタン７６と、新規に買い物を行うことを選択する第４ボタン７７とを含む。そして、管理サーバ２は、第３選択ボタン７６が選択されたことを検知した場合、図１４のステップＳ４０４に基づき、対象の未決済の支払い情報を特定するための会計バーコードを生成する。そして、管理サーバ２は、図１４のステップＳ４０５に基づき、生成した会計バーコードを示す支払い画面（図１２参照）の表示情報を、携帯端末３に送信する。そして、携帯端末３は、店舗８を退出する直前の購入商品リストに基づく支払い画面を表示する。これにより、顧客は、買い物かごをサービスカウンター等に預けて支払い画面の表示後に店舗８を一時退出した場合であっても、店舗８への入店時に店舗バーコードの読み取り操作を行うことで、店舗８を退出する直前の状態から買い物を再開することができる。

また、管理サーバ２は、第４ボタン７７が選択されたことを検知した場合、未決済の支払い情報に対する取引を中止すべきと判定し、対象の支払い情報を支払い情報ＤＢ３０から削除する。また、管理サーバ２は、削除した支払い情報に対応する購入商品リストを購入商品リストＤＢ２９から削除する。その後、管理サーバ２は、図９に示す商品選択処理に応じて、対象の携帯端末３から商品識別情報を受信した場合には、受信した商品識別情報に基づき、対象の顧客識別情報及び店舗ＩＤに関連付けた新規の購入商品リストを、購入商品リストＤＢ２９に登録する。

（４－４）専用アプリの一時終了への対応
次に、顧客の一時退出に伴う専用アプリの終了への対応について補足説明する。

管理サーバ２は、未決済の買い物情報が存在する顧客が使用する携帯端末３の専用アプリの終了を検知した場合であっても、当該未決済の買い物情報をデータベースから消去せずに保持する。具体的には、管理サーバ２は、携帯端末３の専用アプリが終了したと判定した場合、対象の顧客の購入商品リストを購入商品リストＤＢ２９から削除することなく、引き続き購入商品リストＤＢ２９に記憶する。同様に、管理サーバ２は、対象の顧客の支払い情報が存在する場合には、当該支払い情報を支払い情報ＤＢ３０から削除することなく、引き続き支払い情報ＤＢ３０に記憶する。この場合、例えば、管理サーバ２は、対象の顧客の購入商品リスト及び支払い情報に対し、専用アプリが終了している旨のフラグ情報などを付加してもよい。

一般に、顧客は、店舗８から一時的に退出する場合、未決済の買い物情報が存在する状態で専用アプリを終了して店舗８を退出し、店舗８に再来店した際に専用アプリを再び起動させて店舗バーコードの読み取りや購入商品の登録などを行う。以上を勘案し、管理サーバ２は、顧客の店舗８の一時退出に伴う専用アプリの終了が発生したときであっても、未決済の買い物情報をデータベースから消去せずに保持する。これにより、管理サーバ２は、顧客が店舗８の退出直前に携帯端末３に表示していた支払い画面又は購入商品リスト画面を再表示するために必要な情報を好適に保持し、上述の支払い画面又は購入商品リスト画面の表示情報を生成することができる。

なお、管理サーバ２は、例えば、携帯端末３の専用アプリと確立した通信接続が切断された場合に、専用アプリが終了したと判定する。他の例では、管理サーバ２は、専用アプリの動作中に携帯端末３から送信される情報を受信しなくなった場合に、専用アプリが終了したと判定する。なお、専用アプリの終了は、例えば、携帯端末３への顧客の操作に起因して終了する場合に加えて、携帯端末３の他のアプリケーションの割り込み（例えば通話の着信）や専用アプリのフリーズにより強制終了する場合なども含む。携帯端末３への顧客の操作に起因して専用アプリが終了する例は、例えば、誤操作に起因して専用アプリが終了する場合、急用の発生により買い物かごを店舗８のサービスカウンター等に一時的に預け、専用アプリを一時的に終了して顧客が店舗８を出る場合などがある。

（４－５）購入履歴の活用
管理サーバ２は、好適には、決済が完了した購入商品リストの情報を、同一の顧客による電子商取引に基づく商品購入において利用してもよい。この場合、管理サーバ２は、決済完了時に、決済が完了した購入商品リストと、商品を購入した顧客を示す顧客識別情報と、決済に関する情報とを関連付けた購入履歴情報を生成し、会員サーバ４の購入履歴ＤＢ４９に記憶する。そして、管理サーバ２は、同一の顧客による電子商取引に基づく買い物において、購入履歴ＤＢ４９に記憶した購入履歴情報に基づく表示及び購入予定の商品のリストの生成を行う。

図１８は、専用アプリを利用した電子商取引を行う際に携帯端末３が表示する表示画面の一例である。

図１８では、管理サーバ２は、過去の購入履歴を元に注文を行う旨のユーザ入力がなされたことを検知し、携帯端末３を使用する顧客の顧客識別情報に関連付けられた複数の購入実績を示す購入履歴情報を購入履歴ＤＢ４９から抽出する。そして、管理サーバ２は、購入履歴ＤＢ４９から抽出した購入履歴情報に基づき、購入履歴リスト７８を生成し、生成した購入履歴リスト７８を携帯端末３に表示させる。ここでは、購入履歴リスト７８は、過去の購入実績に応じた複数の要素を有し、各要素は、購入日時、購入店舗、決済番号、及び合計金額の情報を含んでいる。また、購入履歴リスト７８を構成する各要素には、夫々の詳細な購入履歴を表示するための詳細表示ボタン７９Ａ～７９Ｄ（７９）が設けられている。

そして、携帯端末３を使用する顧客は、購入履歴リスト７８を参照し、今回の電子商取引において参照したい購入履歴に対応する詳細表示ボタン７９を選択する。この場合、管理サーバ２は、選択された詳細表示ボタン７９に対応する購入履歴の詳細画面を、携帯端末３に表示させる。上述の詳細画面には、例えば、購入された商品のリストである購入商品リストなどが表示される。また、管理サーバ２は、好適には、上述の詳細画面において表示された購入商品リストに基づき、今回の電子商取引の買い物リスト（即ち購入予定の商品のリスト）を生成するとよい。即ち、管理サーバ２は、上述の詳細画面において購入商品リストを現在の買い物リストに反映する旨の操作を検知した場合に、選択された購入履歴が示す購入商品リストに基づき、現在の買い物リストを生成する。これにより、顧客は、過去の実店舗での購入履歴を利用して電子商取引に基づく商品購入を好適に行うことができる。なお、顧客が電子商取引に用いる端末は、携帯端末３に限らず、顧客が使用する据え置き型のコンピュータなどの任意の端末であってもよい。

（４－６）通知の出力
管理サーバ２は、未決済における異常状態を検出したときに、携帯端末３に対して通知を出力させてもよい。

第１の例では、管理サーバ２は、未決済の買い物情報が存在する状態で専用アプリが終了した場合、専用アプリが再起動するまで、所定時間間隔により、未決済の買い物情報が存在する旨の通知を携帯端末３に出力させてもよい。例えば、管理サーバ２は、携帯端末３に対し、未決済の購入商品リストが存在する旨の通知情報を送信し、プッシュ通知機能により、携帯端末３の画面上に当該通知情報を表示させる。これにより、管理サーバ２は、未決済の購入商品リスト又は支払い情報の存在を顧客に通知し、買い物再開及び決済を好適に促す。

第２の例では、管理サーバ２は、未決済の購入商品リストが所定時間以上更新されない場合、未決済の購入商品リストが存在する旨の通知を携帯端末３に出力させてもよい。第３の例では、管理サーバ２は、支払い情報が生成されてから所定時間以上経過しても決済が行われない場合（会計機５から決済完了通知を受信しない場合）、支払いが完了していない旨の通知を携帯端末３に出力させてもよい。

第４の例では、管理サーバ２は、未決済の買い物が存在する状態で携帯端末３が店舗８の外に出たことを検知した場合、未決済の購入商品リストに関する通知を携帯端末３に出力させてもよい。この場合、例えば、管理サーバ２は、携帯端末３から送信される位置情報を取得し、当該位置情報が示す位置が店舗８のエリア内であるか否かを判定する。上述の位置情報は、ＧＰＳの電波に基づく位置情報であってもよく、ビーコン端末の電波に基づく位置情報であってもよく、無線ＬＡＮの電波に基づく位置情報であってもよい。なお、店舗８のエリアを示す位置情報は、例えば予め記憶部２３に記憶されている。なお、管理サーバ２は、この場合、店舗８の店員が使用する端末に対し、未決済の購入商品リストが存在する顧客が店舗８の外に出たことを通知する情報をさらに送信してもよい。この場合、管理サーバ２は、対象の顧客に対応する会員情報ＤＢ４７のレコードに記録された会員情報を、店員が使用する端末に送信する情報に含めてもよい。これにより、管理サーバ２は、未決済のまま店舗８の外に出た顧客の存在を、好適に店舗８の店員等に通知することができる。

このように、管理サーバ２は、未決済における種々の異常状態を検出した場合に携帯端末３に通知を出力させることで、携帯端末３の顧客に対して決済の完了を促してもよい。

（４－７）変形例
図１４のステップＳ４０１では、管理サーバ２は、店舗バーコードを読み取った携帯端末３から店舗ＩＤ等を受信することで、店舗ＩＤが示す店舗８への顧客の来店を検知したが、顧客の来店を管理サーバ２が検知する方法はこれに限定されない。

例えば、管理サーバ２は、ユーザ入力により指定された店舗を示す店舗ＩＤ等を携帯端末３から受信することで、店舗ＩＤが示す店舗８への顧客の来店を検知してもよい。この場合、例えば、携帯端末３は、専用アプリを起動した場合に、買い物を行う店舗を指定する入力画面を表示し、当該入力画面においてユーザ入力により指定された店舗を示す店舗ＩＤを、顧客識別情報と共に管理サーバ２に送信する。そして、管理サーバ２は、携帯端末３からこれらの店舗ＩＤ及び顧客識別情報を受信した場合に、図１４のステップＳ４０２へ処理を進める。

他の例では、管理サーバ２は、携帯端末３からＧＰＳ、ビーコン端末又は無線ＬＡＮ等の電波に基づく携帯端末３の位置情報を受信し、予め記憶した各店舗８のエリアを示す位置情報と比較する。そして、管理サーバ２は、携帯端末３がいずれかの店舗８のエリアに進入したと判定した場合、当該店舗の店舗ＩＤ及び携帯端末３を使用する顧客の顧客識別情報に基づき、ステップＳ４０２以降の処理を行う。

これらの例においても、管理サーバ２は、顧客が入店した店舗８を好適に認識し、当該店舗８での未決済の買い物情報の有無を的確に判定することができる。同様に、管理サーバ２は、店舗８に設置されたカメラなどのセンサの出力に基づき、顧客の顔認証などの生体認証等を行うことで、店舗８に入店した顧客の顧客識別情報を取得してもよい。この場合、管理サーバ２は、顧客毎に生体認証において得られる特徴量の情報（認証情報）と顧客識別情報とを関連付けたデータベースを参照することで、来店した顧客の顧客識別情報を生体認証により特定する。このデータベースは、管理サーバ２が記憶してもよく、管理サーバ２と通信可能な他の装置が記憶してもよい。

＜第２実施形態＞
図１９は、第２実施形態における管理サーバ２Ａの概略構成を示す。管理サーバ２Ａは、取得部８１と、抽出部８２と、送信部８３とを有する。

取得部８１は、顧客が入店した店舗を示す店舗識別情報と、顧客を示す顧客識別情報とを取得する。取得部８１は、例えば、第１実施形態において通信部２４を制御する制御部２５により実現される。店舗識別情報は、例えば、第１実施形態における店舗ＩＤである。取得部８１は、図１４のステップＳ４０１に基づき、店舗識別情報と顧客識別情報とを取得してもよく、上述した「（４－７）変形例」に基づき、店舗識別情報と顧客識別情報とを取得してもよい。

抽出部８２は、店舗識別情報と顧客識別情報とに関連付けられた未決済の買い物情報のデータベース８４に、取得部８１が取得した店舗識別情報と顧客識別情報とに関連付けられた買い物情報「Ｓ１」が存在する場合、当該買い物情報Ｓ１をデータベース８４から抽出する。抽出部８２は、例えば、第１実施形態における制御部２５により実現される。データベース８４は、例えば、第１実施形態における購入商品リストＤＢ２９及び支払い情報ＤＢ３０の少なくともいずれかに相当する。

送信部８３は、抽出部８２が抽出した買い物情報Ｓ１に基づく表示情報「Ｓ２」を、顧客が使用する携帯端末３Ａに送信する。携帯端末３Ａは、例えば、第１実施形態における携帯端末３である。送信部８３は、例えば、第１実施形態において通信部２４を制御する制御部２５により実現される。

このように、第２実施形態に係る管理サーバ２Ａは、未決済の買い物情報が存在する顧客の同一店舗への入店を検知した場合、未決済の買い物情報に基づく表示情報Ｓ２を、携帯端末３Ａに送信する。これにより、顧客は、買い物途中で店舗を一時的に退出した場合であっても、再来店時に円滑に買い物を継続することができる。

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

［付記１］
携帯端末を用いた商品の買い物が行われる店舗に顧客が入店した場合に、前記顧客が入店した店舗を示す店舗識別情報と、前記顧客を示す顧客識別情報とを取得する取得部と、
店舗識別情報と顧客識別情報とに関連付けられた未決済の買い物情報のデータベースに、前記取得部が取得した前記店舗識別情報と前記顧客識別情報とに関連付けられた買い物情報が存在する場合、当該買い物情報を前記データベースから抽出する抽出部と、
前記抽出部が抽出した買い物情報に基づく表示情報を、前記顧客が使用する携帯端末に送信する送信部と、
を有する管理サーバ。

［付記２］
前記買い物情報は、購入予定の商品のリストである購入商品リストを含み、
前記送信部は、前記取得部が取得した前記店舗識別情報と前記顧客識別情報とに前記データベースにおいて関連付けられた購入商品リストを表示するための表示情報を、前記携帯端末に送信する、付記１に記載の管理サーバ。

［付記３］
前記買い物情報は、購入予定の商品に対する支払い金額を少なくとも示す支払い情報を含み、
前記送信部は、前記取得部が取得した前記店舗識別情報と前記顧客識別情報とに前記データベースにおいて関連付けられた支払い情報を会計機が特定するためのバーコードの表示情報を、前記携帯端末に送信する、付記１に記載の管理サーバ。

［付記４］
前記取得部が取得した前記店舗識別情報と前記顧客識別情報とに関連付けられた買い物情報が前記データベースに存在しない場合、前記店舗において購入予定の商品を示す識別情報であって前記携帯端末から受信した商品識別情報に基づき生成した買い物情報を、前記取得部が取得した前記店舗識別情報と前記顧客識別情報とに関連付けて前記データベースに追加する更新部を有する、付記１～３のいずれか一項に記載の管理サーバ。

［付記５］
前記顧客による決済が完了したと判定した場合、前記顧客を示す顧客識別情報と、前記決済が行われた店舗を示す店舗識別情報とに関連付けられた買い物情報を、前記データベースから削除する更新部を有する、付記１～４のいずれか一項に記載の管理サーバ。

［付記６］
前記取得部が取得した前記店舗識別情報と前記顧客識別情報とに関連付けられた買い物情報が前記データベースに存在すると判定した場合、前記買い物情報が示す購入予定の商品の売価を、当該買い物情報が前記データベースに存在すると判定した時点の前記店舗での商品の売価に基づき決定する売価決定部をさらに有する、付記１～５のいずれか一項に記載の管理サーバ。

［付記７］
前記売価決定部は、前記買い物情報が示す購入予定の商品の売価を、当該買い物情報が前記データベースに存在すると判定した時点の前記店舗での商品の売価と、当該買い物情報が生成された時点の前記店舗での商品の売価とのうち安い方に決定する、付記６に記載の管理サーバ。

［付記８］
前記買い物において使用される前記携帯端末のアプリケーションの終了を、前記顧客の顧客識別情報と前記データベースにおいて関連付けられた未決済の前記買い物情報が存在する状態において検知した場合、前記アプリケーションの再起動を検知するまで、当該買い物情報を前記データベースに保持する保持部をさらに有する、付記１～７のいずれか一項に記載の管理サーバ。

［付記９］
付記１～８のいずれか一項に記載の管理サーバと、
顧客が使用する携帯端末と、を有する管理システムであって、
前記携帯端末は、
携帯端末を用いた商品の買い物が行われる店舗に前記顧客が入店した場合に、前記顧客が入店した店舗を示す店舗識別情報と、前記顧客を示す顧客識別情報とを前記管理サーバに送信する送信部と、
店舗識別情報と顧客識別情報とに関連付けられた未決済の買い物情報のデータベースに、前記送信部が送信した前記店舗識別情報と前記顧客識別情報とに関連付けられた買い物情報が存在する場合、当該買い物情報に基づく表示情報を、前記管理サーバから受信する受信部と、
前記表示情報に基づく表示を行う表示部と、
を有する、管理システム。

［付記１０］
管理サーバが実行する制御方法であって、
携帯端末を用いた商品の買い物が行われる店舗に顧客が入店した場合に、前記顧客が入店した店舗を示す店舗識別情報と、前記顧客を示す顧客識別情報とを取得し、
店舗識別情報と顧客識別情報とに関連付けられた未決済の買い物情報のデータベースに、取得した前記店舗識別情報と前記顧客識別情報とに関連付けられた買い物情報が存在する場合、当該買い物情報を前記データベースから抽出し、
当該買い物情報に基づく表示情報を、前記顧客が使用する携帯端末に送信する、制御方法。

［付記１１］
携帯端末を用いた商品の買い物が行われる店舗に顧客が入店した場合に、前記顧客が入店した店舗を示す店舗識別情報と、前記顧客を示す顧客識別情報とを取得する取得部と、
店舗識別情報と顧客識別情報とに関連付けられた未決済の買い物情報のデータベースに、前記取得部が取得した前記店舗識別情報と前記顧客識別情報とに関連付けられた買い物情報が存在する場合、当該買い物情報を前記データベースから抽出する抽出部と、
前記抽出部が抽出した買い物情報に基づく表示情報を、前記顧客が使用する携帯端末に送信する送信部としてコンピュータを機能させるプログラム。

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

１ ＰＯＳサーバ
２ 管理サーバ
３、３Ａ 携帯端末
４ 会員サーバ
５ 会計機
１００、１００Ａ 管理システム

Claims (12)

1. 顧客が入店した店舗を示す店舗識別情報と、前記顧客を示す顧客識別情報とを取得する取得手段と、
   店舗識別情報と顧客識別情報とに関連付けられた未決済の買い物情報のデータベースに、前記取得手段が取得した前記店舗識別情報と前記顧客識別情報とに関連付けられた買い物情報が存在する場合、当該買い物情報に基づく買い物を継続するか否かの選択を示す選択情報を受信し、前記選択情報が前記買い物を継続することの選択を示す場合に当該買い物情報を前記データベースから抽出する抽出手段と、
   前記抽出手段が抽出した買い物情報に基づく表示情報を、前記顧客が使用する携帯端末に送信する送信手段と、
   を有する管理サーバ。
2. 前記買い物情報は、購入予定の商品のリストである購入商品リストを含み、
   前記送信手段は、前記取得手段が取得した前記店舗識別情報と前記顧客識別情報とに前記データベースにおいて関連付けられた購入商品リストを表示するための表示情報を、前記携帯端末に送信する、請求項１に記載の管理サーバ。
3. 前記買い物情報は、購入予定の商品に対する支払い金額を少なくとも示す支払い情報を含み、
   前記送信手段は、前記取得手段が取得した前記店舗識別情報と前記顧客識別情報とに前記データベースにおいて関連付けられた支払い情報を会計機が特定するためのバーコードの表示情報を、前記携帯端末に送信する、請求項１に記載の管理サーバ。
4. 前記取得手段が取得した前記店舗識別情報と前記顧客識別情報とに関連付けられた買い物情報が前記データベースにおいて存在しない場合、前記店舗において購入予定の商品を示す識別情報であって前記携帯端末から受信した商品識別情報に基づき生成した買い物情報を、前記取得手段が取得した前記店舗識別情報と前記顧客識別情報とに関連付けて前記データベースに追加する更新手段を有する、請求項１～３のいずれか一項に記載の管理サーバ。
5. 前記顧客による決済が完了したと判定した場合、前記顧客を示す顧客識別情報と、前記決済が行われた店舗を示す店舗識別情報とに関連付けられた買い物情報を、前記データベースから削除する更新手段を有する、請求項１～３のいずれか一項に記載の管理サーバ。
6. 前記選択情報が前記買い物を継続しないことの選択を示す場合、
   前記顧客を示す顧客識別情報と、前記店舗識別情報とに関連付けられた買い物情報である第１買い物情報を、前記データベースから削除し、かつ、
   前記店舗において購入予定の商品を示す識別情報であって前記データベースから前記第１買い物情報を削除した後に前記携帯端末から受信した商品識別情報に基づき生成した買い物情報である第２買い物情報を、前記取得手段が取得した店舗識別情報と顧客識別情報とに関連付けて前記データベースに追加する更新手段を有する、請求項１～３のいずれか一項に記載の管理サーバ。
7. 前記取得手段が取得した前記店舗識別情報と前記顧客識別情報とに関連付けられた買い物情報が前記データベースに存在すると判定した場合、前記買い物情報が示す購入予定の商品の売価を、当該買い物情報が前記データベースに存在すると判定した時点の前記店舗での商品の売価に基づき決定する売価決定手段をさらに有する、請求項１～６のいずれか一項に記載の管理サーバ。
8. 前記売価決定手段は、前記買い物情報が示す購入予定の商品の売価を、当該買い物情報が前記データベースに存在すると判定した時点の前記店舗での商品の売価と、当該買い物情報が生成された時点の前記店舗での商品の売価とのうち安い方に決定する、請求項７に記載の管理サーバ。
9. 前記買い物において使用される前記携帯端末のアプリケーションの終了を、前記顧客の顧客識別情報と前記データベースにおいて関連付けられた未決済の前記買い物情報が存在する状態において検知した場合、前記アプリケーションの再起動を検知するまで、当該買い物情報を前記データベースに保持する保持手段をさらに有する、請求項１～８のいずれか一項に記載の管理サーバ。
10. 請求項１～９のいずれか一項に記載の管理サーバと、
    顧客が使用する携帯端末と、を有する管理システムであって、
    前記携帯端末は、
    前記顧客が入店した店舗を示す店舗識別情報と、前記顧客を示す顧客識別情報とを前記管理サーバに送信する送信手段と、
    店舗識別情報と顧客識別情報とに関連付けられた未決済の買い物情報のデータベースに、前記送信手段が送信した前記店舗識別情報と前記顧客識別情報とに関連付けられた買い物情報が存在する場合、当該買い物情報に基づく買い物を継続するか否かの選択を示す選択情報を前記管理サーバに送信し、前記選択情報が前記買い物を継続することの選択を示す場合に当該買い物情報に基づく表示情報を、前記管理サーバから受信する受信手段と、
    前記表示情報に基づく表示を行う表示手段と、
    を有する、管理システム。
11. 管理サーバが実行する制御方法であって、
    顧客が入店した店舗を示す店舗識別情報と、前記顧客を示す顧客識別情報とを取得し、
    店舗識別情報と顧客識別情報とに関連付けられた未決済の買い物情報のデータベースに、取得した前記店舗識別情報と前記顧客識別情報とに関連付けられた買い物情報が存在する場合、当該買い物情報に基づく買い物を継続するか否かの選択を示す選択情報を受信し、前記選択情報が前記買い物を継続することの選択を示す場合に当該買い物情報を前記データベースから抽出し、
    当該買い物情報に基づく表示情報を、前記顧客が使用する携帯端末に送信する、制御方法。
12. 顧客が入店した店舗を示す店舗識別情報と、前記顧客を示す顧客識別情報とを取得する取得手段と、
    店舗識別情報と顧客識別情報とに関連付けられた未決済の買い物情報のデータベースに、前記取得手段が取得した前記店舗識別情報と前記顧客識別情報とに関連付けられた買い物情報が存在する場合、当該買い物情報に基づく買い物を継続するか否かの選択を示す選択情報を受信し、前記選択情報が前記買い物を継続することの選択を示す場合に当該買い物情報を前記データベースから抽出する抽出手段と、
    前記抽出手段が抽出した買い物情報に基づく表示情報を、前記顧客が使用する携帯端末に送信する送信手段としてコンピュータを機能させるプログラム。

Images