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