JP2013510359A - リアルタイムオンライン広告検証システム及び方法 - Google Patents

Abstract

広告をそれらのキャンペーンルールに対して、広告サーバによって提供する前に検証するためのリアルタイムのシステムであって、（ａ）ユーザに提示することを意図した広告が、そのキャンペーンルールにマッチするかどうかを判定するための判定サーバと、（ｂ）判定サーバから接続を受け取り、発行者の意図に従ったキャンペーンルールを備えるデータベースと、（ｃ）クエリＳＷモジュールを備え、クエリＳＷモジュールをユーザのブラウザに配信するウェブサーバと、（ｄ）ユーザのブラウザによって実行され、判定サーバに必要なパラメータを抽出するように構成されたクエリＳＷモジュールとを備え、パラメータが、キャンペーンルール及び提供されるパラメータを分析して、その判定を、広告を適宜に提供又はブロックする広告サーバに送信する判定サーバに配信される、システム。
【選択図】 図１

Description

本発明は、データネットワークを介して配信される広告を検証するためのシステム及び方法に関する。より詳細には、本発明は、Ｊａｖａ Ｓｃｒｉｐｔ配信に基づいて、インターネットベースのメディアを介して配信される広告を検証するためのリアルタイム判定システムに関する。

企業がメディア販売者から広告スペース又は時間を買う場合、そこには、その広告が、いつ、どこで、どのようにして配信されなければならないかに関する特定の指示が含まれる。キャンペーン購入ガイドラインは、様々な異なるツールを使用した広範な調査の後で編集され、広告購入者から見て、その購入者の広告の目標を最もよく反映し、その購入者の広告予算の最適な使用を表す。また広告費も、キャンペーン配信指示の種類及び範囲に直接関係している。

キャンペーン配信指示は、広告が開始又は配信されるべき日時、広告が配信されるべき回数、配信されるべき視聴者の種類、広告の場所、広告が配信されるべき周波数、広告が配信されるべき承認されたサイトから除外される特定のサイト及びＵＲＬ、並びに広告が順守すべきその他の様々なルール、方針及び規則を含むことがある。

これらの指示を含む、広告主がメディア販売者に出して、メディア販売者によって受諾される申し込みは、通常「広告掲載申し込み」（ＩＯ）と呼ばれる。ＩＯは通常様々な配置から成り、各々の配置は異なる広告掲載を表す。ＩＯは、この広告キャンペーンに関する広告の購入者と販売者の間の書面による契約を表している。

広告の販売者は、通常は広告サーバと呼ばれるコンピュータプログラムを使用してワールドワイドウェブ又は他のデジタルメディアの形式で、同社のウェブサイトに広告を配信する。広告コンテンツを表示しなければならない各ウェブページは、１つ又は複数の広告サーバに接続される。広告サーバは、ＩＯ及び配置の定義に基づいて、最も適切な広告を対応するユーザ及びページとマッチさせることによって、配信されるべき適切な広告を大きな広告バンクから選択する。

多くの場合、広告サーバは、広告を提供するために第三者を呼び出すことを決定してもよい（１つの例は、第１の広告サーバが提供するのに十分な広告を持たないために、他の広告サーバに在庫を売る場合である）。このことは再帰的に生じ、広告サーバからの呼び出しを、クライアントのブラウザを使用して、それらの広告サーバへの呼び出しとともにＩＦｒａｍｅタグを生成する広告サーバにリダイレクトすることによって、１つの広告サーバから他の広告サーバへの呼び出しの連鎖を生成する場合がある。

ＩＯの複雑さ、キャンペーン設定のために必要とされる手動プロセス、キャンペーンの設定のために通常利用可能な短い期間、及び第三者の使用等の他の技術的課題のために、実際の広告の配信はしばしば、ＩＯの中で指定された指示とは異なる場合がある。これらの矛盾は、広告の購入者にとって数百万ドルもの広告予算の損失となる。そのような無駄を抑えるために、広告の配信は監視されなければならず、キャンペーン購入ガイドラインを順守しない広告はリアルタイムでブロックされなければならない。

コンテンツ配信ネットワーク又はコンテンツ分配ネットワーク（ＣＤＮ）は、ネットワーク全体のユーザからのデータへのアクセスのために帯域幅を最大化するようにネットワークの中に様々なポイントに配置される、データのコピーを含むコンピュータのシステムである。ＣＤＮを利用することによって、すべてのユーザが同じ中央サーバにアクセスするのとは対照的に、ユーザは近くにあるデータのコピーにアクセスすることができる。ＣＤＮを利用することは、中央サーバの近くでその他に作り出されたボトルネックを回避する。コンテンツの種類はウェブオブジェクト、ダウンロード可能なオブジェクト（メディアファイル、ソフトウェア及び文書）、アプリケーション、リアルタイムメディアストリーム、及びその他のインターネット配信コンポーネント（ＤＮＳ、ルート及びデータベースクエリ）を含む。

インラインフレーム（ＩＦｒａｍｅ）は、ウェブサイト上の（例えばＨＴＭＬ、ＸＭＬ等の）他の文書の内部に埋め込まれた（例えばＨＴＭＬ、ＸＭＬ等の）文書である。ＩＦｒａｍｅ及びネスト化されたＩＦｒａｍｅ要素は、広告等の１つのソースからのコンテンツをウェブページ等の他のソースに挿入することによって広告を配信するために、しばしば使用される。ＩＦｒａｍｅのセキュリティ定義のために、（例えばＵＲＬ等の）サイトのページパラメータ及び広告が配信されるデータの可視性は厳しく制限されている。ＩＦｒａｍｅが親又は子とは異なるドメインにある場合、可視性は、ＩＦｒａｍｅの外部の文書オブジェクトモデル（ＤＯＭ−プログラマーがＨＴＭＬページ及びＸＭＬ文書を本格的なプログラムオブジェクトとして作成及び変更することを可能にするプログラミングインターフェースの仕様）の情報を隠蔽するセキュリティ制約のために制限される。可視性は、ネスト化されたＩＦｒａｍｅを作り出す、上述のような広告サーバのチェーンを介して広告が配信される場合、さらに制限される。

ネスト化されたＩＦｒａｍｅでは、キャンペーンの購入者は、ウェブページのＵＲＬをその従来型の標準的データから識別することができない。したがって、キャンペーンの購入者は、自分たちの広告が目的とする宛先を対象としているかどうかを確認することはできず、また不要なＵＲＬに向けられた広告をブロックすることができない。その結果、キャンペーンの購入者は時には、不要なキャンペーンで自分たちの広告予算を無駄にしてしまう。広告をブロックする判定が広告サーバの外部のサービスで行われる場合、不要な広告をブロックするプロセスはさらに複雑である。ブロックする広告を正確に判定するために、（例えばＵＲＬ等の）情報は広告が配信されるページに集められなければならない。不要な広告をブロックすることは、オンザフライ（ｏｎ ｔｈｅ ｆｌｙ）でリアルタイムに行われなければならない。広告の配信時間における劣化を防止するために、広告をブロックするプロセスは短い実行時間で行われなければならない。

ＩＦｒａｍｅ内に隠されたＵＲＬを抽出する１つの方法は、国際公開第２００９／１５６９８８号パンフレットで開示されている。この方法は、配信及びページ上での実行のために特別に開発されたＪａｖａ Ｓｃｒｉｐｔ（ＪＳ）コードを提供する。この特別に開発されたＪＳは、ＩＦｒａｍｅにウィンドウリファラを供給することができる。したがって、サイトのページパラメータの可視性は改善され、目的の広告を提供するかどうかを判定することができる。しかしながら、ＪＳをウェブページに配信することはパフォーマンスを低下させ、広告の配信時間を遅くする。

今日使用されている方法は、広告が配信されるページの完全な認識及び可視性に基づいて広告を提供する問題に、満足のいく解決策をまだ提供していない。今日使用されている方法は、ブラウザの中で受信された広告をブロックするか、又は提供するかどうかについての判定を行う。しかしながら、受信された広告がブロックされる場合、ページ上に広告を表示する機会は失われ、ページが収益化されることはない。したがって、広告サーバが、（例えばページＵＲＬ等の）提供の配置に関する完全な認識及び可視性に基づいて、広告のキャンペーン定義によって、どの広告を提供するのかを判定することを助け、適切な広告を提供することができるようにするシステムが求められている。さらに、正確さ及び広告の配信時間の短さという要件を達成する第三者のリアルタイム判定システムを提供する方法が求められている。

本発明の目的は、データネットワークを介して提供される広告が、そのキャンペーン定義及び制約を満たすことを検証することである。

本発明の他の目的は、提供される広告が、広告主によって定義される広告掲載申し込みに準拠していることを自動的に検証するためのシステムを提供することである。

本発明のさらなる目的は、広告掲載申し込みの中で指定される指示が広告主の意図とマッチすることを検証することである。

本発明のさらに他の目的は、ページＵＲＬの完全な可視性を獲得し、リアルタイム広告ブロッキングの待ち時間を無視できる程度の最小限に短縮することである。

本発明のさらなる目的及び利点は、説明が進むにつれて明らかになる。

第１の態様で、本発明は、広告をそれらのキャンペーンルールに対して、広告サーバによって提供する前に検証するためのリアルタイムのシステムであって、（ａ）ユーザに提示することを意図した広告が、そのキャンペーンルールにマッチするかどうかを判定するための判定サーバと、（ｂ）判定サーバと接続して開始し、発行者の意図に従ったキャンペーンルールを備えるデータベースと、（ｃ）クエリＳＷモジュールを備え、クエリＳＷモジュールをユーザのブラウザに配信するウェブサーバと、（ｄ）ユーザのブラウザによって実行され、判定サーバに必要なパラメータを抽出するように構成されたクエリＳＷモジュールとを備え、パラメータが、キャンペーンルール及び提供されるパラメータを分析して、その判定を、広告を適宜に提供又はブロックする広告サーバに送信する判定サーバに配信される、システムを対象とする。

本発明の１つの実施形態では、抽出されるパラメータは、トップページにアクセス可能なＵＲＬ、ウィンドウリファラ（ｗｉｎｄｏｗ ｒｅｆｅｒｒｅｒ）、広告が開始又は配信されるべき日時、広告が配信されるべき回数、広告が配信されるべき視聴者の種類、広告の場所、広告が配信されるべき周波数、広告が配信されるべき承認されたサイトから除外される特定のサイト及びＵＲＬ、広告が順守すべきルール、方針及び規則から成るグループから取得される。

１つの実施形態では、このシステムは、発行者のウェブページに保存され、ユーザのブラウザによって取り出され、実行され、クエリＳＷモジュールが、広告が配信されるトップページ上の情報を抽出することを可能にする１つ又は複数のサイトタグをさらに含む。

１つの実施形態では、サイトタグは、ＪＳとＨＴＭＬから成るグループから取得される機械語で書かれたコードである。

１つの実施形態では、システムは、現在の広告要求のためにゼネラルユーザＩＤを生成するための第２コードをさらに含む。

１つの実施形態では、クエリＳＷモジュールは、ＪＳとＨＴＭＬから成るグループから取得される機械語で書かれたコードである。

第２の態様では、本発明は、広告をそれらのキャンペーンルールに対して、広告サーバによって提供する前に検証するためのリアルタイムの方法であって、（ａ）発行者のウェブページからサイトタグを取り出すステップと、（ｂ）ウェブサーバからクエリソフトウェアモジュールを取り出して、そのコードをユーザのブラウザによって実行するステップと、（ｃ）広告提供の判定のために必要なすべてのページパラメータを集めるステップと、（ｄ）集められたパラメータとともに判定サーバを呼び出すステップと、（ｄ）データベースからキャンペーン定義を取り出し、集められたパラメータと比較するステップと、（ｅ）比較に基づいて広告を提供するのか、又はブロックするのかを判定するステップとを含む、方法を対象とする。

１つの実施形態では、この方法は、ユーザ側でゼネラルユーザＩＤを生成するステップと、判定処理と並行して広告の提供を可能にするために、生成されたゼネラルユーザＩＤとともに広告サーバを呼び出すステップとをさらに含む。

１つの実施形態では、この方法は、検証され、不適切であるためにブロックされた広告の代わりに、ウェブページに提供するための新しい広告を選択するステップをさらに含む。

上記及びその他の本発明の特徴及び利点は、添付の図面を参照して、以下の本発明の実施形態の例示的かつ非限定的な詳細な説明を通じてよりよく理解されよう。
本発明によるシステムの例示的実施形態を概略的に示す図である。 本発明によるクライアントとサーバ間のフローの実施形態のシーケンス図である。

以下の説明では、例示を目的として、多数の具体的な詳細が示されている。しかしながら当業者には明らかなように、本発明はそのような具体的な詳細に限定されず、当業者であれば、代替の配置を考案することができるであろう。

本発明によって提案されるシステムは、広告をそれらのキャンペーンルールに対して、広告サーバによって提供する前に検証するように構成された、正確なリアルタイム広告検証（ＡＶ）サービスを提供する。１つの実施形態では、本発明は、以下でサイトタグ（ＳＴ）と呼ばれるソフトウェアモジュールを含む。ＡＶサービスに関心のある発行者は、自分たちのウェブサイトにＳＴを付加する。ＳＴはバックグラウンドで実行され、発行者のサイトに問い合わせを行うプロセスを開始するように構成される。問い合わせプロセスは、どれだけ多くのＩＦｒａｍｅ及び異なるドメインがそれらの間の経路に存在したとしても、（ほとんどのトップページにアクセス可能なＵＲＬ及びウィンドウリファラ等の）広告が配信される「トップページ」に関するサイトパラメータ及び情報を抽出することを含む。この実施形態は、クライアントがシステムを設定するため、又は個人のアプリケーションを起動するために、自身のサーバを用いる必要をなくす。ＳＴはまた、ページに広告を配信する遠隔の広告サーバと通信するように構成されている。ＳＴは、ページ及びこのページにアクセスしているユーザについての情報を広告サーバに送信する。

図１は、本発明によるシステムの例示的実施形態を概略的に示す。この実施形態では、ＡＶサービスプロバイダ１０１は、発行者の広告サーバ１０３の外部で、広告検証サービスを提供する。リアルタイムＡＶサービスに対してもっと可視的であろうとする各発行者は、ＳＴ１０４を使用する。ＳＴは発行者のウェブページ１１０の中に保存され、ユーザのブラウザ１０２が発行者のウェブページをロードする場合に実行される。１つの実施形態では、ＳＴはＪＳ、ＨＴＭＬ又はその他の機械語コードを含むソフトウェアモジュールである。ＳＴは一旦実行されると、広告サーバ１０３への呼び出しを生成し、広告サーバ１０３から第２コード１１１を取り出す。１つの実施形態では、第２コードはＪＳである。第２コードがユーザのブラウザによって実行されると、ＡＶウェブサーバ１０５に対して接続が確立される。ＡＶウェブサーバ１０５は、クエリモジュール１０６を含む。本発明の実施形態では、ウェブサーバ１０５は、広告を提供するのか、しないのかを判定するために必要な（例えばウェブトップページのＵＲＬ等の）パラメータを抽出するように構成されたＪＳコードを含むクエリモジュール１０６を含むＣＤＮである。

一旦クエリモジュールが取り出されると、ブラウザはクエリモジュールのＪＳコードを実行し、（広告が提供される）トップページのＵＲＬを抽出するプロセスが始まる。同時に、第２コード１１１はまた、現在の広告要求のためにＧＵＩＤ（ゼネラルユーザＩＤ）を生成する。ＧＵＩＤは、広告を提供する時間を減らすための非同期通信及び並行処理を可能にする一意識別子である。１つの実施形態では、ＧＵＩＤは、判定処理と並行した広告配信プロセスの開始を可能にする。ＵＲＬは抽出されると、生成されたＧＵＩＤとともにＡＶサーバ１０７に送信される。同時に、生成されたＧＵＩＤはまた、ＧＵＩＤ及び広告のキャンペーンＩＤをＡＢサーバ１０７に送信する広告サーバ１０３に送信される。ＡＶサーバ１０７は、ユーザのブラウザから送信されたＵＲＬ及び広告サーバから送信されたキャンペーンＩＤを両ユニットから受信されたＧＵＩＤに従ってマッチさせ、対応するキャンペーンルールをキャンペーンデータベース（ＤＢ）１０８から取り出す。

キャンペーンルール及び提供されたＵＲＬを分析した後、ＡＶサーバ１０７は、広告が提供されるべきか否かを判定し、その判定を広告サーバ１０３に送信する。この判定に従って、サーバ１０３は広告を提供するか、又はブロックする。広告は、そのキャンペーン定義及び制約を満たしていない場合にはブロックされる、すなわち広告サーバは現在の広告を提供しない。しかしながら、ページに広告を提供する機会が失われるわけではなく、リアルタイムで生じることによって、広告サーバは、検証され、現在の配置に対して不適切であるためにブロックされた広告の代わりに、提供するための新しい広告を選択することができる。したがって、本発明は、提供される広告が広告主によって定義される広告掲載申し込みに準拠していることを自動的に検証する。

図２は、本発明によるクライアントとサーバ間のフローの実施形態のシーケンス図である。上述のように、ブロッキングサービスに対して、より透過的であろうとする各発行者は、そのウェブサイトにサイトタグ（ＳＴ）を付加する。ユーザが発行者のウェブサイトを訪れると、ユーザのブラウザはウェブページとともにＳＴのコードをロードする。ブラウザでのＳＴの実行は、全プロセスを開始する。ステップ２０１で、第２コードを取り出すために、ユーザのブラウザ１０２から広告サーバ１０３への呼び出しが行われる。それに対して、ステップ２０２で第２コードがブラウザに返送される。ステップ２０３で、クエリＳＷモジュールを取り出すために、ＡＶウェブサーバ１０５への呼び出しが行われる。

１つの実施形態では、クエリＳＷモジュールはＪＳコードである。クエリＳＷモジュールは、広告を提供するか否かの判定を行うためにＡＶサーバ１０７によって必要とされるパラメータを生成するように構成されている。この呼び出しは、次のステップと同時に行われる。ステップ２０４で、ユーザのブラウザ１０２はユーザ側でＧＵＩＤを生成し、ステップ２０５で、生成されたＧＵＩＤとともにブラウザから広告サーバへの呼び出しが行われる。本発明の１つの実施形態では、ＧＵＩＤの生成、クエリＳＷモジュールの取り出し及び広告サーバの呼び出しはすべて第２コードによって開始される。ステップ２０６で、広告サーバは提供するための広告を選択する。ステップ２０７で、クエリＳＷモジュールはＡＶ ＣＤＮから戻り、ステップ２０８でブラウザによって実行される。コードを実行することによって、ブラウザは、広告提供の判定のために必要なすべてのページパラメータを集めることができる。ステップ２０９で、集められたパラメータ及びＧＵＩＤを用いて、ＡＶサーバへの呼び出しが行われる。

ステップ２１０で、ステップ２０５で受信されたＧＵＩＤ及びキャンペーンパラメータは、このページに広告を提供するか否かを判定するためにＡＶサーバ１０７に送信される。ステップ２１１で、ＡＶサーバはキャンペーンＤＢ１０８からキャンペーン定義を取り出し、広告パラメータ及びトップページのＵＲＬがキャンペーン要件にマッチするかどうかを確認する。ステップ２１２で、広告を提供するか、又はブロックするかどうかの判定は、広告サーバに返送される。その後選択された広告は、ステップ２１３でユーザに返送される。

ウェブサイトとそのＩＦｒａｍｅの間のデータの転送及び共有のために使用されることが可能な複数の実装方法が存在する。例えば、（データがブラウザ内で保存される）クライアントストレージ、（ＨＴＭＬ５規格のインターフェースである）クロスドメイン統合、同じドメイン内で転送することが可能なクッキー等がある。（異なるバージョンのブラウザで機能する）クロスブラウザの支援、及び解決策の安定性を考慮すると、クッキーが好ましい解決策である。さらにクッキーは、リアルタイムのブロッキングでの最も簡単な実装と最良のパフォーマンスを可能にする。それにもかかわらず、ＩＦｒａｍｅからウェブサイトデータへの可視性を達成するために、本発明のシステムによって、ウェブサイトデータをＩＦｒａｍｅへ通信するための任意の利用可能な方法が使用されることが可能である。

１つの実施形態では、タグは発行者のページで実装される。このタグは、例えば（ｈｔｔｐ：／／ｃｄｎ．ａｖｓｅｒｖｅｒ．ｃｏｍ／ｓｉｔｅｔａｇ．ｈｔｍ等の）サービスプロバイダのドメインの静的ｈｔｍｌファイルへの呼び出しとともに、ＩＦｒａｍｅを生成するＪａｖａ Ｓｃｒｉｐｔ（ＪＳ）コードを含む。このファイルは、（ユーザ側で実行される）短命のユーザ側のセッションクッキーを付加するＪＳコードを含む。

サイトタグは、サイト情報をＩＦｒａｍｅ内で提供されるタグに与えるために使用される。例えば、本発明によるシステムによって追跡されるすべての広告で通常のタグが提供される場合、ＡＶサーバ（ｈｔｔｐ：／／ｌｏｇ１．ａｖｓｅｒｖｅｒ．ｃｏｍ／ｖｉｓｉｔｏｒ．ａｓｐｘ）を呼び出す０×０画像（トラッキングピクセル）を生成するタグが使用される。この呼び出しのヘッダの中で、（クライアント側で）以前に保存されていたクッキーが送信される。これによってサーバは、正確なウェブページのＵＲＬを知ることができる。

他の実施形態では、タグは、ブラウザのウィンドウ間でのメッセージの送信を可能にするＨＴＭＬ５ ｐｏｓｔＭｅｓｓａｇｅ ＡＰＩを使用するＪａｖａ Ｓｃｒｉｐｔ（ＪＳ）コードを含む。発行者側で実行中のＪＳコードは、メッセージイベントのリスニングに登録する。一旦この登録が生じると、ＪＳコードはページのＵＲＬをメッセージの送信者へ返す。ネスト化されたＩＦｒａｍｅで実行中の他のＪＳについて、最上位のＵＲＬを取得するために、ｐｏｓｔＭｅｓｓａｇｅ ＡＰＩを使用してメッセージを最上位のページに送信する必要があり、その後ＳＴリスナーはＵＲＬを返す。

上記の例及び説明は当然のことながら、単に例示のために示されており、いかなる方法においても本発明を限定することは意図されていない。当業者によって理解されるように、本発明は、すべて本発明の範囲を超えることなく、上述のもののうちから複数の技術を使用して、多種多様な方法で実施されることが可能である。

Claims (9)

1. 広告をそれらのキャンペーンルールに対して、広告サーバによって提供する前に検証するためのリアルタイムのシステムであって、
   （ａ）ユーザに提示することを意図した広告が、そのキャンペーンルールにマッチするかどうかを判定するための判定サーバと、
   （ｂ）前記判定サーバから接続を受け取り、発行者の意図に従ったキャンペーンルールを備えるデータベースと、
   （ｃ）クエリＳＷモジュールを備え、前記クエリＳＷモジュールを前記ユーザのブラウザに配信するウェブサーバと、
   （ｄ）前記ユーザのブラウザによって実行され、前記判定サーバに必要なパラメータを抽出するように構成されたクエリＳＷモジュールとを備え、
   前記パラメータが、前記キャンペーンルール及び提供される前記パラメータを分析して、その判定を、前記広告を適宜に提供又はブロックする前記広告サーバに送信する前記判定サーバに配信される、システム。
2. 前記抽出されるパラメータが、トップページにアクセス可能なＵＲＬ、ウィンドウリファラ、前記広告が開始又は配信されるべき日時、前記広告が配信されるべき回数、前記広告が配信されるべき視聴者の種類、前記広告の場所、前記広告が配信されるべき周波数、前記広告が配信されるべき承認されたサイトから除外される特定のサイト及びＵＲＬ、前記広告が順守すべきルール、方針及び規則から成るグループから取得される、請求項１に記載のシステム。
3. 前記発行者のウェブページに保存され、前記ユーザのブラウザによって取り出され、実行され、前記クエリＳＷモジュールが、前記広告が配信される前記トップページ上の情報を抽出することを可能にする１つ又は複数のサイトタグをさらに備える、請求項１に記載のシステム。
4. 前記サイトタグが、ＪＳとＨＴＭＬから成るグループから取得される機械語で書かれたコードである、請求項３に記載のシステム。
5. 現在の広告要求のためにゼネラルユーザＩＤを生成するための第２コードをさらに備える、請求項３に記載のシステム。
6. 前記クエリＳＷモジュールが、ＪＳとＨＴＭＬから成るグループから取得される機械語で書かれたコードである、請求項１に記載のシステム。
7. 広告をそれらのキャンペーンルールに対して、広告サーバによって提供する前に検証するためのリアルタイムの方法であって、
   （ａ）発行者のウェブページからサイトタグを取り出すステップと、
   （ｂ）ウェブサーバからクエリソフトウェアモジュールを取り出して、そのコードをユーザのブラウザによって実行するステップと、
   （ｃ）広告提供の判定のために必要なすべてのページパラメータを集めるステップと、
   （ｄ）前記集められたパラメータとともに判定サーバを呼び出すステップと、
   （ｅ）データベースからキャンペーン定義を取り出し、前記集められたパラメータと比較するステップと、
   （ｆ）前記比較に基づいて広告を提供するのか、又はブロックするのかを判定するステップとを含む、方法。
8. 前記ユーザ側でゼネラルユーザＩＤを生成するステップと、判定処理と並行して広告の配信プロセスの開始を可能にするために、前記生成されたゼネラルユーザＩＤとともに前記広告サーバを呼び出すステップとをさらに含む、請求項７に記載の方法。
9. 検証され、不適切であるためにブロックされた前記広告の代わりに、前記ウェブページに提供するための新しい広告を選択するステップをさらに含む、請求項７に記載の方法。

Images