JP4346371B2 - 監視カメラシステム - Google Patents

Description

この発明は、監視カメラシステムに関し、特にたとえば、アラーム発生時刻よりも前の第1時刻からアラーム発生時刻よりも後の第２時刻までの期間に撮影された画像信号を出力する監視カメラ、および監視カメラから出力された画像信号を記録媒体に記録する管理装置を備える、監視カメラシステムに関する。

従来のこの種の監視カメラシステムの一例が、特許文献1に開示されている。この従来技術によれば、アラーム発生の前後にわたって撮影された被写界の画像が記録媒体に記録される。これによって、事件の一部始終を容易に把握することができる。
特開平８−１１６５２８号公報〔Ｈ０４Ｎ ７／１８，Ｇ０６Ｔ １／６０〕

しかし、従来技術では、いつアラームが発生したかが不明であるため、異常を見落としやすいという問題があった。

それゆえに、この発明の主たる目的は、異常を発見できる率を高めることができる、監視カメラシステムを提供することである。

第１の発明の監視カメラシステムは、被写体を繰り返し撮像し画像信号を生成して、該画像信号を複数の領域に区分された記録領域内で書き込み先の領域を指向する書込みポインタに従って繰り返し上書きを行い、アラーム発生時刻よりも前の第１時刻から前記アラーム発生時刻よりも後の第２時刻までの期間に撮影された複数画面の画像信号を該記録領域から読み出し先の領域を指向する読出先ポインタに従って読み出して出力する監視カメラ、および監視カメラから出力された複数画面の画像信号を管理する管理装置を備える監視カメラシステムであって、監視カメラは、アラーム発生時刻を示すアラーム時刻情報を出力するアラーム時刻出力手段と、第１時刻を示す第１時刻情報を出力する第１時刻出力手段、第２時刻を示す第２時刻情報を出力する第２時刻出力手段を備え、アラーム発生時刻に記録領域内に書き込まれた書込先ポインタから時系列的に遡った位置の領域を読み出し開始する読出先ポインタとし、該読み出し開始する読出先ポインタの１つ前の位置を読み出し終了する読出先ポインタとし、管理装置は、アラーム時刻情報を複数画面の画像信号に割り当てるアラーム割り当て手段、第１時刻情報を第１時刻に撮影された画面の画像信号に割り当てる第１割り当て手段、第２時刻情報を第２時刻に撮影された画面の画像信号に割り当てる第２時刻割り当て手段、画像再生装置から複数画面の画像信号の選択を受け付ける受付手段、および受付手段による受付に応答してアラーム時刻情報、第１時刻情報および第２時刻情報を含む撮影時間帯情報を画像再生装置に返送する返送手段を備えることを特徴とする。

この発明によれば、アラーム発生時刻よりも前の第１時刻からアラーム発生時刻よりも後の第２時刻までの期間に撮影され、かつアラーム時刻情報を割り当てられた複数画面の画像信号が記録媒体に記録されるので、記録媒体から複数画面の画像信号を読み出して再生するとき、いつアラームが発生したかを容易に知ることができる。その結果、異常を発見できる率が高まる。

この発明の上述のような目的，その他の目的，特徴および利点は、図面を参照して行う以下の実施例の詳細な説明から一層明らかとなろう。

図１を参照して、この発明の一実施例である監視カメラシステム１０は、ｎ台のカメラＣ１〜Ｃｎ（ただしｎは２以上の任意の整数）と、サーバ１２と、複数の端末１４，１４，…とで構成されている。カメラＣ１〜Ｃｎの各々は、インターネット１６を介してサーバ１２と接続され、サーバ１２は、イントラネット１８を介して端末１４，１４，…と接続される。

カメラＣ１〜Ｃｎは、被写体を撮影し、得られた画像信号を圧縮して出力する。カメラＣ１〜Ｃｎの各々から出力された画像信号は、インターネット１６を通じてサーバ１２へと伝送され、サーバ１２によって記録される。こうして記録・蓄積された画像は、端末１４，１４，…からの要求に応じてサーバ１２から読み出され、イントラネット１８を通じて端末１４，１４，…へと送られる。

カメラＣ１〜Ｃｎの構成例が図２に示されている。図２を参照して、カメラＣ１〜Ｃｎの各々は、撮像素子１０１と、ＣＰＵ１０２と、センサ１０３と、内部メモリ１０４と、ネットワーク・インターフェース・カード（以下、ＮＩＣ）１０５と、ＲＯＭ１０６とを備えている。サーバの構成例が図３に示されている。図３を参照して、サーバは、２つのＮＩＣ１２１および１２６と、ハードディスク（以下、ＨＤ）１２２と、ＲＡＭ１２３と、ＲＯＭ１２４と、ＣＰＵ１２５とを備えている。端末１４の構成例が図４に示されている。図４を参照して、端末１４は、ＮＩＣ１４１と、ＣＰＵ１４２と、ＲＡＭ１４３と、ＲＯＭ１４４と、表示インターフェース（以下、Ｉ／Ｆ）１４５と、ディスプレイ１４６と、入力Ｉ/Ｆ１４７と、キーボード１４８と、マウス１４９とを備えている。図２〜図４を参照して、カメラＣ１〜Ｃｎ各々のＮＩＣ１０５がインターネット１６を介してサーバ１２の一方のＮＩＣ１２１と接続され、サーバ１２の他方のＮＩＣ１２６はイントラネット１８を介して端末１４，１４，…各々のＮＩＣ１４１と接続される。

カメラの内部メモリ１０４の内容が図５に示されている。図５を参照して、内部メモリ１０４内には画像記憶領域１０４ａが設けられており、撮像素子１０１を通して撮影された画像がこの画像記憶領域１０４ａに一時記憶される。画像記憶領域１０４ａは、領域番号“Ｎ”を付された終端領域が領域番号“１”を付された先頭領域と連結されたリングバッファの態様を持つ。また、内部メモリ１０４には、撮影条件テーブル１０４ｂが格納されている。

撮影条件テーブル１０４ｂの一例が図６に示されている。図６を参照して、撮影条件テーブル１０４ｂには、撮影条件が記述される。撮影条件には、解像度１０４１，圧縮率１０４２および送信レート１０４３が含まれる。

カメラＣ１〜Ｃｎからサーバ１２へ送信される画像信号のフォーマットが図７に示されている。図７を参照して、画像信号２０は、画像データ２０１と、カメラ識別子２０２と、撮影時刻２０３と、画像サイズ２０４と、圧縮率２０５と、先頭イベントフラグ２０６と、最終イベントフラグ２０７とを含む。

カメラＣ１〜Ｃｎからサーバ１２へ送信されるアラーム発生通知信号のフォーマットが図８に示されている。図８を参照して、アラーム発生通知信号２６は、カメラ識別子２６１と、アラーム発生時刻２６２とを含む。

サーバ１２のＨＤ１２２の内容が図９に示されている。図９を参照して、ＨＤ１２２内には、画像記録領域１２２ａが設けられる。画像記録領域１２２ａの内容が図１０に示されている。図１０を参照して、通常記録領域１２２ａは、それぞれがカメラＣ１〜Ｃｎと対応するｎ個の領域に区分される。

再び図９を参照して、ＨＤ１２２内にはまた、時間軸描画用データ１２２ｂが格納されている。ＨＤ１２２内にはさらに、イベント管理テーブル１２２ｃが格納されている。イベント管理テーブル１２２ｃの一例を図１１に示す。図１１を参照して、イベント管理テーブル１２２ｃには、カメラＣ１〜Ｃｎとそれぞれ対応するｎ個の欄１２２１〜１２２ｎが設けられており、これらｎ個の欄１２２１〜１２２ｎのそれぞれにカメラＣ１〜Ｃｎで発生したイベントに関する管理情報“イベント１”，“イベント２”，…が登録されている。ここで「カメラＣｎでイベントが発生する」とは、カメラＣｎにおいてセンサ１０３が異常を感知してアラームが発行されることをいい、１つのアラームの発行が開始されてから終了されるまでの持続期間が１つのイベントと対応する。イベントの識別番号１，２，３，…は、カメラ毎に独立して付される。

イベント管理テーブル１２２ｃに登録されているイベント管理情報“イベント１”，“イベント２”，…は、画像記録領域１２２ａに記録された画像を読み出して再生する際に参照される情報である。イベント管理情報“イベント１”，“イベント２”，…の各々の内容を図１２に示す。図１２を参照して、イベント管理情報２２は、カメラ番号２２１，イベント番号２２２，イベント開始時刻２２３，アラーム発生時刻２２４，イベント終了時刻２２５，フレーム枚数２２６，フレームレート２２７，解像度２２８および記録開始位置２２９を含む。

サーバ１２から端末１４へ送信される画像信号のフォーマットが図１４に示されている。図１４を参照して、画像信号２８は、画像データ２８１と、カメラ識別子２８２と、撮影時刻２８３と、画像サイズ２８４と、圧縮率２８５と、正規化撮影時刻２８６と、正規化アラーム発生時刻２８７と、時間軸描画用データ２８８とを含む。

以上のように構成された監視カメラシステム１０の動作を以下に説明する。カメラＣ１〜Ｃｎの各々において、ＣＰＵ１０２は、撮影条件テーブル１０４ｂを参照しつつ撮像素子１０１を通じて被写体を撮影する。そして、撮影された画像データ２０１を含む画像信号２０をインターネット１６経由でサーバ１２に送信する。センサ１０３は、被写体の異常な動きを検出し、異常な動きが検出されたときアラームを発生する機能を持つ。ＣＰＵ１０２はまた、センサ１０３がアラームを発生したとき、アラーム発生時刻２６２を含むアラーム発生通知信号２６をサーバ１２に送信する。

サーバ１２のＣＰＵ１２５は、画像信号２０を受信すると、画像信号２０に含まれる画像データ２０１を画像記録領域１２２ａに記録する。また、アラーム発生通知信号２６を受信すると、この信号２６に含まれるアラーム発生時刻２６２を含むイベント管理情報２２を作成し、作成されたイベント管理情報２２をイベント管理テーブル１２２ｃに登録する。

ここで、イベント管理情報２２の作成および登録について詳しく説明する。カメラＣ１〜Ｃｎの各々は、独立してアラーム発生を行う。サーバ１２のＣＰＵ１２５は、カメラＣ１〜Ｃｎでアラーム発生前後の所定期間に撮影された画像をカメラＣ１〜Ｃｎで発生したイベントとしてそれぞれ管理する。具体的には、カメラＣ１〜Ｃｎで発生したイベント１つ１つについて図１２に示されるような内容を持つイベント管理情報２２を作成し、作成したイベント管理情報“イベント１”，“イベント２”，…をカメラＣ１〜Ｃｎ毎に、図１１に示されるようなイベント管理テーブル１２２ｃに登録する。これらのイベント管理情報“イベント１”，“イベント２”，…は、端末１４からの再生要求に応じ、サーバ１２のＣＰＵ１２５が画像記録領域１２２ａから指定された画像を読み出す際に参照される。

例えばいま、サーバ１２に図１１のような内容のイベント管理テーブル１２２ｃが保持されているとする。このときカメラＣ６が新たなアラームを発生したとすると、カメラＣ６からイベント画像が出力される。このイベント画像は、アラーム発生前に撮影されたプリアラーム画像と、アラーム発生後に撮影されたポストアラーム画像とを含む。

サーバ１２では、カメラＣ６から送られてきたイベント画像が画像記録領域１２２ａに記録される。次いで、この領域１２２ａに記録されたイベント画像に関するイベント管理情報“イベント３”が作成される。そして、作成されたイベント管理情報“イベント３”が、図１３に示すように、イベント管理テーブル１２２ｃ内のカメラＣ６用領域１２２６に登録される。これにより、サーバ１２のＣＰＵ１２５は、端末１４からカメラ番号“６”およびイベント番号“３”の指定を受けたとき、画像記録領域１２２ａからカメラＣ６が撮影した３番目のイベント画像を読み出すことができる。

なお、サーバ１２のＣＰＵ１２５はマルチタスクＯＳを搭載したＣＰＵであり、複数のタスクを並列的に実行することができる。例えば、複数の端末１４からの要求を並列的に処理したり、複数のカメラＣ１〜Ｃｎからの画像を並列的に記録したりすることができる。

カメラＣ１〜ＣｎのＣＰＵ１０２は、撮影時、具体的には図１５に示されるフロー図を処理する。なお、このフロー図に対応する制御プログラムは、ＲＯＭ１０６に記憶されている。図１５を参照して、カメラＣ１〜Ｃｎの電源が投入されると、ＣＰＵ１０２は、まずステップＳ１の初期処理を実行する。初期処理には、内部メモリ１０４内の画像記憶領域１０４ａの初期化，インターネット１６への接続，書込先ポインタＷｒＰおよび読出先ポインタＲｄＰの初期化（ＷｒＰ←０，ＲｄＰ←０）などの処理が含まれる。なお、初期状態では、画像信号２０の先頭イベントフラグ２０６および最終イベントフラグ２０７は共に解除（ＯＦＦ）される。

画像記憶領域１０４ａの構成、および領域１０４ａ内を書込先ポインタＷｒＰおよび読出先ポインタＲｄＰが移動する様子を図１６（Ａ）〜図１６（Ｃ）に示す。図１６（Ａ）〜図１６（Ｃ）を参照して、画像記憶領域１０４ａはＮ個の領域に区分され、Ｎ個の領域の各々に対して、先頭に近いものから順番に領域番号１，２，…，Ｎが付されている。領域番号Ｎを付された最終領域は、領域番号１を付された先頭領域と連結されている。書き込み先の領域を指向する書込先ポインタＷｒＰおよび読み出し先の領域を指向する読出先ポインタＲｄＰはそれぞれ、このようにリング状に連結された領域１〜Ｎに沿って、１→２→…→Ｎ→１→…のように循環的に移動する。図１６（Ａ）は、アラームが発生する以前の状態と対応し、図１６（Ｂ）は、アラームが発生した瞬間の状態と対応する。図１６（Ｃ）はアラーム発生後、最終イベント画像が送信される瞬間の状態と対応する。

再び図１５を参照して、次のステップＳ３でＣＰＵ１０２は、書込先ポインタＷｒＰに１をセットする。ステップＳ５では、被写体を撮影する。ステップＳ７では、撮影して得られた画像データを画像記憶領域１０４ａ内の書込先ポインタＷｒＰが示す領域に書き込む。ステップＳ９では、書込先ポインタＷｒＰをインクリメントする。

ステップＳ１１でＣＰＵ１０２は、センサ１０３がアラームを発生したか否かを判定する。アラームが発生すればステップＳ１３に進み、アラームが発生しなければステップＳ５に戻る。なお、ステップＳ５〜Ｓ１１を巡回するループでは、被写体を撮影して画像記憶領域１０４ａに記録する処理だけが行われ、記録された画像を読み出して送信する処理は行われない。この撮影を行うが画像送信を行わない動作状態をプリアラームモードと呼ぶ。プリアラームモードでは、図１６（Ａ）に示されるように、書込先ポインタＷｒＰが画像記憶領域１０４ａ内の領域１〜Ｎを巡回しており、その結果、画像記憶領域１０４ａには常時、所定時間分の直近画像が蓄積されていることになる。

ステップＳ１３では、アラーム発生通知信号２６をサーバ１２に送信する。アラーム発生通知信号２６のフォーマットは、図８に示されている。図８を参照して、アラーム発生通知信号２６には、この信号２６自身を送信したカメラを識別するカメラ識別子２６１と、アラームが発生した時刻を示すアラーム発生時刻２６２とが含まれる。

再び図１５を参照して、ステップＳ１５でＣＰＵ１０２は、読出開始位置Ｒｄ０を計算する。読出開始位置Ｒｄ０は、アラーム発生が検出された瞬間の書込先ポインタＷｒＰから定数ｎを減算することにより得られる。すなわち、図１６（Ｂ）に示すように、アラーム発生が検出された瞬間の書込先ポインタＷｒＰからｎ番地だけ遡った位置が読出開始位置Ｒｄ０となる。ここで定数ｎは、プリアラーム画像の時間的な長さとフレームレートとに基づいて決まる。例えば、アラーム発生に先立つ３０秒分のプリアラーム画像を３０フレーム／１秒のレートで送信するように設定されている場合、定数ｎは９００となる。

ステップＳ１７でＣＰＵ１０２は、読出先ポインタＲｄＰに読出開始位置Ｒｄ０をセットする。ステップＳ１９では、被写体を撮影する。ステップＳ２１では、撮影して得られた画像データを画像記憶領域１０４ａ内の書込先ポインタＷｒＰが示す領域に書き込む。ステップＳ２３では、書込先ポインタＷｒＰをインクリメントする。

ステップＳ２５でＣＰＵ１０２は、画像記憶領域１０４ａ内の読出先ポインタＲｄＰが示す領域から画像データを読み出す。ステップＳ２７では、読出先ポインタＲｄＰが読出開始位置Ｒｄ０に等しいか否かを判定する。その判定結果が否定的であればステップＳ２９に進み、肯定的であればステップＳ３３に進む。ステップＳ２９では、読出先ポインタＲｄＰが読出開始位置Ｒｄ０−１に等しいか否かを判定する。ステップＳ２９の判定結果が肯定的であればステップＳ３１に進み、否定的であればステップＳ３５に進む。

ステップＳ３１でＣＰＵ１０２は、ステップＳ２５で読み出された画像データに最終イベントフラグをセットする。ステップＳ３３では、ステップＳ２５で読み出された画像データに先頭イベントフラグをセットする。

ステップＳ３５では、ステップＳ２５で読み出された画像データを含む画像信号２０をサーバ１２に送信する。画像信号２０のフォーマットは、図７に示されている。

図７を参照して、先頭イベントフラグ２０６および最終イベントフラグ２０７は、上記ステップＳ２７およびＳ２９の判定結果に応じてＯＮ／ＯＦＦされる。具体的には、画像データ２０１が読出開始位置Ｒｄ０から読み出された画像である場合、先頭イベントフラグ２０６がＯＮされ、最終イベントフラグ２０７はＯＦＦされる。画像データ２０１が読出開始位置Ｒｄ０−１から読み出された画像である場合、先頭イベントフラグ２０６はＯＦＦされ、最終イベントフラグ２０７がＯＮされる。それ以外の画像の場合、どちらのフラグもＯＦＦされる。

再び図１５を参照して、ステップＳ３７でＣＰＵ１０２は、読出先ポインタＲｄＰが読出開始位置Ｒｄ０−１よりも小さいか否かを判定する。その判定結果が肯定的であればステップＳ３９に進み、否定的であればステップＳ４１に進む。ステップＳ３９では、Ｒｐｄをインクリメントする。ステップＳ３９を実行した後、ステップ１９に戻り、再び撮影および画像送信を行う。ステップＳ４１では、動作を継続するか否かを判断し、継続する場合はステップＳ５に戻り、再びアラームが発生するまでの期間、プリアラームモードで動作する。

なお、ステップＳ１９〜Ｓ３９を巡回するループでは、被写体を撮影し、撮影された画像を画像記憶領域１０４ａに記録する処理と、一定時間前に記録された画像を読み出し、読み出された画像を送信する処理とが行われる。この撮影と画像送信とを行う動作状態をアラームモードと呼ぶ。アラームモードは、図１６（Ｂ）および（Ｃ）に示されるように、読出先ポインタＲｄＰが読出開始位置Ｒｄ０を起点に画像記憶領域１０４ａ内を一巡して読出開始位置Ｒｄ０−１に達するまでの期間継続する。その結果、アラームが発生したカメラからは、アラーム発生前に撮影されたプリアラーム画像と、アラーム発生以降に撮影されたポストアラーム画像とを含むイベント画像が一定時間送信されることになる。

サーバ１２のＣＰＵ１２５は、画像記録時、具体的には図１７に示されるフロー図を処理する。なお、このフロー図に対応する制御プログラムは、ＲＯＭ１２４に記憶されている。図１７を参照して、最初のステップＳ５１でＣＰＵ１２５は、初期処理を行う。初期処理には、インターネット１６への接続、イントラネット１８への接続などが含まれる。

初期処理が完了するとＣＰＵ１２５は、ステップＳ５３でアラーム発生通知信号２６の有無を判定する。その判定結果が肯定的であればステップＳ５５に進み、否定的であれば待機する。ステップＳ５５では、アラーム発生通知信号２６を受信する。ステップＳ５７では、カメラ識別子２０２に基づいて画像信号２０がどのカメラからのものかを特定する。

ステップＳ５９でＣＰＵ１２５は、ステップＳ５７で特定されたカメラに対応するイベント管理情報作成タスク（後述）を起動する。ステップＳ６１では、画像信号２０の有無を判定する。その判定結果が肯定的であればステップＳ６３に進み、否定的であればステップＳ５３に戻る。ステップＳ６３では、画像信号２０を受信する。ステップＳ６５では、ステップＳ５３で受信された画像信号２０から画像データ２０１を取り出し、取り出した画像データ２０１を画像記録領域１２２ａに記録する。記録を終えると、ステップＳ６７に進む。

ステップＳ６７でＣＰＵ１２５は、記録動作を継続するかどうかを判断し、継続する場合はステップＳ５３に戻って上記と同様の処理を繰り返す。

上記ステップＳ５９で起動されるイベント管理情報作成タスクは、図１８に示すフロー図に従って実行される。なお、このフロー図に対応する制御プログラムは、ＲＯＭ１２４に記憶されている。図１８を参照して、ステップＳ７１でＣＰＵ１２５は、ステップＳ５５で受信されたアラーム発生通知信号２６（図８参照）からカメラ識別子２６１およびアラーム発生時刻２６２を取り出し、取り出した時刻２６２を、取り出したカメラ識別子２６１と対応するカメラに関する新たなイベント管理情報２２（図１２参照）に登録する。

ステップＳ７３でＣＰＵ１２５は、画像記録領域１２２ａへの記録が実行されたか否かを判定する。判定結果が肯定的であればステップＳ７５に進み、否定的であれば待機する。ステップＳ７５では、画像信号２０内の最終イベントフラグ２０７がＯＮか否かを判定する。フラグ２０７がＯＮであればステップＳ８５に進み、ＯＦＦであればステップＳ７７に進む。

ステップＳ７７でＣＰＵ１２５は、画像信号２０内の先頭イベントフラグ２０６がＯＮか否かを判定する。フラグ２０６がＯＮであればステップＳ７９に進み、ＯＦＦであればステップＳ８３に進む。

ステップＳ７９でＣＰＵ１２５は、上記のイベント管理情報２２にさらに、イベント開始時刻２２３，フレームレート２２７，解像度２２８および記録開始位置２２９を登録する。ここでイベント開始時刻２２３として登録される値は、先頭イベントフラグ２０６がＯＮであると判定された画像信号２０に含まれている撮影時刻２０３である。

ステップＳ８１でＣＰＵ１２５は、フレーム枚数として１を保持し、その後ステップＳ７３に戻る。ステップＳ８３でＣＰＵ１２５は、保持しているフレーム枚数の値をインクリメントし、インクリメント後の値を保持する。その後、ステップＳ７３に戻る。

ステップＳ８５でＣＰＵ１２５は、上記のイベント管理情報２２にさらに、イベント終了時刻２２５およびフレーム枚数２２６を登録する。ここでイベント終了時刻２２５に登録される値は、最終イベントフラグ２０７がＯＮであると判定された画像信号２０に含まれている撮影時刻２０３である。イベント終了時刻２２５およびフレーム枚数２２６を登録し終えた時点で、このタスクは終了される。こうして作成されたイベント管理情報２２は、イベント管理テーブル１２２ｃ上の該当カメラ欄に記載される。

サーバ１２のＣＰＵ１２５は、画像送出時、具体的には図１９に示されるフロー図を処理する。なお、このフロー図に対応する制御プログラムは、ＲＯＭ１２４に記憶されている。

図１９を参照して、ステップＳ９１でＣＰＵ１２５は、端末１４から送信された再生要求パケットを受け付ける。再生要求には、カメラ番号とイベント番号とが添付されている。ステップＳ９３では、再生要求パケットからカメラ番号とイベント番号とを取り出す。ステップＳ９５では、指定されたカメラに対応する画像送出タスク（後述）を起動する。その後、ステップＳ９７に進む。

ステップＳ９７でＣＰＵ１２５は、画像送出タスクが終了したかどうかを判定する。タスクが終了するとステップＳ９９に進み、そうでなければ待機する。ステップＳ９９では、画像送出動作を継続するか否かが判断され、継続する場合にはステップＳ９１に戻り、上記と同様の処理が繰り返される。

上記ステップＳ９５で起動される画像送出タスクは、図２０に示すフロー図に従って実行される。なお、このフロー図に対応する制御プログラムは、ＲＯＭ１２４に記憶されている。図２０を参照して、ステップＳ１１１でＣＰＵ１２５は、イベント管理テーブル１２２ｃから、このタスクと対応するカメラの、指定されたイベント番号に該当するイベント管理情報２２(図１２参照)を取得する。次のステップＳ１１３では、ステップＳ１１１で取得したイベント管理情報２２に基づいて、指定されたイベント番号に該当する画像を特定する。

ステップＳ１１５でＣＰＵ１２５は、正規化アラーム発生時刻（後述）を計算する。ステップＳ１１７でＣＰＵ１２５は、フレーム番号を示す変数Ｇを初期化する。ステップＳ１１９でＣＰＵ１２５は、Ｇ番目画像の正規化撮影時刻（後述）を計算する。

ステップＳ１２１でＣＰＵ１２５は、実時刻を示す変数Ｔに再生を開始する実時刻をセットする。ステップＳ１２３では、画像を再生する時刻間隔を示す変数ｔ０にフレームレート２２７の逆数をセットする。ステップＳ１２５では、次画像の再生予定実時刻{Ｔ+ｔ０}を計算し、計算結果をＴにセットする。

ステップＳ１２７でＣＰＵ１２５は、現在時刻がＴを過ぎたか否かを判定する。判定結果が肯定的であればステップＳ１２９に進み、そうでなければ待機する。ステップＳ１２９では、ステップＳ１１３で特定された画像のうちＧ番目の画像の実データを含む画像信号２８を送出する。画像信号２８のフォーマットは、図１４に示されている。

図１４を参照して、画像信号２８には、画像データ２８１と、画像データ２８１を撮影したカメラを示すカメラ識別子２８２と、画像データ２８１が撮影された時刻を示す撮影時刻２８３と、画像データ２８１のサイズを示す画像サイズ２８４と、画像データ２８１の圧縮率を示す圧縮率２８５とが含まれる。これらに加え、画像信号２８には、ステップＳ１１５の計算結果を示す正規化アラーム発生時刻２８７と、ステップＳ１１９の計算結果を示す正規化撮影時刻２８６と、時間軸を描画するための時間軸描画用データ２８８とがさらに含まれる。

再び図２０を参照して、ステップＳ１３１でＣＰＵ１２５は、Ｇをインクリメントする。ステップＳ１３３では、インクリメント後のＧがイベント管理情報２２に記載されているフレーム枚数２２６を超えたか否かを判定する。判定結果が否定的であれば、ステップＳ１２５に戻って次の画像を送出し、肯定的であればタスクを終了する。

上記ステップＳ１１５の正規化アラーム発生時刻計算処理は、図２１に示すサブルーチンに従って実行される。なお、このサブルーチンに対応する制御プログラムは、ＲＯＭ１２４に記憶されている。図２１を参照して、ステップＳ１５１でＣＰＵ１２５は、ステップＳ１１１で取得されたイベント管理情報２２からイベント開始時刻２２３，アラーム発生時刻２２４およびイベント終了時刻２２５を取り出す。ステップＳ１５３では、イベント終了時刻２２５からイベント開始時刻２２３を減算し、結果をＡとする。ステップＳ１５５では、アラーム発生時刻２２４をＡで除算し、結果を正規化アラーム発生時刻とする。

上記ステップＳ１１９の正規化撮影時刻計算処理は、図２２に示すサブルーチンに従って実行される。なお、このサブルーチンに対応する制御プログラムは、ＲＯＭ１２４に記憶されている。図２２を参照して、ステップＳ１７１でＣＰＵ１２５は、ステップＳ１１１で取得されたイベント管理情報２２からフレーム枚数２２６を取り出す。ステップＳ１７３では、Ｇをフレーム枚数で除算し、結果をＧ番目画像の正規化撮影時刻とする。

端末１４のディスプレイ１４６には、画像再生時、図２３のような画面が表示される。図２３を参照して、再生画面２４は、主領域２４ａと副領域２４ｂとに区分される。主領域２４ａには、イベント画像２４７および時間軸２４８が表示される。副領域２４ｂには、再生ボタン２４１，停止ボタン２４２，逆再生ボタン２４３，終了ボタン２４４，カメラ番号を指定するための入力欄２４５，およびイベント番号を指定するための入力欄２４６が提示される。

サーバ１２からイベント画像を読み出して再生したい場合、ユーザは、まず入力欄２４５を通じてカメラ番号を指定し、次いで入力欄２４６を通じてイベント番号を指定し、その後再生ボタン２４１を押す。応じて、端末１４からサーバ１２へ再生要求パケットが送信される。再生要求には、カメラ番号とイベント番号とが添付される。

いま、サーバ１２が図１３のイベント管理テーブル１２２ｃに記載されているイベント管理情報と対応する画像を保持しているとし、このとき端末１４を通じてカメラ番号“２”およびイベント番号“２”が指定されたとする。この再生要求に応じ、サーバ１２は、イベント管理テーブル１２２ｃのカメラＣ２欄１２２２からイベント管理情報“イベント２”を取り出し、取り出した管理情報に基づいて画像記録領域１２２ａから該当する画像データを読み出す。そして、読み出した画像データを先頭フレームのデータから順番に、正規化撮影時刻や時間軸描画用データなどの関連情報と共に、画像信号２８に含めて送信する。

これらの画像信号２８が端末１４によって受信され、再生画面２４の主領域２４ａには、カメラＣ２によって撮影された“イベント２”画像２４７が表示される。イベント画像２４７は、アラーム発生前に撮影されたプリアラーム画像と、アラーム発生以降に撮影されたポストアラーム画像とを含んでいる。

主領域２４ａにはさらに、時間軸２４８が表示される。時間軸２４８の始点２４８ａがイベント開始時刻と対応し、終点２４８ｂがイベント終了時刻と対応している。この時間軸２４８上に、アラーム発生時刻を示すポインタ２４９ａと、現在表示されている画像の撮影時刻を示すポインタ２４９ｂとが提示される。撮影時刻ポインタ２４９ｂは、画像再生の進行に従い、時間軸２４８上を始点２４８ａから終点２４８ｂまで移動する。

撮影時刻ポインタ２４９ｂがアラーム発生時刻ポインタ２４８ａの左側（始点２４８ａ寄り）にあれば、そのときの表示画像はプリアラーム画像であり、右側にあればポストアラーム画像である。撮影時刻ポインタ２４９ｂがアラーム発生時刻ポインタ２４８ａを追い越す瞬間の表示画像がアラーム発生時の画像である。

以上の説明からわかるように、この実施例の監視カメラシステム１０では、カメラＣ１〜Ｃｎは、常時被写体を撮影し、かつ撮影画像をリングバッファの態様を有する画像記憶領域１０４ａに記録する動作を行っている。カメラＣ１〜Ｃｎのいずれかでアラームが発生されると、アラームを発生したカメラからサーバ１２に、まずアラーム発生通知信号２６が送信される。次いで、アラームを発生したカメラでは、画像記憶領域１０４ａに対し、読出先ポインタＲｄＰが現在の書込先ポインタＷｒＰから定数ｎだけ遡った読み出し開始位置に設定され、この読出開始位置Ｒｄ０を始点に画像データの読み出しが開始される。読み出しは、読出先ポインタＲｄＰが画像記憶領域１０４ａ内を巡回して読出開始位置Ｒｄ０−１の位置に達するまで継続される。こうして、アラームを発生したカメラからは、アラーム発生時刻よりも前のイベント開始時刻からアラーム発生時刻よりも後のイベント終了時刻までの期間に撮影された複数画面の画像データ２０１を含む画像信号２０が送信されることとなる。

アラーム発生通知信号２６にはアラーム発生時刻２６２が記述され、画像信号２０には先頭イベントフラグ２０６および最終イベントフラグ２０７が含まれている。サーバ１２は、これらの信号を受信すると、上記複数画面の画像データ２０１を画像記録領域１２２ａに記録し、イベント開始時刻２２３，アラーム発生時刻２２４およびイベント終了時刻２２４を、画像記録領域１２２ａに記録された複数画面の画像信号２０に関するイベント管理情報２２に登録する。これにより、イベント開始時刻２２３，アラーム発生時刻２２４およびイベント終了時刻２２４が複数画面の画像信号２０に割り当てられたことになる。

端末１４によってカメラ番号およびイベント番号が指定されると、サーバ１２は、画像記録領域１２２ａから該当する複数画面の画像データ２８１を読み出し、読み出された画像データ２８１を含む画像信号２８を端末１４に送信する。この画像信号２８には、正規化撮影時刻２８６、正規化アラーム発生時刻２８７および時間軸描画用データ２８８が添付される。

端末１４は、画像信号２８を受信すると、再生画面２４を表示する。再生画面２４には、イベント画像２４７と時間軸２４８とが含まれる。この時間軸２４８上にアラーム発生時刻を示すポインタ２４９ａと、現在表示されている画像の撮影時刻を示すポインタ２４９ｂとが提示される。撮影時刻ポインタ２４９ｂは、画像再生の進行に従い、時間軸２４８上を始点２４８ａから終点２４８ｂまで移動する。こうしてイベント画像２４７と一緒に時間軸２４８，アラーム発生時刻ポインタ２４９ａおよび撮影時刻ポインタ２４９ｂを表示することによって、ユーザは、表示画像の撮影時刻とアラーム発生時刻との時間的な位置関係を直感的に認識することができる。例えば、いつアラームが発生したかを容易に知ることができるので、アラーム発生時点の近傍の画像を特に注意して観察したり、アラーム発生前後の画像を互いに比較したりすることが可能となる。その結果、異常を発見できる率が高まる。

なお、この実施例では、カメラＣ１〜Ｃｎは、アラームが発生されたときアラーム通知信号２６を送信しているが、代わりに、アラーム発生後最初に送信される画像信号２０の中にアラーム発生時刻２６２を記述してもよい。

また、この実施例では、サーバ１２は、正規化アラーム発生時刻２８７および時間軸描画データ２８８を画像信号２８に含めて端末１４に送信しているが、画像信号２８に含める代わりに、アラーム発生直後にこれら時刻２８７および描画データ２８８を含む別の信号を送信してもよい。

また、この実施例では、サーバ１２が正規化アラーム発生時刻２８７および正規化撮影時刻を計算し、計算結果を端末１４に通知しているが、端末１４が計算を行うようにしてもよい。

また、この実施例では、ステップＳ１１５でＧをフレーム枚数で除算することによりＧ番目画像の正規化撮影時刻を求めているが、イベント管理情報２２中に全画像の撮影時刻を記述しておけば、Ｇ番目画像の撮影時刻をステップＳ１５３で求めたＡで除算することによっても正規化撮影時刻を求めることができる。

また、この実施例では、カメラＣ１〜Ｃｎは、いつも同一の品質で撮影を行っているが、プリアラームモードとアラームモードとで品質を切り換えてもよい。プリアラームモードでは低品質撮影を、アラームモードでは高品質撮影を行えば、情報量の削減が図れる。

また、この実施例では、複数カメラからの画像を記録・再生する際にマルチタスク処理を行っているが、シリアル処理により行うことも可能である。

この発明の一実施例である監視カメラシステムの全体構成を示すブロック図である。 カメラの構成例を示すブロック図である。 サーバの構成例を示すブロック図である。 端末の構成例を示すブロック図である。 カメラの内部メモリの内容を示す図解図である。 撮影条件テーブルの一例を示す図解図である。 カメラからサーバに送信される画像信号のフォーマットを示す図解図である。 アラーム発生通知信号のフォーマットを示す図解図である。 サーバのＨＤの内容を示す図解図である。 ＨＤ内の画像記録領域の内容を示す図解図である。 イベント管理テーブルの一例を示す図解図である。 イベント管理情報の内容を示す図解図である。 イベント発生に伴い新たな管理情報がイベント管理テーブルに登録されていく様子を示す図解図である。 サーバから端末に送信される画像信号のフォーマットを示す図解図である。 カメラの撮影動作を示すフロー図である。 カメラの画像記憶領域に対する書き込みおよび読み出し処理を説明するための図解図である。 サーバの画像記録動作の一部を示すフロー図である。 サーバの画像記録動作の他の一部を示すフロー図である。 サーバの画像送出動作の一部を示すフロー図である。 サーバの画像送出動作の他の一部を示すフロー図である。 サーバの画像送出動作のその他の一部を示すフロー図である。 サーバの画像送出動作のさらにその他の一部を示すフロー図である。 端末に表示される画像再生画面の一例を示す図解図である。

符号の説明

１０…監視カメラシステム
Ｃ１〜Ｃｎ…カメラ
１２…サーバ
１４…端末
１６…インターネット
１８…イントラネット

Claims (3)

1. 被写体を繰り返し撮像し画像信号を生成して、該画像信号を複数の領域に区分された記録領域内で書き込み先の領域を指向する書込みポインタに従って繰り返し上書きを行い、アラーム発生時刻よりも前の第１時刻から前記アラーム発生時刻よりも後の第２時刻までの期間に撮影された複数画面の画像信号を該記録領域から読み出し先の領域を指向する読出先ポインタに従って読み出して出力する監視カメラ、および前記監視カメラから出力された複数画面の画像信号を管理する管理装置を備える監視カメラシステムであって、
   前記監視カメラは、
   アラーム発生時刻を示すアラーム時刻情報を出力するアラーム時刻出力手段と、前記第１時刻を示す第１時刻情報を出力する第１時刻出力手段、前記第２時刻を示す第２時刻情報を出力する第２時刻出力手段を備え、前記アラーム発生時刻に前記記録領域内に書き込まれた前記書込先ポインタから時系列的に遡った位置の領域を読み出し開始する読出先ポインタとし、該読み出し開始する読出先ポインタの１つ前の位置を読み出し終了する読出先ポインタとし、
   前記管理装置は、
   前記アラーム時刻情報を前記複数画面の画像信号に割り当てるアラーム割り当て手段、前記第１時刻情報を前記第１時刻に撮影された画面の画像信号に割り当てる第１割り当て手段、前記第２時刻情報を前記第２時刻に撮影された画面の画像信号に割り当てる第２時刻割り当て手段、画像再生装置から前記複数画面の画像信号の選択を受け付ける受付手段、および前記受付手段による受付に応答して前記アラーム時刻情報、前記第１時刻情報および第２時刻情報を含む撮影時間帯情報を前記画像再生装置に返送する返送手段を備えることを特徴とする、監視カメラシステム。
2. 前記管理装置は、前記監視カメラから出力された複数画面の画像信号を記録媒体に記録する記録手段、前記受付手段による受付に応答して前記複数画面の画像信号を前記記録媒体から検出する検出手段、および前記検出手段によって検出された画像信号を前記画像再生装置に出力する画像出力手段をさらに備える、請求項１に記載の監視カメラシステム。
3. 前記管理装置は前記複数画面の画像信号の各々の撮像時刻と前記アラーム発生時刻との時間的な位置関係を規定する時間軸を描画するための時間軸描画データを出力する時間軸出力手段をさらに備え、
   前記撮影時間帯情報は前記時間軸描画データをさらに含む、請求項２に記載の監視カメラシステム。

Images