(57)【要約】【課題】アプリケーションのプログラムを変更することなく、期間に応じたキャンペーンに関する情報をユーザに提供すること。【解決手段】複数の対象アプリケーションに関する情報と、当該複数の対象アプリケーションのうちの複数の特定アプリケーションに対して設定された第１の期間を有するイベントに関する情報を管理する管理装置は、端末装置にインストールされている対象アプリケーションからの要求を受けたことに応じて、当該要求をした対象アプリケーションが特定アプリケーションである場合あって、当該要求を受けたタイミングが第１の期間内であるときに提供する第１のコンテンツの提供先を示す第１の提供先情報を端末装置に対して通知するイベント情報通知部と、端末装置にインストールされている対象アプリケーションからの第１の提供先情報へのアクセス要求に基づいて、第１のコンテンツを端末装置に対して提供するコンテンツ提供部とを備える。【選択図】図１
2015011546.tif 000002
【特許請求の範囲】
【請求項１】
管理の対象となる複数の対象アプリケーションに関する情報と、当該複数の対象アプリケーションのうちの複数の特定アプリケーションに対して設定された第１の期間を有するイベントに関する情報を管理するアプリケーション管理部と、
前記複数の対象アプリケーションのうち端末装置にインストールされているアプリケーションからの要求を受けたことに応じて、当該要求をしたアプリケーションが前記特定アプリケーションである場合あって、当該要求を受けたタイミングが前記第１の期間内であるときに提供する第１のコンテンツの提供先を示す第１の提供先情報を、前記端末装置に対して通知するイベント情報通知部と、
前記端末装置にインストールされているアプリケーションからの前記第１の提供先情報へのアクセス要求に基づいて、前記第１のコンテンツを前記端末装置に対して提供するコンテンツ提供部と、
を備えることを特徴とする管理装置。
【請求項２】
前記アプリケーション管理部は、
前記複数の特定アプリケーションに対して設定された前記第１の期間の直前の第２の期間を管理し、
前記イベント情報通知部は、
前記端末装置にインストールされているアプリケーションからの要求を受けたことに応じて、当該要求をしたアプリケーションが前記特定アプリケーションである場合であって、当該要求を受けたタイミングが前記第２の期間内であるときに提供する第２のコンテンツの提供先を示す第２の提供先情報を、前記端末装置に対して通知する
ことを特徴とする請求項１に記載の管理装置。
【請求項３】
前記第２のコンテンツは、前記第１のコンテンツが提供される前記第１の期間の開始の予告を示すコンテンツである
ことを特徴とする請求項２に記載の管理装置。
【請求項４】
前記アプリケーション管理部は、
前記複数の特定アプリケーションに対して設定された前記第１の期間の直後の第３の期間を管理し、
前記イベント情報通知部は、
前記端末装置にインストールされているアプリケーションからの要求を受けたことに応じて、当該要求をしたアプリケーションが前記特定アプリケーションである場合であって、当該要求を受けたタイミングが前記第３の期間内であるときに提供する第３のコンテンツの提供先を示す第３の提供先情報を、前記端末装置に対して通知する
ことを特徴とする請求項１から３の何れか一項に記載の管理装置。
【請求項５】
前記イベント情報通知部は、
前記端末装置にインストールされているアプリケーションからの前記第１の提供先情報へのアクセス要求に基づいて前記コンテンツ提供部が前記第１のコンテンツを提供した前記端末装置に対して、当該インストールされているアプリケーションからの要求を受けたことに応じて提供する前記第３の提供先情報を通知する
ことを特徴とする請求項４に記載の管理装置。
【請求項６】
前記第３のコンテンツは、前記第１のコンテンツが提供される前記第１の期間の終了の告知を示すコンテンツである
ことを特徴とする請求項４または５に記載の管理装置。
【請求項７】
前記端末装置にインストールされているアプリケーションから、当該アプリケーションにおける前記端末装置を利用するユーザのユーザ情報を取得するユーザ情報取得部と、
前記コンテンツ提供部が提供した前記第１のコンテンツが前記端末装置において実行された実行結果に基づいて、少なくとも複数の前記特定アプリケーションの中から、報酬が付与されるアプリケーションとして選択された報酬付与アプリケーションにおける前記ユーザ情報を関連付けた報酬付与情報を、前記端末装置にインストールされている前記報酬付与アプリケーションまたは前記報酬付与アプリケーションに対応するサーバ装置に対して通知する報酬付与処理部と、
を備えることを特徴とする請求項１から６の何れか一項に記載の管理装置。
【請求項８】
管理装置の管理方法であって、
管理の対象となる複数の対象アプリケーションに関する情報と、当該複数の対象アプリケーションのうちの複数の特定アプリケーションに対して設定された第１の期間を有するイベントに関する情報を管理するステップと、
前記複数の対象アプリケーションのうち端末装置にインストールされているアプリケーションからの要求を受けたことに応じて、当該要求をしたアプリケーションが前記特定アプリケーションである場合あって、当該要求を受けたタイミングが前記第１の期間内であるときに提供する第１のコンテンツの提供先を示す第１の提供先情報を、前記端末装置に対して通知するステップと、
前記端末装置にインストールされているアプリケーションからの前記第１の提供先情報へのアクセス要求に基づいて、前記第１のコンテンツを前記端末装置に対して提供するステップと、
を備えることを特徴とする管理方法。
【請求項９】
コンピュータに、
管理の対象となる複数の対象アプリケーションに関する情報と、当該複数の対象アプリケーションのうちの複数の特定アプリケーションに対して設定された第１の期間を有するイベントに関する情報を管理するステップと、
前記複数の対象アプリケーションのうち端末装置にインストールされているアプリケーションからの要求を受けたことに応じて、当該要求をしたアプリケーションが前記特定アプリケーションである場合あって、当該要求を受けたタイミングが前記第１の期間内であるときに提供する第１のコンテンツの提供先を示す第１の提供先情報を、前記端末装置に対して通知するステップと、
前記端末装置にインストールされているアプリケーションからの前記第１の提供先情報へのアクセス要求に基づいて、前記第１のコンテンツを前記端末装置に対して提供するステップと、
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、管理装置、管理方法、及びプログラムに関する。
【背景技術】
【０００２】
アプリケーションを販売するストアサイトからスマートフォンなどのユーザ端末にダウンロードして利用することができるアプリケーションがある。このようなアプリケーションでは、ユーザの継続的な利用を促進するための施策として、例えば、ユーザがアプリケーションを実行した回数等に応じたポイントが付与されるような施策がある（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１３−５４７３２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上述したような施策は、例えば、所定の期間を設けてキャンペーンとして行われることがある。その場合、そのキャンペーンに関する情報を、期間に応じてユーザに提供する必要がある。ところで、アプリケーションにより表示される表示画面においてキャンペーンに関する情報をユーザに提供する場合には、キャンペーンを実施する度にアプリケーションのプログラムを変更する必要があったり、キャンペーンの期間中または期間前にその期間の変更が生じた場合にはアプリケーションのプログラムの変更が間に合わないことがあったりすることが考えられる。そこで、アプリケーションのプログラムを変更することなく、期間に応じたキャンペーンに関する情報をユーザに提供することが望まれている。
【０００５】
本発明は、このような状況に鑑みてなされたもので、アプリケーションのプログラムを変更することなく、期間に応じたキャンペーンに関する情報をユーザに提供することを目的の一つとする。
【課題を解決するための手段】
【０００６】
以下では、本発明の理解を容易にするために添付図面の参照符号を便宜的に括弧書きにて付記するが、それにより本発明が図示の態様に限定されるものではない。
【０００７】
上述した課題を解決するために、本発明の一態様は、管理の対象となる複数の対象アプリケーションに関する情報と、当該複数の対象アプリケーションのうちの複数の特定アプリケーションに対して設定された第１の期間を有するイベントに関する情報を管理するアプリケーション管理部（２２１）と、前記複数の対象アプリケーションのうち端末装置（１００）にインストールされているアプリケーションからの要求を受けたことに応じて、当該要求をしたアプリケーションが前記特定アプリケーションである場合あって、当該要求を受けたタイミングが前記第１の期間内であるときに提供する第１のコンテンツの提供先を示す第１の提供先情報を、前記端末装置に対して通知するイベント情報通知部（２５１）と、前記端末装置にインストールされているアプリケーションからの前記第１の提供先情報へのアクセス要求に基づいて、前記第１のコンテンツを前記端末装置に対して提供するコンテンツ提供部（２５４）と、を備えることを特徴とする管理装置（２００）である。
【０００８】
また、本発明の一態様は、上記管理装置において、前記アプリケーション管理部が、前記複数の特定アプリケーションに対して設定された前記第１の期間の直前の第２の期間を管理し、前記イベント情報通知部が、前記端末装置にインストールされているアプリケーションからの要求を受けたことに応じて、当該要求をしたアプリケーションが前記特定アプリケーションである場合であって、当該要求を受けたタイミングが前記第２の期間内であるときに提供する第２のコンテンツの提供先を示す第２の提供先情報を、前記端末装置に対して通知することを特徴とする。
【０００９】
また、本発明の一態様は、上記管理装置において、前記第２のコンテンツが、前記第１のコンテンツが提供される前記第１の期間の開始の予告を示すコンテンツであることを特徴とする。
【００１０】
また、本発明の一態様は、上記管理装置において、前記アプリケーション管理部が、前記複数の特定アプリケーションに対して設定された前記第１の期間の直後の第３の期間を管理し、前記イベント情報通知部が、前記端末装置にインストールされているアプリケーションからの要求を受けたことに応じて、当該要求をしたアプリケーションが前記特定アプリケーションである場合であって、当該要求を受けたタイミングが前記第３の期間内であるときに提供する第３のコンテンツの提供先を示す第３の提供先情報を、前記端末装置に対して通知することを特徴とする。
【００１１】
また、本発明の一態様は、上記管理装置において、前記イベント情報通知部が、前記端末装置にインストールされているアプリケーションからの前記第１の提供先情報へのアクセス要求に基づいて前記コンテンツ提供部が前記第１のコンテンツを提供した前記端末装置に対して、当該インストールされているアプリケーションからの要求を受けたことに応じて提供する前記第３の提供先情報を通知することを特徴とする。
【００１２】
また、本発明の一態様は、上記管理装置において、前記第３のコンテンツが、前記第１のコンテンツが提供される前記第１の期間の終了の告知を示すコンテンツであることを特徴とする。
【００１３】
また、本発明の一態様は、上記管理装置が、前記端末装置にインストールされているアプリケーションから、当該アプリケーションにおける前記端末装置を利用するユーザのユーザ情報を取得するユーザ情報取得部（２５２）と、前記コンテンツ提供部が提供した前記第１のコンテンツが前記端末装置において実行された実行結果に基づいて、少なくとも複数の前記特定アプリケーションの中から、報酬が付与されるアプリケーションとして選択された報酬付与アプリケーションにおける前記ユーザ情報を関連付けた報酬付与情報を、前記端末装置にインストールされている前記報酬付与アプリケーションまたは前記報酬付与アプリケーションに対応するサーバ装置に対して通知する報酬付与処理部（２５５）と、を備えることを特徴とする。
【００１４】
また、本発明の一態様は、管理装置の管理方法であって、管理の対象となる複数の対象アプリケーションに関する情報と、当該複数の対象アプリケーションのうちの複数の特定アプリケーションに対して設定された第１の期間を有するイベントに関する情報を管理するステップと、前記複数の対象アプリケーションのうち端末装置にインストールされているアプリケーションからの要求を受けたことに応じて、当該要求をしたアプリケーションが前記特定アプリケーションである場合あって、当該要求を受けたタイミングが前記第１の期間内であるときに提供する第１のコンテンツの提供先を示す第１の提供先情報を、前記端末装置に対して通知するステップと、前記端末装置にインストールされているアプリケーションからの前記第１の提供先情報へのアクセス要求に基づいて、前記第１のコンテンツを前記端末装置に対して提供するステップと、を備えることを特徴とする管理方法である。
【００１５】
また、本発明の一態様は、コンピュータに、管理の対象となる複数の対象アプリケーションに関する情報と、当該複数の対象アプリケーションのうちの複数の特定アプリケーションに対して設定された第１の期間を有するイベントに関する情報を管理するステップと、
前記複数の対象アプリケーションのうち端末装置にインストールされているアプリケーションからの要求を受けたことに応じて、当該要求をしたアプリケーションが前記特定アプリケーションである場合あって、当該要求を受けたタイミングが前記第１の期間内であるときに提供する第１のコンテンツの提供先を示す第１の提供先情報を、前記端末装置に対して通知するステップと、
前記端末装置にインストールされているアプリケーションからの前記第１の提供先情報へのアクセス要求に基づいて、前記第１のコンテンツを前記端末装置に対して提供するステップと、を実行させるためのプログラムである。
【発明の効果】
【００１６】
以上説明したように、本発明によれば、アプリケーションのプログラムを変更することなく、期間に応じたキャンペーンに関する情報をユーザに提供することができる。
【図面の簡単な説明】
【００１７】
【図１】第１の実施形態によるキャンペーン処理の概要を説明する模式図である。
【図２】キャンペーン処理における表示画面の一例を説明する図である。
【図３】第１の実施形態によるネットワークシステムの構成の一例を示す概略構成図である。
【図４】本実施形態によるユーザ端末の構成の一例を示す概略構成図である。
【図５】本実施形態の相互キャンペーンシステムの概略構成の一例を説明する模式図である。
【図６】本実施形態によるユーザ端末のＳＤＫに基づいて実行する機能構成の一例を示す構成図である。
【図７】本実施形態による管理サーバ２００の構成の一例を示す構成図である。
【図８】対象アプリ情報記憶部に記憶される情報の一例を示す図である。
【図９】キャンペーン情報記憶部に記憶される情報の一例を示す図である。
【図１０】キャンペーン参加アプリ情報記憶部に記憶される情報の一例を示す図である。
【図１１】リンク情報記憶部に記憶される情報の一例を示す図である。
【図１２】インストール情報記憶部に記憶される情報の一例を示す図である。
【図１３】ポイント情報記憶部に記憶される情報の一例を示す図である。
【図１４】報酬付与管理情報記憶部に記憶される情報の一例を示す図である。
【図１５】報酬成立情報記憶部に記憶される情報の一例を示す図である。
【図１６】コンテンツ記憶部に記憶される情報の一例を示す図である。
【図１７】キャンペーン処理における第１の処理の動作の全体の流れの一例を示す動作図である。
【図１８】ＳＤＫ初期化処理の動作の一例を示す動作図である。
【図１９】ログイン通知処理の動作の一例を示す動作図である。
【図２０】キャンペーン確認処理の動作の一例を示す動作図である。
【図２１】キャンペーンページ表示処理の動作の一例を示す動作図である。
【図２２】アクション結果処理の動作の一例を示す動作図である。
【図２３】キャンペーン処理における第２の処理の動作の一例を示す動作図である。
【図２４】第２の実施形態によるキャンペーン処理を説明する模式図である。
【図２５】第３の実施形態によるキャンペーン処理を説明する模式図である。
【図２６】第４の実施形態による処理を説明する模式図である。
【図２７】第５の実施形態による処理を説明する模式図である。
【図２８】第６の実施形態によるキャンペーン処理を説明する模式図である。
【図２９】通信セッションの確立処理の動作の一例を示す動作図である。
【発明を実施するための形態】
【００１８】
以下、本発明の一実施形態について、図面を参照して説明する。
＜第１の実施形態＞
【００１９】
ＳＮＳ（Social Networking Service）会員向けに提供しているアプリケーション（例えば、ゲーム等）とは異なり、アプリケーションを販売するストアサイトからダウンロードして利用することができる独立運営型のアプリケーションでは、そのアプリケーションを利用してもらうユーザを一から集客する必要がある。そのため、新たなアプリケーションを販売（リリース）するごとに、集客のための宣伝等のプロモーション活動を行う必要がある。ここで、独立運営型のアプリケーションとは、ＳＮＳで提供されるアプリケーションのようにＳＮＳにおけるユーザ情報が共通で利用できるアプリケーションではなく、アプリケーション毎またはアプリケーションの提供元毎に独立してユーザ情報が設定されるようなアプリケーションのことをいう。
【００２０】
例えば、利用するユーザが多い人気のあるアプリケーションを提供している運営者は、新規のアプリケーションを販売（リリース）する場合に、その人気のあるアプリケーション（即ち、送客元アプリケーション）を利用しているユーザを、新規のアプリケーション（即ち、送客先アプリケーション）へ送客させる目的で、送客元アプリケーションの画面に送客先アプリケーションの広告画像を張り付けて、その新規のアプリケーションをユーザに周知させる方法などがある。しかしながら、このような広告画像によるユーザへの周知では、ユーザに対して送客先アプリケーションをインストールさせて利用させる動機付け高めることが難しい場合があった。
【００２１】
そこで、本実施形態では、ユーザに対して、送客させたい送客先アプリケーションにおける報酬を、事前に付与（実際にはまだ報酬が付与されていないため「仮付与」ともいう）するようにした。まだ利用していないアプリケーションではあるものの報酬が仮付与されたことで、ユーザに対して当該アプリケーションの興味を持たせるようにして、当該アプリケーションを利用させる動機付けを高めることができるようにした。
【００２２】
〔相互キャンペーンシステムによるキャンペーン処理の概要〕
以下に、上述の報酬の仮付与を実現する本実施形態による相互キャンペーンシステムによるキャンペーン処理の概要について説明する。本実施形態による相互キャンペーンシステムは、アプリケーション間で相互にアプリケーションの宣伝等（キャンペーン）を行うことが可能なシステムであって、ユーザのアプリケーションの利用に基づいて、当該ユーザがまだ利用していないアプリケーションの報酬を当該ユーザに対して仮付与する処理を実行する。また、本実施形態による相互キャンペーンシステムは、ユーザのアプリケーションの利用に基づいて、当該ユーザが利用済みのいずれかのアプリケーションの報酬を当該ユーザに対して付与する処理を実行する。
【００２３】
ここで、ユーザが利用するアプリケーションに対して何らかの報酬を付与する場合には、そのアプリケーションにおけるユーザのユーザ情報とデータを関連付けて管理しているアプリケーションサーバに通知する必要がある。しかしながら、上述の仮付与の場合には、報酬が仮付与されるユーザは、まだ送客先アプリケーションを利用する前（即ち、ユーザ端末にインストールする前）の段階である。したがって、上述のアプリケーションサーバでは当該ユーザ情報が管理されていないことになる。そのため、本実施形態による相互キャンペーンシステムは、ユーザが送客先アプリケーションをユーザ端末にインストールするまでの期間、報酬を仮付与したことを示す情報を管理する。そして、相互キャンペーンシステムは、送客先アプリケーションが当該ユーザ端末にインストールされたと判断した場合に、仮付与した報酬を送客先アプリケーションのユーザ情報と関連付けてアプリケーションサーバに対して通知する。これにより、アプリケーションサーバにおいて、仮付与した報酬が当該ユーザに対して付与される。
【００２４】
図１は、本実施形態によるキャンペーン処理の概要を説明する模式図である。この図１を参照して、本実施形態によるキャンペーン処理の概要を説明する。管理サーバ２００は、相互キャンペーンシステムの対象となるアプリケーション（以下、「対象アプリケーション」または「対象アプリ」とも称する）に関する情報を管理している。また、管理サーバ２００は、対象アプリケーションのうちのいずれかに設定される、キャンペーン（宣伝等）が行われるキャンペーン期間を管理する。このキャンペーンとは、キャンペーン期間だけ所定の条件を満たすとユーザに対して報酬を付与することにより、対象アプリケーションの利用を促進させる施策（イベント）のことである。なお、ここでは、対象アプリケーションがゲームのアプリケーションであるものとして説明する。
【００２５】
この図１において、ユーザＸが利用するユーザ端末１００には、「対象アプリＡ」、「対象アプリＢ（ゲームＢ）」、及び「対象アプリＣ（ゲームＣ）」の３種類の対象アプリケーションがインストールされている。また、「対象アプリＰ（ゲームＰ）」は、ユーザＸが利用するユーザ端末１００にインストールされていない対象アプリケーションを示している。なお、「対象アプリＡ」、「対象アプリＢ（ゲームＢ）」、「対象アプリＣ（ゲームＣ）」、及び「対象アプリＰ（ゲームＰ）」のそれぞれを、「対象アプリＡ」、「対象アプリＢ」、「対象アプリＣ」、及び「対象アプリＰ」とも記述する。
【００２６】
ここで、「対象アプリＡ」、「対象アプリＢ」、「対象アプリＣ」、及び「対象アプリＰ」は、同一のキャンペーンのキャンペーン期間中であるものとする。また、管理サーバ２００は、ユーザ端末１００に「対象アプリＡ」、「対象アプリＢ」、及び「対象アプリＣ」のそれぞれがインストールされたことを示すインストール通知情報をそれぞれ取得して管理しているものとする。このインストール通知情報のそれぞれには、このユーザ端末１００を特定する固有識別情報と、「対象アプリＡ」、「対象アプリＢ」、及び「対象アプリＣ」のうちの該当する対象アプリケーションを一意に識別する識別情報が含まれる。以下、アプリケーションを一意に識別する識別情報をアプリＩＤと称する。
【００２７】
以下、（１）〜（６）の順に従って、キャンペーン処理の概要を説明する。
（１）ユーザＸは、ユーザ端末１００において、「対象アプリＡ」、「対象アプリＢ」、及び「対象アプリＣ」のいずれかからの要求に応じて管理サーバ２００から提供されるキャンペーンのコンテンツを実行する（ユーザＸによるコンテンツの実行）。ここで、このコンテンツは、ユーザ端末１００において実行可能なコンテンツであって、例えば、ユーザ端末１００においてユーザＸの操作を受け付けるとともに当該操作に応じた結果を提示する、簡易な操作で結果が表示されるような簡易ゲーム（例えば、スクラッチゲームやビンゴゲーム等）が適している。以下の説明において、この実行可能なコンテンツのことを、第１のコンテンツと称する。
ユーザＸがユーザ端末１００において第１のコンテンツを実行すると、ユーザ端末１００は、第１のコンテンツでのアクションの実行結果を管理サーバ２００に送信する。
【００２８】
（２）ユーザＸによる第１のコンテンツでのアクションの実行結果に応じて報酬付与条件が充足された場合、管理サーバ２００は、管理している対象アプリケーションの中からユーザＸに報酬が付与されるアプリケーション（以下、「報酬付与アプリケーション」とも称する）として選択された報酬付与アプリケーションの識別情報（以下、アプリケーションの識別情報を「アプリＩＤ」と称する）と、ユーザＸのユーザ端末１００を特定する固有識別情報とを関連付けて報酬付与管理情報として管理する。
【００２９】
（３）管理サーバ２００は、選択された報酬付与アプリケーションがユーザＸのユーザ端末１００にインストールされている対象アプリケーションである場合には、その報酬付与アプリケーションにおけるユーザＸのユーザ情報を取得できる。ここで、報酬付与アプリケーションにおけるユーザＸのユーザ情報とは、例えば、報酬付与アプリケーションにおけるユーザＸを一意に識別する識別情報（ユーザＩＤ）である。以下、アプリケーションにおけるユーザＩＤを、「アプリユーザＩＤ」と称する。
管理サーバ２００は、報酬付与アプリケーションにおけるユーザＸのユーザ情報（例えば、アプリユーザＩＤ）を関連付けた報酬付与情報を、報酬付与アプリケーションに対応するアプリケーションサーバ（以下、アプリサーバ３００と称する）に送信する。
例えば、管理サーバ２００は、報酬付与アプリケーションが「対象アプリＡ」である場合には、「対象アプリＡ」に対応するアプリサーバ３００であるアプリサーバＡ３１０に報酬付与情報を送信する。また、管理サーバ２００は、報酬付与アプリケーションが「対象アプリＢ」である場合には、「対象アプリＢ」に対応するアプリサーバ３００であるアプリサーバＢ３２０に報酬付与情報を送信し、報酬付与アプリケーションが「対象アプリＣ」である場合には、「対象アプリＣ」に対応するアプリサーバ３００であるアプリサーバＣ３３０に報酬付与情報を送信する。これにより、「対象アプリＡ」、「対象アプリＢ」、または「対象アプリＣ」における報酬が、それぞれ対応するアプリサーバ３００においてユーザＸに対して付与される。
【００３０】
（４）管理サーバ２００は、選択された報酬付与アプリケーションがユーザＸのユーザ端末１００にインストールされていない対象アプリケーション（ここでは、「対象アプリＰ」）である場合には、その報酬付与アプリケーションにおけるユーザＸのユーザ情報を取得することができない。そこで、管理サーバ２００は、この未インストールの「対象アプリＰ」のアプリＩＤと、ユーザＸのユーザ端末を特定する固有識別情報とを関連付けた報酬付与管理情報を、「対象アプリＰ」においてユーザＸに対して報酬が仮付与されたことを示す情報として管理するとともに、その旨をユーザＸのユーザ端末１００に通知して提示する（仮報酬の提示）。これにより、管理サーバ２００は、未インストールの「対象アプリＰ」においてユーザＸに報酬が仮付与されたことをユーザＸに対して通知することができる。
【００３１】
（５）ユーザＸが、報酬が仮付与された「対象アプリＰ」をユーザ端末１００にインストールしたとする。その場合、ユーザ端末１００は、「対象アプリＰ」がインストールされたことを示すインストール通知情報を管理サーバ２００に対して送信する。また、管理サーバ２００は、このインストールされた「対象アプリＰ」において登録されたユーザＸのユーザ情報（例えば、ユーザＸのアプリユーザＩＤ）をユーザ端末１００から取得する。
【００３２】
（６）管理サーバ２００が、ユーザＸのユーザ端末１００に「対象アプリＰ」がインストールされたことを示すインストール通知情報を取得し、「対象アプリＰ」におけるユーザＸのユーザ情報（例えば、アプリユーザＩＤ）を取得したとする。その場合、管理サーバ２００は、「対象アプリＰ」においてユーザＸに対して報酬が仮付与されたことを示す報酬付与管理情報に基づいて、「対象アプリＰ」におけるユーザＸのユーザ情報（例えば、アプリユーザＩＤ）を関連付けた報酬付与情報を「対象アプリＰ」に対応するアプリサーバ３００であるアプリサーバＰ３７０に送信する。これにより、アプリサーバＰ３７０において、仮付与されていた報酬がユーザＸに対して付与される。
【００３３】
このように、本実施形態の相互キャンペーンシステムによれば、ユーザが、ユーザ端末１００にインストールされている対象アプリケーションからキャンペーンページの第１のコンテンツを実行することにより、当該ユーザ端末１００にインストールされていない対象アプリケーションにおける報酬が仮付与されるため、この未インストールのアプリケーションをユーザが利用する動機付けを高めることができる。そして、この報酬が仮付与されたことがきっかけとなって、ユーザがこの未インストールのアプリケーションをユーザ端末１００にインストールして利用した場合には、ユーザ端末１００にインストールされている対象アプリケーションから未インストールのアプリケーションへの送客が成立したことになる。即ち、本実施形態の相互キャンペーンシステムでは、対象アプリケーション間で相互に送客することができる。
【００３４】
また、本実施形態の相互キャンペーンシステムでは、ユーザが、ユーザ端末１００にインストールされている対象アプリケーションからキャンペーンページの第１のコンテンツを実行することにより、当該ユーザ端末１００にインストールされているいずれかの対象アプリケーションにおける報酬が付与される。例えば、ユーザが、よく利用している対象アプリケーションからキャンペーンページの第１のコンテンツを実行することにより、当該ユーザが、あまり利用していない対象アプリケーションにおける報酬が付与されたとする。その場合、相互キャンペーンシステムは、ユーザがあまり利用していない対象アプリケーションにおける報酬を付与することにより、当該ユーザが当該対象アプリケーションを利用する動機付けを高めることができる。
【００３５】
〔キャンペーン処理における表示画面例〕
次に、図２を参照して、上述したキャンペーン処理の過程においてユーザＸのユーザ端末１００の表示部に表示される表示画面（ゲーム画面）の一例について説明する。図２は、キャンペーン処理において、ユーザ端末１００に表示される表示画面の一例を説明する図である。
【００３６】
ここでは、管理サーバ２００からユーザ端末１００に提供されるキャンペーンの第１のコンテンツをユーザＸが「対象アプリＡ」から実行し、未インストールの「対象アプリＰ」においてユーザＸに対して報酬が仮付与される処理を例として、その処理の過程においてユーザ端末１００に表示される表示画面の例を説明する。また、管理サーバ２００から提供されるユーザ端末１００で実行可能な上述の第１のコンテンツがスクラッチゲームであるものとして説明する。
【００３７】
このスクラッチゲームでは、表示画面上に配置された複数のスクラッチカードのうちのいずれかのカードに対してタップ操作をすることにより、操作したカードをめくることができる。また、一度めくったカードは、再び操作してもめくることができない。この図に示す例では、６種類の対象アプリケーションのそれぞれから最大で１日１回ずつめくることが可能なように、６枚のスクラッチカードが表示されるスクラッチゲームを例としている。ユーザＸがスクラッチカードをめくると、いずれかの対象アプリケーションにおける報酬（例えば、いずれかのアプリケーションにおいて利用可能なアイテム）がユーザＸに対して付与される。ここで、付与される報酬は、例えば、報酬が付与される対象アプリケーションやキャンペーンに対応して予め設定されており、設定されている固定の報酬が付与されてもよいし、設定されている複数の報酬の中からめくったスクラッチカードに応じた報酬が選択されて付与されてもよい。
【００３８】
なお、この図に示す例では、スクラッチカードをめくる毎に、いずれかの対象アプリケーションにおける報酬がユーザＸに対して付与されるものとして説明するが、報酬が付与される報酬付与条件はこれに限られるものではない。例えば、スクラッチカードにはめくった後にのみ判別できる「当たり」と「はずれ」とのカードがあり、「当たり」のカードをめくったときのみ報酬が付与されるようにしてもよい。また、表示されている全てのスクラッチカードをめくった場合に報酬が付与されるようにしてもよい。
【００３９】
ステップＳＴ１０の表示処理において表示される表示画面Ｇ１０は、「対象アプリＡ」が起動したときに表示されるゲームＡのゲーム画面であって、例えば、ゲームＡのプレイの開始やプレイ方法の説明表示等を選択させるための選択メニュー、ユーザへのお知らせメッセージ、等が表示されるメイン画面である。この表示画面Ｇ１０には、キャンペーンページを表示させるための広告画像であるバナーＫ１０が表示される。例えば、このバナーＫ１０は、キャンペーンページのリンク先を示す情報を含み、そのリンク先を表示させるための操作子として表示される。なお、このバナーＫ１０は、「対象アプリＡ」のキャンペーンへの参加状況（キャンペーン期間中であるか否か等の状況）に応じて、その表示内容が変わったり表示されなくなったりする。ここでは、「対象アプリＡ」がキャンペーン期間中であるため、キャンペーンページを表示させるための広告画像がバナーＫ１０として表示される。
【００４０】
ステップＳＴ２０の判定処理では、ステップＳＴ１０に示す表示画面Ｇ１０において、ユーザＸがバナーＫ１０に対して操作（例えば、タップ操作）をすると、ユーザＸがその日初めて「対象アプリＡ」にログインしたか否かが判定される。その日初めてのログインではないと判定された場合には（ステップＳＴ２０：ＮＯ）、ステップＳＴ７０の表示処理に進む。一方、ステップＳＴ２０においてその日初めてのログインであると判定された場合には（ステップＳＴ２０：ＹＥＳ）、ステップＳＴ３０の判定処理に進む。
【００４１】
ステップＳＴ３０の判定処理では、タップ操作によってめくることが可能なスクラッチカードがあるか否か（残っているか否か）が判定される。タップ操作によってめくることが可能なスクラッチカードがある（残っている）と判定された場合には（ステップＳＴ３０：ＹＥＳ）、ステップＳＴ４０の表示処理に進む。
【００４２】
ステップＳＴ４０の表示処理において表示される表示画面Ｇ４０は、ステップＳＴ３０において、タップ操作が可能なスクラッチカードがあると判定された場合（ステップＳＴ３０：ＹＥＳ）にユーザ端末１００に表示されるキャンペーンページの表示画面である。この表示画面Ｇ４０は、バナーＫ１０に含まれるキャンペーンページのリンク先にアクセスすることにより取得される。このキャンペーンページの表示画面Ｇ４０には、ユーザ端末１００において実行可能な第１のコンテンツとして、スクラッチゲームのゲーム画面が含まれている。
この図に示すスクラッチゲームのゲーム画面の例では、６枚のスクラッチカード（符号Ｋ４１〜Ｋ４６）が表示されている。例えば、このキャンペーンには、６種類の対象アプリケーションが参加しており、それぞれの対象アプリケーションから最大で１日１回ずつめくることが可能なように６枚のスクラッチカードが表示されている。なお、６種類の対象アプリケーションのうちユーザ端末１００にインストールされている対象アプリケーションが３種類の場合には、表示されるスクラッチカードを３枚としてもよいし、６枚のカードを表示しておいて、タップ操作によってめくることが可能なカードを、その表示した６枚のうちの３枚としてもよい。
また、ユーザＸによって既にタップ操作がされてめくられたカードには「済」が表示されており（符号Ｋ４１、Ｋ４４が示すカード参照）、この「済」が表示されたカードにタップ操作をしても再びめくることはできない。
この表示画面Ｇ４０において、ユーザＸがタップ操作することによりスクラッチカード（この図では、符号Ｋ４２、Ｋ４３、Ｋ４４、及びＫ４６のそれぞれが示すカードのうちのいずれか１枚、例えば符号Ｋ４３が示すカード）をめくることができる（図１の（１）における、ユーザＸによる第１のコンテンツの実行）。
【００４３】
ステップＳＴ５０の表示処理において表示される表示画面Ｇ５０は、キャンペーンページの表示画面であって、ステップＳＴ３０において、タップ操作によってめくることが可能なスクラッチカードがない（残っていない）と判定された場合に（ステップＳＴ３０：ＮＯ）表示される表示画面である。この表示画面Ｇ５０には、スクラッチゲームのゲーム画面の上に重ねて、例えば「今日は終了！また明日」というメッセージが記載されたメッセージラベルＫ５０が表示される。なお。このときのスクラッチゲームのゲーム画面に表示されているスクラッチカードは、全てめくられた状態のカードである。メッセージラベルＫ５０には、タップ操作によってめくることが可能なスクラッチカードがない（残っていない）ことを示す情報（ここでは、「今日は終了！また明日」）が表示される。なお、このスクラッチゲームでは、１日毎に実行結果（カードをめくった結果）がリセットされ、翌日になれば、再び６枚全てのスクラッチカードがめくることが可能な状態になる。
なお、スクラッチカードの数とキャンペーンに参加している対象アプリケーションの数とが一致している場合には、ステップＳＴ３０の処理をなしとしてもよい。ステップＳＴ２０の処理においてその日初めてのログインであると判定された場合、タップ操作が可能なスクラッチカードがあることと等しく、ステップＳＴ２０の処理においてその日初めてのログインではないと判定された場合、タップ操作によってめくることが可能なスクラッチカードがない（残っていない）ことと等しい。この場合には、ステップＳＴ５０の表示処理には遷移しないため、表示画面Ｇ５０は表示されない。
【００４４】
ステップＳＴ６０の表示処理において表示される表示画面Ｇ６０は、ステップＳＴ４０において、ユーザＸがスクラッチカードをめくった場合に表示される画面であって、ユーザＸが報酬を獲得したことを示す画面である。ここに示す表示画面Ｇ６０は、「対象アプリＰ（ゲームＰ）」の報酬（ここでは、レアカード）をユーザＸが獲得したことを示す画面であり、獲得した報酬を表すアイコンＫ６０と、その旨を通知する、例えば「ゲームＰのレアカード獲得！」というメッセージが記載されたメッセージラベルＫ６１とが表示される。
なお、「対象アプリＰ（ゲームＰ）」がユーザＸのユーザ端末１００に未インストールであるため、「対象アプリＰ（ゲームＰ）」の報酬をユーザＸが獲得するとは、その報酬がユーザＸに対して仮付与されたことを意味する。一方、ユーザＸのユーザ端末１００にインストールされている対象アプリケーションにおける報酬をユーザＸが獲得した場合には、その報酬がユーザＸに対して付与されたことを意味する。
また、表示画面Ｇ６０には、次の画面に進むための操作入力を受け付ける操作子としてのボタンＫ６５が表示される。このボタンＫ６５にタップ操作がされると、ステップＳＴ７０の表示処理に進む。
【００４５】
ステップＳＴ７０の表示処理において表示される表示画面Ｇ７０は、キャンペーンページの表示画面であり、実行済みのスクラッチゲームのゲーム画面と、各ゲームに関する情報を示すゲーム情報ラベルＫ７１及びゲーム情報ラベルＫ７２が表示される。各ゲームに関する情報には、ゲーム名、インストール済みであるか否かを示す情報、獲得済みの報酬を示す情報等が含まれる。ゲーム情報ラベルＫ７１には、「対象アプリＡ（ゲームＡ）」のゲーム名と、ユーザＸのユーザ端末１００にインストール済みであることを示す情報と、ユーザＸが獲得済みの報酬を示す情報とが表示されている。ゲーム情報ラベルＫ７２には、「対象アプリＰ（ゲームＰ）」のゲーム名と、ユーザＸのユーザ端末１００に未インストールであることを示す情報と、ユーザＸが獲得済みの報酬（仮付与された報酬）を示す情報とが表示されている（図１の（４）における、仮報酬の提示）。
【００４６】
また、ゲーム情報ラベルＫ７１及びゲーム情報ラベルＫ７２は、タップ操作がされることにより、それぞれのゲーム情報ラベルに表示されているゲームに応じた処理を実行する操作子として表示されている。ゲーム情報ラベルＫ７１には、ゲームＡを実行する実行指示情報（例えば、ＵＲＬスキーム）が含まれており、タップ操作がされると、ゲームＡの所定のゲーム画面が表示される。一方、ゲーム情報ラベルＫ７２には、「対象アプリＰ（ゲームＰ）」をダウンロード可能なストアサイト（ダウンロードサービスサイト）を提供するサーバ装置であるアプリストア４００へのリンク情報が含まれている。そして、ゲーム情報ラベルＫ７２にタップ操作がされると、アプリストア４００にアクセスして、「対象アプリＰ（ゲームＰ）」をダウンロード可能なダウンロードページが表示される。
【００４７】
なお、上述したユーザ端末１００の表示部に表示される表示画面には、表示画面に表示される情報としての画面情報のうちの一部又は全部が表示される。一部の画面情報が表示される場合、ユーザ端末１００は、例えばタッチパネルである画面の任意の箇所において行われるスクロール操作に応じて、この画面情報のうちの表示部分をスクロール表示させることできる。
【００４８】
以下、本実施形態の構成及び処理について詳しく説明する。
〔ネットワークシステムの構成〕
図３は、相互キャンペーンシステムを実現する本実施形態によるネットワークシステム１の構成の一例を示す概略構成図である。ネットワークシステム１は、複数のユーザ端末１００−Ｎ（Ｎは正の整数。ユーザ端末１００−１、ユーザ端末１００−２、・・・）と、管理サーバ２００と、複数のアプリサーバ３００と、アプリストア４００とのコンピュータ装置を備えており、これらのコンピュータ装置はネットワークＮＷを介して通信可能に接続される。ここで、複数のユーザ端末１００−Ｎは同様の構成であるので、特に区別しない場合には、「−１」、「−２」等の記載を省略してユーザ端末１００として説明する。
【００４９】
ユーザ端末１００は、ユーザによって使用される端末装置の一例であり、例えば、携帯電話やスマートフォン、タブレット端末、パーソナルコンピュータ、通信機能付きゲーム機などが用いられる。ここでは、ユーザ端末１００はスマートフォンであるとして説明する。
【００５０】
管理サーバ２００は、本実施形態の相互キャンペーンシステムに対応する対象アプリケーションに関する情報や対象アプリケーションに設定されるキャンペーンに関する情報を管理するとともに、対象アプリケーションの中から報酬が付与されるアプリケーションとして選択された報酬アプリケーションにおける報酬付与管理情報を管理する管理装置の一例である。
【００５１】
具体的には、管理サーバ２００は、ユーザ端末１００にインストールされている対象アプリケーションからの要求に応じて、ユーザ端末１００において実行可能な第１のコンテンツを含むキャンペーンページをユーザ端末１００に対して提供する。また、管理サーバ２００は、ユーザ端末１００における第１のコンテンツの実行結果（第１のコンテンツでのアクションの実行結果）に基づいて、管理する対象アプリケーションのうちの少なくとも一のアプリケーションにおいて当該ユーザ端末を利用するユーザに報酬が付与されたことを示す報酬付与管理情報を管理する。そして、管理サーバ２００は、この報酬付与管理情報に基づいて、ユーザ端末１００インストールされている対象アプリケーションにおける報酬付与管理情報を管理している場合には、その対象アプリケーションに対応するアプリサーバ３００に対して報酬付与情報を送信する。一方、管理サーバ２００は、この報酬付与管理情報に基づいて、ユーザ端末１００インストールされていない対象アプリケーションにおける報酬付与管理情報を管理している場合には、その対象アプリケーションがユーザ端末１００にインストールされた後に、その対象アプリケーションに対応するアプリサーバ３００に対して報酬付与情報を送信する。
【００５２】
アプリサーバ３００は、ユーザ端末１００にインストール可能な対象アプリケーションに対応するサーバ装置である。ここでは、ユーザ端末１００にインストールされる対象アプリケーションがゲームである場合を例として、アプリサーバ３００は、各ゲームのアプリケーションに対応するゲームサーバである。この図３では、図１に示す「対象アプリＡ」と、「対象アプリＢ」と、「対象アプリＣ」と、「対象アプリＰ」とのそれぞれに対応するアプリサーバ３００として、アプリサーバＡ３１０と、アプリサーバＢ３２０と、アプリサーバＣ３３０と、アプリサーバＰ３７０とが、ネットワークＮＷを介してユーザ端末１００や管理サーバ２００と接続されることを例示している。
なお、ネットワークシステム１には、上述したアプリサーバ３００に限らず、ユーザ端末１００にインストールされてプレイすることができるゲームに対応して複数のアプリサーバ３００が備えられる。ここで、ユーザ端末１００にインストールされる対象アプリケーションは、アプリケーションのプログラムがユーザ端末１００にインストールされることにより、インストールされたプログラムに基づいてユーザ端末１００がアプリケーションに関する処理（例えば、ゲームの処理）を行う、所謂ネイティブ型のアプリケーションである。ユーザ端末１００は、ゲームをプレイするユーザに対応したユーザ情報をアプリサーバ３００に送信したり、ゲームのプレイ中に必要な情報をアプリサーバ３００から取得したりする。
【００５３】
アプリストア４００は、ユーザ端末１００にインストール可能な対象アプリケーションをダウンロード可能なストアサイト（ダウンロードサービスサイト）を提供するサーバ装置である。ユーザは、自身のユーザ端末１００からネットワークＮＷを介してアプリストア４００に接続して所望のアプリケーションを有料または無料で購入することにより、購入したアプリケーションを自身のユーザ端末１００にダウンロードしてインストールすることができる。
【００５４】
ネットワークＮＷは、例えば、携帯電話網、ＰＨＳ（Personal Handy-phone System）網、ＶＰＮ（Virtual Private Network）網、専用通信回線網、ＷＡＮ（Wide Area Network）、ＬＡＮ（Local Area Network）、ＰＳＴＮ（Public Switched Telephone Network；公衆交換電話網）など、またはこれらの組み合わせによって構成される情報通信ネットワークである。
【００５５】
〔ユーザ端末の構成〕
次に、図４を参照して、本実施形態によるユーザ端末１００の構成について説明する。図４は、本実施形態によるユーザ端末１００の構成の一例を示す概略構成図である。この図に示すように、ユーザ端末１００は、入力部１１０と、表示部１２０と、端末通信部１３０と、端末記憶部１４０と、端末制御部１５０とを備えている。
【００５６】
入力部１１０は、ユーザからの操作に応じてユーザの指示を受付けて、指示内容に応じた入力指示情報を生成する入力デバイスである。入力部１１０には、例えば、キーボードやボタン、タッチパネル、マウス、マイクロホン等を適用できる。
表示部１２０は、画像や文字等の情報を表示する表示デバイスであり、例えば、ＬＣＤ（Liquid Crystal Display）、有機ＥＬ（Electro Luminescence）ディスプレイ等を適用できる。入力部１１０と表示部１２０とは一体に構成されてユーザからの操作入力を受け付けるタッチパネルとして適用することもできる。
端末通信部１３０は、ネットワークＮＷを介して管理サーバ２００またはアプリサーバ３００と通信する。
端末記憶部１４０は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、フラッシュＲＯＭ、ＨＤＤ（Hard Disk Drive）等の記録媒体またはこれらの組合せを用いて構成され、ユーザ端末１００が備える各部を制御するためのプログラム（例えば、端末制御部１５０に基本動作を行わせるためのＯＳ（Operating System））、インストールされたアプリケーションのプログラム、各種情報等を記憶する。
【００５７】
端末制御部１５０は、ユーザ端末１００の制御中枢として機能するＣＰＵ（Central Processing Unit）等の情報処理装置を備えており、ユーザ端末１００が備える各部を制御する。例えば、端末制御部１５０は、端末記憶部１４０に記憶されているＯＳに基づく基本動作の処理を実行するとともに、アプリケーションのプログラム（ゲームのプログラム）に基づく処理を実行する。また、端末制御部１５０は、ＯＳ上で動作可能な各種のアプリケーション（Ｗｅｂブラウザや、アプリストア４００が提供するストアサイトのストアページを表示させるアプリケーション等）の機能をＯＳを介して実行する処理を行う。
【００５８】
〔相互キャンペーンシステムの概略構成〕
次に、図５を参照して、本実施形態による相互キャンペーンシステムの概略構成について説明する。図５は、本実施形態のネットワークシステム１における相互キャンペーンシステムの概略構成の一例を説明する模式図である。
【００５９】
この図５において、図１を用いて説明した模式図の各構成に対応する部分には同じ符号を付している。図１と同様に、「対象アプリＡ（ゲームＡ）」、「対象アプリＢ（ゲームＢ）」、「対象アプリＣ（ゲームＣ）」、及び「対象アプリＰ（ゲームＰ）」は、同一のキャンペーンのキャンペーン期間中にある対象アプリケーション（即ち、同一のキャンペーンに参加している対象アプリケーション）である。以下の説明において、ユーザＸのユーザ端末１００にインストールされている「対象アプリＡ（ゲームＡ）」、「対象アプリＢ（ゲームＢ）」、及び「対象アプリＣ（ゲームＣ）」のそれぞれを、対象アプリＡ１０、対象アプリＢ２０、及び対象アプリＣ３０と符号を付して記述する。また、ユーザＸのユーザ端末１００にインストールされていない対象アプリケーションである「対象アプリＰ（ゲームＰ）」を、対象アプリＰ７０と符号を付して記述する。
【００６０】
また、本実施形態の相互キャンペーンシステムに対応する対象アプリケーションには、キャンペーン処理用のソフトウェア（以下、ＳＤＫ（Software Development Kit）１１と称する）が組み込まれている。このＳＤＫ１１は、例えば、ユーザ端末１００にインストールされた相互キャンペーンシステムに対応する各対象アプリケーションと管理サーバ２００とを仲介するためのＡＰＩ（Application Programming Interface）の集合体で構成されている。
【００６１】
この図５では、対象アプリＡ１０にはＳＤＫ１１−１が組み込まれ、対象アプリＢ２０にはＳＤＫ１１−２が組み込まれ、対象アプリＣ３０にはＳＤＫ１１−３が組み込まれている。また、対象アプリＰ７０にはＳＤＫ１１−７が組み込まれている。なお、各対象アプリケーションに組み込まれているＳＤＫ１１−１、ＳＤＫ１１−２、ＳＤＫ１１−３及びＳＤＫ１１−７は、同じ構成を備えており、特に区別しない場合には、「−１」、「−２」等の記載を省略してＳＤＫ１１として説明する。
【００６２】
上述のＳＤＫ１１と管理サーバ２００とを備えた構成が本実施形態の相互キャンペーンシステムの主要な構成であり（符号５００参照）、以下、相互キャンペーンシステム５００と符号を付して記述する。
【００６３】
次に、相互キャンペーンシステム５００が備えるＳＤＫ１１と、管理サーバ２００との各構成の詳細について説明する。
【００６４】
〔ユーザ端末（ＳＤＫ）の機能構成〕
図６は、本実施形態によるユーザ端末１００において、端末制御部１５０が対象アプリケーションに組み込まれたＳＤＫ１１に基づいて実行するキャンペーン処理の機能構成の一例を示す構成図である。この図５を参照して、相互キャンペーンシステム５００においてユーザ端末１００（ＳＤＫ１１）が実行するキャンペーン処理の機能構成について説明する。
【００６５】
ＳＤＫ１１は、初期化処理部１１１０と、ログイン通知部１１２０と、イベント確認部１１３０と、コンテンツ要求部１１４０と、コンテンツ取得部１１５０と、コンテンツ提示部１１６０と、実行結果通知部１１７０とを備えている。
【００６６】
初期化処理部１１１０は、ＳＤＫ１１の組み込み先の対象アプリケーションがユーザ端末１００インストールされると、初回起動時の処理として、ＳＤＫ１１自身が組み込まれている対象アプリケーションから当該対象アプリケーションに関する情報（例えば、アプリＩＤ、アプリユーザＩＤ等）を取得する。また、初期化処理部１１１０は、固有識別情報取得部１１１１と、インストール通知部１１１２とを備えている。
【００６７】
固有識別情報取得部１１１１は、ユーザ端末１００毎に固有に設定される固有識別情報であって、ユーザ端末１００を特定可能な（当該ユーザ端末１００を利用しているユーザを特定可能な）固有識別情報（以下、「リワードユーザＩＤ」と称する）を取得する。例えば、固有識別情報取得部１１１１は、擬似乱数列を生成し、生成した擬似乱数列を用いて他のユーザ端末１００のリワードユーザＩＤとは重複しないようにユーザ端末１００に対応するリワードユーザＩＤを生成して取得する。また、固有識別情報取得部１１１１は、取得したリワードユーザＩＤを、ユーザ端末１００にインストールされたいずれの対象アプリケーションからも参照可能なように端末記憶部１４０のアプリ間共有エリアに記憶させる。
【００６８】
ここで、固有識別情報取得部１１１１は、インストールされた対象アプリケーションが複数の対象アプリケーションのうちの最初にユーザ端末１００にインストールされた対象アプリケーションである場合、リワードユーザＩＤを取得する。例えば、固有識別情報取得部１１１１は、複数の対象アプリケーションのそれぞれがユーザ端末１００にインストールされたときに、リワードユーザＩＤが端末記憶部１４０に記憶されているか否かを判定する。そして、固有識別情報取得部１１１１は、リワードユーザＩＤが端末記憶部１４０に記憶されていないと判定した場合にリワードユーザＩＤを取得する。そして、この固有識別情報取得部１１１１が取得したリワードユーザＩＤは、それ以降にインストールされた対象アプリケーションにおいても利用される。
【００６９】
インストール通知部１１１２は、ユーザ端末１００にインストールされた対象アプリケーション（ＳＤＫ１１自身が組み込まれている対象アプリケーション）の当該インストールされたことを示すインストール通知情報を管理サーバ２００に対して送信する。ここで、上述のインストール通知情報には、当該インストールされた対象アプリケーションのアプリＩＤと、このユーザ端末１００を特定するリワードユーザＩＤとが含まれる。なお、相互キャンペーンシステム５００によるキャンペーン処理を介さずにユーザがストアサイトからダウンロードして対象アプリケーションがインストールされた場合と、相互キャンペーンシステム５００によるキャンペーン処理を介してインストールされた場合（単に対象アプリケーションがインストールされた場合）とのいずれでも、インストール通知部１１１２は、インストール通知情報を送信する。
【００７０】
また、インストール通知部１１１２は、ユーザ端末１００にインストールされた対象アプリケーションにおけるアプリユーザＩＤをさらに含めたインストール通知情報を管理サーバ２００に対して送信してもよい。つまり、インストール通知部１１１２は、ユーザ端末１００にインストールされた対象アプリケーションにおけるアプリユーザＩＤを管理サーバ２００に対して送信するユーザ情報通知部としての機能を備えている。これにより、このインストール通知情報を取得した管理サーバ２００は、インストールされた対象アプリケーションにおけるアプリユーザＩＤとリワードユーザＩＤとを関連付けて管理することができる。
【００７１】
なお、アプリユーザＩＤの送信タイミングは、このインストール通知情報の送信タイミングに限られるものではない。例えば、アプリユーザＩＤをインストール通知情報以外の情報に含めて管理サーバ２００に対して送信してもよい。
【００７２】
ログイン通知部１１２０は、ユーザ端末１００にインストールされている対象アプリケーションが起動してユーザがログインすると、当該ユーザが当該対象アプリケーションにログインしたことを示すログイン通知情報を、例えば１日１回に限って管理サーバ２００に対して送信する。ここで、このログイン通知情報には、当該起動した対象アプリケーションのアプリＩＤと、このユーザ端末１００を特定するリワードユーザＩＤとが含まれる。これにより、管理サーバ２００は、ユーザ端末１００において対象アプリケーション毎にユーザがログインした回数等を把握することができる。
【００７３】
イベント確認部１１３０は、ユーザ端末１００にインストールされている対象アプリケーション（ＳＤＫ１１自身が組み込まれている対象アプリケーション）のキャンペーンに関する情報を管理サーバ２００に確認する。ここで、キャンペーンに関する情報とは、当該対象アプリケーションがキャンペーンに参加しているか否か、参加している場合にはキャンペーン期間中であるか否かといったキャンペーンの開催状況である。そして、イベント確認部１１３０は、確認した結果、管理サーバ２００から送信されたキャンペーンの開催状況に応じたコンテンツが含まれるキャンペーンページの提供先を示す提供先情報を取得する。このキャンペーンページの提供先情報は、例えば、キャンペーンページのリンク先を示すＵＲＬ（Uniform Resource Locator）であって、キャンペーンの広告画像（「バナー」とも称する）の提供先を示す提供先情報とともに取得される。ここで、広告画像の提供先を示す提供先情報は、例えば、広告画像のリンク先を示すＵＲＬである。以下の説明において、キャンペーンページの提供先情報を「ページＵＲＬ」と称し、広告画像の提供先情報を「バナーＵＲＬ」と称する。
イベント確認部１１３０は、取得したバナーＵＲＬとページＵＲＬとを、ＳＤＫ１１自身が組み込まれている対象アプリケーションに受け渡す。
【００７４】
具体的には、イベント確認部１１３０は、イベント情報要求部１１３１と、イベント情報取得部１１３２とを備えている。
イベント情報要求部１１３１は、複数の対象アプリケーションのうちのユーザ端末１００にインストールされている対象アプリケーションにおいて、キャンペーンの開催状況の確認を要求する要求情報を管理サーバ２００に対して送信する。
【００７５】
イベント情報取得部１１３２は、イベント情報要求部１１３１が上述の要求情報を送信した対象アプリケーションがキャンペーンに参加しているアプリケーションである場合であって、管理サーバ２００が上述の要求情報を受けたタイミングがキャンペーン期間中であるときに管理サーバ２００から通知された第１のページＵＲＬを取得する。ここで、第１のページＵＲＬは、キャンペーン期間中の場合にユーザ端末１００に表示されるキャンペーンページのうち第１のページのリンク先を示すＵＲＬ（Uniform Resource Locator）である。このキャンペーンページには、ユーザ端末１００において実行可能な第１のコンテンツ（例えば、スクラッチゲーム）が含まれる。
【００７６】
また、管理サーバ２００において、キャンペーンに参加している対象アプリケーションに対して設定されたキャンペーン期間の直前のキャンペーン予告期間が管理されている。このキャンペーン予告期間は、例えば、キャンペーンの開始日時の３日前や１週間前から開始され、キャンペーンの開始とともに終了する。
イベント情報取得部１１３２は、イベント情報要求部１１３１が上述の要求情報を送信した対象アプリケーションがキャンペーンに参加しているアプリケーションである場合であって、管理サーバ２００が上述の要求情報を受けたタイミングがキャンペーン予告期間中であるときに管理サーバ２００から通知された第２のページＵＲＬを取得する。ここで、第２のページＵＲＬは、例えば、キャンペーン予告期間中の場合にユーザ端末１００に表示されるキャンペーンページのうち第２のページのリンク先を示すＵＲＬである。このキャンペーンページには、キャンペーン期間の開始の予告を示すコンテンツ（以下、第２のコンテンツと称する）であって、例えば、キャンペーンの開催期間を示す情報やキャンペーンで獲得可能な報酬に関する情報等が含まれる。
【００７７】
また、管理サーバ２００において、キャンペーンに参加している対象アプリケーションに対して設定されたキャンペーン期間の直後のキャンペーン終了告知期間が管理されている。このキャンペーン終了告知期間は、例えば、キャンペーンの終了とともに開始され、キャンペーンの終了日時の３日後や１週間後に終了する。
イベント情報取得部１１３２は、イベント情報要求部１１３１が上述の要求情報を送信した対象アプリケーションがキャンペーンに参加しているアプリケーションである場合であって、管理サーバ２００が上述の要求情報を受けたタイミングがキャンペーン終了告知期間中であるときに管理サーバ２００から通知された第３のページＵＲＬを取得する。ここで、第３のページＵＲＬは、例えば、キャンペーン終了告知期間中の場合にユーザ端末１００に表示されるキャンペーンページのうち第３のページのリンク先を示すＵＲＬである。このキャンペーンページには、キャンペーン期間の終了の告知を示すコンテンツ（以下、第３のコンテンツと称する）が含まれる。
【００７８】
また、イベント情報取得部１１３２は、上述した第１のページＵＲＬ、第２のページＵＲＬ、または第３のページＵＲＬとともに、キャンペーンの広告画像のリンク先を示すバナーＵＲＬを管理サーバ２００から取得する。なお、イベント情報取得部１１３２は、管理サーバ２００が上述の要求情報を受けたタイミングに基づいて管理サーバ２００から通知されるそれぞれの期間応じたバナーＵＲＬを取得してもよい。
【００７９】
対象アプリケーションは、上述したイベント情報取得部１１３２が取得したバナーＵＲＬとページＵＲＬとに基づいて、キャンペーンページのリンク先にアクセスするための操作子としての広告画像を、当該対象アプリケーションによる表示画面に表示させる。この広告画像に対してタップ操作がされると、コンテンツ要求部１１４０は、当該対象アプリケーションからキャンペーンページのリンク先へのアクセス要求として、当該キャンペーンページの表示を要求するキャンペーンページ表示要求情報を管理サーバ２００に対して送信する。
即ち、コンテンツ要求部１１４０は、複数の対象アプリケーションのうちのユーザ端末１００にインストールされているいずれかのアプリケーションにおいて、キャンペーンページの表示を要求するキャンペーンページ表示要求情報を管理サーバ２００に対して送信する。
【００８０】
コンテンツ取得部１１５０は、コンテンツ要求部１１４０が、キャンペーンページのリンク先へのアクセス要求としてキャンペーンページ表示要求情報を管理サーバ２００に対して送信することにより、当該リンク先のキャンペーンページを管理サーバ２００から取得する。
【００８１】
例えば、コンテンツ取得部１１５０は、イベント情報取得部１１３２が取得した第１のページＵＲＬへのアクセス要求を行うことにより、ユーザ端末１００において実行可能な第１のコンテンツが含まれるキャンペーン期間中のキャンペーンページを管理サーバ２００から取得する。
また、コンテンツ取得部１１５０は、イベント情報取得部１１３２が取得した第２のページＵＲＬへのアクセス要求を行うことにより、キャンペーンの開始の予告を示す第２のコンテンツが含まれるキャンペーン予告期間中のキャンペーンページを管理サーバ２００から取得する。
また、コンテンツ取得部１１５０は、イベント情報取得部１１３２が取得した第３のページＵＲＬへのアクセス要求を行うことにより、キャンペーン期間の終了の告知を示す第３のコンテンツが含まれるキャンペーン終了告知期間中のキャンペーンページを管理サーバ２００から取得する。
【００８２】
また、コンテンツ取得部１１５０は、キャンペーン期間中に取得したユーザ端末１００において実行可能な第１のコンテンツがユーザ端末１００において実行された実行結果に応じて付与される報酬に関する情報を含むコンテンツを管理サーバ２００から取得する。ここで、ユーザ端末１００において実行された実行結果とは、ユーザがプレイした（操作した）アクションの実行結果を意味する。
【００８３】
例えば、コンテンツ取得部１１５０は、ユーザ端末１００にインストールされていないアプリケーションの中から報酬が付与されるアプリケーションとして選択された報酬付与アプリケーションにおいて報酬が付与されることを、当該報酬付与アプリケーションのインストール前に通知する事前付与通知情報が含まれるコンテンツを管理サーバ２００から取得する。
【００８４】
また、コンテンツ取得部１１５０は、ユーザ端末１００にインストールされているアプリケーションの中から報酬が付与されるアプリケーションとして選択された報酬付与アプリケーションにおいて報酬が付与されることを通知する付与通知情報が含まれるコンテンツを管理サーバ２００から取得する。この場合、コンテンツ要求部１１４０が第１のページＵＲＬへのアクセス要求を行った対象アプリケーションが報酬付与アプリケーションとして選択される場合と、第１のページＵＲＬへのアクセス要求を行った対象アプリケーション以外のユーザ端末１００にインストールされている対象アプリケーションの中から報酬付与アプリケーションが選択される場合とがある。
【００８５】
なお、コンテンツ取得部１１５０は、実行結果通知部１１７０が第１のコンテンツの実行結果を管理サーバ２００に対して送信したことに応じて、事前付与通知情報または付与通知情報が含まれるコンテンツを管理サーバ２００から取得する。
【００８６】
コンテンツ提示部１１６０は、コンテンツ取得部１１５０が取得した各キャンペーンページや各コンテンツを表示部１２０に表示させて提示する。
例えば、コンテンツ提示部１１６０は、コンテンツ取得部１１５０が取得したキャンペーン期間中、キャンペーン予告期間中、またはキャンペーン終了告知期間中のキャンペーンページ、即ち、第１のコンテンツ、第２のコンテンツ、または第３のコンテンツが含まれるキャンペーンページを表示部１２０に表示させる。また、コンテンツ提示部１１６０は、コンテンツ取得部１１５０が取得した事前付与通知情報が含まれるコンテンツまたは付与通知情報が含まれるコンテンツを表示部１２０に表示させる。
【００８７】
実行結果通知部１１７０は、キャンペーン期間中に管理サーバ２００から提供される実行可能な第１のコンテンツに対してユーザがプレイしたアクションの実行結果を示す情報を管理サーバ２００に対して送信する。この実行可能な第１のコンテンツは、キャンペーン期間中にコンテンツ取得部１１５０が取得してコンテンツ提示部１１６０が提示したキャンペーンページに含まれるコンテンツである。
【００８８】
〔管理サーバの構成〕
次に、図７を参照して、管理サーバ２００の構成の詳細について説明する。
図７は、本実施形態による管理サーバ２００の構成の一例を示す構成図である。管理サーバ２００は、通信部２１０と、管理部２２０と、記憶部２３０と、制御部２５０とを備えている。通信部２１０は、ネットワークＮＷを介してユーザ端末１００、アプリサーバ３００と通信する。
【００８９】
管理部２２０は、アプリケーション管理部２２１と、インストール情報管理部２２２と、ポイント管理部２２３と、報酬付与管理部２２４とを備えている。なお、管理部２２０は、管理する各情報を関連付けて記憶部２３０に記憶させて管理する。
【００９０】
アプリケーション管理部２２１は、管理の対象となる複数の対象アプリケーションに関する情報（以下、「対象アプリケーション情報」と称する）を管理する。ここで、管理の対象となる複数の対象アプリケーションとは、相互キャンペーンシステム５００に対応する複数の対象アプリケーションである。また、アプリケーション管理部２２１は、複数の対象アプリケーションのうちのキャンペーンに参加している複数の対象アプリケーションに対して設定されたキャンペーン期間を有するキャンペーンに関する情報を管理する。例えば、アプリケーション管理部２２１は、キャンペーンの名称、キャンペーン期間、及び報酬が付与される期間等のキャンペーンに関する情報とを関連付けて管理する。また、アプリケーション管理部２２１は、キャンペーンに参加している対象アプリケーションの情報を管理する。
【００９１】
また、アプリケーション管理部２２１は、キャンペーンに参加している対象アプリケーションに対して設定されたキャンペーン期間の直前のキャンペーン予告期間を管理する。また、アプリケーション管理部２２１は、キャンペーンに参加している対象アプリケーションに対して設定されたキャンペーン期間の直後のキャンペーン終了告知期間を管理する。
【００９２】
インストール情報管理部２２２は、ユーザ端末１００から取得したインストール通知情報に基づいて、インストール通知情報に含まれるリワードユーザＩＤと、インストールされた対象アプリケーションのアプリＩＤとを関連付けてインストール情報として管理する。
なお、インストール情報管理部２２２は、インストール通知情報に含まれるリワードユーザＩＤと、対象アプリケーションのアプリＩＤと、対象アプリケーションのアプリユーザＩＤとを関連付けてインストール情報として管理してもよい。
【００９３】
ポイント管理部２２３は、ユーザ端末１００にインストールされている複数の対象アプリケーションのそれぞれからの要求に基づいて所定の数値を累積したポイントを管理する。例えば、ポイント管理部２２３は、ユーザ端末１００にインストールされている複数の対象アプリケーションのそれぞれにおいてユーザがログインしたことを示すログイン通知情報をユーザ端末１００から取得すると、取得したログイン通知情報に基づいて、所定の数値を累積したログインポイントを算出する。そして、ポイント管理部２２３は、算出したログインポイントと、取得したログイン通知情報に含まれるリワードユーザＩＤ及びアプリＩＤとを関連付けて、各ユーザの対象アプリケーション毎のログインポイントとして管理する。例えば、ポイント管理部２２３は、ユーザ端末１００からログイン通知情報を取得する毎に、取得したログイン通知情報に対尾する対象アプリケーションのログインポイントを１ポイント加算する。また、ポイント管理部２２３は、定期的にログインポイントをリセットする。例えば、ポイント管理部２２３は、新たなキャンペーンが開始される場合にログインポイントをリセットしてもよい。
【００９４】
報酬付与管理部２２４は、複数の対象アプリケーションのうちユーザ端末１００にインストールされていない対象アプリケーションの中から、報酬が付与されるアプリケーションとして選択された報酬付与アプリケーションのアプリＩＤ、及びユーザ端末１００を特定するリワードユーザＩＤを関連付けて報酬付与管理情報として管理する。
【００９５】
また、報酬付与管理部２２４は、複数の対象アプリケーションのうちユーザ端末１００にインストールされている対象アプリケーションの中から、報酬が付与されるアプリケーションとして選択された報酬付与アプリケーションのアプリＩＤ、報酬付与アプリケーションにおけるアプリユーザＩＤ、及びユーザ端末１００を特定するリワードユーザＩＤを関連付けて報酬付与管理情報として管理する。
【００９６】
例えば、報酬付与管理部２２４は、ユーザ端末１００に対して提供した第１のコンテンツの実行結果に基づいて所定の報酬付与条件が充足された場合に、キャンペーンに参加している複数の対象アプリケーションのうち、ユーザ端末１００にインストールされていないアプリケーションの中から選択された報酬付与アプリケーションの報酬付与管理情報を管理する。
【００９７】
また、報酬付与管理部２２４は、ユーザ端末１００に対して提供した第１のコンテンツの実行結果に基づいて所定の報酬付与条件が充足された場合に、キャンペーンに参加している複数の対象アプリケーションのうち、ユーザ端末１００にインストールされているアプリケーションの中から選択された報酬付与アプリケーションの報酬付与管理情報を管理する。
【００９８】
つまり、報酬付与管理部２２４は、ユーザ端末１００に対して提供した第１のコンテンツの実行結果に基づいて所定の報酬付与条件が充足された場合に、キャンペーンに参加している複数の対象アプリケーションのうち、ユーザ端末１００にインストールされているアプリケーションとユーザ端末１００にインストールされていないアプリケーションとを含めた中から選択された報酬付与アプリケーションの報酬付与管理情報を管理する。
【００９９】
なお、報酬付与アプリケーションの選択方法は任意の方法を適用することができる。この報酬付与アプリケーションの選択方法は、所定の規則や条件にしたがって選択される方法であってもよいし、抽選により選択される方法であってもよい。また、報酬付与アプリケーションは、キャンペーン毎に決められていてもよい。
【０１００】
記憶部２３０は、管理部２２０または制御部２５０により管理される各種情報を記憶する。例えば、記憶部２３０は、対象アプリ情報記憶部２３１と、キャンペーン情報記憶部２３２と、キャンペーン参加アプリ情報記憶部２３３と、リンク情報記憶部２３４と、インストール情報記憶部２３５と、ポイント情報記憶部２３６と、報酬付与管理情報記憶部２３７と、報酬成立情報記憶部２３８と、コンテンツ記憶部２３９とを備えている。なお、各種情報は、データベースのテーブル形式やＪＳＯＮ（ＪａｖａＳｃｒｉｐｔ（登録商標）Ｏｂｊｅｃｔ  Ｎｏｔａｔｉｏｎ）形式など、その情報の利用に適した形式で格納されていればよい。
【０１０１】
対象アプリ情報記憶部２３１は、相互キャンペーンシステム５００に対応する対象アプリケーションに関する対象アプリケーション情報を記憶する。図８は、対象アプリ情報記憶部２３１に記憶される対象アプリケーション情報の一例を示す図である。対象アプリケーション情報には、対象アプリケーションのアプリＩＤ（ApID）と、通知先ＵＲＬ（NoticeURL）と、ストアＵＲＬ（ApStoreURL）と、当該対象アプリケーションの名称を示すアプリ名称（ApNAME）と、当該対象アプリケーションに関する説明情報であるアプリ説明（ApDOC）と、当該対象アプリケーションを示すアイコン画像であるアプリアイコン画像（ApICO）と、アプリ価格（ApPRICE）とが関連付けられている。
【０１０２】
通知先ＵＲＬ（NoticeURL）は、リワード（報酬）の通知先のＵＲＬ（Uniform Resource Locator）であって、例えば、当該対象アプリケーションに対応するアプリサーバ３００のＵＲＬが設定される。ストアＵＲＬ（ApStoreURL）は、当該対象アプリケーションをダウンロード可能な販売サイト（アプリストア４００）のページのＵＲＬである。アプリ価格（ApPRICE）は、当該対象アプリケーションの販売価格である。なお、これらの対象アプリケーション情報は、例えば、アプリストア４００からダウンロード可能になる前に予め設定されて対象アプリ情報記憶部２３１に記憶され、アプリケーション管理部２２１によって管理される。
【０１０３】
キャンペーン情報記憶部２３２は、対象アプリケーションが参加するキャンペーンに関する情報（キャンペーン情報）を記憶する。図９は、キャンペーン情報記憶部２３２に記憶されるキャンペーン情報の一例を示す図である。キャンペーン情報には、キャンペーンＩＤ（CpID）と、キャンペーン名（CpNAME）と、キャンペーン開始日時（CpStartDATE）と、キャンペーン終了日時（CpEndDATE）と、キャンペーン告知開始日時(NoticeStartDATE)と、キャンペーン告知終了日時(NoticeEndDATE)と、報酬付与開始日時（RewardStartDATE）と、報酬付与終了日時（RewardEndDATE）とが関連付けられている。
【０１０４】
キャンペーンＩＤ（CpID）は、キャンペーンを識別する識別情報である。キャンペーン名（CpNAME）はキャンペーンの名前を示す。キャンペーン開始日時（CpStartDATE）及びキャンペーン終了日時（CpEndDATE）のそれぞれは、キャンペーン期間の開始日時及び終了日時をそれぞれ示している。つまり、キャンペーン開始日時からキャンペーン終了日時までの期間がキャンペーン期間中となる期間を示す。ユーザは、このキャンペーン期間中にキャンペーンページに含まれる第１のコンテンツを実行することにより、選択された報酬付与アプリケーションにおける報酬を獲得できる。
【０１０５】
キャンペーン告知開始日時(NoticeStartDATE)と、キャンペーン告知終了日時(NoticeEndDATE)とのそれぞれは、キャンペーン予告期間（第２の期間）の開始日時と、キャンペーン終了告知期間（第３の期間）の終了日時とのそれぞれを示している。この例では、キャンペーン予告期間（第２の期間）は、キャンペーン告知開始日時(NoticeStartDATE)からキャンペーン開始日時（CpStartDATE）までの期間として設定される。また、キャンペーン終了告知期間（第３の期間）は、キャンペーン終了日時（CpEndDATE）からキャンペーン告知終了日時(NoticeEndDATE)までの期間として設定される。
【０１０６】
なお、このキャンペーン情報の例では、キャンペーン開始日時（CpStartDATE）が、キャンペーン予告期間（第２の期間）の終了日時とキャンペーン期間の開始日時との両方の設定を兼ねているが、別々に設定されるように構成してよい。同様に、このキャンペーン情報の例では、キャンペーン終了日時（CpEndDATE）が、キャンペーン期間の終了日時とキャンペーン終了告知期間の開始日時との両方の設定を兼ねているが、別々に設定されるように構成してよい。
【０１０７】
なお、キャンペーン期間中にユーザが獲得した報酬付与アプリケーションにおける報酬は、その報酬付与アプリケーションがユーザ端末１００にインストールされている場合には、獲得後にその報酬付与アプリケーションに対応するアプリサーバ３００に対して管理サーバ２００が報酬付与情報を送信することにより、アプリサーバ３００において速やかに付与される。一方、その報酬付与アプリケーションがユーザ端末１００にインストールされていない場合には、獲得後にその報酬付与アプリケーションがインストールされてから、その報酬付与アプリケーションに対応するアプリサーバ３００に対して管理サーバ２００が報酬付与情報を送信することにより、アプリサーバ３００において実際に報酬が付与される。このように、報酬付与アプリケーションがユーザ端末１００にインストールされていない場合には、ユーザが獲得した報酬（即ち、仮付与された報酬）は、その報酬付与アプリケーションがユーザ端末１００にインストールされるまでは、実際には付与されない。そこで、報酬付与開始日時（RewardStartDATE）と報酬付与終了日時（RewardEndDATE）で規定される報酬付与期間を設けている。つまり、この報酬付与期間内に報酬付与アプリケーションがインストールされた場合、仮付与された報酬が実際に付与される。一方、この報酬付与期間内に報酬付与アプリケーションがインストールされない場合には、仮付与された報酬は実際には付与されない。
例えば、キャンペーン期間に対して、キャンペーン期間の開始又は途中から開始し、キャンペーン期間より後に終了する報酬付与期間が設定される。一例としては、キャンペーン開始日時と報酬付与開始日時は同日時が設定され、報酬付与終了日時はキャンペーン終了日時の一週間後に設定される。なお、キャンペーン開始日時と報酬付与開始日時とが同日時の場合には、報酬付与開始日時が設定されない構成としてもよく、この場合、少なくとも報酬付与終了日時が報酬付与期限として設定されればよい。
【０１０８】
これらのキャンペーン情報は、キャンペーンの開始日時前に予め設定されてキャンペーン情報記憶部２３２に記憶され、アプリケーション管理部２２１によって管理される。また、これらのキャンペーン情報は、キャンペーンを実施する各対象アプリケーションに対応するアプリサーバ３００と管理サーバ２００とにおいて同様の情報が設定される。
【０１０９】
なお、キャンペーン予告期間またはキャンペーン終了告知期間が設定されない構成としてもよい。また、キャンペーン期間とは別に報酬付与期間が設定されない構成としてもよく、報酬付与期間がキャンペーン期間と同じ期間である構成としてもよい。
【０１１０】
キャンペーン参加アプリ情報記憶部２３３は、キャンペーン情報記憶部２３２に設定されたキャンペーンに参加する対象アプリケーションを示す情報（以下、「キャンペーン参加アプリ情報」と称する）を記憶する。ここで、アプリケーション間の相互キャンペーンであるため、一つのキャンペーンには、少なくとも２つのアプリケーションが設定されることになる。図１０は、キャンペーン参加アプリ情報記憶部２３３に記憶されるキャンペーン参加アプリ情報の一例を示す図である。キャンペーン参加アプリ情報には、キャンペーンＩＤ（CpID）と、このキャンペーンＩＤのキャンペーンに参加する対象アプリケーションのアプリＩＤ（ApID）と、報酬として付与されるアイテムを識別するアイテムＩＤ（ItemID）と、当該アイテムの名称を示す報酬アイテム名称（ItemName）と、当該アイテムの報酬として付与される数を示す報酬アイテム数（ItemNum）とが関連付けられている。
【０１１１】
なお、上述のアイテムＩＤ（ItemID）と、報酬アイテム名称（ItemName）と、報酬アイテム数（ItemNum）とが設定されない構成としてもよい。例えば、キャンペーンの種類によらず付与される報酬の内容がアプリサーバ３００において決まっている場合には、アプリサーバ３００に報酬の内容を通知する必要がない。一方、このキャンペーン参加アプリ情報において、報酬の内容を設定する場合には、キャンペーンに応じて報酬の内容を設定してもよいし、報酬付与アプリケーションがインストールされている場合とインストールされていない場合とによって異なる報酬が付与されるように設定してもよい。
【０１１２】
リンク情報記憶部２３４は、管理サーバ２００がユーザ端末１００からキャンペーンに関する情報を要求する要求情報を取得したことに応じて、ユーザ端末１００に対して送信するキャンペーンの広告画像の提供先に関するリンク情報を記憶する。
図１１は、リンク情報記憶部２３４に記憶されるリンク情報の一例を示す図である。リンク情報には、キャンペーンＩＤ（CpID）と、このキャンペーンＩＤのキャンペーンに参加する対象アプリケーションのアプリＩＤ（ApID）と、バナー画像ＵＲＬ(BnrImgURL)と、バナー種別(BnrTyp)と、キャンペーンページＵＲＬ（CpPageURL）が関連付けられている。
【０１１３】
バナー画像ＵＲＬ(BnrImgURL)は、管理サーバ２００が、ユーザ端末１００からキャンペーンに関する情報を要求する要求情報を取得したことに応じて、ユーザ端末１００に対して送信するキャンペーンの広告画像のリンク先を示すバナーＵＲＬである。バナー種別(BnrTyp)は、広告画像の種別を示す情報であって、キャンペーンのそれぞれの期間に対応する広告画像のバナーＵＲＬを判別するための情報である。例えば、バナー種別(BnrTyp)が「１」の場合には、キャンペーン期間中に送信される広告画像（開催中バナー）のバナーＵＲＬであることを示す。また、バナー種別(BnrTyp)が「２」の場合には、キャンペーン予告期間中に送信される広告画像のバナーＵＲＬ（事前告知バナー）であることを示す。また、バナー種別(BnrTyp)が「３」の場合には、キャンペーン終了告知期間中に送信される広告画像（終了後告知バナー）のバナーＵＲＬであることを示す。
【０１１４】
なお、同一のキャンペーンに対して、いずれの対象アプリケーションに対しても掲載する広告画像が共通の場合には、共通のリンク先に一つの広告画像データが記憶され、対象アプリケーション毎に広告画像を異ならせる場合には、それぞれの対象アプリケーションに対応したリンク先のそれぞれに、それぞれの対象アプリケーションに対応した広告画像データが記憶される。
【０１１５】
キャンペーンページＵＲＬ（CpPageURL）は、管理サーバ２００が、ユーザ端末１００からキャンペーンに関する情報を要求する要求情報を取得したことに応じて、キャンペーンの広告画像のバナーＵＲＬとともにユーザ端末１００に対して送信するキャンペーンページのリンク先を示すページＵＲＬである。例えば、「１」が設定されているバナー種別(BnrTyp)に関連付けられたキャンペーンページＵＲＬ（CpPageURL）には、キャンペーン期間中に送信されるキャンペーンページのリンク先を示す第１のページＵＲＬが設定される。また、「２」が設定されているバナー種別(BnrTyp)に関連付けられたキャンペーンページＵＲＬ（CpPageURL）には、キャンペーン予告期間中に送信されるキャンペーンページのリンク先を示す第２のページＵＲＬが設定される。また、「３」が設定されているバナー種別(BnrTyp)に関連付けられたキャンペーンページＵＲＬ（CpPageURL）には、キャンペーン終了告知期間中に送信されるキャンペーンページのリンク先を示す第３のページＵＲＬが設定される。
【０１１６】
インストール情報記憶部２３５は、ユーザ端末１００から送信されて管理サーバ２００が取得したインストール通知情報に基づいてインストール情報管理部２２２が管理するインストール情報を記憶する。
図１２は、インストール情報記憶部２３５に記憶されるインストール情報の一例を示す図である。インストール情報には、取得したインストール通知情報に含まれるリワードユーザＩＤ（RewardUID）と、アプリＩＤ（ApID）と、アプリユーザＩＤ（ApUID）とが関連付けられている。
この図に示す例では、ユーザＸのリワードユーザＩＤを「ＲＵ１」としている。また、対象アプリＡ１０のアプリＩＤを「ＧａｍｅＡ」とし、対象アプリＢ２０のアプリＩＤを「ＧａｍｅＢ」とし、対象アプリＣ３０のアプリＩＤを「ＧａｍｅＣ」としている。また、対象アプリＡ１０、対象アプリＢ２０、及び対象アプリＣ３０のそれぞれにおけるユーザＸのアプリユーザＩＤを、それぞれ「ＡＵＸ」、「ＢＵＸ」、及び「ＣＵＸ」としている。
つまり、この図に示すインストール情報の例には、ユーザＸのユーザ端末１００にインストールされた対象アプリＡ１０、対象アプリＢ、及び対象アプリＣのインストール通知情報に基づくインストール情報が含まれている。
【０１１７】
ポイント情報記憶部２３６は、ユーザ端末１００から送信されて管理サーバ２００が取得したログイン通知情報に基づいてポイント管理部２２３が管理するログインポイント情報を記憶する。
図１３は、ポイント情報記憶部２３６に記憶されるログインポイント情報の一例を示す図である。ログインポイント情報には、取得したログイン通知情報に含まれるリワードユーザＩＤ（RewardUID）及びアプリＩＤ（ApID）と、ログインポイント(LoginPoint)とが関連付けられている。ログインポイント(LoginPoint)は、取得したログイン通知情報に基づいてポイント管理部２２３が算出したログインポイントである。
【０１１８】
この図に示すログインポイント情報の例では、ユーザＸの対象アプリＡ１０のログインポイントが「１」、ユーザＸの対象アプリＢ２０のログインポイントが「２」、及びユーザＸの対象アプリＣ３０のログインポイントが「１」であることを示している。例えば、ユーザＸが対象アプリＡ１０と対象アプリＣ３０とにログインした回数がそれぞれ１回であり、ユーザＸが対象アプリＢ２０にログインした回数が２回であることを示している。
【０１１９】
なお、ポイント情報記憶部２３６は、ユーザ端末１００から送信されて管理サーバ２００が取得したログイン通知情報に基づいて、当該ログイン通知情報を取得した日時を示すログイン時間をさらに記憶してもよい。例えば、ポイント情報記憶部２３６は、各ユーザのユーザ端末１００からアプリケーション毎の最後にログイン通知情報を取得した日時を、アプリケーション毎の最終ログイン時間として記憶してもよい。
【０１２０】
報酬付与管理情報記憶部２３７は、複数の対象アプリケーションの中から選択された報酬付与アプリケーションにおいて報酬が付与されることを示す報酬付与管理情報を記憶する。
図１４は、報酬付与管理情報記憶部２３７に記憶される報酬付与管理情報の一例を示す図である。報酬付与管理情報には、リワード管理ＩＤ（RewardID）と、リワードユーザＩＤ（RewardUID）と、遷移元アプリＩＤ（ApIDfrom）と、報酬付与先アプリＩＤ（ApIDto）と、報酬付与先アプリユーザＩＤ（ApUID）と、キャンペーンＩＤ（CpID）とが関連付けられている。リワード管理ＩＤ（RewardID）は、報酬付与管理情報毎に識別可能なように各報酬付与管理情報が登録された順に発行される管理ＩＤである。遷移元アプリＩＤ（ApIDfrom）は、キャンペーンページに含まれるユーザ端末１００において実行可能な第１のコンテンツを要求した対象アプリケーションのアプリＩＤであり、報酬付与先アプリＩＤ（ApIDto）は、報酬付与アプリケーションのアプリＩＤである。報酬付与先アプリユーザＩＤ（ApUID）は、リワードユーザＩＤにより特定されるユーザ端末１００を利用するユーザの報酬付与アプリケーションにおけるユーザＩＤである。キャンペーンＩＤ（CpID）は、ユーザ端末１００において実行した第１のコンテンツを提供するキャンペーンのキャンペーンＩＤである。
【０１２１】
リワード管理ＩＤが「Ｒ１」である報酬付与管理情報は、ユーザＸのリワードユーザＩＤとして「ＲＵ１」と、遷移元アプリＩＤとして「ＧａｍｅＡ」と、報酬付与先アプリＩＤとして「ＧａｍｅＢ」と、報酬付与先アプリユーザＩＤとして「ＢＵＸ」と、キャンペーンＩＤとして「ＣＰ１０」とが関連付けられている。この報酬付与管理情報は、リワードユーザＩＤが示すユーザＸが、遷移元アプリＩＤが示す対象アプリＡ１０においてキャンペーンＩＤ「ＣＰ１０」のキャンペーンにおける第１のコンテンツを実行したことによって、対象アプリＢ２０における報酬がユーザＸに対して付与されることを示す情報である。
【０１２２】
リワード管理ＩＤが「Ｒ２」である報酬付与管理情報は、ユーザＸのリワードユーザＩＤとして「ＲＵ１」と、遷移元アプリＩＤとして「ＧａｍｅＡ」と、報酬付与先アプリＩＤとして「ＧａｍｅＰ」と、キャンペーンＩＤとして「ＣＰ２０」とが関連付けられている。ここで、「ＧａｍｅＰ」は、対象アプリＰ７０のアプリＩＤである。即ち、この報酬付与管理情報は、ユーザ端末１００にインストールされていない対象アプリＰ７０における報酬がユーザＸに仮付与されたことを示す情報である。ここで、対象アプリＰ７０がユーザ端末１００にインストールされていないため、ユーザＸの対象アプリＰ７０におけるユーザＩＤが未登録である。そのため、報酬付与先アプリユーザＩＤには「ｎｕｌｌ」が設定される。
【０１２３】
このように、報酬付与管理情報記憶部２３７に記憶されている報酬付与管理情報において、報酬付与先アプリユーザＩＤ（ApUID）に、報酬付与アプリケーションにおけるアプリユーザＩＤが設定されている場合には、報酬付与アプリケーションがユーザ端末１００にインストールされている対象アプリケーションであり、報酬付与先アプリユーザＩＤ（ApUID）に「ｎｕｌｌ」が設定されている場合には、報酬付与アプリケーションがユーザ端末１００にインストールされていない対象アプリケーションであることを示す。
【０１２４】
ここで、報酬付与先アプリユーザＩＤ（ApUID）に「ｎｕｌｌ」が設定されている報酬付与管理情報は、報酬付与アプリケーションにおけるアプリユーザＩＤが不明のため、報酬付与アプリケーションに対応するアプリサーバ３００において報酬を付与することが出来ない状態にある。そのため、この報酬付与管理情報に基づく報酬付与情報は、報酬付与アプリケーションに対応するアプリサーバ３００に通知されない。また、ユーザ端末１００にインストールされていない報酬付与アプリケーションがインストールされて、当該報酬付与アプリケーションにおけるアプリユーザＩＤが登録されると、「ｎｕｌｌ」が設定されていた報酬付与先アプリユーザＩＤ（ApUID）に、登録された報酬付与アプリケーションにおけるアプリユーザＩＤが設定される。これにより、報酬付与アプリケーションに対応するアプリサーバ３００において、アプリユーザＩＤが示すユーザに対して報酬を付与することが可能な状態となり、報酬付与管理情報に基づく報酬付与情報が、報酬付与アプリケーションに対応するアプリサーバ３００に通知可能となる。
【０１２５】
報酬成立情報記憶部２３８は、報酬付与管理情報記憶部２３７に記憶されている報酬付与管理情報に基づく報酬付与情報を報酬アプリケーションに対応するアプリサーバ３００に通知したか否かを示す報酬成立情報を記憶する。
図１５は、報酬成立情報記憶部２３８に記憶される報酬成立情報の一例を示す図である。報酬成立情報には、リワード管理ＩＤ（RewardID）と、成立通知状態（NoticeStatus）とが関連付けられている。リワード管理ＩＤ（RewardID）は、報酬付与管理情報記憶部２３７に記憶されている報酬付与管理情報に含まれるリワード管理ＩＤと対応する。成立通知状態（NoticeStatus）は、リワード管理ＩＤ（RewardID）により対応する報酬付与管理情報に基づく報酬付与情報を報酬アプリケーションに対応するアプリサーバ３００に通知したか否かの状態を示すフラグ情報が設定される。ここでは、成立通知状態（NoticeStatus）にフラグ「０」が設定されている場合には未通知の状態を示し、フラグ「１」が設定されている場合には通知済の状態を示す。
【０１２６】
例えば、報酬付与管理部２２４は、報酬付与管理情報の新たなレコード（一つ分の報酬付与管理情報のデータ）を生成して報酬付与管理情報記憶部２３７に記憶させる際に、当該報酬付与管理情報に対応する報酬成立情報の新たなレコード（一つ分の報酬成立情報のデータ）を生成して報酬成立情報記憶部２３８に記憶させる。ここで、報酬付与管理部２２４は、報酬成立情報の新たなレコードを生成する際に、成立通知状態（NoticeStatus）にフラグ「０」（未通知）を初期値として設定する。その後、この報酬成立情報に対応する報酬付与管理情報に基づく報酬付与情報が報酬アプリケーションに対応するアプリサーバ３００に通知されると、報酬付与管理部２２４は、成立通知状態（NoticeStatus）をフラグ「１」（通知済）に更新する。
【０１２７】
コンテンツ記憶部２３９は、ユーザ端末１００に提供する各コンテンツに関する情報を記憶する。例えば、コンテンツ記憶部２３９は、ユーザ端末１００に送信するリンク先に対応するキャンペーンページ（キャンペーン期間中、キャンペーン予告期間中、もしくはキャンペーン終了告知期間中のキャンペーンページ）、または、ユーザ端末１００において実行可能な第１のコンテンツに関する情報を記憶する。
【０１２８】
また、コンテンツ記憶部２３９は、第１のコンテンツがユーザ端末１００において実行された実行結果に基づく第１のコンテンツの利用状況を示すコンテンツ利用状況情報を記憶する。ここでは、図２を参照して説明したスクラッチゲームを例として説明する。
図１６は、コンテンツ記憶部２３９に記憶されるコンテンツ利用状況情報の一例を示す図である。コンテンツ利用状況情報には、コンテンツＩＤ(ContID)と、キャンペーンＩＤ（CpID）と、リワードユーザＩＤ(RewardUID)と、カードＩＤ(CardID)と、遷移元アプリＩＤ(AｐIDfrom)と、アクション日時(ActionDATE)とが関連付けられている。コンテンツＩＤ(ContID)は、第１のコンテンツを識別する識別情報である。キャンペーンＩＤ（CpID）は、この第１のコンテンツが含まれるキャンペーンのキャンペーンＩＤである。リワードユーザＩＤ(RewardUID)は、この第１のコンテンツが実行されたユーザ端末１００を特定するリワードユーザＩＤである。カードＩＤ(CardID)は、スクラッチゲームのゲーム画面（図２のＧ４０参照）に表示されるスクラッチカード（例えば、図２に示す符号Ｋ４１〜Ｋ４６のスクラッチカード）を識別する識別情報である。遷移元アプリＩＤ(AｐIDfrom)は、この第１のコンテンツを要求した対象アプリケーションのアプリＩＤである。アクション日時(ActionDATE)は、この第１のコンテンツに対するアクションの実行結果をユーザ端末１００から取得した日時を示している。
【０１２９】
この図に示すコンテンツ利用状況情報の例では、カードＩＤが「ＣＤ１」であるスクラッチカード（例えば、図２に示す符号Ｋ４１のスクラッチカード）は、遷移元アプリＩＤ（ＧａｍｅＣ）が示す対象アプリＣ３０からアクションされた状態（カードがめくられた状態）であることを示している。また、カードＩＤが「ＣＤ５」であるスクラッチカード（例えば、図２に示す符号Ｋ４５のスクラッチカード）は、遷移元アプリＩＤ（ＧａｍｅＢ）が示す対象アプリＢ２０からアクションされた状態（カードがめくられた状態）であることを示している。カードＩＤが「ＣＤ２」、「ＣＤ３」、「ＣＤ４」、及び「ＣＤ６」であるスクラッチカード（例えば、図２に示す符号Ｋ４２、Ｋ４３、Ｋ４４、及びＫ４６のスクラッチカード）は、遷移元アプリＩＤに「ｎｕｌｌ」が設定されており、アクションされていない状態（カードがめくられていない状態）であることを示している。
【０１３０】
次に、図７に戻り、制御部２５０の構成について説明する。
制御部２５０は、インストール通知取得部２５１と、ユーザ情報取得部２５２と、イベント情報通知部２５３と、コンテンツ提供部２５４と、報酬付与処理部２５５と、計時部２５６とを備えている。
【０１３１】
インストール通知取得部２５１は、複数の対象アプリケーションのうちユーザ端末１００にインストールされたアプリケーション（当該対象アプリケーションのＳＤＫ１１）から、当該アプリケーションがインストールされたことを示すインストール通知情報を取得する。このインストール通知情報には、前述したように、当該対象アプリケーションのアプリＩＤと、このユーザ端末１００を特定するリワードユーザＩＤとが含まれている。また、このインストール通知情報には、さらに当該対象アプリケーションにおけるアプリユーザＩＤが含まれてもよい。そして、インストール通知取得部２５１は、取得したインストール通知情報を、インストール情報管理部２２２に供給する。
【０１３２】
ユーザ情報取得部２５２は、インストール通知取得部２５１がインストール通知情報を取得した対象アプリケーションにおけるユーザ端末１００を利用するユーザのおけるアプリユーザＩＤを取得する。例えば、ユーザ情報取得部２５２は、インストール通知取得部２５１が取得したインストール通知情報に含まれるアプリユーザＩＤを取得する。
【０１３３】
なお、ユーザ情報取得部２５２は、インストール通知情報以外の情報に含まれるアプリユーザＩＤを取得してもよい。また、インストール通知取得部２５１がユーザ情報取得部２５２の機能を備えてもよい。
【０１３４】
イベント情報通知部２５３は、ユーザ端末１００にインストールされている対象アプリケーション（当該対象アプリケーションのＳＤＫ１１）からの要求を受けると、当該要求した対象アプリケーションのキャンペーンの開催状況に応じたコンテンツが含まれるキャンペーンページのページＵＲＬをユーザ端末１００に対して送信する。
【０１３５】
例えば、イベント情報通知部２５３は、ユーザ端末１００にインストールされている対象アプリケーション（当該対象アプリケーションのＳＤＫ１１）からキャンペーンに関する情報を要求する要求情報を取得する。そして、イベント情報通知部２５３は、当該要求をした対象アプリケーションがキャンペーンに参加している対象アプリケーションである場合あって、当該要求情報を取得したタイミングがキャンペーン期間中であるときには、第１のページＵＲＬをユーザ端末１００に対して送信する。前述したように、この第１のページＵＲＬは、ユーザ端末１００において実行可能な第１のコンテンツ（例えば、スクラッチゲーム）が含まれるキャンペーンページのリンク先を示すＵＲＬである。
【０１３６】
また、イベント情報通知部２５３は、当該要求をした対象アプリケーションがキャンペーンに参加している対象アプリケーションである場合あって、当該要求情報を取得したタイミングがキャンペーン予告期間中であるときには、予告第２のページＵＲＬをユーザ端末１００に対して送信する。前述したように、この第２のページＵＲＬは、キャンペーン期間の開始の予告を示す第２のコンテンツが含まれるキャンペーンページのリンク先を示すＵＲＬである。
【０１３７】
また、イベント情報通知部２５３は、当該要求をした対象アプリケーションがキャンペーンに参加している対象アプリケーションである場合あって、当該要求情報を取得したタイミングがキャンペーン終了告知期間中であるときには、第３のページＵＲＬをユーザ端末１００に対して送信する。前述したように、この第３のページＵＲＬは、キャンペーン期間の終了の告知を示す第３のコンテンツが含まれるキャンペーンページのリンク先を示すＵＲＬである。
【０１３８】
なお、イベント情報通知部２５３は、ユーザ端末１００において実行可能な第１のコンテンツを提供したユーザ端末１００（例えば、キャンペーンを利用して第１のコンテンツをプレイしたユーザのユーザ端末１００）に対してのみ、第３のページＵＲＬを送信してもよい。つまり、イベント情報通知部２５３は、ユーザ端末１００にインストールされている対象アプリケーションからの第１のページＵＲＬへのアクセス要求に基づいて第１のコンテンツを提供したユーザ端末１００に対して、当該要求情報を取得したタイミングがキャンペーン終了告知期間中であるときには、第３のページＵＲＬを送信してもよい。
これにより、キャンペーンを利用していないユーザのユーザ端末１００には、キャンペーン期間の終了の告知を示す第３のコンテンツが含まれるキャンペーンページのリンク先が通知されないようにすることができる。
【０１３９】
また、イベント情報通知部２５３は、上述した第１のページＵＲＬ、第２のページＵＲＬ、または第３のページＵＲＬとともに、リンク情報記憶部２３４に記憶されているリンク情報を参照して、キャンペーンの広告画像のリンク先を示すバナーＵＲＬをユーザ端末１００に対して送信する。例えば、このバナーＵＲＬは、リンク情報記憶部２３４に記憶されているリンク情報に含まれるバナー画像ＵＲＬ(BnrImgURL)に設定されており、キャンペーンのそれぞれの期間に対応するバナー種別(BnrTyp)に関連付けられているバナー画像ＵＲＬ(BnrImgURL)に設定されているＵＲＬである。
【０１４０】
ユーザ端末１００にインストールされている対象アプリケーションにおいて、イベント情報通知部２５３が送信したページＵＲＬとバナーＵＲＬとに基づいて表示された広告画像に対してタップ操作がされると、当該対象アプリケーション（当該対象アプリケーションのＳＤＫ１１）から、ページＵＲＬによって示されるリンク先のキャンペーンページの表示を要求するキャンペーンページ表示要求情報が送信される。コンテンツ提供部２５４は、ユーザ端末１００にインストールされている対象アプリケーション（当該対象アプリケーションのＳＤＫ１１）から送信されたキャンペーンページ表示要求情報を、上述した第１のページＵＲＬへのアクセス要求、第２のページＵＲＬへのアクセス要求、または第３のページＵＲＬへのアクセス要求として取得する。
【０１４１】
コンテンツ提供部２５４は、ユーザ端末１００にインストールされている対象アプリケーション（当該対象アプリケーションのＳＤＫ１１）からの第１のページＵＲＬへのアクセス要求に基づいて、第１のコンテンツが含まれるキャンペーンページを、当該ユーザ端末１００に対して送信する。また、コンテンツ提供部２５４は、ユーザ端末１００にインストールされている対象アプリケーション（当該対象アプリケーションのＳＤＫ１１）からの第２のページＵＲＬへのアクセス要求に基づいて、第２のコンテンツが含まれるキャンペーンページを、当該ユーザ端末１００に対して送信する。また、コンテンツ提供部２５４は、ユーザ端末１００にインストールされている対象アプリケーション（当該対象アプリケーションのＳＤＫ１１）からの第３のページＵＲＬへのアクセス要求に基づいて、第３のコンテンツが含まれるキャンペーンページを、当該ユーザ端末１００に対して送信する。
【０１４２】
また、コンテンツ提供部２５４は、所定の期間内における同一の対象アプリケーションからの要求に対して、第１のコンテンツの提供を所定の回数までに制限する。例えば、コンテンツ提供部２５４は、同一の対象アプリケーションからの第１のページＵＲＬへのアクセス要求に対して、第１のコンテンツを実行できる回数を１日に１回までに制限する。なお、上述の所定の回数は、キャンペーン毎や対象アプリケーション毎に任意に設定されてもよい。
【０１４３】
報酬付与処理部２５５は、報酬付与管理部２２４において管理されている報酬付与管理情報に基づいて、報酬付与アプリケーションにおけるアプリユーザＩＤを関連付けた報酬付与情報を、当該報酬付与アプリケーションに対応するアプリサーバ３００に対して送信する。
【０１４４】
例えば、報酬付与処理部２５５は、報酬付与管理情報記憶部２３７に記憶されている報酬付与管理情報と、報酬成立情報記憶部２３８に記憶されている報酬成立情報とを参照して、成立通知状態（NoticeStatus）にフラグ「０」（未通知）が設定されている報酬付与管理情報を抽出する。また、報酬付与処理部２５５は、抽出した報酬付与管理情報のうち、ユーザ端末１００に報酬付与アプリケーションがインストール済みの報酬付与管理情報がある場合には、当該報酬付与アプリケーションにおけるアプリユーザＩＤを関連付けた報酬付与情報を、当該報酬付与アプリケーションに対応するアプリサーバ３００に対して送信する。
ここで、報酬付与処理部２５５は、報酬付与管理情報に含まれる報酬付与先アプリユーザＩＤ（ApUID）にアプリユーザＩＤが設定されていることを条件として、当該報酬付与管理情報に含まれる報酬付与アプリケーションがユーザ端末１００にインストール済みであると判定する。
【０１４５】
また、報酬付与処理部２５５は、報酬付与管理情報に含まれる報酬付与先アプリユーザＩＤ（ApUID）に「ｎｕｌｌ」が設定されている場合、当該報酬付与管理情報に含まれる報酬付与アプリケーションがユーザ端末１００にインストールされていない（未インストールである）と判定する。この場合、報酬付与処理部２５５は、報酬付与先アプリユーザＩＤ（ApUID）にアプリユーザＩＤが設定されるまでは報酬付与情報を送信せずに、報酬付与先アプリユーザＩＤ（ApUID）にアプリユーザＩＤが設定された後に、当該報酬付与アプリケーションにおけるアプリユーザＩＤを関連付けた報酬付与情報を、当該報酬付与アプリケーションに対応するアプリサーバ３００に対して送信する。
【０１４６】
ここで、報酬付与先アプリユーザＩＤ（ApUID）にアプリユーザＩＤが設定された後とは、未インストールの報酬付与アプリケーションがユーザ端末１００にインストールされたことを示すインストール通知情報をインストール通知取得部２５１が取得済であって、且つ当該報酬付与アプリケーションにおけるアプリユーザＩＤを管理サーバ２００が取得済であることを示す。
【０１４７】
即ち、報酬付与処理部２５５は、報酬付与管理部２２４において管理されている報酬付与管理情報に基づいて、報酬付与アプリケーションがユーザ端末１００にインストールされたことを示すインストール通知情報をインストール通知取得部２５１が取得したと判定し、且つ報酬付与アプリケーションにおけるアプリユーザＩＤをユーザ情報取得部２５２が取得した場合、当該インストールされた報酬付与アプリケーションにおけるアプリユーザＩＤを関連付けた報酬付与情報を、当該報酬付与アプリケーションに対応するアプリサーバ３００に対して送信する。
【０１４８】
また、アプリケーション管理部２２１において報酬付与期間（報酬付与期限）が管理されている場合、報酬付与処理部２５５は、報酬付与アプリケーションがユーザ端末１００にインストールされたことを示すインストール通知情報を報酬付与期限内にインストール通知取得部２５１が取得したと判定し、且つ報酬付与アプリケーションにおけるアプリユーザＩＤをユーザ情報取得部２５２が取得した場合に、上述の報酬付与情報を、当該報酬付与アプリケーションに対応するアプリサーバ３００に対して送信してもよい。
【０１４９】
なお、報酬付与処理部２５５は、当該報酬付与管理情報に含まれる報酬付与アプリケーションがユーザ端末１００にインストール済みであるか否かと、報酬付与アプリケーションにおけるアプリユーザＩＤを取得済であるか否かとを、報酬付与管理情報に含まれる報酬付与先アプリユーザＩＤ（ApUID）にアプリユーザＩＤが設定されているか否かに基づいて判定してもよいし、インストール情報記憶部２３５に記憶されているインストール情報に基づいて判定してもよい。
【０１５０】
計時部２５６は、時刻を計時して現在日時を取得する。なお、計時部２５６は、現在日時データを提供する日時情報提供サーバ（不図示）からネットワークＮＷを介して現在日時を取得してもよい。
【０１５１】
例えば、イベント情報通知部２５３は、計時部２５６が計時した現在日時を示す情報に基づいて、ユーザ端末１００からキャンペーンに関する情報を要求する要求情報を取得したタイミングが、キャンペーン期間中であるか、キャンペーン予告期間中であるか、キャンペーン終了告知期間中であるか、または、これらの期間以外であるか、を判定する。また、報酬付与処理部２５５は、計時部２５６が計時した現在日時を示す情報に基づいて、現在日時がキャンペーン期間中であるか否か、または報酬付与期間内であるか否かなどを判定する。なお、記憶部２３０に記憶して管理される各種の情報記憶部（２３１〜２３９）には、レコードが生成された日時を示すデータ登録日時と、生成されたレコードの一部を更新した日時を示すデータ更新日時を各レコードに記憶するようにしてもよい。例えば、インストール情報記憶部２３５で記憶するデータ登録日時には、計時部２５６が計時したユーザ端末１００から取得したインストール情報を取得した日時が記録され、ユーザ端末１００で当該インストール情報に対応した対象アプリケーションがインストールした日時を示すデータとなる。
【０１５２】
〔キャンペーン処理の動作〕
次に、図１７から図２３を参照して、本実施形態による相互キャンペーンシステム５００によるキャンペーン処理の動作の詳細について説明する。
図１７は、キャンペーン処理における第１の処理の動作の全体の流れの一例を示す動作図である。図１８から図２２のそれぞれは、図１７に示すキャンペーン処理の中の詳細の動作を示す動作図である。また、図２３は、キャンペーン処理における第２の処理の動作の一例を示す動作図である。ここで、上述の第１の処理は、キャンペーンにより付与される報酬を報酬付与管理情報として管理サーバ２００が管理する処理であり、第２の処理は、管理サーバ２００が管理している報酬付与管理情報に基づいて、アプリサーバ３００において報酬が付与される処理である。なお、ここでは、ユーザＸがユーザ端末１００にインストールされた対象アプリＡ１０からキャンペーンを利用した場合の処理を例として説明する。
まず、図１７から図２２を参照して、キャンペーン処理における第１の処理の動作について説明する。
【０１５３】
〔ＳＤＫ初期化処理の動作〕
ユーザＸのユーザ端末１００に対象アプリＡ１０がインストールされて起動すると、対象アプリケーションは、自身に組み込まれているＳＤＫ１１−１に対してＳＤＫの初期化処理の実行を要求する（ステップＳＡ１１０）。
【０１５４】
ＳＤＫ１１−１は、対象アプリＡ１０からＳＤＫの初期化処理の実行要求を受け取ると、ＳＤＫ初期化処理を実行する。このＳＤＫ初期化処理において、ＳＤＫ１１−１は、リワードユーザＩＤの取得の処理やインストール通知情報を管理サーバ２００に対して送信する処理を実行する。ＳＤＫ１１−１は、ＳＤＫ初期化処理が終了すると、初期化処理が終了したことを示す完了通知を対象アプリＡ１０に応答する（ステップＳＢ１００）。
【０１５５】
ここで、図１８を参照して、このステップＳＢ１００のＳＤＫ初期化処理について説明する。なお、ＳＤＫ１１−１の初期化処理部１１１０は、初回起動時のみに実行する処理として、組み込み先の対象アプリＡ１０のアプリＩＤ（ApID）と、対象アプリＡ１０において登録されたユーザＸのアプリユーザＩＤ（ApUID）とを、対象アプリＡ１０から取得するものとする。
【０１５６】
次に、ＳＤＫ１１−１の初期化処理部１１１０は、初期化処理済みであるか否かを判定する（ステップＳＢ１１０）。初期化処理済みであると判定された場合（ステップＳＢ１１０：ＹＥＳ）、初期化処理部１１１０は、その後の初期化処理を実行しないでＳＤＫ初期処理を終了する。一方、初期化処理済みでないと判定された場合（ステップＳＢ１１０：ＮＯ）、ＳＤＫ１１−１の固有識別情報取得部１１１１は、端末記憶部１４０を参照して、リワードユーザＩＤが取得済みであるか否かを判定する（ステップＳＢ１２０）。このリワードユーザＩＤが取得済みであるか否かを判定は、ユーザ端末１００にインストールされたいずれの対象アプリケーションからも参照可能なように端末記憶部１４０のアプリ間共有エリアにリワードユーザＩＤが記憶されているか否かによって判定される。
【０１５７】
リワードユーザＩＤが取得済みであると判定された場合（ステップＳＢ１２０：ＹＥＳ）、ＳＤＫ１１−１の固有識別情報取得部１１１１は、端末記憶部１４０からリワードユーザＩＤを読み出し、ステップＳＢ１５０に処理を進める。
【０１５８】
一方、リワードユーザＩＤが取得済みでないと判定された場合（ステップＳＢ１２：ＮＯ）、ＳＤＫ１１−１の固有識別情報取得部１１１１は、ユーザ端末１００に対応するリワードユーザＩＤ（相互キャンペーンシステム５００においてユニークなＩＤ）を生成して取得する（ステップＳＢ１３０）。
【０１５９】
次に、ＳＤＫ１１−１の固有識別情報取得部１１１１は、取得したリワードユーザＩＤを、端末記憶部１４０のアプリ間共有エリアに記憶させる（ステップＳＢ１４０）。
【０１６０】
続いて、ＳＤＫ１１−１のインストール通知部１１１２は、対象アプリＡ１０がユーザ端末１００にインストールされたことを示すインストール通知情報を、管理サーバ２００に対して送信する（ステップＳＢ１５０）。ここでインストール通知情報には、このユーザ端末１００を特定するリワードユーザＩＤ（RewardUID）と、インストールされた対象アプリＡ１０のアプリＩＤ（ApID）と、この対象アプリＡ１０において登録されたユーザＸのアプリユーザＩＤ（ApUID）とが含まれる。
【０１６１】
次に、管理サーバ２００のインストール通知取得部２５１は、ユーザ端末１００（ＳＤＫ１１−１）から送信されたインストール通知情報を取得する。そして、インストール通知取得部２５１は、インストール通知情報を取得したことを示す応答情報（通知結果）を、当該ユーザ端末１００（ＳＤＫ１１−１）に対して送信する。また、管理サーバ２００のインストール情報管理部２２２は、インストール通知取得部２５１が取得したインストール通知情報に含まれるリワードユーザＩＤ（RewardUID）と、対象アプリＡ１０のアプリＩＤ（ApID）と、対象アプリＡ１０におけるユーザＸのアプリユーザＩＤ（ApUID）とを関連付けて、インストール情報としてインストール情報記憶部２３５に記憶させる（ステップＳＥ１１０）。
【０１６２】
ＳＤＫ１１−１の初期化処理部１１１０は、管理サーバ２００から送信された応答情報（通知結果）を取得すると、初期化済みを示すフラグを設定して初期化処理を終了する（ステップＳＢ１６０）。
【０１６３】
〔ログイン通知処理の動作〕
図１７に戻り、次に、対象アプリＡ１０は、ＳＤＫ１１−１に対してログイン通知処理の実行を要求する（ステップＳＡ１２０）。ＳＤＫ１１−１は、対象アプリＡ１０からログイン通知処理の実行要求を受け取ると、ログイン通知処理を実行する。このログイン通知処理において、ＳＤＫ１１−１は、この対象アプリＡ１０にユーザＸがログインしたことを示すログイン通知情報を管理サーバ２００に対して送信する。ＳＤＫ１１−１は、ログイン通知処理が終了すると、ログイン通知処理が終了したことを示す完了通知を対象アプリＡ１０に応答する（ステップＳＢ２００）。
【０１６４】
ここで、図１９を参照して、このステップＳＢ２００のログイン通知処理について説明する。
ＳＤＫ１１−１のログイン通知部１１２０は、ユーザＸが対象アプリＡ１０にログインしたことを示すログイン通知情報を管理サーバ２００に対して送信する（ステップＳＢ２１０）。ここで、このログイン通知情報には、このユーザ端末１００を特定するリワードユーザＩＤ（RewardUID）と、対象アプリＡ１０のアプリＩＤ（ApID）とが含まれる。また、ログイン通知部１１２０は、このログイン通知情報を１日１回に限って管理サーバ２００に対して送信する。例えば、ログイン通知部１１２０は、ログイン通知情報を管理サーバ２００に対して送信したことを示すフラグ情報を端末記憶部１４０に記憶させ、当該フラグ情報に基づいて、ログイン通知情報の送信を１日１回に制限する。
【０１６５】
管理サーバ２００のポイント管理部２２３は、ユーザ端末１００（ＳＤＫ１１−１）からログイン通知情報を取得すると、取得したログイン通知情報に基づいて、所定の数値を累積したログインポイントを算出（カウント）する。そして、ポイント管理部２２３は、算出したログインポイントと、取得したログイン通知情報に含まれるリワードユーザＩＤ（RewardUID）及びアプリＩＤ（ApID）とに基づいて、ポイント情報記憶部２３６に記憶されているポイント情報を更新する。そして、ポイント管理部２２３は、ログイン通知情報に基づいてポイント情報を更新したことを示す応答情報（通知結果）を、当該ユーザ端末１００（ＳＤＫ１１−１）に対して送信する（ステップＳＥ２１０）。
【０１６６】
ＳＤＫ１１−１のログイン通知部１１２０は、管理サーバ２００から送信された応答情報（通知結果）を取得して、ログイン通知処理を終了する（ステップＳＢ２２０）。
【０１６７】
なお、ＳＤＫ１１−１のログイン通知部１１２０がログイン通知情報の送信を１日１回に制限するのに代えて、ＳＤＫ１１−１のログイン通知部１１２０がログイン通知情報の送信を１日１回に制限せずに、管理サーバ２００のポイント管理部２２３がポイント情報の更新を１日１回に制限してもよい。
【０１６８】
〔キャンペーン確認処理の動作〕
図１７に戻り、次に、対象アプリＡ１０は、ＳＤＫ１１−１に対してキャンペーン確認処理の実行を要求する（ステップＳＡ１３０）。ＳＤＫ１１−１は、対象アプリＡ１０からキャンペーン確認処理の実行要求を受け取ると、キャンペーン確認処理を実行する。このキャンペーン確認処理において、ＳＤＫ１１−１は、対象アプリＡ１０のキャンペーンに関する情報（キャンペーンの開催状況）を確認する。ＳＤＫ１１−１は、キャンペーン確認処理が終了すると、キャンペーン確認処理が終了したことを示す完了通知を対象アプリＡ１０に応答する（ステップＳＢ３００）。
【０１６９】
ここで、図２０を参照して、このステップＳＢ３００のキャンペーン確認処理について説明する。
ＳＤＫ１１−１のイベント情報要求部１１３１は、キャンペーンの開催状況の確認（キャンペーン開催確認）を要求する要求情報を管理サーバ２００に対して送信する（ステップＳＢ３１０）。
【０１７０】
管理サーバ２００のイベント情報通知部２５３は、ユーザ端末１００（ＤＫ１１−１）からキャンペーン開催確認を要求する要求情報を取得すると、取得した日時と、キャンペーン情報記憶部２３２に記憶されているキャンペーン情報と、キャンペーン参加アプリ情報記憶部２３３に記憶されているキャンペーン参加アプリ情報とを参照して、当該要求した対象アプリＡ１０のキャンペーンの開催状況を確認する（ステップＳＥ３１０）。ここで、対象アプリＡ１０のキャンペーンの開催状況とは、対象アプリＡ１０がキャンペーン期間中であること、キャンペーン予告期間中であること、キャンペーン終了告知期間中であること、及び、これらの期間以外であることのうちのいずれかを示す。
【０１７１】
次に、管理サーバ２００のイベント情報通知部２５３は、対象アプリＡ１０のキャンペーンの開催状況の確認結果（キャンペーン開催確認結果）を通知する。具体的には、イベント情報通知部２５３は、対象アプリＡ１０のキャンペーンの開催状況に応じたコンテンツが含まれるキャンペーンページのＵＲＬ及び広告画像のＵＲＬをユーザ端末１００に対して送信する（ステップＳＥ３２０）。
【０１７２】
ＳＤＫ１１−１のイベント情報取得部１１３２は、管理サーバ２００からキャンペーン開催確認結果として、対象アプリＡ１０のキャンペーンの開催状況に応じたコンテンツが含まれるキャンペーンページのページＵＲＬ及び広告画像のバナーＵＲＬを取得して、端末記憶部１４０に記憶させる（ステップＳＢ３２０）。
【０１７３】
図１７に戻り、次に、対象アプリＡ１０は、ＳＤＫ１１−１から、キャンペーン確認処理が終了したことを示す完了通知を受け取ると、キャンペーンページを表示させるための広告画像を、表示部１２０に表示させるメイン画面上の所定の位置に表示させる（例えば、図２に示す表示画面Ｇ１０参照）。具体的には、対象アプリＡ１０は、端末記憶部１４０を参照して、ＳＤＫ１１−１のイベント情報取得部１１３２が取得したキャンペーンページのページＵＲＬ及び広告画像のバナーＵＲＬに基づいて、当該バナーＵＲＬにリンクしている広告画像を、当該ページＵＲＬにリンクしているキャンペーンページを表示させるための操作子として、メイン画面に表示させる（ステップＳＡ１４０）。
【０１７４】
この広告画像に対してタップ操作がされた場合（ステップＳＡ１５０：ＹＥＳ）、対象アプリＡ１０は、ＳＤＫ１１−１に対してキャンペーン処理の実行を要求する。一方、この広告画像に対してタップ操作がされた場合（ステップＳＡ１５０：ＮＯ）、このメイン画面が表示されている状態が継続される。
【０１７５】
ＳＤＫ１１−１は、対象アプリＡ１０からＳＤＫのキャンペーン処理の実行要求を受け取ると、キャンペーンページ表示処理（ステップＳＢ４００）及びアクション結果処理（ステップＳＢ６００）を実行する。
【０１７６】
ＳＤＫ１１−１は、ステップＳＢ４００のキャンペーンページ表示処理において、タップ操作がされた広告画像に応じたキャンペーンページを管理サーバ２００から取得した表示させる。例えば、ＳＤＫ１１−１は、対象アプリＡ１０がキャンペーン期間中の場合には、ユーザ端末１００において実行可能な第１のコンテンツを含むキャンペーンページを管理サーバ２００から取得して表示部１２０に表示させる（例えば、図２に示す表示画面Ｇ４０参照）。
【０１７７】
表示部１２０に表示されたキャンペーンページの第１のコンテンツに対するユーザＸのアクション（タップ操作）を入力部１１０が受け付けると（ステップＳＢ５００）、ＳＤＫ１１−１は、アクション結果処理（ステップＳＢ６００）を実行する。
【０１７８】
ＳＤＫ１１−１は、ステップＳＢ６００のアクション結果処理において、第１のコンテンツに対するユーザＸのアクションの実行結果を示す情報を管理サーバ２００に対して送信する。そして、ＳＤＫ１１−１は、このアクションの実行結果に応じたキャンペーンページを管理サーバ２００から取得して表示部１２０に表示させる。例えば、ＳＤＫ１１−１は、アクションの実行結果に応じて報酬付与条件が充足された場合に、複数の対象アプリケーションの中から選択された報酬付与アプリケーションにおいて付与される報酬を示す情報が含まれるキャンペーンページを管理サーバ２００から取得して表示部１２０に表示させる（例えば、図２に示す表示画面Ｇ６０、Ｇ７０参照）。
【０１７９】
次に、表示部１２０に表示されたキャンペーンページにおいて、対象アプリＡ１０のメイン画面に表示を戻すための操作子としてのアイコン（戻るボタン）に対してタップ操作がされると（ステップＳＢ７１０：ＹＥＳ）、ＳＤＫ１１−１は、表示部１２０に表示させていたキャンペーンページの表示を終了してキャンペーンページを閉じる（ステップＳＢ７２０）。これにより、表示部１２０の表示画面は、対象アプリＡ１０のメイン画面に戻る。
【０１８０】
以下に、上述したステップＳＢ４００のキャンペーンページ表示処理、及びステップＳＢ６００のアクション結果処理の動作について、詳しく説明する。なお、ここでは、対象アプリＡがキャンペーン期間中である場合の処理の動作を説明する。
【０１８１】
〔キャンペーンページ表示処理の動作〕
まず、図２１を参照して、ステップＳＢ４００のキャンペーンページ表示処理の動作について説明する。
【０１８２】
ＳＤＫ１１−１のコンテンツ要求部１１４０は、対象アプリＡ１０からキャンペーンページのリンク先へのアクセス要求として、当該キャンペーンページの表示を要求するキャンペーンページ表示要求情報を管理サーバ２００に対して送信する（ステップＳＢ４１０）。このキャンペーンページ表示要求情報は、ユーザ端末１００において実行可能な第１のコンテンツが含まれるキャンペーンページのリンク先を示す第１のページＵＲＬへのアクセス要求を示す要求情報である。ここで、この要求情報には、例えば、このユーザ端末１００を特定するリワードユーザＩＤと、対象アプリＡ１０のアプリＩＤと、キャンペーンＩＤと、第１のページＵＲＬとが含まれている。
【０１８３】
管理サーバ２００のコンテンツ提供部２５４は、ユーザ端末１００（ＳＤＫ１１−１）から第１のページＵＲＬへのアクセス要求を示す要求情報を取得すると、コンテンツ記憶部２３９に記憶されているコンテンツ利用状況情報を参照して、この第１のページＵＲＬにリンクされているキャンペーンページの第１のコンテンツのユーザＸによる利用状況を確認する（ステップＳＥ４１０）。
【０１８４】
次に、管理サーバ２００のコンテンツ提供部２５４は、第１のコンテンツの利用状況を確認した結果に基づいて、第１のコンテンツの利用状況に応じたキャンペーンページを生成してユーザ端末１００に対して送信する（ステップＳＥ４２０）。例えば、コンテンツ提供部２５４は、第１のコンテンツが実行可能な状態である場合、その実行可能な第１のコンテンツが含まれるキャンペーンページをユーザ端末１００に対して送信する。第１のコンテンツがスクラッチゲームの例では、第１のコンテンツが実行可能な状態とは、タップ操作によりめくることができるスクラッチカードがある状態を示す。
【０１８５】
ＳＤＫ１１−１のコンテンツ取得部１１５０は、管理サーバ２００から送信されたキャンペーンページを取得する（ステップＳＢ４２０）。そして、ＳＤＫ１１−１のコンテンツ提示部１１６０は、コンテンツ取得部１１５０が取得したキャンペーンページを表示部１２０に表示させる（ステップＳＢ４３０）。これにより、ユーザ端末１００の表示部１２０に、その実行可能な第１のコンテンツが含まれるキャンペーンページが表示される（例えば、図２に示す表示画面Ｇ４０参照）。
【０１８６】
一方、コンテンツ提供部２５４は、第１のコンテンツが実行不可能な状態である場合、第１のコンテンツが利用不可であることを示す情報が含まれるキャンペーンページをユーザ端末１００に対して送信する。第１のコンテンツがスクラッチゲームの例では、第１のコンテンツが実行不可能な状態とは、タップ操作によりめくることができるスクラッチカードがない状態を示す。
これにより、ユーザ端末１００の表示部１２０に、その第１のコンテンツが利用不可であることを示す情報が含まれるキャンペーンページが表示される（例えば、図２に示す表示画面Ｇ５０参照）。
【０１８７】
〔アクション結果処理の動作〕
次に、図２２を参照して、ステップＳＢ６００のアクション結果処理の動作について説明する。ここでは、ユーザ端末１００の表示部１２０に表示された第１のコンテンツが実行可能な状態であるものとする。
【０１８８】
ＳＤＫ１１−１の実行結果通知部１１７０は、第１のコンテンツに対するユーザＸのアクションの実行結果を示す情報を管理サーバ２００に対して送信する（ステップＳＢ６１０）。
【０１８９】
管理サーバ２００の報酬付与管理部２２４は、ユーザ端末１００（ＳＤＫ１１−１）から取得したアクションの実行結果を示す情報に基づいて、報酬付与条件が充足されたか否かを判定する（ステップＳＥ６１０）。
例えば第１のコンテンツがスクラッチゲームの例では、報酬付与管理部２２４は、ユーザＸがスクラッチカードをめくる毎に、報酬付与条件が充足されたと判定する。なお、前述したように、報酬が付与される報酬付与条件はこれに限られるものではない。例えば、スクラッチカードにはめくった後にのみ判別できる「当たり」と「はずれ」とのカードがあり、「当たり」のカードをめくったときのみ報酬が付与されるようにしてもよい。また、表示されている全てのスクラッチカードをめくった場合に報酬が付与されるようにしてもよい。
【０１９０】
ステップＳＥ６１０において報酬付与条件が充足されたと判定された場合（ステップＳＥ６１０：ＹＥＳ）、管理サーバ２００の報酬付与管理部２２４は、アプリケーション管理部２２１が管理している複数の対象アプリケーションの中から、報酬が付与される報酬付与アプリケーションを選択して、報酬の付与先の対象アプリケーションを決定する（ステップＳＥ６２０）。
【０１９１】
次に、管理サーバ２００の報酬付与管理部２２４は、ステップＳＥ６１０において選択した報酬付与アプリケーションにおいてユーザＸに報酬が付与されることを示す報酬付与管理情報の新たなレコードを生成して報酬付与管理情報記憶部２３７に登録する（ステップＳＥ６３０）。
【０１９２】
ここで、報酬付与管理部２２４は、インストール情報記憶部２３５に記憶されているインストール情報を参照して、選択した報酬付与アプリケーションがユーザＸのユーザ端末１００にインストールされたことを示すインストール通知情報に基づくインストール情報が記憶されているか否かを判定する。
【０１９３】
報酬付与アプリケーションに対応するインストール情報が記憶されていると判定された場合には、報酬付与管理部２２４は、リワードユーザＩＤと、遷移元アプリＩＤとしての対象アプリＡ１０のアプリＩＤと、報酬付与アプリケーションのアプリＩＤと、報酬付与アプリケーションのアプリユーザＩＤと、キャンペーンＩＤとを関連付けた報酬付与管理情報の新たなレコードを生成して報酬付与管理情報記憶部２３７に記憶させる。
【０１９４】
一方、報酬付与アプリケーションに対応するインストール情報が記憶されていないと判定された場合には、報酬付与管理部２２４は、リワードユーザＩＤと、遷移元アプリＩＤとしての対象アプリＡ１０のアプリＩＤと、報酬付与アプリケーションのアプリＩＤと、キャンペーンＩＤとを関連付けるとともに、報酬付与先アプリユーザＩＤに「ｎｕｌｌ」を設定した報酬付与管理情報の新たなレコードを生成して報酬付与管理情報記憶部２３７に記憶させる。
【０１９５】
また、報酬付与管理部２２４は、報酬付与管理情報の新たなレコードを報酬付与管理情報記憶部２３７に記憶させる際に、当該報酬付与管理情報に対応する報酬成立情報の新たなレコードを生成し、成立通知状態にフラグ「０」（未通知）を設定して報酬成立情報記憶部２３８に記憶させる。
【０１９６】
次に、管理サーバ２００のコンテンツ提供部２５４は、第１のコンテンツに対するユーザＸのアクションの実行結果に応じたキャンペーンページを生成する。つまり、コンテンツ提供部２５４は、報酬付与管理部２２４が登録した報酬付与管理情報に基づいて、ユーザＸに対して報酬が付与される報酬アプリケーションに関する情報を含むキャンペーンページを生成する（ステップＳＥ６４０）。
【０１９７】
例えば、ユーザ端末１００に未インストールの対象アプリＰ７０が報酬付与アプリケーションとして選択された場合には、コンテンツ提供部２５４は、ユーザＸのユーザ端末１００にインストールされる前に報酬が仮付与された対象アプリＰ７０に関する情報（即ち、事前付与通知情報）を含むキャンペーンページを生成する。また、ユーザ端末１００にインストール済みの対象アプリＡ１０、対象アプリＢ２０、または対象アプリＣ３０が報酬付与アプリケーションとして選択された場合には、コンテンツ提供部２５４は、報酬が付与される対象アプリＡ１０、対象アプリＢ２０、または対象アプリＣ３０に関する情報（即ち、付与通知情報）を含むキャンペーンページを生成する。
【０１９８】
ＳＤＫ１１−１のコンテンツ取得部１１５０は、管理サーバ２００から送信されたキャンペーンページを取得する（ステップＳＢ６２０）。そして、ＳＤＫ１１−１のコンテンツ提示部１１６０は、コンテンツ取得部１１５０が取得したキャンペーンページを表示部１２０に表示させる（ステップＳＢ６３０）。これにより、ユーザ端末１００の表示部１２０に、報酬が付与される報酬付与アプリケーションに関する情報が含まれるキャンペーンページが表示される（例えば、図２に示す表示画面Ｇ７０参照）。
【０１９９】
〔報酬付与処理の動作〕
次に、図２３を参照して、キャンペーン処理における第２の処理の動作の一例を示す動作図である。この第２の処理では、管理サーバ２００が管理している報酬付与管理情報に基づいて、アプリサーバ３００において報酬が付与される処理である。
【０２００】
管理サーバ２００の報酬付与処理部２５５は、報酬付与管理部２２４において管理されている報酬付与管理情報のうち、報酬付与アプリケーションに対応するアプリサーバ３００に未通知の報酬付与管理情報を抽出する。具体的には、報酬付与処理部２５５は、報酬付与管理情報記憶部２３７に記憶されている報酬付与管理情報と、報酬成立情報記憶部２３８に記憶されている報酬成立情報とを参照して、ユーザＸのユーザ端末１００を特定するリワードユーザＩＤが含まれる報酬付与管理情報のうち、成立通知状態（NoticeStatus）にフラグ「０」（未通知）が設定されている報酬付与管理情報を抽出する（ステップＳＥ７１０）。
【０２０１】
次に、報酬付与処理部２５５は、ステップＳＥ７１０において抽出した報酬付与管理情報に含まれる報酬付与アプリケーションがユーザ端末１００にインストール済みであるか否かを判定する（ステップＳＥ７２０）。例えば、報酬付与処理部２５５は、報酬付与管理情報に含まれる報酬付与先アプリユーザＩＤにアプリユーザＩＤが設定されていることを条件として、当該報酬付与管理情報に含まれる報酬付与アプリケーションがユーザ端末１００にインストール済みであると判定する。また、報酬付与処理部２５５は、報酬付与管理情報に含まれる報酬付与先アプリユーザＩＤに「ｎｕｌｌ」が設定されている場合、当該報酬付与管理情報に含まれる報酬付与アプリケーションがユーザ端末１００にインストールされていない（未インストールである）と判定する。
【０２０２】
ステップＳＥ７２０において、報酬付与管理情報に含まれる報酬付与アプリケーションがユーザ端末１００にインストール済みではない（未インストールである）と判定された場合（ステップＳＥ７２０：ＮＯ）、報酬付与処理部２５５は、ステップＳＥ７１０に処理を戻す。例えば、報酬アプリケーションが対象アプリＰ７０である報酬付与管理情報（図１４参照）については、対象アプリＰ７０がユーザ端末１００にインストール済みではない（未インストールである）と判定される。
【０２０３】
ステップＳＥ７２０において、報酬付与管理情報に含まれる報酬付与アプリケーションがユーザ端末１００にインストール済みであると判定された場合（ステップＳＥ７２０：ＹＥＳ）、報酬付与処理部２５５は、当該報酬付与管理情報に含まれる報酬付与先アプリユーザＩＤに設定されているアプリユーザＩＤを関連付けた報酬付与情報を、報酬付与先アプリＩＤが示す報酬付与アプリケーションに対応するアプリサーバ３００に対して送信する（ステップＳＥ７３０）。
【０２０４】
例えば、未インストールであった対象アプリＰ７０がユーザＸのユーザ端末１００にインストールされたとする。この場合、報酬付与管理部２２４は、インストール通知取得部２５１がユーザ端末１００（ＳＤＫ１１−１）から取得した対象アプリＰ７０のインストール通知情報に含まれるアプリユーザＩＤを、報酬アプリケーションが対象アプリＰ７０である報酬付与管理情報（図１４参照）に含まれる報酬付与先アプリユーザＩＤに設定する。
これにより、報酬付与処理部２５５は、対象アプリＰ７０がユーザ端末１００にインストール済みであると判定して、報酬付与処理部２５５は、当該報酬付与管理情報に含まれる報酬付与先アプリユーザＩＤに設定されているアプリユーザＩＤを関連付けた報酬付与情報を、報酬付与先アプリＩＤが示す対象アプリＰ７０に対応するアプリサーバＰ３７０に対して送信する。
【０２０５】
なお、報酬付与管理情報が生成された時点で既にユーザ端末１００にインストール済みであった対象アプリＡ、対象アプリＢ、または対象アプリＣが報酬アプリケーションの場合には、ステップＳＥ７２０においてインストール済みであるとすぐに判定され、報酬付与処理部２５５は、対象アプリＡ、対象アプリＢ、または対象アプリＣのアプリユーザＩＤを関連付けた報酬付与情報を、対象アプリＡ、対象アプリＢ、または対象アプリＣに対応するアプリサーバＡ３１０、アプリサーバＢ３２０、またはアプリサーバＣ３３０に対して送信する。
【０２０６】
アプリサーバ３００は、管理サーバ２００から送信された報酬アプリケーションにおけるアプリユーザＩＤが関連付けられた報酬付与情報を取得すると、取得したことを示す応答情報を管理サーバ２００に対して送信する（ステップＳＦ７１０）。そして、アプリサーバ３００は、取得した報酬付与情報に基づいて、報酬アプリケーションにおけるアプリユーザＩＤに示されるユーザに対して報酬を付与する（ステップＳＦ７２０）。ここで、アプリサーバ３００が付与する報酬は、予め定められた報酬であってもよいし、管理サーバ２００（キャンペーン参加アプリ情報記憶部２３３）において設定されている報酬に関する情報が報酬付与情報に含まれている場合には、その設定されている報酬であってもよい。
【０２０７】
報酬付与管理部２２４は、報酬付与情報を取得したことを示す応答情報をアプリサーバ３００から取得することにより、アプリサーバ３００が報酬付与情報を取得したことを確認する（ステップＳＥ７４０）。そして、報酬付与管理部２２４は、アプリサーバ３００が報酬付与情報を取得したことを確認すると、報酬成立情報記憶部２３８に記憶されている報酬付与成立情報のうち、当該報酬付与情報に対応する報酬付与管理情報にリワード管理ＩＤで関連付けられている報酬付与成立情報に含まれる成立通知状態をフラグ「１」（通知済）に更新する（ステップＳＥ７５０）。
【０２０８】
〔まとめ〕
（１）以上説明してきたように、本実施形態による管理サーバ２００（管理装置の一例）は、管理の対象となる複数の対象アプリケーションに関する情報を管理するアプリケーション管理部２２１と、複数の対象アプリケーションのうち、ユーザ端末１００（端末装置の一例）にインストールされている複数のアプリケーションのそれぞれから、それぞれのアプリケーションにおけるユーザ端末１００を利用するユーザのアプリユーザＩＤ（ユーザ情報の一例）を取得するユーザ情報取得部２５２と、を備えている。
また、管理サーバ２００は、コンテンツ提供部２５４と、報酬付与処理部２５５とを備えている。コンテンツ提供部２５４は、ユーザ端末１００において実行可能な第１のコンテンツ（コンテンツの一例）をユーザ端末１００に対して送信（提供）する。報酬付与処理部２５５は、コンテンツ提供部２５４が提供した第１のコンテンツがユーザ端末１００において実行された実行結果に基づいて、少なくともユーザ端末１００にインストールされている複数の対象アプリケーションの中から、報酬が付与される対象アプリケーションとして選択された報酬付与アプリケーションにおけるユーザ情報を関連付けた報酬付与情報を、ユーザ端末１００にインストールされている報酬付与アプリケーションに対応するアプリサーバ３００（サーバ装置の一例）に対して送信（通知）する。
【０２０９】
このように、管理サーバ２００は、複数の対象アプリケーションを対象としたキャンペーンを実施することにより、キャンペーンで提供される第１のコンテンツをユーザが実行した結果に応じて、当該ユーザのユーザ端末１００にインストールされているいずれかの対象アプリケーションに報酬が付与されるようにした。これにより、ユーザが対象アプリケーションを利用する動機付けを高めることができる。例えば、ユーザがあまり利用していない対象アプリケーションにおいて報酬が付与された場合には、その対象アプリケーションを再び利用しようとする動機付けを高めることができる。即ち、管理サーバ２００は、ユーザが利用しなくなったアプリケーションを再び利用する動機付けを高めることができる。
【０２１０】
（２）管理サーバ２００は、複数の対象アプリケーションのうち、ユーザ端末１００にインストールされたアプリケーションから、当該アプリケーションがインストールされたことを示すインストール通知情報であって、当該アプリケーションのアプリＩＤ（識別情報の一例）と当該アプリケーションがインストールされたユーザ端末１００を特定するリワードユーザＩＤ（固有識別情報の一例）とが含まれるインストール通知情報を取得するインストール通知取得部２５１を備えている。また、管理サーバ２００は、第１のコンテンツ（コンテンツの一例）の実行結果に基づいて選択された報酬付与アプリケーションのアプリＩＤおよびユーザ端末１００を特定するリワードユーザＩＤを関連付けて報酬付与管理情報として管理する報酬付与管理部２２４を備えている。なお、固有識別情報としては、相互キャンペーンシステム５００で独自に生成したリワードユーザＩＤ以外にも、ユーザ端末１００ごとに一意に割り振られるＵＤＩＤ（Unique Device Identifier）、ＩＭＥＩ（International Mobile Equipment Identity）またはＩＭＳＩ（International Mobile Subscriber Identity）等の識別番号を利用いてもよい。また、これら識別番号をハッシュ化・暗号化して利用してもよい。つまり、相互キャンペーンシステム５００の内部もしくは外部において生成または設定され、ユーザ端末１００で一意となる識別情報であればよい。
そして、報酬付与処理部２５５は、報酬付与管理部２２４において報酬付与管理情報として管理されている報酬付与アプリケーションが、ユーザ端末１００にインストールされているアプリケーションである場合には、報酬付与アプリケーションにおけるアプリユーザＩＤ（ユーザ情報の一例）を関連付けた報酬付与情報を、報酬付与アプリケーションに対応するアプリサーバ３００に対して送信（通知）する。
また、報酬付与処理部２５５は、報酬付与管理部２２４において報酬付与管理情報として管理されている報酬付与アプリケーションが、ユーザ端末１００にインストールされていないアプリケーションの場合には、報酬付与管理部２２４において管理されている報酬付与管理情報に基づいて、報酬付与アプリケーションがユーザ端末１００にインストールされたことを示すインストール通知情報をインストール通知取得部２５１が取得したと判定し、且つ報酬付与アプリケーションにおけるアプリユーザＩＤをユーザ情報取得部２５２が取得した場合、報酬付与アプリケーションにおけるアプリユーザＩＤを関連付けた報酬付与情報を、報酬付与アプリケーションに対応するアプリサーバ３００に対して送信（通知）する。
【０２１１】
このように、管理サーバ２００は、複数の対象アプリケーションを対象としたキャンペーンを実施することにより、キャンペーンで提供される第１のコンテンツをユーザが実行した結果に応じて、ユーザ端末１００にインストールされている対象アプリケーションのみならず、ユーザ端末１００にインストールされていない対象アプリケーションに報酬が仮付与されるようにした。なお、管理サーバ２００は、複数の対象アプリケーションのうち複数の特定アプリケーションを対象としたキャンペーンを実施することにより、キャンペーンで提供される第１のコンテンツをユーザが実行した結果に応じて、ユーザ端末１００にインストールされている対象アプリケーションのみならず、ユーザ端末１００にインストールされていない対象アプリケーションに報酬が仮付与されるようにしてもよい。すなわち、報酬付与処理部２５５は、報酬付与アプリケーションとして、ユーザ端末１００にインストールされているか否かによらずに、アプリケーション管理部２２１が管理する複数の対象アプリケーションの全てを対象として、その中から選択してもよいし、アプリケーション管理部２２１が管理する複数の特定アプリケーションの全てを対象として、その中から選択してもよい。また、対象の中から所定の条件が充足する対象アプリケーション、または特定アプリケーションを除外してもよい。ここで、上述の特定アプリケーションとは、複数の対象アプリケーションのうち、例えば、キャンペーンに参加している対象アプリケーションのことを示している。以下、キャンペーンに参加している対象アプリケーションを特定アプリケーションとも称する。
これにより、ユーザがまだ利用していない対象アプリケーションを利用する動機付けを高めることができる。その結果として、対象アプリケーションのインストール数を増加させる効果がある。
また、管理サーバ２００は、報酬が仮付与された対象アプリケーションがユーザ端末１００にインストールされる前に報酬付与管理情報を生成して管理し、インストール後にその報酬付与管理情報に基づいて、その対象アプリケーションに実際に報酬が付与されるようにしたため、対象アプリケーションまたはアプリサーバ３００側で、まだ利用していない（登録されていない）ユーザに対する報酬を管理する必要がない。
【０２１２】
なお、インストール情報管理部２２２は、インストール通知情報に含まれる、ユーザ端末１００にインストールされたアプリケーションのアプリＩＤ（識別情報の一例）とユーザ端末１００を特定するリワードユーザＩＤ（固有識別情報の一例）とを関連付けて管理するとともに、当該リワードユーザＩＤと当該アプリケーションにおけるアプリユーザＩＤ（ユーザ情報の一例）とを関連付けて管理する。
【０２１３】
（３）アプリケーション管理部は、少なくとも終了日時が規定された報酬付与期限を管理している。報酬付与処理部２５５は、報酬付与アプリケーションがユーザ端末１００にインストールされたことを示すインストール通知情報を報酬付与期限内にインストール通知取得部２５１が取得したと判定し、且つ報酬付与アプリケーションにおけるアプリユーザＩＤ（ユーザ情報の一例）をユーザ情報取得部２５２が取得した場合に報酬付与情報を送信（通知）する。
【０２１４】
このように、報酬が付与される期限が設定されているため、報酬が仮付与された対象アプリケーションをユーザがインストールして利用する動機付けをさらに高めることができる。
なお、インストール情報管理部２２２は、インストール通知情報を取得したタイミングに基づくインストール日時情報を、インストール通知情報に含まれる、ユーザ端末１００にインストールされたアプリケーションのアプリＩＤ（識別情報の一例）とユーザ端末１００を特定するリワードユーザＩＤ（固有識別情報の一例）とを、直接的または間接的に関連付けて管理してもよい。この場合、報酬付与処理部２５５は、報酬付与アプリケーションがユーザ端末１００にインストールされたことを示すインストール通知情報をインストール通知取得部２５１が取得したと判定し、且つ報酬付与アプリケーションにおけるアプリユーザＩＤ（ユーザ情報の一例）をユーザ情報取得部２５２が取得した場合であって、インストール情報管理部が管理する、前記報酬付与アプリケーションに対応するインストール日時情報が報酬付与期限内である場合に報酬付与情報を送信（通知）する。
【０２１５】
（４）コンテンツ提供部２５４は、ユーザ端末１００において実行可能な第１のコンテンツ（コンテンツの一例）をユーザ端末１００に対して送信（提供）する。報酬付与管理部２２４は、コンテンツ提供部２５４がユーザ端末１００に対して提供した第１のコンテンツの実行結果に基づいて所定の報酬付与条件が充足された場合に、複数の対象アプリケーションのうちユーザ端末１００にインストールされていないアプリケーションの中から選択された報酬付与アプリケーションの報酬付与管理情報を管理する。
【０２１６】
このように、例えば、単に広告を表示するバナー広告とは異なり、ユーザ端末１００において実行可能な第１のコンテンツを提供し、その実行結果に応じて報酬が付与されるようにしたため、ユーザの興味を高めることができ、対象アプリケーションをインストールして利用させる動機付けが、さらに高まるようになる。
【０２１７】
（５）例えば、コンテンツ提供部２５４が送信（提供）する第１のコンテンツ（コンテンツの一例）は、ユーザ端末１００においてユーザの操作を受け付けるとともに当該操作に応じた結果を提示する処理を実行する。報酬付与管理部２２４は、コンテンツ提供部２５４がユーザ端末１００に対して提供した第１のコンテンツにおいて、操作に応じて所定の報酬付与条件が充足された場合に、複数の対象アプリケーションのうちユーザ端末１００にインストールされていないアプリケーションの中から選択された報酬付与アプリケーションの報酬付与管理情報を管理する。なお、報酬付与アプリケーションとして、ユーザ端末１００にインストールされている特定アプリケーションの中から選択してもよいし、ユーザ端末１００にインストールされているか否かによらずに複数の特定アプリケーションの中から選択してもよい。
【０２１８】
このように、例えば、単に広告を表示するバナー広告とは異なり、ユーザの操作を受け付ける第１のコンテンツを提供し、その操作の結果に応じて報酬が付与されるようにしたため、ユーザの参加意識を高めることができ、対象アプリケーションをインストールして利用させる動機付けが、さらに高まるようになる。例えば、第１のコンテンツが抽選要素を有している場合には、ユーザの操作によって報酬が得られれば、自身の運によって報酬を引き当てたという満足感から、対象アプリケーションのインストールへ繋げることができる。
【０２１９】
（６）報酬付与管理部２２４は、コンテンツ提供部２５４が提供した第１のコンテンツ（コンテンツの一例）において所定の報酬付与条件が充足された場合に、複数の対象アプリケーションのうち、ユーザ端末１００にインストールされているアプリケーションとユーザ端末１００にインストールされていないアプリケーションとを含めた中から選択された報酬付与アプリケーションの報酬付与管理情報を管理する。
【０２２０】
これにより、管理サーバ２００は、第１のコンテンツの実行結果に応じて、ユーザ端末１００にインストールされている対象アプリケーションと、ユーザ端末１００にインストールされていない対象アプリケーションとのいずれにも報酬が付与されるように管理することができる。
例えば、現在利用しているアプリケーションにもっぱら興味があって、新しいアプリケーションに対して興味を持たないユーザも存在し得る。この場合には、第１のコンテンツ自体に興味を持たない場合が考えられる。そこで、第１のコンテンツの実行結果に応じて、自身が既に利用している対象アプリケーションに対する報酬が得られるようにすることにより、第１のコンテンツに対する興味をユーザに持たせることが可能になる。これにより、新しいアプリケーションに対する興味が薄いユーザに対しても、第１のコンテンツを利用させることが可能となる。その後、ユーザがインストールしていない新しい対象アプリケーションにおける報酬が付与されることにより、当該アプリケーションに対する興味を持たせるきっかけをユーザに与えることができる。
【０２２１】
（７）コンテンツ提供部２５４は、複数の対象アプリケーションのうちユーザ端末１００にインストールされているアプリケーションからの要求に応じて第１のコンテンツ（コンテンツの一例）を送信（提供）する。報酬付与管理部２２４は、複数の対象アプリケーションのうち第１のコンテンツを要求したアプリケーションを除くアプリケーションの中から選択された報酬付与アプリケーションの報酬付与管理情報を管理する。
【０２２２】
このように、相互キャンペーンシステム５００に対応する複数の対象アプリケーションのうち遷移元のアプリケーションを除くアプリケーションの中から選択された対象アプリケーションに報酬が付与されるようにしたため、ユーザが対象アプリケーションを利用する動機付けを高めることができる。したがって、ユーザ端末１００にインストールされていない対象アプリケーションへ相互送客させること、または、ユーザ端末１００にインストールされているがあまり利用されていない対象アプリケーションの利用を促すことができる。
なお、報酬付与アプリケーションに、第１のコンテンツを要求した対象アプリケーションを含めるようにしてもよい。この場合であっても、この第１のコンテンツを要求した対象アプリケーションの利用をさらに促すことができる。
【０２２３】
（８）なお、コンテンツ提供部２５４は、所定の期間内における同一のアプリケーションからの要求に対して、第１のコンテンツの提供を、例えば１日１回のように所定の回数までに制限してもよい。
【０２２４】
このように、同一のアプリケーションの第１のコンテンツの実行が制限されるので、ユーザに多くの対象アプリケーションをプレイするきっかけを与えることができる。また、ユーザ端末１００にインストールされていない対象アプリをユーザがインストールして利用する動機付けを高めることができる。
【０２２５】
（９）ユーザ端末１００は、管理の対象となる複数の対象アプリケーションに関する情報を管理する管理サーバ２００と通信可能であり、コンテンツ取得部１１５０と、コンテンツ提示部１１６０と、実行結果通知部１１７０と、を備えている。
コンテンツ取得部１１５０は、管理サーバ２００から送信（提供）されたユーザ端末１００（自端末装置の一例）において実行可能な第１のコンテンツ（コンテンツの一例）を取得する。コンテンツ提示部１１６０は、コンテンツ取得部１１５０が取得した実行可能な第１のコンテンツを提示する。実行結果通知部１１７０は、コンテンツ提示部１１６０が提示した実行可能な第１のコンテンツの実行結果を管理サーバ２００に対して送信（通知）する。
また、コンテンツ取得部１１５０は、実行結果通知部１１７０が第１のコンテンツの実行結果を管理サーバ２００に対して送信（通知）したことに応じて、複数の対象アプリケーションのうちユーザ端末１００（自端末装置の一例）にインストールされていないアプリケーションの中から報酬が付与されるアプリケーションとして選択された報酬付与アプリケーションにおいて報酬が付与されることを、酬付与アプリケーションのインストール前に通知する事前付与通知情報が含まれる第１のコンテンツを管理サーバ２００から取得する。そして、コンテンツ提示部１１６０は、コンテンツ取得部１１５０が取得した事前付与通知情報が含まれる第１のコンテンツを提示する。
【０２２６】
このように、ユーザ端末１００は、第１のコンテンツの実行結果に応じて自身にインストールされていない対象アプリケーションにおいて報酬が仮付与されたことを、当該対象アプリケーションのインストール前に表示する。これにより、ユーザがまだ利用していない対象アプリケーションを利用する動機付けを高めることができる。
【０２２７】
（１０）コンテンツ取得部１１５０は、実行結果通知部１１７０が第１のコンテンツ（コンテンツの一例）の実行結果を管理サーバ２００に対して送信（通知）したことに応じて、複数の対象アプリケーションのうちユーザ端末１００（自端末装置の一例）にインストールされているアプリケーションの中から報酬が付与されるアプリケーションとして選択された報酬付与アプリケーションにおいて報酬が付与されることを通知する付与通知情報が含まれる第１のコンテンツを管理サーバ２００から取得する。そして、コンテンツ提示部１１６０は、コンテンツ取得部１１５０が取得した付与通知情報が含まれる第１のコンテンツを提示する。
【０２２８】
このように、ユーザ端末１００は、第１のコンテンツの実行結果に応じて自身にインストールされている対象アプリケーションのいずれかに報酬が付与されることを、表示する。これにより、ユーザが対象アプリケーションを利用する動機付けを高めることができる。例えば、ユーザがあまり利用していない対象アプリケーションにおいて報酬が付与された場合には、その対象アプリケーションを再び利用しようとする動機付けを高めることができる。即ち、ユーザ端末１００は、ユーザが利用しなくなったアプリケーションを再び利用する動機付けを高めることができる。
【０２２９】
（１１）ユーザ端末１００は、複数の対象アプリケーションのうちのユーザ端末１００（自端末装置の一例）にインストールされているアプリケーションにおいて、実行可能な第１のコンテンツ（コンテンツの一例）を管理サーバ２００に対して要求するコンテンツ要求部１１４０を備えている。そして、コンテンツ取得部１１５０は、コンテンツ要求部１１４０が要求したことに応じて管理サーバ２００から送信（提供）された実行可能な第１のコンテンツを取得する。
【０２３０】
このように、ユーザ端末１００にインストールされている対象アプリケーションから第１のコンテンツを実行するため、複数の対象アプリケーション間で相互送客が可能になる。よって、対象アプリケーションのインストール数を増加させる効果がある。
【０２３１】
（１２）管理サーバ２００には、複数の対象アプリケーションのそれぞれのアプリＩＤ（識別情報の一例）が管理されているとともに、報酬付与アプリケーションのアプリＩＤおよびユーザ端末１００を特定するリワードユーザＩＤ（固有識別情報の一例）が関連付けられて報酬付与管理情報として管理されている。
ユーザ端末１００のコンテンツ取得部１１５０は、実行結果通知部１１７０が第１のコンテンツの実行結果を管理サーバ２００に対して送信（通知）したことに応じて、管理サーバ２００に管理されている報酬付与管理情報に基づく事前付与通知情報が含まれる第１のコンテンツを管理サーバ２００から取得する。
【０２３２】
また、ユーザ端末１００は、インストール通知部１１１２を備えている。インストール通知部１１１２は、複数の対象となる複数の対象アプリケーションのうちユーザ端末１００（自端末装置の一例）にインストールされたアプリケーションの当該インストールされたことを示すインストール通知情報であって、当該アプリケーションのアプリＩＤ（識別情報の一例）とユーザ端末１００を特定するリワードユーザＩＤ（固有識別情報の一例）とが含まれるインストール通知情報を管理サーバ２００に対して送信（通知）する。
【０２３３】
これにより、ユーザ端末１００に対象アプリケーションがインストールされた場合、管理サーバ２００は、インストールされた対象アプリケーションのアプリＩＤと、ユーザ端末１００を特定するリワードユーザＩＤとを関連付けて管理することができる。よって、管理サーバ２００は、ユーザ端末１００毎にインストールされている対象アプリケーションを特定することができる。
【０２３４】
（１３）なお、インストール通知部１１１２は、ユーザ情報通知部の機能を有している。ユーザ情報通知部は、複数の対象アプリケーションのうちユーザ端末１００（自端末装置の一例）にインストールされたアプリケーションにおけるユーザ端末１００を利用するユーザのアプリユーザＩＤ（ユーザ情報の一例）を管理サーバ２００に対して送信（通知）する。
【０２３５】
これにより、ユーザ端末１００に対象アプリケーションがインストールされた場合、管理サーバ２００は、インストールされた対象アプリケーションのアプリユーザＩＤを、対象アプリケーションのアプリＩＤ及びユーザ端末１００を特定するリワードユーザＩＤに関連付けて管理することができる。よって、管理サーバ２００は、ユーザ端末１００毎にインストールされている対象アプリケーションにおけるアプリユーザＩＤを特定することができる。
【０２３６】
（１４）ユーザ端末１００は、固有識別情報取得部１１１１を備えている。固有識別情報取得部１１１１は、ユーザ端末１００（自端末装置の一例）にインストールされたアプリケーションが複数の対象アプリケーションのうちの最初にユーザ端末１００にインストールされた対象アプリケーションである場合、リワードユーザＩＤ（固有識別情報の一例）を取得し、取得したリワードユーザＩＤ（固有識別情報の一例）を、ユーザ端末１００にインストールされたいずれの対象アプリケーションからも参照可能なように端末記憶部１４０（記憶部の一例）に記憶させる。
【０２３７】
つまり、ユーザ端末１００を特定するリワードユーザＩＤ（固有識別情報の一例）は、複数の対象アプリケーションのうち最初にユーザ端末１００にインストールされた対象アプリケーションが起動したことを条件として取得され、ユーザ端末１００にインストールされたいずれの対象アプリケーションからも参照可能なようにユーザ端末１００に記憶されている。なお、リワードユーザＩＤは、相互キャンペーンシステム５００のユーザ端末１００、アプリサーバ３００または管理サーバ２００のいずれかで生成されればよく、生成されたリワードユーザＩＤは、ユーザ端末１００で取得される。
【０２３８】
このように、相互キャンペーンシステム５００において、ユーザ端末１００は、初めて対象アプリケーションがインストールされたときに自動でリワードユーザＩＤを取得し、取得したリワードユーザＩＤをその後インストールされる対象アプリケーションでも共通に利用可能とする。そのため、ユーザに特別な操作をさせることなくリワードユーザＩＤが取得されて本システムを利用可能とすることができる。
【０２３９】
具体的には、固有識別情報取得部１１１１は、複数の対象アプリケーションのそれぞれがユーザ端末１００にインストールされたときに、リワードユーザＩＤ（固有識別情報の一例）が端末記憶部１４０（記憶部の一例）に記憶されているか否かを判定し、リワードユーザＩＤが端末記憶部１４０に記憶されていないと判定した場合にリワードユーザＩＤを取得する。
これにより、ユーザ端末１００は、初めて対象アプリケーションがインストールされて起動したときにリワードユーザＩＤを取得することができる。
【０２４０】
（１５）上述の報酬付与管理情報が管理される報酬付与アプリケーションとして選択される対象となるアプリケーションは、複数の対象アプリケーションのうち、キャンペーンに参加している複数の特定アプリケーションである。
管理サーバ２００のアプリケーション管理部２２１は、管理の対象となる複数の対象アプリケーションのうち複数の特定アプリケーションに関する情報を管理する。また、ユーザ情報取得部２５２は、複数の特定アプリケーションのうち、ユーザ端末１００にインストールされている複数のアプリケーションのそれぞれから、それぞれのアプリケーションにおけるユーザ端末１００を利用するユーザのアプリユーザＩＤ（ユーザ情報の一例）を取得する。コンテンツ提供部２５４は、ユーザ端末１００において実行可能な第１のコンテンツをユーザ端末１００に対して送信（提供）する。
報酬付与処理部２５５は、コンテンツ提供部２５４が提供した第１のコンテンツがユーザ端末１００において実行された実行結果に基づいて、少なくともユーザ端末１００にインストールされている複数の特定アプリケーションの中から、報酬が付与される特定アプリケーションとして選択された報酬付与アプリケーションにおけるユーザ情報を関連付けた報酬付与情報を、ユーザ端末１００にインストールされている報酬付与アプリケーションに対応するアプリサーバ３００（サーバ装置の一例）に対して送信（通知）する。
【０２４１】
このように、管理サーバ２００は、複数の対象アプリケーションのうち２以上の特定アプリケーションを対象としたキャンペーンを実施することにより、キャンペーンで提供される第１のコンテンツをユーザが実行した結果に応じて、当該ユーザのユーザ端末１００にインストールされているいずれかの特定アプリケーションに報酬が付与されるようにした。これにより、ユーザが特定アプリケーションを利用する動機付けを高めることができる。例えば、ユーザがあまり利用していない特定アプリケーションにおいて報酬が付与された場合には、その特定アプリケーションを再び利用しようとする動機付けを高めることができる。
【０２４２】
ユーザ端末１００のコンテンツ取得部１１５０は、実行結果通知部１１７０が第１のコンテンツの実行結果を管理サーバ２００に対して送信（通知）したことに応じて、複数の特定アプリケーションのうちユーザ端末１００（自端末装置の一例）にインストールされているアプリケーションの中から報酬が付与されるアプリケーションとして選択された報酬付与アプリケーションにおいて報酬が付与されることを通知する付与通知情報が含まれる第１のコンテンツを管理サーバ２００から取得する。そして、コンテンツ提示部１１６０は、コンテンツ取得部１１５０が取得した付与通知情報が含まれる第１のコンテンツを提示する。
【０２４３】
このように、相互キャンペーンシステム５００において、複数の対象アプリケーションを対象としたキャンペーンを実施することにより、キャンペーンに参加している特定アプリケーションに対して提供される第１のコンテンツをユーザが実行した結果に応じて、いずれかの特定アプリケーションに報酬が付与されるようにした。これにより、ユーザに対してキャンペーンによる特別感を演出し、ユーザが対象アプリケーションを利用する動機付けを高めることができる。
【０２４４】
（１６）例えば、アプリケーション管理部２２１は、複数の特定アプリケーションに対して設定されたキャンペーン期間（第１の期間の一例）を管理する。コンテンツ提供部２５４は、このキャンペーン期間に第１のコンテンツをユーザ端末１００に対して送信（提供）する。
【０２４５】
そして、ユーザ端末１００のコンテンツ取得部１１５０は、キャンペーン期間（第１の期間の一例）に実行可能な第１のコンテンツを管理サーバ２００から取得する。
【０２４６】
このように、相互キャンペーンシステム５００において、キャンペーン期間中にユーザ端末１００において第１のコンテンツを実行することができようにしたため、ユーザに対して期間限定による特別感を演出し、ユーザが対象アプリケーションを利用する動機付けを高めることができる。
【０２４７】
（１７）なお、ユーザ端末１００のコンテンツ取得部１１５０は、実行可能な第１のコンテンツを要求したアプリケーションとは異なるアプリケーションの中から選択された報酬付与アプリケーションにおいて報酬が付与されたことを示す付与通知情報が含まれる第１のコンテンツを管理サーバ２００から取得してもよい。
【０２４８】
これにより、ユーザ端末１００は、第１のコンテンツを実行したアプリケーションとは異なるアプリケーションにおいて報酬が付与されたことをユーザに提示することができる。
【０２４９】
（１８）なお、報酬付与アプリケーションには、ユーザ端末１００（自端末装置の一例）にインストールされていないアプリケーションが含まれてもよい。
【０２５０】
これにより、ユーザ端末１００は、未インストールのアプリケーションにおいて報酬が仮付与されたことをユーザに提示することができる。
【０２５１】
（１９）管理サーバ２００のアプリケーション管理部２２１は、管理の対象となる複数の対象アプリケーションに関する情報と、当該複数の対象アプリケーションのうちの複数の特定アプリケーションに対して設定されたキャンペーン期間（第１の期間の一例）を有するキャンペーン（イベントの一例）に関する情報を管理する。
管理サーバ２００は、さらにイベント情報通知部２５３を備え、複数の対象アプリケーションのうちユーザ端末１００にインストールされているアプリケーションからの要求を受けたことに応じて、当該要求をしたアプリケーションが特定アプリケーションである場合あって、当該要求を受けたタイミングがキャンペーン期間中であるときに送信（提供）する第１のコンテンツの提供先を示す第１のページＵＲＬ（第１の提供先情報の一例）を、ユーザ端末１００に対して送信（通知）する。
コンテンツ提供部２５４は、ユーザ端末１００にインストールされているアプリケーションからの第１のページＵＲＬへのアクセス要求に基づいて、第１のコンテンツをユーザ端末１００に対して送信（提供）する。
【０２５２】
このように、ユーザ端末１００にインストールされている対象アプリケーションからの問い合わせに応じて、当該対象アプリケーションがキャンペーン期間中であるか否かを判断し、キャンペーン期間中の場合には、キャンペーンページのページＵＲＬを対象アプリケーションに通知するようにした。これにより、対象アプリケーションまたはアプリサーバ３００側がキャンペーンページのページＵＲＬを管理する必要がない。例えば、異なるキャンペーンが、同じ時期に実施された場合に、それぞれのキャンペーン毎に異なるキャンペーンページを設ける場合など、キャンペーンの運営側の多用なニーズに対応することが可能となる。このように、管理サーバ２００は、キャンペーンに関する期間および各コンテンツを管理することにより、ユーザ端末１００にインストールされている対象アプリケーションのプログラムを変更することなく、キャンペーン期間に応じたキャンペーンに関する情報をユーザに提供することができる。ここで、プログラムの変更とは、例えば、プログラムのアップデートが必要な変更である。
【０２５３】
（２０）ユーザ端末１００は、管理の対象となる複数の対象アプリケーションに関する情報と、当該複数の対象アプリケーションのうちの複数の特定アプリケーションに対して設定されたキャンペーン期間（第１の期間の一例）を有するキャンペーン（イベントの一例）に関する情報を管理する管理サーバ２００と通信可能である。
ユーザ端末１００は、イベント情報要求部１１３１と、イベント情報取得部１１３２と、コンテンツ取得部１１５０と、コンテンツ提示部１１６０と、を備えている。
イベント情報要求部１１３１は、複数の対象アプリケーションのうちのユーザ端末１００（自端末装置の一例）にインストールされているアプリケーションにおいて、キャンペーンに関する情報を要求する要求情報を管理サーバ２００に対して送信する。
イベント情報取得部１１３２は、イベント情報要求部１１３１が上記要求情報を送信したアプリケーションが特定アプリケーションである場合であって、管理サーバ２００が上記要求情報を受けたタイミングがキャンペーン期間中であるときに管理サーバ２００から通知された第１のページＵＲＬ（第１の提供先情報の一例）を取得する。
コンテンツ取得部１１５０は、イベント情報取得部１１３２が取得した第１のページＵＲＬ（第１の提供先情報の一例）へのアクセス要求を行うことにより、管理サーバ２００から送信（提供）された第１のコンテンツを取得する。また、コンテンツ提示部１１６０は、コンテンツ取得部１１５０が取得した第１のコンテンツを表示部１２０に表示させる（提示する）。
【０２５４】
このように、インストールされている対象アプリケーションがキャンペーン期間中であるか否を管理サーバ２００が判断するため、ユーザ端末１００は、キャンペーンの期間を管理していなくとも、キャンペーン期間中の場合にはキャンペーンページのページＵＲＬを管理サーバ２００から取得できる。即ち、ユーザ端末１００は、インストールされている対象アプリケーションのプログラムを変更することなく、キャンペーン期間に応じたキャンペーンに関する情報をユーザに提供することができる。
【０２５５】
（２１）管理サーバ２００のアプリケーション管理部２２１は、複数の特定アプリケーションに対して設定されたキャンペーン期間（第１の期間の一例）の直前のキャンペーン予告期間（第２の期間の一例）を管理する。
管理サーバ２００のイベント情報通知部２５３は、ユーザ端末１００にインストールされているアプリケーションからの要求を受けたことに応じて、当該要求をしたアプリケーションが特定アプリケーションである場合であって、当該要求を受けたタイミングがキャンペーン予告期間であるときに提供する第２のコンテンツの提供先を示す第２のページＵＲＬ（第２の提供先情報の一例）を、ユーザ端末１００に対して送信（通知）する。
【０２５６】
ここで、第２のコンテンツは、第１のコンテンツが提供されるキャンペーン期間（第１の期間の一例）の開始の予告を示すコンテンツである。
【０２５７】
このように、管理サーバ２００は、ユーザ端末１００にインストールされている対象アプリケーションからの問い合わせに応じて、当該対象アプリケーションがキャンペーン予告期間中であるか否かを判断し、キャンペーン予告期間中の場合には、キャンペーンの開始の予告を示すコンテンツが含まれるキャンペーンページのページＵＲＬを対象アプリケーションに通知することができる。
【０２５８】
（２２）上述したように管理サーバ２００は、複数の特定アプリケーションに対して設定されたキャンペーン期間（第１の期間の一例）の直前のキャンペーン予告期間（第２の期間の一例）を管理する。
ユーザ端末１００のイベント情報取得部１１３２は、イベント情報要求部１１３１が上記要求情報を送信したアプリケーションが特定アプリケーションである場合であって、管理サーバ２００が上記要求情報を受けたタイミングがキャンペーン予告期間中であるときに管理サーバ２００から通知された第２のページＵＲＬ（第２の提供先情報の一例）を取得する。
コンテンツ取得部１１５０は、イベント情報取得部１１３２が取得した第２のページＵＲＬへのアクセス要求を行うことにより、管理サーバ２００から送信（提供）された第２のコンテンツを取得する。また、コンテンツ提示部１１６０は、コンテンツ取得部１１５０が取得した第２のコンテンツを表示部１２０に表示させる（提示する）。
【０２５９】
このように、インストールされている対象アプリケーションがキャンペーン予告期間中であるか否を管理サーバ２００が判断するため、ユーザ端末１００は、キャンペーンの予告期間を管理していなくとも、キャンペーン予告期間中の場合にはキャンペーンの予告を示す第２のコンテンツが含まれるキャンペーンページのページＵＲＬを管理サーバ２００から取得できる。これにより、ユーザ端末１００は、ユーザに対してキャンペーンの開始を予告することができ、ユーザのキャンペーンへの参加を促すことができる。
【０２６０】
（２３）管理サーバ２００のアプリケーション管理部２２１は、複数の特定アプリケーションに対して設定されたキャンペーン期間（第１の期間の一例）の直後のキャンペーン終了告知期間（第３の期間の一例）を管理する。
管理サーバ２００のイベント情報通知部２５３は、ユーザ端末１００にインストールされているアプリケーションからの要求を受けたことに応じて、当該要求をしたアプリケーションが特定アプリケーションである場合であって、当該要求を受けたタイミングがキャンペーン終了告知期間中であるときに送信（提供）する第３のコンテンツの提供先を示す第３のページＵＲＬ（第３の提供先情報の一例）を、ユーザ端末１００に対して送信（通知）する。
【０２６１】
ここで、第３のコンテンツは、第１のコンテンツが提供されるキャンペーン期間（第１の期間の一例）の終了の告知を示すコンテンツである。
【０２６２】
このように、管理サーバ２００は、ユーザ端末１００にインストールされている対象アプリケーションからの問い合わせに応じて、当該対象アプリケーションがキャンペーン終了告知期間中であるか否かを判断し、キャンペーン終了告知期間中の場合には、キャンペーンの終了の告知を示す第３のコンテンツが含まれるキャンペーンページのページＵＲＬを対象アプリケーションに通知することができる。
【０２６３】
（２４）上述したように管理サーバ２００は、複数の特定アプリケーションに対して設定されたキャンペーン期間（第１の期間の一例）の直後のキャンペーン終了告知期間（第３の期間の一例）を管理する。
ユーザ端末１００のイベント情報取得部１１３２は、イベント情報要求部１１３１が上記要求情報を送信したアプリケーションが特定アプリケーションである場合であって、管理サーバ２００が上記要求情報を受けたタイミングがキャンペーン終了告知期間中であるときに管理サーバ２００から通知された第３のページＵＲＬ（第３の提供先情報の一例）を取得する。
コンテンツ取得部１１５０は、イベント情報取得部１１３２が取得した第３のページＵＲＬへのアクセス要求を行うことにより、管理サーバ２００から提供された第３のコンテンツを取得する。また、コンテンツ提示部１１６０は、コンテンツ取得部１１５０が取得した第３のコンテンツを表示部１２０に表示させる（提示する）。
【０２６４】
このように、インストールされている対象アプリケーションがキャンペーン終了告知期間中であるか否を管理サーバ２００が判断するため、ユーザ端末１００は、キャンペーンの終了告知期間を管理していなくとも、キャンペーン終了告知期間中の場合にはキャンペーンの終了の告知を示す第３のコンテンツが含まれるキャンペーンページのページＵＲＬを管理サーバ２００から取得できる。これにより、ユーザ端末１００は、ユーザに対してキャンペーンが終了したことを告知することができる。
【０２６５】
（２５）なお、管理サーバ２００のイベント情報通知部２５３は、ユーザ端末１００にインストールされているアプリケーションからの第１のページＵＲＬ（第１の提供先情報の一例）へのアクセス要求に基づいてコンテンツ提供部２５４が第１のコンテンツを送信（提供）したユーザ端末１００に対して、当該インストールされているアプリケーションからの要求を受けたことに応じて送信（提供）する第３のページＵＲＬ（第３の提供先情報の一例）を通知してもよい。
【０２６６】
これにより、キャンペーンを利用していないユーザのユーザ端末１００には、キャンペーン期間の終了の告知を示す第３のコンテンツが含まれるキャンペーンページのリンク先が通知されないようにすることができる。
【０２６７】
（２６）管理サーバ２００のユーザ情報取得部２５２は、ユーザ端末１００にインストールされているアプリケーションから、当該アプリケーションにおけるユーザ端末１００を利用するユーザのアプリユーザＩＤ（ユーザ情報の一例）を取得する。
管理サーバ２００の報酬付与処理部２５５は、コンテンツ提供部２５４が送信（提供）した第１のコンテンツがユーザ端末１００において実行された実行結果に基づいて、少なくとも複数の特定アプリケーションの中から、報酬が付与されるアプリケーションとして選択された報酬付与アプリケーションにおけるアプリユーザＩＤを関連付けた報酬付与情報を、報酬付与アプリケーションに対応するアプリサーバ３００に対して通知する。
【０２６８】
これにより、管理サーバ２００は、キャンペーンに参加している少なくとも複数の特定アプリケーションの中から選択された報酬付与アプリケーションにおけるアプリユーザＩＤが示すユーザに対して、報酬が付与されるようにすることができる。なお、報酬付与アプリケーションとして、ユーザ端末１００にインストールされている特定アプリケーションの中から選択してもよいし、ユーザ端末１００にインストールされていない特定アプリケーションの中から選択してもよいし、ユーザ端末１００にインストールされているか否かによらずに複数の特定アプリケーションの中から選択してもよい。
【０２６９】
＜第２の実施形態＞
次に、本発明の第２の実施形態を説明する。本実施形態の相互キャンペーンシステムの構成は、第１の実施形態と同様であるので、本実施形態において特徴的な処理について説明する。第１の実施形態のキャンペーン処理では、ユーザ端末１００にインストールされた対象アプリケーションからの要求に応じて、その対象アプリケーションがキャンペーン期間中であって、キャンペーンの第１のコンテンツが実行可能なコンテンツの利用状況にある場合には、その実行可能な第１のコンテンツがユーザ端末１００に提供された。本実施形態のキャンペーン処理では、さらに所定の提供条件を充足した場合に、ユーザ端末１００において実行可能な第１のコンテンツがユーザ端末１００に提供される。
【０２７０】
図２４は、本実施形態によるキャンペーン処理を説明する模式図である。この図に示す相互キャンペーンシステム５００Ａは、管理サーバ２００Ａが実行する処理が、図５に示す管理サーバ２００の処理と相違する。この図２４において、図５に示す各構成に対応する部分には同じ符号を付しており、その説明を省略する。
【０２７１】
（１−１）管理サーバ２００Ａは、対象アプリＡ１０、対象アプリＢ２０、及び対象アプリＣ３０のいずれかからキャンペーンページ表示要求情報を取得した場合に、各対象アプリケーションにログインしたことによって累積されているログインポイントを消費することによって、ユーザ端末１００において実行可能な第１のコンテンツをユーザ端末１００に送信する。つまり、累積されているログインポイントから所定のポイントを減ずることを引き換えに第１のコンテンツをユーザ端末１００に送信する。
【０２７２】
各対象アプリケーションにログインしたことによって累積されているログインポイントは、ポイント情報記憶部２３６に記憶されているポイント情報に記憶されて管理されている。コンテンツ提供部２５４は、第１のコンテンツをユーザ端末１００に送信する際に、このポイント情報に管理されているログインポイントを所定のポイントを減じた値に更新する。この所定のポイントは、キャンペーン毎または対象アプリケーション毎に定められたポイントである。従って、ポイント情報に管理されているログインポイントが、所定のポイントに達していない場合には、コンテンツ提供部２５４は、第１のコンテンツをユーザ端末１００に送信しない。
【０２７３】
（１−２）管理サーバ２００が、第１のコンテンツをユーザ端末１００に送信した場合のその後の処理は第１の実施形態と同様であり、ユーザＸがユーザ端末１００において第１のコンテンツを実行すると、ユーザ端末１００は、第１のコンテンツでのアクションの実行結果を管理サーバ２００に送信する。
【０２７４】
〔まとめ〕
以上説明したように、管理サーバ２００のコンテンツ提供部２５４は、複数の対象アプリケーションのうちユーザ端末１００（端末装置の一例）にインストールされているアプリケーションからの要求に基づいて所定の提供条件を充足した場合に第１のコンテンツをユーザ端末１００に対して送信（提供）する。
【０２７５】
このように、管理サーバ２００は、第１のコンテンツの提供に所定の提供条件を必要とするため、コンテンツの特別感を演出することができるとともに、ユーザに第１のコンテンツを提供した場合に当該ユーザに達成感を与えることができる。
【０２７６】
例えば、管理サーバ２００のポイント管理部２２３は、ユーザ端末１００にインストールされている複数の対象アプリケーションのそれぞれからの要求に基づいて所定のポイント（数値の一例）を累積して管理する。そして、コンテンツ提供部２５４は、複数の対象アプリケーションのそれぞれからの要求に基づいて、ポイント管理部２２３に管理されている所定のポイント（数値の一例）の累積値を減ずることと引き換えに第１のコンテンツをユーザ端末１００に対して送信（提供）する。
【０２７７】
このように、管理サーバ２００は、例えば、ログインした回数に応じて第１のコンテンツを提供するため、ポイントを稼ぐ目的でユーザの対象アプリケーションの利用を促進することができる。
【０２７８】
＜第３の実施形態＞
次に、本発明の第３の実施形態を説明する。本実施形態の相互キャンペーンシステムの構成は、第１の実施形態と同様であるので、本実施形態において特徴的な処理について説明する。第１の実施形態のキャンペーン処理では、ユーザ端末１００にインストールされた対象アプリケーションからキャンペーンで提供される第１のコンテンツを実行することにより、ユーザ端末１００にインストールされているか否かによらずに、同一のキャンペーンに参加している対象アプリケーションのいずれかが報酬付与アプリケーションとして選択された。本実施形態のキャンペーン処理では、同一のキャンペーンに参加している対象アプリケーションのうち、ユーザ端末１００にインストールされていない対象アプリケーションのみが報酬付与アプリケーションとして選択される。
【０２７９】
図２５は、本実施形態によるキャンペーン処理を説明する模式図である。この図に示す相互キャンペーンシステム５００Ｂは、管理サーバ２００Ｂが実行する処理が、図５に示す管理サーバ２００の処理と相違する。この図２５において、図５に示す各構成に対応する部分には同じ符号を付しており、その説明を省略する。
【０２８０】
この図に示すように、管理サーバ２００の報酬付与管理部２２４は、第１のコンテンツを要求した対象アプリケーション（対象アプリＡ１０、対象アプリＢ２０、及び対象アプリＣ３０のいずれか）と同一のキャンペーンに参加している複数の対象アプリケーションのうちユーザ端末１００にインストールされていない対象アプリケーションの中から報酬付与アプリケーション（対象アプリＰ７０）を選択する。そして、報酬付与管理部２２４は、ユーザ端末１００にインストールされていない対象アプリケーションの中から選択された報酬付与アプリケーション（対象アプリＰ７０）の報酬付与管理情報を管理する。また、報酬付与管理部２２４は、当該報酬付与アプリケーション（対象アプリＰ７０）がユーザ端末１００にインストールされた後で、その報酬付与管理情報に基づく報酬がユーザＸに対して付与される。
【０２８１】
なお、ユーザ端末１００にインストールされていない対象アプリケーションが存在しない場合には、報酬付与管理部２２４は、ユーザ端末１００にインストールされている対象アプリケーションの中から報酬付与アプリケーションを選択するようにしてもよい。
また、本実施形態においても、第２の実施形態で説明したキャンペーン処理のように、所定の提供条件を充足した場合に、ユーザ端末１００において実行可能な第１のコンテンツがユーザ端末１００に提供されるようにしてもよい。
【０２８２】
〔まとめ〕
以上説明したように、本実施形態による管理サーバ２００Ｂ（管理装置の一例）は、少なくとも、アプリケーション管理部２２１と、インストール通知取得部２５１と、ユーザ情報取得部２５２と、報酬付与管理部２２４と、報酬付与処理部２５５とを備えている。
アプリケーション管理部２２１は、管理の対象となる複数の対象アプリケーションに関する情報を管理する。インストール通知取得部２５１は、複数の対象アプリケーションのうちユーザ端末１００（端末装置の一例）にインストールされたアプリケーションから、当該アプリケーションがインストールされたことを示すインストール通知情報であって、当該アプリケーションのアプリＩＤ（識別情報の一例）と当該アプリケーションがインストールされたユーザ端末１００を特定するリワードユーザＩＤ（固有識別情報の一例）とが含まれるインストール通知情報を取得する。ユーザ情報取得部２５２は、インストール通知取得部２５１がインストール通知情報を取得したアプリケーションにおけるユーザ端末１００を利用するユーザのアプリユーザＩＤ（ユーザ情報の一例）を取得する。なお、固有識別情報としては、相互キャンペーンシステム５００で独自に生成したリワードユーザＩＤ以外にも、ユーザ端末１００ごとに一意に割り振られるＵＤＩＤ（Unique Device Identifier）、ＩＭＥＩ（International Mobile Equipment Identity）またはＩＭＳＩ（International Mobile Subscriber Identity）等の識別番号を利用いてもよい。またこれら識別番号をハッシュ化・暗号化して利用してもよい。つまり、相互キャンペーンシステム５００の内部もしくは外部において生成または設定され、ユーザ端末１００で一意となる識別情報であればよい。
報酬付与管理部２２４は、複数の対象アプリケーションのうちユーザ端末１００にインストールされていないアプリケーションの中から、報酬が付与されるアプリケーションとして選択された報酬付与アプリケーションのアプリＩＤ（識別情報の一例）およびユーザ端末１００を特定するリワードユーザＩＤ（固有識別情報の一例）を関連付けて報酬付与管理情報として管理する。
報酬付与処理部２５５は、報酬付与管理部２２４において管理されている報酬付与管理情報に基づいて、報酬付与アプリケーションがユーザ端末１００にインストールされたことを示すインストール通知情報をインストール通知取得部２５１が取得したと判定し、且つ報酬付与アプリケーションにおけるアプリユーザＩＤ（ユーザ情報の一例）をユーザ情報取得部２５２が取得した場合、報酬付与アプリケーションにおけるアプリユーザＩＤ（ユーザ情報の一例）を関連付けた報酬付与情報を、報酬付与アプリケーションに対応するアプリサーバ３００（サーバ装置の一例）に対して送信（通知）する。
【０２８３】
このように、管理サーバ２００Ｂは、ユーザ端末１００にインストールされていない対象アプリケーションにおける報酬を、当該ユーザ端末１００を特定するリワードユーザＩＤと当該対象アプリケーションのアプリＩＤとを関連付けて管理する。これにより、管理サーバ２００Ｄは、ユーザ端末１００にインストールされていない対象アプリケーションにおける報酬を、当該対象アプリケーションのインストール前に仮付与することができる。これにより、ユーザがまだ利用していない対象アプリケーションを利用する動機付けを高めることができる。
【０２８４】
また、コンテンツ提供部２５４は、ユーザ端末１００において実行可能な第１のコンテンツをユーザ端末１００に対して送信（提供）する。報酬付与管理部２２４は、コンテンツ提供部２５４がユーザ端末１００に対して提供した第１のコンテンツの実行結果に基づいて所定の報酬付与条件が充足された場合に、複数の対象アプリケーションのうちユーザ端末１００にインストールされていないアプリケーションの中から選択された報酬付与アプリケーションの報酬付与管理情報を管理する。
【０２８５】
このように、例えば、単に広告を表示するバナー広告とは異なり、ユーザ端末１００において実行可能な第１のコンテンツを提供し、その実行結果に応じて報酬が付与されるようにしたため、ユーザの興味を高めることができ、対象アプリケーションをインストールして利用させる動機付けが、さらに高まるようになる。
【０２８６】
また、コンテンツ提供部２５４は、複数の対象アプリケーションのうちユーザ端末１００にインストールされているアプリケーションからの要求に応じて第１のコンテンツを送信（提供）する。報酬付与管理部２２４は、複数の対象アプリケーションのうち第１のコンテンツを要求したアプリケーションを除くアプリケーションの中から選択された報酬付与アプリケーションの報酬付与管理情報を管理する。
【０２８７】
これにより、ユーザ端末１００にインストールされている対象アプリケーションから、当該ユーザ端末１００にインストールされていない対象アプリケーションへの送客が可能になるので、対象アプリケーションのインストール数を増加させる効果がある。
【０２８８】
＜第４の実施形態＞
次に、本発明の第４の実施形態を説明する。本実施形態の相互キャンペーンシステムの構成は、第１の実施形態と同様であるので、本実施形態において特徴的な処理について説明する。第１の実施形態のキャンペーン処理では、ユーザ端末１００にインストールされた対象アプリケーションからキャンペーンで提供される第１のコンテンツを実行することにより、ユーザ端末１００にインストールされているか否かによらずに、同一のキャンペーンに参加している対象アプリケーションのいずれかが報酬付与アプリケーションとして選択された。本実施形態の処理では、キャンペーンに関係なく、対象アプリケーション以外のアプリケーションから実行された第１のコンテンツの実行結果に応じて、ユーザ端末１００にインストールされていない対象アプリケーションの中から報酬付与アプリケーションが選択される。
【０２８９】
図２６は、本実施形態による処理を説明する模式図である。この図に示す相互キャンペーンシステム５００Ｃは、管理サーバ２００Ｃが実行する処理が、図５に示す管理サーバ２００の処理と相違する。この図２６において、図５に示す各構成に対応する部分には同じ符号を付しており、その説明を省略する。
【０２９０】
管理サーバ２００Ｃは、ユーザ端末１００にインストールされているアプリＷ１５から実行された第１のコンテンツの実行結果を取得する。管理サーバ２００の報酬付与管理部２２４は、この実行結果を取得することに応じて、ユーザ端末１００にインストールされていない対象アプリケーションの中から報酬付与アプリケーションを選択して、報酬付与管理情報を管理する。
【０２９１】
ここで、アプリＷ１５は、対象アプリケーション以外のアプリケーションである。従って、アプリＷ１５は、相互キャンペーンシステム５００Ｃに対応していないアプリケーションであって、キャンペーンにも参加していない。アプリＷ１５は、キャンペーン処理によらず管理サーバ２００Ｃから提供される第１のコンテンツを取得して表示するとともに、当該第１のコンテンツが実行された実行結果を管理サーバ２００に対して送信する機能を有している。また、アプリＷ１５は、自身がインストールされているユーザ端末１００を特定するリワードユーザＩＤを端末記憶部１４０から読み出して管理サーバ２００Ｃに送信する機能を有している。これにより、管理サーバ２００Ｃは、アプリＷ１５から実行された第１のコンテンツの実行結果と、アプリＷ１５がインストールされているユーザ端末１００を特定するリワードユーザＩＤとを取得して、ユーザ端末１００にインストールされていない対象アプリケーションの中から報酬付与アプリケーションを選択して、報酬付与管理情報を管理することができる。
【０２９２】
なお、ユーザ端末１００にインストールされていない対象アプリケーションが存在しない場合には、報酬付与管理部２２４は、ユーザ端末１００にインストールされている対象アプリケーションの中から報酬付与アプリケーションを選択するようにしてもよい。
また、本実施形態においても、第２の実施形態で説明したキャンペーン処理のように、所定の提供条件を充足した場合に、ユーザ端末１００において実行可能な第１のコンテンツがユーザ端末１００に提供されるようにしてもよい。
【０２９３】
〔まとめ〕
このように、管理サーバ２００Ｃのコンテンツ提供部２５４は、複数の対象アプリケーション以外のユーザ端末１００（端末装置の一例）において動作するアプリケーションからの要求に応じて第１のコンテンツを提供する。報酬付与管理部２２４は、第１のコンテンツの実行結果に基づいて、複数の対象アプリケーションの中から選択された報酬付与アプリケーションの報酬付与管理情報を管理する。
【０２９４】
これにより、管理サーバ２００Ｃ（管理装置の一例）は、対象アプリケーション以外のアプリケーションにおける第１のコンテンツの実行結果に応じて、いずれかの対象アプリケーションに報酬が付与されるようにすることができる。よって、相互キャンペーンシステム５００Ｃでは、対象アプリケーション以外のアプリケーションから、ユーザ端末１００にインストールされていない対象アプリケーションへ送客させること、または、ユーザ端末１００にインストールされているがあまり利用されていない対象アプリケーションの利用を促すことができる。
【０２９５】
なお、少なくとも、第１のコンテンツの実行結果を管理サーバ２００に対して送信する機能と、リワードユーザＩＤを管理サーバ２００Ｃに送信する機能とに限定された機能が、アプリＷ１５に組み込まれたＳＤＫの機能により実現されてもよい。このＳＤＫは、ＳＤＫ１１とは異なり、相互キャンペーンシステム５００Ｃにおける機能を有する構成ではない。
【０２９６】
例えば、相互キャンペーンシステム５００Ｃに対応する対象アプリケーションにおいて、本システムのサービスを停止することが決まった場合に、上述の限定された機能を有するＳＤＫを搭載させて、本システムに対応するいずれかの対象アプリケーションに送客（流出のみ）させるようにしてもよい。なお、このアプリＷ１５は、第１のコンテンツを実行することが可能であるが報酬が付与されないので対象アプリケーションには相当しない。
【０２９７】
なお、ＳＤＫ１１が組み込まれた対象アプリケーションを、上述の限定された機能を有するＳＤＫが組み込まれたアプリＷ１５と同様に、いずれかの対象アプリケーションに送客（流出のみ）させるが、報酬が付与されないようにするために、報酬付与対象から除外するフラグ情報を、対象アプリ情報記憶部２３１に記憶させてもよい。
【０２９８】
＜第５の実施形態＞
次に、本発明の第５の実施形態を説明する。本実施形態のネットワークシステム１の構成は、第１の実施形態と同様である。ここでは、本実施形態において特徴的な処理について説明する。第１の実施形態のキャンペーン処理では、ユーザ端末１００にインストールされた対象アプリケーションからキャンペーンで提供される第１のコンテンツを実行することにより、ユーザ端末１００にインストールされているか否かによらずに、同一のキャンペーンに参加している対象アプリケーションのいずれかが報酬付与アプリケーションとして選択された。本実施形態の処理では、キャンペーン及び第１のコンテンツの実行結果に関係なく、管理サーバに設定されている報酬付与管理情報に基づいて、ユーザ端末１００にインストールされていない対象アプリケーションがユーザ端末１００にインストールされた場合に報酬が付与される。
【０２９９】
図２７は、本実施形態による処理を説明する模式図である。この図に示す相互キャンペーンシステム５００Ｄは、管理サーバ２００Ｄが実行する処理が、図５に示す管理サーバ２００の処理と相違する。この図２７において、図５に示す各構成に対応する部分には同じ符号を付しており、その説明を省略する。
【０３００】
管理サーバ２００Ｄの報酬付与管理部２２４は、ユーザＸのユーザ端末１００を特定するリワードユーザＩＤと、当該ユーザ端末１００にインストールされていない対象アプリケーションの中から選択された報酬付与アプリケーションのアプリＩＤとを関連付けて報酬付与管理情報として管理する。この報酬付与管理情報は、管理サーバ２００Ｄがユーザ端末１００にインストールされた対象アプリケーションのインストール通知情報を取得したタイミングで、そのインストール通知情報に含まれるリワードユーザＩＤと、選択された報酬付与アプリケーションのアプリＩＤとを関連付けて生成されてもよい。また、この報酬付与管理情報は、管理サーバ２００Ｄがユーザ端末１００からインストール通知情報を取得した回数に基づいて、所定の回数に達したタイミングで生成されてもよい。
【０３０１】
また、管理サーバ２００Ｄは、対象アプリケーションがユーザ端末１００にインストールされたことを示すインストール通知情報を取得したタイミングで、そのインストール通知情報に含まれるリワードユーザＩＤに対して、第１抽選として報酬を付与するかしないかを決定し、第２抽選として、報酬の付与先となる報酬付与アプリケーションを決定する抽選を行ってもよい。このようにインストール通知情報に基づくことにより、対象アプリケーションをプレイしていない休眠ユーザに対して報酬が付与されることを防止することができる。
【０３０２】
〔まとめ〕
以上説明したように、本実施形態による管理サーバ２００Ｄ（管理装置の一例）は、少なくとも、アプリケーション管理部２２１と、インストール通知取得部２５１と、ユーザ情報取得部２５２と、報酬付与管理部２２４と、報酬付与処理部２５５とを備えている。
アプリケーション管理部２２１は、管理の対象となる複数の対象アプリケーションに関する情報を管理する。インストール通知取得部２５１は、複数の対象アプリケーションのうちユーザ端末１００（端末装置の一例）にインストールされたアプリケーションから、当該アプリケーションがインストールされたことを示すインストール通知情報であって、当該アプリケーションのアプリＩＤ（識別情報の一例）と当該アプリケーションがインストールされたユーザ端末１００を特定するリワードユーザＩＤ（固有識別情報の一例）とが含まれるインストール通知情報を取得する。ユーザ情報取得部２５２は、インストール通知取得部２５１がインストール通知情報を取得したアプリケーションにおけるユーザ端末１００を利用するユーザのアプリユーザＩＤ（ユーザ情報の一例）を取得する。
報酬付与管理部２２４は、複数の対象アプリケーションのうちユーザ端末１００にインストールされていないアプリケーションの中から、報酬が付与されるアプリケーションとして選択された報酬付与アプリケーションのアプリＩＤ（識別情報の一例）およびユーザ端末１００を特定するリワードユーザＩＤ（固有識別情報の一例）を関連付けて報酬付与管理情報として管理する。
報酬付与処理部２５５は、報酬付与管理部２２４において管理されている報酬付与管理情報に基づいて、報酬付与アプリケーションがユーザ端末１００にインストールされたことを示すインストール通知情報をインストール通知取得部２５１が取得したと判定し、且つ報酬付与アプリケーションにおけるアプリユーザＩＤ（ユーザ情報の一例）をユーザ情報取得部２５２が取得した場合、報酬付与アプリケーションにおけるアプリユーザＩＤ（ユーザ情報の一例）を関連付けた報酬付与情報を、報酬付与アプリケーションに対応するアプリサーバ３００（サーバ装置の一例）に対して送信（通知）する。
【０３０３】
このように、管理サーバ２００Ｄは、ユーザ端末１００にインストールされていない対象アプリケーションにおける報酬を、当該ユーザ端末１００を特定するリワードユーザＩＤと当該対象アプリケーションのアプリＩＤとを関連付けて管理する。これにより、管理サーバ２００Ｄは、ユーザ端末１００にインストールされていない対象アプリケーションにおける報酬を、当該対象アプリケーションのインストール前に仮付与することができる。これにより、ユーザがまだ利用していない対象アプリケーションを利用する動機付けを高めることができる。
【０３０４】
なお、報酬付与管理部２２４がインストール通知情報を取得したタイミングで報酬付与管理情報を生成することにより、当該インストール通知情報を送信した対象アプリケーションに報酬が付与されるような報酬付与管理情報を生成して管理することができ、当該対象アプリケーションに報酬を付与させることも可能である。この場合、ユーザ端末１００に最初にインストールされた対象アプリケーションにおける報酬を付与させることもできる。
【０３０５】
＜第６の実施形態＞
次に、本発明の第６の実施形態を説明する。本実施形態の相互キャンペーンシステムの構成は、第１の実施形態と同様であるので、本実施形態において特徴的な処理について説明する。第１の実施形態のキャンペーン処理では、ユーザ端末１００にインストールされた対象アプリケーションからキャンペーンで提供される第１のコンテンツを実行することにより、ユーザ端末１００にインストールされているか否かによらずに、同一のキャンペーンに参加している対象アプリケーションのいずれかが報酬付与アプリケーションとして選択された。本実施形態のキャンペーン処理では、同一のキャンペーンに参加している対象アプリケーションのうち、ユーザ端末１００にインストールされている対象アプリケーションのみが報酬付与アプリケーションとして選択される。
【０３０６】
図２８は、本実施形態によるキャンペーン処理を説明する模式図である。この図に示す相互キャンペーンシステム５００Ｅは、管理サーバ２００Ｅが実行する処理が、図５に示す管理サーバ２００の処理と相違する。この図２８において、図５に示す各構成に対応する部分には同じ符号を付しており、その説明を省略する。
【０３０７】
この図に示すように、管理サーバ２００の報酬付与管理部２２４は、第１のコンテンツを要求した対象アプリケーション（対象アプリＡ１０、対象アプリＢ２０、及び対象アプリＣ３０のいずれか）と同一のキャンペーンに参加している複数の対象アプリケーションのうちユーザ端末１００にインストールされている対象アプリケーション（即ち、対象アプリＡ１０、対象アプリＢ２０、及び対象アプリＣ３０）の中から報酬付与アプリケーションを選択する。そして、報酬付与管理部２２４は、対象アプリＡ１０、対象アプリＢ２０、及び対象アプリＣ３０の中から選択された報酬付与アプリケーションの報酬付与管理情報を管理する。
【０３０８】
なお、ユーザ端末１００にインストールされている対象アプリケーション（対象アプリＡ１０、対象アプリＢ２０、及び対象アプリＣ３０）のうち、第１のコンテンツを要求した対象アプリケーション（対象アプリＡ１０、対象アプリＢ２０、及び対象アプリＣ３０のいずれか）とは異なる対象アプリケーションが報酬付与アプリケーションとして選択されるようにしてもよい。
また、本実施形態においても、第２の実施形態で説明したキャンペーン処理のように、所定の提供条件を充足した場合に、ユーザ端末１００において実行可能な第１のコンテンツがユーザ端末１００に提供されるようにしてもよい。
【０３０９】
〔まとめ〕
以上説明したように、本実施形態による管理サーバ２００Ｅ（管理装置の一例）は、少なくとも、アプリケーション管理部２２１と、ユーザ情報取得部２５２と、コンテンツ提供部２５４と、報酬付与処理部２５５とを備えている。
アプリケーション管理部２２１は、管理の対象となる複数の対象アプリケーションに関する情報を管理する。
ユーザ情報取得部２５２は、複数の対象アプリケーションのうち、ユーザ端末１００にインストールされている複数のアプリケーションのそれぞれから、それぞれのアプリケーションにおけるユーザ端末１００を利用するユーザのアプリユーザＩＤ（ユーザ情報の一例）を取得する。コンテンツ提供部２５４は、ユーザ端末１００において実行可能な第１のコンテンツをユーザ端末１００に対して送信（提供）する。
報酬付与処理部２５５は、コンテンツ提供部２５４が提供した第１のコンテンツがユーザ端末１００において実行された実行結果に基づいて、少なくともユーザ端末１００にインストールされている複数のアプリケーションの中から、報酬が付与される対象アプリケーションとして選択された報酬付与アプリケーションにおけるアプリユーザＩＤを関連付けた報酬付与情報を、酬付与アプリケーションに対応するアプリサーバ３００（サーバ装置の一例）に対して送信（通知）する。
【０３１０】
このように、管理サーバ２００は、複数の対象アプリケーションを対象としたキャンペーンを実施することにより、キャンペーンで提供される第１のコンテンツをユーザが実行した結果に応じて、当該ユーザのユーザ端末１００にインストールされているいずれかの対象アプリケーションに報酬が付与されるようにした。これにより、ユーザが対象アプリケーションを利用する動機付けを高めることができる。例えば、管理サーバ２００は、ユーザが第１のコンテンツを要求した対象アプリケーションとは異なる対象アプリケーションにおいて報酬が付与されるにしてもよく、ユーザがあまり利用していない対象アプリケーションにおいて報酬が付与された場合には、その対象アプリケーションを再び利用しようとする動機付けを高めることができる。即ち、本実施形態によれば、ユーザが利用しなくなったアプリケーションを再び利用する動機付けを高めることができる。
【０３１１】
＜第７の実施形態＞
次に、本発明の第７の実施形態を説明する。本実施形態の相互キャンペーンシステムの構成は、第１の実施形態と同様であるので、本実施形態において特徴的な処理について説明する。
【０３１２】
上記各実施形態では、管理サーバ２００の通信部２１０は、インストール通知情報、ユーザ情報、実行可能な第１のコンテンツやその提供先情報、実行可能な第１のコンテンツの実行結果、及び事前付与通知情報が含まれるコンテンツやその提供先情報等を、直接的にユーザ端末１００と通信する例を説明した。同様にユーザ端末１００の端末通信部１３０は、インストール通知情報、ユーザ情報、実行可能な第１のコンテンツやその提供先情報、実行可能な第１のコンテンツの実行結果、及び事前付与通知情報が含まれるコンテンツやその提供先情報等を、直接的に管理サーバ２００と通信する例を説明した。
【０３１３】
ここで、管理サーバ２００の通信部２１０は、ユーザ端末１００にインストールされた対象アプリケーションに対応するアプリサーバ３００（サーバ装置）を介して通信セッションを確立させた後で、直接的にユーザ端末１００と通信してもよい。同様にユーザ端末１００の端末通信部１３０（送受信部）は、ユーザ端末１００（自端末装置）にインストールされた対象アプリケーションに対応するアプリサーバ３００（サーバ装置）を介して通信セッションを確立させた後で、直接的に管理サーバ２００と通信してもよい。
【０３１４】
なお、ユーザ端末１００から直接的に管理サーバ２００と通信する場合に、必要に応じて通信セッションを確立させるようにしてもよい。つまり、通信セッションを確立させる前に直接的に管理サーバ２００と通信する場合と、通信セッションを確立させた後に直接的に管理サーバ２００と通信する場合との両方を含んでもよい。
【０３１５】
図２９は、通信セッションの確立処理の動作の一例を示す動作図である。この通信セッションの確立処理（通信セッション確立処理）は、ユーザ端末１００にインストールされた対象アプリケーションが起動した後に、管理サーバ２００と通信を行う前に必要に応じて行われる処理である。例えば、この図２９に示すように、図１９に示すＳＤＫ初期化処理の最後（ステップＳＢ１６０の処理の後）に、通信セッション確立処理が行われる。また、図２９では、ユーザ端末１００にインストールされている対象アプリケーションのＳＤＫ１１から直接的に管理サーバ２００と通信する場合に行われる通信セッションの確立処理を示している。なお、この通信セッションの確立処理は、対象アプリケーションから直接的に管理サーバ２００と通信する場合も同様に行うことができる。なお、ユーザ端末１００とアプリサーバ３００とは既に通信セッションが確立されている前提となる。
【０３１６】
ステップＳＢ１６０の処理の後、ユーザ端末１００のＳＤＫ１１は、ワンタイムトークンの取得を要求するワンタイムトークン取得要求情報をアプリサーバ３００に対して送信する（ステップＳＢ１７０）。アプリサーバ３００は、ユーザ端末１００（ＳＤＫ１１）からワンタイムトークン取得要求情報を取得すると、取得したワンタイムトークン取得要求情報に基づくワンタイムトークン生成要求情報を管理サーバ２００に対して送信する（ステップＳＦ１７０）。管理サーバ２００は、アプリサーバ３００からワンタイムトークン生成要求情報を取得すると、ワンタイムトークンを生成し、生成したワンタイムトークンをアプリサーバ３００に対して送信する（ステップＳＥ１７０）。アプリサーバ３００は、管理サーバ２００からワンタイムトークンを取得すると、取得したワンタイムトークンをユーザ端末１００（ＳＤＫ１１）に対して送信する（ステップＳＦ１８０）。ユーザ端末１００のＳＤＫ１１は、アプリサーバ３００からワンタイムトークンを取得すると、取得したワンタイムトークンを含むセッション確立要求情報を管理サーバ２００に対して送信する（ステップＳＢ１８０）。管理サーバ２００は、ユーザ端末１００（ＳＤＫ１１）からセッション確立要求情報を取得すると、取得したセッション確立要求情報に含まれるワンタイムトークンが正しい情報である場合（ユーザ端末１００（ＳＤＫ１１）に対して送信したワンタイムトークンと一致する場合）には、通信セッションを確立して、相互キャンペーンシステム５００による通信が許可される（ステップＳＥ１８０）。以後、例えば、図１７から２３を参照して説明した相互キャンペーンシステム５００によるキャンペーン処理が行われる。なお、管理サーバ２００は、ユーザ端末１００（ＳＤＫ１１）から取得したセッション確立要求情報に含まれるワンタイムトークンが正しい情報でない場合には通信エラーとし、相互キャンペーンシステム５００による通信が許可されない。また、管理サーバ２００がユーザ端末１００（ＳＤＫ１１）からセッション確立要求情報を取得できない場合には、当然、相互キャンペーンシステム５００による通信が許可されない。
このように、通信セッションを確立させた後で、相互キャンペーンシステム５００による通信を開始することで、相互キャンペーンシステム５００を含むネットワークシステム１内のセキュリティを向上させることができる。
【０３１７】
なお、インストール通知情報、ユーザ情報、実行可能な第１のコンテンツやその提供先情報、実行可能な第１のコンテンツの実行結果、及び事前付与通知情報が含まれるコンテンツやその提供先情報等の一部は、ユーザ端末１００から直接的に管理サーバ２００と通信せずに、ユーザ端末１００にインストールされた対象アプリケーションに対応するアプリサーバ３００（サーバ装置）を介してユーザ端末１００と通信されてもよい。即ち、管理サーバ２００の通信部２１０は、インストール通知情報、ユーザ情報、実行可能な第１のコンテンツやその提供先情報、実行可能な第１のコンテンツの実行結果、又は事前付与通知情報が含まれるコンテンツやその提供先情報等を、ユーザ端末１００にインストールされた対象アプリケーションに対応するアプリサーバ３００（サーバ装置）を介してユーザ端末１００と通信、若しくは直接的にユーザ端末１００と通信するようにしてもよい。同様に、ユーザ端末１００の端末通信部１３０は、インストール通知情報、ユーザ情報、実行可能な第１のコンテンツやその提供先情報、実行可能な第１のコンテンツの実行結果、又は事前付与通知情報が含まれるコンテンツやその提供先情報等を、ユーザ端末１００（自端末装置）にインストールされた対象アプリケーションに対応するアプリサーバ３００（サーバ装置）を介して管理サーバ２００と通信、若しくは直接的に管理サーバ２００と通信してもよい。
【０３１８】
さらに、管理サーバ２００の通信部２１０は、インストール通知情報、ユーザ情報、実行可能な第１のコンテンツやその提供先情報、実行可能な第１のコンテンツの実行結果、及び事前付与通知情報が含まれるコンテンツやその提供先情報等を、ユーザ端末１００にインストールされた対象アプリケーションに対応するアプリサーバ３００（サーバ装置）を介してユーザ端末１００と通信してもよい。同様に、ユーザ端末１００の端末通信部１３０は、インストール通知情報、ユーザ情報、実行可能な第１のコンテンツやその提供先情報、実行可能な第１のコンテンツの実行結果、及び事前付与通知情報が含まれるコンテンツやその提供先情報等を、ユーザ端末１００（自端末装置）にインストールされた対象アプリケーションに対応するアプリサーバ３００（サーバ装置）を介して管理サーバ２００と通信してもよい。
このように、相互キャンペーンシステム５００は、アプリサーバ３００を介してユーザ端末１００と管理サーバ２００とが通信しても、上記実施形態と同様のキャンペーン処理を行うことができ、同様の効果を得ることができる。
【０３１９】
＜変形例＞
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成は上述の実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。例えば、上述の第１から７の実施形態において説明した各機能は、任意に組み合わせることができる。
【０３２０】
（１）上記実施形態において、管理サーバ２００は、報酬付与管理情報に基づいて、報酬付与アプリケーションのアプリユーザＩＤを関連付けた報酬付与情報を、報酬付与アプリケーションに対応するアプリサーバ３００に送信する処理を説明したが、これに限られるものではない。例えば、管理サーバ２００は、報酬付与情報を、報酬付与アプリケーションがインストールされたユーザ端末１００（報酬付与アプリケーションに組み込まれたＳＤＫ１１）に対して送信してもよい。これにより、ユーザ端末１００にインストールされた報酬付与アプリケーションにおいて、報酬付与情報に基づく報酬が付与されてもよい。また、報酬付与情報がユーザ端末１００にインストールされた報酬付与アプリケーションを介して報酬付与アプリケーションに対応するアプリサーバ３００に送信されて、アプリサーバ３００において、報酬付与情報に基づく報酬が付与されてもよい。
【０３２１】
（２）上記実施形態では、リワードユーザＩＤが、最初に対象アプリケーションがインストールされたときに、インストールされたユーザ端末１００を一意に識別可能な固有識別情報（相互キャンペーンシステム５００においてユニークな固有識別情報）として生成される例を説明したが、これに限られるものではない。例えば、ユーザ端末１００に固有に設定されている端末識別番号や電話番号（例えば、スマートフォンの場合）をリワードユーザＩＤとしてもよい。しかしながら、端末識別番号や電話番号等のような個人情報を利用せずに、本実施形態のようにリワードユーザＩＤを生成して利用する方がセキュリティ性を高めることができる。また、リワードユーザＩＤとして、端末識別番号や電話番号等を利用せずに、相互キャンペーンシステム５００においてユニークな固有識別情報を採用することで、ユーザが所有するユーザ端末１００（端末装置）を買い替え等で変更する場合でも、所定の手続きを経てリワードユーザＩＤを変更後のユーザ端末１００に移行することで、変更前のユーザ端末１００からの状態を維持して相互キャンペーンシステム５００を利用することが可能となる。
【０３２２】
（３）上記実施形態では、相互キャンペーンシステム５００に対応する対象アプリケーションとしてゲームを例に説明したが、この対象アプリケーションはゲームに限られるものではなく、ゲーム以外のいずれのアプリケーションであってもよい。
【０３２３】
また、管理サーバ２００の記憶部２３０は、管理サーバ２００とは異なるサーバ装置に備えられてもよい。そして、管理サーバ２００の管理部２２０または制御部２５０が管理サーバ２００とは異なるサーバ装置に備えられた記憶部２３０に対してネットワークＮＷを介して通信することにより、記憶部２３０が備える各部が記憶する各情報を管理してもよい。
【０３２４】
また、管理サーバ２００が有する機能のうち、ページＵＲＬまたはバナーＵＲＬに基づいてユーザ端末１００に対してキャンペーンページや広告画像等を提供するウェブサーバ機能を、管理サーバ２００と異なるサーバ装置が有する構成としてもよい。
【０３２５】
また、管理サーバ２００とアプリサーバ３００とが一体となったサーバ装置として構成されてもよい。
【０３２６】
（４）上述の管理部２２０、制御部２５０、またはＳＤＫ１１の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより上述の各部の処理を行ってもよい。ここで、「記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行する」とは、コンピュータシステムにプログラムをインストールすることを含む。ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータシステム」は、インターネットやＷＡＮ、ＬＡＮ、専用回線等の通信回線を含むネットワークを介して接続された複数のコンピュータ装置を含んでもよい。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。このように、プログラムを記憶した記録媒体は、ＣＤ−ＲＯＭ等の非一過性の記録媒体であってもよい。また、記録媒体には、当該プログラムを配信するために配信サーバからアクセス可能な内部または外部に設けられた記録媒体も含まれる。配信サーバの記録媒体に記憶されるプログラムのコードは、端末装置で実行可能な形式のプログラムのコードと異なるものでもよい。すなわち、配信サーバからダウンロードされて端末装置で実行可能な形でインストールができるものであれば、配信サーバで記憶される形式は問わない。なお、プログラムを複数に分割し、それぞれ異なるタイミングでダウンロードした後に端末装置で合体される構成や、分割されたプログラムのそれぞれを配信する配信サーバが異なっていてもよい。さらに「コンピュータ読み取り可能な記録媒体」とは、ネットワークを介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。また、上記プログラムは、上述した機能の一部を実現するためのものであってもよい。さらに、上述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。
【０３２７】
また、上述した機能の一部または全部を、ＬＳＩ（Ｌａｒｇｅ  Ｓｃａｌｅ  Ｉｎｔｅｇｒａｔｉｏｎ）等の集積回路として実現してもよい。上述した各機能は個別にプロセッサ化してもよいし、一部、または全部を集積してプロセッサ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、または汎用プロセッサで実現してもよい。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いてもよい。
【符号の説明】
【０３２８】
１  ネットワークシステム、１０  対象アプリＡ、１１  ＳＤＫ、２０  対象アプリＢ、３０  対象アプリＣ、７０  対象アプリＰ、１００  ユーザ端末、１１０  入力部、１２０  表示部、１３０  端末通信部、１４０  端末記憶部、１５０  端末制御部、２００  管理サーバ、２１０  通信部、２２０  管理部、２２１  アプリケーション管理部、２２２  インストール情報管理部、２２３  ポイント管理部、２２４  報酬付与管理部、２３０  記憶部、２３１  対象アプリ情報記憶部、２３２  キャンペーン情報記憶部、２３３  キャンペーン参加アプリ情報記憶部、２３４  リンク情報記憶部、２３５  インストール情報記憶部２３５  ポイント情報記憶部、２３７  報酬付与管理情報記憶部、２３８  報酬成立情報記憶部、２３９  コンテンツ記憶部、２５０  制御部、２５１  インストール通知取得部、２５２  ユーザ情報取得部、２５３  イベント情報通知部、２５４  コンテンツ提供部、２５５  報酬付与処理部、２５６  計時部、３００  アプリサーバ、３１０  アプリサーバＡ、３２０  アプリサーバＢ、３３０  アプリサーバＣ、３７０  アプリサーバＰ、４００  アプリストア、１１１０  初期化処理部、１１１１  固有識別情報取得部、１１１２  インストール通知部、１１２０  ログイン通知部、１１３０  イベント確認部、１１３１  イベント情報要求部、１１３２  イベント情報取得部、１１４０  コンテンツ要求部、１１５０  コンテンツ取得部、１１６０  コンテンツ提示部、１１７０  実行結果通知部
【図１】
2015011546.tif 000003
【図２】
2015011546.tif 000004
【図３】
2015011546.tif 000005
【図４】
2015011546.tif 000006
【図５】
2015011546.tif 000007
【図６】
2015011546.tif 000008
【図７】
2015011546.tif 000009
【図８】
2015011546.tif 000010
【図９】
2015011546.tif 000011
【図１０】
2015011546.tif 000012
【図１１】
2015011546.tif 000013
【図１２】
2015011546.tif 000014
【図１３】
2015011546.tif 000015
【図１４】
2015011546.tif 000016
【図１５】
2015011546.tif 000017
【図１６】
2015011546.tif 000018
【図１７】
2015011546.tif 000019
【図１８】
2015011546.tif 000020
【図１９】
2015011546.tif 000021
【図２０】
2015011546.tif 000022
【図２１】
2015011546.tif 000023
【図２２】
2015011546.tif 000024
【図２３】
2015011546.tif 000025
【図２４】
2015011546.tif 000026
【図２５】
2015011546.tif 000027
【図２６】
2015011546.tif 000028
【図２７】
2015011546.tif 000029
【図２８】
2015011546.tif 000030
【図２９】
2015011546.tif 000031