JP4855287B2 - 映像記録装置 - Google Patents

Description

本発明は、映像を記録して指定された映像を出力する映像記録装置に関し、特に、例えば、映像を再生するに際して、効果的に映像を指定することが可能な映像記録装置に関する。

図７には、ネットワーク映像監視システムの一構成例を示してある。
本例のネットワーク映像監視システムは、ネットワーク映像記録装置（ＮＤＲ）１１と、ネットワーク１２と、複数であるｍ個のＩＰカメラ１３−１〜１３−ｍと、複数であるｎ個の映像視聴装置１４−１〜１４−ｎを備えている。
なお、ＮＤＲは本出願人の登録商標である。
ＮＤＲ１１と各ＩＰカメラ１３−１〜１３−ｍと各映像視聴装置１４−１〜１４−ｎは、ネットワーク１２に接続されている。

ＮＤＲ１１は、構成要素として、制御装置のコンピュータボード２１と、例えばハードディスク（ＨＤＤ）を用いて構成された記録デバイス２２を備えている。
コンピュータボード２１上には、ネットワークインターフェイス（ネットワークＩ／Ｆ）３１と、記録デバイスインターフェイス（記録デバイスＩ／Ｆ）３２と、メモリ３３と、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）３４と、これらを接続する制御バス３５を備えている。
記録デバイス２２内には、記録を行うＩＰカメラ１３−１〜１３−ｍと同じ数分（ｍ個）のカメラ用記録領域４１−１〜４１−ｍが設けられて存在する。各カメラ用記録領域４１−１〜４１−ｍは、各ＩＰカメラ１３−１〜１３−ｍからの映像データを記録するための領域である。

ここで、ネットワーク１２は、複数のコンピュータを結び制御信号やデータなどの信号を通信するコンピュータネットワークである。
各ＩＰカメラ１３−１〜１３−ｍは、ネットワークカメラであり、映像を撮影し、撮影した映像のデータをネットワーク１２へ出力する。また、各ＩＰカメラ１３−１〜１３−ｍは、例えば、映像に対するエンコーダの機能を有している。
各映像視聴装置１４−１〜１４−ｎは、例えば、パーソナルコンピュータ（ＰＣ）からなるクライアントの装置（クライアントＰＣ）であり、ネットワーク接続でＷｅｂブラウザを搭載した一般的なパーソナルコンピュータを用いて構成されている。各映像視聴装置１４−１〜１４−ｎは、映像データの視聴や、ＮＤＲ１１の設定を行う。
ＮＤＲ１１は、ネットワーク１２を介して、複数のＩＰカメラ１３−１〜１３−ｍや複数の映像視聴装置１４−１〜１４−ｎと接続される。

図８を参照して、本例のネットワーク映像監視システムにおける映像データの流れ（タイムチャート）の一例を示す。
なお、本例では、１個のＩＰカメラ１３−１と１個の映像視聴装置１４−１を例として説明する。
また、ＩＰカメラ１３−１、ＮＤＲ１１、映像視聴装置１４−１の順に、上流から下流になるとする。

ＩＰカメラ１３−１は、撮影した映像のデータを１フレームずつ、ＪＰＥＧ等の画像圧縮方式で圧縮する。また、ＩＰカメラ１３−１は、下流にあるＮＤＲ１１の制御装置（本例では、コンピュータボード２１からなる）からネットワーク１２を介してＩＰパケット形式でＨＴＴＰ形式での映像要求を受け付ける毎に（処理Ｑ１）、ＩＰパケット形式でＨＴＴＰ形式によりネットワーク１２を介して、映像要求元へ映像データを送信する（処理Ｑ２）。

具体的には、ＮＤＲ１１の制御装置からＩＰカメラ１３−１へ映像要求が送信されると、ＩＰカメラ１３−１は当該映像要求を受けて例えば最新の映像データをＮＤＲ１１へ返送する。
ＩＰカメラ１３−１から送出された映像データは、ＩＰ形式でネットワーク１２を伝達し、ＮＤＲ１１のネットワークＩ／Ｆ３１に到達する。ネットワークＩ／Ｆ３１は、受信したＩＰ形式の映像データを、制御バス３５上に伝送する形式のデータへ変換して、記録デバイス２２を介して、対応するカメラ用記録領域４１−１に格納（記録）する（処理Ｑ３）。
ここで、映像データを記録デバイス２２のカメラ用記録領域４１−１に格納する際には、映像データに識別子として、０から連番の番号を付与する。本例では、この連番を「フレームＩＤ」と呼称する。

なお、ＩＰカメラ１３−１の映像データはカメラ用記録領域４１−１に格納し、ＩＰカメラ１３−２の映像データはカメラ用記録領域４１−２に格納し、・・・、ＩＰカメラ１３−ｍの映像データはカメラ用記録領域４１−ｍに格納するといったように、各ＩＰカメラ１３−１〜１３−ｍからの映像データは対応する各カメラ用記録領域４１−１〜４１−ｍに格納される。

ＮＤＲ１１に記録された映像を視聴したいユーザは、映像視聴装置１４−１上でＮＤＲ再生ソフト（ＮＤＲ１１に記録された映像を再生させるためのソフトウエア）を稼働させる。これにより、ＮＤＲ再生ソフトが、ＮＤＲ１１から映像データを取得して、映像視聴装置１４−１の画面上に取得した映像を表示させてその再生処理を行う。
具体的には、映像視聴装置１４−１上のＮＤＲ再生ソフトが、ＩＰ形式で映像要求をネットワーク１２を介してＮＤＲ１１へ送信する（処理Ｑ４）。この映像要求はＨＴＴＰを用いて行われる。また、この映像要求のパラメータでは、ＣＧＩパラメータ形式を用いており、いずれの映像データを希望するかを指定するために、フレームＩＤを用いている。

映像視聴装置１４−１から送出されたＨＴＴＰ形式の映像要求は、ＩＰ形式でネットワーク１２を伝達し、ＮＤＲ１１のネットワークＩ／Ｆ３１に到達する。
ネットワークＩ／Ｆ３１は、受信したＩＰ形式の映像要求を、制御バス３５上に伝送する形式の信号へ変換して、ＣＰＵ３４上で動作するソフトウエアへ伝送する。このソフトウエアは、記録デバイスＩ／Ｆ３２を介して、映像要求により指定されたフレームＩＤの映像データについてリード（Ｒｅａｄ）要求を行い（処理Ｑ５）、その応答として、リード結果である映像データを得る（処理Ｑ６）。

また、このソフトウエアは、読み出した映像データにＨＴＴＰヘッダを付与して、当該映像データをＨＴＴＰ形式にした後に、ＩＰ形式で、ネットワークＩ／Ｆ３１からネットワーク１２を介して、その映像データを返送映像データとして要求元の映像視聴装置１４−１へ送信する（処理Ｑ７）。この返送映像データには、映像データのフレームＩＤをＨＴＴＤヘッダ領域に付与してある。
映像視聴装置１４−１上のＮＤＲ再生ソフトは、ＮＤＲ１１から受信した映像データをデコードして、画面上に表示する。

ここで、ＮＤＲ再生ソフトは、ＮＤＲ１１に対して連続的に映像データを要求して、取得した映像データを画面に表示することで、映像の再生を実現する。
この場合に、順方向の再生は、受信した映像のフレームＩＤに１を加えた値で次の映像要求を行うことの連続により実現する。逆方向の再生は、受信した映像のフレームＩＤから１を減じた値で次の映像要求を行うことの連続により実現する。また、ｆ倍速の早送り又は早戻しの再生は、フレームＩＤにｆを加算又は減算した値で次の映像要求を行うことの連続により実現する。

特開２００５−１３００４１号公報

ところで、映像データの記録時間を延長する目的を実現するために、図１に示されるようにＮＤＲ１−１〜１−ｐを多段に接続し、図２に示されるように記録時間の延長を実現する構成が考えられる。
なお、図１及び図２は、後述する本発明に係る実施例の説明で参照するものであるが、ここでは説明の便宜上から参照する。

図１に示されるネットワーク映像監視システムでは、ＩＰカメラ３−１１〜３−１ｒ、３−２１、・・・から映像データを取得して記録する複数のＮＤＲ１−１〜１−ｐが存在し、その下流にアーカイブＮＤＲ５が設置されている。
アーカイブＮＤＲ５は、複数のＮＤＲ１−１〜１−ｐから映像データを取得して記録装置に保持する。
映像視聴装置７の再生ソフトは、アーカイブＮＤＲ５のみと通信して、映像データを取得する。この場合、アーカイブＮＤＲ５がＮＤＲ１−１〜１−ｐを隠蔽して、映像視聴装置７の再生ソフトにはあたかも１台のＮＤＲであるかの如く扱うことを可能とさせたいという要求（仮想化の要求）がある。

このためには、映像データの識別子（ＩＤ）としては、多段のＮＤＲ１−１〜１−ｐの内でユニークな番号を付けなければならない。これについては、例えば、上流のＮＤＲで付けた識別子を下流のＮＤＲにおいても用いることで、ユニーク性の維持を実現することができる。
一方、古い映像データは重要度が下がることから間引いてもよい場合には、下流のＮＤＲに映像データを伝送する際に、映像データの間引きを行う運用があり得る。

しかしながら、映像データの間引きを行った場合には、有効な映像データのフレームＩＤが連続しない状態となるため、映像視聴装置７から映像データを要求する際に、映像視聴装置７からは残存する映像データのフレームＩＤの予測が困難となってしまう。このため、再生ソフトウエアが次に表示する映像データのフレームＩＤを算出して映像要求を繰り返して行う方式では、映像再生が行えなくなってしまう。
そこで、映像データが間引かれて、フレームＩＤが離散であるような場合においても、映像の再生を行うことができる技術の開発が要求されていた。

本発明は、このような従来の事情に鑑み為されたもので、例えば、映像を再生するに際して、効果的に映像を指定することができる映像記録装置を提供することを目的とする。

上記目的を達成するため、本発明に係る映像記録装置では、次のような構成により、内部或いは外部の記録手段に記録された複数の単位の映像データから、要求された映像データを取得して出力する。
すなわち、前記複数の単位の映像データの各々には、識別情報として数値の情報が付加されている。
また、記録上で前記数値が隣り合う映像データの間における当該数値の差が一定ではない。つまり、記録上で数値が隣り合う映像データの間における当該数値の差が、隣り合う映像データの組み合わせ毎に、（同一の値となる所があってもよいが）異なる値となり得て可変である。
そして、当該映像記録装置では、受付手段が、映像データの要求を受け付ける。この映像データの要求には、基準となる識別情報の数値（例えば、実施例におけるｒｅｑ＿ｂｌｏｃｋ＿ｉｄの値）と、当該基準となる識別情報の数値に対して相対的な位置を示す数値（例えば、実施例におけるｓｅａｒｃｈ＿ｖａｌの値）を含む。また、取得手段が、前記受付手段により受け付けられた映像データの要求により指定された映像データを取得する。出力手段が、前記取得手段により取得された映像データを要求元へ出力する。

従って、映像を再生するに際して、基準となる識別情報の数値と当該基準となる識別情報の数値に対して相対的な位置を示す数値を用いて映像データを指定することにより、例えば、記録されている複数の映像データの識別情報の数値が間引き等により離散しているような場合に、基準となる識別情報の数値に対応した識別情報を有する映像データが存在しなくとも、効果的に映像を指定することができる。

ここで、映像記録装置は、当該映像記録装置の内部に備えられた記録手段に記録された映像データの中から要求された映像データを検索して取得する機能と、当該映像記録装置の外部に備えられた記録手段に記録された映像データの中から要求された映像データを検索して取得する機能との両方を備えてもよく、或いは、いずれか一方のみを備えてもよい。
なお、映像データを記録する記録手段は、例えば、映像記録装置の内部と外部の両方に備えられてもよく、或いは、いずれか一方のみに備えられてもよい。

また、映像データの単位としては、種々なものが用いられてもよく、例えば、フレーム毎の単位を用いることができる。
また、映像データの各単位に付加される識別情報である数値の情報としては、種々なものが用いられてもよく、例えば、連番のような番号の情報が用いられてもよく、或いは、所定の基準時からの経過時刻又は実際の時刻に基づく値の情報が用いられてもよい。
また、複数の映像データには、例えば、数値が大きくなるほど未来のもの（新しいもの）となる順序で識別情報を付加することや、或いは、数値が大きくなるほど過去のもの（古いもの）となる順序で識別情報を付加することができる。

また、映像データの要求に含まれる情報として、基準となる識別情報や、基準となる識別情報の数値に対して相対的な位置を示す数値の情報としては、それぞれ種々な態様が用いられてもよい。
また、例えば、映像データの要求は、映像記録装置の外部にある他の装置又はユーザにより映像記録装置に対して発せられ、これに応じて、映像記録装置は、要求された映像データを取得して要求元の装置又はユーザに対して出力する。外部の装置への出力としては、例えば、送信を用いることができる。

本発明に係る映像記録装置では、一構成例として、次のような構成とした。
すなわち、前記取得手段は、前記映像データの要求に含まれる前記基準となる識別情報の数値に対して相対的な位置を示す数値が０である場合には、前記基準となる識別情報の数値に最も近い識別情報を有する映像データを取得する。
また、前記取得手段は、前記映像データの要求に含まれる前記基準となる識別情報の数値に対して相対的な位置を示す数値が正である場合には、前記基準となる識別情報の数値より大きくて当該正の数値に応じた番目の識別情報を有する映像データを取得する。
また、前記取得手段は、前記映像データの要求に含まれる前記基準となる識別情報の数値に対して相対的な位置を示す数値が負である場合には、前記基準となる識別情報の数値より小さくて当該負の数値に応じた番目の識別情報を有する映像データを取得する。

従って、映像データの要求に含まれる基準となる識別情報の数値及び当該基準となる識別情報の数値に対して相対的な位置を示す数値により、記録されている複数の映像データの識別情報の数値が離散している場合においても、記録されている複数の映像データの中で１つの映像データを特定することができる。

ここで、映像データの要求に含まれる基準となる識別情報の数値に対して相対的な位置を示す数値が０である場合には、識別情報の数値の大小に関わりなく、基準となる識別情報の数値に最も近い識別情報を有する映像データを取得する。
また、映像データの要求に含まれる基準となる識別情報の数値に対して相対的な位置を示す数値が正である場合には、記録されている映像データの中で、基準となる識別情報の数値より大きくて当該正の数値に応じた番目の識別情報を有する映像データを取得する。
また、映像データの要求に含まれる基準となる識別情報の数値に対して相対的な位置を示す数値が負である場合には、記録されている映像データの中で、基準となる識別情報の数値より小さくて当該負の数値に応じた番目の識別情報を有する映像データを取得する。

一構成例として、映像データの要求に含まれる基準となる識別情報の数値に対して相対的な位置を示す数値を正の値（又は、負の値）に固定しておき、映像データの要求に含まれる基準となる識別情報の数値として前回に取得した映像データの識別情報の数値を用いることを連続的に行うことで、正の方向（又は、負の方向）への映像の再生を実現することができる。
他の構成例として、映像データの要求に含まれる基準となる識別情報の数値を固定しておき、映像データの要求に含まれる基準となる識別情報の数値に対して相対的な位置を示す数値の絶対値を正の方向（又は、負の方向）に大きくしていくことを連続的に行うことで、正の方向（又は、負の方向）への映像の再生を実現することができる。
また、映像データの要求に含まれる基準となる識別情報の数値に対して相対的な位置を示す数値の絶対値を大きく設定することで、その大きさに応じて、早送りや早戻しが可能である。

なお、本発明は、方法や、プログラムや、記録媒体などとして提供することも可能である。
本発明に係る方法では、装置やシステムにおいて各手段が各種の処理を実行する。
本発明に係るプログラムでは、装置やシステムを構成するコンピュータに実行させるものであって、各種の機能を当該コンピュータに実現させる。
本発明に係る記録媒体では、装置やシステムを構成するコンピュータに実行させるプログラムを当該コンピュータの入力手段により読み取り可能に記録したものであって、当該プログラムは各種の処理（手順）を当該コンピュータに実行させる。

以上説明したように、本発明に係る映像記録装置によると、基準となる識別情報の数値と当該基準となる識別情報の数値に対して相対的な位置を示す数値を用いて映像データを指定するようにしたため、例えば、記録されている複数の映像データの識別情報の数値が間引き等により離散しているような場合に、基準となる識別情報の数値に対応した識別情報を有する映像データが存在しなくとも、効果的に映像を指定することができる。

本発明に係る実施例を図面を参照して説明する。
図１には、本発明の一実施例に係るネットワーク映像監視システムの構成例を示してある。
本例のネットワーク映像監視システムは、複数であるｐ個のＮＤＲ１−１〜１−ｐと、各ＮＤＲ１−１〜１−ｐが接続されたネットワーク２−１〜２−ｐと、各ＮＤＲ１−１〜１−ｐと各ネットワーク２−１〜２−ｐを介して接続された複数のＩＰカメラ３−１１〜３−１ｒ、３−２１、・・・を備えている。
なお、ＩＰカメラについては、図１では一部のみを示してあり、ＮＤＲ１−１には複数であるｒ個のＩＰカメラ３−１１〜３−１ｒが接続されている。

また、本例のネットワーク映像監視システムは、複数のＮＤＲ１−１〜１−ｐが接続されたネットワーク４と、ネットワーク４に接続されたアーカイブＮＤＲ５と、アーカイブＮＤＲ５が接続されたネットワーク６と、ネットワーク６に接続された映像視聴装置７を備えている。
なお、本例では、１個の映像視聴装置７を示してあるが、複数の映像視聴装置がネットワーク６に接続されてもよい。

本例のネットワーク映像監視システムでは、ＩＰカメラ３−１１〜３−１ｒ、３−２１、・・・から、ＮＤＲ１−１〜１−ｐ、アーカイブＮＤＲ５、映像視聴装置７へ行く順に、上流から下流へ行くとしてある。つまり、ＩＰカメラ３−１１〜３−１ｒ、３−２１、・・・が最も上流であり、映像視聴装置７が最も下流である。

ここで、各ＩＰカメラ３−１１〜３−１ｒ、３−２１、・・・は、例えば、図７に示されるＩＰカメラ１３−１〜１３−ｍと同様な機能を有している。
また、各ＮＤＲ１−１〜１−ｐは、例えば、図７に示されるＮＤＲ１１と同様な機能を有しているが、本例では、各ＩＰカメラ３−１１〜３−１ｒ、３−２１、・・・から受信して記録した映像のデータをアーカイブＮＤＲ５へ送信する。
また、映像視聴装置７は、例えば、図７に示される映像視聴装置１４−１〜１４−ｎと同様な機能を有しているが、本例では、アーカイブＮＤＲ５に対して映像の要求を発し、アーカイブＮＤＲ５から映像のデータを取得して再生する。

図２には、本例のようにＮＤＲ１−１〜１−ｐが多段接続されたシステムにおいて、ＩＰカメラ（例えば、ＩＰカメラ３−１１）とＮＤＲ（例えば、ＮＤＲ１−１）とアーカイブＮＤＲ５について、映像のデータを保持する区間（保持映像区間）の一例を示してある。
本例では、ＩＰカメラ３−１１には最新の映像データが保持され、ＮＤＲ１−１には最新の映像データから所定の過去に遡るまでの区間の映像データが保持され、アーカイブＮＤＲ５にはＮＤＲ１−１と重複区間を有して更に過去に遡る区間の映像データが保持される。
ここで、ＮＤＲ１−１１とアーカイブＮＤＲ５との映像データの重複区間の量としては、任意に設定されてもよく、例えば、運用時などに設定を変更することも可能である。

本例のネットワーク映像監視システムにおいて処理される映像について説明する。
本例では、各ＩＰカメラ３−１１〜３−１ｒ、３−２１、・・・毎に、独立したチャネルが構成されており、映像のデータが独立して処理される。
各ＮＤＲ１−１〜１−ｐは、自装置の配下にある各ＩＰカメラ毎に、そのチャネルの映像を記録する領域（図７におけるカメラ用記録領域に相当するもの）を有している。
アーカイブＮＤＲ５は、自装置の配下にある全てのＮＤＲ１−１〜１−ｐの配下にある全てのＩＰカメラ３−１１〜３−１ｒ、３−２１、・・・について、各ＩＰカメラ毎にそのチャネルの映像を記録する領域を有している。
また、映像視聴装置７により発せられる映像データの要求についても、各チャネル毎（各ＩＰカメラ毎）を指定して行われる。

本例では、映像のデータとしては、フレーム毎を単位としたデータが用いられる。一例として、ＪＰＥＧなどのフレームを用いることができる。
そして、各ＮＤＲ１−１〜１−ｐの記録デバイスやアーカイブＮＤＲ５の記録デバイスには、複数の単位の映像データ（本例では、複数のフレームの映像データ）が、例えば時系列順に、記録される。
なお、映像としては、種々なものが用いられてもよく、例えば、動画或いは静止画を用いることができる。

本例では、各単位の映像データ（本例では、各フレームの映像データ）には、その映像が撮像された時刻の情報が付与される。時刻の情報としては、例えば、所定の基準時点からの経過時刻の情報が用いられるが、他の構成例として、実際の時刻の情報が用いられてもよい。このような時刻の情報は、離散的な値を取り得る。
また、本例では、各単位の映像データには、０から連番となる数値の情報（フレームＩＤ）が付与される。
なお、他の構成例として、各単位の映像データに、０からの連番となる数値の情報を付与せずに、時刻の情報をフレームＩＤとして用いるようなことも可能である。

本例では、各チャネルの映像のデータが間引かれる。
例えば、各ＮＤＲ１−１〜１−ｐでは配下にある各ＩＰカメラ３−１１〜３−１ｒ、３−２１、・・・により撮影される映像のデータを３０ｆｐｓ（フレーム毎秒）で２４時間分保持し、アーカイブＮＤＲ５では配下にある各ＮＤＲ１−１〜１−ｐにより保持される映像のデータを１ｆｐｓ（１フレーム毎秒）で１年分保持するような場合には、アーカイブＮＤＲ５において映像のデータ（映像のフレーム）を間引くことが行われる。この間引きは、例えば、等間隔で行われる。また、間引きの態様については、例えば、運用時に設定の変更が可能である。
なお、本例では、１個のアーカイブＮＤＲ５を示したが、他の構成例として、複数段のアーカイブＮＤＲを設けることも可能であり、例えば、１段目のアーカイブＮＤＲが配下にある１箇月分の映像のデータを保持し、それより上位のアーカイブＮＤＲが配下にある１年分の映像のデータを保持するようなことが可能である。

ここで、本例では、映像のデータが間引かれるシステムの一例として、図１に示されるように複数のＮＤＲ１−１〜１−ｐを備えたシステムを示したが、ＩＰカメラやＮＤＲやアーカイブＮＤＲや映像視聴装置のそれぞれの数としては種々な態様が用いられてもよく、例えば、ＩＰカメラやＮＤＲやアーカイブＮＤＲや映像視聴装置をそれぞれ１個設けたシステムが用いられてもよい。

本例のネットワーク映像監視システムにおいて行われる概略的な動作の一例を示す。
各ＩＰカメラ３−１１〜３−１ｒ、３−２１、・・・は、例えば、それぞれの監視対象となる領域の映像（画像）を撮影し、撮影した映像を電子的なデータ（映像データ）として、各ネットワーク２−１〜２−ｐを介して、それぞれの下流（下位）のＮＤＲ１−１〜１−ｐへ送信する。
各ＮＤＲ１−１〜１−ｐは、上流（上位）にあるＩＰカメラから伝送されてきた映像データを受信して、記録デバイスの対応するカメラ用記録領域に格納（記録）する。

各ＮＤＲ１−１〜１−ｐは、記録デバイスに格納された各チャネルの映像データを、ネットワーク４を介して、下流にあるアーカイブＮＤＲ５へ送信する。
アーカイブＮＤＲ５は、上流にあるＮＤＲ１−１〜１−ｐから伝送されてきた映像データを受信して、記録デバイスの対応するカメラ用記録領域に格納（記録）する。

ここで、ＩＰカメラ３−１１〜３−１ｒ、３−２１、・・・からＮＤＲ１−１〜１−ｐへの映像データの伝送や、ＮＤＲ１−１〜１−ｐからアーカイブＮＤＲ５への映像データの伝送としては、例えば、装置により自動的に、定期的に行われる態様を用いることができ、或いは、ＮＤＲ１−１〜１−ｐが上流のＩＰカメラ３−１１〜３−１ｒ、３−２１、・・・に対して要求したときに要求された映像のデータが伝送される態様や、同様に、アーカイブＮＤＲ５が上流のＮＤＲ１−１〜１−ｐに対して要求したときに要求された映像のデータが伝送される態様を用いることもできる。

映像視聴装置７は、映像の要求を、ネットワーク６を介して、アーカイブＮＤＲ５へ送信する。なお、映像の要求は、例えば、ＮＤＲ再生ソフトが起動されて、ユーザからの指示に基づいて行われ、或いは、予め設定された態様で自動的に行われる。
アーカイブＮＤＲ５は、映像視聴装置７から伝送されてきた映像の要求を受信すると、当該映像の要求により指定された映像のデータを自装置の記録デバイスから読み出して、読み出した映像のデータを要求元の映像視聴装置７へネットワーク６を介して送信する。ここで、アーカイブＮＤＲ５は、要求された映像のデータが自装置の記録デバイスに存在しない場合には、例えば、上流のＮＤＲ１−１〜１−ｐに対して当該映像のデータを要求して当該ＮＤＲ１−１〜１−ｐから取得することも可能である。
映像視聴装置７は、アーカイブＮＤＲ５から伝送されてきた映像のデータを受信すると、その映像を画面に表示する。これにより、ユーザは、その映像（及び音声が付されている場合にはその音声）を視聴することができる。

次に、本例のネットワーク映像監視システムにおいて映像視聴装置７により映像のデータ（本例では、映像のフレーム）を指定する構成について詳しく説明する。
本例では、映像視聴装置７に設けられたＮＤＲ再生ソフトの機能によりアーカイブＮＤＲ５に対して映像を要求する場合に、フレームＩＤを指定することが行われる。

ここで、フレームＩＤを指定する引数を「ｒｅｑ＿ｂｌｏｃｋ＿ｉｄ」とし、差分値の引数を「ｓｅａｒｃｈ＿ｖａｌ」とする。そして、映像を要求するコマンドとして、ｒｅｑ＿ｂｌｏｃｋ＿ｉｄの値とｓｅａｒｃｈ＿ｖａｌの値を用いる。
ｒｅｑ＿ｂｌｏｃｋ＿ｉｄの値に対応する映像データが間引き済みであった場合におけるｓｅａｒｃｈ＿ｖａｌの値による処理の定義（定義１）〜（定義３）を示す。
（定義１）ｓｅａｒｃｈ＿ｖａｌの値が０である場合には、ｒｅｑ＿ｂｌｏｃｋ＿ｉｄの値に対して最も近く（最寄）に存在する映像データを返送する。なお、最寄としては、新旧（未来或いは過去）に関わりなく、最も近いものが用いられる。
（定義２）ｓｅａｒｃｈ＿ｖａｌの値が正である場合には、ｒｅｑ＿ｂｌｏｃｋ＿ｉｄの値に対して、より未来方向で、ｓｅａｒｃｈ＿ｖａｌの値番目に存在する映像データを返送する。
（定義３）ｓｅａｒｃｈ＿ｖａｌの値が負である場合には、ｒｅｑ＿ｂｌｏｃｋ＿ｉｄの値に対して、より過去方向で、ｓｅａｒｃｈ＿ｖａｌの絶対値番目に存在する映像データを返送する。

このような映像要求コマンドを用いると、例えば、映像データが間引かれるなどして、有効な映像データのフレームＩＤが離散している場合においても、映像データの指定を効果的に行うことができる。
例えば、従来では、映像視聴装置からの映像要求コマンドにより間引き済みで存在しないフレームＩＤが要求された場合には、いずれの映像データを返送するかについて曖昧さが生じるが、本例では、返送すべき映像データを明確化することができる。

図３を参照して、ｒｅｑ＿ｂｌｏｃｋ＿ｉｄにより指定されたフレームＩＤが間引き済みの映像データを示していて存在しない場合における、差分値ｓｅａｒｃｈ＿ｖａｌの値に基づく処理の例を示す。
本例では、アーカイブＮＤＲ５の記録デバイスにおいて、映像データのフレームが１／５に間引かれた状態となっており、５の倍数のフレームＩＤにのみ映像データが存在するとする。フレームＩＤの数値が大きくなるほど未来のもの（新しいもの）となる。
また、ｒｅｑ＿ｂｌｏｃｋ＿ｉｄの値が１４８であるとする。

ｓｅａｒｃｈ＿ｖａｌの値が０である場合（コマンドＴ１）には、フレームＩＤ＝１４８から最寄に存在するフレームＩＤ＝１５０の映像データが返送される。
ｓｅａｒｃｈ＿ｖａｌの値が−１である場合（コマンドＴ２）には、フレームＩＤ＝１４８から過去方向で１個目に存在するフレームＩＤ＝１４５の映像データが返送される。
ｓｅａｒｃｈ＿ｖａｌの値が＋１である場合（コマンドＴ３）には、フレームＩＤ＝１４８から未来方向で１個目に存在するフレームＩＤ＝１５０の映像データが返送される。
ｓｅａｒｃｈ＿ｖａｌの値が−２である場合（コマンドＴ４）には、フレームＩＤ＝１４８から過去方向で２個目に存在するフレームＩＤ＝１４０の映像データが返送される。
ｓｅａｒｃｈ＿ｖａｌの値が＋２である場合（コマンドＴ５）には、フレームＩＤ＝１４８から未来方向で２個目に存在するフレームＩＤ＝１５５の映像データが返送される。

図４を参照して、ｒｅｑ＿ｂｌｏｃｋ＿ｉｄにより指定されたフレームＩＤが間引き済みの映像データではなく存在する場合における、差分値ｓｅａｒｃｈ＿ｖａｌの値に基づく処理の例を示す。
本例では、アーカイブＮＤＲ５の記録デバイスにおいて、映像データのフレームが１／５に間引かれた状態となっており、５の倍数のフレームＩＤにのみ映像データが存在するとする。フレームＩＤの数値が大きくなるほど未来のもの（新しいもの）となる。
また、ｒｅｑ＿ｂｌｏｃｋ＿ｉｄの値が１５０であるとする。

ｓｅａｒｃｈ＿ｖａｌの値が０である場合（コマンドＴ１１）には、フレームＩＤ＝１５０が存在するため、フレームＩＤ＝１５０の映像データが返送される。
ｓｅａｒｃｈ＿ｖａｌの値が−１である場合（コマンドＴ１２）には、フレームＩＤ＝１５０から過去方向で１個目に存在するフレームＩＤ＝１４５の映像データが返送される。
ｓｅａｒｃｈ＿ｖａｌの値が＋１である場合（コマンドＴ１３）には、フレームＩＤ＝１５０から未来方向で１個目に存在するフレームＩＤ＝１５５の映像データが返送される。
ｓｅａｒｃｈ＿ｖａｌの値が−２である場合（コマンドＴ１４）には、フレームＩＤ＝１５０から過去方向で２個目に存在するフレームＩＤ＝１４０の映像データが返送される。
ｓｅａｒｃｈ＿ｖａｌの値が＋２である場合（コマンドＴ１５）には、フレームＩＤ＝１５０から未来方向で２個目に存在するフレームＩＤ＝１６０の映像データが返送される。

次に、順方向の再生と逆方向の再生について説明する。
順方向再生は、ｓｅａｒｃｈ＿ｖａｌの値を＋１に固定して、前回に取得した映像データのフレームＩＤを今回のｒｅｑ＿ｂｌｏｃｋ＿ｉｄの値として用いることを連続して行うことで実現することができる。
逆方向再生は、ｓｅａｒｃｈ＿ｖａｌの値を−１に固定して、前回に取得した映像データのフレームＩＤを今回のｒｅｑ＿ｂｌｏｃｋ＿ｉｄの値として用いることを連続して行うことで実現することができる。

図５には、順方向再生の処理の手順の一例を示してある。
本例では、アーカイブＮＤＲ５の記録デバイスにおいて、映像データのフレームが１／５に間引かれた状態となっており、５の倍数のフレームＩＤにのみ映像データが存在するとする。フレームＩＤの数値が大きくなるほど未来のもの（新しいもの）となる。
ｓｅａｒｃｈ＿ｖａｌの値を＋１に固定している。

１回目の映像要求（コマンドＴ２１）のアクセスでは、ｒｅｑ＿ｂｌｏｃｋ＿ｉｄの値が１３８であるとする。この場合、戻ってくる映像データのフレームＩＤは１４０となる。
２回目の映像要求（コマンドＴ２２）のアクセスでは、ｒｅｑ＿ｂｌｏｃｋ＿ｉｄの値を前回取得した映像データのフレームＩＤである１４０とする。この場合、戻ってくる映像データのフレームＩＤは１４５となる。
３回目の映像要求（コマンドＴ２３）のアクセスでは、ｒｅｑ＿ｂｌｏｃｋ＿ｉｄの値を前回取得した映像データのフレームＩＤである１４５とする。この場合、戻ってくる映像データのフレームＩＤは１５０となる。

４回目の映像要求（コマンドＴ２４）のアクセスでは、ｒｅｑ＿ｂｌｏｃｋ＿ｉｄの値を前回取得した映像データのフレームＩＤである１５０とする。この場合、戻ってくる映像データのフレームＩＤは１５５となる。
５回目の映像要求（コマンドＴ２５）のアクセスでは、ｒｅｑ＿ｂｌｏｃｋ＿ｉｄの値を前回取得した映像データのフレームＩＤである１５５とする。この場合、戻ってくる映像データのフレームＩＤは１６０となる。

映像視聴装置７では、このようにして、アーカイブＮＤＲ５に対して映像データを順次指定して要求し、アーカイブＮＤＲ５から戻ってきた映像データを順次再生することにより、映像データを順方向で（古いフレームから新しいフレームへの順で）再生することができる。
このように、存在する１つ未来の映像データを要求して戻すことを連続して行うことで、順方向再生が実現される。

図６には、逆方向再生の処理の手順の一例を示してある。
本例では、アーカイブＮＤＲ５の記録デバイスにおいて、映像データのフレームが１／５に間引かれた状態となっており、５の倍数のフレームＩＤにのみ映像データが存在するとする。フレームＩＤの数値が大きくなるほど未来のもの（新しいもの）となる。
ｓｅａｒｃｈ＿ｖａｌの値を−１に固定している。

１回目の映像要求（コマンドＴ３１）のアクセスでは、ｒｅｑ＿ｂｌｏｃｋ＿ｉｄの値が１６３であるとする。この場合、戻ってくる映像データのフレームＩＤは１６０となる。
２回目の映像要求（コマンドＴ３２）のアクセスでは、ｒｅｑ＿ｂｌｏｃｋ＿ｉｄの値を前回取得した映像データのフレームＩＤである１６０とする。この場合、戻ってくる映像データのフレームＩＤは１５５となる。
３回目の映像要求（コマンドＴ３３）のアクセスでは、ｒｅｑ＿ｂｌｏｃｋ＿ｉｄの値を前回取得した映像データのフレームＩＤである１５５とする。この場合、戻ってくる映像データのフレームＩＤは１５０となる。

４回目の映像要求（コマンドＴ３４）のアクセスでは、ｒｅｑ＿ｂｌｏｃｋ＿ｉｄの値を前回取得した映像データのフレームＩＤである１５０とする。この場合、戻ってくる映像データのフレームＩＤは１４５となる。
５回目の映像要求（コマンドＴ３５）のアクセスでは、ｒｅｑ＿ｂｌｏｃｋ＿ｉｄの値を前回取得した映像データのフレームＩＤである１４５とする。この場合、戻ってくる映像データのフレームＩＤは１４０となる。

映像視聴装置７では、このようにして、アーカイブＮＤＲ５に対して映像データを順次指定して要求し、アーカイブＮＤＲ５から戻ってきた映像データを順次再生することにより、映像データを逆方向で（新しいフレームから古いフレームへの順で）再生することができる。
このように、存在する１つ過去の映像データを要求して戻すことを連続して行うことで、逆方向再生が実現される。

ここで、本例では、ｓｅａｒｃｈ＿ｖａｌの値を＋１にして順方向再生を行う場合や、ｓｅａｒｃｈ＿ｖａｌの値を−１にして逆方向再生を行う場合を示したが、例えば、ｓｅａｒｃｈ＿ｖａｌの値の大きさ（絶対値）を大きくすることで、順方向の早送りの再生や、逆方向の早戻しの再生を実現することができる。

また、本例では、ｓｅａｒｃｈ＿ｖａｌの値を固定して、ｒｅｑ＿ｂｌｏｃｋ＿ｉｄの値を変化させることで、順方向の再生や逆方向の再生を実現したが、他の構成例として、ｒｅｑ＿ｂｌｏｃｋ＿ｉｄの値を固定して、ｓｅａｒｃｈ＿ｖａｌの値を＋１、＋２、＋３、・・・と順次大きくしていくことで、順方向の再生を実現することが可能であり、同様に、ｒｅｑ＿ｂｌｏｃｋ＿ｉｄの値を固定して、ｓｅａｒｃｈ＿ｖａｌの絶対値を−１、−２、−３、・・・と順次大きくしていくことで、逆方向の再生を実現することが可能である。

また、順方向の再生や逆方向の再生を行う際に、映像視聴装置７により最初に指定するフレームＩＤ（ｒｅｑ＿ｂｌｏｃｋ＿ｉｄの値）としては、任意の値であってもよく、例えば、現在の時刻に基づいて最新の映像データであると推定されるフレームＩＤを用いることや、或いは、ユーザからの指定により又は自動的に決定された過去における所定のフレームＩＤを用いることなどができる。

本例のように、映像要求コマンドにｓｅａｒｃｈ＿ｖａｌの変数を追加することで、存在する映像データのフレームＩＤの値が離散である場合にも効果的に対応することができる。
このため、本例では、フレームＩＤとして上流から離散の値を用いることも可能である。例えば、フレームＩＤの値として、その映像データのフレームを取得した時刻を元として算出される値を用いることができ、フレームＩＤの値の指定と時刻の指定とを対応させることができ、フレームＩＤの値の指定をそのまま時刻の指定とすることも可能となる。
ここで、時刻に基づくフレームＩＤの値としては、一例として、（その映像データのフレームを取得した時刻の１９７０年１月１日の０時０分０秒（ＧＭＴ）からの秒数×１００００００＋マイクロセック）とすることができる。

以上のように、本例のネットワーク映像監視システムでは、下流側から上流側に対して映像データを１単位毎（本例では、１フレーム毎）に要求する際に、映像要求の引数として、各映像データに付与された識別子（本例では、フレームＩＤであり、ｒｅｑ＿ｂｌｏｃｋ＿ｉｄの値）と、差分値（本例では、ｓｅａｒｃｈ＿ｖａｌの値）を用いる。
また、本例では、各映像データに付与する識別子（本例では、フレームＩＤ）として、連番などの番号を用いることができるばかりでなく、例えば、所定の基準時からの経過時刻或いは実際の時刻に基づく値を用いることも可能である。

具体的には、アーカイブＮＤＲ５は、映像データを記録する機能や、映像視聴装置７から要求された映像データを自装置の記録デバイス又は配下にあるＮＤＲ１−１〜１−ｐの記録デバイスから検索して取得する機能や、検索して取得した映像データを要求元の映像視聴装置７へ送信する（戻す）機能を有している。また、映像視聴装置７は、アーカイブＮＤＲ５に対して映像データを指定して要求する機能や、アーカイブＮＤＲ５から返送された映像データを受信して再生（表示等）する機能を有している。

また、映像視聴装置７からアーカイブＮＤＲ５への映像の要求では、ｒｅｑ＿ｂｌｏｃｋ＿ｉｄの値とｓｅａｒｃｈ＿ｖａｌの値からなる映像要求コマンドが用いられ、ｓｅａｒｃｈ＿ｖａｌの値が０である場合にはｒｅｑ＿ｂｌｏｃｋ＿ｉｄの値に最も近いフレームＩＤの映像データが取得され、ｓｅａｒｃｈ＿ｖａｌの値が正である場合にはｒｅｑ＿ｂｌｏｃｋ＿ｉｄの値より大きくて（本例では、未来方向で）その値に応じた番目のフレームＩＤの映像データが取得され、ｓｅａｒｃｈ＿ｖａｌの値が負である場合にはｒｅｑ＿ｂｌｏｃｋ＿ｉｄの値より小さくて（本例では、過去方向で）その値に応じた番目のフレームＩＤの映像データが取得される。

従って、本例では、映像要求時の引数として、ｒｅｑ＿ｂｌｏｃｋ＿ｉｄの値とｓｅａｒｃｈ＿ｖａｌの値を併用することにより、ｒｅｑ＿ｂｌｏｃｋ＿ｉｄの値に対応したフレームＩＤの映像データが間引き済みで存在しない場合においても、要求する映像データを特定することができる。このため、本例では、映像データが間引かれてフレームＩＤが離散化している場合においても、１単位の映像データ毎に映像データを要求する方式で、映像の再生を実現することができる。また、フレームＩＤの離散化に対応することができるため、例えば、フレームＩＤとして最初から離散値を用いても支障はなく、一例として、時刻を元にした値をフレームＩＤとして用いることも可能である。

ここで、本例では、記録デバイスに記録された複数の単位の映像データについて、間引き等により識別情報（本例では、フレームＩＤ）が離散化している場合を示したが、例えば、記録デバイスに記録された複数の単位の映像データの識別情報（本例では、フレームＩＤ）が、例えば０、１、２、・・・などのように、連続している場合においても、本例と同様に、ｒｅｑ＿ｂｌｏｃｋ＿ｉｄの値とｓｅａｒｃｈ＿ｖａｌの値を併用して、映像データの単位（本例では、フレーム）を指定することが可能である。

なお、本例では、映像データの単位としてフレームの単位が用いられており、各単位の映像データに付加される識別情報の数値としてフレームＩＤが用いられており、映像データの要求に含まれる基準となる識別情報の数値としてｒｅｑ＿ｂｌｏｃｋ＿ｉｄの値が用いられており、映像データの要求に含まれる基準となる識別情報の数値に対して相対的な位置（本例では、正又は負の方向と何番目であるかという距離、或いは、最寄）を示す数値としてｓｅａｒｃｈ＿ｖａｌの値が用いられている。
また、本例のアーカイブＮＤＲ５（映像記録装置の一例）では、アーカイブＮＤＲ５の内部の記録デバイスの機能或いは配下にあるＮＤＲ１−１〜１−ｐの記録デバイスの機能により映像データの記録手段が構成されており、映像視聴装置７から映像データの要求を受け付ける機能により受付手段が構成されており、受け付けた映像データの要求に適合した映像データを自装置の記録デバイス又は配下にあるＮＤＲ１−１〜１−ｐの記録デバイスから検索して取得する機能により取得手段が構成されており、取得した映像データを要求元の映像視聴装置７へ送信（出力）する機能により出力手段が構成されている。

ここで、本発明に係るシステムや装置などの構成としては、必ずしも以上に示したものに限られず、種々な構成が用いられてもよい。また、本発明は、例えば、本発明に係る処理を実行する方法或いは方式や、このような方法や方式を実現するためのプログラムや当該プログラムを記録する記録媒体などとして提供することも可能であり、また、種々なシステムや装置として提供することも可能である。
また、本発明の適用分野としては、必ずしも以上に示したものに限られず、本発明は、種々な分野に適用することが可能なものである。
また、本発明に係るシステムや装置などにおいて行われる各種の処理としては、例えばプロセッサやメモリ等を備えたハードウエア資源においてプロセッサがＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）に格納された制御プログラムを実行することにより制御される構成が用いられてもよく、また、例えば当該処理を実行するための各機能手段が独立したハードウエア回路として構成されてもよい。
また、本発明は上記の制御プログラムを格納したフロッピー（登録商標）ディスクやＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ）−ＲＯＭ等のコンピュータにより読み取り可能な記録媒体や当該プログラム（自体）として把握することもでき、当該制御プログラムを当該記録媒体からコンピュータに入力してプロセッサに実行させることにより、本発明に係る処理を遂行させることができる。

本発明の一実施例に係るＮＤＲが多段接続されたネットワーク映像監視システムの構成例を示す図である。 各装置による保持映像区間の一例を示す図である。 ｒｅｑ＿ｂｌｏｃｋ＿ｉｄにより指定されたフレームＩＤが間引き済みの映像データを示していて存在しない場合における、差分値ｓｅａｃｈ＿ｖａｌの値に基づく処理の例を示す図である。 ｒｅｑ＿ｂｌｏｃｋ＿ｉｄにより指定されたフレームＩＤが間引き済みの映像データではなく存在する場合における、差分値ｓｅａｒｃｈ＿ｖａｌの値に基づく処理の例を示す図である。 順方向再生の処理の一例を示す図である。 逆方向再生の処理の一例を示す図である。 ネットワーク映像監視システムの一構成例を示す図である。 ネットワーク映像監視システムにおける映像データの流れの一例を示す図である。

符号の説明

１−１〜１−ｐ、１１・・ネットワーク映像記録装置（ＮＤＲ）、 ２−１〜２−ｐ、４、６、１２・・ネットワーク、 ３−１１〜３−１ｒ、３−２１〜３−２３、１３−１〜１３−ｍ・・ＩＰカメラ、 ５・・アーカイブＮＤＲ、 ７、１４−１〜１４−ｎ・・映像視聴装置、 ２１・・制御装置のコンピュータボード、 ２２・・記録デバイス、 ３１・・ネットワークインターフェイス（ネットワークＩ／Ｆ）、 ３２・・記録デバイスインターフェイス（記録デバイスＩ／Ｆ）、 ３３・・メモリ、 ３４・・ＣＰＵ、 ３５・・制御バス、 ４１−１〜４１−ｍ・・カメラ用記録領域、

Claims (2)

1. 内部或いは外部の記録手段に記録された複数の単位の映像データから要求された映像データを取得して出力する映像記録装置であって、
   前記複数の単位の映像データの各々には識別情報として数値の情報が付加されており、
   記録上で前記数値が隣り合う映像データの間における当該数値の差が一定ではなく、
   当該映像記録装置は、基準となる識別情報の数値と当該基準となる識別情報の数値に対して相対的な位置を示す数値を含む映像データの要求を受け付ける受付手段と、
   前記受付手段により受け付けられた映像データの要求により指定された映像データを取得する取得手段と、
   前記取得手段により取得された映像データを要求元へ出力する出力手段と、を備え、
   前記取得手段は、前記映像データの要求に含まれる前記基準となる識別情報の数値に対して相対的な位置を示す数値が０である場合には、前記基準となる識別情報の数値に最も近い識別情報を有する映像データを取得し、前記映像データの要求に含まれる前記基準となる識別情報の数値に対して相対的な位置を示す数値が正である場合には、前記基準となる識別情報の数値より大きくて当該正の数値に応じた番目の識別情報を有する映像データを取得し、前記映像データの要求に含まれる前記基準となる識別情報の数値に対して相対的な位置を示す数値が負である場合には、前記基準となる識別情報の数値より小さくて当該負の数値に応じた番目の識別情報を有する映像データを取得する、
   ことを特徴とする映像記録装置。
2. 請求項１に記載の映像記録装置において、
   前記取得手段は、指定された映像データが自装置に存在しない場合には、自装置に接続された配下の映像記録装置から当該映像データを取得可能であり、
   更に、
   前記取得手段は、前記基準となる識別情報の数値に対して相対的な位置を示す数値として正又は負の固定の数値を用い、前記基準となる識別情報の数値として前回取得した映像データの識別情報の数値を用いることを連続して行うことで、順方向又は逆方向に連続して複数の映像データを取得する、
   ことを特徴とする映像記録装置。

Images