(57)【特許請求の範囲】
【請求項１】
メモリを備えるコンピュータで実行される、広告視聴者を計測する方法であって、
第１の広告のメディアプランを決定するステップと、
スマートＴＶの組から、前記スマートＴＶの組に関する視聴データの組を受信するステップと、を備え、
前記視聴データの組は、スマートＴＶ識別子と、前記スマートＴＶで再生されたコンテンツに関する番組識別子と広告識別子と、を備え、
前記方法は、
前記スマートＴＶで再生された前記コンテンツを、少なくとも、実況、録画、オンデマンド、オーバー・ザ・トップのいずれかに分類するステップと、
前記スマートＴＶで再生される前記コンテンツに挿入された前記第１の広告を、少なくとも、全国的、地域的、動的のいずれかに分類するステップと、
前記メディアプラン、前記視聴データの組、前記コンテンツの分類、及び前記第１の広告の分類に従って、前記第１の広告に関する広告インプレッション数を決定するステップと、を更に備え、
前記広告インプレッション数を決定するステップは、報告するスマートＴＶの数を追跡されたＴＶの数で割り、その結果に特定市場エリアにおけるテレビ所有者数を掛けるステップを含み、
前記広告インプレッション数が地理的単位又は政治的単位における指定市場エリアのすべてに亘って足し合わされ、前記地理的単位又は政治的単位の広告インプレッションが決定される方法。
【請求項２】
少なくとも２つのタイムゾーン及び少なくとも２つのＴＶ配信メディアにまたがって、各広告に関するメディアプランを比較するステップと、
前記広告が、前記タイムゾーンと前記ＴＶ配信メディアにまたがって、同じ番組内の同じ時間位置に出現した場合は、前記同じ番組内の前記時間位置を全国的な広告スロットに分類するステップと、
前記広告が、前記タイムゾーンと前記ＴＶ配信メディアにまたがって、同じ番組内の同じ時間位置に出現しなかった場合は、前記同じ番組内の前記時間位置を非全国的な広告スロットに分類するステップと、を更に備える請求項１に記載の方法。
【請求項３】
前記同じ番組内の前記時間位置が非全国的なタイムスロットに分類されたとき、
前記広告が、地理的領域の全域で、前記地理的領域内のＴＶ配信メディアのオペレータにより均一又は不均一に挿入されたと判断するステップ、を更に備える請求項２に記載の方法。
【請求項４】
第１の広告のメディアプランを決定するステップは、
複数のＴＶ配信メディア内の複数のネットワークコールサインに関し、前記ネットワークコールサインの各々に紐付いたコンテンツを分析し、前記コンテンツ内の新たな広告と既に特定された広告とを特定し、特定された広告の代表値を抽出するステップと、
前記コンテンツ内の広告に広告識別子を割り当てるステップと、
前記ネットワークコールサインに関する番組スケジュールにアクセスするステップと、を備え、
前記番組スケジュールは、前記ネットワークコールサインによって送信されたコンテンツ内の番組の開始時刻及び終了時刻を含み、
前記広告のメディアプランを決定するステップは、
前記コンテンツ内の前記番組で、前記広告識別子が発生した回数と発生した時刻とを決定するステップと、
前記番組スケジュール内で、前記第１の広告が出現した番組のサブセットを備えるメディアプランを決定するステップと、を更に備える請求項１に記載の方法。
【請求項５】
前記ネットワークコールサインの各々に紐付いたコンテンツを分析し、前記コンテンツ内の新たな広告を特定するステップは、
前記コンテンツの一部分が、先行する部分に対して少なくとも１つのシーンチェンジを含むか否かと、
前記コンテンツの前記部分の前に、ブランク又は黒のフレームがあるか否かと、
前記コンテンツの前記部分に、先行する部分に対して量の変化があるか否かと、
前記コンテンツの前記部分には、先行する部分にあった文字列スクロール部分が消えているか否かと、
前記コンテンツの前記部分には、先行する部分にあったネットワークロゴが消えているか否かと、
前記コンテンツの前記部分が出現した番組の開始時又は前記コンテンツの前記部分が出現した番組内の最後の広告時から起算して、特定の長さの時間が経過したか否かと、
前記コンテンツの前記部分の前、又は後、又は前後に広告が出現したか否かと、
前記コンテンツの前記部分が、複数のインスタンスに出現したか否かと、を判断するステップを備える請求項４に記載の方法。
【請求項６】
前記ネットワークコールサインの各々に紐付いたコンテンツを分析し、前記コンテンツ内の新たな広告と既に特定された広告とを特定するステップは、
前記コンテンツが既に特定された広告と一致するか否か、又は前記コンテンツが広告であることの基準を満たすか否かを決定するステップと、
前記コンテンツが既に特定された広告と一致する、又は前記コンテンツが広告であることの基準を満たすと判断された場合、前記コンテンツに関するデータを記録するステップと、を備え、
前記データは、前記広告識別子、前記広告の再生時間、前記広告の開始時刻及び終了時刻、前記広告の代表値、前記広告を再生したスマートＴＶが存在する市場エリア、前記広告を送信したオペレータ、前記広告が出現した広告スロット、及び前記広告に対する評価支出額の中の少なくとも１つを含む、請求項４に記載の方法。
【請求項７】
広告コンテンツの代表値及び前記広告コンテンツの広告識別子と、番組コンテンツの代表値及び前記番組コンテンツの番組識別子と、をスマートＴＶに送信するステップと、
前記スマートＴＶで再生されたコンテンツストリーム内の広告の、前記スマートＴＶによってなされた特定に関する情報を、前記スマートＴＶから受信するステップと、
前記スマートＴＶで再生されたコンテンツを分類するステップと、
を更に備え、
前記スマートＴＶで再生されたコンテンツが時間差を伴わずにメディアプランを辿ったとき、前記コンテンツは実況に分類され、
前記特定に関する情報は、前記スマートＴＶに送信された広告識別子と番組識別子のサブセットを含む、請求項１に記載の方法。
【請求項８】
広告コンテンツの代表値及び前記広告コンテンツの広告識別子と、番組コンテンツの代表値及び前記番組コンテンツの番組識別子と、をスマートＴＶに送信するステップと、
前記スマートＴＶで再生されたコンテンツストリーム内の広告の、前記スマートＴＶによってなされた特定に関する情報を、前記スマートＴＶから受信するステップと、
前記スマートＴＶで再生されたコンテンツを分類するステップと、
を更に備え、
前記スマートＴＶで再生されたコンテンツが時間差を伴ってメディアプランを辿ったとき、前記コンテンツは録画に分類され、
前記特定に関する情報は、前記スマートＴＶに送信された広告識別子と番組識別子のサブセットを含む、請求項１に記載の方法。
【請求項９】
広告コンテンツの代表値及び前記広告コンテンツの広告識別子と、番組コンテンツの代表値及び前記番組コンテンツの番組識別子と、をスマートＴＶに送信するステップと、
前記スマートＴＶで再生されたコンテンツストリーム内の広告の、前記スマートＴＶによってなされた特定に関する情報を、前記スマートＴＶから受信するステップと、
前記スマートＴＶで再生されたコンテンツがメディアプランを辿らず、かつ前記コンテンツ内の番組は既知であると判断した場合、前記コンテンツのソースを分類するステップと、
前記コンテンツ内の広告の特性を測定するステップと、
前記測定された特性に従って、前記コンテンツのソースを割り当てるステップと、
を更に備える、請求項１に記載の方法。
【請求項１０】
前記ソースは、前記スマートＴＶへの、オンデマンド配信、オーバー・ザ・トップ配信、又はインターネット配信を含む請求項９に記載の方法。
【請求項１１】
前記コンテンツ内の広告の特性を測定するステップは、前記コンテンツ内の広告のブロック長を測定することを含む請求項９に記載の方法。
【請求項１２】
スマートＴＶ視聴者層及び調査データにアクセスするステップと、
前記調査データに従って、前記スマートＴＶ視聴者層を調整するステップと、を更に備える請求項１に記載の方法。
【請求項１３】
前記第１の広告に関する総合視聴率を決定するステップを更に備える請求項１に記載の方法。
【請求項１４】
前記第１の広告に関するターゲット・レイティング・ポイントを決定するステップを更に備える請求項１３に記載の方法。
【請求項１５】
前記視聴データの組は、特定市場エリアと、前記スマートＴＶの組内の各スマートＴＶのＩＰアドレスと、前記第１の広告を最初に受信したときのタイムスタンプと、前記第１の広告の受信が終了したときのタイムスタンプと、ネットワークコールサインと、番組識別子と、を更に備える請求項１に記載の方法。
【請求項１６】
メモリを備えるコンピュータで実行される、広告視聴者を計測する方法であって、
第１の広告のメディアプランを決定するステップと、
スマートＴＶの組から、前記スマートＴＶの組に関する視聴データの組を受信するステップと、を備え、
前記視聴データの組は、スマートＴＶ識別子と、前記スマートＴＶで再生されたコンテンツに関する番組識別子と広告識別子と、を備え、
前記方法は、
前記スマートＴＶで再生された前記コンテンツを、少なくとも、実況、録画、オンデマンド、オーバー・ザ・トップのいずれかに分類するステップと、
前記スマートＴＶで再生される前記コンテンツに挿入された前記第１の広告を、少なくとも、全国的、地域的、動的のいずれかに分類するステップと、
前記メディアプラン、前記視聴データの組、前記コンテンツの分類、及び前記第１の広告の分類に従って、前記第１の広告に関する広告インプレッション数を決定するステップと、
メディア再生装置及びスマートＴＶのＩＰアドレスを受信するステップと、
前記受信したＩＰアドレスの少なくとも一部に基づき、前記メディア再生装置と前記スマートＴＶとを結びつけるステップと、を更に備え、
前記広告インプレッション数を決定するステップは、報告するスマートＴＶの数を追跡されたＴＶの数で割り、その結果に特定市場エリアにおけるテレビ所有者数を掛けるステップを含む方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、テレビコマーシャルの視聴者数を計測する方法及びシステムに関する。
【背景技術】
【０００２】
以下の説明は本発明を理解する上で有用となり得る情報を含む。そこで与えられるいかなる情報も、先行技術又は本願の請求する発明に関係するものであると認められるものではない。また、明示的又は黙示的になされたいかなる表明も、先行技術であると了解されるものではない。
【０００３】
テレビ視聴者を計測する技術は、人による書面記録、何らかの自動化された「ピープル・メータ」、更により最近では、より自動化された「ポータブル・ピープル・メータ」や「セットトップボックス」のデータ解析などを含む。書面記録は、調査対象者が、いつどのテレビ放送チャンネルの番組を見たかを記録するノートである。書面記録は以下の点、すなわち不正確で曖昧である点、昼間や深夜における視聴に関する過小報告、「チャンネルサーフィン」（頻繁にチャンネルを変えること）の無記録、計測が当該年の比較的短い期間における視聴者の振る舞いに限られるなどの点により、問題があるとされている。一般に「ピープル・メータ」は、各世帯における調査対象者のための装置であり、ボタンを備える。調査対象者は、テレビ視聴中であることを示すためのボタンを押す。ピープル・メータは、テレビがどの周波数に合わされたかを記録する。その時刻と、当該周波数を使用するチャンネルの放送スケジュールとを相互参照することにより、（スケジュールからの番組変更がなければ）調査対象者が見ていたであろう番組を特定することができる。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ピープル・メータでは、調査対象でない者が（ボタンを用いて）年齢その他の人物統計データを入力することもできてしまうため、調査対象でない者からの情報が提供される可能性がある。書面記録とピープル・メータは、以下の点、すなわち調査対象者による積極的関与が必要である点、全人口に対する調査対象者の選択と配分に関する問題、使用が宅内に限られる点、従来にないメディア再生装置（スマートフォン、タブレット、ラップトップ及びデスクトップコンピュータなど）では視聴者の振る舞いが測定できない点、番組スケジュールと実際に視聴された番組や広告との間の不一致などの点により、問題があるとされている。ポータブル・ピープル・メータ（「ＰＰＭ」）は、調査対象者に装着または携帯される装置である。ＰＰＭは、番組の音声に付加され人間の耳には聞こえない符号化情報を検知し、これを復号化して調査会社に伝達する。復号化された情報により、調査対象者が見た番組が特定される。
【０００５】
より最近では、ケーブルコンバータボックス等からのセットトップボックスのデータが、視聴者数とその特性を計測するために使われている。セットトップボックスは広範に設置された基盤であり、そのデータは簡単に取得可能である。世帯レベルの人物統計データは既に取得可能である。しかしながら、多くの視聴者はセットトップボックスを切らずにテレビを切ってしまう。このため、実際にテレビ画面がオンになっていて、番組が本当に視聴されているかの確認ができない。この点がセットトップボックスによるデータの最大の欠点である。従って計測会社は、実際に視聴されているものを推測するアルゴリズムを開発する必要がある。セットトップボックスデータのもう一つ課題は、番組中でどのような広告が流れているかが明確に判断できないことである。このため、実際にどの広告が見られたかを判断するためには、外部的な「放映広告ログ（ａｓ−ｒｕｎ  ａｄ  ｌｏｇｓ）」が必要となる。更にこの課題は、ある種の広告、すなわち部分的に挿入された広告、オペレータにより挿入された広告、動的に挿入された広告、「オーバー・ザ・トップ」番組配信（Ｎｅｔｆｌｉｘ（登録商標）、Ｈｕｌｕ（登録商標）等による番組配信が「オーバー・ザ・トップ」又は「ＯＴＴ」配信と呼ばれる）に挿入された広告などが存在することで、より複雑なものとなる。セットトップボックスデータを用いて、オンデマンド番組、ＯＴＴ番組やその他のタイプの広告を追跡することは、事実上不可能である。
【０００６】
現行の視聴者計測システムでは、調査対象者により何が視聴されているかを判断する根拠として、番組スケジュールが使われる。従って、該システムはこの番組スケジュールの正確性に大きく依存する。更に現行の視聴者計測システムは低速であるため、メディアを再生するフォーラムや装置の多くは記録されない。そして現行の視聴者計測システムは、広告や広告視聴者よりも、番組や番組視聴者を指向している。
【課題を解決するための手段】
【０００７】
広告が、リニアテレビジョン、オンデマンド、ＯＴＴあるいはインターネット経由で再生されるテレビ（例えばＣｈｒｏｍｅｃａｓｔ（登録商標））のいずれに挿入された場合であっても、テレビ広告視聴者の数と構成を正確に測定、確認するシステム及び方法が必要である。
【図面の簡単な説明】
【０００８】
【図１】本明細書に開示された実施形態に従って構成された典型的な計算装置に関し、ネットワークと装置を示す略図である。
【図２】典型的なアイスポットサーバの計算装置といくつかのデータ構造及び／又はその構成部品を示す機能ブロック図である。
【図３】典型的なアイスポットサーバデータストアを示す機能ブロック図である。
【図４】典型的なスマートＴＶの計算装置といくつかのデータ構造及び／又はその構成部品を示す機能ブロック図である。
【図５】典型的なスマートＴＶデータストアを示す機能ブロック図である。
【図６】広告ハーベスタのルーチンの典型的な一実施形態を示すフローチャートである。
【図７】メディアプラン決定部のルーチンの典型的な一実施形態を示すフローチャートである。
【図８】視聴データ収集部のルーチンの典型的な一実施形態を示すフローチャートである。
【図９】スマートＴＶデータ収集部のルーチンの典型的な一実施形態を示すフローチャートである。
【図１０Ａ−１０Ｂ】広告挿入タイプ決定部のルーチンの典型的な一実施形態を示すフローチャートである。
【図１１Ａ−１１Ｂ】新広告識別部のルーチンの典型的な一実施形態を示すフローチャートである。
【発明を実施するための形態】
【０００９】
以下の詳細な説明は、本技術の種々の例を理解するための具体的な詳細を与える。当業者は、これら多数の詳細がなくても本技術が実施可能であることが理解できるであろう。本技術の説明が不要に曖昧となることを避けるため、いくつかの例では構造や機能は、詳細にあるいは全く説明又は記述されない。以下の説明で使われる用語は、たとえ本技術の特定の例を詳細に説明するために使われる場合であっても、最も広い範囲で合理的に解釈されるべきである。以下の詳細な説明で、ある用語は強調して使用される。しかし、限定的に解釈されるべく意図された専門用語は、明示的かつ具体的に、そのような限定的な意味で定義されるだろう。
【００１０】
本明細書と特許請求の範囲全体を通して、文脈上明らかに別の解釈が要求されない限り、「備える」「具備する」等の用語は両立的な意味で解釈されるべきである。これは排他的又は網羅的な意味とは対照的であり、「含むが、しかしこれに限定されない」ことを意味する。以下で用いられる「接続する」「結合する」等の用語は、任意の接続又は結合、すなわち複数の要素間の直接又は間接の接続又は結合、複数の要素間の物理的又は論理的結びつき、若しくはそれらの組み合わせを意味する。更に、本願において「ここで」「上記」「下記」等の言葉が使われた場合、これらは本願全体を示すのであって、本願の特定の一部を示すのではない。文脈上許される限り、単数形で使われる言葉は複数を含んでもよく、複数形で使われる言葉は単数を含んでもよい。複数の事項を列挙したものに対し「又は」という言葉を使った場合、「この列挙内の任意の事項」「この列挙内のすべての事項」「この列挙内の１つ以上の事項の組み合わせ」のいずれの解釈も含まれる。
【００１１】
ある要素の実例は、数字と文字とでラベル付けされる。これらの実例はすべて、通常の範囲内で同等である。同一要素についての複数の実例であるがタイプの異なるものは、唯一の又は識別性のある識別子を与えられることにより、別個に扱われる。この場合、当該要素は文字を伴わない数字のみを用いて参照される。この場合、この参照は当該要素のすべてのものを示す。
【００１２】
ここで用いられる「ＴＶ」は、「テレビジョン」の略語である。
【００１３】
ここで用いられる「オンデマンド番組」は、ユーザにより選択されるオーディオ及び／又はビデオのコンテンツである。通常オンデマンド番組は、リアルタイムで選択及び視聴される。しかしオンデマンド番組は、後で視聴又は再生されることを目的に（エンドユーザの手元のコンピュータか、エンドユーザから離れた場所にあるサーバを用いて）ダウンロードその他の方法で記録されてもよい。
【００１４】
ここで用いられる「リニアテレビジョン」は、予め定められたスケジュールに従い、多数の視聴者に向けて放送されるテレビ番組である。
【００１５】
ここで用いられる「スマートＴＶ」は、組み込みコンピュータとインターネット・サービスを備えるテレビ又はセットトップボックスである。スマートＴＶは、放送テレビ番組に限らず、典型的にはダウンロード又は予めインストールされたソフトウェア・アプリケーション、すなわち「ａｐｐ」を用いて、オンライン双方向メディア、インターネットＴＶ、ＯＴＴコンテンツ及びネットワークコンテンツにアクセスし、これを再生することができる。スマートＴＶは、メモリ、オペレーティング・システム、及びａｐｐにより取得されたコンテンツやテレビ放送番組を受信、再生するためのアプリケーションを備えるコンピュータである。
【００１６】
ここで用いられる「オペレータ」は、ＴＶ配信メディアを用いてコンテンツを提供する組織である。オペレータは、各々に放送メディアでいう「チャンネル」等が割り当てられた複数のテレビネットワークのコンテンツを統合することができる。
【００１７】
ここで用いられる「ＴＶ配信メディア」は、一般に電波を利用して情報を伝達する１対多の通信メディアである。ＴＶ配信メディアは例えば、ラジオやテレビの地上波放送メディア、衛星放送メディア及びケーブルシステムを含む。
【００１８】
ここで用いられる「ＴＶネットワーク」は、リニアテレビジョンコンテンツの配信者である。「ＴＶネットワーク」には、一般にＴＶ配信メディアにおける１つ以上の「チャンネル」が割り当てられる。ＴＶネットワークは、一般にケーブル会社などオペレータを通じてリニアテレビジョンコンテンツを配信するが、これに限られない。ＴＶネットワークは、直接、あるいは地上波放送メディアなどのＴＶ配信メディアを通じて、リニアテレビジョンコンテンツを配信してもよい。
【００１９】
ここで用いられる「ポッド」は、連続するコマーシャルやテレビ番組中のスポットアナウンスの集合体を意味する。
【００２０】
ここで用いられる「広告スロット」は、ポッドのうち、広告を挿入できる部分を意味する。ポッドは一般に複数の広告スロットを備える。
【００２１】
図１は、本明細書に開示された実施形態に従って構成された典型的な計算装置に関し、ネットワークと装置を示す略図である。アイスポットサーバ２００のコンピュータが図示される。このアイスポットサーバ２００は、ネットワーク１９９を介してスマートＴＶ４００とメディア再生装置１２０とに接続する。
【００２２】
スマートＴＶ４００とメディア再生装置１２０とが、ロケーション１７５内に図示される。ロケーション１７５は例えば、住宅、アパート等であってよい。スマートＴＶ４００とメディア再生装置１２０とは、（図１でロケーション１７５内に置かれているように）同じ場所に設置される必要はなく、異なる場所に設置されてもよい。（後述のように）アイスポットサーバ２００は、アイスポットデータストア３００を備えるか、それに接続されてよい。メディア再生装置１２０の例として、コンピュータ１２４（ラップトップ、デスクトップ、タワーコンピュータ等であってよい）とモバイル機器（スマートフォン、携帯電話、タブレットコンピュータ、ウェアラブルコンピュータ等であってよい）とが、メディア再生装置１２０内に図示される。コンピュータ及び／又はＴＶ配信メディア１８０及びネットワーク１９９から取得したコンテンツやテレビ番組を再生する目的で、ユーザによって使用される装置が、メディア再生装置１２０の例である。（以下で詳述するように）メディア再生装置１２０はまた、アイスポットサーバ２００と連動する。
【００２３】
後述のように、図１には、スマートＴＶ４００とスマートＴＶデータストア５００も示される。
【００２４】
後述のように、図１には、オペレータ１６０、ＴＶネットワーク１８５及びＴＶ配信メディア１８０も示される。これらの用語は上記で定義されたものである。
【００２５】
図１には、アイスポットＴＶモニタ１１０も示される。アイスポットＴＶモニタ１１０は、広大な地理的領域に展開するＴＶ配信メディア１８０に接続し、ＴＶ配信メディア１８０上に分散するリニアテレビジョンのコンテンツを解析し、アイスポットサーバ２００に情報を伝達する。アイスポットＴＶモニタ１１０は、アイスポットサーバ２００のルーチンの一部又は全部を実行してよい。例えば広告ハーベスタ６００のルーチンの一部又は全部は、アイスポットＴＶモニタ１１０によって実行されてよい。
【００２６】
図１には、第三者コンピュータ１５０も示される。第三者コンピュータ１５０は、複数の組織や会社、すなわち、ＴＶ配信メディア１８０上に分散するリニアテレビジョンの番組スケジュールや調査データ等の情報ソースとなり得る組織や会社のコンピュータを示す。
【００２７】
図１に示されるネットワーク１９９は、コンピュータ、コンピュータ間接続、及びネットワーク接続を介したコンピュータ間の通信を実現するソフトウェアルーチンを含む。ネットワーク１９９の例は、イーサネット（登録商標）ネットワーク、インターネット及び／又は無線ネットワーク、例えばＧＳＭ（登録商標）、ＴＤＭＡ、ＣＤＭＡ、ＥＤＧＥ、ＨＳＰＡ、ＬＴＥ、ＬＴＥ−Ａｄｖａｎｃｅｄ、あるいは無線サービスプロバイダから提供されるその他の無線ネットワークを含む。ネットワーク１９９への接続は、無線経由でも有線経由でもよい。図示された装置間の通信セッションに複数のネットワークが関与してもよい。ネットワーク１９９への接続においては、コンピュータ・ネットワーキングのＯＳＩ７層モデルや、それに相当する携帯電話ネットワーキングに必要なソフトウェアルーチンが、コンピュータによって実行されることが必要であってもよい。
【００２８】
本明細書は、第１のコンピュータ又はコンピュータ・プロセスが、第２のコンピュータ又はコンピュータ・プロセスに（例えばスマートＴＶ４００がアイスポットサーバ２００に）接続するときの、あるいはこれらに対応するデータストアに（例えばアイスポットデータストア３００に）接続するときの、該第１のコンピュータ又はコンピュータ・プロセスについて論じる。ここで接続という言葉は、別の２つの要素間の接続、又は別の２つの要素を介した接続をも意味すると理解されたい。例えば、スマートＴＶ４００がアイスポットサーバ２００に接続する（又はアイスポットサーバ２００にデータを送信する）といったときは、コンピュータ１２４がアイスポットデータストア３００に接続する（又はアイスポットデータストア３００にデータを送信する）ことも意味すると理解されるべきである。「データベース」という言葉は、「データストア」と同義であると理解されたい。図ではコンピュータとデータベースとは１つの物理ユニット内で一体化しているが、これらは、共通の（又は別々の）物理的ハードウェア、共通の（又は別々の）論理プロセス及びメモリ部品で与えられてもよい。ソフトウェアルーチン及び該ソフトウェアルーチンで使用されるデータ群は１つのコンピュータ内で発生するように論じられるが、これらは、例えばアプリケーションの仮想化などにより、互いに隔離された複数のコンピュータ内で記憶及び／又は実行されてもよい。
【００２９】
（詳細は後述するが）概略的には、アイスポットサーバ２００が（潜在的にアイスポットＴＶモニタ１１０と連携して、あるいはこれを用いて）広告ハーベスタ６００のルーチンを実行して、リニアテレビジョンの広告を特定し、該広告に関する情報を保存する。
【００３０】
アイスポットサーバ２００はまた、メディアプラン決定部７００のルーチンを実行して、広告ハーベスタ６００からのデータに基づいて広告のメディアプランを決定するとともに、アイスポットＴＶモニタ１１０からのデータにより広告スロットとテレビ番組の広告とを「全国的（ｎａｔｉｏｎａｌ）」「地域的（ｒｅｇｉｏｎａｌ）」「地方的（ｌｏｃａｌ）」及び／又は「動的に挿入された（ｄｙｎａｍｉｃａｌｌｙ  ｉｎｓｅｒｔｅｄ）」に分類する。
【００３１】
概略的には、（上記で定義された）スマートＴＶ４００は、テレビ視聴者により所有又は所持される。スマートＴＶ４００は、視聴データ収集部８００を実行して、スマートＴＶ４００自身に関するデータと、ＴＶ配信メディア１８０を介して送信されたリニアテレビジョンに関するデータとを収集する。スマートＴＶ４００によって収集されるスマートＴＶ４００自身に関するデータは、スマートＴＶ４００の識別子及びスマートＴＶ４００に割り当てられたＩＰアドレス等の識別子と、スマートＴＶ４００がある場所の特定市場エリア（「ＤＭＡ」（Ｄｅｓｉｇｎａｔｅｄ  Ｍａｒｋｅｔ  Ａｒｅａ））とを含む。スマートＴＶ４００によって収集される、ＴＶ配信メディア１８０を介して送信されたリニアテレビジョンに関するデータは、スマートＴＶ４００が受信、再生するチャンネルと、該チャンネルに紐付けられたネットワークコールサインと、スマートＴＶ４００によって再生される該チャンネルに割り当てられた番組識別子と、スマートＴＶ４００によって再生される番組に含まれる広告に割り当てられたアイスポット広告識別子と、を含む。
【００３２】
概略的には、アイスポットサーバ２００もまた、スマートＴＶデータ収集部９００を実行して、視聴データ収集部８００からデータを収集し、広告挿入タイプ決定部１０００を実行し、広告挿入タイプ決定部１０００により決定された広告挿入タイプの各分類内の広告インプレッション数を決定し、広告のＧＲＰとＴＲＰとを決定する。広告挿入タイプ決定部１０００は、スマートＴＶ４００により再生されたコンテンツを実況又は録画に分類し、非全国的広告を地域的又は地方的に分類し、番組ソースをオンデマンド、ＯＴＴ又はインターネットに分類する。
【００３３】
図２は、典型的なアイスポットサーバ２００の計算装置といくつかのデータ構造及び／又はその構成部品を示す機能ブロック図である。アイスポットサーバ２００は、少なくとも１つの演算装置２１０と、アイスポットサーバメモリ２５０と、ディスプレイ２４０と、入力部２４５と、を備える。これらの部品はすべて、バス２２０を介してネットワークインタフェース２３０に接続される。演算装置２１０は、１つ以上の汎用目的の中央演算装置（「ＣＰＵ」）２１２と、１つ以上の特定目的の画像演算装置（「ＧＰＵ」）２１４とを備えてよい。
【００３４】
演算装置２１０の部品は、アイスポットサーバ２００で実行されるルーチンに要求される他の機能を実現するために、オペレーティング・システム２５５によって利用されてよい。ネットワークインタフェース２３０は、ネットワーク１９９との接続を形成するために、あるいは他のコンピュータとの装置―装置間接続を形成するために利用されてよい。一般にアイスポットサーバメモリ２５０は、ランダムアクセスメモリ（「ＲＡＭ」）と、リードオンリーメモリ（「ＲＯＭ」）と、ディスクドライブやＳＤＲＡＭ（シンクロナスＤＲＡＭ）などの大容量永久記憶装置と、を備える。アイスポットサーバメモリ２５０は、以下のようなソフトウェアのプログラムコード、すなわち、広告ハーベスタ６００、メディアプラン決定部７００、スマートＴＶデータ収集部９００、広告挿入タイプ決定部１０００、ブラウザ、電子メールクライアントとサーバのルーチン、クライアント・アプリケーション、データベース・アプリケーション等を記憶する（詳細は後述する）。ＷｅｂブラウザやＷｅｂサーバのようなルーチンの付加的なデータグループもまた、アイスポットサーバ２００上で実行されてよい。Ｗｅｂサーバとブラウザのルーチンは、図１に示される他の計算装置や、図１に示されていない他の計算装置と連動するためのインタフェースを提供してもよい。図１に示されていない他の計算装置と連動する場合、インタフェースは、ＷｅｂブラウザやＷｅｂサーバを通じて与えられる（この場合、データや情報はＷｅｂページやｈｔｍｌドキュメントやファイルの形で送信され、応答される）。一般にブラウザやＷｅｂサーバは、ユーザインタフェースや装置インタフェースのルーチンを表すためのものであり、計算装置のインタフェースに情報を送信、再生するために使われる他の同等のルーチン（Ｗｅｂブラウザ、モバイル機器アプリケーション、サーバへのＡＰＩコール、ライブラリ等）で置き換えられてもよい。
【００３５】
更に、アイスポットサーバメモリ２５０は、オペレーティング・システム２５５を記憶する。これらのソフトウェア部品は、非一過性コンピュータ読み取り可能媒体２９５から、フロッピー（登録商標）ディスク、テープ、ＤＶＤ／ＣＤ―ＲＯＭドライブ、メモリカードといったストレージメディア等の非一過性コンピュータ読み取り可能媒体２９５に関するデバイスメカニズム（図示しない）を使用するコンピュータのアイスポットサーバメモリ２５０にロードされてもよい。いくつかの実施形態では、ソフトウェア部品は、追加的又は代替的に、ドライブメカニズムや非一過性コンピュータ読み取り可能媒体２９５以外のメカニズム（例えばネットワークインタフェース２３０）を介してロードされてもよい。
【００３６】
アイスポットサーバ２００はまた、入力部２４５の入力モダリティを与えるハードウェア、例えば、タッチスクリーン、カメラ、キーボード、マウス、トラックボール、スタイラス、モーション検知器、マイクロフォンなどを備えてもよい。入力部２４５として例えばタッチスクリーンが使われる場合、入力部２４５は、ディスプレイ２４０として機能してよく、入力部２４５表面への指やスタイラスの接触の形でなされた入力に応答してもよい。入力部２４５とディスプレイ２４０とは、物理的にアイスポットサーバ２００の一部であってよく、かつ／又は他の装置、例えば撮像分類器１００（Ｉｍａｇｅｒ−Ｓｏｒｔｅｒ）の一部であってもよい。
【００３７】
アイスポットサーバ２００はまた、図３に示されるアイスポットデータストア３００を備えてよく、あるいはバス２２０を介してアイスポットデータストア３００と通信してもよい。種々の実施形態では、バス２２０は、ストレージエリアネットワーク（「ＳＡＮ」）、高速シリアルバス及び／又はその他の好適な通信技術を備えてもよい。いくつかの実施形態では、アイスポットサーバ２００は、ネットワークインタフェース２３０を介して、アイスポットデータストア３００と通信してもよい。いくつかの実施形態では、アイスポットサーバ２００は、図示されているものより多くの部品を含んでよい。しかしながら、一般にこれら従来部品のすべてが、図面の形で示される必要はない。
【００３８】
図３は、典型的なアイスポットサーバデータストアを示す機能ブロック図である。ルーチンで用いられるデータ群が、アイスポットデータストア３００の構成要素として図示されている。これらについては、本明細書の別の図面の説明で更に論じられる。
【００３９】
図３に示されるルーチンに使われるデータ群は、カラム中のセルの形、若しくはデジタル文書又はファイルに規定された構造中で他の値と区別された値で表れさてよい。レコードはここでは個別レコード又はエントリと呼ばれるが、該レコードは複数のデータベースエントリを備える。データベースエントリは、数、ナンバー・オペレータ、２進数値、論理値、文字、列演算子、結合、条件論理、テスト等であっても、これらを代表しても、またこれらをエンコードしてもよい。
【００４０】
図４は、典型的なスマートＴＶ４００の計算装置といくつかのデータ構造及び／又はその構成部品を示す機能ブロック図である。スマートＴＶ４００は、少なくとも１つの演算装置４１０と、スマートＴＶメモリ４５０と、ディスプレイ４４０と、入力部４４５と、を備える。これらの部品はすべて、バス４２０を介してネットワークインタフェース４３０に接続される。演算装置４１０は、１つ以上の汎用目的の中央演算装置（「ＣＰＵ」）４１２と、１つ以上の特定目的の画像演算装置（「ＧＰＵ」）４１４とを備えてよい。
【００４１】
演算装置４１０の部品は、スマートＴＶ４００で実行されるルーチンに要求される他の機能を実現するために、オペレーティング・システム４５５によって使われてもよい。ネットワークインタフェース４３０は、ネットワーク１９９との接続を形成するために、あるいは他のコンピュータとの装置―装置間接続を形成するために使われてもよい。一般にスマートＴＶメモリ４５０は、ランダムアクセスメモリ（「ＲＡＭ」）と、リードオンリーメモリ（「ＲＯＭ」）と、ディスクドライブやＳＤＲＡＭ（シンクロナスＤＲＡＭ）などの大容量永久記憶装置と、を備える。スマートＴＶメモリ４５０は、以下のようなソフトウェアのプログラムコード、すなわち、視聴データ収集部８００、ブラウザ、電子メールクライアントとサーバのルーチン、クライアント・アプリケーション、データベース・アプリケーション等を記憶する（詳細は後述する）。ＷｅｂブラウザやＷｅｂサーバのようなルーチンの付加的なデータグループもまた、スマートＴＶ４００で実行されてよい。Ｗｅｂサーバとブラウザのルーチンは、図１に示される他の計算装置や、図１に示されていない他の計算装置と連動するためのインタフェースを提供してもよい。図１に示されていない他の計算装置と連動する場合、インタフェースは、ＷｅｂブラウザやＷｅｂサーバを通じて与えられる（この場合、データや情報はＷｅｂページやｈｔｍｌドキュメントやファイルの形で送信され、応答される）。一般にブラウザやＷｅｂサーバは、ユーザインタフェースや装置インタフェースのルーチンを表すためのものであり、計算装置のインタフェースに情報を送信、再生するための他の同等のルーチン（Ｗｅｂブラウザ、モバイル機器アプリケーション、サーバへのＡＰＩコール、ライブラリ等）で置き換えられてもよい。
【００４２】
更に、スマートＴＶメモリ４５０は、オペレーティング・システム４５５を記憶する。これらのソフトウェア部品は、非一過性コンピュータ読み取り可能媒体４９５から、フロッピー（登録商標）ディスク、テープ、ＤＶＤ／ＣＤ―ＲＯＭドライブ、メモリカードといったストレージメディアなどの非一過性コンピュータ読み取り可能媒体４９５に関するデバイスメカニズム（図示しない）を使用するコンピュータのスマートＴＶメモリ４５０にロードされてもよい。いくつかの実施形態では、ソフトウェア部品は、追加的又は代替的に、ドライブメカニズムと非一過性コンピュータ読み取り可能媒体４９５以外のメカニズム（例えばネットワークインタフェース４３０）を介してロードされてもよい。
【００４３】
スマートＴＶ４００はまた、入力部４４５の入力モダリティを与えるハードウェア、例えば、タッチスクリーン、カメラ、キーボード、マウス、トラックボール、スタイラス、モーション検知器、マイクロフォンなどを備えてもよい。入力部４４５として例えばタッチスクリーンが使われる場合、入力部４４５は、ディスプレイ４４０として機能してもよく、入力部４４５表面への指やスタイラスの接触の形でなされた入力に応答してもよい。入力部４４５とディスプレイ４４０とは、物理的にスマートＴＶ４００の一部であってよく、かつ／又は他の装置の一部であってもよい。
【００４４】
スマートＴＶ４００はまた、図５に示されるスマートＴＶデータストア５００を備えてよく、あるいはバス４２０を介してスマートＴＶデータストア５００と通信してもよい。種々の実施形態では、バス４２０は、ストレージエリアネットワーク（「ＳＡＮ」）、高速シリアルバス及び／又はその他の好適な通信技術を備えてもよい。いくつかの実施形態では、スマートＴＶ４００は、ネットワークインタフェース４３０を介して、スマートＴＶデータストア５００と通信してもよい。いくつかの実施形態では、スマートＴＶ４００は、図示されているものより多くの部品を含んでよい。しかしながら、一般にこれら従来部品のすべてが、図面の形で示される必要はない。
【００４５】
図５は、典型的なスマートＴＶデータストア５００を示す機能ブロック図である。ルーチンで用いられるデータ群が、スマートＴＶデータストア５００の構成要素として図示されている。これらについては、本明細書の別の図面の説明で更に論じられる。
【００４６】
図５に示されるルーチンに使われるデータ群は、カラム中のセルの形、若しくはデジタル文書又はファイルに規定された構造中で他の値と区別された値で表されてよい。レコードはここでは個別レコード又はエントリと呼ばれるが、該レコードは複数のデータベースエントリを備える。データベースエントリは、数、ナンバー・オペレータ、２進数値、論理値、文字、列演算子、結合、条件論理、テスト等であっても、これらを代表しても、またこれらをエンコードしてもよい。
【００４７】
図６は、広告ハーベスタ６００のルーチンの典型的な一実施形態を示すフローチャートである。広告ハーベスタ６００は、アイスポットサーバ２００及び／又はアイスポットＴＶモニタ１１０によって実行されてよい。そのような装置内には複数のテレビ信号受信器があってもよい。そのような装置やその信号受信器は、広大な地理的領域、すなわち複数の都市や複数の国にまたがって分散されていてよく、複数の異なるＴＶ配信メディア１８０に接続してよく、複数の該リニアテレビジョンソースに関する広告ハーベスタ６００を実行するために、多数のリニアテレビジョンソースからリニアテレビジョンを獲得してもよい。
【００４８】
ブロック６０５から６９５は、各ＴＶ配信メディア１８０上で反復される。ＴＶ配信メディア１８０には、広告ハーベスタ６００ルーチンを実行するコンピュータ・ハードウェアが接続することができる。ブロック６１０から６９０は、各「チャンネル」上で反復される。広告ハーベスタ６００のルーチンを実行するコンピュータ・ハードウェアは、このチャンネルの各々を受信することができる。一般に「チャンネル」は、ＴＶ配信メディア１８０を用いたコミュニケーション・スペクトラムを分割するものであると理解されるが、現在ではしばしば、この分割はスペクトラムの物理的又は電磁的分割ではなく、論理的分割であるとされる。従ってブロック６１０から６９０には、各「チャンネル」の「コールサイン」に従ってラベル付けがされる。一般に「コールサイン」は「チャンネル」に割り当てられる。例えば「コールサイン」は、ＮＢＣ（登録商標）、ＡＢＣ（登録商標）、ＣＮＮ（登録商標）等を含む。コールサインは、コールサイン３４０のレコードとしてアイスポットデータストア３００に記録されてよい。
【００４９】
ブロック６１５で、最新のコールサイン３４０を介して受信されたリニアテレビジョンは、ＴＶ配信メディア１８０より取得されたソース信号（アナログでもデジタルでもよい）からエンコード及び／又はトランスコードされてよい。このエンコード及び／又はトランスコードは、１つ以上の符号に（あるいは１つ以上の符号に従い）エンコードされるように、かつ種々のフレームや異なるレートでなされてよい。
【００５０】
ブロック６２０で、ブロック６１５でトランスコードされた出力からサンプルが選択されてよい。サンプルは例えば、１秒あたり３０フレームのビデオ及び／又は１秒あたり７チャンクのオーディオである。これらは、ブロック６１５でトランスコードされたデータのサブセットであってよい。サンプル及び、ブロック６１５でエンコード及び／又はトランスコードされたデータ及び／又はハッシュ又はそのフィンガープリントは、例えばサンプル３８５のレコードなどに保存されてよい。ここでは、サンプル、ハッシュ又はフィンガープリントは「代表値」と呼ばれてよい。
【００５１】
ブロック６２５で、広告ハーベスタ６００は、ＴＶ配信メディア１８０内のコールサイン３４０に関する番組スケジュールを受信してよい。番組スケジュールは、例えば第三者コンピュータ１５０から受信されてよい。この番組スケジュールは、例えば番組スケジュール３４５のレコードに保存されてよい。
【００５２】
ブロック６３０で、広告ハーベスタ６００は、最新の時間におけるコールサイン３４０の番組スケジュール３４５内の最新の番組を特定してよい。この番組は、例えば番組識別子３５０のレコードに記録されてよい。
【００５３】
ブロック６３５から６８５は、ブロック６３０の番組識別子３５０のレコードの各々に関して反復される。ブロック６４０から６８０は、ブロック６２０のサンプル３８５の各々に関して反復される。ブロック６４０から６８０の処理は、サンプル３８５のレコード内のビデオ及び／又はオーディオに関するものであってよい。
【００５４】
ブロック６４５で、最新のサンプル３８５又はそのハッシュが、現在のアイスポット広告識別子３２０に紐付けられたサンプル３８５又はそのハッシュに一致するか否かの判断が行われてよい。一致しない場合、ブロック１１００で、サンプル３８５が広告であることの基準を満たすか否かの判断が行われてよい。この判断については、図１１と関連して後述で議論される。
【００５５】
ブロック１１００での判断が肯定的であった場合、ブロック６５５で、広告の開始と終了が決定されてよい。広告の開始と終了は、以下のような基準、すなわち、ＴＶ配信メディアとコールサイン内の広告の特有の長さ、現行サンプル３８５に先行するサンプル３８５内におけるシーンチェンジの発生の有無、現行サンプル３８５に先行するサンプル３８５内におけるブランク又は黒のフレームの発生の有無、現行サンプル３８５に先行するサンプル３８５に対する量の変化の有無、ブロック１１５５で評価された時間経過に関する基準、ブロック１１６５で評価された他の広告に関する基準、サンプル３８５が発生した既知又は未知のコンテンツ等のインスタンスの長さ、新広告識別部１１００で評価される基準を含む他の基準等に基づいて決定されてよい。
【００５６】
広告内のすべてのサンプル３８５の処理が行われた後に、ブロック６５５で、サンプル３８５、例えば現行サンプル３８５及び／又はハッシュ、フィンガープリント又は広告の代表値は、保存されてよく、又は保存のためのラベル付けがされてもよい。
【００５７】
ブロック６６０で、既知の広告主に紐づく製品、ロゴ、商標、文字、画像等を用いて、広告の広告主が特定されてよい。特定された広告主は、例えば広告主３９０のレコードに保存されてよい。
【００５８】
ブロック６６５で、広告にアイスポット広告識別子３２０が割り当てられてよい。ブロック６７０（ブロック６４５での判断が肯定的であった場合、このブロックはブロック６４５に続くだろう）で、広告出現に関するデータが、例えばアイスポット広告識別子３２０に（又はアイスポット広告識別子３２０に関連して）記録される。この広告出現に関するデータは、以下のような情報、すなわち、広告に関する（単数又は複数の）タイムスタンプ（例えば異なるタイムゾーンに関するタイムスタンプ）、アイスポット広告識別子と該広告が出現する番組の番組識別子、ポッド番号、コマーシャルブレーク番号、又は番組内の広告スロット（これらは、ポッド３５５及び／又は広告スロット３９５として記録されてよい）、該広告が視聴される市場（例えばＤＭＡ３６５）、番組と広告とを放送するオペレータ１６０及びＴＶ配信メディア１８０、信頼スコア（これは、サンプル３８５が広告であるかを判断するためにブロック１１００で生成されるか、サンプル３８５が現在のアイスポット広告識別子３２０に一致するかを判断するためにブロック６４５で使用されてよい）、広告又は該広告が出現する広告スロットのタイプ（これは、例えば広告挿入タイプ決定部１０００で決定されてよい）、該広告の広告主からの支出の評価額（「評価支出」）、サンプルのハッシュ又は代表値等を含む。評価支出は、例えば２０１４年５月１３日出願の米国特許出願番号１４／２７６，９２０の明細書で概説された手続きに従って決定されてよい。
【００５９】
ブロック６７５（ブロック１１００での判断が否定的であった場合、このブロックはブロック１１００に続くだろう）で、サンプル３８５は広告ではなく、ＴＶ番組、例えば、ブロック６３０の番組識別子３５０のレコードに記録された番組や、番組スケジュール３４５、コールサイン３４０に従って、最新の時間に放送された番組の一部と特定されてよい。まだ行われていなければ、サンプル３８５に番組識別子３５０が割り当てられてよく、サンプル３８５は保存されてよく、及び／又はハッシュ又はフィンガープリント（これらは「代表値」と呼ばれる）の形で保存されてもよい。サンプル３８５に関する情報、例えば、番組開始からの経過時間、番組名、市場（ＤＭＡなど）、オペレータ、ＴＶ配信メディアなどが保存されてもよい。
【００６０】
広告に関するデータの記録又はブロック６７５に続き、広告ハーベスタ６００は、次のサンプル３８５、番組、コールサイン及びＴＶ配信メディアのために、反復に戻ってよい。
【００６１】
ブロック６９９で、広告ハーベスタ６００は終了するか、該広告ハーベスタを起動したプロセスに戻ってよい。
【００６２】
図７は、メディアプラン決定部７００のルーチンの典型的な一実施形態を示すフローチャートである。メディアプラン決定部７００は、例えばアイスポットサーバ２００により実行されてよい。メディアプラン決定部７００は、広告のメディアプランを決定するために実行されてよい。広告のメディアプランは、広告に関する以下のような情報、すなわち広告がどの番組に出たか、何月何日の何時に出たか、どのポッドでどの広告スロットに出たか、どのＴＶ配信メディアに出たか、どの市場に出たか、などといった情報を記録したものである。広告はしばしば、元の広告主からの一般的な指示のみに基づき、マーケティング会社から出される。どの広告をいつどこに出すかの判断には、複数の組織が関与するだろう。その結果、広告のメディアプランが事前に知られることはほとんどない。また、事後に改良された正確なメディアプランは（本開示より前は）、まとめるのが高価な上、サンプリングと推定に基づくため誤差を生みやすかったであろう。
【００６３】
ブロック７０５から７３５は、アイスポット広告識別子３２０を割り当てられた広告の各々に関して反復される。この反復は、どの広告出現データが、広告ハーベスタ６００のブロック６７０等に記録されたかに関して行われる。
【００６４】
ブロック７１０で、広告ハーベスタ６００のブロック６７０のような広告出現データと、広告ハーベスタ６００のブロック６７０のような番組情報とが、まとめられるか又は一覧表化され、最新のアイスポット広告識別子３２０のためのメディアプランが決定されてよい。メディアプランは、例えばメディアプラン３１５に保存されてよい。サンプルのメディアプラン３１５は、例えば、ブランド、ブランド識別子、広告タイトル、アイスポット広告識別子、コールサイン、番組名、番組エピソード、番組タイプ、番組ジャンル、番組サブジャンル、新エピソード、太平洋／中部／山岳部／東部による放送時間、曜日、放送時間区分、ポッド及び／又はスロット識別部、放送タイプ（全国的、全国的衛星、地域的等）、市場（ＤＭＡ）、プラットフォーム（ＴＶ配信メディア）、オペレータ、持続時間、親のアイスポット広告識別子、サンプルハッシュ識別子、産業、副産業、製品カテゴリ、製品、評価支出等のカラムを含んでよい。
【００６５】
ブロック７１５で、メディアプラン３１５は、タイムゾーンごと及びオペレータ１６０ごとに比較されてよい。この比較は、共通の特性を持つメディアプランであって、タイムゾーン及びオペレータ１６０にまたがって存在するメディアプラン３１５同士の比較であってよい。
【００６６】
ブロック７２０で、同じ番組（例えば番組識別子３５０で特定される）に関し、同じアイスポット広告識別子が、該番組識別子３５０内の同じ広告スロット３９５に現れるか否かの判断が行われてよい。ブロック７２０での判断が肯定的であった場合、番組識別子３５０に関する広告スロット３９５は「全国的」広告スロット３９５に、アイスポット広告識別子３２０は「全国的」広告に分類されてよい。全国的広告スロットは、全国規模の組織、例えばＴＶネットワーク１８５によって管轄される広告スロットである。全国的広告は、全国的広告スロットに出される広告である。
【００６７】
ブロック７２０での判断が否定的であった場合、ブロック７３０で、番組識別子３５０に関する広告スロット３９５は「非全国的」広告スロット又は「地域的／地方的／動的」広告スロットに分類されてよい。地域的広告スロットは、地域的なオペレータ又は広告代理店により購入された又はこれを満たすように割り当てられた広告スロットである。一つの地域における同じ広告スロット内に異なる広告が存在する場合、地域的広告スロットは更に「地方的」広告スロットに分類されてよい。動的広告スロットは、地域的又は地方的広告スロットであって、オペレータ１６０や関連会社によって動的に満たされるものである。動的広告スロットは、個々の所有者や地域に応じて動的にアドレス指定がされてよい。
【００６８】
ブロック７３５で、メディアプラン決定部７００は、次のアイスポット広告識別子３２０のために、反復に戻ってよい。
【００６９】
ブロック７９９で、メディアプラン決定部７００は、終了するか、メディアプラン決定部７００を起動したプロセスに戻ってよい。
【００７０】
図８は、視聴データ収集部８００のルーチンの典型的な一実施形態を示すフローチャートである。視聴データ収集部８００は、例えばスマートＴＶ４００により実行されてよい。視聴データ収集部８００は、例えば、スマートＴＶ４００の製造者や販売者、あるいはその他のスマートＴＶ４００にソフトウェアをインストールする資格のある者により、スマートＴＶ４００にロードされてよい。
【００７１】
ブロック８０５で、視聴データ収集部８００は、以下に列挙する情報、すなわち、アイスポット広告識別子３２０が割り当てられる広告に関する情報、例えば、オーディオ及び／又はビデオのサンプル、ハッシュ、フィンガープリント、又はその他の代表値等、並びに対応するアイスポット広告識別子３２０、並びに番組に関する情報、すなわち、サンプル、ハッシュ、フィンガープリント、又はその他の代表値等、並びに対応する番組識別子３５０、などを受信してよい。広告及び番組両者に関するオーディオ及び／又はビデオのサンプル、ハッシュ、フィンガープリント、又はその他の代表値は、アイスポットサンプル５０５として、スマートＴＶデータストア５００に保存されてよい。アイスポット広告識別子３２０は、アイスポット広告識別子５１０として、スマートＴＶデータストア５００に保存されてよい。番組識別子３５０は、番組識別子５１５として、スマートＴＶデータストア５００に保存されてよい。サンプルは、サンプルのハッシュ又はフィンガープリント（これらは本明細書で「代表値」と呼ばれる）であるか、又はこれを含んでよい。
【００７２】
ブロック８１０で、視聴データ収集部８００は、スマートＴＶ４００の唯一のＴＶ識別子（例えばＭＡＣアドレス等）と、スマートＴＶ４００が使用するＩＰアドレスとを取得してよい。このデータは、例えばスマートＴＶデータ５２０に（あるいはこれに関連して）保存されてよい。
【００７３】
ブロック８１５で、視聴データ収集部８００は、当該スマートＴＶ４００が存在する場所の特定市場エリア（「ＤＭＡ」）を取得してよい。これは、第三者コンピュータ１５０などの第三者から取得されてよい。この第三者は、スマートＴＶ４００のＩＰアドレスをＤＭＡにマップしてよい。またこの第三者は、視聴データ収集部８００からの要求に応えて、ＤＭＡの情報を視聴データ収集部８００に提供してよい。
【００７４】
ブロック８２０から８７０は、スマートＴＶ４００によって受信、再生される最新のチャンネル又はコールサインに関して反復されてよい。
【００７５】
ブロック８２５で、視聴データ収集部８００は、最新のチャンネルのＴＶネットワーク１８５のコールサインを取得してよい。これは、ＴＶ配信メディア１８０上の送信信号から取得されてよい。
【００７６】
ブロック８３０で、スマートＴＶ４００によって再生されたコンテンツのサンプルが、スマートＴＶ４００から、視聴データ収集部８００によって取得されてよい。このサンプルは、例えば１秒あたり１フレームのビデオであってよい。このサンプル、ハッシュ、フィンガープリント、又はその代表値は、例えばスマートＴＶサンプル５３０として保存されてよい。
【００７７】
ブロック８３５から８６５は、スマートＴＶサンプル５３０の各々に関して反復されてよい。
【００７８】
ブロック８４０で、スマートＴＶサンプル５３０が、現行のアイスポット広告識別子又は番組識別子５１５と一致するか否か、あるいは不一致であるか否かの判断が行われてよい。この判断は、スマートＴＶサンプル５３０とアイスポットサンプル５０５とを比較して、どのアイスポットサンプルが、対応するアイスポット広告識別子５１０又は番組識別子５１５に紐づくのかを判断することを含んでよい。この比較は、スマートＴＶ４００又は視聴データ収集部８００で実行される自動コンテンツ認識（Ａｕｔｏｍａｔｅｄ  Ｃｏｎｔｅｎｔ  Ｒｅｃｏｇｎｉｔｉｏｎ）（「ＡＣＲ」）アルゴリズムなどにより行われてよい。このＡＣＲシステム等は、参照としてスマートＴＶサンプル５３０を使ってよい。
【００７９】
８４０で、一致が番組識別子５１５との一致だった場合、又は一致がなかった場合、ブロック８４５で、一致した番組識別子と番組スケジュール５２５とが相互参照されてこの一致が確認されるか、不一致とされた番組識別子５１５が特定されてよい。番組スケジュール５２５は、ＴＶ配信メディア１８０上の送信信号から取得されてよく、及び／又は第三者コンピュータ１５０あるいはその他の組織から取得されるか又はサービスとして提供されてよい。ブロック８５０で、番組識別子５１５が戻されてよい。
【００８０】
８４０で、一致がアイスポット広告識別子５１０との一致だった場合、ブロック８５５で、この一致したアイスポット広告識別子５１０が戻されてよい。
【００８１】
ブロック８６０で、番組開始からの経過時間と、番組スケジュール５２５との時間差分が決定されてよい。
【００８２】
ブロック８６５で、視聴データ収集部８００は、次のスマートＴＶサンプル５３０（もし存在すれば）のために、反復に戻ってよい。
【００８３】
ブロック８７０で、視聴データ収集部８００は、次のチャンネル（もし存在すれば）に関する反復のために、ブロック８２０に戻ってよい。
【００８４】
ブロック８７５で、視聴データ収集部８００によって収集された情報は、例えばスマートＴＶデータ５２０のレコード、番組識別子５１５のレコード、及びアイスポット広告識別子５１０のレコードとして、アイスポットサーバ２００に送信されてよい。この情報は更に、ブロック８４０から８６０に関連する信頼スコアとともに、どのアイスポットサンプル５０５が見出されたかを特定してよい。
【００８５】
ブロック８９９で、視聴データ収集部８００は終了するか、視聴データ収集部８００を起動したプロセスに戻ってよい。
【００８６】
図９は、スマートＴＶデータ収集部９００のルーチンの典型的な一実施形態を示すフローチャートである。スマートＴＶデータ収集部９００ルーチンは、例えばアイスポットサーバ２００により実行されてよい。
【００８７】
ブロック９０５で、スマートＴＶデータ収集部９００は、スマートＴＶ４００及び視聴データ収集部８００から、スマートＴＶデータ５２０を受信してよい。
【００８８】
ブロック１０００で、スマートＴＶデータ収集部９００は、広告挿入タイプ決定部１０００を実行してよい。しかし広告挿入タイプ決定部１０００は、サブルーチンではなく、独立したプロセスとして実行されてもよい。広告挿入タイプ決定部１０００については、図１０Ａ及び図１０Ｂと関連して後述で議論される。
【００８９】
ブロック９１０から９８０は、ブロック９０５のスマートＴＶデータ５２０内のアイスポット広告識別子の各々に関して反復される。ブロック９１５から９３５は、ブロック９０５のスマートＴＶデータ５２０内のアイスポット広告識別子の放送の各々に関して反復される。ブロック９２０から９３０は、アイスポット広告識別子の放送が行われるＤＭＡの各々に関して反復される。
【００９０】
ブロック９２５で、あるＤＭＡに存在するスマートＴＶデータ５２０内の（あるいはこれに紐づく）アイスポット広告識別子５１０の各々に関するインプレッション数が決定されてよい。これは、ブロック９０５のスマートＴＶデータ５２０内の報告するスマートＴＶ４００の数を、追跡されたＴＶの数（これは、ｉ）潜在的に報告可能なスマートＴＶ４００、ｉｉ）すべてのテレビ、のいずれかである）で割り、これに該ＤＭＡ内のテレビ所有者数を掛けることにより決定されてよい。
【００９１】
ブロック９３０は、次のＤＭＡに関する反復のために、ブロック９２０に戻ってよい。ブロック９３５は、スマートＴＶデータ内のアイスポット広告識別子の次の放送に関する反復のために、ブロック９１５に戻ってよい。
【００９２】
ブロック９４０で、スマートＴＶデータ収集部９００は、例えばブロック９２５で決定されたＤＭＡ単位の広告インプレッション数を足し合わせることにより、地政学的単位の広告インプレッションの総数を決定してよい。これにより、「全国的」広告（これは全国的広告スロット３９５にある）と「地域的」広告（これは地域的広告スロット３９５にある広告である。全国的／地域的の分類は、例えばメディアプラン決定部７００で既になされている）に関する広告インプレッションが決定されるだろう。
【００９３】
ブロック９４５で、アイスポット広告識別子のリーチ数（これは総人口に対するパーセンテージで表される）に、該アイスポット広告識別子に紐付けられた広告が出現する頻度又は平均頻度を掛けることにより、総合視聴率（Ｇｒｏｓｓ  Ｒａｔｉｎｇ  Ｐｏｉｎｔｓ）（「ＧＲＰ」）が決定されてよい。ＧＲＰは、例えばＧＲＰ３３０のレコードとして保存されてよい。
【００９４】
ブロック９５０で、スマートＴＶデータ収集部９００は、ブロック９０５でデータを提供したスマートＴＶ４００に関する視聴者層を収集してよい。ブロック９５５で、スマートＴＶデータ収集部９００は、ブロック９０５でデータを提供したスマートＴＶ４００の所有者に関する調査データを収集してよい。
【００９５】
ブロック９６０で、スマートＴＶデータ収集部９００は、ブロック９５５の調査データに従って、ブロック９５０の装置視聴者層を調整してよい。
【００９６】
ブロック９６５から９７５は、全人口におけるターゲット視聴者、例えば全人口の中の特定の年齢幅、地理的エリア、性別等に関して反復される。
【００９７】
ブロック９７０で、スマートＴＶデータ収集部９００は、総視聴者（又は総人口）におけるターゲット視聴者の占めるパーセンテージ評価値を、ブロック９３５のＧＲＰに掛けることにより、ターゲット・レイティング・ポイント（Ｔａｒｇｅｔ  Ｒａｔｉｎｇ  Ｐｏｉｎｔ）（「ＴＲＰ」）を決定してよい。ＴＲＰは、ＴＲＰ３３５のレコードとして保存されてよい。
【００９８】
ブロック９７５は、次のターゲット視聴者（もし存在すれば）に関する反復のために、ブロック９６５に戻ってよい。
【００９９】
ブロック９８０は、次のアイスポット広告識別子に関する反復のために、ブロック９１０に戻ってよい。
【０１００】
ブロック９８５で、スマートＴＶデータ収集部９００は、ＩＰアドレスその他の情報に照らして、メディア再生装置１２０をスマートＴＶ４００に結びつけ、同じロケーションにあるメディア再生装置１２０とスマートＴＶ４００とを特定する。これにより、片方から得られたデータは、他方のデータでもあると判断される。
【０１０１】
ブロック９９９で、スマートＴＶデータ収集部９００は終了するか、自身を起動したプロセスに戻ってよい。
【０１０２】
図１０Ａ及び図１０Ｂは、広告挿入タイプ決定部１０００のルーチンの典型的な一実施形態を示すフローチャートである。広告挿入タイプ決定部１０００は、スマートＴＶデータ収集部９００内のアイスポットサーバ２００によりサブルーチンとして実行されてもよいし、独立したプロセスとして実行されてもよい。広告挿入タイプ決定部１０００は、あるアイスポット広告識別子３２０が与えられた広告のために、該広告及び／又は広告が挿入される広告スロットに関し、広告挿入のタイプを決定する。
【０１０３】
ブロック１００４から１０８０は、番組識別子３５０（これは、例えばスマートＴＶデータ収集部９００のブロック９０５で受信されたスマートＴＶデータ３８０の中にある）などで特定される番組の各々に関して反復される。ブロック１００８から１０７６は、例えばスマートＴＶデータ収集部９００のブロック９０５で受信されたアイスポット広告識別子の各々に関して反復される。
【０１０４】
ブロック１０１２で、スマートＴＶコンテンツと最新のアイスポット広告識別子が、メディアプラン決定部７００によって決定されたメディアプランを辿っているか否かの判断が行われてよい。
【０１０５】
ブロック１０１２での判断が肯定的であった場合、ブロック１０４４で、タイムスタンプなどに照らして、スマートＴＶコンテンツとメディアプラン３１５との間に時間差があるか否かの判断が行われてよい。ブロック１０４４での判断が否定的であった場合、ブロック１０４８で、番組内のアイスポット広告識別子は「実況」に分類されてよい。これは、該広告が、報告するスマートＴＶ４００によってリアルタイムに再生されていることを意味する。ブロック１０４４での判断が肯定的であった場合、ブロック１０５２で、該時間差が３日より大きいか否かの判断が行われてよい。ブロック１０５２での判断が否定的であった場合、ブロック１０５６で、該番組の該アイスポット広告識別子は「３日以内の録画」に分類されてよい。ブロック１０５２での判断が肯定的であった場合、ブロック１０６０で、該番組の該アイスポット広告識別子は「３日より前の録画」に分類されてよい。
【０１０６】
ブロック１０６８で、非全国的かつ単一オペレータの広告に関し、該広告の挿入は地方的、地域的、又は動的広告挿入のパターンに従うか否かの判断がされてよい。例えば、単一オペレータは、地域、例えばＭＴＡにまたがって同じ広告を出してもよいし（この場合、該広告及び／又は広告スロットは「地域的」に分類されるだろう）、一地域内に異なる広告を出してもよいし（この場合、該広告及び／又は広告スロットは「地方的」に分類されるだろう）、地理的距離と関係なく多数の異なる視聴者ごとに異なる広告を出してもよい（この場合、該広告及び／又は広告スロットは「動的」に分類されるだろう）。ブロック１０６８での判断に応じて、該広告及び／又は広告スロット及び／又は広告挿入タイプはブロック１０７２におけるように「地方的」又は「地域的挿入」に分類されてもよく、また該広告及び／又は広告スロットブロックは１０６４におけるように「動的挿入」に分類されてもよい。
【０１０７】
ブロック１０１２での判断が否定的であった場合、図１０Ｂのブロック１０２０で、該アイスポット広告識別子が現れた番組は既知のものであるか否かの判断が行われてよい。ブロック１０２０での判断が否定的であった場合、該アイスポット広告識別子が現れた広告スロットは「その他」に分類されてよい。
【０１０８】
ブロック１０２０での判断が肯定的であった場合、ブロック１０２８で、該アイスポット広告識別子が現れた番組に関して、該番組中の広告のブロック長、該番組中の広告の位置、その他の特性が測定されてよい。ＴＶ配信メディアが異なると、番組中の広告のブロック長、番組中の広告の位置、その他の特性も異なるだろう。ブロック１０３２で、該番組と広告のＴＶ配信メディアは、オンデマンド、ＯＴＴ、インターネットといったタイプに割り当てられてよい。ブロック１０３６で、例えばブロック９０５で受信されたスマートＴＶデータ内の情報などに従い、ソースが特定される。ソースは、ブロック１０３２で特定されたタイプ内の特定のプロバイダ又はそのサブセット、例えばオペレータ（Ｃｏｍｃａｓｔ（登録商標）、Ｔｉｍｅｗａｒｎｅｒ（登録商標）、ＤｉｒｅｃＴＶ（登録商標）等）、ＯＴＴプロバイダ（Ａｍａｚｏｎ（登録商標）、Ｈｕｌｕ（登録商標）、Ｎｅｔｆｌｉｘ（登録商標）等）、又はインターネットプロバイダ（ＹｏｕＴｕｂｅ（登録商標）等）であってよい。ブロック１０４０で、ブロック１０３６で特定されたソースは、サブタイプに割り当てられてよい。円「Ｃ」で、図１０Ｂは、ブロック１０７６に戻ってよい。
【０１０９】
ブロック１０７６で、広告挿入タイプ決定部１０００は、次のアイスポット広告識別子に関する反復のために、ブロック１００８に戻ってよい。ブロック１０８０で、広告挿入タイプ決定部１０００は、次の番組に関する反復のために、ブロック１００４に戻ってよい。
【０１１０】
ブロック１０９９で、広告挿入タイプ決定部１０００は終了するか、自身を起動したプロセスに戻ってよい。
【０１１１】
図１１は、新広告識別部１１００のルーチンの典型的な一実施形態を示すフローチャートである。新広告識別部１１００は、現行のアイスポット広告識別子に一致しないサンプル３８５が広告であるか否かの判断をする。新広告識別部１１００は、この判断をするための基準を適用してもよい。新広告識別部１１００は、種々の基準に対しスコアを適用するスコアリングシステムを利用し、総スコアが一定の閾値を超えたときサンプル３８５が広告であると判断してよい。また、同等のシステムであって、基準のリストを評価するためのシステムが使われてもよい。図１１Ａ及び図１１Ｂに、広告であるための基準の例がリストで示される。別の基準の組が使われてもよいし、これらの基準が異なる順序で使われてもよい。基準の評価は、イベント又は判定可能な基準が出現した時点で終了する。
【０１１２】
例えばブロック１１０５で、サンプル３８５において、経時的な意味で先行するサンプル３８５に対してシーンチェンジが発生したか否かの判断が行われてよい。シーンチェンジの評価は、ビデオデータ内の変化に基いてよい。この評価は、フレームのエンコーディングを評価することにより行われてよい。例えば、サンプル３８５が動きベクトルに基づく画像圧縮の参照として先行フレームを使う場合、このサンプル３８５はシーンチェンジとはみなされないであろう。この評価はまた、サンプル３８５及び先行サンプル３８５中のピクセルのヒストグラムを利用してもよい。「アース・ムーバー・ディスタンス（Ｅａｒｔｈ  Ｍｏｖｅｒ  Ｄｉｓｔａｎｃｅ）」や同様のアルゴリズムが用いられてもよい。この判断が肯定的であった場合、ブロック１１１０で、サンプル３８５の広告スコアが加算されてよい。
【０１１３】
例えばブロック１１１５で、サンプル３８５に対してブランク又は黒のフレームが先行したか否かの判断が行われてよい。この判断が肯定的であった場合、ブロック１１２０で、サンプル３８５の広告スコアが加算されてよい。
【０１１４】
例えばブロック１１２５で、サンプル３８５において、先行サンプルに対して量の変化があったか否かの判断が行われてよい。この判断が肯定的であった場合、ブロック１１３０で、サンプル３８５の広告スコアが加算されてよい。
【０１１５】
例えばブロック１１３５で、先行サンプル３８５にあった「ティッカー」又は文字列のスクロールが、現行フレームでは消えているか否かの判断が行われてよい。この判断が肯定的であった場合、ブロック１１４０で、サンプル３８５の広告スコアが加算されてよい。
【０１１６】
例えばブロック１１４５で、先行サンプル３８５にあった「ティッカー」又は文字列のスクロールが、現行フレームでは消えているか否かの判断が行われてよい。この判断が肯定的であった場合、ブロック１１４０で、サンプル３８５の広告スコアが加算されてよい。
【０１１７】
例えばブロック１１５５で、現行番組の開始時又は現行番組内の最後の広告時から起算して、現行番組で一定の時間が経過したか否かの判断が行われてよい。ただしこの一定時間は広告に関するものである。この判断が肯定的であった場合、ブロック１１６０で、サンプル３８５の広告スコアが加算されてよい。
【０１１８】
例えばブロック１１６５で、現在のアイスポット広告識別子と一致するサンプルが、現行サンプル３８５又は現行サンプル３８５周辺のサンプルの時間範囲の前、又は後、又は前後両方に出現したか否かの判断が行われてよい。この判断が肯定的であった場合、ブロック１１７０で、サンプル３８５の広告スコアが加算されてよい。
【０１１９】
例えばブロック１１７５で、現行サンプル３８５が他の場所、例えば、他のコールサイン３４０による他の放送上、他のチャンネル３１０上、他のネットワーク３０５上などに出現したか否かの判断が行われてよい。この判断が肯定的であった場合、ブロック１１８０で、サンプル３８５の広告スコアが加算されてよい。
【０１２０】
例えばブロック１１８５で、現行サンプル３８５に関する総スコアが一定の閾値を超えたか否かの判断が行われてよい。この判断が肯定的であった場合、ブロック１１９０で、現行サンプル３８５は広告に分類されてよい。そして新広告識別部１１００ルーチンは、例えば図６のブロック６５５に戻ってよい。一方、この判断が否定的であった場合、現行サンプル３８５は広告以外のものに分類されてよい。そして新広告識別部１１００ルーチンは、例えば図６のブロック６７５に戻ってよい。新広告識別部１１００ルーチンはまた、閾値に近いがこれを越えない総スコアについては、人間がこれを評価すると規定してもよい。
【０１２１】
以上述べた実施形態の詳細な説明は、排他的であることや、本開示を上記の厳密な形態に限定したりすることを意図しない。当業者であれば認識するであろう通り、上記の実施形態や例は説明を目的に記述されたものであり、本発明の範囲内で同等の変形が可能である。例えば、プロセスやブロックは一定の順序で示されているが、代替的な実施形態では、処理の順序の異なるルーチンが実行されてもよく、またブロックの順序の異なるシステムが採用されてもよい。さらにいくつかのプロセスやブロックについては、省略、移動、追加、分割、統合、及び変形が可能である。プロセスやブロックはしばしば直列的に実行されるように記述されているが、代替的にこれらは並列的に又は別のタイミングで実行されてもよい。更に、本明細書に示される特定の数値はすべて例示に過ぎず、代替的な実施形態では異なる数値や範囲が採用されてよい。
【図１】
0006502506.tif 000002
【図２】
0006502506.tif 000003
【図３】
0006502506.tif 000004
【図４】
0006502506.tif 000005
【図５】
0006502506.tif 000006
【図６】
0006502506.tif 000007
【図７】
0006502506.tif 000008
【図８】
0006502506.tif 000009
【図９】
0006502506.tif 000010
【図１０Ａ】
0006502506.tif 000011
【図１０Ｂ】
0006502506.tif 000012
【図１１Ａ】
0006502506.tif 000013
【図１１Ｂ】
0006502506.tif 000014