JP5014434B2 - ダイナミックレイアウト - Google Patents

Description

本発明は、一般にデジタルビデオ記録に関し、特に、ビデオデータを表示する方法及び装置に関する。更に本発明は、ビデオデータを表示するためのコンピュータプログラムが記録されたコンピュータ可読媒体を含むコンピュータプログラム製品に関する。

ネットワーク化デジタルビデオ記録を実行する多くの既存のシステムが存在する。そのようなシステムは、多くの場合、容易に入手可能な構成要素から構成される。構成要素は、ＴＣＰ／ＩＰネットワーク、１つ以上のデジタルビデオカメラ及び１つ以上のストレージサーバを含む場合が多い。ストレージサーバは、ビデオカメラからビデオデータを受信し且つハードディスクドライブなどの記憶媒体にビデオデータを格納するソフトウェアを実行するコンピュータシステムである。デジタルビデオ記録システムの中には、リモートコンピュータに常駐する閲覧アプリケーションソフトウェアを更に使用するものもある。この閲覧アプリケーションソフトウェアは、ビデオカメラ又はストレージサーバのいずれかから受信されたライブビデオデータ又は事前記録済みビデオデータを閲覧するために使用されてもよい。ライブビデオデータ又は事前記録済みビデオデータは、閲覧アプリケーションソフトウェアにより生成され且つコンピュータの表示装置上でレンダリングされる１つ以上のビデオウィンドウにおいて閲覧されてもよい。

上述の閲覧アプリケーションソフトウェアは、通常、所定のカメラからの事前記録済みビデオデータをビデオファイルに格納するためにビデオデータを抽出する能力を提供する。ビデオファイルは、Apple QuickTime(TM)メディアプレーヤなどの任意の適切なメディアプレーヤを使用して再生されてもよい。更に、ある閲覧アプリケーションソフトウェアは、複数のネットワーク化されたカメラ（又はビデオデータソース）からの同期化事前記録済みビデオデータ又はライブビデオデータを閲覧できるようにする。

以上説明された従来の閲覧アプリケーションソフトウェアの問題点は、多数のネットワーク化されたカメラからの事前記録済みビデオデータ又はライブビデオデータをオペレータが有効に監視するのが困難なことである。

従って、更に効率よくビデオデータを表示する方法が必要とされていることは明らかである。

本発明の１つの面によると、ビデオデータを表示する方法であって、
表示のために複数のクエリのうち１つを選択するステップと、
前記選択されたクエリと、複数のビデオデータソースのメタデータとを一致させるステップと、
前記クエリと一致するビデオデータソースからの前記ビデオデータを表示するステップと、
対応するビデオソースが前記選択されたクエリを満たさなくなった場合、前記表示から前記ビデオデータを除去するステップと
を備えることを特徴とする方法が提供される。

本発明の更に別の面によると、ビデオデータを表示する装置であって、
表示のために、複数のクエリのうち１つを選択する選択手段と、
前記選択されたクエリと、複数のビデオデータソースのメタデータと、を一致させる一致手段と、
前記クエリと一致するビデオデータソースからの前記ビデオデータを表示する表示手段と、
対応するビデオソースが前記選択されたクエリを満たさなくなった場合、前記表示から前記ビデオデータを除去する除去手段と
を備えることを特徴とする装置が提供される。

本発明の更に別の面によると、ビデオデータを表示する為の処理をコンピュータに実行させるように構成されたプログラムを格納した、コンピュータ読み取り可能な記憶媒体であって、前記プログラムが、
表示のために、複数のクエリのうち１つを選択する為のコードと、
前記選択されたクエリと、複数のビデオデータソースのメタデータと、を一致させる為のコードと、
前記クエリと一致するビデオデータソースからの前記ビデオデータを表示する為のコードと、
対応するビデオソースが前記選択されたクエリを満たさなくなった場合、前記表示から前記ビデオデータを除去する為のコードと
を備えることを特徴とするコンピュータ読み取り可能な記憶媒体が提供される。

本発明の他の面も開示される。

図１は、説明される実施形態が実施されてもよいデジタルビデオ記録システムの概略図である。 図２は、本明細書中で説明されるビューワが実施されてもよい汎用コンピュータの概略ブロック図である。 図３は、本明細書中で説明されるストレージサーバが実施されてもよい汎用コンピュータの概略ブロック図である。 図４は、図１のシステムのカメラと関連するメタデータリストの２つの例を示す図である。 図５は、説明される実施形態において使用されてもよいグラフィカルユーザインタフェース（ＧＵＩ）の一例を示す図である。 図６は、図５のレイアウトからビデオウィンドウを除去する方法を示すフローチャートである。 図７は、図５のレイアウトからビデオウィンドウを除去する別の方法を示すフローチャートである。 図８は、図５のレイアウトからビデオウィンドウを除去する更に別の方法を示すフローチャートである。 図９は、レイアウトを選択する方法を示すフローチャートである。 図１０は、複数のカメラのうち１つがレイアウトに追加される場合のビデオウィンドウと共にレイアウト及び複数のカメラを示す図である。 図１１は、２つの異なるレイアウト及び各レイアウトと関連するクエリに応じてそれらのレイアウトの中に表示されるビデオウィンドウを示す図である。 図１２は、関連するカメラからのビデオデータを表示する２つのビデオウィンドウと共にレイアウトを示す図である。 図１３は、特定のカメラからのライブビデオデータを表示するビデオウィンドウ群のうち１つと、そのカメラからの事前録画済みビデオデータを表示する他のビデオウィンドウの２つのビデオウィンドウと共にレイアウトを示す図である。 図１４は、図５のレイアウトにカメラウィンドウを追加する方法を示すフローチャートである。

図面及び付録を参照して、従来の技術のいくつかの面及び本発明の１つ以上の実施形態を以下に説明する。

添付の図面のうちの１つ以上において、同一の図中符号を有するステップ及び／又は特徴を参照するとき、本明細書の便宜上、それらのステップ及び／又は特徴は、特に指示のない限り、同一の機能又は動作を有する。

尚、「背景」の節に含まれる考察及び従来技術の構成に関する上述の考察は、各々の出版物及び／又は使用法を通じて周知の技術を形成する文献又は装置の考察に関するものである。このことは、本発明の発明者又は特許出願人による表現とみなされるべきではなく、そのような文献又は装置は当技術の一般常識の一部を何らかの形で形成する。

図１から図１４を参照して、ビデオデータを表示する方法を以下に説明する。説明される方法は、ストリームビデオデータから選択されたビデオデータをメタデータに対するクエリに基づいて表示する。メタデータは、ビデオデータと関連するか又はビデオデータのストリームから生成される。

例示的な実施形態において、説明される方法は、図１に示されるようなデジタルビデオ記録システム１００の中で実現される。デジタルビデオ記録システム１００は、関連するカメラサーバ１０９、１１０及び１１１を介してインターネット又はイントラネットなどのコンピュータネットワーク２２０に接続されたビデオカメラ１１２、１１３、１１４及び１１５を具備する。ネットワーク２２０はローカルエリアネットワーク（ＬＡＮ）であってもよい。カメラとカメラサーバが単一のユニットであるように、カメラ１１２〜１１５のうち１つ以上のカメラは、関連するカメラサーバ１０９〜１１１の中に構成されてもよい。

自社開発のカメラ１１２〜１１５のいくつかの例は、Canon(TM) VC-C4ビデオカメラである。更に、自社開発のカメラサーバ１０９〜１１１は、Canon(TM) VB150及びCanon(TM) VB-C10を含む。尚、VB-C10は、カメラとカメラサーバが単一のユニットであるモデルの一例である。

各カメラ１１２〜１１５及び関連する各カメラサーバ１０９〜１１１は、画像を表現するビデオデータを取り込むように機能する。従って、各カメラ１１２〜１１５は「ビデオデータソース」と呼ばれてもよい。ビデオデータは、カメラサーバ１０９〜１１１によりビデオデータのストリームとして出力される。オプションで、カメラサーバ１０９〜１１１はセンサ入力端子を具備し、センサ１５０などのセンサがセンサ入力端子に接続されてもよい。図１に示されるように、センサ１５０はカメラサーバ１１１に接続される。この場合、カメラサーバ１１１は、センサ１５０が起動された場合にイベント通知を生成するように構成されてもよい。更に、図１に示されるように、センサ１５１などのセンサがネットワーク２２０に直接接続されてもよい。

カメラ１１２〜１１５及び関連するカメラサーバ１０９〜１１１は、カメラ１１２〜１１５によりビデオデータが取り込まれている間にビデオデータの画像解析により内部でイベントを生成するように更に構成されてもよい。例えば、カメラ１１２〜１１５及び関連するカメラサーバ１０９〜１１１は、フレーム間で事前構成済みの量の差分が検出された場合にイベント通知を生成するフレーム差分計算により動きを検出してもよい。通常、そのようなイベント通知は、以下に詳細に説明するメタデータにより記述される。

システム１００は、ストレージサーバ３００Ａ、３００Ｂ、３００Ｃ及び３００Ｄを更に具備する。ストレージサーバ３００Ａ、３００Ｂ、３００Ｃ及び３００Ｄは、カメラサーバ１０９〜１１１のうち任意の１つのカメラサーバからのビデオデータの出力を監視し且つビデオデータを記録する（すなわち要求し且つ格納する）ために使用されてもよい。ストレージサーバ３００Ａ、３００Ｂ、３００Ｃ及び３００Ｄは、ビデオデータをアクセスし、イベント処理を実行し且つシステム１００を制御するために更に使用されてもよい。ストレージサーバ３００Ａ、３００Ｂ、３００Ｃ及び３００Ｄは、カメラ１１２〜１１５及び関連するカメラサーバ１０９〜１１１により生成されるイベントを記録すると共に、場合によっては、ストレージサーバ３００Ａ、３００Ｂ、３００Ｃ及び３００Ｄがカメラサーバ１０９〜１１１のうち任意の１つのカメラサーバからのビデオデータの記録を開始する場合及び停止する場合の記録開始イベント及び記録停止イベントなどの他のイベントを作成し且つ格納するように更に構成されてもよい。以下、明確に区別する場合以外、ストレージサーバ３００Ａ〜３００Ｄをストレージサーバ３００と総称する。

カメラ１１２〜１１５及び関連するカメラサーバ１０９〜１１１のうち１つ以上により取り込まれたビデオデータは、コンピュータネットワーク２２０を介して、カメラサーバ１０９〜１１１のうち任意の１つのカメラサーバからストレージサーバ３３０へストリームとして供給されてもよい。ストレージサーバ３００の表示装置３１４（図３を参照）を使用してユーザがビデオデータを閲覧できるように、ビデオデータはストレージサーバ３００により処理され且つ／又はストレージサーバのハードディスクドライブ３１０（図３を参照）に格納されてもよい。

あるいは、図１に示されるように、ビデオデータは、コンピュータネットワーク２２０を介してストレージサーバ３００から１つ以上のビューワ２００Ａ、２００Ｂ、２００Ｃ及び２００Ｄにストリームとして供給されてもよい。以下、明確に区別する場合以外、ビューワ２００Ａ〜２００Ｄをビューワ２００と総称する。

ビューワ２００は、エクスポートされたビデオデータの１つ以上のフレームを処理し且つ表示するために使用されてもよい。ビューワ２００は、１つ以上のカメラサーバ１０９〜１１１からビデオデータを直接受信し且つ表示装置２１４を使用してそのビデオデータをユーザに提示するように構成されてもよい。

図２に示されるように、ビューワ２００は、コンピュータモジュール２０１、キーボード２０２及びマウス２０３などの入力装置、並びにプリンタ２１５、表示装置２１４及びスピーカ２１７を含む出力装置により形成されるのが好ましい。コンピュータモジュール２０１の内部に構成されたネットワークインタフェース２０８は、例えばネットワークリンク２２１（同軸ケーブル、ツイストペアケーブル、光ファイバケーブル、802.11b又はBluetooth(TM)を使用する無線接続、あるいは他の種類の接続など）を介して接続可能なコンピュータネットワーク２２０との間で通信を実行するために使用されてもよい。例えば電話回線を介してコンピュータネットワーク２２０にアクセスするために、ネットワークインタフェース２０８の中に組み込まれるか又は他の構成を有する変復調器（モデム）トランシーバ装置（図示せず）が更に使用されてもよい。

通常、コンピュータモジュール２０１は、少なくとも１つのプロセッサユニット２０５と、例えば半導体ランダムアクセスメモリ（ＲＡＭ）及び読出し専用メモリ（ＲＯＭ）から形成されるメモリユニット２０６とを含む。モジュール２０１は、ビデオ表示装置２１４及びスピーカ２１７に結合するオーディオビデオインタフェース２０７、並びにキーボード２０２、マウス２０３、プリンタ２１５及びオプションとしてジョイスティック（図示せず）又はトラックボール（図示せず）に対する入出力（Ｉ／Ｏ）インタフェース２１３を含む複数のＩ／Ｏインタフェースを更に含む。オプションとして、モジュール２０１は、ビデオ表示装置２１４に重ね合わされた接触感知面により形成されるタッチスクリーン（図示せず）を含んでもよく、ビデオ表示装置２１４に指で触れるか又はビデオ表示装置２１４に沿って指を滑らせることにより、ユーザは入力を行うことができる。記憶装置２０９が設けられ、通常、記憶装置２０９はハードディスクドライブ２１０及びフロッピー（登録商標）ディスクドライブ２１１を含む。磁気テープドライブ（図示せず）が更に使用されてもよい。不揮発性データソースとして、ＣＤ‐ＲＯＭドライブ２１２が通常使用される。当業者には周知であるようなコンピュータシステムの従来の動作モードでコンピュータモジュール２０１の構成要素２０５〜２１３は、通常、相互接続バス２０４を介して通信する。本明細書中で説明される構成が実施されてもよいコンピュータの例として、IBM-PC及び互換機、Sun Sparcstation及びそれから派生した同様のコンピュータシステムが挙げられる。

ストレージサーバ３００は図３にも詳細に示される。ストレージサーバ３００は、コンピュータモジュール３０１、キーボード３０２及びマウス３０３などの入力装置、並びにプリンタ３１５、表示装置３１４及びスピーカ２３１７を含む出力装置により形成されるのが好ましい。コンピュータモジュール３０１の中にはネットワークインタフェース３０８も構成され、ネットワークインタフェース３０８は、例えばネットワークリンク３２１（同軸ケーブル、ツイストペアケーブル、光ファイバケーブル、802.11b又はBluetooth(TM)を使用する無線接続、あるいは他の種類の接続など）を介して接続可能なコンピュータネットワーク２２０との間で通信を実行するために使用されてもよい。例えば電話回線を介してコンピュータネットワーク２２０にアクセスするために、ネットワークインタフェース３０８の中に組み込まれるか又は他の構成を有する変復調器（モデム）トランシーバ装置（図示せず）が更に使用されてもよい。

コンピュータモジュール２０１と同様に、コンピュータモジュール３０１は、通常、少なくとも１つのプロセッサユニット３０５と、例えば半導体ランダムアクセスメモリ（ＲＡＭ）及び読出し専用メモリ（ＲＯＭ）から形成されるメモリユニット３０６とを含む。モジュール３０１は、ビデオ表示装置３１４及びスピーカ３１７に結合するオーディオビデオインタフェース３０７、並びにキーボード３０２、プリンタ３１５、マウス３０３及びオプションとしてジョイスティック（図示せず）又はトラックボール（図示せず）に対する入出力（Ｉ／Ｏ）インタフェース３１３を含む複数のＩ／Ｏインタフェースを更に含む。オプションとして、モジュール３０１は、ビデオ表示装置３１４の上に重ね合わされた接触感知面により形成されるタッチスクリーン（図示せず）を含んでもよく、ビデオ表示装置３１４に指で触れるか又はビデオ表示装置３１４に沿って指を滑らせることにより、ユーザは入力を行うことができる。記憶装置３０９が設けられ、通常、記憶装置３０９はハードディスクドライブ３１０及びフロッピー（登録商標）ディスクドライブ３１１を含む。磁気テープドライブ（図示せず）が更に使用されてもよい。コンピュータモジュール３０１に接続された周辺記憶装置（図示せず）が使用されてもよい。更に、ＮＡＳ（Network Attached Storage）及びＳＡＮ（Storage Area Network）を含むネットワークアクセス可能記憶装置又はそのような装置の集合（図示せず）がネットワーク２２０に接続され、ネットワークインタフェース３０８を介してアクセスされてもよい。不揮発性データソースとしてＣＤ‐ＲＯＭドライブ３１２が通常設けられる。当業者には周知であるようなコンピュータシステムの従来の動作モードで、通常、コンピュータモジュール３０１の構成要素３０５〜３１３は、相互接続バス３０４を介して通信する。

カメラサーバ１０９〜１１１は、コンピュータモジュール２０１及び３０１と同様の構成を有する。カメラサーバ１０９〜１１１は、メモリ（例えばメモリ３０６）及びプロセッサ（例えばプロセッサ３０５）を含む。しかし、カメラサーバ１０９〜１１１のハードウェア構成は本明細書中において更に詳細には説明されない。

前述のように、ストレージサーバ３００は、センサ（例えばカメラサーバ１１１に装着されたセンサ１５０）からのイベントを監視し且つ処理するために使用されてもよい。それらのイベントの１つは、カメラサーバ１０９〜１１１のうち１つ以上に直接接続された動き検出器（図示せず）を使用する動き検出を含んでもよい。更なるイベントは、例えば熱／煙検出器を使用する熱／煙検出、リミットスイッチを使用するドア開閉を含む。

ストレージサーバ３００は記録構成要素及びアクセス構成要素を含む。記録構成要素及びアクセス構成要素は、ハードディスクドライブ３１０に常駐し且つプロセッサ３０５により実行が制御される別個のソフトウェアアプリケーションとして実現されてもよい。あるいは、記録構成要素及びアクセス構成要素は、単一のソフトウェアアプリケーションとして実現されてもよい。更に、記録及び構成要素のうち一方又は双方は、ハードウェアにおいて実現されてもよい。

記録構成要素は、カメラサーバ１０９〜１１１のうち１つ以上からライブビデオデータを検索し且つそのビデオデータをハードディスクドライブ３１０に格納するために使用されてもよい。ビデオデータが取り込まれた時間を参照してビデオデータを後で検索できるように、ビデオデータはタイムインデックス形態で格納されてもよい。ビデオデータは、一連のビデオファイル（例えばQuickTime(TM)ファイル）の中にMotion JPEGフォーマットで格納されてもよい。各ビデオファイルは、そのファイルに格納されたビデオデータの開始時刻及び終了時刻を含むファイル名を含む。

更に、記録構成要素は、ビデオデータの中で検出されるか又はセンサ（例えばカメラサーバ１１１に装着されたセンサ１５０）から検出された動きから生成されてもよいイベントを記録する。先に説明したように、他の種類のイベントも利用可能である。イベントデータはテキストファイルに格納されてもよく、その場合、各イベントは、そのようなテキストファイルの中のイベント記録に記述される。イベント記録はイベントの時刻、優先順位及び記述を含んでもよい。通常、優先順位は１〜５の値であり、１は重要なイベントを示し、５は重要でないイベントを示す。

アクセス構成要素は、記録構成要素により格納されたビデオデータ及びイベントデータに対するアクセスを実行する。アクセス構成要素は、カメラ１１２〜１１５ごとにハードディスクドライブ３１０においてどのビデオファイル及びイベントファイルが利用可能であるか及び利用可能なファイルがどれほどの長さの時間にわたって記録されているかを監視する。

ビデオデータ又はイベントデータに対するビューワ２００からのリモート要求を聴取するために、アクセス構成要素は連続ループを実行する。ビューワ２００により生成される各要求は、その要求がビデオデータに対する要求であるのか又はイベントデータに対する要求であるのかを示すフラグを含む。各要求は、ビデオデータ又はイベントデータが要求されている期間の開始時刻及び終了時刻を示す２つの値を更に含む。

以下に更に詳細に説明されるように、システム１００に関してメタデータが連続的に収集される。ビューワ２００は、システム１００に関して収集されたメタデータをメモリ２０６に維持する。あるいは、システム１００に関して収集されたメタデータは、ハードディスクドライブ２１０に格納される。カメラ１１２〜１１５の場所、カメラの型及び／又はユーザ定義タグのように、メタデータは静的であってもよい。カメラ動き検出又はセンサ１５０の状態のように、メタデータはカメラ１１２〜１１５により自動的に生成されてもよい。また、ストレージサーバ３００が特定のカメラ１１２〜１１５から記録されているか否か又は日時のように、メタデータは、カメラ１１２〜１１５と関連しないシステム１００の他の何らかの部分の状態を示してもよい。メタデータはビデオデータのストリームから収集され、ビデオデータのストリームと関連付けられてもよい。

ビューワ２００により維持されるメタデータの一部は、カメラ１１２〜１１５と関連する。カメラ１１２〜１１５のうち特定の１つのカメラに関するメタデータは、図４に示されるようにリスト４０１に維持される。リスト４０１は、プロセッサ２０５によりメモリ２０６の中に格納され、特定のカメラ１１２〜１１５に付随する。リスト４０１中のデータは、カメラ１１２〜１１５の物理的場所（例えばzone = ”Level 7”）、カメラの型（例えばtype = ”VB-C50i”）、現在のフレーム速度（例えばframe_rate = 10）及びカメラ１１２〜１１５が現在動きを検出しているか否か（例えばmotion = false）などの事項を含んでもよい。リスト４０１の集合は、ストレージサーバ３００及び／又はカメラ１１２〜１１５のうち１つ以上からのデータを使用してビューワ２００により実行されるソフトウェアにおいて実現されるのが好ましい。

ビューワ２００により維持される他のメタデータは、カメラ１１２〜１１５のうち１つと関連しない。図４に示されるように、そのようなメタデータは、プロセッサ２０５によりメモリ２０６の中に格納される「ノーカメラメタデータリスト」４０２に維持されてもよい。カメラ１１２〜１１５と関連しないメタデータの例には、現在の日付（例えばcurrent_date = ”05/06/2006”）及び時刻（例えばcurrent_time = ”12:34pm”）並びに現在のユーザ（例えばcurrent_user = ”Fred”）などの事項がある。この場合にも、リスト４０２の集合は、ストレージサーバ３００及び／又はカメラ１１２〜１１５のうち１つ以上からのデータを使用してビューワ２００により実行されるソフトウェアにおいて実現されるのが好ましい。

ビューワ２００により維持されるメタデータは、通常、属性と値との対（例えばframe_rate = 10）として格納されるが、格納されたメタデータを述部に照らして試験でき且つ真又は偽の応答を戻すことが可能であれば、メタデータを格納する任意の方法が使用されてもよい。

図５は、例示的な実施形態において使用されてもよいグラフィカルユーザインタフェース（ＧＵＩ）５００の一例を示す。ＧＵＩ５００は、レイアウト５０２を含むウィンドウ５０１を有する。レイアウト５０２はビデオウィンドウ５０５及び５０９を含む。レイアウト５０２のような複数のレイアウトが生成されてもよく、各レイアウトは、カメラ１１２〜１１５により取り込まれたビデオデータを表示するための１つ以上のビデオウィンドウ（例えば５０５、５０９）の配列を表現する。

ウィンドウ５０１はレイアウトセレクタ５０６を更に具備し、オプションとして、タイムライン５０３及びプレイヘッド５０４を含んでもよい。レイアウト５０２は、カメラサーバ１０９〜１１１のうち１つ以上から検索されたライブビデオデータ又は事前記録済みビデオデータを示すカメラウィンドウ５０５及び５０９を表示するために使用される。

レイアウト５０２のようなレイアウトは、ウィンドウ５０５及び５０９がどのように提示されるかを調整する特性を有する。それらの特性は、例えば、ビデオデータを表示するために使用されるウィンドウ（例えば５０５）の大きさ又はレイアウト５０２の中にビデオデータがどのように位置決めされるかを判定するための方式を含む。従って、選択されたレイアウトは、ビデオデータが表示されるビデオウィンドウの大きさを判定するための設定を含んでもよい。

レイアウト５０２は、ブール演算子と組み合わされる複数のメタデータベースクエリから構成されるクエリと関連する。クエリは、１つ以上の基準に基づいて表示されるビデオウィンドウ（例えば５０５）を選択するために使用される。特に、クエリは、複数のカメラ１１２〜１１５（又はビデオデータソース）と関連する基準に基づいて、どのカメラ１１２〜１１５からのビデオデータが表示されるかを判定するために使用される。カメラ１１２〜１１５に関するメタデータに対して、クエリは連続的に実行される。

以下に更に詳細に説明されるように、クエリの１つ以上の基準と一致するメタデータを含むカメラ１１２〜１１５と関連するビデオウィンドウ（例えば５０５）がレイアウト５０２に追加される。一例として、図１０は、レイアウト１０００並びにカメラ１００１、１００２及び１００３を示す。レイアウト１０００と関連するクエリの基準は、動きを検出する全てのカメラ１００１〜１００３に対するビデオウィンドウをレイアウト１０００に含めることである。この例において、「動き検出」ボックス１００３により示されるように、カメラ１００２が動きを検出する。従って、カメラ１００２により取り込まれたライブビデオデータを表示するために、ビデオウィンドウ１００４がレイアウト１０００に追加される。

レイアウト５０２と関連するクエリは、ユーザの特定の要求に合わせてユーザにより生成される。ユーザは、表示するビデオウィンドウ（例えば５０５）を選択するための埋め込みクエリを含むレイアウト５０２をロードしてもよい。図５に示されるように、クエリセレクタ５０８を使用することにより、レイアウト５０２と関連するクエリは、異なるユーザ定義クエリに変更されてもよい。複数の所定のクエリを生成するために、ビューワ２００のプロセッサ２０５が使用されてもよい。ユーザは複数の所定のクエリからクエリを選択してもよい。あるいは、例えばメタデータ及びブール演算子を参照するための周知のラベルを使用して、ユーザがクエリセレクタ５０８に新たなクエリをテキストストリングとして入力することにより、異なる基準を含む１つ以上の新たなクエリをユーザが生成してもよい。

更に、ビデオデータを表示するための１つ以上のビデオウィンドウの配列を各々が表現する複数のレイアウトのうち対応する１つのレイアウトと共に各クエリを格納するために、ビューワ２００及び／又はストレージサーバ３００が使用されてもよい。対応するクエリ及び関連する基準を含む各レイアウト（例えば５０２）を記述する設定を任意の時点でストレージサーバ３００のうち任意のストレージサーバから検索し且つ表示することができるように、設定はビューワ２００又はストレージサーバ３００に格納されてもよい。

ビューワ２００は、レイアウトのうち表示する１つのレイアウトを選択（又は判定）するために（すなわちビデオデータを表示するために）使用されてもよく、選択されたレイアウトは１つ以上の対応する基準を有する。あるいは、ビューワ２００は、クエリのうち表示する１つのクエリを選択するために使用されてもよく、選択されたクエリは１つ以上の対応する基準を有する。以下に詳細に説明されるように、ビューワ２００又はストレージサーバ３００は、選択されたレイアウトと関連するクエリ（又は選択されたクエリ）の基準をカメラ１１２〜１１５（又は複数のビデオデータソース）のうち１つ以上からのメタデータと一致させるために使用されてもよい。カメラ１１２〜１１５のうち１つと関連するメタデータが選択されたレイアウト５０２と関連するクエリの基準と一致する（又は基準を満たす）場合、そのカメラ１１２〜１１５からのライブビデオデータを示す１つ以上の新たなビデオウィンドウ５０５及び５０９がレイアウト５０２に追加される。従って、クエリ（すなわち選択されたクエリ又は選択されたレイアウトに対応するクエリ）と一致するカメラ１１２〜１１５（又はビデオデータソース）からのビデオデータを表示するために、ビデオウィンドウ（５０５及び５０９）は使用されてもよい。

ストレージサーバ３００は、レイアウト及び特定のレイアウトを現在表示しているビューワ２００を追跡するように構成されてもよい。前述のように、ストレージサーバ３００及び／又はビューワ２００は、特定のレイアウトに対して一致するカメラ１１２〜１１５のサブセットを判定するためにその特定のレイアウトと関連するクエリの基準とを一致させるように構成されてもよい。ストレージサーバ３００及び／又はビューワ２００は、表示中のビデオウィンドウに関してレイアウトを更新してもよい。それらの更新はそれぞれ対応するビューワ２００へ伝播されてもよい。そこで、ビューワ２００は、表示中のレイアウトと関連するカメラサブセットのライブビデオデータ又は事前記録済みビデオデータを表示する。ビューワ２００は、他のビューワによりまだ要求されていないレイアウトを要求してもよい。一実施形態において、要求されたレイアウトがビューワ２００により表示された後、そのレイアウトに対する更新は、必要に応じて、ストレージサーバ３００からビューワ２００へ送出されてもよい。

次に、図１４を参照して、レイアウト５０２にカメラウィンドウを追加する方法１４００を詳細に説明する。方法１４００は、ビューワ２００のハードディスクドライブ２１０に常駐し且つプロセッサ２０５により実行が制御されるソフトウェアとして実現されてもよい。

方法１４００は第１のステップ１４０２で始まる。ステップ１４０２において、プロセッサ２０５は、各カメラ１１２〜１１５と関連する各カメラサーバ１０９〜１１１からメタデータを収集する。プロセッサ２０５は、ストレージサーバ３００などの他のソースからもメタデータを収集する。

次のステップ１４０３において、プロセッサ２０５は収集されたメタデータを照合し、メタデータが最後に収集された時点からメタデータが変更されていた場合、各カメラ１１２〜１１５と関連するメタデータ（例えばメタデータリスト４０１）を更新する。カメラ１１２〜１１５のいずれとも関連しないメタデータは、ビューワ２００により別個に格納される。

次のステップ１４０４において、いずれかのカメラ１１２〜１１５と関連するメタデータが選択されたレイアウト５０２と関連するクエリの基準を満たすとプロセッサ２０５が判定した場合、方法１４００はステップ１４０５へ進む。そのような基準を満たしていないと判定された場合、方法１４００はステップ１４０２へ進む。ステップ１４０５において、クエリの基準を満たす各カメラ１１２〜１１５に対して、そのカメラ１１２〜１１５からのライブビデオデータを示す新たなビデオウィンドウ（例えば５０５）がレイアウト５０２に追加される。

カメラ１１２〜１１５のうち１つと関連するメタデータが変更された場合、そのカメラ１１２〜１１５と関連するメタデータリスト（例えば４０１）は更新され、そのカメラ１１２〜１１５に対してクエリが再評価される。どのカメラ１１２〜１１５とも関連しないメタデータが変更された場合、全てのカメラ１１２〜１１５に対してクエリが再評価される。

特定のカメラ１１２〜１１５からのライブビデオデータを示すビデオウィンドウ（例えば５０５、５０９）がレイアウト５０２に追加された後、カメラ１１２〜１１５がレイアウト５０２から除去される際の条件がレイアウト５０２及びクエリと共に格納される。例えば、そのような条件の１つは、カメラ１１２〜１１５がクエリ条件を満たした最後の時点から経過する所定の持続時間（又は所定の時刻）に基づいてもよい。更に、特定のカメラ１１２〜１１５（又はビデオデータソース）と関連するメタデータが、選択されたクエリの基準を満たさなくなった場合、直ちにそのカメラからのライブビデオデータを示すビデオウィンドウ（例えば５０５、５０９）がレイアウト５０２から除去されてもよい。また、特定のカメラ１１２〜１１５（又はビデオデータソース）と関連するメタデータが、選択されたクエリの基準を満たさなくなった後に所定の期間（又は時間）が経過した場合、その特定のカメラ１１２〜１１５からのライブビデオデータを示すビデオウィンドウ（例えば５０５、５０９）がレイアウト５０２から除去されてもよい。更に、特定のカメラ１１２〜１１５からのライブビデオデータを示すビデオウィンドウ（例えば５０５、５０９）がオペレータにより確認された場合、直ちにそのビデオウィンドウはレイアウト５０２から除去されてもよい。更に、特定のカメラ１１２〜１１５からのライブビデオデータを示すビデオウィンドウ（例えば５０５、５０９）は、所定の時間の後にレイアウト５０２から除去されてもよい。

次に、図６を参照して、特定のカメラ１１２〜１１５からのライブビデオデータを示すビデオウィンドウ（例えば５０５）をレイアウト５０２から除去する方法６００を説明する。方法６００は、ハードディスクドライブ２１０に常駐し且つプロセッサ２０５により実行が制御されるソフトウェアとして実現されてもよい。

第１のステップ６０１において、カメラ１１２〜１１５と関連するメタデータがレイアウト５０２と関連するクエリの基準と一致しなくなるまで、プロセッサ２０５は待機する。カメラ１１２〜１１５と関連するメタデータがレイアウト５０２と関連するクエリの基準と一致しなくなった時点で、方法２００はステップ６０２へ進む。ステップ６０２において、プロセッサ２０５はタイマを始動する。

次のステップ６０３において、カメラ１１２〜１１５と関連するメタデータがクエリの基準と一致した時点から経過した時間をプロセッサ２０５は判定する。次のステップ６０４において、ステップ６０３で判定された時間が所定の閾値（又は時間切れ値）より長い場合、方法６００はステップ６０５へ進む。閾値以下である場合、方法６００はステップ６０６へ進む。ステップ６０６において、プロセッサ２０５はビデオウィンドウをレイアウト５０２から除去し、方法６００は終了する。

ステップ６０６において、カメラ１１２〜１１５のメタデータがクエリと一致するとプロセッサ２０５が判定した場合、方法６００はステップ６０１に戻る。一致しないとプロセッサ２０５が判定した場合、方法６００はステップ６０３に戻る。ステップ６０１において、カメラ１１２〜１１５と関連するメタデータがクエリと一致しなくなるまで、プロセッサ２０５は待機する。

方法６００の一実施形態において、ウィンドウ（例えば５０５）を表示させた原因又はウィンドウ（例えば５０５）を表示させたイベントの関連性に応じて、所定の閾値（又は時間切れ値）は変更されてもよい。更に、特定のカメラ１１２〜１１５の優先順位に応じて、所定の閾値（又は時間切れ値）は変更されてもよい。例えば、カメラ１１２〜１１５と関連するメタデータが銀行の地下金庫のモーションセンサのアラームの起動であった場合、その警報を誰かが見る機会を増やすために、カメラ１１２〜１１５からのライブビデオを表示するビデオウィンドウは、更に長い時間表示装置２１４に表示されたままであってもよい。カメラ１１２〜１１５のうちどれが表示されているかに応じて、所定の閾値（又は時間切れ値）は変更されてもよい。更に、レイアウト５０２の中に表示中であるビデオウィンドウ（例えば５０５）の数に応じて、所定の閾値（又は時間切れ値）は変更されてもよい。例えば、レイアウトに追加されるビデオウィンドウの数が増すにつれて、ビデオウィンドウと関連する所定の閾値は減少されてもよい。

一実施形態において、カメラ１１２〜１１５のうち１つからのライブビデオを表示するビデオウィンドウは、所定の時間にわたり表示装置２１４に表示されたままである。従って、所定の時間にわたり、ビデオデータは特定のビデオウィンドウの中に表示される。所定の時間の後、ビデオウィンドウは消失してもよい。この場合にも、そのような所定の時間は「時間切れ値」と呼ばれてもよい。

次に、図７を参照して、特定のカメラ１１２〜１１５からのライブビデオデータを示すビデオウィンドウ（例えば５０５）をレイアウト５０２から除去する別の方法７００を説明する。方法７００は、ハードディスクドライブ２１０に常駐し且つプロセッサ２０５により実行が制御されるソフトウェアとして実現されてもよい。

カメラ１１２〜１１５と関連するメタデータがレイアウト５０２と関連するクエリの基準と一致しなくなった場合、直ちに方法７００はビデオウィンドウを除去する。

第１のステップ７０２において、カメラ１１２〜１１５と関連するメタデータがレイアウト５０２と関連するクエリと関連する基準と一致しなくなるまで、プロセッサ２０５は待機する。一致しなくなった場合、次のステップ７０３において、プロセッサ２０５は、カメラ１１２〜１１５からのライブビデオデータを示すビデオウィンドウ（例えば５０５）をレイアウト５０２から直ちに除去する。

次に、図８を参照して、特定のカメラ１１２〜１１５からのライブビデオデータを示すビデオウィンドウ（例えば５０５）をレイアウト５０２から除去する更に別の方法８００を説明する。方法８００は、ハードディスクドライブ２１０に常駐し且つプロセッサ２０５により実行が制御されるソフトウェアとして実現されてもよい。レイアウト５０２の中にビデオウィンドウ（例えば５０５）が現れたことをシステム１００のオペレータが確認した場合、方法８００はビデオウィンドウをレイアウト５０２から除去する。

方法８００は第１のステップ８０２で始まる。ステップ８０２において、カメラ１１２〜１１５と関連するメタデータがレイアウト５０２と関連するクエリと一致しなくなるまで、プロセッサ２０５は待機する。次のステップ８０３において、カメラ１１２〜１１５からのライブビデオデータを示すビデオウィンドウ（例えば５０５）をオペレータが確認するまで、プロセッサ２０５は待機する。この確認は、通常、レイアウト５０２上でボタンをクリックするか又はメニュー項目を選択することにより実行されてもよい。オペレータがビデオウィンドウ（例えば５０５）を確認した後、次のステップ８０４において、ビデオウィンドウはレイアウト５０２から除去される。

次に、図９を参照して、レイアウトを選択する方法９００を説明する。方法９００は、サーバ２００のハードディスクドライブ２１０に常駐し且つプロセッサ３０５により実行が制御されるソフトウェアとして実現されてもよい。

方法９００は第１のステップ９０２で始まる。ステップ９０２において、レイアウトが選択される。例えば、ユーザは、ビューワ２００の表示装置２１４に表示されたＧＵＩ５００のレイアウトセレクタ５０６を使用してレイアウトを選択してもよい。その後、プロセッサ２０５は、通常、選択されたレイアウトをストレージサーバ３００にアップロードする。次のステップ９０３において、プロセッサ３０５はレイアウトを処理する。特に、ステップ９０３において、プロセッサ３０５は、複数のカメラ１１２〜１１５（又はビデオデータソース）のうち、選択されたレイアウトに対応するクエリと関連する基準を満たす１つ以上のカメラを判定する。クエリの基準を満たすいずれかのカメラ１１２〜１１５に対応するビデオウィンドウ（例えば５０５）がレイアウトに追加される。次のステップ９０４において、別のレイアウトが選択されたとプロセッサ３０５が判定した場合、方法９００はステップ９０３に戻る。別のレイアウトが選択されたと判定されなかった場合、方法９００は終了する。

以上説明された方法は、ユーザによる選択に応じて、異なるカメラ１１２〜１１５に組み合わせるか又は適用することができる。

図４を参照して上述したように、通常、メタデータは属性と値との対のリスト（例えば４０１）として格納される。リスト４０１中の要素「zone」４０５などの各要素は、複数の型のうちの１つであってもよい単一の属性（例えば「Level 7」）を格納できる。属性はブール値、数字又はテキストストリングであってもよい。メタデータが変更された場合、要素（例えば「zone」）はビューワ２００により更新される。

メタデータの一例は、特定のカメラ１１２〜１１５の場所である。例えば、システム１００は、カメラ１１２〜１１５が設置される建物のレベルによりカメラ１１２〜１１５を分類してもよい。この場合、属性の値（例えばzone）は、どこにカメラが設置されているかのストリング記述（例えば「Level 7」）であってもよい。この値は、おそらくそれほど頻繁には変化しないと考えられる。

使用されるメタデータの別の例は、ビデオデータに対する動き検出である。この場合、ビデオデータの連続するフレーム間の差分が判定され、差分量が所定の閾値を超えた場合、そのカメラ１１２〜１１５の動き属性（例えば「motion」）がトリガされる。通常、動き検出属性は対応するブール値を有し、リスト４０１に示すように、動きがトリガされた場合、属性値は「true」に設定される。従って、クエリの１つ（又は複数）の基準に適合する複数のカメラ１１２〜１１５（又はビデオデータソース）のうち１つからのビデオデータが選択されてもよい。選択されたビデオデータは、そのクエリと関連するレイアウトの中に表示されてもよい。

どの特定のカメラ１１２〜１１５とも関連しないメタデータの一例は曜日である。そのようなメタデータは、どのカメラ１１２〜１１５とも関連しないリスト４０２に、その曜日（すなわち「Wednesday」）であるストリング値４０７を有する「day_of_the_week」と呼ばれる属性４０６として格納される。この処理は、監視されている全てのメタデータについて続けられる。

特定のカメラ１１２〜１１５からのライブビデオデータを示すビデオウィンドウ（例えば５０５）がレイアウト５０２に表示される時間の長さをカメラ１１２〜１１５と関連付けることができる。各カメラ１１２〜１１５には、ユーザにより時間切れ値（又は所定の閾値）が割り当てられてもよく、カメラ１１２〜１１５がレイアウト５０２にある場合、グローバルデフォルト時間切れ値ではなく、その値が時間切れ値として使用される。時間切れ値は、イベントの関連性（例えば動き検出）又はカメラ１１２〜１１５の優先順位に従属してもよい。

一実施形態において、レイアウト５０２と関連するクエリにおけるメタデータの種々の属性に異なる重みが割り当てられてもよい。この場合、特定のカメラ１１２〜１１５と関連するメタデータがレイアウト５０２と関連するクエリと一致するならば、その特定のカメラ１１２〜１１５からのライブビデオデータを示すビデオウィンドウに対して時間切れの持続時間を判定するために、それらの異なる重みが合計されてもよい。カメラ１１２〜１１５と関連するメタデータがレイアウト５０２と関連するクエリを満たす状態は複数存在していてもよい。

前述のように、ビデオデータは、ネットワーク２２０に接続されたビューワ２００（すなわち第１のコンピュータ）により表示され、選択されたレイアウト及び対応するクエリは、ビューワ２００（すなわち第１のコンピュータ）に格納される。別の実施形態において、ビデオデータは、ネットワーク２２０に接続されたビューワ２００（すなわち第１のコンピュータ）により表示され、選択されたレイアウト及び対応するクエリは、ネットワーク２２０に接続されたストレージサーバ３００（すなわち第２のコンピュータ）に格納される。この場合、レイアウト５０２に対応するクエリは、ストレージサーバ３００において一部又は全部が評価されてもよい。ストレージサーバ３００においてクエリを実行することにより、１つのビューワ２００がクエリと一致するメタデータを有する１組のカメラ１１２〜１１５の各カメラを観察していることをシステム１００は保証する。ストレージサーバ３００は、１組のカメラ１１２〜１１５に対してクエリを実行するために要求される全てのアクションを実行し、カメラ１１２〜１１５のうち１つと関連するメタデータがクエリと一致する場合、ストレージサーバ３００は、そのカメラ１１２〜１１５からのビデオデータが閲覧される必要があることをビューワ２００のうち１つに報知する。更に、そのカメラ１１２〜１１５と関連するビデオウィンドウがレイアウト５０２から除去される必要のある場合、ストレージサーバ３００はビューワ２００に除去を命令する。

一実施形態において、特定のカメラ１１２〜１１５からの撮影中のライブビデオデータではなく、そのカメラ１１２〜１１５の事前記録済みビデオデータがビューワ２００で閲覧されてもよい。そのような実施形態において、特定のカメラ１１２〜１１５と関連するビデオウィンドウ（例えば５０５）がレイアウト５０２に表示される場合、そのカメラ１１２〜１１５の事前記録済みビデオデータはストレージサーバ３００から要求される。要求される記録済みビデオデータの持続時間は、レイアウト５０２中にクエリと共に格納されるパラメータにより定義されてもよい。例えば、レイアウト５０２は、カメラ１１２〜１１５と関連するメタデータが格納されたクエリの基準と一致する前の５秒間のビデオデータを再生するための命令を含んでもよく、そのカメラ１１２〜１１５のビデオウィンドウがレイアウトに追加される。

更に別の実施形態において、レイアウトの１つのビデオウィンドウは、特定のカメラからのライブビデオデータを表示し、そのレイアウトの別のビデオウィンドウは、そのカメラからの事前記録済みビデオデータを表示してもよい。例えば、図１３に示されるように、カメラ１３０１は、例えばカメラ１３０１と関連するセンサの起動によって起動されてもよい。この場合、カメラ１３０１からのライブビデオデータを示すために、ビデオウィンドウ１３０２がレイアウト１３０３に追加される。更に、カメラ１３０１の事前記録済みビデオデータ（例えばそれ以前の３０秒間）を表示するために、別のビデオウィンドウ１３０４がレイアウト１３０３に追加される。

更に別の実施形態において、レイアウトに対応するクエリと一致するカメラからのライブビデオデータを示すビデオウィンドウ（例えば５０５）を表示するのに加えて、関連するビデオデータを示すようにクエリが構成されてもよい。例えば、図１２に示されるように、カメラ１２０１により取り込まれるビデオデータにおいて動きが検出されてもよい。従って、カメラ１２０１からのライブビデオデータを示すビデオウィンドウ１２０３がレイアウト１２０４に追加される。この例において、カメラ１２０５及びカメラ１２０１は同じ部屋の中に装着されているので、カメラ１２０５はカメラ１２０１と関連する。すなわち、カメラ１２０５及び１２０１は物理的に互いに隣接している。従って、カメラ１２０５からのライブビデオデータを示すために、ビデオウィンドウ１２０６がレイアウト１２０４に追加される。更に別の実施形態において、選択されたレイアウト５０２に対応するクエリは、ビデオデータが表示されるビデオウィンドウ（例えば５０５、５０９）の大きさを調整する。

別の実施形態において、特定のカメラ１１２〜１１５と関連するメタデータがレイアウト５０２に対するクエリの基準と一致し且つそのカメラ１１２〜１１５のビデオウィンドウ（例えば５０５）がレイアウト５０２上に表示される場合、カメラ１１２〜１１５と関連するメタデータがクエリの基準と一致したという判定の前の３０秒間の事前記録済みビデオデータを示す同一のカメラ１１２〜１１５からの別のビデオウィンドウ（例えば５０９）が更に表示される。説明された方法により、対応する異なるクエリを有する異なるレイアウトをユーザが選択できる。一例において、図１１に示されるように、レイアウト１１０１は、レベル７の全てのカメラ１１０５、１１０６及び１１０７のライブビデオを表示するビデオウィンドウ１１０２、１１０３及び１１０４を含む。従って、レイアウト１１０１と関連するクエリは「Cameras on Level 7（レベル７のカメラ）」である。この例において、「New（新たな）」カメラ１１０８が追加される。従って、新たに追加されたカメラ１１０８からのライブビデオデータを示すために、新たなビデオウィンドウ１１０９がレイアウト１１０１に追加される。これに対し、レイアウト１１０３は、動きが検出された全てのカメラ１１０９及び１１１１からのライブビデオデータを示すビデオウィンドウ１１０９及び１１１０を含む。従って、レイアウト１１０３と関連するクエリは「Cameras with motion（動きを伴うカメラ）」である。

以上説明された方法の利点は、現在のレイアウトに関連して関心があると考えられるビデオウィンドウのみをユーザが閲覧することである。更に、レイアウト５０２などのレイアウトは動的であり、事前定義済みテンプレートに制約されない。また、説明された方法と組み合わせて更に多様なトリガも使用できる。例えば、特定のレイアウトの中に表示されるビデオウィンドウをトリガするために、外部イベント（例えば、センサトリガ、動き検出）の任意の組み合わせを使用できる。

＜産業上の利用可能性＞
説明された構成がコンピュータ及びデータ処理産業）に対して適用可能であることは、上述より明らかである。

前述では、本発明のいくつかの実施形態を説明したにすぎない。本発明の範囲及び趣旨を逸脱せずに変形及び／又は変更が可能であり、これら実施形態は、例証するものであり限定するものではない。

本明細書において、用語「具備する」は、「主に含むが、単独で必要ではない」、「有する」又は「含む」ことを意味し、「〜のみで構成される」ことではない。用語「具備する」の語形変化は、それに対応して意味の変化を示す。

Claims (14)

1. ビデオデータを表示する方法であって、
   表示のために複数のクエリのうち１つを選択するステップと、
   前記選択されたクエリと、複数のビデオデータソースのメタデータとを一致させるステップと、
   前記クエリと一致するビデオデータソースからの前記ビデオデータを表示するステップと、
   対応するビデオソースが前記選択されたクエリを満たさなくなった場合、前記表示から前記ビデオデータを除去するステップと
   を備えることを特徴とする方法。
2. 前記生成された複数のクエリの各々は、複数のレイアウトのうち対応する１つのレイアウトと共に格納され、各レイアウトは、前記ビデオデータを表示するための１つ以上のビデオウィンドウの配列を表現することを特徴とする請求項１に記載の方法。
3. 前記クエリと一致する前記ビデオデータは、前記選択されたクエリに対応するレイアウトの中に表示されることを特徴とする請求項２に記載の方法。
4. 前記クエリと一致する前記ビデオデータを表示する前記ビデオウィンドウは、所定の時間の後に前記対応するレイアウトから除去されることを特徴とする請求項３に記載の方法。
5. 前記クエリと一致する前記ビデオデータを表示する前記ビデオウィンドウは、前記対応するビデオデータソースが前記選択されたクエリを満たさなくなった時点で直ちに前記対応するレイアウトから除去されることを特徴とする請求項３に記載の方法。
6. 前記クエリと一致する前記ビデオデータを表示する前記ビデオウィンドウは、前記ビデオウィンドウが確認された時点で直ちに前記対応するレイアウトから除去されることを特徴とする請求項３に記載の方法。
7. 前記選択されたクエリにおけるメタデータの種々の属性に異なる重みが割り当てられることを特徴とする請求項１に記載の方法。
8. 前記ビデオデータは、ネットワークに接続された第１のコンピュータにより表示され、前記選択されたレイアウト及び対応するクエリは、前記ネットワークに接続された第２のコンピュータに格納されることを特徴とする請求項１に記載の方法。
9. 前記ビデオデータは、ネットワークに接続された第１のコンピュータにより表示され、前記選択されたレイアウト及び対応するクエリは、前記第１のコンピュータに格納されることを特徴とする請求項１に記載の方法。
10. 前記ビデオデータは、所定の期間表示されることを特徴とする請求項１に記載の方法。
11. 前記選択されたレイアウトは、前記ビデオデータが表示されるビデオウィンドウの大きさを判定するための複数の設定を含むことを特徴とする請求項１に記載の方法。
12. 前記選択されたレイアウトに対応する前記クエリは、前記ビデオデータが表示されるビデオウィンドウの大きさを調整することを特徴とする請求項１に記載の方法。
13. ビデオデータを表示する装置であって、
    表示のために、複数のクエリのうち１つを選択する選択手段と、
    前記選択されたクエリと、複数のビデオデータソースのメタデータと、を一致させる一致手段と、
    前記クエリと一致するビデオデータソースからの前記ビデオデータを表示する表示手段と、
    対応するビデオソースが前記選択されたクエリを満たさなくなった場合、前記表示から前記ビデオデータを除去する除去手段と
    を備えることを特徴とする装置。
14. ビデオデータを表示する為の処理をコンピュータに実行させるように構成されたプログラムを格納した、コンピュータ読み取り可能な記憶媒体であって、前記プログラムが、
    表示のために、複数のクエリのうち１つを選択する為のコードと、
    前記選択されたクエリと、複数のビデオデータソースのメタデータと、を一致させる為のコードと、
    前記クエリと一致するビデオデータソースからの前記ビデオデータを表示する為のコードと、
    対応するビデオソースが前記選択されたクエリを満たさなくなった場合、前記表示から前記ビデオデータを除去する為のコードと
    を備えることを特徴とするコンピュータ読み取り可能な記憶媒体。

Images