JP6241635B2 - 管理装置、ユーザ端末、管理装置プログラム及び端末プログラム - Google Patents

Description

本開示は、管理装置、ユーザ端末、管理装置プログラム及び端末プログラムに関する。

従来、ユーザ端末にインストールされているアプリケーションの利用中に表示される表示画面にアプリケーションの広告を表示させ、その広告がユーザに選択されるとアプリケーションストアに誘導するリワード広告システムが知られている。例えば、特許文献１には、選択された広告に対応するアプリケーションがアプリケーションストアからユーザ端末にダウンロードされてインストールされた場合、ダウンロードのきっかけとなった広告を表示する元のアプリケーションのユーザに対して報酬が付与されるリワード広告システムが記載されている。

特開２０１３−８０３１９号公報

上述したリワード広告システムは、例えば日本のユーザに対して広告を行うというように、一つの地域（例えば国など）に対応したシステムである。このリワード広告システムを、例えば使用言語が異なる複数の地域に対応させることが考えられる。

ところで、アプリケーションストアからネットワークを通じて配信されるアプリケーションは、配信する地域に対応させてローカライゼーションが行われる場合がある。例えば、アメリカ向けに配信されるアプリケーションでは、アプリケーションの利用中に表示される文字情報、メニュー又はアイコンなどに使用される言語として英語が用いられ、中国向けに配信されるアプリケーションでは、中国語が用いられる。さらに、アプリケーションによっては、言語だけでなくデザインのローカライゼーションが行われる場合もある。

一般的なアプリケーションストアでは、ユーザは、アプリケーションを利用する国を設定することができる。例えば、アプリケーションが利用される国として日本が設定されたアプリケーションストアでは、ユーザは、日本向けに配信されるアプリケーションの中から購入するアプリケーションを選択することができる。したがって、アプリケーションを利用する国として日本を設定したユーザに対しては、日本向けに配信されるアプリケーションの広告を表示させるように情報を通知する必要がある。

しかしながら、特許文献１記載のリワード広告システムでは、複数の地域に対応させていないため、アプリケーションストアを利用するユーザに対して、購入することができないアプリケーションのアプリケーション情報を通知するおそれがある。本技術分野では、上記課題を解決する管理装置、ユーザ端末、管理装置プログラム及び端末プログラムが望まれている。

本発明の一態様に係る管理装置は、ユーザ端末へ通知されるアプリケーション情報に対応する複数のアプリケーションのそれぞれと、ネットワークを通じて配信される各アプリケーションの配信先を識別する配信先情報との関連を管理するアプリケーション管理部と、前記ユーザ端末から前記アプリケーション情報の要求を受付ける受付部と、前記要求と関連付けて前記ユーザ端末に関する端末情報を取得する端末情報取得部と、前記端末情報に基づいて、前記ユーザ端末に対応した地域に関する地域情報を取得する地域情報取得部と、前記複数のアプリケーションのうち前記地域情報取得部により取得された地域情報に対応する配信先情報に関連付けられているアプリケーションの一部又は全部に対応する前記アプリケーション情報を、前記要求をした前記ユーザ端末に対して通知する通知部と、を備える。

本発明の別の態様に係るユーザ端末は、アプリケーション情報に対応する複数のアプリケーションそれぞれと、ネットワークを通じて配信される各アプリケーションの配信先を識別する配信先情報との関連を管理する管理装置と通信可能なユーザ端末であって、端末情報に基づいて地域に関する地域情報を取得する地域情報取得部と、前記複数のアプリケーションのうち前記地域情報に対応する配信先情報に関連付けられている前記アプリケーションの一部又は全部に対応する前記アプリケーション情報を、前記管理装置から取得するアプリケーション情報取得部とを備える。

本発明のさらに別の態様に係る管理装置プログラムは、コンピュータを上記管理装置が備える各手段として機能させる。また、本発明のさらに別の態様に係る端末プログラムは、コンピュータを上記ユーザ端末が備える各手段として機能させる。

第１実施形態に係る広告システムの構成を示す概略図である。 図１に示すユーザ端末のハードウェア構成を説明するブロック図である。 図１に示す広告サーバのハードウェア構成を説明するブロック図である。 広告システムの機能構成を説明するブロック図である。 アプリケーション国別管理テーブルの一例を示す図である。 国別ＩＰアドレス管理テーブルの一例を示す図である。 リスト要求に対するアプリケーションリストの表示に係るユーザ端末及び広告サーバの処理を説明するフローチャートである。 第１実施形態に係る広告サーバの効果を説明する図である。 アプリケーションのダウンロードに係るユーザ端末及びアプリケーションストアの処理を説明するフローチャートである。 報酬付与に係るユーザ端末及び広告サーバの処理を説明するフローチャートである。 第２実施形態に係る広告システムの機能構成を説明するブロック図である。 ユーザ端末の表示画面に表示される国別ページの一例を示す図である。 ユーザ別国情報管理テーブルの一例を示す図である。 リスト要求及びリスト再要求に対するアプリケーションリストの表示に係るユーザ端末及び広告サーバの処理を説明するフローチャートである。 リスト要求及びリスト再要求に対するアプリケーションリストの表示に係るユーザ端末及び広告サーバの処理を説明するフローチャートである。 第３実施形態に係る広告システムの機能構成を説明するブロック図である。 リスト要求に対するアプリケーションリストの表示に係るユーザ端末及び広告サーバの処理を説明するフローチャートである。

以下、図面を参照して種々の実施形態について詳細に説明する。なお、各図面において同一又は相当の部分に対しては同一の符号を附すこととする。

［第１実施形態］
本実施形態に係る広告システムは、広告サーバ及びユーザ端末を含む。広告システムは、例えば、ユーザ端末におけるデジタルコンテンツの利用中に表示される広告に係るシステムに適用することができる。広告の表示形態として、バナー画像を表示するバナー広告、アイコン画像を表示するアイコン広告、又は、文字情報を主体としたリスト広告などがある。また広告の運用形態として、広告を利用するユーザに対して報酬が付与されるインセンティブ型と、ユーザに対して報酬が付与されない非インセンティブ型がある。このインセンティブ型の広告のことをリワード広告と呼ぶことがある。また、非インセンティブ型の広告のことをリンク広告と呼ぶことがある。

これらのリワード広告又はリンク広告には、例えば、広告の対象となるデジタルコンテンツを取り扱うＷｅｂページがリンクされている。ここで、デジタルコンテンツを取り扱うＷｅｂページとは、デジタルコンテンツに関するランディングページやダウンロードページである。さらに、リワード広告の場合であれば、ユーザがリワード広告を介して所定の成果を達成した場合に、その成果を達成したユーザに対して報酬が支払われる。所定の成果とは、例えば、広告の対象となるデジタルコンテンツを有料又は無料で購入することであってもよい。あるいは、所定の成果とは、例えば、ユーザ端末にダウンロードされて利用可能になるデジタルコンテンツであれば、購入したデジタルコンテンツをリンク先のＷｅｂページからアプリケーションをダウンロードし、ユーザ端末にインストールすることであってもよい。なお、アプリケーションとは、例えば、コンピュータで実行可能なプログラムのことをいう。ダウンロードとは、例えば、ネットワークを通じてデータを受信し、ユーザ端末に記憶させることをいい、インストールとは、例えば、アプリケーションをユーザ端末にて実行可能な状態にすることをいう。ユーザに対して支払われる報酬は、例えば、リワード広告を表示していたデジタルコンテンツ又はリワード広告の対象となるデジタルコンテンツにおいて利用することができるポイントなどが挙げられる。

なお、本実施形態に係る広告サーバは、デジタルコンテンツの種類には特に限定されない。例えば、デジタルコンテンツは、ゲーム、チャット、データストレージ又はこれらの組み合わせなどを提供するアプリケーションであってもよいし、電子書籍、映像、音楽又はこれらを組み合わせたデジタルメディアであってもよい。これらのデジタルコンテンツは、ネットワークを通じてオンラインストア（例えば、アプリケーションストア）から配信される。

図１は、上述した広告システム１の構成を示す概略図である。図１に示すように、広告システム１は、複数のユーザ端末１０、広告サーバ３０及びゲームサーバ５０を備える。また、広告システム１は、外部装置であるアプリケーションストア７０と関係する。

複数のユーザ端末１０は、ユーザ端末１０−１〜ユーザ端末１０−ｎを含む。ｎは１より大きい自然数である。ユーザ端末１０−１〜ユーザ端末１０−ｎは、双方向通信機能を備えた機器で、例えば携帯電話機、通信機能付き携帯ゲーム機又はパーソナルコンピュータ、タブレット端末などである。ユーザ端末１０−１〜ユーザ端末１０−ｎは、ユーザが利用可能な端末である。なお、ユーザ端末は、必ずしも移動通信端末である必要はなく、例えばデスクトップ型のパーソナルコンピュータなどであってもよい。ユーザ端末１０−１〜ユーザ端末１０−ｎは、ネットワークＮを介して、広告サーバ３０、ゲームサーバ５０及びアプリケーションストア７０と通信可能に構成されている。ネットワークＮは、例えばインターネット又は専用回線などである。なお、図１の広告システム１は一例であり、広告サーバ３０は、複数のサーバ装置で構成され、各サーバ装置が並列又は直列に接続されていてもよい。また、ゲームサーバ５０又はアプリケーションストア７０も、複数のサーバ装置で構成され、各サーバ装置が並列又は直列に接続されていてもよい。また、広告サーバ３０が、本実施形態に係る広告システム１専用のサーバ装置でもよく、他のサービスも提供している汎用的なサーバ装置でもよい。また、広告システム１が、他のシステムの一部として構成されてもよい。

ユーザ端末１０には、広告システム１に対応したアプリケーションであって、アプリケーションストア７０からネットワークＮを介して配信されたゲームアプリケーションがインストールされている。このインストール済みのゲームアプリケーションにより提供されるゲームは、ゲームサーバ５０によって管理されている各種データを利用して提供されてもよい。各種データは、ユーザ端末１０とゲームサーバ５０とが通信することによって取得される。当該ゲームでは、ユーザに勧める他のゲームアプリケーションのリワード広告又はリンク広告が表示される。リワード広告又はリンク広告は、広告サーバ３０から得られた広告情報を用いて表示される。広告情報とは、広告をユーザ端末に表示させるために必要な情報である。広告情報の一例としては、広告の表示内容、広告の表示契機、広告の表示形態などを示す情報が挙げられる。広告情報の具体的な一例としては、販売対象となるアプリケーションを識別する情報、当該アプリケーションをダウンロード可能なアプリケーションストア７０のＷｅｂページのアドレスに関する情報などが挙げられる。リワード広告又はリンク広告には、他のゲームアプリケーションをダウンロード可能なアプリケーションストア７０のＷｅｂページへのリンクが張られている。ユーザ端末１０は、アプリケーションストア７０と通信可能に構成されており、アプリケーションストア７０で販売対象となるアプリケーションをダウンロードしてインストール可能に構成されている。

図２は、図１に示すユーザ端末１０のハードウェア構成を説明するブロック図である。図２に示すように、ユーザ端末１０は、ＣＰＵ（Central Processing Unit）１１、主記憶部１２、補助記憶部１３、通信制御部１４、入力部１５及び出力部１６を含む一般的なコンピュータとして構成される。主記憶部１２は、例えば、ＣＰＵ１１が直接アクセス可能なユーザ端末１０内の記憶媒体であり、ＳＤＲＡＭ（Synchronous Dynamic Random Access Memory）又はフラッシュメモリなどの記憶媒体である。補助記憶部１３は、ユーザ端末１０本体と着脱可能なメモリーカードなどの記憶媒体である。通信制御部１４は、通信を制御するネットワーク回路などの通信デバイスである。入力部１５は、カメラ又はタッチパネルなどの入力デバイスである。出力部１６は、ディスプレイ又はスピーカなどの出力デバイスである。後述するユーザ端末１０の各機能は、上述した各ハードウェアの動作の組み合わせによって実現される。例えば、ＣＰＵ１１の制御により、主記憶部１２などのハードウェアに所定のソフトウェアを読み込ませ、入力部１５及び出力部１６を動作させ、主記憶部１２又は補助記憶部１３に記憶されたデータの読み出し又は書き込みを行い、通信制御部１４により通信するなど、の各ハードウェアの動作の組み合わせによって、後述するユーザ端末１０の各機能が実現される。

図３は、図１に示す広告サーバ３０のハードウェア構成を説明するブロック図である。図３に示すように、広告サーバ３０は、ＣＰＵ３１、主記憶部３２、補助記憶部３３、通信制御部３４、入力部３５及び出力部３６を含む一般的なコンピュータとして構成される。主記憶部３２は、例えば、ＣＰＵ３１が直接アクセス可能なユーザ端末１０内の記憶媒体であり、ＳＤＲＡＭ又はフラッシュメモリなどの記憶媒体である。補助記憶部３３は、ＲＡＩＤ（Redundant Arrays of Inexpensive Disks）構成されたハードディスクなどの記憶媒体である。通信制御部３４は、通信を制御するネットワークカードなどの通信デバイスである。入力部３５は、キーボード又はマウスなどの入力デバイスである。出力部３６は、ディスプレイなどの出力デバイスである。後述する広告サーバ３０の各機能は、上述した各ハードウェアの動作の組み合わせによって実現される。例えば、ＣＰＵ３１の制御により、主記憶部３２などのハードウェアに所定のソフトウェアを読み込ませ、入力部３５及び出力部３６を動作させ、主記憶部３２又は補助記憶部３３に記憶されたデータの読み出し又は書き込みを行い、通信制御部３４により通信するなど、の各ハードウェアの動作の組み合わせによって、後述する広告サーバ３０の各機能が実現される。

図４は、広告システム１の機能構成を説明するブロック図である。図４に示すユーザ端末１０は、第１ゲームを提供する第１アプリケーション１００がインストールされていて、事後的に第２ゲームを提供する第２アプリケーション１１０がインストールされた状態である。第１アプリケーション１００は、ＣＰＵ１１により実行されることで機能し、通信制御部１４を介して各種データを管理するゲームサーバ５０と通信して、第１ゲームを提供する。また、第１アプリケーション１００は、広告サーバ３０から得られた広告情報を用いて他のアプリケーション（例えば、第２アプリケーション１１０）を紹介するリワード広告又はリンク広告を出力部３６に表示させることができる。つまり、第１アプリケーション１００は広告掲載アプリケーションであり、第２アプリケーション１１０は広告対象アプリケーションである。

また、第１アプリケーション１００は、リワード広告又はリンク広告を、ゲーム画面中に任意のタイミングで自動的にバナー広告の形態で出力部３６に表示させたり、ユーザの操作に基づいてリスト広告の形態で出力部３６に表示させたりすることができる。このように、第１アプリケーション１００は、リワード広告又はリンク広告の表示の契機と表示の形態とを、適宜設定することができる。例えば、第１アプリケーション１００は、ユーザの操作に基づいてリスト広告の形態で複数のアプリケーションのタイトルの一覧を表示したＷｅｂページを、Ｗｅｂビューア１０２を利用してゲーム画面上に重畳表示させる。これにより、第１アプリケーション１００は、リワード広告又はリンク広告を実現することができる。第１アプリケーション１００は、このＷｅｂビューア１０２を利用してアクセス先のＵＲＬを指定することによって、指定したＵＲＬから送信されたＷｅｂページを表示させることができる。つまり、第１アプリケーションは、アプリケーションの一機能としてＷＥＢページの表示機能を有する。第１アプリケーションがＷｅｂビューア１０２を利用して広告サーバ３０にアクセスする場合、広告サーバ３０はＷＥＢサーバとして機能する。この例の場合、重畳表示されたアプリケーションリストのＷｅｂページがユーザ操作などにより閉じられる（Ｗｅｂビューア１０２が閉じられる）と、画面の表示は元のゲーム画面に戻る。

また、広告で示されるアプリケーションが何であるかをユーザが区別できる広告情報をアプリケーション情報という。換言すれば、アプリケーション情報は、広告で示されるアプリケーションをユーザが識別可能な広告情報である。つまり、アプリケーション情報には、アプリケーションを識別する文字情報や図形情報が含まれる。具体的な一例としては、アプリケーション情報は、アプリケーションのタイトル、アプリケーションのアイコン又はアプリケーションのバナー画像などである。また、アプリケーション情報は、これらを組み合わせた情報であってもよい。また、複数のタイトル、複数のアイコン、又は複数のバナー画像を用いたリスト広告をアプリケーションリストという。以下では、アプリケーション情報の表示の一例として、アプリケーションのタイトルをリスト広告として表示するアプリケーションリストが表示される場合を説明する。

第１アプリケーション１００には、管理プログラムとして、ＳＤＫ（Software Development Kit）１０１が組み込まれている。ＳＤＫ１０１は、広告サーバ３０との通信を制御する。つまり、ＳＤＫ１０１が組み込まれたアプリケーションは、広告システム１に対応したアプリケーションである。ＳＤＫ１０１は、例えば、Ｗｅｂビューア１０２を介して通信制御部１４を動作させ、広告サーバ３０への送信、及び、広告サーバ３０からの受信を実現する。例えば、ＳＤＫ１０１は、第１アプリケーション１００からの指示を受けて、Ｗｅｂビューア１０２を利用してリスト要求を広告サーバ３０へ送信する。リスト要求とは、アプリケーションリストを出力部１６に表示させるための要求である。また、ＳＤＫ１０１は、端末情報ＴＡを広告サーバ３０へ送信する。端末情報ＴＡとは、ユーザ端末１０に対応した地域を特定するために用いられる情報である。端末情報ＴＡには、地域に関連付けられた情報、所定の規則に従って地域を推定することができる情報などが含まれる。端末情報ＴＡとして、例えば、ＩＰアドレス、言語設定情報、地域設定情報、決済情報（例えば通貨単位）、電話番号、キャリア（電話回線事業者）情報、機種情報、キーボード設定情報、又は、インストールされているアプリケーションのタイトルもしくはアプリケーションの識別情報などのうちの何れか又はこれらを組み合わせたものを採用してもよい。ＳＤＫ１０１は、端末情報ＴＡを含めたリスト要求を送信してもよい。さらに、ＳＤＫ１０１は、ユーザ端末１０のＯＳ（Operating System）情報を広告サーバ３０へ送信してもよい。ＯＳ情報とは、ソフトウェアを動作する環境に関する情報である。なお、ＳＤＫ１０１は、ＯＳ情報を含めたリスト要求を送信してもよい。

広告サーバ３０は、リスト要求に対する応答として、Ｗｅｂビューア１０２に表示させるアプリケーションリストのＷｅｂページを送信する。さらに、ＳＤＫ１０１は、アプリケーションリストの中から１又は複数のアプリケーションのタイトルを選択するユーザ操作を、入力部１５を介して取得する。そして、ＳＤＫ１０１は、ユーザ操作の入力に応じた選択結果を、Ｗｅｂビューア１０２を介して広告サーバ３０へ通知する。選択結果とは、ユーザにより選択されたアプリケーションを示す情報である。そして、広告サーバ３０は、ＳＤＫ１０１の選択結果通知に対する応答として、例えば、Ｗｅｂビューア１０２に表示させるための、ユーザにより選択されたアプリケーションのランディングページを送信する。このランディングページには、例えば、ユーザにより選択されたアプリケーションに関する詳しい情報が記載されていると共に、アプリケーションストア７０における当該アプリケーションのダウンロードページのＵＲＬが記載されている。

Ｗｅｂビューア１０２は、ランディングページに記載されたアプリケーションストア７０のダウンロードページのＵＲＬに対するユーザ操作を受付けると、ユーザにより選択されたアプリケーションに対するダウンロードページの表示要求をアプリケーションストア７０へ送信する。アプリケーションストア７０は、表示要求に対する応答として、Ｗｅｂビューア１０２に表示させるダウンロードページを送信する。そして、ＳＤＫ１０１は、表示されたダウンロードページにてアプリケーションの購入に係るユーザ操作を受付けると、アプリケーションを配信するようにアプリケーションストア７０へ要求する。なお、広告サーバ３０は、選択結果通知に対する応答として、ランディングページを送信する替わりにアプリケーションストア７０へリダイレクトさせて、アプリケーションストア７０からアプリケーションのダウンロードページを送信させるようにしてもよい。

広告サーバ３０（管理装置の一例）は、受付部３００、端末情報取得部３１０、地域情報取得部３２０、アプリケーション管理部３３０及び通知部３５０を備えている。

アプリケーション管理部３３０（アプリケーション管理部の一例）は、ユーザ端末１０へ通知されるアプリケーションのタイトル（アプリケーション情報の一例）に対応する複数の広告対象アプリケーション（アプリケーションの一例）のそれぞれと、ネットワークＮを通じて配信される各広告対象アプリケーションの配信先を識別する仕向地（配信先情報の一例）との関連を管理する。アプリケーション管理部３３０の機能は、例えば、ＣＰＵ３１が出力する信号に基づいて、補助記憶部３３に記憶されている所定のプログラムを主記憶部３２にロードし、主記憶部３２にロードされた所定のプログラムを実行することで実現する。広告対象アプリケーションとは、アプリケーションストア７０で配信されるアプリケーションのうち、リワード広告又はリスト広告の対象となるアプリケーションである。例えば、広告対象アプリケーションは、ユーザ端末１０に対して通知するアプリケーションのタイトルに対応するアプリケーションである。配信先情報とは、ネットワークＮを通じて配信される広告対象アプリケーションの配信先を識別する情報である。例えば、配信先情報とは、国名、国の一部の領域名、複数の国に跨がる領域名などである。配信先情報は、広告対象アプリケーションに予め設定されている。アプリケーション管理部３３０は、例えば、広告対象アプリケーションの仕向地を国コードで管理する。アプリケーション管理部３３０は、例えば、広告対象アプリケーションの仕向地がアメリカであれば、国コードとして「ＵＳ」を関連付けて当該広告対象アプリケーションを管理する。また、広告対象アプリケーションの仕向地が複数存在する場合には、アプリケーション管理部３３０は、当該広告対象アプリケーションと複数の国コードと関連付ける。例えば、広告対象アプリケーションの仕向地がアメリカとカナダであれば、アプリケーション管理部３３０は、国コードとして「ＵＳ」及び「ＣＡ」の双方を関連付ける。また、広告対象アプリケーションの仕向地が全ての国に対応する場合は、アプリケーション管理部３３０は、全世界を示すコードとして例えば、「ＺＺ」を関連付けるようにしてもよい。

アプリケーション管理部３３０は、例えばテーブルを用いて広告対象アプリケーションと国コードとの関連を管理してもよい。アプリケーション管理部３３０は、アプリケーション国別管理テーブルＴＢＬ３０１を参照可能に構成されている。図５は、アプリケーション国別管理テーブルＴＢＬ３０１の一例を示す図である。図５に示すように、アプリケーション国別管理テーブルＴＢＬ３０１では、「アプリケーション管理ＩＤ」、「仕向地」及び「アプリケーションストアＵＲＬ」が関連付けられている。「アプリケーション管理ＩＤ」は、広告対象アプリケーションを識別する識別子である。「仕向地」は、アプリケーションが対象とする地域（国など）である。「アプリケーションストアＵＲＬ」は、アプリケーションストア７０のＵＲＬである。例えば、「アプリケーション管理ＩＤ」が「ＡＰＬ０００１」である場合には、「仕向地」として「ＫＲ」、「ＳＧ」及び「ＩＮ」が関連付けられている。また、識別子が「ＡＰＬ０００１」であって「ＫＲ」、「ＳＧ」又は「ＩＮ」を仕向地とするアプリケーションをダウンロード可能なＵＲＬも、「アプリケーション管理ＩＤ」及び「仕向地」ごとに管理されている。

アプリケーション管理部３３０は、さらに複数の広告対象アプリケーション（アプリケーションの一例）のそれぞれと、各広告対象アプリケーションが動作するＯＳ情報（プラットフォーム情報の一例）との関連を管理してもよい。例えば、図５に示すように、テーブルを用いて「ＯＳ識別子」及び「アプリケーションタイトル」を、上述した「アプリケーション管理ＩＤ」と関連付けてもよい。「ＯＳ識別子」とは、ユーザ端末１０にインストールされているＯＳを識別する識別子である。上記の場合、「アプリケーション管理ＩＤ」、「仕向地」及び「ＯＳ識別子」が確定すると、アプリケーションストアのＵＲＬ及び「アプリケーションタイトル」が確定する。

受付部３００（受付部の一例）は、ユーザ端末１０からアプリケーションのタイトル（アプリケーション情報の一例）のリスト要求（要求の一例）を受付ける。受付部３００の機能は、例えば、ＣＰＵ３１が出力する信号に基づいて、補助記憶部３３に記憶されている所定のプログラムを主記憶部３２にロードし、主記憶部３２にロードされた所定のプログラムを実行するとともに、通信制御部３４を動作させることで実現する。例えば、受付部３００は、広告システム１に対応した複数の広告掲載アプリケーションのうちユーザ端末１０にインストールされた第１アプリケーション１００が実行され、第１アプリケーション１００のＳＤＫ１０１からリスト要求を受付ける。ここで、ユーザ端末１０から送信されたリスト要求を、直接的に広告サーバ３０が受信して、受付部３００で受付けるようにしてもよいし、他の装置を介在させて、間接的に広告サーバ３０が受信して、受付部３００で受付けるようにしてもよい。他の装置とは、例えば、ユーザ端末１０で実行された第１アプリケーション１００に対応したゲームサーバ５０である。すなわち、受付部３００は、直接的又は間接的にリスト要求を受付けることが可能である。

端末情報取得部３１０（端末情報取得部の一例）は、リスト要求（要求の一例）と関連付けてユーザ端末１０に関する端末情報ＴＡを取得する。端末情報取得部３１０の機能は、例えば、ＣＰＵ３１が出力する信号に基づいて、補助記憶部３３に記憶されている所定のプログラムを主記憶部３２にロードし、主記憶部３２にロードされた所定のプログラムを実行するとともに、通信制御部３４を動作させることで実現する。例えば、端末情報取得部３１０は、リスト要求と関連付けてユーザ端末１０に関するＩＰアドレスを端末情報ＴＡとして取得する。ＩＰアドレスの替わりに、ユーザ端末１０の機種情報、キーボード設定情報、ユーザ端末１０にインストールされているアプリケーションのタイトル又は識別情報などを、端末情報ＴＡとしてもよい。あるいは、ユーザ端末１０が電話機能を具備している場合には、電話番号又はキャリア情報などを端末情報ＴＡとしてもよい。あるいは、ユーザ端末１０の言語設定情報、ユーザ端末１０の地域設定情報、決済情報（例えば通貨単位）などを端末情報ＴＡとしてもよい。さらに、端末情報取得部３１０は、上述した情報のうちの１つを取得するだけでなく、複数の情報を取得するようにしてもよい。また、端末情報取得部３１０は、複数の情報を取得対象とし、ユーザ端末１０から取得できた情報だけをユーザ端末１０の端末情報ＴＡとして採用してもよい。つまり、端末情報ＴＡは、全てのユーザ端末１０から取得可能な情報である必要はない。

また、端末情報取得部３１０は、端末情報ＴＡをリスト要求に含ませて取得するようにしてもよい。例えば、端末情報取得部３１０は、ユーザ端末１０で設定された言語設定情報、地域設定情報、又はキーボード設定情報などの端末情報ＴＡをリスト要求に含ませることができる。この場合、リスト要求と関連付けてユーザ端末１０に関する端末情報ＴＡを取得することが可能になる。また、端末情報取得部３１０は、端末情報ＴＡをリスト要求に係る通信プロトコルから取得するようにしてもよい。例えば、端末情報取得部３１０は、ＩＰアドレスを通信プロトコルから取得してもよい。この場合でも、端末情報取得部３１０は、リスト要求と関連付けてユーザ端末１０に関する端末情報を取得することができる。

アプリケーション管理部３３０が、複数の広告対象アプリケーション（アプリケーションの一例）のそれぞれと、各広告対象アプリケーションが動作するＯＳ情報（プラットフォーム情報の一例）との関連を管理する広告サーバ３０においては、端末情報取得部３１０は、さらにリスト要求（要求の一例）と関連付けてユーザ端末１０のＯＳ情報を取得するようにしてもよい。例えば、端末情報取得部３１０は、ユーザ端末１０のＯＳ情報をリスト要求に含ませて取得する。また、端末情報取得部３１０は、リスト要求とは異なるタイミングでユーザ端末１０のＯＳ情報を取得してもよい。

地域情報取得部３２０（地域情報取得部の一例）は、端末情報ＴＡに基づいてユーザ端末１０に対応した地域情報を取得する。地域情報取得部３２０の機能は、例えば、ＣＰＵ３１が出力する信号に基づいて、補助記憶部３３に記憶されている所定のプログラムを主記憶部３２にロードし、主記憶部３２にロードされた所定のプログラムを実行するとともに、通信制御部３４を動作させることで実現する。地域情報とは、ユーザ端末１０に対応した地域に関する情報である。ユーザ端末１０に対応した地域とは、例えばユーザの居所である地域である。地域とは、国単位の領域、国の一部の領域、又は複数の国に跨がる領域などである。例えば、地域は、日本、アメリカ又は韓国などの国単位の領域であってもよい。あるいは、地域は、アメリカの州単位の領域であってもよい。あるいは、地域は、ＥＰ又はアジアなどの複数の国に跨がる領域であってもよい。また、地域に関する情報とは、地域を識別する情報のみならず、地域を識別する情報に関連付けられた情報であってもよい。例えば、国名が割り当てられたアプリケーションストア名であってもよい。地域情報取得部３２０は、例えば、ＩＰアドレスに基づいてユーザの居所である地域を特定する。例えば、地域情報取得部３２０は、国コードとＩＰアドレスとが関連付けられたテーブルである国別ＩＰアドレス管理テーブルＴＢＬ３０２を参照可能に構成されており、当該テーブルを用いて、ユーザの居所である地域を特定する。

図６は、地域情報取得部３２０により参照可能に構成された国別ＩＰアドレス管理テーブルＴＢＬ３０２の一例を示す図である。図６に示すように、国別ＩＰアドレス管理テーブルＴＢＬ３０２は、ＩＰアドレスの範囲を示す「指定範囲開始ＩＰアドレス」及び「指定範囲終了ＩＰアドレス」と、国を識別する「国コード」とを関連付けたテーブルである。ここでは一例として、「指定範囲開始ＩＰアドレス」の「５８．１１．０．０」、及び、「指定範囲終了ＩＰ」の「５８．１９．０．０」と、「国コード」の「ＫＲ」が関連付けられている。同様に、「指定範囲開始ＩＰ」の「５８．３１．０．０」、及び、「指定範囲終了ＩＰ」の「５８．３９．０．０」と、「国コード」の「ＴＷ」が関連付けられている。その他のＩＰアドレスの範囲についても、それぞれ国コードが関連付けられている。このため、例えば、ユーザ端末１０のＩＰアドレスが、「５８．１２．０．０」である場合には、「５８．１１．０．０」から「５８．１９．０．０」までの範囲に該当するため、地域情報取得部３２０は、ユーザの居所である地域として「ＫＲ」を特定する。あるいは、例えば、ユーザ端末１０のＩＰアドレスが、「５８．３２．０．０」である場合には、「５８．３１．０．０」から「５８．３９．０．０」までの範囲に該当するため、地域情報取得部３２０は、ユーザの居所である地域として「ＴＷ」を特定する。このように、地域情報取得部３２０は、ＩＰアドレスの範囲と、国コードとが関連付けられたテーブルを用いて、取得されたＩＰアドレスから、ユーザの居所である地域を特定する。

なお、地域情報取得部３２０が地域を特定することとは、ＩＰアドレスなどに基づいて所定のアルゴリズムなどに従って、複数の地域の候補の中から１の地域を特定することを意味する。したがって、地域情報取得部３２０が決定した地域は、実際の地域と相違する場合が有り得る。このため、例えば、ＩＰアドレスに基づいて２つの地域が候補とされた場合には、所定規則に従って１の地域を特定するようにしてもよい。

通知部３５０（通知部の一例）は、複数の広告対象アプリケーション（アプリケーションの一例）のうち地域情報取得部３２０で取得された地域情報に対応する仕向地（配信先情報の一例）に関連付けられている広告対象アプリケーションの一部又は全部に対応するアプリケーションのタイトル（アプリケーション情報の一例）を、リスト要求（要求の一例）をしたユーザ端末１０（ユーザ端末の一例）に対して通知する。通知部３５０の機能は、例えば、ＣＰＵ３１が出力する信号に基づいて、補助記憶部３３に記憶されている所定のプログラムを主記憶部３２にロードし、主記憶部３２にロードされた所定のプログラムを実行するとともに、通信制御部３４を動作させることで実現する。例えば、地域情報取得部３２０で特定された地域情報に対する国コードに関連付けられている広告対象アプリケーションの一部又は全部に対応するアプリケーションのタイトルを、リスト要求をしたユーザ端末の実行された広告掲載アプリケーションに対して通知する。すなわち、地域情報取得部３２０で取得された地域情報に対応する仕向地に関連付けられている広告対象アプリケーションとは、地域情報取得部３２０で取得された地域情報に対応する仕向地に対応したアプリケーションストアで配信される広告対象アプリケーションである。なお、受付部３００は、通知した広告対象アプリケーションのタイトルのうちユーザが選択した広告対象アプリケーションのタイトルを受信する。

アプリケーション管理部３３０が、複数の広告対象アプリケーションのそれぞれと、各広告対象アプリケーションが動作するＯＳ情報との関連を管理する広告サーバ３０においては、通知部３５０は、複数の広告対象アプリケーションのうち（アプリケーションの一例）、地域情報取得部３２０で取得された地域情報に対応する仕向地（配信先情報の一例）と、端末情報取得部３１０により取得されたＯＳ情報（プラットフォーム情報の一例）とに関連付けられている広告対象アプリケーションの一部又は全部に対応するアプリケーションのタイトル（アプリケーション情報の一例）を、リスト要求（要求の一例）をしたユーザ端末１０（ユーザ端末の一例）に対して通知するようにしてもよい。

また、通知部３５０が通知する広告対象アプリケーションのタイトルの表示態様（アプリケーションリスト）は、以下のように例示できる。
（１）仕向地に対応した広告対象アプリケーションのタイトルの全部を通知し、ユーザ端末１０の表示画面に、全部の広告対象アプリケーションのタイトルをリスト表示する。
（２）仕向地に対応した広告対象アプリケーションのタイトルのうち、ユーザ端末１０で実行又は利用されていない広告対象アプリケーションのタイトルだけを通知し、ユーザ端末１０の表示画面に、ユーザ端末１０で実行又は利用されていない広告対象アプリケーションのタイトルをリスト表示する。
（３）仕向地に対応した広告対象アプリケーションのタイトルの全部を通知するが、広告対象アプリケーションごとにユーザ端末１０で実行又は利用されたか否かを示す付加情報を合わせて通知し、ユーザ端末１０の表示画面に、広告対象アプリケーションのタイトルを利用しているか否かを区別してリスト表示する。

アプリケーションリストがリワード広告である場合には、広告サーバ３０は、さらに、インストール情報取得部３６０、判定部３７０及び報酬付与部３８０を備えてもよい。

インストール情報取得部３６０（インストール情報取得部の一例）は、複数の広告対象アプリケーション（アプリケーションの一例）のうちの何れかの広告対象アプリケーションがユーザ端末１０（ユーザ端末の一例）により実行された場合、広告対象アプリケーションがユーザ端末１０により実行されたことに応じて送信されたアプリケーションの稼働情報（インストール情報の一例）を取得する。インストール情報取得部３６０の機能は、例えば、ＣＰＵ３１が出力する信号に基づいて、補助記憶部３３に記憶されている所定のプログラムを主記憶部３２にロードし、主記憶部３２にロードされた所定のプログラムを実行するとともに、通信制御部３４を動作させることで実現する。一例として、第２アプリケーション１１０がユーザ端末１０にインストールされた場合を説明する。第２アプリケーション１１０は、管理プログラムであるＳＤＫ１１１を有する。ＳＤＫ１１１は、第１アプリケーション１００のＳＤＫ１０１と同一に構成され、第２アプリケーションがインストールされた後に起動された場合に稼働情報を広告サーバ３０へ送信する。稼働情報は、第２アプリケーションが実行されたことを示す情報であり、ユーザ端末１０に第２アプリケーションがインストールされたことを示す情報である。なお、ユーザ端末１０から第２アプリケーションがアンインストールされた場合でも、広告サーバ３０は第２アプリケーションがインストールされたこととして把握する。このため、稼働情報は、ユーザ端末１０に第２アプリケーションがインストールされ続けていることを示す情報ではない。この稼働情報は、インストールされたアプリケーションのタイトル又はインストールされた日時などを含む情報である。インストール情報取得部３６０は、ＳＤＫ１１１により送信されたインストール情報を取得する。

なお、第２アプリケーションがインストールされている状態を、他のアプリケーション（例えば、第１アプリケーション）が検知して、その検知情報（インストール情報の一例）をインストール情報取得部３６０が取得するようにしてもよい。この場合、第２アプリケーションがインストールされた直後であって、まだ実行されていない（起動されていない）場合が含まれてもよい。この例の場合、第１アプリケーション１００のＳＤＫ１０１に、複数の広告対象アプリケーションのうちユーザ端末１０にインストールされている広告対象アプリケーションを検知する機能を具備させればよい。

判定部３７０（判定部の一例）は、ユーザ端末に対して通知した対象アプリケーション情報のうち、ユーザにより指定された広告対象アプリケーションに対する稼働情報（インストール情報の一例）を取得したか否かを判定する。換言すれば、判定部３７０は、稼働情報に基づいて、リワード広告の報酬条件を満たすか否かを判定する。判定部３７０の機能は、例えば、ＣＰＵ３１が出力する信号に基づいて、補助記憶部３３に記憶されている所定のプログラムを主記憶部３２にロードし、主記憶部３２にロードされた所定のプログラムを実行することで実現する。報酬条件を満たす場合としては、例えば以下の２つを判定する。
（１）受付部３００が受信したユーザからの選択結果を示す広告対象アプリケーションのタイトルと、インストール情報取得部３６０が取得した稼働情報に基づくアプリケーションのタイトルと、が一致すること。
（２）ユーザ端末１０のユーザに報酬を付与したことがないか、又は、ユーザに報酬を付与した回数が所定回数以下であること。例えば、周知の端末特定技術を用いてユーザの識別子を広告サーバ３０側で管理することで、報酬を付与した回数とユーザとを関連付けすることができる。この条件により、インストールとアンインストールとを繰り返して、報酬を不正に得ようとするユーザを排除することができる。

報酬付与部３８０（報酬付与部の一例）は、判定部３７０にて報酬条件を満たすと判定（肯定判定）された場合には、ユーザに対する報酬付与処理を実行する。報酬付与部３８０の機能は、例えば、ＣＰＵ３１が出力する信号に基づいて、補助記憶部３３に記憶されている所定のプログラムを主記憶部３２にロードし、主記憶部３２にロードされた所定のプログラムを実行するとともに、通信制御部３４を動作させることで実現する。報酬付与部３８０が実行する報酬付与処理には、例えば以下の２つがある。
（１）広告サーバ３０が、ユーザに付与する報酬内容を管理して、ユーザ端末１０（第１アプリケーション１００）又はゲームサーバ５０に対して、使用可能なポイント又はアイテムなどを報酬として付与する。
（２）広告サーバ３０が、ユーザに付与する報酬内容を管理せず、ユーザ端末１０（第１アプリケーション１００）又はゲームサーバ５０に対して、報酬条件を満たしたことだけを通知する。つまり、広告サーバ３０は、ユーザが報酬条件を満たしたときに付与される報酬の内容を把握していない。いずれの場合も、ゲームサーバ５０にて管理されている、ユーザ端末１０の第１アプリケーションによる第１ゲームのデータが変更され報酬が支払われる。なお、ゲームアプリケーション（広告掲載アプリケーション）の中にはゲームサーバ５０との通信を必要としないものが含まれていてもよい。このようなゲームアプリケーションに対しては、ユーザ端末１０に対して報酬付与処理を実行する。

次に、ユーザ端末からのリスト要求に対するアプリケーションリストの表示の処理を説明する。図７は、リスト要求に対するアプリケーションリストの表示に係るユーザ端末１０及び広告サーバ３０の処理を説明するフローチャートである。図７に示す処理は、例えば、第１アプリケーション１００に搭載された「一押しアプリ一覧」機能において、ユーザ端末１０にてユーザによる選択操作がされたことに基づいて実行される。

最初に、ユーザ端末１０にインストールされた第１アプリケーション１００のＳＤＫ１０１は、リスト要求送信処理として、アプリケーションリストのリスト要求を広告サーバ３０に対して送信する（Ｓ１００）。また、ＳＤＫ１０１は、ＩＰアドレスをリスト要求に含ませて広告サーバ３０へ送信することができる。例えば、ＩＰアドレス「５８．１１．４．４」を含むリスト要求となる。さらに、ＳＤＫ１０１は、ユーザ端末１０のＯＳを識別する情報をリスト要求に含めて、広告サーバ３０へ送信することができる。この場合、例えば、ＯＳ識別子「ＯＳ１」をさらに含むリスト要求となる。

このリスト要求に対して、広告サーバ３０の受付部３００は、リスト要求受付処理として、ＩＰアドレスを含むリスト要求を受付ける（Ｓ３００）。例えば、ＩＰアドレス「５８．１１．４．４」を含むリスト要求を受付部３００が受付ける。さらにリスト要求には、ＯＳ識別子が含まれている。例えばＯＳ識別子「ＯＳ１」を含むリスト要求を受付部３００が受付ける。

次に、広告サーバ３０の端末情報取得部３１０は、ＩＰアドレス取得処理として、Ｓ３００のリスト要求受付処理で取得されたリスト要求に含まれたＩＰアドレス「５８．１１．４．４」を取得する（Ｓ３０４）。続いて、広告サーバ３０の地域情報取得部３２０は、国コード取得処理として、Ｓ３０４のＩＰアドレス取得処理で取得されたＩＰアドレスに基づいて国コードを取得する（Ｓ３０６）。例えば、地域情報取得部３２０は、図６に示す国別ＩＰアドレス管理テーブルＴＢＬ３０２と、ＩＰアドレス「５８．１１．４．４」とを用いて国コード「ＫＲ」を取得する。

次に、広告サーバ３０のアプリケーション管理部３３０は、リスト作成処理として、Ｓ３０６の国コード取得処理で取得された国コード「ＫＲ」に基づいてアプリケーションタイトル及びＵＲＬを取得し、取得したアプリケーションタイトルを用いてアプリケーションリストを作成し、通知部３５０へ出力する（Ｓ３１２）。例えば、アプリケーション管理部３３０は、図５に示すアプリケーション国別管理テーブルＴＢＬ３０１を用いて、国コード「ＫＲ」に対応するアプリケーションタイトル（ハングル語でのタイトル名）及びＵＲＬを取得する。なお、国コード「ＫＲ」に対応するアプリケーション「ＡＰＬ０００１」には、異なるＯＳに対応させたものとして、２つ存在する。この場合、アプリケーション管理部３３０は、Ｓ３００のリスト要求受付処理で取得されたＯＳ識別子を用いて、１のタイトルを確定させる。例えば、Ｓ３００のリスト要求受付処理でＯＳ識別子「ＯＳ１」が取得されている場合には、ＯＳ識別子「ＯＳ１」に関連した「ＡＰＬ０００１」のタイトルが選ばれる。なお、ＯＳ識別子が特定できない場合には、アプリケーション管理部３３０は、１のタイトルを確定させずに、後述するＳ３１２のリスト作成処理にて、ＯＳ識別子の情報を付記してアプリケーションリストを作成するようにしてもよい。また、ＯＳ識別子が特定できる場合でも、１のタイトルを確定させずに、後述するＳ３１２のリスト作成処理にて、ＯＳ識別子の情報を付記したアプリケーションリストを作成するようにしてもよい。

次に、通知部３５０は、通知処理として、作成されたアプリケーションリストをユーザ端末１０へ通知する（Ｓ３１４）。通知を受けたユーザ端末１０にインストールされた第１アプリケーション１００のＳＤＫ１０１は、リスト受信処理として、アプリケーションリストを受信する（Ｓ１０２）。これにより、リワード広告又はリンク広告の対象となる広告対象アプリケーションのタイトルがユーザへ通知される。

次に、第１アプリケーション１００のＳＤＫ１０１は、選択結果通知処理として、ユーザからの選択操作を受付けて、選択されたアプリケーションを含む選択結果を、広告サーバ３０へ送信する（Ｓ１１０）。そして、広告サーバ３０の受付部３００は、選択結果受信処理として、ユーザからの選択結果を受信する（Ｓ３２４）。広告サーバ３０のアプリケーション管理部３３０は、ＵＲＬ通知処理として、ユーザにより選ばれたアプリケーションを配信するアプリケーションストアのＵＲＬを取得する。ＵＲＬは、Ｓ３１２のリスト作成処理で取得済みである。なお、Ｓ３１２のリスト作成処理でＵＲＬは取得せず、このＵＲＬ通知処理において、アプリケーション管理部３３０がＵＲＬを取得してもよい。通知部３５０は、ＵＲＬ通知処理として、取得されたＵＲＬをユーザ端末１０へ送信する（Ｓ３２６）。ＳＤＫ１０１は、ＵＲＬ受信処理として、ユーザにより選ばれたアプリケーションを配信するアプリケーションストアのＵＲＬが記載されたランディングページを受信する（Ｓ１１２）。

以上で図７に示す処理が完了する。図７に示す処理が実行されることにより、ＩＰアドレスからユーザ端末１０の地域情報として国コード「ＫＲ」が取得される。そして、複数の広告対象アプリケーションのうち、ユーザ端末１０の地域情報と同一の仕向地であるアプリケーションのタイトルがユーザ端末１０へ送信される。図８は、第１実施形態に係る広告サーバ３０の効果を説明する図である。図８において、国コードを考慮しない場合のアプリケーションリストＬＴ１０１の一例と、国コードを考慮した場合のアプリケーションリストＬＴ１０２の一例を示す図である。図８に示すように、アプリケーションリストＬＴ１０１は、アプリケーションのタイトルとして、ユーザの居所である地域では用いられない言語のタイトルを含む。このため、アプリケーションリストＬＴ１０１は、表示させてしまうと、ユーザが理解することができないおそれがある。そこで、アプリケーションリストＬＴ１０２のように、ユーザの居所である地域で用いられる言語のタイトルのみを含むアプリケーションリストとする。このように、ユーザに対して適切なアプリケーションのタイトルを通知することができる。さらに、ＯＳ識別子を用いてアプリケーションリストが生成されるため、ユーザ端末１０において適切に動作するアプリケーションのタイトルをユーザ端末１０へ通知することができる。

次に、図７の処理でユーザにより選択されたアプリケーションをダウンロードする処理を説明する。図９は、アプリケーションのダウンロードに係るユーザ端末１０及びアプリケーションストア７０の処理を説明するフローチャートである。図９に示す処理は、ユーザ端末１０の画面に表示されたランディングページに記載されたアプリケーションストア７０のダウンロードページのＵＲＬに対するユーザ操作を受け付けることで開始される。

最初に、ユーザ端末１０は、ストアページ要求処理として、図７のＳ１１０の選択結果通知処理で選択されたアプリケーションのダウンロードページを要求する（Ｓ１２０）。そして、アプリケーションストア７０は、要求受付処理として、ダウンロードページの要求を受け付ける（Ｓ７０２）。次に、アプリケーションストア７０は、ストアページ応答処理として、図７のＳ１１０の選択結果通知処理で選択されたアプリケーションのダウンロードページを応答する（Ｓ７０４）。そして、ユーザ端末１０は、ストアページ表示処理として、アプリケーションストア７０から送信されたダウンロードページを表示する（Ｓ１２２）。

次に、ユーザ端末１０は、購入要求処理として、アプリケーションストア７０に対して、アプリケーションの購入の要求をする（Ｓ１２４）。そして、アプリケーションストア７０は、アプリケーション購入処理として、アプリケーションの購入要求を受け付ける。さらに、アプリケーションストア７０は、アプリケーション購入処理として、アプリケーションの購入に関する購入手続き処理を行う（Ｓ７０６）。

次にアプリケーションストア７０は、Ｓ７０６の購入手続き処理が正常に終了した場合には、ダウンロード処理として、アプリケーションのプログラムをユーザ端末１０へ送信する（Ｓ７０８）。そして、ユーザ端末１０は、プログラム取得処理として、アプリケーションのプログラムを取得し、主記憶部３２又は補助記憶部３３に記憶する（Ｓ１２６）。

以上で図９に示す処理が完了する。図９に示す処理が実行されることにより、アプリケーションリストのうちユーザが選択したアプリケーションのプログラムがアプリケーションストア７０から取得される。

次に、アプリケーションリストがリワード広告に対応する場合に実行される報酬処理を説明する。図１０は、報酬付与に係るユーザ端末１０及び広告サーバ３０の処理を説明するフローチャートである。図１０に示す処理は、ユーザが選択したアプリケーションである第２アプリケーション１１０のプログラムがユーザ端末１０にダウンロードされた後、第２アプリケーション１１０を起動したときに開始される。

最初に、ユーザ端末１０にインストールされた第２アプリケーション１１０が起動された場合、第２アプリケーション１１０のＳＤＫ１１１は、稼働情報通知処理として、第２アプリケーション１１０が稼働したことを示す稼働情報を広告サーバ３０へ送信する（Ｓ１３０）。そして、広告サーバ３０のインストール情報取得部３６０は、稼働情報受信処理として、稼働情報を受信する（Ｓ３３０）。

次に、広告サーバ３０の判定部３７０は、報酬判定処理として、Ｓ３３０の稼働情報通知処理で得られた稼働情報に基づいて、報酬条件を満たすか否かを判定する（Ｓ３３２）。判定部３７０は、例えば、通知部３５０からユーザ端末１０へ通知された広告対象アプリケーションのタイトルと、ユーザ端末１０から取得されたインストール情報に基づくアプリケーションのタイトルと、が一致するか否かを判定する。また、判定部３７０は、通知部３５０からユーザ端末１０へ通知した日時が、ユーザ端末１０から取得されたインストール情報に基づくインストールされた日時よりも先である否かを判定する。また、判定部３７０は、ユーザ端末１０のユーザに報酬を付与したことがあるか否かを判定する。あるいは、判定部３７０は、ユーザ端末１０のユーザに報酬を付与した回数が所定回数以下であるか否かを判定してもよい。

次に、広告サーバ３０の報酬付与部３８０は、報酬付与処理として、ゲームサーバ５０により管理されているデータを変更するように、ゲームサーバ５０へ通知する（Ｓ３３４）。Ｓ３３４の報酬付与処理が終了した場合、又は、Ｓ３３２の報酬判定処理において報酬条件を満たさない場合には、図１０に示す処理を終了する。

以上で図１０に示す処理が完了する。図１０に示す処理が実行されることにより、リワード広告の報酬が支払われる。

次に、コンピュータを広告サーバ３０として機能させるための管理装置プログラムを説明する。

管理装置プログラムＰＧ１は、メインモジュール、受付モジュール、端末情報取得モジュール、地域情報取得モジュール、アプリケーション管理モジュール、及び、通知モジュールを備えている。メインモジュールは、処理を統括的に制御する部分である。受付モジュール、端末情報取得モジュール、地域情報取得モジュール、アプリケーション管理モジュール、及び、通知モジュールを実行させることにより実現される機能は、上述した広告サーバ３０の受付部３００、端末情報取得部３１０、地域情報取得部３２０、アプリケーション管理部３３０、及び、通知部３５０の機能と同じである。

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

［第２実施形態］
第２実施形態に係る広告システム１Ａは、第１実施形態に係る広告システム１と比べて、ユーザ端末１０Ａの地域情報として取得された国コードが不適切な場合に、ユーザによって修正することができるように構成されている点、及び、ユーザ又はユーザ端末１０Ａを識別するユーザＩＤ（識別情報の一例）を用いて、地域情報取得処理を簡略化している点が相違する。以下では、第１実施形態と重複する部分については説明を省略し、相違点を中心に説明する。

図１１は、第２実施形態に係る広告システム１Ａの機能構成を説明するブロック図である。図１１に示すユーザ端末１０Ａは、第１ゲームを提供する第１アプリケーション１００Ａがインストールされていて、事後的に第２ゲームを提供する第２アプリケーション１１０がインストールされた状態である。ユーザ端末１０Ａは、第１実施形態に係るユーザ端末１０と比べて、第１アプリケーション１００Ａの替わりに第１アプリケーション１００Ａを有する点が相違し、その他は同一である。第１アプリケーション１００Ａは、第１実施形態に係る第１アプリケーション１００と比べて、ＳＤＫ１０１の替わりにＳＤＫ１０１Ａを有する点が相違し、その他の機能は同一である。ＳＤＫ１０１Ａは、ユーザ又はユーザ端末１０Ａを識別するユーザＩＤ（識別情報の一例）を含めたリスト要求を送信する。

ユーザＩＤは、例えば、第１アプリケーションにて用いられているユーザに対応したＩＤであってもよい。あるいは、ユーザＩＤとして、ユーザアカウント又はメールアドレスなどを利用してもよい。あるいは、ユーザＩＤとして、ＵＤＩＤ（Unique Device Identifier）、ＩＭＥＩ（International Mobile Equipment Identity）、又は、ＩＭＳＩ（International Mobile Subscriber Identity）などを利用してもよい。また、ユーザＩＤとして、ユーザ端末１０ＡのＯＳの機能としてユーザ端末１０Ａごとに対応付けられた互いに異なる情報であって、ユーザ端末１０Ａで実行するアプリケーションで使用することが許可されている情報（例えば、広告識別子（Advertising Identifier））を利用してもよい。また、ユーザＩＤとして、広告システム１Ａにて独自に生成されたＩＤでもよい。例えば、画面解像度・幅、又はタイムゾーン時差などの１００種類程度のパラメータを広告サーバ３０Ａが取得して、所定のアルゴリズムを用いて生成したＩＤであってもよい。また、上述した情報をハッシュ化又は暗号化して利用してもよい。なお、国コードとＵＤＩＤとを関連付けるタイミングは、地域情報取得部３２０ＡがＩＰアドレスに基づいて仕向地を特定したとき、又は、後述のように、ユーザにより設定された地域情報である地域設定情報に基づいてアプリケーションの仕向地を特定し直したときであってもよい。

また、ＳＤＫ１０１Ａは、Ｗｅｂビューア１０２を利用して、アプリケーションリストを含むアプリケーションストアの国別ページをユーザ端末１０Ａの表示画面に表示させる。図１２は、ユーザ端末１０Ａの表示画面に表示されるアプリケーションストアの国別ページの一例を示す図である。図１２に示す国別ページＬＴ１０３は、「カナダ」のアプリケーションストアから配信され仕向地が「カナダ」であるアプリケーションのアプリケーションリストを含むＷｅｂページである。図１２では、アイコン及びタイトルを含むアプリケーションリストが表示されている。アプリケーションのタイトルは、英語で表記されている。

国別ページＬＴ１０３には、アプリケーションリストと共に、ユーザによりアプリケーションストア名である国名を選択可能なプルダウンメニューＰ１０１と、プルダウンメニューＰ１０１で選択された国名を決定するための変更ボタンＰ１０２とが表示される。ユーザにより入力部１５を介してプルダウンメニューＰ１０１がクリック操作されると、国名の一覧がユーザ端末１０Ａの表示画面に表示される。例えば、「カナダ」「韓国」「シンガポール」及び「インド」などの国名が表示される。そして、国名の一覧から選択された１つの国名が、変更ボタンＰ１０２のクリック操作によって設定される。このように、ユーザ端末１０Ａにインストールされた第１アプリケーション１００のＳＤＫ１０１Ａは、国別ページＬＴ１０３の変更に係るユーザ操作を受け付けることができる。なお、ユーザによる国名の選択は、プルダウンメニューを必ずしも用いる必要はなく、ラジオボタンを用いてもよいし、二者択一であればチェックボックスを用いてもよい。また、変更ボタンＰ１０２を省略し、ユーザにより１つのアプリケーションストアが選択された時点で、当該選択された国名が設定されるようにしてもよい。また、国名以外にも、地域を設定することができる情報（例えば地域の名称又は国コードなど）を選択させてもよい。

ＳＤＫ１０１Ａは、ユーザにより設定された地域に関する情報、すなわち地域設定情報を含めたリスト再要求を広告サーバ３０Ａへ送信する。そして、ＳＤＫ１０１Ａは、ユーザにより設定された地域設定情報を用いて再作成されたアプリケーションリストを受信する。その他は、ＳＤＫ１０１の機能と同一である。

広告サーバ３０Ａ（管理装置の一例）は、第１実施形態に係る広告サーバ３０と比べて、受付部３００の替わりに受付部３００Ａを備える点、地域情報取得部３２０の替わりに地域情報取得部３２０Ａを備える点、通知部３５０の替わりに通知部３５０Ａを備える点、及びユーザ管理部３４０Ａをさらに備える点が相違し、その他は同一である。

受付部３００Ａ（受付部の一例）は、ユーザ端末１０から、アプリケーションのタイトル（アプリケーション情報の一例）のリスト再要求（再要求の一例）として、ユーザにより設定された地域に関する地域設定情報を含むリスト再要求を受付ける。その他は、受付部３００の機能と同一である。

地域情報取得部３２０Ａ（地域情報取得部の一例）は、地域設定情報に基づいて、ユーザ端末１０Ａに対応した地域に関する地域情報を取得し直す。換言すれば、地域情報取得部３２０Ａは、ユーザの設定に基づいてユーザ端末１０Ａに対応した地域に関する地域情報を取得する。その他は、地域情報取得部３２０の機能と同一である。

通知部３５０Ａ（通知部の一例）は、複数の広告対象アプリケーション（アプリケーションの一例）のうち地域情報取得部３２０Ａで取得し直した地域情報に対応する仕向地（配信先情報の一例）に関連付けられている広告対象アプリケーションの一部又は全部に対応するアプリケーションのタイトル（アプリケーション情報の一例）を、リスト再要求（再要求の一例）をしたユーザ端末１０Ａ（ユーザ端末の一例）に対して通知する。地域情報取得部３２０Ａから取得される地域情報は、例えば国コードで示される。その他は、通知部３５０の機能と同一である。

ユーザ管理部３４０Ａ（ユーザ管理部の一例）は、地域情報取得部３２０Ａにより取得された地域情報と、地域情報取得部３２０Ａにより取得された地域情報と、ユーザＩＤ（ユーザ又は前記ユーザ端末を識別する識別情報の一例）との関連を管理する。ユーザ管理部３４０Ａの機能は、例えば、ＣＰＵ３１が出力する信号に基づいて、補助記憶部３３に記憶されている所定のプログラムを主記憶部３２にロードし、主記憶部３２にロードされた所定のプログラムを実行することで実現する。例えば、ユーザ管理部３４０Ａは、ユーザと地域情報とが関連付けられたテーブルであるユーザ別国情報管理テーブルＴＢＬ３０３を参照可能かつ書き込み可能に構成されている。図１３は、ユーザ別国情報管理テーブルＴＢＬ３０３の一例を示す図である。この例では、地域情報は国コードを用いて示されている。図１３に示すように、ユーザＩＤ「００００００１」と地域情報「ＫＲ」とが関連付けられている。同様に、ユーザＩＤ「００００００２」と地域情報「ＳＧ」とが関連付けられている。

ユーザ管理部３４０Ａは、受付部３００Ａで受付けたリスト要求（要求の一例）に対応するユーザＩＤ（ユーザ又は前記ユーザ端末を識別する識別情報の一例）に関連付けられた地域情報がユーザ管理部３４０Ａで管理されていない場合には、地域情報取得部３２０Ａにより端末情報ＴＡに基づいて取得された地域情報とユーザＩＤとを関連付けて、ユーザ別国情報管理テーブルＴＢＬ３０３に記録（管理の一例）する。ユーザＩＤに関連付けられた地域情報がユーザ管理部３４０Ａで管理されていない場合とは、例えば、ユーザ別国情報管理テーブルＴＢＬ３０３に当該ユーザＩＤに対応した記録が存在しない場合を示す。つまり、ユーザＩＤに対応した記録が存在しない場合には、当該ユーザＩＤに対応したレコードが追加されて記録される。例えば、図１３に示すユーザ別国情報管理テーブルＴＢＬ３０３において、リスト要求に含まれるユーザＩＤ「００００００３」の記録が存在しない場合には、ユーザＩＤ「００００００３」及び地域情報取得部３２０Ａにより取得された地域情報を関連づけたレコードがユーザ別国情報管理テーブルＴＢＬ３０３に追加される。

ユーザ管理部３４０Ａは、受付部３００Ａで受付けたリスト要求（要求の一例）に対応するユーザＩＤ（ユーザ又は前記ユーザ端末に係る識別情報の一例）に関連付けられた地域情報がユーザ管理部３４０Ａで管理されていない場合に、地域情報取得部３２０Ａにより端末情報ＴＡに基づいて取得された地域情報とユーザＩＤとを関連付けて、ユーザ別国情報管理テーブルＴＢＬ３０３に記録（管理の一例）すると共に、地域情報取得部３２０Ａにより地域設定情報に基づいて地域情報が取得され直されたときは、地域設定情報をユーザＩＤに関連付けられた地域情報として上書き（変更の一例）するようにしてもよい。つまり、ユーザ管理部３４０Ａは、ユーザ別国情報管理テーブルＴＢＬ３０３の記録に関して、ユーザ端末１０Ａに対応して端末情報ＴＡに基づいて取得された地域情報を、ユーザの設定に基づいて取得された地域情報で上書きして変更する。例えば、図１３に示すユーザ別国情報管理テーブルＴＢＬ３０３において、ユーザＩＤ「００００００１」と、ユーザ端末１０Ａに対応して端末情報ＴＡに基づいて取得された地域情報「ＫＲ」とが関連付けられているとする。そして、ユーザ管理部３４０Ａは、ユーザＩＤ「００００００１」のユーザ端末１０Ａから送信されたリスト再要求に含まれる地域設定情報「カナダ」に基づいて取得された地域情報「ＣＡ」を用いて、地域情報「ＫＲ」を上書して変更する。なお、ユーザ別国情報管理テーブルＴＢＬ３０３の記録を変更する方法として、上書きして変更する以外に、端末情報ＴＡに基づいて取得した地域情報を無効化する一方、ユーザの設定に基づいて取得した地域情報のレコードを追加するようにしてもよい。地域情報を無効化する場合には、ユーザ管理部３４０Ａは、無効化されたことを示す情報をユーザ別国情報管理テーブルＴＢＬ３０３で管理すればよい。

一方、ユーザ管理部３４０Ａは、受付部３００Ａで受付けたリスト要求（要求の一例）に対応するユーザＩＤ（ユーザ又はユーザ端末１０に係る識別情報の一例）に関連付けられた地域情報がユーザ管理部３４０Ａで管理されている場合には、ユーザ管理部３４０ＡからユーザＩＤに基づく地域情報を取得する。つまり、ユーザ別国情報管理テーブルＴＢＬ３０３に当該ユーザＩＤに対応した記録が存在する場合には、端末情報ＴＡに基づいてユーザ端末１０に対応した地域情報を取得することせずに、ユーザ別国情報管理テーブルＴＢＬ３０３を参照して、ユーザ端末１０に対応した地域情報を取得することができる。

次に、リスト要求及びリスト再要求に対するアプリケーションリストの表示の処理を説明する。図１４及び図１５は、リスト要求及びリスト再要求に対するアプリケーションリストの表示に係るユーザ端末１０Ａ及び広告サーバ３０Ａの処理を示すフローチャートである。図１４及び図１５に示す処理は、例えば、第１アプリケーション１００Ａに搭載された「一押しアプリ一覧」機能において、ユーザ端末１０Ａにてユーザによる選択操作がされたことに基づいて実行される。

最初に、ユーザ端末１０Ａにインストールされた第１アプリケーション１００ＡのＳＤＫ１０１Ａは、リスト要求送信処理として、アプリケーションリストのリスト要求を広告サーバ３０Ａに対して送信する（Ｓ１１００）。また、ＳＤＫ１０１Ａは、ＩＰアドレスをリスト要求に含ませて広告サーバ３０Ａへ送信することができる。例えば、ＩＰアドレス「５８．１１．４．４」を含むリスト要求となる。さらに、ＳＤＫ１０１Ａは、ユーザＩＤをリスト要求に含めて、広告サーバ３０Ａへ送信することができる。例えば、ユーザＩＤ「００００００１」をさらに含むリスト要求となる。

このリスト要求に対して、広告サーバ３０Ａの受付部３００Ａは、リスト要求受付処理として、ＩＰアドレスを含むリスト要求を受付ける（Ｓ１３００）。例えば、ＩＰアドレス「５８．１１．４．４」を含むリスト要求を受付部３００Ａが受付ける。さらにリスト要求には、ユーザＩＤが含まれている。例えばユーザＩＤ「００００００１」を含むリスト要求を受付部３００Ａが受付ける。

次に、広告サーバ３０Ａのユーザ管理部３４０Ａは、ユーザ判定処理として、Ｓ１３００のリスト要求受付処理で取得されたユーザＩＤが管理済みであるか否かを判定する（Ｓ１３０２）。ユーザ管理部３４０Ａは、例えば、ユーザ別国情報管理テーブルＴＢＬ３０３を参照して、Ｓ１３００のリスト要求受付処理で取得されたユーザＩＤが管理済みであるか否かを判定する。例えば、Ｓ１３００のリスト要求受付処理で取得されたユーザＩＤが「００００００１」である場合には、図１３に示すユーザ別国情報管理テーブルＴＢＬ３０３に存在するため、当該ユーザＩＤは管理されていると判定される。一方、Ｓ１３００のリスト要求受付処理で取得されたユーザＩＤがユーザ別国情報管理テーブルＴＢＬ３０３に存在しない場合には、当該ユーザＩＤは管理されていないと判定される。

Ｓ１３０２のユーザ判定処理にて、Ｓ１３００のリスト要求受付処理で取得されたユーザＩＤは管理されていないと判定された場合、ＩＰアドレス取得処理（Ｓ１３０４）及び国コード取得処理（Ｓ１３０６）が行われる。これらの処理は、図７のＳ３０４のＩＰアドレス取得処理及びＳ３０６の国コード取得処理と同一である。そして、広告サーバ３０Ａのユーザ管理部３４０Ａは、Ｓ１３００のリスト要求受付処理で取得されたユーザＩＤと、Ｓ１３０６の国コード取得処理で取得された地域情報を示す国コードとを関連づけて、ユーザ別国情報管理テーブルＴＢＬ３０３へ記録する（Ｓ１３０８）。例えば、Ｓ１３００のリスト要求受付処理で取得されたユーザＩＤが「００００００３」であり、Ｓ１３０６の国コード取得処理で取得された国コードが「ＵＳ」である場合には、ユーザＩＤ「００００００３」及び地域情報「ＵＳ」のレコードが、ユーザ別国情報管理テーブルＴＢＬ３０３に追加される。

広告サーバ３０Ａの地域情報取得部３２０Ａは、Ｓ１３０２のユーザ判定処理にてユーザＩＤが管理されていると判定された場合、国コード取得処理として、ユーザ管理部３４０Ａから地域情報を示す国コードを取得する（Ｓ１３１０）。ユーザ管理部３４０Ａは、ユーザ別国情報管理テーブルＴＢＬ３０３から当該ユーザＩＤの国コードを取得できる。例えば、ユーザＩＤが「００００００１」である場合には、ユーザ管理部３４０Ａは、ユーザ別国情報管理テーブルＴＢＬ３０３から国コード「ＫＲ」を取得し、地域情報取得部３２０Ａへ出力する。

次に、広告サーバ３０Ａのアプリケーション管理部３３０は、リスト作成処理として、Ｓ１３０８の国コード記録処理又はＳ１３１０の国コード取得処理で取得された国コードに基づいて、アプリケーションタイトル及びＵＲＬを取得する（Ｓ１３１２）。Ｓ１３１２のリスト作成処理は、図７に示すＳ３１２のリスト作成処理と同一である。

次に、広告サーバ３０Ａの通知部３５０Ａは、通知処理として、作成されたアプリケーションリストをユーザ端末１０Ａへ通知する（Ｓ１３１４）。通知を受けたユーザ端末１０ＡのＳＤＫ１０１Ａは、リスト受信処理として、アプリケーションリストを受信する（Ｓ１１０２）。

次に、ユーザ端末１０ＡのＳＤＫ１０１Ａは、受付処理として、アプリケーションの仕向地に対応づけたアプリケーションストアの国別ページの変更に係るユーザ操作を受け付ける（Ｓ１１０４）。例えば、ＳＤＫ１０１Ａは、Ｗｅｂビューア１０２を利用して、通知部３５０Ａから受信したアプリケーションリストを含むアプリケーションストアの国別ページＬＴ１０３をユーザ端末１０Ａの表示画面に表示させてユーザ操作を受け付ける。図１２は、ユーザ端末の表示画面に表示される国別ページの一例を示す図である。国別ページＬＴ１０３は、アプリケーションタイトルが表示されたアプリケーションリストと、国名が割り当てられたアプリケーションストアの選択が可能なプルダウンメニューＰ１０１と、プルダウンメニューＰ１０１の選択結果を設定するための変更ボタンＰ１０２とを含む。図１２では、国名として「ＪＡＰＡＮ」が選択され、アプリケーションタイトルが日本語で表示されている。ここで、例えば図１２に示すアプリケーションリストが、日本語を理解することができないユーザのユーザ端末１０Ａの表示画面に表示された場合には、ユーザは、入力部１５を介してプルダウンメニューＰ１０１をクリック操作し、表示された国名の一覧の中から例えば国名例えば「ＫＯＲＥＡ」を選択し、変更ボタンＰ１０２をクリック操作する。このユーザ操作を受け付けることにより、地域設定情報である「韓国」が取得される。

第１アプリケーション１００ＡのＳＤＫ１０１Ａは、国別ページの変更に係るユーザ操作を受け付けた場合には、リスト再要求送信処理として、Ｓ１１０４の受付処理にて取得された地域設定情報を含むアプリケーションリストのリスト再要求（再要求の一例）を広告サーバ３０Ａに対して送信する（Ｓ１１０６）。この場合、例えばＳ１１０４の受付処理にて取得された地域設定情報「韓国」がリスト再要求に含まれる。

このリスト再要求に対して、広告サーバ３０Ａの受付部３００Ａは、リスト再要求受付処理として、地域設定情報を含むリスト再要求を受付ける（Ｓ１３１６）。例えば、地域設定情報「韓国」を含むリスト再要求を受付部３００Ａが受付ける。

そして、広告サーバ３０Ａの地域情報取得部３２０Ａは、国コード取得処理として、Ｓ１３１６のリスト再要求受付処理で受け付けたリスト再要求に含まれる地域設定情報「韓国」を、ユーザ端末１０Ａに対応した地域に関する地域情報を示す国コードとして取得し直す（Ｓ１３１７）。

次に、広告サーバ３０Ａのユーザ管理部３４０Ａは、国コード記録処理として、Ｓ１３００のリスト要求受付処理で取得されたユーザＩＤと、Ｓ１３１７の国コード取得処理で取得された地域情報を示す国コードとを関連づけて、ユーザ別国情報管理テーブルＴＢＬ３０３へ記録する（Ｓ１３１８）。なお、Ｓ１１０６のリスト再要求送信処理においてリスト再要求にユーザＩＤが含まれる場合には、Ｓ１３１６のリスト再要求受付処理でユーザＩＤを用いて、Ｓ１３１７の国コード取得処理で取得された国コードと関連付けしてもよい。

そして、広告サーバ３０Ａのアプリケーション管理部３３０は、リスト再作成処理として、取得したアプリケーションタイトルを用いてアプリケーションリストを作成し、通知部３５０Ａへ出力する（Ｓ１３２０）。広告サーバ３０Ａの通知部３５０Ａは、通知処理として、再作成されたアプリケーションリストをユーザ端末１０Ａへ通知する（Ｓ１３２２）。通知を受けたユーザ端末１０Ａにインストールされた第１アプリケーション１００ＡのＳＤＫ１０１Ａは、リスト受信処理として、アプリケーションリストを受信する（Ｓ１１０８）。これにより、リワード広告の対象となるアプリケーションのタイトルがユーザへ再び通知される。

次に、ユーザ端末１０ＡのＳＤＫ１０１Ａは、Ｓ１１０８のリスト受信処理が終了した場合には、選択結果通知処理として、ユーザからの選択操作を受付けて、選択されたアプリケーションを含む選択結果を、広告サーバ３０Ａへ送信する（Ｓ１１１０）。Ｓ１３２４の選択結果受信処理、Ｓ１３２６のＵＲＬ通知処理、Ｓ１１１２のＵＲＬ受信処理は、図７に示すＳ３２４の選択結果受信処理、Ｓ３２６のＵＲＬ通知処理、Ｓ１１２のＵＲＬ受信処理とそれぞれ同一である。なお、Ｓ１１０４の受付処理にて国別ページの変更に係るユーザ操作を受け付けずに選択操作を受付けた場合は、同様に選択結果通知処理を行う。

以上で図１４、図１５に示す処理が完了する。図１４、図１５に示す処理が実行されることにより、ユーザＩＤであるユーザＩＤを用いて、既に管理されているユーザの地域情報を示す国コードがユーザ別国情報管理テーブルＴＢＬ３０３からユーザ端末１０Ａの地域情報として取得される。このため、ＩＰアドレスから国コードを推定する処理を省略することができるため、ユーザに対して適切なアプリケーションリストを通知することができる。さらに、ユーザ別国情報管理テーブルＴＢＬ３０３を広告サーバ３０Ａで管理することで、第１アプリケーション１００とは異なる第２アプリケーション１１０に搭載された「一押しアプリ一覧」機能を初めて利用した場合であっても、ユーザに対して適切なアプリケーションリストを通知することが可能となる。すなわち、ユーザ端末１０Ａにインストールされた広告対象アプリケーションのいずれかにおいて、ユーザＩＤを用いてユーザの地域情報を示す国コードがユーザ別国情報管理テーブルＴＢＬ３０３で管理されれば、当該広告対象アプリケーションだけでなく、他の広告対象アプリケーションにおいても、ユーザに対して適切なアプリケーションリストを通知することが可能となる。

さらに、図１４、図１５に示す処理が実行されることにより、ユーザへ通知したアプリケーションリストをユーザが確認し、地域情報が再設定されるため、ユーザの居所である地域にマッチしたアプリケーションリストを確実に生成することができる。さらに、ユーザにより再設定された情報が、ユーザ別国情報管理テーブルＴＢＬ３０３へ記録され、以降の処理で利用されるため、ユーザがリストの通知の度に毎回修正する手間を省くことができる。さらにまた、次回の処理において、実績のあるデータを用いることができるので、ユーザの居所である地域にマッチしたアプリケーションリストを適切に生成することができる。

次に、コンピュータを広告サーバ３０Ａとして機能させるための管理装置プログラムを説明する。

管理装置プログラムＰＧ２は、メインモジュール、受付モジュール、端末情報取得モジュール、地域情報取得モジュール、アプリケーション管理モジュール、ユーザ管理モジュール、及び、通知モジュールを備えている。メインモジュールは、処理を統括的に制御する部分である。受付モジュール、端末情報取得モジュール、地域情報取得モジュール、アプリケーション管理モジュール、ユーザ管理モジュール、及び、通知モジュールを実行させることにより実現される機能は、上述した広告サーバ３０Ａの受付部３００Ａ、端末情報取得部３１０、地域情報取得部３２０Ａ、アプリケーション管理部３３０、ユーザ管理部３４０Ａ及び通知部３５０Ａの機能と同様である。

管理装置プログラムＰＧ２は、コンピュータ読み取り可能な記憶媒体に記憶させて、この記憶媒体に記憶されたプログラムをコンピュータシステムに読み込ませて実行することにより上述の各部の処理を行ってもよい。その他は、管理装置プログラムＰＧ１と同じである。

［第３実施形態］
第３実施形態に係る広告システム１Ｂは、第１実施形態に係る広告システム１と比べて、ユーザ端末が地域情報を取得する機能を広告サーバ３０Ｂではなくユーザ端末１０Ｂが備えている点が相違する。以下では、第１実施形態と重複する部分については説明を省略し、相違点を中心に説明する。

図１６は、第３実施形態に係る広告システム１Ｂの機能構成を説明するブロック図である。図１６に示すユーザ端末１０Ｂは、ユーザ端末へ通知されるアプリケーションのタイトル（アプリケーション情報の一例）に対応する複数の広告対象アプリケーション（アプリケーションの一例）のそれぞれと、ネットワークを通じて配信される各広告対象アプリケーションの仕向地（配信先情報の一例）との関連を管理する広告サーバ３０Ｂ（管理装置の一例）と通信可能となっている。また、ユーザ端末１０Ｂは、第１ゲームを提供する第１アプリケーション１００Ｂがインストールされていて、事後的に第２ゲームを提供する第２アプリケーション１１０がインストールされた状態である。ユーザ端末１０Ｂは、第１実施形態に係るユーザ端末１０と比べて、第１アプリケーション１００Ａの替わりに第１アプリケーション１００Ｂを有する点をさらに備える点が相違し、その他は同一である。

第１アプリケーション１００Ｂは、第１実施形態に係る第１アプリケーション１００と比べて、ＳＤＫ１０１の替わりに地域情報取得部１０１１とアプリケーション情報取得部１０１２とを具備するＳＤＫ１０１Ｂを有する点が相違し、その他の機能は同一である。ＳＤＫ１０１Ｂは、国コード（地域情報の一例）を含めたリスト要求を送信する。地域情報及び国コードは、第１実施形態で説明した内容と同一である。

地域情報取得部１０１１は、端末情報ＴＡに基づいて国コード（地域に関する地域情報の一例）を取得する。例えば、地域情報取得部１０１１は、国コードとＩＰアドレスとが関連付けられたテーブルである国別ＩＰアドレス管理テーブルＴＢＬ１０１を参照可能に構成されており、当該テーブルを用いて、ユーザの居所である地域を特定する。国別ＩＰアドレス管理テーブルＴＢＬ１０１は、図６に示す国別ＩＰアドレス管理テーブルＴＢＬ３０２と同一である。この例のように、地域情報取得部１０１１は、ＩＰアドレスに基づいてユーザの居所である地域を特定することができる。ＳＤＫ１０１Ｂは、地域情報取得部１０１１により取得された国コードを含めたリスト要求を送信する。

広告サーバ３０Ｂは、第１実施形態に係る広告サーバ３０と比べて、端末情報取得部３１０、地域情報取得部３２０及び国別ＩＰアドレス管理テーブルＴＢＬ３０２を備えない点のみが相違し、その他の構成は同一である。すなわち、広告サーバ３０Ｂは、ユーザ端末１０Ｂのリスト要求に対する応答として、アプリケーションリストをユーザ端末１０Ｂへ通知する。

アプリケーション情報取得部１０１２は、国コード（地域情報の一例）に対応する配信先情報に関連付けられている広告対象アプリケーションの一部又は全部に対応するアプリケーションのタイトル（アプリケーション情報の一例）を、広告サーバ３０Ｂ（管理装置の一例）から取得する。

次に、リスト要求に対するアプリケーションリストの表示に係る処理を説明する。図１７は、リスト要求に対するアプリケーションリストの表示に係るユーザ端末１０Ｂ及び広告サーバ３０Ｂの処理を示すフローチャートである。図１７に示す処理は、例えば、第１アプリケーション１００Ｂに搭載された「一押しアプリ一覧」機能において、ユーザ端末１０Ｂにてユーザによる選択操作がされたことに基づいて実行される。

最初に、ユーザ端末１０Ｂにインストールされた第１アプリケーション１００ＢのＳＤＫ１０１Ｂの地域情報取得部１０１１は、ＩＰアドレス取得処理として、ユーザ端末１０ＢのＩＰアドレスを取得する（Ｓ２０９６）。地域情報取得部１０１１は、補助記憶部１３などに格納されたＩＰアドレスを含む端末情報ＴＡを参照してもよいし、確認コマンドを実行することで取得してもよい。続いて、地域情報取得部１０１１は、国コード取得処理として、Ｓ２０９６のＩＰアドレス取得処理で取得されたＩＰアドレスに基づいて国コードを取得する（Ｓ２０９８）。Ｓ２０９８の国コード取得処理は、図７のＳ３０６の処理と同一である。

そして、ユーザ端末１０ＢのＳＤＫ１０１Ｂが、リスト要求送信処理として、Ｓ２０９８の国コード取得処理で取得された国コードを含むリスト要求を広告サーバ３０Ｂへ送信する（Ｓ２１００）。

これ以降のＳ２３００のリスト要求受付処理、Ｓ２３１２のリスト作成処理、Ｓ２３１４の通知処理については、図７に示すＳ３００のリスト要求受付処理、Ｓ３１２のリスト作成処理、及び、Ｓ３１４の通知処理は、図７に示すＳ３００のリスト要求受付処理、Ｓ３１２のリスト作成処理、及び、Ｓ３１４の通知処理とそれぞれ同一である。

次に、ＳＤＫ１０１Ｂのアプリケーション情報取得部１０１２は、図７に示すＳ１０２と同一のリスト受信処理として、アプリケーションリストを受信する（Ｓ２１０２）。これにより、リワード広告又はリンク広告の対象となるアプリケーションのタイトルがユーザへ通知される。

また、これ以降のＳ２１１０の選択結果通知処理、Ｓ２３２０の選択結果受信処理、Ｓ２３２２のＵＲＬ通知処理、及び、Ｓ２１１２のＵＲＬ受信処理については、図７に示すＳ１１０の選択結果通知処理、Ｓ３２０の選択結果受信処理、Ｓ３２２のＵＲＬ通知処理、及び、Ｓ１１２のＵＲＬ受信処理とそれぞれ同一である。

以上で図１７に示す処理が完了する。図１７に示す処理が実行されることにより、ＩＰアドレスからユーザ端末１０Ｂの地域情報として国コードが取得される。そして、複数の広告対象アプリケーションのうち、ユーザ端末１０Ｂの地域情報と同一の仕向地であるアプリケーションのタイトルがユーザ端末１０Ｂへ送信される。このため、ユーザに対して適切なアプリケーションのタイトルを通知することができる。

次に、コンピュータをユーザ端末１０Ｂとして機能させるための端末プログラムを説明する。

端末プログラムＰＧ３は、メインモジュール、地域情報取得モジュール、及び、アプリケーション情報取得部モジュールを備えている。メインモジュールは、処理を統括的に制御する部分である。地域情報取得モジュール及びアプリケーション情報取得部モジュールを実行させることにより実現される機能は、上述したユーザ端末１０Ｂの地域情報取得部１０１１、及び、アプリケーション情報取得部１０１２の機能と同様である。

端末プログラムＰＧ３は、例えば、コンピュータ読み取り可能な記憶媒体に記憶させて、この記憶媒体に記憶されたプログラムをコンピュータシステムに読み込ませて実行することにより上述の各部の処理を行ってもよい。その他は、管理装置プログラムＰＧ１と同じである。

［変形例］
以上、第１〜第３実施形態について説明したが本発明は上記実施形態に限定されるものではない。以下、変形例について説明する。

（１）第２実施形態の広告システム１Ａにおいて、図１４のＳ１３０２のユーザ判定処理、Ｓ１３０８の国コード記録処理、及びＳ１３１０の国コード取得処理は、ユーザＩＤを用いない場合などには、省略してもよい。つまり、第２実施形態の広告システム１Ａは、ユーザ端末１０Ａの地域情報として取得された国コードが不適切な場合に、ユーザによって修正することができるように構成されている場合のみでもよい。同様に、第２実施形態の広告システム１Ａにおいて、図１５のＳ１１０４の受付処理、Ｓ１１０６のリスト要求送信処理、Ｓ１３１６のリスト要求受付処理、Ｓ１３１８のリスト作成処理、Ｓ１３２２の通知処理、及びＳ１１０８のリスト受信処理については、ユーザによる国コードの修正を許容しない場合などには、省略してもよい。つまり、第２実施形態の広告システム１Ａは、ユーザ又はユーザ端末１０Ａを識別するユーザＩＤ（識別情報の一例）を用いて、地域情報取得処理を簡略化できるように構成されている場合のみでもよい。さらに、Ｓ１３０８の国コード記録処理及びＳ１３１８の国コード記録処理は、次に図７又は図１４,１５に示す制御処理を実行するまでに行われていればよく、必ずしも図中で示すタイミングで実行する必要はない。

（２）上述した第１〜第３実施形態では、広告サーバ３０（３０Ａ、３０Ｂ）において生成したアプリケーションリストを表示したＷｅｂページとしてユーザ端末の表示画面に表示した場合を例にして説明したが、Ｗｅｂページ以外の手法で表示してもよい。この場合、ユーザ端末１０（１０Ａ、１０Ｂ）の表示画面に表示されるアプリケーションリストを、広告サーバ３０（３０Ａ、３０Ｂ）から得られた広告情報を用いて、所定のルール（例えば、上位１０タイトル）に従って生成し、ユーザ端末１０（１０Ａ、１０Ｂ）で生成したアプリケーションリストを表示するようにしてもよい。また、第１アプリケーションのゲーム画面にリワード広告やリスト広告を組み込んで表示することも可能となる。

（３）第１〜第３実施形態について説明した第１アプリケーション１００（１００Ａ、１００Ｂ）に組み込まれているＳＤＫ１０１（１０１Ａ、１０１Ｂ）と、第２アプリケーション１１０（１１０Ａ、１１０Ｂ）に組み込まれているＳＤＫ１１１（１１１Ａ、１１１Ｂ）とは、同一に構成されている場合を例にして説明したが、異なる構成でもよい。互いのＳＤＫが同一に構成されているのは、第１アプリケーション１００（１００Ａ、１００Ｂ）と第２アプリケーション１１０（１１０Ａ、１１０Ｂ）のどちらもが、広告掲載アプリケーションと広告対象アプリケーションのどちらにもなり得ることを意味する。したがって、アプリケーションを、広告掲載アプリケーション又は広告対象アプリケーションのどちらか一方の機能を具備させる場合には、他方の機能を具備する必要がない。例えば、アプリケーションが、リンク広告における広告対象アプリケーションの機能のみを具備する場合には、ＳＤＫが組み込まれていなくてもよい。また、アプリケーションが、リワード広告における広告対象アプリケーションの機能のみを具備する場合には、ＳＤＫの機能として、図１０に示す稼働情報通知処理の機能だけを具備していればよい。

（４）上述した第１〜第３実施形態では、地域情報取得部３２０で取得された地域情報を用いて、ユーザの居所である地域で用いられる言語のタイトルでのアプリケーションリストをユーザ端末に表示させる場合を例にして説明したが、これに限られるものではない。すなわち、アプリケーションリストは、地域情報取得部３２０で取得された地域情報に対応する仕向地に対応したアプリケーションストアで配信される広告対象アプリケーションのＵＲＬが特定できればよく、ユーザの居所である地域で用いられる言語のタイトルは付随的なものである。つまり、アプリケーションリストからユーザにより選択されたアプリケーションのタイトルに対応したアプリケーションストア７０のダウンロードページへ移行できればよい。例えば、地域情報取得部３２０は、ユーザ端末１０（１０Ａ、１０Ｂ）に対応した地域情報を取得する場合に、端末情報ＴＡとしてＩＰアドレスを採用し、タイトルの言語は、ユーザ端末１０（１０Ａ、１０Ｂ）における言語設定にしたがって設定されてもよい。また、このとき、ユーザ端末１０（１０Ａ、１０Ｂ）の言語設定に対応した言語のタイトルが用意されていない場合も有り得る。この場合には、英語でのタイトルを採用するようにしてもよい。なお、アプリケーションリストがタイトルを含めずにバナー広告やアイコン広告だけで構成される場合も有り得る。この場合には、地域情報に関わらず同一の画像を採用することも可能である。このような場合であっても、ユーザにより選択されたアプリケーションのバナー広告やアイコン広告に対応したアプリケーションストア７０のダウンロードページへ移行できるようになる。

（５）第１〜第３実施形態について説明した広告対象アプリケーションは、デジタルコンテンツの一例である。したがって、広告サーバ３０（管理装置の一例）が具備する、受付部３００Ｃ、端末情報取得部３１０Ｃ、地域情報取得部３２０Ｃ、アプリケーション管理部３３０Ｃ及び通知部３５０Ｃは、以下のように機能させることが可能である。
（５−１）アプリケーション管理部３３０Ｃは、ネットワークＮを通じて配信されるデジタルコンテンツであって、ユーザ端末１０に対してコンテンツリスト（コンテンツ情報の一例）を通知する対象となる複数の広告対象デジタルコンテンツのそれぞれと、当該広告対象デジタルコンテンツの仕向地（配信先情報の一例）とを関連付ける。
（５−２）受付部３００Ｃは、ユーザ端末１０からコンテンツリスト（コンテンツ情報の一例）のリスト要求（要求の一例）を受付ける。
（５−３）端末情報取得部３１０Ｃは、リスト要求（要求の一例）と関連付けてユーザ端末１０に関する端末情報ＴＡを取得する。
（５−４）地域情報取得部３２０Ｃは、端末情報ＴＡに基づいてユーザ端末１０に対応した地域情報を取得する。
（５−５）通知部３５０Ｃは、複数の広告対象デジタルコンテンツのうち、地域情報取得部３２０Ｃで取得された地域情報に対応する仕向地（配信先情報の一例）に関連付けられている広告対象デジタルコンテンツの一部又は全部に対応する広告対象コンテンツのタイトル（コンテンツ情報の一例）を、リスト要求（要求の一例）をしたユーザ端末１０（ユーザ端末の一例）に対して通知する。

［発明のまとめ］
以上の記載から本発明の種々の態様は例えば以下のように把握される。なお、本発明の一態様の理解を容易にするために添付図面の参照符号を便宜的に括弧書きにて付記するが、それにより本発明が図示の態様に限定されるものではない。

本発明の一態様に係る管理装置（３０、３０Ａ）は、ユーザ端末（１０、１０Ａ）へ通知されるアプリケーション情報（例えばアプリケーションのタイトル）に対応する複数のアプリケーション（例えば広告対象アプリケーション）のそれぞれと、ネットワークを通じて配信される各アプリケーションの配信先を識別する配信先情報（例えば仕向地）との関連（ＴＢＬ３０１）を管理するアプリケーション管理部（３３０）と、前記ユーザ端末から前記アプリケーション情報の要求（例えばリスト要求）を受付ける受付部（３００、３００Ａ、Ｓ３００、Ｓ１３００）と、前記要求と関連付けて前記ユーザ端末に関する端末情報（例えばＩＰアドレス）を取得する端末情報取得部（３１０、Ｓ３０４、Ｓ１３０４）と、前記端末情報に基づいて、前記ユーザ端末に対応した地域に関する地域情報（例えば国コード）を取得する地域情報取得部（３２０、３２０Ａ、Ｓ３０６、Ｓ１３０６）と、前記複数のアプリケーションのうち前記地域情報取得部により取得された地域情報に対応する配信先情報（例えば仕向地）に関連付けられているアプリケーションの一部又は全部に対応する前記アプリケーション情報を、前記要求をした前記ユーザ端末に対して通知する通知部（３５０、３５０Ａ、Ｓ３１４、Ｓ１３１４）と、を備える。

上記態様に係る管理装置では、ユーザ端末から取得した端末情報に基づいて、ユーザ端末に対応した地域に関する地域情報が取得される。そして、複数のアプリケーションのうち、取得された地域情報に対応する配信先情報に関連付けられているアプリケーションの一部又は全部に対応するアプリケーション情報が、要求をしたユーザ端末に対して通知される。このため、ユーザに関連した地域を仕向地としているアプリケーションのアプリケーション情報を、ユーザ端末へ通知することができる。このように、ユーザに対して適切なアプリケーション情報を通知することが可能となる。
また、従来の広告システムを複数の地域に対応させた場合、例えば、ローカライゼーションされた全てのアプリケーションを網羅的にユーザ端末へ通知することが考えられる。この場合、ユーザが利用できないアプリケーション情報とユーザが利用できるアプリケーション情報とがユーザ端末へ通知される。このため、通知される情報量が増加するため、表示する情報量も増加し、一画面に収まらない可能性や、ユーザに多くのスクロール操作やページ送り操作を強いるおそれがある。また、ユーザが購入できないアプリケーションに関する情報が当該ユーザへ通知されること、及び、当該情報に基づいてユーザ端末からダウンロード要求が通知されることは、単にサーバ負荷やネットワーク負荷が増大するだけである。
これに対して、上記態様に係る管理装置によれば、ユーザに関連した地域を仕向地としているアプリケーションのアプリケーション情報を、ユーザ端末へ通知することができるため、ローカライゼーションされた全てのアプリケーションを網羅的に表示させるようにユーザ端末へ通知する場合に比べて、通知する情報量を少なくすることができる。これにより、表示する情報量を減らすことができるため、画面表示に関する課題及びユーザ操作に関する課題を解決するとともに、サーバ負荷及びネットワーク負荷の増大を抑えることができる。

一実施形態に係る管理装置（３０Ａ）では、前記受付部（３００Ａ）は、前記ユーザ端末（１０Ａ）から、前記アプリケーション情報の再要求（例えば、リスト再要求）として、ユーザにより設定された地域に関する地域設定情報（例えば国名）を含む再要求を受付け（Ｓ１３１６）、前記地域情報取得部（３２０Ａ）は、前記地域設定情報に基づいて、前記ユーザ端末に対応した地域に関する地域情報を取得し直し（Ｓ１３１７）、前記通知部（３５０Ａ）は、前記複数のアプリケーションのうち前記地域情報取得部で取得し直した地域情報に対応する配信先情報に関連付けられているアプリケーションの一部又は全部に対応する前記アプリケーション情報を、前記再要求をした前記ユーザ端末に対して通知してもよい（Ｓ１３２２）。このように、ユーザにより設定された地域設定情報を用いて、地域情報が取得し直されるため、ユーザ端末に対してより適切なアプリケーション情報を通知することが可能となる。

一実施形態に係る管理装置（３０Ａ）では、前記地域情報取得部（３２０Ａ）により取得された地域情報と、ユーザ又は前記ユーザ端末を識別する識別情報（例えばユーザＩＤ）との関連（ＴＢＬ３０３）を管理するユーザ管理部（３４０Ａ、Ｓ１３０８）をさらに備えてもよい。この場合、端末情報から地域情報を推定する処理を省略することができるため、ユーザに対して適切なアプリケーションリストを通知することができる。

一実施形態に係る管理装置（３０Ａ）では、前記ユーザ管理部（３４０Ａ）は、前記受付部（３００Ａ、Ｓ１３００）で受付けた要求に対応するユーザ又は前記ユーザ端末に係る前記識別情報に関連付けられた地域情報が前記ユーザ管理部で管理されていない場合には（Ｓ１３０２：Ｎｏ）、前記地域情報取得部（３２０Ａ）により前記端末情報に基づいて取得された地域情報と前記識別情報とを関連付け（ＴＢＬ３０３）てよい（Ｓ１３０８）。この場合、未だユーザ端末を識別する識別情報と地域情報とが関連付けられていないユーザ端末を対象として、ユーザ端末を識別する識別情報と地域情報とを関連付けることができる。このため、全てのユーザ端末に対して関連付けの処理を行う場合に比べて、処理負荷を軽減することが可能となる。

一実施形態に係る管理装置（３０Ａ）では、前記地域情報取得部（３２０Ａ）は、前記受付部（３００Ａ、Ｓ１３００）で受付けた要求に対応するユーザ又は前記ユーザ端末に係る前記識別情報に関連付けられた地域情報が前記ユーザ管理部（３４０Ａ）で管理されている場合には（Ｓ１３０２：Ｙｅｓ）、前記ユーザ管理部から前記識別情報に基づく地域情報を取得してもよい（Ｓ１３１０）。この場合、ユーザ端末を識別する識別情報から地域情報を取得することができるため、端末情報取得部に関する処理と、地域情報取得部に関する処理を省略することができる。このため、アプリケーション情報を簡易かつ適切にユーザ端末へ通知することが可能となる。

一実施形態に係る管理装置（３０Ａ）では、前記地域情報取得部（３２０Ａ）により取得された地域情報と、ユーザ又は前記ユーザ端末を識別する識別情報（例えばユーザＩＤ）との関連（ＴＢＬ３０３）を管理するユーザ管理部（３４０Ａ、Ｓ１３０８・Ｓ１３１８）をさらに備え、前記ユーザ管理部は、前記受付部で受付けた要求に対応するユーザ又は前記ユーザ端末に係る前記識別情報に関連付けられた地域情報が前記ユーザ管理部で管理されていない場合に（Ｓ１３０２：Ｎｏ）、前記地域情報取得部により前記端末情報に基づいて取得された地域情報と前記識別情報とを関連付ける（ＴＢＬ３０３）と共に（Ｓ１３０８）、前記地域情報取得部により前記地域設定情報に基づいて地域情報が取得され直されたときは、前記地域設定情報を前記識別情報に関連付けられた地域情報として変更してもよい（Ｓ１３１８）。

この場合、ユーザ端末を識別する識別情報と地域情報とを関連付けすることができる。そして、未だユーザ端末を識別する識別情報と地域情報とが関連付けられていないユーザ端末を対象として、ユーザ端末を識別する識別情報と地域情報とを関連付けることができる。このため、全てのユーザ端末に対して関連付けの処理を行う場合に比べて、処理負荷を軽減することが可能となる。さらに、ユーザ端末を識別する識別情報から地域情報を取得することができるため、端末情報取得部に関する処理を省略することができる。このため、アプリケーション情報を簡易かつ適切にユーザ端末へ通知することが可能となる。

一実施形態に係る管理装置（３０）では、前記アプリケーション管理部（３３０）は、さらに複数のアプリケーションのそれぞれと、各アプリケーションが動作するＯＳ情報（例えばＯＳ識別子）とを関連付け（ＴＢＬ３０１）し、前記端末情報取得部（３１０）は、さらに前記要求と関連付けて前記ユーザ端末のＯＳ情報を取得し、前記通知部（３５０）は、前記複数のアプリケーションのうち、前記地域情報取得部により取得された地域情報に対応する配信先情報と、前記端末情報取得部により取得されたＯＳ情報とに関連付けられている前記アプリケーションの一部又は全部に対応する前記アプリケーション情報を、前記要求をした前記ユーザ端末に対して通知してもよい。この場合、ユーザ端末のプラットフォームにて動作可能なアプリケーション情報が通知されるので、異なるプラットフォームのそれぞれで動作するアプリケーションを対象とした広告システム１であっても、ユーザに対して適切なアプリケーション情報をユーザ端末へ通知することができる。

一実施形態に係る管理装置（３０）では、前記複数のアプリケーションのうちの何れかのアプリケーションが前記ユーザ端末（１０）により実行された場合、当該アプリケーションが前記ユーザ端末により実行されたことに応じて送信されたインストール情報を取得するインストール情報取得部（３６０、Ｓ３３０）と、前記ユーザ端末に対して通知した前記アプリケーション情報のうち、ユーザにより指定されたアプリケーションに対する前記インストール情報を取得したか否かを判定する判定部（３７０、Ｓ３３２）と、前記判定部により肯定判定された場合には、ユーザに対する報酬付与処理を実行する報酬付与部（３８０、Ｓ３３４）と、をさらに備えてもよい。この場合、いわゆるリワード広告システムに対応した管理装置とすることができる。

本発明の別の態様に係るユーザ端末（１０Ｂ）は、アプリケーション情報（例えばアプリケーションのタイトル）に対応する複数のアプリケーション（例えば広告対象アプリケーション）のそれぞれと、ネットワークを通じて配信される各アプリケーションの配信先を識別する配信先情報（例えば仕向地）との関連を管理する管理装置（３０Ｂ）と通信可能なユーザ端末（１０Ｂ）であって、端末情報（例えばＩＰアドレス）に基づいて地域に関する地域情報（例えば国コード）を取得する地域情報取得部（１０１１、Ｓ２０９６・Ｓ２０９８）と、前記複数のアプリケーションのうち、前記地域情報に対応する配信先情報に関連付けられているアプリケーションの一部又は全部に対応する前記アプリケーション情報を、前記管理装置から取得するアプリケーション情報取得部（１０１２、Ｓ２１０２）とを備える。

上記態様に係るユーザ端末では、端末情報に基づいてユーザ端末に対応した地域に関する地域情報が取得される。そして、複数のアプリケーションのうち、取得された地域情報に対応する配信先情報に関連付けられているアプリケーションの一部又は全部に対応するアプリケーション情報が、管理装置から取得される。このため、ユーザに関連した地域を仕向地としているアプリケーションのアプリケーション情報を、ユーザへ通知することが可能となる。

本発明のさらに別の態様に係る管理装置プログラム（ＰＧ１、ＰＧ２）は、ユーザ端末（１０、１０Ａ）へ通知されるアプリケーション情報（例えばアプリケーションのタイトル）に対応する複数のアプリケーション（例えば広告対象アプリケーション）のそれぞれと、ネットワークを通じて配信される各アプリケーションの配信先を識別する配信先情報（例えば仕向地）との関連（ＴＢＬ３０１）を管理するアプリケーション管理部（３３０）、前記ユーザ端末から前記アプリケーション情報の要求を受付ける受付部（３００、３００Ａ、Ｓ３００、Ｓ１３００）、前記要求と関連付けて前記ユーザ端末に関する端末情報（例えばＩＰアドレス）を取得する端末情報取得部（３１０、Ｓ３０４、Ｓ１３０４）と、前記端末情報に基づいて、前記ユーザ端末に対応した地域に関する地域情報（例えば国コード）を取得する地域情報取得部（３２０、３２０Ａ、Ｓ３０６、Ｓ１３０６）、及び、前記複数のアプリケーションのうち、前記地域情報取得部により取得された地域情報に対応する配信先情報に関連付けられているアプリケーションの一部又は全部に対応する前記アプリケーション情報を、前記要求をした前記ユーザ端末に対して通知する通知部（３５０、３５０Ａ、Ｓ３１４、Ｓ１３１４）として管理装置（３０、３０Ａ）を動作させる。上記態様に係る管理装置プログラムによれば、上述した態様に係る管理装置と同様の効果を奏する。

本発明のさらに別の態様に係る端末プログラム（ＰＧ３）は、アプリケーション情報（例えばアプリケーションのタイトル）に対応する複数のアプリケーション（例えば広告対象アプリケーション）のそれぞれと、ネットワークを通じて配信される各アプリケーションの配信先を識別する配信先情報（例えば仕向地）との関連を管理する管理装置（３０Ｂ）と通信可能なユーザ端末（１０Ｂ）を動作させる端末プログラム（ＰＧ３）であって、前記ユーザ端末（１０Ｂ）を、端末情報（例えばＩＰアドレス）に基づいて地域に関する地域情報（例えば国コード）を取得する地域情報取得部（１０１１、Ｓ２０９６・Ｓ２０９８）、及び、前記複数のアプリケーションのうち、前記地域情報に対応する配信先情報に関連付けられているアプリケーションの一部又は全部に対応するアプリケーション情報を、前記管理装置から取得するアプリケーション情報取得部（１０１２、Ｓ２１０２）として動作させる。上記態様に係る端末プログラムによれば、上述した態様に係るユーザ端末と同様の効果を奏する。

１，１Ａ，１Ｂ…広告システム、１０…ユーザ端末、３０，３０Ａ，３０Ｂ…広告サーバ、５０…ゲームサーバ、７０…アプリケーションストア、１０１１…地域情報取得部（ユーザ端末側）、１０１２…アプリケーション情報取得部、ＴＡ…端末情報、３００…受付部、３１０…端末情報取得部、３２０…地域情報取得部（広告サーバ側）、３３０…アプリケーション管理部、３４０Ａ…ユーザ管理部、３５０…通知部、ＴＢＬ１０１，ＴＢＬ３０２…国別ＩＰアドレス管理テーブル、ＴＢＬ３０１…アプリケーション国別管理テーブル、ＴＢＬ３０３…ユーザ別国情報管理テーブル。

Claims (9)

1. ユーザ端末へ通知されるアプリケーション情報に対応する複数のアプリケーションのそれぞれと、ネットワークを通じて配信される各アプリケーションの配信先を識別する配信先情報、及び、各アプリケーションを配信する配信元のアドレスとの関連を管理するアプリケーション管理部と、
   前記ユーザ端末から前記アプリケーション情報の要求を受付ける受付部と、
   前記要求と関連付けて前記ユーザ端末に関する端末情報を取得する端末情報取得部と、
   前記端末情報に基づいて、前記ユーザ端末に対応した地域に関する地域情報を取得する地域情報取得部と、
   前記複数のアプリケーションのうち前記地域情報取得部により取得された地域情報に対応する配信先情報に関連付けられているアプリケーションの一部又は全部に対応する前記アプリケーション情報を、前記要求をした前記ユーザ端末に対して通知し、さらに、前記ユーザ端末に対して通知された前記アプリケーション情報を用いてユーザにより選択されたアプリケーションに関連付けられている前記配信元のアドレスを、前記要求をした前記ユーザ端末に対して通知する通知部と、
   を備える管理装置。
2. 前記受付部は、前記ユーザ端末から、前記アプリケーション情報の再要求としてユーザにより設定された地域に関する地域設定情報を含む再要求を受付け、
   前記地域情報取得部は、前記地域設定情報に基づいて、前記ユーザ端末に対応した地域に関する地域情報を取得し直し、
   前記通知部は、前記複数のアプリケーションのうち前記地域情報取得部で取得し直した地域情報に対応する配信先情報に関連付けられているアプリケーションの一部又は全部に対応する前記アプリケーション情報を、前記再要求をした前記ユーザ端末に対して通知する請求項１に記載の管理装置。
3. 前記地域情報取得部により取得された地域情報と、ユーザ又は前記ユーザ端末を識別する識別情報との関連を管理するユーザ管理部をさらに備える請求項１又は２に記載の管理装置。
4. 前記ユーザ管理部は、前記受付部で受付けた要求に対応するユーザ又は前記ユーザ端末に係る前記識別情報に関連付けられた地域情報が前記ユーザ管理部で管理されていない場合には、前記地域情報取得部により前記端末情報に基づいて取得された地域情報と前記識別情報とを関連付ける請求項３に記載の管理装置。
5. 前記地域情報取得部は、前記受付部で受付けた要求に対応するユーザ又は前記ユーザ端末に係る前記識別情報に関連付けられた地域情報が前記ユーザ管理部で管理されている場合には、前記ユーザ管理部から前記識別情報に基づく地域情報を取得する請求項３又は４に記載の管理装置。
6. 前記地域情報取得部により取得された地域情報と、ユーザ又は前記ユーザ端末を識別する識別情報との関連を管理するユーザ管理部をさらに備え、
   前記ユーザ管理部は、前記受付部で受付けた要求に対応するユーザ又は前記ユーザ端末に係る前記識別情報に関連付けられた地域情報が前記ユーザ管理部で管理されていない場合に、前記地域情報取得部により前記端末情報に基づいて取得された地域情報と前記識別情報とを関連付けると共に、前記地域情報取得部により前記地域設定情報に基づいて地域情報が取得され直されたときは、前記地域設定情報を前記識別情報に関連付けられた地域情報として変更する請求項２に記載の管理装置。
7. 前記アプリケーション管理部は、さらに前記複数のアプリケーションのそれぞれと、各アプリケーションが動作するプラットフォーム情報とを関連付けし、
   前記端末情報取得部は、さらに前記要求と関連付けて前記ユーザ端末のプラットフォーム情報を取得し、
   前記通知部は、前記複数のアプリケーションのうち、前記地域情報取得部により取得された地域情報に対応する配信先情報と、前記端末情報取得部により取得されたプラットフォーム情報とに関連付けられているアプリケーションの一部又は全部に対応する前記アプリケーション情報を、前記要求をした前記ユーザ端末に対して通知する請求項１〜６の何れか一項に記載の管理装置。
8. 前記複数のアプリケーションのうちの何れかのアプリケーションが前記ユーザ端末により実行された場合、当該アプリケーションが前記ユーザ端末により実行されたことに応じて送信されたインストール情報を取得するインストール情報取得部と、
   前記ユーザ端末に対して通知した前記アプリケーション情報のうち、ユーザにより指定されたアプリケーションに対する前記インストール情報を取得したか否かを判定する判定部と、
   前記判定部により肯定判定された場合には、ユーザに対する報酬付与処理を実行する報酬付与部と、
   をさらに備える請求項１〜６の何れか一項に記載の管理装置。
9. 請求項１に記載の管理装置が備える各手段としてコンピュータを機能させる管理装置プログラム。

Images