(57)【特許請求の範囲】
【請求項１】
少なくとも一つの撮影装置と通信回線を介して接続される情報処理装置であって、
前記撮影装置から画像データを受信する画像データ受信手段と、
前記画像データ受信手段により受信される画像データを記録媒体に記録させる記録制御手段と、
前記記録媒体に記録されている画像データを用いて、前記撮影装置又は前記通信回線を介して接続される他の外部装置から所定の入力信号があった時点である第１の時点から所定の時間遡った時点である第２の時点までの画像データを含む画像ファイルである第１の画像ファイルと、前記第１の時点から所定の時間が経過した時点である第３の時点までの画像データを含む画像ファイルである第２の画像ファイルとを個別に生成する画像ファイル生成手段と、
前記画像ファイル生成手段により生成された前記第１の画像ファイルを転送し、その後、前記第２の画像ファイルを転送する画像ファイル転送手段と
を備えることを特徴とする情報処理装置。
【請求項２】
前記画像ファイル生成手段は、前記所定の入力信号がない場合には、所定の時間が経過する度にその所定の時間分の画像データを前記記録媒体から抽出し、抽出した画像データを含む画像ファイルを生成することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記画像ファイル生成手段は、前記所定の入力信号があり、前記所定の入力信号の直前に生成した画像ファイルである第３の画像ファイルであって、前記第３の画像ファイルが生成された直後の時点である第４の時点が、前記第２の時点の後にある場合、前記第４の時点から前記第１の時点までの画像データに加えて、前記第３の画像ファイル内の一部の画像データを用いて前記第１の画像ファイルを生成することを特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
前記第３の画像ファイルを前記画像ファイル転送手段によって転送する為にかかる時間と、前記画像ファイル生成手段で、前記第１の画像ファイルを生成して前記画像ファイル転送手段で転送する為にかかる時間とを比較し、何れの時間が短いかを判断する判断手段を更に備え、
前記画像ファイル転送手段は、前記判断手段が前記第３の画像ファイルを転送する為にかかる時間の方が短いと判断した場合、前記第３の画像ファイルを転送し、前記第１の画像ファイルを生成して転送する為にかかる時間の方が短いと判断した場合、前記第１の画像ファイルを転送することを特徴とする請求項１乃至３の何れか１項に記載の情報処理装置。
【請求項５】
前記画像ファイル生成手段は、画像ファイルを生成する時点より前に生成された別の画像ファイルの画像データと重複する画像データを除いて画像ファイルを生成することを特徴とする請求項１又は２に記載の情報処理装置。
【請求項６】
前記画像ファイル生成手段は、前記第１の時点が、前記所定の入力信号の直前に生成した画像ファイルである第３の画像ファイルであって、前記第３の画像ファイルが生成された直後の時点である第４の時点から所定の時間が経過した時点である第５の時点よりも前にあって、前記第２の時点が前記第４の時点よりも前にある場合、前記第２の時点から前記第４の時点までの間に含まれる画像データを除いて、前記第１の画像ファイルを生成することを特徴とする請求項５に記載の情報処理装置。
【請求項７】
前記画像ファイル生成手段は、前記第１の時点が、前記第５の時点よりも前にある場合、前記第１の時点から前記第４の時点までの間に含まれる画像データを除いて、前記第４の時点から前記第５の時点までの画像データを含む画像ファイルを生成することを特徴とする請求項６に記載の情報処理装置。
【請求項８】
前記画像ファイル転送手段は、前記通信回線を介して外部装置、又は内部の所定の記録領域に対して、前記画像ファイル生成手段により生成された画像ファイルを転送することを特徴とする請求項１乃至７の何れか１項に記載の情報処理装置。
【請求項９】
前記所定の入力信号は、前記通信回線を介して接続されるイベントを検知するセンサ装置からのイベント検知信号であることを特徴とする請求項１乃至８の何れか１項に記載の情報処理装置。
【請求項１０】
前記所定の入力信号は、前記撮影装置からの動き検知信号であることを特徴とする請求項１乃至９の何れか１項に記載の情報処理装置。
【請求項１１】
少なくとも一つの撮影装置と通信回線を介して接続される情報処理装置の制御方法であって、
画像データ受信手段が、前記撮影装置から画像データを受信する画像データ受信ステップと、
記録制御手段が、前記画像データ受信ステップにより受信される画像データを記録媒体に記録させる記録制御ステップと、
画像ファイル生成手段が、前記記録媒体に記録されている画像データを用いて、前記撮影装置又は前記通信回線を介して接続される他の外部装置から所定の入力信号があった時点である第１の時点から所定の時間遡った時点である第２の時点までの画像データを含む第１の画像ファイルと、前記第１の時点から所定の時間が経過した時点である第３の時点までの画像データを含む第２の画像ファイルとを個別に生成する画像ファイル生成ステップと、
画像ファイル転送手段が、前記画像ファイル生成ステップにより生成された前記第１の画像ファイルを転送し、その後、前記第２の画像ファイルを転送する画像ファイル転送ステップと
を含むことを特徴とする情報処理装置の制御方法。
【請求項１２】
請求項１１に記載の情報処理装置の制御方法をコンピュータに実行させるためのプログラム。
【請求項１３】
請求項１２に記載のプログラムを記録したコンピュータで読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、非常イベント等の発生に応じて、当該非常イベント等に対応する過去の画像データを参照可能とする情報処理装置、画像ファイル転送方法、プログラム及びコンピュータ読み取り可能な記録媒体に関するものである。
【背景技術】
【０００２】
特許文献１ではアラーム発生前の記録映像情報とリアルタイム映像とを映像表示端末に送信し、映像表示端末では、両画像を同時に表示して比較することにより、アラーム発生前の何時の時点からどの様な異常が発生していたかの監視、判断を容易にできる映像監視システムが開示されている。
【０００３】
また特許文献２では、警報時画像記憶部には、センサが異常を感知した時にセンサに対応したテレビカメラの画像が記憶される。警報直後画像記憶部には、センサが異常を感知してから所定時間後に、センサに対応したテレビカメラの画像が記憶される。制御部は、送受信部を介して、警報直後画像記憶部への画像の記憶が完了した後で、定期画像記憶部、警報時画像記憶部、警報直後画像記憶部に記憶された各画像をセンタ装置に送信する画像伝送システムが開示されている。
【０００４】
【特許文献１】特開２００４−２６６５９２号公報
【特許文献２】特開平８−１２４０６５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上記特許文献１の従来技術では、イベント発生時に所定時間遡った画像を再生することができるが、イベントが複数箇所で短い時間間隔で発生したり、同一箇所でイベントが複数回発生した場合同時表示には限界がある。
【０００６】
また、上記特許文献２に示すアーカイブ方式は、アーカイブファイルの送信で画像処理サーバに負担がかかり通常の撮影画像の受信に支障を来たす虞があると共に、アーカイブした画像の受信が完了するまで画像を参照することができないという問題がある。
【０００７】
そこで、本発明の目的は、アーカイブ方式であっても当該画像ファイルの再生までのタイムラグを少なくするとともに、従来のような大量の画像データの同時送信による受信側の負荷を回避することにある。
【課題を解決するための手段】
【０００８】
本発明の情報処理装置は、少なくとも一つの撮影装置と通信回線を介して接続される情報処理装置であって、前記撮影装置から画像データを受信する画像データ受信手段と、前記画像データ受信手段により受信される画像データを記録媒体に記録させる記録制御手段と、前記記録媒体に記録されている画像データを用いて、前記撮影装置又は前記通信回線を介して接続される他の外部装置から所定の入力信号があった時点である第１の時点から所定の時間遡った時点である第２の時点までの画像データを含む第１の画像ファイルと、前記第１の時点から所定の時間が経過した時点である第３の時点までの画像データを含む第２の画像ファイルとを個別に生成する画像ファイル生成手段と、前記画像ファイル生成手段により生成された前記第１の画像ファイルを転送し、その後、前記第２の画像ファイルを転送する画像ファイル転送手段とを備えることを特徴とする。
【発明の効果】
【０００９】
本発明によれば、所定の入力信号を受けることにより、過去の画像データを含む画像ファイルを生成し、直ちにその画像ファイルを転送するように構成したので、アーカイブ方式であっても当該画像ファイルの再生までのタイムラグを少なくするとともに、従来のような大量の画像データの同時送信による受信側の負荷を回避することが可能となる。
【発明を実施するための最良の形態】
【００１０】
以下、本発明を適用した好適な実施形態を、添付図面を参照しながら詳細に説明する。
【００１１】
図１は、本発明の一実施形態に係るネットワークビデオレコーダシステムの概略構成を示す図である。なお、図１のネットワーク１００上における各種端末の接続構成は飽くまでも一例であり、用途や目的に応じて様々な構成例を採りうることは勿論である。すなわち、カメラサーバ４００の台数は図示した３台に限らず様々な台数を取りうるし、センサ４０５及び独立センサの台数やクライアントＰＣ３００の台数も図示した台数に限らない。またセンサ４０５や独立センサ４０５と監視用クライアント５００とを直接センサ専用線で結ぶことも可能である。
【００１２】
サーバ２００は、ネットワーク１００を介して接続される各カメラサーバ４００から画像データを取得し、内部に記録（録画）する。記録された画像データは、クライアントＰＣ３００からの要求に応じて、当該要求を発行したクライアントＰＣ３００に対して送信される。
【００１３】
クライアントＰＣ３００（ビューワ）は、操作者による操作に応じて、本ネットワークビデオレコーダシステムの各種設定処理、サーバ２００から受信する画像データの再生処理、及び、カメラコントロールの操作等を行う。図８は、クライアントＰＣ３００上での表示画面の一例を示す図である。図８に示すように、クライアントＰＣ３００上では、各カメラサーバ４００からサーバ２００を介して受信する複数の画像データを同時に表示することが可能である。
【００１４】
カメラサーバ４００は、当該カメラサーバ４００に接続される一又は複数のカメラの撮像処理により生成された画像データを取得し、取得した画像データをＲＡＭ等の記録媒体にキャッシュする。キャッシュされた画像データは、サーバ２００に対して転送される。カメラサーバ４００には１つ又は複数のセンサ４０５が接続されている。このセンサ４０５の検知情報はカメラサーバ４００を経由してサーバ２００に送信される。また、センサ単体に電源及びＡＤコンバータや通信モジュールを加えた独立センサ４５０はネットワーク１００経由で直接サーバ２００にセンサ信号を送信する。
【００１５】
監視用クライアント５００は、監視業務担当者が操作するパソコンであり、各カメラサーバ４００の画像を閲覧できる他、イベント発生のメッセージが画面に表示される。更に非常イベント発生時には、サーバ２００から、この監視用クライアント５００に非常イベント発生前後の所定時間の画像がファイル転送される。監視業務担当者は、非常イベント発生前後の画像を所望の時点から所望の回数閲覧することにより的確に状況を把握することができる。
【００１６】
次に、図１のサーバ２００のハードウェア構成について図２を用いて説明する。ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。ＲＯＭ２０３又は外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Basic Input/Output System）やオペレーティングシステムプログラムの一部や、各サーバ又はＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。ＲＡＭ２０２は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能されている。ＲＡＭ２０２は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＡＭ２０２にロードして、プログラムを実行することで各種動作を実現するものである。
【００１７】
入力コントローラ２０５は、キーボード２０９や不図示のマウス等のポインティングデバイスからの入力を制御する。ビデオコントローラ２０６は、ＣＲＴディスプレイ２１０等の表示器への表示を制御する。表示器としてはＣＲＴだけでなく、液晶ディスプレイ等の他の表示器も適用可能である。
【００１８】
メモリコントローラ２０７は、ブートプログラム、ブラウザソフトウェア、以下に説明する処理をＣＰＵ２０１に実行させるためのネットワークビデオレコーダプログラム２１２、各カメラサーバのＩＰアドレス等を含む定義ファイル２１３、各カメラサーバの設定ファイルを含む各種テーブル２１４、録画データ２１５及びオペレーティングシステムを記憶するハードディスク（ＨＤ）、フレキシブルディスク（ＦＤ）、ＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。
【００１９】
各種テーブル２１４にはセンサ４０５及び独立センサ４５０は特定のカメラ、カメラサーバ４００に関連付ける情報や、イベント区分に対応するイベント内容が記憶されている。
【００２０】
通信Ｉ／Ｆコントローラ２０８は、ネットワークを介して、外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いたインターネット通信等が可能である。なお、ＣＰＵ２０１は、例えばＲＡＭ２０２内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ＣＲＴ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ＣＲＴ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００２１】
また、外部メモリ２１６はイベント発生時（センサ検知時）の撮影画像の記憶媒体であり、ハードディスクやＤＶＤ（ＤＶＤ−ＲＷ、ＤＶＤ＋ＲＷ、ＤＶＤ−ＲＡＭ）を使用する。
【００２２】
次に、図３乃至図７のフローチャート及び図８乃至図１４の画面・ファイルレイアウト等を参照しながら、ネットワークビデオレコーダシステムの動作について説明する。
【００２３】
まず、図７はネットワークビデオレコーダシステムの撮影に先立って行われる各カメラサーバ４００の設定処理のフローチャートである。この処理はクライアントＰＣ３００で実行され、設定された情報はクライアントＰＣ３００からサーバ２００に対して送信され、登録される。
【００２４】
ステップＳ７１１では、各カメラサーバ４００のＩＰアドレスや識別用のＩＤ、各カメラサーバ４００毎のファイル出力のタイミング等の基本情報を入力する（画面は不図示）。ファイル出力のタイミングを例えば１０分に設定すると、１０分撮影する毎に録画データ２１５中に画像を記憶した物理ファイルが１つ作成される。物理ファイルの名称には各カメラサーバのＩＤとファイルの作成日付時刻が含まれており、一意の名称となっている。
【００２５】
ステップＳ７１２では、図９の画面で、録画時間（開始、終了）及び曜日、録画モード、映像サイズ（縦横のピクセル数）、プリセットの有無を含む録画スケジュールを設定する。録画スケジュール後には、図９の９０１に示すように、設定できる録画モードとしては、通常録画モード、動き検知録画モード及びセンサ録画モードがある。図９に示す設定画面上では、各録画モードに対応してチェックボックスが設けられており、チェックボックス内にマウス等を操作すること等によりチェックを付し、該当する録画モードを設定することができる。
【００２６】
また、通常録画モードのチェックボックスの画面右側には、通常録画時のフレームレートを設定するプルダウンメニュー９０２が設けられている。ユーザはこのプルダウンメニュー９０２を操作することにより、通常録画時において当該カメラサーバ４００から画像データを出力させるフレームレートを選択することできる。
【００２７】
動き検知録画モード、センサ録画モードの各チェックボックスの画面右側には、動き検知録画モード、センサ録画モードの各種設定を行うための設定ボタン９０３、９０４が設けられている。動き検知録画モードの設定ボタン９０３が押下された場合には、処理をステップＳ７１３に進め、図１１に示す設定画面が表示され、センサ録画モードの設定ボタン９０４が押下された場合には、処理をステップＳ７１３に進め、図１０に示す設定画面が表示される。
【００２８】
図１０に示すセンサ録画モード用の設定画面上においては、センサイベント録画処理の優先度、センサイベント録画処理時のフレームレート（センサイベント録画フレームレート値）、センサイベント発生前からの録画時間（イベント前録画時間）、センサイベント終了時からの録画時間（イベント後録画時間）などが設定される。なお、図１０には図示していないが、センサ録画モードの他の設定内容として、センサイベント録画処理時のカメラのパン値（センサイベント録画パン値）、チルト値（センサイベント録画チルト値）及びズーム値（センサイベント録画ズーム値）、並びに、センサイベント録画処理の継続時間（センサイベント録画設定時間）等が設定される。
【００２９】
図１１に示す動き検知録画モード用の設定画面上においては、動き検知手段、動き検知イベント録画処理時のフレームレート、動き検知の感度、動き検知の対象とする撮影画面の面積の全撮影面積に対する比（面積比）、動き検知の基準とする動き検知状態の継続時間、動き検知録画処理の優先度、動き検知録画処理時のフレームレート（動き検知録画フレームレート）、動き検知イベント発生前からの録画時間（イベント前録画時間）、及び、動き検知イベント終了時からの録画時間（イベント後録画時間）などが設定される。なお、図１１には図示していないが、動き検知録画モードの他の設定内容として、動き検知録画処理の継続時間（動き検知録画設定時間）等が設定される。
【００３０】
図９、図１０又は図１１の設定画面で「ＯＫ」ボタンが押下された場合、処理をステップＳ７１４に進める。ただし、図９の画面で、動き検知録画のチェックボックスとセンサ録画のチェックボックスが共にオンになっている場合は、図１０で「ＯＫ」ボタンが押下されると図１１の画面に遷移し、図１１の画面で「ＯＫ」ボタンが押下された場合に処理をステップＳ７１４に進める。以上のように録画スケジュールが設定されると、図１２に示す録画スケジュール登録後の画面が表示され、この画面上で各カメラサーバ４００毎に設定された録画スケジュールが示される。
【００３１】
ステップＳ７１４では、図１３の非常イベント設定画面が表示される。詳細設定画面１３１０は拡張録画モードの一部（図１３の１３０１）の設定画面であり、拡張画面１３０１の詳細設定ボタンを押下することにより表示される。詳細設定画面では、対象カメラの設定で一つ又は複数のカメラサーバを一括指定可能であり（図１３の１３０２）、非常イベントの対象イベント（図１３の例では、特定ボタンが押下された場合（緊急）、特定カメラのセンサ検知、特定カメラの動き検知、その他のセンサの発報信号の受信）（図１３の１３０３）、対象イベントに応じたイベント前録画時間及びイベント後録画時間（図１３の１３０４、１３０５）、画像サイズ、画質（ビットレート）、フレームレート、出力形式（アーカイブする画像のフォーマット）（図１３の１３０６〜１３０９）を指定することができる。
【００３２】
ここで、イベント前録画時間及びイベント後録画時間はイベント発生時を基準にしてイベント発生前の所望時刻からイベント発生後の所望時刻までの対象のカメラサーバの撮影画像をアーカイブして監視用クライアント５００に送信することを意味する。つまり、イベント前録画時間５分でイベント後録画時間が３分の場合、イベント発生前５分からイベント発生後３分の合計８分間の撮影画像がアーカイブされることになる。
【００３３】
ステップＳ７１５では、上記の設定内容がクライアントＰＣ３００からサーバ２００に対して送信され、サーバ２００では、該当するカメラサーバ４００に対応する図１４のネットワークカメラ制御マスタテーブル（Ｍ１０２）内に各設定内容を登録する。
【００３４】
図３は、録画時のメインフローチャートである。図３でステップＳ３０１はカメラサーバ４００が実行し、ステップＳ３０５はセンサ４０５又は独立センサ４５０が実行するステップである。また、ステップＳ３１１乃至ステップＳ３１９はサーバ２００のＣＰＵ２０１の制御の基で実行される。
【００３５】
まず、ステップＳ３１１では、サーバ２００のビデオレコーダシステムの初期画面（不図示）で撮影開始ボタンが押下されると、処理はステップＳ３１２に進む。ステップＳ３１２では、サーバ２００で画像受信プロセスが起動する。画像受信プロセスの起動時には、ＲＡＭ２０２に画像用バッファとセンサ信号用バッファがそれぞれ確保される。
【００３６】
ステップＳ３１３では、各カメラサーバ４００とサーバ２００との間で撮影画像を送受信するためのセッションを確立し、ステップＳ３０１でカメラサーバ４００が撮影画像を送信し、サーバ２００は撮影画像の受信を開始する。受信した画像データは通信Ｉ／Ｆコントローラ２０８経由でＲＡＭ２０２の画像用バッファに記憶され、画像受信プロセスにより、外部メモリ２１１の録画データ２１５に追加される。この画像受信プロセスは、撮影終了ボタンが押下されるまで継続し、ステップＳ３１４乃至ステップＳ３１９のセンサ信号処理プロセスと並行して（但し単一ＣＰＵの場合はタイムシェアリングで）処理が行われる。
【００３７】
センサ４０５又は独立センサ４５０はステップＳ３０５でセンサイベントを検知するとセンサ信号をサーバ２００に送信する。センサ信号にはセンサ番号と検知時刻が含まれている。センサ信号はサーバ２００の通信Ｉ／Ｆコントローラ２０８経由でＲＡＭ２０２のセンサ信号用バッファに記憶される。
【００３８】
ステップＳ３１４では、サーバ２００が新たなセンサ信号を受信したかを判定する。具体的にはＲＡＭ２０２のセンサ信号用バッファ及びイベントログを読んで、新たなセンサ信号を受信したかを判定する。新たなセンサ信号を受信した場合はステップＳ３１７に処理を進める。新たなセンサ信号を受信しない場合は処理をステップＳ３１５に進める。
【００３９】
ステップＳ３１５では、各カメラサーバ４００で撮影画像追加中のファイルでファイル出力タイミングが到来したかが判定される。ファイル出力タイミングかどうかは具体的には定義ファイル２１３のファイル出力間隔と現在時刻及び直前に出力したファイルのタイムスタンプに基づいて判定される。ファイル出力タイミングが到来した場合はステップＳ３１６に処理を進める。ファイル出力タイミングが到来しない場合は処理をステップＳ３１４に戻す。
【００４０】
ステップＳ３１６では、カメラＩＤとファイル生成時刻を引数としてファイル出力プロセスがコールされる。詳細は図４のフローチャートで説明する。
【００４１】
ステップＳ３１７では、センサ情報が非常イベントを意味するものであるかを判定する。非常か否かは図７のステップＳ７１４で設定されたイベントであるか否かによる。非常イベントを意味する場合はステップＳ３１８に処理を進める。非常イベントを意味しない場合はステップＳ３１９に処理を進める。
【００４２】
ステップＳ３１８では、非常イベント処理が実行され、図７のステップＳ７１４での設定に従い、撮影が中断され所定の時間分の動画が監視用クライアント５００に送信される。詳細は図５のフローチャートで説明する。
【００４３】
ステップＳ３１９では、通常イベント処理が実行される。詳細は図６のフローチャートで説明する。
【００４４】
図４は、ステップＳ３１６のファイル出力プロセスの詳細を示すフローチャートである。図４に示す処理もサーバ２００のＣＰＵ２０１による制御の基で実行される。
【００４５】
ＣＰＵ２０１は、サーバ２００の起動時にＲＡＭ２０２中に領域を確保し、ファイル出力プロセスが起動し、待機状態になる。ファイル出力ステップＳ３１６では、当該カメラサーバ４００のカメラＩＤを引数としてファイル出力プロセスに引渡し、ステップＳ４１２で待機中のファイル出力プロセスが引き渡された当該カメラサーバ４００のカメラＩＤによって特定される所定のフォルダ中の現在録画中のファイル名（例えばＦＩＬＥ＿ＳＴＢで始まるファイル）を取得する。
【００４６】
ステップＳ４１３では、画像受信プロセスにカメラＩＤとファイル生成時刻現在録画中のファイルへの画像データの追加を中断する旨の制御指令を引き渡す。これにより画像受信プロセスは現在録画中のファイルへの画像データの追加を中断する。中断時に新たに受信した当該カメラサーバ４００の画像データは画像受信プロセスによってＲＡＭ２０２のワークエリアの画像用バッファに記憶されているので画像データの欠落は生じない。
【００４７】
ステップＳ４１４では、録画していたファイルの名称をリネームする。例えば録画中ファイルがＦＩＬＥ＿ＳＴＢ＿ＭＥＤＩＡ＿０００１＿２００５０７０１＿１２４０００．ａｖｉだとすれば、ＦＩＬＥ＿ＡＲＣ＿ＭＥＤＩＡ＿０００１＿２００５０７０１＿１２４０００．ａｖｉに変更する。ここで０００１はカメラサーバのＩＤであり、２００５０７０１＿１２４０００はファイルの生成日付時刻を意味している。
【００４８】
ステップＳ４１５では、カメラＩＤにより一意に定まる所定のフォルダに新しい録画ファイルを生成する。例えばカメラＩＤが０００１で２００５年７月１日の１２時５０分００秒に生成された場合は、ＦＩＬＥ＿ＳＴＢ＿ＭＥＤＩＡ＿０００１＿２００５０７０１＿１２５０００．ａｖｉとなる。
【００４９】
ステップＳ４１６では、画像受信プロセスにカメラＩＤと現在録画中のファイルへの画像データの追加を再開する旨の制御指令とステップＳ４１５で生成された録画ファイル名を引き渡す。これにより画像受信プロセスはステップＳ４１５で生成された録画ファイルにＲＡＭ２０２のワークエリアの画像用バッファに記憶されていた当該カメラサーバからの受信画像データの追加を再開する。
【００５０】
図５は、図３のステップＳ３１８の非常イベント処理の詳細を示すフローチャートである。図５に示す処理はサーバ２００のＣＰＵ２０１による制御の基で実行される。先ず非常イベントが発生してから非常イベント発生前の画像を送信する処理の流れについて説明する。
【００５１】
ステップ５１１では、発生した非常イベントの内容（センサＩＤ、カメラサーバＩＤ、イベント発生時刻とイベント内容）を伝えるメッセージ情報を監視用クライアント５００に送信する。
【００５２】
ステップＳ５１２では、非常イベントが発生した当該カメラサーバ４００のカメラＩＤによって特定される所定のフォルダ中の現在録画中のファイル名（例えばＦＩＬＥ＿ＳＴＢで始まるファイル）を取得する。
【００５３】
ステップＳ５１３では、画像受信プロセスにカメラＩＤと現在録画中のファイルへの画像データの追加を中断する旨の制御指令を引き渡す。これにより画像受信プロセスは現在録画中のファイルへの画像データの追加を中断する。中断後に新たに受信する当該カメラサーバ４００の画像データはＲＡＭ２０２のワークエリアの画像用バッファに記憶される。
【００５４】
ステップＳ５１４では、録画していたファイルの名称をリネームする。例えば録画中ファイルがＦＩＬＥ＿ＳＴＢ＿ＭＥＤＩＡ＿０００１＿２００５０７０１＿１２４０００．ａｖｉだとすれば、ＦＩＬＥ＿ＡＲＣ＿ＭＥＤＩＡ＿０００１＿２００５０７０１＿１２４０００．ａｖｉに変更する。ここで０００１はカメラサーバ４００のＩＤであり、２００５０７０１＿１２４０００はファイルの生成日付時刻を意味している。ここで生成されたファイル内には、例えば直前のステップＳ３１５でファイル出力された直後の位置からステップＳ５１３で追加記録が中断された位置までの画像が保存されることになる。
【００５５】
ステップＳ５１５では、カメラＩＤにより一意に定まる所定のフォルダに新しい録画ファイルを生成する。例えばカメラＩＤが０００１で２００５年７月１日の１２時５０分００秒に生成された場合は、ＦＩＬＥ＿ＳＴＢ＿ＭＥＤＩＡ＿０００１＿２００５０７０１＿１２５０００．ａｖｉとなる。
【００５６】
ステップＳ５１６では、画像受信プロセスにカメラＩＤと現在録画中のファイルへの画像データの追加を再開する旨の制御指令とステップＳ５１５で生成された録画ファイル名を引き渡す。これにより画像受信プロセスはステップＳ５１５で生成された録画ファイルにＲＡＭ２０２のワークエリアの画像用バッファに記憶されていた当該カメラサーバ４００からの受信画像の追加を再開する。即ち、ステップＳ５１５で生成されたファイルには、ステップＳ５１３で追加記録が中断された直後の位置からの画像データが保存されていくことになる。図１５は、録画された画像データに対する本アーカイブ処理例を説明するための図である。図１５中のｔ3の位置（イベント発生時刻）で追加記録が中断される。
【００５７】
ステップＳ５１７では、現在処理対象となっている非常イベントのイベントログが存在するか否かを判断する。当該非常イベントのイベントログが存在しない場合、処理をステップＳ５１８に進め、当該非常イベントのイベントログが存在する場合、処理をステップＳ５２２に進める。
【００５８】
ステップＳ５１８では、今回の非常イベントに対応するセンサＩＤ、カメラサーバＩＤ、イベント発生時刻とイベント区分、イベントフラグ、送信カウンタ、イベント後時間経過フラグを含むイベントログに今回発生したイベントを追加する。このときイベントフラグをオンに、送信カウンタをゼロに設定する。
【００５９】
ステップＳ５１９では、ステップＳ７１４で設定された非常イベント時のイベント前録画時間（イベント発生前、何分（秒）の画像をアーカイブするかの数値）と、ステップＳ３１６でのファイル出力時刻から非常イベント発生時刻までの経過時間とを比較する。
【００６０】
ステップＳ５２０では、ステップＳ５１９の比較結果から、ステップＳ５１４で生成された画像ファイルにイベント発生前の遡及分（イベント前録画時間分の画像（図１５中の（１））が全て含まれているかを判定する。例えば非常イベント発生前５分の画像が要求される場合（遡及分が５分間の場合）に、ステップＳ３１６でのファイル出力時刻から非常イベント発生時刻までの経過時間が４分程度であるとすると（図１５の例では、ファイル出力時刻とｔ1とｔ3との間に位置すると）、非常イベント発生時から５分前の画像データ(図１５中の（１）)はステップＳ５１４で生成された画像ファイルに含まれておらず、ステップＳ３１６で出力されたファイル内に当該５分前から４分前の画像データが含まれることになる。従って、ステップＳ５１４で生成された画像ファイルの他、ステップＳ３１６で出力されたファイルからも画像データを抽出する必要がある。このようにステップＳ５２０での判定の結果、ステップＳ５１４で生成された画像ファイルにイベント発生前の遡及分が全て含まれていない場合には、処理をステップＳ５２１に移行し、ステップＳ５１４で生成された画像ファイルにイベント発生前の遡及分が全て含まれている場合には、処理をステップＳ５２２に移行させる。
【００６１】
ステップＳ５２１では、ステップＳ３１６で出力された画像ファイルから、ステップＳ５１４で生成された画像ファイルでイベント発生前の遡及分に不足する画像データ（上記の例では、１分程度の画像データ（図１５中の（３））を抽出する。
【００６２】
ステップＳ５２２では、送信カウンタがゼロでかつイベント後時間経過フラグがオフの場合に、ステップＳ５１４で生成された画像ファイルからイベント発生前の遡及分の画像データを抽出する。ステップＳ５２０において、ステップＳ５１４で生成された画像ファイルにイベント発生前の遡及分が全て含まれていないと判断された場合には、ステップＳ５１４で生成された画像ファイルから全ての画像データ（図１５中の（１）−（３））を抽出し、ステップＳ５２１で抽出した画像データ（図１５中の（３））の末尾に追加する。一方、ステップＳ５１４で生成された画像ファイルにイベント発生前の遡及分が全て含まれていると判断された場合には、当該画像ファイルから遡及分に該当する部分の画像データ（図１５中の（１））を抽出する。
【００６３】
ステップＳ５２３では、抽出した画像を画像ファイルとして監視用クライアント５００に送信する。このとき、当該非常イベントのイベントログの送信カウンタを１インクリメントする。
【００６４】
ステップＳ５２４では、当該非常イベントのイベントログを参照し、イベント発生後の画像データを送信したかを判断する。イベントログ内の送信カウンタの値が１であれば、イベント発生前の画像のみを送信しており、イベント発生後の画像は未だ送信していないと判断する。ここでは送信カウンタの値は１であるため、イベント発生後の画像は未だ送信していないと判断する。従って、ここでは処理をステップＳ５２５に移行させる。
【００６５】
ステップＳ５２５では、ステップＳ７１４で設定されたイベント後録画時間が非常イベント発生時から経過したか否かを判断する。上記イベント後の録画時間が非常イベント発生時から経過していると判断した場合には、処理をステップＳ５１２に戻し、上記イベント後録画時間が非常イベント発生時から経過していないと判断された場合は、処理をステップＳ５２６に移行させる。ステップＳ５２６における他のイベント信号の受信判定については後に詳述する。ステップＳ５２６において他のイベント信号を受信していないと判断された場合、処理はステップＳ５２７に移行し、所定時間（０．３秒程度）待機する。このような待機時間を繰り返し、イベント後の録画時間が非常イベント発生時から経過した場合、上述したように処理はステップＳ５１２に移行する。このときイベントログ内のイベント後時間経過フラグをオンにする。
【００６６】
次に、イベント後の録画時間が経過したあとの非常イベント発生後の画像の送信処理（ステップＳ５２５からステップＳ５１２に戻った場合の処理）について説明する。ステップＳ５１２では、当該非常イベントが発生したカメラサーバ４００のカメラＩＤによって特定される所定のフォルダ中の現在録画中のファイル名を取得する。
【００６７】
ステップＳ５１３では、画像受信プロセスにカメラＩＤと現在録画中のファイルへの画像データの追加を中断する旨の制御指令を引き渡す。これにより画像受信プロセスは現在録画中のファイルへの画像の追加を中断する。中断後に新たに受信する当該カメラサーバ４００の画像データはＲＡＭ２０２のワークエリアの画像用バッファに記憶される。
【００６８】
ステップＳ５１４では、録画していたファイルの名称をリネームする。例えば録画中ファイルがＦＩＬＥ＿ＳＴＢ＿ＭＥＤＩＡ＿０００１＿２００５０７０１＿１２４５００．ａｖｉだとすれば、ＦＩＬＥ＿ＡＲＣ＿ＭＥＤＩＡ＿０００１＿２００５０７０１＿１２４５００．ａｖｉに変更する。ここで０００１はカメラサーバ４００のＩＤであり、２００５０７０１＿１２４５００はファイルの生成日付時刻を意味している。ここで生成されたファイル内には、前回のステップＳ５１３で追加記録が中断された直後の位置から今回のステップＳ５１３で追加記録が中断された位置までの画像データが保存されることになる。
【００６９】
ステップＳ５１５では、当該カメラＩＤにより一意に定まる所定のフォルダに新しい録画ファイルを生成する。
【００７０】
ステップＳ５１６では、画像受信プロセスにカメラＩＤと現在録画中のファイルへの画像データの追加を再開する旨の制御指令とステップＳ５１５で生成された録画ファイル名を引き渡す。これにより画像受信プロセスはステップＳ５１５で生成された録画ファイルにＲＡＭ２０２のワークエリアの画像用バッファに記憶されていた当該カメラサーバ４００からの受信画像の追加を再開する。即ち、ステップＳ５１５で生成されたファイルには、ステップＳ５１３で追加記録が中断された直後の位置からの画像データが保存されていくことになる。
【００７１】
ステップＳ５１７では、当該非常イベントのイベントログが存在するか否かを判断する。前回のステップＳ５１８において当該非常イベントにつきイベントログは既に生成されているため、ここでは処理をステップＳ５２２に移行させる。
【００７２】
ステップＳ５２２では、送信カウンタが１でかつ当該イベントのイベント後時間経過フラグがオンの場合に、ステップＳ５１４で生成された画像ファイルから全ての画像データを抽出し、ステップＳ５２３において、イベント発生後の画像ファイルとして監視用クライアント５００に対して送信する。このとき送信カウンタを１インクリメントする。その結果、当該非常イベントのイベントログの送信カウンタは２となる。
【００７３】
続くステップＳ５２４では、イベント発生後画像を送信したか否かの判断をイベントログの送信カウンタを参照することにより行う。ここではイベントログの送信カウンタの値が２であるため、イベント発生後画像を既に送信したものと判断される。イベント発生後画像が既に送信されたものであれば、当該非常イベントのイベントログのイベントフラグをオフにする。
【００７４】
次に、当該非常イベント（以下、第１の非常イベントと称す）の発生に連続して他のカメラに対応する非常イベント（以下、第２の非常イベントと称す）が発生した場合について説明する。第１の非常イベントのイベント後録画時間が経過する前の時間帯に第２の非常イベントのイベント前経過時間が重ならない場合には、第２の非常イベントにつき個別に図５のフローを実行すればよいため、この場合の説明は省略する。以下では、第１の非常イベントのイベント後録画時間が経過する前の時間帯に第２の非常イベントのイベント前経過時間が重なる場合について説明する。図１７は、録画される画像データに対する本アーカイブ処理例を説明するための図である。
【００７５】
第１の非常イベントのイベント後録画時間が経過する前の時間帯に第２の非常イベントのイベント前経過時間が重なるか否かの判断は、ステップＳ５２６によって行われる。この判断は、ＲＡＭ２０２のワークエリアのセンサ信号用バッファを参照して新たなセンサ信号を受信し、第２の非常イベントのイベント前録画時間を参照することにより行われる。第１の非常イベントのイベント後録画時間が経過する前の時間帯に第２の非常イベントのイベント前経過時間が重なる場合は処理をステップＳ３１７に戻す。第１の非常イベントのイベント後録画時間が経過する前の時間帯に第２の非常イベントのイベント前経過時間が重ならない場合は処理をステップＳ５２７に進める。
【００７６】
第２の非常イベントについては、ステップＳ３１７を介して処理をステップＳ５１１に移行させ、第２の非常イベントのイベントログが未だ存在しないため、ステップＳ５１１のメッセージ情報の監視用クライアント５００への送信からステップＳ５２３のイベント発生前画像の送信までの処理を実行することによってイベント発生前画像（図１７中の（２））を監視用クライアント５００に対して送信する。
【００７７】
次に、ステップＳ５２４にて、第１及び第２の非常イベント双方についてイベント発生後画像を送信したか否かを判断する。いま、第１及び第２の非常イベント双方についてイベント発生後画像を未だ送信していないため、ステップＳ５２５において、第１及び第２の非常イベント双方についてイベント後録画時間を経過しているか否かの判断が行われる。このイベント後録画時間を経過しているか否かの判断は第１及び第２の非常イベント夫々について独立に行われる。
【００７８】
例えば第１の非常イベントのイベント後録画時間が経過している場合、ステップＳ５２５にて第１のイベントログのイベント後時間経過フラグをオンとし、処理をステップＳ５１２に移行させる。その後、第１の非常イベント及び第２の非常イベント双方についてステップＳ５１２〜ステップＳ５１７、ステップＳ５２２〜ステップＳ５２３の処理を実行する。ステップＳ５２３ではイベント後時間経過フラグがオンである第１のイベントのイベント発生後画像（図１７中の（３））を監視用クライアント５００に対して送信し、第１の非常イベントのイベントログ内の送信カウンタの値を２に設定することになる。一方、第２の非常イベントのイベント後時間経過フラグは未だオフの状態であるため、第２の非常イベントのイベント発生後画像は未だ監視用クライアント５００に対して送信されない。
【００７９】
その後、送信カウンタが２のイベントログが存在するため、処理をステップＳ５２８に移行し、当該イベントログのイベントフラグをオフに設定する。続くステップＳ５２９では、全てのイベントログのイベントフラグがオフであるかを判断する。ここでは、第１及び第２の非常イベントのみを対象として説明しており、第２の非常イベントのイベントフラグが未だオンの状態であるため、処理をステップＳ５２５に移行させる。
【００８０】
次に、第２の非常イベントについては第２の非常イベントのイベント後録画時間を経過するまでステップＳ５２５〜ステップＳ５２７の処理を繰り返す。イベント後録画時間が経過すると、イベントログのイベント後時間経過フラグがオンとなり、同様にステップＳ５１２〜ステップＳ５１７、ステップＳ５２２〜ステップＳ５２３の処理が行われ、第２の非常イベントのイベント発生後画像データが監視用クライアント５００に対して送信される。
【００８１】
イベント発生後画像が送信されることにより、第２の非常イベントのイベントログの送信カウンタは２となり、ステップＳ５２４を介してステップＳ５２８にてイベントログがオフに設定される。続くステップＳ５２９において全てのイベントログのイベントフラグがオフに設定されているかを判断する。ここでは、第１及び第２の非常イベントのイベントログのみを対象として説明しているため、全てのイベントログのイベントフラグがオフに設定されていると判断され、図５に示す処理を終了する。
【００８２】
次に、当該非常イベント（以下、第１の非常イベントと称す）の発生に連続して同じカメラに対応する他の非常イベントが（以下、第３の非常イベントと称す）が発生した場合について説明する。第１の非常イベントのイベント後録画時間が経過する前の時間帯に第３の非常イベントのイベント前経過時間が重ならない場合には、第３の非常イベントにつき個別に図５のフローを実行すればよいため、この場合の説明は省略する。以下では、第１の非常イベントのイベント後録画時間が経過する前の時間帯に第３の非常イベントのイベント前経過時間が重なる場合について説明する。図１６は、録画される画像データに対する本アーカイブ処理例を説明するための図である。
【００８３】
第１の非常イベントのイベント後録画時間が経過する前の時間帯に第３の非常イベントのイベント前経過時間が重なるか否かの判断は、ステップＳ５２６によって行われる。この判断は、ＲＡＭ２０２のワークエリアのセンサ信号用バッファを参照して新たなセンサ信号を受信し、第３の非常イベントのイベント前録画時間を参照することにより行われる。第１の非常イベントのイベント後録画時間が経過する前の時間帯に第３の非常イベントのイベント前経過時間が重なる場合は処理をステップＳ３１７に戻す。第１の非常イベントのイベント後録画時間が経過する前の時間帯に第３の非常イベントのイベント前経過時間が重ならない場合は処理をステップＳ５２７に進める。
【００８４】
第３の非常イベントについては、ステップＳ３１７を介して処理をステップＳ５１１に移行させ、第３の非常イベントのイベントログが未だ存在しないため、ステップＳ５１１のメッセージ情報の監視用クライアント５００への送信からステップＳ５２３のイベント発生前画像データの送信までの処理を実行することによってイベント発生前画像データを監視用クライアント５００に対して送信する。但し、ここでステップＳ５１４で生成される画像ファイルには、通常、第３の非常イベント発生時から設定されるイベント前録画時間だけ遡った画像データが保存されるが、ここでは第１の非常イベントについて既にイベント発生前画像データ（図１６の（１））が送信されており、そのイベント発生前画像には第３のイベント発生時から設定されるイベント前録画時間だけ遡った分の画像データが重複する部分（図１６の（５））があるため、第３のイベント発生時から設定されるイベント前録画時間だけ遡った分の画像データから、上記重複部分（図１６の（５））を除く画像データ（図１６の（２））がステップＳ５１４で生成される画像ファイルに保存され、第３の非常イベントのイベント発生前画像データとして送信されることになる。
【００８５】
次に、ステップＳ５２４にて、第１及び第３の非常イベント双方についてイベント発生後画像データを送信したか否かを判断する。いま、第１及び第３の非常イベント双方についてイベント発生後画像データを未だ送信していないため、ステップＳ５２５において、第１及び第２の非常イベント双方についてイベント後録画時間を経過しているか否かの判断が行われる。このイベント後録画時間を経過しているか否かの判断は第１及び第３の非常イベント夫々について独立に行われる。
【００８６】
例えば第１の非常イベントのイベント後録画時間が経過している場合、ステップＳ５２５にて第１のイベントログのイベント後時間経過フラグをオンとし、処理をステップＳ５１２に移行させる。その後、第１の非常イベント及び第３の非常イベント双方についてステップＳ５１２〜ステップＳ５１７、ステップＳ５２２〜ステップＳ５２３の処理を実行する。ステップＳ５２３ではイベント後時間経過フラグがオンである第１の非常イベントのイベント発生後画像を監視用クライアント５００に対して送信し、第１の非常イベントのイベントログ内の送信カウンタの値を２に設定することになる。但し、ここでステップＳ５１４で生成される画像ファイルには、通常、第１の非常イベント発生時から設定されるイベント発生後時間だけ経過した分の画像データが保存されるが、ここでは第３の非常イベントについて既にイベント発生前画像（図１６の（２））が送信されており、そのイベント発生前画像データは第１のイベントのイベント発生後画像データに重複しているため、第１の非常イベントのイベント発生後画像データから第３のイベント発生前画像データ（図１６の（２））を除いた画像データ（図１６の（３））がステップＳ５１４で生成される画像ファイルに保存され、第１の非常イベントのイベント発生前画像データとして送信されることになる。
【００８７】
その後、送信カウンタが２のイベントログが存在するため、処理をステップＳ５２８に移行し、当該イベントログのイベントフラグをオフに設定する。続くステップＳ５２９では、全てのイベントログのイベントフラグがオフであるかを判断する。ここでは、第１及び第３の非常イベントのみを対象として説明しており、第３の非常イベントのイベントフラグが未だオンの状態であるため、処理をステップＳ５２５に移行させる。
【００８８】
次に、第３の非常イベントについては第３の非常イベントのイベント後録画時間を経過するまでステップＳ５２５〜ステップＳ５２７の処理を繰り返す。イベント後録画時間が経過すると、イベントログのイベント後時間経過フラグがオンとなり、同様にステップＳ５１２〜ステップＳ５１７、ステップＳ５２２〜ステップＳ５２３の処理が行われ、第３の非常イベントのイベント発生後画像データが監視用クライアント５００に対して送信される。但し、ここでステップＳ５１４で生成される画像ファイルには、通常、第３の非常イベント発生時から設定されるイベント発生後時間だけ経過した分の画像データが保存されるが、ここではそのイベント発生後画像は既に第１の非常イベントのイベント発生後画像として送信された画像データ（図１６の（３））に重複しているため、第３の非常イベント発生時から設定されるイベント発生後時間だけ経過した分の画像データから第１の非常イベントのイベント発生後画像（図１６の（３））を除いた画像データ（図１６の（４））がステップＳ５１４で生成される画像ファイルに保存され、第３のイベントのイベント発生後画像データとして送信されることになる。
【００８９】
第３の非常イベント発生後画像データが送信されることにより、第３の非常イベントのイベントログの送信カウンタが２となり、ステップＳ５２４を介してステップＳ５２８にてイベントログがオフに設定される。続くステップＳ５２９において全てのイベントログのイベントフラグがオフに設定されているかを判断する。ここでは、第１及び第３の非常イベントのイベントログのみを対象として説明しているため、全てのイベントログのイベントフラグがオフに設定されていると判断され、図５に示す処理を終了する。
【００９０】
このように処理することで、非常イベントが発生した場合には、対象のカメラサーバ４００から受信した画像を録画中の画像ファイルを速やかにクローズして、新たな録画用の画像ファイルを割当て、クローズした画像ファイルから所望の時間分の画像をアーカイブし、イベント発生までのアーカイブ画像として監視用クライアントに送信する。その後、イベント後録画時間経過時点で再度録画中の画像ファイルを速やかにクローズして、新たな録画用の画像ファイルを割当て、クローズした画像ファイルからイベント後録画時間分の画像データをアーカイブし、イベント発生後のアーカイブアーカイブ画像として監視用クライアント５００に送信することになる。
【００９１】
本実施形態によれば、上記のようにイベント発生前の画像データ、イベント発生後の画像データを順次アーカイブし、イベント発生前の画像ファイル、イベント発生後の画像ファイルが生成された時点で各画像ファイルを順次、監視用クライアント５００に対して送信するので、アーカイブ方式であっても監視用クライアント５００上での再生までのタイムラグを少なくするととも、従来のような大量の画像データの同時受信による監視用クライアント５００の負荷を回避することが可能となる。従って、非常イベント前後の当該箇所の画像を迅速にかつ所望の方法で閲覧することができ、非常イベントに対する適切な対応をとることが可能になる。
【００９２】
また、ある非常イベントが発生後イベント後時間が経過するまでに、他のカメラサーバで他の非常イベントが発生した場合でも、それぞれイベントログにおいてカメラサーバＩＤと発生時刻で識別し、イベントフラグで管理しているので適切な画像ファイルを抽出して監視用クライアント５００に送信することができる。なお、上記では、イベント発生に応じてイベント発生前後の画像データをアーカイブし、送信するようにしているが、動き検知信号の受信に応じて上記の動作を行ってもよい。
【００９３】
図６は、図３のステップＳ３１９に示す通常イベント処理の詳細を示すフローチャートである。図６に示す処理はサーバ２００のＣＰＵ２０１による制御の基で実行される。
【００９４】
サーバ２００の起動時にＲＡＭ２０２中に領域を確保し、イベント画像出力プロセスが起動し、待機状態になる。
【００９５】
ステップＳ６１１では、ステップＳ７１３で設定されたイベント発生時のプリセット（パン・チルト・ズーム）値を当該カメラサーバ４００に送信する。
【００９６】
ステップＳ６１２では、センサＩＤ、カメラサーバＩＤ、イベント発生時刻とイベント区分を含むイベントログに今回発生したイベントを追加する。
【００９７】
イベント画像出力プロセスコールのステップＳ６１３では、サーバ２００が当該カメラサーバ４００のカメラＩＤ、センサＩＤ、イベント発生時刻とイベント区分を引数としてファイル出力プロセスに引渡す。
【００９８】
ステップＳ６１４は、発生したイベントの内容（センサＩＤ、カメラサーバＩＤ、イベント発生時刻とイベント内容）を伝えるメッセージ情報を監視用クライアント５００に送信する。
【００９９】
ステップＳ６２１では、引渡された当該カメラサーバ４００のカメラＩＤによって特定される所定のフォルダ中の現在録画中のファイル名（例えばＦＩＬＥ＿ＳＴＢで始まるファイル）を取得する。ステップＳ６２２では、所定時間（例えば５秒程度）待機する。
【０１００】
ステップＳ６２３では、ステップＳ６２２で取得した録画中のファイル名と現時点での録画中ファイル名の時刻部分を比較し、録画ファイルがステップＳ６２１の時点から切替えられたかを判定する。即ち、ステップＳ６２３では、ステップＳ３１６のファイル出力プロセスによって出力される画像ファイルが切り替えられたかが判定される。切替えられた場合はステップＳ６２４に処理を進める。切替えられていない場合はステップＳ６２２に処理を戻す。
【０１０１】
ステップＳ６２４では、ステップＳ７１３で指定された時間の分、所定の名称（カメラサーバのカメラＩＤ、センサＩＤ、イベント区分、イベント発生時刻を含む）のファイルを生成してイベント前後の画像を指定時間分コピーする。なお、イベント発生後に録画中ファイルが切替えられ、イベント発生後の所定の時間分の画像ファイルをコピーできない場合はステップＳ６２２に戻り、ステップＳ３１６のファイル出力プロセスによって新たに画像ファイルが出力されるまで待ち、新たな画像ファイルが出力されると、一つ前にステップＳ３１６で出力された画像ファイルと今回ステップＳ３１５で出力された画像ファイルとからイベント前後の画像を指定時間分コピーする。
【０１０２】
ステップＳ６２５では、ステップＳ６２４でコピーしたイベント前後の画像を所定のフォルダに移動する。
【０１０３】
次に、本発明の第２の実施形態について説明する。また、図５においてはステップＳ５１９乃至ステップＳ５２１で非常イベント発生時にはイベント発生前の所定の時間分のファイルを抽出してから監視用クライアントに送信しているが、このように抽出処理を行わず、ステップＳ３１６で直前に生成された１つ乃至２つの画像ファイルを直ちに監視用クライアントに送信する実施形態も考えられる。このように処理することで直前の１つ乃至２つの画像ファイルから所定時間分の画像ファイルを抽出する時間を節約することができる。この実施形態はネットワークが高速な場合特に好適である。
【０１０４】
次に、本発明の第３の実施形態について説明する。本実施形態は、第１の実施形態にように、通常のファイル出力タイミングと非常イベントの発生のタイミングに応じて送信画像ファイルを抽出するか、あるいは、第２の実施形態のように直前の１つ乃至２つの画像ファイルをそのまま送信するか、を判断する判断ステップを更に加えるものである。すなわち、送信画像ファイルの抽出処理時間と、通常のファイル出力で記憶された大きな画像ファイルを送信することによる送信時間の増加時間とを比較して、いずれが小さいかによって判断する。
【０１０５】
例えば、ステップＳ７１４でイベント発生前の５分の画像を要求する設定がされており、通常のファイル出力が１０分毎であったとする。通常のファイル出力があった４分後に非常イベントが発生した場合、１つ前の出力ファイルの末尾１分間と現在録画中のファイル４分間が監視用クライアントに送るべき画像である。ここで１０分の画像ファイルの中から１分間の送信画像ファイルを抽出する処理時間が１０秒であり、通常のファイル出力でハードディスクに記憶された１０分の画像を送信する場合に１分の画像を送信する場合に比べ３０秒長く必要とされる場合、１分間の送信画像ファイルを抽出する方が早いため、抽出処理が選択される。この判定にはファイルへの記録時間に応じた抽出処理時間のテーブル及びファイル容量と送信所要時間のテーブルが必要であり、これらは各種テーブル２１４に記録されている。ここでの送信所要時間はＬＡＮ等の理論値に基づく数値ではなく、実効速度（イーサネット（登録商標）で理論値の３０から４０％程度）であることは言うまでもない。
【０１０６】
次に、本発明の第４の実施形態について説明する。上記の実施形態では、レコーダ用サーバとイベント発生前後の画像を参照する画像参照端末は別の筐体である場合について説明したが、これに限らずマルチプロセッサを搭載したり、あるいはマルチコアのプロセッサを搭載した場合等、画像ファイルの処理能力が高いハードウェアを使用した場合は、レコーダ用サーバと画像参照用端末を一体とする構成も可能である。この場合イベント前後のアーカイブ画像ファイルは勿論ネットワーク経由で伝送する必要はなくなり、レコーダを制御しているプロセッサの制御の基で、アーカイブ画像ファイルを画像記憶用のハードディスク記憶領域から、バスを経由して、参照用プログラムを実行しているプロセッサが使用するハードディスク記憶領域に転送する。
【０１０７】
また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。
【０１０８】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、プログラムコード自体及びそのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１０９】
プログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。
【０１１０】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ(基本システム或いはオペレーティングシステム)などが実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１１１】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【図面の簡単な説明】
【０１１２】
【図１】本発明の一実施形態に係るネットワークビデオレコーダシステムの概略構成を示す図である。
【図２】サーバのハードウェア構成を示す図である。
【図３】画像データ録画時のメインフローチャートである。
【図４】図３のステップＳ３１６のファイル出力プロセスの詳細を示すフローチャートである。
【図５】図３のステップＳ３１８の非常イベント処理の詳細を示すフローチャートである。
【図６】図３のステップＳ３１９に示す通常イベント処理の詳細を示すフローチャートである。
【図７】ネットワークビデオレコーダシステムの撮影に先立って行われる各カメラサーバの設定処理を示すフローチャートである。
【図８】クライアントＰＣ上での各カメラサーバの画像データの表示構成例を示す図である。
【図９】カメラサーバの録画スケジュール設定画面の一例を示す図である。
【図１０】センサ録画モード用の設定画面の一例を示す図である。
【図１１】動き検知録画モード用の設定画面の一例を示す図である。
【図１２】録画スケジュール登録後の表示画面の一例を示す図である。
【図１３】非常イベント設定画面の一例を示す図である。
【図１４】ネットワークカメラ制御マスタテーブルの一構成例を示す図である。
【図１５】録画された画像データに対する本アーカイブ処理例を説明するための図である。
【図１６】録画された画像データに対する本アーカイブ処理例を説明するための図である。
【図１７】録画された画像データに対する本アーカイブ処理例を説明するための図である。
【符号の説明】
【０１１３】
１００：ネットワーク
２００：サーバ
３００：クライアントＰＣ
４００：カメラサーバ
４０５：センサ
４５０：独立センサ
５００：監視用クライアント
２０１：ＣＰＵ
２０２：ＲＡＭ
２０３：ＲＯＭ
２０４：システムバス
２０５：入力コントローラ
２０６：ビデオコントローラ
２０７：メモリコントローラ
２０８：通信Ｉ／Ｆコントローラ
２０９：キーボード（ＫＢ）
２１０：ＣＲＴ
２１１、２１６：外部メモリ
２１２：ネットワークビデオレコーダプログラム
２１３：定義ファイル
２１４：各種テーブル
２１５：録画データ
【図１】
0004845175.tif 000002
【図２】
0004845175.tif 000003
【図３】
0004845175.tif 000004
【図４】
0004845175.tif 000005
【図５】
0004845175.tif 000006
【図６】
0004845175.tif 000007
【図７】
0004845175.tif 000008
【図８】
0004845175.tif 000009
【図９】
0004845175.tif 000010
【図１０】
0004845175.tif 000011
【図１１】
0004845175.tif 000012
【図１２】
0004845175.tif 000013
【図１３】
0004845175.tif 000014
【図１４】
0004845175.tif 000015
【図１５】
0004845175.tif 000016
【図１６】
0004845175.tif 000017
【図１７】
0004845175.tif 000018