JP5507618B2 - 広告配信装置、広告配信システム、選択方法及び選択プログラム - Google Patents

Description

本発明は、広告配信装置、広告配信システム、選択方法及び選択プログラムに関する。

近年、インターネットの飛躍的な普及に伴い、インターネットを介した広告配信が盛んに行われている。広告配信として、ウェブページの所定の位置に、例えば企業や商品等を示すアイコンを表示し、かかるアイコンがクリックされた場合に広告主のウェブページへ遷移するものがある。この種の広告配信は、バナー広告や広告リンクと呼ばれているが、本明細書では単に「広告」と呼ぶことがある。

かかる広告配信においては、宣伝効果を高めるために、ユーザの嗜好、性別、年齢、住所、職業などのユーザ情報を予め登録しておき、ユーザ情報に対応する広告を選択的に配信するターゲティング配信が行われている（例えば、特許文献１参照）。

特開２００６−１２０１３５号公報 特開２０１１−１４０７７号公報

上記ターゲティング配信を行うためのユーザ情報は、情報提供業者から広告配信業者に提供される場合がある。かかる情報提供業者は、例えば、複数のサイト提供業者を介してユーザ情報を取得し、質の高いユーザ情報を広告配信業者に提供することにより、広告配信業者から多くの対価を得ることが可能となる。

一方、複数の情報提供業者が存在する場合、広告配信業者は、情報提供業者に支払う対価を抑制するために、ユーザ情報の提供を依頼する情報提供業者を絞り込むことが考えられる。すなわち、広告配信業者は、効率的なターゲティング配信を可能にするユーザ情報を提供する情報提供業者に絞り込むことで、支払う対価を抑制するとともに広告効果を向上させることが可能となる。しかしながら、広告配信業者は、どの情報提供業者からユーザ情報を取得すれば効率的なターゲティング配信を行えるかを判断することが困難であった。

本願は、上記に鑑みてなされたものであって、効率的なターゲティング配信を可能にする情報提供業者を選択することができる広告配信装置、広告配信システム、選択方法及び選択プログラムを提供することを目的とする。

本願に係る広告配信装置は、ユーザ端末からアクセスされた場合に、当該ユーザ端末のユーザに関するユーザ情報を保持する情報提供装置から受信したユーザ情報に基づいて、前記ユーザ端末に対して広告コンテンツを配信する配信手段と、複数の情報提供装置から、当該情報提供装置が保持するユーザ情報の分量を取得する取得手段と、前記取得手段によって取得された各情報提供装置が保持するユーザ情報の分量に応じて、前記配信手段により用いられるユーザ情報の提供元となる情報提供装置を前記複数の情報提供装置から選択する選択手段とを備えたことを特徴とする。

本願に係る広告配信装置、広告配信システム、選択方法及び選択プログラムは、効率的なターゲティング配信を可能にする情報提供業者を選択することができるという効果を奏する。

図１Ａは、第１の実施形態に係る情報提供方法の一例を示す説明図である。 図１Ｂは、第１の実施形態に係る情報提供方法の一例を示す説明図である。 図２は、第１の実施形態に係る広告配信システムの構成例を示す図である。 図３は、第１の実施形態に係る情報提供装置の構成例を示す図である。 図４は、アクセス履歴テーブルの一例を示す図である。 図５は、ユーザ属性テーブルの一例を示す図である。 図６は、第１の実施形態に係る広告配信装置の構成例を示す図である。 図７は、見積り結果テーブルの一例を示す図である。 図８は、第１の実施形態に係る情報提供装置による属性情報更新処理の手順を示すフローチャートである。 図９は、第１の実施形態に係る情報提供装置による情報提供処理の手順を示すフローチャートである。 図１０は、第１の実施形態に係る広告配信システムによる見積り提供処理の手順を示すシーケンス図である。 図１１は、第２の実施形態に係る広告配信装置による選択処理の手順を示すフローチャートである。

以下に、本願に係る広告配信装置、広告配信システム、選択方法及び選択プログラムを実施するための形態（以下、「実施形態」と呼ぶ）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る広告配信装置、広告配信システム、選択方法及び選択プログラムが限定されるものではない。また、各実施形態は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。また、本願の実施形態では、情報提供装置が接続される通信網の一例としてＩＰ（Internet Protocol）網を例に挙げて説明するが、通信網はこれに限定されるものではない。また、本願の実施形態では、広告配信装置から送信される広告コンテンツの一例としてバナー広告を例に挙げて説明するが、広告コンテンツはこれに限られるものではない。

（第１の実施形態）
〔１．情報提供方法〕
まず、図１Ａ及び図１Ｂを用いて、第１の実施形態に係る情報提供方法の一例について説明する。かかる図１Ａ及び図１Ｂにおいて説明する情報提供方法では、情報提供装置１００によるユーザ情報の収集処理、および、情報提供装置１００による広告配信装置２００へのユーザ情報の提供処理が行われる。また、この情報提供方法では、これらの処理に加え、情報提供装置１００が保持するユーザ情報の分量に関する「見積り情報」を情報提供装置１００から広告配信装置２００に提供する「見積り情報の提供処理」が行われる。以下、これらの処理を順に説明する。

なお、図１Ａ及び図１Ｂに示したサイト提供装置１０及び広告配信装置２００は、それぞれウェブページを提供するが、以下では、双方のウェブページを区別するために、サイト提供装置１０によって提供されるウェブページを「サイトページ」と表記し、広告配信装置２００によって提供されるウェブページを「ポータルページ」と表記する場合がある。ここでは、便宜上「ポータルページ」と表記したが、広告配信装置２００はポータルサイト以外のウェブページを提供する場合もある。

まず、情報提供装置１００によるユーザ情報の収集処理について説明する。図１Ａに示すように、ユーザ端末２０がサイト提供装置１０によって提供されるサイトページを取得するために、サイト提供装置１０にアクセスする（ステップＳ１０）。サイト提供装置１０によって提供されるサイトページには、かかるサイトページにアクセスしたユーザ端末２０を識別するためのユーザ識別情報を情報提供装置１００に通知する処理を行う通知機能（以下、第１通知機能と表記する）が埋め込まれる。このような第１通知機能は、例えば、ウェブビーコンによって実現される。

ユーザ端末２０は、サイト提供装置１０のサイトページに埋め込まれた第１通知機能に基づき、情報提供装置１００にアクセスする（ステップＳ１１）。情報提供装置１００は、第１通知機能に基づいてユーザ端末２０からアクセスされた場合に、かかるユーザ端末２０のアクセス先であるサイト提供装置１０を特定し、特定したアクセス先の情報をユーザ情報Ｄａと、ユーザ識別情報（ユーザＩＤ）と関連付けてユーザ情報ＤＢ（Data Base）に格納する（ステップＳ１２）。

または、情報提供装置１００は、ユーザ端末２０のアクセス先の情報に加え、かかるアクセス先の情報に基づいて、サイコグラフィック属性やデモグラフィック属性を判定し、判定した属性情報をユーザ情報Ｄａとしてユーザ情報ＤＢに格納する。さらに、情報提供装置１００は、ユーザ端末２０がアクセスしたサイト提供装置１０からユーザ端末２０のユーザに関するデモグラフィック属性を取得し、取得したデモグラフィック属性をユーザ情報ＤＢに格納することもできる。

このように、情報提供装置１００は、ユーザ情報をユーザ識別情報に関連付けてユーザ情報ＤＢに記憶する。なお、ユーザの識別は、例えば、ユーザ端末２０と情報提供装置１００との間でやり取りされるＨＴＴＰクッキー（HyperText Transfer Protocol Cookie：以下、単に「クッキー」と表記する）にユーザ識別情報を含めることよって行うことができる。また、ユーザ端末２０に専用のプログラムを設定し、かかる専用プログラムからユーザ識別情報を送信させるようにすることもできる。

次に、情報提供装置１００による広告配信装置２００へのユーザ情報の提供処理について説明する。図１Ａに示すように、ユーザ端末２０が広告配信装置２００によって提供されるポータルページを取得するために、広告配信装置２００にアクセスする（ステップＳ１３）。広告配信装置２００のポータルページには、かかるポータルページにアクセスしたユーザ端末２０を識別するためのユーザ識別情報を情報提供装置１００に通知する処理を行う通知機能（以下、第２通知機能と表記する）が埋め込まれる。このような第２通知機能は、上述した第１通知機能と同様に、例えば、ウェブビーコンによって実現される。

ユーザ端末２０は、ポータルページに埋め込まれた第２通知機能に基づき、情報提供装置１００にアクセスする。情報提供装置１００は、第２通知機能に基づいてユーザ端末２０からアクセスされた場合に、かかるユーザ端末２０のユーザを識別し（ステップＳ１４）、識別したユーザに対応するユーザ情報Ｄａをユーザ情報ＤＢから読み出して広告配信装置２００に提供する（ステップＳ１５）。なお、ユーザの識別は、例えば、上述したクッキーなどによって行うことができる。

広告配信装置２００は、情報提供装置１００からユーザ情報Ｄａを取得すると、かかるユーザ情報Ｄａに応じた広告を選択してユーザ端末２０へ送信する（ステップＳ１６）。これにより、広告配信装置２００では、ユーザ情報に対応する広告を選択的に配信するターゲティング配信を行うことができる。

ところで、広告配信装置２００を管理する広告配信業者は、情報提供装置１００を管理する情報提供業者に対して、ユーザ情報の提供に対する対価を支払う場合がある。このため、広告配信業者としては、複数の情報提供業者が存在する場合、情報提供業者に支払う対価を抑制するために、ユーザ情報の提供元となる情報提供業者を絞り込むことが考えられる。しかし、広告配信業者は、どの情報提供業者からユーザ情報を取得すれば効率的なターゲティング配信を行えるかを判断することが困難である。そこで、第１の実施形態に係る情報提供方法では、情報提供装置１００が保持するユーザ情報の分量に関する「見積り情報」を情報提供装置１００から広告配信装置２００に提供することによって、広告配信業者が情報提供業者を選択することを可能にする。以下、見積り情報の提供処理について図１Ｂを用いて説明する。

図１Ｂに示すように、複数の情報提供装置１００_１及び１００_２が存在するものとする。かかる場合に、広告配信装置２００は、情報提供装置１００_１に対して、見積り情報を送信する旨の要求（以下、見積り要求と表記する）を送信する（ステップＳ２０）。情報提供装置１００_１は、広告配信装置２００から見積り要求を受信した場合に、ユーザ情報ＤＢに基づいて、見積り情報を生成する処理を行う（ステップＳ２１）。例えば、情報提供装置１００_１は、ユーザ情報ＤＢに記憶されているユーザ情報の分量を見積り情報として生成する。また、例えば、情報提供装置１００_１は、ユーザ情報ＤＢに記憶されているサイコグラフィック属性毎のユーザ情報の分量や、デモグラフィック属性毎のユーザ情報の分量を見積り情報として生成する。そして、情報提供装置１００_１は、広告配信装置２００に対して見積り情報を提供する（ステップＳ２２）。同様にして、広告配信装置２００は、他の情報提供装置（例えば、情報提供装置１００_２）に対しても見積り要求を送信して見積り情報を受信する（ステップＳ２３）。

広告配信装置２００は、各情報提供装置から提供された見積り情報を見積り情報ＤＢに蓄積する（ステップＳ２４）。そして、広告配信装置２００は、見積り情報ＤＢに蓄積した見積り情報に応じて、ユーザ情報の提供元となる情報提供装置を選択する処理を行う（ステップＳ２５）。そして、広告配信装置２００は、選択した情報提供装置を出力することにより、最適であると想定される情報提供業者を広告配信業者に提示する。なお、ステップＳ２５における選択処理については後に詳述するが、例えば、広告配信装置２００は、ユーザ情報の分量が多い情報提供装置１００を優先的に選択する。

このように、第１の実施形態に係る情報提供方法では、情報提供装置１００から広告配信装置２００に見積り情報を提供することによって、広告配信業者が、効率的なターゲティング配信を可能にする情報提供業者を選択することができる。

なお、情報提供装置１００から広告配信装置２００へ提供されるユーザ情報は、情報提供装置１００のユーザ情報ＤＢに記憶されたユーザ情報のうち一部のユーザ情報であってもよい。例えば、サイコグラフィック属性およびデモグラフィック属性のうち一方の情報を広告配信装置２００へ提供するユーザ情報としてもよい。

また、上述では、広告配信装置２００に対してアクセスした場合に、ビーコンに基づいてユーザ情報を広告配信装置２００へ提供する例を示したが、これに限定されるものではない。例えば、情報提供装置１００は、ビーコンを用いることなく、ユーザ情報を更新する度に更新後のユーザ情報を広告配信装置２００へ提供することができる。また、情報提供装置１００は、ユーザ情報ＤＢに記憶したユーザ情報を一括して広告配信装置２００へ提供することもできる。

また、上述では、ユーザがサイト提供装置１０のサイトページへアクセスした情報やそれに基づく情報をユーザ情報としたがユーザ情報はかかる情報に限定されるものではない。すなわち、ユーザへコンテンツを提供する提供装置に対するアクセス情報やそれに基づく情報をユーザ情報とすることができる。

以下、第１の実施形態に係る情報提供方法を実行する情報提供装置１００及び広告配信装置２００について図２〜図９を参照してさらに詳細に説明する。

〔２−１．広告配信システムの構成〕
次に、図２を用いて、第１の実施形態に係る広告配信装置が含まれる広告配信システムの構成について説明する。図２に例示するように、第１の実施形態に係る広告配信システム１には、サイト提供装置１０_１〜１０_ｎと、ユーザ端末２０_１〜２０_ｍと、情報提供装置１００_１〜１００_Ｎと、広告配信装置２００とが含まれる。これらの各種装置は、通信網４０を介して通信可能に接続される。サイト提供装置１０_１〜１０_ｎはサイト運営者によって管理され、情報提供装置１００_１〜１００_Ｎは情報提供業者によって管理され、広告配信装置２００は広告配信業者によって管理される。なお、図２では、１台の広告配信装置２００を図示したが、広告配信システム１には、複数台の広告配信装置２００が含まれる場合もある。

以下では、サイト提供装置１０_１〜１０_ｎを区別する必要がない場合には、これらを総称して「サイト提供装置１０」と表記する場合がある。また、ユーザ端末２０_１〜２０_ｍを区別する必要がない場合には、これらを総称して「ユーザ端末２０」と表記する場合がある。また、情報提供装置１００_１〜１００_Ｎを区別する必要がない場合には、これらを総称して「情報提供装置１００」と表記する場合がある。

サイト提供装置１０は、ユーザ端末２０からアクセスされた場合に、各種サイトページを提供するサーバ装置である。上記の通り、サイト提供装置１０によって提供されるサイトページは、ウェブビーコン等によって実現される第１通知機能が埋め込まれる。例えば、ウェブビーコンは、サイトページにアクセスしたユーザ端末２０を情報提供装置１００内に格納される透明な画像又は非常に小さな画像（「クリアＧＩＦ」と呼ばれることもある）にアクセスさせる機能を有する。これにより、情報提供装置１００は、ユーザ端末２０から情報を取得することができる。このような通知プログラムであるウェブビーコンによって情報提供装置１００がユーザ端末２０から取得する情報には、サイト提供装置１０の識別情報や、サイトページへのアクセス毎に異なる固有のアクセス固有情報などの情報が含まれる。なお、これらの情報提供装置１００の識別情報やアクセス固有情報は、例えば、ユーザ端末２０から情報提供装置１００に送信されるＨＴＴＰリクエストのクエリに第１通知機能により設定される。

ユーザ端末２０は、ユーザによって利用されるＰＣ（Personal Computer）やＰＤＡ（Personal Digital Assistant）等である。かかるユーザ端末２０は、ユーザの操作に従って、サイト提供装置１０によって提供されるサイトページや、広告配信装置２００によって提供されるポータルページにアクセスする。

広告配信装置２００は、ユーザ端末２０からアクセスがあった場合に、バナー広告等の広告コンテンツを含むポータルページ（例えば、ポータルサイト等のウェブページ）を提供する情報処理装置である。上記の通り、広告配信装置２００によって提供されるポータルページは、ウェブビーコン等によって実現される第２通知機能が埋め込まれる。かかるウェブビーコンは、ポータルページにアクセスしたユーザ端末２０を情報提供装置１００内に格納される透明な画像又は非常に小さな画像にアクセスさせる機能を有する。これにより、情報提供装置１００は、ユーザ端末２０から情報を取得する。第２通知機能によって情報提供装置１００がユーザ端末２０から取得する情報には、広告配信装置２００の識別情報や、ポータルページへのアクセス毎に異なる固有のアクセス固有情報などの情報が含まれる。これらの広告配信装置２００の識別情報やアクセス固有情報は、例えば、ユーザ端末２０から情報提供装置１００に送信されるＨＴＴＰリクエストのクエリに第２通知機能により設定される。

情報提供装置１００は、ユーザ端末２０によるサイト提供装置１０へのアクセス状況を収集し、かかる収集結果に基づいて広告配信装置２００に対してユーザ情報を提供する情報処理装置である。かかる情報提供装置１００は、サイト運営者の協力の下、複数のサイト提供装置１０を介してユーザ情報を収集し、収集したユーザ情報を統合や加工等して広告配信装置２００に提供する。そして、このような情報提供装置１００を管理する情報提供業者は、ユーザ情報を提供することに対する対価を広告配信業者から得るとともに、ユーザ情報の取得に協力したことに対する対価をサイト運営者に支払う。

第１の実施形態に係る情報提供装置１００は、複数のサイト提供装置１０によって提供される各サイトページに対してユーザ端末２０がアクセスしたことを契機に、第１通知機能によりユーザ端末２０からアクセスを受け付ける。このとき、情報提供装置１００は、ユーザ端末２０との間でユーザ識別情報を送受信することにより、各ユーザ端末２０を識別する。例えば、情報提供装置１００は、ユーザ識別情報として、クッキー等をユーザ端末２０に送信する。これにより、情報提供装置１００は、どのようなサイトページにアクセスしたユーザ端末２０であるかを識別できるので、ユーザ端末２０のユーザ情報（サイトページのアクセス履歴等）を取得することができる。そして、情報提供装置１００は、これらの各種ユーザ情報を広告配信装置２００に提供することにより、広告配信装置２００によるターゲティング配信を可能にする。

〔２−２．情報提供装置１００の構成〕
次に、図３を用いて、第１の実施形態に係る情報提供装置１００の構成について説明する。図３に例示するように、第１の実施形態に係る情報提供装置１００は、通信Ｉ／Ｆ（interface）１１０と、ユーザ情報ＤＢ１２０と、制御部１３０とを有する。

通信Ｉ／Ｆ１１０は、例えば、ＮＩＣ（Network Interface Card）等である。制御部１３０は、通信Ｉ／Ｆ１１０を介して、通信網４０に接続されたサイト提供装置１０、ユーザ端末２０及び広告配信装置２００との間で各種データを送受信する。

ユーザ情報ＤＢ１２０は、アクセス履歴テーブル１２１、ユーザ属性テーブル１２２が含まれる。かかるユーザ情報ＤＢ１２０は、例えば、ＲＡＭ（Random Access Memory)、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、又は、ハードディスク、光ディスク等の記憶装置である。

制御部１３０は、取得部１３１と、生成部１３２と、要求応答部１３３と、見積り生成部１３４と、見積り提供部１３５とを有する。かかる制御部１３０は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現される。また、制御部１３０は、例えば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、図示しない記憶装置に記憶されているプログラムがＲＡＭを作業領域として実行されることにより実現される。かかる制御部１３０は、以下に説明する情報処理の機能や作用を実現又は実行する。

〔２−３（１）．アクセス履歴テーブル１２１〕
次に、図４を用いて、アクセス履歴テーブル１２１の一例について説明する。アクセス履歴テーブル１２１は、各ユーザ端末２０が各サイト提供装置１０へアクセスした履歴を示す情報を記憶する。図４に示した例では、アクセス履歴テーブル１２１には、「ユーザＩＤ」毎に、「アクセス先情報」と「アクセス回数情報」とを対応付けた情報が含まれる。

「ユーザＩＤ」は、ユーザ端末２０を識別するためのユーザ識別情報である。かかる「ユーザＩＤ」は、情報提供装置１００によってユーザ端末２０毎に割り当てられる情報である。例えば、「ユーザＩＤ」は、情報提供装置１００とユーザ端末２０との間で送受信されるクッキーに埋め込まれる。なお、ユーザ端末２０にブラウザが複数搭載されている場合には、１台のユーザ端末２０に対して複数の「ユーザＩＤ」が割り当てられるが、ここでは、説明を分かり易くするためにユーザ端末２０には１つのブラウザが搭載されているものとする。

「アクセス先情報」は、ユーザ端末２０がアクセスしたサイト提供装置１０を示す情報である。また、「アクセス回数情報」は、ユーザ端末２０がサイト提供装置１０へアクセスした回数を示す情報である。

なお、図４に示した例では、アクセス履歴テーブル１２１の「ユーザＩＤ」は、図２に示したユーザ端末２０_１〜２０_ｍに付した参照符号に該当するものとする。また、アクセス履歴テーブル１２１の「アクセス先情報」は、図２に示したサイト提供装置１０_１〜１０_ｎに付した参照符号に該当するものとする。

すなわち、図４に示す例では、ユーザ端末２０_１がサイト提供装置１０_１に１０回アクセスし、サイト提供装置１０_２に１回アクセスしたことを示し、ユーザ端末２０_２がサイト提供装置１０_１にアクセスしておらず、サイト提供装置１０_２に２９回アクセスしたことを示している。このように、図４に例示したアクセス履歴テーブル１２１は、ユーザ情報として、各ユーザ端末２０がどのようなサイトページにアクセスしたことがあるかを示すアクセス履歴を記憶する。

〔２−３（２）．ユーザ属性テーブル１２２〕
次に、図５を用いて、ユーザ属性テーブル１２２の一例について説明する。ユーザ属性テーブル１２２は、ユーザＩＤとユーザの属性情報とが関連付けられたユーザ情報を記憶する。図５に示した例では、ユーザ属性テーブル１２２には、「ユーザＩＤ」毎に、「サイコグラフィック属性」と「デモグラフィック属性」とを記憶する。

「サイコグラフィック属性」は、ユーザの価値観、ライフスタイル、性格、嗜好などを示す情報である。かかる「サイコグラフィック属性」は、例えば、「コスメ（化粧品）」、「車」、「服」、「旅行」などの属性区分に分類される。図５に示す例では、属性区分毎に、ユーザの嗜好が相対的に高い場合に「１」が記憶され、それ以外の場合には「０」が記憶される。ただし、これに限定されるものではなく、各属性区分は、例えば、ユーザの嗜好を３段階以上に評価した情報を記憶してもよい。また、「サイコグラフィック属性」は、図５に示した属性区分の例に限られず、バイク、経済など様々な属性区分が含まれてもよい。

「デモグラフィック属性」は、人口統計学的なユーザの属性情報を示す。かかる「デモグラフィック属性」は、例えば、ユーザの「性別」、「年齢」などの属性区分に分類される。図５に示す「性別」には、ユーザが女性である場合には「１」が記憶され、ユーザが男性である場合には「２」が記憶され、ユーザの性別が不明の場合には「ｘ」が記憶される。また、「年齢」には、ユーザの年齢が記憶され、ユーザの年齢が不明の場合には「ｘ」が記憶される。なお、「デモグラフィック属性」は、図５に示した属性区分の例に限られず、ユーザの職業、家族構成、年収、住所、学歴など様々な属性区分が含まれてもよい。

ユーザ属性テーブル１２２に記憶されるユーザ情報である各種属性情報は、後述する生成部１３２によって、アクセス履歴テーブル１２１に記憶されているユーザ情報等が統合及び推定されることにより生成される。

〔２−４．広告配信装置２００の構成〕
次に、図６を用いて、第１の実施形態に係る広告配信装置２００の構成について説明する。図６に例示するように、第１の実施形態に係る広告配信装置２００は、通信Ｉ／Ｆ２１０と、見積り情報ＤＢ２２０と、制御部２３０とを有する。

通信Ｉ／Ｆ２１０は、例えば、ＮＩＣ等である。制御部２３０は、通信Ｉ／Ｆ２１０を介して、通信網４０に接続されたサイト提供装置１０、ユーザ端末２０及び情報提供装置１００との間で各種データを送受信する。

見積り情報ＤＢ２２０は、見積り結果テーブル２２１が含まれる。かかる見積り情報ＤＢ２２０は、例えば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子、又は、ハードディスク、光ディスク等の記憶装置である。

制御部２３０は、受信部２３１と、配信部２３２と、見積り取得部２３３と、選択部２３４とを有する。かかる制御部２３０は、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現される。また、制御部２３０は、例えば、ＣＰＵやＭＰＵ等によって、図示しない記憶装置に記憶されているプログラムがＲＡＭを作業領域として実行されることにより実現される。かかる制御部２３０は、以下に説明する情報処理の機能や作用を実現又は実行する。

〔２−５．見積り結果テーブル２２１〕
次に、図７を用いて、見積り結果テーブル２２１の一例について説明する。見積り結果テーブル２２１は、情報提供装置１００から提供される見積り情報を記憶する。図７に示した例では、見積り結果テーブル２２１は、「情報提供者識別子」、「ユーザ情報保持数」、「サイコ属性保持数」、「デモグラ属性保持数」を対応付けて記憶する。

「情報提供者識別子」は、情報提供装置１００を識別するための情報を示す。かかる「情報提供者識別子」は、広告配信装置２００が情報提供装置１００を識別するための情報であるので、広告配信装置２００によって任意に設定され得る。なお、図７に示した例では、見積り結果テーブル２２１の「情報提供者識別子」は、図２に示した情報提供装置１００_１〜１００_Ｎに付した参照符号に該当するものとする。

「ユーザ情報保持数」、「サイコ属性保持数」及び「デモグラ属性保持数」は、情報提供装置１００が保持するユーザ情報の分量を示す。具体的には、「ユーザ情報保持数」は、情報提供装置１００が保持するユーザ情報の総数を示す。また、「サイコ属性保持数」は、情報提供装置１００が保持するユーザ情報のうち、サイコグラフィック属性への嗜好が高いユーザの総数を示す。なお、「サイコ属性保持数」には、サイコグラフィック属性の属性区分毎にユーザの総数が記憶される。また、「デモグラ属性保持数」は、情報提供装置１００が保持するユーザ情報のうち、デモグラフィック属性が設定されているユーザの総数を示す。なお、「デモグラ属性保持数」には、デモグラフィック属性の属性区分毎にユーザの総数が記憶される。

例えば、図７では、情報提供装置１００_１が、「１００００」個のユーザ情報を保持することを示す。すなわち、この例では、情報提供装置１００_１のユーザ属性テーブル１２２に、異なるユーザＩＤが「１００００」個記憶されていることを示す。

また、図７では、情報提供装置１００_１が、サイコグラフィック属性「コスメ」への嗜好が高いことを示すユーザ情報を「７０００」個保持することを示す。すなわち、この例では、情報提供装置１００_１のユーザ属性テーブル１２２に、サイコグラフィック属性「コスメ」が「１」であるユーザＩＤが「７０００」個記憶されていることを示す。

また、図７では、情報提供装置１００_１が、デモグラフィック属性「性別」が設定されているユーザ情報を「９５００」個保持することを示す。すなわち、この例では、情報提供装置１００_１のユーザ属性テーブル１２２に、デモグラフィック属性「性別」が「ｘ」でないユーザＩＤが「９５００」個記憶されていることを示す。

〔２−６．作用（属性情報更新処理）〕
次に、図８を用いて、第１の実施形態に係る情報提供装置１００による属性情報更新処理の手順について説明する。かかる属性情報更新処理は、制御部１３０によって繰り返し実行される処理である。

図８に示すように、情報提供装置１００の取得部１３１は、ユーザ端末２０から第１通知機能に基づくアクセスがあったか否かを判定する（ステップＳ１００）。例えば、取得部１３１は、サイト提供装置１０によって提供されるサイトページに埋め込まれたウェブビーコンに基づくアクセスがあったか否かを判定する。かかる処理において、取得部１３１は、ユーザ端末２０から第１通知機能に基づくアクセスがない場合には（ステップＳ１００，Ｎｏ）、第１通知機能に基づくアクセスがあるまで待機する。

一方、取得部１３１は、ユーザ端末２０から第１通知機能へのアクセスがあった場合には（ステップＳ１００，Ｙｅｓ）、かかるユーザ端末２０からユーザ識別情報を受信したか否かを判定する（ステップＳ１０１）。例えば、取得部１３１は、ユーザ端末２０からクッキーを受信したか否かを判定する。

そして、取得部１３１は、ユーザ端末２０からユーザ識別情報を受信した場合には（ステップＳ１０１，Ｙｅｓ）、取得したユーザ識別情報からユーザ端末２０のユーザＩＤを取得する（ステップＳ１０２）。一方、取得部１３１は、ユーザ端末２０からユーザ識別情報を受信していない場合には（ステップＳ１０１，Ｎｏ）、アクセス履歴テーブル１２１に含まれない新たなユーザＩＤを含むクッキー等のユーザ識別情報を生成し、生成したユーザ識別情報をユーザ端末２０に送信する（ステップＳ１０３）。

続いて、取得部１３１は、ユーザ端末２０がアクセスした第１通知機能を含むサイトページを提供したサイト提供装置１０を識別する（ステップＳ１０４）。具体的には、取得部１３１は、第１通知機能に基づくアクセスを行ったユーザ端末２０からサイト提供装置１０の識別情報を受信するので、かかる識別情報に基づいて、サイト提供装置１０を識別する。例えば、ユーザ端末２０は、第１通知機能に基づくアクセスを行う際に、アクセス先のＵＲＬに対して、サイト提供装置１０の識別情報、及び、サイトページへのアクセス毎に異なるアクセス固有情報を加えて、情報提供装置１００にアクセスする。取得部１３１は、ユーザ端末２０によって第１通知機能に基づくアクセスがされた場合に、これらのサイト提供装置１０の識別情報やサイトページへのアクセス固有情報に基づいて、ユーザ端末２０がアクセスしたサイト提供装置１０を識別する。

続いて、取得部１３１は、アクセス履歴テーブル１２１のうち、ステップＳ１０２において取得したユーザ端末２０のユーザＩＤ又はステップＳ１０３で新規に付与したユーザ端末２０のユーザＩＤに対応し、かつ、ステップＳ１０４において取得したサイト提供装置１０に対応する情報を更新する（ステップＳ１０５）。例えば、アクセス履歴テーブル１２１が図４に示す状態にある場合に、ユーザ端末２０_１がサイト提供装置１０_１へアクセスした場合には、取得部１３１は、ユーザＩＤが「２０_１」であり、アクセス先情報が「１０_１」に対応するアクセス回数情報を「１０」から「１１」へ更新する。

続いて、生成部１３２は、取得部１３１によって更新されたアクセス履歴テーブル１２１に基づいて、ユーザ属性テーブル１２２を更新する（ステップＳ１０５）。具体的には、生成部１３２は、取得部１３１によって更新されたユーザＩＤに対応するアクセス履歴テーブル１２１内の各種情報に基づいて、かかるユーザＩＤに対応するサイコグラフィック属性を生成し、生成した属性情報をユーザ属性テーブル１２２に格納する。生成部１３２は、ユーザ属性テーブル１２２の更新が終了した場合に、属性情報更新処理を終了する。

また、サイト提供装置１０は、サイトページの会員ユーザ等に関するユーザの属性情報（サイコグラフィック属性やデモグラフィック属性）を保持する場合もある。このとき、サイト提供装置１０は、ユーザ端末２０が第１通知機能に基づくアクセスを行った際に、かかるユーザ端末２０によるサイトページへのアクセスに対応するアクセス固有情報とともに、ユーザ端末２０の属性情報（サイコグラフィック属性やデモグラフィック属性）を情報提供装置１００に送信してもよい。この場合には、情報提供装置１００の取得部１３１は、サイト提供装置１０から受信したアクセス固有情報に対応するサイトページに埋め込まれた第１通知機能に基づくアクセスを行ったユーザ端末２０を特定する。そして、取得部１３１は、図４では図示することを省略したが、アクセスを行ったユーザ端末２０のユーザＩＤに対応付けて、サイト提供装置１０から受信した属性情報（サイコグラフィック属性やデモグラフィック属性）をアクセス履歴テーブル１２１に格納する。かかる場合には、生成部１３２は、アクセス履歴テーブル１２１に記憶されている属性情報を統合することにより、ユーザ属性テーブル１２２を生成及び更新することとなる。

なお、ここでは、アクセス履歴テーブル１２１が更新される毎に、生成部１３２がユーザ属性テーブル１２２を更新することとしているが、生成部１３２は、アクセス履歴テーブル１２１の情報が所定数更新される毎にユーザ属性テーブル１２２を更新してもよい。また、生成部１３２は、アクセス履歴テーブル１２１に含まれる各ユーザＩＤに対応する情報が所定数更新される毎にユーザ属性テーブル１２２を更新してもよい。

また、生成部１３２は、アクセス履歴テーブル１２１に基づいて、ユーザ属性テーブル１２２を生成する方法、言い換えれば、ユーザのウェブサイトへのアクセス履歴に基づいて、ユーザの属性情報を推定する方法として、種々の方法を用いることができる。例えば、サイト提供装置１０_１が「コスメ」に関するサイトページを提供するものとする。このとき、生成部１３２は、ユーザ端末２０_１がサイト提供装置１０_１にアクセスした場合には、ユーザ端末２０_１のユーザが「コスメ」に興味があると推定することができる。このとき、生成部１３２は、ユーザ端末２０_１のユーザの性別が「女性」であることを推定してもよい。このように、生成部１３２は、アクセス履歴に基づいて、デモグラフィック属性を推定してもよい。この例の場合、生成部１３２は、ユーザＩＤ「２０_１」に対応するユーザ属性テーブル１２２の「コスメ」及び「性別」の情報を「１」に更新する。

また、例えば、サイト提供装置１０_１が「コスメ」に関するサイトページを提供し、サイト提供装置１０_３が「女性服」に関するサイトページを提供するものとする。このとき、生成部１３２は、ユーザ端末２０_１がサイト提供装置１０_１及び１０_３にアクセスした場合には、ユーザ端末２０_１のユーザの性別が「女性」であると推定することができる。ここで、生成部１３２は、ユーザ端末２０_１がサイト提供装置１０_１にアクセスしたという情報だけでなく、サイト提供装置１０_１にアクセスしたという情報と、サイト提供装置１０_３にアクセスしたという情報とを統合することにより、ユーザの性別が「女性」であると精度良く推定することができる。すなわち、生成部１３２は、取得部１３１によって取得された多くのユーザ情報を統合するほど、ユーザの属性情報を高精度に推定することができる。この例の場合には、生成部１３２は、ユーザＩＤ「２０_１」に対応するユーザ属性テーブル１２２の「性別」の情報を「１」に更新する。

このように、取得部１３１は、第１通知機能に基づいてアクセスしたユーザ端末２０から取得したクッキー等のユーザ識別情報からユーザ端末２０のユーザＩＤを取得し、また、ユーザ端末２０がアクセスしたサイト提供装置１０の情報を取得する。そして、取得部１３１は、取得した情報に基づいて、アクセス履歴テーブル１２１を生成及び更新する。そして、生成部１３２は、ユーザ属性テーブル１２２を生成および更新する。

なお、アクセス履歴テーブル１２１に基づいて、ユーザ属性テーブル１２２を生成する方法として、例えば、ユーザ情報ＤＢ１２０に、別途不特定多数のユーザの嗜好情報（商品購入履歴情報やサイトへのアクセス履歴情報など）を記憶しておき、これらの嗜好情報に基づいて、ユーザの属性を推定する協調フィルタリング技術など、種々の方法を用いることができる。

〔２−７．作用（情報提供処理）〕
次に、図９を用いて、第１の実施形態に係る情報提供装置１００による情報提供処理の手順について説明する。かかる情報提供処理は、制御部１３０によって繰り返し実行される処理である。

図９に示すように、制御部１３０の要求応答部１３３は、ユーザ端末２０から第２通知機能に基づくアクセスがあったか否かを判定する（ステップＳ２００）。例えば、要求応答部１３３は、広告配信装置２００によって提供されるポータルページに埋め込まれたウェブビーコンに基づくアクセスがあったか否かを判定する。かかる処理において、要求応答部１３３は、ユーザ端末２０から第２通知機能に基づくアクセスがない場合（ステップＳ２００，Ｎｏ）、情報提供処理を終了する。

一方、ユーザ端末２０から第２通知機能に基づくアクセスがあった場合（ステップＳ２００，Ｙｅｓ）、要求応答部１３３は、第２通知機能に基づくアクセスをしたユーザ端末２０からクッキー等のユーザ識別情報を受信したか否かを判定する（ステップＳ２０１）。かかる処理において、要求応答部１３３は、ユーザ識別情報を受信した場合には（ステップＳ２０１，Ｙｅｓ）、受信したユーザ識別情報からユーザ端末２０のユーザＩＤを取得する（ステップＳ２０２）。

続いて、要求応答部１３３は、ユーザ端末２０がアクセスした第２通知機能を含むポータルページを提供した広告配信装置２００を識別する（ステップＳ２０３）。具体的には、要求応答部１３３は、第２通知機能に基づくアクセスをしたユーザ端末２０から広告配信装置２００の識別情報を受信するので、かかる識別情報に基づいて、広告配信装置２００を識別する。例えば、ユーザ端末２０は、第２通知機能に基づくアクセスを行う際に、アクセス先のＵＲＬに対して、広告配信装置２００の識別情報、及び、ポータルページへのアクセス毎に異なるアクセス固有情報を加えて、情報提供装置１００にアクセスする。要求応答部１３３は、ユーザ端末２０によって第２通知機能に基づくアクセスがされた場合に、これらの広告配信装置２００の識別情報やポータルページへのアクセス固有情報に基づいて、ユーザ端末２０がアクセスした広告配信装置２００を識別する。

続いて、要求応答部１３３は、第２通知機能に基づくアクセスをしたユーザ端末２０のユーザＩＤに対応する属性情報をユーザ属性テーブル１２２から抽出する（ステップＳ２０４）。具体的には、要求応答部１３３は、第２通知機能に基づくアクセスをしたユーザ端末２０のユーザＩＤに対応付けてユーザ属性テーブル１２２に記憶されているサイコグラフィック属性及びデモグラフィック属性を抽出する。

続いて、要求応答部１３３は、ユーザ属性テーブル１２２から抽出した属性情報をアクセス固有情報とともに、ステップＳ２０３で識別した広告配信装置２００に送信する（ステップＳ２０５）。

そして、広告配信装置２００の受信部２３１は、情報提供装置１００から送信された属性情報（ユーザ情報）及びアクセス固有情報を受信する。そして、広告配信装置２００の配信部２３２は、受信部２３１によって受信されたアクセス固有情報に基づいて、第２通知機能が埋め込まれたポータルページにアクセスしたユーザ端末２０を特定し、かかるユーザ端末２０に対して、受信部２３１によって受信された属性情報に応じた広告コンテンツを配信する。これにより、ユーザ端末２０は、広告配信装置２００から広告コンテンツを含むポータルページが配信され、かかるポータルページをブラウザ等に表示する。

なお、図９では、情報提供装置１００から広告配信装置２００に送信する情報として、「サイコグラフィック属性」及び「デモグラフィック属性」を含む属性情報を例に挙げて説明したが、これに限定されるものではない。例えば、情報提供装置１００から広告配信装置２００に送信する情報は、「サイコグラフィック属性」および「デモグラフィック属性」のいずれか一方を含む属性情報であってもよい。

ところで、広告配信装置２００は、ステップＳ２００において、ユーザ端末２０からポータルページにアクセスされた場合に、広告コンテンツを表示するための広告枠と、広告コンテンツ以外の各種コンテンツ（ニュース、他サイトへのリンクなど）を表示するためのポータルコンテンツ枠とを含むポータルページをユーザ端末２０に提供する。この時点では、ユーザ端末２０は、広告枠に広告コンテンツが表示されていないポータルページをブラウザに表示することとなる。そして、ユーザ端末２０は、その後に、広告配信装置２００から広告コンテンツが配信された場合に、ポータルページ内の広告枠のみをリロードするなどして、かかる広告枠に広告コンテンツを表示することができる。

または、広告配信装置２００は、ステップＳ２００において、広告枠については、広告配信装置２００の所定のＵＲＬにリダイレクトするように設定されたポータルページをユーザ端末２０に提供してもよい。かかる場合に、ユーザ端末２０は、広告枠に広告コンテンツが表示されていないポータルページをブラウザに表示することとなるが、広告枠については、上記所定のＵＲＬにアクセスする。そして、広告配信装置２００は、広告枠に設定されたリダイレクト機能により、ユーザ端末２０から上記所定のＵＲＬにアクセスされた場合に、かかるアクセスに対する応答として、広告コンテンツをユーザ端末２０に配信してもよい。これにより、ユーザ端末２０は、広告枠をリロードすることなく、広告配信装置２００から配信された広告コンテンツを広告枠に表示することができる。

〔２−８．作用（見積り提供処理）〕
次に、図１０を用いて、第１の実施形態に係る広告配信システム１による見積り提供処理の手順について説明する。かかる見積り提供処理は、情報提供装置１００の制御部１３０及び広告配信装置２００の制御部２３０によって実行される処理である。

図１０に示すように、広告配信装置２００の見積り取得部２３３は、情報提供装置１００に対して、見積り情報を送信する旨の見積り要求を送信する（ステップＳ３００）。例えば、見積り取得部２３３は、広告配信装置２００を管理する広告配信業者によって見積り情報を取得する旨の操作が行われた場合や、予め決められている所定の日時になった場合に、見積り要求を送信する。

情報提供装置１００の見積り生成部１３４は、広告配信装置２００から見積り要求を受信した場合に、情報提供装置１００が保持するユーザ情報の分量を示す見積り情報を生成する（ステップＳ３０１）。

具体的には、見積り生成部１３４は、ユーザ属性テーブル１２２に記憶されているユーザＩＤの数をカウントすることにより、情報提供装置１００が保持するユーザ情報の総数を見積り情報として生成する。

また、見積り生成部１３４は、ユーザ属性テーブル１２２に記憶されているサイコグラフィック属性の属性区分毎に、かかる属性区分に対して嗜好が高いことを示す情報が記憶されているユーザ情報の総数を見積り情報として生成する。例えば、図５に示したユーザ属性テーブル１２２の場合、見積り生成部１３４は、サイコグラフィック属性の属性区分毎に、かかる属性区分に「１」が記憶されているユーザ情報の総数を見積り情報として生成する。

また、見積り生成部１３４は、ユーザ属性テーブル１２２に記憶されているデモグラフィック属性の属性区分毎に、かかる属性区分を示す情報が記憶されているユーザ情報の総数を見積り情報として生成する。例えば、図５に示したユーザ属性テーブル１２２の場合、見積り生成部１３４は、デモグラフィック属性の属性区分毎に、かかる属性区分に「ｘ」以外の情報（例えば、性別の場合は「１」又は「２」、年齢の場合は「０」以上の数値）が記憶されているユーザ情報の総数を見積り情報として生成する。

このようにして、見積り生成部１３４は、情報提供装置１００が保持する「ユーザ情報の総数」や、サイコグラフィック属性やデモグラフィック属性における「属性区分毎のユーザ情報の総数」などを見積り情報として生成する。例えば、見積り生成部１３４は、「ユーザ情報の総数：１００００個」、「サイコグラフィック属性のコスメ：７０００個」、「サイコグラフィック属性の車：１００個」、「サイコグラフィック属性の服：６０００個」、「サイコグラフィック属性の旅行：２００個」、「デモグラフィック属性の性別：９５００個」、「デモグラフィック属性の年齢：９０００個」といった情報を含む見積り情報を生成する。

そして、情報提供装置１００の見積り提供部１３５は、見積り生成部１３４により生成された見積り情報を広告配信装置２００に提供する（ステップＳ３０２）。なお、見積り提供部１３５によって送信される見積り情報には、「ユーザ情報の総数」及び「属性区分毎のユーザ情報の総数」の双方が含まれなくてもよい。例えば、見積り提供部１３５は、「ユーザ情報の総数」のみが含まれる見積り情報を広告配信装置２００に提供してもよい。また、例えば、見積り提供部１３５は、「サイコグラフィック属性に対応する属性区分毎のユーザ情報の総数」のみが含まれる見積り情報を広告配信装置２００に提供してもよい。また、例えば、見積り提供部１３５は、「デモグラフィック属性に対応する属性区分毎のユーザ情報の総数」のみが含まれる見積り情報を広告配信装置２００に提供してもよい。また、例えば、見積り提供部１３５は、「サイコグラフィック属性に対応する属性区分毎のユーザ情報の総数」及び「デモグラフィック属性に対応する属性区分毎のユーザ情報の総数」のみが含まれる見積り情報を広告配信装置２００に提供してもよい。

続いて、広告配信装置２００の見積り取得部２３３は、情報提供装置１００から提供された見積り情報を見積り結果テーブル２２１に格納する（ステップＳ３０３）。具体的には、見積り取得部２３３は、見積り情報の提供元である情報提供装置１００を識別するための情報を、見積り結果テーブル２２１の「情報提供者識別子」に格納する。さらに、見積り取得部２３３は、見積り情報に含まれる「ユーザ情報の総数」を見積り結果テーブル２２１の「ユーザ情報保持数」に格納する。また、見積り取得部２３３は、見積り情報に含まれる「サイコグラフィック属性に対応する属性区分毎のユーザ情報の総数」を、見積り結果テーブル２２１の「サイコ属性保持数」の各属性区分に格納する。また、見積り取得部２３３は、見積り情報に含まれる「デモグラフィック属性に対応する属性区分毎のユーザ情報の総数」を、見積り結果テーブル２２１の「デモグラ属性保持数」の各属性区分に格納する。

なお、図１０では図示することを省略したが、見積り取得部２３３は、通信可能な複数の情報提供装置１００に対して見積り要求を送信し、複数の情報提供装置１００から提供された見積り情報を見積り結果テーブル２２１に格納する。

そして、広告配信装置２００の選択部２３４は、見積り結果テーブル２２１に記憶されている各見積り情報に基づいて、広告配信装置２００が必要とするユーザ情報を保持することが想定される１以上の情報提供装置１００を選択する（ステップＳ３０４）。そして、広告配信装置２００は、選択結果を広告配信業者に提示する（ステップＳ３０５）。例えば、広告配信装置２００は、広告配信業者が利用するＰＣ等の端末装置に選択結果をメール送信したり、図６では図示しない表示部（ディスプレイ等）に選択結果を表示したり、所定の記憶部に選択結果をログ出力したりする。

ここで、選択部２３４による選択処理の一例について説明する。例えば、選択部２３４は、見積り結果テーブル２２１に記憶されているユーザ情報保持数が多い順に、情報提供装置１００を選択する。これにより、選択部２３４は、ユーザ情報の提供数が多いと想定される情報提供装置１００を広告配信業者に提示することができる。この結果、広告配信装置２００は、広告配信業者に対して、効率的なターゲティング配信を可能にする情報提供業者を選択させることができる。

また、選択部２３４は、ユーザ情報保持数の総和が所定のユーザ数閾値以上となるまで、情報提供装置１００を選択してもよい。例えば、見積り結果テーブル２２１が図７に示した状態であるものとする。また、ユーザ数閾値が「２５０００」であるものとする。かかる場合に、選択部２３４は、見積り結果テーブル２２１に記憶されているユーザ情報保持数が最も多い情報提供装置１００_２を最初に選択する。ここで、情報提供装置１００_２に対応するユーザ情報保持数は、「２００００」でありユーザ数閾値「２５０００」に達していない。したがって、選択部２３４は、情報提供装置１００_２の次にユーザ情報保持数が多い情報提供装置１００_１を選択する。情報提供装置１００_１に対応するユーザ情報保持数は「１００００」であり、情報提供装置１００_２に対応するユーザ情報保持数は「２００００」であるので、ユーザ情報保持数の総和が「３００００」となり、ユーザ数閾値「２５０００」に達する。このような場合には、選択部２３４は、情報提供装置１００_２及び１００_１を選択した時点で、選択処理を終了する。

また、上記では、ユーザ情報保持数の総和がユーザ数閾値以上となるまで、情報提供装置１００を選択する例を示したが、サイコグラフィック属性における属性区分毎に、かかる属性区分に対応するユーザ数閾値が設定され、同様に、デモグラフィック属性における属性区分毎に、かかる属性区分に対応するユーザ数閾値が設定されてもよい。そして、選択部２３４は、ユーザ情報の総数が各属性区分に対応するユーザ数閾値に達するまで情報提供装置１００を選択してもよい。

例えば、ユーザ情報保持数に対してユーザ数閾値Ｔ１が設定され、サイコ属性保持数「コスメ」に対してユーザ数閾値Ｔ２が設定され、サイコ属性保持数「車」に対してユーザ数閾値Ｔ３が設定され、デモグラ属性保持数「性別」に対してユーザ数閾値Ｔ４が設定されているものとする。かかる場合に、選択部２３４は、見積り結果テーブル２２１に記憶されているユーザ情報保持数が多い順に、情報提供装置１００を選択する。このとき、選択部２３４は、ユーザ情報保持数の総和がユーザ数閾値Ｔ１に達し、かつ、サイコ属性保持数「コスメ」のユーザ情報数の総和がユーザ数閾値Ｔ２に達し、サイコ属性保持数「車」のユーザ情報数の総和がユーザ数閾値Ｔ３に達し、デモグラ属性保持数「性別」のユーザ情報数の総和がユーザ数閾値Ｔ４に達するまで、情報提供装置１００を選択する。

なお、上記例において、選択部２３４は、ユーザ情報保持数が多い順に情報提供装置１００を選択しなくてもよい。例えば、情報提供装置１００を選択する基準となる項目（ユーザ情報保持数、サイコ属性保持数、デモグラ属性保持数）に対して優先度が設定されていてもよく、選択部２３４は、かかる優先度が高い項目を基準にして情報提供装置１００を選択してもよい。例えば、サイコ属性保持数「コスメ」の優先度が最も高く設定されている場合、選択部２３４は、見積り結果テーブル２２１に記憶されているサイコ属性保持数「コスメ」のユーザ情報数が多い順に、情報提供装置１００を選択する。

また、上記では、選択部２３４がユーザ数閾値に基づいて、情報提供装置１００を選択する例を示したが、選択部２３４は、選択結果が所定数になるまで情報提供装置１００を選択してもよい。例えば、情報提供装置１００を「２」個選択することが予め決められているものとする。かかる場合に、選択部２３４は、ユーザ情報保持数が多い順に情報提供装置１００を２個選択する。この例においても、情報提供装置１００を選択する基準となる項目に対して優先度が設定されていてもよく、選択部２３４は、かかる優先度が高い項目を基準にして情報提供装置１００を選択してもよい。

ところで、上述した優先度や、ユーザ数閾値の値や、ユーザ数閾値が設定される項目は、例えば、広告配信装置２００が配信すべき広告コンテンツの種別に応じて予め決定される。具体的には、広告配信装置２００は、広告主から広告コンテンツを配信するよう依頼を受けるが、依頼を受けた広告コンテンツが「コスメ」に関する広告である場合には、サイコ属性保持数「コスメ」の優先度が高く設定され、サイコ属性保持数「コスメ」に対してユーザ数閾値が設定される。また、かかる広告主から広告コンテンツの最低限の配信数が指定されている場合には、かかる配信数だけ広告コンテンツを配信できるように、ユーザ数閾値の値が設定される。これにより、広告配信装置２００は、広告主の要望に沿った広告配信を可能にする情報提供装置１００を広告配信業者に提示することができる。この結果、広告配信装置２００は、広告配信業者に対して、効率的なターゲティング配信を可能にする情報提供業者を選択させることができる。

また、選択部２３４による選択処理は上記例に限られない。例えば、広告配信装置２００は、自装置（広告配信装置２００）内で、図５に例示したようなユーザ情報を保持する場合もある。かかる場合に、選択部２３４は、広告配信装置２００の保持数が少ない属性区分に対応するユーザ情報を多く保持する情報提供装置１００を優先的に選択してもよい。具体的には、選択部２３４は、広告配信装置２００が保持しているユーザ情報の分量を属性区分毎に計数し、各属性区分の計数結果を比較することにより、広告配信装置２００が保持するユーザ情報の分量が少ない属性区分を特定する。そして、広告配信装置２００は、特定した属性区分に対して、上記の優先度を高く設定したり、上記のユーザ数閾値に大きい値を設定した上で、情報提供装置１００の選択処理を行う。

これにより、選択部２３４は、広告配信装置２００にとって不足しているユーザ情報を保持する情報提供装置１００を選択することができるので、多種別の広告コンテンツを配信することを可能にする情報提供装置１００を広告配信業者に提示することができる。この結果、広告配信装置２００は、広告配信業者に対して、効率的なターゲティング配信を可能にする情報提供業者を選択させることができる。

また、選択部２３４は、広告配信装置２００の保持数が少ない属性区分と、広告配信装置２００が配信すべき広告コンテンツの種別との双方を考慮して、上記の優先度及びユーザ数閾値を設定してもよい。具体的には、選択部２３４は、広告配信装置２００の保持数が少なく、かつ、配信すべき広告コンテンツ数が多い属性区分ほど、高い優先度を設定するとともに、大きい値のユーザ数閾値を設定する。

〔２−９．効果〕
上述してきたように、第１の実施形態に係る広告配信装置２００において、配信部２３２は、ユーザ端末２０からアクセスされた場合に、かかるユーザ端末２０のユーザに関するユーザ情報（属性情報の一例に相当）を保持する情報提供装置から受信したユーザ情報に基づいて、ユーザ端末２０に対して広告コンテンツを配信する。また、見積り取得部２３３は、複数の情報提供装置１００_１〜１００_Ｎから、各情報提供装置が保持するユーザ情報の分量を取得する。また、選択部２３４は、見積り取得部２３３によって取得された各情報提供装置が保持するユーザ情報の分量に応じて、配信部２３２に用いられるユーザ情報の提供元となる情報提供装置を複数の情報提供装置１００_１〜１００_Ｎから選択する。

これにより、第１の実施形態に係る広告配信装置２００は、各情報提供装置１００が保持するユーザ情報の分量に応じて、効率的なターゲティング配信に最適な情報提供装置１００を選択できるので、広告配信業者に対して、効率的なターゲティング配信を可能にする情報提供業者を選択させることができる。この結果、広告配信装置２００は、効率的なターゲティング配信を可能にする情報提供業者を絞り込むことを可能とし、情報提供装置に支払う対価を抑制するとともに広告効果を向上させることを可能にする。

また、第１の実施形態に係る広告配信装置２００において、見積り取得部２３３は、情報提供装置１００_１〜１００_Ｎから、ユーザ情報の属性区分毎に、情報提供装置が保持するユーザ情報の分量を取得する。また、選択部２３４は、見積り取得部２３３によって取得された属性区分毎のユーザ情報の分量に応じて、ユーザ上方の提供元となる情報提供装置を選択する。

これにより、第１の実施形態に係る広告配信装置２００は、属性区分に分類された詳細なユーザ情報の分量を用いることにより、効率的なターゲティング配信に最適な情報提供装置１００を精度良く選択することができる。この結果、広告配信装置２００は、広告配信業者に対して、効率的なターゲティング配信を可能にする情報提供業者を選択させることができる。

また、第１の実施形態に係る広告配信装置２００において、選択部２３４は、見積り取得部２３３によって取得された属性区分毎のユーザ情報の分量に基づいて、情報提供装置１００_１〜１００_Ｎのうち、広告配信装置２００が配信する広告コンテンツの属性区分に対応するユーザ情報を多く保持する情報提供装置を優先的に選択する。

これにより、第１の実施形態に係る広告配信装置２００は、広告主の要望に沿った広告配信を可能にする情報提供装置１００を広告配信業者に提示することができる。この結果、広告配信装置２００は、広告配信業者に対して、効率的なターゲティング配信を可能にする情報提供業者を選択させることができる。

また、第１の実施形態に係る広告配信装置２００において、選択部２３４は、見積り取得部２３３によって取得された属性区分毎のユーザ情報の分量に基づいて、広告配信装置２００が保持するユーザ情報のうち広告配信装置２００において保持数が少ない属性区分に対応するユーザ情報を多く保持する情報提供装置を優先的に選択する。

これにより、第１の実施形態に係る広告配信装置２００は、広告配信装置２００にとって不足しているユーザ情報を保持する情報提供装置１００を選択することができるので、多種類の属性区分について広告配信を可能とする情報提供装置１００を広告配信業者に提示することができる。この結果、広告配信装置２００は、広告配信業者に対して、効率的なターゲティング配信を可能とする情報提供業者を選択させることができる。

（第２の実施形態）
本願に係る広告配信装置、広告配信システム、選択方法及び選択プログラムは、上述した第１の実施形態以外にも種々の異なる形態にて実施されてよい。第２の実施形態では、他の実施形態について説明する。

〔３−１．見積り提供処理（１）〕
上記実施形態において、情報提供装置１００の取得部１３１は、サイト提供装置１０から、各ユーザが広告コンテンツを押下（クリック）するか否かを示す指標値を含むユーザ情報を取得してもよい。具体的には、サイトページにアクセスするユーザは、かかるサイトページにおいて、商品の購入、会員登録、資料請求、商品等に関する問い合わせ等の各種行動を行う場合がある。このような行動をしたユーザは、ウェブページを積極的に利用しているといえるので、広告コンテンツを押下する可能性も高いといえる。サイト提供装置１０は、上記の各種行動を行う確率の一例であるコンバージョン率をユーザ毎に保持する場合がある。

そこで、情報提供装置１００の取得部１３１は、図８に示した属性情報更新処理において、サイト提供装置１０からユーザ毎のコンバージョン率を、各ユーザが広告コンテンツを押下するか否かを示す指標値として取得してもよい。かかる場合に、情報提供装置１００の取得部１３１は、ユーザ属性テーブル１２２に、ユーザＩＤに対応付けてコンバージョン率を格納する。そして、見積り生成部１３４は、コンバージョン率を含む見積り情報を生成してもよい。具体的には、見積り生成部１３４は、情報提供装置１００が保持するユーザ情報について、コンバージョン率が所定範囲であるユーザの総数を所定範囲毎に計数し、計数結果を見積り情報に含める。例えば、見積り生成部１３４は、コンバージョン率が「９０％」以上であるユーザ総数、コンバージョン率が「８０％〜９０％」であるユーザ総数、コンバージョン率が「７０％〜８０％」であるユーザ総数などを計数し、各係数結果を見積り情報に含める。

そして、広告配信装置２００の選択部２３４は、コンバージョン率を含む見積り情報が見積り結果テーブル２２１に格納されている場合には、コンバージョン率が高いユーザに関するユーザ情報を多く保持する情報提供装置１００を優先的に選択する。これにより、選択部２３４は、広告コンテンツを押下する可能性の高いユーザに関するユーザ情報を多く保持する情報提供装置１００を広告配信業者に提示することができる。この結果、広告配信装置２００は、広告配信業者に対して、広告効果に直結するようなユーザ情報を保持する情報提供業者を選択させることができ、結果として、効率的なターゲティング配信を可能にする情報提供業者を選択させることができる。

〔３−２．見積り提供処理（２）〕
また、上記実施形態において、広告配信装置２００は、情報提供装置１００に対して見積り要求を送信することで、情報提供装置１００から見積り情報を取得した。しかし、広告配信装置２００は、見積り要求を送信することなく、見積り情報を生成してもよい。具体的には、広告配信装置２００は、所定の期間（以下、試用期間と表記する）だけ、ポータルページに第２通知機能を埋め込み、かかる試用期間において情報提供装置１００から提供されるユーザ情報を見積り結果テーブル２２１に蓄積してもよい。この点について、図１１を用いて説明する。

図１１に示すように、広告配信装置２００の制御部２３０は、試用期間である場合に、ポータルページに第２通知機能を埋め込む（ステップＳ４００）。具体的には、制御部２３０は、試用期間において、ユーザ端末２０からポータルページにアクセスされた場合に、第２通知機能を埋め込んだポータルページをユーザ端末２０に提供する。これにより、ユーザ端末２０は、第２通知機能に基づいて情報提供装置１００にアクセスすることとなる。

そして、広告配信装置２００の受信部２３１は、情報提供装置１００からユーザ情報を受信したか否かを判定する（ステップＳ４０１）。具体的には、ユーザ端末２０が第２通知機能に基づいて情報提供装置１００にアクセスした場合、情報提供装置１００の要求応答部１３３は、かかるユーザ端末２０のユーザに関するユーザ情報を保持する場合には、ユーザ情報を広告配信装置２００に送信し、ユーザ情報を保持しない場合には、ユーザ情報を広告配信装置２００に送信しない。

そして、見積り取得部２３３は、受信部２３１によってユーザ情報が受信された場合には（ステップＳ４０１，Ｙｅｓ）、かかるユーザ情報に基づいて、見積り結果テーブル２２１を更新する（ステップＳ４０２）。具体的には、見積り取得部２３３は、ユーザ情報の提供元である情報提供装置１００の情報提供者識別子に対応する見積り結果テーブル２２１のユーザ情報保持数を「１」だけインクリメントする。また、見積り取得部２３３は、かかる情報提供者識別子に対応する見積り結果テーブル２２１のサイコ属性保持数及びデモグラ属性保持数のうち、情報提供装置１００から提供されたユーザ情報に対応する属性区分を「１」だけインクリメントする。

広告配信装置２００は、試用期間が経過していない間（ステップＳ４０３，Ｎｏ）、見積り結果テーブル２２１を更新する処理を行う。そして、広告配信装置２００の制御部２３０は、試用期間が経過した後には（ステップＳ４０３，Ｙｅｓ）、ポータルページに第２通知機能を埋め込むことを停止する（ステップＳ４０４）。さらに、選択部２３４は、上記第１の実施形態と同様に、見積り結果テーブル２２１に記憶されている各種見積り情報に基づいて、情報提供装置１００の選択処理を行う（ステップＳ４０５）。

このように、広告配信業者は、情報提供業者と契約する前に、各情報提供業者がどのようなユーザ情報を保持するかを試用期間において判断することができる。図１１に示した例の場合、広告配信装置２００は、ポータルページに実際にアクセスしたユーザに関するユーザ情報の分量に基づいて、情報提供装置１００を選択することができるので、ターゲティング配信に寄与する可能性の高い情報提供装置１００を精度良く選択することができる。この結果、広告配信装置２００は、広告配信業者に対して、効率的なターゲティング配信を可能とする情報提供業者を選択させることができる。

なお、広告配信装置２００の制御部２３０は、ステップＳ４００の処理において、ユーザ端末２０が複数の情報提供装置１００にアクセスするための第２通知機能をポータルページに埋め込んでもよい。かかる場合に、見積り取得部２３３は、ステップＳ４０２における処理において、ユーザ情報を提供した情報提供装置１００について、見積り結果テーブル２２１のユーザ情報保持数を更新する。

または、制御部２３０は、ステップＳ４００の処理において、単一の情報提供装置１００にアクセスするための第２通知機能をポータルページに埋め込んでもよい。かかる場合には、広告配信装置２００は、ステップＳ４００〜Ｓ４０４における処理を情報提供装置１００毎に行う。例えば、制御部２３０は、最初の所定時間（例えば、１０分）については、情報提供装置１００_１にアクセスさせるための第２通知機能をポータルページに埋め込んで（ステップＳ４００）、ステップＳ４０１〜Ｓ４０４における処理を行い、次の所定時間（例えば、１０分）については、情報提供装置１００_２にアクセスさせるための第２通知機能をポータルページに埋め込んで（ステップＳ４００）、ステップＳ４０１〜Ｓ４０４における処理を行う。

また、上記図１１では、選択部２３４が、第１の実施形態と同様に情報提供装置１００の選択処理を行う例を示したが、選択部２３４による処理は、この例に限られない。具体的に説明すると、図１１に示した例の場合、広告配信装置２００は、試用期間において情報提供装置１００からユーザ情報を受信する。したがって、広告配信装置２００の配信部２３２は、情報提供装置１００から受信したユーザ情報を用いてターゲティング配信を行うこととなる。このとき、配信部２３２は、ターゲティング配信の効果を示す情報（以下、広告効果と表記する）を測定してもよい。例えば、配信部２３２は、広告効果として、ＣＴＲ（Click Through Rate）等を測定する。そして、選択部２３４は、かかる広告効果が高くなるようなユーザ情報を提供する情報提供装置１００を優先的に選択してもよい。

より具体的に説明すると、広告配信装置２００の制御部２３０は、試用期間中の所定時間（例えば、１０分）毎に、単一の情報提供装置１００にアクセスさせるための第２通知機能をポータルページに埋め込む。そして、配信部２３２は、所定時間毎に広告効果を測定し、測定した広告効果と、第２通知機能によりアクセスされる情報提供装置１００の情報提供者識別子とを対応付けて見積り結果テーブル２２１に格納する。

例えば、制御部２３０は、最初の所定時間（例えば、１０分）については、情報提供装置１００_１にアクセスさせるための第２通知機能をポータルページに埋め込む。そして、配信部２３２は、情報提供装置１００_１の情報提供者識別子と、かかる最初の所定時間における広告効果とを対応付けて見積り結果テーブル２２１に格納する。続いて、制御部２３０は、次の所定時間（例えば、１０分）については、情報提供装置１００_２にアクセスさせるための第２通知機能をポータルページに埋め込む。そして、配信部２３２は、情報提供装置１００_２の情報提供者識別子と、かかる次の所定時間における広告効果とを対応付けて見積り結果テーブル２２１に格納する。このようにして、配信部２３２は、情報提供装置１００毎に、広告効果を見積り結果テーブル２２１に格納する。

そして、選択部２３４は、見積り結果テーブル２２１に記憶されている広告効果を参照し、広告効果が高い期間にユーザ情報を提供した情報提供装置１００を優先的に選択する。このとき、選択部２３４は、第１の実施形態において説明した見積り情報に、ユーザ情報の分量だけでなく広告効果を加えた上で情報提供装置１００を選択してもよいし、広告効果のみを考慮して情報提供装置１００を選択してもよい。なお、選択部２３４が広告効果のみを考慮して情報提供装置１００を選択する場合、広告配信装置２００は、図６に示した見積り取得部２３３を有しなくてよい。

このように、広告配信装置２００は、ＣＴＲ等の広告効果を考慮することにより、広告効果に寄与する可能性の高い情報提供装置１００を精度良く選択することができる。

〔３−３．見積り提供処理（３）〕
また、広告配信装置２００は、図１１に示した例のように、試用期間において情報提供装置１００から実際にユーザ情報を取得する場合には、情報提供装置１００から受信したユーザ情報と広告配信装置２００自身が保持するユーザ情報との重複を考慮した上で、情報提供装置１００の選択処理を行ってもよい。

具体的には、広告配信装置２００は、自装置（広告配信装置２００）内で、図５に例示したようなユーザ情報を保持する場合もある。かかる場合に、広告配信装置２００の見積り取得部２３３は、情報提供装置１００からユーザ情報を取得した場合に、取得したユーザ情報を自装置が保持するか否かを判定する。そして、見積り取得部２３３は、情報提供装置１００から取得したユーザ情報を既に保持している場合には、見積り結果テーブル２２１を更新しない。一方、見積り取得部２３３は、情報提供装置１００から取得したユーザ情報を自装置で保持していない場合には、見積り結果テーブル２２１のユーザ情報保持数や、サイコ属性保持数や、デモグラ属性保持数を更新する。

このように、広告配信装置２００は、情報提供装置１００から取得したユーザ情報から、自装置で保持するユーザ情報と重複するユーザ情報を除外した上で、見積り情報を計数する。これにより、広告配信装置２００は、自装置にとって新たなユーザ情報を多く提供可能な情報提供装置１００を優先的に選択することができる。

〔３−４．見積り提供処理（４）〕
また、図１１に示した例のように、試用期間において情報提供装置１００から実際にユーザ情報を取得する場合には、広告配信装置２００の見積り取得部２３３は、情報提供装置１００が保持するユーザ情報の総数に対する各属性区分の数の割合をユーザ情報の分量として見積り結果テーブル２２１に格納してもよい。この例の場合には、図７に示した見積り結果テーブル２２１は、サイコ属性保持数の代わりにサイコ属性保持割合を記憶し、デモグラ属性保持数の代わりにデモグラ属性保持割合を記憶する。

例えば、図１１に示した例において、広告配信装置２００の受信部２３１が情報提供装置１００_１から受信したユーザ情報の分量が下記に示す値であったものとする。

＜情報提供装置１００_１から受信したユーザ情報の分量＞
ユーザ情報の総数：１００個
属性区分「コスメ」への嗜好が高いことを示すユーザ情報の総数：１５個

上記例の場合に、見積り取得部２３３は、見積り結果テーブル２２１の情報提供者識別子「１００_１」に対応するユーザ情報保持数に「１００」を格納する。また、見積り取得部２３３は、属性区分「コスメ」のユーザ情報数「１５」をユーザ情報保持数「１００」で除算した後に「１００」を乗算した値「１５」（単位：％）を属性区分「コスメ」のサイコ属性保持割合に格納する。

また、受信部２３１が情報提供装置１００_２から受信したユーザ情報の分量が下記に示す値であったものとする。

＜情報提供装置１００_２から受信したユーザ情報の分量＞
ユーザ情報の総数：２００個
属性区分「コスメ」への嗜好が高いことを示すユーザ情報の総数：２４個

上記例の場合、見積り取得部２３３は、見積り結果テーブル２２１の情報提供者識別子「１００_２」に対応するユーザ情報保持数に「２００」を格納し、属性区分「コスメ」のサイコ属性保持割合に「１２」（単位：％）を格納する。

そして、選択部２３４は、見積り結果テーブル２２１に記憶されているサイコ属性保持割合やデモグラ属性保持割合に基づいて、広告配信装置２００が必要とするユーザ情報を保持することが想定される１以上の情報提供装置１００を選択する。例えば、広告配信業者が広告主から「コスメ」に関する広告コンテンツを配信するよう依頼を受け付けている場合に、選択部２３４は、属性区分が「コスメ」であるユーザ情報を多く提供する情報提供装置１００を選択するように設定される。このとき、上記例のように見積り結果テーブル２２１にサイコ属性保持割合が記憶されている場合には、情報提供装置１００_１の属性区分「コスメ」の割合「１５」が、情報提供装置１００_２の属性区分「コスメ」の割合「１２」よりも高いので、選択部２３４は、情報提供装置１００_２よりも情報提供装置１００_１を優先的に選択する。これにより、広告配信業者は、属性区分が「コスメ」であるユーザ情報を提供する割合が高い情報提供装置１００を選択することができるので、ターゲティング配信に必要となるユーザ情報を効率的に収集することができる。

また、上記例において、見積り取得部２３３は、広告配信装置２００が保持するユーザ情報と重複するユーザ情報を除外した上で、属性区分毎の割合を見積り結果テーブル２２１に格納してもよい。

広告配信装置２００の受信部２３１が情報提供装置１００_１から受信したユーザ情報の分量が下記に示す値であったものとする。

＜情報提供装置１００_１から受信したユーザ情報の分量＞
ユーザ情報の総数：１００個
属性区分「コスメ」への嗜好が高いことを示すユーザ情報の総数：１５個
広告配信装置２００と重複する属性区分「コスメ」のユーザ情報の総数：９個

上記例の場合に、見積り取得部２３３は、属性区分「コスメ」のユーザ情報数「１５」から重複するユーザ情報数「９」を減算して「６」を算出し、減算結果「６」をユーザ情報保持数「１００」で除算した後に「１００」を乗算した値「６」（単位：％）を求める。そして、見積り取得部２３３は、見積り結果テーブル２２１の情報提供者識別子「１００_１」に対応する属性区分「コスメ」のサイコ属性保持割合に「６」（単位：％）を格納する。

また、広告配信装置２００の受信部２３１が情報提供装置１００_２から受信したユーザ情報の分量が下記に示す値であったものとする。

＜情報提供装置１００_２から受信したユーザ情報の分量＞
ユーザ情報の総数：２００個
属性区分「コスメ」への嗜好が高いことを示すユーザ情報の総数：２４個
広告配信装置２００と重複する属性区分「コスメ」のユーザ情報の総数：６個

上記例の場合に、見積り取得部２３３は、属性区分「コスメ」のユーザ情報数「２４」から重複するユーザ情報数「６」を減算して「１８」を算出し、減算結果「１８」をユーザ情報保持数「２００」で除算した後に「１００」を乗算した値「９」（単位：％）を求める。そして、見積り取得部２３３は、見積り結果テーブル２２１の情報提供者識別子「１００_２」に対応する属性区分「コスメ」のサイコ属性保持割合に「９」（単位：％）を格納する。

上記例のように見積り結果テーブル２２１にサイコ属性保持割合が記憶されている場合には、情報提供装置１００_１の属性区分「コスメ」の割合「６」が、情報提供装置１００_２の属性区分「コスメ」の割合「９」よりも低いので、選択部２３４は、情報提供装置１００_１よりも情報提供装置１００_２を優先的に選択する。これにより、広告配信業者は、広告配信装置２００が保持するユーザ情報と重複しないユーザ情報を提供する割合が高い情報提供装置１００を選択することができるので、ターゲティング配信に必要となるユーザ情報をより効率的に収集することができる。

また、上記例において、広告配信装置２００は、自装置で保持する各属性区分の割合と、情報提供装置１００から提供される各属性区分の割合とを加算し、加算結果が所定の割合閾値に達するまで、各属性区分の割合が高い順に情報提供装置１００を選択してもよい。

例えば、広告配信装置２００が保持するユーザ情報の分量が下記に示す値であるものとする。

＜広告配信装置２００が保持するユーザ情報の分量＞
ユーザ情報の総数：１０００個
属性区分「コスメ」への嗜好が高いことを示すユーザ情報の総数：１００個

上記例の場合、広告配信装置２００は、ユーザ情報の総数「１０００」に対して割合「１０％」に該当する属性区分「コスメ」のユーザ情報を保持する。

ここで、上記例のように、見積り結果テーブル２２１には、情報提供者識別子「１００_１」に対応する属性区分「コスメ」のサイコ属性保持割合に「６」（単位：％）を記憶され、情報提供者識別子「１００_２」に対応する属性区分「コスメ」のサイコ属性保持割合に「９」（単位：％）を記憶されているものとする。

かかる場合に、選択部２３４は、情報提供装置１００_２を最初に選択し、選択した情報提供装置１００_２における属性区分「コスメ」のサイコ属性保持割合「９」と、広告配信装置２００が保持する属性区分「コスメ」の保持割合「１０」とを加算して「１９」を算出する。そして、選択部２３４は、算出した保持割合「１９」が割合閾値に達するか否かを判定する。このとき、割合閾値に達していない場合、選択部２３４は、次にサイコ属性保持割合が高い情報提供装置１００（ここでは、情報提供装置１００_１とする）を選択し、選択した情報提供装置１００_１におけるサイコ属性保持割合「６」をさらに加算して「２５」を算出する。

このように、広告配信装置２００は、自装置で保持する属性区分の割合と、情報提供装置１００の保持割合との加算結果が割合閾値に達するまで情報提供装置１００を選択することにより、自装置における各属性区分の保持割合が所望の値になるような情報提供装置１００を選択することができる。

なお、上記例では、各割合を単に加算したが、広告配信装置２００は、割合の分母である「ユーザ情報の総数」を統一した上で、属性区分の数を加算した後に割合を算出してもよい。

例えば、上記例と同様に、広告配信装置２００が保持するユーザ情報の分量や、情報提供装置１００から受信したユーザ情報の分量が下記に示す値であるものとする。

＜広告配信装置２００が保持するユーザ情報の分量＞
ユーザ情報の総数：１０００個
属性区分「コスメ」への嗜好が高いことを示すユーザ情報の総数：１００個

＜情報提供装置１００_１から受信したユーザ情報の分量＞
ユーザ情報の総数：１００個
属性区分「コスメ」への嗜好が高いことを示すユーザ情報の総数：１５個
広告配信装置２００と重複する属性区分「コスメ」のユーザ情報の総数：９個
重複を除いた属性区分「コスメ」のユーザ情報の総数：６個

＜情報提供装置１００_１から受信したユーザ情報の分量＞
ユーザ情報の総数：２００個
属性区分「コスメ」への嗜好が高いことを示すユーザ情報の総数：２４個
広告配信装置２００と重複する属性区分「コスメ」のユーザ情報の総数：６個
重複を除いた属性区分「コスメ」のユーザ情報の総数：１８個

ここで、広告配信装置２００は、例えば、情報提供装置１００_１及び１００_２から受信したユーザ情報の分量を、広告配信装置２００が保持するユーザ情報の総数「１０００」に統一する。この場合、情報提供装置１００_１及び１００_２から受信したユーザ情報の分量は下記に示す値に変換される。

＜情報提供装置１００_１から受信したユーザ情報の分量＞
ユーザ情報の総数：１０００個
属性区分「コスメ」への嗜好が高いことを示すユーザ情報の総数：１５０個
広告配信装置２００と重複する属性区分「コスメ」のユーザ情報の総数：９０個
重複を除いた属性区分「コスメ」のユーザ情報の総数：６０個

＜情報提供装置１００_１から受信したユーザ情報の分量＞
ユーザ情報の総数：１０００個
属性区分「コスメ」への嗜好が高いことを示すユーザ情報の総数：１２０個
広告配信装置２００と重複する属性区分「コスメ」のユーザ情報の総数：３０個
重複を除いた属性区分「コスメ」のユーザ情報の総数：９０個

そして、広告配信装置２００は、自装置で保持する属性区分「コスメ」のユーザ情報の総数「１００」に、最初に選択した情報提供装置１００_２における属性区分「コスメ」のユーザ情報の総数「９０」を加算することにより「１９０」を求める。このことは、広告配信装置２００が、情報提供装置１００_２から仮に「１０００」個のユーザ情報を取得した場合、属性区分「コスメ」のユーザ情報を「１９０」個保持することを示す。そして、広告配信装置２００は、このような仮定の下、属性区分「コスメ」のユーザ情報「１９０」をユーザ総数「２０００」で除算することにより、属性区分「コスメ」の保持割合「９．５」（単位：％）を算出する。広告配信装置２００は、このようにして算出する保持割合が割合閾値に達するまで、属性区分「コスメ」の保持割合が高い順に情報提供装置１００を選択する。

〔３−５．選択処理〕
また、上記実施形態において、広告配信装置２００は、選択部２３４は、情報提供装置１００の選択処理を行わず、見積り結果テーブル２２１に記憶されている見積り情報を表示部等に出力する処理だけを行ってもよい。

〔３−６．システム構成〕
また、上記実施形態では、広告配信装置２００が、ポータルサイトにアクセスしたユーザ端末２０のユーザＩＤと合致する属性情報を情報提供装置１００から取得し、取得した属性情報を用いてターゲティング配信を行う例を示した。しかし、情報提供装置１００は、第１通知機能に基づくアクセスにより常時受信するユーザ情報を用いて、ユーザの嗜好等をモデリングしておき、かかるモデルを用いたターゲティング配信を行ってもよい。すなわち、情報提供装置１００は、ポータルサイトにアクセスしたユーザ端末２０のユーザＩＤと合致するサイコグラフィック属性を保持しない場合であっても、かかるユーザとでもグラフィック属性が近似する他のユーザのサイコグラフィック属性を広告配信装置２００に送信してもよい。広告配信装置２００は、このようなモデルに基づくターゲティング配信を行う場合であっても、上述してきた貢献度算出処理を行ってもよい。

〔３−７．情報提供処理〕
また、上記実施形態では、情報提供装置１００から広告配信装置２００へユーザの属性情報を送信する例を説明した。しかし、情報提供装置１００から広告配信装置２００へ送信する情報は、例えば、ユーザのアクセス履歴の情報であってもよい。この場合、広告配信装置２００は、ユーザのアクセス履歴の情報に基づいて広告コンテンツを選択して配信する。

また、上記実施形態では、ユーザ端末２０によるサイト提供装置１０へのアクセス履歴を逐次取得しながら、かかるアクセス履歴に基づいたユーザの属性情報を広告配信装置２００へ提供するものとして説明した。しかし、広告配信装置２００に対して一定量のユーザ情報を割り当てる場合、ある時点のアクセス履歴に基づいた属性情報を広告配信装置２００へ提供するようにしてもよい。

〔３−８．アクセス履歴テーブル〕
また、上記実施形態では、アクセス履歴テーブル１２１が、サイト提供装置１０毎にアクセス回数を記憶するものとして説明した。しかし、アクセス履歴テーブル１２１に、各サイト提供装置１０のサイトページ（ＵＲＬ）毎のアクセス回数が記憶されるようにしてもよい。これにより、ユーザの属性情報をさらに精度良く判別することができる。サイトページ毎のカウントは、例えば、第１通知機能に、サイト提供装置１０の識別情報に加え、さらに、サイトページの識別情報を含ませるようにすることで実現することができる。

また、アクセス履歴テーブル１２１に、ユーザ端末２０がサイトページにアクセスしたアクセス日時、ユーザ端末２０がサイトページにアクセスした時間長などが記憶されるようにしてもよい。これにより、情報提供装置１００は、ユーザの属性情報をさらに精度良く判別することができる。

〔３−９．ユーザ属性テーブル〕
また、上記実施形態では、ユーザ属性テーブル１２２は、属性区分を図６に示すものとして説明した。しかし、広告配信システム１に複数の広告配信装置２００が含まれる場合、ユーザ属性テーブル１２２は、広告配信装置２００毎又は１以上の広告配信装置２００毎に異なる属性区分に分けて記憶してもよい。これにより、情報提供装置１００は、広告配信装置２００に応じたユーザの属性情報を提供することができる。

〔３−１０．第１通知機能〕
また、上記実施形態では、サイト提供装置１０によって提供されるサイトページに第１通知機能が埋め込まれる例を示した。しかし、メール提供装置によってユーザ端末２０に対して配信されるメールマガジン等のＨＴＭＬメールに第１通知機能が埋め込まれてもよい。これにより、情報提供装置１００は、ＨＴＭＬメールを受信したユーザ端末２０からもユーザ情報を収集することができるので、ユーザの属性情報をさらに精度良く判別することができる。

〔３−１１．広告〕
また、上記実施形態では、広告配信装置２００からユーザ端末２０に配信される広告コンテンツをバナー広告であるものとして説明したが、広告コンテンツはバナー広告に限定されるものではない。例えば、広告配信装置２００からユーザ端末２０に配信される広告コンテンツは、動画広告、テキスト広告、音声広告などであってもよい。

また、上記実施形態では、広告配信装置２００からユーザ端末２０に広告コンテンツが配信されるものとして説明したが、広告コンテンツを配信する装置は、広告配信装置２００以外の広告用サーバ装置であってもよい。例えば、広告配信装置２００は、ユーザ端末２０に対してターゲティング配信を行う場合に、広告用サーバ装置に格納されている配信対象の広告コンテンツにアクセスするためのＵＲＬが記述されたポータルページをユーザ端末２０に提供してもよい。これにより、ユーザ端末２０は、広告配信装置２００からポータルページを取得した場合に、ポータルページに記述されたＵＲＬにアクセスすることで、広告用サーバ装置から広告コンテンツを取得する。

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

また、上述した情報提供装置１００や広告配信装置２００は、複数のサーバコンピュータで実現してもよく、また、機能によっては外部のプラットフォーム等をＡＰＩ（Application Programming Interface）やネットワークコンピューティングなどで呼び出して実現するなど、構成は柔軟に変更できる。

また、特許請求の範囲に記載した「手段」は、「部（section、module、unit）」や「回路」などに読み替えることができる。例えば、配信手段は、配信部や配信回路に読み替えることができる。

１ 広告配信システム
２０ ユーザ端末
１２０ ユーザ情報ＤＢ
１２１ アクセス履歴テーブル
１２２ ユーザ属性テーブル
１３１ 取得部
１３２ 生成部
１３３ 要求応答部
１３４ 見積り生成部
１３５ 見積り提供部
２００ 広告配信装置
２２０ 見積り情報ＤＢ
２２１ 見積り結果テーブル
２３１ 受信部
２３２ 配信部
２３３ 見積り取得部
２３４ 選択部

Claims (14)

1. ユーザ端末からアクセスされた場合に、当該ユーザ端末のユーザに関するユーザ情報を保持する情報提供装置から受信したユーザ情報に基づいて、前記ユーザ端末に対して広告コンテンツを配信する配信手段と、
   複数の情報提供装置から、当該情報提供装置が保持するユーザ情報の分量を取得する取得手段と、
   前記取得手段によって取得された各情報提供装置が保持するユーザ情報の分量に応じて、前記配信手段により用いられるユーザ情報の提供元となる情報提供装置を前記複数の情報提供装置から選択する選択手段と
   を備えたことを特徴とする広告配信装置。
2. 前記取得手段は、
   前記複数の情報提供装置から、前記ユーザ情報の属性毎に、当該情報提供装置が保持するユーザ情報の分量を取得し、
   前記選択手段は、
   前記取得手段によって取得された属性毎のユーザ情報の分量に応じて、前記提供元となる情報提供装置を選択する
   ことを特徴とする請求項１に記載の広告配信装置。
3. 前記選択手段は、
   前記取得手段によって取得された属性毎のユーザ情報の分量に基づいて、前記複数の情報提供装置のうち、当該広告配信装置が配信する広告コンテンツの属性に対応するユーザ情報を多く保持する情報提供装置を優先的に選択する
   ことを特徴とする請求項２に記載の広告配信装置。
4. 前記選択手段は、
   前記取得手段によって取得された属性毎のユーザ情報の分量に基づいて、当該広告配信装置が保持するユーザ情報のうち当該広告配信装置において保持数が少ない属性に対応するユーザ情報を多く保持する情報提供装置を優先的に選択する
   ことを特徴とする請求項２又は３に記載の広告配信装置。
5. 前記複数の情報提供装置は、
   コンテンツ提供装置によって提供されるコンテンツに対してアクセスしたユーザ端末のユーザに関するユーザ情報を保持し、
   前記取得手段は、
   前記複数の情報提供装置から、前記ユーザ情報の分量とともに、各ユーザが広告コンテンツを押下するか否かを示す指標値をさらに取得し、
   前記選択手段は、
   前記複数の情報提供装置のうち、前記取得手段によって取得された前記指標値が高いユーザに関するユーザ情報を多く保持する情報提供装置を優先的に選択する
   ことを特徴とする請求項１〜４のいずれか一つに記載の広告配信装置。
6. 前記配信手段は、
   所定期間においてユーザ端末からアクセスされた場合に、当該ユーザ端末のユーザに関するユーザ情報を保持する情報提供装置からユーザ情報を受信して広告コンテンツを配信し、
   前記取得手段は、
   前記所定期間において前記情報提供装置から受信したユーザ情報を計数することにより、前記各情報提供装置が保持するユーザ情報の分量を算出する
   ことを特徴とする請求項１〜５のいずれか一つに記載の広告配信装置。
7. 前記配信手段は、
   前記複数の情報提供装置のうち所定期間毎に異なる情報提供装置からユーザ情報を受信して広告コンテンツを配信し、
   前記選択手段は、
   前記配信手段により配信された広告コンテンツにおける前記所定期間毎の広告効果に基づいて、当該広告効果が高い期間にユーザ情報を提供した情報提供装置を前記複数の情報提供装置から優先的に選択する
   ことを特徴とする請求項６に記載の広告配信装置。
8. 前記取得手段は、
   前記所定期間において前記情報提供装置から受信したユーザ情報の属性毎に、当該ユーザ情報の総数に対する各属性の総数の割合である保持割合を前記ユーザ情報の分量として算出し、
   前記選択手段は、
   前記取得手段によって算出された前記属性毎の保持割合に応じて、前記ユーザ情報の提供元となる情報提供装置を選択する
   ことを特徴とする請求項６又は７に記載の広告配信装置。
9. 前記取得手段は、
   前記所定期間において前記情報提供装置から受信したユーザ情報のうち、当該広告配信装置が保持するユーザ情報と重複するユーザ情報を除外した上で、前記各情報提供装置が保持するユーザ情報の分量を算出する
   ことを特徴とする請求項８に記載の広告配信装置。
10. 前記選択手段は、
    前記ユーザ情報の分量の総和が所定の閾値に達するまで、当該ユーザ情報の分量が多い順に情報提供装置を前記複数の情報提供装置から選択する
    ことを特徴とする請求項１〜９のいずれか一つに記載の広告配信装置。
11. 複数の情報提供装置と広告配信装置とを含む広告配信システムであって、
    前記複数の情報提供装置は、
    ユーザ端末のユーザに関するユーザ情報を記憶するユーザ情報記憶手段と、
    前記ユーザ情報記憶手段に記憶されているユーザ情報の分量を示す見積り情報を生成する見積り生成手段と、
    前記見積り生成手段によって生成された見積り情報を前記広告配信装置に提供する見積り提供手段とを備え、
    前記広告配信装置は、
    ユーザ端末からアクセスされた場合に、当該ユーザ端末のユーザに関するユーザ情報を保持する前記複数の情報提供装置のいずれかから受信したユーザ情報に基づいて、前記ユーザ端末に対して広告コンテンツを配信する配信手段と、
    前記複数の情報提供装置における見積り提供手段によって提供された前記見積り情報を取得する見積り取得手段と、
    前記見積り取得手段によって取得された各情報提供装置に対応する見積り情報に応じて、前記配信手段により用いられるユーザ情報の提供元となる情報提供装置を前記複数の情報提供装置から選択する選択手段と
    を備えたことを特徴とする広告配信システム。
12. 広告配信装置が実行する選択方法であって、
    ユーザ端末からアクセスされた場合に、当該ユーザ端末のユーザに関するユーザ情報を保持する情報提供装置から受信したユーザ情報に基づいて、前記ユーザ端末に対して広告コンテンツを配信する配信工程と、
    複数の情報提供装置から、当該情報提供装置が保持するユーザ情報の分量を取得する取得工程と、
    前記取得工程において取得された各情報提供装置が保持するユーザ情報の分量に応じて、前記配信工程において用いられるユーザ情報の提供元となる情報提供装置を前記複数の情報提供装置から選択する選択工程と
    を含んだことを特徴とする選択方法。
13. ユーザ端末からアクセスされた場合に、当該ユーザ端末のユーザに関するユーザ情報を保持する情報提供装置から受信したユーザ情報に基づいて、前記ユーザ端末に対して広告コンテンツを配信する配信手順と、
    複数の情報提供装置から、当該情報提供装置が保持するユーザ情報の分量を取得する取得手順と、
    前記取得手順において取得された各情報提供装置が保持するユーザ情報の分量に応じて、前記配信手順において用いられるユーザ情報の提供元となる情報提供装置を前記複数の情報提供装置から選択する選択手順と
    をコンピュータに実行させることを特徴とする選択プログラム。
14. ユーザ端末からアクセスされた場合に、ユーザに関するユーザ情報を保持する複数の情報提供装置のうち所定期間毎に異なる情報提供装置から当該ユーザ端末のユーザに関するユーザ情報を受信し、受信したユーザ情報に基づいて、前記ユーザ端末に対して広告コンテンツを配信する配信手段と、
    前記配信手段により配信された広告コンテンツにおける前記所定期間毎の広告効果に基づいて、前記配信手段により用いられるユーザ情報の提供元となる情報提供装置を前記複数の情報提供装置から選択する選択手段と
    を備えたことを特徴とする広告配信装置。

Images