特許 5674720 情報提供装置、情報提供方法及び情報提供プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】5674720

(24)【登録日】2015年1月9日

(45)【発行日】2015年2月25日

(54)【発明の名称】情報提供装置、情報提供方法及び情報提供プログラム

(51)【国際特許分類】

   G06Q 50/10 20120101AFI20150205BHJP

   G06Q 30/02 20120101ALI20150205BHJP

   G06F 13/00 20060101ALI20150205BHJP

【ＦＩ】

   G06Q50/10 100

   G06Q30/02 150

   G06F13/00 540P

【請求項の数】10

【全頁数】29

(21)【出願番号】特願2012-142324(P2012-142324)

(22)【出願日】2012年6月25日

(65)【公開番号】特開2014-6729(P2014-6729A)

(43)【公開日】2014年1月16日

【審査請求日】2013年3月5日

【前置審査】

(73)【特許権者】

【識別番号】500257300

【氏名又は名称】ヤフー株式会社

(74)【代理人】

【識別番号】100089118

【弁理士】

【氏名又は名称】酒井 宏明

(74)【代理人】

【識別番号】100125612

【弁理士】

【氏名又は名称】中嶋 裕昭

(72)【発明者】

【氏名】田島 玲

【審査官】 小原 正信

(56)【参考文献】

【文献】 特開２０１２−０４８３６０（ＪＰ，Ａ）

【文献】 特開２０１１−１９８０６１（ＪＰ，Ａ）

【文献】 特開２０１１−１３４２５１（ＪＰ，Ａ）

【文献】 特開２０１０−２５０７５２（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｑ １０／００−５０／３４

Ｇ０６Ｆ １３／００

(57)【特許請求の範囲】

【請求項1】

複数のコンテンツ提供装置のいずれかにユーザ端末がアクセスする契機で取得される当該ユーザ端末に関するユーザ情報を記憶する記憶手段と、
前記コンテンツ提供装置と異なる情報処理装置からウェブページを取得した前記ユーザ端末が当該ウェブページに表示させる広告コンテンツを取得するためにアクセスした広告用サーバ装置であって、当該ユーザ端末に関するユーザ情報に基づいて当該ユーザ端末に配信する広告コンテンツを決定する広告用サーバ装置から当該ユーザ端末に関するユーザ情報の取得要求を受信した場合に、当該ユーザ端末に対応するユーザ情報を前記広告用サーバ装置に応答する要求応答手段と、
前記ユーザ端末に関するユーザ情報の取得要求を受信した場合に、当該ユーザ端末が前記広告用サーバ装置にアクセスしたことを示すアクセス情報を前記記憶手段に格納する格納手段と、
前記コンテンツ提供装置によって提供されたユーザ情報に対応するユーザ端末がアクセスした広告用サーバ装置に応じて、各コンテンツ提供装置の評価値を算出する評価手段と
を備えたことを特徴とする情報提供装置。

【請求項2】

前記評価手段は、
前記複数のコンテンツ提供装置の中で、多数の広告用サーバ装置にアクセスしたユーザ端末のユーザ情報を提供したコンテンツ提供装置ほど高い評価値を算出する
ことを特徴とする請求項１に記載の情報提供装置。

【請求項3】

前記評価手段は、
前記複数のコンテンツ提供装置の中で、多くのユーザ情報を提供したコンテンツ提供装置ほど高い評価値を算出する
ことを特徴とする請求項２に記載の情報提供装置。

【請求項4】

前記評価手段は、
前記複数のコンテンツ提供装置の中で、他のコンテンツ提供装置と異なるユーザ端末のユーザ情報を提供したコンテンツ提供装置ほど高い評価値を算出する
ことを特徴とする請求項２又は３に記載の情報提供装置。

【請求項5】

前記記憶手段は、
複数のユーザ属性を含むユーザ情報を記憶し、
前記評価手段は、
前記複数のコンテンツ提供装置の中で、多くのユーザ属性を含むユーザ情報を提供したコンテンツ提供装置ほど高い評価値を算出する
ことを特徴とする請求項２〜４のいずれか一つに記載の情報提供装置。

【請求項6】

前記評価手段は、
前記広告用サーバ装置毎に予め付与されている重要度に基づいて、当該重要度の高い広告用サーバ装置にアクセスしたユーザ端末のユーザ情報を提供したコンテンツ提供装置ほど高い評価値を算出する
ことを特徴とする請求項１〜５のいずれか一つに記載の情報提供装置。

【請求項7】

前記評価手段によって付与された評価値に基づいて、前記複数のコンテンツ提供装置の中から、ユーザ情報の取得元となるコンテンツ提供装置の候補を選択する選択手段
をさらに備えたことを特徴とする請求項１〜６のいずれか一つに記載の情報提供装置。

【請求項8】

前記選択手段は、
前記複数のコンテンツ提供装置の中から、互いに重複しないユーザ情報を提供するコンテンツ提供装置を優先的に選択する
ことを特徴とする請求項７に記載の情報提供装置。

【請求項9】

情報提供装置が実行する情報提供方法であって、
複数のコンテンツ提供装置のいずれかにユーザ端末がアクセスする契機で取得される当該ユーザ端末に関するユーザ情報を記憶手段に格納させる第１格納工程と、
前記コンテンツ提供装置と異なる情報処理装置からウェブページを取得した前記ユーザ端末が当該ウェブページに表示させる広告コンテンツを取得するためにアクセスした広告用サーバ装置であって、当該ユーザ端末に関するユーザ情報に基づいて当該ユーザ端末に配信する広告コンテンツを決定する広告用サーバ装置から当該ユーザ端末に関するユーザ情報の取得要求を受信した場合に、当該ユーザ端末に対応するユーザ情報を前記広告用サーバ装置に応答する要求応答工程と、
前記ユーザ端末に関するユーザ情報の取得要求を受信した場合に、当該ユーザ端末が前記広告用サーバ装置にアクセスしたことを示すアクセス情報を前記記憶手段に格納する第２格納工程と、
前記コンテンツ提供装置によって提供されたユーザ情報に対応するユーザ端末がアクセスした広告用サーバ装置に応じて、各コンテンツ提供装置の評価値を算出する評価工程と
を含んだことを特徴とする情報提供方法。

【請求項10】

複数のコンテンツ提供装置のいずれかにユーザ端末がアクセスする契機で取得される当該ユーザ端末に関するユーザ情報を記憶手段に格納させる第１格納手順と、
前記コンテンツ提供装置と異なる情報処理装置からウェブページを取得した前記ユーザ端末が当該ウェブページに表示させる広告コンテンツを取得するためにアクセスした広告用サーバ装置であって、当該ユーザ端末に関するユーザ情報に基づいて当該ユーザ端末に配信する広告コンテンツを決定する広告用サーバ装置から当該ユーザ端末に関するユーザ情報の取得要求を受信した場合に、当該ユーザ端末に対応するユーザ情報を前記広告用サーバ装置に応答する要求応答手順と、
前記ユーザ端末に関するユーザ情報の取得要求を受信した場合に、当該ユーザ端末が前記広告用サーバ装置にアクセスしたことを示すアクセス情報を前記記憶手段に格納する第２格納手順と、
前記コンテンツ提供装置によって提供されたユーザ情報に対応するユーザ端末がアクセスした広告用サーバ装置に応じて、各コンテンツ提供装置の評価値を算出する評価手順と
をコンピュータに実行させることを特徴とする情報提供プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報提供装置、情報提供方法及び情報提供プログラムに関する。

【背景技術】

【0002】

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

【0003】

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

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２０１０−１１３５４２号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

上記ターゲティング配信を行うためのユーザ情報は、情報提供業者から広告配信業者に提供される場合がある。かかる情報提供業者は、例えば、複数のサイト提供業者を介してユーザ情報を取得し、質の高いユーザ情報を広告配信業者に提供することにより、広告配信業者から多くの対価を得ることが可能となる。このため、情報提供業者にとっては、各広告配信業者によるターゲティング配信に寄与するユーザ情報をサイト提供業者から取得することが望ましい。しかしながら、これまではサイト提供業者を評価する技術が提案されておらず、情報提供業者にとっては、どのようなサイト提供業者からユーザ情報を取得することが望ましいかを判断することが困難であった。

【0006】

本願は、上記に鑑みてなされたものであって、広告配信業者に提供するユーザ情報の取得元となるサイト提供業者を評価することができる情報提供装置、情報提供方法及び情報提供プログラムを提供することを目的とする。

【課題を解決するための手段】

【0007】

本願に係る情報提供装置は、複数のコンテンツ提供装置のいずれかにユーザ端末がアクセスする契機で取得される当該ユーザ端末に関するユーザ情報を記憶する記憶手段と、前記ユーザ端末によりアクセスされた広告配信装置から当該ユーザ端末に関するユーザ情報の取得要求を受信した場合に、当該ユーザ端末に対応するユーザ情報を前記広告配信装置に応答する要求応答手段と、前記ユーザ端末に関するユーザ情報の取得要求を受信した場合に、当該ユーザ端末が前記広告配信装置にアクセスしたことを示すアクセス情報を前記記憶手段に格納する格納手段と、前記コンテンツ提供装置によって提供されたユーザ情報に対応するユーザ端末がアクセスした広告配信装置に応じて、各コンテンツ提供装置の評価値を算出する評価手段とを備えたことを特徴とする。

【発明の効果】

【0008】

本願に係る情報提供装置、情報提供方法及び情報提供プログラムは、サイト提供業者を評価することができるという効果を奏する。

【図面の簡単な説明】

【0009】

【図1A】図１Ａは、第１の実施形態に係る情報提供方法の一例を示す説明図である。

【図1B】図１Ｂは、第１の実施形態に係る情報提供方法の一例を示す説明図である。

【図2】図２は、第１の実施形態に係る広告配信システムの構成例を示す図である。

【図3】図３は、第１の実施形態に係る情報提供装置の構成例を示す図である。

【図4】図４は、第１の実施形態に係るアクセス履歴テーブルの一例を示す図である。

【図5】図５は、第１の実施形態に係るユーザ属性テーブルの一例を示す図である。

【図6】図６は、第１の実施形態に係る広告配信装置の構成例を示す図である。

【図7】図７は、第１の実施形態に係る情報提供装置による属性情報更新処理の手順を示すフローチャートである。

【図8】図８は、第１の実施形態に係る情報提供装置による情報提供処理の手順を示すフローチャートである。

【図9】図９は、第１の実施形態に係る情報提供装置による評価処理の手順を示すフローチャートである。

【図10】図１０は、第１の実施形態に係る評価部による解析結果の一例を示す図である。

【図11】図１１は、第２の実施形態に係る情報提供装置の構成例を示す図である。

【図12】図１２は、第２の実施形態に係る評価部による解析結果の一例を示す図である。

【図13】図１３は、第２の実施形態に係る評価部による解析結果の一例を示す図である。

【発明を実施するための形態】

【0010】

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

【0011】

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

【0012】

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

【0013】

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

【0014】

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

【0015】

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

【0016】

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

【0017】

上記のように、情報提供装置１００は、サイト提供装置１０の協力の下、サイト提供装置１０を介してユーザ端末２０からアクセスされることにより、かかるユーザ端末２０のユーザ情報を取得することができる。このようにサイト提供装置１０が情報提供装置１００にユーザ情報を直接提供しない場合もあるが、以下では、サイト提供装置１０がユーザ端末２０を情報提供装置１００にアクセスさせることにより情報提供装置１００に提供するユーザ情報についても、単に「サイト提供装置１０が提供するユーザ情報」と表記する場合がある。

【0018】

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

【0019】

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

【0020】

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

【0021】

このように、広告配信装置２００は、ユーザ端末２０を情報提供装置１００にアクセスさせることにより、かかるユーザ端末２０のユーザ情報を情報提供装置１００から取得する。すなわち、広告配信装置２００は、ユーザ端末２０を介して、情報提供装置１００に対してユーザ情報の取得要求を送信することとなる。

【0022】

ところで、図１Ａでは図示することを省略したが、情報提供装置１００は、複数のサイト提供装置１０を介してユーザ情報を収集し、また、複数の広告配信装置２００に対してユーザ情報を提供する。かかる情報提供装置１００を管理する情報提供業者は、各広告配信業者に対して、ターゲティング配信に貢献するユーザ情報を提供するほど、各広告配信業者から多くの対価を得ることができると考えられる。すなわち、情報提供業者としては、効率的に対価が得られるようなユーザ情報の取得元となるサイト提供業者を選定するために、サイト提供業者を高精度に評価することが望ましい。

【0023】

そこで、第１の実施形態に係る情報提供装置１００は、各サイト提供業者を介して得られるユーザ情報と、第２通知機能に基づくユーザ端末２０からのアクセスを用いて、各サイト提供業者を評価する。以下、情報提供装置１００によるサイト提供装置１０を評価する処理について図１Ｂを用いて説明する。

【0024】

図１Ｂに示した例において、第１の実施形態に係る情報提供装置１００は、サイト提供装置Ｘやサイト提供装置Ｙを介してユーザ情報を取得し、取得したユーザ情報をユーザ情報ＤＢ１２０に格納する（ステップＳ２０）。このとき、情報提供装置１００は、ユーザ情報とともに、かかるユーザ情報の取得元となったサイト提供装置を識別するための情報についてもユーザ情報ＤＢ１２０に格納する。

【0025】

図１Ｂに示した例では、ユーザ情報ＤＢ１２０は、ユーザＩＤ「Ｕ１１」によって識別されるユーザが「食べ物」に興味があることを示すユーザ情報と、かかるユーザ情報がサイト提供装置Ｘの協力によって取得できたことを示す情報を記憶する。また、ユーザ情報ＤＢ１２０は、ユーザＩＤ「Ｕ１２」によって識別されるユーザが「車」に興味があることを示すユーザ情報と、かかるユーザ情報がサイト提供装置Ｙの協力によって取得できたことを示す情報を記憶する。なお、図１Ｂに示した例において、ユーザ端末２０_１は、ユーザＩＤが「Ｕ１１」であるユーザＵ１１によって利用されており、ユーザ端末２０_２は、ユーザＩＤが「Ｕ２１」であるユーザＵ２１によって利用されているものとする。

【0026】

このような構成の下、例えば、広告配信装置Ａは、ユーザ端末２０_１からアクセスされた場合、第２通知機能によりユーザ端末２０_１を情報提供装置１００にアクセスさせる。すなわち、広告配信装置Ａは、ユーザ端末２０_１を介して、ユーザ情報の取得要求を情報提供装置１００に送信する（ステップＳ２１）。

【0027】

そして、情報提供装置１００は、第２通知機能によりユーザ端末２０_１からアクセスされた場合に、ユーザ端末２０_１のユーザ情報をユーザ情報ＤＢ１２０から取得し、取得したユーザ情報を広告配信装置Ａに提供する（ステップＳ２２）。ここで、第１の実施形態に係る情報提供装置１００は、広告配信装置Ａの第２通知機能によりユーザ端末２０_１からアクセスされたので、ユーザ端末２０_１が広告配信装置Ａにアクセスしたと判定できる。そこで、第１の実施形態に係る情報提供装置１００は、ユーザ端末２０_１が広告配信装置Ａにアクセスしたことを示すアクセス情報をユーザ情報ＤＢ１２０に格納する（ステップＳ２３）。

【0028】

さらに、広告配信装置Ａは、ユーザ端末２０_２からアクセスされ、情報提供装置１００からユーザ端末２０_２のユーザ情報を取得したものとする。かかる場合に、情報提供装置１００は、ユーザ端末２０_２が広告配信装置Ａにアクセスしたことを示すアクセス情報をユーザ情報ＤＢ１２０に格納する。また、広告配信装置Ｂ及びＣについても、ユーザ端末２０_２からアクセスされ、情報提供装置１００からユーザ端末２０_２のユーザ情報を取得したものとする。かかる場合に、情報提供装置１００は、ユーザ端末２０_２が広告配信装置Ｂ及びＣにアクセスしたことを示すアクセス情報をユーザ情報ＤＢ１２０に格納する。

【0029】

これにより、図１Ｂに示すように、ユーザ情報ＤＢ１２０は、ユーザＩＤ「Ｕ１１」であるユーザ端末２０_１が広告配信装置Ａにアクセスしたことを示すアクセス情報と、ユーザＩＤ「Ｕ１２」であるユーザ端末２０_２が広告配信装置Ａ、Ｂ及びＣにアクセスしたことを示すアクセス情報とを記憶することとなる。

【0030】

そして、第１の実施形態に係る情報提供装置１００は、ユーザ情報ＤＢ１２０に記憶されているアクセス情報に基づいて、各サイト提供装置によって提供されたユーザ情報に対応するユーザ端末がアクセスした広告配信装置に応じて、各サイト提供装置を評価する。（ステップＳ２４）。例えば、第１の実施形態に係る情報提供装置１００は、サイト提供装置Ｘ及びＹの中で、多数の広告配信装置にアクセスしたユーザ端末のユーザ情報を提供したサイト提供装置ほど高い評価値を算出する。

【0031】

図１Ｂに示したユーザ情報ＤＢ１２０の例の場合、ユーザＩＤ「Ｕ１１」であるユーザ端末２０_１が、１台の広告配信装置Ａだけにアクセスしたことを示しており、ユーザＩＤ「Ｕ１２」であるユーザ端末２０_２が、３台の広告配信装置Ａ、Ｂ及びＣにアクセスしたことを示している。この例の場合、情報提供装置１００は、ユーザＩＤ「Ｕ１１」のユーザ情報を広告配信装置Ａのみに提供する可能性が高いが、ユーザＩＤ「Ｕ１２」のユーザ情報については複数の広告配信装置Ａ、Ｂ及びＣに提供する可能性が高い。すなわち、情報提供装置１００は、ユーザＩＤ「Ｕ１１」のユーザ情報よりも、ユーザＩＤ「Ｕ１２」のユーザ情報を複数の広告配信装置に提供できるので、各広告配信業者から多くの対価を得られる可能性が高い。このため、情報提供装置１００は、ユーザＩＤ「Ｕ１１」のユーザ情報を提供したサイト提供装置Ｘよりも、ユーザＩＤ「Ｕ１２」のユーザ情報を提供したサイト提供装置Ｙを高く評価する。また、情報提供装置１００は、この例に限られず、各サイト提供装置が提供するユーザ情報のうち、各広告配信装置にアクセスしたユーザのユーザ数が多いサイト提供装置や、各サイト提供装置が提供するユーザ情報のうち、各広告配信装置にアクセスしたユーザのユーザ数の割合が高いサイト提供装置を高く評価してもよい。

【0032】

このように、第１の実施形態に係る情報提供方法では、情報提供装置１００は、ユーザ端末がアクセスした広告配信装置の数に応じて、かかるユーザ端末のユーザ情報を提供したサイト提供装置１０を評価する。すなわち、第１の実施形態に係る情報提供方法は、多くの広告配信業者に寄与するユーザ情報を提供するサイト提供装置１０を高く評価し、特定の広告配信業者のみに寄与するユーザ情報を提供するサイト提供装置１０を低く評価するので、情報提供業者にとって効率的に対価が得られるようなユーザ情報を提供するサイト提供業者であるか否かを高精度に評価することができる。

【0033】

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

【0034】

以下、第１の実施形態に係る情報提供方法を実行する情報提供装置１００及び広告配信装置２００について図２〜図１０を参照してさらに詳細に説明する。なお、図１Ｂに示した例では、多数の広告配信装置にアクセスしたユーザ端末に関するユーザ情報であるか否かに基づいてサイト提供装置を評価する例について説明した。以下では、かかる評価基準だけでなく他の評価基準を用いた上でサイト提供装置を評価する例について説明する。

【0035】

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

【0036】

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

【0037】

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

【0038】

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

【0039】

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

【0040】

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

【0041】

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

【0042】

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

【0043】

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

【0044】

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

【0045】

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

【0046】

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

【0047】

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

【0048】

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

【0049】

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

【0050】

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

【0051】

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

【0052】

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

【0053】

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

【0054】

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

【0055】

「取得元情報」は、ユーザ情報の取得元のサイト提供装置１０に関するが記憶される。図５に示した「取得元情報」は、図２に示したサイト提供装置１０_１〜１０_ｎに付した参照符号に該当するものとする。

【0056】

「アクセス情報」は、ユーザ情報に対応するユーザ端末２０がアクセスした広告配信装置２００を識別するための識別情報が記憶される。図５に示した「アクセス情報」は、図２に示した広告配信装置２００_１〜２００_Ｎに付した参照符号に該当するものとする。

【0057】

例えば、図５に示す例では、ユーザＩＤ「２０_１」に対応する各種ユーザ情報（サイコグラフィック属性及びデモグラフィック属性）が、サイト提供装置１０_１から提供されたことを示す。また、図５に示す例では、ユーザＩＤ「２０_１」であるユーザ端末２０_１が、広告配信装置２００_１によって提供されるポータルページにアクセスしたことを示す。

【0058】

また、例えば、図５に示す例では、ユーザＩＤ「２０_４」に対応する各種ユーザ情報が、サイト提供装置１０_１及び１０_２から提供され、ユーザ端末２０_４が、広告配信装置２００_１、２００_２及び２００_３にアクセスしたことを示す。

【0059】

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

【0060】

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

【0061】

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

【0062】

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

【0063】

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

【0064】

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

【0065】

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

【0066】

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

【0067】

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

【0068】

続いて、生成部１３２は、取得部１３１によって更新されたアクセス履歴テーブル１２１に基づいて、ユーザ属性テーブル１２２を更新する（ステップＳ１０６）。具体的には、生成部１３２は、取得部１３１によって更新されたユーザＩＤに対応するアクセス履歴テーブル１２１内の各種情報に基づいて、かかるユーザＩＤに対応するサイコグラフィック属性を生成し、生成した属性情報をユーザ属性テーブル１２２に格納する。このとき、生成部１３２は、ユーザ端末２０のアクセス先であるサイト提供装置１０を識別するための情報を取得元情報に格納する。そして、生成部１３２は、ユーザ属性テーブル１２２の更新が終了した場合に、属性情報更新処理を終了する。

【0069】

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

【0070】

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

【0071】

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

【0072】

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

【0073】

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

【0074】

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

【0075】

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

【0076】

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

【0077】

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

【0078】

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

【0079】

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

【0080】

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

【0081】

また、格納部１３４は、第２通知機能に基づくアクセスをしたユーザ端末２０のユーザＩＤに対応するユーザ属性テーブル１２２のアクセス情報に、ステップＳ２０３において識別した広告配信装置２００の識別情報を格納する（ステップＳ２０６）。すなわち、格納部１３４は、第２通知機能に基づくアクセスをしたユーザ端末２０がアクセスした広告配信装置２００の識別情報をユーザ属性テーブル１２２のアクセス情報に格納する。

【0082】

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

【0083】

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

【0084】

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

【0085】

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

【0086】

〔１−７．作用（評価処理）〕
次に、図９を用いて、第１の実施形態に係る情報提供装置１００による評価処理の手順について説明する。

【0087】

図９に示すように、情報提供装置１００の評価部１３５は、サイト提供装置１０を評価するタイミングであるか否かを判定する（ステップＳ３００）。例えば、評価部１３５は、予め決められている所定の日時になったか否かを判定する。また、例えば、評価部１３５は、情報提供装置１００の管理者等から評価処理を行う旨の操作が行われたか否かを判定する。かかる判定処理において、評価部１３５は、評価タイミングでない場合には（ステップＳ３００，Ｎｏ）、評価タイミングとなるまで待機する。

【0088】

一方、評価部１３５は、評価タイミングである場合に（ステップＳ３００，Ｙｅｓ）、ユーザ属性テーブル１２２に記憶されている各種情報を参照し、ユーザ情報毎に、アクセス先の広告配信装置２００と、取得元のサイト提供装置１０との関係を解析する（ステップＳ３０１）。具体的には、評価部１３５は、ユーザ属性テーブル１２２のアクセス情報に基づいて、各ユーザＩＤに対応するユーザ端末２０がアクセスした広告配信装置２００を集計する。さらに、評価部１３５は、ユーザ属性テーブル１２２の取得元情報に基づいて、各ユーザＩＤに対応するユーザ情報を提供したサイト提供装置１０を特定する。

【0089】

ここで、図１０に、第１の実施形態に係る評価部１３５による解析結果の一例を示す。図１０に示した例において、横軸は、ユーザ属性テーブル１２２に記憶されているユーザＩＤ（すなわち、ユーザ情報）を示す。図１０では、ユーザ情報の取得元であるサイト提供装置１０毎に、区間Ａ１０１〜Ａ１０８に区分けされた例を示している。なお、図中の上段に示したサイト提供装置１０_１〜１０_６の参照符号が、取得元のサイト提供装置１０に該当する。以下では説明を簡単にするために、図１０に示した各区間Ａ１０１〜Ａ１０８には、それぞれ１００個のユーザＩＤが含まれるものとする。

【0090】

例えば、区間Ａ１０１のユーザＩＤに対応するユーザ情報は、サイト提供装置１０_１によって提供されたことを示し、区間Ａ１０２におけるユーザ情報は、サイト提供装置１０_２によって提供されたことを示し、区間Ａ１０４及びＡ１０５におけるユーザ情報は、サイト提供装置１０_４によって提供されたことを示す。

【0091】

また、図１０に示した例において、縦軸は、各ユーザＩＤに対応するユーザ端末２０がアクセスした広告配信装置２００を示す。なお、図１０では、図中に斜線を付した領域は、ユーザ端末２０が広告配信装置２００にアクセスしたことを示し、図中に斜線を付していない領域は、ユーザ端末２０が広告配信装置２００にアクセスしていないことを示す。

【0092】

例えば、図１０において、区間Ａ１０１のユーザＩＤに対応する各ユーザ端末２０は、広告配信装置２００_３にアクセスしたが、広告配信装置２００_１及び２００_２にアクセスしていないことを示す。また、区間Ａ１０４のユーザＩＤに対応する各ユーザ端末２０は、広告配信装置２００_２及び２００_３にアクセスしたが、広告配信装置２００_１にアクセスしていないことを示す。また、図１０において、区間Ａ１０７のユーザＩＤに対応する各ユーザ端末２０は、広告配信装置２００_１、２００_２及び２００_３にアクセスしたことを示す。

【0093】

このように、評価部１３５は、ユーザ情報毎に、アクセス先の広告配信装置２００と、取得元のサイト提供装置１０との関係を解析する。そして、評価部１３５は、このような解析結果に基づいて、各サイト提供装置１０に対して評価値を算出する。具体的には、評価部１３５は、多数の広告配信装置２００にアクセスしたユーザ端末２０のユーザ情報を多く提供したサイト提供装置１０ほど高い評価値を算出する（ステップＳ３０２）。すなわち、評価部１３５は、「ユーザ端末２０がアクセスした広告配信装置２００の数」と、「ユーザ情報の分量」といった２つの要素に基づいて、各サイト提供装置１０の評価値を算出する。

【0094】

例えば、評価部１３５は、「ユーザ端末２０がアクセスした広告配信装置２００の数」を「Ｘ」とし、「ユーザ情報の分量」を「Ｙ」とした場合に、以下の式（１）により、各サイト提供装置１０の評価値を算出する。なお、下記式（１）のうち、「α」は「Ｘ」の重みを示し、「β」は「Ｙ」の重みを示す。

【0095】

評価値 ＝ （α・Ｘ）・（β・Ｙ） ・・・ （１）

【0096】

ここで、「α」＝「２」であり、「β」＝「０．０１」であるものとして、図１０に示した各サイト提供装置１０の評価値について説明する。図１０に示した例の場合、サイト提供装置１０_１は、区間Ａ１０１に示すように、「ユーザ端末２０がアクセスした広告配信装置２００の数」が「１（広告配信装置２００_３）」であるユーザ情報を１００個提供している。このとき、評価部１３５は、アクセス数「１」に重みα「２」を乗算し、分量「１００」に重みβ「０．０１」を乗算し、双方の乗算結果をさらに乗算することにより、サイト提供装置１０_１の評価値「２」を求める。同様にして、評価部１３５は、サイト提供装置１０_２の評価値「２」を求め、サイト提供装置１０_３の評価値「２」を求める。

【0097】

また、図１０に示した例において、サイト提供装置１０_４は、区間Ａ１０４に示すように、「ユーザ端末２０がアクセスした広告配信装置２００の数」が「２（広告配信装置２００_２及び２００_３）」であるユーザ情報を１００個提供している。さらに、サイト提供装置１０_４は、区間Ａ１０５に示すように、「ユーザ端末２０がアクセスした広告配信装置２００の数」が「２（広告配信装置２００_１及び２００_２）」であるユーザ情報を１００個提供している。このとき、評価部１３５は、区間Ａ１０４に対応する評価値として、アクセス数「２」に重みα「２」を乗算し、分量「１００」に重みβ「０．０１」を乗算し、双方の乗算結果をさらに乗算することにより、サイト提供装置１０_１の評価値「４」を求める。さらに、評価部１３５は、区間Ａ１０５に対応する評価値として「４」を求める。そして、評価部１３５は、双方の評価値「４」を加算することで、サイト提供装置１０_４の評価値「８」を求める。

【0098】

同様にして、評価部１３５は、サイト提供装置１０_５の評価値「１０」を求め、サイト提供装置１０_６の評価値「６」を求める。図１０に示した各サイト提供装置１０の評価値をまとめると、以下に示す値となる。

【0099】

サイト提供装置１０_１：評価値「２」
サイト提供装置１０_２：評価値「２」
サイト提供装置１０_３：評価値「２」
サイト提供装置１０_４：評価値「８」
サイト提供装置１０_５：評価値「１０」
サイト提供装置１０_６：評価値「６」

【0100】

評価部１３５は、このようにして算出したサイト提供装置１０毎の評価値を出力する（ステップＳ３０３）。例えば、評価部１３５は、情報提供装業者が利用するＰＣ等の端末装置に評価値をメール送信したり、図３では図示しない表示部（ディスプレイ等）に評価値を表示したり、所定の記憶部に評価値をログ出力したりする。

【0101】

〔１−８．効果〕
上述してきたように、第１の実施形態に係る情報提供装置１００において、ユーザ属性テーブル１２２（記憶部の一例に相当）は、複数のサイト提供装置１０（コンテンツ提供装置の一例に相当）のいずれかにユーザ端末２０がアクセスする契機で取得されるユーザ端末に関するユーザ情報と、かかるユーザ端末を識別するためのユーザ識別子とを記憶する。また、要求応答部１３３は、ユーザ端末２０によりアクセスされた広告配信装置２００からユーザ端末２０に関するユーザ情報の取得要求を受信した場合に、かかるユーザ端末２０に対応するユーザ情報を広告配信装置２００に応答する。また、格納部１３４は、取得要求を受信した場合に、ユーザ端末２０のユーザ識別子に対応付けて、かかるユーザ端末２０が広告配信装置２００にアクセスしたことを示すアクセス情報をユーザ属性テーブル１２２に格納する。また、評価部１３５は、ユーザ属性テーブル１２２に記憶されているアクセス情報に基づいて、複数のサイト提供装置１０の中で、多数の広告配信装置２００にアクセスしたユーザ端末２０に関するユーザ情報を提供したサイト提供装置１０ほど高い評価値を算出する。

【0102】

これにより、第１の実施形態に係る情報提供装置１００は、各広告配信装置２００によるターゲティング配信に寄与するユーザ情報を提供するか否かに基づいて、各サイト提供装置を高精度に評価することができる。この結果、情報提供装置１００は、サイト提供装置１０毎の評価値を情報提供業者等に提示することで、効率よく対価が得られるようなユーザ情報の取得元となるサイト提供業者を情報提供業者に選択させることができる。

【0103】

また、第１の実施形態に係る情報提供装置１００において、評価部１３５は、複数のサイト提供装置１０の中で、多数のユーザ端末２０に関するユーザ情報を提供したサイト提供装置１０ほど高い評価値を算出する。

【0104】

これにより、第１の実施形態に係る情報提供装置１００は、ターゲティング配信に寄与する多数のユーザ情報を提供するか否かに基づいて、各サイト提供装置をより高精度に評価することができる。

【0105】

〔１−９．その他の実施形態〕
上記第１の実施形態では、ユーザ情報の分量を用いて、評価値を算出する例を示した。しかし、評価部１３５は、ユーザ情報の分量（すなわち、サイト提供装置１０が提供したユーザＩＤの数）ではなく、ユーザ情報に含まる属性区分の数に基づいて、評価値を算出してもよい。例えば、サイコグラフィック属性の属性区分「コスメ」に関するユーザ情報しか送信しないサイト提供装置１０と、サイコグラフィック属性の属性区分「コスメ」、「車」及び「服」や、デモグラフィック属性の属性区分「性別」及び「年齢」を含むユーザ情報を送信するサイト提供装置１０とが存在する場合がある。この場合、評価部１３５は、多くの属性区分を含むユーザ情報を提供するサイト提供装置１０ほど高い評価値を付与してもよい。例えば、評価部１３５は、上記式（１）において、「Ｙ」を「属性区分の数」として評価値を算出してもよい。これにより、情報提供装置１００は、サイト提供装置１０をより高精度に評価することができる。

【0106】

（第２の実施形態）
第２の実施形態では、評価部１３５によって算出された評価値に基づいて、ユーザ情報の取得元とするサイト提供装置１０の候補を選択する例について説明する。なお、広告配信システム１の構成は図２に示した例と同様であり、広告配信装置２００の構成は図６に示した例と同様であるので、広告配信システム１及び広告配信装置２００については説明を省略する。

【0107】

〔２−１．情報提供装置１００の構成〕
図１１は、第２の実施形態に係る情報提供装置１００の構成例を示す図である。図１１に示すように、制御部１３０は、選択部１３６を有する。

【0108】

選択部１３６は、評価部１３５によって算出されたサイト提供装置１０毎の評価値に基づいて、ユーザ情報の取得元とするサイト提供装置１０を選択する。この点について説明すると、情報提供業者は、サイト提供装置１０からユーザ情報を取得する代わりに、サイト提供業者に対価を支払うことが想定される。このため、情報提供業者は、多数のサイト提供装置１０に対して対価を支払うと、ユーザ情報の収集にかかる費用が増大するので、ユーザ情報の取得元となるサイト提供装置１０を所定数に絞り込みたい場合がある。

【0109】

そこで、第２の実施形態に係る選択部１３６は、評価部１３５によって算出された評価値が高い順に所定数のサイト提供装置１０を選択する。例えば、選択部１３６は、３個のサイト提供装置１０を選択することが決められているものとする。このとき、選択部１３６は、評価部１３５によって図１０を用いて説明した評価値が算出された場合、評価値が「１０」であるサイト提供装置１０_５を最初に選択し、次に評価値が「８」であるサイト提供装置１０_４を選択し、次に評価値が「６」であるサイト提供装置１０_６を選択する。そして、選択部１３６は、選択結果を情報提供装業者が利用する端末装置にメール送信したり、表示部（ディスプレイ等）に表示したり、所定の記憶部にログ出力したりする。これにより、情報提供業者は、各広告配信業者から効率よく対価が得られるようなユーザ情報を提供するサイト提供装置１０との間で、ユーザ情報を取得するための契約を結ぶことなどが可能となる。

【0110】

〔２−２．その他の実施形態（１）〕
第２の実施形態に係る評価部１３５は、他のサイト提供装置１０と重複しない異なるユーザ情報を多く提供するサイト提供装置１０ほど、高い評価値を算出してもよい。例えば、評価部１３５は、他のサイト提供装置１０と重複しないユーザ情報を多く提供するサイト提供装置１０については、上記式（１）の重み「β」を大きい値に設定してもよい。そして、選択部１３６は、評価部１３５によって算出された評価値に基づいて、同一のユーザ情報を複数のサイト提供装置１０から重複して取得しないように、サイト提供装置１０を選択してもよい。

【0111】

この点について図１２を用いて説明する。図１２は、第２の実施形態に係る評価部１３５による解析結果の一例を示す図である。なお、図１２では、図１０と異なる解析結果の例を示す。また、図１２に示した各区間Ａ１０１〜Ａ１０７には、それぞれ１００個のユーザＩＤが含まれるものとする。

【0112】

図１２に示した例では、情報提供装置１００は、区間Ａ１０１、Ａ１０２及びＡ１０４〜Ａ１０７において、複数のサイト提供装置１０からユーザ情報する。具体的には、区間Ａ１０１におけるユーザ情報は、サイト提供装置１０_１及び１０_５から提供され、区間Ａ１０２におけるユーザ情報は、サイト提供装置１０_２及び１０_５から提供される。一方、区間Ａ１０５におけるユーザ情報は、サイト提供装置１０_３のみから提供され、区間Ａ１０６及びＡ１０７におけるユーザ情報は、サイト提供装置１０_４のみから提供される。

【0113】

図１２の例において、評価部１３５が上記（１）を用いて評価値を算出した場合、各サイト提供装置１０の評価値は以下に示す値となる。なお、「α」＝「２」、「β」＝「０．０１」であるものとする。

【0114】

サイト提供装置１０_１：評価値「２」
サイト提供装置１０_２：評価値「６」
サイト提供装置１０_３：評価値「８」
サイト提供装置１０_４：評価値「１０」
サイト提供装置１０_５：評価値「４」
サイト提供装置１０_６：評価値「８」

【0115】

ここで、第２の実施形態に係る評価部１３５は、他のサイト提供装置１０と重複しないユーザ情報を提供するサイト提供装置１０については、重み「β」を大きい値に変更する。例えば、評価部１３５が「β」＝「０．０２」に変更したものとする。この場合、区間Ａ１０５のユーザ情報は、サイト提供装置１０_３のみによって提供されるので、評価部１３５は、区間Ａ１０５に対応する評価値として、アクセス数「２」に重みα「２」を乗算し、分量「１００」に重みβ「０．０２」を乗算し、双方の乗算結果をさらに乗算することにより、評価値「８」を求める。さらに、評価部１３５は、区間Ａ１０４に対応する評価値として「４」を求める。そして、評価部１３５は、双方の評価値「８」及び「４」を加算することで、サイト提供装置１０_３の評価値「１２」を求める。同様にして、評価部１３５は、サイト提供装置１０_４の評価値「２０」を求める。

【0116】

すなわち、第２の実施形態に係る評価部１３５によって算出される評価値は以下に示す値となる。

【0117】

サイト提供装置１０_１：評価値「２」
サイト提供装置１０_２：評価値「６」
サイト提供装置１０_３：評価値「１２」
サイト提供装置１０_４：評価値「２０」
サイト提供装置１０_５：評価値「４」
サイト提供装置１０_６：評価値「８」

【0118】

そして、選択部１３６は、このように算出された評価値が高いサイト提供装置１０を優先的に選択するとともに、多くのユーザ情報を取得できるように所定数のサイト提供装置１０を選択する。

【0119】

例えば、図１２に示した例において、選択部１３６が３個のサイト提供装置１０を選択するものとする。かかる場合、選択部１３６は、評価値が高い順に、サイト提供装置１０_４、１０_３及び１０_６を選択する。ただし、サイト提供装置１０_３及び１０_６によって提供されるユーザ情報は、区間Ａ１０４において重複している。このため、選択部１３６は、サイト提供装置１０_３及び１０_６のうち評価値の低いサイト提供装置１０_６の代わりに、次に評価値の高いサイト提供装置１０_２を選択する。サイト提供装置１０_２によって提供されるユーザ情報は、サイト提供装置１０_４やサイト提供装置１０_３によって提供されるユーザ情報と重複しない。このため、選択部１３６は、最終的に、サイト提供装置１０_４、１０_３及び１０_２を選択する。

【0120】

このように、情報提供装置１００は、他のサイト提供装置１０と異なるユーザ端末２０のユーザ情報を多く提供したサイト提供装置１０ほど高い評価値を算出することで、各広告配信装置２００により多くのユーザ情報の提供を可能とするサイト提供装置１０を高く評価することができる。

【0121】

〔２−３．その他の実施形態（２）〕
また、第２の実施形態に係る評価部１３５は、上記第１の実施形態のその他の実施形態において説明したように、ユーザ情報に含まる属性区分の数に基づいて、評価値を算出してもよい。そして、第２の実施形態に係る選択部１３６は、ユーザ情報（ユーザＩＤ）の単位ではなく、属性区分の単位で重複有無を判定した上で、サイト提供装置１０を選択してもよい。

【0122】

かかる場合に、ユーザ属性テーブル１２２は、ユーザＩＤ毎かつ属性区分毎に、取得元情報を記憶する。例えば、図５に示したユーザ属性テーブル１２２は、ユーザＩＤ「２０_１」に対応付けて取得元情報「１０_１」を記憶するように、１つのユーザＩＤに対して取得元情報を記憶する。一方、以下に説明する第２の実施形態に係るユーザ属性テーブル１２２は、各属性区分の取得元となったサイト提供装置１０を判別できるように、属性区分毎に取得元情報を記憶する。例えば、ユーザ属性テーブル１２２は、ユーザＩＤ毎に、属性区分「コスメ」、「車」、「服」、「旅行」、「性別」、「年齢」のそれぞれに対応する取得元情報を記憶する。

【0123】

このようなユーザ属性テーブル１２２の取得元情報は、生成部１３２によって格納される。例えば、サイト提供装置１０_１が「コスメ」に関するサイトページを提供するものとする。このとき、生成部１３２が、サイト提供装置１０_１にアクセスしたユーザ端末２０_１のユーザが「コスメ」に興味があると推定したものとする。また、生成部１３２は、ユーザ端末２０_１のユーザの性別が「女性」であると推定したものとする。この例の場合、生成部１３２は、ユーザＩＤ「２０_１」に対応するユーザ属性テーブル１２２の「コスメ」及び「性別」の情報を「１」に更新するとともに、かかる「コスメ」及び「性別」に対応する「取得元情報」に「１０_１」を格納する。

【0124】

そして、選択部１３６は、評価値に基づいてサイト提供装置１０を選択する場合に、同一の属性区分を複数のサイト提供装置１０から重複して取得しないように、評価値の高い順にサイト提供装置１０を選択する。

【0125】

この点について、図１３を用いて説明する。図１３は、第２の実施形態に係る評価部１３５による解析結果の一例を示す図である。図１３では、説明を簡単にするために、デモグラフィック属性の属性区分「性別」及び「年齢」と、サイコグラフィック属性の属性区分「コスメ」及び「車」を例に挙げて説明する。図１３の縦軸は、属性区分を示す。また、図１３では、図中に矩形内に示したサイト提供装置１０_１〜１０_６の参照符号が、取得元のサイト提供装置１０に該当する。

【0126】

例えば、区間Ａ１０１におけるユーザ情報のうち、属性区分「性別」、「年齢」及び「コスメ」は、サイト提供装置１０_１によって提供されたことを示し、属性区分「車」は、サイト提供装置１０_５によって提供されたことを示す。

【0127】

図１３に示した例において、評価部１３５は、図１２に示した例と同様の評価値を算出したものとする。また、選択部１３６が３個のサイト提供装置１０を選択するものとする。かかる場合に、選択部１３６は、評価値が高い順に、サイト提供装置１０_４、１０_３及び１０_６を選択する。ここで、サイト提供装置１０_３及び１０_６によって提供されるユーザ情報は、区間Ａ１０４においてユーザＩＤが重複しているものの、属性区分については重複していない。したがって、この例の場合、選択部１３６は、最終的に、サイト提供装置１０_４、１０_３及び１０_６を選択する。

【0128】

このようにサイト提供装置１０を選択する場合であっても、情報提供業者は、効率よく対価を得ることを可能とするサイト提供装置１０の候補を確認することができる。そして、第２の実施形態に係る情報提供装置１００は、質の高いユーザ情報を多くの広告配信装置２００に提供することが可能となる。

【0129】

（第３の実施形態）
本願に係る情報提供装置、情報提供方法及び情報提供プログラムは、上述した実施形態以外にも種々の異なる形態にて実施されてよい。第３の実施形態では、他の実施形態について説明する。

【0130】

〔３−１．評価値〕
上記実施形態において、評価部１３５は、広告配信装置２００の重要度に応じて、評価値を変更してもよい。例えば、情報提供業者にとって、複数の広告配信業者の中に重要な広告配信業者が存在する場合もある。かかる場合に、情報提供装置１００は、各広告配信装置２００の重要度が設定されてもよい。そして、評価部１３５は、重要度の高い広告配信装置２００にアクセスしたユーザ端末２０のユーザ情報を提供したサイト提供装置１０ほど高い評価値を算出してもよい。例えば、評価部１３５は、広告配信装置２００の重要度に応じて、上記式（１）の重み「α」又は「β」を可変にしてもよい。これにより、情報提供装置１００は、重要度の高い主要な広告配信装置２００に対して、多くのユーザ情報を提供するようなサイト提供装置１０を情報提供業者に選択させることができる。

【0131】

また、評価部１３５は、広告配信装置２００がアクセスした情報提供装置１００の数を考慮せずに、「広告配信装置２００の重要度」と「ユーザ情報の分量」を用いて評価値を算出してもよい。例えば、評価部１３５は、上記式（１）のうち、重み「β」を広告配信装置２００の重要度により可変とした「β・Ｙ」のみを用いて評価値を算出してもよい。

【0132】

〔３−２．サイト提供装置へ通知〕
また、上記実施形態において、情報提供装置１００は、評価部１３５による解析結果に基づいて、各サイト提供装置１０にとって不足しているユーザ情報を通知してもよい。例えば、評価部１３５によって図１３に示した解析結果が得られた場合に、情報提供装置１００は、サイト提供装置１０_４に対して、サイコグラフィック属性に関するユーザ情報が不足していることを通知してもよい。

【0133】

〔３−３．取得要求の送信態様〕
また、上記実施形態では、広告配信装置２００は、第２通知機能によりユーザ端末２０を介して、情報提供装置１００からユーザ情報を取得する例を示した。ここで、情報提供装置１００及び広告配信装置２００の双方が、同一のユーザＩＤを用いて各ユーザを識別している場合には、広告配信装置２００は、第２通知機能を用いずに、情報提供装置１００に対してユーザ情報の取得要求を直接送信してもよい。このとき、広告配信装置２００は、取得対象のユーザ端末２０に対応するユーザＩＤを含んだ取得要求を情報提供装置１００に送信する。

【0134】

〔３−４．貢献度〕
また、上記実施形態において、情報提供装置１００の評価部１３５は、各サイト提供装置１０の評価値を、情報提供装置１００への貢献度としてもよい。例えば、評価部１３５は、情報提供業者がサイト提供業者に支払う対価を評価値に基づいて算出してもよい。

【0135】

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

【0136】

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

【0137】

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

【0138】

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

【0139】

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

【0140】

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

【0141】

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

【0142】

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

【0143】

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

【0144】

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

【0145】

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

【0146】

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

【符号の説明】

【0147】

１ 広告配信システム
１０ サイト提供装置
２０ ユーザ端末
１００ 情報提供装置
１２０ ユーザ情報ＤＢ
１２１ アクセス履歴テーブル
１２２ ユーザ属性テーブル
１３１ 取得部
１３２ 生成部
１３３ 要求応答部
１３４ 格納部
１３５ 評価部
１３６ 選択部
２００ 広告配信装置
２３１ 要求部
２３２ 配信部

【図1A】

【図1B】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】