JP4373229B2 - 映像閲覧方法及び映像閲覧システム - Google Patents

Description

本発明は、蓄積された画像データを閲覧する映像閲覧方法及び映像閲覧システムに関わり、特にネットワークを介して、１または複数のユーザが閲覧する映像閲覧方法及び映像閲覧システムに関する。

カメラ等の撮像装置によって撮影された画像（動画像、静止画像、静止画像が時系列に連続した間欠的な準動画像等）を記録装置に記録しておき、ユーザが閲覧するシステムがある。近年のネットワーク通信の発展により、特にネットワークを介して、ユーザがパーソナルコンピュータや PDA（携帯情報端末）等のクライアント側の装置で画面表示することができる映像閲覧システムがある（例えば、特許文献１参照。）。

このような映像閲覧システムは、種々な用途に利用されており、例えば、画像により侵入者の監視や管理対象物の異常監視等の監視システムとして利用されている。
監視システムとして映像を閲覧する場合に、記録装置には、ユーザが監視しながら指定した時点でそれぞれの映像発信装置が取得した画像データを蓄積する場合、または、ユーザが指定した時刻プログラムによってそれぞれの映像発信装置が取得した画像データを蓄積する場合、あるいは、それぞれの映像発信装置が備えるセンサーが起動またはストップした情報に基づいてそれぞれの映像発信装置が取得した画像データを蓄積する場合等がある。

特開２００３―２７４３８３号公報

従来の映像閲覧システムでは、クライアント装置での映像の閲覧は１画面のみであった。即ち、複数の撮像装置が取得した映像を記録した記録装置（例えば、蓄積配信サーバ）から、１つ（１チャネル）分の撮像装置が取得した映像しか閲覧することができない欠点があった。しかし、特に監視の分野では、一般に複数画面を同時に表示する形態の映像閲覧要求が多く、１チャネル分の撮像装置が取得した映像しか閲覧することができないことは大きな欠点であった。

また、映像閲覧システムの場合には、記録装置から複数の映像閲覧装置を用いて、１画面の映像を複数閲覧する映像閲覧システムがある。この映像閲覧では、ライブ映像だけでなく、過去の映像を記憶装置からそれぞれ読み出して閲覧することができる。この場合、各々の映像に対して、独立に映像操作を行う基本機能を持つ映像閲覧システムがある。
しかし、映像閲覧システムを、例えば監視システムに応用する場合等では、例えば、ある時刻に異常が無かったか否かを全ての映像に対して調べたい場合や、ある１つの映像に侵入者を発見したときに別角度（別の撮像装置）からの映像でそのときの様子を確認したい場合には１つ１つの画面に対して映像操作しなければならず、使い勝手が悪いという欠点があった。
本発明の目的は、上記のような欠点を除去し、複数画面を表示可能な、使い勝手の良い映像閲覧方法及び映像閲覧システムを提供することにある。

上記の目的を達成するために、本発明の映像閲覧方法は、複数の映像発信装置から取得した映像を蓄積した記録装置から、記録装置に蓄積された映像を閲覧する映像閲覧装置において、複数の映像発信装置から取得した映像から再生する対象の映像を選択し、選択された映像と独立な再生時間軸を設け、複数の映像発信装置から取得した映像それぞれに付与されているタイムスタンプの値と再生時間軸とを比較して差分を算出し、差分に応じて再生時間軸に複数の映像発信装置から取得した映像それぞれ同期して再生することを特徴とする。

また、本発明の映像閲覧方法は、選択された映像の蓄積されている期間に対応して選択された映像を再生することを特徴とする。
また、本発明の映像閲覧方法は、選択された映像のいずれか１つの映像が蓄積されている期間に対応して選択された映像を再生することを特徴とする。
また、本発明の映像閲覧方法は、選択された映像の１つに映像が蓄積されている期間に対応して選択された映像を再生することを特徴とする。
また、本発明の映像閲覧方法は、選択された映像全てに映像が蓄積されている期間に対応して選択された映像を再生することを特徴とする。
また、本発明の映像閲覧方法は、記録装置はネットワークを介して結合された映像発信装置からの映像を取得して蓄積し、映像閲覧装置からの配信要求に応じて、ネットワークを介して映像を配信することを特徴とする。

また、本発明の映像閲覧システムは、複数の映像発信装置と、映像発信装置がそれぞれ取得した映像を蓄積する記録装置と、記録装置に蓄積された映像を閲覧する映像閲覧装置とを備える映像閲覧システムにおいて、映像閲覧装置は、記録装置に蓄積された映像の中から所望の複数の映像を選択する手段と、選択された所望の複数の映像と独立な再生時間軸を設ける手段と、複数の映像発信装置から取得した映像それぞれに付与されているタイムスタンプの値と再生時間軸とを比較して差分を算出する手段と、差分に応じて再生時間軸に複数の映像発信装置から取得した映像それぞれ同期して再生する手段を備えることを特徴とする。

本発明によれば、複数の映像を再生する映像閲覧方法及び映像閲覧システムにおいて、複数の映像を同期して再生することができる。

本発明の一実施形態の映像閲覧方法及びシステムは、１台の映像閲覧装置に、複数の画像を画面分割された表示部に表示することにより、複数画面表示を行う。
そして、再生開始時に、画像とは独立した１つの再生時間軸を設け、取り出した各画像に付与されているタイムスタンプの値とこの独立した１つの再生時間軸とを比較することによって同期した画像の再生（同期再生）を実現する。即ち、１つの映像操作によって全ての画像が同期して再生する。
更に、各々の画像に対して独立に（非同期に）画像操作を行う基本機能を備え、切替えを映像閲覧装置の同期／非同期切替機能を操作することでユーザの要求するタイミングで切替えられるようにし、同期した映像操作も、非同期の映像操作もできるようにする。

本発明の映像閲覧システムの一実施例を図１によって説明する。
本発明の映像閲覧システムは、監視映像やその他の映像情報を含み、映像監視システムへの適用や、映像監視システムをその中に含めた広いシステムへの適用ができるものである。
図１は、本発明の一実施形態による映像閲覧方法及び映像閲覧システムが適用される画像蓄積配信システムの全体構成を示す図である。
ここに示した画像蓄積配信システムは、画像データ（音声データを含むものであっても良い）を蓄積するための記録装置（以下、ディスク装置という）3 を備えた画像蓄積配信サーバ 1 と、ネットワーク 4 を介して画像蓄積配信サーバ 1 に接続された複数の Web カメラ 5（ 5-1 〜 5-n ）及び複数のクライアント端末 6（ 6-1 〜 6-m ）とを有して構成されている。ここで、n 及び m は自然数であり、n と m とはシステム実施時またはシステム更新時に設定され、n は Web カメラ 5 の個数で、m はクライアント端末 6 の個数である。
Web カメラ 5-1 〜 5-n は、それぞれを固有のチャネル番号を有し、例えば、5-1 はチャネル 1（ CH1 ）用、5-2 はチャネル 2（ CH2 ）用、‥‥‥、5-n はチャネル n（ CHn ）用の Web カメラとする。ここで、n ＝ m である必要はない。ここで、画像データは、音声データを含むものであっても良い。

Web カメラ 5-1 〜 5-n による撮影映像の各フレームの画像データは、例えば、JPEG 等の画像圧縮方式で圧縮され、ネットワーク 4 を介して IP パケット形式で画像蓄積配信サーバ 1 に送信される。この場合、圧縮された画像データは、フレーム毎にデータ量の異なる可変長データとなる。画像蓄積配信サーバ 1 は、Web カメラ 5-1 〜 5-n からネットワーク 4 を介して受信した各パケットから圧縮画像データ（以下、単に画像データと言う）を抽出し、ディスク装置 3 に予め確保されたチャネル別（サイト別）の循環記録領域 30（ 30-1 〜 30-n ）に記録する。

各クライアント端末 6 は、画像蓄積配信サーバ 1 に対して、チャネル番号とフレーム番号を指定して画像データの配信を要求する。画像蓄積配信サーバ 1 は、クライアント端末からの要求に応じて、ディスク装置 3 から読出した指定チャネル番号／フレーム番号の画像データ、またはキャッシュメモリに蓄積中の最新の画像データを IP パケット形式で要求元のクライアント端末 6 に配信サービスする。

図１の実施形態では、Web カメラ 5 は JPEG 画像データを出力するカメラとし、画像蓄積配信サーバ 1 がいずれかの Web カメラ 5 に対して要求を送信すると、当該 Web カメラ 5 が１枚の JPEG 画像データを画像蓄積配信サーバ 1 へ送信するといったように、１つの要求がある毎に１フレームの JPEG 画像データが Web カメラ 5 から画像蓄積配信サーバ 1 へ送信されて蓄積されるようにしている。
また、図１の実施形態では、クライアント端末 6 への画像データ配信についても上記実施例と同様に、いずれかのクライアント端末 6 から１つの要求がある毎に画像蓄積配信サーバ 1 に蓄積されている１フレームの JPEG 画像データが画像蓄積配信サーバ 1 から当該クライアント端末 6 へ送信されるようにしている。

即ち、本実施形態では、要求がある毎に画像データを１フレームずつネットワーク 4 を介して通信する方法を採用しているが、要求がある毎に画像データを複数フレーム分（あるいは１ファイル分）通信するようにしても良い。また、本実施形態では、Web カメラ 5 から出力される画像データは間欠的に時系列に連続した準動画像であるが、本発明の別の実施形態では、例えば、Web カメラ 5 を MPEG 画像データを出力するカメラとして、要求がある毎に MPEG 形式の動画像データを所定の長さ分通信するようにしても良い。
尚、Web カメラ 5 から画像蓄積配信サーバ 1 が取得する１フレーム分の画像データのサイズは、画像画素数、圧縮指定値によって異なる。

図１７は、図１と同様の映像閲覧システムの構成を示すブロック図である。図１７は図１と異なり、Web カメラ 5-1 〜 5-n を映像生成装置 202 と映像発信装置 203 とで構成し、クライアント端末 6-1 〜 6-m を映像受信装置 204 と映像受信装置 204 に付属する映像表示装置 205 とで表したものである。
図１７において、ネットワーク 4 は、例えば、ネットワークケーブルや無線 LAN（ Local Area Network ）、公衆回線等であり、発信されたデータを伝送する役割を持つ。また、このネットワーク 4 には、ルータやハブ等のネットワーク機器を含むものである。映像発信装置 203 、映像受信装置 204 、及び蓄積配信サーバ 206 は、ネットワーク 4 に接続され、互いが通信できるように結合されている。

映像生成装置 202 は、例えば、カメラ等の撮像素子を持った映像生成装置であり、光を電気に変換して映像を生成する役割を持つ。映像発信装置 203 は、例えば、映像生成装置 202 からの映像を受け取るインタフェースと画像コーデック、ネットワークインタフェースを内蔵したエンコーダ装置であり、映像生成装置 202 からの出力される映像をネットワーク伝送に適した形に変換し、ネットワーク 4 に発信する役割を持つ。例えば、映像生成装置 202 から入力された映像がアナログ映像であった場合にはデジタル変換し、ネットワーク 4 の伝送帯域によっては、圧縮処理を施したりもする。

映像生成装置 202 と映像発信装置 203 は、例えば、図１に示した Web カメラ 5-1 〜 5-n のように、１つの装置として結合された形態でもよい。
映像受信装置 204 は、例えば、ネットワークインタフェースと画像コーデック、映像表示装置 205 に映像を出力するインタフェースを内蔵したデコーダ装置であり、ネットワーク 4 を介して伝送されてきた映像を受信し、映像表示装置 205 が表示可能な形に変換し出力する役割を持つ。例えば、映像表示装置 205 がテレビモニタであった場合には、アナログ変換を行う。また、受信した映像が圧縮映像であった場合には、画像コーデックを使って伸張処理を施したりもする。

映像表示装置 205 は、例えば、テレビモニタ、コンピュータの CRT（ Cathode−Ray Tube ）、液晶モニタといった表示素子を持った映像表示装置で、電気を光に変えて映像を表示する役割を持つ。
映像受信装置 204 と映像表示装置 205 は、１つの装置として結合された形態でもよい。例えば、テレビモニタに内蔵された形態、CRT を接続したコンピュータの形態、あるいは、表示装置を備えた携帯電話等の携帯端末の形態などが挙げられる。
また、映像受信装置 204 は、蓄積配信サーバ 3 に対し、再生や早送り等の再生指示を行う操作インタフェースを内蔵する。このインタフェースは、例えば、コンピュータ画面の GUI（ Graphical User Interface ）、あるいは、映像受信装置 204 に接続された制御盤端末でも良い。

蓄積配信サーバ 1 は、例えば、ネットワークインタフェースや、記録媒体へのインタフェースを内蔵したパソコンであり、映像発信装置 202 からネットワーク 4 を伝送されてきた映像を受信し、接続された記録媒体（ディスク装置 3 ）に映像を蓄積する役割と、映像受信装置 204 からの映像配信要求に応じ、記録媒体 3 から要求された映像を取出し、取出した映像をネットワーク 4 を介して映像受信装置 204 に配信する役割を持つ。
記録媒体 3 は、例えば、ハードディスクやディスクアレイといった映像を記録する媒体であり、蓄積配信サーバ 1 と、例えば、SCSI（ Small Computer System Interface ）や ATA（ AT Attachment ）、Fibre Channel といった専用のインタフェース、または、SAN（ Storage Area Network ）や NAS（ Network Attachment Storage ）といった IP ネットワークを用いたインタフェース等によって結合されている。

図１７においては、映像生成装置 202 、映像発信装置 203 、映像受信装置 204 、映像表示装置 205 、記録媒体 3 は、それぞれ１個ずつしか記載しなかった。しかし、これらの機器は、蓄積配信サーバ 1 に対し、複数個が結合されても良い。

画像蓄積配信サーバ 1 は、Web カメラ 5 からネットワーク 4 を介して画像データを取得する。
図２は、図１に示した画像蓄積配信サーバ 1 の一実施例を示すブロック構成図である。
画像蓄積配信サーバ 1 は、プロセッサ 10 と、プロセッサ 10 が実行する各種のプログラムを格納したプログラム格納メモリ 11 と、画像データのチャネル別の循環記録とクライアントへの配信サービスに必要な各種テーブルが形成されるテーブル格納メモリ 12 と、送受信画像フレームのバッファ領域および書込み／読出し画像データのキャッシュ領域として利用されるデータ格納メモリ 13 からなる。また、画像蓄積配信サーバ 1 には、ネットワーク 4 接続するためのネットワークインタフェース 14 と、TCP / IP スタック 15 と、ディスク装置 3 の接続インタフェースとなるファィバーチャネルドライバ 16 及びファィバーチャネルインタフェース 17 と、入力装置 18 および表示装置 19 が備えられている。

本実施例の画像蓄積配信サーバ 1 では、例えば、Web カメラからフレーム単位で受信される画像データをチャネル別キャッシュメモリ（以下、ディスク書込みキャッシュ領域と言う）に順次に蓄積しておき、例えばセクタサイズの整数倍のデータブロックに編集して、ブロック単位でディスク装置 3 への書込みを実行する。また同様に、クライアント端末 6 への画像データの読出しも、クライアント別キャッシュメモリ（以下、ディスク読出しキャッシュ領域と言う）に順次に蓄積しておき、例えばセクタサイズの整数倍のデータブロックに編集して、ブロック単位でディスク装置 3 からの読出しを実行する。

即ち、本実施例では、例えば、ディスク装置 3 に定義されるチャネル別の循環記録領域 30 を固定サイズの複数のメモリブロックに区分けしておき、先頭メモリブロックから順にブロック単位で画像データを書込み、最終ブロックへの画像データの書込みが終わると、次の画像データは先頭ブロックに書込むことによって、メモリ領域を循環的に利用した画像データ記録を実現する。ここで、循環記録領域 30 は、図１に示した複数の循環記録領域 30-1〜 30-n のうちの任意の１つを示している。

図３は、本発明の一実施形態の画像蓄積配信サーバ 1 において、画像データの書込みと読出しに関係する部分の機能ブロック図を示す。
本実施例では、データ格納メモリ 13 （図２参照）に、チャネル数 n と対応した複数の受信フレームバッファ 20（ 20-1 〜 20-n ）とディスク書込みキャッシュ 22（ 22-1 〜 22-n ）が形成される。即ち、チャネル番号 1 〜 n （ CH1 〜 CHn ）別に、受信フレームバッファ 20 とディスク書込みキャッシュ 22 とが形成される。また、上記データ格納メモリ 13 に、クライアント端末 6 の数 m と対応した複数の送信フレームバッファ 27（ 27-1 〜 27-m ）とディスク読出しキャッシュ 26（ 26-1 〜 26-m ）とが形成される。

Web カメラ 5 から送信された画像フレームパケットは、ネットワークインタフェース 14 で受信され、TCP / IP スタック 15 で画像フレームが抽出され、チャネル番号と対応した受信フレームバッファ 20（ 20-1 〜 20-n ）に入力される。受信フレームバッファ 20 に入力された画像フレームは、チャネル番号と対応した受信スレッド 21（ 21-1 〜 21-n ）によって、ディスク書込みキャッシュ 22（ 22-1 〜 22-n ）に転送され、ディスク書込みキャッシュ領域にデータブロックとして形成される。

受信スレッド 21 の実体は、プログラム格納メモリ 11 に用意された受信画像フレーム処理用のプログラムである。本実施例では、チャネル対応の各ディスク書込みキャッシュ 22 が複数のキャッシュ領域で構成されている。各受信スレッドは、１つのキャッシュ領域でデータブロックの編集が完了すると、その後の受信フレームを別のキャッシュ領域で次のデータブロックを編集する。編集された各データブロックには、チャネル別にシーケンシャルなブロック番号が付与される。

120 は、管理テーブル用メモリ領域、121 は、管理テーブルが示す論理的なポインタ情報、またはチャネル番号とブロック番号とで特定されるメモリブロックのアドレスをディスクアドレスに変換するためのアドレス変換テーブルを示す。
各受信スレッド 21 は、１つのデータブロックが完成すると、チャネル番号と、ブロック番号と、そのデータブロックが位置しているキャッシュ領域の識別子と、そのデータブロックをディスク装置 3 内に格納する先を示すディスク装置 3 内のアドレス（以下、ディスクアドレスと言う）とを示す制御ブロックを生成し、これを書込み待ちブロックキュー 23 に登録する。チャネル番号とブロック番号から、ディスクアドレスへの変換を行うためのアドレス変換テーブル 121 が用意されている。また、各受信スレッド 21 は、完成したデータブックが持つヘッダ（図示しない）の内容をフレーム目次テーブル（図示しない）に格納する。

フレーム目次テーブルは、チャネル番号別の複数のテーブルからなり、ヘッダの内容は、チャネル対応の循環記録領域 30 に保存中の画像フレームの索引情報として利用される。フレーム目次テーブルに格納（記録）される索引情報のエントリは、循環記録領域 30 に保存されるデータブロックと対応している。従って、索引情報エントリは、フレーム目次テーブルのメモリ領域に循環的に格納される。

ディスク書込みスレッド 24（ 24-1 〜 24-L ）の実体は、プログラム格納メモリ 11 に用意されたデータブロック処理用のプログラムであり、それぞれ書込み待ちブロックキュー 23 から制御ブロックを取り込み、その制御ブロックが示すチャネル番号とキャッシュ領域識別子に従って、ディスク書込みキャッシュ 22 から１つのデータブロックを読出し、上記制御ブロックが示すディスクアドレスに従って、ディスク装置 3 内の特定の循環記録領域の特定のブロック位置にデータブロックを書込む。ここで、L は L ≦ n の自然数である。

配信スレッド 25（ 25-1 〜 25-m ）の実体も、プログラム格納メモリ 11 に用意された送信データ処理用のプログラムであり、それぞれクライアント端末 6（ 6-1 〜 6-m ）からの画像フレーム配信要求に応答して、ディスク装置 3 からディスク読出しキャッシュ 26 へのパック単位またはブロック単位での画像データの読出し動作と、指定画像フレームの送信フレームバッファ 27（ 27-1 〜 27-m ）への転送動作を行う。送信フレームバッファ 27 に入力された画像フレームは、TCP / IP スタック 15 で IP パケットに変換され、ネットワークインタフェース 14 を介してネットワークに送信される。

各クライアント端末 6（ 6-1 〜 6-m ）は、画像蓄積配信サーバ 1 に対して、チャネル番号とフレーム番号を指定して画像フレームの配信を要求する。配信スレッド 25 は、フレーム目次テーブル 19 を参照して、クライアント 6 からの要求画像フレームを含むブロックの番号とパック位置を特定し、アドレス変換テーブルから、チャネル番号とブロック番号に対応するディスクアドレスを特定する。画像データ読出しは、例えば、ディスクアドレスとパック位置に基づいて、あるいは、ディスクアドレスに基づいて行なわれる。

次に図１に示したような画像蓄積配信システム等の映像閲覧システムにおいて、クライアント端末側で、具体的に複数画像を再生する実施形態を以下に説明する。
図４は、本発明の一実施例のクライアント端末 6（ 6-1 〜 6-m ）の１つに備えられた表示部の表示画面例を示す図である（詳細な実施例は後述する図６参照。）。1100 は表示画面、1101 は映像表示部、1102-1 〜 1102-4 はディスク装置 3 に記録された中からそれぞれ指定されたカメラからの画像データを再生した画面（図６参照）、1103 はそれぞれの画面 1102-1 〜 1102-4 の画像再生をユーザがポインティングデバイス等の入力装置 18 を用いて GUI 操作によって制御するための映像操作部、1104 はカメラ情報等その他の情報を表示または操作するための他情報表示部である。

図４の映像操作部 1103 の詳細な実施形態を図５によって説明する。図５は、本発明の映像操作部の一実施例の表示画面を示す図である。ユーザは、この映像操作部 1103 の GUI 操作のための表示図形を、ポインティングデバイス等の入力装置 18 を用いて操作することによって映像表示部 1101 の画面表示を制御する。例えば、1201 は映像表示部 1101 の画面を１画面表示か４画面表示にするかを指示する GUI ボタンを有する画面切替部である。また例えば、1202 は映像表示部 1101 での画像データの再生を制御する GUI ボタン群を有する映像操作部である。ユーザは、映像操作部 1202 の所定箇所を GUI 操作することによって、画像データの先頭に戻る、終端を表示する、巻き戻し、逆再生、再生、早送り、一時停止、コマ戻し、コマ送り、巻き戻しや早送りの速度の変更、等を行う。

また、1203 は同期と非同期の切替ボタンである同期／非同期切替部である。ユーザは、これを GUI 操作することによって、再生画像の同期と非同期とを切替える。例えば、同期／非同期切替部 1203 は、非同期再生で設定されているときは「同期」という文字が表示されており、この「同期」を押すことにより、非同期再生から同期再生の状態に設定され、かつ、同期／非同期切替部 1203 は、「非同期」という文字が表示される。
また例えば、同期／非同期切替部 1203 は、同期再生で設定されているときは「非同期」という文字が表示されており、この「非同期」を押すことにより、同期再生から非同期再生の状態に設定され、かつ、同期／非同期切替部 1203 は、「同期」という文字が表示される。

図６は、図４で示した映像表示部 1101 の表示画面の一実施例を示す図である。映像表示部 1101 には、例えば、４画面表示の時には、画面Ｉ 1102-1 〜画面ＩＶ 1102-4 が表示される。1106-1 〜 1106-4 はそれぞれの画面Ｉ 1102-1 〜画面ＩＶ 1102-4 に再生表示されている画像の記録時刻、1107-1 〜 1107-4 はそれぞれの画面Ｉ 1102-1 〜画面ＩＶ 1102-4 に再生表示されている画像のカメラ番号（例えば、図１の Web カメラ 5-1 〜 5-n のどれか）、1108-1 〜 1108-4 はそれぞれの画面Ｉ 1102-1 〜画面ＩＶ 1102-4 に再生表示されている画像のカメラの名称である。このカメラ名称は、例えば、そのカメラの設置場所や撮影場所を意味するものでユーザが予め設定することができる。
なお、図４と図６の画面では、映像の表示を省略している。

同期再生を実現するために、本発明の実施形態では、再生開始時に、画像データとは独立した再生時間軸を設け、取り出した各画像に付与されているタイムスタンプの値と再生時間軸を比較することによって同期した（１つの映像操作によって全ての映像が動作する）画像の再生を実現する。例えば、この独立した時間軸の再生タイミングに、それぞれ１番近い各画像に付与されているタイムスタンプの値を検出して再生するものである。
図６において、時刻表示 1106-1 〜 1106-4 は、同期状態であっても異なる時刻であることがある。その理由は、各 Web カメラ 5 がそれぞれ非同期で撮像しているため、タイムスンプの時刻もまた非同期であるためである。

更に、図７と図８によって、映像表示部 1101 にユーザが指定した画像データを表示する場合を更に詳細に説明する。図７は、クライアント端末 6 の構成の一実施例を示す図である。
また図８は、映像表示部 1101 にユーザが指定した画像データを表示する場合のクライアント端末 6 の処理動作の一例のフローチャートである。
図７において、1720 はデータバス、1725 はモニタ等の表示部、1726 はCPU 部、1727 はマウスやキーボード等のユーザがクライアント端末に指示する手段である入力部、1721 はクライアント端末が記録装置（例えば、映像蓄積配信サーバ）から、画像データを読出し再生する処理を行う時に、処理する前の画像データを一時的に保存する一時記憶部、1722 は表示部 1725 に表示するための画像を記録する画像メモリ、1723 は CPU 部 1726 が処理する時に使用するワークメモリ、1724 は CPU 部 1726 が処理するためのプログラムを保存しているプログラムメモリである。

図８において、ステップ 1701 では、所定時間待機してからステップ 1702に進む。所定時間は、例えば、33 msec に設定する。この場合、最大で、1 sec 間で 30 フレーム分の画像が再生される場合を想定（ 1 sec ÷ 30 フレーム＝約 33 msec ）している。
ステップ 1702 では、指定された画面（例えば、図６の画面Ｉ 1102-1 ）に描
画要求があるか否かを判定する。もし要求があればステップ 1703 に進み、無ければステップ 1709 に進む。
ステップ 1703 では、描画要求のあった画像データのフレームの時刻情報（取得されたときのカメラのタイムスタンプ）を得て、ステップ 1707 に進む。
ステップ1707 では、取得した画像をワークメモリ 1723 に保存し、ステップ 1708 に進む。
ステップ 1708 では、例えば、図６に示すような時刻表示 1106-1 、カメラ番号 1107-1 、カメラ名称 1108-1 等のタイトル情報を画像としてワークメモリ 1723 に保存し、ステップ 1709 に進む。
ステップ 1709 では、ワークメモリ 1723 に保存された画像とタイトル情報を合成した画像として、画像メモリ 1724 に転送し、ステップ 1701 に戻る。尚、画像メモリ 1724 に転送された画像は、その後、表示部 1725 に表示される。
尚、図８のフローチャートは、表示部 1725 の表示モードが１画面表示の場合は、この１つのフローだけで良い。しかし表示部 1725 の表示モードが４画面表示の場合には、このフローを４つパラレルに処理する方法をとるか、または４画面を順番に処理する方法を取る。順番に処理する場合には、ステップ 1701 の待機時間は、例えば、１画面表示の場合の４分の１の時間（約 8 msec ）とする。

次に、本発明の実施形態として、非同期再生と同期再生の表示方法について図９〜１３によって説明する。以下、説明を簡単にするために、再生する画面を２つ（映像 ch1 及び映像 ch2 ）として説明するが、いくつ画面があっても同様の処理となる。

図９〜図１２において、横軸は時間であり、(a) はクライアント端末 6 の再生時間軸、(b) は映像 ch1 において画像データが記録された場所と記録されていない場所とを模式的に示す図、(c) は映像 ch2 において画像データが記録された場所（斜線部）と記録されていない（映像が無い）場所、(d) は映像 ch1 の画像データが再生された場合の再生画像データと時間軸の関係、(e) は映像 ch2 の画像データが再生された場合の再生画像データと時間軸の関係とを模式的に示す図である。

図９は、複数画面表示する場合に、同期しない再生方法の一実施例を模式的に説明するための図である。
図９のように記録されている映像 ch1 及び映像 ch2 を、ユーザが指定して、時刻 t0 を再生開始時間として再生させた場合、映像 ch1 の画像データ V_1-1 ，V_1-2 と映像 ch2 の画像データ V_2-1 は、時刻 t0 の画像データから再生を開始する。そして、映像 ch2 のための再生画面では、時刻 t4 までの画像データ V_2-1 が連続的に再生される。しかし、映像 ch1 のための再生画面では、時刻 t0 〜時刻 t1 までの画像データ V_1-1 が再生された後、時刻 t2 の画像データ V_1-2 まで時間的にジャンプして、あたかも時刻 t1 〜時刻 t2 までの時間が無かったかのように、連続的に次の画像データである時刻 t2 〜時刻 t3 間での画像データ V_1-1 ，V_1-2 が再生されて、それが終了すると、図９には描かれていない、より時刻が右側にある記録されている画像データを再生するように動作する。
即ち、映像が無い部分はそれぞれの映像チャネル毎に記録されている画像データにジャンプして（記録された時間に進めて）再生する。
上記実施例では、再生を開始した時刻から以降（逆再生の場合は、それ以前）の画像データを次々に再生しているが、１つの画像データ（時間的に連続した映像）が終了した時点で、再生を止めても良い。

図１２は、複数画面表示する場合に、複数の画像データを同期して再生する再生方法の一実施例を模式的に説明するための図である。
図１２の実施例は、いずれかの映像チャネルに画像データが存在する場合にその存在する期間だけ、他のチャネルの画像データも同期して同時に再生表示するものである。

図１２のように記録されている映像ch1 及び映像 ch2 を、ユーザが指定して、時刻 t0 を再生開始時間として再生させた場合、まず、映像 ch1 に時刻 t0 以降に画像データが有るか無いかを検索する。そして、時刻 t0 以降で画像データが存在する時刻から画像データの再生を開始する。
即ち、図１２において、時刻 t0 で、画像データ V_1-1と画像データ V _2-1 の画像データから再生を開始する。時刻 t1 には、映像 ch1 の画像データ V_1-1 の再生が終了し、次の映像 ch1 に存在する（蓄積されている）画像データ V_1-2がある時刻 t2 まで、この表示画面は、画像が無いことを示す情報を表示する。画像が無いことを示す情報は、例えば、「画像が無い」という文字表示や、青色画面、または、文字表示と共に最後の再生画像をそのまま残しておく等の方法がある。

一方、映像 ch2 の表示画面は、まだ画像データ V_2-1 が存在するので、再生を続けている。そして、映像 ch1 の画像データ V_1-2 が存在する時刻 t2 〜 t3 には、映像 ch1 の画像データ V_1-2 が、映像 ch2 の画像データ V_2-1 と同期して同時に再生される。
画像データ V_1-2 の再生が終了すると、次に、再び、映像 ch1 の画像データ V_1-3 が存在する時刻 t5 〜時刻 t6 まで、映像 ch1 の画面表示が「画像が無い」ことを示す情報を表示するが、映像 ch2の画像データ V_2-1 は再生を続けている。
次に、時刻 t4 〜 t5 までの期間には、どの映像チャネルにも画像データが存在しないため、どのチャネルの再生も行われない。即ち、映像 ch1 及び映像 ch2 の再生画面には、「画像が無い」ことを示す情報が表示される。
時刻 t5 〜 t6 の期間には、映像 ch1 には画像データ V_1-3 が蓄積されているため、その映像が再生され、一方、映像 ch2 の再生画面は、「画像が無い」ことを示す情報が表示されたままである。

次に、時刻 t6 〜 t7 までの期間には、どの映像チャネルにも画像データが存在しないため、どのチャネルの再生も行われない。即ち、映像 ch1 及び映像 ch2 の再生画面には、「画像が無い」ことを示す情報が表示される。
そして、時刻 t7 〜 t8 の期間には、映像 ch2 には画像データ V_2-2が蓄積されているため、その映像が再生され、一方、映像 ch1 の再生画面は、「画像が無い」ことを示す情報が表示されたままである。
以上のように、図１２の実施例では、絶対的な時間軸と映像 ch1 に蓄積されている映像毎に付与されているタイムスタンプとを比較して再生する。即ち、映像 ch1 も映像 ch2 も、映像が蓄積されている期間分の画像データが複数の映像チャネル同士で同期した再生を行う。

次に、本発明の別の同期再生方法の実施形態を図１０によって説明する。
図１１は、複数画面表示する場合に、複数の画像データを同期して再生する再生方法の一実施例を模式的に説明するための図である。
図１０の実施例は、図１２とほぼ同様に、画像データが存在する場合にはすべて再生するものである。しかし、図１２とは異なり、どの映像チャネルにも画像データが蓄積されていない場合には、その時刻から最も近い時刻に蓄積された画像データのある場所の映像の時刻までジャンプし、再生を行うものである。即ち、画像の再生には、全ての画面に「画像が無い」ことを示す情報が表示されることは無い。勿論、再生開始を指定した時刻より以降に画像データがどの映像チャネルにも全く存在しないときはその限りではない。

即ち、図１０において、時刻 t0 〜時刻 t4 までの再生は、図１２と同じである。そして、時刻 t4 〜時刻 t5 及び時刻 t6〜時刻 t7 のように、どの映像チャネルにも画像データが蓄積されていない場合には、その時刻以降の時刻で最も古い時刻の画像データを探し出し、時刻 t4 から、その画像データの再生を開始する。例えば、時刻 t4 〜時刻 t9 の期間に映像 ch1 の画像データ V_1-3 を再生し、次に、時刻 t9 〜 時刻 t10 の間に映像 ch2 の画像データV_2-2 を再生する。勿論、映像 ch1 に画像データ V_1-3 が存在する期間（時刻 t5 〜時刻 t6 ）に他のチャネルの画像データが存在していれば、その映像も同期して再生される。

即ち、図１０の実施例では、全ての映像チャネルに画像データの蓄積が無ければ、全ての画像データのうち最も古い画像データがある時刻までジャンプするものである。従って、この方法は、全ての映像チャネルの画像データが有る場所の OR（論理和）をとって複数の映像チャネルの同期をとった再生を行う。この方法は、例えば、蓄積した全ての映像を網羅して把握したい場合に特に有効である。

次に、本発明の別の同期再生方法の実施形態を図１１によって説明する。
図１１は、複数画面表示する場合に、複数の画像データを同期して再生する再生方法の一実施例を模式的に説明するための図である。
図１１の実施例は、予めまたは随時、ユーザが指定したいずれかの映像チャネルに画像データが存在する場合にその存在する期間だけ、他のチャネルの画像データも同期して同時に再生表示するものである。

図１１において、映像 ch1 が優先するチャネルと設定されているとき、予め記録されている映像 ch1 及び映像 ch2 を、ユーザが指定して、時刻 t0 を再生開始時間として再生させた場合、まず、映像 ch1 に時刻 t0 以降に画像データが有るか無いかを検索する。そして、時刻 t0 以降で画像データが存在する時刻から画像データの再生を開始する。

即ち、図１１において、時刻 t0 で、画像データ V_1-1 と画像データ V_2-11 の画像データから再生を開始する。時刻 t1 には、映像 ch1 の画像データ V_1-1 の再生が終了し、次の映像 ch1 に存在する（蓄積されている）画像データ V_1-2がある時刻 t2 までジャンプして、映像 ch2 の画像データ V_2-12は再生されない。そして、映像 ch1 の画像データ V_1-2 が存在する時刻 t2 〜 t3 までの時刻に相当する期間に蓄積された映像 ch2 の画像データ V_2-13が、画像データ V_1-2 と同期して同時に再生される。

画像データ V_1-2 の再生が終了すると、次に、映像 ch1 の画像データ _V1-3が存在する時刻 t5 〜時刻 t6 の映像 ch2 の画像データを検索する。図１１の例では、時刻t5 〜時刻 t6 に映像 ch2 に蓄積された画像データは存在していない。従って、再生は映像 ch1 の画像データ V_1-3だけが再生される。
また、映像 ch2 には、時刻 t7 〜時刻 t8 の期間に、画像データ V_2-2が蓄積されているが、この期間に映像 ch1 には、画像データが蓄積されていないため、この画像データ V_2-2 は再生されない。

即ち、図１１の実施例では、絶対的な時間軸と映像 ch1 に蓄積されている映像毎に付与されているタイムスタンプとを比較して再生する。そして、映像 ch2 の再生も、映像 ch1 に映像が蓄積されている期間分の映像だけが再生され、複数の映像チャネルの同期をとった再生を行う。
この方式は例えば、アラーム録画機能を有するカメラ映像を録画したチャンネルと通常の録画のみを行うような映像のチャンネルが存在するような場合に、アラーム録画機能を有するカメラ映像のチャネルを優先指定し、アラーム時の映像を閲覧しつつ、アラーム時に他の映像に異常が無かったかを同時に把握したい時に特に有効である。

次に、本発明の別の同期再生方法の実施形態を図１３によって説明する。
図１３は、複数画面表示する場合に、複数の画像データを同期して再生する再生方法の一実施例を模式的に説明するための図である。
図１３の実施例は、すべての映像チャネルに画像データが存在する場合に、その存在する期間だけ、画像データを同期して同時に再生表示するものである。

図１３において、映像 ch1 及び映像 ch2 共に画像データが蓄積されている期間は、時刻 t0 〜時刻 t1 及び時刻 t2 〜時刻 t3 の期間のみである。映像の再生は、この期間のみの画像データ V_1-1 ，V_2-11，V_1-2，及びV_2-13 について行われる。そして、それ以降に更に映像 ch1 及び映像 ch2 共に画像データが蓄積されている期間があれば、時刻 t9 から再生される。
この方法は、例えば、重要な時間帯の映像は全ての映像チャネルで蓄積するようなシステム運用を行い、重要な時間帯の映像のみを閲覧するような場合に有効である。また、上記実施例では、全ての映像チャネルでの AND（論理積）をとっていたが、複数の映像チャネルの一部だけの論理積をとって再生しても良い。

上記図１０〜図１３で説明した同期モードの方法は、予め１つだけ運用するシステムに登録しておき、設定された同期モードで使用する。
また、図５で説明した映像操作部 1103 では、予め定められた１種類の同期再生方法でしか使用できない、しかし、他の同期再生方法にも長所があり、それを切替られるようにしてもかまわない。即ち、図１４に示すように、図５で説明した映像操作部 1103 に同期モード切替部 1204 を設け、この同期モード切替部 1204 を操作することによって、同期モードを切替えても良い。

次に、図７に示したようなクライアント端末 6 がどのように４画面同期再生処理を実行するかの一実施例を、図１０で説明した同期モードを使って説明する。図１５は、本発明の同期制御の一実施例の処理動作例を説明するためのフローチャートである。
ステップ 1801 では、同期再生のための画像データの検索が開始初回であるか否かを判定し、初回でなければステップ1804 に進み、初回であればステップ 1802に進む。
ステップ 1802 では、同期の基準となるクライアント端末 6 の画面が現在表示しているシステム時刻を確認し、そのシステム時刻を検索時刻として保持（記憶）し、ステップ 1803 に進む。
ステップ 1803 では、検索中フラグを“ON”とし、ステップ 1828 に進む。

ステップ 1804 では、現在、画像データを検索中か否かを判定し、検索していなければステップ 1810 に進み、検索中であればステップ 1805 に進む。
ステップ 1805 では、画面に表示を指定された全ての映像チャネルの蓄積された画像データについて、検索時刻に１番近い画像データのフレームを検索し、ステップ 1806 に進む。
ステップ 1806 では、全ての指定された映像チャネルについて検索が完了したか否かを判定し、終了していなければ、ステップ 1828 に進み、終了していればステップ 1807 に進む。
ステップ 1807 では、検索中フラグを“OFF”として、ステップ 1808 に進む。
ステップ 1808 では、基準となる画面（映像チャネル）の検索完了時刻をターゲット時刻（再生基準時刻）とし、ステップ 1809 に進む。
ステップ 1809 では、現在のシステム時刻を制御時刻として記憶し、ステップ 1828 に進む。

ステップ 1810 では、表示する画面（例えば、４画面）の内、どれかの画像データを記録装置から取込み中か否か判定し、取り込み中であればステップ 1828 に進み、取り込み中でなければステップ 1811 に進む。
ステップ 1811 では、制御時刻とシステム時刻との差分を遅延時間として算出し、ステップ 1812 に進む。
ステップ 1812 では、算出した遅延時間に倍速係数を乗算した結果をターゲット時刻に加算しステップ 1813 に進む。ここで、倍速係数とは、例えば、設定された再生速度が２倍速ならば“2”であり、通常再生速度ならば“1”である。
ステップ 1813 では、各画面ごとに、現在表示されているフレーム画像のフレーム番号と時刻表示された時刻とを取得し、ステップ 1814 に進む。
ステップ 1814 では、更新要求フラグ１を“ON”とし、ステップ 1815 に進む。

ステップ 1815 では、ユーザから指示されている再生方向が順方向か逆方向かを確認し、逆方向ならばステップ1818 に進み、順方向ならばステップ 1816 に進む。
ステップ 1816 では、各画面の時刻表示がターゲット時刻より古いか否かを判定し、古くない場合にはそのままステップ 1817 に進み、古い場合には映像取得フラグを“ON”としてステップ 1817 に進む。
ステップ 1817 では、各画面のうち１番古い時刻表示の時刻をスキップ時刻として保持し、ステップ 1820 に進む。
ステップ 1818 では、各画面の時刻表示がターゲット時刻より新しいか否かを判定し、新しくない場合にはそのままステップ 1819 に進み、新しい場合には映像取得フラグを“ON”としてステップ 1819 に進む。
ステップ 1819 では、各画面のうち１番古い時刻表示の時刻をスキップ時刻として保持し、ステップ 1820 に進む。

ステップ 1820 では、映像取得フラグが“ON”か否かを判定し、“ON”でなければステップ 1825 に進み、“ON”でならばステップ 1821 に進む。
ステップ 1821 では、更新要求フラグ２を“ON”とし、ステップ 1822 に進む。
ステップ 1822 では、次に取得すべきフレーム画像のフレーム番号を算出し、ステップ 1823 に進む。
ステップ 1823 では、算出したフレーム番号が更新されているか否かを判定し、更新されていなければステップ 1825 に進み、更新されていればステップ 1824 に進む。
ステップ 1824 では、映像取得要求を記録装置に要求し、ステップ 1825 に進む。

ステップ 1825 では、更新要求フラグ１が“ON”でかつ更新要求フラグ２が“OFF”であるか否かを判定し、その状態になければステップ 1828 に進み、その状態であればステップ 1826 に進む。
ステップ 1826 では、スキップ時刻とターゲット時刻との差が 3 秒以上有るか否かを判定し、3 秒未満であればステップ 1828 に進み、3 秒以上であればステップ 1827 に進む。
ステプ 1827 では、スキップ時刻をターゲット時刻に設定してステップ 1828 に進む。
ステップ 1828 では、ユーザから再生の停止指示があるか否かを判定し、停止指示があれば再生を停止し、無ければステップ 1801 に戻る。

次に、映像表示部の動作の説明をした図８の実施例では、簡単に説明するために、再生の方向（順方向と逆方向）についての動作を確認していない。
再生の方向を考えて処理を実行するためには、例えば図１６に示すようなフローチャートによる処理を行う。
図１６は、本発明の一実施例の映像表示部 1101 にユーザが指定した画像データを表示する場合のクライアント端末 6 の処理動作の一例のフローチャートである。図１６のフローチャートは、図８のフローチャートのステップ 1703 とステップ 1707 との間に、ステップ 1704 〜ステップ 1706 を追加したものである。ステップ 1704 〜ステップ 1706 以外の処理は、図８と同様であるから、説明を省略する。

図１６において、ステップ 1703 では、描画要求のあった画像データのフレームの時刻情報（取得されたときのカメラのタイムスタンプ）を得て、ステップ 1704 に進む。
ステップ 1704 では、再生の指示が逆再生か否かを判定する。もしユーザの再生指示によってコマ戻しや逆再生等の逆再生中であればステップ 1706 に進み、コマ送りや順再生等の再生中であればステップ 1705 に進む。
ステップ 1705 では、各画面の時刻表示がターゲット時刻より新しいか否かを判定し、新しい場合には１つ前の時刻情報の画像を取得し、ステップ 1707 に進む。
ステップ 1705 では、各画面の時刻表示がターゲット時刻より古いか否かを判定し、古い場合には１つ前の時刻情報の画像を取得し、ステップ 1707 に進む。
以上により、順方向再生と逆方向再生の制御が実現できる。

以上述べたように、本発明の実施形態の複数画面表示を行う映像閲覧装置において、再生開始時に、映像とは独立した１つの再生時間軸を設け、取り出した各映像に付与されているタイムスタンプの値と再生時間軸を比較することによって同期した（１つの映像操作によって全ての映像が動作する）映像の再生を実現することができる。
更に、各々の映像に対して独立に（非同期に）映像操作を行う基本機能を維持し、切替えを映像閲覧装置の同期／非同期切替部を操作することによって、ユーザの要求するタイミングで切替えられるようにし、同期した映像操作も、非同期の映像操作もできるようにし、場合によって使い分けられるようにすることができる。

本発明の実施形態の１つとして、映像発信装置からネットワーク媒体経由で伝送される監視映像を蓄積配信サーバにて取得及び記録し、その記録映像を映像受信装置に再配信する映像蓄積配信システムにおいて、映像閲覧装置（クライアント端末）からのモニタリング機能の一つである４画面モニタリング機能に時刻同期表示機能をもたせることができる。映像発信装置は、例えば、テレビジョンカメラ、ビデオカメラ、及び／またはカメラ付携帯電話、映像再生機器等の映像生成装置である。クライアント端末は、例えば、PC（パーソナルコンピュータ）、PDA（携帯情報端末）、及び／または監視用モニタである。

また、４画面モニタリング機能とは、映像閲覧装置において同時に４つの映像生成装置からの映像を見ることができるものであり、本発明の一実施例としては４画面で説明したが、例えば、４画面同期機能は画面数が異なっても適用できる。例えば２画面、９画面、１６画面等でもかまわない。即ち、複数画面表示なら何画面表示であっても良いし、１台のモニタで表示するだけでなく、複数のモニタを用い、モニタ１台に１以上の画面で複数台のモニタに表示する方法またはシステムであっても良い。

また、時刻同期表示機能とは、複数の画面に同じ時刻の映像を表示させるようにする機能である。この同期を行うことで、記録した映像の効果的な閲覧を行えるようにすることができる。
４画面表示が行われている状態で、例えば表示画面上の記号図形をマウスボタン等のポインティングデバイス（例えば、図２の入力装置 18 ）でクリックすることによって１つの画面を選択し、同期ＯＮ／ＯＦＦボタン（例えば、図５の同期／非同期切替部 1203 ）を押すと、他の３画面の再生時刻が選択された画面の再生時刻に同期される。もう一度同期ＯＮ／ＯＦＦボタンを押すと４画面個別に操作を行う状態になる。

４画面表示状態のときに同期再生の状態に設定すると、現在選択されている画面に表示されている映像時間を元に時間軸が作成される。以降の映像操作はこの時間軸の操作になり、４画面全てが時間軸に対応した映像表示を行うようになる。つまり、１画面に対する操作で４画面全ての映像操作を行うことができる。
映像操作には、再生、逆再生、早送り、巻き戻し、先頭または終端の画像への移動、一時停止、コマ送り、コマ戻し、ライブ映像表示、時刻指定ジャンプがあり、いずれの映像操作を行っても同期を行うことができる。
例えば、蓄積配信サーバに記録されている映像のフレームレートが異なる場合でも、同期した映像表示を行うことができる。フレーム数によってではなく、１つの時間軸によって同期を行うことで、フレームレートが異なる映像の同期を行うことができる。
また、フレームレートが同期対象となる全ての映像で同じ値に固定されている場合はフレーム数によって同期を行ってもかまわない。なぜなら、フレーム数によって同期を行った方が蓄積配信サーバにおける処理負荷が少ない場合もあるからである。
また、同期機能は全画面に適用せず、一部の画面に適用してもよい。例えば４画面中の２画面を同期表示したり、３画面を同期したりするようにしても良い。

上述の実施例では、画像蓄積配信システムを映像閲覧システムの実施例として説明した。しかし、本発明の他の実施形態の映像閲覧方法及び映像閲覧装置においては、画像データが記録装置に格納される手段や経緯は特に問わない。映像閲覧に必要なパラメータ、例えば、タイムスタンプや撮像された画像データの区別（例えば、チャネル番号、撮影場所、カメラ番号、またはカメラ ID ）が同時に記録された記録装置であれば、本発明の映像閲覧方法及び映像閲覧装置に適用することができることは言うまでも無い。
また、本実施例では、JPEG 等の圧縮画像を用いたが、他の形式の圧縮方式や画像変換方式、または撮像された画像データそのものを記録していても良い。

また図１の実施形態では、画像蓄積配信サーバ 1 がいずれかの Web カメラ 5 に対して１つの要求を送信する毎に、画像データが Web カメラ 5 から画像蓄積配信サーバ 1 へ送信されて蓄積されるようにしている。しかし、監視カメラ等の撮像装置側において、センサー情報等による侵入者の検知や管理対象物の異常の検知がある都度その情報に対応して撮像装置が取得し、取得した画像データを画像蓄積配信サーバ 1 等の記録装置に送信するシステムとすることも可能である。

本発明の一実施例の画像蓄積配信システムの構成を示すブロック図。 本発明による画像蓄積配信サーバの一実施例を示すブロック構成図。 本発明の一実施例の画像蓄積配信サーバ１における画像データの書込みと読出しに関係する部分の機能ブロック図。 本発明の一実施例のクライアント端末の表示部の表示画面を示す図。 本発明の一実施例の映像操作部の表示画面を示す図。 本発明の映像表示部の表示画面の一実施例を示す図。 本発明のクライアント端末の構成の一実施例を示す図。 映像表示部にユーザが指定した画像データを表示する場合の本発明のクライアント端末での処理動作の一例のフローチャート。 本発明の同期しない再生方法の一実施例を模式的に説明するための図。 本発明の同期して再生する再生方法の一実施例を模式的に説明するための図。 本発明の同期して再生する再生方法の一実施例を模式的に説明するための図。 本発明の同期して再生する再生方法の一実施例を模式的に説明するための図。 本発明の同期して再生する再生方法の一実施例を模式的に説明するための図。 本発明の一実施例の映像操作部の表示画面を示す図。 本発明の同期制御の一実施例の処理動作例を説明するためのフローチャート。 映像表示部にユーザが指定した画像データを表示する場合の本発明のクライアント端末での処理動作の一例のフローチャート。 本発明の一実施例の画像蓄積配信システムの構成を示すブロック図。

符号の説明

1：画像蓄積配信サーバ、 3：ディスク装置、 4：ネットワーク、 5，5-1〜5-n：Web カメラ、 6，6-1〜6-m：クライアント端末、 10：プロセッサ、 11：プログラム格納メモリ、 12：テーブル格納メモリ、 13：データ格納メモリ、 14：ネットワークインタフェース、 15：TCP / IP スタック、 16：ファィバーチャネルドライバ、 17：ファィバーチャネルインタフェース、 18：入力装置、 19：表示装置、 20，20-1〜20-n：受信フレームバッファ、 21，21-1〜21-n：受信スレッド、 22，22-1〜22-n：ディスク書込みキャッシュ、 23：ブロックキュー、 24，24-1〜24-L：ディスク書込みスレッド、 25，25-1〜25-m：配信スレッド、 26，26-1〜26-m：ディスク読出しキャッシュ、 27，27-1〜27-m：送信フレームバッファ、 30，30-1〜30-n：循環記録領域、 120：管理テーブル用メモリ領域、 121：アドレス変換テーブル、 1100：表示画面、 1101：映像表示部、 1102-1〜1102-4：画面、 1103：映像操作部、 1104：他情報表示部、 1106-1〜1106-4：時刻表示、 1107-1〜1107-4：カメラ番号、 1108-1〜1108-4：カメラ名称、 1201：画面切替部、 1202：映像操作部、 1203：同期／非同期切替部、 1204：同期モード切替部、 1720：データバス、 1721：一時記憶部、 1722：画像メモリ、 1723：ワークメモリ、 1724：プログラムメモリ、 1725：表示部、 1726：CPU 部、 1727：入力部、

Claims (6)

1. 複数の映像発信装置から取得した映像を対応する複数のチャネル別に蓄積した記録装置と通信できるように接続され、該記録装置に蓄積された該複数のチャネルの映像からユーザが指定したチャネルの映像を閲覧する映像閲覧装置において、
   独立の再生時間軸を設け、上記記録装置に記録された映像から再生する対象のチャネルを選択し、上記再生時間軸の再生タイミングと同じ若しくは１番近い時刻の、上記選択されたチャネルの映像に付与されているタイムスタンプの映像を、ユーザが指定した開始時間から上記独立の再生時間軸に同期して、画像データが無い場合は、上記チャネル毎に、記録されている画像データにジャンプして映像を再生することを特徴とする映像閲覧方法。
2. 複数の映像発信装置から取得した映像を対応する複数のチャネル別に蓄積した記録装置と通信できるように接続され、該記録装置に蓄積された該複数のチャネルの映像からユーザが指定したチャネルの映像を閲覧する映像閲覧装置において、
   独立の再生時間軸を設け、上記記録装置に記録された映像から再生する対象のチャネルを選択し、上記再生時間軸の再生タイミングと同じ若しくは１番近い時刻の、上記選択されたチャネルの映像に付与されているタイムスタンプの映像を、ユーザが指定した開始時間から上記独立の再生時間軸に同期して、いずれかのチャネルに画像データが存在する場合は、当該画像データに他のチャネルの画像データも同期して映像を再生することを特徴とする映像閲覧方法。
3. 請求項２に記載の映像閲覧方法において、いずれのチャネルにも画像データが存在しない場合は、該画像データが存在しない時刻以降の最も古い時刻の画像データを探し出し、該最も古い時刻の画像データから映像を再生することを特徴とする映像閲覧方法。
4. 複数の映像発信装置から取得した映像を対応する複数のチャネル別に蓄積した記録装置と通信できるように接続され、該記録装置に蓄積された該複数のチャネルの映像からユーザが指定したチャネルの映像を閲覧する映像閲覧装置において、
   独立の再生時間軸を設け、上記記録装置に記録された映像から再生する対象のチャネルを選択し、上記再生時間軸の再生タイミングと同じ若しくは１番近い時刻の、上記選択されたチャネルの映像に付与されているタイムスタンプの映像を、ユーザが指定した開始時間から上記独立の再生時間軸に同期して、すべてのチャネルに画像データが存在する場合は、当該画像データが存在する時間だけ当該画像データを同期して映像を再生することを特徴とする映像閲覧方法。
5. 複数の映像発信装置から取得した映像を対応する複数のチャネル別に蓄積した記録装置と通信できるように接続され、該記録装置に蓄積された該複数のチャネルの映像からユーザが指定したチャネルの映像を閲覧する映像閲覧装置において、
   独立の再生時間軸を設け、上記記録装置に記録された映像から再生する対象のチャネルを選択し、上記再生時間軸の再生タイミングと同じ若しくは１番近い時刻の、上記選択されたチャネルの映像に付与されているタイムスタンプの映像を、ユーザが指定した開始時間から上記独立の再生時間軸に同期して、予めまたは随時、ユーザが指定したいずれかのチャネルに画像データが存在する場合は、当該画像データに他のチャネルの画像データも同期して映像を再生することを特徴とする映像閲覧方法。
6. 複数の映像発信装置と、該映像発信装置がそれぞれ取得した映像を対応するチャネル別に蓄積する記録装置と、該記録装置に蓄積された映像を閲覧する映像閲覧装置とを備える映像閲覧システムにおいて、
   上記映像閲覧装置は、上記記録装置に蓄積された映像の中からユーザの指定によって複数のチャネルを選択する手段と、該選択された複数のチャネルの映像と独立な再生時間軸を設ける手段と、該再生時間軸の再生タイミングと同じ若しくは１番近い時刻の、上記選択されたチャネルの映像に付与されているタイムスタンプの映像を、ユーザが指定した開始時間から上記独立の再生時間軸に同期して、いずれかのチャネルに画像データが存在する場合は、当該画像データに他のチャネルの画像データも同期して映像を再生することを特徴とする映像閲覧システム。