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

Description

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

従来、特定の商品又はサービスの販売を促進するために、当該商品又はサービスの購入に対して特典を付与するクーポンを発行することが行われている（例えば、特許文献１参照）。

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

ところで、商品又はサービスを宣伝するために、当該商品又はサービスを購入する際にユーザに特典を使用させることによって購入を促進させることが行われている。この場合、例えば、特典を使用する可能性が高い属性のユーザを予測し、当該ユーザに対して特典を通知することが行われる。

しかしながら、特典を使用するユーザの属性を予測することは困難であり、特典を通知しても当該特典を使用するユーザの数が目標に達しないという問題が発生することもある。このため、特典を使用する可能性が高いユーザを精度よく予測して特典を通知することが求められている。

そこで、本発明はこれらの点に鑑みてなされたものであり、特典を使用する可能性が高いユーザに特典を通知することができる特典管理装置及び特典管理方法を提供することを目的とする。

本発明の第１の態様に係る特典管理装置は、端末のユーザを識別するユーザ識別情報と、当該ユーザの属性を示す属性情報とを関連付けて記憶する記憶部と、前記記憶部に記憶され、所定条件に合致する複数のユーザ識別情報のうち、一部のユーザ識別情報に対応する端末に対して所定の商品又はサービスに関する特典を示す特典情報を通知する第１通知部と、前記特典情報を通知した前記端末の少なくともいずれかから、前記特典情報に基づく特典の使用を宣言する宣言情報を取得する宣言取得部と、取得した前記宣言情報に対応する前記端末のユーザの属性情報の傾向を特定する傾向特定部と、前記所定条件に合致したユーザ識別情報に対応する複数のユーザのうち、特定した前記傾向に応じた属性情報のユーザの端末に対して前記特典情報を通知する第２通知部と、を備える。

前記特典管理装置は、前記宣言情報に対応する特典に関連する前記所定の商品又はサービスが購入されたことに応じて、当該宣言情報に対応するユーザに対して当該特典を付与する特典付与部をさらに備え、前記傾向特定部は、前記特典が付与されたユーザの属性情報に基づいて、特定した前記傾向を絞り込んでもよい。

前記特典付与部は、宣言した特典が有効期限を経過する前に使用されることを条件として、当該特典を付与してもよい。
前記第２通知部は、特定した前記傾向に応じた属性情報のユーザのうち、前記第１通知部により前記特典情報を通知したユーザとは異なるユーザの端末に対して前記特典情報を通知してもよい。

前記特典情報を通知する前記端末の台数を受け付ける台数受付部をさらに備え、前記第１通知部は、前記台数に満たない所定数の前記端末に対して前記特典情報を通知し、前記第２通知部は、前記台数から前記所定数を減算した台数の前記端末に対して前記特典情報を通知してもよい。
前記第２通知部は、前記第１通知部が通知する端末の台数よりも多い台数の前記端末に対して前記特典情報を通知してもよい。

前記特典管理装置は、前記宣言取得部が前記宣言情報を取得すると、宣言を行ったユーザが保有している金銭価値から当該宣言情報に関連する特典に対応する価値を減算する減算部をさらに備えてもよい。
前記減算部は、宣言取得部が取得した前記宣言情報が、初めて取得された宣言情報である場合に限定して、宣言を行ったユーザが保持している前記金銭価値から前記価値を減算してもよい。
前記第１通知部及び前記第２通知部は、特典情報を通知するタイミングで異なる内容の特典を示す特典情報を通知してもよい。

本発明の第２の態様に係る特典管理方法は、所定条件に合致する複数のユーザ識別情報のうち、一部のユーザ識別情報に対応する端末に対して所定の商品又はサービスに関する特典を示す特典情報を通知するステップと、前記特典情報を通知した前記端末の少なくともいずれかから、前記特典情報に基づく特典の使用を宣言する宣言情報を取得するステップと、取得した前記宣言情報に対応する前記端末のユーザの属性情報の傾向を特定するステップと、前記所定条件に合致したユーザ識別情報に対応する複数のユーザのうち、特定した前記傾向に応じた属性情報のユーザの端末に対して前記特典情報を通知するステップと、を備える。

本発明によれば、特典を使用する可能性が高いユーザに特典を通知することができるという効果を奏する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

また、本実施形態において、ポイント管理サーバ４は、特典管理装置として機能し、特典を使用する可能性が高いユーザに特典を通知する。

具体的には、ポイント管理サーバ４は、ユーザ端末１２のユーザの属性情報を記憶しており、複数のユーザ端末１２のうち、所定条件に合致した一部のユーザ端末１２に対して、所定の商品又はサービスに関する特典を示す特典情報を通知する。そして、ポイント管理サーバ４は、特典情報が通知されたユーザ端末１２から、当該特典情報が示す特典を使用する宣言を受け付ける。

ポイント管理サーバ４は、宣言を行ったユーザ端末１２のユーザの属性情報の傾向を特定し、特典情報を通知していないユーザ端末１２のうち、当該傾向に対応するユーザのユーザ端末１２に対して特典情報を通知する。ここで、宣言を行ったユーザは特典を使用する可能性の高いユーザであることから、ポイント管理サーバ４は、当該ユーザの属性情報の傾向に基づいて、特典情報を通知していないユーザから特典を使用する可能性の高いユーザを特定し、当該ユーザに特典情報を通知することができる。
以下、ポイント管理サーバ４がユーザ端末１２に対して特典を通知するための機能について詳細に説明する。

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

ポイント記憶部４１は、ハードディスク等の記憶媒体であり、図３（Ｃ）に示したように、携帯電話の契約ＩＤに対応するユーザＩＤと、管理番号と、ポイント数と、ポイント明細情報とを関連付けたテーブルを記憶している。ポイント明細情報には、ポイントが付与された店舗や企業の名称、及びポイントが付与された日時等の情報が含まれている。

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

特典情報記憶部４３は、図１３（Ａ）に示すように、所定の商品又はサービスに関する特典を識別する特典識別情報としての特典ＩＤと、特典情報と、通知台数を関連付けて記憶する。具体的には、特典情報には、特典が付与される対象の商品又はサービスを識別する商品ＩＤと、特典内容と、特典が付与される期限を示す有効期限と、当該特典を宣言する際に必要となるポイント数を示す使用ポイントとが含まれている。例えば、特典内容に含まれている「５００ｐ付与」とは、特典として５００ポイント付与されることを示している。また、通知台数は、特典情報を通知する対象となるユーザ端末１２の台数を示している。

ここで、特典は、当該特典に関連付けられている使用ポイントよりも高い価値に設定されている。例えば、特典としては、使用ポイントよりも高いポイントの付与、使用ポイントよりも高い価値のキャッシュバックである。これにより、ユーザは、使用ポイントよりも高い価値の特典を得ることを目的として、積極的に特典の使用宣言を行うこととなるので、特典に対応する商品又はサービスの販売が促進される。

宣言情報記憶部４４は、ユーザ端末１２のユーザの特典の使用宣言に係る宣言情報を記憶する。具体的には、宣言情報記憶部４４は、ユーザ端末１２のユーザのユーザＩＤと、当該ユーザが使用を宣言した特典の特典ＩＤと、当該特典の有効期限とを関連付けて宣言情報として記憶する。

使用履歴記憶部４５は、ユーザ端末１２のユーザが使用を宣言した特典の使用履歴を記憶する。具体的には、使用履歴記憶部４５は、ユーザ端末１２のユーザのユーザＩＤと、当該ユーザが使用した特典の特典ＩＤと、当該特典の利用日とを関連付けて使用履歴情報として記憶する。

図１１に戻り、記憶部４６は、ＲＯＭ及びＲＡＭ等のメモリ、又はハードディスク等の記憶媒体である。記憶部４６は、制御部４７を動作させるためのプログラム、及び制御部４７が動作する際に生成されるデータを記憶する。

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

特典受付部４７１は、例えば、商品又はサービスの提供者の管理端末５から、特典を付与する対象となる商品又はサービスに係る特典情報を受け付ける。具体的には、特典受付部４７１は、管理端末５から特典情報の登録要求を受け付けたことに応じて、特典情報を受け付けるための受付画面を当該管理端末５に送信し、当該受付画面を介して特典情報を受け付ける。

また、特典受付部４７１は、台数受付部として機能し、受付画面を介して特典情報を通知するユーザ端末１２の台数を示す通知台数を受け付ける。また、特典受付部４７１は、特典情報を通知したいユーザの属性情報を受け付けてもよい。特典受付部４７１は、特典情報及び通知台数を受け付けると、特典ＩＤを生成し、当該特典ＩＤと、受け付けた特典情報及び通知台数とを関連付けて特典情報記憶部４３に記憶させる。

第１通知部４７２は、属性情報記憶部４２に記憶され、所定条件に合致する複数のユーザＩＤのうち、一部のユーザＩＤに対応するユーザ端末１２に対して特典情報を通知する。ここで、所定条件は、例えば、特典受付部４７１が受け付けた属性情報に合致することである。

具体的には、第１通知部４７２は、管理端末５から特典情報をユーザ端末１２に通知する指示情報を受信したことに応じて、特典受付部４７１が受け付けた属性情報に関連付けられている複数のユーザＩＤを特定する。そして、第１通知部４７２は、特定した複数のユーザＩＤのうち、一部のユーザＩＤをさらに特定する。例えば、第１通知部４７２は、特定した複数のユーザＩＤの中からランダムに所定数のユーザＩＤを特定する。

ここで、所定数とは、例えば、特典受付部４７１が受け付けた通知台数の半分よりも小さい割合の台数（例えば、受け付けた台数の１割）である。これにより、第１通知部４７２は、特典受付部４７１が受け付けた通知台数に満たない所定数のユーザ端末１２に対して特典情報を通知する。

なお、第１通知部４７２は、特典情報を通知するタイミングで異なる内容の特典を示す特典情報を通知してもよい。例えば、特典受付部４７１は、時間帯、季節、又は曜日等を示す時間情報に関連付けて、複数の特典内容を受け付ける。そして、第１通知部４７２は、特典情報を送信する際に、現在の時間帯、季節、又は曜日等を示す時間情報に基づいて、対応する特典内容を選択し、当該特典内容を含む特典情報を送信するようにしてもよい。

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

減算部４７４は、宣言取得部４７３が宣言情報を取得すると、宣言を行ったユーザが保有している金銭価値から当該宣言情報に関連する特典に対応する価値を減算する。ここで、減算部４７４は、宣言取得部４７３が取得した宣言情報が、初めて取得された宣言情報である場合に限定して、宣言を行ったユーザが保持している金銭価値から、特典に対応する価値を減算する。即ち、減算部４７４は、表示画面２３０に表示されている特典のうち、既に使用を宣言した特典については、再度宣言されても当該特典に対応して金銭価値を減算しない。

ここで、金銭価値とは、例えばポイントである。本実施形態において、減算部４７４は、宣言取得部４７３が宣言情報を受信すると、当該宣言情報に含まれる特典ＩＤに対応するポイント数を、ユーザ端末１２のユーザが保有しているポイント数から減算する。

具体的には、減算部４７４は、特典情報記憶部４３を参照し、受信した宣言情報に含まれる特典ＩＤに関連付けられている使用ポイントを特定する。そして、減算部４７４は、特定した使用ポイントを、ユーザ端末１２のユーザが保有しているポイント数から減算する。ここで、ユーザ端末１２のユーザは、特典の使用宣言を行うことによりポイント数が減算されることから、減算されたポイント数よりも大きい利益を得ようとして、積極的に特典が付与される商品を購入しようとする。これにより、ポイント数が減算されない場合に比べて、特典が使用される可能性が高くなる。

特典付与部４７５は、宣言情報に対応する特典に関連する所定の商品又はサービスが購入されたことに応じて、当該宣言情報に対応するユーザに対して当該特典を付与する。また、特典付与部４７５は、宣言した特典が有効期限を経過する前に使用されることを条件として、当該特典を付与する。

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

傾向特定部４７６は、宣言取得部４７３が取得した宣言情報に対応するユーザ端末１２のユーザの属性情報の傾向を特定する。具体的には、傾向特定部４７６は、宣言情報記憶部４４を参照し、複数の特典ＩＤのそれぞれについて、関連付けられているユーザＩＤを特定する。そして、傾向特定部４７６は、属性情報記憶部４２を参照し、特定したユーザＩＤに関連付けられている属性情報を解析し、特典の宣言との関連性が高い属性情報を特定する。

例えば、特典受付部４７１において、特典「Ｔ００１」に対応して受け付けた属性情報が、年齢「２０代」であったとする。この場合、傾向特定部４７６は、特典「Ｔ００１」の使用を宣言したユーザのユーザＩＤを特定する。この段階で、属性情報として年齢「２０代」が付されているユーザＩＤが特定される。

そして、傾向特定部４７６は、特定されたユーザＩＤに関連する属性情報それぞれについて集計を行い、年齢とは異なる属性情報のうち、集計値が相対的に高い属性情報を特定する。例えば、属性情報のうち性別「男」に対応する集計値が相対的に高い場合、特典受付部４７１は、年齢「２０代」、性別「男」のユーザが宣言を行い、特典を使用する傾向が強いと判定する。

ここで、傾向特定部４７６は、特典が付与されたユーザの属性情報に基づいて、特定した傾向を絞り込んでもよい。具体的には、傾向特定部４７６は、使用履歴記憶部４５を参照し、複数の特典ＩＤのそれぞれについて、関連付けられているユーザＩＤを特定する。そして、傾向特定部４７６は、属性情報記憶部４２を参照し、先に特定した属性情報の傾向に対応するユーザＩＤに関連付けられている属性情報を解析し、特典の使用との関連性が高い属性情報を特定する。

例えば、上述したように、宣言情報に基づいて、年齢「２０代」、性別「男」の属性情報が特典「Ｔ００１」の宣言との関連性が高いと特定されているものとする。この場合、傾向特定部４７６は、使用履歴記憶部４５を参照し、特典「Ｔ００１」に関連付けられているユーザＩＤから、属性情報として年齢「２０代」、性別「男」が付されているユーザＩＤを特定する。そして、特定されたユーザＩＤに関連する属性情報それぞれについて集計を行い、年齢及び性別とは異なる属性情報のうち、集計値が相対的に高い属性情報を特定する。例えば、属性情報のうち、趣味「グルメ」に対応する集計値が相対的に高い場合、特典受付部４７１は、年齢「２０代」、性別「男」、趣味「グルメ」のユーザが特典を使用する傾向が強いと判定する。なお、傾向特定部４７６は、例えば、趣味「グルメ」又は趣味「スポーツ」のユーザが特典を使用する傾向が強いと判定するように、複数の属性情報を、特典の使用との傾向が強い属性情報と判定してもよい。

なお、傾向特定部４７６は、宣言情報に対応するユーザ端末１２のユーザの属性情報に基づいて、宣言を行ったユーザの属性情報の傾向を特定したが、これに限らない。傾向特定部４７６は、宣言を行ったユーザの属性情報と、宣言を行わなかったユーザの属性情報とに基づいて、宣言を行ったユーザの属性情報の傾向を特定してもよい。同様に、傾向特定部４７６は、特典が付与されたユーザの属性情報と、特典が付与されなかったユーザの属性情報に基づいて、特典が付与されたユーザの属性情報の傾向を特定してもよい。

第２通知部４７７は、所定条件に合致したユーザＩＤに対応する複数のユーザのうち、傾向特定部４７６が特定した傾向に応じた属性情報のユーザのユーザ端末１２に対して特典情報を通知する。第２通知部４７７は、特典受付部４７１が受け付けた台数から、第１通知部４７２が通知したユーザ端末１２の台数（所定数）を減算した台数のユーザ端末１２に対して特典情報を通知する。

ここで、所定数とは、上述したように特典受付部４７１が受け付けた通知台数の半分よりも小さい割合の台数であることから、第２通知部４７７は、第１通知部４７２が通知するユーザ端末１２の台数よりも多い台数のユーザ端末１２に対して特典情報を通知する。このようにすることで、ポイント管理サーバ４は、第１通知部４７２によって少数のユーザに通知した特典の宣言状況や特典の使用状況に基づいて特定された傾向に基づいて、特典を使用する可能性が高いユーザを多数選択し、効率よく特典情報を通知することができる。

また、第２通知部４７７は、特定した傾向に応じた属性情報のユーザのうち、第１通知部４７２により特典情報を通知したユーザとは異なるユーザのユーザ端末１２に限定して特典情報を通知する。

なお、第２通知部４７７は、第１通知部４７２と同様に特典情報を通知するタイミングで異なる内容の特典を示す特典情報を通知してもよい。即ち、第２通知部４７７は、特典情報を送信する際に、特典受付部４７１が受け付けた複数の特典内容から、現在の時間帯、季節、又は曜日等を示す時間情報に対応する特典内容を選択し、当該特典内容を含む特典情報を送信するようにしてもよい。

また、第２通知部４７７は、まず、特典を使用したユーザの属性情報の傾向に対応するユーザのユーザ端末１２に対して特典情報を通知し、その後の特典の使用状況によって、宣言情報に基づいて特定した傾向に対応するユーザのユーザ端末１２に対して特典情報を通知してもよい。このようにすることで、まずは、使用する傾向が最も高いユーザに限定して特典情報を通知し、その後、特典を使用するユーザが少ない場合に、通知するユーザの幅を広げることができる。

［特典の通知に係るシーケンス］
続いて、ポイント管理サーバ４が特典を通知する処理の流れについて説明する。図１５は、本実施形態に係るポイント管理サーバ４が特典を通知する際のシーケンス図である。なお、図１５では、第１通知部４７２によって特典情報が通知される複数のユーザ端末１２を第１端末群１２Ａといい、第２通知部４７７によって特典情報が通知される複数のユーザ端末１２を第２端末群１２Ｂという。

まず、Ｓ５１において、特典受付部４７１は、管理端末５から、特典情報等を受け付ける。具体的には、特典受付部４７１は、管理端末５から、特典情報、属性情報及び通知台数を受け付ける。

続いて、Ｓ５２において、第１通知部４７２は、特典情報を通知する対象である第１端末群１２Ａを特定する。具体的には、第１通知部４７２は、特典受付部４７１が受け付けた属性情報に関連付けられている複数のユーザＩＤのうち、所定数のユーザＩＤを特定し、当該所定数のユーザＩＤに対応するユーザ端末１２を第１端末群１２Ａとして特定する。その後、第１通知部４７２は、第１端末群１２Ａに対してＳ５１において受け付けた特典情報を通知する。

続いて、Ｓ５３において、第１端末群１２Ａに対応するユーザの少なくともいずれかが、特典の使用を宣言する。特典の使用を宣言したユーザ端末１２は、宣言情報をポイント管理サーバ４に送信する。

続いて、Ｓ５４において、宣言取得部４７３は、宣言情報をユーザ端末１２から受信すると、受信した宣言情報を宣言情報記憶部４４に記憶させる。
続いて、Ｓ５５において、傾向特定部４７６は、宣言取得部４７３が取得した宣言情報に対応するユーザ端末１２のユーザの属性情報の傾向を特定する。例えば、傾向特定部４７６は、第１端末群１２Ａに含まれるユーザ端末１２のうち、一定数のユーザ端末１２から宣言情報を受信したことに応じて、これらのユーザ端末１２のユーザの属性情報の傾向を特定する。

一方、Ｓ５６において、特典の使用を宣言したユーザが特典に対応する商品又はサービス（対応商品等）を購入したとする。すると、カード管理サーバ２経由で、ポイント管理サーバ４に当該商品又はサービスに係る購入情報が送信される。

続いて、Ｓ５７において、特典付与部４７５は、宣言情報に対応する特典に対応する購入情報を受信したことに応じて、宣言情報に対応するユーザに対して特典を付与する。特典付与部４７５は、特典の付与に関する履歴を使用履歴記憶部４５に記憶させる。

続いて、Ｓ５８において、傾向特定部４７６は、特典が付与されたユーザの属性情報に基づいて、Ｓ５５において特定した傾向を絞り込む。
続いて、Ｓ５９において、第２通知部４７７は、まだ特典情報が通知されていないユーザ端末１２のうち、傾向特定部４７６が特定した傾向に応じた属性情報を有するユーザのユーザ端末１２に対して特典情報を通知する。

［本実施形態における効果］
以上説明したとおり、本実施形態に係るポイント管理サーバ４は、一部のユーザＩＤに対応するユーザ端末１２から、特典の使用を宣言する宣言情報を取得し、当該宣言情報に対応するユーザ端末１２のユーザの属性情報の傾向を特定する。そして、ポイント管理サーバ４は、当該傾向に対応するユーザのユーザ端末１２に対して一部のユーザＩＤに通知した特典情報と同様の特典情報を通知する。

このようにすることで、ポイント管理サーバ４は、特典の使用を宣言して、特典を使用する可能性が高いユーザの属性情報の傾向に基づいて、特典情報を通知していないユーザの中から、特典を使用する可能性が高いユーザを精度よく予測して特典を通知することができる。

また、ポイント管理サーバ４は、特典が付与されたユーザの属性情報に基づいて絞り込んだ傾向に基づいて、特典を使用する可能性が高いユーザをさらに精度よく予測することができる。これにより、効果的に特典をユーザに通知し、商品又はサービスの宣伝を行うことができる。

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

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

Claims (10)

1. 端末のユーザを識別するユーザ識別情報と、当該ユーザの属性を示す属性情報とを関連付けて記憶する記憶部と、
   前記記憶部に記憶され、所定条件に合致する複数のユーザ識別情報のうち、一部のユーザ識別情報に対応する端末に対して所定の商品又はサービスに関する特典を示す特典情報を通知する第１通知部と、
   前記特典情報を通知した前記端末の少なくともいずれかから、前記特典情報に基づく特典の使用を宣言する宣言情報を取得する宣言取得部と、
   取得した前記宣言情報に対応する前記端末のユーザの属性情報の傾向を特定する傾向特定部と、
   前記所定条件に合致したユーザ識別情報に対応する複数のユーザのうち、特定した前記傾向に応じた属性情報のユーザの端末に対して前記特典情報を通知する第２通知部と、
   を備える特典管理装置。
2. 前記宣言情報に対応する特典に関連する前記所定の商品又はサービスが購入されたことに応じて、当該宣言情報に対応するユーザに対して当該特典を付与する特典付与部をさらに備え、
   前記傾向特定部は、前記特典が付与されたユーザの属性情報に基づいて、特定した前記傾向を絞り込む、
   請求項１に記載の特典管理装置。
3. 前記特典付与部は、宣言した特典が有効期限を経過する前に使用されることを条件として、当該特典を付与する、
   請求項２に記載の特典管理装置。
4. 前記第２通知部は、特定した前記傾向に応じた属性情報のユーザのうち、前記第１通知部により前記特典情報を通知したユーザとは異なるユーザの端末に対して前記特典情報を通知する、
   請求項１から３のいずれか１項に記載の特典管理装置。
5. 前記特典情報を通知する前記端末の台数を受け付ける台数受付部をさらに備え、
   前記第１通知部は、前記台数に満たない所定数の前記端末に対して前記特典情報を通知し、
   前記第２通知部は、前記台数から前記所定数を減算した台数の前記端末に対して前記特典情報を通知する、
   請求項１から４のいずれか１項に記載の特典管理装置。
6. 前記第２通知部は、前記第１通知部が通知する端末の台数よりも多い台数の前記端末に対して前記特典情報を通知する、
   請求項５に記載の特典管理装置。
7. 前記宣言取得部が前記宣言情報を取得すると、宣言を行ったユーザが保有している金銭価値から当該宣言情報に関連する特典に対応する価値を減算する減算部をさらに備える、
   請求項６に記載の特典管理装置。
8. 前記減算部は、宣言取得部が取得した前記宣言情報が、初めて取得された宣言情報である場合に限定して、宣言を行ったユーザが保持している前記金銭価値から前記価値を減算する、
   請求項７に記載の特典管理装置。
9. 前記第１通知部及び前記第２通知部は、特典情報を通知するタイミングで異なる内容の特典を示す特典情報を通知する、
   請求項１から８のいずれか１項に記載の特典管理装置。
10. 所定条件に合致する複数のユーザ識別情報のうち、一部のユーザ識別情報に対応する端末に対して所定の商品又はサービスに関する特典を示す特典情報を通知するステップと、
    前記特典情報を通知した前記端末の少なくともいずれかから、前記特典情報に基づく特典の使用を宣言する宣言情報を取得するステップと、
    取得した前記宣言情報に対応する前記端末のユーザの属性情報の傾向を特定するステップと、
    前記所定条件に合致したユーザ識別情報に対応する複数のユーザのうち、特定した前記傾向に応じた属性情報のユーザの端末に対して前記特典情報を通知するステップと、
    を備える特典管理方法。
    

Images