(57)【要約】  テレビオーディエンス計測システム（Ａｕｄｉｅｎｃｅ  Ｍｅａｓｕｒｅｍｅｎｔ  Ｓｙｓｔｅｍ、ＡＭＳ）レポートを生成する方法、および方法を実行するシステムが開示される。方法は、複数のクライアントデバイスから複数の符号化されたレポートペイロードを受信するステップと、符号化されたレポートペイロードをデータベースに格納するステップと、少なくとも１つの符号化されたレポートペイロードをデータベースからランダムにアドレス指定可能なメモリ（ＲＡＭ）の中に転送するステップと、ＲＡＭ内の少なくとも１つの符号化されたレポートペイロードを復号するステップと、少なくとも１つの照合アルゴリズムを使ってＲＡＭ内の復号されたデータを構文解析して、イベントの発生を判定するステップと、構文解析されたデータのデータベースを編集するステップと、構文解析されたデータのデータベースからＡＭＳレポートを生成するステップとを備える。
2014519276.tif 000002
【特許請求の範囲】
【請求項１】
テレビ解析オーディエンス計測システム（Ａｕｄｉｅｎｃｅ  Ｍｅａｓｕｒｅ  Ｓｙｓｔｅｍ、ＡＭＳ）レポートを生成する方法であって、
複数のクライアントデバイスから複数の符号化されたレポートペイロードを受信するステップと、
符号化されたレポートペイロードをデータベースに格納するステップと、
少なくとも１つの符号化されたレポートペイロードをデータベースからランダムにアドレス可能なメモリ（ＲＡＭ）の中に転送するステップと、
ＲＡＭ内の少なくとも１つの符号化されたレポートペイロードを復号するステップと、
少なくとも１つの照合アルゴリズムを使ってＲＡＭ内の復号されたデータを構文解析して、イベントの発生を判定するステップと、
構文解析されたデータのデータベースを編集するステップと、
構文解析されたデータのデータベースからＡＭＳレポートを生成するステップと
をプロセッサに備える、方法。
【請求項２】
ＲＡＭ内の少なくとも１つの符号化されたレポートペイロードを復号するステップ、および少なくとも１つの解析照合アルゴリズムを使ってＲＡＭ内の復号されたデータを構文解析して、イベントの発生を判定するステップは、符号化されたレポートペイロードごとに繰り返される、請求項１に記載の方法。
【請求項３】
復号されたレポートペイロードが保存されない、請求項１に記載の方法。
【請求項４】
構文解析されたデータのデータベースを編集するステップが、構文解析されたデータを中間パネルレポートデータベースまたは最終パネルレポートデータベースのうち一方に格納するステップを備える、請求項１に記載の方法。
【請求項５】
イベントが、広告が表示されたこと、テレビ放送が表示されたこと、リモコン装置でボタンが押下されたこと、視聴者の生体測定レコーディングが得られたこと、または広告の対話要素の活動化のうち少なくとも１つである、請求項１に記載の方法。
【請求項６】
それぞれの符号化されたレポートペイロードが、クライアントデバイス識別子および複数の符号化されたＡＭＳイベントを備える、請求項１に記載の方法。
【請求項７】
復号されたデータを少なくとも１つの照合アルゴリズムを使って構文解析して、イベントの発生を判定するステップが、ビットマスクアルゴリズムにより達成される、請求項１に記載の方法。
【請求項８】
１つの符号化されたレポートペイロードが構文解析された後に、第２の符号化されたレポートペイロードが構文解析される、請求項１に記載の方法。
【請求項９】
復号されたデータの各セットが、パネル定義により判定された少なくとも１つの特定のイベントに対して構文解析される、請求項１に記載の方法。
【請求項１０】
レポートが、特定のイベントが発生した回数のカウントを備える、請求項１に記載の方法。
【請求項１１】
各クライアントデバイスが、セットトップボックス、テレビ、コンピュータ、タブレット、スマートフォン、またはストリーミングメディアデバイスのうちの１つである、請求項１に記載の方法。
【請求項１２】
解析テレビオーディエンス計測システム（ＡＭＳ）レポートを生成するシステムであって、
プロセッサと、
プロセッサと通信状態にあるランダムにアクセス可能なメモリ（ＲＡＭ）と、
プロセッサと通信状態にある符号化されたレポートペイロードのデータベースと、
プロセッサと通信状態にある構文解析されたデータのデータベースと、
プロセッサと通信状態にあるトランシーバと、
プロセッサで実行されるソフトウェアとを備え、ソフトウェアは、
複数のクライアントデバイスから複数の符号化されたレポートペイロードを受信し、
複数の符号化されたレポートペイロードを、符号化されたレポートペイロードのデータベースに格納し、
少なくとも１つの符号化されたレポートペイロードを、符号化されたレポートペイロードのデータベースからＲＡＭの中に転送し、
ＲＡＭ内のそれぞれの符号化されたレポートペイロードを復号し、
少なくとも１つの照合アルゴリズムを使ってＲＡＭ内の復号されたデータを構文解析して、イベントの発生を判定し、
構文解析されたデータのデータベースに格納するために、構文解析されたデータのレコードを編集し、
構文解析されたデータのデータベースに格納されたデータからＡＭＳレポートを生成する、システム。
【請求項１３】
ソフトウェアが、ＲＡＭ内の少なくとも１つの符号化されたレポートペイロードを復号するステップ、および少なくとも１つの解析照合アルゴリズムを使ってＲＡＭ内の復号されたデータを構文解析して、符号化されたレポートペイロードごとにイベントの発生を判定するステップを繰り返す、請求項１３に記載のシステム。
【請求項１４】
復号されたレポートペイロードが保存されない、請求項１３に記載のシステム。
【請求項１５】
構文解析されたデータのデータベースが、中間パネルレポートデータベースおよび最終パネルレポートデータベースを備える、請求項１３に記載のシステム。
【請求項１６】
イベントが、広告が表示されたこと、テレビ放送が表示されたこと、リモコン装置でボタンが押下されたこと、視聴者の生体測定レコーディングが得られたこと、または広告の対話要素の活動化のうち少なくとも１つである、請求項１２に記載のシステム。
【請求項１７】
それぞれの符号化されたレポートペイロードが、クライアントデバイス識別子および複数の符号化されたＡＭＳイベントを備える、請求項１２に記載のシステム。
【請求項１８】
ソフトウェアが照合アルゴリズムとしてビットマスクアルゴリズムを使用する、請求項１２に記載のシステム。
【請求項１９】
１つの符号化されたレポートペイロードが構文解析された後に、第２の符号化されたレポートペイロードが構文解析される、請求項１２に記載のシステム。
【請求項２０】
それぞれの符号化されたレポートペイロードがタイムスタンプレコードを格納しない、請求項１２に記載のシステム。
【請求項２１】
復号されたデータの各セットが、パネル定義により判定された少なくとも１つの特定のイベントに対して構文解析される、請求項１２に記載のシステム。
【請求項２２】
レポートが、特定のイベントが発生した回数のカウントを備える、請求項１２に記載のシステム。
【請求項２３】
各クライアントデバイスが、セットトップボックス、テレビ、コンピュータ、タブレット、スマートフォン、またはストリーミングメディアデバイスのうちの１つである、請求項１２に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、参照により具体的に全部が組み入れられる、「Ｓｙｓｔｅｍ  ａｎｄ  Ｍｅｔｈｏｄ  ｆｏｒ  Ａｕｄｉｅｎｃｅ  Ｍｅａｓｕｒｅｍｅｎｔ  Ｓｙｓｔｅｍ  Ｉｎｃｒｅａｓｅ  ｉｎ  Ｅｆｆｉｃｉｅｎｃｙ  ａｎｄ  Ｓｐｅｅｄ  ｏｆ  Ａｎａｌｙｔｉｃｓ  Ｒｅｐｏｒｔ  Ｇｅｎｅｒａｔｉｏｎ」と題する、２０１１年５月２４日に出願された米国特許仮出願第６１／４８９４２２号明細書の優先権を主張する。
【０００２】
本発明は、テレビ広告を対象とする。具体的には、本発明は、テレビ広告および番組の視聴率のレポーティングを対象にする。
【背景技術】
【０００３】
オーディエンス計測システム（Ａｕｄｉｅｎｃｅ  Ｍｅａｓｕｒｅｍｅｎｔ  Ｓｙｓｔｅｍ、ＡＭＳ）は、消費者デバイスにより生成されるすべてのイベントを記録に残し、集中化された場所に送信し、関心のある当事者が、チャンネル、番組、広告などを含む、見られたすべてのコンテンツ単位に関するレポートを生成することができるようにすべきである。オーディエンス挙動計測システム（Ａｕｄｉｅｎｃｅ  Ｂｅｈａｖｉｏｒ  Ｍｅａｓｕｒｅｍｅｎｔ  Ｓｙｓｔｅｍ、ＢＭＳ）は、家庭電化製品、ラジオ、テレビ、ゲーム機、スマートフォン、タブレット、ＰＣなどを含む、事実上任意のデバイスまたはシステムを使ってオーディエンスの対話を記録に残し、モニタすることを可能にすべきである。
【０００４】
収集され、移送され、格納され、取り出され、処理されるために必要なデータ量のために、ユーザが以前を振り返り、過去のデータに基づき任意のタイプのレポートを生成することができるようにしながら、誤差の許容範囲のない、ありとあらゆるコンテンツ単位（番組、広告、双方向テレビアプリケーション、ビデオオンデマンドコンテンツなど）に関するレポートを生成するためにシステムが使用される場合、既存の費用効果の高いシステムの能力を容易に上回る可能性がある。たとえば、米国内のペイテレビ業界は、６千万のデジタルテレビ加入者を有し、各加入者が、平均で１日あたりほぼ１００イベントを生成する。このような能力を有するオーディエンス計測システムは、ほぼ６０億イベントを生成し、移送し、格納して、あらゆる加入者に関するレポートを生成する必要がある。番組または広告のレーティングレポートを生成するために、このようなシステムは、レポートごとに、１日６０億レコードのデータを処理しなければならない。さらに、米国内の典型的なリニアなチャンネル構成がほぼ３００チャンネルであり、放送される番組編成の各時間に２２分が広告スポット（典型的には３０秒以下である）のために割り当てられることを考慮すると、約１，０００の社会経済、人口統計、購入、住宅、および他のプロファイルにマッピングされる必要がある広告単位が１日あたり最大３１６，８００存在する。このような量のデータにより、現在、このようなシステムを作り出すことが実現不可能になっている。
【０００５】
現在まで、ペイテレビ業界では、無理のない予算の範囲内で上述の能力を有するＡＭＳが作り出されなかったのは、セットトップボックスの戻り経路（すなわち、ヘッドエンドまでのセットトップボックスのアップストリーム帯域幅）、集中型記憶装置からデータを取り出すスピード、必要なレポートを生成するためのＣＰＵデータ処理のコスト、および要求されたレポートを完成するために必要な時間（１日あたり１ユーザあたり３１６，８００広告単位、６０億の米国のレコード、および１回の比較に０．０１ミリ秒では、レポート生成には、現代のコンピュータで処理するために最大６０２年かかる可能性がある）により引き起こされる制限を克服されなかったためである。
【０００６】
既存のシステム（たとえば、「Ｍｅｔｈｏｄ  ａｎｄ  Ｓｙｓｔｅｍ  Ｆｏｒ  Ｔｒａｃｋｉｎｇ  Ｎｅｔｗｏｒｋ  Ｕｓｅ」と題する米国特許第６，９８３，４７８号明細書で説明されているシステム）が、各パネル参加者のセットトップボックスから受信されたデータを復号し、構文解析し、イベントレコードデータを番組および広告のデータとマージし、パネル参加者のセットトップボックスの各々に対して一定のタイムラインレコードを形成することにより、構文解析およびマージデータエンジンでパネル参加者ごとにイベントタイムラインを作り出すことを提案した。
【０００７】
このような設計および列挙された動作は、２つの問題を提示する。第１の難題は、システムが、構文解析を行うためにかなりの量の処理能力を、およびタイムラインレコードを作り出し、格納するためにかなりの量の入出力（読出しおよび書込み）動作を必要とすることである。この要件は、高い費用効率で拡大し、サポートパネルに無理のない数のパネル参加者を提供し、かつ要求された、対象とするプロファイルの見るパターンを正確に表す能力を大幅に制限する。
【０００８】
上述の手法に関連する第２の問題が、タイムラインデータレコードの性質により、非常に大きなタイムラインデータレコードを作り出す。この処理の最終生産物が解析レポート（複数）であることを考慮すると、このようなレポートを生成するためには、解析システムは、非常に多くの数のレコードにわたりデータベースクエリを行わなければならず、各レポート生成には、かなりの量の時間および計算資源が消費される。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】米国特許第６９８３４７８号明細書
【発明の概要】
【発明が解決しようとする課題】
【００１０】
本発明は、現在の戦略および設計に関連する問題および不利な点を克服し、多くのタイプのコンテンツの視聴率を計測する新しいツールおよび方法を提供する。
【課題を解決するための手段】
【００１１】
本発明の一実施形態が、テレビ解析オーディエンス計測システム（ＡＭＳ）レポートを生成する方法を対象とする。方法は、複数のクライアントデバイスから複数の符号化されたレポートペイロードを受信するステップと、符号化されたレポートペイロードをデータベースに格納するステップと、少なくとも１つの符号化されたレポートペイロードをデータベースからランダムにアドレス指定可能なメモリ（ＲＡＭ）の中に転送するステップと、ＲＡＭ内の少なくとも１つの符号化されたレポートペイロードを復号するステップと、少なくとも１つの照合アルゴリズムを使ってＲＡＭ内の復号されたデータを構文解析して、イベントの発生を判定するステップと、構文解析されたデータのデータベースを編集するステップと、構文解析されたデータのデータベースからＡＭＳレポートを生成するステップとをプロセッサに備える。
【００１２】
好ましくは、ＲＡＭ内の少なくとも１つの符号化されたレポートペイロードを復号するステップ、および少なくとも１つの解析照合アルゴリズムを使ってＲＡＭ内の復号されたデータを構文解析して、イベントの発生を判定するステップは、符号化されたレポートペイロードごとに繰り返される。好ましい実施形態では、復号されたレポートペイロードは保存されない。好ましくは、構文解析されたデータのデータベースを編集するステップは、構文解析されたデータを中間パネルレポートデータベースまたは最終パネルレポートデータベースのうち一方に格納するステップを備える。
【００１３】
イベントは、好ましくは、広告が表示されたこと、テレビ放送が表示されたこと、リモコン装置でボタンが押下されたこと、視聴者の生体測定レコーディングが得られたこと、または広告の対話要素の活動化のうち少なくとも１つである。好ましくは、それぞれの符号化されたレポートペイロードは、クライアントデバイス識別子および複数の符号化されたＡＭＳイベントを備える。好ましい実施形態では、復号されたデータを少なくとも１つの照合アルゴリズムを使って構文解析して、イベントの発生を判定するステップは、ビットマスクアルゴリズムにより達成される。
【００１４】
請求項１に記載の方法では、１つの符号化されたレポートペイロードが構文解析された後に、第２の符号化されたレポートペイロードが構文解析される。
【００１５】
好ましくは、復号されたデータの各セットが、パネル定義により判定された少なくとも１つの特定のイベントに対して構文解析される。レポートは、好ましくは、特定のイベントが発生した回数のカウントを備える。好ましい実施形態では、各クライアントデバイスは、セットトップボックス、テレビ、コンピュータ、タブレット、スマートフォン、またはストリーミングメディアデバイスのうちの１つである。
【００１６】
本発明の他の実施形態が、解析テレビオーディエンス計測システム（ＡＭＳ）レポートを生成するシステムを対象とする。システムは、プロセッサ、プロセッサと通信状態にある、ランダムにアクセス可能なメモリ（ＲＡＭ）、プロセッサと通信状態にある、符号化されたレポートペイロードのデータベース、プロセッサと通信状態にある、構文解析されたデータのデータベース、プロセッサと通信状態にあるトランシーバ、およびプロセッサで実行されるソフトウェアを備える。ソフトウェアは、複数のクライアントデバイスから複数の符号化されたレポートペイロードを受信し、複数の符号化されたレポートペイロードを、符号化されたレポートペイロードのデータベースに格納し、符号化されたレポートペイロードのデータベースから少なくとも１つの符号化されたレポートペイロードをＲＡＭの中に転送し、ＲＡＭ内のそれぞれの符号化されたレポートペイロードを復号し、少なくとも１つの照合アルゴリズムを使ってＲＡＭ内の復号されたデータを構文解析して、イベントの発生を判定し、構文解析されたデータのデータベースに格納するために、構文解析されたデータのレコードを編集し、構文解析されたデータのデータベースに格納されたデータからＡＭＳレポートを生成する。
【００１７】
好ましくは、ソフトウェアは、ＲＡＭ内の少なくとも１つの符号化されたレポートペイロードを復号するステップ、および少なくとも１つの解析照合アルゴリズムを使ってＲＡＭ内の復号されたデータを構文解析して、符号化されたレポートペイロードごとにイベントの発生を判定するステップを繰り返す。好ましい実施形態では、復号されたレポートペイロードは保存されない。構文解析されたデータのデータベースは、好ましくは、中間パネルレポートデータベースおよび最終パネルレポートデータベースを備える。
【００１８】
好ましくは、イベントは、広告が表示されたこと、テレビ放送が表示されたこと、リモコン装置でボタンが押下されたこと、視聴者の生体測定レコーディングが得られたこと、または広告の対話要素の活動化のうち少なくとも１つである。それぞれの符号化されたレポートペイロードは、好ましくは、クライアントデバイス識別子および複数の符号化されたＡＭＳイベントを備える。
【００１９】
好ましくは、ソフトウェアは、照合アルゴリズムとしてビットマスクアルゴリズムを使用する。好ましい実施形態では、１つの符号化されたレポートペイロードが構文解析された後に、第２の符号化されたレポートペイロードが構文解析される。好ましくは、それぞれの符号化されたレポートペイロードは、タイムスタンプレコードを格納しない。復号されたデータの各セットが、好ましくは、パネル定義により判定された少なくとも１つの特定のイベントに対して構文解析される。好ましくは、レポートは、特定のイベントが発生した回数のカウントを備える。好ましくは、各クライアントデバイスは、セットトップボックス、テレビ、コンピュータ、タブレット、スマートフォン、またはストリーミングメディアデバイスのうちの１つである。
【００２０】
本発明の他の特徴および有利な点が、以下の説明の中に一部示されており、この説明から一部明らかになってもよく、または本発明を実践することによって学ばれてもよい。
【００２１】
本発明について、例だけによって、および添付図面を参照して、より詳細に説明される。
【図面の簡単な説明】
【００２２】
【図１】ＡＭＳ−ＡサブシステムからＡＭＳ−Ｌサブシステムへのシステムデータフローの一実施形態を示す。
【図２】ビットマスクを実行せずにデータを処理する方法の一実施形態を示す。
【図３】ビットマスクを実行してデータを処理する方法の一実施形態を示す。
【発明を実施するための形態】
【００２３】
本明細書で具体化され、おおまかに説明されるように、本明細書の開示は、本発明の詳細な実施形態を提供する。しかしながら、開示される実施形態は、さまざまな形態および代替の形態で具体化されてもよい本発明の例示でしかない。したがって、特定の構造的および機能的詳細が限定的であるべきであるという意図があるのではなく、むしろ、意図することは、特定の構造的および機能的詳細が、特許請求の範囲の基礎を、当業者に本発明のさまざまな利用の仕方を教示する代表的な基礎として提供することである。
【００２４】
本発明の実施形態により解決されることができる当技術分野における問題が、テレビ視聴率の計測である。意外にも、ＡＭＳの処理、格納、および読出し／書込み（入出力）の要件を低減することにより、多数のパネルおよび多数のパネルが関与するシステムに対して、費用効果が高く高速な解析レポート生成が達成されることができることが発見された。
【００２５】
本発明の実施形態は、タイムラインデータベースレコードを処理することも、記録に残すこともない。代わりに、クライアントデバイスが、符号化された最初のレポートペイロードを格納する。ペイロードは、好ましくは、解析レポートビットマスクアルゴリズムを使用してＲＡＭの中に復号され、パネルのレポートデータベースに格納される。
【００２６】
ＡＭＳはデータを収集し、コスト効率の高い、国勢調査レベルの精度のレポートを作り出す。好ましい実施形態では、ＡＭＳは、収集された大量のデータを高いコスト効率で処理することが可能になるように、コンテンツ分配システム内部の、異なる類型学的ネットワークポイントに常駐する、いくつかの層の分散コンピューティング構成要素からなる。層１は、ＡＭＳ−Ａから、層２はＡＭＳ−Ｌから、層３はＡＭＳ−Ｃからなる。ＡＭＳ−Ａは、ビデオ再生デバイス、たとえばテレビ受像機、セットトップボックス、ビデオストリーミングアダプタ内に常駐するＡＭＳクライアントアプリケーションである。ＡＭＳ−Ｌは、ＡＭＳ−Ａ構成要素により生成されたデータのための第１の収集および前処理ポイントの役割を果たす、バックエンドサーバに基づくサブシステムである。データの前処理が完了した後、ＡＭＳ−ＬはデータをＡＭＳ−Ｃに送信する。ＡＭＳ−Ｃは、データがアーカイブされ、広告代理店にエクスポートされる前の最終データ処理の役割を果たす、バックエンドサーバに基づくサブシステムである。コンテンツ分配ネットワークのトポロジおよび規模に応じて、ＡＭＳ−Ｌ構成要素の場所および総数が変わる。たとえば、小規模コンテンツ分配システムは、ＡＭＳ−ＡおよびＡＭＳ−Ｌ構成要素だけを有し、この特定のコンテンツ分配ネットワークの外部に配置されたＡＭＳ−Ｃ構成要素を利用する。
【００２７】
各ＡＭＳ−Ａ（クライアントデバイスレベル）は、好ましくは、ＡＭＳ−Ｌから構成メッセージを受信し、かつ受信された構成メッセージに従ってイベントの記録、処理およびレポートを実行する役割を果たす。各ＡＭＳ−Ａは、好ましくは、クライアントのセットトップボックス、テレビ、コンピュータ、タブレット、スマートフォン、ストリーミングメディアデバイス、または他のメディア再生デバイスである。
【００２８】
各ＡＭＳ−Ｌ（ローカルノードレベル）は、好ましくは、ＡＭＳ−Ｃ、テレビトラフィックシステム、電子プログラムガイドサーバ、および／またはビデオオンデマンドサーバからパネル定義、加入者プロファイル情報、ならびに番組および広告のスケジュールを受信する役割を果たす。ＡＭＳ−Ｌはまた、好ましくは、構成メッセージを各ＡＭＳ−Ａに送信し、かつアップストリーム帯域幅最適化を行う役割を果たす。ＡＭＳ−Ｌはまた、好ましくは、レポートを各ＡＭＳ−Ａから受信し、パネルレポートをマージし、さらにマージするために、要求されたレポートをＡＭＳ−Ｃに送信する役割を果たす。各ＡＭＳ−Ｌは、好ましくは、ケーブル会社、衛星テレビ会社、ストリーミングメディア会社、またはインターネットサービスプロバイダなどのメディアサービスプロバイダにより維持される。
【００２９】
ＡＭＳ−Ｃ（中央レベル）は、好ましくは、パネル定義を広告代理店から、加入者の人口統計および社会経済メタデータを供給元代理店から、番組編成メタデータを全国的放送局から、ならびに広告スケジュールを広告代理店および放送局から受信する役割を果たす。ＡＭＳ−Ｃは、好ましくは、要求された情報をマージし、利用可能なＡＭＳ−Ｌ加入者ベースの中に情報をマッピングする役割を果たす。ＡＭＳ−Ｃは、複数のＡＭＳ−Ｌからレポートを受信し、マージすることができる。ＡＭＳ−Ｃは、好ましくは、メディア会社、たとえば、放送局、ケーブルテレビチャンネル、またはインターネットウェブページにより維持される。
【００３０】
図１は、ＡＭＳ−Ａサブシステム８０４からＡＭＳ−Ｌサブシステム１０８へのシステムデータフローの一実施形態を示す。ＡＭＳクライアントアプリケーション８０４は、ＡＭＳクライアントレポートメッセージ９１９をＡＭＳ−Ｌサブシステム１０８に、具体的には、ＡＭＳ−Ｌサブシステムのクライアントのレポートキャッチャおよびデータベースインポータ５１５に送信する。ＡＭＳクライアントアプリケーション８０４は、ＡＭＳ−Ｌサブシステム１０８からレポーティングを受信する。伝送は、特定の量のデータが記録に残された後に（たとえば、特定時間数テレビが視聴された後に）、広告主によりランダムに要求されたときに、ＡＭＳ−Ｌサブシステム１０８からの要求に応じて、規則的なスケジュールで（たとえば、毎時間、毎日、または毎週）、または他の間隔で行われることができる。
【００３１】
各メッセージ９１９は、好ましくは、クライアントデバイス識別子９１７（たとえば、ＭＡＣアドレス）および制御情報９１６（たとえば、レポートシーケンス番号）を有するレポートヘッダ９１８、ならびに符号化されたレポートペイロード９１５を含む。符号化されたレポートペイロード９１５は、各ＡＭＳイベント９１４を含む。
【００３２】
イベントは、だれが番組またはコマーシャルを視聴したか、番組およびコマーシャルに対して、視聴した人の反応はどうか、視聴者の生体測定データ、リモコン装置のボタン押下（たとえば、視聴者が、チャンネルを変更した、音量を変更した、またはコンテンツの一部を通り過ぎて早送りした場合）、広告の対話要素の活動化、またはＳＴＢにより記録に残されることができる他のイベントを含んでもよい。
【００３３】
ＡＭＳ−Ｌサブシステム１０８は、モジュール５１５を介して各メッセージ９１９を受信し、ＳＴＢレポートをＳＴＢレポートデータベース５２１に格納する。好ましくは、ＳＴＢレポートデータベース５２１は、各ＳＴＢレポートをモジュール９１１に示されるようなフォーマットで格納する。フォーマットは、クライアントデバイス識別子９１２および符号化されたレポートペイロード９１５を含む。レポートは、タイムスタンプレコードを格納しない。
【００３４】
パネルレポートは、モジュール５２８により生成される。モジュール５２８は、ＳＴＢレポートをＳＴＢレポートデータベース５２１から取り出し、ローカル広告データベース５２５から広告データを、ローカル番組編成データベース５２６から番組編成データを、ローカル人口統計データベース５２４から人口統計データを、およびローカルパネル構成データベース５２３からパネル情報を得る。
【００３５】
モジュール５２８は、符号化されたレポートペイロードをモジュール９００で復号する。モジュール９０４は、復号されたレポートペイロードのフォーマットの好ましい一実施形態を示す。フォーマットは、イベント９０５に関連するタイムスタンプを含む。９０６〜９１０は、復号されたイベント９１４のさまざまな可能な例である。
【００３６】
復号されたデータは、モジュール９０１で、視聴者により何が視聴されたかを判定するために、１つまたは複数のアルゴリズムを使用して照合され、パネルレポートデータベース５３１は、モジュール９０２により更新される。モジュール９０１は、特定のイベント（たとえば、視聴された特定の番組）、特定のタイムスロット、またはパネル定義により判定された他のデータに対して、データを構文解析することができる。モジュール９０３は、ＡＭＳ−Ｌサブシステム１０８に、ＳＴＢごとに処理を繰り返させる。システムは、イベント発生の回数のカウントを終了したとき、更新されたカウントをパネルレポートデータベース５３１に追加してもよい。
【００３７】
図２は、ビットマスクを実行せずにデータを処理する方法の一実施形態を示す。ステップ１００１で、パネルのレポートジェネレータが、「ｓｅｌｅｃｔ」ＳＱＬ（ｓｔｒｕｃｔｕｒｅｄ  ｑｕｅｒｙ  ｌａｎｇｕａｇｅ、構造化照会言語）クエリを使用してＳＴＢレポートペイロードを取り出す。ステップ１００２で、次のＳＴＢレポートレコードが得られる。ステップ１００３で、システムは、ＳＴＢレポートレコードがさらに存在するかどうか判定し、存在する場合、方法は継続され、存在しない場合、方法は終了する。ステップ１００４で、ＡＭＳ−Ｌサブシステムは、ＳＴＢレポートペイロードからのすべてのイベントをＲＡＭの中に復号し、イベントをタイムスタンプにより順序づける。ステップ１００５で、ＡＭＳ−Ｌサブシステムは、パネルＩＤ番号およびＳＱＬクエリ（たとえば、ＳＥＬＥＣＴ＊ＦＲＯＭ  ＰａｎｅｌＡｎａｌｙｔｉｃｓＴａｂｌｅ  ＷＨＥＲＥ  ＰａｎｅｌＩＤ＝”ｘｙｚ”）を使用して、ローカルパネル構成データベースから解析レポート定義を取り出す。次いで、システムは、ステップ１００８で、各イベントを構文解析し、ステップ１００９で、ＳＴＢレポートに対する解析要求を実行し、結果をパネルのレポートデータベースに格納する。ステップ１００６で、第１のＳＴＢレポートレコード内のすべてのイベントが使い果たされると、ＳＴＢレポートレコードがもはや残っていなくなるまで、新しいＳＴＢレポートレコードが構文解析される。
【００３８】
図３は、ビットマスクを実行してデータを処理する方法の一実施形態を示す。ビットマスクが、１回の動作で１つのＳＴＢからのすべての広告について調べることができる。ステップ１１０１で、パネルのレポートジェネレータが、「ｓｅｌｅｃｔ」ＳＱＬ（ｓｔｒｕｃｔｕｒｅｄ  ｑｕｅｒｙ  ｌａｎｇｕａｇｅ、構造化照会言語）クエリを使用してＳＴＢレポートペイロードを取り出す。ステップ１１０２で、次のＳＴＢレポートレコードが得られる。ステップ１１０３で、システムは、ＳＴＢレポートレコードがさらに存在するかどうか判定し、存在する場合、方法は継続され、存在しない場合、方法は終了する。ステップ１１０４で、ＡＭＳ−Ｌサブシステムは、ＳＴＢレポートペイロードからのすべてのイベントをＲＡＭの中に復号し、タイムスタンプに基づくビットマスクを生成する。ステップ１００５で、ＡＭＳ−Ｌサブシステムは、ローカルパネル構成データベースから解析レポート定義ビットマスクを取り出す。ステップ１１０７で、システムは、ＳＴＢレポートレコードに対して解析レポートビットマスクアルゴリズムを実行し、結果をパネルのレポートデータベースに格納する。ステップ１１０６で、残りのＳＴＢレポートレコードごとに方法が繰り返される。
【００３９】
本明細書で説明される方法を使用して、イベントデータ９１４は、ＳＴＢレポートデータベース５２１内に符号化されたままであり、データ解析中だけ、ＡＭＳ−Ｌシステム１０８の９００によりＲＡＭの中に復号されたままである。ＲＡＭ内のデータを解析することにより、システムは、必要な全体的計算能力の要件を低減しながら、かなりの解析スピード増加を達成することができる。
【００４０】
本明細書で提供された例は、テレビ視聴システムのためのものであるが、本発明はまた、ＰＣ、タブレット、スマートフォン、ゲーム機、ラジオ受信機、ＭＰ３プレーヤ、ならびに他のストリーミングデバイスおよびリニアな番組編成デバイス上でのビデオ視聴を含むがこれらに限定されない、オーディエンスを伴う他のビデオおよびオーディオの用途に適用可能である。さらに、本発明は、オーディエンスメンバの環境の中にある他の電子デバイス、たとえば他の家庭電化製品のモニタリングに同様に適用可能である。
【００４１】
本明細書で説明される例示的環境は、ハードディスクデータベースを採用しているが、コンピュータによりアクセス可能なデータを格納することができる他のタイプのコンピュータ可読媒体、たとえば、磁気カセット、フラッシュメモリカード、デジタル多用途ディスク、カートリッジ、ランダムアクセスメモリ（ＲＡＭ）、読出専用メモリ（ＲＯＭ）、ケーブルまたは無線の信号を含むビットストリームなどが、例示的動作環境で同じく使用されてもよいことを当業者に認識されたい。
【００４２】
説明を明確にするために、例証となるシステムの実施形態は、個々の機能ブロック（「プロセッサ」としてラベルをつけられた機能ブロックを含む）を備えるとして提示されている。これらのブロックが表す機能は、ソフトウェアを実行することができるハードウェアを含むがこれに限定されない共有または専用ハードウェアを使用することによって提供されてもよい。たとえば、図１に提示された１つまたは複数のプロセッサの機能は、単一の共有プロセッサまたは複数のプロセッサにより提供されてもよい（用語「プロセッサ」を使用することにより、ソフトウェアを実行することができるハードウェアを排他的に指すと解釈されるべきではない）。例証となる実施形態は、マイクロプロセッサおよび／またはデジタルシグナルプロセッサ（ＤＳＰ）のハードウェア、以下で説明される動作を行うソフトウェアを格納するための読出専用メモリ（ＲＯＭ）、ならびに結果を格納するためのランダムアクセスメモリ（ＲＡＭ）を備えてもよい。超大規模集積回路（ＶＬＳＩ）のハードウェア実施形態だけでなく、汎用ＤＳＰ回路と組み合わせたカスタムＶＬＳＩ回路もまた提供されてもよい。
【００４３】
本発明の範囲に入る実施形態はまた、コンピュータ実行可能命令またはそこに格納されたデータ構造を移送または有するためのコンピュータ可読媒体を含んでもよい。このようなコンピュータ可読媒体は、汎用または専用のコンピュータによりアクセスされることができる任意の利用可能な媒体とすることができる。限定としてではなく例として、このようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭもしくは他の光ディスク記憶装置、磁気ディスク記憶装置もしくは他の磁気記憶装置、またはコンピュータ実行可能命令もしくはデータ構造の形で所望のプログラムコード手段を移送または格納するために使用されることができる任意の他の媒体を備えることができる。ネットワークまたは他の通信接続（有線、無線またはこれらの組合せ）を介して情報がコンピュータに転送または提供されたとき、コンピュータは、接続をコンピュータ可読媒体として適切にみなす。したがって、このような任意の接続は、コンピュータ可読媒体と適切に呼ばれる。上記の組合せもまた、コンピュータ可読媒体の範囲内に含まれるべきである。
【００４４】
コンピュータ実行可能命令は、たとえば、汎用コンピュータ、専用コンピュータまたは専用処理デバイスに、特定の機能または機能のグループを行わせる命令およびデータを含む。コンピュータ実行可能命令はまた、スタンドアロンまたはネットワーク環境でコンピュータにより実行されるプログラムモジュールを含む。一般的に、プログラムモジュールは、特定のタスクを行う、または特定の抽象的データタイプを実装するルーチン、プログラム、オブジェクト、コンポーネント、およびデータ構造などを含む。コンピュータ実行可能命令、関連データ構造、およびプログラムモジュールは、本明細書で開示される方法のステップを実行するためのプログラムコード手段の例を表す。このような実行可能命令または関連データ構造の特定のシーケンスは、説明された機能をこのようなステップの中に実装するための対応する行為の例を表す。
【００４５】
本発明の他の実施形態が、パーソナルコンピュータ、ハンドヘルドデバイス、マルチプロセッサシステム、マイクロプロセッサに基づくまたはプログラム可能な消費者電子機器、ネットワークＰＣ、ミニコンピュータ、メインフレームコンピュータなどを含む、多くのタイプのコンピュータシステム構成を備えるネットワークコンピューティング環境で実施されてもよいことを当業者は認識されよう。ネットワークは、インターネット、１つまたは複数のローカルエリアネットワーク（「ＬＡＮ」）、１つまたは複数のメトロポリタンエリアネットワーク（「ＭＡＮ」）、１つまたは複数の広域ネットワーク（「ＷＡＮ」）、１つまたは複数のイントラネットなどを含んでもよい。実施形態はまた、通信ネットワークを通して（有線リンク、無線リンクにより、またはこれらの組合せにより）連結されたローカルおよび遠隔の処理デバイスによりタスクが行われる分散コンピューティング環境で実施されてもよい。分散コンピューティング環境では、プログラムモジュールは、ローカルおよび遠隔のメモリ記憶装置の両方に配置されてもよい。
【００４６】
本発明の他の実施形態および使用が、本明細書で開示される本発明の明細および実施の考察から当業者には明らかであろう。すべての刊行物、米国および外国の特許および特許出願を含む、本明細書で列挙されたすべての参考文献は、参照により具体的に全部組み入れられる。本明細書および例は例示でしかないと考えられ、本発明の真の範囲および精神は以下の特許請求の範囲により示されることが意図される。さらに、用語「からなる（ｃｏｍｐｒｉｓｉｎｇ  ｏｆ）」は、用語「から構成される（ｃｏｎｓｉｓｔｉｎｇ  ｏｆ）」および「から本質的に構成される（ｃｏｎｓｉｓｔｉｎｇ  ｅｓｓｅｎｔｉａｌｌｙ  ｏｆ）」を含む。
【図１】
2014519276.tif 000003
【図２】
2014519276.tif 000004
【図３】
2014519276.tif 000005
【国際調査報告】
2014519276.tif 000006