(57)【特許請求の範囲】
【請求項１】
端末装置により実行されたアプリケーションからの要求を受けることにより、前記端末装置に未導入のアプリケーションであって前記端末装置を利用するユーザに対して告知対象となる対象アプリケーションの告知情報を前記端末装置に対して送信する送信部と、
前記送信部が送信した前記告知情報に基づいた前記対象アプリケーションの導入に対する報酬付与の条件が充足されたことに基づいて、前記ユーザに報酬を付与する報酬付与処理部と、
前記要求を受けたタイミングの履歴が記録された履歴情報を参照して、前回の前記要求を受けた第１のタイミングから今回の前記要求を受ける第２のタイミングまでに、前記対象アプリケーションが前記端末装置により実行されていない場合に、前記第１のタイミングまたは前記第２のタイミングに基づいて、今回の前記要求に基づいて送信された前記告知情報に基づいた前記対象アプリケーションの導入に対する前記報酬付与の条件が充足された場合に前記報酬付与処理部が前記ユーザに付与する報酬を、前回の前記要求に基づいて送信された前記告知情報に基づいた前記対象アプリケーションの導入に対する前記報酬付与の条件が充足された場合に前記報酬付与処理部が前記ユーザに付与する報酬から変更する報酬変更部と、
を備える管理装置。
【請求項２】
前記送信部は、前記報酬変更部が報酬を変更した場合に、当該変更に対応した告知情報を前記端末装置に対して送信する
請求項１に記載の管理装置。
【請求項３】
前回の前記要求を受けてから今回の前記要求を受けるまでに、前記対象アプリケーションが前記端末装置により実行されたことを示す通知情報を前記端末装置から受けていないことを判定する判定部、
を備え、
前記報酬変更部は、
前記判定部が肯定判定した場合を、前回の前記要求を受けてから今回の前記要求を受けるまでに前記対象アプリケーションが前記端末装置により実行されていない場合として、今回の前記要求に基づいて前記ユーザに付与する報酬を変更する、
請求項１又は請求項２に記載の管理装置。
【請求項４】
前回の前記要求を受けてから今回の前記要求を受けるまでに、前回の前記要求により送信された前記対象アプリケーションの告知情報が選択されたことを示す選択情報を前記端末装置から取得していないことを判定する判定部、
を備え、
前記報酬変更部は、
前記判定部が肯定判定した場合を、前回の前記要求を受けてから今回の前記要求を受けるまでに前記対象アプリケーションが前記端末装置により実行されていない場合として、今回の前記要求に基づいて前記ユーザに付与する報酬を変更する、
請求項１又は請求項２に記載の管理装置。
【請求項５】
前回の前記要求を受けてから今回の前記要求を受けるまでに、前回の前記要求により送信された前記対象アプリケーションの告知情報が選択されたことを示す選択情報を前記端末装置から取得し、且つ前記対象アプリケーションが前記端末装置により実行されたことを示す通知情報を前記端末装置から取得していないことを判定する判定部、
を備え、
前記報酬変更部は、
前記判定部が肯定判定した場合を、前回の前記要求を受けてから今回の前記要求を受けるまでに前記対象アプリケーションが前記端末装置により実行されていない場合として、今回の前記要求に基づいて前記ユーザに付与する報酬を変更する、
請求項１又は請求項２に記載の管理装置。
【請求項６】
前記報酬変更部は、前回の前記要求に対する前記対象アプリケーションと、今回の前記要求に対する前記対象アプリケーションとが同一である場合に
前記報酬を変更する、
請求項１から請求項５の何れか一項に記載の管理装置。
【請求項７】
前記報酬変更部は、前回の前記要求をしたアプリケーションと、今回の前記要求をしたアプリケーションとが異なる場合であっても前記報酬を変更する、
請求項６に記載の管理装置。
【請求項８】
前記告知情報は、前記対象アプリケーションを示すアプリケーション情報と、前記ユーザに付与する報酬を示す報酬情報を含み、
前記送信部は、前回の前記要求を受けてから今回の前記要求を受けるまでに前記対象アプリケーションが前記端末装置により実行されていない場合に、今回の前記要求を受けたとき、前記報酬変更部で変更した報酬に従った報酬情報を含む前記告知情報を前記端末装置に対して送信する、
請求項１から請求項７の何れか一項に記載の管理装置。
【請求項９】
前記報酬変更部は、
前回の前記要求を受けてから今回の前記要求を受けるまでの間が所定の時間以上である場合に前記報酬を変更する、
請求項１から請求項８の何れか一項に記載の管理装置。
【請求項１０】
前記報酬変更部は、
前回の前記要求を受けてから今回の前記要求を受けるまでの間に所定の基準時を挟む場合に前記報酬を変更する、
請求項１から請求項８の何れか一項に記載の管理装置。
【請求項１１】
前記報酬変更部は、
所定期間において初めて前記要求を受けた場合に前記報酬を変更する、
請求項１から請求項８の何れか一項に記載の管理装置。
【請求項１２】
前記報酬変更部は、
前記報酬の付与先を変更することを、前記報酬を変更することとする、
請求項１から請求項１１の何れか一項に記載の管理装置。
【請求項１３】
自端末装置により実行されたアプリケーションに基づいて、アプリケーションの告知情報を管理装置へ要求する要求部と、
前記要求部の要求に応じて、自端末装置に未導入のアプリケーションであって自端末装置を利用するユーザに対して告知対象となる対象アプリケーションの告知情報を前記管理装置から取得して出力する出力部と、
を備え、
前記出力部は、
前回の前記要求をした第１のタイミングから今回の前記要求をする第２のタイミングまでに前記対象アプリケーションが自端末装置により実行されていない場合、前記第１のタイミングまたは前記第２のタイミングに基づいて、今回の前記要求に基づいて送信された前記告知情報に基づいた前記対象アプリケーションの導入に対する報酬付与の条件が充足された場合に前記ユーザに付与される報酬が、前回の前記要求に基づいて送信された前記告知情報に基づいた前記対象アプリケーションの導入に対する前記報酬付与の条件が充足された場合に前記ユーザに付与する報酬から変更されたことに対応した告知情報を、前記管理装置から取得して出力する、
端末装置。
【請求項１４】
端末装置により実行されたアプリケーションに基づいて、アプリケーションの告知情報を要求する要求部と、
前記要求部の要求に応じて、前記端末装置に未導入のアプリケーションであって前記端末装置を利用するユーザに対して告知対象となる対象アプリケーションの告知情報を取得して出力する出力部と、
前記要求に応じて取得した前記告知情報に基づいた前記対象アプリケーションの導入に対する報酬付与の条件が充足されたことに基づいて、前記ユーザに報酬を付与する報酬付与処理部と、
前記要求をしたタイミングの履歴が記録された履歴情報を参照して、前回の前記要求をした第１のタイミングから今回の前記要求をする第２のタイミングまでに、前記対象アプリケーションが前記端末装置により実行されていない場合に、前記第１のタイミングまたは前記第２のタイミングに基づいて、今回の前記要求に基づいて取得した前記告知情報に基づいた前記対象アプリケーションの導入に対する前記報酬付与の条件が充足された場合に前記報酬付与処理部が前記ユーザに付与する報酬を、前回の前記要求に基づいて取得した前記告知情報に基づいた前記対象アプリケーションの導入に対する前記報酬付与の条件が充足された場合に前記報酬付与処理部が前記ユーザに付与する報酬から変更する報酬変更部と、
を備える管理システム。
【請求項１５】
管理装置の制御方法であって、
送信部が、端末装置により実行されたアプリケーションからの要求を受けることにより、前記端末装置に未導入のアプリケーションであって前記端末装置を利用するユーザに対して告知対象となる対象アプリケーションの告知情報を前記端末装置に対して送信するステップと、
報酬付与処理部が、前記送信部が送信した前記告知情報に基づいた前記対象アプリケーションの導入に対する報酬付与の条件が充足されたことに基づいて、前記ユーザに報酬を付与するステップと、
報酬変更部が、前記要求を受けたタイミングの履歴が記録された履歴情報を参照して、前回の前記要求を受けた第１のタイミングから今回の前記要求を受ける第２のタイミングまでに、前記対象アプリケーションが前記端末装置により実行されていない場合に、前記第１のタイミングまたは前記第２のタイミングに基づいて、今回の前記要求に基づいて送信された前記告知情報に基づいた前記対象アプリケーションの導入に対する前記報酬付与の条件が充足された場合に前記報酬付与処理部が前記ユーザに付与する報酬を、前回の前記要求に基づいて送信された前記告知情報に基づいた前記対象アプリケーションの導入に対する前記報酬付与の条件が充足された場合に前記報酬付与処理部が前記ユーザに付与する報酬から変更するステップと、
を含む制御方法。
【請求項１６】
端末装置の制御方法であって、
要求部が、自端末装置により実行されたアプリケーションに基づいて、アプリケーションの告知情報を管理装置へ要求する要求ステップと、
出力部が、前記要求に応じて、自端末装置に未導入のアプリケーションであって自端末装置を利用するユーザに対して告知対象となる対象アプリケーションの告知情報を取得して出力する出力ステップと、
を含み、
前記出力ステップにおいて、
前回の前記要求をした第１のタイミングから今回の前記要求をする第２のタイミングまでに前記対象アプリケーションが自端末装置により実行されていない場合、前記第１のタイミングまたは前記第２のタイミングに基づいて、今回の前記要求に基づいて送信された前記告知情報に基づいた前記対象アプリケーションの導入に対する報酬付与の条件が充足された場合に前記ユーザに付与される報酬が、前回の前記要求に基づいて送信された前記告知情報に基づいた前記対象アプリケーションの導入に対する前記報酬付与の条件が充足された場合に前記ユーザに付与する報酬から変更されたことに対応した告知情報を、前記管理装置から取得して出力する、
制御方法。
【請求項１７】
管理システムの制御方法であって、
要求部が、端末装置により実行されたアプリケーションに基づいて、アプリケーションの告知情報を要求するステップと、
出力部が、前記要求に応じて、前記端末装置に未導入のアプリケーションであって前記端末装置を利用するユーザに対して告知対象となる対象アプリケーションの告知情報を取得して出力するステップと、
報酬付与処理部が、前記要求に応じて取得した前記告知情報に基づいた前記対象アプリケーションの導入に対する報酬付与の条件が充足されたことに基づいて、前記ユーザに報酬を付与するステップと、
報酬変更部が、前記要求を受けたタイミングの履歴が記録された履歴情報を参照して、前回の前記要求をした第１のタイミングから今回の前記要求をする第２のタイミングまでに、前記対象アプリケーションが前記端末装置により実行されていない場合に、前記第１のタイミングまたは前記第２のタイミングに基づいて、今回の前記要求に基づいて取得した前記告知情報に基づいた前記対象アプリケーションの導入に対する前記報酬付与の条件が充足された場合に前記報酬付与処理部が前記ユーザに付与する報酬を、前回の前記要求に基づいて取得した前記告知情報に基づいた前記対象アプリケーションの導入に対する前記報酬付与の条件が充足された場合に前記報酬付与処理部が前記ユーザに付与する報酬から変更するステップと、
を含む制御方法。
【請求項１８】
管理装置としてのコンピュータに、
端末装置により実行されたアプリケーションからの要求を受けることにより、前記端末装置に未導入のアプリケーションであって前記端末装置を利用するユーザに対して告知対象となる対象アプリケーションの告知情報を前記端末装置に対して送信するステップと、
前記送信された前記告知情報に基づいた前記対象アプリケーションの導入に対する報酬付与の条件が充足されたことに基づいて、前記ユーザに報酬を付与するステップと、
前記要求を受けたタイミングの履歴が記録された履歴情報を参照して、前回の前記要求を受けた第１のタイミングから今回の前記要求を受ける第２のタイミングまでに、前記対象アプリケーションが前記端末装置により実行されていない場合に、前記第１のタイミングまたは前記第２のタイミングに基づいて、今回の前記要求に基づいて送信された前記告知情報に基づいた前記対象アプリケーションの導入に対する報酬付与の条件が充足された場合に前記ユーザに付与する報酬を、前回の前記要求に基づいて送信された前記告知情報に基づいた前記対象アプリケーションの導入に対する前記報酬付与の条件が充足された場合に前記ユーザに付与する報酬から変更するステップと、
を実行させるためのプログラム。
【請求項１９】
端末装置としてのコンピュータに、
自端末装置により実行されたアプリケーションに基づいて、アプリケーションの告知情報を管理装置へ要求するステップと、
前記要求に応じて、自端末装置に未導入のアプリケーションであって自端末装置を利用するユーザに対して告知対象となる対象アプリケーションの告知情報を取得して出力するとともに、前回の前記要求をした第１のタイミングから今回の前記要求をする第２のタイミングまでに前記対象アプリケーションが自端末装置により実行されていない場合、前記第１のタイミングまたは前記第２のタイミングに基づいて、今回の前記要求に基づいて送信された前記告知情報に基づいた前記対象アプリケーションの導入に対する報酬付与の条件が充足された場合に前記ユーザに付与される報酬が、前回の前記要求に基づいて送信された前記告知情報に基づいた前記対象アプリケーションの導入に対する前記報酬付与の条件が充足された場合に前記ユーザに付与する報酬から変更されたことに対応した告知情報を、前記管理装置から取得して出力するステップと、
を実行させるためのプログラム。
【請求項２０】
端末装置にインストールされるアプリケーションのプログラムに組み込まれるプログラムであって、
コンピュータに、
自端末装置により実行されたアプリケーションに基づいて、アプリケーションの告知情報を管理装置へ要求するステップと、
前記要求に応じて、自端末装置に未導入のアプリケーションであって自端末装置を利用するユーザに対して告知対象となる対象アプリケーションの告知情報を取得して出力するとともに、前回の前記要求をした第１のタイミングから今回の前記要求をする第２のタイミングまでに前記対象アプリケーションが自端末装置により実行されていない場合、前記第１のタイミングまたは前記第２のタイミングに基づいて、今回の前記要求に基づいて送信された前記告知情報に基づいた前記対象アプリケーションの導入に対する報酬付与の条件が充足された場合に前記ユーザに付与される報酬が、前回の前記要求に基づいて送信された前記告知情報に基づいた前記対象アプリケーションの導入に対する前記報酬付与の条件が充足された場合に前記ユーザに付与する報酬から変更されたことに対応した告知情報を、前記管理装置から取得して出力するステップと、
を実行させるためのプログラム。
【請求項２１】
管理システムが備えるコンピュータに、
端末装置により実行されたアプリケーションに基づいて、アプリケーションの告知情報を要求するステップと、
前記要求に応じて、前記端末装置に未導入のアプリケーションであって前記端末装置を利用するユーザに対して告知対象となる対象アプリケーションの告知情報を取得して出力するステップと、
前記要求に応じて取得した前記告知情報に基づいた前記対象アプリケーションの導入に対する報酬付与の条件が充足されたことに基づいて、前記ユーザに報酬を付与するステップと、
前記要求を受けたタイミングの履歴が記録された履歴情報を参照して、前回の前記要求をした第１のタイミングから今回の前記要求をする第２のタイミングまでに、前記対象アプリケーションが前記端末装置により実行されていない場合に、前記第１のタイミングまたは前記第２のタイミングに基づいて、今回の前記要求に基づいて取得した前記告知情報に基づいた前記対象アプリケーションの導入に対する報酬付与の条件が充足された場合に前記ユーザに付与する報酬を、前回の前記要求に基づいて取得した前記告知情報に基づいた前記対象アプリケーションの導入に対する前記報酬付与の条件が充足された場合に前記ユーザに付与する報酬から変更するステップと、
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、管理装置、端末装置、管理システム、制御方法、およびプログラムに関する。
【背景技術】
【０００２】
ユーザ端末で利用されているアプリケーションの画面（例えば、ゲーム画面）に他のアプリケーションの広告（バナー広告等）を表示させ、その広告が選択されて当該他のアプリケーションが利用された場合に、当該ユーザ端末を利用するユーザに対して報酬が付与されるシステムがある。
【０００３】
例えば、特許文献１には、広告掲載サイトを起点にしてアプリケーションをダウンロードして起動したユーザに報酬を付与するシステムが開示されている。このようなシステムによれば、報酬取得を目的に広告掲載されたアプリケーションの導入のきっかけを与えることができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１４−２１７１７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、広告掲載されたアプリケーションの導入に基づいてユーザに報酬を付与するシステムが採用されたとしても、例えば、付与される報酬に魅力を感じないユーザは広告に興味を示さないことがある。そのため、広告に興味を示さないユーザに対しては、広告掲載されたアプリケーションの導入に結び付けることができない場合があった。
【０００６】
本発明のいくつかの態様は、ユーザに対してアプリケーションの導入に係る広告に興味を持たせることができる管理装置、端末装置、管理システム、制御方法、およびプログラムを提供することを目的の一つとする。
【０００７】
また、本発明の他の態様は、後述する実施形態に記載した作用効果を奏することを可能にする管理装置、端末装置、管理システム、制御方法、およびプログラムを提供することを目的の一つとする。
【課題を解決するための手段】
【０００８】
上述した課題を解決するために、本発明の一態様は、端末装置により実行されたアプリケーションからの要求を受けることにより、前記端末装置を利用するユーザに対して告知対象となる対象アプリケーションの告知情報を前記端末装置に対して送信する送信部と、前記対象アプリケーションの導入に対する報酬付与の条件が充足されたことに基づいて、前記ユーザに報酬を付与する報酬付与処理部と、前回の前記要求を受けてから今回の前記要求を受けるまでに、前記対象アプリケーションが前記端末装置により実行されていない場合に、今回の前記要求に基づいて前記ユーザに付与する報酬を変更する報酬変更部と、を備える管理装置である。
【０００９】
また、本発明の一態様は、自端末装置により実行されたアプリケーションに基づいて、アプリケーションの告知情報を管理装置へ要求する要求部と、前記要求部の要求に応じて、自端末装置を利用するユーザに対して告知対象となる対象アプリケーションの告知情報を前記管理装置から取得して出力する出力部と、を備え、前記出力部が、前回の前記要求をしてから今回の前記要求をするまでに前記対象アプリケーションが自端末装置により実行されていない場合、今回の前記要求に基づいて前記ユーザに付与される報酬が変更されたことに対応した告知情報を、前記管理装置から取得して出力する、端末装置である。
【００１０】
また、本発明の一態様は、端末装置により実行されたアプリケーションに基づいて、アプリケーションの告知情報を要求する要求部と、前記要求部の要求に応じて、前記端末装置を利用するユーザに対して告知対象となる対象アプリケーションの告知情報を取得して出力する出力部と、前記対象アプリケーションの導入に対する報酬付与の条件が充足されたことに基づいて、前記ユーザに報酬を付与する報酬付与処理部と、前回の前記要求をしてから今回の前記要求をするまでに、前記対象アプリケーションが前記端末装置により実行されていない場合に、今回の前記要求に基づいて前記ユーザに付与する報酬を変更する報酬変更部と、を備える管理システムである。
【００１１】
また、本発明の一態様は、管理装置の制御方法であって、端末装置により実行されたアプリケーションからの要求を受けることにより、前記端末装置を利用するユーザに対して告知対象となる対象アプリケーションの告知情報を前記端末装置に対して送信するステップと、前記対象アプリケーションの導入に対する報酬付与の条件が充足されたことに基づいて、前記ユーザに報酬を付与するステップと、前回の前記要求を受けてから今回の前記要求を受けるまでに、前記対象アプリケーションが前記端末装置により実行されていない場合に、今回の前記要求に基づいて前記ユーザに付与する報酬を変更するステップと、を含む制御方法である。
【００１２】
また、本発明の一態様は、端末装置の制御方法であって、自端末装置により実行されたアプリケーションに基づいて、アプリケーションの告知情報を管理装置へ要求する要求ステップと、前記要求に応じて、自端末装置を利用するユーザに対して告知対象となる対象アプリケーションの告知情報を取得して出力する出力ステップと、を含み、前記出力ステップにおいて、前回の前記要求をしてから今回の前記要求をするまでに前記対象アプリケーションが自端末装置により実行されていない場合、今回の前記要求に基づいて前記ユーザに付与される報酬が変更されたことに対応した告知情報を、前記管理装置から取得して出力する、制御方法である。
【００１３】
また、本発明の一態様は、管理システムの制御方法であって、端末装置により実行されたアプリケーションに基づいて、アプリケーションの告知情報を要求するステップと、前記要求に応じて、前記端末装置を利用するユーザに対して告知対象となる対象アプリケーションの告知情報を取得して出力するステップと、前記対象アプリケーションの導入に対する報酬付与の条件が充足されたことに基づいて、前記ユーザに報酬を付与するステップと、前回の前記要求をしてから今回の前記要求をするまでに、前記対象アプリケーションが前記端末装置により実行されていない場合に、今回の前記要求に基づいて前記ユーザに付与する報酬を変更するステップと、を含む制御方法である。
【００１４】
また、本発明の一態様は、管理装置としてのコンピュータに、端末装置により実行されたアプリケーションからの要求を受けることにより、前記端末装置を利用するユーザに対して告知対象となる対象アプリケーションの告知情報を前記端末装置に対して送信するステップと、前記対象アプリケーションの導入に対する報酬付与の条件が充足されたことに基づいて、前記ユーザに報酬を付与するステップと、前回の前記要求を受けてから今回の前記要求を受けるまでに、前記対象アプリケーションが前記端末装置により実行されていない場合に、今回の前記要求に基づいて前記ユーザに付与する報酬を変更するステップと、を実行させるためのプログラムである。
【００１５】
また、本発明の一態様は、端末装置としてのコンピュータに、自端末装置により実行されたアプリケーションに基づいて、アプリケーションの告知情報を管理装置へ要求するステップと、前記要求に応じて、自端末装置を利用するユーザに対して告知対象となる対象アプリケーションの告知情報を取得して出力するとともに、前回の前記要求をしてから今回の前記要求をするまでに前記対象アプリケーションが自端末装置により実行されていない場合、今回の前記要求に基づいて前記ユーザに付与される報酬が変更されたことに対応した告知情報を、前記管理装置から取得して出力するステップと、を実行させるためのプログラムである。
【００１６】
また、本発明の一態様は、端末装置にインストールされるアプリケーションのプログラムに組み込まれるプログラムであって、コンピュータに、自端末装置により実行されたアプリケーションに基づいて、アプリケーションの告知情報を管理装置へ要求するステップと、前記要求に応じて、自端末装置を利用するユーザに対して告知対象となる対象アプリケーションの告知情報を取得して出力するとともに、前回の前記要求をしてから今回の前記要求をするまでに前記対象アプリケーションが自端末装置により実行されていない場合、今回の前記要求に基づいて前記ユーザに付与される報酬が変更されたことに対応した告知情報を、前記管理装置から取得して出力するステップと、を実行させるためのプログラムである。
【００１７】
また、本発明の一態様は、管理システムが備えるコンピュータに、端末装置により実行されたアプリケーションに基づいて、アプリケーションの告知情報を要求するステップと、前記要求に応じて、前記端末装置を利用するユーザに対して告知対象となる対象アプリケーションの告知情報を取得して出力するステップと、前記対象アプリケーションの導入に対する報酬付与の条件が充足されたことに基づいて、前記ユーザに報酬を付与するステップと、前回の前記要求をしてから今回の前記要求をするまでに、前記対象アプリケーションが前記端末装置により実行されていない場合に、今回の前記要求に基づいて前記ユーザに付与する報酬を変更するステップと、を実行させるためのプログラムである。
【発明の効果】
【００１８】
以上説明したように、本発明のいくつかの態様によれば、ユーザに対してアプリケーションの導入に係る広告に興味を持たせることができる。
【図面の簡単な説明】
【００１９】
【図１】第１の実施形態による広告システムの概要を説明する説明図である。
【図２】第１の実施形態による広告システムの構成の一例を示す概略構成図である。
【図３】第１の実施形態によるユーザ端末のハードウェア構成の一例を示す概略構成図である。
【図４】第１の実施形態による広告サーバのハードウェア構成の一例を示す概略構成図である。
【図５】第１の実施形態によるユーザ端末の機能構成の一例を示す概略構成図である。
【図６】第１の実施形態による広告サーバの機能構成の一例を示す概略構成図である。
【図７】第１の実施形態によるアプリケーション情報テーブルの一例を示す図である。
【図８】第１の実施形態による報酬テーブルの一例を示す図である。
【図９】第１の実施形態による報酬変更有無管理テーブルの一例を示す図である。
【図１０】第１の実施形態によるインストール情報管理テーブルの一例を示す図である。
【図１１】第１の実施形態による広告要求履歴テーブルの一例を示す図である。
【図１２】第１の実施形態による送客情報管理テーブルの一例を示す図である。
【図１３】第１の実施形態による広告表示処理の一例を示すフローチャートである。
【図１４】第１の実施形態による広告生成処理の一例を示すフローチャートである。
【図１５】第１の実施形態によるリワード広告の表示例を示す図である。
【図１６】第１の実施形態によるリワード広告の表示例の別の例を示す図である。
【図１７】第１の実施形態の変形例によるリワード広告の表示例を示す図である。
【図１８】第１の実施形態による報酬付与処理の一例を示すフローチャートである。
【図１９】第１の実施形態による報酬付与処理の別の例を示すフローチャートである。
【図２０】第２の実施形態による広告サーバの機能構成の一例を示す概略構成図である。
【図２１】第２の実施形態による報酬テーブルの一例を示す図である。
【図２２】第２の実施形態による報酬変更有無管理テーブルの一例を示す図である。
【図２３】第２の実施形態による広告要求履歴テーブルの一例を示す図である。
【図２４】第２の実施形態によるリワード広告の表示例を示す図である。
【発明を実施するための形態】
【００２０】
以下、本発明の一実施形態について、図面を参照して説明する。
[第１の実施形態]
本発明の第１の実施形態について説明する。
【００２１】
〔１．広告システムの概要〕
まず、本実施形態による広告システムの概要を説明する。
ユーザが利用しているアプリケーション（以下、単に「アプリ」と略称することがある）の利用画面（例えば、ゲーム画面やチャット画面）によって表示された他のアプリケーションの広告を選択して、当該他のアプリケーションを導入した場合に、そのユーザに対して報酬が付与される仕組みがある。ここで、広告が表示されるアプリケーションのことを「広告掲載アプリ」とも呼び、広告に掲載されるアプリケーションのことを「広告主アプリ」とも呼ぶ。利用画面に表示された広告は、タッチ操作やクリック操作などによりユーザの操作が可能であり、広告を操作したことを「広告を選択した」と言う。広告を選択すると、例えばその広告主アプリをダウンロードできるアプリストアのサイトに移行する。
【００２２】
例えば、上記の報酬は、広告掲載アプリで利用できる報酬であり、広告掲載アプリがゲームであればそのゲームで使用できるアイテム等である。つまり、ユーザに対して、広告掲載アプリに対する報酬を付与することで、広告主アプリに対する導入意欲を高めることができる。このように、広告掲載アプリの利用画面に表示された広告に起因して広告主アプリを導入した場合に報酬が付与される広告のことを、「リワード広告」と呼ぶ。本実施形態による広告システムは、リワード広告の表示を制御するシステムである。なお、以下の説明において、リワード広告のことを単に「広告」ということもある。ここで、広告主アプリを導入するとは、ユーザ端末にインストールされていないアプリケーションをインストールすることや、ユーザ端末にインストールされている古いバージョンのアプリケーションから新しいバージョンのアプリケーションに更新（新しいバージョンのアプリケーションの再インストール）することを含む。
【００２３】
図１は、本実施形態による広告システムの概要を説明する説明図である。この図では、ユーザ端末１０により実行された広告掲載アプリを示すアプリＸにより、広告主アプリに対応したリワード広告ＡＤ１が表示され、そのリワード広告ＡＤ１が無視されたと判断された場合には、その後表示されるリワード広告ＡＤ２では報酬が変更されることを示している。ここで、リワード広告が無視されたとは、例えば、ユーザの所定の操作に基づいてリワード広告が表示された場合であって、表示されたリワード広告がユーザに選択されずに、新たなリワード広告を表示させるための所定の操作があった場合である。
【００２４】
この図に示すリワード広告ＡＤ１には、広告主アプリの名称を示す「アプリＡ」と、リワード広告ＡＤ１に基づいてアプリＡをユーザ端末１０に導入した場合にアプリＸにおいて付与される「報酬α１」とが表示されている。一方、リワード広告ＡＤ２には、同じように広告主アプリの名称を示す「アプリＡ」が表示されているが、報酬α１から変更された「報酬α２」が表示されている。なお、報酬が変更された場合のリワード広告ＡＤ２として、変更された「報酬α２」を表示せずに、「報酬アップ」とか「報酬チャンス」のように、変更された内容を直接的に表示しないようにしてもよい。さらに「今がチャンス」というように報酬そのものが変更されることが明確に伝わらないような表示でもよい。つまり、リワード広告ＡＤ２を見たユーザが興味を引くような表現であってもよい。
【００２５】
報酬とは、例えば、報酬が付与されるアプリケーションがゲームの場合では、そのゲームでユーザが利用可能なアイテムである。報酬の変更とは、報酬の付与先の変更、報酬内容（例えばアイテム）の変更、報酬内容の個数の変更のいずれか、又はそれらの組み合わせである。報酬の付与先の変更とは、例えば、報酬内容が広告掲載アプリのものから広告主アプリのものに変更することである。一般的に、報酬の付与先が変更になれば、それに合わせて報酬内容も変更になる。報酬内容の変更とは、例えば、同じゲームでユーザが利用可能なアイテム（報酬α１）を別のアイテム（報酬α２）に変更することである。報酬内容の個数の変更とは、報酬内容が同一で個数が変更になることである。もちろん、報酬内容と個数の双方を変更するようにしてもよい。典型的には、報酬α２は、報酬α１よりも価値の高い報酬とする（例えば、価値の高いアイテムにする）ことが望ましい。例えば、報酬α１を、アプリＸ内で利用するアイテムのうち一般的に入手しやすいアイテム（例えば、ノーマルカード）とし、報酬α２を、アプリＸ内で利用するアイテムのうちなかなか入手することができない価値の高いアイテム（例えば、レアカード）としてもよい。なお、報酬の付与先を変更する場合のように、変更前のアイテム（報酬α１）と、変更後のアイテム（報酬α２）とで、価値の比較がしづらい場合があってもよい。
【００２６】
例えば、リワード広告が無視されるのは、リワード広告に表示されている報酬にユーザが興味を示さなかったことが考えられる。そこで、本実施形態による広告システムでは、次にリワード広告を表示する際に、リワード広告が無視されたと判断した場合に報酬を変更し、例えば、より価値の高い報酬のリワード広告にする。このように、本実施形態によれば、リワード広告を一度表示したが興味を示さなかったユーザに対しては、次にリワード広告を表示する際に報酬を変えるようにしたので、リワード広告に興味を示さなかったユーザに対してアプリケーションの導入に係る広告に興味を持たせることができる。また、報酬の変更に対応したリワード広告に切り替えるようにすれば、ユーザの興味を引くような広告を表示することができる。
【００２７】
一方、ユーザがリワード広告ＡＤ１を選択してアプリＡ（広告主アプリ）を導入すると、リワード広告ＡＤ１に表示されていた報酬α１が、アプリＸにおいてユーザが利用可能なように付与される。
【００２８】
ここで、アプリＸ（広告掲載アプリ）を利用しているユーザがアプリＡ（広告主アプリ）を選択して導入することを、広告掲載アプリのユーザを広告主アプリへ送客するということができる。よって、アプリＡが選択されると、その選択されたアプリＡは、送客される側のアプリケーション（以下「送客先アプリ」ということがある）となる。一方、アプリＸ（広告掲載アプリ）は、送客する側のアプリケーション（以下「送客元アプリ」ということがある）となる。
【００２９】
なお、各アプリケーションは、それぞれ送客元アプリと送客先アプリとのいずれにもなりうるため、アプリケーション間で相互に送客を行うことができる。例えば、送客元アプリから送客先アプリへの送客が行われた場合、この送客先アプリは、ユーザ端末にまだ導入されていない他のアプリケーションのリワード広告を表示する送客元アプリになることができる。
【００３０】
〔２．広告システム１の構成例〕
次に、図２を参照して、本実施形態による広告システムの構成について詳しく説明する。図２は、本実施形態による広告システム１の構成の一例を示す概略構成図である。広告システム１は、複数のユーザ端末１０−ｎ（ｎは正の整数。ユーザ端末１０−１、ユーザ端末１０−２、・・・）と、複数のアプリサーバ３０−ｍ（ｍは、正の整数。アプリサーバ３０−１、アプリサーバ３０−２、・・・）と、広告サーバ５０と、を備えており、これらはネットワークＮを介して通信可能に接続される。また、複数のユーザ端末１０−ｎのそれぞれは、ネットワークＮを介して、外部のアプリストア７０に接続される。ここで、複数のユーザ端末１０−ｎは同様の構成であるので、特に区別しない場合には、「−１」、「−２」等の記載を省略してユーザ端末１０として説明する。また、複数のアプリサーバ３０−ｍは同様の構成であるので、特に区別しない場合には、「−１」、「−２」等の記載を省略してアプリサーバ３０として説明する。
【００３１】
ユーザ端末１０は、ユーザによって使用される端末装置であり、例えば、携帯電話やスマートフォン、タブレット端末、パーソナルコンピュータ、通信機能付きゲーム機などが用いられる。ここでは、ユーザ端末１０はスマートフォンであるとして説明する。
【００３２】
ネットワークＮは、例えば、携帯電話網、ＰＨＳ（Personal Handy-phone System）網、ＶＰＮ（Virtual Private Network）網、専用通信回線網、ＷＡＮ（Wide Area Network）、ＬＡＮ（Local Area Network）、ＰＳＴＮ（Public  Switched  Telephone  Network；公衆交換電話網）など、またはこれらの組み合わせによって構成される通信ネットワークである。
【００３３】
アプリサーバ３０は、ユーザ端末１０により実行されるアプリケーションに対応するサーバ装置である。ここでは、アプリサーバ３０−１は、アプリＸに対応するサーバ装置である。また、アプリサーバ３０−２は、アプリＡに対応するサーバ装置である。例えば、ユーザ端末１０に導入されたアプリＸがゲームである場合、アプリサーバ３０−１は、アプリＸのゲームをプレイするユーザに対応したユーザ情報をユーザ端末１０から取得したり、ゲームのプレイ中に必要な情報をユーザ端末１０へ送信したりする。
【００３４】
なお、ユーザ端末１０に導入されるアプリケーションは、例えば、ネイティブ型のアプリケーションであってもよいし、クラウド型やＷｅｂ型のアプリケーションであってもよい。ネイティブ型のアプリケーションとは、アプリケーションのプログラムがユーザ端末１０にインストールされることにより、インストールされたプログラムに基づいてユーザ端末１０がアプリケーションに関する処理（例えば、ゲームの処理）を行うアプリケーションのことをいう。また、クラウド型やＷｅｂ型のアプリケーションとは、アプリケーションのプログラム（全部又は一部）がユーザ端末１０にインストールされていなくとも、アプリサーバ３０がアプリケーションに関する処理（例えば、ゲームの処理）を行うことで、ユーザ端末１０からアプリサーバ３０にアクセスして利用することができるアプリケーションのことをいう。
【００３５】
ここでは、ユーザ端末１０に導入されるアプリケーションは、ネイティブ型のアプリケーションであるとして説明する。つまり、ユーザ端末１０へのアプリケーションの導入とは、例えば、アプリケーションがユーザ端末１０にインストールされて初めて起動（初回起動）したこと、即ち、ユーザ端末１０によりアプリケーションが実行されたことをいう。例えば、ユーザ端末１０（ユーザ端末１０−１参照）には、符号１０１０に示す「アプリＸ」がインストールされている。なお、以下の説明において、符号１０１０を付けずに単に「アプリＸ」と記述する。
【００３６】
また、本実施形態による広告システム１に対応したアプリケーションには、広告システム１で行われる処理に対応するためのプログラム（以下「ＳＤＫ（Software Development Kit）」という）が組み込まれている。図示する例では、アプリＸには、符号１０２０に示す「ＳＤＫ」が組み込まれている。なお、以下の説明において、符号１０２０を付けずに単に「ＳＤＫ」と記述する。このＳＤＫは、例えば、ユーザ端末１０にインストールされたアプリケーションと広告サーバ５０とを仲介するためのＡＰＩ（Application Programming Interface）の集合体で構成されている。ここで、各アプリケーションは、送客元アプリにも送客先アプリにもなり得るため、送客元アプリに組み込まれるＳＤＫと、送客先アプリに組み込まれるＳＤＫとのいずれもが、送客元アプリとしての機能と送客先アプリとしての機能との両方を備えた構成である。
【００３７】
なお、広告システム１に対応するアプリケーションの中には、広告主アプリにはならないアプリケーションがあってもよい。広告主アプリにはならないアプリケーションには、送客元アプリとしての機能のみを備えたＳＤＫが組み込まれてもよいし、送客元アプリとしての機能と送客先アプリとしての機能との両方を備えたＳＤＫが組み込まれて送客先アプリとしての機能が禁止されるようにしてもよい。例えば、アプリケーションによるサービスの提供が終了することが決まっていて送客される必要がないようなアプリケーションは、送客先アプリとしての機能を具備しないようにしてもよい。
【００３８】
また、広告システム１に対応するアプリケーションの中には、広告掲載アプリにはならないアプリケーションがあってもよい。広告掲載アプリにはならないアプリケーションには、送客先アプリとしての機能のみを備えたＳＤＫが組み込まれてもよいし、送客元アプリとしての機能と送客先アプリとしての機能との両方を備えたＳＤＫが組み込まれて送客元アプリとしての機能が禁止されるようにしてもよい。例えば、アプリケーションによるサービスの提供が開始したばかりで当該アプリケーションから送客させないようにするアプリケーションは、送客元アプリとしての機能を具備しないようにしてもよい。
【００３９】
このように、広告サーバ５０は、広告システム１で行われる処理を、アプリケーションに組み込まれるＳＤＫを介して行うように構成したので、ＳＤＫを組み込み可能なアプリケーションとして構成することで、容易に広告システム１に対応するアプリケーションとすることができる。なお、ＳＤＫが予め組み込まれているアプリケーションがダウンロード可能に提供されてもよいし、インストールされているアプリケーションに対して後から組込み可能なＳＤＫが提供されてもよい。
【００４０】
広告サーバ５０は、本実施形態による広告システム１において、ユーザ端末１０の広告掲載アプリからの要求に基づいてリワード広告を配信する処理を管理する管理装置である。具体的には、広告サーバ５０は、広告システム１に対応しているアプリケーションの広告情報を管理している。広告情報とは、リワード広告に利用される情報である。また、広告サーバ５０は、ユーザ端末１０に配信したリワード広告がユーザにより無視されたと判断した場合には、そのユーザに配信するリワード広告の報酬を変更する。
【００４１】
アプリストア７０は、ユーザ端末１０にインストール可能なアプリケーションをダウンロード可能なオンラインストアを提供するサーバ装置である。ユーザは、自身のユーザ端末１０からネットワークＮを介してアプリストア７０に接続して所望のアプリケーションを有料または無料で購入することにより、購入したアプリケーションを自身のユーザ端末１０にダウンロードしてインストールすることができる。
【００４２】
〔３．ユーザ端末１０のハードウェア構成例〕
次に、図３を参照して、ユーザ端末１０のハードウェア構成を説明する。
図３は、本実施形態によるユーザ端末１０のハードウェア構成の一例を示す概略構成図である。この図に示すように、ユーザ端末１０は、入力部１１と、表示部１２と、端末通信部１３と、端末記憶部１４と、端末制御部１５とを備えている。
【００４３】
入力部１１は、ユーザの操作に応じてユーザの操作入力を受け付ける入力デバイスである。入力部１１には、例えば、キーボードやボタン、タッチパネル、マウス、マイクロホン等を適用できる。
【００４４】
表示部１２は、アプリケーションの利用画面を表示する表示デバイスであり、例えば、ＬＣＤ（Liquid Crystal Display）、有機ＥＬ（Electro Luminescence）ディスプレイ等を適用できる。なお、アプリケーションの利用画面は、表示部１２の表示領域の一部又は全部を用いて表示される。つまり、表示部１２の表示領域が広い場合には、複数のアプリケーションの利用画面が表示されてもよい。アプリケーションの利用画面には、画像や文字等の情報が表示される。また、表示部１２の表示領域の一部又は全部には、リワード広告の広告画面が表示される。なお、このアプリケーションの利用画面及びリワード広告の広告画面等のような画面を「ページ」又は「ウィンドウ」とも呼ぶ。入力部１１と表示部１２とは一体に構成されてユーザからの操作入力を受け付けるタッチパネルとして適用することもできる。
【００４５】
端末通信部１３は、ネットワークＮを介して広告サーバ５０、アプリサーバ３０、又はアプリストア７０と通信する。
端末記憶部１４は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、フラッシュＲＯＭ、ＨＤＤ（Hard Disk Drive）等の記録媒体またはこれらの組合せを用いて構成され、ユーザ端末１０が備える各部を制御するためのプログラム（例えば、端末制御部１５に基本動作を行わせるためのＯＳ（Operating System））、インストールされたアプリケーションのプログラム、各種情報等を記憶する。なお、端末記憶部１４は、ユーザ端末１０にインストールされた各アプリケーションからアクセスできる共有エリア（以下「アプリ間共有エリア」という）を有している。
【００４６】
端末制御部１５は、ユーザ端末１０の制御中枢として機能するＣＰＵ（Central Processing Unit）等の情報処理装置を備えており、ユーザ端末１０が備える各部を制御する。例えば、端末制御部１５は、端末記憶部１４に記憶されているＯＳに基づく基本動作の処理を実行するとともに、インストールされているアプリケーションのプログラムに基づく処理を実行する。また、端末制御部１５は、ＯＳ上で動作可能な各種のアプリケーション（Ｗｅｂブラウザや、アプリストア７０が提供するオンラインストアのストアページを表示させるアプリケーション等）の機能をＯＳを介して実行する処理を行う。
【００４７】
〔４．広告サーバ５０のハードウェア構成例〕
次に、図４を参照して、広告サーバ５０のハードウェア構成を説明する。
図４は、本実施形態による広告サーバ５０のハードウェア構成の一例を示す概略構成図である。広告サーバ５０は、サーバ通信部５１と、サーバ記憶部５２と、サーバ制御部５３と、を備えている。サーバ通信部５１は、ネットワークＮを介して、ユーザ端末１０、アプリサーバ３０、又はアプリストア７０と通信する。
【００４８】
サーバ記憶部５２は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、フラッシュＲＯＭ、ＨＤＤ（Hard Disk Drive）等の記録媒体またはこれらの組合せを用いて構成され、各種情報を記憶する。なお、サーバ記憶部５２は、外部に接続される外部記憶装置であってもよい。例えば、サーバ記憶部５２は、広告サーバ５０が備える各部を制御するためのプログラム（例えば、サーバ制御部５３に基本動作を行わせるためのＯＳ（Operating System））、広告制御処理を実行するための広告制御プログラム、アプリケーションの広告情報やユーザ端末１０から取得する送客情報等の各種情報を記憶する。
【００４９】
サーバ制御部５３は、広告サーバ５０の制御中枢として機能するＣＰＵ（Central Processing Unit）等の情報処理装置を備えており、広告サーバ５０が備える各部を制御する。例えば、サーバ制御部５３は、サーバ記憶部５２に記憶されているＯＳに基づく基本動作の処理を実行するとともに、広告制御プログラムに基づいて広告制御処理を実行する。
【００５０】
なお、アプリサーバ３０のハードウェア構成は、この広告サーバ５０のハードウェア構成と同等とすることができ、上述したサーバ記憶部５２に記憶される情報及びサーバ制御部５３が実行する処理が、アプリサーバ３０に対応する情報及び処理となる。
【００５１】
〔５．ユーザ端末１０の機能構成例〕
次に、図５を参照して、本実施形態によるユーザ端末１０において、端末制御部１５がアプリケーションに組み込まれているＳＤＫに基づいて実行する処理の機能構成を説明する。
【００５２】
図５は、本実施形態によるユーザ端末１０の機能構成の一例を示す概略構成図である。ユーザ端末１０は、機能構成として、初期化処理部１１０と、広告要求部１２０と、広告取得部１３０と、表示制御部１４０と、送客情報通知部１５０と、成果地点到達情報通知部１６０と、を備えている。
【００５３】
初期化処理部１１０は、ユーザ端末１０にインストールされているアプリケーションが起動すると初期化処理を実行する。具体的には、初期化処理部１１０は、識別情報取得部１１１と、インストール通知部１１２とを備えている。この初期化処理では、初期化処理部１１０は、ユーザ端末１０にインストールされたアプリケーションの初回起動時に、識別情報取得部１１１及びインストール通知部１１２の機能を実行する。また、初期化処理部１１０は、一度初期化処理が正常に終了した以降のアプリケーションの起動時には、初期化済みであることを確認し、識別情報取得部１１１及びインストール通知部１１２の機能を実行せずに終了する。
【００５４】
識別情報取得部１１１は、広告システム１においてユーザ端末１０ごとに設定される情報であって、そのユーザ端末１０を利用するユーザを一意に識別可能な情報（以下「広告ユーザＩＤ」という）を取得する。例えば、識別情報取得部１１１は、擬似乱数列を用いて他のユーザ端末１０に対応する広告ユーザＩＤとは重複しないように広告ユーザＩＤを生成して取得する。また、識別情報取得部１１１は、取得した広告ユーザＩＤを、ユーザ端末１０にインストールされたいずれのアプリケーションからも参照可能なように端末記憶部１４のアプリ間共有エリアに記憶させる。
【００５５】
なお、識別情報取得部１１１は、広告システム１に対応するアプリケーションのうちの最初にユーザ端末１０にインストールされたアプリケーションの初回起動時に、広告ユーザＩＤを生成して取得する。そして、識別情報取得部１１１は、取得した広告ユーザＩＤを端末記憶部１４のアプリ間共有エリアに記憶させる。その後の処理では、アプリ間共有エリアに記憶されている広告ユーザＩＤを利用する。
【００５６】
インストール通知部１１２は、ユーザ端末１０にインストールされたアプリケーションが初めて起動された時に、当該アプリケーションが実行（初回起動）されたことを示すインストール通知情報を広告サーバ５０に対して送信する。ここで、上述のインストール通知情報には、インストールされたアプリケーションを特定可能な識別情報（以下「アプリＩＤ」という）と、このユーザ端末１０に対応する広告ユーザＩＤとが含まれる。
【００５７】
また、インストール通知部１１２は、ユーザ端末１０にインストールされたアプリケーションを利用するユーザのユーザ情報（以下「アプリユーザＩＤ」という）をインストール通知情報にさらに含めて広告サーバ５０に対して送信してもよい。これにより、このインストール通知情報を取得した広告サーバ５０は、インストールされたアプリケーションにおけるアプリユーザＩＤと広告ユーザＩＤとを関連付けて管理することができる。なお、アプリユーザＩＤは、このインストール通知情報に含まれずに、他の情報に含まれてユーザ端末１０から送信されるようにしてもよい。
【００５８】
広告要求部１２０は、広告掲載アプリ（例えばアプリＸ）が起動したことにより、リワード広告を要求する広告要求情報を広告サーバ５０に対して送信する。例えば、利用中（実行中）の広告掲載アプリにおいてユーザがリワード広告を表示させるための所定の操作をしたことに応じて、広告要求部１２０は、広告要求情報を広告サーバ５０に対して送信する。この広告要求情報には、このユーザ端末１０に対応する広告ユーザＩＤと、広告掲載アプリのアプリＩＤとが含まれる。なお、広告要求部１２０がリワード広告を要求することを、「広告要求をする」ともいう。
【００５９】
広告取得部１３０は、広告要求部１２０が送信した広告要求情報に応じて広告サーバ５０から送信されるリワード広告を取得する。また、広告取得部１３０は、取得したリワード広告を表示制御部１４０に引き渡す。
【００６０】
表示制御部１４０は、広告取得部１３０からリワード広告を受け取ると、受け取ったリワード広告を表示部１２に表示させる。ここで、リワード広告の表示形式には、一般的にバナー型、アイコン型、ポップアップ型、及びリスト型がある。バナー型及びアイコン型のリワード広告は、例えば、広告掲載アプリの利用画面に組み込まれて表示される。ポップアップ型及びリスト型のリワード広告は、例えば、広告掲載アプリの利用画面とは別の広告画面（広告ページ）として、広告掲載アプリの利用画面の上に重ねて表示されたり、広告掲載アプリの利用画面から切替えて表示されたりする。例えば、リワード広告の対象（告知対象）となるアプリケーションが複数ある場合には、そのうちの一つがバナー型、アイコン型、又はポップアップ型で表示されたり、複数がポップアップ型又はリスト型で表示されたりする。なお、リスト型のリワード広告に、バナー画像やアイコン画像を組み合わせるようにしてもよい。
【００６１】
送客情報通知部１５０は、広告掲載アプリの利用を少なくとも含む要因に起因して表示されたリワード広告に対するユーザの操作に応じて、リワード広告が選択されると、選択されたリワード広告に掲載された広告主アプリへ広告掲載アプリから送客されたことを示す送客情報を広告サーバ５０に対して送信する。送客情報には、例えば、このユーザ端末１０に対応する広告ユーザＩＤと、広告掲載アプリのアプリＩＤと、広告主アプリのアプリＩＤとが含まれる。
【００６２】
成果地点到達情報通知部１６０は、ユーザ端末１０にインストールされたアプリケーションをユーザが利用することにより、当該アプリケーションの所定の成果地点に到達した場合、成果地点に到達したことを示す成果地点到達情報を、広告サーバ５０に対して送信する。この成果地点到達情報には、例えば、ユーザ端末１０に対応する広告ユーザＩＤと、所定の成果地点に到達したアプリケーションのアプリＩＤと、その成果地点を示す成果地点ＩＤと、その成果地点に到達したことを示す到達情報とが含まれる。
【００６３】
ここで、アプリケーションの所定の成果地点とは、例えば、当該アプリケーションの継続利用により到達する成果地点（例えば、当該アプリケーションがゲームであればチュートリアルの終了やゲームの進行度を示すレベル「３０」の到達等）である。なお、成果地点到達情報通知部１６０は、アプリケーションにおいて課金利用があったことに基づいて、成果地点到達情報を広告サーバ５０に対して送信してもよい。これらの成果地点は、例えば、アプリケーションごとに設定されている。この設定は、例えば、各アプリケーションに対応するアプリサーバ３０に設定されてもよい。
【００６４】
なお、図５に示すユーザ端末１０の機能構成のうち、例えば、初期化処理部１１０（識別情報取得部１１１、インストール通知部１１２）と、広告要求部１２０と、広告取得部１３０と、表示制御部１４０と、送客情報通知部１５０とが、送客元アプリとしての機能構成に対応する。また、例えば、初期化処理部１１０（識別情報取得部１１１、インストール通知部１１２）と、成果地点到達情報通知部１６０とが、送客先アプリとしての機能構成に対応する。
【００６５】
〔６．広告サーバ５０の機能構成例〕
次に、図６を参照して、本実施形態による広告サーバ５０の機能構成について説明する。図６は、本実施形態による広告サーバ５０の機能構成の一例を示す概略構成図である。
広告サーバ５０は、サーバ制御部５３が広告制御プログラム等に基づいて実行する機能の構成として、管理部５１０と、取得部５３０と、広告情報処理部５４０と、報酬変更処理部５５０と、ストア情報通知部５６０と、リワード処理部５７０と、を備えている。
【００６６】
また、広告サーバ５０は、サーバ記憶部５２が各種情報を記憶する機能の構成として、アプリケーション情報記憶部５２１と、報酬情報記憶部５２２と、インストール情報記憶部５２３と、広告要求履歴記憶部５２４と、送客情報記憶部５２５と、成果地点到達情報記憶部５２６と、を備えている。なお、各記憶部が記憶する各種情報は、データベースのテーブル形式やＪＳＯＮ（JavaScript（登録商標）Object Notation）形式など、その情報の利用に適した形式で格納されていればよい。
【００６７】
〔６−１．サーバ記憶部５２の構成〕
まず、サーバ記憶部５２が備える各部について説明する。
アプリケーション情報記憶部５２１は、広告システム１に対応するアプリケーションに関する情報を記憶する。図７は、アプリケーション情報記憶部５２１に記憶されるアプリケーション情報テーブルＴＢＬ５０１の一例を示す図である。アプリケーション情報テーブルＴＢＬ５０１には、アプリＩＤと、アプリ名称と、アプリ説明と、アプリアイコン画像と、アプリ価格と、通知先ＵＲＬ（Uniform Resource Locator）と、ストアＵＲＬと、が関連付けられて格納される。
【００６８】
アプリＩＤは、アプリケーションを識別する情報である。アプリ名称は、アプリケーションの名称を示す情報である。例えば、アプリ名称が「アプリＸ」のアプリＩＤが「ＡＰ−Ｘ」で、アプリ名称が「アプリＡ」のアプリＩＤが「ＡＰ−Ａ」である。アプリ説明は、アプリケーションに関する詳細情報（アプリケーションの機能等）を説明する情報である。アプリアイコン画像は、アプリケーションのアイコン画像である。なお、アプリアイコン画像は、他のサーバ装置（例えばアプリサーバ３０）に記憶されていてもよく、そのアイコン画像のリンク先を示すＵＲＬが格納されてもよい。アプリ価格は、アプリケーションの販売価格であり、有料と無料とのいずれの場合もある。これらアプリ名称、アプリ説明、アプリアイコン画像等の情報は、広告情報の一例である。
【００６９】
また、通知先ＵＲＬは、後述する報酬付与処理において、報酬の付与先となるアプリケーションのアプリサーバ３０のＵＲＬである。例えば、アプリＸの通知先ＵＲＬは、アプリＸに対応するアプリサーバ３０−１のＵＲＬが格納される。ストアＵＲＬは、アプリケーションをダウンロード可能なストアページのＵＲＬであり、例えば、アプリストア７０が提供するオンラインストアのストアページのＵＲＬである。
【００７０】
なお、これらのアプリケーション情報は、例えば、アプリストア７０からダウンロード可能になる前に設定されてアプリケーション情報記憶部５２１に記憶される。また、一旦設定された後に各情報の変更も可能である。
【００７１】
報酬情報記憶部５２２は、アプリケーションごとの報酬に関する情報を記憶する。報酬に関する情報とは、例えば、報酬内容、及び報酬内容の個数である。広告主アプリによらずに報酬内容の個数が共通である場合には、報酬内容の個数を記憶する必要はない。図８は、報酬情報記憶部５２２に記憶される報酬テーブルＴＢＬ５０２の一例を示す図である。この図に示す例では、どの広告主アプリに対しても報酬内容の個数は１個であるため、報酬内容だけが記憶されている。報酬テーブルＴＢＬ５０２には、アプリＩＤと、アイテムＩＤと、が関連付けられて格納される。本実施形態では、報酬の付与先は広告掲載アプリとしているので、報酬テーブルＴＢＬ５０２の内容は、広告掲載アプリに適用される。ここで、報酬アイテムＩＤは、報酬として付与されるアイテムを識別する情報であり、報酬変更前に付与されるアイテムを識別する報酬アイテムＩＤと、報酬変更後に付与されるアイテムを識別する報酬アイテムＩＤとが格納される。バナー型のリワード広告を採用する場合には、報酬アイテムＩＤの替わりに、報酬変更前に表示するバナー画像のリンク先を示すＵＲＬと、報酬変更後に表示するバナー画像のリンク先を示すＵＲＬとを格納するようにしてもよい。それぞれのバナー画像には、付与される報酬内容をユーザが視認できるような画像が埋め込まれている。報酬変更後に表示するバナー画像には、報酬内容を示す画像の替わりに「報酬アップ」というような画像が埋め込まれていてもよい。
【００７２】
この図に示す例では、アプリＩＤが「ＡＰ−Ｘ」であるアプリＸの報酬として報酬変更前に付与されるアイテムは、報酬アイテムＩＤが「α１」である報酬α１であることを示している。また、アプリＸの報酬として報酬変更後に付与されるアイテムは、報酬アイテムＩＤが「α２」である報酬α２であることを示している。また、この図に示す例では、アプリＩＤが「ＡＰ−Ａ」であるアプリＡの報酬として報酬変更前に付与されるアイテムは、報酬アイテムＩＤが「β１」である報酬β１であることを示している。また、アプリＡの報酬として報酬変更前に付与されるアイテムは、報酬アイテムＩＤが「β２」である報酬β２であることを示している。例えば、アプリＸがゲームの場合、報酬α１は、広告掲載アプリであるアプリＸ内で利用するアイテムのうち、ノーマルカードのような一般的に入手しやすいアイテムである。一方、報酬α２は、アプリＸ内で利用するアイテムのうち、レアカードのような入手が難しい希少性のあるアイテムである。
【００７３】
なお、ここでは、報酬変更前と報酬変更後とで異なる報酬内容（アイテム）が付与されるものとして報酬テーブルＴＢＬ５０２に格納されている例を示したがこれに限られるものではない。例えば、報酬内容が同一で、報酬変更前と報酬変更後とで付与する報酬アイテムＩＤで示す報酬内容の個数を異ならせる場合には、報酬変更前と報酬変更後のそれぞれで付与する報酬内容の個数が報酬テーブルＴＢＬ５０２に格納されてもよい。また、報酬変更後に付与する報酬内容と報酬内容の個数の双方を報酬変更前と異ならせてもよい。
【００７４】
また、報酬情報記憶部５２２は、ユーザ端末１０に表示させるリワード広告の報酬変更有無を示す報酬変更有無管理情報を記憶する。図９は、報酬情報記憶部５２２に記憶される報酬変更有無管理テーブルＴＢＬ５０３の一例を示す図である。報酬変更有無管理テーブルＴＢＬ５０３には、広告ユーザＩＤと、広告掲載アプリＩＤと、報酬変更有無と、が関連付けられて報酬変更有無管理情報として格納される。この報酬変更有無管理情報は、広告サーバ５０がユーザ端末１０から広告要求情報を取得したことに応じてリワード広告を生成するときに、同一の広告ユーザＩＤと広告掲載アプリＩＤに対する報酬変更有無管理情報が記憶されていない場合に、新たなレコード（一つ分の報酬変更有無管理情報のデータ）として生成される。この報酬変更有無管理テーブルＴＢＬ５０３に格納される広告ユーザＩＤは、広告要求情報を送信したユーザ端末１０に対応する広告ユーザＩＤ（ここでは、「ｕ１」）である。広告掲載アプリＩＤは、広告要求情報を送信したアプリケーションのアプリＩＤ（ここでは、「ＡＰ−Ｘ」）である。報酬変更有無は、広告掲載アプリ（アプリＸ）からの広告要求に応じて、この広告主アプリ（例えば、アプリＡ）の広告に関連付けて表示させる報酬の報酬変更有無を示す情報であり、「変更無」又は「変更有」のいずれかである。なお、初期値としては、報酬変更有無には「変更無」が格納される。
【００７５】
インストール情報記憶部５２３は、ユーザ端末１０で実行（初回起動）されたアプリケーション（広告掲載アプリ又は広告主アプリ）から広告サーバ５０が取得したインストール通知情報に基づいて、そのインストール通知情報を送信したアプリケーションがユーザ端末１０に実行されたことを示すインストール管理情報を記憶する。図１０は、インストール情報記憶部５２３に記憶されるインストール情報管理テーブルＴＢＬ５０４の一例を示す図である。インストール情報管理テーブルＴＢＬ５０４には、広告サーバ５０がユーザ端末１０から取得したインストール通知情報に基づいて、ユーザ端末１０に対応する広告ユーザＩＤ（ここでは、「ｕ１」）と、アプリＩＤ（ここでは、「ＡＰ−Ｘ」）と、アプリユーザＩＤ（ここでは、「ＡＰＸ＿ｕ１」）と、が関連付けられてインストール管理情報として格納される。アプリユーザＩＤは、このユーザ端末１０を利用するユーザのアプリＸにおけるユーザ情報である。
【００７６】
ここで、広告システム１による広告を介さずにアプリケーションがインストールされた場合と、広告システム１による広告を介してインストールされた場合とのいずれでも、ユーザ端末１０で実行されたアプリケーションからインストール通知情報が送信され、そのインストール通知情報に基づくインストール管理情報がインストール情報記憶部５２３に記憶される。よって、一旦インストールしたアプリケーションをアンインストールした後に再びインストールしても、当該アプリケーションのインストール管理情報がインストール情報記憶部５２３に記憶されているので、広告サーバ５０は、２重に報酬を付与してしまうことを防止できる。
【００７７】
広告要求履歴記憶部５２４は、広告サーバ５０がユーザ端末１０から取得した広告要求情報に基づいて広告要求履歴を記憶する。図１１は、広告要求履歴記憶部５２４に記憶される広告要求履歴テーブルＴＢＬ５０５の一例を示す図である。広告要求履歴テーブルＴＢＬ５０５には、広告要求履歴管理ＩＤと、ユーザ端末１０に対応する広告ユーザＩＤと、広告掲載アプリＩＤと、広告要求日時と、が関連付けられて広告要求履歴として格納される。広告要求履歴管理ＩＤは、広告要求履歴ごとに識別可能なように広告要求情報を取得した順に生成される管理ＩＤである。広告ユーザＩＤ及び広告掲載アプリＩＤは、ユーザ端末１０から取得した広告要求情報に含まれる広告ユーザＩＤ及び広告掲載アプリＩＤであり、この広告要求情報を送信したユーザ端末１０及び広告掲載アプリを特定可能な情報である。広告要求日時は、この広告要求情報を広告サーバ５０が取得した日時を示す情報である。日時情報には、年、月、日、時、分、等の情報が含まれる。
【００７８】
この図に示す例では、広告要求履歴管理ＩＤが「１」の広告要求履歴として、広告ユーザＩＤが「ｕ１」、広告掲載アプリＩＤが「ＡＰ−Ｘ」、広告要求日時が「・・・」（省略）の広告要求履歴が広告要求履歴テーブルＴＢＬ５０５に格納されていることを示している。
【００７９】
送客情報記憶部５２５は、広告サーバ５０がユーザ端末１０に送信したリワード広告がユーザ端末１０において選択されたことによりユーザ端末１０から取得する送客情報に基づいて送客管理情報を記憶する。図１２は、送客情報記憶部５２５に記憶される送客情報管理テーブルＴＢＬ５０６の一例を示す図である。送客情報管理テーブルＴＢＬ５０６には、ユーザ端末１０に対応する広告ユーザＩＤ（ここでは、「ｕ１」）と、広告掲載アプリのアプリＩＤ（ここでは、「ＡＰ−Ｘ」）と、広告主アプリのアプリＩＤ（ここでは、「ＡＰ−Ａ」）と、が関連付けられて送客管理情報として格納される。
【００８０】
なお、送客情報管理テーブルＴＢＬ５０６には、広告要求履歴テーブルＴＢＬ５０５に格納されている広告要求履歴のいずれに対応する送客管理情報であるかを特定可能な手段の一つとして、広告要求履歴テーブルＴＢＬ５０５の広告要求履歴管理ＩＤが送客管理情報に関連付けられて格納されてもよい。
【００８１】
成果地点到達情報記憶部５２６は、広告サーバ５０がユーザ端末１０で実行されている広告主アプリから取得した成果地点到達情報に基づいて、成果地点到達管理情報を記憶する。例えば、成果地点到達管理情報には、広告サーバ５０が取得した成果地点到達情報に基づいて、ユーザ端末１０に対応する広告ユーザＩＤと、成果地点に到達したアプリケーションのアプリＩＤと、成果地点を示す成果地点ＩＤと、成果地点に到達したことを示す到達情報とが関連付けられる。この成果地点とは、広告主アプリの継続利用により到達する成果地点（例えば、広告主アプリがゲームであればチュートリアルの終了やレベル「３０」の達成等）である。なお、広告主アプリにおける課金利用を成果地点としてもよい。
【００８２】
〔６−２．管理部５１０の構成〕
図６に戻り、管理部５１０は、サーバ記憶部５２に記憶される各種情報を管理する。各種情報とは、上述した、アプリケーション情報記憶部５２１、報酬情報記憶部５２２、インストール情報記憶部５２３、広告要求履歴記憶部５２４、送客情報記憶部５２５、及び成果地点到達情報記憶部５２６に記憶されている各種情報である。一例として、管理部５１０は、広告システム１に対応する複数のアプリケーションのそれぞれに関する情報として、それぞれに関連付けられた広告情報を管理する。
【００８３】
例えば、広告サーバ５０が備える、取得部５３０、広告情報処理部５４０、報酬変更処理部５５０、ストア情報通知部５６０、及びリワード処理部５７０は、管理部５１０を介して、サーバ記憶部５２が備える各部に各種情報を記憶させたり、サーバ記憶部５２が備える各部に記憶されている各種情報を参照又は読み出したりする。
なお、以下では説明を容易にするために、サーバ記憶部５２が備える各部に対する処理の記述において管理部５１０を介することを省略して記述する。
【００８４】
〔６−３．取得部５３０の構成〕
取得部５３０は、インストール通知取得部５３１と、広告要求取得部５３２と、送客情報取得部５３３と、成果地点到達情報取得部５３４と、を備えている。
【００８５】
インストール通知取得部５３１は、ユーザ端末１０で実行されているアプリケーション（広告掲載アプリ又は広告主アプリ）から送信されたインストール通知情報を取得する。このインストール通知情報には、前述したように、このユーザ端末１０に対応する広告ユーザＩＤと、このインストール通知情報を送信したアプリケーションのアプリＩＤとが含まれている。また、このインストール通知情報には、さらにアプリケーションのアプリユーザＩＤが含まれてもよい。そして、インストール通知取得部５３１は、取得したインストール通知情報に基づくインストール管理情報をインストール情報記憶部５２３に記憶させる。具体的には、インストール通知取得部５３１は、インストール情報管理テーブルＴＢＬ５０４に新たなレコード（一つ分のインストール管理情報のデータ）を生成し、取得したインストール通知情報に基づいて、広告ユーザＩＤ、アプリＩＤ、及びアプリユーザＩＤを格納する。
【００８６】
広告要求取得部５３２は、ユーザ端末１０の広告掲載アプリから送信された広告要求情報を取得する。この広告要求情報には、前述したように、このユーザ端末１０に対応する広告ユーザＩＤと、広告掲載アプリＩＤとが含まれる。また、広告要求取得部５３２は、取得した広告要求情報を、広告情報処理部５４０に引き渡す。
【００８７】
送客情報取得部５３３は、ユーザ端末１０で実行されている広告掲載アプリから送信された送客情報を取得する。この送客情報には、前述したように、このユーザ端末１０に対応する広告ユーザＩＤと、広告掲載アプリＩＤと、広告主アプリＩＤとが含まれる。そして、送客情報取得部５３３は、取得した送客情報に基づく送客管理情報を、送客情報記憶部５２５に記憶させる。具体的には、送客情報取得部５３３は、送客情報管理テーブルＴＢＬ５０６に新たなレコード（一つ分の送客管理情報のデータ）を生成し、取得した送客情報に含まれる、広告ユーザＩＤと、広告掲載アプリＩＤと、広告主アプリＩＤとを格納する。
【００８８】
成果地点到達情報取得部５３４は、ユーザ端末１０で実行されている広告主アプリから送信された成果地点到達情報を取得する。この成果地点到達情報には、前述したように、ユーザ端末１０に対応する広告ユーザＩＤと、成果地点に到達したアプリケーションのアプリＩＤと、成果地点を示す成果地点ＩＤと、この成果地点に到達したことを示す到達情報とが含まれる。そして、成果地点到達情報取得部５３４は、取得した成果地点到達情報に基づく成果地点到達管理情報を成果地点到達情報記憶部５２６に記憶させる。
【００８９】
〔６−４．広告情報処理部５４０の構成〕
広告情報処理部５４０は、広告情報生成部５４１と、広告通知部５４２と、を備えている。広告情報生成部５４１は、広告要求取得部５３２から広告要求情報を受け取ると、リワード広告に表示させる広告主アプリと報酬を決定して、広告主アプリの広告に報酬を示す情報を関連付けたリワード広告を生成する。広告通知部５４２は、広告情報生成部５４１が生成したリワード広告をユーザ端末１０に対して送信する。
ここで、報酬を示す情報とは、広告主アプリの広告に関連付けてリワード広告に表示される情報であって、例えば、報酬を示す画像、文字、数値、等の情報である。
【００９０】
例えば、広告情報生成部５４１は、広告要求情報を受け取ると、広告要求履歴テーブルＴＢＬ５０５を参照して、その広告要求情報を受け取る以前に、同一のユーザ端末１０の同一の広告掲載アプリからの広告要求情報を受け取っているか否かを判定する。そして、広告情報生成部５４１は、同一のユーザ端末１０の同一の広告掲載アプリからの広告要求情報を受け取っていないと判定した場合には、広告要求履歴テーブルＴＢＬ５０５に新たなレコード（一つ分の広告要求履歴のデータ）を生成し、受け取った広告要求情報に含まれる広告ユーザＩＤ及び広告掲載アプリＩＤと、広告要求日時とを広告要求履歴として格納する。ここで、広告要求日時として格納するのは、広告サーバ５０の内部で日時を計時する計時部から取得できる現在の日時情報、又は、現在の日時情報を配信する外部のサーバ装置から取得する現在の日時情報に基づく、広告サーバ５０が広告要求情報を取得したときの日時である。
【００９１】
また、広告情報生成部５４１は、広告要求情報を受け取ると、アプリケーション情報テーブルＴＢＬ５０１に記憶されている複数のアプリケーションのうちのユーザ端末１０により実行されたことのないアプリケーションの中から、リワード広告に表示させる広告主アプリを決定する。ここで、ユーザ端末１０により実行されたことのないアプリケーションとは、インストール情報記憶部５２３（インストール情報管理テーブルＴＢＬ５０４）にインストール管理情報が記憶されていないアプリケーションである。また、インストール管理情報が記憶されているアプリケーションであっても、アプリケーションのプログラムの更新を必要とする場合には、更新後のアプリケーションはまだ実行されていないため、ユーザ端末１０により実行されたことのないアプリケーションに含めるようにしてもよい。
【００９２】
また、広告情報生成部５４１は、リワード広告に表示させる報酬を決定する。具体的には、広告情報生成部５４１は、報酬変更有無管理テーブルＴＢＬ５０３を参照して、その広告要求情報に含まれる広告ユーザＩＤと広告掲載アプリＩＤとが関連付けられた報酬変更有無管理情報が記憶されているか否かを判定する。そして、広告情報生成部５４１は、広告要求情報に含まれる広告ユーザＩＤと広告掲載アプリＩＤとが関連付けられた報酬変更有無管理情報が記憶されていないと判定した場合には、報酬変更有無管理テーブルＴＢＬ５０３に新たなレコード（一つ分の報酬変更有無管理情報のデータ）を生成し、受け取った広告要求情報に含まれる広告ユーザＩＤと広告掲載アプリＩＤとを格納するとともに、報酬変更有無には初期値の「変更無」を格納する。そして、広告情報生成部５４１は、生成した報酬変更有無管理情報に基づいて、リワード広告に表示させる報酬を決定する。
【００９３】
一方、広告情報生成部５４１は、広告要求取得部５３２から受け取った広告要求情報に含まれる広告ユーザＩＤと広告掲載アプリＩＤとが関連付けられた報酬変更有無管理情報が記憶されていると判定した場合には、その報酬変更有無管理情報に基づいて、リワード広告に表示させる報酬を決定する。
【００９４】
ここで、広告情報生成部５４１は、報酬を変更する必要があるか否かを確認するために、報酬を決定する前に、広告要求取得部５３２から受け取った広告要求情報を報酬変更処理部５５０に引き渡す。報酬変更処理部５５０は、この広告要求情報に基づいて報酬を変更するか否かを判定し、判定結果に応じて報酬変更有無を変更する処理を実行する。なお、報酬変更処理部５５０の構成について詳しくは後述する。そして、広告情報生成部５４１は、報酬変更処理部５５０による処理が実行された後、報酬テーブルＴＢＬ５０２及び報酬変更有無管理テーブルＴＢＬ５０３を参照して、報酬変更有無に応じて報酬を決定し、決定した報酬を広告主アプリの広告に関連付けたリワード広告を生成する。
【００９５】
なお、広告情報生成部５４１が生成するリワード広告は、バナー型、アイコン型、ポップアップ型、リスト型等のいずれの表示形式の広告であってもよい。本実施形態では、一つの広告主アプリの広告がポップアップ画面に表示されるポップアップ型のリワード広告を例として説明する。
【００９６】
例えば、広告情報生成部５４１は、アプリＸからの広告要求に応じてユーザ端末１０により実行されたことのないアプリＡを広告主アプリとして決定し、アプリＡの広告が表示されるポップアップ型のリワード広告を生成する。このとき、広告情報生成部５４１は、報酬変更有無管理テーブルＴＢＬ５０３を参照して、このユーザ端末１０（広告ユーザＩＤ：ｕ１）と、広告掲載アプリであるアプリＸ（広告掲載アプリＩＤ：ＡＰ−Ｘ）と、広告主アプリとしてのアプリＡ（広告主アプリＩＤ：ＡＰ−Ａ）と、に関連付けられている報酬変更有無を確認する。そして、広告情報生成部５４１は、報酬変更有無が「変更無」の場合には、報酬テーブルＴＢＬ５０２を参照して、広告掲載アプリであるアプリＸ（アプリＩＤ：ＡＰ−Ｘ）に関連付けられている報酬変更前の報酬α１（報酬アイテムＩＤ：α１）を報酬として、アプリＡの広告に関連付けたリワード広告を生成する。また、広告情報生成部５４１は、報酬変更有無が「変更有」の場合には、報酬テーブルＴＢＬ５０２を参照して、広告掲載アプリであるアプリＸ（アプリＩＤ：ＡＰ−Ｘ）に関連付けられている報酬変更後の報酬α２（報酬アイテムＩＤ：α２）を報酬として、アプリＡの広告に関連付けたリワード広告を生成する。
【００９７】
なお、リワード広告を生成する際に用いる各報酬アイテムＩＤに対応する報酬を示す情報（例えば、画像、文字、数値等の情報）は、各報酬アイテムＩＤに関連付けられて報酬情報記憶部５２２に予め記憶されていてもよい。また、リワード広告を生成する際に用いる各報酬アイテムＩＤに対応する報酬を示す画像のリンク先を示す情報が、各報酬アイテムＩＤに関連付けられて報酬情報記憶部５２２に予め記憶されていてもよい。
【００９８】
〔６−５．報酬変更処理部５５０の構成〕
報酬変更処理部５５０は、以前に広告サーバ５０からユーザ端末１０に送信されたリワード広告が無視されたか否かに応じて、これから送信するリワード広告の報酬を変更する処理を行う。図示する報酬変更処理部５５０は、報酬変更判定部５５１と、報酬変更部５５２と、を備えている。
【００９９】
報酬変更判定部５５１は、報酬変更処理部５５０が広告情報生成部５４１から広告要求情報を受け取ると、前回の広告要求情報が同一のユーザ端末１０の同一の広告掲載アプリに対応する場合には、前回の広告要求情報を受け取ってから今回の広告要求情報を受け取るまでに、リワード広告に対応したアプリケーションがユーザ端末１０により実行されていないことを判定する。広告主アプリがユーザ端末１０により実行されていないとは、例えば、広告主アプリの広告（リワード広告）がユーザに選択されていないことを判定することである。つまり、広告掲載アプリから広告主アプリへの送客情報を広告サーバ５０が取得していないことを判定することである。報酬変更判定部５５１は、広告主アプリがユーザ端末１０により実行されていないこととして、上述の送客情報を取得済みでないと肯定判定した場合には、前回のリワード広告（前回の広告要求情報に基づいて表示された）が無視されたものとして、報酬変更部５５２に対して報酬を変更する指示を行う。
【０１００】
報酬変更判定部５５１は、上記肯定判定に、前回の広告要求情報を受け取ってから、今回の広告要求情報を受け取るまでの間（以下「広告要求間隔」という）が所定の時間以上であることを条件に加えてもよい。この所定の時間は予め設定された期間であり、例えば、２〜３日程度に設定される。ここで、報酬変更判定部５５１は、広告要求履歴テーブルＴＢＬ５０５に記憶されている前回の広告要求情報に基づく広告要求履歴の広告要求日時と、今回の広告要求情報を受け取った時の日時とに基づいて、上記の所定の時間以上であるか否かを判定する。これにより、ユーザが意図的にリワード広告を無視したとしても、上記所定の時間を設定することで、容易に変更後の報酬を取得できないようにすることができる。
【０１０１】
例えば、報酬変更判定部５５１は、広告要求間隔が所定の時間未満であると判定した場合には、リワード広告が無視されたとは判断しないで報酬を変更しない。具体的には、報酬変更判定部５５１は、広告要求間隔が所定の時間未満であると判定した場合には、報酬変更部５５２に対して報酬を変更する指示を行わない。また、報酬変更判定部５５１は、広告要求履歴テーブルＴＢＬ５０５に記憶されている前回の広告要求情報を受け取った時に生成された広告要求履歴の広告要求日時を、今回の広告要求情報を広告サーバ５０が取得したときの日時に更新する。
【０１０２】
一方、報酬変更判定部５５１は、広告要求間隔が所定の時間以上であると判定した場合には、さらに、送客情報管理テーブルＴＢＬ５０６を参照して、前回の広告要求情報に応じて広告サーバ５０からユーザ端末１０に送信されたリワード広告が選択されたことを示す送客情報を、取得済みであるか否かを判定する。
【０１０３】
そして、報酬変更判定部５５１は、上述の送客情報を取得済みであると判定した場合には、前回のリワード広告が無視されていないものとして、報酬変更部５５２に対して報酬を変更する指示を行わない。一方、報酬変更判定部５５１は、上述の送客情報を取得済みでないと判定した場合には、前回のリワード広告が無視されたものとして、報酬変更部５５２に対して報酬を変更する指示を行う。また、上述の送客情報を取得済みである場合と取得済みでない場合とのいずれも、報酬変更判定部５５１は、広告要求履歴テーブルＴＢＬ５０５に記憶されている前回の広告要求情報を受け取った時に生成した広告要求履歴の広告要求日時を、今回の広告要求情報を広告サーバ５０が取得したときの日時に更新する。
【０１０４】
報酬変更部５５２は、報酬変更判定部５５１から報酬を変更する指示を受け取ると、報酬情報記憶部５２２に記憶されている報酬変更有無管理テーブルＴＢＬ５０３の報酬変更有無を「変更無」から「変更有」に変更する。これにより、例えば、アプリＸからの広告要求に応じて広告サーバ５０からユーザ端末１０に送信されるアプリＡの広告に表示される報酬であって、アプリＸにおいて付与される報酬が、報酬α１から報酬α２に変更される（図１参照）。
【０１０５】
即ち、報酬変更部５５２は、同一のユーザ端末１０の同一の広告掲載アプリから受け取った前回の広告要求情報と今回の広告要求情報との間の時間が所定の時間以上であって、前回の広告要求情報に応じて広告サーバ５０からユーザ端末１０に送信されたリワード広告が選択されたことを示す送客情報を取得済みでない場合には、前回のリワード広告が無視されたと判断して、今回の広告要求情報に基づいて表示するリワード広告の報酬を変更する。
【０１０６】
〔６−６．ストア情報通知部５６０の構成〕
ストア情報通知部５６０は、ユーザ端末１０で実行されている広告掲載アプリから送信された送客情報を送客情報取得部５３３が取得すると、送客情報に含まれる広告主アプリＩＤに関連付けられているストアＵＲＬのストアページをユーザ端末１０に送信する。
【０１０７】
〔６−７．リワード処理部５７０の構成〕
リワード処理部５７０は、ユーザ端末１０において、広告掲載アプリから広告主アプリへの送客が行われたことに基づいて、ユーザ端末１０を利用するユーザに広告掲載アプリにおける報酬が付与される報酬付与処理を実行する。
【０１０８】
例えば、リワード処理部５７０は、インストール通知取得部５３１がインストール通知情報を取得した場合、このインストール通知情報を送信したアプリケーションが広告主アプリとなっている送客管理情報が送客情報記憶部５２５（送客情報管理テーブルＴＢＬ５０６）に記憶されているか否かを判定する。そして、リワード処理部５７０は、このアプリケーションが広告主アプリとなっている送客管理情報が送客情報記憶部５２５（送客情報管理テーブルＴＢＬ５０６）に記憶されている場合には、このアプリケーションが広告システム１のリワード広告に起因して広告掲載アプリから送客された広告主アプリであると判定する。この場合、リワード処理部５７０は、広告掲載アプリから広告主アプリへの送客が行われたと判定して、広告掲載アプリに対応するアプリサーバ３０に対して、報酬付与条件が充足されたことを示す報酬付与情報を送信する。例えば、リワード処理部５７０は、アプリＸからアプリＡへの送客が行われたと判定した場合、アプリＸに対応するアプリサーバ３０−１に対して、報酬付与条件が充足されたことを示す報酬付与情報を送信する。この報酬付与情報には、例えば、アプリＸにおいて報酬が付与されるユーザを特定可能なように、アプリＸにおけるアプリユーザＩＤ（例えば、「ＡＰＸ＿ｕ１」）が含まれる。これにより、アプリサーバ３０−１は、このユーザ端末１０を利用するユーザのアプリＸにおける報酬を付与することができる。
【０１０９】
なお、リワード処理部５７０は、成果地点到達情報取得部５３４が成果地点到達情報を取得した場合であって、且つこの成果地点到達情報を取得したアプリケーションが広告掲載アプリとなっている送客管理情報が送客情報記憶部５２５（送客情報管理テーブルＴＢＬ５０６）に記憶されている場合に、広告掲載アプリに対応するアプリサーバ３０に対して、報酬付与情報を送信してもよい。
【０１１０】
〔７．広告システム１における広告表示処理の動作例〕
次に、図１３を参照して、本実施形態による広告システム１において、広告掲載アプリからの広告要求に応じたリワード広告をユーザ端末１０に表示する広告表示処理の動作について説明する。図１３は、本実施形態による広告表示処理の一例を示すフローチャートである。ここでは、ユーザ端末１０にインストールされて起動したアプリＸが広告掲載アプリとなって広告要求を行う場合の広告表示処理の動作例を説明する。なお、ユーザ端末１０に表示されるリワード広告は、アプリＡの広告が表示されたポップアップ型の広告であるとする。
【０１１１】
まず、アプリＸがユーザ端末１０にインストールされて起動すると、アプリＸに組み込まれているＳＤＫの初期化処理部１１０は、初期化処理を開始する。まず、初期化処理部１１０は、初期化済みであるか否かを判定する（ステップＳ１００）。初期化済みであると判定された場合（ステップＳ１００：ＹＥＳ）、初期化処理部１１０は、その後の初期化処理を実行しないで終了し、ステップＳ１１０に処理を進める。
【０１１２】
一方、初期化済みでないと判定された場合（ステップＳ１００：ＮＯ）、アプリＸに組み込まれているＳＤＫの識別情報取得部１１１は、端末記憶部１４のアプリ間共有エリアを参照して広告ユーザＩＤが記憶されているかを判断し、広告システム１においてユーザを一意に識別可能な情報を示す広告ユーザＩＤが取得済みであるか否かを判定する（ステップＳ１０２）。
【０１１３】
広告ユーザＩＤが取得済みであると判定された場合（ステップＳ１０２：ＹＥＳ）、識別情報取得部１１１は、端末記憶部１４から広告ユーザＩＤを読み出し、ステップＳ１０６に処理を進める。
【０１１４】
一方、広告ユーザＩＤが取得済みでないと判定された場合（ステップＳ１０２：ＮＯ）、識別情報取得部１１１は、ユーザ端末１０に対応する広告ユーザＩＤを生成して取得し、取得した広告ユーザＩＤを、端末記憶部１４のアプリ間共有エリアに記憶させる（ステップＳ１０４）。
【０１１５】
次に、アプリＸに組み込まれているＳＤＫのインストール通知部１１２は、アプリＸがユーザ端末１０で実行（初回起動）されたことを示すインストール通知情報を、広告サーバ５０に対して送信する（ステップＳ１０６）。ここでインストール通知情報には、例えば、アプリＸに組み込まれているＳＤＫがアプリＸからそれぞれ取得したアプリＸのアプリＩＤ及びアプリＸにおけるアプリユーザＩＤと、アプリ間共有エリアに記憶されたユーザ端末１０に対応する広告ユーザＩＤとが含まれる。
【０１１６】
次に、広告サーバ５０のインストール通知取得部５３１は、ユーザ端末１０のアプリＸから送信されたインストール通知情報を取得すると（ステップＳ５００）、インストール通知情報を取得したことを示す応答情報（通知結果）を、ユーザ端末１０で実行されているアプリＸに対して送信する（ステップＳ５０１）。また、インストール通知取得部５３１は、取得したインストール通知情報に含まれる、ユーザ端末１０に対応する広告ユーザＩＤと、アプリＸのアプリＩＤと、アプリＸにおけるアプリユーザＩＤとを関連付けたインストール管理情報を、インストール情報記憶部５２３（インストール情報管理テーブルＴＢＬ５０４）に記憶させる（ステップＳ５００）。
【０１１７】
ユーザ端末１０のアプリＸに組み込まれているＳＤＫの初期化処理部１１０は、ステップＳ５０１において広告サーバ５０が送信した応答情報（通知結果）を取得すると、初期化済みを示すフラグを設定して初期化処理を終了する（ステップＳ１０８）。
【０１１８】
次に、ユーザ端末１０のアプリＸに組み込まれているＳＤＫの広告要求部１２０は、リワード広告を要求する広告要求情報を広告サーバ５０に対して送信する（ステップＳ１１０）。この広告要求情報には、例えば、アプリＸに組み込まれているＳＤＫがアプリＸから取得した広告掲載アプリのアプリＩＤと、アプリ間共有エリアに記憶されたユーザ端末１０に対応する広告ユーザＩＤとが含まれる。
【０１１９】
広告サーバ５０の広告要求取得部５３２は、ユーザ端末１０のアプリＸから送信された広告要求情報を取得すると、取得した広告要求情報を広告情報処理部５４０に引き渡す（ステップＳ５０２）。
【０１２０】
広告情報処理部５４０は、広告要求情報を受け取ると、リワード広告に表示させる広告主アプリ（アプリＡ）と報酬とを決定して、アプリＡの広告に報酬を示す情報を関連付けたリワード広告を生成する広告生成処理を実行する（ステップＳ５０４）。この広告生成処理の詳細については、図１４を参照して後述する。そして、広告通知部５４２は、広告情報生成部５４１が生成したリワード広告をユーザ端末１０に対して送信する（ステップＳ５０６）。
【０１２１】
ユーザ端末１０のアプリＸに組み込まれているＳＤＫの広告取得部１３０は、広告サーバ５０から送信されたリワード広告を取得して表示制御部１４０に引き渡す。表示制御部１４０は、広告取得部１３０が取得したリワード広告を表示部１２に表示させる（図１のリワード広告ＡＤ１、ＡＤ２参照）。具体的には、表示制御部１４０は、それまで表示部１２に表示させていたアプリＸの利用画面の前面に、リワード広告が表示されたポップアップ画面を重ねて表示させる（ステップＳ１１２）。このように、ユーザ端末１０においてアプリＸが起動したことにより、リワード広告が表示される。
【０１２２】
次に、表示制御部１４０は、ユーザによりリワード広告の表示を終了させる操作（例えば、一つ前の画面に戻す操作、又は、ポップアップ画面を閉じる操作）されたか否かを判定する（ステップＳ１１４）。リワード広告の表示を終了させる操作がされた場合（ステップＳ１１４：ＹＥＳ）、表示制御部１４０は、ステップＳ１１２において表示部１２に表示させたリワード広告のポップアップ画面を閉じる（ステップＳ１２０）。これにより、表示部１２にアプリＸの利用画面が表示された状態に戻る。
【０１２３】
一方、リワード広告の表示を終了させる操作がされずに、リワード広告に表示されているアプリＡの広告を選択する操作がユーザによりされたとする（ステップＳ１１４：ＮＯ）。アプリＡのリワード広告が選択されると、アプリＸに組み込まれているＳＤＫの送客情報通知部１５０は、アプリＡのリワード広告が選択されたことを示す情報として、広告掲載アプリであるアプリＸから広告主アプリであるアプリＡへ送客されたことを示す送客情報を広告サーバ５０に対して送信する。この送客情報には、例えば、アプリＸのアプリＩＤと、アプリＡのアプリＩＤと、このユーザ端末１０に対応する広告ユーザＩＤとが含まれる（ステップＳ１１６）。
【０１２４】
広告サーバ５０の送客情報取得部５３３は、ユーザ端末１０で実行されているアプリＸから送信された送客情報を取得すると、取得した送客情報に基づく送客管理情報を、送客情報記憶部５２５に記憶させる。具体的には、送客情報取得部５３３は、送客情報管理テーブルＴＢＬ５０６に新たなレコード（一つ分の送客管理情報のデータ）を生成し、取得した送客情報に含まれる、広告ユーザＩＤと、広告掲載アプリＩＤと、広告主アプリＩＤとを格納する（ステップＳ５０８）。
【０１２５】
次に、広告サーバ５０のストア情報通知部５６０は、ユーザ端末１０において選択されたアプリＡをダウンロード可能なストアページをユーザ端末１０に送信する。具体的には、ストア情報通知部５６０は、送客情報取得部５３３が送客情報を取得したことに基づいて、アプリケーション情報テーブルＴＢＬ５０１を参照して、送客情報に含まれるアプリＡのアプリＩＤに関連付けられているストアＵＲＬのストアページをユーザ端末１０に送信する（ステップＳ５１２）。
【０１２６】
ユーザ端末１０のアプリＸに組み込まれているＳＤＫの表示制御部１４０は、広告サーバ５０からストアページを取得すると、ストアページを表示させるアプリケーションを起動して、取得したストアページを表示部１２に表示させる（ステップＳ１１８）。例えば、表示制御部１４０は、それまで表示部１２に表示させていたアプリＸの利用画面の前面にストアページを重ねて表示させる。
【０１２７】
このストアページに対してユーザが操作することにより、アプリＡがユーザ端末１０により実行（初回起動）されると、このアプリＡがユーザ端末１０に導入されたこととなり、アプリＡの広告に関連付けられている報酬を示す情報に基づいて、アプリＸにおける報酬がユーザに付与される。このアプリＡの導入に応じて報酬が付与される報酬付与処理の動作については、図１８を参照して後述する。
【０１２８】
〔８．広告システム１における広告生成処理の動作例〕
次に、図１４を参照して、図１３に示すステップＳ５０４における広告生成処理の詳細について説明する。
図１４は、本実施形態による広告生成処理の一例を示すフローチャートである。
【０１２９】
広告情報生成部５４１は、広告要求取得部５３２から広告要求情報を受け取ると、報酬変更有無管理テーブルＴＢＬ５０３を参照して、その広告要求情報に含まれる広告ユーザＩＤと広告掲載アプリＩＤとが関連付けられた報酬変更有無管理情報が記憶されているか否かを判定する（ステップＳ５２０）。そして、広告情報生成部５４１は、広告要求情報に含まれる広告ユーザＩＤと広告掲載アプリＩＤとが関連付けられた報酬変更有無管理情報が記憶されていないと判定した場合には（ステップＳ５２０：ＮＯ）、報酬変更有無管理テーブルＴＢＬ５０３に新たなレコードを生成し、受け取った広告要求情報に含まれる広告ユーザＩＤと広告掲載アプリＩＤとを格納するとともに、報酬変更有無には初期値の「変更無」を格納する（ステップＳ５２２）。一方、広告情報生成部５４１は、広告要求取得部５３２から受け取った広告要求情報に含まれる広告ユーザＩＤと広告掲載アプリＩＤとが関連付けられた報酬変更有無管理情報が記憶されていると判定した場合には（ステップＳ５２０：ＹＥＳ）、ステップＳ５２２の処理を実行しない。
【０１３０】
次に、広告情報生成部５４１は、今回の広告要求情報を受け取る以前に、同一のユーザ端末１０の同一の広告掲載アプリからの広告要求情報を受け取っているか否かを判定する。具体的には、広告情報生成部５４１は、広告要求履歴テーブルＴＢＬ５０５を参照して、今回受け取った広告要求情報と同一のユーザ端末１０及び同一の広告掲載アプリの広告要求履歴があるか否かを判定する（ステップＳ５２４）。
【０１３１】
今回受け取った広告要求情報と同一のユーザ端末１０及び同一の広告掲載アプリの広告要求履歴がないと判定された場合（ステップＳ５２４：ＮＯ）、広告情報生成部５４１は、広告要求履歴テーブルＴＢＬ５０５に新たなレコード（一つ分の広告要求履歴のデータ）を生成し、受け取った広告要求情報に含まれる広告ユーザＩＤ及び広告掲載アプリＩＤと、広告要求日時とを広告要求履歴として格納する（ステップＳ５２６）。
【０１３２】
次に、広告情報生成部５４１は、アプリケーション情報テーブルＴＢＬ５０１に記憶されている複数のアプリケーションのうちから広告主アプリ（例えば、アプリＡ）を決定するとともに、報酬テーブルＴＢＬ５０２及び報酬変更有無管理テーブルＴＢＬ５０３を参照して、報酬変更有無が「変更無」の報酬（例えば、報酬α１）に決定する。そして、広告情報生成部５４１は、決定した広告主アプリ（例えば、アプリＡ）の広告と報酬（例えば、報酬α１）を示す情報とを関連付けたリワード広告を生成する（ステップＳ５３８）。
【０１３３】
一方、今回受け取った広告要求情報と同一のユーザ端末１０及び同一の広告掲載アプリの広告要求履歴があると判定された場合（ステップＳ５２４：ＹＥＳ）、広告情報生成部５４１は、報酬を変更する必要があるか否かを確認するために、広告要求取得部５３２から受け取った広告要求情報を報酬変更処理部５５０に引き渡す。
【０１３４】
報酬変更判定部５５１は、報酬変更処理部５５０が広告情報生成部５４１から広告要求情報を受け取ると、前回の広告要求情報を受け取った時と、今回の広告要求情報を受け取った時との間の時間が所定の時間以上であるか否かを判定する。具体的には、報酬変更判定部５５１は、今回受け取った広告要求情報と同一のユーザ端末１０及び同一の広告掲載アプリの広告要求履歴の広告要求日時から今回の広告要求情報を受け取った日時までに、所定の時間以上経過しているか否かを判定する（ステップＳ５２８）。
【０１３５】
所定の時間以上経過していない場合には（ステップＳ５２８：ＮＯ）、報酬変更判定部５５１は、報酬変更部５５２に対して報酬を変更する指示を行わない。そして、報酬変更判定部５５１は、広告要求履歴テーブルＴＢＬ５０５に記憶されている前回の広告要求情報を受け取った時に生成された広告要求履歴の広告要求日時を、今回の広告要求情報を広告サーバ５０が取得したときの日時に更新する（ステップＳ５３０）。
【０１３６】
次に、広告情報生成部５４１は、アプリケーション情報テーブルＴＢＬ５０１に記憶されている複数のアプリケーションのうちから広告主アプリ（例えば、アプリＡ）を決定するとともに、報酬テーブルＴＢＬ５０２及び報酬変更有無管理テーブルＴＢＬ５０３を参照して、報酬変更有無が「変更無」の報酬（例えば、報酬α１）に決定する。そして、広告情報生成部５４１は、決定した広告主アプリ（例えば、アプリＡ）の広告と報酬（例えば、報酬α１）を示す情報とを関連付けたリワード広告を生成する（ステップＳ５３８）。
【０１３７】
一方、所定の時間以上経過している場合には（ステップＳ５２８：ＹＥＳ）、報酬変更判定部５５１は、前回の広告要求情報に応じて広告サーバ５０からユーザ端末１０に送信されたリワード広告が選択されたか否かを判定する。具体的には、報酬変更判定部５５１は、送客情報管理テーブルＴＢＬ５０６を参照して、前回の広告要求情報に応じて広告サーバ５０からユーザ端末１０に送信されたリワード広告が選択されたことを示す送客情報を、取得済みであるか否かを判定する（ステップＳ５３２）。
【０１３８】
報酬変更判定部５５１は、上述の送客情報を取得済みでないと判定した場合には（ステップＳ５３２：ＮＯ）、前回のリワード広告が無視されたものとして、報酬変更部５５２に対して報酬を変更する指示を行う。報酬変更部５５２は、報酬変更判定部５５１から報酬を変更する指示を受け取ると、報酬情報記憶部５２２に記憶されている報酬変更有無管理テーブルＴＢＬ５０３の報酬変更有無を「変更無」から「変更有」に変更する（ステップＳ５３４）。また、報酬変更判定部５５１は、広告要求履歴テーブルＴＢＬ５０５に記憶されている前回の広告要求情報を受け取った時に生成された広告要求履歴の広告要求日時を、今回の広告要求情報を広告サーバ５０が取得したときの日時に更新する（ステップＳ５３６）。
【０１３９】
次に、広告情報生成部５４１は、アプリケーション情報テーブルＴＢＬ５０１に記憶されている複数のアプリケーションのうちから広告主アプリ（例えば、アプリＡ）を決定するとともに、報酬テーブルＴＢＬ５０２及び報酬変更有無管理テーブルＴＢＬ５０３を参照して、報酬変更有無が「変更有」の報酬（例えば、報酬α２）に決定する。そして、広告情報生成部５４１は、決定した広告主アプリ（例えば、アプリＡ）の広告と報酬（例えば、報酬α２）を示す情報とを関連付けたリワード広告を生成する（ステップＳ５３８）。
【０１４０】
一方、報酬変更判定部５５１は、上述の送客情報を取得済みであると判定した場合には（ステップＳ５３２：ＮＯ）、前回のリワード広告が無視されていないものとして、報酬変更部５５２に対して報酬を変更する指示を行わない。報酬変更判定部５５１は、広告要求履歴テーブルＴＢＬ５０５に記憶されている前回の広告要求情報を受け取った時に生成された広告要求履歴の広告要求日時を、今回の広告要求情報を広告サーバ５０が取得したときの日時に更新する（ステップＳ５３６）。
【０１４１】
次に、広告情報生成部５４１は、アプリケーション情報テーブルＴＢＬ５０１に記憶されている複数のアプリケーションのうちから前回のリワード広告における広告主アプリとは異なる広告主アプリ（例えば、アプリＢ）を決定するとともに、報酬テーブルＴＢＬ５０２及び報酬変更有無管理テーブルＴＢＬ５０３を参照して、報酬変更有無が「変更無」の報酬（例えば、報酬α１）に決定する。そして、広告情報生成部５４１は、決定した広告主アプリ（例えば、アプリＢ）の広告と報酬（例えば、報酬α１）を示す情報とを関連付けたリワード広告を生成する（ステップＳ５３８）。
【０１４２】
〔９．報酬の変更例〕
次に、上述した広告生成処理により生成されたリワード広告における報酬の変更例について、図１５を参照して説明する。
図１５は、本実施形態による報酬の変更例を説明するためのリワード広告の表示例を示す図である。この図は、アプリＡの広告が表示されるリワード広告の表示例あり、この図に示すリワード広告ＡＤ１１、ＡＤ１２は、図１に示すリワード広告ＡＤ１、ＡＤ２に対応する。はじめに表示されるリワード広告ＡＤ１１には、報酬変更有無が「変更無」の報酬α１が表示される。次に、このリワード広告ＡＤ１１が無視されたと判定された場合には、次に表示されるリワード広告ＡＤ１２では、報酬変更有無が「変更有」の報酬α２に変更される。また、さらにリワード広告ＡＤ１２が無視されたと判定された場合には、さらに次に表示されるリワード広告ＡＤ１３では、報酬変更有無が「変更有」の報酬α２のままとする。
【０１４３】
つまり、広告サーバ５０は、ユーザによりリワード広告が無視されたと判断した場合には、そのリワード広告の報酬には興味を示さなかったと判断し、次に表示するリワード広告の報酬を変更する。また、広告サーバ５０は、リワード広告が無視され続けている場合には、報酬を変更したままとする。
【０１４４】
これにより、例えば、広告を一度表示したが興味を示さなかったユーザに対しては、報酬の変更に対応した広告の表示を行うため、興味を示さなかったユーザに対して興味を引く広告を表示することができる。従って、本実施形態によれば、広告サーバ５０が広告に興味を示していないと判断したユーザに対して報酬の変更に対応した広告の表示を行うことにより、当該ユーザに対して興味を引くような広告を表示することができる。
【０１４５】
なお、図１５に示すリワード広告の表示例では、報酬の変更に対応したリワード広告ＡＤ１２がさらに無視されたと判定された場合に、報酬を変更したままとする例を説明したが、これに限られものではなく、さらに報酬を変更してもよい。例えば、報酬テーブルＴＢＬ５０２において、アプリケーションごとに３種類以上の報酬アイテムＩＤ（例えばα１、α２、α３）を格納しておき、報酬を変更（報酬α１⇒報酬α２）したリワード広告ＡＤ１２がさらに無視されたと判定された場合には、さらに報酬を変更（報酬α２⇒報酬α３）するようにしてもよい。
【０１４６】
また、報酬の変更に対応したリワード広告ＡＤ１２がさらに無視されたと判定された場合には、報酬を元に戻してもよい。この場合の表示例を図１６に示す。
図１６に示すリワード広告の表示例において、リワード広告ＡＤ１１、ＡＤ１２は、図１５に示すリワード広告ＡＤ１１、ＡＤ１２と同様である。この表示例では、報酬の変更に対応したリワード広告ＡＤ１２がさらに無視されたと判定された場合、さらに次に表示されるリワード広告ＡＤ１４では、報酬変更有無が「変更無」の報酬α１に変更される。即ち、リワード広告ＡＤ１４の報酬は、リワード広告ＡＤ１１の報酬に戻る。このように、ユーザに対して報酬アップの機会を逃さないようにさせる衝動を与えることで、報酬が変更されたリワード広告に対する興味を引き付けることが可能になる。
【０１４７】
なお、リワード広告ＡＤ１１に対してリワード広告ＡＤ１２の報酬が変更された場合、そのリワード広告ＡＤ１２が無視されたか否かではなく、時間を条件として報酬が変更前に戻るようにしてもよい。つまり、リワード広告ＡＤ１１が無視されたと判定された場合に、次に表示するリワード広告ＡＤ１２の報酬の変更（報酬変更有無の「変更無」から「変更有」への変更）を期間限定としてもよい。このように、ユーザに対して報酬アップの期間を逃さないようにさせる衝動を与えることで、報酬が変更されたリワード広告に対する興味を引き付けることが可能になる。
【０１４８】
〔１０．報酬の変更条件の変形例１〕
次に、図１７を参照して、リワード広告における報酬の変更条件の変形例を説明する。上述した実施形態では、リワード広告に表示される広告主アプリがいずれのアプリケーションであるかは、報酬を変更する条件に含まれていない。そこで、前回表示されたリワード広告と今回表示されるリワード広告のそれぞれの広告主アプリが同一であることを、報酬変更の条件に加えるようにしてもよい。
【０１４９】
図１７は、本実施形態による報酬の変更の変形例を説明するためのリワード広告の表示例を示す図である。図１７に示すリワード広告の表示例において、リワード広告ＡＤ１１は、図１５及び図１６に示すリワード広告ＡＤ１１と同様である。この図１７に示す例では、リワード広告ＡＤ１１（アプリＡの広告）が無視されたと判定された場合であっても、次に表示されるリワード広告に表示される広告主アプリがアプリＡではない場合には、報酬が変更されない。ここでは、リワード広告ＡＤ１１が無視されたと判定された場合に、次に表示されるリワード広告ＡＤ１５がアプリＢの広告であるため、リワード広告ＡＤ１５の報酬は変更されない（報酬α１のまま）。
【０１５０】
なお、リワード広告ＡＤ１１（アプリＡの広告）が無視されたと判定された場合であって、次に表示されるリワード広告ＡＤ１６がアプリＡの広告（無視された広告と同じアプリの広告）である場合には、報酬変更有無が「変更有」の報酬α２に変更される。
【０１５１】
このように、本実施形態による広告システム１において、広告サーバ５０は、無視されたリワード広告と同一の広告主アプリのリワード広告を表示させる場合には報酬を変更し、無視されたリワード広告と異なる広告主アプリのリワード広告を表示させる場合には報酬を変更しないようにしてもよい。
【０１５２】
この場合、広告サーバ５０は、例えば、前述した報酬変更有無管理情報、及び広告要求履歴のそれぞれを、広告主アプリごとに区別して記憶させて管理することで実現できる。例えば、図９に示す報酬変更有無管理テーブルＴＢＬ５０３には、広告ユーザＩＤと、広告掲載アプリＩＤと、報酬変更有無と、に加えて広告主アプリＩＤが関連付けられて報酬変更有無管理情報として格納されればよい。また、図１１に示す広告要求履歴テーブルＴＢＬ５０５には、広告要求履歴管理ＩＤと、ユーザ端末１０に対応する広告ユーザＩＤと、広告掲載アプリＩＤと、広告要求日時と、に加えて広告主アプリＩＤが関連付けられて広告要求履歴として格納されればよい。
【０１５３】
これにより、広告サーバ５０は、広告主アプリが同一のリワード広告が無視されたか否かに応じて、次に表示させるリワード広告の報酬を変更することが可能となる。
【０１５４】
〔１１．報酬変更条件の変形例２〕
上述した報酬の変更の例では、広告主アプリの広告が無視されたことの判断として、広告主アプリの広告（リワード）がユーザに選択されていないことを説明した。さらに、広告主アプリの広告が無視されたことの判断として、広告主アプリの広告がユーザに選択されていないこと以外に、広告がユーザに選択されたが、まだユーザ端末１０により実行されていないことを含めてもよい。
【０１５５】
従って、報酬変更部５５２は、前回のリワード広告が無視されたか否かを判定する条件、即ち、報酬を変更するか否かの報酬変更条件として、例えば次に示す報酬変更条件１〜３の３つの条件のうちのいずれの条件としてもよい。
【０１５６】
（報酬変更条件１）
広告主アプリの広告がユーザに選択されていないこと。つまり、広告掲載アプリから広告主アプリへの送客情報を広告サーバ５０が取得していないこと。
（報酬変更条件２）
広告主アプリがユーザ端末１０により実行されていないこと。つまり、広告主アプリからのインストール通知情報を広告サーバ５０が取得していないこと。
（報酬変更条件３）
広告主アプリの広告がユーザに選択されたが、広告主アプリがユーザ端末１０により実行されていないこと。つまり、広告サーバ５０が、広告掲載アプリから広告主アプリへの送客情報を取得しているが広告主アプリからのインストール通知情報を取得していないこと。
【０１５７】
以下に、報酬変更条件１〜３のそれぞれの処理を整理する。
〔１１−１．報酬変更条件１の場合の処理〕
上述した図１４を参照して説明した例が、上記報酬変更条件１に対応する処理である。具体的には、広告情報生成部５４１が、アプリＸに基づく今回の広告要求情報をユーザ端末１０から受け取る以前に、アプリＸに基づく前回の広告要求情報をユーザ端末１０から受け取ったとする（ステップＳ５２４：ＹＥＳ）。この場合、報酬変更判定部５５１は、前回の広告要求情報により送信されたリワード広告が選択されたことを示す送客情報をユーザ端末１０から取得済みであるか否かを判定する（ステップＳ５３２）。そして、報酬変更判定部５５１は、前回の広告要求情報により送信されたリワード広告が選択されたことを示す送客情報をユーザ端末１０から取得済みでないと判定した場合（ステップＳ５３２：ＮＯ）、前回のリワード広告が無視されたものとして、報酬変更部５５２に対して報酬を変更する指示を行う。報酬変更部５５２は、報酬変更判定部５５１から報酬を変更する指示を受け取ると、報酬を変更する（ステップＳ５３４）。
【０１５８】
即ち、報酬変更部５５２は、アプリＸに基づく今回の広告要求情報をユーザ端末１０から受け取る以前に、アプリＸに基づく前回の広告要求情報をユーザ端末１０から受け取り、且つ前回の広告要求情報により送信されたリワード広告が選択されたことを示す送客情報をユーザ端末１０から取得済みでない、と判定された場合、今回の広告要求情報を受け取ることにより広告通知部５４２が送信するリワード広告の報酬を変更する。
【０１５９】
〔１１−２．報酬変更条件２の場合の処理〕
報酬変更条件２の場合の処理では、図１４のステップＳ５３２において、送客情報を取得済みであるか否かを判定する処理に代えて、インストール通知情報を取得済みであるか否かを判定する処理とする。具体的には、報酬変更判定部５５１は、アプリＸに基づく前回の広告要求情報を受け取ってからアプリＸに基づく今回の広告要求情報を受け取るまでにアプリＡがユーザ端末１０により実行されたことを示すインストール通知情報をユーザ端末１０から取得済みであるか否かを判定する。そして、報酬変更判定部５５１は、前回の広告要求情報を受けてから今回の広告要求情報を受けるまでにアプリＡがユーザ端末１０により実行されたことを示すインストール通知情報を取得済みでないと判定した場合、前回のリワード広告が無視されたものとして、報酬変更部５５２に対して報酬を変更する指示を行う。報酬変更部５５２は、報酬変更判定部５５１から報酬を変更する指示を受け取ると、報酬を変更する（ステップＳ５３４）。
【０１６０】
即ち、報酬変更部５５２は、アプリＸに基づく今回の広告要求情報をユーザ端末１０から受け取る以前に、アプリＸに基づく前回の広告要求情報をユーザ端末１０から受け取り、且つ前回の広告要求情報を受け取ってから今回の広告要求情報を受け取るまでにアプリＡがユーザ端末１０により実行されたことを示すインストール通知情報を取得済みでないと判定された場合、今回の広告要求情報を受け取ることにより広告通知部５４２が送信するリワード広告の報酬を変更する。
【０１６１】
〔１１−３．報酬変更条件３の場合の処理〕
報酬変更条件２の場合の処理では、図１４のステップＳ５３２において、送客情報を取得済みであるか否かを判定する処理に加えて、インストール通知情報を取得済みであるか否かを判定する処理とする。具体的には、報酬変更判定部５５１は、前回の広告要求情報により送信されたリワード広告が選択されたことを示す送客情報をユーザ端末１０から取得済みであるか否かを判定するとともに、前回の広告要求情報を受け取ってから今回の広告要求情報を受け取るまでにアプリＡがユーザ端末１０により実行されたことを示すインストール通知情報をユーザ端末１０から取得済みであるか否かを判定する。そして、報酬変更判定部５５１は、上記送客情報を取得し、且つ上記インストール通知情報を取得済みでないと判定した場合、前回のリワード広告が無視されたものとして、報酬変更部５５２に対して報酬を変更する指示を行う。報酬変更部５５２は、報酬変更判定部５５１から報酬を変更する指示を受け取ると、報酬を変更する（ステップＳ５３４）。
【０１６２】
即ち、報酬変更部５５２は、アプリＸに基づく今回の広告要求情報をユーザ端末１０から受け取る以前にアプリＸに基づく前回の広告要求情報をユーザ端末１０から受け取ったことによりユーザ端末１０へ送信されたリワード広告が選択されたことを示す送客情報を取得し、且つ前回の広告要求情報を受け取ってから今回の広告要求情報を受け取るまでにアプリＡがユーザ端末１０により実行されたことを示すインストール通知情報を取得済みでないと判定された場合、今回の広告要求情報を受け取ることにより広告通知部５４２が送信するリワード広告の報酬を変更する。
【０１６３】
〔１２．広告主アプリの導入に応じた報酬付与処理の動作例〕
次に、図１８を参照して、本実施形態による広告システム１において、広告主アプリの導入に応じて報酬が付与される報酬付与処理の動作について説明する。
図１８は、本実施形態による報酬付与処理の一例を示すフローチャートである。この図に示す処理は、図１３に示す広告表示処理のステップＳ１１８において、ユーザ端末１０の表示部１２に表示されたストアページに対してユーザが操作することにより、アプリＡがユーザ端末１０により実行（初回起動）されたときの処理を示している。
【０１６４】
まず、アプリＡが起動すると、アプリＡに組み込まれているＳＤＫの初期化処理部１１０は、初期化処理を開始する。この初期化処理では、図１３に示すアプリＸが起動したときの初期化処理と同様の処理が行なわれる。
【０１６５】
即ち、図１８に示すステップＳ１５０、Ｓ１５２、Ｓ１５４、Ｓ１５６、Ｓ１５８においてアプリＡのＳＤＫが行う各処理、及びステップＳ５５０において広告サーバ５０が行う処理は、図１３に示すＳ１００、Ｓ１０２、Ｓ１０４、Ｓ１０６、Ｓ１０８においてアプリＸのＳＤＫが行う各処理、及びステップＳ５００において広告サーバ５０が行う処理と同様の処理であり、その説明を省略する。
【０１６６】
ここでは、アプリＡの起動であるため、ステップＳ１５６においてアプリＡに組み込まれているＳＤＫのインストール通知部１１２が送信するインストール通知情報には、例えば、このユーザ端末１０に対応する広告ユーザＩＤと、アプリＡのアプリＩＤと、アプリＡにおけるアプリユーザＩＤとが含まれる。従って、ステップＳ５５０では、広告サーバ５０のインストール通知取得部５３１は、ユーザ端末１０のアプリＡから取得したインストール通知情報に含まれる広告ユーザＩＤと、アプリＡのアプリＩＤと、アプリＡにおけるアプリユーザＩＤとを関連付けたインストール管理情報を、インストール情報記憶部５２３（インストール情報管理テーブルＴＢＬ５０４）に記憶させる。
【０１６７】
次に、広告サーバ５０のリワード処理部５７０は、インストール通知取得部５３１がアプリＡのインストール通知情報を取得すると、このアプリＡに対応する送客管理情報（このユーザ端末１０に対応する広告ユーザＩＤ及びアプリＡのアプリＩＤを含む送客管理情報）が送客情報記憶部５２５（送客情報管理テーブルＴＢＬ５０６）に記憶されているか否かを判定する（ステップＳ５５２）。
【０１６８】
ここでは、アプリＡが広告主アプリであるため、アプリＡに対応する送客管理情報が記憶されていると判定される（ステップＳ５５２：ＹＥＳ）。この場合、リワード処理部５７０は、アプリＡのインストール通知情報に対応する送客管理情報により特定される広告掲載アプリであるアプリＸにおいてユーザ端末１０を利用するユーザに報酬が付与されるように報酬付与処理を実行する。具体的には、リワード処理部５７０は、アプリＸに対応するアプリサーバ３０−１に対して、報酬付与条件が充足されたことを示す報酬付与情報を送信する（ステップＳ５５４）。
【０１６９】
この報酬付与情報には、例えば、アプリＸにおいて報酬が付与されるユーザを特定可能なように、アプリＸにおけるアプリユーザＩＤが含まれる。また、この報酬付与情報には、付与する報酬の内容を特定可能な情報（例えば、報酬として付与するアイテムの種類を識別する報酬アイテムＩＤ）が含まれる。なお、報酬付与情報には、報酬を特定可能な情報として、報酬アイテムＩＤに代えて又は加えて、報酬変更有無を示す情報（例えば、「変更無」又は「変更有」）が含まれてもよい。
【０１７０】
なお、ユーザ端末１０にインストールされて起動したアプリＡがリワード広告において選択された広告主アプリではない場合には（ステップＳ５５２：ＮＯ）、アプリＡは、この広告システム１とは関係なくユーザ端末１０に導入されたものであるため、リワード処理部５７０は、報酬を付与しない。
【０１７１】
アプリサーバ３０−１は、広告サーバ５０から報酬付与情報を取得すると（ステップＳ３００）、取得した報酬付与情報に含まれるアプリユーザＩＤが示すユーザに対して、報酬付与情報に含まれる報酬アイテムＩＤ又は報酬変更有無が示す報酬を付与する（ステップＳ３０２）。
【０１７２】
このように、広告システム１では、リワード広告から選択された広告主アプリがユーザ端末１０により実行されたことに応じて、リワード広告に表示されていた報酬が付与される。なお、報酬付与条件は、広告主アプリがユーザ端末１０により実行されたことを条件とすることに限られるものではない。例えば、実行された広告主アプリの継続利用や課金利用を報酬付与条件としてもよい。以下に、広告主アプリの継続利用を報酬付与条件とする例を説明する。
【０１７３】
〔１３．広告主アプリの継続利用に応じた報酬付与処理の動作例〕
図１９を参照して、本実施形態による広告システム１において、広告主アプリの継続利用に応じて報酬が付与される報酬付与処理の動作について説明する。
図１９は、本実施形態による報酬付与処理の別の例を示すフローチャートである。この図に示す処理は、図１８に示す報酬付与処理において、アプリＡの起動時の初期化処理が終了した後に、アプリＡが継続して利用されているときの処理を示している。
【０１７４】
ユーザ端末１０において、ユーザがアプリＡを継続して利用することにより、アプリＡは、所定の処理（例えば、ゲームの処理）を進める（ステップＳ１６０）。そして、アプリＡは、ユーザがアプリＡを利用することにより、予め設定された成果地点（例えば、アプリＡがゲームであればチュートリアルの終了やゲーム達成度（進捗度）を示すレベル「３０」等）に到達したか否かを判定する（ステップＳ１６２）。なお、このステップＳ１６０及びステップＳ１６２の処理は、アプリＡに組み込まれたＳＤＫが実行する処理ではなくアプリＡ自身が実行する処理である。
【０１７５】
アプリＡの継続利用に応じて、予め設定された成果地点に到達したと判定された場合（ステップＳ１６２：ＹＥＳ）、アプリＡに組み込まれているＳＤＫの成果地点到達情報通知部１６０は、成果地点に到達したことを示す成果地点到達情報を、広告サーバ５０に対して送信する。例えば、成果地点到達情報には、ユーザ端末１０に対応する広告ユーザＩＤと、アプリＡのアプリＩＤと、到達した成果地点を示す成果地点ＩＤと、その成果地点に到達したことを示す到達情報とが含まれる（ステップＳ１６４）。
【０１７６】
一方、予め設定された成果地点に到達したと判定されない場合（ステップＳ１６２：ＮＯ）には、アプリＡは、引き続きユーザの利用に応じて所定の処理（例えば、ゲームの処理）を進める（ステップＳ１６０）。
【０１７７】
広告サーバ５０の成果地点到達情報取得部５３４は、ユーザ端末１０により実行されたアプリＡから送信された成果地点到達情報を取得すると、取得した成果地点到達情報に基づく成果地点到達管理情報を成果地点到達情報記憶部５２６に記憶させる（ステップＳ５５８）。
【０１７８】
広告サーバ５０のリワード処理部５７０は、成果地点到達情報取得部５３４からアプリＡの成果地点到達情報を受け取ると、アプリＡに対応する送客管理情報（このユーザ端末１０に対応する広告ユーザＩＤ及びアプリＡのアプリＩＤを含む送客管理情報）が送客情報記憶部５２５（送客情報管理テーブルＴＢＬ５０６）に記憶されているか否かを判定する（ステップＳ５６０）。
【０１７９】
ここでは、アプリＡが広告主アプリであるため、アプリＡに対応する送客管理情報が記憶されていると判定される（ステップＳ５６０：ＹＥＳ）。この場合、リワード処理部５７０は、アプリＡのインストール通知情報に対応する送客管理情報により特定される広告掲載アプリであるアプリＸにおいてユーザ端末１０を利用するユーザに報酬が付与されるように報酬付与処理を実行する。具体的には、リワード処理部５７０は、アプリＸに対応するアプリサーバ３０−１に対して、報酬付与条件が充足されたことを示す報酬付与情報を送信する（ステップＳ５６２）。
【０１８０】
この報酬付与情報には、例えば、アプリＸにおいて報酬が付与されるユーザを特定可能なように、アプリＸにおけるアプリユーザＩＤが含まれる。また、この報酬付与情報には、付与する報酬を特定可能な情報（例えば、報酬として付与するアイテムの種類を識別する報酬アイテムＩＤ）が含まれる。なお、報酬付与情報には、報酬を特定可能な情報として、報酬アイテムＩＤに代えて又は加えて、報酬変更有無を示す情報（例えば、「変更無」又は「変更有」）が含まれてもよい。
【０１８１】
なお、ユーザ端末１０にインストールされて起動したアプリＡがリワード広告において選択された広告主アプリではない場合には（ステップＳ５６０：ＮＯ）、アプリＡは、この広告システム１とは関係なくユーザ端末１０に導入されたものであるため、リワード処理部５７０は、報酬を付与しない。
【０１８２】
アプリサーバ３０−１は、広告サーバ５０から報酬付与情報を取得すると（ステップＳ３０４）、取得した報酬付与情報に含まれるアプリユーザＩＤが示すユーザに対して、報酬付与情報に含まれる報酬アイテムＩＤ又は報酬変更有無が示す報酬を付与する（ステップＳ３０６）。
【０１８３】
〔１４．第１の実施形態のまとめ〕
（１）以上説明してきたように、本実施形態による広告システム１（管理システムの一例）において、広告サーバ５０（管理装置の一例）は、広告通知部５４２（送信部の一例）と、リワード処理部５７０（報酬付与処理部の一例）と、報酬変更部５５２（報酬変更部の一例）と、を備えている。
広告通知部５４２は、ユーザ端末１０（端末装置の一例）により実行された広告掲載アプリ（アプリケーションの一例）からの広告要求（要求の一例）を受けることにより、ユーザ端末１０を利用するユーザに対して告知対象となる広告主アプリ（対象アプリケーションの一例）の広告情報（告知情報の一例）をユーザ端末１０に対して送信する。リワード処理部５７０は、上記広告主アプリの導入に対する報酬付与の条件が充足されたことに基づいて、ユーザ端末１０を利用するユーザに報酬を付与する。報酬変更部５５２は、前回の広告要求を受けてから今回の広告要求を受けるまでに、広告主アプリがユーザ端末１０により実行されていない場合に、今回の広告要求に基づいて上記ユーザに付与する報酬を変更する。
【０１８４】
ここで、広告情報（告知情報の一例）とは、リワード広告に利用される情報であって、リワード広告に表示させる広告主アプリの広告に関連する情報（広告の元となる情報）である。例えば、広告情報は、アプリケーション情報テーブルＴＢＬ５０１に格納されている各アプリケーションのアプリ名称、アプリ説明、アプリアイコン画像、等の情報である。例えば、この各アプリケーションの広告情報と報酬の内容を示す情報とに基づいて、各アプリケーション（広告主アプリ）のリワード広告が生成される。なお、バナー型のリワード広告の場合、広告情報とは、バナー画像である。バナー画像には、広告主アプリを示す画像と、付与される報酬内容を示す画像とが埋め込まれている。なお、報酬変更後に表示するバナー画像には、報酬内容を示す画像の替わりに「報酬アップ」というような画像が埋め込まれていてもよい。例えば、このバナー画像のリンク先を示すＵＲＬが、報酬テーブルＴＢＬ５０２の報酬アイテムＩＤの替わりに格納されている。また、アイコン型のリワード広告の場合、広告情報とは、例えば、広告主アプリを示す画像と、付与される報酬内容を示す画像とが埋め込まれたアイコン画像である。広告通知部５４２は、ユーザ端末１０を利用するユーザに対して告知対象となる広告主アプリの広告情報を、例えば、当該広告情報に基づくリワード広告として、ユーザ端末１０に対して送信する。また、広告サーバ５０の管理部５１０は、複数のアプリケーションのそれぞれに関連付けられた広告情報（アプリケーション情報の一例）を、例えば、アプリケーション情報記憶部５２１に記憶させて管理する。なお、広告情報は、ユーザ端末１０で管理するようにしてもよい。ユーザ端末１０で広告情報を管理する場合、広告通知部５４２が送信する、ユーザ端末１０を利用するユーザに対して告知対象となる広告主アプリの広告情報は、広告主アプリを示す情報であってもよい。即ち、広告通知部５４２は、ユーザ端末１０（端末装置の一例）により実行された広告掲載アプリからの広告要求を受けることにより、ユーザ端末１０を利用するユーザに対して告知対象となる広告主アプリを示す情報をユーザ端末１０に対して送信してもよい。従って、広告通知部５４２がユーザ端末１０に対して送信する広告情報とは、ユーザ端末１０でリワード広告を表示する際に必要となる情報であるとも言える。
【０１８５】
このように、広告サーバ５０は、前回のリワード広告に表示した広告主アプリの広告が無視されたと判断した場合（少なくとも、この広告主アプリがユーザ端末１０により実行されていない場合）には、リワード広告の報酬を変更する。従って、本実施形態によれば、広告サーバ５０が広告に興味を示していないと判断したユーザに対してアプリケーションの導入に係る広告に興味を持たせることができる。例えば、仮に報酬の変更に対応した広告の表示が行われなくても、広告システム１に報酬変更の仕組みが導入されていることがユーザに分かれば、より広告に対するユーザの興味を引きつけることができる。
【０１８６】
ここで、広告主アプリの広告が無視されたと判断した場合とは、例えば、ユーザの所定の操作に基づいてリワード広告が表示された場合であって、表示されたリワード広告がユーザに選択されずに、新たなリワード広告を表示させるための所定の操作があった場合である。なお、広告主アプリがユーザ端末１０により実行されていない場合には、ユーザ端末１０に表示された広告主アプリの広告がユーザに選択されてもいない場合と、選択はされたがまだユーザ端末１０により実行されていない場合とがある。
【０１８７】
例えば、広告主アプリの広告がユーザに選択されていないことを、広告主アプリの広告が無視されたと判定する条件としてもよい。また、広告主アプリがユーザ端末１０により実行されていないことを、広告主アプリの広告が無視されたと判定する条件としてもよい。従って、報酬変更部５５２は、前回のリワード広告が無視されたか否かを判定する条件、即ち、報酬を変更するか否かの報酬変更条件として、例えば次に示す報酬変更条件１〜３の３つの条件のうちのいずれの条件としてもよい。
【０１８８】
（報酬変更条件１）
広告主アプリの広告がユーザに選択されていないこと。つまり、広告掲載アプリから広告主アプリへの送客情報を広告サーバ５０が取得していないこと。
（報酬変更条件２）
広告主アプリがユーザ端末１０により実行されていないこと。つまり、広告主アプリからのインストール通知情報を広告サーバ５０が取得していないこと。
（報酬変更条件３）
広告主アプリの広告がユーザに選択されたが、広告主アプリがユーザ端末１０により実行されていないこと。つまり、広告サーバ５０が、広告掲載アプリから広告主アプリへの送客情報を取得しているが広告主アプリからのインストール通知情報を取得していないこと。
【０１８９】
また、報酬とは、例えば、報酬が付与されるアプリケーションがゲームの場合では、そのゲームでユーザが利用できるアイテムである。報酬の変更とは、報酬の付与先の変更、報酬内容（例えばアイテム）の変更、報酬内容の個数の変更のいずれか、又はそれらの組み合わせである。報酬の付与先の変更とは、例えば、報酬内容が広告掲載アプリのものから広告主アプリのものに変更することである。一般的に、報酬の付与先が変更になれば、それに合わせて報酬内容も変更になる。報酬内容の変更とは、例えば、同じゲームでユーザが利用可能なアイテム（報酬α１）を別のアイテム（報酬α２）に変更することである。報酬内容の個数の変更とは、報酬内容が同一で個数が変更になることである。もちろん、報酬内容と個数の双方を変更するようにしてもよい。
【０１９０】
典型的には、報酬α２は、報酬α１よりも価値の高い報酬とする（例えば、価値の高いアイテムにする）ことが望ましい。例えば、報酬α１を、アプリＸ内で利用するアイテムのうち一般的に入手しやすいアイテム（例えば、ノーマルカード）とし、報酬α２を、アプリＸ内で利用するアイテムのうちなかなか入手することができない価値の高いアイテム（例えば、レアカード）としてもよい。なお、報酬の付与先を変更する場合のように、変更前のアイテム（報酬α１）と、変更後のアイテム（報酬α２）とで、価値の比較がしづらい場合があってもよい。
【０１９１】
また、報酬は、広告掲載アプリと広告主アプリとの両方に付与される報酬としてもよいし、複数のアプリケーションにおいて共通で利用できる報酬としてもよい。また、報酬は、広告掲載アプリ及び広告主アプリとは異なる他のアプリケーションで利用できる報酬、としてもよい。例えば、報酬は、ゲームで利用できるアイテムに限られるものではなく、アプリケーションで利用できる報酬であれば、いずれの報酬であってもよい。また、報酬の価値は、その報酬の入手のしやすさや個数に限らず、報酬の大きさや量、報酬としての効果が有効な時間の長さ、等のことであってもよい。また、報酬は、ウェブサイトで利用できる報酬（例えば、通信網を介した通信により商品やサービスを売買するときに利用できる通貨やポイント等）としてもよい。
【０１９２】
（２）広告通知部５４２（送信部の一例）は、報酬変更部５５２（報酬変更部の一例）が報酬を変更した場合に、当該変更に対応した広告情報（告知情報）をユーザ端末１０に対して送信する。
【０１９３】
ここで、報酬の変更に対応した広告情報とは、例えば、変更した報酬を示す情報である。報酬を示す情報とは、リワード広告に表示される情報であって、報酬の付与先を示す情報、報酬内容（例えばアイテム）を示す情報、報酬内容の個数を示す情報のいずれか、又はそれらの組み合わせである。なお、報酬の変更に対応した広告情報は、「報酬アップ」とか「報酬チャンス」のように、変更された報酬を示す情報が直接的に表示されない情報でもよい。さらに、報酬の変更に対応した広告情報は、「今がチャンス」というように報酬そのものが変更されることが明確に伝わらないような情報でもよい。つまり、報酬の変更に対応した広告情報は、変更後のリワード広告を見たユーザが興味を引くような表現であってもよい。
【０１９４】
このように、広告サーバ５０は、前回のリワード広告に表示した広告主アプリの広告が無視されたと判断した場合には、リワード広告の報酬を変更し、リワード広告を一度表示したが興味を示さなかったユーザに対しては、報酬の変更に対応したリワード広告が表示される。これにより、広告サーバ５０は、一度表示したリワード広告に興味を示さなかったユーザに対して、報酬を変更したことを通知することができる。従って、広告サーバ５０が広告に興味を示していないと判断したユーザに対して報酬の変更に対応した広告の表示を行うことにより、当該ユーザに対して興味を引くような広告を表示することができる。
【０１９５】
（３）広告情報（告知情報の一例）は、例えば、広告主アプリ（対象アプリケーションの一例）を示すアプリケーション情報と、ユーザに付与する報酬を示す報酬情報を含む。そして、広告通知部５４２（送信部の一例）は、前回の広告要求（要求の一例）を受けてから今回の広告要求を受けるまでに広告主アプリがユーザ端末１０により実行されていない場合に、今回の広告要求を受けたとき、報酬変更部５５２で変更した報酬に従った報酬情報を含む広告情報（告知情報の一例）をユーザ端末１０に対して送信する。
【０１９６】
これにより、リワード広告を一度表示したが興味を示さなかったユーザに対しては、報酬の変更に対応したリワード広告が表示されるため、広告サーバ５０は、一度表示したリワード広告に興味を示さなかったユーザに対して興味を引くような広告を表示することができる。
【０１９７】
（４）広告サーバ５０は、報酬変更判定部５５１（判定部の一例）を備えている。報酬変更判定部５５１は、前回の広告要求（要求の一例）を受けてから今回の広告要求を受けるまでに、広告主アプリ（対象アプリケーションの一例）がユーザ端末１０により実行されたことを示すインストール通知情報（通知情報の一例）をユーザ端末１０から受けていないことを判定する。報酬変更判定部５５１は、例えば、今回の広告要求を受けたとき、又は、今回の広告要求を受けて告知対象となる広告主アプリを決定し、決定した広告主アプリが前回の告知対象となる広告主アプリと同一であったとき、インストール通知情報をユーザ端末１０から受けていないことを判定する。報酬変更部５５２は、報酬変更判定部５５１が肯定判定（前回の広告要求を受けてから今回の広告要求を受けるまでに、インストール通知情報をユーザ端末１０から受けていないことを判定）した場合を、前回の広告要求を受けてから今回の広告要求を受けるまでに広告主アプリがユーザ端末１０により実行されていない場合として、今回の広告要求に基づいて上記ユーザに付与する報酬を変更する。
【０１９８】
このように、広告サーバ５０は、前回のリワード広告に表示した広告主アプリがユーザ端末１０により実行されていないと判定した場合には（報酬変更条件２の充足）、前回のリワード広告が無視されたものとして、リワード広告の報酬を変更する。よって、広告サーバ５０は、一度表示したリワード広告に興味を示さなかったユーザに対して興味を引くような広告を表示することができる。
【０１９９】
（５）報酬変更判定部５５１（判定部の一例）は、前回の広告要求（要求の一例）を受けてから今回の広告要求を受けるまでに、前回の広告要求により送信された広告主アプリ（対象アプリケーションの一例）の広告情報（告知情報の一例）が選択されたことを示す送客情報（選択情報の一例）をユーザ端末１０から取得していないことを判定する。報酬変更部５５２は、報酬変更判定部５５１が肯定判定（前回の広告要求により送信された広告主アプリの送客情報をユーザ端末１０から取得していないことを判定）した場合を、前回の広告要求を受けてから今回の広告要求を受けるまでに広告主アプリがユーザ端末１０により実行されていない場合として、今回の広告要求に基づいて上記ユーザに付与する報酬を変更する。
【０２００】
このように、広告サーバ５０は、前回のリワード広告に表示した広告主アプリの広告がユーザにより選択されていないと判定した場合には（報酬変更条件１の充足）、前回のリワード広告が無視されたものとして、リワード広告の報酬を変更する。よって、広告サーバ５０は、一度表示したリワード広告に興味を示さなかったユーザに対して興味を引くような広告を表示することができる。
【０２０１】
（６）報酬変更判定部５５１（判定部の一例）は、前回の広告要求（要求の一例）を受けてから今回の広告要求を受けるまでに、前回の広告要求により送信された広告主アプリ（対象アプリケーションの一例）の広告情報（告知情報の一例）が選択されたことを示す送客情報（選択情報の一例）をユーザ端末１０から取得し、且つ広告主アプリがユーザ端末１０により実行されたことを示すインストール通知情報（通知情報の一例）をユーザ端末１０から取得していないことを判定する。報酬変更部５５２は、報酬変更判定部５５１が肯定判定（前回の広告要求により送信された広告主アプリの送客情報をユーザ端末１０から取得し、且つ広告主アプリのインストール通知情報をユーザ端末１０から取得していないことを判定）した場合を、前回の広告要求を受けてから今回の広告要求を受けるまでに広告主アプリがユーザ端末１０により実行されていない場合として、今回の広告要求に基づいて上記ユーザに付与する報酬を変更する。
【０２０２】
このように、広告サーバ５０は、前回のリワード広告に表示した広告主アプリの広告がユーザにより選択されたと判定しても、その広告主アプリがユーザ端末１０により実行されていないと判定した場合には（報酬変更条件３の充足）、前回のリワード広告が無視されたものとして、リワード広告の報酬を変更する。よって、広告サーバ５０は、一度表示したリワード広告に興味を示さなかったユーザに対して興味を引くような広告を表示することができる。
【０２０３】
（７）報酬変更部５５２は、前回の広告要求（要求の一例）に対する広告主アプリ（対象アプリケーションの一例）と、今回の広告要求に対する広告主アプリとが同一である場合に、報酬を変更する。
【０２０４】
これにより、広告サーバ５０は、同一のユーザ端末１０による同一の広告主アプリのリワード広告であれば、リワード広告の報酬を変更する。従って、一度表示したリワード広告に興味を示さなかったユーザに対して、再度同一の広告主アプリのリワード広告を表示する場合に、アプリケーションの導入に係る広告に興味を持たせることができる。さらに、報酬の変更に対応したリワード広告に切り替えるようにすれば、ユーザの興味を引くような広告を表示することができる。
【０２０５】
なお、広告サーバ５０は、前回の広告要求に対する広告主アプリと、今回の広告要求に対する広告主アプリとが同一でない場合であっても報酬を変更してもよい。例えば、前回の広告要求に対する広告主アプリと、今回の広告要求に対する広告主アプリとが同一のジャンルのアプリケーションである場合に報酬を変更することで、そのジャンルのアプリケーションに興味が無いユーザが興味を示す可能性があるため、興味を引くような広告を表示することができる。
【０２０６】
（８）報酬変更部５５２は、前回の広告要求（要求の一例）を受けてから今回の広告要求を受けるまでの間が所定の時間以上である場合に報酬を変更する。ここで、この所定の時間とは、前回のリワード広告が無視されたか否かを判定するための条件の一つとして予め設定された期間である。
【０２０７】
このように、広告サーバ５０は、前回の広告要求情報を受け取ってから、今回の広告要求情報を受け取るまでの間（広告要求間隔）が所定の時間以上経過した場合に、リワード広告が無視されたと判定してリワード広告の報酬を変更する。換言すれば、広告要求間隔が所定の時間以上でない場合にはリワード広告の報酬を変更しない。これにより、広告サーバ５０は、ユーザが意図的にリワード広告を無視して、報酬変更されたリワード広告を期待したとしても、上記所定の時間を長くすることで、容易に変更後の報酬を取得できないようにすることができる。
【０２０８】
（９）報酬変更部５５２は、報酬の価値を変更することを、報酬を変更することとする。ここで、報酬の価値とは、その報酬を利用したときにユーザが得られる効果の大きさを示している。例えば、報酬変更部５５２は、報酬の価値を変更する場合、一般的に入手しやすい価値の低いアイテム（例えば、ノーマルカード）から、なかなか入手することができない価値の高いアイテム（例えば、レアカード）に変更する。なお、報酬変更部５５２は、報酬の価値を変更する場合、同一のアイテムの個数を、少ない個数（低い価値）から多い個数（高い価値）に変更してもよい。
【０２０９】
このように、広告サーバ５０は、ユーザ端末１０に表示させたリワード広告が無視されたと判断した場合には、リワード広告の報酬をより価値の高い報酬に変更する。これにより、広告サーバ５０は、リワード広告を一度表示したが興味を示さなかったユーザに対しては、より価値の高い報酬に変更した広告を表示するため、一度表示したリワード広告に興味を示さなかったユーザに対して興味を引くような広告を表示することができる。
【０２１０】
（１０）報酬変更部５５２は、報酬の種類を変更することを、報酬を変更することとしてもよい。ここで、報酬の種類とは、例えば、ゲームにおいて報酬として付与されるアイテムの種類であり、上述したように価値が異なるアイテムの種類であってもよいが、例えば、同一の価値のアイテム（又は価値の比較が困難なアイテム）の種類であってもよい。
【０２１１】
このように、広告サーバ５０は、ユーザ端末１０に表示させたリワード広告が無視されたと判断した場合には、リワード広告の報酬の種類を変更する。これにより、広告サーバ５０は、リワード広告を一度表示したが興味を示さなかったユーザに対しては、異なる種類の報酬に変更した広告を表示するため、このユーザが報酬に興味を示す可能性がある。従って、このユーザに対して興味を引くような広告を表示することができる。
【０２１２】
（１１）本実施形態による広告システム１（管理システムの一例）において、ユーザ端末１０（端末装置の一例）は、広告要求部１２０（要求部の一例）と、表示制御部１４０（出力部の一例）と、を備えている。
広告要求部１２０は、ユーザ端末１０（自端末装置）により実行された広告掲載アプリ（アプリケーションの一例）に基づいて、アプリケーションの広告情報（告知情報の一例）を広告サーバ５０（管理装置の一例）へ要求する。表示制御部１４０は、広告要求部１２０の広告要求（要求の一例）に応じて、ユーザ端末１０を利用するユーザに対して告知対象となる広告主アプリ（対象アプリケーションの一例）の広告情報を広告サーバ５０から取得して出力する。なお、表示制御部１４０が取得する広告情報は、例えば、広告取得部１３０が広告サーバ５０から取得する。
そして、表示制御部１４０は、前回の広告要求をしてから今回の広告要求をするまでに広告主アプリがユーザ端末１０により実行されていない場合、今回の広告要求に基づいて上記ユーザに付与される報酬が変更されたことに対応した広告情報を、広告サーバ５０から取得して出力する。
【０２１３】
このように、ユーザ端末１０は、前回のリワード広告に表示した広告主アプリの広告が無視されたと判断した場合（少なくとも、この広告主アプリがユーザ端末１０により実行されていない場合）には、今回の広告要求に対して、報酬が変更されたリワード広告を表示する。つまり、リワード広告を一度表示したが興味を示さなかったユーザに対しては、報酬の変更に対応したリワード広告が表示される。よって、ユーザ端末１０は、一度表示したリワード広告に興味を示さなかったユーザに対して興味を引く広告を表示することができる。従って、本実施形態によれば、広告サーバ５０が広告に興味を示していないと判断したユーザに対して報酬の変更に対応した広告の表示を行うことにより、当該ユーザに対して興味を引くような広告を表示することができる。
【０２１４】
（１２）本実施形態による広告システム１（管理システムの一例）は、広告要求部１２０（要求部の一例）と、表示制御部１４０（出力部の一例）と、リワード処理部５７０（報酬付与処理部の一例）と、報酬変更部５５２（報酬変更部の一例）と、を備えている。
広告要求部１２０は、ユーザ端末１０（端末装置の一例）により実行された広告掲載アプリ（アプリケーションの一例）に基づいて、アプリケーションの広告情報（告知情報の一例）を要求する。表示制御部１４０は、広告要求部１２０の広告要求（要求の一例）に応じて、ユーザ端末１０を利用するユーザに対して告知対象となる広告主アプリ（対象アプリケーションの一例）の広告情報を取得して表示（出力の一例）する。報酬変更部５５２は、前回の広告要求をしてから今回の広告要求をするまでに、広告主アプリがユーザ端末１０により実行されていない場合に、今回の広告要求に基づいて上記ユーザに付与する報酬を変更する。
【０２１５】
このように、広告システム１は、前回のリワード広告に表示した広告主アプリの広告が無視されたと判断した場合（少なくとも、この広告主アプリがユーザ端末１０により実行されていない場合）には、今回の広告要求に対して、報酬の変更に対応したリワード広告を表示する。つまり、リワード広告を一度表示したが興味を示さなかったユーザに対しては、報酬の変更に対応したリワード広告が表示される。よって、広告システム１は、一度表示したリワード広告に興味を示さなかったユーザに対して興味を引く広告を表示することができる。従って、本実施形態によれば、広告サーバ５０が広告に興味を示していないと判断したユーザに対して報酬の変更に対応した広告の表示を行うことにより、当該ユーザに対して興味を引くような広告を表示することができる。
【０２１６】
[第２の実施形態]
次に、本発明の第２の実施形態について説明する。
第１の実施形態では、一つの広告主アプリの広告が表示されるポップアップ型の表示形式のリワード広告の例を説明したが、本実施形態では、複数の広告主アプリの広告が表示されるリスト型の表示形式のリワード広告の例を説明する。また、第１の実施形態では、報酬変更として報酬内容を変更する例を説明したが、本実施形態では、報酬変更として報酬内容は同一で個数を変更する例で説明する。
【０２１７】
本実施形態による広告システム１Ａは、図２に示す広告システム１に対して、複数のユーザ端末１０とアプリサーバ３０とが同一で、広告サーバ５０Ａが相違する。つまり、本実施形態によるユーザ端末１０のハードウェア構成及び機能構成は、それぞれ図３及び図５に示すユーザ端末１０の構成と同様である。一方、本実施形態による広告サーバ５０Ａのハードウェア構成は、図４に示す広告サーバ５０のハードウェア構成と同様であるが、広告サーバ５０Ａの機能構成は、図６に示す広告サーバ５０の機能構成と相違する。ここでは、本実施形態による広告サーバ５０Ａの機能構成のうち、第１の実施形態と同様の構成については説明を省略し、第１の実施形態と相違する機能構成について、本実施形態の特徴的な処理を説明する。
【０２１８】
図２０は、本実施形態による広告サーバ５０Ａの機能構成の一例を示す概略構成図である。広告サーバ５０Ａは、サーバ制御部５３が広告制御プログラム等に基づいて実行する機能の構成として、管理部５１０と、取得部５３０と、広告情報処理部５４０Ａと、報酬変更処理部５５０Ａと、ストア情報通知部５６０と、リワード処理部５７０と、を備えている。また、広告サーバ５０Ａは、サーバ記憶部５２Ａが各種情報を記憶する機能の構成として、アプリケーション情報記憶部５２１と、報酬情報記憶部５２２Ａと、インストール情報記憶部５２３と、広告要求履歴記憶部５２４Ａと、送客情報記憶部５２５と、成果地点到達情報記憶部５２６と、を備えている。
【０２１９】
報酬情報記憶部５２２Ａには、報酬テーブルＴＢＬ５０２Ａと、報酬変更有無管理テーブルＴＢＬ５０３Ａとが記憶されている。
図２１は、本実施形態による報酬テーブルＴＢＬ５０２Ａの一例を示す図である。この図に示す報酬テーブルＴＢＬ５０２Ａには、アプリＩＤと、報酬としての報酬アイテムＩＤ及び報酬アイテム個数の倍率と、が関連付けられて格納される。ここで、報酬アイテム個数の倍率は、報酬として付与されるアイテムの元の個数に対する倍率であり、報酬の変更有無に応じて、報酬変更有無が「変更無」の場合の倍率と、報酬変更有無が「変更有」場合の倍率と、のそれぞれが格納される。
【０２２０】
ここで、広告掲載アプリで付与される元の報酬アイテム個数（倍率を適用する個数）は、例えば、広告主アプリの販売価格に基づいて設定される。なお、広告主アプリの販売価格は、アプリケーション情報テーブルＴＢＬ５０１にアプリ価格として格納されている（図７参照）。例えば、広告主アプリの販売価格が０円（無料）のものは、元の報酬アイテム個数を「１」とし、有料のものは販売価格を３００で除した数値（端数は切り捨て）とする。したがって、広告主アプリの販売価格が１０００円の場合には報酬アイテム個数は３個となる。
【０２２１】
この図に示す例では、アプリＩＤが「ＡＰ−Ｘ」であるアプリＸの報酬は、報酬アイテムＩＤが「α」である報酬αであり、報酬アイテム個数の倍率が、報酬変更有無が「変更無」の場合には１倍（「×１」）、報酬変更有無が「変更有」の場合には１０倍（「×１０」）であることを示している。また、アプリＩＤが「ＡＰ−Ａ」であるアプリＡの報酬は、報酬アイテムＩＤが「β」である報酬βであり、報酬アイテムの個数の倍率が、報酬変更有無が「変更無」の場合には１倍（「×１」）、報酬変更有無が「変更有」の場合には５倍（「×５」）であることを示している。例えば、報酬αは、アプリＸで一般的に入手しやすいアイテム（例えば、ノーマルカード）である。また、報酬βは、アプリＡで一般的に入手しやすいアイテム（例えば、ノーマルカード）である。
【０２２２】
図２２は、本実施形態による報酬変更有無管理テーブルＴＢＬ５０３Ａの一例を示す図である。報酬変更有無管理テーブルＴＢＬ５０３Ａには、広告ユーザＩＤ（ここでは、「ｕ１」）と、広告掲載アプリＩＤ（ここでは、「ＡＰ−Ｘ」）と、広告主アプリＩＤ（ここでは、「ＡＰ−Ａ」）と、報酬変更有無（「変更無」又は「変更有」）と、が関連付けられて報酬変更有無管理情報として格納される。なお、広告主アプリＩＤは、この広告要求情報に応じてユーザ端末１０に送信するリワード広告に表示される広告主アプリのアプリＩＤである。本実施形態では、広告主アプリが同一であることを報酬変更の条件に加えるため、報酬変更有無管理情報に広告主アプリＩＤを含めて管理する。
【０２２３】
広告要求履歴記憶部５２４Ａには、広告要求履歴テーブルＴＢＬ５０５Ａが記憶されている。
図２３は、本実施形態による広告要求履歴テーブルＴＢＬ５０５Ａの一例を示す図である。この図に示す広告要求履歴テーブルＴＢＬ５０５Ａには、広告要求履歴管理ＩＤと、ユーザ端末１０に対応する広告ユーザＩＤと、広告掲載アプリＩＤと、広告主アプリＩＤと、広告要求日時と、が関連付けられて広告要求履歴として格納される。報酬変更有無管理テーブルＴＢＬ５０３Ａと同様に、本実施形態では、広告主アプリが同一であることを報酬変更の条件に加えるため、広告要求履歴に広告主アプリＩＤを含めて管理する。
【０２２４】
この図に示す例では、広告要求履歴管理ＩＤが「１」の広告要求履歴として、広告ユーザＩＤが「ｕ１」、広告掲載アプリＩＤが「ＡＰ−Ｘ」、広告主アプリが「ＡＰ−Ａ」、広告要求日時が「・・・」（省略）の広告要求履歴が広告要求履歴テーブルＴＢＬ５０５に格納されていることを示している。また、広告要求履歴管理ＩＤが「２」の広告要求履歴として、広告ユーザＩＤが「ｕ１」、広告掲載アプリＩＤが「ＡＰ−Ｘ」、広告主アプリが「ＡＰ−Ｂ」、広告要求日時が「・・・」（省略）の広告要求履歴が広告要求履歴テーブルＴＢＬ５０５に格納されていることを示している。
【０２２５】
図２０に戻り、広告情報処理部５４０Ａは、広告情報生成部５４１Ａと、広告通知部５４２と、を備えている。広告情報生成部５４１Ａは、複数の広告主アプリの広告が表示されるリスト型のリワード広告を生成する。
【０２２６】
例えば、広告情報生成部５４１Ａは、広告情報処理部５４０Ａが広告要求取得部５３２から広告要求情報を受け取ると、アプリケーション情報テーブルＴＢＬ５０１に記憶されている複数のアプリケーションのうちのユーザ端末１０により実行されたことのないアプリケーションの中から、リワード広告に表示させる広告主アプリを決定する。なお、広告情報生成部５４１Ａは、アプリケーション情報テーブルＴＢＬ５０１に記憶されている複数のアプリケーションのうちの一部を広告主アプリとして決定してもよいし、全部を広告主アプリとして決定してもよい。
【０２２７】
また、広告情報生成部５４１Ａは、広告要求履歴テーブルＴＢＬ５０５Ａを参照して、同一のユーザ端末１０、同一の広告掲載アプリ、及び同一の広告主アプリによる広告要求履歴があるか否かを判定する。そして、広告情報生成部５４１Ａは、同一のユーザ端末１０、同一の広告掲載アプリ、及び同一の広告主アプリによる広告要求履歴がないと判定した場合には、広告要求履歴テーブルＴＢＬ５０５Ａに新たなレコードを生成し、受け取った広告要求情報に含まれる広告ユーザＩＤ及び広告掲載アプリＩＤと、決定した広告主アプリの広告主アプリＩＤと、広告要求日時とを広告要求履歴として格納する。なお、広告情報生成部５４１Ａは、広告主アプリが複数の場合には、広告主アプリごとに複数のレコードを生成する。
【０２２８】
また、広告情報生成部５４１Ａは、報酬変更有無管理テーブルＴＢＬ５０３Ａを参照して、上記の生成した広告要求履歴に含まれる広告ユーザＩＤ、広告掲載アプリＩＤ、及び広告主アプリＩＤが関連付けられた報酬変更有無管理情報が記憶されているか否かを判定する。そして、広告情報生成部５４１は、広告要求履歴に含まれる広告ユーザＩＤ、広告掲載アプリＩＤ、及び広告主アプリＩＤが関連付けられた報酬変更有無管理情報が記憶されていないと判定した場合には、報酬変更有無管理テーブルＴＢＬ５０３Ａに新たなレコードを生成し、この広告要求履歴に含まれる広告ユーザＩＤ、広告掲載アプリＩＤ、及び広告主アプリＩＤを格納するとともに、報酬変更有無には初期値の「変更無」を格納する。そして、広告情報生成部５４１は、生成した報酬変更有無管理情報に基づいて、リワード広告に表示させる広告主アプリごとの報酬（報酬内容及び報酬内容の個数）を決定する。
【０２２９】
報酬変更処理部５５０Ａは、報酬変更判定部５５１Ａと、報酬変更部５５２と、を備えている。報酬変更判定部５５１Ａは、同一のユーザ端末１０、同一の広告掲載アプリ、及び同一の広告主アプリによる広告要求履歴があると広告情報生成部５４１Ａにより判定された場合、その広告要求履歴に対応する前回のリワード広告が無視されたか否かを判定する。この判定方法は、第１の実施形態で説明した判定方法を適用することができる。
【０２３０】
そして、報酬変更判定部５５１Ａは、前回のリワード広告が無視されたと判定された場合には、前回のリワード広告が無視されたものとして、報酬変更部５５２に対して報酬のを変更する指示を行う。一方、報酬変更判定部５５１は、前回のリワード広告が無視されたと判定されていない場合には、報酬変更部５５２に対して報酬を変更する指示を行わない。
【０２３１】
報酬変更部５５２は、報酬変更判定部５５１Ａから報酬を変更する指示を受け取ると、報酬情報記憶部５２２に記憶されている報酬変更有無管理テーブルＴＢＬ５０３Ａの報酬変更有無を「変更無」から「変更有」に変更する。これにより、本実施形態の広告サーバ５０Ａによれば、広告主アプリごとに前回のリワード広告が無視されたか否かに応じて報酬を変更することができる。
【０２３２】
次に、図２４を参照して、本実施形態によるリワード広告における報酬の変更例を説明する。図２４は、本実施形態による報酬内容の変更例を説明するためのリワード広告の表示例を示す図である。この図は、広告掲載アプリであるアプリＸからの広告要求に応じて表示されるリスト型のリワード広告の例であって、リワード広告ＡＤ２１が前回のリワード広告の表示例であり、リワード広告ＡＤ２２が今回のリワード広告の表示例である。
【０２３３】
リワード広告ＡＤ２１には広告主アプリとして、アプリＡ、アプリＢ、アプリＣ、及びアプリＤのそれぞれの広告が表示されている。また、各広告主アプリの広告には、報酬を示す情報として、報酬内容を示す報酬αと、報酬変更有無が「変更無」（個数の倍率が１倍）の場合の報酬内容の個数を示す情報が関連付けられて表示されている。ここでは、アプリＡの広告には報酬α及び個数１（「×１」）、アプリＢの広告には報酬α及び個数５（「×５」）、アプリＣの広告には報酬α及び個数１「×１」）、アプリＤの広告には報酬α及び個数２（「×２」）、がそれぞれ関連付けられて表示されている。なお、このときの広告主アプリの広告それぞれの報酬の個数は、広告主アプリそれぞれのアプリ価格に基づいて設定された個数に、それぞれ１倍の倍率を適用した個数である。
【０２３４】
ここで、リワード広告ＡＤ２１に表示されている広告のうち、アプリＡの広告、アプリＢ、及びアプリＤのリワード広告が選択されず（即ち、無視され）、アプリＣのリワード広告が選択された、即ち、無視されなかったものとする。但し、アプリＣは、ユーザ端末１０においてまだ実行されてはいないものとする。この場合、リワード広告ＡＤ２２では、前回のリワード広告ＡＤ２１で無視されたアプリＡの広告及びアプリＢの広告に関連付けられる報酬は、報酬変更有無が「変更有」の報酬に変更される。ここでは、報酬変更有無が「変更有」の倍率（１０倍）が適用され、アプリＡの広告に関連付けられる報酬の個数が１０（「×１０」）、及びアプリＢの広告に関連付けられる報酬の個数が５０（「×５０」）となっている。
【０２３５】
一方、リワード広告ＡＤ２２では、前回のリワード広告ＡＤ２１で無視されなかったアプリＣの広告に関連付けられる報酬は、リワード広告ＡＤ２１から変更されない。また、リワード広告ＡＤ２２には、リワード広告ＡＤ２１に表示されたアプリＡ〜Ｄの広告以外に、アプリＥの広告が表示されている。このアプリＥの広告は、リワード広告ＡＤ２１で無視された広告ではない。そのため、アプリＥの広告には、報酬αと、アプリＥのアプリ価格に基づいて設定された個数に１倍の倍率（報酬変更有無が「変更無」）を適用した個数（ここでは、個数２（「×２」））、がそれぞれ関連付けられて表示されている。
【０２３６】
〔第２の実施形態のまとめ〕
以上説明してきたように、本実施形態による広告システム１Ａ（管理システムの一例）において、広告サーバ５０Ａ（管理装置の一例）は、広告通知部５４２（送信部の一例）と、リワード処理部５７０（報酬付与処理部の一例）と、報酬変更部５５２（報酬変更部の一例）と、を備えている。
広告通知部５４２は、ユーザ端末１０（端末装置の一例）により実行された広告掲載アプリ（アプリケーションの一例）からの広告要求（要求の一例）を受けることにより、ユーザ端末１０を利用するユーザに対して告知対象となる複数の広告主アプリ（複数の対象アプリケーションの一例）の広告情報（告知情報の一例）をユーザ端末１０に対して送信する。リワード処理部５７０は、上記広告主アプリの導入に対する報酬付与の条件が充足されたことに基づいて、ユーザ端末１０を利用するユーザに報酬を付与する。報酬変更部５５２は、前回の広告要求を受けてから今回の広告要求を受けるまでに、それぞれの要求で告知対象となる共通の広告主アプリ（共通の前記対象アプリケーションの一例）がユーザ端末１０により実行されていない場合に、今回の要求に基づいて、当該共通の広告主アプリに対するユーザに付与する報酬を変更する。
また、第１の実施形態で説明した報酬変更条件の変形例は、本実施形態による広告システム１Ａでも採用し得る。
【０２３７】
このように、本実施形態による広告システム１Ａにおいて、広告サーバ５０Ａは、複数の広告主アプリの広告を表示するリスト型のリワード広告においても、第１の実施形態と同様に、前回のリワード広告に表示した広告主アプリの広告が無視されたと判断した場合には、リワード広告の報酬を変更することができる。例えば、広告サーバ５０Ａは、複数の広告主アプリの広告のうち、無視された広告の報酬のみを変更したリワード広告を表示させることができる。よって、広告サーバ５０Ａは、一度表示したリワード広告に興味を示さなかったユーザに対して興味を引く広告を表示することができる。従って、本実施形態によれば、広告サーバ５０Ａが広告に興味を示していないと判断したユーザに対して報酬の変更に対応した広告の表示を行うことにより、当該ユーザに対して興味を引くような広告を表示することができる。
【０２３８】
[変形例]
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成は上述の実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。例えば、上述の第１、第２の実施形態において説明した各機能は、任意に組み合わせることができる。なお、以下の記載において、広告サーバ５０、５０Ａ、を特に区別しない場合には、単に「広告サーバ５０」として記載する。
【０２３９】
（１）第１の実施形態および第２の実施形態では、報酬変更部５５２は、広告主アプリから前回の広告要求情報を取得してから今回の広告要求情報を取得するまでの間が所定の時間以上である場合に報酬を変更する例を説明したが、広告要求情報を取得したときの時間的な条件は、これに限られるものではない。
【０２４０】
例えば、報酬変更部５５２は、前回の広告要求情報（前回の要求の一例）を取得してから今回の広告要求情報（今回の要求の一例）を取得するまでの間に所定の基準時を挟む場合に報酬を変更するようにしてもよい。ここで、この所定の基準時とは、例えば、１日（２４時間）を単位としたときの１日の開始時（例えば、０時）や、１週間（７日間）を単位としたときの一週間の開始時（例えば、月曜日の０時）である。
【０２４１】
これにより、広告サーバ５０は、前日（前週）にユーザ端末１０に表示させたリワード広告が選択されない場合、又は当該リワード広告の広告主アプリがユーザ端末１０に導入されていない場合、その日（今週）初めてユーザ端末１０に表示させるリワード広告を、当該リワード広告が無視されたものとし、前日（前週）の報酬から変更した報酬とすることができる。
【０２４２】
また、報酬変更部５５２は、所定期間において初めて広告要求情報（要求の一例）を取得した場合に、報酬を変更するようにしてもよい。ここで、この所定期間とは、例えば、１日の期間である。
【０２４３】
これにより、広告サーバ５０は、前日にユーザ端末１０に表示させたリワード広告が選択されない場合、又は当該リワード広告の広告主アプリがユーザ端末１０に導入されていない場合、その日初めてユーザ端末１０に表示させるリワード広告を、当該リワード広告が無視されたものとし、前日の報酬の内容から変更した報酬の内容とすることができる。なお、この所定期間は、１週間の期間、１か月の期間等としてもよい。
【０２４４】
（２）第１の実施形態ではポップアップ型のリワード広告を、第２の実施形態ではリスト型のリワード広告を、それぞれ例に説明したが、第１の実施形態では、一つの広告主アプリの広告が表示されるバナー型、又はアイコン型のリワード広告としてもよい。また、第２の実施形態では、複数の広告主アプリの広告が表示されるポップアップ型のリワード広告としてもよい。
【０２４５】
（３）上記実施形態では、報酬変更として、報酬内容（アイテム）や報酬内容の個数の変更を例として説明したが、これに限られるものではなく、報酬の付与先の変更としてもよい。即ち、報酬変更部５５２は、報酬の付与先を変更することを、報酬を変更することとしてもよい。例えば、図８に示す報酬変更有無管理情報が記憶される報酬変更有無管理テーブルＴＢＬ５０３に代えて、報酬の付与先を示す情報が記憶されるようにしてもよい。例えば、報酬の付与先は、初期値として広告掲載アプリが設定され、変更後には、広告主アプリが設定されてもよいし、広告掲載アプリと広告主アプリとの両方が設定されてもよい。また、報酬の付与先は、初期値として広告主アプリが設定され、変更後には、広告掲載アプリが設定されてもよいし、広告掲載アプリと広告主アプリとの両方が設定されてもよい。
【０２４６】
これにより、広告サーバ５０は、ユーザ端末１０に表示させたリワード広告が無視されたと判断した場合には、リワード広告の報酬の付与先を変更するため、一度表示したリワード広告に興味を示さなかったユーザが報酬に興味を示す可能性がある。従って、このユーザに対して興味を引くような広告を表示することができる。
【０２４７】
（４）上記実施形態では、同一の広告掲載アプリからの広告要求に応じて表示されるリワード広告が無視されたことを前提として、報酬を変更する処理を説明したが、異なる広告掲載アプリからの広告要求に応じて表示されるリワード広告が無視されたと判断した場合にも報酬を変更してもよい。即ち、報酬変更部５５２は、前回の広告要求（要求の一例）をしたアプリケーションと、今回の広告要求をしたアプリケーションとが異なる場合であっても前記報酬を変更するようにしてもよい。なお、この例の場合、前回の広告要求に対する広告主アプリ（対象アプリケーションの一例）と、今回の広告要求（要求の一例）に対する広告主アプリとが同一であることが好ましい。
【０２４８】
例えば、広告通知部５４２は、広告システム１に対応する複数のアプリケーションのうちユーザ端末１０（端末装置の一例）により実行された他の広告掲載アプリ（例えば、アプリＸと異なるアプリＹ）に基づく広告要求情報を受けることにより、広告主アプリ（例えば、アプリＡ）に関連付けられた広告情報（告知情報の一例）を報酬の内容を示す情報と関連付けてユーザ端末１０に対して送信する。
そして、報酬変更部５５２は、広告掲載アプリ（アプリＸ）に基づく広告要求情報を受ける以前に他の広告掲載アプリ（アプリＹ）に基づく広告要求情報をユーザ端末１０から受け、且つ他の広告掲載アプリ（アプリＹ）に基づく広告要求情報を受けてから広告掲載アプリ（アプリＹ）に基づく広告要求情報を受けるまでに同一の広告主アプリ（アプリＡ）がユーザ端末１０により実行されたことを示す情報をユーザ端末１０から受けていない場合に報酬を変更する。
【０２４９】
これにより、広告サーバ５０は、異なる広告掲載アプリ（アプリＸとアプリＹ）によるリワード広告であっても、同一のユーザ端末１０による同一の広告主アプリのリワード広告であれば、リワード広告の報酬を変更する。従って、ある広告掲載アプリで一度表示したリワード広告に興味を示さなかったユーザに対して、他の広告掲載アプリで同一の広告主アプリのリワード広告を表示する場合に、ユーザの興味を引くような広告を表示することができる。
【０２５０】
（５）上記実施形態では、広告サーバ５０とユーザ端末１０とが直接的に通信することにより各種情報を送受信する例を説明した。ここで、広告サーバ５０は、ユーザ端末１０に導入されているアプリケーションとアプリサーバ３０を介して通信セッションを確立させた後で、ユーザ端末１０と直接的に通信してもよい。同様に、ユーザ端末１０は、ユーザ端末１０に導入されているアプリケーションとアプリサーバ３０を介して通信セッションを確立させた後で、広告サーバ５０と直接的に通信してもよい。
【０２５１】
なお、ユーザ端末１０から直接的に広告サーバ５０と通信する場合に、必要に応じて通信セッションを確立させるようにしてもよい。つまり、通信セッションを確立させる前に直接的に広告サーバ５０と通信する場合と、通信セッションを確立させた後に直接的に広告サーバ５０と通信する場合との両方を含んでもよい。
【０２５２】
また、広告サーバ５０とユーザ端末１０とは、アプリサーバ３０を介して、ユーザ端末１０と間接的に通信してもよい。
【０２５３】
（６）上記実施形態では、ユーザ端末１０を利用するユーザを一意に識別可能な情報としての広告ユーザＩＤが、ユーザ端末１０に最初に広告システム１に対応したアプリケーションがインストールされて起動されたときに生成して取得される例を説明したが、これに限られるものではない。例えば、ユーザ端末１０に固有に設定されている電話番号やメールアドレス（例えば、スマートフォンの場合）を広告ユーザＩＤとしてもよい。しかしながら、電話番号やメールアドレス等のような個人情報を利用せずに、本実施形態のように広告ユーザＩＤを生成して取得したものを利用する方がセキュリティの面で有利である。また、広告ユーザＩＤとして、ユーザ端末１０ごとに一意に割り振られるＵＤＩＤ（Unique Device Identifier）、ＩＭＥＩ（International Mobile Equipment Identity）、又はＩＭＳＩ（International Mobile Subscriber Identity）等の識別番号を利用してもよい。またこれら識別番号をハッシュ化又は暗号化して利用してもよい。また、広告ユーザＩＤとして、ユーザ端末１０のＯＳの機能としてユーザ端末１０ごとに対応付けられた互いに異なる情報であって、各アプリケーションによって使用することが許可されている情報（例えば、広告識別子（Advertising Identifier））を利用してもよい。また、広告サーバ５０が生成した広告ユーザＩＤを、ユーザ端末１０が取得して利用してもよい。
また、広告ユーザＩＤとして、広告サーバ５０が、画面解像度・幅、タイムゾーン時差等の１００種類程度のパラメータをユーザ端末１０から取得して、所定のアルゴリズムを用いて生成したＩＤを広告サーバ５０で利用してもよい。この場合には、ユーザ端末１０での広告ユーザＩＤの管理が不要となる。
【０２５４】
（７）上述した広告システム１が備える各構成は、任意のコンピュータ装置に分散または集約して配置することができる。例えば、広告サーバ５０、アプリサーバ３０、又はアプリストア７０は、クラウド環境やネットワーク環境、ユーザ数の規模、広告システム１を構成するために用意されたハードウェアの数やスペック等に応じて、任意のコンピュータ装置に分散または集約して配置することができる。例えば、広告サーバ５０のサーバ記憶部５２は、広告サーバ５０とは異なるサーバ装置に備えられてもよい。そして、広告サーバ５０が備える管理部５１０が広告サーバ５０とは異なるサーバ装置に備えられたサーバ記憶部５２と通信することにより、サーバ記憶部５２が備える各部が記憶する各情報を管理してもよい。また、広告サーバ５０、アプリサーバ３０、又はアプリストア７０が一体となったサーバ装置として構成されてもよい。
【０２５５】
（８）上述の端末制御部１５が実行する機能（初期化処理部１１０、広告要求部１２０、広告取得部１３０、表示制御部１４０、送客情報通知部１５０、若しくは成果地点到達情報通知部１６０の機能）、又はサーバ制御部５３が実行する機能（管理部５１０、取得部５３０、広告情報処理部５４０（５４０Ａ）、報酬変更処理部５５０（５５０Ａ）、ストア情報通知部５６０、若しくはリワード処理部５７０の機能）の一部又は全部を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより上述の各部の処理を行ってもよい。ここで、「記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行する」とは、コンピュータシステムにプログラムをインストールすることを含む。ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータシステム」は、インターネットやＷＡＮ、ＬＡＮ、専用回線等の通信回線を含むネットワークを介して接続された複数のコンピュータ装置を含んでもよい。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。このように、プログラムを記憶した記録媒体は、ＣＤ−ＲＯＭ等の非一過性の記録媒体であってもよい。また、記録媒体には、当該プログラムを配信するために配信サーバからアクセス可能な内部または外部に設けられた記録媒体も含まれる。配信サーバの記録媒体に記憶されるプログラムのコードは、端末装置で実行可能な形式のプログラムのコードと異なるものでもよい。即ち、配信サーバからダウンロードされて端末装置で実行可能な形でインストールができるものであれば、配信サーバで記憶される形式は問わない。なお、プログラムを複数に分割し、それぞれ異なるタイミングでダウンロードした後に端末装置で合体される構成や、分割されたプログラムのそれぞれを配信する配信サーバが異なっていてもよい。さらに「コンピュータ読み取り可能な記録媒体」とは、ネットワークを介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。また、上記プログラムは、上述した機能の一部を実現するためのものであってもよい。さらに、上述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。
【０２５６】
また、上述した機能の一部または全部を、ＬＳＩ（Ｌａｒｇｅ  Ｓｃａｌｅ  Ｉｎｔｅｇｒａｔｉｏｎ）等の集積回路として実現してもよい。上述した各機能は個別にプロセッサ化してもよいし、一部、または全部を集積してプロセッサ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、または汎用プロセッサで実現してもよい。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いてもよい。
【０２５７】
[付記]
以上の記載から本発明は例えば以下のように把握される。なお、本発明の理解を容易にするために添付図面の参照符号を便宜的に括弧書きにて付記するが、それにより本発明が図示の態様に限定されるものではない。
【０２５８】
（１）本発明の一態様に係る管理装置（５０、５０Ａ）は、端末装置（１０）により実行されたアプリケーションからの要求を受けることにより、前記端末装置を利用するユーザに対して告知対象となる対象アプリケーションの告知情報を前記端末装置に対して送信する送信部（５４２、Ｓ５０６、Ｓ５３８）と、前記対象アプリケーションの導入に対する報酬付与の条件が充足されたことに基づいて、前記ユーザに報酬を付与する報酬付与処理部（５７０、Ｓ５５４、Ｓ５６２）と、前回の前記要求を受けてから今回の前記要求を受けるまでに、前記対象アプリケーションが前記端末装置により実行されていない場合に、今回の前記要求に基づいて前記ユーザに付与する報酬を変更する報酬変更部（５５２、Ｓ５２４、Ｓ５３２、Ｓ５３４）と、を備える。
【０２５９】
上記構成によれば、前回のリワード広告に表示した広告主アプリの広告が無視されたと判断した場合（少なくとも、この広告主アプリが端末装置により実行されていない場合）には、リワード広告の報酬を変更することができる。従って、ユーザに対してアプリケーションの導入に係る広告に興味を持たせることができる。
【０２６０】
（２）本発明の一態様は、（１）に記載の管理装置であって、前記送信部は、前記報酬変更部が報酬を変更した場合に、当該変更に対応した告知情報を前記端末装置に対して送信する。
【０２６１】
上記構成によれば、一度表示したリワード広告に興味を示さなかったユーザに対して、報酬を変更したことを通知することができる。従って、報酬の変更に対応したリワード広告に切り替えるようにすることで、ユーザの興味を引くような広告を表示することができる。
【０２６２】
（３）本発明の一態様は、（１）又は（２）に記載の管理装置であって、前回の前記要求を受けてから今回の前記要求を受けるまでに、前記対象アプリケーションが前記端末装置により実行されたことを示す通知情報を前記端末装置から受けていないことを判定する判定部（５５１、５５１Ａ、Ｓ５２４、Ｓ５３２）、を備え、前記報酬変更部（５５２、Ｓ５３４）が、前記判定部が肯定判定した場合を、前回の前記要求を受けてから今回の前記要求を受けるまでに前記対象アプリケーションが前記端末装置により実行されていない場合として、今回の前記要求に基づいて前記ユーザに付与する報酬を変更する。
【０２６３】
上記構成によれば、前回のリワード広告に表示した広告主アプリがユーザ端末１０により実行されていないと判定した場合には、前回のリワード広告が無視されたものとして、リワード広告の報酬を変更する。従って、ユーザに対してアプリケーションの導入に係る広告に興味を持たせることができる。さらに、報酬の変更に対応したリワード広告に切り替えるようにすれば、ユーザの興味を引くような広告を表示することができる。
【０２６４】
（４）本発明の一態様は、（１）又は（２）に記載の管理装置であって、前回の前記要求を受けてから今回の前記要求を受けるまでに、前回の前記要求により送信された前記対象アプリケーションの告知情報が選択されたことを示す選択情報を前記端末装置から取得していないことを判定する判定部（５５１、５５１Ａ、Ｓ５２４、Ｓ５３２）、を備え、前記報酬変更部（５５２、Ｓ５３４）が、前記判定部が肯定判定した場合を、前回の前記要求を受けてから今回の前記要求を受けるまでに前記対象アプリケーションが前記端末装置により実行されていない場合として、今回の前記要求に基づいて前記ユーザに付与する報酬を変更する。
【０２６５】
上記構成によれば、前回のリワード広告に表示した広告主アプリの広告がユーザにより選択されていないと判定した場合には、前回のリワード広告が無視されたものとして、リワード広告の報酬を変更する。従って、ユーザに対してアプリケーションの導入に係る広告に興味を持たせることができる。さらに、報酬の変更に対応したリワード広告に切り替えるようにすれば、ユーザの興味を引くようなを表示することができる。
【０２６６】
（５）本発明の一態様は、（１）又は（２）に記載の管理装置であって、前回の前記要求を受けてから今回の前記要求を受けるまでに、前回の前記要求により送信された前記対象アプリケーションの告知情報が選択されたことを示す選択情報を前記端末装置から取得し、且つ前記対象アプリケーションが前記端末装置により実行されたことを示す通知情報を前記端末装置から取得していないことを判定する判定部（５５１、５５１Ａ、Ｓ５２４、Ｓ５３２）、を備え、前記報酬変更部（５５２、Ｓ５３４）が、前記判定部が肯定判定した場合を、前回の前記要求を受けてから今回の前記要求を受けるまでに前記対象アプリケーションが前記端末装置により実行されていない場合として、今回の前記要求に基づいて前記ユーザに付与する報酬を変更する。
【０２６７】
上記構成によれば、前回のリワード広告に表示した広告主アプリの広告がユーザにより選択されたと判定しても、その広告主アプリがユーザ端末１０により実行されていないと判定した場合には、前回のリワード広告が無視されたものとして、リワード広告の報酬を変更する。従って、ユーザに対してアプリケーションの導入に係る広告に興味を持たせることができる。さらに、報酬の変更に対応したリワード広告に切り替えるようにすれば、ユーザの興味を引くような広告を表示することができる。
【０２６８】
（６）本発明の一態様は、（１）から（５）の何れか一項に記載の管理装置であって、前記報酬変更部は、前回の前記要求に対する前記対象アプリケーションと、今回の前記要求に対する前記対象アプリケーションとが同一である場合に前記報酬を変更する。
【０２６９】
上記構成によれば、一度表示した広告主アプリのリワード広告が無視されたと判断された場合であっても、同一のユーザ端末１０による同一の広告主アプリのリワード広告であれば、リワード広告の報酬を変更する。従って、一度表示したリワード広告に興味を示さなかったユーザに対して、再度同一の広告主アプリのリワード広告を表示する場合に、アプリケーションの導入に係る広告に興味を持たせることができる。さらに、報酬の変更に対応したリワード広告に切り替えるようにすれば、ユーザの興味を引くような広告を表示することができる。
【０２７０】
（７）本発明の一態様は、（６）に記載の管理装置であって、前記報酬変更部は、前回の前記要求をしたアプリケーションと、今回の前記要求をしたアプリケーションとが異なる場合であっても前記報酬を変更する。
【０２７１】
上記構成によれば、異なる広告掲載アプリによるリワード広告が無視されたと判断した場合であっても、同一のユーザ端末１０による同一の広告主アプリのリワード広告であれば、リワード広告の報酬を変更する。従って、ある広告掲載アプリで一度表示したリワード広告に興味を示さなかったユーザに対して、他の広告掲載アプリで同一の広告主アプリのリワード広告を表示する場合に、アプリケーションの導入に係る広告に興味を持たせることができる。さらに、報酬の変更に対応したリワード広告に切り替えるようにすれば、ユーザの興味を引くような広告を表示することができる。
【０２７２】
（８）本発明の一態様は、（１）から（７）の何れか一項に記載の管理装置であって、
前記告知情報は、前記対象アプリケーションを示すアプリケーション情報と、前記ユーザに付与する報酬を示す報酬情報を含み、前記送信部は、前回の前記要求を受けてから今回の前記要求を受けるまでに前記対象アプリケーションが前記端末装置により実行されていない場合に、今回の前記要求を受けたとき、前記報酬変更部で変更した報酬に従った報酬情報を含む前記告知情報を前記端末装置に対して送信する。
【０２７３】
上記構成によれば、リワード広告を一度表示したが興味を示さなかったユーザに対しては、報酬の変更に対応したリワード広告が表示される。従って、ユーザに対してアプリケーションの導入に係る広告に興味を持たせることができる。さらに、報酬の変更に対応したリワード広告に切り替えるようにすれば、ユーザの興味を引くような広告を表示することができる。
【０２７４】
（９）本発明の一態様は、（１）から（８）の何れか一項に記載の管理装置であって、前記報酬変更部（５５２、Ｓ５２８、Ｓ５３４）が、前回の前記要求を受けてから今回の前記要求を受けるまでの間が所定の時間以上である場合に前記報酬を変更する。
【０２７５】
上記構成によれば、リワード広告が選択されない期間、又はリワード広告の広告主アプリがユーザ端末１０に導入されない期間が所定の時間以上経過した場合に、リワード広告が無視されたと判定してリワード広告の報酬を変更する。従って、ユーザが意図的に報酬の変更を待ったとしても、上記所定の時間を長くすることで、すぐに変更後の報酬を取得できないようにすることができる。
【０２７６】
（１０）本発明の一態様は、（１）から（８）の何れか一項に記載の管理装置であって、前記報酬変更部（５５２、Ｓ５３４）が、前回の前記要求を受けてから今回の前記要求を受けるまでの間に所定の基準時を挟む場合に前記報酬を変更する。
【０２７７】
上記構成によれば、前日（前週）にユーザ端末１０に表示させたリワード広告が選択されない場合、又は当該リワード広告の広告主アプリがユーザ端末１０に導入されていない場合、その日（今週）初めてユーザ端末１０に表示させるリワード広告を、当該リワード広告が無視されたものとし、前日（前週）の報酬から変更した報酬とすることができる。従って、ユーザが意図的に報酬の変更を待ったとしても、上記所定の基準時を挟むことで、すぐに変更後の報酬を取得できないようにすることができる。
【０２７８】
（１１）本発明の一態様は、（１）から（８）の何れか一項に記載の管理装置であって、前記報酬変更部（５５２、Ｓ５３４）が、所定期間において初めて前記要求を受けた場合に前記報酬を変更する。
【０２７９】
上記構成によれば、前日にユーザ端末１０に表示させたリワード広告が選択されない場合、又は当該リワード広告の広告主アプリがユーザ端末１０に導入されていない場合、その日初めてユーザ端末１０に表示させるリワード広告を、当該リワード広告が無視されたものとし、前日の報酬の内容から変更した報酬の内容とすることができる。なお、この所定期間は、１週間の期間、１か月の期間等としてもよい。従って、ユーザが意図的に報酬の変更を待ったとしても、上記所定の期間を設けることで、すぐに変更後の報酬を取得できないようにすることができる。
【０２８０】
（１２）本発明の一態様は、（１）から（１１）の何れか一項に記載の管理装置であって、前記報酬変更部（５５２、Ｓ５３４）が、前記報酬の付与先を変更することを、前記報酬を変更することとする。
【０２８１】
上記構成によれば、ユーザ端末１０に表示させたリワード広告が無視されたと判断した場合には、リワード広告の報酬の付与先を変更する。従って、ユーザに対してアプリケーションの導入に係る広告に興味を持たせることができる。さらに、報酬の変更に対応したリワード広告に切り替えるようにすれば、ユーザの興味を引くような広告を表示することができる。
【０２８２】
（１３）本発明の一態様に係る端末装置（１０）は、自端末装置により実行されたアプリケーションに基づいて、アプリケーションの告知情報を管理装置（５０）へ要求する要求部（１２０、Ｓ１１０）と、前記要求部の要求に応じて、自端末装置を利用するユーザに対して告知対象となる対象アプリケーションの告知情報を前記管理装置から取得して出力する出力部（１３０、１４０、Ｓ１１２）と、を備え、前記出力部は、前回の前記要求をしてから今回の前記要求をするまでに前記対象アプリケーションが自端末装置により実行されていない場合、今回の前記要求に基づいて前記ユーザに付与される報酬が変更されたことに対応した告知情報を、前記管理装置から取得して出力する。
【０２８３】
上記構成によれば、前回のリワード広告に表示した広告主アプリの広告が無視されたと判断した場合（少なくとも、この広告主アプリが端末装置により実行されていない場合）には、今回の広告要求に対して、報酬の内容が変更されたリワード広告を表示するため、一度表示したリワード広告に興味を示さなかったユーザに対して興味を引く広告を表示することができる。従って、端末装置は、管理装置が広告に興味を示していないと判断したユーザに対して報酬の変更に対応した広告の表示を行うことにより、当該ユーザに対して興味を引くような広告を表示することができる。
【０２８４】
（１４）本発明の一態様に係る管理システム（１）は、端末装置（１０）により実行されたアプリケーションに基づいて、アプリケーションの告知情報を要求する要求部（１２０、Ｓ１１０）と、前記要求部の要求に応じて、前記端末装置を利用するユーザに対して告知対象となる対象アプリケーションの告知情報を取得して出力する出力部（１４０、Ｓ１１２）と、前記対象アプリケーションの導入に対する報酬付与の条件が充足されたことに基づいて、前記ユーザに報酬を付与する報酬付与処理部（５７０、Ｓ５５４、Ｓ５６２）と、前回の前記要求をしてから今回の前記要求をするまでに、前記対象アプリケーションが前記端末装置により実行されていない場合に、今回の前記要求に基づいて前記ユーザに付与する報酬を変更する報酬変更部（５５２、Ｓ５２４、Ｓ５３２、Ｓ５３４）と、を備える。
【０２８５】
上記構成によれば、前回のリワード広告に表示した広告主アプリの広告が無視されたと判断した場合（少なくとも、この広告主アプリが端末装置により実行されていない場合）には、今回の広告要求に対して、報酬の変更に対応したリワード広告を表示するため、広告システム１は、一度表示したリワード広告に興味を示さなかったユーザに対して興味を引く広告を表示することができる。従って、広告システムは、広告に興味を示していないと判断したユーザに対してアプリケーションの導入に係る広告に興味を持たせることができる。
【０２８６】
（１５）本発明の一態様に係る制御方法は、管理装置（５０、５０Ａ）の制御方法であって、送信部が、端末装置により実行されたアプリケーションからの要求を受けることにより、前記端末装置を利用するユーザに対して告知対象となる対象アプリケーションの告知情報を前記端末装置に対して送信するステップ（Ｓ５０６、Ｓ５３８）と、報酬付与処理部が、前記対象アプリケーションの導入に対する報酬付与の条件が充足されたことに基づいて、前記ユーザに報酬を付与するステップ（Ｓ５５４、Ｓ５６２）と、報酬変更部が、前回の前記要求を受けてから今回の前記要求を受けるまでに、前記対象アプリケーションが前記端末装置により実行されていない場合に、今回の前記要求に基づいて前記ユーザに付与する報酬を変更するステップ（Ｓ５２４、Ｓ５３２、Ｓ５３４）と、を含む。
【０２８７】
（１６）本発明の一態様に係る制御方法は、端末装置（１０）の制御方法であって、要求部が、自端末装置により実行されたアプリケーションに基づいて、アプリケーションの告知情報を管理装置へ要求する要求ステップ（Ｓ１１０）と、出力部が、前記要求に応じて、自端末装置を利用するユーザに対して告知対象となる対象アプリケーションの告知情報を取得して出力する出力ステップ（Ｓ１１２）と、を含み、前記出力ステップにおいて、前回の前記要求をしてから今回の前記要求をするまでに前記対象アプリケーションが自端末装置により実行されていない場合、今回の前記要求に基づいて前記ユーザに付与される報酬が変更されたことに対応した告知情報を、前記管理装置から取得して出力する。
【０２８８】
（１７）本発明の一態様に係る制御方法は、管理システム（１、１Ａ）の制御方法であって、要求部が、端末装置により実行されたアプリケーションに基づいて、アプリケーションの告知情報を要求するステップ（Ｓ１１０）と、出力部が、前記要求に応じて、前記端末装置を利用するユーザに対して告知対象となる対象アプリケーションの告知情報を取得して出力するステップ（Ｓ１１２）と、報酬付与処理部が、前記対象アプリケーションの導入に対する報酬付与の条件が充足されたことに基づいて、前記ユーザに報酬を付与するステップ（Ｓ５５４、Ｓ５６２）と、報酬変更部が、前回の前記要求をしてから今回の前記要求をするまでに、前記対象アプリケーションが前記端末装置により実行されていない場合に、今回の前記要求に基づいて前記ユーザに付与する報酬を変更するステップ（Ｓ５２４、Ｓ５３２、Ｓ５３４）と、を含む。
【０２８９】
（１８）本発明の一態様に係るプログラムは、管理装置（５０、５０Ａ）としてのコンピュータ（５１）に、端末装置（１０）により実行されたアプリケーションからの要求を受けることにより、前記端末装置を利用するユーザに対して告知対象となる対象アプリケーションの告知情報を前記端末装置に対して送信するステップ（Ｓ５０６、Ｓ５３８）と、前記対象アプリケーションの導入に対する報酬付与の条件が充足されたことに基づいて、前記ユーザに報酬を付与するステップ（Ｓ５５４、Ｓ５６２）と、前回の前記要求を受けてから今回の前記要求を受けるまでに、前記対象アプリケーションが前記端末装置により実行されていない場合に、今回の前記要求に基づいて前記ユーザに付与する報酬を変更するステップ（Ｓ５２４、Ｓ５３２、Ｓ５３４）と、を実行させるためのプログラムである。
【０２９０】
（１９）本発明の一態様に係るプログラムは、端末装置（１０）としてのコンピュータ（１１）に、自端末装置により実行されたアプリケーションに基づいて、アプリケーションの告知情報を管理装置（５０、５０Ａ）へ要求する要求ステップ（Ｓ１１０）と、前記要求に応じて、自端末装置を利用するユーザに対して告知対象となる対象アプリケーションの告知情報を取得して出力するとともに、前回の前記要求をしてから今回の前記要求をするまでに前記対象アプリケーションが自端末装置により実行されていない場合、今回の前記要求に基づいて前記ユーザに付与される報酬が変更されたことに対応した告知情報を、前記管理装置から取得して出力するステップ（Ｓ１１２）と、を実行させるためのプログラムである。
【０２９１】
（２０）本発明の一態様に係るプログラムは、端末装置（１０）にインストールされるアプリケーションのプログラムに組み込まれるプログラム（１０２０）であって、コンピュータ（１１）に、自端末装置により実行されたアプリケーションに基づいて、アプリケーションの告知情報を管理装置（５０、５０Ａ）へ要求するステップ（Ｓ１１０）と、前記要求に応じて、自端末装置を利用するユーザに対して告知対象となる対象アプリケーションの告知情報を取得して出力するとともに、前回の前記要求をしてから今回の前記要求をするまでに前記対象アプリケーションが自端末装置により実行されていない場合、今回の前記要求に基づいて前記ユーザに付与される報酬が変更されたことに対応した告知情報を、前記管理装置から取得して出力するステップ（Ｓ１１２）と、を実行させるためのプログラムである。
【０２９２】
（２１）本発明の一態様に係るプログラムは、管理システム（１、１Ａ）が備えるコンピュータ（１１、５１）に、端末装置（１０）により実行されたアプリケーションに基づいて、アプリケーションの告知情報を要求するステップ（Ｓ１１０）と、前記要求に応じて、前記端末装置を利用するユーザに対して告知対象となる対象アプリケーションの告知情報を取得して出力するステップ（Ｓ１１２）と、前記対象アプリケーションの導入に対する報酬付与の条件が充足されたことに基づいて、前記ユーザに報酬を付与するステップ（Ｓ５５４、Ｓ５６２）と、前回の前記要求をしてから今回の前記要求をするまでに、前記対象アプリケーションが前記端末装置により実行されていない場合に、今回の前記要求に基づいて前記ユーザに付与する報酬を変更するステップ（Ｓ５２４、Ｓ５３２、Ｓ５３４）と、を実行させるためのプログラムである。
【０２９３】
（２２）本発明の一態様に係る管理装置（５０Ａ）は、端末装置（１０）により実行されたアプリケーションからの要求を受けることにより、前記端末装置を利用するユーザに対して告知対象となる複数の対象アプリケーションの告知情報を前記端末装置に対して送信する送信部（５４２）と、前記対象アプリケーションの導入に対する報酬付与の条件が充足されたことに基づいて、前記ユーザに報酬を付与する報酬付与処理部（５７０）と、前回の前記要求を受けてから今回の前記要求を受けるまでに、それぞれの前記要求で告知対象となる共通の前記対象アプリケーションが前記端末装置により実行されていない場合に、今回の前記要求に基づいて、当該共通の前記対象アプリケーションに対する前記ユーザに付与する報酬を変更する報酬変更部（５５２）と、を備える。
【０２９４】
上記構成によれば、前回のリワード広告に表示した複数の広告主アプリの広告が無視されたと判断した場合（少なくとも、この広告主アプリが端末装置により実行されていない場合）には、複数の広告主アプリのうち無視されたと判断した広告主アプリに対する報酬を変更するため、一度表示したリワード広告に興味を示さなかったユーザに対して興味を引く広告を表示することができる。従って、管理装置は、広告に興味を示してないと判断したユーザに対してアプリケーションの導入に係る広告に興味を持たせることができる。
【符号の説明】
【０２９５】
１、１Ａ  広告システム、１０  ユーザ端末、１１  入力部、１２  表示部、１３  端末通信部、１４  端末記憶部、１５  端末制御部、３０  アプリサーバ、５０、５０Ａ、  管理サーバ、５１  サーバ通信部、５２、５２Ａ  サーバ記憶部、５３  サーバ制御部、７０  アプリストア、１１０  初期化処理部、１１１  識別情報取得部、１１２  インストール通知部、１２０  広告要求部、１３０  広告取得部、１４０  表示制御部、１５０  送客情報通知部、１６０  成果地点到達情報通知部、５１０  管理部、５２１  アプリケーション情報記憶部、５２２、５２２Ａ  報酬情報記憶部、５２３  インストール情報記憶部、５２４、５２４Ａ  広告要求履歴記憶部、５２５  送客情報記憶部、５２６  成果地点到達情報記憶部、５３０  取得部、５３１  インストール通知取得部、５３２  広告要求取得部、５３３  送客情報取得部、５３４  成果地点到達情報取得部、５４０、５４０Ａ、広告情報処理部、５４１、５４１Ａ  広告情報生成部、５４２、広告通知部、５５０、５５０Ａ、報酬変更処理部、５５１、５５１Ａ  報酬変更判定部、５５２  報酬変更部、５６０  ストア情報通知部、５７０  リワード処理部、ＴＢＬ５０１  アプリケーション情報テーブル、ＴＢＬ５０２、ＴＢＬ５０２Ａ  報酬テーブル、ＴＢＬ５０３、ＴＢＬ５０３Ａ  報酬変更有無管理テーブル、ＴＢＬ５０４  インストール情報管理テーブル、ＴＢＬ５０５、ＴＢＬ５０５Ａ  広告要求履歴テーブル、ＴＢＬ５０６  送客情報管理テーブル
【図１】
0006413175.tif 000002
【図２】
0006413175.tif 000003
【図３】
0006413175.tif 000004
【図４】
0006413175.tif 000005
【図５】
0006413175.tif 000006
【図６】
0006413175.tif 000007
【図７】
0006413175.tif 000008
【図８】
0006413175.tif 000009
【図９】
0006413175.tif 000010
【図１０】
0006413175.tif 000011
【図１１】
0006413175.tif 000012
【図１２】
0006413175.tif 000013
【図１３】
0006413175.tif 000014
【図１４】
0006413175.tif 000015
【図１５】
0006413175.tif 000016
【図１６】
0006413175.tif 000017
【図１７】
0006413175.tif 000018
【図１８】
0006413175.tif 000019
【図１９】
0006413175.tif 000020
【図２０】
0006413175.tif 000021
【図２１】
0006413175.tif 000022
【図２２】
0006413175.tif 000023
【図２３】
0006413175.tif 000024
【図２４】
0006413175.tif 000025