JP2021157272A - 購入管理システム、サーバ装置、購入管理方法、及び、プログラム - Google Patents

Abstract

【課題】 商品の購入において、複数人でバラバラに行った商品の支払いを、１つの支払い元に集約できるようにする。【解決手段】サーバ装置は、決済元顧客による決済方法を登録し、当該決済方法に紐づけて、決済ＩＤを発行する。また、サーバ装置は、精算端末から決済ＩＤを受信すると、当該決済ＩＤに紐づけられた決済方法を精算端末へ送信する。精算端末は、顧客から決済ＩＤを取得すると、当該決済ＩＤに紐づけられた決済方法をサーバ装置から受信する。そして、精算端末は、顧客が購入した商品の支払いを、当該決済ＩＤに紐づけられた決済方法により精算する。【選択図】図８

Description

本発明は、店舗などにおける商品の購入に関する。

近年、スーパーマーケットやコンビニエンスストアなどにおいて、セルフレジの導入が進んでいる。特許文献１には、店舗において商品を購入する際に、精算処理だけではなく荷詰処理もセルフレジが自動的に行う買物支援システムが記載されている。

国際公開ＷＯ２０１７／１５０２２６号公報

特許文献１に記載の買物支援システムは、顧客が購入する商品を買い物かごに入れ、セルフレジに配置すると自動的に精算処理及び荷詰処理を行う。このとき、複数人がそれぞれの買い物かごに商品を入れてセルフレジで精算を行うと、支払いもそれぞれとなる。それぞれの買い物かごに入れた商品の支払いを、１つの支払い元に集約するには、精算を１つのセルフレジで同じタイミングで行う必要がある。そのため、広い店内を親子がそれぞれのカートで買い物している場合や、友達同士がグループに分かれて複数の買い物をする場合等に、商品の支払いを１つの支払い元に集約することは面倒であった。

本発明の目的は、商品の購入において、複数人でバラバラに行った商品の支払いを、１つの支払い元に集約することを主な課題とする。

本発明の１つの観点では、サーバ装置と、精算端末とを備える購入管理システムであって、
前記サーバ装置は、
決済元の顧客である決済元顧客による決済方法を登録する決済方法登録部と、
前記決済元顧客による決済方法に紐づけて、決済ＩＤを発行する決済ＩＤ発行部と、
前記精算端末から受信した決済ＩＤに紐づけられた決済方法を、当該精算端末へ送信する決済方法送信部と、
を備え、
前記精算端末は、
前記決済ＩＤを取得する決済ＩＤ取得部と、
前記サーバ装置から、前記決済ＩＤに紐づけられた決済方法を受信する決済方法受信部と、
購入した商品の支払いを、前記決済ＩＤに紐づけられた決済方法により精算する精算部と、
を備える。

本発明の他の観点では、精算端末と通信可能なサーバ装置であって、
決済元の顧客である決済元顧客による決済方法を登録する決済方法登録部と、
前記決済元顧客による決済方法に紐づけて、決済ＩＤを発行する決済ＩＤ発行部と、
前記精算端末から受信した決済ＩＤに紐づけられた決済方法を、当該精算端末へ送信する決済方法送信部と、を備える。

本発明の他の観点では、精算端末と通信可能なサーバ装置により実行される購入管理方法であって、
決済元の顧客である決済元顧客による決済方法を登録し、
前記決済元顧客による決済方法に紐づけて、決済ＩＤを発行し、
前記精算端末から受信した決済ＩＤに紐づけられた決済方法を、当該精算端末へ送信する。

本発明のさらに他の観点では、プログラムは、
決済元の顧客である決済元顧客による決済方法を登録し、
前記決済元顧客による決済方法に紐づけて、決済ＩＤを発行し、
精算端末から受信した決済ＩＤに紐づけられた決済方法を、前記精算端末へ送信する処理をコンピュータに実行させる。

本発明によれば、商品の購入において、複数人がバラバラに行った商品の支払いを１つの支払い元に集約することを主な課題とする。

実施形態に係る購入管理システムの構成を示す。 ＰＯＳサーバの概略構成を示す。 管理サーバの概略構成を示す。 携帯端末の概略構成を示す。 会計機の概略構成を示す。 決済ＩＤ発行処理のフローチャートである。 決済ＩＤ画面及び共有決済ＩＤ画面の表示例である。 商品購入処理のフローチャートである。 購入商品リスト画面の表示例である。 支払い方法選択画面の表示例である。 読取促進画面の表示例である。 承認画面の表示例である。 拒否画面の表示例である。 精算終了画面の表示例である。 制限付決済ＩＤ発行処理のフローチャートである。 制限付決済ＩＤ要求画面の表示例である。 制限付決済ＩＤを伴う商品購入処理のフローチャートである。 中止画面の表示例である。 店舗の見取り図と、商品の種類を示す図である。 ゾーン制限を設定可能な制限付決済ＩＤ要求画面の表示例である。 通知処理のフローチャートである。 無線通信を利用した通知を表す図である。

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

［購入管理システムの構成］
図１は、本実施形態に係る購入管理システム１００の構成を示す。購入管理システム１００は、主に、ＰＯＳサーバ１と、管理サーバ２と、携帯端末３と、会計機５とを備える。購入管理システム１００は、スーパーマーケット、コンビニエンスストアなどの店舗に設置される。顧客は商品の販売を行う店舗内において、購入する１つ以上の商品をかご８に入れる。顧客が商品の入っているかご８を会計機５の所定位置に置くと、会計機５は、商品に付されたＲＦＩＤ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ ＩＤｅｎｔｉｆｉｅｒ）タグを読み取ることで、購入する商品（「購入商品」とも呼ぶ。）の精算を行う。精算における支払い方法として決済ＩＤが選択された場合、会計機５は、顧客の使用する携帯端末３に表示されたＱＲ（Ｑｕｉｃｋ Ｒｅｓｐｏｎｓｅ；登録商標）コード等の二次元コードから決済ＩＤを読み取り、当該決済ＩＤに基づいて購入商品の精算を行う。購入商品の精算が終了すると、会計機５は購入商品をレジ袋などに自動的に荷詰めする。顧客は自動的に荷詰めされた商品を受け取ることができる。

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

管理サーバ２は、携帯端末３や会計機５の制御を行うサーバ装置であり、携帯端末３及び会計機５とネットワーク等を介して通信可能となっている。管理サーバ２は、携帯端末３の表示制御に必要な情報をＰＯＳサーバ１から取得し、記憶している。また、管理サーバ２は、店舗の会員である顧客に関する情報を記憶している。管理サーバ２は、携帯端末３が各種画面を表示するための表示情報を携帯端末３に送信する。上述の各種画面には、精算を行うための決済ＩＤを示す二次元コードを表示する決済ＩＤ画面が含まれる。

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

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

会計機５は、顧客が精算を行うための精算端末（所謂セルフ精算機）である。会計機５は、ＰＯＳサーバ１と通信可能であって、精算に必要な種々の情報の授受を必要に応じて行う。会計機５は、商品に付された商品バーコードを読み取るためのハンディバーコードリーダ５６と、店員を呼ぶためのライト５７と、携帯端末３に表示された二次元コードを読み取ることで決済ＩＤを取得する決済ＩＤ読取部７０とを備えている。さらに、会計機５は、かご８や商品を一時的に置くためのカウンタ台８０と、精算のためにかご８を置く収容部９０と、収容部９０の上部を開閉するためのシャッター９１と、クレジットカードで支払いをするためのカード挿入口９２と、現金で支払いをするための現金投入口９３と、つり銭を取り出すためのつり銭取口９４とを備えている。

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

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

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

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

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

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

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

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

会員情報ＤＢ２６は、会員登録を行った顧客毎の情報である会員情報のデータベースである。会員情報は、顧客を識別する顧客識別情報、名前、性別、生年月日、蓄積したポイント数などの情報を含んでいる。顧客は、例えば、氏名等を記入した申込用紙を店舗に設けられたサービスカウンター等に提出することにより会員として登録され、会員カードが付与される。なお、本実施形態において顧客は、このような会員登録の際に、決済に使用できる有効なクレジットカードを予め登録しておく。クレジットカードの情報は、クレジット情報として会員情報に含まれている。

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

購入商品リストＤＢ２９は、店舗において買い物を行っている顧客の購入商品リストのデータベースである。購入商品リストは、例えば、購入予定の商品を示す商品識別情報と、その商品の購入予定数量を含むリストであり、携帯端末３又は携帯端末３を使用する顧客の顧客識別情報と関連付けられている。

通信部２４は、有線又は無線通信により、ＰＯＳサーバ１、携帯端末３及び会計機５と通信する。制御部２５は、図示しないＣＰＵ、ＲＯＭ及びＲＡＭなどを備え、管理サーバ２内の各構成要素に対して種々の制御を行う。制御部２５が実行する処理については後述する。なお、上記の構成において、通信部２４は本発明の決済方法送信部、通知部の一例であり、制御部２５は本発明の決済方法登録部、決済ＩＤ発行部、決済ＩＤ共有部の一例である。

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

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

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

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

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

（会計機）
図５は、会計機５の概略構成を示す。会計機５は、主に、表示部５１と、入力部５２と、記憶部５３と、通信部５４と、制御部５５と、ハンディバーコードリーダ５６と、ライト５７と、スピーカ５８と、かご検知部５９と、荷詰装置６０と、決済ＩＤ読取部７０とを備える。これらの各要素は、バスライン５０を介して相互に接続されている。

表示部５１は、制御部５５の制御に基づき、決済ＩＤ画面や精算画面などの各種情報の表示を行う。入力部５２は、顧客の入力を受け付けるインターフェースであり、例えば、タッチパネル、ボタンなどが該当する。なお、本実施形態では、表示部５１をタッチパネルにより構成し、入力部５２の機能も併せ持つものとする。

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

通信部５４は、有線又は無線通信により、ＰＯＳサーバ１、管理サーバ２及び携帯端末３と通信する。制御部５５は、図示しないＣＰＵ、ＲＯＭ及びＲＡＭなどを備え、会計機５内の各構成要素に対して種々の制御を行う。制御部５５が実行する制御については後述する。ハンディバーコードリーダ５６は、商品に付されたＲＦＩＤタグを読み取れない場合等に、顧客が読み取り操作することにより商品に付された商品バーコードを読み取り、読み取った情報を制御部５５に供給する。ライト５７は、会計機５に不具合が生じたときや、店員を呼ぶときなどに点灯する。スピーカ５８は、必要に応じて注意喚起のための操作音や音声メッセージなどを出力する。なお、上記の構成において、通信部５４は本発明の決済ＩＤ取得部、決済方法受信部の一例であり、制御部３５は本発明の精算部、判定部、承認要求部の一例である。

かご検知部５９は、かご８が所定位置に置かれたか否かを検知する。本実施形態において、所定位置はカウンタ台８０の収容部９０の底面上である。かご検知部５９は、収容部９０の底面に設置された重量センサによって、かご８が所定位置に置かれたか否かを検知する。なお、重量センサによってかご８を検知する代わりに、赤外線装置等によって光学的にかご８を検知することとしてもよい。また、かご８を置くことにより、収容部９０の底面に設けられた物理的スイッチが押されたか否かによってかご８を検知することとしてもよい。制御部５５は、かご検知部５９によりかご８が所定位置に置かれたことを検知すると、シャッター９１を閉める。

荷詰装置６０は、かご８に入っている購入商品の精算が完了すると、収容部９０の底面とかご８の底部を開放し、購入商品を収容部９０の下部に設置された袋に移動させることで自動的に荷詰めを行う。具体的に、かご８の床板は、図１に示すように、開閉可能となるように取り付けられている。かご８は、床板を矢印の方向に開くことでかご８の底部を開放し、商品を下方、即ち荷詰装置６０に移動させることが可能となる。なお、荷詰装置６０は、本実施形態のように購入商品をかご８の下向きに移動させる機構に限られるものではなく、購入商品をかご８の横向きに移動させる機構であってもよい。即ち、荷詰装置６０は、かご８に入っている購入商品をビニール袋やエコバック、段ボール箱等、顧客が持ち帰り可能な入れ物に自動的に荷詰めするものであればよい。

決済ＩＤ読取部７０は、例えば、カメラなどの光学機器であり、携帯端末３に表示された二次元コードを読み取り、決済ＩＤを示す決済ＩＤ情報を取得する。

［決済ＩＤ］
次に、購入管理システム１００における決済ＩＤについて説明する。本実施形態では、購入商品の精算における支払い方法として、クレジットカードを使用するクレジット決済、現金決済などに加え、決済ＩＤによる決済を使用する。決済ＩＤを使用するため、顧客は、予め会員登録の際に決済に使用できる有効なクレジットカードを登録しておく。管理サーバ２は、決済ＩＤ発行要求を受信すると、顧客のクレジットカードと紐付けて決済ＩＤを発行し、要求した顧客（「決済元顧客」とも呼ぶ。）が使用する携帯端末３へ送信する。決済元顧客は、発行された決済ＩＤを使用して、購入商品を精算することが可能となる。決済ＩＤが使用された場合、会計機５は、当該決済ＩＤに紐付けられたクレジットカードにより決済することで、購入商品の精算を行っている。

なお、決済ＩＤの有効期限は、決済ＩＤを無効とする処理を行わない限り、紐づけられたクレジットカードの有効期限と同じである。換言すると、後述する決済ＩＤの発行は、クレジットカードが有効であり、精算方法が確立されていることを前提として行われる。

また、決済ＩＤは、他の人と共有することができる。例えば、親が決済元顧客である場合、発行した決済ＩＤを子供と共有することができる。子供が会計機５において、共有している決済ＩＤを使用すると、会計機５は、親のクレジットカードにより決済することで子供が購入した商品の精算を行う。決済ＩＤは、家族間や友達間など、決済元顧客が指定した任意の複数人と共有することができる。ここで、決済元顧客とは異なり、決済ＩＤを共有している顧客を共有者と呼ぶ。

このように決済ＩＤは他の人と共有することができ、共有者が購入した商品の代金と、決済元顧客が購入した商品の代金とを合算することができる。換言すると、共有者は、買い物のときに決済ＩＤを使用することで、商品の代金の支払いを決済元顧客に依頼することができる。

（第１実施形態）
［決済ＩＤ発行処理］
次に、第１実施形態における決済ＩＤ発行処理について説明する。決済ＩＤ発行処理は、決済ＩＤの発行及び共有を行う処理である。図６は、決済ＩＤ発行処理の概要を示すフローチャートである。なお、決済ＩＤ発行処理は、主として管理サーバ２、決済元携帯端末３ａ、共有携帯端末３ｂが、それぞれ予め用意されたプログラムを実行することにより実現される。

ここで、決済元携帯端末３ａとは、例えば、店舗の会員として決済に使用できる有効なクレジットカードが登録されている「親」が使用する携帯端末３であり、共有携帯端末３ｂとは、その親の「子供」が使用する携帯端末３であるものとする。なお、本実施形態では、決済元顧客が親、共有者が子供という関係性であるが、本発明はこれに限定されるものではなく、決済元顧客が有効なクレジットカードを登録している代表者であれば、共有者との関係性は任意であり、共有者の人数も１人に限られるものではない。

まず、親は、決済元携帯端末３ａを使用して、決済ＩＤ発行要求を送信する（ステップＳ１０１）。携帯端末３ａから決済ＩＤ発行要求を受信すると、管理サーバ２は、決済ＩＤ発行要求に含まれる顧客識別情報に基づいて、会員情報ＤＢ２６からクレジット情報を取得する。そして、管理サーバ２は、取得したクレジット情報から決済に有効なクレジットカードを抽出し、当該クレジットカードに紐付けて決済ＩＤを発行する（ステップＳ１０２）。管理サーバ２は、発行した決済ＩＤを示す二次元コードを表示する決済ＩＤ画面を生成し、決済元携帯端末３ａへ送信する（ステップＳ１０３）。

決済元携帯端末３ａは、管理サーバ２から決済ＩＤ画面を受信すると、表示部３１に表示する（ステップＳ１０４）。図７（Ａ）は、決済元に送信される決済ＩＤ画面の表示例である。この例では、決済ＩＤ画面は、決済元携帯端末３ａに表示されるものであって、決済ＩＤを示す二次元コード７５と、共有ボタン７６とを有する。親は、共有ボタン７６を押下して、発行された決済ＩＤを共有する共有者を指定する。例えば、共有ボタン７６が押下されると、決済元携帯端末３ａは、共有者指定画面などをポップアップ表示し、親に共有者として子供を指定させる。具体的には、親が会員登録するときに併せて子供に関する情報を登録しており、共有者指定画面で子供の氏名を選択することで共有者を指定することとしてもよいし、共有者指定画面で子供に関する情報を登録することで共有者を指定することとしてもよい。即ち、共有者の指定方法は、任意に設定可能である。

共有者の指定が完了すると、決済元携帯端末３ａは、共有者の情報を共有者情報として管理サーバ２へ送信する（ステップＳ１０５）。共有者情報を受信すると（ステップＳ１０６）、管理サーバ２は、共有決済ＩＤ画面を生成し、当該共有者情報に基づいて共有者として指定された子供が使用する共有携帯端末３ｂへ送信する（ステップＳ１０７）。共有携帯端末３ｂは、管理サーバ２から共有決済ＩＤ画面を受信すると、表示部３１へ表示する（ステップＳ１０８）。図７（Ｂ）は、共有者に送信される共有決済ＩＤ画面の表示例である。この例では、共有決済ＩＤ画面は、共有携帯端末３ｂに表示されるものであって、決済ＩＤを示す二次元コード７５と、ＯＫボタン７７とを有する。子供は、共有携帯端末３ｂに表示された決済ＩＤを確認するとＯＫボタン７７を押下する。ＯＫボタン７７が押下されると、共有携帯端末３ｂは、管理サーバ２に共有完了情報を送信し、表示をメインメニューに戻す（ステップＳ１０９）。管理サーバ２は、共有携帯端末３ｂから共有完了情報を受信すると、決済ＩＤの発行及び共有は完了したものとみなし、決済ＩＤ発行処理を終了する（ステップＳ１１０）。

なお、上記の例では、決済ＩＤ画面の共有ボタン７６を押下して共有者を指定することとしているが、本発明はこれに限定されるものではなく、別のタイミングで共有者を指定することしてもよい。また、顧客は、決済元携帯端末３ａを使用して、管理サーバ２を通さず、決済ＩＤを直接共有者の使用する共有携帯端末３ｂへ送信することとしてもよい。決済ＩＤを共有携帯端末３ｂと共有する方法は、専用アプリケーション内の通信を利用する方法、メールアドレスによる方法など、決済ＩＤを示す二次元コードを送信することが可能であれば種々の方法を適用することができる。

また、本発明は、決済ＩＤを示す情報として二次元コードを使用しているが、本発明はこれに限定されるものではなく、パスワードやＰＩＮ（Ｐｅｒｓｏｎａｌ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｎｕｍｂｅｒ）コード等であってもよい。例えば、決済ＩＤとして８桁の数字で表すパスワードを発行する場合、共有者は携帯端末３を持っている必要はなく、会計機５でパスワードを入力すればよい。

［商品購入処理］
次に、第１実施形態における、商品購入処理の基本的な動作について説明する。商品購入処理は、顧客が店舗において商品を購入する処理である。図８は、商品購入処理の概要を示すフローチャートである。なお、商品購入処理は、主として管理サーバ２、決済元携帯端末３ａ、共有携帯端末３ｂ、会計機５が、それぞれ予め用意されたプログラムを実行することにより実現される。

まず、顧客は、店舗に入るとかご置き場から１つのかご８を取り、購入したい商品をかご８に入れていく。全ての購入商品をかご８に入れると、顧客は、精算するためにかご８を会計機５の収容部９０に置く（ステップＳ２０１）。会計機５は、かご検知部５９によりかご８が所定位置に置かれたことが検知されると、シャッター９１を閉め、かご８に入っている商品に付されたＲＦＩＤタグと通信することで、購入商品の商品識別情報を取得する（ステップＳ２０２）。次に、会計機５は、通信部５４を介し、取得した商品識別情報に基づいて、ＰＯＳサーバ１の商品情報ＤＢ１８を参照することで購入商品リストを作成し、表示部５１に表示する（ステップＳ２０３）。購入商品リストは、例えば、購入商品を示す商品識別情報、商品名、その商品の購入予定数量、価格等を含むリストである。

図９は、購入商品リスト画面の表示例を示す。この例では、購入商品リスト画面は、リスト表示欄４１と、小計表示欄４２と、合計額表示欄４３と、支払いボタン４５と、中止ボタン４６とを有する。リスト表示欄４１には、購入商品毎に購入商品の名称、数量、価格が表示される。小計表示欄４２は、購入商品リストの全商品に対する価格の税抜きの小計を表示し、合計額表示欄４３は、購入商品リストの全商品に対する価格の税込みの合計額を表示する。支払いボタン４５は、顧客が購入商品リスト画面に表示された商品の支払いへ進む際に押下するボタンである。中止ボタン４６は、商品の購入を中止する際に押下するボタンである。

会計機５は、顧客により支払いと中止のいずれが選択されたかを判定する（ステップＳ２０４）。中止ボタン４６が押下され、顧客により中止が選択されたと判定した場合、会計機５は、商品の購入を中止して商品購入処理を終了する。一方、支払いボタン４５が押下され、顧客により支払いが選択されたと判定した場合、会計機５は、購入商品リストを含む支払い方法選択画面を表示部５１に表示する（ステップＳ２０５）。

図１０は、支払い方法選択画面の表示例である。この例では、支払い方法選択画面は、リスト表示欄６１と、小計表示欄６２と、合計金額表示欄６３と、クレジットボタン６４と、現金ボタン６５と、決済ＩＤボタン６６とを有する。リスト表示欄６１には、購入商品の名称、数量、価格が表示される。小計表示欄６２は、リスト表示欄６１に表示された全購入商品に対する売価の税抜きの小計を表示し、合計金額表示欄６３は、全購入商品に対する売価の税込みの合計額を表示する。顧客は、支払い方法選択画面を見て支払い金額を確認し、クレジットボタン６４、現金ボタン６５、決済ＩＤボタン６６のいずれかを押下する。

なお、支払い方法選択画面は、リスト表示欄６１や小計表示欄６２を含んでいるが、本発明はこれに限定されるものではなく、支払い金額の確認と支払い方法の選択が可能であればよい。また、決済ＩＤによる決済以外の支払い方法は、クレジット決済や現金決済に限られるものではなく、電子マネー決済など任意の決済を適用することができる。

会計機５は、決済ＩＤボタン６６が押下されたか否かを判定する（ステップＳ２０６）。決済ＩＤボタンが押下されていないと判定した場合（ステップＳ２０６；Ｎｏ）、会計機５は、顧客が支払い方法選択画面においてクレジットボタン６４又は現金ボタン６５を押下したと判断し、ステップＳ２１８の処理へ進む。具体的に、顧客がクレジットボタン６４の押下によりクレジットでの支払いを選択した場合、ステップＳ２１８において会計機５は、カード挿入口９２へのクレジットカード挿入や暗証番号の入力などを促すメッセージを表示部５１に表示し、クレジット決済を行う。また、顧客が現金ボタン６５の押下により現金での支払いを選択した場合、会計機５は、現金投入口９３への現金投入を促すメッセージを表示部５１に表示し、現金が投入されると、必要に応じて釣銭を支払う。

なお、クレジット決済や現金投入により精算を行うと、会計機５は、表示部５１に精算終了画面を表示するが、詳細は後述する。

一方、決済ＩＤボタン６６が押下されたと判定した場合（ステップＳ２０６；Ｙｅｓ）、会計機５は、表示部５１に読取促進画面を表示する（ステップＳ２０７）。図１１は、読取促進画面の表示例を示す。この例では、読取促進画面は、決済ＩＤの二次元コードを会計機５の決済ＩＤ読取部７０にかざすことを促すメッセージと、ＯＫボタン６７とを有する。ここで、決済ＩＤボタン６６を押下した顧客は、上述した共有携帯端末３ｂを使用する子供であり、決済元顧客は決済元携帯端末３ａを使用する親であるとする。子供は、共有携帯端末３ｂの表示部３１に図７（Ｂ）に示すような共有決済ＩＤ画面を表示させ、決済ＩＤを示す二次元コード７５を、会計機５の決済ＩＤ読取部７０にかざす（ステップＳ２０８）。

会計機５は、決済ＩＤ読取部７０により決済ＩＤを示す二次元コード７５を正常に読み取ることができたか否かを判定する（ステップＳ２０９）。二次元コード７５を正常に読み取ることができないと判定した場合（ステップＳ２０９；Ｎｏ）、会計機５は、ステップＳ２０７の処理に戻り、正常に読み取れるまで読取促進画面を繰り返し表示する。一方、正常に読み取ることができたと判定した場合（ステップＳ２０９；Ｙｅｓ）、会計機５は、決済ＩＤ読取部７０により二次元コード７５を読み取り、決済ＩＤを取得する。そして、会計機５は、決済ＩＤと、購入商品リストとを含む承認要求を管理サーバ２へ送信する（ステップＳ２１０）。

管理サーバ２は、会計機５から承認要求を受信する。そして、管理サーバ２は、会員情報ＤＢ２６から、当該承認要求に含まれる決済ＩＤに紐付けられたクレジットカードを登録している会員の会員情報を抽出する。さらに、管理サーバ２は、承認要求に含まれる購入商品リストに基づいて承認画面を生成し、抽出した会員情報に基づいて決済元携帯端末３ａへ送信する（ステップＳ２１１）。決済元携帯端末３ａは、管理サーバ２から承認画面を受信すると、表示部３１へ表示する（ステップＳ２１２）。図１２は、承認画面の表示例を示す。この例では、承認画面は、リスト表示欄６１と、小計表示欄６２と、合計金額表示欄６３と、承認するか否かを問うメッセージと、承認ボタン６８と、拒否ボタン６９とを有する。リスト表示欄６１、小計表示欄６２及び合計金額表示欄６３は、上述の支払い方法選択画面と同様であるため、説明は省略する。顧客、この場合親は、承認画面に表示された購入商品や支払い金額を確認し、問題なければ承認ボタン６８を押下して支払いを承認する。一方、子供が余計な商品を購入している、支払い金額が多すぎるなど問題があれば、親は拒否ボタン６９を押下して支払いを拒否する。

決済元携帯端末３ａは、承認画面において支払いの承認と拒否のいずれが行われたかを判定する（ステップＳ２１３）。拒否ボタン６９が押下され、支払いが拒否されたと判定した場合、決済元携帯端末３ａは、決済ＩＤと、支払いの承認を拒否する旨の情報とを含む拒否情報を会計機５へ送信する（ステップＳ２１４）。決済元携帯端末３ａから拒否情報を取得すると、会計機５は、表示部５１に拒否画面を表示する（ステップＳ２１５）。図１３は、拒否画面の表示例を示す。この例では、拒否画面は、決済元から決済ＩＤによる支払いが承認されず、買い物を中止する旨のメッセージを含む。会計機５は、図１３に示すような拒否画面を表示すると、商品の購入を中止して商品購入処理を終了する。

一方、承認ボタン６８が押下され、支払いが承認されたと判定した場合、決済元携帯端末３ａは、決済ＩＤと、支払いを承認する旨の情報とを含む承認情報を管理サーバ２へ送信する（ステップＳ２１６）。管理サーバ２は、決済元携帯端末３ａから承認情報を受信すると、会員情報ＤＢ２６から、当該承認情報に含まれる決済ＩＤに紐付けられたクレジットカードに関するクレジット情報を抽出する。そして、管理サーバ２は、クレジット情報を会計機５へ送信する（ステップＳ２１７）。会計機５は、管理サーバ２から受信したクレジット情報に基づいて精算を行う（ステップＳ２１８）。具体的に、会計機５は、ＩＤ決済として、管理サーバ２から受信したクレジット情報に基づいて、決済ＩＤに紐付けられたクレジットカードにより決済を行い、購入商品の精算を行う。

なお、本実施形態では、管理サーバ２から受信したクレジット情報に基づいて会計機５が決済ＩＤに紐付けられたクレジットカードによる決済を行うこととしているが、本発明はこれに限定されるものではなく、管理サーバ２が決済ＩＤに紐付けられたクレジットカードによる決済を行い、決済が完了した旨の完了情報を会計機５に送信することとしてもよい。この場合、会計機５は、管理サーバ２から完了情報を受信することで、購入商品の精算を行ったものとみなす。

精算を行うと、会計機５は、表示部５１に精算終了画面を表示する。図１４は、精算終了画面の表示例を示す。この例では、精算終了画面は、決済情報欄７１と、領収書ボタン７２と、終了ボタン７３とを有する。決済情報欄は、決済の金額を表示しており、決済の方法等、表示する情報は任意に設定することができる。領収書ボタン７２は、領収書を印字出力するためのボタンである。終了ボタン７３は、顧客が購入消費の精算を完了したことを確認するためのボタンである。顧客が終了ボタン７３を押下すると、決済により精算が完了したとみなし、会計機５は、荷詰装置６０を制御して、かご８に入っていた購入商品の荷詰めを行う（ステップＳ２１９）。荷詰めが完了すると、会計機５はシャッター９１を開き、顧客は購入商品を荷詰めされた状態で受け取ることができる。これにより、商品購入処理は終了する。

なお、本発明は、図５に示すようなセルフレジの会計機５に限らず、店員が操作する有人の会計機にも適用することができる。また、本発明は、顧客が使用する携帯端末３や高機能かご、高機能カート等が商品のバーコードを読み取ることで商品識別情報を取得し、取得した商品識別情報を会計機に送信して精算を行う方法にも適用することができる。

さらに、本発明は、携帯端末３が商品識別情報の取得及び精算を行う方法にも適用することができる。この場合、会計機５に代わり、携帯端末３が精算端末として機能する。例えば、共有携帯端末３ｂが、商品識別情報を取得して購入商品の登録を行い、当該購入商品の代金の支払い方法として、決済元携帯端末３ａと共有している決済ＩＤを選択したとする。すると、管理サーバ２は、共有携帯端末３ｂから取得した決済ＩＤに基づいて、決済元携帯端末３ａへの承認を行い、会員情報ＤＢ２６からクレジット情報を抽出して共有携帯端末３ｂへ送信する。これによれば、携帯端末３ｂは、共有ＩＤに紐づいたクレジット情報に基づいてクレジット決済が可能となり、精算を行うことができる。

また、ステップＳ２１４において決済元携帯端末３ａが拒否情報を送信する際に、例えば、「コーラは購入してはいけません」等のメッセージを含めることとしてもよい。また、拒否情報は、会計機５に加えて、共有携帯端末３ｂに送信することとしてもよい。これによれば、メッセージを確認することで共有者は、なぜ承認されなかったかを認識することができる。また、会計機５が店員が操作するレジであれば、メッセージに沿って購入商品からコーラを返却し、コーラを削除した購入商品リストを含む承認要求を再び決済元携帯端末３ａに送信することができる。

また、管理サーバ２は、拒否情報により商品の購入が中止となった場合、決済元携帯端末３ａに「商品の購入が中止となりました。○番レジにお子様がいらっしゃいます」といったメッセージを送信することとしてもよい。これによれば、例えば、共有者である子供がおつかいの練習として決済ＩＤを使用した買い物を行っていた場合に、商品の購入が中止になったとしても、決済元顧客である親が適切に対応することができる。

これによれば、店舗内で親子や友達同士が別のカートで買い物をしている場合に、会計機５に行くタイミングが一緒でなくても、決済ＩＤにより決済元を１つとすることができる。つまり、商品を購入したことによる支払い金額は合算されて１人の顧客が支払うこととなる。

また、親が店舗の駐車場や自宅で待っており、上述のおつかい練習のように、子供だけが店舗内で買い物をする場合にも決済ＩＤを利用することができる。これによれば、親が子供にクレジットカードや現金を渡す必要がなく、子供が使用する携帯端末と決済ＩＤを共有することで、子供は商品を購入することができる。よって、現金やクレジットカードの紛失といったリスクを回避することができる。たとえ、決済ＩＤがなんらかの理由で流出したとしても、決済ＩＤによる決済を行うためには決済元の承認が必要であるため、現金やクレジットカードを紛失したときに比べてリスクが小さいと考えられる。

（第２実施形態）
［制限付決済ＩＤ発行処理］
次に、第２実施形態における制限付決済ＩＤ発行処理について説明する。制限付決済ＩＤ発行処理は、使用に制限がある決済ＩＤの発行及び共有を行う処理である。図１５は、制限付決済ＩＤ発行処理の概要を示すフローチャートである。なお、制限付決済ＩＤ発行処理は、主として管理サーバ２、決済元携帯端末３ａ、共有携帯端末３ｂが、それぞれ予め用意されたプログラムを実行することにより実現される。

制限付決済ＩＤは、例えば、友達数人のグループで旅行をする際などに利用すると便利である。そのため、ここでは、決済元携帯端末３ａは、決済元顧客である「代表者」が使用する携帯端末３であり、共有携帯端末３ｂは、一緒に旅行をしている代表者の「友達」が使用する携帯端末３であるものとする。代表者は予め会員登録の際に有効なクレジットカードを登録しているものとする。なお、制限付決済ＩＤの共有者である友達は複数であってもよく、その場合、複数の友達それぞれが共有携帯端末３ｂとして携帯端末３を所有しているものとする。

まず、代表者の操作により、決済元携帯端末３ａは、制限付決済ＩＤ要求画面を表示部３１に表示する（ステップＳ３０１）。図１６は、制限付決済ＩＤ要求画面の表示例である。この例では、制限付決済ＩＤ要求画面は、名称欄８１と、制限時間欄８２と、制限日数欄８３と、制限日付欄８４と、制限付決済ＩＤ発行ボタン８５とを有する。名称欄８１は、制限付決済ＩＤを発行する理由となったイベント名やグループ名などを入力する欄である。制限時間欄８２、制限日数欄８３及び制限日付欄８４は、制限付決済ＩＤを使用可能な期間を制限として設定する入力欄である。制限時間欄８２は、制限付決済ＩＤを使用可能な時間を設定するために、例えば「１」時間、「２」時間といった数字を入力する欄である。制限日数欄８３は、制限付決済ＩＤを使用可能な日数を設定するために、例えば「２」日間、「３」日間といった数字を入力する欄である。制限日付欄８４は、制限付決済ＩＤを使用可能な期限を設定するために、例えば「３」月「３１」日までといった日付を入力する欄である。制限付決済ＩＤ発行ボタン８５は、押下により、決済ＩＤ発行要求と、設定された制限に関する制限情報とを管理サーバ２へ送信するボタンである。

代表者は、決済元携帯端末３ａに表示された制限付決済ＩＤ要求画面において、任意の入力欄に入力することで、決済ＩＤの使用に対する制限を設定する（ステップＳ３０２）。設定を完了すると、代表者は、決済元携帯端末３ａにおいて制限付決済ＩＤ要求ボタン８７を押下する。決済元携帯端末３ａは、制限付決済ＩＤ要求ボタン８７が押下されると、決済ＩＤ要求及び制限情報を管理サーバ２へ送信する（ステップＳ３０３）。なお、制限を設定しないことで、第１実施形態と同様の制限のない決済ＩＤを発行することとしてもよい。

携帯端末３ａから決済ＩＤ発行要求及び制限情報を受信すると、管理サーバ２は、まず、決済ＩＤ発行要求に含まれる顧客識別情報に基づいて、会員情報ＤＢ２６からクレジット情報を取得する。そして、管理サーバ２は、取得したクレジット情報から決済に有効なクレジットカードを抽出する。さらに、管理サーバ２は、抽出したクレジットカードに紐付けて、制限情報に基づく制限を設定した制限付決済ＩＤを発行する（ステップＳ３０４）。管理サーバ２は、クレジットカード及び制限付決済ＩＤに対応付けて制限情報と、発行日時とを会員情報ＤＢ２６に記憶する。そして、管理サーバ２は、発行した制限付決済ＩＤを示す二次元コードを表示する決済ＩＤ画面を生成し、決済元携帯端末３ａへ送信する（ステップＳ３０５）。

なお、図１５においてステップＳ３０６〜Ｓ３１２の処理は、図６におけるステップＳ１０４〜Ｓ１１０の処理と同様であるため説明は省略する。

また、本発明は、第１実施形態と同様に、決済ＩＤを示す情報として二次元コードを使用しているが、本発明はこれに限定されるものではなく、パスワードやＰＩＮコード等であってもよい。

本実施形態では、制限付決済ＩＤの発行及び共有を専用のアプリケーションを利用して携帯端末３で行うこととしているが、本発明はこれに限定されるものではなく、店舗に設置された店内端末で制限付決済ＩＤや制限のない決済ＩＤの発行を行うこととしてもよい。これによれば、友達同士で買い物に来た場合に、その場で手軽に制限付決済ＩＤを発行し、共有することができる。また、顧客がクレジットカードを持っているが、携帯端末３を持っていない場合、店内端末は、クレジットカードを登録し、決済ＩＤを例えば８桁の数字であるパスワードで発行する。これによれば、パスワードを会計機５に入力することで決済ＩＤによる決済を行うことができるため、携帯端末３を持っていない顧客も簡単に決済ＩＤを利用することが可能となる。

［商品購入処理］
次に、第２実施形態における、制限付決済ＩＤによる商品購入処理の基本的な動作について説明する。商品購入処理は、顧客が店舗において商品を購入する処理である。図１７は、制限付決済ＩＤによる商品購入処理の概要を示すフローチャートである。なお、商品購入処理は、主として管理サーバ２、決済元携帯端末３ａ、共有携帯端末３ｂ、会計機５が、それぞれ予め用意されたプログラムを実行することにより実現される。

なお、図１７においてステップＳ４０１〜Ｓ４０７、及び、ステップＳ４１５〜Ｓ４２３の処理は、図８におけるステップＳ２０１〜Ｓ２０７、及び、ステップＳ２１１〜２１９の処理と同様であるため説明は省略する。また、ステップＳ４０６の処理で決済ＩＤボタン６６を押下した顧客は、上述した共有携帯端末３ｂを使用する「友達」であり、決済元は決済元携帯端末３ａを使用する「代表者」であるとする。

ステップＳ４０８の処理において、友達は、共有携帯端末３ｂの表示部３１に図７（Ｂ）に示すような共有決済ＩＤ画面を表示させ、決済ＩＤを示す二次元コード７５を、会計機５の決済ＩＤ読取部７０にかざす（ステップＳ４０８）。

会計機５は、決済ＩＤ読取部７０により決済ＩＤを示す二次元コード７５を正常に読み取ることができたか否かを判定する（ステップＳ４０９）。二次元コード７５を正常に読み取ることができないと判定した場合（ステップＳ４０９；Ｎｏ）、会計機５は、ステップＳ４０７の処理に戻り、正常に読み取れるまで読取促進画面を繰り返し表示する。一方、正常に読み取ることができたと判定した場合（ステップＳ４０９；Ｙｅｓ）、会計機５は、決済ＩＤ読取部７０により二次元コード７５を読み取り、制限付決済ＩＤを取得する。そして、会計機５は、制限付決済ＩＤを含む判定要求を管理サーバ２へ送信する（ステップＳ４１０）。

なお、決済ＩＤは、制限なしの決済ＩＤと制限付決済ＩＤの双方を表すものであって、制限なしの決済ＩＤと制限付決済ＩＤのいずれであるかを示す情報を含んでいる。本実施形態では、制限ありの決済ＩＤであるものとする。また、制限なしの決済ＩＤと制限付の決済ＩＤは、複数発行することが可能であり、それぞれを利用することができる。

管理サーバ２は、会計機５から判定要求を受信する。そして、管理サーバ２は、判定要求に含まれる制限付決済ＩＤに基づいて、会員情報ＤＢ２６から制限情報及び発行日時を取得する（ステップＳ４１１）。取得した制限情報及び発行日時に基づいて、管理サーバ２は、制限付決済ＩＤに設定された制限の範囲内であるか、制限の範囲外であるかを判定する。具体的に、管理サーバ２は、制限情報に基づいて、設定された制限が「制限付決済ＩＤを使用可能な日数が３日間」であると特定した場合、現在日時が発行日時から３日以内であるか否かを判定することで、制限の範囲内であるか、制限の範囲外であるかを判定する。さらに、管理サーバ２は、判定結果を結果情報として会計機５へ送信する（ステップＳ４１２）。

会計機５は、管理サーバ２から受信した結果情報に基づいて、制限付決済ＩＤが制限の範囲内であるか、制限の範囲外であるかを判定する（ステップＳ４１３）。制限付決済ＩＤが制限の範囲外であると判定した場合（ステップＳ４１３；Ｎｏ）、会計機５は、表示部５１に中止画面を表示する（ステップＳ４２４）。図１８は、中止画面の表示例を示す。この例では、中止画面は、決済ＩＤが無効であり、商品の購入を中止する旨のメッセージを含む。会計機５は、図１８に示すような中止画面を表示すると、商品の購入を中止して商品購入処理を終了する。

一方、制限付決済ＩＤが制限の範囲内であると判定した場合（ステップＳ４１３；Ｙｅｓ）、会計機５は、制限付決済ＩＤと、購入商品リストとを含む承認要求を管理サーバ２へ送信する（ステップＳ４１４）。そして、管理サーバ２、決済元携帯端末３ａ及び会計機５は、ステップＳ４１５〜ステップＳ４２３の処理を行い、商品購入処理は終了する。

なお、本発明は、第１実施形態と同様にセルフレジの会計機５に限らず、店員が操作する有人の会計機にも適用することができる。また、本発明は、顧客が使用する携帯端末３や高機能かご、高機能カート等が商品のバーコードを読み取ることで商品識別情報を取得し、取得した商品識別情報を会計機に送信して精算を行う方法にも適用することができる。

さらに、本発明は、携帯端末３が商品識別情報の取得及び精算を行う方法にも適用することができる。この場合、会計機５に代わり、携帯端末３が精算端末として機能する。例えば、共有携帯端末３ｂが、商品識別情報を取得して購入商品の登録を行い、当該購入商品の代金の支払い方法として、決済元携帯端末３ａと共有している決済ＩＤを選択したとする。すると、管理サーバ２は、共有携帯端末３ｂから取得した決済ＩＤに基づいて、決済元携帯端末３ａへの承認を行い、会員情報ＤＢ２６からクレジット情報を抽出して共有携帯端末３ｂへ送信する。これによれば、携帯端末３ｂは、共有ＩＤに紐づいたクレジット情報に基づいてクレジット決済が可能となり、精算を行うことができる。

また、第１実施形態と同様に、決済元携帯端末３ａが拒否情報を送信する際に、承認できない理由等を表すメッセージを含めることとしてもよいし、拒否情報を共有携帯端末３ｂにも送信することとしてもよい。

本実施形態では、制限付決済ＩＤに設定する使用期間を発行日時からカウントすることとしているが、本発明はこれに限定されるものではなく、使用開始日時、使用終了日時を設定することとしてもよい。また、制限付決済ＩＤは、使用期間に限らず、使用回数、購入商品の支払い金額の上限等、種々の制限を設定することができる。例えば、購入を許可する商品、又は、購入を禁止する商品を制限として設定することとしてもよい。このような決済ＩＤに設定する制限を厳格にすることで、購入管理システム１００は、決済元顧客の承認なしで決済ＩＤによる精算を行うこととしてもよい。

このように、制限付決済ＩＤは、使用期間や使用回数、支払い上限等の制限を設定することができるため、決済元顧客は、予算管理がしやすくなる。また、使用回数を１回に制限することで使い捨ての制限付決済ＩＤを発行することが可能となり、家族ほど信頼関係がない友達であったとしても気軽に制限付決済ＩＤを共有することができる。さらに、制限を厳格化して承認を省くことで、共有者は、精算をスムーズに行うことができ、時間を短縮することができるため、カスタマーサービスが向上する。

（第３実施形態）
［制限付決済ＩＤ発行処理］
次に、第３実施形態における、ゾーン制限を設定した制限付決済ＩＤ発行処理について説明する。第２実施形態では、決済ＩＤの制限として、使用期間や使用回数、支払い金額の上限等を設定しているが、本実施形態では、店舗内を区分けしたエリアをゾーン制限として設定する。ゾーンとは、商品の購入を許可するエリアが設定されたものである。

図１９は、店舗内の見取り図と、商品の種類別に店舗を区分けしたエリアとを示す図である。この例では、店舗内は商品が種類別に陳列されており、商品の種類としては、青果、鮮魚、酒類、お菓子等が挙げられる。破線で示す範囲が予め商品の種類別に店舗を区分けしたエリアであり、破線９６の範囲が酒類エリア、破線９７の範囲がお菓子エリアである。この他、図示されていないが、青果エリア、鮮魚エリアも存在する。なお、店舗内におけるエリアの区分けは、商品の種類毎に限定されるものではなく、任意の方法で区分けすることができる。制限付決済ＩＤの共有者は、ゾーン制限としてゾーンに含まれるエリアに置かれた商品は購入することができるが、それ以外のエリアに置かれた商品は購入することができない。具体的に、ゾーン制限として、お菓子エリアが設定されている場合、制限付決済ＩＤの共有者は、お菓子エリアに置かれた商品は購入することができるが、青果エリアに置かれた商品は購入することができない。

ゾーン制限を設定した制限付決済ＩＤを発行する場合、上述の第２実施形態と同様に、図１５に示す制限付決済ＩＤ発行処理を行う。なお、制限付決済ＩＤ発行処理は、ステップＳ３０１及びＳ３０２の処理以外は同様であるため、説明を省略する。また、第３実施形態では、第２実施形態と同様に、決済元携帯端末３ａは、支払い元となる「代表者」が使用する携帯端末３であり、共有携帯端末３ｂは、一緒に旅行をしている代表者の「友達」が使用する携帯端末３であるものとする。

代表者の操作により、決済元携帯端末３ａは、制限付決済ＩＤ要求画面を表示部３１に表示する（ステップＳ３０１）。図２０は、ゾーン制限を設定可能な制限付決済ＩＤ要求画面の表示例である。この例では、制限付決済ＩＤ要求画面は、店舗内のエリア名と、各エリア名に対応するチェックボックス９５と、制限付決済ＩＤ発行ボタン８８とを有する。代表者は、決済元携帯端末３ａに表示された制限付決済ＩＤ要求画面において、商品の購入を可能としたいエリアに対応するチェックボックス９５にチェックマークを入力することにより、ゾーン制限を設定する（ステップＳ３０２）。具体的に、商品を購入可能なゾーン制限としてお菓子エリア及び青果エリアを設定したい場合、代表者は、お菓子エリアと青果エリアに対応するチェックボックス９５にチェックマークを入力する。そして、管理サーバ２、決済元携帯端末３ａ及び共有携帯端末３ｂは、ステップＳ３０３〜ステップＳ３１１の処理を行い、制限付決済ＩＤ発行処理は終了する。

なお、管理サーバ２は、ゾーン制限として設定されたエリアに関する情報を制限情報として、クレジットカード及び発行した制限付決済ＩＤに対応付けて、会員情報ＤＢ２６に記憶する。

また、本発明は、上述の実施形態と同様に、決済ＩＤを示す情報として二次元コードを使用しているが、本発明はこれに限定されるものではなく、パスワードやＰＩＮコード等であってもよい。

［通知処理］
次に、第３実施形態における通知処理について説明する。通知処理は、店舗内において購入商品を選択する際に、ゾーン制限に基づいて、顧客が現在いるエリアの商品が購入可能であるか否かを、共有携帯端末３ｂを介して通知する処理である。図２１は、通知処理の概要を示すフローチャートである。なお、通知処理は、主として管理サーバ２、共有携帯端末３ｂが、それぞれ予め用意されたプログラムを実行することにより実現される。共有携帯端末３ｂは、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）を搭載しており、位置情報を取得できるものとする。また、管理サーバ２は、店舗内のエリアや会計機の位置情報を予め記憶しているものとする。

代表者の制限付決済ＩＤを共有している友達は、まず、共有携帯端末３ｂを操作して専用のアプリケーションプログラムを実行し、当該制限付決済ＩＤによる購入を指定する（ステップＳ５０１）。すると、共有携帯端末３ｂは、予め記憶している店舗の位置情報と、ＧＰＳにより取得した現在の位置情報とに基づいて、現在位置が店舗内であるか否かを判定する（ステップＳ５０２）。店舗内ではないと判定した場合（ステップＳ５０２；Ｎｏ）、共有携帯端末３ｂは、店舗内であると判定するまでステップＳ５０２の処理を繰り返し行う。一方、店舗内であると判定した場合（ステップＳ５０２；Ｙｅｓ）、共有携帯端末３ｂは、と、ステップＳ５０１において指定された制限付決済ＩＤと、現在の位置情報とを管理サーバ２へ送信する（ステップＳ５０３）。

なお、共有携帯端末３ｂは、ステップＳ５０２において店舗内であると判定した場合、決済元携帯端末３ａに店舗に到着した旨のメッセージを送信することとしてもよい。これによれば、予めメッセージを受信することで、決済元携帯端末３ａを使用する代表者は、商品購入処理における承認をスムーズに行うことができる。

管理サーバ２は、共有携帯端末３ｂから受信した位置情報と、予め記憶している会計機５の位置情報とに基づいて、現在位置が会計機５近辺であるか否かを判定する（ステップＳ５０４）。会計機５近辺ではないと判定した場合（ステップＳ５０４；Ｎｏ）、管理サーバ２は、さらに、共有携帯端末３ｂから受信した位置情報と、予め記憶している各エリアの位置情報とに基づいて、現在位置が属するエリアを特定する（ステップＳ５０５）。また、管理サーバ２は、共有携帯端末３ｂから受信した制限付決済ＩＤに基づいて、会員情報ＤＢ２６から制限情報を取得する。そして、管理サーバ２は、取得した制限情報に基づいて、特定したエリアが、ゾーン制限として設定されたエリアに含まれているか否かを判定する（ステップＳ５０６）。

ゾーン制限として設定されたエリアに含まれていると判定した場合（ステップＳ５０６；Ｙｅｓ）、管理サーバ２は、このエリアの商品は購入可能であることを示すメッセージや「○」マーク等を含む購入許可画面を生成し、共有携帯端末３ｂへ送信する（ステップＳ５０７）。共有携帯端末３ｂは、管理サーバ２から購入許可画面を受信すると、表示部３１に表示し、ステップＳ５０３へ戻る（ステップＳ５０８）。一方、ゾーン制限として設定されたエリアに含まれていないと判定した場合（ステップＳ５０６；Ｎｏ）、管理サーバ２は、このエリアの商品は購入禁止であることを示すメッセージや「×」マーク等を含む購入禁止画面を生成し、共有携帯端末３ｂへ送信する（ステップＳ５０９）。共有携帯端末３ｂは、管理サーバ２から購入禁止画面を受信すると、表示部３１に表示し、ステップＳ５０３へ戻る（ステップＳ５１０）。

なお、購入許可画面及び購入禁止画面にメッセージやマークを表示することとしているが、本発明はこれに限定されるものではなく、例えば、画面の色を購入許可画面では「青」、購入禁止画面では「赤」としてもよいし、購入可能である場合のみ共有携帯端末３ｂを振動させることとしてもよい。つまり、顧客がいるエリアが、購入可能なエリアであるか、購入禁止のエリアであるかを、共有携帯端末３ｂを使用して通知することができれば、その通知方法は任意に設定可能である。

ステップＳ５０３に戻り、共有携帯端末３ｂは、再び制限付決済ＩＤと、現在の位置情報とを管理サーバ２へ送信する（ステップＳ５０３）。管理サーバ２は、共有携帯端末３ｂから受信した位置情報と、予め記憶している会計機５の位置情報とに基づいて、現在位置が会計機５近辺であるか否かを判定する（ステップＳ５０４）。会計機５近辺であると判定した場合（ステップＳ５０４；Ｙｅｓ）、管理サーバ２は、購入商品の選択が終わって会計機５へ向かったものと判断し、商品選択終了情報を共有携帯端末３ｂへ送信する（ステップＳ５１１）。共有携帯端末３ｂは、管理サーバ２から商品選択終了情報を受信し（ステップＳ５１３）、通知処理を終了する。

［商品購入処理］
次に、第３実施形態における、ゾーン制限が設定された制限付決済ＩＤによる商品購入処理は、上述の第２実施形態と同様に、図１７に示す商品購入処理を行う。なお、ゾーン制限が設定された制限付決済ＩＤによる商品購入処理は、ステップＳ４１０及びＳ４１１の処理以外は同様であるため、説明を省略する。また、第３実施形態では、第２実施形態と同様に、決済元携帯端末３ａは、支払い元となる「代表者」が使用する携帯端末３であり、共有携帯端末３ｂは、一緒に旅行をしている代表者の「友達」が使用する携帯端末３であるものとする。商品情報ＤＢ２８には、各商品の陳列されているエリアに関する商品エリア情報が記憶されているものとする。

ステップＳ４１０において会計機５は、制限付決済ＩＤと、購入商品リストとを含む判定要求を管理サーバ２へ送信する。管理サーバ２は、判定要求に含まれる制限付決済ＩＤに基づいて、会員情報ＤＢ２６から制限情報を取得する（ステップＳ４１１）。そして、管理サーバ２は、取得した制限情報と、判定要求に含まれる購入商品リストと、商品情報ＤＢに含まれる商品エリア情報とに基づいて、制限付決済ＩＤに設定された制限の範囲内であるか、制限の範囲外であるかを判定する。具体的に、管理サーバ２は、ゾーン制限として設定したエリア以外の商品が購入商品リストに含まれているか否かを判定し、含まれている場合は制限の範囲外、含まれていない場合は制限の範囲内であるとする。そして、管理サーバ２、決済元携帯端末３ａ及び会計機５は、ステップＳ４１２〜ステップＳ４２３の処理を行い、制限付決済ＩＤを伴う商品購入処理は終了する。

なお、本発明は、上述の実施形態と同様にセルフレジの会計機５に限らず、店員が操作する有人の会計機にも適用することができる。また、本発明は、顧客が使用する携帯端末３や高機能かご、高機能カート等が商品のバーコードを読み取ることで商品識別情報を取得し、取得した商品識別情報を会計機に送信して精算を行う方法にも適用することができる。

さらに、本発明は、携帯端末３が商品識別情報の取得及び精算を行う方法にも適用することができる。この場合、会計機５に代わり、携帯端末３が精算端末として機能する。例えば、共有携帯端末３ｂが、商品識別情報を取得して購入商品の登録を行い、当該購入商品の代金の支払い方法として、決済元携帯端末３ａと共有している決済ＩＤを選択したとする。すると、管理サーバ２は、共有携帯端末３ｂから取得した決済ＩＤに基づいて、決済元携帯端末３ａへの承認を行い、会員情報ＤＢ２６からクレジット情報を抽出して共有携帯端末３ｂへ送信する。これによれば、携帯端末３ｂは、共有ＩＤに紐づいたクレジット情報に基づいてクレジット決済が可能となり、精算を行うことができる。本実施形態において共有者が使用する共有携帯端末３ｂは、ゾーン制限に基づいて、購入許可画面が表示されているエリアで商品識別情報を取得すると、購入商品として登録することができる。しかし、購入禁止画面が表示されているエリアで商品識別情報を取得すると、購入商品として登録することができない。

また、共有者が携帯端末３を持っていない場合、高機能かごや高機能カートに制限付決済ＩＤを示すパスワードを入力することで、本実施形態を適用することができる。換言すると、通知処理において通知先となる通知端末は、携帯端末３に限らず、高機能かご、高機能カート等であってもよい。この場合、ゾーン制限として商品の購入が可能なエリアでは、共有携帯端末３ｂの代わりに、高機能かごや高機能カートのディスプレイに購入許可画面や購入禁止画面を表示させることとしてもよい。また、図２２に示すような商品棚の棚札９８に購入許可画面や購入禁止画面を表示させることとしてもよい。

また、上述の実施形態と同様に、決済元携帯端末３ａが拒否情報を送信する際に、承認できない理由等を表すメッセージを含めることとしてもよいし、拒否情報を共有携帯端末３ｂにも送信することとしてもよい。

また、本実施形態では、ゾーン制限として商品の購入が可能なエリアを設定しているが、これに代わり、ゾーン制限として商品の購入が禁止のエリアを設定することとしてもよい。また、ゾーン制限を決済元携帯端末３ａの使用者が設定することとしているが、店舗側が設定することとしてもよい。例えば、会員登録時の生年月日により顧客の年齢を算出し、２０歳未満である顧客が使用する決済ＩＤには、ゾーン制限として商品の購入が禁止のエリアに、酒類エリアや煙草エリアを設定することとしてもよい。これによれば、年齢確認が必要な酒類や煙草等の商品を未成年が購入することを防止することができる。また、ゾーン制限として商品の購入が禁止のエリアに設定されたエリアに入った場合、購入禁止画面だけではなく、「早くこのエリアから出てください」といった警告メッセージを共有携帯端末３ｂに表示させることとしてもよい。

さらに、ゾーン制限としてエリアではなく、購入を許可する商品、又は、購入を禁止する商品を設定することとしてもよい。この場合、共有携帯端末３ｂは、購入商品のバーコードを読み取り商品識別情報を取得すると、管理サーバ２と通信し、ゾーン制限に基づいて購入商品が、購入が許可された商品であるか否かを判定する。購入が許可された商品であると判定した場合、共有携帯端末３ｂは、購入許可画面を表示し、当該商品を登録することができる。一方、購入が禁止された商品であると判定した場合、共有携帯端末３ｂは、購入禁止画面を表示し、当該商品を登録することができない。

また、本実施形態の通知処理では、ＧＰＳを搭載した共有携帯端末３ｂから取得した位置情報を利用することとしているが、本発明はこれに限定されるものではなく、Ｗｉ−Ｆｉ（登録商標）やＢｌｕｅｔｏｏｔｈ（登録商標）等の無線通信を利用することとしてもよい。図２２は、無線通信を利用した通知を表す図である。この例では、予め各エリアに設置された商品棚から発信される無線通信を、管理サーバ２が管理している。具体的に、お菓子エリアの棚から発信された無線通信を共有携帯端末３ｂが受信したことを認識すると、管理サーバ２は、ゾーン制限に基づいて共有携帯端末３ｂに「○」マークを含む購入許可画面を表示する。

これによれば、共有者は、制限付決済ＩＤにより商品の購入が許可されているエリア、又は、購入が禁止されているエリアを、店舗内での通知により認識することができる。特に、子供や高齢者等メッセージを読みづらい顧客であっても、画面を介して「〇」マークや「×」マーク、青色や赤色等といった通知により、商品の購入が許可されているか否かを視覚により簡単に認識することができる。

［変形例］
以下、上記の実施形態の変形例について説明する。なお、以下の変形例は、適宜組み合わせて実施することができる。

（第１変形例）
上記の実施形態において、制限情報は会員情報ＤＢ２６に記憶することとしているが、本発明はこれに限定されるものではなく、決済ＩＤが制限情報を含むものとしてもよい。これによれば、商品購入処理において、制限範囲内であるか否かの判定を管理サーバ２ではなく、会計機５で行うことが可能となる。また、通知処理においても、ゾーン制限として設定されたエリアであるか否かの判定を管理サーバ２ではなく、共有携帯端末３ｂで行うことが可能となる。

（第２変形例）
上記の実施形態では、クレジットカードに紐づけて決済ＩＤを発行することとしているが、本発明はこれに限定されるものではなく、有効な決済方法と紐づけることができれば決済ＩＤを発行することができる。例えば、携帯端末３がスマートフォンであれば、有効な決済方法として、購入商品の支払いを携帯電話料金や通信料金とまとめるキャリア決済等を適用することができる。

（第３変形例）
決済ＩＤの共有は、専用アプリケーションやメールアドレス、ＳＮＳ等を利用した通信により行ってもよいし、決済ＩＤを示す二次元コードのスクリーンショットやパスワードを利用してもよい。しかし、これらの方法では、流出や他人の悪用などセキュリティ上のリスクが大きい。そのため、決済ＩＤの共有は、例えば、ＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）のような近距離無線通信に限定し、認証と通信を同時に行ったり、通信の際に決済ＩＤが携帯端末３の端末情報を含んだりすることでセキュリティを強化してもよい。

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

（付記１）
サーバ装置と、精算端末とを備える購入管理システムであって、
前記サーバ装置は、
決済元の顧客である決済元顧客による決済方法を登録する決済方法登録部と、
前記決済元顧客による決済方法に紐づけて、決済ＩＤを発行する決済ＩＤ発行部と、
前記精算端末から受信した決済ＩＤに紐づけられた決済方法を、当該精算端末へ送信する決済方法送信部と、
を備え、
前記精算端末は、
前記決済ＩＤを取得する決済ＩＤ取得部と、
前記サーバ装置から、前記決済ＩＤに紐づけられた決済方法を受信する決済方法受信部と、
購入した商品の支払いを、前記決済ＩＤに紐づけられた決済方法により精算する精算部と、
を備える購入管理システム。

（付記２）
前記サーバ装置は、前記決済ＩＤを、前記決済元顧客とは異なる顧客である共有者と共有する決済ＩＤ共有部をさらに備えることを特徴とする付記１に記載の購入管理システム。

（付記３）
前記決済ＩＤ発行部は、使用可能な条件を制限として設定した決済ＩＤを発行するものであって、
前記精算端末は、
前記商品の購入が、前記決済ＩＤに設定された制限の範囲内であるか否かを判定する判定部を備え、
前記精算部は、前記判定部により前記制限の範囲内であると判定された決済ＩＤの場合のみ、当該決済ＩＤに紐づけられた決済方法により精算することを特徴とする付記１又は２に記載の購入管理システム。

（付記４）
前記制限は、使用可能な回数、使用可能な期間、及び、購入した前記商品の支払い金額の上限の少なくとも１つであることを特徴とする付記３に記載の購入管理システム。

（付記５）
前記商品を購入する店舗内は、複数のエリアに区分けされており、
前記制限は、前記商品の購入を許可するエリア、又は、前記商品の購入を禁止するエリアを示すゾーン制限であることを特徴とする付記３又は４に記載の購入管理システム。

（付記６）
前記購入管理システムは、前記顧客が使用する通知端末を備え、
前記サーバ装置は、
前記顧客が使用する決済ＩＤに前記制限として設定されたゾーンに基づいて、前記通知端末が前記商品の購入を許可するエリアに存在する場合は当該通知端末に購入許可を通知し、前記通知端末が前記商品の購入を禁止するエリアに存在する場合は当該通知端末に購入禁止を通知する通知部を備えることを特徴とする付記５に記載の購入管理システム。

（付記７）
前記精算端末は、
購入した前記商品の支払いを、前記決済ＩＤに紐づけられた決済方法により精算することについて、承認の可否を問う承認要求を前記決済元顧客へ行う承認要求部、を備え、
前記精算部は、前記承認を示す承認情報を受信した場合にのみ、前記精算を行うことを特徴とする付記１乃至６のいずれか一項に記載の購入管理システム。

（付記８）
精算端末と通信可能なサーバ装置であって、
決済元の顧客である決済元顧客による決済方法を登録する決済方法登録部と、
前記決済元顧客による決済方法に紐づけて、決済ＩＤを発行する決済ＩＤ発行部と、
前記精算端末から受信した決済ＩＤに紐づけられた決済方法を、当該精算端末へ送信する決済方法送信部と、を備えるサーバ装置。

（付記９）
精算端末と通信可能なサーバ装置により実行される購入管理方法であって、
決済元の顧客である決済元顧客による決済方法を登録し、
前記決済元顧客による決済方法に紐づけて、決済ＩＤを発行し、
前記精算端末から受信した決済ＩＤに紐づけられた決済方法を、当該精算端末へ送信する購入管理方法。

（付記１０）
決済元の顧客である決済元顧客による決済方法を登録し、
前記決済元顧客による決済方法に紐づけて、決済ＩＤを発行し、
精算端末から受信した決済ＩＤに紐づけられた決済方法を、前記精算端末へ送信する処理をコンピュータに実行させるプログラム。

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

１ ＰＯＳサーバ
２ 管理サーバ
３ 携帯端末
５ 会計機
８ かご
６０ 荷詰装置
７０ 決済ＩＤ読取部

Claims (10)

1. サーバ装置と、精算端末とを備える購入管理システムであって、
   前記サーバ装置は、
   決済元の顧客である決済元顧客による決済方法を登録する決済方法登録部と、
   前記決済元顧客による決済方法に紐づけて、決済ＩＤを発行する決済ＩＤ発行部と、
   前記精算端末から受信した決済ＩＤに紐づけられた決済方法を、当該精算端末へ送信する決済方法送信部と、
   を備え、
   前記精算端末は、
   前記決済ＩＤを取得する決済ＩＤ取得部と、
   前記サーバ装置から、前記決済ＩＤに紐づけられた決済方法を受信する決済方法受信部と、
   購入した商品の支払いを、前記決済ＩＤに紐づけられた決済方法により精算する精算部と、
   を備える購入管理システム。
2. 前記サーバ装置は、前記決済ＩＤを、前記決済元顧客とは異なる顧客である共有者と共有する決済ＩＤ共有部をさらに備えることを特徴とする請求項１に記載の購入管理システム。
3. 前記決済ＩＤ発行部は、使用可能な条件を制限として設定した決済ＩＤを発行するものであって、
   前記精算端末は、
   前記商品の購入が、前記決済ＩＤに設定された制限の範囲内であるか否かを判定する判定部を備え、
   前記精算部は、前記判定部により前記制限の範囲内であると判定された決済ＩＤの場合のみ、当該決済ＩＤに紐づけられた決済方法により精算することを特徴とする請求項１又は２に記載の購入管理システム。
4. 前記制限は、使用可能な回数、使用可能な期間、及び、購入した前記商品の支払い金額の上限の少なくとも１つであることを特徴とする請求項３に記載の購入管理システム。
5. 前記商品を購入する店舗内は、複数のエリアに区分けされており、
   前記制限は、前記商品の購入を許可するエリア、又は、前記商品の購入を禁止するエリアを示すゾーン制限であることを特徴とする請求項３又は４に記載の購入管理システム。
6. 前記購入管理システムは、前記顧客が使用する通知端末を備え、
   前記サーバ装置は、
   前記顧客が使用する決済ＩＤに前記制限として設定されたゾーンに基づいて、前記通知端末が前記商品の購入を許可するエリアに存在する場合は当該通知端末に購入許可を通知し、前記通知端末が前記商品の購入を禁止するエリアに存在する場合は当該通知端末に購入禁止を通知する通知部を備えることを特徴とする請求項５に記載の購入管理システム。
7. 前記精算端末は、
   購入した前記商品の支払いを、前記決済ＩＤに紐づけられた決済方法により精算することについて、承認の可否を問う承認要求を前記決済元顧客へ行う承認要求部、を備え、
   前記精算部は、前記承認を示す承認情報を受信した場合にのみ、前記精算を行うことを特徴とする請求項１乃至６のいずれか一項に記載の購入管理システム。
8. 精算端末と通信可能なサーバ装置であって、
   決済元の顧客である決済元顧客による決済方法を登録する決済方法登録部と、
   前記決済元顧客による決済方法に紐づけて、決済ＩＤを発行する決済ＩＤ発行部と、
   前記精算端末から受信した決済ＩＤに紐づけられた決済方法を、当該精算端末へ送信する決済方法送信部と、を備えるサーバ装置。
9. 精算端末と通信可能なサーバ装置により実行される購入管理方法であって、
   決済元の顧客である決済元顧客による決済方法を登録し、
   前記決済元顧客による決済方法に紐づけて、決済ＩＤを発行し、
   前記精算端末から受信した決済ＩＤに紐づけられた決済方法を、当該精算端末へ送信する購入管理方法。
10. 決済元の顧客である決済元顧客による決済方法を登録し、
    前記決済元顧客による決済方法に紐づけて、決済ＩＤを発行し、
    精算端末から受信した決済ＩＤに紐づけられた決済方法を、前記精算端末へ送信する処理をコンピュータに実行させるプログラム。

Images