特開2024-161261管理サーバ、管理システム、携帯端末、制御方法及び記憶媒体
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024161261
(43)【公開日】2024-11-15
(54)【発明の名称】管理サーバ、管理システム、携帯端末、制御方法及び記憶媒体
(51)【国際特許分類】
G06Q 20/20 20120101AFI20241108BHJP
G06Q 20/32 20120101ALI20241108BHJP
G06Q 30/06 20230101ALI20241108BHJP
【ＦＩ】
G06Q20/20
G06Q20/32 300
G06Q30/06
【審査請求】有
【請求項の数】11
【出願形態】ＯＬ
(21)【出願番号】P 2024153778
(22)【出願日】2024-09-06
(62)【分割の表示】P 2023107109の分割
【原出願日】2020-10-02
(31)【優先権主張番号】P 2019191741
(32)【優先日】2019-10-21
(33)【優先権主張国・地域又は機関】JP
(71)【出願人】
【識別番号】000004237
【氏名又は名称】日本電気株式会社
(74)【代理人】
【識別番号】100107331
【弁理士】
【氏名又は名称】中村 聡延
(74)【代理人】
【識別番号】100104765
【弁理士】
【氏名又は名称】江上 達夫
(74)【代理人】
【識別番号】100131015
【弁理士】
【氏名又は名称】三輪 浩誉
(72)【発明者】
【氏名】池澤 るみ
(72)【発明者】
【氏名】昆金 学
(57)【要約】
【課題】買い物に使用する携帯端末のアプリケーションが何らかの理由により決済前に終了した場合であっても、買い物を円滑に再開する。
【解決手段】管理サーバ２Ａは、受信部８１と、生成部８２と、保持部８３と、送信部８４とを有する。受信部８１は、顧客が使用する携帯端末３Ａから、顧客が入店した店において購入予定の商品を示す商品識別情報を受信する。生成部８２は、商品識別情報に基づき、購入予定の商品のリストである購入商品リストを生成する。保持部８３は、携帯端末３Ａにおける商品識別情報の送信及び携帯端末３Ａの表示を制御するアプリケーションの終了を購入商品リストが未決済の状態において検知した場合、アプリケーションの再起動を検知するまで、購入商品リストを保持する。送信部８４は、アプリケーションの再起動後、購入商品リストの情報を携帯端末３Ａに送信する。
【選択図】図１９
【解決手段】管理サーバ２Ａは、受信部８１と、生成部８２と、保持部８３と、送信部８４とを有する。受信部８１は、顧客が使用する携帯端末３Ａから、顧客が入店した店において購入予定の商品を示す商品識別情報を受信する。生成部８２は、商品識別情報に基づき、購入予定の商品のリストである購入商品リストを生成する。保持部８３は、携帯端末３Ａにおける商品識別情報の送信及び携帯端末３Ａの表示を制御するアプリケーションの終了を購入商品リストが未決済の状態において検知した場合、アプリケーションの再起動を検知するまで、購入商品リストを保持する。送信部８４は、アプリケーションの再起動後、購入商品リストの情報を携帯端末３Ａに送信する。
【選択図】図１９
【特許請求の範囲】
【請求項1】
顧客が使用する携帯端末から、商品識別情報を受信する受信手段と、
前記商品識別情報に基づき、前記顧客が購入する予定の商品のリストである購入商品リストを生成する生成手段と、
前記携帯端末における前記購入商品リストの表示を制御するアプリケーションの終了を前記購入商品リストが未決済の状態において検知した後、前記アプリケーションの再起動を検知した場合に、前記携帯端末に未決済の購入商品リストを利用して買い物を継続するか否かを選択させるための通知をする通知手段と、
を有する管理サーバ。
前記商品識別情報に基づき、前記顧客が購入する予定の商品のリストである購入商品リストを生成する生成手段と、
前記携帯端末における前記購入商品リストの表示を制御するアプリケーションの終了を前記購入商品リストが未決済の状態において検知した後、前記アプリケーションの再起動を検知した場合に、前記携帯端末に未決済の購入商品リストを利用して買い物を継続するか否かを選択させるための通知をする通知手段と、
を有する管理サーバ。
【請求項2】
前記通知に基づいて、前記携帯端末に未決済の購入商品リストを利用して買い物を継続することが選択された場合、前記未決済の購入商品リストを表示するように制御する表示制御手段、をさらに有する請求項１に記載の管理サーバ。
【請求項3】
前記アプリケーションの終了を検知した後、前記アプリケーションの再起動を検知するまで、所定時間間隔毎に、前記携帯端末に未決済に関する通知をする通知手段を有する請求項１または２に記載の管理サーバ。
【請求項4】
未決済の状態において前記購入商品リストが所定時間以上更新されない場合に、前記携帯端末に未決済に関する通知をする通知手段を有する、請求項１～３のいずれか一項に記載の管理サーバ。
【請求項5】
前記購入商品リストが未決済の状態において前記携帯端末が前記顧客が入店した店の外に出たと判定した場合、前記携帯端末に未決済に関する通知をする通知手段を有する、請求項１～４のいずれか一項に記載の管理サーバ。
【請求項6】
前記未決済の購入商品リストを利用して買い物を継続しないことが選択された場合、前記購入商品リストを削除する、請求項１～５のいずれか一項に記載の管理サーバ。
【請求項7】
前記生成手段は、前記購入商品リストに関する決済が行われた後、当該決済に基づく購入履歴を生成し、
前記受信手段は、前記顧客が使用する端末から、電子商取引による前記購入履歴に基づく買い物の要求を受信し、
前記送信手段は、前記買い物の要求を受信した場合に、前記顧客が使用する端末に対し、前記購入履歴に関する表示情報を送信する、請求項１～６のいずれか一項に記載の管理サーバ。
前記受信手段は、前記顧客が使用する端末から、電子商取引による前記購入履歴に基づく買い物の要求を受信し、
前記送信手段は、前記買い物の要求を受信した場合に、前記顧客が使用する端末に対し、前記購入履歴に関する表示情報を送信する、請求項１～６のいずれか一項に記載の管理サーバ。
【請求項8】
請求項１～７のいずれか一項に記載の管理サーバと、
顧客が使用する携帯端末と、を有する管理システムであって、
前記携帯端末は、
前記顧客が入店した店において、当該店での買い物に関する前記携帯端末の制御を行うアプリケーションを起動後、購入予定の商品を示す商品識別情報を取得する取得手段と、
前記商品識別情報を前記管理サーバへ送信する送信手段と、
前記商品のリストである購入商品リストを表示部に表示する表示制御手段と、を有し、
前記表示制御手段は、前記購入商品リストが未決済の状態において前記アプリケーションが終了した場合、前記アプリケーションの再起動後に前記管理サーバから受信する情報に基づき、未決済の購入商品リストを利用して買い物を継続するか否かを選択させるための通知を行う、管理システム。
顧客が使用する携帯端末と、を有する管理システムであって、
前記携帯端末は、
前記顧客が入店した店において、当該店での買い物に関する前記携帯端末の制御を行うアプリケーションを起動後、購入予定の商品を示す商品識別情報を取得する取得手段と、
前記商品識別情報を前記管理サーバへ送信する送信手段と、
前記商品のリストである購入商品リストを表示部に表示する表示制御手段と、を有し、
前記表示制御手段は、前記購入商品リストが未決済の状態において前記アプリケーションが終了した場合、前記アプリケーションの再起動後に前記管理サーバから受信する情報に基づき、未決済の購入商品リストを利用して買い物を継続するか否かを選択させるための通知を行う、管理システム。
【請求項9】
携帯端末であって、
前記顧客が入店した店において、当該店での買い物に関する前記携帯端末の制御を行うアプリケーションを起動後、購入予定の商品を示す商品識別情報を取得する取得手段と、
前記商品識別情報を、前記顧客が購入する予定の商品のリストである購入商品リストを管理する管理サーバへ送信する送信手段と、
前記購入商品リストを表示部に表示する表示制御手段と、を有し、
前記表示制御手段は、前記購入商品リストが未決済の状態において前記アプリケーションが終了した場合、前記アプリケーションの再起動後に前記管理サーバから受信する情報に基づき、未決済の購入商品リストを利用して買い物を継続するか否かを選択させるための通知を行う、携帯端末。
前記顧客が入店した店において、当該店での買い物に関する前記携帯端末の制御を行うアプリケーションを起動後、購入予定の商品を示す商品識別情報を取得する取得手段と、
前記商品識別情報を、前記顧客が購入する予定の商品のリストである購入商品リストを管理する管理サーバへ送信する送信手段と、
前記購入商品リストを表示部に表示する表示制御手段と、を有し、
前記表示制御手段は、前記購入商品リストが未決済の状態において前記アプリケーションが終了した場合、前記アプリケーションの再起動後に前記管理サーバから受信する情報に基づき、未決済の購入商品リストを利用して買い物を継続するか否かを選択させるための通知を行う、携帯端末。
【請求項10】
管理サーバが実行する制御方法であって、
顧客が使用する携帯端末から、商品識別情報を受信し、
前記商品識別情報に基づき、前記顧客が購入する予定の商品のリストである購入商品リストを生成し、
前記携帯端末における前記購入商品リストの表示を制御するアプリケーションの終了を前記購入商品リストが未決済の状態において検知した後、前記アプリケーションの再起動を検知した場合に、前記携帯端末に未決済の購入商品リストを利用して買い物を継続するか否かを選択させるための通知をする、制御方法。
顧客が使用する携帯端末から、商品識別情報を受信し、
前記商品識別情報に基づき、前記顧客が購入する予定の商品のリストである購入商品リストを生成し、
前記携帯端末における前記購入商品リストの表示を制御するアプリケーションの終了を前記購入商品リストが未決済の状態において検知した後、前記アプリケーションの再起動を検知した場合に、前記携帯端末に未決済の購入商品リストを利用して買い物を継続するか否かを選択させるための通知をする、制御方法。
【請求項11】
顧客が使用する携帯端末から、商品識別情報を受信する受信手段と、
前記商品識別情報に基づき、前記顧客が購入する予定の商品のリストである購入商品リストを生成する生成手段と、
前記携帯端末における前記購入商品リストの表示を制御するアプリケーションの終了を前記購入商品リストが未決済の状態において検知した後、前記アプリケーションの再起動を検知した場合に、前記携帯端末に未決済の購入商品リストを利用して買い物を継続するか否かを選択させるための通知をする通知手段
としてコンピュータを機能させるプログラム。
前記商品識別情報に基づき、前記顧客が購入する予定の商品のリストである購入商品リストを生成する生成手段と、
前記携帯端末における前記購入商品リストの表示を制御するアプリケーションの終了を前記購入商品リストが未決済の状態において検知した後、前記アプリケーションの再起動を検知した場合に、前記携帯端末に未決済の購入商品リストを利用して買い物を継続するか否かを選択させるための通知をする通知手段
としてコンピュータを機能させるプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、会員情報の更新に関する。
【背景技術】
【0002】
来店した顧客が商品を購入するための商品販売システムとして、顧客が所有するスマートフォンなどの携帯端末を用いて、顧客が商品のバーコードを読み取って商品登録を行い、精算を行うシステムが知られている。例えば、特許文献１には、購入対象となる商品の商品情報を取得し、取得した全ての商品情報を含む精算情報を管理サーバに送信する携帯端末と、精算情報に含まれる商品情報に基づいて、各商品名を価格の高い順に列記したソート明細情報を生成及び出力する管理サーバとを備えたセルフショッピングシステムが開示されている。
【0003】
また、特許文献２には、デジタルコンテンツ等の決済において、ユーザ端末装置と非接触通信を行う記憶媒体から取得した金額情報の履歴情報に基づいて、記憶媒体に記憶された金額情報の更新処理に係る不具合の有無を判定する決済サーバ装置が開示されている。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】特開２０１３－４１３５４号公報
【特許文献2】特開２０１８－１１００２４号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
顧客が携帯端末を用いて商品のバーコードを読み取って商品登録を行い、精算を行うシステムでは、決済を行う前に顧客が使用する携帯端末を制御するアプリケーションが何らかの理由により強制終了したときには、商品登録をやり直す必要があった。特許文献１及び特許文献２には、このように決済前に携帯端末のアプリケーションが終了したときの処理については、何ら開示されていない。
【0006】
本発明の目的は、買い物に使用する携帯端末のアプリケーションが何らかの理由により決済前に終了した場合であっても、買い物を円滑に再開することが可能な管理サーバ、管理システム、携帯端末、制御方法及び記憶媒体を提供することである。
【課題を解決するための手段】
【0007】
管理サーバの一の態様は、管理サーバであって、
顧客が使用する携帯端末から、商品識別情報を受信する受信手段と、
前記商品識別情報に基づき、前記顧客が購入する予定の商品のリストである購入商品リストを生成する生成手段と、
前記携帯端末における前記購入商品リストの表示を制御するアプリケーションの終了を前記購入商品リストが未決済の状態において検知した後、前記アプリケーションの再起動を検知した場合に、前記携帯端末に未決済の購入商品リストを利用して買い物を継続するか否かを選択させるための通知をする通知手段と、を有する。
携帯端末の一の態様は、携帯端末であって、
前記顧客が入店した店において、当該店での買い物に関する前記携帯端末の制御を行うアプリケーションを起動後、購入予定の商品を示す商品識別情報を取得する取得手段と、
前記商品識別情報を、前記顧客が購入する予定の商品のリストである購入商品リストを管理する管理サーバへ送信する送信手段と、
前記購入商品リストを表示部に表示する表示制御手段と、を有し、
前記表示制御手段は、前記購入商品リストが未決済の状態において前記アプリケーションが終了した場合、前記アプリケーションの再起動後に前記管理サーバから受信する情報に基づき、未決済の購入商品リストを利用して買い物を継続するか否かを選択させるための通知を行う。
顧客が使用する携帯端末から、商品識別情報を受信する受信手段と、
前記商品識別情報に基づき、前記顧客が購入する予定の商品のリストである購入商品リストを生成する生成手段と、
前記携帯端末における前記購入商品リストの表示を制御するアプリケーションの終了を前記購入商品リストが未決済の状態において検知した後、前記アプリケーションの再起動を検知した場合に、前記携帯端末に未決済の購入商品リストを利用して買い物を継続するか否かを選択させるための通知をする通知手段と、を有する。
携帯端末の一の態様は、携帯端末であって、
前記顧客が入店した店において、当該店での買い物に関する前記携帯端末の制御を行うアプリケーションを起動後、購入予定の商品を示す商品識別情報を取得する取得手段と、
前記商品識別情報を、前記顧客が購入する予定の商品のリストである購入商品リストを管理する管理サーバへ送信する送信手段と、
前記購入商品リストを表示部に表示する表示制御手段と、を有し、
前記表示制御手段は、前記購入商品リストが未決済の状態において前記アプリケーションが終了した場合、前記アプリケーションの再起動後に前記管理サーバから受信する情報に基づき、未決済の購入商品リストを利用して買い物を継続するか否かを選択させるための通知を行う。
【0008】
制御方法の一の態様は、管理サーバが実行する制御方法であって、
顧客が使用する携帯端末から、商品識別情報を受信し、
前記商品識別情報に基づき、前記顧客が購入する予定の商品のリストである購入商品リストを生成し、
前記携帯端末における前記購入商品リストの表示を制御するアプリケーションの終了を前記購入商品リストが未決済の状態において検知した後、前記アプリケーションの再起動を検知した場合に、前記携帯端末に未決済の購入商品リストを利用して買い物を継続するか否かを選択させるための通知をす。
顧客が使用する携帯端末から、商品識別情報を受信し、
前記商品識別情報に基づき、前記顧客が購入する予定の商品のリストである購入商品リストを生成し、
前記携帯端末における前記購入商品リストの表示を制御するアプリケーションの終了を前記購入商品リストが未決済の状態において検知した後、前記アプリケーションの再起動を検知した場合に、前記携帯端末に未決済の購入商品リストを利用して買い物を継続するか否かを選択させるための通知をす。
【0009】
プログラムの一の態様は、
顧客が使用する携帯端末から、商品識別情報を受信する受信手段と、
前記商品識別情報に基づき、前記顧客が購入する予定の商品のリストである購入商品リストを生成する生成手段と、
前記携帯端末における前記購入商品リストの表示を制御するアプリケーションの終了を前記購入商品リストが未決済の状態において検知した後、前記アプリケーションの再起動を検知した場合に、前記携帯端末に未決済の購入商品リストを利用して買い物を継続するか否かを選択させるための通知をする通知手段
としてコンピュータを機能させるプログラムである。
顧客が使用する携帯端末から、商品識別情報を受信する受信手段と、
前記商品識別情報に基づき、前記顧客が購入する予定の商品のリストである購入商品リストを生成する生成手段と、
前記携帯端末における前記購入商品リストの表示を制御するアプリケーションの終了を前記購入商品リストが未決済の状態において検知した後、前記アプリケーションの再起動を検知した場合に、前記携帯端末に未決済の購入商品リストを利用して買い物を継続するか否かを選択させるための通知をする通知手段
としてコンピュータを機能させるプログラムである。
【発明の効果】
【0010】
本発明によれば、買い物に使用する携帯端末のアプリケーションが何らかの理由により決済前に終了した場合であっても、顧客が買い物を円滑に再開することができる。
【図面の簡単な説明】
【0011】
【図1】第１実施形態に係る管理システムの構成を示す。
【図2】ＰＯＳサーバの概略構成を示す。
【図3】管理サーバの概略構成を示す。
【図4】携帯端末の概略構成を示す。
【図5】会員サーバの概略構成を示す。
【図6】会計機の概略構成を示す。
【図7】商品購入処理のフローチャートである。
【図8】入店処理のフローチャートである。
【図9】商品選択処理のフローチャートである。
【図10】購入商品リスト画面の表示例である。
【図11】会計処理のフローチャートである。
【図12】支払い方法選択画面の表示例である。
【図13】会計機の表示画面の例である。
【図14】未決済処理の手順を示すフローチャートの一例である。
【図15】専用アプリの停止時における携帯端末の表示画面の一例である。
【図16】専用アプリの再起動後の携帯端末の表示画面の一例である。
【図17】未決済における異常状態を検出したときの携帯端末の表示画面の一例である。
【図18】専用アプリを利用した電子商取引を行う際に携帯端末が表示する表示画面の一例である。
【図19】第２実施形態に係る管理サーバの概略構成を示す。
【発明を実施するための形態】
【0012】
以下、図面を参照しながら、本発明の好適な実施形態について説明する。
【0013】
＜第１実施形態＞
（１）管理システムの構成
図１は、本実施形態に係る管理システム１００の構成を示す。管理システム１００は、主に、ＰＯＳサーバ１と、管理サーバ２と、携帯端末３と、会員サーバ４と、会計機５とを備える。管理システム１００では、携帯端末３を使用する顧客は、商品の販売を行う店舗８内において商品に付された商品バーコード７を読み取ることで、購入予定の商品（「購入商品」とも呼ぶ。）の登録を行い、店舗８内の会計機５を用いて又は電子決済により、精算を行う。
（１）管理システムの構成
図１は、本実施形態に係る管理システム１００の構成を示す。管理システム１００は、主に、ＰＯＳサーバ１と、管理サーバ２と、携帯端末３と、会員サーバ４と、会計機５とを備える。管理システム１００では、携帯端末３を使用する顧客は、商品の販売を行う店舗８内において商品に付された商品バーコード７を読み取ることで、購入予定の商品（「購入商品」とも呼ぶ。）の登録を行い、店舗８内の会計機５を用いて又は電子決済により、精算を行う。
【0014】
ＰＯＳサーバ１は、店舗８で販売される商品に関する価格、在庫状況などを含む商品情報、店舗８の売上情報などの種々の販売情報を管理するサーバである。ＰＯＳサーバ１は、管理サーバ２及び会計機５とネットワーク等を介して通信可能である。なお、ＰＯＳサーバ１は、複数の系列店舗の販売情報を一括して管理するものであってもよく、店舗毎に存在し、その店舗の販売情報のみを管理するものであってもよい。
【0015】
管理サーバ２は、携帯端末３や会計機５の制御を行うサーバ装置であり、携帯端末３、会員サーバ４及び会計機５とネットワーク等を介して通信可能となっている。管理サーバ２は、携帯端末３の表示制御に必要な情報をＰＯＳサーバ１から取得し、記憶している。管理サーバ２は、携帯端末３が各種画面を表示するための表示情報を携帯端末３に送信する。上述の各種画面には、携帯端末３が商品バーコード７を読み取ることで登録された購入商品のリスト（「購入商品リスト」と呼ぶ。）を、売価と共に表示する画面（「購入商品リスト画面」とも呼ぶ。）が含まれる。また、管理サーバ２は、会員サーバ４から会員に関する情報を取得したり、会員サーバ４が記憶する情報を更新するための情報を会員サーバ４に送信したりする。
【0016】
なお、管理サーバ２は、複数のサーバ装置により構成されてもよい。例えば、管理サーバ２は、携帯端末３とのデータ授受などの携帯端末３とのインターフェース動作を主に行うサーバ装置と、ＰＯＳサーバ１から取得する情報及び購入商品リストなどの種々の情報を記憶・管理するサーバ装置とから構成されてもよい。この場合、前者のサーバ装置は、所謂アプリケーションサーバとして機能し、後者のサーバ装置は、所謂データベースサーバとして機能する。この場合、これらのサーバ装置は、それぞれが割り当てられた処理を実行するのに必要な情報の授受を、ネットワーク等を介して行う。
【0017】
携帯端末３は、店舗８で買い物を行う顧客が使用する携帯端末であり、商品に付された商品バーコード７を読み取る機能、管理サーバ２と通信を行うことで購入商品リスト画面などの各種画面を取得し、表示する機能などを有する。なお、図１では、説明の便宜上、携帯端末３は１つのみ表示されているが、店舗８に入店している顧客の数だけ実際には存在している。
【0018】
会員サーバ４は、会員に関する情報及び会員に発行する会員カードに関する情報を記憶する。会員サーバ４は、管理サーバ２とネットワーク等を介して通信可能となっている。なお、管理サーバ２は、会員サーバ４として機能してもよい。この場合、管理サーバ２は、会員サーバ４が記憶する会員及び会員カードに関する情報等を記憶する。
【0019】
会計機５は、顧客が携帯端末３を用いて精算を行うための精算機（所謂セルフ精算機）である。会計機５は、管理サーバ２と通信可能であって、精算に必要な種々の情報の授受を管理サーバ２、及び、必要に応じてＰＯＳサーバ１と行う。会計機５は、顧客の携帯端末３から後述する会計バーコードを読み取るためのバーコードリーダ５６と、店員を呼ぶためのライト５７を備えている。
【0020】
【0021】
（２－１）ＰＯＳサーバ
図２は、ＰＯＳサーバ１の概略構成を示す。ＰＯＳサーバ１は、主に、記憶部１３と、データ通信を行う通信部１４と、制御部１５とを備える。これらの要素はバスライン１０により相互に接続されている。
図２は、ＰＯＳサーバ１の概略構成を示す。ＰＯＳサーバ１は、主に、記憶部１３と、データ通信を行う通信部１４と、制御部１５とを備える。これらの要素はバスライン１０により相互に接続されている。
【0022】
記憶部１３は、ハードディスク又はフラッシュメモリといったメモリによって構成される。記憶部１３は、制御部１５が実行するプログラム、及び、制御部１５がプログラムを実行することで所定の処理を実行するのに必要な情報を記憶する。本実施形態では、記憶部１３は、売価変更情報１７と、商品情報ＤＢ（Ｄａｔａｂａｓｅ）１８と、商品の売上に関する情報である売上情報１９とを含んでいる。なお、記憶部１３は、売価変更情報１７、商品情報ＤＢ１８、売上情報１９以外の種々の販売に関する情報を記憶してもよい。
【0023】
商品情報ＤＢ１８は、店舗８又は店舗８を含む系列店舗で取り扱う商品に関する情報のデータベースである。商品情報ＤＢ１８は、例えば、商品の価格、ＪＡＮ（Ｊａｐａｎｅｓｅ Ａｒｔｉｃｌｅ Ｎｕｍｂｅｒ）コードなどの商品を識別するための情報（「商品識別情報」とも呼ぶ。）、商品の分類情報、商品の在庫状況などの各種情報を含む。
【0024】
売価変更情報１７は、売価の変更に関する情報である。具体的に、売価変更情報１７は、分類別割引情報、バンドル割引情報、セット割引情報、合計額割引情報、分類別値引情報、バンドル値引情報、セット値引情報、及び合計額値引情報などの任意の割引情報又は値引情報の少なくとも１つを含んでいる。
【0025】
制御部１５は、図示しないＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）及びＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）などを備え、ＰＯＳサーバ１内の各構成要素に対して種々の制御を行う。例えば、制御部１５は、通信部１４を介して会計機５と通信を行うことで、売上情報１９の更新等を行う。また、制御部１５は、通信部１４を介して管理サーバ２と通信を行うことで、売価変更情報１７及び商品情報ＤＢ１８に関する情報を管理サーバ２に送信する。
【0026】
（２－２）管理サーバ
図３は、管理サーバ２の概略構成を示す。管理サーバ２は、主に、記憶部２３と、通信部２４と、制御部２５とを備える。これらの各要素は、バスライン２０を介して相互に接続されている。
図３は、管理サーバ２の概略構成を示す。管理サーバ２は、主に、記憶部２３と、通信部２４と、制御部２５とを備える。これらの各要素は、バスライン２０を介して相互に接続されている。
【0027】
記憶部２３は、ハードディスク又はフラッシュメモリといったメモリによって構成される。記憶部２３は、制御部２５が実行するプログラム、及び、制御部２５がプログラムを実行することで所定の処理を実行するのに必要な情報を記憶する。本実施形態では、記憶部２３は、売価変更情報２７と、商品情報ＤＢ２８と、購入商品リストＤＢ２９とを記憶する。
【0028】
売価変更情報２７は、売価変更情報１７と同様、値引又は割引に伴う売価の変更に関する情報である。売価変更情報２７は、制御部２５の制御に基づき、ＰＯＳサーバ１が記憶する売価変更情報１７と同期するように定期又は不定期に更新される。商品情報ＤＢ２８は、商品情報ＤＢ１８と同様、商品に関する情報のデータベースである。商品情報ＤＢ２８は、制御部２５の制御に基づき、ＰＯＳサーバ１が記憶する商品情報ＤＢ１８と同期するように定期又は不定期に更新される。
【0029】
購入商品リストＤＢ２９は、店舗８において買い物を行っている顧客の携帯端末３毎の未決済の購入商品リストのデータベースである。購入商品リストは、例えば、購入予定の（即ち未決済の）商品を示す商品識別情報と、その商品の購入予定数量を含むリストであり、携帯端末３又は携帯端末３を使用する顧客を識別する情報（「顧客識別情報」とも呼ぶ。）と関連付けられている。顧客識別情報は、顧客を一意に識別可能な情報であればよく、対象の顧客に付与された会員カードのカード番号であってもよく、後述する専用アプリの識別情報であってもよく、携帯端末３を識別する情報であってもよい。そして、購入商品リストは、携帯端末３の操作に基づき行われる購入商品の追加、削除、又は数量変更が発生する度に更新される。
【0030】
また、記憶部２３は、店舗８のエリア（詳しくは店舗８で買い物が行われるエリア）を特定するための、絶対座標により表された位置情報を記憶する。この位置情報は、後述するように、携帯端末３が店舗８の外に出たか否かの判定に用いられる。
【0031】
通信部２４は、有線又は無線通信により、ＰＯＳサーバ１、携帯端末３及び会計機５と通信する。制御部２５は、図示しないＣＰＵ、ＲＯＭ及びＲＡＭなどを備え、管理サーバ２内の各構成要素に対して種々の制御を行う。制御部２５が実行する処理については後述する。
【0032】
（２－３）携帯端末
図４は、携帯端末３の概略構成を示す。携帯端末３は、主に、表示部３１と、入力部３２と、記憶部３３と、通信部３４と、制御部３５と、読取部３６とを備える。これらの各要素は、バスライン３０を介して相互に接続されている。
図４は、携帯端末３の概略構成を示す。携帯端末３は、主に、表示部３１と、入力部３２と、記憶部３３と、通信部３４と、制御部３５と、読取部３６とを備える。これらの各要素は、バスライン３０を介して相互に接続されている。
【0033】
表示部３１は、制御部３５の制御に基づき、購入商品リスト、会計バーコードなどの各種情報の表示を行う。入力部３２は、ユーザの入力を受け付けるインターフェースであり、例えば、タッチパネル、ボタン、音声入力装置などが該当する。
【0034】
記憶部３３は、ハードディスク又はフラッシュメモリといったメモリによって構成される。記憶部３３は、制御部３５が実行するプログラム、及び、制御部３５がプログラムを実行することで所定の処理を実行するのに必要な情報を記憶する。例えば、記憶部３３には、店舗８又は店舗８を管理する企業（団体）が提供するアプリケーションプログラム（以後では、「専用アプリ」とも呼ぶ。）が記憶されている。専用アプリは、店舗８において買い物を行う際に起動され、購入商品リスト画面などの種々の画面の表示を制御する。
【0035】
通信部３４は、無線通信により、管理サーバ２と通信する。制御部３５は、図示しないＣＰＵ、ＲＯＭ及びＲＡＭなどを備え、携帯端末３内の各構成要素に対して種々の制御を行う。制御部３５は、表示部３１、通信部３４、及び読取部３６などを制御し、「取得部」、「送信部」、及び「表示制御部」として機能する。制御部３５が実行する制御については後述する。
【0036】
読取部３６は、例えばカメラなどの光学機器であり、商品に付された商品バーコード７を読取り、読み取った情報を制御部３５に供給する。本実施形態では、制御部３５は、読取部３６が出力する情報に基づき、商品に付された商品バーコード７からＪＡＮコードなどの商品識別情報を取得する。
【0037】
（２－４）会員サーバ
図５は、会員サーバ４の概略構成を示す。会員サーバ４は、主に、記憶部４３と、通信部４４と、制御部４５とを備える。これらの各要素は、バスライン４０を介して相互に接続されている。
図５は、会員サーバ４の概略構成を示す。会員サーバ４は、主に、記憶部４３と、通信部４４と、制御部４５とを備える。これらの各要素は、バスライン４０を介して相互に接続されている。
【0038】
記憶部４３は、ハードディスク又はフラッシュメモリといったメモリによって構成される。記憶部４３は、制御部４５が実行するプログラム、及び、制御部４５がプログラムを実行することで所定の処理を実行するのに必要な情報を記憶する。本実施形態では、記憶部４３は、主に、会員情報ＤＢ４７と、カード情報ＤＢ４８とを記憶している。
【0039】
会員情報ＤＢ４７は、会員手続きを行った会員ごとの情報である会員情報のデータベースである。会員情報は、例えば、名前、性別、生年月日などの一般的な属性情報に加えて、カード番号、会員のランク、及び蓄積したポイント数などの会員特有の属性情報を含んでいる。カード番号は、会員カードの識別番号であり、会員カードは、例えば、店舗８に設けられたカウンター等に会員になることを申し出ることにより付与されるポイントカードである。なお、会員カードの付与には、例えば、名前などの個人情報を記入する申込用紙への記入が申込者に要求される。会員カードには、当該カードに割り当てられたカード番号と、当該カード番号の有効性を判定するための暗証番号（ＰＩＮコード）とが印刷されている。なお、会員は、他の会員に従属しない通常の会員である本会員と、本会員と従属的な関係にある家族会員とが存在し、会員カードは、本会員に対して付与される本会員カードと、家族会員に対して付与される家族カードとを含む。本会員と家族会員とは、買物等に応じて付与されるポイントの共有などを行う。
【0040】
カード情報ＤＢ４８は、会員カードに関するデータベースである。例えば、カード情報ＤＢ４８には、発行され得る会員カードに割り当てられたカード番号と、当該カード番号の有効性を認証するための暗証番号との組み合わせが含まれている。また、カード情報ＤＢ４８には、各会員カードの有効性に関する情報が含まれている。その他、発行され得る家族カードのカード番号には、当該家族カードとポイントの共有などを行う本会員カードのカード番号が関連付けられている。
【0041】
購入履歴ＤＢ４９は、支払いが行われた購入商品リストに基づき生成される購入履歴情報のデータベースである。購入履歴情報は、決済が行われた購入商品リスト毎に生成され、決済が行われた購入商品リストと、顧客に関する情報（例えば顧客識別情報）と、決済に関する情報とが関連付けられている。決済に関する情報は、例えば、決済が行われた日時、決済が行われた店舗、決済時の商品の価格及び合計金額等の情報を含む。なお、購入履歴ＤＢ４９は、会員サーバ４に代えて、管理サーバ２が保持してもよい。
【0042】
通信部４４は、有線又は無線通信により、管理サーバ２等と通信する。制御部４５は、図示しないＣＰＵ、ＲＯＭ及びＲＡＭなどを備え、会員サーバ４内の各構成要素に対して種々の制御を行う。
【0043】
（２－５）会計機
図６は、会計機５の概略構成を示す。会計機５は、主に、表示部５１と、入力部５２と、記憶部５３と、通信部５４と、制御部５５と、バーコードリーダ５６と、ライト５７と、スピーカ５８とを備える。これらの各要素は、バスライン５０を介して相互に接続されている。
図６は、会計機５の概略構成を示す。会計機５は、主に、表示部５１と、入力部５２と、記憶部５３と、通信部５４と、制御部５５と、バーコードリーダ５６と、ライト５７と、スピーカ５８とを備える。これらの各要素は、バスライン５０を介して相互に接続されている。
【0044】
表示部５１は、制御部５５の制御に基づき、支払い方法選択画面や終了画面などの各種情報の表示を行う。入力部５２は、顧客の入力を受け付けるインターフェースであり、例えば、タッチパネル、ボタンなどが該当する。
【0045】
記憶部５３は、ハードディスク又はフラッシュメモリといったメモリによって構成される。記憶部５３は、制御部５５が実行するプログラム、及び、制御部５５がプログラムを実行することで所定の処理を実行するのに必要な情報を記憶する。例えば、記憶部５３には、顧客が支払いを行う際に動作し、会計処理を行うための専用のアプリケーションプログラムが記憶されている。
【0046】
制御部５５は、図示しないＣＰＵ、ＲＯＭ及びＲＡＭなどを備え、会計機５内の各構成要素に対して種々の制御を行う。制御部５５が実行する制御については後述する。バーコードリーダ５６は、会計時に顧客の携帯端末３に表示された会計バーコードを読み取り、読み取った情報を制御部５５に供給する。ライト５７は、会計機５に不具合が生じたときや、店員を呼ぶときなどに点灯する。スピーカ５８は、必要に応じて注意喚起のための操作音や音声メッセージなどを出力する。
【0047】
（３）商品購入処理
次に、管理システム１００による商品購入処理の概要について説明する。商品購入処理は、顧客が店舗８において携帯端末３を使用して商品を購入する処理である。図７は、商品購入処理の概要を示すフローチャートである。商品購入処理は、大別して、入店処理Ｓ１００と、商品選択処理Ｓ２００と、会計処理Ｓ３００とを有する。なお、商品購入処理は、主として管理サーバ２、携帯端末３及び会計機５が、それぞれ予め用意されたプログラムを実行することにより実現される。
次に、管理システム１００による商品購入処理の概要について説明する。商品購入処理は、顧客が店舗８において携帯端末３を使用して商品を購入する処理である。図７は、商品購入処理の概要を示すフローチャートである。商品購入処理は、大別して、入店処理Ｓ１００と、商品選択処理Ｓ２００と、会計処理Ｓ３００とを有する。なお、商品購入処理は、主として管理サーバ２、携帯端末３及び会計機５が、それぞれ予め用意されたプログラムを実行することにより実現される。
【0048】
（３－１）入店処理
まず、入店処理について説明する。入店処理は、顧客が店舗８に入店した際に、商品の購入に先だって行われる処理であり、商品購入のための準備に相当する。図８は、入店処理の一例を示すフローチャートである。この処理は、携帯端末３と管理サーバ２により行われる。
まず、入店処理について説明する。入店処理は、顧客が店舗８に入店した際に、商品の購入に先だって行われる処理であり、商品購入のための準備に相当する。図８は、入店処理の一例を示すフローチャートである。この処理は、携帯端末３と管理サーバ２により行われる。
【0049】
まず、顧客は、店舗８に入ると、携帯端末３を用いて店舗バーコードを読み取る（ステップＳ１０１）。店舗バーコードは、店舗８内の所定の場所、例えば、店舗の入口付近の壁や買い物に使用するカードなどに貼り付けられている。顧客が店舗バーコードを読み取ると、携帯端末３は、読み取った店舗バーコードから店舗ＩＤを取得し、管理サーバへ送信する（ステップＳ１０２）。携帯端末３は、店舗ＩＤを送信する際、その携帯端末３又はその携帯端末３を使用する顧客を識別する顧客識別情報を一緒に送信する。なお、以下に説明する商品選択処理や会計処理においても、携帯端末３は基本的に何らかの情報を管理サーバ２へ送信する際には、自身を識別するための顧客識別情報を一緒に送信する。
【0050】
管理サーバ２は、携帯端末３から店舗ＩＤを受信し、商品情報ＤＢ２８からその店舗の売価リストを取得する（ステップＳ１０４）。これは、店舗毎に商品の売価が異なっているためである。そして、管理サーバ２は、店舗名やその店舗のセール情報などを含む店舗情報を携帯端末３へ送信し（ステップＳ１０５）、携帯端末３は店舗情報を受信する（ステップＳ１０６）。これにより、携帯端末３の表示部３１には現在の店舗名やその店舗のセール情報などが表示され、顧客が買い物を開始できる状態となる。なお、管理サーバ２が送信する店舗情報には、その店舗におけるその顧客の取引状態を示す情報が含まれており、その店舗で新たに買い物を開始する場合には取引状態は新規となる。一方、その顧客が何らかの理由でその店舗での買い物を中断したような場合には、それまでの取引状態に対応する購入商品リスト画面が携帯端末３に表示される。
【0051】
（３－２）商品選択処理
次に、商品選択処理について説明する。商品選択処理は、顧客が携帯端末３を用いて商品に付されている商品バーコードを読み取り、購入商品リストに登録する処理である。図９は、商品選択処理のフローチャートである。この処理は、携帯端末３と管理サーバ２により実行される。
次に、商品選択処理について説明する。商品選択処理は、顧客が携帯端末３を用いて商品に付されている商品バーコードを読み取り、購入商品リストに登録する処理である。図９は、商品選択処理のフローチャートである。この処理は、携帯端末３と管理サーバ２により実行される。
【0052】
まず、顧客は、購入したい商品を見つけると、携帯端末３を商品読取モードにし、携帯端末３により商品に付されている商品バーコードを読み取る（ステップＳ２０１：Ｙｅｓ）。携帯端末３は読み取られた商品の商品識別情報を管理サーバ２へ送信する（ステップＳ２０２）。なお、この際、商品の数量は自動的に「１」にセットされる。管理サーバ２は、携帯端末３から商品識別情報を受信すると（ステップＳ２０３）、購入商品リストを更新し、携帯端末３へ送信する（ステップＳ２０４）。携帯端末３は、更新後の購入商品リストを受信し、表示部３１に表示する（ステップＳ２０５）。これにより、新たに追加された商品とその数量が購入商品リストに追加され、携帯端末３に表示される。
【0053】
次に、必要に応じて、顧客が携帯端末３を操作して商品の数量を変更すると、携帯端末３は変更後の数量を取得する（ステップＳ２０６：Ｙｅｓ）。商品バーコードが最初に読み取られたときに、その商品の数量は自動的に「１」にセットされるが、顧客が同じ商品を複数購入する場合には、携帯端末３を操作して数量を変更することができる。変更後の数量がセットされると、携帯端末３は、変更の対象となる商品の商品識別情報と変更後の数量を管理サーバ２へ送信する（ステップＳ２０７）。
【0054】
管理サーバ２は、携帯端末３から商品識別情報と変更後の数量を受信すると（ステップＳ２０８）、購入商品リストを更新し、携帯端末３へ送信する（ステップＳ２０９）。携帯端末３は、更新後の購入商品リストを受信し、表示部３１に表示する（ステップＳ２１０）。これにより、数量変更が購入商品リストに反映される。
【0055】
次に、携帯端末３は、顧客により支払いボタンが押されたか否かを判定する（ステップＳ２１１）。支払いボタンは、顧客が買い物を終了する際に押すボタンである。支払いボタンが押されていない場合（ステップＳ２１１：Ｎｏ）、処理はステップ２０１へ戻る。こうして、支払いボタンを押すまで、顧客は商品の追加や数量変更を行い、買い物を続けることができる。そして、支払いボタンが押されると（ステップＳ２１１：Ｙｅｓ)、商品選択処理は終了する。
【0056】
図１０は、携帯端末３に表示された購入商品リスト画面の表示例を示す。この例では、購入商品リスト画面は、商品読取ボタン９０と、リスト表示欄９１と、小計表示欄９２と、合計額表示欄９３と、ホーム画面遷移ボタン９４と、支払ボタン９５と、取引中止ボタン９６とを有する。
【0057】
携帯端末３は、商品読取ボタン９０がタップ操作等により選択されたことを検知した場合、商品読取画面へ表示部３１の表示を切り替える。商品読取画面では、携帯端末３は、起動した読取部３６から取得される画像等を表示する。これにより、顧客は、商品バーコード７が読取部３６の読み取り範囲内に位置するように商品又は携帯端末３を移動させ、商品バーコード７を読み取ることができる。
【0058】
リスト表示欄９１には、購入商品毎に、購入商品の名称、数量、価格が表示される。また、リスト表示欄９１内の各購入商品に対し、数量減少ボタン９７と、数量増加ボタン９８とが表示される。そして、携帯端末３は、数量減少ボタン９７又は数量増加ボタン９８により購入商品の数量の変更を受け付けた場合、例えば、数量が変更された購入商品の商品識別情報及び変更後の数量を管理サーバ２に送信する。
【0059】
小計表示欄９２は、購入商品リストの全商品に対する売価の税抜きの小計を表示し、合計額表示欄９３は、購入商品リストの全商品に対する売価の税込みの合計額を表示する。管理サーバ２は、これらの小計又は合計額を、商品情報ＤＢ２８に登録された購入商品の価格、具体的には、入店処理により取得したその店舗の売価リストに基づき算出している。
【0060】
携帯端末３は、ホーム画面遷移ボタン９４が選択されたことを検知した場合、ホーム画面の表示要求を管理サーバ２に送信し、その応答として受信する表示情報に基づき所定のホーム画面を表示する。ホーム画面は、店舗８での割引や値引の情報、携帯端末３の顧客の登録情報等を表示するものであってもよい。
【0061】
携帯端末３は、支払ボタン９５が選択されたことを検知した場合、会計要求を管理サーバ２に送信し、その応答として受信する表示情報に基づき、後述の会計バーコード画面を含む支払い画面を表示する。また、携帯端末３は、取引中止ボタン９６が選択されたことを検知した場合、取引中止を通知する情報を管理サーバ２に送信する。この場合、管理サーバ２は、携帯端末３に対応する購入商品リストを削除する。
【0062】
（３－３）会計処理
次に、会計処理について説明する。会計処理は、商品選択処理により顧客が選択した商品についての支払いを行う処理である。図１１は、会計処理のフローチャートである。この処理は、携帯端末３と、管理サーバ２と、会計機５により実行される。
次に、会計処理について説明する。会計処理は、商品選択処理により顧客が選択した商品についての支払いを行う処理である。図１１は、会計処理のフローチャートである。この処理は、携帯端末３と、管理サーバ２と、会計機５により実行される。
【0063】
まず、携帯端末３は、前述の支払ボタン９５が押されると、管理サーバ２へ会計要求を送信する（ステップＳ３０１）。管理サーバ２は、会計要求を受信すると（ステップＳ３０２）、その時点の購入商品リストに基づいて支払い金額を計算する（ステップＳ３０３）。さらに、管理サーバ２は、会計バーコードを生成する（ステップＳ３０４）。会計バーコードは、現在の購入商品リストが示す購入を一意に識別する情報である。１つの例では会計バーコードは、そのときの購入内容に一意に対応付けられたランダムなコードなどとすることができる。この場合、会計バーコードは、支払い情報の問い合わせ番号としての意味を有する。管理サーバ２は、ステップＳ３０３で算出した支払い金額と、ステップＳ３０４で生成した会計バーコードとを含む支払い画面を携帯端末３へ送信する（ステップＳ３０５）。
【0064】
携帯端末３は、受信した支払い画面を表示部３１に表示する。図１２は、支払い画面の表示例である。この例では、支払い画面は、会計バーコード３７と、合計金額欄３８と、完了ボタン３９とを含む。顧客は、支払い画面が表示された携帯端末３を持って会計機５に移動し、バーコードリーダ５６により会計バーコードを読み取る（ステップＳ３０７）。会計機５は、読み取った会計バーコードに基づいて、支払い方法選択画面を表示する（ステップＳ３０８）。具体的には、会計機５は、会計バーコードが示す問い合わせ番号を管理サーバ２に送信し、支払い情報を取得する。なお、支払い情報は、合計金額、及び、購入商品リストに入っている全商品のＩＤや数量などの明細を含む。会計機５は、取得した支払い情報に基づいて、支払い方法選択画面を表示する。
【0065】
図１３（Ａ）は、支払い方法選択画面の表示例を示す。支払い方法選択画面は、合計金額欄６１と、現金ボタン６２と、クレジットボタン６３とを含む。顧客は、支払い方法選択画面を見て支払い金額を確認し、現金ボタン６２とクレジットボタン６３のいずれかを押し、支払いを行う。これにより、購入代金の決済が行われる（ステップＳ３０９）。具体的に、顧客が現金での支払いを選択した場合、会計機５は現金投入口に現金を投入することを促し、現金が投入されると、必要に応じて釣銭を支払う。また、顧客がクレジットでの支払いを選択した場合、会計機５はカードの挿入を促し、必要に応じて暗証番号などの入力などを促し、クレジット決済を行う。
【0066】
決済が完了すると、会計機５は、会計終了画面を表示する。図１３（Ｂ）は、会計終了画面の表示例を示す。この例では、会計終了画面は、決済情報欄６４と、領収書ボタン６５と、終了ボタン６６とを含む。なお、図１３（Ｂ）は顧客がクレジット決済を選択した場合の例であり、決済情報欄６４は、決済の金額、決済方法などの情報を表示している。領収書ボタン６５は、領収書を印刷出力するためのボタンである。終了ボタン６６は、顧客が会計処理を完了したことを確認するためのボタンである。顧客が終了ボタン６６を押すと、会計機５は決済が完了したことを管理サーバ２に報告し、表示部５１の表示をメインメニューに戻す。なお、図１２に示す支払い画面にも完了ボタン３９が表示されており、顧客は会計処理が終了すると、支払い画面の完了ボタン３９を押す。完了ボタン３９が押されると、携帯端末３は決済が完了したことを管理サーバ２に報告し、表示部３１をメインメニューに戻す。
【0067】
なお、上記の例では、会計バーコードは単に支払い情報の問い合わせ番号であり、会計機５はこの問い合わせ番号を用いて管理サーバ２から支払い情報を取得している。その代わりに、会計バーコードが支払い情報を含むようにしてもよい。即ち、管理サーバ２は、その時点の購入商品リストの内容に基づいて、合計金額及び購入商品の明細の情報を用いて会計バーコードを生成する。この場合、会計機５は、会計バーコードを読み取り復号化することにより、支払い情報を取得することができるので、支払い情報を取得するために管理サーバ２と通信する必要は無くなる。即ち、会計機５は、読み取った会計バーコードから合計金額を抽出し、支払い方法選択画面を表示すればよい。
【0068】
（４）未決済処理
次に、未決済の購入商品リストが存在する場合の異常発生時に管理サーバ２が行う処理である未決済処理について説明する。
次に、未決済の購入商品リストが存在する場合の異常発生時に管理サーバ２が行う処理である未決済処理について説明する。
【0069】
（４－１）概要
管理サーバ２は、未決済の購入商品リストが存在する顧客が使用する携帯端末３の専用アプリの終了を検知したとき、当該購入商品リストを購入商品リストＤＢ２９から消去せずに保持する。そして、管理サーバ２は、対象の携帯端末３での専用アプリの再起動を検知したときに、保持した未決済の購入商品リストの情報を携帯端末３に送信することで、専用アプリ終了直前の購入商品リストを携帯端末３に表示させる。このようにすることで、管理サーバ２は、何らかの理由により買い物中に専用アプリが終了した場合であっても、専用アプリの再起動により顧客に買い物を円滑に再開させることができる。
管理サーバ２は、未決済の購入商品リストが存在する顧客が使用する携帯端末３の専用アプリの終了を検知したとき、当該購入商品リストを購入商品リストＤＢ２９から消去せずに保持する。そして、管理サーバ２は、対象の携帯端末３での専用アプリの再起動を検知したときに、保持した未決済の購入商品リストの情報を携帯端末３に送信することで、専用アプリ終了直前の購入商品リストを携帯端末３に表示させる。このようにすることで、管理サーバ２は、何らかの理由により買い物中に専用アプリが終了した場合であっても、専用アプリの再起動により顧客に買い物を円滑に再開させることができる。
【0070】
また、管理サーバ２は、未決済の購入商品リストが存在する状態で専用アプリが終了した場合、専用アプリが再起動するまで、所定時間間隔により、未決済の購入商品リストが存在する旨の通知を携帯端末３に出力させる。これにより、管理サーバ２は、未決済の購入商品リストの存在を顧客に通知し、買い物再開及び決済を好適に促すことができる。
【0071】
また、管理サーバ２は、未決済の購入商品リストが所定時間以上更新されない場合、又は、未決済の購入商品リストが存在する状態で携帯端末３が店舗８の外に出たことを検知した場合、未決済の購入商品リストに関する通知を携帯端末３に出力させる。このように、管理サーバ２は、未決済における異常状態を検出したときに、携帯端末３に対して通知を出力させることができる。
【0072】
（４－２）処理フロー
図１４は、管理サーバ２が実行する未決済処理の手順を示すフローチャートの一例である。管理サーバ２は、例えば、図１４に示すフローチャートの処理を、図８に示す入店処理の実行後、決済が完了していない顧客毎に実行する。なお、図１４に示す未決済処理は、説明便宜上、図９に示す商品選択処理で管理サーバ２が実行する処理を含んでいる。
図１４は、管理サーバ２が実行する未決済処理の手順を示すフローチャートの一例である。管理サーバ２は、例えば、図１４に示すフローチャートの処理を、図８に示す入店処理の実行後、決済が完了していない顧客毎に実行する。なお、図１４に示す未決済処理は、説明便宜上、図９に示す商品選択処理で管理サーバ２が実行する処理を含んでいる。
【0073】
まず、顧客が使用する携帯端末３は、携帯端末３の専用アプリを起動させて管理サーバ２との通信を確立した後、図８に示す入店処理のフローチャートの処理を行う。そして、顧客は、購入したい商品を見つけると、携帯端末３を商品読取モードにし、携帯端末３により商品に付されている商品バーコードを読み取る。携帯端末３は、読み取られた商品の商品識別情報を管理サーバ２へ送信する。
【0074】
そして、管理サーバ２は、携帯端末３から商品識別情報を受信したか否か判定する（ステップＳ４０１）。そして、管理サーバ２は、携帯端末３から商品識別情報を受信した場合（ステップＳ４０１；Ｙｅｓ）、購入商品リストを更新し、更新した購入商品リストを携帯端末３へ送信する（ステップＳ４０２）。ここで、管理サーバ２は、対象の顧客に対する購入商品リストが購入商品リストＤＢ２９に登録されていない場合には、受信した商品識別情報を要素とする購入商品リストを、対象の顧客の顧客識別情報と関連付けて購入商品リストＤＢ２９に登録する。なお、管理サーバ２は、ステップＳ４０１において、携帯端末３から商品識別情報と共に変更する数量の情報を受信した場合には、指定された商品識別情報が示す商品の数量をステップＳ４０２において変更する。ステップＳ４０１の処理は、図９に示す商品選択処理のステップＳ２０３及びステップＳ２０８の処理に相当し、ステップＳ４０２の処理は、ステップＳ２０４及びステップＳ２０９の処理に対応する。
【0075】
次に、管理サーバ２は、携帯端末３の専用アプリが終了したか否か判定する（ステップＳ４０３）。例えば、管理サーバ２は、携帯端末３の専用アプリと確立した通信接続が切断された場合に、専用アプリが終了したと判定する。他の例では、管理サーバ２は、専用アプリの動作中に携帯端末３から送信される情報を受信しなくなった場合に、専用アプリが終了したと判定する。なお、専用アプリの終了は、例えば、携帯端末３への顧客の操作に起因して終了する場合に加えて、携帯端末３の他のアプリケーションの割り込み（例えば通話の着信）や専用アプリのフリーズにより強制終了する場合なども含む。携帯端末３への顧客の操作に起因して専用アプリが終了する例は、例えば、誤操作に起因して専用アプリが終了する場合、急用の発生により買い物かごを店舗８のサービスカウンター等に一時的に預け、専用アプリを一時的に終了して顧客が店舗８を出る場合などがある。
【0076】
そして、管理サーバ２は、携帯端末３の専用アプリが終了したと判定した場合（ステップＳ４０３；Ｙｅｓ）、対象の顧客の未決済の購入商品リストを引き続き保持する（ステップＳ４０４）。具体的には、管理サーバ２は、対象の顧客の購入商品リストを購入商品リストＤＢ２９から削除することなく、引き続き購入商品リストＤＢ２９に記憶する。この場合、例えば、管理サーバ２は、対象の顧客の購入商品リストに対し、専用アプリが終了している旨のフラグ情報などを付加してもよい。
【0077】
そして、管理サーバ２は、対象の顧客が使用する携帯端末３の専用アプリが再起動されるまでの間、所定時間間隔により通知を携帯端末３に出力させる（ステップＳ４０５）。上述の所定時間間隔は、例えば、予め定められた時間間隔であり、記憶部２３等に記憶されている。ステップＳ４０５では、例えば、管理サーバ２は、携帯端末３に対し、未決済の購入商品リストが存在する旨の通知情報を送信し、プッシュ通知機能により、携帯端末３の画面上に当該通知情報を表示させる。これにより、管理サーバ２は、未決済の購入商品リストの存在を、携帯端末３を使用する顧客に継続的に認識させることができる。
【0078】
そして、管理サーバ２は、対象の顧客が使用する携帯端末３の専用アプリが再起動されたか否か判定する（ステップＳ４０６）。例えば、管理サーバ２は、対象の顧客が使用する携帯端末３の専用アプリと通信を再確立した場合、又は、専用アプリが動作中の場合に送信される所定の情報を受信した場合、対象の携帯端末３の専用アプリが再起動されたと判定する。そして、管理サーバ２は、携帯端末３の専用アプリが再起動されていない場合（ステップＳ４０６；Ｎｏ）、引き続き、ステップＳ４０４及びステップＳ４０５の処理を継続する。
【0079】
一方、管理サーバ２は、対象の顧客が使用する携帯端末３の専用アプリが再起動されたことを検知した場合（ステップＳ４０６；Ｙｅｓ）、対象の顧客に対応する購入商品リストを、対象の携帯端末３に送信する（ステップＳ４０７）。この場合、管理サーバ２は、対象の顧客の顧客識別情報に紐付いた購入商品リストを購入商品リストＤＢ２９から抽出し、当該購入商品リストの情報を、対象の携帯端末３に送信する。この場合、携帯端末３は、管理サーバ２から受信した購入商品リストの情報等に基づき、購入商品リスト画面を専用アプリ上で表示する。これにより、顧客は、何らかの理由により買い物途中で専用アプリが終了した場合であっても、専用アプリを再起動することで、専用アプリの終了直前の状態で買い物を継続することができる。即ち、この場合、顧客は、専用アプリ終了前に買い物かごに入れた商品の商品バーコードの読み取り操作などを再度行う必要がない。
【0080】
なお、管理サーバ２は、専用アプリの再起動の検知後、専用アプリ終了直前の購入商品リストを利用して買い物を継続するか否かを携帯端末３の顧客に選択させてもよい。この場合、管理サーバ２は、専用アプリ終了直前の購入商品リストを利用して買い物を継続することを顧客が選択した場合に、ステップＳ４０７で購入商品リストの送信を行う。この具体例については、図１６を参照して後述する。
【0081】
一方、携帯端末３の専用アプリが終了していないと判定した場合（ステップＳ４０３；Ｎｏ）、管理サーバ２は、直前の購入商品リストの更新から所定時間以上経過したか否か判定する（ステップＳ４０８）。即ち、管理サーバ２は、所定時間以内にステップＳ４０２の処理を行ったか否か判定する。上述の所定時間は、例えば、買い物において商品かごに商品を入れる平均的な時間間隔を勘案して予め定められる。
【0082】
そして、直前の購入商品リストの更新から所定時間以上経過している場合（ステップＳ４０８；Ｙｅｓ）、管理サーバ２は、未決済の購入商品リストが存在する旨の通知を、携帯端末３に出力させる（ステップＳ４０９）。これにより、管理サーバ２は、決済が行われずに放置された購入商品リストの存在を、好適に顧客に通知して決済の完了を促す。
【0083】
一方、直前の購入商品リストの更新から所定時間以上経過していない場合（ステップＳ４０８；Ｎｏ）、管理サーバ２は、携帯端末３が店舗８の外に出たか否か判定する（ステップＳ４１０）。この場合、例えば、管理サーバ２は、携帯端末３から送信される位置情報を取得し、当該位置情報が示す位置が店舗８のエリア内であるか否かを判定する。上述の位置情報は、ＧＰＳの電波に基づく位置情報であってもよく、ビーコン端末の電波に基づく位置情報であってもよく、無線ＬＡＮの電波に基づく位置情報であってもよい。なお、店舗８のエリアを示す位置情報は、例えば予め記憶部２３に記憶されている。
【0084】
そして、携帯端末３が店舗８の外に出たと管理サーバ２が判定した場合（ステップＳ４１０；Ｙｅｓ）、管理サーバ２は、未決済の購入商品リストが存在する旨の通知を携帯端末３に出力させる（ステップＳ４０９）。これにより、管理サーバ２は、未決済の購入商品リストに対する決済の完了を、好適に顧客を促すことができる。
【0085】
なお、管理サーバ２は、この場合、店舗８の店員が使用する端末に対し、未決済の購入商品リストが存在する顧客が店舗８の外に出たことを通知する情報を送信してもよい。言い換えると、管理サーバ２は、店舗８の外に出た携帯端末３の存在を、店舗８の店員が使用する端末に通知してもよい。この場合、管理サーバ２は、対象の顧客に対応する会員情報ＤＢ４７のレコードに記録された会員情報を、店員が使用する端末に送信する情報に含めてもよい。これにより、管理サーバ２は、未決済のまま店舗８の外に出た顧客の存在を、好適に店舗８の店員等に通知することができる。
【0086】
一方、携帯端末３が店舗８の外に出ていないと管理サーバ２が判定した場合（ステップＳ４１０；Ｎｏ）、又は、ステップＳ４０７の実行後、管理サーバ２は、対象の顧客の買い物が終了したか否か判定する（ステップＳ４１１）。この場合、管理サーバ２は、購入商品リストに対する決済が完了したことを検知した場合、又は、専用アプリにおいて取引中止が選択されたことを検知した場合に、買い物が終了したと判定する。そして、管理サーバ２は、買い物が終了した場合（ステップＳ４１１；Ｙｅｓ）、フローチャートの処理を終了する。一方、管理サーバ２は、買い物が終了していない場合（ステップＳ４１１；Ｎｏ）、ステップＳ４０１へ処理を戻す。
【0087】
【0088】
この場合、管理サーバ２は、図１４のステップＳ４０３において専用アプリが終了してから所定時間間隔が経過し、かつ、専用アプリが再起動されていないことから、ステップＳ４０５に基づき、プッシュ通知機能により、携帯端末３に通知を出力させている。この場合、携帯端末３は、管理サーバ２から受信する情報に基づき、「未決済の購入商品リストがあります」と表示したウィンドウ７１を、ポップアップ表示している。
【0089】
このように、管理サーバ２は、未決済の購入商品リストがある顧客が使用する携帯端末３の専用アプリが終了した場合に、未決済の購入商品リストがある旨の通知を示すウィンドウ７１をポップアップ表示する。これにより、携帯端末３は、専用アプリの再起動及び店舗８での買い物の再開を好適に促すことができる。
【0090】
【0091】
この場合、携帯端末３は、専用アプリの再起動後、携帯端末３の専用アプリの表示画面上に、ウィンドウ７２をポップアップ表示している。携帯端末３は、ウィンドウ７２上に、未決済の購入商品リストが存在する旨のテキスト情報と共に、第１ボタン７３と第２ボタン７４とを表示している。第１ボタン７３は、未決済の購入商品リストを利用して買い物を続けることを指定するボタンであり、第２ボタン７４は、取引を中止することを指定するボタンである。そして、携帯端末３は、第１ボタン７３が選択されたことを検知した場合、管理サーバ２から図１４のステップＳ４０７に従い送信される未決済の購入商品リスト（即ち専用アプリが終了する直前の購入商品リスト）の情報を受信し、購入商品リスト画面を再表示する。この場合、購入商品リスト画面には、専用アプリが終了する直前の購入商品リストが表示される。一方、携帯端末３は、第２ボタン７４が選択されたことを検知した場合、購入商品リスト画面で取引中止ボタン４６が選択された場合と同様、取引中止を通知する情報を管理サーバ２に送信する。この場合、管理サーバ２は、携帯端末３に対応する購入商品リストを削除する。
【0092】
【0093】
この場合、管理サーバ２は、未決済の購入商品リストが更新されない状態で所定時間を超えた、又は、未決済の購入商品リストが存在する状態で携帯端末３が店舗８の外に出たことを検知し、専用アプリが表示する購入商品リスト画面上に、通知を表すウィンドウ７５を表示させている。ここでは、管理サーバ２は、購入商品リストの支払いを促すテキスト情報を、ウィンドウ７５上に表示している。
【0094】
（４－４）購入履歴の活用
管理サーバ２は、好適には、決済が完了した購入商品リストの情報を、同一の顧客による電子商取引に基づく商品購入において利用してもよい。この場合、管理サーバ２は、決済完了時に、決済が完了した購入商品リストと、商品を購入した顧客を示す顧客識別情報と、決済に関する情報とを関連付けた購入履歴情報を生成し、会員サーバ４の購入履歴ＤＢ４９に記憶する。そして、管理サーバ２は、同一の顧客による電子商取引に基づく買い物において、購入履歴ＤＢ４９に記憶した購入履歴情報に基づく表示及び購入予定の商品のリストの生成を行う。
管理サーバ２は、好適には、決済が完了した購入商品リストの情報を、同一の顧客による電子商取引に基づく商品購入において利用してもよい。この場合、管理サーバ２は、決済完了時に、決済が完了した購入商品リストと、商品を購入した顧客を示す顧客識別情報と、決済に関する情報とを関連付けた購入履歴情報を生成し、会員サーバ４の購入履歴ＤＢ４９に記憶する。そして、管理サーバ２は、同一の顧客による電子商取引に基づく買い物において、購入履歴ＤＢ４９に記憶した購入履歴情報に基づく表示及び購入予定の商品のリストの生成を行う。
【0095】
図１８は、専用アプリを利用した電子商取引を行う際に携帯端末３が表示する表示画面の一例である。
【0096】
図１８では、まず、管理サーバ２は、携帯端末３において、過去の購入履歴を元に注文を行う旨のユーザ入力がなされたことを検知する。言い換えると、管理サーバ２は、携帯端末３から、電子商取引による過去の購入履歴に基づく買い物の要求を受信する。こそして、管理サーバ２は、上述の買い物の要求を受信した場合に、携帯端末３を使用する顧客の顧客識別情報に関連付けられた複数の購入実績を示す購入履歴情報を、購入履歴ＤＢ４９から抽出する。そして、管理サーバ２は、購入履歴ＤＢ４９から抽出した購入履歴情報に基づき、購入履歴リスト７６を生成し、生成した購入履歴リスト７６を携帯端末３に表示させる。ここでは、購入履歴リスト７６は、過去の購入実績に応じた複数の要素を有し、各要素は、購入日時、購入店舗、決済番号、及び合計金額の情報を含んでいる。また、購入履歴リスト７６を構成する各要素には、夫々の詳細な購入履歴を表示するための詳細表示ボタン７７Ａ～７７Ｄ（７７）が設けられている。
【0097】
そして、携帯端末３を使用する顧客は、購入履歴リスト７６を参照し、今回の電子商取引において参照したい購入履歴に対応する詳細表示ボタン７７を選択する。この場合、管理サーバ２は、選択された詳細表示ボタン７７に関する情報を携帯端末３から受信し、選択された詳細表示ボタン７７に対応する購入履歴の詳細画面を、携帯端末３に表示させる。上述の詳細画面には、例えば、購入された商品のリストである購入商品リストなどが表示される。また、管理サーバ２は、好適には、上述の詳細画面において表示された購入商品リストに基づき、今回の電子商取引の買い物リスト（即ち購入予定の商品のリスト）を生成するとよい。即ち、管理サーバ２は、上述の詳細画面において購入商品リストを現在の買い物リストに反映する旨の操作を検知した場合に、選択された購入履歴が示す購入商品リストに基づき、現在の買い物リストを生成する。これにより、顧客は、過去の実店舗での購入履歴を利用して電子商取引に基づく商品購入を好適に行うことができる。なお、顧客が電子商取引に用いる端末は、携帯端末３に限らず、顧客が使用する据え置き型のコンピュータなどの任意の端末であってもよい。
【0098】
＜第２実施形態＞
図１９は、第２実施形態における管理サーバ２Ａの概略構成を示す。管理サーバ２Ａは、受信部８１と、生成部８２と、保持部８３と、送信部８４とを有する。
図１９は、第２実施形態における管理サーバ２Ａの概略構成を示す。管理サーバ２Ａは、受信部８１と、生成部８２と、保持部８３と、送信部８４とを有する。
【0099】
受信部８１は、顧客が使用する携帯端末３Ａから、商品識別情報「Ｓ１」を受信する。受信部８１は、例えば、第１実施形態において通信部２４を制御する制御部２５により実現される。また、携帯端末３Ａは、例えば、第１実施形態における携帯端末３である。生成部８２は、商品識別情報Ｓ１に基づき、顧客が購入する予定の商品のリストである購入商品リストを生成する。生成部８２は、例えば、第１実施形態における制御部２５により実現される。
【0100】
保持部８３は、携帯端末３Ａにおける商品識別情報Ｓ１の送信及び購入商品リストの表示を制御するアプリケーションの終了を購入商品リストが未決済の状態において検知した場合、アプリケーションの再起動を検知するまで、購入商品リストを保持する。保持部８３は、例えば、第１実施形態において記憶部２３の購入商品リストＤＢ２９への購入商品リストの登録及び削除を制御する制御部２５により実現される。送信部８４は、アプリケーションの再起動後、保持した購入商品リストに関する情報「Ｓ２」を携帯端末３Ａに送信する。送信部８４は、例えば、第１実施形態において通信部２４を制御する制御部２５により実現される。
【0101】
このように、第２実施形態に係る管理サーバ２Ａは、買い物途中で携帯端末３Ａのアプリケーションが終了した場合、アプリケーションが再起動した際に、終了直前の購入商品リストを、再び携帯端末３Ａに表示させることができる。これにより、顧客は、買い物途中で携帯端末３Ａのアプリケーションが終了した場合であっても、アプリケーションを再起動することで、円滑に買い物を継続することができる。
【0102】
その他、上記の各実施形態（変形例を含む、以下同じ）の一部又は全部は、以下の付記のようにも記載され得るが以下には限られない。
【0103】
［付記１］
顧客が使用する携帯端末から、商品識別情報を受信する受信部と、
前記商品識別情報に基づき、前記顧客が購入する予定の前記商品のリストである購入商品リストを生成する生成部と、
前記携帯端末における前記商品識別情報の送信及び前記購入商品リストの表示を制御するアプリケーションの終了を前記購入商品リストが未決済の状態において検知した場合、前記アプリケーションの再起動を検知するまで、前記購入商品リストを保持する保持部と、
前記アプリケーションの再起動後、前記購入商品リストに関する情報を前記携帯端末に送信する送信部と、を有する管理サーバ。
顧客が使用する携帯端末から、商品識別情報を受信する受信部と、
前記商品識別情報に基づき、前記顧客が購入する予定の前記商品のリストである購入商品リストを生成する生成部と、
前記携帯端末における前記商品識別情報の送信及び前記購入商品リストの表示を制御するアプリケーションの終了を前記購入商品リストが未決済の状態において検知した場合、前記アプリケーションの再起動を検知するまで、前記購入商品リストを保持する保持部と、
前記アプリケーションの再起動後、前記購入商品リストに関する情報を前記携帯端末に送信する送信部と、を有する管理サーバ。
【0104】
［付記２］
前記アプリケーションの終了を検知した後、前記アプリケーションの再起動を検知するまで、所定時間間隔毎に、前記携帯端末に未決済に関する通知をする通知部を有する付記１に記載の管理サーバ。
前記アプリケーションの終了を検知した後、前記アプリケーションの再起動を検知するまで、所定時間間隔毎に、前記携帯端末に未決済に関する通知をする通知部を有する付記１に記載の管理サーバ。
【0105】
［付記３］
未決済の状態において前記購入商品リストが所定時間以上更新されない場合に、前記携帯端末に未決済に関する通知をする通知部を有する、付記１または２に記載の管理サーバ。
未決済の状態において前記購入商品リストが所定時間以上更新されない場合に、前記携帯端末に未決済に関する通知をする通知部を有する、付記１または２に記載の管理サーバ。
【0106】
［付記４］
前記購入商品リストが未決済の状態において前記携帯端末が前記店の外に出たと判定した場合、前記携帯端末に未決済に関する通知をする通知部を有する、付記１～３のいずれか一項に記載の管理サーバ。
前記購入商品リストが未決済の状態において前記携帯端末が前記店の外に出たと判定した場合、前記携帯端末に未決済に関する通知をする通知部を有する、付記１～３のいずれか一項に記載の管理サーバ。
【0107】
［付記５］
前記通知部は、前記購入商品リストが未決済の状態において前記携帯端末が前記店の外に出たと判定した場合、前記店の店員が使用する端末に前記店の外に出た前記携帯端末に関する情報を通知する、付記４に記載の管理サーバ。
前記通知部は、前記購入商品リストが未決済の状態において前記携帯端末が前記店の外に出たと判定した場合、前記店の店員が使用する端末に前記店の外に出た前記携帯端末に関する情報を通知する、付記４に記載の管理サーバ。
【0108】
［付記６］
前記生成部は、前記購入商品リストに関する決済が行われた後、当該決済に基づく購入履歴を生成し、
前記受信部は、前記顧客が使用する端末から、電子商取引による前記購入履歴に基づく買い物の要求を受信し、
前記送信部は、前記買い物の要求を受信した場合に、前記顧客が使用する端末に対し、前記購入履歴に関する表示情報を送信する、付記１～５のいずれか一項に記載の管理サーバ。
前記生成部は、前記購入商品リストに関する決済が行われた後、当該決済に基づく購入履歴を生成し、
前記受信部は、前記顧客が使用する端末から、電子商取引による前記購入履歴に基づく買い物の要求を受信し、
前記送信部は、前記買い物の要求を受信した場合に、前記顧客が使用する端末に対し、前記購入履歴に関する表示情報を送信する、付記１～５のいずれか一項に記載の管理サーバ。
【0109】
［付記７］
前記受信部は、前記購入履歴に関する表示情報を前記顧客が使用する端末に送信後、前記顧客により選択された前記購入履歴に関する情報を受信し、
前記生成部は、前記顧客により選択された前記購入履歴に対応する前記購入商品リストに基づき、前記電子商取引に基づく買い物における購入予定の商品のリストを生成する、付記６に記載の管理サーバ。
前記受信部は、前記購入履歴に関する表示情報を前記顧客が使用する端末に送信後、前記顧客により選択された前記購入履歴に関する情報を受信し、
前記生成部は、前記顧客により選択された前記購入履歴に対応する前記購入商品リストに基づき、前記電子商取引に基づく買い物における購入予定の商品のリストを生成する、付記６に記載の管理サーバ。
【0110】
［付記８］
付記１～７のいずれか一項に記載の管理サーバと、
顧客が使用する携帯端末と、を有する管理システムであって、
前記携帯端末は、
前記顧客が入店した店において、当該店での買い物に関する前記携帯端末の制御を行うアプリケーションを起動後、購入予定の商品を示す商品識別情報を取得する取得部と、
前記商品識別情報を前記管理サーバへ送信する送信部と、
前記商品のリストである購入商品リストを表示部に表示する表示制御部と、を有し、
前記表示制御部は、前記購入商品リストが未決済の状態において前記アプリケーションが終了した場合、前記アプリケーションの再起動後に前記管理サーバから受信する情報に基づき、前記購入商品リストを前記表示部に表示する、管理システム。
付記１～７のいずれか一項に記載の管理サーバと、
顧客が使用する携帯端末と、を有する管理システムであって、
前記携帯端末は、
前記顧客が入店した店において、当該店での買い物に関する前記携帯端末の制御を行うアプリケーションを起動後、購入予定の商品を示す商品識別情報を取得する取得部と、
前記商品識別情報を前記管理サーバへ送信する送信部と、
前記商品のリストである購入商品リストを表示部に表示する表示制御部と、を有し、
前記表示制御部は、前記購入商品リストが未決済の状態において前記アプリケーションが終了した場合、前記アプリケーションの再起動後に前記管理サーバから受信する情報に基づき、前記購入商品リストを前記表示部に表示する、管理システム。
【0111】
［付記９］
管理サーバが実行する制御方法であって、
顧客が使用する携帯端末から、商品識別情報を受信し、
前記商品識別情報に基づき、前記顧客が購入する予定の前記商品のリストである購入商品リストを生成し、
前記携帯端末における前記商品識別情報の送信及び前記購入商品リストの表示を制御するアプリケーションの終了を前記購入商品リストが未決済の状態において検知した場合、前記アプリケーションの再起動を検知するまで、前記購入商品リストを保持し、
前記アプリケーションの再起動後、前記購入商品リストに関する情報を前記携帯端末に送信する、制御方法。
管理サーバが実行する制御方法であって、
顧客が使用する携帯端末から、商品識別情報を受信し、
前記商品識別情報に基づき、前記顧客が購入する予定の前記商品のリストである購入商品リストを生成し、
前記携帯端末における前記商品識別情報の送信及び前記購入商品リストの表示を制御するアプリケーションの終了を前記購入商品リストが未決済の状態において検知した場合、前記アプリケーションの再起動を検知するまで、前記購入商品リストを保持し、
前記アプリケーションの再起動後、前記購入商品リストに関する情報を前記携帯端末に送信する、制御方法。
【0112】
［付記１０］
顧客が使用する携帯端末から、商品識別情報を受信する受信部と、
前記商品識別情報に基づき、前記顧客が購入する予定の前記商品のリストである購入商品リストを生成する生成部と、
前記携帯端末における前記商品識別情報の送信及び前記購入商品リストの表示を制御するアプリケーションの終了を前記購入商品リストが未決済の状態において検知した場合、前記アプリケーションの再起動を検知するまで、前記購入商品リストを保持する保持部と、
前記アプリケーションの再起動後、前記購入商品リストに関する情報を前記携帯端末に送信する送信部
としてコンピュータを機能させるプログラム。
顧客が使用する携帯端末から、商品識別情報を受信する受信部と、
前記商品識別情報に基づき、前記顧客が購入する予定の前記商品のリストである購入商品リストを生成する生成部と、
前記携帯端末における前記商品識別情報の送信及び前記購入商品リストの表示を制御するアプリケーションの終了を前記購入商品リストが未決済の状態において検知した場合、前記アプリケーションの再起動を検知するまで、前記購入商品リストを保持する保持部と、
前記アプリケーションの再起動後、前記購入商品リストに関する情報を前記携帯端末に送信する送信部
としてコンピュータを機能させるプログラム。
【0113】
以上、実施形態を参照して本願発明を説明したが、本願発明は上記実施形態に限定されるものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。すなわち、本願発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得るであろう各種変形、修正を含むことは勿論である。また、引用した上記の特許文献等の各開示は、本書に引用をもって繰り込むものとする。
【符号の説明】
【0114】
１ ＰＯＳサーバ
２ 管理サーバ
３、３Ａ 携帯端末
４ 会員サーバ
５ 会計機
１００、１００Ａ 管理システム
２ 管理サーバ
３、３Ａ 携帯端末
４ 会員サーバ
５ 会計機
１００、１００Ａ 管理システム
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
