JP4065149B2 - 画像信号処理装置 - Google Patents
画像信号処理装置 Download PDFInfo
- Publication number
- JP4065149B2 JP4065149B2 JP2002188070A JP2002188070A JP4065149B2 JP 4065149 B2 JP4065149 B2 JP 4065149B2 JP 2002188070 A JP2002188070 A JP 2002188070A JP 2002188070 A JP2002188070 A JP 2002188070A JP 4065149 B2 JP4065149 B2 JP 4065149B2
- Authority
- JP
- Japan
- Prior art keywords
- cpu
- proceeds
- camera
- block
- luminance
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Closed-Circuit Television Systems (AREA)
- Image Analysis (AREA)
Description
【０００１】
【発明の属する技術分野】
この発明は、画像信号処理装置に関し、特にたとえば、監視カメラシステムに適用され、複数のカメラから出力された複数の動画像信号の各々を選択的に取り込んで処理する、画像信号処理装置に関する。
【０００２】
【従来技術】
複数台の固定監視カメラを備え、それぞれのカメラで撮影された画像を選択的に取り込み、取り込んだ画像からそれぞれの監視エリアに不審者が侵入するなどの動き（異常）がないかどうかを監視する監視カメラシステムにおいて、従来は、一定の時間間隔でまたは一定のパターンに従って各カメラを順次有効化（選択）していた。
【０００３】
【発明が解決しようとする課題】
しかし、上述の従来技術では、たとえば或るカメラによって不審者が撮影されたとしても、所定の時間が経過すると自動的に別のカメラが有効化され、これによって当該不審者の行動が認識できなくなってしまう。一方、或るカメラによって撮影された画像に動きが無い場合でも、そのカメラは所定の時間にわたって有効化され続ける。換言すれば、監視する必要性の低い監視エリアについても、所定の時間を掛けて監視される。よって、この間、別のカメラによる監視エリア内に不審者が侵入するなどの動きがあっても、その動きは直ぐには認識されない。つまり、上述の従来技術では、被写体に動きが生じても、その動きを適切かつ迅速に認識することができない、という問題がある。
【０００４】
それゆえに、この発明の主たる目的は、被写体の動きを適切かつ迅速に認識することができる、画像信号処理装置を提供することである。
【０００５】
【課題を解決するための手段】
この発明の画像信号処理装置は、複数のカメラから出力された複数の動画像信号の各々を選択的に取り込む取り込み手段、取り込み手段によって取り込まれた動画像信号に基づいて複数のカメラによって撮影される複数の被写体の動きを個別に判別する判別手段、および判別手段の判別結果に基づいて前記取り込み手段による取り込み態様を制御する第１制御手段を備え、判別手段は、画面に割り当てられた複数のブロックの各々から被写体の動き量を検出し、検出した動き量に基づいて画面に割り当てるブロックの数を制御する第２制御手段をさらに備えることを特徴とする。
【０００６】
【作用】
請求項１に従う発明では、取り込み手段が、複数のカメラから出力される複数の動画像信号の各々を選択的に取り込み、判別手段が、当該取り込み手段によって取り込まれた動画像信号に基づいて各カメラによって撮影される各被写体の動きを個別に判別する。そして、第１制御手段が、判別手段の判別結果、つまりそれぞれのカメラで撮影された被写体の動きに基づいて、取り込み手段による取り込み態様を制御する。また、第２制御手段は、判別手段において、画面に割り当てられた複数のブロックの各々から被写体の動き量を検出し、検出した動き量に基づいて画面に割り当てるブロックの数を制御する。つまり、この第２制御手段では、それぞれのカメラによって撮影される被写体の動きに基づいて、画面に割り当てるブロックの数、言わば検出手段による検出分解能が制御される。
【０００７】
なお、取り込み手段は、複数のカメラの各々を時分割で選択する選択手段を含み、第１制御手段は、選択手段の選択態様を制御する選択態様制御手段を含むものとしてもよい。
【０００８】
また、取り込み手段は、複数の動画像信号の各々に含まれる静止画像信号を選択的に抽出する抽出手段を含み、第１制御手段は、抽出手段の抽出態様を制御する抽出態様制御手段を含むものとしてもよい。
【０００９】
さらに、判別手段は、検出手段によって検出された動き量をしきい値と比較する比較手段をさらに含むものとし、判別手段の判別結果に基づいて当該しきい値を制御する第３制御手段をさらに備えてもよい。つまり、それぞれのカメラによって撮影される被写体の動きに基づいて、当該動きの有無の判別基準となるしきい値が制御されるものとしてもよい。
【００１０】
そして、第３制御手段は、しきい値をブロック毎に制御するものとしてもよい。つまり、動きの有無の判断基準となるしきい値がブロック毎に制御されるものとしてもよい。
【００１３】
【発明の効果】
この発明によれば、それぞれのカメラで撮影された被写体の動きに基づいて、各カメラからの動画像信号の取り込み態様が制御されるので、当該被写体の動きを適切かつ迅速に認識することができる。
【００１４】
この発明の上述の目的，その他の目的，特徴および利点は、図面を参照して行う以下の実施例の詳細な説明から一層明らかとなろう。
【００１５】
【実施例】
図１を参照して、第１実施例の監視カメラシステム１０は、互いに別の場所に設置された複数（Ｎ）台の固定監視カメラ１２，１２，・・・と、これらのカメラ１２，１２，・・・が入力側に接続されたマルチプレクサ１４と、このマルチプレクサ１４の出力側に接続された画像記録装置１６とを含む。
【００１６】
各カメラ１２，１２，・・・は、いずれもディジタル式のものであり、各カメラ１２，１２，・・・から出力される被写体の画像データは、マルチプレクサ１４に入力される。なお、それぞれのカメラ１２には、個別の識別番号ｎ（ｎ＝１，２，・・・，Ｎ）が付されており、それぞれのカメラ１２は、自身に付された識別番号ｎを表すＩＤ（IDentification）情報を自身が出力する画像データのＶＢＩ（Vertical Blanking Interval）に重畳する。
【００１７】
マルチプレクサ１４は、画像記録装置１６に内蔵されたＣＰＵ（Central Processing Unit）１８から供給されるカメラ選択制御信号に従って、各カメラ１２，１２，・・・から入力される複数の画像データのいずれかを選択、つまり有効化する。このマルチプレクサ１４によって有効化されたカメラ１２の画像データは、画像記録装置１６に入力される。
【００１８】
画像記録装置１６に入力された画像データは、まず、画像入力インタフェース回路２０によって「ＹＵＶ４：２：２」フォーマットに従うＹＵＶデータに変換される。そして、この画像入力インタフェース回路２０によって変換されたＹＵＶデータ（以下、このＹＵＶデータについても画像データと言う。）は、データバス２２を介してビデオエンコーダ回路２４に入力される。
【００１９】
ビデオエンコーダ回路２４は、入力された画像データ（ＹＵＶデータ）を、アナログ信号であるコンポジットビデオ信号またはコンポーネントビデオ信号（Ｓビデオ信号やＲＧＢ信号など）に変換する。変換後のビデオ信号は、図示しないモニタ装置に入力され、これによって現在有効化されているカメラ１２によって撮影された画像、いわゆるライブ画像がモニタ装置の画面に映し出される。
【００２０】
操作キー２６の操作によって通常監視モードが選択されると、ＣＰＵ１８は、通常監視動作に入る。すなわち、ＣＰＵ１８は、図２に示すように、各カメラ１２，１２，・・・が一定の周期Ｔaで順次有効化されるようカメラ選択制御信号を生成する。このカメラ選択制御信号はマルチプレクサ１４に供給され、これによって各カメラ１２，１２，・・・が当該周期Ｔa毎に順次有効化される。そして、有効化されたカメラ１２から出力される画像データに基づいて、当該カメラ１２による撮影ライブ画像が上述と同様の手順でモニタ装置の画面に映し出される。なお、周期Ｔaの値は、操作キー２６の操作によって、画像データの数十フィールド期間〜数百フィールド期間の範囲内で任意に設定できる。
【００２１】
ＣＰＵ１８はまた、有効化されたカメラ１２の画像データ（画像入力インタフェース回路２０による変換後のＹＵＶデータ）をＳＤＲＡＭ（Synchronous Dynamic ROM）２８に一旦記憶する。そして、ＣＰＵ１８は、ＳＤＲＡＭ２８に記憶した画像データを１フィールド単位で圧縮伸長回路３０に転送する。圧縮伸長回路３０に転送された画像データは、ここでモーションＪＰＥＧ（Motion Joint Photographic Expert Group）方式に基づいて圧縮され、これによって圧縮画像ファイルが生成される。この圧縮画像ファイルは、ＣＰＵ１８による制御によって再度ＳＤＲＡＭ２８に記憶された後、ハードディスク３２に転送され、記録される。なお、このハードディスク３２への画像データ（圧縮画像ファイル）の記録は、当該画像データの３フィールド〜５フィールドにつき１回行われる。
【００２２】
さらに、ＣＰＵ１８は、輝度評価回路３４によって算出される輝度評価値Ａy[i]に基づいて、現在有効化されているカメラ１２による監視エリア内に不審者が侵入するなどの動きが生じていないかどうかを判断する。
【００２３】
具体的には、画像入力インタフェース回路２０による変換後のＹＵＶデータのうちＹ（輝度）データが、輝度積算回路３４に入力される。輝度積算回路３４は、入力されるＹデータによって展開される画像（監視エリア）を図３に示すように横８列×縦８行の６４個のブロックに分割するとともに、それぞれのブロックにラスタスキャン方式で“０”〜“６３”のブロック番号ｉを付与する。そして、それぞれのブロックを構成する各画素のＹデータを当該ブロック毎に積算して上述の輝度積算値Ａy[i]を算出する。
【００２４】
ここで、たとえば、或るフィールドの画像が図４（ａ）に示すような状態であり、このフィールドよりも時間的に遅く取り込まれたフィールドの画像に図４（ｂ）に示すような不審者５０が現れたとする。この場合、不審者５０が存在しないブロックにおいては、輝度評価値Ａy[i]は変化しないが、図４（ｂ）に斜線で示すように不審者５０が存在するブロックにおいて、当該輝度評価値Ａy[i]が変化する。したがって、輝度評価値Ａy[i]の変化を捉えることによって、監視エリア内に不審者５０が侵入するなどの動きが生じていないかどうかを判断できる。
【００２５】
そこで、ＣＰＵ１８は、輝度積算回路３４によって算出された輝度評価値Ａy[i]を数フィールドおきに取り込む。そして、今回取り込んだ輝度評価値Ａy[i]と前回取り込んだ輝度積算値Ａy[i]’との差分、つまり輝度差ΔＡy[i]（＝｜Ａy[i]−Ａy[i]’｜）を算出し、算出した輝度差ΔＡy[i]を閾値αと比較する。ここで、輝度差ΔＡy[i]が閾値αを上回る（ΔＡy[i]＞α）とき、ＣＰＵ１８は、監視エリア内に動きが有る、より詳しくは輝度差ΔＡy[i]が閾値αを上回るブロックにおいて当該動きが有ると判断する。そして、ＣＰＵ１８は、監視エリア内に動きが有ることを表す警告メッセージをモニタ装置の画面にオーバレイ（ＯＳＤ：On Screen Display）表示するとともに、上述した圧縮画像ファイルのアプリケーション・マーカ・セグメントに当該動きが有ることを表す警告データを組み込む。
【００２６】
一方、いずれのブロックにおいても、輝度差ΔＡy[i]が閾値α以下（ΔＡy[i]≦α）である場合には、ＣＰＵ１８は、動き無しと判断する。この場合、ＣＰＵ１８は、上述した警告メッセージの表示および圧縮画像ファイルへの警告データの組み込みを行わない。
【００２７】
なお、警告メッセージの表示および圧縮画像ファイルへの警告データの組み込みが行われている状態で、別のカメラ１２が有効化されたとき、ＣＰＵ１８は、当該警告メッセージの表示および警告データの組み込みを中止する。そして、新たに有効化されたカメラ１２の画像データ（輝度積算値Ａy[i]）に基づいて、改めて上述と同様の手順に従って動きの有無を判断する。
【００２８】
また、上述した前回の輝度積算値Ａy[i]’は、メモリ３６内の所定領域Ｍ[n,i]に記憶される。具体的には、メモリ３６は、各カメラ１２，１２，・・・に対応する複数の記憶領域Ｍ[1]，Ｍ[2]，・・・Ｍ[N]を有しており、それぞれの記憶領域Ｍ[n]は上述したブロック番号ｉに対応する複数（Ｉ個：Ｉはブロックの数）の領域Ｍ[n,i]に細分化されている。ＣＰＵ１８は、識別番号ｎのカメラ１２から出力された画像データに基づくブロック番号ｉのブロックにおける輝度積算値Ａy[i]’を、これら識別番号ｎおよびブロック番号ｉの組合せに対応する領域Ｍ[n,i]に記憶する。
【００２９】
ところで、この実施例における監視カメラシステム１０は、上述の通常監視モードの他に適応監視モードというモードをも備えている。操作キー２６の操作によってこの適応監視モードが選択されると、ＣＰＵ１８は、適応監視動作に入る。
【００３０】
すなわち、適応監視動作に入ると、ＣＰＵ１８は、基本的には各カメラ１２，１２，・・・が一定の周期Ｔbで順次有効化されるようにマルチプレクサ１４を制御する（厳密には、このような制御を実現するためのカメラ選択制御信号を生成する）。そして、ＣＰＵ１８は、有効化されたカメラ１２の画像データ（輝度積算値Ａy[i]）に基づいて、上述と同様の手順に従って当該カメラ１２による監視エリア内に動きがないかどうかを判断する。
【００３１】
ここで、動き有りと判断した場合、ＣＰＵ１８は、現在の監視エリアをより重点的に監視するべく、図５に示すように現在有効化されているカメラ１２（図５において識別番号ｎが“２”番のカメラ１２）が周期Ｔbよりも長い期間Ｔd（Ｔd＞Ｔb）にわたって有効化されるようにマルチプレクサ１４を制御する。一方、動き無しと判断した場合は、ＣＰＵ１８は、現在有効化されているカメラ１２が有効化されてから上述の周期Ｔbに相当する期間が経過した時点で、次のカメラ１２が有効化されるようマルチプレクサ１４を制御する。
【００３２】
なお、各監視エリア内での動きの有無の判断結果は、レジスタ３８の所定領域Ｒ[n,i]に記憶される。具体的には、レジスタ３８は、各カメラ１２，１２，・・・に対応する複数（Ｎ個）の記憶領域Ｒ[1]，Ｒ[2]，・・・Ｒ[N]を有しており、それぞれの記憶領域Ｒ[n]は上述のブロック番号ｉに対応する複数（Ｉ個）の領域Ｒ[n,i]に細分化されている。ＣＰＵ１８は、識別番号ｎのカメラ１２による監視エリア内のブロック毎の動きの有無を、当該識別番号ｎおよびブロックのブロック番号ｉの組合せに対応する領域Ｒ[n,i]に記憶する。
【００３３】
また、ＣＰＵ１８は、有効化されているカメラ１２の画像データをＳＤＲＡＭ２８経由で圧縮伸長回路３０に転送し、圧縮させる。そして、圧縮後の圧縮画像ファイルを、ＳＤＲＡＭ２８経由でハードディスク３２に転送し、記録させる。ただし、ＣＰＵ１８は、動き無しと判断した監視エリア、換言すれば重点的に監視する必要性の低い監視エリアの画像データ（圧縮画像ファイル）については、５フィールド〜９フィールドにつき１回、ハードディスク３２への記録を行う。このように言わば不必要な画像データについては比較的に長いインターバルをおいて間欠的にハードディスク３２に記録されるので、当該ハードディスク３２の記録容量の無駄な消費が抑制される。
【００３４】
一方、動き有りと判断した監視エリア、つまり重点的に監視する必要のある監視エリアの画像データについては、ＣＰＵ１８は、１フィールド〜３フィールドにつき１回、ハードディスク３２への記録を行う。このように重要な画像データは短いインターバルでハードディスク３２に記録されるので、事後に監視エリアの動きを詳細に分析するのに有効である。
【００３５】
かかる適応監視動作において、ＣＰＵ１８は、自身が内蔵するＲＯＭ４０に記憶された制御プログラムに従って、図６〜図９の各フロー図で示される処理を実行する。
【００３６】
図６を参照して、ＣＰＵ１８はまず、ステップＳ１の初期設定処理を実行する。この初期設定処理において、ＣＰＵ１８は、全てのカメラ１２，１２，・・・について上述した輝度積算値Ａy[i]を算出する。そして、算出した輝度積算値Ａy[i]を前回の輝度積算値Ａy[i]’としてメモリ３６の各領域Ｍ[n,i]に記憶する。この初期設定処理については、後で詳しく説明する。
【００３７】
初期設定処理の終了後、ＣＰＵ１８は、ステップＳ３に進み、有効化するカメラ１２を指定するための識別番号ｎに“１”を設定する。そして、ＣＰＵ１８は、ステップＳ５に進み、当該設定された識別番号ｎのカメラ１２を有効化した後、ステップＳ７において、上述した期間ＴbまたはＴdをカウントするためのカウンタｃをクリア（ｃ＝０）する。
【００３８】
さらに、ＣＰＵ１８は、ステップＳ９に進み、所定のフラグＦに“０”を設定する。このフラグＦは、現在の監視エリアに動きが有るかどうかを表す指標であり、当該フラグＦが“０”であるとき、現在の監視エリアに動きが無いことを表す。一方、フラグＦが“１”のとき、当該フラグＦは、現在の監視エリアに動きが有ることを表す。
【００３９】
ステップＳ９の処理後、ＣＰＵ１８は、ステップＳ１１において垂直同期信号Ｖsyncの入力を待つ。そして、垂直同期信号Ｖsyncの入力を確認すると、ＣＰＵ１８は、ステップＳ１３に進み、圧縮伸長回路３０に画像データの圧縮を命令する。
【００４０】
そして、ＣＰＵ１８は、ステップＳ１５に進み、輝度積算回路３４から輝度積算値Ａy[i]を取り込み、ステップＳ１７において、当該取り込んだ輝度積算値Ａy[i]と上述したメモリ３６に記憶された輝度積算値Ａy[i]’とから輝度差ΔＡy[i]を算出する。この輝度差ΔＡy[i]の算出後、ＣＰＵ１８は、ステップＳ１９の動き判定処理を実行し、当該輝度差ΔＡy[i]に基づいて現在の監視エリアに動きが有るかどうかを判断する。この判断結果は、上述したようにレジスタ３８に記憶される。この動き判定処理については、後で詳しく説明する。
【００４１】
さらに、ＣＰＵ１８は、ステップＳ２１において、輝度積算値Ａy[i]を前回の輝度積算値Ａy[i]’としてメモリ３６に記憶する。そして、ステップＳ２３において、上述したカウンタｃのカウント値を１だけインクリメントした後、図７のステップＳ２５に進む。
【００４２】
ステップＳ２５において、ＣＰＵ１８は、上述したフラグＦに“０”が設定されているか否かを判断する。ここで、フラグＦに“０”が設定されている場合、ＣＰＵ１８は、ステップＳ２７に進み、上述したステップＳ１９の動き判定処理において“動き有り”と判定されたか否か、詳しくは現在有効化されているカメラ１２（識別番号ｎ）に対応するレジスタ３８の記憶領域Ｒ[n,i]のいずれかに“動き有り”という判定結果が記憶されているか否かを判断する。ここで、全ての記憶領域Ｒ[n,i] に“動き無し”という判定結果が記憶されている場合、ＣＰＵ１８は、ステップＳ２９に進み、上述したステップＳ１３の圧縮処理によって生成された圧縮画像ファイルを、ハードディスク３２に記録する。
【００４３】
そして、ＣＰＵ１８は、ステップＳ３１に進み、カウンタｃのカウント値が所定の基準値Ｂに達したか否かを判断する。この基準値Ｂは、上述した周期Ｔbに対応する。すなわち、カウンタｃのカウント値がこの基準値Ｂに達したとき、ＣＰＵ１８は、現在有効化されているカメラ１２が有効化されてから期間Ｔbが経過したものと判断する。
【００４４】
このステップＳ３１においてカウント値ｃが基準値Ｂに達していない場合、つまり現在有効化されているカメラ１２が有効されてから期間Ｔbが経過していない場合、ＣＰＵ１８は、ステップＳ３３に進み、所定のカウンタｐをクリア（ｐ＝０）する。このカウンタｐは、動きの無い監視エリアの画像データをハードディスク３２に記録するときのインターバル期間をカウントするためのものである。
【００４５】
そして、ＣＰＵ１８は、ステップＳ３５において、垂直同期信号Ｖsyncの入力を待ち、当該垂直同期信号Ｖsyncが入力されると、ステップＳ３７に進む。そして、このステップＳ３７において、ＣＰＵ１８は、カウンタｐのカウント値を１だけインクリメントした後、ステップＳ３９に進み、当該インクリメント後のカウント値ｐが基準値Ｐに達したか否かを判断する。この基準値Ｐには、５〜９の値が設定される。ここで、カウント値ｐが基準値Ｐに達していないとき、ＣＰＵ１８は、再度垂直同期信号Ｖsyncの入力を待つべくステップＳ３５に戻る。一方、カウント値ｐが基準値Ｐに達すると、ＣＰＵ１８は、現時点で取り込まれている画像データを圧縮するべく、ステップＳ３９から図６のステップＳ１３に戻る。
【００４６】
なお、上述のステップＳ３１において、カウンタｃのカウント値が基準値Ｂに達すると、ＣＰＵ１８は、ステップＳ４１に進む。そして、このステップＳ４１において、現在設定されている識別番号ｎがその最大値Ｎに達したか否かを判断する。ここで、識別番号ｎが最大値Ｎに達していないとき、ＣＰＵ１８は、次のカメラ１２を有効化するべくステップＳ４３に進み、当該識別番号ｎを１だけインクリメントした後、図６のステップＳ５に戻る。一方、識別番号ｎが最大値Ｎに達すると、ＣＰＵ１８は、識別番号ｎが“１”番のカメラ１２を有効化するべく、ステップＳ４１から図６のステップＳ３に戻る。
【００４７】
さらに、上述のステップＳ２７において、“動き有り”と判断した場合、詳しくは現在有効化されているカメラ１２（識別番号ｎ）に対応するレジスタ３８の記憶領域Ｒ[n,i]のいずれかに“動き有り”という判定結果が記憶されている場合、ＣＰＵ１８は、ステップＳ４５に進む。そして、このステップＳ４５においてフラグＦに“１”を設定した後、ステップＳ４７に進み、上述した警告メッセージをモニタ装置の画面にオーバレイ表示する。
【００４８】
ＣＰＵ１８はさらに、ステップＳ４９において、上述した警告データをステップＳ１３で生成された圧縮画像ファイルのアプリケーション・マーカ・セグメントに組み込む。そして、ＣＰＵ１８は、ステップＳ５１に進み、当該警告データが組み込まれた圧縮画像ファイルをハードディスク３２に記録する。
【００４９】
このステップＳ５１の処理後、ＣＰＵ１８は、ステップＳ５３に進み、上述したカウンタｃのカウント値が基準値Ｄに達したか否かを判断する。この基準値Ｄは、上述した周期Ｔbに対応する。すなわち、カウンタｃのカウント値がこの基準値Ｄに達したとき、ＣＰＵ１８は、現在有効化されているカメラ１２が有効化されてから期間Ｔdが経過したものと判断する。
【００５０】
このステップＳ５３においてカウント値ｃが基準値Ｄに達していない場合、つまり現在有効化されているカメラ１２が有効されてから期間Ｔdが経過していない場合、ＣＰＵ１８は、ステップＳ５５に進み、所定のカウンタｑをクリア（ｑ＝０）する。このカウンタｑは、動きの有る監視エリアの画像データをハードディスク３２に記録するときのインターバル期間をカウントするためのものである。
【００５１】
そして、ＣＰＵ１８は、ステップＳ５７において、垂直同期信号Ｖsyncの入力を待ち、当該垂直同期信号Ｖsyncが入力されると、ステップＳ５９に進む。そして、このステップＳ５９において、ＣＰＵ１８は、カウンタｑのカウント値を１だけインクリメントした後、ステップＳ６１に進み、当該インクリメント後のカウント値ｑが基準値Ｑに達したか否かを判断する。この基準値Ｑには、１〜３の値が設定される。ここで、カウント値ｑが基準値Ｑに達していないとき、ＣＰＵ１８は、再度垂直同期信号Ｖsyncの入力を待つべくステップＳ５７に戻る。一方、カウント値ｑが基準値Ｑに達すると、ＣＰＵ１８は、現時点で取り込まれている画像データを圧縮するべく、ステップＳ６１から図６のステップＳ１３に戻る。
【００５２】
なお、上述のステップＳ５３において、カウンタｃのカウント値が基準値Ｂに達すると、ＣＰＵ１８は、ステップＳ６３に進む。そして、このステップＳ６３において、現在モニタ装置の画面にオーバレイ表示されている警告メッセージを解除した後、ステップＳ４１に進む。
【００５３】
また、上述のステップＳ２５において、フラグＦに“１”が設定されいている場合、ＣＰＵ１８は、ステップＳ２７，ステップＳ４５およびステップＳ４７をスキップして、ステップＳ４９に進む。
【００５４】
図８を参照して、図６のステップＳ１における初期設定処理の詳細を説明する。この初期設定処理では、ＣＰＵ１８は、まず、ステップＳ１０１において有効化するカメラ１２を指定するための識別番号ｎに“１”を設定する。そして、ＣＰＵ１８は、ステップＳ１０３に進み、当該識別番号ｎに対応するメモリ３６の全記憶領域Ｍ[n,i]をクリアし、さらにステップＳ１０５において、当該識別番号ｎに対応するレジスタ３８の全記憶領域Ｒ[n,i]をクリアする。そして、ＣＰＵ１８は、ステップＳ１０７において、識別番号ｎのカメラ１２を有効化した後、ステップＳ１０９に進む。
【００５５】
ステップＳ１０９において、ＣＰＵ１８は、所定のカウンタｊをクリア（ｊ＝０）する。このカウンタｊは、現在有効化されているカメラ１２の動作が安定するまでの待機時間をカウントするためのものである。
【００５６】
ステップＳ１０９の処理後、ＣＰＵ１８は、ステップＳ１１１に進み、垂直同期信号Ｖsyncの入力を待つ。ここで、垂直同期信号Ｖsyncが入力されると、ＣＰＵ１８は、ステップＳ１１３に進み、カウンタｊのカウント値を１だけインクリメントした後、ステップＳ１１５に進む。そして、このステップＳ１１５において、ＣＰＵ１８は、当該インクリメント後のカウント値ｊが基準値Ｊに達したか否かを判断する。なお、基準値ｊとしては、数十〜数百という値が設定される。ステップＳ１１５においてカウント値ｊが基準値Ｊに達するまで、ＣＰＵ１８は、ステップＳ１１１およびステップＳ１１３を繰り返し実行する。そして、カウント値ｊが基準値Ｊに達すると、ＣＰＵ１８は、ステップＳ１１５からステップＳ１１７に進む。
【００５７】
ステップＳ１１７において、ＣＰＵ１８は、輝度積算回路３４から輝度積算値Ａy[i]を取り込む。そして、ＣＰＵ１８は、ステップＳ１１９に進み、当該取り込んだ輝度積算値Ａy[i]を輝度積算値Ａy[i]’の言わば初期値としてメモリ３６に記憶した後、ステップＳ１２１に進む。
【００５８】
ステップＳ１２１において、ＣＰＵ１８は、現在設定されている識別番号ｎがその最大値Ｎに達したか否かを判断する。ここで、識別番号ｎが最大値Ｎに達していないとき、ＣＰＵ１８は、次のカメラ１２についての輝度積算値Ａy[i]’を得るべくステップＳ１２３に進み、当該識別番号ｎを１だけインクリメントした後、ステップＳ１０３に戻る。一方、識別番号ｎが最大値Ｎに達することによって、ＣＰＵ１８は、この一連の初期設定処理を終了し、図６のステップＳ３に進む。
【００５９】
図９を参照して、図６のステップＳ１９における動き判定処理の詳細を説明する。この動き判定処理では、ＣＰＵ１８は、まず、ステップＳ２０１において動き判定の対象となるブロックを指定するためのブロック番号ｉに“１”を設定する。そして、ＣＰＵ１８は、ステップＳ２０３に進み、当該ブロック番号ｉのブロックにおける輝度差ΔＡy[i]と上述した閾値αとを比較する。
【００６０】
このステップＳ２０３において、輝度差ΔＡy[i]が閾値αを上回るとき、ＣＰＵ１８は、ステップＳ２０５に進み、ブロック番号ｉのブロックにおいて動きが有ると判定する。そして、ＣＰＵ１８は、ステップＳ２０７に進み、当該判定結果をレジスタ３８（記憶領域Ｒ[n,i]）に記憶する。一方、輝度差ΔＡy[i]が閾値α以下であるとき、ＣＰＵ１８は、ステップＳ２０３からステップＳ２０９に進む。そして、このステップＳ２０９において、ブロック番号ｉのブロックには動きが無いと判定した後、ＣＰＵ１８は、ステップＳ２０７に進む。
【００６１】
ステップＳ２０７の処理後、ＣＰＵ１８は、ステップＳ２１１に進み、現在設定されているブロック番号ｉがその最大値Ｉに達したか否かを判断する。ここで、ブロック番号ｉが未だ最大値Ｉに達していない場合、ＣＰＵ１８は、次のブロックについて動きの有無を判定するべくステップＳ２１３に進み、当該ブロック番号ｉを１だけインクリメントした後、ステップＳ２０３に戻る。一方、ブロック番号ｉが最大値Ｉに達した場合は、ＣＰＵ１８は、この一連の動き判定処理を終了して、図６のステップＳ２１に進む。
【００６２】
以上の説明から判るように、この第１実施例の監視カメラシステム１０における適応監視モードによれば、それぞれのカメラ１２による監視エリアの動きの状況に基づいて、それぞれの監視エリアの監視時間（ＴbおよびＴd）および監視画像の記録（間引き）レート、つまり監視態様（パターン）が制御される。したがって、それぞれの監視エリア内に不審者５０が侵入するなどの動きが生じていないかどうかを、適切かつ迅速に認識することができる。
【００６３】
なお、この第１実施例では、各カメラ１２，１２，・・・としてディジタル式のものを採用したが、アナログ式のカメラを採用してもよい。また、各カメラ１２，１２，・・・は、マルチプレクサ１４との間で、いわゆるネットワーク接続されたものであってもよい。
【００６４】
そして、これらのカメラ１２，１２，・・・で撮影された被写体の画像（圧縮画像ファイル）を記録する記録媒体としてハードディスク３２を採用したが、これに代えてＤＶＤ（Digital Versatile Disc）などの他の記録媒体を採用してもよい。また、ディジタル式或いはアナログ式のＶＴＲ（Video Tape Recorder）を用いてもよい。
【００６５】
さらに、それぞれの監視エリアに動きが有るか否かの判断基準となる閾値αについては、たとえば操作キー２６の操作によって任意に設定（変更）できるようにしてもよい。
【００６６】
また、この第１実施例においては、監視エリアを横８列×縦８行の６４個のブロック（Ｉ＝６４）に分割したが、たとえば図１０に示すように横１６列×縦１６行の合計２５６個のブロック（Ｉ＝２５６）に分割してもよい。このように監視エリアを分割するブロック数を増やすことで、より詳細に（高い空間分解能で）動きの有無を判断できる。勿論、これら以外のブロック数にしても構わない。
【００６７】
そして、それぞれの監視エリアにおける動きの状況に基づいて、各監視エリアの監視時間（選択態様）および監視画像の記録レート（抽出態様）を個別に制御するようにしたが、これに限らない。たとえば、各監視エリアを監視する順番を変えるというように、他の監視態様を制御してもよい。
【００６８】
次に、図１１〜図１９を参照して、第２実施例の監視カメラシステム６０について説明する。
【００６９】
図１１に示すように、この第２実施例の監視カメラシステム６０は、上述した図１の構成に加え、画像記録装置１６内にレジスタ６２を設けたものである。このレジスタ６２には、各カメラ１２，１２，・・・に対応する複数のフラグＥ[1]，Ｅ[2]，・・・Ｅ[N]が格納されている。これらのフラグＥ[1]，Ｅ[2]，・・・Ｅ[N]には、後述するようにそれぞれの監視エリアを図３に示すように６４分割するのか若しくは図１０に示すように２５６分割するかのを輝度積算回路３４に指示するための指標（“０”または“１”）が設定される。
【００７０】
ところで、この第２実施例の監視カメラシステム６０もまた、第１実施例の監視カメラシステム１０と同様、適用監視モードを備えている。この第２実施例における適用監視モードでは、動きが無い監視エリアについては、第１実施例と同様、６４個のブロックに分割され、当該ブロック毎に動きの有無が判断される。一方、動きの有る監視エリアについては、図１０に示すように２５６個のブロックに分割され、これら２５６個のブロック毎に動きの有無が判断される。つまり、動きの有る監視エリアは、比較的に高い空間分解能で監視され、これによって高精度な監視が実現される。一方、動きの無い監視エリアは、比較的に粗い空間分解能で監視され、これによって当該動きの有無を実際に判断するＣＰＵ１８の処理の負担が軽減される。
【００７１】
このような処理を実現するために、ＣＰＵ１８は、上述のレジスタ６２（フラグＥ[1]，Ｅ[2]，・・・Ｅ[N]）を用いて次のような動作をする。
【００７２】
すなわち、ＣＰＵ１８は、上述した図８に示す初期設定処理において、ステップＳ１０７を処理した後、図１２に示すステップＳ３０１に進む。そして、このステップＳ３０１において、識別番号ｎに対応するレジスタ６２内のフラグＥ[n]に“０”を設定した後、ＣＰＵ１８は、図８のステップＳ１０９に進む。
【００７３】
そして、ＣＰＵ１８は、図６におけるステップＳ７を処理した後、図１３のステップＳ３１１に進む。このステップＳ３１１において、ＣＰＵ１８は、フラグＥ[n]に“０”が設定されているか否かを判断する。ここで、フラグＥ[n]に“０”が設定されている場合、ＣＰＵ１８は、ステップＳ３１３に進み、輝度積算回路３４に対して監視エリアを６４分割するよう指示を与えた後、図６のステップＳ９に進む。一方、フラグＥ[n]に“１”が設定されている場合、ＣＰＵ１８は、ステップＳ３１１からステップＳ３１５に進む。そして、このステップＳ３１５において、輝度積算回路３４に対して監視エリアを２５６分割するよう指示を与えた後、ＣＰＵ１８は、図６のステップＳ９に進む。
【００７４】
さらに、ＣＰＵ１８は、図７のステップＳ２７において“動き無し”と判断した場合、ステップＳ２９に進むのではなく、図１４のステップＳ３２１に進む。そして、このステップＳ３２１において、ＣＰＵ１８は、フラグＥ[n]に“０”が設定されているか否かを判断する。ここで、フラグＥ[n]に“０”が設定されていない場合、つまりフラグＥ[n]に“１”が設定されている場合は、ＣＰＵ１８は、ステップＳ３２３に進む。そして、このステップＳ３２３において、輝度積算回路３４に対して監視エリアを６４分割するよう指示を与えた後、ＣＰＵ１８は、ステップＳ３２５に進み、フラグＥ[n]に“０”を設定した後、図７のステップＳ２９に進む。なお、上述のステップＳ３２１において、フラグＥ[n]に“０”が設定されている場合、ＣＰＵ１８は、ステップＳ３２３およびシステム３２５をスキップして、図７のステップＳ２９に進む。
【００７５】
一方、図７のステップＳ２７において“動き有り”と判断した場合、ＣＰＵ１８は、ステップＳ４５に進むのではなく、図１５のステップＳ３３１に進む。そして、このステップＳ３３１において、輝度積算回路３４に対して監視エリアを２５６分割するよう指示を与えた後、ＣＰＵ１８は、ステップＳ３３３に進み、フラグＥ[n]に“１”を設定した後、図７のステップＳ４５に進む。
【００７６】
なお、図６のステップＳ１７において、今回の輝度積算値Ａy[i]と前回の輝度積算値Ａy[i]’とから輝度差ΔＡy[i]を算出するとき、これら２つの輝度積算値Ａy[i]およびＡy[i]’の数が互いに異なる場合、具体的には一方の数が６４個（Ｉ＝６４）であり他方の数が２５６個（Ｉ＝２５６）である場合がある。この場合、ブロック番号ｉ毎に各輝度積算値Ａy[i]およびＡy[i]’の差分を求めただけでは、正確な輝度差ΔＡy[i]が得られない。
【００７７】
そこで、このような場合、ＣＰＵ１８は、図１６に示すように２５６分割されたブロックについて横２列×縦２行の計４個のブロックを１つのブロックとして取り扱い、これら４つのブロックの組合せと６４分割されたブロックとの間で輝度差ΔＡy[i]を算出する。
【００７８】
たとえば、前回の輝度積算値Ａy[i]’の数が６４個であり、今回の輝度積算値Ａy[i]の数が２５６個であるとき、ＣＰＵ１８は、図１７に示すように、６４分割された任意のブロック（図１７ではブロック番号ｉが“２”番のブロック）の輝度積算値Ａy[i]’と、このブロックに対応する２５６分割された４つのブロック（図１７ではブロック番号ｉが“４”，“５”，“２０”および“２１”番のブロック）の各輝度積算値Ａy[i]とから、当該４つのブロックにおける各輝度差ΔＡy[i]を算出する。
【００７９】
一方、前回の輝度積算値Ａy[i]’の数が２５６個であり、今回の輝度積算値Ａy[i]の数が６４個であるとき、ＣＰＵ１８は、図１８に示すように、６４分割された任意のブロック（図１８ではブロック番号ｉが“２”番のブロック）の輝度積算値Ａy[i]と、このブロックに対応する２５６分割された４つのブロック（図１８ではブロック番号ｉが“４”，“５”，“２０”および“２１”番のブロック）の各輝度積算値Ａy[i]’の平均値とから、当該６４分割された任意のブロックにおける輝度差ΔＡy[i]を算出する。
【００８０】
なお、６４分割されたブロックのブロック番号ｉと、２５６分割されたブロックのブロック番号ｉとの対応関係は、図１９に示すようなテーブルに纏められた状態で、上述のＲＯＭ４０内に記憶されている。ＣＰＵ１８は、このテーブルを参照することで、６４分割されたブロックと２５６分割されたブロックと対応関係を認識し、各ブロックにおける輝度差ΔＡy[i]を算出する。
【００８１】
このように第２実施例の監視カメラシステム６０によれば、動きの有る監視エリアは比較的に高い空間分解能で監視され、動きの無い監視エリアは比較的に粗い空間分解能で監視されるので、ＣＰＵ１８の処理の負担を軽減しつつ、各監視エリアでの動きの有無を正確に判断することができる。
【００８２】
次に、図２０〜図２２を参照して、第３実施例の監視カメラシステム７０について説明する。
【００８３】
図１１に示すように、この第３実施例の監視カメラシステム７０は、上述した図１の構成に加え、画像記録装置１６内にレジスタ７２を設けたものである。このレジスタ７２は、各カメラ１２，１２，・・・に対応する複数の記憶領域α[1]，α[2]，・・・α[N]を有しており、それぞれの記憶領域α[n]はブロック番号ｉに対応する複数の領域α[n,i]に細分化されている。これらの記憶領域α[n,i]には、それぞれの監視エリアの各ブロックにおける動きの有無の判断基準となる閾値が記憶される。具体的には、識別番号ｎのカメラ１２による監視エリア内のブロック番号ｉというブロックにおいては、当該識別番号ｎとブロック番号ｉとの組合せに対応する記憶領域α[n,i]に記憶されている閾値を基準として、動きの有無が判断される。
【００８４】
そして、この第３実施例におけるＣＰＵ１８は、動きの無いブロックについては、当該ブロックの閾値α[n,i]としてαaという比較的に高い値を設定する。一方、動きの有るブロックについては、当該ブロックの閾値α[n,i]としてαaよりも低いαbという値を設定する。つまり、動きの有るブロックについては、閾値α[n,i]を低く設定することで、言わば当該動きの検出感度が高く設定される。
【００８５】
このような処理を実現するために、ＣＰＵ１８は、適応監視モードにおいて次のような動作をする。すなわち、ＣＰＵ１８は、上述した図８に示す初期設定処理において、ステップＳ１０５を処理した後、図２１に示すステップＳ４０１に進む。そして、このステップＳ４０１において、識別番号ｎに対応するレジスタ７２内の全記憶領域α[n,i]の閾値を初期化する。すなわち、閾値α[n,i]としてαaを設定する。そして、この閾値α[n,i]の初期化後、ＣＰＵ１８は、図８のステップＳ１０７に進む。
【００８６】
さらに、ＣＰＵ１８は、図６におけるステップＳ１９の動き判定処理において、上述した図９の動き判定処理に代えて、図２２で示される処理を実行する。この図２２に示すフロー図は、図９におけるステップＳ２０３に代えてステップＳ４１１を設けるとともに、ステップＳ２０５の後にステップＳ４１３を設け、さらにステップＳ２０９の後にステップＳ４１５を設けたものである。
【００８７】
すなわち、ＣＰＵ１８は、ステップＳ２０１でブロック番号ｉに“０”を設定した後、ステップＳ４１１において、当該ブロック番号ｉのブロックにおける輝度差ΔＡy[i]と閾値α[n,i]とを比較する。そして、このステップＳ４１１において輝度差ΔＡy[i]が閾値α[n,i]を上回るとき、ＣＰＵ１８は、ステップＳ２０５に進み、“動き有り”の判定をした後、ステップＳ４１３に進む。そして、このステップＳ４１３において、ブロックｉにおける閾値α[n,i]としてαaを設定した後（記憶領域α[n,i]にαaを記憶した後）、ＣＰＵ１８は、ステップＳ２０７に進む。
【００８８】
一方、ステップＳ４１１において輝度差ΔＡy[i]が閾値α[n,i]以下であるとき、ＣＰＵ１８は、ステップＳ２０９に進む。そして、このステップＳ２０９において“動き無し”の判定をした後、ＣＰＵ１８は、ステップＳ４１５に進み、ブロックｉにおける閾値α[n,i]としてαbを設定する。そして、このステップＳ４１５の処理後、ＣＰＵ１８は、ステップＳ２０７に進む。
【００８９】
このように第３実施例の監視カメラシステム７０によれば、動きの有るブロックにおいては、当該動きの判断基準となる閾値α[n,i]が低め設定されるので、高感度な動き検出を実現することができる。
【図面の簡単な説明】
【図１】この発明の第１実施例の概略構成を示すブロック図である。
【図２】図１の実施例における通常監視モードでの各カメラの切り換え動作を示す図解図である。
【図３】図１の実施例における画面の構成を示す図解図である。
【図４】図１の実施例における動き検出動作を説明するための図解図である。
【図５】図１の実施例における通常監視モードでの各カメラの切り換え動作を示す図解図である。
【図６】図１の実施例におけるＣＰＵの動作を示すフロー図である。
【図７】図６に続くフロー図である。
【図８】図６における初期設定処理の詳細を示すフロー図である。
【図９】図６における動き判定処理の詳細を示すフロー図である。
【図１０】図１の実施例の適用例を示す図解図である。
【図１１】この発明の第２実施例の概略構成を示すブロック図である。
【図１２】図１１の実施例におけるＣＰＵの動作の一部を示すフロー図である。
【図１３】図１２とは異なる部分のＣＰＵの動作を示すフロー図である。
【図１４】図１２および図１３とは異なる部分のＣＰＵの動作を示すフロー図である。
【図１５】図１２，図１３および図１４とは異なる部分のＣＰＵの動作を示すフロー図である。
【図１６】図１１の実施例における画面の構成を示す図解図である。
【図１７】図１１の実施例において互いに数が異なるブロック間で輝度差ΔＡy[i]を算出するときの手順を示す図解図である。
【図１８】図１７と異なる状況下で輝度差ΔＡy[i]を算出するときの手順を示す図解図である。
【図１９】図１７または図１８の手順によって輝度差ΔＡy[i]を算出するときに参照されるテーブルの概要を示す図解図である。図６の実施例において画面上のブロックの番号を変換する手順を示す図解図である。
【図２０】この発明の第３実施例の概略構成を示すブロック図である。
【図２１】図２０の実施例におけるＣＰＵの動作の一部を示すフロー図である。
【図２２】図２１とは異なる部分のＣＰＵの動作を示すフロー図である。
【符号の説明】
１０…監視カメラシステム
１２…固定監視カメラ
１４…マルチプレクサ
１８…ＣＰＵ
３４…輝度積算回路
３６…メモリ
３８…レジスタ
【発明の属する技術分野】
この発明は、画像信号処理装置に関し、特にたとえば、監視カメラシステムに適用され、複数のカメラから出力された複数の動画像信号の各々を選択的に取り込んで処理する、画像信号処理装置に関する。
【０００２】
【従来技術】
複数台の固定監視カメラを備え、それぞれのカメラで撮影された画像を選択的に取り込み、取り込んだ画像からそれぞれの監視エリアに不審者が侵入するなどの動き（異常）がないかどうかを監視する監視カメラシステムにおいて、従来は、一定の時間間隔でまたは一定のパターンに従って各カメラを順次有効化（選択）していた。
【０００３】
【発明が解決しようとする課題】
しかし、上述の従来技術では、たとえば或るカメラによって不審者が撮影されたとしても、所定の時間が経過すると自動的に別のカメラが有効化され、これによって当該不審者の行動が認識できなくなってしまう。一方、或るカメラによって撮影された画像に動きが無い場合でも、そのカメラは所定の時間にわたって有効化され続ける。換言すれば、監視する必要性の低い監視エリアについても、所定の時間を掛けて監視される。よって、この間、別のカメラによる監視エリア内に不審者が侵入するなどの動きがあっても、その動きは直ぐには認識されない。つまり、上述の従来技術では、被写体に動きが生じても、その動きを適切かつ迅速に認識することができない、という問題がある。
【０００４】
それゆえに、この発明の主たる目的は、被写体の動きを適切かつ迅速に認識することができる、画像信号処理装置を提供することである。
【０００５】
【課題を解決するための手段】
この発明の画像信号処理装置は、複数のカメラから出力された複数の動画像信号の各々を選択的に取り込む取り込み手段、取り込み手段によって取り込まれた動画像信号に基づいて複数のカメラによって撮影される複数の被写体の動きを個別に判別する判別手段、および判別手段の判別結果に基づいて前記取り込み手段による取り込み態様を制御する第１制御手段を備え、判別手段は、画面に割り当てられた複数のブロックの各々から被写体の動き量を検出し、検出した動き量に基づいて画面に割り当てるブロックの数を制御する第２制御手段をさらに備えることを特徴とする。
【０００６】
【作用】
請求項１に従う発明では、取り込み手段が、複数のカメラから出力される複数の動画像信号の各々を選択的に取り込み、判別手段が、当該取り込み手段によって取り込まれた動画像信号に基づいて各カメラによって撮影される各被写体の動きを個別に判別する。そして、第１制御手段が、判別手段の判別結果、つまりそれぞれのカメラで撮影された被写体の動きに基づいて、取り込み手段による取り込み態様を制御する。また、第２制御手段は、判別手段において、画面に割り当てられた複数のブロックの各々から被写体の動き量を検出し、検出した動き量に基づいて画面に割り当てるブロックの数を制御する。つまり、この第２制御手段では、それぞれのカメラによって撮影される被写体の動きに基づいて、画面に割り当てるブロックの数、言わば検出手段による検出分解能が制御される。
【０００７】
なお、取り込み手段は、複数のカメラの各々を時分割で選択する選択手段を含み、第１制御手段は、選択手段の選択態様を制御する選択態様制御手段を含むものとしてもよい。
【０００８】
また、取り込み手段は、複数の動画像信号の各々に含まれる静止画像信号を選択的に抽出する抽出手段を含み、第１制御手段は、抽出手段の抽出態様を制御する抽出態様制御手段を含むものとしてもよい。
【０００９】
さらに、判別手段は、検出手段によって検出された動き量をしきい値と比較する比較手段をさらに含むものとし、判別手段の判別結果に基づいて当該しきい値を制御する第３制御手段をさらに備えてもよい。つまり、それぞれのカメラによって撮影される被写体の動きに基づいて、当該動きの有無の判別基準となるしきい値が制御されるものとしてもよい。
【００１０】
そして、第３制御手段は、しきい値をブロック毎に制御するものとしてもよい。つまり、動きの有無の判断基準となるしきい値がブロック毎に制御されるものとしてもよい。
【００１３】
【発明の効果】
この発明によれば、それぞれのカメラで撮影された被写体の動きに基づいて、各カメラからの動画像信号の取り込み態様が制御されるので、当該被写体の動きを適切かつ迅速に認識することができる。
【００１４】
この発明の上述の目的，その他の目的，特徴および利点は、図面を参照して行う以下の実施例の詳細な説明から一層明らかとなろう。
【００１５】
【実施例】
図１を参照して、第１実施例の監視カメラシステム１０は、互いに別の場所に設置された複数（Ｎ）台の固定監視カメラ１２，１２，・・・と、これらのカメラ１２，１２，・・・が入力側に接続されたマルチプレクサ１４と、このマルチプレクサ１４の出力側に接続された画像記録装置１６とを含む。
【００１６】
各カメラ１２，１２，・・・は、いずれもディジタル式のものであり、各カメラ１２，１２，・・・から出力される被写体の画像データは、マルチプレクサ１４に入力される。なお、それぞれのカメラ１２には、個別の識別番号ｎ（ｎ＝１，２，・・・，Ｎ）が付されており、それぞれのカメラ１２は、自身に付された識別番号ｎを表すＩＤ（IDentification）情報を自身が出力する画像データのＶＢＩ（Vertical Blanking Interval）に重畳する。
【００１７】
マルチプレクサ１４は、画像記録装置１６に内蔵されたＣＰＵ（Central Processing Unit）１８から供給されるカメラ選択制御信号に従って、各カメラ１２，１２，・・・から入力される複数の画像データのいずれかを選択、つまり有効化する。このマルチプレクサ１４によって有効化されたカメラ１２の画像データは、画像記録装置１６に入力される。
【００１８】
画像記録装置１６に入力された画像データは、まず、画像入力インタフェース回路２０によって「ＹＵＶ４：２：２」フォーマットに従うＹＵＶデータに変換される。そして、この画像入力インタフェース回路２０によって変換されたＹＵＶデータ（以下、このＹＵＶデータについても画像データと言う。）は、データバス２２を介してビデオエンコーダ回路２４に入力される。
【００１９】
ビデオエンコーダ回路２４は、入力された画像データ（ＹＵＶデータ）を、アナログ信号であるコンポジットビデオ信号またはコンポーネントビデオ信号（Ｓビデオ信号やＲＧＢ信号など）に変換する。変換後のビデオ信号は、図示しないモニタ装置に入力され、これによって現在有効化されているカメラ１２によって撮影された画像、いわゆるライブ画像がモニタ装置の画面に映し出される。
【００２０】
操作キー２６の操作によって通常監視モードが選択されると、ＣＰＵ１８は、通常監視動作に入る。すなわち、ＣＰＵ１８は、図２に示すように、各カメラ１２，１２，・・・が一定の周期Ｔaで順次有効化されるようカメラ選択制御信号を生成する。このカメラ選択制御信号はマルチプレクサ１４に供給され、これによって各カメラ１２，１２，・・・が当該周期Ｔa毎に順次有効化される。そして、有効化されたカメラ１２から出力される画像データに基づいて、当該カメラ１２による撮影ライブ画像が上述と同様の手順でモニタ装置の画面に映し出される。なお、周期Ｔaの値は、操作キー２６の操作によって、画像データの数十フィールド期間〜数百フィールド期間の範囲内で任意に設定できる。
【００２１】
ＣＰＵ１８はまた、有効化されたカメラ１２の画像データ（画像入力インタフェース回路２０による変換後のＹＵＶデータ）をＳＤＲＡＭ（Synchronous Dynamic ROM）２８に一旦記憶する。そして、ＣＰＵ１８は、ＳＤＲＡＭ２８に記憶した画像データを１フィールド単位で圧縮伸長回路３０に転送する。圧縮伸長回路３０に転送された画像データは、ここでモーションＪＰＥＧ（Motion Joint Photographic Expert Group）方式に基づいて圧縮され、これによって圧縮画像ファイルが生成される。この圧縮画像ファイルは、ＣＰＵ１８による制御によって再度ＳＤＲＡＭ２８に記憶された後、ハードディスク３２に転送され、記録される。なお、このハードディスク３２への画像データ（圧縮画像ファイル）の記録は、当該画像データの３フィールド〜５フィールドにつき１回行われる。
【００２２】
さらに、ＣＰＵ１８は、輝度評価回路３４によって算出される輝度評価値Ａy[i]に基づいて、現在有効化されているカメラ１２による監視エリア内に不審者が侵入するなどの動きが生じていないかどうかを判断する。
【００２３】
具体的には、画像入力インタフェース回路２０による変換後のＹＵＶデータのうちＹ（輝度）データが、輝度積算回路３４に入力される。輝度積算回路３４は、入力されるＹデータによって展開される画像（監視エリア）を図３に示すように横８列×縦８行の６４個のブロックに分割するとともに、それぞれのブロックにラスタスキャン方式で“０”〜“６３”のブロック番号ｉを付与する。そして、それぞれのブロックを構成する各画素のＹデータを当該ブロック毎に積算して上述の輝度積算値Ａy[i]を算出する。
【００２４】
ここで、たとえば、或るフィールドの画像が図４（ａ）に示すような状態であり、このフィールドよりも時間的に遅く取り込まれたフィールドの画像に図４（ｂ）に示すような不審者５０が現れたとする。この場合、不審者５０が存在しないブロックにおいては、輝度評価値Ａy[i]は変化しないが、図４（ｂ）に斜線で示すように不審者５０が存在するブロックにおいて、当該輝度評価値Ａy[i]が変化する。したがって、輝度評価値Ａy[i]の変化を捉えることによって、監視エリア内に不審者５０が侵入するなどの動きが生じていないかどうかを判断できる。
【００２５】
そこで、ＣＰＵ１８は、輝度積算回路３４によって算出された輝度評価値Ａy[i]を数フィールドおきに取り込む。そして、今回取り込んだ輝度評価値Ａy[i]と前回取り込んだ輝度積算値Ａy[i]’との差分、つまり輝度差ΔＡy[i]（＝｜Ａy[i]−Ａy[i]’｜）を算出し、算出した輝度差ΔＡy[i]を閾値αと比較する。ここで、輝度差ΔＡy[i]が閾値αを上回る（ΔＡy[i]＞α）とき、ＣＰＵ１８は、監視エリア内に動きが有る、より詳しくは輝度差ΔＡy[i]が閾値αを上回るブロックにおいて当該動きが有ると判断する。そして、ＣＰＵ１８は、監視エリア内に動きが有ることを表す警告メッセージをモニタ装置の画面にオーバレイ（ＯＳＤ：On Screen Display）表示するとともに、上述した圧縮画像ファイルのアプリケーション・マーカ・セグメントに当該動きが有ることを表す警告データを組み込む。
【００２６】
一方、いずれのブロックにおいても、輝度差ΔＡy[i]が閾値α以下（ΔＡy[i]≦α）である場合には、ＣＰＵ１８は、動き無しと判断する。この場合、ＣＰＵ１８は、上述した警告メッセージの表示および圧縮画像ファイルへの警告データの組み込みを行わない。
【００２７】
なお、警告メッセージの表示および圧縮画像ファイルへの警告データの組み込みが行われている状態で、別のカメラ１２が有効化されたとき、ＣＰＵ１８は、当該警告メッセージの表示および警告データの組み込みを中止する。そして、新たに有効化されたカメラ１２の画像データ（輝度積算値Ａy[i]）に基づいて、改めて上述と同様の手順に従って動きの有無を判断する。
【００２８】
また、上述した前回の輝度積算値Ａy[i]’は、メモリ３６内の所定領域Ｍ[n,i]に記憶される。具体的には、メモリ３６は、各カメラ１２，１２，・・・に対応する複数の記憶領域Ｍ[1]，Ｍ[2]，・・・Ｍ[N]を有しており、それぞれの記憶領域Ｍ[n]は上述したブロック番号ｉに対応する複数（Ｉ個：Ｉはブロックの数）の領域Ｍ[n,i]に細分化されている。ＣＰＵ１８は、識別番号ｎのカメラ１２から出力された画像データに基づくブロック番号ｉのブロックにおける輝度積算値Ａy[i]’を、これら識別番号ｎおよびブロック番号ｉの組合せに対応する領域Ｍ[n,i]に記憶する。
【００２９】
ところで、この実施例における監視カメラシステム１０は、上述の通常監視モードの他に適応監視モードというモードをも備えている。操作キー２６の操作によってこの適応監視モードが選択されると、ＣＰＵ１８は、適応監視動作に入る。
【００３０】
すなわち、適応監視動作に入ると、ＣＰＵ１８は、基本的には各カメラ１２，１２，・・・が一定の周期Ｔbで順次有効化されるようにマルチプレクサ１４を制御する（厳密には、このような制御を実現するためのカメラ選択制御信号を生成する）。そして、ＣＰＵ１８は、有効化されたカメラ１２の画像データ（輝度積算値Ａy[i]）に基づいて、上述と同様の手順に従って当該カメラ１２による監視エリア内に動きがないかどうかを判断する。
【００３１】
ここで、動き有りと判断した場合、ＣＰＵ１８は、現在の監視エリアをより重点的に監視するべく、図５に示すように現在有効化されているカメラ１２（図５において識別番号ｎが“２”番のカメラ１２）が周期Ｔbよりも長い期間Ｔd（Ｔd＞Ｔb）にわたって有効化されるようにマルチプレクサ１４を制御する。一方、動き無しと判断した場合は、ＣＰＵ１８は、現在有効化されているカメラ１２が有効化されてから上述の周期Ｔbに相当する期間が経過した時点で、次のカメラ１２が有効化されるようマルチプレクサ１４を制御する。
【００３２】
なお、各監視エリア内での動きの有無の判断結果は、レジスタ３８の所定領域Ｒ[n,i]に記憶される。具体的には、レジスタ３８は、各カメラ１２，１２，・・・に対応する複数（Ｎ個）の記憶領域Ｒ[1]，Ｒ[2]，・・・Ｒ[N]を有しており、それぞれの記憶領域Ｒ[n]は上述のブロック番号ｉに対応する複数（Ｉ個）の領域Ｒ[n,i]に細分化されている。ＣＰＵ１８は、識別番号ｎのカメラ１２による監視エリア内のブロック毎の動きの有無を、当該識別番号ｎおよびブロックのブロック番号ｉの組合せに対応する領域Ｒ[n,i]に記憶する。
【００３３】
また、ＣＰＵ１８は、有効化されているカメラ１２の画像データをＳＤＲＡＭ２８経由で圧縮伸長回路３０に転送し、圧縮させる。そして、圧縮後の圧縮画像ファイルを、ＳＤＲＡＭ２８経由でハードディスク３２に転送し、記録させる。ただし、ＣＰＵ１８は、動き無しと判断した監視エリア、換言すれば重点的に監視する必要性の低い監視エリアの画像データ（圧縮画像ファイル）については、５フィールド〜９フィールドにつき１回、ハードディスク３２への記録を行う。このように言わば不必要な画像データについては比較的に長いインターバルをおいて間欠的にハードディスク３２に記録されるので、当該ハードディスク３２の記録容量の無駄な消費が抑制される。
【００３４】
一方、動き有りと判断した監視エリア、つまり重点的に監視する必要のある監視エリアの画像データについては、ＣＰＵ１８は、１フィールド〜３フィールドにつき１回、ハードディスク３２への記録を行う。このように重要な画像データは短いインターバルでハードディスク３２に記録されるので、事後に監視エリアの動きを詳細に分析するのに有効である。
【００３５】
かかる適応監視動作において、ＣＰＵ１８は、自身が内蔵するＲＯＭ４０に記憶された制御プログラムに従って、図６〜図９の各フロー図で示される処理を実行する。
【００３６】
図６を参照して、ＣＰＵ１８はまず、ステップＳ１の初期設定処理を実行する。この初期設定処理において、ＣＰＵ１８は、全てのカメラ１２，１２，・・・について上述した輝度積算値Ａy[i]を算出する。そして、算出した輝度積算値Ａy[i]を前回の輝度積算値Ａy[i]’としてメモリ３６の各領域Ｍ[n,i]に記憶する。この初期設定処理については、後で詳しく説明する。
【００３７】
初期設定処理の終了後、ＣＰＵ１８は、ステップＳ３に進み、有効化するカメラ１２を指定するための識別番号ｎに“１”を設定する。そして、ＣＰＵ１８は、ステップＳ５に進み、当該設定された識別番号ｎのカメラ１２を有効化した後、ステップＳ７において、上述した期間ＴbまたはＴdをカウントするためのカウンタｃをクリア（ｃ＝０）する。
【００３８】
さらに、ＣＰＵ１８は、ステップＳ９に進み、所定のフラグＦに“０”を設定する。このフラグＦは、現在の監視エリアに動きが有るかどうかを表す指標であり、当該フラグＦが“０”であるとき、現在の監視エリアに動きが無いことを表す。一方、フラグＦが“１”のとき、当該フラグＦは、現在の監視エリアに動きが有ることを表す。
【００３９】
ステップＳ９の処理後、ＣＰＵ１８は、ステップＳ１１において垂直同期信号Ｖsyncの入力を待つ。そして、垂直同期信号Ｖsyncの入力を確認すると、ＣＰＵ１８は、ステップＳ１３に進み、圧縮伸長回路３０に画像データの圧縮を命令する。
【００４０】
そして、ＣＰＵ１８は、ステップＳ１５に進み、輝度積算回路３４から輝度積算値Ａy[i]を取り込み、ステップＳ１７において、当該取り込んだ輝度積算値Ａy[i]と上述したメモリ３６に記憶された輝度積算値Ａy[i]’とから輝度差ΔＡy[i]を算出する。この輝度差ΔＡy[i]の算出後、ＣＰＵ１８は、ステップＳ１９の動き判定処理を実行し、当該輝度差ΔＡy[i]に基づいて現在の監視エリアに動きが有るかどうかを判断する。この判断結果は、上述したようにレジスタ３８に記憶される。この動き判定処理については、後で詳しく説明する。
【００４１】
さらに、ＣＰＵ１８は、ステップＳ２１において、輝度積算値Ａy[i]を前回の輝度積算値Ａy[i]’としてメモリ３６に記憶する。そして、ステップＳ２３において、上述したカウンタｃのカウント値を１だけインクリメントした後、図７のステップＳ２５に進む。
【００４２】
ステップＳ２５において、ＣＰＵ１８は、上述したフラグＦに“０”が設定されているか否かを判断する。ここで、フラグＦに“０”が設定されている場合、ＣＰＵ１８は、ステップＳ２７に進み、上述したステップＳ１９の動き判定処理において“動き有り”と判定されたか否か、詳しくは現在有効化されているカメラ１２（識別番号ｎ）に対応するレジスタ３８の記憶領域Ｒ[n,i]のいずれかに“動き有り”という判定結果が記憶されているか否かを判断する。ここで、全ての記憶領域Ｒ[n,i] に“動き無し”という判定結果が記憶されている場合、ＣＰＵ１８は、ステップＳ２９に進み、上述したステップＳ１３の圧縮処理によって生成された圧縮画像ファイルを、ハードディスク３２に記録する。
【００４３】
そして、ＣＰＵ１８は、ステップＳ３１に進み、カウンタｃのカウント値が所定の基準値Ｂに達したか否かを判断する。この基準値Ｂは、上述した周期Ｔbに対応する。すなわち、カウンタｃのカウント値がこの基準値Ｂに達したとき、ＣＰＵ１８は、現在有効化されているカメラ１２が有効化されてから期間Ｔbが経過したものと判断する。
【００４４】
このステップＳ３１においてカウント値ｃが基準値Ｂに達していない場合、つまり現在有効化されているカメラ１２が有効されてから期間Ｔbが経過していない場合、ＣＰＵ１８は、ステップＳ３３に進み、所定のカウンタｐをクリア（ｐ＝０）する。このカウンタｐは、動きの無い監視エリアの画像データをハードディスク３２に記録するときのインターバル期間をカウントするためのものである。
【００４５】
そして、ＣＰＵ１８は、ステップＳ３５において、垂直同期信号Ｖsyncの入力を待ち、当該垂直同期信号Ｖsyncが入力されると、ステップＳ３７に進む。そして、このステップＳ３７において、ＣＰＵ１８は、カウンタｐのカウント値を１だけインクリメントした後、ステップＳ３９に進み、当該インクリメント後のカウント値ｐが基準値Ｐに達したか否かを判断する。この基準値Ｐには、５〜９の値が設定される。ここで、カウント値ｐが基準値Ｐに達していないとき、ＣＰＵ１８は、再度垂直同期信号Ｖsyncの入力を待つべくステップＳ３５に戻る。一方、カウント値ｐが基準値Ｐに達すると、ＣＰＵ１８は、現時点で取り込まれている画像データを圧縮するべく、ステップＳ３９から図６のステップＳ１３に戻る。
【００４６】
なお、上述のステップＳ３１において、カウンタｃのカウント値が基準値Ｂに達すると、ＣＰＵ１８は、ステップＳ４１に進む。そして、このステップＳ４１において、現在設定されている識別番号ｎがその最大値Ｎに達したか否かを判断する。ここで、識別番号ｎが最大値Ｎに達していないとき、ＣＰＵ１８は、次のカメラ１２を有効化するべくステップＳ４３に進み、当該識別番号ｎを１だけインクリメントした後、図６のステップＳ５に戻る。一方、識別番号ｎが最大値Ｎに達すると、ＣＰＵ１８は、識別番号ｎが“１”番のカメラ１２を有効化するべく、ステップＳ４１から図６のステップＳ３に戻る。
【００４７】
さらに、上述のステップＳ２７において、“動き有り”と判断した場合、詳しくは現在有効化されているカメラ１２（識別番号ｎ）に対応するレジスタ３８の記憶領域Ｒ[n,i]のいずれかに“動き有り”という判定結果が記憶されている場合、ＣＰＵ１８は、ステップＳ４５に進む。そして、このステップＳ４５においてフラグＦに“１”を設定した後、ステップＳ４７に進み、上述した警告メッセージをモニタ装置の画面にオーバレイ表示する。
【００４８】
ＣＰＵ１８はさらに、ステップＳ４９において、上述した警告データをステップＳ１３で生成された圧縮画像ファイルのアプリケーション・マーカ・セグメントに組み込む。そして、ＣＰＵ１８は、ステップＳ５１に進み、当該警告データが組み込まれた圧縮画像ファイルをハードディスク３２に記録する。
【００４９】
このステップＳ５１の処理後、ＣＰＵ１８は、ステップＳ５３に進み、上述したカウンタｃのカウント値が基準値Ｄに達したか否かを判断する。この基準値Ｄは、上述した周期Ｔbに対応する。すなわち、カウンタｃのカウント値がこの基準値Ｄに達したとき、ＣＰＵ１８は、現在有効化されているカメラ１２が有効化されてから期間Ｔdが経過したものと判断する。
【００５０】
このステップＳ５３においてカウント値ｃが基準値Ｄに達していない場合、つまり現在有効化されているカメラ１２が有効されてから期間Ｔdが経過していない場合、ＣＰＵ１８は、ステップＳ５５に進み、所定のカウンタｑをクリア（ｑ＝０）する。このカウンタｑは、動きの有る監視エリアの画像データをハードディスク３２に記録するときのインターバル期間をカウントするためのものである。
【００５１】
そして、ＣＰＵ１８は、ステップＳ５７において、垂直同期信号Ｖsyncの入力を待ち、当該垂直同期信号Ｖsyncが入力されると、ステップＳ５９に進む。そして、このステップＳ５９において、ＣＰＵ１８は、カウンタｑのカウント値を１だけインクリメントした後、ステップＳ６１に進み、当該インクリメント後のカウント値ｑが基準値Ｑに達したか否かを判断する。この基準値Ｑには、１〜３の値が設定される。ここで、カウント値ｑが基準値Ｑに達していないとき、ＣＰＵ１８は、再度垂直同期信号Ｖsyncの入力を待つべくステップＳ５７に戻る。一方、カウント値ｑが基準値Ｑに達すると、ＣＰＵ１８は、現時点で取り込まれている画像データを圧縮するべく、ステップＳ６１から図６のステップＳ１３に戻る。
【００５２】
なお、上述のステップＳ５３において、カウンタｃのカウント値が基準値Ｂに達すると、ＣＰＵ１８は、ステップＳ６３に進む。そして、このステップＳ６３において、現在モニタ装置の画面にオーバレイ表示されている警告メッセージを解除した後、ステップＳ４１に進む。
【００５３】
また、上述のステップＳ２５において、フラグＦに“１”が設定されいている場合、ＣＰＵ１８は、ステップＳ２７，ステップＳ４５およびステップＳ４７をスキップして、ステップＳ４９に進む。
【００５４】
図８を参照して、図６のステップＳ１における初期設定処理の詳細を説明する。この初期設定処理では、ＣＰＵ１８は、まず、ステップＳ１０１において有効化するカメラ１２を指定するための識別番号ｎに“１”を設定する。そして、ＣＰＵ１８は、ステップＳ１０３に進み、当該識別番号ｎに対応するメモリ３６の全記憶領域Ｍ[n,i]をクリアし、さらにステップＳ１０５において、当該識別番号ｎに対応するレジスタ３８の全記憶領域Ｒ[n,i]をクリアする。そして、ＣＰＵ１８は、ステップＳ１０７において、識別番号ｎのカメラ１２を有効化した後、ステップＳ１０９に進む。
【００５５】
ステップＳ１０９において、ＣＰＵ１８は、所定のカウンタｊをクリア（ｊ＝０）する。このカウンタｊは、現在有効化されているカメラ１２の動作が安定するまでの待機時間をカウントするためのものである。
【００５６】
ステップＳ１０９の処理後、ＣＰＵ１８は、ステップＳ１１１に進み、垂直同期信号Ｖsyncの入力を待つ。ここで、垂直同期信号Ｖsyncが入力されると、ＣＰＵ１８は、ステップＳ１１３に進み、カウンタｊのカウント値を１だけインクリメントした後、ステップＳ１１５に進む。そして、このステップＳ１１５において、ＣＰＵ１８は、当該インクリメント後のカウント値ｊが基準値Ｊに達したか否かを判断する。なお、基準値ｊとしては、数十〜数百という値が設定される。ステップＳ１１５においてカウント値ｊが基準値Ｊに達するまで、ＣＰＵ１８は、ステップＳ１１１およびステップＳ１１３を繰り返し実行する。そして、カウント値ｊが基準値Ｊに達すると、ＣＰＵ１８は、ステップＳ１１５からステップＳ１１７に進む。
【００５７】
ステップＳ１１７において、ＣＰＵ１８は、輝度積算回路３４から輝度積算値Ａy[i]を取り込む。そして、ＣＰＵ１８は、ステップＳ１１９に進み、当該取り込んだ輝度積算値Ａy[i]を輝度積算値Ａy[i]’の言わば初期値としてメモリ３６に記憶した後、ステップＳ１２１に進む。
【００５８】
ステップＳ１２１において、ＣＰＵ１８は、現在設定されている識別番号ｎがその最大値Ｎに達したか否かを判断する。ここで、識別番号ｎが最大値Ｎに達していないとき、ＣＰＵ１８は、次のカメラ１２についての輝度積算値Ａy[i]’を得るべくステップＳ１２３に進み、当該識別番号ｎを１だけインクリメントした後、ステップＳ１０３に戻る。一方、識別番号ｎが最大値Ｎに達することによって、ＣＰＵ１８は、この一連の初期設定処理を終了し、図６のステップＳ３に進む。
【００５９】
図９を参照して、図６のステップＳ１９における動き判定処理の詳細を説明する。この動き判定処理では、ＣＰＵ１８は、まず、ステップＳ２０１において動き判定の対象となるブロックを指定するためのブロック番号ｉに“１”を設定する。そして、ＣＰＵ１８は、ステップＳ２０３に進み、当該ブロック番号ｉのブロックにおける輝度差ΔＡy[i]と上述した閾値αとを比較する。
【００６０】
このステップＳ２０３において、輝度差ΔＡy[i]が閾値αを上回るとき、ＣＰＵ１８は、ステップＳ２０５に進み、ブロック番号ｉのブロックにおいて動きが有ると判定する。そして、ＣＰＵ１８は、ステップＳ２０７に進み、当該判定結果をレジスタ３８（記憶領域Ｒ[n,i]）に記憶する。一方、輝度差ΔＡy[i]が閾値α以下であるとき、ＣＰＵ１８は、ステップＳ２０３からステップＳ２０９に進む。そして、このステップＳ２０９において、ブロック番号ｉのブロックには動きが無いと判定した後、ＣＰＵ１８は、ステップＳ２０７に進む。
【００６１】
ステップＳ２０７の処理後、ＣＰＵ１８は、ステップＳ２１１に進み、現在設定されているブロック番号ｉがその最大値Ｉに達したか否かを判断する。ここで、ブロック番号ｉが未だ最大値Ｉに達していない場合、ＣＰＵ１８は、次のブロックについて動きの有無を判定するべくステップＳ２１３に進み、当該ブロック番号ｉを１だけインクリメントした後、ステップＳ２０３に戻る。一方、ブロック番号ｉが最大値Ｉに達した場合は、ＣＰＵ１８は、この一連の動き判定処理を終了して、図６のステップＳ２１に進む。
【００６２】
以上の説明から判るように、この第１実施例の監視カメラシステム１０における適応監視モードによれば、それぞれのカメラ１２による監視エリアの動きの状況に基づいて、それぞれの監視エリアの監視時間（ＴbおよびＴd）および監視画像の記録（間引き）レート、つまり監視態様（パターン）が制御される。したがって、それぞれの監視エリア内に不審者５０が侵入するなどの動きが生じていないかどうかを、適切かつ迅速に認識することができる。
【００６３】
なお、この第１実施例では、各カメラ１２，１２，・・・としてディジタル式のものを採用したが、アナログ式のカメラを採用してもよい。また、各カメラ１２，１２，・・・は、マルチプレクサ１４との間で、いわゆるネットワーク接続されたものであってもよい。
【００６４】
そして、これらのカメラ１２，１２，・・・で撮影された被写体の画像（圧縮画像ファイル）を記録する記録媒体としてハードディスク３２を採用したが、これに代えてＤＶＤ（Digital Versatile Disc）などの他の記録媒体を採用してもよい。また、ディジタル式或いはアナログ式のＶＴＲ（Video Tape Recorder）を用いてもよい。
【００６５】
さらに、それぞれの監視エリアに動きが有るか否かの判断基準となる閾値αについては、たとえば操作キー２６の操作によって任意に設定（変更）できるようにしてもよい。
【００６６】
また、この第１実施例においては、監視エリアを横８列×縦８行の６４個のブロック（Ｉ＝６４）に分割したが、たとえば図１０に示すように横１６列×縦１６行の合計２５６個のブロック（Ｉ＝２５６）に分割してもよい。このように監視エリアを分割するブロック数を増やすことで、より詳細に（高い空間分解能で）動きの有無を判断できる。勿論、これら以外のブロック数にしても構わない。
【００６７】
そして、それぞれの監視エリアにおける動きの状況に基づいて、各監視エリアの監視時間（選択態様）および監視画像の記録レート（抽出態様）を個別に制御するようにしたが、これに限らない。たとえば、各監視エリアを監視する順番を変えるというように、他の監視態様を制御してもよい。
【００６８】
次に、図１１〜図１９を参照して、第２実施例の監視カメラシステム６０について説明する。
【００６９】
図１１に示すように、この第２実施例の監視カメラシステム６０は、上述した図１の構成に加え、画像記録装置１６内にレジスタ６２を設けたものである。このレジスタ６２には、各カメラ１２，１２，・・・に対応する複数のフラグＥ[1]，Ｅ[2]，・・・Ｅ[N]が格納されている。これらのフラグＥ[1]，Ｅ[2]，・・・Ｅ[N]には、後述するようにそれぞれの監視エリアを図３に示すように６４分割するのか若しくは図１０に示すように２５６分割するかのを輝度積算回路３４に指示するための指標（“０”または“１”）が設定される。
【００７０】
ところで、この第２実施例の監視カメラシステム６０もまた、第１実施例の監視カメラシステム１０と同様、適用監視モードを備えている。この第２実施例における適用監視モードでは、動きが無い監視エリアについては、第１実施例と同様、６４個のブロックに分割され、当該ブロック毎に動きの有無が判断される。一方、動きの有る監視エリアについては、図１０に示すように２５６個のブロックに分割され、これら２５６個のブロック毎に動きの有無が判断される。つまり、動きの有る監視エリアは、比較的に高い空間分解能で監視され、これによって高精度な監視が実現される。一方、動きの無い監視エリアは、比較的に粗い空間分解能で監視され、これによって当該動きの有無を実際に判断するＣＰＵ１８の処理の負担が軽減される。
【００７１】
このような処理を実現するために、ＣＰＵ１８は、上述のレジスタ６２（フラグＥ[1]，Ｅ[2]，・・・Ｅ[N]）を用いて次のような動作をする。
【００７２】
すなわち、ＣＰＵ１８は、上述した図８に示す初期設定処理において、ステップＳ１０７を処理した後、図１２に示すステップＳ３０１に進む。そして、このステップＳ３０１において、識別番号ｎに対応するレジスタ６２内のフラグＥ[n]に“０”を設定した後、ＣＰＵ１８は、図８のステップＳ１０９に進む。
【００７３】
そして、ＣＰＵ１８は、図６におけるステップＳ７を処理した後、図１３のステップＳ３１１に進む。このステップＳ３１１において、ＣＰＵ１８は、フラグＥ[n]に“０”が設定されているか否かを判断する。ここで、フラグＥ[n]に“０”が設定されている場合、ＣＰＵ１８は、ステップＳ３１３に進み、輝度積算回路３４に対して監視エリアを６４分割するよう指示を与えた後、図６のステップＳ９に進む。一方、フラグＥ[n]に“１”が設定されている場合、ＣＰＵ１８は、ステップＳ３１１からステップＳ３１５に進む。そして、このステップＳ３１５において、輝度積算回路３４に対して監視エリアを２５６分割するよう指示を与えた後、ＣＰＵ１８は、図６のステップＳ９に進む。
【００７４】
さらに、ＣＰＵ１８は、図７のステップＳ２７において“動き無し”と判断した場合、ステップＳ２９に進むのではなく、図１４のステップＳ３２１に進む。そして、このステップＳ３２１において、ＣＰＵ１８は、フラグＥ[n]に“０”が設定されているか否かを判断する。ここで、フラグＥ[n]に“０”が設定されていない場合、つまりフラグＥ[n]に“１”が設定されている場合は、ＣＰＵ１８は、ステップＳ３２３に進む。そして、このステップＳ３２３において、輝度積算回路３４に対して監視エリアを６４分割するよう指示を与えた後、ＣＰＵ１８は、ステップＳ３２５に進み、フラグＥ[n]に“０”を設定した後、図７のステップＳ２９に進む。なお、上述のステップＳ３２１において、フラグＥ[n]に“０”が設定されている場合、ＣＰＵ１８は、ステップＳ３２３およびシステム３２５をスキップして、図７のステップＳ２９に進む。
【００７５】
一方、図７のステップＳ２７において“動き有り”と判断した場合、ＣＰＵ１８は、ステップＳ４５に進むのではなく、図１５のステップＳ３３１に進む。そして、このステップＳ３３１において、輝度積算回路３４に対して監視エリアを２５６分割するよう指示を与えた後、ＣＰＵ１８は、ステップＳ３３３に進み、フラグＥ[n]に“１”を設定した後、図７のステップＳ４５に進む。
【００７６】
なお、図６のステップＳ１７において、今回の輝度積算値Ａy[i]と前回の輝度積算値Ａy[i]’とから輝度差ΔＡy[i]を算出するとき、これら２つの輝度積算値Ａy[i]およびＡy[i]’の数が互いに異なる場合、具体的には一方の数が６４個（Ｉ＝６４）であり他方の数が２５６個（Ｉ＝２５６）である場合がある。この場合、ブロック番号ｉ毎に各輝度積算値Ａy[i]およびＡy[i]’の差分を求めただけでは、正確な輝度差ΔＡy[i]が得られない。
【００７７】
そこで、このような場合、ＣＰＵ１８は、図１６に示すように２５６分割されたブロックについて横２列×縦２行の計４個のブロックを１つのブロックとして取り扱い、これら４つのブロックの組合せと６４分割されたブロックとの間で輝度差ΔＡy[i]を算出する。
【００７８】
たとえば、前回の輝度積算値Ａy[i]’の数が６４個であり、今回の輝度積算値Ａy[i]の数が２５６個であるとき、ＣＰＵ１８は、図１７に示すように、６４分割された任意のブロック（図１７ではブロック番号ｉが“２”番のブロック）の輝度積算値Ａy[i]’と、このブロックに対応する２５６分割された４つのブロック（図１７ではブロック番号ｉが“４”，“５”，“２０”および“２１”番のブロック）の各輝度積算値Ａy[i]とから、当該４つのブロックにおける各輝度差ΔＡy[i]を算出する。
【００７９】
一方、前回の輝度積算値Ａy[i]’の数が２５６個であり、今回の輝度積算値Ａy[i]の数が６４個であるとき、ＣＰＵ１８は、図１８に示すように、６４分割された任意のブロック（図１８ではブロック番号ｉが“２”番のブロック）の輝度積算値Ａy[i]と、このブロックに対応する２５６分割された４つのブロック（図１８ではブロック番号ｉが“４”，“５”，“２０”および“２１”番のブロック）の各輝度積算値Ａy[i]’の平均値とから、当該６４分割された任意のブロックにおける輝度差ΔＡy[i]を算出する。
【００８０】
なお、６４分割されたブロックのブロック番号ｉと、２５６分割されたブロックのブロック番号ｉとの対応関係は、図１９に示すようなテーブルに纏められた状態で、上述のＲＯＭ４０内に記憶されている。ＣＰＵ１８は、このテーブルを参照することで、６４分割されたブロックと２５６分割されたブロックと対応関係を認識し、各ブロックにおける輝度差ΔＡy[i]を算出する。
【００８１】
このように第２実施例の監視カメラシステム６０によれば、動きの有る監視エリアは比較的に高い空間分解能で監視され、動きの無い監視エリアは比較的に粗い空間分解能で監視されるので、ＣＰＵ１８の処理の負担を軽減しつつ、各監視エリアでの動きの有無を正確に判断することができる。
【００８２】
次に、図２０〜図２２を参照して、第３実施例の監視カメラシステム７０について説明する。
【００８３】
図１１に示すように、この第３実施例の監視カメラシステム７０は、上述した図１の構成に加え、画像記録装置１６内にレジスタ７２を設けたものである。このレジスタ７２は、各カメラ１２，１２，・・・に対応する複数の記憶領域α[1]，α[2]，・・・α[N]を有しており、それぞれの記憶領域α[n]はブロック番号ｉに対応する複数の領域α[n,i]に細分化されている。これらの記憶領域α[n,i]には、それぞれの監視エリアの各ブロックにおける動きの有無の判断基準となる閾値が記憶される。具体的には、識別番号ｎのカメラ１２による監視エリア内のブロック番号ｉというブロックにおいては、当該識別番号ｎとブロック番号ｉとの組合せに対応する記憶領域α[n,i]に記憶されている閾値を基準として、動きの有無が判断される。
【００８４】
そして、この第３実施例におけるＣＰＵ１８は、動きの無いブロックについては、当該ブロックの閾値α[n,i]としてαaという比較的に高い値を設定する。一方、動きの有るブロックについては、当該ブロックの閾値α[n,i]としてαaよりも低いαbという値を設定する。つまり、動きの有るブロックについては、閾値α[n,i]を低く設定することで、言わば当該動きの検出感度が高く設定される。
【００８５】
このような処理を実現するために、ＣＰＵ１８は、適応監視モードにおいて次のような動作をする。すなわち、ＣＰＵ１８は、上述した図８に示す初期設定処理において、ステップＳ１０５を処理した後、図２１に示すステップＳ４０１に進む。そして、このステップＳ４０１において、識別番号ｎに対応するレジスタ７２内の全記憶領域α[n,i]の閾値を初期化する。すなわち、閾値α[n,i]としてαaを設定する。そして、この閾値α[n,i]の初期化後、ＣＰＵ１８は、図８のステップＳ１０７に進む。
【００８６】
さらに、ＣＰＵ１８は、図６におけるステップＳ１９の動き判定処理において、上述した図９の動き判定処理に代えて、図２２で示される処理を実行する。この図２２に示すフロー図は、図９におけるステップＳ２０３に代えてステップＳ４１１を設けるとともに、ステップＳ２０５の後にステップＳ４１３を設け、さらにステップＳ２０９の後にステップＳ４１５を設けたものである。
【００８７】
すなわち、ＣＰＵ１８は、ステップＳ２０１でブロック番号ｉに“０”を設定した後、ステップＳ４１１において、当該ブロック番号ｉのブロックにおける輝度差ΔＡy[i]と閾値α[n,i]とを比較する。そして、このステップＳ４１１において輝度差ΔＡy[i]が閾値α[n,i]を上回るとき、ＣＰＵ１８は、ステップＳ２０５に進み、“動き有り”の判定をした後、ステップＳ４１３に進む。そして、このステップＳ４１３において、ブロックｉにおける閾値α[n,i]としてαaを設定した後（記憶領域α[n,i]にαaを記憶した後）、ＣＰＵ１８は、ステップＳ２０７に進む。
【００８８】
一方、ステップＳ４１１において輝度差ΔＡy[i]が閾値α[n,i]以下であるとき、ＣＰＵ１８は、ステップＳ２０９に進む。そして、このステップＳ２０９において“動き無し”の判定をした後、ＣＰＵ１８は、ステップＳ４１５に進み、ブロックｉにおける閾値α[n,i]としてαbを設定する。そして、このステップＳ４１５の処理後、ＣＰＵ１８は、ステップＳ２０７に進む。
【００８９】
このように第３実施例の監視カメラシステム７０によれば、動きの有るブロックにおいては、当該動きの判断基準となる閾値α[n,i]が低め設定されるので、高感度な動き検出を実現することができる。
【図面の簡単な説明】
【図１】この発明の第１実施例の概略構成を示すブロック図である。
【図２】図１の実施例における通常監視モードでの各カメラの切り換え動作を示す図解図である。
【図３】図１の実施例における画面の構成を示す図解図である。
【図４】図１の実施例における動き検出動作を説明するための図解図である。
【図５】図１の実施例における通常監視モードでの各カメラの切り換え動作を示す図解図である。
【図６】図１の実施例におけるＣＰＵの動作を示すフロー図である。
【図７】図６に続くフロー図である。
【図８】図６における初期設定処理の詳細を示すフロー図である。
【図９】図６における動き判定処理の詳細を示すフロー図である。
【図１０】図１の実施例の適用例を示す図解図である。
【図１１】この発明の第２実施例の概略構成を示すブロック図である。
【図１２】図１１の実施例におけるＣＰＵの動作の一部を示すフロー図である。
【図１３】図１２とは異なる部分のＣＰＵの動作を示すフロー図である。
【図１４】図１２および図１３とは異なる部分のＣＰＵの動作を示すフロー図である。
【図１５】図１２，図１３および図１４とは異なる部分のＣＰＵの動作を示すフロー図である。
【図１６】図１１の実施例における画面の構成を示す図解図である。
【図１７】図１１の実施例において互いに数が異なるブロック間で輝度差ΔＡy[i]を算出するときの手順を示す図解図である。
【図１８】図１７と異なる状況下で輝度差ΔＡy[i]を算出するときの手順を示す図解図である。
【図１９】図１７または図１８の手順によって輝度差ΔＡy[i]を算出するときに参照されるテーブルの概要を示す図解図である。図６の実施例において画面上のブロックの番号を変換する手順を示す図解図である。
【図２０】この発明の第３実施例の概略構成を示すブロック図である。
【図２１】図２０の実施例におけるＣＰＵの動作の一部を示すフロー図である。
【図２２】図２１とは異なる部分のＣＰＵの動作を示すフロー図である。
【符号の説明】
１０…監視カメラシステム
１２…固定監視カメラ
１４…マルチプレクサ
１８…ＣＰＵ
３４…輝度積算回路
３６…メモリ
３８…レジスタ
Claims (5)
- 複数のカメラから出力された複数の動画像信号の各々を選択的に取り込む取り込み手段、
前記取り込み手段によって取り込まれた動画像信号に基づいて前記複数のカメラによって撮影される複数の被写体の動きを個別に判別する判別手段、および
前記判別手段の判別結果に基づいて前記取り込み手段による取り込み態様を制御する第１制御手段を備え、
前記判別手段は、画面に割り当てられた複数のブロックの各々から前記被写体の動き量を検出し、検出した動き量に基づいて前記画面に割り当てるブロックの数を制御する第２制御手段をさらに備えることを特徴とする、画像信号処理装置。 - 前記取り込み手段は前記複数のカメラの各々を時分割で選択する選択手段を含み、
前記第１制御手段は前記選択手段の選択態様を制御する選択態様制御手段を含む、請求項１記載の画像信号処理装置。 - 前記取り込み手段は前記複数の動画像信号の各々に含まれる静止画信号を選択的に抽出する抽出手段を含み、
前記第１制御手段は前記抽出手段の抽出態様を制御する抽出態様制御手段を含む、請求項１または２記載の画像信号処理装置。 - 前記判別手段は前記検出手段によって検出された動き量をしきい値と比較する比較手段をさらに含み、
前記判別手段の判別結果に基づいて前記しきい値を制御する第２制御手段をさらに備える、請求項３記載の画像信号処理装置。 - 前記第３制御手段は前記しきい値を前記ブロック毎に制御する、請求項４記載の画像信号処理装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002188070A JP4065149B2 (ja) | 2002-06-27 | 2002-06-27 | 画像信号処理装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002188070A JP4065149B2 (ja) | 2002-06-27 | 2002-06-27 | 画像信号処理装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004032522A JP2004032522A (ja) | 2004-01-29 |
| JP4065149B2 true JP4065149B2 (ja) | 2008-03-19 |
Family
ID=31182928
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002188070A Expired - Fee Related JP4065149B2 (ja) | 2002-06-27 | 2002-06-27 | 画像信号処理装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4065149B2 (ja) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007041786A (ja) * | 2005-08-02 | 2007-02-15 | Optex Co Ltd | 誤報低減機能付き侵入検知装置 |
| JP4061338B2 (ja) * | 2005-08-02 | 2008-03-19 | オプテックス株式会社 | 侵入検知装置 |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH08317378A (ja) * | 1995-05-19 | 1996-11-29 | Fujitsu General Ltd | ビデオカメラ切換装置 |
| JPH08340513A (ja) * | 1995-06-12 | 1996-12-24 | Toshiba Corp | 映像記録装置 |
| JP3506934B2 (ja) * | 1998-12-11 | 2004-03-15 | 株式会社メガチップス | 監視装置及び監視システム |
| JP2002123833A (ja) * | 2000-10-18 | 2002-04-26 | Victor Co Of Japan Ltd | 画像処理装置 |
-
2002
- 2002-06-27 JP JP2002188070A patent/JP4065149B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2004032522A (ja) | 2004-01-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4685465B2 (ja) | 監視記録装置 | |
| KR100896949B1 (ko) | 객체식별이 가능한 영상처리 감시시스템 및 감시방법 | |
| JP4396708B2 (ja) | ネットワーク機器および監視カメラシステム | |
| US20070217765A1 (en) | Method and its application for video recorder and player | |
| US6434320B1 (en) | Method of searching recorded digital video for areas of activity | |
| CN104853071B (zh) | 显示控制装置和显示方法 | |
| US7421134B2 (en) | Image processing apparatus and method for moving object-adaptive compression | |
| US20050057652A1 (en) | Monitoring image recording apparatus | |
| KR100564186B1 (ko) | 전자 카메라 | |
| JP2002247517A (ja) | ディジタルカメラ | |
| JP4065149B2 (ja) | 画像信号処理装置 | |
| JP5069091B2 (ja) | 監視カメラおよび監視カメラシステム | |
| KR100548211B1 (ko) | 얼굴영상 검출이 가능한 감시시스템 및 그의 얼굴영상검출방법 | |
| JP3928463B2 (ja) | 睡眠時体動検出装置 | |
| JP2987353B2 (ja) | 映像監視方法 | |
| JP4241562B2 (ja) | 画像圧縮装置 | |
| JP2007336431A (ja) | 映像監視装置及び方法 | |
| JP4612803B2 (ja) | 画像動き検知装置、画像動き検知方法、プログラム及び記録媒体 | |
| JP2005012590A (ja) | 監視カメラシステム | |
| JP4995251B2 (ja) | 画像動き検知装置、画像動き検知方法、プログラム及び記録媒体 | |
| JPH08265740A (ja) | カメラ監視装置 | |
| JP2004343401A (ja) | 監視用デジタルスチルカメラ | |
| KR100381420B1 (ko) | Ｃｃｔｖ 시스템 | |
| JP3075934B2 (ja) | 動きベクトル検出回路およびそれを用いた被写体追尾カメラ装置 | |
| JPH08265736A (ja) | Ｃｃｔｖ監視システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050519 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070604 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070612 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070731 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20070828 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20071026 |
|
| A911 | Transfer of reconsideration by examiner before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20071115 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20071204 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20071228 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110111 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110111 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120111 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130111 Year of fee payment: 5 |
|
| LAPS | Cancellation because of no payment of annual fees |