JP2005012590A - 監視カメラシステム - Google Patents
監視カメラシステム Download PDFInfo
- Publication number
- JP2005012590A JP2005012590A JP2003175733A JP2003175733A JP2005012590A JP 2005012590 A JP2005012590 A JP 2005012590A JP 2003175733 A JP2003175733 A JP 2003175733A JP 2003175733 A JP2003175733 A JP 2003175733A JP 2005012590 A JP2005012590 A JP 2005012590A
- Authority
- JP
- Japan
- Prior art keywords
- alarm
- camera
- image signal
- cameras
- issued
- 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
Abstract
【構成】カメラC1〜Cnの各々は、アラームが検出されるかまたはサーバ12からコマンドが発行されると撮影を行う。また、アラームが検出されたとき画像信号にフラグをセットする。サーバ12は、カメラC1〜Cnを複数のグループに分割し、カメラC1〜Cnのいずれか1つからフラグのセットされた画像信号を受信したとき、そのカメラと同じグループに属する他のカメラを特定して、特定されたカメラに向けてコマンドを発行する。
【効果】発生したアラームと関係のある画像信号だけを選択的かつ一括的に獲得可能となるので、異常発生原因を効率よく究明することができる。
【選択図】 図1
【効果】発生したアラームと関係のある画像信号だけを選択的かつ一括的に獲得可能となるので、異常発生原因を効率よく究明することができる。
【選択図】 図1
Description
【0001】
【発明の属する技術分野】
この発明は、監視カメラシステムに関し、特にたとえば、N個の監視カメラとこれらのN個の監視カメラからの信号を処理する信号処理装置とを備えた、監視カメラシステムに関する。
【0002】
【従来技術】
従来この種の監視カメラシステムの一例が、特許文献1に開示されている。この従来技術では、複数のセンサのいずれか1つで異常が検知されたとき、複数の監視カメラのうち異常を検知したセンサに対応する監視カメラの映像情報が監視卓処理装置に送信される。監視卓処理装置は、受信した映像情報を表示装置から出力する。これによって、異常発生箇所の状況を速やかに把握することができる。
【0003】
【特許文献1】
特開平11−355761号公報〔H04N 7/18,G08B 25/00,H04Q 9/00,H04L 12/28〕
【0004】
【発明が解決しようとする課題】
しかし、従来技術では、複数の監視カメラが設けられているにも拘らず、異常を検知したセンサに対応する監視カメラの映像しか得られない。このため、異常発生の原因や手掛りを究明するにあたって、情報量が少ないという問題がある。一方、全ての監視カメラの映像情報を入手したのでは、情報量が多すぎて取り扱いが煩雑になる。
【0005】
それゆえに、この発明の主たる目的は、異常発生原因を効率よく究明することができる、監視カメラシステムを提供することである。
【0006】
【課題を解決するための手段】
第1の発明は、N個(Nは2以上の任意の整数)の監視カメラとN個の監視カメラを制御するカメラ制御装置とを備える監視カメラシステムにおいて、N個の監視カメラの各々は、アラームおよび送信命令のいずれか1つが発行されたとき撮影画像信号をカメラ制御装置に送信する送信手段、およびアラームが発行されたときアラーム発行タイミングによって規定される特定時間帯に撮影された画像信号に特定識別子を割り当てる割り当て手段を備え、カメラ制御装置は、N個の監視カメラを複数のグループに分割する分割手段、N個の監視カメラのいずれか1つから特定識別子が割り当てられた特定画像信号を受信したとき特定画像信号を送信した監視カメラと同じグループに属する他の監視カメラを検出する検出手段、および検出手段によって検出された監視カメラに向けて送信命令を発行する発行手段を備えることを特徴とする、監視カメラシステムである。
【0007】
第2の発明は、アラームおよび送信命令のいずれか1つが発行されたとき撮影画像信号を送信しかつアラームが発行されたときアラーム発行タイミングによって規定される特定時間帯に撮影された画像信号に特定識別子を割り当てるN個(Nは2以上の任意の整数)の監視カメラを制御するカメラ制御装置において、N個の監視カメラを複数のグループに分割する分割手段、N個の監視カメラのいずれか1つから特定識別子が割り当てられた特定画像信号を受信したとき特定画像信号を送信した監視カメラと同じグループに属する他の監視カメラを検出する検出手段、および検出手段によって検出された監視カメラに向けて送信命令を発行する発行手段を備えることを特徴とする、カメラ制御装置である。
【0008】
第3の発明は、アラームおよび送信命令のいずれか1つが発行されたとき撮影画像信号を送信しかつアラームが発行されたときアラーム発行タイミングによって規定される特定時間帯に撮影された画像信号に特定識別子を割り当てるN個(Nは2以上の任意の整数)の監視カメラを複数グループに分割して制御するカメラ制御方法において、(a)N個の監視カメラのいずれか1つから特定識別子が割り当てられた特定画像信号を受信したとき特定画像信号を送信した監視カメラと同じグループに属する他の監視カメラを検出し、そして(b)ステップ(a)によって検出された監視カメラに向けて送信命令を発行することを特徴とする、カメラ制御方法である。
【0009】
第4の発明は、アラームおよび送信命令のいずれか1つが発行されたとき撮影画像信号を送信しかつアラームが発行されたときアラーム発行タイミングによって規定される特定時間帯に撮影された画像信号に特定識別子を割り当てるN個(Nは2以上の任意の整数)の監視カメラを複数グループに分割して制御する装置によって実行されるカメラ制御プログラムにおいて、N個の監視カメラのいずれか1つから特定識別子が割り当てられた特定画像信号を受信したとき特定画像信号を送信した監視カメラと同じグループに属する他の監視カメラを検出する検出ステップ、および検出ステップによって検出された監視カメラに向けて送信命令を発行する発行ステップを備えることを特徴とする、カメラ制御プログラムである。
【0010】
【作用】
N個の監視カメラの各々からは、アラームまたは送信命令が発行されたとき撮影画像信号が送信される。アラームが発行されたとき、アラーム発行タイミングによって規定される特定時間帯、典型的にはアラーム発行の開始から終了までの時間帯に撮影された画像信号には、特定識別子が割り当てられる。カメラ制御装置は、N個の監視カメラを複数グループに分割しておき、特定識別子が割り当てられた特定画像信号を受信すると、特定画像信号を送信した監視カメラと同じグループに属する他の監視カメラを検出する。そして、検出した監視カメラに向けて送信命令を発行する。こうして発行される送信命令に応じ、検出された監視カメラが画像信号の送信を開始する。これにより、ある監視カメラでアラームが発行されたとき、そのカメラが画像信号の送信を開始するのに連動して、そのカメラと同じグループに属する他のカメラも画像信号の送信を開始することとなる。
【0011】
カメラ制御装置は、好ましくは、検出した監視カメラによって特定時間帯に撮影された画像信号を特定画像信号に関連付ける。この関連付けにより、特定時間帯にグループ内の監視カメラによってそれぞれ撮影された画像信号を一体的に処理することが可能となる。
【0012】
関連付けは、好ましくは、共通の時間帯に撮影された画像信号に共通の番号を付与することによって行う。これにより、簡単に関連付けが行える。
【0013】
N個の監視カメラの各々は、好ましくは、アラームまたは送信命令が発行されたとき第1品位で被写界を撮影し、アラームも送信命令も発行されないとき第1品位よりも低い第2品位で被写界を撮影する。例えば、品位を規定するパラメータにフレームレートが含まれている場合、アラームまたは送信命令が発行されたとき第1フレームレートで撮影を行い、アラームも送信命令も発行されないとき第1フレームレートよりも低い第2フレームレートで撮影を行う。これにより、さらなる情報量削減が可能となる。
【0014】
また、N個の監視カメラの各々が互いに異なる品位で被写界を撮影する場合、信号処理装置は、好ましくは、関連付けられた画像信号を記録し、関連付けられた画像信号を各々の品位に従う態様で再生する。例えば、品位を規定するパラメータにフレームレートが含まれている場合、第1フレームレートで撮影された画像信号は第1フレームレートで、第2フレームレートで撮影された画像信号は第2フレームレートで再生することによって、2つの画像信号の間の同期が保たれる。これにより、品位の異なる画像信号を再生したとき、並べて表示しても違和感のない再生画像が得られる。
【0015】
【発明の効果】
この発明によれば、ある監視カメラでアラームが発行されると、アラームが発行された監視カメラからだけでなく、そのカメラと同じグループに属する他の監視カメラからも画像信号が送られてくるので、利用者に対し、発生した異常と関係の深い映像だけを選択的かつ一括的に提示することができる。利用者は、提示された映像を互いに比較・検討することにより、異常発生原因を効率よく究明することができる。
【0016】
この発明の上述のような目的,その他の目的,特徴および利点は、図面を参照して行う以下の実施例の詳細な説明から一層明らかとなろう。
【0017】
【実施例】
図1を参照して、この実施例の遠隔監視システム10は、N台のカメラC1〜Cn(ただしnは2以上の任意の整数)と、サーバ12と、複数の端末14,14,…とで構成されている。カメラC1〜Cnの各々は、インターネット16を介してサーバ12と接続され、サーバ12は、イントラネット18を介して端末14,14,…と接続される。
【0018】
カメラC1〜Cnは、被写体を撮影し、得られた画像信号を圧縮して出力する。カメラC1〜Cnの各々から出力された画像信号は、インターネット16を通じてサーバ12へと伝送され、サーバ12によって記録される。こうして記録・蓄積された画像は、端末14,14,…からの要求に応じてサーバ12から読み出され、イントラネット18を通じて端末14,14,…へと送られる。
【0019】
カメラC1〜Cnの構成例が図2に示されている。図2を参照して、カメラC1〜Cnの各々は、撮像素子101と、CPU102と、センサ103と、内部メモリ104と、ネットワーク・インターフェース・カード(以下、NIC)105とを備えている。サーバの構成例が図3に示されている。図3を参照して、サーバは、2つのNIC121および126と、ハードディスク(以下、HD)122と、RAM123と、ROM124と、CPU125とを備えている。端末14の構成例が図4に示されている。図4を参照して、端末14は、NIC141と、CPU142と、RAM143と、ROM144と、表示インターフェース(以下、I/F)145と、ディスプレイ146と、入力I/F147と、キーボード148と、マウス149とを備えている。図2〜図4を参照して、カメラC1〜Cn各々のNIC105がインターネット16を介してサーバ12の一方のNIC121と接続され、サーバ12の他方のNIC126はイントラネット18を介して端末14,14,…各々のNIC141と接続される。
【0020】
カメラの内部メモリ104の内容が図5に示されている。図5を参照して、内部メモリ104内には画像記憶領域104aが設けられており、撮像素子101を通して撮影された画像がこの画像記憶領域104aに一時記憶される。また内部メモリ104には、撮影条件テーブル104bが格納されている。
【0021】
撮影条件テーブル104bの一例が図6に示されている。図6を参照して、撮影条件テーブル104bには通常モード用の撮影条件1041とアラームモード用の撮影条件1042との2つの撮影条件が記述されている。これら2つの撮影条件1041および1042の各々は、解像度1043,圧縮率1044および送信レート1045を含む。
【0022】
カメラC1〜Cnから出力される画像信号のフォーマットが図7に示されている。図7を参照して、画像信号20は、画像データ201と、カメラ識別子202と、撮影時刻203と、画像サイズ204と、圧縮率205と、アラームフラグ206と、センサフラグ207とを含む。
【0023】
サーバ12のHD122の内容が図8に示されている。図8を参照して、HD122内には、画像を記録する領域として通常記録領域122aとアラーム記録領域122bとが設けられる。なお、通常記録領域122a内の画像は一定期間が経過すると自動的に消去されるが、アラーム記録領域122b内の画像は、少なくとも一度再生されてからでなければ消去できないように保護されている。
【0024】
通常記録領域122aおよびアラーム記録領域122bの内容が図9に示されている。図9(a)を参照して、通常記録領域122aは、それぞれがカメラC1〜Cnと対応するn個の領域に区分される。図9(b)を参照して、アラーム記録領域122bは、それぞれがカメラC1〜Cnと対応するn個の領域に区分される。
【0025】
再び図8を参照して、HD122内にはさらにグループ管理テーブル122cおよびイベント管理テーブル122dが格納されている。グループ管理テーブル122cの一例を図10に示す。図10を参照して、グループ管理テーブル122cには、カメラC1〜Cnの各々が所属するグループの番号1,2,…が記載されている。この例では、グループ1に2台のカメラC1およびC2が属し、グループ2に3台のカメラC3〜C5が属する。グループ3にはカメラC6だけが属している。
【0026】
イベント管理テーブル122dの一例を図11に示す。図11を参照して、イベント管理テーブル122dには、それぞれがカメラC1〜Cnの各々と対応するn個の欄1221〜122nが設けられており、これらn個の欄1221〜122nのそれぞれにカメラC1〜Cnで発生したイベントに関する管理情報“イベント1”,“イベント2”,…が登録されている。ここで「カメラCnでイベントが発生する」とは、カメラCnにおいてセンサ103が異常を感知してアラームが発行されることをいい、1つのアラームの発行が開始されてから終了されるまでの持続期間が1つのイベントと対応する。イベントの識別番号1,2,3,…は、グループ毎に独立して付される。
【0027】
イベント管理テーブル122dに登録されているイベント管理情報“イベント1”,“イベント2”,…は、アラーム記録領域122bに記録された画像を読み出して再生する際に参照される情報である。イベント管理情報“イベント1”,“イベント2”,…の各々の内容を図12に示す。図12を参照して、イベント管理情報22は、カメラ番号221,イベント番号222,アラーム開始時刻223,アラーム終了時刻224,フレーム枚数225,フレームレート226,解像度227,記録開始位置228およびセンサフラグ229を含む。
【0028】
ここで注意すべきは、1つのグループに複数のカメラが属している場合、それら複数のカメラのいずれか1つでイベントが発生すると、そのグループでイベントが発生したとみなされ、グループ内の他のカメラ欄にもイベント管理情報が登録される点である。図10〜図12を参照して、例えばカメラC1およびC2はどちらもグループ1に属しているので、カメラC1で“イベント1”が発生すると、イベント管理テーブル122dのカメラC1欄1221およびカメラC2欄1222にイベント管理情報“イベント1”が登録される。カメラC1欄1221に登録されたイベント管理情報“イベント1”と、カメラC2欄1222に登録されたイベント管理情報“イベント1”との間では、一部の項目の内容が共通する。共通する項目は、アラーム開始時刻223,アラーム終了時刻224およびフレーム枚数225である。
【0029】
以上のように構成された遠隔監視システム10の動作を以下に説明する。カメラC1〜Cnの各々において、センサ103は被写体の異常な動き(以下、アラーム)を検出する機能を持ち、CPU102は、撮影条件テーブル104bを参照しながら、センサ103からのアラームの有無およびサーバ12からのモード切り換えコマンドの有無に応じて通常モードおよびアラームモードの2つの動作モードを相互に切り換えつつ撮影を行う。
【0030】
通常モードとアラームモードとでは、図6に示されるように撮影時の解像度およびフレームレートならびに圧縮時の圧縮率が相違する。カメラC1〜Cnから送出される画像信号には、図7に示されるように、アラームモードで撮影された画像(以下、アラーム画像)か通常モードで撮影された画像(以下、通常画像)かを区別するためのアラームフラグ206が添付されている。
【0031】
サーバ12のCPU125は、通常画像とアラーム画像をアラームフラグ206に基づいて区別し、前者の画像を通常記録領域122aに、後者の画像をアラーム記録領域122bにそれぞれ記録する。
【0032】
カメラC1〜Cnの各々は、独立してアラーム検出を行う。サーバ12のCPU125は、カメラC1〜Cnで撮影されたアラーム画像をカメラC1〜Cnで発生したイベントとしてそれぞれ管理する。具体的には、カメラC1〜Cnで発生したイベント1つ1つについて図12に示されるような内容を持つイベント管理情報22を作成し、作成したイベント管理情報“イベント1”,“イベント2”,…をカメラC1〜Cn毎に、図11に示されるようなイベント管理テーブル122dに登録する。これらのイベント管理情報“イベント1”,“イベント2”,…は、端末14からの再生要求に応じ、サーバ12のCPU125がアラーム記録領域122bから指定されたアラーム画像を読み出す際に参照される。
【0033】
さらにサーバ12のCPU125は、カメラC1〜Cnを複数のグループに区分し、区分結果を図10に示されるようなグループ管理テーブル122cに登録する。そして、あるカメラでイベントが発生したとき、そのカメラからのアラーム画像をアラーム記録領域122bに記録すると共に、記録したアラーム画像のイベント管理情報22を作成してイベント管理テーブル122dの該当カメラ欄に登録する。さらに、アラームが発生したカメラと同じグループに属する他のカメラからの通常画像をアラーム記録領域122bに記録すると共に、記録した通常画像の各々に関するイベント管理情報22をさらに作成してイベント管理テーブル122dの該当カメラ欄にそれぞれ登録する。
【0034】
例えばいま、サーバ12に図10のような内容のグループ管理テーブル122cと、図11のような内容のイベント管理テーブル122dとが保持されており、カメラC1〜Cnが通常モードで動作しているとする。このときカメラC6が新たなアラームを検出、すなわちカメラC6で“イベント3”が発生したとすると、カメラC6のモードがアラームモードに切り換わり、カメラC6からは他のカメラC1〜C5より高品位の画像が出力される。一方、サーバ12では、イベント発生前は各カメラC1〜Cnからの画像を全て通常記録領域122aに記録しているが、イベント発生を受けてカメラC6からの画像の記録先が通常記録領域122aからアラーム記録領域122bに切り換わる。その後イベントが終了すると、カメラC6のモードが通常モードに戻り、同時にサーバ12では、カメラC6からの画像の記録先がアラーム記録領域122bから通常記録領域122aに切り換わる。そしてこのカメラC6で発生した“イベント3”に関する管理情報22が作成され、イベント管理テーブル122d内のカメラC6用領域1226に登録される。これにより、サーバ12のCPU125は、端末14からカメラ番号“6”およびイベント番号“3”の指定を受けたとき、アラーム記録領域122bからカメラC6が撮影した3番目のアラーム画像を読み出すことができる。
【0035】
続いてカメラC3で“イベント2”が発生したとすると、前述のカメラC6で“イベント3”が発生した場合と同様、カメラC3からのアラーム画像をアラーム記録領域122bに記録すると共に、記録したアラーム画像のイベント管理情報22をイベント管理テーブル122dのC3カメラ欄1223に登録する。これに加え、カメラC3と同じグループ2に属するカメラC4およびC5の動作モードもアラームモードに切り替わり、カメラC4およびC5からのアラーム画像もアラーム記録領域122bにさらに記録すると共に、記録した2つのアラーム画像の各々に関するイベント管理情報22をイベント管理テーブル122dのカメラC4およびC5欄1224および1225にも登録する。これにより、サーバ12のCPU125は、端末14からグループ番号“2”およびイベント番号“2”の指定を受けたとき、カメラC3が撮影した2番目のセンサによるアラーム画像と、同時刻にカメラC4およびC5が撮影したコマンドによるアラーム画像とをアラーム記録領域122bからを読み出すことができる。
【0036】
上記のようなイベント発生に伴い新たなイベント管理情報22がイベント管理テーブル122dに登録されていく様子を図13に示す。図13(a)を参照して、カメラC6でイベントが発生したとき、イベント管理テーブル122dのカメラC6欄1226にイベント管理情報“イベント3”が登録される。図13(b)を参照して、続いてカメラC3でイベントが発生したとき、カメラC3の欄1223にイベント管理情報“イベント2”が登録され、さらにカメラC3と同じグループ2に属するカメラC4およびC5の欄1224および1225にもイベント管理情報“イベント2”がそれぞれ登録される。
【0037】
なお、サーバ12のCPU125はマルチタスク機能を備えており、複数のタスクを同時的に実行することができる。例えば、カメラC3〜C5のイベント管理情報を同時的に作成したり、カメラC3〜C5によって撮影された画像を同時的に送出したりすることができる。
【0038】
カメラC1〜CnのCPU102は、撮影時、具体的には図14に示されるフローを処理する。図14を参照して、カメラC1〜Cnの電源が投入されると、CPU102は、まずステップS1の初期処理を実行する。初期処理には、内部メモリ104内の画像記憶領域104aの初期化,インターネット16への接続,動作モードの初期設定などの処理が含まれる。初期設定では、通常モードが選択される。通常モードの場合、画像信号20のアラームフラグ206およびセンサフラグ207は共に解除(OFF)される。
【0039】
次のステップS3でCPU102は、現在の動作モードがアラームモードか否かを判定する。判定結果が否定的であればステップS5に進み、肯定的であればステップS21に進む。
【0040】
ステップS5でCPU102は、センサ103が異常を検知したかどうかを判定する。異常が検出されなければステップS13に進み、異常が検出されるとステップS7に進む。
【0041】
ステップS7でCPU102は、動作モードを通常モードからアラームモードに切り換え、続くステップS9でイベントタイマをスタートさせる。次のステップS11では画像信号20に、センサ103の異常検知に応じて撮影されたアラーム画像であることを示すためにセンサフラグ207をセット(ON)する。そしてステップS21に進む。
【0042】
ステップS13でCPU102は、サーバ12からアラーム動作への切り換え指示を受信したか否かを判定し、判定結果が否定的であればステップS15へ、肯定的であればステップS17に進む。
【0043】
ステップS15でCPU102は、撮影条件テーブル104bに規定されている通常モード用条件1041で撮影を行い、撮影して得られた比較的低品位の通常画像を、図7のようなフォーマットを持つ画像信号20の様態で送出する。通常画像の場合、アラームフラグ206およびセンサフラグ207は共に解除(OFF)されている。その後、ステップS31に進む。
【0044】
ステップS17でCPU102は、動作モードを通常モードからアラームモードに切り換え、続くステップS19でイベントタイマをスタートさせる。そして、ステップS21では、撮影条件テーブル104bに規定されているアラームモード用条件1042で撮影を行い、撮影して得られた比較的高品位のアラーム画像を、図7のようなフォーマットを持つ画像信号20の様態で送出する。サーバ12の指示によるアラーム画像の場合、アラームフラグ206が設定(ON)され、センサフラグ207は解除(OFF)されている。
【0045】
続くステップS23では、イベントタイマがタイムアウトしたか否かを判定し、判定結果が肯定的であればステップS25に進む。判定結果が否定的であれば、ステップS31に進む。
【0046】
ステップS25でCPU102は、動作モードをアラームモードから通常モードに切り換える。次のステップS27では、画像信号20にセンサフラグ207が設定(ON)されているか否かを判定する。そして、判定結果が肯定的であればステップS29に進み、否定的であればステップS29をスキップしてステップS31に進む。
【0047】
ステップS29では、画像信号20のセンサフラグ207を解除(OFF)する。ステップS31では、撮影を継続するかどうかが判断され、継続する場合はステップS3に戻って上記と同様の処理が繰り返される。
【0048】
サーバ12のCPU125は、画像記録時、具体的には図15および図16に示されるフローを処理する。まず図15を参照して、最初のステップS41でCPU125は、初期処理を行う。初期処理には、インターネット16への接続、イントラネット18への接続などが含まれる。
【0049】
初期処理が完了するとCPU125は、ステップS43で画像信号20を受信し、ステップS45ではカメラ識別子202に基づいて画像信号20がどのカメラからのものかを特定する。ステップS47では、グループ管理テーブル122dを参照して、ステップS45で特定されたカメラの属するグループをさらに特定する。ステップS49では、画像信号20のセンサフラグ207がOFFからONに変化したか否かを判定する。判定は、今回受信した画像信号20のセンサフラグ207を前回受信した画像信号20のそれと比較することにより行える。OFFからONへの変化がなければステップS57に進み、変化があればステップS51に進む。
【0050】
ステップS51でCPU125は、ステップS47で特定されたグループに属する他のカメラを検出する。ステップS53では、ステップS51で検出された他のカメラにアラーム動作指示をそれぞれ送信する。その後、ステップS55に進む。
【0051】
ステップS55でCPU125は、ステップS51で検出されたカメラについてイベント管理情報作成タスク(後述)をそれぞれ起動する。その後、ステップS57に進む。
【0052】
ステップS57では、画像信号20のアラームフラグ206がONかどうか、すなわち画像信号20がアラーム画像かどうかを判定する。そして、アラーム画像であればステップS59に進み、アラーム画像でなければステップS61に進む。
【0053】
ステップS59では、アラーム記録が行われる。すなわちCPU125は、ステップS43で受信された画像信号20から画像データ201を取り出し、取り出した画像データ201をアラーム記録領域122bに記録する。記録を終えると、ステップS63に進む。
【0054】
ステップS61では、通常記録が行われる。すなわちCPU125は、ステップS43で受信された画像信号20から画像データ201を取り出し、取り出した画像データ201を通常記録領域122aに記録する。記録を終えると、ステップS63に進む。
【0055】
ステップS63でCPU125は、記録動作を継続するかどうかを判断し、継続する場合はステップS43に戻って上記と同様の処理を繰り返す。
【0056】
上記ステップS55で起動されるタスクはそれぞれ、図16に示すサブルーチンに従って実行される。図16を参照して、ステップS71でCPU125は、アラーム記録領域122bへの記録が実行されたか否かを判定する。判定結果が肯定的であればステップS73に進み、否定的であれば待機する。ステップS73では、画像信号20のアラームフラグ206に変化が生じたか否かを判定する。変化がなければステップS81に進み、変化があればステップS75に進む。
【0057】
ステップS75でCPU125は、ステップS73で検出されたフラグ変化がOFFからONへの変化かどうかを判定する。OFFからONへの変化であればステップS77に進み、ONからOFFへの変化であればステップS83に進む。
【0058】
ステップS77でCPU125は、このタスクと対応するカメラに関する新たなイベント管理情報22として、まずアラーム開始時刻223,フレームレート226,解像度227,記録開始位置228およびセンサフラグ229を登録する。ここでアラーム開始時刻223に登録される値は、アラームフラグがOFFからONへ変化した瞬間の時刻である。次に、ステップS79でフレーム枚数225として“1”を保持し、その後ステップS71に戻る。
【0059】
ステップS81でCPU125は、フレーム枚数225の値をインクリメントし、インクリメント後の値を保持する。その後、ステップS71に戻る。
【0060】
ステップS83でCPU125は、アラーム終了時刻224およびフレーム枚数225を登録する。ここでアラーム終了時刻224に登録される値は、アラームフラグがONからOFFへ変化した瞬間の時刻である。アラーム終了時刻224およびフレーム枚数225を登録し終えた時点で、このタスクは終了される。こうして作成されたイベント管理情報は、イベント管理テーブル122d上の該当カメラ欄に記載される。
【0061】
サーバ12のCPU125は、画像再生時、具体的には図17および図18に示されるフローを処理する。まず図17を参照して、ステップS91でCPU125は、端末14から送信された再生要求パケットを受け付ける。再生要求には、カメラ番号またはグループ番号とイベント番号とが添付されている。ステップS93では、再生要求パケットからカメラ番号またはグループ番号とイベント番号とを取り出す。ステップS95では、パケット内にグループ番号があったか否か、すなわちグループ指定の有無を判定する。グループが指定されていればステップS97に進み、そうでなければステップS101に進む。
【0062】
ステップS97でCPU125は、指定されたグループに属するカメラを特定する。続くステップS99では、特定されたカメラに関する画像送出タスク(後述)をそれぞれ起動する。その後、ステップS103に進む。
【0063】
ステップS101でCPU125は、指定されたカメラに関する画像送出タスクを起動する。その後、ステップS103に進む。
【0064】
ステップS103では、タスクが終了したかどうかが判定される。タスクが終了するとステップS105に進み、そうでなければ待機する。ステップS105では、画像送出制御を継続するか否かが判断され、継続する場合にはステップS91に戻り、上記と同様の処理が繰り返される。
【0065】
上記ステップS99で起動されるタスクはそれぞれ、図18に示すサブルーチンに従って実行される。ステップS101で起動されるタスクも同様である。図18を参照して、ステップS111でCPU125は、イベント管理テーブル122dから、このタスクと対応するカメラの、指定されたイベント番号に該当するイベント管理情報22を取得する。次のステップS113では、ステップS111で取得したイベント管理情報22に基づいて、指定されたイベント番号に該当する画像を特定する。
【0066】
ステップS115でCPU125は、フレーム番号を示す変数Gを初期化する。ステップS117では、実時刻を示す変数Tに再生を開始する実時刻をセットする。ステップS119では、画像を再生する時刻間隔を示す変数t0にフレームレート226の逆数をセットする。ステップS121では、次画像の再生予定実時刻[T+t0]を計算し、計算結果をTにセットする。
【0067】
ステップS123でCPU125は、現在時刻がTを過ぎたか否かを判定する。判定結果が肯定的であればステップS125に進み、そうでなければ待機する。ステップS125では、ステップS113で特定された画像のうちG番目の画像を送出する。ステップS127では、Gをインクリメントする。そしてステップS129では、インクリメント後のGがイベント管理情報22に記載されているフレーム枚数225を超えたか否かを判定する。判定結果が否定的であれば、ステップS121に戻って次の画像を送出し、肯定的であればタスクを終了する。
【0068】
端末14の画面ディスプレイ146には、画像再生時、図19のような画面が表示される。図19を参照して、再生画面24は、監視画像が表示される主領域24aと、操作ボタン類が表示される副領域24bとに区分される。副領域24bには再生ボタン241,停止ボタン242,逆再生ボタン243,終了ボタン244,グループ番号またはカメラ番号を指定するための選択入力欄245,イベント番号を指定するための入力欄246および一画面内に表示する窓数を指定するための入力欄247が提示される。図の例では主領域内24aに4つの窓2481〜2484が提示されているが、一画面内に表示する窓数を変更したい場合、ユーザは入力欄247に所望の数mを入力すればよい。数字が入力されると、入力された数mと同数の窓2481〜248mが主領域24a内に提示される。
【0069】
サーバ12からアラーム画像を読み出して再生したい場合、ユーザは、まず選択入力欄245を通じてカメラ番号またはグループ番号を指定し、次いで入力欄246を通じてイベント番号を指定し、その後再生ボタン241を押す。応じて端末14から再生要求パケットが送信される。再生要求には、カメラ番号またはグループ番号とイベント番号とが添付される。
【0070】
いま、サーバが図13(b)のイベント管理テーブル122dに記載されているイベント管理情報と対応する画像を保持しているとし、このとき端末14を通じてグループ番号“2”およびイベント番号“2”が指定されたとする。この再生要求に応じ、サーバ12からは“グループ2”で発生した“イベント2”に該当する画像、すなわちカメラC3が撮影した“イベント2”のセンサによるアラーム画像と、カメラC4が撮影した“イベント2”のコマンドによるアラーム画像と、カメラC5が撮影した“イベント2”のコマンドによるアラーム画像との計3種類の画像信号20が送出される。
【0071】
これらの画像信号20を端末14が受信し、再生画面24の主領域24aに提示された3つの窓2481〜2483の中には、“イベント2”の発生時にカメラC3〜C5によって撮影された画像がそれぞれ表示される。3つの窓2481〜2483の各々には、撮影を行ったカメラC3〜C5を示すタイトルタグタグ2481a〜2483aが付される。窓2481〜2483の画像はいずれも高品位なアラーム画像であり、窓2481〜2483にはさらに、センサの異常検知によるアラーム画像なのか、コマンドによるアラーム画像なのかを示すセンサ/コマンドタグ2481b〜2483bも付される。余った窓2484には例えばブラック画面が表示され、タイトルタグやアラーム/コマンドタグは付されない。
【0072】
以上の説明からわかるように、この実施例の遠隔監視システム10では、N個の監視カメラC1〜Cnの各々は、自分のセンサ103によりアラームが検出されるかまたはサーバ12からコマンドが発行されると高品位なアラームモードで撮影を行い、そうでなければ低品位な通常モードで撮影を行って画像信号20をサーバ12に送信する。また、アラームが検出されたとき画像信号20にアラームフラグ206をセットしてサーバ12に送信する。さらに、アラームモードで撮影された画像信号20には、その画像信号20がセンサ103のアラーム検出に応じて撮影されたものなのかコマンドに応じて撮影されたものなのかを区別するためのセンサフラグ207を付加する。
【0073】
サーバ12は、N個の監視カメラC1〜Cnを複数のグループに分割して、N個のカメラの各々がどのグループに属するかをグループ管理テーブル122cに登録しておく。そして、N個のカメラC1〜Cnのいずれか1つからアラームフラグ206のセットされた画像信号20を受信したとき、このアラーム画像信号を送信したカメラと同じグループに属する他のカメラをグループ管理テーブル122cから特定する。そして、特定されたカメラに向けてコマンドを発行する。こうして発行されるコマンドに応じ、アラーム信号を送信したカメラと同じグループに属する他のカメラが動作モードをアラームモードへと切り換え、高品位の撮影を開始する。
【0074】
すなわち、あるカメラでアラームが検出されたとき、そのカメラが高品位撮影を開始するのに連動して、そのカメラと同じグループに属する他のカメラも高品位撮影を開始することとなる。これにより、アラームが検出されたカメラからだけでなく、アラームが検出されたカメラと同じグループに属する他のカメラからも高品位の画像信号を入手することができる。より具体的には、例えばある1つのビル内の各所に設置された複数のカメラを1つのグループに分類しておけば、ビル内のある部屋で異常が起こったとき、異常が起こった部屋のカメラが撮影したアラーム画像を見られるだけでなく、異常発生時にビルの玄関や廊下のカメラが撮影していたアラーム画像も一緒に比べながら見ることができる。つまり、発生した異常と関係のあるカメラだけを選択して高品位撮影を行わせることにより、異常と関係のあるアラーム映像だけを選択的かつ一括的に獲得するので、異常発生原因を効率よく究明することができる。
【0075】
また、上記のようにしてアラームまたはコマンドに応じて撮影を行ったカメラから出力された画像信号は互いに関連付けられ、特定のアラームに関係のある画像信号の集まりとして一括的に利用することができる。関連付けは、1つのアラームの検出開始から終了までのアラーム持続期間を1つのイベントと対応させ、アラーム持続期間内にアラームが検出されたカメラから送られてくるアラーム画像信号およびそのカメラと同じグループに属する他のカメラから送られてくる通常画像信号の各々に同一のイベント番号を付与することにより行う。こうすれば簡単に関連付けが行える。
【0076】
関連付けされた画像信号は、アラーム記録領域122bに記録される。それにより、関連付けされた画像信号を好きなときに何度でも利用できる。その際、関連付けされた画像信号の各々がアラーム記録領域122b内のどの位置に記録されたかを示す記録開始位置228を含むイベント管理情報22を作成してイベント管理テーブル122dに登録する。これにより、イベント番号が指定されると、指定されたイベント番号に対応する画像信号の各々をイベント管理テーブル122dに基づいてアラーム記録領域122bから容易に読み出すことができる。
【0077】
また、センサ103のアラーム検出を受けて撮影された画像信号ではセンサフラグ207がセットされ、コマンドに応じて撮影された画像信号ではセンサフラグ207が解除されるので、センサによるアラーム画像とコマンドによるアラーム画像とを互いに区別することができる。
【0078】
なお、この実施例では、カメラC1〜Cnはアラームもコマンドも検出されないとき通常モードで低品位撮影を行い、アラームまたはコマンドが検出されるとアラームモードで高品位撮影を行っているが、代わりに品位切り換え機能を持たないカメラを設置して、アラームもコマンドも検出されないときは撮影を行わず、アラームまたはコマンドが検出されると撮影を行うようにしてもよい。あるいは、アラームやコマンドの発行と関係なく撮影を行い、アラームまたはコマンドが検出されたとき撮影画像信号を送信するようにしてもよい。ただし、この実施例のように品位切り換えを行えば、アラーム発生前の監視映像も見られるので、異常発生原因の究明に役立つ。
【0079】
また、この実施例では、グループ内の複数カメラからの画像を記録・再生する際にマルチタスク処理を行っているが、シリアル処理により行うことも可能である。
【図面の簡単な説明】
【図1】この発明の一実施例である遠隔監視システムの全体構成を示すブロック図である。
【図2】カメラの構成例を示すブロック図である。
【図3】サーバの構成例を示すブロック図である。
【図4】端末の構成例を示すブロック図である。
【図5】カメラの内部メモリの内容を示す図解図である。
【図6】撮影条件テーブルの一例を示す図解図である。
【図7】カメラから出力される画像信号のフォーマットを示す図解図である。
【図8】サーバのHDの内容を示す図解図である。
【図9】通常記録領域およびアラーム記録領域の内容を示す図解図である。
【図10】グループ管理テーブルの一例を示す図解図である。
【図11】イベント管理テーブルの一例を示す図解図である。
【図12】イベント管理情報の内容を示す図解図である。
【図13】イベント発生に伴い新たな管理情報がイベント管理テーブルに登録されていく様子を示す図解図である。
【図14】カメラの撮影動作を示すフロー図である。
【図15】サーバの画像記録動作の一部を示すフロー図である。
【図16】サーバの画像記録動作の他の一部を示すフロー図である。
【図17】サーバの画像送出動作の一部を示すフロー図である。
【図18】サーバの画像送出動作の他の一部を示すフロー図である。
【図19】端末に表示される画像再生画面の一例を示す図解図である。
【符号の説明】
10…監視カメラシステム
C1〜Cn…カメラ
12…サーバ
14…端末
16…インターネット
18…イントラネット
【発明の属する技術分野】
この発明は、監視カメラシステムに関し、特にたとえば、N個の監視カメラとこれらのN個の監視カメラからの信号を処理する信号処理装置とを備えた、監視カメラシステムに関する。
【0002】
【従来技術】
従来この種の監視カメラシステムの一例が、特許文献1に開示されている。この従来技術では、複数のセンサのいずれか1つで異常が検知されたとき、複数の監視カメラのうち異常を検知したセンサに対応する監視カメラの映像情報が監視卓処理装置に送信される。監視卓処理装置は、受信した映像情報を表示装置から出力する。これによって、異常発生箇所の状況を速やかに把握することができる。
【0003】
【特許文献1】
特開平11−355761号公報〔H04N 7/18,G08B 25/00,H04Q 9/00,H04L 12/28〕
【0004】
【発明が解決しようとする課題】
しかし、従来技術では、複数の監視カメラが設けられているにも拘らず、異常を検知したセンサに対応する監視カメラの映像しか得られない。このため、異常発生の原因や手掛りを究明するにあたって、情報量が少ないという問題がある。一方、全ての監視カメラの映像情報を入手したのでは、情報量が多すぎて取り扱いが煩雑になる。
【0005】
それゆえに、この発明の主たる目的は、異常発生原因を効率よく究明することができる、監視カメラシステムを提供することである。
【0006】
【課題を解決するための手段】
第1の発明は、N個(Nは2以上の任意の整数)の監視カメラとN個の監視カメラを制御するカメラ制御装置とを備える監視カメラシステムにおいて、N個の監視カメラの各々は、アラームおよび送信命令のいずれか1つが発行されたとき撮影画像信号をカメラ制御装置に送信する送信手段、およびアラームが発行されたときアラーム発行タイミングによって規定される特定時間帯に撮影された画像信号に特定識別子を割り当てる割り当て手段を備え、カメラ制御装置は、N個の監視カメラを複数のグループに分割する分割手段、N個の監視カメラのいずれか1つから特定識別子が割り当てられた特定画像信号を受信したとき特定画像信号を送信した監視カメラと同じグループに属する他の監視カメラを検出する検出手段、および検出手段によって検出された監視カメラに向けて送信命令を発行する発行手段を備えることを特徴とする、監視カメラシステムである。
【0007】
第2の発明は、アラームおよび送信命令のいずれか1つが発行されたとき撮影画像信号を送信しかつアラームが発行されたときアラーム発行タイミングによって規定される特定時間帯に撮影された画像信号に特定識別子を割り当てるN個(Nは2以上の任意の整数)の監視カメラを制御するカメラ制御装置において、N個の監視カメラを複数のグループに分割する分割手段、N個の監視カメラのいずれか1つから特定識別子が割り当てられた特定画像信号を受信したとき特定画像信号を送信した監視カメラと同じグループに属する他の監視カメラを検出する検出手段、および検出手段によって検出された監視カメラに向けて送信命令を発行する発行手段を備えることを特徴とする、カメラ制御装置である。
【0008】
第3の発明は、アラームおよび送信命令のいずれか1つが発行されたとき撮影画像信号を送信しかつアラームが発行されたときアラーム発行タイミングによって規定される特定時間帯に撮影された画像信号に特定識別子を割り当てるN個(Nは2以上の任意の整数)の監視カメラを複数グループに分割して制御するカメラ制御方法において、(a)N個の監視カメラのいずれか1つから特定識別子が割り当てられた特定画像信号を受信したとき特定画像信号を送信した監視カメラと同じグループに属する他の監視カメラを検出し、そして(b)ステップ(a)によって検出された監視カメラに向けて送信命令を発行することを特徴とする、カメラ制御方法である。
【0009】
第4の発明は、アラームおよび送信命令のいずれか1つが発行されたとき撮影画像信号を送信しかつアラームが発行されたときアラーム発行タイミングによって規定される特定時間帯に撮影された画像信号に特定識別子を割り当てるN個(Nは2以上の任意の整数)の監視カメラを複数グループに分割して制御する装置によって実行されるカメラ制御プログラムにおいて、N個の監視カメラのいずれか1つから特定識別子が割り当てられた特定画像信号を受信したとき特定画像信号を送信した監視カメラと同じグループに属する他の監視カメラを検出する検出ステップ、および検出ステップによって検出された監視カメラに向けて送信命令を発行する発行ステップを備えることを特徴とする、カメラ制御プログラムである。
【0010】
【作用】
N個の監視カメラの各々からは、アラームまたは送信命令が発行されたとき撮影画像信号が送信される。アラームが発行されたとき、アラーム発行タイミングによって規定される特定時間帯、典型的にはアラーム発行の開始から終了までの時間帯に撮影された画像信号には、特定識別子が割り当てられる。カメラ制御装置は、N個の監視カメラを複数グループに分割しておき、特定識別子が割り当てられた特定画像信号を受信すると、特定画像信号を送信した監視カメラと同じグループに属する他の監視カメラを検出する。そして、検出した監視カメラに向けて送信命令を発行する。こうして発行される送信命令に応じ、検出された監視カメラが画像信号の送信を開始する。これにより、ある監視カメラでアラームが発行されたとき、そのカメラが画像信号の送信を開始するのに連動して、そのカメラと同じグループに属する他のカメラも画像信号の送信を開始することとなる。
【0011】
カメラ制御装置は、好ましくは、検出した監視カメラによって特定時間帯に撮影された画像信号を特定画像信号に関連付ける。この関連付けにより、特定時間帯にグループ内の監視カメラによってそれぞれ撮影された画像信号を一体的に処理することが可能となる。
【0012】
関連付けは、好ましくは、共通の時間帯に撮影された画像信号に共通の番号を付与することによって行う。これにより、簡単に関連付けが行える。
【0013】
N個の監視カメラの各々は、好ましくは、アラームまたは送信命令が発行されたとき第1品位で被写界を撮影し、アラームも送信命令も発行されないとき第1品位よりも低い第2品位で被写界を撮影する。例えば、品位を規定するパラメータにフレームレートが含まれている場合、アラームまたは送信命令が発行されたとき第1フレームレートで撮影を行い、アラームも送信命令も発行されないとき第1フレームレートよりも低い第2フレームレートで撮影を行う。これにより、さらなる情報量削減が可能となる。
【0014】
また、N個の監視カメラの各々が互いに異なる品位で被写界を撮影する場合、信号処理装置は、好ましくは、関連付けられた画像信号を記録し、関連付けられた画像信号を各々の品位に従う態様で再生する。例えば、品位を規定するパラメータにフレームレートが含まれている場合、第1フレームレートで撮影された画像信号は第1フレームレートで、第2フレームレートで撮影された画像信号は第2フレームレートで再生することによって、2つの画像信号の間の同期が保たれる。これにより、品位の異なる画像信号を再生したとき、並べて表示しても違和感のない再生画像が得られる。
【0015】
【発明の効果】
この発明によれば、ある監視カメラでアラームが発行されると、アラームが発行された監視カメラからだけでなく、そのカメラと同じグループに属する他の監視カメラからも画像信号が送られてくるので、利用者に対し、発生した異常と関係の深い映像だけを選択的かつ一括的に提示することができる。利用者は、提示された映像を互いに比較・検討することにより、異常発生原因を効率よく究明することができる。
【0016】
この発明の上述のような目的,その他の目的,特徴および利点は、図面を参照して行う以下の実施例の詳細な説明から一層明らかとなろう。
【0017】
【実施例】
図1を参照して、この実施例の遠隔監視システム10は、N台のカメラC1〜Cn(ただしnは2以上の任意の整数)と、サーバ12と、複数の端末14,14,…とで構成されている。カメラC1〜Cnの各々は、インターネット16を介してサーバ12と接続され、サーバ12は、イントラネット18を介して端末14,14,…と接続される。
【0018】
カメラC1〜Cnは、被写体を撮影し、得られた画像信号を圧縮して出力する。カメラC1〜Cnの各々から出力された画像信号は、インターネット16を通じてサーバ12へと伝送され、サーバ12によって記録される。こうして記録・蓄積された画像は、端末14,14,…からの要求に応じてサーバ12から読み出され、イントラネット18を通じて端末14,14,…へと送られる。
【0019】
カメラC1〜Cnの構成例が図2に示されている。図2を参照して、カメラC1〜Cnの各々は、撮像素子101と、CPU102と、センサ103と、内部メモリ104と、ネットワーク・インターフェース・カード(以下、NIC)105とを備えている。サーバの構成例が図3に示されている。図3を参照して、サーバは、2つのNIC121および126と、ハードディスク(以下、HD)122と、RAM123と、ROM124と、CPU125とを備えている。端末14の構成例が図4に示されている。図4を参照して、端末14は、NIC141と、CPU142と、RAM143と、ROM144と、表示インターフェース(以下、I/F)145と、ディスプレイ146と、入力I/F147と、キーボード148と、マウス149とを備えている。図2〜図4を参照して、カメラC1〜Cn各々のNIC105がインターネット16を介してサーバ12の一方のNIC121と接続され、サーバ12の他方のNIC126はイントラネット18を介して端末14,14,…各々のNIC141と接続される。
【0020】
カメラの内部メモリ104の内容が図5に示されている。図5を参照して、内部メモリ104内には画像記憶領域104aが設けられており、撮像素子101を通して撮影された画像がこの画像記憶領域104aに一時記憶される。また内部メモリ104には、撮影条件テーブル104bが格納されている。
【0021】
撮影条件テーブル104bの一例が図6に示されている。図6を参照して、撮影条件テーブル104bには通常モード用の撮影条件1041とアラームモード用の撮影条件1042との2つの撮影条件が記述されている。これら2つの撮影条件1041および1042の各々は、解像度1043,圧縮率1044および送信レート1045を含む。
【0022】
カメラC1〜Cnから出力される画像信号のフォーマットが図7に示されている。図7を参照して、画像信号20は、画像データ201と、カメラ識別子202と、撮影時刻203と、画像サイズ204と、圧縮率205と、アラームフラグ206と、センサフラグ207とを含む。
【0023】
サーバ12のHD122の内容が図8に示されている。図8を参照して、HD122内には、画像を記録する領域として通常記録領域122aとアラーム記録領域122bとが設けられる。なお、通常記録領域122a内の画像は一定期間が経過すると自動的に消去されるが、アラーム記録領域122b内の画像は、少なくとも一度再生されてからでなければ消去できないように保護されている。
【0024】
通常記録領域122aおよびアラーム記録領域122bの内容が図9に示されている。図9(a)を参照して、通常記録領域122aは、それぞれがカメラC1〜Cnと対応するn個の領域に区分される。図9(b)を参照して、アラーム記録領域122bは、それぞれがカメラC1〜Cnと対応するn個の領域に区分される。
【0025】
再び図8を参照して、HD122内にはさらにグループ管理テーブル122cおよびイベント管理テーブル122dが格納されている。グループ管理テーブル122cの一例を図10に示す。図10を参照して、グループ管理テーブル122cには、カメラC1〜Cnの各々が所属するグループの番号1,2,…が記載されている。この例では、グループ1に2台のカメラC1およびC2が属し、グループ2に3台のカメラC3〜C5が属する。グループ3にはカメラC6だけが属している。
【0026】
イベント管理テーブル122dの一例を図11に示す。図11を参照して、イベント管理テーブル122dには、それぞれがカメラC1〜Cnの各々と対応するn個の欄1221〜122nが設けられており、これらn個の欄1221〜122nのそれぞれにカメラC1〜Cnで発生したイベントに関する管理情報“イベント1”,“イベント2”,…が登録されている。ここで「カメラCnでイベントが発生する」とは、カメラCnにおいてセンサ103が異常を感知してアラームが発行されることをいい、1つのアラームの発行が開始されてから終了されるまでの持続期間が1つのイベントと対応する。イベントの識別番号1,2,3,…は、グループ毎に独立して付される。
【0027】
イベント管理テーブル122dに登録されているイベント管理情報“イベント1”,“イベント2”,…は、アラーム記録領域122bに記録された画像を読み出して再生する際に参照される情報である。イベント管理情報“イベント1”,“イベント2”,…の各々の内容を図12に示す。図12を参照して、イベント管理情報22は、カメラ番号221,イベント番号222,アラーム開始時刻223,アラーム終了時刻224,フレーム枚数225,フレームレート226,解像度227,記録開始位置228およびセンサフラグ229を含む。
【0028】
ここで注意すべきは、1つのグループに複数のカメラが属している場合、それら複数のカメラのいずれか1つでイベントが発生すると、そのグループでイベントが発生したとみなされ、グループ内の他のカメラ欄にもイベント管理情報が登録される点である。図10〜図12を参照して、例えばカメラC1およびC2はどちらもグループ1に属しているので、カメラC1で“イベント1”が発生すると、イベント管理テーブル122dのカメラC1欄1221およびカメラC2欄1222にイベント管理情報“イベント1”が登録される。カメラC1欄1221に登録されたイベント管理情報“イベント1”と、カメラC2欄1222に登録されたイベント管理情報“イベント1”との間では、一部の項目の内容が共通する。共通する項目は、アラーム開始時刻223,アラーム終了時刻224およびフレーム枚数225である。
【0029】
以上のように構成された遠隔監視システム10の動作を以下に説明する。カメラC1〜Cnの各々において、センサ103は被写体の異常な動き(以下、アラーム)を検出する機能を持ち、CPU102は、撮影条件テーブル104bを参照しながら、センサ103からのアラームの有無およびサーバ12からのモード切り換えコマンドの有無に応じて通常モードおよびアラームモードの2つの動作モードを相互に切り換えつつ撮影を行う。
【0030】
通常モードとアラームモードとでは、図6に示されるように撮影時の解像度およびフレームレートならびに圧縮時の圧縮率が相違する。カメラC1〜Cnから送出される画像信号には、図7に示されるように、アラームモードで撮影された画像(以下、アラーム画像)か通常モードで撮影された画像(以下、通常画像)かを区別するためのアラームフラグ206が添付されている。
【0031】
サーバ12のCPU125は、通常画像とアラーム画像をアラームフラグ206に基づいて区別し、前者の画像を通常記録領域122aに、後者の画像をアラーム記録領域122bにそれぞれ記録する。
【0032】
カメラC1〜Cnの各々は、独立してアラーム検出を行う。サーバ12のCPU125は、カメラC1〜Cnで撮影されたアラーム画像をカメラC1〜Cnで発生したイベントとしてそれぞれ管理する。具体的には、カメラC1〜Cnで発生したイベント1つ1つについて図12に示されるような内容を持つイベント管理情報22を作成し、作成したイベント管理情報“イベント1”,“イベント2”,…をカメラC1〜Cn毎に、図11に示されるようなイベント管理テーブル122dに登録する。これらのイベント管理情報“イベント1”,“イベント2”,…は、端末14からの再生要求に応じ、サーバ12のCPU125がアラーム記録領域122bから指定されたアラーム画像を読み出す際に参照される。
【0033】
さらにサーバ12のCPU125は、カメラC1〜Cnを複数のグループに区分し、区分結果を図10に示されるようなグループ管理テーブル122cに登録する。そして、あるカメラでイベントが発生したとき、そのカメラからのアラーム画像をアラーム記録領域122bに記録すると共に、記録したアラーム画像のイベント管理情報22を作成してイベント管理テーブル122dの該当カメラ欄に登録する。さらに、アラームが発生したカメラと同じグループに属する他のカメラからの通常画像をアラーム記録領域122bに記録すると共に、記録した通常画像の各々に関するイベント管理情報22をさらに作成してイベント管理テーブル122dの該当カメラ欄にそれぞれ登録する。
【0034】
例えばいま、サーバ12に図10のような内容のグループ管理テーブル122cと、図11のような内容のイベント管理テーブル122dとが保持されており、カメラC1〜Cnが通常モードで動作しているとする。このときカメラC6が新たなアラームを検出、すなわちカメラC6で“イベント3”が発生したとすると、カメラC6のモードがアラームモードに切り換わり、カメラC6からは他のカメラC1〜C5より高品位の画像が出力される。一方、サーバ12では、イベント発生前は各カメラC1〜Cnからの画像を全て通常記録領域122aに記録しているが、イベント発生を受けてカメラC6からの画像の記録先が通常記録領域122aからアラーム記録領域122bに切り換わる。その後イベントが終了すると、カメラC6のモードが通常モードに戻り、同時にサーバ12では、カメラC6からの画像の記録先がアラーム記録領域122bから通常記録領域122aに切り換わる。そしてこのカメラC6で発生した“イベント3”に関する管理情報22が作成され、イベント管理テーブル122d内のカメラC6用領域1226に登録される。これにより、サーバ12のCPU125は、端末14からカメラ番号“6”およびイベント番号“3”の指定を受けたとき、アラーム記録領域122bからカメラC6が撮影した3番目のアラーム画像を読み出すことができる。
【0035】
続いてカメラC3で“イベント2”が発生したとすると、前述のカメラC6で“イベント3”が発生した場合と同様、カメラC3からのアラーム画像をアラーム記録領域122bに記録すると共に、記録したアラーム画像のイベント管理情報22をイベント管理テーブル122dのC3カメラ欄1223に登録する。これに加え、カメラC3と同じグループ2に属するカメラC4およびC5の動作モードもアラームモードに切り替わり、カメラC4およびC5からのアラーム画像もアラーム記録領域122bにさらに記録すると共に、記録した2つのアラーム画像の各々に関するイベント管理情報22をイベント管理テーブル122dのカメラC4およびC5欄1224および1225にも登録する。これにより、サーバ12のCPU125は、端末14からグループ番号“2”およびイベント番号“2”の指定を受けたとき、カメラC3が撮影した2番目のセンサによるアラーム画像と、同時刻にカメラC4およびC5が撮影したコマンドによるアラーム画像とをアラーム記録領域122bからを読み出すことができる。
【0036】
上記のようなイベント発生に伴い新たなイベント管理情報22がイベント管理テーブル122dに登録されていく様子を図13に示す。図13(a)を参照して、カメラC6でイベントが発生したとき、イベント管理テーブル122dのカメラC6欄1226にイベント管理情報“イベント3”が登録される。図13(b)を参照して、続いてカメラC3でイベントが発生したとき、カメラC3の欄1223にイベント管理情報“イベント2”が登録され、さらにカメラC3と同じグループ2に属するカメラC4およびC5の欄1224および1225にもイベント管理情報“イベント2”がそれぞれ登録される。
【0037】
なお、サーバ12のCPU125はマルチタスク機能を備えており、複数のタスクを同時的に実行することができる。例えば、カメラC3〜C5のイベント管理情報を同時的に作成したり、カメラC3〜C5によって撮影された画像を同時的に送出したりすることができる。
【0038】
カメラC1〜CnのCPU102は、撮影時、具体的には図14に示されるフローを処理する。図14を参照して、カメラC1〜Cnの電源が投入されると、CPU102は、まずステップS1の初期処理を実行する。初期処理には、内部メモリ104内の画像記憶領域104aの初期化,インターネット16への接続,動作モードの初期設定などの処理が含まれる。初期設定では、通常モードが選択される。通常モードの場合、画像信号20のアラームフラグ206およびセンサフラグ207は共に解除(OFF)される。
【0039】
次のステップS3でCPU102は、現在の動作モードがアラームモードか否かを判定する。判定結果が否定的であればステップS5に進み、肯定的であればステップS21に進む。
【0040】
ステップS5でCPU102は、センサ103が異常を検知したかどうかを判定する。異常が検出されなければステップS13に進み、異常が検出されるとステップS7に進む。
【0041】
ステップS7でCPU102は、動作モードを通常モードからアラームモードに切り換え、続くステップS9でイベントタイマをスタートさせる。次のステップS11では画像信号20に、センサ103の異常検知に応じて撮影されたアラーム画像であることを示すためにセンサフラグ207をセット(ON)する。そしてステップS21に進む。
【0042】
ステップS13でCPU102は、サーバ12からアラーム動作への切り換え指示を受信したか否かを判定し、判定結果が否定的であればステップS15へ、肯定的であればステップS17に進む。
【0043】
ステップS15でCPU102は、撮影条件テーブル104bに規定されている通常モード用条件1041で撮影を行い、撮影して得られた比較的低品位の通常画像を、図7のようなフォーマットを持つ画像信号20の様態で送出する。通常画像の場合、アラームフラグ206およびセンサフラグ207は共に解除(OFF)されている。その後、ステップS31に進む。
【0044】
ステップS17でCPU102は、動作モードを通常モードからアラームモードに切り換え、続くステップS19でイベントタイマをスタートさせる。そして、ステップS21では、撮影条件テーブル104bに規定されているアラームモード用条件1042で撮影を行い、撮影して得られた比較的高品位のアラーム画像を、図7のようなフォーマットを持つ画像信号20の様態で送出する。サーバ12の指示によるアラーム画像の場合、アラームフラグ206が設定(ON)され、センサフラグ207は解除(OFF)されている。
【0045】
続くステップS23では、イベントタイマがタイムアウトしたか否かを判定し、判定結果が肯定的であればステップS25に進む。判定結果が否定的であれば、ステップS31に進む。
【0046】
ステップS25でCPU102は、動作モードをアラームモードから通常モードに切り換える。次のステップS27では、画像信号20にセンサフラグ207が設定(ON)されているか否かを判定する。そして、判定結果が肯定的であればステップS29に進み、否定的であればステップS29をスキップしてステップS31に進む。
【0047】
ステップS29では、画像信号20のセンサフラグ207を解除(OFF)する。ステップS31では、撮影を継続するかどうかが判断され、継続する場合はステップS3に戻って上記と同様の処理が繰り返される。
【0048】
サーバ12のCPU125は、画像記録時、具体的には図15および図16に示されるフローを処理する。まず図15を参照して、最初のステップS41でCPU125は、初期処理を行う。初期処理には、インターネット16への接続、イントラネット18への接続などが含まれる。
【0049】
初期処理が完了するとCPU125は、ステップS43で画像信号20を受信し、ステップS45ではカメラ識別子202に基づいて画像信号20がどのカメラからのものかを特定する。ステップS47では、グループ管理テーブル122dを参照して、ステップS45で特定されたカメラの属するグループをさらに特定する。ステップS49では、画像信号20のセンサフラグ207がOFFからONに変化したか否かを判定する。判定は、今回受信した画像信号20のセンサフラグ207を前回受信した画像信号20のそれと比較することにより行える。OFFからONへの変化がなければステップS57に進み、変化があればステップS51に進む。
【0050】
ステップS51でCPU125は、ステップS47で特定されたグループに属する他のカメラを検出する。ステップS53では、ステップS51で検出された他のカメラにアラーム動作指示をそれぞれ送信する。その後、ステップS55に進む。
【0051】
ステップS55でCPU125は、ステップS51で検出されたカメラについてイベント管理情報作成タスク(後述)をそれぞれ起動する。その後、ステップS57に進む。
【0052】
ステップS57では、画像信号20のアラームフラグ206がONかどうか、すなわち画像信号20がアラーム画像かどうかを判定する。そして、アラーム画像であればステップS59に進み、アラーム画像でなければステップS61に進む。
【0053】
ステップS59では、アラーム記録が行われる。すなわちCPU125は、ステップS43で受信された画像信号20から画像データ201を取り出し、取り出した画像データ201をアラーム記録領域122bに記録する。記録を終えると、ステップS63に進む。
【0054】
ステップS61では、通常記録が行われる。すなわちCPU125は、ステップS43で受信された画像信号20から画像データ201を取り出し、取り出した画像データ201を通常記録領域122aに記録する。記録を終えると、ステップS63に進む。
【0055】
ステップS63でCPU125は、記録動作を継続するかどうかを判断し、継続する場合はステップS43に戻って上記と同様の処理を繰り返す。
【0056】
上記ステップS55で起動されるタスクはそれぞれ、図16に示すサブルーチンに従って実行される。図16を参照して、ステップS71でCPU125は、アラーム記録領域122bへの記録が実行されたか否かを判定する。判定結果が肯定的であればステップS73に進み、否定的であれば待機する。ステップS73では、画像信号20のアラームフラグ206に変化が生じたか否かを判定する。変化がなければステップS81に進み、変化があればステップS75に進む。
【0057】
ステップS75でCPU125は、ステップS73で検出されたフラグ変化がOFFからONへの変化かどうかを判定する。OFFからONへの変化であればステップS77に進み、ONからOFFへの変化であればステップS83に進む。
【0058】
ステップS77でCPU125は、このタスクと対応するカメラに関する新たなイベント管理情報22として、まずアラーム開始時刻223,フレームレート226,解像度227,記録開始位置228およびセンサフラグ229を登録する。ここでアラーム開始時刻223に登録される値は、アラームフラグがOFFからONへ変化した瞬間の時刻である。次に、ステップS79でフレーム枚数225として“1”を保持し、その後ステップS71に戻る。
【0059】
ステップS81でCPU125は、フレーム枚数225の値をインクリメントし、インクリメント後の値を保持する。その後、ステップS71に戻る。
【0060】
ステップS83でCPU125は、アラーム終了時刻224およびフレーム枚数225を登録する。ここでアラーム終了時刻224に登録される値は、アラームフラグがONからOFFへ変化した瞬間の時刻である。アラーム終了時刻224およびフレーム枚数225を登録し終えた時点で、このタスクは終了される。こうして作成されたイベント管理情報は、イベント管理テーブル122d上の該当カメラ欄に記載される。
【0061】
サーバ12のCPU125は、画像再生時、具体的には図17および図18に示されるフローを処理する。まず図17を参照して、ステップS91でCPU125は、端末14から送信された再生要求パケットを受け付ける。再生要求には、カメラ番号またはグループ番号とイベント番号とが添付されている。ステップS93では、再生要求パケットからカメラ番号またはグループ番号とイベント番号とを取り出す。ステップS95では、パケット内にグループ番号があったか否か、すなわちグループ指定の有無を判定する。グループが指定されていればステップS97に進み、そうでなければステップS101に進む。
【0062】
ステップS97でCPU125は、指定されたグループに属するカメラを特定する。続くステップS99では、特定されたカメラに関する画像送出タスク(後述)をそれぞれ起動する。その後、ステップS103に進む。
【0063】
ステップS101でCPU125は、指定されたカメラに関する画像送出タスクを起動する。その後、ステップS103に進む。
【0064】
ステップS103では、タスクが終了したかどうかが判定される。タスクが終了するとステップS105に進み、そうでなければ待機する。ステップS105では、画像送出制御を継続するか否かが判断され、継続する場合にはステップS91に戻り、上記と同様の処理が繰り返される。
【0065】
上記ステップS99で起動されるタスクはそれぞれ、図18に示すサブルーチンに従って実行される。ステップS101で起動されるタスクも同様である。図18を参照して、ステップS111でCPU125は、イベント管理テーブル122dから、このタスクと対応するカメラの、指定されたイベント番号に該当するイベント管理情報22を取得する。次のステップS113では、ステップS111で取得したイベント管理情報22に基づいて、指定されたイベント番号に該当する画像を特定する。
【0066】
ステップS115でCPU125は、フレーム番号を示す変数Gを初期化する。ステップS117では、実時刻を示す変数Tに再生を開始する実時刻をセットする。ステップS119では、画像を再生する時刻間隔を示す変数t0にフレームレート226の逆数をセットする。ステップS121では、次画像の再生予定実時刻[T+t0]を計算し、計算結果をTにセットする。
【0067】
ステップS123でCPU125は、現在時刻がTを過ぎたか否かを判定する。判定結果が肯定的であればステップS125に進み、そうでなければ待機する。ステップS125では、ステップS113で特定された画像のうちG番目の画像を送出する。ステップS127では、Gをインクリメントする。そしてステップS129では、インクリメント後のGがイベント管理情報22に記載されているフレーム枚数225を超えたか否かを判定する。判定結果が否定的であれば、ステップS121に戻って次の画像を送出し、肯定的であればタスクを終了する。
【0068】
端末14の画面ディスプレイ146には、画像再生時、図19のような画面が表示される。図19を参照して、再生画面24は、監視画像が表示される主領域24aと、操作ボタン類が表示される副領域24bとに区分される。副領域24bには再生ボタン241,停止ボタン242,逆再生ボタン243,終了ボタン244,グループ番号またはカメラ番号を指定するための選択入力欄245,イベント番号を指定するための入力欄246および一画面内に表示する窓数を指定するための入力欄247が提示される。図の例では主領域内24aに4つの窓2481〜2484が提示されているが、一画面内に表示する窓数を変更したい場合、ユーザは入力欄247に所望の数mを入力すればよい。数字が入力されると、入力された数mと同数の窓2481〜248mが主領域24a内に提示される。
【0069】
サーバ12からアラーム画像を読み出して再生したい場合、ユーザは、まず選択入力欄245を通じてカメラ番号またはグループ番号を指定し、次いで入力欄246を通じてイベント番号を指定し、その後再生ボタン241を押す。応じて端末14から再生要求パケットが送信される。再生要求には、カメラ番号またはグループ番号とイベント番号とが添付される。
【0070】
いま、サーバが図13(b)のイベント管理テーブル122dに記載されているイベント管理情報と対応する画像を保持しているとし、このとき端末14を通じてグループ番号“2”およびイベント番号“2”が指定されたとする。この再生要求に応じ、サーバ12からは“グループ2”で発生した“イベント2”に該当する画像、すなわちカメラC3が撮影した“イベント2”のセンサによるアラーム画像と、カメラC4が撮影した“イベント2”のコマンドによるアラーム画像と、カメラC5が撮影した“イベント2”のコマンドによるアラーム画像との計3種類の画像信号20が送出される。
【0071】
これらの画像信号20を端末14が受信し、再生画面24の主領域24aに提示された3つの窓2481〜2483の中には、“イベント2”の発生時にカメラC3〜C5によって撮影された画像がそれぞれ表示される。3つの窓2481〜2483の各々には、撮影を行ったカメラC3〜C5を示すタイトルタグタグ2481a〜2483aが付される。窓2481〜2483の画像はいずれも高品位なアラーム画像であり、窓2481〜2483にはさらに、センサの異常検知によるアラーム画像なのか、コマンドによるアラーム画像なのかを示すセンサ/コマンドタグ2481b〜2483bも付される。余った窓2484には例えばブラック画面が表示され、タイトルタグやアラーム/コマンドタグは付されない。
【0072】
以上の説明からわかるように、この実施例の遠隔監視システム10では、N個の監視カメラC1〜Cnの各々は、自分のセンサ103によりアラームが検出されるかまたはサーバ12からコマンドが発行されると高品位なアラームモードで撮影を行い、そうでなければ低品位な通常モードで撮影を行って画像信号20をサーバ12に送信する。また、アラームが検出されたとき画像信号20にアラームフラグ206をセットしてサーバ12に送信する。さらに、アラームモードで撮影された画像信号20には、その画像信号20がセンサ103のアラーム検出に応じて撮影されたものなのかコマンドに応じて撮影されたものなのかを区別するためのセンサフラグ207を付加する。
【0073】
サーバ12は、N個の監視カメラC1〜Cnを複数のグループに分割して、N個のカメラの各々がどのグループに属するかをグループ管理テーブル122cに登録しておく。そして、N個のカメラC1〜Cnのいずれか1つからアラームフラグ206のセットされた画像信号20を受信したとき、このアラーム画像信号を送信したカメラと同じグループに属する他のカメラをグループ管理テーブル122cから特定する。そして、特定されたカメラに向けてコマンドを発行する。こうして発行されるコマンドに応じ、アラーム信号を送信したカメラと同じグループに属する他のカメラが動作モードをアラームモードへと切り換え、高品位の撮影を開始する。
【0074】
すなわち、あるカメラでアラームが検出されたとき、そのカメラが高品位撮影を開始するのに連動して、そのカメラと同じグループに属する他のカメラも高品位撮影を開始することとなる。これにより、アラームが検出されたカメラからだけでなく、アラームが検出されたカメラと同じグループに属する他のカメラからも高品位の画像信号を入手することができる。より具体的には、例えばある1つのビル内の各所に設置された複数のカメラを1つのグループに分類しておけば、ビル内のある部屋で異常が起こったとき、異常が起こった部屋のカメラが撮影したアラーム画像を見られるだけでなく、異常発生時にビルの玄関や廊下のカメラが撮影していたアラーム画像も一緒に比べながら見ることができる。つまり、発生した異常と関係のあるカメラだけを選択して高品位撮影を行わせることにより、異常と関係のあるアラーム映像だけを選択的かつ一括的に獲得するので、異常発生原因を効率よく究明することができる。
【0075】
また、上記のようにしてアラームまたはコマンドに応じて撮影を行ったカメラから出力された画像信号は互いに関連付けられ、特定のアラームに関係のある画像信号の集まりとして一括的に利用することができる。関連付けは、1つのアラームの検出開始から終了までのアラーム持続期間を1つのイベントと対応させ、アラーム持続期間内にアラームが検出されたカメラから送られてくるアラーム画像信号およびそのカメラと同じグループに属する他のカメラから送られてくる通常画像信号の各々に同一のイベント番号を付与することにより行う。こうすれば簡単に関連付けが行える。
【0076】
関連付けされた画像信号は、アラーム記録領域122bに記録される。それにより、関連付けされた画像信号を好きなときに何度でも利用できる。その際、関連付けされた画像信号の各々がアラーム記録領域122b内のどの位置に記録されたかを示す記録開始位置228を含むイベント管理情報22を作成してイベント管理テーブル122dに登録する。これにより、イベント番号が指定されると、指定されたイベント番号に対応する画像信号の各々をイベント管理テーブル122dに基づいてアラーム記録領域122bから容易に読み出すことができる。
【0077】
また、センサ103のアラーム検出を受けて撮影された画像信号ではセンサフラグ207がセットされ、コマンドに応じて撮影された画像信号ではセンサフラグ207が解除されるので、センサによるアラーム画像とコマンドによるアラーム画像とを互いに区別することができる。
【0078】
なお、この実施例では、カメラC1〜Cnはアラームもコマンドも検出されないとき通常モードで低品位撮影を行い、アラームまたはコマンドが検出されるとアラームモードで高品位撮影を行っているが、代わりに品位切り換え機能を持たないカメラを設置して、アラームもコマンドも検出されないときは撮影を行わず、アラームまたはコマンドが検出されると撮影を行うようにしてもよい。あるいは、アラームやコマンドの発行と関係なく撮影を行い、アラームまたはコマンドが検出されたとき撮影画像信号を送信するようにしてもよい。ただし、この実施例のように品位切り換えを行えば、アラーム発生前の監視映像も見られるので、異常発生原因の究明に役立つ。
【0079】
また、この実施例では、グループ内の複数カメラからの画像を記録・再生する際にマルチタスク処理を行っているが、シリアル処理により行うことも可能である。
【図面の簡単な説明】
【図1】この発明の一実施例である遠隔監視システムの全体構成を示すブロック図である。
【図2】カメラの構成例を示すブロック図である。
【図3】サーバの構成例を示すブロック図である。
【図4】端末の構成例を示すブロック図である。
【図5】カメラの内部メモリの内容を示す図解図である。
【図6】撮影条件テーブルの一例を示す図解図である。
【図7】カメラから出力される画像信号のフォーマットを示す図解図である。
【図8】サーバのHDの内容を示す図解図である。
【図9】通常記録領域およびアラーム記録領域の内容を示す図解図である。
【図10】グループ管理テーブルの一例を示す図解図である。
【図11】イベント管理テーブルの一例を示す図解図である。
【図12】イベント管理情報の内容を示す図解図である。
【図13】イベント発生に伴い新たな管理情報がイベント管理テーブルに登録されていく様子を示す図解図である。
【図14】カメラの撮影動作を示すフロー図である。
【図15】サーバの画像記録動作の一部を示すフロー図である。
【図16】サーバの画像記録動作の他の一部を示すフロー図である。
【図17】サーバの画像送出動作の一部を示すフロー図である。
【図18】サーバの画像送出動作の他の一部を示すフロー図である。
【図19】端末に表示される画像再生画面の一例を示す図解図である。
【符号の説明】
10…監視カメラシステム
C1〜Cn…カメラ
12…サーバ
14…端末
16…インターネット
18…イントラネット
Claims (9)
- N個(Nは2以上の任意の整数)の監視カメラと前記N個の監視カメラを制御するカメラ制御装置とを備える監視カメラシステムにおいて、
前記N個の監視カメラの各々は、
アラームおよび送信命令のいずれか1つが発行されたとき撮影画像信号を前記カメラ制御装置に送信する送信手段、および
前記アラームが発行されたときアラーム発行タイミングによって規定される特定時間帯に撮影された画像信号に特定識別子を割り当てる割り当て手段を備え、
前記カメラ制御装置は、
前記N個の監視カメラを複数のグループに分割する分割手段、
前記N個の監視カメラのいずれか1つから前記特定識別子が割り当てられた特定画像信号を受信したとき前記特定画像信号を送信した監視カメラと同じグループに属する他の監視カメラを検出する検出手段、および
前記検出手段によって検出された監視カメラに向けて前記送信命令を発行する発行手段を備えることを特徴とする、監視カメラシステム。 - 前記カメラ制御装置は、前記検出手段によって検出された監視カメラによって前記特定時間帯に撮影された画像信号を前記特定画像信号に関連付ける関連付け手段をさらに備える、請求項1記載の監視カメラシステム。
- 前記関連付け手段は、共通の時間帯に撮影された画像信号に共通の番号を付与する付与手段を含む、請求項2記載の監視カメラシステム。
- 前記N個の監視カメラの各々は、前記アラームおよび前記送信命令のいずれか1つが発行されたとき第1品位で被写界を撮影し、前記アラームおよび前記送信命令のいずれも発行されないとき前記第1品位よりも低い第2品位で被写界を撮影する撮影手段をさらに備える、請求項1ないし3のいずれかに記載の監視カメラシステム。
- 前記品位を規定するパラメータはフレームレートを含み、
前記撮影手段は、前記アラームおよび前記送信命令のいずれか1つが発行されたとき第1フレームレートで撮影を行い、前記アラームおよび前記送信命令のいずれも発行されないとき前記第1フレームレートよりも低い第2フレームレートで撮影を行う、請求項4記載の監視カメラシステム。 - 前記信号処理装置は、前記関連付け手段によって関連付けられた画像信号を記録する記録手段、および前記関連付け手段によって関連付けられた画像信号を各々の品位に従う態様で再生する再生手段をさらに備える、請求項4または5記載の監視カメラシステム。
- アラームおよび送信命令のいずれか1つが発行されたとき撮影画像信号を送信しかつ前記アラームが発行されたときアラーム発行タイミングによって規定される特定時間帯に撮影された画像信号に特定識別子を割り当てるN個(Nは2以上の任意の整数)の監視カメラを制御するカメラ制御装置において、
前記N個の監視カメラを複数のグループに分割する分割手段、
前記N個の監視カメラのいずれか1つから前記特定識別子が割り当てられた特定画像信号を受信したとき前記特定画像信号を送信した監視カメラと同じグループに属する他の監視カメラを検出する検出手段、および
前記検出手段によって検出された監視カメラに向けて前記送信命令を発行する発行手段を備えることを特徴とする、カメラ制御装置。 - アラームおよび送信命令のいずれか1つが発行されたとき撮影画像信号を送信しかつ前記アラームが発行されたときアラーム発行タイミングによって規定される特定時間帯に撮影された画像信号に特定識別子を割り当てるN個(Nは2以上の任意の整数)の監視カメラを複数グループに分割して制御するカメラ制御方法において、
(a)前記N個の監視カメラのいずれか1つから前記特定識別子が割り当てられた特定画像信号を受信したとき前記特定画像信号を送信した監視カメラと同じグループに属する他の監視カメラを検出し、そして
(b)前記ステップ(a)によって検出された監視カメラに向けて前記送信命令を発行することを特徴とする、カメラ制御方法。 - アラームおよび送信命令のいずれか1つが発行されたとき撮影画像信号を送信しかつ前記アラームが発行されたときアラーム発行タイミングによって規定される特定時間帯に撮影された画像信号に特定識別子を割り当てるN個(Nは2以上の任意の整数)の監視カメラを複数グループに分割して制御する装置によって実行されるカメラ制御プログラムにおいて、
前記N個の監視カメラのいずれか1つから前記特定識別子が割り当てられた特定画像信号を受信したとき前記特定画像信号を送信した監視カメラと同じグループに属する他の監視カメラを検出する検出ステップ、および
前記検出ステップによって検出された監視カメラに向けて前記送信命令を発行する発行ステップを備えることを特徴とする、カメラ制御プログラム。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2003175733A JP2005012590A (ja) | 2003-06-20 | 2003-06-20 | 監視カメラシステム |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2003175733A JP2005012590A (ja) | 2003-06-20 | 2003-06-20 | 監視カメラシステム |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2005012590A true JP2005012590A (ja) | 2005-01-13 |
Family
ID=34098788
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2003175733A Pending JP2005012590A (ja) | 2003-06-20 | 2003-06-20 | 監視カメラシステム |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2005012590A (ja) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2006332754A (ja) * | 2005-05-23 | 2006-12-07 | Fujitsu Ltd | 画像配信方法、画像配信装置、事象検出装置、及び画像閲覧操作端末 |
JP2006352515A (ja) * | 2005-06-16 | 2006-12-28 | Sharp Corp | テレビドアホンシステム |
JP2007074621A (ja) * | 2005-09-09 | 2007-03-22 | Toa Corp | 監視システムおよびその制御装置 |
JP2008015809A (ja) * | 2006-07-06 | 2008-01-24 | Mitsubishi Heavy Ind Ltd | 必要映像抽出機能を有する料金所監視システム |
JP2008271349A (ja) * | 2007-04-24 | 2008-11-06 | Hitachi Ltd | 監視用記録再生装置 |
WO2020148890A1 (ja) * | 2019-01-18 | 2020-07-23 | 日本電気株式会社 | 情報処理装置 |
CN113923344A (zh) * | 2020-07-09 | 2022-01-11 | 原相科技股份有限公司 | 运动侦测方法及图像传感器装置 |
-
2003
- 2003-06-20 JP JP2003175733A patent/JP2005012590A/ja active Pending
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2006332754A (ja) * | 2005-05-23 | 2006-12-07 | Fujitsu Ltd | 画像配信方法、画像配信装置、事象検出装置、及び画像閲覧操作端末 |
JP2006352515A (ja) * | 2005-06-16 | 2006-12-28 | Sharp Corp | テレビドアホンシステム |
JP2007074621A (ja) * | 2005-09-09 | 2007-03-22 | Toa Corp | 監視システムおよびその制御装置 |
JP4723960B2 (ja) * | 2005-09-09 | 2011-07-13 | ティーオーエー株式会社 | 監視システムおよびその制御装置 |
JP2008015809A (ja) * | 2006-07-06 | 2008-01-24 | Mitsubishi Heavy Ind Ltd | 必要映像抽出機能を有する料金所監視システム |
JP2008271349A (ja) * | 2007-04-24 | 2008-11-06 | Hitachi Ltd | 監視用記録再生装置 |
WO2020148890A1 (ja) * | 2019-01-18 | 2020-07-23 | 日本電気株式会社 | 情報処理装置 |
JPWO2020148890A1 (ja) * | 2019-01-18 | 2021-10-14 | 日本電気株式会社 | 情報処理装置 |
JP7151790B2 (ja) | 2019-01-18 | 2022-10-12 | 日本電気株式会社 | 情報処理装置 |
US11893797B2 (en) | 2019-01-18 | 2024-02-06 | Nec Corporation | Information processing device |
CN113923344A (zh) * | 2020-07-09 | 2022-01-11 | 原相科技股份有限公司 | 运动侦测方法及图像传感器装置 |
CN113923344B (zh) * | 2020-07-09 | 2024-02-06 | 原相科技股份有限公司 | 运动侦测方法及图像传感器装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20040227817A1 (en) | Motion detecting system, motion detecting method, motion detecting apparatus, and program for implementing the method | |
EP1292147B1 (en) | Event image recording system and event image recording method | |
CN106559697A (zh) | 一种基于pvr机顶盒的录制文件封面显示方法及系统 | |
CN102547093A (zh) | 图像记录装置、图像记录方法和程序 | |
CN111836102B (zh) | 视频帧的分析方法和装置 | |
JP5349632B2 (ja) | 画像処理方法及び画像処理装置 | |
JP2005012590A (ja) | 監視カメラシステム | |
JP5124994B2 (ja) | 画像再生システム、デジタルカメラ、および画像再生装置 | |
JP4346371B2 (ja) | 監視カメラシステム | |
JP2002152721A (ja) | 録画再生装置の映像表示方法および装置 | |
JP4611042B2 (ja) | 映像出力システムおよび映像を出力するための制御プログラム | |
JP2005006164A (ja) | 監視カメラシステム | |
TW201743606A (zh) | 監控資料的原始畫面儲存系統及其儲存方法 | |
JP4454704B2 (ja) | 画像処理装置 | |
JP3631034B2 (ja) | ディジタルカメラ | |
JP7099687B2 (ja) | 映像監視システム及びその方法と処理装置 | |
JP3859449B2 (ja) | 映像再生方法 | |
JP4882525B2 (ja) | 画像再生システム、デジタルカメラ、および画像再生装置 | |
JP6252921B1 (ja) | 監視カメラシステム及び再生方法 | |
JP3968813B2 (ja) | カメラシステム | |
JP4065149B2 (ja) | 画像信号処理装置 | |
JPH11150677A (ja) | 撮影装置、及び撮影装置を備える移動体の検出システム | |
JP4679445B2 (ja) | 記録管理装置 | |
JP4191398B2 (ja) | 監視画像記録装置 | |
JP4000029B2 (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: 20080731 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 |
Effective date: 20081202 Free format text: JAPANESE INTERMEDIATE CODE: A02 |