JP2016051285A - 広告配信システム、広告配信サーバおよびプログラム - Google Patents

Abstract

【課題】コンテンツサーバと広告配信サーバとの間でのユーザに関するＩＤの結合をユーザ主導で制御可能とし、ユーザが許容する範囲内で広告配信サーバが行動ターゲティング広告の配信することを可能にする。
【解決手段】ユーザ端末２は、属性情報設定手段２３１を用いて、ユーザが任意に設定する自己の１または複数の属性情報を識別可能にｕｇＩＤと対応付けて記憶部２２の属性情報２２２に記憶する。ユーザ端末２は、ユーザの意思でコンテンツサーバに接続してコンテンツを要求するとき、コンテンツサーバのCookieを送信するが、そのとき利用中のｕｇＩＤを送信することを禁止する。また、ユーザの意思とは関係なくコンテンツと共に受信した広告タグにもとづいて広告配信用サーバに広告要求信号を送信するとき、そのとき利用中のｕｇＩＤを送信するが、コンテンツサーバのCookieを送信することを禁止する。
【選択図】図２

Description

本発明は、インターネット広告配信技術に関し、特に、ユーザ主導で行動ターゲティングの属性を管理する技術に関する。

ホームページ等のWebコンテンツにユーザの嗜好に合わせた広告を表示する「行動ターゲティング広告」と呼ばれる技術がある。行動ターゲティング広告は、広告配信業者が、ユーザにＩＤ（識別子）を付与して個々のユーザを識別・追跡し、個々のユーザの過去のWeb閲覧履歴などを収集し、個々のユーザの性別や年齢などの属性を推定して、推定した属性に対して宣伝効果が高い広告を選択表示することで実現される。また、各広告配信業者がユーザに付与したＩＤを、各広告配信業者間や、広告配信業者とWebコンテンツ業者間で紐づけ処理を行い、Web閲覧履歴を共有することで、高精度の属性推定から広告の選択が実現される。

この広告配信業者による追跡、Web閲覧履歴などの情報収集、年齢や性別などの推定、ＩＤの紐づけと情報共有を不快に感じるユーザもいるため、広告配信業者より行動ターゲティング広告を拒否する機能が提供されている。例えば、広告配信業者が提供している拒否機能にはオプトイン方式とオプトアウト方式がある。オプトイン方式では、広告配信業者が情報収集や推定等を行う前に、ユーザは明示的に許可の意思表示を行い、許可しない限りは情報収集や推定等を行わないという拒否状態であるとみなす。また、オプトアウト方式では、ユーザが意思表示を行う前に、広告配信業者は許可状態であるとみなして情報収集や推定等を行い、途中でユーザの拒否の意思表示があれば、情報収集や推定等を停止する。

その他、ブラウザのオプション機能を用いてCookieの使用を拒否する形でも行動ターゲティング広告の拒否が実現される。これは、行動ターゲティング広告におけるユーザの識別と追跡が、広告配信サーバが各ユーザに対して付与するＩＤ（広告配信専用のＩＤで広告配信サーバがCookieとして生成）で行われており、Cookieが利用できなければ、ユーザの追跡自体が困難になるためである。また、広告をブロックするソフトウェアを導入し、すべての広告を非表示にすることでも、行動ターゲティング広告の拒否が実現される。

また、広告配信サーバ側で行動ターゲティングをさせるのではなく、広告配信サーバから分類を付与した複数の広告データを送信させ、ユーザ端末側にて使用しているユーザの嗜好に合わせて付与された分類を用いて広告データを選別する方法も提案されている（特許文献１）。

特開２００４−１１８３８２号公報

しかしながら、一般的なユーザは、広告を拒否したいときもあれば、広告を得たいときもある。現在のユーザが利用できる行動ターゲティング広告を拒否する機能では、行動ターゲティング広告を完全に拒否するか許容するかの選択しかできなかった。また、ユーザが選択した「拒否」という状態を継続させることも難しく、行動ターゲティング広告の配信が復活してしまうという問題もあった。

本発明は、上記問題を鑑みてなされたものであり、行動ターゲティングにおける広告配信サーバによるユーザの追跡とWeb閲覧履歴の共有、すなわち、ＩＤの付与と結合に着目し、このＩＤの付与と結合をユーザ主導で制御可能とし、ユーザが許容する範囲内で行動ターゲティング広告配信を行えるシステムを提供することを目的とする。

かかる課題を解決するために、本発明は、ユーザ端末と、ユーザ端末からユーザの意思にて接続するコンテンツサーバと、ユーザ端末に広告情報を配信する広告配信サーバとから構成される広告配信システムであって、ユーザ端末は、ユーザが任意に自己の１または複数の属性情報を設定する属性情報設定部と、コンテンツサーバとユーザ端末との通信にて収集されたデータであるユーザ情報および属性情報を記憶する記憶部と、コンテンツサーバに接続しコンテンツの閲覧するブラウザと、コンテンツに含まれる広告配信サーバのアドレスに対して、ユーザ情報の送信を禁止するとともに、当該広告配信サーバへ属性情報を含む広告要求信号を送信する広告要求送信部と、広告配信サーバから広告情報を受信する広告情報受信部と、を備え、広告配信サーバは、広告要求信号を受信する広告要求受信部と、属性情報を用いて特定した広告情報をユーザ端末に送信する広告情報送信部と、を備えたことを特徴とする広告配信システムを提供する。これにより、広告配信サーバへはユーザ端末がコンテンツサーバとの間で使用しているユーザ情報が送信されないため、コンテンツサーバと広告配信サーバの間でＩＤが結合されることを防ぐことができる。

また、かかる広告配信システムにおいて、ブラウザは、コンテンツサーバに属性情報の送信を禁止する属性送信制御部をさらに備えることが好ましい。これにより、コンテンツサーバへはユーザ端末が広告配信サーバとの間で使用している属性情報が送信されないため、コンテンツサーバと広告配信サーバの間でＩＤが結合されることを防ぐことができる。

また、かかる広告配信システムにおいて、属性情報設定部は、属性情報を複数のパターンにて設定可能とし、コンテンツサーバに接続する際にユーザが属性情報のパターンを選択することが好ましい。これにより、広告配信サーバにて同一ユーザの複数の属性情報が紐づけられることを防ぐ。例えば、会社員としてのユーザと個人としてのユーザなど、コンテンツ閲覧時にユーザが意図する状況や目的に合わせた複数の属性情報を使い分けることを可能とする。

また、かかる広告配信システムにおいて、ユーザ端末は、コンテンツに含まれるアドレスの広告配信サーバとの間で通信した信号を分析してユーザの属性を推定する属性推定部と、属性推定部により推定された属性を、属性情報と対比して表示する対比表示部と、をさらに備えることが好ましい。これにより、広告配信サーバ側で行われる属性推定をシミュレートし、ユーザが設定した属性情報と対比することが可能になる。すなわち、ユーザは、広告配信サーバ側が認識しているだろう自身の属性を推定でき、また、推定された属性をユーザが受け入れることができるかどうか判断できる。判断した結果として、属性情報の設定を更新する、属性情報のパターンを管理する識別子の値を変更するなどの対策をユーザが行うことも可能になる。

また、本発明は、かかる広告配信システムに使用する広告配信サーバであって、広告要求信号を受信する広告要求受信部と、広告要求信号に含まれる属性情報を用いて特定した広告情報を、広告要求信号を送信したユーザ端末に送信する広告情報送信部を有することを特徴とする広告配信サーバを提供する。これにより、ユーザ端末から送信された属性情報を用いて、広告配信サーバにおいて行動ターゲティング広告を配信することができる。

また、本発明は、ユーザの意思にて接続するコンテンツサーバと、コンテンツサーバに登録されて広告情報を配信する広告配信サーバと通信するユーザ端末で実行されるプログラムであって、ユーザが任意に自己の１または複数の属性情報を設定する属性情報設定処理と、コンテンツサーバと当該ユーザ端末との通信にて収集されたデータであるユーザ情報および属性情報を記憶する記憶処理と、コンテンツサーバに接続しコンテンツを閲覧するブラウザに対し、コンテンツサーバに属性情報の送信を禁止する属性送信制御処理と、広告配信サーバに対して、ユーザ情報の送信を禁止するとともに、属性情報を含む広告要求信号を送信する広告要求送信処理と、広告配信サーバから広告情報を受信する広告情報受信処理と、を実行させることを特徴とするプログラムを提供する。これにより、ユーザ端末は既存のブラウザを機能拡張させて、コンテンツサーバと広告配信サーバとの間でＩＤが結合されることを防止することができる。

本発明によれば、広告表示に利用されるＩＤと属性をユーザ自身の制御下に置きつつ、コンテンツサーバと広告配信サーバの間でＩＤが結合されることを防止し、ユーザが許容する範囲内では広告配信サーバが行動ターゲティング広告を配信することができる。

本発明を適用した広告配信システムの全体構成を説明する図である。 ユーザ端末の構成図である。 ユーザ端末の記憶部の例を示す図である。 コンテンツサーバの構成図である。 コンテンツサーバの記憶部のアクセスログ４２２の例を示す図である。 広告配信サーバの構成図である。 広告配信サーバの記憶部の要求信号履歴５２２とセグメント５２３の例を示す図である。 広告配信システムの通信の送受信イメージを説明する図である。 ユーザ端末の初期設定処理を示すフローチャートである。 ユーザ端末のコンテンツ表示の処理を示すフローチャートである。 ユーザ端末の属性情報設定画面のイメージ図である。 ユーザ端末の対比表示画面のイメージ図である。 広告配信サーバの処理を示すフローチャートである。

以下、本発明に係る広告配信システムの実施の形態について、図を参照しつつ説明する。図１は、広告配信システムの全体構成図である。図１に示す広告配信システム１は、ユーザ端末２とコンテンツサーバ４と広告配信用サーバ５とプラグイン配信サーバ６がネットワーク３を介して接続されて構成される。

ユーザ端末２は、ネットワーク３を介して各種サーバに接続されたパーソナルコンピュータ、スマートフォン、携帯情報端末または携帯電話等の情報機器である。ユーザ端末２にはWebコンテンツを表示するブラウザがインストールされている。

ネットワーク３はインターネットまたは一般電話回線網等の広域通信網である。ネットワーク３は、ユーザ端末２及び各種サーバ（コンテンツサーバ４、広告配信用サーバ５、プラグイン配信サーバ６）に接続され、ユーザ端末２と各種サーバの通信を中継する。

コンテンツサーバ４は、ユーザ端末２にWebコンテンツを提供するサーバであり、自身のWebサイトに広告配信用サーバ５からの広告を掲載する。ここで、ユーザの意思にて接続するコンテンツサーバ４は、ファーストパーティと呼ばれることがある。

広告配信用サーバ５は、広告代理店などを総称する広告配信業者が広告配信に使用するサーバであり、商品やサービスを宣伝したい広告主の広告を、コンテンツサーバ４へ代理で出稿する。ユーザの意思にて接続したコンテンツサーバ４を起点として接続する広告配信サーバ５は、コンテンツサーバ４のファーストパーティに対して、サードパーティと呼ばれることがある。

プラグイン配信サーバ６は、例えば、アプリケーションプログラムのダウンロードサイトを運営するサーバであり、ブラウザモジュールを配布する配布サーバであり、ユーザ端末２のブラウザに本発明の機能を実現するプログラムを含むブラウザモジュールを提供する。

本実施形態において、ユーザ端末２は、コンテンツサーバ４が提供するWebサイトにアクセスすると、Webコンテンツと共に広告配信用サーバ５によって配信された広告が一緒に画面表示される。

図２を参照して、ユーザ端末２の構成を説明する。ユーザ端末２は、通信インタフェース（Ｉ／Ｆ）部２１と、記憶部２２と、処理部２３と、表示部２４と、操作部２５を有している。

通信Ｉ／Ｆ部２１は、ネットワーク３を介して各種サーバとの通信を行なうインタフェースであり、接続するネットワークに対応している。

記憶部２２は、ＲＯＭ、ＲＡＭ、磁気ハードディスク等の記憶装置であり、各種プログラムや各種データを記憶し、ユーザ情報２２１、属性情報２２２、計測情報２２３を記憶する記憶領域を持つ。

ユーザ情報２２１は、ユーザ端末２の利用者を識別するためにコンテンツサーバ４によってコンテンツに関連して生成されたユーザ情報、例えばCookieである。Cookieは、ブラウザに保存され、サーバがユーザ（ブラウザ）を識別するために発行するnameとvalueの組であり、さらに、有効期限やサーバのドメイン等の情報を一緒に持つことができる。また、１つのドメインに対して複数のCookieを保存させることもできる。
図３（ａ）にユーザ情報２２１の例を示す。図３（ａ）のユーザ情報２２１は、ユーザ端末２に保存されたCookie（ファーストパーティCookie）を、１レコードを１つのCookieとして、ｎａｍｅ２２１１、ｖａｌｕｅ２２１２、ｄｏｍａｉｎ２２１３、ｅｘｐｉｒｅｓ２２１４の各カラムで対応づけて記憶されている。Cookieを受け入れるたびに末尾に１レコードが追加され、同じドメインから複数のCookieを記憶してもよい。
図３（ａ）の例では、ｎａｍｅ２２１１の値が‘FID1’で、ｖａｌｕｅ２２１２の値が‘F10011223344’、ｄｏｍａｉｎ２２１３の値が‘www.first1.com’、ｅｘｐｉｒｅｓ２２１４の値が‘31-Dec-2020 23:59:59’のCookieがある。これは、‘www.first1.com’というコンテンツサーバ４からユーザ端末２にname=valueのセットが‘FID1’=‘F10011223344’で有効期限が‘31-Dec-2020 23:59:59’であるCookieが発行され、保存されていることを意味する。同様に、ユーザ端末２には、‘www.first2.com’というコンテンツサーバ４からユーザ端末２にname=valueのセットが‘FID2’=‘F29988776655’で有効期限が‘31-Dec-2025 23:59:59’であるCookieも保存されている。

属性情報２２２は、ユーザ端末２が生成する属性情報で、属性ＩＤと属性のセットである。図３（ｂ）に属性情報２２２の例を示す。図３（ｂ）の属性情報２２２は、ユーザが任意に自己の属性情報を設定した結果が格納されており、１レコードを属性情報の１つのパターンとして、目的２２２１、状況２２２２、ｕｇＩＤ２２２３、属性２２２４の各カラムで対応付けて記憶されている。属性２２２４の属性の集合をｕｇＩＤ２２２３という属性ＩＤで識別可能にし、これらの組み合わせパターンがどういう用途で使用されるものなのかを目的２２２１で、どういう状況で使われるものかを状況２２２２で表している。
図３（ｂ）の例では、目的別に２つのパターンがあることを示している。１つ目のパターンは、各カラムの値が、‘Business’、‘Mon‐Fri, 0:00‐23:59’、‘ABCDEFGH’、‘男, 30代, 関東, PC, ソフトウェア …’であり、ビジネスという用途目的で平日に使う属性として‘ABCDEFGH’の属性ＩＤで設定されている。また、２つ目のパターンも同様に、各カラムの値が、‘Private’、‘Sat, Sun, 0:00‐23:59’、‘STUVWXYZ’、‘男, 20代, 関東, 車, 映画 …’から、プライベートという用途目的で土日に利用する属性が‘STUVWXYZ’の属性ＩＤで設定されている。複数のパターンがあるとき、このように状況２２２２も対応付けておけば、ユーザがその都度ブラウザ起動時に属性ＩＤを選択して使用するほか、曜日や時間でブラウザが使用する属性ＩＤを切り替えて使用することができる。

計測情報２２３は、ユーザ端末内セグメンテーションに使用するための情報で、各種サーバとの通信の履歴に他ならない。ugIDごとにまとめるとサードパーティとの通信を計測した結果となる。図３（ｃ）に計測情報２２３の例を示す。図３（ｃ）の計測情報２２３は、１回のサードパーティへのアクセスに対するサードパーティ計測の結果が１レコードとして記憶され、ｕｇＩＤ２２３１、アクセス先２２３２、送受信情報２２３３、アクセス時間２２３４の各カラムで対応付けて記憶されている。ｕｇＩＤ２２３１にはそのときブラウザが利用していた属性ＩＤが記憶される。アクセス先２２３２には広告配信用サーバ５のどこにアクセスしたかＵＲＬが記憶される。送受信情報２２３３には広告配信用サーバ５へ送信したリクエストやその結果が記憶される。アクセス時間２２３４は広告配信用サーバ５へアクセスした時間が記憶される。
図３（ｃ）の例では、１行目のサードパーティ計測の結果は、‘ABCDEFGH’の属性ＩＤを使用して‘1-Aug-2014 20:20:15’に、‘http://ad.third1.com/ad.js’にアクセスして、‘Referer=http://www.first1.con/’という情報をリクエスト送信に含んでおり、‘www.first1.com’というコンテンツサーバ４を経由した広告情報の取得であったことが記憶されている。

処理部２３は、ＣＰＵやＭＰＵ等から構成され、ユーザ端末２の制御全般についてプログラムに従って処理を行い、処理部２３で実行されるプログラムによって実現される機能モジュールとして、属性情報設定手段２３１、要求信号送信手段２３２、広告情報受信手段２３３、属性送信制御手段２３４、属性推定手段２３５、対比表示手段２３６、Ｗｅｂブラウザ手段２３７を有する。

属性情報設定手段２３１は、操作部２５を介してユーザが設定する１または複数の属性情報を設定する操作を受け付け、属性情報２２２に記憶させる。例えば、ユーザは、性別が男性、年代が３０代などの属性を任意に設定し、ある状況や目的（例えば、仕事をしている時間帯など）に合わせて属性の組を選択し、その属性の組を識別する属性ＩＤを自動的に生成し、設定を属性情報２２２に記憶させる。

要求信号送信手段２３２は、コンテンツサーバ４のファーストパーティCookieを含まない広告要求信号を生成し、広告配信用サーバ５へ送信する。具体的には、属性情報２２２から属性ＩＤと属性を取得し、要求信号中に含め、ファーストパーティCookieが要求信号中に含まれているか検索を行い、ファーストパーティCookie存在すれば、その部分を変更（例えば、別のランダムな値にする、または空文字と置換するなど）して、広告配信用サーバ５へ送信を行う。

広告情報受信手段２３３は、広告配信用サーバ５から広告情報を受信し、表示部２４に表示する。例えば、広告情報は広告スクリプトや広告画像であり、広告スクリプトの場合は、広告スクリプトを解釈し、新たなリクエスト要求が含まれていれば、新たなリクエスト処理を行う。また、広告画像であれば、広告を表示部２４に表示させる。

属性送信制御手段２３４は、コンテンツサーバ４へ送信するリクエストに属性ＩＤを含まないようにする。具体的には、ユーザ情報２２１にアクセスしようとしているコンテンツサーバ４のドメインのCookieがあれば、要求信号中に含め、属性ＩＤが要求信号中に含まれているか検索を行い、属性ＩＤが存在すれば、その部分を変更（例えば、別のランダムな値にする、または空文字と置換するなど）して、コンテンツサーバ４へ送信を行う。

属性推定手段２３５は、ユーザがコンテンツサーバへアクセスする時点で利用しているugIDで、ユーザがサードパーティへブラウザから送信した内容（閲覧履歴：コンテンツサーバの種類や内容、閲覧時間等）を収集し、計測情報２２３に格納する。その収集内容から、例えば、男と推定されるキーワードが女と推定されるキーワードより多ければ、ユーザはサードパーティから性別が「男」であると推定されているとシミュレーションする。または、例えば、時間帯ごとの活動分布で、ある時間帯が多い場合は、ユーザはサードパーティから30代と推定されているとシミュレーションするなどである。またキーワードの出現個数、頻度からそのユーザはサードパーティからそのキーワードに関連するものに興味があると推定されているとシミュレーションする。

対比表示手段２３６は、現在のユーザの設定と、属性推定手段２３５がシミュレーションした結果を対比して表示部２４に表示させる。また、対比結果を参照したユーザが、設定内容の利用継続、変更を指定できるように表示させるようにできる。

Ｗｅｂブラウザ手段２３７は、一般的なブラウザの機能を持っており、プロトコルに従ってサーバへリクエストを生成しては送信し、レスポンスを受けた結果として、表示部２４にＷｅｂコンテンツを表示させる。ブラウザのオプションとして「サードパーティのCookieをブロック」を設定すると、サードパーティのCookieの使用を禁止できるという機能を有している。

表示部２４は表示機能をもつ液晶ディスプレイやCRTモニタ等の表示用デバイスであり、属性情報設定画面やWebコンテンツ閲覧時の画面やシミュレーション結果画面等の各種表示を行う。操作部２５はキーボードやマウス、操作ボタン等の入力デバイスであり、ユーザからの各種操作の受付を行う。なお、表示部２４及び操作部２５は、タッチパネル付き液晶ディスプレイなどで構成された入出力インタフェースが一体となった構成としてもよい。

次に、図４を参照して、コンテンツサーバ４の構成を説明する。コンテンツサーバ４は、通信Ｉ／Ｆ部４１と、記憶部４２と、処理部４３を有している。

通信Ｉ／Ｆ部４１は、ネットワーク３を介してユーザ端末２や広告配信用サーバ５との通信を行なうインタフェースであり、接続するネットワークに対応している。

記憶部４２は、ＲＯＭ、ＲＡＭ、磁気ハードディスク等の記憶装置であり、各種プログラムや各種データを記憶し、ユーザ端末２からのリクエストに応えて送信させるコンテンツ４２１、ユーザ端末２のアクセスを記録したアクセスログ４２２を記憶する記憶領域を持つ。

コンテンツ４２１は、ユーザ端末２が指定するＵＲＬに対応づけられたコンテンツデータである。例えば、コンテンツをブラウザで描画するための、ＨＴＭＬファイルやスタイルファイルやJavaScript（登録商標）ファイルなどである。また、コンテンツに埋め込まれる画像ファイルなどである。

アクセスログ４２２は、ユーザ端末２がどのようなファーストパーティCookieを用いて接続してきたかの履歴である。図５にアクセスログ４２２の例を示す。図５のアクセスログ４２２は、ユーザ端末２のアクセスの履歴をCookieと共に記憶されており、１レコードが１アクセスとして、ｖａｌｕｅ４２２１、ｅｘｐｉｒｅｓ４２２２、アクセス時間４２２３、アクセス場所４２２４の各カラムで対応づけて記憶されている。なお、Cookieの中のname=valueのセットのうち、nameはドメインごとに一意に定まるものなので、nameは記憶していない例となっている。
図５の例では、name=valueのセットが‘FID1’=‘F10011223344’で有効期限が‘31-Dec-2020 23:59:59’であるCookieを持つユーザ端末２から、コンテンツサーバ４‘www.first1.com’の‘home.html’に接続されたことが記憶されていることを意味する。同様に、name=valueのセットが‘FID1’=‘F10298776655’で有効期限が‘31-Dec-2022 23:59:59’であるCookieを持つユーザ端末２から、‘www.first1.com’の‘index.html’に接続されたことが記憶されている。

処理部４３は、ＣＰＵやＭＰＵ等から構成され、コンテンツサーバ４の制御全般についてプログラムに従って処理を行い、ユーザ識別手段４３１、コンテンツ送信手段４３２を有する。

ユーザ識別手段４３１は、リクエストに含まれるファーストパーティCookieを用いてユーザ端末２（を使用しているユーザ）を識別する。ファーストパーティCookieが含まれないリクエストを受信したときは、ユーザ識別手段４３１は、新たにファーストパーティCookieを割り当てる。

コンテンツ送信手段４３２は、コンテンツ４２１を読みだしてコンテンツに含まれる広告配信用サーバ５の広告タグとともにユーザ端末２に送信する。ファーストパーティCookieを用いて、ユーザ端末２向けに加工したコンテンツ４２１を送信してもよい。

次に、図６を参照して、広告配信用サーバ５の構成を説明する。広告配信用サーバ５は、通信Ｉ／Ｆ部５１と、記憶部５２と、処理部５３を有している。

通信Ｉ／Ｆ部５１は、ネットワーク３を介してユーザ端末２やコンテンツサーバ４との通信を行なうインタフェースであり、接続するネットワークに対応している。

記憶部５２は、ＲＯＭ、ＲＡＭ、磁気ハードディスク等の記憶装置であり、各種プログラムや各種データを記憶し、ユーザ端末２からのリクエストに応えて送信させる広告情報５２１、ユーザ端末２のアクセスを記録した要求信号履歴５２２、セグメント５２３を記憶する記憶領域を持つ。

広告情報５２１は、ユーザ端末２から広告を要求するリクエスト（広告要求信号）に応えて送信させる広告データを属性と対応付けて記憶したものである。例えば、属性（男、３０代、ＰＣなど）と対応させて、広告スクリプト（JavaScript（登録商標）などブラウザで動作するスクリプト）や広告画像（宣伝目的の静止画像、動画など）が記憶されている。

要求信号履歴５２２は、ユーザ端末２が送信した広告要求信号の履歴である。後述のセグメンテーション手段５３３が行うセグメンテーションで使用される。具体的には、広告要求信号に含まれる属性ＩＤと対応させて、信号に含まれるセグメンテーションに利用する情報（例えば、送信元ＩＰアドレス、リファラＵＲＬやJavaScript（登録商標）で取得したユーザ端末情報等）、信号を受信した日時が記憶されている。
図７（ａ）に要求信号履歴５２２の例を示す。図７（ａ）の要求信号履歴５２２は、１レコードを１つ広告要求信号をとして、ｕｇＩＤ５２２１、収集情報５２２２、アクセス時間５２２３の各カラムで対応づけて記憶されている。収集情報５２２２、ユーザ端末２が広告配信用サーバ５に送信してきた広告要求信号の中から得られるコンテンツサーバ４に関する情報が記憶される。
図７（ａ）の例では、属性ＩＤ‘ABCDEFGH’、収集情報‘http://www.first1.con/ …’の広告要求信号を‘1-Aug-2014 20:30:30’に受信したことを示している。また、同様に、属性ＩＤ‘STUVWXYZ’、収集情報‘http://www.first2.con/ …’の広告要求信号を‘1-Aug-2014 22:10:50’に受信したことを示している。

セグメント５２３は、ユーザ端末２から送信される属性ＩＤであるugIDを用いて、後述のセグメンテーション手段５３３が行ったセグメンテーションの結果である属性をugIDと対応付けて記憶したデータである。
図７（ｂ）にセグメント５２３の例を示す。図７（ｂ）のセグメント５２３は、あるユーザ端末２の属性ＩＤごとにセグメンテーションした結果を１レコードとして、ｕｇＩＤ５２３１、属性５２３２、セグメント５２３３の各カラムで対応づけて記憶されている。ｕｇＩＤ５２３１には、ユーザ端末２が広告要求信号のリクエストの中で送信してきた属性ＩＤが記憶される。また、属性５２３２には、ユーザ端末２が広告要求信号のリクエストの中で送信してきた属性情報が記憶される。セグメント５２３３には、広告配信用サーバ５がセグメンテーションした結果が記憶される。
図７（ｂ）の例では、属性ＩＤ‘ABCDEFGH’、属性情報‘男, 30代, 関東, PC, ソフトウェア …’の組の設定のユーザ端末２に対し、広告配信用サーバ５が実際は‘男, 30代, 関西, 英語, 金融 …’とセグメントしていることを示している。同様に、属性ＩＤ‘STUVWXYZ’、属性情報‘男, 20代, 関東, 車, 映画 …’の組の設定のユーザ端末２に対し、広告配信用サーバ５が実際は‘男, 30代, 関西, 野球, 旅行 …’とセグメントしていることを示している。

処理部５３は、ＣＰＵやＭＰＵ等から構成され、広告配信用サーバ５の制御全般についてプログラムに従って処理を行い、要求信号受信手段５３１、広告情報送信手段５３２、セグメンテーション手段５３３を有する。

要求信号受信手段５３１は、ユーザ端末２から通信Ｉ／Ｆ部５１を介して要求信号を受信し、要求信号のHTTPヘッダーで送られてくるugIDと属性情報を取得する。

広告情報送信手段５３２は、ユーザ端末２から受信した属性情報から配信すべき広告を特定し、出力する。さらに、ユーザ端末２から受信した属性ＩＤ（ugID）を用いて後述のセグメンテーション手段５３３にて自らセグメンテーションした内容で広告を出力してもよい。

セグメンテーション手段５３３は、ugIDでユーザを識別し、ugIDに紐づいたユーザの閲覧履歴（閲覧サイトの種類や内容、閲覧時間等）より確率的にユーザの属性を推定していく。例えば、性別では男と推定されるキーワードが女と推定されるキーワードより多ければ、確率的に男と推定する。または、時間帯ごとの活動分布で、ある時間帯が多い場合は、30代と推定するなどである。またキーワードの出現個数、頻度からそのユーザの嗜好を推定する。

図８を参照し、広告配信システム１における、ユーザ端末２とコンテンツサーバ４、ユーザ端末２と広告配信用サーバ５の通信の流れを説明する。ユーザの意思にて最初にコンテンツサーバ４に接続し、コンテンツサーバ４から受信したコンテンツ及び広告タグをブラウザが処理することによって、広告配信用サーバ５にアクセスする、再度コンテンツサーバ４にアクセスする、という処理がユーザの意思とは無関係に次々と行われる。これらの一連の処理の結果、表示部２４の表示が完了し、ユーザが目にする表示画面となる。

図８（ａ）は、ユーザ端末２とコンテンツサーバ４のやりとりを説明するものである。ユーザ端末２は、まず、コンテンツサーバ４に対するＩＤの結合制御処理として、ugIDの送信禁止処理を施す（ステップＳ１０１）。そして、ユーザ情報２２１にアクセスしようとするコンテンツサーバ４の有効なファーストパーティCookieがもしあれば、このファーストパーティCookieを含んだリクエストを送信する（ステップＳ１０２）。

次に、コンテンツサーバ４は、ユーザ端末２のリクエストを受信すると、ユーザ端末２へ送信するコンテンツを準備する（ステップＳ１０３）ここで、ファーストパーティCookieを含まないリクエストを受信した場合には新規にファーストパーティCookieを付与し、ファーストパーティCookieを含んだリクエストを受信したときは必要に応じてCookieを更新してもよい。そして、コンテンツサーバ４は、ファーストパーティCookieと共に、準備したコンテンツと、登録してある広告配信用サーバ５の広告タグをユーザ端末２へ送信する（ステップＳ１０４）。また、コンテンツサーバ４は、どのCookieでいつどこへアクセスしたかをアクセスログ４２２に記録する。

ユーザ端末２は、受信したコンテンツを表示部２４に表示させる（ステップＳ１０５）。

図８（ｂ）は、ユーザ端末２と広告配信用サーバ５のやりとりを説明するものである。ユーザ端末２は、まず、広告配信用サーバ５に対するＩＤの結合制御処理として、ファーストパーティCookieの送信禁止処理を施す（ステップＳ２０１）。そして、広告タグの内容に基づいてugIDと属性情報を含んだリクエストを送信する（ステップＳ２０２）。

広告配信用サーバ５は、受信したugIDと属性情報を用いてユーザ端末２に送信する広告情報を特定する（ステップＳ２０３）。そして、ユーザ端末２に広告情報を送信する（ステップＳ２０４）。ここで、広告情報として、具体的には、広告スクリプトや画像が送信されている。

ユーザ端末２は、広告配信用サーバ５から受信した広告情報を表示部２４に表示させ、サードパーティ計測として広告配信用サーバ５から受信した通信内容を記憶する（ステップＳ２０５）。ところで、広告情報の中身は、広告スクリプトや画像である。画像であれば表示して終わるが、広告スクリプトの場合は、また新たな各種サーバへのリダイレクトやアクセスの指示が含まれていることがある。その場合は、別途、その指示が処理され、別途ファーストパーティやサードパーティへのアクセスと続くことになる。

一方、広告配信用サーバ５は、ユーザ端末２に広告情報を送信した後、ユーザ端末２から受信したugIDを用いたセグメンテーションを行ってもよい（ステップＳ２０６）。

図９、図１０を参照しつつ、ユーザ端末２の処理を詳細に説明する。

最初に、図９を参照し、ユーザ端末２の初期設定処理のフローを説明する。なお、以下に説明する処理フローは、処理部２３で実行されるプログラムによって制御される。

まず、ユーザ端末２では、操作部２５を介してユーザにより、プラグイン配信サーバ６よりブラウザ拡張機能のプログラムがブラウザにインストールされ、ブラウザ拡張機能が実行され、ブラウザ拡張機能が自動的にＷｅｂブラウザ手段２３７のオプション設定である「サードパーティCookieのブロック」を設定し、サードパーティCookieの使用を禁止する（ステップＳ１０）。次に、属性情報設定手段２３１が、表示部２４に属性設定画面を表示させ、操作部２５を介してユーザにより属性情報の入力を受け付け、属性情報２２２に設定する（ステップＳ１１）。併せて、ブラウザ利用の際に、対比画面を都度ポップアップ等で表示するためのフラグを設定しておく。対比画面の都度表示が不要であれば、フラグは設定しなければよい。

詳細には、ユーザが使用したい属性を表す状況と目的を属性情報として設定させ、１または複数の属性情報からのパターンに対し、このパターンを識別可能にする属性ＩＤ（ugID）として、ランダムな値を自動的に１つ生成して割り当て、属性ＩＤと属性情報のパターンを属性情報２２２に記憶する。「ランダム」とは、一度生成された値と同じ値が再度生成されることがない。または、一度生成された値と同じ値が生成される確率が極めて低い（確率がほぼ0である）ということである。

図１１は、表示部２４に表示される属性設定画面の例である。図１１の属性情報を設定する設定画面Ａでは、属性として性別、年代、地域を選択可能にしており、「Create New Attr」を選択すれば新しい属性も作成できるようになっている。また、設定画面Ａでは、趣味の属性としてスポーツ、映画、家電を選択可能にしており、「Create New Pref」を選択すれば、新しい趣味の属性を作成できるようになっている。設定画面Ａの属性情報パターンＡ１は、図３（ｂ）の属性情報２２２の‘Business’、‘Mon‐Fri, 0:00‐23:59’、‘ABCDEFGH’、‘男, 30代, 関東, PC, ソフトウェア …’を設定するものである。同様に、設定画面Ａの属性情報パターンＡ２は、図３（ｂ）の属性情報２２２の‘Private’、‘Sat, Sun, 0:00‐23:59’、‘STUVWXYZ’、‘男, 20代, 関東, 車, 映画 …’を設定するものである。「Create New ID」を選択すれば、別の属性情報パターンも新たに設定できる。また、「対比画面の表示」を選択することで、対比画面の都度表示をするかのフラグを設定できる。

次に、図１０を参照し、ユーザ端末２のコンテンツ閲覧の処理フローを説明する。なお、以下に説明する処理フローは、処理部２３で実行されるプログラムによって制御される。なお、図中では、ファーストパーティをＦＰ、サードパーティをＴＰと省略して記載する。

ユーザの意思にてコンテンツサーバ４に接続する場合、ブラウザにコンテンツサーバ４のＵＲＬが指定され、コンテンツ閲覧の処理が開始する。まず、Ｗｅｂブラウザ手段２３７が、接続するためのリクエストを作成する（ステップＳ２０）。
次に、作成されたリクエストの宛先がファーストパーティかサードパーティかを判定する（ステップＳ２１）。接続しようとして指定されたコンテンツサーバ４のドメインであれば、ファーストパーティであるから、最初はファーストパーティ宛（ＦＰ宛）としてステップＳ２２へ必ず進むことになる。ステップＳ２２では、属性送信制御手段２３４がugIDの送信を禁止する。具体的には、現在ブラウザに設定されているugIDがリクエスト中に含まれているか検索を行い、検索がヒットしたら、リクエストの中のそのugIDに関する部分を変更する。

次に、Ｗｅｂブラウザ手段２３７は、ugID送信禁止処理を経たリクエストをファーストパーティであるコンテンツサーバ４へ送信する（ステップＳ２３）。その後、Ｗｅｂブラウザ手段２３７は、コンテンツサーバ４から、リクエストに応じたコンテンツ及びコンテンツサーバ４に登録された広告配信用サーバ５がコンテンツ内に広告表示するための広告タグを受信する（ステップＳ２４）。そして、Ｗｅｂブラウザ手段２３７が受信したコンテンツを表示部２４に表示させる（ステップＳ２５）。

その後、Ｗｅｂブラウザ手段２３７は、処理すべき指示を行い、コンテンツ閲覧のための画面表示が完了したか判定する（ステップＳ２６）。

コンテンツサーバ４から広告タグを受信していると、一度は、画面表示が完了していない場合（ステップＳ２６−Ｎｏ）となってステップＳ２０へ戻り、Ｗｅｂブラウザ手段２３７は、広告タグのスクリプトを解析した内容でリクエスト作成し、リクエストの宛先判定では広告配信用サーバ５が宛先に含まれるので、サードパーティ宛（ＴＰ宛）としてステップＳ２７へ進む。

ステップＳ２７では、要求信号送信手段２３２がファーストパーティCookieの送信を禁止する。具体的には、現在ブラウザがファーストパーティとしてアクセスしているコンテンツサーバ４のCookieがリクエスト中に含まれているか検索を行い、検索がヒットしたら、リクエストの中のそのファーストパーティCookieに関する部分を変更する。検索対象のコンテンツサーバ４のCookieは、ユーザ情報２２１の中からドメインの値をもとに取得して使用する。

次に、要求信号送信手段２３２は、リクエストのHTTPヘッダーに、現在ブラウザで設定されているugIDと、属性情報２２２の中から取得するugIDに対応する属性情報を追加する（ステップＳ２８）。そして、要求信号送信手段２３２は、ファーストパーティCookieの送信を禁止が施され、ugIDと属性情報が追加されたリクエストを、広告配信用サーバ５へ送信する（ステップＳ２９）。

その後、広告情報受信手段２３３は、広告配信用サーバ５から、広告情報を受信する（ステップＳ３０）。そして、Ｗｅｂブラウザ手段２３７が受信した広告情報を表示部２４に表示させるとともに、属性推定手段２３５は、サードパーティ計測として、広告配信用サーバ５から受信した通信内容を計測情報２２３に記憶する（ステップＳ３１）。

そして、ステップＳ２６に進む。画面表示が完了していれば（ステップＳ２６−Ｙｅｓ）、対比表示手段２３６は表示部２４に属性の対比表示をするかどうかのフラグを確認する（ステップＳ３２）。対比表示するとのフラグがセットされていない場合（ステップＳ３２−Ｎｏ）、属性情報の対比表示を行わずに、コンテンツ閲覧の処理を終了する。

一方、対比表示するとのフラグがセットされている場合（ステップＳ３２−Ｙｅｓ）、対比表示手段２３６は、属性推定手段２３５を呼び出し、セルフセグメンテーション（ユーザ端末内でセグメンテーションを行い、広告配信サーバのセグメンテーションをシミュレートする）を行わせる（ステップＳ３３）。そして、対比表示手段２３６は、セルフセグメンテーションの結果と属性情報２２２に記憶されている現在ブラウザに設定されたugIDの属性とを対比させて、表示部２４に表示させ（ステップＳ３４）、コンテンツ閲覧の一連の処理を終了する。

ここで、図３（ｃ）を参照し、ユーザ端末２の属性推定、すなわち、属性推定手段２３５によるユーザ端末内でのセグメンテーション方法の例を詳細に説明する。
まず、属性推定手段２３５は、ユーザがその時利用しているugIDの値をキーとして、２２３１のugIDカラムから同一のugID値のレコードを抽出する。
次に、属性推定手段２３５は、抽出したレコードのアクセス先２２３２のURLドメインより、ugIDが送信されている広告配信用サーバを集計する。
送信情報２２３３は、アクセス先２２３２のURLドメインに送信したHTTPリクエストヘッダーの内容やGETまたはPOSTのリクエストパラメータの内容を記録しており、その内容のリファラURL等にアクセスした際のコンテンツに含まれる文書や、リクエストパラメータに含まれる文字列より、広告配信用サーバが知り得ることができるキーワードを抽出する。例えば、単純な方法では、文書を形態素解析し、単語を抽出し、単語をカウントして単語数が多い順にソートする。
そして、属性推定手段２３５は、抽出したキーワードと、アクセス時間２２３４を関連付け、ある時間帯にあるキーワードが多く出現した場合は、ある属性を付与するという処理を行う。例えば、21:00〜23:59の間に、PCというキーワードが多く出現すれば、「男」と属性を推定する。
以上が、属性推定手段２３５が行う計測情報２２３からのセグメンテーションの例であり、対比表示手段２３６は、セグメンテーションの結果であるセグメント情報と、属性情報２２２とを対比させる形でユーザに表示する。

図１２は、表示部２４に対比表示した対比表示画面の例である。この対比表示画面は、ユーザの意思にて接続したコンテンツサーバのコンテンツの一連の表示が完了すると、例えば、コンテンツが表示されたブラウザ画面の下部にポップアップ等で対比表示を行うかのフラグを確認し、表示される画面である。図１２の対比結果画面Ｂでは、ブラウザが利用している属性パターンの状況を表示しつつ、設定された属性情報Ｂ１に属性情報２２２から読み出した‘ugID：A001122…’と‘属性：男, 30代, 関東, 野球, 映画 …’で表示し、推定された属性Ｂ２に属性推定手段２３５がセルフセグメンテーションした結果の属性を‘属性：男, 40代, 関西, 防犯, ヨーロッパ旅行 …’で表示し、ユーザが対比して確認できるように表示している。その後、ユーザの操作部２５を介した操作によって「はい」が選ばれれば表示を閉じ、「いいえ」が選択されれば、図１１で示したような属性設定画面を表示させ、ユーザによる属性情報のパターン変更や属性ＩＤの変更を可能にする。

以上のように、ユーザ端末２は、広告配信サーバが発行したサードパーティCookieの使用は拒否するものの、ユーザ端末が発行した属性ＩＤ(ugID)と利用したい属性情報をユーザ端末自らが広告配信サーバ５へ提供し、ファーストパーティCookieを広告配信サーバ５へ送信することを禁止する。また、ユーザ端末２は、コンテンツサーバ４へファーストパーティCookieを送信するが、ユーザ端末が発行した属性ＩＤ(ugID)を送信することを禁止する。これにより、広告表示に使われる属性をユーザ自身の制御下に置きつつ、コンテンツサーバと広告配信サーバの間でＩＤの結合が行われることを防止することができる。

図１３を参照し、広告配信用サーバ５の処理フローを説明する。なお、以下に説明する処理フローは、処理部５３で実行されるプログラムによって制御される。

広告配信用サーバ５は、ユーザ端末２から、広告要求信号を受信すると、本処理を開始する。まず、要求信号受信手段５３１が通信Ｉ／Ｆ部５１を介してユーザ端末２の広告要求信号を受信し、広告要求信号の中からugIDと属性情報を取得する（ステップＳ４０）。

次に、広告情報送信手段５３２は、記憶部５２の広告情報５２１を参照し、ユーザ端末２へ送信する広告情報を選択し、送信する（ステップＳ４１）。具体的には、まず、取得したugIDについて、自身がセグメンテーションした結果があるか、セグメント５２３を検索する。ugIDで特定されたセグメント５２３の属性と取得した属性情報が一致していれば、その属性情報に対応付けられた広告情報のデータを広告情報５２１から読み出す。もし、不一致の場合は、ugIDで取得した属性情報に対応付けられた広告情報のデータを広告情報５２１から読み出す。広告配信サーバ５は、自身がセグメンテーションした結果または取得した属性情報のいずれかを利用して広告配信を行ってもよく、両方を考慮して広告配信を行ってもよい。方法は、広告配信用サーバ５の広告配信ポリシーで予め定めておけばよい。その後、読み出した広告情報のデータをユーザ端末２へ送信する。

その後、セグメンテーション手段５３３は、受信した広告要求信号及び要求信号履歴５２２の情報を用いてセグメンテーションを行い、セグメント５２３のugIDのデータを更新する。具体的なセグメンテーションの方法は、例えば、要求信号履歴５２２の収集情報５２２２に含まれる情報より、キーワードを抽出し、抽出したキーワードと、アクセス時間２２３４を関連付け、ある時間帯にあるキーワードが多く出現した場合は、ある属性を付与するという処理を行う。例えば、21:00〜23:59の間に、PCというキーワードが多く出現すれば、「男」と属性を推定するなど、種々の方法がある。
そして、広告配信用サーバ５はユーザ端末２から広告要求信号を受信したときの処理を終了する。

これにより、ユーザ端末２によってサードパーティCookieの使用が禁止され、ファーストパーティCookieも送信されず、Cookieを使用したセグメンテーションができなくなっていても、ユーザ端末２によって付与された属性ＩＤを使って、広告配信用サーバ５でもセグメンテーションすることができる。

本発明は、上記実施の形態に限定されるものではなく、幾多の変更及び変形が可能である。例えば、ユーザの識別にCookieを使い、ユーザ端末で生成される属性ＩＤとの紐付けを禁止する例でＩＤの結合を防止する方法の説明をしたが、これに限定されるものではない。Cookie以外の識別技術を使ってユーザを識別する方式があり、それらの識別技術を併用すれば、ＩＤの結合が行われる可能性がある。この場合は、他の識別技術によるＩＤの結合を無効化する処理をステップＳ２４及びステップＳ３０の後に追加すればよい。Cookie以外の識別技術として、Fingerprinting、Flash Cookie、WebStorage等が挙げられ、それぞれにおける無効化の処理の例を示す。
例えば、Fingerprintingは、HTTPリクエスト情報、JavaScript（登録商標）で取得される画面サイズやプラグイン情報、画像描画機能で生成した画像の差分情報等を組み合わせて確率的に識別する技術である。この技術を無効化するためには、Fingerprintingの処理が実行される前に、JavaScript（登録商標）がオブジェクトで保持しているパラメータをランダムに変更するなどの対策をすればよい。
また、Flash Cookie は、各種プラグイン機能の保存部（例えば、FlashのLocal Shared Object）をCookieのように利用する方法である。この方法では、サードパーティがFlashを読み込ませる際に、Local Shared Objectの使用を禁止するなどの対策をすればよい。
また、HTML5で利用できるWebStorageをCookieのように利用する方法では、サードパーティのドメインがWebStorageに値を保存することを禁止するなどの対策をすればよい。

１・・・広告配信システム
２・・・ユーザ端末
２１・・・通信Ｉ／Ｆ部
２２・・・記憶部
２２１・・・ユーザ情報
２２２・・・属性情報
２２３・・・計測情報
２３・・・処理部
２３１・・・属性情報設定手段
２３２・・・要求信号送信手段
２３３・・・広告情報受信手段
２３４・・・属性送信制御手段
２３５・・・属性推定手段
２３６・・・対比表示手段
２３７・・・Ｗｅｂブラウザ手段
２４・・・表示部
２５・・・操作部
３・・・ネットワーク
４・・・コンテンツサーバ
４１・・・通信Ｉ／Ｆ部
４２・・・記憶部
４２１・・・コンテンツ
４２２・・・アクセスログ
４３・・・処理部
４３１・・・ユーザ識別手段
４３２・・・コンテンツ送信手段
５・・・広告配信用サーバ
５１・・・通信Ｉ／Ｆ部
５２・・・記憶部
５２１・・・広告情報
５２２・・・要求信号履歴
５２３・・・セグメント
５３・・・処理部
５３１・・・要求信号受信手段
５３２・・・広告情報送信手段
５３３・・・セグメンテーション手段
６・・・プラグイン配信サーバ

Claims (6)

1. ユーザ端末と、前記ユーザ端末からユーザの意思にて接続するコンテンツサーバと、前記ユーザ端末に広告情報を配信する広告配信サーバとから構成される広告配信システムであって、
   前記ユーザ端末は、
   ユーザが任意に自己の１または複数の属性情報を設定する属性情報設定部と、
   前記コンテンツサーバとユーザ端末との通信にて収集されたデータであるユーザ情報および前記属性情報を記憶する記憶部と、
   前記コンテンツサーバに接続しコンテンツを閲覧するブラウザと、
   前記コンテンツに含まれる広告配信サーバのアドレスに対して、前記ユーザ情報の送信を禁止するとともに、当該広告配信サーバへ前記属性情報を含む広告要求信号を送信する広告要求送信部と、
   前記広告配信サーバから広告情報を受信する広告情報受信部と、を備え、
   前記広告配信サーバは、
   前記広告要求信号を受信する広告要求受信部と、
   前記属性情報を用いて特定した広告情報を当該ユーザ端末に送信する広告情報送信部と、を備えたことを特徴とする広告配信システム。
   
2. 前記ブラウザは、前記コンテンツサーバに前記属性情報の送信を禁止する属性送信制御部をさらに備えた請求項１に記載の広告配信システム。
   
3. 前記属性情報設定部は、前記属性情報を複数のパターンにて設定可能とし、前記コンテンツサーバに接続する際に前記ユーザが前記属性情報のパターンを選択する請求項１または請求項２に記載の広告配信システム。
   
4. 前記ユーザ端末は、
   前記コンテンツに含まれるアドレスの前記広告配信サーバとの間で通信した信号を分析して前記ユーザの属性を推定する属性推定部と、
   前記属性推定部により推定された前記属性を、前記属性情報と対比して表示する対比表示部と、
   をさらに備えた請求項１〜３のいずれか１つに記載の広告配信システム。
   
5. 請求項１に記載の広告配信システムに使用する広告配信サーバであって、
   前記広告要求信号を受信する広告要求受信部と、
   前記広告要求信号に含まれる属性情報を用いて特定した広告情報を、当該広告要求信号を送信したユーザ端末に送信する広告情報送信部と、
   を有することを特徴とする広告配信サーバ。
   
6. ユーザの意思にて接続するコンテンツサーバと、前記コンテンツサーバに登録されて広告情報を配信する広告配信サーバと通信するユーザ端末で実行されるプログラムであって、
   前記ユーザが任意に自己の１または複数の属性情報を設定する属性情報設定処理と、
   前記コンテンツサーバと当該ユーザ端末との通信にて収集されたデータであるユーザ情報および前記属性情報を記憶する記憶処理と、
   前記コンテンツサーバに接続しコンテンツを閲覧するブラウザに対し、前記コンテンツサーバに前記属性情報の送信を禁止する属性送信制御処理と、
   前記広告配信サーバに対して、前記ユーザ情報の送信を禁止するとともに、前記属性情報を含む広告要求信号を送信する広告要求送信処理と、
   前記広告配信サーバから広告情報を受信する広告情報受信処理と、
   を実行させることを特徴とするプログラム。
   
   

Images