JP5651219B1

JP5651219B1 - 端末装置、制御方法、及びプログラム

Info

Publication number: JP5651219B1
Application number: JP2013169162A
Authority: JP
Inventors: 佐藤　大介; 大介佐藤; 遥子中井; 翔太鈴木; 正人宮崎
Original assignee: Konami Digital Entertainment Co Ltd
Current assignee: Konami Digital Entertainment Co Ltd
Priority date: 2013-08-16
Filing date: 2013-08-16
Publication date: 2015-01-07
Anticipated expiration: 2033-08-16
Also published as: JP2015036955A

Abstract

【課題】まだリリースされていないリリース予定のアプリケーション（即ち、提供開始前のアプリケーション）への送客を可能にすること。【解決手段】複数の対象アプリケーションのうち提供開始前のアプリケーションである提供開始前アプリケーションに関する情報を管理するとともに、提供開始前アプリケーションの中から端末装置において選択された選択アプリケーションの識別情報と端末装置を特定する固有識別情報とを関連付けて送客情報の記録として管理する管理装置と通信可能な端末装置は、少なくとも一の提供開始前アプリケーションのアプリケーションリストを管理装置から取得するリスト取得部と、取得したアプリケーションリストに含まれる少なくとも一の提供開始前アプリケーションの中から選択された選択アプリケーションの識別情報を含む送客情報を、自端末装置を特定する固有識別情報と関連付けて管理装置に対して送信する送客情報通知部とを備える。【選択図】図１７

Description

本発明は、端末装置、制御方法、及びプログラムに関する。

ＳＮＳ（Social Networking Service）会員向けに提供しているアプリケーション（例えば、ゲーム等）とは異なり、アプリケーションを販売するストアサイトからダウンロードして利用することができる独立運営型のアプリケーションでは、そのアプリケーションを利用してもらうユーザを一から集客する必要がある。そのため、新たなアプリケーションを販売（リリース）するごとに、集客のための宣伝等のプロモーション活動を行う必要がある。

例えば、新なアプリケーションへの集客を目的として、ユーザ端末にインストールされているアプリケーションの利用中に表示される表示画面に、まだインストールされていないアプリケーションの広告を表示させる方法がある（例えば、特許文献１参照）。

特許第５１０７４５５号公報

上述したような方法を用いれば、例えば、ユーザに利用してもらいたいアプリケーションの広告をユーザ端末に表示させることにより、アプリケーションへの送客に繋げることが可能となる。しかしながら、まだリリースされていないリリース予定のアプリケーション（即ち、提供開始前のアプリケーション）への送客を可能にすることは困難な場合があった。

本発明は、このような状況に鑑みてなされたもので、まだリリースされていないリリース予定のアプリケーション（即ち、提供開始前のアプリケーション）への送客を可能にすることを目的の一つとする。

以下では、本発明の理解を容易にするために添付図面の参照符号を便宜的に括弧書きにて付記するが、それにより本発明が図示の態様に限定されるものではない。

上述した課題を解決するために、本発明の一態様は、管理の対象となる複数の対象アプリケーションのうち提供開始前のアプリケーションである提供開始前アプリケーションに関する情報を管理するとともに、前記提供開始前アプリケーションの中から端末装置（１００）において選択された選択アプリケーションの識別情報と前記端末装置を特定する固有識別情報とを関連付けて、前記提供開始前アプリケーションに対する送客情報の記録として管理する管理装置（２００ａ）と通信可能な端末装置であって、少なくとも一の前記提供開始前アプリケーションのアプリケーションリストを前記管理装置から取得するリスト取得部（１０４）と、前記リスト取得部が取得した前記アプリケーションリストに含まれる少なくとも一の前記提供開始前アプリケーションの中から選択された前記選択アプリケーションの識別情報を含む前記送客情報を、自端末装置を特定する前記固有識別情報と関連付けて前記管理装置に対して送信する送客情報通知部（１０６）と、を備えることを特徴とする端末装置。

また、本発明の一態様は、上記端末装置が、前記リスト取得部が取得した前記提供開始前アプリケーションのアプリケーションリストに基づく提示リストを提示する提示部（１０５）、を備え、前記リスト取得部が、前記アプリケーションリストを前記管理装置から取得するとともに、前記管理装置が管理する前記送客情報の記録に基づいて、前記アプリケーションリストに含まれる前記提供開始前アプリケーションのそれぞれが前記端末装置において選択済みであるか否かを示す情報を前記管理装置から取得し、前記提示部は、前記提示リストを提示する場合、前記リスト取得部が取得した前記選択済みであるか否かを示す情報に基づいて、自端末装置において選択済みの前記提供開始前アプリケーションと未選択の前記提供開始前アプリケーションとを区別して提示することを特徴とする。

また、本発明の一態様は、上記端末装置が、前記選択アプリケーションに関する情報を前記管理装置から取得するアプリケーション情報取得部（４１）と、前記アプリケーション情報取得部が取得した前記選択アプリケーションに関する情報を提示する情報提示部（４２）と、を備えることを特徴とする。

また、本発明の一態様は、上記端末装置において、前記選択アプリケーションに関する情報は、前記選択アプリケーションが提供開始されたことを示す情報であることを特徴とする。

また、本発明の一態様は、上記端末装置が、少なくとも一の前記提供開始前アプリケーションのアプリケーションリストを要求するリスト要求通知情報を、自端末装置を特定する前記固有識別情報と関連付けて前記管理装置に対して送信するリスト要求部（１０４）、を備え、前記リスト取得部が、前記リスト要求部が前記リスト要求通知情報を送信したことに応じて前記管理装置から送信された前記提供開始前アプリケーションのアプリケーションリストを取得することを特徴とする。

また、本発明の一態様は、上記端末装置において、前記リスト要求部が、自端末装置で動作している対象アプリケーションから、前記リスト要求通知情報を前記管理装置に対して送信し、前記リスト取得部が、前記リスト要求通知情報を送信した対象アプリケーションにおいて、前記提供開始前アプリケーションのアプリケーションリストを取得し、前記送客情報通知部が、前記提供開始前アプリケーションのアプリケーションリストを取得した対象アプリケーションの識別情報と、当該対象アプリケーションにおいて当該アプリケーションリストに含まれる少なくとも一の前記提供開始前アプリケーションの中から選択された前記選択アプリケーションの識別情報とを含む前記送客情報を、自端末装置を特定する固有識別情報と関連付けて前記管理装置に対して送信することを特徴とする。

また、本発明の一態様は、上記端末装置が、前記固有識別情報が記憶部に記憶されているか否かを判定し、前記固有識別情報が前記記憶部に記憶されていないと判定した場合に前記固有識別情報を取得し、取得した前記固有識別情報を、自端末装置にインストールされたいずれの対象アプリケーションからも参照可能なように記憶部（１４０）に記憶させる固有識別情報取得部（１０２）、を備えることを特徴とする。

また、本発明の一態様は、上記端末装置が、自端末装置にインストールされた対象アプリケーションの当該インストールされたことを示すインストール通知情報であって、当該対象アプリケーションの識別情報を含む前記インストール通知情報を、自端末装置を特定する固有識別情報と関連付けて前記管理装置に対して送信するインストール通知部（１０３）、を備えることを特徴とする。

また、本発明の一態様は、上記端末装置において、前記インストール通知部が、前記インストールされた対象アプリケーションをインストールしたユーザの前記インストールされた対象アプリケーションにおけるユーザ情報と、当該対象アプリケーションの識別情報とを含む前記インストール通知情報を、自端末装置を特定する固有識別情報と関連付けて前記管理装置に対して送信することを特徴とする。

また、本発明の一態様は、上記端末装置において、前記管理装置が、前記端末装置において前記提供開始前アプリケーションに対する選択を受け付ける期間を示す受付期間を管理しており、前記送客情報通知部が、前記受付期間内に前記送客情報を前記管理装置に対して送信することを特徴とする。

また、本発明の一態様は、上記端末装置が、前記アプリケーションリスト、又は前記送客情報を、自端末装置にインストールされた対象アプリケーション又は前記選択アプリケーションに対応するサーバ装置を介して前記管理装置と通信、若しくは直接的に前記管理装置と通信する送受信部（１３０）、を備えることを特徴とする。

また、本発明の一態様は、上記端末装置において、前記送受信部が、前記インストールされた対象アプリケーション又は前記選択アプリケーションと、それぞれに対応するサーバ装置を介して通信セッションを確立させた後で、直接的に前記管理装置と通信することを特徴とする。

また、本発明の一態様は、管理の対象となる複数の対象アプリケーションのうち提供開始前のアプリケーションである提供開始前アプリケーションに関する情報を管理するとともに、前記提供開始前アプリケーションの中から端末装置において選択された選択アプリケーションの識別情報と前記端末装置を特定する固有識別情報とを関連付けて、前記提供開始前アプリケーションに対する送客情報の記録として管理する管理装置と通信可能な端末装置の制御方法であって、少なくとも一の前記提供開始前アプリケーションのアプリケーションリストを前記管理装置から取得するステップと、前記取得した前記アプリケーションリストに含まれる少なくとも一の前記提供開始前アプリケーションの中から選択された前記選択アプリケーションの識別情報を含む前記送客情報を、自端末装置を特定する前記固有識別情報と関連付けて前記管理装置に対して送信するステップと、を含むことを特徴とする制御方法である。

また、本発明の一態様は、管理の対象となる複数の対象アプリケーションのうち提供開始前のアプリケーションである提供開始前アプリケーションに関する情報を管理するとともに、前記提供開始前アプリケーションの中から端末装置において選択された選択アプリケーションの識別情報と前記端末装置を特定する固有識別情報とを関連付けて、前記提供開始前アプリケーションに対する送客情報の記録として管理する管理装置と通信可能な端末装置が備えたコンピュータに、少なくとも一の前記提供開始前アプリケーションのアプリケーションリストを前記管理装置から取得するステップと、前記取得した前記アプリケーションリストに含まれる少なくとも一の前記提供開始前アプリケーションの中から選択された前記選択アプリケーションの識別情報を含む前記送客情報を、自端末装置を特定する前記固有識別情報と関連付けて前記管理装置に対して送信するステップと、を実行させるためのプログラムである。

また、本発明の一態様は、管理の対象となる複数の対象アプリケーションのうち提供開始前のアプリケーションである提供開始前アプリケーションに関する情報を管理するとともに、前記提供開始前アプリケーションの中から端末装置において選択された選択アプリケーションの識別情報と前記端末装置を特定する固有識別情報とを関連付けて、前記提供開始前アプリケーションに対する送客情報の記録として管理する管理装置と通信可能な端末装置にインストールされるアプリケーションに組み込まれるソフトウェアのプログラムであって、コンピュータに、少なくとも一の前記提供開始前アプリケーションのアプリケーションリストを前記管理装置から取得するステップと、前記取得した前記アプリケーションリストに含まれる少なくとも一の前記提供開始前アプリケーションの中から選択された前記選択アプリケーションの識別情報を含む前記送客情報を、自端末装置を特定する前記固有識別情報と関連付けて前記管理装置に対して送信するステップと、を実行させるためのプログラムである。

以上説明したように、本発明によれば、まだリリースされていないリリース予定のアプリケーション（即ち、提供開始前のアプリケーション）への送客を可能にすることができる。

第１の実施形態の相互送客システムの概要を説明する説明図である。第１の実施形態によるネットワークシステムの構成の一例を示す概略構成図である。第１の実施形態によるユーザ端末の構成の一例を示す概略構成図である。本実施形態の相互送客システムの構成及び処理の一例を説明する説明図である。本実施形態によるユーザ端末のＳＤＫに基づいて実行する機能構成の一例を示す構成図である。本実施形態による管理サーバの構成の一例を示す構成図である。対象アプリ情報記憶部に記憶される情報の一例を示す図である。通常リワード情報記憶部に記憶される情報の一例を示す図である。キャンペーン情報記憶部に記憶される情報の一例を示す図である。キャンペーン参加アプリ情報記憶部に記憶される情報の一例を示す図である。インストール情報記憶部に記憶される情報の一例を示す図である。送客情報記憶部に記憶される情報の一例を示す図である。リワード成立情報記憶部に記憶される情報の一例を示す図である。本実施形態による相互送客処理の動作の一例を示す第１のフローチャートである。本実施形態による相互送客処理の動作の一例を示す第２のフローチャートである。アプリ間フィルタ記憶部に記憶される情報の一例を示す図である。第３の実施形態による相互送客システムの構成及び処理の一例を説明する説明図である。第３の実施形態によるアプリ一覧の表示画面の一例である。ユーザ端末の常駐アプリに基づいて実行する処理の機能構成の一例を示す構成図である。第３の実施形態による管理サーバの構成の一例を示す構成図である。第３の実施形態による対象アプリ情報記憶部に記憶される情報の一例を示す図である。リリース予定アプリ情報記憶部に記憶される情報の一例を示す図である。第３の実施形態による送客情報記憶部に記憶される送客情報の一例を示す図である。第３の実施形態による相互送客処理の動作の一例を示す第１のフローチャートである。第３の実施形態による相互送客処理の動作の一例を示す第２のフローチャートである。第３の実施形態による相互送客処理の動作の一例を示す第３のフローチャートである。第４の実施形態による相互送客システムの構成及び処理の一例を説明する説明図である。ユーザ端末の専用アプリに基づいて実行する送客処理の機能構成の一例を示す構成図である。第４の実施形態による相互送客処理の動作の一例を示す第１のフローチャートである。第４の実施形態による相互送客処理の動作の一例を示す第２のフローチャートである。通信セッションの確立処理の動作を説明するフローチャートである。

以下、本発明の一実施形態について、図面を参照して説明する。
＜第１の実施形態＞

〔相互送客システムの概要〕
まず、本実施形態による相互送客システムの概要を説明する。この相互送客システムは、ユーザ端末に既にインストールされて利用されている元のアプリケーション（以下、「送客元アプリ」とも称する）から、そのユーザ端末にまだインストールされていないアプリケーション（以下、「送客先アプリ」とも称する）をインストールさせるようにアプリケーション間で相互送客するシステムである。しかしながら、アプリケーション毎に登録されるユーザ自身のユーザ情報は異なる場合があるため、アプリケーション間でユーザ情報の整合がとれず、同一のユーザのユーザ端末において送客元アプリから送客先アプリへの送客が行われたか容易に判定できないことがある。そこで、本実施形態では、同一ユーザであっても異なるユーザ情報で管理されているアプリケーション間であっても、相互送客が可能な相互送客システムを提供することを目的とし、アプリケーション間でユーザ情報が異なる場合であっても容易にアプリケーション間の相互送客を行うことができるように構成する。
また、送客先アプリがインストールされた場合に報酬が付与される相互送客システムでは、報酬獲得だけを目的として送客先アプリが利用されない可能性もある。そこで、本発明ではインストールされた送客先アプリが所定の成果地点に到達した場合に報酬が付与されるようにしている。さらに、異なる複数の成果地点を設けるようにすれば、達成した成果地点毎に報酬を得られるようにしている。このような成果達成型の報酬とすることで送客先アプリの利用を高めることが可能となる。

本実施形態では、送客元アプリに基づいて送客先アプリがインストールされた場合の報酬（リワード）の付与を、通常時期と特定の期間（以下、「キャンペーン期間」と称する）とのそれぞれで異なるリワード処理とする。なお、キャンペーンとは、複数のアプリケーションの間で、特定の期間だけ相互送客を高めるために実施する施策（特定の期間を有するイベント）のことである。

具体的には、本実施形態の相互送客システムは、通常時期（即ち、キャンペーン期間以外の時期）では、送客先アプリがインストールされたときに報酬（リワード）が付与され、キャンペーン期間では、送客先アプリにおける成果達成時に報酬（リワード）が付与されるようにした複数のアプリケーションどうしでの相互送客を可能にするシステムを提供する。以下、通常時期に行われるリワードを「通常リワード」と称し、キャンペーン期間に行われるリワード（キャンペーンリワード）を「ＣＰリワード」と称する。

ＣＰリワードは、キャンペーン期間にキャンペーンに参加する特定のアプリケーション間での相互送客であるのに対して、通常リワードは、同システムに対応するアプリケーションの全てを対象とする任意のアプリケーション間での相互送客となる。

図１は、本実施形態の相互送客システムの概要を説明する説明図である。この図では、本実施形態の相互送客システムに対応するアプリケーションとして、「アプリＡ」、「アプリＢ」、「アプリＣ」、及び「アプリＤ」の４種類のアプリケーションを例としている。「アプリＡ」は、ユーザ端末にインストールされている送客元アプリである。「アプリＢ」、「アプリＣ」、及び「アプリＤ」は、ユーザ端末にインストールされていないアプリケーションであって、「アプリＡ」（送客元アプリ）に対して送客先アプリとなり得るアプリケーションである。なお、「アプリＢ」は、「アプリＡ」との間でキャンペーン期間中にあり、「アプリＣ」及び「アプリＤ」は、「アプリＡ」との間でキャンペーン期間中ではない通常時期にある。

ユーザ端末は、送客元アプリである「アプリＡ」に対して送客先アプリとして選択可能なアプリケーションの一覧（アプリケーションリスト）ＬＴを、ユーザ端末の表示画面に表示する。ここでは、「アプリＢ」、「アプリＣ」、及び「アプリＤ」のそれぞれのアプリ名と報酬内容とが表示されたラベルＬ１、Ｌ２、Ｌ３が送客先アプリとして選択可能な操作子として並べて表示されている。ラベルＬ１には、「アプリＢ」のアプリ名、キャンペーン期間中であることを示す情報、及びＣＰリワードによる報酬内容が掲載されているサイトのリンク先が表示されている。ラベルＬ２には、「アプリＣ」のアプリ名、及び通常リワードによる報酬内容が表示されている。ラベルＬ３には、「アプリＤ」のアプリ名、及び通常リワードによる報酬内容が表示されている。

ここでは、通常リワードの場合、送客元アプリで自ユーザが利用可能なポイントの付与が報酬内容として表示されている。一方、ＣＰリワードの場合には、例えば、ゲームにおいて報酬付与条件となる成果地点とその成果地点を達成したときの報酬内容（ポイントの付与やアイテムの付与等）は、アプリケーション側で管理しているため、リンク先のサイトに掲載するようにしている。なお、成果地点は、例えば、ゲームにおけるチュートリアルの終了、またはゲーム進行における所定のステージの終了や所定のポイントの獲得などアプリケーション側で任意に設定することができる。

送客先アプリとして「アプリＣ」または「アプリＤ」が選択された場合には、選択された「アプリＣ」または「アプリＤ」がインストールされたときに送客元である「アプリＡ」に対する通常リワードが行われる。一方、送客先アプリとして「アプリＢ」が選択された場合には、キャンペーン期間中に「アプリＢ」がユーザ端末にインストールされたことを条件として、「アプリＢ」が起動した後、そのキャンペーンに対応して予め設定された成果地点を達成（報酬付与条件を充足）した場合、送客元である「アプリＡ」に対するＣＰリワードが行われる。なお、例えば、キャンペーン期間の最初又は途中から開始し、キャンペーン期間の最後より後に終了する報酬付与期間が設定されており、この報酬付与期間内に成果地点の達成がなされた場合にＣＰリワードが行われ、報酬付与期間を過ぎた後では成果地点が達成されてもＣＰリワードが行われない。成果地点が複数設定されている場合には、成果地点の達成毎にＣＰリワードが行われる。このように報酬付与期間の終了時点をキャンペーン期間の終了時点より後に設定するようにして、キャンペーン期間の最後の方でインストールしたユーザに対して、成果地点に達成するまでの期間を考慮するようにしている。

また、ユーザ端末にインストールされた複数のアプリケーションの利用者が同一のユーザであっても、アプリケーション毎に登録されるユーザ情報（例えば、ユーザを一意に識別する識別情報であるユーザＩＤ）が異なる場合がある。そこで本実施形態の相互送客システムでは、ユーザ端末毎に一意に識別可能な情報である固有識別情報であって、ユーザ端末を特定可能な（当該ユーザ端末を利用しているユーザを特定可能な）固有識別情報（以下、「リワードユーザＩＤ」と称する）を用いて管理するようにした。これにより、アプリケーション間でユーザＩＤが異なる場合であっても、リワードユーザＩＤを用いてユーザ端末を特定することができ、容易にアプリケーション間の相互送客が可能となる。

さらに、本実施形態の相互送客システムでは、リワードユーザＩＤと各アプリケーションにおいて登録されたユーザＩＤ（以下、「アプリユーザＩＤ」と称する）とを関連付けて管理するようにした。これにより、アプリケーション間でユーザＩＤが異なる場合であっても、アプリケーション間のアプリユーザＩＤがリワードユーザＩＤを介して関連付けられるため、送客元アプリのユーザを容易に特定して報酬を付与することも可能である。なお、以下の記述において、アプリケーションを一意に識別する識別情報を「アプリＩＤ」と称する。

なお、アプリケーションの状態の一例として、非動作状態（Not running）と、何らかの処理を実行している通常動作状態（Active）と、何らかの処理を実行しているが画面に非表示とするバックグラウンド状態（BackGround）と、いずれの処理も実行せずに中断しているサスペンド状態（Suspended）がある。ここで、「対象アプリケーションの起動」とは、非動作状態（Not running）、サスペンド状態（Suspended）、またはサスペンド状態（Suspended）から通常動作状態（Active）に移行することをいう。また、「対象アプリケーションの終了」とは、通常動作状態（Active）から、非動作状態（Not running）、サスペンド状態（Suspended）、またはサスペンド状態（Suspended）に移行することをいう。また、複数のアプリケーションが同時に通常動作状態に成り得る場合には、「対象アプリケーションの起動」とは、例えば、対象アプリケーションが画面の最前面に表示されるなどして、ユーザに対して操作可能な状態に移行することをいう。
また、アプリケーションのインストールとは、ユーザ端末に導入されていないアプリケーションのプログラムを新規に導入することだけでなく、相互送客システムに対応するようにアプリケーションのプログラムをアップデート（更新）することを含む。すなわち、ユーザ端末に搭載しているアプリケーションに対して、相互送客システムに対応するための更新プログラムをダウンロードして更新することを含む。

〔ネットワークシステムの構成〕
図２は、相互送客システムを実現する本発明の第１の実施形態によるネットワークシステム１の構成の一例を示す概略構成図である。ネットワークシステム１は、複数のユーザ端末１００−Ｎ（Ｎは正の整数。ユーザ端末１００−１、ユーザ端末１００−２、・・・）と、管理サーバ２００と、複数のアプリサーバ３００（アプリサーバ３１０、アプリサーバ３２０、・・・）と、アプリストア４００とのコンピュータ装置を備えており、これらのコンピュータ装置はネットワークＮＷを介して通信可能に接続される。ここで、複数のユーザ端末１００−Ｎは同様の構成であるので、特に区別しない場合には、「−１」、「−２」等の記載を省略してユーザ端末１００として説明する。

アプリサーバ３００は、ユーザ端末１００にインストール可能なアプリケーションに対応するサーバ装置である。ここでは、ユーザ端末１００にインストールされるアプリケーションがゲームである場合を例として、ゲームＡに対応するアプリサーバ３１０と、ゲームＢに対応するアプリサーバ３２０とが、ネットワークＮＷを介してユーザ端末１００と接続されることを示している。なお、ネットワークシステム１には、アプリサーバ３１０及びアプリサーバ３２０に限らず、ユーザ端末１００にインストールされてプレイすることができるゲームに対応して複数のアプリサーバ３００が備えられる。ここで、ユーザ端末１００にインストールされるアプリケーションとは、アプリケーションのプログラムがユーザ端末１００にインストールされることにより、インストールされたプログラムに基づいてユーザ端末１００がアプリケーションに関する処理（例えば、ゲームの処理）を行う、所謂ネイティブ型のアプリケーションである。ユーザ端末１００は、ゲームをプレイするユーザに対応したユーザ情報をアプリサーバ３００に送信したり、ゲームのプレイ中に必要な情報をアプリサーバ３００から取得したりする。

アプリストア４００は、ユーザ端末１００にインストール可能なアプリケーションをダウンロード可能なストアサイト（ダウンロードサービスサイト）を提供するサーバ装置である。ユーザは、自身のユーザ端末１００からネットワークＮＷを介してアプリストア４００に接続して所望のアプリケーションを有料または無料で購入することにより、購入したアプリケーションを自身のユーザ端末１００にダウンロードしてインストールすることができる。

ここで、アプリケーション（ゲーム）の提供者からすると、提供するアプリケーションをより多くのユーザに購入してもらえるように、購入の動機付けとなるようなサービスの提供が望まれる。
例えば、ユーザ端末１００にインストールされているアプリケーションの利用中に表示される表示画面やユーザの操作により遷移した表示画面に、まだインストールされていないアプリケーションの広告（バナー）を表示させ、その広告（バナー）が選択されると上述のストアサイトに誘導され、その後、選択されたアプリケーションがダウンロードされてユーザ端末１００にインストールされた場合、ダウンロードのきっかけとなった広告（バナー）が表示された元のアプリケーションのユーザ自身の利用に対して報酬が付与されるようなサービスの提供が考えられる。この場合、元のアプリケーションで利用可能な報酬（例えば、ゲームで利用可能なアイテムやゲームポイント等）がユーザ自身に付与されるため、報酬を得たいユーザにとって新なアプリケーションを購入する動機付けとなる。これにより、アプリケーションの販売の促進に繋げることが可能となる。

管理サーバ２００は、本実施形態の相互送客システムに対応するアプリケーションに関する情報や通常リワードまたはＣＰリワードに関する情報を管理するとともに、ユーザ端末１００と通信することにより、アプリケーション間の送客情報の管理やリワードの処理を制御する管理装置である。具体的には、管理サーバ２００は、送客元アプリから送客先アプリに対する送客情報として、例えば、送客元アプリのアプリＩＤ、送客先アプリのアプリＩＤ、及びリワードユーザＩＤを関連付けて管理する。

ユーザ端末１００は、ユーザによって使用される端末装置であり、例えば、携帯電話やスマートフォン、タブレット端末、パーソナルコンピュータ、通信機能付きゲーム機などが用いられる。ここでは、ユーザ端末１００はスマートフォンであるとして説明する。

図３は、本実施形態によるユーザ端末１００の構成の一例を示す概略構成図である。この図に示すように、ユーザ端末１００は、入力部１１０と、表示部１２０と、端末通信部１３０と、端末記憶部１４０と、端末制御部１５０とを備えている。

入力部１１０は、ユーザからの操作に応じてユーザの指示を受付けて、指示内容に応じた入力指示情報を生成する入力デバイスである。入力部１１０には、例えば、キーボードやボタン、タッチパネル、マウス、マイクロホン等を適用できる。
表示部１２０は、画像や文字等の情報を表示する表示デバイスであり、例えば、ＬＣＤ（Liquid Crystal Display）、有機ＥＬ（Electro Luminescence）ディスプレイ等を適用できる。入力部１１０と表示部１２０とは一体に構成されてユーザからの操作入力を受け付けるタッチパネルとして適用することもできる。
端末通信部１３０は、ネットワークＮＷを介して管理サーバ２００またはアプリサーバ３００と通信する。
端末記憶部１４０は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、フラッシュＲＯＭ、ＨＤＤ（Hard Disk Drive）等の記録媒体またはこれらの組合せを用いて構成され、ユーザ端末１００が備える各部を制御するためのプログラム（例えば、端末制御部１５０に基本動作を行わせるためのＯＳ（Operating System））、インストールされたアプリケーションのプログラム、各種情報等を記憶する。

端末制御部１５０は、ユーザ端末１００の制御中枢として機能するＣＰＵ（Central Processing Unit）等の情報処理装置を備えており、ユーザ端末１００が備える各部を制御する。例えば、端末制御部１５０は、端末記憶部１４０に記憶されているＯＳに基づく基本動作の処理を実行するとともに、アプリケーションのプログラム（ゲームのプログラム）に基づく処理を実行する。また、端末制御部１５０は、ＯＳ上で動作可能な各種のアプリケーション（Ｗｅｂブラウザや、アプリストア４００が提供するストアサイトのストアページを表示させるアプリケーション等）の機能をＯＳを介して実行する処理を行う。

ネットワークＮＷは、例えば、携帯電話網、ＰＨＳ（Personal Handy-phone System）網、ＶＰＮ（Virtual Private Network）網、専用通信回線網、ＷＡＮ（Wide Area Network）、ＬＡＮ（Local Area Network）、ＰＳＴＮ（Public Switched Telephone Network；公衆交換電話網）など、またはこれらの組み合わせによって構成される情報通信ネットワークである。

〔相互送客システムの構成及び処理〕
次に、図４を参照して、相互送客システムの構成及び処理について説明する。
図４は、本実施形態のネットワークシステム１における相互送客システムの構成及び処理の一例を説明する説明図である。
ここでは、ユーザＸが利用するユーザ端末１００に送客元アプリ１０（ゲームＡ）がインストールされ、インストールされた送客元アプリ１０（ゲームＡ）におけるユーザＸの操作に基づいて、送客先アプリ２０（ゲームＢ）がユーザ端末１００にインストールされて利用が開始された場合、送客元アプリ１０（ゲームＡ）におけるユーザＸに対して報酬（リワード）が付与される例を説明する。なお、送客元アプリ１０（ゲームＡ）はインストールされた時点では、まだ送客元となっていないが、便宜上送客元アプリ１０と称して説明する。

この図では、ユーザ端末１００には、端末制御部１５０の制御により実行されるインストールされた送客元アプリ１０（ゲームＡ）と、送客処理中に起動されるストア３０（ストアサイトのストアページを表示するアプリケーション）と、新にインストールされて実行される送客先アプリ２０（ゲームＢ）とを模式的に示している。

送客元アプリ１０（ゲームＡ）は、ゲームＡをプレイするユーザＸに対応したユーザＩＤをアプリサーバ３１０（ゲームＡ）に送信したり、ゲームＡのプレイ中に必要な情報をアプリサーバ３１０（ゲームＡ）から取得したりする。同様に、送客先アプリ２０（ゲームＢ）がユーザ端末１００にインストールされた場合には、送客先アプリ２０（ゲームＢ）は、ゲームＢをプレイするユーザＸに対応したユーザＩＤをアプリサーバ３２０（ゲームＢ）に送信したり、ゲームＢのプレイ中に必要な情報をアプリサーバ３２０（ゲームＢ）から取得したりする。

また、本実施形態の相互送客システムに対応するアプリケーションには、相互送客処理用のソフトウェア（以下、ＳＤＫ（Software Development Kit）１１と称する）が組み込まれている。このＳＤＫ１１は、例えば、ユーザ端末１００にインストールされた相互送客システムに対応する各アプリケーションと管理サーバ２００とを仲介するためのＡＰＩ（Application Programming Interface）の集合体で構成されている。この図では、送客元アプリ１０（ゲームＡ）にはＳＤＫ１１Ａが組み込まれ、送客先アプリ２０（ゲームＢ）にはＳＤＫ１１Ｂが組み込まれている。ＳＤＫ１１ＡとＳＤＫ１１Ｂとのそれぞれは、送客元アプリ１０と送客先アプリ２０とのそれぞれに対応する機能を実行する構成を備えており、各アプリケーションに応じて必要な機能が実行される。なお、相互送客システムに対応するアプリケーションは、送客元アプリ１０と送客先アプリ２０のどちらにもなり得るので、ＳＤＫ１１ＡとＳＤＫ１１Ｂの両方の構成を備えたＳＫＤ１１が組み込まれている。

つまり、上述のＳＤＫ１１を組み込み可能なようにアプリケーションを構成すれば、当該アプリケーションは、本実施形態の相互送客システムに対応するアプリケーションとなる。なお、上述のＳＤＫ１１が予め組み込まれているアプリケーションがダウンロード可能に提供されてもよいし、インストールされているアプリケーションに対して後から組込み可能なＳＤＫ１１が提供されてもよい。

なお、相互送客システムに対応するアプリケーションの中には、送客先アプリ２０にのみに対応するアプリケーションがあってもよい。その場合には、ＳＤＫ１１Ｂのみが組み込まれているようにしてもよいし、ＳＤＫ１１を組み込んでＳＤＫ１１Ａを機能させないようにしてもよい。また、送客先アプリ２０にのみに対応するアプリケーションの場合で、通常リワードのみに限定するならば、アプリケーションに対応するアプリケーションサーバを具備する必要がないため、例えばユーザ端末１００においてスタンドアローンで動作するアプリケーションを相互送客システムに対応するアプリケーションの対象とすることができる。

上述のＳＤＫ１１（この図ではＳＤＫ１１Ａ、ＳＤＫ１１Ｂ）と管理サーバ２００とを備えた構成が本実施形態の相互送客システムの主要な構成であり（符号５００参照）、以下、相互送客システム５００と符号を付して記述する。

管理サーバ２００は、ユーザ端末１００にインストールされた相互送客システム５００に対応するアプリケーションに組み込まれたＳＤＫ１１と通信することにより、相互送客処理を実行する。また、管理サーバ２００は、送客元アプリ１０（ゲームＡ）に対応するアプリサーバ３１０（ゲームＡ）に対してリワードに関する情報を送信する。これにより、アプリサーバ３１０（ゲームＡ）から送客元アプリ１０（ゲームＡ）におけるユーザＸに対して報酬が付与される。

この図に示すように管理サーバ２００は、通信部２１０と、管理部２２０と、記憶部２３０と、制御部２４０と、を備えている。通信部２１０は、ネットワークＮＷを介してユーザ端末１００、アプリサーバ３１０（ゲームＡ）、またはアプリサーバ３２０（ゲームＢ）と通信する。管理部２２０は、相互送客システム５００に対応するアプリケーションに関する情報、キャンペーンに参加しているアプリケーションの情報、アプリケーション間の送客情報、通常リワード及びＣＰリワードに関する情報等を記憶部２３０に記憶させて管理する。記憶部２３０は、管理部２２０または制御部２４０の制御により各種情報を記憶する。制御部２４０は、ユーザ端末１００またはアプリサーバ３１０（ゲームＡ）との相互送客処理に関する情報の授受の制御やリワードに関する処理の制御を行う。
なお、以下の記述において、管理部２２０の管理の対象となる相互送客システム５００に対応するアプリケーションのことを「対象アプリケーション」とも称し、この対象アプリケーションのうちのキャンペーンに参加する特定のアプリケーションのことを「特定アプリケーション」とも称する。

続いて、相互送客処理の概略の流れについて説明する。
ここでは、相互送客システム５００に対応する対象アプリケーションの情報が、管理サーバ２００に予め管理されているものとする。また、ユーザ端末１００は、このユーザ端末１００に対応する固有識別情報であるユーザＸのリワードユーザＩＤを取得済みで、取得したリワードユーザＩＤがこのユーザ端末１００にインストールされる相互送客システム５００に対応するアプリケーションから参照可能なように端末記憶部１４０の所定の領域（アプリ間共有エリア）に記憶されているものとする。

（１）ユーザ端末１００に送客元アプリ１０（ゲームＡ）がインストールされた場合、送客元アプリ１０（ゲームＡ）に組み込まれているＳＤＫ１１Ａは、送客元アプリ（ゲームＡ）がインストールされたことを示すインストール通知情報を管理サーバ２００に対して送信する（ＲＥＱ１１）。ここで、インストール通知情報には、少なくとも送客元アプリ１０（ゲームＡ）のアプリＩＤと、リワードユーザＩＤとが含まれる。

（２）管理サーバ２００は、ユーザ端末１００（ＳＤＫ１１Ａ）から送信されたインストール通知情報を取得すると、取得したことを示す応答情報（通知結果）を、ユーザ端末１００（ＳＤＫ１１Ａ）に対して送信する（ＲＥＳ１１）。また、管理サーバ２００は、取得したインストール通知情報に含まれる送客元アプリ１０（ゲームＡ）のアプリＩＤと、リワードユーザＩＤとを関連付けて管理する。

（３）ユーザ端末１００（ＳＤＫ１１Ａ）は、相互送客システム５００に対応する対象アプリケーションの少なくとも一の対象アプリケーションのアプリケーションリスト（送客先アプリ２０の候補となる対象アプリケーションの一覧）を要求するリスト要求通知情報を管理サーバ２００に対して送信する（ＲＥＱ１２）。

（４）管理サーバ２００は、ユーザ端末１００（ＳＤＫ１１Ａ）からリスト要求通知情報を取得すると、管理の対象となる複数の対象アプリケーションのうちのユーザ端末１００からインストール通知情報を取得していない（即ち、ユーザ端末１００にインストールされたことがない）少なくとも一の対象アプリケーションのアプリケーションリストをユーザ端末１００（ＳＤＫ１１Ａ）に対して送信する（ＲＥＳ１２）。このとき、管理サーバ２００は、キャンペーンに参加している特定アプリケーションにはそのキャンペーンに関する情報を関連付けて送信する。
ユーザ端末１００（ＳＤＫ１１Ａ）は、管理サーバ２００からアプリケーションリストを取得すると、取得したアプリケーションリストＬＴを表示部１２０に表示する。

（５）表示部１２０に表示されたアプリケーションリストの中からいずれかの対象アプリケーションがユーザＸにより選択されると、ユーザ端末１００（ＳＤＫ１１Ａ）は、送客元アプリ１０（ゲームＡ）から、選択された対象アプリケーション（ここでは、送客先アプリ２０（ゲームＢ））へ送客されたことを示す送客情報を管理サーバ２００に対して送信する（ＲＥＱ１３）。ここで、送客情報には、少なくとも、送客元アプリ１０（ゲームＡ）のアプリＩＤと、送客先アプリ２０（ゲームＢ）のアプリＩＤと、リワードユーザＩＤとが含まれる。

（６）管理サーバ２００は、ユーザ端末１００（ＳＤＫ１１Ａ）から送客情報を取得すると、取得した送客情報に基づいて、送客先アプリ２０（ゲームＢ）をインストール可能な画面に誘導する指示情報（例えば、当該画面をユーザ端末１００の表示部１２０に表示させる指示情報）をユーザ端末１００（ＳＤＫ１１Ａ）に対して送信する（ＲＥＳ１３）。また、管理サーバ２００は、取得した送客情報に含まれる送客元アプリ１０（ゲームＡ）のアプリＩＤと、送客先アプリ２０（ゲームＢ）のアプリＩＤと、リワードユーザＩＤとを関連付けて管理する。

（７）ユーザ端末１００は、管理サーバ２００から上述の指示情報を取得すると、送客先アプリ２０（ゲームＢ）をインストール可能（ダウンロード可能）なストアサイトのストアページを表示するアプリケーションであるストア３０を起動させる。このストア３０は、アプリストア４００から、送客先アプリ２０（ゲームＢ）をインストール可能なストアページを取得して表示部１２０に表示させる。ユーザＸの操作により送客先アプリ２０（ゲームＢ）がユーザ端末１００にダウンロードされてインストールされた後、引き続きユーザＸの操作によりインストールされた送客先アプリ２０（ゲームＢ）が起動される。

（８）ユーザ端末１００（ＳＤＫ１１Ｂ）は、送客先アプリ２０（ゲームＢ）がインストールされたことを示すインストール通知情報を管理サーバ２００に対して送信する（ＲＥＱ１４）。ここで、インストール通知情報には、少なくとも送客先アプリ２０（ゲームＢ）のアプリＩＤと、リワードユーザＩＤとが含まれる。

（９）管理サーバ２００は、ユーザ端末１００（ＳＤＫ１１Ｂ）から送信されたインストール通知情報を取得すると、取得したことを示す応答情報を、ユーザ端末１００（ＳＤＫ１１Ｂ）に対して送信する（ＲＥＳ１４）。また、管理サーバ２００は、この取得したインストール通知情報と管理している送客情報とに基づいて、この送客先アプリ２０（ゲームＢ）が、ユーザ端末１００において送客元アプリ１０（ゲームＡ）から送客されたものであると判定する。

（１０）ここで、送客先アプリ２０（ゲームＢ）が特定アプリケーションであって、送客元アプリ１０（ゲームＡ）との間でキャンペーン中であるとする。この場合には、送客先アプリ２０（ゲームＢ）において、キャンペーンに対応して予め設定された報酬付与条件が充足された（成果地点に到達した）ことに基づいて、ユーザ端末１００（ＳＤＫ１１Ｂ）は、報酬付与条件が充足されたことを示す報酬付与通知情報（成果地点到達を示す情報）を管理サーバ２００に対して送信する（ＲＥＱ１５）。成果地点が複数ある場合には、ユーザ端末１００（ＳＤＫ１１Ｂ）は、各成果地点に到達したことに基づいてその数分の報酬付与通知情報（成果地点到達を示す情報）を管理サーバ２００に対して送信する。

（１１）管理サーバ２００は、ユーザ端末１００（ＳＤＫ１１Ｂ）から報酬付与通知情報を取得すると、取得した報酬付与通知情報に基づく報酬付与情報であって、送客先アプリ２０（ゲームＢ）において成果地点に到達したことを示す報酬付与情報を、送客元アプリ１０（ゲームＡ）に対応するアプリサーバ３１０（ゲームＡ）に対して送信する（ＣＰリワードの処理）。成果地点が複数ある場合には、管理サーバ２００は、その数分の報酬付与通知情報に基づく報酬付与情報をアプリサーバ３１０（ゲームＡ）に対して送信する。
ここで、管理サーバ２００は、送客先アプリ２０（ゲームＢ）での成果地点到達を示す情報を送客元アプリ１０（ゲームＡ）に対応するアプリサーバ３１０（ゲームＡ）に対して送信することを仲介するだけであって、送客先アプリ２０（ゲームＢ）での成果地点の設定内容、及びそれぞれの成果地点到達した場合に送客元アプリ１０（ゲームＡ）に付与される報酬内容については関与しない。ユーザ端末１００の表示画面にアプリケーションリストＬＴを表示する場合に、ＣＰリワードによる報酬内容を表示画面に表示せずに、ＣＰリワードによる報酬内容が掲載されているサイトのリンク先を表示しているのは、管理サーバ２００が報酬内容について関与しないからである。

なお、送客先アプリ２０（ゲームＢ）が特定アプリケーションではない対象アプリケーションである場合（或いは、特定アプリケーションであってもキャンペーン期間外の場合）には、管理サーバ２００は、ユーザ端末１００（ＳＤＫ１１Ｂ）から送信された送客先アプリ２０（ゲームＢ）がインストールされたことを示すインストール通知情報を取得すると、通常リワードによる成果地点に到達したことを示す報酬付与情報をアプリサーバ３１０（ゲームＡ）に対して送信する（通常リワードの処理）。

このような処理の流れにより、送客元アプリ１０（ゲームＡ）から送客先アプリ２０（ゲームＢ）に対して送客がなされる。ここで、相互送客システム５００においては、ＳＤＫ１１Ａ及びＳＤＫ１１Ｂと管理サーバ２００との間で授受される各情報が、ユーザ端末１００に対応するリワードユーザＩＤにより、直接またはいずれかの情報を介して関連付けされている。これにより、相互送客システム５００は、送客元アプリ１０（ゲームＡ）と送客先アプリ２０（ゲームＢ）とにおいてアプリユーザＩＤが異なる場合であっても、アプリケーション間の相互送客処理やリワード処理を容易に行うことができる。

次に、相互送客システム５００が備えるＳＤＫ１１（ＳＤＫ１１Ａ及びＳＤＫ１１Ｂ）と、管理サーバ２００との各構成の詳細について説明する。

〔ユーザ端末１００（ＳＤＫ１１）の機能構成〕
図５は、本実施形態によるユーザ端末１００において、端末制御部１５０がＳＤＫ１１に基づいて実行する相互送客処理の機能構成の一例を示す構成図である。この図５を参照して、相互送客システム５００においてユーザ端末１００（ＳＤＫ１１）が実行する相互送客処理の機能構成について説明する。

ＳＤＫ１１は、初期化処理部１０１と、リスト要求部１０４と、表示制御部１０５と、送客情報通知部１０６と、報酬付与通知部１０７とを備えている。
初期化処理部１０１は、ＳＤＫ１１の組み込み先のアプリケーションがユーザ端末１００インストールされると、初回起動時の処理として、当該アプリケーションに関する情報（例えば、アプリＩＤ、アプリユーザＩＤ等）を取得する。また、初期化処理部１０１は、固有識別情報取得部１０２と、インストール通知部１０３とを備えている。

固有識別情報取得部１０２は、ユーザ端末１００毎に固有に設定される固有識別情報であって、そのユーザ端末１００を利用するユーザを一意に識別可能な固有識別情報であるリワードユーザＩＤを取得する。例えば、固有識別情報取得部１０２は、擬似乱数列を生成し、生成した擬似乱数列を用いて他のユーザ端末１００のリワードユーザＩＤとは重複しないようにユーザ端末１００に対応するリワードユーザＩＤを生成して取得する。また、固有識別情報取得部１０２は、取得したリワードユーザＩＤを、ユーザ端末１００にインストールされたいずれの対象アプリケーションからも参照可能なように端末記憶部１４０のアプリ間共有エリアに記憶させる。
ここで、固有識別情報取得部１０２は、インストールされた対象アプリケーションが複数の対象アプリケーションのうちの最初にユーザ端末１００にインストールされた対象アプリケーションである場合、リワードユーザＩＤを取得する。つまり、端末記憶部１４０のアプリ間共有エリアにリワードユーザＩＤが記憶されていない場合、リワードユーザＩＤを取得する。そして、この取得されたリワードユーザＩＤは、それ以降にインストールされた対象アプリケーションにおいても利用される。

インストール通知部１０３は、ユーザ端末１００にインストールされた対象アプリケーションの当該インストールされたことを示すインストール通知情報を管理サーバ２００に対して送信する。ここで、上述のインストール通知情報には、当該インストールされた対象アプリケーションのアプリＩＤと、このユーザ端末１００に対応するリワードユーザＩＤとが含まれる。なお、相互送客システム５００による送客処理を介さずにユーザがストアサイトからダウンロードして対象アプリケーションがインストールされた場合と、相互送客システム５００による送客処理を介してインストールされた場合（単に対象アプリケーションがインストールされた場合）とのいずれでも、ユーザ端末１００からインストール通知情報が送信される。また、インストールされた対象アプリケーションが特定アプリケーションの場合、インストール通知部１０３は、ユーザ端末１００にインストールされた特定アプリケーションの当該インストールされたことを示すインストール通知情報を管理サーバ２００に対して送信することとなる。

また、インストール通知部１０３は、インストールされた対象アプリケーションをインストールしたユーザのインストールされた対象アプリケーションにおけるアプリユーザＩＤをさらに含めたインストール通知情報を管理サーバ２００に対して送信してもよい。これにより、このインストール通知情報を取得した管理サーバ２００は、インストールされた対象アプリケーションにおけるアプリユーザＩＤとリワードユーザＩＤとを関連付けて管理することができる。なお、アプリユーザＩＤの送信タイミングは、このインストール通知情報に含ませずに他の情報に含ませるようにしてもよい。

ここで、このインストール通知部１０３がインストール通知情報を管理サーバ２００に対して送信する処理は、送客元アプリ１０のＳＤＫ１１Ａであっても、送客先アプリ２０のＳＤＫ１１Ｂであっても同様に、それぞれのアプリケーションがインストールされた場合に実行される。

リスト要求部１０４は、送客元アプリ１０における所定の操作（第１の操作）に基づいて、複数の対象アプリケーションの少なくとも一の対象アプリケーション（或いは特定アプリケーション）のアプリケーションリストを要求するリスト要求通知情報を管理サーバ２００に対して送信する。ここで、上述の所定の操作とは、送客元アプリ１０において、対象アプリケーション（或いは特定アプリケーション）のアプリケーションリストを管理サーバ２００から取得するための例えば入力部１１０に対するユーザの操作である。また、上述のリスト要求通知情報には、送客元アプリ１０（対象アプリケーション（或いは特定アプリケーション））のアプリＩＤ（送客元情報）と、このユーザ端末１００に対応するリワードユーザＩＤとが含まれる。
また、リスト要求部１０４は、送信したリスト要求通知情報に基づいて管理サーバ２００から送信されたアプリケーションリストを取得する。
なお、リスト要求部１０４は、送客元アプリ１０との間でキャンペーンが設定されている特定アプリケーションを含む対象アプリケーションのアプリケーションリストを要求するリスト要求通知情報を管理サーバ２００に対して送信してもよいし、当該特定アプリケーションを含まない対象アプリケーションのアプリケーションリストを要求するリスト要求通知情報を管理サーバ２００に対して送信してもよい。また、リスト要求部１０４は、送客元アプリ１０との間でキャンペーンが設定されている特定アプリケーションのみのアプリケーションリストを要求するリスト要求通知情報を管理サーバ２００に対して送信してもよい。

表示制御部１０５は、リスト要求部１０４が取得したアプリケーションリストを表示部１２０に表示させる。例えば、表示制御部１０５は、送客元アプリ１０により表示部１２０に表示されていた表示画面に重ねたり切替えたりしてアプリケーションリストを表示させる。

送客情報通知部１０６は、送客元アプリ１０から選択された対象アプリケーション（或いは特定アプリケーション）へ送客されたことを示す送客情報を管理サーバ２００に対して送信する。ここで、送客元アプリ１０から選択された対象アプリケーション（或いは特定アプリケーション）とは、表示部１２０に表示されたアプリケーションリストに含まれる一または複数の対象アプリケーション（或いは特定アプリケーション）からユーザの操作（第２の操作）に基づいて選択されたいずれかのアプリケーションのことをいう。
また、上述の送客情報には、送客元アプリ１０のアプリＩＤ（送客元情報）、選択された対象アプリケーション（或いは特定アプリケーション）即ち送客先アプリ２０のアプリＩＤ、及びこのユーザ端末１００に対応するリワードユーザＩＤが含まれる。

例えば、キャンペーン期間に上述の第２の操作に基づいて、アプリケーションリストの中から当該キャンペーン期間中の特定アプリケーションが選択された場合には、送客情報通知部１０６は、送客元アプリ１０のアプリＩＤ（送客元情報）、選択された特定アプリケーション）即ち送客先アプリ２０のアプリＩＤ、及びこのユーザ端末１００に対応するリワードユーザＩＤを含む送客情報を管理サーバ２００に対して送信する。

報酬付与通知部１０７は、キャンペーン期間中の特定アプリケーションにおいて、キャンペーンに対応して予め設定された報酬付与条件が充足されたことに基づいて、当該報酬付与条件を充足したことを示す報酬付与通知情報を管理サーバ２００に対して送信する。ここで、上述の報酬付与通知情報には、当該キャンペーン期間中の特定アプリケーション（送客先アプリ２０）のアプリＩＤ（送客先情報）と、このユーザ端末１００に対応するリワードユーザＩＤとが含まれる。

〔管理サーバ２００の構成〕
次に、図６を参照して、管理サーバ２００の構成の詳細について説明する。
図６は、本実施形態による管理サーバ２００の構成の一例を示す構成図である。管理サーバ２００は、図４を参照して説明したように、通信部２１０と、管理部２２０と、記憶部２３０と、制御部２４０とを備えており、ここでは、管理部２２０と、記憶部２３０と、制御部２４０とのそれぞれの構成について詳しく説明する。

管理部２２０は、アプリケーション管理部２２１と、インストール情報管理部２２２と、送客情報管理部２２３とを備えている。なお、管理部２２０は、管理する各情報を関連付けて記憶部２３０に記憶させて管理する。

アプリケーション管理部２２１は、相互送客システム５００に対応する複数の対象アプリケーションに関する情報（対象アプリケーション情報）を管理する。また、アプリケーション管理部２２１は、複数の特定アプリケーションに対して設定されたキャンペーン期間（第１の期間の一例）を有するキャンペーンに関する情報を管理する。例えば、アプリケーション管理部２２１は、キャンペーンを示す情報（キャンペーンの名称等）とキャンペーンに関する情報（キャンペーン期間、報酬を示す情報の掲載場所のリンク先を示す情報等）とを関連付けて管理する。

インストール情報管理部２２２は、ユーザ端末１００から取得したインストール通知情報に基づいて、インストール通知情報に含まれるリワードユーザＩＤと、インストールされた対象アプリケーションのアプリＩＤとを関連付けてインストール情報として管理する。
なお、インストール情報管理部２２２は、インストール通知情報に含まれるリワードユーザＩＤと、対象アプリケーションのアプリＩＤと、対象アプリケーションのアプリユーザＩＤとを関連付けてインストール情報として管理してもよい。

送客情報管理部２２３は、ユーザ端末１００から送信されて管理サーバ２００が取得した送客情報に含まれるリワードユーザＩＤ、送客元アプリ１０のアプリＩＤ、及び送客先アプリ２０のアプリＩＤを関連付けて送客情報の記録として管理する。
なお、送客情報管理部２２３は、送客元アプリ１０と送客先アプリ２０とにキャンペーンが設定されている場合、さらにキャンペーンを示す情報を関連付けた送客情報の記録として管理してもよい。

記憶部２３０は、管理部２２０または制御部２４０により管理される各種情報を記憶する。
記憶部２３０は、対象アプリ情報記憶部２３１と、通常リワード情報記憶部２３２と、アプリ間フィルタ記憶部２３３と、キャンペーン情報記憶部２３４と、キャンペーン参加アプリ情報記憶部２３５と、インストール情報記憶部２３６と、送客情報記憶部２３７と、リワード成立情報記憶部２３８とを備えている。なお、各種情報は、データベースのテーブル形式やＪＳＯＮ（ＪａｖａＳｃｒｉｐｔ（登録商標）ＯｂｊｅｃｔＮｏｔａｔｉｏｎ）形式など、その情報の利用に適した形式で格納されていればよい。

対象アプリ情報記憶部２３１は、相互送客システム５００に対応する対象アプリケーションに関する対象アプリケーション情報を記憶する。図７は、対象アプリ情報記憶部２３１に記憶される対象アプリケーション情報の一例を示す図である。対象アプリケーション情報には、対象アプリケーションのアプリＩＤ（ApID）と、通知先ＵＲＬ（NoticeURL）と、ストアＵＲＬ（ApStoreURL）と、当該対象アプリケーションの名称を示すアプリ名称（ApNAME）と、当該対象アプリケーションに関する説明情報であるアプリ説明（ApDOC）と、当該対象アプリケーションを示すアイコン画像であるアプリアイコン画像（ApICO）と、アプリ価格（ApPRICE）とが関連付けられている。
通知先ＵＲＬ（NoticeURL）は、リワードの通知先のＵＲＬ（Uniform Resource Locator）であって、例えば、当該対象アプリケーションに対応するアプリサーバ３００のＵＲＬが設定される。ストアＵＲＬ（ApStoreURL）は、当該対象アプリケーションをダウンロード可能な販売サイト（アプリストア４００）のページのＵＲＬである。アプリ価格（ApPRICE）は、当該対象アプリケーションの販売価格である。これらの対象アプリケーション情報は、例えば、ユーザ端末１００に表示される対象アプリケーションのアプリケーションリストＬＴで利用される。
なお、これらの対象アプリケーション情報は、例えば、アプリストア４００からダウンロード可能になる前に予め設定されて対象アプリ情報記憶部２３１に記憶され、アプリケーション管理部２２１によって管理される。

通常リワード情報記憶部２３２は、対象アプリケーション毎の通常リワードに関する情報（通常リワード情報）を記憶する。図８は、通常リワード情報記憶部２３２に記憶される通常リワード情報の一例を示す図である。通常リワード情報には、対象アプリケーションで通常リワードとして付与されるアイテムを識別するアイテムＩＤ（ItemID）と、当該対象アプリケーションのアプリＩＤ（ApID）と、最低価格（min_price）と、当該アイテムの名称を示す報酬アイテム名称（ItemName）と、当該アイテムの報酬として付与される数を示す報酬アイテム数（ItemNum）とが関連付けられている。最低価格（min_price）には、通常リワードの対象となる対象アプリケーションの価格が設定される。これらの通常リワード情報は、例えば、ユーザ端末１００に表示される対象アプリケーションのアプリケーションリストＬＴで利用される。
なお、これらの通常リワード情報は、例えば、対象アプリケーション情報が対象アプリ情報記憶部２３１に記憶される際に設定されて通常リワード情報記憶部２３２に記憶され、アプリケーション管理部２２１によって管理される。

アプリ間フィルタ記憶部２３３は、相互送客可能な対象アプリケーションを制限するためのアプリケーション間におけるフィルタ情報（アプリ間フィルタ情報）を記憶する。この相互送客可能な対象アプリケーションを制限する処理については、第２の実施形態において詳しく説明する。

キャンペーン情報記憶部２３４は、対象アプリケーションのうちのキャンペーンに参加する特定アプリケーションのキャンペーンに関する情報（キャンペーン情報）を記憶する。図９は、キャンペーン情報記憶部２３４に記憶されるキャンペーン情報の一例を示す図である。キャンペーン情報には、キャンペーンＩＤ（CpID）と、キャンペーン名（CpNAME）と、キャンペーン開始日時（CpStartDATE）と、キャンペーン終了日時（CpEndDATE）と、報酬付与開始日時（RewardStartDATE）と、報酬付与終了日時（RewardEndDATE）とが関連付けられている。

キャンペーンＩＤ（CpID）は、キャンペーンを識別する識別情報である。キャンペーン名（CpNAME）はキャンペーンの名前を示す。キャンペーン開始日時（CpStartDATE）及びキャンペーン終了日時（CpEndDATE）のそれぞれは、キャンペーン期間の開始日時及び終了日時をそれぞれ示している。ここで、キャンペーン開始日時とキャンペーン終了日時で規定されるキャンペーン期間に、送客先アプリ２０がインストールされた場合に、ＣＰリワード付与の資格が得られる。

また、ＣＰリワードでは、例えば、複数の成果地点が設定され、キャンペーン期間中に送客先アプリ２０の利用を開始したユーザが、いつまでに成果地点に到達すべきかを規定するのが、報酬付与開始日時（RewardStartDATE）と報酬付与終了日時（RewardEndDATE）で規定される報酬付与期間である。例えば、キャンペーン期間（第１の期間の一例）に対して、キャンペーン期間の開始又は途中から開始し、キャンペーン期間より後に終了する報酬付与期間（第２の期間の一例）が設定される。一例としては、キャンペーン開始日時と報酬付与開始日時は同日時が設定され、報酬付与終了日時はキャンペーン終了日時の一週間後に設定される。これらのキャンペーン情報は、キャンペーンの開始日時前に予め設定されてキャンペーン情報記憶部２３４に記憶され、アプリケーション管理部２２１によって管理される。また、これらのキャンペーン情報は、キャンペーンを実施する各特定アプリケーションに対応するアプリサーバ３００と管理サーバ２００とにおいて同様の情報が設定される。
なお、キャンペーン期間とは別に報酬付与期間が設定されない構成であってもよく、報酬付与期間がキャンペーン期間と同じ期間である構成であってもよい。

キャンペーン参加アプリ情報記憶部２３５は、キャンペーン情報記憶部２３４に設定されたキャンペーンに参加する特定アプリケーションを示す情報（キャンペーン参加アプリ情報）を記憶する。ここで、アプリケーション間の相互送客に対するキャンペーンであるため、一つのキャンペーンには、少なくとも２つのアプリケーションが設定されることになる。図１０は、キャンペーン参加アプリ情報記憶部２３５に記憶されるキャンペーン参加アプリ情報の一例を示す図である。キャンペーン参加アプリ情報には、キャンペーンＩＤ（CpID）と、このキャンペーンＩＤのキャンペーンに参加する特定アプリケーションのアプリＩＤ（ApID）と、キャンペーンページＵＲＬ（CpPageURL）とが関連付けられている。キャンペーンＩＤ（CpID）は、キャンペーン情報記憶部２３４に記憶されるキャンペーン情報に含まれるキャンペーンＩＤと対応する。

キャンペーンページＵＲＬ（CpPageURL）は、キャンペーン期間にそのアプリケーションをインストールして利用すると付与されるＣＰリワードの報酬に関する情報が掲載されたページ（ウェブサイトのページ）を示す情報である。また、このページには、アプリケーションに関する情報（説明や価格）なども掲載される。例えば、送客元アプリ１０（ゲームＡ）と送客先アプリ２０（ゲームＢ）とにキャンペーンが設定されている場合、それぞれのアプリケーションに対応するアプリサーバ３１０（ゲームＡ）内のページとアプリサーバ３２０（ゲームＢ）内のページとのそれぞれのＵＲＬがキャンペーンページＵＲＬとして設定されてもよい。また、キャンペーン専用サイトが別に設けられ、送客元アプリ１０（ゲームＡ）と送客先アプリ２０（ゲームＢ）とのいずれに対しても当該キャンペーン専用サイトに対する同一のＵＲＬが設定されてもよい。また、このキャンペーン専用サイトが管理サーバ２００内に設けられてもよい。

このように、ＣＰリワードの報酬に関する情報は、アプリサーバ３００またはキャンペーン専用サイトのページなどに掲載されるように設定されるため、管理サーバ２００が管理する必要がない。
上述のキャンペーン参加アプリ情報は、対象アプリケーションが特定アプリケーションとしてキャンペーンに参加する際に設定されてキャンペーン参加アプリ情報記憶部２３５に記憶され、アプリケーション管理部２２１によって管理される。

なお、キャンペーン情報及びキャンペーン参加アプリ情報に含まれる情報は、上述したように管理サーバ２００において管理されるとともに、キャンペーンに参加している特定アプリケーションに対応するアプリサーバ３００においても同様に管理されている。また、当該キャンペーンに参加している特定アプリケーションをインストールしたユーザ端末１００は、当該特定アプリケーションに対応するアプリサーバ３００から、当該アプリケーションのキャンペーン情報及びキャンペーン参加アプリ情報に含まれる情報を取得することができる。

インストール情報記憶部２３６は、ユーザ端末１００から送信されて管理サーバ２００が取得したインストール通知情報に基づいてインストール情報管理部２２２が管理するインストール情報を記憶する。図１１は、インストール情報記憶部２３６に記憶されるインストール情報の一例を示す図である。インストール情報には、取得したインストール通知情報に含まれるリワードユーザＩＤ（RewardUID）と、アプリＩＤ（ApID）と、アプリユーザＩＤ（ApUID）とが関連付けられている。

ここで、相互送客システム５００による送客処理を介さず単に対象アプリケーションがインストールされた場合と、相互送客システム５００による送客処理を介してインストールされた場合とのいずれでも、ユーザ端末１００からインストール通知情報が送信され、管理サーバ２００が取得したインストール通知情報に基づくインストール情報がインストール情報記憶部２３６に記憶される。即ち、インストール情報記憶部２３６には、ユーザ端末１００にインストールされた全ての対象アプリケーションのインストール情報が記録される。よって、一旦インストールした対象アプリケーションをアンインストールした後に再びインストールしても、当該対象アプリケーションのインストール情報がインストール情報記憶部２３６に記憶されているので、管理サーバ２００は、２重に報酬を付与することを防止できる。

送客情報記憶部２３７は、ユーザ端末１００から送信されて管理サーバ２００が取得した送客情報に基づいて送客情報管理部２２３が管理する送客情報を記憶（記録）する。図１２は、送客情報記憶部２３７に記憶される送客情報の一例を示す図である。送客情報には、リワード管理ＩＤ（RewardID）と、リワードユーザＩＤ（RewardUID）と、送客元アプリＩＤ（ApIDfrom）と、送客先アプリＩＤ（ApIDto）と、キャンペーンＩＤ（CpID）とが関連付けられている。リワード管理ＩＤ（RewardID）は、送客情報毎に識別可能なように各送客情報を取得した順に発行される管理ＩＤである。送客元アプリＩＤ（ApIDfrom）は、送客元アプリ１０のアプリＩＤであり、送客先アプリＩＤ（ApIDto）は、送客先アプリ２０のアプリＩＤである。このとき送客元アプリ１０と送客先アプリ２０とが、共に同じキャンペーンのキャンペーン期間中であれば、そのキャンペーンのキャンペーンＩＤが記憶され、キャンペーン期間でないときにはキャンペーンＩＤには「ｎｕｌｌ」が設定される。

また、アプリケーションリストには、ユーザ端末１００に既にインストールされている対象アプリケーションまたはインストールされていたことのある対象アプリケーション（その後アンインストールされている対象アプリケーション）は含まれないため、新規にインストールする対象アプリケーションへの送客情報が送客情報記憶部２３７に記憶されることになる。なお、この送客情報記憶部２３７に送客情報が記憶された場合であっても、その送客情報の送客先アプリ２０が必ずしもダウンロードされてインストールされるとは限らない。

リワード成立情報記憶部２３８は、送客情報記憶部２３７が記憶する送客情報が示す送客処理によって通常リワード及びＣＰリワードの報酬付与条件が成立した場合に、送客元アプリ１０（ゲームＡ）に対応するアプリサーバ３１０（ゲームＡ）に対して報酬付与情報を通知したか否かを示すリワード成立情報を記憶する。

通常リワードの場合、このリワード成立情報は、例えば、送客情報記憶部２３７に記憶された送客情報の送客先アプリＩＤに対応する対象アプリケーションのインストール情報がインストール情報記憶部２３６に記憶されたときに、その送客情報に対応する新たなレコード（一つ分のリワード成立情報のデータ）が生成されてリワード成立情報記憶部２３８に記憶される。

また、ＣＰリワードの場合、このリワード成立情報は、例えば、送客情報記憶部２３７に記憶された送客情報の送客先アプリＩＤに対応する報酬付与通知情報をユーザ端末１００から取得したときに、その送客情報に対応する新たなレコードが生成されてリワード成立情報記憶部２３８に記憶される。

図１３は、リワード成立情報記憶部２３８に記憶されるリワード成立情報の一例を示す図である。リワード成立情報は、リワード管理ＩＤ（RewardID）と、成果地点ＩＤ（RewardSpotID）と、成立状態（RewardStatus）とが関連付けられている。リワード管理ＩＤ（RewardID）は、送客情報記憶部２３７が記憶する送客情報に含まれるリワード管理ＩＤと対応する。

成果地点ＩＤ（RewardSpotID）は、報酬付与条件に基づいて設定される送客先アプリ２０において報酬が付与される成果地点の識別情報である。
ＣＰリワードの場合、成果地点ＩＤ（RewardSpotID）には、キャンペーンに対応して予め設定された成果地点（送客先アプリ２０における報酬付与条件）を示す識別情報が設定される。成果地点が複数ある場合には、同一のリワード管理ＩＤに複数の成果地点ＩＤのそれぞれが関連付けられた複数分のレコードが生成されてリワード成立情報記憶部２３８に記憶される。

通常リワードの場合、即ち、送客情報記憶部２３７に記憶された送客情報に含まれるキャンペーンＩＤに「ｎｕｌｌ」が設定されている場合、成果地点（報酬付与条件）は、送客先アプリ２０がインストールされたときとなり、成果地点ＩＤには、「ｎｕｌｌ」が設定される。
なお、ＣＰリワードの場合であっても、送客先アプリ２０がインストールされたことを条件とした識別情報が成果地点ＩＤに設定されれば、通常リワードの場合と同様に成果地点（報酬付与条件）は、送客先アプリ２０がインストールされたときとなる。

成立状態（RewardStatus）は、送客元アプリ１０（ゲームＡ）に対応するアプリサーバ３１０（ゲームＡ）に対して報酬付与情報を通知したか否かの状態を示すフラグ情報が設定される。すなわち、送客情報記憶部２３７に記憶された送客情報に対応するリワード管理ＩＤに関連付けられて新たなレコードが生成される際に、成立状態（RewardStatus）には初期値としてフラグ「０」（未通知）が設定される。その後、アプリサーバ３１０（ゲームＡ）に対する報酬付与情報の通知が完了した場合に、成立状態（RewardStatus）にはフラグ「１」（通知済）に更新される。なお、アプリサーバ３１０（ゲームＡ）からの報酬付与情報の通知に対する応答を取得した場合に、フラグ「１」（通知済）に更新されるようにしてもよい。

次に図６に戻り、制御部２４０の構成について説明する。
制御部２４０は、インストール通知取得部２４１と、リスト通知部２４２と、送客情報取得部２４３と、インストール誘導指示部２４４と、リワード処理部２４５と、計時部２４６とを備えている。

インストール通知取得部２４１は、複数の対象アプリケーションのうちリワードユーザＩＤにより特定されるユーザ端末１００にインストールされた対象アプリケーションの当該インストールされたことを示すインストール通知情報を当該対象アプリケーション（当該対象アプリケーションのＳＤＫ１１）から取得する。このインストール通知情報には、前述したように、このユーザ端末１００に対応するリワードユーザＩＤと当該対象アプリケーションのアプリＩＤとが含まれている。また、このインストール通知情報には、さらに当該対象アプリケーションのアプリユーザＩＤが含まれてもよい。そして、インストール通知取得部２４１は、取得したインストール通知情報を、インストール情報管理部２２２に供給する。

リスト通知部２４２は、ユーザ端末１００にインストールされている送客元アプリ１０（送客元アプリ１０のＳＤＫ１１Ａ）から送信されたリスト要求通知情報を取得すると、取得したリスト要求通知情報に基づいて、対象アプリ情報記憶部２３１とインストール情報記憶部２３６を参照して、ユーザ端末１００からインストール通知情報を取得していない（即ち、ユーザ端末１００にインストールされていない）少なくとも一の対象アプリケーション（或いは特定アプリケーション）のアプリケーションリストをユーザ端末１００に対して送信する。

また、リスト通知部２４２は、キャンペーン情報記憶部２３４またはキャンペーン参加アプリ情報記憶部２３５を参照して、アプリケーションリストに含まれる一または複数の特定アプリケーションに対応したキャンペーンに関する情報を送信する。
このとき、リスト通知部２４２は、対象アプリケーションに関する情報（アプリ名称、説明、価格等）、通常リワードの報酬内容に関する情報、またはＣＰリワードのキャンペーンに関する情報（キャンペーン期間やキャンペーンに対応する報酬を示す情報の掲載場所のリンク先等）を含むアプリケーションリストがユーザ端末１００において表示可能なアプリ一覧ページのデータを生成してユーザ端末１００に対して送信する。例えば、リスト通知部２４２は、ＳＤＫ１１が実行可能なブラウザ機能により表示可能なＨＴＭＬ（HyperText Markup Language）形式で記述された当該アプリケーションリストが表示されるアプリ一覧ページのデータを生成し、生成したページのリンク先を示す情報をユーザ端末１００に対して送信する。

送客情報取得部２４３は、送客元アプリ１０から送客先アプリ２０に対する送客情報であって、リワードユーザＩＤ、送客元アプリ１０のアプリＩＤ、及び送客先アプリ２０のアプリＩＤを含む送客情報をユーザ端末１００から取得する。そして、送客情報取得部２４３は、取得した送客情報を送客情報管理部２２３に供給する。

インストール誘導指示部２４４は、送客情報取得部２４３が取得した送客情報に含まれる送客先アプリ２０のアプリＩＤに基づいて送客先アプリ２０をインストール可能な画面に誘導する指示情報をユーザ端末１００に送信する。例えば、インストール誘導指示部２４４は、送客先アプリ２０をインストール可能（ダウンロード可能）なストアサイトのストアページを表示するアプリケーションであるストア３０を起動させる指示情報をユーザ端末１００に送信する。

リワード処理部２４５は、ＣＰリワードに関する第１の報酬付与処理（ＣＰリワード処理）と、通常リワードに関する第２の報酬付与処理（通常リワード処理）とを実行する。

リワード処理部２４５は、インストール通知取得部２４１が送客先アプリ２０に対応するインストール通知情報を取得した場合、送客元アプリ１０から送客先アプリ２０に対する送客情報が送客情報記憶部２３７に記憶されているか否かを判定する。そして、リワード処理部２４５は、この送客情報が送客情報記憶部２３７に記憶されている場合には（即ち、送客先アプリ２０に対する送客情報の記録が送客情報管理部２２３において管理されていることを条件として）、送客先アプリ２０が相互送客システム５００により送客元アプリ１０から送客された対象アプリケーションであると判定し、ＣＰリワード処理または通常リワード処理を実行する。ここで、リワード処理部２４５は、このＣＰリワード処理または通常リワード処理において、送客元アプリ１０においてユーザに報酬が付与されるように、送客元アプリ１０に対応するアプリサーバ３１０に対して報酬付与情報を送信する。前述したように、相互送客システム５００による送客処理を介さず単に対象アプリケーションがインストールされた場合でも、インストール通知情報は管理サーバ２００に対して送信される。そのため、送客先アプリ２０に対する送客情報の記録が送客情報管理部２２３において管理されていることを条件することで、単に送客先アプリ２０がインストールされた場合にＣＰリワードまたは通常リワードを付与することを防止することが可能となる。

送客先アプリ２０が送客元アプリ１０との間でキャンペーンが設定されているとする。この場合には、リワード処理部２４５は、送客先アプリ２０がキャンペーン期間内にインストールされたと判定され、且つ当該キャンペーンに対応して予め設定された報酬付与条件が充足されたことに基づいて送客先アプリ２０から報酬付与通知情報を取得したときに、当該取得した報酬付与通知情報に基づくＣＰリワード処理を実行する。一方、ユーザ端末１００で選択された送客先アプリ２０が送客元アプリ１０との間でキャンペーンが設定されていないとする。この場合には、リワード処理部２４５は、送客先アプリ２０がインストールされたと判定されたときに、通常リワード処理を実行する。

ここで、送客先アプリ２０が送客元アプリ１０との間でキャンペーンが設定されている特定アプリケーションである場合には、リワード処理部２４５は、インストール通知取得部２４１において送客先アプリ２０に対応するインストール通知情報を取得したタイミングがキャンペーン期間内である場合に、送客先アプリ２０がキャンペーン期間内にユーザ端末１００にインストールされたと判定する。なお、リワード処理部２４５は、送客先アプリ２０が送客元アプリ１０との間でキャンペーンが設定されていたとしても、送客先アプリ２０がキャンペーン期間外にユーザ端末１００にインストールされた場合には、ＣＰリワード処理ではなく通常リワード処理を実行する。

通常リワード処理では、リワード処理部２４５は、インストール通知取得部２４１が、送客先アプリ２０から取得したインストール通知情報に基づいて、取得したインストール通知情報に含まれるリワードユーザＩＤに関連付けられた送客元アプリ１０のアプリユーザＩＤを、インストール情報記憶部２３６を参照して取得する。そして当該アプリユーザＩＤ含む報酬付与情報を、送客元アプリ１０に対応するアプリサーバ３１０に送信する。

ＣＰリワード処理では、リワード処理部２４５は、送客先アプリ２０から取得した報酬付与通知情報に含まれるリワードユーザＩＤに関連付けられた送客元アプリ１０のアプリユーザＩＤを、インストール情報記憶部２３６を参照して取得する。そして、取得した報酬付与通知情報に基づいて当該アプリユーザＩＤ含む報酬付与情報を、送客元アプリ１０に対応するアプリサーバ３１０に送信する。また、リワード処理部２４５は、取得した報酬付与通知情報に含まれるキャンペーンＩＤや成果地点ＩＤ等を上述の報酬付与情報にさらに含めて送客元アプリ１０に対応するアプリサーバ３１０に送信してもよい。

また、リワード処理部２４５は、通常リワードの場合、送客情報記憶部２３７に記憶された送客情報の送客先アプリＩＤに対応する対象アプリケーションのインストール情報がインストール情報記憶部２３６に記憶されたときに、その送客情報に対応するリワード成立情報の新たなレコードを生成してリワード成立情報記憶部２３８に記憶させる。このとき、リワード処理部２４５は、リワード成立情報に含まれる成立状態（RewardStatus）にフラグ「０」（未通知）を設定する。

一方、ＣＰリワードの場合、リワード処理部２４５は、例えば、送客情報記憶部２３７に記憶された送客情報の送客先アプリＩＤに対応する報酬付与通知情報をユーザ端末１００から取得したときに、その送客情報に対応するリワード成立情報の新たなレコードを生成してリワード成立情報記憶部２３８に記憶させる。このとき、リワード処理部２４５は、リワード成立情報に含まれる成立状態（RewardStatus）にフラグ「０」（未通知）を設定する。

例えば、ＣＰリワードの場合、リワード処理部２４５は、送客情報記憶部２３７に記憶された送客情報の送客先アプリＩＤに対応する報酬付与通知情報を、その送客情報に対応するキャンペーン期間内にユーザ端末１００から取得した場合に、その送客情報に対応するリワード成立情報の新たなレコードを生成してリワード成立情報記憶部２３８に記憶させる。なお、キャンペーンに報酬付与期間が設定されているときには、リワード処理部２４５は、送客情報記憶部２３７に記憶された送客情報の送客先アプリＩＤに対応する報酬付与通知情報を、その報酬付与期間内に送客先アプリ２０から報酬付与通知情報を取得した場合に、その送客情報に対応するリワード成立情報の新たなレコードを生成してリワード成立情報記憶部２３８に記憶させてもよい。

そして、リワード処理部２４５は、通常リワード処理およびＣＰリワード処理のいずれにおいても、リワード成立情報に対応する報酬付与情報の通知をアプリサーバ３１０（ゲームＡ）に送信したことに応じて、そのリワード成立情報の成立状態（RewardStatus）をフラグ「１」（通知済）に更新する。

計時部２４６は、時刻を計時して現在日時を取得する。なお、計時部２４６は、現在日時データを提供する日時情報提供サーバ（不図示）からネットワークＮＷを介して現在日時を取得してもよい。例えば、リワード処理部２４５は、計時部２４６が計時した現在日時を示す情報に基づいて、現在日時がキャンペーン期間内であるか否か、または報酬付与期間内であるか否かなどを判定する。なお、記憶部２３０に記憶して管理される各種情報記憶部（２３１〜２３８）には、レコードが生成された日時を示すデータ登録日時と、生成されたレコードの一部を更新した日時を示すデータ更新日時を各レコードに記憶するようにしてもよい。例えば、インストール情報記憶部２３６で記憶するデータ登録日時には、計時部２４６が計時したユーザ端末１００から取得したインストール情報を取得した日時が記録され、ユーザ端末１００で当該インストール情報に対応したアプリケーションがインストールした日時を示すデータとなる。

〔相互送客処理の動作の詳細〕
次に、図１４および図１５を参照して、本実施形態による相互送客システム５００の相互送客処理の動作の詳細について説明する。図１４及び図１５は、本実施形態による相互送客処理の動作の一例を示すフローチャートである。この図１４及び図１５に示す処理は、図４を参照して説明した概略処理の流れの詳細例を示すものである。

まず、図１４を参照して、ユーザ端末１００にインストールされている送客元アプリ１０（ゲームＡ）側の処理について説明する。すなわち、図４に示す送客元アプリ１０（ゲームＡ）がインストールされた後にＳＤＫ１１Ａが実行する処理（（１）の処理）から、管理サーバ２００が送客先アプリ２０（ゲームＢ）をインストール可能な画面に誘導する指示情報をユーザ端末１００に送信する処理（（６）の処理）までの詳細例を説明する。

ユーザ端末１００に送客元アプリ１０（ゲームＡ）がインストールされた場合、送客元アプリ１０（ゲームＡ）に組み込まれているＳＤＫ１１Ａの初期化処理部１０１は、初回起動時のみに実行する処理として、送客元アプリ１０のアプリＩＤ（ApID）と、送客元アプリ１０において登録されたユーザＸのアプリユーザＩＤ（ApUID）と、キャンペーンが設定されている場合にはキャンペーンＩＤ（CpID）とを、送客元アプリ１０（ゲームＡ）から取得する（ステップＳＡ１１）。

次に、ＳＤＫ１１Ａの初期化処理部１０１は、ＳＤＫ１１Ａの初期化処理を実行する。まず、初期化処理部１０１は、初期化処理において、初期化処理済みであるか否かを判定する（ステップＳＡ１２）。初期化処理済みであると判定された場合（ステップＳＡ１２：ＹＥＳ）、初期化処理部１０１は、その後の初期化処理を実行しないで終了し、ステップＳＡ１７に処理を進める。一方、初期化処理済みでないと判定された場合（ステップＳＡ１２：ＮＯ）、固有識別情報取得部１０２は、端末記憶部１４０を参照して、リワードユーザＩＤが取得済みであるか否かを判定する（ステップＳＡ１３）。このリワードユーザＩＤが取得済みであるか否かを判定は、ユーザ端末１００にインストールされたいずれの対象アプリケーションからも参照可能なように端末記憶部１４０のアプリ間共有エリアにリワードユーザＩＤが記憶されているか否かで判定される。

リワードユーザＩＤが取得済みであると判定された場合（ステップＳＡ１３：ＹＥＳ）、ＳＤＫ１１Ａの固有識別情報取得部１０２は、端末記憶部１４０からリワードユーザＩＤを読み出し、ステップＳＡ１５に処理を進める。

一方、リワードユーザＩＤが取得済みでないと判定された場合（ステップＳＡ１３：ＮＯ）、固有識別情報取得部１０２は、ユーザ端末１００に対応するリワードユーザＩＤ（相互送客システム５００においてユニークなＩＤ）を生成して取得する（ステップＳＡ１４）。

次に、固有識別情報取得部１０２は、取得したリワードユーザＩＤを、端末記憶部１４０のアプリ間共有エリアに記憶させる（ステップＳＡ１５）。

続いて、ＳＤＫ１１Ａのインストール通知部１０３は、送客元アプリ１０（ゲームＡ）がユーザ端末１００のインストールされたことを示すインストール通知情報を、管理サーバ２００に対して送信する（ＲＥＱ１１、ステップＳＡ１６）。ここでインストール通知情報には、このユーザ端末１００に対応するリワードユーザＩＤ（RewardUID）と、インストールされた送客元アプリ１０（ゲームＡ）のアプリＩＤ（ApID）と、この送客元アプリ１０（ゲームＡ）において登録されたユーザＸのアプリユーザＩＤ（ApUID）とが含まれる。

次に、管理サーバ２００のインストール通知取得部２４１は、ユーザ端末１００（ＳＤＫ１１Ａ）から送信されたインストール通知情報を取得する。そして、インストール通知取得部２４１は、インストール通知情報を取得したことを示す応答情報（通知結果）を、当該ユーザ端末１００（ＳＤＫ１１Ａ）に対して送信する（ＲＥＳ１１）。また、管理サーバ２００のインストール情報管理部２２２は、インストール通知取得部２４１が取得したインストール通知情報に含まれるリワードユーザＩＤ（RewardUID）と、送客元アプリ１０（ゲームＡ）のアプリＩＤ（ApID）と、送客元アプリ１０（ゲームＡ）におけるユーザＸのアプリユーザＩＤ（ApUID）とを関連付けて、インストール情報としてインストール情報記憶部２３６に記憶させる（ステップＳＥ１１）。

ＳＤＫ１１Ａの初期化処理部１０１は、管理サーバ２００から送信された応答情報（通知結果）を取得すると、初期化済みを示すフラグを設定して初期化処理を終了する（ステップＳＡ１７）。

次に、ユーザ端末１００において動作している送客元アプリ１０（ゲームＡ）に対してユーザＸが、ユーザ端末１００にインストール可能な対象アプリケーションの一覧を取得するための入力部１１０に対する所定の操作（第１の操作）を行ったとする。
この送客元アプリ１０における所定の操作（第１の操作）に基づいて、ＳＤＫ１１Ａのリスト要求部１０４は、端末記憶部１４０のアプリ間共有エリアからリワードユーザＩＤを読み出すとともに（ステップＳＡ２３）、複数の対象アプリケーションの少なくとも一の対象アプリケーションのアプリケーションリスト（送客先アプリ２０の候補となる対象アプリケーションの一覧）を要求するリスト要求通知情報を管理サーバ２００に対して送信する（ＲＥＱ１２、ステップＳＡ２４）。
ここでリスト要求通知情報には、このユーザ端末１００に対応するリワードユーザＩＤ（RewardUID）と、送客元アプリ１０（ゲームＡ）のアプリＩＤ（ApID）と、キャンペーンＩＤ（CpID）とが含まれる。なお、送客元アプリ１０（ゲームＡ）にキャンペーンが設定されていない場合にはキャンペーンＩＤ（CpID）には「ｎｕｌｌ」が設定される。また、リスト要求通知情報にキャンペーンＩＤ（CpID）を含めなくても、キャンペーン参加アプリ情報記憶部２３５とキャンペーン情報記憶部２３４とを参照して、送客元アプリ１０（ゲームＡ）のアプリＩＤ（ApID）に基づいて、送客元アプリ１０（ゲームＡ）がキャンペーンを実施しているか否か、及びキャンペーンを実施している場合には対応するキャンペーンＩＤ（CpID）を管理サーバ２００内で取得することも可能である。

管理サーバ２００のリスト通知部２４２は、ユーザ端末１００（送客元アプリ１０のＳＤＫ１１Ａ）から送信されたリスト要求通知情報を取得すると、取得したリスト要求通知情報に基づいて、ユーザ端末１００からインストール通知情報を取得していない（即ち、ユーザ端末１００にインストールされていない）少なくとも一の対象アプリケーションを抽出する。具体的には、リスト通知部２４２は、インストール情報記憶部２３６に記憶されているインストール情報において、取得したリスト要求通知情報に含まれるリワードユーザＩＤ（RewardUID）に関連付けられているアプリＩＤを、対象アプリ情報記憶部２３１に管理されている対象アプリケーションのアプリＩＤから除くことにより（フィルタリング）、ユーザ端末１００にインストールされていない少なくとも一の対象アプリケーションを抽出する（ステップＳＥ１５）。なお、リスト通知部２４２は、リスト要求通知情報に含まれる送客元アプリ１０（ゲームＡ）のアプリＩＤ（ApID）と、キャンペーンＩＤ（CpID）とに基づいて、ユーザ端末１００にインストールされていない対象アプリケーションの中から、さらに送客元アプリ１０（ゲームＡ）との間でキャンペーンが設定されている特定アプリケーションのみを抽出してもよい。なお、ユーザ端末１００にインストールされていない対象アプリケーション（特定アプリケーション）が存在せずに抽出できない場合があり得る。

なお、このリスト要求通知に応じてリスト通知部２４２がユーザ端末１００に対して送信するアプリケーションリストに含める対象アプリケーションをフィルタリングするフィルタ処理はアプリ間フィルタ記憶部２３３に記憶されている条件（フィルタ情報）に基づいて行うこともできる。このフィルタ処理については、第２の実施形態で説明する。

次に、リスト通知部２４２は、抽出した対象アプリケーションのアプリケーションリストがユーザ端末１００において表示可能なアプリ一覧ページのデータを生成し（ステップＳＥ１６）、生成したアプリ一覧ページのリンク先を示す情報を含むリダイレクト指示情報をユーザ端末１００に対して送信し、アプリ一覧ページにリダイレクトさせる（ＲＥＳ１２、ステップＳＥ１７）。なお、ユーザ端末１００にインストールされていない対象アプリケーション（特定アプリケーション）が存在しなかった場合には、アプリケーションリストの替わりに対象アプリケーション（特定アプリケーション）が存在しない旨を記載したアプリ一覧ページを生成する。

ユーザ端末１００（ＳＤＫ１１Ａ）が、管理サーバ２００からアプリ一覧ページのリンク先を示す情報を含むリダイレクト指示情報を取得すると、ＳＤＫ１１Ａの表示制御部１０５は、ブラウザ機能によりアプリ一覧ページを表示部１２０に表示させる（ステップＳＡ２５）。
ここで、表示制御部１０５は、それまで表示部１２０に表示させていた送客元アプリ１０（ゲームＡ）の表示画面にオーバーラップさせて、このアプリ一覧ページを表示させる。これにより、ユーザ端末１００の表示部１２０には、送客先アプリ２０として選択可能な対象アプリケーションのアプリケーションリストＬＴがアプリ一覧ページに表示される。

ユーザ端末１００の表示部１２０に表示されたアプリケーションリストＬＴの中からいずれかの対象アプリケーションがユーザＸにより選択されると、ＳＤＫ１１Ａの送客情報通知部１０６は、送客元アプリ１０（ゲームＡ）から、選択された対象アプリケーション（ここでは、送客先アプリ２０（ゲームＢ））へ送客されたことを示す送客情報を管理サーバ２００に対して送信する（ＲＥＱ１３、ステップＳＡ２６）。ここで、送客情報には、送客元アプリ１０（ゲームＡ）のアプリＩＤ（ApID）と、送客先アプリ２０（ゲームＢ）のアプリＩＤ（ApID）と、リワードユーザＩＤ（RewardUID）と、キャンペーンＩＤ（CpID）とが含まれる。なお、送客元アプリ１０（ゲームＡ）と送客先アプリ２０（ゲームＢ）とにキャンペーンが設定されていない場合にはキャンペーンＩＤ（CpID）には「ｎｕｌｌ」が設定される。なお、キャンペーンＩＤ（CpID）をユーザ端末１００から取得せずに、送客元アプリ１０（ゲームＡ）のアプリＩＤ（ApID）に基づいて、管理サーバ２００内で取得することも可能である。
なお、ＳＤＫ１１Ａの表示制御部１０５は、送客先アプリ２０（ゲームＢ）が選択されると、ステップＳＡ２５において表示部１２０に表示されたアプリ一覧ページを閉じて、送客元アプリ１０（ゲームＡ）の表示画面に戻す。

管理サーバ２００の送客情報取得部２４３は、ユーザ端末１００（ＳＤＫ１１Ａ）から送客情報を取得する。そして、送客情報管理部２２３は、送客情報取得部２４３が取得した送客情報に含まれる送客元アプリ１０（ゲームＡ）のアプリＩＤ（ApID）と、送客先アプリ２０（ゲームＢ）のアプリＩＤ（ApID）と、リワードユーザＩＤ（RewardUID）と、キャンペーンＩＤ（CpID）とを関連付けて送客情報の記録として送客情報記憶部２３７に記憶させる（ステップＳＥ１８）。

続いて、管理サーバ２００のインストール誘導指示部２４４は、送客情報取得部２４３が取得した送客情報に含まれる送客先アプリ２０（ゲームＢ）のアプリＩＤに基づいて送客先アプリ２０をインストール可能な画面に誘導する指示情報をユーザ端末１００に送信する。例えば、インストール誘導指示部２４４は、送客先アプリ２０（ゲームＢ）をインストール可能（ダウンロード可能）なストアサイトのストアページを表示するアプリケーションであるストア３０を起動させる指示情報をユーザ端末１００に送信する（ステップＳＥ１９）。

ユーザ端末１００は、管理サーバ２００からストア３０を起動させる指示情報を取得すると、ストア３０を起動して、送客先アプリ２０（ゲームＢ）をインストール可能（ダウンロード可能）なストアサイトのストアページを表示部１２０に表示させる（ステップＳＣ１１）。ここで、ユーザ端末１００は、それまで表示部１２０に表示させていた送客元アプリ１０（ゲームＡ）の表示画面にオーバーラップさせて、このストアページを表示部１２０に表示させる。

このストア３０に表示されたストページから、ユーザＸの操作により送客先アプリ２０（ゲームＢ）がユーザ端末１００にダウンロードされてインストールされた後、引き続きユーザＸの操作によりインストールされた送客先アプリ２０（ゲームＢ）が起動する。

次に図１５を参照して、ユーザ端末１００にインストールされた送客先アプリ２０（ゲームＢ）が起動した後の処理について説明する。すなわち、図４に示す送客先アプリ２０（ゲームＢ）がインストールされた後にＳＤＫ１１Ｂが実行する処理（（８）の処理）から、管理サーバ２００が送客元アプリ１０（ゲームＡ）に対応するアプリサーバ３１０（ゲームＡ）に対して報酬付与情報を送信する処理（（１１）の処理）までの詳細例を説明する。なお、ユーザ端末１００に送客先アプリ２０（ゲームＢ）がインストールされた場合には、図１４を参照して説明した、送客元アプリ１０（ゲームＡ）がインストールされた場合の初回起動時の処理と初期化処理と同様の処理が行なわれる。

まず、送客先アプリ２０（ゲームＢ）に組み込まれているＳＤＫ１１Ｂの初期化処理部１０１は、初回起動時のみに実行する処理として、送客先アプリ２０のアプリＩＤ（ApID）と、送客先アプリ２０において登録されたユーザＸのアプリユーザＩＤ（ApUID）と、キャンペーンが設定されている場合にはキャンペーンＩＤ（CpID）とを、送客先アプリ２０（ゲームＢ）から取得する（ステップＳＢ１１）。

次に、ＳＤＫ１１Ｂの初期化処理部１０１は、ＳＤＫ１１Ｂの初期化処理を実行する。初期化処理部１０１は、初期化処理済みであるか否かを判定し（ステップＳＢ１２）、初期化処理済みであると判定された場合（ステップＳＢ１２：ＹＥＳ）には初期化処理を終了し、初期化処理済みでないと判定された場合（ステップＳＢ１２：ＮＯ）には、ＳＤＫ１１Ｂの固有識別情報取得部１０２の処理に進む。ここで、このユーザ端末１００のリワードユーザＩＤは、既に取得済みであるため、続けてステップＳＢ１６のインストール通知の処理に進む。

ＳＤＫ１１Ｂのインストール通知部１０３は、送客先アプリ２０（ゲームＢ）がユーザ端末１００にインストールされたことを示すインストール通知情報を、管理サーバ２００に対して送信する（ＲＥＱ１４、ステップＳＢ１６）。ここでインストール通知情報には、このユーザ端末１００に対応するリワードユーザＩＤ（RewardUID）と、インストールされた送客先アプリ２０（ゲームＢ）のアプリＩＤ（ApID）と、この送客先アプリ２０（ゲームＢ）において登録されたユーザＸのアプリユーザＩＤ（ApUID）とが含まれる。

次に、管理サーバ２００のインストール通知取得部２４１は、ステップＳＥ１１の処理と同様に、ユーザ端末１００（ＳＤＫ１１Ｂ）から送信されたインストール通知情報を取得する。そして、インストール通知取得部２４１は、インストール通知情報を取得したことを示す応答情報（通知結果）を、当該ユーザ端末１００（ＳＤＫ１１Ｂ）に対して送信する（ＲＥＳ１４）。また、管理サーバ２００のインストール情報管理部２２２は、インストール通知取得部２４１が取得したインストール通知情報に含まれるリワードユーザＩＤ（RewardUID）と、送客先アプリ２０（ゲームＢ）のアプリＩＤ（ApID）と送客先アプリ２０（ゲームＢ）におけるユーザＸのアプリユーザＩＤ（ApUID）とを関連付けて、インストール情報としてインストール情報記憶部２３６に記憶させる（ステップＳＥ２１）。
ユーザ端末１００（ＳＤＫ１１Ｂ）は、管理サーバ２００から応答情報（通知結果）を取得すると、ステップＳＡ２２の処理同様に、初期化済みを示すフラグを設定して初期化処理を終了する（ステップＳＢ１７）。

次に、インストール通知取得部２４１が送客先アプリ２０に対応するインストール通知情報を取得したことにより、リワード処理部２４５は、送客元アプリ１０（ゲームＡ）から送客先アプリ２０（ゲームＢ）に対する送客情報が送客情報記憶部２３７に記憶されているか否かを判定する。そして、リワード処理部２４５は、この送客情報が送客情報記憶部２３７に記憶されている場合には（即ち、送客先アプリ２０に対する送客情報の記録が送客情報管理部２２３において管理されていることを条件として）、送客先アプリ２０が相互送客システム５００により送客元アプリ１０から送客された対象アプリケーションであると判定し、ＣＰリワード処理または通常リワード処理を実行する。ここでは、ステップＳＥ１８の処理において、送客情報記憶部２３７に記憶された送客情報の記録により、送客先アプリ２０が相互送客システム５００により送客元アプリ１０から送客された対象アプリケーションであると判定される。

続いて、リワード処理部２４５は、インストール通知取得部２４１において送客先アプリ２０（ゲームＢ）に対応するインストール通知情報を取得したタイミングがキャンペーン期間内であるか否かを判定する（ステップＳＥ２２）。

例えば、送客先アプリ２０（ゲームＢ）が送客元アプリ１０（ゲームＡ）との間でキャンペーンが設定されている特定アプリケーションである場合には、リワード処理部２４５は、キャンペーン情報記憶部２３４を参照して、インストール通知情報を取得したタイミング（インストール通知情報を取得したときの計時部２４６が計時した日時）が、当該キャンペーンのキャンペーン期間内であるか否かを判定する。

このステップＳＥ２２において、インストール通知情報を取得したタイミングがキャンペーン期間内であると判定された場合（ステップＳＥ２２：ＹＥＳ）、リワード処理部２４５は、ユーザ端末１００の送客先アプリ２０のＳＤＫ１１Ｂからから報酬付与通知情報を取得したことに基づいてＣＰリワード処理を実行する。

一方、このステップＳＥ２２において、インストール通知情報を取得したタイミングがキャンペーン期間内でないと判定された場合（ステップＳＥ２２：ＮＯ）、リワード処理部２４５は、通常リワード処理を実行する。なお、送客先アプリ２０（ゲームＢ）が送客元アプリ１０（ゲームＡ）との間でキャンペーンが設定されていない対象アプリケーションである場合にも、このステップＳＥ２２において、インストール通知情報を取得したタイミングがキャンペーン期間内でないと判定され（ステップＳＥ２２：ＮＯ）、リワード処理部２４５は、通常リワード処理を実行する。

まず、通常リワード処理の動作について説明する。ステップＳＥ２２において、インストール通知情報を取得したタイミングがキャンペーン期間内でないと判定された場合（ステップＳＥ２２：ＮＯ）、リワード処理部２４５は、インストール通知取得部２４１が送客先アプリ２０からのインストール通知情報を取得し、且つ、送客先アプリ２０に対する送客情報の記録が送客情報管理部２２３において管理されていることに基づいて、当該送客情報に記憶されたリワード管理ＩＤに関連付けて、成果地点ＩＤ（RewardSpotID）を「ｎｕｌｌ」とし、成立状態（RewardStatus）をフラグ「０」（未通知）とするリワード成立情報を生成し、リワード成立情報記憶部２３８に記憶させる（ステップＳＥ２３）。

次に、リワード処理部２４５は、生成したリワード成立情報に関連付けられたリワード管理ＩＤに対応した送客情報を、送客情報管理部２２３を参照して取得する。そして、リワード処理部２４５は、その送客情報に含まれる送客元アプリ１０（ゲームＡ）に対応するアプリサーバ３１０（ゲームＡ）に対して、送客元アプリ１０（ゲームＡ）のアプリユーザＩＤ（ApUID）を含む報酬付与情報（通常リワード成立を示す情報）を送信する（ステップＳＥ２４）。なお、送信先となるアプリサーバ３１０（ゲームＡ）は、対象アプリ情報記憶部２３１に記憶されたアプリサーバ３１０（ゲームＡ）に対応する通知先ＵＲＬ（NoticeURL）で示される。

次に、リワード処理部２４５は、送信した報酬付与情報に対応したリワード成立情報の成立状態（RewardStatus）をフラグ「１」（通知済み）として更新する。

アプリサーバ３１０（ゲームＡ）は、管理サーバ２００から通常リワードによる報酬付与情報（通常リワード成立を示す情報）を受信すると（ステップＳＦ２１）、当該報酬付与情報に含まれるアプリユーザＩＤ（ユーザＸのアプリユーザＩＤ）に対して、予め設定された通常リワードの報酬を付与する（ステップＳＦ２２）。

次に、ＣＰリワード処理の動作について説明する。ステップＳＥ２２において、インストール通知情報を取得したタイミングがキャンペーン期間内であると判定された場合（ステップＳＥ２２：ＹＥＳ）、リワード処理部２４５は、ユーザ端末１００の送客先アプリ２０のＳＤＫ１１Ｂから報酬付与通知情報を取得したことに基づいてＣＰリワード処理を実行する。

ユーザ端末１００においては、送客先アプリ２０（ゲームＢ）をユーザＸがプレイしてゲームを進行させる（ステップＳＤ１１）。そして、送客先アプリ２０（ゲームＢ）は、キャンペーンに対応して予め設定された報酬付与条件を充足したか否か（ＣＰリワードの成果地点に到達したか否か）を判定する（ステップＳＤ１２）。なお、このステップＳＤ１１及びステップＳＤ１２の処理は、ＳＤＫ１１Ｂが実行する処理ではなく送客先アプリ２０（ゲームＢ）が実行する処理である。

送客先アプリ２０（ゲームＢ）のゲームの進行に応じて、キャンペーンに対応して予め設定された報酬付与条件を充足した（ＣＰリワードの成果地点に到達した）と判定されたとする（ステップＳＤ１２：ＹＥＳ）。

この場合、送客先アプリ２０（ゲームＢ）は、到達した成果地点に対応した成果地点ＩＤ（RewardSpotID）をＳＤＫ１１Ｂに通知する。通知を受けたＳＤＫ１１Ｂの報酬付与通知部１０７は、端末記憶部１４０のアプリ間共有エリアからリワードユーザＩＤを読み出し（ステップＳＢ３１）、読み出したリワードユーザＩＤ（RewardUID）、送客先アプリ２０（ゲームＢ）のアプリＩＤ（ApID）、キャンペーンＩＤ（CpID）、及び送客先アプリ２０（ゲームＢ）から取得した成果地点ＩＤ（RewardSpotID）を含む報酬付与通知情報（成果地点到達通知）を管理サーバ２００に対して送信する（ＲＥＱ１５、ステップＳＢ３２）。なお、成果地点が複数ある場合には、ステップＳＤ１１、ＳＤ１２の処理に戻り、成果地点に到達する毎に、送客先アプリ２０（ゲームＢ）は到達した成果地点に対応した成果地点ＩＤ（RewardSpotID）をＳＤＫ１１Ｂに通知する。そして、ＳＤＫ１１Ｂの報酬付与通知部１０７は、報酬付与通知情報（成果地点到達通知）を管理サーバ２００に対して送信する。

管理サーバ２００のリワード処理部２４５は、ユーザ端末１００（ＳＤＫ１１Ｂ）から送信された報酬付与通知情報（成果地点到達通知）を取得し、且つ、送客先アプリ２０に対する送客情報の記録が送客情報管理部２２３において管理されていることに基づいて、当該送客情報に対応したリワード管理ＩＤに関連付けて、取得した報酬付与通知情報に含まれる成果地点ＩＤ（RewardSpotID）を設定し、成立状態（RewardStatus）をフラグ「０」（未通知）とするリワード成立情報を生成し、リワード成立情報記憶部２３８に記憶させる（ステップＳＥ２５）。

次に、リワード処理部２４５は、生成したリワード成立情報に関連付けられたリワード管理ＩＤに対応した送客情報を、送客情報管理部２２３を参照して取得する。そして、その送客情報に含まれる送客元アプリ１０（ゲームＡ）に対応するアプリサーバ３１０（ゲームＡ）に対して、送客元アプリ１０（ゲームＡ）のアプリユーザＩＤ（ApUID）、キャンペーンＩＤ（CpID）、及び成果地点ＩＤ（RewardSpotID）を含む報酬付与情報（ＣＰリワード成立を示す情報）を送信する（ステップＳＥ２６）。

次に、リワード処理部２４５は、送信した報酬付与情報に対応したリワード成立情報の成立状態（RewardStatus）をフラグ「１」（通知済）として更新する。

なお、成果地点が複数ある場合には、リワード処理部２４５は、報酬付与通知情報（成果地点到達通知）を取得する毎に、送客情報管理部２２３に記録された送客情報に対応したリワード管理ＩＤに関連付けて、成立状態（RewardStatus）のフラグ「０」（未通知）とするリワード成立情報を生成し、リワード成立情報記憶部２３８に記憶させる。そして、リワード処理部２４５は、それぞれの報酬付与通知情報（成果地点到達通知）に基づく報酬付与情報（ＣＰリワード成立を示す情報）を、送客元アプリ１０（ゲームＡ）に対応するアプリサーバ３１０（ゲームＡ）に送信する。そして、送信した報酬付与情報に対応したリワード成立情報の成立状態（RewardStatus）をフラグ「１」（通知済み）として更新する。

アプリサーバ３１０（ゲームＡ）は、管理サーバ２００からＣＰリワードによる報酬付与情報（ＣＰリワード成立を示す情報）を受信すると（ステップＳＦ３１）、当該報酬付与情報に含まれるアプリユーザＩＤ（ユーザＸのアプリユーザＩＤ）に対して、キャンペーンに対応して予め設定されたＣＰリワードの報酬を付与する（ステップＳＦ３２）。

〔第１の実施形態のまとめ〕
（１）以上説明してきたように、本実施形態の相互送客システム５００において、管理サーバ２００（管理装置の一例）は、アプリケーション管理部２２１と、インストール通知取得部２４１と、リスト通知部２４２と、リワード処理部２４５と、を備えている。
アプリケーション管理部２２１は、管理の対象となる複数の対象アプリケーション（本システムに対応するアプリケーション）のうちの複数の特定アプリケーションに対して設定されたキャンペーン期間（第１の期間の一例）を有するキャンペーン（イベントの一例）を管理する。インストール通知取得部２４１は、複数の対象アプリケーションのうちリワードユーザＩＤ（固有識別情報の一例）で特定されるユーザ端末１００（端末装置の一例）にインストールされた対象アプリケーションの当該インストールされたことを示すインストール通知情報を当該対象アプリケーションから取得する。リスト通知部２４２は、複数の対象アプリケーションのうちユーザ端末１００にインストールされている対象アプリケーション（第１アプリケーションの一例、送客元アプリ１０）からの要求に基づいて、ユーザ端末１００からインストール通知情報を取得していない少なくとも一の対象アプリケーションのアプリケーションリストをユーザ端末１００に対して送信する。
ここで、リスト通知部２４２が通知したアプリケーションリストに含まれる一または複数の対象アプリケーションからユーザ端末１００で選択された対象アプリケーション（第２アプリケーションの一例、送客先アプリ２０）が送客元アプリ１０（第１アプリケーションの一例）との間でキャンペーンが設定されているとする。この場合には、リワード処理部２４５は、送客先アプリ２０（第２アプリケーションの一例）がキャンペーン期間内にインストールされたと判定され、且つ当該キャンペーンに対応して予め設定された報酬付与条件が充足されたことに基づいて送客先アプリ２０から当該報酬付与条件が充足されたことを示す報酬付与通知情報を取得したときに、当該取得した報酬付与通知情報に基づくＣＰリワード処理（第１の報酬付与処理の一例）を実行する。
一方、ユーザ端末１００で選択された送客先アプリ２０が送客元アプリ１０との間でキャンペーンが設定されていないとする。この場合には、リワード処理部２４５は、送客先アプリ２０がインストールされたと判定されたときに、通常リワード処理（第２の報酬付与処理の一例）を実行する。

なお、管理サーバ２００のリスト通知部２４２は、複数の特定アプリケーションのうちユーザ端末１００にインストールされている特定アプリケーション（第１アプリケーションの一例、送客元アプリ１０）からの要求に基づいて、ユーザ端末１００からインストール通知情報を取得していない少なくとも一の対象アプリケーションのアプリケーションリストをユーザ端末１００に対して送信してもよい。
そして、リワード処理部２４５は、アプリケーションリストに含まれる一または複数の特定アプリケーションからユーザ端末１００で選択された特定アプリケーション（第２アプリケーションの一例、送客先アプリ２０）がキャンペーン期間内にインストールされたと判定され、且つ当該キャンペーンに対応して予め設定された報酬付与条件が充足されたことに基づいて、送客先アプリ２０から当該報酬付与条件が充足されたことを示す報酬付与通知情報を取得した場合に、当該取得した報酬付与通知情報に基づくＣＰリワード処理を実行してもよい。

これにより、送客元アプリ１０が特定アプリケーションである場合には、管理サーバ２００は、この送客元アプリ１０との間でキャンペーンが設定されている特定アプリケーションを少なくとも含むアプリケーションリストをユーザ端末１００に対して送信することができる。なお、管理サーバ２００は、送客元アプリ１０との間でキャンペーンが設定されている特定アプリケーションのみのアプリケーションリストをユーザ端末１００に対して送信してもよい。そして、管理サーバ２００は、互いにキャンペーンが設定された送客元アプリ１０から送客先アプリ２０に対する送客が成立した場合にＣＰリワード処理する。このＣＰリワード処理では、通常リワード処理と異なり、キャンペーンに対応して予め設定された報酬付与条件が充足されたことに基づいて報酬が付与されることになるため、単に送客先アプリ２０がインストールされただけではなく、送客先アプリ２０の利用を条件に報酬を付与することができる。

つまり、本実施形態の相互送客システム５００は、管理の対象となる複数の対象アプリケーションがＣＰリワード処理だけを実行するものでもよいし、管理の対象となる複数の対象アプリケーションがＣＰリワード処理と通常リワード処理の両方を実行するものでもよい。ＣＰリワード処理だけを実行する相互送客システム５００であれば、リスト通知部２４２がユーザ端末１００に対して送信するアプリケーションリストに含まれるのは一または複数の特定アプリケーションである。一方、ＣＰリワード処理と通常リワード処理の両方を実行する相互送客システム５００であれば、リスト通知部２４２がユーザ端末１００に対して送信するアプリケーションリストに含まれるのは一または複数の対象アプリケーションである。当該対象アプリケーションには特定アプリケーションも含まれる。

なお、相互送客システム５００では、一度インストールされた対象アプリケーションがアンインストールされた後に、再びインストールされた場合には、管理サーバ２００に当該対象アプリケーションの最初にインストールされたときのインストール情報が管理されていることによりインストールされたことがあることを特定することができる。そのため、本システムでは、この対象アプリケーションが再びインストールされた場合に、通常リワード処理またはＣＰリワード処理の対象とならないようにすることができる。

（２）本実施形態の相互送客システム５００において、ユーザ端末１００は、上述の管理サーバ２００と通信可能な端末装置である。ここで、上述の管理サーバ２００は、管理の対象となる複数の対象アプリケーションに含まれる複数の特定アプリケーションに対して設定されたキャンペーン期間（第１の期間の一例）を有するキャンペーン（イベントの一例）を管理する。また、管理サーバ２００は、リワードユーザＩＤ（固有識別情報の一例）で特定されるユーザ端末１００からキャンペーン期間に通知される、一の特定アプリケーションから他の特定アプリケーションに対する送客情報であって、当該一の特定アプリケーションを示す送客元情報、当該他の特定アプリケーションを示す送客先情報、及びユーザ端末１００に対応するリワードユーザＩＤ（固有識別情報の一例）を関連付けた送客情報を管理する。また、管理サーバ２００は、管理されている送客先情報に基づいた送客先情報に対応するアプリケーションがインストールされ、且つイベントに対応して予め設定された報酬付与条件が充足されたことに基づいて所定の報酬付与通知情報を受信した場合に送客元情報に対応するアプリケーションに対してキャンペーンに対応する報酬付与情報を送信する。
ユーザ端末１００は、インストール通知部１０３と、リスト要求部１０４と、送客情報通知部１０６とを備えている。
インストール通知部１０３は、ユーザ端末１００（端末装置の一例）にインストールされた特定アプリケーションの当該インストールされたことを示すインストール通知情報であって、当該特定アプリケーションのアプリＩＤ（識別情報の一例）と、ユーザ端末１００のリワードユーザＩＤとを含むインストール通知情報を管理サーバ２００に対して送信する。リスト要求部１０４は、第１の操作に基づいて、複数の特定アプリケーションの少なくとも一の特定アプリケーションのアプリケーションリストを要求するリスト要求通知情報であって、動作している特定アプリケーション（送客元アプリ１０の一例）のアプリＩＤを示す送客元情報と、ユーザ端末１００に対応するリワードユーザＩＤとを含むリスト要求通知情報を管理サーバ２００に対して送信する。送客情報通知部１０６は、キャンペーン期間に第２の操作に基づいて、動作している特定アプリケーション（送客元アプリ１０の一例）のアプリＩＤを示す送客元情報、当該特定アプリケーションで選択された特定アプリケーション（送客先アプリ２０の一例）のアプリＩＤを示す送客先情報、及びユーザ端末１００に対応するリワードユーザＩＤを含む送客情報を管理サーバ２００に対して送信する。

また、本実施形態のユーザ端末１００は、報酬付与通知部１０７を備えている。例えば、上述したように、報酬付与通知部１０７は、キャンペーンに対応して予め設定された報酬付与条件が充足されたことに基づいて、当該報酬付与条件を充足した特定アプリケーションのアプリＩＤを示す送客先情報と、ユーザ端末１００に対応するリワードユーザＩＤとを含む報酬付与通知情報を、管理サーバ２００に対して送信する。なお、ユーザ端末１００は、報酬付与通知部１０７を備えていない構成としてもよい、その場合、アプリサーバ３００が、キャンペーンに対応して予め設定された報酬付与条件が充足されたことに基づいて、報酬付与通知情報を管理サーバ２００に対して送信してもよい。このアプリサーバ３００が報酬付与通知情報を管理サーバ２００に対して送信する場合の処理については、後述の変形例の（３）にて説明する。

このように、本実施形態の相互送客システム５００では、相互送客システム５００に対応する対象アプリケーションに含まれる複数の特定アプリケーションに設定されたキャンペーンを管理する管理サーバ２００と、この管理サーバ２００と通信可能なユーザ端末１００とにより、ユーザ端末１００において、一の特定アプリケーション（送客元アプリ１０の一例）から他の特定アプリケーション（送客先アプリ２０の一例）がインストールされるように、他の特定アプリケーション（送客先アプリ２０の一例）に対する送客を行うことができる。また、相互送客システム５００では、ユーザ端末１００を一意に識別可能なリワードユーザＩＤを用いることにより、一つのユーザ端末１００にインストールされた複数のアプリケーションにおいて登録されたユーザ情報（アプリユーザＩＤの一例）が異なる場合であっても、アプリケーション間の相互送客処理やリワード処理を容易に行うことができる。さらに、相互送客システム５００では、送客が成立した際に、通常リワードまたはＣＰリワードにより報酬が付与されるため、報酬を得たいユーザにとって新なアプリケーションを購入する動機付けとなる。これにより、アプリケーションの販売の促進に繋げることが可能となる。
したがって、本実施形態によれば、アプリケーション間の相互送客の利便性を向上させることができる。

（３）上述のインストール通知部１０３の機能と、リスト要求部１０４の機能と、送客情報通知部１０６の機能と、報酬付与通知部１０７の機能とが、複数の対象アプリケーションのそれぞれに組み込まれたＳＤＫ１１（ソフトウェア）に基づいて実行される。例えば、送客元アプリ１０に組み込まれたＳＤＫ１１Ａが、インストール通知部１０３の機能と、リスト要求部１０４の機能と、送客情報通知部１０６の機能とを実行し、送客先アプリ２０に組み込まれたＳＤＫ１１Ｂが、インストール通知部１０３の機能と、報酬付与通知部１０７の機能とを実行する。なお、ＳＤＫ１１ＡとＳＤＫ１１Ｂとはそれぞれ同様の機能を有しており、送客元アプリ１０に組み込まれているか、または送客先アプリ２０に組み込まれているかに応じて対応する機能を実行する。

これにより、アプリケーションにＳＤＫ１１を組み込むことにより、本実施形態の相互送客システム５００に対応した対象アプリケーションとすることができる。よって、例えば、既存のアプリケーションやこれから開発するアプリケーションにおいても、ＳＤＫ１１を組み込み可能なようにアプリケーションのプログラムを更新または小変更すれば、当該アプリケーションを相互送客システム５００に対応した対象アプリケーションとすることができる。

（４）管理サーバ２００のリワード処理部２４５は、アプリケーションリストに含まれる一または複数の対象アプリケーションからユーザ端末１００で選択された送客先アプリ２０（第２アプリケーションの一例）が送客元アプリ１０（第１アプリケーションの一例）との間でキャンペーン期間（第１の期間の一例）を有するキャンペーン（イベントの一例）が設定されている場合であっても、当該送客先アプリ２０がキャンペーン期間外にインストールされたと判定されたときは、通常リワード処理（第２の報酬付与処理の一例）を実行する。

これによれば、送客先アプリ２０が、送客元アプリ１０との間でキャンペーンが設定されていても、当該キャンペーンのキャンペーン期間外にインストールされた場合には、通常リワードとすることができる。即ち、送客先アプリ２０が、送客元アプリ１０との間でキャンペーンが設定されている場合、送客先アプリ２０がインストールされたタイミングが、キャンペーン期間内であればＣＰリワード、それ以外の期間であれば通常リワードとすることができる。

（５）管理サーバ２００のリワード処理部２４５は、インストール通知取得部２４１において送客先アプリ２０（第２アプリケーションの一例）に対応するインストール通知情報を取得したタイミングがキャンペーン期間内（第１の期間内の一例）である場合に、送客先アプリ２０がキャンペーン期間内にユーザ端末１００（端末装置の一例）にインストールされたと判定する。

これにより、管理サーバ２００は、ユーザ端末１００から送信された送客先アプリ２０のインストール通知情報の取得タイミングにより、送客先アプリ２０がユーザ端末１００インストールされたタイミングがキャンペーン期間内であるか否かを判定することができる。

なお、管理サーバ２００のリワード処理部２４５は、送客元アプリ１０（第１アプリケーションの一例）から送客先アプリ２０に対する送客情報を取得したタイミングがキャンペーン期間内である場合に、送客先アプリ２０がキャンペーン期間内にユーザ端末１００にインストールされたと判定するようにしてもよい。つまり、キャンペーン期間内に送客情報が記録されれば、ユーザ端末１００から送信された送客先アプリ２０のインストール通知情報の取得タイミングがキャンペーン期間外であってもキャンペーン期間内にユーザ端末１００にインストールされたと見なすようにする。

（６）リワードユーザＩＤ（固有識別情報の一例）は、ユーザ端末１００に記憶されている。ユーザ端末１００は、インストールされた対象アプリケーションが複数の対象アプリケーションのうちの最初にユーザ端末１００（端末装置の一例）にインストールされた対象アプリケーションである場合、リワードユーザＩＤを取得し、取得したリワードユーザＩＤを、ユーザ端末１００にインストールされたいずれの対象アプリケーションからも参照可能なように端末記憶部１４０（記憶部の一例）に記憶させる固有識別情報取得部１０２を備えている。

これにより、相互送客システム５００によれば、ユーザ端末１００が、初めて対象アプリケーションがインストールされたときに自動でリワードユーザＩＤを取得し、取得したリワードユーザＩＤをその後インストールされる対象アプリケーションでも共通に利用可能とするため、ユーザに特別な操作をさせることなくリワードユーザＩＤが取得されて本システムを利用可能とすることができる。

（７）具体的には、固有識別情報取得部１０２は、インストールされた対象アプリケーションがユーザ端末１００にインストールされたときに、リワードユーザＩＤ（固有識別情報の一例）が端末記憶部１４０（記憶部の一例）に記憶されているか否かを判定し、リワードユーザＩＤが端末記憶部１４０に記憶されていないと判定した場合にリワードユーザＩＤを取得する。
これにより、ユーザ端末１００は、初めて対象アプリケーションがインストールされて起動したときにリワードユーザＩＤを取得することができる。

（８）インストール通知情報には、ユーザ端末１００に対応付けられたリワードユーザＩＤ（固有識別情報の一例）、及び当該インストール通知情報を送信した対象アプリケーションのアプリＩＤ（識別情報の一例）が含まれている。
ユーザ端末１００（ＳＤＫ１１）のインストール通知部１０３は、インストールされた対象アプリケーションがユーザ端末１００（端末装置の一例）にインストールされたことを示すインストール通知情報であって、インストールされた対象アプリケーションのアプリＩＤ、及びリワードユーザＩＤを含むインストール通知情報を管理サーバ２００に対して送信する。
管理サーバ２００のインストール情報管理部２２２は、ユーザ端末１００（ＳＤＫ１１）から取得したインストール通知情報に含まれるリワードユーザＩＤ、及び対象アプリケーションのアプリＩＤを関連付けて管理する。

これにより、ユーザ端末１００に対象アプリケーションがインストールされた場合、管理サーバ２００は、インストールされた対象アプリケーションのアプリＩＤと、ユーザ端末１００に対応付けられたリワードユーザＩＤとを関連付けて管理することができる。よって、管理サーバ２００は、ユーザ端末１００毎にインストールされている対象アプリケーションを特定することができる。
なお、本システムによらずに対象アプリケーションがインストールされた場合でも、管理サーバ２００は、インストールされた対象アプリケーションのアプリＩＤと、ユーザ端末１００に対応付けられたリワードユーザＩＤとを関連付けて管理しているので、管理サーバ２００は、ユーザ端末１００にインストールされている対象アプリケーションを特定することができる。

（９）インストール通知情報には、さらにインストール通知情報を送信した対象アプリケーションのアプリユーザＩＤ（ユーザ情報の一例）が含まれてもよい。つまり、インストール通知取得部２４１は、アプリユーザ情報取得部として機能する。すなわち、管理サーバ２００は、リワードユーザＩＤ（固有識別情報の一例）と関連付けて対象アプリケーションのアプリユーザＩＤを取得するアプリユーザ情報取得部を備える。例えば、ユーザ端末１００（ＳＤＫ１１）のインストール通知部１０３は、インストールされた対象アプリケーションをインストールしたユーザの当該インストールされた対象アプリケーションにおけるアプリユーザＩＤをさらに含めたインストール通知情報を、管理サーバ２００に対して送信する。管理サーバ２００は、インストール通知情報に含まれるアプリユーザＩＤを取得する。
また、対象アプリケーションによっては、ユーザ情報を登録するタイミングが、初めて起動したときだけでなく、例えばチュートリアルが終了したときなど、対象アプリケーションにより異なる場合がある。したがって、管理サーバ２００は、アプリユーザＩＤ（を、インストール通知情報以外の情報に含ませてユーザ端末１００（ＳＤＫ１１）から取得するようにしてもよい。また、管理サーバ２００は、アプリユーザＩＤを、対象アプリケーションに対応したアプリサーバ３００から取得するようにしてもよい。
管理サーバ２００のインストール情報管理部２２２は、インストール通知情報に含まれるリワードユーザＩＤ、対象アプリケーションのアプリＩＤ（識別情報の一例）、及び対象アプリケーションの（における）アプリユーザＩＤを関連付けて管理する。ここで、インストール情報管理部２２２が管理するアプリユーザＩＤは、上述したように、管理サーバ２００が取得したインストール通知情報に含まれていたものでもよいし、インストール通知情報以外の情報に含まれていたものでもよい。

これにより、ユーザ端末１００に対象アプリケーションがインストールされた場合、管理サーバ２００は、インストールされた対象アプリケーションのアプリＩＤと、インストールされた対象アプリケーションにおけるアプリユーザＩＤと、ユーザ端末１００に対応付けられたリワードユーザＩＤとを関連付けて管理することができる。即ち、管理サーバ２００は、ユーザ端末１００にインストールされている対象アプリケーション毎のアプリユーザＩＤをリワードユーザＩＤに関連付けて管理することができる。

（１０）管理サーバ２００のアプリケーション管理部２２１は、キャンペーン（イベントの一例）を示す情報とキャンペーンに関する情報を関連付けて、キャンペーン情報記憶部２３４またはキャンペーン参加アプリ情報記憶部２３５に記憶させて管理する。
管理サーバ２００のリスト通知部２４２は、アプリケーション管理部２２１が管理する上述の情報を参照して、アプリケーションリストに含まれる一または複数の特定アプリケーションに対応したキャンペーンに関する情報を送信する。

これにより、ユーザ端末１００は、管理サーバ２００から取得したアプリケーションリストを表示部１２０に表示する際に、キャンペーンが設定されている特定アプリケーションにはそのキャンペーンに関する情報（キャンペーンの名称や説明、キャンペーン期間等）を対応付けて表示することができる。

（１１）管理サーバ２００のアプリケーション管理部２２１は、キャンペーン（イベントの一例）に関する情報として、ＣＰリワード（報酬の一例）を示す情報の掲載場所のリンク先を示す情報を含んで管理する。
管理サーバ２００のリスト通知部２４２は、アプリケーション管理部２２１が管理する上述の情報を参照して、キャンペーンに関する情報として、アプリケーションリストに含まれる一または複数の特定アプリケーションに対応した上述のリンク先を示す情報を送信する。

これにより、ユーザ端末１００は、管理サーバ２００から取得したアプリケーションリストを表示部１２０に表示する際に、キャンペーンが設定されている特定アプリケーションにはそのキャンペーンのＣＰリワードを示す情報の掲載場所のリンク先を示す情報を対応付けて表示することができる。なお、ＣＰリワードを示す情報の掲載場所をリンク先としているのは、キャンペーン内容や時期に応じた多様な対応が可能なように、その掲載方法に自由度を持たせるためである。

（１２）具体的には、管理サーバ２００のアプリケーション管理部２２１（第１報酬情報管理部の一例）は、キャンペーン（イベントの一例）に対応して予め設定されたＣＰリワード（第１の報酬の一例）を示す情報の掲載場所のリンク先を示す情報をキャンペーン参加アプリ情報記憶部２３５に記憶させて管理する。また、アプリケーション管理部２２１（第２報酬情報管理部の一例）は、複数の対象アプリケーションのそれぞれと通常リワード処理（第２の報酬付与処理の一例）により付与される予め設定された通常リワードを示す情報とを対応付けた通常リワード情報を通常リワード情報記憶部２３２に記憶させて管理する。
そして、管理サーバ２００のリスト通知部は、複数の対象アプリケーションのうちの送客元アプリ１０（第１アプリケーションの一例）との間でキャンペーンが設定されていない対象アプリケーションには通常リワードを示す情報が対応付けられて表示されるように、通常リワードを示す情報を含むアプリケーションリストを、ユーザ端末１００に対して送信する。一方、リスト通知部は、複数の対象アプリケーションのうちの送客元アプリ１０との間でキャンペーンが設定されている対象アプリケーションには上述のリンク先を示す情報が対応付けられて表示されるように、当該リンク先を示す情報を含むアプリケーションリストを、ユーザ端末１００に対して送信する。

これにより、ユーザ端末１００は、管理サーバ２００から取得したアプリケーションリストを表示部１２０に表示する際に、キャンペーンが設定されていない対象アプリケーションには通常リワードを示す情報を表示し、キャンペーンが設定されている特定アプリケーションにはそのキャンペーンのＣＰリワード（報酬の一例）を示す情報の掲載場所のリンク先を示す情報を対応付けて表示することができる。

（１３）管理サーバ２００の送客情報取得部２４３は、送客元アプリ１０（第１アプリケーションの一例）から送客先アプリ２０（第２アプリケーションの一例）に対する送客情報であって、リワードユーザＩＤ（固有識別情報の一例）、送客元アプリ１０のアプリＩＤ（識別情報の一例）、及び送客先アプリ２０のアプリＩＤ（識別情報の一例）を含む送客情報を取得する。送客情報取得部２４３が送客情報を取得すると、管理サーバ２００の送客情報管理部２２３は、当該取得した送客情報に含まれるリワードユーザＩＤ、送客元アプリ１０のアプリＩＤ、及び送客先アプリ２０のアプリＩＤを関連付けて送客情報の記録として送客情報記憶部２３７に記憶させて管理する。
そして、管理サーバ２００のリワード処理部２４５は、送客先アプリ２０から報酬付与通知情報を取得した場合に、送客先アプリ２０に対する送客情報の記録が送客情報管理部２２３において管理されていることを条件として、通常リワード処理またはＣＰリワード処理（報酬付与処理の一例）を実行する。

これにより、相互送客システム５００は、本システムによらずに対象アプリケーションがインストールされた場合には送客情報の記録がないため、通常リワード及びＣＰリワードの対象としないようにすることができる。

（１４）管理サーバ２００のインストール誘導指示部２４４は、送客情報取得部２４３が取得した送客情報に含まれる送客先アプリ２０（第２アプリケーションの一例）のアプリＩＤ（識別情報の一例）に基づいて送客先アプリ２０をインストール可能なストアページ（画面）に誘導する指示情報をユーザ端末１００に送信する。

これにより、ユーザ端末１００は、送客元アプリ１０（第１アプリケーションの一例）から送客される対象アプリケーションが選択された場合に、選択された対象アプリケーションをインストール可能なストアページをユーザに特別な操作をさせることなく自動で表示することができる。

（１５）報酬付与通知情報には、ユーザ端末１００に対応付けられたリワードユーザＩＤ（固有識別情報の一例）、及び送客先アプリ２０（第２アプリケーションの一例）のアプリＩＤ（識別情報の一例）が含まれている。
ユーザ端末１００（ＳＤＫ１１）の報酬付与通知部１０７は、上述の各情報を含む報酬付与通知情報を管理サーバ２００に対して送信する。
管理サーバ２００のリワード処理部２４５は、ユーザ端末１００にインストールされた送客先アプリ２０から取得した報酬付与通知情報に基づいて、リワードユーザＩＤに関連付けられた送客元アプリ１０（第１アプリケーションの一例）のアプリユーザＩＤ（ユーザ情報の一例）を含む報酬付与情報を、送客元アプリ１０に対応するアプリサーバ３１０（サーバ装置の一例）に送信する。

これにより、管理サーバ２００は、取得した報酬付与通知情報を送信したユーザ端末１００及び送客先アプリ２０を特定することができるとともに、このユーザ端末１００で送客元アプリ１０を利用するユーザ（ユーザＸ）に対して報酬が付与されるように、このユーザ（ユーザＸ）の送客元アプリ１０におけるアプリユーザＩＤを含む報酬付与情報を送客元アプリ１０に対応するアプリサーバ３１０に送信することができる。

（１６）ユーザ端末１００（ＳＤＫ１１）の報酬付与通知部１０７は、さらにキャンペーン（イベントの一例）のキャンペーンＩＤ（識別情報の一例）を含めた報酬付与通知情報を管理サーバ２００に対して送信する。

これにより、管理サーバ２００は、キャンペーン情報記憶部２３４またはキャンペーン参加アプリ情報記憶部２３５を参照して、取得した報酬付与通知情報を送信した送客先アプリ２０に設定されているキャンペーンを特定するとともに、キャンペーンに関する情報（例えば、報酬付与期間）を特定することができる。特に送客先アプリ２０に複数のキャンペーンが設定されている場合にこのキャンペーンＩＤが報酬付与通知情報に含まれていることが有効である。例えば、一つの対象アプリケーションに対して、互いに異なるキャンペーン期間となる複数のキャンペーンを設定することができる。

（１７）複数の特定アプリケーションに対して、キャンペーン期間（第１の期間の一例）と重複しない別期間のキャンペーン（イベントの一例）とが設定されたとする。このときには、管理サーバ２００のリワード処理部２４５は、ユーザ端末１００において送客先アプリ２０（第２アプリケーションの一例）のキャンペーン期間（第１の期間の一例）のキャンペーン（イベント）に対応したＣＰリワード処理（報酬付与処理の一例）を実行済みである場合には、上述の別期間のキャンペーンに対応したＣＰリワード処理（報酬付与処理の一例）を実行しない。

これにより、相互送客システム５００は、同じ送客先アプリ２０に対するＣＰリワード処理において、あるキャンペーンでＣＰリワードによる報酬が付与されたユーザに対しては、別のキャンペーンでのＣＰリワードによる報酬が再度付与されないようにすることができる。即ち、ＣＰリワードが行われた送客先アプリ２０は、別のＣＰリワードの対象とはならない。

例えば、送客先アプリ２０をキャンペーンＡのキャンペーン期間にインストールしたユーザには、そのキャンペーンで設定された成果地点の到達に基づいて報酬が付与される。複数設けられた成果地点のそれぞれに到達した場合は、それぞれの到達に基づいてそれぞれ報酬が付与される。しかし、その後の期間でキャンペーンＡとは異なるキャンペーンＢが開始されても。そのキャンペーンＢで設定された成果地点に到達しても報酬は付与されない。
ここで、キャンペーンＢのキャンペーン期間が始まり、キャンペーンＢで設定された成果地点に到達した場合には、報酬付与通知情報がユーザ端末１００から管理サーバ２００に送信されてしまう。しかしながら、ユーザ端末１００からキャンペーンＢに対応する送客情報が管理サーバ２００に対して送信されていないので、管理サーバ２００は、キャンペーンＢに対応する送客情報を管理していない（送客情報記憶部２３７に該当するレコードがない）ことになる。その結果、リワード成立情報記憶部２３８にもこのキャンペーンＢに対応するリワード成立情報が管理されていないため、管理サーバ２００は、キャンペーンＢに対する報酬付与通知情報を取得しても、リワード成立情報を更新することができず、当該報酬付与通知情報を無効なものとして扱うことができる。したがって、ＣＰリワードの２重報酬付与を防止する制御が可能になる。

（１８）管理サーバ２００のリワード処理部２４５は、ユーザ端末１００において送客先アプリ２０（第２アプリケーションの一例）のＣＰリワード処理（第１の報酬付与処理の一例）及び通常リワード処理（第２の報酬付与処理の一例）の少なくとも一方を実行済みである場合には、他方の報酬付与処理を実行しない。

例えば、管理サーバ２００は、通常リワード処理またはＣＰリワード処理が行われた送客先アプリ２０のリワード成立情報に含まれる成立状態が既に「１」（成立）に更新されている。そのため、管理サーバ２００は、この送客先アプリ２０から再び報酬付与通知情報を取得しても、成立状態を「１」（成立）に更新可能なリワード成立情報がなく、当該報酬付与通知情報を無効なものとして扱うことができる。

これにより、相互送客システム５００は、同じ送客先アプリ２０に対して、通常リワードによる報酬と、ＣＰリワードによる報酬とが２重に付与されないようにすることができる。即ち、通常リワードが行われた送客先アプリ２０は、ＣＰリワードの対象とはならない。また、ＣＰリワードが行われた送客先アプリ２０は、通常リワードの対象とはならない。

（１９）上記実施形態では、キャンペーン（イベントの一例）に対して、キャンペーン期間（第１の期間の一例）の最初又は途中から開始し、キャンペーン期間の最後より後に終了する報酬付与期間（第２の期間の一例）が設定されている。ユーザ端末１００（ＳＤＫ１１）の報酬付与通知部１０７は、報酬付与通知情報を管理サーバ２００に対して送信する。そして、管理サーバ２００のリワード処理部２４５は、報酬付与期間内にユーザ端末１００にインストールされた送客先アプリ２０（第２アプリケーションの一例）から報酬付与通知情報を取得した場合に、当該取得した報酬付与通知情報に基づくＣＰリワード処理（報酬付与処理の一例）を実行する。

これにより、相互送客システム５００は、キャンペーン期間の最後の直前に送客先アプリ２０がユーザ端末１００にインストールされた場合であっても、ＣＰリワードの報酬が付与される成果地点までの到達をユーザが試みる期間をユーザに与えることができる。また、管理サーバ２００は、取得したタイミングが報酬付与期間内に、ユーザ端末１００から報酬付与通知情報を取得した場合に、ＣＰリワード（報酬の一例）が付与されるようにすることができる。

（２０）なお、ユーザ端末１００（ＳＤＫ１１）の報酬付与通知部１０７は、報酬付与条件が充足されたタイミングが報酬付与期間（第２の期間の一例）であった場合に、報酬付与通知情報を管理サーバ２００に対して送信してもよい。そして、管理サーバ２００のリワード処理部２４５は、報酬付与条件が充足されたタイミングが報酬付与期間内であった場合に、送客先アプリ２０（第２アプリケーションの一例）から報酬付与通知情報を取得するとともに、当該取得した報酬付与通知情報に基づくＣＰリワード処理（報酬付与処理の一例）を実行してもよい。

この場合、ユーザ端末１００は、報酬付与条件が充足されたタイミングが報酬付与期間である場合にのみ報酬付与通知情報を管理サーバ２００に送信する。したがって、管理サーバ２００は、報酬付与期間内に報酬付与条件が充足された場合に、ユーザ端末１００から報酬付与通知情報を取得してＣＰリワード（報酬の一例）が付与されるようにすることができる。

（２１）キャンペーン（イベントの一例）に対応して予め設定された報酬付与条件は複数設けられていてもよい。ユーザ端末１００（ＳＤＫ１１）の報酬付与通知部１０７は、複数の報酬付与条件のそれぞれが充足されたことに基づいて、報酬付与通知情報をそれぞれ管理サーバ２００に対して送信する。管理サーバ２００のリワード処理部２４５は、複数の報酬付与条件のいずれかが充足されたことに基づいて、ユーザ端末１００にインストールされた送客先アプリ２０（第２アプリケーションの一例）から報酬付与通知情報を取得した場合に、当該取得した報酬付与通知情報に基づくＣＰリワード処理（報酬付与処理の一例）を実行する。

これにより、相互送客システム５００は、送客先アプリ２０に設定されたキャンペーンの複数の報酬付与条件のそれぞれが充足されたことに応じて、それぞれ対応するＣＰリワード処理を実行することができる。つまり、ユーザはキャンペーン期間（報酬付与期間の一例）に設定された複数の報酬をできるだけ多く獲得するために送客先アプリ２０を継続して利用することになる。そのため送客先アプリ２０の利用を高めることができる。

（２２）管理サーバ２００のリワード処理部２４５は、複数の報酬付与条件のいずれかが充足されたことに基づいて送客先アプリ２０（第２アプリケーションの一例）から報酬付与通知情報を取得した場合に、取得したタイミングが報酬付与期間（第２の期間の一例）内であるとき報酬付与通知情報に基づくＣＰリワード処理（報酬付与処理の一例）を実行する。

つまり、管理サーバ２００は、キャンペーンに複数の報酬付与条件が設定されている場合も、複数の報酬付与条件のそれぞれが充足されたタイミング（管理サーバ２００が報酬付与通知情報を取得したタイミング）が報酬付与期間内である場合にのみＣＰリワード（報酬の一例）を付与することができる。

（２３）複数の報酬付与条件のそれぞれは、例えば、送客先アプリ２０（第２アプリケーションの一例）による処理において予め設定された複数の成果地点のそれぞれに到達するタイミングである。ユーザ端末１００（ＳＤＫ１１）の報酬付与通知部１０７は、複数の報酬付与条件のそれぞれが充足されたことに基づいて、複数の成果地点のうちの到達した成果地点を示す成果地点ＩＤ（成果地点情報の一例）を含む報酬付与通知情報をそれぞれ管理サーバ２００に対して送信する。そして、管理サーバ２００のリワード処理部２４５は、複数の報酬付与条件のそれぞれが充足されたことに基づいて、送客先アプリ２０から複数の成果地点のうちの到達した成果地点を示す成果地点ＩＤ（成果地点情報）を含む報酬付与通知情報を取得するとともに、当該取得した成果地点ＩＤ（成果地点情報）を含む報酬付与情報を送客元アプリ１０（第１アプリケーションの一例）に対応するアプリサーバ３１０（サーバ装置の一例）に送信する。

つまり、管理サーバ２００は、ユーザ端末１００において、送客先アプリ２０の複数の成果地点のそれぞれに到達したことに応じて、それぞれ到達した成果地点を示す成果地点ＩＤを、送客元アプリ１０に対応するアプリサーバ３１０に送信する。
これにより、相互送客システム５００は、送客先アプリ２０に設定されたキャンペーンの複数の成果地点のそれぞれが到達されたことに応じて、到達した成果地点のそれぞれに対応するＣＰリワード（報酬の一例）が付与されるようにすることができる。

（２４）ユーザ端末１００（ＳＤＫ１１）の報酬付与通知部１０７は、複数の報酬付与条件のそれぞれが充足されたことに基づいて、複数の成果地点のいずれかに到達したことを示す到達情報を含む報酬付与通知情報を管理サーバ２００に対して送信してもよい。そして、管理サーバ２００のリワード処理部２４５は、複数の報酬付与条件のそれぞれが充足されたことに基づいて、送客先アプリ２０（第２アプリケーションの一例）から複数の成果地点のいずれかに到達したことを示す到達情報を含む報酬付与通知情報を取得するとともに、当該取得する毎に報酬付与通知情報の取得回数に応じた報酬付与情報を送客元アプリ１０（第１アプリケーションの一例）に対応するアプリサーバ３１０（サーバ装置の一例）に送信してもよい。

つまり、管理サーバ２００は、複数の成果地点のいずれかに到達したときに送客元アプリ１０に対応するアプリサーバ３１０に送信する報酬付与情報には、成果地点ＩＤを含めずとも、報酬付与通知情報の取得回数を示す情報（即ち、成果地点に到達した回数であって、何番目の成果地点であるかを示す情報）を含めてもよい。この場合、アプリサーバ３１０と管理サーバ２００との間で、上述の回数を示す情報を含む報酬付与情報を授受するように予め取り決めてさえおけばよい。よって、相互送客システム５００は、成果地点ＩＤに代えて報酬付与通知情報の取得回数を示す情報を報酬付与情報に含めても、到達した成果地点のそれぞれに対応するＣＰリワード（報酬の一例）が付与されるようにすることができる。

（２５）管理サーバ２００のリワード処理部２４５は、複数の報酬付与条件のそれぞれが充足されたことに基づいて、送客先アプリ２０（第２アプリケーションの一例）から複数の成果地点のいずれかに到達したことを示す到達情報を含む報酬付与通知情報を取得するとともに、当該取得した到達情報を含む報酬付与情報を送客元アプリ１０（第１アプリケーションの一例）に対応するアプリサーバ３１０（サーバ装置の一例）に送信してもよい。

つまり、管理サーバ２００は、複数の成果地点のいずれかに到達したときに送客元アプリ１０に対応するアプリサーバ３１０に送信する報酬付与情報には、成果地点ＩＤを含めずとも、いずれかの成果地点に到達したこと示す到達情報（例えば、単に成果地点に到達したことを示すフラグ情報）を含めてもよい。この場合、アプリサーバ３１０と管理サーバ２００との間で、単に到達情報を含む報酬付与情報を授受するように予め取り決めてさえおけばよい。そして、アプリサーバ３１０が、到達情報の取得回数を計数して計数結果に応じた報酬を付与してもよい。よって、相互送客システム５００は、成果地点ＩＤに代えて単に到達情報を報酬付与情報に含めても、到達した成果地点のそれぞれに対応するＣＰリワード（報酬の一例）が付与されるようにすることができる。

このように、ＣＰリワードによる報酬付与条件は複数設けることができる。ここで、相互送客システム５００は、それぞれの報酬付与条件の設定内容や報酬付与条件の総数等を関知する必要がなく、送客先アプリ２０において報酬付与条件が充足される毎（成果地点に到達する毎）に、成果地点ＩＤ、報酬付与通知情報の取得回数を示す情報、到達情報等をアプリサーバ３１０に送信するだけである。

なお、本実施形態では、相互送客システム５００に対応する対象アプリケーションに関する情報を管理サーバ２００が管理するため、本システムに対応しないアプリケーションまで検索対象となることを防止することができる。また、ユーザ端末１００にインストールされているアプリケーションを特定する方法としてはＵＲＬスキームを利用する方法があるが、その場合、管理サーバ２００からＵＲＬスキームを取得可能なように構成する必要がある。これに対し、本実施形態では、ユーザ端末１００にインストールされている対象アプリケーションのインストール情報が管理サーバ２００に管理される。そのため、本実施形態では、送客先アプリ２０として選択する候補となるアプリケーションリストを生成する際の処理を容易に行うことができる。

また、送客先アプリ２０を購入するアプリストア４００（ストアサイトの一例）からダウンロードしてインストールする過程、およびインストール完了後に当該送客先アプリ２０を起動する過程は、ユーザの操作に委ねられており、その間にどうような操作がされるか不明である。例えば、送客先アプリ２０を購入するアプリストア４００へ誘導されたユーザは、そのついでに、他のアプリケーションをダウンロードする可能性もあり得る。このような場合であっても、相互送客システム５００では、送客元アプリ１０から送客先アプリ２０に対する送客情報を管理しているため、送客の事実に基づいて正しくリワード処理を行うことができる。

＜第２の実施形態＞
次に、本発明の第２の実施形態を説明する。本実施形態の相互送客システム５００の構成は、第１の実施形態と同様であるので、本実施形態において特徴的な処理について説明する。第１の実施形態では、図１４を参照して、ステップＳＥ１５の処理でインストール済みの対象アプリケーションを除いたアプリケーションリストまたは送客元アプリ１０との間にキャンペーンが設定されている特定アプリケーションのアプリケーションリストとするフィルタ処理を説明したが、これに限られるものではない。本実施形態では、アプリ間フィルタ記憶部２３３に設定されている条件（フィルタ情報）に基づいて、アプリケーションリストに含める対象アプリケーションを所定の条件に基づいて選択する処理（フィルタリングする処理）について説明する。

アプリ間フィルタ記憶部２３３は、相互送客可能な対象アプリケーションを制限するためのアプリケーション間におけるフィルタ情報（アプリ間フィルタ情報）を記憶する。この相互送客可能な対象アプリケーションを制限するためのアプリ間フィルタ情報は、例えば、送客先アプリ２０として選択可能なアプリケーションリストへの掲載を禁止する掲載禁止情報として設定される。

なお、このアプリ間フィルタ情報は、通常リワードにおいて有効であり、送客元アプリ１０との間でキャンペーンが設定されていない対象アプリケーション、送客元アプリ１０との間でキャンペーンが設定されていてもキャンペーン期間中ではない特定アプリケーションに対してフィルタリングする情報である。

図１６は、アプリ間フィルタ記憶部２３３に記憶されるアプリ間フィルタ情報の一例を示す図である。アプリ間フィルタ情報には、フィルタＩＤ（FilterID）と、ブロックするアプリＩＤ（ApIDfrom）と、ブロックされるアプリＩＤ（ApIDto）とが関連付けられている。フィルタＩＤ（FilterID）は、アプリ間フィルタ情報毎に識別可能なように各フィルタ情報が設定された順に発行される管理ＩＤである。

ブロックするアプリＩＤ（ApIDfrom）には、アプリケーションリストへの掲載の禁止を設定する側の設定側アプリケーションのアプリＩＤが設定される。一方、ブロックされるアプリＩＤ（ApIDto）には、当該設定側アプリケーションのアプリケーションリストへの掲載が禁止される側の被設定側アプリケーションのアプリＩＤが設定される。つまり、アプリ間フィルタ記憶部２３３は、ブロックするアプリＩＤ（設定側アプリケーションのアプリＩＤ）とブロックされるアプリＩＤ（被設定側アプリケーションのアプリＩＤ）とを組みにしたアプリ間フィルタ情報を記憶する。

リスト通知部２４２は、アプリ間フィルタ記憶部２３３に記憶されているアプリ間フィルタ情報を参照して、ブロックするアプリＩＤ（設定側アプリケーションのアプリＩＤ）に設定されている対象アプリケーションからの送客の場合には、送客先アプリ２０として選択可能なアプリケーションリストから、ブロックされるアプリＩＤ（被設定側アプリケーションのアプリＩＤ）に設定されている対象アプリケーションを除く。
例えば、送客元アプリ１０（ゲームＡ）から送客先アプリ２０（ゲームＢ）に対する送客を禁止したい場合には、ブロックするアプリＩＤに送客元アプリ１０（ゲームＡ）のアプリＩＤを設定し、ブロックされるアプリＩＤに送客先アプリ２０（ゲームＢ）のアプリＩＤを設定すればよい。

なお、図１６に示すアプリ間フィルタ情報におけるブロックするアプリＩＤ（設定側アプリケーションのアプリＩＤ）とブロックされるアプリＩＤ（被設定側アプリケーションのアプリＩＤ）とは双方向に掲載が禁止される関係としてもよい。即ち、リスト通知部２４２は、アプリ間フィルタ記憶部２３３に記憶されているアプリ間フィルタ情報を参照して、ブロックされるアプリＩＤ（被設定側アプリケーションのアプリＩＤ）に設定されている対象アプリケーションからの送客の場合には、送客先アプリ２０として選択可能なアプリケーションリストから、ブロックするアプリＩＤ（設定側アプリケーションのアプリＩＤ）に設定されている対象アプリケーションを除いてもよい。

また、対象アプリケーションによって、通常リワードは参加せずにＣＰリワードのみ参加したい場合には、当該対象アプリケーションのアプリＩＤをブロックされるアプリＩＤ(ApIDto)に設定し、ブロックするアプリＩＤ(ApIDfrom)に「ｎｕｌｌ」を設定する。これにより、キャンペーン期間外では、当該対象アプリケーションは、いずれの対象アプリケーションからの送客に対してもアプリケーションリスト（相互送客システム５００に対応する対象アプリケーションの一覧）へ掲載されないようになる。例えば、既にあるアプリケーションが相互送客システム５００に参加する前に、他のアプリケーションとの間で通常リワードによる相互送客を実施している場合であって、ＣＰリワードのみ本システムに参加したいアプリケーションに対応することができる。なお、通常リワードは参加せずにＣＰリワードのみ参加したい対象アプリケーションに関する情報は、対象アプリケーションに関する対象アプリケーション情報を記憶する対象アプリ情報記憶部２３１にて、対象アプリケーションのアプリＩＤ（ApID）と関連付けて記憶させるようにしてもよい。

〔第２の実施形態のまとめ〕
以上説明したように、管理サーバ２００のアプリケーション管理部２２１は、アプリケーションリストへの掲載の禁止を設定する側の設定側アプリケーションと、当該設定側アプリケーションのアプリケーションリストへの掲載が禁止される側の被設定側アプリケーションとを組みにしたアプリ間フィルタ情報（第１の掲載禁止情報の一例）をアプリ間フィルタ記憶部２３３に記憶させて管理する。
そして、管理サーバ２００のリスト通知部２４２は、アプリケーション管理部２２１が管理しているアプリ間フィルタ情報を参照して、送客元アプリ１０（第１アプリケーションの一例）を被設定側アプリケーションに設定しているアプリ間フィルタ情報がある場合であって、当該アプリ間フィルタ情報で示す設定側アプリケーションが送客元アプリ１０との間でキャンペーン（イベントの一例）が設定されていないときは、当該設定側アプリケーションを除いた対象アプリケーションのアプリケーションリストを、ユーザ端末１００に対して送信する。

これにより、相互送客システム５００では、通常リワードにおいて相互送客させたくない対象アプリケーションの関係を管理サーバ２００に設定することができる。例えば、対象アプリケーションの中でレイティング（年齢制限）が設定されているものがあれば、レイティングが設定されていない送客元アプリ１０から、レイティングが設定されている送客先アプリ２０への送客を行わせないようにすることができる。

また、管理サーバ２００のリスト通知部２４２は、アプリケーション管理部２２１が管理しているアプリ間フィルタ情報を参照して、送客元アプリ１０を設定側アプリケーションに設定しているアプリ間フィルタ情報がある場合であって、当該第１の掲載禁止情報で示す被設定側アプリケーションが送客元アプリ１０との間でキャンペーンが設定されていないときは、当該被設定側アプリケーションを除いた対象アプリケーションのアプリケーションリストを、ユーザ端末１００に対して送信する。

これにより、アプリ間フィルタ情報の設定側アプリケーションと被設定側アプリケーションとのそれぞれに設定された対象アプリケーションは、互いに（双方向に）アプリケーションリストへの掲載を禁止（ブロック）することができる。

また、管理サーバ２００のアプリケーション管理部２２１は、アプリケーションリストへの掲載が禁止される側の被設定側アプリケーションのみが登録されたアプリ間フィルタ情報（第２の掲載禁止情報の一例）をアプリ間フィルタ記憶部２３３に記憶させて管理する。
そして、管理サーバ２００のリスト通知部２４２は、アプリケーション管理部２２１が管理しているアプリ間フィルタ情報を参照して、アプリ間フィルタ情報で示す被設定側アプリケーションが送客元アプリ１０（第１アプリケーションの一例）との間でキャンペーン（イベントの一例）が設定されていないときは、当該被設定側アプリケーションを除いた対象アプリケーションのアプリケーションリストを、ユーザ端末１００に対して送信する。
また、アプリ間フィルタ情報に相当する情報は、対象アプリ情報記憶部２３１に記憶させて管理するようにしてもよい。つまり、対象アプリ情報記憶部２３１にアプリ間フィルタ情報に相当する情報が記憶された対象アプリケーションについては、ＣＰリワードのみ参加させるようにする。

これにより、キャンペーンのみ相互送客システム５００に参加したいような対象アプリケーションの場合に、キャンペーン期間外では、いずれの対象アプリケーションからの送客に対してもアプリケーションリストへ掲載されないようにすることができる。

＜第３の実施形態＞
次に、本発明の第３の実施形態を説明する。上記第１、２の実施形態では、ユーザ端末１００にインストールされている送客元アプリ１０から、当該ユーザ端末１００にインストールされていない送客先アプリ２０へユーザを送客する相互送客処理の例であって、送客先アプリ２０送客時点でリリースされている対象アプリケーションである場合の例を説明した。本実施形態では、送客先アプリが、リリース予定の対象アプリケーションであって、送客時点でリリースされていない場合の例について説明する。ここで、リリース予定の対象アプリケーションとは、ユーザに対して提供が予定されている対象アプリケーションであって、まだリリースされていない対象アプリケーション、即ち、提供開始前の対象アプリケーションのことをいう。

リリース予定の対象アプリケーションへ送客する場合、この対象アプリケーションが送客時点ではリリースされていないため、インストール先（ダウンロード先）へ誘導することができない。また、リリース予定の対象アプリケーションの場合には、その対象アプリケーションが開発中であって報酬の付与方法が定まっていないことがある。そこで、本実施形態では、リリース予定の対象アプリケーションへ送客する送客情報を管理しておき、リリース後に、その対象アプリケーションがユーザ端末１００にインストールされると、管理している送客情報に基づいて報酬が付与されるようにした。

〔第３の実施形態による相互送客システムの構成及び処理〕
図１７は、本実施形態のネットワークシステム１ａにおける相互送客システム５００ａの構成及び処理の一例を説明する説明図である。この図１７において、図４の各部と対応する部分には同一の符号を付け、その説明を省略する。

この図１７に示す例では、ユーザＸが利用するユーザ端末１００に送客元アプリ１０（ゲームＡ）がインストールされ、インストールされた送客元アプリ１０（ゲームＡ）におけるユーザＸの操作に基づいて、リリース予定の対象アプリケーションが選択される。この選択されたリリース予定の対象アプリケーションを送客先アプリ５０（ゲームＮ）と称して説明する。そして、この図１７に示す例では、選択された送客先アプリ５０（ゲームＮ）が、リリース後に、ユーザ端末１００にインストールされた場合、送客先アプリ５０（ゲームＮ）におけるユーザＸに対して報酬（リワード）が付与される。

ここで、リリース後の送客先アプリ５０（ゲームＮ）は、リリースされた対象アプリケーションであるため、第１、２の実施形態で説明した送客先アプリ２０にもなり得るし、ユーザ端末１００にインストールされた後に送客元アプリ１０にもなり得る。

なお、リリース予定の対象アプリケーションがユーザＸに選択されたことにより、選択されたリリース予定の対象アプリケーションに対してユーザＸが登録されてもよい。例えば、ユーザＸは、送客元アプリ１０において、リリース予定の対象アプリケーションの中から、登録したい対象アプリケーションを選択して、事前に登録することができる。

本実施形態の相互送客システム５００ａの主要な構成は、ＳＤＫ１１（この図ではＳＤＫ１１Ａ、ＳＤＫ１１Ｎ）と管理サーバ２００ａとを備えた構成である。送客元アプリ１０（ゲームＡ）にはＳＤＫ１１Ａが組み込まれ、送客先アプリ５０（ゲームＮ）にはＳＤＫ１１Ｎが組み込まれている。ＳＤＫ１１Ｎは、図４に示すＳＤＫ１１Ｂと同様の構成を備えている。なお、相互送客システム５００ａに対応するアプリケーションは、第１、２の実施形態と同様に、送客元アプリ１０と送客先アプリ５０のどちらにもなり得るので、ＳＤＫ１１ＡとＳＤＫ１１Ｎの両方の構成を備えたＳＤＫ１１が組み込まれている。このＳＤＫ１１の構成は、図５に示す構成と同様である。

管理サーバ２００ａは、ユーザ端末１００にインストールされた相互送客システム５００に対応するアプリケーションに組み込まれたＳＤＫ１１と通信することにより、本実施形態による相互送客処理を実行する。本実施形態では、管理サーバ２００ａは、ユーザ端末１００にインストールされた送客元アプリ１０（ゲームＡ）からリリース予定の送客先アプリ５０（ゲームＮ）への送客情報を管理するとともに、リリース後に送客先アプリ５０（ゲームＮ）がユーザ端末１００にインストールされた場合に、送客先アプリ５０（ゲームＮ）に対応するアプリサーバ３５０（ゲームＮ）に対してリワードに関する情報を送信する。これにより、アプリサーバ３５０（ゲームＮ）において、送客先アプリ５０（ゲームＮ）におけるユーザＸに対して報酬が付与される。

以下、本実施形態による相互送客処理の概略の流れについて説明する。ここでは、図４を用いて説明した処理と同様の処理については、その説明を適宜省略する。（１）及び（２）の処理は、図４を用いて説明した処理と同様である。

（３Ａ）ユーザ端末１００にインストールされていない対象アプリケーションのアプリケーションリストを要求するのに代えて、リリース予定の対象アプリケーションのアプリケーションリストを要求する点が、図４に示す（３）の処理と異なる。
ユーザ端末１００（ＳＤＫ１１Ａ）は、相互送客システム５００ａに対応する少なくとも一のリリース予定の対象アプリケーションのアプリケーションリスト（送客先アプリ５０の候補となる対象アプリケーションの一覧）を要求するリスト要求通知情報を管理サーバ２００ａに対して送信する（ＲＥＱ１２Ａ）。

（４Ａ）管理サーバ２００ａは、ユーザ端末１００（ＳＤＫ１１Ａ）からリスト要求通知情報を取得すると、少なくとも一のリリース予定の対象アプリケーションのアプリケーションリストをユーザ端末１００（ＳＤＫ１１Ａ）に対して送信する（ＲＥＳ１２Ａ）。ユーザ端末１００（ＳＤＫ１１Ａ）は、管理サーバ２００ａからアプリケーションリストを取得すると、取得したアプリケーションリストを表示部１２０に表示する。例えば、この表示部１２０に表示されたアプリケーションリストには、アプリケーションリストに含まれるリリース予定の対象アプリケーションを選択することにより付与される報酬に関する情報が含まれている。

（５Ａ）表示部１２０に表示されたアプリケーションリストの中からいずれかのリリース予定の対象アプリケーションがユーザＸにより選択されると、ユーザ端末１００（ＳＤＫ１１Ａ）は、選択されたリリース予定の対象アプリケーション（ここでは、送客先アプリ５０（ゲームＮ））へ送客されたことを示す送客情報を、送客元アプリ１０（ゲームＡ）から管理サーバ２００ａに対して送信する（ＲＥＱ１３Ａ）。ここで、送客情報には、少なくとも、送客先アプリ５０（ゲームＮ）のアプリＩＤと、リワードユーザＩＤとが含まれる。

（５Ｂ）管理サーバ２００ａは、送客先アプリ５０（ゲームＮ）がリリースされると、リリースされたことを示すリリース情報をユーザ端末１００に送信する。例えば、ユーザ端末１００において常駐して動作するアプリケーションである常駐アプリ４０は、プッシュ通知により、管理サーバ２００ａから上述のリリース情報を取得する。そして、ユーザ端末１００は、取得したリリース情報を表示部１２０に表示する。例えば、ユーザ端末１００は、表示部１２０に表示される表示画面においてポップアップ表示するアラートダイアログや、表示画面内の所定の通知領域(各種アプリケーションにおける通知情報が表示される領域)に、上述のリリース情報を表示する。例えば、リリース情報には送客先アプリ５０（ゲームＮ）の紹介画面が表示されるページのリンク先を示す情報が含まれている。

（５Ｃ）ユーザ端末１００に表示されたリリース情報に対して、ユーザＸが操作（例えば、リンク先を示す情報をタップ操作）すると、ユーザ端末１００にインストールされているブラウザアプリケーションであるブラウザ４５が起動し、上述のリンク先のページであるリリースされた送客先アプリ５０（ゲームＮ）の紹介画面がユーザ端末１００に表示される。
また、送客先アプリ５０（ゲームＮ）の紹介画面には、所定の期間内にインストールしないと報酬が得られない旨の表示情報や、送客先アプリ５０（ゲームＮ）をインストール可能（ダウンロード可能）なアプリストア４００へのリンクボタンが表示される。

（６Ａ）ユーザ端末１００に表示された紹介画面において、アプリストア４００へのリンクボタンに対してユーザＸが操作（例えば、タップ操作）すると、送客先アプリ５０（ゲームＮ）をインストール可能（ダウンロード可能）なアプリストア４００のストアページを表示するアプリケーションであるストア３０を起動させる。このストア３０は、アプリストア４００から、送客先アプリ５０（ゲームＮ）をインストール可能なストアページを取得して表示部１２０に表示させる。

以降の（７）、（８）、（９）の処理は、図４を用いて説明した処理と同様の処理である。
（７）ユーザＸの操作により送客先アプリ５０（ゲームＮ）がユーザ端末１００にダウンロードされてインストールされた後、引き続きユーザＸの操作によりインストールされた送客先アプリ５０（ゲームＮ）が起動される。
（８）ユーザ端末１００（ＳＤＫ１１Ｎ）は、送客先アプリ５０（ゲームＮ）がインストールされたことを示すインストール通知情報を管理サーバ２００ａに対して送信する（ＲＥＱ１４）。
（９）管理サーバ２００ａは、ユーザ端末１００（ＳＤＫ１１Ｎ）から送信されたインストール通知情報を取得すると、取得したことを示す応答情報を、ユーザ端末１００（ＳＤＫ１１Ｎ）に対して送信する（ＲＥＳ１４）。

また、管理サーバ２００ａは、取得したインストール通知情報と、管理している送客情報とに基づいて、この送客先アプリ５０（ゲームＮ）が、この送客先アプリ５０（ゲームＮ）のリリース前に、ユーザ端末１００において送客元アプリ１０（ゲームＡ）から送客されたものであると判定する。

（１１Ａ）管理サーバ２００ａは、送客元アプリ１０（ゲームＡ）からリリース前に送客された送客先アプリ５０（ゲームＮ）がユーザ端末１００にインストールされたことにより、送客先アプリ５０（ゲームＮ）において、ユーザＸに対して報酬が付与されることを示す報酬付与情報を、送客先アプリ５０（ゲームＮ）に対応するアプリサーバ３５０（ゲームＮ）に対して送信する。

このような処理の流れにより、送客元アプリ１０（ゲームＡ）からリリース予定の対象アプリケーションである送客先アプリ５０（ゲームＮ）に対して送客がなされる。ここで、管理サーバ２００ａが、リリース予定の送客先アプリ５０（ゲームＮ）のアプリＩＤと、リワードユーザＩＤとを含む送客情報を管理する。これにより、送客先アプリ５０（ゲームＮ）におけるユーザＸのアプリユーザＩＤが設定されていないのみならず、送客先アプリ５０（ゲームＮ）のインストール先や報酬の付与方法が定まっていない場合であっても、上述の送客情報に基づいて、送客先アプリ５０（ゲームＮ）のリリース後に、リワード処理を行うことができる。よって、ユーザＸが対象アプリケーションを利用する動機付けを、この対象アプリケーションのリリース前から高めることができる。

図１８は、本実施形態によるユーザ端末１００に表示されるアプリ一覧の表示画面の一例である。この図に示すアプリ一覧の表示画面では、リリース予定の対象アプリケーション（選択可能なリリース予定の対象アプリケーション）と、リリース予定の対象アプリケーションのうち選択済みの対象アプリケーションと、報酬取得済みの対象アプリケーションとのそれぞれのアプリケーションリストを切替えて表示するための操作子としての機能を有するタブＴＢ２１、ＴＢ２２、ＴＢ２３が並べて表示されている。

ここでは、選択可能なリリース予定の対象アプリケーションのアプリケーションリストＬＴ２が表示されるタブＴＢ２１（「リリース予定」と表示されているタブ）が選択されている状態を示している。なお、タブＴＢ２２（「選択済」と表示されているタブ）が選択（例えば、タップ操作）されると、リリース予定の対象アプリケーションのうち選択済みの対象アプリケーションのアプリケーションリストが表示される。また、タブＴＢ２３（「報酬取得済」と表示されているタブ）が選択（例えば、タップ操作）されると、送客が成立したことにより付与される報酬をユーザが取得済みの報酬取得済み対象アプリケーションのアプリケーションリストが表示される。

アプリケーションリストＬＴ２には、リリース予定の対象アプリケーションに関する情報が表示されたラベルＬ２１、Ｌ２２が、選択可能な操作子として並べて表示されている。例えば、ラベルＬ２１には、リリース予定の対象アプリケーションの「アプリ名称」（ここでは、「ゲームＮ」）と、選択可能な期間である「選択可能期間」を示す情報（ここでは、「○月×日〜△日」）と、送客が成立したときに付与される「報酬」を示す情報（ここでは、「アイテムＡ」）と、が表示されている。また、ラベルＬ２２には、リリース予定の対象アプリケーションの「アプリ名称」（ここでは、「ゲームＱ」）と、選択可能な期間である「選択可能期間」を示す情報（ここでは、「○月×日〜△日」）と、送客が成立したときに付与される「報酬」を示す情報（ここでは、「アイテムＢ」）と、が表示されている。ここで、送客が成立したときとは、例えば、選択されたリリース予定の対象アプリケーションが、リリース後にユーザ端末１００にインストールされて起動したときである。

なお、アプリケーションリストＬＴ２には、選択可能なリリース予定の対象アプリケーションの数に応じた上述のラベルが表示され、選択可能なリリース予定の対象アプリケーションがない場合には、その旨を通知するメッセージ（例えば、「選択できるアプリケーションはありません」）が表示される。

なお、選択可能なリリース予定の対象アプリケーションとは、例えば、リリース前に事前に登録が可能な対象アプリケーションのことであってもよい。また、選択可能な期間とは、そのリリース予定の対象アプリケーションに対して事前に登録を受け付けている期間のことであってもよい。また、送客が成立したときに付与される報酬とは、登録の特典として、インストールして起動したことを条件に付与される報酬のことであってもよい。

このように、ユーザ端末１００（ＳＤＫ１１Ａ）は、選択可能なリリース予定の対象アプリケーションのアプリケーションリストＬＴ２を表示するため、ユーザに対して、リリース予定の対象アプリケーションを容易に選択できるようにすることができる。また、アプリケーションリストＬＴ２には、リリース前に選択することにより付与される報酬の情報が表示されるため、報酬の付与を、リリース予定の対象アプリケーションを選択するユーザの動機付けとすることができる。
また、ユーザ端末１００（ＳＤＫ１１Ａ）は、選択可能なリリース予定の対象アプリケーションと、選択済みの対象アプリケーションと、報酬取得済みの対象アプリケーションとを区別して表示することができる。これにより、ユーザは、リリース予定の対象アプリケーションに対する選択状況や報酬取得状況を容易に確認することができる。

〔第３の実施形態のユーザ端末１００（ＳＤＫ１１）の機能構成〕
本実施形態によるユーザ端末１００において、端末制御部１５０がＳＤＫ１１に基づいて実行する相互送客処理の機能構成は、図５に示す構成と同様であるため、本実施形態において特徴的な処理について説明する。

本実施形態によるリスト要求部１０４は、送客元アプリ１０における所定の操作に基づいて、少なくとも一のリリース予定の対象アプリケーションのアプリケーションリストを要求するリスト要求通知情報を管理サーバ２００ａに対して送信する。ここで、このリスト要求通知情報には、このリスト要求通知情報を送信したユーザ端末１００を特定するリワードユーザＩＤと関連付けられているが含まれる。
また、リスト要求部１０４は、リスト取得部の機能を有しており、リスト要求通知情報を送信したことに応じて管理サーバ２００ａから送信された、少なくとも一のリリース予定の対象アプリケーションのアプリケーションリストを取得する。

なお、リスト要求部１０４は、複数の対象アプリケーションの少なくとも一の対象アプリケーション（或いは特定アプリケーション）のアプリケーションリストと、少なくとも一のリリース予定の対象アプリケーションのアプリケーションリストとの何れか一方又は両方のアプリケーションリストを要求するリスト要求通知情報を管理サーバ２００ａに対して送信してもよい。そして、リスト要求部１０４は、複数の対象アプリケーションの少なくとも一の対象アプリケーション（或いは特定アプリケーション）のアプリケーションリストと、少なくとも一のリリース予定の対象アプリケーションのアプリケーションリストとの何れか一方又は両方のアプリケーションリストを取得してもよい。

また、リスト要求部１０４は、アプリケーションリストを管理サーバ２００ａから取得するとともに、アプリケーションリストに含まれるリリース予定の対象アプリケーションのそれぞれがユーザ端末１００おいて選択済みであるか否かを示す情報を、管理サーバ２００ａから取得する。ここで、リリース予定の対象アプリケーションのそれぞれがユーザ端末１００おいて選択済みであるか否かは、リリース予定の対象アプリケーションのアプリＩＤがユーザ端末１００を特定するリワードユーザＩＤに関連付けられている送客情報の記録が管理サーバ２００ａにおいて管理されているか否かによって判定される。なお、リスト要求部１０４は、選択済みのリリース予定の対象アプリケーションのうちリリース後に報酬を取得済みの対象アプリケーションを区別可能な情報を取得してもよい。

表示制御部１０５は、リスト要求部１０４が取得した少なくとも一のリリース予定の対象アプリケーションのアプリケーションリストを表示部１２０に表示させる。例えば、表示制御部１０５は、リリース予定の対象アプリケーションのアプリケーションリストを表示部１２０に表示させる場合、リスト要求部１０４が取得した、上述の選択済みであるか否かを示す情報に基づいて、ユーザ端末１００において選択済みのリリース予定の対象アプリケーションと未選択のリリース予定の対象アプリケーションとを区別して表示させる。なお、表示制御部１０５は、選択済みのリリース予定の対象アプリケーションのうちリリース後に報酬を取得済みの対象アプリケーションを区別して表示させてもよい。

例えば、表示制御部１０５は、未選択のリリース予定の対象アプリケーションと、選択済みのリリース予定の対象アプリケーションと、報酬取得済みの対象アプリケーションとが区別されたアプリケーションリストが表示されるようなアプリ一覧ページのリンク先情報を、リスト要求部１０４が管理サーバ２００ａから取得することに応じて、取得したアプリ一覧ページを、ブラウザ機能を実行させることにより表示部１２０に表示させる（例えば、図１８参照）。

送客情報通知部１０６は、リリース予定の対象アプリケーション（送客先アプリ５０）へ送客されたことを示す送客情報を管理サーバ２００ａに対して送信する。例えば、送客情報通知部１０６は、リスト要求部１０４が取得したアプリケーションリストに含まれる少なくとも一のリリース予定の対象アプリケーションの中から選択された送客先アプリ５０のアプリＩＤと、このユーザ端末１００を特定するリワードユーザＩＤとを含む送客情報を、管理サーバ２００ａに対して送信する。

なお、送客情報通知部１０６は、送客元アプリ１０から送客先アプリ５０へ送客されたことを示す送客情報を管理サーバ２００ａに対して送信してもよい。
例えば、リスト要求部１０４は、ユーザ端末１００で動作している対象アプリケーションから、リスト要求通知情報を管理サーバ２００ａに対して送信する。ここで、ユーザ端末１００で動作している対象アプリケーションとは、例えば、送客元アプリ１０である。そして、リスト要求部１０４は、リスト要求通知情報を送信した送客元アプリ１０において、リリース予定の対象アプリケーションのアプリケーションリストを取得する。また、送客情報通知部１０６は、リリース予定の対象アプリケーションのアプリケーションリストを取得した送客元アプリ１０のアプリＩＤと、当該送客元アプリ１０において当該アプリケーションリストに含まれる少なくとも一のリリース予定の対象アプリケーションの中から選択された送客先アプリ５０のアプリＩＤと、ユーザ端末１００を特定するリワードユーザＩＤとを含む送客情報を管理サーバ２００ａに対して送信する。

〔常駐アプリ４０の機能構成〕
次に、図１９を参照して、ユーザ端末１００において、端末制御部１５０が常駐アプリ４０に基づいて実行する処理の機能構成について説明する。図１９は、常駐アプリ４０に基づいて実行する処理の機能構成の一例を示す構成図である。常駐アプリ４０は、ユーザ端末１００においてＯＳが起動すると、対象アプリケーションの実行状態に係わらず起動して実行される常駐アプリケーションである。この常駐アプリ４０は、アプリケーション情報取得部４１と情報提示部４２とを備えている。

アプリケーション情報取得部４１は、管理サーバ２００ａからアプリケーションに関する情報を取得する。例えば、アプリケーション情報取得部４１は、送客先アプリ５０（ゲームＮ）がリリースされると、リリースされたことを示すリリース情報をアプリケーションに関する情報として管理サーバ２００ａから取得する。例えば、アプリケーション情報取得部４１は、プッシュ通知により、管理サーバ２００ａから上述のリリース情報を取得する。

情報提示部４２は、アプリケーション情報取得部４１が取得した送客先アプリ５０に関する情報を表示部１２０に表示させる。例えば、情報提示部４２は、表示部１２０に表示される表示画面においてポップアップ表示するアラートダイアログや、表示画面内の所定の通知領域(各種アプリケーションにおける通知情報が表示される領域)に、上述のリリース情報を表示する。

〔第３の実施形態の管理サーバ２００ａの構成〕
次に、図２０を参照して、管理サーバ２００ａの構成について説明する。図２０は、本実施形態による管理サーバ２００ａの構成の一例を示す構成図である。この図２０において、図６に示す各部に対応する構成には同じ符号を付け、その説明を省略する。

本実施形態による管理サーバ２００ａは、通信部２１０と、管理部２２０と、記憶部２３０ａと、制御部２４０ａとを備えている。記憶部２３０ａは、対象アプリ情報記憶部２３１ａ及び送客情報記憶部２３７ａが記憶する情報のデータ構成が、対象アプリ情報記憶部２３１及び送客情報記憶部２３７が記憶する情報のデータ構成と異なる点と、リリース予定アプリ情報記憶部２３９を備えている点とが、図６に示す管理サーバ２００の記憶部２３０の構成と相違する。また、制御部２４０ａは、アプリケーション情報通知部２４７を備えている点が、図６に示す管理サーバ２００の制御部２４０の構成と相違する。その他の管理サーバ２００ａの構成は、図６に示す管理サーバ２００の構成と同様であるため、本実施形態において特徴的な処理と上述の相違する構成とについて説明する。

アプリケーション管理部２２１は、管理の対象となる複数の対象アプリケーションと、当該対象アプリケーションの提供開始前のアプリケーションであるリリース予定の対象アプリケーションとに関する情報を対象アプリ情報記憶部２３１ａに記憶させて管理する。つまり、対象アプリ情報記憶部２３１ａは、リリースされている対象アプリケーションに関する情報に加えて、リリース予定の対象アプリケーションに関する情報を対象アプリケーション情報として記憶する。
図２１は、対象アプリ情報記憶部２３１ａに記憶される対象アプリケーション情報の一例を示す図である。対象アプリケーション情報には、図７に示す対象アプリケーション情報に対して、リリース情報ＵＲＬ（ReleaseInfURL）と、リリースフラグ（FlagRelease）とがさらに関連付けられている。

リリース情報ＵＲＬ（ReleaseInfURL）は、リリース予定の対象アプリケーションに関する情報の掲載ページのリンク先を示すＵＲＬである。この掲載ページのＵＲＬは、例えば、このリリース予定の対象アプリケーションの開発元や販売元のウェブサイトに設けられたウェブページのＵＲＬである。この掲載ページには、リリース予定の対象アプリケーションのリリース後（提供開始後）にユーザ端末１００に表示させるための紹介画面に表示される情報が含まれている。例えば、この掲載ページには、このリリース予定の対象アプリケーションをインストール可能（ダウンロード可能）なアプリストア４００へのリンクボタンや、所定の期間内にインストールしないと報酬が得られない旨の表示情報等が含まれている。なお、この掲載ページには、リリース予定の対象アプリケーションのリリース前（提供開始前）の期間においてユーザに提供する情報（例えば、リリース日時や、アプリケーションのより詳しい説明）が含まれてもよい。

リリースフラグ（FlagRelease）は、この対象アプリケーションがリリース済みであるか否かを示すフラグ情報である。例えば、フラグ「０」が、リリースされていない対象アプリケーション（即ち、リリース予定の対象アプリケーション）を示し、フラグ「１」が、リリースされている対象アプリケーションを示す。
例えば、対象アプリ情報記憶部２３１ａに、リリース予定の対象アプリケーションが登録された時点では、フラグ「０」が設定され、この対象アプリケーションがリリースされた時点でフラグ「１」に更新される。なお、リリースと同時に対象アプリケーションが対象アプリ情報記憶部２３１ａに登録される場合には、登録された時点で初めからフラグ「１」に設定される。

なお、フラグ「０」が設定されたリリース予定の対象アプリケーションの場合には、通知先ＵＲＬ（NoticeURL）やストアＵＲＬ（ApStoreURL）が「ｎｕｌｌ」に設定されていてもよく、リリースされた時点で、それぞれにリワードの通知先のＵＲＬや販売サイト（アプリストア４００）のページのＵＲＬが設定されてもよい。

なお、対象アプリ情報記憶部２３１ａは、リリース予定の対象アプリケーションに関する情報を、リリースされている対象アプリケーションに関する情報と別に記憶してもよい。この場合、対象アプリ情報記憶部２３１ａは、リリース予定の対象アプリケーションに関する情報として、例えば、リリース予定の対象アプリケーションのアプリＩＤ（ApID）と、当該対象アプリケーションの名称を示すアプリ名称（ApNAME）と、当該対象アプリケーションに関する説明情報であるアプリ説明（ApDOC）と、当該対象アプリケーションを示すアイコン画像であるアプリアイコン画像（ApICO）と、アプリ価格（ApPRICE）とが関連付けられた情報を記憶してもよい。そして、リリース予定の対象アプリケーションがリリースされた時点で、リリースされている対象アプリケーションに関する情報に登録されるようにしてもよい。

また、アプリケーション管理部２２１は、リリース予定の対象アプリケーション毎のリワードに関する情報として、ユーザ端末１００においてリリース予定の対象アプリケーションに対する選択を受け付ける期間（即ち、選択可能な期間）を示す受付期間や、少なくとも終了日時が規定された報酬付与期限を、リリース予定アプリ情報記憶部２３９に記憶させて管理している。つまり、リリース予定アプリ情報記憶部２３９は、リリース予定の対象アプリケーション毎のリワードに関する情報を記憶する。

図２２は、リリース予定アプリ情報記憶部２３９に記憶される情報の一例を示す図である。この情報には、アプリＩＤ（ApID）と、受付開始日時（RcpStartDATE）と、受付終了日時（RcpEndDATE）と、報酬付与開始日時（RewardStartDATE）と、報酬付与終了日時（RewardEndDATE）と、報酬の内容を示す情報とが関連付けられている。報酬の内容を示す情報には、リリース予定の対象アプリケーションにおいて報酬として付与されるアイテムを識別するアイテムＩＤ（ItemID）と、当該アイテムの名称を示す報酬アイテム名称（ItemName）と、当該アイテムの報酬として付与される数を示す報酬アイテム数（ItemNum）とが含まれる。
アプリＩＤ（ApID）は、リリース予定の対象アプリケーションのアプリＩＤである。受付開始日時（RcpStartDATE）と、受付終了日時（RcpEndDATE）とのそれぞれは、ユーザ端末１００において、リリース予定の対象アプリケーションに対する選択を受け付ける期間（即ち、選択可能な期間）の開始日時と終了日時とのそれぞれを示している。また、報酬付与開始日時（RewardStartDATE）と、報酬付与終了日時（RewardEndDATE）とのそれぞれは、リリース予定の対象アプリケーションを選択したユーザ（例えば、事前に登録したユーザ）が、当該対象アプリケーションがリリースされた後、いつまでにインストールすれば報酬が付与されかを規定する報酬付与期間の開始日時と終了日時とのそれぞれを示している。

なお、報酬付与期間の開始日時は、通常は対象アプリケーションのリリース日時（インストールが可能となった日時）である。そのため、報酬付与開始日時（RewardStartDATE）と、報酬付与終了日時（RewardEndDATE）とのうちの少なくとも報酬付与終了日時（RewardEndDATE）のみにより報酬付与期限が設定されるようにしてもよい。例えば、報酬付与終了日時は、対象アプリケーションのリリース日時の一週間後や一ヶ月後に設定される。また、報酬付与期限を設けない構成としてもよい。

送客情報管理部２２３は、上述のアプリケーションリストに含まれる少なくとも一のリリース予定の対象アプリケーションの中からユーザ端末１００において選択された送客先アプリ５０のアプリＩＤとユーザ端末１００を特定するリワードユーザＩＤとを関連付けて、ユーザ端末１００を利用するユーザが送客先アプリ５０に送客されたことを示す送客情報の記録として管理する。つまり、送客情報記憶部２３７ａは、リリースされている対象アプリケーションへの送客情報に加えて、リリース予定の対象アプリケーションへの送客情報の記録を記憶する。

図２３は、送客情報記憶部２３７ａに記憶される送客情報の一例を示す図である。送客情報には、図７に示す送客情報に対して、情報種別フラグ（FlagInf）がさらに関連付けられている。情報種別フラグ（FlagInf）は、リリースされている対象アプリケーションへの送客を示す送客情報であるか、または、リリース予定の対象アプリケーションへの送客を示す送客情報であるかを示すフラグ情報である。例えば、情報種別フラグ（FlagInf）には、リリースされている対象アプリケーションへの送客を示す送客情報である場合には、フラグ「０」が設定され、リリース予定の対象アプリケーションへの送客を示す送客情報である場合には、フラグ「１」が設定される。

ここで、リリース予定の対象アプリケーションへの送客を示す送客情報の場合には、キャンペーン期間の送客ではないため、キャンペーンＩＤ（CpID）には「ｎｕｌｌ」が設定される。また、リリース予定の対象アプリケーションへの送客が成立した場合に、当該対象アプリケーション（即ち、送客先アプリ５０）において報酬が付与される場合、送客元アプリ１０の特定が不要であるため、送客元アプリＩＤ（ApIDfrom）に「ｎｕｌｌ」が設定される。即ち、送客情報記憶部２３７ａは、リリース予定の対象アプリケーションへの送客情報として、例えば、ワードユーザＩＤと、送客先アプリ５０のアプリＩＤとが関連付けられている送客情報を記憶する。

なお、送客情報記憶部２３７ａは、リリース予定の対象アプリケーションへの送客情報として、リワードユーザＩＤと、送客元アプリ１０のアプリＩＤと、送客先アプリ５０のアプリＩＤとが関連付けられている送客情報を記憶してもよい。

図２０に戻り、制御部２４０ａの構成について説明する。
リスト通知部２４２は、少なくとも一のリリース予定の対象アプリケーションのアプリケーションリストをユーザ端末１００に対して送信する。例えば、リスト通知部２４２は、複数の対象アプリケーションのうちユーザ端末１００にインストールされている対象アプリケーションからの要求に基づいて、アプリケーションリストをユーザ端末１００に対して送信する。
具体的には、リスト通知部２４２は、ユーザ端末１００にインストールされている送客元アプリ１０（送客元アプリ１０のＳＤＫ１１Ａ）から送信された、少なくとも一のリリース予定の対象アプリケーションのアプリケーションリストを要求するリスト要求通知情報を取得すると、取得したリスト要求通知情報に基づいて、対象アプリ情報記憶部２３１ａを参照して、少なくとも一のリリース予定の対象アプリケーションのアプリケーションリストをユーザ端末１００に対して送信する。

なお、リスト通知部２４２は、送客情報記憶部２３７ａを参照して、アプリケーションリストを送信するユーザ端末１００から取得して記憶されている送客情報に含まれるリリース予定の対象アプリケーションを示す情報（即ち、ユーザ端末１００において選択済みのリリース予定の対象アプリケーションを示す情報）をユーザ端末１００に送信してもよい。また、リスト通知部２４２は、送客情報記憶部２３７ａとリワード成立情報記憶部２３８とを参照して、報酬付与情報を通知済みの送客情報に含まれる対象アプリケーションを示す情報をユーザ端末１００に送信してもよい。

このとき、リスト通知部２４２は、リリース予定の対象アプリケーションに関する情報（アプリ名称、説明、価格等）、リリース予定の対象アプリケーションを選択可能な期間を示す情報、または報酬の内容を示す情報を含むアプリケーションリストがユーザ端末１００において表示可能なアプリ一覧ページ（例えば、図１８参照）のデータを生成してユーザ端末１００に対して送信する。例えば、リスト通知部２４２は、ＳＤＫ１１が実行可能なブラウザ機能により表示可能なＨＴＭＬ（HyperText Markup Language）形式で記述された当該アプリケーションリストが表示されるアプリ一覧ページのデータを生成し、生成したページのリンク先を示す情報をユーザ端末１００に対して送信する。

また、リスト通知部２４２は、ユーザ端末１００からの要求に応じて、アプリケーションリストをユーザ端末１００に対して送信するとともに、アプリケーションリストに含まれるリリース予定の対象アプリケーションのそれぞれがユーザ端末１００において選択済みであるか否かを示す情報をユーザ端末１００に対して送信する。ここで、リスト通知部２４２は、アプリケーションリストに含まれるリリース予定の対象アプリケーションのアプリＩＤがユーザ端末１００を特定するリワードユーザＩＤに関連付けられている送客情報の記録を送客情報管理部２２３が管理しているか否かに基づいて、リリース予定の対象アプリケーションのそれぞれがユーザ端末１００において選択済みであるか否かを判定する。

即ち、リスト通知部２４２は、アプリケーションリストをユーザ端末１００に対して送信する際に、当該ユーザ端末１００において、未選択のリリース予定の対象アプリケーションであるか、または選択済みのリリース予定の対象アプリケーションであるかを区別可能なように送信する。なお、リスト通知部２４２は、リワード成立情報記憶部２３８を参照して、選択済みのリリース予定の対象アプリケーションのうちリリース後に報酬付与情報を通知済み（即ち、ユーザＸが報酬取得済み）の対象アプリケーションを区別可能なように送信してもよい。

具体的には、リスト通知部２４２は、例えば、上述したユーザ端末１００において表示可能なアプリ一覧ページのデータを生成する際に、未選択のリリース予定の対象アプリケーションと、選択済みのリリース予定の対象アプリケーションと、報酬取得済みの対象アプリケーションとが区別して表示されるようなアプリ一覧ページ（例えば、図１８参照）のデータを生成してユーザ端末１００に対して送信する。

送客情報取得部２４３は、ユーザ端末１００において選択された送客先アプリ５０のアプリＩＤとユーザ端末１００を特定するリワードユーザＩＤとを含む送客情報を、ユーザ端末１００（ＳＤＫ１１Ａ）から取得する。なお、送客情報取得部２４３は、送客元アプリ１０のアプリＩＤと送客先アプリ５０のアプリＩＤとユーザ端末１００を特定するリワードユーザＩＤとを含む送客情報を、要求した対象アプリケーションから取得してもよい。そして、送客情報取得部２４３は、取得した送客情報を送客情報管理部２２３に供給する。

そして、送客情報管理部２２３は、送客情報取得部２４３が取得した送客情報に含まれる送客先アプリ５０のアプリＩＤとユーザ端末１００を特定するリワードユーザＩＤとを関連付けて、送客情報の記録として管理する。
例えば、送客情報管理部２２３は、リリース予定アプリ情報記憶部２３９に記憶されている受付期間内に送客情報取得部２４３が取得した送客情報に含まれる送客先アプリ５０のアプリＩＤとユーザ端末１００を特定するリワードユーザＩＤとを関連付けて、送客情報の記録として管理する。ここで、送客情報管理部２２３は、送客情報取得部２４３が取得した送客情報がリリース予定の対象アプリケーションへの送客を示す送客情報であるため、情報種別フラグ（FlagInf）にフラグ「１」を設定する。
なお、送客情報管理部２２３は、送客情報取得部２４３が取得した送客情報がリリースされている対象アプリケーションへの送客を示す送客情報である場合には、情報種別フラグ（FlagInf）にフラグ「０」を設定する。

なお、送客情報管理部２２３は、送客情報取得部２４３が取得した送客情報に含まれる、送客元アプリ１０のアプリＩＤと送客先アプリ５０のアプリＩＤとユーザ端末１００を特定するリワードユーザＩＤとを関連付けて、送客情報の記録として管理してもよい。

アプリケーション情報通知部２４７は、送客情報管理部２２３が管理する送客情報に基づいて、送客先アプリ５０に関する情報を、送客先アプリ５０のアプリＩＤに関連付けられているリワードユーザＩＤにより特定されるユーザ端末１００に対して送信する。例えば、アプリケーション情報通知部２４７は、アプリケーション管理部２２１が管理する情報と送客情報管理部２２３が管理する送客情報とに基づいて、送客先アプリ５０がリリースされた場合、送客先アプリ５０がリリースされたことを示す情報を、送客先アプリ５０のアプリＩＤに関連付けられているリワードユーザＩＤにより特定されるユーザ端末１００に対して送信する。
ここで、送客先アプリ５０がリリースされたことを示す情報には、送客先アプリ５０をインストール可能な画面に誘導する指示情報が含まれている。これにより、ユーザ端末１００は、送客先アプリ５０がリリースされてインストール可能になったことをユーザＸに通知することができる。これにより、ユーザＸは、事前に登録した送客先アプリ５０のリリース日を覚えておくことが不要となり、リリース日にユーザ端末１００において、送客先アプリ５０のインストールを行うことができる。

リワード処理部２４５は、インストール通知取得部２４１が取得した送客先アプリ５０に対応したインストール通知情報と、送客情報管理部２２３が管理する送客情報の記録とに基づいて、送客先アプリ５０がユーザ端末１００にインストールされたと判定された場合に、ユーザ端末１００を利用するユーザに対して報酬が付与されるリワード処理を実行する。例えば、リワード処理部２４５は、インストールされた送客先アプリ５０においてユーザ端末１００を利用するユーザに対して報酬が付与されるリワード処理を実行する。

具体的には、リワード処理部２４５は、送客先アプリ５０がユーザ端末１００にインストールされたと判定された場合に、ユーザ端末１００を特定するリワードユーザＩＤに関連付けられた送客先アプリ５０のアプリユーザＩＤを含む報酬付与情報を、送客先アプリ５０に対応するアプリサーバ３５０に送信する。これにより、アプリサーバ３５０において、送客先アプリ５０における報酬がユーザＸに対して付与される。

また、リワード処理部２４５は、リリース予定アプリ情報記憶部２３９に記憶されている情報を参照して、送客先アプリ５０がユーザ端末１００にインストールされたことを示すインストール通知情報を、送客先アプリ５０の報酬付与期間内（報酬付与期限内）にインストール通知取得部２４１が取得した場合に、上述のリワード処理を実行する。つまり、送客先アプリ５０がユーザ端末１００にインストールされたことを示すインストール通知情報を、送客先アプリ５０の報酬付与期間以外に取得した場合には、リワード処理部２４５は、上述のリワード処理を実行しない。

〔第３の実施形態の相互送客処理の動作の詳細〕
次に、図２４、図２５、および図２６を参照して、本実施形態による相互送客システム５００ａの相互送客処理の動作の詳細について説明する。図２４、図２５、及び図２６は、本実施形態による相互送客処理の動作の一例を示すフローチャートである。この図２４、図２５、及び図２６に示す処理は、図１７を参照して説明した処理の概略の流れの詳細例を示すものである。

まず、図２４を参照して、ユーザ端末１００に送客元アプリ１０（ゲームＡ）がインストールされた後にＳＤＫ１１Ａが実行する処理（図１７の（１）の処理）から、ユーザ端末１００において選択されたリリース予定の対象アプリケーションである送客先アプリ５０（ゲームＮ）に対する送客情報を管理サーバ２００ａが取得して管理する処理（図１７の（５Ａ）の処理）までの詳細例を説明する。なお、この図２４において、図１４に示す処理に対応する部分には同一の符号を付けており、その説明を適宜省略する。

図１４を参照して説明した処理と同様に、ユーザ端末１００に送客元アプリ１０（ゲームＡ）がインストールされた場合、送客元アプリ１０（ゲームＡ）に組み込まれているＳＤＫ１１Ａの初期化処理部１０１は、初期化処理を実行する。

次に、送客元アプリ１０における所定の操作に基づいて、ＳＤＫ１１Ａのリスト要求部１０４は、端末記憶部１４０のアプリ間共有エリアからリワードユーザＩＤを読み出すとともに（ステップＳＡ２３）、少なくとも一のリリース予定の対象アプリケーションのアプリケーションリスト（送客先アプリ５０の候補となる対象アプリケーションの一覧）を要求するリスト要求通知情報を管理サーバ２００ａに対して送信する（ＲＥＱ１２Ａ、ステップＳＡ３１０）。

ここでリスト要求通知情報には、このユーザ端末１００に対応するリワードユーザＩＤ（RewardUID）と、送客元アプリ１０（ゲームＡ）のアプリＩＤ（ApID）とが含まれる。なお、リスト要求通知情報にキャンペーンＩＤ（CpID）が含まれてもよいが、その場合キャンペーンＩＤ（CpID）には「ｎｕｌｌ」が設定されてもよい。

管理サーバ２００ａのリスト通知部２４２は、ユーザ端末１００（送客元アプリ１０のＳＤＫ１１Ａ）から送信されたリスト要求通知情報を取得すると、対象アプリ情報記憶部２３１ａに記憶されている対象アプリ情報（例えば、図２１参照）を参照して、リリース予定の対象アプリケーションを抽出する。そして、リスト通知部２４２は、抽出したリリース予定の対象アプリケーションのアプリケーションリストを、リスト要求通知情報に含まれるリワードユーザＩＤで特定されるユーザ端末１００に対して送信する。例えば、リスト通知部２４２は、このアプリケーションリストを含むアプリ一覧ページのデータを生成し（ステップＳＥ３１０）、生成したアプリ一覧ページのリンク先を示す情報を含むリダイレクト指示情報をユーザ端末１００に対して送信し、アプリ一覧ページにリダイレクトさせる（ＲＥＳ１２Ａ、ステップＳＥ３１２）。

ここで、リスト通知部２４２は、リリース予定アプリ情報記憶部２３９を参照して、アプリケーションリストに含まれるリリース予定の対象アプリケーションに、そのリリース予定の対象アプリケーションが選択可能期間内であるか否かを示す情報を対応付けたアプリ一覧ページのデータを生成してもよいし、選択可能期間内であるリリース予定の対象アプリケーションのみのアプリケーションリストを含むアプリ一覧ページのデータを生成してもよい。

なお、リリース予定の対象アプリケーションが存在しなかった場合には、アプリケーションリストの替わりにリリース予定の対象アプリケーションが存在しない旨を記載したアプリ一覧ページを生成する。例えば、選択可能期間内であるリリース予定の対象アプリケーションが存在しなかった場合には、アプリケーションリストの替わりに、選択可能なリリース予定の対象アプリケーションが存在しない旨を記載したアプリ一覧ページを生成する。

ユーザ端末１００（ＳＤＫ１１Ａ）が、管理サーバ２００ａからアプリ一覧ページのリンク先を示す情報を含むリダイレクト指示情報を取得すると、ＳＤＫ１１Ａの表示制御部１０５は、ブラウザ機能により、リリース予定の対象アプリケーションのアプリ一覧ページを表示部１２０に表示させる（ステップＳＡ３１２）。
ここで、表示制御部１０５は、それまで表示部１２０に表示させていた送客元アプリ１０（ゲームＡ）の表示画面にオーバーラップさせて、このアプリ一覧ページを表示させる。これにより、ユーザ端末１００の表示部１２０には、送客先アプリ５０として選択可能なリリース予定の対象アプリケーションのアプリケーションリストＬＴ２がアプリ一覧ページに表示される（例えば、図１８参照）。

ユーザ端末１００の表示部１２０に表示されたアプリケーションリストＬＴ２の中からいずれかの対象アプリケーションがユーザＸにより選択されると、ＳＤＫ１１Ａの送客情報通知部１０６は、送客元アプリ１０（ゲームＡ）から、選択されたリリース予定の対象アプリケーション（ここでは、送客先アプリ５０（ゲームＮ））へ送客されたことを示す送客情報を管理サーバ２００ａに対して送信する（ＲＥＱ１３Ａ、ステップＳＡ３１４）。

ここで、送客情報には、送客元アプリ１０（ゲームＡ）のアプリＩＤ（ApID）と、送客先アプリ５０（ゲームＮ）のアプリＩＤ（ApID）と、リワードユーザＩＤ（RewardUID）とが含まれる。なお、送客情報にキャンペーンＩＤ（CpID）が含まれてもよいが、その場合にはキャンペーンＩＤ（CpID）には「ｎｕｌｌ」が設定されてもよい。

なお、ＳＤＫ１１Ａの表示制御部１０５は、送客先アプリ５０（ゲームＮ）が選択されると、ステップＳＡ３１２において表示部１２０に表示されたアプリ一覧ページを閉じて、送客元アプリ１０（ゲームＡ）の表示画面に戻す。

管理サーバ２００ａの送客情報取得部２４３は、ユーザ端末１００（ＳＤＫ１１Ａ）から送客情報を取得する。そして、送客情報管理部２２３は、送客情報取得部２４３が取得した送客情報に含まれる送客先アプリ５０（ゲームＮ）のアプリＩＤ（ApID）と、リワードユーザＩＤ（RewardUID）とを関連付けて送客情報の記録として送客情報記憶部２３７ａに記憶させる（ステップＳＥ３１４）。このとき、送客情報管理部２２３は、情報種別フラグ（FlagInf）にフラグ「１」を設定する。

次に図２５を参照して、送客先アプリ５０（ゲームＮ）がリリースされた後に、リリース情報が通知される処理（図１７の（５Ｂ）の処理から（６Ａ）の処理）についての詳細例を説明する。
管理サーバ２００ａのアプリケーション情報通知部２４７は、送客情報管理部２２３が管理するリリース予定の対象アプリケーションへの送客を示す送客情報を参照して、当該対象アプリケーションがリリース済みとなった送客情報を抽出する（ステップＳＥ３２０）。

具体的には、アプリケーション情報通知部２４７は、送客情報管理部２２３が管理する送客情報の記録のうち、情報種別フラグ（FlagInf）にフラグ「１」が設定された送客先アプリ５０（ゲームＮ）への送客を示す送客情報を抽出する。次に、アプリケーション情報通知部２４７は、抽出した送客先アプリ５０（ゲームＮ）への送客を示す送客情報と、対象アプリ情報記憶部２３１ａに記憶されている対象アプリ情報に含まれているリリースフラグ（FlagRelease）とに基づいて、送客先アプリ５０（ゲームＮ）がリリース済みとなっているか否かを判定する。送客先アプリ５０（ゲームＮ）がリリース済みとなっている場合には、アプリケーション情報通知部２４７は、送客先アプリ５０（ゲームＮ）への送客を示す送客情報を、リリース予定の対象アプリケーションがリリース済みとなった送客情報として抽出する。

次に、アプリケーション情報通知部２４７は、送客先アプリ５０（ゲームＮ）がユーザ端末１００にインストール済みであるか否かを判定する（ステップＳＥ３２２）。具体的には、アプリケーション情報通知部２４７は、インストール情報記憶部２３６に記憶されているインストール情報を参照して、送客先アプリ５０（ゲームＮ）がインストールされたことを示すインストール通知情報を、インストール通知取得部２４１がユーザ端末１００から取得したか否かを判定することにより、送客先アプリ５０（ゲームＮ）がユーザ端末１００にインストール済みであるか否かを判定する。

ステップＳＥ３２２において、送客先アプリ５０（ゲームＮ）がユーザ端末１００にインストールされていないと判定された場合（ステップＳＥ３２２：ＮＯ）、アプリケーション情報通知部２４７は、送客先アプリ５０（ゲームＮ）がリリースされたことを示すリリース情報をユーザ端末１００に対して通知する（ステップＳＥ３２４）。すなわち、アプリケーション情報通知部２４７は、送客先アプリ５０（ゲームＮ）のリリース情報をユーザ端末１００に対して送信する。ここで、このリリース情報には、例えば、送客先アプリ５０（ゲームＮ）に関する情報の掲載ページ（送客先アプリ５０（ゲームＮ）の紹介画面）のＵＲＬが含まれている。この送客先アプリ５０（ゲームＮ）に関する情報の掲載ページのＵＲＬは、対象アプリ情報記憶部２３１ａに記憶される対象アプリケーション情報において、送客先アプリ５０（ゲームＮ）のアプリＩＤに関連付けられているリリース情報ＵＲＬ（ReleaseInfURL）に設定されているＵＲＬである。
一方、ステップＳＥ３２２において、送客先アプリ５０（ゲームＮ）がユーザ端末１００にインストール済みであると判定された場合（ステップＳＥ３２２：ＹＥＳ）、アプリケーション情報通知部２４７は、ステップＳＥ３２４の処理を実行しない。すなわち、この場合には、アプリケーション情報通知部２４７は、送客先アプリ５０（ゲームＮ）のリリース情報をユーザ端末１００に対して送信しない。
なお、管理サーバ２００ａは、ステップＳＥ３２０からステップＳＥ３２４の処理を、例えば１日に１回の間隔で繰り返し実行してもよい。これにより、管理サーバ２００ａは、送客先アプリ５０（ゲームＮ）がリリース済みとなっているか否かを１日毎に判定し、リリース済みとなった場合には、リリース情報をそのリリース日にユーザ端末１００に対して送信することができる。なお、このステップＳＥ３２０からステップＳＥ３２４の処理を実行する間隔は一例であって、１日に１回の間隔に限られるものではない。
また、管理サーバ２００ａは、ステップＳＥ３２４の処理において送客先アプリ５０（ゲームＮ）のリリース情報をユーザ端末１００に送信した後、例えば３日経過しても当該ユーザ端末１００から送客先アプリ５０（ゲームＮ）がインストールされたことを示すインストール通知情報を取得していない場合には、リマインダーとして、再度、送客先アプリ５０（ゲームＮ）のリリース情報を当該ユーザ端末１００に送信してもよい。さらに、報酬付与期限が設定されている場合には、報酬付与期限が到来するまでの期間、管理サーバ２００ａは、このリマインダーを繰り返してもよい。なお、このリマインダーとしてリリース情報を送信する条件となる経過日数（経過時間）は一例であって、条件となる経過日数は３日に限られるものではない。

次に、ユーザ端末１００において実行中の常駐アプリ４０のアプリケーション情報取得部４１は、管理サーバ２００ａから送信されたリリース情報を取得する。そして、常駐アプリ４０の情報提示部４２は、アプリケーション情報取得部４１が取得した送客先アプリ５０のリリース情報を表示部１２０に表示させる（ステップＳＡ３２０）。例えば、情報提示部４２は、表示部１２０に表示される表示画面においてポップアップ表示するアラートダイアログや、表示画面内の所定の通知領域(各種アプリケーションにおける通知情報が表示される領域)に、取得したリリース情報を表示させる。

表示部１２０に表示されたリリース情報に対して、ユーザＸが操作（例えば、タップ操作）すると、ユーザ端末１００にインストールされているブラウザ４５が起動し、起動したブラウザ４５が、リリース情報に含まれるＵＲＬのリンク先のページ、即ち、リリースされた送客先アプリ５０（ゲームＮ）の紹介画面を表示する（ステップＳＡ３２２）。ここで、送客先アプリ５０（ゲームＮ）の紹介画面には、所定の期間内にインストールしないと報酬が得られない旨の表示情報や、送客先アプリ５０（ゲームＮ）をインストール可能（ダウンロード可能）なアプリストア４００へのリンクボタンが表示される。即ち、リリース情報には、送客先アプリ５０（ゲームＮ）をインストール可能（ダウンロード可能）なアプリストア４００のストアページ（ゲームＮのダウンロードページ）に誘導する指示情報として、リリースされた送客先アプリ５０（ゲームＮ）の紹介画面を表示するＵＲＬが含まれている。

ブラウザ４５により表示された紹介画面において、アプリストア４００へのリンクボタンに対してユーザＸが操作（例えば、タップ操作）すると（ステップＳＡ３２４）、ストア３０が起動し、起動したストア３０が、送客先アプリ５０（ゲームＮ）をインストール可能なアプリストア４００のストアページ（ゲームＮのダウンロードページ）を表示する（ステップＳＡ３２６）。

これにより、ユーザＸは、送客先アプリ５０（ゲームＮ）をインストール可能なアプリストア４００のストアページ（ゲームＮのダウンロードページ）から、送客先アプリ５０（ゲームＮ）をユーザ端末１００にインストールすることができる。

なお、アプリケーション情報通知部２４７は、報酬付与期間内であるか否かを判定し、報酬付与期間内である場合に、送客先アプリ５０（ゲームＮ）がリリースされたことを示すリリース情報をユーザ端末１００に対して送信してもよい。

次に図２６を参照して、送客先アプリ５０（ゲームＮ）がリリース後にユーザ端末１００にインストールされて起動した後の処理（図１７の（８）の処理から（１１Ａ）の処理）についての詳細例を説明する。なお、この図２６において、図１５に示す処理に対応する部分には同一の符号を付けており、その説明を適宜省略する。

まず、ユーザ端末１００に送客先アプリ５０（ゲームＮ）がインストールされると、ユーザ端末１００（ＳＤＫ１１Ｎ）は、送客元アプリ１０（ゲームＡ）がインストールされたときにユーザ端末１００（ＳＤＫ１１Ａ）が実行する図２４に示す初回起動時の処理および初期化処理と同様の処理を実行する。

管理サーバ２００ａのインストール通知取得部２４１が送客先アプリ５０（ゲームＮ）に対応するインストール通知情報をユーザ端末１００（ＳＤＫ１１Ｎ）から取得すると、管理サーバ２００ａのリワード処理部２４５は、送客先アプリ５０に対する送客情報が送客情報記憶部２３７ａに記憶されているか否かを判定する。そして、リワード処理部２４５は、この送客情報が送客情報記憶部２３７ａに記憶されている場合には（即ち、送客先アプリ５０に対する送客情報の記録が送客情報管理部２２３において管理されていることを条件として）、送客先アプリ５０が相互送客システム５００ａにより送客された対象アプリケーションであると判定し、リワード処理を実行する。

ここでは、ステップＳＥ３１４の処理において、送客情報記憶部２３７ａに記憶されている送客情報の記録により、送客先アプリ５０が、リリース前に相互送客システム５００ａにより送客された対象アプリケーションであると判定される。
リワード処理部２４５は、インストール通知取得部２４１が送客先アプリ５０からのインストール通知情報を取得し、且つ、送客先アプリ５０に対する送客情報の記録が送客情報管理部２２３において管理されていることに基づいて、当該送客情報に記憶されたリワード管理ＩＤに関連付けて、成果地点ＩＤ（RewardSpotID）を「ｎｕｌｌ」とし、成立状態（RewardStatus）をフラグ「０」（未通知）とするリワード成立情報を生成し、リワード成立情報記憶部２３８に記憶させる（ステップＳＥ３３２）。

次に、リワード処理部２４５は、生成したリワード成立情報に関連付けられたリワード管理ＩＤに対応した送客情報を、送客情報記憶部２３７ａに記憶されている送客情報の記録を参照して取得する。そして、リワード処理部２４５は、その送客情報に含まれる送客先アプリ５０（ゲームＮ）に対応するアプリサーバ３５０（ゲームＮ）に対して、送客先アプリ５０（ゲームＮ）のアプリユーザＩＤ（ApUID）を含む報酬付与情報を送信する（ステップＳＥ３３４）。ここで、送客先アプリ５０（ゲームＮ）のアプリユーザＩＤ（ApUID）は、例えば、送客先アプリ５０がインストールされたことを示すインストール通知情報により、管理サーバ２００ａがユーザ端末１００（ＳＤＫ１１Ａ）から取得したものである。
なお、報酬付与情報の送信先（アプリサーバ３５０）は、対象アプリ情報記憶部２３１ａに記憶されている送客先アプリ５０（ゲームＮ）のアプリＩＤ（ApID）に関連付けられている通知先ＵＲＬ（NoticeURL）に設定されている。

アプリサーバ３５０（ゲームＮ）は、管理サーバ２００ａから報酬付与情報をリワード成立情報として受信すると（ステップＳＦ３３２）、当該報酬付与情報に含まれるアプリユーザＩＤ（ユーザＸのアプリユーザＩＤ）に対して、予め設定された報酬を付与する（ステップＳＦ３３４）。この報酬は、例えば、リリース予定の対象アプリケーションに対するリリース前の送客によって付与される報酬として、当該対象アプリケーションの提供元により予め設定されたものである。

〔第３の実施形態のまとめ〕
（１）以上説明してきたように、本実施形態の相互送客システム５００ａにおいて、管理サーバ２００ａ（管理装置の一例）は、アプリケーション管理部２２１と、リスト通知部２４２と、送客情報管理部２２３と、インストール通知取得部２４１と、リワード処理部２４５と、を備えている。
アプリケーション管理部２２１は、管理の対象となる複数の対象アプリケーションのうち提供開始前のアプリケーションであるリリース予定の対象アプリケーション（提供開始前アプリケーションの一例）に関する情報を管理する。リスト通知部２４２は、少なくとも一のリリース予定の対象アプリケーションのアプリケーションリストをユーザ端末１００（端末装置の一例）に対して送信する。送客情報管理部２２３は、上述のアプリケーションリストに含まれる少なくとも一のリリース予定の対象アプリケーションの中からユーザ端末１００において選択された送客先アプリ５０（選択アプリケーションの一例）のアプリＩＤ（識別情報の一例）とユーザ端末１００を特定するリワードユーザＩＤ（固有識別情報の一例）とを関連付けて、ユーザ端末１００を利用するユーザが送客先アプリ５０に送客されたことを示す送客情報の記録として管理する。
インストール通知取得部２４１は、複数の対象アプリケーションのうちユーザ端末１００にインストールされた対象アプリケーションの当該インストールされたことを示すインストール通知情報であって、当該インストールされた対象アプリケーションのアプリＩＤと含むインストール通知情報を、前記端末装置を特定する前記固有識別情報と関連付けて当該対象アプリケーションから取得する。
リワード処理部２４５は、インストール通知取得部２４１が取得したインストール通知情報と、送客情報管理部２２３が管理する送客情報の記録とに基づいて、送客先アプリ５０がユーザ端末１００にインストールされたと判定された場合に、ユーザ端末１００を利用するユーザに対して報酬が付与されるリワード処理（報酬付与処理の一例）を実行する。

このように、管理サーバ２００ａは、少なくとも一のリリース予定の対象アプリケーションの中からユーザ端末１００おいて選択された対象アプリケーションに対する送客情報を管理し、当該対象アプリケーションがリリース後にユーザ端末１００にインストールされると、管理している送客情報に基づいて、ユーザ端末１００を利用するユーザ（ユーザＸ）に対して報酬が付与されるリワード処理を実行する。このとき、管理サーバ２００ａは、送客情報に含まれるリワードユーザＩＤに基づいて、ユーザ端末１００を利用するユーザ（ユーザＸ）を特定する。
これにより、管理サーバ２００ａは、まだリリースされていないリリース予定の対象アプリケーションに対するユーザの送客を可能とし、リリース後に送客が成立した場合には、送客されたユーザに対して報酬を付与することができる。よって、ユーザが対象アプリケーションを利用する動機付けを当該対象アプリケーションのリリース前から高めることができる。
なお、固有識別情報としては、相互送客システム５００ａで独自に生成されたリワードユーザＩＤ以外にも、ユーザ端末１００ごとに一意に割り振られるＵＤＩＤ（Unique Device Identifier）、ＩＭＥＩ（International Mobile Equipment Identity）またはＩＭＳＩ（International Mobile Subscriber Identity）等の識別番号を利用してもよい。またこれら識別番号をハッシュ化・暗号化して利用してもよい。つまり、相互送客システム５００ａの内部もしくは外部において生成または設定され、ユーザ端末１００で一意となる識別情報であればよい。

（２）また、本実施形態の相互送客システム５００ａにおいて、ユーザ端末１００（端末装置の一例）は、管理サーバ２００ａ（管理装置の一例）と通信可能である。ここで、管理サーバ２００ａは、管理の対象となる複数の対象アプリケーションのうち提供開始前のアプリケーションであるリリース予定の対象アプリケーション（提供開始前アプリケーションの一例）に関する情報を管理する。また、管理サーバ２００ａは、リリース予定の対象アプリケーションの中からユーザ端末１００において選択された送客先アプリ５０（選択アプリケーションの一例）のアプリＩＤ（識別情報の一例）とユーザ端末１００を特定するリワードユーザＩＤ（固有識別情報の一例）とを関連付けて、リリース予定の対象アプリケーションに対する送客情報の記録として管理する。
ユーザ端末１００は、リスト取得部の機能を有するリスト要求部１０４と、送客情報通知部１０６と、を備えている。リスト要求部１０４（リスト取得部の一例）は、少なくとも一のリリース予定の対象アプリケーションのアプリケーションリストを管理サーバ２００ａから取得する。送客情報通知部１０６は、リスト要求部１０４が取得したアプリケーションリストに含まれる少なくとも一のリリース予定の対象アプリケーションの中から選択された送客先アプリ５０のアプリＩＤを含む送客情報を、ユーザ端末１００（端末装置の一例）を特定するリワードユーザＩＤと関連付けて管理サーバ２００ａに対して送信する。

このように、ユーザ端末１００は、管理サーバ２００ａから少なくとも一のリリース予定の対象アプリケーションのアプリケーションリストを取得し、取得したアプリケーションリストに含まれる少なくとも一のリリース予定の対象アプリケーションの中から選択された送客先アプリ５０に対する送客情報を管理サーバ２００ａに対して送信する。このとき、ユーザ端末１００は、送客が成立した際に報酬が付与されるユーザを管理サーバ２００ａが特定するためのリワードユーザＩＤを含む送客情報を、管理サーバ２００ａに対して送信する。
これにより、ユーザ端末１００は、まだリリースされていないリリース予定の対象アプリケーションに対する送客を行うことができる。
なお、管理サーバ２００ａは、管理している送客情報に対応する送客先アプリ５０がユーザ端末１００にインストールされた場合に、ユーザ端末１００を利用するユーザに対して報酬が付与される報酬付与処理を実行してもよい。

なお、上述のリスト要求部１０４の機能と、送客情報通知部１０６の機能とが、複数の対象アプリケーションのそれぞれに組み込まれたＳＤＫ１１（ソフトウェア）に基づいて実行される。例えば、送客元アプリ１０に組み込まれたＳＤＫ１１Ａが、リスト要求部１０４の機能と、送客情報通知部１０６の機能とを実行する。

これにより、アプリケーションにＳＤＫ１１を組み込むことにより、本実施形態の相互送客システム５００ａに対応した対象アプリケーションとすることができる。よって、例えば、既存のアプリケーションやこれから開発するアプリケーションにおいても、ＳＤＫ１１を組み込み可能なようにアプリケーションのプログラムを更新または小変更すれば、当該アプリケーションを相互送客システム５００ａに対応した対象アプリケーションとすることができる。

（３）ユーザ端末１００（ＳＤＫ１１）は、固有識別情報取得部１０２を備えている。固有識別情報取得部１０２は、リワードユーザＩＤ（固有識別情報の一例）が端末記憶部１４０（記憶部の一例）に記憶されているか否かを判定し、リワードユーザＩＤが端末記憶部１４０に記憶されていないと判定した場合にリワードユーザＩＤを取得し、取得したリワードユーザＩＤを、ユーザ端末１００（端末装置の一例）にインストールされたいずれの対象アプリケーションからも参照可能なように端末記憶部１４０に記憶させる。

即ち、リワードユーザＩＤは、複数の対象アプリケーションのうちの最初にユーザ端末１００にインストールされた対象アプリケーションが起動したことを条件として取得され、ユーザ端末１００にインストールされたいずれの対象アプリケーションからも参照可能なようにユーザ端末１００に記憶されている。

これにより、相互送客システム５００ａによれば、ユーザ端末１００が、初めて対象アプリケーションがインストールされたときに自動でリワードユーザＩＤを取得し、取得したリワードユーザＩＤをその後インストールされる対象アプリケーションでも共通に利用可能とするため、ユーザに特別な操作をさせることなくリワードユーザＩＤが取得されて本システムを利用可能とすることができる。

（４）ユーザ端末１００（ＳＤＫ１１）は、インストール通知部１０３を備えている。インストール通知部１０３は、ユーザ端末１００（端末装置の一例）にインストールされた対象アプリケーションの当該インストールされたことを示すインストール通知情報であって、当該対象アプリケーションのアプリＩＤ（識別情報の一例）を含むインストール通知情報を、ユーザ端末１００を特定するリワードユーザＩＤ（固有識別情報の一例）と関連付けて管理サーバ２００ａに対して送信する。

これにより、ユーザ端末１００は、送客先アプリ５０がインストールされた場合、ユーザ端末１００に送客先アプリ５０がインストールされたことを管理サーバ２００ａに対して通知することができる。よって、管理サーバ２００ａは、インストール通知情報に含まれる、ユーザ端末１００にインストールされた対象アプリケーションのアプリＩＤと、ユーザ端末１００を特定するリワードユーザＩＤとに基づいて、送客情報を参照して、インストールされた対象アプリケーションが送客先アプリ５０であるか否かを判定することができる。即ち、管理サーバ２００ａは、ユーザ端末１００に送客先アプリ５０がインストールされたか否かを判定することができる。

（５）なお、インストール通知情報には、さらにインストール通知情報を送信した対象アプリケーションのアプリユーザＩＤ（ユーザ情報の一例）が含まれてもよい。例えば、ユーザ端末１００のインストール通知部１０３は、インストールされた対象アプリケーションをインストールしたユーザのインストールされた対象アプリケーションにおけるアプリユーザＩＤと、当該対象アプリケーションのアプリＩＤ（識別情報の一例）とを含むインストール通知情報を、ユーザ端末１００（端末装置の一例）を特定するリワードユーザＩＤ（固有識別情報の一例）と関連付けて管理サーバ２００ａに対して送信する。

なお、ユーザ端末１００（ＳＤＫ１１）は、アプリユーザＩＤを、インストール通知情報以外の情報に含ませて管理サーバ２００ａに送信してもよい。

これにより、ユーザ端末１００は、送客先アプリ５０がインストールされた場合、ユーザ端末１００において送客先アプリ５０を利用するユーザ（ユーザＸ）のアプリユーザＩＤを、ユーザ端末１００を特定するリワードユーザＩＤと関連付け可能なように管理サーバ２００ａに対して通知することができる。

（６）管理サーバ２００ａのリワード処理部２４５は、インストール通知取得部２４１が取得したインストール通知情報と、送客情報管理部２２３が管理する送客情報の記録とに基づいて、送客先アプリ５０（選択アプリケーションの一例）がユーザ端末１００にインストールされたと判定された場合に、当該インストールされた送客先アプリ５０においてユーザ端末１００を利用するユーザに対して報酬が付与されるリワード処理（報酬付与処理の一例）を実行する。

つまり、まだリリースされていないリリース予定の送客先アプリ５０に対して送客されたユーザ（ユーザＸ）のユーザ端末１００に、送客先アプリ５０がリリース後にインストールされた場合、管理サーバ２００ａは、送客先アプリ５０における報酬が当該ユーザ（ユーザＸ）に対して付与されるようにリワード処理を実行する。よって、本実施形態によれば、リリース予定の対象アプリケーションにおける報酬の付与を、当該対象アプリケーションを利用する動機付けとすることができる。

（７）例えば、管理サーバ２００ａのリワード処理部２４５は、送客先アプリ５０（選択アプリケーションの一例）がユーザ端末１００にインストールされたと判定された場合に、ユーザ端末１００を特定するリワードユーザＩＤ（固有識別情報の一例）に関連付けられた送客先アプリ５０のアプリユーザＩＤ（ユーザ情報の一例）を含む報酬付与情報を、送客先アプリ５０に対応するアプリサーバ３５０（サーバ装置の一例）に送信する。
ここで、インストール通知取得部２４１は、アプリユーザ情報取得部として機能する。すなわち、管理サーバ２００ａは、ユーザ端末１００を特定するリワードユーザＩＤと関連付けて、ユーザ端末１００にインストールされた送客先アプリ５０のアプリユーザＩＤを取得するアプリユーザ情報取得部を備える。

なお、管理サーバ２００ａは、アプリユーザＩＤを、インストール通知情報以外の情報に含ませてユーザ端末１００から取得するようにしてもよい。また、管理サーバ２００ａは、送客先アプリ５０におけるアプリユーザＩＤを送客先アプリ５０に対応したアプリサーバ３５０から取得するようにしてもよい。

これにより、ユーザ端末１００に送客先アプリ５０がインストールされた場合、管理サーバ２００ａは、インストールされた送客先アプリ５０におけるアプリユーザＩＤと、ユーザ端末１００を特定するリワードユーザＩＤとを関連付けて管理することができる。また、管理サーバ２００ａは、管理している送客情報に含まれるアプリＩＤが示す送客先アプリ５０がユーザ端末１００にインストールされた場合、このユーザ端末１００で送客先アプリ５０を利用するユーザ（ユーザＸ）に対して報酬が付与されるように、当該送客情報に含まれるリワードユーザＩＤに関連付けられている送客先アプリ５０におけるアプリユーザＩＤを含む報酬付与情報を送客先アプリ５０に対応するアプリサーバ３５０に送信することができる。

なお、管理サーバ２００ａは、送客先アプリ５０におけるアプリユーザＩＤを含む報酬付与情報を、送客先アプリ５０に対応するアプリサーバ３５０に代えて、ユーザ端末１００にインストールされた送客先アプリ５０（ＳＤＫ１１Ｎ）に対して送信してもよい。これにより、ユーザ端末１００にインストールされた送客先アプリ５０において、報酬付与情報に基づく報酬が付与されてもよい。また、報酬付与情報がユーザ端末１００にインストールされた送客先アプリ５０を介して送客先アプリ５０に対応するアプリサーバ３５０に送信されて、アプリサーバ３５０において、報酬付与情報に基づく報酬が付与されてもよい。

（８）ユーザ端末１００（ＳＤＫ１１）のリスト要求部１０４は、少なくとも一のリリース予定の対象アプリケーション（提供開始前アプリケーションの一例）のアプリケーションリストを要求するリスト要求通知情報を、ユーザ端末１００（端末装置の一例）を特定するリワードユーザＩＤ（固有識別情報の一例）と関連付けて管理サーバ２００ａに対して送信する。そして、リスト要求部１０４（リスト取得部の一例）は、上述のリスト要求通知情報を送信したことに応じて管理サーバ２００ａから送信されたリリース予定の対象アプリケーションのアプリケーションリストを取得する。

これにより、ユーザ端末１００は、リリース予定の対象アプリケーションのアプリケーションリストを、管理サーバ２００ａから取得することができる。よって、ユーザ端末１００は、リリース予定の対象アプリケーションの最新の情報を必要なタイミングで取得できる。

（９）ユーザ端末１００（ＳＤＫ１１）は、表示制御部１０５（提示部の一例）を備えている。表示制御部１０５は、リスト要求部１０４（リスト取得部の一例）が取得したリリース予定の対象アプリケーション（提供開始前アプリケーションの一例）のアプリケーションリストに基づくリリース予定の対象アプリケーションの一覧（アプリ一覧、提示リストの一例）を表示部１２０に表示させてユーザに提示する。

これにより、ユーザは、リリース予定の対象アプリケーションに関する情報（例えば、ゲームの内容や報酬の内容）を確認することができるとともに、簡易な操作で選択することができる。

例えば、ユーザ端末１００（ＳＤＫ１１）のリスト要求部１０４は、アプリケーションリストを管理サーバ２００ａから取得するとともに、管理サーバ２００ａが管理する送客情報の記録に基づいて、アプリケーションリストに含まれるリリース予定の対象アプリケーション（提供開始前アプリケーションの一例）のそれぞれがユーザ端末１００において選択済みであるか否かを示す情報を管理サーバ２００ａから取得する。ユーザ端末１００の表示制御部１０５は、リリース予定の対象アプリケーションの一覧（アプリ一覧、提示リストの一例）を表示部１２０に表示させてユーザに提示する場合、リスト要求部１０４が取得した、上述の選択済みであるか否かを示す情報に基づいて、ユーザ端末１００（端末装置の一例）において選択済みのリリース予定の対象アプリケーションと未選択のリリース予定の対象アプリケーションとを区別して表示させてユーザに提示する。ここで、上述の選択済みであるか否かを示す情報は、例えば、リリース予定の対象アプリケーションの一覧において表示される、選択済みのリリース予定の対象アプリケーションと未選択のリリース予定の対象アプリケーションとのそれぞれに対応する表示情報（例えば、図１８に示す、タブＴＢ２１、ＴＢ２２）である。

これにより、ユーザ端末１００は、選択済みのリリース予定の対象アプリケーションと未選択のリリース予定の対象アプリケーションとを区別して表示することができる。よって、ユーザは、選択可能なリリース予定の対象アプリケーションと選択済みのリリース予定の対象アプリケーションとを容易に確認することができる。
なお、ユーザ端末１００は、管理サーバ２００ａからアプリケーションリストを取得することにより、リリース予定の対象アプリケーションの一覧（アプリ一覧、提示リストの一例）を生成して表示部１２０に表示させてもよい。このとき、ユーザ端末１００は、アプリケーションリストに含まれるリリース予定の対象アプリケーションのそれぞれがユーザ端末１００において選択済みであるか否かを示す情報を管理サーバ２００ａから取得することにより、選択済みのリリース予定の対象アプリケーションと未選択のリリース予定の対象アプリケーションとを区別して表示するリリース予定の対象アプリケーションの一覧（アプリ一覧、提示リストの一例）を生成してもよい。

（１０）管理サーバ２００ａのリスト通知部２４２は、ユーザ端末１００（端末装置の一例）からの要求に応じて、アプリケーションリストをユーザ端末１００に対して送信するとともに、アプリケーションリストに含まれるリリース予定の対象アプリケーション（提供開始前アプリケーションの一例）のアプリＩＤ（識別情報の一例）がユーザ端末１００を特定するリワードユーザＩＤ（固有識別情報の一例）に関連付けられている送客情報の記録を送客情報管理部２２３が管理しているか否かに基づいて、アプリケーションリストに含まれるリリース予定の対象アプリケーションのそれぞれがユーザ端末１００において選択済みであるか否かを示す情報を、当該ユーザ端末１００に対して送信する。

このように、管理サーバ２００ａは、ユーザ端末１００からの要求に応じて、リリース予定の対象アプリケーションのアプリケーションリストをユーザ端末１００に対して送信するため、リリース予定の対象アプリケーションの最新の情報をユーザ端末１００に送信できる。

なお、管理サーバ２００ａは、さらに、選択済みの対象アプリケーションのうち、送客が成立したことにより付与される報酬をユーザが取得済みの報酬取得済み対象アプリケーションであるか否かを示す情報を、ユーザ端末１００に対して送信してもよい。そして、ユーザ端末１００は、選択済みのリリース予定の対象アプリケーションと未選択のリリース予定の対象アプリケーションとを区別して表示するとともに、さらに報酬取得済み対象アプリケーションを区別して表示してもよい。

（１１）管理サーバ２００ａは、ユーザ端末１００を特定するリワードユーザＩＤ（固有識別情報の一例）と関連付けて、ユーザ端末１００（端末装置の一例）において選択された送客先アプリ５０（選択アプリケーションの一例）のアプリＩＤ（識別情報の一例）含む送客情報を、ユーザ端末１００から取得する送客情報取得部２４３を備えている。送客情報管理部２２３は、送客情報取得部２４３が取得した送客情報に含まれる送客先アプリ５０のアプリＩＤとユーザ端末１００を特定するリワードユーザＩＤとを関連付けて、送客情報の記録として管理する。

これにより、管理サーバ２００ａは、ユーザ端末１００から取得した送客情報に基づいて、送客先アプリ５０のアプリＩＤとユーザ端末１００を特定するリワードユーザＩＤとを関連付けた送客情報の記録を管理することができる。

（１２）ユーザ端末１００（ＳＤＫ１１）のリスト要求部１０４は、ユーザ端末１００（端末装置の一例）で動作している対象アプリケーションから、リスト要求通知情報を管理サーバ２００ａに対して送信する。ここで、ユーザ端末１００で動作している対象アプリケーションとは、例えば、送客元アプリ１０である。
また、リスト要求部１０４は、リスト取得部として機能し、リスト要求通知情報を送信した送客元アプリ１０において、リリース予定の対象アプリケーション（提供開始前アプリケーションの一例）のアプリケーションリストを取得する。
送客情報通知部１０６は、リリース予定の対象アプリケーションのアプリケーションリストを取得した送客元アプリ１０（対象アプリケーションの一例）のアプリＩＤと、当該送客元アプリ１０において当該アプリケーションリストに含まれる少なくとも一のリリース予定の対象アプリケーションの中から選択された送客先アプリ５０（選択アプリケーションの一例）のアプリＩＤとを含む送客情報を、ユーザ端末１００を特定するリワードユーザＩＤ（固有識別情報の一例）と関連付けて管理サーバ２００ａに対して送信する。

これにより、ユーザ端末１００は、ユーザ端末１００にインストールされている送客元アプリ１０から送客先アプリ５０に対する送客情報を、管理サーバ２００ａに対して送信することができる。

（１３）管理サーバ２００ａのリスト通知部２４２は、複数の対象アプリケーションのうちユーザ端末１００にインストールされている送客元アプリ１０（対象アプリケーションの一例）からの要求に基づいて、アプリケーションリストをユーザ端末１００に対して送信する。送客情報取得部２４３は、ユーザ端末１００を特定するリワードユーザＩＤ（固有識別情報の一例）と関連付けて、送客元アプリ１０（要求した対象アプリケーションの一例）のアプリＩＤ（識別情報の一例）と送客先アプリ５０（選択アプリケーションの一例）のアプリＩＤとを含む送客情報を、送客元アプリ１０から取得する。送客情報管理部２２３は、送客情報取得部２４３が取得した送客情報に含まれる送客元アプリ１０のアプリＩＤと送客先アプリ５０のアプリＩＤとを、ユーザ端末１００を特定するリワードユーザＩＤと関連付けて、送客情報の記録として管理する。

これにより、管理サーバ２００ａは、ユーザ端末１００にインストールされている送客元アプリ１０から送客先アプリ５０に対する送客情報をユーザ端末１００から取得して管理することができる。

（１４）管理サーバ２００ａのアプリケーション管理部２２１は、ユーザ端末１００においてリリース予定の対象アプリケーション（提供開始前アプリケーションの一例）に対する選択を受け付ける期間を示す受付期間（即ち、選択可能な期間）を管理している。
ユーザ端末１００（ＳＤＫ１１）の送客情報通知部１０６は、受付期間内に送客情報を管理サーバ２００ａに対して送信する。
管理サーバ２００ａの送客情報管理部２２３は、上述の受付期間内に送客情報取得部２４３が取得した送客情報に含まれる送客先アプリ５０（選択アプリケーションの一例）のアプリＩＤ（識別情報の一例）を、ユーザ端末１００を特定するリワードユーザＩＤ（固有識別情報の一例）と関連付けて、送客情報の記録として管理する。

つまり、相互送客システム５００ａでは、リリース予定の対象アプリケーション毎に選択可能な期間（例えば、事前に登録が可能な期間）が設定されている。これにより、ユーザ端末１００は、この選択可能な期間内においてのみ、リリース予定の対象アプリケーションに対する選択をユーザに対して許可し、選択された送客先アプリ５０に対する送客情報を管理サーバ２００ａに対して送信することができる。また、管理サーバ２００ａは、この選択可能な期間内においてのみ取得した送客情報の記録を管理するため、この選択可能な期間内における送客のみリワードの対象とすることができる。

（１５）管理サーバ２００ａのアプリケーション管理部２２１は、少なくとも終了日時が規定された報酬付与期限を管理していてもよい。そして、管理サーバ２００ａのリワード処理部２４５は、送客先アプリ５０（選択アプリケーションの一例）がユーザ端末１００にインストールされたことを示すインストール通知情報を報酬付与期限内にインストール通知取得部２４１が取得した場合に、リワード処理（報酬付与処理の一例）を実行する。

このように、報酬が付与される期限が設定されているため、送客先アプリ５０をユーザがインストールして利用する動機付けをさらに高めることができる。

なお、インストール情報管理部２２２は、インストール通知情報を取得したタイミングに基づくインストール日時情報を、インストール通知情報に含まれる、ユーザ端末１００にインストールされたアプリケーションのアプリＩＤ（識別情報の一例）およびユーザ端末１００を特定するリワードユーザＩＤ（固有識別情報の一例）と、直接的または間接的に関連付けて管理してもよい。この場合、リワード処理部２４５は、送客先アプリ５０がユーザ端末１００にインストールされたことを示すインストール通知情報をインストール通知取得部２４１が取得したと判定した場合であって、インストール情報管理部２２２が管理する、当該取得したインストール通知情報のインストール日時情報が報酬付与期限内であるときにリワード処理を実行する。
例えば、リワード処理部２４５は、送客先アプリ５０がユーザ端末１００にインストールされたことを示すインストール通知情報をインストール通知取得部２４１が取得したと判定し、且つ送客先アプリ５０におけるアプリユーザＩＤ（ユーザ情報の一例）をインストール通知取得部２４１が取得した場合であって、インストール情報管理部２２２が管理する、当該取得したインストール通知情報のインストール日時情報が報酬付与期限内であるときに、送客先アプリ５０におけるアプリユーザＩＤを含む報酬付与情報を、送客先アプリ５０に対応するアプリサーバ３５０に対して送信する。

（１６）管理サーバ２００ａは、アプリケーション情報通知部２４７を備えている。アプリケーション情報通知部２４７は、送客情報管理部２２３が管理する送客情報に基づいて、送客先アプリ５０（選択アプリケーションの一例）に関する情報を、送客先アプリ５０のアプリＩＤ（識別情報の一例）に関連付けられているリワードユーザＩＤ（固有識別情報の一例）により特定されるユーザ端末１００に対して送信する。

つまり、管理サーバ２００ａは、送客先アプリ５０に関する情報を、送客先アプリ５０が選択されたユーザ端末１００に送信する。
これにより、管理サーバ２００ａは、送客先アプリ５０に関する情報を、送客先アプリ５０を選択したユーザに対して通知することができる。

（１７）例えば、アプリケーション情報通知部２４７は、アプリケーション管理部２２１が管理する情報と送客情報管理部２２３が管理する送客情報とに基づいて、送客先アプリ５０（選択アプリケーションの一例）がリリース（提供開始）された場合、送客先アプリ５０がリリース（提供開始）されたことを示すリリース情報を、送客先アプリ５０のアプリＩＤ（識別情報の一例）に関連付けられているリワードユーザＩＤ（固有識別情報の一例）により特定されるユーザ端末１００に対して送信する。

ここで、アプリケーション情報通知部２４７は、対象アプリ情報記憶部２３１ａに記憶されている対象アプリケーション情報において、いずれかの対象アプリケーションのリリースフラグ（FlagRelease）がフラグ「０」からフラグ「１」に更新された場合、当該更新された対象アプリケーションがリリースされたと判定する。次に、アプリケーション情報通知部２４７は、対象アプリ情報記憶部２３１ａに記憶されている対象アプリケーション情報を参照して、情報種別フラグ（FlagInf）にフラグ「１」が設定されているリリース予定の対象アプリケーションに対する送客情報のうち、上記リリースされた対象アプリケーションのアプリＩＤが送客先アプリＩＤ（ApIDto）に設定されている送客情報を抽出する。続いて、アプリケーション情報通知部２４７は、抽出した送客情報に含まれるリワードユーザＩＤにより特定されるユーザ端末１００に対して、上記リリースされた対象アプリケーションのリリース情報を送信する。

なお、対象アプリ情報記憶部２３１ａが、リリース予定の対象アプリケーションに関する情報を、リリースされている対象アプリケーションに関する情報と別に記憶する場合には、リリース予定の対象アプリケーションに関する情報として記憶されている対象アプリケーションが、リリースされている対象アプリケーションに関する情報として登録されたときに、アプリケーション情報通知部２４７は、当該対象アプリケーションがリリースされたと判定してもよい。

これにより、管理サーバ２００ａは、選択された送客先アプリ５０のリリース日が到来したことを、送客先アプリ５０を選択したユーザに対して通知することができる。よって、管理サーバ２００ａは、送客先アプリ５０のインストールをユーザに促すことができる。

（１８）ユーザ端末１００は、アプリケーション情報取得部４１と情報提示部４２とを備えている。アプリケーション情報取得部４１は、送客先アプリ５０（選択アプリケーションの一例）に関する情報を管理サーバ２００ａから取得する。情報提示部４２は、アプリケーション情報取得部４１が取得した送客先アプリ５０に関する情報を表示部１２０に表示させてユーザに提示する。なお、上述のアプリケーション情報取得部４１の機能と情報提示部４２の機能とは、例えば、ユーザ端末１００にインストールされた常駐アプリ４０に基づいて実行される。

これにより、ユーザ端末１００は、アプリケーションリストに含まれる少なくとも一のリリース予定の対象アプリケーションの中から選択された送客先アプリ５０に関する情報を、管理サーバ２００ａから取得して通知することができる。

（１９）例えば、送客先アプリ５０（選択アプリケーションの一例）に関する情報は、送客先アプリ５０がリリース（提供開始）されたことを示すリリース情報である。

これにより、ユーザ端末１００は、選択された送客先アプリ５０のリリース日が到来したことを、送客先アプリ５０を選択したユーザに対して通知することができる。よって、ユーザ端末１００は、送客先アプリ５０のインストールをユーザに促すことができる。

（２０）管理サーバ２００ａのアプリケーション管理部２２１は、リリース予定の対象アプリケーション（提供開始前アプリケーションの一例）に関する情報として、リリース予定の対象アプリケーションの提供開始日時を示す情報を管理してもよい。
例えば、アプリケーション情報通知部２４７は、アプリケーション管理部２２１が管理する提供開始日時を示す情報と送客情報管理部２２３が管理する送客情報とに基づいて、送客先アプリ５０（選択アプリケーションの一例）の提供開始日時を示す情報を、送客先アプリ５０のアプリＩＤ（識別情報の一例）に関連付けられているリワードユーザＩＤ（固有識別情報の一例）により特定されるユーザ端末１００に対して送信してもよい。

これにより、管理サーバ２００ａは、選択された送客先アプリ５０のリリース日時を、送客先アプリ５０を選択したユーザに対して通知することができる。例えば、ユーザ端末１００において、送客先アプリ５０のリリース日時が近づくにつれて、リリース日時までの日数または時間をカウントダウン表示することや、所定の日数または時間の間隔でリリース情報を通知することができる。

なお、例えば、アプリケーション管理部２２１は、リリースフラグに代えて、予め設定されたリリース日又はリリース日時（即ち、提供開始日時）を対象アプリ情報記憶部２３１ａに記憶させて管理してもよい。
そして、アプリケーション情報通知部２４７は、アプリケーション管理部２２１が管理する提供開始日時を示す情報と送客情報管理部２２３が管理する送客情報とに基づいて、送客先アプリ５０（選択アプリケーションの一例）の提供開始日時が到来したと判定した場合に、送客先アプリ５０が提供開始されたことを示すリリース情報を、送客先アプリ５０のアプリＩＤ（識別情報の一例）に関連付けられているリワードユーザＩＤ（固有識別情報の一例）により特定されるユーザ端末１００に対して送信してもよい。

（２１）送客先アプリ５０（選択アプリケーションの一例）がリリース（提供開始）されたことを示す情報には、送客先アプリ５０をインストール可能な画面に誘導する指示情報が含まれる。この指示情報は、例えば、送客先アプリ５０に関する情報の掲載ページのＵＲＬであって、送客先アプリ５０をインストール可能（ダウンロード可能）なアプリストア４００へのリンクボタンが含まれる送客先アプリ５０の紹介画面が表示されるページのＵＲＬである。

これにより、ユーザ端末１００は、送客先アプリ５０をインストール可能（ダウンロード可能）なストアページを、ユーザに複雑な操作をさせることなく容易に表示することができる。よって、相互送客システム５００ａは、ユーザが送客先アプリ５０をインストールする動機付けを、操作の困難さによって損なわれることのないようにすることができる。

（２２）なお、上記第３の実施形態において、相互送客システム５００ａが、リリース予定の対象アプリケーションへの送客処理に特化した処理を実行し、第１、２の実施形態で説明した通常リワード処理およびＣＰリワード処理を実行しない場合には、相互送客システム５００ａが備えるユーザ端末１００または管理サーバ２００ａの構成の一部を除いた構成としてもよい。
例えば、ユーザ端末１００（ＳＤＫ１１）は、第１の実施形態で説明した報酬付与通知情報を送信する必要がないため、報酬付与通知部１０７を除いた構成としてもよい。また、管理サーバ２００ａは、通常リワード情報記憶部２３２、キャンペーン情報記憶部２３４、またはキャンペーン参加アプリ情報記憶部２３５を除いた構成としてもよい。
また、上記第３の実施形態では、送客先アプリ５０がユーザ端末１００にインストールされて起動したことを条件に報酬が付与されるリワード処理を例として説明したが、第２の実施形態で説明したＣＰリワード処理のように、予め設定された報酬付与条件が充足された場合に報酬が付与されるようにしてもよい。この場合には、ユーザ端末１００（ＳＤＫ１１）は、報酬付与通知部１０７を備えた構成としてもよい。例えば、リリース予定の対象アプリケーションには報酬付与条件が予め設定されており、ユーザ端末１００（ＳＤＫ１１）の報酬付与通知部１０７は、予め設定された報酬付与条件が充足されたことに基づいて、報酬付与条件を充足したことを示す報酬付与通知情報を管理サーバ２００に対して送信してもよい。すなわち、リワード処理部２４５は、インストール通知取得部２４１が取得したインストール通知情報と、送客情報管理部２２３が管理する送客情報の記録とに基づいて、送客先アプリ５０（選択アプリケーションの一例）がユーザ端末１００にインストールされたと判定され、且つ、予め設定された報酬付与条件が充足されたことに基づいて送客先アプリ５０から当該報酬付与条件が充足されたことを示す報酬付与通知情報を取得したときに、ユーザ端末１００を利用するユーザに対して、当該取得した報酬付与通知情報に基づく報酬が付与されるようにしてもよい。さらに、リワード処理部２４５は、送客先アプリ５０（選択アプリケーションの一例）がユーザ端末１００にインストールされたことを示すインストール通知情報を報酬付与期限内にインストール通知取得部２４１が取得したことを、上述の報酬付与条件としてもよい。

また、本実施形態に第２の実施形態における処理を適用することにより、アプリケーションリストに掲載されるリリース予定の対象アプリケーションが所定の条件に基づいて選択されてもよい。

＜第４の実施形態＞
次に、本発明の第４の実施形態を説明する。上記第３の実施形態では、ユーザ端末１００にインストールされている送客元アプリ１０から、リリース予定の対象アプリケーションである送客先アプリ５０へ送客する送客処理の例を説明した。本実施形態では、送客元アプリ１０に代えて、リリース予定の対象アプリケーションへの送客の機能に特化した専用のアプリケーションから送客先アプリ５０へ送客する送客処理の例を説明する。

〔第４の実施形態による相互送客システムの構成及び処理〕
図２７は、本実施形態のネットワークシステム１ｂにおける相互送客システム５００ｂの構成及び処理の一例を説明する説明図である。この図２７において、図１７の各部と対応する部分には同一の符号を付け、その説明を省略する。

図２７に示す相互送客システム５００ｂは、送客元アプリ１０を専用アプリ６０に代えた点が、図１７に示す相互送客システム５００ａに対して異なる。専用アプリ６０は、リリース予定の対象アプリケーションへの送客の機能を有した専用のアプリケーションである。専用アプリ６０は、例えば、アプリストア４００からユーザ端末１００に対してインストール可能（ダウンロード可能）なように提供される。ここでは、ユーザ端末１００には専用アプリ６０がインストールされており、専用アプリ６０から、リリース予定の対象アプリケーションである送客先アプリ５０への送客が行われる例を示している。

専用アプリ６０には、第３の実施形態において説明したＳＤＫ１１Ａの機能が含まれている。このように、ユーザ端末１００にインストールされている専用アプリ６０が、第３の実施形態で説明した送客先アプリのＳＤＫ１１Ａの機能を備えていることにより、相互送客システム５００ｂは、第３の実施形態の相互送客システム５００ａと同様に、リリース予定の対象アプリケーションへ送客する送客処理を行うことができる。

なお、図２７に示す例では、ブラウザ４５がユーザ端末１００にインストールされている例としているが、このブラウザ４５の機能は、専用アプリ６０に含まれていてもよい。また、常駐アプリ４０の機能は、専用アプリ６０に含まれていてもよい。

〔第４の実施形態のユーザ端末１００の機能構成〕
図２８は、本実施形態によるユーザ端末１００において、専用アプリ６０に基づいて端末制御部１５０が実行する送客処理の機能構成の一例を示す構成図である。
専用アプリ６０は、初期化処理部１０１と、リスト要求部１０４と、表示制御部１０５と、送客情報通知部１０６とを備えている。ここで、専用アプリ６０は、図５に示すＳＤＫ１１の機能構成のうち送客元としての機能のみを備えていればよいので、送客先アプリに特有の機能構成である報酬付与通知部１０７を備えなくともよい。したがって、専用アプリ６０にＳＤＫ１１Ａが組み込まれている構成としてもよい。

この構成により、専用アプリ６０は、ＳＤＫ１１Ａが組み込まれている送客元アプリ１０と同様に、リリース予定の対象アプリケーションの中から選択された送客先アプリ５０に対する送客情報を管理サーバ２００ａに対して送信する処理を行うことができる。

また、専用アプリ６０は送客先のアプリケーションになることはない。そのため、ユーザ端末１００に専用アプリ６０がインストールされているか否かを管理サーバ２００ａが管理しなくてもよい。よって、専用アプリ６０は、インストール通知情報を管理サーバ２００ａに送信しなくともよく、図２８に示すインストール通知部１０３を含まない構成としてもよい。

〔第４の実施形態の相互送客処理の動作例〕
次に、本実施形態による相互送客システム５００ｂによる送客処理の動作を説明する。相互送客システム５００ｂによる送客処理は、送客元アプリ１０の処理を専用アプリ６０が行うことにより、図２４、図２５、および図２６を参照して説明した第３の実施形態による送客処理と同様の処理とすることができる。なお、相互送客システム５００ｂによる送客処理は、専用アプリ６０が行うことにより、第３の実施形態による送客処理と部分的に異なる処理を行うようにしてもよい。例えば、上述したように、専用アプリ６０がインストールされているか否かを管理サーバ２００ａが管理しない処理としてもよい。

図２９は、図２４に示す送客元アプリ１０が実行する処理を、送客元アプリ１０に代えて専用アプリ６０が実行する例であって、ユーザ端末１００に専用アプリ６０がインストールされているか否かを管理サーバ２００ａが管理しない場合の送客処理の動作の一例を示すフローチャートである。この図２９において、図２４に示す各処理に対応する部分には同じ符号を付けており、その説明を適宜省略する。

ユーザ端末１００に専用アプリ６０がインストールされて起動すると、専用アプリ６０の初期化処理部１０１は、初期化処理を実行する。この初期化処理では、リワードユーザＩＤを取得する処理が行われ、インストール通知情報を送信する処理は行われない。例えば、専用アプリ６０の固有識別情報取得部１０２は、初期化処理において、端末記憶部１４０を参照して、リワードユーザＩＤが取得済みであるか否かを判定し（ステップＳＡ１３）、取得済みでない場合には、リワードユーザＩＤを生成して取得し（ステップＳＡ１４）、端末記憶部１４０のアプリ間共有エリアに記憶させる（ステップＳＡ１５）。

即ち、専用アプリ６０がインストールされる以前に、いずれかの対象アプリケーションがインストールされている場合には、その対象アプリケーションがインストールされたときに取得されたリワードユーザＩＤが相互送客システム５００ｂにおいて用いられる。一方、専用アプリ６０がインストールされる以前に、いずれの対象アプリケーションもインストールされていない場合には、専用アプリ６０がインストールされて起動したときに、相互送客システム５００ｂにおいて用いられるリワードユーザＩＤが取得される。
上述の初期化処理以降の処理は、図２４を参照して説明した処理と同様である。このように、本実施形態による相互送客システム５００ｂにおいて、送客先アプリ５０へ送客する送客情報が専用アプリ６０から管理サーバ２００ａに対して送信されるため、第３の実施形態と同様に、リリース予定の対象アプリケーションに対する送客情報の記録を管理サーバ２００ａが管理することができる。

また、専用アプリ６０は、ブラウザ４５の機能を備えていてもよい。例えば、送客先アプリ５０がリリースされた後の処理において、図２５に示すブラウザ４５が送客先アプリ５０の紹介画面を表示する処理を、ブラウザ４５に代えて専用アプリ６０が実行してもよい。
図３０は、送客先アプリ５０（ゲームＮ）がリリースされた後に、リリース情報が通知される処理であって、専用アプリ６０が、送客先アプリ５０の紹介画面を表示する処理の例を示している。なお、この図３０において、図２５に示す各処理に対応する部分には同じ符号を付けており、その説明を適宜省略する。

管理サーバ２００ａがリリース情報をユーザ端末１００に対して送信する処理（ステップＳＥ３２０、ＳＥ３２２、ＳＥ３２４の処理）は、図２５を参照して説明した処理と同様である。ユーザ端末１００において実行中の常駐アプリ４０は、管理サーバ２００ａから送信されたリリース情報を取得し、取得した送客先アプリ５０のリリース情報を表示部１２０に表示させる（ステップＳＡ３２０）。

表示部１２０に表示されたリリース情報に対して、ユーザＸが操作（例えば、タップ操作）すると、ユーザ端末１００にインストールされている専用アプリ６０が起動する（ステップＳＡ３３０）。例えば、リリース情報には専用アプリ６０の特定の機能（例えば、ブラウザ機能）を起動させるための指示情報（例えば、ＵＲＬスキーム）が含まれており、この指示情報に基づいて専用アプリ６０が起動する。

専用アプリ６０は、自身が有するブラウザ機能により、リリース情報に含まれるＵＲＬのリンク先のページ、即ち、リリースされた送客先アプリ５０（ゲームＮ）の紹介画面を表示する（ステップＳＡ３３２）。ここで、送客先アプリ５０（ゲームＮ）の紹介画面には、所定の期間内にインストールしないと報酬が得られない旨の表示情報や、送客先アプリ５０（ゲームＮ）をインストール可能（ダウンロード可能）なアプリストア４００へのリンクボタンが表示される。

専用アプリ６０により表示された紹介画面において、アプリストア４００へのリンクボタンに対してユーザＸが操作（例えば、タップ操作）すると（ステップＳＡ３３４）、ストア３０が起動し、起動したストア３０が、送客先アプリ５０（ゲームＮ）をインストール可能なアプリストア４００のストアページ（ゲームＮのダウンロードページ）を表示する（ステップＳＡ３３６）。

〔第４の実施形態のまとめ〕
以上説明してきたように、本実施形態の相互送客システム５００ｂにおいて、管理サーバ２００ａ（管理装置の一例）の構成は、第３の実施形態の管理サーバ２００ａ（管理装置の一例）の構成と同様である。
本実施形態のユーザ端末１００（端末装置の一例）は、第３の実施形態で説明したＳＤＫ１１の機能構成のうち、少なくとも送客元アプリとしての機能のみを備えていればよい。例えば、ユーザ端末１００は、リスト取得部の機能を有するリスト要求部１０４と、送客情報通知部１０６とを備えている。リスト要求部１０４（リスト取得部の一例）は、少なくとも一のリリース予定の対象アプリケーションのアプリケーションリストを管理サーバ２００ａから取得する。送客情報通知部１０６は、リスト要求部１０４が取得したアプリケーションリストに含まれる少なくとも一のリリース予定の対象アプリケーションの中から選択された送客先アプリ５０のアプリＩＤを含む送客情報を、ユーザ端末１００（端末装置の一例）を特定するリワードユーザＩＤと関連付けて管理サーバ２００ａに対して送信する。
ここで、上述のリスト要求部１０４の機能と、送客情報通知部１０６の機能とが、ユーザ端末１００にインストールされている専用アプリ６０に基づいて実行される。

これにより、ユーザ端末１００は、第３の実施形態のユーザ端末１００と同様に、まだリリースされていないリリース予定の対象アプリケーションに対する送客を行うことができる。
また、本実施形態の相互送客システム５００ｂにおいて、第３の実施形態の相互送客システム５００ａと同様に、ユーザ端末１００を一意に識別可能なリワードユーザＩＤを用いることにより、リリース予定の対象アプリケーションにおけるユーザ情報（例えば、アプリユーザＩＤ）が登録されていなくとも、リリース後に登録したユーザ情報をリワードユーザＩＤと関連付けることにより、ユーザ端末１００を利用するユーザに対して報酬が付与されるリワード処理を容易に行うことができる。よって、本実施形態によれば、ユーザが対象アプリケーションを利用する動機付けを当該対象アプリケーションのリリース前から高めることができる。

＜変形例＞
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成は上述の実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。例えば、上述の第１から第４の実施形態において説明した各機能は、任意に組み合わせることができる。一例として、第１の実施形態または第２の実施形態の相互送客システム５００と第３の実施形態の相互送客システム５００ａとを組み合わせてもよい。すなわち、相互送客システム５００または相互送客システム５００ａは、リリース済みの対象アプリケーションに対する通常リワード処理またはＣＰリワード処理と、リリース予定の対象アプリケーションに対するリワード処理の両方の機能を搭載してもよい。例えば、ユーザ端末１００において、アプリケーションリストＬＴ(図１)と、アプリケーションリストＬＴ２(図１８)とを選択的に表示可能な構成とし、リリース済みの対象アプリケーション及びリリース予定の対象アプリケーションのうちのいずれかを選択可能な構成としてもよい。
なお、ユーザ端末１００において、アプリケーションリストＬＴ(図１) に含まれるリリース済みの対象アプリケーションと、アプリケーションリストＬＴ２(図１８) に含まれるリリース予定の対象アプリケーションとの両方が含まれるアプリケーションリストを表示可能な構成としてもよい。この場合、リリース済みの対象アプリケーションとリリース予定の対象アプリケーションとが判別可能なように、リリース済みを示す情報またはリリース予定を示す情報がアプリケーションリストに含まれるそれぞれの対象アプリケーションに関連付けられて表示されるようにしてもよい。

（１）上記実施形態では、管理サーバ２００または管理サーバ２００ａの通信部２１０（送受信部の一例）は、インストール通知情報、アプリケーションリスト、リスト要求通知情報、送客情報、指示情報、又は報酬付与通知情報を直接的にユーザ端末１００と通信する例を説明した。同様にユーザ端末１００の端末通信部１３０（送受信部の一例）は、インストール通知情報、アプリケーションリスト、リスト要求通知情報、送客情報、指示情報、又は報酬付与通知情報を直接的に管理サーバ２００または管理サーバ２００ａと通信する例を説明した。

ここで、管理サーバ２００の通信部２１０は、送客元アプリ１０（第１アプリケーションの一例）又は送客先アプリ２０（第２アプリケーションの一例）と、それぞれに対応するアプリサーバ３００（サーバ装置の一例）を介して通信セッションを確立させた後で、直接的にユーザ端末１００と通信してもよい。同様にユーザ端末１００の端末通信部１３０は、送客元アプリ１０（インストールされた対象アプリケーション）又は送客先アプリ２０（選択された対象アプリケーション）と、それぞれに対応するアプリサーバ３００を介して通信セッションを確立させた後で、直接的に管理サーバ２００と通信してもよい。

また、管理サーバ２００ａの通信部２１０は、送客元アプリ１０（ユーザ端末１００にインストールされた対象アプリケーションの一例）又は送客先アプリ５０（リリース予定の対象アプリケーションの中から選択された選択アプリケーションの一例）と、それぞれに対応するアプリサーバ３００（サーバ装置の一例）を介して通信セッションを確立させた後で、直接的にユーザ端末１００と通信してもよい。同様にユーザ端末１００の端末通信部１３０は、送客元アプリ１０（ユーザ端末１００にインストールされた対象アプリケーションの一例）又は送客先アプリ５０（リリース予定の対象アプリケーションの中から選択された選択アプリケーションの一例）と、それぞれに対応するアプリサーバ３００を介して通信セッションを確立させた後で、直接的に管理サーバ２００ａと通信してもよい。
なお、上記第４の実施形態の相互送客システム５００ｂが、専用アプリ６０に対応するアプリサーバ３００を備えている構成としてもよく、その場合、ユーザ端末１００と管理サーバ２００ａとが専用アプリ６０に対応するアプリサーバ３００を介して通信セッションを確立させた後で、直接的に通信してもよい。

なお、ユーザ端末１００から直接的に管理サーバ２００（２００ａ）と通信する場合に、必要に応じて通信セッションを確立させるようにしてもよい。つまり、通信セッションを確立させる前に直接的に管理サーバ２００と通信する場合と、通信セッションを確立させた後に直接的に管理サーバ２００と通信する場合との両方を含んでもよい。
例えば、インストール通知情報は、通信セッションを確立させる前に直接的に管理サーバ２００と通信し、それ以外の情報については通信セッションを確立させた後に直接的に管理サーバ２００と通信するようにしてもよい。このようにすることで、通常リワードの対象となる送客先アプリ２０として、送客先アプリ２０に対応するアプリサーバ３２０を具備しないアプリケーション、すなわちユーザ端末１００においてスタンドアローンで動作するアプリケーションを対象アプリケーションとして扱うことが可能になる。つまり、スタンドアローンで動作するアプリケーションがインストールされたことを示すインストール通知情報を送信する際に、ユーザ端末１００は、アプリサーバ３００を介して通信セッションを確立させる処理を行わずに、直接的に管理サーバ２００と通信することができる。

図３１は、通信セッションの確立処理の動作を説明するフローチャートである。この通信セッションの確立処理（通信セッション確立処理）は、送客元アプリ１０または送客先アプリ２０がユーザ端末１００で起動され、ＳＤＫ１１ＡとＳＤＫ１１Ｂが初めて管理サーバ２００と通信を行う場合であって、例えば、図１４及び図１５を参照して説明した初期化処理の中で行われる。図３１では、図１４に示す初期化処理の中で行われる通信セッションの確立処理を示している。なお、この通信セッションの確立処理は、図１５、図２４、または図２９に示す初期化処理の中でも同様に行うことができる。図３１において図１４の各処理に対応する部分には同一の符号を付け、その説明を省略する。なお、ユーザ端末１００とアプリサーバ３１０とは既に通信セッションが確立されている前提となる。

ステップＳＡ１２、ＳＡ１３、ＳＡ１４、ＳＡ１５の処理においてリワードユーザＩＤの取得済となり、ステップＳＡ１６、ＳＡ１７の処理においてインストール通知情報の通知済みとなると、ＳＤＫ１１Ａの初期化処理部１０１は、ワンタイムトークンの取得を要求するワンタイムトークン取得要求情報をアプリサーバ３１０に対して送信する（ステップＳＡ２１）。アプリサーバ３１０は、ユーザ端末１００（ＳＤＫ１１Ａ）からワンタイムトークン取得要求情報を取得すると、取得したワンタイムトークン取得要求情報に基づくワンタイムトークン生成要求情報を管理サーバ２００に対して送信する（ステップＳＦ１１）。管理サーバ２００は、アプリサーバ３１０からワンタイムトークン生成要求情報を取得すると、ワンタイムトークンを生成し、生成したワンタイムトークンをアプリサーバ３１０に対して送信する（ステップＳＥ１２）。アプリサーバ３１０は、管理サーバ２００からワンタイムトークンを取得すると、取得したワンタイムトークンをユーザ端末１００（ＳＤＫ１１Ａ）に対して送信する（ステップＳＦ１２）。ＳＤＫ１１Ａの初期化処理部１０１は、アプリサーバ３１０からワンタイムトークンを取得すると、取得したワンタイムトークンを含んだセッション確立要求情報を管理サーバ２００に対して送信する（ステップＳＡ２２）。管理サーバ２００は、ユーザ端末１００（ＳＤＫ１１Ａ）からセッション確立要求情報を取得すると、取得したセッション確立要求情報に含まれるワンタイムトークンが正しい情報である場合（ユーザ端末１００（ＳＤＫ１１Ａ）に対して送信したワンタイムトークンと一致する場合）には、通信セッションを確立して、相互送客システム５００による通信が許可される（ステップＳＥ１３）。以後、図１４を参照して説明した処理が行われる。なお、管理サーバ２００は、ユーザ端末１００（ＳＤＫ１１Ａ）から取得したセッション確立要求情報に含まれるワンタイムトークンが正しい情報でない場合には通信エラーとし、相互送客システム５００による通信が許可されない。また、管理サーバ２００がユーザ端末１００（ＳＤＫ１１Ａ）からセッション確立要求情報を取得できない場合には、当然、相互送客システム５００による通信が許可されない。
このように、通信セッションを確立させた後で、相互送客システム５００による通信を開始することで、相互送客システム５００を含むネットワークシステム１内のセキュリティを向上させることができる。

なお、インストール通知情報、アプリケーションリスト、リスト要求通知情報、送客情報、指示情報、又は報酬付与通知情報の一部は、ユーザ端末１００から直接的に管理サーバ２００と通信せずに、送客元アプリ１０（第１アプリケーションの一例）又は送客先アプリ２０（第２アプリケーションの一例）に対応するアプリサーバ３００（サーバ装置の一例）を介してユーザ端末１００と通信してもよい。すなわち、管理サーバ２００の通信部２１０（送受信部の一例）は、インストール通知情報、アプリケーションリスト、リスト要求通知情報、送客情報、指示情報、又は報酬付与通知情報を送客元アプリ１０又は送客先アプリ２０に対応するアプリサーバ３００を介してユーザ端末１００と通信、若しくは直接的にユーザ端末１００と通信するようにしてもよい。

さらに、管理サーバ２００の通信部２１０（送受信部の一例）は、インストール通知情報、アプリケーションリスト、リスト要求通知情報、送客情報、指示情報、又は報酬付与通知情報を送客元アプリ１０又は送客先アプリ２０に対応するアプリサーバ３００を介してユーザ端末１００と通信してもよい。同様にユーザ端末１００の端末通信部１３０（送受信部）は、送客元アプリ１０（インストールされた対象アプリケーション）又は送客先アプリ２０（選択された対象アプリケーション）に対応するアプリサーバ３００を介して管理サーバ２００と通信してもよい。
このように、相互送客システム５００は、アプリサーバ３００を介してユーザ端末１００と管理サーバ２００とが通信しても、第１の実施形態及び第２の実施形態と同様の送客処理及びリワード処理を行うことができ、同様の効果を得ることができる。

また、管理サーバ２００ａの通信部２１０（送受信部の一例）は、インストール通知情報、アプリケーションリスト、リスト要求通知情報、送客情報、指示情報、又は報酬付与通知情報を送客元アプリ１０（ユーザ端末１００にインストールされた対象アプリケーションの一例）又は送客先アプリ５０（リリース予定の対象アプリケーションの中から選択された選択アプリケーションの一例）に対応するアプリサーバ３００を介してユーザ端末１００と通信してもよい。同様にユーザ端末１００の端末通信部１３０（送受信部の一例）は、送客元アプリ１０又は送客先アプリ５０に対応するアプリサーバ３００を介して管理サーバ２００ａと通信してもよい。
このように、相互送客システム５００ａは、アプリサーバ３００を介してユーザ端末１００と管理サーバ２００ａとが通信しても、第３の実施形態と同様の送客処理及びリワード処理を行うことができ、同様の効果を得ることができる。なお、上記第４の実施形態の相互送客システム５００ｂが、専用アプリ６０に対応するアプリサーバ３００を備えている構成としてもよく、その場合、ユーザ端末１００と管理サーバ２００ａとが専用アプリ６０に対応するアプリサーバ３００を介して通信してもよい。

（２）上記実施形態では、アプリユーザＩＤ（ApUID）をインストール通知情報などに含めて、ユーザ端末１００（ＳＤＫ１１）から管理サーバ２００送信される例を説明したが、これに限られるものではない。例えば、アプリサーバ３００が、通信セッション確立処理でリワードユーザＩＤに関連付けて、アプリユーザＩＤを管理サーバ２００に送信するようにしてもよい。具体的には、ステップＳＡ２１にて、ＳＤＫ１１Ａの初期化処理部１０１が、ワンタイムトークン取得要求情報をアプリサーバ３００に対して送信する際にリワードユーザＩＤをアプリサーバ３００に通知する。さらに、アプリサーバ３００は、リワードユーザＩＤ、アプリＩＤ及びアプリユーザＩＤを管理サーバ２００に送信する。管理サーバ２００のインストール情報管理部２２２は、インストール情報記憶部２３６に記憶されるインストール情報のうち、取得したリワードユーザＩＤとアプリＩＤとに対応したインストール情報に対応するアプリユーザＩＤ（ApUID）として、アプリサーバ３００から取得したアプリユーザＩＤを記憶させる。このようにアプリユーザＩＤをユーザ端末１００（ＳＤＫ１１）からでなく、アプリサーバ３００から送信することで、ユーザ端末１００（ＳＤＫ１１）にて、アプリユーザＩＤを管理することが不要になる。

上記のようにアプリサーバ３００が通信セッション確立処理でリワードユーザＩＤに関連付けてアプリユーザＩＤを管理サーバ２００に送信する場合には、インストールされた対象アプリケーションにおいてユーザ情報が登録された後でしか、通信セッション確立処理を行うことができない。しかしながら、ユーザ端末１００にインストールされた対象アプリケーションの当該インストールされたことを示すインストール通知情報の管理サーバ２００に対する送信は、ユーザ情報が登録されたことと直接関連させる必要がない。したがって、ユーザ端末１００は、インストールされた対象アプリケーションにおいて、ユーザ情報が登録されているか否かに関わりなく、インストール通知情報を管理サーバ２００に対して送信するようにしている。したがって、ユーザ端末１００がインストール通知情報を送信する際には、通信セッションが確立される前に送信されることになる。

（３）上記実施形態では、リワード処理部２４５は、ユーザ端末１００の送客先アプリ２０のＳＤＫ１１Ｂから報酬付与通知情報を取得したことに基づいてＣＰリワード処理を実行する例を説明したが、これに限られるものではない。例えば、送客先アプリ２０に対応するアプリサーバ３２０から報酬付与通知情報を取得したことに基づいてＣＰリワード処理を実行してもよい。この場合、報酬付与通知情報（成果地点到達通知）には、送客先アプリ２０のアプリＩＤとアプリユーザＩＤ、キャンペーンＩＤ、成果地点ＩＤ（RewardSpotID）を含めるようにすればよい。
例えば、管理サーバ２００のリワード処理部２４５は、アプリサーバ３２０から送信された報酬付与通知情報（成果地点到達通知）を取得する。次に、リワード処理部２４５は、インストール情報記憶部２３６に記憶されるインストール情報から、送客先アプリ２０のアプリＩＤとアプリユーザＩＤに対応したインストール情報を特定し、特定したインストール情報に対応したリワードユーザＩＤを逆引きする。そして、リワード処理部２４５は、逆引きしたリワードユーザＩＤと送客先アプリ２０に対する送客情報の記録が送客情報管理部２２３において管理されていることに基づいて、当該送客情報に対応したリワード管理ＩＤに関連付けて、取得した報酬付与通知情報に含まれる成果地点ＩＤ（RewardSpotID）を設定し、成立状態（RewardStatus）をフラグ「０」（未通知）とするリワード成立情報を生成し、リワード成立情報記憶部２３８に記憶させる。この後の処理は上記実施形態と同じである。このように、報酬付与通知情報（成果地点到達通知）をアプリサーバ３２０から送信することで、ユーザ端末１００（ＳＤＫ１１Ｂ）の処理の負担を減らすことができる。

（４）上記実施形態では、リワードユーザＩＤが、最初に対象アプリケーションがインストールされたときに、インストールされたユーザ端末１００を一意に識別可能な固有識別情報（相互送客システム５００においてユニークな固有識別情報）として生成される例を説明したが、これに限られるものではない。例えば、ユーザ端末１００に固有に設定されている端末識別番号や電話番号（例えば、スマートフォンの場合）をリワードユーザＩＤとしてもよい。しかしながら、端末識別番号や電話番号等のような個人情報を利用せずに、本実施形態のようにリワードユーザＩＤを生成して利用する方がセキュリティ性を高めることができる。また、リワードユーザＩＤとして、端末識別番号や電話番号等を利用せずに、相互送客システム５００においてユニークな固有識別情報を採用することで、ユーザが所有するユーザ端末１００（端末装置の一例）を買い替え等で変更する場合でも、所定の手続きを経てリワードユーザＩＤを変更後のユーザ端末１００に移行することで、変更前のユーザ端末１００からの状態を維持して相互送客システム５００を利用することが可能となる。

また、図１４のステップＳＡ２５及びステップＳＡ２６のアプリケーションリスト（アプリ一覧）を表示する処理と、アプリケーションリストからダウンロードする対象アプリケーションが選択されたときに送客情報を送信する処理とは、ＳＤＫ１１が実行する処理に代えて、ＳＤＫ１１の処理とは関係のないユーザ端末１００にインストールされている他のアプリケーション（例えば、ブラウザ）が起動して実行されてもよい。例えば、管理サーバ２００からユーザ端末１００においてブラウザにリダイレクトされるようなアプリ一覧ページのデータを生成してユーザ端末１００に送信することにより、ユーザ端末１００においてブラウザが起動して、当該アプリ一覧ページが表示されるようにしてもよい。また、このアプリ一覧ページのデータにリスト要求通知情報に含まれる送客元アプリ１０（ゲームＡ）のアプリＩＤ（ApID）を含めて送信することにより、アプリ一覧ページで選択された送客先アプリ２０（ゲームＢ）のアプリＩＤ（ApID）と、送客元アプリ１０（ゲームＡ）のアプリＩＤ（ApID）と、リワードユーザＩＤ（RewardUID）とを含む送客情報を、上述のブラウザから管理サーバ２００に対して送信されるようにしてもよい。

また、ＣＰリワード処理においても、通常リワード処理と同様に送客先アプリ２０がインストールされたことに基づいて実行されるようにしてもよい。この場合、送客先アプリ２０における報酬付与条件を、送客先アプリ２０がユーザ端末１００にインストールされたこととしてもよい。
また、キャンペーンを実施する全ての特定アプリケーションが、送客先アプリ２０がインストールされたことが最初の成果地点とするならば、当該成果地点の達成に対応する報酬付与通知情報の送客先アプリ２０からの送付を行わなくてもよい。この場合には、管理サーバ２００が、通常リワードと同様な報酬付与処理を行い、アプリサーバ３１０に対してキャンペーンＩＤを含む報酬付与情報を送信することにより、アプリサーバ３１０から通常リワードに相当するＣＰリワードが付与されるようになる。具体的には、図１５のフローチャートにおけるステップＳＥ２２の判定処理を行わずに、ＣＰリワードと通常リワードのどちらでも、ステップＳＥ２３〜２４の処理を行わせればよい。

（５）上記第１，２の実施形態の通常リワード処理およびＣＰリワード処理において、送客元アプリ１０における報酬がユーザに付与される処理の例を説明したが、送客元アプリ１０に代えて送客先アプリ２０における報酬がユーザに付与される処理としてもよい。この場合、管理サーバ２００は、例えば、送客情報記憶部２３７に記憶されている送客情報に含まれる送客先アプリＩＤ（ApIDto）と、対象アプリ情報記憶部２３１に記憶されている対象アプリ情報に含まれる通知先ＵＲＬ（NoticeURL）とに基づいて、送客先アプリ２０に対応するアプリサーバ３２０に報酬付与情報を送信する。なお、上記第１，２の実施形態の通常リワード処理およびＣＰリワード処理において、送客元アプリ１０における報酬と送客先アプリ２０における報酬との両方がユーザに付与される処理としてもよい。

また、上記第３の実施形態のリワード処理において、送客先アプリ５０における報酬がユーザに付与される処理の例を説明したが、送客先アプリ５０に代えて送客元アプリ１０における報酬がユーザに付与される処理としてもよい。この場合、管理サーバ２００ａは、例えば、送客情報記憶部２３７ａに記憶されている送客情報に含まれる送客元アプリＩＤ（ApIDfrom）と、対象アプリ情報記憶部２３１ａに記憶されている対象アプリ情報に含まれる通知先ＵＲＬ（NoticeURL）とに基づいて、送客元アプリ１０に対応するアプリサーバ３１０に報酬付与情報を送信する。なお、上記第３の実施形態のリワード処理において、送客先アプリ５０における報酬と送客元アプリ１０における報酬との両方がユーザに付与される処理としてもよい。

（６）上記実施形態では、相互送客システム５００（５００ａ、５００ｂ）に対応する対象アプリケーションとしてゲームを例に説明したが、この対象アプリケーションはゲームに限られるものではなく、ゲーム以外のいずれのアプリケーションであってもよい。

また、管理サーバ２００（２００ａ）の記憶部２３０（２３０ａ）は、管理サーバ２００（２００ａ）とは異なるサーバ装置に備えられてもよい。そして、管理サーバ２００（２００ａ）の管理部２２０または制御部２４０（２４０ａ）が管理サーバ２００（２００ａ）とは異なるサーバ装置に備えられた記憶部２３０（２３０ａ）に対してネットワークＮＷを介して通信することにより、記憶部２３０（２３０ａ）が備える各部が記憶する各情報を管理してもよい。

また、管理サーバ２００（２００ａ）とアプリサーバ３００とが一体となったサーバ装置として構成されてもよい。

また、上記実施形態において、ＳＤＫ１１または専用アプリ６０のリスト要求部１０４がリスト取得部の機能を有する構成として説明したが、ＳＤＫ１１または専用アプリ６０が、リスト要求部１０４とは別にリスト取得部を備える構成としてもよい。

また、上記実施形態において、インストール通知情報、リスト要求通知情報、送客情報、報酬付与通知情報などの各種情報にリワードユーザＩＤが含まれることにより、管理サーバ２００（２００ａ）において、これらの各種情報が、これらの各種情報を送信したユーザ端末１００を特定するリワードユーザＩＤと関連付けられる例を説明したが、これに限られるものではない。例えば、管理サーバ２００（２００ａ）とユーザ端末１００との間で通信セッションが確立されている場合には、確立された通信セッションと当該ユーザ端末１００を特定するリワードユーザＩＤとが関連付けられるようにしてもよい。これにより、各種情報にリワードユーザＩＤを含めなくても、確立された通信セッションにおいて送信された各種情報が、当該通信セッションに関連付けられているリワードユーザＩＤと関連付けられるようにしてもよい。
なお、これらの各種情報とリワードユーザＩＤとを関連付ける方法は一例であり、管理サーバ２００ａにおいて、これらの各種情報と、これらの各種情報を送信したユーザ端末１００を特定するリワードユーザＩＤとが関連付けられれば、上記の方法に限られるものではない。

（７）上述の管理部２２０、制御部２４０（２４０ａ）、ＳＤＫ１１、または専用アプリ６０の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより上述の各部の処理を行ってもよい。ここで、「記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行する」とは、コンピュータシステムにプログラムをインストールすることを含む。ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータシステム」は、インターネットやＷＡＮ、ＬＡＮ、専用回線等の通信回線を含むネットワークを介して接続された複数のコンピュータ装置を含んでもよい。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。このように、プログラムを記憶した記録媒体は、ＣＤ−ＲＯＭ等の非一過性の記録媒体であってもよい。また、記録媒体には、当該プログラムを配信するために配信サーバからアクセス可能な内部または外部に設けられた記録媒体も含まれる。配信サーバの記録媒体に記憶されるプログラムのコードは、端末装置で実行可能な形式のプログラムのコードと異なるものでもよい。すなわち、配信サーバからダウンロードされて端末装置で実行可能な形でインストールができるものであれば、配信サーバで記憶される形式は問わない。なお、プログラムを複数に分割し、それぞれ異なるタイミングでダウンロードした後に端末装置で合体される構成や、分割されたプログラムのそれぞれを配信する配信サーバが異なっていてもよい。さらに「コンピュータ読み取り可能な記録媒体」とは、ネットワークを介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。また、上記プログラムは、上述した機能の一部を実現するためのものであってもよい。さらに、上述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。

また、上述した機能の一部または全部を、ＬＳＩ（ＬａｒｇｅＳｃａｌｅＩｎｔｅｇｒａｔｉｏｎ）等の集積回路として実現してもよい。上述した各機能は個別にプロセッサ化してもよいし、一部、または全部を集積してプロセッサ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、または汎用プロセッサで実現してもよい。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いてもよい。

１、１ａ、１ｂ、ネットワークシステム、１０送客元アプリ、１１、１１Ａ、１１Ｂ、１１ＮＳＤＫ、２０、５０送客先アプリ、３０ストア、４０、常駐アプリ、４１アプリケーション情報取得部、４２情報提示部、４５ブラウザ、６０専用アプリ、１００ユーザ端末（端末装置）、１０１初期化処理部、１０４リスト要求部、１０５表示制御部、１０６送客情報通知部、１０７報酬付与通知部、１１０入力部、１２０表示部、１３０端末通信部、１４０端末記憶部、１５０端末制御部、２００、２００ａ管理サーバ（管理装置）、２１０通信部、２２０管理部、２２１アプリケーション管理部、２２２インストール情報管理部、２２３送客情報管理部、２３０、２３０ａ記憶部、２３１、２３１ａ対象アプリ情報記憶部、２３２通常リワード情報記憶部、２３３アプリ間フィルタ記憶部、２３４キャンペーン期間情報記憶部、２３５キャンペーン参加アプリ情報記憶部、２３６インストール情報記憶部、２３７、２３７ａ送客情報記憶部、２３８リワード成立情報記憶部、２３９リリース予定アプリ情報記憶部、２４０、２４０ａ制御部、２４１インストール通知取得部、２４２リスト通知部、２４３送客情報取得部、２４４インストール誘導指示部、２４５リワード処理部、２４６計時部、２４７アプリケーション情報通知部、３００アプリサーバ、３１０アプリサーバ（ゲームＡ）、３２０アプリサーバ（ゲームＢ）、３５０アプリサーバ（ゲームＮ）、４００アプリストア、５００、５００ａ、５００ｂ、相互送客システム

Claims

管理の対象となる複数の対象アプリケーションのうち提供開始前のアプリケーションである提供開始前アプリケーションに関する情報を管理するとともに、前記提供開始前アプリケーションの中から端末装置において選択された選択アプリケーションの識別情報と前記端末装置を特定する固有識別情報とを関連付けて、前記提供開始前アプリケーションに対する送客情報の記録として管理する管理装置と通信可能な端末装置であって、
少なくとも一の前記提供開始前アプリケーションのアプリケーションリストを前記管理装置から取得するリスト取得部と、
前記リスト取得部が取得した前記アプリケーションリストに含まれる少なくとも一の前記提供開始前アプリケーションの中から選択された前記選択アプリケーションの識別情報を含む前記送客情報を、自端末装置を特定する前記固有識別情報と関連付けて前記管理装置に対して送信する送客情報通知部と、
を備えることを特徴とする端末装置。
前記リスト取得部が取得した前記提供開始前アプリケーションのアプリケーションリストに基づく提示リストを提示する提示部、を備え、
前記リスト取得部は、
前記アプリケーションリストを前記管理装置から取得するとともに、前記管理装置が管理する前記送客情報の記録に基づいて、前記アプリケーションリストに含まれる前記提供開始前アプリケーションのそれぞれが前記端末装置において選択済みであるか否かを示す情報を前記管理装置から取得し、
前記提示部は、
前記提示リストを提示する場合、前記リスト取得部が取得した前記選択済みであるか否かを示す情報に基づいて、自端末装置において選択済みの前記提供開始前アプリケーションと未選択の前記提供開始前アプリケーションとを区別して提示する
ことを特徴とする請求項１に記載の端末装置。
前記選択アプリケーションに関する情報を前記管理装置から取得するアプリケーション情報取得部と、
前記アプリケーション情報取得部が取得した前記選択アプリケーションに関する情報を提示する情報提示部と、
を備えることを特徴とする請求項２に記載の端末装置。
前記選択アプリケーションに関する情報は、前記選択アプリケーションが提供開始されたことを示す情報である
ことを特徴とする請求項３に記載の端末装置。
少なくとも一の前記提供開始前アプリケーションのアプリケーションリストを要求するリスト要求通知情報を、自端末装置を特定する前記固有識別情報と関連付けて前記管理装置に対して送信するリスト要求部、
を備え、
前記リスト取得部は、
前記リスト要求部が前記リスト要求通知情報を送信したことに応じて前記管理装置から送信された前記提供開始前アプリケーションのアプリケーションリストを取得する
ことを特徴とする請求項１から４の何れか一項に記載の端末装置。
前記リスト要求部は、
自端末装置で動作している対象アプリケーションから、前記リスト要求通知情報を前記管理装置に対して送信し、
前記リスト取得部は、
前記リスト要求通知情報を送信した対象アプリケーションにおいて、前記提供開始前アプリケーションのアプリケーションリストを取得し、
前記送客情報通知部は、
前記提供開始前アプリケーションのアプリケーションリストを取得した対象アプリケーションの識別情報と、当該対象アプリケーションにおいて当該アプリケーションリストに含まれる少なくとも一の前記提供開始前アプリケーションの中から選択された前記選択アプリケーションの識別情報とを含む前記送客情報を、自端末装置を特定する固有識別情報と関連付けて前記管理装置に対して送信する
ことを特徴とする請求項５に記載の端末装置。
前記固有識別情報が記憶部に記憶されているか否かを判定し、前記固有識別情報が前記記憶部に記憶されていないと判定した場合に前記固有識別情報を取得し、取得した前記固有識別情報を、自端末装置にインストールされたいずれの対象アプリケーションからも参照可能なように記憶部に記憶させる固有識別情報取得部、
を備えることを特徴とする請求項１から６の何れか一項に記載の端末装置。
自端末装置にインストールされた対象アプリケーションの当該インストールされたことを示すインストール通知情報であって、当該対象アプリケーションの識別情報を含む前記インストール通知情報を、自端末装置を特定する前記固有識別情報と関連付けて前記管理装置に対して送信するインストール通知部、
を備えることを特徴とする請求項１から７の何れか一項に記載の端末装置。
前記インストール通知部は、
前記インストールされた対象アプリケーションをインストールしたユーザの前記インストールされた対象アプリケーションにおけるユーザ情報と、当該対象アプリケーションの識別情報とを含む前記インストール通知情報を、自端末装置を特定する前記固有識別情報と関連付けて前記管理装置に対して送信する
ことを特徴とする請求項８に記載の端末装置。
前記管理装置は、前記端末装置において前記提供開始前アプリケーションに対する選択を受け付ける期間を示す受付期間を管理しており、
前記送客情報通知部は、
前記受付期間内に前記送客情報を前記管理装置に対して送信する
ことを特徴とする請求項１から９の何れか一項に記載の端末装置。
前記アプリケーションリスト、又は前記送客情報を、自端末装置にインストールされた対象アプリケーション又は前記選択アプリケーションに対応するサーバ装置を介して前記管理装置と通信、若しくは直接的に前記管理装置と通信する送受信部、
を備えることを特徴とする請求項１から１０の何れか一項に記載の端末装置。
前記送受信部は、前記インストールされた対象アプリケーション又は前記選択アプリケーションと、それぞれに対応するサーバ装置を介して通信セッションを確立させた後で、直接的に前記管理装置と通信する
ことを特徴とする請求項１１に記載の端末装置。
管理の対象となる複数の対象アプリケーションのうち提供開始前のアプリケーションである提供開始前アプリケーションに関する情報を管理するとともに、前記提供開始前アプリケーションの中から端末装置において選択された選択アプリケーションの識別情報と前記端末装置を特定する固有識別情報とを関連付けて、前記提供開始前アプリケーションに対する送客情報の記録として管理する管理装置と通信可能な端末装置の制御方法であって、
少なくとも一の前記提供開始前アプリケーションのアプリケーションリストを前記管理装置から取得するステップと、
前記取得した前記アプリケーションリストに含まれる少なくとも一の前記提供開始前アプリケーションの中から選択された前記選択アプリケーションの識別情報を含む前記送客情報を、自端末装置を特定する前記固有識別情報と関連付けて前記管理装置に対して送信するステップと、
を含むことを特徴とする制御方法。
管理の対象となる複数の対象アプリケーションのうち提供開始前のアプリケーションである提供開始前アプリケーションに関する情報を管理するとともに、前記提供開始前アプリケーションの中から端末装置において選択された選択アプリケーションの識別情報と前記端末装置を特定する固有識別情報とを関連付けて、前記提供開始前アプリケーションに対する送客情報の記録として管理する管理装置と通信可能な端末装置が備えたコンピュータに、
少なくとも一の前記提供開始前アプリケーションのアプリケーションリストを前記管理装置から取得するステップと、
前記取得した前記アプリケーションリストに含まれる少なくとも一の前記提供開始前アプリケーションの中から選択された前記選択アプリケーションの識別情報を含む前記送客情報を、自端末装置を特定する前記固有識別情報と関連付けて前記管理装置に対して送信するステップと、
を実行させるためのプログラム。
管理の対象となる複数の対象アプリケーションのうち提供開始前のアプリケーションである提供開始前アプリケーションに関する情報を管理するとともに、前記提供開始前アプリケーションの中から端末装置において選択された選択アプリケーションの識別情報と前記端末装置を特定する固有識別情報とを関連付けて、前記提供開始前アプリケーションに対する送客情報の記録として管理する管理装置と通信可能な端末装置にインストールされるアプリケーションに組み込まれるソフトウェアのプログラムであって、
コンピュータに、
少なくとも一の前記提供開始前アプリケーションのアプリケーションリストを前記管理装置から取得するステップと、
前記取得した前記アプリケーションリストに含まれる少なくとも一の前記提供開始前アプリケーションの中から選択された前記選択アプリケーションの識別情報を含む前記送客情報を、自端末装置を特定する前記固有識別情報と関連付けて前記管理装置に対して送信するステップと、
を実行させるためのプログラム。