JP7356177B2 - プログラム、情報処理装置、および方法 - Google Patents

Description

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

近年、特典を付与するイベントを開催して、潜在顧客としてのユーザを確保する顧客開拓が広く行われている。例えば、特許文献１には、イベント開催部によって集計された結果に応じて、出品アイテム情報により特定されるアイテムの付与対象となるユーザを決定するイベント管理システムが開示されている。

特開２０１８－５５３６５号公報

ところで、顧客開拓の一環として購入に基づく特典（例えば景品等）を提供する場合、特典の上限価額は購入情報に基づいて算出されるように所定の法律で規定されている。そのため、購入情報を把握できない場合には、提供すべき特典を決定できないといった不具合が生じていた。

本発明の目的は、購入情報を把握できない場合であっても、提供すべき特典を決定することができるシステムを提供することである。

本発明の一態様によれば、プロセッサを備えるコンピュータに、イベントに関する特典を管理させるプログラムが提供される。プログラムは、プロセッサに、イベントに参加したユーザに特典を受け取る権利を付与するステップと、特典の価額に基づいて、ユーザによる所定の取引における購入の下限額を算出するステップと、ユーザによる取引における購入額が下限額以上の場合に、特典の払い渡しを承認するステップを実行させる。

本開示によれば、取引における購入額が特典の価額から算出される下限額以上の場合に、受け取る権利が付与された特典の払い渡しが承認されるため、ユーザによる購入情報を把握する前に特典を決定することが可能となる。

第１実施形態に係るイベント管理システム１の概要を示す図である。 イベント管理システム１のハードウェア構成を示すブロック図である。 ユーザ端末１０の構成を示すブロック図である。 イベント管理サーバ２０の構成を示すブロック図である。 ポイント管理サーバ３０の構成を示すブロック図である。 イベント管理システム１の処理の流れの一例を示すフロー図である。 イベント管理システム１の処理の流れの他の例を示すフロー図である。 第２実施形態に係るイベント管理システム１の概要を示す図である。 第２実施形態に係るイベント管理システム１の処理の流れの一例を示すフロー図である。 第２実施形態に係るイベント管理システム１の処理の流れの他の例を示すフロー図である。

以下、図面を参照しつつ、本開示の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。

＜１．第１実施形態＞
（１．イベント管理システム１の概要）
本発明の一実施形態におけるイベント管理システム１は、ユーザ端末１０、イベント管理サーバ２０、ポイント管理サーバ３０、店舗端末４０（いずれも「情報処理装置」の一例）を備える。

イベント管理サーバ２０は、ユーザが参加するためのイベントの管理を行う。本実施形態における「イベント」は、オンラインゲーム、スポーツベッティング（スポーツにおける勝敗を予想する催し）、コンサートなどを含み、特定の取引（例えば特定の商品の購入）を促進するキャンペーンとしての意味合いがあってもよい。

ユーザは、ユーザ端末１０を操作して、イベント管理サーバ２０が管理するイベントに参加する。イベント管理サーバ２０は、イベントに参加しているユーザの一部に特典を受け取る権利を付与する。一例として、イベント管理サーバ２０は、イベントとして実施するスポーツベッティングにおいて予想が的中したユーザに特典を受け取る権利を付与する。または、イベント管理サーバ２０は、イベントとして実施するオンラインゲームにおける勝者に特典を受け取る権利を付与する。

ユーザは、受け取る権利を付与された特典を受け取るために、指定された店舗Ａで指定された金額以上の商品を購入する。店舗Ａにおける店舗端末４０は、ユーザの購入履歴をイベント管理サーバ２０へ送信する。

イベント管理サーバ２０は、ユーザに受け取る権利を付与した特典の価額に基づいて、特典の払い渡しの条件となるユーザの購入における下限額を算出する。イベント管理サーバ２０は、店舗端末４０から受け付けた購入履歴を照合し、当該購入履歴における購入額が算出された下限額以上である場合に、特典の払い渡しを承認する通知をポイント管理サーバ３０に送信する。

ポイント管理サーバ３０は、ユーザの店舗Ａにおける商品の購入に伴って発生する買い物ポイントの管理を行う。ここで、買い物ポイントとは、賞品の購入金額に応じて付与され、貨幣としての価値を備える指標である。買い物ポイントは、賞品の購入金額に所定の比率（例えば１％）を乗じて算出され、商品を購入するたびに累積されていく。ユーザは、累積された買い物ポイントを用いて、所定の換算ルート（例えば１ポイント＝１円）で商品を購入することができる。

ポイント管理サーバ３０は、イベント管理サーバ２０から特典の払い渡しを承認する通知を受け取ると、店舗端末４０へ特典の払い渡しを通知する。店舗端末４０は、ポイント管理サーバ３０から特典の払い渡しの通知を受け取ると、ユーザに特典の払い渡しを行う。当該特典の払い渡しは、一例としてユーザに所定額の買い物ポイントを贈呈する形で行われる。

このように、イベント管理システム１は、ユーザが参加するイベントにおいて、特典を受け取る権利を付与し、ユーザが所定の店舗において所定の金額以上の購入をした場合に特典の払い渡しを承認する。以下、各構成について詳細に説明する。

（２．イベント管理システム１のハードウェア構成）
図２は、イベント管理システム１の全体構成の例を示すブロック図である。イベント管理システム１は、ユーザ端末１０と、イベント管理サーバ２０と、ポイント管理サーバ３０と、店舗端末４０を備える。ユーザ端末１０、イベント管理サーバ２０、ポイント管理サーバ３０および店舗端末４０は、例えば、ネットワーク５０を介して通信接続する。ネットワーク５０は、例えば、インターネット、及び／又は通信事業者が提供する通信網等により実現される。

本実施形態において、複数の装置の集合体を１つのサーバとしてもよい。１つ又は複数のハードウェアに対して本実施形態に係るイベント管理サーバ２０およびポイント管理サーバ３０を実現することに要する複数の機能の配分の仕方は、各ハードウェアの処理能力及び／又は各サーバに求められる仕様等に鑑みて適宜決定することができる。

ユーザは、ユーザ端末１０を操作し、イベント管理サーバ２０から提供されるサービスを利用して、イベント管理サーバ２０が管理するイベントに参加することができる。ユーザ端末１０は、例えば、スマートフォン、又はタブレット等の携帯端末により実現される。また、ユーザ端末１０は、据え置き型のＰＣ（Personal Computer）、又はラップトップＰＣ等により実現されてもよい。

ユーザ端末１０は、通信ＩＦ（Interface）１２と、入力装置１３と、出力装置１４と、メモリ１５と、ストレージ１６と、プロセッサ１９とを備える。

通信ＩＦ１２は、ユーザ端末１０が外部の装置と通信するため、信号を入出力するためのインタフェースである。

入力装置１３は、ユーザからの入力操作を受け付けるための装置（例えば、タッチパネル、タッチパッド、マウス等のポインティングデバイス、キーボード等）である。

出力装置１４は、ユーザに対して情報を提示するための装置（ディスプレイ、スピーカ等）である。

メモリ１５は、プログラム、及び、プログラム等で処理されるデータ等を一時的に記憶するためのものであり、例えばＤＲＡＭ（Dynamic Random Access Memory）等の揮発性のメモリである。

ストレージ１６は、データを保存するためのものであり、例えばフラッシュメモリ、ＨＤＤ（Hard Disc Drive）である。

プロセッサ１９は、プログラムに記述された命令セットを実行するためのハードウェアであり、演算装置、レジスタ、周辺回路等により構成される。

イベント管理サーバ２０は、例えば、ユーザがユーザ端末１０を操作して参加するためのイベントを管理する装置である。イベント管理サーバ２０は、例えば、提供するサービスに関するデータ、及び提供するサービスを利用するユーザの情報等を管理する。

イベント管理サーバ２０は、通信ＩＦ２２と、入出力ＩＦ２３と、メモリ２５と、ストレージ２６と、プロセッサ２９とを備える。

通信ＩＦ２２は、イベント管理サーバ２０が外部の装置と通信するため、信号を入出力するためのインタフェースである。

入出力ＩＦ２３は、ユーザからの入力操作を受け付けるための入力装置、及び、ユーザに対し、情報を提示するための出力装置とのインタフェースとして機能する。

メモリ２５は、プログラム、及び、プログラム等で処理されるデータ等を一時的に記憶するためのものであり、例えばＤＲＡＭ等の揮発性のメモリである。

ストレージ２６は、データを保存するためのものであり、例えばフラッシュメモリ、ＨＤＤである。

プロセッサ２９は、プログラムに記述された命令セットを実行するためのハードウェアであり、演算装置、レジスタ、周辺回路等により構成される。

ポイント管理サーバ３０のハードウェア構成は、イベント管理サーバ２０と同様の構成で実現し得るため、説明は繰り返さない。

店舗端末４０のハードウェア構成は、ユーザ端末１０と同様の構成で実現し得るため、説明は繰り返さない。

（３．イベント管理システム１の機能構成）
以下、図３～図５を参照して、イベント管理システム１の機能構成を説明する。なお、店舗端末４０は、ユーザ端末１０と同様の機能構成で実現し得るため、説明は繰り返さない。

（３－１．ユーザ端末１０の構成）
図３は、第１実施形態のイベント管理システム１を構成するユーザ端末１０の構成を示す図である。ユーザ端末１０は、例えば、スマートフォン、タブレット等、各ユーザが操作し、移動体通信システムに対応した携帯端末である。この他に、ユーザ端末１０は、例えばゲーム専用機、ウェアラブルデバイス、ＰＣ（Personal Computer）等であるとしてもよい。

ユーザ端末１０は、インターネットなどのネットワークを介してイベント管理サーバ２０と通信可能に接続される。ユーザ端末１０は、５Ｇ、ＬＴＥ（Long Term Evolution）などの通信規格に対応した無線基地局、またはＩＥＥＥ（Institute of Electrical and Electronics Engineers）８０２．１１などの無線ＬＡＮ（Local Area Network）規格に対応した無線ＬＡＮルータ等の通信機器と通信することによりネットワークに接続される。

図３に示すように、ユーザ端末１０は、アンテナ１１１と、アンテナ１１１に対応する無線通信部１２１と、操作受付部１３０（タッチ・センシティブ・デバイス１３１およびディスプレイ１３２を含む）と、音声処理部１４０と、マイク１４１と、スピーカ１４２と、カメラ１５０と、記憶部１７０と、制御部１８０とを含む。

なお、ユーザ端末１０は、図３では特に図示していない機能及び構成（例えば、電力を保持するためのバッテリー、バッテリーから各回路への電力の供給を制御する電力供給回路など）も有している。図３においてブロックで示される各構成は、バス等により電気的に接続される。

アンテナ１１１は、ユーザ端末１０が発する信号を電波として放射する。また、アンテナ１１１は、空間から電波を受信して受信信号を無線通信部１２１へ与える。

無線通信部１２１は、ユーザ端末１０が他の無線機器と通信するため、アンテナ１１１を介して信号を送受信するための変復調処理などを行う。無線通信部１２１は、チューナー、ＲＳＳＩ（Ｒｅｃｅｉｖｅｄ Ｓｉｇｎａｌ Ｓｔｒｅｎｇｔｈ Ｉｎｄｉｃａｔｏｒ）算出回路、ＣＲＣ（Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋ）算出回路、高周波回路などを含む通信モジュールであってもよい。無線通信部１２１は、ユーザ端末１０が送受信する無線信号の変復調や周波数変換を行い、受信信号を制御部１８０へ与える。

操作受付部１３０は、ユーザの入力操作を受け付けるための機構を有する。具体的には、操作受付部１３０は、タッチスクリーンとして構成され、タッチ・センシティブ・デバイス１３１と、ディスプレイ１３２とを含むことができる。

タッチ・センシティブ・デバイス１３１は、ユーザ端末１０のユーザの入力操作を受け付ける。タッチ・センシティブ・デバイス１３１は、例えば静電容量方式のタッチパネルを用いることによって、タッチパネルに対するユーザの接触位置を検出する。タッチ・センシティブ・デバイス１３１は、タッチパネルにより検出したユーザの接触位置を示す信号を入力操作として制御部１８０へ出力する。

ディスプレイ１３２は、制御部１８０の制御に応じて、画像、動画、テキストなどのデータを表示する。ディスプレイ１３２は、例えばＬＣＤ（Liquid Crystal Display）や有機ＥＬ（Electro-Luminescence）ディスプレイによって実現され得る。

音声処理部１４０は、音声信号の変復調を行い、マイク１４１から与えられる信号を変調して、変調後の信号を制御部１８０へ与える。また、音声処理部１４０は、音声信号をスピーカ１４２へ与える。音声処理部１４０は、例えば音声処理用のプロセッサによって実現される。マイク１４１は、音声入力を受け付けて、当該音声入力に対応する音声信号を音声処理部１４０へ与える。スピーカ１４２は、音声処理部１４０から与えられる音声信号を音声に変換して当該音声をユーザ端末１０の外部へ出力する。

カメラ１５０は、受光素子により光を受光して、撮影画像として出力するためのデバイスである。カメラ１５０は、例えば、カメラ１５０から撮影対象までの距離を検出できる深度カメラであってもよい。また、カメラ１５０により、光学読み取り用の情報（バーコードなどの一次元コード、ＱＲコード（登録商標）などの二次元コードを含む）を撮影することにより、撮影画像に基づいて、ＱＲコード（登録商標）等に示される情報を読み取る機能を備えていてもよい。

記憶部１７０は、例えばフラッシュメモリ、ＨＤＤ（Hard Disc Drive）により構成され、ユーザ端末１０が使用するデータおよびプログラムを記憶する。また、記憶部１７０は、プログラム、および、プログラム等で処理されるデータ等を一時的に記憶するためのＤＲＡＭ（Dynamic Random Access Memory）等の揮発性のメモリを含む。

制御部１８０はプロセッサ（プログラムに記述された命令セットを実行するためのハードウェアであり、演算装置、レジスタ、周辺回路などにより構成される）がプログラムに従って処理を行うことにより、記憶部１７０に記憶されるプログラムを読み込んで、プログラムに含まれる命令を実行することにより、ユーザ端末１０の動作を制御する。制御部１８０は、例えば予めユーザ端末１０にインストールされているアプリケーションとして実現してもよい。制御部１８０は、プログラムに従って動作することにより、入力操作受付部１８１と、送受信部１８２と、データ処理部１８３と、通知制御部１８４としての機能を発揮する。

入力操作受付部１８１は、タッチ・センシティブ・デバイス１３１等の入力装置に対するユーザの入力操作を受け付ける処理を行う。入力操作受付部１８１は、タッチ・センシティブ・デバイス１３１に対してユーザが指などを接触させた座標の情報に基づき、ユーザの操作がフリック操作であるか、タップ操作であるか、ドラッグ（スワイプ）操作であるか等の操作の種別を判定する。

送受信部１８２は、ユーザ端末１０が、イベント管理サーバ２０等の外部の装置と、通信プロトコルに従ってデータを送受信するための処理を行う。

データ処理部１８３は、ユーザ端末１０が入力を受け付けたデータに対し、プログラムに従って演算を行い、演算結果をメモリ等に出力する処理を行う。

通知制御部１８４は、ユーザに対し情報を提示する処理を行う。通知制御部１８４は、表示画像をディスプレイ１３２に表示させる処理、音声をスピーカ１４２に出力させる処理、振動をカメラ１５０に発生させる処理等を行う。

ユーザは、イベント管理システム１が提供するサービスを利用するために、所定のアプリケーションをユーザ端末１０にインストールしてもよい。そして、ユーザ端末１０は、ユーザから、クレジットカード情報、携帯決済サービス事業者が提供する決済サービス（キャリア決済）に関する情報、またはスマートフォン等を使って利用料金を支払う決済サービス（モバイル決済）に関する情報の登録を受け付けてもよい。

（３－２．イベント管理サーバ２０の構成）
図４は、イベント管理サーバ２０の構成を示す図である。図４に示すように、イベント管理サーバ２０は、通信部２０１と、記憶部２０２と、入出力部２０３と、制御部２０４を備える。

通信部２０１は、イベント管理サーバ２０が外部の装置と通信するための処理を行う。

記憶部２０２は、イベント管理サーバ２０が使用するデータ及びプログラムを記憶し、例えばフラッシュメモリ、ＨＤＤ（Hard Disc Drive）などで構成される。また、記憶部２０２は、プログラム、および、プログラム等で処理されるデータ等を一時的に記憶するために、ＤＲＡＭ（Dynamic Random Access Memory）等の揮発性のメモリを含む。

入出力部２０３は、ユーザからの入力操作を受け付けるための入力装置、および、ユーザに対し情報を提示するための出力装置とのインタフェースとして機能する。

制御部２０４は、イベント管理サーバ２０のプロセッサがプログラムに従って処理を行うことにより、各種モジュールとして示す機能を発揮する。

受信制御モジュール２０３１は、イベント管理サーバ２０が外部の装置から通信プロトコルに従って信号を受信する処理を制御する。

送信制御モジュール２０３２は、イベント管理サーバ２０が外部の装置に対し通信プロトコルに従って信号を送信する処理を制御する。

権利付与モジュール２０３３は、イベントに参加したユーザに特典を受け取る権利を付与する。権利付与モジュール２０３３が行う処理については、詳細を後述する。

算出モジュール２０３４は、特典の価額に基づいて、ユーザによる所定の取引における購入の下限額を算出する。算出モジュール２０３４が行う手続については、詳細を後述する。

承認モジュール２０３５は、ユーザによる取引における購入額が下限額以上の場合に、特典の払い渡しを承認する。承認モジュール２０３５が行う処理については、詳細を後述する。

（３－３．ポイント管理サーバ３０の構成）
図５は、ポイント管理サーバ３０の構成を示す図である。図５に示すように、ポイント管理サーバ３０は、通信部３０１と、記憶部３０２と、入出力部３０３と、制御部３０４を備える。以下、イベント管理サーバ２０の構成との差異を中心に説明する。

制御部３０４は、イベント管理サーバ２０のプロセッサがプログラムに従って処理を行うことにより、各種モジュールとして示す機能を発揮し、受信制御モジュール３０３１と、送信制御モジュール３０３２と、ポイント管理モジュール３０３３を備える。

ポイント管理モジュール３０３３は、ユーザの所定の店舗における購入で発生する買い物ポイントの管理を行う。ポイント管理モジュール３０３３が行う処理については、詳細を後述する。

（１－５．処理の流れ）
以下、図６を参照し、ユーザ端末１０およびイベント管理サーバ２０の処理の流れについて説明する。

ステップＳ６２１において、イベント管理サーバ２０は、ユーザが参加するイベントを立ち上げる。ステップＳ６１１において、ユーザは、ユーザ端末１０を操作してイベントに参加する。ステップＳ６２２において、イベント管理サーバ２０は、イベントに参加している一部のユーザに特典を受け取る権利を付与する。

ステップＳ６２３において、イベント管理サーバ２０の算出モジュール２０３４は、ユーザに受け取る権利を付与した特典の価額に基づき、特典の払い渡しを受けるためにユーザが購入すべき商品の下限額を算出する。

ステップＳ６１２において、ユーザは、ユーザ端末１０にイベント参加時におけるユーザの識別情報を提示して、店舗において商品を購入する。ステップＳ６４１において、店舗端末４０は、ユーザ端末１０からユーザの識別情報を受け付け、合わせてユーザによる商品の購入を受け付ける。当該識別情報の受け付けは、例えばユーザ端末１０に表示された識別コード（ＱＲコード（登録商標）などの二次元バーコード等）を店舗端末４０が備えるコードリーダーなどで読み取る仕様としてもよい。ステップＳ６４２において、店舗端末４０は、ユーザの識別情報と購入履歴をイベント管理サーバ２０へ送信する。

ステップＳ６２４において、イベント管理サーバ２０の受信制御モジュール２０３１は、店舗端末４０から送信された識別情報および購入履歴を受け付ける。ステップＳ６２５において、イベント管理サーバ２０の承認モジュール２０３５は、受信した購入履歴と、算出モジュール２０３４が算出した下限額との照合を行う。照合の結果、購入履歴における購入額が下限額以上の場合は、ステップＳ６２６～ステップＳ６１３が行われる。一方、照合の結果、購入履歴における購入額が下限額未満の場合は、ステップＳ７２６～ステップＳ７１３が行われる（図７参照）。

ステップＳ６２６において、イベント管理サーバ２０の承認モジュール２０３５は、特典の払い渡しを承認してポイント管理サーバ３０へ通知する。ステップＳ６３１において、ポイント管理サーバ３０は、イベント管理サーバ２０から送信された承認の通知を受け付ける。

ステップＳ６３２において、ポイント管理サーバ３０のポイント管理モジュール３０３３は、店舗端末４０へ特典（所定額の買い物ポイント）の払い渡しを通知する。ステップＳ６４３において、店舗端末４０は、特典の払い渡しの通知を受け付ける。

ステップＳ６４４において、店舗端末４０は、特典の払い渡しをユーザ端末に通知する。ステップＳ６１３において、ユーザ端末１０は、特典として所定額の買い物ポイントを受け取ったことを表示する。

次に、図７を参照し、ステップＳ７２６～ステップＳ７１３について説明する。ステップＳ７２６において、イベント管理サーバ２０の承認モジュール２０３５は、購入履歴における購入額が下限額未満であるとして、下限額との差額の追加購入を促すための通知を店舗端末４０へ送信する。ステップＳ７４３において、店舗端末４０は、イベント管理サーバ２０から送信された通知を受け付ける。

ステップＳ７４４において、店舗端末４０は、下限額との差額の追加購入を促す通知をユーザ端末へ送信する。ステップＳ７１３において、ユーザ端末１０は、通知を受け付けて表示する。

以上のように、本実施の形態においては、イベント管理システム１は、イベントに参加したユーザに特典を受け取る権利を付与するステップと、特典の価額に基づいて、ユーザによる所定の取引における購入の下限額を算出するステップと、ユーザによる取引における購入額が下限額以上の場合に、特典の払い渡しを承認するステップを実行する。

これにより、取引における購入額が特典の価額から算出される下限額以上の場合に、受け取る権利が付与された特典の払い渡しが承認されるため、ユーザによる購入情報を把握する前に特典を決定することが可能となる。

＜２．第２実施形態＞
以下、図８～図１０を参照し、本開示の第２実施形態におけるイベント管理システム１を説明する。

第２実施形態におけるイベント管理システム１は、図８に示すように、ユーザ端末１０と、イベント管理サーバ２０と、店舗端末４０を備える。以下、第１実施形態との相違点を中心に説明する。

第２実施形態では、イベント管理サーバ２０は、所定の商品Ｂを購入することを条件として特典Ｃとして所定の商品を受け取る権利をユーザに付与する。ここで、所定の商品Ｂは、特典Ｃの価額に基づいて決定される。すなわち、特典Ｃの価額に基づいて算出される購入の下限額を上回る金額の商品の中から、商品Ｂが決定される。

ユーザが商品Ｂを購入すると、店舗端末４０は、購入履歴をイベント管理サーバ２０へ送信する。店舗端末４０が購入履歴を送信すると、イベント管理サーバ２０は、購入履歴の照合を行う。照合の結果、指定された商品Ｂを購入していることが確認されると、イベント管理サーバ２０は、特典の払い渡しを承認し、店舗端末４０へ承認の通知を行う。店舗端末４０は、承認の通知を受け付けると、ユーザへ特典Ｃの払い渡しを行う。本実地形態では、特典Ｃとして、店舗Ａにおいて販売されている所定の商品をユーザへ払い渡す。

図９を参照して、第２実施形態におけるユーザ端末１０およびイベント管理サーバ２０の処理の流れについて説明する。

ステップＳ９２１において、イベント管理サーバ２０はイベントを立ち上げる。ステップＳ９２２において、イベント管理サーバ２０は、当該イベントにおける特典Ｃを決定し、特典Ｃの価額に基づいて下限額を算出してユーザが購入すべき商品Ｂを決定する。

ステップＳ９１１において、ユーザは、ユーザ端末１０を操作してイベントに参加する。ステップＳ９２３において、イベント管理サーバ２０は、イベントに参加している一部のユーザに特典を受け取る権利を付与する。

ステップＳ９１２において、ユーザは、ユーザ端末１０にイベント参加時におけるユーザの識別情報を提示して、店舗において商品を購入する。ステップＳ９３１において、店舗端末４０は、ユーザ端末１０からユーザの識別情報を受け付け、合わせてユーザによる商品の購入を受け付ける。ステップＳ９３２において、店舗端末４０は、ユーザの識別情報と購入履歴をイベント管理サーバ２０へ送信する。

ステップＳ９２４において、イベント管理サーバ２０の受信制御モジュール２０３１は、店舗端末４０から送信された購入履歴を受け付ける。ステップＳ９２５において、イベント管理サーバ２０の承認モジュール２０３５は、受信した購入履歴の照合を行う。照合の結果、指定された商品Ｂが購入されている場合は、ステップＳ９２６～ステップＳ９１３が行われる。一方、照合の結果、指定された商品Ｂが購入されている場合は、ステップＳ１０２６～ステップＳ１０１３が行われる（図１０参照）。

ステップＳ９２６において、イベント管理サーバ２０の承認モジュール２０３５は、特典の払い渡しを承認して店舗端末４０へ通知する。ステップＳ９３３において、店舗端末４０は、イベント管理サーバ２０から送信された承認の通知を受け付ける。

ステップＳ９３４において、店舗端末４０は、特典の払い渡しをユーザ端末に通知する。ステップＳ９１３において、ユーザ端末１０は、特典の受け取りを表示する。

次に、図１０を参照し、ステップＳ１０２６～ステップＳ１０１３について説明する。ステップＳ１０２６において、イベント管理サーバ２０の承認モジュール２０３５は、購入履歴において指定された商品Ｂが購入されていないとして、指定された商品Ｂの追加購入を促すための通知を店舗端末４０へ送信する。ステップＳ１０３３において、店舗端末４０は、イベント管理サーバ２０から送信された通知を受け付ける。

ステップＳ１０３４において、店舗端末４０は、指定された商品Ｂの追加購入を促す通知をユーザ端末１０へ送信する。ステップＳ１０１３において、ユーザ端末１０は、通知を受け付けて表示する。

以上のようにして、第２実施形態では、イベント管理サーバ２０は、所定の商品Ｂを購入することを条件として特典Ｃを受け取る権利をユーザに付与する。ここで、購入することが条件となる商品Ｂは、特典Ｃの価額に基づいて決定される。このような構成とすることにより、特典の払い渡しのために必要となる購入履歴の照合をより簡易に行うことが可能となるとともに、所定の商品（この場合は商品Ｂ）の購入を促進させることが可能となる。

＜３．その他の実施形態＞
以上、本発明における実施形態およびその変形例について説明したが、本開示の適用は上述の内容に限定されるものではない。

例えば、上記実施形態では、店舗での商品の購入時に、購入履歴とともにユーザの識別情報をイベント管理サーバ２０へ送信しているが、この形態に限定されるわけではない。例えば、イベント管理サーバ２０が立ち上げたイベントの参加時において、ユーザの店舗（または所定の取引）における識別情報を照合する仕様としてもよい。

また、上記実施形態では、店舗端末４０が購入履歴をイベント管理サーバ２０へ送信しているが、この形態に限定されるわけではない。例えば、店舗端末４０に購入履歴を表示させてユーザ端末１０で読み取らせ、ユーザ端末１０が購入履歴をイベント管理サーバ２０へ送信する仕様としてもよい。より具体的には、店舗端末４０が、購入履歴が表示されたレシートなどの取引の証拠となる書面を出力し、当該レシートを撮影した画像をユーザ端末１０がイベント管理サーバ２０へ送信する仕様としてもよい。または、レシートの画像に代わり、購入する商品のバーコードをユーザ端末１０が読み取り、イベント管理サーバ２０へ送信する仕様としてもよい。

なお、上記実施形態に示したように、特典は金銭、または金銭と一方向または双方向に変換可能な価値を有する指標であってもよいし、金銭的な価値を有する物品であってもよいし、金銭的な価値を有する権利（例えばサブスクリプション契約などによって提供される定期利用の権利）であってもよい。

また、店舗は実店舗に限定されることはなく、インターネット上にあるショッピングサイトなどにおけるＥＣ取引において、本開示の技術的範囲を適用してもよい。また、店舗ではなく、例えば所定の会場において、イベントの立ち上げと特典の払い渡しを行うこともできる。例えば、野球観戦を行う球場内で試合の結果を予想するイベントを立ち上げ、当該予想が的中したユーザのうち、球場内で所定額以上の購入をしたユーザに特典を付与する形態とすることもできる。

また、通信回線を介した所定情報の共有は、主にインターネットなどのＷＡＮを介して行われるが、情報処理装置間では、ＷＡＮを介さずにＢｌｕｅｔｏｏｔｈ（登録商標）等の近距離の無線通信、及び赤外線通信等のみを介して行われてもよい。

また、上記実施形態では、各機能をユーザ端末１０、イベント管理サーバ２０、ポイント管理サーバ３０，店舗端末４０等が備える態様の一例について説明したが、この形態に限定されることはない。すなわち、本開示における一部または全部の機能を、上記実施形態と異なる態様でユーザ端末１０、イベント管理サーバ２０、ポイント管理サーバ３０，店舗端末４０の一部または全部が備える構成としてもよい。

さらに、本発明は、上述のプログラムを格納する、コンピュータ読み取り可能な非一時的な記録媒体として実現してもよい。

以上、本発明に係る種々の実施形態を説明したが、これらは例として提示したものであり、発明の範囲を限定することは意図していない。当該新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。当該実施形態やその変形は、発明の範囲や要旨に含まれると共に、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

＜付記＞
以上の各実施の形態で説明した事項を以下に付記する。
（付記１）
プロセッサを備えるコンピュータに、イベントに関する特典を管理させるプログラムであって、プログラムは、プロセッサに、イベントに参加したユーザに特典を受け取る権利を付与するステップ（Ｓ６２２、Ｓ９２３）と、特典の価額に基づいて、ユーザによる所定の取引における購入の下限額を算出するステップ（Ｓ６２３、Ｓ９２２）と、ユーザによる取引における購入額が下限額以上の場合に、特典の払い渡しを承認するステップ（Ｓ６２６、Ｓ９２６）を実行させる、プログラム。
（付記２）
プログラムは、プロセッサに、ユーザの取引における購入履歴を照合するステップ（Ｓ６２５、Ｓ９２５）を実行させる、付記１に記載のプログラム。
（付記３）
照合するステップにおいて購入履歴が下限額以上の場合に、承認するステップを実行させる、付記２に記載のプログラム。
（付記４）
照合するステップにおいて購入履歴が下限額未満の場合に、ユーザに下限額との差額の購入を促すための通知を行うステップ（Ｓ７４４）を実行させる、付記２に記載のプログラム。
（付記５）
照合するステップにおいて、購入履歴の中に特定の商品または役務が含まれる場合に、承認するステップを実行させる、付記２に記載のプログラム。
（付記６）
照合するステップにおいて、購入履歴の中に特定の商品または役務が含まれない場合に、ユーザに当該商品または役務の購入を促すための通知を行うステップ（Ｓ１０３４）を実行させる、付記２に記載のプログラム。
（付記７）
プログラムは、ユーザが使用する端末装置に識別情報を表示させ、ユーザが取引を行う店舗に設置された端末装置に、識別情報を読み取らせる、付記１～付記６のいずれか１項に記載のプログラム。
（付記８）
プログラムは、イベント参加時に、ユーザの取引における識別情報を照合する、付記１～付記６のいずれか１項に記載のプログラム。
（付記９）
プログラムは、ユーザが取引を行う店舗に設置された端末装置に、取引の証拠となる識別情報を表示させ、ユーザが使用する端末装置に、識別情報を読み取らせ、当該識別情報を承認するステップを実行するサーバに送信させる、付記１～付記６のいずれか１項に記載のプログラム。
（付記１０）
プログラムは、ユーザが使用する端末装置に、取引の証拠となる書面を撮影させ、撮影された画像を承認するステップを実行するサーバに送信させる、付記１～付記６のいずれか１項に記載のプログラム。
（付記１１）
特典は金銭、または金銭と一方向または双方向に変換可能な価値を有する指標である、付記１～付記１０のいずれか１項に記載のプログラム。
（付記１２）
特典は、金銭的な価値を有する物品である、付記１～付記１０のいずれか１項に記載のプログラム。

１ ：イベント管理システム，１０ ：ユーザ端末，１３ ：入力装置，１４ ：出力装置，１５ ：メモリ，１６ ：ストレージ，１９ ：プロセッサ，２０ ：イベント管理サーバ，２５ ：メモリ，２６ ：ストレージ，２９ ：プロセッサ，３０ ：ポイント管理サーバ，４０ ：店舗端末，５０ ：ネットワーク，１１１ ：アンテナ，１２１ ：無線通信部，１３０ ：操作受付部，１３１ ：デバイス，１３２ ：ディスプレイ，１４０ ：音声処理部，１４１ ：マイク，１４２ ：スピーカ，１５０ ：カメラ，１７０ ：記憶部，１８０ ：制御部，１８１ ：入力操作受付部，１８２ ：送受信部，１８３ ：データ処理部，１８４ ：通知制御部，２０１ ：通信部，２０２ ：記憶部，２０３ ：入出力部，２０４ ：制御部，３０１ ：通信部，３０２ ：記憶部，３０３ ：入出力部，３０４ ：制御部，２０３１：受信制御モジュール，２０３２：送信制御モジュール，２０３３：権利付与モジュール，２０３４：算出モジュール，２０３５：承認モジュール，３０３１：受信制御モジュール，３０３２：送信制御モジュール，３０３３：ポイント管理モジュール。

Claims (14)

1. プロセッサを備えるコンピュータに、イベントに関する特典を管理させるプログラムであって、
   前記プログラムは、前記プロセッサに、
   前記イベントに参加したユーザに特典を受け取る権利を、所定の取引の履歴を照合する前に付与するステップと、
   前記権利を付与した後に、前記ユーザによる前記取引における購入の下限額を、前記受け取る権利を付与した特典の価額に基づいて算出するステップと、
   前記ユーザによる前記取引における購入額が前記下限額以上の場合に、前記特典の払い渡しを承認するステップを実行させる、プログラム。
2. 前記プログラムは、前記プロセッサに、
   前記ユーザの前記取引における購入履歴を照合するステップを実行させる、請求項１に記載のプログラム。
3. 前記照合するステップにおいて、前記購入履歴が前記下限額以上の場合に、前記承認するステップを実行させる、請求項２に記載のプログラム。
4. 前記照合するステップにおいて、前記購入履歴が前記下限額未満の場合に、前記ユーザに前記下限額との差額の購入を促すための通知を行うステップを実行させる、請求項２に記載のプログラム。
5. 前記照合するステップにおいて、前記購入履歴の中に特定の商品または役務が含まれる場合に、前記承認するステップを実行させる、請求項２に記載のプログラム。
6. 前記照合するステップにおいて、前記購入履歴の中に特定の商品または役務が含まれない場合に、前記ユーザに当該商品または役務の購入を促すための通知を行うステップを実行させる、請求項２に記載のプログラム。
7. 前記プログラムは、前記ユーザが使用する端末装置に識別情報を表示させ、
   前記ユーザが取引を行う店舗に設置された端末装置に、前記識別情報を読み取らせる、請求項１～請求項６のいずれか１項に記載のプログラム。
8. 前記プログラムは、前記イベント参加時に、
   前記ユーザの前記取引における識別情報を照合する、請求項１～請求項６のいずれか１項に記載のプログラム。
9. 前記プログラムは、
   前記ユーザが取引を行う店舗に設置された端末装置に、前記取引の証拠となる識別情報を表示させ、
   前記ユーザが使用する端末装置に、前記識別情報を読み取らせ、当該識別情報を前記承認するステップを実行するサーバに送信させる、請求項１～請求項６のいずれか１項に記載のプログラム。
10. 前記プログラムは、前記ユーザが使用する端末装置に、
    前記取引の証拠となる書面を撮影させ、
    前記撮影された画像を前記承認するステップを実行するサーバに送信させる、請求項１～請求項６のいずれか１項に記載のプログラム。
11. 前記特典は金銭、または金銭と一方向または双方向に変換可能な価値を有する指標である、請求項１～請求項１０のいずれか１項に記載のプログラム。
12. 前記特典は、金銭的な価値を有する物品である、請求項１～請求項１０のいずれか１項に記載のプログラム。
13. プロセッサを備えるコンピュータに、イベントに関する特典を管理させる方法であって、
    前記方法では、前記プロセッサに、
    前記イベントに参加したユーザに特典を受け取る権利を、所定の取引の履歴を照合する前に付与するステップと、
    前記権利を付与した後に、前記ユーザによる前記取引における購入の下限額を、前記受け取る権利を付与した特典の価額に基づいて算出するステップと、
    前記ユーザによる前記取引における購入額が前記下限額以上の場合に、前記特典の払い渡しを承認するステップを実行させる、方法。
14. プロセッサを備え、イベントに関する特典を管理する情報処理装置であって、
    前記プロセッサは、
    前記イベントに参加したユーザに特典を受け取る権利を、所定の取引の履歴を照合する前に付与するステップと、
    前記権利を付与した後に、前記ユーザによる前記取引における購入の下限額を、前記受け取る権利を付与した特典の価額に基づいて算出するステップと、
    前記ユーザによる前記取引における購入額が前記下限額以上の場合に、前記特典の払い渡しを承認するステップを実行する、情報処理装置。