JP2011525674A - インターネットベースの広告の自動監視および照合 - Google Patents

Abstract

データネットワーク上で配信される広告コンテンツをキャンペーンの間において、自動的に監視および照合するための方法。１つ以上の広告主が、ユーザインターフェースを介して、所望の広告掲載注文（広告掲載注文の情報は、あらゆる時点で修正が可能である）に従って、該広告コンテンツが配置されるべきサイトのリスト（手動で作成されても、あるいはマッピングクローラで作成されてもよい）、あるいは各サイトのセクションのリストを提出する。さらに、１つ以上のマッピングクローラが作動されて、これらのサイトにアクセスし、所要のセクションに属している広告を有するページ、あるいは所要のセクションには属していないページ、あるいはインシデントの高い確率を有するページを配置する。サイトごとにアクセスするページのリストが生成され、自律あるいはプラグインビジュアルクローラが、所定のサイトアクセスプランに従って、リストのページにアクセスすることが許可される。クローラマネジャーは、所要のインシデント範囲が十分に得られるように、複数のビジュアルクローラにページを割り当て、該ビジュアルクローラにロードする。インシデント識別子は、広告掲載注文と配信データとを比較して、広告掲載注文と、当該広告掲載注文に対応する配信データとが一致しないときはいつでも、インシデントレポートを生成する。

Description

発明の詳細な説明

［発明の分野］
本発明は、データネットワーク、ワールドワイドウェブおよびその他の形態のインターネットベースのメディア（一般的にデジタルメディアと称される、インターネットと同様なプロトコルに基づくメディア）を通じて配信される広告コンテンツの自動監視および照合のためのシステムおよび方法に関する。本発明は、デスクトップインターネット、携帯電話およびインターネットプロトコルベースのテレビ（ＩＰテレビ）を含むが、これらに限定されるものではない。
［発明の背景］
企業がメディアの売主から広告スペースあるいは時間を購入する際には、どこで、いつ、そしてどのようにしてこの広告が配信されるべきかに関して具体的な指示が含まれる。これらの指示は、様々な異なるツールを用いた広範な調査の後、広告の買主の視点から、広告の目的が最適に反映され、広告費が最適に使用されるようにまとめられる。また、広告のコストは、キャンペーンの配信に関する指示の種類および範囲に直接的に関わっている。

これらの指示には、その広告が発信あるいは配信される日付および時間帯、その広告が配信されるべき回数、その広告が配信されるべき広告の場所の視聴者のタイプ、その広告が配信されるべき頻度、およびその広告が守るべきその他の様々なルール、ポリシーおよび慣習が含まれ得る。これらの指示を含み、メディアの売主によって容認された、広告主がメディアの売主に対してする注文は、通常、「広告掲載注文」（ＩＯ)と称される。広告掲載注文は通常、様々なプレースメントで構成され、各プレースメントは異なる広告の掲載を示している。広告掲載注文は、広告買主とこの広告キャンペーンに関する売主との間の書面による契約を意味する。

広告の売主は、ワールドワイドウェブ、あるいは通常、広告サーバと称される、コンピュータプログラムを用いたその他の形態のデジタルメディア上の当該売主のウェブサイトに広告を配信する。広告コンテンツを表示すべきウェブページはそれぞれ、（バックグランドの中に）当該ウェブページのコードの中に埋め込まれた１つあるいはそれ以上の広告サーバタグを有する。この広告サーバタグは、そのページに広告を配信する遠隔の広告サーバを呼び出す１つのコードである。この広告タグは、広告サーバにそのページに関する情報と、このページにアクセスしているユーザに関する情報とを送る。広告サーバは、広告掲載注文およびプレースメントの定義に基づいて、最も適した広告と、ウェブサイトによって当該広告サーバに渡された情報に基づいて対応するユーザおよびページとをマッチングさせて、数多くの広告から配信するのに適した広告を選択する。

広告掲載注文が複雑なため、キャンペーンを設定するのに利用できる期間は通常短く、またその他の技術的な課題によって、広告の実際の配信が広告掲載注文で特定された指示とは異なるということが頻繁となり得る。これらの不一致は、広告の買主に何百万ドルという宣伝費の損失を被らせ得る。

監視のためのもう一つの従来の方法は、「トラッキングピクセル」（ＴＰ − アクションを追跡するための方法であり、この方法により、広告主はアクションが追跡された直後に表示されるページ上に、ピクセルを表す画像タグをつける。）として知られているが、トラッキングピクセルは起点となるウェブサイトを特定するために用いることができる隠れた点である。しかしながら、この方法は、（例えばウェブページ内における広告の位置、競合する広告の同一ページ上の同時表示、広告の不正表示、他の広告によって覆われてしまうこと等といった）多くの不一致を識別しない可能性があるので、非常に限定的である。さらに、Ｉｎｌｉｎｅ Ｆｒａｍｅｓ（ＩＦｒａｍｅｓ − ウェブサイト上の他のＨＴＭＬドキュメントの中に埋め込まれたＨＴＭＬドキュメント。ＩＦｒａｍｅ ＨＴＭＬ要素は、例えば広告等の他のソースからのコンテンツをウェブページに挿入するのに用いられることが多い。）、さらにネスト化されたＩＦｒａｍｅの中に配信された広告は、ＩＦｒａｍｅのセキュリティーの定義により、広告が配信されたサイトのＵＲＬを開示しないため、トラッキングピクセルの従来の標準的なデータからアクセスしたＵＲＬを特定することができない。この場合もやはり、広告主に損失を被らせる。

上記の方法は全て、例えばインターネット等のデータネットワーク上で配信される広告コンテンツの自動監視および照合のための方法およびシステムを提供するという課題に対して、満足のいく解決策を提供するに至っていない。

本発明の目的は、データネットワーク上で配信される広告コンテンツの自動的な監視および照合のための方法およびシステムを提供することである。
本発明の他の目的は、広告コンテンツが広告主によって定められた広告掲載注文に最適に従っているか否かを自動的に監視および照合するための方法およびシステムを提供することである。

本発明の他の目的は、広告が、広告主によって定められた広告掲載注文に応じた宣伝費のより最適な使用を表しているか否かを自動的に監視および照合するための方法およびシステムを提供することである。

本発明の更なる目的は、広告掲載注文にて特定された指示が広告主の意図と合致していることを自動的に監視および照合するための方法およびシステムを提供することである。
本発明のその他の目的および利点は、説明が進むに従って明らかとなるであろう。
［発明の概要］
本発明は、データネットワーク上で配信される広告コンテンツをキャンペーンの間において自動的に監視および照合するための方法に関する。したがって、１つあるいはそれ以上の広告主は、ユーザインターフェースを介して、所望の広告掲載注文（広告掲載注文の情報はどの時点においても修正可能である）に従って、広告コンテンツが掲載されるべき、サイトの（手動、あるいはマッピングクローラによって生成され得る）リスト、あるいは各サイトのセクションの（手動、あるいはマッピングクローラによって生成され得る）リストを提出する。アクションを追跡するため、トラッキングピクセル処理が起動され、該処理では、広告主は、タグ（例えばＪａｖａｓｃｒｉｐｔコード）であって、ページを探索して特定のパラメータを見つけ、アクションが追跡された直後に表示されるページ上のピクセルを表す画像タグを（見つけたパラメータを用いて）生成するタグをつける。さらに、１つ以上のマッピングクローラが起動されて、これらのサイトにアクセスし、所要のセクションに属している広告を有するページ、あるいは所要のセクションに属していないページ、あるいはインシデントの可能性が高いページを探す。（通常スパイダー、すなわちウェブサイトにアクセスし、サイトのページおよびその他の情報を読んでサーチエンジンインデックスのエントリを作成するプログラム、によって行われる）各サイト毎にアクセスするページのリストが生成され、１つ以上の（自律的なあるいはプラグインの）ビジュアルクローラは、所定のサイトアクセスプランに従って、ページのリストにアクセスすることが許可される。クローラのマネジャーは、所要のインシデント範囲が十分に得られるように、複数のビジュアルクローラの間にページを割当て、該ビジュアルクローラ上にロードする。インシデント識別子は、広告掲載注文と配信データとを比較し、広告掲載注文とこの広告掲載注文に対応する配信データとが一致しないときはいつでも、インシデントレポートを生成する。

ページの一部は、広告主が購入したものに含まれているセクションの一部であってもよいし、あるいは広告主が購入したものから除外されているセクションの一部であってもよい。アクセスプランには、各ページに一日何回アクセスすべきかと、キャンペーンの開始日および終了日とに関する情報が含まれてもよい。

広告掲載注文の修正は直ちに反映されても、あるいは後日に、あるいは過去に遡って反映されてもよい。
広告主は、いずれの時点でもユーザインターフェースにアクセスして、インシデントやその状況の更新を閲覧することが可能である。サイトの責任者は、ユーザインターフェースにアクセスして、当該責任者のサイトで発生しているインシデントを閲覧することが可能である。

広告主は、ユーザインターフェースを介して、当該広告主のサイトで発生しているインシデントに関するレポートを閲覧することが可能である。
好ましくは、マッピングクローラが使用されるのは：
ａ）ウェブページからｈｔｍｌテキストを取得すること；
ｂ）前記ウェブページにおける前記テキストおよびメタデータを、該ページにおけるオブジェクトのあらゆる階層的操作を行うことなく、分析すること；
ｃ）広告が含まれるページを、該ページにおける広告サーバ署名を識別することによって識別すること；
ｄ）該ページにおける広告の数と各広告のサイズとを識別すること；
ｅ）サイトカテゴリのマップを作成するために、広告サーバのキー値および各ページが属する広告カテゴリを識別すること；
ｆ）各広告サーバに関して、広告サーバの前にあるサイトを識別する特定のサイトＩＤを識別すること。識別は、後にＴＰデータを分析する処理において用いるために記録される。
ｇ）このページがリンクしているページを、該ページにおけるリンクを分析することによって見つけること：
ｈ）該ページの長さを測定し、前回の分析が行われてから該ページに変更がなされたのかを検出すること；
ｉ）ページのリダイレクトを分析すること；
ｊ）該ページにおけるあらゆるエラーを報告し、記録すること；
ｋ）サイト／ページで要求された場合に、ユーザデータを入力すること。入力されるユーザデータは、ユーザクリック、ログインパラメータ、ユーザ情報、およびその他ユーザに関連するあらゆるデータを含んでいてもよいが、これらに限定されない；
ｌ）広告サーバのルートを識別すること；
ｍ）広告ネットワークおよび広告サーバに属しているサイトのマップを識別し、作成すること；
ｎ）サイトのネットワークに属しているサイトのマップを識別し、作成すること；
ｏ）偽装−キャンペーンで必要とされる場合に、クッキー、セッション（ｐｏｓｔ／ｇｅｔ）、ユーザエージェントを用いてクローラを識別することが可能である（人口統計学的に、ユーザパラメータなど）。
ｐ）該ページにおける広告に関する情報（位置、サイズ、種類、広告主のウェブサイトのアドレス、クリエイティブロケーション、クリエイティブアセットなど）を識別すること
である。

前記サイトマップには、各ページがリンクされている回数と、そのページのウェイトを表すパラメータとが含まれてもよい。
好ましくは、ビジュアルクローラが使用されるのは：
ａ）ウェブページを画像でレンダリングし、該ページの階層的表示を該ページのｈｔｍｌテキストに基づいて生成すること；
ｂ）隙間を識別すること
ｃ）表示されているメディアの種類を識別すること；
各メディアの種類に対して：
ｄ）該メディアのランディングページを追跡すること；
ｅ）該ページにおける該メディアの位置を探すこと；
ｆ）該メディアの大きさを見つけること；
ｇ）広告サーバのルートを識別すること
ｈ）サイトのリダイレクションを識別すること
ｉ）該メディアのｈｔｍｌ／ＪａｖａＳｃｒｉｐｔタグが、該メディアを広告として定義する特定の署名を有しているかチェックすること；
ｊ）該ページにおけるテキストおよびメタデータを分析して、ページ、サイトおよび関連する広告を分類すること；
ｋ）サイト／ページに要求された場合は、ユーザデータを入力すること。入力されるユーザデータには、ログインパラメータ、ユーザ情報およびその他ユーザに関連するデータが含まれていてもよいが、これらに限定されない。

である。
メディアの種類には、画像、フラッシュアニメーション、ストリーミングビデオ、あるいはテキスト広告が含まれていてもよい。

ビジュアルクローラは、セッションクローリング、クッキークローリング、文脈クローリングあるいは分類クローリングを用いてもよい。クローラマネジャーが使用されるのは：
ａ）データリポジトリと実行中のクローラとの間を仲介し、調停すること；
ｂ）クローリングが必要とされるサイトあるいはページをデータリポジトリから取得し、異なるクローラに割り当てること。

である。
広告は、画像、フラッシュアニメーション、テキスト、ストリーミングビデオを含む、そのページにおけるあらゆるメディアであってもよい。

広告あるいは広告主は、（画像のような）ＨＴＭＬタグ、フラッシュタグ、ＪａｖａＳｃｒｉｐｔ、あるいは中に他の広告を含むＩｆｒａｍｅによって認識されることが好ましい。

広告は、広告サーバの署名に対応するそのページにおける全てのタグを識別することと、タグを解析し、例えばクリエイティブファイルのＵＲＬ、ランディングページ、広告の種類、広告のサイズ、広告カテゴリ等の情報を抽出することとによって認識されてもよい。

インシデントは、各ページのインシデントの種類ごと、各ページカテゴリのインシデントの種類ごと、サイトごと、あるいは各サイトカテゴリのインシデントの種類ごとに採点されてもよい。

採点は、全てのインシデントの種類を集約して行ってもよい。
Ｂｅｌｏｗ ｔｈｅ ｆｏｌｄインシデント、広告クラッタインシデント、広告詐欺インシデント、広告ハイジャックインシデント、あるいは不適切な内容インシデントは、ＩＯなしでも生成することが可能である。

また本発明は、動作可能にマルチメディアコンテンツに関連付けられたマルチメディアネットワークから所定のコンテンツを抽出するためのデータ処理システムに関し、該データ処理システムは、
ａ）少なくとも１つのメディエータサーバであって、
ａ．１）動作可能に該メディエータサーバに関連付けられた少なくとも１つのウェブクローラと、
ａ．２）動作可能に該メディエータサーバに関連付けられ、少なくとも１つの広告主に関連するビジュアルコンテンツを備える、少なくとも１つのビジュアルコンテンツデータベースとを備える、少なくとも１つのメディエータサーバを備え、
該メディエータは、該データベースから広告主に関連する指示を受け付け、該マルチメディアネットワーク上で所定のビジュアルコンテンツに対してビジュアルコンテンツ抽出処理を適用するように少なくとも１つのクローラに指示するように構成されている。

該データ処理システムは、動作可能にマルチメディアコンテンツに関連付けられたマルチメディアネットワーク広告の監視、照合および監査するために用いられてもよい。この場合、該データ処理システムは：
ａ）少なくとも１つのメディエータと、
ｂ）動作可能に該メディエータサーバに関連付けられた少なくとも１つの広告データベースであって、少なくとも広告主と関連付けられ、広告キャンペーンに対応するビジュアルコンテンツと、該マルチメディアネットワークから抽出されたビジュアルコンテンツとを備える、少なくとも１つの広告データベースと
を備えてもよく、
該メディエータは、広告主と関連付けられ、広告キャンペーンに対応するビジュアルコンテンツを該データベースから受け、該マルチメディアネットワーク上での広告キャンペーンに対する所定の監視、照合および監査の処理を、ビジュアルコンテンツのプレースメントを考慮して、対応するマルチメディアネットワーク上に適用するように構成され、
該メディエータは更に、照合および監視に関するレポートを提供するように構成されている。

本発明の上述の特徴および利点と、その他の特徴および利点とは、付随する図面を参照しながら、以下の例示的で非限定的な本発明の好ましい実施形態の詳細な説明を通じてよりよく理解されるであろう。
本発明の動作環境を示す概略図である。 本発明のいくつかの実施形態に係るデータ処理システムの概略ブロック図である。 本発明のいくつかの実施形態に係る方法の手順を示すフローチャートである。

［好ましい実施形態の詳細な説明］
以下の詳細な説明には、本開示を十分に理解できるように様々な具体的な詳細が記載されている。しかしながら、本開示の教示はこれらの具体的な詳細なしで実施することが可能であるということは当業者によって理解されるであろう。その他の例では、本開示の教示を不明確にしないように、周知の方法、手順、構成要素、および回路については、詳細に説明されていない。

本発明は、その実施形態において、広告キャンペーンの実際の配信を自動的に監視し、広告の実際の配信が広告掲載注文と一致しているかを照合するのに用いられるシステムおよび方法を開示している。本書類における説明および例は、具体的にはインターネット上の広告について触れているが、同様の方法は、例えば携帯機器、ＩＰベースのテレビおよび放送メディアでの広告等のように、あらゆるデータネットワークおよびデジタルメディアにおけるその他の形態の広告にも適用させることが可能である。本発明によって提案されるシステムのアーキテクチャは、図１に示されている。

本発明のいくつかの実施形態に係るシステムは、図２〜４に詳細に示されるように、以下のパーツを備える。
＜定義＞
ビジュアルクローラ−あらゆるウェブサイトおよびウェブサイト内の各ウェブページにアクセスが可能で、そのページを「レンダリング」することが可能な、自動コンピュータプログラム（ビジュアルクローラ）であり、人間がウェブページを閲覧するのと同様な方法でウェブページを閲覧する。またこのプログラムは、閲覧しているページの、例えばそのページのＵＲＬ、そのページのその他のデータおよびメタデータ等の情報を抽出し、そのページの広告に関する情報、例えば広告の位置、サイズ、種類、広告主のウェブサイトのアドレス、クリエイティブロケーション、クリエイティブアセット、およびそのページから直接的あるいは間接的に入手可能なその他のあらゆる情報等を抽出し、例えば不適切なサイト、あるいは配信された広告を表示すべきではないサイトに、配信された広告がないかを照合することが可能である。また該プログラムは、特定のテーマに興味を持つ人を模倣して、反応時間を計測してもよい。そして、このコンピュータプログラムは、この全ての情報を中央データリポジトリ、例えばデータベースあるいはログファイル等に保存することができる。このデータは、広告が配信された実際の方法を表しているため、配信データと称される。また、このコンピュータプログラムは、照合の目的で用いることが可能なウェブページの視覚的画像も保存する。

マッピングクローラ−あらゆるウェブサイトおよびあらゆるウェブサイト中の各ウェブページにアクセスして、例えばそのページのＵＲＬおよびそのページにおける広告に関する情報（位置、サイズ、種類、広告主のウェブサイトアドレス、クリエイティブロケーション、クリエイティブアセット等）等といった、そのページにおけるデータおよびメタデータを抽出および分析することが可能な、自動コンピュータプログラム（マッピングクローラ）。該マッピングクローラはまた、特定のテーマに興味を持つ人を模倣して、その反応時間を計測してもよい。そして、この全ての情報は、中央データベースあるいはログファイルに格納される。該マッピングクローラは、以下のタスクを実行することが可能である：
・そのページにおける広告サーバの署名を探し、このページが広告を含んでいるかを判定する；
・そのページの広告カテゴリを判定する；
・そのページ内の広告の数およびそのサイズをカウントし、そのページは特定の種類のインシデントが発生する可能性が高いかをチェックする；
・このページがリンクしている全てのウェブページのＵＲＬアドレスおよび発生回数を探す；
・ページの「長さ」を測定し、特定の種類のインシデントが発生する可能性がより高いかチェックする；そのページにおけるデータ／テキストあるいはメタデータを分析し、このページを分類可能にしているある所定のキーワードを探す；
・前回の分析後にページに変更が加えられているかを検出する。

クローラマネジャー−クロールされる必要があるページに関する情報を含むデータリポジトリと、様々なビジュアルクローラあるいはマッピングクローラとの間を調停する自動コンピュータプログラム（クローラマネジャー）。クローラマネジャーは、例えば各クローラの地理的な位置、クロールするページ数、クロールされる必要があるサイト、シミュレートされる必要があるオペレーティングシステムおよびブラウザの種類等であって、これらに限定されない、パラメータに基づいて各クローラにページクローリングタスクを割り当てる。

ユーザインターフェース−ユーザが広告掲載注文の情報をシステムに入力し、インシデントの見直しおよび管理を行うことを可能にするユーザインターフェース。ユーザは、広告キャンペーンの合意事項(広告掲載注文およびプレースメント）をシステムに入力する必要があるので、合意事項を実際の配信と比較することができる。この情報には、上述の通りメディアの売主と合意した配信条件が含まれ、この情報を取引条件と称する。インシデントは、後で閲覧することができ、インシデントの状況は追跡することが可能である。

インシデント識別子：トラッキングピクセルを用いてクローラによって調査対象から収集された実際の配信データと、各広告主から受け付けた取引条件とを比較し、実際の配信が取引条件にて特定されたものと異なるあらゆるケースを識別する、自動コンピュータプログラム（インシデント識別子）。配信が異なると識別された場合ではそれぞれ、インシデント識別子は、インシデントレポートを生成する。発生する不一致の種類によって様々なインシデントの種類が存在し得る。インシデントレポートが生成される場合、レポートにはタイムスタンプ、インシデントが識別されたウェブサイトおよびウェブページのアドレス、そのページに関するその他の関連情報、およびこの特定のプレースメントの取引条件に関する関連情報が含まれ得る。またインシデントレポートには、広告主の広告の画像も、実際インシデントが発生した通りの、そしてインシデントの発生を証明する方法としてクローラによって記録された通りのウェブページの画像と共に含まれる。

レポーティングインターフェース−インシデントレポートの取得および閲覧と、インシデントに関して集められた統計的な情報の検索、閲覧、分析とを可能にするレポーティングインターフェース。

広告サーバ−広告サーバは、オンラインマーケティングにおいて用いられる広告を格納して、ウェブサイトの閲覧者にこれらの広告を配信し、所定の規則に従って広告をアップロードするウェブサーバである。広告サーバは、１件の広告キャンペーンのクリックの数をカウントして、レポートを作成してもよい。広告サーバが参照されるときはいつでも、広告ネットワークおよび広告交換サービスも参照される。

サイト−サイトが参照されるときはいつでも、サイトネットワークも参照される。
パネル−（例えば人口統計学的、社会経済的、地理的な背景等の）情報がすでに存在する一群の調査対象ユーザ。これらのユーザは、クロールには適合していないが、ユーザが閲覧したページを分析するのに適合したクローラ・プラグインを有してもよい。
＜システムアーキテクチャ＞
図１は本発明の様々な部分の構造図を示す。下位サーバのいくつかは、単一のサーバとして実現されてもよい。

以下は、監視および照合処理の説明である：
広告主は、広告が掲載されるべきサイトのリストと、該当する場合は各サイトのセクションのリストとを提出し、該リストはユーザインターフェースを介してシステムに入力される。

キュージェネレータは、マッピングクローラおよびビジュアルクローラによってアクセスするページのリストを作成する。このキューには、ＩＯにおいて特定されたページおよびＩＯ外のページが含まれる。また該キューには、クローラあるいはトラッキングピクセルの一方からインシデントが既に検出されていてクロールが行われるページ、およびインシデントの可能性が高いページが含まれる。該キューは、キャンペーン、サイト、インシデントに関連するデータの優先事項に従って順序付けされ得る。
マッピングクローラはサイトにアクセスして、所要のセクションに属する広告を有するページ、および所要のセクションには属さない付加的なページに位置するよう指示される。あるいは、このステージは手動で行われてもよい。

ビジュアルクローラは、ステップ２において作成されたリストに挙げられた各サイトのページにアクセスするよう指示され、ページの一部は、広告主が購入したセクションの一部分に含まれるが、一部は購入されていないセクションの一部分である。またクローラは、一日に何回各ページにアクセスすべきかと、キャンペーンの開始および終了日とを指示される。

ビジュアルクローラは、クローリングタスクを開始し、キャンペーンの期間中、一日に多数のページにアクセスする。クローラマネジャーは、様々なクローラにページを割り当て、所要のインシデント範囲が十分に得られるようにクローラにロードする。

広告主の広告掲載注文は、ユーザインターフェースを介してシステムに入力され、各個別のサイトにおけるプレースメントを詳述している。このステップは、監視および照合処理を通じて、いつでも行われ得る。トラッキングピクセル処理、パネルおよびクローラによって収集されたデータは、組み合わされて、所定のサイトへの広告コンテンツの配信データが生成される。インシデント識別子は、周期的に広告掲載注文と配信データとを比較して、上述のようにインシデントを生成する。

システムにおける広告掲載注文の情報は、いずれの時点でも修正可能である。修正は、直ちに反映させることも可能であるし、後日反映されるように時期を設定することも可能であるし、過去の日付に遡って反映されることさえ可能である。この場合インシデントは、修正に従って再度生成されてもよい。

広告主は、いずれの時点でもユーザインターフェースにアクセスし、インシデントやインシデントの最新状況を閲覧することができる。
任意的なステップは、サイトがユーザインターフェースにアクセスして、そのサイトで発生しているインシデントを閲覧できることである。

レポーティングインターフェースは、いずれの時点でもアクセス可能で、インシデントやレポートを閲覧することができる。広告主あるいはその代理店は、いずれの時点でも識別したインシデントに基づいて、広告の配信やリクエストクレジットを修正するために各サイトに連絡し、証拠としてインシデントレポートを供給することが可能である。
＜マッピングクローラ＞
マッピングクローラは、ｈｔｍｌテキストをウェブページから取得して、そのページにおけるオブジェクトを階層的に一切操作することなく、そのページにおけるテキストおよびメタデータを分析する。

図７は、マッピングクローラのフローチャートを示す。該マッピングクローラは、以下を行うのに用いられる：
広告が含まれるページを、そのページにおける広告サーバ署名を識別することによって識別する。

広告が含まれるページの識別であって、そのページにおける広告サーバ署名の識別によって行われる識別を用いて、そのページにおける広告の数および各広告のサイズを識別する。

広告が含まれるページの識別であって、そのページにおける広告サーバ署名の識別によって行われる識別を用いて、後にサイトカテゴリのマップが作成できるように、広告サーバのキー値および各ページが属する広告カテゴリを識別する。

ページ中のリンクを分析することによって、このページがリンクしているページを見つける。
広告を含むページがリンクしていることが見つかったページを用いることで、各ページがリンクしている回数や、そのページのウェイトを表すその他のパラメータと共に、サイトマップが作成され得る。このウェイトに基づいて、クロールされるべきページが後に選択され得る。

ページの長さを判定し、前回の分析後にそのページに変更が加えられているかを検出する。
＜ビジュアルクローラ＞
ビジュアルクローリングは、クローリングのより複雑な方法であり、ページを画像でレンダリングし、そのページのｈｔｍｌテキストに基づいて階層的表示を生成する（ウェブブラウザと類似している）。ビジュアルクローラの動作は、人間がページを閲覧するのに類似している。

これらのビジュアルクローラが用いられるのは：
ページ上に表示される様々なメディアの種類の識別である。例えば：
画像（ｊｐｇ、ｇｉｆ等）；
フラッシュアニメーション；
ストリーミングビデオ；
テキスト広告である。

各メディアの種類に対して、ビジュアルクローラは以下のことが可能である：
メディアのランディングページを追跡する（クリックスルーＵＲＬ）。この追跡には、クリックが最終目的地に達するまで複数のサーバが含まれてもよい
そのページにおけるメディアの位置を見つける
メディアの大きさを見つける（幅×高さ）
メディアのｈｔｍｌ／ＪａｖａＳｃｒｉｐｔタグがそのメディアを広告と定義づける特定の署名を有しているかチェックする。これらの署名は、広告サーバから得られてもよい。

該クローラは、そのページ上の広告サーバの署名に対応する全てのタグを識別することが可能である。タグは解析され、例えばクリエイティブファイルのＵＲＬ、ランディングページ、広告の種類、広告のサイズ、広告カテゴリ、および更なるパラメータ等の情報が抽出される。この場合、（マッピングあるいはビジュアル）クローラによって識別された各タグはマッピングされ、この特定のタグが見られるウェブサイトを識別することが可能である。
＜ビジュアルクローリング法＞
ビジュアルクローラは様々な方法を用いることが可能である：
セッションクローリング−セッションとは、ユーザが初めてあるウェブサイトにアクセスしたときにビジターが受け取る固有のＩＤである。このセッションＩＤは、ユーザがそのウェブサイトを離れて他のサイトにアクセスするか、あるいはそのブラウザを閉じるまで、そのウェブサイトのページにおけるビジターのアクセスを追跡する。いくつかの広告技術は、例えばそのサイト上でのユーザの全セッション、あるいは登録されたユーザログインを通じて、ユーザには同じ広告主の広告が供給されるサラウンドセッションのような、セッションに基づいている。セッションクローリングにおいて、ビジュアルクローラは、ユーザのセッションをシミュレートして、そのセッション内の広告の配信を追跡する。

クッキークローリング−クッキーは、ウェブサイトがビジターのコンピュータ上に保存しておくことができ、ビジターがそのサイトにアクセスする度にビジターのコンピュータから読み出すことが可能な、固有のＩＤである。いくつかの広告技術は、クッキーに基づいており、例えば、登録ユーザは人口学的データがクッキーに保存されており、そのデータがターゲティング、あるいは、ユーザが過去にアクセスしたサイトやページに基づいてユーザに広告が供給される行動ターゲティングに用いられている。クッキークローリングでは、ビジュアルクローラは、クッキーをシミュレートし、クッキーに基づいて広告の配信を追跡する。

文脈クローリング−この方法では、クローラは、ページの文脈を識別する。文脈クローリングは、ページ内のテキストの文脈に基づいて広告が供給される文脈ターゲティングに用いられる。
＜分類クローラ＞
分類クローラは、マッピングクローラに類似している。これらのクローラは、ウェブページからＨＴＭＬテキストを取得し、そのページにおけるテキストおよびメタデータを分析する。差異はその分析自体にある。これらのクローラは、異なる分析技術を用いてウェブページの分析を行い、異なる分類を判定する。
＜クローラマネジャー＞
クローラマネジャーサーバは、データリポジトリと世界中で実行されている様々なクローラとを仲介し調停する。該クローラマネジャーは、各クローラの位置および状態を把握しており、各クローラの可用性とクローリングの要件とを把握することによって、どのようにクローリングタスクを分配するのかを決定する。

図８は、クローラマネジャーの一般的な動作のフローチャートを示す：
クローラマネジャーは、以下のことに関与する：
・データリポジトリからクローリングが必要なサイト／ページを取得し、いくつかのクローラに割り当てる。各クローリング要求に含まれ得るのは：
・クローリングが行われるページのＵＲＬアドレス
・いつクローリングが行われるべきか
・クローリングの地理的位置
・同一人物がそのページに何回アクセスしているか（クッキーは、１つの選択的な実現である）。
・どのようなブラウザ／コンピュータ／スクリーンサイズをシミュレートするのか
・その他の特性
・クローリングされたページ／サイトおよびクローリング位置に関してデータリポジトリを更新する
・データリポジトリにクローラのクローリングの結果を挿入する
である。
＜クローリングの実現＞
クローラを実現可能にする方法は複数あり、そのうちの２つの方法が以下に説明されている：
・自律クローラ−このクローラは、独立したコンピュータプログラムである。専用のクローリングサーバに通常インストールされている。
・プラグインクローラ−このクローラは、例えばインターネットエクスプローラ、ファイアーフォックス、オペラ等の様々なブラウザに対するアドインあるいはプラグインとして実現されている。このクローラは、ブラウザアプリケーション内で機能し、例えば閲覧調査対象者群等のような、多数のクライアントコンピュータに通常インストールされており、より分配的なクローリングを可能にする。このクローラは、ｈｔｍｌ／ＪａｖａＳｃｒｉｐｔタグを、ウェブページに直接埋込むか、あるいは、例えば広告サーバ等のような第三者のコンピュータプログラムを介してそのページに間接的に供給して、ウェブページ自体に埋込むことによっても実現可能である。
＜広告および広告主の認識＞
広告は、広告主の製品の販売を促進するテキスト／画像／フラッシュ／ビデオあるいはその他の形態のメディアである。特に一般的には、広告をクリックすると、その製品に関するより多くの情報を有するページであって、通常は広告主のウェブサイト上に存在するページに導かれる。このページは、広告のランディングページあるいはクリックスルーＵＲＬと通常称される。これらの広告は、ウェブページ上に、通常はウェブサイトのコンテンツと並んで表示される。

広告は、画像、フラッシュアニメーション、テキスト、ストリーミングビデオ等、そのページ上のどのような要素のメディアでもよく、技術が発達し変化するに従って、広告をウェブページで見せる新たな方法が毎日ある。

図９は、広告／広告主の認識に関するフローチャートを示す。広告は、ウェブページに多数の様々な方法で掲載され得る。それらの方法のうちのいくつかは：
・（画像のような）Ｈｔｍｌタグ
・フラッシュタグ
・ＪａｖａＳｃｒｉｐｔ
・中に他の広告を含むＩＦｒａｍｅ
である。

現在のところ、ほとんどの広告は、商業広告配信システム、あるいは例えばダブルクリック、グーグル、アトラス、ライトメディア他等の広告ネットワークを介して配信されており、サイトの中には、独自の内部広告配信システムを有しているものもある。これらは全て共通して広告サーバと称される。

広告の認識は、様々な方法で実現され得るが、提案される１つの方法は：
１．各広告サーバは、そのサーバが配信する様々な広告に対してそのサーバが用いる独自の広告タグの署名と、その署名に含まれ、ある広告配信システムから他の広告配信システムへと異なる１つの組のパラメータとを有している。
２．そのページにおける広告サーバの署名に対応する全てのタグを識別する（上記のようにクローラを介して大規模に行われてもよいが、他の方法で行ってもよい）。
３．タグを解析して、例えばクリエイティブファイルのＵＲＬ、ランディングページ、広告の種類、広告のサイズ、広告カテゴリ他等の情報を抽出する。

各サイトは、広告サーバによって識別される必要がある。各サイトの識別は、一般的にパラメータ（ｉｄ）を広告サーバに送信することによって実現される。本発明が提案するマッピング処理は、各ｉｄと閲覧されたサイトとを関連付けする。例えば、あるサイト「Ａ」が広告サーバ１によってサイトｉｄ１３、広告サーバ２によってサイトｉｄ４１、などと識別される場合、トラッキングピクセルがサーバ１によって配信されるサイトｉｄ１３、あるいは広告サーバ２によって配信されるサイトｉｄ４１を識別する度に、サイト「Ａ」が閲覧されたということが分かる。

広告サーバに対するサイトの識別は、特定のパラメータ、サイトの実際の名前で特定することによって行われる場合もある。このデータは、トラッキングピクセルによって配信され、起点ＵＲＬを生成するために抽出される。この技術によって、たとえこのデータがＩＦｒａｍｅあるいはネスト化されたＩＦｒａｍｅにあったとしても、ＵＲＬを抽出して変換することが可能となる。またこの技術によって、広告が送られた広告サーバのルートを辿って、誰がその広告を不適切なあるいは不要なサイトに配信したかを突きとめることができる。
＜インシデント生成＞
インシデントとは、広告掲載注文の取引条件と実際の広告配信とのズレ、違反、あるいは不一致のことである。インシデントの生成は、クローラから取得されたデータ（配信データ）とトラッキングピクセルから取得されたデータとを分析し、そのデータを取引条件と比較することによって行われる。広告掲載注文におけるプレースメントの定義（取引条件）と広告の実際の配信との間に不整合が見つかった場合に、インシデントが生成される。全てのインシデントは、この発生しているインシデントの程度と、その他の設定可能なパラメータとに基づく契約解除のレベルを有してもよい。

インシデントの種類は、広告主とサイトとの間の契約上の合意に基づいている。ここに、特定の契約上の合意に基づいて生成され得るインシデントの種類の例がある：
・Ｂｅｌｏｗ ｔｈｅ ｆｏｌｄインシデント：このインシデントは、広告がそのページの折り目よりも下に表示されている（このため、ユーザがこの広告を見るにはスクロールする必要がある）ときに発生する。そして、そのキャンペーンでは、折り目の下の広告表示が許可されていない。本発明が提案する方法によれば、ＩＯについての情報が一切なくても、この種類のインシデントを生成することが可能である。
・競合先との衝突：このインシデントは、広告が、競合する広告主の広告と同一のページに表示される場合に発生する。競合先の定義は、キャンペーンの定義から、あるいは様々な広告主の競合相手のリストから得ることができる。
・頻度インシデント：このインシデントは、（特定の広告主のための）広告が一定の時間枠内において１人のリピートビジターに対して過度に多くの回数表示される場合に発生する。この頻度は、キャンペーンにおいて定義されている。
・マルチ広告：このインシデントは、（特定の広告主のための）広告が、同じ広告主の他の広告と一緒にそのページ上に表示され、キャンペーンの定義にはそれが許可されていなかった場合に発生する。
・地理的ターゲティング欠落：このインシデントは、（特定の広告主のための）広告が特定の地理的領域外のビジターに対して表示され、そのキャンペーンでは該領域外で広告が表示されることが許可されていなかった場合に発生する。
・ターゲティング欠落：このインシデントは、キャンペーンで定義されたターゲットとされるべき視聴者ではないビジターに対して広告が表示される場合に発生する。このインシデントのいくつかの例には、コンテキストターゲティング、行動ターゲティングリターゲティング、人口統計学的ターゲティングおよびユーザーデータターゲティングが含まれる（ただしこれらに限定されない）。
・プレースメントが見つからない：このインシデントは、（特定の広告主のための）広告がキャンペーンで定義されたように、表示されるべきであった、ページやセクションに表示されない場合、もしくは設定時間通りに開始されない、あるいは時間の前に終了してしまった場合に発生する。
・スポンサーシップが実行されていない：このインシデントは、広告が特定の広告量シェアで買われている（すなわち、広告はページやセクションへのアクセスの数にかかわらず、ある特定の回数アクセスする度に１回表示されるように売られている）が、実際には異なる広告量シェアを受け取っている場合に発生する。
・間違った広告／クリエイティブ−このインシデントは、広告が間違ったクリエイティブ（間違ったピクチャ／フラッシュ等）を用いて配信されている場合に発生する。長いロード時間−
日時−このインシデントは、広告が所要の時刻に配信されていない場合に発生する。

チャンネル外−このインシデントは、広告が間違ったチャンネル（広告主によって特にターゲットとされているサイトのセクション、例えばサイトの金融セクション）において配信されている場合に発生する。

間違った期日−このインシデントは、広告が所要の期日に配信されていない場合に発生する。
広告クラッタ−このインシデントは、広告が多数の広告（広告クラッタ）を含むページに配信されている場合に発生する。本発明によって提案される方法によれば、この種のインシデントは、ＩＯについての情報が一切なくても生成することが可能である。

広告詐欺−このインシデントは、広告が他の広告と共に配信されているが、実際にはそのうちの１つの広告しか表示されていない場合に発生する。本発明によって提案される方法によれば、この種のインシデントは、ＩＯについての情報が一切なくても生成することが可能である。

広告ハイジャック−このインシデントは、広告があるサイトに配信され、その後そのあるサイトはその広告を別のサイトに移動させるが、当該あるサイト自体を最初のサイトとして識別してしまう場合に発生する。この状況において、広告サーバは、広告が配信されている実際のサイトが後者のサイトであるのにもかかわらず、最初のサイトを配信サイトとして登録してしまう。本発明によって提案される方法によれば、この種のインシデントは、ＩＯについての情報が一切なくても生成することが可能である。

不適切な内容−このインシデントは、広告が不適切な内容を含むサイトに配信されている場合に発生する。
本発明によって提案される方法によれば、この種のインシデントは、ＩＯについての情報が一切なくても生成することが可能である。

含まれているサイト以外のサイト−このインシデントは、広告がキャンペーンのＩＯにおいて特定されているサイトのリストには含まれていないサイトに配信されている場合に発生する。

除外サイト−このインシデントは、広告がキャンペーンのＩＯに特定されている除外サイトのリストに含まれているサイトに配信されている場合に発生する。
＜インシデント採点法＞
採点法とは、キャンペーンにおける定義とは対照的に実際の結果を比較して、広告掲載注文に定義された広告がどのくらい効果的であるかを、キャンペーンの責任者／広告主／サイトが知るための方法である。採点は、０〜１００までの数である。０が最低得点、１００が最高得点（インシデントが発生しなかった）である。

基本的な採点は以下のように行われ得る：
・各ページのインシデントの種類別
・各ページカテゴリのインシデントの種類別
・サイトごと
・各サイトカテゴリのインシデントの種類別
全てのインシデントの種類を集約するとより複雑な採点がなされ得る：
・ページごと
・ページカテゴリごと
・サイトごと
・サイトカテゴリごと
キャンペーンの責任者が広告掲載注文の内容がどれだけ効果的に進んでいるかがわかるように、各インシデントの種類は個別に採点される。採点アルゴリズムでは発生したインシデントの量、および見つかった広告の数を考慮に入れる必要がある。

単純な採点アルゴリズムの一例は以下のとおりである：発生したインシデントの数を見つかった広告の数の合計で除算する。インシデント全体採点法は、１つの得点が全てのインシデントの種類の得点であり、（上述のように）インシデント全体に対する総得点をもたらす方法である。インシデント採点方法には、インシデントの種類の各々がその他全てのインシデントの種類に対してどれだけ深刻であるかに依存して、インシデントの得点を計算するための様々なアルゴリズムが存在する。

全体採点法のアルゴリズムのいくつかの例は以下のようである：
・ワースト３のインシデントの種類を選択し、（Ａ×４＋Ｂ×２＋Ｃ）／７のようにワースト３を採点する。Ａは最低得点、Ｃは３番目に悪い得点である。
・各インシデントの種類に対して優先度を設定し、この優先度をそのインシデントの種類の得点で乗算したものに基づいて中央値を算出する。
＜インシデント報告＞
インシデントは、様々なグループ分けのオプションによって分類されることができ、その分類に従って得点が与えられ得る。

レポートは、これらのグループ分けによって分類され、以下のような様々なパラメータによってフィルタされ得る：
・サイト
・ページカテゴリ
・日付
・インシデントの種類
インシデントに関して作成が可能なレポートにはいくつかの種類があり、そのうちのいくつかには以下のようなものがある：
ティアシートレポート−ティアシートとは、ＩＯに沿った広告を有するページのスクリーンショットのことである。インシデントジェネレータがページを処理し、インシデントがないと識別すると、このページは、広告配信処理の証拠としてのティアシートとして報告される。
・サマリーレポート−所定のフィルタおよびグループ分けによってインシデントを要約する。そして、インシデントの種類ごとの得点あるいは全てのインシデントの種類の得点を表示する。
・プログレスレポート−所定のフィルタおよびグループ分けによってインシデントを要約する。そして、インシデントの種類ごとの得点あるいは全てのインシデントの種類の得点を一日ごとに表示して、広告掲載注文に定義された期間を通じた得点の進展を示す。

本発明のいくつかの実施形態によると、該システムは、デジタル電子回路、あるいはコンピュータハードウェア、ファームウェア、ソフトウェア、あるいはこれらの組み合わせにおいて実現可能である。本発明の装置は、プログラム可能な処理装置によって実行するための情報媒体、例えば機械で読取可能な記憶装置あるいは伝搬信号において具現化されたコンピュータあるいは携帯電話のプログラム（ソフトウェア）製品において実現可能であり、また、本発明の方法のステップは、本発明の機能を実行するための命令のプログラムを実行する、プログラム可能な処理装置が、入力データに基づいて動作し、出力データを生成することによって、実行することが可能である。

本発明は、データおよび命令の受信先として、また送信先として接続された少なくとも１つのプログラム可能な処理装置と、データ格納システムと、少なくとも１つの入力装置と、少なくとも１つの出力装置とを含むプログラム可能なシステム上で実行可能な、１つ以上のコンピュータプログラム（ソフトウェア）において好適に実現され得る。コンピュータプログラムとは、コンピュータにおいて直接的あるいは間接的に用いられて、特定の活動を行ったり（ソフトウェア）、あるいは特定の結果をもたらしたりするための１組の命令のことである。コンピュータプログラム（ソフトウェア）は、あらゆる形態のプログラム言語で書くことができ、（将来利用可能となるかもしれない、あらゆる種類のソフトウェアは）コンパイラ言語あるいはインタープリタ言語を含み、独立型プログラムとして、あるいはモジュール、コンポーネント、サブルーチンとして、あるいはコンピュータ環境において用いられるのに適したその他のユニットなどを含むあらゆる形態で展開され得る。

命令のプログラムを実行するのに適した処理装置には、例えば、汎用のマイクロプロセッサおよび特定用途のマイクロプロセッサの双方、あらゆる種類のコンピュータにおける単体の処理装置あるいは複数の処理装置のうちの１つ等が含まれる。一般的に、処理装置は、命令およびデータを読取専用メモリあるいはランダムアクセスメモリあるいはその双方から受信することになる。コンピュータの主要な要素は、命令を実行するための処理装置と、命令およびデータを格納するための１つ以上のメモリとである。一般的に、コンピュータは、データファイルを格納するための１つ以上の大容量記憶装置も含むことになる、あるいは該記憶装置に動作可能なように接続されて該記憶装置と通信することにもなる。このような記憶装置には、例えば内蔵されたハードディスクやリムーバブルディスク等のような磁気ディスク、光磁気ディスク、および光ディスクが含まれる。コンピュータプログラムの命令およびデータを具現化するのに適した記憶装置には、例えばＥＰＲＯＭ、ＥＥＰＲＯＭおよびフラッシュメモリ装置等の半導体メモリ装置、例えば内蔵ハードディスクおよびリムーバブルディスク等の磁気ディスク、光磁気ディスク、ＣＤ−ＲＯＭディスク、ＤＶＤ−ＲＯＭディスクを含む、あらゆる形態の不揮発性メモリが含まれる。該処理装置および該メモリは、ＡＳＩＣ（特定用途向け集積回路）によって補完され得る、あるいは、ＡＳＩＣに組み込まれ得る。

ユーザとのやりとりを行うために、本発明は、ユーザに情報を表示するための、例えばＣＲＴ（ブラウン管）あるいはＬＣＤ（液晶ディスプレイ）モニタ等のディスプレイ装置と、キーボードと、例えばユーザがコンピュータに入力を行うことが可能なマウスあるいはトラックボールあるいは携帯電話のキーボード、ジョイスティックあるいはその他のあらゆる関連装置等のポインティングデバイスとを有するコンピュータ上に実装可能である。

本発明は、例えばデータサーバ等のバックエンドコンポーネントを含むコンピュータシステム、あるいは、例えばアプリケーションサーバあるいはインターネットサーバ等のミドルウェアコンポーネントを含むコンピュータシステム、あるいはグラフィカルユーザインターフェースやインターネットブラウザやその他の有用なソフトウェアアプリケーションあるいはこれらの組み合わせを有するクライアントコンピュータあるいは携帯電話等のフロントエンドコンポーネントを含むコンピュータシステムにおいて実行可能である。該システムのコンポーネントは、あらゆる形態によって、あるいは例えば通信ネットワーク等のデジタルデータ通信の媒体によって接続され得る。通信ネットワークの例としては、例えばＬＡＮ、ＷＡＮ、インターネットやワイヤレスネットワークを形成するコンピュータおよびネットワーク等も含まれる。

該コンピュータシステムは、マルチメディアクライアントおよびサーバを含み得る。クライアントおよびサーバは、一般的に、互いから離れており、通常は、例えば上記等のようなネットワークを介してやりとりする。マルチメディアクライアントとサーバとの関係は、各コンピュータ、あるいは、あらゆるハードウェア上で実行され、互いにクライアント−サーバの関係を有する、コンピュータプログラムあるいはあらゆるソフトウェアによって生じる。

上記の例および記述は、当然のことながら、単に説明の目的で提供されたものであって、どのようにも本発明を限定することを意図していない。当業者によって理解されるであろうように、上述の技術のうちの１つ以上用いて、本発明の範囲を超えることなく、本発明を様々な方法で実行することは可能である。

Claims (34)

1. データネットワーク上で配信される広告コンテンツをキャンペーンの間において自動的に監視および照合するための方法であって、
   ａ）前記広告コンテンツが所望の広告掲載注文に従って配置されるべきサイトの、あるいはサイトごとのセクションの、リストを、１つ以上の広告主がユーザインターフェースを介して提出することを許可することと、
   ｂ）１つ以上のマッピングクローラを作動させて前記サイトにアクセスし、
   ｂ．１）所望のセクションに属する広告を有するページと、
   ｂ．２）該所望のセクションに属さないページと、
   ｂ．３）インシデントの高い確率を有するページと
   を配置することと、
   ｃ）サイトごとにアクセスするページのリストを生成することと、
   ｄ）所定のサイトアクセスプランに従って、１つ以上のビジュアルクローラが前記リストのページにアクセスすることを許可することと、
   ｅ）要求される十分なインシデント範囲を得るように、クローラマネジャーが複数のビジュアルクローラに該ページを割り当て、前記複数のビジュアルクローラにロードすることと、
   ｆ）インシデント識別子によって、広告掲載注文と配信データとを比較することと、
   ｇ）広告掲載注文と、該広告掲載注文に対応する配信データとが一致しないときはいつでも、インシデントレポートを生成することと
   を備える方法。
2. 請求項１に記載の方法であって、さらに、
   ａ）１つ以上のアクションを追跡するためのトラッキングピクセル処理を作動させることであって、該処理において広告主は前記アクションが追跡された直後に表示されるページ上にピクセルを表す画像タグを配置する、トラッキングピクセル処理を作動させることと、
   ｂ）所定のサイトへの前記広告コンテンツの配信データを生成するために、前記クローラによって収集された前記データを、前記トラッキングピクセル処理によって収集された前記データに加えることと
   を備える方法。
3. 請求項２に記載の方法であって、
   前記トラッキングピクセル処理は、前記広告が表示された、前記アクセスされたサイトの前記ＵＲＬを分析および抽出するために付加データを用いる
   ことを特徴とする方法。
4. 請求項２に記載の方法であって、
   前記トラッキングピクセル処理は、前記表示された広告の前記タグＩＤを検出するために付加データを用いる
   ことを特徴とする方法。
5. 請求項２に記載の方法であって、
   前記トラッキングピクセル処理は、広告があるサイトに表示されるまでに通る広告サーバ間のパスを抽出するために付加データを用いる
   ことを特徴とする方法。
6. 請求項１に記載の方法であって、
   前記ページの一部は、前記広告主の購入に含まれている、あるいは、前記広告主の購入から除外されている前記セクションの一部である
   ことを特徴とする方法。
7. 請求項１に記載の方法であって、
   前記アクセスプランは、各ページに１日何回アクセスすべきかと、キャンペーンの開始日および終了日とを含んでいる
   ことを特徴とする方法。
8. 請求項１に記載の方法であって、
   前記広告掲載注文は、各個別のサイトにおけるプレースメントを特定する
   ことを特徴とする方法。
9. 請求項１に記載の方法であって、
   前記リストは、手動、あるいはマッピングクローラによって生成される
   ことを特徴とする方法。
10. 請求項１に記載の方法であって、
    前記広告掲載注文の情報は、あらゆる時点で修正される
    ことを特徴とする方法。
11. 請求項１に記載の方法であって、
    前記修正は、直ちに反映される、後日反映される、あるいは遡及的に反映される
    ことを特徴とする方法。
12. 請求項１に記載の方法であって、さらに、
    前記広告主がいつでもユーザインターフェースにアクセスして、インシデントを閲覧し、インシデントの状態を更新することを許可すること
    を備える方法。
13. 請求項１に記載の方法であって、さらに、
    前記サイトが前記ユーザインターフェースにアクセスして、該サイト上で発生しているインシデントを閲覧することを許可すること
    を備える方法。
14. 請求項１に記載の方法であって、さらに、
    前記広告主がユーザインターフェースを介して該広告主のサイト上で発生しているインシデントに関するレポートを閲覧することを許可すること
    を備える方法。
15. 請求項１に記載の方法であって、
    前記マッピングクローラは、以下のうちの１つまたは複数を実行するのに用いられる方法：
    ａ）ウェブページからｈｔｍｌテキストを取得すること；
    ｂ）前記ウェブページにおけるテキストおよびメタデータを、該ページの前記オブジェクトを階層的に操作することなく、分析すること；
    ｃ）広告を含むページを、該ページにおける広告サーバ署名を識別することによって識別すること；
    ｄ）該ページにおける広告の数および各広告のサイズを識別すること；
    ｅ）サイトカテゴリのマップを作成するために、広告サーバのキー値と、各ページが属する広告カテゴリとを識別すること；
    ｆ）各広告サーバに関して前記広告サーバの前にある前記サイトを識別する前記特定のサイトＩＤを識別すること。該特定のサイトＩＤは、後に前記ＴＰデータを分析する処理において用いるために記録される；
    ｇ）ページを見つけることであって、このページがリンクしているページを、前記ページにおけるリンクを分析することによって見つけること；
    ｈ）前記ページの長さを測定し、前回の分析が行われてから該ページに変更が加えられているかを検出すること；
    ｉ）ページのリダイレクションを分析すること；
    ｊ）前記ページにおけるエラーを報告し、記録すること；
    ｋ）前記サイト／ページで要求された場合はユーザデータを入力すること。入力されるユーザデータは、ユーザクリック、ログインパラメータ、ユーザ情報、およびその他ユーザに関するデータを含んでいてもよいが、これらに限定されない；
    ｌ）前記広告サーバのルートを識別すること；
    ｍ）広告ネットワークおよび広告サーバに属するサイトのマップを識別し、作成すること；
    ｎ）サイトのネットワークに属しているサイトのマップを識別し、作成すること；
    ｏ）偽装−（人口統計学的に、ユーザパラメータ等）キャンペーンで必要とされる場合に、クッキー、セッション（ｐｏｓｔ／ｇｅｔ）、ユーザエージェントを用いてクローラを識別することが可能である。
16. 請求項１に記載の方法であって、
    前記サイトマップは、各ページがリンクされている回数と、前記ページのウェイトを表すパラメータとを含む
    ことを特徴とする方法。
17. 請求項１に記載の方法であって、
    前記ビジュアルクローラが使用されるのは：
    ａ）ウェブページを画像でレンダリングして、該ページの階層的表示を該ページのｈｔｍｌテキストに基づいて生成すること；
    ｂ）隙間を識別すること；
    ｃ）表示されるメディアの種類を識別すること；
    各メディアの種類に対して：
    ｄ）該メディアのランディングページを追跡すること；
    ｅ）該ページ上における該メディアの位置を見つけること；
    ｆ）該メディアの大きさを見つけること；
    ｇ）前記広告サーバのルートを識別すること；
    ｈ）サイトのリダイレクションを識別すること；
    ｉ）該メディアのｈｔｍｌ／ＪａｖａＳｃｒｉｐｔタグが、該メディアが広告であると定義する特定の署名を有しているかチェックすること；
    ｊ）該ページにおける前記テキストおよびメタデータを分析して、その後、該ページ、前記サイトおよび関連する広告を分類するのに用いられるであろう特定の所定のキーワードを探すこと、および
    ｋ）前記サイト／ページによって要求された場合は、ユーザデータを入力すること
    である方法。
18. 請求項１７に記載の方法であって、
    前記入力されるユーザデータは：
    ログインパラメータ；
    ユーザに関連するデータ
    を含むことを特徴とする方法。
19. 請求項１に記載の方法であって、
    前記メディアの種類は：
    画像；
    フラッシュアニメーション；
    ストリーミングビデオ；
    テキスト広告
    を含むことを特徴とする方法。
20. 請求項１に記載の方法であって、
    前記ビジュアルクローラは：
    セッションクローリング；
    クッキークローリング；
    文脈クローリング；
    分類クローリング
    を用いることを特徴とする方法。
21. 請求項１に記載の方法であって、
    前記クローラマネジャーが使用されるのは：
    ａ）前記データリポジトリと実行中のクローラとの間を仲介し、調停することと、
    ｂ）クローリングが必要とされるサイトあるいはページを前記データリポジトリから取得し、様々なクローラに該サイトあるいはページを割り当てることと
    であることを特徴とする方法。
22. 請求項１に記載の方法であって、
    前記クローラは、自律クローラあるいはプラグインクローラであることを特徴とする方法。
23. 請求項１に記載の方法であって、
    広告は、画像、フラッシュアニメーション、テキスト、ストリーミングビデオを含む、前記ページ上のあらゆるメディアであることを特徴とする方法。
24. 請求項１に記載の方法であって、
    広告あるいは広告主は、
    ・ＨＴＭＬタグ
    ・フラッシュタグ
    ・ＪａｖａＳｃｒｉｐｔ
    ・中に他の広告を含むＩＦｒａｍｅ
    によって認識されることを特徴とする方法。
25. 請求項１に記載の方法であって、
    広告は、
    ａ）広告サーバの署名に対応する前記ページ上における全ての前記タグを認識することと、
    ｂ）前記タグを解析し、例えば前記クリエイティブファイルの前記ＵＲＬ、前記ランディングページ、広告の前記種類、前記広告の前記サイズ、および前記広告カテゴリ等の情報を抽出することと
    によって認識されることを特徴とする方法。
26. 請求項１に記載の方法であって、
    インシデントは、以下のうちの１つあるいは複数によって生成されることを特徴とする方法：
    ・Ｂｅｌｏｗ ｔｈｅ ｆｏｌｄインシデント
    ・競合相手との衝突
    ・頻度インシデント
    ・マルチ広告
    ・地理的ターゲティング欠落
    ・ターゲティング欠落
    ・プレースメントが見つからない
    ・スポンサーシップが実行されていない
    ・間違った広告／クリエイティブ
    ・日付
    ・チャンネル外
    ・間違った日付
    ・広告クラッタ
    ・広告詐欺
    ・広告ハイジャック
    ・不適切な内容
    ・含まれているサイト以外
    ・除外サイト。
27. 請求項２６に記載の方法であって、
    前記Ｂｅｌｏｗ ｔｈｅ ｆｏｌｄインシデント、広告クラッタインシデント、広告詐欺インシデント、広告ハイジャックインシデント、あるいは不適切な内容インシデントは、ＩＯなしでも生成されることを特徴とする方法。
28. 請求項１に記載の方法であって、さらに、
    ・ページごとのインシデントの種類ごと
    ・ページカテゴリごとのインシデントの種類ごと
    ・サイトごと
    ・サイトカテゴリごとのインシデントの種類ごと
    のインシデントの採点を備える方法。
29. 請求項１に記載の方法であって、
    採点は、全てのインシデントの種類の集約によって行われることを特徴とする方法。
30. 請求項１に記載の方法であって、
    前記広告サーバに対する前記サイトの前記識別は、特定のパラメータにおいて前記サイトの実際の名称を特定することによって行われる
    ことを特徴とする方法。
31. 請求項２９に記載の方法であって、さらに、
    前記トラッキングピクセルによって前記サイトの前記実際の名称を配信し、前記名称を抽出して前記起点ＵＲＬを生成することを備える方法。
32. 請求項１に記載の方法であって、
    前記生成されたレポートは、以下のうちの１つあるいは複数を含むことを特徴とする方法：
    ティアシートレポート；
    サマリーレポート；
    プログレスレポート。
33. 動作可能にマルチメディアコンテンツに関連付けられたマルチメディアネットワークから所定のコンテンツを抽出するためのデータ処理システムであって、該データ処理システムは、
    ａ）少なくとも１つのメディエータサーバであって、
    ａ．１）動作可能に該メディエータサーバに関連付けられた少なくとも１つのウェブクローラと、
    ａ．２）動作可能に前記メディエータサーバに関連付けられ、少なくとも１つの広告主に関連するビジュアルコンテンツを備える、少なくとも１つのビジュアルコンテンツデータベースと
    を備える少なくとも１つのメディエータサーバを備え、
    前記メディエータは、前記データベースから広告主に関連する指示を受け付け、前記マルチメディアネットワーク上で所定のビジュアルコンテンツに対してビジュアルコンテンツ抽出処理を適用するように少なくとも一つのクローラに指示するように構成されている
    ことを特徴とするシステム。
34. 動作可能にマルチメディアコンテンツに関連付けられたマルチメディアネットワーク広告の監視、照合および監査を行うためのデータ処理システムであって、該データ処理システムは、
    ａ）少なくとも１つのメディエータと、
    ｂ）動作可能に該メディエータサーバに関連付けられ、少なくとも広告主と、対応する広告キャンペーンとに関連するビジュアルコンテンツと、前記マルチメディアネットワークから抽出されたビジュアルコンテンツとを備える少なくとも１つの広告データベースと
    を備え、
    前記メディエータは、前記データベースから広告主と対応する広告キャンペーンとに関連するビジュアルコンテンツを受け付け、前記マルチメディアネットワーク上で広告キャンペーンに対する所定の監視、照合および監査の処理を、対応するマルチメディアネットワークにおけるビジュアルコンテンツのプレースメントを考慮して適用するように構成され、
    前記メディエータはさらに、照合および監視に関するレポートを供給するように構成されている
    ことを特徴とするシステム。

Images