JP2023079883A - 提供装置、提供方法及び提供プログラム - Google Patents

Abstract

【課題】利用者や事業者の利便性を向上させる。【解決手段】本願に係る提供装置は、利用者が決済を行う店舗に紐付けられる電子化されたスタンプカードに付与されるスタンプに関する情報であって、当該店舗に関する所定の特典を当該利用者に提供する条件を受け付ける受付部と、スタンプカードに付与されたスタンプが所定の特典を当該利用者に提供する条件を満たす場合は、当該店舗に対する課金額を算出する算出部とを有することを特徴とする。【選択図】図１

Description

本発明は、提供装置、提供方法及び提供プログラムに関する。

従来、店舗への利用者の誘因を目的としたサービスを提供するための技術が知られている。このような技術の一例として、ショッピングサービスにおいて電子化されたスタンプに関するサービスを利用者に提供する技術が提案されている。

特開２０１９－２１９９６２号公報 特開２０１６－１０６２８６号公報

しかしながら、上記の従来技術では、利用者や事業者にとって利便性が良いとは限らない。

例えば、上記の従来技術では、店舗に対する利用者の電子商取引による注文に応じてスタンプを付与しているに過ぎないため、利用者が実店舗において商取引を行った場合にはスタンプを付与できず、利用者にとって利便性が良いとは限らない。

また、利用者が実店舗においても商取引を行った場合には、事業者が所定の媒体に印刷されたスタンプカードを別途発行してスタンプを付与する必要があり、事業者にとっても利便性が良いとは限らない。

本願は、上記に鑑みてなされたものであって、利用者や事業者の利便性を向上させる提供装置、提供方法及び提供プログラムを提供することを目的とする。

本願に係る提供装置は、利用者が決済を行う店舗に紐付けられる電子化されたスタンプカードに付与されるスタンプに関する情報であって、当該店舗に関する所定の特典を当該利用者に提供する条件を受け付ける受付部と、前記スタンプカードに付与されたスタンプが前記条件を満たす場合は、前記店舗に対する課金額を算出する算出部とを有することを特徴とする。

実施形態の一態様によれば、利用者や事業者の利便性を向上させることができるという効果を奏する。

図１は、実施形態に係る提供処理の一例を示す図である。 図２は、実施形態に係る利用者端末の画面の一例を示す図である。 図３は、実施形態に係る決済サーバの構成例を示す図である。 図４は、実施形態に係る口座データベースの一例を示す図である。 図５は、実施形態に係るスタンプカード情報データベースの一例を示す図である。 図６は、実施形態に係る利用者情報データベースの一例を示す図である。 図７は、実施形態に係る事業者情報データベースの一例を示す図である。 図８は、実施形態に係る課金情報データベースの一例を示す図である。 図９は、実施形態に係る事業者端末及び利用者端末の画面の一例を示す図である。 図１０は、実施形態に係る提供処理の手順の一例を示すフローチャートである。 図１１は、決済サーバの機能を実現するコンピュータの一例を示すハードウェア構成図である。

以下に本願に係る提供装置、提供方法及び提供プログラムを実施するための形態（以下、「実施形態」と呼ぶ）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る提供装置、提供方法及び提供プログラムが限定されるものではない。また、以下の各実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。

〔１．実施形態〕
図１を用いて、本実施形態の提供装置等により実現される提供処理について説明する。図１は、実施形態に係る提供処理の一例を示す図である。なお、図１では、本実施形態に係る提供装置の一例である決済サーバ１０によって、実施形態に係る提供処理などが実現されるものとする。

図１に示すように、実施形態に係る提供処理システム１は、決済サーバ１０と、利用者端末１００と、事業者端末２００とを含む。決済サーバ１０、利用者端末１００及び事業者端末２００は、ネットワークＮ（例えば、図３参照）を介して有線または無線により相互に通信可能に接続される。ネットワークＮは、例えば、インターネットなどのＷＡＮ（Wide Area Network）である。なお、図１に示した提供処理システム１には、複数台の決済サーバ１０、複数台の利用者端末１００及び複数台の事業者端末２００が含まれていてもよい。

図１に示す決済サーバ１０は、実施形態に係る提供処理を実行する情報処理装置であり、サーバ装置やクラウドシステム等により実現される。例えば、決済サーバ１０は、利用者端末１００を用いる電子決済に関する電子決済サービスを提供する。例えば、決済サーバ１０は、取引対象の提供者（事業者）や取引対象が提供される利用者の口座を管理しており、利用者からの決済要求に従って、口座間において電子マネーの移行等を行うことで、各種決済を実現する。なお、電子マネーとは、例えば、各種企業が独自に用いるポイントや通貨等であってもよく、日本円やドル等の国家により提供される貨幣を電子的に取引可能としたものであってもよい。

図１に示す利用者端末１００は、利用者によって利用される情報処理装置である。利用者端末１００は、例えば、スマートフォンや、タブレット型端末、ノート型ＰＣ（Personal Computer）、デスクトップＰＣ、携帯電話機、ＰＤＡ（Personal Digital Assistant）等により実現される。また、利用者端末１００は、決済サーバ１０によって配信される情報を、ウェブブラウザやアプリケーションにより表示する。なお、図１に示す例では、利用者端末１００がスマートフォンである場合を示す。

図１に示す事業者端末２００は、利用者に取引対象を提供する事業者によって利用される情報処理装置である。事業者端末２００は、例えば、スマートフォンや、タブレット型端末、ノート型ＰＣ、デスクトップＰＣ、携帯電話機、ＰＤＡ等により実現される。また、事業者端末２００は、決済サーバ１０によって配信される情報を、ウェブブラウザやアプリケーションにより表示する。なお、図１に示す例では、事業者端末２００がスマートフォンである場合を示す。

なお、利用者端末１００及び事業者端末２００は、所定の情報処理を実現する制御情報を決済サーバ１０から受け取った場合には、制御情報に従って情報処理を実現する。ここで、制御情報は、例えば、ＪａｖａＳｃｒｉｐｔ（登録商標）等のスクリプト言語やＣＳＳ（Cascading Style Sheets）等のスタイルシート言語、Ｊａｖａ（登録商標）等のプログラミング言語、ＨＴＭＬ（HyperText Markup Language）等のマークアップ言語等により記述される。なお、決済サーバ１０から配信される所定のアプリケーションそのものを制御情報とみなしてもよい。

〔１－１．利用者端末１００を用いた決済について〕
ここで、決済サーバ１０が実行する提供処理に先立ち、利用者端末１００を用いた決済（電子決済）の一例について説明する。なお、以下の説明では、店舗Ａに配置された２次元コード（ＱＲコード（登録商標））であって、店舗Ａを識別する店舗識別情報Ｃ１を示す２次元コードを用いて、利用者Ｕ１が利用者端末１００を用いた決済を行う例について説明するが、実施形態は、これに限定されるものではない。以下に説明する決済の一例は、任意の利用者が任意の利用者端末１００を用いて、任意の店舗にて決済を行う場合においても適用可能である。また、店舗識別情報Ｃ１は、ＱＲコードのみならず、バーコードや所定のマーク、番号等であってもよい。

例えば、利用者Ｕ１が店舗Ａにて各種の商品やサービスといった決済対象（取引対象）の利用や購入に伴う決済を行う場合、利用者Ｕ１は、利用者端末１００に予めインストールされた決済アプリを起動する。そして、利用者Ｕ１は、決済アプリを介して、店舗Ａに設置された店舗識別情報Ｃ１を撮影する。このような場合、利用者端末１００は、決済対象の価格を入力するための画面を表示し、利用者Ｕ１或いは店舗Ａの店員から決済金額の入力を受け付ける。そして、利用者端末１００は、利用者Ｕ１を識別する利用者識別情報と、店舗識別情報Ｃ１（若しくは、店舗識別情報Ｃ１が示す情報、すなわち、店舗Ａを示す情報（例えば、店舗ＩＤ））と、決済金額とを示す決済情報を決済サーバ１０へと送信する。

このような場合、決済サーバ１０は、利用者識別情報が示す利用者Ｕ１の口座から、店舗識別情報Ｃ１が示す店舗Ａの口座へと、決済金額が示す額の電子マネーを移行させる。そして、決済サーバ１０は、決済が完了した旨の通知を利用者端末１００へと送信する。このような場合、利用者端末１００は、決済が完了した旨の画面や所定の音声を出力することで、電子マネーによる決済が行われた旨を通知する。

なお、利用者端末１００を用いた決済は、上述した処理に限定されるものではない。例えば、利用者端末１００を用いた決済は、店舗Ａに設置された店舗端末を用いたものであってもよい。例えば、利用者端末１００は、利用者Ｕ１を識別するための利用者識別情報を画面上に表示させる。このような場合、店舗Ａに設置された店舗端末は、利用者端末１００に表示された利用者識別情報を読み取り、利用者識別情報（若しくは、利用者識別情報が示す情報、すなわち、利用者Ｕ１を示す情報（例えば、利用者ＩＤ））と、決済金額と、店舗Ａを識別する情報とを示す決済情報を決済サーバ１０へと送信する。このような場合、決済サーバ１０は、利用者識別情報が示す利用者Ｕ１の口座から、店舗Ａの口座へと、決済金額が示す額の電子マネーを移行させ、店舗Ａの店舗端末或いは利用者端末１００に対し、決済が完了した旨の画面や所定の音声を出力させることで、決済が行われた旨を通知してもよい。

また、利用者端末１００を用いた決済は、利用者Ｕ１が予め電子マネーをチャージした口座から店舗Ａの口座へと電子マネーを移行させる処理のみならず、例えば、利用者Ｕ１が予め登録したクレジットカードを用いた決済であってもよい。このような場合、例えば、利用者端末１００は、店舗Ａの口座に対して決済金額の電子マネーを移行させるとともに、利用者Ｕ１のクレジットカードの運用会社に対し、決済金額を請求してもよい。

〔１－２．実施形態の概要について〕
ここで、従来、店舗への利用者の誘因を目的としたサービスを提供するための技術として、ショッピングサービスにおいて電子化されたスタンプに関するサービスを利用者に提供する技術が提案されている。しかしながら、このような技術では、店舗に対する利用者の電子商取引による注文に応じてスタンプを付与しているに過ぎないため、利用者が実店舗において商取引を行った場合にはスタンプを付与できず、利用者にとって利便性が良いとは限らない。また、利用者が実店舗においても商取引を行った場合には、事業者が所定の媒体に印刷されたスタンプカードを別途発行してスタンプを付与する必要があり、事業者にとっても利便性が良いとは限らない。

そこで、決済サーバ１０は、実施形態に係る提供処理を実行する。以下、図１を用いて、決済サーバ１０が実行する提供処理について説明する。なお、以下の説明では、利用者端末１００が利用者Ｕ１により利用される例を示す。また、以下の説明では、利用者端末１００を利用者Ｕ１と同一視する場合がある。すなわち、以下では、利用者Ｕ１を利用者端末１００と読み替えることもできる。

また、以下の説明では、事業者端末２００が事業者Ｍ１により利用される例を示す。また、以下の説明では、事業者端末２００を事業者Ｍ１と同一視する場合がある。すなわち、以下では、事業者Ｍ１を事業者端末２００と読み替えることもできる。

また、以下の説明において、決済サーバ１０が、上述の電子決済が利用可能な店舗に紐付けられる電子化されたスタンプカードであって、各利用者が所有するスタンプカードに関する情報を自装置の記憶部で管理しているものとする。例えば、決済サーバ１０は、スタンプカードに紐付けられた店舗（言い換えると、スタンプカードを利用可能な店舗）を示す情報や、スタンプカードに付与されたスタンプの数などを示す情報を管理する。

まず、事業者端末２００は、店舗Ａが利用者に提供する電子化されたスタンプカードに関する設定を事業者Ｍ１から受け付ける（ステップＳ１）。例えば、事業者端末２００は、事業者Ｍ１からの操作に応じて決済アプリ（例えば、事業者向けの決済アプリ）を起動してスタンプカードに関する設定を入力するための画面を表示し、当該画面に入力される情報を受け付ける。具体的な例を挙げると、事業者端末２００は、スタンプカードにスタンプを付与する付与条件（例えば、決済金額が何円以上でスタンプを１個付与、決済金額の何円ごとにスタンプを１個付与など）や、特典を提供する提供条件（例えば、スタンプが何個付与されたときに特典を提供）、特典の内容（例えば、店舗Ａから提供する所定の物品や、電子マネーのキャッシュバックなど）などの情報を受け付ける。

続いて、決済サーバ１０は、スタンプカードの設定に関する情報を事業者端末２００から受け付ける（ステップＳ２）。例えば、決済サーバ１０は、ステップＳ１において入力された情報を受け付け、店舗Ａを識別する識別情報（店舗ＩＤ）に紐付けて自装置の記憶部に格納する。

続いて、店舗Ａに来店し、店舗Ａから取引対象の提供を受ける利用者Ｕ１は、利用者端末１００を用いて店舗Ａに設置された店舗識別情報Ｃ１を読み取る（ステップＳ３）。例えば、利用者Ｕ１は、利用者端末１００に予めインストールされた決済アプリを起動し、決済アプリを介して、店舗Ａに設置された店舗識別情報Ｃ１を撮影する。

続いて、利用者端末１００は、利用者Ｕ１から決済情報の入力を受け付ける（ステップＳ４）。例えば、利用者端末１００は、決済対象である取引対象の価格を入力するための画面を表示し、利用者Ｕ１から決済金額の入力を受け付ける。

続いて、決済サーバ１０は、利用者端末１００から決済情報を受け付ける（ステップＳ５）。例えば、決済サーバ１０は、店舗識別情報Ｃ１が示す店舗Ａの店舗ＩＤと、利用者Ｕ１が入力した決済金額と、利用者Ｕ１の利用者ＩＤとを含む決済情報を受け付ける。

続いて、決済サーバ１０は、決済情報に基づく決済処理を実行し、利用者Ｕ１が所有する店舗Ａのスタンプカードに対し、決済情報に基づいてスタンプを付与する（ステップＳ６）。例えば、決済サーバ１０は、利用者Ｕ１の口座から店舗Ａの口座へと、利用者Ｕ１が入力した決済金額分の電子マネーを移行させる。そして、決済サーバ１０は、利用者Ｕ１が所有するスタンプカードのうち、店舗Ａに紐付けられたスタンプカード（ステップＳ２において受け付けた設定に基づくスタンプカード）に対し、事業者Ｍ１が設定したスタンプの付与条件と、決済金額とに基づいてスタンプを付与する。すなわち、決済サーバ１０は、ＱＲコードを用いた決済が行われたことを契機として、決済が行われた店舗と紐づけられたスタンプカードに対し、スタンプを自動的に付与する。

なお、決済サーバ１０は、利用者Ｕ１が店舗Ａに紐付けられたスタンプカードを所有していない場合、事業者Ｍ１が発行したスタンプカードを取得し、取得したスタンプカードに対してスタンプを付与する。また、決済サーバ１０は、利用者Ｕ１が店舗Ａに紐付けられたスタンプカードを所有していない場合、利用者Ｕ１に対してスタンプカードを新たに発行し、発行したスタンプカードに対してスタンプを付与してもよい。すなわち、決済サーバ１０は、利用者Ｕ１が最初の取引にあたってスタンプカードを持っていない場合であっても、決済時に自動でスタンプカードを取得または発行し、そのスタンプカードにスタンプを付与することができる。

具体的には、まず、決済サーバ１０は、利用者Ｕ１が所有するスタンプカードから、決済の対象となった店舗Ａのスタンプカードがあるか否かを判定する。次に、決済サーバ１０は、店舗Ａのスタンプカードがない場合、決済の対象となった店舗Ａがスタンプカードを提供しているか否かを、データベースを参照して判定する。すなわち、決済サーバ１０は、利用者Ｕ１が所有するスタンプカードのみならず、店舗Ａが提供しているスタンプカードであって、利用者Ｕ１が所有していないスタンプカードの中からも、決済の対象となった店舗Ａのスタンプカードの特定や選択を行うことができる。そして、決済サーバ１０は、特定や選択を行ったスタンプカードに、決済内容に応じた数のスタンプを付与し、利用者に提供する。このように、決済サーバ１０は、様々な店舗が提供している複数のスタンプカードの中から、決済の対象となった店舗Ａのスタンプカードを特定や選択を行い、当該スタンプカードにスタンプを付与し、利用者Ｕ１に提供してもよい。

続いて、決済サーバ１０は、付与したスタンプに応じた情報を利用者端末１００に表示させる（ステップＳ７）。例えば、ステップＳ６において付与したスタンプにより、特典を提供する提供条件を満たさない場合、決済サーバ１０は、店舗Ａに紐付けられたスタンプカードに対して付与されたスタンプに関する情報（例えば、スタンプに付与済みのスタンプの数）を示す画面ＳＣ１を表示させる。

一方、ステップＳ６において付与したスタンプにより提供条件を満たす場合、決済サーバ１０は、利用者Ｕ１に対し店舗Ａが設定した特典を提供し、特典を提供した旨を示す画面ＳＣ２を利用者端末１００に表示させる。具体的な例を挙げると、決済サーバ１０は、上述の電子決済を店舗Ａに対して行う際に適用される特典（例えば、所定額の割引や、所定額のキャッシュバックなど）を提供する。

続いて、決済サーバ１０は、利用者Ｕ１が所有するスタンプカードに付与されたスタンプに関する情報を通知する（ステップＳ８）。例えば、特典の提供条件を満たすまでに要するスタンプの数が所定の閾値以下であるスタンプカードを利用者Ｕ１が所有している場合、決済サーバ１０は、提供条件が達成間近である旨の通知（プッシュ通知等）を利用者端末１００に表示させる。

続いて、決済サーバ１０は、利用者Ｕ１が所有するスタンプカードを示すコンテンツを配信する（ステップＳ９）。例えば、決済サーバ１０は、利用者Ｕ１が所有する各スタンプカードに付与されたスタンプの数や、提供される特典の内容などを示すコンテンツを利用者端末１００に配信する。

なお、決済サーバ１０は、ステップＳ８における情報の通知を任意のタイミングで行ってよい。また、決済サーバ１０は、ステップＳ９におけるコンテンツの配信を任意のタイミングで行ってよい。

一方、ステップＳ６において付与したスタンプにより特典の提供条件を満たす場合、決済サーバ１０は、事業者Ｍ１に対するスタンプカードの手数料である課金額を算出する（ステップＳ１０）。例えば、決済サーバ１０は、店舗Ａから提供された特典の金額に応じた金額を課金額として算出する。すなわち、決済サーバ１０は、店舗Ａから提供された特典の原価や、利用者に対して提供した特典の金額（景品金額）を課金額として算出する。また、決済サーバ１０は、上記の景品金額の所定の割合を課金額として算出してもよい。

また、決済サーバ１０は、利用者Ｕ１の所有するスタンプカードのうち、店舗Ａの特典の提供条件を満たしたスタンプカードのスタンプの付与対象となった決済金額を累計し、累計した決済金額の所定の割合を課金額として算出することもできる。

続いて、決済サーバ１０は、事業者端末２００に対して、算出した課金額を含む課金情報を送信する（ステップＳ１１）。例えば、決済サーバ１０は、課金額の他、課金対象となった累計決済金額、スタンプカードのカードＩＤ、店舗ＩＤ、利用者ＩＤ、スタンプの数、特典の内容などを含む課金情報を事業者端末２００に送信する。

ここで、図２を用いて、決済サーバ１０から通知される情報、並びに、決済サーバ１０から配信されるコンテンツの例を説明する。図２は、実施形態に係る利用者端末の画面の一例を示す図である。

図２に示すように、利用者端末１００は、利用者Ｕ１が所有するスタンプカードに付与されたスタンプに関する情報を示す画面ＳＣ１１を表示する。例えば、利用者端末１００は、特典の提供条件を満たすまでに要するスタンプの数が所定の閾値以下であるスタンプカードを示すコンテンツや、当該特典の内容、スタンプカード紐付けられた店舗を示す情報を画面ＳＣ１１に表示する。

また、利用者端末１００は、利用者Ｕ１が所有するスタンプカードを示すコンテンツを含む画面ＳＣ１２を表示する。例えば、利用者端末１００は、スタンプカードに関する広告情報を領域ＡＲ１１に表示する。また、利用者端末１００は、利用者Ｕ１が所有するスタンプカードに付与されたスタンプの数や、スタンプカードに紐付けられた店舗を示す情報、特典の内容などを示すコンテンツを領域ＡＲ１２に表示する。

以上のように、実施形態に係る決済サーバ１０は、利用者に電子化されたスタンプカードを発行してスタンプを付与し、条件を満たした場合に特典を提供する。これにより、実施形態に係る決済サーバ１０は、利用者が所定の媒体に印刷されたスタンプカードを持ち歩くことなく、電子決済に応じてスタンプを自動的に付与することができる。すなわち、実施形態に係る決済サーバ１０は、利用者の利便性を向上させることができる。

また、実施形態に係る決済サーバ１０は、利用者に電子化されたスタンプカードを発行してスタンプを付与し、特典の提供条件を満たした場合は、特典の原価に相当する金額を事業者に対する手数料として算出する。これにより、実施形態に係る決済サーバ１０は、事業者が所定の媒体に印刷されたスタンプカードを発行することなく、電子決済に応じてスタンプを自動的に付与することができるとともに、当該事業者の取引対象を愛好する「ファン利用者」の獲得の対価としてスタンプカードの手数料を算出し、事業者に対してファン利用者獲得のタイミング（景品獲得のタイミング）で課金することができる。すなわち、実施形態に係る決済サーバ１０は、事業者の利便性を向上させることができる。

〔２．決済サーバの構成〕
次に、図３を用いて、決済サーバ１０の構成について説明する。図３は、実施形態に係る決済サーバの構成例を示す図である。図３に示すように、決済サーバ１０は、通信部２０と、記憶部３０と、制御部４０とを有する。

（通信部２０について）
通信部２０は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。そして、通信部２０は、ネットワークＮと有線または無線で接続され、利用者端末１００、事業者端末２００等との間で情報の送受信を行う。

（記憶部３０について）
記憶部３０は、例えば、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。図３に示すように、記憶部３０は、口座データベース３１と、スタンプカード情報データベース３２と、利用者情報データベース３３と、事業者情報データベース３４と、課金情報データベース３５とを有する。

（口座データベース３１について）
口座データベース３１は、利用者や店舗（事業者）などが電子決済サービスにおいて所有する口座に関する各種の情報を記憶する。ここで、図４を用いて、口座データベース３１が記憶する情報の一例を説明する。図４は、実施形態に係る口座データベースの一例を示す図である。図４の例において、口座データベース３１は、「口座ＩＤ」、「所有者情報」、「口座残高」といった項目を有する。

「口座ＩＤ」は、口座を識別するための識別情報を示す。「所有者情報」は、口座を所有する所有者に関する情報を示し、例えば、所有者を識別するための識別情報が格納される。「口座残高」は、口座の残高を示す。

すなわち、図４では、口座ＩＤ「ＡＩＤ＃１」によって識別される口座の保有者の情報が「利用者＃１」であり、口座残高が「７，８００円」である例を示す。

（スタンプカード情報データベース３２について）
スタンプカード情報データベース３２は、事業者（店舗）が設定したスタンプカードに関する各種の情報を記憶する。ここで、図５を用いて、スタンプカード情報データベース３２が記憶する情報の一例を説明する。図５は、実施形態に係るスタンプカード情報データベースの一例を示す図である。図５の例において、スタンプカード情報データベース３２は、「事業者ＩＤ」、「カード情報」といった項目を有する。

「事業者ＩＤ」は、スタンプカードの設定を行った事業者（言い換えると、スタンプカードに紐付けられる事業者）を識別するための識別情報を示す。「カード情報」は、事業者が設定したいスタンプカードに関する情報を示し、「カードＩＤ」、「付与条件」、「提供条件」、「特典内容」といった項目を有する。「カードＩＤ」は、スタンプカードを識別するための識別情報を示す。「付与条件」は、スタンプカードにスタンプが付与される条件（例えば、決済金額が何円以上でスタンプを１個付与、決済金額の何円ごとにスタンプを１個付与など）を示す。「提供条件」は、特典を提供する条件（例えば、スタンプが何個付与されたときに特典を提供）を示す。「特典内容」は、提供条件を満たした利用者に提供される特典の内容（例えば、特典の名称、特典の種別、特典の提供価格、特典の原価、特典の原価率）を示す。

すなわち、図５では、事業者ＩＤ「ＭＩＤ＃１」により識別される事業者により設定されたスタンプカードがカードＩＤ「ＣＩＤ＃１」により識別され、スタンプの付与条件が「付与条件＃１」、特典の提供条件が「提供条件＃１」、特典の内容が「特典内容＃１」である例を示す。

（利用者情報データベース３３について）
利用者情報データベース３３は、決済サーバ１０が提供する電子決済サービスの利用者に関する各種の情報を記憶する。ここで、図６を用いて、利用者情報データベース３３が記憶する情報の一例を説明する。図６は、実施形態に係る利用者情報データベースの一例を示す図である。図６の例において、利用者情報データベース３３は、「利用者ＩＤ」、「決済履歴」、「利用履歴」、「スタンプ付与状況」といった項目を有する。

「利用者ＩＤ」は、利用者を識別するための識別情報を示す。「決済履歴」は、電子決済サービスを利用して行った決済の履歴を示し、例えば、決済先や、決済金額などといった情報が格納される。「利用履歴」は、電子決済サービスやその他の各種サービスの利用履歴を示す。「スタンプ付与状況」は、利用者が所有するスタンプカードに付与されたスタンプに関する情報を示し、例えば、「カードＩＤ」、「スタンプ数」などといった項目を有する。「カードＩＤ」は、利用者が所有するスタンプカードを識別するための識別情報を示す。「スタンプ数」が、スタンプカードに付与されたスタンプの数を示す。

すなわち、図６では、利用者ＩＤ「ＵＩＤ＃１」によって識別される利用者の決済履歴が「決済履歴＃１」、利用履歴が「利用履歴＃１」、「ＣＩＤ＃１」により識別されるスタンプカードを所有し、当該スタンプカードに付与されたスタンプの数が「４」である例を示す。

（事業者情報データベース３４について）
事業者情報データベース３４は、決済サーバ１０が提供する電子決済サービスの事業者に関する各種の情報を記憶する。ここで、図７を用いて、事業者情報データベース３４が記憶する情報の一例を説明する。図７は、実施形態に係る事業者情報データベースの一例を示す図である。図７の例において、事業者情報データベース３４は、「事業者ＩＤ」、「店舗情報」、「店舗評価」といった項目を有する。

「事業者ＩＤ」は、スタンプカードの設定を行った事業者を識別するための識別情報を示す。「店舗情報」は、事業者（店舗）全般に関する情報を示し、例えば、店舗住所や、系列店舗の有無、商材の種別、店舗の規模、平均売上などといった情報が格納される。「店舗評価」は、店舗に対する利用者からの評価などを示し、例えば、利用者がウェブサイト上で行った投稿や、「高評価」や「低評価」の評価に基づいて計算された店舗に対する評価値が格納される。

すなわち、図７では、事業者ＩＤ「ＭＩＤ＃１」によって識別される事業者の店舗情報が「店舗情報＃１」、店舗評価が「店舗評価＃１」であり、事業者ＩＤ「ＭＩＤ＃２」によって識別される事業者の店舗情報が「店舗情報＃２」、店舗評価が「店舗評価＃２」である例を示す。

（課金情報データベース３５について）
課金情報データベース３５は、決済サーバ１０が提供する電子決済サービスの事業者に対する課金に関する情報を記憶する。ここで、図８を用いて、課金情報データベース３５が記憶する情報の一例を説明する。図８は、実施形態に係る課金情報データベースの一例を示す図である。図８の例において、課金情報データベース３５は、「事業者ＩＤ」、「利用者ＩＤ」、「累計決算金額」、「課金額」といった項目を有する。

「事業者ＩＤ」は、課金対象となる決済サービスにおける事業者を識別するための識別情報を示す。「利用者ＩＤ」は、課金対象となる決済サービスにおける利用者を識別するための識別情報を示す。「累計決済金額」は、利用者ごとに算出された決済サービスの決済金額の累計値が格納される。「課金額」は、利用者やスタンプカードごとに算出された事業者に対する課金額が格納される。

すなわち、図８では、事業者ＩＤ「ＭＩＤ＃１」により識別される事業者に対する課金情報として、利用者ＩＤ「ＵＩＤ＃１」によって識別される累計決済金額が「累計決算金額＃１」、課金額が「課金額＃１」であり、利用者ＩＤ「ＵＩＤ＃２」によって識別される累計決済金額が「累計決算金額＃２」、課金額が「課金額＃２」である例を示す。

（制御部４０について）
制御部４０は、コントローラ（controller）であり、例えば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、決済サーバ１０内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部４０は、コントローラであり、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現される。実施形態に係る制御部４０は、図３に示すように、受付部４１と、決済処理部４２と、付与部４３と、提供部４４と、通知部４５と、配信部４６と、算出部４７とを有し、以下に説明する情報処理の機能や作用を実現または実行する。

（受付部４１について）
受付部４１は、利用者が決済を行う店舗に紐付けられる電子化されたスタンプカードに付与されるスタンプに関する情報を受け付ける。例えば、受付部４１は、店舗Ａに関する所定の特典を利用者Ｕ１に提供する条件を受け付ける。また、受付部４１は、店舗に対する決済に関する決済情報を受け付ける。例えば、受付部４１は、決済情報が示す決済金額を受け付ける。また、受付部４１は、店舗に対する決済であって、利用者が利用する利用者端末を用いる決済に関する決済情報を受け付ける。このとき、受付部４１は、利用者端末を用いる決済に関する決済情報以外にも、現金を用いる決済に関する決済情報や、インターネットショッピングによる決済に関する決済情報を受け付けてもよい。また、受付部４１は、店舗を識別する店舗識別情報を含む決済情報を受け付ける。例えば、図１の例において、受付部４１は、店舗識別情報Ｃ１が示す店舗Ａの店舗ＩＤと、利用者Ｕ１が入力した決済金額と、利用者Ｕ１の利用者ＩＤとを含む決済情報を利用者端末１００から受け付ける。

なお、受付部４１は、決済情報を事業者端末２００から受け付けてもよい。例えば、受付部４１は、利用者端末１００に表示された、利用者を識別するための利用者識別情報を、事業者端末２００（店舗端末）が読み取ることで決済が行われた場合、当該決済を示す決済情報を事業者端末２００から受け付ける。

また、受付部４１は、所定の店舗で提供される取引対象の提供要求であって、利用者端末を用いる所定の決済手段を提供する所定のプラットフォームを介して利用者により行われる提供要求に関する決済情報を受け付けてもよい。例えば、受付部４１は、利用者端末１００にインストールされた決済アプリ内の事前注文サービスを介して、店舗で提供される商品の提供要求に関する決済情報を受け付ける。

また、受付部４１は、電子化されたスタンプカードに関する設定を、利用者に取引対象を提供する提供者（事業者）から受け付けてもよい。例えば、図１の例において、受付部４１は、スタンプカードに関する設定を入力するための画面（コンテンツ）を事業者端末２００に表示させ、当該画面に入力された情報を受け付け、スタンプカード情報データベース３２に格納する。このとき、受付部４１は、スタンプカード情報として、特典の内容が示す特典の価格に関する情報を受け付ける。ここで、特典の価格に関する情報とは、例えば特典の原価、原価率、提供金額等の情報であるが、特に限定されない。

ここで、図９を用いて、スタンプカードに関する設定を入力するための設定画面が事業者端末２００に表示される例、並びに、当該画面において入力された設定に基づくスタンプカードが利用者端末１００に表示される例を説明する。図９は、実施形態に係る事業者端末及び利用者端末の画面の一例を示す図である。なお、図９では、店舗Ｄの事業者が設定画面に対し情報の入力を行うものとする。

まず、スタンプカードに関する設定を入力するための設定画面について説明する。図９に示すように、事業者端末２００は、設定画面として画面ＳＣ２１を表示する。例えば、事業者端末２００は、スタンプカードにスタンプを付与する付与条件を入力するための領域ＡＲ２１－ＡＲ２３と、特典を提供する提供条件及び特典の内容を入力するための領域ＡＲ２４と、新たな提供条件及び特典の内容の入力を指示するための領域ＡＲ２５と、領域ＡＲ２５の選択に応じて表示する領域ＡＲ２６とを含む画面ＳＣ２１を表示する。

具体的な例を挙げると、事業者端末２００は、付与条件として、決済金額が何円以上でスタンプを１個付与、若しくは、決済金額の何円ごとにスタンプを１個付与のいずれかを選択し、スタンプを付与する基準となる金額を入力するための領域ＡＲ２１を表示する。

また、事業者端末２００は、決済アプリ内で起動するアプリケーションにおいて提供するサービスであって、店舗Ｄの情報配信に関するサービスにおいて店舗Ｄをフォローしている利用者（フォロワー）にのみスタンプを付与するか否かを指定するための領域ＡＲ２２を表示する。なお、事業者端末２００は、フォロワーに対してのみスタンプがより多く付与されるような設定を受け付けてもよい。

また、事業者端末２００は、スタンプを付与する対象となる利用者の条件（電子決済サービスにおける利用者のランク）を入力するための領域ＡＲ２３を表示する。例えば、事業者端末２００は、店舗Ｄに対する電子決済を用いた決済金額の総額や、店舗Ｄに対して電子決済を行った回数、店舗Ｄに紐付けられるスタンプカードに付与されたスタンプの数などに基づき決定される利用者のランク（例えば、付与されたスタンプの数が所定の閾値以上であるヘビーユーザや、付与されたスタンプの数が所定の閾値より少ないであるライトユーザ）の入力を受け付ける。なお、事業者端末２００は、ランクがヘビーユーザである利用者に対してのみスタンプがより多く付与されるような設定や、ランクがライトユーザである利用者に対してのみスタンプがより多く付与されるような設定などを受け付けてもよい。

また、事業者端末２００は、特典を提供する提供条件となるスタンプの数（達成個数）や、特典種別（例えば、店舗Ｄにおいて提供される物品や、所定金額のキャッシュバック）、特典名称を入力するための領域ＡＲ２４を表示する。さらに、事業者端末２００は、特典種別として物品が指定された場合に、当該物品の売値換算額の入力を受け付け、特典種別としてキャッシュバックが指定された場合に、店舗Ｄへの決済金額に対するキャッシュバックの率、若しくは、キャッシュバックの額（固定額）の入力を受け付ける。また、事業者端末２００は、特典種別として物品が指定された場合に、当該物品の原価、原価率、提供金額の入力を受け付けてもよい。

また、事業者端末２００は、領域ＡＲ２５が選択された場合、新たな提供条件及び特典の内容を入力するための領域ＡＲ２６をさらに表示し、情報の入力を受け付ける。すなわち、事業者端末２００は、一のスタンプカードに対し複数の特典の設定を受け付け可能とする。以下、領域ＡＲ２４に入力された情報に基づく特典を「第１の特典」、領域ＡＲ２６に入力された情報に基づく特典を「第２の特典」と記載する場合がある。

なお、受付部４１が受け付けるスタンプカードに関する設定は、画面ＳＣ２１に示したものに限らず、任意の設定を受け付けてもよい。例えば、受付部４１は、電子決済が行われる日時に応じてより多く付与されるような設定を受け付けてもよい。また、受付部４１は、スタンプの有効期間を受け付けてもよい。

また、受付部４１は、店舗で提供される所定の取引対象の購入を、スタンプの付与条件として受け付けてもよい。このような場合、受付部４１は、まず、スタンプの付与の対象とする取引対象を示す情報（例えば、取引対象に添付されるバーコードが示す取引対象識別情報）をスタンプの付与条件として受け付け、スタンプカード情報データベース３２に格納する。そして、受付部４１は、決済の対象である取引対象を識別する取引対象識別情報を含む決済情報を受け付ける。具体的な例を挙げると、受付部４１は、商品に添付されるバーコードが示す商品ＩＤを受け付ける。そして、後述する付与部４３は、商品ＩＤが示す商品が、スタンプの付与条件として設定された商品である場合にスタンプを付与する。

なお、受付部４１は、店舗が利用する店舗端末により読み取られる取引対象識別情報を含む決済情報を受け付けてもよい。例えば、利用者端末１００に表示される利用者識別情報を店舗端末（ＰＯＳ端末等）が読み取ることにより実現される決済が行われる場合、受付部４１は、店舗端末がバーコードリーダ等で読み取った利用者識別情報と、商品のバーコードが示す商品ＩＤとを含む決済情報を受け付ける。

次に、画面ＳＣ２１に入力された情報に基づくスタンプカードに関する情報が利用者端末１００に表示される例について説明する。図９に示すように、利用者端末１００は、利用者からの所定の操作（例えば、図２に示すＡＲ１２に表示されるコンテンツに対する選択操作）に応じて、店舗Ｄに紐付けられるスタンプカードに関する情報を示す画面ＳＣ２２を表示する。例えば、利用者端末１００は、電子化されたスタンプカードを表示する領域ＡＲ２７と、第１の特典の提供条件及び第１の特典の内容を表示する領域ＡＲ２８と、第２の特典の提供条件及び第２の特典の内容を表示する領域ＡＲ２９と、スタンプの付与条件を表示する領域ＡＲ３０とを含む画面ＳＣ２２を表示する。

具体的な例を挙げると、利用者端末１００は、領域ＡＲ２７において、第１の特典の提供条件（スタンプ３個）を視覚化するためのアイコンＩＣ２１と、第２の特典の提供条件（スタンプ８個）を視覚化するためのアイコンＩＣ２２とをスタンプカードに表示させる。

また、利用者端末１００は、画面ＳＣ２１の領域ＡＲ２４に入力された情報に基づく情報を領域ＡＲ２８に表示する。また、利用者端末１００は、画面ＳＣ２１の領域ＡＲ２６に入力された情報に基づく情報を領域ＡＲ２９に表示する。また、利用者端末１００は、画面ＳＣ２１の領域ＡＲ２１－ＡＲ２３に入力された情報に基づく情報を領域ＡＲ３０に表示する。

なお、領域ＡＲ２７に示すスタンプカード（以下、「第１のスタンプカード」と記載する場合がある）に８個のスタンプが付与された場合（すなわち、スタンプカードの押印欄が全て埋まった場合）、受付部４１は、店舗Ｄに紐付けられる新たなスタンプカード（以下、「第２のスタンプカード」と記載する場合がある）を利用者に対し発行してもよい。ここで、第２のスタンプカードにより提供される特典の内容及び特典の提供条件は、第１のスタンプカードと同一でもよく、異なるもの（例えば、第１のスタンプカードによる特典よりもより高額の物品や、より高額のキャッシュバックが設定された特典）でもよい。言い換えると、受付部４１は、第１のスタンプカードの設定に関する情報とは別に、第２のスタンプカードの設定に関する情報を事業者から受け付け、受け付けた情報に基づいて第２のスタンプカードを発行してもよい。第２のスタンプカード以降に発行されるスタンプカードについても同様である。

また、後述する付与部４３は、店舗Ｄに紐付けられるスタンプカードを新たに発行した回数に基づいて決定される利用者のランクに応じてスタンプを付与してもよい。具体的な例を挙げると、付与部４３は、第１のスタンプカードにスタンプを付与する場合よりも、第２のスタンプカードに付与する場合の方がスタンプの数の方が多くなるようにしてもよい。

一方、受付部４１は、決済を行う利用者に関する利用者情報を受け付ける。例えば、受付部４１は、利用者情報に含まれる決済履歴が示す決済金額を受け付ける。なお、受付部４１は、受け付けた利用者情報を利用者情報データベース３３に格納する。

また、受付部４１は、事業者端末２００から事業者情報を受け付けてもよい。例えば、受付部４１は、事業者Ｍ１の店舗Ａの店舗情報や店舗評価を含む事業者情報を受け付ける。なお、受付部４１は、受け付けた事業者情報を事業者情報データベース３４に格納する。

（決済処理部４２について）
決済処理部４２は、受付部４１が受け付けた決済情報に従い、決済処理を実行する。例えば、図１の例において、決済処理部４２は、利用者ＩＤが示す利用者Ｕ１の口座から、店舗ＩＤが示す店舗Ａの口座へと、決済金額が示す額の電子マネーを移行させる。

（付与部４３について）
付与部４３は、店舗に紐付けられる電子化されたスタンプカードに対し、受付部４１により受け付けられた決済情報に基づいてスタンプを付与する。例えば、図１の例において、付与部４３は、スタンプカード情報データベース３２及び利用者情報データベース３３を参照し、利用者Ｕ１が所有するスタンプカードのうち、店舗Ａに紐付けられたスタンプカードに対し、事業者Ｍ１が設定したスタンプの付与条件と、決済金額とに基づいてスタンプを付与する。

ここで、付与部４３がスタンプを付与するスタンプカードは、利用者が店舗Ａへの初回時に所有していなくても、自動発行または自動取得されてスタンプを付与されたスタンプカードも含む。また、上記のスタンプカードは、利用者が取得済みのスタンプカードのみならず、利用者に対して提供可能なスタンプカード（すなわち、利用者が将来取得しうるスタンプカード）の中から、決済に対応するスタンプカードとして特定され、スタンプを付与されたスタンプカードも含む。

すなわち、付与部４３は、利用者がスタンプカードを所有していない場合は、スタンプカードを発行してスタンプを付与してもよい。例えば、図１の例において、利用者Ｕ１が店舗Ａに紐付けられたスタンプカードを所有していない場合、付与部４３は、利用者Ｕ１に対してスタンプカードを新たに発行し、発行したスタンプカードに対してスタンプを付与する。また、付与部４３は、利用者がスタンプカードを所有していない場合は、事業者Ｍ１が作成したスタンプカードを取得してスタンプを付与することもできる。

また、付与部４３は、利用者が所有するスタンプカードのうち、店舗識別情報に紐付けられるスタンプカードに対してスタンプを付与してもよい。例えば、図１の例において、付与部４３は、店舗識別情報Ｃ１が示す店舗Ａに紐付けられるスタンプカードに対してスタンプを付与する。

また、付与部４３は、利用者が所有するスタンプカードのうち、店舗を含む所定の店舗群に紐付けられるスタンプカードに対してスタンプを付与してもよい。例えば、利用者が、所定の関連性を有する複数の店舗（例えば、系列店や、チェーン店、フランチャイズ店など）のいずれかの店舗において決済を行った場合、付与部４３は、当該複数の店舗に紐付けられる一のスタンプカードにスタンプを付与する。

また、付与部４３は、決済情報が示す決済金額に応じてスタンプを付与してもよい。例えば、図１の例において、付与部４３は、事業者Ｍ１が設定したスタンプの付与条件と、決済金額とに基づいてスタンプを付与する。

また、付与部４３は、店舗に対する利用者端末を用いる決済の履歴が示す決済金額と、決済情報が示す決済金額との総額に応じてスタンプを付与してもよい。例えば、付与部４３は、受付部４１が受け付けた決済情報が示す決済金額と、当該決済情報が示す決済先の店舗に対する利用者の決済履歴が示す決済金額とに応じてスタンプを付与する。具体的な例を挙げると、店舗のスタンプの付与条件が、「決済金額１０００円ごとに１個スタンプ付与」と設定され、当該店舗に対する利用者の前回の決済金額が８００円であり、当該利用者から受付部４１が新たに受け付けた当該店舗に対する決済金額が１２００円である場合、付与部４３は、前回の決済金額８００円と、今回の決済金額１２００円との総額２０００円に基づき、当該利用者にスタンプを２個付与する。

また、付与部４３は、取引対象識別情報が所定の取引対象を示す場合は、スタンプカードにスタンプを付与してもよい。例えば、所定の商品の購入がスタンプの付与条件として設定されている場合、付与部４３は、受付部４１が受け付けた決済情報が示す商品ＩＤが当該所定の商品に対応する場合にスタンプを付与する。

また、付与部４３は、決済が行われる日時に応じてスタンプを付与してもよい。例えば、事業者が設定した所定の日時に決済が行われる場合、付与部４３は、他の日時に行われる場合よりもスタンプを多く付与する。

また、付与部４３は、決済情報と、利用者に関する利用者情報とに基づいてスタンプを付与してもよい。例えば、付与部４３は、決済先の店舗に対する利用者の決済の履歴（例えば、店舗に対する決済金額の総額や、店舗に対して行った電子決済の回数）に基づいて決定される利用者のランクに応じてスタンプを付与する。

また、付与部４３は、利用者端末を用いる所定の決済手段を提供する所定のプラットフォームであって、当該所定の決済手段が利用可能な店舗に関する情報を配信する所定のプラットフォームにおいて店舗をフォローしているか否かに応じてスタンプを付与してもよい。例えば、付与部４３は、決済アプリ内で起動するアプリケーションにおいて提供するサービスであって、店舗の情報配信に関するサービスにおいて決済先の店舗を利用者がフォローしているか否かに応じてスタンプを付与する。

また、付与部４３は、スタンプカードに付与済みのスタンプの数に応じてスタンプを付与してもよい。例えば、付与部４３は、店舗に紐付けられるスタンプカードに付与されたスタンプの数に基づき決定される利用者のランクに応じてスタンプを付与する。

また、付与部４３は、店舗により設定された条件に応じてスタンプを付与してもよい。例えば、付与部４３は、受付部４１が店舗から受け付けたスタンプカードに関する設定に応じてスタンプを付与する。

（提供部４４について）
提供部４４は、付与部４３により付与されたスタンプを示す情報を利用者に提供する。例えば、図１の例において、提供部４４は、店舗Ａに紐付けられたスタンプカードに対して付与されたスタンプに関する情報を利用者端末１００に提供し、画面に表示させる。

また、提供部４４は、付与部４３により付与されたスタンプの数が所定の条件を満たす場合は、店舗に関する所定の特典を前記利用者に提供してもよい。例えば、図１の例において、スタンプカード情報データベース３２及び利用者情報データベース３３を参照し、利用者Ｕ１に付与されたスタンプにより提供条件を満たす場合、提供部４４は、利用者Ｕ１に対し店舗Ａが設定した特典を提供し、特典を提供した旨を示す画面ＳＣ２を利用者端末１００に表示させる。一方、特典を提供する提供条件を満たさない場合、決済サーバ１０は、店舗Ａに紐付けられたスタンプカードに対して付与されたスタンプに関する情報（例えば、スタンプに付与済みのスタンプの数）を示す画面ＳＣ１を表示させる。

また、提供部４４は、スタンプカードに付与済みのスタンプの数に応じた特典を提供してもよい。例えば、図９に示すように、一のスタンプカードに対し複数の特典が設定されている場合、提供部４４は、スタンプカードに付与済みのスタンプの数がいずれかの特典の提供条件を満たした際に対応する特典を提供する。

また、提供部４４は、スタンプカードに付与されたスタンプの数が店舗により設定された条件を満たす場合は、所定の特典を利用者に提供してもよい。例えば、図１の例において、提供部４４は、店舗Ａに紐付けられたスタンプカードに付与されたスタンプの数が、店舗Ａの事業者Ｍ１により設定された提供条件を満たす場合、提供部４４は、利用者Ｕ１に特典を提供する。

また、提供部４４は、スタンプカードに付与されたスタンプの数が所定の条件を満たす場合は、店舗により設定された特典を利用者に提供してもよい。例えば、図１の例において、店舗Ａに紐付けられたスタンプカードに付与されたスタンプの数が特典の提供条件を満たす場合、提供部４４は、店舗Ａの事業者Ｍ１により設定された特典を利用者Ｕ１に提供する。

（通知部４５について）
通知部４５は、所定の条件を満たすまでに要するスタンプの数が所定の閾値以下である場合に、所定の条件が達成間近である旨の情報を利用者に通知する。例えば、図１の例において、提供部４４は、スタンプカード情報データベース３２及び利用者情報データベース３３を参照し、特典の提供条件を満たすまでに要するスタンプの数が所定の閾値以下であるスタンプカードを利用者Ｕ１が所有している場合、提供部４４は、提供条件が達成間近である旨の通知を利用者端末１００に表示させる。

また、通知部４５は、スタンプカードに対して付与済みのスタンプに設定された有効期限に応じた情報を利用者に通知してもよい。例えば、通知部４５は、スタンプに設定された有効期限までの期間に応じた情報を利用者に通知する。具体的な例を挙げると、現時点からスタンプの有効期限までの期間が所定の閾値以下であるスタンプカードを利用者が所有している場合、提供部４４は、当該スタンプカードを示す情報を通知する。

また、通知部４５は、スタンプカードに対してスタンプを付与するための条件を示す情報を利用者に通知してもよい。例えば、通知部４５は、スタンプの付与条件として設定された決済金額や取引対象などを示す情報を通知する。

なお、通知部４５は、情報の優先度に基づいて情報を利用者に通知してもよい。例えば、通知部４５は、利用者の現在位置からより近い位置に所在する店舗に紐付けられたスタンプカードに関する情報ほど優先度を高く設定し、利用者の現在位置からより遠い位置に所在する店舗に紐付けられたスタンプカードに関する情報ほど優先度を低く設定し、情報を通知する。また、通知部４５は、スタンプに設定された有効期限までの期間が短いスタンプカードに関する情報ほど優先度を高く設定し、スタンプに設定された有効期限までの期間が長いスタンプカードに関する情報ほど優先度を低く設定し、情報を通知する。

（配信部４６について）
配信部４６は、利用者が所有するスタンプカードであって、利用者端末を用いる所定の決済手段が利用可能な店舗に紐付けられる電子化されたスタンプカードに関するカード情報を、所定の決済手段を提供する所定のプラットフォームを介して利用者に配信する。例えば、図１の例において、配信部４６は、利用者Ｕ１が所有する各スタンプカードに付与されたスタンプの数や、提供される特典の内容などを示すコンテンツを、決済アプリを介して利用者端末１００に配信する。

また、配信部４６は、カード情報を配信する優先度であって、利用者が所有するスタンプカードに付与済みのスタンプの数に基づく優先度に基づいてカード情報を配信してもよい。例えば、配信部４６は、付与済みのスタンプの数が多いスタンプカードほど優先度を高く設定し、付与済みのスタンプの数が少ないスタンプカードほど優先度を低く設定し、カード情報を配信する。また、配信部４６は、特典の提供条件を満たすまでに要するスタンプの数が少ないスタンプカードほど優先度を高く設定し、特典の提供条件を満たすまでに要するスタンプの数が多いスタンプカードほど優先度を高く設定し、カード情報を配信する。

また、配信部４６は、カード情報を配信する優先度であって、利用者が所有するスタンプカードに付与済みのスタンプに設定された有効期限に基づく優先度に基づいてカード情報を配信してもよい。例えば、配信部４６は、スタンプの有効期限が早いスタンプカードほど優先度を高く設定し、有効期限が遅いスタンプカードほど優先度を低く設定し、カード情報を配信する。また、例えば、配信部４６は、現時点からスタンプに設定された有効期限までの残りの期間が短いスタンプカードほど優先度を高く設定し、残りの期間が長いスタンプカードほど優先度を低く設定し、カード情報を配信する。

また、配信部４６は、カード情報を配信する優先度であって、利用者が所有するスタンプカードに紐付けられた店舗の所在地と、利用者の所在地との位置関係に基づく優先度に基づいてカード情報を配信してもよい。例えば、配信部４６は、利用者の現在位置からより近い位置に所在する店舗に紐付けられたスタンプカードほど優先度を高く設定し、利用者の現在位置からより遠い位置に所在する店舗に紐付けられたスタンプカードほど優先度を低く設定し、カード情報を配信する。また、配信部４６は、利用者の拠点（例えば、自宅や、勤務先、通勤先）からより近い位置に所在する店舗に紐付けられたスタンプカードほど優先度を高く設定し、利用者の拠点からより遠い位置に所在する店舗に紐付けられたスタンプカードほど優先度を低く設定し、カード情報を配信する。

なお、配信部４６がカード情報を配信する優先度は上述の例に限定されない。例えば、配信部４６は、利用者の嗜好に基づく優先度でカード情報を配信してもよい。具体的な例を挙げると、配信部４６は、利用者の属性（デモグラフィック属性、サイコグラフィック属性）に対応する店舗に紐付けられたスタンプカードほど優先度を高く設定し、利用者の属性に対応しない店舗に紐付けられたスタンプカードほど優先度を低く設定し、カード情報を配信する。

（算出部４７について）
算出部４７は、付与部４３により付与されたスタンプの数が所定の条件を満たす場合は、特典の内容に基づいて店舗に対する課金額を算出する。算出部４７は、例えば、算出部４７は、特典の価格に関する情報に基づいて課金額を算出する。具体的な例を挙げると、算出部４７は、特典の原価を課金額として算出する。すなわち、算出部４７は、例えば特典が物品である場合には、当該物品の原価に相当する金額を課金額（手数料）として算出する。また、算出部４７は、特典の提供価格を課金額として算出する。すなわち、算出部４７は、例えば特典がキャッシュバックや割引クーポンである場合には、提供する特典の価格を課金額として算出する。また、算出部４７は、特典の提供価格に所定の比率を乗じた金額を課金額として算出する。すなわち、算出部４７は、例えば特典が物品であり、原価が不明の場合には、当該物品の一般的な原価率を提供価格に乗じた金額を課金額（手数料）として算出する。

また、算出部４７は、付与部４３により付与されたスタンプの数が所定の条件を満たし、店舗に関する所定の特典を提供された場合は、課金額を算出する。すなわち、算出部４７は、利用者の景品獲得のタイミングで、手数料に相当する課金額を算出し、店舗に課金する。ここで、景品獲得のタイミングとは、実際に利用者が景品を獲得したタイミング（例：パン屋の店舗で特典のクロワッサンを受け取ったタイミング）でもよいし、利用者が景品獲得の権利を付与されたタイミング（例：パン屋の店舗で特典のクロワッサン引換券を受け取ったタイミング）でもよい。

また、算出部４７は、付与部４３により付与されたスタンプの数が所定の条件を満たし、店舗に関する所定の特典を提供された利用者が特典を利用した場合は、課金額を算出してもよい。すなわち、算出部４７は、利用者が景品を獲得したタイミング（例：割引クーポンを受け取った）ではなく、利用者が景品を利用したタイミング（例：割引クーポンを利用して買い物をしたタイミング）で、課金額を算出することもできる。

また、算出部４７は、以下で説明するように、利用者の決済金額に応じて課金額を算出することもできる。すなわち、算出部４７は、付与部４３により付与されたスタンプの数が所定の条件を満たす場合は、利用者情報に含まれる利用者の決済履歴に基づいて店舗に対する課金額を算出する。例えば、算出部４７は、決済履歴が示す決済金額であって、店舗に対する利用者のスタンプの付与対象となった決済金額を所定の期間において累計し、累計した決済金額に対して所定の比率を乗算することにより課金額を算出する。具体的な例を挙げると、店舗のスタンプの付与条件が「決済金額１０００円ごとに１個スタンプ付与」であり、特典の獲得条件が「スタンプ５個」であり、利用者の決済金額が、「１回目：５００円、２回目：１０００円、３回目：１５００円、４回目：１５００円、５回目：１０００円、６回目：１０００円」であり、所定の比率が事業者一律で「３％」であった場合、算出部４７は、特典の獲得までに付与された１０００円以上の決済金額を累計した「６０００円」を累計決済金額として算出し、累計決算金額６０００円に０．０３を乗じた「１８０円」を課金額として算出する。

また、算出部４７は、付与されたスタンプの群（スタンプ群）が利用者Ｕ１に提供する各特典に設定された条件を満たすごとに、課金額を算出する。例えば、算出部４７は、店舗に関する所定の特典の提供対象となったスタンプ群に対応する決済金額を累計し、提供する各特典に設定された条件を満たすごとに課金額を算出する。具体的な例を挙げると、図９の画面ＳＣ２２の例において、算出部４７は、第１の特典の提供条件（スタンプ３個）を満たす場合、スタンプ３個に対応する決済金額を累計し、課金額を算出し、さらに第２の特典の提供条件（スタンプ８個）を満たす場合、追加分のスタンプ５個に対応する決済金額を累計し、その都度課金額を算出する。

また、算出部４７は、所定の期間ごとに所定の比率を決定し、課金額を算出する。例えば、図９の画面ＳＣ２２の例において、算出部４７は、第１の特典の提供条件（スタンプ３個）に対応する累計決済金額に「３％」を乗じて課金額を算出し、さらに第２の特典の提供条件（追加スタンプ５個）に対応する累計決済金額に「２％」を乗じて課金額を算出する。さらに、算出部４７は、スタンプの付与期間やスタンプの有効期間などのキャンペーン期間ごとに所定の比率を決定し、課金額を算出することもできる。

また、算出部４７は、利用者に取引対象を提供する事業者に関する事業者情報に基づいて所定の比率を決定し、課金額を算出する。例えば、算出部４７は、事業者情報データベース３４を参照し、「店舗情報」（例：店舗住所、系列店舗の有無、商材の種別、店舗の規模、平均売上）や、「店舗評価」（例：ウェブサイト上での利用者による評価値）に応じて、累計決済金額に乗算する所定の比率を決定し、課金額を算出する。具体的な例を挙げると、算出部４７は、店舗の規模が小さい事業者や、利用者による評価値が高い店舗の事業者に対する課金額を算出するための比率を低く設定することができる。

また、算出部４７は、利用者情報に基づいて所定の比率を決定し、課金額を算出する。例えば、算出部４７は、利用者情報データベース３３を参照し、「決済履歴」（例：決済先、決済金額）や、「利用履歴」（例：電子決済サービスの利用履歴）に応じて、累計決済金額に乗算する所定の比率を決定し、課金額を算出する。具体的な例を挙げると、算出部４７は、過去の店舗に対する決済金額の総額が大きい利用者や、電子決済サービスの利用回数が多い利用者の決済に対応する課金額を算出するための比率を低く設定することができる。

なお、算出部４７は、算出した累計決済金額や課金額を課金情報データベース３５に格納する。また、算出部４７は、算出した累計決済金額や課金額を含む課金情報を、紐づけられた事業者Ｍ１の事業者端末２００に対して送信してもよい。

〔３．提供処理のフロー〕
図１０を用いて、実施形態に係る決済サーバ１０の提供処理の手順について説明する。図１０は、実施形態に係る提供処理の手順の一例を示すフローチャートである。

図１０に示すように、決済サーバ１０は、店舗に対する決済であって、利用者が利用する利用者端末を用いる決済に関する決済情報を受け付ける（ステップＳ１０１）。続いて、決済サーバ１０は、店舗が設定したスタンプの付与条件と、決済情報とに基づいて、スタンプを付与するか否かを判定する（ステップＳ１０２）。スタンプを付与しないと判定した場合（ステップＳ１０２；Ｎｏ）、決済サーバ１０は、決済情報に基づく決済処理を実行し、処理を終了する。

一方、スタンプを付与すると判定した場合（ステップＳ１０２；Ｙｅｓ）、決済サーバ１０は、店舗に紐付けられたスタンプカードが利用者に対して発行済みであるか否かを判定する。発行済みであると判定した場合（ステップＳ１０３；Ｙｅｓ）、決済サーバ１０は、決済情報に基づく決済処理を実行し、スタンプカードにスタンプを付与する（ステップＳ１０４）。発行済みではないと判定した場合（ステップＳ１０３；Ｎｏ）、決済サーバ１０は、決済情報に基づく決済処理を実行するとともに利用者に対してスタンプカードを発行し、発行したスタンプカードにスタンプを付与する（ステップＳ１０５）。

続いて、決済サーバ１０は、スタンプカードに付与されたスタンプの数が、特典を提供するための所定の条件を満たすか否かを判定する（ステップＳ１０６）。所定の条件を満たさないと判定した場合（ステップＳ１０６；Ｎｏ）、決済サーバ１０は、処理を終了する。一方、所定の条件を満たすと判定した場合（ステップＳ１０６；Ｙｅｓ）、決済サーバ１０は、店舗に関する所定の特典を利用者に提供する（ステップＳ１０７）。

最後に、決済サーバ１０は、特典の内容（特典の原価、提供価格等）から事業者に対する課金額を算出し、処理を終了する（ステップＳ１０８）。このとき、決済サーバ１０は、課金額を含む課金情報を生成し、事業者端末２００に送信してもよい。

〔４．変形例〕
上述の実施形態は一例を示したものであり、種々の変更及び応用が可能である。

〔４－１．決済の手法について〕
上述の実施形態において、付与部４３が、実店舗に設置されたＱＲコードを利用者端末１００が読み取ることにより実現される決済に関する決済情報に基づきスタンプを付与する例を示したが、付与部４３の機能はこのような例に限定されない。例えば、付与部４３は、利用者端末１００に表示される利用者識別情報を店舗端末が読み取ることにより実現される決済に関する決済情報に基づきスタンプを付与してもよい。

また、付与部４３は、事前注文サービスにおける店舗への決済に関する決済情報に基づきスタンプを付与してもよい。例えば、付与部４３は、決済アプリ内で起動するアプリケーションにおいて提供される事前注文サービスにおける決済に関する決済情報に基づきスタンプを付与する。

また、付与部４３は、実店舗に対する決済に限らず、電子商取引サービスでの取引対象に対する決済（すなわち、オンライン決済）に関する決済情報に基づきスタンプを付与してもよい。例えば、付与部４３は、決済アプリ内で起動するアプリケーションにおいて提供される電子商取引サービスにおける決済に関する決済情報に基づきスタンプを付与する。

〔４－２．特典の原資について〕
上述の提供部４４が提供する特典の原資は、店舗から提供されるものでもよく、決済サーバ１０の管理者から提供されるものであってもよい。例えば、提供部４４は、まず店舗が原資のすべてを負担する特典を提供し、当該店舗における電子決済の利用状況に応じて、原資の少なくとも一部に該当する額を決済サーバ１０の管理者が負担する特典を提供してもよい。

〔４－３．提供処理システム１の構成について〕
上述の実施形態において、提供処理システム１に含まれる決済サーバ１０が、スタンプカードに関する設定を店舗から受け付け、利用者が所有するスタンプカードに関する情報を管理する例を示したが、提供処理システム１の構成はこのような例に限定されない。例えば、スタンプカードに関する設定を店舗から受け付けるサーバと、利用者が所有するスタンプカードに関する情報を管理するサーバとは、それぞれ異なるサーバであってもよく、それぞれ異なるシステムに属するサーバであってもよい。

〔４－４．処理態様について〕
上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、逆に、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。

また、上記してきた各実施形態は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

〔５．効果〕
上述してきたように、実施形態に係る決済サーバ１０は、受付部４１と、決済処理部４２と、付与部４３と、提供部４４と、通知部４５と、配信部４６と、算出部４７とを有する。

受付部４１は、利用者が決済を行う店舗に紐付けられる電子化されたスタンプカードに付与されるスタンプに関する情報であって、当該店舗に関する所定の特典を当該利用者に提供する条件を受け付ける。受付部４１は、店舗に対する決済に関する決済情報と、当該決済を行う利用者に対して提供される所定の特典の内容とを受け付ける。また、受付部４１は、決済情報が示す決済金額と、特典の内容が示す特典の価格に関する情報とを受け付ける。決済処理部４２は、受付部４１が受け付けた決済情報に従い、決済処理を実行する。付与部４３は、店舗に紐付けられる電子化されたスタンプカードに対して、決済情報に基づいてスタンプを付与する。また、付与部４３は、決済情報が示す決済金額に応じてスタンプを付与する。算出部４７は、スタンプカードに付与されたスタンプが条件を満たす場合は、店舗に対する課金額を算出する。また、算出部４７は、付与部４３により付与されたスタンプの数が所定の条件を満たす場合は、特典の内容に基づいて店舗に対する課金額を算出する。また、算出部４７は、決済情報が示す決済金額に基づいて課金額を算出する課金額を算出する。

これにより、実施形態に係る決済サーバ１０は、事業者が所定の媒体に印刷されたスタンプカードを発行することなく、電子決済に応じてスタンプを自動的に付与することができるとともに、ファン利用者の獲得の対価を、事業者に対してファン利用者獲得のタイミングで課金することができるため、利用者や事業者の利便性を向上させることができる。

また、算出部４７は、特典の原価を課金額として算出する。また、算出部４７は、特典の提供価格を課金額として算出する。また、算出部４７は、特典の提供価格に所定の比率を乗じた金額を課金額として算出する。さらに、算出部４７は、付与部４３により付与されたスタンプの数が所定の条件を満たし、店舗に関する所定の特典を提供された場合は、課金額を算出する。また、算出部４７は、付与部４３により付与されたスタンプの数が所定の条件を満たし、店舗に関する所定の特典を提供された利用者が特典を利用した場合は、課金額を算出する。また、算出部４７は、付与されたスタンプの群が利用者に提供する各特典に設定された条件を満たすごとに、課金額を算出する。

これにより、実施形態に係る決済サーバ１０は、景品の種別などに応じて柔軟に課金額や課金のタイミングを変更することができるため、利用者や事業者の利便性をより向上させることができる。

また、受付部４１は、店舗に対する決済であって、利用者が利用する利用者端末を用いる決済に関する決済情報を受け付ける。また、受付部４１は、店舗を識別する店舗識別情報を含む決済情報を受け付ける。付与部４３は、利用者が所有するスタンプカードのうち、店舗識別情報に紐付けられるスタンプカードに対してスタンプを付与する。また、付与部４３は、利用者が所有するスタンプカードのうち、店舗を含む所定の店舗群に紐付けられるスタンプカードに対してスタンプを付与する。提供部４４は、付与部４３により付与されたスタンプを示す情報を利用者に提供する。また、提供部４４は、付与部４３により付与されたスタンプの数が所定の条件を満たす場合は、店舗に関する所定の特典を利用者に提供する。通知部４５は、所定の条件を満たすまでに要するスタンプの数が所定の閾値以下である場合に、所定の条件が達成間近である旨の情報を利用者に通知する。配信部４６は、利用者が所有するスタンプカードであって、利用者端末を用いる所定の決済手段が利用可能な店舗に紐付けられる電子化されたスタンプカードに関するカード情報を、所定の決済手段を提供する所定のプラットフォームを介して利用者に配信する。

これにより、実施形態に係る決済サーバ１０は、利用者が所定の媒体に印刷されたスタンプカードを持ち歩くことなく、電子決済に応じてスタンプを自動的に付与することができるため、利用者の利便性を向上させることができる。

また、実施形態に係る決済サーバ１０において、例えば、付与部４３は、利用者がスタンプカードを所有していない場合は、スタンプカードを発行してスタンプを付与する。また、付与部４３は、店舗に対する利用者端末を用いる決済の履歴が示す決済金額と、決済情報が示す決済金額との総額に応じてスタンプを付与する。また、付与部４３は、また、付与部４３は、決済が行われる日時に応じてスタンプを付与する。また、付与部４３は、決済情報と、利用者に関する利用者情報とに基づいてスタンプを付与する。また、付与部４３は、利用者端末を用いる所定の決済手段を提供する所定のプラットフォームであって、当該所定の決済手段が利用可能な店舗に関する情報を配信する所定のプラットフォームにおいて店舗をフォローしているか否かに応じてスタンプを付与する。また、付与部４３は、スタンプカードに付与済みのスタンプの数に応じてスタンプを付与する。また、付与部４３は、店舗により設定された条件に応じてスタンプを付与する。

これにより、実施形態に係る決済サーバ１０は、利用者の決済の内容や、利用者に関する情報、店舗が設定した条件などに応じてスタンプを柔軟に付与することができるため、スタンプカードを提供する店舗の利便性を向上させることができる。

また、実施形態に係る決済サーバ１０において、例えば、受付部４１は、決済の対象である取引対象を識別する取引対象識別情報を含む決済情報を受け付ける。そして、付与部４３は、取引対象識別情報が所定の取引対象を示す場合は、スタンプカードにスタンプを付与する。また、受付部４１は、店舗が利用する店舗端末により読み取られる取引対象識別情報を含む決済情報を受け付ける。

これにより、実施形態に係る決済サーバ１０は、所定の商品を利用者が購入した場合にでもスタンプを付与することができるため、スタンプカードを提供する店舗の利便性を向上させることができる。

また、実施形態に係る決済サーバ１０において、例えば、提供部４４は、スタンプカードに付与済みのスタンプの数に応じた特典を提供する。また、提供部４４は、スタンプカードに付与されたスタンプの数が店舗により設定された条件を満たす場合は、所定の特典を利用者に提供する。また、提供部４４は、スタンプカードに付与されたスタンプの数が所定の条件を満たす場合は、店舗により設定された特典を利用者に提供する。

これにより、実施形態に係る決済サーバ１０は、スタンプに応じた特典や、店舗が設定した条件に基づく特典を利用者に提供することができるため、スタンプカードを提供する店舗の利便性を向上させることができる。

また、実施形態に係る決済サーバ１０において、例えば、通知部４５は、スタンプカードに対して付与済みのスタンプに設定された有効期限に応じた情報を利用者に通知する。また、通知部４５は、スタンプカードに対してスタンプを付与するための条件を示す情報を利用者に通知する。

これにより、実施形態に係る決済サーバ１０は、利用者に対してスタンプカードの利用を想起させることができるため、スタンプカードによる店舗への誘因効果を高めることができる。

また、実施形態に係る決済サーバ１０において、例えば、配信部４６は、カード情報を配信する優先度であって、利用者が所有するスタンプカードに付与済みのスタンプの数に基づく優先度に基づいてカード情報を配信する。また、配信部４６は、カード情報を配信する優先度であって、利用者が所有するスタンプカードに付与済みのスタンプに設定された有効期限に基づく優先度に基づいてカード情報を配信する。また、配信部４６は、カード情報を配信する優先度であって、利用者が所有するスタンプカードに紐付けられた店舗の所在地と、利用者の所在地との位置関係に基づく優先度に基づいてカード情報を配信する。

これにより、実施形態に係る決済サーバ１０は、有用なカード情報を優先的に配信することができるため、利用者の利便性を向上させることができる。

〔６．ハードウェア構成〕
また、上述してきた各実施形態に係る決済サーバ１０は、例えば、図１１に示すような構成のコンピュータ１０００によって実現される。以下、決済サーバ１０を例に挙げて説明する。図１１は、決済サーバの機能を実現するコンピュータの一例を示すハードウェア構成図である。コンピュータ１０００は、ＣＰＵ１１００、ＲＡＭ１２００、ＲＯＭ１３００、ＨＤＤ１４００、通信インターフェイス（Ｉ／Ｆ）１５００、入出力インターフェイス（Ｉ／Ｆ）１６００、及びメディアインターフェイス（Ｉ／Ｆ）１７００を有する。

ＣＰＵ１１００は、ＲＯＭ１３００又はＨＤＤ１４００に格納されたプログラムに基づいて動作し、各部の制御を行う。ＲＯＭ１３００は、コンピュータ１０００の起動時にＣＰＵ１１００によって実行されるブートプログラムや、コンピュータ１０００のハードウェアに依存するプログラム等を格納する。

ＨＤＤ１４００は、ＣＰＵ１１００によって実行されるプログラム、及び、かかるプログラムによって使用されるデータ等を記憶する。通信インターフェイス１５００は、通信網５００（実施形態のネットワークＮに対応する）を介して他の機器からデータを受信してＣＰＵ１１００へ送り、また、通信網５００を介してＣＰＵ１１００が生成したデータを他の機器へ送信する。

ＣＰＵ１１００は、入出力インターフェイス１６００を介して、ディスプレイやプリンタ等の出力装置、及び、キーボードやマウス等の入力装置を制御する。ＣＰＵ１１００は、入出力インターフェイス１６００を介して、入力装置からデータを取得する。また、ＣＰＵ１１００は、入出力インターフェイス１６００を介して生成したデータを出力装置へ出力する。

メディアインターフェイス１７００は、記録媒体１８００に格納されたプログラム又はデータを読み取り、ＲＡＭ１２００を介してＣＰＵ１１００に提供する。ＣＰＵ１１００は、かかるプログラムを、メディアインターフェイス１７００を介して記録媒体１８００からＲＡＭ１２００上にロードし、ロードしたプログラムを実行する。記録媒体１８００は、例えばＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto-Optical disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。

例えば、コンピュータ１０００が決済サーバ１０として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１２００上にロードされたプログラムを実行することにより、制御部４０の機能を実現する。また、ＨＤＤ１４００には、決済サーバ１０の記憶装置内の各データが格納される。コンピュータ１０００のＣＰＵ１１００は、これらのプログラムを記録媒体１８００から読み取って実行するが、他の例として、他の装置から所定の通信網を介してこれらのプログラムを取得してもよい。

〔７．その他〕
以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。

また、上述した決済サーバ１０は、機能によっては外部のプラットフォーム等をＡＰＩ（Application Programming Interface）やネットワークコンピューティングなどで呼び出して実現するなど、構成は柔軟に変更できる。

また、特許請求の範囲に記載した「部」は、「手段」や「回路」などに読み替えることができる。例えば、受付部は、受付手段や受付回路に読み替えることができる。

１ 提供処理システム
１０ 決済サーバ
２０ 通信部
３０ 記憶部
３１ 口座データベース
３２ スタンプカード情報データベース
３３ 利用者情報データベース
３４ 事業者情報データベース
３５ 課金情報データベース
４０ 制御部
４１ 受付部
４２ 決済処理部
４３ 付与部
４４ 提供部
４５ 通知部
４６ 配信部
４７ 算出部
１００ 利用者端末
２００ 事業者端末

Claims (27)

1. 利用者が決済を行う店舗に紐付けられる電子化されたスタンプカードに付与されるスタンプに関する情報であって、当該店舗に関する所定の特典を当該利用者に提供する条件を受け付ける受付部と、
   前記スタンプカードに付与されたスタンプが前記条件を満たす場合は、前記店舗に対する課金額を算出する算出部と
   を有することを特徴とする提供装置。
2. 前記受付部は、前記特典の価格に関する情報をさらに受け付け、
   前記算出部は、前記特典の価格に関する情報に基づいて前記課金額を算出する
   ことを特徴とする請求項１に記載の提供装置。
3. 前記算出部は、
   前記特典の原価を前記課金額として算出する
   ことを特徴とする請求項１または２に記載の提供装置。
4. 前記算出部は、
   前記特典の提供価格を前記課金額として算出する
   ことを特徴とする請求項１または２に記載の提供装置。
5. 前記算出部は、
   前記特典の提供価格に所定の比率を乗じた金額を前記課金額として算出する
   ことを特徴とする請求項１または２に記載の提供装置。
6. 前記受付部は、
   前記店舗に対する決済に関する決済情報をさらに受け付け、
   前記算出部は、
   前記決済情報が示す決済金額に基づいて前記課金額を算出する
   ことを特徴とする請求項１に記載の提供装置。
7. 前記算出部は、
   付与されたスタンプの数が前記条件を満たし、前記特典を提供された場合は、前記課金額を算出する
   ことを特徴とする請求項１から６のうちいずれか１つに記載の提供装置。
8. 前記算出部は、
   付与されたスタンプの数が前記条件を満たし、前記特典を提供された前記利用者が前記特典を利用した場合は、前記課金額を算出する
   ことを特徴とする請求項１から６のうちいずれか１つに記載の提供装置。
9. 前記算出部は、
   付与されたスタンプの群が前記利用者に提供する各特典に設定された前記条件を満たすごとに、前記課金額を算出する
   ことを特徴とする請求項１から８のうちいずれか１つに記載の提供装置。
10. 前記店舗に対する決済に関する決済情報に基づいてスタンプを付与する付与部
    をさらに有することを特徴とする請求項１から９のうちいずれか１つに記載の提供装置。
11. 前記受付部は、
    店舗に対する決済であって、利用者が利用する利用者端末に表示された情報であって当該利用者を識別する利用者識別情報を示すコードを、当該店舗が利用する店舗端末が読み取ることにより行われる決済手段、若しくは、当該利用者が所有する利用者端末が、当該利用者が当該店舗を識別する店舗識別情報を示すコードを読み取ることにより行われる決済手段を用いる決済を行うための操作が行われた場合に、当該店舗を識別する店舗識別情報を含む決済情報を受け付け、
    前記付与部は、
    前記利用者が所有するスタンプカードのうち、前記受付部により受け付けられた決済情報に含まれる前記店舗識別情報に紐付けられるスタンプカードを特定し、当該スタンプカードに対して、前記決済情報に基づいてスタンプを付与し、
    前記付与部により付与されたスタンプを示す情報を前記利用者に提供する提供部
    をさらに有することを特徴とする請求項１０に記載の提供装置。
12. 前記付与部は、
    前記利用者が前記スタンプカードを所有していない場合は、前記スタンプカードを取得してスタンプを付与する
    ことを特徴とする請求項１１に記載の提供装置。
13. 前記付与部は、
    前記利用者が所有するスタンプカードのうち、前記店舗を含む所定の店舗群に紐付けられるスタンプカードに対してスタンプを付与する
    ことを特徴とする請求項１１または１２に記載の提供装置。
14. 前記付与部は、
    前記店舗に対する前記利用者端末を用いる決済履歴が示す決済金額と、前記決済情報が示す決済金額との総額に応じてスタンプを付与する
    ことを特徴とする請求項１１から１３のうちいずれか１つに記載の提供装置。
15. 前記受付部は、
    前記決済の対象である取引対象を識別する取引対象識別情報を含む前記決済情報を受け付け、
    前記付与部は、
    前記取引対象識別情報が所定の取引対象を示す場合は、前記スタンプカードにスタンプを付与する
    ことを特徴とする請求項１１から１４のうちいずれか１つに記載の提供装置。
16. 前記付与部は、
    前記決済が行われる日時に応じてスタンプを付与する
    ことを特徴とする請求項１１から１５のうちいずれか１つに記載の提供装置。
17. 前記付与部は、
    前記決済情報と、前記決済を行う利用者に関する利用者情報とに基づいてスタンプを付与する
    ことを特徴とする請求項１１から１６のうちいずれか１つに記載の提供装置。
18. 前記付与部は、
    前記利用者端末を用いる所定の決済手段を提供する所定のプラットフォームであって、当該所定の決済手段が利用可能な店舗に関する情報を配信する所定のプラットフォームにおいて前記店舗をフォローしているか否かに応じてスタンプを付与する
    ことを特徴とする請求項１１から１７のうちいずれか１つに記載の提供装置。
19. 前記付与部は、
    前記スタンプカードに付与済みのスタンプの数に応じてスタンプを付与する
    ことを特徴とする請求項１１から１８のうちいずれか１つに記載の提供装置。
20. 前記付与部は、
    前記店舗により設定された条件に応じてスタンプを付与する
    ことを特徴とする請求項１１から１９のうちいずれか１つに記載の提供装置。
21. 前記提供部は、
    前記付与部により付与されたスタンプの数が所定の条件を満たす場合は、前記店舗に関する所定の特典を前記利用者に提供する
    ことを特徴とする請求項１１から２０のうちいずれか１つに記載の提供装置。
22. 所定の条件を満たすまでに要するスタンプの数が所定の閾値以下である場合に、前記所定の条件が達成間近である旨の情報を前記利用者に通知する第１通知部
    をさらに有することを特徴とする請求項１１から２１のうちいずれか１つに記載の提供装置。
23. 前記スタンプカードに対して付与済みのスタンプに設定された有効期限に応じた情報を前記利用者に通知する第２通知部
    をさらに有することを特徴とする請求項１１から２２のうちいずれか１つに記載の提供装置。
24. 前記スタンプカードに対してスタンプを付与するための条件を示す情報を前記利用者に通知する第３通知部
    をさらに有することを特徴とする請求項１１から２３のうちいずれか１つに記載の提供装置。
25. 前記利用者が所有するスタンプカードであって、前記利用者端末を用いる所定の決済手段が利用可能な店舗に紐付けられる電子化されたスタンプカードに関するカード情報を、前記所定の決済手段を提供する所定のプラットフォームを介して前記利用者に配信する配信部
    をさらに有することを特徴とする請求項１１から２４のうちいずれか１つに記載の提供装置。
26. コンピュータが実行する提供方法であって、
    利用者が決済を行う店舗に紐付けられる電子化されたスタンプカードに付与されるスタンプに関する情報であって、当該店舗に関する所定の特典を当該利用者に提供する条件を受け付ける受付工程と、
    前記スタンプカードに付与されたスタンプが前記条件を満たす場合は、前記店舗に対する課金額を算出する算出工程と
    を含むことを特徴とする提供方法。
27. 利用者が決済を行う店舗に紐付けられる電子化されたスタンプカードに付与されるスタンプに関する情報であって、当該店舗に関する所定の特典を当該利用者に提供する条件を受け付ける受付手順と、
    前記スタンプカードに付与されたスタンプが前記条件を満たす場合は、前記店舗に対する課金額を算出する算出手順と
    をコンピュータに実行させることを特徴とする提供プログラム。

Images