(57)【要約】【課題】効率的なターゲティング配信を可能とする情報提供業者を選択すること。【解決手段】本願に係る広告配信装置は、ユーザ情報テーブルと、判定部と、要求部と、配信部とを有する。ユーザ情報テーブルは、ユーザに関するユーザ情報を記憶する。判定部は、ユーザ端末からアクセスされた場合に、かかるユーザ端末のユーザに関するユーザ情報がユーザ情報テーブルに記憶されているか否かを判定する。要求部は、判定部によってユーザ情報が記憶されていないと判定された場合に、情報提供装置に対してユーザ情報を送信するように要求する。配信部は、判定部によってユーザ情報が記憶されていないと判定された場合に、要求部によって情報提供装置から取得されたユーザ情報を用いてユーザ端末に広告コンテンツを配信する。【選択図】図１Ｂ
2014006767.tif 000002
【特許請求の範囲】
【請求項１】
ユーザに関するユーザ情報を記憶する記憶手段と、
ユーザ端末からアクセスされた場合に、当該ユーザ端末のユーザに関するユーザ情報が前記記憶手段に記憶されているか否かを判定する判定手段と、
前記判定手段によってユーザ情報が記憶されていないと判定された場合に、所定のユーザ情報を保持する情報提供装置に対して、前記ユーザ端末のユーザ情報を送信するように要求する要求手段と、
前記判定手段によってユーザ情報が記憶されていないと判定された場合に、前記要求手段によって前記情報提供装置から取得されたユーザ情報を用いて前記ユーザ端末に広告コンテンツを配信し、前記判定手段によってユーザ情報が記憶されていると判定された場合に、前記記憶手段に記憶されているユーザ情報を用いて広告コンテンツを配信する配信手段と
を備えたことを特徴とする広告配信装置。
【請求項２】
前記記憶手段は、
ユーザ情報に対応付けて、当該ユーザ情報の鮮度を示す鮮度情報を記憶し、
前記判定手段は、
前記ユーザ端末のユーザ情報が前記記憶手段に記憶されている場合に、当該ユーザ情報に対応する鮮度情報が所定の鮮度閾値以上であるか否かを判定し、
前記要求手段は、
前記判定手段によって鮮度情報が前記鮮度閾値よりも低いと判定された場合に、前記情報提供装置に対してユーザ情報を要求する
ことを特徴とする請求項１に記載の広告配信装置。
【請求項３】
前記記憶手段は、
前記ユーザ情報として、複数のユーザ属性を含むユーザ情報を記憶し、
前記判定手段は、
前記ユーザ端末に対応するユーザ属性が前記記憶手段に所定数以上記憶されているか否かを判定し、
前記要求手段は、
前記判定手段によって所定数以上のユーザ属性が記憶されていないと判定された場合に、前記情報提供装置に対してユーザ情報を要求する
ことを特徴とする請求項１又は２に記載の広告配信装置。
【請求項４】
前記記憶手段は、
前記ユーザ属性毎に、前記鮮度情報を記憶し、
前記判定手段は、
前記記憶手段に記憶されている前記ユーザ端末のユーザ属性のうち、前記鮮度情報が前記鮮度閾値以上であるユーザ属性の数が所定数以上であるか否かを判定し、
前記要求手段は、
前記判定手段によって所定数以上のユーザ属性が記憶されていないと判定された場合に、前記情報提供装置に対してユーザ情報を要求する
ことを特徴とする請求項３に記載の広告配信装置。
【請求項５】
前記要求手段は、
前記情報提供装置に対して、前記記憶手段に記憶されていないユーザ属性を送信するように要求する
ことを特徴とする請求項３又は４に記載の広告配信装置。
【請求項６】
前記要求手段によって前記情報提供装置からユーザ情報が取得された取得回数を所定期間毎に計数する計数手段をさらに備え、
前記判定手段は、
前記ユーザ端末のユーザ情報が前記記憶手段に記憶されている場合に、前記計数手段により計数された取得回数が所定の回数閾値よりも小さいか否かを判定し、
前記要求手段は、
前記判定手段によって取得回数が前記回数閾値よりも小さいと判定された場合に、前記情報提供装置に対してユーザ情報を要求する
ことを特徴とする請求項１〜５のいずれか一つに記載の広告配信装置。
【請求項７】
前記記憶手段に記憶されている前記ユーザ端末のユーザ情報を用いて、前記配信手段に配信させる広告コンテンツの候補を抽出する抽出手段をさらに備え、
前記判定手段は、
前記抽出手段によって広告コンテンツが抽出されたか否かを判定し、
前記要求手段は、
前記判定手段によって広告コンテンツが抽出されなかったと判定された場合に、前記情報提供装置に対してユーザ情報を要求する
ことを特徴とする請求項１〜６のいずれか一つに記載の広告配信装置。
【請求項８】
前記判定手段は、
前記抽出手段によって抽出された広告コンテンツの候補数が、前記ユーザ端末に配信することが決められている広告コンテンツ数以上であるか否かを判定し、
前記要求手段は、
前記判定手段によって広告コンテンツの候補数が前記広告コンテンツ数よりも少ないと判定された場合に、前記情報提供装置に対してユーザ情報を要求する
ことを特徴とする請求項７に記載の広告配信装置。
【請求項９】
ユーザに関するユーザ情報を記憶する記憶手段を有する広告配信装置が実行する配信方法であって、
ユーザ端末からアクセスされた場合に、当該ユーザ端末のユーザに関するユーザ情報が前記記憶手段に記憶されているか否かを判定する判定工程と、
前記判定工程によってユーザ情報が記憶されていないと判定された場合に、所定のユーザ情報を保持する情報提供装置に対して、前記ユーザ端末のユーザ情報を送信するように要求する要求工程と、
前記判定工程によってユーザ情報が記憶されていないと判定された場合に、前記要求工程によって前記情報提供装置から取得されたユーザ情報を用いて前記ユーザ端末に広告コンテンツを配信し、前記判定工程によってユーザ情報が記憶されていると判定された場合に、前記記憶手段に記憶されているユーザ情報を用いて広告コンテンツを配信する配信工程と
を含んだことを特徴とする配信方法。
【請求項１０】
ユーザに関するユーザ情報を記憶する記憶手段を有するコンピュータに実行させる配信プログラムであって、
ユーザ端末からアクセスされた場合に、当該ユーザ端末のユーザに関するユーザ情報が前記記憶手段に記憶されているか否かを判定する判定手順と、
前記判定手順によってユーザ情報が記憶されていないと判定された場合に、所定のユーザ情報を保持する情報提供装置に対して、前記ユーザ端末のユーザ情報を送信するように要求する要求手順と、
前記判定手順によってユーザ情報が記憶されていないと判定された場合に、前記要求手順によって前記情報提供装置から取得されたユーザ情報を用いて前記ユーザ端末に広告コンテンツを配信し、前記判定手順によってユーザ情報が記憶されていると判定された場合に、前記記憶手段に記憶されているユーザ情報を用いて広告コンテンツを配信する配信手順と
を前記コンピュータに実行させることを特徴とする配信プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、広告配信装置、配信方法及び配信プログラムに関する。
【背景技術】
【０００２】
近年、インターネットの飛躍的な普及に伴い、インターネットを介した広告配信が盛んに行われている。広告配信として、ウェブページの所定の位置に、例えば企業や商品等を示すアイコンを表示し、かかるアイコンがクリックされた場合に広告主のウェブページへ遷移するものがある。この種の広告配信は、バナー広告や広告リンクと呼ばれているが、本明細書では単に「広告」と呼ぶことがある。
【０００３】
かかる広告配信においては、宣伝効果を高めるために、ユーザの嗜好、性別、年齢、住所、職業などのユーザ情報を予め登録しておき、ユーザ情報に対応する広告を選択的に配信するターゲティング配信が行われている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１０−１１３５４２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上記ターゲティング配信を行うためのユーザ情報は、情報提供業者から広告配信業者に提供される場合がある。かかる情報提供業者は、例えば、複数のサイト提供業者を介してユーザ情報を取得し、質の高いユーザ情報を広告配信業者に提供することにより、広告配信業者から多くの対価を得ることが可能となる。
【０００６】
また、広告配信業者は、情報提供業者からユーザ情報を取得することで、多くのユーザ情報を用いてターゲティング配信を行うことができるので、広告効果を向上させることが可能となる。すなわち、広告配信業者は、情報提供業者に対価を支払うことと引き換えに、広告効果を向上させることができる。しかしながら、広告配信業者にとってターゲティング配信に要する費用を抑制することが望ましい中で、これまでは情報提供業者に支払う対価を効率的に低減するための技術が提案されていなかった。
【０００７】
本願は、上記に鑑みてなされたものであって、情報提供業者に支払う対価を低減することができる広告配信装置、配信方法及び配信プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本願に係る広告配信装置は、ユーザに関するユーザ情報を記憶する記憶手段と、ユーザ端末からアクセスされた場合に、当該ユーザ端末のユーザに関するユーザ情報が前記記憶手段に記憶されているか否かを判定する判定手段と、前記判定手段によってユーザ情報が記憶されていないと判定された場合に、所定のユーザ情報を保持する情報提供装置に対して、前記ユーザ端末のユーザ情報を送信するように要求する要求手段と、前記判定手段によってユーザ情報が記憶されていないと判定された場合に、前記要求手段によって前記情報提供装置から取得されたユーザ情報を用いて前記ユーザ端末に広告コンテンツを配信し、前記判定手段によってユーザ情報が記憶されていると判定された場合に、前記記憶手段に記憶されているユーザ情報を用いて広告コンテンツを配信する配信手段とを備えたことを特徴とする。
【発明の効果】
【０００９】
本願に係る広告配信装置、配信方法及び配信プログラムは、情報提供業者に支払う対価を低減することができるという効果を奏する。
【図面の簡単な説明】
【００１０】
【図１Ａ】図１Ａは、第１の実施形態に係る情報提供方法の一例を示す説明図である。
【図１Ｂ】図１Ｂは、第１の実施形態に係る情報提供方法の一例を示す説明図である。
【図２】図２は、第１の実施形態に係る広告配信システムの構成例を示す図である。
【図３】図３は、第１の実施形態に係る情報提供装置の構成例を示す図である。
【図４】図４は、第１の実施形態に係るアクセス履歴テーブルの一例を示す図である。
【図５】図５は、第１の実施形態に係るユーザ属性テーブルの一例を示す図である。
【図６】図６は、第１の実施形態に係る広告配信装置の構成例を示す図である。
【図７】図７は、第１の実施形態に係るユーザ情報テーブルの一例を示す図である。
【図８】図８は、第１の実施形態に係る情報提供装置による属性情報更新処理の手順を示すフローチャートである。
【図９】図９は、第１の実施形態に係る情報提供装置による情報提供処理の手順を示すフローチャートである。
【図１０】図１０は、第１の実施形態に係る広告配信装置による判定処理及び配信処理の手順を示すフローチャートである。
【図１１】図１１は、第２の実施形態に係る広告配信装置の構成例を示す図である。
【図１２】図１２は、第２の実施形態に係る広告配信装置による判定処理及び配信処理の手順を示すフローチャートである。
【図１３】図１３は、第３の実施形態に係る広告配信装置の構成例を示す図である。
【図１４】図１４は、第３の実施形態に係る広告配信装置による判定処理及び配信処理の手順を示すフローチャートである。
【発明を実施するための形態】
【００１１】
以下に、本願に係る広告配信装置、配信方法及び配信プログラムを実施するための形態（以下、「実施形態」と呼ぶ）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る広告配信装置、配信方法及び配信プログラムが限定されるものではない。また、各実施形態は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。また、以下の実施形態では、情報提供装置が接続される通信網の一例としてＩＰ（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）等によって、図示しない記憶装置に記憶されているプログラムがＲＡＭを作業領域として実行されることにより実現される。かかる制御部１３０は、以下に説明する情報処理の機能や作用を実現又は実行する。
【００４５】
〔１−３（１）．アクセス履歴テーブル１２１〕
次に、図４を用いて、アクセス履歴テーブル１２１の一例について説明する。アクセス履歴テーブル１２１は、各ユーザ端末２０が各サイト提供装置１０へアクセスした履歴を示す情報を記憶する。図４に示した例では、アクセス履歴テーブル１２１には、「ユーザＩＤ」毎に、「アクセス先情報」と「アクセス回数情報」とを対応付けた情報が含まれる。
【００４６】
「ユーザＩＤ」は、ユーザ端末２０を識別するためのユーザ識別情報である。かかる「ユーザＩＤ」は、情報提供装置１００によってユーザ端末２０毎に割り当てられる情報である。例えば、「ユーザＩＤ」は、情報提供装置１００とユーザ端末２０との間で送受信されるクッキーに埋め込まれる。なお、ユーザ端末２０にブラウザが複数搭載されている場合には、１台のユーザ端末２０に対して複数の「ユーザＩＤ」が割り当てられるが、ここでは、説明を分かり易くするためにユーザ端末２０には１つのブラウザが搭載されているものとする。
【００４７】
「アクセス先情報」は、ユーザ端末２０がアクセスしたサイト提供装置１０を示す情報である。また、「アクセス回数情報」は、ユーザ端末２０がサイト提供装置１０へアクセスした回数を示す情報である。
【００４８】
なお、図４に示した例では、アクセス履歴テーブル１２１の「ユーザＩＤ」は、図２に示したユーザ端末２０１〜２０ｍに付した参照符号に該当するものとする。また、アクセス履歴テーブル１２１の「アクセス先情報」は、図２に示したサイト提供装置１０１〜１０ｎに付した参照符号に該当するものとする。
【００４９】
すなわち、図４に示す例では、ユーザ端末２０１がサイト提供装置１０１に１０回アクセスし、サイト提供装置１０２に１回アクセスしたことを示し、ユーザ端末２０２がサイト提供装置１０１にアクセスしておらず、サイト提供装置１０２に２９回アクセスしたことを示している。このように、図４に例示したアクセス履歴テーブル１２１は、ユーザ情報として、各ユーザ端末２０がどのようなサイトページにアクセスしたことがあるかを示すアクセス履歴を記憶する。
【００５０】
〔１−３（２）．ユーザ属性テーブル１２２〕
次に、図５を用いて、ユーザ属性テーブル１２２の一例について説明する。ユーザ属性テーブル１２２は、ユーザＩＤとユーザの属性情報とが関連付けられたユーザ情報を記憶する。図５に示した例では、ユーザ属性テーブル１２２には、「ユーザＩＤ」毎に、「サイコグラフィック属性」と「デモグラフィック属性」とを記憶する。
【００５１】
「サイコグラフィック属性」は、ユーザの価値観、ライフスタイル、性格、嗜好などを示す情報である。かかる「サイコグラフィック属性」は、例えば、「コスメ（化粧品）」、「車」、「服」、「旅行」などの属性区分に分類される。図５に示す例では、属性区分毎に、ユーザの嗜好が相対的に高い場合に「１」が記憶され、それ以外の場合には「０」が記憶される。ただし、これに限定されるものではなく、各属性区分は、例えば、ユーザの嗜好を３段階以上に評価した情報を記憶してもよい。また、「サイコグラフィック属性」は、図５に示した属性区分の例に限られず、バイク、経済など様々な属性区分が含まれてもよい。
【００５２】
「デモグラフィック属性」は、人口統計学的なユーザの属性情報を示す。かかる「デモグラフィック属性」は、例えば、ユーザの「性別」、「年齢」などの属性区分に分類される。図５に示す「性別」には、ユーザが女性である場合には「１」が記憶され、ユーザが男性である場合には「２」が記憶され、ユーザの性別が不明の場合には「ｘ」が記憶される。また、「年齢」には、ユーザの年齢が記憶され、ユーザの年齢が不明の場合には「ｘ」が記憶される。なお、「デモグラフィック属性」は、図５に示した属性区分の例に限られず、ユーザの職業、家族構成、年収、住所、学歴など様々な属性区分が含まれてもよい。
【００５３】
ユーザ属性テーブル１２２に記憶されるユーザ情報である各種属性情報は、後述する生成部１３２によって、アクセス履歴テーブル１２１に記憶されているユーザ情報等が統合及び推定されることにより生成される。
【００５４】
〔１−４．広告配信装置２００の構成〕
次に、図６を用いて、第１の実施形態に係る広告配信装置２００の構成について説明する。図６に例示するように、第１の実施形態に係る広告配信装置２００は、通信Ｉ／Ｆ２１０と、ユーザ情報ＤＢ２２０と、制御部２３０とを有する。
【００５５】
通信Ｉ／Ｆ２１０は、例えば、ＮＩＣ等である。制御部２３０は、通信Ｉ／Ｆ２１０を介して、通信網４０に接続されたサイト提供装置１０、ユーザ端末２０及び情報提供装置１００との間で各種データを送受信する。
【００５６】
ユーザ情報ＤＢ２２０は、ユーザ情報テーブル２２１が含まれる。かかるユーザ情報ＤＢ２２０は、例えば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子、又は、ハードディスク、光ディスク等の記憶装置である。
【００５７】
制御部２３０は、判定部２３１と、要求部２３２と、配信部２３３とを有する。かかる制御部２３０は、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現される。また、制御部２３０は、例えば、ＣＰＵやＭＰＵ等によって、図示しない記憶装置に記憶されているプログラムがＲＡＭを作業領域として実行されることにより実現される。かかる制御部２３０は、以下に説明する情報処理の機能や作用を実現又は実行する。
【００５８】
〔１−５．ユーザ情報テーブル２２１〕
次に、図７を用いて、ユーザ情報テーブル２２１の一例について説明する。ユーザ情報テーブル２２１は、ユーザ端末２０のユーザ情報を記憶する。例えば、ユーザ情報テーブル２２１は、ポータルページにアクセスしたユーザのユーザ情報や、広告配信装置２００に会員登録したユーザのユーザ情報を記憶する。また、例えば、ユーザ情報テーブル２２１は、情報提供装置１００から提供されたユーザ情報を記憶してもよい。
【００５９】
図７に示した例では、ユーザ情報テーブル２２１は、「ユーザＩＤ」毎に、「サイコグラフィック属性」と「デモグラフィック属性」と「更新日」を記憶する。「サイコグラフィック属性」及び「デモグラフィック属性」は、図５に示した例と同様である。「更新日」は、「サイコグラフィック属性」及び「デモグラフィック属性」が更新された日時（図７の例では、年月日）を示す。
【００６０】
例えば、図７では、ユーザＩＤ「Ｕ１１」に対応するユーザ情報（サイコグラフィック属性及びデモグラフィック属性）が２０１２年３月３０日に更新され、ユーザＩＤ「Ｕ１２」に対応するユーザ情報（サイコグラフィック属性及びデモグラフィック属性）が２０１１年１２月２０日に更新されたことを示す。
【００６１】
なお、第１の実施形態において、情報提供装置１００及び広告配信装置２００は、各ユーザに対して独自のユーザＩＤを付与し、同一ユーザであっても異なるユーザＩＤによって管理するものとする。ここで、図７に示したユーザＩＤ「Ｕ１１」は、図２に示したユーザ端末２０１のユーザＩＤに該当し、ユーザＩＤ「Ｕ１２」は、図２に示したユーザ端末２０３のユーザＩＤに該当するものとする。
【００６２】
〔１−６．作用（属性情報更新処理）〕
次に、図８を用いて、第１の実施形態に係る情報提供装置１００による属性情報更新処理の手順について説明する。かかる属性情報更新処理は、制御部１３０によって繰り返し実行される処理である。
【００６３】
図８に示すように、情報提供装置１００の取得部１３１は、ユーザ端末２０から第１通知機能に基づくアクセスがあったか否かを判定する（ステップＳ１００）。例えば、取得部１３１は、サイト提供装置１０によって提供されるサイトページに埋め込まれたウェブビーコンに基づくアクセスがあったか否かを判定する。かかる処理において、取得部１３１は、ユーザ端末２０から第１通知機能に基づくアクセスがない場合には（ステップＳ１００，Ｎｏ）、第１通知機能に基づくアクセスがあるまで待機する。
【００６４】
一方、取得部１３１は、ユーザ端末２０から第１通知機能へのアクセスがあった場合には（ステップＳ１００，Ｙｅｓ）、かかるユーザ端末２０からユーザ識別情報を受信したか否かを判定する（ステップＳ１０１）。例えば、取得部１３１は、ユーザ端末２０からクッキーを受信したか否かを判定する。
【００６５】
そして、取得部１３１は、ユーザ端末２０からユーザ識別情報を受信した場合には（ステップＳ１０１，Ｙｅｓ）、取得したユーザ識別情報からユーザ端末２０のユーザＩＤを取得する（ステップＳ１０２）。一方、取得部１３１は、ユーザ端末２０からユーザ識別情報を受信していない場合には（ステップＳ１０１，Ｎｏ）、アクセス履歴テーブル１２１に含まれない新たなユーザＩＤを含むクッキー等のユーザ識別情報を生成し、生成したユーザ識別情報をユーザ端末２０に送信する（ステップＳ１０３）。
【００６６】
続いて、取得部１３１は、ユーザ端末２０がアクセスした第１通知機能を含むサイトページを提供したサイト提供装置１０を識別する（ステップＳ１０４）。具体的には、取得部１３１は、第１通知機能に基づくアクセスを行ったユーザ端末２０からサイト提供装置１０の識別情報を受信するので、かかる識別情報に基づいて、サイト提供装置１０を識別する。例えば、ユーザ端末２０は、第１通知機能に基づくアクセスを行う際に、アクセス先のＵＲＬに対して、サイト提供装置１０の識別情報、及び、サイトページへのアクセス毎に異なるアクセス固有情報を加えて、情報提供装置１００にアクセスする。取得部１３１は、ユーザ端末２０によって第１通知機能に基づくアクセスがされた場合に、これらのサイト提供装置１０の識別情報やサイトページへのアクセス固有情報に基づいて、ユーザ端末２０がアクセスしたサイト提供装置１０を識別する。
【００６７】
続いて、取得部１３１は、アクセス履歴テーブル１２１のうち、ステップＳ１０２において取得したユーザ端末２０のユーザＩＤ又はステップＳ１０３で新規に付与したユーザ端末２０のユーザＩＤに対応し、かつ、ステップＳ１０４において取得したサイト提供装置１０に対応する情報を更新する（ステップＳ１０５）。例えば、アクセス履歴テーブル１２１が図４に示す状態にある場合に、ユーザ端末２０１がサイト提供装置１０１へアクセスした場合には、取得部１３１は、ユーザＩＤが「２０１」であり、アクセス先情報が「１０１」に対応するアクセス回数情報を「１０」から「１１」へ更新する。
【００６８】
続いて、生成部１３２は、取得部１３１によって更新されたアクセス履歴テーブル１２１に基づいて、ユーザ属性テーブル１２２を更新する（ステップＳ１０６）。具体的には、生成部１３２は、取得部１３１によって更新されたユーザＩＤに対応するアクセス履歴テーブル１２１内の各種情報に基づいて、かかるユーザＩＤに対応するサイコグラフィック属性を生成し、生成した属性情報をユーザ属性テーブル１２２に格納する。生成部１３２は、ユーザ属性テーブル１２２の更新が終了した場合に、属性情報更新処理を終了する。
【００６９】
また、サイト提供装置１０は、サイトページの会員ユーザ等に関するユーザの属性情報（サイコグラフィック属性やデモグラフィック属性）を保持する場合もある。このとき、サイト提供装置１０は、ユーザ端末２０が第１通知機能に基づくアクセスを行った際に、かかるユーザ端末２０によるサイトページへのアクセスに対応するアクセス固有情報とともに、ユーザ端末２０の属性情報（サイコグラフィック属性やデモグラフィック属性）を情報提供装置１００に送信してもよい。この場合には、情報提供装置１００の取得部１３１は、サイト提供装置１０から受信したアクセス固有情報に対応するサイトページに埋め込まれた第１通知機能に基づくアクセスを行ったユーザ端末２０を特定する。そして、取得部１３１は、図４では図示することを省略したが、アクセスを行ったユーザ端末２０のユーザＩＤに対応付けて、サイト提供装置１０から受信した属性情報（サイコグラフィック属性やデモグラフィック属性）をアクセス履歴テーブル１２１に格納する。かかる場合には、生成部１３２は、アクセス履歴テーブル１２１に記憶されている属性情報を統合することにより、ユーザ属性テーブル１２２を生成及び更新することとなる。
【００７０】
なお、ここでは、アクセス履歴テーブル１２１が更新される毎に、生成部１３２がユーザ属性テーブル１２２を更新することとしているが、生成部１３２は、アクセス履歴テーブル１２１の情報が所定数更新される毎にユーザ属性テーブル１２２を更新してもよい。また、生成部１３２は、アクセス履歴テーブル１２１に含まれる各ユーザＩＤに対応する情報が所定数更新される毎にユーザ属性テーブル１２２を更新してもよい。
【００７１】
また、生成部１３２は、アクセス履歴テーブル１２１に基づいて、ユーザ属性テーブル１２２を生成する方法、言い換えれば、ユーザのウェブサイトへのアクセス履歴に基づいて、ユーザの属性情報を推定する方法として、種々の方法を用いることができる。例えば、サイト提供装置１０１が「コスメ」に関するサイトページを提供するものとする。このとき、生成部１３２は、ユーザ端末２０１がサイト提供装置１０１にアクセスした場合には、ユーザ端末２０１のユーザが「コスメ」に興味があると推定することができる。このとき、生成部１３２は、ユーザ端末２０１のユーザの性別が「女性」であることを推定してもよい。このように、生成部１３２は、アクセス履歴に基づいて、デモグラフィック属性を推定してもよい。この例の場合、生成部１３２は、ユーザＩＤ「２０１」に対応するユーザ属性テーブル１２２の「コスメ」及び「性別」の情報を「１」に更新する。
【００７２】
また、例えば、サイト提供装置１０１が「コスメ」に関するサイトページを提供し、サイト提供装置１０３が「女性服」に関するサイトページを提供するものとする。このとき、生成部１３２は、ユーザ端末２０１がサイト提供装置１０１及び１０３にアクセスした場合には、ユーザ端末２０１のユーザの性別が「女性」であると推定することができる。ここで、生成部１３２は、ユーザ端末２０１がサイト提供装置１０１にアクセスしたという情報だけでなく、サイト提供装置１０１にアクセスしたという情報と、サイト提供装置１０３にアクセスしたという情報とを統合することにより、ユーザの性別が「女性」であると精度良く推定することができる。すなわち、生成部１３２は、取得部１３１によって取得された多くのユーザ情報を統合するほど、ユーザの属性情報を高精度に推定することができる。この例の場合には、生成部１３２は、ユーザＩＤ「２０１」に対応するユーザ属性テーブル１２２の「性別」の情報を「１」に更新する。
【００７３】
このように、取得部１３１は、第１通知機能に基づいてアクセスしたユーザ端末２０から取得したクッキー等のユーザ識別情報からユーザ端末２０のユーザＩＤを取得し、また、ユーザ端末２０がアクセスしたサイト提供装置１０の情報を取得する。そして、取得部１３１は、取得した情報に基づいて、アクセス履歴テーブル１２１を生成及び更新する。そして、生成部１３２は、ユーザ属性テーブル１２２を生成および更新する。
【００７４】
なお、アクセス履歴テーブル１２１に基づいて、ユーザ属性テーブル１２２を生成する方法として、例えば、ユーザ情報ＤＢ１２０に、別途不特定多数のユーザの嗜好情報（商品購入履歴情報やサイトへのアクセス履歴情報など）を記憶しておき、これらの嗜好情報に基づいて、ユーザの属性を推定する協調フィルタリング技術など、種々の方法を用いることができる。
【００７５】
〔１−７．作用（情報提供処理）〕
次に、図９を用いて、第１の実施形態に係る情報提供装置１００による情報提供処理の手順について説明する。かかる情報提供処理は、制御部１３０によって繰り返し実行される処理である。
【００７６】
図９に示すように、制御部１３０の要求応答部１３３は、ユーザ端末２０から第２通知機能に基づくアクセスがあったか否かを判定する（ステップＳ２００）。例えば、要求応答部１３３は、広告配信装置２００によって提供されるポータルページに埋め込まれたウェブビーコンに基づくアクセスがあったか否かを判定する。かかる処理において、要求応答部１３３は、ユーザ端末２０から第２通知機能に基づくアクセスがない場合（ステップＳ２００，Ｎｏ）、情報提供処理を終了する。
【００７７】
一方、ユーザ端末２０から第２通知機能に基づくアクセスがあった場合（ステップＳ２００，Ｙｅｓ）、要求応答部１３３は、第２通知機能に基づくアクセスをしたユーザ端末２０からクッキー等のユーザ識別情報を受信したか否かを判定する（ステップＳ２０１）。かかる処理において、要求応答部１３３は、ユーザ識別情報を受信した場合には（ステップＳ２０１，Ｙｅｓ）、受信したユーザ識別情報からユーザ端末２０のユーザＩＤを取得する（ステップＳ２０２）。
【００７８】
続いて、要求応答部１３３は、ユーザ端末２０がアクセスした第２通知機能を含むポータルページを提供した広告配信装置２００を識別する（ステップＳ２０３）。具体的には、要求応答部１３３は、第２通知機能に基づくアクセスをしたユーザ端末２０から広告配信装置２００の識別情報を受信するので、かかる識別情報に基づいて、広告配信装置２００を識別する。例えば、ユーザ端末２０は、第２通知機能に基づくアクセスを行う際に、アクセス先のＵＲＬに対して、広告配信装置２００の識別情報、及び、ポータルページへのアクセス毎に異なるアクセス固有情報を加えて、情報提供装置１００にアクセスする。要求応答部１３３は、ユーザ端末２０によって第２通知機能に基づくアクセスがされた場合に、これらの広告配信装置２００の識別情報やポータルページへのアクセス固有情報に基づいて、ユーザ端末２０がアクセスした広告配信装置２００を識別する。
【００７９】
続いて、要求応答部１３３は、第２通知機能に基づくアクセスをしたユーザ端末２０のユーザＩＤに対応する属性情報をユーザ属性テーブル１２２から抽出する（ステップＳ２０４）。具体的には、要求応答部１３３は、第２通知機能に基づくアクセスをしたユーザ端末２０のユーザＩＤに対応付けてユーザ属性テーブル１２２に記憶されているサイコグラフィック属性及びデモグラフィック属性を抽出する。
【００８０】
続いて、要求応答部１３３は、ユーザ属性テーブル１２２から抽出した属性情報をアクセス固有情報とともに、ステップＳ２０３で識別した広告配信装置２００に送信する（ステップＳ２０５）。
【００８１】
そして、広告配信装置２００は、情報提供装置１００から送信された属性情報（ユーザ情報）及びアクセス固有情報を受信する。そして、広告配信装置２００の配信部２３３は、受信したアクセス固有情報に基づいて、第２通知機能が埋め込まれたポータルページにアクセスしたユーザ端末２０を特定し、かかるユーザ端末２０に対して、情報提供装置１００から送信された属性情報に応じた広告コンテンツを配信する。これにより、ユーザ端末２０は、広告配信装置２００から広告コンテンツを含むポータルページが配信され、かかるポータルページをブラウザ等に表示する。
【００８２】
なお、図９では、情報提供装置１００から広告配信装置２００に送信するユーザ情報として、「サイコグラフィック属性」及び「デモグラフィック属性」を含む属性情報を例に挙げて説明したが、これに限定されるものではない。例えば、情報提供装置１００から広告配信装置２００に送信するユーザ情報は、「サイコグラフィック属性」および「デモグラフィック属性」のいずれか一方を含む属性情報であってもよい。
【００８３】
〔１−８．作用（判定処理、配信処理）〕
次に、図１０を用いて、第１の実施形態に係る広告配信装置２００による判定処理及び配信処理の手順について説明する。
【００８４】
図１０に示すように、情報提供装置１００の制御部２３０は、ユーザ端末２０からアクセスされたか否かを判定する（ステップＳ３００）。具体的には、制御部２３０は、ポータルページを取得する旨の要求をユーザ端末２０から受信したか否かを判定する。制御部２３０は、ユーザ端末２０からアクセスされていない場合（ステップＳ３００，Ｎｏ）、アクセスされるまで待機する。
【００８５】
一方、ユーザ端末２０からアクセスされた場合（ステップＳ３００，Ｙｅｓ）、判定部２３１は、かかるユーザ端末２０のユーザ情報がユーザ情報テーブル２２１に記憶されているか否かを判定する（ステップＳ３０１）。そして、判定部２３１は、ユーザ情報がユーザ情報テーブル２２１に記憶されている場合には（ステップＳ３０１，Ｙｅｓ）、かかるユーザ情報の鮮度が所定の鮮度閾値以上であるかを判定する（ステップＳ３０２）。
【００８６】
具体的には、判定部２３１は、ユーザ情報テーブル２２１から、ユーザ端末２０のユーザ情報に対応する更新日を取得し、取得した更新日から現在日までの経過日数を鮮度情報として算出する。そして、判定部２３１は、かかる経過日数が所定日数よりも小さいか否を判定する。このとき、判定部２３１は、経過日数が所定日数よりも小さい場合には、ユーザ情報の鮮度が鮮度閾値以上であると判定し、経過日数が所定日数以上である場合には、ユーザ情報の鮮度が鮮度閾値よりも低いと判定する。
【００８７】
そして、配信部２３３は、判定部２３１によってユーザ情報の鮮度が鮮度閾値以上であると判定された場合に（ステップＳ３０２，Ｙｅｓ）、ユーザ情報テーブル２２１に記憶されているユーザ情報を用いてターゲティング配信を行う（ステップＳ３０３）。すなわち、配信部２３３は、ステップＳ３００においてアクセスしたユーザに対応する広告コンテンツを含むポータルページをユーザ端末２０に配信する。
【００８８】
このように、第１の実施形態において、判定部２３１は、ユーザ情報がユーザ情報テーブル２２１に記憶されているか否かを判定するだけでなく、ユーザ情報テーブル２２１に記憶されているユーザ情報の新しさを示す鮮度（上記の経過日数）についても判定する。そして、配信部２３３は、ユーザ情報の鮮度が高ければ、かかるユーザ情報を用いてターゲティング配信を行う。このとき、要求部２３２は、ユーザ情報テーブル２２１に記憶されているユーザ情報の鮮度が鮮度閾値以上であれば、情報提供装置１００に対してユーザ情報を要求する処理を行わない。
【００８９】
一方、要求部２３２は、ユーザ情報テーブル２２１にユーザ情報が記憶されていない場合（ステップＳ３０１，Ｎｏ）、又は、ユーザ情報テーブル２２１にユーザ情報が記憶されている場合であっても、かかるユーザ情報の鮮度が鮮度閾値よりも低い場合には（ステップＳ３０２，Ｎｏ）、情報提供装置１００に対してユーザ情報を要求する。具体的には、要求部２３２は、配信部２３３に対して、第２通知機能を含むポータルページをユーザ端末２０に配信するよう指示する。これにより、配信部２３３は、第２通知機能を含むポータルページをユーザ端末２０に配信する（ステップＳ３０４）。すなわち、要求部２３２は、ユーザ端末２０を介して、情報提供装置１００に対してユーザ情報の取得要求を送信することとなる。
【００９０】
そして、要求部２３２は、情報提供装置１００によって図９に示した情報提供処理が行われることにより、ステップＳ３００においてアクセスしたユーザ端末２０のユーザ情報を情報提供装置１００から取得する。このとき、要求部２３２は、図９のステップＳ３０５において説明したように、情報提供装置１００からユーザ情報とともに、ステップＳ３００におけるアクセスを識別するためのアクセス固有情報を取得する。そして、配信部２３３は、要求部２３２によって取得されたアクセス固有情報に基づいて、ステップＳ３００においてアクセスしたユーザ端末２０を特定する。さらに、配信部２３３は、特定したユーザ端末２０に対して、要求部２３２によって取得されたユーザ情報を用いてターゲティング配信を行う（ステップＳ３０５）。
【００９１】
ところで、広告配信装置２００は、ステップＳ３０４において、広告コンテンツを表示するための広告枠と、広告コンテンツ以外の各種コンテンツ（ニュース、他サイトへのリンクなど）を表示するためのポータルコンテンツ枠とを含むポータルページをユーザ端末２０に提供する。この時点では、ユーザ端末２０は、広告枠に広告コンテンツが表示されていないポータルページをブラウザに表示することとなる。そして、ユーザ端末２０は、ステップＳ３０５において、広告配信装置２００から広告コンテンツが配信された場合に、ポータルページ内の広告枠のみをリロードするなどして、かかる広告枠に広告コンテンツを表示することができる。
【００９２】
または、広告配信装置２００は、ステップＳ３０４において、広告枠については、広告配信装置２００の所定のＵＲＬにリダイレクトするように設定されたポータルページをユーザ端末２０に提供してもよい。かかる場合に、ユーザ端末２０は、広告枠に広告コンテンツが表示されていないポータルページをブラウザに表示することとなるが、広告枠を表示処理する際に上記所定のＵＲＬにアクセスする。そして、広告配信装置２００は、広告枠に設定されたリダイレクト機能により、ユーザ端末２０から上記所定のＵＲＬにアクセスされた場合に、かかるアクセスに対する応答として、広告コンテンツをユーザ端末２０に配信してもよい。これにより、ユーザ端末２０は、広告枠をリロードすることなく、広告配信装置２００から配信された広告コンテンツを広告枠に表示することができる。
【００９３】
このように、第１の実施形態に係る広告配信装置２００は、自装置（広告配信装置２００）で保持するユーザ情報の鮮度が高い場合には、情報提供装置１００からユーザ情報を取得しない。これにより、広告配信装置２００は、情報提供装置１００から取得するユーザ情報の分量を低減できるので、情報提供装置１００に支払う対価を低減することができる。また、第１の実施形態に係る広告配信装置２００は、単にユーザ情報テーブル２２１にユーザ情報が記憶されているか否かを判定するのではなく、ユーザ情報の鮮度も判定するので、鮮度の低いユーザ情報を用いたターゲティング配信を防止することができ、この結果、高精度なターゲティング配信を行うことができる。
【００９４】
〔１−９．効果〕
上述してきたように、第１の実施形態に係る広告配信装置２００において、ユーザ情報テーブル２２１は、ユーザに関するユーザ情報を記憶する。また、判定部２３１は、ユーザ端末２０からアクセスされた場合に、かかるユーザ端末２０のユーザに関するユーザ情報（属性情報の一例）がユーザ情報テーブル２２１に記憶されているか否かを判定する。また、要求部２３２は、判定部２３１によってユーザ情報が記憶されていないと判定された場合に、所定のユーザ情報を保持する情報提供装置１００に対して、ユーザ端末２０のユーザ情報を送信するように要求する。また、配信部２３３は、判定部２３１によってユーザ情報が記憶されていないと判定された場合に、要求部２３２によって情報提供装置１００から取得されたユーザ情報を用いてユーザ端末２０に広告コンテンツを配信し、判定部２３１によってユーザ情報が記憶されていると判定された場合に、ユーザ情報テーブル２２１に記憶されているユーザ情報を用いて広告コンテンツを配信する。
【００９５】
これにより、第１の実施形態に係る広告配信装置２００は、情報提供装置１００から取得するユーザ情報の分量を低減できるので、従量課金である場合に、情報提供装置１００に支払う対価を低減することができる。また、広告配信装置２００は、情報提供装置１００からユーザ情報を常に取得するわけではないので、通信網４０の負荷を低減することができる。
【００９６】
また、第１の実施形態に係る広告配信装置２００において、ユーザ情報テーブル２２１は、ユーザ情報に対応付けて、かかるユーザ情報の鮮度を示す鮮度情報（更新日の一例）を記憶する。また、判定部２３１は、ユーザ端末２０のユーザ情報がユーザ情報テーブル２２１に記憶されている場合に、かかるユーザ情報に対応する鮮度情報が鮮度閾値以上であるか否かを判定する。また、要求部２３２は、判定部２３１によって鮮度情報が鮮度閾値よりも低いと判定された場合に、情報提供装置１００に対してユーザ情報を要求する。
【００９７】
これにより、第１の実施形態に係る広告配信装置２００は、鮮度の低いユーザ情報を用いたターゲティング配信を防止することができ、この結果、高精度なターゲティング配信を行うことができる。
【００９８】
〔１−１０．その他の実施形態〕
上記第１の実施形態では、ユーザ情報テーブル２２１が鮮度情報として更新日を記憶する例を示した。しかし、ユーザ情報テーブル２２１は、ユーザ情報の鮮度を示す指標値を鮮度情報として記憶してもよい。例えば、ユーザ情報テーブル２２１が「更新日」の他に「鮮度情報」といった項目を有し、制御部２３０が、定期的にユーザ情報テーブル２２１の「鮮度情報」を更新してもよい。具体的には、制御部２３０は、ユーザ情報テーブル２２１のユーザ情報毎に、更新日から現在日までの経過日数に基づいて、かかるユーザ情報の鮮度を示す指標値を算出し、算出した指標値を鮮度情報に格納してもよい。これにより、広告配信装置２００は、図１０を用いて説明した判定処理にかかる負荷を低減することができるので、ユーザ端末２０からアクセスされてからポータルページを配信するまでレスポンス時間を短縮することができる。
【００９９】
また、上記第１の実施形態では、判定部２３１がユーザ情報テーブル２２１にユーザ情報が記憶されているか否かを判定する例を示した。しかし、判定部２３１は、ユーザ情報テーブル２２１に記憶されている属性区分の数が所定数以上であるか否かを判定してもよい。例えば、図７に示した例の場合、ユーザ情報テーブル２２１には、ユーザＩＤ「Ｕ１１」に対応する属性区分が３個（「服」、「性別」、「年齢」）記憶されており、ユーザＩＤ「Ｕ１２」に対応する属性区分が４個（「コスメ」、「車」、「旅行」、「年齢」）記憶されている。なお、ここでは、サイコグラフィック属性のうち「１」が記憶されている属性区分と、デモグラフィック属性のうち「ｘ」が記憶されていない属性区分の数をカウントするものとする。この例において、判定部２３１は、ユーザＩＤが「Ｕ１１」であるユーザ端末２０からアクセスされた場合に、かかるユーザ端末２０に対応する属性区分の数「３」が所定数以上であるか否かを判定する。そして、要求部２３２は、判定部２３１によって属性区分の数が所定数以上であると判定された場合には、情報提供装置１００にユーザ情報を要求せず、判定部２３１によって属性区分の数が所定数以上でないと判定された場合には、情報提供装置１００にユーザ情報を要求する。
【０１００】
このように、広告配信装置２００は、高精度なターゲティング配信を行うために十分な分量の属性区分がユーザ情報テーブル２２１に記憶されているか否かに基づいて、情報提供装置１００からユーザ情報を取得するか否かを決定する。これにより、広告配信装置２００は、高精度なターゲティング配信を行うことができる。
【０１０１】
また、上記第１の実施形態では、ユーザ情報テーブル２２１がユーザＩＤ毎に更新日を記憶する例を示した。しかし、ユーザ情報テーブル２２１は、ユーザ属性毎に更新日を記憶してもよい。例えば、ユーザ情報テーブル２２１は、図７に示した例において、サイコグラフィック属性に対応する更新日と、デモグラフィック属性に対応する更新日を記憶してもよい。また、例えば、ユーザ情報テーブル２２１は、属性区分毎に更新日を記憶してもよい。具体的には、ユーザ情報テーブル２２１は、サイコグラフィック属性の属性区分「コスメ」、「車」、「服」、「旅行」のそれぞれについて異なる更新日を記憶し、デモグラフィック属性の属性区分「性別」、「年齢」のそれぞれについて異なる更新日を記憶する。
【０１０２】
この例のように、ユーザ情報テーブル２２１が属性区分毎に更新日を記憶する場合、判定部２３１は、更新日から現在日までの経過日数が所定日数よりも小さい属性区分を抽出し、抽出した属性区分の数が所定数以上であるか否かを判定してもよい。
【０１０３】
また、ユーザ情報テーブル２２１が属性区分毎に更新日を記憶する場合、鮮度閾値は、属性区分毎に異なる値であってもよい。例えば、「性別」のように不変的な属性区分については、高い鮮度が要求されないので、鮮度閾値が低く設定されてもよい。また、サイコグラフィック属性のように変化の激しい属性区分については、高い鮮度が要求されるので、鮮度閾値が高く設定されてもよい。
【０１０４】
また、判定部２３１は、ユーザ情報テーブル２２１に記憶されている属性区分の組合せに応じて、情報提供装置１００にユーザ情報を要求するか否かを判定してもよい。例えば、判定部２３１は、サイコグラフィック属性に所定数以上の属性区分が記憶されており、かつ、デモグラフィック属性に所定数以上の属性区分が記憶されている場合には、情報提供装置１００にユーザ情報を要求する必要がないと判定する。一方、判定部２３１は、サイコグラフィック属性に所定数以上の属性区分が記憶されていない場合、又は、デモグラフィック属性に所定数以上の属性区分が記憶されていない場合には、情報提供装置１００にユーザ情報を要求する必要があると判定する。
【０１０５】
（第２の実施形態）
第２の実施形態では、所定期間内にユーザ情報を取得した回数に応じて、情報提供装置１００からユーザ情報を取得するか否かを判定する例について説明する。なお、広告配信システム１の構成は図２に示した例と同様であり、情報提供装置１００の構成は図３に示した例と同様であるので、広告配信システム１及び情報提供装置１００については説明を省略する。
【０１０６】
〔２−１．広告配信装置２００の構成〕
図１１は、第２の実施形態に係る広告配信装置２００の構成例を示す図である。図１１に示すように、ユーザ情報ＤＢ２２０は、計数情報テーブル２２２を有する。また、制御部２３０は、計数部２３４を有する。
【０１０７】
計数情報テーブル２２２は、所定の期間毎に、要求部２３２によって情報提供装置１００からユーザ情報が取得された回数を記憶する。例えば、計数情報テーブル２２２は、期間「２０１２年１月」に対応付けて取得回数「１０００」を記憶したり、期間「２０１２年２月」に対応付けて取得回数「３００」を記憶したりする。
【０１０８】
計数部２３４は、要求部２３２によって情報提供装置１００からユーザ情報が取得された回数を計数する。具体的には、計数部２３４は、要求部２３２によってユーザ情報が取得されるたびに、現在日が属する期間に対応する計数情報テーブル２２２の取得回数をインクリメントする。
【０１０９】
例えば、計数情報テーブル２２２が１ヶ月毎の取得回数を記憶するものとする。そして、上記例のように、計数情報テーブル２２２は、期間「２０１２年２月」に対応付けて、取得回数「３００」を記憶しているものとする。また、現在日時が「２０１２年２月」であるものとする。この状況において、要求部２３２によってユーザ情報が取得された場合に、計数部２３４は、計数情報テーブル２２２の期間「２０１２年２月」に対応する取得回数「３００」を「３０１」に更新する。
【０１１０】
〔２−２．作用（判定処理、配信処理）〕
次に、図１２を用いて、第２の実施形態に係る広告配信装置２００による判定処理及び配信処理の手順について説明する。なお、図１２に示したステップＳ４００〜Ｓ４０３は、図１０に示したステップＳ３００〜Ｓ３０３に対応し、図１２に示したステップＳ４０５及びＳ４０７は、図１０に示したステップＳ３０４及びＳ３０５に対応する。以下では、図１０で既に説明した処理については詳細な説明を省略する。
【０１１１】
図１２に示すように、第２の実施形態に係る判定部２３１は、ユーザ情報テーブル２２１にユーザ情報が記憶されていない場合（ステップＳ４０１，Ｎｏ）、又は、ユーザ情報テーブル２２１に記憶されているユーザ情報の鮮度が鮮度閾値よりも低い場合に（ステップＳ４０２，Ｎｏ）、計数情報テーブル２２２に記憶されている取得回数が所定の回数閾値よりも小さいか否かを判定する（ステップＳ４０４）。
【０１１２】
具体的には、第２の実施形態では、広告配信装置２００が所定期間に情報提供装置１００からユーザ情報を取得する回数が決められている。例えば、広告配信装置２００は、ユーザ情報の取得回数が１ヶ月間に１０００回と決められているものとする。かかる場合に、判定部２３１は、現在日が属する期間に対応付けて計数情報テーブル２２２に記憶されている取得回数が「１０００」よりも小さいか否かを判定する。
【０１１３】
そして、要求部２３２は、判定部２３１によって取得回数が回数閾値よりも小さいと判定された場合に（ステップＳ４０４，Ｙｅｓ）、配信部２３３に対して、第２通知機能を含むポータルページを配信するよう指示する（ステップＳ４０５）。かかる場合に、計数部２３４は、計数情報テーブル２２２の取得回数に「１」を加算する（ステップＳ４０６）。
【０１１４】
一方、要求部２３２は、判定部２３１によって取得回数が回数閾値以上であると判定された場合に（ステップＳ４０４，Ｎｏ）、配信部２３３に対して、第２通知機能を含むポータルページを配信するよう指示しない。かかる場合には、配信部２３３は、ユーザ情報テーブル２２１に記憶されているユーザ情報を用いてターゲティング配信を行う（ステップＳ４０３）。なお、配信部２３３は、ユーザ情報テーブル２２１にユーザ情報が記憶されていない場合には、ランダムに広告コンテンツを選択したり、ポータルページのコンテンツ内容に基づいて広告コンテンツを選択するなどして、選択した広告コンテンツをユーザ端末２０に配信する。
【０１１５】
〔２−３．効果〕
上述してきたように、第２の実施形態に係る広告配信装置２００において、計数部２３４は、要求部２３２によって情報提供装置１００からユーザ情報が取得された取得回数を所定期間毎に計数する。また、判定部２３１は、ユーザ端末２０のユーザ情報がユーザ情報テーブル２２１に記憶されている場合に、計数部２３４により計数された取得回数が回数閾値よりも小さいか否かを判定する。また、要求部２３２は、判定部２３１によって取得回数が回数閾値よりも小さいと判定された場合に、情報提供装置１００に対してユーザ情報を要求する。
【０１１６】
これにより、第２の実施形態に係る広告配信装置２００は、従量課金において、広告配信業者から情報提供業者に支払われる対価が所定の金額内となるように制御することができる。具体的には、従量課金の場合、広告配信業者は、情報提供装置１００からユーザ情報を取得した回数に応じた対価を情報提供業者に支払うことが想定される。したがって、広告配信業者は、第２の実施形態に係る広告配信装置２００を用いた場合、回数閾値を所望の値に設定することで、所定期間に支払う対価の上限を設定することができる。
【０１１７】
〔２−４．その他の実施形態〕
上記第２の実施形態では、所定期間内にユーザ情報を取得した回数に応じて、情報提供装置１００からユーザ情報を取得するか否かを判定する例を示した。しかし、計数部２３４は、所定期間毎に、情報提供装置１００に支払うことが想定される対価である想定対価を算出してもよい。この場合、要求部２３２は、現在日が属する期間の想定対価が所定の対価閾値以下である間は、情報提供装置１００からユーザ情報を取得し、想定対価が対価閾値より大きい場合には、情報提供装置１００からユーザ情報を取得しない。
【０１１８】
例えば、情報提供装置１００から送信されるユーザ情報に含まれる属性区分の数に応じて、対価が変動することが想定される。このような場合、計数情報テーブル２２２は、所定の期間毎に想定対価を記憶する。そして、計数部２３４は、情報提供装置１００からユーザ情報を取得するたびに、かかるユーザ情報に含まれる属性区分の数に応じた対価を算出し、算出した対価を計数情報テーブル２２２に記憶されている想定対価に加算する。これにより、要求部２３２は、情報提供装置１００に支払う想定対価に応じて、ユーザ情報の取得有無を決定することができる。
【０１１９】
（第３の実施形態）
第３の実施形態では、ユーザ情報テーブル２２１に記憶されているユーザ情報を用いて配信対象の広告コンテンツを抽出できるか否かに応じて、情報提供装置１００からユーザ情報を取得するか否かを判定する例について説明する。
【０１２０】
〔３−１．広告配信装置２００の構成〕
図１３は、第３の実施形態に係る広告配信装置２００の構成例を示す図である。図１３に示すように、制御部２３０は、抽出部２３５を有する。抽出部２３５は、ユーザ情報テーブル２２１に記憶されているユーザ情報に基づいて、ターゲティング配信対象の広告コンテンツの候補を抽出する。具体的には、抽出部２３５は、ターゲティング配信における推定処理を行うことにより、ユーザ嗜好に合致した広告コンテンツを抽出する。例えば、抽出部２３５は、「車」に対する嗜好が高いことを示すユーザ情報である場合には、「車」に関する広告コンテンツをターゲティング配信対象として抽出する。
【０１２１】
また、抽出部２３５は、要求部２３２によって情報提供装置１００からユーザ情報が取得された場合には、かかるユーザ情報と、ユーザ情報テーブル２２１に記憶されているユーザ情報とを用いて、ターゲティング配信対象の広告コンテンツを抽出する。
【０１２２】
〔３−２．作用（判定処理、配信処理）〕
次に、図１４を用いて、第３の実施形態に係る広告配信装置２００による判定処理及び配信処理の手順について説明する。なお、図１４に示したステップＳ５００〜Ｓ５０２及びＳ５０５〜Ｓ５０７は、図１０に示したステップＳ３００〜Ｓ３０５に対応する。以下では、図１０で既に説明した処理については詳細な説明を省略する。
【０１２３】
図１４に示すように、第３の実施形態に係る抽出部２３５は、ユーザ情報テーブル２２１にユーザ情報が記憶されており（ステップＳ５０１，Ｙｅｓ）、かつ、かかるユーザ情報の鮮度が閾値以上である場合に（ステップＳ５０２，Ｙｅｓ）、ユーザ情報テーブル２２１に記憶されているユーザ情報を用いて、ターゲティング配信対象の広告コンテンツを抽出する（ステップＳ５０３）。
【０１２４】
そして、判定部２３１は、抽出部２３５によってターゲティング配信対象の広告コンテンツを抽出されたか否かを判定する（ステップＳ５０４）。ターゲティング配信対象の広告コンテンツが抽出された場合には（ステップＳ５０４，Ｙｅｓ）、配信部２３３は、ユーザ情報テーブル２２１に記憶されているユーザ情報を用いてターゲティング配信を行う（ステップＳ５０５）。すなわち、配信部２３３は、抽出部２３５によって抽出された広告コンテンツを含むポータルページをユーザ端末２０に配信する（ステップＳ５０５）。
【０１２５】
一方、ターゲティング配信対象の広告コンテンツが抽出されなかった場合（ステップＳ５０４，Ｎｏ）、要求部２３２は、情報提供装置１００に対してユーザ情報を要求する（ステップＳ５０６）。
【０１２６】
〔３−３．効果〕
上述してきたように、第３の実施形態に係る広告配信装置２００において、抽出部２３５は、ユーザ情報テーブル２２１に記憶されているユーザ端末２０のユーザ情報を用いて、配信部２３３に配信させる広告コンテンツの候補を抽出する。また、判定部２３１は、抽出部２３５によって広告コンテンツが抽出されたか否かを判定する。また、要求部２３２は、判定部２３１によって広告コンテンツが抽出されなかったと判定された場合に、情報提供装置１００に対してユーザ情報を要求する。
【０１２７】
これにより、第３の実施形態に係る広告配信装置２００は、ポータルページに表示させる広告コンテンツを確保しつつ、情報提供装置１００から取得するユーザ情報の分量を低減できる。
【０１２８】
〔３−４．その他の実施形態〕
広告配信装置２００によっては、ターゲティング配信対象の広告コンテンツが抽出できない場合には、広告コンテンツをランダムに抽出する場合がある。例えば、広告配信装置２００によっては、広告配信業者に関する自社の広告コンテンツを抽出する場合がある。このようなケースにおいて、第３の実施形態に係る広告配信装置２００は、広告コンテンツをランダムに抽出した場合や、自社の広告コンテンツを抽出した場合に、情報提供装置１００からユーザ情報を取得してもよい。
【０１２９】
また、広告配信装置２００によって提供されるポータルページには、複数の広告枠が含まれる場合がある。また、広告配信装置２００によっては、ターゲティング配信対象の広告コンテンツが抽出できない場合には、広告コンテンツをランダムに抽出せずに、自社の広告コンテンツを抽出する場合がある。このようなケースにおいて、第３の実施形態に係る広告配信装置２００は、ポータルページに含まれる広告枠の数以上に広告コンテンツを抽出できなかった場合に、情報提供装置１００からユーザ情報を取得してもよい。このとき、広告配信装置２００は、ターゲティング配信対象の広告コンテンツと自社の広告コンテンツとの総和が広告枠の数に達しない場合に、情報提供装置１００からユーザ情報を取得してもよい。または、広告配信装置２００は、自社の広告コンテンツを除いて、ターゲティング配信対象の広告コンテンツの数が広告枠の数に達しない場合に、情報提供装置１００からユーザ情報を取得してもよい。これにより、第３の実施形態に係る広告配信装置２００は、情報提供装置１００から取得したユーザ情報に基づいてターゲティング配信対象の広告コンテンツを抽出できるので、複数の広告枠に表示する広告コンテンツを抽出することができる。
【０１３０】
なお、第３の実施形態では、広告配信装置２００が抽出部２３５を有する例を示したが、かかる抽出部２３５は、配信部２３３と統合されてもよい。例えば、第１及び第２の実施形態では、配信部２３３と抽出部２３５とが統合されている例を示した。ただし、第１及び第２の広告配信装置２００においても、抽出部２３５が配信部２３３から分離されてもよい。
【０１３１】
（第４の実施形態）
本願に係る広告配信装置、配信方法及び配信プログラムは、上述した実施形態以外にも種々の異なる形態にて実施されてよい。第４の実施形態では、他の実施形態について説明する。
【０１３２】
〔４−１．ユーザ情報の取得処理〕
上記実施形態では、第２通知機能を含むポータルページをユーザ端末２０に配信することで、情報提供装置１００にユーザ情報の取得要求を通知し、情報提供装置１００からユーザ情報を取得する例を示した。ここで、広告配信装置２００は、ユーザ情報の属性区分を含む取得要求を情報提供装置１００に通知することで、広告配信装置２００にとって不足している属性区分だけを情報提供装置１００から取得してもよい。
【０１３３】
例えば、広告配信装置２００は、不足している属性区分を特定した場合に、かかる属性区分を示すコード値をユーザ端末２０から情報提供装置１００に通知させる第２通知機能をポータルページに含める。なお、コード値の例としては、コード値「１０」がサイコグラフィック属性を示し、コード値「１１」がサイコグラフィック属性の属性区分「コスメ」を示し、コード値「２０」がデモグラフィック属性を示し、コード値「２１」がデモグラフィック属性の属性区分「性別」を示すことなどが考えられる。情報提供装置１００は、このようなコード値をユーザ端末２０から通知された場合に、かかるコード値に対応する属性区分のユーザ情報のみを広告配信装置２００に提供する。これにより、広告配信装置２００は、情報提供装置１００から取得するユーザ情報の分量をより低減できるので、情報提供装置１００に支払う対価をより低減することができる。
【０１３４】
〔４−２．ユーザ情報の取得処理〕
また、上記例では、広告配信装置２００が、必要な属性区分のコード値を情報提供装置１００に通知する例を示したが、情報提供装置１００は、広告配信装置２００から予め不足している属性区分を通知されていてもよい。例えば、広告配信装置２００は、サイコグラフィック属性に関する各属性区分が全般的に不足している場合には、サイコグラフィック属性が不足している旨を情報提供装置１００に予め通知しておく。この例の場合、情報提供装置１００は、ユーザ端末２０から第２通知機能に基づくアクセスがあった場合に、かかるユーザ端末２０のサイコグラフィック属性を広告配信装置２００に提供する。
【０１３５】
〔４−３．取得要求の送信態様〕
また、上記実施形態では、広告配信装置２００は、第２通知機能によりユーザ端末２０を介して、情報提供装置１００からユーザ情報を取得する例を示した。ここで、情報提供装置１００及び広告配信装置２００の双方が、同一のユーザＩＤを用いて各ユーザを識別している場合には、広告配信装置２００は、第２通知機能を用いずに情報提供装置１００からユーザ情報を取得することができる。
【０１３６】
この例の場合、広告配信装置２００は、ポータルページにアクセスしたユーザ端末２０のユーザ情報がユーザ情報テーブル２２１に記憶されていない場合に、第２通知機能を含むポータルページをユーザ端末２０に配信するのではなく、かかるユーザ端末２０のユーザＩＤを含むユーザ情報の取得要求を情報提供装置１００に直接送信する。情報提供装置１００は、広告配信装置２００から、ユーザ情報の取得要求を受信した場合には、かかる取得要求に含まれるユーザＩＤに対応するユーザ情報を広告配信装置２００に提供する。これにより、広告配信装置２００は、ユーザ端末２０を介さずに、情報提供装置１００からユーザ情報を取得することができ、取得したユーザ情報を用いて、ターゲティング配信を行うことができる。
【０１３７】
〔４−４．システム構成〕
また、上記実施形態では、広告配信装置２００が、ポータルサイトにアクセスしたユーザ端末２０のユーザＩＤと合致する属性情報を情報提供装置１００から取得し、取得した属性情報を用いてターゲティング配信を行う例を示した。しかし、情報提供装置１００は、第１通知機能に基づくアクセスにより常時受信するユーザ情報を用いて、ユーザの嗜好等をモデリングしておき、かかるモデルを用いてユーザ情報を提供してもよい。すなわち、情報提供装置１００は、ポータルページにアクセスしたユーザ端末２０のユーザＩＤと合致するサイコグラフィック属性を保持しない場合であっても、かかるユーザとでもグラフィック属性が近似する他のユーザのサイコグラフィック属性を広告配信装置２００に送信してもよい。
【０１３８】
〔４−５．情報提供処理〕
また、上記実施形態では、情報提供装置１００から広告配信装置２００へユーザ情報を送信する例を説明した。しかし、情報提供装置１００から広告配信装置２００へ送信する情報は、例えば、ユーザのアクセス履歴の情報であってもよい。この場合、広告配信装置２００は、ユーザのアクセス履歴の情報に基づいて広告コンテンツを選択して配信する。
【０１３９】
また、上記実施形態では、ユーザ端末２０によるサイト提供装置１０へのアクセス履歴を逐次取得しながら、かかるアクセス履歴に基づいたユーザ情報を広告配信装置２００へ提供するものとして説明した。しかし、広告配信装置２００に対して一定量のユーザ情報を割り当てる場合、ある時点のアクセス履歴に基づいたユーザ情報を広告配信装置２００へ提供するようにしてもよい。
【０１４０】
〔４−６．アクセス履歴テーブル〕
また、上記実施形態では、アクセス履歴テーブル１２１が、サイト提供装置１０毎にアクセス回数を記憶するものとして説明した。しかし、アクセス履歴テーブル１２１に、各サイト提供装置１０のサイトページ（ＵＲＬ）毎のアクセス回数が記憶されるようにしてもよい。これにより、ユーザの属性情報をさらに精度良く判別することができる。サイトページ毎のカウントは、例えば、第１通知機能に、サイト提供装置１０の識別情報に加え、さらに、サイトページの識別情報を含ませるようにすることで実現することができる。
【０１４１】
また、アクセス履歴テーブル１２１に、ユーザ端末２０がサイトページにアクセスしたアクセス日時、ユーザ端末２０がサイトページにアクセスした時間長などが記憶されるようにしてもよい。これにより、情報提供装置１００は、ユーザの属性情報をさらに精度良く判別することができる。
【０１４２】
〔４−７．ユーザ属性テーブル〕
また、上記実施形態では、ユーザ属性テーブル１２２は、属性区分を図５に示すものとして説明した。しかし、広告配信システム１に複数の広告配信装置２００が含まれる場合、ユーザ属性テーブル１２２は、広告配信装置２００毎又は１以上の広告配信装置２００毎に異なる属性区分に分けて記憶してもよい。これにより、情報提供装置１００は、広告配信装置２００に応じたユーザ情報を提供することができる。
【０１４３】
〔４−８．第１通知機能〕
また、上記実施形態では、サイト提供装置１０によって提供されるサイトページに第１通知機能が埋め込まれる例を示した。しかし、メール提供装置によってユーザ端末２０に対して配信されるメールマガジン等のＨＴＭＬメールに第１通知機能が埋め込まれてもよい。これにより、情報提供装置１００は、ＨＴＭＬメールを受信したユーザ端末２０からもユーザ情報を収集することができるので、ユーザの属性情報をさらに精度良く判別することができる。
【０１４４】
〔４−９．広告〕
また、上記実施形態では、広告配信装置２００からユーザ端末２０に配信される広告コンテンツをバナー広告であるものとして説明したが、広告コンテンツはバナー広告に限定されるものではない。例えば、広告配信装置２００からユーザ端末２０に配信される広告コンテンツは、動画広告、テキスト広告、音声広告などであってもよい。
【０１４５】
また、上記実施形態では、広告配信装置２００からユーザ端末２０に広告コンテンツが配信されるものとして説明したが、広告コンテンツを配信する装置は、広告配信装置２００以外の広告用サーバ装置であってもよい。例えば、広告配信装置２００は、ユーザ端末２０に対してターゲティング配信を行う場合に、広告用サーバ装置に格納されている配信対象の広告コンテンツにアクセスするためのＵＲＬが記述されたポータルページをユーザ端末２０に提供してもよい。これにより、ユーザ端末２０は、広告配信装置２００からポータルページを取得した場合に、ポータルページに記述されたＵＲＬにアクセスすることで、広告用サーバ装置から広告コンテンツを取得する。
【０１４６】
〔４−１０．その他〕
以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。
【０１４７】
また、上述した情報提供装置１００や広告配信装置２００は、複数のサーバコンピュータで実現してもよく、また、機能によっては外部のプラットフォーム等をＡＰＩ（Application  Programming  Interface）やネットワークコンピューティングなどで呼び出して実現するなど、構成は柔軟に変更できる。
【０１４８】
また、特許請求の範囲に記載した「手段」は、「部（section、module、unit）」や「回路」などに読み替えることができる。例えば、判定手段は、判定部や判定回路に読み替えることができる。
【符号の説明】
【０１４９】
１  広告配信システム
２０  ユーザ端末
１００  情報提供装置
１２０  ユーザ情報ＤＢ
１２１  アクセス履歴テーブル
１２２  ユーザ属性テーブル
１３１  取得部
１３２  生成部
１３３  要求応答部
２００  広告配信装置
２２０  ユーザ情報ＤＢ
２２１  ユーザ情報テーブル
２２２  計数情報テーブル
２３１  判定部
２３２  要求部
２３３  配信部
２３４  計数部
２３５  抽出部
【図１Ａ】
2014006767.tif 000003
【図１Ｂ】
2014006767.tif 000004
【図２】
2014006767.tif 000005
【図３】
2014006767.tif 000006
【図４】
2014006767.tif 000007
【図５】
2014006767.tif 000008
【図６】
2014006767.tif 000009
【図７】
2014006767.tif 000010
【図８】
2014006767.tif 000011
【図９】
2014006767.tif 000012
【図１０】
2014006767.tif 000013
【図１１】
2014006767.tif 000014
【図１２】
2014006767.tif 000015
【図１３】
2014006767.tif 000016
【図１４】
2014006767.tif 000017