特開 2024-98624 情報処理装置、情報処理システム、情報処理方法及びプログラム

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024098624

(43)【公開日】2024-07-24

(54)【発明の名称】情報処理装置、情報処理システム、情報処理方法及びプログラム

(51)【国際特許分類】

   G06Q 30/0241 20230101AFI20240717BHJP

   G06Q 30/0251 20230101ALI20240717BHJP

   G06Q 30/0207 20230101ALI20240717BHJP

【ＦＩ】

G06Q30/0241 446

G06Q30/0251

G06Q30/0207

【審査請求】有

【請求項の数】13

【出願形態】ＯＬ

(21)【出願番号】P 2023002224

(22)【出願日】2023-01-11

(71)【出願人】

【識別番号】399037405

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

(74)【代理人】

【識別番号】100105957

【弁理士】

【氏名又は名称】恩田 誠

(74)【代理人】

【識別番号】100068755

【弁理士】

【氏名又は名称】恩田 博宣

(72)【発明者】

【氏名】増沢 逸平

(72)【発明者】

【氏名】安斎 弘子

(72)【発明者】

【氏名】水野 貴洋

【テーマコード（参考）】

5L030

5L049

【Ｆターム（参考）】

5L030BB07

5L030BB08

5L049BB07

5L049BB08

(57)【要約】

【課題】イベントの実施に伴い継続性を持たせることができる情報処理装置、情報処理システム、情報処理方法及びプログラムを提供する。
【解決手段】情報処理装置は、イベント期間中におけるユーザの指示毎にユーザに対応するレコードを生成する。情報処理装置は、イベント期間中においてレコードを生成する度に、生成したレコードを登録する。情報処理装置は、ユーザに対応するレコードが広告提供条件を満たしたときに、イベント期間中におけるユーザの指示に応じて広告を提供する。
【選択図】図６

【特許請求の範囲】

【請求項1】

イベント期間中におけるユーザの指示毎にユーザに対応するレコードを生成するレコード生成部と、
前記イベント期間中において前記レコード生成部がレコードを生成する度に、前記レコード生成部が生成したレコードをレコード記憶部に登録するレコード登録部と、
前記レコード記憶部に記憶されているユーザに対応するレコードが広告提供条件を満たしたときに、前記イベント期間中におけるユーザの指示に応じて広告を提供する広告提供部と、
を備える、
情報処理装置。

【請求項2】

請求項１に記載の情報処理装置において、
前記イベント期間中におけるユーザの指示に応じて、報酬付与条件が満たされると、ユーザに報酬を付与する報酬付与部を備える、
情報処理装置。

【請求項3】

請求項１に記載の情報処理装置において、
前記レコード生成部は、前記イベント期間中において、ユーザのログインを条件として、ユーザの指示に応じてユーザに対応するレコードを生成し、
前記レコード記憶部は、前記イベント期間中においてユーザがログオフした後であっても、前記レコード生成部が生成したユーザに対応するレコードを継続して記憶する、
情報処理装置。

【請求項4】

請求項１に記載の情報処理装置において、
前記レコード生成部は、前記レコード記憶部に記憶されているユーザに対応するレコードの数が上限数となるまでは、ユーザの指示に応じてユーザに対応するレコードを生成し、前記レコード記憶部に記憶されているユーザに対応するレコードの数が上限数となると、ユーザに対応するレコードを生成しない、
情報処理装置。

【請求項5】

請求項１に記載の情報処理装置において、
前記広告提供部は、前記レコード記憶部に記憶されているユーザに対応するレコードの数が規定数であるときに前記広告提供条件を満たし、前記イベント期間中におけるユーザの指示に応じて広告を提供する、
情報処理装置。

【請求項6】

請求項５に記載の情報処理装置において、
情報管理サーバと、広告サーバと、を備え、
前記情報管理サーバは、前記広告提供条件を満たしたか否かを判定し、前記広告提供条件を満たしたときに、前記広告サーバに広告の提供を要求する、
情報処理装置。

【請求項7】

請求項５に記載の情報処理装置において、
情報管理サーバと、広告サーバと、を備え、
前記情報管理サーバは、前記レコード記憶部に記憶されているユーザに対応するレコードの数を前記広告サーバに送信し、
前記広告サーバは、前記レコード記憶部に記憶されているユーザに対応するレコードの数に基づいて、前記広告提供条件を満たしたか否かを判定する、
情報処理装置。

【請求項8】

請求項１に記載の情報処理装置において、
前記レコード生成部は、前記イベント期間中におけるユーザの指示に応じて前記広告提供部が広告を提供したときに、広告の提供が終了したことを契機として、ユーザに対応するレコードを生成する、
情報処理装置。

【請求項9】

請求項１に記載の情報処理装置において、
前記広告提供部は、前記レコード記憶部が記憶しているレコードに対応するユーザ数が第１ユーザ数である場合には、前記レコード記憶部が記憶しているレコードに対応するユーザ数が前記第１ユーザ数よりも多い第２ユーザ数である場合よりも高い頻度で前記広告提供条件を満たし、前記イベント期間中においてユーザの指示に応じて広告を提供する、
情報処理装置。

【請求項10】

請求項１～請求項９のうち何れか一項に記載の情報処理装置において、
前記イベント期間中におけるユーザの指示に応じて複数の選択対象のうち何れかを選択するイベントを提供するイベント提供部を備え、
前記レコード生成部は、前記イベント提供部が提供するイベントで、前記イベント期間中におけるユーザの指示に応じて選択された選択対象とユーザとに対応するレコードを生成し、
前記イベント提供部は、前記レコード記憶部に記憶されているユーザに対応するレコードに基づいて、ユーザの指示に応じて既に選択された選択対象を選択不能とし、ユーザの指示に応じて未だに選択されていない選択対象を選択可能とする、
情報処理装置。

【請求項11】

イベント期間中におけるユーザの指示毎にユーザに対応するレコードを生成するレコード生成部と、
前記イベント期間中において前記レコード生成部がレコードを生成する度に、前記レコード生成部が生成したレコードをレコード記憶部に登録するレコード登録部と、
前記レコード記憶部に記憶されているユーザに対応するレコードが広告提供条件を満たしたときに、前記イベント期間中におけるユーザの指示に応じて広告を提供する広告提供部と、
を備える、
情報処理システム。

【請求項12】

１又は複数のコンピュータが、
イベント期間中におけるユーザの指示毎にユーザに対応するレコードを生成することと、
前記イベント期間中においてレコードを生成する度に、生成したレコードを登録することと、
ユーザに対応するレコードが広告提供条件を満たしたときに、前記イベント期間中におけるユーザの指示に応じて広告を提供することと、
を実行する、
情報処理方法。

【請求項13】

１又は複数のコンピュータに、
イベント期間中におけるユーザの指示毎にユーザに対応するレコードを生成することと、
前記イベント期間中においてレコードを生成する度に、生成したレコードを登録することと、
ユーザに対応するレコードが広告提供条件を満たしたときに、前記イベント期間中におけるユーザの指示に応じて広告を提供することと、
を実行させる、
プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理装置、情報処理システム、情報処理方法及びプログラムに関する。

【背景技術】

【0002】

従来、例えば、特許文献１に示すように、広告要素を含むクイズを提供するとともに、ユーザの指示に応じてクイズに正答するとユーザにクーポンコードを付与するイベントを提供する情報処理システムが開示されている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１３－１０１５７５号公報

【発明の概要】

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

【0004】

しかしながら、このような情報処理システムでは、１回のイベントとして、広告要素を含むクイズが１回提供されることにより、クーポンが付与される機会が１回得られるものであった。このため、継続性の薄いイベントとなってしまっていた。

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

【0005】

上記課題を解決する情報処理装置は、イベント期間中におけるユーザの指示毎にユーザに対応するレコードを生成するレコード生成部と、前記イベント期間中において前記レコード生成部がレコードを生成する度に、前記レコード生成部が生成したレコードをレコード記憶部に登録するレコード登録部と、前記レコード記憶部に記憶されているユーザに対応するレコードが広告提供条件を満たしたときに、前記イベント期間中におけるユーザの指示に応じて広告を提供する広告提供部と、を備える。

【0006】

上記課題を解決する情報処理システムは、イベント期間中におけるユーザの指示毎にユーザに対応するレコードを生成するレコード生成部と、前記イベント期間中において前記レコード生成部がレコードを生成する度に、前記レコード生成部が生成したレコードをレコード記憶部に登録するレコード登録部と、前記レコード記憶部に記憶されているユーザに対応するレコードが広告提供条件を満たしたときに、前記イベント期間中におけるユーザの指示に応じて広告を提供する広告提供部と、を備える。

【0007】

上記課題を解決する情報処理方法は、１又は複数のコンピュータが、イベント期間中におけるユーザの指示毎にユーザに対応するレコードを生成することと、前記イベント期間中においてレコードを生成する度に、生成したレコードを登録することと、ユーザに対応するレコードが広告提供条件を満たしたときに、前記イベント期間中におけるユーザの指示に応じて広告を提供することと、を実行する。

【0008】

上記課題を解決するプログラムは、１又は複数のコンピュータに、イベント期間中におけるユーザの指示毎にユーザに対応するレコードを生成することと、前記イベント期間中においてレコードを生成する度に、生成したレコードを登録することと、ユーザに対応するレコードが広告提供条件を満たしたときに、前記イベント期間中におけるユーザの指示に応じて広告を提供することと、を実行させる。

【発明の効果】

【0009】

本発明によれば、イベントの実施に伴い継続性を持たせることができる。

【図面の簡単な説明】

【0010】

【図1】第１実施形態の情報処理システムの全体構成を示す図である。

【図2】第１実施形態のユーザ端末装置の電気的構成を示す図である。

【図3】第１実施形態の情報処理装置の電気的構成を示す図である。

【図4】第１実施形態のイベント情報を示す図である。

【図5】第１実施形態のレコードを示す図である。

【図6】第１実施形態のイベント制御処理を示すフローチャートである。

【図7】第１実施形態のイベント制御処理を示すフローチャートである。

【図8】第１実施形態のユーザ端末表示部の表示態様を示す図である。

【図9】第２実施形態のイベント制御処理を示すフローチャートである。

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

【0011】

［第１実施形態］
情報処理装置、情報処理システム、情報処理方法及びプログラムの一実施形態を説明する。情報処理システムは、ユーザに情報を提供するためのシステムである。特に、情報処理システムは、イベントに関する情報をユーザに提供するためのシステムである。

【0012】

イベントは、例えば、ユーザがダウンロードしたアプリケーションを利用して所定のサイトからユーザの指示により発生するイベントであってもよい。イベントは、例えば、スクラッチくじの抽選結果に伴ってユーザに報酬が付与されるイベントであってもよい。スクラッチくじは、複数の選択対象のうち、ユーザの選択指示により選択された選択対象に対応する抽選結果が特定可能となるとともに、ユーザの選択指示により選択された選択対象は再度選択できない状態となるくじである。

【0013】

＜情報処理システム１０の構成＞
図１に示すように、情報処理システム１０は、情報処理装置１１と、ユーザ端末装置１２とを備える。特に、情報処理システム１０は、１又は複数のユーザ端末装置１２を備えてもよい。情報処理装置１１とユーザ端末装置１２とは、ネットワーク１３を介して通信可能に接続されている。以降、各装置間の通信について、ネットワーク１３を介することの説明を省略する。

【0014】

情報処理装置１１は、ウェブサーバ１１Ａと、情報管理サーバ１１Ｂと、広告サーバ１１Ｃとを備えてもよい。ウェブサーバ１１Ａは、ユーザ端末装置１２との通信により、イベントに関する情報の入出力を制御するサーバである。情報管理サーバ１１Ｂは、イベントに関する情報を管理するサーバである。広告サーバ１１Ｃは、イベントの実施に伴って提供される広告に関する情報を管理するサーバである。

【0015】

＜ユーザ端末装置１２の構成＞
図２に示すように、ユーザ端末装置１２は、情報処理システム１０を利用するユーザにより用いられる端末装置である。特に、ユーザ端末装置１２は、情報処理システム１０においてイベントに参加するユーザにより用いられる端末装置である。ユーザ端末装置１２は、１又は複数のコンピュータから構成される。ユーザ端末装置１２は、ユーザによって携帯可能である携帯端末装置であってもよい。

【0016】

ユーザ端末装置１２は、端末制御部２０、端末記憶部２１、端末通信部２２、端末入力部２３及び端末表示部２４を備える。端末制御部２０は、ユーザ端末装置１２を制御するように構成される。端末制御部２０は、演算装置及び主記憶媒体を含む。演算装置は、ＯＳ（Operating System）及び各種プログラムを端末記憶部２１等から主記憶媒体にロードし、主記憶媒体から取り出した命令を実行する。演算装置は、１つ又は複数の回路（circuitry）である。回路は、ＣＰＵ、ＧＰＵ（Graphic Processing Unit）、又はＮＰＵ（Neural network Processing Unit）等であってもよい。

【0017】

端末記憶部２１は、副記憶媒体であって、ユーザに関する各種情報を記憶する。端末記憶部２１は、イベントに関する情報を送受信可能なプログラムを記憶していてもよい。プログラムは、情報処理システム１０を利用するための専用のアプリケーションであってもよい。

【0018】

端末通信部２２は、ハードウェア、ソフトウェア、又はこれらの組み合わせとして実装される。端末通信部２２は、情報処理装置１１との間でデータを送受信する。端末入力部２３は、ユーザの操作に応じて情報を入力するように構成される。端末入力部２３は、端末表示部２４と一体化されたタッチパネルであってもよい。端末入力部２３は、操作ボタン等のポインティングデバイスであってもよい。端末表示部２４は、端末制御部２０の出力指示に応じて情報を表示する。

【0019】

＜情報処理装置１１の構成＞
図３に示すように、情報処理装置１１は、情報をユーザに提供する装置である。特に、情報処理装置１１は、イベントに関する情報をユーザに提供する装置である。情報処理装置１１は、イベントの実施に伴って広告を提供する装置であってもよい。情報処理装置１１は、情報処理システム１０の管理者により管理される。情報処理装置１１は、１又は複数のコンピュータから構成される。

【0020】

情報処理装置１１は、制御部３０、記憶部３１及び通信部３２を備える。制御部３０は、情報処理装置１１を制御するように構成される。制御部３０は、演算装置及び主記憶媒体を含む。制御部３０は、端末制御部２０と同じような構成であり、演算装置及び主記憶媒体の説明を省略する。記憶部３１は、副記憶媒体であって、情報処理システム１０を管理するための各種情報を記憶する。

【0021】

通信部３２は、ハードウェア、ソフトウェア、又はこれらの組み合わせとして実装される。通信部３２は、ユーザ端末装置１２との間でデータを送受信する。情報処理装置１１は、情報処理システム１０の管理者が入力操作を行うための操作部を備えてもよく、情報を表示する表示部を備えてもよい。

【0022】

情報処理装置１１の各部は、ウェブサーバ１１Ａの各部と、情報管理サーバ１１Ｂの各部と、広告サーバ１１Ｃの各部とにより構成されてもよい。詳しくは、情報処理装置１１の制御部３０は、ウェブサーバ１１Ａの第１制御部と、情報管理サーバ１１Ｂの第２制御部と、広告サーバ１１Ｃの第３制御部と備えてもよい。情報処理装置１１の記憶部３１は、ウェブサーバ１１Ａの第１記憶部と、情報管理サーバ１１Ｂの第２記憶部と、広告サーバ１１Ｃの第３記憶部とを備えてもよい。情報処理装置１１の通信部３２は、ウェブサーバ１１Ａの第１通信部と、情報管理サーバ１１Ｂの第２通信部と、広告サーバ１１Ｃの第３通信部とを備えてもよい。

【0023】

＜情報処理装置１１の機能＞
情報処理装置１１の機能について説明する。
情報処理装置１１において、制御部３０は、各種プログラムを実行することで各種の機能部として機能する。つまり、情報処理装置１１は、各種の機能部を備える。

【0024】

制御部３０は、ユーザ認証部３０Ａを備える。ユーザ認証部３０Ａは、情報処理システム１０を利用するユーザの認証を行う。特に、ユーザ認証部３０Ａは、イベントに参加するユーザの認証を行う。

【0025】

制御部３０は、イベント提供部３０Ｂを備える。イベント提供部３０Ｂは、イベントをユーザに提供する。特に、イベント提供部３０Ｂは、イベントとしてスクラッチくじをユーザに提供する。詳しくは、イベント提供部３０Ｂは、イベント期間中におけるユーザの選択指示に応じて複数の選択対象のうち何れかを選択するスクラッチくじを提供する。イベント期間は、イベントが実施される期間である。イベント期間は、例えば１日であってもよい。ユーザの選択指示は、イベントにおいてユーザの操作に応じて選択的に指示されるアクションである。

【0026】

制御部３０は、レコード生成部３０Ｃを備える。レコード生成部３０Ｃは、イベントに関するレコードを生成する。特に、レコード生成部３０Ｃは、イベント期間中におけるユーザの指示に応じてユーザに対応するレコードを生成する。レコード生成部３０Ｃは、イベント期間中におけるユーザの所定回数の指示毎にユーザに対応するレコードを生成する。所定回数は、１回及び複数回の何れであってもよい。

【0027】

制御部３０は、レコード登録部３０Ｄを備える。レコード登録部３０Ｄは、レコード生成部３０Ｃが生成したレコードを履歴として後述するレコード記憶部３１Ｃに登録する。特に、レコード登録部３０Ｄは、イベント期間中においてレコード生成部３０Ｃがレコードを生成する度に、レコード生成部３０Ｃが生成したレコードを履歴としてレコード記憶部３１Ｃに登録する。

【0028】

制御部３０は、広告提供部３０Ｅを備える。広告提供部３０Ｅは、ユーザに広告を提供する。特に、広告提供部３０Ｅは、ユーザに対応するレコードが広告提供条件を満たしたときに、イベント期間中におけるユーザの指示に応じて広告を提供する。

【0029】

制御部３０は、報酬付与部３０Ｆを備える。報酬付与部３０Ｆは、報酬付与条件が満たされると、ユーザに報酬を付与する。特に、報酬付与部３０Ｆは、イベント期間中におけるユーザの指示に応じて、報酬付与条件が満たされると、ユーザに報酬を付与する。

【0030】

また、記憶部３１は、各種情報を記憶するように構成される。記憶部３１は、各種情報を記憶する各種記憶部を備える。具体的に、記憶部３１は、ユーザ情報記憶部３１Ａを備える。ユーザ情報記憶部３１Ａは、ユーザ情報を記憶する。ユーザ情報は、情報処理システム１０を利用するユーザに関する情報である。本実施形態において、ユーザ情報記憶部３１Ａは、第１記憶部、第２記憶部及び第３記憶部のそれぞれに割り当てられてもよい。

【0031】

ユーザ情報は、ユーザＩＤ、パスワード、氏名情報、生年月日情報、性別情報、住所情報、通信先情報、決済情報及び報酬情報を含む。ユーザ情報において、ユーザＩＤには、パスワード、氏名情報、生年月日情報、性別情報、住所情報、通信先情報、決済情報及び報酬情報が対応付けられている。

【0032】

ユーザＩＤは、ユーザを識別可能な情報である。パスワードは、情報処理システム１０を利用する際にユーザを認証するための情報である。住所情報は、ユーザの住所を示す情報である。通信先情報は、ユーザへの通信先を示す情報であり、ユーザのメールアドレスであってもよく、ユーザ端末装置１２に関連付けられたデバイストークンであってもよい。決済情報は、ユーザが情報処理システム１０を利用する際に料金の決済を行うための情報である。報酬情報は、ユーザに対する報酬を示す情報である。報酬は、情報処理システム１０において利用可能なポイントであってもよい。報酬は、別のシステムで利用可能であってもよい。具体的な一例をあげると、報酬は、商品の購入を行うことができるシステム、旅行の提供を行うことができるシステム、及び、サービスの提供を行うことができるシステムの少なくとも何れかにおいても利用可能であってもよい。また、報酬は、管理者が同じ複数のシステム間において利用可能であってもよく、管理者が異なる複数のシステム間において利用可能であってもよい。言い換えると、報酬情報は、ユーザに対する特典を示す特典情報であってもよい。

【0033】

図３及び図４に示すように、記憶部３１は、イベント情報記憶部３１Ｂを備える。イベント情報記憶部３１Ｂは、イベント情報を記憶する。イベント情報は、イベントに関する情報である。イベント情報は、イベントＩＤと、イベント期間と、レコード上限数と、基準参加ユーザ数と、広告提供条件と、当落確率と、選択対象ＩＤとを含む。イベントＩＤには、イベント期間と、レコード上限数と、基準参加ユーザ数と、広告提供条件と、当落確率とが対応する。イベントＩＤには、１又は複数の選択対象ＩＤが対応する。本実施形態において、イベント情報記憶部３１Ｂは、第１記憶部及び第２記憶部のそれぞれに割り当てられてもよい。

【0034】

イベントＩＤは、イベント種別を識別可能な情報である。レコード上限数は、イベントの実施に伴って登録可能なレコードの上限数である。基準参加ユーザ数は、イベントに参加する参加ユーザ数の基準を示す情報である。参加ユーザ数の基準は、十分に広告を提供できる程度の参加ユーザ数に相当してもよい。

【0035】

広告提供条件は、イベント期間中においてユーザの指示に伴って広告を提供する条件を示す情報である。広告提供条件は、１又は複数の条件を含んでもよい。広告提供条件は、参加ユーザ数が基準参加ユーザ数以上となったか否かにより、条件が異なってもよい。広告提供条件は、参加ユーザ数が基準参加ユーザ数以上となっていないときには、参加ユーザ数が基準参加ユーザ数以上となっているときよりも高い頻度で成立してもよい。

【0036】

当落確率は、報酬抽選に当選する確率を示す情報である。報酬抽選は、報酬を付与するか否かを決定するための抽選であってもよく、付与する報酬の種類を決定するための抽選であってもよい。

【0037】

選択対象ＩＤは、選択対象を識別可能な情報である。選択対象は、イベントにおいてユーザにより選択可能となる対象である。具体的な一例をあげると、８つの選択対象のうち何れかの選択対象を選択するスクラッチくじにおいては、選択対象ＩＤは、８つの選択対象のそれぞれを識別可能な情報である。

【0038】

図３及び図５に示すように、記憶部３１は、レコード記憶部３１Ｃを備える。レコード記憶部３１Ｃは、イベントに関するレコードを記憶する。レコード記憶部３１Ｃは、イベント期間中において、ユーザの指示に応じて生成されたレコードを履歴として記憶する。また、レコード記憶部３１Ｃは、イベント期間中においてユーザがログオフした後であっても、ユーザに対応するレコードを継続して記憶する。レコード記憶部３１Ｃは、イベントが実施されているイベント期間が終了すると、終了したイベントに対応するレコードを消去してもよい。

【0039】

レコードは、ユーザＩＤと、イベントＩＤと、レコードＩＤと、選択対象ＩＤと、日時情報と、当落情報とを含む。ユーザＩＤには、１又は複数のイベントＩＤが対応する。ユーザＩＤ及びイベントＩＤには、１又は複数のレコードＩＤが対応する。レコードＩＤは、レコードを識別可能な情報である。

【0040】

レコードＩＤには、選択対象ＩＤと、日時情報と、当落情報とが対応する。日時情報は、レコードが生成された日時を示す情報である。当落情報は、ユーザの指示に基づくレコードの生成に伴って、報酬抽選の当落を示す情報である。

【0041】

レコード記憶部３１Ｃは、レコード管理情報を記憶する。レコード管理情報は、レコードを管理するための情報である。レコード管理情報は、レコード数を含む。レコード数は、ユーザＩＤとイベントＩＤとの両方に対応するレコードの数を示す情報である。レコード数は、ユーザＩＤとイベントＩＤとに対応する。本実施形態において、レコード記憶部３１Ｃは、第２記憶部に割り当てられてもよい。

【0042】

図３に示すように、記憶部３１は、広告記憶部３１Ｄを備える。広告記憶部３１Ｄは、広告に関する情報を記憶する。本実施形態において、広告記憶部３１Ｄは、第３記憶部に割り当てられてもよい。

【0043】

＜イベント制御処理＞
ここで、図６を参照して情報処理装置１１において実行されるイベント制御処理について説明する。イベント制御処理は、イベント期間中において、イベントの開始に伴ってログイン情報がユーザ端末装置１２から入力されたことを契機として、制御部３０によって実行される処理である。以降、発明の理解を容易とするために、制御部３０をイベント制御処理の実行主体として説明する。

【0044】

図６に示すように、ステップＳ１０において、制御部３０は、ログイン処理を実行する。この処理において、制御部３０は、ユーザ端末装置１２から入力されたログイン情報に含まれるユーザＩＤとパスワードとの組み合わせが、ユーザ情報に含まれているか否かにより、ユーザ認証を行う。制御部３０は、ユーザ認証が正常に行われた場合、ステップＳ１１に処理を移行する。制御部３０は、ユーザ認証が正常に行われなかった場合、イベント制御処理を終了する。制御部３０は、ユーザ認証が正常に行われなかった場合、ユーザ端末装置１２との通信により、端末表示部２４にエラー表示をさせるように制御してもよい。

【0045】

ステップＳ１１において、制御部３０は、レコード取得処理を実行する。この処理において、制御部３０は、ユーザが開始するイベントに対応するイベントＩＤに対応し、かつ、ユーザ認証が正常に行われたユーザＩＤに対応するレコードをレコード記憶部３１Ｃから取得する。ステップＳ１１が終了した場合、制御部３０は、ステップＳ１２に処理を移行する。

【0046】

ステップＳ１２において、制御部３０は、イベントＩＤ及びユーザＩＤに対応するレコード数がレコード上限数であるか否かを判定する。レコード上限数は、例えば「５」であってもよい。制御部３０は、レコード数がレコード上限数であると判定した場合、ステップＳ１３～Ｓ２２を実行せずに、ステップＳ２３に処理を移行する。一方、制御部３０は、レコード数がレコード上限数ではないと判定した場合、ステップＳ１３に処理を移行する。

【0047】

ステップＳ１３において、制御部３０は、イベント提供処理を実行する。この処理において、制御部３０は、イベントＩＤ及びユーザＩＤに対応するレコードに基づいて、イベントＩＤ及びユーザＩＤに対応するレコード数と、選択対象ＩＤと、当落情報とを取得する。そして、制御部３０は、イベントＩＤと、ユーザＩＤと、レコード数と、選択対象ＩＤと、当落情報とを、ユーザＩＤに対応するユーザ端末装置１２に送信する。

【0048】

これにより、ユーザ端末装置１２において、端末表示部２４は、イベントＩＤに対応する画像を表示する。詳しくは、端末表示部２４は、イベントＩＤに対応する選択対象を示す複数の選択対象画像を表示する。特に、端末表示部２４は、複数の選択対象画像として、ユーザにより既に選択された選択対象であるか否かを特定可能な画像を表示する。端末表示部２４は、複数の選択対象画像のうち、ユーザにより既に選択された選択対象として、当落情報を特定可能な画像を表示する。

【0049】

このように、制御部３０は、イベントを提供する。詳しくは、制御部３０は、イベント期間中におけるユーザの選択指示に応じて複数の選択対象のうち何れかを選択するスクラッチくじを提供する。また、制御部３０は、ユーザに対応するレコードに基づいて、ユーザの指示に応じて既に選択された選択対象を選択不能とする。制御部３０は、ユーザに対応するレコードに基づいて、ユーザの指示に応じて未だに選択されていない選択対象を選択可能とする。このような処理を実行する制御部３０がイベント提供部３０Ｂとして機能する。ステップＳ１３が終了した場合、制御部３０は、ステップＳ１４に処理を移行する。

【0050】

ステップＳ１４において、制御部３０は、ユーザ端末装置１２からの選択指示が入力されたか否かを判定する。選択指示は、スクラッチくじの選択対象の選択を示す指示である。選択指示は、ユーザＩＤと、イベントＩＤと、選択対象ＩＤとを含んでもよい。制御部３０は、ユーザ端末装置１２からの選択指示が入力されていないと判定した場合、再度、ステップＳ１４に処理を移行する。一方、制御部３０は、ユーザ端末装置１２からの選択指示が入力されたと判定した場合、ステップＳ１５に処理を移行する。つまり、ステップＳ１４において、制御部３０は、ユーザ端末装置１２からの選択指示が入力されるまで、選択指示を待ち受けする。

【0051】

ステップＳ１５において、制御部３０は、広告提供条件が成立したか否かを判定する。広告提供条件は、イベントＩＤ及びユーザＩＤに対応するレコードに基づいて成立可能である。つまり、広告提供条件は、ユーザに対応するレコードに基づいて成立可能である。特に、広告提供条件は、イベントＩＤ及びユーザＩＤに対応するレコード数が規定数であるときに成立可能であってもよい。規定数は、上限数以下であれば、例えば「２」であってもよく、１個又は複数個を問わない。

【0052】

広告提供条件は、参加ユーザ数が基準参加ユーザ数以上であるか否かに対応する確率で成立してもよい。具体的には、広告提供条件は、参加ユーザ数が基準参加ユーザ数未満である場合には、基準参加ユーザ数以上である場合よりも高い頻度で成立する。つまり、参加ユーザ数として第１ユーザ数を基準参加ユーザ数未満とし、第２ユーザ数を基準参加ユーザ数以上とした場合、広告提供条件は、参加ユーザ数が第１ユーザ数である場合には、第２ユーザ数である場合よりも高い頻度で成立してもよい。

【0053】

制御部３０は、広告提供条件が成立していないと判定した場合、ステップＳ１６，Ｓ１７を実行せずに、ステップＳ１８に処理を移行する。一方、制御部３０は、広告提供条件が成立したと判定した場合、ステップＳ１６に処理を移行する。

【0054】

ステップＳ１６において、制御部３０は、広告提供処理を実行する。この処理において、制御部３０は、イベントＩＤに対応する広告に関する情報を記憶部３１から取得する。そして、制御部３０は、取得した広告に関する情報を、ユーザＩＤに対応するユーザ端末装置１２に送信する。これにより、制御部３０は、ユーザに対応するレコードが広告提供条件を満たしたときに、イベント期間中におけるユーザの指示に応じて広告を提供する。このような処理を実行する制御部３０が広告提供部３０Ｅとして機能する。ステップＳ１６が終了した場合、制御部３０は、ステップＳ１７に処理を移行する。

【0055】

ステップＳ１７において、制御部３０は、広告提供が終了したか否かを判定する。この処理において、制御部３０は、ユーザ端末装置１２からの広告終了情報を受信したときに、広告提供が終了したと判定する。制御部３０は、広告提供が終了していないと判定した場合、再度、ステップＳ１７に処理を移行する。一方、制御部３０は、広告提供が終了したと判定した場合、ステップＳ１８に処理を移行する。つまり、ステップＳ１７において、制御部３０は、ユーザ端末装置１２からの広告終了情報が入力されるまで、広告終了情報を待ち受けする。

【0056】

ステップＳ１８において、制御部３０は、報酬抽選処理を実行する。この処理において、制御部３０は、イベントＩＤに対応する報酬抽選を行う。これにより、制御部３０は、イベントＩＤに対応する当選確率で報酬抽選に当選する。ステップＳ１８が終了した場合、制御部３０は、ステップＳ１９に処理を移行する。

【0057】

ステップＳ１９において、制御部３０は、報酬付与条件が成立したか否かを判定する。報酬付与条件は、報酬抽選に当選したときに成立する。制御部３０は、報酬付与条件が成立していないと判定した場合、ステップＳ２０を実行せずに、ステップＳ２１に処理を移行する。一方、制御部３０は、報酬付与条件が成立したと判定した場合、ステップＳ２０に処理を移行する。

【0058】

ステップＳ２０において、制御部３０は、報酬付与処理を実行する。制御部３０は、ユーザＩＤに対応する報酬情報として、予め定めた報酬情報を追加する。これにより、制御部３０は、イベント期間中におけるユーザの指示に応じて、報酬付与条件が満たされると、ユーザに報酬を付与する。このような処理を実行する制御部３０が報酬付与部３０Ｆとして機能する。ステップＳ２０が終了した場合、制御部３０は、ステップＳ２１に処理を移行する。

【0059】

ステップＳ２１において、制御部３０は、レコード生成処理を実行する。この処理において、制御部３０は、ユーザＩＤ及びイベントＩＤに対応するレコードＩＤを生成する。そして、制御部３０は、レコードＩＤに対応する選択対象ＩＤ、日時情報及び当落情報を取得する。これにより、制御部３０は、ユーザＩＤ、イベントＩＤ、レコードＩＤ、選択対象ＩＤ、日時情報及び当落情報を含むレコードを生成する。つまり、制御部３０は、イベント期間中におけるユーザの指示に応じてユーザに対応するレコードを生成する。また、制御部３０は、イベント期間中におけるユーザの所定回数の指示毎にユーザに対応するレコードを生成する。また、制御部３０は、イベント期間中におけるユーザの指示に応じて選択された選択対象とユーザとに対応するレコードを生成する。

【0060】

特に、制御部３０は、イベント期間中において、ユーザのログインを条件として、ユーザの指示に応じてユーザに対応するレコードを生成する。制御部３０は、ユーザに対応するレコードの数が上限数となるまでは、ユーザの指示に応じてユーザに対応するレコードを生成するが、ユーザに対応するレコードの数が上限数となると、ユーザに対応するレコードを生成しない。制御部３０は、イベント期間中におけるユーザの指示に応じて広告を提供したときに、広告の提供が終了したことを契機として、ユーザに対応するレコードを生成する。このような処理を実行する制御部３０がレコード生成部３０Ｃとして機能する。ステップＳ２１が終了した場合、制御部３０は、ステップＳ２２に処理を移行する。

【0061】

ステップＳ２２において、制御部３０は、レコード登録処理を実行する。この処理において、制御部３０は、ステップＳ２１において生成したレコードをレコード記憶部３１Ｃに登録する。これにより、制御部３０は、イベント期間中においてレコードを生成する度に、生成したレコードを履歴としてレコード記憶部３１Ｃに登録する。このような処理を実行する制御部３０がレコード登録部３０Ｄとして機能する。

【0062】

特に、制御部３０は、ユーザＩＤ及びイベントＩＤに対応するレコードの数を計数し、ユーザＩＤ及びイベントＩＤに対応するレコード数を更新する。また、制御部３０は、ユーザＩＤ及びイベントＩＤに対応するレコードがない状態で、ユーザＩＤ及びイベントＩＤに対応するレコードを初めて登録する場合、イベントＩＤに対応する参加ユーザ数を更新する。これにより、制御部３０は、イベントＩＤに対応する参加ユーザ数を計数する。ステップＳ２２が終了した場合、制御部３０は、ステップＳ２３に処理を移行する。

【0063】

ステップＳ２３において、制御部３０は、終了条件が成立したか否かを判定する。終了条件は、ユーザ端末装置１２からのログオフ情報を受信したときに成立可能である。終了条件は、イベントＩＤに対応するイベント期間が終了したときに成立可能である。制御部３０は、終了条件が成立していないと判定した場合、再度、ステップＳ１１に処理を移行する。一方、制御部３０は、終了条件が成立したと判定した場合、イベント制御処理を終了する。このように、制御部３０は、終了条件が成立するまで、ステップＳ１１～Ｓ２２を繰り返し実行可能である。

【0064】

本実施形態では、イベント制御処理の実行主体として、情報管理サーバ１１Ｂの第２制御部が用いられてもよい。また、第２制御部は、ウェブサーバ１１Ａを介して、ユーザ端末装置１２との通信を行うが、ウェブサーバ１１Ａを介さずに、ユーザ端末装置１２との通信を行ってもよい。また、ステップＳ１６において、第２制御部は、広告に関する情報の要求を広告サーバ１１Ｃに行った後に、広告サーバ１１Ｃから広告に関する情報を取得してもよい。

【0065】

図７に示すように、具体的な一例をあげると、情報管理サーバ１１Ｂにおいて、第２制御部は、ユーザ端末装置１２からの選択指示が入力されたと判定した場合に、ステップＳ１５において、広告提供条件が成立したか否かを判定する。詳しくは、第２制御部は、イベントＩＤ及びユーザＩＤに対応するレコードの数を取得する。そして、第２制御部は、イベントＩＤ及びユーザＩＤに対応するレコード数が規定数であるときに広告提供条件が成立したと判定する。第２制御部は、広告提供条件が成立したと判定した場合、ステップＳ３０に処理を移行する。

【0066】

ステップＳ３０において、第２制御部は、広告要求処理を実行する。この処理において、第２制御部は、広告要求を広告サーバ１１Ｃに送信する。広告要求は、広告に関する情報の要求である。広告要求は、イベントＩＤ及びユーザＩＤを含んでもよい。

【0067】

一方、広告サーバ１１Ｃにおいて、ステップＳ４０で、第３制御部は、広告要求受信処理を実行する。この処理において、第３制御部は、情報管理サーバ１１Ｂから広告要求を受信する。

【0068】

第３制御部は、情報管理サーバ１１Ｂから広告要求を受信した場合、ステップＳ４１において、広告情報送信処理を実行する。この処理において、第３制御部は、イベントＩＤに対応する広告に関する情報を情報管理サーバ１１Ｂに送信する。

【0069】

一方、情報管理サーバ１１Ｂにおいて、第２制御部は、ステップＳ３１で広告サーバ１１Ｃから広告に関する情報を受信した場合、ステップＳ１６において、広告提供処理を実行する。これにより、第２制御部は、ユーザに対応するレコードが広告提供条件を満たしたときに、イベント期間中におけるユーザの指示に応じて広告を提供する。

【0070】

＜第１実施形態の作用＞
第１実施形態の作用について説明する。
図８に示すように、端末表示部２４に開始画面２４Ａが表示される場合がある。開始画面２４Ａには、スクラッチくじのイベントを開始していることを特定可能な画像が表示される。開始画面２４Ａには、イベント期間を特定可能な画像が表示される。開始画面２４Ａには、イベントで報酬情報が取得可能であることを特定可能な画像が表示される。開始画面２４Ａには、ログインボタン画像が表示される。ユーザによりログイン情報が入力されると、ユーザ認証が正常に行われればイベントが開始される。

【0071】

最初にイベントに参加すると、端末表示部２４に初期画面２４Ｂが表示される。初期画面２４Ｂには、複数の選択対象画像が表示される。この場合、初期画面２４Ｂには、８個の選択対象画像が表示される。また、初期画面２４Ｂにおいて、複数の選択対象画像は、ユーザにより選択指示されていない未選択状態で表示される。未選択状態の選択対象画像は、ユーザにより選択指示が可能な画像である。

【0072】

初期画面２４Ｂには、ユーザにより選択指示が可能である回数を特定可能な画像が表示される。この場合、初期画面２４Ｂには、ユーザにより５回の選択指示が可能である。初期画面２４Ｂには、ユーザによる選択指示を促す画像が表示される。

【0073】

次に、ユーザの選択指示により１個目の選択対象画像が選択された結果、端末表示部２４にはずれ画面２４Ｃが表示される場合がある。はずれ画面２４Ｃには、報酬抽選に当選しなかったことを特定可能な画像が表示される。

【0074】

その後、端末表示部２４に第１画面２４Ｄが表示される。第１画面２４Ｄには、ユーザの選択指示により選択された１個目の選択対象画像として、報酬抽選に当選しなかったことを特定可能な画像が表示される。このように、第１画面２４Ｄにおいて、ユーザの選択指示により選択された選択対象画像は、ユーザにより選択指示された選択状態で表示される。選択状態の選択対象画像は、ユーザにより選択指示が不能であることを特定可能な画像である。

【0075】

次に、ユーザの選択指示により２個目の選択対象画像が選択された結果、端末表示部２４にあたり画面２４Ｅが表示される場合がある。あたり画面２４Ｅには、報酬抽選に当選したことと、報酬が付与されることとを特定可能な画像が表示される。

【0076】

その後、端末表示部２４に第２画面２４Ｆが表示される。第２画面２４Ｆには、ユーザの選択指示により選択された２個目の選択対象画像として、報酬抽選に当選したことを特定可能な画像が表示される。このように、第２画面２４Ｆにおいても、ユーザの選択指示により選択された選択対象画像は、選択状態で表示される。

【0077】

次に、ユーザの選択指示により３個目の選択対象画像が選択された結果、広告画面２４Ｇが表示される場合がある。広告画面２４Ｇには、予め定めた時間に亘って広告に関する画像が表示される。そして、広告に関する画像の表示が終了すると、端末表示部２４にあたり画面２４Ｅが表示される場合がある。

【0078】

その後、端末表示部２４に第３画面２４Ｈが表示される。第３画面２４Ｈには、ユーザの選択指示により選択された３個目の選択対象画像として、報酬抽選に当選したことを特定可能な画像が表示される。このように、第３画面２４Ｈにおいても、ユーザの選択指示により選択された選択対象画像は、選択状態で表示される。

【0079】

本実施形態において、イベント期間中においては、第１画面２４Ｄが表示された後にユーザがログオフした場合であっても、再度、ユーザがログオンすることにより第１画面２４Ｄが表示される。第２画面２４Ｆ及び第３画面２４Ｈについても、第１画面２４Ｄと同じである。

【0080】

このように、イベント期間中であれば、ユーザがログオフした後に、再度、ログオンすれば、ログオフする前の状態を継続することができる。これにより、イベント期間中であれば、ログオフしてもイベントを継続することができる。

【0081】

＜第１実施形態の効果＞
第１実施形態の効果について説明する。
（１－１）制御部３０は、イベント期間中におけるユーザの指示毎にユーザに対応するレコードを生成する。制御部３０は、イベント期間中においてレコードを生成する度に、生成したレコードをレコード記憶部３１Ｃに登録する。制御部３０は、ユーザに対応するレコードが広告提供条件を満たしたときに、イベント期間中におけるユーザの指示に応じて広告を提供する。このため、イベント期間中におけるユーザの指示毎に生成されたレコードに基づいて、ユーザの指示に応じて広告を提供することができる。このように、イベント期間中であれば、ユーザの指示に応じて広告を提供することができる。これにより、継続性の高いイベントを提供することができるとともに、適切に広告を提供するようにレコードを管理することができる。したがって、イベントの実施に伴い継続性を持たせることができる。

【0082】

（１－２）制御部３０は、イベント期間中におけるユーザの指示に応じて、報酬付与条件が満たされると、ユーザに報酬を付与する。このため、イベント期間中であれば、ユーザの指示に応じて報酬を付与することができる。これにより、報酬が付与されることに対するユーザの期待感を継続的に高揚させることができる。したがって、イベントの実施に伴い継続性を持たせることができる。

【0083】

（１－３）制御部３０は、イベント期間中において、ユーザのログインを条件として、ユーザの指示に応じてユーザに対応するレコードを生成する。レコード記憶部３１Ｃは、イベント期間中においてユーザがログオフした後であっても、ユーザに対応するレコードを継続して記憶する。このため、ユーザがログオフした場合であっても、再度、ログオンすれば、登録されているユーザに対応するレコードに基づいて、広告を提供することができる。したがって、イベントの実施に伴い継続性を持たせることができる。

【0084】

（１－４）制御部３０は、ユーザに対応するレコードの数が上限数となるまでは、ユーザの指示に応じてユーザに対応するレコードを生成する。一方、制御部３０は、ユーザに対応するレコードの数が上限数となると、ユーザに対応するレコードを生成しない。このため、イベント期間中におけるユーザの指示に応じて広告を提供することができるとともに、イベント期間中におけるユーザの指示回数をユーザに意識させることができる。したがって、イベントの実施に伴い継続性を持たせることができる。

【0085】

（１－５）制御部３０は、ユーザに対応するレコードの数が規定数であるときに広告提供条件を満たし、イベント期間中におけるユーザの指示に応じて広告を提供する。このため、イベント期間中におけるユーザの指示に応じて広告を提供することができるとともに、イベント期間中におけるユーザの指示回数が規定数に対応する回数であるか否かをユーザに意識させることができる。したがって、イベントの実施に伴い継続性を持たせることができる。

【0086】

（１－６）情報管理サーバ１１Ｂは、広告提供条件を満たしたか否かを判定し、広告提供条件を満たしたときに、広告サーバ１１Ｃに広告の提供を要求する。このため、情報管理サーバ１１Ｂは、レコードを記憶する処理と、レコードの数に基づいて広告提供条件を満たすか否かを判定する処理とを実行することができる。これにより、情報管理サーバ１１Ｂにおいて適切に広告を提供することができるようにレコードを管理することができる。

【0087】

（１－７）制御部３０は、イベント期間中におけるユーザの指示に応じて広告を提供したときに、広告の提供が終了したことを契機として、ユーザに対応するレコードを生成する。このため、ユーザに広告を提供したことに対してレコードを生成することができる。これにより、継続性の高いイベントを提供することができるとともに、適切に広告を提供することができるようにレコードを管理することができる。したがって、イベントの実施に伴い継続性を持たせることができる。

【0088】

（１－８）制御部３０は、参加ユーザ数が第１ユーザ数である場合には、参加ユーザ数が第１ユーザ数よりも多い第２ユーザ数である場合よりも高い頻度で広告提供条件を満たす。このため、参加ユーザ数に基づいて、適切な回数に亘って広告を提供することができる。

【0089】

（１－９）制御部３０は、イベント期間中におけるユーザの指示に応じて複数の選択対象のうち何れかを選択するイベントを提供する。制御部３０は、イベント期間中におけるユーザの指示に応じて選択された選択対象とユーザとに対応するレコードを生成する。また、制御部３０は、ユーザに対応するレコードに基づいて、ユーザの指示に応じて既に選択された選択対象を選択不能とし、ユーザの指示に応じて未だに選択されていない選択対象を選択可能とする。このため、イベント期間中におけるユーザの指示に応じて選択された選択対象に対応するレコードを登録することができる。そして、イベント期間中であれば、登録されたレコードに基づいて、既に選択されており、選択不能な選択対象であるか、未だ選択されておらず、選択可能な選択対象であるかを継続的に記憶できるようにレコードを管理することができる。これにより、継続性の高いイベントを提供することができるようにレコードを管理することができる。したがって、イベントの実施に伴い継続性を持たせることができる。

【0090】

［第２実施形態］
次に、第２実施形態について説明する。第２実施形態では、広告サーバ１１Ｃにおいて、第３制御部は、ユーザＩＤ及びイベントＩＤに対応するレコード数に基づいて、広告提供条件が成立したか否かを判定してもよい。以下の説明では、既に説明した実施形態と同じ構成について同一符号を付し、その重複する説明を省略又は簡略する。

【0091】

図９に示すように、第２実施形態では、情報管理サーバ１１Ｂにおいて、第２制御部は、ユーザ端末装置１２からの選択指示が入力されたと判定した場合に、ステップＳ３２において、レコード数送信処理を実行する。この処理において、第２制御部は、イベントＩＤ及びユーザＩＤに対応するレコードの数を取得する。そして、第２制御部は、イベントＩＤ及びユーザＩＤに対応するレコードの数を広告サーバ１１Ｃに送信する。第２制御部は、レコードの数とともに、イベントＩＤ及びユーザＩＤを広告サーバ１１Ｃに送信してもよい。

【0092】

一方、広告サーバ１１Ｃにおいて、ステップＳ４２では、第３制御部は、レコード数受信処理を実行する。この処理において、第３制御部は、イベントＩＤ及びユーザＩＤに対応するレコードの数を情報管理サーバ１１Ｂから受信する。

【0093】

そして、第３制御部は、イベントＩＤ及びユーザＩＤに対応するレコードの数に基づいて、広告提供条件が成立したか否かを判定する。詳しくは、第３制御部は、イベントＩＤ及びユーザＩＤに対応するレコードの数が規定数であるときに広告提供条件が成立したと判定する。第３制御部は、広告提供条件が成立したと判定した場合、ステップＳ４１に処理を移行する。ステップＳ４１において、第３制御部は、イベントＩＤに対応する広告に関する情報を情報管理サーバ１１Ｂに送信する。これにより、第２制御部は、ユーザに対応するレコードが広告提供条件を満たしたときに、イベント期間中におけるユーザの指示に応じて広告を提供する。

【0094】

第３制御部は、広告提供条件が成立していないと判定した場合、広告提供条件が成立していないことを示す情報を情報管理サーバ１１Ｂに送信してもよい。一方、情報管理サーバ１１Ｂにおいて、第２制御部は、広告提供条件が成立していないことを示す情報を広告サーバ１１Ｃから受信した場合、広告提供処理を実行せずに、報酬抽選処理等の次の処理を実行する。

【0095】

＜第２実施形態の効果＞
第２実施形態の効果について説明する。
（２－１）情報管理サーバ１１Ｂは、ユーザに対応するレコードの数を広告サーバ１１Ｃに送信する。広告サーバ１１Ｃは、ユーザに対応するレコードの数に基づいて、広告提供条件を満たしたか否かを判定する。このため、広告サーバ１１Ｃは、広告に関する情報を管理する処理と、広告提供条件を満たすか否かを判定する処理とを実行することができる。これにより、情報管理サーバ１１Ｂにおいて適切に広告を提供することができるようにレコードを管理することができるとともに、広告サーバ１１Ｃにおいて適切に広告の提供に関する制御を行うことができる。

【0096】

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

【0097】

・情報処理システム１０は、ユーザの行動履歴を記憶できるシステムであってもよい。言い換えると、情報処理装置１１は、ユーザの行動履歴を記憶できるシステムであってもよい。ユーザの行動履歴としては、商品の購入、旅行の提供、サービスの提供などであってもよい。

【0098】

・制御部３０は、例えば、ユーザへの報酬として割引クーポンを付与してもよい。割引クーポンは、例えば、商品の購入、旅行の提供、サービスの提供などに対する割引であってもよく、加盟店において利用可能なクーポンであってもよい。また、制御部３０は、例えば、ユーザへの報酬として、商品自体、旅行の提供自体、サービスの提供自体を付与してもよい。制御部３０は、ユーザの行動履歴に基づく種類の報酬をユーザに付与してもよい。

【0099】

・制御部３０は、ユーザに広告を提供した場合に、広告が提供されたユーザに対して報酬を付与してもよい。このような場合、制御部３０は、広告提供が終了したと判定した場合に、広告が提供されたユーザＩＤに対応する報酬情報を更新してもよい。具体的な一例をあげると、情報管理サーバ１１Ｂにおいて、第２制御部は、広告提供が終了したと判定した場合に、広告が提供されたユーザＩＤに対応する報酬情報を更新してもよい。情報管理サーバ１１Ｂにおいて、第２制御部は、広告提供が終了したと判定した場合に、ユーザＩＤに対応する報酬情報を更新することを示す情報を、報酬情報を管理する別のサーバに送信してもよい。このように、報酬は、広告が提供されたユーザに対して付与されるものであってもよい。

【0100】

・制御部３０は、ユーザに広告を提供した場合に、報酬抽選の結果に関係なく、広告を提供した広告主に対して報酬を付与してもよい。このような場合、制御部３０は、広告提供が終了したと判定した場合に、広告を提供した広告主に対応する報酬情報を更新してもよい。具体的な一例をあげると、情報管理サーバ１１Ｂにおいて、第２制御部は、広告提供が終了したと判定した場合に、広告を提供し広告主に対応する報酬情報を更新してもよい。情報管理サーバ１１Ｂにおいて、第２制御部は、広告提供が終了したと判定した場合に、広告主に対応する報酬情報を更新することを示す情報を、報酬情報を管理する別のサーバに送信してもよい。このように、報酬は、広告を提供し広告主に対して付与されるものであってもよい。

【0101】

・制御部３０は、例えば、報酬抽選の結果に基づいて、複数種類の報酬のうち何れかをユーザに付与してもよい。具体的な一例をあげると、制御部３０は、報酬抽選の結果に基づいて、報酬として１ポイントを付与する場合と、５ポイントを付与する場合とがあってもよい。

【0102】

・報酬付与条件は、選択対象ＩＤに基づく確率で成立してもよい。報酬付与条件は、ユーザＩＤ及びイベントＩＤに対応するレコード数に基づく確率で成立してもよい。具体的な一例としては、ユーザＩＤ及びイベントＩＤに対応するレコード数が第１レコード数であるときよりも、第１レコード数よりも大きい第２レコード数であるときのほうが高い確率で報酬付与条件が成立してもよい。

【0103】

・報酬付与条件は、参加ユーザ数に基づく確率で成立してもよい。具体的な一例としては、参加ユーザ数が基準参加ユーザ数未満であるときよりも、参加ユーザ数が基準参加ユーザ数以上であるときのほうが高い確率で報酬付与条件が成立してもよい。

【0104】

・報酬付与条件は、広告提供条件が成立したか否かに基づく確率で成立してもよい。具体的な一例としては、報酬付与条件は、広告提供条件が成立していないときよりも、広告提供条件が成立したときのほうが高い確率で報酬付与条件が成立してもよい。これにより、広告が提供されたときに、報酬が付与される期待感を高揚させることができる。

【0105】

・制御部３０は、例えば、ユーザＩＤ及びイベントＩＤに対応するレコード数がレコード上限数となった後に、追加で報酬抽選を行い、報酬を付与可能としてもよい。この場合、制御部３０は、広告を提供した後に、広告の提供が終了したことを契機として、追加で報酬抽選を行い、報酬を付与可能としてもよい。

【0106】

・制御部３０は、予め定めた時間に亘って広告に関する画像が表示されたことを条件として、報酬抽選を行ってもよい。言い換えると、制御部３０は、ユーザの指示により予め定めた時間が経過する途中で広告に関する画像の表示が中止された結果、予め定めた時間に亘って広告に関する画像が表示されなかったときに、報酬抽選を行わなくてもよい。制御部３０は、広告に関する画像が表示されないようにユーザ端末装置１２が設定されていた場合、エラー表示をしてもよく、報酬抽選を行わなくてもよい。

【0107】

・報酬付与条件は、ユーザＩＤ及びイベントＩＤに対応するレコードに基づいて成立可能であってもよい。具体的な一例をあげると、ユーザＩＤ及びイベントＩＤに対応するレコードの数自体が所定数であるときに、報酬付与条件が成立可能であってもよい。例えば、所定数が「３」である場合、ユーザＩＤ及びイベントＩＤに対応するレコードの数が「２」であるときに、報酬付与条件が成立しなくてもよい。例えば、所定数が「３」である場合に、ユーザＩＤ及びイベントＩＤに対応するレコードの数が「３」である場合に、報酬付与条件が成立可能であってもよい。

【0108】

・報酬付与条件は、ユーザＩＤ及びイベントＩＤに対応するレコードのうち、当落情報が当選であるレコードの数に基づいて成立可能であってもよい。具体的な一例をあげると、当落情報が当選であるレコードの数に基づく確率で報酬付与条件が成立してもよい。当落情報が当選であるレコードの数に基づいて、報酬付与条件が成立可能であるか、報酬付与条件が成立不能であるかが異なってもよい。当落情報が当選であるレコードの数に、報酬付与条件が成立可能である上限数が規定されていてもよい。例えば、上限数が「３」であり、かつ、当落情報が当選であるレコードの数が「３」である場合、報酬付与条件が成立しなくてもよい。このような場合、報酬抽選に基づかないで報酬付与条件が成立可能であれば、制御部３０は、報酬抽選を行っても、報酬抽選を行わなくてもよい。

【0109】

このように、制御部３０は、ユーザに対応するレコードが報酬付与条件を満たしたときに、イベント期間中におけるユーザの指示に応じて報酬を付与してもよい。このため、イベント期間中であれば、ユーザの指示に応じて報酬を付与することができる。これにより、継続性の高いイベントを提供することができるようにレコードを管理することができる。したがって、イベントの実施に伴い継続性を持たせることができる。

【0110】

・制御部３０は、１種類又は複数種類の広告を提供してもよい。この場合、制御部３０は、ユーザ端末装置１２の種別に基づいて、提供する広告の数を変更してもよい。具体的な一例としては、制御部３０は、ユーザ端末装置１２の種別が携帯端末装置である場合、１つの広告を提供する一方で、ユーザ端末装置１２の種別が携帯端末装置ではない場合、２つの広告を提供してもよい。

【0111】

・制御部３０は、ユーザの行動履歴に基づく種類の広告をユーザに提供してもよい。制御部３０は、ユーザの指示があった日時情報に基づく種類の広告をユーザに提供してもよい。

【0112】

・広告提供条件は、選択対象ＩＤに基づく確率で成立してもよい。広告提供条件は、ユーザＩＤ及びイベントＩＤに対応するレコード数に基づく確率で成立してもよい。具体的な一例としては、ユーザＩＤ及びイベントＩＤに対応するレコード数が第１レコード数であるときよりも、第１レコード数よりも大きい第２レコード数であるときのほうが高い確率で広告提供条件が成立してもよい。広告提供条件は、ユーザの指示に応じて必ず成立してもよい。広告提供条件は、ユーザの指示に応じて必ず成立しなくてもよい。つまり、情報処理システム１０は、ユーザの指示に応じて、広告を提供しないが、報酬を付与するシステムであってもよい。

【0113】

・制御部３０は、ユーザ端末装置１２からの広告終了情報を受信したときではなく、広告に関する情報の送信を完了したときに、広告の提供が終了したと判定してもよい。
・イベントＩＤに対応する参加ユーザ数は、ユーザの重複が含まれない参加ユニークユーザ数であるが、ユーザの重複が含まれる参加累積ユーザ数であってもよい。また、参加ユーザ数ではなく、広告を提供した広告提供回数に基づいて、報酬付与条件の成立が判定されてもよい。広告提供回数に基づいて、広告提供条件の成立が判定されてもよい。また、参加ユーザ数ではなく、報酬を付与した特定付与回数に基づいて、報酬付与条件の成立が判定されてもよい。特定付与回数に基づいて、広告提供条件の成立が判定されてもよい。報酬を付与した報酬価値に基づいて、報酬付与条件の成立が判定されてもよい。報酬価値に基づいて、広告提供条件の成立が判定されてもよい。

【0114】

・制御部３０は、ユーザＩＤ及びイベントＩＤに対応するレコードの数を予め計数しなくてもよく、ユーザの指示に応じて、レコードの生成前に、ユーザＩＤ及びイベントＩＤに対応するレコード数を計数してもよい。この場合、制御部３０は、レコード管理情報をレコード記憶部３１Ｃに登録しなくてもよい。

【0115】

・レコード記憶部３１Ｃに登録されるレコードとしては、ユーザの指示毎に１つのレコードが生成されれば、情報の対応関係については任意の対応関係でよい。具体的な一例をあげると、レコードは、ユーザＩＤと、イベントＩＤと、レコードＩＤと、選択対象ＩＤと、日時情報と、当落情報とが一対一関係であってもよい。広告の提供が終了しないときに、レコードが生成されない場合があってもよい。この場合、ユーザの指示に応じて１つのレコードが生成されなくてもよい。

【0116】

・制御部３０は、ユーザに対応するレコード数が上限数となると、イベント自体に参加できないように制御したが、これに限らない。例えば、制御部３０は、ユーザに対応するレコード数が上限数となると、イベント自体には参加できるが、ユーザの選択指示に応じてレコードを生成しないように制御してもよい。

【0117】

・イベントに一度でも参加したユーザに対しては、ログインができていれば、開始画面２４Ａが端末表示部２４に表示されずに、スクラッチくじにおいて複数の選択対象を特定可能である画面が端末表示部２４に表示されてもよい。

【0118】

・イベントは、スクラッチくじではなくてもよい。複数の選択対象としては、スクラッチではなく、商品の選択であってもよい。イベントとしては、選択対象を選択しないユーザの指示に応じて、報酬の付与などが発生するものであってもよい。つまり、ユーザからの指示は、ユーザからの選択指示に限定されない。ユーザからの指示は、例えば、所定領域をタップすること、ダブルクリックをすること、マウスオーバーすることなど、任意の指示であってもよい。

【0119】

・情報管理サーバ１１Ｂにおいて、第２制御部は、レコードの数を計数したが、これに限らない。例えば、広告サーバ１１Ｃにおいて、第３制御部は、レコードの数を計数してもよい。具体的な一例をあげると、広告サーバ１１Ｃにおいて、第３制御部は、第２制御部と同じように、ユーザの選択指示があったときに、ユーザＩＤとイベントＩＤとに対応するレコード数を計数する。そして、第３制御部は、計数したレコード数に基づいて、広告提供条件が成立したか否かを判定する。

【0120】

・情報処理装置１１において、ウェブサーバ１１Ａの機能と情報管理サーバ１１Ｂの機能と広告サーバ１１Ｃの機能との少なくとも何れかは、別のサーバに備えられてもよい。具体的な一例としては、ウェブサーバ１１Ａは、報酬抽選を行い、ユーザに報酬を付与してもよい。情報管理サーバ１１Ｂは、広告サーバ１１Ｃの広告に関する情報を管理する機能を備えてもよい。情報管理サーバ１１Ｂは、ウェブサーバ１１Ａのイベントに関する情報を管理する機能を備えてもよい。広告サーバ１１Ｃは、ウェブサーバ１１Ａを介して、ユーザ端末装置１２に広告に関する情報を提供する機能を備えてもよい。広告サーバ１１Ｃは、ウェブサーバ１１Ａ及び情報管理サーバ１１Ｂを介さずに、直接的にユーザ端末装置１２に広告に関する情報を提供する機能を備えてもよい。広告を提供する機能と、広告が提供されたユーザを特定する機能と、広告が提供されたユーザに対する報酬を管理する機能とは、ウェブサーバ１１Ａと情報管理サーバ１１Ｂと広告サーバ１１Ｃと何れかに搭載されてもよく、別のサーバに搭載されてもよい。

【0121】

・情報処理装置１１は、ウェブサーバ１１Ａと、情報管理サーバ１１Ｂと、広告サーバ１１Ｃとのうち何れかを備えなくてもよい。具体的な一例をあげると、情報処理装置１１は、ウェブサーバ１１Ａを備えず、情報管理サーバ１１Ｂは、ウェブサーバ１１Ａを介さずに、ユーザ端末装置１２との通信を行ってもよい。情報処理装置１１は、広告サーバ１１Ｃを備えず、情報管理サーバ１１Ｂは、情報処理システム１０に含まれない広告サーバから広告に関する情報を取得してもよい。つまり、情報管理サーバ１１Ｂは、情報処理システム１０に含まれるか否かに関係なく、広告に関する情報の要求を広告サーバ１１Ｃに行うことにより、広告を提供する機能を備えるともいえる。

【0122】

・本明細書において使用される「少なくとも何れか」という表現は、所望の選択肢の１つ以上を意味する。一例として、本明細書において使用される「少なくとも何れか」という表現は、選択肢の数が２つであれば１つの選択肢のみ又は２つの選択肢の双方を意味する。他の例として、本明細書において使用される「少なくとも何れか」という表現は、選択肢の数が３つ以上であれば１つの選択肢のみ又は２つ以上の任意の選択肢の組み合わせを意味する。

【0123】

［付記］
以下に、上述した実施形態及び変更例から把握される技術的思想及びその作用効果を記載する。

【0124】

（Ａ） 情報処理装置は、イベント期間中におけるユーザの指示毎にユーザに対応するレコードを生成するレコード生成部と、前記イベント期間中において前記レコード生成部がレコードを生成する度に、前記レコード生成部が生成したレコードをレコード記憶部に登録するレコード登録部と、前記レコード記憶部に記憶されているユーザに対応するレコードが広告提供条件を満たしたときに、前記イベント期間中におけるユーザの指示に応じて広告を提供する広告提供部と、を備える。

【0125】

（Ｂ） （Ａ）に記載の情報処理装置は、前記イベント期間中におけるユーザの指示に応じて、報酬付与条件が満たされると、ユーザに報酬を付与する報酬付与部を備える。
（Ｃ） （Ａ）又は（Ｂ）に記載の情報処理装置において、前記レコード生成部は、前記イベント期間中において、ユーザのログインを条件として、ユーザの指示に応じてユーザに対応するレコードを生成し、前記レコード記憶部は、前記イベント期間中においてユーザがログオフした後であっても、前記レコード生成部が生成したユーザに対応するレコードを継続して記憶する。

【0126】

（Ｄ） （Ａ）～（Ｃ）のうち何れか一つに記載の情報処理装置において、前記レコード生成部は、前記レコード記憶部に記憶されているユーザに対応するレコードの数が上限数となるまでは、ユーザの指示に応じてユーザに対応するレコードを生成し、前記レコード記憶部に記憶されているユーザに対応するレコードの数が上限数となると、ユーザに対応するレコードを生成しない。

【0127】

（Ｅ） （Ａ）～（Ｄ）のうち何れか一つに記載の情報処理装置において、前記広告提供部は、前記レコード記憶部に記憶されているユーザに対応するレコードの数が規定数であるときに前記広告提供条件を満たし、前記イベント期間中におけるユーザの指示に応じて広告を提供する。

【0128】

（Ｆ） （Ｅ）に記載の情報処理装置は、情報管理サーバと、広告サーバと、を備え、前記情報管理サーバは、前記広告提供条件を満たしたか否かを判定し、前記広告提供条件を満たしたときに、前記広告サーバに広告の提供を要求する。

【0129】

（Ｇ） （Ｅ）に記載の情報処理装置は、情報管理サーバと、広告サーバと、を備え、前記情報管理サーバは、前記レコード記憶部に記憶されているユーザに対応するレコードの数を前記広告サーバに送信し、前記広告サーバは、前記レコード記憶部に記憶されているユーザに対応するレコードの数に基づいて、前記広告提供条件を満たしたか否かを判定する。

【0130】

（Ｈ） （Ａ）～（Ｇ）のうち何れか一つに記載の情報処理装置において、前記レコード生成部は、前記イベント期間中におけるユーザの指示に応じて前記広告提供部が広告を提供したときに、広告の提供が終了したことを契機として、ユーザに対応するレコードを生成する。

【0131】

（Ｉ） （Ａ）～（Ｈ）のうち何れか一つに記載の情報処理装置において、前記広告提供部は、前記レコード記憶部が記憶しているレコードに対応するユーザ数が第１ユーザ数である場合には、前記レコード記憶部が記憶しているレコードに対応するユーザ数が前記第１ユーザ数よりも多い第２ユーザ数である場合よりも高い頻度で前記広告提供条件を満たし、前記イベント期間中においてユーザの指示に応じて広告を提供する。

【0132】

（Ｊ） （Ａ）～（Ｉ）のうち何れか一つに記載の情報処理装置は、前記イベント期間中におけるユーザの指示に応じて複数の選択対象のうち何れかを選択するイベントを提供するイベント提供部を備え、前記レコード生成部は、前記イベント提供部が提供するイベントで、前記イベント期間中におけるユーザの指示に応じて選択された選択対象とユーザとに対応するレコードを生成し、前記イベント提供部は、前記レコード記憶部に記憶されているユーザに対応するレコードに基づいて、ユーザの指示に応じて既に選択された選択対象を選択不能とし、ユーザの指示に応じて未だに選択されていない選択対象を選択可能とする。

【0133】

（Ｋ） 情報処理システムは、イベント期間中におけるユーザの指示毎にユーザに対応するレコードを生成するレコード生成部と、前記イベント期間中において前記レコード生成部がレコードを生成する度に、前記レコード生成部が生成したレコードをレコード記憶部に登録するレコード登録部と、前記レコード記憶部に記憶されているユーザに対応するレコードが広告提供条件を満たしたときに、前記イベント期間中におけるユーザの指示に応じて広告を提供する広告提供部と、を備える。

【0134】

（Ｌ） 情報処理方法は、１又は複数のコンピュータが、イベント期間中におけるユーザの指示毎にユーザに対応するレコードを生成することと、前記イベント期間中においてレコードを生成する度に、生成したレコードを登録することと、ユーザに対応するレコードが広告提供条件を満たしたときに、前記イベント期間中におけるユーザの指示に応じて広告を提供することと、を実行する。

【0135】

（Ｍ） プログラムは、１又は複数のコンピュータに、イベント期間中におけるユーザの指示毎にユーザに対応するレコードを生成することと、前記イベント期間中においてレコードを生成する度に、生成したレコードを登録することと、ユーザに対応するレコードが広告提供条件を満たしたときに、前記イベント期間中におけるユーザの指示に応じて広告を提供することと、を実行させる。

【符号の説明】

【0136】

１０…情報処理システム、１１…情報処理装置、１１Ａ…ウェブサーバ、１１Ｂ…情報管理サーバ、１１Ｃ…広告サーバ、１２…ユーザ端末装置、２０…端末制御部、３０…制御部、３０Ｂ…イベント提供部、３０Ｃ…レコード生成部、３０Ｄ…レコード登録部、３０Ｅ…広告提供部、３０Ｆ…報酬付与部、３１…記憶部、３１Ｃ…レコード記憶部。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【手続補正書】

【提出日】2024-04-26

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】請求項１

【補正方法】変更

【補正の内容】

【請求項1】

イベント期間中におけるユーザの指示毎にユーザに対応するレコードを生成するレコード生成部と、
前記イベント期間中において前記レコード生成部がレコードを生成する度に、前記レコード生成部が生成したレコードをレコード記憶部に登録するレコード登録部と、
前記レコード記憶部に記憶されているユーザに対応するレコードが広告提供条件を満たしたときに、前記イベント期間中におけるユーザの指示に応じて広告を提供する広告提供部と、
前記イベント期間中におけるユーザの指示に応じて、報酬付与条件が満たされたか否かを判定する報酬付与判定部と、
前記報酬付与条件が満たされたと前記報酬付与判定部が判定したときに、ユーザに報酬を付与する報酬付与部と、
を備え、
前記レコード登録部は、前記イベント期間中において前記レコード生成部がレコードを生成する度に、前記報酬付与条件が満たされたか否かを含むレコードを前記レコード記憶部に登録する、
情報処理装置。

【手続補正2】

【補正対象書類名】特許請求の範囲

【補正対象項目名】請求項２

【補正方法】変更

【補正の内容】

【請求項2】

請求項１に記載の情報処理装置において、
ユーザの行動履歴を記憶する行動履歴記憶部を備え、
前記報酬付与部は、前記報酬付与条件が満たされたと前記報酬付与判定部が判定したときに、前記行動履歴記憶部が記憶したユーザの行動履歴に基づく種類の報酬をユーザに付与する、
情報処理装置。

【手続補正3】

【補正対象書類名】特許請求の範囲

【補正対象項目名】請求項４

【補正方法】変更

【補正の内容】

【請求項4】

請求項１に記載の情報処理装置において、
前記レコード生成部は、前記レコード記憶部に記憶されているユーザに対応するレコードの数が上限数となるまでは、ユーザの指示に応じてユーザに対応するレコードを生成し、前記レコード記憶部に記憶されているユーザに対応するレコードの数が前記上限数となると、ユーザに対応するレコードを生成しない、
情報処理装置。

【手続補正4】

【補正対象書類名】特許請求の範囲

【補正対象項目名】請求項９

【補正方法】変更

【補正の内容】

【請求項9】

請求項１に記載の情報処理装置において、
前記レコード登録部が前記イベント期間中においてユーザに対応するレコードを前記レコード記憶部に登録する場合、ユーザ数を計数する計数部を備え、
前記広告提供部は、前記レコード記憶部が記憶しているレコードに対応するユーザ数が第１ユーザ数である場合には、前記レコード記憶部が記憶しているレコードに対応するユーザ数が前記第１ユーザ数よりも多い第２ユーザ数である場合よりも高い頻度で前記広告提供条件を満たし、前記イベント期間中においてユーザの指示に応じて広告を提供する、
情報処理装置。

【手続補正5】

【補正対象書類名】特許請求の範囲

【補正対象項目名】請求項１１

【補正方法】変更

【補正の内容】

【請求項11】

イベント期間中におけるユーザの指示毎にユーザに対応するレコードを生成するレコード生成部と、
前記イベント期間中において前記レコード生成部がレコードを生成する度に、前記レコード生成部が生成したレコードをレコード記憶部に登録するレコード登録部と、
前記レコード記憶部に記憶されているユーザに対応するレコードが広告提供条件を満たしたときに、前記イベント期間中におけるユーザの指示に応じて広告を提供する広告提供部と、
前記イベント期間中におけるユーザの指示に応じて、報酬付与条件が満たされたか否かを判定する報酬付与判定部と、
前記報酬付与条件が満たされたと前記報酬付与判定部が判定したときに、ユーザに報酬を付与する報酬付与部と、
を備え、
前記レコード登録部は、前記イベント期間中において前記レコード生成部がレコードを生成する度に、前記報酬付与条件が満たされたか否かを含むレコードを前記レコード記憶部に登録する、
情報処理システム。

【手続補正6】

【補正対象書類名】特許請求の範囲

【補正対象項目名】請求項１２

【補正方法】変更

【補正の内容】

【請求項12】

１又は複数のコンピュータが、
イベント期間中におけるユーザの指示毎にユーザに対応するレコードを生成することと、
前記イベント期間中においてレコードを生成する度に、生成したレコードを登録することと、
ユーザに対応するレコードが広告提供条件を満たしたときに、前記イベント期間中におけるユーザの指示に応じて広告を提供することと、
前記イベント期間中におけるユーザの指示に応じて、報酬付与条件が満たされたか否かを判定することと、
前記報酬付与条件が満たされたと判定したときに、ユーザに報酬を付与することと、
を実行し、
前記イベント期間中においてレコードを生成する度に、前記報酬付与条件が満たされたか否かを含むレコードを登録することを実行する、
情報処理方法。

【手続補正7】

【補正対象書類名】特許請求の範囲

【補正対象項目名】請求項１３

【補正方法】変更

【補正の内容】

【請求項13】

１又は複数のコンピュータに、
イベント期間中におけるユーザの指示毎にユーザに対応するレコードを生成することと、
前記イベント期間中においてレコードを生成する度に、生成したレコードを登録することと、
ユーザに対応するレコードが広告提供条件を満たしたときに、前記イベント期間中におけるユーザの指示に応じて広告を提供することと、
前記イベント期間中におけるユーザの指示に応じて、報酬付与条件が満たされたか否かを判定することと、
前記報酬付与条件が満たされたと判定したときに、ユーザに報酬を付与することと、
を実行させ、
前記イベント期間中においてレコードを生成する度に、前記報酬付与条件が満たされたか否かを含むレコードを登録することを実行させる、
プログラム。