JP2024061341A - 報酬付与装置、報酬付与プログラム、および、報酬付与方法 - Google Patents

Abstract

【課題】報酬の対象となるユーザおよび当該ユーザのウェブサイトにおける行動を識別して報酬を付与することのできる報酬付与装置、報酬付与方法、および、報酬付与プログラムを提供する。【解決手段】報酬付与装置は、報酬付与部と登録部とを備える。報酬付与部は、報酬付与の対象行為に関する対象情報とユーザの識別情報とが対応付けられた報酬対象データに基づいて、対象情報に応じた報酬をユーザに付与する。ウェブサイトでのユーザのアクションに対応するパラメータを含むＵＲＬが対象ＵＲＬであって、登録部は、対象ＵＲＬを用いたユーザ装置からのリクエストを通じて取得したパラメータとユーザの識別情報とを用い、パラメータを対象情報として適用して報酬対象データを登録する。【選択図】図１

Description

本発明は、報酬付与装置、報酬付与プログラム、および、報酬付与方法に関する。

従来から、ウェブサイトでの商品販売等のサービスの利用促進のために、ウェブサイトにおいて商品購入等の特定の行動をしたユーザに、当該サイトで利用可能なポイント等の報酬を付与するシステムが提案されている（例えば、特許文献１参照）。

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

近年、ネットワークを介した宣伝活動の多様化やサービスの運営者同士の連携の活発化に伴い、報酬の付与形態も多様化している。例えば、キャンペーンへの登録後に商品を購入するというように、ユーザが複数の行動を順に行うことを条件として報酬を付与することや、ウェブサイトでのユーザの行動に対して当該ウェブサイトとは異なる運営者から報酬を付与することが想定される。

こうした報酬の付与には、ウェブサイトにおけるユーザの行動の追跡が必要な場合がある。現在まで、ユーザの行動の追跡には、Ｃｏｏｋｉｅが広く利用されてきた。しかしながら、サードパーティＣｏｏｋｉｅの規制等により、Ｃｏｏｋｉｅの利用のみによっては、報酬の対象となるユーザおよび当該ユーザの行動の識別が困難である場合が生じる。

上記課題を解決するための報酬付与装置は、報酬付与の対象行為に関する対象情報とユーザの識別情報とが対応付けられた報酬対象データに基づいて、前記対象情報に応じた報酬を前記ユーザに付与する報酬付与部と、ウェブサイトでのユーザのアクションに対応するパラメータを含むＵＲＬが対象ＵＲＬであって、前記対象ＵＲＬを用いたユーザ装置からのリクエストを通じて取得した前記パラメータとユーザの識別情報とを用い、前記パラメータを前記対象情報として適用して前記報酬対象データを登録する登録部と、を備える。

上記課題を解決するための報酬付与プログラムは、１または複数のコンピュータに、報酬付与の対象行為に関する対象情報とユーザの識別情報とが対応付けられた報酬対象データに基づいて、前記対象情報に応じた報酬を前記ユーザに付与することと、ウェブサイトでのユーザのアクションに対応するパラメータを含むＵＲＬが対象ＵＲＬであって、前記対象ＵＲＬを用いたユーザ装置からのリクエストを通じて取得した前記パラメータとユーザの識別情報とを用い、前記パラメータを前記対象情報として適用して前記報酬対象データを登録することと、を実行させる。

上記課題を解決するための報酬付与方法は、１または複数のコンピュータが、報酬付与の対象行為に関する対象情報とユーザの識別情報とが対応付けられた報酬対象データに基づいて、前記対象情報に応じた報酬を前記ユーザに付与することと、ウェブサイトでのユーザのアクションに対応するパラメータを含むＵＲＬが対象ＵＲＬであって、前記対象ＵＲＬを用いたユーザ装置からのリクエストを通じて利用して取得した前記パラメータとユーザの識別情報とを用い、前記パラメータを前記対象情報として適用して前記報酬対象データを登録することと、を実行する。

本発明によれば、報酬の対象となるユーザおよび当該ユーザのウェブサイトにおける行動を識別して報酬を付与することができる。

第１実施形態の報酬付与システムの概略構成を示す図。 第１実施形態の報酬処理サーバの機能的な構成を示す図。 第１実施形態の情報管理サーバの機能的な構成を示す図。 第１実施形態の各サーバの物理的な構成を示す図。 第１実施形態におけるアクションとパラメータとの対応付けの一例を示す図。 第１実施形態におけるパラメータが付加されたＵＲＬの一例を示す図。 第１実施形態における報酬付与システムの処理の手順を示す図。 第１実施形態における報酬付与システムの処理の手順の一例を示す図。 第１実施形態における報酬付与システムの処理の手順の他の例を示す図。 第１実施形態における報酬対象データのデータ構成の一例を示す図。 第１実施形態の変形例における報酬処理システムの処理の手順を示す図。 第１実施形態の変形例における報酬処理システムの処理の手順を示す図。 第１実施形態の変形例におけるアクションと第１パラメータとの対応付けおよびステータスと第２パラメータとの対応付けの一例を示す図。 第１実施形態の変形例におけるパラメータが付加されたＵＲＬの一例を示す図。 第１実施形態の変形例における報酬対象データのデータ構成の一例を示す図。 第２実施形態の報酬付与システムの概略構成を示す図。 第２実施形態における報酬付与システムの処理の手順を示す図。 第２実施形態における報酬付与処理の手順を示す図。

（第１実施形態）
報酬付与装置、報酬付与方法、および、報酬付与プログラムの第１実施形態を説明する。

＜報酬付与システムの全体構成＞
図１を参照して、報酬付与装置の一例である報酬付与システム１０の全体構成を説明する。報酬は、言い換えればユーザに与えられる特典であり、例えば、特定のウェブサイトにて金銭の代替として利用可能なポイント、電子クーポン、電子マネーとして利用可能な金銭等である。

図１に示すように、報酬付与システム１０は、報酬処理サーバ２０と、情報管理サーバ３０とを備えている。報酬付与システム１０は、会員であるユーザに対する報酬の付与を管理する。報酬付与システム１０は、例えば、報酬の獲得および利用を伴う各種のサービスをネットワークを介して会員に提供するシステムの一部を構成していてもよい。

報酬付与システム１０は、ネットワークＮＷ１を介して、サービスサイトサーバ４０、管理者装置５０、および、ユーザ装置６０の各々と接続されている。ネットワークＮＷ１は、例えば、インターネット等の汎用通信回線である。

サービスサイトサーバ４０は、サービスを提供するウェブサイトであるサービスサイトを運営するサーバである。サービスの内容は、ウェブサイトにて提供可能であれば特に限定されず、例えば、商品や店舗等に関する情報の発信、商品の販売、音楽や動画の配信、施設の予約等である。サービスサイトの運営主体は、報酬付与システム１０を用いた報酬付与サービスの運営主体とは異なっていてよい。

管理者装置５０は、サービスサイトサーバ４０の管理者、すなわちサービスサイトの管理者が操作する端末装置である。
ユーザ装置６０は、サービスサイトの利用者であり、かつ、報酬付与サービスの会員であるユーザが操作する端末装置である。

報酬付与システム１０のうちの情報管理サーバ３０は、ネットワークＮＷ１を介して、管理者装置５０およびユーザ装置６０の各々とデータを送受信する。また、サービスサイトサーバ４０は、ネットワークＮＷ１を介して、ユーザ装置６０とデータを送受信する。なお、報酬付与システム１０内における報酬処理サーバ２０と情報管理サーバ３０との通信には、各サーバの通信のための専用通信回線、または、インターネット等の汎用通信回線を用いることができる。

第１実施形態では、ユーザが、ユーザ装置６０を通じてサービスサイトで特定の行動、すなわち特定のアクションを行った場合に、報酬付与システム１０にて当該ユーザに報酬が付与される。詳細には、ユーザが報酬対象のアクションを行った場合、サービスサイトから、情報管理サーバ３０が提供するウェブサイトである報酬サイトへのユーザ装置６０のアクセスが誘導され、この際、アクションに応じたＵＲＬパラメータ（Uniform Resource Locator Parameter）が情報管理サーバ３０に引き渡される。そして、報酬付与サービスの会員としてのユーザの識別と、ＵＲＬパラメータに基づくアクションの識別とを利用して、報酬処理サーバ２０が報酬を付与する。

＜報酬処理サーバおよび情報管理サーバの機能的構成＞
図２および図３を参照して、報酬付与システム１０を構成する各装置の機能的な構成を説明する。

図２に示すように、報酬処理サーバ２０は、通信部２１、制御部２２、および、記憶部２５を備えている。制御部２２は、通信部２１および記憶部２５の各々との間で各種のデータを互いに伝送する。

記憶部２５は、制御部２２による処理の実行に必要な各種のプログラムやデータを記憶している。記憶部２５は、こうしたプログラムの一例として、報酬付与プログラムを構成するプログラムを記憶している。また、記憶部２５は、こうしたデータの一例として、報酬対象データ２６、登録データ２７、および、報酬規定データ２８を記憶している。

報酬対象データ２６は、報酬付与の対象行為に関する情報である対象情報と、報酬付与サービスの会員の識別情報であるユーザＩＤとが対応付けられたデータである。対象情報の一例は、サービスサイトでのユーザのアクションを示すアクション情報である。

登録データ２７は、ユーザＩＤと、当該ユーザＩＤに対応するユーザに対して付与された報酬を示す付与報酬情報とが対応付けられたデータである。
報酬規定データ２８は、ユーザに付与される報酬の内容を、対象情報ごとに規定するデータである。すなわち、報酬規定データ２８においては、サービスサイトでの各アクションについて、付与される報酬の内容が規定されている。

制御部２２は、記憶部２５に格納された各種のプログラムを実行することにより、報酬付与部２３およびデータ管理部２４として機能する。
報酬付与部２３は、報酬対象データ２６に基づき、対象情報に応じた報酬を、当該対象情報に対応付けられているユーザＩＤのユーザに付与する。すなわち、報酬付与部２３は、アクション情報に応じた付与報酬情報を、当該アクション情報に対応付けられているユーザＩＤに対応付けて、登録データ２７として記憶部２５に記憶させる。

報酬付与部２３による報酬付与処理は、例えば、１日１回等の所定のタイミングで、前回の処理から今回の処理までの間に新たに蓄積された報酬対象データ２６を対象に実施される。あるいは、報酬付与部２３による報酬付与処理は、新たな報酬対象データ２６が記憶部２５に格納される都度、実施されてもよい。

データ管理部２４は、報酬処理サーバ２０に入出力される情報を管理する。例えば、データ管理部２４は、報酬処理サーバ２０が情報管理サーバ３０から受信した情報を用いて、報酬対象データ２６を記憶部２５に格納する。また、データ管理部２４は、外部からの情報に基づいた報酬規定データ２８の格納や、登録データ２７の外部への出力を行う。

図３に示すように、情報管理サーバ３０は、通信部３１、制御部３２、および、記憶部３５を備えている。制御部３２は、通信部３１および記憶部３５の各々との間で各種のデータを互いに伝送する。

記憶部３５は、制御部３２による処理の実行に必要な各種のプログラムやデータを記憶している。記憶部３５は、こうしたプログラムの一例として、報酬付与プログラムを構成するプログラムを記憶している。記憶部３５は、こうしたデータの一例として、報酬サイトデータ３６を記憶している。

報酬サイトデータ３６は、サービスサイトからユーザ装置６０が誘導される報酬サイトのウェブデータである。ウェブデータは、マークアップ言語で記述されたファイル、そのファイルに埋め込まれる画像データ、ＪａｖａＳｃｒｉｐｔ（登録商標）プログラム等を含む。他にも、ウェブデータは、音声データを含んでいてもよい。マークアップ言語は、要素をタグで囲んだ言語であり、例えば、ＨＴＭＬ（HyperText Markup Language）、ＸＭＬ（Extensible Markup Language）、ＸＨＴＭＬ（Extensible HyperText Markup Language）またはその他の言語であってもよい。マークアップ言語で記述されたデータは、テキストデータであってもよく、バイナリデータであってもよい。このようなウェブデータには、ＵＲＬ（Uniform Resource Locator）、ＵＲＩ（Uniform Resource Identifier）等のリソースを特定するための識別子が設定されている。

制御部３２は、記憶部３５に格納された各種のプログラムを実行することにより、情報取得部３３および管理画面提供部３４として機能する。
情報取得部３３は、報酬サイトのＵＲＬを用いたユーザ装置６０からのリクエストを通じて、サービスサイトでのユーザのアクションに対応するパラメータと、当該ユーザのユーザＩＤとを取得する。パラメータはアクション情報として機能する。そして、情報取得部３３は、パラメータおよびユーザＩＤを、通信部３１を介して報酬処理サーバ２０に送信する。

管理画面提供部３４は、管理画面のデータを生成して、通信部３１を介し管理者装置５０に送信する。管理画面は、サービスサイトの管理者が、報酬の内容の設定や報酬の付与の承認を行うための画面である。また、管理画面提供部３４は、管理画面への情報の入力に基づき管理者装置５０から情報管理サーバ３０が受信した情報に応じて、報酬処理サーバ２０への情報の送信等の処理を行う。

＜報酬処理サーバおよび情報管理サーバのハードウェア構成＞
図４を参照して、報酬処理サーバ２０および情報管理サーバ３０のハードウェア構成（物理的構成）を説明する。なお、これらの装置の基本的なハードウェア構成は共通している。

報酬処理サーバ２０および情報管理サーバ３０の各々は、演算装置７１、メモリ７２、ストレージ７３、および、通信インターフェース（通信Ｉ／Ｆ）７４を備える。
演算装置７１は、ストレージ７３からオペレーティングシステムや各種プログラムをメモリ７２にロードし、メモリ７２から取り出した命令を実行する。演算装置７１は、１つまたは複数の回路（circuitry）であり、例えばＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphic Processing Unit）等である。メモリ７２およびストレージ７３は記憶媒体の一例であって、メモリ７２は主記憶装置であり、ストレージ７３は１または複数の補助記憶装置である。

通信インターフェース７４は、ハードウェア、ソフトウェア、または、これらの組み合わせとして実装されている。通信インターフェース７４は、ネットワークを介して接続先の装置との間でデータを送受信する。

なお、サービスサイトサーバ４０も、報酬処理サーバ２０および情報管理サーバ３０と同様のハードウェア構成を有するサーバ装置であればよく、サービスサイトの機能に応じた機能的構成を有していればよい。

また、管理者装置５０およびユーザ装置６０の各々は、スマートフォン（多機能電話機器）、タブレット装置、パーソナルコンピュータ、ウェアラブルコンピュータ、または、これらの装置以外の画像を表示可能な情報処理装置である。

管理者装置５０およびユーザ装置６０の各々は、ＣＰＵ等の回路である演算装置が、ストレージからオペレーティングシステムや各種プログラムをメモリにロードし、メモリから取り出した命令を実行するように構成されており、通信インターフェースによって各サーバと通信を行う。また、管理者装置５０およびユーザ装置６０の各々は、タッチパネル、操作ボタン、キーボード、マウス、コントローラ等の入力装置と、ディスプレイおよびスピーカを含む出力装置とを備えている。

ユーザ装置６０は、ウェブブラウザプログラムを有しており、サービスサイトおよび報酬サイトのウェブページを、ウェブブラウザプログラムを用いて表示する。
管理者装置５０における管理画面の表示には、ウェブブラウザプログラムが用いられてもよいし、ウェブブラウザプログラムとは異なるアプリケーションプログラムが用いられてもよい。

＜事前準備＞
報酬付与システム１０の動作の説明に先立ち、サービスサイトサーバ４０の管理者によって行われる事前準備を、サービスサイトの構成とともに説明する。

サービスサイトサーバ４０の管理者に対しては、報酬付与システム１０の管理者から、ユーザ装置６０の誘導先となる報酬サイトのページである誘導ページのＵＲＬと、ＵＲＬパラメータとして用いられる１以上のパラメータとが配布される。

サービスサイトサーバ４０の管理者は、報酬対象とするアクションが完了したときに表示されるサービスサイトのページから、誘導ページに誘導されるように、サービスサイトを構成する。例えば、アクションが完了したときに表示されるサービスサイトのページに、「ポイントの付与はこちら」というように報酬の獲得を希望するユーザに選択を促す領域が設けられ、この領域に誘導ページのハイパーリンクが設けられる。報酬対象とするアクションは、サービスサイトにて促進したいアクションに設定されればよく、例えば、購入、予約、投稿、登録等である。なお、誘導ページへの誘導にはリダイレクトが利用されてもよいが、報酬の付与や報酬サイトへの移動についてユーザの同意が得られることが好ましい。

さらに、サービスサイトサーバ４０の管理者は、アクションとパラメータとを対応付けて、誘導ページへの移動に際して誘導ページのＵＲＬにアクションごとのパラメータが付加されるように、サービスサイトを構成する。

図５は、アクションとパラメータとの対応付けの例を示し、図６は、アクション完了時に誘導されるパラメータ付きＵＲＬの例を示す。
図５に示す例では、「購入」というアクションに、「ａｂｃ１２」というパラメータが対応付けられており、「投稿」というアクションに、「ｄｅｆ３４」というパラメータが対応付けられている。この場合、図６に示すように、サービスサイトでの商品の購入完了時に表示されるページから誘導される誘導ページのＵＲＬには、「ａｂｃ１２」というパラメータが付加される。同様に、サービスサイトでの商品の評価等の投稿完了時に表示されるページから誘導される誘導ページのＵＲＬには、「ｄｅｆ３４」というパラメータが付加される。

なお、サービスサイトサーバ４０にて、アクションの完了時に表示されるページから誘導される誘導ページのＵＲＬにパラメータが付加されるように設定されていることが、当該アクションと当該パラメータの対応付けとして機能する。サービスサイトサーバ４０は、アクションとパラメータとを直接に対応付けたデータを記憶している必要はない。

ＵＲＬへのパラメータの付加は、サービスサイトサーバ４０が記憶しているサービスサイトのウェブデータにて設定されていればよく、例えば、ＪａｖａＳｃｒｉｐｔ（登録商標）プログラムが利用されてもよい。

また、複数のアクションに同一内容の報酬を付与する場合であって、アクションの識別が不要である場合には、複数のアクションのそれぞれに同一のパラメータが対応付けられてもよい。すなわち、互いに異なるアクションの完了後に、同一のパラメータが付加されたＵＲＬに誘導されてもよい。

＜報酬付与システムの動作＞
図７を参照して、報酬付与システム１０の動作を説明する。
図７に示すように、ユーザ装置６０とサービスサイトサーバ４０との間での通信を経てサービスサイトでのアクションが完了すると（ステップＳ１０）、誘導ページへの誘導によって、ユーザ装置６０が誘導ページにアクセスする（ステップＳ１１）。このとき、誘導ページのＵＲＬには、サービスサイトでのアクションに応じたパラメータが付加される。

これにより、ユーザ装置６０から情報管理サーバ３０に、ユーザ装置６０によるサービスサイトでのアクションに応じたパラメータが引き渡される（ステップＳ１２）。
また、情報管理サーバ３０は、ユーザ装置６０の操作者であるユーザに対応するユーザＩＤを取得する（ステップＳ１３）。例えば、Ｃｏｏｋｉｅの利用により、報酬サイトでのユーザのログイン状態が保持されている場合には、Ｃｏｏｋｉｅの情報を用いてユーザを識別することに基づきユーザＩＤが特定される。また、報酬サイトにユーザがログインしていない場合には、ユーザ装置６０を誘導ページからログインページに遷移させ、ユーザ装置６０からユーザＩＤやパスワード等の認証情報を入力させることによってログイン処理を実施する。これにより、ユーザに対応するユーザＩＤが特定される。なお、ログイン処理に必要な情報は、情報管理サーバ３０あるいは他のサーバに記憶されていればよい。

ＵＲＬからのパラメータの抽出やユーザＩＤとの対応付けは、情報管理サーバ３０が実施してもよいし、ＪａｖａＳｃｒｉｐｔ（登録商標）プログラム等の利用によりユーザ装置６０が実施してもよい。例えば、誘導ページが、対象情報とユーザＩＤとの入力フォームを有するページであって、対象情報としてのパラメータおよびユーザＩＤのフォームへの入力と、入力情報の情報管理サーバ３０への送信とが、ユーザ装置６０にて自動で行われてもよい。こうした構成であれば、誘導ページのＵＲＬを用いたユーザ装置６０からのリクエストを受け付けることで、情報管理サーバ３０は、ＵＲＬに含まれるパラメータとユーザＩＤとを容易に取得することができる。

なお、情報管理サーバ３０におけるパラメータおよびユーザＩＤの取得後、ユーザ装置６０には、報酬サイトの所定のページが表示されてもよいし、報酬サイトのページからのリダイレクト等によって、サービスサイトの所定のページが表示されてもよい。

情報管理サーバ３０は、パラメータとユーザＩＤとを取得すると、報酬処理サーバ２０に、パラメータおよびユーザＩＤを送信する（ステップＳ１４）。その結果、報酬処理サーバ２０にて、当該パラメータとユーザＩＤとを対応付けた報酬対象データ２６が格納される（ステップＳ１５）。

ここで、誘導ページのＵＲＬを用いたリクエストから、報酬対象データ２６の登録までの処理の具体例を、図８および図９を参照して説明する。
まず、ＵＲＬからのパラメータの取り出しがユーザ装置６０にて行われる形態を説明する。

図８に示すように、誘導ページのＵＲＬを用いたユーザ装置６０からのリクエストが情報管理サーバ３０に送信されると（ステップＳ１１０）、レスポンスとして、誘導ページのウェブデータが情報管理サーバ３０からユーザ装置６０に送信される（ステップＳ１１１）。この誘導ページのウェブデータでは、ＨＴＭＬのｆｏｒｍ要素として、パラメータを入力するためのフォームが規定されている。

ウェブデータを受信したユーザ装置６０は、ウェブデータに組み込まれているプログラムに従って、誘導ページのＵＲＬ、言い換えればステップＳ１１０にてリクエストに用いたＵＲＬから、パラメータを取り出す（ステップＳ１１２）。そして、ユーザ装置６０は、取り出したパラメータを上記フォームへ入力し（ステップＳ１１３）、このフォームへ入力されたデータを情報管理サーバ３０に送信する（ステップＳ１１４）。

上記ステップＳ１１２～ステップＳ１１４の処理は、上記ウェブデータに含まれるＪａｖａＳｃｒｉｐｔ（登録商標）プログラムによって実行できる。この処理は、フォームへのパラメータの入力、および、フォームへの入力値の情報管理サーバ３０への送信を、ユーザによる操作を伴わずに自動で実行する処理である。

フォームへの入力値としてパラメータを受信すると、情報管理サーバ３０は、パラメータを記憶する（ステップＳ１１５）。
また、情報管理サーバ３０は、上述のようにＣｏｏｋｉｅの情報の利用やログインページを介した情報の取得に基づきユーザＩＤを取得し、このユーザＩＤを上記パラメータと対応付けて記憶する（ステップＳ１１６）。情報管理サーバ３０は、ユーザＩＤを、パラメータと同様にフォームへの入力値として取得してもよい。

情報管理サーバ３０は、記憶されたパラメータおよびユーザＩＤを、報酬処理サーバ２０に送信する（ステップＳ１１７）。この処理は、パラメータおよびユーザＩＤが記憶される都度、実行される処理であってもよいし、所定の時刻に動作するプログラムに基づき、前回の処理から今回の処理までに記憶されたパラメータおよびユーザＩＤのすべてを記憶領域から検索して報酬処理サーバ２０に送信する処理であってもよい。記憶領域に記憶されているパラメータおよびユーザＩＤには、報酬処理サーバ２０への送信対象として識別可能なようにインデックスが付されていればよい。あるいは、送信対象とするデータの記憶領域が定められており、パラメータおよびユーザＩＤが上記送信対象のデータ用の記憶領域に格納されてもよい。

パラメータおよびユーザＩＤを受信した報酬処理サーバ２０では、パラメータを対象情報としてユーザＩＤと対応付けた報酬対象データ２６が格納される（ステップＳ１１８）。

続いて、別の例として、ＵＲＬからのパラメータの取り出しが情報管理サーバ３０にて行われる形態を説明する。
図９に示すように、誘導ページのＵＲＬを用いたユーザ装置６０からのリクエストの送信により、サービスサイトでのアクションに対応するパラメータがＵＲＬに含められてＧＥＴメソッドで情報管理サーバ３０に送信される（ステップＳ１００）。

情報管理サーバ３０は、リクエストに含まれるＵＲＬからパラメータを取り出して記憶する（ステップＳ１０１）。パラメータを取り出す処理は、誘導ページのウェブデータに組み込まれたＪａｖａＳｃｒｉｐｔ（登録商標）プログラムにてＡｊａｘ等を利用して所定の関数を実行すること、あるいは、サーブレットやＪＳＰやＰＨＰプログラム等の動作により実現される。

また、情報管理サーバ３０は、上述のようにＣｏｏｋｉｅの情報の利用やログインページを介した情報の取得に基づきユーザＩＤを取得し、このユーザＩＤを上記ＵＲＬから取り出したパラメータと対応付けて記憶する（ステップＳ１０２）。

情報管理サーバ３０は、フォームを利用してパラメータを報酬処理サーバ２０に送信する。このフォームへの情報の入力と送信とを実行させるプログラムは、例えば、バッチ処理として所定の時刻に動作するように設定されている。詳細には、当該プログラムによる処理であるフォーム処理が開始されると（ステップＳ１０３）、情報管理サーバ３０は、フォームへの入力値とするパラメータを記憶領域から検索して取得し（ステップＳ１０４）、取得したパラメータをフォームへの入力値としたリクエストを生成する（ステップＳ１０５）。ユーザＩＤは、パラメータと同様にフォームへの入力値として取り扱われてもよいし、フォームへの入力値とは別の識別情報としてリクエストに含められてもよい。

記憶領域に記憶されているパラメータには、フォームへの入力値として識別可能なようにインデックスが付されていればよい。あるいは、入力値として用いるデータの記憶領域が定められており、ＵＲＬからのパラメータの取り出し後に所定のタイミングで起動するプログラムの実行によって、パラメータが上記入力値用の記憶領域に格納されてもよい。

上記リクエストは、報酬処理サーバ２０に送信される（ステップＳ１０６）。これにより、フォーム処理が終了する（ステップＳ１０７）。
報酬処理サーバ２０では、リクエストに含まれる入力値の識別に基づき、パラメータを対象情報としてユーザＩＤと対応付けた報酬対象データ２６が格納される（ステップＳ１０８）。

上述のフォーム処理において、ステップＳ１０４およびステップＳ１０５のように、情報管理サーバ３０が記憶領域のパラメータを検索して、当該パラメータをフォームへの入力値としたリクエストを生成する処理は、ユーザによる操作を伴わずにフォームに自動でパラメータを入力する処理であるとも言える。

図１０は、報酬対象データ２６のデータ構成の一例を示す。図１０に示す例では、「００１」というユーザＩＤに、「ａｂｃ１２」というパラメータが対応付けられている。例えば、図５に示したようにアクションとパラメータとが対応付けられている場合、「００１」というユーザＩＤのユーザが、ユーザ装置６０を用いてサービスサイトにて商品を購入すると、「ａｂｃ１２」というパラメータが付加されたＵＲＬにて誘導ページに誘導される。この誘導ページへのアクセスと、必要に応じた報酬サイトへのログインとに伴い、「００１」というユーザＩＤと「ａｂｃ１２」というパラメータとが情報管理サーバ３０に取得され、図１０に示すように報酬対象データ２６として登録される。
なお、報酬対象データ２６には、図１０に示すように報酬対象データ２６が登録された日付や時刻等の情報が含まれてもよい。

図７に戻り、報酬処理サーバ２０は、報酬対象データ２６に基づき、パラメータと対応付けられているユーザＩＤに、パラメータが示すアクションに応じた報酬、言い換えれば、報酬規定データ２８にてパラメータと対応付けられて規定されている報酬を、付与する（ステップＳ１６）。これによって登録データ２７が格納される。

報酬の内容は、例えば、サービスサイトサーバ４０と報酬付与システム１０との管理者同士の取り決めに基づき予め決定されて、報酬規定データ２８として登録されていればよい。また、登録データ２７は、報酬の付与状況の確認や報酬の使用等の必要に応じて、報酬処理サーバ２０の外部へ出力されればよい。

図７のフローにて、ステップＳ１２～ステップＳ１４の処理は、情報取得部３３としての処理であり、ステップＳ１５の処理は、データ管理部２４としての処理であり、ステップＳ１６の処理は、報酬付与部２３としての処理である。

なお、情報管理サーバ３０は、上記に例示した処理に限らず、誘導ページのＵＲＬを用いたユーザ装置６０からリクエストを通じて、パラメータおよびユーザＩＤを取得すればよい。リクエストを通じた情報の取得とは、リクエストに対象の情報そのものが含まれており当該情報を取得すること、リクエストに含まれるＣｏｏｋｉｅ等の情報から対象の情報を特定すること、および、リクエストに対するレスポンスとして返されたウェブページへの入力情報をユーザ装置６０から受信することにより、入力情報から対象の情報を取得すること、を含む。

また、報酬処理サーバ２０に格納される報酬対象データ２６には、アクション情報として機能するパラメータとは異なる対象情報とユーザＩＤとが対応付けられた報酬対象データ２６が含まれてもよい。そして、上記アクション情報とは異なる対象情報とユーザＩＤとは、情報管理サーバ３０とは異なるサーバから報酬処理サーバ２０に送信されてもよい。すなわち、報酬処理サーバ２０は、アクション情報に限らず、報酬付与の対象行為を示す対象情報とユーザＩＤとを、他のサーバから報酬対象データ２６として受け付けて蓄積し、報酬対象データ２６に基づき報酬を付与する機能を有していてもよい。

言い換えれば、報酬処理サーバ２０は、ウェブサイトでのユーザのアクションに対して報酬を付与する用途に限らず、ユーザに対して報酬を付与する種々の用途に汎用的に利用可能であってもよい。

アクション情報とは異なる対象情報の例は、ユーザによって入力されたアンケート回答情報等である。この場合、対象情報は、アンケートへの回答という報酬付与の対象行為が為されたことを意味する。例えば、上述した対象情報とユーザＩＤとの入力フォームは、アクション情報とは異なる対象情報とユーザＩＤとの入力および送信にも利用可能であってもよい。

以上のように、本実施形態の報酬付与システム１０は、パラメータ付きＵＲＬを用いたユーザ装置６０からの接続を利用して、サービスサイトでのアクションおよびユーザを識別し、ユーザに報酬を付与する。したがって、報酬の的確な付与が可能である。また、誘導ページへのアクセスがユーザの意思に基づき行われる形態であれば、ユーザの情報がユーザの意に反して収集されることも抑えられる。

＜変形例：管理画面＞
管理者装置５０に表示される管理画面にて、報酬の設定や承認が可能であってもよい。こうした形態について説明する。

まず、図１１を参照して、管理画面にて報酬の付与の承認が行われる形態を説明する。図１１に示すように、管理者装置５０からの要求に基づいて、情報管理サーバ３０から管理者装置５０に管理画面のデータが送信される（ステップＳ２０）。これにより、管理者装置５０に管理画面が表示される（ステップＳ２１）。

管理画面には、情報管理サーバ３０が取得したユーザＩＤとパラメータとの組のうち、管理者装置５０での承認処理が完了していないユーザＩＤおよびパラメータとともに、当該ユーザＩＤへの報酬の付与を承認するか否かを入力可能な領域が示される。管理画面にて示されるユーザＩＤおよびパラメータは、管理者装置５０が管理するサービスサイトにてアクションを行ったユーザおよび当該アクションに対応する。例えば、情報管理サーバ３０にて、管理者ごとに配布されたパラメータや誘導ページのＵＲＬが管理されていれば、ユーザがアクションを行ったサービスサイトおよび管理者の識別が可能である。

なお、管理画面には、ユーザＩＤに代えてユーザを識別可能な他の情報が示されてもよい。例えば、ユーザがサービスサイトの会員であり、ユーザ装置６０が誘導ページに誘導される際に、アクションを示すパラメータに加えて、サービスサイトの会員としてのユーザの識別情報である会員ＩＤが、ユーザ装置６０から情報管理サーバ３０に引き渡される。そして、管理画面には、会員ＩＤが示されてもよい。また、アクションとパラメータとの対応付けが予め情報管理サーバ３０に通知されていれば、パラメータに代えて、パラメータに対応するアクションや報酬の内容が管理画面にて示されてもよい。

サービスサイトサーバ４０の管理者による管理者装置５０の操作に基づき、報酬の付与の承認または非承認が入力されると、この承認結果が、ユーザへの報酬の付与に対する管理者の承認状況を示す情報として、管理者装置５０から情報管理サーバ３０に送信される（ステップＳ２２）。これにより、承認結果が情報管理サーバ３０に登録される（ステップＳ２３）。

そして、報酬の付与が承認されている場合について、報酬処理サーバ２０が報酬を付与する。例えば、報酬の付与が承認されることを条件として、情報管理サーバ３０がユーザＩＤおよびパラメータを報酬処理サーバ２０に送信し、報酬対象データ２６が登録されてもよい。あるいは、情報管理サーバ３０が取得したユーザＩＤおよびパラメータはすべて報酬対象データ２６として登録され、報酬対象データ２６に承認状況を示すステータスが付与されてもよい。情報管理サーバ３０から報酬処理サーバ２０に承認結果が送信されることにより、報酬対象データ２６のステータスが更新され、報酬の付与が承認されたことを示すステータスを有する報酬対象データ２６について、報酬処理サーバ２０が報酬を付与する。

このように、サービスサイトサーバ４０の管理者の承認を得てから報酬が付与される形態であれば、報酬の付与についての信頼性が高められる。なお、管理画面では、承認および非承認に加えて、承認の保留が選択可能であってもよい。上記にて、ステップＳ２０およびステップＳ２１の処理は、管理画面提供部３４としての処理である。

また、事前準備の段階から管理画面が利用可能であってもよく、この場合、管理画面では、アクションごとの報酬の内容が設定可能であってもよい。この形態について、図１２を参照して説明する。

例えば、管理画面では、アクションごとに、ポイント数等の報酬の内容を入力可能なフォームが表示される。図１２に示すように、管理者装置５０にて、フォームに報酬の内容が入力されると、入力された報酬の内容を示す報酬情報が、管理者装置５０から情報管理サーバ３０に送信される（ステップＳ４０）。

報酬情報を受信すると、情報管理サーバ３０は、アクションに対応するパラメータと、報酬情報が示す報酬とを対応付けて、報酬処理サーバ２０に送信する（ステップＳ４１）。その結果、報酬処理サーバ２０にて、パラメータと対応付けられるように報酬情報が示す報酬が規定された報酬規定データ２８が登録される（ステップＳ４２）。

例えば、管理画面では、アクションごとにフォームが表示され、各フォームに対してアクションに対応するパラメータが紐づけられるように、フォームの情報が管理される。これにより、報酬の内容が入力されたフォームを識別することで、アクションとパラメータと報酬の内容との対応付けが可能である。

こうした構成によれば、管理者が、管理画面でアクションに対して報酬の内容を入力することにより、報酬付与システム１０にて、パラメータと報酬の内容とが対応付けられる。したがって、管理者の利便性が高められる。

上述のように登録された報酬規定データ２８に従って報酬が付与されることにより、アクションに応じた報酬として、パラメータと対応付けられて規定されている報酬が付与され、すなわち、サービスサイトサーバ４０の管理者による設定に従った報酬が付与される。

＜変形例：複数パラメータ＞
誘導ページのＵＲＬに複数のパラメータが付加され、報酬対象データ２６にてユーザＩＤに複数のパラメータが対応付けられてもよい。こうした変形例について説明する。

例えば、サービスサイトの会員には会費等が異なるゴールド会員やシルバー会員といった複数のランクが存在し、ユーザはいずれかのランクの会員であるとする。そして、サービスサイトは、報酬対象のアクションが完了したときに表示されるサービスサイトのページから、誘導ページにユーザ装置６０が誘導されるように構成されると共に、誘導ページへの遷移に際して、誘導ページのＵＲＬに、アクションに対応付けられた第１パラメータと、ユーザの会員ランクに対応付けられた第２パラメータとが付加されるように構成されている。ユーザの会員ランクは、サービスサイトでのログイン処理を経ることによって、サービスサイトサーバ４０にて識別される。

第２パラメータは、サービスサイトの利用者としてのユーザのステータスを示すステータス情報として機能する。会員ランク、すなわち会員種別は、上記ステータスの一例である。会員登録されていないことは、会員種別の一種として扱われる。

図１３は、アクションと第１パラメータとの対応付け、および、会員ランクと第２パラメータとの対応付けの例を示し、図１４は、アクション完了時に誘導されるパラメータ付きＵＲＬの例を示す。

図１３に示す例では、「購入」というアクションに、「ａｂｃ１２」というパラメータが対応付けられており、「投稿」というアクションに、「ｄｅｆ３４」というパラメータが対応付けられている。さらに、「ゴールド会員」という会員ランクに、「ＬＫ０１」というパラメータが対応付けられており、「シルバー会員」という会員ランクに、「ＬＫ０２」というパラメータが対応付けられている。

この場合、図１４に示すように、例えば、ゴールド会員であるユーザが商品を購入したとき、サービスサイトでの商品の購入完了時に表示されるページから誘導される誘導ページのＵＲＬには、「ａｂｃ１２」という第１パラメータと、「ＬＫ０１」という第２パラメータが付加される。なお、第１パラメータと第２パラメータとは、同一のパラメータ名の異なるパラメータ値であってもよいし、異なるパラメータ名のパラメータ値であってもよい。

誘導ページのＵＲＬに複数のパラメータが付加されている場合、当該ＵＲＬを用いたユーザ装置６０からのリクエストを通じて、ユーザ装置６０から情報管理サーバ３０に、複数のパラメータが引き渡される。そして、１つのユーザＩＤに複数のパラメータが対応付けられた報酬対象データ２６が報酬処理サーバ２０に格納される。

図１５は、報酬対象データ２６のデータ構成の一例を示す。図１５に示す例では、「００１」というユーザＩＤに、「ａｂｃ１２」というパラメータと、「ＬＫ０１」というパラメータが対応付けられている。

報酬処理サーバ２０は、報酬対象データ２６に基づき、パラメータに応じた報酬をユーザＩＤに付与する。例えば、ユーザのアクションを示す第１パラメータによって基礎報酬が規定され、ユーザの会員ランクを示す第２パラメータによって基礎報酬の加算内容が規定されてもよい。例えば、「シルバー会員」に対応する第２パラメータの場合には、基礎報酬の２倍がユーザに付与され、「ゴールド会員」に対応する第２パラメータの場合には、基礎報酬の３倍がユーザに付与されるといったように、地位の高い会員ランクであるほど加算が大きくされる。こうしたパラメータと報酬との関係は、報酬規定データ２８にて予め規定されていればよい。

このように、サービスサイトでのユーザのアクションを示すパラメータと、サービスサイトの利用者としてのユーザのステータスを示すパラメータとが誘導ページのＵＲＬに付加される形態であれば、より多様な報酬の付与が可能である。会員ランクに応じて報酬が加算される形態であれば、サービスサイトにおける会員の登録やユーザのアクションの促進がさらに期待できる。

なお、サービスサイトの利用者としてのユーザのステータスは、会員種別に限らず、サービスサイトの利用頻度や利用額であってもよく、サービスサイトの利用に関するユーザの状態を示す要素であればよい。

また、上記においては、アクションを示す第１パラメータとステータスを示す第２パラメータとの２種類のパラメータが誘導ページのＵＲＬに付加される形態を例示したが、付加されるパラメータの種類はこれに限られず、付加されるパラメータの数は３以上であってもよい。また、同一種類の複数のパラメータが付加されてもよい。

あるいは、付加されるパラメータの数に関わらず、１つのパラメータが、「ゴールド会員が購入した」ことのように、ステータスおよびアクションに対応付けられるように設定されていてもよい。要は、誘導ページのＵＲＬに付加されるパラメータの少なくとも１つが、少なくともアクションを示すように設定されていればよい。

上記実施形態においては、誘導ページのＵＲＬが対象ＵＲＬであり、情報管理サーバ３０の情報取得部３３および報酬処理サーバ２０のデータ管理部２４が、対象ＵＲＬを用いたユーザ装置６０からのリクエストを通じて取得したパラメータとユーザＩＤとを用い、パラメータを対象情報として適用して報酬対象データ２６を登録する登録部として機能する。

第１実施形態によれば、以下の効果を得ることができる。
（１）サービスサイトでのユーザのアクションに対応するパラメータを付加したＵＲＬを用いることで、当該ＵＲＬを用いたユーザ装置６０からのリクエストに基づいて、サービスサイトでのアクションおよびユーザの識別が可能である。この識別に基づきユーザに報酬が付与されるため、報酬の的確な付与が可能である。

（２）報酬付与システム１０が、パラメータを、フォームの入力値としてユーザ装置６０から受信する形態であれば、報酬付与システム１０は、ＵＲＬに含まれるパラメータを容易に取得することができる。

（３）報酬付与システム１０にて、誘導ページのＵＲＬからパラメータが取り出され、当該パラメータがフォームの入力値として出力されることで、当該パラメータが対象情報として適用された報酬対象データ２６が登録される形態であれば、ユーザ装置６０からのリクエストから報酬対象データ２６が登録までの処理が円滑に進められる。

（４）アクションに対応するパラメータに加えて、サービスサイトの利用者としてのユーザのステータスに対応するパラメータがＵＲＬに付加される形態であれば、より多様な報酬の付与が可能である。

（５）上記ステータスがサービスサイトにおけるユーザの会員種別を示す形態であれば、会員種別に応じた報酬の加算が可能である。これによって、サービスサイトにおける会員の登録やユーザのアクションの促進がさらに期待できる。

（６）サービスサイトサーバ４０の管理者の承認を得てから報酬が付与される形態であれば、報酬の付与についての信頼性が高められる。
（７）管理者装置５０の管理画面にてアクションに対して報酬が設定されることに基づき、報酬付与システム１０は、当該アクションに対応するパラメータと、設定された報酬とを対応付けて管理する。これにより、パラメータと対応付けられて規定されている報酬が付与されることにより、サービスサイトサーバ４０の管理者による設定に従った報酬が付与される。こうした構成によれば、報酬の設定についての利便性が高められる。

（第２実施形態）
報酬付与装置、報酬付与方法、および、報酬付与プログラムの第２実施形態を説明する。以下では、第２実施形態と第１実施形態との相違点を中心に説明し、第１実施形態と同様の構成については同じ符号を付してその説明を省略する。

＜報酬付与システムの全体構成＞
図１６に示すように、第２実施形態においては、ユーザ装置６０が、二次元コード８０からの情報の読み取り機能を備えている。すなわち、ユーザ装置６０は、カメラを含む撮影部を備え、ユーザ装置６０の演算装置は、ユーザ装置６０が有するプログラムに従って、撮影部の撮影画像にて二次元コード８０を認識して二次元コード８０が保持する情報を取得する。

二次元コード８０は、ユーザが訪問可能な場所に配置される。例えば、二次元コード８０は、サービスサイトと同一の運営者によって運営される施設に配置される。一例では、サービスサイトは商品の紹介や販売を行うサイトであり、二次元コード８０は、サービスサイトで紹介されている商品が販売されている現実の店舗である。二次元コード８０は、情報管理サーバ３０が提供する報酬サイトのページである訪問ページのＵＲＬの情報を保持している。

第２実施形態では、ユーザが、ユーザ装置６０を通じてサービスサイトで特定のアクションを行うこと、および、ユーザが、二次元コード８０の配置されている場所を訪れて二次元コード８０の読み取りを行うことを条件として、報酬処理サーバ２０が報酬を付与する。例えば、ユーザが、サービスサイトで来店予約をした後に来店して二次元コード８０の読み取りを行うことで、報酬が付与される。

＜報酬付与システムの動作＞
図１７を参照して、ユーザが二次元コード８０の配置されている場所を訪れた場合について、報酬付与システム１０の動作を説明する。なお、ユーザがサービスサイトでアクションを行った場合の報酬付与システム１０の動作は第１実施形態と同様である。

図１７に示すように、ユーザ装置６０が二次元コード８０から情報を読み取ると（ステップＳ３０）、読み取ったＵＲＬに基づき、ユーザ装置６０は、訪問ページにアクセスする（ステップＳ３１）。

ユーザ装置６０による訪問ページのＵＲＬを用いたリクエストを通じて、情報管理サーバ３０は、ユーザ装置６０の操作者であるユーザに対応するユーザＩＤを取得する（ステップＳ３２）。例えば、Ｃｏｏｋｉｅの利用により、報酬サイトでのユーザのログイン状態が保持されている場合には、Ｃｏｏｋｉｅの情報を用いてユーザを識別することに基づきユーザＩＤが特定される。また、報酬サイトにユーザがログインしていない場合には、ユーザ装置６０を訪問ページからログインページに遷移させ、ユーザ装置６０からユーザＩＤやパスワード等の認証情報を入力させることによってログイン処理を実施する。これにより、ユーザに対応するユーザＩＤが特定される。

なお、二次元コード８０が保持する情報に、二次元コード８０の配置場所、すなわちユーザの訪問場所を示す情報も含まれて、この情報も情報管理サーバ３０に引き渡されてもよい。あるいは、二次元コード８０が、二次元コード８０ごとに異なる訪問ページのＵＲＬを保持していれば、訪問ページのＵＲＬが、ユーザの訪問場所の識別情報として機能する。

情報管理サーバ３０におけるユーザＩＤの取得後、ユーザ装置６０には、報酬サイトの所定のページが表示されてもよいし、報酬サイトのページからのリダイレクト等によって、サービスサイトの所定のページが表示されてもよい。

情報管理サーバ３０は、ユーザＩＤを取得すると、ユーザが二次元コード８０を読み取ったというアクションを示す情報とともに、ユーザＩＤを報酬処理サーバ２０に送信する（ステップＳ３３）。その結果、報酬処理サーバ２０にて、ユーザＩＤに対応するユーザが二次元コード８０を読み取ったことが記録される（ステップＳ３４）。

例えば、ユーザＩＤと、二次元コード８０を読み取ったというアクションを示す情報とが対応付けられて、報酬対象データ２６として格納されてもよい。この場合、上記アクションを示す情報は、対象情報の一例である。訪問ページのリクエストを利用したユーザＩＤの取得から報酬対象データ２６の生成までの処理には、第１実施形態で説明した誘導ページのリクエストの場合と同様に、対象情報とユーザＩＤとの入力フォームを用いた情報の送信が利用されてもよい。なお、報酬対象データ２６とは別に、二次元コード８０を読み取ったユーザとしてユーザＩＤが記憶部２５に記憶されてもよい。

報酬処理サーバ２０は、ユーザＩＤの照合により、サービスサイトでの特定のアクションと、二次元コード８０の読み取りとが記録されているユーザに対し、報酬を付与する（ステップＳ３５）。

図１８は、報酬処理サーバ２０が、二次元コード８０を読み取ったユーザＩＤとして記録されているユーザＩＤを対象に実施する報酬付与処理のフローの一例を示す。例えば、報酬処理サーバ２０は、対象情報が二次元コード８０の読み取りを示す報酬対象データ２６が処理対象であるときに、図１８に示す処理を実施する。

図１８に示すように、報酬処理サーバ２０は、蓄積されている報酬対象データ２６のなかに、二次元コード８０を読み取ったユーザＩＤと同一のユーザＩＤのデータがあるかを判定する（ステップＳ５０）。報酬の条件が、サービスサイトでの特定のアクションである場合には、報酬処理サーバ２０は、この特定のアクションを示すパラメータと対応付けられているユーザＩＤがあるかを判定する。また、報酬の条件として、サービスサイトで特定のアクションが行われた期間が指定されていてもよく、この場合、報酬処理サーバ２０は、指定されている期間中に記録された報酬対象データ２６のなかに、特定のアクションを示すパラメータと対応付けられているユーザＩＤのデータがあるかを判定する。

二次元コード８０を読み取ったユーザＩＤと同一のユーザＩＤのデータがある場合（ステップＳ５０で肯定判定）、報酬処理サーバ２０は、当該ユーザＩＤに報酬を付与して処理を終了する（ステップＳ５１）。これによって登録データ２７が格納される。二次元コード８０を読み取ったユーザＩＤと同一のユーザＩＤのデータがない場合（ステップＳ５０で否定判定）、報酬処理サーバ２０は、報酬を付与せずに処理を終了する。

なお、ステップＳ５０で否定判定の場合、すなわち、サービスサイトでのアクションの記録がない場合にも報酬が付与され、ステップＳ５０で肯定判定の場合、すなわち、サービスサイトでのアクションの記録がある場合には、アクションの記録がない場合に対して加算した報酬が付与されてもよい。また、サービスサイトでのアクションに対しては、二次元コード８０の読み取りに関わらず報酬が付与されてもよいし、二次元コード８０の読み取りが確認された場合にのみ報酬が付与されてもよい。
要は、サービスサイトでのアクションと二次元コード８０の読み取りとを条件として、この条件が満たされない場合とは異なる報酬が付与されればよい。

また、上記では、サービスサイトでのアクションの後に二次元コード８０の読み取りが行われることを条件として報酬が付与される例を説明したが、二次元コード８０の読み取りの後にサービスサイトでアクションが行われることが報酬の付与の条件とされてもよい。

以上のように、第２実施形態では、サービスサイトでアクションを行ったユーザと、現実の場所でのアクションを行ったユーザとが識別されてこれらの照合により報酬が付与される。したがって、報酬の付与形態の多様化が可能であり、ウェブサイトと店舗とが連動した企画のように、報酬付与サービスを利用した宣伝活動の多様化も可能である。

なお、上記では、訪問ページのＵＲＬが二次元コード８０として光学的に読み取り可能に保持されている例を説明したが、訪問ページのＵＲＬの保持形式は限定されない。例えば、訪問ページのＵＲＬは、ＮＦＣ（Near field communication）等の近距離無線通信によって読み取り可能に媒体に保持されていてもよい。要は、ユーザ装置６０が、ユーザ装置６０の外部から読み取ったＵＲＬ等の情報に基づいて、情報管理サーバ３０にリクエストを送信し、このリクエストを通じてユーザＩＤが取得されればよい。

また、第１実施形態で説明した、管理画面にて報酬の設定や承認が行われる形態や、誘導ページのＵＲＬに複数のパラメータが付加される形態は、第２実施形態でも採用可能である。

第２実施形態によれば、第１実施形態の（１）～（７）の効果に加えて、以下の効果が得られる。
（８）サービスサイトでアクションを行ったユーザと、現実の場所を訪れたユーザとが識別されてこれらの照合により報酬が付与される。したがって、報酬の付与形態の多様化が可能である。

（変形例）
上記各実施形態は、以下のように変更して実施することができる。上記各実施形態および以下の変形例は、技術的に矛盾しない範囲で互いに組み合わせて実施することができる。

・サービスサイトでのアクションに応じて誘導ページのＵＲＬに付加されるパラメータは、ＵＲＬへの付加の都度ごとにサービスサイトサーバ４０によって生成されてもよい。この場合、生成されたパラメータと報酬の内容との対応付けが、サービスサイトサーバ４０から情報管理サーバ３０に通知されてもよい。あるいは、パラメータの生成が所定のアルゴリズムを用いて行われ、情報管理サーバ３０にて当該アルゴリズムに対応するようにパラメータを変換することで、予め規定された報酬の内容との対応付けが可能であってもよい。

また、誘導ページのＵＲＬから取り出されたパラメータを対象情報として適用する際に、所定のルールに従ってパラメータの変換が行われてもよく、アクションの識別情報として機能していれば、対象情報とパラメータとは完全に一致しなくてもよい。具体的には、変換前と変換後とが１対１で対応するようにパラメータの変換が為されていればよい。

要は、パラメータを対象情報として適用することは、ＵＲＬに付加されていたパラメータそのものを対象情報とすること、および、ＵＲＬに付加されていたパラメータを変換したパラメータを対象情報とすることを含む。言い換えれば、パラメータを対象情報として適用することは、パラメータを対象情報として当てはめることを意味し、アクションの識別機能が失われなければ、当てはめに際してのパラメータの変換は許容される。そして、パラメータを対象情報として適用することは、第１実施形態で図９を参照して説明したように、パラメータをフォームへの入力値として出力することも含む。

・報酬処理サーバ２０および情報管理サーバ３０の各々は、複数の情報処理装置から構成されてもよい。１つの情報処理装置は単体のコンピュータ装置である。また、１つの情報処理装置が、報酬処理サーバ２０および情報管理サーバ３０の機能を担ってもよい。言い換えれば、報酬処理サーバ２０および情報管理サーバ３０の機能が１つのサーバによって実現されてもよい。

（付記）
上記各実施形態および変形例から把握できる技術的思想について以下に記載する。
［１］報酬付与の対象行為に関する対象情報とユーザの識別情報とが対応付けられた報酬対象データに基づいて、前記対象情報に応じた報酬を前記ユーザに付与する報酬付与部と、ウェブサイトでのユーザのアクションに対応するパラメータを含むＵＲＬが対象ＵＲＬであって、前記対象ＵＲＬを用いたユーザ装置からのリクエストを通じて取得した前記パラメータとユーザの識別情報とを用い、前記パラメータを前記対象情報として適用して前記報酬対象データを登録する登録部と、を備える報酬付与装置。

［２］前記対象ＵＲＬは、前記パラメータである第１パラメータと、前記ウェブサイトの利用者としての前記ユーザのステータスに対応する第２パラメータとを含み、前記登録部は、前記対象ＵＲＬを用いたユーザ装置からのリクエストを通じて取得した前記第１パラメータおよび前記第２パラメータと前記ユーザの識別情報とを用い、前記第１パラメータおよび前記第２パラメータを前記対象情報として適用して前記報酬対象データを登録する、［１］に記載の報酬付与装置。

［３］前記第２パラメータは、前記ステータスとして前記ウェブサイトにおける前記ユーザの会員種別を示す、［２］に記載の報酬付与装置。
［４］前記報酬付与装置は、前記パラメータを、フォームの入力値として前記ユーザ装置から受信する、［１］～［３］のいずれか１つに記載の報酬付与装置。

［５］前記登録部は、前記対象ＵＲＬから前記パラメータを取り出し、前記パラメータをフォームの入力値として出力することで、前記パラメータを前記対象情報として適用して前記報酬対象データを登録する、［１］～［３］のいずれか１つに記載の報酬付与装置。

［６］前記報酬付与部は、ユーザ装置が外部から読み取った情報に基づくリクエストを通じて取得したユーザの識別情報と一致する識別情報が、前記報酬対象データにて前記パラメータが適用された前記対象情報と対応付けられているとき、前記ユーザに報酬を付与する、［１］～［５］のいずれか１つに記載の報酬付与装置。

［７］前記報酬対象データに含められる前記ユーザの識別情報に対応するユーザが対象ユーザであって、前記報酬付与装置は、前記ウェブサイトの管理者が操作する管理者装置から、前記対象ユーザへの報酬の付与に対する前記管理者の承認状況を示す情報を受信し、前記報酬付与部は、前記報酬の付与の承認が得られたとき、前記報酬対象データに基づく報酬の付与を実行する、［１］～［６］のいずれか１つに記載の報酬付与装置。

［８］前記ウェブサイトの管理者が操作する管理者装置から、前記アクションに対して前記管理者が設定した報酬を示す報酬情報を受信し、前記アクションに対応する前記パラメータと、前記報酬情報が示す報酬とを対応付けて管理する、［１］～［７］のいずれか１つに記載の報酬付与装置。

［９］前記報酬付与部は、前記パラメータが前記対象情報として適用された前記報酬対象データに基づき、前記パラメータと対応付けられて規定されている報酬を前記ユーザに付与する、［１］～［８］のいずれか１つに記載の報酬付与装置。

１０…報酬付与システム、２０…報酬処理サーバ、３０…情報管理サーバ、４０…サービスサイトサーバ、５０…管理者装置、６０…ユーザ装置。

Claims (11)

1. 報酬付与の対象行為に関する対象情報とユーザの識別情報とが対応付けられた報酬対象データに基づいて、前記対象情報に応じた報酬を前記ユーザに付与する報酬付与部と、
   ウェブサイトでのユーザのアクションに対応するパラメータを含むＵＲＬが対象ＵＲＬであって、前記対象ＵＲＬを用いたユーザ装置からのリクエストを通じて取得した前記パラメータとユーザの識別情報とを用い、前記パラメータを前記対象情報として適用して前記報酬対象データを登録する登録部と、
   を備える報酬付与装置。
2. 前記対象ＵＲＬは、前記パラメータである第１パラメータと、前記ウェブサイトの利用者としての前記ユーザのステータスに対応する第２パラメータとを含み、
   前記登録部は、前記対象ＵＲＬを用いたユーザ装置からのリクエストを通じて取得した前記第１パラメータおよび前記第２パラメータと前記ユーザの識別情報とを用い、前記第１パラメータおよび前記第２パラメータを前記対象情報として適用して前記報酬対象データを登録する
   請求項１に記載の報酬付与装置。
3. 前記第２パラメータは、前記ステータスとして前記ウェブサイトにおける前記ユーザの会員種別を示す
   請求項２に記載の報酬付与装置。
4. 前記報酬付与装置は、前記パラメータを、フォームの入力値として前記ユーザ装置から受信する
   請求項１に記載の報酬付与装置。
5. 前記登録部は、前記対象ＵＲＬから前記パラメータを取り出し、前記パラメータをフォームの入力値として出力することで、前記パラメータを前記対象情報として適用して前記報酬対象データを登録する
   請求項１に記載の報酬付与装置。
6. 前記報酬付与部は、ユーザ装置が外部から読み取った情報に基づくリクエストを通じて取得したユーザの識別情報と一致する識別情報が、前記報酬対象データにて前記パラメータが適用された前記対象情報と対応付けられているとき、前記ユーザに報酬を付与する
   請求項１に記載の報酬付与装置。
7. 前記報酬対象データに含められる前記ユーザの識別情報に対応するユーザが対象ユーザであって、
   前記報酬付与装置は、前記ウェブサイトの管理者が操作する管理者装置から、前記対象ユーザへの報酬の付与に対する前記管理者の承認状況を示す情報を受信し、
   前記報酬付与部は、前記報酬の付与の承認が得られたとき、前記報酬対象データに基づく報酬の付与を実行する
   請求項１に記載の報酬付与装置。
8. 前記ウェブサイトの管理者が操作する管理者装置から、前記アクションに対して前記管理者が設定した報酬を示す報酬情報を受信し、
   前記アクションに対応する前記パラメータと、前記報酬情報が示す報酬とを対応付けて管理する
   請求項１に記載の報酬付与装置。
9. 前記報酬付与部は、前記パラメータが前記対象情報として適用された前記報酬対象データに基づき、前記パラメータと対応付けられて規定されている報酬を前記ユーザに付与する
   請求項１または８に記載の報酬付与装置。
10. １または複数のコンピュータに、
    報酬付与の対象行為に関する対象情報とユーザの識別情報とが対応付けられた報酬対象データに基づいて、前記対象情報に応じた報酬を前記ユーザに付与することと、
    ウェブサイトでのユーザのアクションに対応するパラメータを含むＵＲＬが対象ＵＲＬであって、前記対象ＵＲＬを用いたユーザ装置からのリクエストを通じて取得した前記パラメータとユーザの識別情報とを用い、前記パラメータを前記対象情報として適用して前記報酬対象データを登録することと、
    を実行させる報酬付与プログラム。
11. １または複数のコンピュータが、
    報酬付与の対象行為に関する対象情報とユーザの識別情報とが対応付けられた報酬対象データに基づいて、前記対象情報に応じた報酬を前記ユーザに付与することと、
    ウェブサイトでのユーザのアクションに対応するパラメータを含むＵＲＬが対象ＵＲＬであって、前記対象ＵＲＬを用いたユーザ装置からのリクエストを通じて取得した前記パラメータとユーザの識別情報とを用い、前記パラメータを前記対象情報として適用して前記報酬対象データを登録することと、
    を実行する報酬付与方法。

Images