(57)【要約】  オーディオ放送を監視および認識するためのシステムが説明される。このシステムは、それぞれが複数のオーディオ放送から未知のオーディオ・データを受信する、複数の地理的に分散した監視局を備えている。認識システムは、複数の監視局から未知のオーディオ・データを受信し、その未知のオーディオ・データを署名ファイルのデータベースと比較する。署名ファイル、すなわち、インデックス・セットのデータベースは、既知のオーディオ・ファイルのライブラリに相当し、そのため、認識システムは、比較の結果として、未知のオーディオ・ストリーム内の既知のオーディオ・ファイルを識別することができる。このシステムは、複数の監視局および認識システムを監視および構成することができるナーバス・システム、および認識システムによって実行される比較の結果を分析し、既知のオーディオ・ファイルのそれぞれに関連付けられたメタデータを使用して複数のオーディオ放送のコンテンツの報告書を生成することができるヒューリスティックおよび報告システムをさらに含んでいる。
2010519832.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つの放送メディア・ストリームから放送データを受信する少なくとも１つの監視局と、
前記少なくとも１つの監視局から前記放送データを受信し、それぞれが既知のメディア・ファイルに相当する署名ファイルのデータベースを有し、前記放送データ内のメディア要素の識別情報を判定するために、前記放送データを前記署名ファイルと比較するように動作可能な認識システムと、
前記認識システムに接続され、既知のメディア・ファイルに相当する、前記放送データ内の中間要素（ｍｅｄｉａｌ  ｅｌｅｍｅｎｔ）を識別する報告書を生成するように動作可能な分析および報告システムと
を備える放送監視および認識システム。
【請求項２】
前記認識システムが、前記放送データ用の署名を生成し、前記放送データ用の前記署名を前記署名ファイルと比較することにより、前記放送データを前記署名ファイルと比較する、請求項１に記載のシステム。
【請求項３】
前記認識システムが複数のサーバを含み、前記複数のサーバが集計サーバおよび認識サーバを備え、前記集計サーバが前記放送データを受信し、前記放送データを、識別のために前記認識サーバに送信する、請求項１に記載のシステム。
【請求項４】
前記認識サーバがクラスタ状態に編成され、各クラスタが複数の認識サーバを備え、各クラスタが前記署名ファイルの少なくともサブセットを署名ファイルのデータベース内に含む、請求項３に記載のシステム。
【請求項５】
前記監視局および前記認識システムを監視および制御するように動作可能なナーバス・システムをさらに備える、請求項３に記載のシステム。
【請求項６】
前記ナーバス・システムが構成情報を前記少なくとも１つの監視局のそれぞれならびに集計サーバおよび認識サーバのそれぞれに送信する、請求項５に記載のシステム。
【請求項７】
前記ナーバス・システムが前記サーバの機能を前記認識システム内で再割り当てするように動作可能である、請求項６に記載のシステム。
【請求項８】
前記分析および報告システムが前記認識システムからの前記データを分析するためにヒューリスティック分析を使用する、請求項１に記載のシステム。
【請求項９】
前記分析および報告システムが前記ヒューリスティック分析に基づいて報告書を生成するように動作可能である、請求項８に記載のシステム。
【請求項１０】
前記監視および認識システムによって受信および生成されたデータを保存するように動作可能なストレージ・エリア・ネットワークをさらに備える、請求項１に記載のシステム。
【請求項１１】
前記既知のメデイア・ファイルおよび前記署名のデータベースが参照ライブラリを有する、請求項１に記載のシステム。
【請求項１２】
前記参照ライブラリが各既知のメデイア・ファイル用のメタデータをさらに有する、請求項１１に記載のシステム。
【請求項１３】
前記放送データがオーディオ・データである、請求項１に記載のシステム。
【請求項１４】
前記放送データがビデオ・データである、請求項１に記載のシステム。
【請求項１５】
放送データを監視および認識する方法であって、
複数の放送ソースから放送データを受信および集計するステップと、
前記放送データの署名を生成するステップと、
前記放送データ用の署名を、署名ファイルのデータベースからの、それぞれが既知のメデイア・ファイルに相当する署名ファイルと比較するステップと、
前記放送データのコンテンツを判定するために前記比較の結果を分析するステップと
を含む方法。
【請求項１６】
前記比較の前記分析に基づいて報告書を生成するステップをさらに含む、請求項１５に記載の方法。
【請求項１７】
前記報告書の前記生成において、各署名ファイルに関連付けられたメタデータを使用するステップをさらに含む、請求項１６に記載の方法。
【請求項１８】
前記放送データがオーディオ・データである、請求項１５に記載のシステム。
【請求項１９】
前記放送データがビデオ・データである、請求項１５に記載のシステム。
【請求項２０】
オーディオ放送を監視および認識するためのシステムであって、
それぞれが複数のオーディオ放送から未知のオーディオ・データを受信する複数の地理的に分散した監視局と、
前記複数の監視局から前記未知のオーディオ・データを受信し、前記未知のオーディオ・データを、既知のオーディオ・ファイルのライブラリに相当する署名ファイルのデータベースと比較し、前記比較の結果として前記未知のオーディオ・ストリーム内のオーディオ・ファイルを識別できる認識システムと、
前記複数の監視局および前記認識システムを監視および構成することができるナーバス・システムと、
前記認識システムによって実行された前記比較の結果を分析し、前記既知のオーディオ・ファイルのそれぞれに関連付けられたメタデータを使用して複数のオーディオ放送のコンテンツの報告書を生成することができるヒューリスティックおよび報告システムと
を備えるシステム。
【請求項２１】
前記認識システムが複数のサーバからなり、前記複数のサーバが集計サーバおよび認識サーバを備え、前記集計サーバが前記放送データを受信し、前記放送データを識別のために前記認識サーバに送信する、請求項２０に記載のシステム。
【請求項２２】
前記認識サーバがクラスタ状態に編成され、各クラスタが複数の認識サーバを含む、請求項２１に記載のシステム。
【請求項２３】
各クラスタが前記署名ファイルの少なくともサブセットを前記署名ファイルのデータベース内に含む、請求項２２に記載のシステム。
【請求項２４】
前記放送データがオーディオ・データである、請求項２０に記載のシステム。
【請求項２５】
前記放送データがビデオ・データである、請求項２０に記載のシステム。
【請求項２６】
前記放送が無線ラジオ放送である、請求項２０に記載のシステム。
【請求項２７】
前記放送が衛星ラジオ放送である、請求項２０に記載のシステム。
【請求項２８】
前記放送がインターネット放送である、請求項２０に記載のシステム。
【発明の詳細な説明】
【背景技術】
【０００１】
様々なソース（ｓｏｕｒｃｅ）から生成されるビデオ、音楽、または他のオーディオまたはビデオ信号などの放送信号の自動的な認識に対するするニーズが高まりつつある。放送信号のソースとしては、それだけには限らないが、地上ラジオ、衛星ラジオ、インターネット・オーディオおよびビデオ、ケーブル・テレビ、地上テレビ放送、および衛星テレビなどがある。放送メディアの数が増えつつあるので、著作物の所有者または広告主は、自分の材料（ｍａｔｅｒｉａｌ）の放送の頻度に関するデータを取得することに関心がある。音楽追跡サービス（ｍｕｓｉｃ  ｔｒａｃｋｉｎｇ  ｓｅｒｖｉｃｅｓ）が、大きい市場の主要ラジオ局の放送録音テープリスト（ｐｌａｙｌｉｓｔ）を提供している。人間によって行われる場合、どのような継続的、リアルタイム、または準リアルタイム（ｎｅａｒ  ｒｅａｌ−ｔｉｍｅ）の認識も非効率的であり、大きい労力を要する。したがって、ラジオ局およびテレビ局など、多数の放送ソース（ｂｒｏａｄｃａｓｔ  ｓｏｕｒｃｅ）を監視し、それらの放送のコンテンツを認識する自動化された方法があれば、著作権所有者、広告主、芸術家、および様々な産業に相当な利益をもたらすであろう。
【０００２】
伝統的に、ラジオで放送される楽曲などのオーディオ放送の認識は、楽曲（ｓｏｎｇ）が放送されたラジオ局および時刻を、ラジオ局によって、または第３者のソースから提供された放送録音テープリストと照合することにより行われている。この方法は、本質的に、情報が提供されるラジオ局に限定される。他の方法は、放送の統計的なサンプリングを利用することができ、その結果は、全放送局の実際の放送録音テープリストを評価するために使用される。さらに他の方法は、放送信号の中に聞き取り不能なコードの埋め込みを行う。埋め込まれた信号は、その放送信号に関する識別情報を抽出するために受信側で復号化される。この方法の欠点は、信号を識別するために特殊な復号化デバイスが必要であり、かつ埋め込みコードを有する楽曲しか識別できないことである。
【０００３】
音楽コンテンツまたはビデオ・コンテンツなどの著作権所有者は、一般的に、自分の楽曲またはビデオが放送または放映された事例ごとに報酬を受ける権利がある。特に音楽の著作権所有者の場合、自分の楽曲が何千ものラジオ局のいずれかで、いつ、無線、および今日ではインターネットの両方で放送されるかを判定するのは、気が遠くなるような作業である。伝統的には、著作権所有者は、このような事情の使用権を包括して第３者の会社に委譲し、その会社が、目録上の著作権所有者に対して報酬を払うために、音楽を営利目的で放送するエンティティに予約料を請求する。これらの料金は、どの楽曲が最も多く放送されるかに応じて著作権所有者に報酬を支払うように設計された統計モデルに基づいて著作権所有者に分配される。これらの統計による方法は、小さいサンプル規模に基づいた、実際の放送事例の非常に大ざっぱな概算でしかなかった。
【０００４】
どの大規模認識システムもコンテンツに基づく検索を必要とし、類似または同一のデータベース信号を識別するために、未識別の放送信号が既知の信号のデータベースと比較される。コンテンツに基づく検索は、オーディオ・ファイルを囲む、またはオーディオ・ファイルに関連付けられたメタデータ・テキストのみがサーチされる、ウェブ検索エンジンによる既存のオーディオ検索とは異なっている。音声信号を、よく知られた手法を用いてインデックスを付けて、サーチできるテキストに変換するために音声認識が有用であるが、音声認識は、音楽およびサウンドを含む大多数のオーディオ信号には適用できない。オーディオ信号は、サーチおよびインデックス付けのための識別子を提供する語など、容易に識別可能なエンティティが欠落している。そのため、現在のオーディオ検索方式は、信号の様々な品質または特徴を表す、算出された知覚特性によってオーディオ信号にインデックスを付けている。
【０００５】
さらに、既存の大規模認識システムは、一般的に、特性付けられており、かつ着信する放送ストリームと照合できる要素、例えば、楽曲のデータベースのサイズを目安として、大規模と見なされる。これらのシステムは、継続して監視できる放送ストリームの数、または発生し得る同時認識の数の観点から大規模なのではない。
【発明の概要】
【０００６】
必要とされているのは、多数の放送メデイア・ストリームにわたって同時に、要素を、それがビデオであってもオーディオであっても、認識するためのシステムおよび方法である。
【０００７】
したがって、本明細書で説明される概念に従って、放送監視および認識システムの実施形態が説明される。このシステムは、少なくとも１つの放送メディア・ストリームから放送データを受信する少なくとも１つの監視局を備えている。このシステムは、少なくとも１つの監視局から放送データを受信する認識システムをさらに備え、その認識システムは署名ファイルのデータベースを有し、各署名ファイルは既知のメディア・ファイルに相当する。認識システムは、放送データ内のメディア要素の識別情報を判定するために、放送データを署名ファイルと比較するように動作可能である。分析および報告システムが認識システムに接続され、その分析および報告システムは、既知のメディア・ファイルに相当する、放送データ内の中間要素（ｍｅｄｉａｌ  ｅｌｅｍｅｎｔ）を識別する報告書を生成するように動作可能である。
【０００８】
別の実施形態において、放送データを監視および認識する方法が説明される。この方法は、複数の放送ソースから放送データを受信および集計するステップと、その放送データを署名ファイルのデータベースからの、それぞれが既知のメデイア・ファイルに相当する署名ファイルと比較するステップと、放送データのコンテンツを判定するために比較の結果を分析するステップとを含む。
【０００９】
別の実施形態において、オーディオ放送を監視および認識するためのシステムが説明される。このシステムは、それぞれが複数のオーディオ放送から未知のオーディオ・データを受信する、複数の地理的に分散した監視局を備えている。認識システムは、複数の監視局から未知のオーディオ・データを受信し、その未知のオーディオに対して署名を生成し、未知のオーディオ・データに対する署名を、既知のオーディオ・ファイルのライブラリに相当する、署名ファイルのデータベースと比較する。認識システムは、その比較の結果として、未知のオーディオ・ストリーム内のオーディオ・ファイルを識別することができる。ナーバス・システムが、複数の監視局および認識システムを監視および構成することができ、ヒューリスティックおよび報告システムが、認識システムによって実行された比較の結果を分析し、既知のオーディオ・ファイルのそれぞれに関連付けられたメタデータを使用して複数のオーディオ放送のコンテンツの報告書を生成することができる。
【００１０】
上記説明は、これ以降の発明の詳細な説明がよりよく理解できるように本発明の特徴および技術的利点をやや大ざっぱに概説したものである。以下で、本発明の付随的な特徴および利点を述べるが、それらは本発明の特許請求の範囲の主題となるものである。当業者は、開示される概念および特定の実施形態は、本発明と同じ目的を達成するために変形するか、または他の構成を設計する基礎として容易に利用できることを理解されたい。また、当業者は、そのような均等な構成は添付の特許請求の範囲で記載された本発明の精神および範囲から逸脱しないことも理解されたい。本発明の特徴と考えられる新規の特徴は、その編成および動作方法の両方について、添付の図面と関連付けて考察すれば、さらなる目的および利点と共に以下の説明からよりよく理解されるであろう。しかし、図面のそれぞれは例示および説明の目的で記載されるに過ぎず、本発明の限定の定義として意図されたものでないことを明確に理解すべきである。
【００１１】
本発明およびその利点をより完全に理解するために、添付の図面に関連付けて記載される以下の説明を参照されたい。
【図面の簡単な説明】
【００１２】
【図１】本明細書で説明される概念による、監視および認識システムの実施形態のブロック図である。
【図２】図１に示された監視システムの実施形態をさらに示したブロック図である。
【図３】図１に示された認識システムの実施形態をさらに示したブロック図である。
【図４】図１に示されたヒューリスティックおよび報告システムの実施形態をさらに示したブロック図である。
【図５】図１に示されたナーバス・システムの実施形態をさらに示したブロック図である。
【図６】図１に示されたオーディオ・ソーシング・システムの実施形態をさらに示したブロック図である。
【図７】メディア・サンプルを認識するプロセスの実施形態のフローチャートである。
【図８】本発明による、ランドマークおよびフィンガープリンティング・プロセスの実施形態を示した図である。
【図９】本発明による、ランドマークとフィンガープリント照合のための照合プロセスの実施形態を示した図である。
【図１０】本明細書で説明される概念による、自動認識システムおよび方法の実施形態のプロセス・フローとエンティティの図である。
【図１１】本明細書で説明される概念による、参照ライブラリおよび構成要素の実施形態を示したブロック図である。
【図１２】本明細書で説明される概念による、参照ライブラリ作成システムおよび方法の実施形態のプロセス・フローとエンティティの図である。
【発明を実施するための形態】
【００１３】
図１を参照すると、複数の放送ソースのコンテンツを監視および識別するためのシステム１００の実施形態が示されている。システム１００は、ゲートウェイ１０４に、監視局１０３によって示されているように直接、またはトランスポート・ネットワーク１０２を介して接続されている複数の監視局１０１、１０３を備えている。トランスポート・ネットワーク１０２は、インターネットを含めて、任意のタイプの無線、有線、または衛星ネットワーク、またはそれらの任意の組合せであってよい。
【００１４】
監視局１０１、１０３は地理的に分散していることが可能であり、１つまたは複数のタイプの放送メデイアによる１つまたは複数の放送を監視するために必要なハードウェアを備えることができる。放送は、オーディオおよび／またはビデオ放送であってよく、それらには、それだけには限らないが、無線放送、ケーブル放送、インターネット放送、衛星放送、または放送信号の直接的な供給などが含まれる。監視局１０１は、放送データをトランスポート・ネットワーク１０２を介してゲートウェイ１０４に直接送信できる、または監視局１０１は、放送信号をパッケージ化するために、アナログ信号をデジタル・フォーマットに変換する、その信号を圧縮する、またはその信号を認識システムによって好まれるフォーマットにする他の処理を行うなど、ストリームに何らかの初期処理を行うことができる。
【００１５】
図２を参照してより詳しく説明されるように、監視局１０１、１０３は、キャプチャされた放送信号を保存するために使用できる、ハード・ディスク、フラッシュまたはランダム・アクセス・メモリなどのローカル・メモリも備えることができる。放送信号を保存またはキャッシュする機能により、ネットワーク中断中のデータの維持が可能になる、または監視局がデータを保存して、そのデータを、システム１００によって指定された所定の時刻または間隔でバッチ送信することができる。
【００１６】
ナーバス・システム１０５は、各監視局１０１、１０３と通信して、各監視局に関する情報を、構成情報を含めて維持する。ナーバス・システム１０５は、システム１０１またはユーザ入力から受信された変更に基づいて、監視システム１０１、１０３のどれにでも構成情報を送信することができる。ナーバス・システム１０５については、図２を参照して、より詳しく説明される。
【００１７】
ゲートウェイ１０４で受信された放送データは、コンピューティング・クラスタ１０８の一部である認識システム１０６に送信される。コンピューティング・クラスタは、多数の構成可能なサーバおよびストレージ・デバイスを含み、それらは、システム１００の要件を満たすように動的に再構成および再配置できる。認識システム１０６は、放送信号のコンテンツを判定するために放送信号を処理するために使用される一連のサーバを含んでいる。認識システム１０６は、監視局１０１、１０３によって認識システム１０６に渡された各放送信号内のオーディオまたはビデオ要素などのコンテンツを識別するように動作する。認識システム１０６の動作については、図３を参照して、より詳しく説明される。オーディオ処理システム１０７は、認識システム内で使用するための署名ファイルを生成するために使用される。署名ファイルの生成については、図７〜９を参照して、より詳しく説明される。
【００１８】
認識システム１０６は、ストレージ・エリア・ネットワーク（ＳＡＮ）およびデータベース１０９、ならびにヒューリスティック報告システム１１０およびクライアント・アプリケーション１１１と通信することができる。ＳＡＮ  １０９は、監視されたコンテンツの全部、および認識システム１０６によって識別された放送信号のコンテンツに関するデータを保持する。加えて、ＳＡＮ  １０９は、システム１００をサポートするために使用されるアセット・データベースおよび分析データベースを保存している。ヒューリスティックおよび報告システム１１０は、認識システム１０６によってデータを供給され、そのデータを分析して、認識プロセスの結果を相互に関連付けて放送信号内で何が発生しているかの分析結果を提供する。ＳＡＮ  １０９ならびにヒューリスティックおよび報告システム１１０の動作については、図４を参照して、より詳しく説明される。メタデータ・システム１１１は、システムのメディア・ライブラリに保存されているコンテンツ・ファイルのそれぞれに関連付けられたメタデータにアクセスするために使用される。オーディオ・ソーシング・システムは、システムのメディア・ライブラリに新規コンテンツを追加する依頼を受信し、その新規コンテンツを、システムのメディア・ライブラリに組み込むためにオーディオ処理システム１０７に送信する。
【００１９】
監視システム１００の好ましい実施形態は、非常に拡張性が高く、どの放送ソースからの放送データでも監視および分析することができる。監視局が放送信号を受信できる限り、その信号のコンテンツは、任意の使用可能なトランスポート・ネットワークを介して認識システムに送信できる。監視局１０１、１０３は、エア放送、ケーブル放送、インターネット放送、または衛星放送を介して特定の地理的市場から受信できる場所に設置できるように設計されている。例えば、ロサンジェルス・エリアの全放送信号を受信および保存するために、１つまたは複数の監視局をロサンジェルス・エリアに設置することができる。必要な監視局の数は、各監視局が受信および保存できる個別の信号の数によって決まるであろう。ロサンジェルス・エリアに１００個の放送信号があり、１つの監視局の実施形態が３０個の放送信号を受信および保存できる場合、４つの個別の監視局で、ロサンジェルス都市エリアの全放送信号を収集、保存、および送信できるであろう。
【００２０】
同様に、テネシー州ナッシュビルが２０個の放送信号を有している場合、上述の実施形態による単一の監視局で、ナッシュビル・エリアの全放送信号を収集、保存および送信できるであろう。監視局は米国内のありとあらゆる放送信号を受信するために米国全土に配備することができ、それにより、米国内のすべてのビデオおよびオーディオ要素の使用および放送の基本的に正確な実態を把握することができる。特定の地域または国のすべての放送信号のコンテンツを収集および分析することが望ましいであろうが、監視システムのより費用効果の高い実施形態は、選択された数の放送信号、または選択されたパーセントの放送ビデオおよび／またはオーディオ要素に関して放送信号を収集し、次いで統計モデルを用いて合計の放送市場の概算を推測する監視局を採用するであろう。
【００２１】
例えば、監視局を、米国内の放送信号の推定８０パーセントを表すトップ２００の放送市場をカバーするように配置することもできる。これらの市場に関するデータはその後、分析されて、合計の放送市場の概算を算出するために使用することができる。米国および特定の都市が例として使用されているが、本明細書で説明される概念による監視システムは、どの都市、どの地域、どの国、またはどの地理的エリアでも使用することができ、その場合でも、その監視システムは、本明細書で説明される概念の範囲内である。
【００２２】
図２を参照すると、監視局１０１、１０３を利用する監視システム２００の実施形態が、より詳しく説明されている。説明されているように、監視局１０１、１０３の実施形態は、様々なソースからの放送信号を受信、保存および送信するように構成される。監視局１０１、１０３の実施形態は、放送信号をキャプチャするように、かつその信号をハード・ディスクなどのローカル・ストレージに一定の期間、保存するように構成される。各監視局上で利用可能なストレージの量は、監視される放送信号の数とタイプ、およびネットワークの停止または遅延があっても監視局がデータを認識システムに確実に伝送できるように、監視局がデータを確実に保存しておくことができるために必要な期間に基づいて選択することができる。また、データは所定の期間保存しておいて、トランスポート・ネットワークの使用率が低くなることが分かっている期間、例えば、早朝の時間帯などにバッチ送信することもできる。
【００２３】
データは、監視局１０１から、トランスポート・ネットワーク１０２を介して、または監視局１０３とゲートウェイ１０４の間の直接接続を介して送信される。トランスポート・ネットワーク１０２は、インターネットを含めて、任意のタイプのデータ・ネットワークであってよい。データは、従来のネットワーク・プロトコルを使用して送信できるが、その目的のために設計された専用のネットワーク・プロトコルを使用して送信してもよい。
【００２４】
始動時、各監視局は、ナーバス・システム１０５のサーバに連絡するようにプログラムされ、その監視局用に提供されている構成情報をダウンロードする。構成情報は、それだけには限らないが、その監視局が監視する特定の放送信号、収集されたデータを保存および送信するための要件、および認識システム１０６内の、その監視局を担当し、かつ、その監視局が、収集されたデータを送信すべき特定の集計機能のアドレスを含む可能性がある。ナーバス・システム１０５は、各監視局１０１、１０３用の状況情報を維持し、また、そのシステムまたはユーザが監視局のいずれかの構成情報を作成、更新、または変更するときに使用できるインターフェースを提供する。新しい、更新された、または変更された構成情報はその後、プログラムされた指針に従って、ナーバス・システムのサーバから適切な監視局に送信される。
【００２５】
図３を参照すると、認識システムの実施形態が示されている。システム３００は、監視局１０１によって監視された放送信号から収集されたデータを受信するが、監視局１０１は、そのデータを送信するためにトランスポート・ネットワーク１０２を使用する。図２を参照して説明されているように、各監視局は、認識システム内で１つまたは複数の集計機能３０１を割り当てられている。集計機能３０１は、放送データおよびソース情報を含むデータ、または他のデータを監視局から収集し、放送データを認識プロセッサ３０２に配信する。認識プロセッサ３０２は、フロントエンド認識３０３またはバックエンド認識３０４を実行するように割り当てられているクラスタに関連付けられている。フロントエンド３０３内の各クラスタは、オーディオなどの既知の放送要素の予備データベースを保存するために十分な関連付けられたサーバを有する。各クラスタによって保存される予備データベースは、放送信号の中で最も頻繁に発生する放送要素の認識セットを識別するために必要な特性で構成される。メディア・サンプルがフロントエンド・クラスタ３０３によって認識されない場合、その未知のメディア・サンプルはバックエンド・クラスタ３０４に送信される。バックエンド・クラスタ３０４は、システムのメディア・ライブラリの、より大きいサンプル、またはメディア・ライブラリ全体を保存しており、そのため、予備データベース内にない既知のメディア・セグメントを認識することができる。認識クラスタの大きさと早さは両方とも、クラスタを追加するか、または各クラスタにサーバを追加することにより調整できる。バックエンド・クラスタにサーバを追加すると、認識されるメディア・サンプルの大きさを大きくすることができる。フロントエンド・クラスタにサーバを追加すると、システムのパフォーマンスが、認識されるサンプルと認識されないサンプルの比率に基づいたしきい値まで上がる。クラスタを追加すると、認識のための合計容量が拡張される。
【００２６】
このタイプのクラスタ処理を使用することにより、認識システム１０６は拡張性が非常に高く、識別される必要がある放送信号の様々なレベルへの適用性も非常に高い。クラスタの数を増やすためにサーバを追加することができ、それにより、効率よく監視できる放送信号の数が増える。加えて、認識時間を長くするためにクラスタごとのサーバの数を増やし、認識セットのサイズを大きくすることにより、認識システム１０６のスループットを上げることができる。
【００２７】
監視された放送信号内の、認識クラスタが利用できるメディア・ライブラリの外にあるために認識システム・クラスタによって認識できない放送要素は、さらなる処理のためにＳＡＮ  １０９に保存されるときに未知とマークされる。さらなる処理は、同一の未知の要素の集計、および／または未知の要素の手動による認識を含んでよい。未認識のサンプルが手動のプロセスまたは他の自動プロセスによって識別できる場合、新しく識別された要素は、既知の放送要素の全データベース、すなわち、ライブラリに追加される。
【００２８】
オーディオ処理システム１０７も、認識システム１０６のクラスタによって使用される認識セットを作成、変更および管理するように動作可能である。認識セットに組み込まれる既知の放送要素は手動で識別できる、または着信する放送ストリームの分析に基づいてシステムによって識別できる。入力または分析に基づいて、オーディオ処理システム１０７は、認識セットに組み込まれる各既知の放送要素の特性を単一のユニット、すなわち、「スライス」にまとめ、次に、それが、その役割に基づいて、認識システム１０６内の、それが割り当てられているクラスタ内の各サーバに送信される。
【００２９】
認識システムの認識クラスタによる認識の試みの結果は、保存および分析のために、図１のヒューリスティックおよび報告システム１１０に送信される。
【００３０】
図４を参照すると、ヒューリスティックおよび報告システム１１０の実施形態が、より詳しく説明されている。説明されているように、ヒューリスティックおよび報告システム１１０は、認識システム１０６から集計済みデータを受信し、分析および保存用に処理している。実際の放送データ自体は、認識システムによって生成された情報、および放送データに関連付けられた他の情報、例えば、監視局によって関連付けられたソース情報と両方一緒に渡される。
【００３１】
提出されたデータおよび結果は、ヒューリスティック・システム４０５によって取得され、時間をかけてヒューリスティックな分析を経て相互に関連付けられ、放送データの信号、すなわち、ストリームのコンテンツの査定が時間をかけて行われる。分析は、複数の放送信号に対しても行うことができる。放送信号は、それだけには限らないが、地理的、放送タイプ別（エア、衛星、ケーブル、インターネットなど）、信号タイプ別（すなわち、オーディオ、ビデオなど）、ジャンル別、または関心がある可能性がある他のタイプのグループ化など、任意の考えられる方法でグループ化できる。報告システム４０６によって生成される報告書および分析は、生のデータおよび生の認識データと共に、ＳＡＮ  １０９上の、認識データベース４０１、メタデータ・データベース４０３、オーディオ・アセット・データベース４０２、監査オーディオ・リポジトリ４０４の中、またはＳＡＮ  １０９の別の部分、またはＳＡＮ  １０９に保存されたデータベースに保存することができる。
【００３２】
ヒューリスティックおよび報告システム１１０の出力は、生のデータ、生の認識データ、監査ファイル、およびヒューリスティックに分析された認識結果を含むことができる。ユーザおよび顧客によるヒューリスティックおよび報告システムからの情報へのアクセスは、ウェブ・ベースのアプリケーションを使用してインターネット・ポータルを介して使用可能なウェブ・サービスの選択、または他のタイプのネットワーク・アクセスを含めて、任意の形で行うことができる。
【００３３】
図５を参照すると、図１のナーバス・システム１０５によって制御されるナーバス・システム・ネットワーク５００の実施形態が、より詳しく説明されている。図２を参照して説明されているように、ナーバス・システム１０５は、監視局１０１、１０３に構成情報を提供するために使用される。ナーバス・システム１０５は、監視局１０１、１０３を監視および制御することに加えて、認識システム１０５およびオーディオ処理システム１０６内のサーバの構成および動作の制御も担当する。
【００３４】
ナーバス・システム１０５は、ナーバス・システム・ネットワーク５００内のマシンのそれぞれに関する構成情報を監視、制御および保存するＣｏｒｔｅｘサーバ５０１を備えている。ナーバス・システム１０５は、状況情報を提供するために使用されるウェブ・サーバ５０２、およびナーバス・システム・ネットワーク５００内の任意のマシンに関する構成情報を監視、制御および変更するための機能も備えている。
【００３５】
始動時、ナーバス・システム・ネットワーク内の各マシンが、ナーバス・システム１０５内のＣｏｒｔｅｘサーバ５０１に、そのマシンが存在すること、およびそのマシンが提供するサービスのタイプを通知する。マシンの存在およびサービスの通知を受け取ると、ナーバス・システム１０５は、そのマシンにその構成を提供する。認識システム１０６内のサーバについては、ナーバス・システム１０５は、特定のタスクに各サーバを、例えば、集計機能または認識サーバとして割り当て、適宜、そのサーバを特定のクラスタに割り当てる。ナーバス・システム・ネットワーク５００内の各マシンから出される適時状況メッセージは、ナーバス・システム１０５がナーバス・システム・ネットワーク５００および使用可能なサービスの最新で、正確なトポロジを有していることを保証する。認識システム１０５内のサーバは、サービスに対する要求が変動すると、または認識システム１０５内の他のサーバの障害を明らかにするために、ナーバス・システム１０５によってリアルタイムで目的および割り当てを変更することができる。
【００３６】
ナーバス・システム１０５用のアプリケーション５０４は、Ｃｏｒｔｅｘクライアント５０５を使用して構築することができ、Ｃｏｒｔｅｘクライアント５０５は、管理機能、監視機能および測定機能をメッセージングおよびネットワーク接続と一緒にカプセル化する。Ｃｏｒｔｅｘクライアント５０５は、ナーバス・システム１０５から遠隔であってよく、ネットワーク５０３を使用してシステムにアクセスする。光アプリケーション５０６もナーバス・システム１０５にアクセスして、Ｃｏｒｔｅｘサーバおよびナーバス・システムの機能にアクセスするためのグラフィカル・フロントエンドを提供することができる。
【００３７】
図６を参照すると、オーディオ・ソーシングを実行するためのシステム１１２の実施形態のブロック図が説明されている。オーディオ・ソーシング・システム１１２は、既知のメディア・サンプルが、ＳＡＮ  １０９に保存されているメディア・ライブラリに追加されることを許容する。既知のメディア・サンプルは、例えば、ＣＤまたはＤＶＤリッパー６０２、ソーシング・ウェブ・サーバ６０４、または第三者の依頼６０３など、任意のタイプのソースから取得される。第３者の依頼は、芸術家、メディア発行者、コンテンツ所有者、またはコンテンツがメデイア・ライブラリに追加されることを所望する他のソースを含むことができる。
【００３８】
ライブラリに追加すべき新しいメディア・サンプルは、次にオーディオ処理システム１０７に送信され、それらサンプルの関連メタデータがメタデータ・システム６０１から取り出される。オーディオ処理システム１０７は、オーディオ・データなど、生のデータを取得し、署名、ランドマーク／フィンガープリント、保存用の無損失圧縮ファイルを作成する。
【００３９】
図７〜９を参照すると、メディア・サンプルを識別するためのランドマークおよびフィンガープリント・プロセスの実施形態が説明されている。認識システム１０５およびオーディオ処理システム１０６の実施形態は、好ましくは、キャプチャされたサンプル内の高いノイズおよび歪みを許容するように設計された認識システムおよびアルゴリズムを使用する。放送信号はアナログ信号でも、デジタル信号でもよく、ノイズおよび歪みにより影響を受けてもよい。アナログ信号は、アナログからデジタルへの変換手法によってデジタル信号に変換される必要がある。
【００４０】
認識システムおよびオーディオ処理システムは、好ましい実施形態では、多数の既知のメディア・ファイルを収納したデータベースが与えられれば、外部のメディア・サンプルを認識するためのシステムおよび方法を使用する。主としてオーディオ・データが参照されているが、本発明の方法は、それだけには限らないが、テキスト、オーディオ、ビデオ、画像、および個別のメディア・タイプの任意のマルチメディア組合せなど、任意のタイプのメディア・サンプルおよびメディア・ファイルに適用できることを理解されたい。オーディオの場合には、本発明は、例えば、背景ノイズ、伝送エラーおよびドロップアウト、干渉、帯域制限されたフィルタリング、量子化、タイムワープ、ならびに音声品質デジタル圧縮によって引き起こされる、高レベルの線形および非線形歪みを含むサンプルを認識するのに特に有用である。明らかであろうが、認識システムは、ごく少量の算出された特性しか歪みを生き延びていなくても、歪んだ信号を正しく認識できるので、そのような条件で機能する。サウンド、音声、音楽、またはタイプを組み合わせたものを含めて、任意のタイプのオーディオが本発明によって認識できる。オーディオ・サンプルの例としては、録音された音楽、ラジオ放送番組および広告などがある。
【００４１】
本明細書で言及されているように、外部発生のメディア・サンプルは、以下で説明されるように、様々なソースから取得される任意のサイズのメディア・データの１つのセグメントである。認識が行われるためには、サンプルは、本発明で使用されるデータベース内のインデックス付きメディア・ファイルの一部分のレンディションでなければならない。インデックス付きメディア・ファイルはオリジナルの録音と考えることができ、サンプルは、オリジナルの録音の歪んだおよび／または短縮されたバージョン、またはオリジナルの録音のレンディションと考えることができる。一般的には、サンプルは、インデックス付きファイルの小さい一部分に相当する。例えば、認識は、データベース内のインデックス付きの５分の楽曲の１０秒のセグメントに対して実行することができる。インデックス付きエンティティを表すために用語「ファイル」が使用されているが、そのエンティティは、必要な値（以下で説明）が取得できるフォーマットであれば、任意のフォーマットでよい。さらに、値の取得後、そのファイルを保存またはそのファイルにアクセスする必要はない。
【００４２】
本発明の方法７００の全体のプロセスを概念的に示したブロック図が図７に示されている。個々のプロセスを、以下で、より詳しく説明する。この方法は、ウィニング・メディア・ファイル、すなわち、特性フィンガープリントの相対的位置が、外部発生のサンプルの同じフィンガープリントの相対的位置と最もぴったりマッチするメディア・ファイルを識別する。外部発生のサンプルがプロセス７０１でキャプチャされた後、ランドマークおよびフィンガープリントがプロセス７０２で算出される。ランドマークは、サンプル内の特定の位置、例えば、特定の時点で発生する。サンプル内のランドマークの位置は、好ましくは、サンプル自体によって決まり、すなわち、サンプルの品質に依存し、再現可能である。すなわち、プロセスが繰り返されるたびに、同じ信号に対しては同じランドマークが算出される。ランドマークごとに、サンプルの１つ以上の特徴を表すフィンガープリントがランドマークで、またはランドマークの近傍で取得される。ランドマークとの特徴の近接度は、使用されるフィンガープリンティング方式によって定義される。場合によっては、ある特徴があるランドマークと明らかに一致し、前または後のランドマークと一致しない場合、その特徴は、そのランドマークに近接していると考えられる。他の場合には、特徴は、複数の隣接するランドマークと一致する。例えば、テキスト・フィンガープリントはワード・ストリングであってよいし、オーディオ・フィンガープリントはスペクトル・コンポーネントであってよいし、画像フィンガープリントはピクセルＲＧＢ値であってよい。以下で、プロセス７０２の、一方では、ランドマークおよびフィンガープリントが順次に算出され、他方では、ランドマークおよびフィンガープリントが同時に算出される、２つの一般的な実施形態を説明する。
【００４３】
プロセス７０３において、サンプルのフィンガープリントを使用して、データベース・インデックス７０４に保存されている、マッチするフィンガープリントのセットが検索される。データベース・インデックス７０４では、マッチするフィンガープリントは、メディア・ファイルのセットのランドマークおよび識別子に関連付けられている。次に、検索されたファイル識別子およびランドマーク値のセットを使用して、サンプル・ランドマーク（プロセス７０２で算出される）と、同じフィンガープリントが算出された、検索されたファイル・ランドマークとを含む対応ペア（プロセス７０５）が生成される。次に、結果の対応ペアが楽曲識別子でソートされて、各該当ファイルに関してサンプル・ランドマークとファイル・ランドマーク間の対応のセットが生成される。各セットは、ファイル・ランドマークとサンプル・ランドマークのアラインメントについてスキャンされる。すなわち、ペアのランドマーク内の線形の対応が識別され、そのセットは、線形の関係があるペアの数に応じて採点される。線形の対応は、多数の対応するサンプル位置とファイル位置が、許容される範囲内で、実質的に同じ線形等式で表すことができる場合に発生する。例えば、セットの対応ペアを表す複数の等式の傾斜が５％ずつ異なる場合、対応のセット全体が線形の関係があると見なされる。当然であるが、任意の適切な許容値を選択できる。最高の得点を得たセット、すなわち、最多の線形の関係がある対応を有するセットの識別子がウィニング・ファイルの識別子であり、プロセス７０６で、それが突き止められて、返される。
【００４４】
認識は、時間コンポーネントがデータベース内の項目数の対数に比例する形で実行できる。認識は、非常に大きいデータベースに関しても、基本的にリアルタイムで実行できる。すなわち、サンプルは、小さいタイムラグがあるが、サンプルが取得されるときに認識できる。この方法は、５〜１０秒、さらには１〜３秒の小さいセグメントに基づいてサウンドを識別できる。好ましい実施形態では、ランドマークおよびフィンガープリントの分析、すなわち、プロセス７０２は、プロセス７０１でサンプルがキャプチャされるときにリアルタイムで実行される。データベース・クエリ（プロセス７０３）は、サンプル・フィンガープリントが使用可能になるときに実行され、一致する結果が累積され、定期的に線形の一致がスキャンされる。このように、この方法のプロセスはすべて同時に行われ、図７で示唆されているような順次の線形方式で行われるのではない。この方法は、部分的には、テキスト・サーチ・エンジンと類似していることに留意されたい。すなわち、ユーザがクエリのサンプルを提供し、サウンド・データベース内のインデックス付きのマッチするファイルが返される。
【００４５】
この方法は、一般的には、図３の認識サーバ３０２のような、コンピュータ・システム上で稼働するソフトウェアとして実施され、個々のプロセスは、独立したソフトウェア・モジュールとして実施されるのが最も効率がよい。このように、本発明を実施するシステムは、ランドマーキングおよびフィンガープリンティング・オブジェクト、インデックス付きデータベース、およびデータベース・インデックスをサーチし、対応ペアを算出し、ウィニング・ファイルを識別するための分析オブジェクトから構成されると考えることができる。順次ランドマーキングおよびフィンガープリンティングの場合、ランドマーキングおよびフィンガープリンティング・オブジェクトは、別個のランドマーキング・オブジェクトおよびフィンガープリンティング・オブジェクトと考えることができる。異なるオブジェクトに対するコンピュータ命令コードは、１つまたは複数のコンピュータのメモリに保存され、１つまたは複数のコンピュータ・プロセッサによって実行される。一実施形態では、コード・オブジェクトは、インテル・ベースのパーソナル・コンピュータまたは他のワークステーションなどの単一のコンピュータ・システム内でまとめられてクラスタ化される。好ましい実施形態では、この方法は、中央処理装置（ＣＰＵ）のネットワーク化されたクラスタによって実施され、その場合、ソフトウェア・オブジェクトは、計算の負荷を分散するために、異なるプロセッサによって実行される。別法として、各ＣＰＵがすべてのソフトウェア・オブジェクトのコピーを有することができ、その結果、同一に構成された要素の均一なネットワークが構築される。この後者の構成では、各ＣＰＵは、データベース・インデックスのサブセットを有し、そのＣＰＵ独自のサブセットのメディア・ファイルのサーチを担当する。
【００４６】
図８を参照すると、識別のためのランドマーク／フィンガープリントを作成するプロセス８００の実施形態を示す図が示されている。プロセス８００は、メディア・コンテンツが入っている放送信号８０１が受信されたときに開始される。図８の例では、コンテンツはオーディオであり、オーディオ波８０２によって表されている。本明細書で説明される概念による、ランドマーク／フィンガープリンティング・プロセスの実施形態はオーディオ波８０２に適用される。ランドマーク８０３は、オーディオ波８０１上の典型的な地点で識別される。
【００４７】
次に、ランドマークは、あるランドマークを他の近傍のランドマークに関連付けることにより、コンステレーション８０４にグループ化される。フィンガープリント８０５は、コンステレーション内にあるランドマークと他のランドマークとの間に作成されるベクトルによって形成される。放送ソースからのフィンガープリントは、次に、署名リポジトリ内のフィンガープリントと比較される。
【００４８】
リポシトリ内の署名は、導出されて保存されている既知のメディア・サンプルからのフィンガープリントの集合である。フィンガープリント・マッチ８０６は、未知のメディア・サンプルからのフィンガープリントが、署名リポジトリ内のフィンガープリントとマッチした場合に発生する。
【００４９】
図９を参照すると、個別のフィンガープリント・マッチ９０１を既知のメディア・ファイルのマッチと相互に関連付けるためのプロセス９００の実施形態を示す図が示されている。未知のメディア・サンプルがメディア・ライブラリ内の既知のファイルとマッチする場合、マッチ９０３および９０４などの個別のマッチが発生する。個別のマッチがアラインメント９０２のように整列し始めると、マッチが発生している。
【００５０】
本明細書で説明される概念に関連付けて使用できる認識システムの実施形態のさらなる説明が、米国特許出願公開第２００２／００８３０６０号、公開日２００２年６月２７日、名称「Ｓｙｓｔｅｍ  ａｎｄ  Ｍｅｔｈｏｄｓ  ｆｏｒ  Ｒｅｃｏｇｎｉｚｉｎｇ  Ｓｏｕｎｄ  ｏｒ  Ｍｕｓｉｃ  Ｓｉｇｎａｌｓ  ｉｎ  Ｈｉｇｈ  Ｎｏｉｓｅ  ａｎｄ  Ｄｉｓｔｏｒｔｉｏｎ」および米国特許出願公開第２００５／０１７７３７２号、公開日２００５年８月１１日、名称「Ｒｏｂｕｓｔ  ａｎｄ  Ｉｎｖａｒｉａｎｔ  Ａｕｄｉｏ  Ｐａｔｔｅｒｎ  Ｍａｔｃｈｉｎｇ」に記載されており、これら両出願の開示内容は、参照により本明細書に援用されるものとする。
【００５１】
図１０を参照すると、本明細書で説明される概念による放送監視システムの実施形態に関するプロセスおよびエンティティのフローの実施形態が示されている。プロセスおよびエンティティのフローは、システム・リポジトリ、およびこれらのリポジトリと対話する関連プロセスを含む。リポジトリとしては、生および処理済み放送データおよび報告書、メタデータ、ならびにマスタ・オーディオ・データおよび署名ファイル用のリポジトリがある。図１０の中、および図１０の説明の中でオーディオ・データおよび放送用のアプリケーションが参照されているが、前に説明したように、このアプリケーションは、本明細書で説明される概念の範囲から逸脱することなく、ビデオ、テキスト、または他のデータを含むことができる。
【００５２】
生および処理済み放送データおよび報告書リポジトリとしては、生データ・リポジトリ１００１、前処理済みログ・データ１００２、処理済みログ・データ１００３、ログ・データ・アーカイブ１００４、およびデータ・マイニングおよび報告書リポジトリ１００５などがある。放送データ・リポジトリに加えて、キャプチャされた放送データをアーカイブするキャプチャ・ログ・アーカイブ１０１４がある。メタデータ・リポジトリとしては、実働前メタデータ・データベース１００６および実働メタデータ・データベース１００７がある。マスタ・オーディオおよび署名リポジトリとしては、マスタ・オーディオ・データベース１００８および署名ファイル・リポジトリ１００９がある。マスタ・オーディオ・ファイル・データベースおよび署名データベースの両方ならびに関連のメタデータ・データベースで使用されるデータをインポートおよびエクスポートするために使用される追加リポジトリがある。追加リポジトリとしては、電子データ交換インターフェース（ＥＤＩ）エクスポートおよびインポートそれぞれのデータベース１０１０および１０１２、ならびにオーディオ・ファイルおよびメタデータ・ファイルそれぞれの要請プロセス・リポジトリ１０１１および１０１３がある。
【００５３】
メタデータ・データベース１００６および１００７は、署名ファイル・リポジトリ１００９内の署名ファイルのそれぞれ、およびマスタ・オーディオ・ファイル・アーカイブ１００８内のリンク・オーディオ・ファイルに関するテキスト情報を収納している。外部ソースから受信されたメタデータはすべて、最初は、実働前メタデータ・データベース１００６に保存される。外部ソースからのデータは、実働前メタデータが実働前データベース１００６から実働データベース１００７へ移動される前に品質保証プロセス１０１５で診断されるべきである。
【００５４】
署名ファイル・リポジトリ１００９は、認識クラスタ１０１６によって使用されるすべての署名ファイルを保存する。署名ファイルは署名作成プロセス１０１８によって作成され、署名ファイル・リポジトリに保存される。署名ファイルは、スライス作成プロセス１０１７によって作成されたスライスにデータ設定するランドマーク／フィンガープリント（ＬＭＦＰ）を作成するために、リポジトリから取り出されて、認識クラスタに送信される。マスタ・オーディオ・ファイル・データベース１００８は、すべてのフォーマットで受信されたすべてのオーディオ・ファイルを保存する。マスタ・オーディオ・ファイルは、通常、認識プロセスでは使用されず、例えば、署名ファイルが失われた、または破壊された場合に、マスタ・オーディオ・ファイル・データベース１００８の対応するオーディオ・ファイルにアクセスして、新しい署名ファイルを作成するために使用できる、などのアーカイブの目的で保持される。
【００５５】
生データ・リポジトリ１００１からのデータが認識プロセス１０１９に供給されて、そこで、そのデータは認識クラスタ１０１６によって分析される。分析されたデータは、次に、前処理済みログ・データベース１００２に入れられる。ヒューリスティック機能１０２０は処理済みデータを分析し、処理済みログ・データベース１００３に保存されたデータを生成する。そのデータをさらに処理するために手動のログ分析および更新プロセスが使用でき、そのデータは、ログ・データ・アーカイブ１００４およびデータ・マイニングおよび報告書レポジトリ１００５に保存される。エクスポートおよび報告プロセス１０２２は、処理済みデータおよび報告書へのユーザ・アクセスを可能にするためにデータ・マイニングおよび報告書レポジトリ１００５にアクセスする。
【００５６】
実働メタデータ・データベース１００７は、図１１に示されているように、署名ファイル・リポジトリ１００９およびオーディオ・ファイル・リポジトリ１００８と共に完全な参照ファイル・ライブラリを形成する。参照ファイル・ライブラリ１１００は、そのライブラリに保存されている各オーディオ・ファイル１１０１について完全な情報セットを収納している。ライブラリ内の各オーディオ・ファイル１１０１は、それに完全なメタデータ・ファイル１１０２を関連付けており、そのメタデータ・ファイルは、オーディオ・ファイルに関する、芸術家、題名、トラック長、および放送データを処理および分析するときにシステムによって使用される可能性のある任意の他のデータなどの情報を組み込んでいる。各オーディオ・ファイル１１０１は、それに署名ファイル１１０３を関連付けており、その署名ファイルは、未知の放送データを参照ライブラリ１１００内の既知のオーディオ・ファイルと照合するために使用される。新しい材料は、新しいオーディオ・ファイル、メタデータ・ファイルおよび署名ファイルを適切なデータベースに供給することにより、参照ライブラリに追加できる。
【００５７】
参照ライブラリデータ設定プロセスの実施形態が図１２に示されている。参照ライブラリ１１００は、複数のソースから新しいオーディオ情報を受信することができる。例えば、新しいオーディオ・ファイル１２０１は、コンパクト・ディスクなどの物理的オーディオ製品１２０２から取り出すか、または、ＩＴｕｎｅｓなどのオンライン音楽リポジトリからＭＰ３ダウンロードなどの電子オーディオ・ファイル形式１２０３で受信することができる。新しいオーディオ・ファイルの他の外部ソース１２０４もあり得、例えば、オーディオ・ファイル、および参照ライブラリ１１００に組み込むためのそれらのオーディオ・ファイルに関連付けられたメタデータを供給するように契約している第３者の会社などがある。電子オーディオ・ファイル１２０３はオーディオＥＤＩリポジトリ１２０５に保存され、外部ソース・オーディオ・ファイル１２０４は外部署名交換リポジトリ１２０６に保存される。
【００５８】
新しいオーディオ・ファイル・フォーマットはすべて、オーディオ製品処理機能１２０７に送信される。オーディオ製品処理機能１２０７は、オーディオ・ファイルに関連付けられたメタデータを抽出して、それを、図１０で説明されているように前処理済みメタデータ・データベース１００６に送信する。オリジナルのオーディオ・ファイル１２１０は、マスタ・オーディオ・ファイル・データベース１００８に保存される。そのオーディオ・ファイル用の署名ファイル１２０９が、例えば、外部ソース・オーディオ・ファイル１２０４用などにすでに作成されている場合、その署名ファイルは、署名ファイル・リポジトリ１００９に直接保存される。オーディオ・ファイル用の署名ファイルがない場合、圧縮されたＷＡＶファイル１２１１が署名ファイル作成プロセス１０１８に送信され、そこで、署名ファイル１２０９が作成され、署名ファイル・リポジトリ１００９に保存される。
【００５９】
関連付けられたメタデータがないオーディオ・ファイルの場合、メタデータは、そのオーディオ・ファイル用に別途供給される。メタデータは電子的に取得することもできるし１２１２、または手動で入力することもできる１２１３。電子的に取得されたメタデータは、メタデータＥＤＩリポジトリ１２１４に保存される。両方のタイプのメタデータ、すなわち、電子タイプ１２１２および手動タイプ１２１３は、実働前メタデータ・データベース１００６に保存される前に手動メタデータ・プロセス１２１５によって処理される。
【００６０】
いずれの大規模監視および認識システムにおいても、難題は、強力なデータ管理システムの開発である。監視および認識システムの生の出力は大量であり、相当な前処理をしなければ、たいして役に立たない可能性がある。作成される生データの量は、参照ライブラリのデータ設定、システム・デユーティ・サイクル、オーディオ・サンプルの長さ設定値、および識別解決設定値の関数である。加えて、生データの結果は、識別されたセグメントと未識別セグメントを区別するだけである。そのため、非常に大量の集計された未識別セグメントが生ずることになり、その大量の未識別セグメントは、音楽、トーク、放送中断（ｄｅａｄ  ａｉｒ）、コマーシャルなどを含む、参照データベースに組み込まれないコンテンツからなる。この生データを処理および前処理するためのプロセスが開発されなければならない。
【００６１】
放送データの要素が、それが参照データベース内に存在しないためにシステムによって自動的に識別されない場合には、システムは、その作品を「未知」とフラグを立てるようにプログラムできる。その未知のセグメントは、未知の参照ライブラリ内に未知の参照オーディオ・セグメントとして保存することができる。そのオーディオ・トラックが後でシステムによってログされる場合、そのトラックは、手動識別用にフラグが立てられるべきである。手動識別用のマークが付けられたオーディオ・トラックはすべて、オンスクリーン・ユーザ・インターフェースを介してアクセス可能なはずである。このユーザ・インターフェースは、許可ユーザが手動でオーディオ・トラックを識別できるようになっている。ユーザがトラックを識別して、関連のメタデータを入力すると、このトラックが過去または将来の監視活動ログ上に現れるときは、必ず、関連付けられたメタデータと共に「識別済み」として現れる。これらの楽曲に対して入力されたメタデータは、実働メタデータ・データベースに伝播される前に適切な品質保証プロセスを通過しなければならない。
【００６２】
すでに説明されているように、ヒューリスティック・アルゴリズムによってフラグが立てられた「未知」のオーディオ・セグメントは、手動または自動プロセスによって識別されなければならない。識別されたら、フラグが立てられているセグメントのすべてのインスタンスが、それらのセグメントを識別する、関連付けられたメタデータを反映するように更新されるべきである。加えて、すべてのフラグが、「未知」から「識別済み」への状況の変化を反映するように更新されるべきである。そのための手動および自動プロセスを以下で説明する。
【００６３】
繰り返される未識別の作品としてフラグが立てられているすべての項目が、許可ユーザによって手動で容易にアクセスされて、変更されなければならない。ユーザは、手動の識別およびメタデータ更新のために、オリジナルのオーディオ・トラックを再生できるべきである。識別されたら、システムは、その更新を以前の未識別トラックのすべての出現箇所に伝播すべきである。加えて、手動で識別されたトラックに付加されるメタデータは、フラグが立てられて、診断および実働メタデータ・データベースへの組み込みのためにメタデータ・インポートおよびＱＡシステムに提出されなければならない。
【００６４】
システムは、手動で識別されるまで、または手動でこのサイクルから除去されるまでの、オーディオ識別システムによって繰り返される未識別の作品としてフラグが立てられた項目の自動再提出を、提供するべきである。その結果、システムは、項目の対応する参照が参照ライブラリ内にないために最初は識別されなかった可能性のある項目を、その参照項目が参照ライブラリに追加されるとすぐに識別することができる。
【００６５】
本発明とその利点が詳細に説明されているが、添付の特許請求の範囲で定義された発明から逸脱することなく、本明細書に様々な変更、置換、改変を行うことができることを理解されたい。さらに、本出願の範囲は、明細書で説明されているプロセス、機械、製造物、物質組成、手段、方法およびステップの特定の実施形態に限定されることは意図されていない。本開示から容易に理解できるであろうが、本明細書で説明される、対応する実施形態と実質的に同じ機能を実行する、または実質的に同じ結果を達成する、現存の、または将来開発されるプロセス、機械、製造物、物質組成、手段、方法またはステップが利用されてよい。したがって、添付の特許請求の範囲は、その範囲に、そのようなプロセス、機械、製造物、物質組成、手段、方法またはステップを含むように意図されている。
【図１】
2010519832.tif 000003
【図２】
2010519832.tif 000004
【図３】
2010519832.tif 000005
【図４】
2010519832.tif 000006
【図５】
2010519832.tif 000007
【図６】
2010519832.tif 000008
【図７】
2010519832.tif 000009
【図８】
2010519832.tif 000010
【図９】
2010519832.tif 000011
【図１０】
2010519832.tif 000012
【図１１】
2010519832.tif 000013
【図１２】
2010519832.tif 000014
【国際調査報告】
2010519832.tif 000015