特許 7451466 スタンプラリー提供システム、スタンプラリー提供方法、及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-03-08

(45)【発行日】2024-03-18

(54)【発明の名称】スタンプラリー提供システム、スタンプラリー提供方法、及びプログラム

(51)【国際特許分類】

   G06Q 30/0207 20230101AFI20240311BHJP

【ＦＩ】

G06Q30/0207 328

【請求項の数】 22

(21)【出願番号】P 2021126201

(22)【出願日】2021-07-30

(65)【公開番号】P2023020697

(43)【公開日】2023-02-09

【審査請求日】2021-07-30

【新規性喪失の例外の表示】特許法第３０条第２項適用 令和２年１２月１日、ｈｔｔｐｓ：／／ｅｄｙ．ｒａｋｕｔｅｎ．ｃｏ．ｊｐ、ｈｔｔｐｓ：／／ｅｄｙ．ｒａｋｕｔｅｎ．ｃｏ．ｊｐ／ｍｙｐａｇｅ／、ｈｔｔｐｓ：／／ｅｄｙ．ｒａｋｕｔｅｎ．ｃｏ．ｊｐ／ｍｙｐａｇｅ／ｓｔａｍｐｒａｌｌｙ／

【前置審査】

(73)【特許権者】

【識別番号】399037405

【氏名又は名称】楽天グループ株式会社

(74)【代理人】

【識別番号】110000154

【氏名又は名称】弁理士法人はるか国際特許事務所

(72)【発明者】

【氏名】嘉住 美絵

(72)【発明者】

【氏名】冨本 里奈

(72)【発明者】

【氏名】中村 美月

(72)【発明者】

【氏名】筒井 公介

(72)【発明者】

【氏名】嘉永 昌伸

【審査官】原 忠

(56)【参考文献】

【文献】特開２０１７－０９７４８７（ＪＰ，Ａ）

【文献】特開２００６－３０１７８０（ＪＰ，Ａ）

【文献】特開２００９－１５１６３９（ＪＰ，Ａ）

【文献】特開２０２０－１４９７２３（ＪＰ，Ａ）

【文献】特開２０２０－１９８０９１（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／００ － ９９／００

(57)【特許請求の範囲】

【請求項1】

種類の異なる複数の媒体が利用可能な１の電子マネーをユーザに提供する電子決済サービス内で、前記ユーザが利用する前記媒体の前記種類を特定する特定手段と、
前記媒体の前記種類それぞれに応じたスタンプ条件のうち、前記特定手段により特定される前記種類に応じた前記スタンプ条件が設定されるように、前記ユーザのスタンプ帳を作成する作成手段と、
前記ユーザの行動に基づいて、前記スタンプ帳にスタンプが押されるように、前記スタンプ帳を更新する更新手段と、
前記スタンプ帳の達成状況に応じた特典を、前記ユーザに付与する付与手段と、
を含むスタンプラリー提供システム。

【請求項2】

前記スタンプラリー提供システムは、前記複数の媒体のそれぞれに記録される媒体識別情報を読み取り可能な読取部を有する店舗端末を更に含み、
前記特定手段は、前記ユーザの前記媒体から読み取られる前記媒体識別情報に基づいて前記種類を特定し、
前記店舗端末は、前記スタンプ帳を示す画面を表示する表示部を有する、
請求項１に記載のスタンプラリー提供システム。

【請求項3】

前記作成手段は、前記種類に応じた方法でチャージすることが前記スタンプ条件として設定されるように、前記スタンプ帳を作成し、
前記更新手段は、前記種類に応じた方法でチャージされた場合に、前記スタンプ帳を更新する、
請求項１又は２に記載のスタンプラリー提供システム。

【請求項4】

スタンプラリー提供システムは、前記ユーザに関連付けられた複数の媒体の各々の利用額に基づいて、前記複数の媒体のうちの少なくとも１つの媒体を選択する第１選択手段を更に含み、
前記特定手段は、前記少なくとも１つの媒体の種類を特定し、
前記作成手段は、前記少なくとも１つの媒体の種類に応じた前記スタンプ条件が設定されるように、前記スタンプ帳を作成し、
前記少なくとも１つの媒体は、前記複数の媒体のうち最も利用額が多い媒体を含む、
請求項１～３の何れかに記載のスタンプラリー提供システム。

【請求項5】

前記電子決済サービスでは、スタンプラリーが繰り返し開催され、
前記スタンプラリー提供システムは、過去の前記スタンプラリーにおける前記ユーザの達成状況に関する達成状況情報を取得する達成状況情報取得手段を更に含み、
前記作成手段は、前記種類及び前記達成状況情報に応じた前記スタンプ条件が設定されるように、前記スタンプ帳を作成する、
請求項１～４の何れかに記載のスタンプラリー提供システム。

【請求項6】

前記スタンプラリー提供システムは、前記達成状況情報に基づいて、前記ユーザのレベルを決定するレベル決定手段を更に含み、
前記作成手段は、前記種類と、前記達成状況情報に基づいて決定された前記レベルと、に応じた前記スタンプ条件が設定されるように、前記スタンプ帳を作成する、
請求項５に記載のスタンプラリー提供システム。

【請求項7】

前記作成手段は、前記過去のスタンプラリーで前記ユーザが達成したスタンプ条件とは異なる前記スタンプ条件が設定されるように、前記スタンプ帳を作成する、
請求項５又は６に記載のスタンプラリー提供システム。

【請求項8】

前記異なるスタンプ条件は、前記過去のスタンプラリーで前記ユーザが達成した前記スタンプ条件よりも厳しい条件である、
請求項７に記載のスタンプラリー提供システム。

【請求項9】

前記スタンプラリー提供システムは、
前記電子決済サービスを利用可能な店舗を前記ユーザが訪れた場合に、前記ユーザによる、スタンプラリーへのエントリー操作を受け付ける受付手段と、
前記エントリー操作が受け付けられた場合に、前記店舗に独自の独自スタンプ帳と、他の店舗と共通の共通スタンプ帳と、を前記ユーザに提供する提供手段と、
を更に含み、
前記作成手段は、前記独自スタンプ帳及び前記共通スタンプ帳の少なくとも一方を作成し、
前記更新手段は、前記独自スタンプ帳及び前記共通スタンプ帳を更新し、
前記付与手段は、前記独自スタンプ帳の達成状況に応じた特典と、前記共通スタンプ帳の達成状況に応じた特典と、を前記ユーザに付与する、
請求項１～８の何れかに記載のスタンプラリー提供システム。

【請求項10】

前記受付手段は、前記ユーザが前記店舗を訪れた場合に、前記独自スタンプ帳に対応する第１エントリー操作と、前記共通スタンプ帳に対応する第２エントリー操作と、を受け付け可能である、
請求項９に記載のスタンプラリー提供システム。

【請求項11】

前記ユーザには、複数の媒体が関連付けられており、
前記提供手段は、前記媒体ごとに、前記ユーザに、前記独自スタンプ帳及び前記共通スタンプ帳を提供する、
請求項９又は１０に記載のスタンプラリー提供システム。

【請求項12】

前記スタンプラリー提供システムは、
前記ユーザが前記電子決済サービスを利用した利用場所に関する利用場所情報を取得する利用場所情報取得手段と、
前記利用場所情報に基づいて、前記ユーザが普段いる場所を特定する場所特定手段と、
を更に含み、
前記作成手段は、前記種類と、前記ユーザが普段いる場所と、に応じた前記スタンプ条件が設定されるように、前記スタンプ帳を作成する、
請求項１１に記載のスタンプラリー提供システム。

【請求項13】

前記作成手段は、前記ユーザに関連付けられた複数の媒体のうちの特定の媒体の利用が前記スタンプ条件として設定されるように、前記スタンプ帳を作成し、
前記更新手段は、前記特定の媒体の利用に基づいて、前記スタンプ帳を更新する、
請求項１～１２の何れかに記載のスタンプラリー提供システム。

【請求項14】

前記複数の媒体は、前記ユーザの媒体と、他のユーザの媒体と、を含み、
前記スタンプラリー提供システムは、前記複数の媒体の中から、前記他のユーザの媒体を選択する第２選択手段を更に含み、
前記特定の媒体は、前記他のユーザの媒体である、
請求項１３に記載のスタンプラリー提供システム。

【請求項15】

前記スタンプラリー提供システムは、前記複数の媒体の各々の利用状況に基づいて、前記複数の媒体の中から、最近利用されている媒体を選択する第３選択手段を更に含み、
前記特定の媒体は、最近利用されている媒体である、
請求項１３又は１４に記載のスタンプラリー提供システム。

【請求項16】

前記スタンプラリー提供システムは、前記複数の媒体の各々の利用状況に基づいて、最近利用されなくなった媒体を選択する第４選択手段を更に含み、
前記特定の媒体は、最近利用されなくなった媒体である、
請求項１３～１５の何れかに記載のスタンプラリー提供システム。

【請求項17】

前記ユーザには、複数のユーザ属性が関連付けられており、
前記種類は、前記複数のユーザ属性の１つであり、
前記スタンプ帳には、前記スタンプ条件に関する複数の条件属性が関連付けられており、
前記複数の条件属性の各々は、前記複数のユーザ属性の少なくとも１つに関連付けられており、
前記作成手段は、前記複数の条件属性の各々に関連付けられた前記少なくとも１つのユーザ属性に基づいて、前記スタンプ帳を作成する、
請求項１～１６の何れかに記載のスタンプラリー提供システム。

【請求項18】

前記作成手段は、前記ユーザを識別可能なユーザ識別情報と、前記媒体に記録された決済手段を識別可能な決済手段識別情報と、を関連付けることが前記スタンプ条件として設定されるように、前記スタンプ帳を作成する、
請求項１～１７の何れかに記載のスタンプラリー提供システム。

【請求項19】

前記スタンプラリー提供システムは、前記ユーザに関連付けられた場所に関するユーザ場所情報を取得するユーザ場所情報取得手段を更に含み、
前記作成手段は、前記種類及び前記ユーザ場所情報に応じた前記スタンプ条件が設定されるように、前記スタンプ帳を作成する、
請求項１～１８の何れかに記載のスタンプラリー提供システム。

【請求項20】

前記電子決済サービスでは、電子マネーが利用され、
前記媒体には、前記電子マネーに関する情報が記録される、
請求項１～１９の何れかに記載のスタンプラリー提供システム。

【請求項21】

特定手段が、種類の異なる複数の媒体が利用可能な１の電子マネーをユーザに提供する電子決済サービス内で、前記ユーザが利用する前記媒体の前記種類を特定する特定ステップと、
作成手段が、前記媒体の前記種類それぞれに応じたスタンプ条件のうち、前記特定手段により特定される前記種類に応じた前記スタンプ条件が設定されるように、前記ユーザのスタンプ帳を作成する作成ステップと、
更新手段が、前記ユーザの行動に基づいて、前記スタンプ帳にスタンプが押されるように、前記スタンプ帳を更新する更新ステップと、
付与手段が、前記スタンプ帳の達成状況に応じた特典を、前記ユーザに付与する付与ステップと、
を含むスタンプラリー提供方法。

【請求項22】

種類の異なる複数の媒体が利用可能な１の電子マネーをユーザに提供する電子決済サービス内で、前記ユーザが利用する前記媒体の前記種類を特定する特定手段、
前記媒体の前記種類それぞれに応じたスタンプ条件のうち、前記特定手段により特定される前記種類に応じた前記スタンプ条件が設定されるように、前記ユーザのスタンプ帳を作成する作成手段、
前記ユーザの行動に基づいて、前記スタンプ帳にスタンプが押されるように、前記スタンプ帳を更新する更新手段、
前記スタンプ帳の達成状況に応じた特典を、前記ユーザに付与する付与手段、
としてコンピュータを機能させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、スタンプラリー提供システム、スタンプラリー提供方法、及びプログラムに関する。

【背景技術】

【0002】

従来、電子決済サービスのユーザが参加するスタンプラリーが知られている。例えば、特許文献１及び特許文献２には、ユーザのＩＣカードを利用したスタンプラリーを提供する場合に、ユーザの行動履歴情報又は場所情報に応じたスタンプ帳を作成することが記載されている。特許文献３には、携帯端末の位置から基準範囲内の店舗で利用可能なスタンプ帳を表示させることが記載されている。特許文献４及び特許文献５には、ユーザ端末の場所に応じたスタンプをスタンプ帳に押すことが記載されている。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２０１０－５５３２９号公報

【文献】特開２０１０－５５３２８号公報

【文献】特開２０１７－９７４８７号公報

【文献】特開２０１７－１６２５２０号公報

【文献】特開２０１５－１８４８８号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

特許文献１－５の技術では、ユーザの行動履歴情報又は場所情報に応じたスタンプ帳を作成することによって、興趣性の高いスタンプラリーを提供している。この点、発明者達は、特許文献１－５とは別の観点で、スタンプラリーの興趣性を高めることを検討している。例えば、電子決済サービスのユーザが利用する媒体は、複数の種類が存在する。この種類に応じたスタンプ条件を設定できれば、ユーザが普段から利用する媒体に応じたスタンプ条件になるので、スタンプラリーの興趣性が高まると考えられる。

【0005】

本開示の目的の１つは、電子決済サービスにおけるスタンプラリーの興趣性を高めることである。

【課題を解決するための手段】

【0006】

本開示に係るスタンプラリー提供システムは、電子決済サービスのユーザが利用する媒体の種類を特定する特定手段と、前記種類に応じたスタンプ条件が設定されるように、前記ユーザのスタンプ帳を作成する作成手段と、前記ユーザの行動に基づいて、前記スタンプ帳にスタンプが押されるように、前記スタンプ帳を更新する更新手段と、前記スタンプ帳の達成状況に応じた特典を、前記ユーザに付与する付与手段と、を含む。

【発明の効果】

【0007】

本開示によれば、電子決済サービスにおけるスタンプラリーの興趣性が高まる。

【図面の簡単な説明】

【0008】

【図1】スタンプラリー提供システムの全体構成の一例を示す図である。

【図2】店舗端末の表示部に表示される画面の一例を示す図である。

【図3】ユーザ端末の表示部に表示される画面の一例を示す図である。

【図4】ユーザの券種に応じたスタンプ帳の一例を示す図である。

【図5】スタンプラリー提供システムで実現される機能の一例を示す図である。

【図6】ユーザデータベースの一例を示す図である。

【図7】スタンプラリーデータベースの一例を示す図である。

【図8】スタンプラリー提供システムで実行される処理の一例を示すフロー図である。

【図9】スタンプラリー提供システムで実行される処理の一例を示すフロー図である。

【図10】変形例の機能ブロック図である。

【図11】変形例１におけるユーザデータベースの一例を示す図である。

【図12】変形例２におけるユーザデータベースの一例を示す図である。

【発明を実施するための形態】

【0009】

［１．スタンプラリー提供システムの全体構成］
本開示に係るスタンプラリー提供システムの実施形態の一例を説明する。図１は、スタンプラリー提供システムの全体構成の一例を示す図である。スタンプラリー提供システムＳは、図１の各構成を含む。ネットワークＮは、インターネット又はＬＡＮ等の任意のネットワークである。スタンプラリー提供システムＳは、少なくとも１つのコンピュータを含めばよく、図１の例に限られない。

【0010】

サーバ１０は、電子決済サービスの提供者が管理するサーバコンピュータである。制御部１１は、少なくとも１つのプロセッサを含む。記憶部１２は、ＲＡＭ等の揮発性メモリと、ハードディスク等の不揮発性メモリと、を含む。通信部１３は、有線通信用の通信インタフェースと、無線通信用の通信インタフェースと、の少なくとも一方を含む。

【0011】

店舗端末２０は、店舗に配置されたコンピュータである。例えば、店舗端末２０は、電子マネーのチャージ機、ＰＯＳ端末、パーソナルコンピュータ、タブレット端末、又はスマートフォンである。制御部２１、記憶部２２、及び通信部２３の物理的構成は、それぞれ制御部１１、記憶部１２、及び通信部１３と同様である。操作部２４は、タッチパネル等の入力デバイスである。表示部２５は、液晶ディスプレイ又は有機ＥＬディスプレイである。読取部２６は、近距離無線通信を利用してＩＣチップ３６及びＩＣカード４０を読み取り可能な機器である。本実施形態では、読取部２６が書き込み機能を有するリーダライタである場合を説明するが、読取部２６は、書き込み機能を有さずに、読み取り機能のみを有してもよい。

【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】

なお、過去のスタンプラリーにおける達成状況に応じたスタンプ帳の作成方法は、上記の例に限られない。例えば、レベルの概念が存在しなくてもよい。この場合、作成部１０３は、過去のスタンプラリーでユーザが達成したスタンプ条件とは異なるスタンプ条件が設定されるように、スタンプ帳を作成してもよい。異なるスタンプ条件は、過去のスタンプラリーでユーザが達成したスタンプ条件よりも厳しい条件であってもよい。異なるスタンプ条件は、過去のスタンプラリーで設定されたスタンプ条件と異なればよく、同様の厳しさのスタンプ条件であってもよいし、簡単なスタンプ条件であってもよい。

【0115】

変形例２によれば、券種と、過去のスタンプラリーにおけるユーザの達成状況に関する達成状況情報と、に応じたスタンプ条件が設定されるように、スタンプ帳を作成する。これにより、過去のスタンプラリーの達成条件に応じたスタンプ条件が設定されるので、ユーザに合ったスタンプ帳になり、スタンプラリーの興趣性がより高まる。

【0116】

また、変形例２では、券種と、達成状況情報に基づいて決定されるユーザのレベルと、に応じたスタンプ条件が設定されるように、スタンプ帳を作成する。これにより、ユーザのレベルに応じて、ユーザが満足するような難易度のスタンプ帳になり、スタンプラリーの興趣性がより高まる。例えば、レベルが上がるほどスタンプ条件を厳しくした場合に、ユーザに付与される特典が増えるようにしてもよい。これにより、より多くの特典が欲しいユーザは、より厳しいスタンプ条件のスタンプラリーへの参加の動機付けとなり、スタンプラリーの興趣性がより高まる。

【0117】

また、変形例２では、過去のスタンプラリーでユーザが達成したスタンプ条件とは異なるスタンプ条件が設定されるように、スタンプ帳を作成する。これにより、同じスタンプ条件が繰り返し設定されるといった単調なスタンプラリーではなく、繰り返し参加するスタンプラリーに新鮮さを与えることができ、スタンプラリーの興趣性がより高まる。

【0118】

また、変形例２では、異なるスタンプ条件は、過去のスタンプラリーでユーザが達成したスタンプ条件よりも厳しい条件である。これにより、参加するたびに徐々に難易度が高くなるようなスタンプラリーとすることができ、スタンプラリーに慣れてきたユーザを飽きさせないようにすることができるので、スタンプラリーの興趣性がより高まる。

【0119】

［５－３．変形例３］
例えば、スタンプラリー提供システムＳは、エントリー操作が受け付けられた場合に、店舗に独自の独自スタンプ帳と、他の店舗と共通の共通スタンプ帳と、をユーザに提供する提供部１０９を含んでもよい。変形例３では、独自スタンプ帳及び共通スタンプ帳が電子マネーＩＤごとに作成される場合を説明するが、独自スタンプ帳及び共通スタンプ帳は、ユーザＩＤごとに作成されてもよい。独自スタンプ帳及び共通スタンプ帳が電子マネーＩＤごとに作成される場合、ユーザＩＤごとに作成される別のスタンプ帳が存在してもよい。

【0120】

独自スタンプ帳は、特定の店舗が主催するスタンプラリーのスタンプ帳である。例えば、独自スタンプ帳には、主催者である店舗で電子マネーを利用することがスタンプ条件として設定される。他にも例えば、独自スタンプ帳には、外利用を促進するために、主催者である店舗の近隣店舗で電子マネーを利用することがスタンプ条件として設定される。この近隣店舗は、主催者である店舗とは競合しない店舗、又は、主催者である店舗と協力関係にある店舗であってもよい。例えば、独自スタンプ帳のスタンプ条件は、主催者である店舗が自由に設定できるようにしてもよい。

【0121】

共通スタンプ帳は、複数の店舗で共通のスタンプラリーのスタンプ帳である。例えば、共通スタンプ帳には、複数の店舗の何れかで電子マネーを利用することがスタンプ条件として設定される。共通スタンプ帳は、実施形態で説明したスタンプ帳と同様であってよい。このため、共通スタンプ帳の主催者は、特定の店舗ではなく、電子決済サービスの提供者であってもよい。例えば、共通スタンプ帳のスタンプ条件は、電子決済サービスの提供者が設定してもよいし、店舗が設定してもよい。

【0122】

作成部１０３は、独自スタンプ帳及び共通スタンプ帳の少なくとも一方を作成する。変形例３では、作成部１０３が独自スタンプ帳及び共通スタンプ帳の両方を作成する場合を説明するが、作成部１０３は、独自スタンプ帳又は共通スタンプ帳の何れか一方のみを作成してもよい。即ち、独自スタンプ帳及び共通スタンプ帳の両方に、券種に応じたスタンプ条件が設定される場合を説明するが、券種に応じたスタンプ条件が設定されるのは、独自スタンプ帳又は共通スタンプ帳の何れか一方のみであってもよい。

【0123】

なお、券種に応じたスタンプ帳の作成方法自体は、実施形態で説明した通りである。ただし、作成部１０３は、独自スタンプ帳及び共通スタンプ帳で全く同じスタンプ条件を設定するのではなく、少なくとも１つのスタンプ条件が異なるように、独自スタンプ帳及び共通スタンプ帳を作成する。券種に応じたスタンプ条件は、独自スタンプ帳及び共通スタンプ帳で同じだったとしても、他のスタンプ条件が異なればよい。他にも例えば、独自スタンプ帳に設定された券種に応じたスタンプ条件と、共通スタンプ帳に設定された券種に応じたスタンプ条件と、が異なっていてもよい。

【0124】

更新部１０４は、独自スタンプ帳及び共通スタンプ帳を更新する。独自スタンプ帳及び共通スタンプ帳の２つが更新対象になる点で実施形態とは異なるが、個々のスタンプ帳の更新方法は、実施形態で説明した通りである。付与部１０５は、独自スタンプ帳の達成状況に応じた特典と、共通スタンプ帳の達成状況に応じた特典と、をユーザに付与する。独自スタンプ帳及び共通スタンプ帳の２つに応じた特典が付与される点で実施形態とは異なるが、個々のスタンプ帳における特典の付与方法は、実施形態で説明した通りである。

【0125】

実施形態のスタンプ帳と同様に、独自スタンプ帳及び共通スタンプ帳は、エントリー操作が必要であってもよい。受付部１０１は、ユーザが店舗を訪れた場合に、独自スタンプ帳に対応する第１エントリー操作と、共通スタンプ帳に対応する第２エントリー操作と、を受け付け可能である。個々のエントリー操作は、実施形態で説明した通りであるが、第１エントリー操作及び第２エントリー操作は、別々の操作であるものとする。これらの操作が任意の操作であってよい点は、実施形態で説明した通りである。

【0126】

なお、独自スタンプ帳はエントリー操作が必要であるが、共通スタンプ帳はエントリー操作が不要であるようにしてもよい。逆に、共通スタンプ帳はエントリー操作が必要であるが、独自スタンプ帳はエントリー操作が不要であるようにしてもよい。独自スタンプ帳及び共通スタンプ帳は、何れもエントリー操作が不要であってもよい。

【0127】

変形例３でも、変形例１と同様、ユーザには、複数の媒体が関連付けられていてもよい。この場合、提供部１０９は、媒体ごとに、ユーザに、独自スタンプ帳及び共通スタンプ帳を提供してもよい。ユーザには、独自スタンプ帳及び共通スタンプ帳のセットを、媒体の数だけ提供される。例えば、ユーザに２つの媒体が関連付けられていたとする。この場合、１つ目の媒体用の独自スタンプ帳及び共通スタンプ帳と、２つ目の媒体用の独自スタンプ帳及び共通スタンプ帳と、がユーザに提供される。このため、ユーザには、４つのスタンプ帳が提供される。

【0128】

変形例３によれば、電子決済サービスを利用可能な店舗をユーザが訪れて、エントリー操作が受け付けられた場合に、店舗に独自の独自スタンプ帳と、他の店舗と共通の共通スタンプ帳と、をユーザに提供する。これにより、ユーザに店舗を訪れる動機付けを与えることができる。その結果、店舗への集客効果が高まる。ユーザからしても、独自スタンプ帳及び共通スタンプ帳の両方のスタンプラリーに参加できるので、スタンプラリーの興趣性がより高まる。その結果、電子決済サービスの利用を促進できる。

【0129】

また、変形例３では、ユーザが店舗を訪れた場合に、独自スタンプ帳に対応する第１エントリー操作と、共通スタンプ帳に対応する第２エントリー操作と、を受け付け可能である。これにより、独自スタンプ帳及び共通スタンプ帳のうちの好きな方にユーザをエントリーさせることができる。店舗に来てエントリー操作をする動機付けをユーザに与えることもできる。

【0130】

また、変形例３では、ユーザに関連付けられた媒体ごとに、ユーザに、独自スタンプ帳及び共通スタンプ帳を提供する。これにより、複数の媒体を利用するユーザに、より多くのスタンプ帳を提供できる。複数の媒体を利用する動機付けをユーザに与えることができる。

【0131】

［５－４．変形例４］
例えば、スタンプラリー提供システムＳは、ユーザが電子決済サービスを利用した利用場所に関する利用場所情報を取得する利用場所情報取得部１１０を含んでもよい。変形例４では、利用場所情報が電子マネー利用情報に含まれている場合を説明するが、利用場所情報は、電子マネー利用情報とは別の情報として、ユーザデータベースＤＢ１に格納されていてもよい。

【0132】

スタンプラリー提供システムＳは、利用場所情報に基づいて、ユーザが普段いる場所を特定する場所特定部１１１を含む。例えば、場所特定部１１１は、過去半年において利用された利用場所の位置の平均値を計算し、ユーザが普段いる場所を特定してもよい。場所特定部１１１は、所定数以上の他の利用場所からの距離が閾値以上の利用場所は、旅行や出張等でたまたま行った場所であるものとして、ユーザが普段いる場所の計算から除外してもよい。

【0133】

作成部１０３は、券種と、ユーザが普段いる場所と、に応じたスタンプ条件が設定されるように、スタンプ帳を作成する。例えば、作成部１０３は、ユーザが普段いる場所に応じた店舗における利用がスタンプ条件として設定されるように、スタンプ帳を作成する。この店舗は、ユーザが普段いる場所からの距離が閾値未満の店舗、又は、ユーザが普段いる場所と同じエリアの店舗である。

【0134】

変形例４によれば、券種と、ユーザが電子決済サービスを利用した利用場所に関する利用場所情報に基づいて特定されたユーザが普段いる場所と、に応じたスタンプ条件が設定されるように、スタンプ帳を作成する。これにより、スタンプラリーの興趣性がより高まる。その結果、店舗への集客効果が高まり、かつ、電子決済サービスの利用を促進できる。また、ユーザが普段いる場所を計算することによって、ユーザが旅行や出張等でたまたま行った場所に関するスタンプ条件が設定されるといったことを防止できる。

【0135】

［５－５．変形例５］
例えば、作成部１０３は、ユーザに関連付けられた複数の媒体のうちの特定の媒体の利用がスタンプ条件として設定されるように、スタンプ帳を作成してもよい。特定の媒体は、複数の媒体のうちの少なくとも１つであればよい。複数の媒体のうちの全てが特定の媒体に相当してもよい。変形例５では、変形例１と同様に、ユーザに関連付けられた複数の媒体は、ユーザの媒体と、他のユーザの媒体と、を含む場合を説明する。更に、変形例１で説明した家族を例に挙げる。ユーザは、父親（本人）であり、他のユーザは、母親又は子ども（本人の家族）である。このため、母親又は子どもの媒体と記載した箇所は、他のユーザの媒体と読み替えることができる。

【0136】

変形例５のスタンプラリー提供システムＳは、複数の媒体の中から、母親又は子どもの媒体を選択する第２選択部１１２を含んでもよい。例えば、第２選択部１１２は、ユーザ属性情報が母親又は子どもを示す媒体を選択する。例えば、作成部１０３は、母親又は子どもの媒体の利用がスタンプ条件として設定されるように、スタンプ帳を作成する。このスタンプ帳には、父親の媒体の利用と、母親又は子どもの媒体の利用と、の各々がスタンプ条件として設定されてもよい。

【0137】

更新部１０４は、母親又は子どもの媒体の利用に基づいて、スタンプ帳を更新する。母親又は子どもの媒体の利用がスタンプ帳の更新の条件になる点で実施形態とは異なるが、スタンプ帳の更新方法は、実施形態と同様である。即ち、ある特定の媒体の利用に関するスタンプ条件が設定された場合には、この媒体の利用に基づいて、このスタンプ条件が満たされたか否かが判定される。他の媒体の利用に基づいては、このスタンプ条件が満たされたか否かは判定されない。

【0138】

スタンプラリー提供システムＳは、複数の媒体の各々の利用状況に基づいて、複数の媒体の中から、最近利用されている媒体を選択する第３選択部１１３を含んでもよい。この場合、最近利用されている媒体が特定の媒体に相当する。最近利用されている媒体は、直近の所定期間における利用状況が所定の状況の媒体である。例えば、直近の所定期間における利用額の合計額が閾値以上の媒体、直近の所定期間における利用回数の合計回数が閾値以上の媒体、又は継続利用の期間が所定期間以上の媒体は、最近利用されている媒体に相当する。作成部１０３は、最近利用されている媒体の利用がスタンプ条件として設定されるように、スタンプ帳を作成する。

【0139】

スタンプラリー提供システムＳは、複数の媒体の各々の利用状況に基づいて、最近利用されなくなった媒体を選択する第４選択部１１４を含んでもよい。この場合、最近利用されなくなった媒体が特定の媒体に相当する。最近利用されなくなった媒体は、直近の所定期間における利用状況が所定の状況ではない媒体である。例えば、直近の所定期間における利用額の合計額が閾値未満の媒体、直近の所定期間における利用回数の合計回数が閾値未満の媒体、又は継続利用の期間が所定期間未満の媒体は、最近利用されなくなった媒体に相当する。

【0140】

第４選択部１１４は、ある第１期間における利用と、第１期間よりも後の第２期間における利用と、の相対的な関係から、最近利用されなくなった媒体を選択してもよい。例えば、第４選択部１１４は、第１期間における利用額の合計額に対し、第２期間における利用額の合計額が減少した減少額が閾値以上の場合に、最近利用されなくなった媒体として判定してもよい。第４選択部１１４は、第１期間における利用回数に対し、第２期間における利用回数が減少した減少額が閾値以上の場合に、最近利用されなくなった媒体として判定してもよい。作成部１０３は、最近利用されなくなった媒体の利用がスタンプ条件として設定されるように、スタンプ帳を作成する。

【0141】

変形例５によれば、ユーザに関連付けられた複数の媒体のうちの特定の媒体の利用がスタンプ条件として設定されるように、スタンプ帳を作成する。これにより、特定の媒体の利用を促すようなスタンプ帳にして、スタンプラリーの興趣性がより高まる。例えば、家族で参加するスタンプラリーにおいて、子どもの電子マネーの利用がスタンプ条件として設定されるようにすることで、子どもが積極的に参加できるスタンプラリーを提供できる。他にも例えば、父親、母親、及び子どもの各々の利用がスタンプ条件として設定されるようにすれば、家族全員で参加する一体感のあるスタンプラリーを提供できる。この場合、父親、母親、及び子どもの各々の利用額に応じたスタンプ条件が設定されてもよい。この場合、父親、母親、及び子どもの各々による普段の利用状況に応じたスタンプ条件にすることができる。その結果、父親の利用額に応じたスタンプ条件が子どもに設定されてしまい、子どものスタンプ条件が達成しにくくなるといったことを防止できる。

【0142】

また、変形例５では、ユーザＩＤが示すユーザ以外の他のユーザの媒体の利用がスタンプ条件として設定されるように、スタンプ帳を作成する。これにより、複数のユーザで一緒に挑むようなスタンプ帳にすることができ、スタンプラリーの興趣性がより高まる。例えば、先述した家族全員で挑むようなスタンプ帳とすることができる。

【0143】

また、変形例５では、最近利用されている媒体の利用がスタンプ条件として設定されるように、スタンプ帳を作成する。これにより、もう利用しなくなった媒体や紛失してしまった媒体がスタンプ条件に設定されてしまい、スタンプ条件を達成できなくなる、又は、スタンプ条件を達成しにくくなるといったことを防止できる。更に、普段利用されている媒体の利用がスタンプ条件となるので、ユーザが挑みやすいスタンプ帳とすることができる。その結果、スタンプラリーの興趣性がより高まり、ユーザが途中であきらめてしまうといったことを防止できる。

【0144】

また、変形例５では、最近利用されなくなった媒体の利用がスタンプ条件として設定されるように、スタンプ帳を作成する。これにより、全く利用されていないわけではないが、利用頻度が減ってきた媒体の利用を促進するようなスタンプ帳とすることができる。その結果、電子マネーの利用を促進できる。

【0145】

［５－６．変形例６］
例えば、実施形態で説明した券種、変形例２で説明したレベル、及び変形例４で説明したユーザが普段いる場所は、ユーザの何らかの属性に該当する。変形例６では、この属性をユーザ属性と記載する。変形例１で説明した媒体の持ち主を示すユーザ属性情報も、ユーザ属性の１つではあるが、変形例６では、他のユーザ属性について説明する。

【0146】

ユーザには、複数のユーザ属性が関連付けられている。券種は、複数のユーザ属性の１つである。レベルと、ユーザが普段いる場所と、もユーザ属性に相当する。ユーザ属性は、ユーザを分類可能な何らかの属性であればよく、これらに限られない。例えば、ユーザ属性は、ユーザの利用額の平均値、ユーザの利用額の合計値、利用回数の平均値、又は継続利用の期間であってもよい。他にも例えば、ユーザ属性は、ユーザの年齢、性別、住所、職業、又は年収といったような情報であってもよい。

【0147】

実施形態で説明した「買いまわり」、「チャージ」、「今月の特別」は、スタンプ条件の何らかの属性に該当する。変形例６では、この属性を条件属性と記載する。スタンプ帳には、スタンプ条件に関する複数の条件属性が関連付けられている。条件属性は、スタンプ属性は、スタンプ条件を分類可能な何らかの属性であればよく、これらに限られない。例えば、条件属性は、利用額の多さの属性、利用回数の多さの属性、店舗のエリアの属性、又は達成することの難易度の属性であってもよい。

【0148】

複数の条件属性の各々は、複数のユーザ属性の少なくとも１つに関連付けられている。例えば、「買いまわり」の条件属性には、「レベル」のユーザ属性が関連付けられている。「チャージ」の条件属性には、「券種」のユーザ属性と、「レベル」のユーザ属性と、が関連付けられている。「今月の特別」の条件属性には、「ユーザが普段いる場所」のユーザ属性が関連付けられている。条件属性とユーザ属性の関連付けは、上記の例に限られず、任意の関連付けが可能である。

【0149】

作成部１０３は、複数の条件属性の各々に関連付けられた少なくとも１つのユーザ属性に基づいて、スタンプ帳を作成する。例えば、作成部１０３は、条件属性ごとに、当該条件属性に関連付けられたユーザ属性に関するスタンプ条件が設定されるように、スタンプ帳を作成する。作成部１０３は、「買いまわり」の条件属性のスタンプ条件として、ユーザのレベルに応じたスタンプ条件が設定されるように、スタンプ帳を作成する。

【0150】

作成部１０３は、「チャージ」の条件属性のスタンプ条件として、ユーザの券種に応じたスタンプ条件が設定されるように、スタンプ帳を作成する。作成部１０３は、「今月の特別」の条件属性のスタンプ条件として、ユーザが普段いる場所に応じたスタンプ条件が設定されるように、スタンプ帳を作成する。なお、条件属性と、個々のスタンプ条件と、の関連付けは、データ記憶部１００に予め記憶されているものとする。電子決済サービスの提供者は、種々のスタンプ条件を作成し、条件属性と関連付けてデータ記憶部１００に記録しておけばよい。作成部１０３は、データ記憶部１００に記憶された条件属性及びスタンプ条件の関連付けに基づいて、スタンプ帳を作成すればよい。

【0151】

変形例６によれば、複数の条件属性の各々に関連付けられた少なくとも１つのユーザ属性に基づいて、スタンプ帳を作成する。これにより、ユーザ属性に沿ったスタンプ帳とすることができ、スタンプラリーの興趣性がより高まる。例えば、電子決済サービスの提供者は、条件属性及びスタンプ条件の関連付けを定義しておけば、スタンプ帳を何通りも用意しなくても、バラエティに富んだスタンプ帳を動的に作成してユーザに提供できるので、提供者の負担も軽減できる。

【0152】

［５－７．変形例７］
例えば、作成部１０３は、ユーザＩＤ及び電子マネーＩＤを関連付けることがスタンプ条件として設定されるように、スタンプ帳を作成してもよい。実施形態で説明したように、ユーザは、ユーザ端末３０から所定の操作をすることによって、ユーザＩＤ及び電子マネーＩＤを関連付ける。例えば、ユーザは、電子決済サービスに会員登録した後に、ユーザ端末３０からユーザＩＤ及びパスワードを入力し、電子決済サービスにログインする。ユーザは、電子決済サービスが提供するページから、自身のＩＣカード４０等の電子マネーＩＤを入力し、ユーザＩＤ及び電子マネーＩＤを関連付ける。これらの関連付けは、店舗端末２０から行えるようにしてもよい。更新部１０４は、ユーザデータベースＤＢ１を参照し、ユーザＩＤ及び電子マネーＩＤが関連付けられた場合に、上記スタンプ条件にスタンプが押されるように、スタンプ帳を更新する。

【0153】

変形例７によれば、ユーザＩＤ及び電子マネーＩＤを関連付けることがスタンプ条件として設定されるように、スタンプ帳を作成する。これにより、ユーザＩＤ及び電子マネーＩＤの関連付けを促進できる。例えば、ユーザＩＤ及び電子マネーを関連付けることによって、電子決済サービスで特典を受けやすくなるのであれば、ユーザにとっても有益である。ユーザＩＤ及び電子マネーを関連付けることによって、電子決済サービスと提携する他のサービスにユーザを誘導しやすくなるのであれば、他のサービスの利用を促進できる。

【0154】

［５－８．変形例８］
例えば、スタンプラリー提供システムＳは、ユーザに関連付けられた場所に関するユーザ場所情報を取得するユーザ場所情報取得部１１５を含んでもよい。ユーザに関連付けられた場所は、ユーザデータベースＤＢ１に登録された場所である。変形例８では、ユーザの自宅、職場、又は他の場所の住所がユーザデータベースＤＢ１に登録されているものとする。ユーザ場所情報取得部１１５は、ユーザデータベースＤＢ１を参照し、ユーザの場所情報を取得する。なお、ユーザに関連付けられた場所は、ユーザデータベースＤＢ１に登録された場所以外の任意の場所であってよい。例えば、変形例４と同様に、ユーザ場所情報取得部１１５は、ユーザの電子マネー利用情報に基づいて、ユーザが普段利用する場所を特定し、この場所をユーザ場所情報として取得してもよい。この場合、ユーザが普段利用する場所に応じたスタンプ条件が設定される。

【0155】

作成部１０３は、券種及び場所情報に応じたスタンプ条件が設定されるように、スタンプ帳を作成する。例えば、作成部１０３は、ユーザ場所情報が示す場所の店舗に応じたスタンプ条件が設定されるように、スタンプ帳を作成する。この店舗は、場所情報が示す場所からの距離が閾値未満の店舗、又は、場所情報が示す場所と同じエリアの店舗である。場所に応じたスタンプ条件の設定自体は、変形例４と同様である。なお、ある１つのスタンプ条件が、券種及び場所情報に基づいて決定されるのではなく、券種に応じたスタンプ条件と、場所情報に応じたスタンプ条件と、が設定されたスタンプ帳が作成されるようにすればよい。

【0156】

変形例８によれば、券種と、ユーザに関連付けられた場所に関する場所情報と、に応じたスタンプ条件が設定されるように、スタンプ帳を作成する。これにより、スタンプラリーの興趣性がより高まる。その結果、店舗への集客効果が高まり、かつ、電子決済サービスの利用を促進できる。

【0157】

［５－９．その他の変形例］
例えば、上記説明した変形例を組み合わせてもよい。

【0158】

例えば、変形例２－８の構成は、実施形態の構成を前提としなくてもよい。即ち、変形例２－８において、券種に応じたスタンプ条件がスタンプ帳に設定されなくてもよい。この場合、変形例２では、過去のスタンプラリーの達成状況に基づいて、特に券種には関係のないスタンプ帳が作成される。変形例３では、特に券種には関係のない独自スタンプ帳及び汎用スタンプ帳が作成される。変形例４では、利用場所情報に基づいて、特に券種には関係のないスタンプ帳が作成される。変形例５では、特に券種には関係なく、特定の媒体を利用することがスタンプ条件のスタンプ帳が作成される。変形例６では、ユーザ属性及び条件属性に基づいて、特に券種には関係のないスタンプ帳が作成される。変形例７では、特に券種には関係なく、ユーザＩＤ及び電子マネーＩＤを関連付けることがスタンプ条件として設定される。変形例８では、ユーザ場所情報に基づいて、特に券種には関係のないスタンプ帳が作成される。

【0159】

例えば、店舗は、現実の店舗に限られず、オンライン上の店舗であってもよい。例えば、主な機能がサーバ１０で実現される場合を説明したが、各機能は、複数のコンピュータで分担されてもよい。例えば、サーバ１０で実現されるものとして説明した機能は、店舗端末２０又はユーザ端末３０で実現されてもよい。サーバ１０に記憶されるものとして説明したデータは、データベースサーバ等の他のコンピュータに記憶されてもよい。

【符号の説明】

【0160】

Ｓ スタンプラリー提供システム、Ｎ ネットワーク、１０ サーバ、１１，２１，３１ 制御部、１２，２２，３２ 記憶部、１３，２３，３３ 通信部、２０ 店舗端末、２４，３４ 操作部、２５，３５ 表示部、２６ 読取部、３０ ユーザ端末、３６ ＩＣチップ、Ｇ１ 案内画面、Ｇ２ メニュー画面、Ｇ３ エントリー画面、Ｇ４ トップ画面、Ｇ５ エントリー画面、Ｇ６，Ｇ７ スタンプ帳画面、１００ データ記憶部、１０１ 受付部、１０２ 特定部、１０３ 作成部、１０４ 更新部、１０５ 付与部、１０６ 第１選択部、１０７ 達成状況情報取得部、１０８ レベル決定部、１０９ 提供部、１１０ 利用場所情報取得部、１１１場所特定部、１１２ 第２選択部、１１３ 第３選択部、１１４ 第４選択部、１１５ ユーザ場所情報取得部、２００ データ記憶部、２０１ 送信部、２０２ 受信部、２０３ 表示制御部、３００ データ記憶部、３０１ 送信部、３０２ 受信部、３０３ 表示制御部、ＤＢ１ ユーザデータベース、ＤＢ２ スタンプラリーデータベース。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】