(57)【要約】【解決手段】本発明は、すべての業界関係者による放送広告の改良された財務管理を促進する双方向及び自動化方法及び装置を与える。当該システムは、代理店メディア管理システム、放送業者在庫及び販売管理システム、代理店及び放送業者売買監理システム、並びにConfirMedia放送モニタリングシステムのような複数のソースからのデータ、並びに電子プログラムガイド、放送業者及びマーケット人口データ及び視聴率サービスのような第三者業界データソースからのデータを使って、放送広告同意の履行の認証及び支払いを可能にし、及びさまざまなデータソース間の矛盾の同定及び解決を可能にする。【選択図】図１
2009505234.tif 000002
【特許請求の範囲】
【請求項１】
放送プログラム財務管理のための方法であって、
ひとつまたはそれ以上の放送項目のひとつまたはそれ以上の放送事例に関する検出情報を生成するべく、放送マルチメディアコンテンツをモニターする工程と、
前記ひとつまたはそれ以上の放送項目に関する放送業者ラインアップ情報を受信する工程と、
前記ラインアップ情報と前記検出情報とを比較する工程と、
を備えた方法。
【請求項２】
前記ひとつまたはそれ以上の放送項目の各々に対して、前記検出情報は、少なくとも、
前記放送項目の日付及び時間、
前記放送項目の時間間隔、
前記放送項目の放送の種類、
前記放送項目のオーナー、
前記放送項目のタイトル、
前記放送項目に関連した少なくともひとつのコード、
を含むことを特徴とする請求項１記載の方法。
【請求項３】
前記検出情報は、放送業者モニタリングカバレッジ及びステーション停止データの少なくともひとつにしたがって生成される、
ことを特徴とする請求項１記載の方法。
【請求項４】
前記検出情報は、前記ひとつまたはそれ以上の放送項目から抽出されたウォーターマークにしたがって生成される、
ことを特徴とする請求項１記載の方法。
【請求項５】
前記検出情報は、前記マルチメディアコンテンツから抽出されたフィンガープリントにしたがって生成される、
ことを特徴とする請求項１記載の方法。
【請求項６】
前記放送項目は、コマーシャル、インフォマーシャル、テレビ番組、ラジオ番組、ニュース番組、ケーブルプログラム、衛星プログラム、ポッドキャスト、インターネット放送、ダインロード、及びライブイベント放送の少なくともひとつを備える、
ことを特徴とする請求項１記載の方法。
【請求項７】
前記ラインアップ情報は、前記ひとつまたはそれ以上の放送項目に対応するスケジュールされた放送詳細を備える、
ことを特徴とする請求項１記載の方法。
【請求項８】
前記スケジュールされた放送詳細は、
スケジュールされた放送項目の数、
前記スケジュールされた放送項目に対するマーケットの数、
前記スケジュールされた放送項目の時間及び日付、
前記スケジュールされた放送項目を放送する放送ステーションの数、
前記マーケットの各々に関連する全人口のパーセンテージ、
の少なくともひとつを備える、
ことを特徴とする請求項７記載の方法。
【請求項９】
さらに、
放送業者契約、放送業者インボイス、ネットワーク系列ラインアップ、ステーションラインアップ、代理店スケジュール、代理店売買指示、注文変更情報、放送業者番組スケジュールデータ、放送業者データ、マーケット人口データ、及び前記比較を有効にするための視聴率測定の少なくともひとつを備える、付加的情報を受信する工程、
を含むことを特徴とする請求項１記載の方法。
【請求項１０】
前記付加的情報の少なくとも一部は電子的に受信される、
ことを特徴とする請求項９記載の方法。
【請求項１１】
前記電子的に受信された情報はデータベース内に自動的にアップロードされる、
ことを特徴とする請求項１０記載の方法。
【請求項１２】
前記付加的情報の少なくとも一部はデータベース内に手動でアップロードされる、
ことを特徴とする請求項９記載の方法。
【請求項１３】
前記付加的情報の少なくとも一部は予め定義されたセキュリティ許可レベルにしたがって受信される、
ことを特徴とする請求項９記載の方法。
【請求項１４】
前記許可レベルは、
顧客アカウントレベル、
顧客管理者レベル、
ユーザレベル、
の少なくともひとつから成る、
ことを特徴とする請求項１３記載の方法。
【請求項１５】
前記ラインアップ情報は電子的に受信され、かつ、データベース内に自動的にアップロードされる、
ことを特徴とする請求項１記載の方法。
【請求項１６】
前記ラインアップ情報の少なくとも一部は、予め定義されたセキュリティ許可レベルにしたがって受信される、
ことを特徴とする請求項１５記載の方法。
【請求項１７】
前記許可レベルは、
顧客アカウントレベル、
顧客管理者レベル、
ユーザレベル、
の少なくともひとつから成る、
ことを特徴とする請求項１６記載の方法。
【請求項１８】
さらに、
前記放送項目に関連するスケジュール情報を受信する工程を含み、
前記比較する工程は、マッチングアルゴリズムにしたがって、前記検出情報と前記スケジュール情報とをマッチングすることから成る、
ことを特徴とする請求項１記載の方法。
【請求項１９】
前記マッチングアルゴリズムは、
階層マッチングアルゴリズム、
ポイント・ツー・ポイントマッチングアルゴリズム、
ポイント・ツー・レンジマッチングアルゴリズム
の少なくともひとつから成る、
ことを特徴とする請求項１８記載の方法。
【請求項２０】
前記マッチングアルゴリズムは、
ひとつまたはそれ以上のマッチング基準を選択する工程と、
選択したマッチング基準に対して加重点を割り当てる工程と、
前記マッチング基準及び前記加重点にしたがって前記検出情報と前記スケジュール情報をマッチングする工程と、
を備えることを特徴とする請求項１８記載の方法。
【請求項２１】
すべての前記マッチング基準が満たされた場合に、一致が宣言される、
ことを特徴とする請求項２０記載の方法。
【請求項２２】
前記マッチング基準の少なくともひとつが満たされた場合に、一部一致が宣言される、
ことを特徴とする請求項２０記載の方法。
【請求項２３】
前記マッチング基準がすべて満たされない場合に、一致なしが宣言される、
ことを特徴とする請求項２０記載の方法。
【請求項２４】
さらに、
前記比較する工程に基づいてレポートを生成する工程、
を含むことを特徴とする請求項１記載の方法。
【請求項２５】
前記レポートはオンラインで提供される、
ことを特徴とする請求項２４記載の方法。
【請求項２６】
前記レポートは、
検出一致までの代理店スケジュール、
検出一致までのネットワーク系列ラインアップデータで補足された代理店スケジュール、
検出一致までのステーションラインアップデータで補足された代理店スケジュール、
検出一致までの放送業者インボイス、
検出一致までの放送業者契約または取引、
放送業者契約または取引一致までの放送業者契約または取引、
検出一致までの代理店売買指示、
検出一致までの注文変更情報、
検出一致までの放送業者プログラムスケジュール
の少なくともひとつから成ることを特徴とする請求項２４記載の方法。
【請求項２７】
前記一致は、
放送業者データで補足された検出、
マーケット人口データで補足された検出、
視聴率データで補足された検出、
の少なくともひとつから成ることを特徴とする請求項２６記載の方法。
【請求項２８】
前記レポートの少なくとも一部は、予め定義されたセキュリティ許容レベルにしたがってアクセス可能である、
ことを特徴とする請求項２４記載の方法。
【請求項２９】
前記セキュリティ許容レベルは、
顧客アカウントレベル、
顧客管理者レベル、
ユーザレベル、
の少なくともひとつから成ることを特徴とする請求項２８記載の方法。
【請求項３０】
前記レポートの少なくとも一部は電子的にエクスポート可能である、ことを特徴とする請求項２４記載の方法。
【請求項３１】
さらに、売買警告を生成する工程を含むことを特徴とする請求項１記載の方法。
【請求項３２】
前記売買警告は、代理店売買指示と前記検出情報との間の不一致を同定する、ことを特徴とする請求項３１記載の方法。
【請求項３３】
前記不一致は、
間違ったローテーション、
し損じたアップロード日、
アウト・オブ・フライト放送、
電波停止間隔放送、
間違った放送業者、
の少なくともひとつを備えることを特徴とする請求項３２記載の方法。
【請求項３４】
前記比較する工程は、注文変更情報にしたがって有効となる、ことを特徴とする請求項１記載の方法。
【請求項３５】
前記注文変更情報は、放送業者契約の問い合わせ、放送業者からの前記注文変更情報の直接のインポート、及び前記注文変更情報の手動入力の少なくともひとつにしたがって生成される、
ことを特徴とする請求項３４記載の方法。
【請求項３６】
前記注文変更情報は、
無関係の付加ユニット、
無関係の除去ユニット、
予め関連づけられた付加及び除去ユニット、
の少なくともひとつを備えることを特徴とする請求項３５記載の方法。
【請求項３７】
前記注文変更情報は、
無関係の付加及び除去ユニットを割り当て、かつ、それを購入者に送信する販売者、
予め関連づけられた付加及び除去ユニットを購入者に送信する販売者、
の少なくともひとつを備えることを特徴とする請求項３６記載の方法。
【請求項３８】
前記注文変更情報は、
購入者により承認された送信済み注文変更情報、
購入者により拒絶された送信済み注文変更情報、
の少なくともひとつを備えることを特徴とする請求項３７記載の方法。
【請求項３９】
さらに、
前記放送項目に関連するインボイス情報を受信する工程と、
前記インボイス情報に対して検出情報を比較する工程と、
を含むことを特徴とする請求項１記載の方法。
【請求項４０】
前記インボイス情報は、オリジナルのインボイス情報、及び前記オリジナルのインボイス情報に関連する注文変更情報の少なくともひとつを備える、ことを特徴とする請求項３９記載の方法。
【請求項４１】
前記比較する工程は、
クリアした一致タイプ、
部分的にクリアした一致タイプ、
クリアしない一致タイプ、
スケジュールされない放送一致タイプ、
の少なくともひとつを生成することを特徴とする請求項１記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、２００５年８月９日出願の米国仮特許出願第６０／７０６，９５１号に基づく優先権主張を伴うものである。
【０００２】
本発明は、テレビ、ラジオ及び有線放送広告の財務管理に関し、特に、すべての範囲の異なる業界関係者が放送広告の財務管理サービスを提供する際に使用するためのシステム及びアプリケーションに関する。
【背景技術】
【０００３】
企業取引の成立が直接的に購入者に製品またはサービスの提供を伴う業界とは対照的に、放送広告取引では、放送受信者が目的物の直接的な受取人となる。これは、広告人（放送時間の購入者）及び他の取引関係者に対して、放送者（放送時間の販売人）の取引成立の認証に関する問題をもたらす。広告は第三者（放送受信者）に送信されるため、その配信を確認するために取引成立と独立のメカニズムが必要になる。
【０００４】
広告購入を財務管理するための、及びこれらの購入の履行を説明するための、有効かつ正確な方法を確立する業界の能力は、広告用の放送時間がユニットで販売されるビジネスプロセス、及び購入が成立したら対応する商業広告が個別の放送業者に配布されるプロセスによる特性及び複雑性によって、大きく妨げられてきた。
【０００５】
例えば、地方の放送局でひとつの広告を流すことを考えてみる。広告を実行する契約は、直接地方局により広告人に売られるか、地方局の代理人である広告代理店により売られるか、番組を放送する権利を獲得した地方局と関連するその地方局に広告を流す番組シンジケータにより売られるか、ネットワークプログラムのパッケージがバンドルされた地方系列局の集合に広告を流すネットワークにより売られるか、または、通常は、広告クライアントにより使用するためのいくつかまたはすべての予めリストしたソースから広告時間のブロックを購入及び／または購入するよう同意した広告代理店により売られる。
【０００６】
同様に、地方局が放送する必要のある実際の商業的広告、及びオリジナルの購入契約を履行するために放送業者が従わなければならない特定の放送指示は、直接広告人によるか若しくは広告代理店によるか、またはオリジナルの購入取引の性質に応じて、広告代理店、番組シンジケータ若しくは放送ネットワークを含む上記関係者のいずれかを通じて間接的に配信される。
【０００７】
放送広告財務管理は、放送広告業界のさまざまな関係者が、複雑な放送広告注文の履行を管理しかつ考慮することができるプロセスである。現在の業界の実務は、契約を守りかつ関係者による有効な財務管理を模索する、広告人と受信者との間のバリューチェーン内のすべての関係者の努力に頼っている。
【０００８】
現在のビジネス実務は自己報告である。すなわち、各会社が自己の行動を報告するか、または下請けのプロバイダーから履行報告を要求し、これらの第三者の報告を自己の履行を考慮するための基礎として使用する。
【０００９】
非認証の自己報告のチェーンを信頼することは、関係者から受信した価値を有意に損なう業界パフォーマンスの不正確さ及び遅延をもたらす。非認証報告は、関係者をまどわす間違ったクレームをもたらす。履行に関する遅延した情報は、広告の注文と履行との間の不一致を同定しかつ修正する複雑な手間を必要とし、広告媒体としての有効性が減少する。自己報告はまた、関係者の各々がしばしば手動でかつ離れたソースから履行に関する情報を収集しかつ配信する必要があるため、コストが高くつく。
【００１０】
財務管理処理の複雑さに加え、各契約及びその履行の期間を通じて購入契約の特定のパラメータが流動的に変化する。天気、自然災害ニュース、及び技術的破壊などの制御不能な力及び／または放送会社の収益目的により先買いされる各放送会社の有限な保有広告時間内で需要と供給の圧力を定期的に変更しながら、広告人側のビジネス目的及び広告の必要性を発展させることは、この流動性の主な寄与である。
【００１１】
これらの業界で周知の問題は、ビジネス全体の環境が現在の実務により損なわれているもののいくつかの例示である。
【発明の開示】
【発明が解決しようとする課題】
【００１２】
本発明は、購入、配布、履行、会計及びバリューチェーンを通じたさまざまな業界関係者の関連する活動及び互換性をストリームライン化しかつ管理するための改良したシステムを導入することにより、これらの実務を改善することを目的とするものである。
【００１３】
また、本発明の目的は、すべての業界関係者による放送広告の改良した財務管理を容易にする双方向かつ自動化装置、システム及び方法を与えることである。
【課題を解決するための手段】
【００１４】
本発明のひとつの態様は、代理店メディア管理システム、放送会社在庫及び販売管理システム、放送会社請求システム、代理店及び放送会社売買管理システム、ベランス・コーポレイションにより開発されたCofirMedia（商標）放送モニターシステムなどの複数のソースからのデータ、並びに、電子プログラムガイド、放送業者登録簿、マーケット人口データ、及び視聴率測定サービスなどの第三者業界のデータソースからのデータを利用し、放送広告契約の履行が認証かつ考慮され、同定されるべきデータソースと分けられるべきデータソースとの間の矛盾を許容するものである。
【００１５】
本発明は放送番組財務管理のための方法、装置及びシステムを与える。本発明の一つの態様において、放送番組財務管理のための方法が与えられる。ひとつまたはそれ以上の放送項目のひとつまたはそれ以上の放送事例に関連する検出情報を生成するべく、放送マルチメディアコンテンツがモニターされる。ひとつまたはそれ以上の放送項目に関連するスケジュール情報も受信される。その後、検出情報はスケジュール情報と比較される。この方法を使って、例えば、適当な時間及び／または適当な回数放送されたコマーシャル、テレビ番組または歌が決定される。
【００１６】
ひとつまたはそれ以上の放送項目の各々に対して、検出情報は、放送項目のデータ及び時間、放送項目の時間間隔、放送項目の放送タイプ、放送項目の所有者、放送項目の題名、放送項目に関連する少なくともひとつのコード、または特定の放送項目を識別またはそれに関連する他の類似情報の少なくともひとつを備える。
【００１７】
検出情報は、放送モニターカバレッジ及びステーション停止データの少なくともひとつに従って生成されてもよい。放送モニターカバレッジは、例えば、すべての放送コンテンツを受信し、かつ、検出情報を得るためにそれを解析するモニターステーションによりモニターすることである。ステーション停止データは例えば、モニターステーションの停止回数／時間間隔を示すデータを含む。
【００１８】
本発明のひとつの態様において、検出情報はひとつまたはそれ以上の放送項目から抽出されたウォーターマークに従って生成されてもよい。他に、検出情報は、マルチメディアコンテンツから抽出されたフィンガープリントに従って抽出されてもよい。
【００１９】
放送項目は、コマーシャル、インフォマーシャル、テレビ番組、ラジオ番組、ニュース番組、有線番組、衛星番組、ポッドキャスト、インターネット放送、ダウンロード、ライブイベントの方法等の少なくともひとつを含む。
【００２０】
スケジュール情報は、ひとつまたはそれ以上の放送項目の各々に関連する購買詳細を含む。購買詳細は、販売者名、購入者名、購入した製品、見積購入数、購入のインボイス番号、契約ユニットに同意した数、インボイスユニットの数、放送されるべき契約ユニットの長さ、インボイスユニットの長さ、契約ユニットの放送日及び回数、インボイスユニットの放送日及び回数、各契約ユニットの交渉コスト、各インボイスユニットのインボイスコスト等の少なくともひとつを含む。
【００２１】
本発明の他の態様において、例えば、スケジュール情報を検出情報と比較するモニタリングステーションまたはシステムの動作を制御するサービスプロバイダーにより、付加的な情報が受信される。この付加的情報は、代理店スケジュール、放送業者契約、放送業者インボイス、ネットワーク系列ラインアップ、ステーションラインアップ、代理店売買指示、注文変更情報、放送業者番組スケジュールデータ、放送業者データ、マーケット人口データ、比較のための視聴率データ等の少なくともひとつを含む。
【００２２】
付加的情報の少なくとも一部は電子的に受信される。電子的に受信した情報はデータベースへ自動的にアップロードされてもよい。付加的情報の少なくとも一部はデータベースへ手動でアップロードされてもよい。
【００２３】
付加的情報の少なくとも一部は予め定義された安全許容レベルに従ってユーザから受信される。この許容レベルは、顧客アカウントレベル、顧客管理者レベル、ユーザレベルの少なくともひとつから成る。
【００２４】
本発明の他の態様において、スケジュール情報は電子的に受信され、かつ自動的にデータベースにアップロードされる。スケジュール情報の少なくとも一部は、予め定義された安全許容レベルに従ってユーザから受信される。この許容レベルは、顧客アカウントレベル、顧客管理者レベル、及びユーザレベルの少なくとも一つから成る。
【００２５】
本発明のさらに他の態様において、スケジュール情報に対する検出情報の比較は、マッチングアルゴリズムに従い、検出情報とスケジュール情報とをマッチングさせることから成る。このマッチングアルゴリズムは、階層マッチングアルゴリズム、ポイント・ツー・ポイントマッチングアルゴリズム、ポイント・ツー・レンジマッチングアルゴリズム等の少なくともひとつから成る。
【００２６】
ひとつの態様において、比較は、ひとつまたはそれ以上のマッチング基準を選択し、選択したマッチング基準に加重点を割り当て、マッチング基準及び加重点に従って、検出情報とスケジュール情報とをマッチングさせる工程から成る。すべてのマッチング基準が満たされると、一致が宣言される。マッチング基準の少なくともひとつが満たされると、一部一致が宣言される。マッチング基準が満たされない場合には一致なしが宣言される。
【００２７】
比較に基づいてレポートが生成される。このレポートはオンラインで与えられる。当該レポートは、検出一致までの代理店スケジュール、検出一致までのネットワーク系列ラインアップデータで補足された代理店スケジュール、検出一致までの放送業者インボイス、検出一致までの放送業者契約または取引、放送業者契約または取引一致までの放送業者契約または取引、検出一致までの代理店売買指示、検出一致までの注文変更情報、検出一致までの放送業者番組スケジュール等の少なくともひとつを含む。当該一致は、放送業者データで補足された検出、マーケット人口データで補足された検出、及び視聴率データで補足された検出の少なくともひとつから成る。
【００２８】
レポートの少なくとも一部は、予め定義されたセキュリティ許容レベルに従ってアクセス可能である。この許容レベルは、顧客アカウントレベル、顧客管理者レベル、及びユーザレベルの少なくとも一つから成る。レポートの少なくとも一部は、電子的に送信可能である。
【００２９】
本発明の他の態様において、方法はさらに、売買警告を生成する工程を含む。売買警告は、代理店売買指示と検出情報との間の不一致を識別する。この不一致は、間違ったローテーション、し損じたアップロード日、し損じたスタート、アウト・オブ・フライト放送、電波停止時間中の放送、誤った放送業者等の少なくともひとつから成る。
【００３０】
本発明のさらに他の態様において、比較は、注文変更情報にしたがって有効となる。注文変更情報は、放送業者契約の問い合わせ、放送業者からの注文変更情報の直接取り込み、注文変更情報の手動入力等の少なくともひとつに従って生成される。注文変更情報は、無関係の付加ユニット、無関係の除去ユニット、及び予め関連付けられた付加及び除去ユニットの少なくともひとつから成る。注文変更情報はさらに、無関係の付加及び除去ユニットと関連し、かつ、それらを購入者に送付する販売者、及び予め関連づけられた付加及び除去ユニットを購入者に送付する販売人の少なくともひとつから成る。注文変更情報はさらに、購入者により承認された送信済みの注文変更情報、及び購入者により拒絶された送信済みの注文変更情報の少なくともひとつから成る。
【００３１】
本発明の付加的な態様において、方法はさらに、放送項目に関連したインボイス情報を受信する工程と、インボイス情報と検出情報とを比較する工程から成る。インボイス情報は、オリジナルのインボイス情報及びオリジナルのインボイス情報に関連した注文変更情報の少なくともひとつから成る。
【００３２】
本発明の他の態様は、放送業者ラインアップ情報を使った番組クリアランス及びコマーシャルクリアランスに関する。この態様において、放送マルチメディアコンテンツは、ひとつまたはそれ以上の放送項目のひとつまたはそれ以上の放送事例に関連する検出情報を生成するべく、モニターされる。ひとつまたはそれ以上の放送項目に関連する放送業者ラインアップ情報が受信される。検出情報は、その後、ラインアップ情報と比較される。この方法により、コマーシャルまたは番組がクリアされたか否か（例えば、代理店スケジュール及び放送業者ラインアップまたはスケジュール若しくはラインアップの変更に関する注文変更に従って、適切な時間または回数で放送されたか否か）が決定される。
【００３３】
ひとつまたはそれ以上の放送項目にそれぞれに対して、検出情報は、放送項目の日時、放送項目の時間間隔、放送項目の放送タイプ、放送項目の所有者、放送項目のタイトル、放送項目に関連する少なくともひとつのコード、または特定の放送項目に関連若しくは同定する他の類似情報の少なくともひとつを含む。
【００３４】
検出情報は、放送モニタリングカバレッジ及びステーション停止データの少なくともひとつに従って生成されてもよい。検出情報は、ひとつまたはそれ以上の放送項目から抽出されるウォーターマークに従って生成される。他に、検出情報は、マルチメディアコンテンツから抽出されたフィンガープリントに従って生成されてもよい。
【００３５】
放送項目は、コマーシャル、インフォマーシャル、テレビ番組、ラジオ番組、ニュース番組、有線番組、衛星番組、ポッドキャスト、インターネット放送、ダウンロード、ライブイベントの放送等の少なくともひとつを含む。
【００３６】
ラインアップ情報は、ひとつまたはそれ以上の放送項目に対応するスケジュールされた放送詳細から成る。このスケジュールされた放送詳細は、スケジュールされた放送項目の数、スケジュールされた放送項目に対するマーケットの数、スケジュールされた放送項目の日時、スケジュールされた放送項目を放送する放送ステーションの数、各々のマーケットに関する総人口のパーセンテージ等の少なくもひとつを含む。
【００３７】
本発明の他の態様において、付加的情報が受信される。この付加的情報は、放送業者契約、放送業者インボイス、ネットワーク系列ラインアップ、ステーションラインアップ、代理店スケジュール、代理店売買指示、注文変更情報、放送業者番組スケジュールデータ、放送業者及びマーケット人口データ、及び比較に有効な視聴率データの少なくともひとつを含む。
【００３８】
付加的情報の少なくとも一部は、電子的に受信される。電子的に受信した情報はデータベースに自動的にアップロードされる。付加的情報の少なくとも一部が、手動でデータベースにアップロードされてもよい。
【００３９】
付加的情報の少なくとも一部は、予め定義されたセキュリティ許容レベルにしたがって受信される。この許容レベルは、顧客アカウントレベル、顧客管理者レベル、及びユーザレベルの少なくともひとつから成る。
【００４０】
本発明の他の態様において、ラインアップ情報は電子的に受信され、データベースに自動的にアップロードされる。このラインアップ情報の少なくとも一部は予め定義されたセキュリティ許容レベルに従い受信される。この許容レベルは、顧客アカウントレベル、顧客管理者レベル、及びユーザレベルの少なくともひとつから成る。
【００４１】
本発明の他の態様において、放送項目に関連するスケジュール情報が受信されてもよい。この態様で、比較は、マッチングアルゴリズムに従い、検出情報とスケジュール情報とをマッチングさせる工程から成る。マッチングアルゴリズムは、階層マッチングアルゴリズム、ポイント・ツー・ポイントマッチングアルゴリズム、ポイント・ツー・レンジマッチングアルゴリズム等の少なくとも一つから成る。マッチングアルゴリズムはまた、ひとつまたはそれ以上のマッチング基準を選択する工程、選択したマッチング基準に加重点を割り当てる工程、マッチング基準及び加重点に従い検出情報とスケジュール情報とをマッチングさせる工程を含む。すべてのマッチング基準が満たされると、一致が宣言される。マッチング基準の少なくとも一部が満たされると、一部一致が宣言される。すべてのマッチング基準が満たされないと、一致なしが宣言される。
【００４２】
比較に基づき、レポートが生成される。このレポートはオンラインで提供される。当該レポートは、検出一致までの代理店スケジュール、検出一致までのネットワーク系列ラインアップデータで補足された代理店スケジュール、検出一致までのステーションラインアップデータで補足された代理店スケジュール、検出一致までの放送業者インボイス、検出一致までの放送業者契約若しくは取引、放送業者契約若しくは取引一致までの放送業者契約若しくは取引、検出一致までの代理店売買指示、検出一致までの注文変更情報、検出一致までの放送業者番組スケジュール等の少なくともひとつを含む。一致は、放送業者データで補足された検出、マーケット人口データで補足された検出、及び視聴率データで補足された検出の少なくともひとつを含む。
【００４３】
レポートの少なくとも一部は、予め定義されたセキュリティ許容レベルに従ってアクセス可能である。この許容レベルは、顧客アカウントレベル、顧客管理者レベル、及びユーザレベルの少なくともひとつから成る。レポートの少なくとも一部は電子的に送信可能である。
【００４４】
本発明の他の態様において、方法はさらに、売買警告を生成する工程を含む。売買警告は、代理店売買指示と検出情報との間の不一致を識別する。この不一致は、間違ったローテーション、し損じたアップロード日、し損じたスタート、アウト・オブ・フライト放送、電波停止時間中の放送、間違った放送業者等の少なくともひとつを含む。
【００４５】
他の態様において、比較は、注文変更情報に従って有効となる。注文変更情報は、放送業者契約の問い合わせ、放送業者からの注文変更情報の直接受信、注文変更情報の手動入力等の少なくともひとつに従って生成される。注文変更情報は、無関係の付加ユニット、無関係の除去ユニット、及び予め関連付けした付加及び除去ユニットの少なくともひとつを含む。注文変更情報はさらに、無関係の付加及び除去ユニットに関連しかつそれを購入者に送信する販売者と、予め関連付けした付加及び除去ユニットを購入者に送信する販売者の少なくともひとつを含む。注文変更情報はまた、購入者により承認された送信済み注文変更情報及び購入者により拒絶された送信済み注文変更情報の少なくともひとつを含む。
【００４６】
本発明の他の態様において、方法はさらに、放送項目に関連するインボイス情報を受信する工程と、検出情報とそのインボイス情報とを比較する工程を含む。インボイス情報は、オリジナルのインボイス情報及びそのオリジナルのインボイス情報に関連した注文変更情報の少なくともひとつから成る。
【００４７】
本発明の他の態様において、比較は、クリアした一致タイプ、一部クリアした一致タイプ、クリアしなかった一致タイプ、スケジュールされなかった放送一致タイプ等の少なくともひとつを生成する。
【００４８】
上記方法を実行するための装置及びシステムの実施形態もまた本発明に従って与えられる。また、上記したさまざまな実施態様またはそれらの特定の特徴がさまざまな方法で組みあわされて他の実施態様を与える得ることは当業者の知るところである。
【発明を実施するための最良の形態】
【００４９】
以下、本発明の実施形態について詳細に説明するが、これは例示に過ぎず、発明の態様若しくは構成を限定するものではない。本発明の実施形態の詳細な説明は、当業者が本発明を実施することができるように記載されている。特許請求の範囲に記載した発明の思想及び態様から離れることなく、構成要件の機能及び配置にさまざまな変更が可能である。
【００５０】
本発明のひとつの実施形態を実行することができる一例として、本願の譲受人であるベランス・コーポレイション（以下、ベランスという）により提供されるConfirMedia（商標） オンラインシステムがある。ConfirMedia オンラインは、
・ベランスにより開発されたConfirMediaシステムに適切な放送広告媒体データを安全にインポートするために、
・アクセスが許可された放送広告媒体の販売及び購入に特定のパスワードで保護されたデータのマッチング解析の要約及び詳細を照会しかつ表示するために、
・放送業者及び代理店それぞれの不統一システム内で、販売／購入データを自動的に更新しかつ同期する、相互に同意した注文変更要求を生成するために、
・特定のコマーシャルが代理店スケジュール及び／または代理店売買指示のパラメータ以外を放送している事例において、時間通りに、システムで形成した発送通知を作り出すために、
顧客が使用するウエブ形式のアプリケーションである。
【００５１】
本発明の特徴、機能、及び能力を完全に説明するために、放送広告及びモニタリング業界の重要な概念及びコンポーネントを以下で詳細に説明する。
【００５２】
重要な放送広告業界加入者
上記したように、放送広告媒体購入の財務管理及び履行の複雑さは、長年にわたり業界を通じて生まれた多くの異なる役割に由来する。放送業界は現在も発展し続けているが、以下で説明する役割が確立されている。
【００５３】
・利益を増加させるべく視聴者に対して広告を配布するために、放送広告放送時間を購入する広告主は、営利会社、政府組織、公的団体、政治立候補者のような組織である。広告主は、広告を直接購入するか、または代行してくれる広告代理店を雇う。
【００５４】
・広告代理店は、計画、購入及びスケジュールされた、放送広告放送時間の財務管理及び支払い、並びに、放送時間の購入を履行するために放送指示に従う放送業者により放送されるべき個々の商業広告の制作、配給及び財務管理を含む、ひとつまたはそれ以上の有料サービスを広告主に提供する。付加的に、代理店はしばしば放送ネットワーク及び放送系列から、複数の広告クライアントに対して共同で放送時間をブロックユニットで購入する。この典型例では、放送広告時間の最初の購入は、個々のブランド及び製品に対する各クライアントの放送持ち時間の割り当て、スケジュール及び売買とは別のプロセスである。
【００５５】
・広告販売代理人は、複数の放送業者の放送時間を広告主及びその代理店に販売するために放送ネットワーク及び放送系列／地方ステーションに代わってセールスブローカーとして働く。
【００５６】
・番組プロデューサーは、放送広告も受信する視聴者を主に惹きつけるべく、放送業者により使用されるエンターテイメント、ニュース、ドキュメント等の放送番組を制作する。
【００５７】
・番組シンジケータは、番組プロデューサーから番組を取得し、その番組内の放送広告時間を販売し、放送業者に番組及び広告をパッケージとして一緒に提供する。
【００５８】
・放送ネットワークは、番組シンジケータと類似するが、典型的に放送ネットワークは下請けの放送業者（放送系列）に対して、ブランドパッケージとして広告が含まれる複数の番組を一緒に提供し、典型的に番組シンジケータは個別の番組を提供する。いくつかの例において、放送ネットワークは、下請けの放送業者を介することなく視聴者に直接放送してもよい。
【００５９】
・地方ステーションは、典型的に番組及び広告の両方から成る放送ストリームを視聴者に直接提供する。放送ネットワークから受信したコンテンツを放送する地方ステーションは放送系列と呼ばれる。ケーブルテレビ放送などの場合に、放送配給会社は放送ネットワークまたは地方ステーションと視聴者との間の仲介となる。
【００６０】
放送広告業界データ
放送広告媒体購入の財務管理及び履行の複雑さに寄与する他の要因は、業界データの多くの異なる離隔ソース及びフォーマット、並びに、このデータが異なる業界関係者に固有の内部システム内で一貫性なく生成されかつ保持されているという事実に由来している。さまざまな種類の放送広告業界データの離隔ソース及びフォーマットの例として、以下のものがある。
【００６１】
・代理店スケジュールは、代理店の内部のメディア管理システム内で代理店スタッフにより生成される。代理店メディア管理システムは、主に、放送業者からのインボイスを処理かつ支払い、次に適当な広告主クライアントに請求書を出すべく、代理店の財務部のスタッフにより利用されるように設計されている。しかし、この会計及び財務システムはまた、放送広告メディア購入の詳細を形成するべく、代理店のメディア部のスタッフによっても利用されている。この詳細には、
放送時間を購入した特定の広告主または代理店の名称、
広告により促進される特定の広告主及び特定の広告主のブランド若しくは製品、
広告が割り当てられるべき特定の見積番号（購入注文数及び他の予算コードが他の業界で使用されるのと同様に、見積番号は会計用に広告支出をまとめるのに代理店により内部的に使用される）、
代理店が広告主のブランドまたは製品のために購入に同意し、かつ、放送業者がそのブランドまたは製品のために放送に同意したユニットの特定数、
放送するために売り買いされた広告放送時間のユニットの長さ（例えば、１５、３０、６０秒等）
広告時間の売り買いされたユニットが放送されるべき特定の日時、
広告放送時間のそれぞれのユニットに対する交渉しかつ合意したコスト、
が含まれる。
【００６２】
重要なのは、代理店スケジュールの特定の詳細が、オリジナルのスケジュールされた放送の前後及び最中にしばしば変更されることである。しかし、代理店により支払われるべき放送業者のインボイスに対して、すべての広告作業が完了した後に、代理店の内部のメディア管理システム内の代理店スケジュールの詳細は、キャンペーンを通じてなされた変更を反映させ、かつ、放送業者の内部の在庫及びスケジュール管理システムにより生成された放送業者のインボイスに最終的に反映される作業と同期するよう手動で更新されなければならない。他の複雑さの要因は、さまざまな代理店メディア管理システムプロバイダーがあり、異なる代理店がそこから個々のシステムを購入しているという点である。これらのシステム内の広告スケジュールデータの主なもの（すなわち、広告主、ブランド／製品、見積番号、ユニット数、スポット長、放送日時、スポットコスト等）は同じであるが、各システムから取り出されたファイル及びそのファイル内の個々のデータフィールドのフォーマットは大きく異なる。付加的に、同じシステムが異なる代理店のユーザにより、また同じ代理店内の異なるユーザによっても、別々に構成されかつ利用されており、これは任意のデータ出力フォーマットを攻撃する。
【００６３】
・放送業者取引／契約は、代理店メディア管理システム内の代理店スケジュール内で画定されるような販売／購入の類似する詳細を画定するべく、内部の販売在庫管理システム内で放送業者により生成される。実際に、いくつかの放送業者は、オリジナルの取引／契約を生成し、そのデータを代理店の内部のメディア管理システムに直接転送し、それが自動的にそのシステムでのオリジナルの代理店スケジュールの基礎となる。代理店メディア管理システムに関して、さまざまな放送業者販売在庫管理システムプロバイダーが存在し、その各々が異なるシステムを提供し、それが異なる放送業者により利用される。また、放送業者販売管理システムはしばしば、異なる放送業者のユーザにより及び、同じ放送業者の異なるユーザにより、別々に構成されかつ利用される。通信及びデータフロー及びワーク処理をさらに複雑にするのは、これらの代理店システムと放送業者システムとの間の制限された有意味な連続性または統一性が存在するという事実である。
【００６４】
・注文変更は、広告キャンペーンが放送された前後及び最中に、代理店スケジュール及び／または放送業者の取引／契約内に含まれる購入詳細のいずれかを修正するべく、代理店及び放送業者の両方により典型的にオフラインで生成される。この進行中の変更は、代理店が放送業者に支払いを同意する前に、放送業者インボイスを代理店スケジュールに一致させるために、代理店のメディア管理システムと放送業者の請求システムの両方に反映されかつ整合されなければならない。しかし、典型的にこれらのオリジナルデータに対する修正は、任意の自動システムの構成、連続性または統一性を有せず、かつ、任意の標準化されたファイル若しくはデータフォーマットを有しないオフラインで作成される。
【００６５】
・ネットワーク系列／ステーションラインアップは、ラジオネットワーク、テレビネットワーク若しくはテレビ番組シンジケータのいずれかを有する各ステーション系列に基づいて、放送ネットワークまたはシンジケート番組及び／またはコマーシャルと契約された各テレビ及び／またはラジオマーケットの複数の個別ローカルステーションのネットワークまたはシンジケート放送業者により代理店に与えられるリストである。ラインアップは、各ステーションが特定の番組及び／またはコマーシャルを放送するよう契約した特定のスタート日時を詳述する。ネットワーク系列／ステーションラインアップが基礎とするデータコンポーネントは、典型的に、放送業者の環境内で異なるシステムの異なるエリアに存在し、わずかに自動化されたオフラインで主に手動で集められ、標準化されたファイル若しくはデータフォーマットなど存在しない。
【００６６】
・代理店売買指示は、ISCIまたはAdIDいずれかの特異な業界コマーシャルスポット識別コードに基づく特定コマーシャルが、購入済みの代理店スケジュールを適切に履行するためにどのように放送されるべきかを識別する。典型的に、売買指示は代理店の売買部門のスタッフによりオフラインで書類または展開表フォーマットで生成される。その代理店の販売部門は、各コマーシャルが代理店スケジュールの各放送業者に対してどのように放送されるかについてのコマーシャル材料及び指示を与える責任を有し、代理店スケジュールが確立された代理店のメディア部門から独立に機能する。この指示は放送業者の売買部門のスタッフに伝達される。放送業者の売買部門は、コマーシャル材料及び指示を取得し、各コマーシャルが代理店の指示ごとに正確に放送されていることを確かめる責任を有し、代理人スケジュール及び放送業者取引／契約に反映された詳細が確立された放送業者の販売部門から独立に機能する。
【００６７】
・ローカルステーションの実行宣誓書は、ラジオネットワーク、テレビネットワークまたはテレビシンジケートのいずれかの系列として特定の番組及びコマーシャルを放送するために各ステーションの契約上の債務を履行するために、放送されたスポットのIDコード及び放送日時を宣言する放送ネットワークまたはシンジケータに対して、系列ステーションにより提供される公証書類であり、ラジオネットワーク、テレビネットワーク及びシンジケートテレビ放送業者インボイスの基礎となる。
【００６８】
・放送業者インボイスは、オリジナルの放送業者取引／契約及び／または代理店スケジュールデータの両方に基づき、放送業者の内部の請求システムにより生成され、承認済みの注文変更データにより更新され、かつ、表向きは実行宣誓書により認証される必要がある。この実行宣誓書は、ラジオネットワーク、テレビネットワーク及びテレビシンジケータの場合には、個々の系列ステーションからのものを含む。典型的に、放送業者インボイスは、放送業者名、購入に対応する放送業者のインボイス番号、インボイスユニットの総数、各インボイスユニットの長さ、各インボイスユニットの特定の放送日時、及び、各放送業者のブランド／製品及び見積に対して各放送業者により放送されたすべての商業広告に対する各インボイスユニットのスポット識別コードを含む。さまざまな放送業者システムプロバイダーが存在し、各々が異なる放送業者により使用される異なるシステムを提供し、それはしばしば異なる放送業者のユーザにより、または同じ放送業者の異なるユーザにより別々に構成されかつ利用される。通信及びデータフロー並びにワーク処理をさらに複雑にしているのは、代理店システムと放送業者システムとの間に限定された有意な連続性または統一性が存在するという事実である。
【００６９】
Confirmedia データ
Confirmedia（商標）検出データは、特定のウォーターマークにより符号化された後、特定のモニターされた放送業者により放送された番組及びコマーシャルの日時を認証する。埋め込まれかつ検出されたウォーターマークは、メディアの種類（地方ケーブル、国内ケーブル、ネットワークラジオ、ネットワークテレビ、スポットラジオ、スポットテレビ、またはシンジケートテレビ）、オーナー（代理店、広告主、ブランド／製品、コマーシャルの見積番号、及び番組の放送業者）、コマーシャルまたは番組IDコード、コマーシャルまたは番組の長さ、特定の番組またはコマーシャルコンテンツのコマーシャルまたは番組タイトルなどのConfirmediaデータベース識別情報内の詳細なデータとリンクされている。この情報は各固有のウォーターマークによりConfirmediaデータベース内で関連づけられている。
【００７０】
エアプレイ事象の検出は、フィンガープリント法、ウォーターマーク法またはその両方の技術の組み合わせを使って実行される。ホストコンテンツの内部に外部信号（ウォーターマーク信号）の挿入が必要なウォーターマーク法と異なり、フィンガープリント法は、ホスト信号を解析することにより生成／計算される固有の関数に従って目標の放送番組を識別する技術である。この固有の関数（フィンガープリント）は、典型的に、番組の放送前に計算され、かつ、データベースに格納される。モニターステーションは、放送マルチメディアコンテンツを受信し、受信したコンテンツに関連するフィンガープリントを計算し、計算したフィンガープリントをデータベース内に予め存在するものと比較して一致するものを探す。放送モニター用のウォーターマーク法及びフィンガープリント法はいくつかの従来技術文献に開示されている。
【００７１】
また、本願で使用する用語“エアプレイ”及び“放送モニター”は、本発明の態様を制限するものではなく、放送機関を通じて放送される番組一般の意味で使用している。本発明のさまざまな実施形態は、異なるソースから発生し、さまざまな手段を通じて目標の視聴者に配布されるすべてのマルチメディアコンテンツに等しく適用可能である。いくつかの例は、インターネット方法、ダウンロード、ポッドキャスト、ケーブル及び衛星番組等を含む。本願で使用する用語“プログラム”は、コマーシャル、インフォマーシャル、TV及びラジオ番組、ニュース番組、ライブイベント等のさまざまなマルチメディアコンテンツから成るものを意味する。
【００７２】
アクティブ／モニターステーションデータは、代理店スケジュール、放送業者取引／契約、注文変更、代理店売買指示、ネットワーク系列／ステーションラインアップ、または放送業者インボイスに含まれるどの放送業者がアクティブにモニターされており、かつ所定の時間にレポートされたか、及び、どの放送業者がそうしなかったかに関する付加的情報を顧客に与えるためにConfirmediaデータ管理システム（DMS）内に保持され、それにより、システム内のデータに一致不能で認証不能な項目が生成される。
【００７３】
停止データもまた、付加的な一致不能、認証不能データラインをシステム内に生成するConfirmediaシステムの停止発生に関する付加的情報を顧客に与えるために、Confirmedia DMS内に保持される。
【００７４】
付加的な第三者業界データ
テレビ番組スケジュールデータもまた、各コマーシャルが任意の未符号化番組中に放送業者により検出された時間に、各マーケット内で各ローカルテレビ放送業者により放送されるスケジュールの特定の番組に関する付加的情報を顧客に提供するために、Confirmedia DMS内に保持され、かつ、エアプレイイベントデータに添付される。
【００７５】
放送業者及びマーケット人口データもまた、放送業者コールサインの変更、相対的マーケットサイズ、及び配布人口等に関する付加的情報を顧客に提供するために、Confirmedia DMS内に保持されかつエアプレイイベントデータに添付される。
【００７６】
視聴率データは、認証済みの番組及びコマーシャルの測定した視聴者サイズ及び個数に関する付加的情報を顧客に提供するためにConfirmedia DMS内に保持されかつエアプレイイベントデータに添付される。業界で使用される標準的な視聴率データは２つの主要なソースにより提供される。ニールセン・メディア・リサーチは、国を２１０個のテレビマーケット（指定マーケットエリアまたはDMAと呼び、いずれも商標）に分割し、各マーケット内での人口及びサンプリングしたTV視聴パターンのデータを提供する。この情報は、広告スケジュールのための視聴者サイズ及び配布個数を定量化するために、広告主、代理店及び放送業者に送達され、それに基づいてそのスケジュールの放送時間の費用が交渉される。同様に、アービトロン・インコーポレイテッドは、国を２９７個のラジオマーケット（メトロ・マーケットまたはMetrosと呼び、いずれも商標）に分割し、ラジオ広告に関する同じ目的で、その各マーケット内での人口及びサンプリングしたラジオ聴取パターンに関するデータを提供する。
【００７７】
本発明の実施形態の目的
本発明のひとつの目標は、すべての業界関係者に対する透明で、エンド・ツー・エンドの放送広告メディア財務管理サービスを提供することである。本発明を取り巻く作業の流れがシステムの重要な態様である。本発明は、Confirmedia 放送モニタリングシステム（BMS）により収集されたエアプレイイベントに計画または宣言したメディアスケジュールを結合する方法、装置、及びシステムを提供し、代理店スケジュールデータ及び／または放送業者取引／契約データ及び／または代理店売買指示データ及び／または放送業者インボイスデータ内に記述された放送が本発明の実施形態にしたがって与えられるオンライン検出データ内の対応する放送と一致不能である事例を含むさまざまな矛盾レポートを生成する。さまざまなデータのセットの結合、比較及びマッチングは、管理者インターフェースのセット及び顧客インターフェースのセットにより構成される。しかし、システムのこの単純な見方は誤りである。まず、結合されるデータは、大量かつ複雑であり、顧客間でフォーマットとコンテンツの両方が変化する。第２に、デーは、異なる関係者の内部システムにおいて、異なる時間間隔で、しばしば更新され、それらは互換しない。第３に、データの多くは、自動的に容易に取り込み可能な形式で入手することができない。本発明の実施形態における重要な目標は、異なる環境において、異なる非統一なシステムを使用するユーザの異なるセットのこのすべての複雑さを単純化し、自動化し、かつ、正確にすることである。
【００７８】
本発明のさまざまな実施形態に対する潜在的な視聴者
本発明により与えられる特徴の潜在的な視聴者は、広告代理店のメディア、財政及び売買スタッフ、並びに放送会社の販売、財務及び売買スタッフを含む。
【００７９】
本発明の実施形態の一般的な説明
データアクセス及びセキュリティ
ひとつの実施形態において、本発明は、会計ごとに及び各会計のユーザに対して、アカウントレベル及びユーザレベルアクセス、及びシステム特徴アクセス許可を割り当てるための管理機能を与えることにより、データセキュリティ及び統一性を保証する。システムプロバイダーにより管理特権が割り当てられた指定ユーザのみが、この管理機能にアクセスすることができ、それにより会計ごとに個々のユーザ対して、データアクセス及びシステム特徴アクセスのさまざまな組み合わせを割り当てることが可能となる。このアクセス及びセキュリティ許可は、各会計の特徴及び各会計のユーザのさまざまな組み合わせに基づいている。当該アクセス及びセキュリティ許可は、以下のものを含む。
【００８０】
・会社の種類
本発明のひとつの実施形態において、システムは、アカウントが確立される会社の種類に基づいて主要な２種類のアカウント、１．放送業者アカウント及び２．代理店アカウントを認識するように設計される。
【００８１】
次に、システムは、ユーザ及びデータの２つの主要なタイプを認識し、この２つの主要なアカウントタイプのいずれかに基づき、ユーザ及びデータが関連づけられる。
【００８２】
オンライン放送業者アカウントは、放送広告放映時間の販売者及び放送業者、主要なテレビネットワーク、テレビシンジケータ、ラジオネットワーク、ケーブルネットワーク、ローカルテレビステーション、ローカルラジオステーション、及びローカルケーブルシステムオペレータに対して確立される。
【００８３】
オンライン代理店アカウントは、放送広告放映時間の購入者、主要な広告主及びその広告代理店に対して確立される。
【００８４】
会社の種類に基づくデータアクセス許可の例は、放送業者アカウントに関するユーザがネットワークまたはステーションを通じて放送するすべての広告主の広告用データにアクセスするが、他のネットワークまたはステーションを通じて放送する同じ広告主の同じ広告用データにアクセスしないという事実である。同様に、代理店アカウントに関するユーザは、彼らのネットワークまたはステーションを通じて放送する広告用データにアクセスするが、同じネットワークまたはステーションを通じて放送する他の広告主に関する広告用データにアクセスしない。
【００８５】
会社タイプに基づく許可を特徴とする本発明の実施形態は、代理店アカウントに関するユーザのみが代理店スケジュールまたは代理店売買指示データをシステム内にインポートすることが許可されていること、並びに、放送業者アカウントに関するユーザのみが放送業者インボイスデータ、放送業者取引／契約データ及び／または放送業者ネットワークラインアップデータをシステム内にインポートすることが許可されているという事実である。本発明の理解を容易にするために２つのアカウントタイプのみを挙げたが、本発明の態様から離れることなく付加的なアカウントが付加されかつ認識されてもよい。
【００８６】
・メディアタイプ
本発明は放送広告業界の放送業者及び広告主／代理店の両方により認識される以下の少なくとも７つの主要なメディアタイプを認識するよう実施される。
【００８７】
１．ローカルケーブル
ローカルケーブルシステムオペレータにより放送時間が直接販売され、広告はそのマーケットのそのシステム上の世帯にのみ放送される。
【００８８】
２．国内ケーブル
国内ケーブルネットワークにより放送時間が直接販売され、広告は国内全体のマーケットのすべてのローカルケーブルシステムにおいてそのネットワーク上で放送される。
【００８９】
３．ネットワークラジオ
ラジオネットワークにより放送時間が販売され、広告は国内全体のローカルラジオマーケット内のすべての系列ラジオステーションで放送される。
【００９０】
４．ネットワークテレビ
ＴＶネットワークにより放送時間が販売され、広告は国内全体のローカルＴＶマーケット内のすべての系列ＴＶステーションで放送される。
【００９１】
５．スポットラジオ
ローカルラジオステーションにより放送時間が直接販売され、広告はそのマーケット内のラジオステーションでのみ放送される。
【００９２】
６．スポットテレビ
ローカルＴＶステーションにより放送時間が直接販売され、広告はそのマーケット内のそのＴＶステーションでのみ放送される。
【００９３】
７．シンジケートテレビ
番組シンジケータにより放送時間が販売され、広告は国内全体のすべてのローカルＴＶマーケット内のすべての系列ＴＶステーションで放送される。
【００９４】
本発明の実施形態に従う、メディアの種類に基づくデータアクセス許可の例は、ネットワークテレビ広告放送時間を購入する責任のある代理店内部のメディア購入者は、典型的に、スポットラジオ広告放送時間を購入する責任のある購入者から所有者の放送スケジュールへのアクセスが許されないという事実である。結果として、本発明は各アカウントの管理者ユーザに対してそのアカウントの各ユーザに対して特定のメディアタイプの許可を割り当てるためのツールを提供し、それは各ユーザがメディアタイプに基づいてアクセスが許されるデータを制限する。
【００９５】
メディアタイプに基づくアクセス許可の他の例は、系列ラインアップデータ（特定の日時範囲の間に特定回数で、ネットワーク番組及び広告を放送するよう契約上の義務を負う、各マーケットの系列ステーションの一覧表）がネットワークラジオ、ネットワークテレビ及びシンジケートテレビ広告にのみ関連し、ローカルケーブル、国内ケーブル、スポットラジオまたはスポットテレビ広告とは無関係であるという事実である。結果として、本発明は、ネットワークラジオ、ネットワークテレビ及び／またはシンジケートテレビに対して許可された放送業者アカウントのユーザのみがシステム内に系列ラインアップデータをインポートすることができるようなオンスクリーンのツールを提供する。
【００９６】
・代理店：本発明は、各代理店及び各放送業者アカウントの各ユーザに対して、ひとつまたはそれ以上の許可された代理店データを関連づけるよう設計され得る。そのユーザのみが、その代理店と関連するシステム内のデータにアクセスすることができる。
【００９７】
・広告主：本発明は、各代理店及び各放送業者アカウントの各ユーザに対して、ひとつまたはそれ以上の許可された広告主データを関連づけるよう設計され得る。そのユーザのみが、その広告主と関連するシステム内のデータにアクセスすることができる。
【００９８】
・ブランド／製品：本発明は、各代理店及び各放送業者アカウントの各ユーザに対して、ひとつまたはそれ以上の許可されたブランド／製品データを関連づけるよう設計され得る。そのユーザのみが、そのブランド／製品と関連するシステム内のデータにアクセスすることができる。
【００９９】
・マーケット：本発明は、各代理店及び各放送業者アカウントの各ユーザに対して、ひとつまたはそれ以上の許可されたテレビ及び／またはラジオマーケットデータを関連づけるよう設計され得る。そのユーザのみが、そのテレビ及び／またはラジオマーケットと関連するシステム内のデータにアクセスすることができる。
【０１００】
・放送業者：本発明は、各代理店及び各放送業者アカウントの各ユーザに対して、ひとつまたはそれ以上の許可されたテレビ及び／またはラジオ放送業者データを関連づけるよう設計され得る。そのユーザのみが、そのテレビ及び／またはラジオ放送業者と関連するシステム内のデータにアクセスすることができる。
【０１０１】
許可された顧客データ
本発明の実施形態は、以下に示すすべての範囲の放送広告業界データをサポートする。
【０１０２】
・代理店スケジュールデータ：内部のメディア管理システム内に保持された広告スケジュールの代理店バージョンであり、主に、特定のコストで特定の放送業者により特定の日時の間に放送するようスケジュールされたコマーシャルユニットの数を含む。
【０１０３】
・代理店売買指示データ：各広告主のスケジュールの各スロット内でどの広告のどのバージョンが放送されるべきかに関する代理店から放送業者への指示である。
【０１０４】
・放送業者取引／契約データ：内部の販売在庫及びスケジュール管理システム内に保持された広告スケジュールの放送業者バージョンであり、主に、特定のコストで特定の放送業者により特定の日時の間に放送するようスケジュールされたコマーシャルユニットの数を含む。
【０１０５】
・系列ラインアップデータ：特定の日時の間に、特定の回数で、ネットワーク及びシンジケート番組及びコマーシャルを放送するよう契約上の義務を負う、各マーケットの系列ステーションのネットワーク及びシンジケート放送業者の内部システム内に保持された一覧表である。
【０１０６】
・放送業者インボイスデータ：特定の日時に特定の広告主に対して放送された特定の広告ユニットの数の放送業者の会計であり、そのユニットの放送に対する広告主またはその代理店からの放送業者のための関連コストである。
【０１０７】
顧客データアップロード
本発明の実施態様は、それぞれの内部データ管理システムからシステムデータベース内へ、上記したさまざまなタイプの適切なデータをエクスポートする、放送業者及び代理店ユーザタイプ用の機能を含み、それは、電子文書の自動アップロード、ダウンロード、及び取り込み、並びに、ハード及びソフト文書の半自動及び手動入力を含む。
【０１０８】
マッチングエンジン
本発明の実施形態は、顧客の取引／契約、スケジュール、注文変更、売買契約、系列ラインアップ、及びConfirMediaモニタリングネットワークまたは同様のネットワークからの検出データを、さまざまな組み合わせで互いに比較するだけでなく、解決及び／または調和が必要な矛盾を同定するために、第三者プログラム、ステーション及び視聴率データとの比較を与える構成可能なビジネスロジックを含む。
【０１０９】
データウエアハウス
本発明の実施形態は、ユーザが自己のアカウント及び個々のユーザのデータ許可に特定の許可済みデータ及び解析のマッチング結果を疑いうる安全なデータウエアハウス環境を提供する。図１は、本発明のひとつの実施形態のブロック図であり、オンラインシステムデータベース１０に取り込まれ、かつ、広告主／代理店及び放送業者顧客のためのマッチング解析データのさまざまなセットを生成するためにマッチングエンジン１２によりさまざまな組み合わせで比較することができるさまざまなソース及び種類のデータの視覚的表現を与える。例えば、図１に示すように、代理店１４は、マッチングエンジン１２及び／またはシステムデータベース１０に対してスケジュール情報１６及び売買情報１８を与える。ConfirMediaデータ管理システム２０は、マッチングエンジン１２及び／またはシステムデータベース１０に対して検出情報２２及びカバレッジ情報２４を与える。カバレッジ情報２４は、放送モニタリングネットワークカバレッジの範囲（例えば、どのラジオ、テレビ及びインターネット放送チャネルがアクティブにモニターされているか）に関する情報を提供する。業界ソース２６は、番組データ２８（例えば、トリビューン・メディア・サービスからのＴＶ及びラジオ番組スケジュール）、ステーションデータ３０（例えば、ＢＩＡ財務データベースからのステーションコールサイン、名称、及び放送周波数）、または視聴率情報３２（例えば、アービトロン及びニールセン・メディア・リサーチからのラジオ及びテレビ視聴率）のような情報をマッチングエンジン１２及び／またはシステムデータベース１０へ与える。放送業者３４は契約情報３６及びインボイス情報３８をマッチングエンジン及び／またはシステムデータベース１０に与える。さらに、図１の実施形態は直接応答情報４２のような先物ソース４０をマッチングエンジン１２及び／またはシステムデータベース１０へ組み込む。例えば、直接応答情報４２は、受信した顧客購入注文をダイレクトレスポンス番組の検出したエアプレイ事例と比較することにより、ダイレクトレスポンスキャンペーン（例えば、ローカルマーケットで放送中のインフォマーシャル）の成功を評価するのに使用される。この情報は、さらに、例えば放送回数を増やすことによりキャンペーン効果を高めるのに使用される。
【０１１０】
図１に示す例は、説明を容易にするのに使用した本発明の実施形態を単純化したものであることは当業者の知るところである。例えば、システムデータベース１０は、離隔位置の複数のデータベース、ひとつの場所の複数のデータベース、分割したデータベース、または分割した複数のデータベースから構成されてもよい。また、マッチングエンジン１２は、以下で詳細に説明するように、契約または契約改定に対して、スケジュール情報をマッチングするための、インボイス情報をマッチングするための、注文変更をマッチングするための別々のモジュールから構成されてもよい。
【０１１１】
ConfirMediaオンライン発展
オリジナルのConfirMedia生産ライン（例として、米国特許公開第US2004/0073916A1に記載のもの）は、さまざまなフォーマットで、一連のオフライン検出データレポートを作り続け、それは他の内部データとの比較解析を含む、自己の内部システム内で実行される自己内部解析のさまざまな方法で顧客に利用されている。
【０１１２】
本発明は、さまざまなデータセット間の複雑な比較を実行し、かつ、双方向のオンライン解析を与え、その比較結果に基づいて放送業者及び代理店ユーザの両方に調和能力を与えるために、集中データウエアハウス環境内に広範囲の顧客放送広告データをインポートするためのインターネットベースのインターフェースを導入する。これは、以下のものを含む。
【０１１３】
・顧客の代理店スケジュール、放送業者取引／契約、ネットワーク系列ラインアップ、注文変更、代理店売買指示、及び放送業者インボイスデータ、ConfirMedia検出、モニタリング及び停止データ、並びに第三者番組、放送業者及び視聴率分布データの自動及び手動取り込み
・代理店スケジュールと検出データとの比較及びマッチングのオンスクリーンエクスポート可能結果であって、それは、
各代理店／広告主／ブランド・製品／見積番号／マーケット／放送業者の組み合わせにより要約された、注文済み未実行（放送を認証する対応する検出を有しない代理店スケジュールのユニット）、一部一致（スケジュールの詳細と部分的に一致する対応する検出を有する代理店スケジュールのユニット）、一致（放送を認証する完全な対応する検出を有する代理店スケジュールのユニット）、及び一致なし（他の可能なすべてのスケジュール／検出の一致が為された後に、代理店スケジュールに対応するユニットを有しない付加的な検出）の一致結果の要約カウント数、並びに、
要約表示で表された上記４つのタイプの一致結果の各々に対する、代理店スケジュール及び／またはConfirMedia検出データの各ラインからの詳細データの詳細な並列表示、
を備える。
【０１１４】
・ネットワーク／シンジケートコマーシャルクリアランスデータの比較及びマッチングのオンスクリーンエクスポート可能結果であって、それは、
スケジュールの各スポットが放送されるべき間に各番組用のネットワーク／シンジケータ提供のラインアップ上で形成された系列ステーションの数に基づき、代理店スケジュールのネットワークラジオ、ネットワークテレビ及び／またはシンジケートテレビスポットの各々の期待した個別の系列放送／検出の数、
代理店スケジュールの各ネットワークラジオ、ネットワークテレビまたはシンジケートテレビユニットに対して要約された、クリアしていない（対応する検出を有しない代理店スケジュールの各スケジュールネットワークまたはシンジケートユニットに対する期待した系列放送）、一部クリアした（スケジュールの詳細と部分的に一致する対応する検出を有する代理店スケジュールの各スケジュールネットワークまたはシンジケートユニットに対する期待した系列放送）、クリアした（放送を認証する完全に対応する検出を有する代理店スケジュールの各スケジュールネットワークまたはシンジケートユニットに対する期待した系列放送）及びスケジュールされていない放送（他のすべての可能なスケジュール／検出一致が為された後に、代理店スケジュールの番組のラインアップで対応する期待した系列方法を有しない付加的検出）の一致結果の要約カウント数、
代理店スケジュールの各番組のラインアップの各系列の要約表示で表された上記した４つのタイプの一致結果の各々に対する、代理店スケジュールの各ネットワークラジオ、ネットワークテレビ及び／またはシンジケートテレビライン（対応するラインアップデータにより補足された）及び／またはConfirMedia検出データからの詳細データの詳細な並列表示、
を備える。
【０１１５】
・本発明の実施形態に従うシステム内に取り込まれたデータの双方向バージョンの比較により識別されるように、放送業者取引／契約データ（ConfirMedia検出データにより認証される）へ付加及び／または除去される個々のユニットに基づいて、承認または拒絶のために特定の許可された代理店顧客に対して、許可された放送業者ユーザがオンラインで注文変更を生成しかつ送信することができるシステム能力、
・代理店スケジュール及び代理店売買指示において形成されるパラメータ以外を特定のコマーシャルが放送している事例の代理店及び放送業者ユーザに対してオンスクリーンかつ自動の電子メール通知を生成するシステム能力、
・放送インボイスと検出データとの比較及びマッチングのオンスクリーンのエクスポート可能結果であって、
各代理店／広告主／ブランド製品／インボイス／マーケット／放送業者の組み合わせにより要約される、インボイス上／一致なし（放送を認証するための対応する検出を有しない放送業者インボイスのユニット）、一致（放送を認証するための完全に対応する検出を有する放送業者インボイスのユニット）、一致なし検出（他の可能なすべてのインボイス／検出一致が為された後に、放送業者インボイスの対応するユニットを有しない付加的な検出）の一致結果の要約カウント数、及び、
要約表示で表された上記の３つの一致結果タイプの各々に対する放送業者インボイス及び／または検出データの各ラインからの詳細データの詳細な並列表示、
を含む。
【０１１６】
・ネットワーク／シンジケート番組クリアランスデータ比較及びマッチングのオンスクリーンエクスポート可能結果であって、
各番組のネットワーク／シンジケータ提供ラインアップの各ネットワークラジオ、ネットワークテレビ及び／またはシンジケートテレビ番組の期待した個別系列放送／検出の数、
各ネットワークラジオ、ネットワークテレビまたはシンジケートテレビ番組に対して要約される、クリアされなかった（対応する検出を有しない、系列ラインアップに基づく、各ネットワークまたはシンジケート番組の期待した系列放送）、一部クリアされた（ラインアップの詳細と部分的に一致する対応する検出を有する、系列ラインアップに基づく、各ネットワークまたはシンジケート番組に対する期待した系列放送）、クリアされた（放送を認証する完全に対応する検出を有する、系列ラインアップに基づく、各ネットワークまたはシンジケート番組に対する期待した系列放送）、及びスケジュールされていない放送（他のすべての可能なラインアップ／検出一致が為された後に、番組のラインアップに期待した系列放送を有しない付加的検出）の一致結果の要約カウント数、
各番組のラインアップの各系列の要約表示で表された上記４つの一致結果のタイプの各々に対して、系列ラインアップ及び／またはConfirMedia検出データに基づく、各ネットワークラジオ、ネットワークテレビ及び／またはシンジケートテレビ番組からの詳細データの詳細な並列表示、
を含む。
【０１１７】
本発明の実施形態により与えられる特徴及び機能の例
データセキュリティ
広告主は、代理店が彼らの広告計画、番組及び支出に関する高レベルな秘密を保持することを望む。代理店スケジュールデータは、広告主が競業者に絶対に知られたくない詳細な情報を含んでいる。放送広告値段は激しく交渉され、放送業者はひとつの広告主または代理店に、同様の放送時間に対して他の広告主または代理店が交渉した値段を決して知られたくなく、それは、代理店スケジュールデータ、放送業者取引／契約データ、注文変更データ、及び放送インボイスデータ内部に含まれている。結果として、広告主及び代理店、並びに放送業者は、それぞれの内部システム内で秘密に保持する所有データへの不許可アクセスの防止及びデータセキュリティに対して非常に高い優先度を置く。顧客となること、及び、この秘密データを内部システムから本発明に従うシステム内へのエクスポートを開始するのを同意する前に、広告主、代理店及び放送業者は不許可アクセスの防止及びそのデータのセキュリティに関する保証を要求する。
【０１１８】
本発明の実施形態は、以下の３つのレベルのデータセキュリティ許可を提供する。
I.アカウントレベル
II.顧客管理者レベル
III.ユーザレベル
Ｉ．アカウントレベルセキュリティ及び許可
いかなるユーザも、まず既存のオンラインアカウントに関連せず、またそのアカウント及びそれに関連する対応するデータにアクセスするためにシステムで生成されるユーザ名及びパスワードが提供されなければ、本発明のシステムにアクセスすることができない。
【０１１９】
オンラインアカウントは、指定されたデータベースシステム管理者により、かつ、顧客サポート部門から管理スタッフの指示でのみ確立される。
【０１２０】
データベースシステム管理者は、
・代理店アカウント
・放送業者アカウント
の２つのタイプのオンラインアカウントを設定することができる。
【０１２１】
代理店アカウントを設定する際、システム管理者は、代理店に関連する広告主及び広告主のブランド／製品の顧客提供リストを入力する。本発明の実施形態に従って提供されるオンラインシステムは、代理店アカウントのユーザに対して、その代理店、その広告主及びその広告主のブランド／製品に関連するデータにアクセスを許可する。このオンラインシステムはひとつの代理店アカウントのユーザに対して、他の代理店アカウントに関連するデータまたは他の代理店アカウントに関連する広告主及び広告主のブランド／製品に関連するデータにアクセスを許可しない。このオンラインシステムは、代理店アカウントのユーザに対して、代理店自身に関連するデータ、及びすべての放送業者にわたる代理店に関連する広告主及び広告主のブランド／製品に関連するデータにアクセスを許可する。
【０１２２】
放送業者アカウントを設定する際、システム管理者は、その放送業者に関連するマーケット及びネットワーク／ステーションの顧客提供リストを入力する。本発明のひとつの実施形態に従って提供されるオンラインシステムは、放送業者アカウントのユーザに対して、放送業者と関連するネットワークまたはステーションで放送するようスケジュールされ、または放送中の広告に関連するデータにのみアクセスを許可するが、ひとつの放送業者アカウントのユーザに対して、他の放送業者のネットワークまたはステーションで放送するようスケジュールされ、または放送中の広告に関するデータへのアクセスは許可しない。このオンラインシステムは、放送業者アカウントのユーザに対して、その放送業者のネットワークまたはステーションで放送するようスケジュールされ、または放送中のすべての代理店及び広告主の広告に関連するデータにアクセスを許可する。
【０１２３】
システム管理者は、代理店及び広告業者アカウントに対して、メディアの種類（ローカルケーブル、国内ケーブル、ネットワークラジオ、ネットワークテレビ、スポットラジオ、スポットテレビ、及び／またはシンジケートテレビ）に基づくデータにアクセスを許可する。典型的に、代理店アカウントはすべての種類のメディアに関連するデータにアクセスが許可され、代理店は典型的にすべての種類のメディアにおいて広告クライアントに代わって広告放送時間を購入する。典型的に、放送業者アカウントは、特定のメディアタイプのみと関連するデータにアクセスが許可される。例えば、ネットワークラジオ放送業者が国内ケーブルネットワーク所有権を有しないと仮定したとき、ネットワークラジオ放送業者アカウントに対して、国内ケーブル広告に関連するデータにアクセスを許可するのは不適当である。
【０１２４】
システム管理者は代理店及び放送業者アカウントに対して、許可されたメディアの種類に関連するマーケット及び放送業者の価値に基づくデータにアクセスが許可される。典型的に、代理店アカウントは、各メディアの種類に関連するすべてのマーケット及び放送業者に関連するデータにアクセスが許可され、典型的に代理店はすべての種類のメディアに関連するすべてのマーケット内ですべての放送業者の広告クライアントに代わって広告放送時間を柔軟に購入することができる。典型的に、放送業者アカウントは、その放送業者に対して許可されたメディア種類に関連する特定のマーケット内で特定のネットワークまたはステーションと関連するデータにのみアクセスが許可される。例えば、ニューヨーク及びロサンゼルスのみにステーションを有するスポットテレビ放送業者に対して、他のマーケット内の他のステーションでの広告に関連するデータにアクセスを許可するのは適当ではない。そのスポットテレビ放送業者は他のマーケット内に他のステーションを所有していないためである。
【０１２５】
アカウント種類及びアカウントレベル許可は、あるシステム特徴及び機能へのユーザのアクセスをドライブする。以下にその例を示す。
【０１２６】
・放送業者アカウントのユーザのみが、放送業者取引／契約、系列ラインアップまたは放送業者インボイスデータをオンラインシステム内にインポートすることができ、代理店アカウントのユーザのみが、代理店スケジュールまたは代理店売買指示データを当該オンラインシステム内にインポートすることができる。
【０１２７】
・放送業者アカウントのユーザのみが、彼らの取引／契約データから注文変更を作成し、かつ、承認または拒絶用に代理店ユーザにそれを送信することができ、代理店アカウントのユーザのみが、放送業者からの注文変更を受信しかつそれを承認または拒絶することができる。
【０１２８】
・代理店アカウントのユーザのみが、特定の放送業者で間違って放送したスポットに関する選択した警告を解決のためにその放送業者に発信することができる。
【０１２９】
システム管理者は、顧客管理者ユーザが個々の顧客ユーザを特定の会社及び／またはオフィス位置に割り当てることができるように、代理店または放送業者アカウントに関連するひとつまたはそれ以上の会社及び／またはオフィスの名称及び位置に関する顧客サポート部門の管理スタッフからの顧客提供情報を入力する。
【０１３０】
システム管理者は、顧客サポート部門の管理スタッフからの顧客提供入力に基づいて、会社アカウントごとにひとつまたはそれ以上の管理者ユーザアカウントを確立する。
【０１３１】
II.顧客管理者レベルのセキュリティ及び許可
上記したように、システム管理者は、各代理店及び各放送業者アカウントに対してひとつまたはそれ以上の顧客管理者レベルのユーザアカウントを確立する。顧客管理者の主な責任は、会社のオンラインアカウントにアクセスが許可されるべきすべてのユーザに対して個別のユーザアカウントを確立し、特定の許可を割り当てることである。
【０１３２】
本発明のオンラインシステムの実施形態は、それぞれの会社アカウントに個々のユーザのアカウントを確立し、会社のアカウントの各ユーザに対して特定のデータアクセス許可を割り当てかつ管理するための代理店及び放送業者アカウントオンスクリーンツールの管理者を提供する。
【０１３３】
オンラインシステムの管理者モジュールは、顧客サポート部門からの管理スタッフの要求により、システム管理者により管理者許可及び特権が割り当てられた代理店及び放送業者アカウントのユーザに対してのみ有効である。これらの特徴及び機能にアクセスするために、これらの顧客管理者許可を有するユーザに対してのみ見ることができかつ利用可能な管理者リンクがメインシステム案内バー上に表示される。この点については、以下に詳述する。
【０１３４】
顧客アカウント管理者、その会社のアカウントに付加されるべき各ユーザに関する基本情報を自由形式のオンスクリーンテキストフィールドに入力する。その基本情報は、
・姓、
・名、
・電子メールアドレス、
・電話番号、
・会社名及び位置（顧客サポート部門により供給され、アカウントが確立されたときにシステム管理者によりアカウントごとに入力される顧客提供値の見出しリストから選択される）
を含む。
【０１３５】
オンラインシステムは、会社アカウント上の個々のユーザに対して特定のデータアクセス許可を割り当てるためのオンスクリーンツールを、各代理店及び各放送業者アカウントの管理者に与え、それは、
・代理店（代理店アカウントとして定義される、放送業者アカウント上の許可オプションはひとつの代理店についてのみ関連する。放送業者アカウントでのユーザに対する許可は、顧客サポート部門により与えられ、かつ、各代理店アカウントが確立されるときにシステム管理者により入力されるオンライン顧客代理店のチェックボックスリストから選択される）、
・広告主（顧客サポート部門により供給され、かつ、各代理店アカウントが確立されるときにシステム管理者により各代理店アカウントに対して入力される顧客提供値のチェックボックスリストから選択される）、
・ブランド／製品（顧客サポート部門により供給され、かつ、各代理店アカウントが確立されるときにシステム管理者により各代理店アカウントに対して入力される顧客提供値のチェックボックスリストから選択される）、
・メディアの種類（顧客サポート部門により供給され、かつ、各代理店または放送業者アカウントが確立されるときにシステム管理者によりアカウントに対して入力されるメディアタイプ値のチェックボックスリストから選択される）、
・マーケット（代理店アカウントに対して選択されたメディアタイプに関連するすべてのＴＶまたはラジオマーケットのチェックボックスリストから、及び、顧客サポート部門により供給され、かつ、各放送業者アカウントが確立される時にシステム管理者により各放送業者アカウントに対して入力されるメディアタイプ値のチェックボックスリストから選択される）、
・放送業者（典型的に代理店ユーザが許可されたマーケット内のすべての放送業者に対するデータにアクセスすることができるような放送業者アカウントのみの許可オプション。放送業者アカウントのユーザに対する許可は、顧客サポート部門により供給され、かつ、各放送業者アカウントが確立されるときにシステム管理者により入力されるネットワーク及び／またはステーションのチェックボックスリストから選択される）、
に基づく許可を含む。
【０１３６】
上記したように、本発明の実施形態に従って与えられるオンライン売買モジュールは、ほとんどの代理店及び放送業者がそれぞれのアカウントの特定のユーザにまで拡張を望む機能を付与し、オンラインシステムは、各代理店及び各放送業者アカウントの管理者に対して、それぞれの会社のアカウント上の個々のユーザに対し特定の売買アクセス特権を割り当てるためのオンスクリーンラジオボタンを与える。
【０１３７】
・検分／設定／クリア（特定のユーザは売買警告を設定し、クリアされていない警告をクリアする特権を有する）。
【０１３８】
・検分のみ（ユーザは売買警告設定及び警告データを見るだけの特権を有するが、警告を設定し、または、クリアされていない警告をクリアする特権を有しない。）
オンラインシステムは、そのアカウントのユーザが出くわすデータまたは特徴に関する問題を解決できるようにするために、それぞれのアカウントに対して許可されたすべてのデータ及びすべての特徴に対するアクセスを管理者に与える。
【０１３９】
オンラインシステムは、各代理店及び各放送業者アカウントの管理者に対して、以下のカラムヘッダを有するオンスクリーンパネルに表示される、そのアカウントに関連するすべてのユーザに関する重要な情報のオンスクリーン要約を与える。
【０１４０】
・姓名
・電話番号
・電子メールアドレス
・会社名
・会社住所
・役割（ユーザまたは管理者）
・ユーザ名（名のイニシャルと姓に基づいてシステムで生成したもの、ログインの際に必要）
上記したカラムヘッダのいずれかをクリックすることにより、オンラインシステムは、各代理店及び各放送業者アカウントの管理者に対して、上記した値のいずれかに基づき会社のアカウントに関連するすべてのカレントの顧客ユーザを要約するオンスクリーンデータをソート及びリソートすることを可能として、かつ、ユーザの要約オンスクリーンデータをオリジナルの既定ソート／表示順序に簡単に戻すことを可能とする。
【０１４１】
オンスクリーンシステムは、各代理店及び各放送業者アカウントの管理者に対して、オンスクリーンリンク及びボタンを与え、それは、
・各ユーザに先に送信した情報を検分及び／または編集するためのもので、その情報は、
名、
姓、
電話番号、
電子メールアドレス、
会社名、
会社住所、
から成る、
・各ユーザに先に送信したデータアクセス許可を検分及び／または編集するためのもので、そのデータは、
代理店
広告主
ブランド／製品
メディア種類
マーケット
放送業者（放送業者ユーザのみ）
から成る、
・そのアカウントから既存のユーザを除去するためのもので、それにより除去済みのユーザが、システム及びその特徴、並びにシステム内のいずれのアカウントにもアクセスするのを中止する、
・セキュリティ上の目的またはユーザがパスワードを忘れたか若しくは置き忘れた場合に、要求と同時にユーザのパスワードをリセットするためのもの、
を含む。
【０１４２】
オンラインシステムはまた、各代理店及び各放送業者アカウントの管理者に対して、彼自身のユーザ情報を検分及び／または編集することを許可し、その情報は、
名、
姓、
電話番号、
電子メールアドレス、
会社名、
会社住所、
から成る。
【０１４３】
セキュリティのため、代理店または放送業者アカウントの顧客管理者は、システム管理者によりそのアカウントに付加されるか若しくはそのアカウントから除去されるだけである。
【０１４４】
セキュリティのため、代理店または放送業者アカウントの顧客管理者用のパスワードはシステム管理者によりリセットされるのみである。
【０１４５】
オンラインシステムは、各代理店アカウントの管理者に対して、ストリームライン化したデータ表示用にさまざまなブランド／製品を製品グループに集積しかつ関連づけ、内部代理店システム内の顧客データの管理と一貫性を有するようにするオンスクリーンツールを提供する。例えば、自動車製造業の広告主は、マーケットまたは広告の見地より考慮されたブランド／製品のいくつかの異なるモデルを有する。典型的に、ネームプレートまたは車種（自家用車とトラックなど）に基づいて、自動車製造業界でしばしば部門と呼ばれる論理グループ化する際に、これらのブランド／製品のデータを広告及び／または解析することはより効率的である。
【０１４６】
オンラインシステムの他の実施形態は、各代理店及び各放送業者アカウントの顧客管理者に対して、スケジュールラインと検出をマッチングするための許容可能な時間変化に対してさまざまな閾値を設定する能力を与える。例えば、いくつかの広告主は、特定の番組の正確な開始及び終了時間内で、またはすべての放送業者の画定された時間範囲内で、すべてのスポットを正確に放送することを要求し、その場合、そのアカウントの管理者は、スケジュールされた開始／終了時刻からプラスマイナスゼロ分の許容変化で、そのアカウントに関連する広告主に対して時間マッチング閾値を確立する。そのスポットが番組の前後のコマーシャル時間に実際に放送されれば、他の広告主は満足であるが、この場合、そのアカウントの管理者は、スケジュールされた開始／終了時刻からプラスマイナス２または３分の許容変化で、そのアカウントに関連する広告主に対して時間マッチング閾値を確立する。
【０１４７】
以下に説明するように、放送業者アカウントは集中アカウント方式（ユーザ特定方式と反対の）で、オンライン取引モジュールから、新しい取引指示アップロード及び新しい取引警告の自動電子メール通知を受信するのみである。このため、システムは、各放送業者アカウントの管理者に対して、会社内部の適当な受取人にユーザが個々に送信することを理解して、すべてのシステム生成された取引自動電子メール通知の中央受取人としてそのアカウントの一人の個人ユーザを指定するためのオンスクリーンツールを与える。
【０１４８】
オンスクリーンシステムは、顧客管理者に対して、各スクリーンのトップにプロンプトのテキストバー形式で、各特徴に対する関連オンスクリーン支援及びフィードバックを与える。
【０１４９】
III.顧客ユーザレベルのセキュリティ及び許可
このセクションの初めで説明したように、データセキュリティ及びアクセスは本発明の重要な考察である。上記したユーザ許可の複雑な組み合わせ及びレベルに基づいて厳密に制御されたオンラインシステム内に取り込まれかつ保持されたデータへユーザがアクセスすることは顧客にとって重要である。
【０１５０】
最も重要なのは、オンラインシステムは、個々の顧客ユーザに対して、アクティブな既存のオンライン広告主／代理店アカウントまたは放送業者アカウントに関連せず、かつ、そのアカウントに対して許可された顧客管理者により、アカウントの会社種類、代理店、広告主、ブランド／製品、メディアの種類、マーケット、及び広告業者値に基づいて一連の要求されたデータアクセス許可が割り当てられたシステムまたはシステム内に含まれる任意のデータにアクセスを許可しないということである。
【０１５１】
アクティブな既存のオンライン広告主／代理店若しくは放送業者アカウントまたはそのアカウントに対して許可された顧客管理者による放送業者アカウントと関連すると、オンラインシステムはユーザの顧客管理者によりシステム内に入力された新しい顧客使用のための自動電子メール通知を生成しかつその電子メールアドレスへ送信する。
【０１５２】
この自動電子メール通知は、
・新しい顧客ユーザに、かれらが特定のオンラインアカウントへ付加されたことを知らせ、
・目的のログに対して、そのユーザに対する顧客管理者によりシステム内に入力された名の最初のイニシャルと姓との組み合わせに基づき、システム生成されたユーザ名を与え、
・目的のログに対して、システム生成された一時的なパスワードを与え、
・メインログインスクリーンへ案内し、かつ、ログインするための指示を与える、
ものである。
【０１５３】
オンラインシステムはまた、スクリーンに情報を表示するプレログインナビゲータバー上のリンクを含むオンスクリーンプレログインヘルプをすべてのユーザに提供し、この情報は、
・既存のパスワードを忘れまたは無くした場合に、彼の電子メールアドレスに新しい安全なログインパスワードをいかに送信するか、
・ユーザ名を無くしまたは忘れた場合に、彼のアカウント顧客管理者または顧客サポートから彼のログインユーザ名をいかに得るか、
・オンライン顧客サポート用の電話番号、ファックス番号、電子メールアドレス、住所及び名称、並びに、さまざまなオフィスの地域名を含む完全な連絡情報、
に関連する。
【０１５４】
最初に、新しく確立された顧客ユーザは、スクリーン内のログに案内され、そのシステム生成されたユーザ名及び一時的なパスワードを入力することにより、ログインする。システムはこれが彼の最初のログインであることを認識し、一時的にシステム生成されたパスワードを入力し、オンスクリーンの自由形式のテキスト入力フィールドに新しいパスワードを入力して送信することで、その一時的なパスワードをもっと簡単に覚えられるものへ変更することを要求する。
【０１５５】
付加的なユーザレベルのセキュリティに対して、各ユーザの個人的なパスワードは、顧客アカウント管理者若しくはオンライン顧客サポートスタッフまたはシステム／データベース管理者を含む他のユーザには入手不可能である。もし、ユーザが自分のパスワードを忘れたら、ユーザをログインヘルプスクリーンに案内し、電子メールアドレス及びユーザ名を入力させることにより自動的にリセットさせ、新しい一時的なシステム生成されたパスワードを電子メールで送信する。そしてそれも最初のログインの際に変更が要求される。または、ユーザ要約スクリーンへ案内し、そのユーザに対するリセットパスワードボタンをクリックすることにより、ユーザは自分の顧客アカウント管理者に自分のパスワードを変更するよう要求することも可能であり、それは新しい一時的なパスワードをユーザに電子メールで送信する処理を開始する。
【０１５６】
ログインが成功すると、オンラインシステムは、ユーザ名／パスワードの固有の組み合わせからユーザのログインを認識し、彼が関連するどの代理店または放送業者のアカウントかを認識し、上記したアカウントレベルとユーザレベルのデータアクセスと特徴アクセス許可の両方を実施する。
【０１５７】
オンラインシステムは、各スクリーンのトップにおいてプロンプトテキストバー形式の各特徴に対する関連するオンスクリーン支援及びフィードバックを顧客ユーザに与える。
【０１５８】
メインナビゲーション特徴の実施形態
オンラインシステムは、ログインの成功の際に表示される最初のスクリーン上の水平ナビゲーションバーを通じて、システム特徴及び機能のさまざまな許可された組み合わせに対するアクセスを顧客管理者及び顧客ユーザに与える。
【０１５９】
上記したデータアクセス及び特徴アクセスのセキュリティモデルのサポートにおいて、各ユーザに対するメインナビゲーションバー上で利用可能なナビゲーションオプションは、システムがログインされたことを認識するユーザのタイプ（顧客管理者または顧客ユーザ）、システムがログインの際に関連するユーザを認識する会社アカウントのタイプ（代理店アカウントまたは放送業者アカウント）、及び、代理店、広告主、ブランド／製品、メディアの種類、マーケット、及び放送業者データ値、並びにユーザに検分／設定／クリアまたは取引特権のみの検分が割り当てられたか否かを含む、そのアカウントの顧客管理者によりそのユーザに以前及び現在割り当てられたすべての個々のユーザ許可に依存する。
【０１６０】
さまざまなユーザに利用可能なメインナビゲーションの例は、これに限定されないが、以下のものを含む。
【０１６１】
１．インポート：会社アカウントのタイプ、ユーザタイプまたはユーザ許可と無関係に、さまざまなオンラインインポート特徴及び機能がシステムのすべてのユーザに利用可能であるため、オンラインインポート特徴及び機能へのナビゲーションリンクはすべてのユーザによってメインナビゲーションバー上で見ることができかつ利用することができる。
【０１６２】
２．データマッチング：会社アカウントタイプ、ユーザタイプまたはユーザ許可と無関係に、さまざまなオンラインデータマッチング特徴及び機能がシステムのすべてのユーザに利用可能であるため、オンラインデータマッチング特徴及び機能へのナビゲーションリンクはすべてのユーザに対してメインナビゲーションバー上で見ることができかつ利用することができる。
【０１６３】
３．注文変更：会社アカウントのタイプ、ユーザタイプまたはユーザ許可に関係なく、さまざまなオンライン注文変更特徴及び機能がシステムのすべてのユーザに対して利用可能であるため、オンライン注文変更特徴及び機能へのナビゲーションリンクはすべてのユーザに対してメインナビゲーションバー上で見ることができかつ利用することができる。
【０１６４】
４．売買：最初に気づいたマーケット需要に基づき、オンライン売買モジュールは、国内ケーブル、スポットラジオ及びスポットテレビの３つのメディアタイプに対する放送広告売買をサポートする機能に、ローカルケーブル、ネットワークラジオ、ネットワークテレビ及びシンジケートテレビを含む付加的なメディアタイプに機能を拡張するための柔軟性を与える。結果として、メインオンラインナビゲーションバー上の売買リンクは、例えば国内ケーブル、スポットラジオ及び／またはスポットテレビなどの３つのメディアタイプの少なくともひとつに対して許可されたアカウント及びアカウントのユーザのみが見ることができかつ利用可能である。
【０１６５】
５．管理者：オンライン顧客管理者の特徴及び機能は、システム管理者によりそのアカウントの管理者となるよう許可された代理店及び放送業者アカウントのユーザに対してのみ利用可能であるため、オンライン管理者特徴及び機能へのナビゲーションリンクはその顧客管理者許可を有するユーザのみがメインナビゲーションバー上で見ることができかつ利用することができる。
【０１６６】
６．ログオフ：オンラインログオフ特徴は、会社のアカウントタイプ、ユーザタイプまたはユーザ許可と無関係に、システムのすべてのユーザに利用可能であるため、システムをログオフしかつ初期ログインスクリーンを再表示させるナビゲーションリンクはすべてのユーザがメインナビゲーションバー上で見ることができかつ利用することができる。
【０１６７】
オンラインインポート機能
オンラインインポート機能により、代理店及び放送業者アカウントのユーザは、それぞれの内部システムから選択した所有権データをシステム内の他のデータと比較解析するためにオンラインシステム内にエクスポートすることができる。
【０１６８】
会社アカウントタイプ、ユーザタイプまたはユーザ許可とは無関係に、さまざまなオンラインインポート特徴及び機能がシステムのすべてのユーザに利用可能であるため、オンスクリーンインポート特徴及び機能へのナビゲーションリンクは、すべてのユーザがメインナビゲーションバー上で見ることができかつ利用することができる。
【０１６９】
メインオンライン特徴ナビゲーション上のインポートリンクをクリックすることにより、最初のインポートスクリーンが表示され、それは顧客管理者及び顧客ユーザに対してオンスクリーンツールを与え、当該ツールは、
・内部システムから内部ネットワークディレクトリに保存された特定種類の業界データファイルを概観し、選択しかつオンラインシステム内にアップロードし、
・ユーザが特定したデータ範囲の間にオンラインシステム内に以前にインポートされたユーザ選択タイプのファイルの要約を照会しかつ表示する、
ためのものである。
【０１７０】
ログインしたユーザが関連する会社アカウントのタイプに基づいて、オンスクリーンインポートツールは、代理店アカウントのユーザ及び放送業者アカウントのユーザに対して、さまざまなタイプのデータファイルをオンラインシステムにアップロードすることを許可する。
【０１７１】
代理店ユーザインポート
オンラインシステムは、代理店ユーザ用のインポートタイプのオプションの見出しリストから選択することにより以下の種類のデータファイルをオンラインシステム内にアップロードするためのオンスクリーンツールを、顧客管理者及び代理店会社アカウントの顧客ユーザに与える。
【０１７２】
・代理店スケジュール：代理店スケジュールデータファイルは代理店の内部のメディア管理システム内で作成されかつ保持され、代理店スタッフによってのみアクセス可能であるため、オンライン代理店アカウント上のすべての顧客管理者及び顧客ユーザは、彼のアカウントに対する代理店スケジュールデータファイルをオンラインシステム内にアップロードするためのオンスクリーンツールにアクセスすることができる。
【０１７３】
・代理店売買指示：オンライン売買モジュールは、国内ケーブル、スポットラジオ及びスポットテレビの３つのタイプの放送広告売買をサポートする機能を与える。代理店売買指示データファイルは代理店の内部の売買システム内で作成されかつ保持され、代理店スタッフによってのみアクセス可能であるため、国内ケーブル、スポットラジオ及び／またはスポットテレビメディアタイプに対して許可されたオンライン代理店アカウント上のすべての顧客ユーザ及び顧客管理者は、彼のアカウントに対する代理店売買指示データファイルをオンラインシステム内にアップロードするオンスクリーンツールにアクセスすることができる。
【０１７４】
放送業者ユーザインポート
オンラインシステムは、放送業者ユーザに対するインポートタイプのオプションの見出しリストから選択することにより以下のタイプのデータファイルをオンラインシステム内にアップロードするためのオンスクリーンツールを、顧客管理者及び放送業者会社アカウントの顧客ユーザに与える。
【０１７５】
・放送業者取引／契約：放送業者取引／契約データファイルは、放送業者の内部の販売在庫管理システム内で作成されかつ保持され、放送業者スタッフによってのみアクセス可能であるため、すべての顧客管理者及びオンライン放送業者アカウントの顧客ユーザは彼らのアカウントに対する放送業者取引／契約データファイルをオンラインシステム内にアップロードするためのオンスクリーンツールにアクセスすることができる。
【０１７６】
・放送業者インボイス：放送業者インボイスデータファイルは放送業者の内部財務システム内で形成されかつ保持され、放送業者スタッフによってのみアクセス可能であるため、すべての顧客管理者及びオンライン放送業者アカウントの顧客ユーザは、彼のアカウントに対する放送業者インボイスデータファイルをオンラインシステム内にアップロードするためのオンスクリーンツールにアクセスすることができる。
【０１７７】
・系列ステーションラインアップ：ネットワークラジオ、ネットワークテレビ及びシンジケートテレビ広告のみが複数のマーケットの複数のステーションで放送されるため、系列ステーションラインアップデータはネットワークラジオ、ネットワークテレビ、及びシンジケートテレビ放送広告のみと関連する。系列ステーションラインアップデータファイルはネットワークまたはシンジケート放送業者の系列関連管理システム内でのみ作成されかつ保持され、ネットワークラジオ、ネットワークテレビ及び／またはシンジケートテレビに対して許可されたオンライン放送業者アカウントのすべての顧客ユーザ及び顧客管理者は、彼のアカウントに対する系列ステーションラインアップデータファイルをオンラインシステムにアップロードするためのオンスクリーンツールにアクセスすることができる。
【０１７８】
上記した異なる種類のすべての放送広告業界データファイルがオンラインシステムにアップロードされるところのさまざまなファイルフォーマットを収容するために（その中でデータが最初に生成されかつそこからエクスポートされる内部システムのタイプによりファイルフォーマットが典型的に決定される）、オンラインシステムは、できるだけ多くの既知の共通データファイルフォーマットのデータを取得するよう構成され、上記したインポートタイプの選択に基づいてフォーマット種類の見出しリストから選択し、かつ、適当なそれぞれのフォーマットでその内部システムからオンラインシステム内にデータをエクスポートすることができるようにユーザオンスクリーンツールを提供する。
【０１７９】
付加的に、インポートモジュール内のオンスクリーンツールを使って、完全に自動的に、オンラインシステム内にアップロードされることができないフォーマットのデータファイルを収容するために、オフィスデータファイル変換が作成され、それによりデータは半自動的にシステム内にアップロード可能となる。
【０１８０】
さまざまな種類の顧客放送広告データのオンラインシステムへの適切なアップロードを保証するために、システムはシステムにアップロードされた各ファイル及び各ファイルに含まれるすべてのファイルに対して以下の広範な検証処理を実行する。検証処理は、
・ファイル名のフォーマットは各ファイルタイプの標準的なフォーマットと一貫性があること、
・ファイル名の拡張子は、ユーザがオンスクリーンのインポート処理の一部で識別したファイルフォーマットタイプと一致すること、
・ファイル内の各レコードに対する要求されたすべてのフィールドが、正しくフォーマットされたデータと一緒に存在していること、
・ある事例において、ある要求されたフィールド内の値が、アカウントが確立された時点でシステム管理者によりそのアカウントと関連する代理店名、広告主名及びブランド／製品などの、特定のアカウントに対するそのフィールドの有効値としてシステムにより認識されること、
を含む。
【０１８１】
有効データのインポートを保証するために、システムはすべての試行されたアップロード及びデータ検証の成功または失敗に関して、ユーザにオンスクリーン及び電子メール入力を与える。付加的に、オンスクリーン顧客サポートスタッフは特定のデータのアップロード及び検証失敗に関する詳細な電子メールのデータ受信し、フォーマットエラーを補正しかつオンスクリーンツールを使って失敗したファイルを再びインポートし及び／または再検証するか、代理店、広告主、ブランド／製品、メディア、メディア種類、ネットワーク、及び番組の別名値、並びに他の値を含む、自動的にマッピングされた他の検証ファイル内に保持された未認識値に対してデータベース内にエリアスを作成することにより失敗をトラブルシューティングすることができる。例えば、“ゼネラルモーターズ”が特定のアカウントに対してシステム内で設定された広告主値であるが、代理店スケジュールは広告フィールドに“ＧＭ”でアップロードした場合には、システムは“ＧＭ”を有効な広告主値として認識しない。この場合、無効値“ＧＭ”はオンライン顧客サポートへの失敗した検証メールに含まれ、データベースシステム管理者は、認証されたエリアスとしてデータベース内に“ＧＭ”を入力し、それを“ゼネラルモーターズ”のオリジナル値にマッピングするよう待機状態となる。その時点以降、広告主フィールドの値として“ＧＭ”とシステムに入力されたすべての文書は、有効な“ゼネラルモーターズ”広告データとして検証され、かつ、システム内のすべての“ゼネラルモーター”広告データに関連づけられる。オンラインシステムは、顧客サポートスタッフへ新しいファイルを再検証するためのオンスクリーンツールを与え、その結果、新しいエリアス値を含むレコードがオンラインデータベース内でオペランド解析され、除去及び再アップロードする必要なくシステム内の他の対応するデータとマッチングするのに適格となる。
【０１８２】
変化する時間間隔にわたって累積的に顧客の内部システムにおいてさまざまなファイルが生成されるため、オンラインシステムは重複するデータを有する新しいファイルをどのように扱うかについてシステムを指令するためのユーザオンスクリーンツールも提供する。例えば、新しいファイルがアップロード中で、システムが同一の代理店、広告主及びブランド／製品の他のファイルに関するデータと重複することを認識した場合、システムは新しいファイル内のデータがオリジナルファイルを完全に上書きしかつ置換すべきかどうかを指示するツールを与え、同じ日付のオリジナルファイル内のデータの一部が重複する新しいファイルのデータ部分のみが置換されるべきであれば、オリジナルファイル内の重複しない日付のものはそのままにし、システム内部でアクティブとなるように指示するツールを提供する。
【０１８３】
特定のタイプのデータに対する一致結果がカレントでなければならないかに対して顧客により置かれる予期した相対的重要性に応じて、オンラインシステムにアップロードされたすべてのデータは、システム内の他の既存のデータとすぐにマッチングされるか、その結果が次の朝に利用可能となるように夜間にマッチングするために並んで順番を待つ。
【０１８４】
例えば、代理店スケジュールまたは放送業者インボイスデータの連続インポートは、新しくインポートされたデータに基づいてシステムマッチング（以前一致した関連データの再マッチングを含む）を自動的に開始する。しかし、連続的にインポートされた代理店売買指示データはすぐにマッチングまたは再マッチングを開始せず、その結果が次の朝に許可されたユーザに利用可能となるように、スケジュールされた夜間にシステム内の他の関連データとマッチングするよう並んで待ってもよい。
【０１８５】
すべてのマッチング結果が参照するシステム内のデータのステータスを顧客及びオンライン顧客サポートスタッフに知らせるために、システムはシステム内での各ファイルのすぐ及び夜間のマッチングの成功及び失敗の自動電子メール通知を提供し、オンライン顧客サポートスタッフは、特定のファイル及びその対応するデータをシステムから手動で再マッチングし、再検証し及び／または除去するための付加的なオンスクリーンツールを有する。
【０１８６】
参照及び／またはトラブルシューティングのために、オンラインシステムは、以下に示す以前アップロードしたファイルの完全にソート可能な階層要約を照会しかつ表示するためのユーザオンスクリーンツールも提供する。当該ファイルは、
・ファイルがアップロードされた日時、
・ファイル名、
・そのファイルに関連する代理店、広告主及びブランド／製品、
・代理店スケジュールデータの見積番号、放送業者インボイスデータのインボイス番号等の対応するファイルＩＤ、
・ファイルに含まれるデータの活動データ範囲、
・アップロードのトラブルシューティングを支援する、オンラインシステム生成されたアップロードＩＤ番号及びインポートステータス情報、並びに、ファイル内のデータがシステム内の他のデータと最後に一致した日付、
を含む。
【０１８７】
オンラインシステムは、各スクリーンのトップにプロンプトのテキストバー形式で各特徴に対する関連オンスクリーン支援及びフィードバックをユーザに与える。
【０１８８】
オンラインデータマッチング機能の実施形態
オンラインデータマッチングモジュールがほとんどの顧客ユーザに対して機能の中心になると予期され、代理店スケジュール内の同意済みのすべての広告が放送されかつ放送業者により正しく請求されたことを認証することができるようにするために、及び、放送エラーまたは変更を識別しかつ整合させることができるようにするために、検出データに対する代理店スケジュール及び放送業者インボイスデータの比較の要約及び詳細なマッチング結果を照会しかつ表示することが可能となる。同様に、オンラインデータマッチングモジュールは、国中の各ラジオ及びテレビマーケット内の系列ステーションが、ネットワーク及び／またはシンジケータとの同意により契約上の義務としてネットワーク及びシンジケート番組を放送していることを認証するための付加的なオンスクリーンマッチング解析ツールをネットワーク及びシンジケート番組業者に与える。
【０１８９】
特定的に、オンラインデータマッチングモジュールは、以下の主要データマッチング解析特徴オプションのオンスクリーン見出し選択リストを許可されたユーザに与える。
【０１９０】
１．代理店スケジュールと検出：代理店スケジュールと検出のオンスクリーンマッチング結果（代理店スケジュールデータと関連する検出データとの比較）を照会し、表示しかつエクスポートする能力は、
注文済み／未実行の（その放送を認証する対応する検出を有しない代理店スケジュール上のユニット）、一部一致した（スケジュールの詳細と部分的に一致した対応する検出を有する代理店スケジュール上のユニット）、一致した（放送を認証する完全な対応する検出を有する代理店スケジュール上のユニット）及び一致なし検出（他の可能なすべてのスケジュール／検出の一致が実行された後に、代理店スケジュール上に対応するユニットを有しない付加的検出）の一致結果数の、各代理店／広告主／ブランド製品／見積番号／マーケット／放送業者の組み合わせにより要約された要約カウント、
要約表示された上記した４つの一致結果タイプの各々に対する代理店スケジュール及び／または検出データの各ラインからの詳細データの詳細な並列表示
を含む。
【０１９１】
２．放送業者インボイスと検出：放送業者インボイスと検出とのマッチング（放送業者インボイスデータと関連する検出データとの比較）のオンスクリーン結果を照会し、表示しかつエクスポートする能力は、
インボイス上／一致なし（放送を認証する対応する検出を有しない放送業者インボイスのユニット）、一致した（放送を認証する完全に対応する検出を有する放送業者インボイスのユニット）、及び一致なし検出（他の可能なすべてのインボイス／検出一致が為された後に、放送業者インボイスに対応する一致ユニットを有しない付加的な検出）の一致結果の、各代理店／広告主／ブランド製品／インボイス番号／マーケット／放送業者の組み合わせにより要約された要約カウント、及び
要約表示された上記３つの一致結果の各々に対する放送業者インボイス及び／または検出データの各ラインからの詳細データの詳細な並列表示、
を含む。
【０１９２】
３．ネットワーク及びシンジケートのコマーシャルクリアランス：ネットワーク系列またはシンジケートステーションラインアップデータにより補足された代理店スケジュールと検出とのマッチング（ネットワーク系列またはシンジケートステーションラインアップデータにより補足された代理店スケジュールデータと、ネットワークラジオ、ネットワークテレビ及びシンジケートテレビ広告と関連する検出データとの比較）のオンスクリーン結果を照会し、表示しかつエクスポートする能力は、
スケジュール上の各スポットが放送されるべき間に各番組に対して、ネットワーク／シンジケート提供ラインアップ上で画定された系列ステーションの数に基づき、代理店スケジュール上の各ネットワークラジオ、ネットワークテレビ及び／またはシンジケートテレビスポットの期待した個々の系列放送／検出の数、
クリアされなかった（対応する検出を有しない代理店スケジュール上のスケジュールされたネットワークまたはシンジケートユニットに対する期待した系列放送）、一部クリアした（スケジュールの詳細と部分的に一致した対応する検出を有する代理店スケジュールユニット上のスケジュールされたネットワークまたはシンジケートユニットに対する期待した系列放送）、クリアした（放送を認証する完全に対応する検出を有する代理店スケジュール上のスケジュールされたネットワークまたはシンジケートユニットに対する期待した系列放送）及びスケジュールされていない放送（他の可能なすべてのスケジュール／検出のマッチングが為された後に、代理店スケジュール上の番組に対するラインアップ上に対応する期待した系列放送を有しない付加的な検出）の一致結果の、代理店スケジュールのネットワークラジオ、ネットワークテレビまたはシンジケートテレビに対して要約された要約カウント、及び
代理店スケジュール上の各番組に対するラインアップ上の各系列に対して要約表示された上記４つのタイプの一致結果の各々に対して代理店スケジュール（対応するラインアップデータにより補足される）及び／または検出データのネットワークラジオ、ネットワークテレビ及び／またはシンジケートテレビラインからの詳細なデータの詳細な並列表示
を含む。
【０１９３】
４．ネットワーク及びシンジケート番組クリアランス：放送番組スケジュールと検出との一致（ネットワーク系列ラインアップデータと、ネットワークラジオ、ネットワークテレビ、及びシンジケートテレビ番組に関連した検出データとの比較）のオンスクリーン結果を照会し、表示しかつエクスポートする能力は、
各番組に対してネットワーク／シンジケート提供ラインアップ上で画定された系列ステーションの数に基づいて、各ネットワークラジオ、ネットワークテレビ及び／またはシンジケートテレビ番組の期待した個々の系列放送／検出の数、
クリアされなかった（対応する検出を有しないスケジュールされたネットワークまたはシンジケート番組に対する期待した系列放送）、一部クリアした（スケジュール上の詳細と部分的に一致した対応する検出を有するスケジュールされたネットワークまたはシンジケート番組に対する期待した系列放送）、クリアした（放送を認証する完全に対応する検出を有するスケジュールされたネットワークまたはシンジケート番組に対する期待した系列放送）、及びスケジュールされていない放送（他のすべての可能な系列ラインアップ／検出の一致が為された後に、番組のラインアップ上に対応する期待した系列放送を有しない付加的検出）の一致結果の、各ネットワークラジオ、ネットワークテレビまたはシンジケートテレビ番組に対して要約された要約カウント、及び
各番組のラインアップの各系列に対して要約表示された上記４つの一致結果タイプの各々に対するネットワーク、ネットワークテレビ及び／またはシンジケートテレビ番組及び／または検出データに対する各系列ラインアップの詳細データの詳細な並列表示
を含む。
【０１９４】
オンラインデータマッチングモジュールは、許可されたメディアタイプにより上記したデータ一致解析特徴に対する一致結果データを照会しかつ表示する、特定のアカウント及び個々のユーザ許可に基づくフィルタオプションのユーザのオンスクリーン見出し選択リストを有するオンスクリーン能力をユーザに与える。
【０１９５】
オンラインデータマッチングモジュールは、それぞれのデータ一致解析タイプに対する関連するオンスクリーン見出し選択フィルタのさまざまな組み合わせから選択することによりデータ一致結果をさらにフィルタリングしかつ表示するためのユーザオンスクリーン能力を与え、それは、
代理店（４つのデータ一致解析タイプのすべてに関連する）、
広告主（４つのデータ一致解析タイプのすべてに関連する）、
製品グループ（代理店スケジュールと検出とのマッチングにのみ関連する）、
ブランド／製品（４つのデータ一致解析タイプのすべてに関連する）、
見積番号（代理店と検出並びにネットワーク及びシンジケートコマーシャルクリアランスとのマッチングにのみ関連する）、
インボイス番号（放送業者インボイスと検出とのマッチングにのみ関連する）、
マーケット（４つのすべてのデータマッチング解析タイプに関連する）、
放送業者（４つのすべてのデータマッチング解析タイプに関連する）、
ネットワーク（ネットワーク及びシンジケートコマーシャルクリアランスとネットワーク及びシンジケート番組クリアランスとのマッチングにのみ関連する）、
番組（ネットワーク及びシンジケートコマーシャルクリアランスと、ネットワーク及びシンジケート番組クリアランスとのマッチングにのみ関連する）、
セグメント（ネットワーク及びシンジケート番組クリアランスのマッチングのみに関連する）、
デイパート（代理店スケジュールと検出並びにネットワーク及びシンジケートコマーシャルクリアランスのマッチングにのみ関連する）、
スポット長（代理店スケジュールと検出、並びにネットワーク及びシンジケートコマーシャルクリアランスのマッチングにのみ関連する）、
一致タイプ（４つのすべてのデータ一致解析タイプに関連する）、
日付範囲（４つすべてのデータ一致解析タイプに関連する）、
を含む。
【０１９６】
見積番号は、購入注文番号及び他の予算コードが他の業界で使用されるのと同様に、支払い目的で広告支出をグループ化するのに代理店により主に内部で使用される。最大の柔軟性を与え、標準的な業界実務と一貫性を有するように、オンラインシステムはユーザに対して、見積番号により、代理店スケジュールと検出及びネットワークコマーシャルクリアランスの一致データをフィルタリングしかつ表示するオプションを与える。
【０１９７】
インボイス番号は支払い目的で広告主の毎月の請求を同定するために放送業者により使用される。最大の柔軟性を与え、かつ、標準的な業界実務と一貫性を有するよう、オンラインシステムはユーザに対して、インボイス番号により、放送業者インボイスと検出とのマッチングデータをフィルタリングしかつ表示するオプションを許可する。
【０１９８】
オンスクリーンデータフィルタ選択処理をストリームライン化するために、オンラインシステムはユーザに対して、一回クリック選択用のデータフィルタと一致するデータのしばしば使用されるデータセットを指名し、保存し、修正し及び／または消去するための、オンスクリーン自由形式テキスト入力ボックス及び送信ボタンを与える。
【０１９９】
ひとつの実施形態において、許可されたメディアタイプを選択すること、放送業者インボイスと検出とのマッチング解析タイプを選択すること、上記したように所望の許可されたデータマッチング解析結果フィルタを選択し、“Ｇｏ”ボタンをクリックすると、許可されたインボイスと検出とのマッチング結果の完全にソート可能な要約パネルが表示される。放送業者インボイスと検出要約パネルは、代理店／広告主／ブランド製品／マーケット／放送業者／インボイス番号の組み合わせに対する以下で述べる３つの一致タイプの各々に対するカウントを表示する。それは、
インボイス上／一致なし：放送を認証する対応する検出を有しない放送業者インボイス上のユニット、
一致した：放送を認証する完全に対応する検出を有する放送業者インボイス上のユニット、
一致なし検出：他の可能なすべてのインボイス／検出マッチングが為された後に、放送業者インボイス上の対応するユニットを有しない付加的な検出、
を含む。
【０２００】
他の実施形態において、許可されたメディアタイプを選択し、代理店スケジュールと検出とのマッチング解析タイプを選択し、上記した所望の許可済みデータマッチング解析結果フィルタを選択して、“Ｇｏ”ボタンをクリックすると、許可済みのスケジュールと検出とのマッチング結果の完全にソート可能な要約が表示される。代理店スケジュールと検出との要約パネルは、代理店／広告主／ブランド製品／マーケット／放送業者／見積番号の組み合わせに対して以下に示す４つのタイプのそれぞれに対するカウントを表示し、それは、
注文済み／未実行：放送を認証する対応する検出を有しない代理店スケジュール上のユニット、
一部一致した：スケジュール上の詳細と部分的に一致した対応する検出を有する代理店スケジュール上のユニット、
一致した：放送を認証する完全に対応する検出を有する代理店スケジュール上のユニット、
一致なし検出：他の可能なすべてのスケジュール／検出マッチングが為された後に、代理店スケジュール上に対応するユニットを有しない付加的な検出、
を含む。
【０２０１】
他の実施形態において、許可済みのネットワークまたはシンジケートメディアタイプを選択し、コマーシャルクリアランスマッチング解析タイプを選択し、上記したような所望の許可済みデータマッチング解析結果フィルタを選択して、“Ｇｏ”ボタンをクリックすると、許可済みのスケジュール／ラインアップと検出との一致結果の完全にソート可能な要約パネルが表示される。コマーシャルクリアランス要約パネルは、代理店スケジュール上の各ネットワークラジオ、ネットワークテレビまたはシンジケートテレビユニットに対して要約された、各代理店／広告主／ブランド製品／ネットワーク／番組／見積番号／日付／スポットコードの組み合わせに対して、以下に示す４つの一致タイプの各々に対するカウントを表示する。一致タイプは、
クリアされなかった：対応する検出を有しない代理店スケジュール上のスケジュールされたネットワークまたはシンジケートユニットの各々に対する期待した系列放送、
一部クリアされた：スケジュール上の詳細と部分的に一致した対応する検出を有する代理店スケジュール上のスケジュールされたネットワークまたはシンジケートユニットの各々に対する期待した系列放送、
クリアした：放送を認証する完全に対応する検出を有する代理店スケジュール上のスケジュールされたネットワークまたはシンジケートユニットの各々に対する期待した系列放送、
スケジュールされていない放送：他の可能なすべてのスケジュール／検出マッチングが為された後に、代理店スケジュール上の番組のラインアップ上の対応する期待した系列放送を有しない付加的検出、
から成る。
【０２０２】
他の実施形態において、許可済みネットワークまたはシンジケートメディアタイプを選択し、番組クリアランスマッチング解析タイプを選択し、上記したような所望の許可済みデータマッチング解析結果フィルタを選択して、“Ｇｏ”ボタンをクリックすると、許可済みの番組ラインアップと検出とのマッチング結果の完全にソート可能な要約パネルが表示される。番組クリアランス要約パネルは、ネットワークラジオ、ネットワークテレビまたはシンジケートテレビ番組の各々に対する以下に示す４つの一致タイプの各々のカウントを表示する。その一致タイプは、
クリアされなかった：対応する検出を有しないスケジュールされたネットワークまたはシンジケート番組の各々に対する期待した系列放送、
一部クリアした：スケジュールの詳細と部分的に一致する対応する検出を有するスケジュールされたネットワークまたはシンジケート番組の各々に対する期待した系列放送、
クリアした：放送を認証する完全に対応する検出を有するスケジュールされたネットワークまたはシンジケート番組の各々に対する期待した系列放送、
スケジュールされていない放送：他の可能なすべての系列ラインアップ／検出マッチングが為された後に、番組のラインアップ上に対応する期待した系列放送を有しない付加的検出、
から成る。
【０２０３】
許可されたユーザに対して、できるだけ完全なデータマッチング解析を与えるために、オンラインシステムは、選択したデータフィルタに基づいて設定された結果に含まれたであろうが、フィルタリングされた日程中にConfirMediaシステムによりモニターされなかった放送業者のオンスクリーン表示へのリンクを与える。
【０２０４】
上記したすべてのマッチング解析タイプの要約パネルは、要約テーブルで為された選択に基づいて、許可されたユーザに対して、要約テーブルに表された一致結果のさまざまなサブセットに対する詳細データを表示することを許可し、それは、
例えば、代理店スケジュールと検出とのマッチングが、ひとつの代理店／広告主／ブランド製品／マーケット／放送業者の組み合わせに対してひとつの一致タイプ（注文済み／未実行のような）に対するマッチングのすべてを含む、要約テーブルの個々のセル内のカウントにより表された一致、
例えば、代理店スケジュールと検出とのマッチングに対して、要約テーブル内に表されたすべての代理店／広告主／ブランド製品／マーケット／放送業者の組み合わせに対してひとつの一致タイプ（注文済み／未実行のような）に対するマッチングのすべてを含む、各要約テーブル内の各一致タイプカラム内の総カウントにより表される一致、
例えば、代理店スケジュールと検出とのマッチングに対して、要約テーブル内に表された、ひとつの代理店／広告主／ブランド製品／マーケット／放送業者の組み合わせに対してすべての一致タイプ（“注文済み／未実行”、“一部一致”、“一致”、“一致なし検出”のような）に対するマッチングのすべてを含む、各要約テーブルの各行内のすべての一致タイプに対する組み合わされたカウントにより表された一致、
例えば、代理店スケジュールと検出とのマッチングに対して、要約テーブル内に表された、すべての代理店／広告主／ブランド製品／マーケット／放送業者の組み合わせに対してすべての一致タイプ（“注文済み／未実行”、“一部一致”、“一致”、“一致なし検出”のような）に対するマッチングのすべてを含む、要約テーブル全体に表されたすべての一致、
から成る。
【０２０５】
それぞれの要約パネルで為された選択に基づいて、以下に示す４つのデータマッチングの一致タイプの各々に対する詳細な並列の比較一致結果が示される。一致タイプは、
代理店スケジュールと検出とのマッチング：検出データ（日付、日、時間、番組、スポット長、及びスポットコード）と比較される代理店スケジュール（代理店、広告主、ブランド／製品、見積数、マーケット、放送業者、放送週、曜日、放送開始／終了時刻、番組、スポット長、及びスポットコード）の各ラインからの詳細データ、
放送業者インボイスと検出とのマッチング：検出データ（日付、日、時間、スポット長、及びスポットコード）と比較される放送業者インボイス（代理店、広告主、ブランド／製品、インボイス番号、マーケット、放送業者、日付、時間、スポット長、及びスポットコード）の各ラインからの詳細データ、
コマーシャルクリアランス：各モニターされた系列からの検出データ（日付、日、時刻、番組、スポット長、及びスポットコード）と比較される各番組（検出の期待数を含み、それはラインアップごとに各モニターされた系列がコマーシャルを放送するよう提案された累積回数を表す）に対して放送業者のステーションラインアップからのデータ（各系列ステーションが各マーケット内でコマーシャルを放送するべき回数及び日時、並びに、各マーケットの米国人口割合）により補足されかつ拡張された、代理店スケジュール（代理店、広告主、ブランド／製品、見積番号、ネットワーク、放送業者、番組、日付、日、スポット長、及びスポットコード）の各ラインアップからの詳細データ、
番組クリアランス：各モニターされた系列からの検出データ（日付、日、時間、番組、番組長及び番組コード）と比較される、各番組に対する放送業者のステーションラインアップデータ（各系列ステーションが各マーケット内で各番組を放送するべき回数及び日時、並びに、各マーケットの米国人口割合）の各ラインからの詳細データ、
から成る。
【０２０６】
できるだけ多くのオンスクリーンデータ表示の柔軟性をユーザに与えるために、多数の要約及び詳細データパネル内の多数のカラムヘッダは、そのカラムの値によりそれぞれのパネル内のデータ分類をソートしかつ逆転させるアクティブなリンクである。付加的に、オンスクリーン既定ソートボタンは任意の顧客ソートデータをオリジナルの既定ソート順序に容易に戻す。
【０２０７】
できるだけ多くのデータ解析の柔軟性をユーザに与えるために、オンラインシステムは、許可済み代理店及び放送業者ユーザに対して、システムの外部及び／または内部システムでの付加的な解析のために、Excel、XML、及び他の可能なフォーマットで、オンラインシステムから、マッチング解析タイプ（代理店スケジュールと検出、放送業者インボイスと検出、コマーシャルクリアランス、及び番組クリアランス）の各々に対する要約及び詳細パネルからのデータマッチング結果データをエクスポートするためのオンスクリーンボタンを与える。
【０２０８】
オンラインシステムは、ユーザに対して、許可されたメディアタイプ、マッチング解析及び／またはデータフィルタ選択のいずれかを修正することにより、マッチング解析タイプ（代理店スケジュールと検出、放送業者インボイスと検出、コマーシャルクリアランス、及び番組クリアランス）の各々に対する要約パネルオンスクリーン内のデータマッチング結果データを容易に修正しかつ再生することを可能にする。システムはまた、ユーザに対して、要約テーブル内で選択されたリンク／カウントを修正することによりマッチング解析タイプの各々に対して要約パネルオンスクリーン内のデータマッチング結果を容易に修正しかつ再生することを可能にする。
【０２０９】
オンラインシステムは、ユーザに対して、各スクリーンのトップにプロンプトのテキストバー形式で各特徴に対して関連するオンスクリーン支援及びフィードバックを与える。
【０２１０】
オンライン注文変更機能の実施形態
上記したように、同意並びに履行及び請求のライフサイクルを通じて、放送業者取引／契約及び代理店スケジュールの特定の期間に大きな流動性が存在する。広告放送時間の各放送業者の有限な在庫（天候、自然災害ニュース、及び技術的停止のような制御不能な力及び／または放送業者の収益目的により優先買収にさらされる）の需要と供給のプレッシャーを定期的に変更しながら、広告主側のビジネス目標及び広告ニーズを展開することがこの流動性に対する主な寄与である。
【０２１１】
典型的に、注文変更は、広告キャンペーンが放送される前、最中及び後に、代理店スケジュール及び／または放送業者の取引／契約内に含まれる購入の詳細を修正するために代理店及び放送業者の両方によりオフラインで生成される。しかし、この変更は、代理店が放送業者への支払いに同意する前に最終的に放送業者インボイスが代理店スケジュールと一致させるために、代理店のメディア管理システム及び放送業者の請求システムの両方に反映され、かつ、整合されなければならない。しかし、典型的にオリジナルデータに対するこの修正は、自動システムの支援または構成なしで、及び、任意の標準化ファイルまたはデータフォーマットなしで為される。
【０２１２】
本発明の実施形態により与えられるオンライン注文変更能力は、許可された放送業者ユーザに対して、システム内にインポートされた放送業者取引／契約データの双方向のシステム比較により同定されるような放送業者取引／契約データ（それは、放送業者取引／契約と検出との一致による検出データにより認証される）に付加及び／または除去される個々のユニットに基づいて、オンライン注文変更オンスクリーンを生成し、承認または拒絶用に特定の許可された代理店顧客に対してオンラインでそれを送信することを可能とする。
【０２１３】
既存の放送業者取引／契約上のひとつまたはそれ以上のユニットに対する変更を放送業者及び代理店が口頭で同意すると、オンライン注文変更モジュールはその放送業者ユーザに対して、内部の在庫／販売管理システム内のオリジナルの放送業者取引／契約ファイルを変更し、その後新しい取引／契約データの修正版をオンラインシステム内にアップロードすることを可能にする。オンラインシステムはファイル（放送業者取引／契約と放送業者取引／契約との一致）の双方向バージョンを比較し、既存のファイルの改版であるとして新しいファイルを認識し、ファイルオンスクリーン内で除去され、付加され及び／または変更されたユニットに対するデータを表示する。システムは、放送業者のシステムにより割り当てられた同じシリアル番号により付加されかつ除去されたユニットを認識しかつ予め関連づける。その後放送業者ユーザは、共通のシリアル番号を有する予め関連づけられた除去及び付加したユニット、並びに、固有のシリアル番号を有する無関係の除去及び付加したユニットの各々に対して注文変更データオンスクリーンを生成し、かつ、承認または拒絶用に特定の代理店ユーザに対してそれを送信するためのオンスクリーンツールを利用することができる。
【０２１４】
変更用の放送業者取引／契約ファイルの双方向バージョンを比較することに加え、オンラインシステムは、注文変更が実際に放送されなかったスケジュールされた放送を含まないことを確認するために、過去の放送を認証するべく検出データに対してファイル内の各スケジュールされたユニットを比較する。
【０２１５】
オンライン注文変更モジュールは以下のユーザに対して以下の機能オプションを提供する。その機能オプションは、
作成／編集：システムにアップロードされる放送業者取引／契約ファイルの双方向バージョンのシステム比較からの個々のユニット結果の表示した変更に基づいて、オンライン注文変更を作成及び／または編集するための、放送業者アカウント上のユーザに対するオンスクリーンツール、
承認／拒絶：放送業者ユーザにより送信された注文変更をレビューし、かつ、承認または拒絶するための、代理店アカウント上のユーザに対するオンスクリーンツール、
検証：特定の代理店ユーザに対して放送業者ユーザにより送信された、送信日付、並びに承認／拒絶日付を含む、注文変更のステータス階層を検証するための、代理店及び放送業者アカウント上のユーザに対するオンスクリーンツール、
監査レポート：ユーザ選択日以来の代理店ユーザにより承認されたオンライン注文変更のリストを照会し、表示しかつエクスポートするための、代理店及び放送業者アカウント上のユーザに対するオンスクリーンツールであり、変更したスケジュールデータをユーザの内部システム内に続いてアップロードするのにも有用なツール、
を含む。
【０２１６】
オンライン注文変更モジュールは、放送業者ユーザに毎日通知される自動電子メールを生成するコンポーネントを含み、該通知は、
注文変更を完全にするためにオンスクリーンユーザ介入を要求する不完全な注文変更、
レビュー、承認または拒絶のために、代理店購入者に送信を要求する完全な注文変更
を含む。
【０２１７】
他のモジュールと同様に、オンライン注文変更モジュールは、さまざまな値により注文変更を作成または編集するために、特定の放送業者取引／契約データを照会し、フィルタリングし、かつ表示するオンスクリーンツールを放送業者ユーザに与え、その値はこれに限定しないが、
代理店、
広告主、
ブランド／製品、
マーケット、
放送業者、
取引番号、
契約番号、
シリアル番号（取引／契約ファイル内の各広告ユニットに対する放送業者割り当てＩＤ番号）日付範囲、
を含む。
【０２１８】
放送業者取引／契約ファイルの双方向バージョンの比較により同定されたすべての変更ユニットを表示することに加え、オンライン注文変更モジュールは、国内ケーブル放送業者ユーザに対して、オンライン注文変更を作成または編集する際の付加的なオンスクリーン参照ツールとして、変更したものとともに変更しなかったユニットを表示することを可能にする。
【０２１９】
他のモジュールに関して、オンライン注文変更モジュールは、放送業者に対して、注文変更データの一回クリック選択特徴に対する注文変更データフィルタのしばしば使用されるセットを指名し、保存し、修正及び／または削除するためのオンスクリーン能力を与え、また、ユーザに対して、ひとつのボタンクリックによりすべての注文変更フィルタ選択をシステム既定オプションへクリア／リセットすることを可能にする。
【０２２０】
特定の放送業者取引／契約ファイル用の選択した注文変更データを表示するために、取引／契約ファイルの双方向バージョンの比較から生成される以下のひとつまたはそれ以上のデータがオンスクリーンで表示される。
【０２２１】
注文変更：オリジナルのファイルから除去されかつ新しいファイル内の全く異なる特定のユニットにより置換されたユニットか、新しいファイル内で修正されたオリジナルのファイル内のユニットの両方または典型的に一方に対して、放送業者がその内部システム内で同じシリアル番号により予め関連づけした、変更したユニットのペアまたはセットのテーブルが表示される。システム内で共通のシリアル番号と予め関連づけられたこの変更したユニットが、レビュー、承認または拒絶用に特定の放送業者ユーザ選択代理店ユーザに送信される準備がなされたとして、スクリーンに表示される。
【０２２２】
除去されたユニット：オリジナルファイル内にあったが、その内部システム内で放送業者により除去されたユニットであり、新しいファイル内にはない個々のユニットを表示し、新しいファイル内に一致するシリアル番号を有する他のユニットが存在しないことを示すテーブル。オンライン注文変更モジュールは、放送業者ユーザに対して、クレジット（代理店に信用貸しされるべき関連コストを有する）または先買（レビュー、承認または拒絶用に特定の放送業者ユーザ選択代理店に送信されるために、新しいファイル内に付加したユニットと関連づけられるべきオンスクリーン介入をその後要求する）としてこの無関係な除去したユニットを分類するためのオンスクリーンツールを与える。
【０２２３】
付加されたユニット：オリジナルのファイル内には無かったが内部システム内で放送業者により付加されたユニットであり、新しいファイル内に含まれる個々のユニットを表示し、一致するシリアル番号を有する他のユニットがオリジナルファイル内に存在しないことを示すテーブル。オンライン注文変更モジュールは、放送業者ユーザに対して、ボーナス（放送業者の裁量で代理店に対して付加的なコストなく付加される典型的に未売在庫）、視聴者欠陥ユニット（放送業者の裁量で代理店に対して付加的なコストなく付加される、典型的に見積もった視聴者サイズの観点からスケジュール上の配布中の他のユニットをオフセットする）、割増し（広告の重さのレベルを上げるような代理店の要求時に付加的コストで代理店に付加される）、またはメークグッド（レビュー、認証または拒絶用に、特定の放送業者ユーザ選択代理店ユーザに送信するために、オリジナルファイルから除去したユニットに関連づけられるようオンスクリーン介入をその後要求する）として、無関係な付加したユニットを分類するためのオンスクリーンツールを与える。
【０２２４】
不変更ユニット（表示オプションが選択された場合）：オンライン注文変更を作成または編集する際、放送業者に対する付加的なオンスクリーン参照ツールとして、オリジナルと、ファイルの新しい修正版の両方で不変更な個々のユニットを表示するテーブル。
【０２２５】
オンライン注文変更モジュールは、許可された放送業者ユーザに対して、各テーブル内のさまざまなカラムヘッダをクリックすることによりさまざまな値に基づいて除去したユニット、付加したユニット及び不変更ユニットデータをソートすることを可能とし、かつ、ボタンの一回のクリックでオリジナルの既定のソート順序に分類データを容易に戻すことを可能とする。
【０２２６】
オンライン注文変更モジュールは、許可された放送業者ユーザに対して、レビュー及び承認または拒絶用に特定の代理店ユーザへの放送業者ユーザによる１回の注文変更送信で、付加したユニットパネルからのひとつまたはそれ以上のユーザ特定の“メークグッド”ユニットを、除去したユニットパネルからのひとつのまたはそれ以上のユーザ特定の“先買”ユニットと関連づけるためのオンラインスクリーンツールを与える。
【０２２７】
さらに、オンライン注文変更モジュールは、許可された放送業者ユーザに対して、レビュー及び承認または拒絶用に特定の許可された代理店購入者へのひとつまたはそれ以上の作成または編集した注文変更を選択するためのオンラインツールを与える。
【０２２８】
付加的に、オンライン注文変更モジュールは、許可された放送業者ユーザに対して、レビュー及び承認または拒絶用に作成または編集された注文変更の受取人としてひとつまたはそれ以上の許可された代理店ユーザを選択するための、各取引／契約ユニットに対するすべての許可された代理店ユーザのオンスクリーン見出し選択ボックスを与える。
【０２２９】
オンライン注文変更モジュールは、放送業者により送信され、承認または拒絶を待っている、代理店ユーザに新しい注文変更を通知する自動電子メールを生成するコンポーネントを含む。
【０２３０】
オンライン注文変更モジュールは、許可された代理店ユーザに対して、許可された放送業者ユーザにより送信された完全な注文変更を認証しまたは拒絶するための、オンスクリーンラジオボタンを与える。
【０２３１】
オンスクリーン注文変更モジュールは、許可された代理店ユーザにより承認されまたは拒絶された放送業者ユーザに注文変更を通知する自動電子メールを生成するコンポーネントを含む。
【０２３２】
また、オンライン注文変更モジュールは、許可された代理店ユーザにより拒絶された注文変更の各コンポーネントを、最初に表示されていた除去したユニットまたは付加したユニットパネルへ自動的に戻し、その結果、それを送信した放送業者は、それが承認されるまで、許可された代理店購入者へそれを修正しかつ再送信することができる。
【０２３３】
オンライン注文変更モジュールは、代理店ユーザのメディア管理システムに対して、放送業者のシステム内の取引／契約データと同期する代理店メディア管理システム内の代理店スケジュールデータを回復するために、代理店スケジュールの更新として、承認された注文変更用のデータをエクスポートするためのオンスクリーンツールを与える。
【０２３４】
付加的に、オンライン注文変更モジュールは、放送業者ユーザに対して、オリジナルの取引／契約ファイルの変更をシステム内に手動で入力し、レビュー及び承認または拒絶のために代理店ユーザに対して注文変更を作成かつ送信する手動の方法を与える。
【０２３５】
オンライン注文変更モジュールは、許可された代理店及び放送業者ユーザに対して、さまざまな値により送信された注文変更のステータスの階層を照会しかつ表示するためのオンスクリーンフィルタパネルを与え、その値は、これに限定されないが、
代理店、
広告主、
ブランド／製品、
マーケット、
放送業者、
取引番号、
契約番号、
シリアル番号、
カレントステータス、
・承認済み
・保留（承認または拒絶待ち）
・拒絶済み
日付範囲、
を含む。
【０２３６】
他のモジュールと関連して、オンライン注文変更モジュールは、放送業者ユーザに対して、注文変更ステータスデータの１回クリック選択のための注文変更データフィルタのしばしば使用されるセットを、指名し、保存し、修正及び／または消去するためのオンスクリーン能力を与え、かつ、ユーザに対して、１個のボタンクリックでシステムの既定オプションにすべての注文変更フィルタ選択をクリア／リセットするためのオンスクリーンツールを与える。
【０２３７】
他のモジュールと関連して、オンライン注文変更モジュールは、許可された代理店及び放送業者ユーザに対して、システム外部の付加的解析用に、送信済みの注文変更ステータス階層データを、Excel、XML、及び他の可能なフォーマットにエクスポートするオンスクリーンツールを与える。
【０２３８】
すべてのモジュール及びすべてのスクリーン上で、システムはユーザに対して、各スクリーンのトップにプロンプトのテキストバー形式で、各特徴に対する関連オンスクリーン支援及びフィードバックを与える。
【０２３９】
図２及び３は、本発明に従う２つの実施形態を示しており、それによれば、オンライン注文変更モジュールは、許可された放送業者ユーザに対して、放送業者取引／契約データ（検出データによっても認証される）に付加及び／または削除された個々のユニットに基づいて、スクリーン上でオンライン注文変更を生成することを可能にし、承認または拒絶のために特定の許可された代理店顧客へそれをオンラインで送信することを可能にする。
【０２４０】
・電子的に取得した注文変更：図２の実施形態に示すように、電子的取得法は、放送業者取引／契約データの双方向バージョンのオンラインシステム内での自動比較に頼っており、それは、レビュー及び承認または拒絶のために許可された代理店ユーザへの送信用の注文変更を作成または編集する際に、許可された放送業者ユーザが使用するための変更した契約ユニットを同定しかつ表示する。図２のフローチャートは本発明のオンラインシステムにより取得された放送業者取引／契約のオリジナルまたは更新バージョンを受信することから始まる（２０１）。受信したファイルは特定の日時に放送されるようスケジュールされた過去及び未来の契約ユニットを含む。更新済みファイルが受信されかつ普通に取得されて、カレントのスケジュールされたイベントの変更を評価しかつ同定する。この更新は、そのファイルの以前のバージョンに関連する除去した、付加した、または変更したユニットを含む。任意のファイルを受信すると同時に、変更が生じたか否かを決定するために契約が評価される（２０２）。変更が存在しなければ（または、契約がオリジナルなものであれば）、さらに他の動作が要求される（２０３）。変更が存在する場合、そのユニットの日時がすでに経過したか否かを決定するために契約ユニットの日時がチェックされる（２０４）。ユニットがすでに放送されていれば（または、放送されるべきであったら）、すべての契約ユニットが認証されかつ支払われているか否かが次に決定される。ユニットが満足に認証されなければ、認証の失敗はモニタリングネットワークのあり得る停止によるものであったか否かが次に決定され、もしそうであれば、停止及び／または未符号化、ISCIドライブ、及び未認証ユニットが識別されかつ放送業者に送られる（２０７）。放送業者通知は、例えば、毎日の電子メールを使って為される。あり得る停止が無ければ、あり得る非符号化、ISCIドライブ、非認証ユニットが参照され、かつ放送業者に送られる（２０８）。放送業者はあり得る停止ドライブ及び／または非符号化ISCIドライブ非認証ユニットを探し、し損じたユニットをクレジットまたはメークグッドするために、変更を伴う契約の新しいバージョンをアップロードする。さもなければ、放送業者は購入者に対して非認証ユニットを送る。
【０２４１】
契約ユニットの時間／日付が経過したら、またはすべての契約ユニットが認証されれば、次に、すべての変更が完全であるか否かを決定するべくチェックされる（２０９）。すべての変更が完全でなければ、不完全な注文変更が参照されかつ放送業者へ電子メールを通じて送信される（２１０）。放送業者は、不完全な注文変更をスクリーン上で手動で分類及び／または関連づけ、かつそれを購入者へ送信し、及び／または完全な注文変更とともにオンラインシステムへ新しい取引／契約ファイルを再インポートすることにより、注文変更を完全なものにする。すべての変更が完全になると、次に、放送業者はすべての変更をレビューし、購入者を割り当てる（２１１）。次に、購入者は、新しい完全な注文変更を通知される（２１２）。放送業者もまた購入者への新しい注文変更の送信に関する通知が為される（２１３）。
【０２４２】
その後、購入者は注文変更を受け入れまたは拒絶するためのオプションを有する（２１４）。購入者が注文変更に対する変更を受け入れれば、データベース内の契約は更新され（２１５）、受け入れられた注文変更が参照されかつ放送業者に送信され（２１６）、スケジュール更新レポートが購入者により入手可能となり（２１７）、フラットファイルが生成される（２１８）。フラットファイルは、互換性があり、かつ、代理店の内部メディア管理ファイルシステムにより自動的に取得された契約／取引ファイルの改訂版から成る。その後、購入者は代理店のメディア管理システム内でこれらのファイルにアクセスすることが可能となる。購入者が変更を拒絶すれば、オンラインシステムは拒絶した注文変更を参照し、かつ、放送業者に通知する（２１９）。放送業者はスクリーン上で手動で注文変更を再分類及び／または再関連付けし、それを購入者に再送信し、及び／または改訂した注文変更とともにオンラインシステムへ新しい取引／契約ファイルを再インポートすることにより、拒絶した注文変更を改訂する。フラットファイルが生成されると、注文変更処理は完了する（２２０）。
【０２４３】
・手動で入力された注文変更：図３の実施形態に示すように、手動入力方法は、オリジナルの放送業者取引／契約ファイルのみの電子的アップロードに頼っており、レビュー及び承認または拒絶のために許可された代理店ユーザに対して送信する注文変更を作成または編集するために、許可された放送業者ユーザによるファイル内の任意の契約ファイルの変更の手動入力が続いて行われる。図３のフローチャートは、本発明のオンラインシステムにより取得された放送業者契約／取引のオリジナルまたは更新バージョンを受信することから始まる（３０１）。受信したファイルは特定の日時に放送されるスケジュールの過去及び未来の契約ユニットを含む。更新したファイルはカレントのスケジュールされたイベントに変更を組み込むべくスクリーン上で手動で修正される。この変更は、契約ファイルの以前のバージョンに関連する、除去され、付加され、または変更されたユニットを含む。任意のファイルの受信と同時に、更新された契約ユニットの日時がすでに経過したか否かを決定するべく契約が評価される（３０２）。ユニットがすでに放送されていれば（放送されるべきであったら）、すべての契約ユニットが認証されかつ支払われたか否かが次に決定される（３０３）。ユニットが満足に認証されなければ、認証の失敗はモニタリングネットワークのあり得る停止によるものだったか否かが次に決定され（３０４）、もしそうであれば、あり得る停止及び／または非符号化、ISCIドライブ、及び非認証ユニットが識別され、かつ、放送業者に送信される（３０５）。放送業者通知は、例えば電子メールを使って為される。あり得る停止が無ければ、あり得る非符号化、ISCIドライブ、非認証ユニットが参照されかつ放送業者に送信される（３０６）。放送業者は、あり得る停止ドライブ及び／または非符号化ISCIドライブ非認証ユニットを探し、し損じたユニットをクレジットまたはメークグッドするべく変更を伴う契約の新しいバージョンをアップロードする。さもなければ、放送業者は購入者に対して非認証ユニットを送信する。
【０２４４】
契約ユニットの日時は経過したか、すべての契約ユニットが認証されれば、次に任意の変更が入力されたか否かがチェックされる（３０７）。変更が入力されなければ（または契約がオリジナルなものであれば）、さらなる動作は必要ない（３０８）。変更が存在する場合、契約ユニットの日時が経過したか否かを決定するべくチェックされる（３０９）。もしそうであれば、その後、すべての変更が完全に認証されたか否かが決定される（３１０）。変更が完全に認証されなければ、その後、上記したように原因がモニタリング可能なシステム停止であるか否かを検査するべくチェックされる。
【０２４５】
契約ユニットの時間／日付が経過していないか、または、変更がすべて認証されれば、購入者は新しい注文変更に関する通知がなされ（３１１）、放送業者は購入者に送信された参照済み注文変更に関する通知がなされる（３１２）。これらの通知は、上記したように、電子メールを使って実行される。
【０２４６】
次に、購入者が変更を受け入れたか否かを決定するためにチェックがなされる（３１３）。購入者が注文変更に対する変更を受け入れれば、データベース内の契約が更新され（３１４）、受け入れられた注文変更が参照されかつ放送業者に送信され（３１５）、スケジュール更新レポートが購入者により利用可能となり（３１６）、フラットファイルが生成される（３１７）。しかし、購入者が変更を拒絶すれば、オンラインシステムは拒絶された注文変更を参照し、放送業者に通知する（３１８）。放送業者は、拒絶された注文変更を消去するか、スクリーン上で手動により注文変更を再分類及び／または再関連づけし、購入者にそれを再送信することにより改訂する。フラットファイルが生成されると、注文変更処理は完了する（３１９）。
【０２４７】
オンライン売買機能の実施形態
代理店スケジュールまたは購入者取引／契約のどのマーケットのどの放送業者のどの日時にどのスロット内で何回どのコマーシャルのどのバージョンを放送するかを割り当てるプロセスは、代理店スケジュール及び／または放送業者取引／契約のこれらの特定事項の交渉とは独立のプロセスである。このプロセスは売買(traffic)と呼ばれ、代理店の売買部門のスタッフの間で実行され、彼が放送業者の売買部門のスタッフへ詳細な代理店売買指示を発行する。業界標準及び／または所有権スポット識別コードのさまざまなフォーマットを使用して、代理店売買指示は、放送業者に対して、代理店スケジュール及び／または放送業者取引／契約の放送時間ユニットの各々を履行するためにどのコマーシャルのどのバージョンが使用可能かを知らせる。
【０２４８】
本発明に従うオンライン売買モジュールの実施形態は、以下を可能にするべく指定される。それは、
・代理店ユーザに対して、代理店売買指示ファイルをオンラインシステム内にアップロードすること、
・代理店及び放送業者ユーザに対して、新しい代理店売買指示アップロードの自動電子メール通知を受信すること、
・許可された代理店及び放送業者ユーザに対して、その組み合わせに対する代理店売買指示がアップロードされたときに常に警告を生成するさまざまなメディアタイプ／ブランド製品の組み合わせに対する警告パラメータ、及び、（代理店売買指示と検出との一致による）指示によって放送していないスポットを示す指示における任意の放送業者に対する検出データを設定すること、
・代理店及び放送業者ユーザに対して、新しいオンライン売買契約の自動電子メール通知を受信すること、
・代理店及び放送業者ユーザに対して、オンスクリーン要約及び詳細なオンライン売買警告データを照会し、表示しかつエクスポートすること、
・許可された代理店及び放送業者ユーザに対して、オンライン売買警告をクリアすること、
・代理店ユーザに対して、関連する問題を解決するために放送業者アカウント上の特定のユーザに対して特定のオンライン売買警告データを蓄積しかつ伝送すること、
・代理店及び放送業者ユーザに対して、新しい代理店売買指示のアップロード及び／または新しいオンライン売買警告の自動電子メール通知を選択的に付加または削除すること、
を含む。
【０２４９】
上記したように、オンラインシステムは、代理店アカウント上の任意のユーザに対して、代理店売買指示ファイルをインポートすることを可能にする。このファイルは、標準的な.xmlフォーマットでシステム内にインポートされる。システムは、付加的な開発により、他のフォーマットの代理店売買指示ファイルに対してこのインポート能力を拡張する柔軟性を有する。
【０２５０】
オンラインシステムは、代理店及び放送業者アカウントの両方の指定したユーザに対して、オンライン売買警告がその指示に対して設定されていることを確認し、及び／またはオンライン売買警告を生成し始めているシステム内で新しい指示を認識するために、代理店ユーザへの通知として新しい代理店売買指示ファイルアップロードの自動電子メール通知を受信することを可能にする。
【０２５１】
オンラインシステムは、代理店及び放送業者アカウント上のユーザに対して、他のオンラインモジュールで上述したものと類似のオンスクリーン照会及びフィルタリングツールを使って、システム内にアップロードされた代理店売買指示データを照会しかつ表示することを可能にする。ユーザが代理店売買指示データをスクリーン上で照会しかつフィルタリングすることができる見出し選択ボックスフィールドは、
・メディアタイプ、
・代理店、
・広告主、
・ブランド／製品、
・見積番号、
・マーケット、
・放送業者、
・スポット長、
・スポットＩＤコード、
を含む。
【０２５２】
オンラインシステムは、ユーザに対して、その日付で有効となるフィルタリングされた代理店売買指示データをシステムに戻したい特定の放送日時を選択するためのポップアップ放送業者カレンダーを与える。
【０２５３】
他のモジュールでのフィルタパネルに関連して、オンライン売買モジュールは許可されたユーザに対して、特徴的な１回クリック選択用の代理店売買指示データフィルタのしばしば使用されたセットを、指名し、保存し、修正及び／または消去し、並びにすべての売買指示フィルタ選択を１回のクリックによりシステムの既定オプションにクリア／リセットするためのオンスクリーン能力を与える。
【０２５４】
他のモジュール内のデータパネルに関連して、オンライン売買モジュールは許可されたユーザに対して、さまざまな値に基づいて代理店売買指示データをソートし、１回のボタンクリックで分類済みの売買指示データをオリジナルの既定ソート順序に簡単に戻すことを可能にする。
【０２５５】
オンラインシステムは、顧客管理者により検証／設定クリア売買特権を割り当てられた代理店及び放送業者アカウント上の両方のユーザに対して、システムによりサポートされた各タイプの売買警告に対して特定の警告パラメータ及びセッティングを設定するためのオンスクリーンツールを与え、それは、
・間違ったローテーション：各スポットに対する代理店売買指示上に示されたパーセンテージ以外の、その放送業者により放送されたそのブランド／製品用のスポットの総数のうち放送業者で放送したスポットのパーセンテージ。例えば、代理店スケジュールが、特定のブランド／製品に対して１０スポット放送するべきであることを示しており、その放送業者のそのブランド／製品に対する代理店売買指示が、２つのスポットコード（スポットコードABCD-1111、及びスポットコードABCD-2222）が５０％ずつ回転するべきことを示している場合、代理店スケジュール及び売買指示を適切に履行するために、放送業者はそれらのスポットコードの各々を５回ずつ放送するはずである。５０％以外のパーセンテージでいずれかのスポットコードを放送すれば、間違ったローテーション警告が発せられる。
・し損じたアップロード日：モニタリングネットワークに対して、特定のコマーシャルの放送を検出することができるようにするために、放送業者は各スポットを識別する固有のウォーターマークが適切に埋め込まれたバージョンのコマーシャルを放送しなければならない。埋め込みに関連する情報が、最初のスケジュールされた放送日前のユーザ定義日数までにシステムにアップロードされなければ、し損じたアップロード日警告が生成される。
・し損じた開始日：スポットコードに対する検出が、最初のスケジュールされた放送日後のユーザ定義日数までに受信されなければ、し損じた開始日警告が生成される。
・アウト・オブ・フライト放送：最初のスケジュールされた放送日前、または最後にスケジュールされた放送日後に検出が受信されれば、アウト・オブ・フライト警告が生成される。
・電波停止期間中の放送：スポットが放送されないはずの時間中（例えば、毎晩真夜中と午前６時の間）のユーザ定義期間にスポットコードの検出が受信された場合、電波停止期間警告が生成される。
・間違った放送業者による放送：そのスポットコードに対する代理店売買指示に含まれない放送業者からスポットコードの検出が受信された場合、間違った放送業者警告が生成される。
を含む。
【０２５６】
オンラインシステムは、顧客管理者により視認だけの売買特権が割り当てられた許可された代理店及び放送業者ユーザに対して、検証／設定／クリアでもって他のユーザにより予め確立された、広告主／ブランド製品／メディアタイプの組み合わせに対する既存の警告設定を各警告タイプのスクリーン上で見ることを可能にする。
【０２５７】
オンラインシステムは、オンスクリーン能力を有する検証／設定／クリア取引特権を有する許可された代理店及び放送業者ユーザに対して、上記した各警告タイプに対して広告主／ブランド製品／メディアタイプの組み合わせに対する既存の警告設定を修正し及び／または新しい警告設定を設定することを可能にする。
【０２５８】
上記したように、オンラインシステムは、次の場合に売買警告を生成する。それは、
・さまざまなモニターされた放送業者上で放送される特定のブランド／製品に対する特定のスポットコード用の代理店売買指示がオンラインシステム内にアップロードされた場合、
・検証／設定／クリア売買特権を有する代理店及び／または放送業者ユーザが、その放送業者のメディアタイプのブランド／製品に対して警告パラメータをセッティングした場合、
・そのブランド／製品に対するスポットコードの放送の検出が、代理店売買指示及びユーザ定義警告パラメータ設定により示されたもの以外のパターンでモニターされた放送業者から受信された場合、
である。
【０２５９】
オンラインシステムは、新しく生成された売買警告を毎日再生しながら、指定した代理店及び放送業者ユーザへ自動電子メール通知を生成する。
【０２６０】
オンラインシステムは、代理店及び放送業者アカウントの両方のユーザに対して、他のオンラインモジュールで上記したものと類似のオンスクリーン照会及びフィルタリングツールを使って、オンライン売買警告データを照会かつ表示することを可能にする。ユーザがオンライン売買警告データをスクリーン上で照会かつフィルタリングすることができる見出し選択ボックスフィールドは、
・メディアタイプ、
・代理店、
・広告主、
・ブランド／製品、
・見積番号、
・マーケット、
・放送業者、
・スポット長、
・スポットＩＤコード、
を含む。
【０２６１】
オンラインシステムは、ユーザに対して、その日付範囲の間に生成されたフィルタリング済みオンライン売買警告データをシステムに戻したい特定の日付範囲を選択するためのポップアップ放送業者カレンダーを与える。
【０２６２】
他のモジュール内のフィルタパネルとともに、オンライン売買モジュールは、許可されたユーザに対して、特徴的な１回クリック選択用のオンライン売買警告データフィルタのしばしば使用したセットを指名し、保存し、修正し及び／または消去するための、並びに、１回のクリックによりすべての警告データフィルタ選択をシステムの既定オプションにクリア／またはリセットするためのオンスクリーン能力を与える。
【０２６３】
他のモジュール内のデータパネルとともに、オンライン売買モジュールは、許可されたユーザに対して、さまざまな値に基づいてオンライン売買警告データをソートすることを可能にし、１回のボタンクリックにより任意にソートされた売買警告データをオリジナルの既定順序に容易に戻すことを可能にする。
【０２６４】
他のオンラインモジュールと同様に、特定のオンライン売買警告データフィルタパラメータを選択しかつ送信すると、各メディアタイプ／マーケット／代理店／広告主／ブランド製品の組み合わせに対して生成されたそれぞれのタイプの警告の数の要約カウントを表示する要約パネルが表示される。それは、
間違ったローテーション、
し損じたアップロード日付、
し損じた開始日付、
アウト・オブ・フライト放送、
電波停止期間中の放送、
間違った放送業者による放送
を含む。
【０２６５】
オンラインシステムは、実際に放送業者がモニターされていないときでも、その放送業者に対して警告が生成されなかったため特定の放送業者によりすべてのスポットが正しく放送されなかったとユーザが仮定するのを避けるために、許可されたユーザに対して、オンライン売買警告データのフィルタ済み照会結果に含まれるモニターされなかった放送業者のリストを検証するためのオンスクリーンツールを与える。
【０２６６】
オンラインシステムは、検証／設定／クリアの売買特権を割り当てられた許可された代理店及び放送業者ユーザに対して、特定のオンライン売買警告のオンスクリーンデータ及び新しい警告の自動電子メール通知からのデータをクリアするためのオンスクリーンツールを与える。
【０２６７】
オンラインシステムは、許可された代理店及び放送業者ユーザに対して、オリジナルのオンライン売買警告結果を戻した同じフィルタ照会に基づいて予めクリアされた売買警告用のデータを表示するためのオンスクリーンツールを与える。
【０２６８】
他のモジュールと同様に、オンライン売買モジュールは、許可されたユーザに対して、最初の要約パネル内のさまざまなカウント／リンクをクリックすることにより、スクリーン上でクリア及び／またはクリアされていないオンライン売買警告データの特定のサブセット用の詳細データを記憶させかつ表示するためのオンスクリーン能力を与える。
【０２６９】
オンラインシステムは、許可された代理店ユーザに対して、警告を生じさせる問題の解決に関連する放送業者に関するダイアログを開始するために、代理店設定警告用の電子メールを作成し、蓄積して特定の対応する放送業者にそれを送信するためのオンラインツールを与える。
【０２７０】
他のモジュール内の要約及び詳細パネルとともに、オンライン売買モジュール内の要約及び詳細パネルは、許可された代理店及び放送業者ユーザに対して、データをソートしたいカラムのカラムヘッダをクリックすることによりそれぞれのパネル内のさまざまな値によりオンライン売買警告データをソート及び逆ソートするための、及び１回のボタンクリックによりソート済みのデータをオリジナルの既定順序に戻すためのオンスクリーンツールを与える。
【０２７１】
特定的に生成された警告に関連するデータをスクリーン上に表示することができることに加え、オンライン売買モジュールは、許可された代理店ユーザに対して、完全なローテーションデータをスクリーン上に表示するオンスクリーン能力を与え、それは、クリアされていない警告、クリアした警告及び任意の警告をトリガーしなかった正しいローテーション用のデータを、すべての放送業者にわたって、マーケット毎に集計し、それは代理店ユーザに対して、特定の警告を生成するものだけでなく、各マーケット内の各ステーションで彼らのコマーシャルがどのように放送されているかのより完全な検証を得ることを可能にする。
【０２７２】
個々のユーザが受信するシステム生成された自動電子メール通知の数を制御できるようにするために、オンライン売買モジュールは許可された代理店及び放送業業者ユーザに対して、新しい代理店売買指示アップロード及び／または新しいオンライン売買警告生成の自動電子メール通知に参加し及び／または参加しないためのオンスクリーンツールを与える。すべてのモジュールとともに、すべてのスクリーン上で、オンラインシステムはユーザに対して、各スクリーンのトップにプロンプトテキストバー形式で各特徴に対する関連するオンスクリーン支援及びフィードバックを与える。
【０２７３】
データ管理システムの実施形態
イベントエアプレイレシーバ（ＥＡＲ）により各メディアマーケット内の個々のモニタリングサイトにおいて集められた生のConfirMediaエアプレイ検出データはデータ管理システム(DMS)に中継され、エアプレイ・イベントコンバータ(AEC)によりエアプレイ検出イベントに処理される。その後、エアプレイ検出イベントは、スケジュール、取引／契約、注文変更、売買指示及びインボイスなどを含む顧客インポートデータのさまざまなセットとの比較のために、オンラインデータベース内にインポートされる。DMSの例は、同じ出願人に譲渡された米国特許出願第2004/0073916A1 SOL-171に説明されている。
【０２７４】
従来技術のデータ管理システム(DMS)は、コントロールセンター内にあるコンピュータハードウエア及びソフトウエアシステムから成るデータシステムインフラストラクチャ(DSI)によりサポートされる。本発明は、既存のDMSに付加可能な新しい能力セットを与える。本発明は、さまざまな形式のメディアデータ（放送業者、取引／契約、取引／契約注文変更、代理店スケジュール、代理店売買指示、ネットワーク／シンジケータ系列ラインアップ、及びネットワーク／シンジケートプログラムクロック等）を組み合わせることにより顧客に対して追求可能な矛盾に対する、ＢＭＳからの検出データ、並びにさまざまな支援データ（番組データ、ステーションデータ、及び視聴率データを含む）を与える。さまざまなデータがインポートされると、本発明に従って与えられるシステムは、矛盾情報を生成するべく、代理店期待、放送業者宣言及びエアプレイイベントを比較しかつマッチングする。この情報はさまざまな方法でアクセスされかつ報告される。
【０２７５】
オンラインシステムの実施形態
図４は、本発明の実施形態の全体動作を示し、ここでは、オンラインシステムまたは単にシステムと呼ぶ。本発明のある態様を述べる際に使用するオンラインシステムまたはシステムの用語は、実施形態を説明するために使用するものであり、本発明が特定の特徴を含みかつ要求するとして限定するものではない。本発明はここで説明する多くの特徴及び機能のさまざまな組み合わせを与えるよう実施可能であることは当業者の知るところである。
【０２７６】
実施形態において、広告キャンペーンの前（プレフライト）に、放送業者３４は代理店１４に対して広告放送時間を提供する。売買の同意に達すると、放送業者は契約としてＩＴシステム内に取引を入力する。取引が代理店１４に送られ、ＩＴシステム内に“購入”スケジュールとして入力される。このキャンペーン中（インフライト）またはキャンペーンが終了した後（ポストフライト）の任意の時刻に、代理店１４はオンラインシステムのスケジュールマッチングモジュール５０にこのスケジュールをアップロードすることを選択する。その後、それはエアプレイ検出５２が生じたものと比較される。オンスクリーンスケジュールマッチングは代理店１４に与えられ、検証される。放映前に、代理店１４は、制作会社サポートサービスプロバイダー５４（例えば、ＤＧシステム）のひとつが特定の識別ウォーターマークをコマーシャル内に埋め込むことを要求してもよい。制作会社サポートサービスプロバイダー５４は、埋め込み時に収集されたキーレポートメタデータログを取得し、それをスケジュールマッチングモジュール５０へ送信する。代理店１４はまた特定の売買指示を確立する。これは、いずれのコマーシャルを放映すれば特定の購入を満足させるかを、制作会社５４、配給サービス、及び放送業者に告げる。この売買指示はオンラインシステム内にも入力される（例えば、図１に示したシステムデータベース１０）。スポットが配給され、放送業者１４がそれを放送する。この時間中（インフライト）、スケジュールマッチングモジュール５０は売買指示によりマッチングロジックを実行し、もし売買指示のいずれかが従われなければ、代理店１４及び放送業者３４に警告を与える。また、代理店１４または放送業者３４のいずれかにより契約に変更が要求されれば、この注文変更はオンラインシステムの注文変更管理モジュール内へも入力される。この変更、及び関連するメークグッド、ボーナスまたはクレジットを確認するためにオンラインマッチングが実行される。確認されると、代理店１４はスケジュールを更新するためにＩＴシステム内に注文変更の結果をインポートする。キャンペーン後（ポストフライト）、放送業者３４はキャンペーン用のインボイスを作成する。このインボイスは、オンラインシステムのインボイスマッチングモジュール５８に送信され、検出５２とマッチングされる。確認されたインボイスは支払い可能と考えられ、代理店１４へ送られる。代理店１４で更新されたスケジュールは、キャンペーンによりもたらされた結果の購入後解析を実行するため、再びマッチングされる。
【０２７７】
図４は、(a)代理店１４及び放送業者３４、と(b)スケジュールマッチングモジュール５０、注文変更モジュール、及び／またはインボイスマッチングモジュールとの間の直接的な接続を示しているが、スケジュールマッチングモジュール５０、注文変更モジュール５６、及びインボイスマッチングモジュール５８により使用されるデータはシステムデータベース１０内にアップロードされ、格納されかつそこから得られる。他に、スケジュールマッチングモジュール５０、注文変更モジュール５６、及び／またはインボイスマッチングモジュール５８は対応するデータベースを含むこともできる。
【０２７８】
スケジュールマッチングモジュール５０、注文変更モジュール５６、及び／またはインボイスマッチングモジュール５８は単一のマッチングエンジンを形成するか（図１に示すマッチングエンジン１２）、図４に示すように離散的コンポーネントとして構成されてもよいことは当業者の知るところである。また、スケジュールマッチングモジュール５０、注文変更モジュール５６、及び／またはインボイスマッチングモジュール５８（マッチングエンジン１２または離散的コンポーネントの形式のいずれか）がシステムデータベース１０と一緒に配置されるか、またはシステムデータベース若しくはシステムデータベース１０を構成するひとつまたはそれ以上の対応するデータベースから遠隔的に配置されてもよい。
【０２７９】
オンラインマッチングの実施形態
オンラインシステムの核心は、特定の検出されたエアプレイイベントを、インポートされたデータファイル内に含まれる特定の項目に関連づけるシステムの能力であり、そのデータファイルは、放送業者取引／契約、ネットワークまたはシンジケート放送業者系列ラインアップ及びプログラムクロック、代理店若しくは放送業者注文変更、代理店売買指示、またはこれらのさまざまな組み合わせを含む。
【０２８０】
オンラインシステムマッチングロジックの一般的な目的は、最新かつできるだけ正確なデータを与えるために、データ取り込み時にバックグラウンドでマッチングを実行することである。検出イベントは、ＡＥＣ処理が実行される度に（例えば、３時間ごと）オンラインシステム内に自動的にインポートされる。しかし、オンラインシステムは、作成された既存のマッチングを変更する新しいデータがシステム内に取り込まれる際はいつもマッチングを許可する。カレントの一般的ガイドラインでは、放送業者インボイス及び契約が週に一度、代理店スケジュール及び売買データが日に一度、検出データが通常スケジュール（３時間ごと）である。アップロードされたデータはシステム内でデータに対する一貫性及び適格性をもって、インポートと同時にシステムにより許可される。
【０２８１】
システム内にすでに、放送業者、代理店、広告主、製品、データの日時範囲と一緒に存在するすべての新しくインポートされた検出は、自動的にマッチングされる。しかし、この検出は生成されたマッチングから解放され、放送業者、代理店、広告主、製品、検出の日時範囲と一緒に存在する付加的な顧客データのインポート時に再マッチングするべく利用可能であってもよい。
【０２８２】
システム及びマッチングロジックは、
・ローカルタイムゾーン、
・“標準”時間と“昼間”時間のローカルな習慣、
・“日”、“週”、“月”及び“年”を画定する際の“標準カレンダー”フォーマットと、“放送業者カレンダー”フォーマットの利用、
・“日”、“週”、“月”及び“年”の“放送カレンダー”画定に対して構成可能とする許可、
を扱うよう構成されている。
【０２８３】
マッチング階層の実施形態
マッチングエンジン１２の基本的前提は、２つまたはそれ以上のソースからのデータを比較し、かつ、マッチング要件及び優先度の複雑なシリーズに基づいて、すべての可能な一致に関して最も適した一致を見つけることである。マッチングの最初のステージはスポット及び検出の基本的な資格を比較することを含む。例えば、資格を決定するためのひとつの選択基準は、放送業者、広告主、及び時間のメタデータタイプの均一性を含む。この資格は、“エッジ”として知られる、スポットと検出イベントとの間の関係を確立する。次のステージは、ISCIまたはAdIDが存在しかつ等しいこと、スケジュールの通常または延長時間内での検出時間、スケジュールISCIリストがどのくらい大きいか、スケジュール時間範囲がどのくらい狭いか、スケジュール内で検出がどの時刻で生じたかの基準に従ってエッジに加重点を割り当てることである。その後、最大加重最大主要二者間グラフ一致法(maximal weight maximal cardinality bipartite graph match) が実行される（この技術は、<http;//www.algorithmic-solutions.info/leda guide/graph algorithms/bipartite mwmc matching.html>にひとつのリストとして発行された中に説明されている）。出力は、すべての可能な割り当てからのスポットとイベントの単一の一致である。マッチングは加重システムにより指令されるため、マッチングの第３ステージはマッチノートと呼ばれるこの加重効果の注釈である。しばしばこれは一部一致と呼ばれる。すなわち、すべてのマッチング基準が完璧に一致する必要はないが、ある基準内の最適な一致が選択される。
【０２８４】
ポイント・ツー・ポイントマッチングロジックの実施形態
ポイント・ツー・ポイントマッチングロジックは、顧客のデータファイルが特定の検出イベント時間に対して一致されるべき場合に使用される。代表的に、放送業者インボイス内に反映された広告がインボイスデータ内に表された実際の日時ですでに放送されたために、国内ケーブル、スポットラジオ及びスポットテレビに対するインボイスマッチングである。ポイント・ツー・ポイントマッチングタイプは正確なイベント時間前の時間バッファを与え、その間に比較が一致として分類される。これは、“プレトレランス”と呼ばれる。ポイント・ツー・ポイントマッチングタイプは正確なイベント時間の後に時間のバッファを与え、その間に比較が一致として分類されてもよい。これは“ポストトレランス”と呼ばれる。
【０２８５】
ポイント・ツー・ポイントマッチングアルゴリズムの実施形態
国内ケーブル、スポットラジオまたはスポットテレビのインボイスマッチングに対するポイント・ツー・ポイントマッチングは、システム内のより単純なマッチング規則のひとつである。インボイスマッチングモジュール５８により実行される以下のアルゴリズムの例は、マッチングを実行するのに必要な工程を示している。
【０２８６】
１．放送業者のインボイスデータがシステム内にすでにインポートされたと仮定する。
【０２８７】
２．見積、販売注文または契約番号、キャンペーン、製品、ブランド、広告主、購入者、または代理店により与えられる最も狭い範囲に基づく適格なコンテンツ記録セットを選択する。
【０２８８】
３．適格なコンテンツレコードセット内にコンテンツレコードが発見されると、適格なエアプレイイベントを、インボイスによりカバーされた放送時間中に放送業者により放送されたものであるとして設定する。
【０２８９】
４．マッチングロジック用の時間正確性トレランスを設定する。
【０２９０】
a.レポートオーダーがトレランス値を特定すれば、それを使用する。そうでなければ、存在するインボイス拒否者の値を使用する。そうでなければ、システムの既定値を使用する。
【０２９１】
５．インボイス上の各スポットに対して、時間トレランスを引き算した宣言済みスポット開始時間に始まるインターバルである時間窓を定義する。
【０２９２】
a.この時間窓のために、スポットは重なり得る点に注意する。
【０２９３】
６．他と重ならないほとんどのスポットに対して、以下のようにイベントをスポットに一致させる。スポットの時間窓内に開始時刻を有するすべてのイベントを収集する。その後、
a.イベントのいずれかがスポットと同じISCIまたはAdIDコードを有すれば、このスポットに一致する適格なセットから、異なるISCIまたはAdIDコードを有するイベントを除去する。
【０２９４】
b.残りの適格なイベントから、宣言されたスポット時間に最も近い開始時刻を有するイベントに一致させる。
【０２９５】
７．２つまたはそれ以上のスポットが重なるが、オーバーラップしている領域内で開始する適格なイベントが無い場合には、各スポットを別々に考慮し、ステップ５のようにマッチングする。
【０２９６】
８．２つまたはそれ以上のスポットが重なり、適格なイベントのいくつかがオーバーラップしている領域内で開始する場合、オーバーラップするスポットのいくつかの窓内に含まれるすべてのスポットをオーバーラップするセット内のいくつかのスポットと一致させることを考える。
【０２９７】
a.各適格なイベントに対して、その開始時間と各スポットの開始時間との差を計算する。
【０２９８】
b.各スポットに対して、開始時間の差を昇順にソートした、ISCIと一致するイベントの候補リストを作成する。
【０２９９】
c.昇順の開始時刻で各スポットを考慮し、それに候補リストの見出しでイベントを割り当てる。
【０３００】
d.このマッチング処理を通じて、イベントがスポットに割り当てられると、それは他のマッチングに対してもはや適格ではなくなる。
【０３０１】
表１は、インボイスマッチングモジュール５８によりポイント・ツー・ポイントマッチングロジックの例に従って生成されたスポットに対する、異なるマッチングタイプ並びに関連した一致注釈及び説明を示している。
【０３０２】
【表１】
2009505234.tif 000003
ポイント・ツー・レンジマッチングロジックの実施形態
ポイント・ツー・レンジマッチングは、顧客のデータファイルが特定の時間を含まず、代わりに特定の時間を有する検出イベントに対して一致すべき時間範囲を含む場合に使用される。その後、ポイント・ツー・レンジマッチングの目的は、顧客データにより許可された時間範囲内に入る複数の検出イベントから顧客データと一致する最適な一致を探すことである。ポイント・ツー・レンジマッチングはプレ及びポストトレランスバッファを与え、代理店スケジュールと検出データのマッチングに最も関連する。
【０３０３】
ポイント・ツー・レンジマッチングアルゴリズムの実施形態
ここでは本発明に従うスケジュールマッチングモジュール５０により実行されるポイント・ツー・レンジマッチングアルゴリズムの実施形態について説明する。説明中、用語“スポット”は顧客データの一部を総称するのに使用され、例えば、個別のスケジュールされたスポット、購入ライン内のユニットデスクリプタの一部として記述されるようなスポット、ネットワークオーダー上のユニット等である。用語“イベント”はエアプレイイベントを記述するのに使用される（すなわち、一緒にグループ化された関連する検出の集合）。
【０３０４】
１．顧客データがすでにシステム内にインポートされたと仮定する。“適格なスポット”のセットがオンラインインターフェースのデータパラメータオプション（フィルタブロック）を使用して選択される。このスポット選択は、代理店、広告主、制作グループ、ブランド／製品、見積番号、マーケット、放送業者、ネットワーク、番組、デイパート、スポット長、スポットコード(ISCI)、開始及び終了日などの値のユーザ入力と通じて為される。
【０３０５】
a.上記した見積、販売オーダーまたは契約番号、キャンペーン、製品、ブランド、広告主、購入者、または代理店のデータパラメータフィルタブロックの付与された最も狭いものに基づいて適格なスポットを選択する。
【０３０６】
２．開始及び終了日によりカバーされた時間間隔に、特定の放送業者により放送されるべき“適格なエアプレイイベント”を選択する。
【０３０７】
３．マッチングロジックに対して、時間正確性トレランスを設定する、
a.存在すれば、まず、任意のユーザ特定設定を使用する。
【０３０８】
b.それが存在しなければ、アカウント特定設定を使用する。
【０３０９】
c.それも存在しなければ、メディアタイプ設定を使用する。
【０３１０】
d.あるいは、システムの既定値を使用する。
【０３１１】
４．各適格なスポットに対して、宣言されたスポット開始時間から時間トレランスを引き算した時刻に始まり、宣言されたスポット開始時間と時間トレランスを足し算した時刻に終了するインターバルである時間窓を定義する。
【０３１２】
a.この時間窓のため、スポットはオーバーラップし得ることを注釈する。
【０３１３】
５．各適格なスポットに対して、宣言されたスポット開始時刻とすべての適格なイベントとの間の差の絶対値を計算する。
【０３１４】
６．１対１方式で、スポットにイベントを割り当てる。最も現実的な場合、イベントのスポットへの割り当てのひとつ以上の組み合わせが可能である。スポットに割り当てられるイベントの数を最大化するものを選択する。そのような一致がひとつ以上存在すれば、一致の加算数を最大化する割り当てを選択する（この点は次のセクションで説明する）。
【０３１５】
７．各スポット／イベントの対をチェックしかつマークする。
【０３１６】
a.その開始時刻がスポット時間窓内にありかつ顧客データと一致するイベントに関連したスポットに、“一致した”とマークする。
【０３１７】
i.顧客データとの比較の際、まず最も狭いか特定のものを使用し、例えば、ISCI、スポット長、デイパート、ネットワーク、見積、製品、ブランド、広告主、代理店の順にチェックする。
【０３１８】
ii.スポットまたはイベントのいずれかが顧客データフィールドを失ったら、それを一致と見なす。
【０３１９】
iii.スポット及びイベントの両方が特定のメディアスケジュール記述(MSD)値（例えば、スケジュールされた放送時間、日付等の記述）を有し、いくつかの特定値が一致するが、階層のさらに上にミスマッチが存在すれば、これをデータの不一致エラーとしてフラグを立てる。例えば、コンテンツ記録が３０秒としてスポット長を保存したが顧客データはそれを６０秒スポットと記載している場合、残りのマッチングが完全でもこれはフラグを立てる必要がある。
【０３２０】
b.開始時刻がスポット時間窓内にあるがＩＤコードとは一致しないイベントに関連するスポットに、“一部一致・間違ったスポット”とマークする。
【０３２１】
c.スケジュール上にＩＤコードを有しないイベントに関連し、かつ一致なしの長さを有するスポットに“一部一致・間違った長さ”とマークする。
【０３２２】
d.イベントを割り当てられたが、マッチングＩＤコードを有せず、スポット窓内に開示時間も有しないスポットは、その割り当ての関連性が破壊される。
【０３２３】
e.イベントを有しない残りすべてのスポットは、モニターされたステーションリスト及びシステム停止データに関してチェックされる。モニターされたステーションリスト及びシステム停止データにより影響されないスポットに“スケジュールされた・未実行”とマークする。システム停止のため失われたそれらのスポットは“未認証”とマークされる。
【０３２４】
f.スポットを有しない残りすべてのイベントは“実行・スケジュールされた”とマークする。
【０３２５】
以下の表２は、上記したポイント・ツー・レンジマッチングロジックの実施形態に従う、スケジュールマッチングモジュール５０により生成されたスポットに対する異なるマッチタイプ並びに、関連したマッチ注釈及び説明を示す。
【０３２６】
【表２】
2009505234.tif 000004
2009505234.tif 000005
2009505234.tif 000006
双方向ルールを示すスケジュール一致テストケース
以下に、本発明の実施形態に従うスケジュールマッチングモジュール５０により実行されるスケジュールマッチングの例が与えられる。
【０３２７】
定義
ISCI：Industry Standard Coding Identification：特定のコマーシャルスポットを識別する固有のコード、
TAT：Time Accuracy Tolerance：購入インターバルが時間不正確を考慮するまで拡張された時間の量、
Earliness：検出開始時間と購入開始時間の差の絶対値、これは購入インターバルの拡張された開始の際に順序を逆転する効果を有する、
RNO：Run-Not-Ordered：購入ラインと一致しない検出。これは、例えば、放送されるべきコマーシャルの２つの購入が存在するが、そのコマーシャルの３つの検出された放送が存在するような場合に生じる。したがって、ひとつの放送は“RNO”として表示される、
ONR：Ordered-Not-Run：一致する検出を有しない購入ライン。
【０３２８】
マッチング加重階層の実施形態
以下に、一致決定のための５つの規則のセットを与える。これらの規則は、重要性の高いものから重要性の低いものへ優先度の順にリストされている。
【０３２９】
１.検出ISCIが購入売買指示“好適なISCIリスト”上に存在すればより多くの点を加重する。厳密モード及び非厳密モードの２つの一致選択が与えられる。厳密モードにおいて、ISCIリストが購入に与えられれば、検出ISCIは一致しなければならない。非厳密モードにおいて、購入上のISCIが好適加重を付与されるが、強制的ではない、
a. ISCIが売買指示上に与えられれば、代わりにスポット間隔を使用する、
２.検出がTAT拡張時間ではなく購入の通常時間インターバル内にある場合、より多くの点を加重する、
３.検出が一つ以上の購入インターバルの資格があり、検出が一つの購入好適ISCIリスト上に存在しなければ、より小さい好適リストにより検出を購入と一致させる、
４．検出が一つ以上の購入ラインインターバルの資格があれば、より小さい好適リストにより検出を購入と一致させる、
５．通常購入時間内の第１優先により、購入時間インターバルの早い方に存在する一致検出を好み、その後、開始を延長したために延長された終了内の終了まで一致を移動し、延長した開始から到着したものに優先を与える。
【０３３０】
例１から３１の説明
付録は、上記した１から５の規則に従ういくつかのマッチングの例を示す。付録に示した例において、購入時間インターバルはある時間間隔にまたがる暗い長方形により表されている。この通常購入時間インターバルは、“非延長購入インターバル”または単に“非延長”と呼ばれる。TATインターバルは購入インターバルの両側に見られる明るい長方形により表されている。コードの好適なISCIリスト（“好適ISCIリスト：１，２，３”または“ISCI’s：１，２”等と付録に示されている）もまた購入インターバル長方形内部に示されている。最後に、長方形はシステムからの検出を表し、対応するISCIコードまたは検出間隔は検出と同じライン上に表示される。これらの例は、検出がどのように規則１から５を満たすかまたは満たさないかを示している。チェックマークは対応する規則により特定される基準に対する検出の一致を示している。
【０３３１】
例１において、購入好適ISCIリストはISCIコード１、２及び３から構成される。この例において、ISCIコード８８及び８９を有する２つの検出が存在し、それは購入時間インターバル内に現れる。コード８８及び８９は好適なISCIリストには存在しないため、規則１は満たさない。しかし、両方の検出は購入インターバルの間に現れるため、規則２は満足する。ひとつの購入のみが存在するため、規則３及び４は関係ない。最後に、規則５に従って、ISCIコード８８を有する検出が購入インターバルの早い方に現れ、ISCIコード８９を有する検出よりも好ましい。
【０３３２】
付録に含まれる例２〜３１の動作は当業者には容易に理解可能である。
【０３３３】
コマーシャルクリアランス機能及びマッチングの例の概要
本発明の実施形態において、コマーシャルクリアランスは使用中のネットワーク並びにシンジケート放送業者及び代理店ユーザに対して利用可能である。コマーシャルクリアランスは、スケジュール上の各番組用の系列ステーション“ラインアップ”リスト（放送業者ユーザにより取得される）により補足された代理店スケジュール（代理店ユーザにより取得される）の、各ローカルマーケット系列テレビまたはラジオステーション用の検出データに対する比較を通じて、ネットワークラジオ、ネットワークテレビ及びシンジケートテレビ上で放送するようスケジュールされた個々のコマーシャルの認証である。国内ケーブル、スポットラジオ、及びスポットテレビなどのメディアタイプに対してスケジュールされた商業広告時間は、デイパートローテーションまたは放送業者により放送されている特定の番組のいずれかにおいて、個々の放送業者により直接スケジュールされる。しかし、ネットワークラジオ、ネットワークテレビ及びシンジケートテレビ用の商業広告時間は、番組及びコマーシャルコンテンツを放送する国をまたいだ異なるマーケット内のローカルマーケットステーションの集合からの同意を有するネットワークまたはシンジケート会社により、スケジュールされる。
【０３３４】
オンラインシステムコマーシャルクリアランス機能は、代理店及び放送業者に対して、系列ステーションが、放送するよう契約したネットワークまたはシンジケート番組内でまたはそれと関連してコマーシャルをどのように放送するかをモニターすることを許可する。
【０３３５】
代理店は、各ラジオ若しくはテレビネットワーク、またはテレビシンジケータへの配給前に放送メディアタイプ及びネットワーク／シンジケートごとにコマーシャルを埋め込むための特定的に設計されたツールを使用する。代理店は、国内ケーブル、スポットラジオ及びスポットテレビスケジュールを取得するのと同様に、ネットワークラジオ、ネットワークテレビ、及びシンジケートテレビスケジュールをオンラインシステム内に取得する。
【０３３６】
ネットワーク及びシンジケート放送業者は、それぞれの番組のステーションラインアップを通常の方法でオンラインシステム内に取得し、それぞれの番組に対するラインアップ情報のカレントのデータベースをシステムデータベース内に保持する。１０個のステーションラインアップは、特定の時間間隔の間に（例えば、放送する週ごとに）特定のネットワークまたはシンジケートプログラム（並びに、その中で放送するようスケジュールされたコマーシャル）を放送するよう契約した系列ステーションに対するマーケットランク、マーケット名、コールサイン、及びダイヤルポジションを与える。それは各系列がそれぞれのマーケット内で番組を放送するよう契約した特定の日時（例えば、ローカル時間）も与える。
【０３３７】
代理店により取得されたネットワーク及びシンジケートコマーシャルスケジュールは、すべてのローカルマーケット系列ステーションに対するコマーシャル検出データとの比較のために、使用中の放送業者からの付加的なステーションラインアップデータにより補足される。
【０３３８】
オーバーライド能力もまた与えられる。例えば、マーケットがショーを売るのを許可された日付、時間、及び回数から成る放送業者により取得されたラインアップは、代理店により取得されたスケジュールからの対応する値をオーバーライドする。さらに、代理店スケジュールがオンラインシステム内に参加しない放送業者からの番組ラインアップを含む場合、第三者番組ラインアップデータが置換ラインアップデータとして機能する。これは、スケジュールデータと検出データとの間の“一対多”の関係を表す。ネットワークまたはシンジケートスケジュール上の“ひとつ”のライン項目は“多く”の検出により認証され、それぞれは個々の、さまざまなローカルマーケット内のモニターされた系列ステーションから来るものであり、その検出はオリジナルのネットワークまたはシンジケートスケジュールライン項目を認証またはクリアするべくその後集計される。
【０３３９】
ネットワークまたはシンジケータレベルにおいて、オンラインシステムは実際数方式及び米国人口割合方式でコマーシャルクリアランスを表す。例えば、ネットワークコマーシャルが１００個のモニターされる系列ステーション上で放送されるべきであったら、システムは、マッチング解析の結果、９８個のモニターされた系列がコマーシャルを正しく放送し、２個がそうではなかったことがわかるように詳細データに落とすオンスクリーン能力を与える。さらに、システムは、ステーションスケジュールデータ及びマーケット人口データベースからのパーセンテージ人口データに基づいて、モニターされた系列ステーションがコマーシャルを正しく放送しまたは放送しなかったところの、マーケットにより表される国内人口のパーセンテージに基づいて、コマーシャルクリアランスデータを表示する。例えば、上の例では、システムは、９８個のステーションがスポットを正しく放送し、２個のステーションが放送しなかったことを表す、全米国人口のパーセンテージを表示する。
【０３４０】
コマーシャルクリアランスマッチングの実施形態
コマーシャルクリアランスマッチングは、履行（すなわち、クリア）されるべきネットワークラジオ、ネットワークテレビまたはシンジケートテレビスケジュール上のユニット用の特定のネットワークまたはシンジケート番組（ネットワークまたはシンジケートにより与えられる系列ステーションラインアップ内で同定されるような）に対する複数のローカルマーケット系列ステーションから検出を要求する。以下では、本発明の実施形態に従うコマーシャルクリアランスマッチング関数により与えられる重要な規則、特徴、及び利益のいくつかを示す。
【０３４１】
拡大スケジュールライン：代理店ネットワークラジオ、ネットワークテレビ及び／またはシンジケートテレビスケジュール上の個々のラインは、放送業者により与えられたステーションラインアップ内に、定義されたような各ローカルマーケット系列ステーション上での各ローカル放送の日時を組み込むために拡大される。
【０３４２】
日／時範囲：検出の収集及びマッチングのためのスケジュール日／時範囲は、典型的に、国内ケーブル、スポットラジオまたはスポットテレビスケジュールに対するよりも非常に狭く、特にネットワークテレビ及びシンジケートテレビに対するものは狭い（ネットワークラジオ日／時範囲の方が広い）。複数日のローテーションの代わりに、ネットワーク及びシンジケートスケジュール並びにステーションラインアップは、各ライン項目ユニットに対する各系列に特定の放送日時を有することが多い。さらに、広いデイパート、または複数デイパートの時間範囲の代わりに、ネットワーク及びシンジケートスケジュール並びにステーションラインアップは、ユニットが各ローカルマーケット系列ステーション上で放送されるようスケジュールされるところの番組の開始及び終了時刻に基づいて定義されたより広い時間範囲を有してもよい。これのひとつの例外はネットワークラジオであり、それは、特定の番組内で放送しなければならない番組特定の広告を販売することに加え、特定の日に、ステーションラインアップに定義されるように、ある系列がある日数または時間の間にある回数であるコマーシャルを放送するよう要求されるところのデイパート及びフォーマットに基づいて、ラジオネットワークも、より広いパッケージを販売する場合のネットワークラジオである。複数のローカルマーケットステーションからの複数のコマーシャル検出を個々のスケジュールライン項目に関連づけることが重要である。
【０３４３】
時間トレランス：ネットワーク及びシンジケート広告は主に特定のマーケット内で放送されかつ特定の番組の視聴者に届くようにするため、スケジュール及びインボイスマッチングの際に許容される時間トレランスは、典型的に、ネットワーク及びシンジケート広告に対しても許容される。しかし、システムに最大の柔軟性を持たせるために、オンラインシステムは、代理店及び放送業者ユーザに対して、例えば、代理店により、広告主により、またはメディアタイプにより、異なる方法でプレ及びポストマッチ時間トレランスを構成することを可能にする。
【０３４４】
放送カレンダー：放送日／週／月カレンダーの概念が番組及びクリアランスマッチングに適用される。放送日の開始／終了時間は、例えば、アカウント、代理店、広告主、またはメディアタイプにより異なる方法で構成可能である。マッチングのために、システムは放送日及び日付変換を収容し、放送業者または代理店に対して特定された放送日パラメータに基づいて、検出を代理店ネットワーク及びシンジケートスケジュール並びにステーションラインアップに適切に一致させる。放送週は月曜の放送日の始めに開始し、日曜の放送日の終わりに終了する。カレンダーの日及び日付を顧客の特定した放送日に一致させるように調節した後、放送週が画定される。例えば、顧客に対して午前6:00から午前5:59:59の放送日パラメータが設定されていれば、6/07/04の月曜日午前6:01に開始するスケジュールのユニットは、6/06/04の日曜午前5:58に生じた検出に対してマッチングが考慮されない。この例において、放送月はカレントの月の最後の日曜日に終了し、新しい放送月は月の最後の日曜日のすぐ後の月曜日に始まる。すべての放送月は正確に４週間または５週間である。
【０３４５】
マッチングデータ：コマーシャルクリアランスは、以下の４種類のデータと関連する連続した３段のマッチングプロセスを利用する、１）ステーションラインアップ、２）プログラムクロック、３）代理店スケジュール、４）検出データ（ステーションモニタリング及びシステム停止データ、並びに第三者放送業者、マーケット人口及び番組データを含む）。第一段は、ステーションラインアップとプログラムクロックデータのマッチングである。第二段は、第一段のマッチング結果と代理店スケジュールデータとのマッチングである。プログラムクロックまたは代理店スケジュールのより狭い方の時間インターバルが使用されるように、オーバーラップ解析も実行される。第三段は、第二段のマッチング結果とConfirMedia検出データとのマッチングである。
【０３４６】
マッチング頻度：コマーシャルクリアランスマッチングは、新しいステーションラインアップ、プログラムクロック及び／または代理店スケジュールデータをシステム内に取得するたびに実行される。新しいデータが取得されなければ、コマーシャルクリアランスマッチングは自動的に毎夜１回実行される。
【０３４７】
検出マッチング：多くのネットワークまたはシンジケートコマーシャル検出がひとつのスケジュール／ラインアップラインと一致するが、個々のコマーシャル検出はひとつ以上のスケジュール／ラインアップラインと一致しない。
【０３４８】
収集プロセス：コマーシャルクリアランスマッチングプロセスは、放送業者ラインアップデータにより補足された、特定の代理店ネットワークまたはシンジケートスケジュールと一致する適格なコマーシャル検出を選択するべく、以下の収集基準の例を使用する。以下のリストは収集プロセス用の基準セットの例を与える。このリストに上げられたいくつかの基準を置換または補足するよう修正してもよい。
【０３４９】
・メディアタイプが代理店スケジュール上のメディアタイプと一致するところのコマーシャル検出がマッチング用に選択される、
・代理店ネットワークまたはシンジケートスケジュールの開始日時及び終了日時の範囲に入るコマーシャル検出がマッチング（任意に構成された時間トレランス閾値を含む）用に選択される、
・代理店名（エリアスを含む）がスケジュール上の代理店名に一致する場合のコマーシャル検出がマッチング用に選択される、
・広告主名（エリアスを含む）がスケジュール上の広告主名と一致する場合のコマーシャル検出がマッチング用に選択される、
・ブランド／製品名（エリアスを含む）がスケジュール上のブランド／製品名と一致する場合のコマーシャル検出がマッチング用に選択される、
・ローカルマーケット系列ステーション（または、Ａ/Ｆ若しくは姉妹ステーション一括購入であれば複数のステーション）のコールサイン及びバンドが検出の時に代理店スケジュール上の番組に対して有効に放送業者ラインアップ上に含まれる場合のコマーシャル検出がマッチング用に選択される。
【０３５０】
上記したすべての収集基準は、特定のネットワークまたはシンジケートテレビスケジュールに対してマッチングするのに適格であるようコマーシャル検出に対して満たされなければならない。さらに、ネットワークラジオコマーシャル検出がネットワークラジオ代理店スケジュールに対してマッチングするのに適格であるよう、ネットワーク名が捕捉され、コンテンツ記録と関連づけられ、代理店スケジュール上のネットワーク名（エリアスを含む）と一致しなければならない。別々の検出収集及びマッチングが代理店スケジュール内にリストされた各ネットワークまたはシンジケートに対して実行されてもよい。
【０３５１】
マッチングプロセス：特定の代理店ネットワークまたはシンジケートスケジュールとマッチングするために適格な収集された検出イベントは、検出イベントの開始及び終了時間がネットワーク／シンジケートスケジュールライン項目ユニットの日時に一致するか、その範囲に入る場合に、一致する。スポットコード情報は、ネットワークまたはシンジケートスケジュール上で利用可能である場合にネットワークまたはシンジケートマッチングのためにのみ考慮されるか、またはスケジュールと関連する売買指示内に含まれる。スポットコード情報がネットワークまたはシンジケートスケジュール若しくは売買指示上に含まれているとき、及び検出スポットコードが一致しない場合、これはまだ“一部一致”クリアランスと考えられ、間違ったスポットコードとして注釈フラグが立てられる。複数の検出が、代理店スケジュール及びステーションラインアップ上の系列のローカルマーケットステーションに対して一致を履行するよう均等に使用されれば、最初に遭遇した一致が使用される。コマーシャルクリアランスマッチングのために、すべてのデータは、照会が実行されたときのステータス及び状態ではなく、解析中のステータス及び状態を反映するものでなければならない。このようなデータの例のリストは、
・系列ラインアップ日付、
・セグメントラインアップデータ、
・ステーションラインアップデータ、
・モニターされたステーションデータ、
・停止データ、
・BIA放送業者及びマーケット人口データ、
・TMS番組データ、
を備える。
【０３５２】
スケジュールされていない放送：一致なしのネットワーク及びシンジケート検出は特徴的マッチングのために適格のままである。しかし、それは多くの場合“スケジュールされていない放送”と考えられ、いずれのスケジュールともマッチングされない。スケジュールされていないネットワークまたはシンジケート放送（照会及び報告されている放送時間中）に対応する検出は、放送業者及び代理店ユーザに提供される。特に、放送業者ユーザは、系列管理の目的及びオンラインシステム内のプログラムラインアップデータを更新するためにこの検出を参照する。
【０３５３】
一部一致：コマーシャルクリアランスの一部一致の例は、これに限定されないが、代理店ネットワークまたはシンジケートスケジュールがスポットコードを含み、続いて、ローカルマーケット系列ステーションが正しい番組中で正しい広告主のブランド／製品用のスポットを放送するが、異なるスポットコード及び／または間違ったコマーシャル長を有するスポットのいずれかを放送するような場合を含む。
【０３５４】
モニターされなかったステーション：コマーシャルクリアランス一致日付は、ConfirMedia放送モニタリングシステムによりカバーされるステーション（“モニターされたステーション”）に対してのみ表示される。よって、モニターされたステーションのみが、クリアし、クリアされない、または部分的にクリアしたた特定のネットワーク若しくはシンジケートコマーシャルを有するとして、要約または詳細テーブル内で同定される。さらに、モニターされたステーションのみが、国内人口のパーセンテージとして表されるコマーシャルクリアランス一致結果内に含まれる。モニターされなかったステーションのデータ結果はオンラインシステム内で表示されないが、モニターされなかったステーションはインポート確認メールに含まれ、書類を取得する当事者に対してスクリーン上に表示され、モニタリングネットワークに付加されている新しいステーションについてユーザに知らせる。付加的に、戻されたデータセットは、オンスクリーンリンクを伴い、ユーザは、そのデータセットに関連するモニターされなかったステーションの基本リストに容易にアクセスすることができる。
【０３５５】
一致タイプ：個々のローカルマーケット系列ステーションに対するコマーシャルクリアランス一致タイプは、
・クリアした、
・一部クリアした（間違ったスポットコード、またはコマーシャル長）、
・クリアされない（停止表記を含む）、
・スケジュールされていない放送、
を含む。
【０３５６】
インボイス及びスケジュールマッチングに関して、マッチコメントまたは注釈は、ネットワーク／シンジケートレベル及びローカルマーケット系列ステーションレベルの両方で、特定のマッチタイプを明確にするために番組及びコマーシャルクリアランスマッチングの際に利用される。この注釈により明確にされる問題は、
・間違ったスポットコード、
・間違ったコマーシャル長、
・間違った放送日、
・最小クリアランス閾値以下、
・不完全放送日、
・放送日の前、
・あり得る停止、
を含む。
【０３５７】
スケジュールと検出及びコマーシャルクリアランスデータのマッチング結果は付加的な放送広告メディア財務管理データを含み、それは、
・時間分割解析：広告主及びブランド／製品に対する特定のスポットが時間的分割の同意なしで個別の放送業者により放送される場合の例を表示するためのオンスクリーン能力、
・視聴者配布：テレビ及びラジオ視聴率分布データの、リスケジュールマッチング、インボイスマッチング、コマーシャルクリアランスを含むさまざまな一致結果に対する放送認証データへの組み込み、
を含む。
【０３５８】
以下に示す表３は、異なるコマーシャルクリアランス一致タイプ、関連する一致注釈及び定義の例を表す。この表は上記した規則、機能及び特徴に基づいて作成されているが、付加的な特徴及び機能の組み込みにより、ある一致タイプを除去し、新しい一致タイプを導入してもよい。
【０３５９】
【表３】
2009505234.tif 000007
2009505234.tif 000008
2009505234.tif 000009
2009505234.tif 000010
番組クリアランス機能及びマッチングの実施形態の概要
本発明の実施形態において、オンラインシステム番組クリアランスはシステム顧客のある階層にのみ利用可能とされる。例えば、使用中のネットワーク及びシンジケート放送業者は、番組クリアランス情報にアクセスでき、代理店ユーザ及び使用されていない放送業者は番組クリアランス情報にアクセスすることができない。ネットワーク及びシンジケート放送業者は、代理店が放送業者を管理するのと同様に、契約により系列コンプライアンスを管理するのにオンラインシステムを使用する。この場合、代理店が配布前にコマーシャルコンテンツを埋め込むのと同様に、かれらも各系列ステーションへの配布前にプログラムを埋め込む。多くの点でプログラムはコマーシャルと異なるが（例えば、時間間隔、セグメント化、スケジュール方法、等）、本発明のオンラインシステムはコマーシャルキャンペーン調整と同時に番組クリアランスの追跡及び確認を可能にする。
【０３６０】
上記したコマーシャルクリアランスに対するネットワーク及びシンジケート放送業者によりオンラインシステム内に取得された各プログラムに対するステーションラインアップデータは、同様にローカルマーケットプログラム検出データと比較される。これは、取得したラインアップデータ内で定義される契約上の債務に関連するネットワークまたはシンジケートのプログラムの各々を系列ステーションがどのように放送するかをモニターすることにより為される。各プログラムのステーションラインアップデータとローカルプログラム検出データとの比較に基づいて、マッチタイプは、放送しない、間違った日時に放送する、完全には放送しない、スケジュールされていない放送、等のいずれかのプログラムを含む。付加的に、放送業者は、各番組セグメント及び／または番組内のコマーシャルポッド内に独自のウォーターマークを埋め込み、その後、所与の番組に対するセグメントまたはポッド特定ステーションラインアップデータを取得するオプションを有する。この特徴は、オンラインシステムのすべてのユーザに対して有用であるが、ネットワークラジオ及びシンジケートテレビユーザに対して最も有益である。番組分割の通常の例は、Rush Limbaugh Showのような３時間のネットワークラジオ番組であり、１時間ずつの３個のセグメントに分割され、各セグメントはさらに３個または４個の１０または１１分の番組セグメント及び３個または４個の２分ネットワークコマーシャルポッドに分割される（ローカル番組及びコマーシャル放送時間に対してローカルステーションに割り当たられた時間のバランスにより）。１時間内の各番組セグメント及び各ネットワークコマーシャルポッドは、系列ステーションがセグメントをばらばらに放送した場合に識別することを含む、よりロバストな番組モニタリング及びクリアランス解析のために、ネットワークにより独自にウォーターマークが埋め込まれる。
【０３６１】
番組クリアランスマッチングは特定のネットワークまたはシンジケート番組スケジュールラインアップをクリアするために、すべてのローカルマーケット系列ステーションからひとつの検出を要求する。以下に、規則、特徴及び番組クリアランスマッチングの利益のいくつかの例を示す。
【０３６２】
系列ステーションラインアップ：ネットワークラジオ、ネットワークテレビ及び／またはシンジケートテレビラインアップは、各系列ステーション上の各番組に対する特定の放送日時情報を与える。
【０３６３】
番組セグメントラインアップ：ネットワークラジオ及び／またはシンジケートテレビセグメントラインアップは、各系列ステーション上の番組内に、各セグメント及び／またはコマーシャルポッド用の特定の長さ及びコードを与える。
【０３６４】
時間トレランス：システム内に最大の柔軟性を組み込むために、プレ及びポスト番組クリアランス一致時間トレランスがアカウントレベルで放送業者により構成可能である。
【０３６５】
放送カレンダー：コマーシャルクリアランスマッチングに関連して定義されたものと同じ放送業者カレンダーと標準カレンダーの機能が、プログラムクリアランスマッチング機能に適用される。
【０３６６】
マッチング頻度：プログラムクリアランスマッチングは、コマーシャルクリアランスマッチングに関連して定義されたものと同じ頻度で実行される。
【０３６７】
検出マッチング：ひとつ以上のネットワークまたはシンジケートプログラムスケジュール／ラインアップラインに一致するプログラム検出はない。
【０３６８】
収集プロセス：プログラムクリアランスマッチングプロセスは、特定のネットワークまたはシンジケートプログラムラインアップに対して一致するデータベースから適格なプログラム検出を選択するために以下の収集基準を使用する。
【０３６９】
・メディアタイプがプログラムラインアップ上のメディアタイプと一致するところのプログラムセグメント及び／またはコマーシャルポッド検出がマッチング用に選択される、
・ネットワークまたはシンジケートプログラムラインアップの開始日時と終了日時の間に入るプログラムセグメント及び／またはコマーシャルポッド検出がマッチング用に選択される（任意に構成された時間トレランス閾値を含む）、
・導出されたネットワーク名がプログラムラインアップ上のネットワーク名と一致するところのプログラムセグメント及び／またはコマーシャルポッド検出がマッチング用に選択される、
・プログラム名がプログラムラインアップ上のプログラム名と一致するところのプログラムセグメント及び／またはコマーシャルポッド検出がマッチング用に選択される、
・ローカルマーケット系列ステーション名（例えば、コールサインとバンド）が検出時にプログラムに対して有効であるラインアップ上に含まれるところのプログラムセグメント及び／またはコマーシャルポッド検出がマッチング用に選択される。
【０３７０】
上記すべての収集基準は、特定のネットワークまたはシンジケートテレビ番組ラインアップに対するマッチングのために適格であるよう、プログラム検出に対して満たされていなければならない。さらに、別の検出収集及びマッチングが各ネットワーク及び／またはシンジケートプログラムラインアップに対して実行されてもよい。
【０３７１】
マッチングプロセス：特定のネットワークまたはシンジケートプログラムラインアップに対するマッチングに適格な収集したプログラムセグメント及び／またはコマーシャルポッド検出イベントが、検出イベントの開始及び終了時間がネットワーク／シンジケートラインアップの日時と一致し、その範囲に入る場合に、マッチングされる。これは、
・系列ラインアップ日付、
・セグメントラインアップデータ、
・ステーションラインアップデータ、
・モニターされたステーションデータ、
・停止データ、
・BIA放送業者及びマーケット人口データ、
・TMSプログラムデータ、
を含む。
【０３７２】
スケジュールされていない放送：一致なしのネットワーク及びシンジケート検出は特徴的なマッチングに対して適格なままである。しかし、多くの場合“スケジュールされていない放送”と考えられ、いずれのプログラムラインアップとも一致しない。放送時間間隔が照会されかつ報告されている間、スケジュールされていないネットワークまたはシンジケート放送からのプログラム検出は、系列管理及びオンラインシステム内のプログラムラインアップデータを更新するために放送業者に対して参照として与えられる。
【０３７３】
一部一致：部分的なプログラムクリアランスマッチングは、
・打ち切られたプログラム、セグメントまたはコマーシャルポッド（許容の打ち切り閾値はネットワーク放送業者アカウントレベルで構成可能である）、
・間違ったプログラムエピソードまたはセグメント、
・未放送プログラム、セグメントまたはコマーシャルポッド、
・順不同プログラムセグメント、
を含む。
【０３７４】
モニターされなかったステーション：プログラムクリアランス一致データは、モニターされたステーションに対してのみ表示される。モニターされたステーションは、クリアした、クリアしなかった、または一部クリアした特定のネットワークまたはシンジケートプログラムセグメントまたはコマーシャルポッドを有するような要約または詳細テーブル内で同定される。さらに、モニターされたステーションのみが、国内人口のパーセンテージとして表されたプログラムクリアランス一致結果に含まれる。モニターされなかったステーション用のデータ結果はオンラインスクリーンに表示されないが、書類を取得する会社に取得の際に報告され、ユーザに対してモニタリングネットワークに付加されている新しいステーションを知らせる。付加的に、オンスクリーンリンクは各データセットが戻されるように表示され、ユーザはデータセット内のモニターされなかったステーションのリストに容易にアクセスすることができる。
【０３７５】
一致タイプ：個々のローカルマーケット系列ステーションに対するプログラムクリアランス一致タイプは、
・クリアした、
・一部クリアした、
・クリアされない（あり得る停止注釈を含む）、
・スケジュールされていない放送、
を含む。
【０３７６】
インボイス及びスケジュールマッチングに関して、ネットワーク／シンジケート及びローカルマーケット系列ステーションレベルの両方で、特定のマッチタイプを明確にするために、プログラム及びコマーシャルクリアランスのマッチング際に一致コメントまたは注釈が利用される。この注釈により明確となる問題は、
・間違ったプログラム／セグメントコード、
・間違った放送日、
・最小クリアランス閾値以下、
・不完全放送日、
・放送日前、
・あり得る停止
を含む。
【０３７７】
以下の表４は、本発明の実施形態に従う、異なる番組クリアランスのマッチタイプ、関連したマッチ注釈及び定義の例を示している。このテーブルは上記した規則、機能及び特徴に基づいて作成されるが、付加的な特徴及び機能の組み込みにより、あるマッチタイプを除去し、新しいマッチタイプを導入してもよい。
【０３７８】
【表４】
2009505234.tif 000011
2009505234.tif 000012
2009505234.tif 000013
2009505234.tif 000014
注文変更機能及びマッチングの例の概要
メディア購入及び履行プロセスの最初の段階は、代理店メディア購入者及び放送業者販売代表者による購入の契約条件の交渉である。一般に、この初期段階で交渉される契約条件は、
１．購入かつ販売されているコマーシャル放送時間の個々のユニットの数、
２．そのユニットの各長さ、
３．ユニットが放送されるべき期間中のキャンペーン放映の開始及び終了日、
４．その中でユニットが放送されるべき番組の放映日時に関する情報、
５．ユニットのコスト、
を含む。
【０３７９】
これらの初期契約条件が同意されると、放送業者は内部システム内に取引／契約を作成する。それはその後、代理店のメディア管理システム(DDS)へ電子的に送信され、代理店ユーザはそのデータに読み書きアクセスが可能となり、代理店スケジュールが作成されかつ保存される。しばしば、最初に交渉した取引／契約の契約条件の多くが、代理店システム内で作成された時と、実際に放送されかつ放送業者により請求される時との間に変更される。
【０３８０】
現在、この変更を交渉し、承認しかつ実行するプロセスの文書化は、放送業者の内部の売買システムまたは代理店のメディア管理／会計システムの外部において、オフライン（電話、ファックス、電子メール）で行われている。さらに、インボイス上の一本のラインのみが、代理店システム内に現に反映される代理店スケジュールに関して矛盾していても、代理店はそのひとつの矛盾が発見されかつ解決されるまで支払い用のインボイス全体を止める。
【０３８１】
注文変更は、先買、メークグッド、クレジット及び、放送業者により送信されかつ代理店により承認された付加的スポットを反映し、それによって、インボイスの前に矛盾を解決し、放送業者が代理店に対してすぐに支払うことができる矛盾のないインボイスを発行できる。
【０３８２】
オンラインシステム注文変更管理は、し損じたスポット、並びに、対応するクレジット及び／またはメークグッドスポットに関する情報を取得するために、放送業者に対して以下の３つの方法、すなわち、
・し損じたスポット及びクレジットまたはメークグッド情報を引き出すための契約の問い合わせ、
・放送業者のシステムから直接の注文変更の電子的インポート、
・手動入力、
を利用する。
【０３８３】
注文変更に対するマッチング規則の例
取引／契約どうしの比較
オリジナルの取引及び契約ファイルがオンラインシステム内にインポートされると、改訂バージョンをインポートし、かつ、システム内に注文変更を作成するデルタ（差）を見つけるために、オリジナル文書に対する問い合わせを実行することが可能になる。
【０３８４】
取引または契約に対する改訂番号フィールドは放送業者により保存されないため、取引／契約文書のシーケンスを同定するために取引日時を使用する必要がある。最も早い日付はオリジナルの契約を表し、取引日時に基づいて連続した反復を有する。すでに入れ替えられたまたは旧式のファイルのインポートを許可しないことも重要である。これは、特定の代理店／広告主／ネットワーク／取引番号に対してすでにインポートされたファイルと取引日時とを比較することにより決定可能である。例えば、オリジナルの取引ファイルの日付が12/15/2003であり、更新が1/15/2004付けで受信された場合、12/15/2003付けファイルを再びインポートすることは許されない。付加的に、代理店／広告主／ネットワーク／取引番号に対して、後の取引日の取引が存在するから、1/10/2004付けのファイルは許されない。
【０３８５】
典型的に、契約スケジュールラインは、さまざまな情報からなり、それは、
・代理店、
・広告主、
・製品（ブランド）、
・ネットワーク、
・取引日時、
・取引番号、
・契約文書番号、
・ライン番号**、
・ユニットコード、
・デモ識別、
・視聴率、
・プログラム、
・ローテーション、
・長さ、
・見積、
・月曜日の日付、
・開始時間、
・終了時間、
・カウント単位*、
・シリアル番号*、
を含む。
【０３８６】
注*：カウント単位が１より大きいものに対して、付加的なシリアル番号が推定される。１単位以上を有するラインに対してリストされたシリアル番号が開始番号であり、付加的な単位はシリアル番号を１だけ増分する。
【０３８７】
注**：ライン番号は反復から反復まで一定ではないが、同様の特性を有するユニットを集合化するのに使用される。
【０３８８】
除去及び付加を識別するための比較の例
改訂した契約に対するオリジナル契約のマッチングは２つの比較を含む。第１の比較は、除去されたシリアル番号、及び付加されたシリアル番号を探すことである（第２の比較は、同じシリアル番号に対する変更を識別することに関連し、以下のセクションで別個に議論する）。第１のタイプの比較の結果は、“除去”及び“付加”として分類され、かつ、GUIの適当な分類パネル内に配置される。以下は、この比較を実行するための方法の例を表している。
【０３８９】
・シリアル番号が比較の主要なキーである：
失ったシリアル番号は注文変更に含むために“REMOVED”とフラグを立てられるべきである（シリアル番号WASがカレントの反復内には存在しないが契約の先の反復内に存在すれば、契約からすでに除去された）。
【０３９０】
・除去されたスポットは、先取りしたスポット（GUIでメークグッドと関連づけられなければならない）、し損じたスポットまたはクレジットしたスポットとして、GUIを通じて分類するために適格でなければならない：
付加的なシリアル番号は注文変更に含まれるようADDEDとフラグを立てられるべきである（推論されたシリアル番号以外のシリアル番号が契約の先の反復内に存在せず、カレントの反復内に存在すれば、それは契約に付加された）。
【０３９１】
・付加されたスポットは、スケジュール、メークグッドスポット（GUI内で先取りされたスポットと関連づけられなければならない）、ADUスポットまたはボーナススポットへの付加としてGUIを通じて分類のために適格でなければならない。
【０３９２】
除去または付加の分類及び連係の例
オンラインシステムの注文変更モジュールは、除去及び付加の連係及び分類をサポートする。取引／契約は単独では、ひとつまたはそれ以上の除去した項目とひとつまたはそれ以上の付加した項目との連係を追跡する機能を与えない。注文変更モジュールは双方向ウェブインターフェースを通じてこの追跡を与える。このプロセスは取引／契約マッチングプロセスの外部にあり、インターフェースを使って、失ったシリアル番号（除去されたユニットと呼ばれたもの）と関連するデータを、付加されたシリアル番号（付加されたユニットと呼ばれたもの）と関連づける能力を与える。GUIを通じて作られた連係は注文変更が承認された場合、永続的となり、それは、ユーザが形成した連係が、未来の改訂ファイルのインポートにより、生き残りかつ影響されず、変更されずまたは破壊されないことを意味する。ひとつのユニットは複数に置換され、より小さい値のユニットまたは２若しくはそれ以上のより小さい値のユニットは、少数のより大きな値のユニットと置換される。連係は、一対一、一対多、多対一、多対多を含む。
【０３９３】
永続的連係を作成するための方法の例
契約は、先取り／メークグッド、オリジナル／分割、またはオリジナル／組み合わせユニットの間の連係を与えないため、オンラインシステムにはこの連係を扱うことが必要となる。“永続的”連係は、送信されかつ代理店により承諾された注文変更に対して為された連係に対する新しいファイルのインポートを切り抜けて生き残ることができるひとつの連係である。新しい契約がインポートされる度に連係を再作成しなくてもよいのは、放送業者にとって必要である。永続的連係を与える方法は変更管理のサポートにおいて実行されなければならない。
【０３９４】
永続的連係を作るひとつの解決策は、システムデータベース１０内に隠されたシリアル番号の作成及び割り当てである。隠れたシリアル番号は、放送業者がインターフェースを通じて関連した除去及び付加シリアル番号への相互参照を含む。この隠れたまたはゴーストシリアル番号は、代理店により承認されかつ受け入れたれた注文変更に対するシリアル番号の間の、放送業者により確立された関係の維持を可能にする。他の可能な方法は、実際のシリアル番号を作成せずに、シリアル番号とリンクする連係テーブルを使用して、データベース内で連係を作成することである。
【０３９５】
隠れたシリアル番号により作成されかつ代理店により承認されたグループ化は、契約の未来の反復の際に変更可能であり、インターフェース及びデータベースはこの領域内に柔軟性が与えられる。使用される方法は開発グループにより決定される。
【０３９６】
スポット長に対する変更の影響の例
新しいファイルをインポートすることにより単純に明白とならない、放送業者取引／契約に対して為される他の代理店変更は、取引／契約内でのユニット長の混合に対する変更である。代理店は特定のスポット長を有する取引を交渉するが、放送前にこれらのスポット長を変更したい。この結果、ひとつまたはそれ以上のシリアル番号が除去されるか、ひとつまたはそれ以上のシリアル番号が付加される。変更タイプもまた注文変更の承認と同時に永続的連係となるよう要求される。
【０３９７】
分割
代理店は、すべて３０秒ユニットを含む取引を交渉してもよい。しかし、放送業者と実際の契約を交渉する場合、３０秒ユニットのすべてまたは一部を１５秒ユニットと置換することを望むかもしれない。この結果、シリアル番号が除去されている有効な３０秒ユニット及びオリジナルの３０秒ユニットの各々と置換するようシリアル番号が付加されている２つの１５秒ユニットが生成される。これは、分割として分類される。この分類は、放送業者及び代理店ユーザの両方が見ることができなければならない。分割は先取りユニット及び２つまたはそれ以上のメークグッドユニットから成る。
【０３９８】
結合
代理店は、すべて１５秒ユニットを含む取引を交渉してもよい。しかし、放送業者と実際の契約を交渉する際に、１５秒ユニットのいくつかまたはすべてを３０秒ユニットと置換したいかもしれない。その結果、オリジナルの１５秒ユニットの各々を置換するべく、シリアル番号が付加されている各３０秒ユニットに代わって、シリアル番号が除去されている２つの有効な１５秒ユニットが生成される。これは、結合として分類される。この分類は放送業者及び代理店ユーザの両方が見ることができる。結合は、２つまたはそれ以上の先取りユニット及びひとつのメークグッドユニットから成る。
【０３９９】
完全かつ追求できる情報を代理店に提供するために、放送業者介入を要求する任意の注文変更に対して、プロセスを完了するためにウェブサイト上の注文変更モジュールへのアクセスを放送業者に警告する集中電子メールが送信される。
【０４００】
同じシリアル番号に対する変更を識別するための比較の例
両方のファイル内に発見されたシリアル番号に対して第２の比較が実行される。特定のネットワーク／代理店／広告主に対する各取引／契約に対して、以下のフィールドが比較され、注文変更に包含されるようデルタにフラグが立てられる。
・週の月曜の日付が一致し、デルタは注文変更に包含されるようフラグが立てられるべきである、
・ユニットカウントが一致し、デルタは注文変更に包含されるようフラグが立てられるべきである、
・ローテーションが一致し、デルタは注文変更に包含されるようフラグが立てられるべきである、
・コストが一致し、デルタは注文変更に包含されるようフラグが立てられるべきである、
・プログラムが一致し、デルタは注文変更に包含されるようフラグが立てられるべきである、
・開始時間が一致し、デルタは注文変更に包含されるようフラグが立てられるべきである、
・終了時間が一致し、デルタは注文変更に包含されるようフラグが立てられるべきである。
【０４０１】
固有のシリアル番号を含まないユニットに対するマッチングの例
固有のシリアル番号を有しないライン及びユニットは、結合キーのようなライン番号／シリアル番号を使ってマッチングされる。ライン番号／シリアル番号が両方のファイル内に見つかれば、ライン内のデータの比較は完了されなければならない。変更が見つかれば、注文変更が自動的に生成されかつGUIの注文変更パネル内に配置される。オリジナルのシリアル番号情報が表示され、かつ、先買とマークされる。カレントのシリアル番号情報もまた表示され、かつ、メークグッドとマークされる。ライン番号／シリアル番号が第１ファイル内に見つかったが、第２ファイル内に見つからなければ、ユニットは除去したユニットとして分類され、かつ、GUIの分類パネル内に配置される。ライン番号／シリアル番号が第１ファイル内に見つからなかったが、第２ファイル内に見つかれば、ユニットは付加したユニットとして分類され、かつ、GUIの分類パネル内に配置される。ライン番号がファイル間で矛盾しなければ（かつ、オリジナルファイルの改訂バージョンサンプルが存在しなければ）、ファイル全体が放送業者による連係のために分類パネル内に配置される。不運にも、固有のシリアル番号が存在しなければ、この結果を防ぐことは困難である。
【０４０２】
ひとつまたはそれ以上のデルタを生成する任意の比較は注文変更の生成を生じさせる。注文変更が承認のために代理店へ万全に送信されるよう要求されるすべての情報を含めば、注文変更は自動的に生成され、かつ、放送業者のために購入者を割り当てかつ代理店に送信するべく注文変更パネル内に配置される。拒絶されれば、変更したユニットが不完全な注文変更状態に置かれ、かつ、それを解決するべく新しい契約アップロードを要求する。
【０４０３】
マッチング連係ライフサイクルの例
代理店が注文変更を拒絶した場合、その注文変更上で作成された放送業者連係は解放され、シリアル番号が発行された“隠れた”システムが不活動となる。
【０４０４】
放送業者連係を含む注文変更が送信した状態にあり（代理店により承認または拒絶されなかった）、かつ、新しい契約がインポートされた場合、関連したシリアル番号項目が残っているか否かを決定するべく新しい契約のチェックが実行される。関連したシリアル番号に変更が生じた場合の任意の項目に対して、そのユニットに対するすべての項目の連係は解放され、かつ、放送業者による再連係のために利用可能となる。影響をうけた注文変更は、代理店検証から削除され、もはや承認または拒絶されないが、放送業者連係が発生した後に新しい注文変更と置換されてもよい。しかし、関連する項目が未変更のまま残っていれば、保留中の注文変更は、代理店検証に対して維持され、かつ、それが許可される決定を保持する。
【０４０５】
検出に対する取引／契約のマッチングの例
オンラインシステムの核心は、特定の検出イベントを放送業者または代理店スケジュールに対する特定のスケジュールイベントと関連づけるシステムの能力である。この場合に検出と一致する必要があるスケジュールは、放送業者の取引／契約の形式を有する。契約したユニットに対する放送日が経過すると、ユニットはオンラインシステム内での検出とのマッチングに対して適格となる。
【０４０６】
特定の取引／契約に対するマッチングは、代理店スケジュールに対して為されたマッチングと同じ基準に従う。ISCIは放送業者取引／契約上に存在しないため、業界コードはこのタイプのマッチングに対するマッチング基準でなない。マッチングプロセスは、システム内のすべての認定検出のセットに関して、システム内にインポートされたすべての取引／契約を考慮する。一致なし検出は、検出が収集基準に一致するような、任意の取引／契約とのマッチングに対して適格である。
【０４０７】
マッチングプロセスは、特定の代理店スケジュールと一致するよう適格である検出をデータベースから選択するために、収集基準のセットを使用する。
・検出は、放送業者、広告主、代理店、製品（エリアスを含む）及び長さが契約のものと同じでさえあれば、契約とのマッチングに対して適格であると考えられる、
・検出は、検出開始時間が、最も早い契約インターバル開始時間からプレトレランスを引き算したものと同じか若しくはそれより遅い場合に契約とのマッチングに対して適格であると考えられる、
プレトレランスはシステム内部で構成可能な設定でなければならない。それは契約に対するシステム全体のプレトレランス設定及びアカウントレベルの構成可能な設定でなければならない。最初に、システム全体のプレトレランスは３分に設定される、
・検出開始時間が、最後の契約インターバル終了時刻にポストトレランスを加算した時間と同じか若しくはそれより早い場合、契約とのマッチングに対して適格であると考えられる、
ポストトレランスはシステム内部で構成可能な設定でなければならない。それは契約に対するシステム全体のポストトレランス設定及びアカウントレベルの構成可能な設定でなければならない。最初に、システム全体のポストトレランスは３分に設定される、
・マッチングプロセスは、マッチングの好適な加重の際にスポットコストを使用するが、適格性を決定するのにコストは使用しない。
【０４０８】
検出一致のインボイスが実行された後に、検出あたりのコストが確立される。インボイスマッチングが生じた後に、検出は検出記録に付加されたインボイスからのコストを有する。その後このコストは、放送業者契約及び代理店スケジュールに対するマッチングの好適な加重を実行する際に使用される。
【０４０９】
概して、放送業者の契約はしばしば代理店スケジュールに先行し、かつ基本的に同じ情報を含むため、取引／契約に対するマッチングは、代理店スケジュールに対するマッチングをまねている。しかし、典型的に、契約に対して検出との一部一致は存在しない。時間のプレ及びポストトレランスを含んでおり、一致が完全でなければ、検出及び契約ユニットは両方とも一致なしのままである。
【０４１０】
オンラインシステムの停止はマッチングに対して考慮されなければならない。契約スケジュールライン間隔の間にシステム停止が発生しそのため検出一致が存在しなければ、契約スケジュールラインは潜在停止としてフラグを立てられなければならない。未符号化ISCIもまた契約マッチングに対して考慮され、放送業者はし損じた認証の可能原因としてアドバイスされる。放送業者／代理店／広告主に対する、オンラインシステム内で検出されたISCIのリストは、特定の取引に対する注文変更を完全にする必要性をそれらにアドバイスする、放送業者への電子メールの一部である。
【０４１１】
売買警告機能及びマッチングの例の概要
概して、代理店スケジュールはスポットコードを含まない。したがって、メディア購入及び履行プロセスの他の重要な要素は、代理店売買指示の開発及び配布である。
【０４１２】
代理店売買マネージャーは、どの特定コマーシャル（ISCIのようなスポットコードに基づいて）が代理店スケジュール上に表されるコマーシャル放送時間のユニットの各々の間に放送されるべきかを決定する。決定されると、代理店売買マネージャーはこの情報を、放送業者の売買マネージャーへ代理店売買指示として伝達し、その後各広告主に対する特定のスポットコードを放送スケジュールの各スロットに割り当てる。
【０４１３】
代理店売買指示は、代理店及び放送業者ユーザに対して、特定のスポットコードが代理店取引指示及び／または付加的なユーザ定義放送パラメータ以外で放送されるときは必ず警告を設定しかつ受信することを可能にすることにより、オンラインシステムの売買警告モジュールに対して顕著な役割を演じる。さまざまなタイプの売買警告イベントがオンラインシステムによりサポートされ、それは、
間違ったローテーション：各スポットコード（代理店売買指示がローテーション情報を含むと仮定して）に対する代理店売買指示に示されるローテーションパーセンテージ以外のローテーションパーセンテージ（スケジュールされたユニットの総数の）で放送される特定のスポットコードの検出、
し損じたアップロード日付：代理店売買指示において画定された放映開始日付の前のユーザ定義日数以内でアップロードされた符号化メタデータが無いこと、
し損じた開始：代理店売買指示において画定された放映開始日後のユーザ定義日数以内で特定の放送業者からの特定のスポットコードの検出が無いこと、
アウト・オブ・フライト：代理店売買指示において画定された放映開始日時及び終了日時の前または後での任意の放送業者での検出、
電波停止間隔：ユーザ定義の放映中の電波停止時間間隔中の検出、
間違った放送業者：代理店売買スケジュールに含まれないネットワーク（国内ケーブル）またはステーション（スポットテレビまたはスポットラジオ）での検出、
を含む。
【０４１４】
売買警告に対する高レベルの機能要求の例
オンラインシステム売買警告のリリースに要求される機能のセットは、
１．ユーザ許可：検証のみまたは設定／クリア／編集ユーザとして、国内ケーブル、スポットラジオ及び／またはスポットテレビのメディアタイプ許可を有するすべてのシステムユーザに対して、ユーザ売買許可を割り当てることを、顧客管理者ユーザに許可する管理者機能、
２．売買指示のインポート：オンラインシステム内に代理店売買指示を電子的にインポートすることを代理店売買ユーザに許可するインポート機能、
・代理店ユーザのみ、
・売買指示ファイル形式に特定のオンスクリーンインポートオプションを与えるためのインポート機能、
・売買指示インポートの成功／失敗に関するオンスクリーン及び電子メールでのフィードバックをユーザに与える能力、
・インポートした売買指示ファイル要約に特定のフィルタリング及び表示オプションを与える機能、
３．売買指示の検証：システム内にインポートされた代理店売買指示データの詳細なオンスクリーン要約を検証する能力であり、警告設定及びデータがそれに基づいている、
・すべての代理店及び放送業者ユーザ、
・表示すべき売買指示データをフィルタリングするためのデータパラメータパネル、
・Excelにエクスポートする能力、
・検証のみ（ユーザはシステム内で売買指示を作成または修正しない。売買指示は代理店システム内でのみ作成または修正されて、システムに吸収される。）、
４．警告パラメータの設定、活性化及び修正：オンスクリーン及び自動電子メール売買警告用のパラメータを定義するための、許可済みユーザに対するオンスクリーン能力、
・許可済み代理店及び放送業者ユーザ（“検証のみ”既定許可を有するユーザと反する）、
・新しい警告パラメータを設定しかつ活性化する能力、及び既存の警告パラメータを編集または消去する能力、
・間違ったローテーション、し損じたアップロード、し損じた開始日、アウト・オブ・フライト、電波停止時間間隔、間違った放送業者を含むすべての売買イベントタイプに対するもの、
５．マッチング規則及びロジック：取得した代理店売買指示及びユーザ入力警告パラメータに基づいて、検出した活動を期待した活動と比較するためのマッチング規則及びロジック、
６．警告データの検証：代理店売買指示内で定義されたパラメータ及び／またはシステム内の付加的なユーザ定義の売買イベント警告パラメータに従う放送活動に関するデータを検証する能力、
・すべての許可された代理店及び放送業者売買ユーザ（“検証”はすべてのユーザに対するシステム既定許可）、
・間違ったローテーション、し損じたアップロード、し損じた開始日、アウト・オブ・フライト、電波停止時間間隔、間違った放送業者を含む、すべての売買警告イベントタイプに対する警告データを検証する能力、
・表示すべき警告データをフィルタリングするためのデータパラメータパネル、
・詳細テーブルへのリンクを有する要約テーブル、
・新しい及び／またはクリアされない警告に対するデータ表示、
・警告をクリアするためのオプション（特に、許可されたユーザのみ）、
・先にクリアした警告用データを検証するためのオプション（全ユーザ）、
・完全なローテーションデータを検証するためのオプション（代理店ユーザのみ）、
・モニターされない放送業者を検証する能力（全ユーザ）、
・放送業者へ警告イベントデータを電子メールするためのオプション（代理店ユーザのみ）、
・データをエクスポートする能力、
７．自動電子メール通知の受信
・新しい代理店売買指示のインポート（代理店及び放送業者ユーザ）、
・代理店ユーザによる新しい売買警告セット（放送業者ユーザのみ）、
・新しい警告イベント（代理店及び放送業者ユーザ）、
８．電子メール通知プレファレンスの設定：自動電子メール通知に参加しまたは参加しないための代理店及び放送業者ユーザに対するオンスクリーン能力であり、その通知は、
・新しい代理店売買指示インポート（代理店及び放送業者ユーザ）、
・代理店ユーザによる新しい売買警告セット（放送業者ユーザのみ）、
・新しい警告イベント（代理店及び放送業者ユーザ）、
を含む。
【０４１５】
売買警告に対するマッチング規則の例
マッチング用の関連フィールド
売買指示フィールド
代理店によりオンラインシステムにアップロードされる売買指示のセットは、さまざまな情報を含み、それは、
・代理店、
・売買指示ID、
・広告主、
・製品（ブランド）、
・見積番号、
・見積名、
・メディアタイプ、
・放送業者*、
・開始日、
・終了日、
・スポットコード、
・長さ、
・ローテーションパーセンテージ（オプション）、
を含む。
【０４１６】
*注記：いくつかの例において、放送業者は特定的に同定されず、“すべて”として指定される。この場合、売買指示へのいくつかのアラーム及びアクセスは放送業者に利用可能ではない。
【０４１７】
データトラック売買指示ファイルは複数のメディアタイプに対する複数の見積を含む。各見積は、それに関連する複数の売買指示ID（売買契約書番号）を有する。各売買指示IDは独立の売買指示セットとして扱われるべきである。
【０４１８】
メディアタイプの確認
売買指示用のメディアタイプの決定は、インポートの確認工程中に実行され、複数の見積に対する売買指示は同じファイル中に含まれる。複数のメディアタイプが同じ売買指示文書（例えば、ネットワークバージョンでの放送ネットワーク、ケーブル及びシンジケート、並びに、スポットバージョンでのスポットテレビ及びローカルケーブル）内に含まれるため、二段階の同定プロセスが必要となる。
【０４１９】
最初に、メディアタイプが調べられなければならない。メディアタイプが文書内に含まれるすべての放送業者と一致しなければ（システムデータベース１０内のメディアタイプへのコールサインのルックアップを使用して）、メディアタイプを決定するために見積番号（コード）及び見積名を使用する必要がある。例えば、見積番号（コード）はネットワークを示すＮ、ケーブルを示すＣ、またはネットワークシンジケートを示すＮＳＹを含み、見積名はメディアタイプ情報を含む。見積番号（コード）及び見積名の組み合わせを使用する必要もあり得る。見積番号（コード）がテレビに対してＴ、ローカルケーブルに対してＣまたはＬＣを使用することにより区別されれば、メディアタイプはこの方法で同定される。見積番号（コード）が区別されなければ、このフィールドを通じてメディアタイプが同定可能か否かを知るために見積名まで行く必要がある。
【０４２０】
見積番号（コード）または見積名によりメディアタイプを決定することが不可能であれば、その後、売買指示に対するインポートプロセスは顧客サポートチームへ通知を送り、メディアタイプは顧客から得ることができる（例えば、メディアタイプを適切に識別するためにデータベース内で手動介入が要求される）。メディアタイプが確立されると、インポートされたファイルは再確認を要求する。
【０４２１】
売買指示は放送業者への指示を定義するのを補助する付加的情報を含む。しかしマッチングの目的がなければ、上記フィールドは十分である。
【０４２２】
マッチングに必要なデータの例、
コンテンツ記録
コンテンツ記録はスポットコード（ほとんどの場合ISCI）を含む。スポットコードは売買指示に対して使用される主要な比較である。スポットコードは、ダッシュまたはスペースが除去された後に、比較される。特定のスポットコードに対して指定されたメディアタイプが識別されるように、システムデータベース１０内のコンテンツ記録を探す必要がある。コンテンツ記録上のメディアタイプは、そのスポットコードに対してアラームの生成を考慮するために、売買指示（任意のエリアスを含む）上のメディアタイプと一致しなければならない。
【０４２３】
コンテンツ記録内のメディアタイプフィールドは、コンテンツレコードが放送されるメディアのタイプを定義する。例えば、“スポットテレビ”のメディアタイプは、スポットコードがスポットスケジュールの一部としてローカルテレビステーション上で放送することを定められていることを示している。コンテンツ記録ごとにひとつのメディアタイプのみが許可されるようにして、特定のコンテンツ記録上で選択される少なくとも７つのメディアタイプ、すなわち、テレビ、ラジオ、ケーブル、放送ネットワーク、シンジケート、ネットワークラジオ、他が存在する。“他”とは、スポットコードが複数のメディアタイプで放送可能であることを示している。
【０４２４】
検出
（ダッシュ及びスペースが除去された後に）文書中に発見されたスポットコードと一致すれば、検出は特定の売買指示文書とのマッチングに対して適格である。スポットコードが一致しなければ、売買指示上に示された広告主、製品／ブランド、放送業者及びメディアタイプに対する検出が適格となる。正確な一致と同じ重み付けを付与されているエリアスとのマッチングも考慮されるべきである。
【０４２５】
ステーションカバレッジ
警告はモニターされた放送業者に対してのみ生成される。警告が生成されたことを確かめるために、システムデータベース１０内で、放送業者名（エリアスを含む）をチェックする必要がある。モニターされなかった放送業者は、売買指示UI内で“モニターされなかった”と指定される。売買指示の時間間隔中にコールサインを変更した放送業者に対して、カレントのコールサインがチェックされ、それが見つからなければ、売買指示と検出とをマッチングするために先のコールサインがチェックされる。カレントのコールサインまたは先のコールサインに対して一致が見つかれば、カレントのコールサインが優先して売買指示はステーションに対する検出と一致する。先のコールサインに対して為されたマッチングは、それに対して警告が生成されれば、UI上のものとして指定される、
ステーション停止データ
システム停止情報の探索は、警告が生成される前に為されなければならない。システム停止中に放送業者に対して子得性された警告は、注記“あり得る停止”を含む。
【０４２６】
基本的な警告ロジックの例
売買指示と検出とのマッチングは、放送日の終了後の、最後のAECが実行された後（例えば、午前６：４０分のAEC実行）に生じる毎日のプロセスである。それぞれの日に受信される検出は、ユーザのインボックスに配布される警告を生成するべくシステム内で売買指示とマッチングされ、指定時刻（例えば、先の放送日の東部の正午より遅くない）までにスクリーン上で使用可能となる。遅いイベントも含まれなければならず、かつ、それが受信された放送日にマッチングされるべきである。
【０４２７】
取引警告が生成されるためには、ユーザにより設定されなければならない。システムは警告の写しが設定されるのを防止しなければならない。
【０４２８】
以下は、オンライン売買モジュールによりサポートされるよう指定された少なくとも６つの警告タイプに対する基本的な警告生成ロジックの例を示したものである。
【０４２９】
し損じたアップロード日付
１．売買指示上のすべてのISCI（スポットコード）がコンテンツデータベース内に存在することの認証
a.もしそうであれば、停止−アラームなし、
b.もしそうでなければ、続行、
２．売買指示の開始日前のユーザ定義日数が経過したことの認証
a.もしそうであれば、警告を発行、
b.もしそうでなければ、停止−アラームなし。
【０４３０】
し損じた開始日付
１．アラームが設定された売買指示上のスポットコード（ISCI）の少なくとも一つがコンテンツデータベース内に存在することの認証
a.もしそうであれば、続行、
b.もしそうでなければ、停止−アラームなし、
２．売買指示の開始日前にユーザ定義日数が経過したことの認証
a.もしそうであれば、続行、
b.もしそうでなければ、停止−アラームなし、
３．アラームが設定された売買指示のスポットコードのいずれかに対する検出が受信されたことの認証
a.もしそうであれば、停止−アラームなし、
b.もしそうでなければ、警告を発行。
【０４３１】
アウト・オブ・フライト
１．特定の広告主／製品／放送業者に対する検出が受信されたことの認証
a.もしそうであれば、続行、
b.もしそうでなければ、停止−アラームなし、
２．特定の広告主／製品／放送業者／スポットコードに対する売買指示が受信されたことの認証
a.もしそうであれば、続行、
b.もしそうでなければ、警告を発行、
３．特定の広告主／製品／放送業者／スポットコードに対する売買指示が受信されたら、売買指示開始日付と売買指示終了日付との間に検出が入っていることの認証
a.もしそうであれば、停止−アラームなし、
b.もしそうでなければ、警告を発行、
電波停止間隔
１．ユーザ定義の電波停止時間間隔が設定されたことの認証
a.もしそうであれば、続行、
b.もしそうでなければ、停止−アラームなし、
２．アラームが設定された売買指示上のスポットコードに対する検出が受信されたことの認証
a.もしそうであれば、続行、
b.もしそうでなければ、停止−アラームなし、
３．売買指示の開始日が経過したことの認証
a.もしそうであれば、続行、
b.もしそうでなければ、停止−アラームなし、
４．売買指示の終了日が経過したことの認証
a.もしそうであれば、停止−アラームなし、
b.もしそうでなければ、続行、
５．検出時刻がユーザ定義の電波停止時間間隔内にあることの認証
a.もしそうであれば、警告を発行、
b.もしそうでなければ、停止−アラームなし。
【０４３２】
間違った放送業者
１．代理店／広告主／製品及びメディアに対する売買指示がインポートされたことの認証
a.もしそうであれば、続行、
b.もしそうでなければ、停止−アラームなし、
２．放送業者が売買指示上に見つかったことの認証
a.もしそうであれば、停止−アラームなし、
b.もしそうでなければ、警告を発行。
【０４３３】
間違ったローテーション
１．代理店／広告主／製品／放送業者に対する売買指示がインポートされたことの認証
a.もしそうであれば、続行、
b.もしそうでなければ、停止−アラームなし、
２．ローテーションパーセンテージがインポートされた売買ローテーションにおいて定義されたことの認証
a.もしそうであれば、続行、
b.もしそうでなければ、停止−アラームなし。
【０４３４】
３．検出日が売買指示開始日後であることの認証
a.もしそうであれば、続行、
b.もしそうでなければ、停止−アラームなし、
４．検出日が売買指示終了日前であることの認証
a.もしそうであれば、続行、
b.もしそうでなければ、停止−アラームなし、
５．放送業者が売買指示内に含まれていることの認証
a.もしそうであれば、続行、
b.もしそうでなければ、停止−アラームなし、
６．アラームが設定されたスポットコードが売買指示内に含まれていることの認証
a.もしそうであれば、続行、
b.もしそうでなければ、停止−アラームなし、
７．ユーザ定義のローテーション変更がオンラインシステム上に入力されたことの認証
a.もしそうであれば、続行、
b.もしそうでなければ、システム既定値の１０％を使用して続行、
８．ローテーションパーセンテージの計算（特定の時間フレーム内で広告主／製品に対して放送されたスポットの総数で割り算されたスポットコードのすべての放送）
９．売買指示内で定義されたローテーションパーセンテージとの比較及び付与されたスポットコードに対するローテーションパーセンテージがユーザ定義のローテーションパーセンテージ変更またはシステム既定値の１０％以内であるか否かの計算
a.もしそうであれば、停止−アラームなし、
b.もしそうでなければ、警告を発行。
【０４３５】
売買スポットコードのスケジュールデータへの付加
売買警告を設定しかつ生成するために使用するのに加え、売買指示からのスポットコードは、オンラインシステムにおいて各代理店スケジュールに対して有効なスポットコードのリストを生成するような方法で、スケジュールデータに付加され、それは“一部一致”マッチングタイプ及びスポットコード無しで入ってくるスケジュールラインに対する“間違ったコード”マッチング注釈を含むスポットコードレベルでのより厳密なスケジュールと検出日とのマッチングを与える。
【０４３６】
本発明は放送プログラム財務管理用の有利な方法及び装置を提供する。
【０４３７】
発明は、さまざまな実施例との関係で説明されてきたが、特許請求の範囲に記載された発明の思想及び態様から離れることなくさまざまな修正及び付加が可能であることは当業者の知るところである。
【０４３８】
【表５】
2009505234.tif 000015
2009505234.tif 000016
2009505234.tif 000017
2009505234.tif 000018
2009505234.tif 000019
2009505234.tif 000020
2009505234.tif 000021
2009505234.tif 000022
2009505234.tif 000023
【図面の簡単な説明】
【０４３９】
【図１】図１は、本発明のひとつの実施形態のブロック図を示す。
【図２】図２は、本発明のひとつの実施形態に従う、変更の電子的取得による注文変更プロセスを説明するフローチャートである。
【図３】図３は、本発明のひとつの実施形態に従う、変更の手動取得による注文変更プロセスを説明するフローチャートである。
【図４】図４は、本発明のひとつの実施形態に従う、システム内部のデータフローのブロック図である。
【図１】
2009505234.tif 000024
【図２】
2009505234.tif 000025
【図３】
2009505234.tif 000026
【図４】
2009505234.tif 000027
【国際調査報告】
2009505234.tif 000028