JP2004528640A - 自動ビデオ検索の方法、システム、アーキテクチャ及びコンピュータプログラムプロダクト - Google Patents

Abstract

ビデオクエリ処理のための方法及びシステム。ビデオクエリ処理ソフトウェアはビデオコンテンツにダイナミックにリンクし、ビデオコンテンツのセグメントに鍵を付けられたクエリ（６１）を受け取る。ビデオコンテンツは リアルタイムの又は再生されたビデオコンテンツである。ソフトウェアは、スタンドアロンモード又はサービスモードで動作することが可能であるビデオ処理システム（１０）内にある。ソフトウェアは、クエリ（６１）への答えを決定し、ソフトウェアのユーザへの答えを通信する。データベースは、ビデオ処理システムの外部に置かれ、インターネットウェブサイト又は遠隔サーバに連結することが可能である。複数穂データベースが利用されることが可能であり、それ故、複数のデータベースから導き出された情報はクエリへの答えに到達するためにまとめられることが可能である。

Description

【技術分野】
【０００１】
本発明は、一般に、ビデオのクエリ処理のためのシステム及び方法に関し、特に、ダイナミックコンテキスト依存ビデオクエリの処理に関する。
【背景技術】
【０００２】
テレビ（ＴＶ）のユーザは，概して、テレビの番組に関する標準化された情報を得るためにビデオ処理システムにより電子番組ガイド（Ｅｌｅｃｔｒｏｎｉｃ Ｐｒｏｇｒａｍ Ｇｕｉｄｅ：ＥＧＰ）にアクセスすることはできるが、テレビ番組の特殊な特徴に関する情報を得るためにビデオ処理システムを用いることはできない。それ故、テレビのユーザにとってテレビ番組の特殊な特徴に関する情報を得ることが可能であるシステム及び方法に対する要請がある。
【発明の開示】
【課題を解決するための手段】
【０００３】
本発明は、ビデオクエリ処理方法を提供し、この方法は、ビデオクエリ処理ソフトウェアを供給する段階、ビデオコンテンツを供給する段階、ビデオコンテンツにソフトウェアをダイナミックにリンクする段階、ビデオコンテンツのセグメントに鍵を付けられたクエリをソフトウェアにより受け取る段階、並びに、クエリへの答えをソフトウェアにより決定する段階から構成される。
【０００４】
本発明は、ビデオクエリ処理システムを提供し、このシステムは、ビデオコンテンツにダイナミックにリンクされ、ビデオコンテンツのセグメントに鍵を付けられたクエリを受け取り、且つクエリへの答えを決定する、ビデオクエリ処理ソフトウェアから構成される。
【発明の効果】
【０００５】
本発明は、テレビのユーザがテレビ番組の特定の特徴に関する情報を得ることを可能にするシステム及び方法を提供する。
【発明を実施するための最良の形態】
【０００６】
図１は、本発明の実施形態にしたがったビデオ処理アーキテクチャ８についてのブロック図である。ビデオ処理アーキテクチャ８は、ビデオ処理システム（ＶＰＳ）１０、ビデオソース３０、外部データベース２４及びユーザ４０を含む。ＶＰＳ１０は、プロセッサ１２、プロセッサ１２に連結されたメモリ構造体１４、ローカルデータベース２２、プロセッサ１２に連結されたユーザ入力装置１９及びプロセッサ１２に連結された出力装置２０を含む。ビデオ処理システム１０は、コンピュータシステム（例えば、デスクトップ、ラップトップ、パームタイプのコンピュータシステム）、テレビ（ＴＶ）を伴うセットトップボックス等である。ビデオ処理システム１０は、図１に示す特定な構成である必要はないが、むしろ、ビデオ電流を解析することが可能であり、ビデオ及びユーザ入力を受信することが可能であり、且つユーザとの双方向的交流を実行することが可能である処理パワー及びソフトウェアを有する何れかの記憶装置を備えることが可能である。“ビデオコンテンツ”は、ライブのビデオコンテンツ（即ち、リアルタイムでビデオ処理システム１０によって受信されるビデオコンテンツ）、記録されたビデオコンテンツ、又は将来のビデオコンテンツ（将来のビデオコンテンツは、後に説明するようなビデオ番組のトレースと相関させることができる）を含む。
【０００７】
メモリ構造体１４は、１つ又はそれ以上のメモリ装置或いは範囲であって、一時的メモリ、永久メモリ及びリムーバブルメモリを含む。一時的メモリに記憶されたデータは、ＶＰＳ１０の電源が切られたときに消失する。一時的メモリは、特に、ランダムアクセスメモリ（ＲＡＭ）を含むことができる。永久メモリに記憶されたデータは、ＶＰＳ１０の電源が切られても、保持される。永久メモリは、特に、ハードディスクメモリ、光記憶メモリ等を含むことができる。リムーバブルメモリは、ＶＰＳ１０から容易に取り外すことができる。リムーバブルメモリは、特に、フロッピー（登録商標）ディスク又は磁気テープを含むことができる。メモリ構造体１４は、本発明にしたがったダイナミッククエリ処理アルゴリズムを実行するコンピュータコード３２を記憶することができ、後に、特に図２に関連させて説明する。コンピュータコード３２は、プロセッサ１２により実行されるソフトウェアパッケージの一部とすることができ、特に、メモリ構造体１４のＲＡＭに記憶することができる。又、特に読み出し専用メモリ（ＲＯＭ：Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）チップのようなハードウェアにコンピュータコード３２をエンコードすることが可能である。
【０００８】
ユーザ入力装置１９は１つ又はそれ以上のユーザ入力装置であって、特に、遠隔制御装置、キーボード、マウス等を含むことができる。出力装置２０は、特に、出力表示装置（例えば、テレビ表示装置、コンピュータモニタ、パーソナルデジタルアシスタント（ＰＤＡ）等）、プリンタ、プロッタ、オーディオスピーカ等のような、１つ又はそれ以上のいずれかの出力装置を含むことができる。出力装置２０は、データコンテンツ（即ち、ビジュアルデータ、テキストデータ、グラフィックデータ、オーディオデータ等）のデータコンテンツを表示または通信することが可能である何れかの装置である。
【０００９】
ビデオ入力装置１８は、ビデオソース３０のような外部ビデオソースから受信されたビデオコンテンツ（そして、関連するオーディオ及びテキスト又はデータ信号）を受信し、そのようなビデオコンテンツをローカルデータベース２２又はプロセッサ１２に送信する、何れかの装置又は機構である。ビデオ入力装置１８は、圧縮されたフォーマット（例えば、ＭＰＥＧフォーマット）から復号化された又は圧縮されていないフォーマットにおけるように、眼に見えるフォーマットに受信されたビデオコンテンツを変換するために必要とされる。ビデオ入力装置１８は、それに代えて、眼に見えるフォーマットのビデオコンテンツを受信することが可能である。ビデオ入力装置１８は、物理的装置を含むことができるが、一般に、ビデオコンテンツを受信し且つ送信するための何れかの機構を含む。コンピュータコード３２は、ビデオ入力装置１８又はビデオ装置１８により送信されたビデオコンテンツに、プロセッサ１２によりダイナミックに連結される。
【００１０】
ビデオソース３０は、ビデオデータ及び関連するオーディオ及びテキストデータについての１つ又はそれ以上のソースを含む。ビデオソース３０は、通信媒体又はパス２５（例えば、テレビのケーブルライン）を経由してＶＰＳ１０により受信可能なビデオ番組のソースである。ビデオソース３０は、特に、テレビ（ＴＶ）放送システム、ＴＶの衛星放送システム、インターネットウェブサイト、ローカル装置（例えば、ＶＨＳテーププレーヤ、ＤＶＤプレーヤ）等である。ビデオソース３０は、特に、テレビ番組及び電子番組ガイド（ＥＰＧ）、又はＥＰＧ，ＶＨＳ１０に対する現在或いは将来の代替となるものをビデオ入力装置１８により送信することが可能である。ＥＰＧは、テレビ番組の特性（例えば、映画のためのものであって、プロデューサの名前、俳優の名前、コンテンツの要旨等）を説明するための多くの情報分野（一般的には１００以上）を有している。本発明の実施形態はテレビ番組を対象としているが、一方、本発明の請求範囲は、ユーザに対してビデオソース３０からＶＰＳ１０に通信することが可能であるあらゆるビデオ番組を含んでいる。このように、ビデオソース３０はまた、インターネットによりビデオ番組を放送するインターネットウェブサイトを含み、技術的に利用可能である何れかの通信媒体又はパス２５（例えば、電話回線、テレビケーブルライン等）を経由してＶＰＳ１０によってそのようなインターネットを通じて放送される番組を受信することが可能である。
【００１１】
ローカルデータベース２２は、１つ又はそれ以上のデータベース、データファイル或いはＶＰＳ１０内に局所的に記憶されたデータのリポジトリから構成される。ローカルデータベース２２は、ビデオソース３０から得られ又由来する、ビデオデータと関連するオーディオ及びテキストデータを含む。このように、ローカルデータベース２２は、ビデオデータと関連するオーディオ及びテキストデータから構成され、１つ又はそれ以上のテレビ番組、及びＥＰＧデータ又はテレビ番組に関連するＥＰＧデータに対して現在或いは将来代替となるものに関係している。ローカルデータベース２２はまた、以下で、特に図２に関連させて説明するように、ユーザクエリを処理するために必要とされる他のタイプのデータを含む。図１は、メモリ構造体とは異なり、メモリ構造体１４に連結されるローカルデータベース２２を示しており、ローカルデータベースの一部又は全部は、それに代えて、メモリ構造体１４内に置くことが可能である。
【００１２】
外部データベース２４は何れかのデータベース構造体又はシステム及び関連する処理ソフトウェアから構成され、ＶＰＳ１０の外部（即ち、遠隔地）にあるものである。外部データベース２４は、特に、電話回線、テレビケーブル等の通信媒体又はパス２６を経由してプロセッサ１２と通信する。外部でー亜ベース２４は、特に、適切なビデオデータを含むデータベースを有する外部サーバ、ウェブサイト及びウェブページに関連するインターネット、又は適切なビデオデータを含むデータベースをもつ外部コンピュータ或いはデータファイルから構成することが可能である。“適切なビデオデータ”は、データを含み、即ち、ビデオソース３０から送信されるビデオデータに直接的に又は間接的に関連することが可能である。外部データベース２４は、ビデオコンテンツに関連するあらゆる種類の情報（例えば、テレビ番組）を含むことが可能である。例としては、外部データベース２４は、特定のサブジェクトエリア又はテレビ番組ジャンルに関連する特異な情報を含むことが可能である。他の例としては、外部データベース２４は、１つ又はそれ以上のビデオ番組の要旨を含むことが可能である。ビデオ番組の要旨の作成は、当業者によく知られた方法で、又はビデオ番組のテキスト、オーディオ、或いはオーディオビジュアルデータから由来する転写データを用いることにより行うことが可能であり、これらについては、（１）“ＳＹＳＴＥＭ ＡＮＤ ＭＥＴＨＯＤ ＦＯＲ ＰＲＯＶＩＤＩＮＧ Ａ ＭＵＬＴＩＭＥＤＩＡ ＳＵＭＭＡＲＹ ＯＦ Ａ ＶＩＤＥＯ ＰＲＯＧＲＡＭ”と題され、２０００年１２月２１日に出願された、米国特許出願公開第０９／７４７，１０７号明細書、及び（２）“ＭＥＴＨＯＤ ＡＮＤ ＡＰＰＡＲＡＴＵＳ ＦＯＲ ＴＨＥ ＳＵＭＭＡＲＩＺＡＴＩＯＮ ＡＮＤ ＩＮＤＥＸＩＮＧ ＯＦ ＶＩＤＥＯ ＰＲＯＧＲＡＭＳ ＵＳＩＮＧ ＴＲＡＮＳＣＲＩＰＴ ＩＮＦＯＲＭＡＴＩＯＮ”と題され、２０００年１１月１４日に出願された、米国特許出願公開第０９／７１２，６８１号明細書に開示されている。
【００１３】
図１はまた、ユーザ入力装置１９及びユーザ出力装置２０によりＶＰＳ１０と通信することが可能であるユーザ４０を示している。
【００１４】
本発明は、ビデオソース３０から送信されるテレビ番組を見ているときにリアルタイムにユーザ４０によりなされるクエリ（即ち、質問）のダイナミックに処理すること、又はビデオソース３０から送信されるビデオデータ（そして関連するオーディオ及びテキストデータ）を認識して受信することに関連する。ユーザ４０は、全体的なテレビ番組の細かいレベルの質問をすることが可能であり、見ている番組セグメントに関連する番組セグメントレベルにおける質問（“セグメントレベル”の質問）をすることが可能である。ビデオコンテンツ（例えば、テレビ番組）の“セグメント”は、ビデオコンテンツの連続的部分又はサブセットの時間間隔である。ビデオコンテンツがＮ個のフレームであって、Ｎ＞１であるフレームから構成される場合、そのようなビデオコンテンツのセグメントはＮ個のフレームのうちのＭ個のフレームの連続的なセットであり、このとき、Ｍ＜Ｎである。セグメントレベルの質問及びセグメントレベルの情報は、一般に、眼にみえるセグメントのコンテキストに関連する（“ローカルコンテキスト”）。それとは対照的に、番組レベルの質問は全体としての番組に関連する（グローバルコンテキスト）。
【００１５】
例として、ユーザ４０がテレビで映画を観ている場合を考える。ユーザ４０が行うことが可能であるグローバルレベルの質問の例としては、“映画の題名は何ですか？”、“この映画の監督は誰ですか？”或いは“この映画はいつ終了しますか？”等が含まれる。予め行うことができる番組レベルの質問はグローバルコンテキストのみであり、ローカルコンテキストは含まれないことに留意されたい。ユーザ４０が行うことが可能であるセグメントレベルの質問の例としては、“今スクリーン上に現れている俳優の名前は何ですか？”、“現在のシーンはどの街におけるものですか？”或いは“現在流れているＢＧＭは誰が作曲したのですか？” 等が含まれる。質問の意味はダイナミックに映し出されている特定の番組セグメントに依存するため、予め行うことができるセグメントレベルの質問はセグメントレベルにおいてのみであり、それ故、ローカルコンテキストを含むことに留意されたい。定義付けのためには、質問の意味がダイナミックに映し出されている特定の番組セグメントに依存する場合は、質問は“ローカルコンテキスト”に関するものであると考えられる。このように、セグメントレベルの質問はローカルコンテキストに関し、番組レベルの質問はグローバルコンテキストのみに関するものでありローカルコンテキストに関するものではない。又、クエリ又は質問がセグメントに関するローカルコンテキストを有する場合は、クエリ又は質問はビデオコンテンツ（例えば、テレビ番組）の“セグメントに鍵を付けられた”と表現される。
【００１６】
他の例として、ニュース番組が２０件のニュースストーリーを含む場合、各々のそれらのニュースストーリーはローカルコンテキストを有するセグメントである。それとは対照的に、グローバルコンテキストは、全体としてのニュース番組に関連し何れの特定なニュースストーリーに鍵を付けられることはない。
【００１７】
本発明は、質問がプログラムレベルにおけるものであるかセグメントレベルにおけるものであるかに依存して、ローカルデータベース２２、外部データベース２４又はそれら両方を用いることにより、ユーザ４０によりなされた質問に対する答えを見つけることが可能である。ローカルデータベース２２は、ビデオデータから由来する情報とオーディオ及びテキストデータに関連する情報であって、ビデオソース３０から送信されたテレビ番組に関連する情報と共に、そのようなテレビ番組に関連するＥＰＧデータから構成される。ローカルデータベース２２は又、番組レベルにおいて特定なサブジェクトである情報の専門的データベースから構成されることが可能である。このように、ローカルデータベース２２は番組レベルの情報をもっている。更に、ローカルデータベースは又。ユーザ４０の好みに鍵を付けられたセグメントレベルのデータから構成されることが可能である。このように、番組レベルの質問に答えるために、そして限定された範囲のセグメントレベルの質問に対して、ローカルデータベース２２を用いることが可能である。外部データベース２４はあらゆる種類のデータベースから構成されることが可能であり、それ故、番組レベル及びセグメントレベルの両方における情報を含むことが可能である。例として、外部データベース２４は、全ての種類のデータを含み且つＶＰＳ１０のプロセッサ１２に対して容易に利用可能であるフリーウェブサイトのバーチャル的に分野に制限のないインターネットを含むことが可能である。更に、外部データベース２４は、ユーザのアクセスに対して料金を払う必要がある他のインターネットウェブサイトを含むことが可能である。更に、外部データベース２４は、通信媒体又はパス経由のそのようなアクセスが認可された場合に、ＶＰＳ１０によりアクセスされることが可能である全てのタイプのサーバ及びリモートコンピュータを含むことが可能である。定義付けのために、ＶＰＳ１０は、外部データベース２４がインターネットに限定される場合の“スタンドアロンモード”と、外部データベース２４がインターネット以外のデータベースにアクセスする（例えば、リモートサーバのデータベースへのアクセス）場合の“サービスモード“における操作であると言われる。
【００１８】
図２は、本発明の実施形態に従って、且つ図１のビデオ処理アーキテクチャに従って、ダイナミックビデオクエリ処理システム５０について示している。図２において、ダイナミックビデオクエリ処理システム５０は、図１のメモリ構造体におけるコンピュータコード３２の一部であるクエリ処理６０を含む。更に、図２は、以下で説明するように、クエリ処理６０と図２における他のソフトウェア（例えば、特徴抽出５４）を含むクエリ処理ソフトウェアから構成される。図２に示すクエリ処理６０は、プロセッサ１２によってビデオコンテンツにダイナミックに連結され、ＶＰＳ１０のビデオ入力信号装置１８により受信されるオーディオとテキストに関連付けられる（図１参照）。“ダイナミックに連結される”ことは、そのようなビデオコンテンツがＶＰＳ１０のビデオ入力装置により受信されるときにリアルタイムに、ビデオコンテンツと関連するオーディオ及びテキストをモニタすること（又は、それらと相互作用すること）が可能であることを意味する。図２に示すように、クエリ処理６０は、ダイナミックビデオクエリ処理システム５０において中心的な役割を果たす。クエリ処理６０は、ユーザ４０からクエリ入力を受信して処理し、番組レベルのクエリに対する答えを見つけ、セグメントレベルのクエリに対する答えを見つけ、そして、次に説明するように、出力の形式でそのクエリに対して答えを提供する。
【００１９】
クエリ処理６０は、ユーザ４０からクエリ入力を受信し、取り決め通りの質問又は際限のない質問をユーザから受信することとなる。取り決め通りの質問は、特に、標準的クエリリポジトリ６４に記憶された所定の一般的な質問であってローカルデータベース２２の一部であり、ビデオソース３０からビデオ入力装置１８によりダイナミックに受信され、それに続いてローカルデータベース２２に記憶されることが可能であり、又はクエリ処理６０内のクエリ処理ソフトウェアにおいてエンコードされる。取り決め通りの質問のソースはユーザにとってトランスペアレントであることが好ましい。
【００２０】
取り決め通りの質問はジャンルに依存し、それ故、スポーツ番組についての取り決め通りの質問は、ニュース番組についての取り決め通りの質問とは異なる。取り決め通りの質問は、ディレクトリのツリー構造（例えば、／ホーム／スポーツ／フットボール／“今年、このクォーターバックは何ヤードパッシングしましたか？”、／ホーム／スポーツ／野球／“今年、このプレーヤは何本のホームランを打ちましたか？”、／ホーム／映画／“この俳優はアカデミーショーをかつて受賞しましたか？”）に組織化されることにより、ジャンル毎に利用することが可能である。当該技術分野の熟達者により体系化された何れかのディレクトリのツリー構造を用いることが可能である。例えば、“／ホーム／スポーツ／フットボール／クエリ”は、ファイルの分離した記録における各々の予めの質問又はファイルの単一の記録の分離したことばを含むファイルを表すことが可能である。
【００２１】
取り決め通りの質問は、番組レベルの質問とセグメントレベルの質問を含むことが可能である。セグメントレベルの取り決め通りの質問は一時的なものである。即ち、番組が進化するにつれてそれらは移り変わり、そしてそれらは、番組のポイントで生じていることについてのコンテキストにおける番組の所定のポイントのみに関連している。例えば、あるチームがフィールドゴールにより得点した直後のフットボールゲームにおいて、タイムリーに取り決め通りの質問、例えば、“現在のシーズンの間に、このフィールドゴールキッカーは他に幾つのフィールドゴールを決めましたか？”がなされることが可能である。
【００２２】
際限のない質問は何にも捕らわれない質問であり、取り決め通りの質問ではない。最終的なクエリの形式は、取り決め通りの質問を含まなければならない。従って、クエリ処理６０は、ユーザ４０から受信された際限のない質問の各々を、当該技術分野の熟達者に周知の技術に従って１つ又はそれ以上の標準的なクエリに変換され、必要に応じて答えを得る。例として、ユーザ４０が、ＡチームとＢチームの間のフットボールゲームを見ていて、“ＡチームがＢチームに前回勝ったのはいつですか？”のような質問をクエリ処理６０に送信したと仮定する。この例の質問は、標準的クエリリポジトリ６４にある取り決め通りの質問の１つである可能性はあるが、層ではない際限のない質問である可能性がある。際限のない質問、即ちこの例の質問は、クエリ処理６０によって、“ＡチームとＢチームはいつ対戦して、最終スコアはどうでしたか？”のような取り決め通りの質問に変換された場合、この取り決め通りの質問に答えた後、クエリ処理６０は、ＡチームのスコアがＢチームのスコアより多い最近のゲームを選んで、最終スコアを調べる。
【００２３】
ユーザ４０が取り決めとおりの質問または際限のない質問に答える場合、質問は曖昧になる可能性があり、ユーザ４０からのフィードバック双方向的作用６２が必要である。例として、ユーザ４０が映画“スタートレック”を観ていて、映像のシーンにおいて二人の俳優、キャプテンピカードとナンバーワンが現れ、ユーザ４０が取り決め通りの質問“この俳優は、他にどのような映画に出演していますか？”をしたと仮定する。ここで、取り決め通りの質問は一人の俳優に特定化することを可能としないため、取り決め通りの質問は曖昧になる。従って、クエリ処理６０は、フィードバック双方向的作用６２（例えば、図１の出力装置２０におけるポップアップメッセージによる）によりユーザ４０に、“その俳優はキャプテンピカードですか、それともナンバーワンですか？”のように質問することが可能である。一旦ユーザ４０がキャプテンピカードを選択すれば（例えば、遠隔制御又は音声入力による選択によって）、クエリ処理６０は、“その俳優はキャプテンピカードの他にどのような映画に出演しましたか？”のような曖昧ではない形式でクエリを作り直すことが可能である。作り直された質問は、作り直された質問に答えるために外部データベース２４を用いて更に処理されることが可能である。映画スタートレックのセグメントレベルにおける前の例は、ローカルコンテキストを有する取り決め通りの質問は更に処理するための適切な形式に質問を当て嵌めるためにセグメントレベルの入力を必要とする。そのようなセグメントレベルの入力を必要とする取り決め通りの質問は“不明確な質問”と呼ばれ、“不明確な形式”をとるとみなされる。そのような不明確な質問がセグメントレベルの入力と結合することにより適切な形式に作り直された後、作り直された質問は“明確な質問”と呼ばれ、“明確な形式”をとる。
【００２４】
ユーザ４０は、特に、遠隔制御装置、コンピュータキーボード又はマウス、音声認識ソフトウェアを用いるユーザ４０の声を含むユーザ入力装置２０を用いることにより、クエリ処理６０と通信及び双方向的交流を行う（図１参照）。
【００２５】
図２と関連して、ユーザ４０によるクエリが更に処理するために適切な形式を一旦とると、クエリに対する答えを決定するためにクエリ処理６０はローカルデータベース２２、外部データベース２４又はそれら両方を用い、そして図１の出力装置に対応する出力７８における答えを出力する。番組レベルの質問に答えるためのローカルデータベース２２を用いるために、クエリ処理６０は特徴抽出５４のソフトウェアを用いる。特徴抽出５４のソフトウェアは番組レベルの特徴５８を抽出し、ユーザ４０による番組レベルのクエリに答えるためのクエリ処理６０により用いられるローカルデータベース２２にそのような抽出された特徴を配置する。上記のように、ローカルデータベース２２の一部又は全部はメモリ構造体１４の中に存在させることが可能である（図１参照）。特に、必要に応じてクエリ処理６０に対して容易に利用可能とすることができるように、ＲＡＭバッファのような一時的メモリに、抽出された番組レベルの特徴５８を配置することが可能である。
【００２６】
“特徴”は信号レベルのデータ又はビデオソース３０から由来するメタデータから構成されることが可能である（図１参照）。信号レベルのデータの特徴は、特に、色、形状又はテクスチャに関連することが可能である。メタデータの特徴は、特に、ＥＰＧデータ、又は１つ或いはそれ以上のテレビ番組に関連するＥＰＧデータの現在或いは将来の代替となるものを含む。メタデータの特徴は、例えば、番組ジャンル（例えば、ニュース、スポーツ、映画等）、番組タイトル、キャスティング、テレビチャンネル、時間帯等の何れかの番組レベルの情報を含むことが可能である。信号レベルの特徴は、信号レベルのフォーマットを保つことが可能であり、又はそれに代えて、メタデータとしてエンコードされることが可能である。
【００２７】
信号レベルの特徴又はメタデータの特徴は、特徴抽出５４ソフトウェアの何れかのアルゴリズムに従って抽出される。そのようなアルゴリズムは、ローカルデータベース２２に記憶されるユーザ４０の個人的好み５２（例えば、プログラムジャンル、特定の俳優、特定のフットボールチーム、特定の時間帯等）に従うことが可能である。例えば、ユーザ４０の好みのチームは、特定の道筋に従って、特徴抽出５４を集中的に行うために用いることが可能である。又、標準的クエリリポジトリ６４における取り決め通りの質問をカスタマイズするために、ユーザ４０の個人的な好み５２を用いることが可能である。特徴抽出５４は、バックグラウンドにおいて動的且つ自動的に行われ、ユーザの自由裁量に従い、上記のようにユーザ４０の個人的好みにより影響されることが可能である。ユーザ４０の個人的好みを展開させることを、当該技術分野の熟達者に周知である何れかの方法により達成することが可能であり、これらについては、（１）“ＭＥＴＨＯＤ ＡＮＤ ＡＰＰＡＲＡＴＵＳ ＦＯＲ ＲＥＣＯＭＭＥＮＤＩＮＧ ＴＥＬＥＶＩＳＩＯＮ ＰＲＯＧＲＡＭＭＩＮＧ ＵＳＩＮＧ ＤＥＣＩＳＩＯＮ ＴＲＥＥＳ”と題され、１９９９年１２月１７日に出願された、米国特許出願公開第０９／４６６，４０６号明細書、及び（２）“ＭＥＴＨＯＤ ＡＮＤ ＡＰＰＡＲＡＴＵＳ ＦＯＲ ＧＥＮＥＲＡＴＩＮＧ ＳＣＯＲＥＳ ＵＳＩＮＧ ＩＭＰＬＩＣＩＴ ＡＮＤ ＥＸＰＬＩＣＩＴ ＶＩＥＷＩＮＧ ＰＲＥＦＥＲＥＮＣＥＳ”と題され、２０００年９月２０日に出願された、米国特許出願公開第０９／６６６，４０１号明細書に開示されている。
【００２８】
ＥＰＧデータから抽出される特徴又は現在或いは将来のＥＰＧ代替データに加えて、特徴抽出５４は、テレビ番組のビデオデータと関連するオーディオ及びテキストデータからであって、特に、ビジュアル部分、閉じたキャプションテキスト、顔検出ソフトウェアを用いた顔、オーディオコンテンツ等から、特徴を抽出することが可能である。特徴抽出５４は、当該技術分野の熟達者に周知である何れかの方法により実施することが可能であり、これらについては、“ＭＥＴＨＯＤ ＡＮＤ ＡＰＰＡＲＡＴＵＳ ＦＯＲ ＡＵＤＩＯ／ＤＡＴＡ／ＶＩＳＵＡＬ ＩＮＦＯＲＭＡＴＩＯＮ ＳＥＬＥＣＴＩＯＮ”と題され、１９９９年１１月１８日に出願された、米国特許出願公開第０９／４４２，９６０号明細書に開示されている。特徴抽出に関する他の適切な参考文献は、（１）Ｎ．Ｄｉｍｉｔｒｏｖａ，Ｔ．ＭｃＧｅｅ，Ｌ．Ａｇｎｉｈｏｔｒｉ，Ｓ．Ｄａｇｔａｓ，ａｎｄ Ｒ．Ｊａｓｉｎｓｃｈｉ，Ｏｎ Ｓｅｌｅｃｔｉｖｅ Ｖｉｄｅｏ Ｃｏｎｔｅｎｔ Ａｎａｌｙｓｉｓ ａｎｄ Ｆｉｌｔｅｒｉｎｇ，ｐｒｅｓｅｎｔｅｄ ａｔ ＳＰＩＥ Ｃｏｎｆｅｒｅｎｃｅ ｏｎ Ｉｍａｇｅ ａｎｄ Ｖｉｄｅｏ Ｄａｔａｂａｓｅｓ，Ｓａｎ Ｊｏｓｅ，２０００及び（２）Ｎ．Ｄｏｍｉｔｒｏｖａ，Ｌ．Ａｇｎｉｈｏｔｒｉ，Ｃ．Ｄｏｒａｉ，ａｎｄ Ｒ．Ｂｏｌｌｅ，ＭＰＥＧ−７ Ｖｉｄｅｏｔｅｘｔ Ｄｅｓｃｒｉｐｔｉｏｎ Ｓｃｈｅｍｅ ｆｏｒ Ｓｕｐｅｒｉｍｐｏｓｅｄ Ｔｅｘｔ ｉｎ Ｉｍａｇｅｓ ａｎｄ Ｖｉｄｅｏ，Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｉｎｇ：Ｉｍａｇｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｊｏｕｒｎａｌ，Ｖｏｌｕｍｅ １６，ｐｐ．１３７−１５５，Ｓｅｐｔｅｍｂｅｒ ２０００である。
【００２９】
ローカルデータベース２２に関連する特徴抽出５４を、番組レベルのクエリ又はユーザの好みに鍵を付けられたセグメントレベルのクエリに答えるために用いることが可能である。しかしながら、又、外部データベース２４を、番組レベルのクエリに対する答えを見つけるために用いることが可能である。更に、外部データベース２４を、セグメントレベルのクエリに対する答えを見つけるために用いることが可能である。それ故、以下の説明は、ユーザ４０によってなされる番組レベルのクエリ又はセグメントレベルのクエリに対する答えを見つけるためにクエリ処理６０がどのように外部データベース２４を用いるかについて、焦点を当てることにする。
【００３０】
クエリ処理６０に利用可能である外部データベースへのポインタは検索サイト説明６６データベース又はリポジトリに記憶され、それはローカルデータベース２２の一部であるか、又はクエリ処理６０のソフトウェア内にエンコードされる。これらのポインタは、標準的なクエリリポジトリ６４における取り決め通りの質問に関連するサブジェクトに従ってサブジェクト固有であることが可能である。これらのポインタはディレクトリのツリー構造内に組織化されることが可能である。例えば、ポインタは、インターネットウェブサイトのＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）であるポインタであることが可能である。例として、ニュースのデータベースは、以下に示すように、検索サイト説明６６データベース又はリポジトリに、／ｈｏｍｅ／ｎｅｗｓ／“ｈｔｔｍ：／／ｗｗｗ．ｃｎｎ．ｃｏｍ”のように現れることが可能であり、一方、フットボールのデータベースは、以下に説明するように、検索サイト説明６６データベース又はリポジトリに、／ｈｏｍｅ／ｓｐｏｒｔｓ／ｆｏｏｔｂａｌｌ／“ｈｔｔｍ：／／ｗｗｗ．ｎｆｌ．ｃｏｍ”のように現れることが可能である。当該技術分野における熟達者により体系化することが可能であるいずれかのディレクトリのツリー構造を用いることが可能である。例えば、“ｈｏｍｅ／ｎｅｗｓ／ＵＲＬ”は、検索サイト説明６６データベース又はニュースのウェブサイト（例えば、“ｈｔｔｍ：／／ｗｗｗ．ｃｎｎ．ｃｏｍ”，“ｈｔｔｍ：／／ｗｗｗ．ａｂｃ．ｃｏｍ”等）へのポインタを含むリポジトリにおけるファイルを表すことが可能であり、それ故、そのようなポインタの各々はファイルの分離した記録であるか、又はファイルの単一の記録における分離したワードである。同様に、“ｈｏｍｅ／ｓｐｏｒｔｓ／ｆｏｏｔｂａｌｌ／ＵＲＬ”は、検索サイト説明６６データベース又はフットボールのウェブサイト（例えば、“ｈｔｔｍ：／／ｗｗｗ．ｎｆｌ．ｃｏｍ”，“ｈｔｔｍ：／／ｗｗｗ．ｆｏｏｔｂａｌｌ．ｃｏｍ”等）へのポインタを含むリポジトリにおけるファイルを表すことが可能であり、それ故、そのようなポインタの各々はファイルの分離した記録であるか、又はファイルの単一の記録における分離したワードである。
【００３１】
検索サイト説明６６データベース又はリポジトリは、いずれかの利用可能である外部データベース２４又は通信媒体又はパス２６を経由して通信することが可能である情報ソースへのポインタを含むことが可能である（図１参照）。そのような外部データベース２４又は情報ソースは、標準的なクエリリポジトリ６４における取り決め通りの質問に関連するサブジェクトのためのデータ又は情報を有する外部サーバ又はリモートコンピュータを含むことが可能である。更に、外部データベースは、他のデータベース又は情報ソースから得られる特定のサブジェクト（例えば、映画、ジャズ、スポーツ等）のみに関するデータ又は情報を有する特定のサーバ又はリモートコンピュータを含むことが可能である。ユーザ４０によりなされた質問に答えるために適切なデータベースへのポインタの選択は、他の情報ソースのサブジェクトコンテンツに質問のサブジェクトコンテンツをリンクすることを含むことが可能であり、そして当該技術分野の熟達者に知られた何れかの方法において実施することが可能であり、これらについては、“ＭＥＴＨＯＤ ＡＮＤ ＡＰＰＡＲＡＴＵＳ ＦＯＲ ＬＩＮＫＩＮＧ Ａ ＶＩＤＥＯ ＳＥＧＭＥＮＴ ＴＯ ＡＮＯＴＨＥＲＶＩＤＥＯ ＳＥＧＭＥＮＴ ＯＲ ＩＮＦＯＲＭＡＴＩＯＮ ＳＯＵＲＣＥ”と題され、１９９９年７月９日に出願された、米国特許出願公開第０９／３５１，０８６号明細書に開示されている。
【００３２】
ユーザ４０のクエリに対する答えを見つけるために検索サイト説明６６データベース又はリポジトリにおける特定の外部データベースのポインタをクエリ処理６０が一旦確認すれば、クエリ処理６０は特定の外部データベース２４とリンクするためにポインタを用い且つ特定の外部データベース２４からデータ７０を取り出し、ここで検索されたデータ７０はクエリに関連している。クエリ処理６０は、特定の外部データベース２４におけるサブジェクト特有の宛先（例えば、クエリに関係するデータ又は情報を含む特定のインターネットウェブページ）又は検索エンジンの宛先（例えば、特定に外部データベースにおいて、自然言語検索のための質問又はキーボードベースの検索のための論理式のような検索パラメータに結合される、インターネット検索エンジンのウェブサイトｈｔｔｐ：／／ｗｗｗ．ａｌｔａｂｉｓｔａ．ｃｏｍ等の特定のデータベース）にリンクすることが可能である。例として、“俳優のクラーク ゲーブルはアカデミー賞を受賞したことがありますか？”のような、自然言語の質問を検索エンジンに対してすることが可能であり、又は、同じ質問についての論理式、即ち“クラーク ゲーブル”ＡＮＤ “アカデミー賞”、に基づいてキーボード検索により答えを得ることが可能である。検索されたデータ７０は、インターネットウェブサイトからの１ページ又はそれ以上のウェブページの形式、遠隔サーバからのファイル、文書、スプレッドシート、グラフィック画像等の形式等の、何れかの形式とすることが可能である。
【００３３】
クエリ処理６０と外部サーバとの間で通信されたデータは、ウェブ上の構造化文書及びデータのためのＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）ユニバーサルフォーマット、連続階調画像コーディングのためのＪＰＥＧ（Ｊｏｉｎｔ Ｐｈｏｔｏｇｒａｐｈｉｃ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）、大量市場の大容量デジタル蓄積に基づくオーディオビジュアル及び他のサービスを可能にするＴＶ Ａｎｙｔｉｍｅ Ｆｏｒｕｍ ｓｔａｎｄａｒｄｓ等の、外部サーバ２４が認識できるデータフォーマットとされる。実態的には、外部サーバ２４は、文字列、数値データ、グラフィックス等として、受け取られたデータ７０を送り、クエリ処理６０により要求に応じて含まれる情報（例えば、俳優の名前、シーンの説明等）を提供する。
【００３４】
クエリに一般的に関連するデータが外部データベース２４において一旦データを取り出されると７０、情報抽出７２は検索されたデータから特定の情報を抽出し、クエリに実際に答えることを容易にする。情報抽出７２は情報のろ過プロセスを実施し、“もみ殻から小麦を分離し”、即ち、検索されたデータ７０から不適切な情報を排除し、且つ検索されたデータ７０から適切な情報を保持する。外部データベースが必要な処理能力を持っている場合、情報抽出７２は外部データベースのサイトで実施することが可能である。そうでなければ、或いはそれに代えて、情報抽出７２はクエリ処理６０部又はコンピュータコード３２（図１参照）の一部として実施することが可能である。次いで、抽出された情報７２は、必要に応じて、クエリに対する最終的な答えに至るために、外部データベース又はクエリ処理６０により更に処理される。そのような更なる処理の例としては、結果の適合化７６がある。外部データベース２４についての情報抽出７２がローカルデータベース２２についての抽出されたプログラムの特徴に類似していることに留意されたい。情報抽出を、当該技術分野の熟達者に周知の何れかの方法において実施することが可能である。
【００３５】
情報抽出７２のルールは、クエリが処理されているときにリアルタイムにダイナミックに構築される。例として、著名人（俳優、政治家、スポーツ選手等）の情報を抽出することに関する、一般的な情報抽出のルールについて考えることにする。トークショーの間に、複数の著名人のカテゴリーの人達がそのトークショーのゲストとして登場することがある。情報抽出７２は、トークショーの特定のセグメントにおいて誰が特別ゲストであるかに関する情報を抽出する。このように、特別ゲストの名前は情報抽出タスクのパラメータであり、クエリそのものの一部となる。情報抽出タスクは、特別ゲストについての情報を検索するために特化され、特定のゲストに関して特定の一連のウェブサイト又はデータベースを検索する。ローカルコンテキスト情報（即ち、特定のゲスト）はセグメントレベルアーキテクチャの結果である。
【００３６】
結果の適合化７６は、クエリへに答えることが複数の情報ソースを必要とし、次いで、複数のソースにおける結果としてのデータを１つの答えにまとめる。複数のソースは、特に、複数の外部ソース、ローカルソース及び１つ又はそれ以上の外部ソース等を含むことが可能である。例えば、“この俳優は幾つの映画に出演しましたか？”の質問は、２つの外部ソース、ソースＡとソースＢを必要とすることが可能である。１０本の映画の名前がソースＡから挙げられ、５本の映画がソース５から挙げられた場合、及びソースＡとソースＢから挙げられた３本の映画が共通である場合、クエリ処理６０は、ソースＡとソースＢの映画の名前を互いに適合させて、１２本の区別可能な映画の名前が結果的に得られる。
【００３７】
クエリ処理６０がユーザ４０による質問に対する答えを決定した後、クエリ処理６０は、１つ又はそれ以上の出力装置２０（図１参照）における出力７８によりユーザ４０に答えを通信する。出力７８は任意の形式をとることが可能であり、メッセージ（例えば、電子メール）を配信する任意の方法によりユーザ４０に配信することが可能である。出力７８が配信されることが可能である、１つまたはそれ以上の出力装置２０の例としては、携帯情報端末、携帯電話、テレビ表示装置、コンピュータモニタ、プリンタ、プロッタ、オーディオスピーカ等が挙げられる。出力７８は、メッセージ（例えば、電子メール）を配信する何れかの方法によりユーザ４０に通信されることが可能である。ユーザ４０への答えを通信するために用いられる特定の出力装置２０は、クエリ処理６０にハードコード化されるか、又はフィードバック双方向的作用６２を経由してユーザ４０により選択されることが可能である。
【００３８】
クエリ処理６０は、所定のデータベースが要求された情報を返すことが可能でない事実を説明する論理を含んでいる。
例えば、特定のサーバが要求された情報を提供することに失敗した場合、クエリ処理６０は、要求された同じ情報を探すためにインターネットウェブサイトに入っていく。更に、外部ソースが検索されるべきか否かを決定するために、ユーザ４０の好みが用いられることが可能である。例えば、ユーザ４０は、フットボールについての質問を検索することがインターネットのウェブサイト、例えば“ｈｔｔｐ：／／ｗｗｗ．ｎｆｌ．ｃｏｍ”を含む必要があり、“ｈｔｔｍ：／／ａｓｐｎ．ｇｏ．ｃｏｍ／ａｂｃｓｐｏｒｔｓ／ｍｎｆ”は排除するべきであることを指示することが可能である。
【００３９】
上述で考慮したものはダイナミックでリアルタイムのユーザのクエリの処理である一方、本発明の請求の範囲はまた、過去に生じた又は将来生じるであろうビデオコンテンツ（例えば、テレビ番組）についてのユーザの質問の処理を含む。そのようなビデオコンテンツは、再生されたとき、ユーザ４０のクエリを処理する目的のためにリアルタイムに映像化されるようにシミュレートされるため、本発明の実施形態におけるユーザの質問の処理は、ＶＨＳテーププレーヤ又はセットトップボックスにおけるパーソナルビデオレコーダー等に記録された過去のビデオコンテンツに適用される。それに代えて、テレビ番組のトレース（例えば、選択されたフレーム又は画像、選択されたテキスト、選択されたオーディオ等）は、ＶＨＳテーププレーヤ又はセットトップボックスにおけるパーソナルビデオレコーダー等に記憶することが可能であり（全てのテレビ番組を記憶することとは対照的に）、そのトレースの再生は、ユーザに、トレースが結び付けられるテレビ番組についての質問をさせるトリガーになり得る。
【００４０】
上記説明は、図１のローカルデータベースを、番組レベルのクエリをサポートすることが可能であるとして特徴つける一方、本発明の請求の範囲においては、更に、ローカルデータベース２２はセグメントレベルのクエリをサポートすることが可能である（例えば、ユーザの好みに関連するセグメントレベルのクエリ）。
【００４１】
以上の本発明の特定の実施形態は具体例を明確にするために説明したものであり、種々の改良及び変形が可能であることは、当業者にとっては容易に理解できるであろう。したがって、本発明の主旨及び請求範囲に照らして、本発明の請求項はそのような改良および変形を包含することを意図するものである。
【図面の簡単な説明】
【００４２】
【図１】本発明の実施形態に従ったビデオ処理アーキテクチャのブロック図である。
【図２】本発明の実施形態に従い且つ図１のビデオ処理アーキテクチャに従ったダイナミックビデオクエリ処理システムを示す図である。

Claims (24)

1. ビデオクエリ処理ソフトウェアを供給する段階；
   ビデオコンテンツを供給する段階；
   ビデオコンテンツにソフトウェアをダイナミックにリンクする段階；
   ビデオコンテンツのセグメントに鍵を付けられたクエリをソフトウェアにより受け取る段階；並びに
   クエリへの答えをソフトウェアにより決定する段階；
   から構成されることを特徴とするビデオクエリ処理方法。
2. 請求項１に記載の方法であって、クエリへの答えをソフトウェアにより決定する段階は、ソフトウェアにより情報を受け取る手順であって、情報はデータベースから導き出され且つ情報はクエリに答える、手順から構成される、ことを特徴とする方法。
3. 請求項２に記載の方法であって、ソフトウェアにより情報を受け取る手順は：
   データベースからデータを受け取る部分であって、データは情報を含む、部分；並びに
   データから情報を抽出する部分；
   から構成される、ことを特徴とする方法。
4. 請求項２に記載の方法であって、ソフトウェアにより情報を受け取る手順は：
   データベースにおいてデータを見つける部分であって、データは情報に含まれる、部分；
   データベースにおいてデータから情報を抽出する部分；並びに
   ソフトウェアに情報を送る部分；
   から構成される、ことを特徴とする方法。
5. 請求項２に記載の方法であって、検索サイト説明リポジトリに位置付けられたポインタによりデータベースを確認する手順から更に構成される、ことを特徴とする方法。
6. 請求項１に記載の方法であって、クエリへの答えをソフトウェアにより決定する段階は：
   複数のデータベースの各々のデータベースから導き出されたソフトウェアの情報により受け取る手順であって、各々のでエータベースはビデオ処理システムの外部にあり、且つ各々のデータベースから導き出された情報はクエリに対して部分的に答える、手順；並びに
   答えに到達するために各々のデータベースから導き出された情報をまとめる手順；
   から構成される、ことを特徴とする方法。
7. ビデオコンテンツにダイナミックにリンクされ、ビデオコンテンツのセグメントに鍵を付けられたクエリを受け取り、且つクエリへの答えを決定する、ビデオクエリ処理ソフトウェアから構成されることを特徴とするビデオクエリ処理システム。
8. 請求項７に記載のシステムであって、データベースから更に構成され、ソフトウェアはデータベースから導き出された情報を受け取ることにより答えを決定し且つ情報がクエリに対して答える、ことを特徴とするシステム。
9. 請求項８に記載のシステムであって、ソフトウェアはデータベースからデータを受け取り、データは情報を含み、且つソフトウェアはデータから情報を抽出する、ことを特徴とするシステム。
10. 請求項８に記載のシステムであって、データベースにおけるデータは情報を含み、情報はデータベースにおいてデータから抽出し、そのように抽出された情報はソフトウェアに送られる、ことを特徴とするシステム。
11. 請求項８に記載のシステムであって、ソフトウェアに結合される検索サイト説明リポジトリから更に構成され、間作サイト説明リポジトリはデータベースを確認するポインタを含む、ことを特徴とするシステム。
12. 請求項８に記載のシステムであって、ソフトウェアはビデオ処理システム内にあり、且つデータベースはビデオ処理システムの外部にある、ことを特徴とするシステム。
13. 請求項７に記載のシステムであって、複数のデータベースから更に構成され、ソフトウェアは複数のデータベースの各々のデータベースから導き出された情報を受け取り、各々のデータベースはＶＰＳの外部にあり、各々のデータベースから導き出された情報はクエリに対して部分的に答え、且つシステムは答えに到達するために各々のデータベースから導き出された情報をまとめる、ことを特徴とするシステム。
14. 請求項１３に記載のシステムであって、ソフトウェアは各々のデータベースからデータを受け取り、各々のデータベースから受け取られたデータは各々のデータベースから導かれた情報を含み、且つソフトウェアは各々のデータベースのデータから各々のデータベースから導き出された情報を抽出する、ことを特徴とするシステム。
15. 請求項１３に記載のシステムであって、各々のデータベースにおけるデータは各々のデータベースから導き出された情報を含み、情報は各々のデータベースにおけるデータから各々のデータベースにおいて抽出され、且つそのように抽出された情報はソフトウェアに送られる、ことを特徴とするシステム。
16. 請求項７に記載のシステムであって、クエリは取り決め通りのクエリであって、ビデオコンテンツのジャンルの関数である、ことを特徴とするシステム。
17. 請求項７に記載のシステムであって、クエリは際限のないクエリであり、且つソフトウェアは際限のないクエリから少なくとも１つの取り決め通りのクエリを導き出す、ことを特徴とするシステム。
18. 請求項７に記載のシステムであって、ソフトウェアはビデオコンテンツに関連する番組レベルの質問を受け取り、質問に対する答えを確かめる、ことを特徴とするシステム。
19. 請求項１８に記載のシステムであって、ソフトウェアはビデオコンテンツから特徴を抽出し、かつ質問に対する答えを確かめることは質問に答えるために抽出された特徴を用いることを含む、ことを特徴とするシステム。
20. 請求項１９に記載のシステムであって、特徴を抽出することは、クエリ処理システムのユーザの好みを考慮することを含む、ことを特徴とするシステム。
21. ビデオ処理システムから構成されるビデオ処理アーキテクチャであって、ビデオ処理システムは：
    プロセッサ；
    プロセッサに結合されたメモリ構造体であって、メモリ構造体はコンピュータコードから構成され、コンピュータコードはビデオコンテンツにドラマチックにリンクし、ビデオコンテンツのセグメントに鍵を付けられたクエリを受け取り、
    クエリへの答えを決定するビデオクエリソフトウェアを含む、メモリ構造体；
    プロセッサに結合されたローカルデータベース；
    プロセッサ及びローカルデータベースに結合されたビデオ入力装置；並びに
    プロセッサに結合された出力装置；
    から構成されることを特徴とするビデオ処理アーキテクチャ。
22. 請求項２１に記載のビデオ処理アーキテクチャであって、ソフトウェアに結合された外部データベースから更に構成され、ビデオクエリソフトウェアはクエリへの答えを決定するために外部データベースを用いる、ことを特徴とするビデオ処理アーキテクチャ。
23. 請求項２１に記載のビデオ処理アーキテクチャであって、ビデオソースから更に構成され、ビデオ処理アーキテクチャは、ビデオソースがビデオ処理システムにビデオコンテンツを送ることを可能にする、ことを特徴とするビデオ処理アーキテクチャ。
24. コンピュータプログラムプロダクトであって、請求項７乃至２０の何れか一項に規定されるようなビデオクエリ処理システムとして機能するために前記コンピュータプログラムプロダクトを実行するとき、プログラム可能な装置を有効にすることを特徴とするコンピュータプログラムプロダクト。

Images