(57)【特許請求の範囲】
【請求項１】
データネットワーク上で配信されるマルチメディアの広告コンテンツの広告掲載注文が世界的に順守されていることをキャンペーンの間において自動的に監視および照合するためのシステムによって実行される方法であって、
ａ）キャンペーンの配信条件に関連付けられた予め決められた広告掲載注文に従った広告情報と、前記広告コンテンツが前記広告掲載注文に従って提供されるべき、あるいは提供されるべきでないサイトの、あるいはサイトごとのセクションの、リストとを、ユーザインターフェイスもしくはプロセッサ対応機器のソフトウェアインターフェイスによって、前記データネットワークを介して、広告主主導でアップロードすることと、
ｂ）広告パラメータを含むウェブページを追跡するためのトラッキングピクセル処理をトラッキングピクセルサーバによって作動させることと、
ｃ）少なくとも１つのクローラマネージャサーバによって、少なくとも１つのマッピングクローラと少なくとも１つのビジュアルクローラとを含む複数のウェブクローラに、クローリングが必要とされるウェブページに関するクローリングタスクを割り当てることと、
ｄ）所定のサイトアクセスプランに従って、前記複数のウェブクローラが前記追跡されたウェブページにアクセスして、前記クローリングタスクを実行し、前記ウェブページからビジュアル広告関連配信データ、または文脈配信データ、またはメタデータ関連配信データを抽出するように、前記少なくとも１つのクローラマネージャサーバによって前記複数のウェブクローラを作動させることと、
ｅ）前記抽出された配信データと、前記複数のウェブクローラと関連付けられたデータとを複数のデータベースに格納することと、
ｆ）少なくとも１つのインシデントジェネレータサーバによって、前記広告掲載注文を前記抽出された配信データと比較することと、
ｇ）前記少なくとも１つのインシデントジェネレータサーバによって、前記広告掲載注文の１つと、該広告掲載注文に対応する配信データとが一致しないときはいつでも、インシデントを生成することと
を備え、
前記少なくとも１つのビジュアルクローラを使用して、ウェブページを画像でレンダリングし、該ページの階層的表示を該ページのＨＴＭＬテキストに基づいて生成する
ことを特徴とする方法。
【請求項２】
請求項１に記載の方法であって、
前記配信データは、前記トラッキングピクセル処理によって収集されたデータを組み合わせることと、前記複数のウェブクローラとによって生成される
ことを特徴とする方法。
【請求項３】
請求項１に記載の方法であって、
前記トラッキングピクセル処理は、広告が表示された、アクセスされたサイトのＵＲＬを分析および抽出するために前記配信データを用いる
ことを特徴とする方法。
【請求項４】
請求項１に記載の方法であって、
前記トラッキングピクセル処理は、表示された広告のタグＩＤを検出するために前記配信データを用いる
ことを特徴とする方法。
【請求項５】
請求項１に記載の方法であって、
前記トラッキングピクセル処理は、広告があるサイトに表示されるまでに通る広告サーバ間のパスを抽出するために前記配信データを用いる
ことを特徴とする方法。
【請求項６】
請求項１に記載の方法であって、
前記ページの一部は、前記広告主の購入に含まれている、あるいは、前記広告主の購入から除外されている前記セクションの一部である
ことを特徴とする方法。
【請求項７】
請求項１に記載の方法であって、
前記アクセスプランは、各ページに１日何回アクセスすべきかと、キャンペーンの開始日および終了日とを含んでいる
ことを特徴とする方法。
【請求項８】
請求項１に記載の方法であって、
前記広告掲載注文は、各個別のサイトにおけるプレースメントを特定する
ことを特徴とする方法。
【請求項９】
請求項１に記載の方法であって、
前記リストは、手動、あるいはマッピングクローラによって生成される
ことを特徴とする方法。
【請求項１０】
請求項１に記載の方法であって、
前記広告掲載注文の情報は、あらゆる時点で修正される
ことを特徴とする方法。
【請求項１１】
請求項１に記載の方法であって、
修正は、直ちに反映される、後日反映される、あるいは遡及的に反映される
ことを特徴とする方法。
【請求項１２】
請求項１に記載の方法であって、さらに、
広告主がいつでもユーザインターフェースにアクセスして、インシデントを閲覧し、インシデントの状態を更新することを許可すること
を備える方法。
【請求項１３】
請求項１に記載の方法であって、さらに、
前記サイトが前記ユーザインターフェースにアクセスして、該サイト上で発生しているインシデントを閲覧することを許可すること
を備える方法。
【請求項１４】
請求項１に記載の方法であって、さらに、
前記広告主がユーザインターフェースを介して該広告主のサイト上で発生しているインシデントに関するレポートを閲覧することを許可すること
を備える方法。
【請求項１５】
請求項１に記載の方法であって、
前記少なくとも１つのマッピングクローラは、以下のうちの１つまたは複数を実行するのに用いられる方法：
ａ）ウェブページからＨＴＭＬテキストを取得すること；
ｂ）前記ウェブページにおけるテキストおよびメタデータを、該ページの前記オブジェクトを階層的に操作することなく、分析すること；
ｃ）広告を含むページを、該ページにおける広告サーバ署名を識別することによって識別すること；
ｄ）該ページにおける広告の数および各広告のサイズを識別すること；
ｅ）広告ネットワークまたは広告サーバまたはサイトのネットワークに関連するサイトマップを作成するために、広告サーバのキー値と、各ページと関連付けられた広告カテゴリとを識別すること；
ｆ）トラッキングピクセルデータを分析する処理において後に用いるために記録するために、各広告サーバに関して前記広告サーバへのサイトを識別する前記特定のサイトＩＤを識別すること；
ｇ）ページを見つけることであって、このページがリンクしているページを、前記ページにおけるリンクを分析することによって見つけること；
ｈ）前記ページの長さを測定し、前回の分析が行われてから該ページに変更が加えられているかを検出すること；
ｉ）ページのリダイレクションを分析すること；
ｊ）前記ページにおけるエラーを報告し、記録すること；
ｋ）前記サイト／ページで要求された場合はユーザデータを入力すること；
ｌ）広告サーバのルートを識別すること；または
ｍ）キャンペーンで必要とされる場合に、クローラを識別できるように、クッキーを使用して偽装すること。
【請求項１６】
請求項１５に記載の方法であって、
前記サイトマップは、各ページがリンクされている回数と、前記ページのウェイトを表すパラメータとを含む
ことを特徴とする方法。
【請求項１７】
請求項１に記載の方法であって、
前記少なくとも１つのビジュアルクローラが：
ａ）隙間を識別すること；
ｂ）レンダリングされたウェブページ上に表示されるメディアの種類を識別すること；
ｃ）識別された各メディアの種類に対してランディングページを追跡すること；
ｄ）識別された各メディアの種類に対して該ページ上の位置および寸法を見つけること；
ｅ）識別された各メディアの種類に対して広告サーバのルートを識別すること；
ｆ）識別された各メディアの種類に対してサイトのリダイレクションを識別すること；
ｇ）レンダリングされたウェブページのＨＴＭＬタグまたはＪａｖａＳｃｒｉｐｔタグが、該メディアが広告であると定義する特定の署名を有しているかチェックすること；
ｈ）該ページにおけるテキストおよびメタデータを分析して、その後、該ページ、前記サイトおよび関連する広告を分類するのに用いられるであろう特定の所定のキーワードを、各メディアの種類に対して探すこと、または
ｋ）前記サイトまたは前記ページによって各メディアの種類に対して要求された場合は、ユーザデータを入力すること
にも使用されることを特徴とする方法。
【請求項１８】
請求項１７に記載の方法であって、
前記入力されるユーザデータは：
ログインパラメータ；または、
ユーザに関連するデータ
を含むことを特徴とする方法。
【請求項１９】
請求項１７に記載の方法であって、
前記メディアの種類は：
画像；
フラッシュアニメーション；
ストリーミングビデオ；または、
テキスト広告
を含むことを特徴とする方法。
【請求項２０】
請求項１に記載の方法であって、
前記ビジュアルクローラは：
セッションクローリング；
クッキークローリング；
文脈クローリング；または、
分類クローリング
を実行することを特徴とする方法。
【請求項２１】
請求項１に記載の方法であって、
前記少なくとも１つのクローラマネジャーが使用されるのは：
ａ）データリポジトリと実行中のクローラとの間を仲介し、調停することと、
ｂ）クローリングが必要とされるサイトあるいはページを前記データリポジトリから取得し、様々なクローラに該サイトあるいはページを割り当てることと
であることを特徴とする方法。
【請求項２２】
請求項１に記載の方法であって、
前記クローラは、自律クローラあるいはプラグインクローラであることを特徴とする方法。
【請求項２３】
請求項１に記載の方法であって、
広告は、画像、フラッシュアニメーション、テキスト、または、ストリーミングビデオを含む、前記ページ上のあらゆるメディアであることを特徴とする方法。
【請求項２４】
請求項１に記載の方法であって、
広告あるいは広告主は、
・ＨＴＭＬタグ
・フラッシュタグ
・ＪａｖａＳｃｒｉｐｔ
・中に他の広告を含むＩＦｒａｍｅ
によって認識されることを特徴とする方法。
【請求項２５】
請求項１に記載の方法であって、
広告は、
ａ）広告サーバの署名に対応する前記ページ上における全ての前記タグを認識することと、
ｂ）前記タグを解析し、クリエイティブファイルのＵＲＬ、ランディングページ、広告の種類、前記広告のサイズ、および広告カテゴリを含む情報を抽出することと
によって認識されることを特徴とする方法。
【請求項２６】
請求項１に記載の方法であって、
生成される前記インシデントは、以下で構成される群から選択されることを特徴とする方法：
・折り目よりも下インシデント
・競合相手との衝突インシデント
・頻度インシデント
・マルチ広告インシデント
・地理的ターゲティング欠落インシデント
・ターゲティング欠落インシデント
・プレースメントが見つからないインシデント
・スポンサーシップが実行されていないインシデント
・間違った広告／クリエイティブインシデント
・日付インシデント
・チャンネル外インシデント
・間違った日付インシデント
・広告クラッタインシデント
・広告詐欺インシデント
・広告ハイジャックインシデント
・不適切な内容インシデント
・含まれているサイト以外インシデント、および
・除外サイトインシデント。
【請求項２７】
請求項２６に記載の方法であって、
前記折り目よりも下インシデント、広告クラッタインシデント、広告詐欺インシデント、広告ハイジャックインシデント、あるいは不適切な内容インシデントは、ＩＯなしでも前記少なくとも１つのインシデントジェネレータサーバによって生成されることを特徴とする方法。
【請求項２８】
請求項１に記載の方法であって、さらに、
・ページごとのインシデントの種類ごと
・ページカテゴリごとのインシデントの種類ごと
・サイトごと、または、
・サイトカテゴリごとのインシデントの種類ごと
のインシデントの採点を備える方法。
【請求項２９】
請求項２８に記載の方法であって、
採点は、全てのインシデントの種類の集約によって行われることを特徴とする方法。
【請求項３０】
請求項１５に記載の方法であって、
前記広告サーバに対する前記サイトの前記識別は、特定のパラメータにおいて前記サイトの実際の名称を特定することによって行われる
ことを特徴とする方法。
【請求項３１】
請求項３０に記載の方法であって、さらに、
前記トラッキングピクセルサーバによって前記サイトの前記実際の名称を配信し、前記名称を抽出して起点ＵＲＬを生成することを備える方法。
【請求項３２】
請求項１４に記載の方法であって、
前記生成されたレポートは、以下のうちの１つあるいは複数を含むことを特徴とする方法：
ティアシートレポート；
サマリーレポート；および
プログレスレポート。
【請求項３３】
データネットワーク上を配信されるマルチメディアネットワーク広告の広告掲載注文が世界的に順守されていることを自動的に照合するためのデータ処理システムであって、該データ処理システムは、
ａ）前記データネットワークを介して、予め決められた広告掲載注文に従って広告を格納、配信、およびアップロードするための少なくとも１つの広告サーバと、
ｂ）広告パラメータを含むウェブページを追跡するためのトラッキングピクセルサーバと、
ｃ）少なくとも１つのマッピングクローラと少なくとも１つのビジュアルクローラとを含み、予め決められたサイトアクセスプランに従って、追跡されたウェブページからビジュアル広告の関連情報を抽出するための複数のウェブクローラと、
ｄ）クローリングが必要とされるウェブページに関するクローリングタスクを前記複数のウェブクローラに割り当て、該複数のウェブクローラの各々の状態を判定するための少なくとも１つのメディエータサーバと、
ｅ）前記抽出されたビジュアル広告の関連情報と前記複数のウェブクローラに関連付けられたデータとが格納される複数のデータベースと、
ｆ）前記抽出されたビジュアル広告の関連情報を分析することで、前記広告掲載注文に関する非順守のインシデントをレポートするための少なくとも１つのインシデントジェネレータサーバと
を備え、
前記少なくとも１つのビジュアルクローラは、ウェブページを画像でレンダリングし、該ページの階層的表示を該ページのＨＴＭＬテキストに基づいて生成するように構成されている
ことを特徴とするシステム。
【発明の詳細な説明】
【発明の詳細な説明】
【０００１】
［発明の分野］
本発明は、データネットワーク、ワールドワイドウェブおよびその他の形態のインターネットベースのメディア（一般的にデジタルメディアと称される、インターネットと同様なプロトコルに基づくメディア）を通じて配信される広告コンテンツの自動監視および照合のためのシステムおよび方法に関する。本発明は、デスクトップインターネット、携帯電話およびインターネットプロトコルベースのテレビ（ＩＰテレビ）を含むが、これらに限定されるものではない。
［発明の背景］
企業がメディアの売主から広告スペースあるいは時間を購入する際には、どこで、いつ、そしてどのようにしてこの広告が配信されるべきかに関して具体的な指示が含まれる。これらの指示は、様々な異なるツールを用いた広範な調査の後、広告の買主の視点から、広告の目的が最適に反映され、広告費が最適に使用されるようにまとめられる。また、広告のコストは、キャンペーンの配信に関する指示の種類および範囲に直接的に関わっている。
【０００２】
これらの指示には、その広告が発信あるいは配信される日付および時間帯、その広告が配信されるべき回数、その広告が配信されるべき広告の場所の視聴者のタイプ、その広告が配信されるべき頻度、およびその広告が守るべきその他の様々なルール、ポリシーおよび慣習が含まれ得る。これらの指示を含み、メディアの売主によって容認された、広告主がメディアの売主に対してする注文は、通常、「広告掲載注文」（ＩＯ)と称される。広告掲載注文は通常、様々なプレースメントで構成され、各プレースメントは異なる広告の掲載を示している。広告掲載注文は、広告買主とこの広告キャンペーンに関する売主との間の書面による契約を意味する。
【０００３】
広告の売主は、ワールドワイドウェブ、あるいは通常、広告サーバと称される、コンピュータプログラムを用いたその他の形態のデジタルメディア上の当該売主のウェブサイトに広告を配信する。広告コンテンツを表示すべきウェブページはそれぞれ、（バックグランドの中に）当該ウェブページのコードの中に埋め込まれた１つあるいはそれ以上の広告サーバタグを有する。この広告サーバタグは、そのページに広告を配信する遠隔の広告サーバを呼び出す１つのコードである。この広告タグは、広告サーバにそのページに関する情報と、このページにアクセスしているユーザに関する情報とを送る。広告サーバは、広告掲載注文およびプレースメントの定義に基づいて、最も適した広告と、ウェブサイトによって当該広告サーバに渡された情報に基づいて対応するユーザおよびページとをマッチングさせて、数多くの広告から配信するのに適した広告を選択する。
【０００４】
広告掲載注文が複雑なため、キャンペーンを設定するのに利用できる期間は通常短く、またその他の技術的な課題によって、広告の実際の配信が広告掲載注文で特定された指示とは異なるということが頻繁となり得る。これらの不一致は、広告の買主に何百万ドルという宣伝費の損失を被らせ得る。
【０００５】
監視のためのもう一つの従来の方法は、「トラッキングピクセル」（ＴＰ  −  アクションを追跡するための方法であり、この方法により、広告主はアクションが追跡された直後に表示されるページ上に、ピクセルを表す画像タグをつける。）として知られているが、トラッキングピクセルは起点となるウェブサイトを特定するために用いることができる隠れた点である。しかしながら、この方法は、（例えばウェブページ内における広告の位置、競合する広告の同一ページ上の同時表示、広告の不正表示、他の広告によって覆われてしまうこと等といった）多くの不一致を識別しない可能性があるので、非常に限定的である。さらに、Ｉｎｌｉｎｅ  Ｆｒａｍｅｓ（ＩＦｒａｍｅｓ  −  ウェブサイト上の他のＨＴＭＬドキュメントの中に埋め込まれたＨＴＭＬドキュメント。ＩＦｒａｍｅ  ＨＴＭＬ要素は、例えば広告等の他のソースからのコンテンツをウェブページに挿入するのに用いられることが多い。）、さらにネスト化されたＩＦｒａｍｅの中に配信された広告は、ＩＦｒａｍｅのセキュリティーの定義により、広告が配信されたサイトのＵＲＬを開示しないため、トラッキングピクセルの従来の標準的なデータからアクセスしたＵＲＬを特定することができない。この場合もやはり、広告主に損失を被らせる。
【０００６】
上記の方法は全て、例えばインターネット等のデータネットワーク上で配信される広告コンテンツの自動監視および照合のための方法およびシステムを提供するという課題に対して、満足のいく解決策を提供するに至っていない。
【０００７】
本発明の目的は、データネットワーク上で配信される広告コンテンツの自動的な監視および照合のための方法およびシステムを提供することである。
本発明の他の目的は、広告コンテンツが広告主によって定められた広告掲載注文に最適に従っているか否かを自動的に監視および照合するための方法およびシステムを提供することである。
【０００８】
本発明の他の目的は、広告が、広告主によって定められた広告掲載注文に応じた宣伝費のより最適な使用を表しているか否かを自動的に監視および照合するための方法およびシステムを提供することである。
【０００９】
本発明の更なる目的は、広告掲載注文にて特定された指示が広告主の意図と合致していることを自動的に監視および照合するための方法およびシステムを提供することである。
本発明のその他の目的および利点は、説明が進むに従って明らかとなるであろう。
［発明の概要］
本発明は、データネットワーク上で配信される広告コンテンツをキャンペーンの間において自動的に監視および照合するための方法に関する。したがって、１つあるいはそれ以上の広告主は、ユーザインターフェースを介して、所望の広告掲載注文（広告掲載注文の情報はどの時点においても修正可能である）に従って、広告コンテンツが掲載されるべき、サイトの（手動、あるいはマッピングクローラによって生成され得る）リスト、あるいは各サイトのセクションの（手動、あるいはマッピングクローラによって生成され得る）リストを提出する。アクションを追跡するため、トラッキングピクセル処理が起動され、該処理では、広告主は、タグ（例えばＪａｖａｓｃｒｉｐｔコード）であって、ページを探索して特定のパラメータを見つけ、アクションが追跡された直後に表示されるページ上のピクセルを表す画像タグを（見つけたパラメータを用いて）生成するタグをつける。さらに、１つ以上のマッピングクローラが起動されて、これらのサイトにアクセスし、所要のセクションに属している広告を有するページ、あるいは所要のセクションに属していないページ、あるいはインシデントの可能性が高いページを探す。（通常スパイダー、すなわちウェブサイトにアクセスし、サイトのページおよびその他の情報を読んでサーチエンジンインデックスのエントリを作成するプログラム、によって行われる）各サイト毎にアクセスするページのリストが生成され、１つ以上の（自律的なあるいはプラグインの）ビジュアルクローラは、所定のサイトアクセスプランに従って、ページのリストにアクセスすることが許可される。クローラのマネジャーは、所要のインシデント範囲が十分に得られるように、複数のビジュアルクローラの間にページを割当て、該ビジュアルクローラ上にロードする。インシデント識別子は、広告掲載注文と配信データとを比較し、広告掲載注文とこの広告掲載注文に対応する配信データとが一致しないときはいつでも、インシデントレポートを生成する。
【００１０】
ページの一部は、広告主が購入したものに含まれているセクションの一部であってもよいし、あるいは広告主が購入したものから除外されているセクションの一部であってもよい。アクセスプランには、各ページに一日何回アクセスすべきかと、キャンペーンの開始日および終了日とに関する情報が含まれてもよい。
【００１１】
広告掲載注文の修正は直ちに反映されても、あるいは後日に、あるいは過去に遡って反映されてもよい。
広告主は、いずれの時点でもユーザインターフェースにアクセスして、インシデントやその状況の更新を閲覧することが可能である。サイトの責任者は、ユーザインターフェースにアクセスして、当該責任者のサイトで発生しているインシデントを閲覧することが可能である。
【００１２】
広告主は、ユーザインターフェースを介して、当該広告主のサイトで発生しているインシデントに関するレポートを閲覧することが可能である。
好ましくは、マッピングクローラが使用されるのは：
ａ）ウェブページからｈｔｍｌテキストを取得すること；
ｂ）前記ウェブページにおける前記テキストおよびメタデータを、該ページにおけるオブジェクトのあらゆる階層的操作を行うことなく、分析すること；
ｃ）広告が含まれるページを、該ページにおける広告サーバ署名を識別することによって識別すること；
ｄ）該ページにおける広告の数と各広告のサイズとを識別すること；
ｅ）サイトカテゴリのマップを作成するために、広告サーバのキー値および各ページが属する広告カテゴリを識別すること；
ｆ）各広告サーバに関して、広告サーバの前にあるサイトを識別する特定のサイトＩＤを識別すること。識別は、後にＴＰデータを分析する処理において用いるために記録される。
ｇ）このページがリンクしているページを、該ページにおけるリンクを分析することによって見つけること：
ｈ）該ページの長さを測定し、前回の分析が行われてから該ページに変更がなされたのかを検出すること；
ｉ）ページのリダイレクトを分析すること；
ｊ）該ページにおけるあらゆるエラーを報告し、記録すること；
ｋ）サイト／ページで要求された場合に、ユーザデータを入力すること。入力されるユーザデータは、ユーザクリック、ログインパラメータ、ユーザ情報、およびその他ユーザに関連するあらゆるデータを含んでいてもよいが、これらに限定されない；
ｌ）広告サーバのルートを識別すること；
ｍ）広告ネットワークおよび広告サーバに属しているサイトのマップを識別し、作成すること；
ｎ）サイトのネットワークに属しているサイトのマップを識別し、作成すること；
ｏ）偽装−キャンペーンで必要とされる場合に、クッキー、セッション（ｐｏｓｔ／ｇｅｔ）、ユーザエージェントを用いてクローラを識別することが可能である（人口統計学的に、ユーザパラメータなど）。
ｐ）該ページにおける広告に関する情報（位置、サイズ、種類、広告主のウェブサイトのアドレス、クリエイティブロケーション、クリエイティブアセットなど）を識別すること
である。
【００１３】
前記サイトマップには、各ページがリンクされている回数と、そのページのウェイトを表すパラメータとが含まれてもよい。
好ましくは、ビジュアルクローラが使用されるのは：
ａ）ウェブページを画像でレンダリングし、該ページの階層的表示を該ページのｈｔｍｌテキストに基づいて生成すること；
ｂ）隙間を識別すること
ｃ）表示されているメディアの種類を識別すること；
各メディアの種類に対して：
ｄ）該メディアのランディングページを追跡すること；
ｅ）該ページにおける該メディアの位置を探すこと；
ｆ）該メディアの大きさを見つけること；
ｇ）広告サーバのルートを識別すること
ｈ）サイトのリダイレクションを識別すること
ｉ）該メディアのｈｔｍｌ／ＪａｖａＳｃｒｉｐｔタグが、該メディアを広告として定義する特定の署名を有しているかチェックすること；
ｊ）該ページにおけるテキストおよびメタデータを分析して、ページ、サイトおよび関連する広告を分類すること；
ｋ）サイト／ページに要求された場合は、ユーザデータを入力すること。入力されるユーザデータには、ログインパラメータ、ユーザ情報およびその他ユーザに関連するデータが含まれていてもよいが、これらに限定されない。
【００１４】
である。
メディアの種類には、画像、フラッシュアニメーション、ストリーミングビデオ、あるいはテキスト広告が含まれていてもよい。
【００１５】
ビジュアルクローラは、セッションクローリング、クッキークローリング、文脈クローリングあるいは分類クローリングを用いてもよい。クローラマネジャーが使用されるのは：
ａ）データリポジトリと実行中のクローラとの間を仲介し、調停すること；
ｂ）クローリングが必要とされるサイトあるいはページをデータリポジトリから取得し、異なるクローラに割り当てること。
【００１６】
である。
広告は、画像、フラッシュアニメーション、テキスト、ストリーミングビデオを含む、そのページにおけるあらゆるメディアであってもよい。
【００１７】
広告あるいは広告主は、（画像のような）ＨＴＭＬタグ、フラッシュタグ、ＪａｖａＳｃｒｉｐｔ、あるいは中に他の広告を含むＩｆｒａｍｅによって認識されることが好ましい。
【００１８】
広告は、広告サーバの署名に対応するそのページにおける全てのタグを識別することと、タグを解析し、例えばクリエイティブファイルのＵＲＬ、ランディングページ、広告の種類、広告のサイズ、広告カテゴリ等の情報を抽出することとによって認識されてもよい。
【００１９】
インシデントは、各ページのインシデントの種類ごと、各ページカテゴリのインシデントの種類ごと、サイトごと、あるいは各サイトカテゴリのインシデントの種類ごとに採点されてもよい。
【００２０】
採点は、全てのインシデントの種類を集約して行ってもよい。
Ｂｅｌｏｗ  ｔｈｅ  ｆｏｌｄインシデント、広告クラッタインシデント、広告詐欺インシデント、広告ハイジャックインシデント、あるいは不適切な内容インシデントは、ＩＯなしでも生成することが可能である。
【００２１】
また本発明は、動作可能にマルチメディアコンテンツに関連付けられたマルチメディアネットワークから所定のコンテンツを抽出するためのデータ処理システムに関し、該データ処理システムは、
ａ）少なくとも１つのメディエータサーバであって、
ａ．１）動作可能に該メディエータサーバに関連付けられた少なくとも１つのウェブクローラと、
ａ．２）動作可能に該メディエータサーバに関連付けられ、少なくとも１つの広告主に関連するビジュアルコンテンツを備える、少なくとも１つのビジュアルコンテンツデータベースとを備える、少なくとも１つのメディエータサーバを備え、
該メディエータは、該データベースから広告主に関連する指示を受け付け、該マルチメディアネットワーク上で所定のビジュアルコンテンツに対してビジュアルコンテンツ抽出処理を適用するように少なくとも１つのクローラに指示するように構成されている。
【００２２】
該データ処理システムは、動作可能にマルチメディアコンテンツに関連付けられたマルチメディアネットワーク広告の監視、照合および監査するために用いられてもよい。この場合、該データ処理システムは：
ａ）少なくとも１つのメディエータと、
ｂ）動作可能に該メディエータサーバに関連付けられた少なくとも１つの広告データベースであって、少なくとも広告主と関連付けられ、広告キャンペーンに対応するビジュアルコンテンツと、該マルチメディアネットワークから抽出されたビジュアルコンテンツとを備える、少なくとも１つの広告データベースと
を備えてもよく、
該メディエータは、広告主と関連付けられ、広告キャンペーンに対応するビジュアルコンテンツを該データベースから受け、該マルチメディアネットワーク上での広告キャンペーンに対する所定の監視、照合および監査の処理を、ビジュアルコンテンツのプレースメントを考慮して、対応するマルチメディアネットワーク上に適用するように構成され、
該メディエータは更に、照合および監視に関するレポートを提供するように構成されている。
【図面の簡単な説明】
【００２３】
本発明の上述の特徴および利点と、その他の特徴および利点とは、付随する図面を参照しながら、以下の例示的で非限定的な本発明の好ましい実施形態の詳細な説明を通じてよりよく理解されるであろう。
【図１】本発明の動作環境を示す概略図である。
【図２−４】本発明のいくつかの実施形態に係るデータ処理システムの概略ブロック図である。
【図５−９】本発明のいくつかの実施形態に係る方法の手順を示すフローチャートである。
【発明を実施するための形態】
【００２４】
［好ましい実施形態の詳細な説明］
以下の詳細な説明には、本開示を十分に理解できるように様々な具体的な詳細が記載されている。しかしながら、本開示の教示はこれらの具体的な詳細なしで実施することが可能であるということは当業者によって理解されるであろう。その他の例では、本開示の教示を不明確にしないように、周知の方法、手順、構成要素、および回路については、詳細に説明されていない。
【００２５】
本発明は、その実施形態において、広告キャンペーンの実際の配信を自動的に監視し、広告の実際の配信が広告掲載注文と一致しているかを照合するのに用いられるシステムおよび方法を開示している。本書類における説明および例は、具体的にはインターネット上の広告について触れているが、同様の方法は、例えば携帯機器、ＩＰベースのテレビおよび放送メディアでの広告等のように、あらゆるデータネットワークおよびデジタルメディアにおけるその他の形態の広告にも適用させることが可能である。本発明によって提案されるシステムのアーキテクチャは、図１に示されている。
【００２６】
本発明のいくつかの実施形態に係るシステムは、図２〜４に詳細に示されるように、以下のパーツを備える。
＜定義＞
ビジュアルクローラ−あらゆるウェブサイトおよびウェブサイト内の各ウェブページにアクセスが可能で、そのページを「レンダリング」することが可能な、自動コンピュータプログラム（ビジュアルクローラ）であり、人間がウェブページを閲覧するのと同様な方法でウェブページを閲覧する。またこのプログラムは、閲覧しているページの、例えばそのページのＵＲＬ、そのページのその他のデータおよびメタデータ等の情報を抽出し、そのページの広告に関する情報、例えば広告の位置、サイズ、種類、広告主のウェブサイトのアドレス、クリエイティブロケーション、クリエイティブアセット、およびそのページから直接的あるいは間接的に入手可能なその他のあらゆる情報等を抽出し、例えば不適切なサイト、あるいは配信された広告を表示すべきではないサイトに、配信された広告がないかを照合することが可能である。また該プログラムは、特定のテーマに興味を持つ人を模倣して、反応時間を計測してもよい。そして、このコンピュータプログラムは、この全ての情報を中央データリポジトリ、例えばデータベースあるいはログファイル等に保存することができる。このデータは、広告が配信された実際の方法を表しているため、配信データと称される。また、このコンピュータプログラムは、照合の目的で用いることが可能なウェブページの視覚的画像も保存する。
【００２７】
マッピングクローラ−あらゆるウェブサイトおよびあらゆるウェブサイト中の各ウェブページにアクセスして、例えばそのページのＵＲＬおよびそのページにおける広告に関する情報（位置、サイズ、種類、広告主のウェブサイトアドレス、クリエイティブロケーション、クリエイティブアセット等）等といった、そのページにおけるデータおよびメタデータを抽出および分析することが可能な、自動コンピュータプログラム（マッピングクローラ）。該マッピングクローラはまた、特定のテーマに興味を持つ人を模倣して、その反応時間を計測してもよい。そして、この全ての情報は、中央データベースあるいはログファイルに格納される。該マッピングクローラは、以下のタスクを実行することが可能である：
・そのページにおける広告サーバの署名を探し、このページが広告を含んでいるかを判定する；
・そのページの広告カテゴリを判定する；
・そのページ内の広告の数およびそのサイズをカウントし、そのページは特定の種類のインシデントが発生する可能性が高いかをチェックする；
・このページがリンクしている全てのウェブページのＵＲＬアドレスおよび発生回数を探す；
・ページの「長さ」を測定し、特定の種類のインシデントが発生する可能性がより高いかチェックする；そのページにおけるデータ／テキストあるいはメタデータを分析し、このページを分類可能にしているある所定のキーワードを探す；
・前回の分析後にページに変更が加えられているかを検出する。
【００２８】
クローラマネジャー−クロールされる必要があるページに関する情報を含むデータリポジトリと、様々なビジュアルクローラあるいはマッピングクローラとの間を調停する自動コンピュータプログラム（クローラマネジャー）。クローラマネジャーは、例えば各クローラの地理的な位置、クロールするページ数、クロールされる必要があるサイト、シミュレートされる必要があるオペレーティングシステムおよびブラウザの種類等であって、これらに限定されない、パラメータに基づいて各クローラにページクローリングタスクを割り当てる。
【００２９】
ユーザインターフェース−ユーザが広告掲載注文の情報をシステムに入力し、インシデントの見直しおよび管理を行うことを可能にするユーザインターフェース。ユーザは、広告キャンペーンの合意事項(広告掲載注文およびプレースメント）をシステムに入力する必要があるので、合意事項を実際の配信と比較することができる。この情報には、上述の通りメディアの売主と合意した配信条件が含まれ、この情報を取引条件と称する。インシデントは、後で閲覧することができ、インシデントの状況は追跡することが可能である。
【００３０】
インシデント識別子：トラッキングピクセルを用いてクローラによって調査対象から収集された実際の配信データと、各広告主から受け付けた取引条件とを比較し、実際の配信が取引条件にて特定されたものと異なるあらゆるケースを識別する、自動コンピュータプログラム（インシデント識別子）。配信が異なると識別された場合ではそれぞれ、インシデント識別子は、インシデントレポートを生成する。発生する不一致の種類によって様々なインシデントの種類が存在し得る。インシデントレポートが生成される場合、レポートにはタイムスタンプ、インシデントが識別されたウェブサイトおよびウェブページのアドレス、そのページに関するその他の関連情報、およびこの特定のプレースメントの取引条件に関する関連情報が含まれ得る。またインシデントレポートには、広告主の広告の画像も、実際インシデントが発生した通りの、そしてインシデントの発生を証明する方法としてクローラによって記録された通りのウェブページの画像と共に含まれる。
【００３１】
レポーティングインターフェース−インシデントレポートの取得および閲覧と、インシデントに関して集められた統計的な情報の検索、閲覧、分析とを可能にするレポーティングインターフェース。
【００３２】
広告サーバ−広告サーバは、オンラインマーケティングにおいて用いられる広告を格納して、ウェブサイトの閲覧者にこれらの広告を配信し、所定の規則に従って広告をアップロードするウェブサーバである。広告サーバは、１件の広告キャンペーンのクリックの数をカウントして、レポートを作成してもよい。広告サーバが参照されるときはいつでも、広告ネットワークおよび広告交換サービスも参照される。
【００３３】
サイト−サイトが参照されるときはいつでも、サイトネットワークも参照される。
パネル−（例えば人口統計学的、社会経済的、地理的な背景等の）情報がすでに存在する一群の調査対象ユーザ。これらのユーザは、クロールには適合していないが、ユーザが閲覧したページを分析するのに適合したクローラ・プラグインを有してもよい。
＜システムアーキテクチャ＞
図１は本発明の様々な部分の構造図を示す。下位サーバのいくつかは、単一のサーバとして実現されてもよい。
【００３４】
以下は、監視および照合処理の説明である：
広告主は、広告が掲載されるべきサイトのリストと、該当する場合は各サイトのセクションのリストとを提出し、該リストはユーザインターフェースを介してシステムに入力される。
【００３５】
キュージェネレータは、マッピングクローラおよびビジュアルクローラによってアクセスするページのリストを作成する。このキューには、ＩＯにおいて特定されたページおよびＩＯ外のページが含まれる。また該キューには、クローラあるいはトラッキングピクセルの一方からインシデントが既に検出されていてクロールが行われるページ、およびインシデントの可能性が高いページが含まれる。該キューは、キャンペーン、サイト、インシデントに関連するデータの優先事項に従って順序付けされ得る。
マッピングクローラはサイトにアクセスして、所要のセクションに属する広告を有するページ、および所要のセクションには属さない付加的なページに位置するよう指示される。あるいは、このステージは手動で行われてもよい。
【００３６】
ビジュアルクローラは、ステップ２において作成されたリストに挙げられた各サイトのページにアクセスするよう指示され、ページの一部は、広告主が購入したセクションの一部分に含まれるが、一部は購入されていないセクションの一部分である。またクローラは、一日に何回各ページにアクセスすべきかと、キャンペーンの開始および終了日とを指示される。
【００３７】
ビジュアルクローラは、クローリングタスクを開始し、キャンペーンの期間中、一日に多数のページにアクセスする。クローラマネジャーは、様々なクローラにページを割り当て、所要のインシデント範囲が十分に得られるようにクローラにロードする。
【００３８】
広告主の広告掲載注文は、ユーザインターフェースを介してシステムに入力され、各個別のサイトにおけるプレースメントを詳述している。このステップは、監視および照合処理を通じて、いつでも行われ得る。トラッキングピクセル処理、パネルおよびクローラによって収集されたデータは、組み合わされて、所定のサイトへの広告コンテンツの配信データが生成される。インシデント識別子は、周期的に広告掲載注文と配信データとを比較して、上述のようにインシデントを生成する。
【００３９】
システムにおける広告掲載注文の情報は、いずれの時点でも修正可能である。修正は、直ちに反映させることも可能であるし、後日反映されるように時期を設定することも可能であるし、過去の日付に遡って反映されることさえ可能である。この場合インシデントは、修正に従って再度生成されてもよい。
【００４０】
広告主は、いずれの時点でもユーザインターフェースにアクセスし、インシデントやインシデントの最新状況を閲覧することができる。
任意的なステップは、サイトがユーザインターフェースにアクセスして、そのサイトで発生しているインシデントを閲覧できることである。
【００４１】
レポーティングインターフェースは、いずれの時点でもアクセス可能で、インシデントやレポートを閲覧することができる。広告主あるいはその代理店は、いずれの時点でも識別したインシデントに基づいて、広告の配信やリクエストクレジットを修正するために各サイトに連絡し、証拠としてインシデントレポートを供給することが可能である。
＜マッピングクローラ＞
マッピングクローラは、ｈｔｍｌテキストをウェブページから取得して、そのページにおけるオブジェクトを階層的に一切操作することなく、そのページにおけるテキストおよびメタデータを分析する。
【００４２】
図７は、マッピングクローラのフローチャートを示す。該マッピングクローラは、以下を行うのに用いられる：
広告が含まれるページを、そのページにおける広告サーバ署名を識別することによって識別する。
【００４３】
広告が含まれるページの識別であって、そのページにおける広告サーバ署名の識別によって行われる識別を用いて、そのページにおける広告の数および各広告のサイズを識別する。
【００４４】
広告が含まれるページの識別であって、そのページにおける広告サーバ署名の識別によって行われる識別を用いて、後にサイトカテゴリのマップが作成できるように、広告サーバのキー値および各ページが属する広告カテゴリを識別する。
【００４５】
ページ中のリンクを分析することによって、このページがリンクしているページを見つける。
広告を含むページがリンクしていることが見つかったページを用いることで、各ページがリンクしている回数や、そのページのウェイトを表すその他のパラメータと共に、サイトマップが作成され得る。このウェイトに基づいて、クロールされるべきページが後に選択され得る。
【００４６】
ページの長さを判定し、前回の分析後にそのページに変更が加えられているかを検出する。
＜ビジュアルクローラ＞
ビジュアルクローリングは、クローリングのより複雑な方法であり、ページを画像でレンダリングし、そのページのｈｔｍｌテキストに基づいて階層的表示を生成する（ウェブブラウザと類似している）。ビジュアルクローラの動作は、人間がページを閲覧するのに類似している。
【００４７】
これらのビジュアルクローラが用いられるのは：
ページ上に表示される様々なメディアの種類の識別である。例えば：
画像（ｊｐｇ、ｇｉｆ等）；
フラッシュアニメーション；
ストリーミングビデオ；
テキスト広告である。
【００４８】
各メディアの種類に対して、ビジュアルクローラは以下のことが可能である：
メディアのランディングページを追跡する（クリックスルーＵＲＬ）。この追跡には、クリックが最終目的地に達するまで複数のサーバが含まれてもよい
そのページにおけるメディアの位置を見つける
メディアの大きさを見つける（幅×高さ）
メディアのｈｔｍｌ／ＪａｖａＳｃｒｉｐｔタグがそのメディアを広告と定義づける特定の署名を有しているかチェックする。これらの署名は、広告サーバから得られてもよい。
【００４９】
該クローラは、そのページ上の広告サーバの署名に対応する全てのタグを識別することが可能である。タグは解析され、例えばクリエイティブファイルのＵＲＬ、ランディングページ、広告の種類、広告のサイズ、広告カテゴリ、および更なるパラメータ等の情報が抽出される。この場合、（マッピングあるいはビジュアル）クローラによって識別された各タグはマッピングされ、この特定のタグが見られるウェブサイトを識別することが可能である。
＜ビジュアルクローリング法＞
ビジュアルクローラは様々な方法を用いることが可能である：
セッションクローリング−セッションとは、ユーザが初めてあるウェブサイトにアクセスしたときにビジターが受け取る固有のＩＤである。このセッションＩＤは、ユーザがそのウェブサイトを離れて他のサイトにアクセスするか、あるいはそのブラウザを閉じるまで、そのウェブサイトのページにおけるビジターのアクセスを追跡する。いくつかの広告技術は、例えばそのサイト上でのユーザの全セッション、あるいは登録されたユーザログインを通じて、ユーザには同じ広告主の広告が供給されるサラウンドセッションのような、セッションに基づいている。セッションクローリングにおいて、ビジュアルクローラは、ユーザのセッションをシミュレートして、そのセッション内の広告の配信を追跡する。
【００５０】
クッキークローリング−クッキーは、ウェブサイトがビジターのコンピュータ上に保存しておくことができ、ビジターがそのサイトにアクセスする度にビジターのコンピュータから読み出すことが可能な、固有のＩＤである。いくつかの広告技術は、クッキーに基づいており、例えば、登録ユーザは人口学的データがクッキーに保存されており、そのデータがターゲティング、あるいは、ユーザが過去にアクセスしたサイトやページに基づいてユーザに広告が供給される行動ターゲティングに用いられている。クッキークローリングでは、ビジュアルクローラは、クッキーをシミュレートし、クッキーに基づいて広告の配信を追跡する。
【００５１】
文脈クローリング−この方法では、クローラは、ページの文脈を識別する。文脈クローリングは、ページ内のテキストの文脈に基づいて広告が供給される文脈ターゲティングに用いられる。
＜分類クローラ＞
分類クローラは、マッピングクローラに類似している。これらのクローラは、ウェブページからＨＴＭＬテキストを取得し、そのページにおけるテキストおよびメタデータを分析する。差異はその分析自体にある。これらのクローラは、異なる分析技術を用いてウェブページの分析を行い、異なる分類を判定する。
＜クローラマネジャー＞
クローラマネジャーサーバは、データリポジトリと世界中で実行されている様々なクローラとを仲介し調停する。該クローラマネジャーは、各クローラの位置および状態を把握しており、各クローラの可用性とクローリングの要件とを把握することによって、どのようにクローリングタスクを分配するのかを決定する。
【００５２】
図８は、クローラマネジャーの一般的な動作のフローチャートを示す：
クローラマネジャーは、以下のことに関与する：
・データリポジトリからクローリングが必要なサイト／ページを取得し、いくつかのクローラに割り当てる。各クローリング要求に含まれ得るのは：
・クローリングが行われるページのＵＲＬアドレス
・いつクローリングが行われるべきか
・クローリングの地理的位置
・同一人物がそのページに何回アクセスしているか（クッキーは、１つの選択的な実現である）。
・どのようなブラウザ／コンピュータ／スクリーンサイズをシミュレートするのか
・その他の特性
・クローリングされたページ／サイトおよびクローリング位置に関してデータリポジトリを更新する
・データリポジトリにクローラのクローリングの結果を挿入する
である。
＜クローリングの実現＞
クローラを実現可能にする方法は複数あり、そのうちの２つの方法が以下に説明されている：
・自律クローラ−このクローラは、独立したコンピュータプログラムである。専用のクローリングサーバに通常インストールされている。
・プラグインクローラ−このクローラは、例えばインターネットエクスプローラ、ファイアーフォックス、オペラ等の様々なブラウザに対するアドインあるいはプラグインとして実現されている。このクローラは、ブラウザアプリケーション内で機能し、例えば閲覧調査対象者群等のような、多数のクライアントコンピュータに通常インストールされており、より分配的なクローリングを可能にする。このクローラは、ｈｔｍｌ／ＪａｖａＳｃｒｉｐｔタグを、ウェブページに直接埋込むか、あるいは、例えば広告サーバ等のような第三者のコンピュータプログラムを介してそのページに間接的に供給して、ウェブページ自体に埋込むことによっても実現可能である。
＜広告および広告主の認識＞
広告は、広告主の製品の販売を促進するテキスト／画像／フラッシュ／ビデオあるいはその他の形態のメディアである。特に一般的には、広告をクリックすると、その製品に関するより多くの情報を有するページであって、通常は広告主のウェブサイト上に存在するページに導かれる。このページは、広告のランディングページあるいはクリックスルーＵＲＬと通常称される。これらの広告は、ウェブページ上に、通常はウェブサイトのコンテンツと並んで表示される。
【００５３】
広告は、画像、フラッシュアニメーション、テキスト、ストリーミングビデオ等、そのページ上のどのような要素のメディアでもよく、技術が発達し変化するに従って、広告をウェブページで見せる新たな方法が毎日ある。
【００５４】
図９は、広告／広告主の認識に関するフローチャートを示す。広告は、ウェブページに多数の様々な方法で掲載され得る。それらの方法のうちのいくつかは：
・（画像のような）Ｈｔｍｌタグ
・フラッシュタグ
・ＪａｖａＳｃｒｉｐｔ
・中に他の広告を含むＩＦｒａｍｅ
である。
【００５５】
現在のところ、ほとんどの広告は、商業広告配信システム、あるいは例えばダブルクリック、グーグル、アトラス、ライトメディア他等の広告ネットワークを介して配信されており、サイトの中には、独自の内部広告配信システムを有しているものもある。これらは全て共通して広告サーバと称される。
【００５６】
広告の認識は、様々な方法で実現され得るが、提案される１つの方法は：
１．各広告サーバは、そのサーバが配信する様々な広告に対してそのサーバが用いる独自の広告タグの署名と、その署名に含まれ、ある広告配信システムから他の広告配信システムへと異なる１つの組のパラメータとを有している。
２．そのページにおける広告サーバの署名に対応する全てのタグを識別する（上記のようにクローラを介して大規模に行われてもよいが、他の方法で行ってもよい）。
３．タグを解析して、例えばクリエイティブファイルのＵＲＬ、ランディングページ、広告の種類、広告のサイズ、広告カテゴリ他等の情報を抽出する。
【００５７】
各サイトは、広告サーバによって識別される必要がある。各サイトの識別は、一般的にパラメータ（ｉｄ）を広告サーバに送信することによって実現される。本発明が提案するマッピング処理は、各ｉｄと閲覧されたサイトとを関連付けする。例えば、あるサイト「Ａ」が広告サーバ１によってサイトｉｄ１３、広告サーバ２によってサイトｉｄ４１、などと識別される場合、トラッキングピクセルがサーバ１によって配信されるサイトｉｄ１３、あるいは広告サーバ２によって配信されるサイトｉｄ４１を識別する度に、サイト「Ａ」が閲覧されたということが分かる。
【００５８】
広告サーバに対するサイトの識別は、特定のパラメータ、サイトの実際の名前で特定することによって行われる場合もある。このデータは、トラッキングピクセルによって配信され、起点ＵＲＬを生成するために抽出される。この技術によって、たとえこのデータがＩＦｒａｍｅあるいはネスト化されたＩＦｒａｍｅにあったとしても、ＵＲＬを抽出して変換することが可能となる。またこの技術によって、広告が送られた広告サーバのルートを辿って、誰がその広告を不適切なあるいは不要なサイトに配信したかを突きとめることができる。
＜インシデント生成＞
インシデントとは、広告掲載注文の取引条件と実際の広告配信とのズレ、違反、あるいは不一致のことである。インシデントの生成は、クローラから取得されたデータ（配信データ）とトラッキングピクセルから取得されたデータとを分析し、そのデータを取引条件と比較することによって行われる。広告掲載注文におけるプレースメントの定義（取引条件）と広告の実際の配信との間に不整合が見つかった場合に、インシデントが生成される。全てのインシデントは、この発生しているインシデントの程度と、その他の設定可能なパラメータとに基づく契約解除のレベルを有してもよい。
【００５９】
インシデントの種類は、広告主とサイトとの間の契約上の合意に基づいている。ここに、特定の契約上の合意に基づいて生成され得るインシデントの種類の例がある：
・Ｂｅｌｏｗ  ｔｈｅ  ｆｏｌｄインシデント：このインシデントは、広告がそのページの折り目よりも下に表示されている（このため、ユーザがこの広告を見るにはスクロールする必要がある）ときに発生する。そして、そのキャンペーンでは、折り目の下の広告表示が許可されていない。本発明が提案する方法によれば、ＩＯについての情報が一切なくても、この種類のインシデントを生成することが可能である。
・競合先との衝突：このインシデントは、広告が、競合する広告主の広告と同一のページに表示される場合に発生する。競合先の定義は、キャンペーンの定義から、あるいは様々な広告主の競合相手のリストから得ることができる。
・頻度インシデント：このインシデントは、（特定の広告主のための）広告が一定の時間枠内において１人のリピートビジターに対して過度に多くの回数表示される場合に発生する。この頻度は、キャンペーンにおいて定義されている。
・マルチ広告：このインシデントは、（特定の広告主のための）広告が、同じ広告主の他の広告と一緒にそのページ上に表示され、キャンペーンの定義にはそれが許可されていなかった場合に発生する。
・地理的ターゲティング欠落：このインシデントは、（特定の広告主のための）広告が特定の地理的領域外のビジターに対して表示され、そのキャンペーンでは該領域外で広告が表示されることが許可されていなかった場合に発生する。
・ターゲティング欠落：このインシデントは、キャンペーンで定義されたターゲットとされるべき視聴者ではないビジターに対して広告が表示される場合に発生する。このインシデントのいくつかの例には、コンテキストターゲティング、行動ターゲティングリターゲティング、人口統計学的ターゲティングおよびユーザーデータターゲティングが含まれる（ただしこれらに限定されない）。
・プレースメントが見つからない：このインシデントは、（特定の広告主のための）広告がキャンペーンで定義されたように、表示されるべきであった、ページやセクションに表示されない場合、もしくは設定時間通りに開始されない、あるいは時間の前に終了してしまった場合に発生する。
・スポンサーシップが実行されていない：このインシデントは、広告が特定の広告量シェアで買われている（すなわち、広告はページやセクションへのアクセスの数にかかわらず、ある特定の回数アクセスする度に１回表示されるように売られている）が、実際には異なる広告量シェアを受け取っている場合に発生する。
・間違った広告／クリエイティブ−このインシデントは、広告が間違ったクリエイティブ（間違ったピクチャ／フラッシュ等）を用いて配信されている場合に発生する。長いロード時間−
日時−このインシデントは、広告が所要の時刻に配信されていない場合に発生する。
【００６０】
チャンネル外−このインシデントは、広告が間違ったチャンネル（広告主によって特にターゲットとされているサイトのセクション、例えばサイトの金融セクション）において配信されている場合に発生する。
【００６１】
間違った期日−このインシデントは、広告が所要の期日に配信されていない場合に発生する。
広告クラッタ−このインシデントは、広告が多数の広告（広告クラッタ）を含むページに配信されている場合に発生する。本発明によって提案される方法によれば、この種のインシデントは、ＩＯについての情報が一切なくても生成することが可能である。
【００６２】
広告詐欺−このインシデントは、広告が他の広告と共に配信されているが、実際にはそのうちの１つの広告しか表示されていない場合に発生する。本発明によって提案される方法によれば、この種のインシデントは、ＩＯについての情報が一切なくても生成することが可能である。
【００６３】
広告ハイジャック−このインシデントは、広告があるサイトに配信され、その後そのあるサイトはその広告を別のサイトに移動させるが、当該あるサイト自体を最初のサイトとして識別してしまう場合に発生する。この状況において、広告サーバは、広告が配信されている実際のサイトが後者のサイトであるのにもかかわらず、最初のサイトを配信サイトとして登録してしまう。本発明によって提案される方法によれば、この種のインシデントは、ＩＯについての情報が一切なくても生成することが可能である。
【００６４】
不適切な内容−このインシデントは、広告が不適切な内容を含むサイトに配信されている場合に発生する。
本発明によって提案される方法によれば、この種のインシデントは、ＩＯについての情報が一切なくても生成することが可能である。
【００６５】
含まれているサイト以外のサイト−このインシデントは、広告がキャンペーンのＩＯにおいて特定されているサイトのリストには含まれていないサイトに配信されている場合に発生する。
【００６６】
除外サイト−このインシデントは、広告がキャンペーンのＩＯに特定されている除外サイトのリストに含まれているサイトに配信されている場合に発生する。
＜インシデント採点法＞
採点法とは、キャンペーンにおける定義とは対照的に実際の結果を比較して、広告掲載注文に定義された広告がどのくらい効果的であるかを、キャンペーンの責任者／広告主／サイトが知るための方法である。採点は、０〜１００までの数である。０が最低得点、１００が最高得点（インシデントが発生しなかった）である。
【００６７】
基本的な採点は以下のように行われ得る：
・各ページのインシデントの種類別
・各ページカテゴリのインシデントの種類別
・サイトごと
・各サイトカテゴリのインシデントの種類別
全てのインシデントの種類を集約するとより複雑な採点がなされ得る：
・ページごと
・ページカテゴリごと
・サイトごと
・サイトカテゴリごと
キャンペーンの責任者が広告掲載注文の内容がどれだけ効果的に進んでいるかがわかるように、各インシデントの種類は個別に採点される。採点アルゴリズムでは発生したインシデントの量、および見つかった広告の数を考慮に入れる必要がある。
【００６８】
単純な採点アルゴリズムの一例は以下のとおりである：発生したインシデントの数を見つかった広告の数の合計で除算する。インシデント全体採点法は、１つの得点が全てのインシデントの種類の得点であり、（上述のように）インシデント全体に対する総得点をもたらす方法である。インシデント採点方法には、インシデントの種類の各々がその他全てのインシデントの種類に対してどれだけ深刻であるかに依存して、インシデントの得点を計算するための様々なアルゴリズムが存在する。
【００６９】
全体採点法のアルゴリズムのいくつかの例は以下のようである：
・ワースト３のインシデントの種類を選択し、（Ａ×４＋Ｂ×２＋Ｃ）／７のようにワースト３を採点する。Ａは最低得点、Ｃは３番目に悪い得点である。
・各インシデントの種類に対して優先度を設定し、この優先度をそのインシデントの種類の得点で乗算したものに基づいて中央値を算出する。
＜インシデント報告＞
インシデントは、様々なグループ分けのオプションによって分類されることができ、その分類に従って得点が与えられ得る。
【００７０】
レポートは、これらのグループ分けによって分類され、以下のような様々なパラメータによってフィルタされ得る：
・サイト
・ページカテゴリ
・日付
・インシデントの種類
インシデントに関して作成が可能なレポートにはいくつかの種類があり、そのうちのいくつかには以下のようなものがある：
ティアシートレポート−ティアシートとは、ＩＯに沿った広告を有するページのスクリーンショットのことである。インシデントジェネレータがページを処理し、インシデントがないと識別すると、このページは、広告配信処理の証拠としてのティアシートとして報告される。
・サマリーレポート−所定のフィルタおよびグループ分けによってインシデントを要約する。そして、インシデントの種類ごとの得点あるいは全てのインシデントの種類の得点を表示する。
・プログレスレポート−所定のフィルタおよびグループ分けによってインシデントを要約する。そして、インシデントの種類ごとの得点あるいは全てのインシデントの種類の得点を一日ごとに表示して、広告掲載注文に定義された期間を通じた得点の進展を示す。
【００７１】
本発明のいくつかの実施形態によると、該システムは、デジタル電子回路、あるいはコンピュータハードウェア、ファームウェア、ソフトウェア、あるいはこれらの組み合わせにおいて実現可能である。本発明の装置は、プログラム可能な処理装置によって実行するための情報媒体、例えば機械で読取可能な記憶装置あるいは伝搬信号において具現化されたコンピュータあるいは携帯電話のプログラム（ソフトウェア）製品において実現可能であり、また、本発明の方法のステップは、本発明の機能を実行するための命令のプログラムを実行する、プログラム可能な処理装置が、入力データに基づいて動作し、出力データを生成することによって、実行することが可能である。
【００７２】
本発明は、データおよび命令の受信先として、また送信先として接続された少なくとも１つのプログラム可能な処理装置と、データ格納システムと、少なくとも１つの入力装置と、少なくとも１つの出力装置とを含むプログラム可能なシステム上で実行可能な、１つ以上のコンピュータプログラム（ソフトウェア）において好適に実現され得る。コンピュータプログラムとは、コンピュータにおいて直接的あるいは間接的に用いられて、特定の活動を行ったり（ソフトウェア）、あるいは特定の結果をもたらしたりするための１組の命令のことである。コンピュータプログラム（ソフトウェア）は、あらゆる形態のプログラム言語で書くことができ、（将来利用可能となるかもしれない、あらゆる種類のソフトウェアは）コンパイラ言語あるいはインタープリタ言語を含み、独立型プログラムとして、あるいはモジュール、コンポーネント、サブルーチンとして、あるいはコンピュータ環境において用いられるのに適したその他のユニットなどを含むあらゆる形態で展開され得る。
【００７３】
命令のプログラムを実行するのに適した処理装置には、例えば、汎用のマイクロプロセッサおよび特定用途のマイクロプロセッサの双方、あらゆる種類のコンピュータにおける単体の処理装置あるいは複数の処理装置のうちの１つ等が含まれる。一般的に、処理装置は、命令およびデータを読取専用メモリあるいはランダムアクセスメモリあるいはその双方から受信することになる。コンピュータの主要な要素は、命令を実行するための処理装置と、命令およびデータを格納するための１つ以上のメモリとである。一般的に、コンピュータは、データファイルを格納するための１つ以上の大容量記憶装置も含むことになる、あるいは該記憶装置に動作可能なように接続されて該記憶装置と通信することにもなる。このような記憶装置には、例えば内蔵されたハードディスクやリムーバブルディスク等のような磁気ディスク、光磁気ディスク、および光ディスクが含まれる。コンピュータプログラムの命令およびデータを具現化するのに適した記憶装置には、例えばＥＰＲＯＭ、ＥＥＰＲＯＭおよびフラッシュメモリ装置等の半導体メモリ装置、例えば内蔵ハードディスクおよびリムーバブルディスク等の磁気ディスク、光磁気ディスク、ＣＤ−ＲＯＭディスク、ＤＶＤ−ＲＯＭディスクを含む、あらゆる形態の不揮発性メモリが含まれる。該処理装置および該メモリは、ＡＳＩＣ（特定用途向け集積回路）によって補完され得る、あるいは、ＡＳＩＣに組み込まれ得る。
【００７４】
ユーザとのやりとりを行うために、本発明は、ユーザに情報を表示するための、例えばＣＲＴ（ブラウン管）あるいはＬＣＤ（液晶ディスプレイ）モニタ等のディスプレイ装置と、キーボードと、例えばユーザがコンピュータに入力を行うことが可能なマウスあるいはトラックボールあるいは携帯電話のキーボード、ジョイスティックあるいはその他のあらゆる関連装置等のポインティングデバイスとを有するコンピュータ上に実装可能である。
【００７５】
本発明は、例えばデータサーバ等のバックエンドコンポーネントを含むコンピュータシステム、あるいは、例えばアプリケーションサーバあるいはインターネットサーバ等のミドルウェアコンポーネントを含むコンピュータシステム、あるいはグラフィカルユーザインターフェースやインターネットブラウザやその他の有用なソフトウェアアプリケーションあるいはこれらの組み合わせを有するクライアントコンピュータあるいは携帯電話等のフロントエンドコンポーネントを含むコンピュータシステムにおいて実行可能である。該システムのコンポーネントは、あらゆる形態によって、あるいは例えば通信ネットワーク等のデジタルデータ通信の媒体によって接続され得る。通信ネットワークの例としては、例えばＬＡＮ、ＷＡＮ、インターネットやワイヤレスネットワークを形成するコンピュータおよびネットワーク等も含まれる。
【００７６】
該コンピュータシステムは、マルチメディアクライアントおよびサーバを含み得る。クライアントおよびサーバは、一般的に、互いから離れており、通常は、例えば上記等のようなネットワークを介してやりとりする。マルチメディアクライアントとサーバとの関係は、各コンピュータ、あるいは、あらゆるハードウェア上で実行され、互いにクライアント−サーバの関係を有する、コンピュータプログラムあるいはあらゆるソフトウェアによって生じる。
【００７７】
上記の例および記述は、当然のことながら、単に説明の目的で提供されたものであって、どのようにも本発明を限定することを意図していない。当業者によって理解されるであろうように、上述の技術のうちの１つ以上用いて、本発明の範囲を超えることなく、本発明を様々な方法で実行することは可能である。
【図１】
0005562328.tif 000002
【図２】
0005562328.tif 000003
【図３】
0005562328.tif 000004
【図４】
0005562328.tif 000005
【図５】
0005562328.tif 000006
【図６】
0005562328.tif 000007
【図７】
0005562328.tif 000008
【図８】
0005562328.tif 000009
【図９】
0005562328.tif 000010