JP2005020752A - トリガの組み込まれていない対話型コンテンツ - Google Patents

Abstract

【課題】 放送コンテンツ内に組み込まれたトリガを使用することなく対話型コンテンツを放送すること。
【解決手段】 視聴者が番組を閲覧している間に関心のある項目を見たとき、視聴者は、単一のボタン起動でその項目についての情報要求（ＲＦＩ）を開始することができる。ＲＦＩが入力されると、セットトップボックスなどクライアント装置はそのＲＦＩを検出し、閲覧されたチャネル、タイムスタンプ、また少なくとも一実施形態においてはシステムによって定義された量のクローズドキャプションデータを含め、ＲＦＩデータをサーバに送信する。ＲＦＩデータは、番組時刻コード情報、番組ガイド情報、番組情報および／または広告情報と相互参照され、ＲＦＩのコンテキスト、すなわちユーザにＲＦＩを入力させたユーザの見たものを決定する。その項目についての情報が、システムメッセージ、電子メールメッセージ、郵便などによって視聴者に送られる。
【選択図】 図５

Description

本発明のシステムおよび方法は、対話型コンテンツの放送に関する。より詳細には、トリガの放送コンテンツ内への組み込みを必要とすることなしに対話型コンテンツ放送を実装することに関する。

対話型テレビジョンによって、ユーザおよびコンテンツプロバイダは互いに、より良好な通信を行うことができる。コンテンツプロバイダがユーザに提供したいと望む情報は事実上無限にあるといえるが、情報の各部分部分は、一握りのユーザだけに関心をもたれているにすぎない。そのすべての情報をすべてのユーザに送りつけるのは非効率なものといえることから、対話型テレビジョンを使用してどのユーザがどの情報に興味を抱いているかを判定することとなる。

一般的に対話型コンテンツを使用するには、（セットトップボックスなどの）クライアント装置で検出されたときユーザインターフェースを表示させるトリガがコンテンツ内に組み込まれていることが必要である。ユーザインターフェースにより、閲覧されているコンテンツ（番組または広告）に関連して、さらに多くの情報をユーザが見たいと望むかどうかをユーザは尋ねられる。ユーザがさらに多くの情報を望む場合、ユーザは、受諾アイコンをクリックして、その情報をユーザに送ってもらう。

この方法によると、トリガをコンテンツ内に組み込むために、かなりの工数がかかることが問題である。また、ユーザは、閲覧中に非常にしばしば組込まれたトリガに関連するインターフェースが突然現れることに不満を抱くかもしれないという問題がある。

本明細書において説明されるのは、コンテンツに組込まれたトリガを使用せずに対話型コンテンツを放送するためのシステムおよび方法についてである。したがって、そのようなトリガを組み込む努力や、望ましくないポップアップインターフェースのために視聴者を悩ませるという問題が緩和されるのである。

本明細書で説明するシステムおよび方法により、アクティブビデオに基づいて、テレビジョン視聴者が、表示されるフレーム上で「クリック」し、情報要求のトリガを引くことが可能になる。コンテンツのコンテキスト（具体的には、要求の時間、閲覧されているチャネル、ヘッドエンド、さらに場合によっては、コンテンツに関連付けられたクローズドキャプションデータ）を使用し、なぜユーザが追加情報を要求したか判定する。

追加情報が要求されたとき、その追加情報は、システムメッセージ、電子メールメッセージ、普通の郵便などを送ることによって要求ユーザに送られる。その結果、番組または広告についての詳細な情報は、その情報を使用する可能性が最も高いユーザだけに達するように設計される。

同様な特徴および構成要素を参照するために、図面全体にわたって同じ番号が使用されている。

本明細書には、組込まれたトリガを使用せずに対話型コンテンツを放送するシステムおよび方法が説明する。図１および図２を参照して、テレビジョンをベースとするシステムにおける例示的なシステムアーキテクチャと例示的なクライアント装置をそれぞれ最初に説明して、説明する技法を実装することができる動作環境を規定する。

例示的な放送システム
図１は、コンテンツ内にトリガを組込む必要のない対話型放送用のテレビジョンを使用する技法を実装することができる例示的なシステム１００を示す図である。システム１００により、コンテンツおよび番組ガイドデータを複数の視聴者に配布することが容易となる。システム１００は、１つまたは複数のコンテンツプロバイダ１０２と、１つまたは複数の番組ガイドデータプロバイダ１０４と、コンテンツ配布システム１０６と、放送ネットワーク１１０を介してコンテンツ配布システム１０６に結合された複数のクライアント装置１０８（１）、１０８（２）、．．．１０８（Ｎ）とを備える。

コンテンツプロバイダ１０２は、衛星オペレータ、ネットワークテレビジョンオペレータ、ケーブルオペレータなどとして実装することができる。コンテンツプロバイダ１０２は、コンテンツプロバイダ１０２からコンテンツ配布システム１０６への映画、テレビジョン番組、コマーシャル、音楽、ならびに同様なオーディオ、ビデオ、および／または画像コンテンツなど、記憶されたコンテンツ１１４の配布を制御するためコンテンツサーバ１１２を備える。記憶されたコンテンツ１１４はまた、ペイパービューおよび／またはビデオオンデマンドなど、購入されたコンテンツに使用可能なコンテンツを備えることもできる。さらに、コンテンツサーバ１１２は、コンテンツ配布システム１０６へのライブコンテンツ（ライブフィードなど、予め記憶されていなかったコンテンツ）および／または他の場所で記憶されたコンテンツの配布を制御する。コンテンツ配布システム１０６は、コンテンツおよび番組ガイドデータを複数の加入者（例えば、クライアント装置１０８）に提供するヘッドエンドのサービスおよび／または番組データセンタを表現するものである。

番組ガイドデータプロバイダ１０４は、番組ガイドデータベース１１６と、番組ガイドデータサーバ１１８とを備える。番組ガイドデータベース１１６は、電子的あるいは対話型番組ガイド（または「番組ガイド」）を生成するために使用される番組ガイドデータを格納する。番組ガイドデータは、番組タイトルと、何曜日にその番組が放送されるかを識別するための番組放送日と、特定の曜日でその番組が放送される時間を識別するための番組開始時間と、番組カテゴリとを備えることができる。

番組ガイドデータプロバイダ１０４は、番組ガイドデータを番組ガイドデータサーバ１１８に送信し、番組ガイドデータサーバ１１８は、配布前に番組ガイドデータを処理し、１日または複数日について、すべての放送チャネルに関する番組情報とオンデマンドコンテンツリストを備えることができる番組ガイドデータの公表バージョンを生成する。

コンテンツ配布システム１０６は、放送用送信器１２０と、（クローズドキャプションアプリケーション１２３を含む）１つまたは複数のコンテンツ処理アプリケーション１２２と、１つまたは複数の番組ガイドデータ処理アプリケーション１２４とを備える。放送用送信器１２０は、ケーブルテレビジョン信号など放送信号を、放送ネットワーク１１０全体にわたって放送する。放送ネットワーク１１０は、ケーブルテレビジョンネットワーク、ＲＦ、マイクロ波、衛星、および／またはインターネットなどデータネットワークを含むことができ、任意の放送フォーマットまたは放送プロトコルを使用する有線または無線の伝送媒体をも含むことができる。さらに、放送ネットワーク１１０は、任意のタイプのネットワークトポロジや任意のネットワーク通信プロトコルを使用する、どのタイプのネットワークとすることもでき、および２つ若しくは３つ以上のネットワークの組合せとして表し、または他の方法で実装することができる。

コンテンツ処理アプリケーション１２２は、放送ネットワーク１１０全体にわたってコンテンツを送信する前に、コンテンツプロバイダ１０２から受け取ったコンテンツを処理する。同様に、番組ガイドデータ処理アプリケーション１２４は、放送ネットワーク１１０全体にわたって番組ガイドデータを送信する前に、番組ガイドデータプロバイダ１０４から受け取った番組ガイドデータを処理する。特定のコンテンツ処理アプリケーション１２２は、放送ネットワーク１１０に結合される複数のクライアント装置１０８によって理解されるフォーマットに受け取ったコンテンツを符号化し、または他の方法で処理することができる。

また、コンテンツ配布システム１０６は、クライアント群から受信された情報についての要求を処理する応答モジュール１２５をも格納する。以下でより詳しく説明するように、応答モジュール１２５は、情報の要求がクライアントから受信されると、そのユーザがどの情報に興味を抱いているか、またその情報要求が誰に関係しているかを判定する。

図１は、単一のコンテンツプロバイダ１０２、単一の番組ガイドデータプロバイダ１０４、および単一のコンテンツ配布システム１０６を示すが、例示的なシステム１００は、任意の数のコンテンツ配布システムに結合された任意の数のコンテンツプロバイダおよび／または番組ガイドデータプロバイダを備えることができる。

クライアント装置（ｃｌｉｅｎｔ ｄｅｖｉｃｅ）１０８を実装するには、いくつかの方法がある。例えば、クライアント装置１０８（１）は、衛星をベースとする送信器から衛星パラボラアンテナ１２６を介して放送コンテンツを受信する。クライアント装置１０８（１）は、セットトップボックスまたは衛星受信装置とも呼ばれる。クライアント装置１０８（１）をテレビジョン１２８（１）に結合して、受信したコンテンツ（例えば、オーディオデータ、ビデオデータ、画像データ）、およびグラフィカルユーザインターフェースが提示される。特定のクライアント装置１０８は、任意の数のテレビジョン１２８、および／またはコンテンツを表示する、または他の方法でレンダリングするように実装される類似のデバイスに結合することができる。同様に、任意の数のクライアント装置１０８を単一のテレビジョン１２８に結合することができる。

また、クライアント装置１０８（２）は、放送ネットワーク１１０から放送コンテンツを受信し、接続されたテレビジョン１２８（２）に結合し、受信したコンテンツを送る。クライアント装置１０８（Ｎ）は、一体型テレビジョン（ｃｏｍｂｉｎａｔｉｏｎ ｔｅｌｅｖｉｓｉｏｎ）１３０および一体化されたセットトップボックス１３２の例である。この例において、セットトップボックスの様々な構成要素および機能は１台のテレビジョンに一体化され、２つの装置には分けられない。テレビジョンに一体化されたセットトップボックスは、（衛星パラボラアンテナ１２６と同様の）衛星パラボラアンテナ、および／または放送ネットワーク１１０を介して放送信号を受信することができる。代替の実施形態において、クライアント装置１０８は、インターネットまたは任意の他の放送媒体、例えばインターネットプロトコル（ＩＰ）、ＵＤＰプロトコルなど、プロトコルを使用して実装することができるバックチャネル１３４を介して、放送信号を受信することができる。バックチャネル１３４は、ＲＦバックチャネル（すなわち、ケーブル）、モデムなど、様々なタイプの送達機構により実行することもできる。バックチャネル１３４は、クライアント装置１０８の各々と、コンテンツ配布システム１０６との間の代替通信リンクを提供する。場合によっては、バックチャネル１３４はまた、クライアント装置１０８間の通信を提供することができる。しかし、典型的な実施形態においては通常、あるクライアント装置１０８は、別のクライアント装置とヘッドエンドサービスを介して通信しなければならない。

例示的なシステム１００はまた、ビデオオンデマンド（ＶＯＤ）および／またはペイパービュー（ＰＰＶ）映画コンテンツ（総称して「購入コンテンツ」）など、記憶されたオンデマンドコンテンツ１３６を備える。記憶されたオンデマンドコンテンツ１３６は、例えば、クライアント装置１０８を介して、画面上映画ガイドを通じてテレビジョン１２８で閲覧することができ、視聴者は、特定の映画または他の記憶されたコンテンツをストリームするための命令を対応するクライアント装置１０８に入力することができる。

テレビジョンベースのシステムにおける例示的なクライアント装置
図２は、本明細書で説明するシステムおよび方法を実装するための構成要素を含む例示的なクライアント装置２０２を備えたテレビジョンベースのシステム２００を示す図である。システム２００はまた、クライアント装置２０２によって受信されたコンテンツを表示するためのディスプレイデバイス２０４を備える。クライアント装置２０２は、セットトップボックス、衛星受信器、ハードディスク付きＴＶ録画装置、デジタルビデオ録画装置（ＤＶＲ）および再生システム、パーソナルビデオ録画装置（ＰＶＲ）および再生システム、ゲームコンソール、情報家電として、ならびに任意の数の同様の実施形態として実装することができる。

クライアント装置２０２は、様々な周波数またはチャネルに同調しテレビジョン信号を受信する１つまたは複数の帯域内同調器（ｉｎ−ｂａｎｄ ｔｕｎｅｒ）に加え、放送チャネルに同調する帯域外同調器（ｏｕｔ−ｏｆ−ｂａｎｄ ｔｕｎｅｒ）をも表現している１つまたは複数の同調器２０６を含み、これを介して番組データはクライアント装置２０２に放送される。クライアント装置２０２はまた、クライアント装置２０２の動作を制御し、他の電子デバイスおよびコンピューティングデバイスと通信するために様々な命令を処理する１つまたは複数のプロセッサ２０８（例えば、マイクロプロセッサ、コントローラなどのいずれか）を含む。

クライアント装置２０２は、１つまたは複数のメモリ構成要素と共に実装され、このメモリ構成要素には、例えばランダムアクセスメモリ（ＲＡＭ）２１０、大容量記憶媒体２１２、ディスクドライブ２１４、不揮発性メモリ２１６（例えば、ＲＯＭ、フラッシュ、ＥＰＲＯＭ、ＥＥＰＲＯＭなど）が含まれる。１つまたは複数の要素を不揮発性メモリ２１６など１種類のメモリに記憶することをさらに参照しても、本明細書で説明する技法をそのような構成でサポートすることができる場合は、その１つまたは複数の要素をランダムアクセスメモリ２１０など、他のいずれの種類のメモリにも記憶できることを意味することに留意されたい。ディスクドライブ２１４は、ハードディスクドライブ、磁気テープ、再書込み可能なコンパクトディスク、ＤＶＤなど、どのタイプの磁気または光記憶デバイスをも含むことができる。１つまたは複数のメモリ構成要素は、受信されたコンテンツ、番組ガイドデータ２１８、記録された番組２２０、クライアント装置２０２用構成情報、および／またはグラフィカルユーザインターフェース情報など、様々な情報および／またはデータを記憶する。クライアント装置２０２の代替の実施形態は、ある範囲の処理能力およびメモリ能力を含み、図２に示されているものと異なる任意の数のメモリ構成要素を含むことができる。例えば、資源を備えたクライアントでは、実質的なメモリ／処理資源が共に実装される、一方、資源のあまりないクライアントでは、処理／メモリ機能が限られている可能性がある。

不揮発性メモリ２１６内に記憶されたオペレーティングシステム２４１、およびランダムアクセスメモリ２１０内に記憶された１つまたは複数のアプリケーションプログラム２２４は、プロセッサ（群）２０８上で実行され、ランタイム環境が提供される。様々なインターフェースを定められるようにすることによって、ランタイム環境によるクライアント装置２０２の拡張が容易となり、この様々なインターフェースにより、今度はアプリケーションプログラム２２４がクライアント装置２０２と対話することが可能となる。アプリケーションプログラム２２４は、ウェブ（例えば、「ワールドワイドウェブ」）を閲覧するためのブラウザ、電子メールを可能にする電子メールプログラム、および／または任意の数の他のアプリケーションプログラムを含むことができる。

不揮発性メモリ２１６はまた、クライアント装置２０２、またはクライアント装置２０２に接続するユーザに関連するクライアント情報２４５を記憶する。例えば、クライアント情報２４５は、放送システム内でクライアント装置２０２を一意に識別するクライアント装置識別子、ユーザとコンタクトを取るために使用することができるユーザ名およびアドレス、電子メールなどを介してユーザに情報を送信するために使用することができるユーザ電子メールアドレスを含むことができる。

プロセッサ（群）２０８上で実行される番組ガイドアプリケーション２２６もまた、ランダムアクセスメモリ２１０内に記憶され、番組ガイドデータ２１８を処理して表示するために実装される。番組ガイドアプリケーション２２６は番組ガイドを生成して、視聴者が画面上のディスプレイ上であちこち検索し、放送番組、記録された番組、ビデオオンデマンド映画、選定された対話型ゲーム、および視聴者にとって関心のある他の媒体アクセス情報またはコンテンツを探し出すことができるようにする。番組ガイドアプリケーション２２６があれば、テレビジョン視聴者は、現在および今後の番組の予定に注目し、近日発表される番組についてリマインダを設定し、および／または、１つ若しくは複数の番組を記録するための命令を入力することができる。

情報要求（ＲＦＩ）アプリケーション２４３もまた、ランダムアクセスメモリ２１０内に記憶され、ユーザが現在閲覧しているコンテンツ項目についての他の情報をそのユーザが望んでいることを示すユーザ入力を受け入れるように、およびコンテンツ配布システム１０６などネットワークサーバにその要求を転送するように構成される。本実施形態において、ＲＦＩアプリケーション２４３が説明どおりに機能するためには、ある種のデータが必要である。このデータは、図２に示されている他の要素、すなわちタイムスタンプモジュール２３０、チャネル情報モジュール２４７、およびクローズドキャプションアプリケーション２４０によって提供される。これらの要素については、以下でより詳しく述べる。

ＲＡＭ２１０内に記憶されている図のいくつかの要素の１つまたは複数の機能は、図の別の要素によって、または放送システム内の（サーバなど）別の要素によって処理することができる。例えば、タイムスタンプモジュール２３０機能はサーバ部で処理することができ、サーバ部では、情報要求がクライアント装置２０２から受信されたとき、タイムスタンプが情報要求に割り当てられる。図の要素、およびその要素のものとされる機能は、例示のためのものにすぎず、特許請求の範囲を制限することを意味しない。

チャネル情報モジュール２４７は、クライアント装置２０２が同調中のチャネルを一意に識別する番号などのチャネル識別子を格納する。クローズドキャプションアプリケーション２４０は、放送コンテンツを備えるクローズドキャプション用情報を受信するように、および指定された量のクローズドキャプションデータをクローズドキャプションバッファ２５０内にバッファするように構成される。例えば、クローズドキャプションアプリケーション２４０は、最新の１０秒のクローズドキャプションデータをクローズドキャプションバッファ２５０内に記憶するよう指定することもでき、あるいは所望のバイト数のクローズドキャプションデータを受け入れるようにサイズ決めすることもできる。

クライアント装置２０２はさらに、１つまたは複数の通信インターフェース２４６と、ＰＳＴＮ、ＤＳＬ、ケーブル、または他の種類のモデム２４２とを含む。通信インターフェース２４６は、シリアルおよび／またはパラレルインターフェースとして、無線インターフェースとして、および／または他のいずれの種類のネットワークインターフェースとしても実装することができる。無線インターフェースにより、遠隔制御デバイス２３４から、または別の赤外線（ＩＲ）、８０２．１１、Ｂｌｕｅｔｏｏｔｈ、もしくは類似のＲＦ入力デバイスからなど、ユーザによって操作される入力デバイスから、制御入力コマンド２３２および他の情報をクライアント装置２０２が受信することが可能となる。入力デバイスは、無線キーボード、または携帯情報端末（ＰＤＡ）、ハンドヘルドコンピュータ、無線電話など別のハンドヘルド入力デバイス２３６を含むことができる。ネットワークインターフェースとシリアルおよび／またはパラレルインターフェースにより、クライアント装置２０２が、様々な通信リンクを介して他の電子デバイスおよびコンピューティングデバイスと対話および通信することが可能となる。モデム２４２は、従来の電話回線、ＤＳＬ接続、ケーブル、および／または他のタイプの接続を介して、他の電子デバイスおよびコンピューティングデバイスとのクライアント装置２０２の通信を容易にする。

クライアント装置２０２はまた、ＮＴＳＣ、ＰＡＬ、ＳＥＣＡＭ、または他のテレビジョンシステム用アナログビデオ信号、およびＤＶＢ、ＡＴＳＣ、または他のテレビジョンシステム用デジタルビデオ信号など、放送ビデオ信号および番組データを受信し、処理し、復号するためのビデオデコーダおよび／または追加のプロセッサを含むことができる。例えば、コンテンツプロセッサ２４４は、ＭＰＥＧで符号化されたビデオコンテンツおよび／または画像データを復号するＭＰＥＧ−２またはＭＰＥＧ−４（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅｓ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）デコーダを含むことができる。本明細書で説明するシステムは、任意のタイプのビデオ符号化フォーマットに加え、符号化されていないデータストリームおよび／またはコンテンツストリームについても実装することができる。

一般的には、ビデオコンテンツおよび番組データは、ビデオデータと、対応するオーディオデータとを備える。コンテンツプロセッサ２４４は、ディスプレイデバイス２０４上で表示するためにフォーマットされたビデオおよび／または表示コンテンツを生成し、およびディスプレイデバイス２０４内の１つまたは複数のスピーカ（図示せず）などプレゼンテーションデバイスによって提示するためにフォーマットされた復号済みオーディオデータを生成する。コンテンツプロセッサ２４４は、ディスプレイデバイス２０４上で対応する画像を表示するためにビデオおよび／または表示コンテンツを処理するディスプレイコントローラ（図示せず）を含むことができる。ディスプレイコントローラは、グラフィックプロセッサ、マイクロコントローラ、集積回路、および／または画像を処理するための同様なビデオ処理構成要素を含むことができる。

クライアント装置２０２はまた、テレビジョン２０４に、あるいはオーディオデータおよびビデオデータを処理し、および／または表示し、または他の方法でレンダリングする他のデバイスにオーディオ信号、ビデオ信号、および／または表示信号を送るオーディオおよび／またはビデオ出力２４６を含む。ビデオ信号およびオーディオ信号は、ＲＦ（無線周波数）リンク、Ｓビデオリンク、コンポジットビデオリンク、コンポーネントビデオリンク、または他の同様な通信リンクを介して、クライアント装置２０２からテレビジョン２０４に通信される可能性がある。

図２において、クライアント装置２０２の構成要素のうちいくつかは別々に示されているが、特定用途向け集積回路（ＡＳＩＣ）内にともに実装することができる。さらに、一般にシステムバス（図示せず）がクライアント装置２０２内の様々な構成要素を接続する。システムバスは、メモリバスまたはメモリコントローラ、周辺機器バス、ＡＧＰ（Ａｃｃｅｌｅｒａｔｅｄ Ｇｒａｐｈｉｃｓ Ｐｏｒｔ）、または様々なバスアーキテクチャのいずれかを使用するローカルバスを含むいくつかのタイプのバス構造のいずれかのうち１つまたは複数として実装することができる。例を挙げると、そのようなアーキテクチャには、ＩＳＡ（Ｉｎｄｕｓｔｒｙ Ｓｔａｎｄａｒｄ Ａｒｃｈｉｔｅｃｔｕｒｅ）バス、ＭＣＡ（Ｍｉｃｒｏ Ｃｈａｎｎｅｌ Ａｒｃｈｉｔｅｃｔｕｒｅ）バス、ＥＩＳＡ（Ｅｎｈａｎｃｅｄ ＩＳＡ）バス、ＶＥＳＡ（Ｖｉｄｅｏ Ｅｌｅｃｔｒｏｎｉｃｓ Ｓｔａｎｄａｒｄｓ Ａｓｓｏｃｉａｔｉｏｎ）ローカルバス、および、メザニンバスとしても知られるＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔｓ）バスが含まれる。

例示的な応答モジュール
図３は、例示的な応答モジュール３００（図１の１２５）のブロック図である。例示的な応答モジュール３００は、ソフトウェアモジュール、ハードウェアモジュール、または双方の組合せとして実装することができる。本例ではソフトウェアモジュールとして、応答モジュール３００について説明する。

応答モジュール３００は、制御モジュール３０１と、説明する技法において使用される１つまたは複数のキーワードを格納するキーワードモジュール３０２とを備える。また、応答モジュール３００は、広告者情報３０４、広告者規則モジュール３０６、番組情報３０８、番組規則モジュール３１０を格納し、制御モジュール３０１はこれらをアクセスして情報要求が受信されたとき行うべき適切な措置が決定される。

広告者情報３０４および番組情報３０８は、様々な情報項目を格納することができる。実施形態に応じて、広告者情報３０４は、ネットワーク上で広告を放送している各広告者の名前、住所、電子メール、電話番号などを含むことができ、そうでなければ広告者がネットワーク上で示している広告すべてについて探索可能な完全なテキストを含むことができるであろう。同様に、番組情報３０８は、番組制作者との通信に必要とされる番組制作者に関する情報（名前、住所など）を含むことができ、そうでなければ番組の探索可能な完全なテキストを含むことができる。広告者情報３０４および番組情報３０８の探索については、以下でより詳しく述べる。

探索プログラム３１２は、応答モジュール３００内に含まれ、情報要求内に含まれるデータについてキーワード３０２、広告者情報３０４、番組情報３０８を探索するように構成される。探索プログラム３１２は、情報要求がなされたとき表示されたコンテンツに関連付けられた広告者または番組制作者などを識別するように動作する。

応答モジュール３００はまた、コンテンツ番組に関連するクライアント情報３１６およびメタデータ３１８を記憶するユーザログ３１４を含む。メタデータ３１８は、ＥＰＧデータ３２０および時刻コード情報３２２を含む。ＥＰＧデータ３２０は、番組の時間予定についての情報、すなわちいつ番組が始まり、終了するか、どの番組がどのチャネルで放送されるか、などを含む。時刻コード情報３２２は、いつコマーシャルが番組内で予定されているかなど、番組内情報を含む。制御モジュール３０１は、ＥＰＧデータ３２０と時間コードデータ３２２とを互いに相互参照し、番組の間に、または広告の間に情報要求が発生したか判定する。

応答モジュール３００の機能について、続く図を参照して、以下でより詳しく述べる。

例示的な規則モジュール
図４ａは、図３に示されている応答モジュール３００内に含まれる番組規則モジュール３１０と同様の、例示的な番組規則モジュール４００を示す図である。番組規則モジュール４００は、番組識別子列４０２、措置列４０４、および送達モード列４０６を含む。図の番組規則モジュール４００は例示的なものにすぎず、本明細書で説明する技法に従って規則モジュールを実装することができる１つの方法にすぎないことに留意されたい。

番組規則モジュール４００内の各行は、番組識別子４０２、措置４０４、送達モード４０６を含む番組規則に対応する。本例では、番組規則モジュール４００は、ｒｕｌｅ＿１ ４０８（１）、ｒｕｌｅ＿２ ４０８（２）、ｒｕｌｅ＿３ ４０８（３）からｒｕｌｅ＿ｎ ４０８（ｎ）を含む。このスキームが示唆するように、番組規則モジュール４００内に含めることができる規則の数は事実上無制限である。

番組が情報要求により識別されると、その番組に関連付けられた規則４０８が識別される。規則４０８が調べられ、特定の番組４０２について、どの措置を行うかが判定される。措置は、番組規則モジュール４００を格納するエンティティ（例えば、コンテンツプロバイダサーバ）によって直接行われる措置とすることもでき、または番組制作者など別のエンティティによって行われる措置とすることもできる。措置が別のエンティティによって行われようとする場合、その措置を実装するのに必要な、適切な情報が、その特定のエンティティに転送されることになる。

本例では、ｒｕｌｅ＿１ ４０８（１）は、「１２４３９６」の番組識別子を有する番組が情報要求内で識別されている場合、その番組についての措置は、その番組に関連するコンテンツをシステムメッセージによって要求者に送ることとなることを示す。本明細書では、システムメッセージは、セットトップボックスなどクライアント装置によって使用されるメッセージングシステムを使用するメッセージである。典型的なシステムでは、そのようなメッセージは、テレビジョンなどディスプレイ上で閲覧するためにユーザが取り出すことができる。また、クライアント装置上の小さな発光ダイオードなど、ユーザへの警告を使用し、アクセスされるのを待つメッセージがあることをユーザに知らせることができる。

使用することができる他の送達モードには、電子メール（ｅメール）メッセージ、または郵便局など公設または私設の通信事業者を介した郵便が含まれる。送達モードを実装するために必要とされる情報は、応答モジュール３００のクライアント情報３１６内に含まれる。この情報は、それだけには限らないが、クライアント装置の主なユーザに関連付けられた電子メールアドレス、（クライアント情報２１３内に含まれる）クライアント装置識別子、クライアント装置の位置のメーリングアドレスなどを含むことができる。ここで明示的に述べられていない他の送達モード（例えば、ショートメッセージングシステム（ＳＭＳ）メッセージ）もまた、説明する技術の範囲から逸脱することなしに使用することができる。これらの送達モードのうち、いくつかについては、本例における他の規則の説明において説明する。

ｒｕｌｅ＿２ ４０８（２）は、識別された番組が３３７５２５の番組識別子４０２を有する場合、番組ウェブサイトアドレス（措置４０４）が電子メール（送達モード４０６）を介して要求者に送られることを示す。ｒｕｌｅ＿３ ４０８（３）は、識別された番組が９９３７４３の番組識別子４０２を有する場合、その番組のＤＶＤまたはビデオテープを購入するためのクーポンが普通の郵便によって要求者に送られることを示す。最後に、ｒｕｌｅ＿ｎ ４０８（ｎ）は、識別された番組が（この例では音楽ビデオである）２４１９９８の番組識別子４０２を有する場合、制作詳細、歌詞など、その音楽ビデオに関連する詳細がシステムメッセージを介して要求者に送られることを示す。

番組規則モジュール４００は、他のモジュールと別個のモジュールとして実装する必要はなく、番組情報モジュール３０８（図３）など、他のモジュールと一体化することができることに留意されたい。番組規則モジュール４００のフォーマットもまた、実装されたフォーマットが番組規則モジュール４００のものとされる機能をサポートすることができる限り、図に示す例と異なるものとすることができる。

図４ｂは、図３に示されている応答モジュール３００内に含まれる広告者規則モジュール３１６と同様の、例示的な広告者規則モジュール４１０を示す図である。広告者規則モジュール４１０は、広告者列４１２、措置列４１４、送達モード列４１６を含む。図の広告者規則モジュール４１０は例示的なものにすぎず、本明細書で説明する技法に従って規則モジュールを実装することができる１つの方法にすぎないことに留意されたい。

広告者規則モジュール４１０内の各行は、広告者識別子４１２、措置４１４、送達モード４１６を含む広告者規則に対応する。本例では、広告者規則モジュール４１０は、ｒｕｌｅ＿１ ４１８（１）、ｒｕｌｅ＿２ ４１８（２）、ｒｕｌｅ＿３ ４１８（３）からｒｕｌｅ＿ｎ ４１８（ｎ）を含む。上述の番組規則モジュール４００の場合と同様に、広告者規則モジュール４１０内に含めることができる規則の数は、事実上無制限である。

広告者が情報要求により識別されると、その広告者に関連付けられた規則４１８が識別される。規則４１８が調べられ、特定の広告者４１２について、どの措置を行うかが判定される。例えば、ｒｕｌｅ＿１ ４１８（１）は、広告者「Ｘ」が情報要求内で識別されている場合、その広告者についての措置が、その広告者に関連する製品／入手可能性情報をシステムメッセージによって要求者に送ることであることを示す。

ｒｕｌｅ＿２ ４１８（２）は、識別された広告者が広告者「Ｙ」である場合、その広告に示されている製品用のクーポンが普通の郵便（送達モード４１６）を介して要求者に送られることを示す。ｒｕｌｅ＿３ ４１８（３）は、識別された広告者が広告者「Ｚ」である（この例では、広告が番組のプロモーションスポットである）場合、放送時間の予定を要求者に電子メールで送るべきであることを示す。最後に、ｒｕｌｅ＿ｎ ４１８（ｎ）は、識別された広告者が広告者「Ａ」である場合、広告製品に関連付けられたインターネットウェブサイトアドレスがシステムメッセージで要求者に送られることを示す。

広告者規則モジュール４１０は、他のモジュールと別個のモジュールとして実装する必要はなく、広告者情報モジュール３０４（図３）など、他のモジュールと一体化することができることに留意されたい。広告者規則モジュール４１０のフォーマットもまた、実装されたフォーマットが広告者規則モジュール４１０のものとされる機能をサポートすることができる限り、図に示す例と異なるものとすることができる。

例示的な方法の実施
図５は、コンテンツに組込まれたトリガを使用しない対話型テレビジョンの例示的な方法の実施を示すフローチャート５００である。以下の考察では、先の図に含まれる要素および符号を引き続き参照する。

ステップ５０２で、クライアント装置２０２は、ユーザによって入力された情報要求を検出するため、ユーザ入力を監視する。この監視手順は、クライアント装置制御パネル上で、または遠隔制御ユニットを介して、ユーザからの任意の入力信号（チャネル切換えなど）をクライアント装置が監視するのと同様である。本実施形態において、情報要求は、クライアント装置制御パネル上、または遠隔制御デバイス上の信号ボタン、例えば遠隔制御デバイス上の「ＯＫ」ボタンを起動することによって入力が行われる。これによりユーザは、非常に単純な方法で情報要求をコンテンツプロバイダに送信することができるようになる。

情報要求入力が検出されない限り（ステップ５０２の「いいえ」分岐）、プロセスにより引き続きユーザ入力が監視される。情報要求が検出された場合（ステップ５０２の「はい」分岐）、クライアント装置２０２、特にＲＦＩアプリケーション２４３は、ステップ５０４で情報要求をコンテンツ配布システム１０６に送信する。

クライアント装置２０２からコンテンツ配布システム１０６（サーバ）に送られた情報要求は、クライアント情報３１６と、その情報要求が入力されたとき閲覧されていたチャネルを識別するチャネル情報２４７からのチャネルと、その情報要求が入力された時間を示すタイムスタンプモジュール２３０からのタイムスタンプとを含め、様々な情報を含む。少なくとも１つの実施形態において、クライアント装置２０２から送られた情報要求はまた、クローズドキャプション用バッファ２５０からのデータを含むことができる。この特定の実施形態については、以下でさらに述べる。クローズドキャプション用データは、（以下で述べる）ある種の他の情報が使用できない場合に使用することができる。他の実施においては、より多い、またはより少ない情報を情報要求内に含め、クライアントとサーバの間で送信することができる。

コンテンツ配布システム１０６の応答モジュール１２５は、ステップ５０６で情報要求データを受信する。ステップ５０８で、応答モジュール１２５は、まず情報要求が入力された時点で閲覧されていたチャネルについて、使用可能な時刻コード情報３２２があるかどうか判定することにより、情報要求が入力されたのは番組の間か、または広告の間かを判定しようと試みる。

そのような時刻コード情報は、放送されるコンテンツと放送の時間との間の相互参照とからなる。例えば、時刻コード情報は、コンテンツ番組「６０Ｍｉｎｕｔｅｓ」が毎日曜夜１９時００分に放送されることを示すことができる。さらに、「６０Ｍｉｎｕｔｅｓ」の間に広告が放送されるタイムスロットもまた知らされる。例えば、時刻コード情報は、「トヨタ」（また、おそらくより具体的には、「トヨタカローラ」）がスポンサーとなっている広告が、毎回１９時１５分から１９時１６分に放送される予定であることを示すことができる。

時刻コード情報が使用可能な場合（ステップ５０８の「はい」分岐）、情報要求内に示されている時間で放送されるコンテンツは、時間コード内で見つけられる（ステップ５１０）。これにより、情報要求が入力された時点で放送されていたのは番組か、または特定の広告かが判定される。さらに、その特定の番組または広告者は、通常、時刻コード情報から決定することができる。決定された場合、以下で詳しく述べるステップ５２２のプロセスに続く。

そのような時刻コード情報が使用可能でない場合（ステップ５０８の「いいえ」分岐）、情報要求データ内に含まれるクローズドキャプション情報が調べられ、情報要求が入力されたのは番組の間か、または広告の間かが判定される（ステップ５１２）。

情報要求が入力されたのは番組の間か、または広告の間かが判定されるために（ステップ５１２）、情報要求と共にクローズドキャプションバッファから送られたクローズドキャプションデータが調べられる。応答モジュール３００が広告者キーワード３０２を含む場合、キーワードがクローズドキャプションデータ内で検出されるときは、情報要求が広告の間に行われたと決定することができる。キーワードが使用可能でないときは、探索プログラム３１２は、クローズドキャプションデータと広告者情報３０４および番組情報３０８とを比較し（これらが広告または番組の探索可能なテキストを含むなら）、いずれかの一致が見つけられれば、情報要求が入力されたのは番組の間か、または広告の間かが判定される。

図５には示されていないが、情報要求が行われたのが番組の間か、または広告の間かを判定できない場合、プロセスを打ち切ることができ、および一実施形態においては、エラーメッセージをユーザに対して表示することができる。

情報要求が番組の間に行われた場合（ステップ５１４の「番組」分岐）、情報要求タイムスタンプをＥＰＧデータ３２０と相互参照し、情報要求内で識別されたチャネル上でどの番組が放送されたかを確かめることにより、ステップ５１６でその番組に関連付けられた番組タイトルが識別される（ＥＰＧデータ３２０が単に番組予定である点で、上述の時刻コード情報ほどＥＰＧデータ３２０は詳しいものでないことに留意されたい）。

情報要求が広告の間に行われた場合（ステップ５１４の「広告」分岐）、ステップ５２０で広告者が識別される。ステップ５２０は、図６で詳述されている。図６は、図５のステップ５２０で概して説明するステップの例示的な方法の実施形態を示すフローチャート６００である。

ステップ６０２で、探索プログラム３１２は、キーワード３０２が存在するかどうか判定する。存在する場合（ステップ６０２の「はい」分岐）、ステップ６０４で、クローズドキャプションデータがキーワード３０２に比較される。例えば、広告がトヨタ（登録商標）によるものであった場合、「トヨタ（登録商標）」という語がキーワード内に含まれている可能性が非常に高いことになる。クローズドキャプションデータは「トヨタ（登録商標）」という語を含んでいる可能性があるが、含んでいる場合、探索プログラム３１２は、合致が検出されたと決定し（ステップ６０８の「はい」分岐）、ステップ６１２で広告者をトヨタ（登録商標）と識別する。「トヨタ（登録商標）」について合致する可能性のある他のキーワードには、「Ｔｕｎｄｒａ」「トラック」「Ｔ１００」などがある。

キーワード３０２が使用可能でない場合（ステップ６０２の「いいえ」分岐）、ステップ６０６で、クローズドキャプションデータと広告者データベース（広告者情報３０４）とが比較され、情報要求のコンテキストから広告者を決定することができるかどうか確かめる。探索プログラム３１２が、合致する広告者を突き止めたと決定した場合（ステップ６０８の「はい」分岐）、ステップ６１２で広告者が識別される。探索プログラム３１２が合致を決定することができない場合（ステップ６０８の「いいえ」分岐）、ステップ６１０でエラーメッセージが生成され、プロセスは打ち切られる。

図５に戻ると、適切な規則モジュール（すなわち、番組規則モジュール４００または広告者規則モジュール４１０）が、番組または広告との合致を求めて探索され（ステップ５２２）、見つかった場合ステップ５２４で、送達モード列４０６、４１６に指定されている送達モードを使用して、措置列４０４、４１４で識別された措置が実行される。

例示的な分散ネットワーク
図７は、１つの方法にすぎないが、説明するシステムおよび方法を実装することができる方法を示す例示的な分散ネットワーク７００の略図である。分散ネットワーク７００は、複数のコンテンツプロバイダ７０２、データセンタ７０４、複数のコンテンツ制作者７０６、複数の広告者７０８を含む。複数のセットトップボックス（ＳＴＢ）７１０は、図では、クライアント装置としてコンテンツプロバイダに接続されている。

データセンタ７０４は、各コンテンツプロバイダ７０２にサービスするために、１つまたは複数の応答モジュール３００を格納するように構成される。一実施形態において、コンテンツプロバイダ７０２とデータセンタ７０４とは、各々応答モジュール３００内に示されている要素の一部分を含むことができ、それによりコンテンツプロバイダ７０２は、ＥＰＧデータと時間コードデータが使用可能であればそれらを相互参照し、番組または広告を識別することができ、データセンタ７０４は、番組情報および広告者情報に対して探索を実行し、コンテンツ制作者７０６および広告者７０８に、情報要求に応答して行うべき措置について通知することができる。別の実施形態においては、各コンテンツプロバイダ７０２は、それ自体の応答モジュールを有することができるが、そのような実施形態には、番組情報および広告者情報の冗長記憶が必要とされる。

データセンタ７０４は、セットトップボックス７１０から情報要求が送信され、これを受信したコンテンツプロバイダ７０２から転送される情報要求を受信するように構成される。データセンタ７０４は、コンテンツ制作者７０６および広告者７０８との接続により、情報要求に応答して実行すべき措置を転送し、並びに電子メールアドレス、加入者名、住所など、コンテンツ制作者および広告者がその措置を実行するために必要な情報を含むことができる。

集中型データセンタ７０４とすることにより、コンテンツ制作者７０６および広告者７０８は、より少ないエンティティでも扱うことができることとなり、本明細書で説明する特徴はより現実的に、物流的に、また経済的に可能となる。また、このことによって、コンテンツプロバイダ７０２がそれらのシステム内で更新された状態に保たなければならない情報を最小限に抑えられ、それにより、より高い信頼性を対話型放送システムにもたらされ、および本技術がコンテンツプロバイダ７０２にとってより経済効率的なものとなる。

例示的な放送ビデオ配布アーキテクチャ
以下に、本システムおよび方法を実装することができる環境に関しより詳細に説明する。図８において、１つまたは複数の放送センタ８０２は、１つまたは複数の伝送媒体８０６を介して１つまたは複数のヘッドエンド８０４に放送コンテンツを提供する。各放送センタ８０２およびヘッドエンド８０４は、衛星による伝送、無線波伝送、ケーブル伝送、および／または任意の数の他の伝送媒体など、様々な伝送媒体８０６とのインターフェースをとる。放送センタ８０２は、衛星オペレータ、ネットワークテレビジョンオペレータ、ケーブルオペレータなどとして実現することができる。

ヘッドエンド８０４は、伝送媒体８０６を介して受信される放送コンテンツを記録するため、１つまたは複数の番組データストア８０８を含む。放送コンテンツは、数日または数週間を超えて、またはさらに無期限に、コンテンツの放送中の記憶（ｏｎｇｏｉｎｇ ｓｔｏｒａｇｅ）を容易にするため、例えば、放送コンテンツが圧縮されたフォーマットにある間に記憶し、または他の方法で記録することができる。圧縮フォーマットは、ＭＰＥＧ−２、ＭＰＥＧ−４など、ＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅｓ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）と適合させることができる。代替の方法として、Ｍｉｃｒｏｓｏｆｔ Ｗｉｎｄｏｗｓ（登録商標）Ｍｅｄｉａ、ＡＳＰ（Ａｄｖａｎｃｅｄ Ｓｉｍｐｌｅ Ｐｒｏｆｉｌｅ）、Ｃｉｎｔａｋなど、他の圧縮技術を使用することができる。

ヘッドエンド８０４およびハブ８１０はネットワーク８１２全体にわたって通信をおこなうが、ネットワーク８１２は、インターネットプロトコル（ＩＰ）、非同期転送モード（ＡＴＭ）を介したＩＰ、および他のプロトコルなど、パケットベースのプロトコルと共に動作することができるファイバリングとして実装することができる。したがって、ヘッドエンド８０４とハブ８１０の間でパケットを通信することができ、ハブ８１０は、下流ケーブルモデムからの通信を終端するためのケーブルモデム終端システム８１４を含む。またはこれに代えて、ヘッドエンド８０４は、ケーブルモデム通信を終端するためのケーブルモデム終端システム８１６を含むことができる。ハブ８１０が１つだけアーキテクチャ８００内に示されているが、ヘッドエンド８０４は、ネットワーク８１２を介して複数のハブ８１０に放送コンテンツを配布することができる。

ハブ８１０は、ファイバライン８１８を介して１つまたは複数のファイバノード８２０（１）、８２０（２）、．．．８２０（Ｎ）に放送コンテンツを配布する。各ファイバノード８２０は、放送コンテンツが出力される１つまたは複数の同軸ライン８２２を有し、各同軸ライン８２２は、複数の加入者サイト８２４（１）、８２４（２）、．．．８２４（Ｎ）への同軸ライン連結部（ｄｒｏｐｓ）を含む。各加入者サイト８２４は、それぞれ１つまたは複数のクライアント装置８２６（１）、８２６（２）、．．．８２６（Ｎ）を備える。加入者サイト８２４は、家庭、会社などとすることができ、各加入者サイト８２４は、同軸ライン８２２の１つまたは複数と直接または間接的に各々インターフェースをとる複数のクライアント装置８２６を備える。クライアント装置８２６は、コンピュータ、異なる機能のセットトップボックス、ハンドヘルドデバイスおよび／または可搬電子デバイス、デジタルテレビジョンなどとすることができる。各クライアント装置８２６は、一体型ビデオ画面を備えることができ、またはビデオ画面と結合することができる。

図９は、図８に示されている例示的なヘッドエンド８０４および例示的なクライアント装置８２６をさらに示す図である。ヘッドエンド８０４は、ネットワーク９０２を介して通信するためのネットワークインターフェース９００を備え、クライアント装置８２６は、ネットワーク９０２を介して通信するためのネットワークインターフェース９０４を備える。ネットワーク９０２は、例えば、ポイントツゥポイントのインターネットプロトコル（ＩＰ）セッションを可能にするユニキャストネットワークなど、いずれの双方向ユニキャストネットワークとすることもできる。またはこれに代えて、ネットワーク９０２は、ビデオオンデマンド（ＶＯＤ）型のネットワークとして、およびデジタル加入者線（ＤＳＬ）をベースとするネットワークを介したビデオなどとして実装することができる。

ネットワーク９０２は、ヘッドエンド８０４に加えて、クライアント装置８２６の上流にある１つまたは複数の他のノードを含むことができる。例えば、ハブ８１０（図８）およびファイバノード８２０は、パケット、またはデバイス間の他の通信を転送および／または経路指定するため、クライアント装置８２６とヘッドエンド８０４との間に配置することができる。またはこれに代えて、ネットワーク９０２は、ネットワーク群の組合せとして実装することができ、ネットワークインターフェース９００および９０４は、ネットワーク９０２のアーキテクチャに応じて変わる可能性がある。例示的なケーブルネットワークの実施形態において、ネットワークインターフェース９００は、ネットワーク９０２内で介在するケーブルモデム終端システムがない場合、ケーブルモデム終端システム（図８のシステム８１６など）を含み、ネットワークインターフェース９０４は、ケーブルモデムを含む。ネットワークインターフェース９００および／またはネットワークインターフェース９０４はまた、ＩＰネットワーク、ＤＳＬネットワークなどと対話するための構成要素を含むことができる。これらの構成要素は、適切なネットワークと対話するように適合された受信器、送信器、トランシーバなどを有することができる。

例示的な一実施形態において、ヘッドエンド８０４とクライアント装置８２６の間で確立されるポイントツゥポイントＩＰセッションを用い、ヘッドエンド８０４からクライアント装置８２６へ放送コンテンツを配布することができる。特定チャネル用のビデオデータ９０６など放送コンテンツは、ネットワーク９０２を越えてクライアント装置８２６にストリーミングが行われる。したがって、各クライアント装置８２６は、それ自体の指定放送ビデオデータストリームを、その対応する要求チャネルに従って受信する。さらに、各ファイバノード８２０（図８）は、存在すればネットワークの双方向部分の異なる現在の割振りを有するが、それは、クライアント装置８２６へのダウンストリーム伝送用に意図されたものである。

クライアント装置８２６は、チャネル切換え入力ハンドラ９０８およびビデオデコーダ９１０、ならびにネットワークインターフェース９０４を備える。ビデオデコーダ９１０は、復号する前にビデオデータなど受信された放送コンテンツを格納するためのバッファ９１２を備える。チャネル切換え入力ハンドラ９０８は、クライアント装置８２６のユーザからチャネル切換え入力要求を受け取る。チャネル切換え入力要求は、遠隔制御、キーボード、携帯情報端末（ＰＤＡ）、タッチセンサ画面、一体型キーから、および任意の他のタイプの入力デバイスから受け取ることができる。

チャネル切換え入力ハンドラ９０８は、実行可能命令および／もしくはハードウェア、ソフトウェア、ファームウェア、またはそれらの何らかの組合せとして実装することができる。チャネル切換え入力ハンドラ９０８は、要求されたチャネルのインジケータを含むパケットの形態でチャネル切換え要求９１４を構築する。チャネル切換え要求９１４は、ネットワーク９０２を介して送信するために、チャネル切換え入力ハンドラ９０８からクライアント装置８２６のネットワークインターフェース９０４に伝えられる。

ヘッドエンド８０４のネットワークインターフェース９００は、ネットワーク９０２を介してチャネル切換え要求９１４を受信し、そのチャネル切換え要求９１４を番組データストア８０８に送る。番組データストア８０８は、サーバ記憶９１６とサーバコンピュータ９１８とを備える。サーバ記憶９１６は、ディスクベースの記憶装置など、大容量メモリ記憶を含む記憶装置（明示的に図示せず）を含む。公的なディスクベースの記憶装置および／またはシステムの例には、独立した／安価なディスクの冗長アレイ（ＲＡＩＤ）、ファイバチャネル（Ｆｉｂｒｅ Ｃｈａｎｎｅｌ）記憶装置などが含まれる。

サーバ記憶９１６には、圧縮済みフォーマットで放送センタ８０２（図８）からヘッドエンド８０４に放送される放送ビデオデータ９２０が記憶される。例示的な実施形態において、圧縮済みフォーマットは、ＭＰＥＧ−４などＭＰＥＧプロトコルによるデジタルストリームを含む。しかし、代替方法として他の圧縮フォーマットを使用することができる。圧縮済みデジタルストリームは、ヘッドエンド８０４部で受信されたとき、放送ビデオデータ９２０として記憶される。サーバ記憶９１６は、放送ビデオデータ９２０が受信されると、数時間、数日、数週間を超え、および／または無期限に、複数のチャネルについてそれを維持することができる。

サーバコンピュータ９１８により、サーバ記憶９１６で記憶され、または他の方法で記録されている放送ビデオデータ９２０にアクセスすることが可能となる。サーバコンピュータ９１８は、１つまたは複数のプロセッサ９２２と、１つまたは複数のメモリ構成要素９２４とを備える。図示しないが、サーバコンピュータ９１８はまた、入出力インターフェース、ローカルディスクドライブ、ビデオデータを符号化し、復号し、他の方法で操作するためのハードウェアおよび／またはソフトウェアなど、他の構成要素を備えることができる。メモリ構成要素９２４は、ディスクドライブもしくはフラッシュメモリなど不揮発性メモリ、および／またはランダムアクセスメモリ（ＲＡＭ）など揮発性メモリとして実装し、またはそれらを含むことができる。例示的な実施形態において、メモリ構成要素９２４は、プロセッサ実行可能命令を含む。

具体的には、メモリ構成要素９２４は、プロセッサ実行可能命令、すなわちチャネル切換え要求ハンドラ９２６、ビデオデータエクストラクタ９２８、ビデオデータブースタ９３０、およびビデオデータディストリビュータ９３２を含む。メモリ構成要素９２４のプロセッサ実行可能命令は、プロセッサ９２２上で実行され、以下で述べる機能を実装することができる。代替の実施形態においては、チャネル切換え要求ハンドラ９２６、ビデオデータエクストラクタ９２８、ビデオデータブースタ９３０、およびビデオデータディストリビュータ９３２の１つまたは複数がメモリ内に格納され、それにより、自動実行するために、および／またはプロセッサ９２２によってより速く実行するためにそれらをハードウェア符号化することができる。

ネットワークインターフェース９００は、チャネル切換え要求９１４をチャネル切換え要求ハンドラ９２６に転送し、チャネル切換え要求ハンドラ９２６は、要求されたチャネルをチャネル切換え要求９１４から分離し、要求されたチャネルをビデオデータエクストラクタ９２８に提供する。ビデオデータエクストラクタ９２８は、サーバ記憶９１６の放送ビデオデータ９２０から、要求されたチャネル用の放送ビデオデータを抽出する。ビデオデータディストリビュータ９３２は、放送ビデオデータをネットワークインターフェース９００に伝え、ネットワークインターフェース９００は、その放送ビデオデータを、ビデオデータパケット９０６としてネットワーク９０２を介して送信する。クライアント装置８２６は、ネットワーク９０２を介して、ネットワークインターフェース９０４部でビデオデータパケット９０６を受信する。

結論
本主題について、構造的特徴および／または方法に特有の言葉で述べたが、特許請求の範囲によって規定される本発明は、必ずしも本明細書に説明する特定の特徴または方法に限定されないことを理解されたい。むしろ、この特定の特徴および方法は、特許請求されているシステムおよび方法を実施する例示的な形態として開示されているというべきである。

説明するシステムおよび方法を実施することができる例示的なシステムアーキテクチャを示す図である。 説明するシステムおよび方法を実施することができる例示的なクライアント装置を含むテレビジョンベースのシステムを示す図である。 例示的な応答システムのブロック図である。 例示的な番組規則モジュールの図である。 例示的な広告者規則モジュールの図である。 組込まれたトリガを使用することなしに対話型コンテンツを放送する例示的な方法の実施を示すフローチャートである。 情報要求から広告者を識別する例示的な方法の実施を示すフローチャートである。 説明するシステムおよび方法を実施することができる例示的な分散ネットワークシステムの図である。 説明する技法を実施することができる例示的な放送ビデオ配布アーキテクチャを示す図である。 図８の例示的な放送ビデオ配布アーキテクチャの構成要素をさらに示す図である。

符号の説明

１００、２００、８００ システム
１０２、７０２ コンテンツプロバイダ
１０４ 番組ガイドデータプロバイダ
１０６ コンテンツ配布システム
１０８ クライアント装置
１１０ 放送ネットワーク
１１２ コンテンツサーバ
１１４ 記憶されたコンテンツ
１１６ 番組ガイドデータベース
１１８ 番組ガイドデータサーバ
１２０ 放送用送信器
１２２ コンテンツ処理アプリケーション
１２３ クローズドキャプションアプリケーション
１２４ 番組ガイドデータ処理アプリケーション
１２５ 応答モジュール
１２６ 衛星アンテナ
１２８ テレビジョン
１３４ バックチャネル
１３６ 記憶されたオンデマンドコンテンツ
２０２ クライアント装置
２０４ ディスプレイデバイス
２０５ ＵＩ
２０６ 同調器
２０８ プロセッサ
２１０ ランダムアクセスメモリ
２１２ 記憶媒体
２１４ ディスクドライブ
２１６ ランダムアクセスメモリ
２１８ 番組ガイドデータ
２２０ 記録された番組
２２４ アプリケーション
２２６ 番組ガイドアプリケーション
２３０ タイムスタンプモジュール
２３４ 遠隔制御デバイス
２３６ ハンドヘルド入力デバイス
２４０ クローズドキャプションアプリケーション
２４２ モデム
２４３ ＲＦＩアプリケーション
２４４ コンテンツプロセッサ
２４５ クライアント情報
２４６ Ａ／Ｖ出力
２４６ 通信インターフェース
２４７ チャネル情報
２５０ クローズドキャプションバッファ
３００ 応答モジュール
３０１ 制御モジュール
３０２ キーワード
３０４ 広告者情報
３０６ 広告者規則モジュール
３０８ 番組情報
３１０ 番組規則モジュール
３１２ 探索プログラム
３１４ ユーザログ
３１６ クライアント情報
３１８ メタデータ
３２０ ＥＰＧデータ
３２２ 時間コード情報
７０４ データセンタ
７０６コンテンツ制作者
７０８ 広告者
７１０ ＳＴＢ
８０２ 放送センタ
８０４ ヘッドエンド
８０８ 番組データストア
８１０ ハブ
８１２ ネットワーク
８１４ ケーブルモデム終端システム
８１６ ケーブルモデム終端システム
８０４ ヘッドエンド
８０８ 番組データストア
８２６ クライアント装置
９００ ネットワークインターフェース
９０２ ネットワーク
９０４ ネットワークインターフェース
９０６ ビデオデータ
９０８ チャネル切換え入力ハンドラ
９１０ ビデオデコーダ
９１２ バッファ
９１４ チャネル切換え要求
９１６ サーバ記憶
９１８ サーバコンピュータ
９２０ 放送ビデオデータ
９２２ プロセッサ
９２４ メモリ構成要素
９２６ チャネル切換え要求ハンドラ
９２８ ビデオデータエクストラクタ
９３０ ビデオデータブースタ
９３２ ビデオデータディストリビュータ

Claims (59)

1. コンテンツ番組にアクセスしている間にユーザによって行なわれた情報要求（ＲＦＩ）を検出するステップと、
   ＲＦＩデータを放送ネットワーク上のサーバに送信するステップとを備え、
   前記ＲＦＩデータは、
   前記ＲＦＩが行われた時刻、
   前記ＲＦＩが行われた時刻においてアクセスされたチャネル情報、および
   前記ＲＦＩが行われた時刻を含む該時刻前に発生した前記コンテンツ番組に関連付けられたクローズドキャプションデータを含むことを特徴とする方法。
2. 前記クローズドキャプションデータは、予め定められた量のクローズドキャプションデータをさらに含むことを特徴とする請求項１に記載の方法。
3. 前記予め定められた量のクローズドキャプションデータは、クローズドキャプションデータの秒数をさらに含むことを特徴とする請求項２に記載の方法。
4. クローズドキャプションデータの前記秒数は、１０秒以下をさらに含むことを特徴とする請求項３に記載の方法。
5. 前記予め定められた量のクローズドキャプションデータは、クローズドキャプションデータのバイト数をさらに含むことを特徴とする請求項２に記載の方法。
6. 前記ＲＦＩデータの送信に応答して、前記サーバからシステムメッセージを受信するステップをさらに備えたことを特徴とする請求項１に記載の方法。
7. 前記システムメッセージを前記ユーザに対して表示するステップをさらに備えたことを特徴とする請求項６に記載の方法。
8. 前記表示するステップにおいて、前記システムメッセージを表示するための前記ユーザからの指示に応答して前記システムメッセージを表示することを特徴とする請求項７に記載の方法。
9. 前記システムメッセージを表示するよう指示されるまで、前記システムメッセージをメモリ内に記憶するステップをさらに備えたことを特徴とする請求項７に記載の方法。
10. 前記情報要求は、単一のボタン起動によって行われることを特徴とする請求項１に記載の方法。
11. 前記コンテンツ番組は、ビデオ、オーディオ、オーディオ／ビジュアル、およびマルチメディアのいずれか１種類であることを特徴とする請求項１に記載の方法。
12. コンテンツ放送ネットワーク上のクライアント装置から情報要求（ＲＦＩ）データを受信するステップであって、前記ＲＦＩデータは、クライアント装置ユーザが、情報要求の行われたとき前記クライアント装置によりアクセスされたコンテンツ項目についての情報を要求したことを示しているステップと、
    前記コンテンツ項目がコンテンツ番組であるか、または広告であるかを判定するステップと、
    前記コンテンツ項目がコンテンツ番組である場合、前記コンテンツ番組に関連付けられたコンテンツ番組タイトルを識別するステップと、
    前記コンテンツ項目が広告である場合、前記広告に関連付けられた広告者を識別するステップと、
    識別されたコンテンツ項目について指定された措置を実行するステップとを備え、
    前記ＲＦＩデータは、少なくとも前記ＲＦＩが行われた時刻と、前記ＲＦＩが行われた時刻にアクセスされたチャネル情報とを含むことを特徴とする方法。
13. 前記措置を実行するステップは、前記コンテンツ項目に関連する情報を前記ユーザに送るステップを含むことを特徴とする請求項１２に記載の方法。
14. 前記措置を実行するステップは、前記コンテンツ項目に関連付けられたエンティティにユーザ情報を送り、それにより前記エンティティが前記コンテンツ項目に関連する情報を前記ユーザに提供することができるステップを含むことを特徴とする請求項１２に記載の方法。
15. 前記コンテンツ項目が番組であるか、または広告であるかを判定するステップは、前記情報要求が行われた時刻をコンテンツ項目時刻コードデータと相互参照し、前記情報要求が行われた時刻に番組または広告が予定されていたかどうかを判定するステップを含むことを特徴とする請求項１２に記載の方法。
16. 前記ＲＦＩデータは、前記ＲＦＩが行われた時刻を含む該時刻前に発生した前記コンテンツ番組に関連付けられたクローズドキャプションデータをさらに含み、
    前記コンテンツ項目が番組であるか、または広告であるかを判定するステップは、
    前記クローズドキャプションデータを使用して探索用語を導出するステップ、
    前記探索用語を使用して参照データベースを探索するステップ、および
    前記探索から導出された一致内容から、前記コンテンツ項目が番組であるか、または広告であるかを判定するステップとを含むことを特徴とする請求項１２に記載の方法。
17. 前記参照データベースは、キーワードをさらに含み、１つまたは複数のキーワードは、１つまたは複数のコンテンツ項目に関連付けられることを特徴とする請求項１６に記載の方法。
18. 前記参照データベースは、前記探索用語と比較することができるコンテンツ項目のスクリプトを含むことを特徴とする請求項１６に記載の方法。
19. 広告者を識別する前記ステップは、
    前記クローズドキャプションデータを広告者キーワードと比較するステップ、および
    前記探索から導出された１つまたは複数の一致内容から広告者を識別するステップをさらに含むことを特徴とする請求項１６に記載の方法。
20. 前記番組タイトルを識別するステップは、
    前記ＲＦＩデータ内で識別された時刻に前記ＲＦＩデータ内で識別されたチャネル上で放送されたのが、いくつかの番組のうちどの番組かを識別するステップと、
    識別された番組に関連付けられたタイトルを識別するステップと
    を含むことを特徴とする請求項１２に記載の方法。
21. 前記ＲＦＩデータは、前記ＲＦＩが行われた時刻を含む該時刻前に発生した前記コンテンツ番組に関連付けられたクローズドキャプションデータをさらに含み、
    前記広告者を識別するステップは、
    前記クローズドキャプションデータから１つまたは複数の探索用語を導出するステップと、
    広告者を識別するために広告者情報データベースを探索するステップと
    を含むことを特徴とする請求項１２に記載の方法。
22. プロセッサと、
    メモリと、
    少なくとも１つのチャネル同調器と、
    ユーザ入力を受け取るための入力手段と、
    最新の使用可能な予め定められた量のクローズドキャプションデータを格納するように構成されたクローズドキャプションバッファと、
    ユーザからの情報要求入力を受信および識別し、並びに情報要求データをサーバに送信するように構成された情報要求アプリケーションとを備え、
    前記情報要求データは、前記情報要求入力が受信された時刻において前記チャネル同調器によって同調されたチャネルを識別するチャネル識別子と、前記情報要求が受信された時刻を識別するタイムスタンプと、前記クローズドキャプションバッファ内に含まれるクローズドキャプションデータとを含むことを特徴とするクライアント装置。
23. 前記チャネル同調器によってアクセスされた放送チャネルを識別するように構成されたチャネル識別子をさらに備えたことを特徴とする請求項２２に記載のクライアント装置。
24. ユーザ入力が受信された時刻を識別するように構成されたタイムスタンプモジュールをさらに備えたことを特徴とする請求項２２に記載のクライアント装置。
25. クローズドキャプション信号をサーバから受信し、およびコンテンツをディスプレイ上で示してクローズドキャプション情報を表示するように構成されたクローズドキャプションアプリケーションをさらに備えたことを特徴とする請求項２２に記載のクライアント装置。
26. 前記入力手段は、前記ユーザによって起動されると前記情報要求を入力するボタンを含むことを特徴とする請求項２２に記載のクライアント装置。
27. 前記クローズドキャプションバッファは、前記情報要求に先立って発生したクローズドキャプションデータの予め定められた秒数を含むことを特徴とする請求項２２に記載のクライアント装置。
28. 前記クローズドキャプションバッファは、前記情報要求に先立って発生したクローズドキャプションデータの予め定められたバイト数を含むことを特徴とする請求項２２に記載のクライアント装置。
29. 前記クライアント情報は、１つまたは複数の送達モードによって情報を加入者に送ることができるように、前記クライアント装置に関連付けられた加入者を確実に識別するのに必要な情報をさらに含むことを特徴とする請求項２２に記載のクライアント装置。
30. 前記サーバからシステムメッセージを受信するメッセージングシステムと、
    前記システムメッセージを表示する表示手段と
    をさらに備えたことを特徴とする請求項２２に記載のクライアント装置。
31. 放送ネットワーク上で使用可能な複数のコンテンツ項目について、番組情報および予定情報を提供する電子番組ガイドと、
    クライアントユーザが情報要求を入力した時刻においてネットワーククライアント部でアクセスされ、選択されたコンテンツ項目に関連付けられたクローズドキャプションデータを含め、ネットワーククライアントからの情報要求を受信するように構成された応答モジュールと、
    前記クローズドキャプションデータから導出された探索用語を使用して探索を実行し、前記選択されたコンテンツ項目に関連付けられたスポンサを判定するように構成された探索プログラムと、
    前記選択されたコンテンツ項目に関連付けられたスポンサに規則を関連付けるように構成された規則モジュールとを備え、
    前記応答モジュールは、前記規則モジュールによって指定された措置を実行するようにさらに構成されることを特徴とする放送ネットワークサーバ。
32. 番組情報モジュールと、
    広告情報モジュールとをさらに備え、
    前記応答モジュールは、前記情報要求が入力されたのが番組の間であるか、または広告の間であるかを判定するようにさらに構成され、
    探索モジュールは、前記情報要求が番組の間に入力された場合、前記番組情報モジュールを探索し、前記情報要求が広告の間に入力されたときは、前記広告者情報モジュールを探索するようにさらに構成されることを特徴とする請求項３１に記載の放送ネットワークサーバ。
33. 前記番組情報モジュールは、前記放送ネットワーク上で使用可能な１つまたは複数のコンテンツ項目のスクリプトの少なくとも一部分を含むことを特徴とする請求項３２に記載の放送ネットワークサーバ。
34. 前記広告者情報モジュールは、前記放送ネットワーク上で使用可能な放送中の１つまたは複数の広告のスクリプトの少なくとも一部分を含むことを特徴とする請求項３２に記載の放送ネットワークサーバ。
35. キーワードモジュールをさらに備え、
    前記探索モジュールは、前記クローズドキャプションデータから導出された前記探索用語で前記キーワードモジュールを探索するようにさらに構成され、
    前記応答モジュールは、探索結果から、前記情報要求が入力されたのが番組の間であるか、または広告の間であるかを判定するようにさらに構成されることを特徴とする請求項３１に記載の放送ネットワークサーバ。
36. 前記措置は、システムメッセージを送る、電子メールメッセージを送る、および郵便を送る、の各措置から選択された１つまたは複数の措置をさらに含むことを特徴とする請求項３１に記載の放送ネットワークサーバ。
37. 前記ネットワーククライアントに関連付けられた加入者にどのようにコンタクトを取るかについての情報を含むクライアント情報モジュールをさらに備え、前記措置は、前記情報要求が受信された前記ネットワーククライアントに関連するクライアント情報を前記スポンサに送信することをさらに含むことを特徴とする請求項３１に記載の放送ネットワークサーバ。
38. 前記放送ネットワーク上で使用可能なコンテンツ項目について使用可能な情報を格納する番組情報モジュールをさらに備え、前記措置は、前記選択されたコンテンツ項目について使用可能な情報を前記ネットワーククライアントに送ることをさらに含むことを特徴とする請求項３１に記載の放送ネットワークサーバ。
39. コンピュータ上で実行されると、
    ユーザ入力を、ユーザが放送ネットワークチャネル上で閲覧しているコンテンツ項目に関する情報を受信するためのユーザ要求と認識するステップと、
    前記コンテンツ項目に関連付けられると同時に、前記ユーザ入力にも対応付けられるクローズドキャプションデータをネットワークサーバに送信するステップとを実行するコンピュータ実行可能命令を備え、
    前記クローズドキャプションデータは、前記ユーザ入力の時点での前記コンテンツ項目のコンテキストを決定するのに十分なデータを含むことを特徴とする１つまたは複数のコンピュータ読取可能な媒体。
40. 前記ユーザ入力の時点での前記コンテンツ項目の前記コンテキストに関する情報を含む、前記情報要求に対する応答を受信するステップをさらに実行することを特徴とする請求項３９に記載の１つまたは複数のコンピュータ読取可能な媒体。
41. 前記ユーザ入力が入力された時刻を送信するステップと、
    前記ユーザ入力が入力された時刻において閲覧されていたチャネルを送信するステップと
    をさらに実行することを特徴とする請求項３９に記載の１つまたは複数のコンピュータ読取可能な媒体。
42. コンピュータ上で実行されると、
    放送ネットワークに接続されたクライアントから、情報要求がユーザによって入力された時刻において前記クライアントで閲覧されたコンテンツ項目に関連付けられたクローズドキャプションデータを含む情報要求データを受信するステップと、
    前記クローズドキャプションデータを解析して前記情報要求が入力されたのが番組の間であるか、または広告の間であるかを判定し、および前記番組または広告に関連付けられたスポンサを判定するステップと、
    前記スポンサの判定に応じて行うべき措置を決定するステップと、
    前記措置を実行するステップと
    を実行するコンピュータ実行可能命令を含むことを特徴とする１つまたは複数のコンピュータ読取可能な媒体。
43. 前記措置を実行するステップは、前記スポンサが前記ユーザに情報を送るために使用することができるユーザ識別用情報を前記スポンサに送るステップを含むことを特徴とする請求項４２に記載の１つまたは複数のコンピュータ読取可能な媒体。
44. 前記措置を実行するステップは、前記スポンサに関連する情報を前記ユーザに送るステップを含むことを特徴とする請求項４２に記載の１つまたは複数のコンピュータ読取可能な媒体。
45. 前記措置を実行するステップは、システムメッセージを前記ユーザに送るステップを含むことを特徴とする請求項４２に記載の１つまたは複数のコンピュータ読取可能な媒体。
46. 前記措置を実行するステップは、電子メールメッセージを前記ユーザに送るステップを含むことを特徴とする請求項４２に記載の１つまたは複数のコンピュータ読取可能な媒体。
47. 前記措置を実行するステップは、郵便により情報を前記ユーザに送るステップを含むことを特徴とする請求項４２に記載の１つまたは複数のコンピュータ読取可能な媒体。
48. 前記クローズドキャプションデータを解析して前記情報要求が入力されたのが番組の間であるか、または広告の間であるかを判定する前記ステップは、
    前記クローズドキャプションデータから導出された探索用語を使用して複数のキーワードを探索するステップと、
    前記探索によって引き出された一致内容から、前記情報要求が入力されたのが番組の間であるか、または広告の間であるかを判定するステップと
    を含むことを特徴とする請求項４２に記載の１つまたは複数のコンピュータ読取可能な媒体。
49. 前記クローズドキャプションデータを解析して前記情報要求が入力されたのが番組の間であるか、または広告の間であるかを判定する前記ステップは、
    前記クローズドキャプションデータから導出された探索用語を使用して複数のコンテンツ項目に対応するテキストデータベースを探索するステップと、
    前記探索によって引き出された一致内容から、前記情報要求が入力されたのが番組の間であるか、または広告の間であるかを判定するステップと
    を含むことを特徴とする請求項４２に記載の１つまたは複数のコンピュータ読取可能な媒体。
50. 前記スポンサは、番組制作者または広告者をさらに含むことを特徴とする請求項４２に記載の１つまたは複数のコンピュータ読取可能な媒体。
51. コンピュータ上で実行されると、
    放送ネットワークに接続された前記クライアントから、情報要求がユーザによって入力された時刻においてクライアントで閲覧されたコンテンツ項目に関連付けられたタイムスタンプを含む情報要求データを受信するステップと、
    前記タイムスタンプとコンテンツ時刻コード情報とを比較して前記情報要求が入力されたのが番組の間であるか、または広告の間であるかを判定し、および前記番組または広告に関連付けられたスポンサを判定するステップと、
    前記スポンサの判定に応じて行うべき措置を決定するステップと、
    前記措置を実行するステップと
    を実行するコンピュータ実行可能命令を備えたことを特徴とする１つまたは複数のコンピュータ読取可能な媒体。
52. 前記措置を実行するステップは、前記スポンサが前記ユーザに情報を送るために使用することができるユーザ識別用情報を前記スポンサに送るステップを含むことを特徴とする請求項５１に記載の１つまたは複数のコンピュータ読取可能な媒体。
53. 前記措置を実行するステップは、前記スポンサに関連する情報を前記ユーザに送るステップを含むことを特徴とする請求項５１に記載の１つまたは複数のコンピュータ読取可能な媒体。
54. 前記措置を実行するステップは、システムメッセージを前記ユーザに送るステップを含むことを特徴とする請求項５１に記載の１つまたは複数のコンピュータ読取可能な媒体。
55. 前記措置を実行するステップは、電子メールメッセージを前記ユーザに送るステップを含むことを特徴とする請求項５１に記載の１つまたは複数のコンピュータ読取可能な媒体。
56. 前記措置を実行するステップは、郵便により情報を前記ユーザに送るステップを含むことを特徴とする請求項５１に記載の１つまたは複数のコンピュータ読取可能な媒体。
57. 前記クローズドキャプションデータを解析して前記情報要求が入力されたのが番組の間であるか、または広告の間であるかを判定する前記ステップは、
    前記クローズドキャプションデータから導出された探索用語を使用して複数のキーワードを探索するステップと、
    前記探索によって引き出された一致内容から、前記情報要求が入力されたのが番組の間であるか、または広告の間であるかを判定するステップと
    を含むことを特徴とする請求項４２に記載の１つまたは複数のコンピュータ読取可能な媒体。
58. 前記クローズドキャプションデータを解析し、前記情報要求が番組の間に、または広告の間に入力されたかを判定する前記ステップは、
    前記クローズドキャプションデータから導出された探索用語を使用して複数のコンテンツ項目に対応するテキストデータベースを探索するステップと、
    前記探索によって引き出された一致内容から、前記情報要求が番組の間に、または広告の間に入力されたかを判定するステップとをさらに含むことを特徴とする請求項４２に記載の１つまたは複数のコンピュータ読取可能な媒体。
59. 前記スポンサは、番組制作者または広告者をさらに含むことを特徴とする請求項５１に記載の１つまたは複数のコンピュータ読取可能な媒体。
    

Images