JP6330239B2 - 管理装置、およびプログラム - Google Patents

管理装置、およびプログラム Download PDF

Info

Publication number
JP6330239B2
JP6330239B2 JP2014180160A JP2014180160A JP6330239B2 JP 6330239 B2 JP6330239 B2 JP 6330239B2 JP 2014180160 A JP2014180160 A JP 2014180160A JP 2014180160 A JP2014180160 A JP 2014180160A JP 6330239 B2 JP6330239 B2 JP 6330239B2
Authority
JP
Japan
Prior art keywords
application
advertisement
user
information
unit
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2014180160A
Other languages
English (en)
Other versions
JP2016053892A (ja
Inventor
佐藤　大介
大介 佐藤
一成 猿楽
一成 猿楽
遥子 中井
遥子 中井
正人 宮崎
正人 宮崎
健志郎 花本
健志郎 花本
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Konami Digital Entertainment Co Ltd
Original Assignee
Konami Digital Entertainment Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Konami Digital Entertainment Co Ltd filed Critical Konami Digital Entertainment Co Ltd
Priority to JP2014180160A priority Critical patent/JP6330239B2/ja
Priority to PCT/JP2015/072748 priority patent/WO2016035522A1/ja
Publication of JP2016053892A publication Critical patent/JP2016053892A/ja
Application granted granted Critical
Publication of JP6330239B2 publication Critical patent/JP6330239B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services

Landscapes

  • Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Engineering & Computer Science (AREA)
  • Development Economics (AREA)
  • Theoretical Computer Science (AREA)
  • Finance (AREA)
  • Marketing (AREA)
  • Tourism & Hospitality (AREA)
  • Economics (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Accounting & Taxation (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Human Resources & Organizations (AREA)
  • Game Theory and Decision Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Information Transfer Between Computers (AREA)

Description

本発明は、管理装置、端末装置、制御方法、およびプログラムに関する。
ユーザ端末で利用されているアプリケーションの画面（例えば、ゲーム画面）に他のアプリケーションの広告（バナー広告等）を表示させ、その広告が選択されて当該他のアプリケーションが利用された場合に、当該ユーザ端末を利用するユーザに対して報酬が付与されるシステムがある。
例えば、特許文献１には、広告掲載サイトにアプリケーションの広告を表示させるシステムが開示されている。このようなシステムによれば、ユーザが利用しているアプリケーションに広告を表示させることにより、当該ユーザに他のアプリケーションを利用させるきっかけを与えることができる。
特開２０１４−２１７１７号公報
しかしながら、従来（例えば、特許文献１）では、ユーザを区別することなく、いずれのユーザに対しても同じ規則に従った広告の表示を行っていたため、ユーザによっては効果的に広告を表示することができない場合があった。
本発明のいくつかの態様は、ユーザに対して効果的に広告を表示する管理装置、端末装置、制御方法、およびプログラムを提供することを目的の一つとする。
また、本発明の他の態様は、後述する実施形態に記載した作用効果を奏することを可能にする管理装置、端末装置、制御方法、およびプログラムを提供することを目的の一つとする。
上述した課題を解決するために、本発明の一態様は、端末装置により実行された第１のアプリケーションを利用するユーザを示すユーザ情報に基づいて、当該ユーザ情報により示されるユーザが前記第１のアプリケーションを利用するユーザのうちの特定ユーザであるか否かを判定する判定部と、前記第１のアプリケーションの利用を少なくとも含む要因に起因して前記端末装置に表示可能な第２のアプリケーションに関連付けられたアプリケーション情報の表示を前記特定ユーザであるか否かに基づいて制御する表示制御部と、を備える管理装置である。
また、本発明の一態様は、管理装置と通信する端末装置であって、自端末装置により実行された第１のアプリケーションに基づいて、アプリケーション情報を要求する要求部と、前記要求部の要求により、前記第１のアプリケーションを利用するユーザを示すユーザ情報により示されるユーザが前記第１のアプリケーションを利用するユーザのうちの特定ユーザであるか否かに基づいたアプリケーション情報であって、かつ、前記第１のアプリケーションの利用を少なくとも含む要因に起因して自端末装置に表示可能な第２のアプリケーションに関連付けられたアプリケーション情報を前記管理装置から取得する取得部と、前記取得部が取得した前記アプリケーション情報を表示部に表示させる表示制御部と、を備える端末装置である。
また、本発明の一態様は、管理装置の制御方法であって、端末装置により実行された第１のアプリケーションを利用するユーザを示すユーザ情報に基づいて、当該ユーザ情報により示されるユーザが前記第１のアプリケーションを利用するユーザのうちの特定ユーザであるか否かを判定するステップと、前記第１のアプリケーションの利用を少なくとも含む要因に起因して前記端末装置に表示可能な第２のアプリケーションに関連付けられたアプリケーション情報の表示を前記特定ユーザであるか否かに基づいて制御するステップと、を含む制御方法である。
また、本発明の一態様は、管理装置と通信する端末装置の制御方法であって、自端末装置により実行された第１のアプリケーションに基づいて、アプリケーション情報を要求するステップと、前記要求により、前記第１のアプリケーションを利用するユーザを示すユーザ情報により示されるユーザが前記第１のアプリケーションを利用するユーザのうちの特定ユーザであるか否かに基づいたアプリケーション情報であって、かつ、前記第１のアプリケーションの利用を少なくとも含む要因に起因して自端末装置に表示可能な第２のアプリケーションに関連付けられたアプリケーション情報を前記管理装置から取得するステップと、前記取得した前記アプリケーション情報を表示部に表示させるステップと、を含む制御方法である。
また、本発明の一態様は、管理装置としてのコンピュータに、端末装置により実行された第１のアプリケーションを利用するユーザを示すユーザ情報に基づいて、当該ユーザ情報により示されるユーザが前記第１のアプリケーションを利用するユーザのうちの特定ユーザであるか否かを判定するステップと、前記第１のアプリケーションの利用を少なくとも含む要因に起因して前記端末装置に表示可能な第２のアプリケーションに関連付けられたアプリケーション情報の表示を前記特定ユーザであるか否かに基づいて制御するステップと、を実行させるためのプログラムである。
また、本発明の一態様は、管理装置と通信する端末装置としてのコンピュータに、前記端末装置により実行された第１のアプリケーションに基づいて、アプリケーション情報を要求するステップと、前記要求により、前記第１のアプリケーションに関連付けられたユーザ情報により示されるユーザが前記第１のアプリケーションを利用するユーザのうちの特定ユーザであるか否かに基づいたアプリケーション情報であって、かつ、前記第１のアプリケーションの利用を少なくとも含む要因に起因して自端末装置に表示可能な第２のアプリケーションに関連付けられたアプリケーション情報を前記管理装置から取得するステップと、前記取得した前記アプリケーション情報を表示部に表示させるステップと、を実行させるためのプログラムである。
また、本発明の一態様は、管理装置と通信する端末装置にインストールされるアプリケーションのプログラムに組み込まれるプログラムであって、コンピュータに、前記端末装置により実行された第１のアプリケーションに基づいて、アプリケーション情報を要求するステップと、前記要求により、前記第１のアプリケーションを利用するユーザを示すユーザ情報により示されるユーザが前記第１のアプリケーションを利用するユーザのうちの特定ユーザであるか否かに基づいたアプリケーション情報であって、かつ、前記第１のアプリケーションの利用を少なくとも含む要因に起因して自端末装置に表示可能な第２のアプリケーションに関連付けられたアプリケーション情報を前記管理装置から取得するステップと、前記取得した前記アプリケーション情報を表示部に表示させるステップと、を実行させるためのプログラムである。
以上説明したように、本発明のいくつかの態様によれば、ユーザに対して効果的に広告を表示することができる。
第１の実施形態による広告システムの構成の一例を示す概略構成図である。 第１の実施形態によるユーザ端末のハードウェア構成の一例を示す概略構成図である。 第１の実施形態による広告サーバのハードウェア構成の一例を示す概略構成図である。 第１の実施形態によるユーザ端末の機能構成の一例を示す概略構成図である。 第１の実施形態による広告サーバの機能構成の一例を示す概略構成図である。 第１の実施形態によるアプリケーション情報テーブルの一例を示す図である。 第１の実施形態による特定ユーザ情報テーブルの一例を示す図である。 第１の実施形態によるインストール情報管理テーブルの一例を示す図である。 第１の実施形態による送客情報管理テーブルの一例を示す図である。 第１の実施形態による特定ユーザに対するリンク広告の一例を示す図である。 第１の実施形態による特定ユーザ以外に対するリンク広告の一例である。 第１の実施形態による広告表示処理の一例を示すフローチャートである。 第１の実施形態による広告表示判定処理の一例を示すフローチャートである。 第１の実施形態による広告選択処理の一例を示すフローチャートである。 第２の実施形態による広告サーバの機能構成の一例を示す概略構成図である。 第２の実施形態による優先広告対象情報テーブルの一例を示す図である。 第２の実施形態によるアプリケーション情報テーブルの一例を示す図である。 第２の実施形態によるアプリケーション情報テーブルの別の例を示す図である。 第２の実施形態によるリスト型のリンク広告の一例を示す図である。 第２の実施形態による広告表示判定処理の一例を示すフローチャートである。 第２の実施形態によるポップアップ型のリンク広告の一例を示す図である。 第２の実施形態による広告表示判定処理の別の例を示すフローチャートである。 第３の実施形態によるユーザ端末の機能構成の一例を示す概略構成図である。 第３の実施形態による広告サーバの機能構成の一例を示す概略構成図である。 第３の実施形態による広告表示処理の一例を示すフローチャートである。 第４の実施形態によるユーザ端末の機能構成の一例を示す概略構成図である。 第４の実施形態による特定ユーザでない場合に表示されるリンク広告の一例を示している。 第４の実施形態による特定ユーザである場合に表示されるリンク広告の一例を示している。 第４の実施形態による広告サーバの機能構成の一例を示す概略構成図である。 第４の実施形態による広告表示処理の一例を示すフローチャートである。 第４の実施形態によるユーザ判定処理の一例を示すフローチャートである。 第５の実施形態によるユーザ端末の機能構成の一例を示す概略構成図である。 第５の実施形態による広告サーバの機能構成の一例を示す概略構成図である。 第５の実施形態による成果地点到達情報テーブルの一例を示す図である。 第５の実施形態による報酬付与処理の一例を示すフローチャートである。 第５の実施形態による報酬付与処理の別の例を示すフローチャートである。
以下、本発明の一実施形態について、図面を参照して説明する。
[第１の実施形態]
本発明の第１の実施形態について説明する。
〔１．広告システムの概要〕
まず、本実施形態による広告システムの概要を説明する。
ユーザが利用しているアプリケーション（以下、単に「アプリ」と略称することがある）の利用画面（例えば、ゲーム画面やチャット画面）に他のアプリケーションの広告を表示させることで、他のアプリケーションの導入へ繋げる仕組みがある。例えば、この仕組みでは、ユーザのクリック操作やタップ操作などによりユーザがこの広告を選択すると、選択した広告のアプリケーションをダウンロード可能なアプリケーション配信サイトのＷｅｂページが表示されるようになっている。このアプリケーション配信サイトはオンラインストアとも呼び、また、このアプリケーション配信サイトのＷｅｂページはストアページとも呼ぶ。更に、広告が表示されるアプリケーションのことを「広告掲載アプリ」とも呼び、広告に掲載されるアプリケーションのことを「広告主アプリ」とも呼ぶ。
また、他のアプリケーションの導入とは、ユーザ端末にインストールされていないアプリケーションをインストールすることや、ユーザ端末にインストールされている古いバージョンのアプリケーションから新しいバージョンのアプリケーションに更新（新しいバージョンのアプリケーションの再インストール）することを含む。
ここで、広告には、「リワード広告」と「リンク広告」とがある。リワード広告では、ユーザが広告を選択することによって他のアプリケーション（広告主アプリ）を導入した場合に、そのユーザに対して報酬が付与される。例えば、この報酬は、広告掲載アプリで利用できる報酬であり、広告掲載アプリがゲームアプリであればゲームアプリのゲームで使用できるポイントやアイテムなどである。ユーザが、このポイントやアイテムをゲームで使用すれば、使用していないユーザに比べて、ゲームを有利に進めることができる。また、例えば、広告がリワード広告である場合に、ユーザが広告を選択することによって他のアプリケーションを導入したとする。その場合には、そのユーザに対して付与される報酬は、広告掲載アプリがチャットアプリであれば、チャットアプリにおける通貨であるポイントや、チャットで使用できる絵などである。つまり、ユーザに対して、広告掲載アプリに対する報酬というインセンティブを付与することで、広告主アプリに対する導入意欲を高めることができる。なお、報酬の付与先は、広告掲載アプリに代えて広告主アプリとしてもよいし、広告掲載アプリと広告主アプリとの両方としてもよい。
一方、リンク広告は、広告掲載アプリの利用画面に表示された広告に基づいて広告主アプリを導入しても報酬が付与されない広告である。ここで、リワード広告とリンク広告とは、インセンティブの有無によって広告主アプリに対する導入意欲に違いが生じることが考えられるが、広告主アプリを導入するきっかけとなるという点では同様である。なお、以下の説明において、リワード広告及びリンク広告のことを単に「広告」と呼ぶこともある。
なお、広告掲載アプリを利用しているユーザが広告主アプリを選択して導入することを、広告掲載アプリのユーザを広告主アプリへ送客するということができる。よって、広告主アプリは、その広告が選択されると、送客される側のアプリケーション（以下「送客先アプリ」ということがある）となる。一方、広告掲載アプリは、送客する側のアプリケーション（以下「送客元アプリ」ということがある）となる。
なお、各アプリケーションは、それぞれ送客元アプリと送客先アプリとのいずれにもなりうるため、アプリケーション間で相互に送客することができる。例えば、送客元アプリから送客先アプリへの送客された場合、この送客先アプリは、他のアプリケーションの広告を表示する送客元アプリになることができる。
ところで、ユーザは、アプリケーションの利用度が高い場合、又は、利用するアプリケーションにおける課金の頻度や額が高い場合、そのアプリケーションに夢中であるため、そのユーザに対して他のアプリケーションの広告を表示したとしても、無視される可能性が高く効果的な広告とならないことが考えられる。また、たとえ他のアプリケーションへの送客に成功したとしても、その場合には、送客元アプリの利用又は課金の頻度や額が低下してしまうことが考えられる。ここで、アプリケーションにおける課金とは、アプリケーションを利用する上で一部のサービス、アイテム、情報等を有料とし、これらのサービス、アイテム、情報等をユーザが利用する際に当該ユーザに対して料金を課すことである。つまり、ユーザは、アプリケーションにおける課金の頻度や額が高いほど、そのアプリケーションにおける有料のサービス、有料のアイテム、有料の情報、等をより利用しているため、そのアプリケーションに夢中であるといえる。
そこで、本実施形態による広告システムでは、アプリケーションの利用度が高いユーザ、又は、利用するアプリケーションにおける課金の頻度や額が高いユーザ（即ち、そのアプリケーションに夢中なユーザ）に対しては、他のアプリケーションの広告を表示しないようにする。一方、本実施形態による広告システムでは、アプリケーションの利用度が低下してきているユーザ、又は、利用するアプリケーションにおける課金の頻度や額が低下してきているユーザ（即ち、そのアプリケーションに飽きてきたユーザ）に対して、他のアプリケーションの広告を表示するようにする。このように、本実施形態による広告システムでは、利用しているアプリケーションに飽きてきたユーザに対して他のアプリケーションの広告を表示するようにしたため、当該ユーザに対して効果的に広告を表示することができる。
なお、そのアプリケーションの利用度が低いユーザに対しては、広告を表示する機会がない。そのため、他のアプリケーションの広告を表示しようとしても表示されず、効果的な広告とはならない。
以下の説明では、アプリケーションの利用度が低下してきているユーザ、又は、利用するアプリケーションにおける課金の頻度や額が低下してきているユーザのことを、そのアプリケーションを利用するユーザのうちの「特定ユーザ」と呼ぶ。本実施形態による広告システムは、この特定ユーザに対して広告を表示することにより、効果的に広告を行うことができる。また、本実施形態では、リンク広告が表示される広告システムを例として説明する。
〔２．広告システム１の構成例〕
図１を参照して、本実施形態による広告システム１の構成について説明する。
図１は、本実施形態による広告システム１の構成の一例を示す概略構成図である。広告システム１は、複数のユーザ端末１０−ｎ（ｎは正の整数。ユーザ端末１０−１、ユーザ端末１０−２、・・・）と、複数のアプリサーバ３０−ｍ（ｍは、正の整数。アプリサーバ３０−１、アプリサーバ３０−２、・・・）と、広告サーバ５０と、を備えており、これらはネットワークＮを介して通信可能に接続される。また、複数のユーザ端末１０−ｎのそれぞれは、ネットワークＮを介して、外部のアプリストア７０に接続される。ここで、複数のユーザ端末１０−ｎは同様の構成であるので、特に区別しない場合には、「−１」、「−２」等の記載を省略してユーザ端末１０として説明する。また、複数のアプリサーバ３０−ｍのそれぞれは、ネットワークＮを介して、外部の情報収集サーバ９０に接続される。ここで、複数のアプリサーバ３０−ｍは同様の構成であるので、特に区別しない場合には、「−１」、「−２」等の記載を省略してアプリサーバ３０として説明する。
ネットワークＮは、例えば、携帯電話網、ＰＨＳ（Personal Handy-phone System）網、ＶＰＮ（Virtual Private Network）網、専用通信回線網、ＷＡＮ（Wide Area Network）、ＬＡＮ（Local Area Network）、ＰＳＴＮ（Public Switched Telephone Network；公衆交換電話網）など、またはこれらの組み合わせによって構成される通信ネットワークである。
ユーザ端末１０は、ユーザによって使用される端末装置の一例であり、例えば、携帯電話やスマートフォン、タブレット端末、パーソナルコンピュータ、通信機能付きゲーム機などが用いられる。ここでは、ユーザ端末１０はスマートフォンであるとして説明する。
ユーザ端末１０で利用されるアプリケーションは、例えば、ネイティブ型のアプリケーションであってもよいし、クラウド型やＷｅｂ型のアプリケーションであってもよい。ネイティブ型のアプリケーションとは、アプリケーションのプログラムがユーザ端末１０にインストールされることにより、インストールされたプログラムに基づいてユーザ端末１０がアプリケーションに関する処理（例えば、ゲームの処理）を行うアプリケーションのことをいう。また、クラウド型やＷｅｂ型のアプリケーションとは、アプリケーションのプログラム（全部又は一部）がユーザ端末１０にインストールされていなくとも、アプリサーバ３０がアプリケーションに関する処理を行うことで、ユーザ端末１０からアプリサーバ３０にアクセスして利用することができるアプリケーションのことをいう。ここでは、ユーザ端末１０で利用されるアプリケーションは、ネイティブ型のアプリケーションであるとして説明する。
図示する例では、ユーザ端末１０（ユーザ端末１０−１参照）には、広告システム１に対応したアプリケーションとして、符号１０１０に示す「アプリＸ」がインストールされている。なお、以下の説明において、符号１０１０を付けずに単に「アプリＸ」と記述する。
例えば、本実施形態による広告システム１では、ユーザ端末１０のアプリＸ（広告掲載アプリ）の利用に起因して、リンク広告ＡＤ１が表示される。このリンク広告ＡＤ１には、広告主アプリの広告として、広告システム１に対応した他のアプリケーション（例えば、アプリＡ）の広告が表示される。
ここで、広告掲載アプリの利用に起因してリンク広告が表示されるとは、例えば、利用中（実行中）の広告掲載アプリにおいてユーザがリンク広告を表示させるための所定の操作をしたことに応じてリンク広告が表示されることをいう。ここで、所定の操作とは、例えば、広告を表示させるための操作子として表示されたアイコンに対するユーザのクリック操作又はタップ操作等である。このアイコンは、例えば、広告掲載アプリの利用画面（例えば、ゲーム画面）に表示される。また、広告掲載アプリの利用に起因してリンク広告が表示されるとは、例えば、広告掲載アプリが起動したことに応じて、リンク広告が表示されることも含む。なお、本実施形態による広告システム１において、リンク広告は、広告掲載アプリの利用を少なくとも含む要因に起因して表示されるものであってもよい。例えば、広告掲載アプリが起動した場合（利用された場合）に、ユーザ端末で表示される広告を制御する広告サーバ５０の判断により、特定の期間にリンク広告が表示されてもよいし、所定の期間（例えば、1日）内にリンク広告が表示される回数が制限されてもよい。
また、本実施形態による広告システム１に対応したアプリケーションには、広告システム１で行われる処理に対応するためのプログラム（以下「ＳＤＫ（Software Development Kit）」という）が組み込まれている。図示する例では、アプリＸには、符号１０２０に示す「ＳＤＫ」が組み込まれている。なお、以下の説明において、符号１０２０を付けずに単に「ＳＤＫ」と記述する。
このＳＤＫは、例えば、ユーザ端末１０にインストールされたアプリケーションと広告サーバ５０とを仲介するためのＡＰＩ（Application Programming Interface）の集合体で構成されている。ここで、各アプリケーションは、送客元アプリにも送客先アプリにもなり得るため、送客元アプリに組み込まれるＳＤＫと、送客先アプリに組み込まれるＳＤＫとのいずれもが、送客元アプリとしての機能と送客先アプリとしての機能との両方を備えた構成である。
なお、広告システム１に対応するアプリケーションの中には、送客先アプリにはならないアプリケーションがあってもよい。送客先アプリにはならないアプリケーションには、送客元アプリとしての機能のみを備えたＳＤＫが組み込まれてもよいし、送客元アプリとしての機能と送客先アプリとしての機能との両方を備えたＳＤＫが組み込まれて送客先アプリとしての機能が禁止されるようにしてもよい。例えば、アプリケーションによるサービスの提供が終了することが決まっていて送客される必要がないようなアプリケーションは、送客先アプリとしての機能を具備しないようにしてもよい。
また、広告システム１に対応するアプリケーションの中には、送客元アプリにはならないアプリケーションがあってもよい。送客元アプリにはならないアプリケーションには、送客先アプリとしての機能のみを備えたＳＤＫが組み込まれてもよいし、送客元アプリとしての機能と送客先アプリとしての機能との両方を備えたＳＤＫが組み込まれて送客元アプリとしての機能が禁止されるようにしてもよい。例えば、アプリケーションによるサービスの提供が開始したばかりで当該アプリケーションから送客させないようにするアプリケーションは、送客元アプリとしての機能を具備しないようにしてもよい。
このように、広告サーバ５０は、広告システム１で行われる処理を、アプリケーションに組み込まれるＳＤＫを介して行うように構成した。そのため、ＳＤＫを組み込み可能なアプリケーションとして構成することで、容易に広告システム１に対応するアプリケーションとすることができる。なお、ＳＤＫが予め組み込まれているアプリケーションがダウンロード可能に提供されてもよいし、インストールされているアプリケーションに対して後から組込み可能なＳＤＫが提供されてもよい。
アプリサーバ３０は、ユーザ端末１０により実行されるアプリケーションに対応するサーバ装置である。ここでは、アプリサーバ３０−１は、アプリＸに対応するサーバ装置である。また、アプリサーバ３０−２は、アプリＡに対応するサーバ装置である。例えば、ユーザ端末１０に導入されたアプリＸがゲームアプリである場合、アプリＸのゲームを利用するユーザに対応したユーザ情報をアプリサーバ３０−１に送信したり、ゲームの利用中に必要な情報をアプリサーバ３０−１から取得したりする。
広告サーバ５０は、本実施形態による広告システム１において、ユーザ端末１０の広告掲載アプリからの要求に基づいてリンク広告を配信する処理を管理する管理装置である。具体的には、広告サーバ５０は、広告システム１に対応しているアプリケーションの広告情報を管理している。また、広告サーバ５０は、ユーザ端末１０を利用するユーザに応じてそのユーザ端末１０にリンク広告を表示させるか否かを制御する。なお、広告サーバ５０は、ユーザ端末１０を利用するユーザに応じてそのユーザ端末１０に表示させるリンク広告の表示態様（広告の表示順、位置、大きさ、等）を制御してもよい。
アプリストア７０は、ユーザ端末１０にインストール可能なアプリケーションをダウンロード可能なオンラインストアを提供するサーバ装置である。ユーザは、自身のユーザ端末１０からネットワークＮを介してアプリストア７０に接続して所望のアプリケーションを有料または無料で購入することにより、購入したアプリケーションを自身のユーザ端末１０にダウンロードしてインストールすることができる。
情報収集サーバ９０は、ネットワークＮを介して複数のアプリサーバ３０のそれぞれから情報を収集するサーバ装置の一例である。例えば、情報収集サーバ９０は、それぞれのアプリサーバ３０が管理しているアプリケーションごとのユーザ情報を収集する。アプリケーションごとのユーザ情報とは、アプリケーションを利用しているユーザを識別可能な情報（例えば、アプリケーションにおけるユーザＩＤ）、ユーザごとのアプリケーションの利用状況や課金状況等である。アプリケーションの利用状況には、そのアプリケーションに対するログイン間隔（アプリケーションに対応するアプリサーバ３０が、ユーザがログアウトしたと判断してから、そのユーザがそのアプリケーションに次にログインしたと判断するまでの時間）、そのアプリケーションへのログイン回数、等が含まれる。また、アプリケーションの利用状況には、アプリケーションがゲームアプリである場合には、アプリケーション内の参加できる日時が限られるようなイベントへの参加回数等が含まれ、アプリケーションがチャットアプリである場合には、ユーザがそのチャットアプリを利用して文字を送信した回数等が含まれる。また、アプリケーションごとの課金状況には、そのアプリケーションにおける課金の頻度や額が含まれる。
また、情報収集サーバ９０は、各アプリサーバ３０から収集したユーザ情報に基づいて決定された、アプリケーションごとの特定ユーザを示す特定ユーザ情報を管理するサーバ装置の一例である。例えば、情報収集サーバ９０は、アプリケーションごとに情報収集サーバ９０が収集したユーザごとのアプリケーションの利用状況や課金状況等に基づいて決定された、アプリケーションごとの特定ユーザを示す特定ユーザ情報を管理する。
ここで、特定ユーザとは、例えば、前述したようなアプリケーションの利用度が低下してきているユーザ、又は、利用するアプリケーションにおける課金の頻度や額が低下してきているユーザのことである。例えば、特定ユーザは、各アプリケーションにおける、ユーザごとのアプリケーションの利用状況や課金状況の所定期間単位の変化（増加しているか又は減少しているか）等に基づいて決定される。この特定ユーザの決定は、人が分析することにより決定されてもよいし、情報収集サーバ９０が分析処理を行うことにより決定されてもよい。
〔３．ユーザ端末１０のハードウェア構成例〕
次に、図２を参照して、ユーザ端末１０のハードウェア構成を説明する。
図２は、本実施形態によるユーザ端末１０のハードウェア構成の一例を示す概略構成図である。この図に示すように、ユーザ端末１０は、入力部１１と、表示部１２と、端末通信部１３と、端末記憶部１４と、端末制御部１５とを備えている。
入力部１１は、ユーザの操作に応じてユーザの操作入力を受付ける入力デバイスである。入力部１１には、例えば、キーボードやボタン、タッチパネル、マウス、マイクロホン等を適用できる。
表示部１２は、アプリケーションの利用画面を表示する表示デバイスであり、例えば、ＬＣＤ（Liquid Crystal Display）、有機ＥＬ（Electro Luminescence）ディスプレイ等を適用できる。なお、アプリケーションの利用画面は、表示部１２の表示領域の一部又は全部を用いて表示される。つまり、表示部１２の表示領域が広い場合には、複数のアプリケーションの利用画面が表示されてもよい。アプリケーションの利用画面には、画像や文字等の情報が表示される。また、表示部１２の表示領域の一部又は全部には、リンク広告の広告画面が表示される。なお、このアプリケーションの利用画面及びリンク広告の広告画面等のような画面を「ページ」又は「ウィンドウ」とも呼ぶ。入力部１１と表示部１２とは一体に構成されてユーザからの操作入力を受け付けるタッチパネルとして適用することもできる。
端末通信部１３は、ネットワークＮを介して広告サーバ５０、アプリサーバ３０、又はアプリストア７０と通信する。
端末記憶部１４は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、フラッシュＲＯＭ、ＨＤＤ（Hard Disk Drive）等の記録媒体またはこれらの組合せを用いて構成され、ユーザ端末１０が備える各部を制御するためのプログラム（例えば、端末制御部１５に基本動作を行わせるためのＯＳ（Operating System））、インストールされたアプリケーションのプログラム、各種情報等を記憶する。なお、端末記憶部１４は、ユーザ端末１０にインストールされた各アプリケーションからアクセスできる共有エリア（以下「アプリ間共有エリア」という）を有している。
端末制御部１５は、ユーザ端末１０の制御中枢として機能するＣＰＵ（Central Processing Unit）等の情報処理装置を備えており、ユーザ端末１０が備える各部を制御する。例えば、端末制御部１５は、端末記憶部１４に記憶されているＯＳに基づく基本動作の処理を実行するとともに、インストールされているアプリケーションのプログラムに基づく処理を実行する。また、端末制御部１５は、ＯＳ上で動作可能な各種のアプリケーション（Ｗｅｂブラウザや、アプリストア７０が提供するオンラインストアのストアページを表示させるアプリケーション等）の機能をＯＳを介して実行する処理を行う。
〔４．広告サーバ５０のハードウェア構成例〕
次に、図３を参照して、広告サーバ５０のハードウェア構成を説明する。
図３は、本実施形態による広告サーバ５０のハードウェア構成の一例を示す概略構成図である。広告サーバ５０は、サーバ通信部５１と、サーバ記憶部５２と、サーバ制御部５３と、を備えている。サーバ通信部５１は、ネットワークＮを介して、ユーザ端末１０、アプリサーバ３０、アプリストア７０、又は情報収集サーバ９０と通信する。
サーバ記憶部５２は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、フラッシュＲＯＭ、ＨＤＤ（Hard Disk Drive）等の記録媒体またはこれらの組合せを用いて構成され、各種情報を記憶する。なお、サーバ記憶部５２は、外部に接続される外部記憶装置であってもよい。例えば、サーバ記憶部５２は、広告サーバ５０が備える各部を制御するためのプログラム（例えば、サーバ制御部５３に基本動作を行わせるためのＯＳ（Operating System））、広告システム１における広告の表示を制御する広告表示処理を実行するためのプログラム、アプリケーションの広告情報やユーザ端末１０から取得する送客情報等の各種情報を記憶する。
サーバ制御部５３は、広告サーバ５０の制御中枢として機能するＣＰＵ（Central Processing Unit）等の情報処理装置を備えており、広告サーバ５０が備える各部を制御する。例えば、サーバ制御部５３は、サーバ記憶部５２に記憶されているＯＳに基づく基本動作の処理を実行するとともに、広告制御プログラムに基づいて広告制御処理を実行する。
なお、アプリサーバ３０のハードウェア構成は、この広告サーバ５０のハードウェア構成と同等とすることができ、上述したサーバ記憶部５２に記憶される情報及びサーバ制御部５３が実行する処理が、アプリサーバ３０に対応する情報及び処理となる。
また、アプリストア７０及び情報収集サーバ９０のそれぞれのハードウェア構成は、この広告サーバ５０のハードウェア構成と同等とすることができ、上述したサーバ記憶部５２に記憶される情報及びサーバ制御部５３が実行する処理が、アプリストア７０及び情報収集サーバ９０のそれぞれに対応する情報及び処理となる。
〔５．ユーザ端末１０の機能構成例〕
次に、図４を参照して、本実施形態によるユーザ端末１０において、端末制御部１５がアプリケーションに組み込まれているＳＤＫに基づいて実行する処理の機能構成を説明する。
図４は、本実施形態によるユーザ端末１０の機能構成の一例を示す概略構成図である。ユーザ端末１０は、機能構成として、初期化処理部１１０と、広告要求部１２０と、広告取得部１２１と、表示制御部１４０と、送客情報通知部１５０と、を備えている。
初期化処理部１１０は、ユーザ端末１０にインストールされているアプリケーションが起動すると初期化処理を実行する。具体的には、初期化処理部１１０は、識別情報取得部１１１と、インストール通知部１１２とを備えている。この初期化処理では、初期化処理部１１０は、ユーザ端末１０にインストールされたアプリケーションの初回起動時に、識別情報取得部１１１及びインストール通知部１１２の機能を実行する。また、初期化処理部１１０は、一度初期化処理が正常に終了した以降のアプリケーションの起動時には、初期化済みであることを確認し、識別情報取得部１１１及びインストール通知部１１２の機能を実行せずに終了する。
識別情報取得部１１１は、広告システム１においてユーザ端末１０ごとに設定される情報であって、そのユーザ端末１０を利用するユーザを一意に識別可能な情報（以下「広告ユーザＩＤ」という）を取得する。例えば、識別情報取得部１１１は、擬似乱数列を生成し、生成した擬似乱数列を用いて他のユーザ端末１０に対応する広告ユーザＩＤとは重複しないように広告ユーザＩＤを生成して取得する。また、識別情報取得部１１１は、取得した広告ユーザＩＤを、ユーザ端末１０にインストールされたいずれのアプリケーションからも参照可能なように端末記憶部１４のアプリ間共有エリアに記憶させる。
なお、識別情報取得部１１１は、広告システム１に対応するアプリケーションのうちの最初（１つ目）にユーザ端末１０にインストールされたアプリケーションの初回起動時に、広告ユーザＩＤを生成して取得する。そして、識別情報取得部１１１は、広告ユーザＩＤを一旦取得した後は、端末記憶部１４のアプリ間共有エリアに記憶されている広告ユーザＩＤを利用する。つまり、ユーザ端末１０にインストールされたアプリケーションが、広告システム１に対応するアプリケーションのうちの２つ目以降にインストールされたアプリケーションである場合、そのアプリケーションの初回起動時に、識別情報取得部１１１は、端末記憶部１４のアプリ間共有エリアに記憶されている広告ユーザＩＤを取得する。
インストール通知部１１２は、ユーザ端末１０にアプリケーションがインストールされて起動した場合に、当該アプリケーションがインストールされて起動したことを示すインストール通知情報を広告サーバ５０に対して送信する。ここで、上述のインストール通知情報には、インストールされたアプリケーションを特定可能な識別情報（以下「アプリＩＤ」という）と、このユーザ端末１０に対応する広告ユーザＩＤとが含まれる。
また、インストール通知部１１２は、ユーザ端末１０にインストールされたアプリケーションを利用するユーザのユーザ情報（以下「アプリユーザＩＤ」という）をインストール通知情報にさらに含めて広告サーバ５０に対して送信してもよい。これにより、このインストール通知情報を取得した広告サーバ５０は、インストールされたアプリケーションにおけるアプリユーザＩＤと広告ユーザＩＤとを関連付けて管理することができる。なお、アプリユーザＩＤは、このインストール通知情報に含まれずに、他の情報に含まれてユーザ端末１０から送信されるようにしてもよい。
広告要求部１２０は、ユーザ端末１０により実行された広告掲載アプリに基づいて、リンク広告を要求する。具体的には、広告要求部１２０は、広告掲載アプリの利用に起因して、リンク広告を要求する広告要求情報を広告サーバ５０に対して送信する。
例えば、利用中の広告掲載アプリにおいてユーザがリンク広告を表示させるための所定の操作をしたことに応じて、広告要求部１２０は、広告要求情報を広告サーバ５０に対して送信する。また、広告要求部１２０は、アプリＸが起動したことに応じて、広告要求情報を広告サーバ５０に対して送信してもよい。この広告要求情報には、このユーザ端末１０に対応する広告ユーザＩＤと、広告掲載アプリのアプリＩＤとが含まれる。なお、広告要求部１２０が広告を要求することを、「広告要求をする」ともいうことがある。
広告取得部１２１は、広告要求部１２０が送信した広告要求情報に応じて広告サーバ５０から送信されるリンク広告を取得する。つまり、広告取得部１２１は、広告要求部１２０の要求により、広告掲載アプリのアプリＩＤに関連付けられた広告ユーザＩＤ（広告要求情報に含まれる広告ユーザＩＤ）により示されるユーザが広告掲載アプリを利用するユーザのうちの特定ユーザであるか否かに基づいて、複数のアプリケーションのうちの広告主アプリの広告が表示されるリンク広告を取得する。
例えば、広告取得部１２１は、広告掲載アプリのアプリＩＤに関連付けられた広告ユーザＩＤにより示されるユーザが特定ユーザである場合には、広告主アプリの広告が表示されるリンク広告を取得する。一方、広告取得部１２１は、広告掲載アプリのアプリＩＤに関連付けられた広告ユーザＩＤにより示されるユーザが特定ユーザではない場合には、広告主アプリの広告が表示されるリンク広告を取得しない。このとき、広告取得部１２１は、例えば、広告するアプリケーションが無いことを示す情報（例えば「広告がありません」）が表示されるリンク広告を取得する。
表示制御部１４０は、広告取得部１２１が取得したリンク広告を表示部１２に表示させる。ここで、広告の表示形態には、一般的にバナー型、アイコン型、ポップアップ型、及びリスト型がある。バナー型及びアイコン型の広告は、例えば、広告掲載アプリの利用画面に組み込まれて表示される。ポップアップ型及びリスト型の広告は、例えば、広告掲載アプリの利用画面とは別の広告画面（広告ページ）として、広告掲載アプリの利用画面の上に重ねて表示されたり、広告掲載アプリの利用画面から切替えて表示されたりする。例えば、広告対象となるアプリケーションが複数ある場合には、そのうちの一つがバナー型、アイコン型、又はポップアップ型で表示されたり、複数がポップアップ型又はリスト型で表示されたりする。なお、リスト型の広告に、バナー型やアイコン型の広告を組み合わせるようにしてもよい。本実施形態では、リスト型のリンク広告を例として説明する。
送客情報通知部１５０は、広告掲載アプリの利用を少なくとも含む要因に起因して表示されたリンク広告に対するユーザの操作に応じて、リンク広告に掲載されているアプリケーション（広告主アプリの広告）が選択されると、選択されたアプリケーションへ広告掲載アプリから送客されたことを示す送客情報を広告サーバ５０に対して送信する。送客情報には、例えば、このユーザ端末１０に対応する広告ユーザＩＤと、広告掲載アプリのアプリＩＤと、広告主アプリのアプリＩＤとが含まれる。
なお、図４に示すユーザ端末１０の機能構成のうち、例えば、初期化処理部１１０（識別情報取得部１１１、インストール通知部１１２）と、広告要求部１２０と、広告取得部１２１と、表示制御部１４０と、送客情報通知部１５０とが、送客元アプリの機能構成に対応する。また、例えば、初期化処理部１１０が送客先アプリの機能構成に対応する。
〔６．広告サーバ５０の機能構成例〕
次に、図５を参照して、本実施形態による広告サーバ５０の機能構成について説明する。図５は、本実施形態による広告サーバ５０の機能構成の一例を示す概略構成図である。
広告サーバ５０は、サーバ制御部５３が広告制御プログラム等に基づいて実行する機能の構成として、管理部５１０と、端末状態取得部５３０と、広告表示制御部５４０と、判定処理部５５０と、ストア情報通知部５６０と、を備えている。
また、広告サーバ５０は、サーバ記憶部５２が各種情報を記憶する機能の構成として、アプリケーション情報記憶部５２１と、特定ユーザ情報記憶部５２２と、インストール情報記憶部５２３と、送客情報記憶部５２４と、を備えている。なお、各記憶部が記憶する各種情報は、データベースのテーブル形式やＪＳＯＮ（JavaScript（登録商標）Object Notation）形式など、その情報の利用に適した形式で記憶されていればよい。
〔６−１．サーバ記憶部５２の構成〕
まず、サーバ記憶部５２が備える各部について説明する。
アプリケーション情報記憶部５２１は、広告システム１に対応するアプリケーションに関する情報を記憶する。図６は、アプリケーション情報記憶部５２１に記憶されるアプリケーション情報テーブルＴＢＬ５０１の一例を示す図である。アプリケーション情報テーブルＴＢＬ５０１には、アプリＩＤと、アプリ名称と、アプリ説明と、アプリアイコン画像と、アプリ価格と、通知先ＵＲＬ（Uniform Resource Locator）と、ストアＵＲＬと、が関連付けられて記憶される。
アプリ名称は、アプリケーションの名称を示す情報である。例えば、アプリ名称が「アプリＸ」のアプリＩＤが「ＡＰ−Ｘ」で、アプリ名称が「アプリＡ」のアプリＩＤが「ＡＰ−Ａ」である。アプリ説明は、アプリケーションに関する詳細情報（アプリケーションの機能等）を説明する情報である。アプリアイコン画像は、アプリケーションのアイコン画像である。なお、アプリアイコン画像は、他のサーバ装置（例えばアプリサーバ３０）に記憶されていてもよく、そのアプリアイコン画像のリンク先を示すＵＲＬが記憶されてもよい。アプリ価格は、アプリケーションの販売価格であり、有料と無料とのいずれの場合もある。これらアプリ名称、アプリ説明、アプリアイコン画像（又はＵＲＬにより示されるリンク先のアプリアイコン画像）等の情報は、リンク広告に掲載されるアプリケーションの広告で利用される広告情報の一例である。
また、通知先ＵＲＬは、報酬付与処理において、報酬付与先となるアプリケーションのアプリサーバ３０のＵＲＬである。例えば、アプリＸの通知先ＵＲＬは、アプリＸに対応するアプリサーバ３０−１のＵＲＬが記憶される。ストアＵＲＬは、アプリケーションをダウンロード可能なストアページのＵＲＬであり、例えば、アプリストア７０が提供するオンラインストアのストアページのＵＲＬである。
なお、これらのアプリケーション情報は、例えば、アプリストア７０からダウンロード可能になる前に設定されてアプリケーション情報記憶部５２１に記憶される。また、一旦設定された後に各情報の変更も可能である。
特定ユーザ情報記憶部５２２は、広告サーバ５０が情報収集サーバ９０から取得したアプリケーションごとの特定ユーザを示す特定ユーザ情報を記憶する。図７は、特定ユーザ情報記憶部５２２に記憶される特定ユーザ情報テーブルＴＢＬ５０２の一例を示す図である。特定ユーザ情報テーブルＴＢＬ５０２には、アプリケーションを識別するアプリＩＤと、そのアプリケーションにおける特定ユーザのアプリユーザＩＤと、が関連付けられて特定ユーザ情報として記憶される。特定ユーザのアプリユーザＩＤは、そのアプリケーションを利用するユーザのうちの特定ユーザのユーザ情報である。
ここでは、アプリＸ（アプリＩＤが「ＡＰ−Ｘ」）において、アプリユーザＩＤが「ＡＰＸ＿ｕ１」のユーザと、アプリユーザＩＤが「ＡＰＸ＿ｕ１５」のユーザとが特定ユーザであることを示している。また、アプリＡ（アプリＩＤが「ＡＰ−Ａ」）において、アプリユーザＩＤが「ＡＰＡ＿ｕ２１」のユーザと、アプリユーザＩＤが「ＡＰＸ＿ｕ３５」のユーザとが特定ユーザであることを示している。
なお、ここでは、特定ユーザ情報テーブルＴＢＬ５０２に、アプリケーションごとの特定ユーザ情報が記憶される例を説明したが、この特定ユーザ情報は、上述したアプリケーション情報テーブルＴＢＬ５０１に記憶される構成としてもよい。例えば、アプリケーション情報テーブルＴＢＬ５０１には、アプリＩＤと、アプリ名称と、アプリ説明と、アプリアイコン画像と、アプリ価格と、通知先ＵＲＬと、ストアＵＲＬと、に加えて、特定ユーザのアプリユーザＩＤが関連付けられて記憶されてもよい。
また、アプリケーションごとの特定ユーザ情報は、広告システム１に登録されているユーザのユーザリストにおいて、ユーザリストのユーザそれぞれに特定ユーザであるか否かを示す情報（フラグ情報、マーク（印）、等）が関連付けられて記憶されてもよい。この特定ユーザであるか否かを示す情報は、例えば、利用状況の変化や課金状況の変化の仕方に対応して分類されるユーザタイプを示す情報であってもよい。
利用状況の変化の仕方に対応して分類されるユーザタイプは、アプリケーションを利用したことがあるユーザを、そのアプリケーションの利用度が高いユーザ、低いユーザ、低下してきているユーザ、等に分類したものである。例えば、アプリケーションの利用度が低下してきているユーザに分類されるユーザタイプが、特定ユーザのユーザタイプである。
また、課金状況の変化の仕方に対応して分類されるユーザタイプは、アプリケーションにおける課金の頻度や額が高いユーザ、低いユーザ、低下してきているユーザ、等に分類したものである。例えば、アプリケーションにおける課金の頻度や額が低下してきているユーザに分類されるユーザタイプが、特定ユーザのユーザタイプである。
なお、課金状況の変化の仕方に対応して決定されるユーザタイプは、以下の（ａ）〜（ｄ）のように分類されるユーザタイプであってもよい。
（ａ）現在も以前も課金の頻度や額が高いユーザ（「重課金ユーザ」ともいう）。
（ｂ）以前は課金利用の無いユーザ（「無課金ユーザ」ともいう）または課金の頻度や額が低いユーザ（「微課金ユーザ」ともいう）であったが、現在は重課金ユーザ。
（ｃ）以前は重課金ユーザであったが、現在は無課金ユーザまたは微課金ユーザ。
（ｄ）現在も以前も無課金ユーザまたは微課金ユーザ。
この分類によるユーザタイプでは、（ｃ）のユーザタイプを特定ユーザのユーザタイプとしてもよいし、（ｃ）及び（ｄ）のユーザタイプを特定ユーザのユーザタイプとしてもよい。
なお、特定ユーザ情報記憶部５２２は、広告システム１に対応するアプリケーションのうちの一部のアプリケーションに対応する特定ユーザ情報が記憶されていることがあってもよい。特定ユーザ情報を管理しているアプリケーションであって特定ユーザ情報が記憶されていないアプリケーションである場合には、その特定ユーザ情報が記憶されていないアプリケーションを利用するユーザは、特定ユーザではないと判断されてもよい。また、特定ユーザ情報を管理していないアプリケーションである場合には、その特定ユーザ情報が記憶されていないアプリケーションを利用するユーザは、特定ユーザであると判断されてもよい。
インストール情報記憶部５２３は、ユーザ端末１０で実行されたアプリケーション（広告掲載アプリ又は広告主アプリ）から広告サーバ５０が取得したインストール通知情報に基づいて、そのインストール通知情報を送信したアプリケーションがユーザ端末１０にインストールされたことを示すインストール管理情報を記憶する。図８は、インストール情報記憶部５２３に記憶されるインストール情報管理テーブルＴＢＬ５０３の一例を示す図である。インストール情報管理テーブルＴＢＬ５０３には、広告サーバ５０がユーザ端末１０から取得したインストール通知情報に基づいて、ユーザ端末１０に対応する広告ユーザＩＤ（ここでは、「ｕ１」）と、アプリＩＤ（ここでは、「ＡＰ−Ｘ」）と、アプリユーザＩＤ（ここでは、「ＡＰＸ＿ｕ１」）と、が関連付けられてインストール管理情報として記憶される。アプリユーザＩＤは、このユーザ端末１０を利用するユーザのアプリＸにおけるユーザ情報である。
ここで、広告システム１による広告を介さずにアプリケーションがインストールされた場合と、広告システム１による広告を介してインストールされた場合とのいずれでも、ユーザ端末１０で実行されたアプリケーションからインストール通知情報が送信され、そのインストール通知情報に基づくインストール管理情報がインストール情報記憶部５２３に記憶される。よって、一旦インストールしたアプリケーションをアンインストールした場合でも、そのアプリケーションのインストール管理情報がインストール情報記憶部５２３に記憶されている。そのため、広告サーバ５０は、そのアプリケーションが以前にインストールされたことがあるアプリケーションであると判断でき、例えば、リンク広告に掲載されないようにすることもできる。
送客情報記憶部５２４は、広告サーバ５０がユーザ端末１０に送信したリンク広告がユーザ端末１０において選択されたことによりユーザ端末１０から取得する送客情報に基づいて送客管理情報を記憶する。図９は、送客情報記憶部５２４に記憶される送客情報管理テーブルＴＢＬ５０４の一例を示す図である。送客情報管理テーブルＴＢＬ５０４には、送客管理ＩＤと、広告ユーザＩＤと、広告掲載アプリＩＤと、広告主アプリＩＤと、が関連付けられて送客管理情報として記憶される。送客管理ＩＤは、送客管理情報ごとに識別可能なように各送客情報を取得した順に生成される管理ＩＤである。広告ユーザＩＤは、この送客情報を送信したユーザ端末１０に対応する広告ユーザＩＤ（ここでは、「ｕ１」）である。広告掲載アプリＩＤは、広告掲載アプリのアプリＩＤ（ここでは、「ＡＰ−Ｘ」）である。広告主アプリＩＤは、広告主アプリのアプリＩＤ（ここでは、「ＡＰ−Ａ」）である。
〔６−２．管理部５１０の構成〕
図５に戻り、管理部５１０は、サーバ記憶部５２に記憶される各種情報を管理する。各種情報とは、上述した、アプリケーション情報記憶部５２１、特定ユーザ情報記憶部５２２、インストール情報記憶部５２３、及び送客情報記憶部５２４に記憶されている各種情報である。一例として、管理部５１０は、広告システム１に対応する複数のアプリケーションのそれぞれに関する情報として、それぞれに関連付けられた広告情報を管理する。
例えば、広告サーバ５０が備える、端末状態取得部５３０、広告表示制御部５４０、判定処理部５５０、及びストア情報通知部５６０、は、管理部５１０を介して、サーバ記憶部５２が備える各部に各種情報を記憶させたり、サーバ記憶部５２が備える各部に記憶されている各種情報を参照又は読み出したりする。
なお、以下では説明を容易にするために、サーバ記憶部５２が備える各部に対する処理の記述において管理部５１０を介することを省略して記述する。
〔６−３．端末状態取得部５３０の構成〕
端末状態取得部５３０は、ユーザ端末１０において実行されたアプリケーションを示すインストール通知情報を取得するインストール通知取得部５３１と、ユーザ端末１０において行われた広告掲載アプリから広告主アプリへの送客を示す送客情報を取得する送客情報取得部５３２と、を備えている。
インストール通知取得部５３１は、ユーザ端末１０で実行されたアプリケーション（広告掲載アプリ又は広告主アプリ）から送信されたインストール通知情報を取得する。このインストール通知情報には、前述したように、このユーザ端末１０に対応する広告ユーザＩＤと、このインストール通知情報を送信したアプリケーションのアプリＩＤとが含まれている。また、このインストール通知情報には、さらにアプリケーションのアプリユーザＩＤが含まれてもよい。そして、インストール通知取得部５３１は、取得したインストール通知情報に基づくインストール管理情報をインストール情報記憶部５２３に記憶させる。例えば、インストール通知取得部５３１は、インストール情報管理テーブルＴＢＬ５０３に新たなレコード（一つ分のインストール管理情報のデータ）を生成し、取得したインストール通知情報に基づいて、広告ユーザＩＤ、アプリＩＤ、及びアプリユーザＩＤを記憶する。
送客情報取得部５３２は、ユーザ端末１０で実行されている広告掲載アプリから送信された送客情報を取得する。この送客情報には、前述したように、このユーザ端末１０に対応する広告ユーザＩＤと、広告掲載アプリＩＤと、広告主アプリＩＤとが含まれる。そして、送客情報取得部５３２は、取得した送客情報に基づく送客管理情報を、送客情報記憶部５２４に記憶させる。具体的には、送客情報取得部５３２は、送客情報管理テーブルＴＢＬ５０４に新たなレコード（一つ分の送客管理情報のデータ）を生成し、取得した送客情報に含まれる、広告ユーザＩＤと、広告掲載アプリＩＤと、広告主アプリＩＤとを記憶する。
〔６−４．広告表示制御部５４０の構成〕
広告表示制御部５４０は、広告掲載アプリの利用を少なくとも含む要因に起因してユーザ端末１０に表示可能なリンク広告の表示を、そのユーザ端末１０を利用するユーザが広告掲載アプリにおける特定ユーザであるか否かに基づいて制御する。例えば、広告表示制御部５４０は、特定ユーザであるか否かに基づいて、リンク広告をユーザ端末１０に表示させるか否かを制御する。具体的には、広告表示制御部５４０は、広告要求取得部５４１と、広告情報生成部５４２と、広告通知部５４３と、を備えている。
広告要求取得部５４１は、ユーザ端末１０の広告掲載アプリから送信された広告要求情報を取得する。この広告要求情報には、前述したように、このユーザ端末１０に対応する広告ユーザＩＤと、広告掲載アプリＩＤとが含まれる。また、広告要求取得部５４１は、取得した広告要求情報を広告情報生成部５４２に引き渡す。
広告情報生成部５４２は、広告要求取得部５４１から広告要求情報を受け取ると、その広告要求情報に含まれる広告ユーザＩＤにより示されるユーザが、広告掲載アプリにおける特定ユーザであるか否かに基づいてリンク広告を生成する。例えば、広告情報生成部５４２は、特定ユーザである場合には、複数のアプリケーションの中から広告する広告主アプリを決定し、決定した広告主アプリの広告が表示されるリンク広告を生成する。一方、広告情報生成部５４２は、特定ユーザでない場合には、広告するアプリケーションが無いことを示す情報が表示されるリンク広告を生成する。
図１０及び図１１は、ユーザ端末１０に表示されるリンク広告の表示例を示す図である。図１０は、特定ユーザに対するリンク広告ＡＤ１の一例を示す図である。リンク広告ＡＤ１は、リスト型の広告であり、上位（例えば、上側、先頭）から下位（例えば、下側）に向かって、アプリＡの広告Ｐ１１、アプリＣの広告Ｐ１２、アプリＢの広告Ｐ１３、・・・の順に並んでいる。広告Ｐ１１、広告Ｐ１２、広告Ｐ１３、・・・のそれぞれには、各広告のアプリケーションの名称とアプリケーションのアイコン画像（アイコンＰ１４、アイコンＰ１５、アイコンＰ１６、・・・）とが表示される。これら広告Ｐ１１〜Ｐ１３は、ユーザによるクリック操作又はタップ操作等を受け付ける操作子として表示される。一方、図１１は、特定ユーザ以外に対するリンク広告ＡＤ２の一例である。リンク広告ＡＤ２には、広告するアプリケーションが無いことを示す情報（ここでは「広告がありません」）が表示される（符号Ｐ２１参照）。
なお、広告情報生成部５４２は、複数のアプリケーションの中に広告する広告主アプリが無い場合にも、広告するアプリケーションが無いことを示す情報が表示されるリンク広告（例えば、図１１のリンク広告ＡＤ２）を生成する。広告通知部５４３は、広告情報生成部５４２が生成したリンク広告をユーザ端末１０に対して送信する。
ここで、広告要求情報に含まれる広告ユーザＩＤにより示されるユーザが広告掲載アプリにおける特定ユーザであるか否かを判定する判定処理は、判定処理部５５０において行われる。例えば、広告情報生成部５４２は、広告要求取得部５４１から広告要求情報を受け取ると、その広告要求情報に含まれる広告ユーザＩＤと、広告掲載アプリＩＤとを判定処理部５５０に引き渡す。
判定処理部５５０は、広告要求情報に含まれる広告ユーザＩＤに示されるユーザが特定ユーザであると判定した場合には広告表示をすることを示す情報を、判定結果を示す情報として広告情報生成部５４２に引き渡す。一方、判定処理部５５０は、広告要求情報に含まれる広告ユーザＩＤに示されるユーザが特定ユーザでないと判定した場合には広告表示をしないことを示す情報を、判定結果を示す情報として広告情報生成部５４２に引き渡す。広告情報生成部５４２は、判定処理部５５０による判定結果に基づいて、リンク広告を生成するか否かを決定する。
〔６−５．判定処理部５５０の構成〕
次に、判定処理部５５０の構成について詳しく説明する。判定処理部５５０は、広告情報生成部５４２から広告要求情報に含まれる広告ユーザＩＤと、広告掲載アプリＩＤとを受け取ると、その広告ユーザＩＤにより示されるユーザが、広告掲載アプリにおける特定ユーザであるか否かを判定し、判定結果に基づいて、広告表示をするか否かを示す情報を広告情報生成部５４２に返す。例えば、判定処理部５５０は、特定ユーザ情報取得部５５１と、ユーザ判定部５５２と、広告表示判定部５５３と、を備えている。
特定ユーザ情報取得部５５１は、ネットワークＮを介して情報収集サーバ９０からアプリケーションごとの特定ユーザ情報を取得する。この特定ユーザ情報は、各アプリケーションのアプリＩＤと、各アプリにおける特定ユーザのアプリユーザＩＤとが関連付けられた情報である。特定ユーザ情報取得部５５１は、この特定ユーザ情報を取得すると、取得した特定ユーザ情報を、特定ユーザ情報記憶部５２２（特定ユーザ情報テーブルＴＢＬ５０２）に記憶させる。
ユーザ判定部５５２は、判定処理部５５０が広告情報生成部５４２から広告要求情報に含まれる広告ユーザＩＤと広告掲載アプリＩＤとを受け取ると、その広告ユーザＩＤにより示されるユーザが、広告掲載アプリにおける特定ユーザであるか否かを判定する。
具体的には、ユーザ判定部５５２は、インストール情報記憶部５２３（インストール情報管理テーブルＴＢＬ５０３）を参照して、広告要求情報に含まれる広告ユーザＩＤと広告掲載アプリＩＤとに関連付けられているアプリユーザＩＤを抽出する。そして、ユーザ判定部５５２は、特定ユーザ情報記憶部５２２の特定ユーザ情報テーブルＴＢＬ５０２を参照して、抽出したアプリユーザＩＤが広告掲載アプリにおける特定ユーザのアプリユーザＩＤとして記憶されている場合には、そのユーザが特定ユーザであると判定する。一方、ユーザ判定部５５２は、抽出したアプリユーザＩＤが広告掲載アプリにおける特定ユーザのアプリユーザＩＤとして記憶されていない場合には、そのユーザが特定ユーザではないと判定する。
このように、ユーザ判定部５５２は、特定ユーザ情報記憶部５２２の特定ユーザ情報テーブルＴＢＬ５０２に記憶されている特定ユーザ情報のうち広告掲載アプリに対応した特定ユーザ情報を参照して、広告掲載アプリに関連付けられた広告ユーザＩＤ（即ち、広告要求情報に含まれる広告ユーザＩＤ）により示されるユーザが特定ユーザであるか否かを判定する。
なお、特定ユーザ情報取得部５５１は、情報収集サーバ９０からアプリケーションごとの特定ユーザ情報を取得せずに、情報収集サーバ９０に記憶されている特定ユーザ情報を参照するようにしてもよい。即ち、特定ユーザ情報取得部５５１は、広告掲載アプリに関連付けられた広告ユーザＩＤに基づいて、当該広告ユーザＩＤにより示されるユーザが特定ユーザであるか否かを外部の情報収集サーバ９０に対して照会する照会部として機能してもよい。そして、ユーザ判定部５５２は、上記照会部が照会した結果に基づいて広告掲載アプリに関連付けられた広告ユーザＩＤにより示されるユーザが特定ユーザであるか否かを判定してもよい。
広告表示判定部５５３は、ユーザ判定部５５２による特定ユーザであるか否かの判定結果に基づいて、広告表示をするか否かを判定する。例えば、広告表示判定部５５３は、ユーザ判定部５５２により特定ユーザであると判定された場合には広告表示をすると判定し、広告表示をすることを示す情報を判定結果を示す情報として広告情報生成部５４２に引き渡す。一方、広告表示判定部５５３は、ユーザ判定部５５２により特定ユーザでないと判定された場合には広告表示をしないと判定し、広告表示をしないことを示す情報を判定結果を示す情報として広告情報生成部５４２に引き渡す。
〔６−７．ストア情報通知部５６０の構成〕
ストア情報通知部５６０は、ユーザ端末１０で実行されている広告掲載アプリから送信された送客情報を送客情報取得部５３２が取得すると、送客情報に含まれる広告主アプリのアプリＩＤに関連付けられているストアＵＲＬのストアページをユーザ端末１０に送信する。
〔７．広告システム１における広告表示処理の動作例〕
次に、図１２を参照して、本実施形態による広告システム１において、特定ユーザであるか否かに基づいてリンク広告の表示を制御する広告表示処理の動作について説明する。
図１２は、本実施形態による広告表示処理の一例を示すフローチャートである。ここでは、ユーザ端末１０にインストールされて起動したアプリＸが広告掲載アプリとなって広告要求を行う場合の広告表示処理の動作例を説明する。なお、ユーザ端末１０に表示されるリンク広告は、アプリＡの広告を含む複数の広告主アプリの広告が表示されるリスト型の広告であるとする。
まず、アプリＸがユーザ端末１０にインストールされて起動すると、アプリＸに組み込まれているＳＤＫの初期化処理部１１０は、初期化処理を開始する。まず、初期化処理部１１０は、初期化済みであるか否かを判定する（ステップＳ１００）。初期化済みであると判定された場合（ステップＳ１００：ＹＥＳ）、初期化処理部１１０は、その後の初期化処理を実行しないで終了し、ステップＳ１１０に処理を進める。
一方、初期化済みでないと判定された場合（ステップＳ１００：ＮＯ）、アプリＸに組み込まれているＳＤＫの識別情報取得部１１１は、端末記憶部１４のアプリ間共有エリアを参照して、広告システム１においてユーザを一意に識別可能な情報を示す広告ユーザＩＤが取得済みであるか否かを判定する（ステップＳ１０２）。
広告ユーザＩＤが取得済みであると判定された場合（ステップＳ１０２：ＹＥＳ）、識別情報取得部１１１は、端末記憶部１４から広告ユーザＩＤを読み出し、ステップＳ１０６に処理を進める。
一方、広告ユーザＩＤが取得済みでないと判定された場合（ステップＳ１０２：ＮＯ）、識別情報取得部１１１は、ユーザ端末１０に対応する広告ユーザＩＤを生成し、生成した広告ユーザＩＤを、端末記憶部１４のアプリ間共有エリアに記憶させる（ステップＳ１０４）。
次に、アプリＸに組み込まれているＳＤＫのインストール通知部１１２は、アプリＸがユーザ端末１０にインストールされたことを示すインストール通知情報を、広告サーバ５０に対して送信する（ステップＳ１０６）。ここでインストール通知情報には、例えば、このユーザ端末１０に対応する広告ユーザＩＤと、アプリＸのアプリＩＤと、アプリＸにおけるアプリユーザＩＤとが含まれる。
次に、広告サーバ５０のインストール通知取得部５３１は、ユーザ端末１０のアプリＸから送信されたインストール通知情報を取得すると（ステップＳ５００）、インストール通知情報を取得したことを示す応答情報を、ユーザ端末１０で実行されているアプリＸに対して送信する（ステップＳ５０１）。また、インストール通知取得部５３１は、取得したインストール通知情報に含まれる、ユーザ端末１０に対応する広告ユーザＩＤと、アプリＸのアプリＩＤと、アプリＸにおけるアプリユーザＩＤとを関連付けたインストール管理情報を、インストール情報記憶部５２３（インストール情報管理テーブルＴＢＬ５０３）に記憶させる（ステップＳ５００）。
ユーザ端末１０のアプリＸに組み込まれているＳＤＫの初期化処理部１１０は、ステップＳ５００において広告サーバ５０が送信した応答情報を取得すると、初期化済みを示すフラグを設定して初期化処理を終了する（ステップＳ１０８）。
次に、ユーザ端末１０で実行されているアプリＸに対してユーザが、リンク広告を表示させるための所定の操作を行ったとする（ステップＳ１１０）。この場合、アプリＸに組み込まれているＳＤＫの広告要求部１２０は、このアプリＸに対する所定の操作に基づいて、リンク広告を要求する広告要求情報を広告サーバ５０に対して送信する（ステップＳ１１２）。この広告要求情報には、広告掲載アプリのアプリＩＤと、このユーザ端末１０に対応する広告ユーザＩＤとが含まれる。
広告サーバ５０の広告要求取得部５４１は、ユーザ端末１０のアプリＸから送信された広告要求情報を取得すると、取得した広告要求情報を広告情報生成部５４２に引き渡す（ステップＳ５０２）。また、広告情報生成部５４２は、広告要求取得部５４１から広告要求情報を受け取ると、その広告要求情報に含まれる広告ユーザＩＤと、広告掲載アプリＩＤとを判定処理部５５０に引き渡す。
判定処理部５５０は、広告要求情報に含まれる広告ユーザＩＤと、広告掲載アプリＩＤとを受け取ると、その広告ユーザＩＤにより示されるユーザが広告掲載アプリにおける特定ユーザであるか否かに基づいて、広告表示の制御内容を判定する広告表示判定処理を実行する（ステップＳ５０４）。このステップＳ５０４における広告表示判定処理の詳細について、図１３を参照して詳しく説明する。図１３は、本実施形態による広告表示判定処理の一例を示すフローチャートである。
判定処理部５５０のユーザ判定部５５２は、広告情報生成部５４２から広告要求情報に含まれる広告ユーザＩＤと、広告掲載アプリＩＤとを判定処理部５５０が受け取ると、その広告ユーザＩＤにより示されるユーザが、広告掲載アプリにおける特定ユーザであるか否かを判定する。つまり、ユーザ判定部５５２は、広告掲載アプリＩＤに関連付けられた広告ユーザＩＤに基づいて、この広告ユーザＩＤにより示されるユーザ（広告要求したユーザ）がその広告掲載アプリを利用するユーザのうちの特定ユーザであるか否かを判定する（ステップＳ５２０）。広告要求したユーザが特定ユーザでないと判定された場合（ステップＳ５２０：ＮＯ）、広告表示判定部５５３は、広告を表示しないと判定する（ステップＳ５２８）。
一方、広告要求したユーザが特定ユーザであると判定された場合（ステップＳ５２０：ＹＥＳ）、広告表示判定部５５３は、インストール情報管理テーブルＴＢＬ５０３に記憶されているインストール管理情報を参照して、広告システム１に対応する複数のアプリケーションのうちの広告対象のアプリケーションの中から、ユーザ端末１０にインストール済みのアプリケーションを除外する（ステップＳ５２２）。ここで、ユーザ端末１０にインストール済みのアプリケーションとは、ユーザ端末１０にインストールされたことがある（インストール情報管理テーブルＴＢＬ５０３にインストール管理情報が記憶されている）アプリケーションのことである。
そして、広告表示判定部５５３は、ユーザ端末１０にインストール済みのアプリケーションを除外した後に、表示する広告があるか否か（即ち、広告対象のアプリケーションがあるか否か）を判定する（ステップＳ５２４）。
表示する広告があると判定された場合には（ステップＳ５２４：ＹＥＳ）、広告表示判定部５５３は、広告を表示すると判定する（ステップＳ５２６）。一方、表示する広告が無いと判定された場合には（ステップＳ５２４：ＮＯ）、広告表示判定部５５３は、広告を表示しないと判定する（ステップＳ５２８）。
次に図１２に戻り、広告情報生成部５４２は、上述の広告表示判定処理（ステップＳ５０４）による判定結果に基づいて、リンク広告を生成する（ステップＳ５０６）。例えば、広告情報生成部５４２は、特定ユーザであって且つ表示する広告があることにより広告を表示すると判定された場合には（ステップＳ５２４：ＹＥＳ）、複数のアプリケーションの中から広告する広告主アプリを決定し、決定した広告主アプリの広告が表示されるリンク広告（図１０のリンク広告ＡＤ1参照）を生成する。一方、広告情報生成部５４２は、特定ユーザでないことにより広告を表示しないと判定された場合（ステップＳ５２０：ＮＯ）、又は、特定ユーザであっても表示する広告が無いことにより広告を表示しないと判定された場合には（ステップＳ５２４：ＮＯ）、広告するアプリケーションが無いことを示す情報が表示されるリンク広告（図１１のリンク広告ＡＤ２参照）を生成する。
そして、広告サーバ５０Ｂの広告通知部５４３は、広告情報生成部５４２が生成したリンク広告をユーザ端末１０に対して送信する（ステップＳ５０８）。このように、広告表示制御部５４０は、複数のアプリケーションのうちの広告主アプリの広告（広告主アプリに関連付けられた広告情報）であって、かつ、広告掲載アプリの利用を少なくとも含む要因に起因してユーザ端末１０に表示可能なリンク広告の表示を、特定ユーザであるか否かに基づいて制御する。
次に、ユーザ端末１０のアプリＸに組み込まれているＳＤＫの広告取得部１２１は、広告サーバ５０から送信されたリンク広告を取得する。このように、広告取得部１２１は、広告要求部１２０の要求により、広告掲載アプリＩＤに関連付けられた広告ユーザＩＤにより示されるユーザ（広告要求したユーザ）がその広告掲載アプリを利用するユーザのうちの特定ユーザであるか否かに基づいて、複数のアプリケーションのうちの広告主アプリの広告を含むリンク広告を取得する。そして、表示制御部１４０は、広告取得部１２１が取得したリンク広告を表示部１２に表示させる（図１０、図１１参照）。具体的には、表示制御部１４０は、それまで表示部１２に表示させていたアプリＸの利用画面の前面に、リンク広告の画面（リンク広告のページ）を重ねて表示させる（ステップＳ１１４）。
〔８．広告システム１における広告選択処理の動作例〕
次に、図１２に示すステップＳ１１４において表示されたリンク広告においてユーザがいずれかの広告を選択した場合の広告選択処理の動作について、図１４を参照して説明する。
図１４は、本実施形態による広告選択処理の一例を示すフローチャートである。この図１４は、図１２に示すステップＳ１１４以降の処理を示している。ここでは、ステップＳ１１４において、アプリＡの広告を含むリンク広告ＡＤ１（図１０参照）が表示されたものとし、アプリＡがユーザにより選択されたものとして説明する。
アプリＡの広告が選択されると、アプリＸに組み込まれているＳＤＫの送客情報通知部１５０は、アプリＡの広告が選択されたことを示す情報として、アプリＸからアプリＡ（広告主アプリ）へ送客されたことを示す送客情報を広告サーバ５０に対して送信する。この送客情報には、例えば、アプリＸのアプリＩＤと、アプリＡのアプリＩＤと、このユーザ端末１０に対応する広告ユーザＩＤとが含まれる（ステップＳ１１６）。
広告サーバ５０の送客情報取得部５３２は、ユーザ端末１０で実行されているアプリＸから送信された送客情報を取得すると、取得した送客情報に基づく送客管理情報を、送客情報記憶部５２４に記憶させる。具体的には、送客情報取得部５３２は、送客情報管理テーブルＴＢＬ５０４に新たなレコード（一つ分の送客管理情報のデータ）を生成し、取得した送客情報に含まれる、広告ユーザＩＤと、広告掲載アプリＩＤと、広告主アプリＩＤとを記憶する（ステップＳ５１０）。
次に、広告サーバ５０のストア情報通知部５６０は、ユーザ端末１０において選択されたアプリＡをダウンロード可能なストアページをユーザ端末１０に送信する。具体的には、ストア情報通知部５６０は、送客情報取得部５３２が送客情報を取得したことに基づいて、アプリケーション情報テーブルＴＢＬ５０１を参照して、送客情報に含まれるアプリＡのアプリＩＤに関連付けられているストアＵＲＬのストアページをユーザ端末１０に送信する（ステップＳ５１２）。
ユーザ端末１０のアプリＸに組み込まれているＳＤＫの表示制御部１４０は、広告サーバ５０からストアページを取得すると、ストアページを表示させるアプリケーションを起動して、取得したストアページを表示部１２に表示させる（ステップＳ１１８）。例えば、表示制御部１４０は、それまで表示部１２に表示させていたアプリＸの利用画面の前面にストアページを重ねて表示させる。
このストアページに対してユーザが操作することにより、アプリＡをユーザ端末１０にダウンロードしてインストールすることができる。そして、このアプリＡが最初に起動したときには、図１０を参照して説明した初期化処理が実行され、アプリＡのインストール通知情報がユーザ端末１０から広告サーバ５０に送信される。これにより、アプリＡがユーザ端末１０にインストールされたことを示すインストール管理情報が広告サーバ５０に管理される。
〔９．第１の実施形態のまとめ〕
（１）以上説明してきたように、本実施形態による広告システム１において、広告サーバ５０（管理装置の一例）は、ユーザ判定部５５２（判定部の一例）と、広告表示制御部５４０（表示制御部の一例）と、を備えている。
ユーザ判定部５５２は、ユーザ端末１０（端末装置の一例）により実行された広告掲載アプリ（第１のアプリケーションの一例）を利用するユーザを示すアプリユーザＩＤ（ユーザ情報の一例）に基づいて、当該アプリユーザＩＤにより示されるユーザが広告掲載アプリを利用するユーザのうちの特定ユーザであるか否かを判定する。そして、広告表示制御部５４０は、上記広告掲載アプリの利用を少なくとも含む要因に起因してユーザ端末１０に表示可能な広告主アプリ（第２のアプリケーションの一例）に関連付けられた広告情報（アプリケーション情報の一例）の表示を上記特定ユーザであるか否かに基づいて制御する。
また、本実施形態による広告システム１は管理部５１０を備えていてもよい。管理部５１０は、複数のアプリケーションのそれぞれに関連付けられた広告情報（アプリケーション情報の一例）を管理する。例えば、管理部５１０は、複数のアプリケーションのそれぞれに関連付けられた広告情報を、アプリケーション情報記憶部５２１に記憶させて管理する。広告掲載アプリ（第１のアプリケーションの一例）や広告主アプリ（第２のアプリケーション一例）はそれぞれ、複数のアプリケーションの一つであってもよい。
ここで、広告情報とは、リンク広告に表示させる広告主アプリの広告に関連する情報である。例えば、広告情報は、アプリケーション情報テーブルＴＢＬ５０１に記憶されている各アプリケーションのアプリ名称、アプリ説明、アプリアイコン画像又はＵＲＬにより示されるリンク先のアプリアイコン画像、等の情報である。つまり、この各アプリケーション（広告主アプリ）の広告情報に基づいて、各アプリケーションのリンク広告が生成される。なお、バナー型のリンク広告の場合、アプリケーション情報とは、バナー画像である。このバナー画像は、アプリケーション情報テーブルＴＢＬ５０１に記憶されていてもよい。また、アプリケーション情報テーブルＴＢＬ５０１にはバナー画像のリンク先を示すＵＲＬが記憶されており、そのリンク先にバナー画像が記憶されていてもよい。
また、特定ユーザとは、前述したように、アプリケーションを利用するユーザのうち、そのアプリケーションの利用度が低下してきているユーザ、又は、そのアプリケーションにおける課金の頻度や額が低下してきているユーザ（即ち、そのアプリケーションに飽きてきたユーザ）のことをいう。例えば、特定ユーザは、各アプリケーションにおける、ユーザごとのアプリケーションの利用状況や課金状況の所定期間単位の変化（増加しているか又は減少しているか）等に基づいて決定される。この特定ユーザの決定は、人が分析することにより決定されてもよいし、情報収集サーバ９０が分析処理を行うことにより決定されてもよい。
なお、特定ユーザは、アプリケーションを利用するユーザを、そのアプリケーションに対する利用状況の変化や課金状況の変化の仕方に対応して分類されるユーザタイプによって定められてもよい。
利用状況の変化の仕方に対応して決定されるユーザタイプは、アプリケーションを利用したことがあるユーザを、そのアプリケーションの利用度が高いユーザ、低いユーザ、低下してきているユーザ、等に分類したものである。例えば、アプリケーションの利用度が低下してきているユーザに分類されるユーザタイプが、特定ユーザのユーザタイプである。
また、課金状況の変化の仕方に対応して決定されるユーザタイプは、アプリケーションにおける課金の頻度や額が高いユーザ、低いユーザ、低下してきているユーザ、等に分類したものである。例えば、アプリケーションにおける課金の頻度や額が低下してきているユーザに分類されるユーザタイプが、特定ユーザのユーザタイプである。
なお、課金状況の変化の仕方に対応して決定されるユーザタイプは、以下の（ａ）〜（ｄ）のように分類されるユーザタイプであってもよい。
（ａ）現在も以前も課金の頻度や額が高いユーザ（「重課金ユーザ」ともいう）。
（ｂ）以前は課金利用の無いユーザ（「無課金ユーザ」ともいう）または課金の頻度や額が低いユーザ（「微課金ユーザ」ともいう）であったが、現在は重課金ユーザ。
（ｃ）以前は重課金ユーザであったが、現在は無課金ユーザまたは微課金ユーザ。
（ｄ）現在も以前も無課金ユーザまたは微課金ユーザ。
この分類によるユーザタイプでは、（ｃ）のユーザタイプを特定ユーザのユーザタイプとしてもよいし、（ｃ）及び（ｄ）のユーザタイプを特定ユーザのユーザタイプとしてもよい。
このように、広告サーバ５０は、ユーザ端末１０の広告掲載アプリにおいて広告を要求したユーザが広告掲載アプリにおける特定ユーザであるか否かに基づいて、当該ユーザに対する広告の表示を制御する。よって、例えば広告掲載アプリに飽きてきたユーザを特定ユーザとすると、広告サーバ５０は広告掲載アプリに飽きてきたユーザに対して広告の表示を制御することができ、利用しているアプリケーションに飽きてきたユーザに対して効果的に広告を表示することができる。従って、本実施形態によれば、特定ユーザであるか否かに基づいて、ユーザに対する広告の表示を制御することができ、ユーザに対して効果的に広告を表示することができる。
なお、広告掲載アプリの利用とは、「広告掲載アプリの起動」、「広告掲載アプリによる処理の実行」、「広告掲載アプリにおけるユーザの操作」のいずれかのことをいう。広告掲載アプリによる処理の実行とは、広告掲載アプリの全て或いは部分的な処理の実行を含む。例えば、広告掲載アプリによる処理の実行とは、広告掲載アプリによる各種の処理（例えば、ゲームの進行に応じた処理）又は広告掲載アプリに組み込まれたＳＤＫによる処理の実行のことをいう。また、広告掲載アプリにおけるユーザの操作とは、利用中（実行中）の広告掲載アプリにおいて行われるユーザの所定の操作である。この所定の操作とは、例えば、広告掲載アプリの利用画面に表示されたアイコン（広告を表示させるための操作子としてのアイコン）に対するユーザのクリック操作又はタップ操作等である。
また、広告掲載アプリの利用を少なくとも含む要因に起因して広告が表示可能とは、広告掲載アプリの利用のみに起因して表示可能な場合と、広告掲載アプリの利用だけでなく、さらに所定の条件が充足したことに起因して表示可能な場合との両方を含む。具体的には、広告掲載アプリの利用のみに起因して広告が表示されるとは、例えば、広告掲載アプリが利用されたことに応じて広告が表示されることをいう。表示されるタイミングの一例として、広告掲載アプリを起動した直後、広告掲載アプリを終了する直前、広告掲載アプリの利用中の任意のタイミングなどがあげられる。また、広告掲載アプリの利用のみに起因して広告が表示されるとは、例えば、利用中の広告掲載アプリにおいてユーザが所定の操作をしたことに応じて広告が表示されることをいう。一方、広告掲載アプリの利用だけでなく、さらに所定の条件が充足したことに起因して広告が表示されるとは、広告掲載アプリを利用しても、さらに所定の条件が充足しないと広告が表示されないことをいう。所定の条件の一例として、広告サーバ５０が表示すると判定した場合などがあげられる。広告サーバ５０が判断する具体的な例として、広告を表示する特定の期間であるか否かを判断する方法や、所定の期間（例えば、１日）内に広告を表示する回数に達しているか否かを判断する方法があげられるが、これらに限られるものではない。
また、広告掲載アプリの利用を少なくとも含む要因に起因して表示される広告は、広告掲載アプリの利用画面、又は広告掲載アプリの利用画面とは異なる画面に表示される。広告掲載アプリの利用画面に広告が表示されるとは、広告掲載アプリのコンテンツと広告とが一つの利用画面として表示されることである。一方、広告掲載アプリの利用画面とは異なる画面に表示されるとは、広告掲載アプリの利用画面とは異なる広告画面（広告ページ、ポップアップ画面等）が新たに表示され、その広告画面に広告が表示される。この場合、広告掲載アプリの利用画面に対して広告画面を重ねて表示されるようにしてもよい。この場合、広告画面を閉じると広告掲載アプリの利用画面が現われるようにしてもよい。
（２）広告サーバ５０の広告表示制御部５４０（表示制御部の一例）は、広告掲載アプリ（第１のアプリケーションの一例）を利用するユーザを示すアプリユーザＩＤ（ユーザ情報の一例）により示されるユーザが広告掲載アプリを利用するユーザのうちの特定ユーザであるか否かに基づいて、広告主アプリ（第２のアプリケーションの一例）に関連付けられた広告情報（アプリケーション情報の一例）をユーザ端末１０（端末装置の一例）に表示させるか否かを制御する。
このように、広告サーバ５０は、ユーザ端末１０の広告掲載アプリにおいて広告を要求したユーザが広告掲載アプリにおける特定ユーザであるか否かに基づいて、当該ユーザに対して広告を表示させるか否かを制御する。これにより例えば、利用しているアプリケーションに飽きてきたユーザを特定ユーザとすると、広告サーバ５０は、利用しているアプリケーションに夢中になっているユーザには広告を表示しないで、利用しているアプリケーションに飽きてきたユーザに対して広告を表示することができる。従って、本実施形態によれば、例えば、利用しているアプリケーションに飽きてきたユーザに対して当該ユーザの利用したことの無い他のアプリケーションを広告することができるため、ユーザに対して効果的に広告を表示することができる。
（３）広告サーバ５０の管理部５１０（特定ユーザ情報管理部の一例）は、さらに、広告掲載アプリ（第１のアプリケーションの一例）に対応した特定ユーザを示す特定ユーザ情報を管理する。そして、ユーザ判定部５５２（判定部の一例）は、特定ユーザ情報を参照して、広告掲載アプリを利用するユーザを示すアプリユーザＩＤ（ユーザ情報の一例）により示されるユーザが広告掲載アプリを利用するユーザのうちの特定ユーザであるか否かを判定する。
また、例えば、管理部５１０は、複数のアプリケーションの一部または全部のそれぞれに対応した特定ユーザを示す特定ユーザ情報を、特定ユーザ情報記憶部５２２（記憶部の一例）に記憶させて管理していてもよい。
このように、広告サーバ５０は、広告システム１に対応したアプリケーションにおける特定ユーザを管理しているので、例えば、広告掲載アプリから広告を要求したユーザがその広告掲載アプリに飽きてきたユーザであるか否かを判定することができ、広告掲載アプリに飽きてきたユーザに対して効果的に広告を表示することができる。
（４）広告サーバ５０は、特定ユーザ情報取得部５５１（照会部の一例）を備えている。特定ユーザ情報取得部５５１は、広告掲載アプリ（第１のアプリケーションの一例）を利用するユーザを示すアプリユーザＩＤ（ユーザ情報の一例）に基づいて、当該アプリユーザＩＤにより示されるユーザが広告掲載アプリを利用するユーザのうちの特定ユーザであるか否かを情報収集サーバ９０（外部のサーバ装置の一例）に対して照会する。例えば、特定ユーザ情報取得部５５１は、特定ユーザ情報を情報収集サーバ９０から取得して特定ユーザ情報記憶部５２２に記憶させることで、上記特定ユーザであるか否かを照会することができる。なお、特定ユーザ情報取得部５５１は、特定ユーザ情報を情報収集サーバ９０から取得して記憶させずに、情報収集サーバ９０に管理されている特定ユーザ情報を参照することで、上記特定ユーザであるか否かの照会をしてもよい。そして、ユーザ判定部５５２（判定部の一例）は、特定ユーザ情報取得部５５１が取得（照会）した結果に基づいて、広告掲載アプリを利用するユーザを示すアプリユーザＩＤにより示されるユーザが広告掲載アプリを利用するユーザのうちの特定ユーザであるか否かを判定する。
このように、広告サーバ５０は、アプリケーションの利用度が低下してきているユーザ、又は、利用するアプリケーションにおける課金の頻度や額が低下してきているユーザ（即ち、そのアプリケーションに飽きてきたユーザ）を示す特定ユーザ情報を外部の情報収集サーバ９０に照会することにより、広告掲載アプリから広告を要求したユーザがその広告掲載アプリに飽きてきたユーザであるか否かを判定することができ、広告掲載アプリに飽きてきたユーザに対して効果的に広告を表示することができる。
（５）広告サーバ５０は、広告要求取得部５４１（ユーザ情報取得部の一例）を備えている。広告要求取得部５４１は、広告掲載アプリ（第１のアプリケーションの一例）を利用するユーザを示すアプリユーザＩＤ（ユーザ情報の一例）をユーザ端末１０から取得する。ユーザ判定部５５２（判定部の一例）は、広告要求取得部５４１が取得した広告掲載アプリを利用するユーザを示すアプリユーザＩＤに基づいて、当該アプリユーザＩＤにより示されるユーザが広告掲載アプリを利用するユーザのうちの特定ユーザであるか否かを判定する。
これにより、広告サーバ５０は、ユーザ端末１０において広告掲載アプリから広告を要求したユーザを容易に特定することができ、容易に特定することができることによって、広告掲載アプリから広告を要求したユーザがその広告掲載アプリに飽きてきたユーザであるか否かを容易に判定することができる。
（６）本実施形態による広告システム１において、ユーザ端末１０（端末装置の一例）は、広告サーバ５０（管理装置の一例）と通信する。ユーザ端末１０は、広告要求部１２０（要求部の一例）と、広告取得部１２１（取得部の一例）と、表示制御部１４０（表示制御部の一例）と、を備えている。広告要求部１２０は、ユーザ端末１０（自端末装置）により実行された広告掲載アプリ（第１のアプリケーションの一例）に基づいて、広告情報（アプリケーション情報の一例）を要求する。そして、広告取得部１２１は、広告要求部１２０の要求により、広告掲載アプリを利用するユーザを示すアプリユーザＩＤ（ユーザ情報の一例）により示されるユーザが広告掲載アプリを利用するユーザのうちの特定ユーザであるか否かに基づいた広告情報であって、かつ、広告掲載アプリの利用を少なくとも含む要因に起因してユーザ端末１０に表示可能な広告主アプリ（第２のアプリケーションの一例）に関連付けられた広告情報を広告サーバ５０から取得する。
そして、表示制御部１４０は、広告取得部１２１が取得した広告情報を表示部１２（表示部の一例）に表示させる。
また、広告サーバ５０は複数のアプリケーションのそれぞれに関連付けられた広告情報（アプリケーション情報の一例）を管理していてもよい。
ここで、広告要求部１２０は、広告掲載アプリに基づいて広告情報を要求する場合、例えば、広告掲載アプリにおいてユーザがリンク広告を表示させるための所定の操作をしたことに応じて広告情報を要求する。なお、広告要求部１２０は、広告掲載アプリに基づいて広告情報を要求する場合広告掲載アプリが起動したことに応じて広告情報を要求してもよい。また、広告要求部１２０は、広告掲載アプリに基づいて広告情報を要求する場合、例えば、広告主アプリの広告情報が含まれる広告（リンク広告）を要求する広告要求情報を広告サーバ５０に対して送信する。
このように、ユーザ端末１０は、広告サーバ５０と通信することで、例えば、広告掲載アプリに飽きてきたユーザを特定ユーザとすると、広告掲載アプリを利用するユーザがその広告掲載アプリに飽きてきたユーザであるか否かに基づいて広告を表示することができる。よって、本実施形態によれば、特定ユーザであるか否かに基づいて、ユーザに対する広告の表示を制御することができ、ユーザに対して効果的に広告を表示することができる。
（７）広告取得部１２１（取得部の一例）は、広告掲載アプリ（第１のアプリケーションの一例）を利用するユーザを示すアプリユーザＩＤ（ユーザ情報の一例）により示されるユーザが広告掲載アプリを利用するユーザのうちの特定ユーザである場合には広告主アプリ（第２のアプリケーションの一例）に関連付けられた広告情報（アプリケーション情報の一例）を取得する。一方、広告取得部１２１は、広告掲載アプリを利用するユーザを示すアプリユーザＩＤにより示されるユーザが広告掲載アプリを利用するユーザのうちの特定ユーザではない場合には広告主アプリに関連付けられた広告情報を取得しない。
このように、ユーザ端末１０は、広告掲載アプリを利用するユーザを示すアプリユーザＩＤにより示されるユーザが、広告掲載アプリを利用するユーザのうちの特定ユーザの場合には広告を表示し、特定ユーザでない場合には広告を表示しない。これにより、例えば広告掲載アプリに飽きてきたユーザを特定ユーザとすると、ユーザ端末１０は、広告掲載アプリを利用するユーザがその広告掲載アプリに飽きてきたユーザである場合には広告を取得するようにする。一方、ユーザ端末１０は、広告掲載アプリを利用するユーザがその広告掲載アプリに夢中なユーザである場合には広告を取得しないようにする。よって、例えば、広告掲載アプリに飽きてきたユーザに対して効果的に広告を表示することができる。
[第２の実施形態]
次に、本発明の第２の実施形態について説明する。
第１の実施形態では、特定ユーザであるか否かに基づいて広告主アプリの広告を表示させるか否かを制御する例を説明したが、本実施形態では、特定ユーザであるか否かに基づいて広告の表示態様を制御する例を説明する。
ここで、表示態様とは、リスト型の広告の場合には、例えば、リストとして表示される複数の広告の表示順のことをいう。また、表示態様とは、ポップアップ型の広告の場合には、例えば、ポップアップ画面内における広告の表示位置や表示の大きさ等のことをいう。ここでは、表示態様を制御する例として、リスト型の広告における広告の表示順を制御する例を説明する。
本実施形態による広告システム１Ａの基本構成は、広告サーバ５０を除いて図１に示す広告システム１の構成と同様であり、ユーザ端末１０と、アプリサーバ３０と、広告サーバ５０Ａと、を備えている。本実施形態による広告システム１Ａでは、広告サーバ５０Ａの機能構成が、第１の実施形態による広告サーバ５０の機能構成と一部異なるため、その異なる構成及び本実施形態の特徴的な処理について説明する。
〔広告サーバ５０Ａの機能構成例〕
図１５は、本実施形態による広告サーバ５０Ａの機能構成の一例を示す概略構成図である。広告サーバ５０Ａは、管理部５１０と、端末状態取得部５３０と、広告表示制御部５４０Ａと、判定処理部５５０Ａと、ストア情報通知部５６０と、を備えている。また、広告サーバ５０Ａは、サーバ記憶部５２Ａが各種情報を記憶する機能の構成として、アプリケーション情報記憶部５２１Ａと、特定ユーザ情報記憶部５２２と、インストール情報記憶部５２３と、送客情報記憶部５２４と、を備えている。なお、この図１５において、図５に対応する構成には同一の符号を付しており、その説明を省略する。
アプリケーション情報記憶部５２１Ａには、図６に示すアプリケーション情報テーブルＴＢＬ５０１に加えて、優先広告対象情報テーブルＴＢＬ５０５Ａが記憶されている。図１６は、アプリケーション情報記憶部５２１Ａに記憶される優先広告対象情報テーブルＴＢＬ５０５Ａの一例を示す図である。優先広告対象情報テーブルＴＢＬ５０５Ａには、広告主アプリのうち優先して広告されるアプリケーションを示す優先広告対象のアプリケーションのアプリＩＤ（優先広告対象アプリＩＤ）が記憶される。ここでは、アプリＩＤが「ＡＰ―Ｂ」であるアプリＢと、アプリＩＤが「ＡＰ―Ｄ」であるアプリＤとが、優先広告対象アプリＩＤとして記憶されている。例えば、広告サーバ５０Ａが管理する複数のアプリケーションのうちのいずれかのアプリケーション（例えば、積極的に拡販中のアプリケーション）が、この優先広告対象のアプリケーションとして設定される。
なお、優先広告対象のアプリケーションの情報は、アプリケーション情報テーブルＴＢＬ５０１とは別の優先広告対象情報テーブルＴＢＬ５０５Ａに記憶されなくてもよい。例えば、優先広告対象のアプリケーションの情報は、図１７に示すアプリケーション情報テーブルＴＢＬ５０６Ａのように、他のアプリケーションに関する情報と一つのテーブルにまとめて記憶されてもよい。図１７は、本実施形態によるアプリケーション情報テーブルＴＢＬ５０６Ａの一例を示す図である。アプリケーション情報テーブルＴＢＬ５０６Ａには、図６に示すアプリケーション情報テーブルＴＢＬ５０１に記憶されているアプリＩＤやアプリ名称等のアプリケーションに関する情報に加えて、優先広告対象のアプリケーションを示す情報（「優先」）が関連付けられて記憶される。ここでは、図１６に示す例と同様に、アプリＢ及びアプリＤが優先広告対象のアプリケーションであることを示している。
また、広告掲載アプリと同一のジャンルのアプリケーションを優先広告対象のアプリケーションとしてもよい。図１８は、本実施形態によるアプリケーション情報テーブルＴＢＬ５０７Ａの別の例を示す図である。アプリケーション情報テーブルＴＢＬ５０７Ａには、図６に示すアプリケーション情報テーブルＴＢＬ５０１に記憶されているアプリＩＤやアプリ名称等のアプリケーションに関する情報に加えて、各アプリケーションが属するジャンルを示す情報が関連付けられて記憶される。ここでは、広告掲載アプリであるアプリＸと同一のジャンルであるアプリＢ及びアプリＤが優先広告対象のアプリケーションであることを示している。
ここで、アプリケーションのジャンルとは、例えば、アプリケーションにおける任意の分類とすることができる、例えば、ゲーム用、ビジネス用、学習用等といったアプリケーションを利用する目的に応じた分類としてもよいし、ゲーム用アプリケーションにおけるアクションゲーム、ロールプレイングゲーム、パズルゲーム、スポーツゲーム等といったゲームの内容に応じた分類としてもよい。また、さらに詳細に、スポーツゲームにおける野球ゲーム、サッカーゲーム、テニスゲーム等といったゲームの題材となったスポーツに応じた分類としてもよい。
広告表示制御部５４０Ａは、広告掲載アプリの利用を少なくとも含む要因に起因してユーザ端末１０に表示させるリンク広告を、そのユーザ端末１０を利用するユーザが広告掲載アプリにおける特定ユーザであるか否かに基づいて広告の表示態様が異なるように表示させる制御をする。例えば、広告表示制御部５４０Ａは、広告要求取得部５４１と、広告情報生成部５４２Ａと、広告通知部５４３と、を備えている。また、判定処理部５５０Ａは、特定ユーザ情報取得部５５１と、ユーザ判定部５５２と、広告表示判定部５５３Ａと、を備えている。
広告表示判定部５５３Ａは、ユーザ判定部５５２による特定ユーザであるか否かの判定結果に基づいて、広告の表示態様を判定する。ここでは、広告表示判定部５５３Ａは、ユーザ判定部５５２による特定ユーザであるか否かの判定結果に基づいて、リスト型の広告における広告の表示順を判定する。例えば、広告表示判定部５５３Ａは、ユーザ判定部５５２により特定ユーザであると判定された場合には、優先広告対象のアプリケーションの広告をリストの上位（例えば、上側、先頭）の表示順にすると判定し、判定した結果を判定結果を示す情報として広告情報生成部５４２Ａに引き渡す。一方、広告表示判定部５５３Ａは、ユーザ判定部５５２により特定ユーザでないと判定された場合には、優先広告対象のアプリケーションの広告をリストの下位（例えば、下側）の表示順にすると判定し、判定した結果を判定結果を示す情報として広告情報生成部５４２Ａに引き渡す。
広告情報生成部５４２Ａは、広告表示判定部５５３Ａから受け取った判定結果を示す情報に基づいて、リンク広告を生成する。
例えば、広告情報生成部５４２Ａは、特定ユーザである場合には、複数のアプリケーションの中から優先広告対象のアプリケーションを、広告する広告主アプリとして優先して決定する。そして、広告情報生成部５４２Ａは、特定ユーザである場合には、複数の広告が表示されるリスト型のリンク広告を生成する場合、優先広告対象のアプリケーションの広告がリストの上位になるような表示順のリンク広告を生成する。そして、広告通知部５４３は、広告情報生成部５４２Ａにより生成されたリンク広告を、ユーザ端末１０に対して送信する。
一方、広告情報生成部５４２Ａは、特定ユーザでない場合には、複数のアプリケーションの中から優先広告対象以外のアプリケーションを、広告する広告主アプリとして優先して決定して、リンク広告を生成する。また、広告情報生成部５４２Ａは、優先広告対象のアプリケーションがリンク広告に含まれる場合には、優先広告対象のアプリケーションの広告がリストの下位になるような表示順のリンク広告を生成する（例えば、図１０に示すリンク広告ＡＤ１参照）。そして、広告通知部５４３は、広告情報生成部５４２Ａにより生成されたリンク広告を、ユーザ端末１０に対して送信する。
なお、広告情報生成部５４２Ａは、特定ユーザでない場合には、複数のアプリケーションの中から広告する広告主アプリをランダムに決定し、決定した広告主アプリの広告をランダムな表示順に並べたリンク広告を生成してもよい。
図１９は、優先広告対象のアプリケーションの広告を優先したリスト型のリンク広告ＡＤ３の一例を示す図である。リンク広告ＡＤ３は、リスト型の広告であり、上位から下位に向かって、アプリＢの広告Ｐ３１、アプリＤの広告Ｐ３２、アプリＡの広告Ｐ３３、・・・の順に並んでいる。広告Ｐ３１、広告Ｐ３２、広告Ｐ３３、・・・のそれぞれには、各広告のアプリケーションの名称とアプリケーションのアイコン画像（アイコンＰ３４、アイコンＰ３５、アイコンＰ３６、・・・）とが表示される。これら広告Ｐ３１〜Ｐ３６は、ユーザによるクリック操作又はタップ操作等を受け付ける操作子として表示される。
なお、図１９に示す例では、優先広告対象のアプリケーションであるアプリＢ及びアプリＤのうちアプリＢがリストの上位に表示されているが、アプリＢとアプリＤとの表示順は、ランダムに選ばれてもよいし、優先広告対象のアプリケーションのなかでもさらに優先順が定められていてもよい。
〔第２の実施形態による広告表示処理の動作例〕
次に、本実施形態による広告表示処理の動作について説明する。本実施形態による広告表示処理は、ステップＳ５０４における広告表示判定処理で行われる処理（図１３に示す広告表示判定処理）を除いて、図１２に示す広告表示処理と同様である。ここでは、図２０を参照して、本実施形態による広告表示判定処理の動作について説明する。
図２０は、本実施形態による広告表示判定処理の一例を示すフローチャートである。この図２０のステップＳ１５２０、Ｓ１５２２、Ｓ１５２４、Ｓ１５２８の各処理は、図１３のステップＳ５２０、Ｓ５２２、Ｓ５２４、Ｓ５２８の各処理と同様であるため、その説明を省略する。
広告要求したユーザが特定ユーザであると判定され（ステップＳ１５２０：ＹＥＳ）、且つ、表示する広告があると判定された場合には（ステップＳ１５２４：ＹＥＳ）、広告表示判定部５５３Ａは、優先広告対象のアプリケーションの広告をリストの上位の表示順にすると判定する（ステップＳ１５２６）。また、広告要求したユーザが特定ユーザでないと判定された場合には（ステップＳ１５２０：ＮＯ）、広告表示判定部５５３Ａは、優先広告対象のアプリケーションの広告がリストの下位の表示順にすると判定する（ステップＳ１５３０）。なお、表示する広告がないと判定された場合には（ステップＳ１５２４：ＹＥＳ）、広告表示判定部５５３Ａは、広告を表示しないと判定する（ステップＳ１５２８）。
そして、広告情報生成部５４２Ａは、上述の広告表示判定処理による判定結果に基づいて、リンク広告を生成する（図１２のステップＳ５０６）。
なお、本実施形態による表示態様の変更は、リスト型のリンク広告に限られるものではない。例えば、特定ユーザである場合には、特定ユーザでない場合に比べて優先広告対象のアプリケーションの広告が目立つように表示されれば、バナー型、アイコン型、リスト型、ポップアップ型等のいずれの表示形態の広告であってもよい。ここで、広告を目立つように表示する場合には、広告の表示位置や大きさ、広告の文字の色や濃淡を変える方法や、広告を点滅表示させる方法等がある。
例えば、広告情報生成部５４２Ａは、特定ユーザである場合には、特定ユーザでない場合に比べて優先広告対象のアプリケーションの広告が大きくなるように、バナー画像、アイコン等をリンク広告として生成してもよい。また、広告情報生成部５４２Ａは、特定ユーザである場合には、特定ユーザでない場合に比べて優先広告対象のアプリケーションの広告が大きくなるように表示されるリンク広告のポップアップ画面を生成してもよい。
図２１は、優先広告対象のアプリケーションの広告を優先したポップアップ型のリンク広告ＡＤ４の一例を示す図である。リンク広告ＡＤ４は、ポップアップ画面内にアプリＢの広告Ｐ４１、アプリＤの広告Ｐ４２、アプリＡの広告Ｐ４３が並んでいる。ここで、優先広告対象のアプリケーションであるアプリＢ及びアプリＤのそれぞれの広告は、優先広告対象以外のアプリケーションであるアプリＡの広告に比べて大きく表示される。なお、特定ユーザでない場合には、例えば、ポップアップ画面内にアプリＢの広告、アプリＤの広告、及びアプリＡの広告が同じ大きさで表示される。
具体的には、図１２のステップＳ５０４における広告表示判定処理において、図２２の広告表示判定処理を行うことで実現できる。図２２は、本実施形態による広告表示判定処理の別の例を示すフローチャートである。この図２２のステップＳ１５４０、Ｓ１５４２、Ｓ１５４４、Ｓ１５４８の各処理は、図１３のステップＳ５２０、Ｓ５２２、Ｓ５２４、Ｓ５２８の各処理と同様であるため、その説明を省略する。
広告要求したユーザが特定ユーザであると判定され（ステップＳ１５４０：ＹＥＳ）、且つ、表示する広告があると判定された場合には（ステップＳ１５４４：ＹＥＳ）、広告表示判定部５５３Ａは、優先広告対象のアプリケーションの広告を目立つように（例えば、優先広告対象以外のアプリケーションより大きく）表示すると判定する（ステップＳ１５４６）。また、広告要求したユーザが特定ユーザでないと判定された場合には（ステップＳ１５４０：ＮＯ）、広告表示判定部５５３Ａは、優先広告対象のアプリケーションの広告と優先広告対象以外のアプリケーションの広告とを同様に（例えば、同じ大きさで）表示すると判定する（ステップＳ１５５０）。なお、表示する広告がないと判定された場合には（ステップＳ１５４４：ＹＥＳ）、広告表示判定部５５３Ａは、広告を表示しないと判定する（ステップＳ１５４８）。
そして、広告情報生成部５４２Ａは、上述の広告表示判定処理による判定結果に基づいて、リンク広告を生成する（図１２のステップＳ５０６）。
なお、広告情報生成部５４２Ａは、特定ユーザである場合に、特定ユーザでない場合に比べて優先広告対象のアプリケーションの広告が目立つように表示されるリンク広告を生成する例を説明したが、特定ユーザでない場合に比べて優先広告対象のアプリケーションの広告が目立つように表示されるリンク広告に代えて、特定ユーザでない場合に比べて優先広告対象のアプリケーション以外の広告が目立たないように表示されるリンク広告を生成してもよい。この場合も、特定ユーザである場合には、相対的に優先広告対象のアプリケーションの広告が目立つように表示される。
〔第２の実施形態のまとめ〕
（１）以上説明したように、本実施形態による広告システム１Ａにおいて、広告サーバ５０Ａは、第１の実施形態による広告表示制御部５４０に代えて、広告表示制御部５４０Ａを備えている。広告表示制御部５４０Ａ（表示制御部の一例）は、広告主アプリ（第２のアプリケーションの一例）に関連付けられた広告情報（アプリケーション情報の一例）を、広告掲載アプリ（第１のアプリケーションの一例）を利用するユーザを示すアプリユーザＩＤ（ユーザ情報の一例）により示されるユーザが広告掲載アプリを利用するユーザのうちの特定ユーザであるか否かに基づいて当該広告情報の表示態様が異なるように表示させる制御をする。
このように、広告システム１Ａは、広告掲載アプリにおいて広告を要求したユーザが広告掲載アプリにおける特定ユーザであるか否かに基づいて、当該ユーザに対して表示する広告の表示態様を異ならせるため、例えば、広告掲載アプリに飽きてきたユーザを特定ユーザとすると、利用しているアプリケーションに飽きてきたユーザに対して目立つように広告を表示することができる。よって、ユーザに応じて効果的に広告を表示することができる。
（２）表示態様とは、リスト型の広告の場合には、例えば、リストとして表示される複数の広告の表示順のことをいう。例えば、広告表示制御部５４０Ａは、上記特定ユーザである場合には、優先広告対象のアプリケーションの広告がリストの上位（例えば、上側、先頭）になるような表示順のリンク広告を生成する。一方、広告表示制御部５４０Ａは、上記特定ユーザでない場合には、優先広告対象のアプリケーションの広告がリストの下位（例えば、下側）になるような表示順のリンク広告を生成する。なお、広告表示制御部５４０Ａは、上記特定ユーザでない場合には、優先広告対象のアプリケーションを除外したリンク広告を生成してもよい。
これにより、広告システム１Ａは、広告掲載アプリにおいて広告を要求したユーザが広告掲載アプリにおける特定ユーザである場合には、優先して広告したい広告主アプリの広告をリストの上位に表示するため、当該広告を目立たせることができる。
（３）表示態様とは、ポップアップ型の広告の場合には、例えば、ポップアップ画面内における広告の表示位置や大きさ等としてもよい。例えば、広告表示制御部５４０Ａは、上記特定ユーザである場合には、優先広告対象のアプリケーションの広告が上記特定ユーザでない場合に比べて大きく表示されるようなリンク広告を生成する。
これにより、広告システム１Ａは、広告掲載アプリにおいて広告を要求したユーザが広告掲載アプリにおける特定ユーザである場合には、優先して広告したい広告主アプリの広告を特定ユーザでない場合に比べて大きく表示するため、当該広告を目立たせることができる。
（４）優先広告対象のアプリケーションとは、広告システム１Ａにおいてユーザに対して優先して広告を表示させたいアプリケーション（広告主アプリ）である。例えば、広告掲載アプリと同じジャンルの広告主アプリの広告は、広告掲載アプリにおける特定ユーザに対しては優先的に表示させたい広告である。一方、広告掲載アプリをよく利用しているユーザにはその広告掲載アプリを継続して利用して貰いため、その広告掲載アプリと同じジャンルの広告主アプリの広告は表示されないようにするか、又は表示したとしても目立たないように表示する。なお、広告掲載アプリをよく利用しているユーザには、その広告掲載アプリの利用を阻害しないような広告主アプリ（例えば、広告掲載アプリのジャンルとは異なるジャンルのアプリケーション）の広告が表示されてもよい。
（５）図１６、１７、１８を例に、表示態様を変更する優先広告対象のアプリケーションが予め定められている例を説明したが、これに限らず、広告サーバ５０Ａは、表示態様を変更するアプリケーションの広告を、当該広告を生成する際に所定の情報に基づいて判定して決定してもよい。この所定の情報は、例えば、広告に基づいてアプリケーションをインストールしたユーザについて、そのユーザの定着率が高いか否かを示す情報等である。ここで、ユーザの定着率が高いとは、アプリケーションの利用を開始したユーザのうち、そのアプリケーションの利用を継続しているユーザの割合が高いことをいう。
（６）本実施形態による広告システム１Ａでは、特定ユーザであるか否かに基づいて、優先広告対象のアプリケーションの広告の大きさを異ならせるように表示する例を説明したが、これに限られるものでない。例えば、広告システム１Ａは、特定ユーザであるか否かに基づいて、リンク広告として表示されるいずれかの広告主アプリの広告の表示の大きさを異ならせるようにしもよい。
（７）本実施形態では、特定ユーザであるか否かに基づいて広告の表示態様を異ならせる例を説明したが、特定ユーザであるか否かに基づいて広告対象となるアプリケーションを異ならせるようにしてもよい。
例えば、広告表示制御部５４０Ａ（表示制御部の一例）は、広告掲載アプリ（第１のアプリケーションの一例）を利用するユーザを示すアプリユーザＩＤ（ユーザ情報の一例）により示されるユーザが特定ユーザであるか否か、及び、広告掲載アプリに関連付けられた広告情報（アプリケーション情報の一例）と広告主アプリ（第２のアプリケーションの一例）に関連付けられた広告情報とが所定の関係であるか否か、に基づいて、ユーザ端末１０に表示可能な広告情報の表示を制御する。
ここで、所定の関係とは、例えば、同じジャンルに属するアプリケーションどうしの関係である。例えば、広告表示制御部５４０Ａは、特定ユーザである場合には、広告掲載アプリと同じジャンルの広告主アプリの広告をユーザ端末１０に表示するように制御する。一方、広告表示制御部５４０Ａは、特定ユーザでない場合には、広告掲載アプリと異なるジャンルの広告主アプリの広告をユーザ端末１０に表示するように制御する。
これにより、例えば、広告掲載アプリに飽きてきたユーザを特定ユーザとすると、広告サーバ５０Ａは、広告掲載アプリに夢中なユーザに対しては、当該ユーザに対して広告掲載アプリの利用が低下しないように異なるジャンルのアプリケーションの広告を表示することができる。一方、広告サーバ５０Ａは、広告掲載アプリに飽きてきたユーザに対しては、当該ユーザに対して興味がありそうな同じジャンルのアプリケーションの広告を表示することができる。よって、ユーザが特定ユーザであるか否かに基づいて、表示する広告を切り替えることができるため、ユーザに対して効果的に広告を表示することができる。
[第３の実施形態]
次に、本発明の第３の実施形態について説明する。
上述した第１の実施形態（及び第２の実施形態）では、ユーザ端末１０の広告掲載アプリから広告要求をしたことに基づいて、広告サーバ５０が特定ユーザであるか否かに基づいて生成したリンク広告がユーザ端末１０に表示される例を説明した。本実施形態では、まず、ユーザ端末１０Ｂから広告サーバ５０Ｂに対して広告表示の問合せを行い、その問合せの結果に基づいて広告要求をするか否かをユーザ端末１０Ｂが判定する例を説明する。
本実施形態による広告システム１Ｂの基本構成は、ユーザ端末１０及び広告サーバ５０を除いて図１に示す広告システム１の構成と同様であり、ユーザ端末１０Ｂと、アプリサーバ３０と、広告サーバ５０Ｂと、を備えている。本実施形態による広告システム１Ｂでは、ユーザ端末１０Ｂの機能構成と、広告サーバ５０Ｂの機能構成とのそれぞれが、第１の実施形態によるユーザ端末１０の機能構成と、第１の実施形態による広告サーバ５０の機能構成とのそれぞれと一部が異なるため、その異なる構成及び本実施形態の特徴的な処理について説明する。
〔ユーザ端末１０Ｂの機能構成例〕
図２３は、本実施形態によるユーザ端末１０Ｂの機能構成の一例を示す概略構成図である。ユーザ端末１０Ｂは、機能構成として、初期化処理部１１０と、広告要求部１２０Ｂと、広告取得部１２１と、広告表示問合せ部１２２Ｂと、広告表示可否情報取得部１２３Ｂと、表示制御部１４０と、送客情報通知部１５０と、を備えている。なお、この図２３において、図４に対応する構成には同一の符号を付しており、その説明を省略する。
広告表示問合せ部１２２Ｂは、広告掲載アプリにおけるユーザに対して広告を表示するか否かを広告サーバ５０Ｂへ問合せる問合せ情報として、広告掲載アプリのアプリＩＤと、広告掲載アプリに関連付けられているアプリユーザＩＤとを広告サーバ５０Ｂに対して送信する。この広告掲載アプリに関連付けられているアプリユーザＩＤは、ユーザ端末１０Ｂにおいて広告掲載アプリを利用するユーザの広告掲載アプリにおけるアプリユーザＩＤである。
なお、広告掲載アプリを特定可能な情報と、広告掲載アプリにおけるユーザを特定可能な情報との両方がアプリユーザＩＤに含まれている場合には、広告表示問合せ部１２２Ｂは、広告掲載アプリのアプリＩＤを含めずに、広告掲載アプリに関連付けられているアプリユーザＩＤを上記問合せ情報として、広告サーバ５０Ｂに対して送信してもよい。
なお、広告表示問合せ部１２２Ｂは、広告掲載アプリに関連付けられているアプリユーザＩＤに代えて、ユーザ端末１０Ｂに対応する広告ユーザＩＤを広告サーバ５０Ｂに対して送信してもよい。この場合、広告サーバ５０Ｂは、インストール情報記憶部５２３（インストール情報管理テーブルＴＢＬ５０３）を参照して、広告ユーザＩＤに対応する広告掲載アプリにおけるアプリユーザＩＤを抽出する。
広告表示可否情報取得部１２３Ｂは、広告表示問合せ部１２２Ｂが送信した広告掲載アプリにおけるアプリユーザＩＤにより示されるユーザがその広告掲載アプリにおける特定ユーザであるか否かに基づいて広告サーバ５０Ｂから送信された広告表示可否情報を取得する。ここで、この広告表示可否情報は、ユーザ端末１０Ｂにリンク広告を表示するか否かを示す情報である。
広告要求部１２０Ｂは、広告表示可否情報取得部１２３Ｂが取得した広告表示可否情報に基づいて、広告要求情報を広告サーバ５０Ｂに対して送信するか否かを決定する。例えば、リンク広告を表示することを示す広告表示可否情報を広告表示可否情報取得部１２３Ｂが取得した場合、広告要求部１２０Ｂは、広告要求情報を広告サーバ５０Ｂに対して送信する。即ち、広告要求部１２０Ｂは、広告表示問合せ部１２２Ｂが送信した広告掲載アプリにおけるアプリユーザＩＤにより示されるユーザが広告掲載アプリにおける特定ユーザである場合、ユーザ端末１０Ｂにより実行された広告掲載アプリに基づいて、広告主アプリの広告を含むリンク広告を要求する。一方、広告要求部１２０Ｂは、リンク広告を表示しないことを示す広告表示可否情報を広告表示可否情報取得部１２３Ｂが取得した場合には、広告要求情報を広告サーバ５０Ｂに対して送信しない。即ち、広告要求部１２０Ｂは、広告表示問合せ部１２２Ｂが送信した広告掲載アプリにおけるアプリユーザＩＤにより示されるユーザが広告掲載アプリにおける特定ユーザでない場合、リンク広告を要求しない。
広告取得部１２１は、広告要求部１２０が送信した広告要求情報に応じて広告サーバ５０Ｂから送信される広告主アプリの広告を含むリンク広告を取得する。
表示制御部１４０は、広告取得部１２１が取得したリンク広告を表示部１２に表示させる。つまり、表示制御部１４０は、広告表示問合せ部１２２Ｂが送信した広告掲載アプリにおけるアプリユーザＩＤにより示されるユーザが特定ユーザであるか否かに基づいて、広告主アプリの広告を含むリンク広告を表示させるか否かを制御することとなる。
このように、本実施形態では、ユーザ端末１０Ｂの広告掲載アプリに組み込まれているＳＤＫの表示制御部１４０は、広告表示問合せ部１２２Ｂが送信した広告掲載アプリにおけるアプリユーザＩＤにより示されるユーザが特定ユーザであるか否かに基づいて、広告掲載アプリの利用を少なくとも含む要因に起因してユーザ端末１０Ｂに表示可能なアプリケーション情報であって、かつ、広告主アプリの広告を含むリンク広告の表示を制御する。
〔広告サーバ５０Ｂの機能構成例〕
図２４は、本実施形態による広告サーバ５０Ｂの機能構成の一例を示す概略構成図である。広告サーバ５０Ｂは、管理部５１０と、端末状態取得部５３０と、広告表示制御部５４０Ｂと、判定処理部５５０Ｂと、ストア情報通知部５６０と、を備えている。また、広告サーバ５０Ｂは、サーバ記憶部５２が各種情報を記憶する機能の構成として、アプリケーション情報記憶部５２１と、特定ユーザ情報記憶部５２２と、インストール情報記憶部５２３と、送客情報記憶部５２４と、を備えている。なお、この図２４において、図５に対応する構成には同一の符号を付しており、その説明を省略する。
広告表示制御部５４０Ｂは、広告要求取得部５４１と、広告情報生成部５４２Ｂと、広告通知部５４３と、広告表示問合せ取得部５４４Ｂと、広告表示可否情報通知部５４５Ｂと、を備えている。また、判定処理部５５０Ｂは、特定ユーザ情報取得部５５１と、ユーザ判定部５５２Ｂと、広告表示判定部５５３Ｂと、を備えている。
広告表示問合せ取得部５４４Ｂは、広告掲載アプリにおけるユーザに対して広告を表示するか否かを広告サーバ５０Ｂへ問合せる問合せ情報をユーザ端末１０Ｂから取得する。この問合せ情報には、広告掲載アプリのアプリＩＤと、広告掲載アプリに関連付けられているアプリユーザＩＤとが含まれている。なお、広告掲載アプリを特定可能な情報と、広告掲載アプリにおけるユーザを特定可能な情報との両方がアプリユーザＩＤに含まれている場合には、上記問合せ情報には、広告掲載アプリのアプリＩＤが含まれなくてもよい。また、広告表示問合せ取得部５４４Ｂは、取得した問合せ情報に含まれる広告掲載アプリのアプリＩＤとアプリユーザＩＤとをユーザ判定部５５２Ｂに引き渡す。
ユーザ判定部５５２Ｂは、広告表示問合せ取得部５４４Ｂから問合せ情報に含まれる広告掲載アプリのアプリＩＤとアプリユーザＩＤとを受け取ると、そのアプリユーザＩＤにより示されるユーザが広告掲載アプリにおける特定ユーザであるか否かを判定する。
具体的には、ユーザ判定部５５２Ｂは、特定ユーザ情報記憶部５２２（特定ユーザ情報テーブルＴＢＬ５０２）を参照して、問合せ情報に含まれるアプリユーザＩＤが広告掲載アプリにおける特定ユーザのアプリユーザＩＤとして記憶されている場合には、そのユーザが特定ユーザであると判定する。一方、ユーザ判定部５５２Ｂは、問合せ情報に含まれるアプリユーザＩＤが広告掲載アプリにおける特定ユーザのアプリユーザＩＤとして記憶されていない場合には、そのユーザが特定ユーザではないと判定する。
広告表示判定部５５３Ｂは、ユーザ判定部５５２Ｂによる特定ユーザであるか否かの判定結果に基づいて、広告表示をするか否かを判定する。つまり、広告表示判定部５５３Ｂは、特定ユーザであるか否かの判定結果に基づいて、広告掲載アプリからの広告要求に応じて広告主アプリの広告を含むリンク広告をユーザ端末１０Ｂに表示するか否かを判定する。
例えば、広告表示判定部５５３Ｂは、ユーザ判定部５５２Ｂにより特定ユーザであると判定された場合には広告表示をすると判定し、広告表示をすることを示す情報を判定結果を示す情報として広告表示可否情報通知部５４５Ｂに引き渡す。一方、広告表示判定部５５３Ｂは、ユーザ判定部５５２Ｂにより特定ユーザでないと判定された場合には広告表示をしないと判定し、広告表示をしないことを示す情報を判定結果を示す情報として広告表示可否情報通知部５４５Ｂに引き渡す。
広告表示可否情報通知部５４５Ｂは、広告表示判定部５５３Ｂから判定結果を示す情報を受け取ると、この判定結果に基づいて、リンク広告を表示するか否かを示す広告表示可否情報をユーザ端末１０Ｂに送信する。これにより、リンク広告を表示することを示す広告表示可否情報が広告表示可否情報通知部５４５Ｂからユーザ端末１０Ｂに送信された場合には、ユーザ端末１０Ｂから広告要求情報が送信される。一方、リンク広告を表示しないことを示す広告表示可否情報が広告表示可否情報通知部５４５Ｂからユーザ端末１０Ｂに送信された場合には、ユーザ端末１０Ｂから広告要求情報は送信されない。
広告情報生成部５４２Ｂは、広告要求取得部５４１がユーザ端末１０Ｂから送信された広告要求情報を受け取ると、複数のアプリケーションの中から広告する広告主アプリを決定し、決定した広告主アプリの広告が表示されるリンク広告を生成する。つまり、本実施形態では、特定ユーザであると判定された場合のみユーザ端末１０Ｂから広告要求情報が送信される。そのため、広告情報生成部５４２Ｂは、広告要求情報を受け取った後に判定処理部５５０Ｂによる判定処理を行うことなくリンク広告を生成する。広告通知部５４３は、広告情報生成部５４２Ｂが生成したリンク広告をユーザ端末１０Ｂに送信する。
このように、本実施形態による広告サーバ５０Ｂは、特定ユーザであると判定された場合のみ、ユーザ端末１０Ｂから広告要求を受けることによりリンク広告を生成してユーザ端末１０Ｂに送信する。
〔第３の実施形態による広告表示処理の動作例〕
次に、図２５を参照して、本実施形態による広告システム１Ｂにおいて、特定ユーザであるか否かに基づいてリンク広告の表示を制御する広告表示処理の動作について説明する。
図２５は、本実施形態による広告表示処理の一例を示すフローチャートである。ここでは、ユーザ端末１０Ｂにインストールされて起動したアプリＸが広告掲載アプリとなって広告要求を行う場合の広告表示処理の動作例を説明する。また、ここでは、ユーザ端末１０Ｂに表示されるリンク広告は、ポップアップ画面にアプリＡの広告を含む複数の広告主アプリの広告が表示されるポップアップ型の広告であって、ユーザによる操作を受け付けることなく広告掲載アプリが起動したことに応じて表示可能な広告である場合を例として説明する。
なお、この図２５のステップＳ２１００、Ｓ２１０２、Ｓ２１０４、Ｓ２１０６、Ｓ２１０８、Ｓ２５００、Ｓ２５０１の各処理は、図１２のステップＳ１００、Ｓ１０２、Ｓ１０４、Ｓ１０６、Ｓ１０８、Ｓ５００、Ｓ５０１の各処理と同様であるため、その説明を省略する。
初期化処理が終了すると（ステップＳ２１０８又はステップＳ２１００：ＹＥＳ）、ユーザ端末１０ＢのアプリＸは、アプリＸに組み込まれているＳＤＫに対して、広告の表示指示を行う。これにより、ユーザ端末１０ＢのアプリＸに組み込まれているＳＤＫの広告表示問合せ部１２２Ｂは、広告掲載アプリにおけるユーザに対して広告を表示するか否かの問合せ情報を、広告サーバ５０Ｂに対して送信する（ステップＳ２１１０）。この問合せ情報には、例えば、広告掲載アプリのアプリＩＤと、広告掲載アプリに関連付けられているアプリユーザＩＤとが含まれる。
次に、広告サーバ５０Ｂの広告表示問合せ取得部５４４Ｂは、ユーザ端末１０Ｂから送信された、広告掲載アプリにおけるユーザに対して広告を表示するか否かの問合せ情報を取得する（ステップＳ２５０２）。この問合せ情報には、広告掲載アプリのアプリＩＤと、広告掲載アプリにおけるアプリユーザＩＤとが含まれている。そして、広告表示問合せ取得部５４４Ｂは、取得した問合せ情報に含まれる広告掲載アプリのアプリＩＤとアプリユーザＩＤとを判定処理部５５０Ｂに引き渡す。
次に、判定処理部５５０Ｂは、広告要求情報に含まれる広告ユーザＩＤにより示されるユーザが広告掲載アプリにおける特定ユーザであるか否かに基づいて、広告表示の制御内容を判定する広告表示判定処理を実行する（ステップＳ２５０４）。この広告表示判定処理は、広告表示判定部５５３の処理を広告表示判定部５５３Ｂが処理する以外は、図１３に示す広告表示判定処理と同様の処理である。
例えば、広告要求したユーザが特定ユーザであると判定され（ステップＳ５２０：ＹＥＳ）、且つ、表示する広告があると判定された場合には（ステップＳ５２４：ＹＥＳ）、広告表示判定部５５３Ｂは、広告を表示すると判定する（ステップＳ５２６）。また、広告要求したユーザが特定ユーザでないと判定された場合（ステップＳ５２０：ＮＯ）、又は、表示する広告がないと判定された場合には（ステップＳ５２４：ＹＥＳ）、広告表示判定部５５３Ｂは、広告を表示しないと判定する（ステップＳ５２８）。
次に、広告サーバ５０Ｂの広告表示可否情報通知部５４５Ｂは、上述の広告表示判定処理による判定結果に基づいて、リンク広告を表示するか否かを示す広告表示可否情報をユーザ端末１０Ｂに送信する。例えば、広告表示可否情報通知部５４５Ｂは、上述の広告表示判定処理により広告を表示すると判定された場合には、リンク広告を表示することを示す広告表示可否情報をユーザ端末１０Ｂに送信する。一方、広告表示可否情報通知部５４５Ｂは、上述の広告表示判定処理により広告を表示しないと判定された場合には、リンク広告を表示しないことを示す広告表示可否情報をユーザ端末１０Ｂに送信する（ステップＳ２５０６）。
次に、ユーザ端末１０ＢのアプリＸに組み込まれているＳＤＫの広告表示可否情報取得部１２３Ｂは、広告サーバ５０Ｂから送信された広告表示可否情報を取得する（ステップＳ２１１２）。
続いて、ユーザ端末１０ＢのアプリＸに組み込まれているＳＤＫの広告要求部１２０Ｂは、広告表示可否情報取得部１２３Ｂが取得した広告表示可否情報に基づいて、広告要求情報を広告サーバ５０Ｂに対して送信するか否かを判定する（ステップＳ２１１４）。
広告要求部１２０Ｂは、広告表示可否情報取得部１２３Ｂが取得した広告表示可否情報がリンク広告を表示することを示す広告表示可否情報である場合、広告を表示すると判定し（ステップＳ２１１４：ＹＥＳ）、広告要求情報を広告サーバ５０Ｂに送信する（ステップＳ２１１６）。
一方、広告要求部１２０Ｂは、広告表示可否情報取得部１２３Ｂが取得した広告表示可否情報がリンク広告を表示しないことを示す広告表示可否情報である場合、広告を表示しないと判定し（ステップＳ２１１４：ＮＯ）、広告要求情報を広告サーバ５０Ｂに送信しない。これにより広告表示処理が終了し、例えば、表示制御部１４０は、アプリＸの利用画面を表示部１２に表示させる。
広告サーバ５０Ｂの広告要求取得部５４１は、ユーザ端末１０ＢのアプリＸから送信された広告要求情報を取得すると、取得した広告要求情報を広告情報生成部５４２Ｂに引き渡す（ステップＳ２５０８）。
広告情報生成部５４２Ｂは、広告要求取得部５４１から広告要求情報を受け取ると、複数のアプリケーションの中から広告する広告主アプリを決定し、決定した広告主アプリの広告が表示されるリンク広告を生成する（ステップＳ２５１０）。そして、広告サーバ５０Ｂの広告通知部５４３は、広告情報生成部５４２Ｂが生成したリンク広告をユーザ端末１０Ｂに対して送信する（ステップＳ２５１２）。
次に、ユーザ端末１０ＢのアプリＸに組み込まれているＳＤＫの広告取得部１２１は、広告サーバ５０Ｂから送信されたリンク広告を取得する。そして、表示制御部１４０は、広告取得部１２１が取得したリンク広告を表示部１２に表示させる。具体的には、表示制御部１４０は、表示部１２に表示させていたアプリＸの起動画面の前面に、リンク広告の画面（リンク広告のページ）を重ねて表示させる（ステップＳ２１１８）。
〔第３の実施形態のまとめ〕
（１）以上説明したように、本実施形態による広告システム１Ｂにおいて、ユーザ端末１０Ｂ（端末装置の一例）は、広告表示可否情報取得部１２３Ｂ（判定情報取得部の一例）と、表示制御部１４０と、を備えている。広告表示可否情報取得部１２３Ｂは、広告掲載アプリ（第１のアプリケーションの一例）を利用するユーザのうちの特定ユーザを示す特定ユーザ情報を管理する広告サーバ５０Ｂ（管理装置の一例）から、ユーザ端末１０Ｂ（自端末装置）で実行される広告掲載アプリを利用するユーザが特定ユーザを示すか否かを判定した結果に基づく判定情報（例えば、広告表示可否情報）を取得する。
表示制御部１４０は、広告掲載アプリの利用を少なくとも含む要因に起因してユーザ端末１０Ｂに表示可能な広告主アプリ（第２のアプリケーションの一例）に対応した広告情報（アプリケーション情報の一例）の表示部１２への表示を、上記判定情報に基づいて制御する。
このように、ユーザ端末１０Ｂは、広告掲載アプリにおけるユーザが特定ユーザであるか否かに基づいて、当該ユーザに対する広告の表示を制御する。よって、例えば広告掲載アプリに飽きてきたユーザを特定ユーザとすると、ユーザ端末１０Ｂは、広告掲載アプリを利用するユーザが広告掲載アプリに飽きてきたか否かに基づいて表示部１２への広告情報の表示を制御することができる。従って、本実施形態によれば、ユーザに対して効果的に広告を表示することができる。
（２）ユーザ端末１０Ｂの表示制御部１４０は、上記判定情報に基づいて、広告主アプリ（第２のアプリケーションの一例）に関連付けられた広告情報（アプリケーション情報の一例）を表示部１２に表示させるか否かを制御する。
つまり、ユーザ端末１０Ｂは、広告掲載アプリにおけるユーザが特定ユーザであるか否かに基づいて、当該ユーザに対して広告を表示させるか否かを制御する。これにより、例えば広告掲載アプリに飽きてきたユーザを特定ユーザとすると、ユーザ端末１０Ｂは、利用しているアプリケーションに夢中になっているユーザには広告を表示しないで、利用しているアプリケーションに飽きてきたユーザに対して広告を表示することができる。従って、本実施形態によれば、例えば、利用しているアプリケーションに飽きてきたユーザに対して当該ユーザの利用したことの無い他のアプリケーションを広告することができるため、ユーザに対して効果的に広告を表示することができる。
（３）本実施形態による広告システム１Ｂにおいて、広告サーバ５０Ｂ（管理装置の一例）は、管理部５１０（特定ユーザ情報管理部の一例）と、ユーザ判定部５５２Ｂ（判定部の一例）と、広告表示可否情報通知部５４５Ｂ（判定結果送信部の一例）と、を備えている。管理部５１０は、広告掲載アプリ（第１のアプリケーションの一例）を利用するユーザのうちの特定ユーザであって、広告掲載アプリの利用を少なくとも含む要因に起因してユーザ端末１０Ｃ（端末装置の一例）に表示可能な広告主アプリ（第２のアプリケーションの一例）に対応した広告情報（アプリケーション情報）のユーザ端末１０Ｃへの表示を制御するための特定ユーザを示す特定ユーザ情報を管理する。例えば、管理部５１０は、広告掲載アプリを利用するユーザのうちの特定ユーザを示す特定ユーザ情報を、特定ユーザ情報記憶部５２２に記憶させて管理する。
ユーザ判定部５５２Ｂは、ユーザ端末１０Ｃで実行される広告掲載アプリを利用するユーザが特定ユーザであるか否かを判定する。
そして、広告表示可否情報通知部５４５Ｂは、ユーザ判定部５５２Ｃが、広告掲載アプリを利用するユーザが特定ユーザであるか否かを判定した結果に基づく判定情報をユーザ端末１０Ｃに送信する。
このように、広告サーバ５０Ｃは、ユーザ端末１０Ｃの広告掲載アプリにおいて広告を要求したユーザが広告掲載アプリにおける特定ユーザであるか否かを判定し、特定ユーザであるか否かに基づく情報をユーザ端末１０Ｃに送信する。これにより、広告サーバ５０Ｃは、特定ユーザであるか否かに基づいて広告を制御することができるようになり、ユーザに対して効果的に広告することができる。
ここで、特定ユーザであるか否かに基づく情報とは、例えば、特定ユーザであるか否かに基づいて判定された広告を表示するか否かを示す広告表示可否情報である。
例えば、広告サーバ５０Ｂは、広告表示判定部５５３Ｂ（判定部の一例）をさらに備えている。広告表示判定部５５３Ｂは、ユーザ判定部５５２Ｂによる特定ユーザであるか否かの判定結果に基づいて、ユーザ端末１０Ｂに広告を表示するか否かを判定する。
即ち、広告表示判定部５５３Ｂは、ユーザ端末１０Ｂで実行される広告掲載アプリ（第１のアプリケーションの一例）を利用するユーザが特定ユーザであるか否かを判定した結果に基づいて、広告掲載アプリの利用を少なくとも含む要因に起因してユーザ端末１０Ｂに表示可能な広告情報（アプリケーション情報の一例）であって、かつ、広告主アプリ（第２のアプリケーションの一例）に関連付けられた広告情報をユーザ端末１０Ｂに表示するか否かを判定する。
そして、広告表示可否情報通知部５４５Ｂ（判定結果送信部の一例）は、広告表示判定部５５３Ｂによる判定結果を示す情報（例えば、広告表示可否情報）をユーザ端末１０Ｂに送信する。
このように、広告サーバ５０Ｂは、ユーザ端末１０Ｂの広告掲載アプリにおけるユーザが特定ユーザであるか否かを判定し、判定結果に基づいて広告をユーザ端末１０Ｂに表示するか否かを示す広告表示可否情報をユーザ端末１０Ｂに送信する。これにより、広告サーバ５０Ｂは、特定ユーザであるか否かに基づいてユーザ端末１０Ｂが広告を表示するか否かを判断できるようにすることができるため、ユーザに対して効果的に広告を表示することができる。
（４）ユーザ端末１０Ｂは、広告要求部１２０Ｂ（要求部の一例）と、広告取得部１２１（取得部の一例）と、をさらに備えている。広告要求部１２０Ｂは、上記判定情報が特定ユーザを示すと判定した結果に基づく情報である場合、ユーザ端末１０Ｂ（自端末装置）により実行された広告掲載アプリ（第１のアプリケーションの一例）に基づいて、広告主アプリ（第２のアプリケーションの一例）に関連付けられた広告情報（アプリケーション情報の一例）を広告サーバ５０Ｂへ要求する。広告取得部１２１（アプリケーション情報取得部の一例）は、広告要求部１２０Ｂの要求に応じて、広告主アプリに関連付けられた広告情報を広告サーバ５０Ｂから取得する。そして、表示制御部１４０は、広告取得部１２１が取得した広告情報を表示部１２に表示させる。
このように、ユーザ端末１０Ｂは、ユーザ端末１０Ｂで実行された広告掲載アプリにおけるユーザが特定ユーザである場合に、広告サーバ５０Ｂに広告を要求する。これにより、ユーザ端末１０Ｂは、特定ユーザである場合のみ、広告を表示することができるため、例えば、利用しているアプリケーションに飽きてきたユーザを特定ユーザとすると、特定ユーザに対して効果的に広告を表示することができる。
例えば、ユーザ端末１０Ｂは、広告要求部１２０Ｂ（要求部の一例）と、広告表示可否情報取得部１２３Ｂ（判定情報取得部の一例）を備えている。広告表示可否情報取得部１２３Ｂは、ユーザ端末１０Ｂ（自端末装置）で実行される広告掲載アプリ（第１のアプリケーションの一例）を利用するユーザが特定ユーザを示すか否かを判定した結果に基づいて判定された、広告主アプリ（第２のアプリケーションの一例）に関連付けられた広告情報（アプリケーション情報の一例）を表示するか否かを示す情報を、上記判定情報として広告サーバ５０Ｂから取得する。
また、広告要求部１２０Ｂ（判定部の一例）は、広告表示可否情報取得部１２３Ｂが取得した広告主アプリに関連付けられた広告情報を表示するか否かを示す情報に基づいて、広告主アプリに関連付けられた広告情報を表示部１２に表示させるか否かを判定する機能（判定部の一例）を備えている。
例えば、広告要求部１２０Ｂ（要求部の一例）は、この判定する機能による判定結果に基づいて、広告表示問合せ部１２２Ｂが送信したアプリユーザＩＤにより示されるユーザが特定ユーザである場合、広告主アプリに関連付けられた広告情報を広告サーバ５０Ｂに対して要求する。
このように、ユーザ端末１０Ｂは、広告掲載アプリにおけるユーザが特定ユーザであるか否かに基づいて判定された、広告を表示するか否かを示す情報を広告サーバ５０Ｂから取得することにより、広告を表示するか否かに基づいて広告サーバ５０Ｂに広告を要求する。これにより、ユーザ端末１０Ｂは、例えば、利用しているアプリケーションに飽きてきたユーザを特定ユーザとすると、特定ユーザである場合のみ、広告を表示することができるため、ユーザに対して効果的に広告を表示することができる。
（５）本実施形態による広告システム１Ｂは、管理部５１０（管理部の一例）と、ユーザ判定部５５２Ｂ（判定部の一例）と、ユーザ端末１０Ｂ（端末装置の一例）の表示制御部１４０（表示制御部の一例）と、を備えている。例えば、管理部５１０及びユーザ判定部５５２Ｂは広告サーバ５０Ｂに備えられている。また、例えば、表示制御部１４０は、ユーザ端末１０Ｂに備えられている。
管理部５１０は、広告掲載アプリ（第１のアプリケーションの一例）を利用するユーザのうちの特定ユーザを示す特定ユーザ情報と、を管理する。
ユーザ判定部５５２Ｂは、ユーザ端末１０Ｂで実行される広告掲載アプリを利用するユーザが特定ユーザであるか否かを判定する。
表示制御部１４０は、ユーザ判定部５５２Ｂの判定結果に基づいて、広告掲載アプリの利用を少なくとも含む要因に起因してユーザ端末１０Ｂに表示可能な広告主アプリ（第２のアプリケーションの一例）に関連付けられた広告情報（アプリケーション情報の一例）の表示部１２への表示を制御する。
このように、広告システム１Ｂは、ユーザ端末１０Ｂの広告掲載アプリにおいて広告を要求したユーザが広告掲載アプリにおける特定ユーザであるか否かに基づいて、当該ユーザに対する広告の表示を制御する。よって、例えば、利用しているアプリケーションに飽きてきたユーザを特定ユーザとすると、広告システム１Ｂは、利用しているアプリケーションに飽きてきたユーザか否かに基づいて、効果的に広告を表示することができる。従って、本実施形態によれば、ユーザに対して効果的に広告を表示することができる。
（６）なお、上述した本実施形態では、ユーザ端末１０Ｂから広告サーバ５０Ｂに対して広告を表示するか否かの問合せを行い、その問合せの結果に基づいて広告要求をするか否かをユーザ端末１０Ｂが判定する例を説明したが、これに限られるものではない。例えば、ユーザ端末１０Ｂから広告サーバ５０Ｂに対して特定ユーザであるか否かの問合せを行い、その問合せの結果に基づいてユーザ端末１０Ｂが広告要求をするか否かを判定してもよい。
例えば、ユーザ端末１０Ｂの広告表示問合せ部１２２Ｂは、広告掲載アプリにおけるユーザが特定ユーザであるか否かを問合せる問合せ情報として、広告掲載アプリに関連付けられているアプリユーザＩＤを広告サーバ５０Ｂへ送信するユーザ情報問合せ部として機能する。また、ユーザ端末１０Ｂの広告表示可否情報取得部１２３Ｂ（判定情報取得部の一例）は、広告表示問合せ部１２２Ｂ（送信部の一例）が送信したアプリユーザＩＤ（ユーザ情報の一例）により示されるユーザが特定ユーザであるか否かを示す情報を広告サーバ５０Ｂ（管理装置の一例）から取得するユーザ判定結果取得部として機能する。そして、ユーザ端末１０Ｂの広告要求部１２０Ｂは、広告表示可否情報取得部１２３Ｂが取得した特定ユーザであるか否かを示す情報に基づいて、広告主アプリ（第２のアプリケーションの一例）に関連付けられた広告情報（アプリケーション情報）を表示部１２に表示させるか否かを判定し、判定結果に基づいて、広告表示問合せ部１２２Ｂが送信したアプリユーザＩＤにより示されるユーザが特定ユーザである場合、広告主アプリに関連付けられた広告情報を広告サーバ５０Ｂに対して要求する。
つまり、ユーザ端末１０Ｂ（端末装置の一例）の広告表示可否情報取得部１２３Ｂ（判定情報取得部の一例）は、ユーザ端末１０Ｂで実行される広告掲載アプリを利用するユーザが特定ユーザであるか否かを示す情報を、上記判定情報として広告サーバ５０Ｂ（管理装置の一例）から取得する。
また、ユーザ端末１０Ｂの広告要求部１２０Ｂ（要求部の一例）は、広告表示可否情報取得部１２３Ｂが取得した上記判定情報に基づいて、広告主アプリ（第２のアプリケーションの一例）に関連付けられた広告情報（アプリケーション情報）を表示部１２（表示部の一例）に表示させるか否かを判定する機能（判定部の一例）を備えてもよい。そして、この判定する機能が、上記判定情報が特定ユーザを示すと判定した結果に基づく情報である場合、広告主アプリに関連付けられた広告情報を表示部１２に表示させると判定したとする。
この判定する機能により、前記第２のアプリケーションに関連付けられたアプリケーション情報を表示部１２に表示させると判定した場合、広告要求部１２０Ｂは、広告主アプリに関連付けられた広告情報を広告サーバ５０Ｂ（管理装置の一例）に対して要求する。
このように、ユーザ端末１０Ｂは、広告掲載アプリにおけるユーザが特定ユーザであるか否かに基づく情報を広告サーバ５０Ｂから取得することにより、特定ユーザであるか否かに基づいて広告サーバ５０Ｂに広告を要求する。これにより、例えば、利用しているアプリケーションに飽きてきたユーザを特定ユーザとすると、ユーザ端末１０Ｂは、広告掲載アプリを利用するユーザがその広告掲載アプリに飽きてきたユーザか否かに基づいて広告を表示することができるため、ユーザに対して効果的に広告を表示することができる。
（７）ユーザ端末１０Ｂの広告掲載アプリに組み込まれているＳＤＫは、広告ユーザＩＤにより示されるユーザが特定ユーザであるか否かを、定期的に広告サーバ５０Ｂへ問合せし、広告サーバ５０Ｂにより判定された特定ユーザであるか否かを示す情報を取得して記憶しておいてもよい。例えば、アプリケーションごとの特定ユーザであるか否かを示す情報を、ユーザ端末１０Ｂの端末記憶部１４のアプリ間共有エリアに記憶させておくことにより、広告掲載アプリが起動した際、又は広告掲載アプリから広告の表示指示をＳＤＫが受けた際に、端末記憶部１４に記憶されている、アプリケーションごとの特定ユーザであるか否かを示す情報に基づいて、広告掲載アプリのＳＤＫは、広告を要求するか否か（広告要求情報を送信するか否か）を決定してもよい。
（８）本実施形態において、ユーザ端末１０Ｂの広告掲載アプリに組み込まれているＳＤＫが行う、広告要求情報を広告サーバ５０Ｂに送信するか否かの判定処理を、広告掲載アプリが行ってもよい。この場合、広告掲載アプリは、広告表示可否情報、又は特定ユーザであるか否かを示す情報をＳＤＫを介して広告サーバ５０Ｂから取得し、取得した情報に基づいて、広告要求情報を広告サーバ５０Ｂに送信するか否かを判定する。
（９）本実施形態では、特定ユーザであるか否かに基づいて広告の表示態様を異ならせる例を説明したが、特定ユーザであるか否かに基づいて広告の表示タイミングを異ならせてもよい。
表示制御部１４０（表示制御部の一例）は、広告表示問合せ部１２２Ｂ（送信部の一例）が送信したアプリユーザＩＤ（ユーザ情報の一例）により示されるユーザが特定ユーザであるか否かに基づいて、広告主アプリ（第２のアプリケーションの一例）に関連付けられた広告情報（アプリケーション情報の一例）の表示契機が異なるように、上記判定情報に基づいて、表示部１２（表示部の一例）への表示を制御する。
このように、ユーザ端末１０Ｂは、広告掲載アプリにおけるユーザが特定ユーザであるか否かに基づいて広告の表示契機を異ならせるため、例えば、広告掲載アプリの利用度に応じて適したタイミングで他のアプリケーションを広告することができる。
例えば、表示制御部１４０（表示制御部の一例）は、上記判定情報が特定ユーザを示すと判定した結果に基づく情報である場合の表示契機を第１の表示契機とし、上記判定情報が特定ユーザを示さないと判定した結果に基づく判定情報である場合の表示契機を第２の表示契機としたとき、第１の表示契機を第２の表示契機より広告掲載アプリ（第１のアプリケーションの一例）の利用における早いタイミングとする。
これにより、ユーザ端末１０Ｂは、例えば、広告掲載アプリに飽きてきたユーザを特定ユーザとすると、広告掲載アプリに飽きてきたユーザに対しては、広告掲載アプリに夢中なユーザよりも早いタイミングで広告を表示させることで、新たなアプリケーションの導入を促すことができる。よって、広告掲載アプリを利用するユーザに対して効果的に広告を表示することができる。
ここで、上記第１の表示契機は、広告掲載アプリ（第１のアプリケーションの一例）の起動に応じた契機であってもよい。
この場合、ユーザ端末１０Ｂは、例えば、広告掲載アプリに飽きてきたユーザを特定ユーザとすると、広告掲載アプリに飽きてきたユーザには、広告掲載アプリの起動時に広告を表示させることで、新たなアプリケーションの導入を促すことができる。よって、ユーザに対して効果的に広告を表示することができる。
また、上記第２の表示契機は、広告掲載アプリ（第１のアプリケーションの一例）の終了に応じた契機であってもよい。
この場合、ユーザ端末１０Ｂは、広告掲載アプリに夢中なユーザに対しては、広告掲載アプリの実行終了時に広告を表示させることで、広告掲載アプリの利用を邪魔しないようにすることができる。
[第４の実施形態]
次に、本発明の第４の実施形態について説明する。
第３の実施形態では、ユーザ端末１０Ｂから広告サーバ５０Ｂに対して特定ユーザであるか否かの問合せを行い、その問合せの結果に基づいて広告要求するか否かをユーザ端末１０Ｂが判定する例を説明したが、本実施形態では、問合せの結果に基づいてユーザ端末１０Ｃが広告の表示態様を制御する例を説明する。
ここで、表示態様とは、ポップアップ型の広告の場合には、例えば、表示部１２の表示画面内に表示されるポップアップ画面の表示位置や大きさのことをいう。また、表示態様とは、バナー型の広告の場合には、例えば、表示部１２に表示されるアプリＸの利用画面内に表示されるバナー画像（広告）の表示位置や大きさのことをいう。なお、表示態様とは、リスト型の広告における広告の表示順や、ポップアップ型の広告におけるポップアップ画面内の広告の表示位置や大きさ等であってもよい。ここでは、表示態様を制御する例として、ポップアップ型の広告におけるポップアップ画面の表示位置や大きさを制御する例を説明する。
本実施形態による広告システム１Ｃの基本構成は、ユーザ端末１０及び広告サーバ５０を除いて図１に示す広告システム１の構成と同様であり、ユーザ端末１０Ｃと、アプリサーバ３０と、広告サーバ５０Ｃと、を備えている。本実施形態による広告システム１Ｃでは、ユーザ端末１０Ｃの機能構成と、広告サーバ５０Ｃの機能構成とのそれぞれが、第１の実施形態によるユーザ端末１０の機能構成と、第１の実施形態による広告サーバ５０の機能構成とのそれぞれと一部が異なるため、その異なる構成及び本実施形態の特徴的な処理について説明する。
〔ユーザ端末１０Ｃの機能構成例〕
図２６は、本実施形態によるユーザ端末１０Ｃの機能構成の一例を示す概略構成図である。ユーザ端末１０Ｃは、機能構成として、初期化処理部１１０と、広告情報管理部１２４Ｃと、ユーザ情報問合せ部１２５Ｃと、ユーザ判定結果取得部１２６Ｃと、広告生成部１３０Ｃと、表示制御部１４０Ｃと、送客情報通知部１５０と、を備えている。なお、この図２６において、図４に対応する構成には同一の符号を付しており、その説明を省略する。
広告情報管理部１２４Ｃは、広告サーバ５０Ｃが管理しているアプリケーションごとの広告情報を、広告サーバ５０Ｃから取得して端末記憶部１４のアプリ間共有エリアに記憶させる。例えば、広告情報管理部１２４Ｃは、予め設定された契機（例えば、1日のうちの最初に広告システム１Ｃに対応するアプリケーションのいずれかを起動したとき）、又は、広告情報が更新されたことに応じた契機等で、広告サーバ５０Ｃから広告情報を取得し、取得したアプリケーションごとの広告情報を管理する。
具体的には、広告情報管理部１２４Ｃは、各アプリケーションのアプリＩＤと、各アプリケーションの広告情報（アプリ名称、アプリ説明、アプリアイコン画像、アプリ価格、通知先ＵＲＬ、ストアＵＲＬ、等）とを含むアプリケーションごとの広告情報を取得し、取得した広告情報をアプリケーションごとに関連付けて端末記憶部１４のアプリ間共有エリアに記憶させる。つまり、ユーザ端末１０Ｃは、広告掲載アプリのＳＤＫが広告掲載アプリから広告の表示指示を受ける前に、各アプリケーションの広告情報を取得して記憶している。
ユーザ情報問合せ部１２５Ｃは、広告掲載アプリにおけるユーザが特定ユーザであるか否かを広告サーバ５０Ｃへ問合せる問合せ情報を、広告サーバ５０Ｃに対して送信する。例えば、この問合せ情報には、広告掲載アプリのアプリＩＤと、広告掲載アプリに関連付けられているアプリユーザＩＤとが含まれている。なお、広告掲載アプリを特定可能な情報と、広告掲載アプリにおけるユーザを特定可能な情報との両方がアプリユーザＩＤに含まれている場合には、問合せ情報には、広告掲載アプリのアプリＩＤが含まれなくてもよい。
ユーザ判定結果取得部１２６Ｃは、ユーザ情報問合せ部１２５Ｃが問合せ情報を送信したことに応じて、広告掲載アプリにおけるユーザが特定ユーザであるか否かを示す情報を広告サーバ５０Ｃから取得する。つまり、ユーザ判定結果取得部１２６Ｃは、ユーザ情報問合せ部１２５Ｃが送信した問合せ情報に含まれるアプリユーザＩＤにより示されるユーザが特定ユーザであるか否かを示す情報を広告サーバ５０Ｃから取得する。
広告生成部１３０Ｃは、端末記憶部１４のアプリ間共有エリアを参照して、広告システム１Ｃに対応する複数のアプリケーションのうちから広告する広告主アプリを決定し、決定した広告主アプリの広告情報に基づいてリンク広告を生成する。例えば、広告生成部１３０Ｃは、アプリＡを広告主アプリとして決定し、アプリＡの広告情報に基づいて、ポップアップ画面にアプリＡの広告が表示されるポップアップ型のリンク広告を生成する。
表示制御部１４０Ｃは、ユーザ情報問合せ部１２５Ｃが送信した問合せ情報に含まれるアプリユーザＩＤにより示されるユーザが特定ユーザであるか否かに基づいて、広告生成部１３０Ｃが生成したリンク広告の表示態様が異なるように表示部１２に表示させる。例えば、表示制御部１４０Ｃは、ユーザ判定結果取得部１２６Ｃが取得した判定結果に応じて、リンク広告の表示位置や大きさが異なるように表示部１２に表示させる。
図２７及び図２８は、本実施形態によるリンク広告の表示例を示す図である。図２７は、特定ユーザでない場合に表示されるリンク広告ＡＤ５の一例を示している。リンク広告ＡＤ５は、ポップアップ画面として構成された広告であり、ポップアップ画面内にアプリＡの広告Ｐ５１が表示される。アプリＡの広告Ｐ５１には、アプリケーションの名称と、アプリＡのアイコン画像（アイコンＰ５２）とが表示される。このポップアップ画面として構成されたリンク広告ＡＤ５は、例えば、表示部１２の表示画面Ｇ５の領域を上下方向に４等分したときの下４分の１の領域内の位置に表示される。
一方、図２８は、特定ユーザである場合に表示されるリンク広告ＡＤ６の一例を示している。リンク広告ＡＤ６も、ポップアップ画面として構成された広告であり、ポップアップ画面内にアプリＡの広告Ｐ６１が表示される。アプリＡの広告Ｐ６１には、アプリケーションの名称と、アプリＡのアイコン画像（アイコンＰ６２）とが表示される。このポップアップ画面として構成されたリンク広告ＡＤ６は、例えば、表示部１２の表示画面Ｇ６の領域の中央に表示される。また、このリンク広告ＡＤ６は、特定ユーザでない場合に表示されるリンク広告ＡＤ５よりも大きく表示される。
このように、特定ユーザである場合に表示されるリンク広告ＡＤ６は、特定ユーザでない場合に表示されるリンク広告ＡＤ５よりもユーザに対して目立つに表示される。なお、表示制御部１４０Ｃは、特定ユーザであるか否かに基づいて、リンク広告の表示位置と大きさとのうちのいずれか一方が異なるように表示させてもよい。
〔広告サーバ５０Ｃの機能構成例〕
図２９は、本実施形態による広告サーバ５０Ｃの機能構成の一例を示す概略構成図である。広告サーバ５０Ｃは、管理部５１０と、端末状態取得部５３０と、判定処理部５５０Ｃと、ストア情報通知部５６０と、広告情報提供部５７０Ｃと、を備えている。また、広告サーバ５０Ｃは、サーバ記憶部５２が各種情報を記憶する機能の構成として、アプリケーション情報記憶部５２１と、特定ユーザ情報記憶部５２２と、インストール情報記憶部５２３と、送客情報記憶部５２４と、を備えている。なお、この図２９において、図５に対応する構成には同一の符号を付しており、その説明を省略する。
判定処理部５５０Ｃは、特定ユーザ情報取得部５５１と、ユーザ判定部５５２Ｃと、ユーザ情報問合せ取得部５５４Ｃと、ユーザ判定結果通知部５５５Ｃと、を備えている。
ユーザ情報問合せ取得部５５４Ｃは、ユーザ端末１０Ｃから送信された、広告掲載アプリにおけるユーザが特定ユーザであるか否かを広告サーバ５０Ｃへ問合せる問合せ情報を取得する。例えば、この問合せ情報には、広告掲載アプリのアプリＩＤと、広告掲載アプリに関連付けられているアプリユーザＩＤとが含まれている。また、ユーザ情報問合せ取得部５５４Ｃは、取得した問合せ情報に含まれる広告掲載アプリのアプリＩＤとアプリユーザＩＤとをユーザ判定部５５２Ｃに引き渡す。
ユーザ判定部５５２Ｃは、ユーザ情報問合せ取得部５５４Ｃから問合せ情報に含まれる広告掲載アプリのアプリＩＤとアプリユーザＩＤとを受け取ると、そのアプリユーザＩＤにより示されるユーザが広告掲載アプリにおける特定ユーザであるか否かを判定する。
具体的には、ユーザ判定部５５２Ｃは、特定ユーザ情報記憶部５２２（特定ユーザ情報テーブルＴＢＬ５０２）を参照して、問合せ情報に含まれるアプリユーザＩＤが広告掲載アプリにおける特定ユーザのアプリユーザＩＤとして記憶されている場合には、そのユーザが特定ユーザであると判定する。一方、ユーザ判定部５５２Ｃは、問合せ情報に含まれるアプリユーザＩＤが広告掲載アプリにおける特定ユーザのアプリユーザＩＤとして記憶されていない場合には、そのユーザが特定ユーザではないと判定する。
ユーザ判定結果通知部５５５Ｃは、ユーザ判定部５５２Ｃが判定した判定結果を示す情報を、ユーザ端末１０Ｃに対して送信する。例えば、ユーザ判定結果通知部５５５Ｃは、ユーザ判定部５５２Ｃにより特定ユーザであると判定された場合には、特定ユーザであることを示す情報をユーザ端末１０Ｃに対して送信する。一方、ユーザ判定結果通知部５５５Ｃは、ユーザ判定部５５２Ｃにより特定ユーザでないと判定された場合には、特定ユーザでないことを示す情報をユーザ端末１０Ｃに対して送信する。
広告情報提供部５７０Ｃは、アプリケーションごとの広告情報をユーザ端末１０Ｃに提供する。具体的には、広告情報提供部５７０Ｃは、各アプリケーションのアプリＩＤと、アプリケーション情報記憶部５２１に記憶されている各アプリケーションの広告情報（アプリ名称、アプリ説明、アプリアイコン画像、アプリ価格、通知先ＵＲＬ、ストアＵＲＬ、等）とを含むアプリケーションごとの広告情報を、ユーザ端末１０Ｃに送信する。例えば、広告情報提供部５７０Ｃは、予め設定された契機、又は、広告情報が更新されたことに応じた契機等で、広告情報をユーザ端末１０Ｃに送信する。なお、このとき、広告情報提供部５７０Ｃは、前回送信した広告情報との差分となる情報を送信してもよい。
〔第４の実施形態による広告表示処理の動作例〕
次に、図３０を参照して、本実施形態による広告システム１Ｃにおいて、特定ユーザであるか否かに基づいてリンク広告の表示を制御する広告表示処理の動作について説明する。
図３０は、本実施形態による広告表示処理の一例を示すフローチャートである。ここでは、ユーザ端末１０Ｃにインストールされて起動したアプリＸが広告掲載アプリとなって広告を表示する場合の広告表示処理の動作例を説明する。また、ここでは、ユーザ端末１０Ｃに表示されるリンク広告が、ポップアップ画面にアプリＡの広告が表示されるポップアップ型の広告であって、ユーザによる操作を受け付けることなく広告掲載アプリが起動したことに応じて表示可能な広告である場合を例として説明する。
なお、この図３０のステップＳ３１００、Ｓ３１０２、Ｓ３１０４、Ｓ３１０６、Ｓ３１０８、Ｓ３５００、Ｓ３５０１の各処理は、図１２のステップＳ１００、Ｓ１０２、Ｓ１０４、Ｓ１０６、Ｓ１０８、Ｓ５００、Ｓ５０１の各処理と同様であるため、その説明を省略する。
初期化処理が終了すると（ステップＳ３１０８又はステップＳ３１００：ＹＥＳ）、ユーザ端末１０ＣのアプリＸは、アプリＸに組み込まれているＳＤＫに対して、広告の表示指示を行う。これにより、ユーザ端末１０ＣのアプリＸに組み込まれているＳＤＫのユーザ情報問合せ部１２５Ｃは、広告掲載アプリにおけるユーザが特定ユーザであるか否かの問合せ情報を、広告サーバ５０Ｃに対して送信する（ステップＳ３１１０）。この問合せ情報には、例えば、広告掲載アプリのアプリＩＤと、広告掲載アプリに関連付けられているアプリユーザＩＤとが含まれる。
次に、広告サーバ５０Ｃのユーザ情報問合せ取得部５５４Ｃは、ユーザ端末１０Ｃから送信された、広告掲載アプリにおけるユーザが特定ユーザであるか否かの問合せ情報を取得する（ステップＳ３５０２）。この問合せ情報には、広告掲載アプリのアプリＩＤと、広告掲載アプリに関連付けられているアプリユーザＩＤとが含まれている。そして、ユーザ情報問合せ取得部５５４Ｃは、取得した問合せ情報に含まれる広告掲載アプリのアプリＩＤとアプリユーザＩＤとをユーザ判定部５５２Ｃに引き渡す。
次に、ユーザ判定部５５２Ｃは、広告掲載アプリにおけるアプリユーザＩＤにより示されるユーザが広告掲載アプリにおける特定ユーザであるか否かを判定するユーザ判定処理を実行する（ステップＳ３５０４）。
図３１は、本実施形態によるステップＳ３５０４のユーザ判定処理の一例を示すフローチャートである。
ユーザ判定部５５２Ｃは、ユーザ情報問合せ取得部５５４Ｃから問合せ情報に含まれる広告掲載アプリのアプリＩＤとアプリユーザＩＤとを受け取ると、そのアプリユーザＩＤにより示されるユーザが広告掲載アプリにおける特定ユーザであるか否かを判定する（ステップＳ３５２０）。
特定ユーザであると判定された場合（ステップＳ３５２０：ＹＥＳ）、ユーザ判定部５５２Ｃは、広告掲載アプリにおけるアプリユーザＩＤにより示されるユーザが広告掲載アプリにおける特定ユーザであると判定する（ステップＳ３５２２）。一方、特定ユーザでないと判定された場合（ステップＳ３５２０：ＮＯ）、ユーザ判定部５５２Ｃは、広告掲載アプリにおけるアプリユーザＩＤにより示されるユーザが広告掲載アプリにおける特定ユーザでないと判定する（ステップＳ３５２４）。
次に、図３０に戻り、広告サーバ５０Ｃのユーザ判定結果通知部５５５Ｃは、ユーザ判定部５５２Ｃが判定した判定結果を示す情報を、ユーザ端末１０Ｃに対して送信する。例えば、ユーザ判定結果通知部５５５Ｃは、ユーザ判定部５５２Ｃにより特定ユーザであると判定された場合には、特定ユーザであることを示す情報をユーザ端末１０Ｃに対して送信する。一方、ユーザ判定結果通知部５５５Ｃは、ユーザ判定部５５２Ｃにより特定ユーザでないと判定された場合には、特定ユーザでないことを示す情報をユーザ端末１０Ｃに対して送信する（ステップＳ３５０６）。
ユーザ端末１０ＣのアプリＸに組み込まれているＳＤＫのユーザ判定結果取得部１２６Ｃは、広告サーバ５０Ｃのユーザ判定結果通知部５５５Ｃから判定結果を示す情報を取得する。つまり、ユーザ判定結果取得部１２６Ｃは、ユーザ情報問合せ部１２５Ｃが送信した問合せ情報に含まれるアプリユーザＩＤにより示されるユーザが特定ユーザであるか否かを示す情報を広告サーバ５０Ｃから取得する（ステップＳ３１１２）。
ステップＳ３１１２において、特定ユーザであるか否かを示す情報を広告サーバ５０Ｃからユーザ判定結果取得部１２６Ｃが取得すると、広告生成部１３０Ｃは、リンク広告を生成する。具体的には、広告生成部１３０Ｃは、端末記憶部１４のアプリ間共有エリアを参照して、広告システム１Ｃに対応する複数のアプリケーションのうちから広告する広告主アプリを決定し、決定した広告主アプリの広告情報に基づいてリンク広告を生成する。例えば、広告生成部１３０Ｃは、アプリＡを広告主アプリとして決定し、アプリＡの広告情報に基づいて、ポップアップ画面にアプリＡの広告が表示されるポップアップ型のリンク広告を生成する（ステップＳ３１１４）。
次に、表示制御部１４０Ｃは、ユーザ判定結果取得部１２６Ｃが取得した特定ユーザであるか否かを示す情報に応じて、広告生成部１３０Ｃ生成したリンク広告の表示態様を決定する。例えば、表示制御部１４０Ｃは、特定ユーザであることを示す情報をユーザ判定結果取得部１２６Ｃが取得した場合、リンク広告の表示位置を、表示部１２の表示画面の領域の中央に決定する。一方、表示制御部１４０Ｃは、特定ユーザでないことを示す情報をユーザ判定結果取得部１２６Ｃが取得した場合、リンク広告の表示位置を表示部１２の表示画面の領域を上下方向に４等分したときの下４分の１の領域内の位置に決定する。また、表示制御部１４０Ｃは、特定ユーザでないことを示す情報よりも特定ユーザであることを示す情報をユーザ判定結果取得部１２６Ｃが取得した場合に、リンク広告を大きいサイズに決定する（ステップＳ３１１６）。
そして、表示制御部１４０Ｃは、広告生成部１３０Ｃ生成したリンク広告を、決定した表示態様で表示させる表示部１２に表示させる（ステップＳ３１１８）。これにより、広告掲載アプリにおけるユーザが特定ユーザでない場合には、例えば、表示部１２の表示画面の領域を上下方向に４等分したときの下４分の１の領域内の位置にリンク広告が表示される（例えば、図２７に示すリンク広告ＡＤ５参照）。一方、広告掲載アプリにおけるユーザが特定ユーザである場合には、例えば、表示部１２の表示画面Ｇ６の領域の中央にリンク広告が表示される。また、例えば、特定ユーザである場合に表示されるリンク広告は、特定ユーザでない場合に表示されるリンク広告よりも大きく表示される（例えば、図２８に示すリンク広告ＡＤ６参照）。
〔第４の実施形態のまとめ〕
（１）以上説明したように、本実施形態による広告システム１Ｃにおいて、広告サーバ５０Ｃ（管理装置の一例）は、管理部５１０（特定ユーザ情報管理部の一例）と、ユーザ判定部５５２Ｃ（判定部の一例）と、ユーザ判定結果通知部５５５Ｃ（判定結果送信部の一例）と、を備えている。管理部５１０は、広告掲載アプリ（第１のアプリケーションの一例）を利用するユーザのうちの特定ユーザであって、広告掲載アプリの利用を少なくとも含む要因に起因してユーザ端末１０Ｃ（端末装置の一例）に表示可能な広告主アプリ（第２のアプリケーションの一例）に対応した広告情報（アプリケーション情報）のユーザ端末１０Ｃへの表示を制御するための特定ユーザを示す特定ユーザ情報を管理する。例えば、管理部５１０は、広告掲載アプリを利用するユーザのうちの特定ユーザを示す特定ユーザ情報を、特定ユーザ情報記憶部５２２に記憶させて管理する。
ユーザ判定部５５２Ｃは、ユーザ端末１０Ｃで実行される広告掲載アプリを利用するユーザが特定ユーザであるか否かを判定する。
そして、ユーザ判定結果通知部５５５Ｃは、ユーザ判定部５５２Ｃが、広告掲載アプリを利用するユーザが特定ユーザであるか否かを判定した結果に基づく判定情報をユーザ端末１０Ｃに送信する。
このように、広告サーバ５０Ｃは、ユーザ端末１０Ｃの広告掲載アプリにおいて広告を要求したユーザが広告掲載アプリにおける特定ユーザであるか否かを判定し、特定ユーザであるか否かに基づく情報をユーザ端末１０Ｃに送信する。これにより、広告サーバ５０Ｃは、特定ユーザであるか否かに基づいて広告を制御することができるようになり、ユーザに対して効果的に広告することができる。
ここで、特定ユーザであるか否かに基づく情報とは、例えば、特定ユーザであるか否かを示す情報である。
例えば、ユーザ判定結果通知部５５５Ｃ（判定結果送信部の一例）は、ユーザ判定部５５２Ｃ（判定部の一例）の判定結果に基づいて、ユーザ端末１０Ｃで実行される広告掲載アプリを利用するユーザが特定ユーザであるか否かを示す情報を、上記判定情報としてユーザ端末１０Ｃに送信する。
このように、広告サーバ５０Ｃは、ユーザ端末１０Ｃの広告掲載アプリにおいて広告を要求したユーザが広告掲載アプリにおける特定ユーザであるか否かを判定し、特定ユーザであるか否かを示す情報をユーザ端末１０Ｃに送信する。これにより、広告サーバ５０Ｃは、特定ユーザであるか否かを示す情報に基づいてユーザ端末１０Ｃが広告を表示するか否かを判断できるようにすることができるため、特定ユーザであるか否かに基づいて広告を制御することができるようになり、ユーザに対して効果的に広告することができる。
（２）ユーザ端末１０Ｃの表示制御部１４０Ｃ（表示制御部の一例）は、広告主アプリ（第２のアプリケーションの一例）に関連付けられた広告情報（アプリケーション情報の一例）の表示態様が異なるように、上記判定情報に基づいて、表示部１２への表示を制御する。
なお、表示態様とは、ポップアップ型の広告の場合には、例えば、表示部１２の表示画面内に表示されるポップアップ画面の表示位置や大きさのことをいう。また、表示態様とは、バナー型の広告の場合には、例えば、表示部１２に表示されるアプリＸの利用画面内に表示されるバナー画像（広告）の表示位置や大きさのことをいう。なお、表示態様とは、リスト型の広告における広告の表示順や、ポップアップ型の広告におけるポップアップ画面内の広告の表示位置や大きさ等であってもよい。
このように、ユーザ端末１０Ｃは、特定ユーザであるか否かに基づいて広告の表示態様が異なるように表示させる。これにより、ユーザ端末１０Ｃは、例えば、利用しているアプリケーションに飽きてきたユーザに対しては目立つように広告を表示し、利用しているアプリケーションに夢中なユーザに対しては目立たないように広告を表示することができる。よって、本実施形態によれば、例えば、利用しているアプリケーションに飽きてきたユーザか否かに基づいて、効果的に広告を表示することができる。
例えば、ユーザ端末１０Ｃの表示制御部１４０Ｃ（表示制御部の一例）は、上記表示態様を表示位置として、表示部１２（表示部の一例）への表示を制御する。即ち、表示制御部１４０Ｃは、広告主アプリ（第２のアプリケーションの一例）に関連付けられた広告情報（アプリケーション情報の一例）の表示位置が異なるように、上記判定情報に基づいて、表示部１２への表示を制御する。
このように、ユーザ端末１０Ｃは、特定ユーザであるか否かに基づいて広告（例えば、広告が表示されるポップアップ画面）の表示位置が異なるように表示させる。これにより、例えば、利用しているアプリケーションに飽きてきたユーザを特定ユーザとすると、ユーザ端末１０Ｃは、利用しているアプリケーションに飽きてきたユーザに対しては目立つように広告を表示し、利用しているアプリケーションに夢中なユーザに対しては目立たないように表示することができる。よって、本実施形態によれば、例えば、利用しているアプリケーションに飽きてきたユーザに対して効果的に広告を表示することができる。
（３）図２６に示す広告生成部１３０Ｃ及び表示制御部１４０Ｃの機能は、広告掲載アプリのＳＤＫが実行する機能としてもよいし、広告掲載アプリが実行する機能としてもよい。広告生成部１３０Ｃ及び表示制御部１４０Ｃの機能を広告掲載アプリが実行する場合には、広告掲載アプリは、ＳＤＫが実行する機能構成としてのユーザ判定結果取得部１２６Ｃが広告サーバ５０Ｃから取得した特定ユーザであるか否かを示す情報を受け取って、広告生成部１３０Ｃ及び表示制御部１４０Ｃの機能を実行する。
また、本実施形態では、広告システム１Ｃに対応するアプリケーションの広告情報をユーザ端末１０Ｃで記憶している例を説明したが、これに限らず、ユーザ端末１０Ｃが広告を生成する際に、広告サーバ５０Ｃから取得するようにしてもよい。
[第５の実施形態]
次に、本発明の第５の実施形態について説明する。
第１〜４の実施形態では、リンク広告を例に説明したが、広告システム１、１Ａ、１Ｂ、１Ｄにおける広告表示処理は、リワード広告にも同様に適用することができる。本実施形態では、リワード広告の表示を制御する広告システム１Ｄの例について説明する。この広告システム１Ｄは、第１の実施形態による広告システム１における広告をリンク広告に代えてリワード広告とした場合の一例である。
本実施形態による広告システム１Ｄの基本構成は、ユーザ端末１０及び広告サーバ５０を除いて図１に示す広告システム１の構成と同様であり、ユーザ端末１０Ｄと、アプリサーバ３０と、広告サーバ５０Ｄと、を備えている。本実施形態による広告システム１Ｄでは、ユーザ端末１０Ｄの機能構成と、広告サーバ５０Ｄの機能構成とのそれぞれが、第１の実施形態によるユーザ端末１０の機能構成と、第１の実施形態による広告サーバ５０の機能構成とのそれぞれと一部が異なるため、その異なる構成及び本実施形態の特徴的な処理について説明する。
〔ユーザ端末１０Ｄの機能構成例〕
図３２は、本実施形態によるユーザ端末１０Ｄの機能構成の一例を示す概略構成図である。ユーザ端末１０Ｄは、機能構成として、初期化処理部１１０と、広告要求部１２０と、広告取得部１２１と、表示制御部１４０と、送客情報通知部１５０と、成果地点到達情報通知部１６０Ｄと、を備えている。なお、この図３２において、図４に対応する構成には同一の符号を付しており、その説明を省略する。
成果地点到達情報通知部１６０Ｄは、ユーザ端末１０Ｄにインストールされたアプリケーションをユーザが利用することにより、当該アプリケーションの所定の成果地点に到達した場合、成果地点に到達したことを示す成果地点到達情報を、広告サーバ５０Ｄに対して送信する。この成果地点到達情報には、例えば、ユーザ端末１０Ｄに対応する広告ユーザＩＤと、所定の成果地点に到達したアプリケーションのアプリＩＤと、その成果地点を示す成果地点ＩＤと、その成果地点に到達したことを示す到達情報とが含まれる。
ここで、アプリケーションの所定の成果地点とは、例えば、当該アプリケーションの継続利用により到達する成果地点（例えば、当該アプリケーションがゲームアプリであれば、ゲームアプリの利用の仕方を説明するチュートリアルの終了やゲームの進行度を示すレベル「３０」の到達等）である。なお、成果地点到達情報通知部１６０Ｄは、アプリケーションにおいて課金利用があったことに基づいて、成果地点到達情報を広告サーバ５０Ｄに対して送信してもよい。これらの成果地点は、例えば、アプリケーションごとに設定されている。この設定は、例えば、各アプリケーションに対応するアプリサーバ３０に設定されてもよい。
〔広告サーバ５０Ｄの機能構成例〕
図３３は、本実施形態による広告サーバ５０Ｄの機能構成の一例を示す概略構成図である。広告サーバ５０Ｄは、管理部５１０と、端末状態取得部５３０Ｄと、広告表示制御部５４０Ｄと、判定処理部５５０と、ストア情報通知部５６０と、リワード処理部５８０Ｄと、を備えている。広告サーバ５０Ｄは、サーバ記憶部５２Ｄが各種情報を記憶する機能の構成として、アプリケーション情報記憶部５２１と、特定ユーザ情報記憶部５２２と、インストール情報記憶部５２３と、送客情報記憶部５２４と、成果地点到達情報記憶部５２５Ｄと、を備えている。なお、この図３３において、図５に対応する構成には同一の符号を付しており、その説明を省略する。
ここで、広告表示制御部５４０Ｄは、図５に示す広告表示制御部５４０に対して、リンク広告を生成する広告情報生成部５４２に代えてリワード広告を生成する広告情報生成部５４２Ｄを備えている点が異なる。
端末状態取得部５３０Ｄは、インストール通知取得部５３１と、送客情報取得部５３２と、成果地点到達情報取得部５３３Ｄと、を備えている。ここで、成果地点到達情報取得部５３３Ｄは、送客先アプリの機能構成に対応する。
成果地点到達情報取得部５３３Ｄは、ユーザ端末１０Ｄで実行されている広告主アプリから送信された成果地点到達情報を取得する。この成果地点到達情報には、前述したように、ユーザ端末１０Ｄに対応する広告ユーザＩＤと、成果地点に到達したアプリケーションのアプリＩＤと、成果地点を示す成果地点ＩＤと、この成果地点に到達したことを示す到達情報とが含まれる。そして、成果地点到達情報取得部５３３Ｄは、取得した成果地点到達情報に基づく成果地点到達管理情報を成果地点到達情報記憶部５２５Ｄに記憶させる。
成果地点到達情報記憶部５２５Ｄは、成果地点到達情報取得部５３３Ｄが取得した成果地点到達情報に基づいて、成果地点到達管理情報を記憶する。図３４は、成果地点到達情報記憶部５２５Ｄに記憶される成果地点到達情報テーブルＴＢＬ５０８Ｄの一例を示す図である。成果地点到達情報テーブルＴＢＬ５０８Ｄには、広告サーバ５０Ｄが取得した成果地点到達情報に基づいて、ユーザ端末１０Ｄに対応する広告ユーザＩＤと、成果地点に到達したアプリケーションのアプリＩＤと、成果地点を示す成果地点ＩＤと、成果地点に到達したことを示す到達情報とが関連付けられる。
リワード処理部５８０Ｄは、ユーザ端末１０Ｄにおいて、広告掲載アプリから広告主アプリへの送客によって広告主アプリが導入されたことに基づいて、ユーザ端末１０Ｄを利用するユーザに広告掲載アプリにおける報酬が付与される報酬付与処理を実行する。ここで、ユーザ端末１０Ｄにおいて広告主アプリが導入されたとは、例えば、ユーザ端末１０Ｄに広告主アプリがインストールされて実行されたことをいう。
例えば、リワード処理部５８０Ｄは、インストール通知取得部５３１がインストール通知情報を取得した場合、このインストール通知情報を送信したアプリケーションが広告主アプリとなっている送客管理情報が送客情報記憶部５２４の送客情報管理テーブルＴＢＬ５０４に記憶されているか否かを判定する。そして、リワード処理部５８０Ｄは、このアプリケーションが広告主アプリとなっている送客管理情報が送客情報記憶部５２４の送客情報管理テーブルＴＢＬ５０４に記憶されている場合には、このアプリケーションが広告システム１Ｄのリワード広告に起因して広告掲載アプリから送客された広告主アプリであると判定する。この場合、リワード処理部５８０Ｄは、広告掲載アプリから広告主アプリへの送客により広告主アプリが導入されたと判定して、広告掲載アプリに対応するアプリサーバ３０に対して、報酬付与条件が充足されたことを示す報酬付与情報を送信する。この報酬付与情報には、例えば、広告掲載アプリにおいて報酬が付与されるユーザを特定可能なように、広告掲載アプリにおけるアプリユーザＩＤが含まれる。これにより、アプリサーバ３０は、このユーザ端末１０Ｄを利用するユーザの広告掲載アプリにおける報酬を付与することができる。
なお、リワード処理部５８０Ｄは、成果地点到達情報取得部５３３Ｄが成果地点到達情報を取得した場合であって、且つこの成果地点到達情報を取得したアプリケーションが広告主アプリとなっている送客管理情報が送客情報記憶部５２４の送客情報管理テーブルＴＢＬ５０４に記憶されている場合に、広告掲載アプリに対応するアプリサーバ３０に対して、報酬付与情報を送信してもよい。
また、リワード処理部５８０Ｄは、広告掲載アプリにおける報酬に代えて広告主アプリにおける報酬が付与されるように、広告主アプリに対応するアプリサーバ３０に対して、報酬付与情報を送信してもよい。また、リワード処理部５８０Ｄは、広告掲載アプリ及び広告主アプリの両方に報酬が付与されるように、広告掲載アプリ対応するアプリサーバ３０及び広告主アプリに対応するアプリサーバ３０に対して、報酬付与情報を送信してもよい。
〔広告主アプリの導入に応じた報酬付与処理の動作例〕
次に、図３５を参照して、本実施形態による広告システム１Ｄにおいて、広告主アプリの導入に応じて報酬が付与される報酬付与処理の動作について説明する。
図３５は、本実施形態による報酬付与処理の一例を示すフローチャートである。この図に示す処理は、図１２に示す広告表示処理のステップＳ１１４において表示された広告がリワード広告であって、そのリワード広告に対してユーザが操作することにより、アプリＡがユーザ端末１０Ｄに導入された場合の処理を示している。
まず、アプリＡが起動すると、アプリＡに組み込まれているＳＤＫの初期化処理部１１０は、初期化処理を開始する。この初期化処理では、図１２に示すアプリＸが起動したときの初期化処理と同様の処理が行なわれる。
即ち、図３５に示すステップＳ４１５０、Ｓ４１５２、Ｓ４１５４、Ｓ４１５６、Ｓ４１５８、ステップＳ４５５０、Ｓ４５５１の各処理は、図１２に示すＳ１００、Ｓ１０２、Ｓ１０４、Ｓ１０６、Ｓ１０８、ステップＳ５００、Ｓ５０１の各処理と同様の処理であり、その説明を省略する。
ここでは、アプリＸの起動ではなく、アプリＡの起動であるため、ステップＳ４１５６においてアプリＡに組み込まれているＳＤＫのインストール通知部１１２が送信するインストール通知情報には、このユーザ端末１０Ｄに対応する広告ユーザＩＤと、アプリＡのアプリＩＤと、アプリＡにおけるアプリユーザＩＤとが含まれる。従って、ステップＳ４５５０では、広告サーバ５０Ｄのインストール通知取得部５３１は、ユーザ端末１０ＤのアプリＡから取得したインストール通知情報に含まれる広告ユーザＩＤと、アプリＡのアプリＩＤと、アプリＡにおけるアプリユーザＩＤとを関連付けたインストール管理情報を、インストール情報記憶部５２３（インストール情報管理テーブルＴＢＬ５０３）に記憶させる。
次に、広告サーバ５０Ｄのリワード処理部５８０Ｄは、インストール通知取得部５３１がアプリＡのインストール通知情報を取得すると、このアプリＡに対応する送客管理情報（このユーザ端末１０Ｄに対応する広告ユーザＩＤ及びアプリＡのアプリＩＤを含む送客管理情報）が送客情報記憶部５２４（送客情報管理テーブルＴＢＬ５０４）に記憶されているか否かを判定する（ステップＳ４５５２）。
ここでは、アプリＡが広告主アプリであるため、アプリＡに対応する送客管理情報が記憶されていると判定される（ステップＳ４５５２：ＹＥＳ）。この場合、リワード処理部５８０Ｄは、アプリＡのインストール通知情報に対応する送客管理情報により特定される広告掲載アプリであるアプリＸにおいてユーザ端末１０Ｄを利用するユーザに報酬が付与されるように報酬付与処理を実行する。具体的には、リワード処理部５８０Ｄは、アプリＸに対応するアプリサーバ３０−１に対して、報酬付与条件が充足されたことを示す報酬付与情報を送信する（ステップＳ４５５４）。この報酬付与情報には、例えば、アプリＸにおいて報酬が付与されるユーザを特定可能なように、アプリＸにおけるアプリユーザＩＤが含まれる。
なお、ユーザ端末１０Ｄにインストールされて起動したアプリＡがリワード広告において選択された広告主アプリではない場合には（ステップＳ４５５２：ＮＯ）、アプリＡは、この広告システム１Ｄとは関係なくユーザ端末１０Ｄに導入されたものであるため、リワード処理部５８０Ｄは、報酬付与情報を送信しない。
アプリサーバ３０−１は、広告サーバ５０Ｄから報酬付与情報を取得すると（ステップＳ４３００）、取得した報酬付与情報に含まれるアプリユーザＩＤが示すユーザに対して、アプリＸにおいて予め定められた報酬を付与する（ステップＳ４３０２）。
このように、広告システム１Ｄでは、リワード広告から選択された広告主アプリがユーザ端末１０Ｄにより実行されたことに応じて、報酬が付与される。なお、報酬付与条件は、広告主アプリがユーザ端末１０Ｄにより実行されたことを条件とすることに限られるものではない。例えば、実行された広告主アプリの継続利用や課金利用を報酬付与条件としてもよい。以下に、広告主アプリの継続利用を報酬付与条件とする例を説明する。
〔広告主アプリの継続利用に応じた報酬付与処理の動作例〕
図３６を参照して、本実施形態による広告システム１Ｄにおいて、広告主アプリの継続利用に応じて報酬が付与される報酬付与処理の動作について説明する。
図３６は、本実施形態による報酬付与処理の別の例を示すフローチャートである。この図に示す処理は、図３５に示す報酬付与処理において、アプリＡの起動時の初期化処理が終了した後に、アプリＡが継続して利用されている場合の処理を示している。
ユーザ端末１０Ｄにおいて、ユーザがアプリＡを継続して利用することにより、アプリＡは、所定の処理（例えば、ゲームの処理）を進める（ステップＳ４１６０）。そして、アプリＡは、ユーザがアプリＡを利用することにより、予め設定された成果地点（例えば、当該アプリケーションがゲームアプリであれば、ゲームアプリの利用の仕方を説明するチュートリアルの終了やゲームの進行度を示すレベル「３０」の到達等）に到達したか否かを判定する（ステップＳ４１６２）。なお、このステップＳ４１６０及びステップＳ４１６２の処理は、アプリＡに組み込まれたＳＤＫが実行する処理ではなくアプリＡ自身が実行する処理である。
アプリＡの継続利用に応じて、予め設定された成果地点に到達したと判定された場合（ステップＳ４１６２：ＹＥＳ）、アプリＡに組み込まれているＳＤＫの成果地点到達情報通知部１６０Ｄは、成果地点に到達したことを示す成果地点到達情報を、広告サーバ５０Ｄに対して送信する。例えば、成果地点到達情報には、ユーザ端末１０Ｄに対応する広告ユーザＩＤと、アプリＡのアプリＩＤと、到達した成果地点を示す成果地点ＩＤと、その成果地点に到達したことを示す到達情報とが含まれる（ステップＳ４１６４）。
一方、予め設定された成果地点に到達したと判定されない場合（ステップＳ４１６２：ＮＯ）には、アプリＡは、引き続きユーザの利用に応じて所定の処理（例えば、ゲームの処理）を進める（ステップＳ４１６０）。
広告サーバ５０Ｄの成果地点到達情報取得部５３３Ｄは、ユーザ端末１０Ｄにより実行されたアプリＡから送信された成果地点到達情報を取得すると、取得した成果地点到達情報に基づく成果地点到達管理情報を成果地点到達情報記憶部５２５Ｄに記憶させる（ステップＳ４５５６）。
広告サーバ５０Ｄのリワード処理部５８０Ｄは、成果地点到達情報取得部５３３ＤからアプリＡの成果地点到達情報を受け取ると、アプリＡに対応する送客管理情報（このユーザ端末１０Ｄに対応する広告ユーザＩＤ及びアプリＡのアプリＩＤを含む送客管理情報）が送客情報記憶部５２４（送客情報管理テーブルＴＢＬ５０４）に記憶されているか否かを判定する（ステップＳ４５５８）。
ここでは、アプリＡが広告主アプリであるため、アプリＡに対応する送客管理情報が記憶されていると判定される（ステップＳ４５５８：ＹＥＳ）。この場合、リワード処理部５８０Ｄは、アプリＡのインストール通知情報に対応する送客管理情報により特定される広告掲載アプリであるアプリＸにおいてユーザ端末１０Ｄを利用するユーザに報酬が付与されるように報酬付与処理を実行する。具体的には、リワード処理部５８０Ｄは、アプリＸに対応するアプリサーバ３０−１に対して、報酬付与条件が充足されたことを示す報酬付与情報を送信する（ステップＳ４５６０）。この報酬付与情報には、例えば、アプリＸにおいて報酬が付与されるユーザを特定可能なように、アプリＸにおけるアプリユーザＩＤが含まれる。
なお、ユーザ端末１０Ｄにインストールされて起動したアプリＡがリワード広告において選択された広告主アプリではない場合には（ステップＳ４５５８：ＮＯ）、アプリＡは、この広告システム１Ｄとは関係なくユーザ端末１０Ｄに導入されたものであるため、リワード処理部５８０Ｄは、報酬付与情報を送信しない。
アプリサーバ３０−１は、広告サーバ５０Ｄから報酬付与情報を取得すると（ステップＳ４３０４）、取得した報酬付与情報に含まれるアプリユーザＩＤが示すユーザに対して、アプリＸにおいて予め定められた報酬を付与する（ステップＳ４３０６）。
〔第５の実施形態のまとめ〕
以上説明したように、本実施形態による広告システム１Ｄでは、ユーザ端末１０Ｄの広告掲載アプリの利用を少なくとも含む要因に起因して、ユーザ端末１０Ｄにリワード広告を表示することができる。このリワード広告を表示する構成においても、第１〜４の実施形態で説明した、特定ユーザであるか否かに基づいて広告の表示を制御する広告表示処理（例えば、図１２、図２５、図３０に示す広告表示処理）を適用することができる。
なお、本実施形態による広告システム１Ｄの構成として、図３２に示すユーザ端末１０Ｄ及び図３３に示す広告サーバ５０Ｄの機能構成を説明したが、これらの機能構成は、第１の実施形態による広告システム１の構成に対してリワード広告による報酬付与処理の構成を加えた例である。同様に、本実施形態で説明したリワード広告による報酬付与処理の構成を、第２から第４の実施形態の広告システム１Ａ、１Ｂ、又は１Ｃのそれぞれの構成に加えることで、広告システム１Ａ、１Ｂ、又は１Ｃにおけるリンク広告をリワード広告とした構成にすることができる。
本実施形態におけるリワード広告の例では、例えば、広告サーバ５０Ｄの広告表示制御部５４０Ｄは、複数のアプリケーションのうちユーザ端末１０Ｄにより実行されたことのあるものを除外した広告主アプリ（第２のアプリケーションの一例）に関連付けられた広告情報（アプリケーション情報の一例）の表示を、特定ユーザであるか否かに基づいて制御する。
ここで、複数のアプリケーションは広告対象となる複数のアプリケーションを示す。
これにより、広告サーバ５０Ｄは、ユーザ端末１０Ｄにより実行されたことのある広告主アプリの広告が、報酬付与対象とならないアプリケーションの広告であるにもかかわらず、報酬付与対象の広告として表示されないようにすることができる。
[変形例]
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成は上述の実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。例えば、上述の第１〜５の実施形態において説明した各機能は、任意に組み合わせることができる。なお、以下の記載において、広告サーバ５０、５０Ａ、５０Ｂ、５０Ｃ，５０Ｄを特に区別しない場合には、単に「広告サーバ５０」として記載する。同様に、ユーザ端末１０、１０Ｂ、１０Ｃ、１０Ｄを特に区別しない場合には、単に「ユーザ端末１０」として記載する。
（１）上記実施形態では、広告サーバ５０が、広告掲載アプリにおけるユーザが特定ユーザであるか否かを判定する例を説明したが、この判定を、ユーザ端末１０が判定してもよい。例えば、ユーザ端末１０は、広告サーバ５０が情報収集サーバ９０から取得した特定ユーザ情報を、広告サーバ５０から取得して端末記憶部１４のアプリ間共有エリアに記憶させる。そして、ユーザ端末１０は、端末記憶部１４に記憶された特定ユーザ情報を参照して、広告掲載アプリにおけるユーザが特定ユーザであるか否かを判定する。なお、この場合、予め設定されたタイミング（例えば、1日のうちの所定の時刻）、又は、特定ユーザ情報が更新されたことに応じたタイミング等で、広告サーバ５０から特定ユーザ情報を取得し、取得した最新の特定ユーザ情報を記憶して管理する。
（２）上記実施形態における情報収集サーバ９０に代えて、複数のアプリサーバ３０のそれぞれが、各アプリサーバ３０に対応するアプリケーションを利用しているユーザごとの利用状況や課金状況等に基づいて特定ユーザを決定し、決定した当該アプリケーションにおける特定ユーザを示す特定ユーザ情報を管理してもよい。そして、広告サーバ５０は、各アプリサーバ３０が管理する特定ユーザ情報を取得又は参照してもよい。
なお、広告サーバ５０は、アプリケーションを利用しているユーザごとの利用状況や課金状況等の特定ユーザ情報を情報収集サーバ９０又は各アプリサーバ３０から取得することにより、取得した情報に基づいて特定ユーザを決定し、決定したアプリケーションごとの特定ユーザを示す特定ユーザ情報を管理してもよい。
また、アプリケーションごとの特定ユーザを示す特定ユーザ情報が、広告サーバ５０に予め定められていてもよい。例えば、外部で作成された特定ユーザ情報がオペレータ等の操作によって広告サーバ５０に予め記憶され、その後、必要に応じて又は所定のタイミングで更新されてもよい。この場合、広告サーバ５０は、情報収集サーバ９０又は各アプリサーバ３０の特定ユーザ情報を取得または参照する必要がない。
（３）上記実施形態において、ユーザ端末１０にインストール済みのアプリケーションを除外した広告主アプリの広告が表示される広告の例を説明したが、これに限られるものではない。例えば、インストール済みのアプリケーションを除外せずに、ユーザ端末１０にインストール済みのアプリケーションとユーザ端末１０にインストールされたことが無いアプリケーションとをユーザが区別可能なようにユーザ端末１０に表示されるようにしてもよい。また、リンク広告の場合にはインストール済みのアプリケーションを除外せずに、リワード広告の場合にはインストール済みのアプリケーションを除外してもよい。
（４）上記実施形態では、広告サーバ５０とユーザ端末１０とが直接的に通信することにより各種情報を送受信する例を説明した。ここで、広告サーバ５０は、ユーザ端末１０に導入されているアプリケーションとアプリサーバ３０を介して通信セッションを確立させた後で、ユーザ端末１０と直接的に通信してもよい。同様に、ユーザ端末１０は、ユーザ端末１０に導入されているアプリケーションとアプリサーバ３０を介して通信セッションを確立させた後で、広告サーバ５０と直接的に通信してもよい。
なお、ユーザ端末１０から直接的に広告サーバ５０と通信する場合に、必要に応じて通信セッションを確立させるようにしてもよい。つまり、通信セッションを確立させる前に直接的に広告サーバ５０と通信する場合と、通信セッションを確立させた後に直接的に広告サーバ５０と通信する場合との両方を含んでもよい。
また、広告サーバ５０とユーザ端末１０とは、アプリサーバ３０を介して、ユーザ端末１０と間接的に通信してもよい。
（５）上記実施形態では、ユーザ端末１０を利用するユーザを一意に識別可能な情報としての広告ユーザＩＤが、ユーザ端末１０に最初に広告システム１に対応したアプリケーションがインストールされたときに生成される例を説明したが、これに限られるものではない。例えば、ユーザ端末１０に固有に設定されている電話番号やメールアドレス（例えば、スマートフォンの場合）を広告ユーザＩＤとしてもよい。しかしながら、電話番号やメールアドレス等のような個人情報を利用せずに、本実施形態のように広告ユーザＩＤを生成して利用する方がセキュリティの面で有利である。また、広告ユーザＩＤとして、ユーザ端末１０ごとに一意に割り振られるＵＤＩＤ（Unique Device Identifier）、ＩＭＥＩ（International Mobile Equipment Identity）、又はＩＭＳＩ（International Mobile Subscriber Identity）等の識別番号を利用してもよい。またこれら識別番号をハッシュ化又は暗号化して利用してもよい。また、広告ユーザＩＤとして、ユーザ端末１０のＯＳの機能としてユーザ端末１０ごとに対応付けられた互いに異なる情報であって、各アプリケーションによって使用することが許可されている情報（例えば、広告識別子（Advertising Identifier））を利用してもよい。また、広告ユーザＩＤとして、広告サーバ５０が、画面解像度・幅、タイムゾーン時差等の１００種類程度のパラメータをユーザ端末１０から取得して、所定のアルゴリズムを用いて生成したＩＤを利用してもよい。
（６）上述した広告システム１（１Ａ、１Ｂ、１Ｃ、１Ｄ）が備える各構成は、任意のコンピュータ装置に分散または集約して配置することができる。例えば、広告サーバ５０、アプリサーバ３０、アプリストア７０、又は、情報収集サーバ９０は、クラウド環境やネットワーク環境、ユーザ数の規模、広告システム１を構成するために用意されたハードウェアの数やスペック等に応じて、任意のコンピュータ装置に分散または集約して配置することができる。例えば、広告サーバ５０のサーバ記憶部５２は、広告サーバ５０とは異なるサーバ装置に備えられてもよい。そして、広告サーバ５０が備える管理部５１０が広告サーバ５０とは異なるサーバ装置に備えられたサーバ記憶部５２と通信することにより、サーバ記憶部５２が備える各部が記憶する各情報を管理してもよい。また、広告サーバ５０、アプリサーバ３０、アプリストア７０、又は、情報収集サーバ９０が一体となったサーバ装置として構成されてもよい。
（７）上述の端末制御部１５が実行する機能、又はサーバ制御部５３が実行する機能の一部又は全部を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより上述の各部の処理を行ってもよい。ここで、「記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行する」とは、コンピュータシステムにプログラムをインストールすることを含む。ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータシステム」は、インターネットやＷＡＮ、ＬＡＮ、専用回線等の通信回線を含むネットワークを介して接続された複数のコンピュータ装置を含んでもよい。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。このように、プログラムを記憶した記録媒体は、ＣＤ−ＲＯＭ等の非一過性の記録媒体であってもよい。また、記録媒体には、当該プログラムを配信するために配信サーバからアクセス可能な内部または外部に設けられた記録媒体も含まれる。配信サーバの記録媒体に記憶されるプログラムのコードは、端末装置で実行可能な形式のプログラムのコードと異なるものでもよい。即ち、配信サーバからダウンロードされて端末装置で実行可能な形でインストールができるものであれば、配信サーバで記憶される形式は問わない。なお、プログラムを複数に分割し、それぞれ異なるタイミングでダウンロードした後に端末装置で合体される構成や、分割されたプログラムのそれぞれを配信する配信サーバが異なっていてもよい。さらに「コンピュータ読み取り可能な記録媒体」とは、ネットワークを介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。また、上記プログラムは、上述した機能の一部を実現するためのものであってもよい。さらに、上述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。
また、上述した機能の一部または全部を、ＬＳＩ（Ｌａｒｇｅ Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ）等の集積回路として実現してもよい。上述した各機能は個別にプロセッサ化してもよいし、一部、または全部を集積してプロセッサ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、または汎用プロセッサで実現してもよい。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いてもよい。
[付記]
以上の記載から本発明は例えば以下のように把握される。なお、本発明の理解を容易にするために添付図面の参照符号を便宜的に括弧書きにて付記するが、それにより本発明が図示の態様に限定されるものではない。
（１）本発明の一態様に係る管理装置（５０、５０Ａ、５０Ｄ）は、端末装置（１０、１０Ｄ）により実行された第１のアプリケーションを利用するユーザを示すユーザ情報に基づいて、当該ユーザ情報により示されるユーザが前記第１のアプリケーションを利用するユーザのうちの特定ユーザであるか否かを判定する判定部（５５２、Ｓ５０４）と、前記第１のアプリケーションの利用を少なくとも含む要因に起因して前記端末装置に表示可能な第２のアプリケーションに関連付けられたアプリケーション情報の表示を前記特定ユーザであるか否かに基づいて制御する表示制御部（５４０、５４０Ａ、５４０Ｄ、Ｓ５０６、Ｓ５０８）と、を備える。
上記構成によれば、管理装置は、端末装置の広告掲載アプリにおいて広告を要求したユーザが広告掲載アプリにおける特定ユーザであるか否かに基づいて、当該ユーザに対する広告の表示を制御するため、利用しているアプリケーションに飽きてきたユーザに対して効果的に広告を表示することができる。
（２）本発明の一態様は、（１）に記載の管理装置（５０）であって、前記表示制御部（５４０、Ｓ５０６、Ｓ５０８）が、前記ユーザ情報により示されるユーザが前記特定ユーザであるか否かに基づいて、前記第２のアプリケーションに関連付けられたアプリケーション情報を前記端末装置（１０）に表示させるか否かを制御する。
上記構成によれば、管理装置は、端末装置の広告掲載アプリにおいて広告を要求したユーザが広告掲載アプリにおける特定ユーザであるか否かに基づいて、当該ユーザに対して広告を表示させるか否かを制御するため、利用しているアプリケーションに夢中になっているユーザには広告を表示しないで、利用しているアプリケーションに飽きてきたユーザに対して広告を表示することができる。
（３）本発明の一態様は、（１）に記載の管理装置（５０Ａ）であって、前記表示制御部（５４０Ａ、Ｓ５０６、Ｓ５０８）が、前記ユーザ情報により示されるユーザが前記特定ユーザであるか否か、及び、前記第１のアプリケーションに関連付けられたアプリケーション情報と前記第２のアプリケーションに関連付けられたアプリケーション情報とが所定の関係であるか否か、に基づいて、前記端末装置（１０）に表示可能なアプリケーション情報の表示を制御する。
上記構成によれば、管理装置は、広告掲載アプリに飽きてきたユーザではないユーザ（広告掲載アプリに夢中なユーザ）に対しては、当該ユーザに対して広告掲載アプリの利用が低下しないように異なるジャンルのアプリケーションの広告を表示することができる。一方、管理装置は、広告掲載アプリに飽きてきたユーザに対しては、当該ユーザに対して興味がありそうな同じジャンルのアプリケーションの広告を表示することができる。
（４）本発明の一態様は、（１）または（３）のいずれかに記載の管理装置（５０Ａ）であって、前記表示制御部（５４０Ａ、Ｓ５０６、Ｓ５０８）が、前記第２のアプリケーションに関連付けられたアプリケーション情報を、前記ユーザ情報により示されるユーザが前記特定ユーザであるか否かに基づいて当該アプリケーション情報の表示態様が異なるように表示させる制御をする。
上記構成によれば、管理装置は、広告掲載アプリにおいて広告を要求したユーザが広告掲載アプリにおける特定ユーザであるか否かに基づいて、当該ユーザに対して表示する広告の表示態様を異ならせるため、利用しているアプリケーションに飽きてきたユーザに対して目立つように広告を表示することができる。
（５）本発明の一態様は、（１）から（４）のいずれかに記載の管理装置（５０、５０Ａ）が、前記第１のアプリケーションに対応した前記特定ユーザを示す特定ユーザ情報を管理する特定ユーザ情報管理部（５１０）、を備え、前記判定部（５５２、Ｓ５０４）が、前記特定ユーザ情報を参照して、前記ユーザ情報により示されるユーザが前記特定ユーザであるか否かを判定する。
上記構成によれば、管理装置は、広告システムに対応したアプリケーションにおける特定ユーザを管理しているので、広告掲載アプリから広告を要求したユーザがその広告掲載アプリに飽きてきたユーザであるか否かを判定することができる。
（６）本発明の一態様は、（１）から（５）のいずれかに記載の管理装置（５０、５０Ａ）が、前記ユーザ情報に基づいて、当該ユーザ情報により示されるユーザが前記特定ユーザであるか否かを外部のサーバ装置（９０）に対して照会する照会部（５５１）、を備え、前記判定部が、前記照会部が照会した結果に基づいて、前記ユーザ情報により示されるユーザが前記特定ユーザであるか否かを判定する。
上記構成によれば、管理装置は、アプリケーションの利用度が低下してきているユーザ、又は、利用するアプリケーションにおける課金の頻度や額が低下してきているユーザ（即ち、そのアプリケーションに飽きてきたユーザ）を示す特定ユーザ情報を外部のサーバ装置に照会することにより、広告掲載アプリから広告を要求したユーザがその広告掲載アプリに飽きてきたユーザであるか否かを判定することができる。
（７）本発明の一態様は、（１）から（６）のいずれかに記載の管理装置（５０、５０Ａ）が、前記ユーザ情報を前記端末装置（１０）から取得するユーザ情報取得部（５４１、Ｓ５０２）、を備え、前記判定部（５５２、Ｓ５０４）が、前記ユーザ情報取得部が取得した前記ユーザ情報に基づいて、当該ユーザ情報により示されるユーザが前記特定ユーザであるか否かを判定する。
上記構成によれば、管理装置は、端末装置において広告掲載アプリから広告を要求したユーザを特定することができ、広告掲載アプリから広告を要求したユーザがその広告掲載アプリに飽きてきたユーザであるか否かを判定することができる。
（８）本発明の一態様は、（１）から（７）のいずれかに記載の管理装置（５０、５０Ａ，５０Ｄ）であって、前記表示制御部（５４０、５４０Ａ，５４０Ｄ、Ｓ５０４）が、複数のアプリケーションのうち前記端末装置（１０、１０Ｄ）により実行されたことのあるものを除外したアプリケーションのうちの前記第２のアプリケーションに関連付けられたアプリケーション情報の表示を、前記特定ユーザであるか否かに基づいて制御する。
上記構成によれば、管理装置は、端末装置により実行されたことのある広告主アプリの広告が、報酬付与対象とならないアプリケーションの広告であるにもかかわらず、報酬付与対象の広告として表示されないようにすることができる。
（９）本発明の一態様に係る端末装置（１０、１０Ｄ）は、管理装置（５０、５０Ａ、５０Ｄ）と通信する端末装置であって、自端末装置により実行された第１のアプリケーションに基づいて、アプリケーション情報を要求する要求部（１２０、Ｓ１１２）と、前記要求部の要求により、前記第１のアプリケーションを利用するユーザを示すユーザ情報により示されるユーザが前記第１のアプリケーションを利用するユーザのうちの特定ユーザであるか否かに基づいたアプリケーション情報であって、かつ、前記第１のアプリケーションの利用を少なくとも含む要因に起因して自端末装置に表示可能な第２のアプリケーションに関連付けられたアプリケーション情報を前記管理装置から取得する取得部（１２１、Ｓ１１４）と、前記取得部が取得した前記アプリケーション情報を表示部に表示させる表示制御部と（１４０、Ｓ１１４）、を備える。
上記構成によれば、端末装置は、管理装置と通信することで、広告掲載アプリを利用するユーザがその広告掲載アプリに飽きてきたユーザであるか否かに基づいて広告を表示することができる。よって、本実施形態によれば、ユーザに対して効果的に広告を表示することができる。
（１０）本発明の一態様は、（９）に記載の端末装置であって、前記取得部が、前記ユーザ情報により示されるユーザが前記特定ユーザである場合には前記第２のアプリケーションに関連付けられたアプリケーション情報を取得し、前記ユーザ情報により示されるユーザが前記特定ユーザではない場合には前記第２のアプリケーションに関連付けられたアプリケーション情報を取得しない。
上記構成によれば、端末装置は、広告掲載アプリを利用するユーザがその広告掲載アプリに飽きてきたユーザである場合には広告を表示し、広告掲載アプリに飽きてきたユーザでない場合には広告を表示しないようにするため、広告掲載アプリに飽きてきたユーザに対して効果的に広告を表示することができる。
（１１）本発明の一態様に係る制御方法は、端末装置により実行された第１のアプリケーションを利用するユーザを示すユーザ情報に基づいて、当該ユーザ情報により示されるユーザが前記第１のアプリケーションを利用するユーザのうちの特定ユーザであるか否かを判定するステップ（Ｓ５０４）と、前記第１のアプリケーションの利用を少なくとも含む要因に起因して前記端末装置に表示可能な第２のアプリケーションに関連付けられたアプリケーション情報の表示を前記特定ユーザであるか否かに基づいて制御するステップ（Ｓ５０６、Ｓ５０８）と、を含む。
（１２）本発明の一態様に係る制御方法は、管理装置と通信する端末装置の制御方法であって、自端末装置により実行された第１のアプリケーションに基づいて、アプリケーション情報を要求するステップ（Ｓ１１２）と、前記要求により、前記第１のアプリケーションを利用するユーザを示すユーザ情報により示されるユーザが前記第１のアプリケーションを利用するユーザのうちの特定ユーザであるか否かに基づいたアプリケーション情報であって、かつ、前記第１のアプリケーションの利用を少なくとも含む要因に起因して自端末装置に表示可能な第２のアプリケーションに関連付けられたアプリケーション情報を前記管理装置から取得するステップ（Ｓ１１４）と、前記取得した前記アプリケーション情報を表示部に表示させるステップ（Ｓ１１４）と、を含む。
（１３）本発明の一態様に係るプログラムは、管理装置としてのコンピュータに、端末装置により実行された第１のアプリケーションを利用するユーザを示すユーザ情報に基づいて、当該ユーザ情報により示されるユーザが前記第１のアプリケーションを利用するユーザのうちの特定ユーザであるか否かを判定するステップ（Ｓ５０４）と、前記第１のアプリケーションの利用を少なくとも含む要因に起因して前記端末装置に表示可能な第２のアプリケーションに関連付けられたアプリケーション情報、の表示を前記特定ユーザであるか否かに基づいて制御するステップ（Ｓ５０６、Ｓ５０８）と、を実行させるためのプログラムである。
（１４）本発明の一態様に係るプログラムは、管理装置と通信する端末装置としてのコンピュータに、前記端末装置により実行された第１のアプリケーションに基づいて、アプリケーション情報を要求するステップ（Ｓ１１２）と、前記要求により、前記第１のアプリケーションを利用するユーザを示すユーザ情報により示されるユーザが前記第１のアプリケーションを利用するユーザのうちの特定ユーザであるか否かに基づいたアプリケーション情報であって、かつ、前記第１のアプリケーションの利用を少なくとも含む要因に起因して自端末装置に表示可能な第２のアプリケーションに関連付けられたアプリケーション情報を前記管理装置から取得するステップ（Ｓ１１４）と、前記取得した前記アプリケーション情報を表示部に表示させるステップ（Ｓ１１４）と、を実行させるためのプログラムである。
（１５）本発明の一態様に係るプログラムは、管理装置と通信する端末装置にインストールされるアプリケーションのプログラムに組み込まれるプログラムであって、コンピュータに、前記端末装置により実行された第１のアプリケーションに基づいて、アプリケーション情報を要求するステップ（Ｓ１１２）と、前記要求により、前記第１のアプリケーションを利用するユーザを示すユーザ情報により示されるユーザが前記第１のアプリケーションを利用するユーザのうちの特定ユーザであるか否かに基づいたアプリケーション情報であって、かつ、前記第１のアプリケーションの利用を少なくとも含む要因に起因して自端末装置に表示可能な第２のアプリケーションに関連付けられたアプリケーション情報を前記管理装置から取得するステップ（Ｓ１１４）と、前記取得した前記アプリケーション情報を表示部に表示させるステップ（Ｓ１１４）と、を実行させるためのプログラムである。
１、１Ａ、１Ｂ、１Ｃ、１Ｄ 広告システム、１０、１０Ｂ、１０Ｃ、１０Ｄ、 ユーザ端末、１１ 入力部、１２ 表示部、１３ 端末通信部、１４ 端末記憶部、１５ 端末制御部、３０ アプリサーバ、５０、５０Ａ、５０Ｂ、５０Ｃ、５０Ｄ、 管理サーバ、５１ サーバ通信部、５２、５２Ａ、５２Ｄ サーバ記憶部、５３ サーバ制御部、７０ アプリストア、９０ 情報収集サーバ、１１０ 初期化処理部、１１１ 識別情報取得部、１１２ インストール通知部、１２０、１２０Ｂ 広告要求部、１２１ 広告取得部、１２２Ｂ 広告表示問合せ部、１２３Ｂ 広告表示可否情報取得部、１２４Ｃ 広告情報管理部、１２５Ｃ ユーザ情報問合せ部、１２６Ｃ ユーザ判定結果取得部、１３０Ｃ 広告生成部、１４０、１４０Ｃ 表示制御部、１５０ 送客情報通知部、１６０Ｄ 成果地点到達情報通知部、５１０ 管理部、５２１、５２１Ａ アプリケーション情報記憶部、５２２ 特定ユーザ情報記憶部、５２３ インストール情報記憶部、５２４ 送客情報記憶部５２４Ｄ 成果地点到達情報記憶部、５３０、５３０Ｄ 端末状態取得部、５３１ インストール通知取得部、５３２ 送客情報取得部、５３３Ｄ 成果地点到達情報取得部、５４０、５４０Ａ、５４０Ｂ、５４０Ｄ 広告表示制御部、５４１ 広告要求取得部、５４２、５４２Ａ、５４２Ｂ、５４２Ｄ 広告情報生成部、５４３ 広告通知部、５４４Ｂ 広告表示問合せ取得部、５４５Ｂ 広告表示可否情報通知部、５５０、５５０Ａ、５５０Ｂ、５５０Ｃ 判定処理部、５５１ 特定ユーザ情報取得部、５５２、５５２Ｂ、５５２Ｃ ユーザ判定部、５５３、５５３Ａ、５５３Ｂ 広告表示判定部、５５４Ｃ ユーザ情報問合せ取得部、５５５Ｃ ユーザ判定結果通知部、５６０ ストア情報通知部、５７０Ｃ 広告情報提供部、５８０Ｄ リワード処理部、ＴＢＬ５０１、ＴＢＬ５０６Ａ、ＴＢＬ５０７Ａ アプリケーション情報テーブル、ＴＢＬ５０２ 特定ユーザ情報テーブル、ＴＢＬ５０３ インストール情報管理テーブル、ＴＢＬ５０４ 送客情報管理テーブル、ＴＢＬ５０５Ａ 優先広告対象情報テーブル、ＴＢＬ５０８Ｄ 成果地点到達情報テーブル

Claims (10)

  1. 端末装置により実行された第１のアプリケーションを利用するユーザを示すユーザ情報に基づいて、当該ユーザ情報により示されるユーザが前記第１のアプリケーションを利用するユーザのうちの前記第１のアプリケーションにおける課金状況に基づく特定ユーザであるか否かを判定する判定部と、
    前記第１のアプリケーションの利用を少なくとも含む要因に起因して前記端末装置に表示可能な第２のアプリケーションに関連付けられたアプリケーション情報の表示を前記特定ユーザであるか否かに基づいて制御する表示制御部と、
    を備える管理装置。
  2. 前記判定部は、
    前記端末装置により実行された前記第１のアプリケーションを利用するユーザを示すユーザ情報に基づいて、当該ユーザ情報により示されるユーザが前記第１のアプリケーションを利用するユーザのうちの前記第１のアプリケーションにおける課金状況と前記第１のアプリケーションの利用状況とに基づく特定ユーザであるか否かを判定する、
    請求項１に記載の管理装置。
  3. 前記表示制御部は、
    前記ユーザ情報により示されるユーザが前記特定ユーザであるか否かに基づいて、前記第２のアプリケーションに関連付けられたアプリケーション情報を前記端末装置に表示させるか否かを制御する、
    請求項１または請求項２に記載の管理装置。
  4. 前記表示制御部は、
    前記ユーザ情報により示されるユーザが前記特定ユーザであるか否か、及び、前記第１のアプリケーションに関連付けられたアプリケーション情報と前記第２のアプリケーションに関連付けられたアプリケーション情報とが所定の関係であるか否か、に基づいて、前記端末装置に表示可能なアプリケーション情報の表示を制御する、
    請求項１または請求項２に記載の管理装置。
  5. 前記表示制御部は、
    前記第２のアプリケーションに関連付けられたアプリケーション情報を、前記ユーザ情報により示されるユーザが前記特定ユーザであるか否かに基づいて当該アプリケーション情報の表示位置または大きさが異なるように表示させる制御をする、
    請求項１、請求項２、または請求項４に記載の管理装置。
  6. 前記第１のアプリケーションに対応した前記特定ユーザを示す特定ユーザ情報を管理する特定ユーザ情報管理部、
    を備え、
    前記判定部は、
    前記特定ユーザ情報を参照して、前記ユーザ情報により示されるユーザが前記特定ユーザであるか否かを判定する、
    請求項１から請求項５のいずれかに記載の管理装置。
  7. 前記ユーザ情報に基づいて、当該ユーザ情報により示されるユーザが前記特定ユーザであるか否かを外部のサーバ装置に対して照会する照会部、
    を備え、
    前記判定部は、
    前記照会部が照会した結果に基づいて、前記ユーザ情報により示されるユーザが前記特定ユーザであるか否かを判定する、
    請求項１から請求項６のいずれかに記載の管理装置。
  8. 前記ユーザ情報を前記端末装置から取得するユーザ情報取得部、
    を備え、
    前記判定部は、
    前記ユーザ情報取得部が取得した前記ユーザ情報に基づいて、当該ユーザ情報により示されるユーザが前記特定ユーザであるか否かを判定する、
    請求項１から請求項７のいずれかに記載の管理装置。
  9. 前記表示制御部は、
    複数のアプリケーションのうち前記端末装置により実行されたことのあるものを除外したアプリケーションのうちの前記第２のアプリケーションに関連付けられたアプリケーション情報の表示を、前記特定ユーザであるか否かに基づいて制御する、
    請求項１から請求項８のいずれかに記載の管理装置。
  10. 管理装置としてのコンピュータに、
    端末装置により実行された第１のアプリケーションを利用するユーザを示すユーザ情報に基づいて、当該ユーザ情報により示されるユーザが前記第１のアプリケーションを利用するユーザのうちの前記第１のアプリケーションにおける課金状況に基づく特定ユーザであるか否かを判定するステップと、
    前記第１のアプリケーションの利用を少なくとも含む要因に起因して前記端末装置に表示可能な第２のアプリケーションに関連付けられたアプリケーション情報の表示を前記特定ユーザであるか否かに基づいて制御するステップと、
    を実行させるためのプログラム。
JP2014180160A 2014-09-04 2014-09-04 管理装置、およびプログラム Active JP6330239B2 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2014180160A JP6330239B2 (ja) 2014-09-04 2014-09-04 管理装置、およびプログラム
PCT/JP2015/072748 WO2016035522A1 (ja) 2014-09-04 2015-08-11 管理装置、端末装置、制御方法、およびプログラム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2014180160A JP6330239B2 (ja) 2014-09-04 2014-09-04 管理装置、およびプログラム

Publications (2)

Publication Number Publication Date
JP2016053892A JP2016053892A (ja) 2016-04-14
JP6330239B2 true JP6330239B2 (ja) 2018-05-30

Family

ID=55439589

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2014180160A Active JP6330239B2 (ja) 2014-09-04 2014-09-04 管理装置、およびプログラム

Country Status (2)

Country Link
JP (1) JP6330239B2 (ja)
WO (1) WO2016035522A1 (ja)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6028954B1 (ja) * 2016-04-13 2016-11-24 株式会社セガゲームス 広告制御装置及びプログラム
JP6722503B2 (ja) * 2016-04-28 2020-07-15 株式会社バンダイナムコエンターテインメント コンピュータシステム及びプログラム
JP2018169492A (ja) * 2017-03-30 2018-11-01 沖電気工業株式会社 制御装置、サーバ装置および表示制御システム
JP7326783B2 (ja) * 2019-03-13 2023-08-16 日本電気株式会社 クライアント端末、業務サーバ、安否確認システム、処理方法及びプログラム
JP6876092B2 (ja) * 2019-05-16 2021-05-26 株式会社バンダイナムコエンターテインメント コンピュータシステム、ゲームシステム及びゲーム装置

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080004954A1 (en) * 2006-06-30 2008-01-03 Microsoft Corporation Methods and architecture for performing client-side directed marketing with caching and local analytics for enhanced privacy and minimal disruption
US20100017505A1 (en) * 2006-12-18 2010-01-21 Access Co., Ltd. Application updating management terminal device, system and program
US20110145063A1 (en) * 2009-12-15 2011-06-16 Microsoft Corporation Targeting applications with advertisements
JP2011253462A (ja) * 2010-06-03 2011-12-15 Sony Corp コンテンツ推薦システム、コンテンツ推薦装置、およびコンテンツ推薦方法
JP5384452B2 (ja) * 2010-09-08 2014-01-08 株式会社Ｎｔｔドコモ 配信サーバ及び推薦方法
JP5209088B2 (ja) * 2011-06-27 2013-06-12 ヤフー株式会社 バックグラウンドアプリケーションプログラム、広告表示端末及び広告配信システム
JP5445606B2 (ja) * 2012-03-15 2014-03-19 株式会社セガ 広告提供システム、広告制御装置、及び広告制御プログラム
JP5439620B1 (ja) * 2013-05-07 2014-03-12 株式会社 ディー・エヌ・エー 電子コンテンツを推奨するシステム
JP5478767B1 (ja) * 2013-11-05 2014-04-23 株式会社 ディー・エヌ・エー 電子コンテンツを提供するシステム及び方法

Also Published As

Publication number Publication date
JP2016053892A (ja) 2016-04-14
WO2016035522A1 (ja) 2016-03-10

Similar Documents

Publication Publication Date Title
JP6213838B2 (ja) 端末装置、管理装置、制御方法、およびプログラム
JP6330239B2 (ja) 管理装置、およびプログラム
KR102203409B1 (ko) 관리 장치, 관리 방법, 및 기록매체
AU2013388205B2 (en) Advertising system and method therefor using advertising module included in application
JP5451810B2 (ja) 検索情報提供装置、検索情報提供方法および検索情報提供プログラム
JP6413175B2 (ja) 管理装置、端末装置、管理システム、制御方法、およびプログラム
JP6097909B2 (ja) 管理装置、端末装置、制御方法、およびプログラム
JPWO2017072856A1 (ja) 情報処理システム、サーバ、情報処理装置、情報処理プログラム、および、情報処理方法
JP5658320B2 (ja) 端末装置、制御方法、及びプログラム
JP6317022B2 (ja) 端末装置、管理装置、およびプログラム
JP6402410B2 (ja) 端末装置、およびプログラム
JP7406685B2 (ja) 情報処理方法、情報処理装置、及びプログラム
JP5651219B1 (ja) 端末装置、制御方法、及びプログラム
JP2014112386A (ja) 検索情報提供装置、検索情報提供方法および検索情報提供プログラム
JP5658324B2 (ja) 端末装置、制御方法、及びプログラム
WO2017072855A1 (ja) 情報処理システム、サーバ、情報処理装置、情報処理プログラム、および、情報処理方法
JP5658322B2 (ja) 端末装置、制御方法、及びプログラム
JP5658319B2 (ja) 管理装置、管理方法、及びプログラム
JP5658323B2 (ja) 管理装置、管理方法、及びプログラム
JP5658321B2 (ja) 管理装置、管理方法、及びプログラム
JP6223243B2 (ja) 仲介装置、仲介ユーザ端末、仲介方法、およびプログラム
WO2017072857A1 (ja) 情報処理システム、サーバ、情報処理装置、情報処理プログラム、および、情報処理方法
JP2015035230A (ja) 管理装置、管理方法、及びプログラム
WO2015022791A1 (ja) 管理装置、管理方法、端末装置、制御方法、及びプログラム
JP2015122096A (ja) 検索情報提供装置、検索情報提供方法および検索情報提供プログラム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20160826

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20170119

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20170530

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20170724

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20170919

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20171117

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20180116

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20180316

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20180327

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20180406

R150 Certificate of patent or registration of utility model

Ref document number: 6330239

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

S531 Written request for registration of change of domicile

Free format text: JAPANESE INTERMEDIATE CODE: R313531

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250