JP7442721B1 - 特典付与システム及び特典付与方法 - Google Patents

Abstract

【課題】ユーザの属性に応じて、特典を受け取り可能なユーザを制限する特典付与システム及び方法を提供する。【解決手段】ユーザ識別情報を取得する特典付与システムは、ユーザ識別情報に基づいて、ユーザ端末のユーザが、予め設定されたユーザ属性に基づいて抽出される候補者であるか否かを判定し、ユーザが候補者である場合、候補者が所定行動をとることを条件として候補者に特典を付与するキャンペーンを知らせる告知情報をユーザ端末へ送信し、所定行動の完了後に表示されることが定められた受取画面をユーザ端末に表示させる受取画面情報の要求を受信し、受取画面情報の要求を受信したとき、端末装置のユーザが候補者であるか否かを判定し、ユーザが候補者である場合、受取画面情報を端末装置へ送信し、ユーザが候補者ではない場合、受取画面情報を送信しない。【選択図】図１７

Description

本発明は、所定の条件を満たした一部のユーザに特典を付与するための方法に関する。

従来、例えば商品の購入やサービスの予約等、ユーザが所定の行動をとったことを条件として、そのユーザに特典を付与するシステムが知られている。例えば、特許文献１には、商品を購入したユーザに特典を付与する情報処理装置が開示されている。この情報処理装置は、広告主により設定された対象商品を利用するレシピ情報のＵＲＬ（Uniform Resource Locator）を示す２次元コードを生成する。ユーザが利用するユーザ端末は、チラシ等に掲載された２次元コードを読み取ることで、レシピ情報を表示する。ユーザ端末は、レシピ情報に表示された広告バナー等のリンクに対する操作に応じて、対象商品の商品広告ページを表示する。商品広告ページは、例えば対象商品の購入のインセンティブとなる特典の提供が行われる旨を告知するキャンペーンプラットフォームである。情報処理装置は、商品広告ページに表示されたエントリボタンに対する操作に応じて、ユーザを識別するユーザＩＤを登録する。その後、ユーザが店舗で対象商品を購入すると、店舗で使用される店舗端末は電子決済を行い、電子決済の結果としてユーザＩＤ等を情報処理装置へ送信する。情報処理装置は、ユーザのエントリ時に登録された情報と、ユーザによる対象商品の購入時の情報とに基づいて、ユーザが対象商品を購入したか否かを判定し、対象商品を購入したユーザに対して特典を付与する。

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

エントリは、キャンペーンへの参加を申し込むこと、またはキャンペーンに参加可能なユーザのリストに登録してもらうことに相当するものと考えられる。その一方で、ユーザがキャンペーンへの参加を申し込んだか否かとは別に、またはキャンペーンが参加の申し込みを必要とするか否かとは関係なく、例えばキャンペーンの関係者や広告主等により予め定められた一部のユーザに対してのみ、特典を付与したい場合がある。例えば、特定の属性を有するユーザのみに特典を付与することが考えられる。しかしながら、従来の技術では、そうした事情は考慮されていなかった。例えば、２次元コードを読み取れば何れのユーザのユーザ端末であっても広告バナーを表示することとすると、その広告バナーのリンクを介して商品広告ページを表示してエントリが可能となる。そのため、特典を付与するユーザを限定することができない。たとえ、特定のユーザ以外のユーザに対しては広告バナーを表示しないように情報処理装置を構成したとしても、何らかの方法で商品広告ページのＵＲＬ等の情報を入手することができれば、そのユーザは商品広告ページを表示させてエントリすることが可能となる。

本発明は以上の点に鑑みてなされたものであり、その課題の一例は、ユーザの属性に応じて、特典を受け取り可能なユーザを制限することが可能な特典付与システム及び特典付与方法を提供することにある。

本発明の一の側面は、端末装置のユーザが、予め設定されたユーザ属性に基づいて抽出される候補者であるか否かを、前記ユーザを識別するユーザ識別情報であって、前記端末装置から取得されたユーザ識別情報に基づいて判定する判定処理を実行する候補者判定手段と、前記端末装置のユーザが前記候補者であると判定された場合、前記候補者が所定行動をとることを条件として前記候補者に特典を付与するキャンペーンを知らせる告知情報であって、前記キャンペーンの案内を示すキャンペーン画面へのリンクを含む告知情報を、前記端末装置へ送信する告知情報送信手段と、前記所定行動の完了後に表示されることが定められた受取画面であって、前記特典の受け取りを示す受取画面を前記端末装置に表示させる受取画面情報の要求を、前記端末装置から受信する要求受信手段と、前記要求が受信されることに応じて、前記受取画面情報を前記端末装置へ送信する受取画面情報送信手段と、を備え、前記候補者判定手段は、前記要求が受信されたとき、前記判定処理を更に実行し、前記受取画面情報送信手段は、前記端末装置のユーザが前記候補者ではないと、前記要求が受信されたときに実行された前記判定処理で判定された場合、前記受取画面情報を前記端末装置へ送信しないことを特徴とする。

この側面によれば、特典が付与されるユーザの候補者は、予め設定されたユーザ属性に基づいて抽出される。端末装置のユーザが候補者であるか否かが判定される。そのユーザが候補者である場合、その端末装置へ告知情報が送信される。告知情報は、候補者が所定行動をとることを条件としてその候補者に特典を付与するキャンペーンを知らせる情報である。告知情報は、そのキャンペーンの案内を示すキャンペーン画面へのリンクを含む。そのため、候補者であると判定されたユーザが告知情報を操作することによって、端末装置はキャンペーン画面を表示する。所定行動の完了後に、端末装置から受取画面情報の要求が送信される。受取画面情報は、特典の受け取りを示す受取画面を表示するための情報である。受取画面情報が要求されたとき、その端末装置のユーザが候補者であるか否かが更に判定される。そのユーザが候補者である場合、受取画面情報が端末装置へ送信される。従って、端末装置は受取画面を表示し、ユーザは特典を受け取ることができる。そのユーザが候補者ではない場合、受取画面情報は送信されない。従って、端末装置は受取画面を表示せず、ユーザは特典を受け取ることができない。そのため、ユーザが候補者ではないにもかかわらず、そのユーザが何らかの方法でキャンペーン画面を表示させてキャンペーンに参加することができたと仮定したとしても、その後特典を受け取ることができない。従って、ユーザの属性に応じて、特典を受け取り可能なユーザを制限することができる。

本発明の別の側面は、前記受取画面は、前記特典の受け取りが完了したことを示す画面であり、前記所定行動の完了後に、前記特典を受け取るための受取操作を受け付け可能な受取操作画面が、前記端末装置により表示され、前記要求受信手段は、前記受取操作画面において前記受取操作が受け付けられたとき、前記端末装置から前記要求を受信することを特徴とする。

この側面によれば、端末装置は、所定行動の完了後に受取操作画面を表示する。受取操作画面において、特典を受け取るための受付操作が受け付けられたときに、ユーザが候補者であるか否かが判定される。ユーザが候補者である場合、端末装置は受取画面を表示する。この受取画面は、特典の受け取りの完了を示す。ユーザが候補者ではない場合、受取操作画面で受付操作が受け付けられたとしても、端末装置は受取画面を表示しない。従って、ユーザの属性に応じて、特典を受け取り可能なユーザを制限することができる。

本発明の更に別の側面は、前記端末装置のユーザが前記候補者であると、前記要求が受信されたときに実行された前記判定処理で判定された場合、前記端末装置のユーザへ特典を付与する付与処理を実行する付与手段を更に備えることを特徴とする。

この側面によれば、ユーザが候補者である場合、そのユーザは特典の受け取りが完了し、端末装置は受取画面を表示する。

本発明の更に別の側面は、前記所定行動は、所定のサービスに関連する行動を含み、前記サービスで提供される所定のサービス画面であって、所定の操作要素を含むことがあるサービス画面が、前記キャンペーン画面により示される前記案内に前記ユーザが従うことで、前記端末装置により表示されることがあり、前記サービス画面において前記操作要素が操作されることに応じて、前記受取操作画面が前記端末装置により表示されることを特徴とする。

この側面によれば、キャンペーン画面により示される案内にユーザが従った行動をとることで、端末装置が、所定のサービスで提供されるサービス画面を表示することがある。特典が付与される条件としての所定行動は、そのサービスに関連する行動を含む。サービス画面は、操作要素を含むことがある。サービス画面内の操作要素が操作されると、端末装置は、受取操作画面を表示する。受取操作画面において、特典を受け取るための受付操作が受け付けられたとき、ユーザが候補者であるか否かが判定される。そのため、端末装置に表示される画面が、キャンペーンに関連するサービスで提供される画面から、ポイントを受け取るための画面に遷移する。

本発明の更に別の側面は、前記受取画面は、前記特典を受け取るための受取操作を受け付け可能な受取操作画面であり、前記送信された受取画面情報に基づいて前記端末装置により表示された前記受取操作画面において前記受取操作が受け付けられることに応じて、前記端末装置のユーザへ特典を付与する付与処理を実行する付与手段を更に備えることを特徴とする。

この側面によれば、ユーザが候補者である場合、端末装置は、受取画面として受取操作画面を表示する。受取操作画面において、特典を受け取るための受付操作が受け付けられると、ユーザに特典が付与される。ユーザが候補者ではない場合、端末装置は受取操作画面を表示しない。この場合、ユーザは、特典を受け取るための操作を行うことができない。従って、ユーザの属性に応じて、特典を受け取るための操作が可能なユーザを制限することができる。

本発明の更に別の側面は、前記所定行動は、所定のサービスに関連する行動を含み、前記サービスで提供される所定のサービス画面であって、前記受取操作画面を表示させるために操作可能な操作要素を含むことがあるサービス画面が、前記キャンペーン画面により示される前記案内に前記ユーザが従うことで、前記端末装置により表示されることがあり、前記要求受信手段は、前記表示されたサービス画面において前記操作要素が操作されたとき、前記端末装置から前記要求を受信することを特徴とする。

この側面によれば、キャンペーン画面により示される案内にユーザが従った行動をとることで、端末装置が、所定のサービスで提供されるサービス画面を表示することがある。特典が付与される条件としての所定行動は、そのサービスに関連する行動を含む。サービス画面は、操作要素を含むことがある。サービス画面内の操作要素が操作されたときに、ユーザが候補者であるか否かが判定される。そのため、ユーザの属性に応じて、端末装置に表示される画面を、キャンペーンに関連するサービスで提供される画面から、ポイントを受け取るための画面に遷移可能なユーザを制限することができる。

本発明の更に別の側面は、前記サービス画面を表示する前記端末装置に、前記サービス画面内に前記操作要素を前記端末装置に表示させる操作要素情報を送信する操作要素情報送信手段を更に備え、前記候補者判定手段は、前記端末装置が前記サービス画面を表示するとき、前記判定処理を更に実行し、前記操作要素情報送信手段は、前記端末装置のユーザが前記候補者ではないと、前記端末装置が前記サービス画面を表示するときに実行された前記判定処理で判定された場合、前記操作要素情報を送信しないことを特徴とする。

この側面によれば、端末装置がサービス画面を表示するとき、ユーザが候補者であるか否かが更に判定される。ユーザが候補者である場合、そのサービス画面内に操作要素が表示される。ユーザが候補者ではない場合、操作要素は表示されない。そのため、ユーザの属性に応じて、端末装置に表示される画面を、キャンペーンに関連するサービスで提供される画面から、ポイントを受け取るための画面に遷移可能なユーザを制限することができる。

本発明の更に別の側面は、前記キャンペーン画面は、前記所定行動をとるための操作を受け付け可能な操作画面を表示させる表示操作を受け付け可能な画面であり、前記キャンペーン画面において前記表示操作が受け付けられた場合、前記表示操作を行った操作者を特定可能な操作者特定情報を、前記取得されたユーザ識別情報により識別される前記ユーザが前記操作者であることを示すように更新する更新手段と、前記操作者特定情報と前記取得されたユーザ識別情報とに基づいて、前記端末装置のユーザが前記操作者であるか否かを判定する操作者判定手段と、を更に備え、前記操作要素情報送信手段は、前記端末装置のユーザが前記操作者ではないと判定された場合、前記操作要素情報を送信しないことを特徴とする。

この側面によれば、キャンペーン画面において、表示操作が受け付けられると、端末装置は、操作画面を表示する。操作画面は、所定行動をとるための操作を受け付け可能な画面である。操作画面で操作を行うことで、ユーザは、最終的に所定行動をとることができる場合があり、端末装置はサービス画面を表示する。ユーザが、候補者であり且つ表示操作を行った操作者である場合、端末装置はサービス画面内に操作要素を表示する。ユーザが表示操作を行った操作者ではない場合、たとえそのユーザが候補者であったとしても、端末装置は操作要素を表示しない。そのため、キャンペーン画面で案内を確認したか否かに応じて、端末装置に表示される画面を、キャンペーンに関連するサービスで提供される画面から、ポイントを受け取るための画面に遷移可能なユーザを制限することができる。

本発明の更に別の側面は、前記サービス画面は、前記操作画面であるか、または、前記操作画面よりも後に表示されることが予定されている画面であることを特徴とする。

本発明の更に別の側面は、前記所定行動は、前記操作要素を操作することを含むことを特徴とする。

本発明の更に別の側面は、前記キャンペーンを実施するために発生したキャンペーン費用であって、何れかのユーザに対して前記特典が付与されるごとに増加するキャンペーン費用が記憶手段に記憶され、前記告知情報送信手段は、前記記憶されたキャンペーン費用が、前記キャンペーンについて設定された予算の所定割合以上である場合、前記告知情報を前記端末装置へ送信せず、前記キャンペーン画面は、前記所定行動をとるための操作を受け付け可能な操作画面を表示させる表示操作を受け付け可能な画面であり、前記キャンペーン画面において前記表示操作が受け付けられた場合、前記表示操作を行った操作者を特定可能な操作者特定情報を、前記取得されたユーザ識別情報により識別される前記ユーザが前記操作者であることを示すように更新する更新手段と、前記操作者特定情報と前記取得されたユーザ識別情報とに基づいて、前記端末装置のユーザが前記操作者であるか否かを判定する操作者判定手段と、を更に備え、前記受取画面情報送信手段は、前記キャンペーン費用が前記予算の前記所定割合以上である場合、前記受取画面情報を送信せず、前記端末装置のユーザが前記候補者であると判定され、且つ、前記端末装置のユーザが前記操作者であると判定された場合、前記キャンペーン費用が前記予算の前記所定割合以上であっても、前記受取画面情報を送信することを特徴とする。

この側面によれば、ユーザに特典が付与されるごとに、キャンペーン費用が増加する。キャンペーン費用が予算の所定割合以上となった場合、端末装置への告知情報の送信は停止される。従って、端末装置は告知情報を表示しない。キャンペーン画面において、表示操作が受け付けられると、端末装置は、操作画面を表示する。操作画面は、所定行動をとるための操作を受け付け可能な画面である。操作画面で操作を行うことで、ユーザは、最終的に所定行動をとることができる場合があり、端末装置はサービス画面を表示する。端末装置から受取画面情報の要求が送信されてきた時点でキャンペーン費用が予算の所定割合以上となっている場合、たとえユーザが候補者であったとしても、端末装置は受取画面を表示しない。しかしながら、そのユーザが、候補者であり且つ表示操作を行った操作者である場合、たとえキャンペーン費用が予算の所定割合以上となっていたとしても、端末装置は受取画面を表示する。そのため、キャンペーン費用が予算に対して過大になることを抑止しながら、キャンペーン費用が予算の所定割合に達する前に告知情報を表示させて、キャンペーン画面で案内を確認したユーザに対しては、その後キャンペーン費用が所定割合に達したとしても、特典を付与することができる。

本発明の更に別の側面は、前記送信される告知情報は、広告であることを特徴とする。

本発明の更に別の側面は、前記キャンペーンを実施するために広告主に請求されるキャンペーン費用が記憶手段に記憶され、前記告知情報送信手段により前記告知情報が送信される結果、前記特典を付与するための特典費用とは異なる広告料が発生することに応じて、前記記憶されたキャンペーン費用に前記広告料を加算する第１加算手段と、何れかのユーザに対して前記特典が付与されることに応じて、前記記憶されたキャンペーン費用に、付与される前記特典に応じた前記特典費用を加算する第２加算手段と、を更に備えることを特徴とする。

この側面によれば、広告としての告知情報の送信の結果、広告料が発生すると、キャンペーン費用が増加する。また、広告料とは別に、特典を付与するための特典費用が発生すると、キャンペーン費用が増加する。そのため、広告料と特典費用とが別々にキャンペーン費用に加算される。

本発明の更に別の側面は、前記告知情報送信手段は、前記キャンペーン費用が、前記キャンペーンについて設定された予算の所定割合以上である場合、前記告知情報を前記端末装置へ送信しないことを特徴とする。

この側面によれば、キャンペーン費用が予算の所定割合以上となった場合、端末装置への告知情報の送信は停止される。従って、端末装置は告知情報を表示しない。そのため、広告料と特典費用とを含むキャンペーン費用が予算に対して過大になることを抑止することができる。

本発明の更に別の側面は、前記端末装置のユーザが前記所定行動のうち予め定められた少なくとも一部の行動をとることにより、前記広告料が発生することを特徴とする。

この側面によれば、所定行動をとったユーザに特典を付与することにより、広告の成果が得られることを促進することができる。

本発明の更に別の側面は、前記キャンペーン画面により示される前記案内は、前記条件を含むことを特徴とする。

この側面によれば、キャンペーン画面で、ユーザは、特典を受け取るための条件としての所定行動を確認することができる。

本発明の更に別の側面は、前記候補者判定手段は、前記取得されたユーザ識別情報と、前記候補者を特定可能な候補者特定情報と、に基づいて、前記端末装置のユーザが前記候補者であるか否かを判定することを特徴とする。

本発明の更に別の側面は、前記候補者特定情報は、前記端末装置のユーザの属性を示す情報であることを特徴とする。

本発明の更に別の側面は、コンピュータにより実行される特典付与方法において、端末装置のユーザが、予め設定された属性に基づいて抽出される候補者であるか否かを、前記ユーザを識別するユーザ識別情報であって、前記端末装置から取得されたユーザ識別情報に基づいて判定する判定処理を実行する第１候補者判定ステップと、前記端末装置のユーザが前記候補者であると前記第１候補者判定ステップにより判定された場合、前記候補者が所定行動をとることを条件として前記候補者に特典を付与するキャンペーンを知らせる告知情報であって、前記キャンペーンの案内を示すキャンペーン画面へのリンクを含む告知情報を、前記端末装置へ送信する告知情報送信ステップと、前記所定行動の完了後に表示されることが定められた受取画面であって、前記特典の受け取りを示す受取画面を前記端末装置に表示させる受取画面情報の要求を、前記端末装置から受信する要求受信ステップと、前記要求が受信されたとき、前記判定処理を更に実行する第２候補者判定ステップと、前記端末装置のユーザが前記候補者であると前記第２候補者判定ステップにより判定された場合、前記受取画面情報を前記端末装置へ送信し、前記端末装置のユーザが前記候補者ではないと前記第２候補者判定ステップにより判定された場合、前記受取画面情報を前記端末装置へ送信しない受取画面情報送信ステップと、を含むことを特徴とする。

本発明によれば、ユーザの属性に応じて、特典を受け取り可能なユーザを制限することができる。

一実施形態に係る通信システムＳの概要構成の一例を示す図である。 画面遷移例を示す図である。 画面遷移例を示す図である。 一実施形態に係る情報配信サーバ１の概要構成の一例を示すブロック図である。 情報配信サーバ１のデータベース及びリストに記憶される情報の例を示す図である。 一実施形態に係るサービスサーバ２の概要構成の一例を示すブロック図である。 一実施形態に係るポイントプログラムサーバ３の概要構成の一例を示すブロック図である。 ポイントプログラムサーバ３のデータベースに記憶される情報の例を示す図である。 会員情報管理サーバ４のデータベースに記憶される情報の例を示す図である。 情報配信サーバ１におけるシステム制御部１１の機能ブロックの一例を示す図である。 ポイントを適切に付与するために各画面に設定された条件の一例を示す図である。 サービスサーバ２におけるシステム制御部２１の機能ブロックの一例を示す図である。 ポイントプログラムサーバ３におけるシステム制御部３１の機能ブロックの一例を示す図である。 一実施形態におけるユーザ端末５における端末処理の一例を示すフローチャートである。 一実施形態に係る情報配信サーバ１のシステム制御部１１により実行される告知情報送信制御処理の一例を示すフローチャートである。 一実施形態に係る情報配信サーバ１のシステム制御部１１により実行される導線要素情報送信制御処理の一例を示すフローチャートである。 一実施形態に係る通信システムＳの処理例を示すシーケンス図である。 一実施形態に係るポイントプログラムサーバ３のシステム制御部３１により実行される受取画面情報送信制御処理の一例を示すフローチャートである。 一実施形態に係るポイントプログラムサーバ３のシステム制御部３１により実行されるポイント付与処理の一例を示すフローチャートである。 画面遷移例を示す図である。 一実施形態に係る通信システムＳの処理例を示すシーケンス図である。 一実施形態に係るポイントプログラムサーバ３のシステム制御部３１により実行される受取画面情報送信制御処理の一例を示すフローチャートである。 一実施形態に係る情報配信サーバ１の概要構成の一例を示すブロック図である。 キャンペーンＤＢ１４ａ及びキャンペーン費用ＤＢ１４ｄに記憶される情報の例を示す図である。 情報配信サーバ１におけるシステム制御部１１の機能ブロックの一例を示す図である。 キャンペーン予算に応じてポイントを適切に付与するために各画面に設定された条件の一例を示す図である。 ポイントプログラムサーバ３におけるシステム制御部３１の機能ブロックの一例を示す図である。 一実施形態に係る情報配信サーバ１のシステム制御部１１により実行される告知情報送信制御処理の一例を示すフローチャートである。 一実施形態に係るポイントプログラムサーバ３のシステム制御部３１により実行される受取画面情報送信制御処理の一例を示すフローチャートである。

以下、図面を参照して本発明の実施形態について詳細に説明する。少なくとも一の実施形態に係る特典付与システムは、予め設定されたユーザ属性に基づいて抽出されるユーザが所定行動をとることを条件として、そのユーザへ特典を付与してもよい。特典を付与するキャンペーンを、ポイント獲得キャンペーンともいう。ポイントを獲得するための条件を、ポイント獲得条件ともいう。また、所定行動を、ポイント獲得条件と呼ぶ場合がある。

予め設定されたユーザ属性に基づいて抽出されるユーザを、特典付与システムが特典を付与するユーザの候補者という。抽出されるユーザは、単に候補者ともいう。また、候補者を、キャンペーンの対象者ともいう。候補者は、予め設定されたユーザ属性を有するユーザであってもよい。ユーザ属性を、単に属性ともいう。ユーザ属性は、ユーザ自身により登録されたそのユーザの情報を含んでもよい。そうした情報の例として、生年月日、性別、住所等が挙げられる。またユーザ属性は、ユーザがとった１又は複数の行動を含んでもよい。ユーザ属性としての行動は特に限定はされないものの、そうしたユーザ属性の例として、取引対象の購入、予約、情報の閲覧、会員登録等が挙げられる。取引対象は、商取引の対象となり得る何かであってもよい。取引対象は、例えば商品及びサービスのうち少なくとも何れか一方であってもよい。またユーザ属性は、ユーザの行動から推測されるそのユーザの属性を含んでもよい。例えば、キャットフードの購入頻度が相対的に高いユーザは、猫好きという属性を有すると推定される場合があってもよい。

候補者は、例えば所定サービスの会員のうちの一部のユーザであってもよい。候補者の条件としてのユーザ属性は、例えばその特典を付与する事業者若しくはその特典の原資を負担する事業者等により予め設定されてもよい。そのような事業者の例として、その所定サービスの運営者、その他のサービスの運営者又は広告主が挙げられる。広告主が存在する場合、その広告主が特典の原資を負担してもよい。キャンペーンにおいて特典が付与されるユーザの候補者は、そのキャンペーンに参加すると特典を獲得することができると定められたユーザであってよい。所定サービスの会員のうち、候補者以外のユーザを、非候補者という。非候補者は、そのキャンペーンに参加したとしても特典を獲得することができないと定められたユーザであってもよい。キャンペーンへの参加とは、例えば所定行動をとることであってもよい。従って、候補者が所定行動をとると特典を獲得することができる一方で、非候補者が所定行動をとっても特典を獲得することができないと定められていてもよい。キャンペーンに参加するためには、候補者が予めそのキャンペーンにエントリすることが必要であってもよいし、不要であってもよい。エントリとは、そのキャンペーンへの参加の申請若しくはそのキャンペーンの参加予定者のリストにそのユーザを追加するための手続きに相当してもよい。エントリ自体は、所定行動に含まれなくてもよい。非候補者がたとえキャンペーンにエントリした上で所定行動をとることができたとしても、特典を獲得することができないと定められていてもよい。

キャンペーンで付与される特典は特に限定されないが、特典の例として、ポイントプログラムで利用可能なポイント、電子クーポン、電子マネー、キャッシュバック、割引、デジタルコンテンツ、有形物等が挙げられる。

所定サービスには、各会員を識別するためのユーザ識別情報が登録されてもよい。所定サービスは特に限定されないが、所定サービスの例として、インターネット総合サービス、オンラインショッピング、施設の予約サービス、移動体通信サービス等が挙げられる。

ポイント獲得条件となる所定行動は、例えばオンライン上でとることが可能な行動であってもよい。その所定行動は、例えば端末装置に対するユーザによる所定の操作若しくは所定の操作の組み合わせに相当してもよい。例えば所定行動は、ウェブサイト内でのユーザの特定の操作であったり、そのサービスのアプリ（アプリケーション）上でのユーザの特定の操作であったりしてもよい。所定行動は、オフラインでとることが可能な行動であって、特典付与システムがネットワークを通じて捕捉可能な行動であってもよい。所定行動は、例えば上述した事業者にとって好ましい行動であってもよい。所定行動の例として、会員登録、ユーザの情報の登録、そのサービスのアプリのインストール、取引対象の購入、その他特定の態様でのそのサービスの利用等が挙げられる。

以下に説明する実施形態は、所定サービスがインターネット総合サービスであり、特典がポイントである場合の実施形態である。

［１．第１実施形態］
［１－１．通信システムの構成］
先ず、本実施形態に係る通信システムＳの構成及び機能概要について、図１を参照して説明する。図１は、本実施形態に係る通信システムＳの概要構成の一例を示す図である。図１に示すように、通信システムＳは、情報配信サーバ１と、複数のサービスサーバ２と、ポイントプログラムサーバ３と、会員情報管理サーバ４と、複数のユーザ端末５と、を含んで構成される。情報配信サーバ１、各サービスサーバ２、ポイントプログラムサーバ３、会員情報管理サーバ４、及び各ユーザ端末５は、ネットワークＮＷに接続される。ネットワークＮＷは、例えばインターネット、専用通信回線（例えば、ＣＡＴＶ（Community Antenna Television）回線）、移動体通信網（基地局等を含む）、及びゲートウェイ等により構築されている。

情報配信サーバ１とサービスサーバ２とポイントプログラムサーバ３と会員情報管理サーバ４とは、所定のインターネット総合サービスに関連する処理を実行してもよい。インターネット総合サービスは、主にインターネット等のネットワークを介して提供されるサービスの集合であってもよい。これらのサーバ装置は、そのインターネット総合サービスに対応する同一のドメインに属してもよい。情報配信サーバ１とポイントプログラムサーバ３との組み合わせは、本発明の特典付与システムの一例に相当してもよい。或いは、情報配信サーバ１とサービスサーバ２とポイントプログラムサーバ３との組み合わせが、特典付与システムの一例に相当してもよい。

情報配信サーバ１は、ユーザ端末５に対して情報配信を行うサーバ装置であってもよい。例えば、情報配信サーバ１は、告知情報を配信してもよい。例えば、情報配信サーバ１は、所定のウェブページ内に告知情報を表示させたり、ユーザ端末５が実行可能な所定のアプリの画面内に告知情報を表示させたりしてもよい。告知情報は、特定の物事についてユーザに知らせるための情報であってもよい。例えば、告知情報は、ポイント獲得キャンペーンを知らせる情報であってもよい。告知情報は、広告であってもよいし広告ではなくてもよい。広告と非広告との違いは、告知情報の配信のために広告料が必要であるか否かの違いであってもよい。便宜上、本実施形態においては、特典としてのポイント付与のための原資は広告料に含まないものとする。しかしながら、その原資は広告料に含まれてもよい。

各サービスサーバ２は、インターネット総合サービスに含まれる特定のサービスをユーザに提供するための処理を実行するサーバ装置であってもよい。提供されるサービスは、オンラインサービス及びその他ネットワークを通じて提供可能なサービスを含んでもよい。インターネット総合サービスに含まれるサービスの例として、オンラインショッピングモール等のオンラインショッピング、電子書籍等のデジタルコンテンツの販売サービス、宿泊施設等の施設の利用予約サービス、チケットの予約サービス、情報検索サービス、ネット銀行、ネット証券、クレジットカード決済、電子決済サービス、インスタントメッセージングサービス、移動体通信サービス、地図サービス、ソーシャルネットワーキングサービス、ポイント活動支援サービス、ポイントプログラム等が挙げられる。なお、ポイントプログラムに関する処理は、何れかのサービスサーバ２ではなく、ポイントプログラムサーバ３が行うことになっていてもよい。各サービスサーバ２は、例えばユーザ端末５からの要求に応じて、そのサービスサーバ２に対応するサービスのウェブページを送信したり、そのサービスに関する処理を実行したりしてもよい。少なくとも一のサービスについては、そのサービスを利用するためのアプリがユーザ端末５へ提供されてもよい。このアプリは、例えば所定のアプリケーションプラットフォームからダウンロード可能であってもよいし、そのサービスに対応するサービスサーバ２からダウンロード可能であってもよい。そのサービスサーバ２は、例えばそのアプリを実行しているユーザ端末５からの要求に応じて、そのサービスのウェブページを送信したり、ユーザ端末５が特定の画面を表示するためのその他の情報を送信したりしてもよい。本実施形態においては、各サービスの運営者が、そのサービスの利用を促進するためのポイント獲得キャンペーンを設定可能であってもよい。

ポイントプログラムサーバ３は、ポイントプログラムに関する処理を実行するサーバ装置であってもよい。例えばポイントプログラムサーバ３は、各ユーザが保有するポイントを管理してもよい。ユーザが保有するポイントの数を、利用可能ポイント数という。ポイントプログラムサーバ３は、ユーザによるポイントの獲得及び利用に応じて、そのユーザの利用可能ポイント数を更新してもよい。また、ポイントプログラムサーバ３は、ポイント獲得キャンペーンに参加したユーザに対してポイントを付与する処理を実行してもよい。本実施形態におけるポイントプログラムは、例えばユーザが取引対象を購入したときの購入代金等の所定割合に相当するポイントをユーザに付与することを主なサービスとしてもよい。ポイント付与の対象となる取引対象の購入態様の例として、インターネット総合サービスに含まれるサービスを利用した取引対象の購入、それらのサービスと提携する実店舗での取引対象の購入等が挙げられる。また、ポイントプログラムは、インターネット総合サービスに含まれるサービスの利用代金の所定割合に相当するポイントをユーザに付与してもよい。更にポイントプログラムは、それらのサービスや実店舗でユーザが取引対象を購入する際にポイントを利用可能とするサービスであってもよい。

会員情報管理サーバ４は、インターネット総合サービスの会員に関する情報を管理するサーバ装置であってもよい。ユーザがインターネット総合サービスの会員になると、そのユーザにユーザＩＤが付与される。ユーザＩＤは、インターネット総合サービスにおいてそのユーザを識別する識別情報であってもよい。インターネット総合サービスの会員となったユーザは、そのインターネット総合サービスに含まれるサービスのうちの多くのサービスを利用することが可能となってもよい。一部のサービスを利用するために、ユーザは、インターネット総合サービスの会員であることを条件とした別途の会員登録を行う必要があってもよい。

各ユーザ端末５は、インターネット総合サービスを利用可能なユーザが利用する端末装置であってもよい。ユーザ端末５の例として、パーソナルコンピュータ、スマートフォン等の携帯電話機、タブレット式コンピュータやＰＤＡ（Personal Digital Assistant）等の情報携帯端末、セットトップボックス等が挙げられる。各ユーザ端末５には、ウェブブラウザが組み込まれていてもよい。また、ユーザ端末５のうち少なくとも携帯用の端末装置には、インターネット総合サービスに含まれるサービスを利用するためのアプリがインストール可能であってもよい。各ユーザ端末５は、例えばユーザによる操作に応じて、ウェブブラウザ又はアプリに従って情報配信サーバ１、サービスサーバ２又はポイントプログラムサーバ３からウェブページ等の情報を受信して画面に表示してもよい。

［１－２．ポイント獲得キャンペーンの画面遷移］
次に、ポイント獲得キャンペーンにおけるポイント獲得までのユーザ端末５の画面遷移例について、図２及び図３を参照して説明する。図２及び図３は、画面遷移例を示す図である。例えば、インターネット総合サービスに含まれる或るサービスの運営者がポイント獲得キャンペーンを設定したとする。このサービスは、例えばポイントプログラムであるとする。候補者となるユーザの属性が予め定められている。例えば、全キャンペーンでユーザ属性が共通に定められていてもよい。或いは、付与されるポイントの数に応じて、ユーザ属性が定められてもよい。或いは、キャンペーンごとにユーザ属性が定められていてもよい。

その後、或るユーザが何らかのサービスを利用しているとする。利用されるサービスは特に限定されない。ユーザ端末５は、ウェブブラウザ又はアプリにて、ユーザが利用中のサービスに関する何らかの画面を表示する。この画面は、ウェブページであってもよいし、ウェブページではなくてもよい。例えば、ユーザ端末５は、何れかのサーバ装置から送信されてきたＨＴＭＬ（HyperText Markup Language）文書又は画面を表示するためのその他の情報に基づいて、ディスプレイに画面を表示してもよい。以降も、本実施形態で言及されるあらゆる画面は、ウェブページであってもよいし、ウェブページではなくてもよい。ユーザ端末５が表示する画面に、例えば図２に示すような告知情報１００が含まれている場合がある。この告知情報１００は、ポイント獲得キャンペーンを知らせる情報である。非候補者に対しては、告知情報１００は表示されない。情報配信サーバ１により告知情報１００がユーザ端末５へ送信される。告知情報１００は、例えばポイント数１１０、条件情報１２０、ボタン１３０、及び期限情報１４０等を含んでもよい。ポイント数１１０は、ポイント獲得キャンペーンに参加したユーザに対して付与されるポイントの数を示す。条件情報１２０は、ポイント獲得条件としての所定行動を示す情報であってもよい。条件情報１２０は、キャンペーンへの参加を促す情報を含んでもよい。図２の例におけるポイント獲得条件は、ポイント運用を開始することである。ポイント運用とは、例えば、ポイントプログラムを利用して、ユーザが所有するポイントを金融商品に投資することであってもよい。ボタン１３０は、キャンペーンランディング画面２００を表示させるためのボタンである。ボタン１３０には、キャンペーンランディング画面２００へのリンクが埋め込まれていてもよい。このリンクは、通常のリンクであってもよいし、ディープリンクであってもよい。以降も、本実施形態で言及されるあらゆるリンクは、通常のリンクであってもよいし、ディープリンクであってもよい。リンクの種類に応じて、ユーザ端末５は、その画面を、ウェブブラウザで表示するか又は特定のサービスに対応するアプリで表示する。ボタン１３０には、キャンペーンへの参加を促す情報が表示されてもよい。ボタン１３０は、このボタン１３０が操作された後の画面の制御を、サービスサーバ２（またはポイントプログラムサーバ３）へ引き渡すためのボタンであってもよい。期限情報１４０は、ポイントを獲得するための所定行動をとる期限を示す。

ユーザがボタン１３０を押す操作を行うと、図２に示すように、ユーザ端末５はキャンペーンランディング画面２００を表示してもよい。キャンペーンランディング画面２００は、例えばポイント獲得キャンペーンを実施するサービスに対応するサービスサーバ２の制御により表示されてもよい。キャンペーンランディング画面２００は、ポイント獲得キャンペーンの案内を示す画面であってもよい。ポイント獲得キャンペーンの案内は、ポイント獲得条件を含んでもよい。キャンペーンランディング画面２００は、条件情報２１０を含んでもよい。条件情報２１０は、ポイント獲得条件をより具体的に示す情報であってもよい。例えば、条件情報２１０は、テキストや映像等で条件を示してもよい。図２の例に示す条件情報２１０は、ポイント運用の画面を表示させて、パンダの画像をタップすることを示す。キャンペーンランディング画面２００は、更にＣＴＡ（Click To Action）ボタン２２０を含むことがあってもよい。ＣＴＡボタン２２０は、実際のポイント獲得キャンペーンに参加するために操作可能なボタンであってもよい。例えば、ＣＴＡボタン２２０は、参加用画面３００を表示させるためのボタンであってもよい。ＣＴＡボタン２２０には、参加用画面３００へのリンクが埋め込まれていてもよい。ＣＴＡボタン２２０には、キャンペーンへの参加を促す情報が表示されてもよい。

ユーザがＣＴＡボタン２２０を押す操作を行うと、図２に示すように、ユーザ端末５は参加用画面３００を表示することがあってもよい。参加用画面３００は、ポイント獲得条件としての所定行動をとるための操作を受け付け可能な画面であってもよい。所定行動をとるための操作は、例えば所定行動のうち少なくとも一部の行動に相当する操作であってもよいし、所定行動のうち少なくとも一部の行動としての操作を行う画面を表示させる操作であってもよい。参加用画面３００は、ポイント獲得キャンペーンを実施するサービスの画面の一つであってもよいし、そうではなくてもよい。参加用画面３００の構成及び表示内容は、サービスやキャンペーンの内容に応じて異なる。図２に示される参加用画面３００は、ポイントプログラムにおいて、ポイント運用を開始させる操作が可能な画面である。参加用画面３００は、例えば開始ボタン３１０を含んでもよい。開始ボタン３１０は、ポイント運用を開始してサービス画面４００を表示させるためのボタンである。

ユーザが開始ボタン３１０を押す操作を行うと、図３に示すように、ユーザ端末５は、サービス画面４００を表示してもよい。サービス画面４００は、例えばポイント獲得キャンペーンを実施するサービスに対応するサービスサーバ２の制御により表示されてもよい。サービス画面４００は、キャンペーンランディング画面２００に示される案内（例えば条件情報２１０）に従うことで、ユーザ端末５が表示することがある画面であってもよい。サービス画面４００は、キャンペーンを実施するサービスの画面の一つであってもよい。サービス画面４００は、ポイント受取操作画面５００を表示させるための操作が可能な画面であってもよい。例えば、サービス画面４００は、導線要素４１０を含んでもよい。導線要素４１０は、ポイント受取操作画面５００を表示させるために操作可能な操作要素であってもよい。導線要素４１０には、ポイント受取操作画面５００へのリンクが埋め込まれていてもよい。導線要素４１０の例として、ボタン、アイコン、バー、リンク、その他クリッカブルな画像等が挙げられる。ポイント獲得条件としての所定行動は、この導線要素４１０を操作することを含んでもよいし、含まなくてもよい。導線要素４１０を操作することが、所定行動に相当してもよい。或いは、導線要素４１０を操作することが、所定行動に含まれる複数の行動のうちの最後の行動に相当してもよい。導線要素４１０は、この導線要素４１０が操作された後の画面の制御を、ポイントプログラムサーバ３へ引き渡すためのボタンであってもよい。図３に示すサービス画面４００は、ポイント運用の画面である。この画面には、運用中のポイントに関する情報が表示される。そして、導線要素４１０として、パンダの画像が表示される。

サービスやキャンペーンによって、キャンペーンランディング画面２００からサービス画面４００までの画面遷移は様々である。例えば、キャンペーンランディング画面２００でＣＴＡボタン２２０が操作されると、サービス画面４００が直接表示されることがあってもよい。この場合のサービス画面４００は、例えば参加用画面３００としての性質も有する画面であってもよい。また、キャンペーンランディング画面２００とサービス画面４００との間に複数の画面が表示されてもよい。また例えば、ポイント獲得条件が、或るサービスのアプリをインストールすることを含むことがあってもよい。この場合、ＣＴＡボタン２２０が操作されると、ユーザ端末５は、アプリケーションプラットフォームのアプリを起動してもよい。ユーザは、参加用画面３００としてのアプリケーションプラットフォームの画面でアプリをインストールする操作を行う。そして、ユーザは、インストールしたアプリを起動させる。このアプリの所定の画面がサービス画面４００であってもよい。また例えば、キャンペーンランディング画面２００がＣＴＡボタン２２０を含まないことがあってもよい。キャンペーンランディング画面２００に表示された条件情報２１０により、如何なる条件を満たせばよいかをユーザは認識することができる。その後ユーザは、そのキャンペーンを実施するサービスのウェブサイトにアクセスし、またはそのサービスのアプリを起動させる。そして、ユーザがそのサービス内でポイント獲得条件を満たすための行動をとると、サービスサーバ２は、サービス画面４００をユーザ端末５に表示させてもよい。

ユーザが導線要素４１０を押す操作を行うと、図３に示すように、ユーザ端末５はポイント受取操作画面５００を表示してもよい。ポイント受取操作画面５００は、例えばポイントプログラムサーバ３の制御により表示されてもよい。ポイント受取操作画面５００は、特典としてのポイントを受け取るための操作が可能な画面であってもよい。ポイント受取操作画面５００は、例えば通知メッセージ５１０、促しメッセージ５２０及び受取ボタン５３０を含んでもよい。通知メッセージ５１０は、ポイントを受け取り可能であることを示すメッセージであってもよい。促しメッセージ５２０は、ポイントの受け取りを促すメッセージであってもよい。受取ボタン５３０は、ポイントを受け取るためのボタンである。ユーザが受取ボタン５３０を押す操作を行うと、ユーザにポイントが付与される。そして、図３に示すように、ユーザ端末５は、ポイント受取完了画面６００を表示してもよい。ポイント受取完了画面６００は、例えば通知メッセージ５１０及び受取完了メッセージ６１０を含んでもよい。受取完了メッセージ６１０は、ポイントの受け取りが完了したことを示すメッセージであってもよい。こうして、ポイント獲得条件を満たしたユーザに対して迅速にポイントを付与することができる。受取完了メッセージ６１０が表示されてから例えば数秒後、ユーザ端末５は、例えばポイント獲得キャンペーンを実施するサービスの画面を表示してもよい。この画面はサービス画面４００であってもよい。このときに表示されるサービス画面４００は導線要素４１０を含まない。

前述したように、告知情報１００は候補者に対してのみ表示される。しかしながら、告知情報１００が表示されない非候補者であっても、そのキャンペーンの内容を何らかの方法で知ることができる場合がある。そうすると、非候補者は、ポイントを獲得するためにそのキャンペーンに参加してしまうことが考えられる。また、例えばキャンペーンランディング画面２００やポイント受取操作画面５００のＵＲＬを何らかの方法で入手することができた場合、非候補者は、そのＵＲＬでキャンペーンランディング画面２００又はポイント受取操作画面５００を表示させることができる。この場合も、従来であれば、非候補者はポイントを獲得することができてしまう場合がある。そこで、ポイントプログラムサーバ３は、ポイント受取操作画面５００で受取ボタン５３０を操作したユーザが候補者である場合にのみ、ポイント受取完了画面６００を表示させてもよい。ポイントプログラムサーバ３は、受取ボタン５３０を操作したユーザが非候補者である場合、ポイント受取完了画面６００を表示させなくてもよい。この場合、ポイントプログラムサーバ３は、図３に示すようにポイント受取不可画面７００を表示させてもよい。ポイント受取不可画面７００は、ポイントの受け取りが不可能であることを示す画面であってもよい。ポイント受取不可画面７００は、例えば受取不可メッセージ７１０を含んでもよい。受取不可メッセージ７１０は、ポイントの受け取りが不可能であることを示すメッセージであってもよい。

［１－３．サーバの構成］
［１－３－１．情報配信サーバの構成］
次に、情報配信サーバ１の構成について、図４及び図５を参照して説明する。図４は、本実施形態に係る情報配信サーバ１の概要構成の一例を示すブロック図である。図４に示すように、情報配信サーバ１は、システム制御部１１と、システムバス１２と、入出力インタフェース１３と、記憶部１４と、通信部１５と、を備えている。システム制御部１１と入出力インタフェース１３とは、システムバス１２を介して接続されている。

システム制御部１１は、ＣＰＵ（Central Processing Unit）１１ａ、ＲＯＭ（Read Only Memory）１１ｂ、ＲＡＭ（Random Access Memory）１１ｃ等により構成されている。

入出力インタフェース１３は、記憶部１４及び通信部１５とシステム制御部１１との間のインタフェース処理を行う。

記憶部１４は、例えば、ハードディスクドライブ等により構成されている。この記憶部１４には、キャンペーンＤＢ１４ａ、ＣＴＡボタン操作ＤＢ１４ｂ、及びポイント受取ＤＢ１４ｃ等のデータベースが記憶されてもよい。「ＤＢ」は、データベースの略語である。

図５は、情報配信サーバ１のデータベース及びリストに記憶される情報の例を示す図である。キャンペーンＤＢ１４ａには、各ポイント獲得キャンペーンに関するキャンペーン情報が記憶されてもよい。例えば、キャンペーンを実施するサービスの運営者によりキャンペーン情報が設定されてもよい。図５に示すように、キャンペーンＤＢ１４ａには、キャンペーン情報として、例えばキャンペーンＩＤ、付与ポイント数、キャンペーン期間、ポイント獲得条件テキスト、ランディング画面ＵＲＬ、及び導線要素データＵＲＬ等が、互いに関連付けて記憶されてもよい。キャンペーンＩＤは、キャンペーンを識別する識別情報である。キャンペーンＩＤは、そのキャンペーンを実施するサービスの識別情報であってもよい。付与ポイント数は、そのキャンペーンの参加者に付与されるポイントの数を示す。キャンペーン期間は、そのキャンペーンが実施される期間の開始日及び終了日それぞれの日付を示す。ポイント獲得条件テキストは、ポイント獲得条件を示す文字情報である。このポイント獲得条件テキストは、告知情報１００の条件情報１２０に相当する。ランディング画面ＵＲＬは、キャンペーンランディング画面２００のＵＲＬを示す。導線要素データＵＲＬは、導線要素４１０をユーザ端末５に表示させるためのデータのＵＲＬを示す。このデータは、例えば画像や動画のデータであってもよいし、マルチメディアコンテンツのデータであってもよい。

ＣＴＡボタン操作ＤＢ１４ｂには、キャンペーンランディング画面２００でＣＴＡボタン２２０を操作したユーザに関する情報が記憶されてもよい。例えば、ＣＴＡボタン操作ＤＢ１４ｂには、ＣＴＡボタン２２０を操作したユーザごとに、キャンペーンＩＤ及びユーザＩＤが、互いに関連付けて記憶されてもよい。キャンペーンＩＤは、操作されたＣＴＡボタン２２０に対するキャンペーンを示す。ユーザＩＤは、そのＣＴＡボタン２２０を操作したユーザを示す。

ポイント受取ＤＢ１４ｃには、キャンペーンでポイントを受け取ったユーザに関する情報が記憶されてもよい。例えば、ポイント受取ＤＢ１４ｃには、ポイントを受け取ったユーザごとに、キャンペーンＩＤ及びユーザＩＤが、互いに関連付けて記憶されてもよい。キャンペーンＩＤは、ユーザにポイントを付与したキャンペーンを示す。ユーザＩＤは、そのポイントを受け取ったユーザを示す。

情報配信サーバ１は、キャンペーンＤＢ１４ａ、ＣＴＡボタン操作ＤＢ１４ｂ及びポイント受取ＤＢ１４ｃにアクセスするためのＡＰＩ（Application Programming Interface）を、サービスサーバ２及びポイントプログラムサーバ３へ提供してもよい。サービスサーバ２及びポイントプログラムサーバ３は、このＡＰＩを利用して、情報配信サーバ１から、データベースに記憶された情報を取得してもよい。或いは、これらのデータベースのうちの少なくとも一つは、ポイントプログラムサーバ３に記憶されてもよい。ポイントプログラムサーバ３は、そのデータベースにアクセスするためのＡＰＩを提供してもよい。

記憶部１４には、更に候補者リスト６０が記憶されてもよい。候補者リスト６０は、ポイントを受け取るユーザの候補者のリストである。例えば、候補者リスト６０は、各候補者のユーザＩＤを含んでもよい。全キャンペーンで候補者のユーザ属性が同一である場合、記憶部１４には、一つの候補者リスト６０のみが記憶されてもよい。付与されるポイント数に応じてユーザ属性が設定される場合、記憶部１４には、ポイント数の範囲ごとに候補者リスト６０が記憶されてもよい。この場合、各候補者リスト６０のファイル名やその候補者リスト６０を格納するディレクトリのディレクトリ名等が、ポイント数の範囲を含んでもよい。キャンペーンごとにユーザ属性が設定されている場合、記憶部１４には、キャンペーンごとに、候補者リスト６０が記憶されてもよい。この場合、各候補者リスト６０のファイル名やその候補者リスト６０を格納するディレクトリのディレクトリ名等が、例えばキャンペーンＩＤを含んでもよい。こうして候補者リスト６０とキャンペーンとが関連付けられてもよい。

情報配信サーバ１、サービスサーバ２、及びポイントプログラム３のそれぞれに、互いに同一の候補者リスト６０が記憶されてもよい。各サーバ装置は、そのサーバ装置に記憶された候補者リスト６０を参照してもよい。或いは、各サーバ装置が候補者リスト６０を記憶するのではなく、サービスサーバ２及びポイントプログラム３のうちの何れか一方が、候補者を示すデータベースを記憶してもよい。このデータベースを記憶するサーバ装置は、そのデータベースにアクセスするためのＡＰＩを、他のサーバ装置へ提供してもよい。

更に記憶部１４には、オペレーティングシステム、ＤＢＭＳ（Database Management System）、情報配信サーバプログラム等の各種プログラムが記憶されていてもよい。情報配信サーバプログラムは、告知情報の配信に関する処理をシステム制御部１１に実行させるプログラムである。情報配信サーバプログラムは、例えば、他の装置からネットワークＮＷを介して取得されるようにしてもよいし、磁気テープ、光ディスク、メモリカード等の記録媒体に記録されてドライブ装置を介して読み込まれるようにしてもよい。

通信部１５は、例えばネットワークインタフェースカード等により構成されている。通信部１５は、ネットワークＮＷを介して、サービスサーバ２、ポイントプログラムサーバ３、会員情報管理サーバ４、またはユーザ端末５等と接続し、接続された装置との通信状態を制御する。

［１－３－２．サービスサーバの構成］
次に、各サービスサーバ２の構成について、図６を参照して説明する。図６は、本実施形態に係るサービスサーバ２の概要構成の一例を示すブロック図である。図６に示すように、サービスサーバ２は、システム制御部２１と、システムバス２２と、入出力インタフェース２３と、記憶部２４と、通信部２５と、を備えている。システム制御部２１と入出力インタフェース２３とは、システムバス２２を介して接続されている。

システム制御部２１は、ＣＰＵ２１ａ、ＲＯＭ２１ｂ、ＲＡＭ２１ｃ等により構成されている。

入出力インタフェース２３は、記憶部２４及び通信部２５とシステム制御部２１との間のインタフェース処理を行う。

記憶部２４は、例えば、ハードディスクドライブ等により構成されている。キャンペーンを実施するサービスに対応するサービスサーバ２の記憶部２４には、そのキャンペーン用の候補者リスト６０が記憶されてもよい。また、記憶部２４には、キャンペーンランディング画面２００、参加用画面３００、サービス画面４００等の画面をユーザ端末５に表示させる情報が記憶されてもよい。この情報は、例えばＨＴＭＬ文書であってもよい。また記憶部２４には、導線要素４１０のデータが記憶されてもよい。

記憶部２４には、更にオペレーティングシステム、ＤＢＭＳ、サービスサーバプログラム等の各種プログラムが記憶されていてもよい。サービスサーバプログラムは、そのサービスサーバ２が対応するサービスに関する処理をシステム制御部２１に実行させるプログラムである。サービスサーバプログラムは、例えば、他の装置からネットワークＮＷを介して取得されるようにしてもよいし、磁気テープ、光ディスク、メモリカード等の記録媒体に記録されてドライブ装置を介して読み込まれるようにしてもよい。

通信部２５は、例えばネットワークインタフェースカード等により構成されている。通信部２５は、ネットワークＮＷを介して、情報配信サーバ１、ポイントプログラムサーバ３、会員情報管理サーバ４、またはユーザ端末５等と接続し、接続された装置との通信状態を制御する。

［１－３－３．ポイントプログラムサーバの構成］
次に、ポイントプログラムサーバ３の構成について、図７及び図８を参照して説明する。図７は、本実施形態に係るポイントプログラムサーバ３の概要構成の一例を示すブロック図である。図７に示すように、ポイントプログラムサーバ３は、システム制御部３１と、システムバス３２と、入出力インタフェース３３と、記憶部３４と、通信部３５と、を備えている。システム制御部３１と入出力インタフェース３３とは、システムバス３２を介して接続されている。

システム制御部３１は、ＣＰＵ３１ａ、ＲＯＭ３１ｂ、ＲＡＭ３１ｃ等により構成されている。

入出力インタフェース３３は、記憶部３４及び通信部３５とシステム制御部３１との間のインタフェース処理を行う。

記憶部３４は、例えば、ハードディスクドライブ等により構成されている。この記憶部３４には、ポイントＤＢ３４ａ及びポイント履歴ＤＢ３４ｂ等のデータベースが記憶されてもよい。図８は、ポイントプログラムサーバ３のデータベースに記憶される情報の例を示す図である。ポイントＤＢ３４ａには、各ユーザの利用可能ポイント数が記憶されてもよい。例えば、ＤＢ３４ａには、図８に示すように、ユーザＩＤ及び利用可能ポイント数等が互いに関連付けて記憶されてもよい。

ポイント履歴ＤＢ３４ｂには、ユーザによるポイントの獲得及び利用の履歴が記憶されてもよい。例えば、ポイント履歴ＤＢ３４ｂには、ポイントがユーザによって獲得又は利用されるごとに、ポイントログとして、ユーザＩＤ、変更日時、サービス情報、内容情報、及び変更ポイント数等が、互いに関連付けて記憶されてもよい。ユーザＩＤは、ポイントを獲得又は利用したユーザを示す。変更日時は、ポイントの獲得又は利用があった日時を示す。サービス情報は、そのポイントの獲得又は利用が、如何なるサービスを利用して行われたかを示す。内容情報は、ポイントの獲得又は利用の要因となったイベントの内容を示す。変更ポイント数は、ユーザが獲得又は利用したポイントの数を示す。正の変更ポイント数は獲得を示し、負の変更ポイント数は利用を示す。

記憶部３４には、更に候補者リスト６０が記憶されてもよい。また記憶部３４には、ポイント受取操作画面５００、ポイント受取完了画面６００、ポイント受取不可画面７００等の画面をユーザ端末５に表示させる情報が記憶されてもよい。この情報は、例えばＨＴＭＬ文書であってもよい。記憶部３４には、更にオペレーティングシステム、ＤＢＭＳ、ポイントプログラムサーバプログラム等の各種プログラムが記憶されていてもよい。ポイントプログラムサーバプログラムは、ポイントプログラムに関する処理をシステム制御部３１に実行させるプログラムである。ポイントプログラムサーバプログラムは、例えば、他の装置からネットワークＮＷを介して取得されるようにしてもよいし、磁気テープ、光ディスク、メモリカード等の記録媒体に記録されてドライブ装置を介して読み込まれるようにしてもよい。

通信部３５は、例えばネットワークインタフェースカード等により構成されている。通信部３５は、ネットワークＮＷを介して、情報配信サーバ１、サービスサーバ２、会員情報管理サーバ４、またはユーザ端末５等と接続し、接続された装置との通信状態を制御する。

［１－３－４．会員情報管理サーバのデータベースの構成］
次に、情報配信サーバ１に記憶されるデータベースの構成について、図９を参照して説明する。記憶手段としての会員情報管理サーバ４は、会員ＤＢ４１、識別情報変換ＤＢ４２、及び行動履歴ＤＢ４３等のデータベースを記憶してもよい。会員情報管理サーバ４は、これらのデータベースにアクセスするためのＡＰＩを、情報配信サーバ１、サービスサーバ２、及びポイントプログラムサーバ３へ提供してもよい。

図９は、会員情報管理サーバ４のデータベースに記憶される情報の例を示す図である。会員ＤＢ４１には、インターネット総合サービスの各会員の属性等を示す会員情報が記憶されてもよい。例えば、会員ＤＢ４１には、図９に示すように、会員情報として、ユーザＩＤ、氏名、性別、生年月日、電話番号、住所、会員ランク、サービス利用状態等が、互いに関連付けて記憶されてもよい。電話番号や住所等の情報は、ユーザにより随時変更可能であってもよい。会員ランクは、インターネット総合サービスにおけるユーザのランクを示す。会員ランクが高いほど、ユーザは、インターネット総合サービスにおいてより優遇を受けることが可能となっていてもよい。会員ランクの総数は特に限定されない。会員ランクの例として、ダイヤモンドランク、プラチナランク、ゴールドランク、シルバーランク及びレギュラーランクが挙げられる。ダイヤモンドランク、プラチナランク、ゴールドランク、シルバーランク及びレギュラーランクの順にランクが高い。会員ランクは、ユーザによるインターネット総合サービスの利用状況に応じて決定されてもよい。例えば、過去所定期間内にユーザが獲得したポイント数及びポイントを獲得した回数のうち少なくとも何れか一方に基づいて、会員ランクが決定されてもよい。ポイントを獲得するためには、インターネット総合サービスに含まれるサービスを利用することが必要であってもよい。例えば、ユーザは、それらのサービスを利用して取引対象を購入することが必要であってもよい。ユーザが獲得したポイント数が高いほど、またはポイントの獲得回数が多いほど、会員ランクが高くなってもよい。例えば会員情報管理サーバ４は、会員ＤＢ４１に記憶された各ユーザの会員ランクを月ごとに更新してもよい。会員情報管理サーバ４は、例えばポイントプログラムサーバ３のポイント履歴ＤＢ３４ｂに基づいて、各ユーザの会員ランクを決定してもよい。サービス利用状態は、インターネット総合サービスに含まれる各サービスについて、そのユーザがそのサービスを利用しているか否かを示してもよい。例えば、利用するためには会員登録が必要なサービスのサービス利用状態は、ユーザが会員登録をしているか否かを示してもよい。クレジットカード決済のサービス利用状態は、クレジットカードがそのユーザに発行されているか否かを示してもよい。ネット銀行やネット証券のサービス利用状態は、そのユーザの口座が開設されているか否かを示してもよい。アプリで利用可能なサービスのサービス利用状態は、ユーザがそのサービスのアプリからログインを行ったことがあるか否かを示してもよい。

識別情報変換ＤＢ４２には、インターネット総合サービスの会員としてのユーザと、そのユーザが利用するユーザ端末５とを紐付けるための情報が、ユーザ端末５ごとに記憶されてもよい。例えば、識別情報変換ＤＢ４２には、端末ＩＤ及びユーザＩＤが、互いに関連付けて記憶されてもよい。端末ＩＤは、ユーザが利用するユーザ端末５を識別する識別情報である。ユーザＩＤは、そのユーザ端末５を利用するユーザを示す。ユーザがインターネット総合サービスを利用するために、そのユーザが利用するユーザ端末５が、インターネット総合サービスのサーバ装置（例えばサービスサーバ２又はポイントプログラムサーバ３）に初めてアクセスしたとき、そのサーバ装置は、そのユーザ端末５に対して新たな端末ＩＤを生成してもよい。そして、そのサーバ装置は、インターネット総合サービスのドメインに関連付けられたＨＴＴＰ（HyperText Transfer Protocol）クッキーとして、その端末ＩＤを含むクッキーを、そのユーザ端末５を送信してもよい。ユーザ端末５は、サーバ装置から受信したクッキーを記憶する。前述したように、情報配信サーバ１、各サービスサーバ２、及びポイントプログラムサーバ３は、インターネット総合サービスのドメインに属する。そのため、ユーザ端末５は、それらのサーバ装置へ要求を送信するとき、記憶しておいたクッキーも併せて送信する。これにより、各サーバ装置は、ユーザ端末５から端末ＩＤを取得することができる。ユーザがインターネット総合サービスの会員登録を行い又はログインを行うとき、ユーザ端末５は、そのユーザのユーザＩＤを、インターネット総合サービスの何れかのサーバ装置へ送信する。そのサーバ装置は、ユーザ端末５から受信したユーザＩＤと端末ＩＤとを互いに関連付けて、識別情報変換ＤＢ４２へ記憶させてもよい。端末ＩＤはユーザＩＤと関連付けられるので、その端末ＩＤはユーザを識別する情報であるということもできる。

行動履歴ＤＢ４３には、インターネット総合サービスに含まれる各サービスの利用時における各ユーザの行動の履歴が記憶される。例えば、行動履歴ＤＢ４３には、ユーザの行動が記録されるごとに、行動ログとして、ログＩＤ、行動日時、サービスＩＤ、ユーザＩＤ、及び行動情報等が、互いに関連付けられて記憶されてもよい。ログＩＤは、行動ログを識別する識別情報である。行動日時は、行動がとられた日時を示す。サービスＩＤは、その行動を記録したサービスを識別する識別情報である。ユーザＩＤは、その行動をとったユーザを示す。行動情報は、とられた行動の内容を示す。ユーザが何らかの行動をとったことに応じて、その行動を示す行動ログがリアルタイムに行動履歴ＤＢ４３に記憶されてもよい。例えば、各サービスサーバ２及びポイントプログラムサーバ３は、そのサーバ装置が対応するサービス内における各ユーザの行動を監視してもよい。サーバ装置は、何れかのユーザがそのサービスにおいて予め定められた行動をとったことを検出すると、その行動について行動ログを生成して行動履歴ＤＢ４３に記憶させてもよい。

ポイント獲得キャンペーンを実施するサービスの運営者は、例えば会員ＤＢ４１や行動履歴ＤＢ４３を利用して、予め設定したユーザ属性を有するユーザを候補者として抽出してもよい。例えば、運営者は、その属性を有するユーザのユーザＩＤを、会員ＤＢ４１や行動履歴ＤＢ４３から検索してもよい。運営者は、検索されたユーザＩＤを含む候補者リスト６０を作成してもよい。

［１－４．システム制御部の機能概要］
［１－４－１．情報配信サーバ］
次に、情報配信サーバ１におけるシステム制御部１１の機能概要を、図１０及び１１を参照して説明する。図１０は、情報配信サーバ１におけるシステム制御部１１の機能ブロックの一例を示す図である。システム制御部１１は、ＣＰＵ１１ａが、情報配信サーバプログラムに含まれる各種プログラムコードを読み出し実行することにより、図１０に示すように、ユーザ識別情報取得部１１０１、候補者判定部１１０２、告知情報送信部１１０３、操作者特定情報更新部１１０４、操作者判定部１１０５、及び操作要素情報送信部１１０６等として機能してもよい。

ユーザ識別情報取得部１１０１は、ユーザ端末５のユーザを識別する端末ＩＤを、そのユーザ端末５から取得してもよい。例えば、少なくとも一のサービスに対応するサービスサーバ２が配信するウェブページうち、特定のウェブページには、何れかのキャンペーンの告知情報１００を表示するための表示枠が設定されていてもよい。例えば、そのウェブページのＨＴＭＬ文書は、その表示枠の情報として、ユーザ端末５が情報配信サーバ１から告知情報１００を受信するためのタグ情報やスクリプトを含んでもよい。タグ情報は、ＨＴＭＬタグのセットであってもよい。ユーザ端末５が、そうしたＨＴＭＬ文書に基づいて、ウェブページを表示するとき、表示枠の情報に従って、告知情報要求を情報配信サーバ１へ送信する。告知情報要求は、告知情報の要求を示してもよい。告知情報要求は、例えばその表示枠に対応するキャンペーンのキャンペーンＩＤ、及びクッキーとしての端末ＩＤを含んでもよい。そのため、情報配信サーバ１は端末ＩＤを取得することできる。

また、ユーザ識別情報取得部１１０１は、キャンペーンランディング画面２００でユーザによるＣＴＡボタン２２０への操作が受け付けられた場合にも、ユーザ端末５から端末ＩＤを取得してもよい。例えば、キャンペーンランディング画面２００がウェブページである場合、このウェブページのＨＴＭＬ文書は、ＣＴＡボタン２２０を表示するためのタグ情報及びスクリプト等を含んでもよい。ユーザがＣＴＡボタン２２０を操作すると、ユーザ端末５が情報配信サーバ１へ参加用画面情報要求を送信するように、スクリプトが記述されてもよい。参加用画面情報要求は、例えばキャンペーンランディング画面２００が対応するキャンペーンのキャンペーンＩＤと、クッキーとしての端末ＩＤとを含んでもよい。

また、ユーザ識別情報取得部１１０１は、ユーザ端末５がサービス画面４００を表示するときにも、ユーザ端末５から端末ＩＤを取得してもよい。サービス画面４００としてのウェブページにも、導線要素４１０を表示するための表示枠が設定されていてもよい。ユーザ端末５は、表示枠の情報に従って、導線要素情報要求を情報配信サーバ１へ送信する。導線要素情報要求は、サービス画面４００をユーザ端末５に表示させる情報である導線要素情報の要求を示してもよい。導線要素情報要求は、例えばサービス画面４００が対応するキャンペーンのキャンペーンＩＤと、クッキーとしての端末ＩＤとを含んでもよい。

候補者判定部１１０２は、ユーザ識別情報取得部１１０１により取得された端末ＩＤに基づいて、端末ＩＤの取得元のユーザ端末５のユーザが候補者であるか否かを判定してもよい。例えば、候補者判定部１１０２は、端末ＩＤと、候補者を特定可能な候補者特定情報と、に基づいて判定を行ってもよい。候補者特定情報は、例えば候補者を直接示す情報であってもよいし、そのユーザ端末５のユーザの属性を示す情報であってもよい。ユーザの属性と、予め設定されたユーザ属性と、の比較に基づいて、そのユーザが候補者であるか否かを判定することができる。候補者特定情報は、例えば候補者リスト６０であってもよい。

候補者判定部１１０２は、ユーザ端末５から告知情報要求を受信したときに、そのユーザ端末５のユーザが候補者であるか否かを判定してもよい。また、候補者判定部１１０２は、ユーザ端末５がサービス画面４００を表示する際にユーザ端末５から導線要素情報要求を受信したときにも判定を行ってもよい。

告知情報送信部１１０３は、端末ＩＤの取得元のユーザ端末５のユーザが候補者であると候補者判定部１１０２により判定された場合、そのキャンペーンの告知情報をそのユーザ端末５へ送信してもよい。図１１は、ポイントを適切に付与するために各画面に設定された条件の一例を示す図である。告知情報送信部１１０３は、告知情報を送信することにより、図１１に示すように、キャンペーンの候補者が利用するユーザ端末５に、告知情報１００を表示させてもよい。一方、告知情報送信部１１０３は、端末ＩＤの取得元のユーザ端末５のユーザが候補者ではない場合、告知情報をそのユーザ端末５へ送信しなくてもよい。この場合、ユーザ端末５は告知情報を表示しない。これにより、候補者に対してのみ告知情報１００を表示させることができる。

送信される告知情報は、キャンペーンランディング画面２００へのリンクを含んでもよい。例えば、告知情報送信部１１０３は、キャンペーンＤＢ１４ａに記憶されたキャンペーン情報に基づいて、告知情報に相当するタグ情報を生成してもよい。このタグ情報は、ユーザ端末５に告知情報１００表示させるためのタグを含んでもよい。例えば、告知情報送信部１１０３は、付与ポイント数、キャンペーン期間の終了日、ポイント獲得条件テキスト、ランディング画面ＵＲＬ、キャンペーンＩＤ等を含むタグ情報を生成してもよい。ランディング画面ＵＲＬは、リンク先のキャンペーンランディング画面２００を示す情報として用いられてもよい。告知情報送信部１１０３は、生成したタグ情報をユーザ端末５へ送信してもよい。ユーザ端末５は、このタグ情報に従って、ウェブページの表示枠内に告知情報１００を表示してもよい。

告知情報送信部１１０３は、ユーザが候補者であり、且つ、そのユーザがそのキャンペーンでポイントをまだ受け取っていない場合にのみ、告知情報をユーザ端末５へ送信してもよい。告知情報送信部１１０３は、ユーザがポイントを既に受け取っている場合には、告知情報を送信しなくてもよい。告知情報送信部１１０３は、ポイント受取ＤＢ１４ｃを参照することで、そのユーザがポイントを受け取っているか否かを判定することができる。

操作者特定情報更新部１１０４は、キャンペーンランディング画面２００で、参加用画面３００（またはサービス画面４００）を表示させる表示操作が受け付けられた場合、その表示操作を行った操作者を特定可能な操作者特定情報を更新してもよい。このとき、操作者特定情報更新部１１０４は、ユーザ識別情報取得部１１０１により取得された端末ＩＤにより識別されるユーザが操作者であることを示すように、操作者特定情報を更新してもよい。表示操作は、例えばＣＴＡボタン２２０を操作することであってもよい。操作者特定情報は、例えばＣＴＡボタン操作ＤＢ１４ｂであってもよい。前述したように、ユーザがＣＴＡボタン２２０を操作すると、ユーザ端末５は情報配信サーバ１へ参加用画面情報要求を送信する。操作者特定情報更新部１１０４は、ユーザ端末５から参加用画面情報要求を受信することにより表示操作を検出してもよい。操作者特定情報更新部１１０４は、識別情報変換ＤＢ４２から、端末ＩＤに関連付けられたユーザＩＤを取得してもよい。操作者特定情報更新部１１０４は、参加用画面情報要求に含まれるキャンペーンＩＤとユーザＩＤとの組み合わせを、ＣＴＡボタン操作ＤＢ１４ｂに記憶させてもよい。

操作者判定部１１０５は、ユーザ端末５がサービス画面４００を表示するとき、操作者情報と、ユーザ識別情報取得部１１０１により取得された端末ＩＤと、に基づいて、この端末ＩＤにより示されるユーザが、ＣＴＡボタン２２０の操作者であるか否かを判定してもよい。前述したように、サービス画面４００を表示するとき、ユーザ端末５は情報配信サーバ１へ導線要素情報要求を送信する。操作者判定部１１０５は、識別情報変換ＤＢ４２から、端末ＩＤに関連付けられたユーザＩＤを取得してもよい。操作者判定部１１０５は、導線要素情報要求に含まれるキャンペーンＩＤとユーザＩＤとの組み合わせがＣＴＡボタン操作ＤＢ１４ｂに記憶されているか否かに基づいて、判定を行ってもよい。

操作要素情報送信部１１０６は、サービス画面４００を表示するユーザ端末５に導線要素４１０を表示させる導線要素情報を、そのユーザ端末５へ送信してもよい。例えば導線要素情報は、導線要素４１０を表示するためのタグ情報であってもよい。このタグ情報は、例えばキャンペーンＤＢ１４ａに記憶されている導線要素データＵＲＬと、ポイント受取操作画面５００のＵＲＬとを含んでもよい。ポイント受取操作画面５００のＵＲＬは、例えばそのポイント受取操作画面５００に対応するキャンペーンのキャンペーンＩＤを含んでもよい。ユーザ端末５は、導線要素情報に含まれる導線要素データＵＲＬに基づいて、何れかのサービスサーバから導線要素４１０のデータを受信し、このデータに基づいて、サービス画面４００内に導線要素４１０の画像を表示してもよい。また、導線要素４１０が操作されると、ユーザ端末５は、ポイント受取操作画面５００のＵＲＬに基づいて、ポイントプログラムサーバ３へ受取操作画面情報要求を送信してもよい。受取操作画面情報要求は、ポイント受取操作画面５００をユーザ端末５に表示させる情報の要求を示してもよい。この情報は、例えばＨＴＭＬ文書であってもよい。ポイント受取操作画面情報要求は、ポイント受取操作画面５００のＵＲＬを含んでもよい。また、ポイント受取操作画面情報要求は、クッキーとしての端末ＩＤを含んでもよい。

操作要素情報素送信部１１０６は、ユーザ端末５のユーザが候補者であると候補者判定部１１０２により判定された場合、導線要素情報を送信してもよい。導線要素情報の送信により、操作要素情報送信部１１０６は、図１１に示すように、ユーザ端末５によりサービス画面４００内に導線要素４１０を表示させてもよい。その一方、操作要素情報素送信部１１０６は、ユーザ端末５のユーザが候補者ではない場合、導線要素情報を送信しなくてもよい。この場合、ユーザ端末５は、サービス画面４００内に導線要素４１０を表示しない。これにより、候補者に対してのみ導線要素４１０を表示させることができる。

また、操作要素情報素送信部１１０６は、ユーザが候補者であると候補者判定部１１０２により判定され、且つ、そのユーザがＣＴＡボタン２２０の操作者であると判定された場合に、導線要素情報を送信してもよい。その一方、操作要素情報素送信部１１０６は、ユーザがＣＴＡボタン２２０の操作者ではない場合、導線要素情報を送信しなくてもよい。これにより、キャンペーン画面２００でキャンペーンの案内を確認したユーザに対してのみ、導線要素４１０を表示させることができる。操作要素情報素送信部１１０６は、キャンペーンランディング画面２００にＣＴＡボタン２２０が表示されないキャンペーンについては、ユーザ端末５のユーザが候補者であるか否かに基づいて、導線要素４１０を表示させるか否かを判定してもよい。

［１－４－２．サービスサーバ］
次に、ポイント獲得キャンペーンを実施するサービスに対応するサービスサーバ２におけるシステム制御部２１の機能概要を、図１２を参照して説明する。図１２は、サービスサーバ２におけるシステム制御部２１の機能ブロックの一例を示す図である。システム制御部２１は、ＣＰＵ２１ａが、サービスサーバプログラムに含まれる各種プログラムコードを読み出し実行することにより、図１２に示すように、ランディング画面情報送信部２１０１及びサービス画面情報送信部２１０２等として機能してもよい。

ランディング画面情報送信部２１０１は、情報配信サーバ１によりユーザ端末５へ送信された告知情報がユーザにより操作されることに応じて、キャンペーンランディング画面２００をユーザ端末５に表示させる情報を、ユーザ端末５へ送信してもよい。送信される情報は、例えばＨＴＭＬ文書であってもよい。

サービス画面情報送信部２１０２は、サービス画面４００をユーザ端末５に表示させる情報を、ユーザ端末５へ送信してもよい。ここで送信される情報もＨＴＭＬ文書であってもよい。

なお、少なくとも一のサービスに対応するサービスサーバ２のシステム制御部２１は、情報配信サーバ１のユーザ識別情報取得部１１０１、候補者判定部１１０２、操作者特定情報更新部１１０４、操作者判定部１１０５、及び操作要素情報送信部１１０６と同等の機能を有してもよい。そして、そのサービスにキャンペーンについて導線要素４１０をサービス画面４００に表示させるか否かの制御は、情報配信サーバ１ではなくそのサービスサーバ２が行ってもよい。

［１－４－３．ポイントプログラムサーバ］
次に、ポイントプログラムサーバ３におけるシステム制御部３１の機能概要を、図１１及び図１３を参照して説明する。図１３は、ポイントプログラムサーバ３におけるシステム制御部３１の機能ブロックの一例を示す図である。システム制御部３１は、ＣＰＵ３１ａが、ポイントプログラムサーバプログラムに含まれる各種プログラムコードを読み出し実行することにより、図１３に示すように、受取画面情報要求受信部３１０１、ユーザ識別情報取得部３１０２、候補者判定部３１０３、受取画面情報送信部３１０４、及びポイント付与部３１０５等として機能してもよい。

受取画面情報要求受信部３１０１は、ポイント獲得条件としての所定行動の完了後に表示されることが定められた受取画面をユーザ端末５に表示させる受取画面情報の要求を受信してもよい。この受取画面は、ポイントの受け取りを示す画面であってもよい。例えば、受取画面は、ポイントの受取が可能であることを示す画面であってもよいし、ポイントを受け取る操作を受け付け可能な画面であってもよいし、ポイントの受取が完了したことを示す画面であってもよい。本実施形態において、受取画面は、ポイント受取完了画面６００である。例えば、ポイント受取操作画面５００において受取ボタン５３０が操作されると、ユーザ端末５は、ポイントプログラムサーバ３へポイント付与要求を送信してもよい。このポイント付与要求が、受取画面情報の要求に相当してもよい。ポイント付与要求は、そのユーザ端末５の端末ＩＤとポイント受取操作画面５００に対応するキャンペーンのキャンペーンＩＤとを含んでもよい。

ユーザ識別情報取得部３１０２及び候補者判定部３１０３は、それぞれ情報配信サーバ１のユーザ識別情報取得部１１０１及び候補者判定部１１０２と同様の機能を基本的に有してもよい。ここで、ユーザ識別情報取得部３１０２は、受取画面情報要求受信部３１０１によりユーザ端末５から受信された受取画面情報の要求から端末ＩＤを取得してもよい。候補者判定部３１０３は、受取画面情報要求受信部３１０１により要求が受信されたとき、ユーザ識別情報取得部３１０２により取得された端末ＩＤ及び候補者リスト６０に基づいて、そのユーザが候補者であるか否かを判定してもよい。

受取画面情報送信部３１０４は、受取画面情報要求受信部３１０１により受取画面情報の要求が受信されることに応じて、受取画面情報をユーザ端末５へ送信してもよい。受取画面情報は、例えばＨＴＭＬ文書であってもよいし、現在表示されている画面を受取画面に変更するための情報であってもよい。ここで、受取画面情報送信部３１０４は、ユーザ端末５のユーザが候補者であると候補者判定部３１０３により判定された場合、受取画面情報を送信してもよい。これにより、受取画面情報送信部３１０４は、図１１に示すように、ユーザ端末５にポイント受取完了画面６００を表示させてもよい。その一方、受取画面情報送信部３１０４は、ユーザ端末５のユーザが候補者ではない場合、受取画面情報を送信しなくてもよい。この場合、受取画面情報送信部３１０４は、例えばポイント受取不可画面７００をユーザ端末５に表示させる情報を、そのユーザ端末５へ送信してもよい。これにより、候補者に対してのみ受取画面を表示させることができる。

ポイント付与部３１０５は、ユーザ端末５のユーザがポイント獲得条件を満たした後、そのユーザにポイントを付与する処理を実行してもよい。例えば、ポイント付与部３１０５は、ポイント受取操作画面５００においてポイントを受け取るための操作が受け付けられることに応じて、ポイントを付与してもよい。ここで、ポイント付与部３１０５は、そのユーザが候補者であると候補者判定部１１０２により判定された場合、そのユーザにポイントを付与してもよい。ポイント付与部３１０５は、例えばユーザ識別情報取得部３１０２により取得された端末ＩＤに基づいて、ポイントＤＢ３４ａに記憶されているそのユーザの利用可能ポイント数に、そのキャンペーンの付与ポイント数を加算することで、ポイントを付与してもよい。

［１－５．通信システムの動作］
次に、通信システムＳの動作について、図１４乃至図１９を参照して説明する。図１４は、本実施形態に係る通信システムＳの処理例を示すシーケンス図である。図１４に示すように、何れかのユーザ端末５は、例えば何れかのサービスのウェブページを表示する（ステップＳ１０１）。このウェブページは、告知情報１００の表示枠を含む。従って、ユーザ端末５は、情報配信サーバ１へ告知情報要求を送信する（ステップＳ１０２）。告知情報要求を受信した情報配信サーバ１は、告知情報送信制御処理を実行する（ステップＳ１０３）。

図１５は、本実施形態に係る情報配信サーバ１のシステム制御部１１により実行される告知情報送信制御処理の一例を示すフローチャートである。図１５に示すように、告知情報送信部１１０３は、告知情報要求に含まれるキャンペーンＩＤに関連付けられたキャンペーン情報を、キャンペーンＤＢ１４ａから取得する（ステップＳ２０１）。次いで、候補者判定部１１０２は、識別情報変換ＤＢ４２から、告知情報要求に含まれる端末ＩＤに関連付けられたユーザＩＤを取得する。候補者判定部１１０２は、このユーザＩＤが、候補者リスト６０に記憶されているか否かを判定する（ステップＳ２０２）。ここで、付与されるポイント数で候補者リスト６０が異なる場合、候補者判定部１１０２は、キャンペーン情報に含まれる付与ポイント数に対応する候補者リスト６０を用いて判定を行ってもよい。キャンペーンごとに候補者リスト６０が異なる場合、告知情報送信部１１０３は、告知情報要求に含まれるキャンペーンＩＤに対応する候補者リスト６０を用いて判定を行ってもよい。そのユーザＩＤが候補者リスト６０に記憶されていない場合（ステップＳ２０２：ＮＯ）、告知情報送信制御処理は終了する。

そのユーザＩＤが候補者リスト６０に記憶されている場合（ステップＳ２０２：ＹＥＳ）、告知情報送信部１１０３は、今日が、取得されたキャンペーン情報に含まれるキャンペーン期間内であるか否かを判定する（ステップＳ２０３）、今日がキャンペーン期間外である場合（ステップＳ２０３：ＮＯ）、告知情報送信制御処理は終了する。

今日がキャンペーン期間内である場合（ステップＳ２０３：ＹＥＳ）、告知情報送信部１１０３は、告知情報要求に含まれるキャンペーンＩＤとユーザＩＤとの組み合わせがポイント受取ＤＢ１４ｃに記憶されているか否かを判定する（ステップＳ２０４）。その組み合わせが記憶されている場合（ステップＳ２０４：ＹＥＳ）、告知情報送信制御処理は終了する。

その組み合わせが記憶されていない場合（ステップＳ２０４：ＮＯ）、告知情報送信部１１０３は、取得されたキャンペーン情報に基づいて告知情報を生成し、この告知情報をユーザ端末５へ送信する（ステップＳ２０５）。ステップＳ２０５が終わると、告知情報送信制御処理は終了する。

図１４に戻り、告知情報送信制御処理において、情報配信サーバ１が、告知情報をユーザ端末５へ送信するか（ステップＳ１０４）、または告知情報の送信なくしてポイント付与に関する処理が終了する。告知情報が送信された場合、ユーザ端末５は、ウェブページ内に告知情報１００を表示する（ステップＳ１０５）。その後、ユーザは、告知情報１００のボタン１３０を押下する操作を行う（ステップＳ１０６）。この操作を検出したユーザ端末５は、キャンペーンランディング画面のＵＲＬを含むキャンペーンランディング画面情報要求を、そのＵＲＬに対応するサービスサーバ２へ送信する（ステップＳ１０７）。サービスサーバ２のランディング画面情報送信部２１０１は、キャンペーンランディング画面２００のウェブページのＨＴＭＬ文書を、ユーザ端末５へ送信する（ステップＳ１０８）。ユーザ端末５は、このＨＴＭＬ文書に基づいてキャンペーンランディング画面２００を表示する。

キャンペーンランディング画面２００において、ユーザがＣＴＡボタン２２０を押下する操作を行う（ステップＳ１０９）。この操作を検出したユーザ端末５は、情報配信サーバ１へ参加用画面情報要求を送信する（ステップＳ１１０）。情報配信サーバ１の操作者特定情報更新部１１０４は、識別情報変換ＤＢ４２から、参加用画面情報要求に含まれる端末ＩＤに関連付けられたユーザＩＤを取得する。操作者特定情報更新部１１０４は、参加用画面情報要求に含まれるキャンペーンＩＤとユーザＩＤとの組み合わせを、ＣＴＡボタンＤＢ１４ｂに記憶させる（ステップＳ１１１）。次いで、操作者特定情報更新部１１０４は、ユーザ端末５へＵＲＬ変更応答を送信する（ステップＳ１１２）。ＵＲＬ変更応答は、例えばＨＴＴＰリダイレクトに従った応答であってもよい。ＵＲＬ変更応答は、本来の参加用画面３００のＵＲＬを含んでもよい。ＵＲＬ変更応答を受信したユーザ端末５は、例えばサービスサーバ２へ参加用画面情報要求を送信する（ステップＳ１１３）。参加用画面情報要求を受信したサービスサーバ２は、参加用画面３００のＨＴＭＬ文書をユーザ端末５へ送信する（ステップＳ１１４）。ユーザ端末５は、このＨＴＭＬ文書に基づいて参加用画面３００を表示する。こうして、ユーザはキャンペーンに参加することができる。

その後、ユーザがポイント獲得条件を満たすための操作を行っていくことによって、最終的に、サービスサーバ２は、サービス画面４００のＨＴＭＬ文書をユーザ端末５へ送信する（ステップＳ１１５）。ユーザ端末５は、このＨＴＭＬ文書に基づいてサービス画面４００を表示する。このとき、ユーザ端末５は、情報配信サーバ１へ導線要素情報要求を送信する（ステップＳ１１６）。導線要素情報要求を受信した情報配信サーバ１は、導線要素情報送信御処理を実行する（ステップＳ１１７）。

図１６は、本実施形態に係る情報配信サーバ１のシステム制御部１１により実行される導線要素情報送信御処理の一例を示すフローチャートである。図１６に示すように、操作要素情報送信部１１０６は、導線要素情報要求に含まれるキャンペーンＩＤに関連付けられたキャンペーン情報を、キャンペーンＤＢ１４ａから取得する（ステップＳ３０１）。次いで、候補者判定部１１０２は、識別情報変換ＤＢ４２から、導線要素情報要求に含まれる端末ＩＤに関連付けられたユーザＩＤを取得する。候補者判定部１１０２は、このユーザＩＤが候補者リスト６０に記憶されているか否かを判定する（ステップＳ３０２）。判定に用いられる候補者リスト６０は、図１５に示す告知情報送信制御処理のステップＳ２０２の場合と同一であってもよい。そのユーザＩＤが記憶されていない場合（ステップＳ３０２：ＮＯ）、導線要素情報送信御処理は終了する。

そのユーザＩＤが記憶されている場合（ステップＳ３０２：ＹＥＳ）、操作要素情報送信部１１０６は、今日が、キャンペーン情報に含まれるキャンペーン期間内であるか否かを判定する（ステップＳ３０３）、今日がキャンペーン期間外である場合（ステップＳ３０３：ＮＯ）、導線要素情報送信御処理は終了する。

今日がキャンペーン期間内である場合（ステップＳ３０３：ＹＥＳ）、操作要素情報送信部１１０６は、導線要素情報要求に含まれるキャンペーンＩＤとユーザＩＤとの組み合わせがポイント受取ＤＢ１４ｃに記憶されているか否かを判定する（ステップＳ３０４）。その組み合わせが記憶されている場合（ステップＳ３０４：ＹＥＳ）、導線要素情報送信御処理は終了する。

その組み合わせが記憶されていない場合（ステップＳ３０４：ＮＯ）、操作者判定部１１０５は、導線要素情報要求に含まれるキャンペーンＩＤとユーザＩＤとの組み合わせがＣＴＡボタン操作ＤＢ１４ｂに記憶されているか否かを判定する（ステップＳ３０５）。その組み合わせが記憶されていない場合（ステップＳ３０：ＮＯ）、導線要素情報送信御処理は終了する。

その組み合わせが記憶されている場合（ステップＳ３０５：ＹＥＳ）、操作要素情報送信部１１０６は、取得されたキャンペーン情報に基づいて導線要素情報を生成し、この導線要素情報をユーザ端末５へ送信する（ステップＳ３０６）。ステップＳ３０６が終わると、導線要素情報送信御処理は終了する。なお、キャンペーンランディング画面２００にＣＴＡボタンがないキャンペーンについては、ステップＳ３０５は実行されなくてもよい。

図１４に戻り、導線要素情報送信御処理において、情報配信サーバ１が導線要素情報をユーザ端末５へ送信するか（ステップＳ１１８）、または導線要素情報の送信なくしてポイント付与に関する処理が終了する。導線要素情報が送信された場合、ユーザ端末５は、導線要素情報に基づいて、サービス画面４００に導線要素４１０を表示する（ステップＳ１１９）。

図１７は、本実施形態に係る通信システムＳの処理例を示すシーケンス図である。ステップＳ１１９の後、図１７に示すように、ユーザは、導線要素４１０を押下する操作を行う（ステップＳ４０１）。この操作を検出したユーザ端末５は、受取操作画面情報要求をポイントプログラムサーバ３へ送信する（ステップＳ４０２）。受取操作画面情報要求を受信したポイントプログラムサーバ３は、ポイント受取操作画面５００のＨＴＭＬ文書をユーザ端末５へ送信する（ステップＳ４０３）。ユーザ端末５は、このＨＴＭＬ文書に基づいてポイント受取操作画面５００を表示する。ユーザは、ポイント受取操作画面５００から受取ボタン５３０を押下する操作を行う（ステップＳ４０４）。この操作を検出したユーザ端末５は、ポイント付与要求をポイントプログラムサーバ３へ送信する（ステップＳ４０６）。ポイント付与要求を受信したポイントプログラムサーバ３は、受取画面情報送信制御処理を実行する（ステップＳ４０６）。

図１８は、本実施形態に係るポイントプログラムサーバ３のシステム制御部３１により実行される受取画面情報送信制御処理の一例を示すフローチャートである。図１８に示すように、受取画面情報送信部３１０４はポイント付与要求に含まれるキャンペーンＩＤに関連付けられたキャンペーン情報を、キャンペーンＤＢ１４ａから取得する（ステップＳ５０１）。次いで、候補者判定部３１０３は、識別情報変換ＤＢ４２から、ポイント付与要求に含まれる端末ＩＤに関連付けられたユーザＩＤを取得する。候補者判定部３１０３は、ユーザＩＤが候補者リスト６０に記憶されているか否かを判定する（ステップＳ５０１）。判定に用いられる候補者リスト６０は、図１５に示す告知情報送信制御処理のステップＳ２０２の場合と同一であってもよい。

そのユーザＩＤが記憶されている場合（ステップＳ５０１：ＹＥＳ）、受取画面情報送信部３１０４は、今日が、キャンペーン情報に含まれるキャンペーン期間内であるか否かを判定する（ステップＳ５０３）。今日がキャンペーン期間内である場合（ステップＳ５０３：ＹＥＳ）、受取画面情報送信部３１０４は、導線要素情報要求に含まれるキャンペーンＩＤとユーザＩＤとの組み合わせがポイント受取ＤＢ１４ｃに記憶されているか否かを判定する（ステップＳ５０４）。

その組み合わせが記憶されていない場合（ステップＳ５０４：ＮＯ）、ポイント付与部３１０５は、ポイント付与処理を実行する（ステップＳ５０５）。

図１９は、本実施形態に係るポイントプログラムサーバ３のシステム制御部３１により実行されるポイント付与処理の一例を示すフローチャートである。図１９に示すように、ポイント付与部３１０５は、ポイント付与要求に含まれるキャンペーンＩＤと同一のキャンペーンＩＤを含むキャンペーン情報を、キャンペーンＤＢ１４ａから取得する（ステップＳ６０１）。次いで、ポイント付与部３１０５は、識別情報変換ＤＢ４２から、ポイント付与要求に含まれる端末ＩＤに関連付けられたユーザＩＤを取得する。ポイント付与部３１０５は、取得されたユーザＩＤに関連付けられたユーザＩＤを、識別情報変換ＤＢ４２から取得する。ポイント付与部３１０５は、取得されたユーザＩＤに関連付けてポイントＤＢ３４ａに記憶されている利用可能ポイント数に、キャンペーン情報に含まれる付与ポイント数を加算することにより、その利用可能ポイント数を更新する（ステップＳ６０２）。次いで、ポイント付与部３１０５は、ポイント付与要求に含まれるキャンペーンＩＤとユーザＩＤとの組み合わせを、ポイント受取ＤＢ１４ｃに記憶させて（ステップＳ６０３）、ポイント付与処理は終了する。

図１８に戻り、ポイント付与処理が終わると、受取画面情報送信部３１０４は、ポイント受取操作画面５００をポイント受取完了画面６００に更新するためのデータをユーザ端末５へ送信する（ステップＳ５０６）。このデータは、例えば促しメッセージ５２０を受取完了メッセージ６１０に変更するための情報、及び受取ボタン５３０を消去するための情報を含んでもよい。ステップＳ５０６が終わると、受取画面情報送信制御処理は終了する。

主とされたユーザＩＤが記憶されていない場合（ステップＳ５０２：ＮＯ）、今日がキャンペーン期間外である場合（ステップＳ５０３：ＮＯ）、またはキャンペーンＩＤとユーザＩＤとの組み合わせがポイント受取ＤＢ１４ｃに記憶されている場合（ステップＳ５０４：ＹＥＳ）、受取画面情報送信部３１０４は、ポイント受取操作画面５００をポイント受取不可画面７００に更新するためのデータをユーザ端末５へ送信する（ステップＳ５０７）。このデータは、例えば通知メッセージ５１０を受取不可メッセージ７１０に変更するための情報、並びに、促しメッセージ５２０及び受取ボタン５３０を消去するための情報を含んでもよい。ステップＳ５０７が終わると、受取画面情報送信制御処理は終了する。

図１７に戻り、受取画面情報送信制御処理において、ポイント管理サーバ３は、ポイント受取完了画面６００又はポイント受取不可画面７００のデータをユーザ端末５へ送信する。ユーザ端末５は、このデータに基づいて、ポイント受取完了画面６００又はポイント受取不可画面７００を表示する。

以上説明したように、本実施形態によれば、特典付与システムが、端末ＩＤをユーザ端末５から取得してもよい。また、特典付与システムが、端末ＩＤに基づいて、ユーザ端末５のユーザが候補者であるか否かを判定してもよい。また、特典付与システムが、ユーザが候補者である場合、告知情報をユーザ端末５へ送信してもよい。また、特典付与システムが、受取画面情報の要求をユーザ端末５から受信してもよい。また、受取画面情報の要求が受信されたとき、ユーザ端末５のユーザが候補者であるか否かを更に判定してもよい。特典付与システムが、ユーザが候補者である場合、受取画面情報をユーザ端末５へ送信してよい。特典付与システムが、ユーザが候補者ではない場合、受取画面情報を送信しなくてもよい。従って、ユーザの属性に応じて、特典を受け取り可能なユーザを制限することができる。

ここで、特典付与システムが、ポイント受取操作画面において受取操作が受け付けられたとき、ユーザ端末５から受取画面情報の要求を受信してもよい。また、特典付与システムが、ユーザ端末５のユーザが候補者である場合、ユーザ端末５のユーザへ特典を付与する付与処理を実行してもよい。この場合、ユーザが候補者である場合、そのユーザは特典の受け取りが完了し、ユーザ端末５はポイント受取完了画面を表示する。

ここで、サービス画面において導線要素が操作されることに応じて、ポイント受取操作画面がユーザ端末５により表示されてもよい。そのため、ユーザ端末５に表示される画面が、キャンペーンに関連するサービスで提供される画面から、ポイントを受け取るための画面に遷移する。

ここで、特典付与システムが、サービス画面を表示するユーザ端末５に導線要素情報を送信してもよい。また、特典付与システムが、ユーザ端末５がサービス画面を表示するとき、そのユーザ端末５のユーザが候補者であるか否かを更に判定してもよい。また、特典付与システムが、ユーザが候補者ではない場合、導線要素情報を送信しなくてもよい。この場合、ユーザの属性に応じて、ユーザ端末５に表示される画面を、キャンペーンに関連するサービスで提供される画面から、ポイントを受け取るための画面に遷移可能なユーザを制限することができる。

ここで、特典付与システムが、キャンペーンランディング画面において表示操作が受け付けられた場合、操作者特定情報を更新してもよい。また、特典付与システムが、操作者特定情報と端末ＩＤとに基づいて、ユーザ端末５のユーザが操作者であるか否かを判定してもよい。また、特典付与システムが、ユーザが操作者ではない場合、導線要素情報を送信しなくてもよい。この場合、キャンペーンランディング画面で案内を確認したか否かに応じて、ユーザ端末５に表示される画面を、キャンペーンに関連するサービスで提供される画面から、ポイントを受け取るための画面に遷移可能なユーザを制限することができる。

［２．第２実施形態］
［２－１．ポイントプログラムサーバのシステム制御部の機能概要］
次に第２実施形態について説明する。以下に述べる点を除き、第２実施形態は第１実施形態と同一であってもよい。本実施形態においては、受取画面情報の要求に応じてユーザが候補者であるか否かを判定するタイミングが、第１実施形態の場合と異なる。

先ず、ポイントプログラムサーバ３のシステム制御部３１の機能概要について、図２０を参照して説明する。受取画面情報要求受信部３１０１は、受取画面情報の要求として、ポイント受取操作画面５００を表示させる情報の要求をユーザ端末５から受信してもよい。この要求は、サービス画面４００で導線要素４１０が操作されることに応じてユーザ端末５から送信されてくる受取操作画面情報要求であってもよい。候補者判定部３１０３は、受取操作画面情報要求が受信されたとき、ユーザが候補者であるか否かを判定してもよい。

図２０は、画面遷移例を示す図である。図２０において、図３と同一の要素については同一の符号が付されている。受取画面情報送信部３１０４は、ユーザが候補者であると候補者判定部３１０３により判定された場合、ポイント受取操作画面５００を表示させる情報をユーザ端末５へ送信してもよい。これにより、図２０に示すように、ユーザ端末５はポイント受取操作画面５００を表示する。その後、ユーザが受取ボタン５３０を操作すると、ユーザ端末５はポイント受取完了画面６００を表示する。ポイント受取不可画面７００は基本的には表示されない。一方、受取画面情報送信部３１０４は、ユーザが候補者ではない場合、ポイント受取不可画面８００を表示させる情報を、ユーザ端末５へ送信してもよい。これにより、図２０に示すように、ユーザ端末５はポイント受取不可画面８００を表示する。ポイント受取不可画面８００は、ポイントの受け取りが不可能であることを示す画面であってもよい。ポイント受取不可画面８００は、例えば受取不可メッセージ７１０を含んでもよい。受取不可メッセージ８１０は、ポイントの受け取りが不可能であることを示すメッセージであってもよい。ポイント受取不可画面８００は、ポイントを受け取るための操作の受け付けが不可能な画面であってもよい。例えば、ポイント受取不可画面８００は、受取ボタン５３０等の操作可能な要素を含まなくてもよい。

なお、候補者判定部３１０３は、ユーザ端末５からポイント付与要求を受信したときにも、ユーザが候補者であるか否かを判定してもよい。受取画面情報送信部３１０４は、この判定結果に応じて、ポイント受取完了画面６００又はポイント受取不可画面７００をユーザ端末５により表示させてもよい。

［２－２．通信システムの動作］
次に、通信システムＳの動作について、図２１及び図２２を参照して説明する。図２１は、本実施形態に係る通信システムＳの処理例を示すシーケンス図である。図２１において、図１７と同一の処理については同一の符号が付されている。図２１に示すように、サービス画面４００において導線要素４１０の操作を検出したユーザ端末５は（ステップＳ４０１）、受取操作画面情報要求をポイントプログラムサーバ３へ送信する（ステップＳ４０２）。受取操作画面情報要求を受信したポイントプログラムサーバ３は、受取画面情報送信制御処理を実行する（ステップＳ４１１）。

図２２は、本実施形態に係るポイントプログラムサーバ３のシステム制御部３１により実行される受取画面情報送信制御処理の一例を示すフローチャートである。図２２において、図１８と同一の処理については同一の符号が付されている。図２２に示すように、先ずステップＳ５０１～Ｓ５０４が、第１実施形態の場合と同様に実行される。なお、これらのステップは、受取操作画面情報要求に含まれるキャンペーンＩＤ及び端末ＩＤを用いて実行される。受取画面情報送信部３１０４は、識別情報変換ＤＢ４２から、端末ＩＤに関連付けられたユーザＩＤを取得する。このキャンペーンＩＤとユーザＩＤとの組み合わせがポイント受取ＤＢ１４ｃに記憶されていない場合（ステップＳ５０４：ＮＯ）、受取画面情報送信部３１０４は、ポイント受取操作画面５００のＨＴＭＬ文書をユーザ端末５へ送信して（ステップＳ５１１）受取画面情報送信制御処理は終了する。

ユーザＩＤが記憶されていない場合（ステップＳ５０２：ＮＯ）、今日がキャンペーン期間外である場合（ステップＳ５０３：ＮＯ）、またはその組み合わせがポイント受取ＤＢ１４ｃに記憶されている場合（ステップＳ５０４：ＹＥＳ）、受取画面情報送信部３１０４は、ポイント受取不可画面８００のＨＴＭＬ文書をユーザ端末５へ送信して（ステップＳ５１２）、受取画面情報送信制御処理は終了する。

図２１に戻り、受取画面情報送信制御処理でポイントプログラムサーバ３がポイント受取操作画面５００のＨＴＭＬ文書をユーザ端末５へ送信した場合（ステップＳ４１２）、ユーザ端末５は、このＨＴＭＬ文書に基づいてポイント受取操作画面５００を表示する。ポイント受取操作画面５００において受取ボタン５３０の操作を検出したユーザ端末５は、ポイント付与要求をポイントプログラムサーバ３へ送信する（ステップＳ４０６）。ポイント付与要求を受信したポイントプログラムサーバ３は、ポイント付与処理を実行する（ステップＳ４１３）。このポイント付与処理は、第１実施形態のポイント付与処理と同一であってもよい。一方、受取画面情報送信制御処理でポイントプログラムサーバ３がポイント受取不可画面８００のＨＴＭＬ文書をユーザ端末５へ送信した場合、ユーザ端末５はポイント受取不可画面８００を表示する。

以上説明したように、本実施形態によれば、ユーザの属性に応じて、特典を受け取るための操作が可能なユーザを制限することができる。また、ユーザの属性に応じて、ユーザ端末５に表示される画面を、キャンペーンに関連するサービスで提供される画面から、ポイントを受け取るための画面に遷移可能なユーザを制限することができる。

［３．第３実施形態］
次に第３実施形態の概要について説明する。以下に述べる点を除き、第３実施形態は第１実施形態又は第２実施形態と同一であってもよい。第１実施形態及び第２実施形態において、ユーザが候補者であるか否かを判定するための候補者特定情報として、候補者リストが用いられていた。本実施形態においては、候補者特定情報として、端末ユーザ５のユーザの属性を示す情報が用いられる。例えば候補者特定情報は、各ユーザの属性を示す情報であってもよい。この場合の候補者特定情報は、ユーザが何らかの行動をとることに応じて更新又は変更され得る情報であってもよい。例えば候補者特定情報として、会員ＤＢ４１に記憶された性別、生年月日、電話番号、住所、会員ランク、サービス利用状況のうち少なくとも何れか一つが用いられてもよい。また、例えば候補者特定情報として、行動履歴ＤＢ４３に記憶された行動ログが用いられてもよい。例えば電話番号や住所といった情報は、ユーザが随時又はリアルタイムで変更することができる情報である。会員ランク及びサービス利用状況は、ユーザの行動によって所定のタイミングで、随時又はリアルタイムで変更され得る情報である。行動履歴ＤＢ４３には、ユーザによる行動によって随時又はリアルタイムで行動ログが追加される。

例えば情報配信サーバ１及びポイントプログラムサーバ３のうち少なくとも何れか一方は、候補者となるユーザの属性を示す候補者属性情報を記憶していてもよいし、記憶していなくてもよい。全キャンペーンで候補者のユーザ属性が同一である場合、一の候補者属性情報が記憶されればよい。付与されるポイント数に応じてユーザ属性が設定される場合、ポイント数の範囲ごとに候補者属性情報が記憶されてもよい。この場合、所定のデータベースに、ポイント数の範囲と候補者属性情報とが関連付けて記憶されてもよい。キャンペーンごとにユーザ属性が設定されている場合、例えばキャンペーンＤＢ１４ａに候補者属性情報が記憶されてもよい。何れかのサーバ装置に記憶された候補者属性情報に他のサーバ装置からアクセスするためのＡＰＩが提供されてもよい。

情報配信サーバ１の候補者判定部１１０２及びポイントプログラムサーバ３の候補者判定部３１０３のそれぞれは、例えば端末ＩＤ、候補者属性情報、及び候補者特定情報に基づいて、ユーザが候補者であるか否かを判定してもよい。例えば、図１５に示す告知情報送信制御処理のステップＳ２０２において、情報配信サーバ１は、ユーザが候補者であるか否かを判定する。このステップ２０２において、情報配信サーバ１は候補者属性情報を取得してもよい。情報配信サーバ１は、告知情報要求に含まれる端末ＩＤに関連付けられたユーザＩＤを、識別情報変換ＤＢ４２から取得してもよい。情報配信サーバ１は、取得されたユーザＩＤに関連付けられた情報を、会員ＤＢ４１及び行動履歴ＤＢ４３のうち少なくとも何れか一方から取得してもよい。情報配信サーバ１は、取得された情報に基づいて、告知情報要求を送信してきたユーザ端末５のユーザが、候補者属性情報により示される属性を有するか否かを判定してもよい。情報配信サーバ１は、候補者属性情報により示される属性をユーザが有する場合、ユーザは候補者であると判定して、ステップＳ２０２を実行してもよい。情報配信サーバ１は、候補者属性情報により示される属性をユーザが有しない場合、ユーザは候補者ではないと判定し、告知情報送信制御処理は終了してもよい。図１６に示す導線要素情報送信制御処理のステップＳ３０２、及び、図１８に示す受け取り画面情報送信制御処理のステップＳ５０２においても、同様の判定が行われてもよい。

ユーザの行動又はその他の理由により、ユーザの属性は変化し得る。そのため、例えば告知情報１００の表示時に、ユーザは候補者となる属性を有していた一方で、サービス画面４００の表示時やポイント受取操作画面５００の表示時には、そのユーザは、候補者となる属性を既に有していないことも起こり得る。候補者リスト６０は静的な情報であるため、ユーザの属性が変化しても候補者リストは変化しない。そのため、サービス画面４００やポイント受取操作画面５００の表示時には実際には候補者ではないユーザもポイントを受け取ることができる可能性がある。候補者リスト６０とは対象的に、会員ＤＢ４１及び行動履歴ＤＢ４３は、ユーザの行動に応じて動的に更新される。例えばその行動により、会員ＤＢ４１及び行動履歴ＤＢ４３は、変化後のユーザの属性を示すことがある。そのため、告知情報１００の表示時には候補者となる属性を有していたことでサービス画面４００又はポイント受取操作画面５００を表示させることができたユーザであっても、その画面の表示時には候補者となる属性を既に有しなくなったユーザに対して、ポイントが付与されることを抑止することができる。

［４．第４実施形態］
［４－１．概要］
次に第４実施形態の概要について説明する。以下に述べる点を除き、第４実施形態は第１実施形態～第３実施形態のうち少なくとも何れかと同一であってもよい。

本実施形態に係る情報配信サーバ１は、告知情報を、広告として配信してもよい。その広告の広告主は、例えばインターネット総合サービスのドメインとは異なるドメインのウェブサイト等で、ユーザにオンラインサービスを提供する事業者であってもよい。この事業者により提供されるサービスは、インターネット総合サービスに含まれなくてもよい。複数のサービスサーバ２のうち何れかのサービスサーバ２は、その事業者のサービスを提供するための処理を行うサーバ装置であってもよい。

インターネット総合サービスの広告サービスは、広告主からキャンペーンの費用を請求することができる。キャンペーン費用は、例えば広告料とポイント料とを含んでもよい。広告料は、広告の配信に応じて請求される。広告料の発生時期は、課金方式によって異なる。課金方式の例として、プレビュー課金、クリック課金、及び成果報酬型課金等が挙げられる。何れの課金方式が用いられるかは、広告サービスの運営者により予め定められていてもよい。ポイント料は、ユーザにポイントを付与するための費用に相当する。ポイント料は、ユーザにポイントを付与することに応じて請求される。ポイント料の額は、付与されたポイントの数に相当する金額であってもよいし、その金額よりも所定割合高い金額であってもよい。なお、インターネット総合サービスに含まれるサービスでポイント獲得キャンペーンが実施される場合、そのサービスの運営者は、キャンペーン費用としてポイント料のみを負担するようになっていてもよい。

［４－２．情報配信サーバの構成］
次に、情報配信サーバ１の構成について、図２３及び図２４を参照して説明する。図２３は、本実施形態に係る情報配信サーバ１の概要構成の一例を示すブロック図である。図２３において、図４と同一の要素については同一の符号が付されている。図２０と図４とが異なる点は、図２３において、記憶部１４に、キャンペーン費用ＤＢ１４ｄが更に記憶されている点である。

図２４は、キャンペーンＤＢ１４ａ及びキャンペーン費用ＤＢ１４ｄに記憶される情報の例を示す図である。図２１に示すキャンペーンＤＢ１４ａと図５に示すキャンペーンＤＢ１４ａとが異なる点は、図２４に示すキャンペーンＤＢ１４ａには、広告主ＩＤ、キャンペーン予算、及び広告配信停止割合が更に記憶される点である。広告主ＩＤは、広告主を識別する識別情報である。キャンペーン予算は、ポイント獲得キャンペーンのために設定された予算である。キャンペーン予算は、例えばキャンペーン期間全体での予算を示してもよいし、月ごとの予算を示してもよい。広告配信停止割合は、広告主への参加用画面情報要求がキャンペーン予算の何割以上となると広告としての告知情報の配信を停止するかを示す。広告配信停止割合は、例えば１００％以下の範囲内で設定されてもよい。キャンペーン予算及び広告配信停止割合は、広告主により設定されてもよい。

キャンペーン費用ＤＢ１４ｄには、各ポイント獲得キャンペーンの広告主が負担する費用に関する情報が記憶されてもよい。例えば、キャンペーン費用ＤＢ１４ｄには、キャンペーンＩＤ及び費用額が、互いに関連付けて記憶されてもよい。費用額は、キャンペーンＩＤにより示されるキャンペーンの費用の現時点での金額を示す。費用額の初期値はゼロである。

［４－３．システム制御部の機能概要］
［４－３－１．情報配信サーバ］
次に、情報配信サーバ１におけるシステム制御部１１の機能概要を、図２５及び図２６を参照して説明する。図２５は、情報配信サーバ１におけるシステム制御部１１の機能ブロックの一例を示す図である。図２５において、図１１と同一の要素については同一の符号が付されている。図２５と図１１とが異なる点は、図２５において、システム制御部１１は、更に広告料加算部１１０７として機能する点である。

広告料加算部１１０７は、告知情報送信部１１０３による告知情報の送信の結果、広告料が発生する場合、キャンペーン費用ＤＢ１４ｄに記憶されたキャンペーンの費用額に広告料を加算してもよい。例えば、広告料加算部１１０７は、予め定められた単価の広告料を加算することで、費用額を更新してもよい。図２６は、キャンペーン予算に応じてポイントを適切に付与するために各画面に設定された条件の一例を示す図である。図２６に示すように、広告としての告知情報１００が表示されてからサービス画面４００が表示されるまでの間に、キャンペーン費用に広告料が加算されてもよい。プレビュー課金の場合、告知情報１００が表示されると広告料が発生してもよい。クリック課金の場合、ユーザが告知情報１００を操作することで、ユーザ端末５がキャンペーンランディング画面２００を表示すると、広告料が発生してもよい。成果報酬型課金の場合、コンバージョンが発生した場合に広告料が発生してもよい。コンバージョンは、例えば広告の成果に相当する行動をユーザがとることであってもよい。コンバージョンは、ポイント獲得条件としての所定行動のうち、少なくとも一部の行動を含んでもよい。サービス画面４００内の導線要素４１０を操作する行動は、コンバージョンに含まれなくてもよい。ポイント料は、ユーザにポイントを付与することに応じて請求される。

図２６に示すように、告知情報送信部１１０３は、キャンペーン費用ＤＢ１４ｄに記憶されたキャンペーンの費用額が、キャンペーンＤＢ１４ａに記憶されたキャンペーン予算の広告配信停止割合未満である場合、告知情報をユーザ端末５へ送信してもよい。例えば、キャンペーン予算が１０万円であり、広告配信停止割合が９５％である場合、費用額が９万５千円未満である場合に告知情報が送信される。一方、告知情報送信部１１０３は、キャンペーンの費用額がキャンペーン予算の広告配信停止割合以上である場合、告知情報を送信しなくてもよい。これにより、支払うべき費用がキャンペーン予算を超える前に、告知情報の送信を停止させることができる。

操作要素情報送信部１１０６は、キャンペーンの費用額がキャンペーン予算の広告配信停止割合以上である場合、たとえ端末ユーザ５のユーザが候補者であっても、導線要素情報をユーザ端末５へ送信しなくてもよい。これにより、支払うべき費用がキャンペーン予算を大きく超えることを抑止することができる。ここで、操作要素情報送信部１１０６は、キャンペーンの費用額がキャンペーン予算の広告配信停止割合以上であり、且つ、そのユーザがＣＴＡボタン４１０の操作者ではないと操作者判定部１１０５により判定された場合、導線要素情報を送信しなくてもよい。その一方で、操作要素情報送信部１１０６は、ユーザ端末５のユーザが候補者であると候補者判定部１１０２により判定され、且つ、そのユーザがＣＴＡボタン４１０の操作者であると操作者判定部１１０５により判定された場合、キャンペーンの費用額がキャンペーン予算の広告配信停止割合以上であるとしても、導線要素情報を送信してもよい。ＣＴＡボタン４１０を操作したユーザは、キャンペーンの費用額がキャンペーン予算の広告配信停止割合以上となる前に表示された告知情報１００を操作することにより、キャンペーンランディング画面２００を表示させたユーザであると考えられる。そして、キャンペーンランディング画面２００でＣＴＡボタン４１０を操作したユーザは、キャンペーンに参加することでポイントを獲得可能であると信じている可能性がある。そうしたユーザに対しては、たとえ告知情報１００の表示後にキャンペーンの費用額がキャンペーン予算の広告配信停止割合以上となっていたとしても、ポイントを付与することが適切である場合がある。なお、導線要素４１０の表示が、第１実施形態の場合と同様にＣＴＡボタン２２０を操作したことを条件とする場合、操作要素情報送信部１１０６の処理を第１実施形態から変更する必要はない。

ポイント獲得キャンペーンを実施するサービスが、インターネット総合サービスのドメインとは異なるドメインで提供されるサービスである場合、ユーザ端末５がサービス画面４００を表示する際にユーザ識別情報取得部が１１０１を取得することができない場合がある。その理由は、ユーザ端末５に記憶された端末ＩＤのクッキーが、そのサービスのドメインにとってサードパーティクッキーに相当するからである。近年はサードパーティクッキーが利用禁止とされることが主流となっている。そのため、情報配信サーバ１の操作要素情報送信部１１０６が、サービス画面４００内に導線要素４１０を表示させるか否かを制御することができない。そのようなサービスに対応するサービスサーバ２から送信されるサービス画面４００のＨＴＭＬ文書は、導線要素４１０が必ず表示されるように記述されてもよい。この場合、候補者ではないユーザであっても、導線要素４１０を操作することはできる。しかしながら、ポイントプログラムサーバ３の制御により、候補者に対してのみポイント受取操作画面５００又はポイント受取完了画面６００が表示される。従って、導線要素４１０の表示を制御することができなくても、大きな問題は発生しない。

［４－３－３．ポイントプログラムサーバ］
次に、ポイントプログラムサーバ３におけるシステム制御部３１の機能概要を、図２７を参照して説明する。図２７は、ポイントプログラムサーバ３におけるシステム制御部３１の機能ブロックの一例を示す図である。図２４において、図１３と同一の要素については同一の符号が付されている。図２７と図１３とが異なる点は、図２７において、システム制御部３１は、更に操作者判定部３１０６及びポイント料加算部３１０７として機能する点である。

操作者判定部３１０６は、情報配信サーバ１の操作者判定部１１０５と同様の機能を基本的に有してもよい。ここで、操作者判定部３１０６は、受取画面情報要求受信部３１０１によりユーザ端末５から受取画面情報の要求を受信したとき、ユーザ識別情報取得部３１０２により取得された端末ＩＤ及びＣＴＡボタン操作ＤＢ１４ｂに基づいて、そのユーザがＣＴＡボタン４１０の操作者であるか否かを判定してもよい。

受取画面情報送信部３１０４は、キャンペーン費用ＤＢ１４ｄに記憶されたキャンペーンの費用額が、キャンペーンＤＢ１４ａに記憶されたキャンペーン予算の広告配信停止割合以上である場合、端末ユーザ５のユーザが候補者であっても、図２６に示すように、ポイント受取不可画面７００のＨＴＭＬ文書をユーザ端末５へ送信してもよい。これにより、支払うべき費用がキャンペーン予算を大きく超えることを抑止することができる。ここで、受取画面情報送信部３１０４は、キャンペーンの費用額がキャンペーン予算の広告配信停止割合以上であり、且つ、そのユーザがＣＴＡボタン４１０の操作者ではないと操作者判定部３１０６により判定された場合、ポイント受取不可画面７００のＨＴＭＬ文書を送信してもよい。その一方で、受取画面情報送信部３１０４は、ユーザ端末５のユーザが候補者であると候補者判定部３１０３により判定され、且つ、そのユーザがＣＴＡボタン４１０の操作者であると操作者判定部３１０６により判定された場合、たとえキャンペーンの費用額がキャンペーン予算の広告配信停止割合以上であるとしても、図２６に示すように、ポイント受取不可画面７００のＨＴＭＬ文書を送信してもよい。前述した理由と同様に、キャンペーンランディング画面２００でＣＴＡボタン４１０を操作したユーザに対しては、たとえ告知情報１００の表示後にキャンペーンの費用額がキャンペーン予算の広告配信停止割合以上であるとしても、ポイントを付与することが適切である場合がある。

ポイント付与部３１０５は、記憶されたキャンペーンの費用額がキャンペーン予算の広告配信停止割合以上である場合、ユーザ端末５のユーザにポイントを付与しなくてもよい。また、ポイント付与部３１０５は、そのユーザが候補者であり、且つ、そのユーザがＣＴＡボタン４１０の操作者である場合、キャンペーンの費用額がキャンペーン予算の広告配信停止割合以上であるとしても、そのユーザにポイントを付与してもよい。

ポイント料加算部３１０７は、ポイント付与部３１０５によりポイントを付与する処理が実行されることに応じて、キャンペーン費用ＤＢ１４ｄに記憶されたキャンペーンの費用額に、付与されるポイントの数に応じたポイント料を加算してもよい。例えば、ポイント料加算部３１０７は、ポイントと金銭との交換比率に基づいて、付与ポイント数をポイント料に変換してもよい。例えば１ポイントが１円に相当してもよい。

［４－４．通信システムの動作］
次に、通信システムＳの動作について、図２８及び図２９を参照して説明する。以下に示す動作例は、広告料の課金方式がプレビュー課金である場合の例である。

図２８は、本実施形態に係る情報配信サーバ１のシステム制御部１１により実行される告知情報送信制御処理の一例を示すフローチャートである。図２８において、図１５と同一の処理については同一の符号が付されている。図２８に示すように、先ずステップＳ２０１～Ｓ２０４が第１実施形態の場合と同様に実行される。告知情報要求に含まれるキャンペーンＩＤと識別情報変換ＤＢ４２から取得されたユーザＩＤとの組み合わせがポイント受取ＤＢ１４ｃに記憶されていない場合（ステップＳ２０４：ＮＯ）、告知情報送信部１１０３は、キャンペーン情報に含まれるキャンペーン予算に広告配信停止割合を乗算することで、広告配信停止額を計算する。告知情報送信部１１０３は、キャンペーン情報に含まれるキャンペーンＩＤに関連付けてキャンペーン費用ＤＢ１４ｄに記憶されている費用額が広告配信停止額未満であるか否かを判定する（ステップＳ２１１）。費用額が広告配信停止額以上である場合（ステップＳ２３１：ＮＯ）、告知情報配信制御処理は終了する。

費用額が広告配信停止額未満である場合（ステップＳ２３１：ＹＥＳ）、告知情報送信部１１０３は、ユーザ端末５へ告知情報を送信する（ステップＳ２０５）。次いで、広告料加算部１１０７は、キャンペーン情報に含まれるキャンペーンＩＤに関連付けてキャンペーン費用ＤＢ１４ｄに記憶されている費用額に所定の広告単価を加算することで、参加用画面情報要求を更新して（ステップＳ２３２）、告知情報配信制御処理は終了する。

図２９は、本実施形態に係るポイントプログラムサーバ３のシステム制御部３１により実行される受取画面情報送信制御処理の一例を示すフローチャートである。図２９において、図１８と同一の処理については同一の符号が付されている。図２９に示すように、先ずステップＳ５０１～Ｓ５０４が第１実施形態の場合と同様に実行される。取得されたユーザＩＤがポイント受取ＤＢ１４ｃに記憶されていない場合（ステップＳ５０４：ＮＯ）、告知情報送信部１１０３は、取得されたキャンペーン情報に含まれるキャンペーン予算に広告配信停止割合を乗算することで、広告配信停止額を計算する。告知情報送信部１１０３は、キャンペーン情報に含まれるキャンペーンＩＤに関連付けてキャンペーン費用ＤＢ１４ｄに記憶されている費用額が広告配信停止額未満であるか否かを判定する（ステップＳ５３１）。費用額が広告配信停止額以上である場合（ステップＳ５３１：ＮＯ）、操作者判定部３１０６は、受取操作画面情報要求に含まれるキャンペーンＩＤとユーザＩＤとの組み合わせがＣＴＡボタン操作ＤＢ１４ｂに記憶されているか否かを判定する（ステップＳ５３２）。その組み合わせが記憶されていない場合（ステップＳ５３２：ＮＯ）、受取画面情報送信部３１０４は、ポイント受取不可画面７００のデータをユーザ端末５へ送信して（ステップＳ５０７）、受取画面情報送信制御処理は終了する。その組み合わせが記憶されている場合（ステップＳ５３２：ＹＥＳ）、または費用額が広告配信停止額未満である場合（ステップＳ５３１：ＹＥＳ）、ポイント付与部３１０５はポイント付与処理を実行する（ステップＳ５０５）。次いで、広告料加算部１１０７は、キャンペーン情報に含まれるキャンペーンＩＤに関連付けてキャンペーン費用ＤＢ１４ｄに記憶されている費用額に、付与ポイント数に応じて計算されるポイント料を加算することで、参加用画面情報要求を更新する（ステップＳ５３３）。次いで、受取画面情報送信部３１０４は、ポイント受取完了画面６００のデータをユーザ端末５へ送信して（ステップＳ５０６）、受取画面情報送信制御処理は終了する。

以上説明したように、本実施形態によれば、特典付与システムが、広告料が発生することに応じてキャンペーン費用に広告料を加算し、何れかのユーザに対して特典が付与されることに応じて、キャンペーン費用に特典料を加算してもよい。この場合、広告料と特典費用とを別々にキャンペーン費用に加算することができる。

また、特典付与システムが、キャンペーン費用が予算の広告配信停止割合以上である場合、告知情報をユーザ端末５へ送信しなくてもよい。この場合、キャンペーン費用が予算に対して過大になることを抑止することができる。

また、特典付与システムが、キャンペーン費用が予算の広告配信停止割合以上である場合、受取画面情報を送信しなくてもよい。また、特典付与システムが、ユーザ端末５のユーザが候補者であり、且つ、そのユーザが、キャンペーン画面で表示操作を行った操作者である場合、キャンペーン費用が予算の広告配信停止割合以上であっても、受取画面情報を送信してもよい。この場合、キャンペーン費用が予算に対して過大になることを抑止しながら、キャンペーン費用が予算の広告配信停止割合に達する前に告知情報を表示させて、キャンペーンランディング画面で案内を確認したユーザに対しては、その後キャンペーン費用が広告配信停止割合に達したとしても、特典を付与することができる。

また、ユーザが所定行動のうち予め定められた少なくとも一部の行動をとることにより、広告料が発生してもよい。この場合、所定行動をとったユーザに特典を付与することにより、広告の成果が得られることを促進することができる。

（付記１）端末装置のユーザを識別するユーザ識別情報を前記端末装置から取得する取得手段と、前記取得されたユーザ識別情報に基づいて、前記端末装置のユーザが、予め設定されたユーザ属性に基づいて抽出される候補者であるか否かを判定する第１判定を実行する候補者判定手段と、前記端末装置のユーザが前記候補者であると判定された場合、前記候補者が所定行動をとることを条件として前記候補者に特典を付与するキャンペーンを知らせる告知情報であって、前記キャンペーンの案内を示すキャンペーン画面へのリンクを含む告知情報を、前記端末装置へ送信する告知情報送信手段と、前記所定行動の完了後に表示されることが定められた受取画面であって、前記特典の受け取りを示す受取画面を前記端末装置に表示させる受取画面情報の要求を、前記端末装置から受信する要求受信手段と、前記要求が受信されることに応じて、前記受取画面情報を前記端末装置へ送信する受取画面情報送信手段と、を備え、前記候補者判定手段は、前記要求が受信されたとき、前記端末装置のユーザが前記候補者であるか否かを判定する第２判定を更に実行し、前記受取画面情報送信手段は、前記端末装置のユーザが前記候補者ではないと前記第２判定で判定された場合、前記受取画面情報を前記端末装置へ送信しないことを特徴とする特典付与システム。

（付記２）前記受取画面は、前記特典の受け取りが完了したことを示す画面であり、前記所定行動の完了後に、前記特典を受け取るための受取操作を受け付け可能な受取操作画面が、前記端末装置により表示され、前記要求受信手段は、前記受取操作画面において前記受取操作が受け付けられたとき、前記端末装置から前記要求を受信することを特徴とする付記１に記載の特典付与システム。

（付記３）前記端末装置のユーザが前記候補者であると前記第２判定で判定された場合、前記端末装置のユーザへ特典を付与する付与処理を実行する付与手段を更に備えることを特徴とする付記２に記載の特典付与システム。

（付記４）前記所定行動は、所定のサービスに関連する行動を含み、前記サービスで提供される所定のサービス画面であって、所定の操作要素を含むことがあるサービス画面が、前記キャンペーン画面により示される前記案内に前記ユーザが従うことで、前記端末装置により表示されることがあり、前記サービス画面において前記操作要素が操作されることに応じて、前記受取操作画面が前記端末装置により表示されることを特徴とする付記２又は３に記載の特典付与システム。

（付記５）前記受取画面は、前記特典を受け取るための受取操作を受け付け可能な受取操作画面であり、前記送信された受取画面情報に基づいて前記端末装置により表示された前記受取操作画面において前記受取操作が受け付けられることに応じて、前記端末装置のユーザへ特典を付与する付与処理を実行する付与手段を更に備えることを特徴とする付記１に記載の特典付与システム。

（付記６）前記所定行動は、所定のサービスに関連する行動を含み、前記サービスで提供される所定のサービス画面であって、前記受取操作画面を表示させるために操作可能な操作要素を含むことがあるサービス画面が、前記キャンペーン画面により示される前記案内に前記ユーザが従うことで、前記端末装置により表示されることがあり、前記要求受信手段は、前記表示されたサービス画面において前記操作要素が操作されたとき、前記端末装置から前記要求を受信することを特徴とする付記５に記載の特典付与システム。

（付記７）前記サービス画面を表示する前記端末装置に、前記サービス画面内に前記操作要素を前記端末装置に表示させる操作要素情報を送信する操作要素情報送信手段を更に備え、前記候補者判定手段は、前記端末装置が前記サービス画面を表示するとき、前記端末装置のユーザが前記候補者であるか否かを判定する第３判定を更に実行し、前記操作要素情報送信手段は、前記端末装置のユーザが前記候補者ではないと前記第３判定で判定された場合、前記操作要素情報を送信しないことを特徴とする付記４又は６に記載の特典付与システム。

（付記８）前記キャンペーン画面は、前記所定行動をとるための操作を受け付け可能な操作画面を表示させる表示操作を受け付け可能な画面であり、前記キャンペーン画面において前記表示操作が受け付けられた場合、前記表示操作を行った操作者を特定可能な操作者特定情報を、前記取得されたユーザ識別情報により識別される前記ユーザが前記操作者であることを示すように更新する更新手段と、前記操作者特定情報と前記取得されたユーザ識別情報とに基づいて、前記端末装置のユーザが前記操作者であるか否かを判定する操作者判定手段と、を更に備え、前記操作要素情報送信手段は、前記端末装置のユーザが前記操作者ではないと判定された場合、前記操作要素情報を送信しないことを特徴とする付記７に記載の特典付与システム。

（付記９）前記サービス画面は、前記操作画面であるか、または、前記操作画面よりも後に表示されることが予定されている画面であることを特徴とする付記８に記載の特典付与システム。

（付記１０）前記所定行動は、前記操作要素を操作することを含むことを特徴とする付記４、６乃至９の何れか一に記載の特典付与システム。

（付記１１）前記キャンペーンを実施するために発生したキャンペーン費用であって、何れかのユーザに対して前記特典が付与されるごとに増加するキャンペーン費用が記憶手段に記憶され、前記告知情報送信手段は、前記記憶されたキャンペーン費用が、前記キャンペーンについて設定された予算の所定割合以上である場合、前記告知情報を前記端末装置へ送信せず、前記キャンペーン画面は、前記所定行動をとるための操作を受け付け可能な操作画面を表示させる表示操作を受け付け可能な画面であり、前記キャンペーン画面において前記表示操作が受け付けられた場合、前記表示操作を行った操作者を特定可能な操作者特定情報を、前記取得されたユーザ識別情報により識別される前記ユーザが前記操作者であることを示すように更新する更新手段と、前記操作者特定情報と前記取得されたユーザ識別情報とに基づいて、前記端末装置のユーザが前記操作者であるか否かを判定する操作者判定手段と、を更に備え、前記受取画面情報送信手段は、前記キャンペーン費用が前記予算の前記所定割合以上である場合、前記受取画面情報を送信せず、前記端末装置のユーザが前記候補者であると判定され、且つ、前記端末装置のユーザが前記操作者であると判定された場合、前記キャンペーン費用が前記予算の前記所定割合以上であっても、前記受取画面情報を送信することを特徴とする付記１乃至１０の何れか一に記載の特典付与システム。

（付記１２）前記送信される告知情報は、広告であることを特徴とする付記１乃至１０の何れか一に記載の特典付与システム。

（付記１３）前記キャンペーンを実施するために広告主に請求されるキャンペーン費用が記憶手段に記憶され、前記告知情報送信手段により前記告知情報が送信される結果、前記特典を付与するための特典費用とは異なる広告料が発生することに応じて、前記記憶されたキャンペーン費用に前記広告料を加算する第１加算手段と、何れかのユーザに対して前記特典が付与されることに応じて、前記記憶されたキャンペーン費用に、付与される前記特典に応じた前記特典費用を加算する第２加算手段と、を更に備えることを特徴とする付記１２に記載の特典付与システム。

（付記１４）前記告知情報送信手段は、前記キャンペーン費用が、前記キャンペーンについて設定された予算の所定割合以上である場合、前記告知情報を前記端末装置へ送信しないことを特徴とする付記１３に記載の特典付与システム。

（付記１５）前記端末装置のユーザが前記所定行動のうち予め定められた少なくとも一部の行動をとることにより、前記広告料が発生することを特徴とする付記１３又は１４に記載の特典付与システム。

（付記１６）前記キャンペーン画面により示される前記案内は、前記条件を含むことを特徴とする付記１乃至１５の何れか一に記載の特典付与システム。

（付記１７）前記候補者判定手段は、前記取得されたユーザ識別情報と、前記候補者を特定可能な候補者特定情報と、に基づいて、前記端末装置のユーザが前記候補者であるか否かを判定することを特徴とする付記１乃至１５の何れか一に記載の特典付与システム。

（付記１８）前記候補者特定情報は、ユーザごとに該ユーザの属性を示す情報であることを特徴とする付記１７に記載の特典付与システム。

（付記１９）コンピュータにより実行される特典付与方法において、端末装置のユーザを識別するユーザ識別情報を前記端末装置から取得する取得ステップと、前記取得されたユーザ識別情報に基づいて、前記端末装置のユーザが、予め設定された属性に基づいて抽出される候補者であるか否かを判定する第１候補者判定ステップと、前記端末装置のユーザが前記候補者であると判定された場合、前記候補者が所定行動をとることを条件として前記候補者に特典を付与するキャンペーンを知らせる告知情報であって、前記キャンペーンの案内を示すキャンペーン画面へのリンクを含む告知情報を、前記端末装置へ送信する告知情報送信ステップと、前記所定行動の完了後に表示されることが定められた受取画面であって、前記特典の受け取りを示す受取画面を前記端末装置に表示させる受取画面情報の要求を、前記端末装置から受信する要求受信ステップと、前記要求が受信されたとき、前記取得されたユーザ識別情報に基づいて、前記端末装置のユーザが前記候補者であるか否かを判定する第２候補者判定ステップと、前記端末装置のユーザが前記候補者であると前記第２候補者判定ステップにより判定された場合、前記受取画面情報を前記端末装置へ送信し、前記端末装置のユーザが前記候補者ではないと前記第２候補者判定ステップにより判定された場合、前記受取画面情報を前記端末装置へ送信しない受取画面情報送信ステップと、を含むことを特徴とする特典付与方法。

１ 情報配信サーバ
２ サービスサーバ
３ ポイントプログラムサーバ
４ 会員情報管理サーバ
５ ユーザ端末
１１、２１、３１ システム制御部
１２、２２、３２ システムバス
１３、２３、３３ 入出力インタフェース
１４、２４、３４ 記憶部
１５、２５、３５ 通信部
１４ａ キャンペーンＤＢ
１４ｂ ＣＴＡボタン操作ＤＢ
１４ｃ ポイント受取ＤＢ
１４ｄ キャンペーン費用ＤＢ
３４ａ ポイントＤＢ
３４ｂ ポイント履歴ＤＢ
４１ 会員ＤＢ
４２ 識別情報変換ＤＢ
４３ 行動履歴ＤＢ
６０ 候補者リスト
１１０１ ユーザ識別情報取得部
１１０２ 候補者判定部
１１０３ 告知情報送信部
１１０４ 操作者特定情報更新部
１１０５ 操作者判定部
１１０６ 操作要素情報送信部
１１０７ 広告料加算部
２１０１ ランディング画面情報送信部
２１０２ サービス画面情報送信部
３１０１ 受取画面情報要求受信部
３１０２ ユーザ識別情報取得部
３１０３ 候補者判定部
３１０４ 受取画面情報送信部
３１０５ ポイント付与部
３１０６ 操作者判定部
３１０７ ポイント料加算部
ＮＷ ネットワーク
Ｓ 通信システム

Claims (19)

1. 端末装置のユーザが、予め設定されたユーザ属性に基づいて抽出される候補者であるか否かを、前記ユーザを識別するユーザ識別情報であって、前記端末装置から取得されたユーザ識別情報に基づいて判定する判定処理を実行する候補者判定手段と、
   前記端末装置のユーザが前記候補者であると判定された場合、前記候補者が所定行動をとることを条件として前記候補者に特典を付与するキャンペーンを知らせる告知情報であって、前記キャンペーンの案内を示すキャンペーン画面へのリンクを含む告知情報を、前記端末装置へ送信する告知情報送信手段と、
   前記所定行動の完了後に表示されることが定められた受取画面であって、前記特典の受け取りを示す受取画面を前記端末装置に表示させる受取画面情報の要求を、前記端末装置から受信する要求受信手段と、
   前記要求が受信されることに応じて、前記受取画面情報を前記端末装置へ送信する受取画面情報送信手段と、
   を備え、
   前記候補者判定手段は、前記要求が受信されたとき、前記判定処理を更に実行し、
   前記受取画面情報送信手段は、前記端末装置のユーザが前記候補者ではないと、前記要求が受信されたときに実行された前記判定処理で判定された場合、前記受取画面情報を前記端末装置へ送信しないことを特徴とする特典付与システム。
2. 前記受取画面は、前記特典の受け取りが完了したことを示す画面であり、
   前記所定行動の完了後に、前記特典を受け取るための受取操作を受け付け可能な受取操作画面が、前記端末装置により表示され、
   前記要求受信手段は、前記受取操作画面において前記受取操作が受け付けられたとき、前記端末装置から前記要求を受信することを特徴とする請求項１に記載の特典付与システム。
3. 前記端末装置のユーザが前記候補者であると、前記要求が受信されたときに実行された前記判定処理で判定された場合、前記端末装置のユーザへ特典を付与する付与処理を実行する付与手段を更に備えることを特徴とする請求項２に記載の特典付与システム。
4. 前記所定行動は、所定のサービスに関連する行動を含み、
   前記サービスで提供される所定のサービス画面であって、所定の操作要素を含むことがあるサービス画面が、前記キャンペーン画面により示される前記案内に前記ユーザが従うことで、前記端末装置により表示されることがあり、
   前記サービス画面において前記操作要素が操作されることに応じて、前記受取操作画面が前記端末装置により表示されることを特徴とする請求項２に記載の特典付与システム。
5. 前記受取画面は、前記特典を受け取るための受取操作を受け付け可能な受取操作画面であり、
   前記送信された受取画面情報に基づいて前記端末装置により表示された前記受取操作画面において前記受取操作が受け付けられることに応じて、前記端末装置のユーザへ特典を付与する付与処理を実行する付与手段を更に備えることを特徴とする請求項１に記載の特典付与システム。
6. 前記所定行動は、所定のサービスに関連する行動を含み、
   前記サービスで提供される所定のサービス画面であって、前記受取操作画面を表示させるために操作可能な操作要素を含むことがあるサービス画面が、前記キャンペーン画面により示される前記案内に前記ユーザが従うことで、前記端末装置により表示されることがあり、
   前記要求受信手段は、前記表示されたサービス画面において前記操作要素が操作されたとき、前記端末装置から前記要求を受信することを特徴とする請求項５に記載の特典付与システム。
7. 前記サービス画面を表示する前記端末装置に、前記サービス画面内に前記操作要素を前記端末装置に表示させる操作要素情報を送信する操作要素情報送信手段を更に備え、
   前記候補者判定手段は、前記端末装置が前記サービス画面を表示するとき、前記判定処理を更に実行し、
   前記操作要素情報送信手段は、前記端末装置のユーザが前記候補者ではないと、前記端末装置が前記サービス画面を表示するときに実行された前記判定処理で判定された場合、前記操作要素情報を送信しないことを特徴とする請求項４又は６に記載の特典付与システム。
8. 前記キャンペーン画面は、前記所定行動をとるための操作を受け付け可能な操作画面を表示させる表示操作を受け付け可能な画面であり、
   前記キャンペーン画面において前記表示操作が受け付けられた場合、前記表示操作を行った操作者を特定可能な操作者特定情報を、前記取得されたユーザ識別情報により識別される前記ユーザが前記操作者であることを示すように更新する更新手段と、
   前記操作者特定情報と前記取得されたユーザ識別情報とに基づいて、前記端末装置のユーザが前記操作者であるか否かを判定する操作者判定手段と、
   を更に備え、
   前記操作要素情報送信手段は、前記端末装置のユーザが前記操作者ではないと判定された場合、前記操作要素情報を送信しないことを特徴とする請求項７に記載の特典付与システム。
9. 前記サービス画面は、前記操作画面であるか、または、前記操作画面よりも後に表示されることが予定されている画面であることを特徴とする請求項８に記載の特典付与システム。
10. 前記所定行動は、前記操作要素を操作することを含むことを特徴とする請求項４又は６に記載の特典付与システム。
11. 前記キャンペーンを実施するために発生したキャンペーン費用であって、何れかのユーザに対して前記特典が付与されるごとに増加するキャンペーン費用が記憶手段に記憶され、
    前記告知情報送信手段は、前記記憶されたキャンペーン費用が、前記キャンペーンについて設定された予算の所定割合以上である場合、前記告知情報を前記端末装置へ送信せず、
    前記キャンペーン画面は、前記所定行動をとるための操作を受け付け可能な操作画面を表示させる表示操作を受け付け可能な画面であり、
    前記キャンペーン画面において前記表示操作が受け付けられた場合、前記表示操作を行った操作者を特定可能な操作者特定情報を、前記取得されたユーザ識別情報により識別される前記ユーザが前記操作者であることを示すように更新する更新手段と、
    前記操作者特定情報と前記取得されたユーザ識別情報とに基づいて、前記端末装置のユーザが前記操作者であるか否かを判定する操作者判定手段と、
    を更に備え、
    前記受取画面情報送信手段は、前記キャンペーン費用が前記予算の前記所定割合以上である場合、前記受取画面情報を送信せず、前記端末装置のユーザが前記候補者であると判定され、且つ、前記端末装置のユーザが前記操作者であると判定された場合、前記キャンペーン費用が前記予算の前記所定割合以上であっても、前記受取画面情報を送信することを特徴とする請求項１乃至６の何れか一項に記載の特典付与システム。
12. 前記送信される告知情報は、広告であることを特徴とする請求項１乃至６の何れか一項に記載の特典付与システム。
13. 前記キャンペーンを実施するために広告主に請求されるキャンペーン費用が記憶手段に記憶され、
    前記告知情報送信手段により前記告知情報が送信される結果、前記特典を付与するための特典費用とは異なる広告料が発生することに応じて、前記記憶されたキャンペーン費用に前記広告料を加算する第１加算手段と、
    何れかのユーザに対して前記特典が付与されることに応じて、前記記憶されたキャンペーン費用に、付与される前記特典に応じた前記特典費用を加算する第２加算手段と、
    を更に備えることを特徴とする請求項１２に記載の特典付与システム。
14. 前記告知情報送信手段は、前記キャンペーン費用が、前記キャンペーンについて設定された予算の所定割合以上である場合、前記告知情報を前記端末装置へ送信しないことを特徴とする請求項１３に記載の特典付与システム。
15. 前記端末装置のユーザが前記所定行動のうち予め定められた少なくとも一部の行動をとることにより、前記広告料が発生することを特徴とする請求項１３に記載の特典付与システム。
16. 前記キャンペーン画面により示される前記案内は、前記条件を含むことを特徴とする請求項１乃至６の何れか一項に記載の特典付与システム。
17. 前記候補者判定手段は、前記取得されたユーザ識別情報と、前記候補者を特定可能な候補者特定情報と、に基づいて、前記端末装置のユーザが前記候補者であるか否かを判定することを特徴とする請求項１乃至６の何れか一項に記載の特典付与システム。
18. 前記候補者特定情報は、前記端末装置のユーザの属性を示す情報であることを特徴とする請求項１７に記載の特典付与システム。
19. コンピュータにより実行される特典付与方法において、
    端末装置のユーザが、予め設定された属性に基づいて抽出される候補者であるか否かを、前記ユーザを識別するユーザ識別情報であって、前記端末装置から取得されたユーザ識別情報に基づいて判定する判定処理を実行する第１候補者判定ステップと、
    前記端末装置のユーザが前記候補者であると前記第１候補者判定ステップにより判定された場合、前記候補者が所定行動をとることを条件として前記候補者に特典を付与するキャンペーンを知らせる告知情報であって、前記キャンペーンの案内を示すキャンペーン画面へのリンクを含む告知情報を、前記端末装置へ送信する告知情報送信ステップと、
    前記所定行動の完了後に表示されることが定められた受取画面であって、前記特典の受け取りを示す受取画面を前記端末装置に表示させる受取画面情報の要求を、前記端末装置から受信する要求受信ステップと、
    前記要求が受信されたとき、前記判定処理を更に実行する第２候補者判定ステップと、
    前記端末装置のユーザが前記候補者であると前記第２候補者判定ステップにより判定された場合、前記受取画面情報を前記端末装置へ送信し、前記端末装置のユーザが前記候補者ではないと前記第２候補者判定ステップにより判定された場合、前記受取画面情報を前記端末装置へ送信しない受取画面情報送信ステップと、
    を含むことを特徴とする特典付与方法。

Images