(57)【特許請求の範囲】
【請求項１】
端末装置で実行される第１のアプリケーションプログラムから前記端末装置のユーザを特定するユーザＩＤを伴うバナー要求を受け付けるバナー要求受付手段と、
前記ユーザＩＤに基づいて当該ユーザＩＤにより特定されるユーザの任意のアプリケーションプログラムについての利用履歴を参照し、最終起動から所定期間を経過した第２のアプリケーションプログラムを含む広告対象となるアプリケーションプログラムを選択するアプリケーションプログラム選択手段と、
選択した前記第２のアプリケーションプログラムに対応する、当該第２のアプリケーションプログラムの再度の利用を促す広告情報を前記端末装置に送信し、前記第１のアプリケーションプログラムの画面上に前記広告情報を表示させる広告情報送信手段と、
前記広告情報の選択により、当該広告情報に含まれる記述により起動された前記第２のアプリケーションプログラムからログインを受け付けた場合に、前記広告情報に対応付けられた前記第２のアプリケーションプログラムに対してのみリワードの付与を指示する手段と
を備えたことを特徴とするサーバ装置。
【請求項２】
端末装置で実行される第１のアプリケーションプログラムから前記端末装置のユーザを特定するユーザＩＤを伴うバナー要求を受け付けるバナー要求受付手段と、
前記ユーザＩＤに基づいて当該ユーザＩＤにより特定されるユーザの任意のアプリケーションプログラムについての利用履歴を参照し、最終起動から所定期間を経過した第２のアプリケーションプログラムを含む広告対象となるアプリケーションプログラムを選択するアプリケーションプログラム選択手段と、
選択した前記第２のアプリケーションプログラムに対応する、当該第２のアプリケーションプログラムの再度の利用を促す広告情報を前記端末装置に送信し、前記第１のアプリケーションプログラムの画面上に前記広告情報を表示させる広告情報送信手段と、
前記広告情報の表示の後に、前記第２のアプリケーションプログラムからログインを受け付けた場合に、前記広告情報に対応付けられた前記第２のアプリケーションプログラムに対してのみリワードの付与を指示する手段と
を備えたことを特徴とするサーバ装置。
【請求項３】
請求項１または２のいずれか一項に記載のサーバ装置において、
前記広告情報送信手段は、
選択したアプリケーションプログラムが、最終起動から所定期間を経過した前記第２のアプリケーションプログラムである場合に、前記第２のアプリケーションプログラムの再度の利用を促す広告情報を前記端末装置に送信し、
選択したアプリケーションプログラムが、最終起動から所定期間を経過した前記第２のアプリケーションプログラム以外である場合に、前記第２のアプリケーションプログラムの再度の利用を促す広告情報とは異なる、通常の広告情報を前記端末装置に送信し、
前記第１のアプリケーションプログラムの画面上に前記第２のアプリケーションプログラムの再度の利用を促す広告情報または前記通常の広告情報を表示させる
ことを特徴とするサーバ装置。
【請求項４】
サーバ装置を構成するコンピュータを、
端末装置で実行される第１のアプリケーションプログラムから前記端末装置のユーザを特定するユーザＩＤを伴うバナー要求を受け付けるバナー要求受付手段、
前記ユーザＩＤに基づいて当該ユーザＩＤにより特定されるユーザの任意のアプリケーションプログラムについての利用履歴を参照し、最終起動から所定期間を経過した第２のアプリケーションプログラムを含む広告対象となるアプリケーションプログラムを選択するアプリケーションプログラム選択手段、
選択した前記第２のアプリケーションプログラムに対応する、当該第２のアプリケーションプログラムの再度の利用を促す広告情報を前記端末装置に送信し、前記第１のアプリケーションプログラムの画面上に前記広告情報を表示させる広告情報送信手段、
前記広告情報の選択により、当該広告情報に含まれる記述により起動された前記第２のアプリケーションプログラムからログインを受け付けた場合に、前記広告情報に対応付けられた前記第２のアプリケーションプログラムに対してのみリワードの付与を指示する手段
として機能させるサーバプログラム。
【請求項５】
サーバ装置を構成するコンピュータを、
端末装置で実行される第１のアプリケーションプログラムから前記端末装置のユーザを特定するユーザＩＤを伴うバナー要求を受け付けるバナー要求受付手段、
前記ユーザＩＤに基づいて当該ユーザＩＤにより特定されるユーザの任意のアプリケーションプログラムについての利用履歴を参照し、最終起動から所定期間を経過した第２のアプリケーションプログラムを含む広告対象となるアプリケーションプログラムを選択するアプリケーションプログラム選択手段、
選択した前記第２のアプリケーションプログラムに対応する、当該第２のアプリケーションプログラムの再度の利用を促す広告情報を前記端末装置に送信し、前記第１のアプリケーションプログラムの画面上に前記広告情報を表示させる広告情報送信手段、
前記広告情報の表示の後に、前記第２のアプリケーションプログラムからログインを受け付けた場合に、前記広告情報に対応付けられた前記第２のアプリケーションプログラムに対してのみリワードの付与を指示する手段
として機能させるサーバプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して端末装置上のゲーム等のアプリ（アプリケーションプログラム）に広告を表示する技術に関する。
【背景技術】
【０００２】
ゲーム等のアプリのダウンロード自体は無料としつつ、アプリ内で使用するアイテム、キャラクタ、イベント、ポイント等の、アプリの主目的であるゲーム等を優位に進める上で必要な要素を販売することで収益を得るビジネスモデルを採用しているものが増えてきている。
【０００３】
このようなアプリでは、いかに「継続して利用し続けてもらうか」（ゲームであればいかに「継続して遊び続けてもらうか」）ということが、「ダウンロードをしてもらう」ということと同等か、それ以上に重要な位置付けになってきている。
【０００４】
一方、特許文献１には、ゲーム画面の特定部分に広告を選択的に挿入可能なシステムが開示されている。
【０００５】
また、非特許文献１には、あるゲームアプリＡ内に異なるゲームアプリＢの広告を表示し、当該広告に基づいてゲームアプリＢをダウンロードすると、ゲームアプリＡで使用可能なゲーム内アイテムが与えられる、いわゆる「リワード広告」と呼ばれるシステムが開示されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０００−２９７１２号公報
【非特許文献】
【０００７】
【非特許文献１】「Maxcom Asia、リワード広告『Touch』の提供開始…スマホアプリやPCゲームに対応」Social Game Info  2012年05月22日  http://gamebiz.jp/?p=61093
【発明の概要】
【発明が解決しようとする課題】
【０００８】
上述した特許文献１や非特許文献１に開示された技術によれば、広告対象となるアプリをダウンロードし、利用を開始するきっかけを提供することはできるが、広告対象となるアプリを継続して利用してもらうための、いわゆる「ユーザの継続率の向上」に結びつくことはなかった。
【０００９】
すなわち、インストールして利用し始めたアプリであっても、何らかの理由で利用が中断してしまうと、再び利用してみようというきっかけはほとんどなく、利用開始後の継続率が低いという問題があった。
【００１０】
本発明は上記の従来の問題点に鑑み提案されたものであり、その目的とするところは、端末装置上で実行されるアプリの利用の継続率を向上させることにある。
【課題を解決するための手段】
【００１１】
上記の課題を解決するため、本発明にあっては、端末装置で実行される第１のアプリケーションプログラムから前記端末装置のユーザを特定するユーザＩＤを伴うバナー要求を受け付けるバナー要求受付手段と、前記ユーザＩＤに基づいて当該ユーザＩＤにより特定されるユーザの任意のアプリケーションプログラムについての利用履歴を参照し、最終起動から所定期間を経過した第２のアプリケーションプログラムを含む広告対象となるアプリケーションプログラムを選択するアプリケーションプログラム選択手段と、選択した前記第２のアプリケーションプログラムに対応する、当該第２のアプリケーションプログラムの再度の利用を促す広告情報を前記端末装置に送信し、前記第１のアプリケーションプログラムの画面上に前記広告情報を表示させる広告情報送信手段と、前記広告情報の選択により、当該広告情報に含まれる記述により起動された前記第２のアプリケーションプログラムからログインを受け付けた場合に、前記広告情報に対応付けられた前記第２のアプリケーションプログラムに対してのみリワードの付与を指示する手段とを備えるようにしている。
また、端末装置で実行される第１のアプリケーションプログラムから前記端末装置のユーザを特定するユーザＩＤを伴うバナー要求を受け付けるバナー要求受付手段と、前記ユーザＩＤに基づいて当該ユーザＩＤにより特定されるユーザの任意のアプリケーションプログラムについての利用履歴を参照し、最終起動から所定期間を経過した第２のアプリケーションプログラムを含む広告対象となるアプリケーションプログラムを選択するアプリケーションプログラム選択手段と、選択した前記第２のアプリケーションプログラムに対応する、当該第２のアプリケーションプログラムの再度の利用を促す広告情報を前記端末装置に送信し、前記第１のアプリケーションプログラムの画面上に前記広告情報を表示させる広告情報送信手段と、前記広告情報の表示の後に、前記第２のアプリケーションプログラムからログインを受け付けた場合に、前記広告情報に対応付けられた前記第２のアプリケーションプログラムに対してのみリワードの付与を指示する手段とを備えるようにしてもよい。
【発明の効果】
【００１２】
本発明にあっては、端末装置上で実行されるアプリの利用が途絶えてしまったユーザを呼び戻すことができ、アプリの利用の継続率を向上させることができる。
【図面の簡単な説明】
【００１３】
【図１】本発明の一実施形態にかかるシステムの構成例を示す図である。
【図２】ユーザ管理ＤＢのデータ構造例を示す図である。
【図３】アプリ優先ポイントＤＢのデータ構造例を示す図である。
【図４】アプリ除外リストＤＢのデータ構造例を示す図である。
【図５】バナー表示履歴ＤＢのデータ構造例を示す図である。
【図６】アプリ利用履歴ＤＢのデータ構造例を示す図である。
【図７】バナー選択テーブルのデータ構造例を示す図である。
【図８】バナーＤＢのデータ構造例を示す図である。
【図９】通常バナーの例を示す図である。
【図１０】リテンションバナーの例を示す図である。
【図１１】課金履歴ＤＢのデータ構造例を示す図である。
【図１２】端末装置のハードウェア構成例を示す図である。
【図１３】各種サーバのハードウェア構成例を示す図である。
【図１４】実施形態の処理例を示すシーケンス図（その１）である。
【図１５】アプリ画面上に表示されたリテンションバナーの例を示す図（その１）である。
【図１６】アプリ画面上に表示されたリテンションバナーの例を示す図（その２）である。
【図１７】実施形態の処理例を示すシーケンス図（その２）である。
【発明を実施するための形態】
【００１４】
以下、本発明の好適な実施形態につき説明する。
【００１５】
＜構成＞
図１は本発明の一実施形態にかかるシステムの構成例を示す図である。なお、アプリとしては主にゲームアプリを想定しているが、ゲームアプリ以外のアプリにも適用できることは言うまでもない。
【００１６】
図１において、システムは、ユーザ（プレイヤ）が所持するスマートフォン、携帯電話等の端末装置１と、移動無線基地局やＷｉ−Ｆｉステーション等のアクセスポイント２と、インターネット等のネットワーク３と、各種のサーバ４〜６とを備えている。
【００１７】
端末装置１は、アプリ（Ａ）１１とアプリ（Ｂ）１２とを備えているものとしているが、その他のアプリを有していてもよい。
【００１８】
アプリ１１、１２は、例えば、所定のゲームを実行する機能を有している。アプリ１１、１２は、アプリ内ブラウザ機能によりブラウザとして動作する機能も有している。
【００１９】
アプリダウンロードサーバ４は、アプリ１１、１２等の原本となるプログラムを記憶しており、これを端末装置１にダウンロードおよびインストールさせる機能を有している。
【００２０】
広告・ユーザ管理サーバ５は、複数のアプリとそのユーザを横断的に管理し、端末装置１で実行されているアプリに対して他のアプリ（端末装置１にインストールされているか否かを問わない）についての広告（広告バナー）の表示を制御する機能を有している。広告・ユーザ管理サーバ５の提供するサービスに対応したアプリは、端末装置１にインストールされて初期設定された状態で、広告・ユーザ管理サーバ５で管理されるのと共通するユーザＩＤを内部に保持し、サーバアクセス時に必要に応じてユーザＩＤを送信する。
【００２１】
広告・ユーザ管理サーバ５は、アプリ毎に「優先ポイント」という値を管理しており、あるアプリ（Ｘ）に他のアプリ（Ｙ）の広告を表示したことで他のアプリ（Ｙ）にユーザが誘導（インストール、起動等）された場合には、表示元のアプリ（Ｘ）の優先ポイントを所定値加算し、優先ポイントが大きいアプリについての広告を優先的に他のアプリで表示することで、アプリのベンダとの間で広告掲載料の授受を行うことなく運営できるリーズナブルな広告システムを構築している。例えば、あるアプリ（Ｘ）に他のアプリ（Ｙ）の広告を表示したことで他のアプリ（Ｙ）にユーザが誘導された場合、表示元のアプリ（Ｘ）のユーザが他のアプリ（Ｙ）に流れることで直接的にはユーザを失うことになるが、優先ポイントが加算されることで多数のアプリでアプリ（Ｘ）の広告が表示され、失ったユーザの数を上回る新たなユーザを獲得できることが期待でき、自アプリ内で他アプリの広告を積極的に表示するインセンティブとなる。
【００２２】
広告・ユーザ管理サーバ５は、処理に用いるデータベース（ＤＢ）等として、ユーザ管理ＤＢ５１とアプリ優先ポイントＤＢ５２とアプリ除外リストＤＢ５３とバナー表示履歴ＤＢ５４とアプリ利用履歴ＤＢ５５とバナー選択テーブル５６とバナーＤＢ５７とを備えている。
【００２３】
図２はユーザ管理ＤＢ５１のデータ構造例を示す図であり、「ユーザＩＤ」「端末ＩＤ」等の項目（フィールド）を有している。「ユーザＩＤ」は、ユーザを特定する情報である。「端末ＩＤ」は、ユーザが使用する端末装置１を特定する情報である。
【００２４】
図３はアプリ優先ポイントＤＢ５２のデータ構造例を示す図であり、「アプリＩＤ」「優先ポイント」等の項目を有している。「アプリＩＤ」は、アプリを特定する情報である。「優先ポイント」は、当該アプリの広告を表示する優先順位を決定する基準となる値である。
【００２５】
図４はアプリ除外リストＤＢ５３のデータ構造例を示す図であり、アプリを識別する情報である「アプリＩＤ」が列挙されたものとなっている。
【００２６】
図５はバナー表示履歴ＤＢ５４のデータ構造例を示す図であり、「バナーＩＤ」「アプリＩＤ」「表示履歴」等の項目を有している。「バナーＩＤ」は、広告バナーを特定する情報である。広告バナーには、アプリのインストールおよび起動を勧める一般的な通常バナーと、アプリをインストールおよび起動した後に所定期間に渡って利用（起動）していないユーザに対して当該アプリの再度の利用（起動）を促すリテンションバナーとが含まれているが、その他のタイプの広告バナーを設けてもよい。リテンションバナーには、ユーザが再び当該アプリを利用するインセンティブとなるように、当該アプリにおいてゲーム等を有利に進めることができるアイテムやポイント等がリワードとして付与されるようになっている。当該アプリを起動したことのあるユーザは、リワードの価値を充分に認識していると考えられるため、リワードによるインセンティブの効果は高いと期待される。「アプリＩＤ」は、当該広告バナーに対応するアプリを特定する情報である。「表示履歴」は、当該広告バナーを表示した履歴であり、表示した日時情報と、表示対象となったユーザのユーザＩＤとを含んでいる。
【００２７】
図６はアプリ利用履歴ＤＢ５５のデータ構造例を示す図であり、「アプリＩＤ」「利用履歴」等の項目を有している。「アプリＩＤ」は、アプリを特定する情報である。「利用履歴」は、当該アプリが利用された履歴であり、インストールもしくは起動の別と、利用したユーザを特定するユーザＩＤと、利用した日時情報とを含んでいる。「利用履歴」は当該アプリが起動される度に、当該アプリを起動した日時の情報が追加される。実装上は、ユーザ（ユーザＩＤ）に対応付けて当該ユーザのアプリ（アプリＩＤ）に対する利用履歴を管理し、そこからアプリ毎の利用履歴を取得するようにしてもよい。
【００２８】
図７はバナー選択テーブル５６のデータ構造例を示す図であり、表示対象とするユーザ状態に応じたバナー種別が設定されている。図示の例では、当該アプリが未インストール（未起動）の場合は「通常バナー」、最終起動後７日以上〜１４日未満経過の場合は「リテンションバナー＃１」、最終起動後１４日以上〜２１日未満経過の場合は「リテンションバナー＃２」、最終起動後２１日以上〜２８日未満経過の場合は「リテンションバナー＃３」、最終起動後２８日以上〜経過の場合は「リテンションバナー＃４」が設定されている。「リテンションバナー＃１」「リテンションバナー＃２」「リテンションバナー＃３」「リテンションバナー＃４」の順にリワードが高くなるように設定される。最終起動からの期間が長いほど高いインセンティブを与えないと再び利用させるのは難しくなるという考えからである。なお、図示の例の日数は運用に応じて任意に変更することができる。リワードの内容も運用に応じて任意に変更することができる。
【００２９】
図８はバナーＤＢ５７のデータ構造例を示す図であり、「バナーＩＤ」「アプリＩＤ」「バナー種別」「リワード」「バナーデータ」等の項目を有している。「バナーＩＤ」は、広告バナーを特定する情報である。「アプリＩＤ」は、当該広告バナーに対応するアプリを特定する情報である。「バナー種別」は、当該広告バナーの種別を示す情報である。「リワード」は、当該広告バナーにリワードが対応付けられている場合において、リワードの内容を示す情報である。「バナーデータ」は、当該広告バナーのデータ本体もしくは保存場所のリファレンス情報である。バナーデータには、広告バナーが選択（タップ、クリック）された場合にアプリダウンロードサーバ４にアクセスを行うための記述や、端末装置１内にインストール済のアプリを起動するための記述（後述するＵＲＬスキーム等）が含まれている。
【００３０】
図９は通常バナーの例を示す図であり、図９（ａ）は大型の通常バナーの例、図９（ｂ）は小型の通常バナーの例である。
【００３１】
図１０はリテンションバナーの例を示す図であり、図１０（ａ）は大型のリテンションバナーの例、図１０（ｂ）は小型のリテンションバナーの例である。リテンションバナーには、「今このバナーをクリックしてからゲームプレイで１０００ＣＰゲット！」といったリワードの内容を告知する表示が含まれている。
【００３２】
図１に戻り、アプリ優先ポイントＤＢ５２、アプリ除外リストＤＢ５３、バナー表示履歴ＤＢ５４、アプリ利用履歴ＤＢ５５、バナー選択テーブル５６、バナーＤＢ５７は、便宜上、別のデータベース等として図示してあるが、実装上は単一もしくは任意数のデータベース等として構成することができる。
【００３３】
アプリ管理サーバ６は、アプリ１１、１２等についてログインや状態の管理等を行う機能を有している。特に、リテンションバナーの選択に応じて起動したアプリからアクセスされた場合には、リワードの付与等の制御を行う機能も有している。
【００３４】
なお、アプリ毎にアプリ管理サーバ６を別々に設けてもよい。また、広告・ユーザ管理サーバ５とアプリ管理サーバ６の運営主体が同じ場合、広告・ユーザ管理サーバ５とアプリ管理サーバ６は同じサーバ装置に配置してもよい。
【００３５】
また、アプリ管理サーバ６は、ユーザ毎の課金情報を管理する課金履歴ＤＢ６１を備えている。
【００３６】
図１１は課金履歴ＤＢ６１のデータ構造例を示す図であり、「ユーザＩＤ」「課金情報」等の項目を有している。「ユーザＩＤ」は、ユーザを特定する情報である。「課金情報」は、当該ユーザの過去の課金の履歴であり、利用したアプリを特定するアプリＩＤと、課金金額と、課金の日時情報とを含んでいる。
【００３７】
図１２は端末装置１のハードウェア構成例を示す図である。
【００３８】
図１２において、端末装置１は、電源システム１０１と、プロセッサ１０３、メモリコントローラ１０４、周辺インタフェース１０５を含むメインシステム１０２と、記憶部１０６と、外部ポート１０７と、高周波回路１０８と、アンテナ１０９と、オーディオ回路１１０と、スピーカ１１１と、マイク１１２と、近接センサ１１３と、ディスプレイコントローラ１１５、光学センサコントローラ１１６、入力コントローラ１１７を含むＩ／Ｏサブシステム１１４と、タッチ反応型ディスプレイシステム１１８と、光学センサ１１９と、入力部１２０とを備えている。
【００３９】
図１３は各種サーバ４〜６のハードウェア構成例を示す図である。
【００４０】
図１３において、サーバ４〜６は、システムバス４０１に接続されたＣＰＵ（Central Processing Unit）４０２、ＲＯＭ（Read Only Memory）４０３、ＲＡＭ（Random Access Memory）４０４、ＮＶＲＡＭ（Non-Volatile Random Access Memory）４０５、Ｉ／Ｆ（Interface）４０６と、Ｉ／Ｆ４０６に接続された、キーボード、マウス、モニタ、ＣＤ／ＤＶＤ（Compact Disk/Digital Versatile Disk）ドライブ等のＩ／Ｏ（Input/Output Device）４０７、ＨＤＤ（Hard Disk Drive）４０８、ＮＩＣ（Network Interface Card）４０９等を備えている。
【００４１】
＜動作＞
図１４は上記の実施形態の処理例を示すシーケンス図である。
【００４２】
図１４において、端末装置１でアプリ１１を起動したタイミングやホーム画面に切り替えたタイミング等において、アプリ１１は、アプリ１１内に予め設定されている広告・ユーザ管理サーバ５のアドレスに対して、ユーザＩＤを伴うバナー要求を送信する（ステップＳ１０１）。
【００４３】
広告・ユーザ管理サーバ５は、アプリ１１からバナー要求を受信すると、アプリ優先ポイントＤＢ５２を参照し、優先ポイントの高い順にアプリＩＤを列挙したアプリリストを取得する（ステップＳ１０２）。
【００４４】
次いで、広告・ユーザ管理サーバ５は、アプリ除外リストＤＢ５３を参照し、アプリリストに列挙されたアプリＩＤのうち、アプリ除外リストＤＢ５３に登録されているアプリＩＤを除去する（ステップＳ１０３）。
【００４５】
次いで、広告・ユーザ管理サーバ５は、バナー要求に伴われたユーザＩＤに基づいてバナー表示履歴ＤＢ５４を参照し、アプリリストに列挙されたアプリＩＤのうち、ユーザＩＤにより特定されるユーザに対して所定期間以内に所定回数の表示が行われている広告バナーに対応するアプリＩＤを除去する（ステップＳ１０４）。
【００４６】
次いで、広告・ユーザ管理サーバ５は、アプリリストの最上位から取得したアプリＩＤと、バナー要求に伴われたユーザＩＤとに基づいてアプリ利用履歴ＤＢ５５とバナー選択テーブル５６とを参照し、所定数（例えば、５個）の広告バナーを選択する（ステップＳ１０５）。すなわち、アプリリストの最上位のアプリＩＤの当該ユーザＩＤのユーザによる利用履歴を参照し、図７のバナー選択テーブル５６に従う場合、当該アプリが未インストール（未起動）の場合（インストールもしくは起動の履歴がない場合）は「通常バナー」、最終起動後７日以上〜１４日未満経過の場合は「リテンションバナー＃１」、最終起動後１４日以上〜２１日未満経過の場合は「リテンションバナー＃２」、最終起動後２１日以上〜２８日未満経過の場合は「リテンションバナー＃３」、最終起動後２８日以上〜経過の場合は「リテンションバナー＃４」をバナー種別として選択する。いずれにも該当しない場合（最終起動後、６日以内）は、そのアプリＩＤについて広告バナー（バナー種別）は選択しない。同様に、次の順位のアプリＩＤについて処理を行ない、所定数の広告バナーを選択するまで続ける。
【００４７】
次いで、広告・ユーザ管理サーバ５は、選択した所定数の広告バナー（アプリＩＤ、バナー種別）に基づいてバナーＤＢ５７からバナーデータを取得し（ステップＳ１０６）、要求元の端末装置１のアプリ１１にバナーデータを送信する（ステップＳ１０７）。
【００４８】
その後、広告・ユーザ管理サーバ５は、バナーデータを送信した広告バナーについてバナー表示履歴ＤＢ５４の表示履歴を更新する（ステップＳ１０８）。なお、この表示履歴の更新はバナー選択（ステップＳ１０５）の直後に行ってもよい。
【００４９】
一方、バナーデータを受信した端末装置１のアプリ１１は、アプリ１１の画面上に広告バナーを表示する（ステップＳ１０９）。図１５は、画面の中央に大型の広告バナーを表示した例である。図１６は、画面の左上隅に小型の広告バナーを表示した例である。
【００５０】
図１４に戻り、端末装置１のユーザがアプリ１１の画面上に表示された広告バナーを選択したとし（ステップＳ１１０）、その広告バナーが、端末装置１に既にインストールされているアプリ１２に対するリテンションバナーであったとする。
【００５１】
この場合、アプリ１１は、リテンションバナーに含まれたスクリプト等の記述に基づいて、バナーＩＤ、アプリＩＤおよび端末ＩＤ等を伴うバナー選択通知を既知の広告・ユーザ管理サーバ５のアドレスに対して送信する（ステップＳ１１１）。広告・ユーザ管理サーバ５は、これを受信すると、内部の記憶領域に保存する（ステップＳ１１２）。
【００５２】
次いで、アプリ１１は、リテンションバナーに含まれたＵＲＬスキーム等の記述に基づいてアプリ１２を起動する（ステップＳ１１３）。なお、ＵＲＬスキームは、端末装置１のブラウザ機能が提供するものであり、アプリ固有のＵＲＬと必要に応じて付加されたパラメータの文字列からなるＵＲＬスキームをＷｅｂアクセスの際のＵＲＬと同様に指定することで、該当するアプリを起動する仕組である。
【００５３】
なお、リテンションバナーの対象となるアプリが端末装置１から削除されている場合には、起動が行えないことから、同じくＵＲＬスキーム等により、アプリダウンロードサーバ４にアクセスが行われ、ユーザの確認を経てアプリのダウンロードおよびインストールが行われた後、ユーザがアプリ１１を手動により起動する。
【００５４】
起動したアプリ１２は、アプリ１２内に予め設定されているアドレスに基づいて、広告・ユーザ管理サーバ５にログインのためのアクセスを行う（ステップＳ１１４）。このアクセスにはアプリＩＤおよび端末ＩＤ等を伴う。広告・ユーザ管理サーバ５は、これを受け、ユーザ管理ＤＢ５１に登録された端末ＩＤであるか確認することで認証を行い（ステップＳ１１５）、認証が正常に行われた場合はその旨を応答する（ステップＳ１１６）。
【００５５】
次いで、アプリ１２は、アプリ１２内に予め設定されているアドレスに基づいてアプリ管理サーバ６にログインのためのアクセスを行う（ステップＳ１１７）。この際、アプリＩＤ、端末ＩＤおよびログイン情報（ユーザＩＤ、パスワード等）を伴う。
【００５６】
アクセスを受けたアプリ管理サーバ６は、ログイン情報に基づいてユーザを認証し（ステップＳ１１８）、正常に認証すると、広告・ユーザ管理サーバ５に対し、アプリＩＤおよび端末ＩＤを伴ってリワード照会を行う（ステップＳ１１９）。
【００５７】
これを受け、広告・ユーザ管理サーバ５は、アプリＩＤと端末ＩＤの組が、予めバナー選択通知（ステップＳ１１１）を受けて保存してあるものと整合するか確認した上で、バナーＤＢ５７から対応するリワード内容を取得し（ステップＳ１２０）、リワード内容をアプリ管理サーバ６に応答する（ステップＳ１２１）。
【００５８】
これを受け、アプリ管理サーバ６は、リワードを端末装置１のアプリ１２に付与する（ステップＳ１２２）。リワードの付与は、端末装置１側でリワードを反映するのに使われるリワードデータの生成・取得と、ユーザの履歴としてリワードの付与を記録に残す場合には記録の更新等を含む。
【００５９】
アプリ管理サーバ６は、リワードデータを端末装置１のアプリ１２に送信し（ステップＳ１２３）、アプリ１２は受信したリワードデータに基づいてリワードの反映を行う（ステップＳ１２４）。例えば、ゲーム管理情報の更新により、アイテムの追加を行ったり、能力値の増加等を行ったりする。
【００６０】
リワードが反映されると、アプリ１２は、リワードが反映した旨の表示を行う（ステップＳ１２５）。リワードが反映されたことの報知は音声等で行なってもよい。
【００６１】
また、アプリ管理サーバ６は、広告・ユーザ管理サーバ５に対し、アプリ１２についての起動通知を行ない（ステップＳ１２６）、これを受け、広告・ユーザ管理サーバ５はアプリ優先ポイントＤＢ５２とアプリ利用履歴ＤＢ５５を更新する（ステップＳ１２７）。すなわち、アプリ１１におけるリテンションバナーの表示によりアプリ１２の起動を誘導できたため、アプリ優先ポイントＤＢ５２におけるアプリ１１に対して所定の優先ポイントを加算する。また、広告・ユーザ管理サーバ５が、アプリ管理サーバ６から通知を受けた際の時刻をアプリ利用履歴ＤＢ５５に追加することで、アプリ１２に対する最新の起動履歴を更新する。
【００６２】
なお、アプリ１１において通常バナーが表示される場合は、その通常バナーの選択によりアプリダウンロードサーバ４にアクセスが行われ、ユーザの確認を経てアプリのダウンロードおよびインストールが行われる。
【００６３】
また、上記の処理の変形として、アプリ優先ポイントＤＢ５２の参照（ステップＳ１０２）の際、アプリ管理サーバ６の課金履歴ＤＢ６１を参照し、端末装置１のユーザ（バナー要求に伴われたユーザＩＤにより特定）の課金額を考慮して、アプリリストにおけるアプリ（アプリＩＤ）の順位を変更してもよい。例えば、課金額を係数倍した値を優先ポイントに加算した後の値で順位を決定し直す。これにより、リテンションバナーを表示する対象のアプリとして、当該ユーザが過去に熱心に投資していたアプリを優先させることができ、呼び戻した後の売上向上を期待することができる。
【００６４】
図１７は上記の実施形態の他の処理例を示すシーケンス図である。図１４に示した処理と異なるのは、アプリ優先ポイントＤＢ５２を用いていない点にある。
【００６５】
図１７において、端末装置１でアプリ１１を起動したタイミングやホーム画面に切り替えたタイミング等において、アプリ１１は、アプリ１１内に予め設定されている広告・ユーザ管理サーバ５のアドレスに対して、ユーザＩＤを伴うバナー要求を送信する（ステップＳ２０１）。
【００６６】
広告・ユーザ管理サーバ５は、アプリ１１からバナー要求を受信すると、バナー要求に伴われたユーザＩＤに基づいてアプリ利用履歴ＤＢ５５を参照し、当該ユーザＩＤの利用履歴において最終起動後の経過期間が長い順にアプリＩＤを列挙したアプリリストを取得する（ステップＳ２０２）。当該ユーザＩＤの利用履歴から充分な数のアプリが拾えない場合には、予めデフォルトとして用意したアプリ群からアプリリストを取得する。
【００６７】
次いで、広告・ユーザ管理サーバ５は、アプリ除外リストＤＢ５３を参照し、アプリリストに列挙されたアプリＩＤのうち、アプリ除外リストＤＢ５３に登録されているアプリＩＤを除去する（ステップＳ２０３）。
【００６８】
次いで、広告・ユーザ管理サーバ５は、バナー要求に伴われたユーザＩＤに基づいてバナー表示履歴ＤＢ５４を参照し、アプリリストに列挙されたアプリＩＤのうち、ユーザＩＤにより特定されるユーザに対して所定期間以内に所定回数の表示が行われている広告バナーに対応するアプリＩＤを除去する（ステップＳ２０４）。
【００６９】
次いで、広告・ユーザ管理サーバ５は、アプリリストの最上位から取得したアプリＩＤと、バナー要求に伴われたユーザＩＤとに基づいてアプリ利用履歴ＤＢ５５とバナー選択テーブル５６とを参照し、所定数（例えば、５個）の広告バナーを選択する（ステップＳ２０５）。すなわち、アプリリストの最上位のアプリＩＤの当該ユーザＩＤのユーザによる利用履歴を参照し、図７のバナー選択テーブル５６に従う場合、当該アプリが未インストール（未起動）の場合（インストールもしくは起動の履歴がない場合）は「通常バナー」、最終起動後７日以上〜１４日未満経過の場合は「リテンションバナー＃１」、最終起動後１４日以上〜２１日未満経過の場合は「リテンションバナー＃２」、最終起動後２１日以上〜２８日未満経過の場合は「リテンションバナー＃３」、最終起動後２８日以上〜経過の場合は「リテンションバナー＃４」をバナー種別として選択する。いずれにも該当しない場合（最終起動後、６日以内）は、そのアプリＩＤについて広告バナー（バナー種別）は選択しない。同様に、次の順位のアプリＩＤについて処理を行ない、所定数の広告バナーを選択するまで続ける。
【００７０】
次いで、広告・ユーザ管理サーバ５は、選択した所定数の広告バナー（アプリＩＤ、バナー種別）に基づいてバナーＤＢ５７からバナーデータを取得し（ステップＳ２０６）、要求元の端末装置１のアプリ１１にバナーデータを送信する（ステップＳ２０７）。
【００７１】
その後、広告・ユーザ管理サーバ５は、バナーデータを送信した広告バナーについてバナー表示履歴ＤＢ５４の表示履歴を更新する（ステップＳ２０８）。なお、この表示履歴の更新はバナー選択（ステップＳ２０５）の直後に行ってもよい。
【００７２】
一方、バナーデータを受信した端末装置１のアプリ１１は、アプリ１１の画面上に広告バナーを表示する（ステップＳ２０９）。
【００７３】
次いで、端末装置１のユーザがアプリ１１の画面上に表示された広告バナーを選択したとし（ステップＳ２１０）、その広告バナーが、端末装置１に既にインストールされているアプリ１２に対するリテンションバナーであったとする。
【００７４】
この場合、アプリ１１は、リテンションバナーに含まれたスクリプト等の記述に基づいて、バナーＩＤ、アプリＩＤおよび端末ＩＤ等を伴うバナー選択通知を既知の広告・ユーザ管理サーバ５のアドレスに対して送信する（ステップＳ２１１）。広告・ユーザ管理サーバ５は、これを受信すると、内部の記憶領域に保存する（ステップＳ２１２）。
【００７５】
次いで、アプリ１１は、リテンションバナーに含まれたＵＲＬスキーム等の記述に基づいてアプリ１２を起動する（ステップＳ２１３）。
【００７６】
なお、リテンションバナーの対象となるアプリが端末装置１から削除されている場合には、起動が行えないことから、同じくＵＲＬスキーム等により、アプリダウンロードサーバ４にアクセスが行われ、ユーザの確認を経てアプリのダウンロードおよびインストールが行われた後、ユーザがアプリ１１を手動により起動する。
【００７７】
起動したアプリ１２は、アプリ１２内に予め設定されているアドレスに基づいて、広告・ユーザ管理サーバ５にログインのためのアクセスを行う（ステップＳ２１４）。このアクセスにはアプリＩＤおよび端末ＩＤ等を伴う。広告・ユーザ管理サーバ５は、これを受け、ユーザ管理ＤＢ５１に登録された端末ＩＤであるか確認することで認証を行い（ステップＳ２１５）、認証が正常に行われた場合はその旨を応答する（ステップＳ２１６）。
【００７８】
次いで、アプリ１２は、アプリ１２内に予め設定されているアドレスに基づいてアプリ管理サーバ６にログインのためのアクセスを行う（ステップＳ２１７）。この際、アプリＩＤ、端末ＩＤおよびログイン情報（ユーザＩＤ、パスワード等）を伴う。
【００７９】
アクセスを受けたアプリ管理サーバ６は、ログイン情報に基づいてユーザを認証し（ステップＳ２１８）、正常に認証すると、広告・ユーザ管理サーバ５に対し、アプリＩＤおよび端末ＩＤを伴ってリワード照会を行う（ステップＳ２１９）。
【００８０】
これを受け、広告・ユーザ管理サーバ５は、アプリＩＤと端末ＩＤの組が、予めバナー選択通知（ステップＳ２１１）を受けて保存してあるものと整合するか確認した上で、バナーＤＢ５７から対応するリワード内容を取得し（ステップＳ２２０）、リワード内容をアプリ管理サーバ６に応答する（ステップＳ２２１）。
【００８１】
これを受け、アプリ管理サーバ６は、リワードを端末装置１のアプリ１２に付与する（ステップＳ２２２）。リワードの付与は、端末装置１側でリワードを反映するのに使われるリワードデータの生成・取得と、ユーザの履歴としてリワードの付与を記録に残す場合には記録の更新等を含む。
【００８２】
アプリ管理サーバ６は、リワードデータを端末装置１のアプリ１２に送信し（ステップＳ２２３）、アプリ１２は受信したリワードデータに基づいてリワードの反映を行う（ステップＳ２２４）。例えば、ゲーム管理情報の更新により、アイテムの追加を行ったり、能力値の増加等を行ったりする。
【００８３】
リワードが反映されると、アプリ１２は、リワードが反映した旨の表示を行う（ステップＳ２２５）。リワードが反映されたことの報知は音声等で行なってもよい。
【００８４】
また、アプリ管理サーバ６は、広告・ユーザ管理サーバ５に対し、アプリ１２についての起動通知を行ない（ステップＳ２２６）、これを受け、広告・ユーザ管理サーバ５はアプリ優先ポイントＤＢ５２とアプリ利用履歴ＤＢ５５を更新する（ステップＳ２２７）。すなわち、アプリ１１におけるリテンションバナーの表示によりアプリ１２の起動を誘導できたため、アプリ優先ポイントＤＢ５２におけるアプリ１１に対して所定の優先ポイントを加算する。また、広告・ユーザ管理サーバ５が、アプリ管理サーバ６から通知を受けた際の時刻をアプリ利用履歴ＤＢ５５に追加することで、アプリ１２に対する最新の起動履歴を更新する。
【００８５】
なお、アプリ１１において通常バナーが表示される場合は、その通常バナーの選択によりアプリダウンロードサーバ４にアクセスが行われ、ユーザの確認を経てアプリのダウンロードおよびインストールが行われる。
【００８６】
また、上記の処理の変形として、アプリ利用履歴ＤＢ５５の参照（ステップＳ２０２）に代えて、アプリ管理サーバ６の課金履歴ＤＢ６１を参照し、端末装置１のユーザ（バナー要求に伴われたユーザＩＤにより特定）の課金額の大きい順にアプリリストを取得してもよい。これにより、リテンションバナーを表示する対象のアプリとして、当該ユーザが過去に熱心に投資していたアプリを優先させることができ、呼び戻した後の売上向上を期待することができる。
【００８７】
また、アプリ利用履歴ＤＢ５５の参照（ステップＳ２０２）の際、アプリ管理サーバ６の課金履歴ＤＢ６１を参照し、端末装置１のユーザ（バナー要求に伴われたユーザＩＤにより特定）の課金額を考慮して、アプリリストにおけるアプリ（アプリＩＤ）の順位を変更してもよい。例えば、課金額を係数倍した値を経過期間に加算した後の値で順位を決定し直す。この場合も、リテンションバナーを表示する対象のアプリとして、当該ユーザが過去に熱心に投資していたアプリを優先させることができ、呼び戻した後の売上向上を期待することができる。
【００８８】
更に、図１４および図１７の処理例では、端末装置１に表示されたリテンションバナーを選択（タップ、クリック）した場合にのみ、対応するアプリ１２にリワードが付与されるものとしたが、リテンションバナーを選択させることなく、後に対応するアプリ１２を起動した場合にリワードが付与されるようにしてもよい（リテンションバナーの説明文は、例えば、「このバナーを見たあなたには、ゲームプレイで１０００ＣＰゲット！」に変更）。この場合、広告・ユーザ管理サーバ５の側でリテンションバナーを表示した端末装置１をバナーＩＤと対応付けて記憶しておくことで、アプリ管理サーバ６からリワード照会があった場合にリワード内容を応答することができる。
【００８９】
また、図１４および図１７において、バナー選択通知（ステップＳ１１１、Ｓ２１１）を受けた日時を合わせて保存し（ステップＳ１１２、Ｓ２１２）、リワード照会に対する確認（ステップＳ１２０、Ｓ２２０）において上記の日時を参照し、バナー選択から予め設定された期間（例えば２４時間）以内である場合のみリワードを与えるようにしてもよい。
【００９０】
なお、上述した図１４、図１７の処理例および変形例は、主に広告・ユーザ管理サーバ５により処理を行う場合について説明したが、端末装置１のアプリ１１が広告・ユーザ管理サーバ５やアプリ管理サーバ６から必要な情報（例えば、アプリ利用履歴の情報や、課金履歴の情報等）を取得し、アプリ１１において主要な処理を行うようにすることもできる。
【００９１】
＜総括＞
以上説明したように、本実施形態によれば、端末装置上で実行されるアプリの利用が途絶えてしまったユーザを呼び戻すことができ、アプリの利用の継続率を向上させることができる。
【００９２】
以上、本発明の好適な実施の形態により本発明を説明した。ここでは特定の具体例を示して本発明を説明したが、特許請求の範囲に定義された本発明の広範な趣旨および範囲から逸脱することなく、これら具体例に様々な修正および変更を加えることができることは明らかである。すなわち、具体例の詳細および添付の図面により本発明が限定されるものと解釈してはならない。
【符号の説明】
【００９３】
１              端末装置
１１、１２      アプリ
２              アクセスポイント
３              ネットワーク
４              アプリダウンロードサーバ
５              広告・ユーザ管理サーバ
５１            ユーザ管理ＤＢ
５２            アプリ優先ポイントＤＢ
５３            アプリ除外リストＤＢ
５４            バナー表示履歴ＤＢ
５５            アプリ利用履歴ＤＢ
５６            バナー選択テーブル
５７            バナーＤＢ
６              アプリ管理サーバ
６１            課金履歴ＤＢ
【図１】
0005522236.tif 000002
【図２】
0005522236.tif 000003
【図３】
0005522236.tif 000004
【図４】
0005522236.tif 000005
【図５】
0005522236.tif 000006
【図６】
0005522236.tif 000007
【図７】
0005522236.tif 000008
【図８】
0005522236.tif 000009
【図１１】
0005522236.tif 000010
【図１２】
0005522236.tif 000011
【図１３】
0005522236.tif 000012
【図１４】
0005522236.tif 000013
【図１７】
0005522236.tif 000014
【図９】
0005522236.tif 000015
【図１０】
0005522236.tif 000016
【図１５】
0005522236.tif 000017
【図１６】
0005522236.tif 000018