JP7077430B2 - 特典管理装置及び特典管理方法 - Google Patents

Description

特許法第３０条第２項適用 ウェブサイトでの公開 ウェブサイトの掲載日 平成２６年５月８日 ウェブサイトのアドレスｈｔｔｐ：／／ｎｅｗｓ．ｋｄｄｉ．ｃｏｍ／ｋｄｄｉ／ｃｏｒｐｏｒａｔｅ／ｎｅｗｓｒｅｌｅａｓｅ／２０１４／０５／０８／３３３．ｈｔｍｌ ｈｔｔｐ：／／ｎｅｗｓ．ｋｄｄｉ．ｃｏｍ／ｋｄｄｉ／ｃｏｒｐｏｒａｔｅ／ｎｅｗｓｒｅｌｅａｓｅ／２０１４／０５／０８／ｂｅｓｓｈｉ３３３．ｈｔｍｌ

特許法第３０条第２項適用 サービスの提供 サービス提供開始日 平成２６年５月１日

本発明は、特典管理装置及び特典管理方法に関する。

従来、店舗における来客を増加させるために、当該商品又はサービスの購入に対して特典を付与するクーポンを発行することが行われている（例えば、特許文献１参照）。

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

ユーザが店舗に来店する可能性を高め、店舗における損失を抑制することが求められている。

そこで、本発明はこれらの点に鑑みてなされたものであり、店舗における損失を抑制することができる特典管理装置及び特典管理方法を提供することを目的とする。

本発明の第１の態様に係る特典管理装置は、店舗に係る売上情報、又は前記店舗に係る商品、前記商品を構成する部材、若しくはサービスを提供するために必要な物品の在庫を示す在庫情報を取得する取得部と、前記取得部が取得した前記売上情報又は前記在庫情報に基づいて、特典を示す特典情報を生成する生成部と、前記特典の属性情報に関連付けられているユーザの携帯端末を特定する端末特定部と、前記端末特定部が特定した前記携帯端末に、生成された前記特典情報を通知する通知部と、を有する。

前記生成部は、前記取得部が取得した前記売上情報又は前記在庫情報に基づいて、有効期間を有する前記特典を示す特典情報を生成してもよい。

前記生成部は、前記取得部が取得した前記売上情報に基づいて前記店舗における混雑状況を特定し、当該混雑状況、又は前記取得部が取得した前記在庫情報に基づいて、前記特典を示す特典情報を生成してもよい。

前記生成部は、特定した前記混雑状況又は前記取得部が取得した前記在庫情報に基づいて、前記特典の内容を変化させてもよい。
前記生成部は、前記ユーザが前記特典の使用を宣言したことを示す宣言情報を取得し、当該宣言情報の取得状況に基づいて前記特典の内容を変化させてもよい。

前記特典管理装置は、前記ユーザによる前記特典の使用履歴を記憶する記憶部をさらに有し、前記端末特定部は、前記特典の属性情報に関連付けられているユーザのうち、前記使用履歴に基づいて前記特典を過去に使用したユーザの携帯端末を特定してもよい。

前記端末特定部は、カードを利用した決済サービスを利用するユーザの携帯端末を特定してもよい。

本発明の第２の態様に係る特典管理方法は、コンピュータが実行する、店舗に係る売上情報、又は前記店舗に係る商品、前記商品を構成する部材、若しくはサービスを提供するために必要な物品の在庫を示す在庫情報を取得するステップと、取得された前記売上情報又は前記在庫情報に基づいて、特典を示す特典情報を生成するステップと、前記特典の属性情報に関連付けられているユーザの携帯端末を特定するステップと、特定された前記携帯端末に、生成された前記特典情報を通知するステップと、を有する。

本発明によれば、店舗における損失を抑制することができるという効果を奏する。

本発明の電子通貨管理システムの概要を示す図である。 電子通貨管理システムのシステム構成を示す図である。 電子通貨管理システムを構成する各サーバで管理する情報を示す図である。 ユーザ端末の表示画面例を示す図である。 カード発行時の動作を示す図である。 カード発行時の処理の流れを示す図である。 カードにチャージする際の動作を示す図である。 カードを用いて商品を購入する際の動作を示す図である。 ユーザに対してポイントを付与する際の動作を示す図である。 ユーザに対してユーザ固有のサービスを提供する際の動作を示す図である。 ポイント管理サーバの構成を示す図である。 属性情報記憶部及び店舗情報記憶部に記憶されている情報の一例を示す図である。 特典情報記憶部及び使用履歴記憶部に記憶されている情報の一例を示す図である。 受信した特典を示す表示画面例を示す図である。 ポイント管理サーバが特典を付与する処理に係るシーケンス図である。

［電子通貨管理システムＳの概要］
初めに、図１を参照して、電子通貨管理システムＳの概要について説明する。電子通貨管理システムＳは、ユーザがカード１１を用いて使用することができる電子通貨の残高を管理し、ユーザの携帯電話（以下、ユーザ端末１２）からカード１１の管理を可能にするシステムである。電子通貨とは、クレジット、ポイント及びクーポン等のように、金銭価値を有する無形の通貨である。カードは、例えば、電子通貨を用いて商品やサービスを購入する際に使用できるクレジットカード又はプリペイドカードである。

ユーザは、予めカード１１に関連付けられた口座に電子通貨を貯めて、商品やサービスを購入する際に、カード１１を用いて、当該口座に格納された電子通貨を使用することができる。電子通貨管理システムＳでは、ユーザ端末１２が、例えば携帯電話網の基地局を介してアクセス可能な電子通貨管理装置１０においてカード１１とユーザ端末１２とを連携させることで、ユーザ端末１２を用いたカード管理を実現している。具体的には、電子通貨管理システムＳでは、ユーザ端末１２を用いて、プリペイド式のカードへのチャージ（入金）や、カード残高、付与されたポイント及び利用履歴の確認等を実現している。

ユーザは、多様な方法で電子通貨を貯めることができる。ユーザは、例えば、カード１１に設定されたカード番号によって指定される口座に現金を振り込んでチャージすることにより電子通貨を貯めることができる。また、ユーザは、カード１１を用いて現実店舗やオンライン店舗で買い物をして、購入額等に応じたポイントを受け取ることにより、電子通貨を貯めることもできる。ユーザは、カード１１に関連付けられた電子通貨の残高を、ユーザ端末１２から確認することができるので、電子通貨を貯めて、様々な用途で利用する意欲が高まる。
以下、電子通貨管理システムＳを実現するための具体的な構成の一例について説明する。

［電子通貨管理システムＳのシステム構成］
図２は、電子通貨管理システムＳのシステム構成の一例を示す図である。図２に示すように、電子通貨管理システムＳは、ユーザ機器１と、ユーザ機器１がアクセス可能な電子通貨管理装置１０と、を含んで構成される。電子通貨管理装置１０は、カード管理サーバ２と、キャリアサーバ３と、ポイント管理サーバ４と、を含んで構成される。

ユーザ機器１は、電子通貨管理システムＳが提供するサービスを利用する各ユーザが用いる機器であり、カード１１と、ユーザ端末１２と、を含む。

カード１１は、国際ブランドの決済ＮＷ５０を利用して決済を行うカードであり、予めチャージしておいた金額に基づいて利用額の決済を行えるプリペイドカードである。なお、カード１１として、プリペイドカードに代えて（又は加えて）利用額を後払いするクレジットカード又はチャージ額を後払いするポストペイ型カードを用いることとしてもよい。
ユーザ端末１２は、通信キャリアが提供する通信ＮＷを介して通信（通話）を行う通信装置であり、例えば、携帯電話、スマートフォン、タブレットＰＣ等である。ユーザ端末１２には、所定のアプリケーションプログラムがインストールされており、当該プログラムに基づき実行されるアプリケーションを介して、ユーザ端末１２からカード１１の管理をすることができる。

カード管理サーバ２は、カード１１の利用履歴をユーザ毎に管理するサーバであり、当該カード１１に関する情報を記憶する。ここで、図３（Ａ）にカード管理サーバ２に記憶される各種情報の一例を示す。図３（Ａ）に示すように、カード管理サーバ２では、管理番号に関連付けてプリペイドカード番号（以下、単に「カード番号」と呼ぶ）、残高、及び利用履歴等の各種情報を記憶する。
カード番号は、カード１１に設定された概ね１６桁の英数字からなる番号であり、カード１１を識別するための識別情報である。管理番号は、カード番号に対して一意に対応する番号であり、他サーバと連携する際にカード番号に代えてカード１１を識別するために用いられる。残高は、カード１１に設定されたカード番号によって指定される口座にチャージされた金額の残高を示す情報である。利用履歴は、カード１１を用いた買い物の履歴であり、購入日時、購入対象の商品／サービス、購入額、購入場所（店舗名）等を含む。

キャリアサーバ３は、通信キャリアが用いるサーバであり、通信キャリアが提供するサービスのユーザ端末１２の利用履歴をユーザ毎に管理する。キャリアサーバ３は、利用履歴に基づいて、ユーザに対する請求額を算出する。また、キャリアサーバ３は、通信キャリアが提供するサービスをユーザ端末１２に提供する入口（ポータル）として機能する。例えば、キャリアサーバ３は、ユーザ端末１２からの要求に応じて、ユーザＩＤに関連付けられたカード番号に対応する口座に貯まっている電子通貨の残高をポイント管理サーバ４から取得し、ユーザ端末１２に電子通貨の残高を通知することができる。また、キャリアサーバ３は、ユーザＩＤに関連付けられたポイントをポイント管理サーバ４から取得し、ユーザ端末１２にポイントの残高を通知してもよい。

ここで、図３（Ｂ）にキャリアサーバ３において管理される各種情報の一例を示す。図３（Ｂ）に示すように、キャリアサーバ３では、ユーザＩＤに関連付けて、ユーザ端末１２の電話番号、請求額、契約ＩＤ、及び契約者名等の各種情報を記憶する。
ユーザＩＤは、ユーザ端末１２又は当該ユーザ端末１２を用いるユーザを識別する識別情報である。電話番号は、通信端末であるユーザ端末１２に設定された電話番号である。請求額は、ユーザ端末１２の利用に伴いユーザに対して請求する金額であり、例えば、通信料金、ユーザ端末１２で利用したコンテンツの利用料金を含む。なお、通信キャリアによっては、携帯電話だけでなく、固定電話やケーブルテレビ等の複合的なサービスをユーザに提供することがあるため、請求額には、ユーザＩＤが示すユーザに対して提供しているサービスに関する料金を含めることとしてもよい。また、契約ＩＤは、通信キャリアと結んだ契約を識別する識別情報であり、契約者が、当該契約を行ったことを示す情報である。通信キャリアでは、通信料金を同一人又は家族の範囲でまとめて請求することがある。契約ＩＤ及び契約者名は、通信料金の請求をまとめる範囲、及びまとめた通信料金を請求する対象を判別するための情報である。

なお、図示しないものの、キャリアサーバ３は、ユーザＩＤに関連付けて、ユーザ端末１２の契約期限、契約日時等の契約に関する情報、また、ユーザ端末１２の利用に応じた請求額の支払いが済んでいる／遅延しているといった通信料金の支払いに関する情報を記憶することとしてもよい。

ポイント管理サーバ４は、カード１１の利用（例えば、カードを用いた買い物）に応じたポイントと、ユーザ端末１２又はユーザＩＤが示すユーザに対して提供しているサービスの利用に応じたポイントとを統合して管理するサーバである。ここで、図３（Ｃ）及び図３（Ｄ）にポイント管理サーバ４において管理される各種情報の一例を示す。
図３（Ｃ）に示すように、ポイント管理サーバ４では、ユーザＩＤに関連付けて、管理番号、ポイント、及び明細情報等の各種情報を記憶する。ユーザＩＤは、ユーザ端末１２を用いるユーザを識別する識別情報であり、キャリアサーバ３と連携する際に用いられる。管理番号は、カード番号に一意に対応する番号であり、カード管理サーバ２と連携する際に用いられる。ポイントは、キャリアサーバ３から取得した請求額、及びカード管理サーバ２から取得した購入額（即ち、購入した商品の決済金額）に応じて、対応するユーザに対して付与されたポイント数を示す情報である。明細情報は、カード１１及びポイントの利用履歴を含む情報であり、カード１１を用いた買い物の履歴、及びユーザに対して付与されたポイントの履歴を示す。

また、図３（Ｄ）に示すように、ポイント管理サーバ４では、購入額や請求額に基づいて付与するポイントを算出するためのポイント付与レートを、利用形態に関連付けて記憶する。利用形態としては、カード１１の利用又はユーザ端末１２の利用が考えられるが、これら以外にも、カード１１を利用した店舗が通常店であるか、ポイント優遇店であるか等に応じて、レートを異ならせることとしてもよい。なお、カード１１を利用した店舗を示す情報は、カード管理サーバ２から利用履歴を受信することで、取得することができる。

ポイント管理サーバ４は、カード管理サーバ２がカード番号に関連付けて管理する電子通貨の残高を、ユーザＩＤに関連付けて記憶してもよい。この場合、ポイント管理サーバ４は、カード管理サーバ２において電子通貨の残高が更新されたタイミングに同期して、記憶している電子通貨の残高を更新する。ポイント管理サーバ４は、ユーザ端末１２からの要求に応じて、当該ユーザ端末１２に対応するユーザＩＤに関連付けて記憶した電子通貨の残高を記憶部から読み出し、キャリアサーバ３を介して、電子通貨の残高をユーザ端末１２に通知することができる。なお、ポイント管理サーバ４は、ユーザ端末１２から電子通貨の残高を要求されたタイミングで、カード管理サーバ２からユーザＩＤに対応するカード番号に関連付けられた電子通貨の残高を取得し、取得した残高をユーザ端末１２に通知してもよい。

以上のとおり、電子通貨管理システムＳでは、カード管理サーバ２と、キャリアサーバ３と、ポイント管理サーバ４とが連携することにより、カード番号とユーザＩＤとを関連付けて管理することができる。即ち、電子通貨管理システムＳは、カード識別情報とユーザ端末を用いるユーザを識別するユーザ識別情報とを関連付けて管理する。具体的には、電子通貨管理システムＳでは、ポイント管理サーバ４が、カード番号及びユーザＩＤのいずれにも関連付けられた管理番号を介して、カード番号とユーザＩＤとを関連付ける。

そして、電子通貨管理システムＳは、カード管理サーバ２において、カード番号に関連付けて、カードによる決済が可能な電子通貨の残高を管理する。キャリアサーバ３は、ユーザ端末１２からの要求に応じて、ユーザＩＤに関連付けられたカード番号に対応する口座に貯まっている電子通貨の残高を、ポイント管理サーバ４を介してカード管理サーバ２から取得し、ユーザ端末１２に電子通貨の残高を通知することができる。このようにすることで、電子通貨管理システムＳにおいては、ユーザが、電子通貨の口座に関する情報をユーザ端末１２に入力することなく、あたかもユーザ端末１２に関連付けて電子通貨が管理されているかのような感覚で、電子通貨の残高を把握することができる。

また、以上の構成の電子通貨管理システムＳでは、ポイント管理サーバ４は、カード管理サーバ２において管理されるカード１１の利用状況と、キャリアサーバ３において管理されるユーザ端末１２の利用状況とを統合し、ポイントの統合を実現する。具体的には、ポイント管理サーバ４は、管理番号とユーザＩＤとを連携させることで、カード１１の利用状況とユーザ端末１２の利用状況とを統合する。

ポイント管理サーバ４では、統合された情報をユーザＩＤに関連付けて管理するため、ユーザＩＤをキーとして、該当するユーザのカード１１の利用状況及びユーザ端末１２の利用状況を取得することができる。
そこで、電子通貨管理システムＳでは、ユーザ端末１２を用いるユーザがユーザＩＤを指定して要求を行うと、当該ユーザがポイント管理サーバ４で管理される各種情報を把握可能にしている。具体的には、ユーザ端末１２が、ユーザＩＤを含む所定の情報をキャリアサーバ３に送信すると、キャリアサーバ３は、このユーザＩＤをキーとしてポイント管理サーバ４から関連する各種情報を取得し、ユーザ端末１２に対して提供する。なお、ポイント管理サーバ４及びキャリアサーバ３は、前回要求時に提供した情報に対する差分の情報を、ユーザ端末１２に対して提供することとしてもよい。

［ユーザ端末１２の表示画面例］
ここで、キャリアサーバ３から提供される各種情報に基づきユーザ端末１２に表示される表示画面の一例を図４に示す。図４（Ａ）は、上述のアプリケーション実行中に表示されるトップ画面の一例を示す表示画面２００であり、図４（Ｂ）は、当該アプリケーション実行中に表示されるメニュー画面の一例を示す表示画面２１０である。

図４（Ａ）に示すように、表示画面２００は、カード残高表示２０１と、ポイント数表示２０２と、チャージボタン２０３と、メニューボタン２０４と、を含んで構成される。
カード残高表示２０１は、プリペイド式のカード１１の残高を示す表示であり、ポイント数表示２０２は、ユーザに付与されたポイント数を示す表示である。カード残高表示２０１及びポイント数表示２０２は、ユーザＩＤをキーとしてポイント管理サーバ４から取得したカード１１の残高やポイント数に基づいて表示内容が制御される。

チャージボタン２０３は、ユーザがカード１１に所望の金額をチャージする際に用いられる。チャージボタン２０３が操作され、ユーザが所定のチャージ操作を行うと、ユーザＩＤと管理番号とが連携して、カード管理サーバ２へチャージ要求が行われる。
メニューボタン２０４は、キャリアサーバ３が提供する各種サービスのメニュー画面を呼び出す際に用いられる。メニューボタン２０４が操作されると、ユーザ端末１２には、図４（Ｂ）に示す表示画面２１０が表示される。

図４（Ｂ）に示すように、表示画面２１０には、ポイント用メニュー２１１と、ショッピング用メニュー２１２と、カード用メニュー２１３と、が含まれる。
ポイント用メニュー２１１は、「ポイントを利用して商品を購入する」、「ポイントを利用して特典（クーポン）を得る」等のように、ポイントの利用を促すメニューを含む。これにより、ユーザにはポイントを利用可能な様々なサービスが提供されるため、ユーザは、付与されたポイントを様々な場面で利用することができる。

ショッピング用メニュー２１２は、「ポイント優遇店の紹介」や、「カード１１を用いて買い物が可能な店舗を紹介する」等のようにカード１１の利用を促すメニューを含む。カード１１が利用されると、ポイント管理サーバ４において購入額に応じたポイントが付与されることになるため、このようなメニューを提供することで、ポイント付与の機会を増大することができる。
カード用メニュー２１３は、カード１１の利用明細を確認するためのメニューを含む。このメニューを選択することで、ユーザは、カード１１の利用履歴を確認することができる。

［電子通貨管理システムＳの動作］
以上、電子通貨管理システムＳの構成について説明した。続いて、図５～図１０を参照して、電子通貨管理システムＳの動作について説明する。

［カード発行時の動作］
まず、図５及び図６を参照して、カード発行時の動作について説明する。電子通貨管理システムＳでは、使用できないようにロックした状態でカード１１を発行するとともに、カード１１とユーザ端末１２とを連携してカード１１のロックを解除する。ロックした状態とは、例えば、カード管理サーバ２側において決済やチャージ等の要求を不可とする状態である。
具体的には、図５に示すように、カード１１には、ユーザ端末１２が読み取り可能なＩＣ（Integrated Circuit）チップ１１１が設けられており、このＩＣチップ１１１をユーザ端末１２が読み取ることでカード１１のロックが解除され、カード１１が使用可能になる。なお、本実施形態では、カード１１にＮＦＣ（Near Field Communication）に対応したＩＣチップ１１１を設けておき、ユーザ端末１２は、自身が有するＮＦＣ通信機能を用いてＩＣチップ１１１を読み取ることとしている。

ここで、図６を参照して、カード発行時の処理の一例について説明する。
初めに、ステップＳ１において、カード発行事業者（カード管理サーバ２）は、ロック解除に使用可能な情報をＩＣチップ１１１に格納することで、当該情報をカード１１にセットする。なお、ＩＣチップ１１１に格納する情報は任意の情報であり、本実施形態では、例えば、ユーザ端末１２を識別するユーザＩＤを用いることとしている。カード１１にロック解除に使用可能な情報をセットすると、ステップＳ２において、カード管理サーバ２は、ユーザに対してカード１１を発行する。

カード管理サーバ２から発行されたカード１１が届くと、ステップＳ３において、ユーザは、ユーザ端末１２を用いてカード１１のＩＣチップ１１１を読み取る。即ち、ユーザがユーザ端末１２とカード１１とを接触させると、ユーザ端末１２が有するＮＦＣ機能が発揮され、ＩＣチップ１１１に格納されたロック解除に使用可能な情報をカード１１から読み取る。続いて、ステップＳ４において、ユーザ端末１２では、自身が有する情報と読み取った情報とが一致するか否かを判定する。このとき、両情報（ユーザＩＤ）が一致する場合には、ステップＳ５において、ユーザ端末１２は、使用許可要求を行い、ステップＳ６において、カード管理サーバ２は、発行したカード１１のロックを解除し、使用を許可する。他方、ステップＳ４において両情報が一致しない場合には、ステップＳ７において、ユーザ端末１２では所定のエラー処理が行われる。

以上、カード発行時の処理の一例について説明した。なお、カード１１にセットするロック解除に使用可能な情報は、所定の方式により暗号化しておくこととしてもよい。この場合、ユーザ端末１２において自身のユーザＩＤを暗号化した情報を持っておくこと、又は暗号鍵情報を記憶しておくことで、ユーザ端末１２において両情報が一致するか否かの判定を行うことができる。
また、図６に示す例では、ユーザ端末１２においてロック解除のための判定を行うこととしている。この点、当該判定をユーザ端末１２ではなく、カード管理サーバ２、キャリアサーバ３及びポイント管理サーバ４のいずれかで行うこととしてもよい。

なお、カード１１のロックを解除した後にユーザ端末１２がカード１１に設けられたＩＣチップ１１１を読み取ると、上述のアプリケーション実行中に表示される表示画面（例えば、図４（Ａ）に示す表示画面２００）を、ユーザ端末１２において自動的に表示することとしてもよい。即ち、ユーザ端末１２は、ＩＣチップ１１１を読み取ると、キャリアサーバ３に対して各種情報の要求を行い、この要求に応じて取得した情報を表示する。

［チャージ時の動作］
続いて、図７を参照して、カード１１に金額をチャージする際の動作について説明する。図７（Ａ）は、トップ画面を示す表示画面２００（図４（Ａ）参照）において、チャージボタン２０３が操作された場合に表示されるチャージメニュー画面を示す表示画面２２０である。

図７（Ａ）に示すように、本実施形態の電子通貨管理システムＳでは、カード１１に金額をチャージする方法として、チャージ方法２２１及びチャージ方法２２２を少なくとも含む。チャージ方法２２１は、付与されたポイントの少なくとも一部のポイントを用いてカード１１に金額をチャージするチャージ方法であり、ポイントを所定のレートで金銭に変換することでチャージする。また、チャージ方法２２２は、キャリア決済を用いてチャージするチャージ方法である。キャリア決済とは、ユーザ端末１２の通信料金と併せて決済することであり、このチャージ方法２２２では、チャージした金額をユーザ端末１２の請求額に加算して請求する。なお、本実施形態では、チャージ方法２２１、２２２についてのみ説明するが、カード１１へのチャージ方法はこれらに限るものでなく、他の方法により実現することとしてもよい。例えば、ユーザが用いる銀行口座を予め設定しておき、この銀行口座を介してカード１１にチャージすることとしてもよい。

チャージ方法２２１とチャージ方法２２２の動作の流れを図７（Ｂ）に示す。図７（Ｂ）に示すように、ステップＳ１１において、ユーザ端末１２は、キャリアサーバ３に対してチャージ要求を行う。このチャージ要求では、ユーザ端末１２は、キャリアサーバ３に対してユーザＩＤとともに、チャージ方法及びチャージ金額を通知する。

キャリアサーバ３は、チャージ要求を受けると、ステップＳ１２において、ポイント管理サーバ４に対して、ユーザ端末１２からチャージ要求を受けたことを通知する。具体的には、キャリアサーバ３は、チャージ要求を受けたユーザ端末１２を識別するユーザＩＤを用いて、ポイント管理サーバ４に対して通知を行う。

続く、ステップＳ１３において、ポイント管理サーバ４では、ユーザＩＤに対応する管理番号を特定し、カード管理サーバ２に対して、当該管理番号に対応するカード１１に設定されたカード番号に関連付けられた口座に対して、要求された金額をチャージするように通知する。この通知を受けると、カード管理サーバ２では、管理番号に対応するカード番号のカード１１に設定されたカード番号に対応する口座に対して通知された金額を入金する。なお、このステップＳ１３の処理は、詳細には、ステップＳ１４Ａ，Ｂの処理が行われた後に行われることになる。

ステップＳ１４Ａは、チャージ方法２２１が選択された場合に実行される処理であり、ステップＳ１４Ｂは、チャージ方法２２２が選択された場合に実行される処理である。
ステップＳ１４Ａでは、ポイント管理サーバ４は、ユーザＩＤに関連付けられたポイントから、チャージ金額に相当するポイントを減算する。

また、ステップＳ１４Ｂでは、キャリアサーバ３は、ユーザＩＤに関連付けられている請求額にチャージ金額に相当する金額を加算し、所定のタイミングでユーザに対して請求する。
なお、キャリア決済では、通信キャリアとの契約内容に応じて決済可能枠が設定される場合がある。一例として、通信キャリアが提供するサービスへの加入月数に応じて決済可能枠が設定される場合があり、例えば、加入月数「１２ヶ月」のユーザに対しては決済可能枠「５０００円」、加入月数「３６ヶ月」のユーザに対しては決済可能枠「１万円」が設定される。このような場合には、ステップＳ１４Ｂの処理において、キャリアサーバ３は、当月のチャージ金額の合計が、決済可能枠内であるか否かを判定し、決済可能枠内である場合に限り、キャリア決済を可能にしてもよい。

［商品購入時の動作］
続いて、図８を参照して、カード１１を用いて商品を購入する際の動作について説明する。なお、カード１１は、現実の店舗やインターネット上の仮想店舗で用いることができる。
現実の店舗で商品を購入する場合、ステップＳ２１Ａに示すように、カードリーダーを介してカード１１を読み取ることで、国際ブランドが提供する決済ＮＷ５０にカード１１のカード番号及び商品購入に関する情報が通知される。なお、商品購入に関する情報とは、例えば、購入額、購入した商品、購入した店舗等の情報である。また、ステップＳ２１Ｂに示すように、仮想店舗で商品を購入する場合、ユーザ端末１２から決済ＮＷ５０にカード１１のカード番号及び商品購入に関する情報が通知される。

決済ＮＷ５０において所定の決済処理が行われる際には、ステップＳ２２において、決済ＮＷ５０からカード管理サーバ２に対してカード番号及び商品購入に関する情報が通知される。カード管理サーバ２では、これら情報を受けると、カード番号に対応する残高から購入額を減算して利用履歴を更新するとともに、減算処理が完了したことを決済ＮＷ５０に通知する。

続いて、ステップＳ２３において、カード管理サーバ２は、ポイント管理サーバ４に対して、カード番号に対応する管理番号とともに商品購入に関する情報を通知する。ポイント管理サーバ４では、取得した商品購入に関する情報に基づいて、管理番号に対応するユーザＩＤに関連付けられたポイントを更新する。

［ポイント付与時の動作］
続いて、図９を参照して、ユーザに対してポイントを付与する際の動作について説明する。上述したように、本実施形態の電子通貨管理システムＳでは、カード１１を用いた商品の購入に応じてポイントを付与するとともに、ユーザ端末１２の利用に応じてもポイントを付与する。

商品の購入に応じてポイントを付与する場合、ステップＳ３１において、ポイント管理サーバ４は、カード管理サーバ２から管理番号とともに商品購入に関する情報を取得する。すると、ステップＳ３２において、ポイント管理サーバ４は、商品を購入した店舗に応じたレートを特定し、当該レートに基づいて購入額に応じたポイントを算出する。なお、このステップＳ３１、ステップＳ３２の処理は、ユーザがカード１１を用いて商品を購入する度に行われる。
購入額に応じたポイントを算出すると、ステップＳ３５において、ポイント管理サーバ４は、管理番号に対応するユーザＩＤに関連付けて記憶しているポイントに、算出したポイントを加算する。

また、ステップＳ３３において、ポイント管理サーバ４は、キャリアサーバ３からユーザＩＤとともに請求額を取得する。すると、ステップＳ３４において、ポイント管理サーバ４は、予め定められたレートに基づいて請求額に応じたポイントを算出する。なお、このステップＳ３３、ステップＳ３４の処理は、請求額が確定したタイミングで行われる。
請求額に応じたポイントを算出すると、ステップＳ３５において、ポイント管理サーバ４は、ユーザＩＤに関連付けて記憶しているポイントに、算出したポイントを加算する。

［ユーザに対してサービスを提供する際の動作］
続いて、図１０を参照して、電子通貨管理システムＳを利用するユーザに対して当該ユーザ固有のサービスを提供する際の動作について説明する。
ステップＳ４１において、ユーザ端末１２は、ユーザＩＤを伴いキャリアサーバ３にアクセスすると、ステップＳ４２において、キャリアサーバ３は、ユーザＩＤをポイント管理サーバ４に対して通知する。ステップＳ４３において、ポイント管理サーバ４は、通知されたユーザＩＤに応じたサービスに関する情報を取得し、キャリアサーバ３に通知し、ステップＳ４４において、キャリアサーバ３からユーザ端末１２に対して当該サービスが提供される。
なお、ポイント管理サーバ４ではユーザＩＤ毎にアクセス履歴を管理しており、このアクセス履歴に基づいて、前回アクセス時からの差分情報（利用金額、チャージ金額、ポイントの増減）と、現在の残高及び現在のポイント数とを取得する。そして、取得した情報がキャリアサーバ３を介してユーザ端末１２に提供されることで、ユーザ端末１２において前回との差分や現在の残高及びポイント数等が表示されることになる。

なお、ユーザＩＤに応じたサービスとは、例えば、当該ユーザが所有するカード１１の残高や付与されたポイントを確認可能にするサービスであり、また、ユーザの属性に合った商品を紹介（レコメンド）するサービス等である。
一例として、ポイント管理サーバ４は、ユーザＩＤに関連付けられた残高やポイントに基づいて、当該残高又はポイントで購入可能な商品、当該残高又はポイントでは足りないもののあと少し追加することで購入可能な商品等を紹介するサービスを提供する。また、ポイント管理サーバ４は、ユーザＩＤに関連付けらえたユーザの属性（性別、年齢、生年月日、趣味嗜好）等に基づいて、当該ユーザが好む商品を紹介するサービスを提供する。
このようなサービスについても、前回アクセス時から更新があったものを提供することができる。

また、ポイント管理サーバ４は、ユーザ端末１２を用いたサービスの提供者との契約が解除された場合に、ポイントを使用できない状態に変更してもよい。例えば、通信キャリアが、ユーザ端末１２を用いた通信サービスを提供し、通信料金に応じたポイントをユーザ端末１２のユーザに付与しているとする。この場合において、ポイント管理サーバ４は、ユーザ端末１２のユーザが通信キャリアとの契約を解除した旨の情報をキャリアサーバ３から取得すると、ユーザ端末１２に関連付けて記憶しているポイントを削除する。ポイント管理サーバ４は、ユーザ端末１２のユーザが通信キャリアとの契約を解除した旨の情報を取得すると、ポイントを使用できない旨を示すフラグを付加した状態でポイント残高を記憶してもよい。ポイント管理サーバ４は、ユーザが通信キャリアとの契約を、契約を解除してから所定期間以内に再開したという通知をキャリアサーバ３から受けた場合に、上記のフラグを変更することにより、ポイントを使用できるようにしてもよい。

また、本実施形態において、ポイント管理サーバ４は、特典管理装置として機能し、店舗において商品又はサービスを提供することが容易である場合に、価値が高い特典をユーザに通知することにより、当該ユーザが店舗に来店する可能性を高め、店舗における損失を抑制する。

具体的には、ポイント管理サーバ４は、店舗における商品又はサービスの提供可能状況を特定し、当該提供可能状況に基づいて特典を示す特典情報を生成する。そして、ポイント管理サーバ４は、当該店舗の位置から所定範囲内に存在する携帯端末としてのユーザ端末１２を特定し、当該ユーザ端末１２に対して生成した特典情報を通知する。ここで、提供可能状況とは、店舗における商品又はサービスの提供が可能であるか否か、及び店舗における商品又はサービスの提供が容易であるか否かを示す情報である。
以下、ポイント管理サーバ４がユーザ端末１２に対して特典を通知するための機能について詳細に説明する。

［ポイント管理サーバ４の構成］
図１１は、本実施形態に係るポイント管理サーバ４の構成を示す図である。ポイント管理サーバ４は、ポイント記憶部４１と、属性情報記憶部４２と、店舗情報記憶部４３と、特典情報記憶部４４と、使用履歴記憶部４５と、記憶部４６と、制御部４７とを備える。

ポイント記憶部４１、属性情報記憶部４２、店舗情報記憶部４３、特典情報記憶部４４、使用履歴記憶部４５、及び記憶部４６は、ＲＯＭ及びＲＡＭ等のメモリ、又はハードディスク等の記憶媒体である。

ポイント記憶部４１は、図３（Ｃ）に示したように、ユーザＩＤと、管理番号と、ポイント数と、ポイント明細情報とを関連付けたテーブルを記憶している。ポイント明細情報には、ポイントが付与された店舗や企業の名称、及びポイントが付与された日時等の情報が含まれている。

属性情報記憶部４２は、図１２（Ａ）に示すように、ユーザ端末１２のユーザを識別するユーザ識別情報としてのユーザＩＤと、当該ユーザが通知を希望する特典の属性情報とを関連付けて記憶する。属性情報には、グルメ、ファッション、スポーツ等の各種項目が含まれる。図１２（Ａ）に示す例において、項目に「○」が付されている場合、ユーザが当該項目に関連する特典の通知を希望していることを示している。図１２（Ａ）に示す例では、ユーザＩＤ「ＴＡＲＯ９７」に対応するユーザが、「グルメ」及び「スポーツ」に係る特典の通知を希望していることを示している。

店舗情報記憶部４３は、図１２（Ｂ）に示すように、店舗を識別する店舗識別情報としての店舗ＩＤと、当該店舗において、店舗が混雑していることにより商品又はサービスの提供が困難である場合の基準となる基準売上と、店舗の位置（緯度・経度）を示す位置座標情報とを関連付けて記憶する。ここで、基準売上は、例えば単位時間（例えば、１時間）における売上である。

特典情報記憶部４４は、図１３（Ａ）に示すように、特典を識別する特典識別情報としての特典ＩＤと、当該特典を通知する店舗を識別する店舗ＩＤと、特典を通知する際の商品又はサービスの提供可能状況と、特典情報と、特典の属性を示す属性情報を関連付けて記憶する。特典情報には、特典が付与される対象の商品又はサービスを識別する商品ＩＤと、特典内容と、特典が付与される期限を示す有効期限とが含まれている。商品ＩＤは、特典を所定の商品又はサービスの購入に限定して付与する場合に用いられる。また、商品ＩＤは、例えば店舗において販売されている全ての商品について特典の対象とする場合には、「－」が記憶される。また、特典内容に含まれている「１００ｐ付与」とは、特典として１００ポイント付与されることを示している。

使用履歴記憶部４５は、ユーザ端末１２のユーザの特典の使用履歴を記憶する。具体的には、使用履歴記憶部４５は、ユーザ端末１２のユーザのユーザＩＤと、当該ユーザが使用した特典の特典ＩＤと、当該特典の利用日とを関連付けて記憶する。
図１１に戻り、記憶部４６は、制御部４７を動作させるためのプログラム、及び制御部４７が動作する際に生成されるデータを記憶する。

制御部４７は、例えばＣＰＵであり、記憶部４６に記憶されたプログラムを実行することにより、特典受付部４７１、取得部４７２、状況特定部４７３、生成部４７４、端末特定部４７５、通知部４７６、及び特典付与部４７７として機能する。

特典受付部４７１は、例えば、商品又はサービスの提供者が使用する管理端末５から、特典を示す特典情報を受け付ける。具体的には、特典受付部４７１は、管理端末５から特典情報の登録要求を受け付けたことに応じて、特典情報を受け付けるための受付画面を当該管理端末５に送信し、当該受付画面を介して特典情報、提供可能状況、及び特典の属性等を受け付ける。

ここで、特典受付部４７１は、特典情報を受け付ける際に、商品又はサービスの提供が困難な状況において通知する特典を示す特典情報と、商品又はサービスの提供が容易な状況において通知する特典を示す特典情報とを受け付ける。特典受付部４７１は、特典情報等を受け付けると、特典ＩＤを生成し、当該特典ＩＤと、受け付けた提供可能状況、特典情報及び特典の属性とを関連付けて特典情報記憶部４４に記憶させる。図１３（Ａ）では、特典ＩＤ「Ｔ００１」に、提供可能状況「困難」に対応して特典情報が記憶されているとともに、提供可能状況「容易」に対応して特典情報が記憶されていることが確認できる。ここで、提供可能状況が「容易」に対応する特典は、例えば、店舗において来客が少ない時間帯に対応して設定される特典であり、提供可能状況が「困難」に対応する特典に比べて高い価値に設定される。これにより、ユーザが、高い価値の特典を得るために店舗において来客が少ない時間帯に来店する可能性が高くなり、店舗における機会損失を抑制することができる。

取得部４７２は、店舗に係るリアルタイムの売上情報を取得する。具体的には、取得部４７２は、複数の店舗のそれぞれにおける時間帯ごとの商品等の売上数若しくは商品や商品を構成する部材の在庫数、又は店舗における空席状態を示す情報を売上情報として外部システムから取得する。取得部４７２は、売上情報をリアルタイムに取得してもよい。ここで、外部システムは、例えば、店舗の売上を集計するＰＯＳ（Point Of Sale）システムや、販売管理システム等である。なお、取得部４７２は、予約管理システムから、店舗の予約状況及び混雑状況を売上情報として取得してもよい。
また、取得部４７２は、複数の店舗のそれぞれにおける時間帯ごとの商品等の売上数若しくは在庫数、又は店舗における空席状態を示す情報を記憶部４６に記憶させてもよい。また、取得部４７２は、カード管理サーバ２から、ユーザ端末１２のユーザがカード１１を用いて購入した商品又はサービスに対応する商品ＩＤ、購入した店舗を示す店舗ＩＤ、及び管理番号を含む購入情報を取得してもよい。そして、取得部４７２は、当該購入情報に含まれる店舗ＩＤを参照し、複数の店舗のそれぞれにおける、購入情報を受信した時間帯に売上を集計することによってリアルタイムの売上情報を取得してもよい。

状況特定部４７３は、例えば、管理端末５から、店舗ＩＤ及び特典ＩＤを含み、ユーザ端末１２に特典を通知する指示を示す指示情報を受信すると、店舗における商品又はサービスの提供可能状況を特定する。具体的には、状況特定部４７３は、指示情報を受信すると、取得部４７２が取得した売上情報のうち、指示情報に含まれている店舗ＩＤに対応する売上情報を抽出し、当該売上情報が示す売上が、店舗情報記憶部４３に記憶されている基準売上を超えているか否かに基づいて提供可能状況を特定する。例えば、状況特定部４７３は、売上が基準売上以上である場合、店舗が混雑していることによって商品又はサービスを新規に提供することが困難な状況にあると特定し、売上が基準売上未満である場合、店舗において商品又はサービスを新規に提供することが容易な状況にあると特定する。

なお、本実施形態では、取得部４７２が取得した売上情報に基づいて商品又はサービスの提供可能状況を特定したが、これに限らない。例えば、商品や、商品を構成する部材、サービスを提供するために必要な物品等の在庫を示す在庫情報を取得し、当該在庫情報に基づいて商品又はサービスの提供可能状況を特定してもよい。

生成部４７４は、特定した提供可能状況に基づいて特典を示す特典情報を生成する。生成部４７４は、特定した提供可能状況が、店舗において商品又はサービスを提供することが困難であることを示している場合に、第１価値の特典を示す第１特典情報を生成し、店舗において商品又はサービスを提供することが容易であることを示している場合に、第１価値よりも価値の高い第２価値の特典を示す第２特典情報を生成する。具体的には、生成部４７４は、特典情報記憶部４４を参照し、特定した提供可能状況に対応する特典情報を特定する。より具体的には、生成部４７４は、店舗において商品又はサービスを提供することが容易であることを示している場合に、第１特典情報に比べて割引率又は割引額が高い第２特典情報を生成する。

例えば、生成部４７４は、特典ＩＤ「Ｔ００１」をユーザ端末１２に通知する場合において、特定した提供可能状況が商品等を提供することが困難であることを示しているとき、提供可能状況「困難」に関連付けられ、「３％割引」を特典内容とする第１特典情報を生成する。また、生成部４７４は、特定した提供可能状況が商品等を提供することが容易であることを示しているとき、提供可能状況「容易」に関連付けられ、「１０％割引」を特典内容とする第２特典情報を生成する。

ここで、商品又はサービスの提供者から、日常的にユーザに与える特典のみを受け付けておき、生成部４７４が、特定した提供可能状況が商品等を提供することが容易であることを示している場合に、当該特典の内容を価値の高いものに変化させることにより第２特典情報を生成してもよい。例えば、特典ＩＤ「Ｔ００２」に対応する特典内容は、「１００ｐ付与」しか設定されていない。この場合、生成部４７４は、特定した提供可能状況が商品等を提供することが容易であることを示しているとき、特典内容を「２００ｐ付与」と変化させて特典情報を生成してもよい。

また、生成部４７４は、店舗において商品又はサービスを提供することが容易であることを示している場合に、有効期間が所定期間に設定された第２価値の特典を示す特典情報を生成してもよい。例えば、生成部４７４は、管理端末５から指示情報を受信した時間から所定期間（例えば、１時間）に有効期間が設定された特典情報を生成してもよい。このようにすることで、例えば、タイムセール形式で特典を通知して集客することができる。

端末特定部４７５は、店舗の位置から所定範囲内に存在するユーザ端末１２を特定する。具体的には、端末特定部４７５は、店舗情報記憶部４３を参照し、特典を通知する指示を示す指示情報に含まれる店舗ＩＤに対応する位置情報を特定する。そして、端末特定部４７５は、指示情報を受信してから所定期間以内に、ユーザ端末１２から送信された位置情報を取得する。例えば、端末特定部４７５は、指示情報を受信した時刻の前後の所定期間に、ユーザ端末１２から送信された位置情報を取得する。

ここで、位置情報には、ユーザ端末１２のユーザに対応するユーザＩＤと、ユーザ端末１２の位置（緯度・経度）を示す位置座標情報とが含まれている。端末特定部４７５は、位置情報を送信したユーザ端末１２のうち、店舗ＩＤに対応する位置情報から所定範囲（例えば、１００ｍ）以内のユーザ端末１２のユーザＩＤを特定する。なお、端末特定部４７５は、Bluetooth（登録商標）や、Wi-Fi（登録商標）等の近距離無線通信を用いて店舗の位置から所定範囲内に存在する端末を特定してもよい。

ここで、端末特定部４７５は、所定のサービスに加入しているユーザのユーザ端末１２を特定してもよい。所定のサービスとは、通信キャリアが提供するサービスの少なくともいずれかであり、例えば、プリペイドカードを利用した決済サービスである。カード１１を利用した決済サービスを利用するユーザに特典を付与することで、ポイント管理サーバ４は、当該ユーザが店舗においてカード１１を使用した場合に、カード管理サーバ２を介してリアルタイムに当該ユーザに係る売上を取得することができる。これにより、特典を付与されたユーザが、特典によって商品又はサービスを購入しているか否かを確認することができる。

また、端末特定部４７５は、特定したユーザ端末１２から、通知する特典の属性情報に関連付けられているユーザＩＤに対応するユーザ端末１２をさらに特定してもよい。例えば、端末特定部４７５は、属性情報記憶部４２を参照し、特定したユーザ端末１２のユーザＩＤのうち、通知する特典に対応する属性情報に関連付けられているユーザＩＤを特定する。このようにすることで、ユーザに対して、希望する属性の特典が通知されるので、特典が使用される確率を上げることができる。

また、端末特定部４７５は、特定したユーザ端末１２から、使用履歴記憶部４５において、通知する特典に関連付けて記憶されているユーザＩＤに対応するユーザ端末１２をさらに特定してもよい。例えば、端末特定部４７５は、特定したユーザＩＤのうち、使用履歴記憶部４５において、指示情報に含まれている特典ＩＤに関連付けられているユーザＩＤをさらに特定する。このようにすることで、通知する特典を過去に使用したユーザに、再度特典を通知することができる。過去に特典を使用したユーザは、特典に対応した店舗において商品又はサービスを購入していることから、当該店舗において再度特典を使用することが期待できる。よって、効果的に特典を通知することができる。

通知部４７６は、端末特定部４７５が特定したユーザ端末１２に、生成部４７４によって生成された第１特典情報又は第２特典情報を通知する。通知部４７６は、通知した特典を示す特典ＩＤと、特典内容と、有効期限と、通知したユーザ端末１２に対応するユーザＩＤとを関連付けて、通知情報として記憶部４６に記憶させる。ユーザ端末１２は、図１４に示すように、ポイント管理サーバ４から通知された特典情報を示す表示画面２３０を自身の表示部に表示させることにより、ユーザに対して特典を通知する。

特典付与部４７７は、通知部４７６が特典を通知したユーザが、カード１１を用いて当該特典に対応する店舗において当該特典に関連する所定の商品又はサービスを購入したことに応じて、当該ユーザに対して当該特典を付与する。ここで、特典付与部４７７は、通知した特典が有効期限を経過する前に使用されることを条件として、当該特典を付与する。

具体的には、特典付与部４７７は、カード管理サーバ２から、ユーザ端末１２のユーザがカード１１を用いて購入した商品又はサービスに対応する商品ＩＤ、店舗ＩＤ及び管理番号を含む購入情報を取得する。続いて、特典付与部４７７は、特典情報記憶部４４を参照し、取得した購入情報に含まれる商品ＩＤ及び店舗ＩＤに対応する特典ＩＤを特定する。特典付与部４７７は、特典ＩＤを特定すると、購入情報に含まれる管理番号に基づいてユーザＩＤを特定する。

その後、特典付与部４７７は、特定した特典ＩＤ及びユーザＩＤが関連付けられて通知情報として記憶部４６に記憶されているか否かを判定する。特典付与部４７７は、通知情報として記憶されている場合に、通知した特典が有効期限を経過していないと判定すると、当該ユーザＩＤのユーザに対して当該特典を付与する。また、特典付与部４７７は、当該ユーザＩＤと、特典ＩＤと、特典を使用した日とを関連付けて、使用履歴記憶部４５に記憶させる。

なお、本実施形態では、特典が通知された後に、特典が通知されたユーザから特典の使用に係る宣言を受け付け、宣言したユーザが特典に対応する商品又はサービスを購入したことに応じて特典を付与してもよい。ここで、特典の使用の宣言には、金銭的価値としてのポイントの消費が必須であってもよい。また、それぞれの特典で、宣言に対して必要なポイントの消費量が異なるものであってもよい。例えば、店舗において商品又はサービスを提供することが困難である場合に生成される第１価値の特典は、店舗において商品又はサービスを提供することが容易である場合に生成される第２価値の特典に比べて、宣言する際に必要とされるポイントが高い。このようにすることで、店舗において余裕がある場合には、ポイントの消費量が低く価値の高い特典が付与されることから、ユーザが積極的に特典を宣言して来店する可能性が高くなる。逆に、店舗において混雑等によって余裕がない場合には、ポイントの消費量が高く価値の低い特典が付与されることから、ユーザが特典を宣言する可能性が低くなり、結果として混雑時に集客を抑えることができる。

例えば、制御部４７は、通知部４７６が特典情報を通知したユーザ端末１２の少なくともいずれかから、当該特典情報に対応する特典の使用を宣言する宣言情報を取得する。具体的には、まず、ユーザ端末１２は、所定の操作が行われたことに応じて、図１４に示すように、ポイント管理サーバ４から通知された特典情報を示す表示画面２３０を自身の表示部に表示させ、ユーザから使用を宣言する特典の選択を受け付ける。続いて、ユーザ端末１２は、使用を宣言する特典が選択されると、特典ＩＤとユーザＩＤとを関連付けた、特典の使用を宣言する宣言情報をポイント管理サーバ４に送信する。制御部４７は、受信部として機能し、宣言情報をユーザ端末１２から受信すると、受信した宣言情報を記憶部４６に記憶させる。

ここで、状況特定部４７３は、受信した宣言情報に基づいて提供可能状況をリアルタイムに更新してもよい。さらに、生成部４７４は、提供可能状況が更新されたことに応じて、当該提供可能状況に基づいて特典を示す特典情報を生成してもよい。このようにすることで、ポイント管理サーバ４では、ユーザ端末１２のユーザによる特典の使用の宣言に応じて提供可能状況がリアルタイムに更新され、当該提供可能状況に応じて、特典をリアルタイムに変化させることができる。

特典付与部４７７は、カード管理サーバ２から、ユーザ端末１２のユーザが購入した商品又はサービスに対応する商品ＩＤ及び管理番号を含む購入情報を取得する。続いて、特典付与部４７７は、当該購入情報に含まれる商品ＩＤを参照し、当該商品ＩＤに対応する商品又はサービスが特典に対応しているか否かを判定する。特典付与部４７７は、特典に対応している場合、購入情報に含まれる管理番号からユーザＩＤを特定する。そして、特典付与部４７７は、記憶部４６に記憶された宣言情報を参照して、当該ユーザＩＤのユーザが特典の使用を宣言しているとともに、宣言した特典が有効期限を経過していないと判定すると、当該ユーザに対して当該宣言に対応する特典を付与する。

［特典の通知に係るシーケンス］
続いて、ポイント管理サーバ４が特典を付与する処理の流れについて説明する。図１５は、本実施形態に係るポイント管理サーバ４が特典を付与する際のシーケンス図である。

まず、Ｓ５１において、特典受付部４７１は、管理端末５から、特典情報等を受け付ける。具体的には、特典受付部４７１は、管理端末５から、店舗ＩＤ、提供可能状況、特典情報、属性情報等を受け付ける。特典受付部４７１は、特典情報等を受け付けると、特典情報記憶部４４に記憶させる。

続いて、Ｓ５２において、取得部４７２は、店舗に係るリアルタイムの売上情報を取得する。
続いて、Ｓ５３において、状況特定部４７３は、管理端末５から、ユーザ端末１２に特典を通知する指示を示す指示情報を受信したか否かを判定する。状況特定部４７３は、指示情報を受信したと判定するとＳ５４に処理を移す。

続いて、Ｓ５４において、状況特定部４７３は、店舗における商品又はサービスの提供可能状況を特定する。
続いて、Ｓ５５において、生成部４７４は、特定した提供可能状況に基づいて特典情報を生成する。例えば、生成部４７４は、特定した提供可能状況が、商品等を提供することが困難であることを示しているとき、提供可能状況「困難」に関連付けられている特典内容を含む第１特典情報を生成し、特定した提供可能状況が商品等を提供することが容易であることを示しているとき、提供可能状況「容易」に関連付けられている特典内容を含む第２特典情報を生成する。

続いて、Ｓ５６において、端末特定部４７５は、特典を通知するユーザ端末１２を特定する。その後、通知部４７６は、Ｓ５６において特定されたユーザ端末１２に、Ｓ５５において生成された特典情報を通知する。

続いて、Ｓ５７において、特典情報を通知されたユーザ端末１２のユーザが、カード１１を用いて特典情報に対応する店舗において、特典に対応する商品又はサービス（対応商品等）を購入したとする。すると、カード管理サーバ２経由で、ポイント管理サーバ４に当該商品又はサービスに係る購入情報が送信される。

続いて、Ｓ５８において、特典付与部４７７は、カード管理サーバ２から、ユーザ端末１２のユーザがカード１１を用いて購入した商品又はサービスに対応する商品ＩＤ、店舗ＩＤ及び管理番号を含む購入情報を取得する。

続いて、Ｓ５９において、特典付与部４７７は、取得した購入情報に基づいて、特典が通知されたユーザが、特典に対応する店舗において、対応商品等を購入したか否かを判定する。特典付与部４７７は、特典が通知されたユーザが、判定対応商品等を購入したと判定すると、Ｓ６０に処理を移し、当該ユーザに対して特典を付与する。

［本実施形態における効果］
以上説明したとおり、本実施形態に係るポイント管理サーバ４は、店舗において商品又はサービスを提供することが容易である場合に、相対的に価値が高い特典をユーザに通知することにより、当該ユーザが店舗に来店する可能性を高め、店舗における損失を抑制することができる。

以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されない。上記実施の形態に、多様な変更又は改良を加えることが可能であることが当業者に明らかである。特に、装置の分散・統合の具体的な実施形態は以上に図示するものに限られず、その全部又は一部について、種々の付加等に応じて、又は、機能負荷に応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。

Ｓ・・・電子通貨管理システム、１・・・ユーザ機器、１１・・・カード、１２・・・ユーザ端末、１０・・・電子通貨管理装置、２・・・カード管理サーバ、３・・・キャリアサーバ、４・・・ポイント管理サーバ、４１・・・ポイント記憶部、４２・・・属性情報記憶部、４３・・・店舗情報記憶部、４４・・・特典情報記憶部、４５・・・使用履歴記憶部、４６・・・記憶部、４７・・・制御部、４７１・・・特典受付部、４７２・・・取得部、４７３・・・状況特定部、４７４・・・生成部、４７５・・・端末特定部、４７６・・・通知部、４７７・・・特典付与部、５０・・・決済ＮＷ

Claims (8)

1. 電子通貨が格納された口座に関連付けられたカード番号を有し、ユーザの携帯端末に関連付けられているプリペイドカードである所定のカードを使用する前記ユーザを識別するためのユーザ識別情報と、前記ユーザの属性を示す属性情報とを関連付けて記憶する記憶部と、
   前記カードを使用して商品又はサービスを購入可能な現実又は仮想の店舗で提供される商品又はサービスに対応する特典であるポイントの付与に係る特典情報であって、前記特典が付与される対象となる商品又はサービスである対象商品又は対象サービスを示す商品識別情報を含み、前記対象商品又は対象サービスを前記ユーザに知らせるための前記特典情報を通知するユーザを、前記特典に対応する属性を示す属性情報に関連付けて前記記憶部に記憶されている前記ユーザ識別情報に対応するユーザに特定する特定部と、
   前記特定部が特定した前記ユーザの前記携帯端末に前記特典情報を通知する通知部と、
   前記携帯端末から、前記ユーザによる前記特典情報に対応する前記特典の使用の宣言を示す宣言情報を受信する受信部と、
   前記携帯端末に対応付けられた前記カードを用いて、当該カードのカード番号に関連付けられた前記口座に格納された前記電子通貨の残高から、受信した前記宣言情報に対応する前記特典情報に含まれる前記商品識別情報に対応する前記対象商品又は対象サービスの購入額を減算することにより、前記ユーザが前記特典情報に含まれる前記商品識別情報に対応する前記対象商品又は対象サービスを購入したことに応じて、前記ユーザに前記特典としての前記ポイントを付与する特典付与部と、
   前記カードのカード番号に関連付けられた、前記カードを用いることにより使用可能な前記電子通貨が格納された前記口座に、前記ユーザに付与された前記ポイントを所定のレートにより変換して算出された電子通貨をチャージすることを前記携帯端末から受け付けるチャージ部と、
   を有する特典管理装置。
2. 前記チャージ部は、前記ユーザに付与された前記ポイントを所定のレートにより変換して算出された電子通貨をチャージするチャージ方法、及び前記電子通貨が格納された口座へのチャージ元として設定された前記ユーザが用いる銀行口座からチャージするチャージ方法の中から選択されたチャージ方法により前記電子通貨が格納された前記口座に前記電子通貨をチャージする、
   請求項１に記載の特典管理装置。
3. 前記チャージ部は、前記携帯端末の通信料金と併せて決済するキャリア決済を用いて前記電子通貨が格納された前記口座に電子通貨をチャージすることを前記携帯端末から受け付ける、
   請求項１又は２に記載の特典管理装置。
4. 前記カード番号と、前記カード番号に対して一意に対応する管理番号と、前記電子通貨が格納された前記口座とを関連付けて記憶するとともに、前記ユーザを識別するユーザ識別情報と、前記管理番号と、前記ユーザに付与されているポイントとを関連付けて記憶する記憶部を有し、
   前記チャージ部は、前記カード番号に関連付けられている前記電子通貨が格納された前記口座に、前記管理番号を介して前記カード番号に関連付けられている前記ユーザ識別情報に対応する前記ポイントを前記電子通貨に変換してチャージする、
   請求項１から３のいずれか１項に記載の特典管理装置。
5. 前記チャージ部は、前記携帯端末に表示される、通信キャリアが提供するサービスを提供するための画面を介して、前記携帯端末から前記ポイントを前記電子通貨に変換することによるチャージの要求を受け付ける、
   請求項１から４のいずれか１項に記載の特典管理装置。
6. 前記通知部は、前記現実の店舗の位置から所定範囲内に存在する携帯端末を特定し、当該携帯端末に当該現実の店舗で提供される商品又はサービスに対応する特典の付与に係る特典情報を通知する、
   請求項１から５のいずれか１項に記載の特典管理装置。
7. 前記特典付与部は、通信キャリアが提供する所定のサービスに加入しているユーザに前記特典を付与する、
   請求項１から６のいずれか１項に記載の特典管理装置。
8. コンピュータが実行する、
   電子通貨が格納された口座に関連付けられたカード番号を有し、ユーザの携帯端末に関連付けられているプリペイドカードである所定のカードを使用する前記ユーザを識別するためのユーザ識別情報と、前記ユーザの属性を示す属性情報とを関連付けて記憶する記憶部を参照し、前記カードを使用して商品又はサービスを購入可能な現実又は仮想の店舗で提供される商品又はサービスに対応する特典であるポイントの付与に係る特典情報であって、前記特典が付与される対象となる商品又はサービスである対象商品又は対象サービスを示す商品識別情報を含み、前記対象商品又は対象サービスを前記ユーザに知らせるための前記特典情報を通知するユーザを、前記特典に対応する属性を示す属性情報に関連付けて前記記憶部に記憶されている前記ユーザ識別情報に対応するユーザに特定するステップと、
   特定した前記ユーザの前記携帯端末に前記特典情報を通知するステップと、
   前記携帯端末から、前記ユーザによる前記特典情報に対応する前記特典の使用の宣言を示す宣言情報を受信するステップと、
   前記携帯端末に対応付けられた前記カードを用いて、当該カードのカード番号に関連付けられた前記口座に格納された前記電子通貨の残高から、受信した前記宣言情報に対応する前記特典情報に含まれる前記商品識別情報に対応する前記商品又はサービスの購入額を減算することにより、前記ユーザが前記特典情報に含まれる前記商品識別情報に対応する前記対象商品又は対象サービスを購入したことに応じて、前記ユーザに前記特典としての前記ポイントを付与するステップと、
   前記カードのカード番号に関連付けられた、前記カードを用いることにより使用可能な前記電子通貨が格納された前記口座に、前記ユーザに付与された前記ポイントを所定のレートにより変換して算出された電子通貨をチャージすることを前記携帯端末から受け付けるステップと、
   を有する特典管理方法。

Images