JP6275092B2 - 配信装置、配信方法および配信プログラム - Google Patents

Description

本発明は、配信装置、配信方法および配信プログラムに関する。

近年、スマートフォンやタブレット端末等のスマートデバイスが普及してきている。このようなスマートデバイス等の端末装置を使用するユーザは、端末装置にインストールされた種々のアプリケーション（以下、単に「アプリ」とする場合がある）を用いてコンテンツを取得する。

そこで、各アプリケーション内のブラウザとサーバ間でのクッキーからユーザ情報を予測し、予測したユーザ情報を用いてターゲティングを行うといった広告配信が行われている。

特表２０１４−５３４４８１号公報

しかしながら、クッキーは、各アプリ内ブラウザに紐付くため、他のアプリ内ブラウザにおいてユーザが閲覧したコンテンツの情報等を利用することができない場合が多い。したがって、上記の従来技術では、クッキーから精度よくユーザ情報を予測することができないため、高精度な広告配信ができるとは限らない。

本願は、上記に鑑みてなされたものであって、高精度な広告配信を行うことができる配信装置、配信方法および配信プログラムを提供することを目的とする。

本願にかかる配信装置は、アプリケーションに含まれるコンテンツ表示プログラムによって表示されるコンテンツの配信要求をユーザ端末から受け付ける受付部と、前記受付部により配信要求が受け付けられた場合に、前記アプリケーションによって利用されるユーザ情報に基づきコンテンツを抽出する抽出部と、前記抽出部により抽出されたコンテンツを前記ユーザ端末に配信する配信部と、を有することを特徴とする。

実施形態の一態様によれば、高精度な広告配信を行うことができるといった効果を奏する。

図１は、実施形態にかかる配信処理の一例を示す図である。 図２は、実施形態にかかるユーザ端末の構成例を示す図である。 図３は、実施形態にかかるアプリサーバの構成例を示す図である。 図４は、実施形態にかかる登録情報記憶部の一例を示す図である。 図５は、実施形態にかかる広告サーバの構成例を示す図である。 図６は、実施形態にかかる広告情報記憶部の一例を示す。 図７は、実施形態にかかる報酬情報記憶部の一例を示す。 図８は、実施形態にかかる配信システムによる配信処理手順を示すシーケンス図である。 図９は、変形例にかかる配信処理の一例を示す図である。 図１０は、広告サーバの機能を実現するコンピュータの一例を示すハードウェア構成図である。

以下に、本願にかかる配信装置、配信方法および配信プログラムを実施するための形態（以下、「実施形態」と呼ぶ）について図面を参照つつ詳細に説明する。なお、この実施形態により本願にかかる配信装置、配信方法および配信プログラムが限定されるものではない。

（実施形態）
〔１．配信処理〕
図１を用いて、実施形態にかかる配信処理の一例について説明する。図１は、実施形態にかかる配信処理の一例を示す図である。図１に示す配信システム１は、ユーザ端末１００と、アプリサーバ２００ａと、アプリサーバ２００ｂと、アプリサーバ２００ｃと、広告サーバ３００とを有する。ユーザ端末１００と、アプリサーバ２００ａと、アプリサーバ２００ｂと、アプリサーバ２００ｃと、広告サーバ３００とは、ネットワークを介して有線または無線により通信可能に接続される。

なお、図１に示した配信システム１には、複数台のユーザ端末１００や、複数台の広告サーバ３００が含まれてもよい。また、配信システム１には、アプリサーバ２００ａ、アプリサーバ２００ｂ、アプリサーバ２００ｃそれぞれが１台ずつ含まれるが、必ずしも１台に限定されるものではなく、例えば、アプリサーバ２００ａ、アプリサーバ２００ｂ、アプリサーバ２００ｃそれぞれが複数台ずつ含まれてもよい。また、各アプリサーバは、１台のアプリサーバとして構成されてもよい。

アプリサーバ２００ａ〜２００ｃは、それぞれ所定のアプリを提供および管理するサーバ装置である。本実施形態では、アプリサーバ２００ａはＳＮＳ（Social Networking Service）に関るアプリであるアプリＡ１を、アプリサーバ２００ｂはゲームアプリであるアプリＡ２を、アプリサーバ２００ｃは地図検索アプリであるアプリＡ３を、それぞれ提供および管理しているものとする。

また、アプリサーバ２００ａ〜２００ｃは、各種ユーザ情報を所定の記憶部に格納する。例えば、アプリサーバ２００ａは、アプリＡ１によって、ユーザから受け付けられた登録情報を、ユーザＩＤに対応付けて登録情報記憶部２２１に格納する。なお、図１に示すように、以下の実施形態では、各アプリサーバをまとめて「アプリサーバ２００」と表記する場合がある。

ここで、実施形態にかかるアプリについて説明する。実施形態にかかるアプリには、アプリ内でウェブページ等のコンテンツを表示できるコンテンツ表示プログラム（以下では、「アプリ内ブラウザ」と表記する場合がある）が組み込まれている。このような、アプリ内ブラウザを実現する機能は、一般に「ｗｅｂｖｉｅｗ」と呼ばれる場合がある。

ユーザ端末１００は、ユーザによって利用される端末装置である。ユーザ端末１００は、例えば、スマートフォンや、タブレット型端末や、ノート型ＰＣ（Personal Computer）や、デスクトップＰＣや、携帯電話機や、ＰＤＡ（Personal Digital Assistant）等により実現される。また、図１に示す例においては、ユーザ端末１００は、ユーザＩＤ「Ｕ１」によって識別されるユーザであるユーザＵ１によって利用されているものとする。

また、実施形態にかかるユーザ端末１００は、ユーザによる操作にしたがって、上述したアプリＡ１〜Ａ３がインストールされているものとする。ユーザ端末１００は、各アプリがインストールされることで、各アプリの有する機能を実現する。例えば、ユーザ端末１００は、ＳＮＳアプリであるアプリＡ１がインストールされることにより、文章によるユーザ間での対話を実現する。

広告サーバ３００は、ユーザ端末１００からの広告コンテンツ配信要求である広告リクエストに応じて、アプリサーバ２００からユーザ情報を取得する。そして、広告サーバ３００は、取得したユーザ情報に基づき配信対象の広告コンテンツを抽出し、抽出した広告コンテンツをリクエスト元のユーザ端末１００に配信する。

ここから、図１に基づいて、広告サーバ３００を含む配信システム１による配信処理について説明する。図１（ａ）は、ユーザＵ１がアプリＡ１を起動し、他のユーザ（例えば、ユーザＵ２）と対話を行っている際のユーザ端末１００における表示部１３０の一例を示す。図１（ａ）に示すように、ユーザ端末１００は、ユーザＵ１の操作に従い、アプリＡ１を起動することにより、ユーザ間での対話を実現するとともに、「ニュースサイト」、「天気予報サイト」、「グルメサイト」等の各種ウェブページへ遷移するためのリンクメニューＬ１を表示する。

ここで、ユーザＵ１がリンクメニューＬ１のうち、「Ｎｅｗｓ」を選択操作したとする。例えば、「Ｎｅｗｓ」に対するリンク先のウェブページＷ１に、広告コンテンツを表示する表示枠Ｆ１が含まれているとすると、ユーザ端末１００は、表示枠Ｆ１に表示する広告コンテンツの配信要求である広告リクエストとして、アプリ名「Ａ１」およびユーザＩＤ「Ｕ１」を含む広告リクエストを広告サーバ３００に送信する（ステップＳ１）。

続いて、広告サーバ３００は、ユーザ端末１００から広告リクエストを受け付けると、ユーザＩＤ「Ｕ１」に対応付けられるユーザ情報の取得要求をアプリサーバ２００ａに送信する（ステップＳ２）。

アプリサーバ２００ａは、広告サーバ３００からの取得要求に応じて、登録情報記憶部２２１を参照し、ユーザＩＤ「Ｕ１」に対応付けて記憶しているユーザ情報「女性、２１歳」を広告サーバ３００に送信する（ステップＳ３）。

このようにして、広告サーバ３００は、ユーザＩＤ「Ｕ１」に対応するユーザ情報「女性、２１歳」を取得すると、かかるユーザ情報に基づいて、配信対象の広告コンテンツを決定する（ステップＳ４）。例えば、広告サーバ３００は、図１に示すように、広告コンテンツとターゲティング条件とを対応付けて記憶しているとすると、ユーザ情報「女性、２１歳」を満たすターゲティング条件が設定されている広告コンテンツＡＤ１を配信対象として決定する。そして、広告サーバ３００は、決定した広告コンテンツＡＤ１を広告リクエスト元のユーザ端末１００に配信する（ステップＳ５）。

ユーザ端末１００は、広告コンテンツＡＤ１を受け付けると、アプリＡ１内のブラウザであるブラウザＢ１を起動し、ブラウザＢ１内に表示枠Ｆ１に広告コンテンツＡＤ１を配置したウェブページＷ１を表示する。

ここで、クッキーとは、ブラウザとサーバ装置との組合せ毎に発行されるものである。このため、図１の例の場合、アプリＡ１内のブラウザ（ブラウザＢ１）、アプリＡ２内のブラウザおよびアプリＡ３内のブラウザのそれぞれがサーバ装置との間で個別のクッキーを有することになる。

このような場合、かかるサーバ装置を広告配信を行うサーバＹとすると、サーバＹは、アプリ毎に異なるクッキーを受け付けつけることになる。このため、サーバＹは、同一ユーザ（同一ユーザ端末１００）から送信されたクッキーを適切に紐付けることができない場合がある。例えば、ユーザＵ１がアプリＡ１〜Ａ３それぞれを利用することで、ユーザＵ１のユーザ端末１００からサーバＹへそれぞれのアプリが有するクッキーが送信される。しかし、サーバＹは、受け付けた各アプリのクッキーをユーザＵ１のユーザ端末１００によるものとして適切に紐付けることができず、他のユーザのユーザ端末１００によるものと認識してしまう場合がある。

また、サーバＹは、クッキーに対応付けてユーザ情報を記憶しているが、上記のようにアプリ毎にクッキーが異なることから、クッキー毎のユーザ情報の蓄積量は少なく、少ないユーザ情報からではユーザの属性情報、趣味・嗜好等を高精度に推定することが困難である。しかしながら、実施形態にかかる広告サーバ３００は、図１で説明したように、各アプリを管理するアプリサーバ２００からユーザによって登録された登録情報を取得し、取得した登録情報を用いてターゲティングを行うため、クッキー毎の少ないユーザ情報から属性情報等、趣味・嗜好等を推定し、推定した情報を用いてターゲティングを行うよりも高精度な広告配信を行うことができる。

また、実施形態にかかる配信システム１では、各アプリの管理者（例えば、アプリサーバ２００の管理者や各アプリの開発事業者等）と、広告サーバ３００の管理者とが異なる。このように、管理者が異なることにより、広告配信側は、ユーザ端末１００に配信すべき最適な広告コンテンツを正確に把握することが困難なため、例えば、上記のようにクッキーに対応付けられるユーザ情報から推測した情報に基づき広告配信を行うことが一般的である。しかし、実施形態にかかる広告サーバ３００は、アプリ管理者側で得られた真のユーザ情報（図１の例では、登録情報）をアプリ管理者側から取得し、取得したユーザ情報を用いてターゲティングを行うため高精度な広告配信を行うことができる。

〔２．ユーザ端末の構成〕
次に、図２を用いて、実施形態にかかるユーザ端末１００の構成について説明する。図２は、実施形態にかかるユーザ端末の構成例を示す図である。図２に示すように、ユーザ端末１００は、通信部１１０と、入力部１２０と、表示部１３０と、制御部１４０とを有する。なお、実施形態にかかるユーザ端末１００には、ＳＮＳアプリであるアプリＡ１、ゲームアプリであるアプリＡ２、地図検索アプリであるアプリＡ３がインストールされているものとする。

（通信部１１０）
通信部１１０は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。そして、通信部１１０は、ネットワークと有線または無線で接続され、例えば、アプリサーバ２００、広告サーバ３００等との間で情報の送受信を行う。

（入力部１２０）
入力部１２０は、ユーザから各種操作を受け付ける入力装置である。例えば、入力部１２０は、キーボードやマウスや操作キー等によって実現される。

（表示部１３０）
表示部１３０は、各種情報を表示するための表示装置である。例えば、表示部１３０は、液晶ディスプレイ等によって実現される。なお、ユーザ端末１００にタッチパネルが採用される場合には、入力部１２０と表示部１３０とは一体化される。

（制御部１４０）
制御部１４０は、例えば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、ユーザ端末１００内部の記憶装置に記憶されている各種プログラム（ユーザ端末１００にインストールされたアプリやブラウザが実行するプログラムの一例に相当）がＲＡＭ（Random Access Memory)を作業領域として実行されることにより実現される。例えば、このプログラムは、インストールされているアプリケーションのプログラムが含まれる。また、制御部１４０は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現される。

また、図２に示すように、制御部１４０は、アプリ制御部１５０を有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部１４０の内部構成は、図２に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。また、制御部１４０が有する各処理部の接続関係は、図２に示した接続関係に限られず、他の接続関係であってもよい。

（アプリ制御部１５０）
アプリ制御部１５０は、ユーザ端末１００にインストールされている各種アプリの制御部である。上記のように、ユーザ端末１００には、アプリＡ１、アプリＡ２およびアプリＡ３がインストールされているため、アプリ制御部１５０は、各アプリに対応する制御部であるアプリＡ１制御部１６０、アプリＡ２制御部１７０およびアプリＡ３制御部１８０とを有する。なお、制御部１５０の内部構成は、図２に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。また、アプリ制御部１５０が有する各処理部の接続関係は、図２に示した接続関係に限られず、他の接続関係であってもよい。

（アプリＡ１制御部１６０）
アプリＡ１制御部１６０ついて説明する。アプリＡ１制御部１６０は、ＳＮＳアプリであるアプリＡ１に対応する制御部であって、アプリＡ１の各種処理を行う。また、アプリＡ１制御部１６０は、アプリＡ１を介してユーザから受け付けたログインＩＤ、登録情報、投稿情報等の各種ユーザ情報をアプリサーバ２００ａに送信したり、アプリサーバ２００ａに問い合わせて各種情報を取得したりといった、アプリサーバ２００ａとの情報の送受信も行う。なお、アプリＡ１制御部１６０は、上記各種ユーザ情報をアプリサーバ２００ａに送信する場合、後述する抽出部１６３により抽出されたユーザＩＤに対応付けて送信する。

図２に示すように、アプリＡ１制御部１６０は、ブラウザ制御部１６１と、受付部１６２と、抽出部１６３と、要求部１６４とを有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、アプリＡ１制御部１６０の内部構成は、図２に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。また、アプリＡ１制御部１６０が有する各処理部の接続関係は、図２に示した接続関係に限られず、他の接続関係であってもよい。

（ブラウザ制御部１６１）
ブラウザ制御部１６１は、アプリＡ１に組み込まれているアプリ内ブラウザであるブラウザＢ１に対応する制御部であって、ブラウザＢ１に関する各種処理を行う。例えば、ブラウザ制御部１６１は、アプリＡ１内でウェブページを表示する。例えば、ブラウザ制御部１６１は、図１に示すように、アプリＡ１が起動されている状態で、アプリＡ１からウェブページＷ１へ遷移させる操作（図１では、「Ｎｅｗｓ」に対するクリック操作）を受け付けた場合、アプリＡ１内でブラウザＢ１を起動し、起動したブラウザＢ１内にウェブページＷ１を表示する。

また、ブラウザ制御部１６１は、サーバ装置毎にクッキーの制御を行う。例えば、ブラウザ制御部１６１は、所定のサーバＳＶａに対してはクッキーＣＫ１ａを有しており、サーバＳＶａとの間でクッキーＣＫ１ａの送受信等を行う。また、ブラウザ制御部１６１は、別のサーバＳＶｂに対してはクッキーＣＫ１ｂを有しており、サーバＳＶｂとの間でクッキーＣＫ１ｂの送受信等を行う。

（受付部１６２）
受付部１６２は、アプリケーションに関する指示や情報を受け付ける。具体的には、受付部１６２は、入力部１２０を介してユーザからの各種操作を受け付ける。例えば、受付部１６２は、ユーザの氏名、年齢、性別、住所等のユーザ情報を登録情報として受け付ける。また、例えば、受付部１６２は、ユーザから対話に関するコメント、記事、発言内容等の投稿情報を受け付ける。このようなユーザから得られた情報は、アプリＡ１によって利用されるユーザ情報であるとともに、アプリサーバ２００ａによって管理されるユーザ情報でもある。

（抽出部１６３）
抽出部１６３は、ユーザ端末１００を利用するユーザの識別情報であるユーザＩＤを抽出する。例えば、アプリサーバ２００ａがユーザＩＤリストを所持しているとすると、抽出部１６３は、アプリサーバ２００ａにアクセスし、ユーザＩＤを抽出する。すなわち、図１の例は、抽出部１６３によりユーザＩＤ「Ｕ１」が抽出されたことを示す。

（要求部１６４）
要求部１６４は、広告コンテンツの配信要求である広告リクエストを広告サーバ３００に送信する。具体的には、要求部１６４は、ユーザＩＤおよびアプリ名を含む広告コンテンツをユーザ端末１００に送信する。

例えば、図１に示すように、アプリＡ１が起動されている状態で、アプリＡ１内からウェブページＷ１へ遷移させる操作が行われたとする。このとき、要求部１６４は、ウェブページＷ１に表示枠Ｆ１が含まれていることから、表示枠Ｆ１に表示される広告コンテンツの配信要求である広告リクエストと、抽出部１６３により抽出されたユーザＩＤと、対応するアプリの名称である「アプリＡ１」とをユーザ端末１００に送信する。なお、要求部１６４は、広告サーバ３００から送信される広告コンテンツを受け付ける処理も行ってよい。

また、要求部１６４は、広告コンテンツ以外のコンテンツ（例えば、ウェブページ）の配信要求を所定のサーバ装置へ送信し、かかる所定のサーバ装置からのコンテンツの受付等も行ってよい。そして、このようにして要求部１６４によりウェブページと広告コンテンツとが受け付けられると、ブラウザ制御部１６１は、ブラウザＢ１内にウェブページと広告コンテンツとを表示する。

また、要求部１６４は、ウェブページに表示枠が含まれていることにより広告リクエストを送信するのではなく、所定のウェブページが表示される場合に、そのウェブページに含まれる表示枠に表示される広告の広告リクエストを広告サーバ３００に送信するよう構成されてもよい。例えば、ユーザ端末に対して、表示対象のウェブページがウェブページＷ１である場合に広告リクエストを送信するよう予め設定されいるとする。このような場合、要求部１６４は、上記所定のサーバ装置からウェブページＷ１を受け付けると、ウェブページＷ１の表示枠Ｆ１表示される広告の広告リクエストを広告サーバ３００に送信する。

さて、ここまでアプリＡ１制御部１６０について説明してきた。以下では、アプリＡ２制御部１７０およびアプリＡ３制御部１８０について説明する。

アプリＡ２制御部１７０は、ゲームアプリであるアプリＡ２に対応する制御部であって、アプリＡ２の各種処理を行う。例えば、アプリＡ２制御部１７０は、アプリＡ２を介してユーザから受け付けた各種ユーザ情報をアプリサーバ２００ｂに送信する。また、図２に示すように、アプリＡ２制御部１７０は、アプリＡ１制御部１６０と同様に、ブラウザ制御部１７１等を有する。

ブラウザ制御部１７１は、アプリＡ２に組み込まれているアプリ内ブラウザであるブラウザＢ２に対応する制御部であって、ブラウザＢ２に関する各種処理を行う。例えば、ブラウザ制御部１７１は、アプリＡ２が起動されている状態で、アプリＡ２からウェブページＷ１へ遷移させる操作を受け付けた場合、アプリＡ２内でブラウザＢ２を起動し、起動したブラウザＢ２内にウェブページＷ１を表示する。

また、ブラウザ制御部１７１も同様に、サーバ装置毎にクッキー情報の制御を行う。また、アプリＡ２制御部１７０は、アプリＡ１制御部１６０と同様に、受付部、抽出部、要求部も有するが、これらの部位はアプリＡ１制御部１６０の有するものと同様の処理を行うものであるため説明を省略する。

また、アプリＡ３制御部１８０は、地図検索アプリであるアプリＡ３に対応する制御部であって、アプリＡ３の各種処理を行う。例えば、アプリＡ３制御部１８０は、アプリＡ３を介してユーザから受け付けた各種ユーザ情報をアプリサーバ２００ｃに送信する。また、図２に示すように、アプリＡ３制御部１８０は、ブラウザ制御部１８１等を有する。

ブラウザ制御部１８１は、アプリＡ３に組み込まれているアプリ内ブラウザであるブラウザＢ３に対応する制御部であって、ブラウザＢ３に関する各種処理を行う。例えば、例えば、ブラウザ制御部１８１は、アプリＡ３が起動されている状態で、アプリＡ３からウェブページＷ１へ遷移させる操作を受け付けた場合、アプリＡ３内でブラウザＢ３を起動し、起動したブラウザＢ３内にウェブページＷ１を表示する。

また、ブラウザ制御部１８１も同様に、サーバ装置毎にクッキー情報の制御を行う。また、アプリＡ３制御部１８０は、アプリＡ１制御部１６０と同様に、受付部、抽出部、要求部も有するが、これらの部位はアプリＡ１制御部１６０の有するものと同様の処理を行うものであるため説明を省略する。

〔３．アプリサーバ２００の構成〕
次に、図３を用いて、実施形態にかかるアプリサーバ２００の構成について説明する。図３は、実施形態にかかるアプリサーバ２００の構成例を示す図である。図３に示すように、アプリサーバ２００は、通信部２１０と、記憶部２２０と、制御部２３０とを有する。

通信部２１０は、例えば、ＮＩＣ等によって実現される。そして、通信部２１０は、ネットワークと有線または無線で接続され、例えば、ユーザ端末１００、広告サーバ３００等との間で情報の送受信を行う。

（記憶部２２０）
記憶部２２０は、例えば、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。実施形態にかかる記憶部２２０は、図３に示すように、登録情報記憶部２２１を有する。

（登録情報記憶部２２１）
実施形態にかかる登録情報記憶部２２１は、アプリによってアプリ登録時にユーザから受け付けられたユーザ情報を記憶する。図４は、実施形態にかかる登録情報記憶部２２１の一例を示す図である。図４に示す登録情報記憶部２２１は、「ユーザＩＤ」、「氏名」、「性別」、「年齢」、「住所」といった項目を有する。

「ユーザＩＤ」は、ユーザ端末１００の抽出部１６３によって抽出されたユーザＩＤを示す。例えば、アプリＡ１制御部１６０は、アプリ登録時にユーザから受け付けたユーザ情報をユーザＩＤに対応付けて、アプリサーバ２００ａに送信する。

「氏名」、「性別」、「年齢」、「住所」は、それそれユーザによって登録される個人情報である。すなわち、図４の例では、ユーザＩＤ「Ｕ１」によって識別されるユーザが、氏名「田中〇子」、性別「女性」、年齢「２１歳」、住所「横浜市Ｘ区」をアプリに記憶している例を示す。

なお、図示しないが、アプリサーバ２００は、対応するアプリに応じた独自のユーザ情報を記憶する記憶部をさらに有する。例えば、ＳＮＳアプリＡ１に対応するアプリサーバ２００ａは、ユーザによるコメントや発言内容等の投稿情報を記憶する投稿情報記憶部を有する。かかる投稿情報記憶部では、例えば、ユーザＩＤ毎に投稿日時（コメント投稿日時）と、投稿内容とが対応付けて記憶される。

また、例えば、ゲームアプリであるアプリＡ２に対応するアプリサーバ２００ｂは、行動履歴記憶部を有する。かかる行動履歴記憶部は、ユーザＩＤ毎にアプリＡ２内でのユーザの行動履歴（例えば、課金額やチャット内容等）を対応付けて記憶する。また、例えば、地図検索アプリであるアプリＡ３に対応するアプリサーバ２００ｃは、検索履歴記憶部を有する。かかる検索履歴記憶部は、ユーザＩＤ毎に検索履歴（例えば、検索キーワード等）を対応付けて記憶する。

（制御部２３０）
図３に戻り、制御部２３０は、例えば、ＣＰＵやＭＰＵ等によって、アプリサーバ２００内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部２３０は、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現される。

図３に示すように、制御部２３０は、受付部２３１と、提供部２３２とを有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部２３０の内部構成は、図３に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。また、制御部２３０が有する各処理部の接続関係は、図３に示した接続関係に限られず、他の接続関係であってもよい。

（受付部２３１）
受付部２３１は、ユーザ端末１００のアプリ制御部１５０から各種ユーザ情報を受け付ける。例えば、図３に示すように、ユーザ端末１００にアプリＡ１がインストールされている場合、受付部２３１は、ユーザＩＤに対応付けられた各種ユーザ情報をアプリＡ１制御部１６０から受け付ける。また、受付部２３１は、受け付けたユーザ情報をユーザＩＤに対応付けて、登録情報記憶部２２１に記憶する。

（提供部２３２）
提供部２３２は、広告サーバ３００にユーザ情報を提供する。具体的には、提供部２３２は、広告サーバ３００からユーザ情報の送信リクエストとして、ユーザＩＤを含む送信リクエストを受け付けた場合に、かかるユーザＩＤに対応するユーザ情報を広告サーバ３００に送信する。

提供部２３２の処理の一例について、アプリサーバ２００ａを用いて説明する。例えば、アプリサーバ２００ａの提供部２３２は、広告サーバ３００からユーザＩＤ「Ｕ１」を含むリクエストを受け付けた場合には、図４に示す登録情報記憶部２２１からユーザＩＤ「Ｕ１」に対応するユーザ情報である「性別：女性、年齢：２１歳、住所：横浜市Ｘ区」を抽出し、広告サーバ３００に送信する。

〔４．広告サーバ３００の構成〕
次に、図５を用いて、実施形態にかかる広告サーバ３００の構成について説明する。図５は、実施形態にかかる広告サーバ３００の構成例を示す図である。図５に示すように、広告サーバ３００は、通信部３１０と、記憶部３２０と、制御部３３０とを有する。

通信部３１０は、例えば、ＮＩＣ等によって実現される。そして、通信部３１０は、ネットワークと有線または無線で接続され、例えば、ユーザ端末１００、アプリサーバ２００等との間で情報の送受信を行う。

（記憶部３２０）
記憶部３２０は、例えば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。実施形態にかかる記憶部３２０は、図５に示すように、広告情報記憶部３２１と、報酬情報記憶部３２２とを有する。

（広告情報記憶部３２１）
広告情報記憶部３２１は、広告主から受け付けた広告コンテンツに関する情報を記憶する。ここで、図６に、実施形態にかかる広告情報記憶部３２１の一例を示す。図６に示した例では、広告情報記憶部３２１は、「広告主ＩＤ」、「広告ＩＤ」、「広告データ」、「ターゲティング条件」といった項目を有する。

「広告主ＩＤ」は、広告主または各広告主によって利用される端末（広告主端末）を識別するための識別情報を示す。また、「広告ＩＤ」は、広告主から広告サーバ３００に入稿される広告コンテンツを識別するための識別情報を示す。

「広告データ」は、広告コンテンツに関するデータを示す。図６の例では、広告データを概念的な記号で示しているが、実際には、広告データは、画像データや動画（音声付でもよい）データ等である。「ターゲティング条件」は、広告コンテンツの配信対象となるユーザの条件を示し、広告コンテンツの入稿時に広告主によって指定される。例えば、「ターゲティング条件」には、広告コンテンツの配信対象とするユーザのユーザ属性が記憶される。すなわち、図６の例では、広告主ＩＤ「Ｃ１」によって識別される広告主が、広告ＩＤ「ＡＤ１」によって識別される広告コンテンツのデータ「ａａａ．ｐｎｇ」を入稿するとともに、ターゲティング条件「２０代女性、関東在住」を設定している例を示す。

（報酬情報記憶部３２２）
報酬情報記憶部３２２は、アプリ提供元であるアプリの管理者に対する報酬額を記憶する。なお、本実施形態において、アプリの管理者とアプリサーバ２００との管理者は同一であるものとする。具体的には、本実施形態では、アプリＡ１とアプリサーバ２００ａは、管理者Ｔ１によって管理され、アプリＡ２とアプリサーバ２００ｂは、管理者Ｔ２によって管理され、アプリＡ３とアプリサーバ２００ｃは、管理者Ｔ３によって管理されるものとする。

図１でも説明したように、実施形態にかかる広告サーバ３００は、各アプリによって利用されるユーザ情報（例えば、登録情報）を用いて広告配信を行うものであるため、ユーザ情報を提供されたことに対する報酬として広告収益の一部の金額を、対応するアプリの管理者に与える。なお、アプリの管理者に与える報酬額は、後述する算出部３３６によって算出される。

ここで、図７に実施形態にかかる報酬情報記憶部３２２の一例を示す。図７に示した例では、報酬情報記憶部３２２は、「アプリ名」、「要求数」、「報酬額」といった項目を有する。

「アプリ名」は、広告リクエスト送信元のアプリ名を示す。「要求数」は、後述する広告サーバ３００の取得部３３３が、アプリサーバ２００に対してユーザ情報を送信するよう要求した回数（取得部３３３によるリクエスト送信回数）を示す。「報酬額」は、算出部３３６によって、「要求数」に基づいて、アプリ毎に算出される報酬額であって、ユーザ情報を提供されたことに対する報酬額を示す。すなわち、図７の例では、広告サーバ３００が、アプリ「Ａ１」に対応するアプリサーバ２００ａに対し、ユーザ情報を送信するよう「１５００回」要求したことを示す。また、かかる要求に応じて、アプリサーバ２００ａがユーザ情報を提供してくれた報酬額として「１万５千円」を、広告サーバ３００が算出したことを示す。

なお、報酬情報記憶部３２２は、取得部３３３による「要求数」ではなく、各アプリ制御部の要求部（アプリＡ１制御部１６０の場合、要求部１６４）から送信された広告リクエストの回数を記憶してもよい。

（制御部３３０）
図５に戻り、制御部３３０は、例えば、ＣＰＵやＭＰＵ等によって、広告サーバ３００内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部３３０は、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現される。

図５に示すように、制御部３３０は、入稿受付部３３１と、要求受付部３３２と、取得部３３３と、抽出部３３４と、配信部３３５と、算出部３３６とを有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部３３０の内部構成は、図５に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。また、制御部３３０が有する各処理部の接続関係は、図５に示した接続関係に限られず、他の接続関係であってもよい。

（入稿受付部３３１）
入稿受付部３３１は、広告主端末から広告コンテンツの入稿を受け付ける。例えば、入稿受付部３３１は、ターゲティング条件が設定された広告コンテンツのデータの入稿を広告主端末から受け付ける。そして、入稿受付部３３１は、入稿元の広告主を識別する広告主ＩＤに対応付けて、入稿された広告コンテンツのデータを広告情報記憶部３２１に記憶する。

なお、入稿受付部３３１は、ターゲティング条件を必ずしも広告コンテンツの入稿と同時に受け付けることを要しない。すなわち、入稿受付部３３１は、広告コンテンツの入稿の後にターゲティング条件の設定を受け付けてもよい。また、入稿受付部３３１は、設定されたターゲティング条件の変更を受け付けてもよい。

（要求受付部３３２）
要求受付部３３２は、アプリ内ブラウザによって表示される広告コンテンツの配信要求である広告リクエストをユーザ端末１００から受け付ける。具体的には、要求受付部３３２は、広告リクエストを、ユーザ端末１００におけるアプリ制御部１５０から受け付ける。

例えば、図２に示すように、ユーザ端末１００においてアプリＡ１がインストールされている場合、要求受付部３３２は、広告リクエストをアプリＡ１制御部１６０の要求部１６４から受け付ける。

（取得部３３３）
取得部３３３は、アプリケーションによって利用されるユーザ情報を取得する。具体的には、取得部３３３は、要求受付部３３２により広告リクエストが受け付けられた場合に、広告リクエスト送信元のアプリに対応するアプリサーバ２００に対し、アプリケーションによって利用されるユーザ情報を送信するよう要求することでユーザ情報を取得する。なお、上述してきたように、本実施形態において、アプリケーションによって利用されるユーザ情報とは、アプリによってユーザから受け付けられた登録情報であるものとする。なお、アプリケーションによって利用されるユーザ情報は、登録情報に限定されるものではなく、例えば、後に詳述するが、各アプリ毎に得られた各アプリ独自のユーザ情報等を含むものであってよい。

さらに具体的には、取得部３３３は、ユーザ情報の取得リクエストとして、広告リクエストに含まれるユーザＩＤを含む取得リクエストをアプリサーバ２００に送信する。これにより、取得部３３３は、広告リクエストに含まれるユーザＩＤに対応するユーザ情報を広告リクエスト送信元のアプリに対応するアプリサーバ２００から取得する。

取得部３３３の処理の一例について、アプリサーバ２００ａを用いて説明する。例えば、図１に示すように、要求受付部３３２によって、アプリ名「アプリＡ１」およびユーザＩＤ「Ｕ１」を含む広告リクエストが受け付けられたとする。かかる場合、取得部３３３は、アプリ名「アプリＡ１」が受け付けられたことにより、アプリＡ１に対応するアプリサーバ２００ａからユーザ情報を取得することを認識する。

そして、取得部３３３は、ユーザＩＤ「Ｕ１」を含む取得リクエストをアプリサーバ２００ａに送信することで、アプリサーバ２００ａからユーザＩＤ「Ｕ１」に対応するユーザ情報を取得する。ここで、例えば、上述したように、アプリサーバ２００ａの提供部２３２によってユーザ情報「性別：女性、年齢：２１歳、住所：横浜市Ｘ区」が抽出された場合、取得部３３３は、この提供部２３２によって抽出されたユーザ情報を取得することになる。

また、取得部３３３は、アプリサーバ２００に取得リクエストを送信する度に、報酬情報記憶部３２１における要求数に所定の値を加算してゆく。例えば、取得部３３３は、要求受付部３３２によって、アプリ名「アプリＡ１」およびユーザＩＤ「Ｕ１」を含む広告リクエストが受け付けられたことにより、アプリサーバ２００ａにユーザ情報を送信するようリクエストした際に、報酬情報記憶部３２２において「アプリＡ１」に対応する要求回数に「１」を加算する。例えば、図７の例では、取得部３３３は、「アプリＡ１」に対応する要求数「１５００」に「１」を加算して「１５０１」とする。

なお、報酬情報記憶部３２２は、広告リクエストの回数を記憶してもよい旨記載したが、このような場合には、要求受付部３３２が、広告リクエストを受け付けた際に、広告リクエストに含まれるアプリ名に対応する広告リクエスト回数に所定の値（例えば、「１」）を加算してゆく。

（抽出部３３４）
抽出部３３４は、取得部３３３によって取得されたユーザ情報に基づいて、配信対象の広告コンテンツを決定するとともに、決定した広告コンテンツを広告情報記憶部３２１から抽出する。例えば、抽出部３３４は、広告情報記憶部３２１に記憶されているターゲティング条件と取得されたユーザ情報とのマッチングを行う。そして、抽出部３３４は、ユーザ情報を満たすターゲティング条件が設定されている広告コンテンツを配信対象の広告コンテンツとして決定し、決定した広告コンテンツを広告情報記憶部３２１から抽出する。

例えば、上記のように、取得部３３３によりユーザ情報「性別：女性、年齢：２１歳、住所：横浜市Ｘ区」が取得された場合、抽出部３３３は、広告情報記憶部３２１に記憶されているターゲティング条件と、かかるユーザ情報とのマッチングを行ってゆく。そして抽出部３３４は、ターゲティング条件「２０代女性、関東在住」がユーザ情報「性別：女性、年齢：２１歳、住所：横浜市Ｘ区」を満たすことから、対応する広告コンテンツＡＤ１を配信対象の広告コンテンツとして決定する。そして、抽出部３３４は、決定した広告コンテンツＡＤ１に対応する広告データ「ａａａ．ｐｎｇ」を広告情報記憶部３２１から抽出する。

（配信部３３５）
配信部３３５は、抽出部３３４によって抽出された広告コンテンツをユーザ端末１００に配信する。例えば、抽出部３３４により広告コンテンツＡＤ１に対応する広告データ「ａａａ．ｐｎｇ」が広告情報記憶部３２１から抽出された場合には、配信部３３５は、抽出された広告データ「ａａａ．ｐｎｇ」をユーザ端末１００に配信する。

（算出部３３６）
算出部３３６は、ユーザ情報を提供されたことによる報酬であって、各アプリを管理する管理者への報酬となる金額（報酬額）を算出する。例えば、算出部３３６は、アプリサーバ２００に対してユーザ情報を送信するよう要求した回数に基づいて、報酬額を算出する。例えば、１回の要求につき「１０円」の報酬を与えることが設定されているとすると、算出部３３６は、図７に示す例では、アプリＡ１の管理者への報酬額として「１万５千円」を算出する。また、算出部３３６は、各アプリから送信される広告リクエストの回数に基づいて、報酬額を算出してもよい。

〔５．配信処理フロー〕
次に、図８を用いて、実施形態にかかる配信システム１による配信処理の手順について説明する。図８は、実施形態にかかる配信システム１による配信処理手順を示すシーケンス図である。

なお、かかるシーケンス図では、アプリサーバ２００として、アプリＡ１に対応するアプリサーバ２００ａを例示する。そして、ユーザ端末１００には、アプリＡ１がインストールされているものとする。また、アプリサーバ２００ａは、ユーザ端末１００においてアプリＡ１制御部１６０から、ユーザＩＤに対応付けた登録情報等の各種ユーザ情報を受け付けることにより、登録情報記憶部２２１に記憶しているものとする。

まず、ユーザ端末１００において、アプリＡ１が起動されている状態で、アプリＡ１から所定のウェブページ（ウェブページＷ１とする）へ遷移させる遷移操作が、アプリＡ１制御部１６０によって受け付けられたとする（ステップＳ１０１）。これに応じて、要求部１６４は、ウェブページＷ１を配信する所定のサーバ装置へリクエストすることで、ウェブページＷ１の配信を受け付ける。

ここで、受け付けたウェブページＷ１に広告コンテンツを表示する表示枠Ｆ１が含まれていたとすると、要求部１６４は、アプリ名「アプリＡ１」と、抽出部１６３により抽出されたユーザＩＤ（ユーザＩＤ「Ｕ１」とする）とを含む広告リクエストを広告サーバ３００に送信する（ステップＳ１０２）。

広告サーバ３００の要求受付部３３２により広告リクエストが受け付けられると、取得部３３３は、広告リクエストにアプリ名「Ａ１」が含まれていることから、アプリＡ１に対応するアプリサーバ２００ａからアプリケーションによって利用されるユーザ情報を取得する。例えば、取得部３３３は、アプリサーバ２００ａに対し、ユーザＩＤ「Ｕ１」に対応するユーザ情報を送信するようリクエストする（ステップＳ１０３）。

アプリサーバ２００ａは、広告サーバ３００からのリクエストに応じ、ユーザＩＤ「Ｕ１」に対応するユーザ情報を登録情報記憶部２２１から抽出し（ステップＳ１０４）、広告サーバ３００へ送信する（ステップＳ１０５）。そして、取得部３３３は、アプリサーバ２００ａからユーザ情報を受け付ける。

次に、広告サーバ３００の抽出部３３４は、取得されたユーザ情報に基づいて、広告コンテンツを抽出する。例えば、広告情報記憶部３２１を参照し、各広告コンテンツに設定されているターゲティング条件と、取得されたユーザ情報とのマッチングを行うことで、配信対象の広告コンテンツを決定し、決定した広告コンテンツを広告情報記憶部３２１から抽出する（ステップＳ１０６）。そして、配信部３３５は、抽出された広告コンテンツをユーザ端末１００に配信する（ステップＳ１０７）。

アプリＡ１制御部１６０の要求部１６４によって広告コンテンツが受け付けられると、ブラウザ制御部１６１は、ブラウザＢ１を起動し、表示枠Ｆ１に広告コンテンツを配置したウェブページＷ１をブラウザＢ１内に表示する（ステップＳ１０８）。

〔６．変形例〕
さて、本実施形態にかかる配信システムは、上記実施例以外にも種々の異なる形態にて実施されてよい。そこで、以下では、上記配信システム１とは異なる配信システム２について説明する。

〔６−１．ユーザ端末から直接ユーザ情報受付〕
上記実施形態では、各アプリサーバ２００が、対応するアプリがインストールされている各ユーザ端末１００から登録情報等の各種ユーザ情報を受け付けて記憶しておき、広告サーバ３００が、広告リクエストに含まれるユーザＩＤを用いて、対応するアプリサーバ２００からユーザ情報を取得することで、広告配信を行う例を示した。しかし、広告サーバ３００は、アプリサーバ２００からユーザ情報を取得するのではなく、直接ユーザ端末１００からユーザ情報を受け付けてもよい。この点について、図９を用いて説明する。

図９は、変形例にかかる配信処理の一例を示す図である。図９に示す配信システム２は、図１に示す配信システム１と同様に、ユーザ端末１００と、アプリサーバ２００ａと、アプリサーバ２００ｂと、アプリサーバ２００ｃと、広告サーバ３００とを有するものとする。ユーザ端末１００と、アプリサーバ２００ａと、アプリサーバ２００ｂと、アプリサーバ２００ｃと、広告サーバ３００とは、ネットワークを介して有線または無線により通信可能に接続される。以下、配信システム２による配信処理について具体的に説明するが、図１と重複する部分については説明を省略する。

まず、配信システム２では、ユーザ端末１００がアプリによって受け付けられた登録情報等のユーザ情報を記憶する登録情報記憶部を有する。例えば、ユーザ端末１００にアプリＡ１がインストールされているとすると、アプリＡ１制御部１６０の受付部１６２は、ユーザから登録情報を受け付け、受け付けた登録情報を抽出部１６３により抽出されたユーザＩＤに対応付けて登録情報記憶部に記憶する。このような登録情報記憶部を、図４に示すアプリサーバ２００ａの有する登録情報記憶部２２１に対して、登録情報記憶部２２１ａと表記することにする。

例えば、受付部１６２は、抽出部１６３によりユーザＩＤ「Ｕ１」が抽出され、ユーザ情報「女性、２１歳」の登録を受け付けたことにより、図９（ａ）に示すような登録情報記憶部２２１ａを有しているものとする。

ここで、アプリＡ１が起動されている状態で、ユーザＵ１がアプリＡ１内に表示されるリンクメニューＬ１のうち、「Ｎｅｗｓ」を選択したとする。例えば、「Ｎｅｗｓ」に対するリンク先のウェブページＷ１に、広告コンテンツを表示する表示枠Ｆ１が含まれているとすると、アプリＡ１制御部１６０の要求部１６４は、表示枠Ｆ１に表示する広告コンテンツの配信要求である広告リクエストとして、アプリ名「Ａ１」およびユーザＩＤ「Ｕ１」に対応するユーザ情報「女性、２１歳」を含む広告リクエストを広告サーバ３００に送信する（ステップＳ２１）。なお、このとき要求部１６４は、ユーザＩＤ「Ｕ１」も送信してもよい。

広告サーバ３００の要求受付部３３２によって、かかる広告リクエストが受け付けられると、抽出部３３４は、受け付けられたユーザ情報に基づいて、配信対象の広告コンテンツを決定し、決定した広告コンテンツを広告情報記憶部３２１から抽出する（ステップＳ２２）。図９に示す例では、抽出部３３４は、各広告コンテンツに設定されているターゲティング条件とユーザ情報「女性、２１歳」とのマッチングにより、ユーザ情報「女性、２１歳」を満たすターゲティング条件が設定されている広告コンテンツＡＤ１を配信対象として決定する。

そして、配信部３３５は、抽出部３３４により抽出された広告コンテンツＡＤ１を広告リクエスト送信元のユーザ端末１００に配信する（ステップＳ２３）。

このように、広告サーバ３００は、ユーザ端末１００から受け付けた広告リクエストに含まれるユーザ情報であって、アプリによって利用されるユーザ情報を用いてターゲティングした広告コンテンツを配信する。このため、広告サーバ３００は、高精度な広告配信を行うことができる。また、広告サーバ３００は、アプリサーバ２００にアクセスする必要がないため迅速な広告配信を行うことができる。

〔６−２．ユーザ情報について〕
上記実施形態では、広告サーバ３００が、各アプリに登録されたユーザ情報（登録情報）を用いて広告配信を行う例を示した。しかし、広告サーバ３００は、このようなユーザ情報以外にも、各アプリ独自に得られたユーザ情報を用いて広告配信を行ってもよい。

例えば、ＳＮＳアプリＡ１に対応するアプリサーバ２００ａは、登録情報記憶部２２１以外にも、ユーザＩＤ毎にユーザからの発言内容を記憶した投稿情報記憶部を有していることが考えられる。そこで、アプリサーバ２００ａは、ユーザＩＤ毎に発言内容を解析し特徴語や所定のカテゴリを抽出したり、発言内容からユーザ情報を予測して記憶しておいてもよい。

例えば、アプリサーバ２００ａの制御部２３０は、「六本木にはキーマカレーで有名なお店があります」といった発言内容をユーザＩＤ「Ｕ１」に対応付けていたとすると、「六本木、キーマカレー」といった特徴語を抽出してもよいし、「六本木、カレー」あるいは「東京、グルメ」といった所定のカテゴリを抽出し、投稿情報記憶部に記憶しておく。そして、例えば、アプリサーバ２００ａは、広告サーバ３００からのユーザＩＤ「Ｕ１」に対応するユーザ情報のリクエストを受け付けた場合には、ユーザＩＤ「Ｕ１」に対応する登録情報だけでなく、「六本木、キーマカレー」や「六本木、カレー」（「東京、グルメ」）を送信する。

そして、広告サーバ３００の抽出部３３４は、例えば、広告主からターゲティング条件として、キーワードやカテゴリ等を設定させておくことにより、かかるキーワードやカテゴリと、アプリサーバ２００ａから受け付けた特徴語やカテゴリとのマッチングを行うことで、配信対象の広告コンテンツを抽出する。

また、ゲームアプリＡ２に対応するアプリサーバ２００ｂは、ユーザＩＤ毎に課金情報等の行動履歴情報を記憶した行動履歴記憶部を有していることが考えられる。そこで、アプリサーバ２００ｂの制御部２３０は、行動履歴からユーザ情報を予測してもよい。例えば、アプリサーバ２００ｂの制御部２３０は、ユーザＵ１について１ヶ月当たりの課金額が所定額を超えている場合には、収入源が安定している「サラリーマン」と予測したり、「高額所得者」と予測し、行動履歴記憶部に記憶しておく。そして、例えば、アプリサーバ２００ｂは、広告サーバ３００からのユーザＩＤ「Ｕ１」に対応するユーザ情報のリクエストを受け付けた場合には、ユーザＩＤに対応する登録情報だけでなく、「サラリーマン」や「高額所得者」を送信する。なお、制御部２３０は、推測した情報ををそのまま送信するのではなく、例えば、推測した情報に対応するカテゴリを送信してもよい。

また、地図検索アプリＡ３に対応するアプリサーバ２００ｃは、ユーザＩＤ毎に検索履歴を記憶した検索履歴記憶部を有していることが考えられる。そこで、アプリサーバ２００ｃの制御部２３０は、検索履歴からユーザ情報を予測してもよい。一般に地図検索に関するアプリではユーザ登録を受け付けないことも多い。そこで、アプリサーバ２００ｃの制御部２３０は、検索履歴からユーザの生活圏を予測してもよいし、ユーザが興味のある地域を予測してもよい。

このように、広告サーバ３００は、アプリケーションによって利用されるユーザ情報ととして、ユーザによる登録情報だけでなく、各アプリ毎に得られた各アプリ独自のユーザ情報をさらに用いることで、精度よくターゲティングを行うことができるため、高精度な広告配信を行うことができる。

〔６−３．クッキーに対応するユーザ情報をさらに利用〕
上記各実施形態では、抽出部３３４が、ユーザによる登録情報やアプリ毎に得られた各アプリ独自のユーザ情報を用いてターゲティングを行うことで、広告コンテンツを抽出する例を示した。しかし、抽出部３３４は、これらユーザ情報に加えて、アプリ内ブラウザとの間で送受信するクッキーに対応するユーザ情報に基づき広告コンテンツを抽出してもよい。

例えば、ユーザ端末１００にアプリＡ１〜Ａ３がインストールされているとすると、アプリＡ１〜Ａ３それぞれと広告サーバ３００との間で個別のクッキーが発行される。例えば、アプリＡ１は、広告サーバ３００との間で送受信するクッキーを発行する。また、広告サーバ３００は、それぞれのアプリによるクッキーに対応付けてユーザ情報を記憶している。例えば、広告サーバ３００は、アプリＡ１内のブラウザによって表示されたウェブページの情報、すなわちアプリＡ１を用いてユーザに閲覧されたウェブページの閲覧情報をアプリＡ１との間でのクッキーに対応付けて記憶する。

そこで、抽出部３３４は、各クッキーに対応付けている情報に基づきユーザの趣味嗜好等を予測し、予測したユーザ情報をさらに対応付けて記憶しておく。なお、このような予測処理は、抽出部３３４以外の他の処理部によって行われてもよいし、予測するタイミングは任意であってよい。例えば、要求受付部３３２により広告リクエストが受け付けられたタイミングで行ってもよい。

そして、例えば、アプリＡ１制御部１６０の要求部１６４からアプリ名「Ａ１」とユーザＩＤ「Ｕ１」とを含む広告リクエストが受け付けられたとすると、抽出部３３４は、ユーザＩＤ「Ｕ１」に対応するユーザ情報と、予測したユーザ情報のうち、アプリＡ１のクッキーに対応付けているユーザ情報とを用いて、ターゲティングを行うことで広告コンテンツを抽出する。

このように、広告サーバ３００は、より多くのユーザ情報を用いることで、精度よくターゲティングを行うことができるため、高精度な広告配信を行うことができる。

〔６−４．ハードウェア構成〕
上述してきた実施形態にかかる広告サーバ３００は、例えば、図１０に示すような構成のコンピュータ１０００によって実現される。図１０は、広告サーバ３００の機能を実現するコンピュータ１０００の一例を示すハードウェア構成図である。コンピュータ１０００は、ＣＰＵ１１００、ＲＡＭ１２００、ＲＯＭ１３００、ＨＤＤ１４００、通信インターフェイス（Ｉ／Ｆ）１５００、入出力インターフェイス（Ｉ／Ｆ）１６００、及びメディアインターフェイス（Ｉ／Ｆ）１７００を有する。

ＣＰＵ１１００は、ＲＯＭ１３００又はＨＤＤ１４００に格納されたプログラムに基づいて動作し、各部の制御を行う。ＲＯＭ１３００は、コンピュータ１０００の起動時にＣＰＵ１１００によって実行されるブートプログラムや、コンピュータ１０００のハードウェアに依存するプログラム等を格納する。

ＨＤＤ１４００は、ＣＰＵ１１００によって実行されるプログラム、および、かかるプログラムによって使用されるデータ等を格納する。通信インターフェイス１５００は、通信網５０を介して他の機器からデータを受信してＣＰＵ１１００へ送り、ＣＰＵ１１００が生成したデータを通信網５０を介して他の機器へ送信する。

ＣＰＵ１１００は、入出力インターフェイス１６００を介して、ディスプレイやプリンタ等の出力装置、及び、キーボードやマウス等の入力装置を制御する。ＣＰＵ１１００は、入出力インターフェイス１６００を介して、入力装置からデータを取得する。また、ＣＰＵ１１００は、生成したデータを入出力インターフェイス１６００を介して出力装置へ出力する。

メディアインターフェイス１７００は、記録媒体１８００に格納されたプログラムまたはデータを読み取り、ＲＡＭ１２００を介してＣＰＵ１１００に提供する。ＣＰＵ１１００は、かかるプログラムを、メディアインターフェイス１７００を介して記録媒体１８００からＲＡＭ１２００上にロードし、ロードしたプログラムを実行する。記録媒体１８００は、例えばＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto-Optical disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。

例えば、コンピュータ１０００が実施形態にかかる広告サーバ３００として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１２００上にロードされたプログラムを実行することにより、制御部３３０の機能を実現する。コンピュータ１０００のＣＰＵ１１００は、これらのプログラムを記録媒体１８００から読み取って実行するが、他の例として、他の装置から通信網５０を介してこれらのプログラムを取得してもよい。

〔６−５．その他〕
また、上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。

また、上述してきた各実施形態は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

〔７．効果〕
実施形態にかかる広告サーバ３００は、受付部３３２と、抽出部３３４と、配信部３３５とを有する。受付部３３２は、アプリケーションに含まれるコンテンツ表示プログラムによって表示されるコンテンツの配信要求をユーザ端末から受け付ける。抽出部３３４は、受付部３３２により配信要求が受け付けられた場合に、アプリケーションによって利用されるユーザ情報に基づきコンテンツを抽出する。配信部３３５は、抽出部３３４により抽出されたコンテンツをユーザ端末１００に配信する。

このように、実施形態にかかる広告サーバ３００は、アプリケーションによって利用されるユーザ情報として、例えば、各アプリがユーザから受け付けた登録情報や各アプリによって得られた独自のユーザ情報に基づき配信対象の広告コンテンツを抽出するため、高精度な広告配信を行うことができる。

また、取得部３３３は、受付部３３２により配信要求が受け付けられた場合に、ユーザ情報をアプリケーションを管理する所定のサーバ装置から取得し、抽出部３３４は、取得部３３３により取得されたユーザ情報に基づきコンテンツを抽出する。

これにより、実施形態にかかる広告サーバ３００は、高精度な広告配信を行うことができる。

また、取得部３３３は、配信要求に含まれるユーザ端末１００を利用するユーザを識別する識別情報に対応するユーザ情報を所定のサーバ装置から取得する。

これにより、実施形態にかかる広告サーバ３００は、各ユーザの趣味趣向等に応じた広告コンテンツを配信することができるため、広告効果を高めることができる。

受付部３３２は、配信要求とともにユーザ情報を受け付け、抽出部３３４は、受付部３３２により受け付けられたユーザ情報に基づいて、コンテンツを抽出する。

このように、実施形態にかかる広告サーバ３００は、ユーザ端末１００から、当該ユーザ端末１００にインストールされているアプリによって利用されるユーザ情報を直接受け付けて、受け付けたユーザ情報に基づいて広告配信を行う。このため、広告サーバ３００は、他のサーバ装置にアクセスする必要がなく、高精度かつ迅速な広告配信を行うことができる。

また、算出部３３６は、ユーザ情報を利用してコンテンツの配信を行ったことによる報酬であって、当該ユーザ情報に対応するアプリケーションを管理する管理者への報酬を算出する。

このように、実施形態にかかる広告サーバ３００は、ユーザ情報を利用した場合には、利用料としてアプリ管理者に報酬を与えることで、アプリ管理者に対して、積極的に自身のアプリにアプリ内ブラウザ機能を組み込ませることができる。アプリ内ブラウザ機能を有するアプリが増えると、よりユーザに広告コンテンツが閲覧される機会が増えるため、広告サーバ装置３００は、広告効果（広告収益）を高めることができる。

受付部３３２は、コンテンツ表示プログラムであるウェブブラウザによって表示されるコンテンツの配信要求をユーザ端末１００から受け付ける。

これにより、実施形態にかかる広告サーバ３００は、高精度な広告配信を行うことができる。

抽出部３３４は、アプリケーションによって利用されるユーザ情報と、ウェブブラウザと送受信するＨＴＴＰクッキーに対応するユーザ情報とに基づきコンテンツを抽出する。

このように、実施形態にかかる広告サーバ３００は、より多くのユーザ情報を用いることで、精度よくターゲティングを行うことができるため、高精度な広告配信を行うことができる。

以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。

また、上述してきた「部（section、module、unit）」は、「手段」や「回路」などに読み替えることができる。例えば、受付部は、受付手段や受付回路に読み替えることができる。

１ 配信システム
１００ ユーザ端末
１５０ アプリ制御部
２００ アプリサーバ
２２１ 登録情報記憶部
２３１ 受付部
２３２ 提供部
３００ 広告サーバ
３２１ 広告情報記憶部
３２２ 報酬情報記憶部
３３２ 要求受付部
３３３ 取得部
３３４ 抽出部
３３５ 配信部
３３６ 算出部

Claims (6)

1. アプリケーションに含まれるブラウザプログラムによって表示されるコンテンツの配信要求をユーザ端末から受け付ける受付部と、
   前記受付部により前記配信要求が受け付けられた場合に、前記アプリケーションによって利用されるユーザ情報を前記アプリケーションを管理する所定のサーバ装置から取得する取得部と、
   前記取得部により取得されたユーザ情報に基づきコンテンツを抽出する抽出部と、
   前記抽出部により抽出されたコンテンツを前記ユーザ端末に配信する配信部と、
   を有することを特徴とする配信装置。
2. 前記取得部は、前記配信要求に含まれる前記ユーザ端末を利用するユーザを識別する識別情報に対応する前記ユーザ情報を前記所定のサーバ装置から取得する
   ことを特徴とする請求項１に記載の配信装置。
3. 前記ユーザ情報を利用して前記コンテンツの配信を行ったことによる報酬であって、当該ユーザ情報に対応する前記アプリケーションを管理する管理者への報酬を算出する算出部をさらに備える
   ことを特徴とする請求項１または２に記載の配信装置。
4. 前記抽出部は、前記アプリケーションによって利用されるユーザ情報と、前記ブラウザプログラムと送受信するＨＴＴＰクッキーに対応するユーザ情報とに基づき前記コンテンツを抽出する
   ことを特徴とする請求項１〜３のいずれか１つに記載の配信装置。
5. コンピュータが実行する配信方法であって、
   アプリケーションに含まれるブラウザプログラムによって表示されるコンテンツの配信要求をユーザ端末から受け付ける受付工程と、
   前記受付工程により配信要求が受け付けられた場合に、前記アプリケーションによって利用されるユーザ情報を前記アプリケーションを管理する所定のサーバ装置から取得する取得工程と、
   前記取得工程により取得されたユーザ情報に基づきコンテンツを抽出する抽出工程と、
   前記抽出工程により抽出されたコンテンツを前記ユーザ端末に配信する配信工程と、
   を含むことを特徴とする配信方法。
6. コンピュータに、
   アプリケーションに含まれるブラウザプログラムによって表示されるコンテンツの配信要求をユーザ端末から受け付ける受付手順と、
   前記受付手順により配信要求が受け付けられた場合に、前記アプリケーションによって利用されるユーザ情報を前記アプリケーションを管理する所定のサーバ装置から取得する取得手順と、
   前記取得手順により取得されたユーザ情報に基づきコンテンツを抽出する抽出手順と、
   前記抽出手順により抽出されたコンテンツを前記ユーザ端末に配信する配信手順と、
   を実行させることを特徴とする配信プログラム。
   
   
   
   

Images