(57)【特許請求の範囲】
【請求項１】
複数のカメラにより得られたビデオデータを表示装置へ送信可能なサーバ装置であって、
前記複数のカメラにより得られた複数のビデオデータを記録する第１の記録手段と、
前記複数のカメラの各々に関連するイベントの時間を記録する第２の記録手段と、
前記表示装置からビデオデータを要求するメッセージを受信する手段と、
前記メッセージに応答して、前記第１の記録手段で記録された前記複数のカメラより得られた前記複数のビデオデータを前記表示装置へ送信する送信手段と、
前記表示装置が再生しているビデオデータの再生時間と前記第２の記録手段で記録されたイベントの時間に従って、前記送信手段の送信処理を制御する制御手段とを備え、
該制御手段は、
前記表示装置に同じ時間の複数の映像を表示させるため、再生時間が同じである前記複数のビデオデータを前記表示装置へ送信するように前記送信手段を制御し、かつ、
前記第２の記録手段に記録された前記複数のカメラの各々に関連するイベントの中のいずれか１つに、送信しているビデオデータの前記再生時間との差が所定閾値内の時間のイベントがある場合、前記所定閾値内の時間のイベントがない場合よりも、送信対象となっている前記複数のビデオデータの再生速度が遅くなるように、前記複数のビデオデータを前記表示装置へ送信するように前記送信手段を制御し、
前記送信手段は、前記第１の記録手段が記録したビデオデータのうち、前記表示装置にて非選択のカメラのビデオデータを送信対象外とし、
前記制御手段は、前記送信対象外のカメラのイベントにより前記再生速度が遅くなるようにはしない
ことを特徴とするサーバ装置。
【請求項２】
ユーザが指定した前記所定の閾値を入力するための入力手段を更に有することを特徴とする請求項１に記載のサーバ装置。
【請求項３】
前記制御手段は、前記時間差が小さくなるほど、再生速度が遅くなるように前記複数のビデオデータを前記表示装置へ送信するように前記送信手段を制御することを特徴とする請求項１に記載のサーバ装置。
【請求項４】
複数のカメラにより得られたビデオデータを表示装置へ送信可能なサーバ装置で実行される送信方法あって、
前記複数のカメラにより得られた各々のビデオデータを記録する第１の記録工程と、
前記複数のカメラの各々に関連するイベントの時間を記録する第２の記録工程と、
前記表示装置からビデオデータを要求するメッセージを受信する工程と、
前記メッセージに応答して、前記第１の記録工程で記録された前記複数のカメラより得られた前記複数のビデオデータを前記表示装置へ送信する送信工程と、
前記表示装置が生成しているビデオデータの再生時間と前記第２の記録工程で記録されたイベントの時間に従って、前記送信工程の送信処理を制御する制御工程とを備え、
該制御工程は、
前記表示装置に同じ時間の複数の映像を表示させるため、再生時間が同じである前記複数のビデオデータを前記表示装置へ送信するように前記送信工程を制御し、かつ、
前記第２の記録工程で記録された前記複数のカメラの各々に関連するイベントの中のいずれか１つに、送信しているビデオデータの前記再生時間との差が所定閾値内の時間のイベントがある場合、前記所定閾値内の時間のイベントがない場合よりも、送信対象となっている前記複数のビデオデータの再生速度が遅くなるように、前記複数のビデオデータを前記表示装置へ送信するように前記送信工程を制御し、
前記送信工程は、前記第１の記録工程で記録されたビデオデータのうち、前記表示装置にて非選択のカメラのビデオデータを送信対象外とし、
前記制御工程は、前記送信対象外のカメラのイベントにより前記再生速度が遅くなるようにはしない
ことを特徴とする送信方法。
【請求項５】
前記制御工程は、前記時間差が小さくなるほど、再生速度が遅くなるように前記複数のビデオデータを前記表示装置へ送信するように前記送信工程を制御することを特徴とする請求項４に記載の送信方法。
【請求項６】
請求項４又は５に記載の送信方法をコンピュータに実行させるためのプログラム。
【請求項７】
複数のカメラにより得られた、同じ時間の複数のビデオデータをサーバ装置から受信して再生可能な表示装置であって、
前記サーバ装置から、前記複数のカメラの各々に関連するイベントの時間を取得する取得手段と、
前記サーバ装置から受信した前記複数のビデオデータの再生時間と、前記取得手段により取得した前記複数のカメラの各々に関連するイベントの時間との時間差を判定する手段と、
前記判定の結果、前記取得手段で取得した前記複数のカメラの各々に関連するイベントの中のいずれか１つに、前記時間差が所定の閾値内の時間のイベントがあると判定した場合、前記所定の閾値内の時間のイベントがないと判定された場合よりも送信対象となっている前記複数のビデオデータの再生速度が遅くなるように、前記複数のビデオデータを前記表示装置へ送信するように前記サーバ装置に要求する要求手段と、
前記要求した再生速度に応じて前記サーバ装置から送信された前記複数のビデオデータを受信して再生する手段とを有し、
前記要求手段は、
前記複数のビデオデータのうち、非選択のカメラのビデオデータを送信対象外とし、
前記送信対象外のカメラのイベントにより前記再生速度が遅くならないように要求する
ことを特徴とする表示装置。
【請求項８】
前記再生する手段は、前記時間差が前記所定の閾値内のときの当該時間差のイベントに関連するカメラのビデオデータを表示するウィンドウを、当該時間差のイベントとは関連しないカメラのビデオデータを表示するウィンドウよりも強調表示することを特徴とする請求項７に記載の表示装置。
【請求項９】
前記所定の閾値をユーザが指定するための指定手段を更に有することを特徴とする請求項７又は８に記載の表示装置。
【請求項１０】
前記要求手段は、前記時間差が小さくなるほど、再生速度が遅くなるように前記複数のビデオデータを前記サーバ装置に要求することを特徴とする請求項７乃至９のいずれか１項に記載の表示装置。
【請求項１１】
複数のカメラにより得られた、同じ時間の複数のビデオデータをサーバ装置から受信して再生可能な表示装置で実行される表示方法であって、
前記サーバ装置から、前記複数のカメラの各々に関連するイベントの時間を取得する取得工程と、
前記サーバ装置から受信した前記複数のビデオデータの再生時間と、前記取得工程により取得した前記複数のカメラの各々に関連するイベントの時間との時間差を判定する工程と、
前記判定の結果、前記取得工程で取得した前記複数のカメラの各々に関連するイベントの中のいずれか１つに、前記時間差が所定の閾値内の時間のイベントがあると判定した場合、前記所定の閾値内の時間のイベントがないと判定された場合よりも送信対象となっている前記複数のビデオデータの再生速度が遅くなるように、前記複数のビデオデータを前記表示装置へ送信するように前記サーバ装置に要求する要求工程と、
前記要求した再生速度に応じて前記サーバ装置から送信された前記複数のビデオデータを受信して再生する工程とを有し、
前記要求工程は、
前記複数のビデオデータのうち、非選択のカメラのビデオデータを送信対象外とし、
前記送信対象外のカメラのイベントにより前記再生速度が遅くならないように要求する
ことを特徴とする表示方法。
【請求項１２】
前記要求工程は、前記時間差が小さくなるほど、再生速度が遅くなるように前記複数のビデオデータを前記サーバ装置に要求することを特徴とする請求項１１に記載の表示方法。
【請求項１３】
請求項１１又は１２に記載の表示方法をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバ装置、表示装置、送信方法、及び表示方法に関する。
【背景技術】
【０００２】
ビデオカセットレコーダ（ＶＣＲ）及びデジタルハードディスクビデオレコーダなどの録画ユニットは周知であり、且つ、広く使用されている。録画ユニットは、録画システムの一部として使用されることが多い。従来、録画システムは多くのカメラ（例えば、８個又は１６個のカメラ）に接続される録画ユニットで構成される。録画ユニットは、ビデオデータ及び画像データの１つ以上のストリームをカメラから検索し、データをハードディスク又はテープに格納する。録画システムは、ビデオモニタリング、監視及び警備を含む多くの用途に使用される。
【０００３】
近年、録画ユニットは、標準的なパーソナルコンピュータのプラットフォームに常駐するソフトウェアとして実現されている。そのようなソフトウェアによって実現される録画ユニットは、通常ハイパーテキスト転送プロトコル（ＨＴＴＰ）などの規格プロトコルを使用するインターネットプロトコル（ＩＰ）を用いてネットワーク上で１つ以上のビデオカメラに直接接続する。通常、ネットワークを介して送信されるビデオデータはデジタル化された形式である（例えばmotion JPEG, MPEG-2、MPEG-4）。
【０００４】
ソフトウェアによって実現される録画ユニットは、通常レビューのための記録ビデオデータの再生をサポートする。オプションとして、そのようなユニットは、記録ビデオデータの１つ以上のストリームを同時に再生できる。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
警備環境においては、通常記録されたビデオデータストリームは注目活動が存在しないセグメントを含む。従って、一般に録画システムは、ある特定の注目活動が発生した時のイベント情報を記録する。通常、録画システムのオペレータは再生制御を使用し、活動が存在するビデオデータストリームのセグメントまで早送りし、イベントが存在しないビデオデータストリームのセグメントをスキップする。そのような方法の欠点は、記録ビデオデータを処理及びレビューするために大量のユーザ対話を必要とする場合が多く、非効率的なことである。
【０００６】
本発明は、既存の構成の１つ以上の欠点を実質的に克服するか又は少なくとも改善することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の一つの態様によれば、複数のカメラにより得られたビデオデータを表示装置へ送信可能なサーバ装置であって、
前記複数のカメラにより得られた複数のビデオデータを記録する第１の記録手段と、
前記複数のカメラの各々に関連するイベントの時間を記録する第２の記録手段と、
前記表示装置からビデオデータを要求するメッセージを受信する手段と、
前記メッセージに応答して、前記第１の記録手段で記録された前記複数のカメラより得られた前記複数のビデオデータを前記表示装置へ送信する送信手段と、
前記表示装置が再生しているビデオデータの再生時間と前記第２の記録手段で記録されたイベントの時間に従って、前記送信手段の送信処理を制御する制御手段とを備え、
該制御手段は、
前記表示装置に同じ時間の複数の映像を表示させるため、再生時間が同じである前記複数のビデオデータを前記表示装置へ送信するように前記送信手段を制御し、かつ、
前記第２の記録手段に記録された前記複数のカメラの各々に関連するイベントの中のいずれか１つに、送信しているビデオデータの前記再生時間との差が所定閾値内の時間のイベントがある場合、前記所定閾値内の時間のイベントがない場合よりも、送信対象となっている前記複数のビデオデータの再生速度が遅くなるように、前記複数のビデオデータを前記表示装置へ送信するように前記送信手段を制御し、
前記送信手段は、前記第１の記録手段が記録したビデオデータのうち、前記表示装置にて非選択のカメラのビデオデータを送信対象外とし、
前記制御手段は、前記送信対象外のカメラのイベントにより前記再生速度が遅くなるようにはしない
ことを特徴とするサーバ装置が提供される。
【０００８】
本発明の他の態様によれば、複数のカメラにより得られたビデオデータを表示装置へ送信可能なサーバ装置で実行される送信方法あって、
前記複数のカメラにより得られた各々のビデオデータを記録する第１の記録工程と、
前記複数のカメラの各々に関連するイベントの時間を記録する第２の記録工程と、
前記表示装置からビデオデータを要求するメッセージを受信する工程と、
前記メッセージに応答して、前記第１の記録工程で記録された前記複数のカメラより得られた前記複数のビデオデータを前記表示装置へ送信する送信工程と、
前記表示装置が生成しているビデオデータの再生時間と前記第２の記録工程で記録されたイベントの時間に従って、前記送信工程の送信処理を制御する制御工程とを備え、
該制御工程は、
前記表示装置に同じ時間の複数の映像を表示させるため、再生時間が同じである前記複数のビデオデータを前記表示装置へ送信するように前記送信工程を制御し、かつ、
前記第２の記録工程で記録された前記複数のカメラの各々に関連するイベントの中のいずれか１つに、送信しているビデオデータの前記再生時間との差が所定閾値内の時間のイベントがある場合、前記所定閾値内の時間のイベントがない場合よりも、送信対象となっている前記複数のビデオデータの再生速度が遅くなるように、前記複数のビデオデータを前記表示装置へ送信するように前記送信工程を制御し、
前記送信工程は、前記第１の記録工程で記録されたビデオデータのうち、前記表示装置にて非選択のカメラのビデオデータを送信対象外とし、
前記制御工程は、前記送信対象外のカメラのイベントにより前記再生速度が遅くなるようにはしない
ことを特徴とする送信方法が提供される。
【０００９】
本発明の他の態様が更に開示される。
【図面の簡単な説明】
【００１０】
【図１】本明細書中で説明される実施形態が実現される録画システムを示すブロック図である。
【図２】図１のシステムと共に使用するユーザインタフェースのウィンドウを示す図である。
【図３】クライアントとサーバとの間の対話を説明する上位ブロック図である。
【図４】１つ以上のビデオデータストリームを表示する方法を示すフローチャートである。
【図５】ビデオデータストリームを再生速度で送信する方法を示すフローチャートである。
【図６】ビデオデータストリームが送信及び表示される再生速度を判定する方法を示すフローチャートである。
【図７】本明細書中で説明されるストレージサーバが実現される汎用コンピュータを概略的に示すブロック図である。
【図８】本明細書中で説明されるクライアントが実現される汎用コンピュータを概略的に示すブロック図である。
【図９】ビデオデータストリームを記録する方法を示すフローチャートである。
【図１０】ビデオデータストリームを判定された再生速度で送信する方法を示すフローチャートである。
【図１１】クライアントとサーバとの間の対話を説明する別の上位ブロック図である。
【図１２】再生速度を判定する方法を示すフローチャートである。
【発明を実施するための形態】
【００１１】
図面を参照して、本発明の１つ以上の実施形態を説明する。
【００１２】
添付の図面のうちの任意の１つ以上において、同一の図中符号を有するステップ及び／又は特徴を参照する場合、本明細書の便宜上、それらのステップ及び／又は特徴は、特に指示のない限り同一の機能又は動作を有する。
【００１３】
図１乃至図８を参照して、１つ以上のビデオデータストリームを表示する方法４００（図４を参照）を以下に説明する。ビデオデータストリームを再生速度で送信する方法５００を更に説明する。また、ビデオデータストリームが送信及び表示される再生速度を判定する方法６００を更に説明する。更に、ビデオデータストリームを記録する方法９００を説明する。ビデオデータストリームを再生速度で送信する方法１０００を更に説明する。更に、再生速度を判定する方法１２００を説明する。実施形態において、方法４００、５００、６００及び９００は、図１に示すような録画システム１００内で実現されても良い。システム１００は、インターネット又はイントラネットなどのＩＰを使用する通信ネットワーク７２０に接続されるビデオカメラ１０３、１０４及び１０５を含む。各カメラ１０３、１０４及び１０５は、それぞれ独立してビデオデータストリームを取り込む役割を有する。
【００１４】
システム１００は、取り込まれたビデオデータストリームを処理及び表示するクライアント７００を更に含む。図７に示すように、クライアント７００は、コンピュータモジュール７０１と、キーボード７０２及びマウス７０３等の入力装置と、プリンタ７１５、表示装置７１４及びスピーカ７１７を含む出力装置とから構成されるのが好ましい。変復調装置（モデム）トランシーバ装置７１６は、例えば電話線７２１又は他の機能媒体を介して接続可能な通信ネットワーク７２０との間で通信するために、コンピュータモジュール７０１により使用される。モデム７１６は、インターネット、並びにローカルエリアネットワーク（ＬＡＮ）又はワイドエリアネットワーク（ＷＡＮ）等の他の任意のネットワークシステムの形態で実現される通信ネットワーク７２０にアクセスするために使用される。いくつかの実現例において、モデム７１６はコンピュータモジュール７０１に組み込まれても良い。
【００１５】
コンピュータモジュール７０１は、通常、少なくとも１つのプロセッサ装置７０５及びメモリ装置７０６を含む。メモリ装置７０６は、例えば半導体ランダムアクセスメモリ（ＲＡＭ）及び読出し専用メモリ（ＲＯＭ）から構成される。モジュール７０１は、ビデオディスプレイ７１４及びスピーカ７１７に結合するオーディオビデオインタフェース７０７、キーボード７０２及びマウス７０３及びオプションとしてジョイスティック（不図示）に対する入出力（Ｉ／Ｏ）インタフェース７１３、並びにモデム７１６及びプリンタ７１５に対するインフタフェース７０８を含む多くのＩ／Ｏインタフェースを更に含む。いくつかの実現例において、モデム７１６は、コンピュータモジュール７０１の中に組み込まれてもよく、例えばインタフェース７０８の中に組み込まれても良い。記憶装置７０９は提供され、通常、ハードディスクドライブ７１０及びフロッピディスクドライブ７１１を含む。磁気テープドライブ（不図示）が更に使用されても良い。通常、ＣＤ−ＲＯＭドライブ７１２は不揮発性のデータソースとして提供される。コンピュータモジュール７０１の構成要素７０５〜７１３は、通常、当業者に周知であるコンピュータシステムの従来の動作モードとなる方法で相互接続バス７０４を介して通信する。上述の構成が実現されるコンピュータの例は、ＩＢＭ−ＰＣ及び互換機、Sun Sparcstations又はそれから派生した同様のコンピュータシステムを含む。
【００１６】
録画システム１００は、通信ネットワーク７２０に接続されるストレージサーバ８００を更に含む。ストレージサーバ８００は、ビデオデータストリームの記録（即ち、要求及び格納）、ビデオデータストリームへのアクセス、イベント処理及びシステム１００の制御のために使用される。ストレージサーバ８００は、カメラ１０３、１０４及び１０５により生成されるイベントに対応するデータを更に格納する。ストレージサーバ８００は、動き検出イベント及びセンサイベント等のイベントに対応するデータを作成及び格納するために更に使用されても良い。ストレージサーバ８００を図８に詳細に示す。
【００１７】
ストレージサーバ８００は、コンピュータモジュール８０１と、キーボード８０２及びマウス８０３等の入力装置と、プリンタ８１５、表示装置８１４及びスピーカ８１７を含む出力装置とから構成されるのが好ましい。変復調装置（モデム）トランシーバ装置８１６は、例えば電話線８２１又は他の機能媒体を介して接続可能な通信ネットワーク７２０との間で通信するために、コンピュータモジュール８０１により使用される。モデム８１６は、インターネット、並びにローカルエリアネットワーク（ＬＡＮ）又はワイドエリアネットワーク（ＷＡＮ）等の他のネットワークシステムにアクセスするために使用され、いくつかの実現例においてはコンピュータモジュール８０１に組み込まれても良い。
【００１８】
コンピュータモジュール７０１と同様に、コンピュータモジュール８０１は、通常、少なくとも１つのプロセッサ装置８０５及びメモリ装置８０６を含む。メモリ装置８０６は、例えば、半導体ランダムアクセスメモリ（ＲＡＭ）及び読出し専用メモリ（ＲＯＭ）から構成される。モジュール８０１は、ビデオディスプレイ８１４及びスピーカ８１７に結合するオーディオビデオインタフェース８０７、キーボード８０２及びマウス８０３及びオプションとしてジョイスティック（不図示）に対する入出力（Ｉ／Ｏ）インタフェース８１３、並びにモデム８１６及びプリンタ８１５に対するインフタフェース８０８を含む多くのＩ／Ｏインタフェースを更に含む。いくつかの実現例において、モデム８１６は、コンピュータモジュール８０１の中に組み込まれてもよく、例えばインタフェース８０８の中に組み込まれても良い。記憶装置８０９は提供され、通常、ハードディスクドライブ８１０及びフロッピディスクドライブ８１１を含む。磁気テープドライブ（不図示）が更に使用されても良い。通常、ＣＤ−ＲＯＭドライブ８１２は不揮発性のデータソースとして提供される。コンピュータモジュール８０１の構成要素８０５〜８１３は、通常、当業者に周知であるコンピュータシステムの従来の動作モードとなる方法で相互接続バス８０４を介して通信する。
【００１９】
方法４００は、クライアント７００のコンピュータモジュール７０１内で実行するアプリケーションプログラム等のソフトウェアとして実現されるのが好ましい。特に、方法４００のステップは、プロセッサ７０５により実行されるソフトウェアの命令により行われる。命令は、各々が１つ以上の特定のタスクを実行する１つ以上のコードモジュールとして構成されても良い。例えばソフトウェアは、以下に説明する記憶装置を含むコンピュータ可読媒体に格納されても良い。ソフトウェアは、コンピュータ可読媒体からコンピュータモジュール７０１にロードされ、その後プロセッサ７０５により実行される。そのようなソフトウェア又はコンピュータプログラムが記録されたコンピュータ可読媒体は、コンピュータプログラム製品である。コンピュータにおいてコンピュータプログラム製品を使用することにより、本明細書中に説明する方法を実現する有利な装置が実現されることが好ましい。
【００２０】
方法５００、６００及び９００は、サーバ８００のコンピュータモジュール８０１内で実行する１つ以上のアプリケーションプログラム等のソフトウェアとして実現されるのが好ましい。特に、方法５００、６００及び９００のステップは、プロセッサ８０５により実行されるソフトウェアの命令により行われる。命令は、各々が１つ以上の特定のタスクを実行する１つ以上のコードモジュールとして構成されても良い。例えばソフトウェアは、以下に説明する記憶装置を含むコンピュータ可読媒体に格納されても良い。ソフトウェアは、コンピュータ可読媒体からコンピュータモジュール８０１にロードされ、その後プロセッサ８０５により実行される。そのようなソフトウェア又はコンピュータプログラムが記録されたコンピュータ可読媒体は、コンピュータプログラム製品である。コンピュータにおいてコンピュータプログラム製品を使用することにより、本明細書中に説明する方法を実現する有利な装置が実現されることが好ましい。
【００２１】
あるいは、方法４００、５００、６００及び９００は、同一のコンピュータモジュール内で実行する１つ以上のアプリケーションプログラムとして実現されても良い。
【００２２】
方法４００、５００、６００及び９００を例としてより詳細に説明する。本例に係るクライアントのグラフィカルユーザインタフェース（ＧＵＩ）２００のウィンドウ２０１を図２に示す。ウィンドウ２０１は、メインレイアウト領域２０２、コントロールパネル２２３及びタイムライン領域２１８を含む。レイアウト領域２０２は、ビデオデータストリームを表示する任意の数のビデオウィンドウを含む。図２の例において、３つのビデオウィンドウ２１５、２１６及び２１７が存在する。
【００２３】
コントロールパネル２２３は、レビューのためにカメラ１０３、１０４及び１０５のうち１つ以上を選択するために使用されても良い。コントロールパネル２２３は、所定の時間間隔閾値を指定し且つビデオデータストリームのレビューを開始するために更に使用されても良い。コントロールパネル２２３は、「カメラセレクタ」とラベル付けされるカメラセレクタ領域２０３を含む。カメラセレクタ領域２０３は、システム１００で利用可能なカメラ１０３、１０４及び１０５に対応する３つのラベル付けされるカメラチェックボックス２０４、２０５及び２０６を含む。カメラ１０３は、「カメラ１」とラベル付けされるチェックボックス２０４に対応する。カメラ１０４は、「カメラ２」とラベル付けされるチェックボックス２０５に対応する。カメラ１０５は、「カメラ３」とラベル付けされるチェックボックス２０６に対応する。図２の例において、カメラチェックボックス２０４及びカメラチェックボックス２０５が選択される。従って、カメラ１０３及びカメラ１０４がレビューするために選択される。
【００２４】
コントロールパネルは、「再生モード」とラベル付けされる再生モード領域２０７を更に含む。再生モード領域２０７は、「レビュー」とラベル付けされるレビューボタン２０８を有する。ユーザは、レビューボタン２０８を使用することにより、方法４００を実行し且つビデオデータのレビューを開始できる。実施形態において、レビューボタン２０８は、選択されたカメラの数が１より大きい場合に使用可能になる。選択されたカメラの数が１以下の場合、レビューボタン２０８は使用不可能になる。
【００２５】
コントロールパネル２２３は、「閾値」とラベル付けされる閾値領域２０９を更に含む。閾値領域２０９は入力フィールド２１０を含む。入力フィールド２１０は、ビデオの再生が少なくとも減速され始めるべきイベントからの時間を表す時間間隔閾値を指定するために使用されても良い。図２の例において、入力フィールド２１０は、イベントまでの秒数を指定するために使用されても良い。しかし、入力フィールド２１０は、イベントまでの分数又は他の適切な時間単位を指定するために更に使用されても良い。
【００２６】
ウィンドウ２０１のメイン領域は、「レイアウト」とラベル付けされるレイアウト領域２０２である。図２の例において、レイアウト領域２０２は、３つのビデオウィンドウ２１５、２１６及び２１７を含む。各ビデオウィンドウ２１５、２１６及び２１７は、カメラセレクタ領域２０３内のチェックボックス２０４、２０５及び２０６の１つに対応する。チェックボックスの１つ（例えば２０４）が選択される場合、ウィンドウが選択されたことを視覚的に指示するために、第２の境界線が対応するビデオウィンドウ（例えば２１５）の周囲に表示される。図２に示すように、カメラチェックボックス２０４及びカメラチェックボックス２０５が選択される。従って、「カメラ１」に対するビデオウィンドウ２１５及び「カメラ２」に対するビデオウィンドウ２１６は、追加の境界線が周囲に表示され、ビデオウィンドウ２１５及び２１６内に表示されているビデオデータストリームを強調表示する。チェックボックス２０６が選択されないため、「カメラ３」に対するビデオウィンドウ２１７には、追加の境界線がその周囲に表示されない。
【００２７】
タイムライン領域２１８は、レイアウト領域２０２の下に表示される。タイムライン領域２１８は、タイムライン２２０、プレイヘッド２１９及び１組の時間標識２２１を含む。プレイヘッド２１９は、現在の再生時間の位置を表す。タイムライン領域２１８は、日付指標２２２とイベント２１１、２１２、２１３及び２１４とを更に含む。イベント２１１、２１２、２１３及び２１４は、それぞれのビデオウィンドウに視覚的にリンクされる。特に、イベントを表示するために使用されるパターンは、そのイベントにリンクされるビデオウィンドウの境界線に対応する。例えば、「カメラ１」１０３に対するビデオウィンドウ２１５は、ウィンドウ２１５の周囲に実線の境界線を有し、イベント２１１及び２１３は同様に実線で表される。更に、「カメラ２」１０４に対するビデオウィンドウ２１６は、イベント２１２に対応する破線の境界線を有する。「カメラ３」１０５に対するビデオウィンドウ２１７は、イベント２１４に対応する点線の境界線を有し、イベント２１４は同様に点線を使用して表示される。マウスポインタがイベント上に移動される場合、色、ツールチップ又は対応する強調表示等の他の視覚的ヒントは、ビデオウィンドウ２１５〜２１７と表示されるイベントとをリンクするために更に使用されても良い。
【００２８】
ユーザが選択されたカメラの１つ以上のビデオデータストリームの表示を開始すると、プレイヘッド２１９はタイムライン２２０に沿って移動する。ビデオデータストリームは特定の再生速度で表示（又は再生）され、この特定の再生速度はプレイヘッド２１９の移動速度に反映される。現在の再生時間と最近接イベントとの間の時間間隔が短くなるにつれて、ビデオデータストリームの再生速度は変化する。閾値２１０は、選択されたカメラのビデオデータストリームの再生速度を判定するために使用される。未選択のカメラのイベントは無視される。図２の例において、「カメラ３」のチェックボックス２０６はチェックされない。従って、対応するイベント２１４は再生速度の判定から除外される。
【００２９】
更に、現在の再生時間位置が最近接イベント（あるいは最初のイベント又は次のイベント）の時間位置に近接する場合、その最近接イベントに関連するビデオデータストリームは、そのビデオデータストリームが表示されるビデオウィンドウを強調表示することにより強調表示される。例えば図２を参照すると、プレイヘッド２１９がイベント２１２の時間位置に近接する場合、イベント２１２に関連するビデオデータストリームは、そのビデオデータストリームを表示するビデオウィンドウ２１６の周辺に追加の境界線を表示することにより強調表示される。
【００３０】
図３は、クライアント７００とサーバ８００との間の対話を示す上位ブロック図である。図３に示すように、方法５００、６００及び９００を実現する１つ以上のソフトウェアアプリケーションがストレージサーバ８００に存在する。エンドユーザは、矢印３０３で示すように、ビデオデータの表示を開始するために、クライアント７００に常駐する１つ以上の他のソフトウェアアプリケーションを使用しても良い。ビデオデータの表示は、ネットワーク７２０を介してストレージサーバ８００へメッセージを送出することにより開始されても良い。その後、ストレージサーバ８００は方法５００を実行する。方法５００の実行中、ストレージサーバ８００は、矢印３０４で示すように、同一のネットワーク７２０を介してクライアント７００にビデオデータを判定された再生速度で返送する。例えばエンドユーザは、レビューボタン２０８をクリックすることによりビデオデータの表示を開始できる。再生速度は、サーバ８００のメモリ８０６に格納された変数により表されても良い。
【００３１】
図１及び図２の例を参照して、録画システム１００を使用してビデオデータを記録する方法９００を説明する。方法９００のステップは、任意の時間期間にわたって任意の数のビデオデータストリーム及びイベントに対して実行されても良い。
【００３２】
方法９００はステップ９０１から開始し、プロセッサ８０５は、第１のカメラにより取り込まれた第１のビデオデータストリームを記録するステップを実行する。例えば「カメラ１」１０３は、第１のビデオデータストリームを取り込んでも良い。プロセッサ８０５は、カメラ１０３からビデオデータストリームをアップロードし、ビデオデータストリームをメモリ８０６及び／又はハードディスクドライブ８１０に格納しても良い。次のステップ９０２において、プロセッサ８０５は、第１のカメラに関連する第１のイベントを記録するステップを実行する。例えばカメラ１０３は、特定の時間における動きイベントを検出する動き検出器を具備しても良い。プロセッサ８０５は、動きイベントの詳細をダウンロードし、イベントの時間を含む動きイベントの詳細をメモリ８０６及び／又はハードディスクドライブ８１０に格納する。
【００３３】
方法９００は次のステップ９０３へ進み、プロセッサ８０５は、第２のカメラにより取り込まれた第２のビデオデータストリームを記録するステップを実行する。例えば「カメラ２」１０４は、第２のビデオデータストリームを取り込んでも良い。プロセッサ８０５は、カメラ１０４から第２のビデオデータストリームをアップロードし、ビデオデータストリームをメモリ８０６及び／又はハードディスクドライブ８１０に格納しても良い。次のステップ９０４において、プロセッサ８０５は、第２のカメラに関連する第２のイベントを記録するステップを実行する。例えば、開扉が特定の時間において検出されても良い。プロセッサ８０５は、この開扉イベントの詳細をダウンロードし、イベントの時間を含むイベントの詳細をメモリ８０６及び／又はハードディスクドライブ８１０に格納しても良い。
【００３４】
次のステップ９０５において、任意の更なる記録対象のビデオデータストリーム及び／又はイベントが存在するとプロセッサ８０５が判定した場合、方法９００はステップ９０３に戻り、別のビデオデータストリームが記録されても良い。プロセッサ８０５がそのように判定しない場合、方法９００は終了する。
【００３５】
図４を参照して、１つ以上のビデオデータストリームを表示する方法４００を説明する。方法４００はステップ４０２から開始し、プロセッサ７０５はユーザからの入力を待つ。実施形態によると、２種類の入力がある。一方の種類の入力は、フィールド２１０を介して入力可能な時間間隔閾値である。他方の種類の入力は、１つ以上のビデオウィンドウ（例えば２１５）の選択である。上述のように、ビデオウィンドウは、カメラセレクタ領域２０３内のチェックボックス２０４、２０５及び２０６の１つ以上を選択することにより選択可能である。
【００３６】
次のステップ４０３において、プロセッサ７０５は指定された時間間隔閾値を判定する。ユーザがフィールド２１０で時間間隔閾値を指定した後、更新された時間間隔閾値はプロセッサ７０５によりメモリ７０６に格納される。従って、ステップ４０３において、時間間隔閾値はメモリ７０６から読出されても良い。一実施形態において、時間間隔閾値は、イベント優先度等のイベントのある特定の特性に基づいて、サーバ８００により自動的に判定される。
【００３７】
その後、次のステップ４０４において、プロセッサ７０５は、カメラ１０３、１０４及び１０５のうちレビューのために選択されたカメラを判定する。この場合も、レビューのために選択されたカメラ１０３、１０４及び１０５は、チェックボックス２０４、２０５及び２０６のうち選択されたチェックボックスを判定することにより判定されても良い。図２の例において、チェックボックス２０４及び２０５に関連するカメラ１０３及び１０４が選択されている。複数のカメラ１０３、１０４及び１０５がカメラセレクタ領域２０３を介してレビューのために選択されたとプロセッサ７０５が判定した後、プロセッサ７０５はレビューボタン２０８を使用可能にする。
【００３８】
次のステップ４０５において、プロセッサ７０５がレビューボタン２０８の選択を検出すると、矢印３０３で示すように、プロセッサ７０５はストレージサーバ８００へレビュー開始メッセージを送出する。
【００３９】
その後ステップ４０６において、矢印３０４で示すように、プロセッサ７０５は、ストレージサーバ８００からの１つ以上のビデオデータストリームの受信を開始する。クライアント７００は、選択されたカメラ１０３、１０４及び１０５から受信した１つ以上のビデオデータストリームを対応する選択されたビデオウィンドウ（例えば２１５、２１６）に表示する。全ての受信したビデオデータストリームが表示された後、方法４００は終了する。
【００４０】
図５を参照して、ビデオデータを送信する方法５００を説明する。方法５００はステップ５０２から開始し、プロセッサ８０５は、クライアント７００からレビュー開始メッセージ３０３を受信するのを待つ。ストレージサーバ８００がクライアント７００からレビュー開始メッセージ３０３を受信した後、方法８００はステップ５０４へ進み、プロセッサ８０５は、関連するイベントに対応する全てのイベントデータを取り出す。ステップ５０４において取り出されるイベントデータは、ステップ４０４において指定されたカメラ１０３及び１０４に対応する。例えば、動き検出イベントは、カメラ１０３に取り込まれた１つ以上のビデオデータストリームの分析から事前に判定されていても良い。この場合、イベントの時間を含む動き検出イベントの詳細は、ステップ５０４においてプロセッサ８０５により取り出される。
【００４１】
全ての関連するイベントデータが取り出された後、次のステップ５０５において、ストレージサーバ８００は、関連するイベントに関連する全てのビデオデータストリームを取り出す。この例を続けると、ステップ５０５において、カメラ１０３に関係する動き検出イベントに関連する全てのビデオデータストリームが取り出される。ビデオデータストリーム及びイベントデータは、プロセッサ８０５によりメモリ８０６及び／又はハードディスクドライブ８１０から取り出されても良い。
【００４２】
次のステップ５０６において、プロセッサ８０５は再生速度を判定し、その後、ビデオデータをストリームとして判定された再生速度でクライアント７００へ送信する。方法５００は、ステップ５０６において終了する。
【００４３】
図６を参照して、ステップ５０６において実行される再生速度判定方法６００を詳細に説明する。方法６００はステップ６０２から開始し、プロセッサ８０５は、現在の再生時間と次の（又は最も近接する）イベントとの間の時間間隔を判定する。プロセッサ８０５は、現在の再生時間位置から次のイベントの時間位置を減算することにより、この時間間隔を判定する。
【００４４】
ステップ６０３において、ステップ６０２で判定された時間間隔がステップ４０３でユーザによりフィールド２１０に指定された時間間隔閾値内であるとプロセッサ８０５が判定する場合、方法６００はステップ６０５へ進む。プロセッサ８０５がそのように判定しない場合、方法６００はステップ６０４へ進む。
【００４５】
ステップ６０４において、プロセッサ８０５は、「レビュー」再生速度と呼ばれる第１の再生速度に再生速度を設定する。レビュー再生速度を以下に更に詳細に説明する。再生速度は、メモリ８０６に格納された再生速度変数を更新することにより、ステップ６０４において設定されても良い。
【００４６】
ステップ６０５において、再生速度は、「通常」再生速度と呼ばれる第２の再生速度に調整される（例えば、再生速度変数を調整することにより）。通常再生速度を同様に以下に更に詳細に説明する。その後ステップ６０６において、プロセッサ８０５は、ステップ４０４で判定されたカメラ（例えば１０３及び１０４）のビデオデータであって現在の再生時間位置に対応する全てのビデオデータにアクセスする。その後プロセッサ８０５は、時間単位（例えば１分）に対応するアクセスしたビデオデータをクライアント７００へ送信する。アクセスしたビデオデータは、ステップ６０４又は６０５において判定された再生速度でクライアント７００へ送信される。上述の例を続けると、ステップ６０６において、プロセッサ８０５は、第１のビデオデータストリーム及び第２のビデオデータストリームを判定された再生速度で同期させてクライアント７００へ送信するステップを実行する。その後、クライアント７００のプロセッサ７０５は、第１のビデオデータストリーム及び第２のビデオデータストリームを判定された再生速度でディスプレイ７１４に表示するステップを実行する。
【００４７】
上述の例を続けると、ステップ６０２、６０３、６０４及び６０５において、プロセッサ８０５は、少なくとも現在の再生時間位置と第１のイベント及び第２のイベントのうち最も近接するイベントの時間位置との間の差分に基づいて再生速度を判定するステップを実行する。その後ステップ６０６において、プロセッサ８０５は、第１のビデオデータストリーム及び第２のビデオデータストリームを判定された再生速度で同期させてクライアント７００へ送信するステップを実行する。その後、クライアント７００のプロセッサ７０５は、第１のビデオデータストリーム及び第２のビデオデータストリームを同期させて再生速度で表示するステップを実行する。従って、第１のビデオデータストリーム及び第２のビデオデータストリームは、再生速度で同期されて表示される。
【００４８】
選択されたカメラの１つに対して入手可能なビデオデータが現在の時間に存在しない場合、ストレージサーバ８００は、そのカメラに対するビデオデータが現在の時間に存在しないことをクライアント７００に通知する。
【００４９】
その後ステップ６０７において、再生時間は上述の時間単位に従って前方に移動される。次にステップ６０８において、新しい再生時間が選択されたカメラのビデオデータストリームの最後に到達したとプロセッサ８０５が判定する場合、方法６００は終了する。プロセッサ８０５がそのように判定しない場合、方法６００はステップ６０２に戻り、現在の時間位置と次のイベントの位置との間の時間間隔を判定する。
【００５０】
通常、通常再生速度は実時間である。しかし、例えばユーザがビデオデータをスローモーションでレビューしたい場合、通常再生速度は実時間より遅くても良い。別の実施形態において、サーバ８００は、イベント優先度等のイベントのある特定の性質に従って、再生速度を動的に判定しても良い。
【００５１】
レビュー再生速度は可変速度であり、次のイベントと現在の再生時間との間の時間間隔に比例しても良い。例えば、現在の再生時間位置がイベントの時間位置に近付くにつれて、再生速度は、レビュー再生速度より遅い通常再生速度に向かって徐々に減速しても良い。現在の再生時間位置がイベントの時間位置に近付くほど、再生速度は遅くなっても良い。現在の再生時間位置の時間間隔がイベントからの所定の時間間隔閾値より小さい間、再生速度は通常再生速度に設定されても良い。
【００５２】
現在の再生時間位置がイベントを超えて移動する場合、現在の再生時間位置がイベントからの所定の時間間隔閾値より大きくなった時点で、再生速度は徐々に加速し始めても良い。レビュー再生速度は、所定の速度を上限とされても良い。この場合、再生速度は、その所定の制限速度までだけ加速しても良い。
【００５３】
あるいは、レビュー再生速度は指定された固定速度であっても良い。この場合、現在の再生時間がイベントからの所定の閾時間間隔より大きくなると直ぐに、再生速度は指定されたレビュー再生速度に増加しても良い。
【００５４】
別の実施形態において、再生速度はクライアント７００により判定される。この場合、ストレージサーバ８００は、クライアント７００により指定される再生速度で１つ以上のビデオデータストリームをクライアント７００に返送しても良い。更に別の実施形態において、クライアント７００及びサーバ８００は、スタンドアロンビデオ再生ソフトウェアアプリケーションに組み込まれても良い。
【００５５】
更に別の実施形態において、イベントは、タイムライン２２０上に表示されるために、カメラ１０３、１０４及び１０５に必ずしも直ぐに関連付けられる必要はない。レビュー中のカメラ１０３、１０４及び１０５のいずれかと関連性の低いイベントは、タイムライン２２０上に配置されても良い。配置されたイベントは、再生速度を減速する追加条件として役立つ。例えば、建物の６階の火災報知器が作動された場合、少なくとも１つの火災報知器イベントを含むイベントが記録される。６階のカメラにより取り込まれたビデオデータのレビュー中にプレイヘッド２１９が火災報知器イベントに近付くと、６階の全てのカメラの再生速度は減速される。
【００５６】
別の実施形態において、図１１に示すように、クライアント７００は再生速度を判定してもよく、サーバ８００は、クライアント７００により判定された再生速度でビデオデータを出力しても良い。この場合、再生速度は、クライアント７００のメモリ７０６に格納される再生速度変数として実現されても良い。図１０を参照して、判定された再生速度でビデオデータストリームを送信する方法１０００を以下に詳細に説明する。更に図１２を参照して、再生速度を判定する方法１２００を詳細に説明する。
【００５７】
図１１の実施形態において、方法９００及び１０００を実現する１つ以上のソフトウェアアプリケーションがサーバ８００に存在する。方法１２００を実現する別のソフトウェアアプリケーションはクライアント７００に常駐する。図１１の実施形態を使用するエンドユーザは、矢印１１０１で示すように最初にイベントを要求する。サーバ８００は、要求を受信すると、矢印１１０２で示すようにイベントを返送する。その後、クライアントは方法１２００を実行して各イベント間の再生速度を判定し、矢印１１０３で示すように、所定の再生速度のビデオデータを要求する。サーバ８００は、矢印１１０４で示すように、選択されたカメラ１０３、１０４及び１０５のビデオデータを判定された再生速度で返送する。要求１１０１及び１１０３、並びに応答１１０２及び１１０４は、ハイパーテキスト転送プロトコル（ｈｔｔｐ）要求及び応答の形態であっても良い。
【００５８】
図１０を参照して、判定された再生速度でビデオデータを送信する方法１０００を詳細に説明する。方法１０００はステップ１００２から開始し、プロセッサ８０５は、矢印１１０３で示すように、再生速度（即ち、メモリ７０６に格納された再生速度変数により表される再生速度）でのビデオデータの要求をクライアント７００から受信するのを待つ。要求１１０３は、要求されたビデオデータの開始時間及び終了時間を含む。開始時間及び終了時間は、メモリ７０６に格納される変数として実現されても良い。
【００５９】
ストレージサーバ８００がクライアント７００から要求１１０３を受信すると、方法８００はステップ１００４へ進み、プロセッサ８０５は、要求された開始時間及び終了時間に対応する全てのビデオデータを取り出す。ステップ１００４において取り出されるビデオデータは、方法４００のステップ４０４において指定されるカメラ１０３及び１０４に対応する。次のステップ１００６において、プロセッサ８０５は、取り出したビデオデータをストリームとして判定された再生速度でクライアント７００へ送信し（矢印１１０４で示すように）、方法１０００は終了する。ステップ１００６においてビデオデータを送信するために使用される再生速度は、方法１２００に従って判定される。
【００６０】
図１２を参照して、ステップ１００２において要求されたビデオデータの再生速度を判定する方法１２００を詳細に説明する。上述のように、方法１２００は、クライアント７００に常駐し且つプロセッサ７０５により実行されることにより制御されるソフトウェアとして実現されても良い。
【００６１】
方法１２００はステップ１２０２から開始し、プロセッサ８０５は、カメラ１０３、１０４及び１０５が入手可能なビデオデータの先頭になるように開始時間を初期化する。例えばプロセッサ７０５は、メモリ７０６に格納された開始時間変数を初期化しても良い。
【００６２】
ステップ１２０３において、現在のイベントが最後のイベントであるとプロセッサ８０５が判定する場合、方法１２００はステップ１２０９へ進む。プロセッサ８０５がそのように判定しない場合、方法１２００はステップ１２０５へ進む。例えば、カメラ１０３、１０４及び１０５が入手可能なビデオデータ内に４つのイベントが発生する場合がある。上述のように、４つのイベントはタイムライン領域２１８に表示される。方法１２００において、イベントは時系列で処理されるため、現在のイベントはタイムライン領域に表示される現在処理中のイベントである。
【００６３】
ステップ１２０５において、プロセッサ８０５は、再生速度をレビュー再生速度に設定する。上述のように、レビュー再生速度は可変速度であり、次のイベントと現在の再生時間との間の時間間隔に比例しても良い。ステップ１２０５において、再生速度は、クライアント７００のメモリ７０６に格納された再生速度変数を更新することにより設定されても良い。プロセッサ８０５は、終了時間を「イベント時間−閾値」に等しくなるように更に設定する。この場合も、終了時間は、メモリ８０６に格納された終了時間変数の値を変更することにより設定されても良い。更にステップ１２０５において、方法１２００は、開始時間、再生速度及び終了時間を含む要求１１０３をサーバ８００へ送出する。
【００６４】
ステップ１２０６において、プロセッサ７０５は、開始時間を「イベント時間−閾値」に再設定して「新しい開始時間」を生成する。この場合も、開始時間は、メモリ７０６に格納された開始時間変数の値を変更することにより再設定されてもよく、再設定された開始時間変数は新しい開始時間を表す。
【００６５】
更にステップ１２０６において、プロセッサ７０５は、再生速度を通常速度に設定して「新しい再生速度」を生成し、終了時間をイベント時間に設定して新しい終了時間を生成する。この場合も、再生速度は、メモリ７０６に格納された再生速度変数の値を変更することにより再設定されてもよく、再設定された再生速度変数は新しい再生速度を表す。同様に、終了時間は、メモリ７０６内の終了時間変数を更新することにより設定されても良い。上述のように、通常速度は通常は実時間である。
【００６６】
更にステップ１２０６において、プロセッサ７０５は、ステップ１００２と同様に、新しい開始時間、新しい再生速度及び新しい終了時間を含む要求１１０３をサーバ８００へ送出する。従って、ステップ１００４においてストレージサーバ８００により受信される要求１１０３は、ステップ１２０６において判定された新しい開始時間、新しい再生速度及び新しい終了時間を含む。
【００６７】
方法１２００はステップ１２０７へ進み、プロセッサ７０５は開始時間をイベント時間に設定する。次のステップ１２０８において、プロセッサ７０５は次のイベントに移動する。
【００６８】
ステップ１２０９において、全てのビデオデータの終了時間に到達したとプロセッサ７０５が判定する場合、方法１２００は終了する。プロセッサ７０５がそのように判定しない場合、方法１２００はステップ１２１０へ進む。ステップ１２１０において、プロセッサ７０５は、新しい開始時間を最後のイベントの時間に設定し、終了時間をビデオデータの最後に設定し、再生速度をレビュー速度に設定する。更にステップ１２１０において、プロセッサ７０５は、新しい開始時間、新しい終了時間及び新しい再生速度を含むビデオデータの最後のセグメントを要求する。方法１２００はステップ１２１０の後に終了する。
【産業上の利用可能性】
【００６９】
説明された構成がコンピュータ及びデータ処理産業に対して適用可能であることは、上述より明らかである。
【００７０】
前述では、本発明のいくつかの実施形態を説明したにすぎない。本発明の範囲及び趣旨を逸脱せずに変形及び／又は変更が可能であり、これら実施形態は、例証するものであり限定するものではない。
【００７１】
本明細書において、用語「備える」は、「主に含むが、単独で必要ではない」、「有する」又は「含む」ことを意味し、「〜のみで構成される」ことではない。用語「備える」の語形変化は、それに対応して意味の変化を示す。
【図１】
0005421887.tif 000002
【図２】
0005421887.tif 000003
【図３】
0005421887.tif 000004
【図４】
0005421887.tif 000005
【図５】
0005421887.tif 000006
【図６】
0005421887.tif 000007
【図７】
0005421887.tif 000008
【図８】
0005421887.tif 000009
【図９】
0005421887.tif 000010
【図１０】
0005421887.tif 000011
【図１１】
0005421887.tif 000012
【図１２】
0005421887.tif 000013