JP2005006164A - 監視カメラシステム - Google Patents
監視カメラシステム Download PDFInfo
- Publication number
- JP2005006164A JP2005006164A JP2003169166A JP2003169166A JP2005006164A JP 2005006164 A JP2005006164 A JP 2005006164A JP 2003169166 A JP2003169166 A JP 2003169166A JP 2003169166 A JP2003169166 A JP 2003169166A JP 2005006164 A JP2005006164 A JP 2005006164A
- Authority
- JP
- Japan
- Prior art keywords
- image signal
- alarm
- specific
- camera
- cameras
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Closed-Circuit Television Systems (AREA)
Abstract
【構成】カメラＣ１〜Ｃｎの各々は常時撮影を行い、画像信号を送信している。また、アラームが検出されたとき画像信号にフラグをセットする。サーバ１２は、カメラＣ１〜Ｃｎを複数のグループに分割し、カメラＣ１〜Ｃｎのいずれか１つからフラグのセットされた画像信号を受信したとき、そのカメラと同じグループに属する他のカメラを特定して、フラグのセットされた画像信号と、特定されたカメラからの画像信号とを互いに関連付ける。
【効果】発生したアラームに関係のある画像信号だけを選択的かつ一括的に利用可能となるので、異常発生原因を効率よく究明することができる。
【選択図】 図１
【効果】発生したアラームに関係のある画像信号だけを選択的かつ一括的に利用可能となるので、異常発生原因を効率よく究明することができる。
【選択図】 図１
Description
【０００１】
【発明の属する技術分野】
この発明は、監視カメラシステムに関し、特にたとえば、Ｎ個の監視カメラとこれらのＮ個の監視カメラからの信号を処理する信号処理装置とを備えた、監視カメラシステムに関する。
【０００２】
【従来技術】
従来この種の監視カメラシステムの一例が、特許文献１に開示されている。この従来技術では、複数のセンサのいずれか１つで異常が検知されたとき、複数の監視カメラのうち異常を検知したセンサに対応する監視カメラの映像情報が監視卓処理装置に送信される。監視卓処理装置は、受信した映像情報を表示装置から出力する。これによって、異常発生箇所の状況を速やかに把握することができる。
【０００３】
【特許文献１】
特開平１１−３５５７６１号公報〔Ｈ０４Ｎ ７／１８，Ｇ０８Ｂ ２５／００，Ｈ０４Ｑ ９／００，Ｈ０４Ｌ １２／２８〕
【０００４】
【発明が解決しようとする課題】
しかし、従来技術では、複数の監視カメラが設けられているにも拘らず、異常を検知したセンサに対応する監視カメラの映像しか得られない。このため、異常発生の原因や手掛りを究明するにあたって、情報量が少ないという問題がある。一方、全ての監視カメラの映像情報を入手したのでは、情報量が多すぎて取り扱いが煩雑になる。
【０００５】
それゆえに、この発明の主たる目的は、異常発生原因を効率よく究明することができる、監視カメラシステムを提供することである。
【０００６】
【課題を解決するための手段】
第１の発明は、Ｎ個（Ｎは２以上の任意の整数）の監視カメラとＮ個の監視カメラから出力された画像信号を処理する信号処理装置とを備える監視カメラシステムにおいて、Ｎ個の監視カメラの各々は、撮影された画像信号をアラームの発行に関係なく信号処理装置に送信する送信手段、およびアラームが発行されたときアラーム発行タイミングによって規定される特定時間帯に撮影された画像信号に特定識別子を割り当てる割り当て手段を備え、信号処理装置は、Ｎ個の監視カメラを複数グループに分割する分割手段、特定識別子が割り当てられた特定画像信号を受信したとき特定画像信号を送信した監視カメラと同じグループに属する他の監視カメラを検出する検出手段、および検出手段によって検出された監視カメラによって特定時間帯に撮影された画像信号を特定画像信号に関連付ける関連付け手段を備えることを特徴とする、監視カメラシステムである。
【０００７】
第２の発明は、撮影された画像信号をアラームの発行に関係なく送信しかつアラームが発行されたときアラーム発行タイミングによって規定される特定時間帯に撮影された画像信号に特定識別子を割り当てるＮ個（Ｎは２以上の任意の整数）の監視カメラから出力された画像信号を処理する信号処理装置において、Ｎ個の監視カメラを複数グループに分割する分割手段、特定識別子が割り当てられた特定画像信号を受信したとき特定画像信号を送信した監視カメラと同じグループに属する他の監視カメラを検出する検出手段、および検出手段によって検出された監視カメラによって特定時間帯に撮影された画像信号を特定画像信号に関連付ける関連付け手段を備えることを特徴とする、信号処理装置である。
【０００８】
第３の発明は、複数グループに分割されたＮ個（Ｎは２以上の任意の整数）の監視カメラの各々からアラームの発行に関係なく送信されるかつアラームが発行されたときアラーム発行タイミングによって規定される特定時間帯に特定識別子が割り当てられる画像信号を処理する信号処理方法において、（ａ）特定識別子が割り当てられた特定画像信号を受信したとき特定画像信号を送信した監視カメラと同じグループに属する他の監視カメラを検出し、そして（ｂ）ステップ（ａ）によって検出された監視カメラによって特定時間帯に撮影された画像信号を特定画像信号に関連付けることを特徴とする、信号処理方法である。
【０００９】
第４の発明は、複数グループに分割されたＮ個（Ｎは２以上の任意の整数）の監視カメラの各々からアラームの発行に関係なく送信されるかつアラームが発行されたときアラーム発行タイミングによって規定される特定時間帯に特定識別子が割り当てられる画像信号を処理する装置によって実行される信号処理プログラムにおいて、特定識別子が割り当てられた特定画像信号を受信したとき特定画像信号を送信した監視カメラと同じグループに属する他の監視カメラを検出する検出ステップ、および検出ステップによって検出された監視カメラによって特定時間帯に撮影された画像信号を特定画像信号に関連付ける関連付けステップを備えることを特徴とする、信号処理プログラムである。
【００１０】
【作用】
Ｎ個の監視カメラの各々からは、撮影された画像信号がアラームの発行とは無関係に送信される。アラームが発行されたとき、アラーム発行タイミングによって規定される特定時間帯、典型的にはアラーム発行の開始から終了までの時間帯に撮影された画像信号には、特定識別子が割り当てられる。信号処理装置は、Ｎ個の監視カメラを複数グループに分割しておき、特定識別子が割り当てられた特定画像信号を受信すると、特定画像信号を送信した監視カメラと同じグループに属する他の監視カメラを検出する。そして、検出した監視カメラによって特定時間帯に撮影された画像信号を特定画像信号に関連付ける。この関連付けにより、特定時間帯にグループ内の監視カメラによってそれぞれ撮影された画像信号を一体的に処理することが可能となる。
【００１１】
関連付けは、好ましくは、共通の時間帯に撮影された画像信号に共通の番号を付与することによって行う。これにより、簡単に関連付けが行える。
【００１２】
Ｎ個の監視カメラの各々は、好ましくは、特定時間帯と特定時間帯以外の時間帯とで互いに異なる品位で被写界を撮影する。例えば、品位を規定するパラメータにフレームレートが含まれている場合、特定時間帯では第１フレームレートで撮影を行い、特定時間帯以外の時間帯では第１フレームレートよりも低い第２フレームレートで撮影を行う。これにより、さらなる情報量削減が可能となる。
【００１３】
また、Ｎ個の監視カメラの各々が互いに異なる品位で被写界を撮影する場合、信号処理装置は、好ましくは、関連付けられた画像信号を記録し、関連付けられた画像信号を各々の品位に従う態様で再生する。例えば、品位を規定するパラメータにフレームレートが含まれている場合、第１フレームレートで撮影された画像信号は第１フレームレートで、第２フレームレートで撮影された画像信号は第２フレームレートで再生することによって、２つの画像信号の間の同期が保たれる。これにより、品位の異なる画像信号を再生したとき、並べて表示しても違和感のない再生画像が得られる。
【００１４】
【発明の効果】
この発明によれば、特定時間帯にグループ内の監視カメラが撮影した画像信号の一体的な処理が可能となるので、利用者に対し、発生した異常と関係の深い映像だけを選択的かつ一括的に提示することができる。利用者は、提示された映像を互いに比較・検討することにより、異常発生原因を効率よく究明することができる。
【００１５】
この発明の上述のような目的，その他の目的，特徴および利点は、図面を参照して行う以下の実施例の詳細な説明から一層明らかとなろう。
【００１６】
【実施例】
図１を参照して、この実施例の遠隔監視システム１０は、Ｎ台のカメラＣ１〜Ｃｎ（ただしｎは２以上の任意の整数）と、サーバ１２と、複数の端末１４，１４，…とで構成されている。カメラＣ１〜Ｃｎの各々は、インターネット１６を介してサーバ１２と接続され、サーバ１２は、イントラネット１８を介して端末１４，１４，…と接続される。
【００１７】
カメラＣ１〜Ｃｎは、被写体を撮影し、得られた画像信号を圧縮して出力する。カメラＣ１〜Ｃｎの各々から出力された画像信号は、インターネット１６を通じてサーバ１２へと伝送され、サーバ１２によって記録される。こうして記録・蓄積された画像は、端末１４，１４，…からの要求に応じてサーバ１２から読み出され、イントラネット１８を通じて端末１４，１４，…へと送られる。
【００１８】
カメラＣ１〜Ｃｎの構成例が図２に示されている。図２を参照して、カメラＣ１〜Ｃｎの各々は、撮像素子１０１と、ＣＰＵ１０２と、センサ１０３と、内部メモリ１０４と、ネットワーク・インターフェース・カード（以下、ＮＩＣ）１０５とを備えている。サーバの構成例が図３に示されている。図３を参照して、サーバは、２つのＮＩＣ１２１および１２６と、ハードディスク（以下、ＨＤ）１２２と、ＲＡＭ１２３と、ＲＯＭ１２４と、ＣＰＵ１２５とを備えている。端末１４の構成例が図４に示されている。図４を参照して、端末１４は、ＮＩＣ１４１と、ＣＰＵ１４２と、ＲＡＭ１４３と、ＲＯＭ１４４と、表示インターフェース（以下、Ｉ／Ｆ）１４５と、ディスプレイ１４６と、入力Ｉ／Ｆ１４７と、キーボード１４８と、マウス１４９とを備えている。図２〜図４を参照して、カメラＣ１〜Ｃｎ各々のＮＩＣ１０５がインターネット１６を介してサーバ１２の一方のＮＩＣ１２１と接続され、サーバ１２の他方のＮＩＣ１２６はイントラネット１８を介して端末１４，１４，…各々のＮＩＣ１４１と接続される。
【００１９】
カメラの内部メモリ１０４の内容が図５に示されている。図５を参照して、内部メモリ１０４内には画像記憶領域１０４ａが設けられており、撮像素子１０１を通して撮影された画像がこの画像記憶領域１０４ａに一時記憶される。また内部メモリ１０４には、撮影条件テーブル１０４ｂが格納されている。
【００２０】
撮影条件テーブル１０４ｂの一例が図６に示されている。図６を参照して、撮影条件テーブル１０４ｂには通常モード用の撮影条件１０４１とアラームモード用の撮影条件１０４２との２つの撮影条件が記述されている。これら２つの撮影条件１０４１および１０４２の各々は、解像度１０４３，圧縮率１０４４および送信レート１０４５を含む。
【００２１】
カメラＣ１〜Ｃｎから出力される画像信号のフォーマットが図７に示されている。図７を参照して、画像信号２０は、画像データ２０１と、カメラ識別子２０２と、撮影時刻２０３と、画像サイズ２０４と、圧縮率２０５と、アラームフラグ２０６とを含む。
【００２２】
サーバ１２のＨＤ１２２の内容が図８に示されている。図８を参照して、ＨＤ１２２内には、画像を記録する領域として通常記録領域１２２ａとアラーム記録領域１２２ｂとが設けられる。なお、通常記録領域１２２ａ内の画像は一定期間が経過すると自動的に消去されるが、アラーム記録領域１２２ｂ内の画像は、少なくとも一度再生されてからでなければ消去できないように保護されている。
【００２３】
通常記録領域１２２ａおよびアラーム記録領域１２２ｂの内容が図９に示されている。図９（ａ）を参照して、通常記録領域１２２ａは、それぞれがカメラＣ１〜Ｃｎと対応するｎ個の領域に区分される。図９（ｂ）を参照して、アラーム記録領域１２２ｂは、それぞれがカメラＣ１〜Ｃｎと対応するｎ個の領域に区分される。
【００２４】
再び図８を参照して、ＨＤ１２２内にはさらにグループ管理テーブル１２２ｃ，イベント管理テーブル１２２ｄおよびグループアラームテーブル１２２ｅが格納されている。グループ管理テーブル１２２ｃの一例を図１０に示す。図１０を参照して、グループ管理テーブル１２２ｃには、カメラＣ１〜Ｃｎの各々が所属するグループの番号１，２，…が記載されている。この例では、グループ１に２台のカメラＣ１およびＣ２が属し、グループ２に３台のカメラＣ３〜Ｃ５が属する。グループ３にはカメラＣ６だけが属している。
【００２５】
イベント管理テーブル１２２ｄの一例を図１１に示す。図１１を参照して、イベント管理テーブル１２２ｄには、それぞれがカメラＣ１〜Ｃｎの各々と対応するｎ個の欄１２２１〜１２２ｎが設けられており、これらｎ個の欄１２２１〜１２２ｎのそれぞれにカメラＣ１〜Ｃｎで発生したイベントに関する管理情報“イベント１”，“イベント２”，…が登録されている。ここで「カメラＣｎでイベントが発生する」とは、カメラＣｎにおいてセンサ１０３が異常を感知してアラームが発行されることをいい、１つのアラームの発行が開始されてから終了されるまでの持続期間が１つのイベントと対応する。イベントの識別番号１，２，３，…は、グループ毎に独立して付される。
【００２６】
イベント管理テーブル１２２ｄに登録されているイベント管理情報“イベント１”，“イベント２”，…は、アラーム記録領域１２２ｂに記録された画像を読み出して再生する際に参照される情報である。イベント管理情報“イベント１”，“イベント２”，…の各々の内容を図１２に示す。図１２を参照して、イベント管理情報２２は、カメラ番号２２１，イベント番号２２２，アラーム開始時刻２２３，アラーム終了時刻２２４，フレーム枚数２２５，フレームレート２２６，解像度２２７および記録開始位置２２８を含む。
【００２７】
ここで注意すべきは、１つのグループに複数のカメラが属している場合、それら複数のカメラのいずれか１つでイベントが発生すると、そのグループでイベントが発生したとみなされ、グループ内の他のカメラ欄にもイベント管理情報が登録される点である。図１０〜図１２を参照して、例えばカメラＣ１およびＣ２はどちらもグループ１に属しているので、カメラＣ１で“イベント１”が発生すると、イベント管理テーブル１２２ｄのカメラＣ１欄１２２１およびカメラＣ２欄１２２２にイベント管理情報“イベント１”が登録される。カメラＣ１欄１２２１に登録されたイベント管理情報“イベント１”と、カメラＣ２欄１２２２に登録されたイベント管理情報“イベント１”との間では、一部の項目の内容が共通する。共通する項目は、アラーム開始時刻２２３，アラーム終了時刻２２４およびフレーム枚数２２５である。
【００２８】
グループアラームテーブル１２２ｅの一例を図１３に示す。図１３を参照して、グループアラームテーブル１２２ｅには、１つ１つのグループ１，２，…に関しアラームフラグが設定されているか否か（ＯＮまたはＯＦＦ）が記述される。
【００２９】
以上のように構成された遠隔監視システム１０の動作を以下に説明する。カメラＣ１〜Ｃｎの各々において、センサ１０３は被写体の異常な動き（以下、アラーム）を検出する機能を持ち、ＣＰＵ１０２は、撮影条件テーブル１０４ｂを参照しながら、センサ１０３からのアラームの有無に応じて通常モードおよびアラームモードの２つの動作モードを相互に切り換えつつ撮影を行う。
【００３０】
通常モードとアラームモードとでは、図６に示されるように撮影時の解像度およびフレームレートならびに圧縮時の圧縮率が相違する。カメラＣ１〜Ｃｎから送出される画像信号には、図７に示されるように、アラームモードで撮影された画像（以下、アラーム画像）か通常モードで撮影された画像（以下、通常画像）かを区別するためのアラームフラグ２０６が添付されている。
【００３１】
サーバ１２のＣＰＵ１２５は、通常画像とアラーム画像をアラームフラグ２０６に基づいて区別し、前者の画像を通常記録領域１２２ａに、後者の画像をアラーム記録領域１２２ｂにそれぞれ記録する。
【００３２】
カメラＣ１〜Ｃｎの各々は、独立してアラーム検出を行う。サーバ１２のＣＰＵ１２５は、カメラＣ１〜Ｃｎで撮影されたアラーム画像をカメラＣ１〜Ｃｎで発生したイベントとしてそれぞれ管理する。具体的には、カメラＣ１〜Ｃｎで発生したイベント１つ１つについて図１２に示されるような内容を持つイベント管理情報２２を作成し、作成したイベント管理情報“イベント１”，“イベント２”，…をカメラＣ１〜Ｃｎ毎に、図１１に示されるようなイベント管理テーブル１２２ｄに登録する。これらのイベント管理情報“イベント１”，“イベント２”，…は、端末１４からの再生要求に応じ、サーバ１２のＣＰＵ１２５がアラーム記録領域１２２ｂから指定されたアラーム画像を読み出す際に参照される。
【００３３】
さらにサーバ１２のＣＰＵ１２５は、カメラＣ１〜Ｃｎを複数のグループに区分し、区分結果を図１０に示されるようなグループ管理テーブル１２２ｃに登録する。そして、あるカメラでイベントが発生したとき、そのカメラからのアラーム画像をアラーム記録領域１２２ｂに記録すると共に、記録したアラーム画像のイベント管理情報２２を作成してイベント管理テーブル１２２ｄの該当カメラ欄に登録する。さらに、アラームが発生したカメラと同じグループに属する他のカメラからの通常画像をアラーム記録領域１２２ｂに記録すると共に、記録した通常画像の各々に関するイベント管理情報２２をさらに作成してイベント管理テーブル１２２ｄの該当カメラ欄にそれぞれ登録する。
【００３４】
例えばいま、サーバ１２に図１０のような内容のグループ管理テーブル１２２ｃと、図１１のような内容のイベント管理テーブル１２２ｄとが保持されており、カメラＣ１〜Ｃｎが通常モードで動作しているとする。このときカメラＣ６が新たなアラームを検出、すなわちカメラＣ６で“イベント３”が発生したとすると、カメラＣ６のモードがアラームモードに切り換わり、カメラＣ６からは他のカメラＣ１〜Ｃ５より高品位の画像が出力される。一方、サーバ１２では、イベント発生前は各カメラＣ１〜Ｃｎからの画像を全て通常記録領域１２２ａに記録しているが、イベント発生を受けてカメラＣ６からの画像の記録先が通常記録領域１２２ａからアラーム記録領域１２２ｂに切り換わる。その後イベントが終了すると、カメラＣ６のモードが通常モードに戻り、同時にサーバ１２では、カメラＣ６からの画像の記録先がアラーム記録領域１２２ｂから通常記録領域１２２ａに切り換わる。そしてこのカメラＣ６で発生した“イベント３”に関する管理情報２２が作成され、イベント管理テーブル１２２ｄ内のカメラＣ６用領域１２２６に登録される。これにより、サーバ１２のＣＰＵ１２５は、端末１４からカメラ番号“６”およびイベント番号“３”の指定を受けたとき、アラーム記録領域１２２ｂからカメラＣ６が撮影した３番目のアラーム画像を読み出すことができる。
【００３５】
続いてカメラＣ３で“イベント２”が発生したとすると、前述のカメラＣ６で“イベント３”が発生した場合と同様、カメラＣ３からのアラーム画像をアラーム記録領域１２２ｂに記録すると共に、記録したアラーム画像のイベント管理情報２２をイベント管理テーブル１２２ｄのＣ３カメラ欄１２２３に登録する。これに加え、カメラＣ３と同じグループ２に属するカメラＣ４およびＣ５からの通常画像もアラーム記録領域１２２ｂにさらに記録すると共に、記録した２つの通常画像の各々に関するイベント管理情報２２をイベント管理テーブル１２２ｄのカメラＣ４およびＣ５欄１２２４および１２２５にも登録する。これにより、サーバ１２のＣＰＵ１２５は、端末１４からグループ番号“２”およびイベント番号“２”の指定を受けたとき、カメラＣ３が撮影した２番目のアラーム画像と、同時刻にカメラＣ４およびＣ５が撮影した通常画像とをアラーム記録領域１２２ｂからを読み出すことができる。
【００３６】
上記のようなイベント発生に伴い新たなイベント管理情報２２がイベント管理テーブル１２２ｄに登録されていく様子を図１４に示す。図１４（ａ）を参照して、カメラＣ６でイベントが発生したとき、イベント管理テーブル１２２ｄのカメラＣ６欄１２２６にイベント管理情報“イベント３”が登録される。図１４（ｂ）を参照して、続いてカメラＣ３でイベントが発生したとき、カメラＣ３の欄１２２３にイベント管理情報“イベント２”が登録され、さらにカメラＣ３と同じグループ２に属するカメラＣ４およびＣ５の欄１２２４および１２２５にもイベント管理情報“イベント２”がそれぞれ登録される。
【００３７】
なお、サーバ１２のＣＰＵ１２５はマルチタスク機能を備えており、複数のタスクを同時的に実行することができる。例えば、カメラＣ３〜Ｃ５のイベント管理情報を同時的に作成したり、カメラＣ３〜Ｃ５によって撮影された画像を同時的に送出したりすることができる。
【００３８】
カメラＣ１〜ＣｎのＣＰＵ１０２は、撮影時、具体的には図１５に示されるフローを処理する。図１５を参照して、カメラＣ１〜Ｃｎの電源が投入されると、ＣＰＵ１０２は、まずステップＳ１の初期処理を実行する。初期処理には、内部メモリ１０４内の画像記憶領域１０４ａの初期化，インターネット１６への接続，動作モードの初期設定などの処理が含まれる。この初期設定では通常モードが選択される。
【００３９】
次のステップＳ３でＣＰＵ１０２は、現在の動作モードがアラームモードか否かを判定する。判定結果が否定的であればステップＳ５に進み、肯定的であればステップＳ１３に進む。
【００４０】
ステップＳ５でＣＰＵ１０２は、センサ１０３が異常を検知したかどうかを判定する。異常が検出されなければステップＳ７に進み、異常が検出されるとステップＳ９に進む。
【００４１】
ステップＳ７でＣＰＵ１０２は、撮影条件テーブル１０４ｂに規定されている通常モード用条件１０４１で撮影を行い、撮影して得られた比較的低品位の通常画像を、図７のようなフォーマットを持つ画像信号２０の様態で送出する。通常画像の場合、アラームフラグ２０６が解除（ＯＦＦ）される。その後、ステップＳ１９に進む。
【００４２】
ステップＳ９でＣＰＵ１０２は、動作モードを通常モードからアラームモードに切り換え、続くステップＳ１１でイベントタイマをスタートさせる。さらにステップＳ１３では、撮影条件テーブル１０４ｂに規定されているアラームモード用条件１０４２で撮影を行い、撮影して得られた比較的高品位のアラーム画像を、図７のようなフォーマットを持つ画像信号２０の様態で送出する。アラーム画像の場合、アラームフラグ２０６が設定（ＯＮ）される。
【００４３】
続くステップＳ１５では、イベントタイマがタイムアウトしたか否かを判定し、判定結果が肯定的であればステップＳ１７に進む。判定結果が否定的であれば、ステップＳ１７をスキップしてステップＳ１９に進む。
【００４４】
ステップＳ１７でＣＰＵ１０２は、動作モードをアラームモードから通常モードに切り換える。その後、ステップＳ１９に進む。
【００４５】
ステップＳ１９では、撮影を継続するかどうかが判断され、継続する場合はステップＳ３に戻って上記と同様の処理が繰り返される。
【００４６】
サーバ１２のＣＰＵ１２５は、画像記録時、具体的には図１６および図１７に示されるフローを処理する。まず図１６を参照して、最初のステップＳ３１でＣＰＵ１２５は、初期処理を行う。初期処理には、インターネット１６への接続、イントラネット１８への接続、グループアラームテーブル１２２ｅへのアラームフラグの初期設定などの処理が含まれる。この初期設定では、グループアラームテーブル１２２ｅ上のどのグループのアラームフラグも解除（ＯＦＦ）される。
【００４７】
初期処理が完了するとＣＰＵ１２５は、ステップＳ３３で画像信号２０を受信し、ステップＳ３５ではカメラ識別子２０２に基づいて画像信号２０がどのカメラからのものかを特定する。ステップＳ３７では、グループ管理テーブル１２２ｄを参照して、ステップＳ３５で特定されたカメラの属するグループをさらに特定する。ステップＳ３９では、画像信号２０のアラームフラグ２０６に変化が生じたか否かを判定する。判定は、今回受信した画像信号２０のアラームフラグ２０６を前回受信した画像信号２０のそれと比較することにより行える。変化がなければステップＳ４９に進み、変化があればステップＳ４１に進む。
【００４８】
ステップＳ４１でＣＰＵ１２５は、ステップＳ３９で検出されたフラグ変化がＯＦＦからＯＮへの変化かどうかを判定する。ＯＦＦからＯＮへの変化であればステップＳ４３に進み、ＯＮからＯＦＦへの変化であればステップＳ４７に進む。ステップＳ４３では、ステップＳ３７で特定されたグループのアラームフラグをＯＮに切り換え、その後ステップＳ４５に進む。ステップＳ４７では、グループのアラームフラグをＯＦＦに切り換え、その後ステップＳ４９に進む。
【００４９】
ステップＳ４５でＣＰＵ１２５は、ステップＳ３７で特定されたグループに属するカメラについてイベント管理情報作成タスク（後述）をそれぞれ起動する。次のステップＳ４９では、画像信号２０のアラームフラグ２０６がＯＮかどうか、すなわち画像信号２０がアラーム画像かどうかを判定する。そして、アラーム画像であればステップＳ５３に進み、アラーム画像でなければステップＳ５１に進む。
【００５０】
ステップＳ５１でＣＰＵ１２５は、グループアラームテーブル１２２ｅを参照することにより、ステップＳ３７で特定されたグループのアラームフラグがＯＮか否かを判定する。そして、判定結果が否定的であれはステップＳ５５に進み、肯定的であればステップＳ５３に進む。
【００５１】
ステップＳ５３では、アラーム記録が行われる。すなわちＣＰＵ１２５は、ステップＳ３３で受信された画像信号２０から画像データ２０１を取り出し、取り出した画像データ２０１をアラーム記憶領域１２２ｂに記録する。記録を終えると、ステップＳ５７に進む。
【００５２】
ステップＳ５５では、通常記録が行われる。すなわちＣＰＵ１２５は、ステップＳ３３で受信された画像信号２０から画像データ２０１を取り出し、取り出した画像データ２０１を通常記録領域１２２ａに記録する。記録を終えると、ステップＳ５７に進む。
【００５３】
ステップＳ５７でＣＰＵ１２５は、記録動作を継続するかどうかを判断し、継続する場合はステップＳ３３に戻って上記と同様の処理を繰り返す。
【００５４】
上記ステップＳ４５で起動されるタスクはそれぞれ、図１７に示すサブルーチンに従って実行される。図１７を参照して、ステップＳ６１でＣＰＵ１２５は、アラーム記録領域１２２ｂへの記録が実行されたか否かを判定する。判定結果が肯定的であればステップＳ６３に進み、否定的であれば待機する。ステップＳ６３では、画像信号２０のアラームフラグ２０６に変化が生じたか否かを判定する。変化がなければステップＳ７１に進み、変化があればステップＳ６５に進む。
【００５５】
ステップＳ６５でＣＰＵ１２５は、ステップＳ６３で検出されたフラグ変化がＯＦＦからＯＮへの変化かどうかを判定する。ＯＦＦからＯＮへの変化であればステップＳ６７に進み、ＯＮからＯＦＦへの変化であればステップＳ７３に進む。
【００５６】
ステップＳ６７でＣＰＵ１２５は、このタスクと対応するカメラに関する新たなイベント管理情報２２として、まずアラーム開始時刻２２３，フレームレート２２６，解像度２２７および記録開始位置２２８を登録する。ここでアラーム開始時刻２２３に登録される値は、アラームフラグがＯＦＦからＯＮへ変化した瞬間の時刻である。次に、ステップＳ６９でフレーム枚数２２５として“１”を保持し、その後ステップＳ６１に戻る。
【００５７】
ステップＳ７１でＣＰＵ１２５は、フレーム枚数２２５の値をインクリメントし、インクリメント後の値を保持する。その後、ステップＳ６１に戻る。
【００５８】
ステップＳ７３でＣＰＵ１２５は、アラーム終了時刻２２４およびフレーム枚数２２５を登録する。ここでアラーム終了時刻２２４に登録される値は、アラームフラグがＯＮからＯＦＦへ変化した瞬間の時刻である。アラーム終了時刻２２４およびフレーム枚数２２５を登録し終えた時点で、このタスクは終了される。こうして作成されたイベント管理情報は、イベント管理テーブル１２２ｄ上の該当カメラ欄に記載される。
【００５９】
サーバ１２のＣＰＵ１２５は、画像再生時、具体的には図１８に示されるフローを処理する。図１８を参照して、ステップＳ９１でＣＰＵ１２５は、端末１４から送信された再生要求パケットを受け付ける。再生要求には、カメラ番号またはグループ番号とイベント番号とが添付されている。ステップＳ９３では、再生要求パケットからカメラ番号またはグループ番号とイベント番号とを取り出す。ステップＳ９５では、パケット内にグループ番号があったか否か、すなわちグループ指定の有無を判定する。グループが指定されていればステップＳ９７に進み、そうでなければステップＳ１０１に進む。
【００６０】
ステップＳ９７でＣＰＵ１２５は、指定されたグループに属するカメラを特定する。続くステップＳ９９では、特定されたカメラに関する画像送出タスク（後述）をそれぞれ起動する。その後、ステップＳ１０３に進む。
【００６１】
ステップＳ１０１でＣＰＵ１２５は、指定されたカメラに関する画像送出タスクを起動する。その後、ステップＳ１０３に進む。
【００６２】
ステップＳ１０３では、タスクが終了したかどうかが判定される。タスクが終了するとステップＳ１０５に進み、そうでなければ待機する。ステップＳ１０５では、画像送出制御を継続するか否かが判断され、継続する場合にはステップＳ９１に戻り、上記と同様の処理が繰り返される。
【００６３】
上記ステップＳ９９で起動されるタスクはそれぞれ、図１９に示すサブルーチンに従って実行される。ステップＳ１０１で起動されるタスクも同様である。図１９を参照して、ステップＳ１１１でＣＰＵ１２５は、イベント管理テーブル１２２ｄから、このタスクと対応するカメラの、指定されたイベント番号に該当するイベント管理情報２２を取得する。次のステップＳ１１３では、ステップＳ１１１で取得したイベント管理情報２２に基づいて、指定されたイベント番号に該当する画像を特定する。
【００６４】
ステップＳ１１５でＣＰＵ１２５は、フレーム番号を示す変数Ｇを初期化する。ステップＳ１１７では、実時刻を示す変数Ｔに再生を開始する実時刻をセットする。ステップＳ１１９では、画像を再生する時刻間隔を示す変数ｔ０にフレームレート２２６の逆数をセットする。ステップＳ１２１では、次画像の再生予定実時刻［Ｔ＋ｔ０］を計算し、計算結果をＴにセットする。
【００６５】
ステップＳ１２３でＣＰＵ１２５は、現在時刻がＴを過ぎたか否かを判定する。判定結果が肯定的であればステップＳ１２５に進み、そうでなければ待機する。ステップＳ１２５では、ステップＳ１１３で特定された画像のうちＧ番目の画像を送出する。ステップＳ１２７では、Ｇをインクリメントする。そしてステップＳ１２９では、インクリメント後のＧがイベント管理情報２２に記載されているフレーム枚数２２５を超えたか否かを判定する。判定結果が否定的であれば、ステップＳ１２１に戻って次の画像を送出し、肯定的であればタスクを終了する。
【００６６】
端末１４の画面ディスプレイ１４６には、画像再生時、図２０のような画面が表示される。図２０を参照して、再生画面２４は、監視画像が表示される主領域２４ａと、操作ボタン類が表示される副領域２４ｂとに区分される。副領域２４ｂには再生ボタン２４１，停止ボタン２４２，逆再生ボタン２４３，終了ボタン２４４，グループ番号またはカメラ番号を指定するための選択入力欄２４５，イベント番号を指定するための入力欄２４６および一画面内に表示する窓数を指定するための入力欄２４７が提示される。図の例では、主領域内２４ａに４つの窓２４８１〜２４８４が提示されているが、一画面内に表示する窓数を変更したい場合、ユーザは入力欄２４７に所望の数ｍを入力すればよい。数字が入力されると、入力された数ｍと同数の窓２４８１〜２４８ｍが主領域２４ａ内に提示される。
【００６７】
サーバ１２からアラーム画像を読み出して再生したい場合、ユーザは、まず選択入力欄２４５を通じてカメラ番号またはグループ番号を指定し、次いで入力欄２４６を通じてイベント番号を指定し、その後、再生ボタン２４１を押す。応じて、端末１４から再生要求パケットが送信される。再生要求には、カメラ番号またはグループ番号とイベント番号とが添付される。
【００６８】
いま、サーバが図１４（ｂ）のイベント管理テーブル１２２ｄに記載されているイベント管理情報と対応する画像を保持しているとし、このとき端末１４を通じてグループ番号“２”およびイベント番号“２”が指定されたとする。この再生要求に応じ、サーバ１２からは“グループ２”で発生した“イベント２”に該当する画像、すなわちカメラＣ３が撮影した“イベント２”アラームの画像と、カメラＣ４が撮影した“イベント２”の通常画像と、カメラＣ５が撮影した“イベント２”の通常画像との計３種類の画像信号２０が送出される。
【００６９】
これらの画像信号２０を端末１４が受信し、再生画面２４の主領域２４ａに提示された３つの窓２４８１〜２４８３の中には、“イベント２”の発生時にカメラＣ３〜Ｃ５によって撮影された画像がそれぞれ表示される。３つの窓２４８１〜２４８３の各々には、撮影を行ったカメラＣ３〜Ｃ５を示すタイトルタグ２４８１ａ〜２４８３ａが付される。窓２４８３の画像は高品位なアラーム画像であり、窓２４８１および２４８２の画像は低品位な通常画像である。余った窓２４８４には例えばブラック画面が表示され、タイトルタグは付されない。
【００７０】
以上の説明からわかるように、この実施例の遠隔監視システム１０では、Ｎ個のカメラＣ１〜Ｃｎの各々は、自分のセンサ１０３によりアラームが検出されたとき高品位なアラームモードで撮影を行い、検出されないときには低品位な通常モードで撮影を行って画像信号２０をサーバ１２に送信する。また、アラームが検出されたとき画像信号２０にアラームフラグ２０６をセットしてサーバ１２に送信する。サーバ１２は、Ｎ個の監視カメラＣ１〜Ｃｎを複数のグループに分割して、Ｎ個のカメラの各々がどのグループに属するかをグループ管理テーブル１２２ｃに登録しておく。そして、Ｎ個のカメラＣ１〜Ｃｎのいずれか１つからアラームフラグ２０６のセットされた画像信号２０を受信したとき、このアラーム画像信号を送信したカメラと同じグループに属する他のカメラをグループ管理テーブル１２２ｃから特定する。そしてアラーム画像信号と、特定されたカメラからの通常画像信号とを互いに関連付ける。
【００７１】
こうして関連付けすることにより、アラームが検出されたカメラからのアラーム画像信号に加え、アラームが検出されたカメラと同じグループに属する他のカメラからの通常画像信号をも一緒に利用することが可能となる。より具体的には、例えばある１つのビル内の各所に設置された複数のカメラを１つのグループに分類しておけば、ビル内のある部屋で異常が起こったとき、異常が起こった部屋のカメラが撮影したアラーム画像を見られるだけでなく、異常発生時にビルの玄関や廊下のカメラが撮影していた通常画像も一緒に比べながら見ることができる。つまり、発生した異常と関係のある監視画像だけを選択的かつ一括的に利用可能となるので、異常発生原因を効率よく究明することができる。
【００７２】
関連付けは、１つのアラームの検出開始から終了までのアラーム持続期間を１つのイベントと対応させ、アラーム持続期間内にアラームが検出されたカメラから送られてくるアラーム画像信号およびそのカメラと同じグループに属する他のカメラから送られてくる通常画像信号の各々に同一のイベント番号を付与することにより行う。こうすれば簡単に関連付けが行える。
【００７３】
関連付けされた画像信号は、アラーム記録領域１２２ｂに記録される。それにより、関連付けされた画像信号を好きなときに何度でも利用できる。その際、関連付けされた画像信号の各々がアラーム記録領域１２２ｂ内のどの位置に記録されたかを示す記録開始位置２２８を含むイベント管理情報２２を作成してイベント管理テーブル１２２ｄに登録する。これにより、イベント番号が指定されると、指定されたイベント番号に対応する画像信号の各々をイベント管理テーブル１２２ｄに基づいてアラーム記録領域１２２ｂから容易に読み出すことができる。
【００７４】
なお、この実施例では、Ｎ個のカメラＣ１〜Ｃｎの各々は、アラームが発生したときだけ高品位撮影を行い、そうでないないときには低品位撮影を行っているが、代わりに品位切り換え機能を持たないカメラを設置して、アラームの発生状況に関わらず常に同一の品位で撮影を行ってもよい。ただし、この実施例のように品位切り換えを行えば、グループ内のカメラのうち異常が発生した当のカメラからだけ高品位画像が得られるので、異常発生原因をより効率よく究明することができる。
【００７５】
また、この実施例では、グループ内の複数カメラからの画像を記録・再生する際にマルチタスク処理を行っているが、シリアル処理により行うことも可能である。
【図面の簡単な説明】
【図１】この発明の一実施例である遠隔監視システムの全体構成を示すブロック図である。
【図２】カメラの構成例を示すブロック図である。
【図３】サーバの構成例を示すブロック図である。
【図４】端末の構成例を示すブロック図である。
【図５】カメラの内部メモリの内容を示す図解図である。
【図６】撮影条件テーブルの一例を示す図解図である。
【図７】カメラから出力される画像信号のフォーマットを示す図解図である。
【図８】サーバのＨＤの内容を示す図解図である。
【図９】通常記録領域およびアラーム記録領域の内容を示す図解図である。
【図１０】グループ管理テーブルの一例を示す図解図である。
【図１１】イベント管理テーブルの一例を示す図解図である。
【図１２】イベント管理情報の内容を示す図解図である。
【図１３】グループアラームテーブルの一例を示す図解図である。
【図１４】イベント発生に伴い新たな管理情報がイベント管理テーブルに登録されていく様子を示す図解図である。
【図１５】カメラの撮影動作を示すフロー図である。
【図１６】サーバの画像記録動作の一部を示すフロー図である。
【図１７】サーバの画像記録動作の他の一部を示すフロー図である。
【図１８】サーバの画像送出動作の一部を示すフロー図である。
【図１９】サーバの画像送出動作の他の一部を示すフロー図である。
【図２０】端末に表示される画像再生画面の一例を示す図解図である。
【符号の説明】
１０…監視カメラシステム
Ｃ１〜Ｃｎ…カメラ
１２…サーバ
１４…端末
１６…インターネット
１８…イントラネット
【発明の属する技術分野】
この発明は、監視カメラシステムに関し、特にたとえば、Ｎ個の監視カメラとこれらのＮ個の監視カメラからの信号を処理する信号処理装置とを備えた、監視カメラシステムに関する。
【０００２】
【従来技術】
従来この種の監視カメラシステムの一例が、特許文献１に開示されている。この従来技術では、複数のセンサのいずれか１つで異常が検知されたとき、複数の監視カメラのうち異常を検知したセンサに対応する監視カメラの映像情報が監視卓処理装置に送信される。監視卓処理装置は、受信した映像情報を表示装置から出力する。これによって、異常発生箇所の状況を速やかに把握することができる。
【０００３】
【特許文献１】
特開平１１−３５５７６１号公報〔Ｈ０４Ｎ ７／１８，Ｇ０８Ｂ ２５／００，Ｈ０４Ｑ ９／００，Ｈ０４Ｌ １２／２８〕
【０００４】
【発明が解決しようとする課題】
しかし、従来技術では、複数の監視カメラが設けられているにも拘らず、異常を検知したセンサに対応する監視カメラの映像しか得られない。このため、異常発生の原因や手掛りを究明するにあたって、情報量が少ないという問題がある。一方、全ての監視カメラの映像情報を入手したのでは、情報量が多すぎて取り扱いが煩雑になる。
【０００５】
それゆえに、この発明の主たる目的は、異常発生原因を効率よく究明することができる、監視カメラシステムを提供することである。
【０００６】
【課題を解決するための手段】
第１の発明は、Ｎ個（Ｎは２以上の任意の整数）の監視カメラとＮ個の監視カメラから出力された画像信号を処理する信号処理装置とを備える監視カメラシステムにおいて、Ｎ個の監視カメラの各々は、撮影された画像信号をアラームの発行に関係なく信号処理装置に送信する送信手段、およびアラームが発行されたときアラーム発行タイミングによって規定される特定時間帯に撮影された画像信号に特定識別子を割り当てる割り当て手段を備え、信号処理装置は、Ｎ個の監視カメラを複数グループに分割する分割手段、特定識別子が割り当てられた特定画像信号を受信したとき特定画像信号を送信した監視カメラと同じグループに属する他の監視カメラを検出する検出手段、および検出手段によって検出された監視カメラによって特定時間帯に撮影された画像信号を特定画像信号に関連付ける関連付け手段を備えることを特徴とする、監視カメラシステムである。
【０００７】
第２の発明は、撮影された画像信号をアラームの発行に関係なく送信しかつアラームが発行されたときアラーム発行タイミングによって規定される特定時間帯に撮影された画像信号に特定識別子を割り当てるＮ個（Ｎは２以上の任意の整数）の監視カメラから出力された画像信号を処理する信号処理装置において、Ｎ個の監視カメラを複数グループに分割する分割手段、特定識別子が割り当てられた特定画像信号を受信したとき特定画像信号を送信した監視カメラと同じグループに属する他の監視カメラを検出する検出手段、および検出手段によって検出された監視カメラによって特定時間帯に撮影された画像信号を特定画像信号に関連付ける関連付け手段を備えることを特徴とする、信号処理装置である。
【０００８】
第３の発明は、複数グループに分割されたＮ個（Ｎは２以上の任意の整数）の監視カメラの各々からアラームの発行に関係なく送信されるかつアラームが発行されたときアラーム発行タイミングによって規定される特定時間帯に特定識別子が割り当てられる画像信号を処理する信号処理方法において、（ａ）特定識別子が割り当てられた特定画像信号を受信したとき特定画像信号を送信した監視カメラと同じグループに属する他の監視カメラを検出し、そして（ｂ）ステップ（ａ）によって検出された監視カメラによって特定時間帯に撮影された画像信号を特定画像信号に関連付けることを特徴とする、信号処理方法である。
【０００９】
第４の発明は、複数グループに分割されたＮ個（Ｎは２以上の任意の整数）の監視カメラの各々からアラームの発行に関係なく送信されるかつアラームが発行されたときアラーム発行タイミングによって規定される特定時間帯に特定識別子が割り当てられる画像信号を処理する装置によって実行される信号処理プログラムにおいて、特定識別子が割り当てられた特定画像信号を受信したとき特定画像信号を送信した監視カメラと同じグループに属する他の監視カメラを検出する検出ステップ、および検出ステップによって検出された監視カメラによって特定時間帯に撮影された画像信号を特定画像信号に関連付ける関連付けステップを備えることを特徴とする、信号処理プログラムである。
【００１０】
【作用】
Ｎ個の監視カメラの各々からは、撮影された画像信号がアラームの発行とは無関係に送信される。アラームが発行されたとき、アラーム発行タイミングによって規定される特定時間帯、典型的にはアラーム発行の開始から終了までの時間帯に撮影された画像信号には、特定識別子が割り当てられる。信号処理装置は、Ｎ個の監視カメラを複数グループに分割しておき、特定識別子が割り当てられた特定画像信号を受信すると、特定画像信号を送信した監視カメラと同じグループに属する他の監視カメラを検出する。そして、検出した監視カメラによって特定時間帯に撮影された画像信号を特定画像信号に関連付ける。この関連付けにより、特定時間帯にグループ内の監視カメラによってそれぞれ撮影された画像信号を一体的に処理することが可能となる。
【００１１】
関連付けは、好ましくは、共通の時間帯に撮影された画像信号に共通の番号を付与することによって行う。これにより、簡単に関連付けが行える。
【００１２】
Ｎ個の監視カメラの各々は、好ましくは、特定時間帯と特定時間帯以外の時間帯とで互いに異なる品位で被写界を撮影する。例えば、品位を規定するパラメータにフレームレートが含まれている場合、特定時間帯では第１フレームレートで撮影を行い、特定時間帯以外の時間帯では第１フレームレートよりも低い第２フレームレートで撮影を行う。これにより、さらなる情報量削減が可能となる。
【００１３】
また、Ｎ個の監視カメラの各々が互いに異なる品位で被写界を撮影する場合、信号処理装置は、好ましくは、関連付けられた画像信号を記録し、関連付けられた画像信号を各々の品位に従う態様で再生する。例えば、品位を規定するパラメータにフレームレートが含まれている場合、第１フレームレートで撮影された画像信号は第１フレームレートで、第２フレームレートで撮影された画像信号は第２フレームレートで再生することによって、２つの画像信号の間の同期が保たれる。これにより、品位の異なる画像信号を再生したとき、並べて表示しても違和感のない再生画像が得られる。
【００１４】
【発明の効果】
この発明によれば、特定時間帯にグループ内の監視カメラが撮影した画像信号の一体的な処理が可能となるので、利用者に対し、発生した異常と関係の深い映像だけを選択的かつ一括的に提示することができる。利用者は、提示された映像を互いに比較・検討することにより、異常発生原因を効率よく究明することができる。
【００１５】
この発明の上述のような目的，その他の目的，特徴および利点は、図面を参照して行う以下の実施例の詳細な説明から一層明らかとなろう。
【００１６】
【実施例】
図１を参照して、この実施例の遠隔監視システム１０は、Ｎ台のカメラＣ１〜Ｃｎ（ただしｎは２以上の任意の整数）と、サーバ１２と、複数の端末１４，１４，…とで構成されている。カメラＣ１〜Ｃｎの各々は、インターネット１６を介してサーバ１２と接続され、サーバ１２は、イントラネット１８を介して端末１４，１４，…と接続される。
【００１７】
カメラＣ１〜Ｃｎは、被写体を撮影し、得られた画像信号を圧縮して出力する。カメラＣ１〜Ｃｎの各々から出力された画像信号は、インターネット１６を通じてサーバ１２へと伝送され、サーバ１２によって記録される。こうして記録・蓄積された画像は、端末１４，１４，…からの要求に応じてサーバ１２から読み出され、イントラネット１８を通じて端末１４，１４，…へと送られる。
【００１８】
カメラＣ１〜Ｃｎの構成例が図２に示されている。図２を参照して、カメラＣ１〜Ｃｎの各々は、撮像素子１０１と、ＣＰＵ１０２と、センサ１０３と、内部メモリ１０４と、ネットワーク・インターフェース・カード（以下、ＮＩＣ）１０５とを備えている。サーバの構成例が図３に示されている。図３を参照して、サーバは、２つのＮＩＣ１２１および１２６と、ハードディスク（以下、ＨＤ）１２２と、ＲＡＭ１２３と、ＲＯＭ１２４と、ＣＰＵ１２５とを備えている。端末１４の構成例が図４に示されている。図４を参照して、端末１４は、ＮＩＣ１４１と、ＣＰＵ１４２と、ＲＡＭ１４３と、ＲＯＭ１４４と、表示インターフェース（以下、Ｉ／Ｆ）１４５と、ディスプレイ１４６と、入力Ｉ／Ｆ１４７と、キーボード１４８と、マウス１４９とを備えている。図２〜図４を参照して、カメラＣ１〜Ｃｎ各々のＮＩＣ１０５がインターネット１６を介してサーバ１２の一方のＮＩＣ１２１と接続され、サーバ１２の他方のＮＩＣ１２６はイントラネット１８を介して端末１４，１４，…各々のＮＩＣ１４１と接続される。
【００１９】
カメラの内部メモリ１０４の内容が図５に示されている。図５を参照して、内部メモリ１０４内には画像記憶領域１０４ａが設けられており、撮像素子１０１を通して撮影された画像がこの画像記憶領域１０４ａに一時記憶される。また内部メモリ１０４には、撮影条件テーブル１０４ｂが格納されている。
【００２０】
撮影条件テーブル１０４ｂの一例が図６に示されている。図６を参照して、撮影条件テーブル１０４ｂには通常モード用の撮影条件１０４１とアラームモード用の撮影条件１０４２との２つの撮影条件が記述されている。これら２つの撮影条件１０４１および１０４２の各々は、解像度１０４３，圧縮率１０４４および送信レート１０４５を含む。
【００２１】
カメラＣ１〜Ｃｎから出力される画像信号のフォーマットが図７に示されている。図７を参照して、画像信号２０は、画像データ２０１と、カメラ識別子２０２と、撮影時刻２０３と、画像サイズ２０４と、圧縮率２０５と、アラームフラグ２０６とを含む。
【００２２】
サーバ１２のＨＤ１２２の内容が図８に示されている。図８を参照して、ＨＤ１２２内には、画像を記録する領域として通常記録領域１２２ａとアラーム記録領域１２２ｂとが設けられる。なお、通常記録領域１２２ａ内の画像は一定期間が経過すると自動的に消去されるが、アラーム記録領域１２２ｂ内の画像は、少なくとも一度再生されてからでなければ消去できないように保護されている。
【００２３】
通常記録領域１２２ａおよびアラーム記録領域１２２ｂの内容が図９に示されている。図９（ａ）を参照して、通常記録領域１２２ａは、それぞれがカメラＣ１〜Ｃｎと対応するｎ個の領域に区分される。図９（ｂ）を参照して、アラーム記録領域１２２ｂは、それぞれがカメラＣ１〜Ｃｎと対応するｎ個の領域に区分される。
【００２４】
再び図８を参照して、ＨＤ１２２内にはさらにグループ管理テーブル１２２ｃ，イベント管理テーブル１２２ｄおよびグループアラームテーブル１２２ｅが格納されている。グループ管理テーブル１２２ｃの一例を図１０に示す。図１０を参照して、グループ管理テーブル１２２ｃには、カメラＣ１〜Ｃｎの各々が所属するグループの番号１，２，…が記載されている。この例では、グループ１に２台のカメラＣ１およびＣ２が属し、グループ２に３台のカメラＣ３〜Ｃ５が属する。グループ３にはカメラＣ６だけが属している。
【００２５】
イベント管理テーブル１２２ｄの一例を図１１に示す。図１１を参照して、イベント管理テーブル１２２ｄには、それぞれがカメラＣ１〜Ｃｎの各々と対応するｎ個の欄１２２１〜１２２ｎが設けられており、これらｎ個の欄１２２１〜１２２ｎのそれぞれにカメラＣ１〜Ｃｎで発生したイベントに関する管理情報“イベント１”，“イベント２”，…が登録されている。ここで「カメラＣｎでイベントが発生する」とは、カメラＣｎにおいてセンサ１０３が異常を感知してアラームが発行されることをいい、１つのアラームの発行が開始されてから終了されるまでの持続期間が１つのイベントと対応する。イベントの識別番号１，２，３，…は、グループ毎に独立して付される。
【００２６】
イベント管理テーブル１２２ｄに登録されているイベント管理情報“イベント１”，“イベント２”，…は、アラーム記録領域１２２ｂに記録された画像を読み出して再生する際に参照される情報である。イベント管理情報“イベント１”，“イベント２”，…の各々の内容を図１２に示す。図１２を参照して、イベント管理情報２２は、カメラ番号２２１，イベント番号２２２，アラーム開始時刻２２３，アラーム終了時刻２２４，フレーム枚数２２５，フレームレート２２６，解像度２２７および記録開始位置２２８を含む。
【００２７】
ここで注意すべきは、１つのグループに複数のカメラが属している場合、それら複数のカメラのいずれか１つでイベントが発生すると、そのグループでイベントが発生したとみなされ、グループ内の他のカメラ欄にもイベント管理情報が登録される点である。図１０〜図１２を参照して、例えばカメラＣ１およびＣ２はどちらもグループ１に属しているので、カメラＣ１で“イベント１”が発生すると、イベント管理テーブル１２２ｄのカメラＣ１欄１２２１およびカメラＣ２欄１２２２にイベント管理情報“イベント１”が登録される。カメラＣ１欄１２２１に登録されたイベント管理情報“イベント１”と、カメラＣ２欄１２２２に登録されたイベント管理情報“イベント１”との間では、一部の項目の内容が共通する。共通する項目は、アラーム開始時刻２２３，アラーム終了時刻２２４およびフレーム枚数２２５である。
【００２８】
グループアラームテーブル１２２ｅの一例を図１３に示す。図１３を参照して、グループアラームテーブル１２２ｅには、１つ１つのグループ１，２，…に関しアラームフラグが設定されているか否か（ＯＮまたはＯＦＦ）が記述される。
【００２９】
以上のように構成された遠隔監視システム１０の動作を以下に説明する。カメラＣ１〜Ｃｎの各々において、センサ１０３は被写体の異常な動き（以下、アラーム）を検出する機能を持ち、ＣＰＵ１０２は、撮影条件テーブル１０４ｂを参照しながら、センサ１０３からのアラームの有無に応じて通常モードおよびアラームモードの２つの動作モードを相互に切り換えつつ撮影を行う。
【００３０】
通常モードとアラームモードとでは、図６に示されるように撮影時の解像度およびフレームレートならびに圧縮時の圧縮率が相違する。カメラＣ１〜Ｃｎから送出される画像信号には、図７に示されるように、アラームモードで撮影された画像（以下、アラーム画像）か通常モードで撮影された画像（以下、通常画像）かを区別するためのアラームフラグ２０６が添付されている。
【００３１】
サーバ１２のＣＰＵ１２５は、通常画像とアラーム画像をアラームフラグ２０６に基づいて区別し、前者の画像を通常記録領域１２２ａに、後者の画像をアラーム記録領域１２２ｂにそれぞれ記録する。
【００３２】
カメラＣ１〜Ｃｎの各々は、独立してアラーム検出を行う。サーバ１２のＣＰＵ１２５は、カメラＣ１〜Ｃｎで撮影されたアラーム画像をカメラＣ１〜Ｃｎで発生したイベントとしてそれぞれ管理する。具体的には、カメラＣ１〜Ｃｎで発生したイベント１つ１つについて図１２に示されるような内容を持つイベント管理情報２２を作成し、作成したイベント管理情報“イベント１”，“イベント２”，…をカメラＣ１〜Ｃｎ毎に、図１１に示されるようなイベント管理テーブル１２２ｄに登録する。これらのイベント管理情報“イベント１”，“イベント２”，…は、端末１４からの再生要求に応じ、サーバ１２のＣＰＵ１２５がアラーム記録領域１２２ｂから指定されたアラーム画像を読み出す際に参照される。
【００３３】
さらにサーバ１２のＣＰＵ１２５は、カメラＣ１〜Ｃｎを複数のグループに区分し、区分結果を図１０に示されるようなグループ管理テーブル１２２ｃに登録する。そして、あるカメラでイベントが発生したとき、そのカメラからのアラーム画像をアラーム記録領域１２２ｂに記録すると共に、記録したアラーム画像のイベント管理情報２２を作成してイベント管理テーブル１２２ｄの該当カメラ欄に登録する。さらに、アラームが発生したカメラと同じグループに属する他のカメラからの通常画像をアラーム記録領域１２２ｂに記録すると共に、記録した通常画像の各々に関するイベント管理情報２２をさらに作成してイベント管理テーブル１２２ｄの該当カメラ欄にそれぞれ登録する。
【００３４】
例えばいま、サーバ１２に図１０のような内容のグループ管理テーブル１２２ｃと、図１１のような内容のイベント管理テーブル１２２ｄとが保持されており、カメラＣ１〜Ｃｎが通常モードで動作しているとする。このときカメラＣ６が新たなアラームを検出、すなわちカメラＣ６で“イベント３”が発生したとすると、カメラＣ６のモードがアラームモードに切り換わり、カメラＣ６からは他のカメラＣ１〜Ｃ５より高品位の画像が出力される。一方、サーバ１２では、イベント発生前は各カメラＣ１〜Ｃｎからの画像を全て通常記録領域１２２ａに記録しているが、イベント発生を受けてカメラＣ６からの画像の記録先が通常記録領域１２２ａからアラーム記録領域１２２ｂに切り換わる。その後イベントが終了すると、カメラＣ６のモードが通常モードに戻り、同時にサーバ１２では、カメラＣ６からの画像の記録先がアラーム記録領域１２２ｂから通常記録領域１２２ａに切り換わる。そしてこのカメラＣ６で発生した“イベント３”に関する管理情報２２が作成され、イベント管理テーブル１２２ｄ内のカメラＣ６用領域１２２６に登録される。これにより、サーバ１２のＣＰＵ１２５は、端末１４からカメラ番号“６”およびイベント番号“３”の指定を受けたとき、アラーム記録領域１２２ｂからカメラＣ６が撮影した３番目のアラーム画像を読み出すことができる。
【００３５】
続いてカメラＣ３で“イベント２”が発生したとすると、前述のカメラＣ６で“イベント３”が発生した場合と同様、カメラＣ３からのアラーム画像をアラーム記録領域１２２ｂに記録すると共に、記録したアラーム画像のイベント管理情報２２をイベント管理テーブル１２２ｄのＣ３カメラ欄１２２３に登録する。これに加え、カメラＣ３と同じグループ２に属するカメラＣ４およびＣ５からの通常画像もアラーム記録領域１２２ｂにさらに記録すると共に、記録した２つの通常画像の各々に関するイベント管理情報２２をイベント管理テーブル１２２ｄのカメラＣ４およびＣ５欄１２２４および１２２５にも登録する。これにより、サーバ１２のＣＰＵ１２５は、端末１４からグループ番号“２”およびイベント番号“２”の指定を受けたとき、カメラＣ３が撮影した２番目のアラーム画像と、同時刻にカメラＣ４およびＣ５が撮影した通常画像とをアラーム記録領域１２２ｂからを読み出すことができる。
【００３６】
上記のようなイベント発生に伴い新たなイベント管理情報２２がイベント管理テーブル１２２ｄに登録されていく様子を図１４に示す。図１４（ａ）を参照して、カメラＣ６でイベントが発生したとき、イベント管理テーブル１２２ｄのカメラＣ６欄１２２６にイベント管理情報“イベント３”が登録される。図１４（ｂ）を参照して、続いてカメラＣ３でイベントが発生したとき、カメラＣ３の欄１２２３にイベント管理情報“イベント２”が登録され、さらにカメラＣ３と同じグループ２に属するカメラＣ４およびＣ５の欄１２２４および１２２５にもイベント管理情報“イベント２”がそれぞれ登録される。
【００３７】
なお、サーバ１２のＣＰＵ１２５はマルチタスク機能を備えており、複数のタスクを同時的に実行することができる。例えば、カメラＣ３〜Ｃ５のイベント管理情報を同時的に作成したり、カメラＣ３〜Ｃ５によって撮影された画像を同時的に送出したりすることができる。
【００３８】
カメラＣ１〜ＣｎのＣＰＵ１０２は、撮影時、具体的には図１５に示されるフローを処理する。図１５を参照して、カメラＣ１〜Ｃｎの電源が投入されると、ＣＰＵ１０２は、まずステップＳ１の初期処理を実行する。初期処理には、内部メモリ１０４内の画像記憶領域１０４ａの初期化，インターネット１６への接続，動作モードの初期設定などの処理が含まれる。この初期設定では通常モードが選択される。
【００３９】
次のステップＳ３でＣＰＵ１０２は、現在の動作モードがアラームモードか否かを判定する。判定結果が否定的であればステップＳ５に進み、肯定的であればステップＳ１３に進む。
【００４０】
ステップＳ５でＣＰＵ１０２は、センサ１０３が異常を検知したかどうかを判定する。異常が検出されなければステップＳ７に進み、異常が検出されるとステップＳ９に進む。
【００４１】
ステップＳ７でＣＰＵ１０２は、撮影条件テーブル１０４ｂに規定されている通常モード用条件１０４１で撮影を行い、撮影して得られた比較的低品位の通常画像を、図７のようなフォーマットを持つ画像信号２０の様態で送出する。通常画像の場合、アラームフラグ２０６が解除（ＯＦＦ）される。その後、ステップＳ１９に進む。
【００４２】
ステップＳ９でＣＰＵ１０２は、動作モードを通常モードからアラームモードに切り換え、続くステップＳ１１でイベントタイマをスタートさせる。さらにステップＳ１３では、撮影条件テーブル１０４ｂに規定されているアラームモード用条件１０４２で撮影を行い、撮影して得られた比較的高品位のアラーム画像を、図７のようなフォーマットを持つ画像信号２０の様態で送出する。アラーム画像の場合、アラームフラグ２０６が設定（ＯＮ）される。
【００４３】
続くステップＳ１５では、イベントタイマがタイムアウトしたか否かを判定し、判定結果が肯定的であればステップＳ１７に進む。判定結果が否定的であれば、ステップＳ１７をスキップしてステップＳ１９に進む。
【００４４】
ステップＳ１７でＣＰＵ１０２は、動作モードをアラームモードから通常モードに切り換える。その後、ステップＳ１９に進む。
【００４５】
ステップＳ１９では、撮影を継続するかどうかが判断され、継続する場合はステップＳ３に戻って上記と同様の処理が繰り返される。
【００４６】
サーバ１２のＣＰＵ１２５は、画像記録時、具体的には図１６および図１７に示されるフローを処理する。まず図１６を参照して、最初のステップＳ３１でＣＰＵ１２５は、初期処理を行う。初期処理には、インターネット１６への接続、イントラネット１８への接続、グループアラームテーブル１２２ｅへのアラームフラグの初期設定などの処理が含まれる。この初期設定では、グループアラームテーブル１２２ｅ上のどのグループのアラームフラグも解除（ＯＦＦ）される。
【００４７】
初期処理が完了するとＣＰＵ１２５は、ステップＳ３３で画像信号２０を受信し、ステップＳ３５ではカメラ識別子２０２に基づいて画像信号２０がどのカメラからのものかを特定する。ステップＳ３７では、グループ管理テーブル１２２ｄを参照して、ステップＳ３５で特定されたカメラの属するグループをさらに特定する。ステップＳ３９では、画像信号２０のアラームフラグ２０６に変化が生じたか否かを判定する。判定は、今回受信した画像信号２０のアラームフラグ２０６を前回受信した画像信号２０のそれと比較することにより行える。変化がなければステップＳ４９に進み、変化があればステップＳ４１に進む。
【００４８】
ステップＳ４１でＣＰＵ１２５は、ステップＳ３９で検出されたフラグ変化がＯＦＦからＯＮへの変化かどうかを判定する。ＯＦＦからＯＮへの変化であればステップＳ４３に進み、ＯＮからＯＦＦへの変化であればステップＳ４７に進む。ステップＳ４３では、ステップＳ３７で特定されたグループのアラームフラグをＯＮに切り換え、その後ステップＳ４５に進む。ステップＳ４７では、グループのアラームフラグをＯＦＦに切り換え、その後ステップＳ４９に進む。
【００４９】
ステップＳ４５でＣＰＵ１２５は、ステップＳ３７で特定されたグループに属するカメラについてイベント管理情報作成タスク（後述）をそれぞれ起動する。次のステップＳ４９では、画像信号２０のアラームフラグ２０６がＯＮかどうか、すなわち画像信号２０がアラーム画像かどうかを判定する。そして、アラーム画像であればステップＳ５３に進み、アラーム画像でなければステップＳ５１に進む。
【００５０】
ステップＳ５１でＣＰＵ１２５は、グループアラームテーブル１２２ｅを参照することにより、ステップＳ３７で特定されたグループのアラームフラグがＯＮか否かを判定する。そして、判定結果が否定的であれはステップＳ５５に進み、肯定的であればステップＳ５３に進む。
【００５１】
ステップＳ５３では、アラーム記録が行われる。すなわちＣＰＵ１２５は、ステップＳ３３で受信された画像信号２０から画像データ２０１を取り出し、取り出した画像データ２０１をアラーム記憶領域１２２ｂに記録する。記録を終えると、ステップＳ５７に進む。
【００５２】
ステップＳ５５では、通常記録が行われる。すなわちＣＰＵ１２５は、ステップＳ３３で受信された画像信号２０から画像データ２０１を取り出し、取り出した画像データ２０１を通常記録領域１２２ａに記録する。記録を終えると、ステップＳ５７に進む。
【００５３】
ステップＳ５７でＣＰＵ１２５は、記録動作を継続するかどうかを判断し、継続する場合はステップＳ３３に戻って上記と同様の処理を繰り返す。
【００５４】
上記ステップＳ４５で起動されるタスクはそれぞれ、図１７に示すサブルーチンに従って実行される。図１７を参照して、ステップＳ６１でＣＰＵ１２５は、アラーム記録領域１２２ｂへの記録が実行されたか否かを判定する。判定結果が肯定的であればステップＳ６３に進み、否定的であれば待機する。ステップＳ６３では、画像信号２０のアラームフラグ２０６に変化が生じたか否かを判定する。変化がなければステップＳ７１に進み、変化があればステップＳ６５に進む。
【００５５】
ステップＳ６５でＣＰＵ１２５は、ステップＳ６３で検出されたフラグ変化がＯＦＦからＯＮへの変化かどうかを判定する。ＯＦＦからＯＮへの変化であればステップＳ６７に進み、ＯＮからＯＦＦへの変化であればステップＳ７３に進む。
【００５６】
ステップＳ６７でＣＰＵ１２５は、このタスクと対応するカメラに関する新たなイベント管理情報２２として、まずアラーム開始時刻２２３，フレームレート２２６，解像度２２７および記録開始位置２２８を登録する。ここでアラーム開始時刻２２３に登録される値は、アラームフラグがＯＦＦからＯＮへ変化した瞬間の時刻である。次に、ステップＳ６９でフレーム枚数２２５として“１”を保持し、その後ステップＳ６１に戻る。
【００５７】
ステップＳ７１でＣＰＵ１２５は、フレーム枚数２２５の値をインクリメントし、インクリメント後の値を保持する。その後、ステップＳ６１に戻る。
【００５８】
ステップＳ７３でＣＰＵ１２５は、アラーム終了時刻２２４およびフレーム枚数２２５を登録する。ここでアラーム終了時刻２２４に登録される値は、アラームフラグがＯＮからＯＦＦへ変化した瞬間の時刻である。アラーム終了時刻２２４およびフレーム枚数２２５を登録し終えた時点で、このタスクは終了される。こうして作成されたイベント管理情報は、イベント管理テーブル１２２ｄ上の該当カメラ欄に記載される。
【００５９】
サーバ１２のＣＰＵ１２５は、画像再生時、具体的には図１８に示されるフローを処理する。図１８を参照して、ステップＳ９１でＣＰＵ１２５は、端末１４から送信された再生要求パケットを受け付ける。再生要求には、カメラ番号またはグループ番号とイベント番号とが添付されている。ステップＳ９３では、再生要求パケットからカメラ番号またはグループ番号とイベント番号とを取り出す。ステップＳ９５では、パケット内にグループ番号があったか否か、すなわちグループ指定の有無を判定する。グループが指定されていればステップＳ９７に進み、そうでなければステップＳ１０１に進む。
【００６０】
ステップＳ９７でＣＰＵ１２５は、指定されたグループに属するカメラを特定する。続くステップＳ９９では、特定されたカメラに関する画像送出タスク（後述）をそれぞれ起動する。その後、ステップＳ１０３に進む。
【００６１】
ステップＳ１０１でＣＰＵ１２５は、指定されたカメラに関する画像送出タスクを起動する。その後、ステップＳ１０３に進む。
【００６２】
ステップＳ１０３では、タスクが終了したかどうかが判定される。タスクが終了するとステップＳ１０５に進み、そうでなければ待機する。ステップＳ１０５では、画像送出制御を継続するか否かが判断され、継続する場合にはステップＳ９１に戻り、上記と同様の処理が繰り返される。
【００６３】
上記ステップＳ９９で起動されるタスクはそれぞれ、図１９に示すサブルーチンに従って実行される。ステップＳ１０１で起動されるタスクも同様である。図１９を参照して、ステップＳ１１１でＣＰＵ１２５は、イベント管理テーブル１２２ｄから、このタスクと対応するカメラの、指定されたイベント番号に該当するイベント管理情報２２を取得する。次のステップＳ１１３では、ステップＳ１１１で取得したイベント管理情報２２に基づいて、指定されたイベント番号に該当する画像を特定する。
【００６４】
ステップＳ１１５でＣＰＵ１２５は、フレーム番号を示す変数Ｇを初期化する。ステップＳ１１７では、実時刻を示す変数Ｔに再生を開始する実時刻をセットする。ステップＳ１１９では、画像を再生する時刻間隔を示す変数ｔ０にフレームレート２２６の逆数をセットする。ステップＳ１２１では、次画像の再生予定実時刻［Ｔ＋ｔ０］を計算し、計算結果をＴにセットする。
【００６５】
ステップＳ１２３でＣＰＵ１２５は、現在時刻がＴを過ぎたか否かを判定する。判定結果が肯定的であればステップＳ１２５に進み、そうでなければ待機する。ステップＳ１２５では、ステップＳ１１３で特定された画像のうちＧ番目の画像を送出する。ステップＳ１２７では、Ｇをインクリメントする。そしてステップＳ１２９では、インクリメント後のＧがイベント管理情報２２に記載されているフレーム枚数２２５を超えたか否かを判定する。判定結果が否定的であれば、ステップＳ１２１に戻って次の画像を送出し、肯定的であればタスクを終了する。
【００６６】
端末１４の画面ディスプレイ１４６には、画像再生時、図２０のような画面が表示される。図２０を参照して、再生画面２４は、監視画像が表示される主領域２４ａと、操作ボタン類が表示される副領域２４ｂとに区分される。副領域２４ｂには再生ボタン２４１，停止ボタン２４２，逆再生ボタン２４３，終了ボタン２４４，グループ番号またはカメラ番号を指定するための選択入力欄２４５，イベント番号を指定するための入力欄２４６および一画面内に表示する窓数を指定するための入力欄２４７が提示される。図の例では、主領域内２４ａに４つの窓２４８１〜２４８４が提示されているが、一画面内に表示する窓数を変更したい場合、ユーザは入力欄２４７に所望の数ｍを入力すればよい。数字が入力されると、入力された数ｍと同数の窓２４８１〜２４８ｍが主領域２４ａ内に提示される。
【００６７】
サーバ１２からアラーム画像を読み出して再生したい場合、ユーザは、まず選択入力欄２４５を通じてカメラ番号またはグループ番号を指定し、次いで入力欄２４６を通じてイベント番号を指定し、その後、再生ボタン２４１を押す。応じて、端末１４から再生要求パケットが送信される。再生要求には、カメラ番号またはグループ番号とイベント番号とが添付される。
【００６８】
いま、サーバが図１４（ｂ）のイベント管理テーブル１２２ｄに記載されているイベント管理情報と対応する画像を保持しているとし、このとき端末１４を通じてグループ番号“２”およびイベント番号“２”が指定されたとする。この再生要求に応じ、サーバ１２からは“グループ２”で発生した“イベント２”に該当する画像、すなわちカメラＣ３が撮影した“イベント２”アラームの画像と、カメラＣ４が撮影した“イベント２”の通常画像と、カメラＣ５が撮影した“イベント２”の通常画像との計３種類の画像信号２０が送出される。
【００６９】
これらの画像信号２０を端末１４が受信し、再生画面２４の主領域２４ａに提示された３つの窓２４８１〜２４８３の中には、“イベント２”の発生時にカメラＣ３〜Ｃ５によって撮影された画像がそれぞれ表示される。３つの窓２４８１〜２４８３の各々には、撮影を行ったカメラＣ３〜Ｃ５を示すタイトルタグ２４８１ａ〜２４８３ａが付される。窓２４８３の画像は高品位なアラーム画像であり、窓２４８１および２４８２の画像は低品位な通常画像である。余った窓２４８４には例えばブラック画面が表示され、タイトルタグは付されない。
【００７０】
以上の説明からわかるように、この実施例の遠隔監視システム１０では、Ｎ個のカメラＣ１〜Ｃｎの各々は、自分のセンサ１０３によりアラームが検出されたとき高品位なアラームモードで撮影を行い、検出されないときには低品位な通常モードで撮影を行って画像信号２０をサーバ１２に送信する。また、アラームが検出されたとき画像信号２０にアラームフラグ２０６をセットしてサーバ１２に送信する。サーバ１２は、Ｎ個の監視カメラＣ１〜Ｃｎを複数のグループに分割して、Ｎ個のカメラの各々がどのグループに属するかをグループ管理テーブル１２２ｃに登録しておく。そして、Ｎ個のカメラＣ１〜Ｃｎのいずれか１つからアラームフラグ２０６のセットされた画像信号２０を受信したとき、このアラーム画像信号を送信したカメラと同じグループに属する他のカメラをグループ管理テーブル１２２ｃから特定する。そしてアラーム画像信号と、特定されたカメラからの通常画像信号とを互いに関連付ける。
【００７１】
こうして関連付けすることにより、アラームが検出されたカメラからのアラーム画像信号に加え、アラームが検出されたカメラと同じグループに属する他のカメラからの通常画像信号をも一緒に利用することが可能となる。より具体的には、例えばある１つのビル内の各所に設置された複数のカメラを１つのグループに分類しておけば、ビル内のある部屋で異常が起こったとき、異常が起こった部屋のカメラが撮影したアラーム画像を見られるだけでなく、異常発生時にビルの玄関や廊下のカメラが撮影していた通常画像も一緒に比べながら見ることができる。つまり、発生した異常と関係のある監視画像だけを選択的かつ一括的に利用可能となるので、異常発生原因を効率よく究明することができる。
【００７２】
関連付けは、１つのアラームの検出開始から終了までのアラーム持続期間を１つのイベントと対応させ、アラーム持続期間内にアラームが検出されたカメラから送られてくるアラーム画像信号およびそのカメラと同じグループに属する他のカメラから送られてくる通常画像信号の各々に同一のイベント番号を付与することにより行う。こうすれば簡単に関連付けが行える。
【００７３】
関連付けされた画像信号は、アラーム記録領域１２２ｂに記録される。それにより、関連付けされた画像信号を好きなときに何度でも利用できる。その際、関連付けされた画像信号の各々がアラーム記録領域１２２ｂ内のどの位置に記録されたかを示す記録開始位置２２８を含むイベント管理情報２２を作成してイベント管理テーブル１２２ｄに登録する。これにより、イベント番号が指定されると、指定されたイベント番号に対応する画像信号の各々をイベント管理テーブル１２２ｄに基づいてアラーム記録領域１２２ｂから容易に読み出すことができる。
【００７４】
なお、この実施例では、Ｎ個のカメラＣ１〜Ｃｎの各々は、アラームが発生したときだけ高品位撮影を行い、そうでないないときには低品位撮影を行っているが、代わりに品位切り換え機能を持たないカメラを設置して、アラームの発生状況に関わらず常に同一の品位で撮影を行ってもよい。ただし、この実施例のように品位切り換えを行えば、グループ内のカメラのうち異常が発生した当のカメラからだけ高品位画像が得られるので、異常発生原因をより効率よく究明することができる。
【００７５】
また、この実施例では、グループ内の複数カメラからの画像を記録・再生する際にマルチタスク処理を行っているが、シリアル処理により行うことも可能である。
【図面の簡単な説明】
【図１】この発明の一実施例である遠隔監視システムの全体構成を示すブロック図である。
【図２】カメラの構成例を示すブロック図である。
【図３】サーバの構成例を示すブロック図である。
【図４】端末の構成例を示すブロック図である。
【図５】カメラの内部メモリの内容を示す図解図である。
【図６】撮影条件テーブルの一例を示す図解図である。
【図７】カメラから出力される画像信号のフォーマットを示す図解図である。
【図８】サーバのＨＤの内容を示す図解図である。
【図９】通常記録領域およびアラーム記録領域の内容を示す図解図である。
【図１０】グループ管理テーブルの一例を示す図解図である。
【図１１】イベント管理テーブルの一例を示す図解図である。
【図１２】イベント管理情報の内容を示す図解図である。
【図１３】グループアラームテーブルの一例を示す図解図である。
【図１４】イベント発生に伴い新たな管理情報がイベント管理テーブルに登録されていく様子を示す図解図である。
【図１５】カメラの撮影動作を示すフロー図である。
【図１６】サーバの画像記録動作の一部を示すフロー図である。
【図１７】サーバの画像記録動作の他の一部を示すフロー図である。
【図１８】サーバの画像送出動作の一部を示すフロー図である。
【図１９】サーバの画像送出動作の他の一部を示すフロー図である。
【図２０】端末に表示される画像再生画面の一例を示す図解図である。
【符号の説明】
１０…監視カメラシステム
Ｃ１〜Ｃｎ…カメラ
１２…サーバ
１４…端末
１６…インターネット
１８…イントラネット
Claims (8)
- Ｎ個（Ｎは２以上の任意の整数）の監視カメラと前記Ｎ個の監視カメラから出力された画像信号を処理する信号処理装置とを備える監視カメラシステムにおいて、
前記Ｎ個の監視カメラの各々は、
撮影された画像信号をアラームの発行に関係なく前記信号処理装置に送信する送信手段、および
前記アラームが発行されたときアラーム発行タイミングによって規定される特定時間帯に撮影された画像信号に特定識別子を割り当てる割り当て手段を備え、
前記信号処理装置は、
前記Ｎ個の監視カメラを複数グループに分割する分割手段、
前記特定識別子が割り当てられた特定画像信号を受信したとき前記特定画像信号を送信した監視カメラと同じグループに属する他の監視カメラを検出する検出手段、および
前記検出手段によって検出された監視カメラによって前記特定時間帯に撮影された画像信号を前記特定画像信号に関連付ける関連付け手段を備えることを特徴とする、監視カメラシステム。 - 前記関連付け手段は、共通の時間帯に撮影された画像信号に共通の番号を付与する付与手段を含む、請求項１記載の監視カメラシステム。
- 前記Ｎ個の監視カメラの各々は、前記特定時間帯と前記特定時間帯以外の時間帯とで互いに異なる品位で被写界を撮影する撮影手段をさらに備える、請求項１または２記載の監視カメラシステム。
- 前記品位を規定するパラメータはフレームレートを含み、
前記撮影手段は、前記アラームが発行されたとき第１フレームレートで撮影を行い、前記アラームが発行されないとき前記第１フレームレートよりも低い第２フレームレートで撮影を行う、請求項３記載の監視カメラシステム。 - 前記信号処理装置は、前記関連付け手段によって関連付けられた画像信号を記録する記録手段、および前記関連付け手段によって関連付けられた画像信号を各々の品位に従う態様で再生する再生手段をさらに備える、請求項３または４記載の監視カメラシステム。
- 撮影された画像信号をアラームの発行に関係なく送信しかつ前記アラームが発行されたときアラーム発行タイミングによって規定される特定時間帯に撮影された画像信号に特定識別子を割り当てるＮ個（Ｎは２以上の任意の整数）の監視カメラから出力された画像信号を処理する信号処理装置において、
前記Ｎ個の監視カメラを複数グループに分割する分割手段、
前記特定識別子が割り当てられた特定画像信号を受信したとき前記特定画像信号を送信した監視カメラと同じグループに属する他の監視カメラを検出する検出手段、および
前記検出手段によって検出された監視カメラによって前記特定時間帯に撮影された画像信号を前記特定画像信号に関連付ける関連付け手段を備えることを特徴とする、信号処理装置。 - 複数グループに分割されたＮ個（Ｎは２以上の任意の整数）の監視カメラの各々からアラームの発行に関係なく送信されるかつ前記アラームが発行されたときアラーム発行タイミングによって規定される特定時間帯に特定識別子が割り当てられる画像信号を処理する信号処理方法において、
（ａ）前記特定識別子が割り当てられた特定画像信号を受信したとき前記特定画像信号を送信した監視カメラと同じグループに属する他の監視カメラを検出し、そして
（ｂ）前記ステップ（ａ）によって検出された監視カメラによって前記特定時間帯に撮影された画像信号を前記特定画像信号に関連付けることを特徴とする、信号処理方法。 - 複数グループに分割されたＮ個（Ｎは２以上の任意の整数）の監視カメラの各々からアラームの発行に関係なく送信されるかつ前記アラームが発行されたときアラーム発行タイミングによって規定される特定時間帯に特定識別子が割り当てられる画像信号を処理する装置によって実行される信号処理プログラムにおいて、
前記特定識別子が割り当てられた特定画像信号を受信したとき前記特定画像信号を送信した監視カメラと同じグループに属する他の監視カメラを検出する検出ステップ、および
前記検出ステップによって検出された監視カメラによって前記特定時間帯に撮影された画像信号を前記特定画像信号に関連付ける関連付けステップを備えることを特徴とする、信号処理プログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003169166A JP2005006164A (ja) | 2003-06-13 | 2003-06-13 | 監視カメラシステム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003169166A JP2005006164A (ja) | 2003-06-13 | 2003-06-13 | 監視カメラシステム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2005006164A true JP2005006164A (ja) | 2005-01-06 |
Family
ID=34094390
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003169166A Pending JP2005006164A (ja) | 2003-06-13 | 2003-06-13 | 監視カメラシステム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2005006164A (ja) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2009296206A (ja) * | 2008-06-04 | 2009-12-17 | Mitsubishi Electric Corp | 映像管理システム |
| JP2010097327A (ja) * | 2008-10-15 | 2010-04-30 | Fujitsu Ltd | データ処理システム |
| JP2010171632A (ja) * | 2009-01-21 | 2010-08-05 | Secom Co Ltd | 監視カメラ装置 |
| JP2011229044A (ja) * | 2010-04-22 | 2011-11-10 | Mitsubishi Electric Corp | 画像監視記録装置 |
-
2003
- 2003-06-13 JP JP2003169166A patent/JP2005006164A/ja active Pending
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2009296206A (ja) * | 2008-06-04 | 2009-12-17 | Mitsubishi Electric Corp | 映像管理システム |
| JP2010097327A (ja) * | 2008-10-15 | 2010-04-30 | Fujitsu Ltd | データ処理システム |
| JP2010171632A (ja) * | 2009-01-21 | 2010-08-05 | Secom Co Ltd | 監視カメラ装置 |
| JP2011229044A (ja) * | 2010-04-22 | 2011-11-10 | Mitsubishi Electric Corp | 画像監視記録装置 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7421727B2 (en) | Motion detecting system, motion detecting method, motion detecting apparatus, and program for implementing the method | |
| US9384642B2 (en) | Image processing apparatus, image processing system, and filter setting method | |
| CN106559697B (zh) | 一种基于pvr机顶盒的录制文件封面显示方法及系统 | |
| JP2004304602A (ja) | ネットワーク接続カメラ及び画像表示方法 | |
| JPH08255175A (ja) | マルティメディアプログラムにインデクスを付ける方法 | |
| CN102547093A (zh) | 图像记录装置、图像记录方法和程序 | |
| JP2002044609A (ja) | 映像記録装置および監視装置 | |
| CN111836102A (zh) | 视频帧的分析方法和装置 | |
| JP4346371B2 (ja) | 監視カメラシステム | |
| JP2005012590A (ja) | 監視カメラシステム | |
| JP2005006164A (ja) | 監視カメラシステム | |
| JP4156690B2 (ja) | 遊技場における監視装置 | |
| US20040237096A1 (en) | Automated in-home observation of user interactions with video devices | |
| JP5461623B2 (ja) | 監視システムにおける監視データ処理 | |
| JP7099687B2 (ja) | 映像監視システム及びその方法と処理装置 | |
| JP4458785B2 (ja) | 画像管理装置 | |
| JP3859449B2 (ja) | 映像再生方法 | |
| JP4000029B2 (ja) | データ送信装置 | |
| US9241140B2 (en) | Arrangement for video surveillance | |
| JP4679445B2 (ja) | 記録管理装置 | |
| JP3968813B2 (ja) | カメラシステム | |
| JPH11150677A (ja) | 撮影装置、及び撮影装置を備える移動体の検出システム | |
| JP4065149B2 (ja) | 画像信号処理装置 | |
| JP2004064714A (ja) | フレーム監視システム | |
| JP4766896B2 (ja) | 監視映像処理装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Effective date: 20060224 Free format text: JAPANESE INTERMEDIATE CODE: A621 |
|
| A977 | Report on retrieval |
Effective date: 20080710 Free format text: JAPANESE INTERMEDIATE CODE: A971007 |
|
| A131 | Notification of reasons for refusal |
Effective date: 20080805 Free format text: JAPANESE INTERMEDIATE CODE: A131 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20081202 |