JP2012531777A - パケットベースのビデオコンテンツの解析 - Google Patents

Abstract

パケットベースのビデオ信号を受信及びデコードするためのシステムと、かかるシステムの操作方法及びコンピュータプログラム製品とが開示される。このシステムは、ビデオまたはテレビ信号をエンコードするパケットベースのデータストリームを受信する。コンテンツは、ユーザ側で編集可能なルールに従って解析され、ルールで指定される条件と、取るべき対応措置との間の一致が見つけられる。受信したコンテンツとの一致が検出されると、前記受信及びデコードシステムのコントロール下にあるコンポーネントをコントロールするためのコマンドを出すことによって対応措置が実装される。
【選択図】 図２

Description

本発明は、パケットベースのビデオコンテンツの解析に関する。

パケットベースのビデオは、本明細書において、ＩＰＴＶ（インターネットプロトコルテレビの略称）と互換的に称され、ＹｏｕＴｕｂｅ及びＧｏｏｇｌｅビデオなどの単純なビデオ配信サービスを網羅する。そのビデオ配信サービスは、ＡＴ＆ＴのＵＶｅｒｓｅサービスやブリティッシュ・テレコムのＢＴ Ｖｉｓｉｏｎサービスなど、より豊富なコンテンツを通常は加入者ベースで提供しているより高度なサービスと同様、オンディマンドでビデオ／オーディオストリームをユーザのコンピュータに配信する。（「ＹｏｕＴｕｂｅ」、「Ｇｏｏｇｌｅビデオ」、「ＵＶｅｒｓｅ」、及び「ＢＴ Ｖｉｓｉｏｎ」は、それぞれＹｏｕＴｕｂｅ Ｉｎｃ．、Ｇｏｏｇｌｅ Ｉｎｃ．、ＡＴ＆Ｔ及びブリティッシュ・テレコムによって所有される商標である。）

ＩＰＴＶの大きな魅力の１つは、電話通信、テレビ会議、電子メール、インスタントメッセージング（ＩＭ）など他のサービスと統合できるという点である。そのため、例えば、電話の着信を受けたとき、テレビを見ているユーザ向けに発信者番号をスクリーン上に表示するようにユーザの電話システムをＩＰＴＶセットトップボックス（ＳＴＢ）と統合することができる。

ＩＰＴＶデータストリームのより充実した性質により、番組制作者は、コンテンツについて説明したり、コンテンツに関連するメタデータをストリームにタグ付けしたりすることもできる。このようにして、テレビ番組に野生生物ドキュメンタリーとタグ付けしたり、視聴者がスクリーン上で対話できるアクティブコンテンツを番組制作者が組み込んだりすることができる（「ニュースデスクに電子メールを送るにはここをクリック」や「特許について詳しくはここをクリック」など、これらのリンクからセットトップボックスやユーザのパーソナルコンピュータとそれぞれ統合して、電子メールクライアントやブラウザを起動する）。

そのようなタグ付けに関する課題は、それが視聴者にとって押しつけがましかったり、視聴者の視点にたってコンテンツを正しくタグ付けしていなかったりするということである。例えば、視聴者は一般に「フットボールの試合」または「ホッケーの試合」には興味を持っていないが、自身の自治体に関わる番組には格別の興味を持っていたり、地元のフットボールあるいはホッケーのチームが関わる試合に興味があったりする場合がある。番組のコンテンツが地元のスポーツチームを特定するように正しくまた豊富なタグ付けがされていないと、視聴者は興味のある番組が提供されていないと認識する場合がある。このように事細かで豊富なタグ付けには、最終的には加入料の中でユーザが負担する追加の諸経費や費用が必要である。

ここに、パケットベースのビデオ信号を受信及びデコードするためのシステム操作方法を提示する。そのステップは、次のものを含む。
（ａ）ビデオ信号をエンコードするパケットベースのデータストリームを受信する。
（ｂ）コンテンツマッチング条件及び取るべき対応措置を各々が指定するルール群を保持する。
（ｃ）受信及びデコードシステムのユーザが前記ルール群を編集するためのインタフェイスを提供する。
（ｄ）コンテンツが前記ルールのうちの１つで指定された条件に一致するかどうかを判断するため、前記パケットベースのデータストリームのコンテンツを解析する。
（ｅ）前記解析するステップにおけるマッチング条件を判断する上で、前記ルールのうちの前記１つで指定された対応措置を実装し、前記措置で前記受信及びデコードシステムのコントロール下にあるコンポーネントのコントロールを有効にする。

番組制作時、またはＩＰネットワークへのマルチキャストあるいはアップロード時でコンテンツをメタデータにタグ付けする代わりに、この方法は、受信システムのユーザ（例えば、受信システムの視聴者または所有者）に興味がある特定のコンテンツや、かかるコンテンツが受信され検出されたときに取るべき措置を指定する手段を提供する。

これにより、ユーザは番組制作者やサービスプロバイダ、またはネットワークオペレータが供給するメタデータによる制約から解放され、ユーザはコンテンツプロバイダが用いた基準とは大きく異なり得る基準に従って鑑賞体験を豊かにすることができる。

本明細書で「ビデオ信号をエンコードするパケットベースのデータストリーム」という用語を使用するとき、ビデオコンポーネントとオーディオコンポーネントとの両方で信号をエンコードすることを意味する。かかるストリームの解析は、オーディオコンポーネントのみ、ビデオコンポーネントのみ、またはその両方の解析を含んでもよい。

パケットベースのデータストリームのコンテンツを解析するステップは、パケットベースのデータストリームをデコードすることと、デコードされた信号を解析することとを含むことが好ましい。

エンコードされたデータストリームで該当する条件の特定を有効にするルールをユーザが指定することもできるが、大半の場合、デコードされたコンテンツに関連する条件をルールが指定するものと想定される。

さらに、デコードされた信号を解析するステップは、前記ルールのうちの１つで前記条件に一致するオーディオコンテンツを検出するためにデコードされた信号のオーディオコンポーネントを解析することを含むことが好ましい。

条件に一致するオーディオコンテンツは、音楽、音響効果、または音声コンテンツであってもよい。ユーザ側で決めたルールに一致する音声コンテンツの特定を伴う実施形態が特に好ましい。

そのため、オーディオコンポーネントを解析するステップは、前記ルール群を編集するための前記インタフェイスで前記ユーザによって指定される１つもしくは複数の音声語または語のパターンとの適合を一致検出するスピーチ解析技法を適用することが好ましい。

これにより、さらに豊かな鑑賞体験を得るための強力な技法がユーザに提供される。いくつかの非限定的な実施例を挙げるとすると、ユーザは、１つもしくは複数のキーワードまたは語のパターン（例えば、ＵＲＩ、電子メールアドレス、スポーツチームの名前、または興味のあるトピック）に一致する音声コンテンツを指定することにより、別のチャンネルに切り替える、スクリーン上にアラートを表示する、通信プログラムを起動する、あるいはコンピュータシステムの動作に影響を及ぼすなど、特定の措置を取る必要があることを事前に指定することができる。

これは、クローズドキャプション、あるいは完全なオーディオコンテンツに相当するメタデータがタグ付けされたオーディオストリームを受信することと同じではない。スピーチ解析がユーザ機器に適用されるので、音声コンテンツを解析及びタグ付けしたコンテンツプロバイダへ依存せず、おそらく数十ないし数百のキーワードという限られたルール群との一致を判断するだけでよいのであれば、処理要件を大きく下げることができる。

あるいは／加えて、デコードされた信号を解析するステップは、前記ルールのうちの１つで前記条件に一致するビデオコンテンツを検出するために、デコードされた信号のビデオコンポーネントを解析することを含む。

興味のあるコンテンツを特定する手段を初心者ユーザに提供する方法として、オーディオマッチングが現在、好まれているものの、より熟練したユーザは、自ら指定できるピクチャの中でグラフィカルな要素を特定したい場合がある。処理能力の進歩によってグラフィカルインタフェイスが進歩し、そして一般大衆の間でのコンピュータ操作能力が向上すると、すべてのユーザがかかる技法をますます利用しやすくなることが予見される。

したがって、ビデオコンポーネントを解析するステップは、前記ルール群を編集するため、前記インタフェイスで前記ユーザが視覚的要素の一致を特定するパターンマッチング技法を適用することが好ましい。

さらには、前記視覚的要素が一連のテキストを含むことが好ましい。

このようにして、ユーザは興味についてのテキスト文字列として自身の雇用者の名前を指定し、その名前がテキストマッチング技法によって特定された場合には、ユーザがその雇用者について言及したり映したりしている番組をみることができるように、ユーザが指定した措置（チャンネルを記録したり、「後で見る」リストにフラグを記憶したりするなど）を開始することができる。テキストマッチングが、スクリーン上に表示されるキャプションまたは印字の特定に限定されないことは高く評価されるだろう。雇用者の名前は、その名前が表示されているロゴまたは記号からも、同様に特定できる場合がある。（本実施例を続けるために、企業ロゴに容易に識別可能な形態で名前が含まれていない場合に、ユーザがその企業ロゴのグラフィックファイルをアップロードして代わりにこれをマッチするようにしてもよい。）

対応措置を実装する前記ステップは、前記受信及びデコードシステムのコンポーネントのコントロールを有効にする措置を実装することを含むことが好ましい。

コントロール可能な要素の一部は、デコーダ、ピクチャプロセッサ、データストリームコントロール、チャンネル選択システム、ビデオまたはオーディオ記録システム、「後で見る」リスト、番組キュー、複数の場面または視角から選ぶための場面選択システム、アラート通知システム、機器ディスプレイ、一体型通信クライアント（例えば、電子メール、音声またはテレビ電話通信、インスタントメッセージング、統合通信）、及び組み込みブラウザを含んでもよい。

あるいは、対応措置を実装する前記ステップは、前記受信及びデコードシステムによって関連付けられ且つコントロール可能なシステムのコンポーネントのコントロールを有効にする措置を実装することを含む。

関連付けられ且つコントロール可能なシステムは、リモートコントロールユニット、テレビあるいはディスプレイスクリーン、有線またはワイヤレスネットワーク上で受信及びデコードシステムと通信するパーソナルコンピュータ、ウェブサーバ、ビデオ録画システム、またはその他、受信及びデコードシステムがコントロール許可を与えるように構成されたその他任意のシステムであってもよい。これにより、事実上、ネットワーク接続されコントロール可能な、ユーザがコントロール許可を持つどの装置のアドレスもユーザが指定でき、その装置へ送信されるどの正当なコントロール信号も許可し、かかる装置を自動的にコントロールするために受信したテレビまたはビデオコンテンツをユーザが使用することができる、非常に強力なツールを供与する広範かつ強力な方法が提供されることは高く評価されよう。

受信及びデコードシステムは、独自または汎用のセットトップボックスなど、専用のシステムであってもよく、あるいは受信及びデコード機能を実装するための適切なソフトウェアを稼働させる多目的または専用のコンピュータシステムであってもよい。このシステムは、単一の装置に存在してもよく、あるいはネットワーク接続され、相互に連動して稼働する複数の装置に分散してもよい。

受信され、ビデオ信号をエンコードするパケットベースのデータストリーム、すなわち解析するものが、ユーザによって視聴目的で選択されたストリームである必要はない。ユーザは、異なるストリームを見ていてもよく、ビデオまたはテレビサービスを全く見ていなくてもよい。例えば、典型的な営利目的のＩＰＴＶに加入するとユーザはいくつかのストリームまたはチャンネルを受信できるようになり、そのユーザが１台のテレビで１つのストリームを見ている一方で、他の家族がネットワーク接続されたコンピュータディスプレイスクリーンで別のストリームを見ていたり、第３のストリームがパーソナルビデオレコーダ（ＰＶＲ）またはセットトップボックスのハードドライブに録画されていたり、そして見られても録画されてもいない第４、第５、及び第６のストリームが受信されていてもよい。これらのストリームのいずれか、または全部が、ユーザによって編集可能なルールとの一致が判断されるコンテンツの解析対象であり得る。

データストリームは、任意の適切な形式でエンコードされてよく、このストリームはユニキャストであってもマルチキャストであってもよい。ストリームは、テレビチャンネル、ビデオオンデマンド（ＶＯＤ）、閉回路テレビ、録画ビデオ、またはその他のビデオ信号に相当してもよい。このストリームは、ＹｏｕＴｕｂｅなどのウェブサイトによって提供されても、非公開ネットワークアドレスからストリーミングされても、サービスプロバイダによる加入者向けのインターネットを使用してストリーミングされても、あるいは民営のファイバーネットワークまたはケーブルネットワークなど別のネットワークを経由して到着してもよい。

命令をエンコードするプログラムキャリアを含む対応コンピュータプログラム製品が提供されており、その命令がパケットベースのビデオ信号を受信及びデコードするためのシステムによって実行されるとき、システムが下記を行うことを有効にする。
（ａ）コンテンツマッチング条件及び取るべき対応措置を各々が指定するルール群を保持する。
（ｂ）前記ルール群を編集する受信及びデコードシステムのユーザが前記ルール群を編集するためのインタフェイスを提供する。
（ｃ）コンテンツが前記ルールのうちの１つで指定された条件に一致するかどうかを判断するためにビデオ信号をエンコードする受信されたパケットベースのデータストリームのコンテンツを解析する。
（ｄ）前記解析するステップにおけるマッチング条件の判断時に、前記ルールのうちの前記１つで指定された対応措置を実装し、前記措置で前記受信及びデコードシステムのコントロール下にあるコンポーネントのコントロールを有効にする。

プログラムキャリアは、例えば、磁気式あるいは光学式データキャリア、フラッシュメモリ、コンピュータの内蔵メモリチップ、またはプログラム命令を記憶するためのその他適切な形式のものであってよい。

プログラムは、任意のスタンドアロンコンピュータシステム、またはビデオ信号を受信及びデコードする機能を提供する任意のネットワーク接続されたシステムの組み合わせで実行されてよい。

また、パケットベースのビデオ信号を受信及びデコードするためのシステムが提供されており、それは以下のものを含む。
（ａ）ビデオ信号をエンコードするパケットベースのデータストリームを受信するためのネットワーク接続。
（ｂ）コンテンツマッチング条件及び取るべき対応措置を各々が指定するルール群を記憶するメモリ。
（ｃ）前記ルール群を編集するために受信及びデコードシステムのユーザによって操作可能なインタフェイス。
（ｄ）パケットベースのデータストリームのコンテンツが前記ルールのうちの１つで指定された条件に一致するかどうかを判断するため、コンテンツを解析するコンテンツ解析システム。
（ｅ）前記解析するステップにおけるマッチング条件の判断時に、前記ルールのうちの前記１つで指定された対応措置を実装し、前記措置で前記受信及びデコードシステムのコントロール下にあるコンポーネントのコントロールを有効にするようプログラムされたプロセッサ。

ここで、実施形態に関する以下の説明により本発明を解説する。ただし、添付の図は参照であり、単なる例としてあげられているに過ぎない。

パケットベースのビデオ信号を受信及びデコードするための例示的なシステムを備えるＩＰＴＶネットワークのブロック図である。 パケットベースのビデオ信号を受信及びデコードするためのシステムを操作する方法を図示するブロック図である。

図１は、ＩＰＴＶサービスプロバイダの中心オフィス１０及びその地域オフィスのうちの１つ１２と、サービスの加入者にテレビ信号を移送するためのネットワーク１４（この場合、ネットワークはインターネットである）と、ビデオ信号を受信及びデコードするための加入者のシステム１６を含むＩＰＴＶネットワークを示す。

テレビコンテンツ及びビデオオンデマンドコンテンツは、中心オフィス１０の１つもしくは複数のエンコーダ１８を使用し、国際電気通信連合のＨ．２６４規格などの適切な規格にそってエンコードされる。コンテンツは、地域オフィスに直ちに送ってもよく、もしくは後でサーバ２０に配信するために記憶されてもよい。加入者とインターネットとの間の帯域幅制約を理由に、ＩＰＴＶサービスプロバイダは地域オフィス１２のようなそれぞれの地域オフィスにあてられたリンクを使用して多数のチャンネルとビデオストリームを送信し、地域オフィス１２にあるビデオサーバ２２はアカウント検証システム２６の対象となるチャンネル選択および切り替えルータ２４を使用して一部の加入者それぞれに信号を提供する。地域オフィス１２は、適当なブレークポイントでプログラムフィードに地域広告を追加するのが典型的である。

データストリームは、直接的なオーディオとビデオとに加え、他の要素によっても増やすことができる。ＩＰＴＶの利点の１つは、信号が電子メールアドレスとウェブリンクと他のユニフォームリソースインジケータ（ＵＲＩ）とを搬送することができ、それらを使用してユーザがスクリーン上で対話してもよく、さらに番組のコンテンツについて説明するメタデータが追加されるという点である。

そのため、各加入者には、（例えば）２〜１０チャンネルの放送番組が送られてもよく、少なくとも１つは加入者によって能動的に選択され、残りはその加入者あるいはＩＰＴＶサービスプロバイダによって選択される。ユーザは、複数のチャンネルを選択し、ピクチャインピクチャと他のミキシング技術を使用した別のあるいは同じ装置で見ながら、他のチャンネルが本明細書で記載したように録画またはモニタリングと解析のために選択されてもよい。サービスプロバイダは、（チャンネルをコロコロ替えるユーザである場合に即座の切り替えを促すため）能動的に見られているチャンネルの隣の上下チャンネルで、あるいはユーザが最もよく見ているチャンネル（複数可）で、あるいはその他任意の方法で、帯域幅を自動的に満たしてもよく、またはリスエストされたチャネル（複数可）だけに放送番組を制限することによって帯域幅を節約してもよい。

このようにして、各加入者は、チャンネルまたはビデオ録画に相当する１つもしくは複数のデータストリームを取得することができる。例示的なシステムでは、ユーザまたは加入者にセットトップボックス（ＳＴＢ）の形態で受信及びデコードシステム１６が提供されており、これは、基本的に、赤外線ポート３０及びＲＣレシーバ３１で通信するリモートコントロールユニット２８経由のユーザコントロールを提供する専用インタフェイスを備えた小型フォームファクタにパッケージ化されている専用のコンピュータまたはプロセッサであり、イーサネットポート３４へ（あるいはワイヤレス接続を使用して）、あるいはＴＶ出力ポート３８に接続されたテレビ３６から戻された信号から接続されたＰＣ３２である。同じ機能を任意の適切なコンピュータまたはネットワーク接続されたコンピュータ群にあるソフトウェアで実装できることは高く評価されよう。簡潔化のために、図示のシステム１６は以降、セットトップボックスまたはＳＴＢと互換的に称される。

ＰＣ及びリモートコントロールは任意であり、ユーザは、少し例を挙げると、音声コマンド、本体上のボタン、インターネット経由でＳＴＢのＩＰアドレスに送られるリモートコマンド、ＩＰＴＶサービスプロバイダからのコマンド（例えば、ペイパービュー方式のチャンネルにアクセスするための電話リクエストに基づくコマンド）あるいは携帯電話からのブルートゥース信号によるコマンドなどを他のインタフェイスを使用してＳＴＢで対話することができる。

ビデオ信号をエンコードするデータストリームは、リアルタイムプロトコル／インターネットプロトコル（ＲＴＰ／ＩＰ）ソケット４０を使用して受信され、データストリームの受信及び選択はデータストリームコントローラ４２経由で行われる。データストリームそのものに加え、電子番組ガイド（ＥＰＧ）情報など他のデータも受信される。

データストリームは、デコーダ群４４へと渡される。実施形態として挙げられている中では、ＳＴＢにＨ．２６４デコーダ４６及びＭＰＥＧ−２デコーダ４８が設けられているが、当然のことながら、それ以上のプロトコル及びエンコード規格を考慮してもよい。典型的には、１つもしくは複数のストリームが現在の視聴のためにユーザによって選択され、これらのストリームは解読されてテレビ３６で再生するための信号をフォーマットするピクチャコントロールプロセッサ５０に送られる。

データストリームコントローラ４２、デコーダ４４、及びピクチャコントロールプロセッサ５０のコントロールは、セットトップボックスコントローラ５２によって実行される。このコントローラ５２は、例えば、ユーザのチャンネル選択肢、ＥＰＧ情報のリクエスト、ビデオオンデマンド申込みリクエストなどをデータストリームコントローラ４２に送る。データストリームコントローラ４２は、（映画における代替シーンやスポーツイベントにおける代替カメラを選択するなどのユーザが選択したオプションを考慮して、一部がテレビに送られ、一部がビデオレコーダに送られ、一部が破棄されるなど）デコードされた各データストリームをどこに送るかの命令をデコーダ４４に送る。また、ユーザによるピクチャインピクチャチャンネルの選択やワイドスクリーン視聴選択などのオプションを反映し、どのようにピクチャをフォーマットするかの命令を、（ＳＴＢコントローラ自身のプロセッサ５４上で実行中のプロセスとして実装され得る）ピクチャコントロールプロセッサ５０に送る。

ＳＴＢコントローラは、専用のオペレーティングシステムを搭載した実質的に必要最低限仕様のコンピュータであり、プロセッサ５４に加え、メモリ５６と、コントロールソフトウェア５８と、グラフィカルユーザインタフェイスすなわちＧＵＩ６０とを有する。上記のとおり、ユーザはＳＴＢコントローラと対話してプロセッサ５４の動作をコントロールするが、いろいろな意味で最も、一般的な２つのコントロールメカニズムは、（ｉ）（ピクチャコントロールプロセッサ５０によって提供され、ユーザがリモートコントロール２８を使用して対話する）ＧＵＩ ６０を使ったスクリーン上での相互通信と、（ｉｉ）ＰＣ３２経由でアクセス可能な同一または異なるグラフィカルインタフェイスの使用である。ＰＣ３２は、ＳＴＢコントロールソフトウェア５８と対話する独自のＳＴＢコントロールソフトウェアを操作してもよい。

ＳＴＢには、統一通信システムすなわちＵＣＳ６２も設けられており、これが、統合パッケージにおける電子メール、ＳＭＳ、インスタントメッセージング（チャット）、位置情報、ＩＰ電話通信、テレビ会議、コールコントロール、及びスピーチコントロールなどの通信機能を提供する。ＵＣＳ６２はインターネットに接続されており、ユーザは、ＳＴＢのこの機能を使用して第三者との通信に携わってもよい。ＵＣＳソフトウェアはよく知られており、ノーテル・ネットワークの「Ｓｏｆｔｗａｒｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ」、マイクロソフト社の「Ｏｆｆｉｃｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｅｒｖｅｒ」、ＩＢＭの「Ｌｏｔｕｓ Ｓａｍｅｔｉｍｅ」、及びユニゾン・テクノロジーズの「Ｕｎｉｓｏｎ」ソフトウェア（引用符内の製品名はすべて、それぞれの所有者の登録商標である）などがある。これらの製品のすべてが同じ機能を提供するわけではないが、いずれの場合も、一緒に対話し、ユーザに通信方法の選択肢を提供する通信クライアントスイートが存在する。ＵＣＳは、必ずしもＳＴＢ内に置く必要はなく、かわりにＰＣ ３０上またはリモートからＳＴＢによってコントロール可能な別のコンピュータシステムに設けることができる。ＩＰ電話通信とＵＣＳとに加え、標準的な事業用及び家庭用電話サービスなどの通信システムも、ＩＰＴＶサービスと統合し、本明細書に説明されている技法を使用してコントロールすることができる。

ＳＴＢには、信号を受信し、その信号に対する解析作業を行うように操作できる解析エンジン６４も設けられている。例えば、この解析エンジンは、オーディオ信号を取得し、その信号に対してスピーチ認識とパターンマッチングを行うように操作できるスピーチ解析エンジンを含んでもよい。解析エンジン６４には、オーディオとのマッチング条件と検出された一致に対して実施される措置とを指定するルール６６がプログラムされている。ユーザコントロールインタフェイス６８はユーザがルールの編集をできるように準備されており、そこでユーザは（例えば、キーワードの組み合わせや禁止語句リストとの一致など）新たな条件と（禁止語句に基づいた保護者用フィルタに対してチャンネルを替えたり、再選択できないようにロックしたり、またチャンネル、ある会社の名前が検出されたときに見ていないチャンネルを録画し始めるコマンドなど）適切な措置を指定することができる。ＳＴＢに予めルール群をプログラムしておいてもよく、ユーザがルール群をダウンロードしたり、あるいはユーザがすべてルールを作成してもよい。ただしユーザが、そのルール群の中で少なくともいくつかのルールを編集できる必要がある。

ＳＴＢコントローラ５２は、ユーザがＧＵＩ６０（またはその他任意の入力方法）を用いて解析エンジンのユーザインタフェイス６８にアクセスできる解析インタフェイス７０を備える。解析インタフェイス７０は、ルールに従って取られるいかなる措置の指示を解析エンジン６４からも受信する。これは、ひいては受信及びデコードシステムまたは、受信及びデコードシステムによって操作およびコントロール可能な他のシステムの別のコンポーネントをコントロールするように適切に処理され、フォーマットされるコマンドの形態であるのが好ましい。

ＳＴＢコントローラ５２は、追加されたピクチャ要素７２に対するプロセスも操作する。このプロセスにより、ＳＴＢコントローラは、ピクチャコントロールプロセッサ５０によってテレビ３６にあるビデオまたはオーディオミックスに追加される追加要素を作成し、フォーマットすることができる。かかる追加要素は、グラフィカルで可聴なテキストのアラートと、電子メールアドレスおよびハイパーリンクなど、ユーザが対話するのに使用できる能動的なピクチャ要素を含む。

スピーチ解析を使用することは、このタイプのシステムで用いられる、あるいは組み込まれ得る解析エンジンまたはプロセスの１つのタイプであるに過ぎない。楽曲または他の音を特定するために音楽解析ツールを用いてもよく、かかる解析は、ｗｗｗ．ｓｈａｚａｍ．ｃｏｍなどの外部サイトによって、あるいはＴｕｎａｔｉｃ（ｗｗｗ．ｗｉｌｄｂｉｔｓ．ｃｏｍ／ｔｕｎａｔｉｃ）などのソフトウェアを使用して行うことができるであろう。

解析には、加えてあるいは代替として、グラフィックス、テキスト文字列、顔、動き、あるいは色の組み合わせを特定するためのビジュアルマッチングソフトウェアを含んでもよく、かかる解析が提供される場合には、ビデオ信号コンポーネントによって満たされるべき条件を指定するためにルールを設定してもよい。

図１に加えて図２も参照して、ＳＴＢの操作方法について説明する。

このプロセスはステップ８０で始まる。ステップ８２では、解析エンジン６４が適切な解析の準備のためにルール６６を読み込む。ステップ８４でデータストリームが受信され（実際には、いくつかのストリームが同時に受信されて異なるチャネルを表しても、あるいは複数のチャンネルが１つのデータストリームで受信されてもよい）、ステップ８６でこのストリームがデコードされる。ステップ８８で、各チャンネルまたはストリームが評価され、表示目的で選択されたかどうかが判断される。表示目的で選択された場合には、ピクチャコントローラに送られ、その後ステップ９０でテレビまたはディスプレイモニタに送られる。表示目的で選択されていない場合には、（モニタされるか、解析されるか、あるいはレコーダのように異なる所に送られるかにかかわらず）そのチャネルまたはストリームは表示されない（ステップ９２）。

各データストリームは、システムで入手できるかすでに存在するオーディオ及び／またはビデオ解析エンジンまたはサービスに送られ（ステップ９４）、そこでルールに従って解析される（ステップ９６）。この解析により、一致が見つかるかどうかが判断され（判断９８）、見つからなければプロセスが続行し（ステップ１００）、ステップ９４で更なる解析が行われる。

ルール内の条件との一致が見つかった場合には、関連付けられた措置をルールから決定する（ステップ１０２）。解析エンジンは、ＳＴＢコントローラの解析インタフェイスにコマンドまたはコードを送り、次にＳＴＢコントローラは適切なコマンドをフォーマットして、そのシステム、あるいは接続された別のシステムの適切なコンポーネントに送る（ステップ１０４）。

このコマンドは、例えば必要なデータストリームの変更を地域オフィスに伝えるために、データストリームコントローラに送ってもよい（ステップ１０６）。このコマンドは追加されたピクチャ要素プロセスに送られてもよく（ステップ１０８）、（すなわちテレビに送られるオーディオ、ビデオまたはデータ信号コンポーネントに追加するという意味で）ピクチャミックスに追加する受動的または能動的な追加の要素を定型化する。このコマンドは、そのコンピュータ上のアプリケーションをコントロールするために、ＰＣに送られてもよい（ステップ１１０）。このコマンドは、統一通信システムに送られてもよく、電子メールあるいはＩＭ、または音声あるいはテレビ電話通信セッションの開始などそのシステムの動きに影響を及ぼしたりコントロールしたりする。（ステップ１１２）このコマンドはＧＵＩに送られてもよく、スクリーン上あるいはリモートコントロールのディスプレイ上、またはＰＣのディスプレイ上にユーザへＧＵＩメニューを表示するなどしてＧＵＩの操作をコントロールする（ステップ１１４）。これらのコンポーネントは例として挙げられているに過ぎず、ルールで指定された適切なコマンドまたは動作は、ユーザのいるローカル環境であるか、インターネットまたはその他何らかのネットワークを通じたリモートであるかに関係なく、ＳＴＢによってアドレス指定可能かつコントロール可能な任意のコンポーネントに出してよいということが評価されよう。

本発明は、本明細書で説明された実施形態（複数可）に限定されず、本発明の範囲を逸脱することなく補正または改変することができる。

Claims (16)

1. パケットベースのビデオ信号を受信及びデコードするためのシステム操作方法であって、
   （ａ）ビデオ信号をエンコードするパケットベースのデータストリームを受信するステップと、
   （ｂ）コンテンツマッチング条件及び取るべき対応措置を各々が指定するルール群を保持するステップと、
   （ｃ）前記受信及びデコードシステムのユーザが前記ルール群を編集するためのインタフェイスを提供するステップと、
   （ｄ）コンテンツが前記ルールのうちの１つで指定された条件に一致するかどうかを判断するため、前記パケットベースのデータストリームのコンテンツを解析するステップと、
   （ｅ）前記解析するステップにおけるマッチング条件を判断する上で、前記ルールのうちの前記１つで指定された対応措置を実装し、前記措置で前記受信及びデコードシステムのコントロール下にあるコンポーネントのコントロールを有効にするステップと、を含む方法。
2. 前記パケットベースのデータストリームのコンテンツを解析するステップが、前記パケットベースのデータストリームをデコードすることと、前記デコードされた信号を解析することとを含む、請求項１に記載の方法。
3. 前記デコードされた信号を解析するステップが、前記デコードされた信号のオーディオコンポーネントを解析して、前記ルールのうちの１つで前記条件に一致するオーディオコンテンツを検出することを含む、請求項２に記載の方法。
4. 前記オーディオコンポーネントを解析するステップが、スピーチ解析技法を適用して、前記ルール群を編集するための前記インタフェイスで前記ユーザによって指定された１つもしくは複数の音声語または語のパターンとの一致を一致検出することを含む、請求項３に記載の方法。
5. 前記デコードされた信号を解析するステップが、前記デコードされた信号のビデオコンポーネントを解析して、前記ルール中の１つで前記条件に一致するビデオコンテンツを検出することを含む、請求項２に記載の方法。
6. 前記ビデオコンポーネントを解析するステップが、パターンマッチング技法を適用して、前記ルール群を編集するための前記インタフェイスで前記ユーザによって指定された視覚的要素との一致を特定することを含む、請求項５に記載の方法。
7. 前記視覚的要素が一連のテキストを含む、請求項６に記載の方法。
8. 前記対応措置を実装するステップが、前記受信及びデコードシステムのコンポーネントのコントロールを有効にする措置を実装することを含む、請求項１に記載の方法。
9. 前記受信システムの前記コンポーネントが、デコーダ、ピクチャプロセッサ、データストリームコントローラ、チャンネル選択システム、ビデオまたはオーディオ記録システム、「後で見る」リスト、番組キュー、複数の場面または視角の中から選ぶための場面選択システム、アラート通知システム、機器ディスプレイ、一体型通信クライアント（例えば、電子メール、音声またはテレビ電話通信、インスタントメッセージング、統合通信）、及び組み込みブラウザから選択される、請求項８に記載の方法。
10. 前記対応措置を実装するステップが、前記受信及びデコードシステムによって関連付けられ且つコントロール可能なシステムのコンポーネントのコントロールを有効にする措置を実装することを含む、請求項１に記載の方法。
11. 前記関連付けられ且つコントロール可能なシステムが、リモートコントロールユニット、テレビ、ディスプレイスクリーン、パーソナルコンピュータ、ウェブサーバ、ビデオ録画システム、及び前記受信及びデコードシステムによってコントロール許可を付与するように構成されたその他任意のシステムから選択される、請求項１０に記載の方法。
12. 前記受信及びデコードシステムがセットトップボックスとして実装される、請求項１に記載の方法。
13. 前記受信及びデコードシステムが、受信及びデコード機能を実装するために適切なソフトウェアを操作するコンピュータシステムとして実装される、請求項１に記載の方法。
14. 前記パケットベースのデータストリームを前記受信及びデコードシステムのユーザによって視聴目的で選択されない、請求項１に記載の方法。
15. 命令をエンコードするプログラムキャリアを含むコンピュータプログラム製品であり、前記命令がパケットベースのビデオ信号を受信及びデコードするためのシステムによって実行されるとき、
    （ａ）コンテンツマッチング条件及び取るべき対応措置を各々が指定するルール群を保持し、
    （ｂ）前記受信及びデコードシステムのユーザが前記ルール群を編集するためのインタフェイスを提供し、
    （ｃ）コンテンツが前記ルールのうちの１つで指定された条件に一致するかどうかを判断するためにビデオ信号をエンコードする受信されたパケットベースのデータストリームのコンテンツを解析し、
    （ｄ）前記解析ステップにおけるマッチング条件の判断時に、前記ルールのうちの前記１つで指定された対応措置を実装し、前記措置で前記受信及びデコードシステムのコントロール下にあるコンポーネントのコントロールを有効にすることを前記命令が前記システムに有効にするコンピュータプログラム製品。
16. パケットベースのビデオ信号を受信及びデコードするためのシステムであって、
    （ａ）ビデオ信号をエンコードするパケットベースのデータストリームを受信するためのネットワーク接続と、
    （ｂ）コンテンツマッチング条件及び取るべき対応措置を各々が指定するルール群を記憶するメモリと、
    （ｃ）前記ルール群を編集するために前記受信及びデコードシステムのユーザによって操作可能なインタフェイスと、
    （ｄ）前記パケットベースのデータストリームのコンテンツが前記ルールのうちの１つで指定された条件に一致するかどうかを判断するため、前記コンテンツを解析するコンテンツ解析システムと、
    （ｅ）前記解析するステップにおけるマッチング条件の判断時に、前記ルールのうちの前記１つで指定された対応措置を実装し、前記措置で前記受信及びデコードシステムのコントロール下にあるコンポーネントのコントロールを有効にするようにプログラムされたプロセッサと、を含むシステム。

Images