JP3942606B2 - 変化検出装置 - Google Patents

Description

本説明は、映像の変化の発生を検知し通報する変化検出技術に関し、特に監視システム内における映像の変化の発生を検知して生成した監視情報を、ネットワーク等で接続されたＰＣ（Personal Computer）や携帯端末等に送信する変化検出装置に関する。

近年、監視カメラを用いた侵入者監視において、インターネットやＬＡＮ等のネットワーク技術を用いた映像蓄積及び映像配信技術が開発されてきている。さらに、映像をハードディスクやＤＶＤ（Digital Versatile Disc）などの記憶装置にデジタルデータとして蓄積する技術が開発されている。

また、画像認識技術を用いて監視カメラが取得した映像の変化を検出し、監視情報として、ネットワーク接続されたＰＣや携帯端末に送信する技術（例えば、特許文献１参照。）や、更に、時刻や領域に関するパラメータを保持するためのテーブルを備えることによって、監視スケジュールや監視領域を指定することができる監視情報送信技術が知られている（例えば、特許文献２参照。）。

さらに、画像認識技術として、映像の変化を検出し、移動物体の大きさや重心位置などを算出し、それらを複数フレームにわたって連続的に処理することによって、前記移動物体の移動方向を追跡する技術が知られている（例えば、特許文献３参照。）。
特願２００２−３４７２０２（第５―６頁、第１図） 特願２００４−１４６６９８ 特開２０００−１０５８３５号公報（第７−９頁、第１、７、９、１０−１２、１４−１６図）

従来の監視情報送信技術においては、異常を検出した場合の監視情報の通報先は予め定められており、検出した監視情報に基づいて通報先を自動的に変更する手段がなく、通報先を変更する場合には、監視情報送信技術における監視情報の通報先を手動で書き換えるしか方法がなかった。

ところが、１つの監視カメラの映像に対して、移動物体が検出された場所や移動物体の大きさ及びそれらの組合せ等によって、前記監視情報を異なった通報先に送信する要求がある。

本発明の目的は、移動物体が検出された場所や移動物体の大きさ等に応じて異なる通報先に監視情報を送信することができる変化検出装置を提供することである。

上記目的を達成するため、本発明に係る変化検出装置は、撮像装置により得られた監視画像の入力部と、前記監視画像上にＮ個（Ｎは正の整数）の領域を指定する領域指定部と、前記監視画像内の画像変化の通報先を画像変化の特徴別に予めそれぞれ指定する通報先指定部と、前記Ｎ個の領域の画像変化を検出する変化検出部と、前記変化検出部からの各画像変化の少なくとも１つの特徴を抽出する特徴抽出部と、検出された各画像変化に関連する監視情報を生成する監視情報生成部と、前記監視情報の送信部とからなり、前記送信部は、検出された画像変化の特徴に基づいて前記通報先指定部に設定された所定の通報先に監視情報を送信するように構成される。

なお、本明細書では、「監視情報」という語を用いて説明を行うが、例えば、「警告情報」や「検出情報」といった語についても、同様な用語であり、本発明に包含される。また、「監視情報」とは、「監視」という用語の意味に限定されるものではない。

また、本発明に係る変化検出装置において、前記特徴抽出部で抽出する特徴は、画像変化が検出された領域の識別情報を含み、該識別情報に基づいて前記画像変化に関連する監視情報が所定の通報先に送信されるように構成される。

また、本発明に係る変化検出装置において、前記特徴抽出部で抽出する特徴は、更に前記画像変化の領域のサイズ情報を含み、前記領域の識別情報と前記サイズ情報とに基づいて前記画像変化に関連する監視情報が所定の通報先に送信されるように構成される。

また、本発明に係る変化検出装置において、前記特徴抽出部で抽出する特徴は、更に前記画像変化の発生時刻を含み、前記識別情報と前記発生時刻とに基づいて前記画像変化に関連する監視情報が所定の通報先に送信されるように構成される。

また、本発明に係る変化検出装置において、前記特徴抽出部で抽出する特徴は、前記監視画像内の画像変化の移動方向を含み、該画像変化の移動方向に基づいて前記画像変化に関連する監視情報が所定の通報先に送信されるように構成される。

また、本発明に係る変化検出装置において、前記特徴抽出部で抽出する特徴は、画像変化が前記Ｎ個の領域の中の所定の２つの領域において所定の順序で検出されたか否かの順序に関する特徴を含み、該特徴に基づいて前記画像変化に関連する監視情報が所定の通報先に送信されるように構成される。

また、本発明に係る変化検出装置において、前記特徴抽出部で抽出する特徴は、更に前記画像変化が所定の時間内に前記所定の２つの領域で検出されたか否かの時間に関する特徴を含み、前記順序に関する特徴と前記時間に関する特徴とに基づいて前記画像変化に関連する監視情報が所定の通報先に送信されるように構成される。

また、上記目的を達成するため、本発明に係る監視システムは、映像信号入力部と、前記映像信号入力部からの映像信号をデジタル画像データに変換するエンコーダ部と、前記エンコーダ部からのデジタル画像データを蓄積する機能を有する映像蓄積装置と、前記映像蓄積装置の蓄積映像を読み出し、前記映像の変化を検出する通報装置と、前記映像信号入力部と、エンコーダ部と、映像蓄積装置と、通報装置とを相互接続する伝送路およびハブとからなり、前記通報装置は、検出された映像の変化に関連する監視情報を生成する監視情報生成部と、前記検出された映像の変化の特徴に基づいて前記監視情報の送信先を判定する通報先判定部を含むように構成される。

なお、本明細書では、「監視システム」という語を用いて説明を行うが、例えば、「通報システム」や「物体検出システム」といった語についても、同様な用語であり、本発明に包含される。

また、本発明に係る監視システムにおいて、前記映像の変化の特徴は、少なくとも前記デジタル画像データ上の前記映像の変化の位置を含み、前記通報装置は前記映像の変化の位置に基づいて前記監視情報を送信するべき通報先を判定するように構成される。

また、本発明に係る監視システムにおいて、前記映像変化の特徴は、更に前記映像の変化の領域のサイズを含み、前記映像の変化位置と前記サイズとに基づいて前記監視情報を送信するべき通報先を判定するように構成される。

また、本発明に係る監視システムにおいて、前記映像の変化の特徴は、更に前記映像の変化の発生時刻を含み、前記通報装置は前記映像の変化の発生時刻と前記映像の変化の位置とに基づいて前記監視情報を送信するべき通報先を判定するように構成される。

また、上記目的を達成するため、本発明に係る変化検出方法は、カメラの撮像範囲内に予めＮ個（Ｎは正の整数）の監視領域を設定し、予め前記カメラからの映像内の画像変化の通報先を画像変化の特徴別に設定した通報先テーブルを作成しておき、前記カメラからの映像を蓄積する映像蓄積装置から映像を読み出し、前記読み出した映像内の画像変化を検出し、該検出した画像変化の特徴を抽出し、前記検出した画像変化に関連する監視情報を作成し、前記抽出した特徴に基づいて前記監視情報を所定の通報先に送信する。

また、本発明に係る変化検出方法において、前記抽出した画像変化の特徴は、該画像変化がどの監視領域で発生したかを含み、前記監視情報は前記画像変化が発生した監視領域に基づいて所定の通報先に送信される。

また、本発明に係る変化検出方法において、前記抽出した画像変化の特徴は、更に前記画像変化の領域のサイズを含み、前記監視情報は前記監視領域と前記サイズとに基づいて所定の通報先に送信される。

また、本発明に係る変化検出方法において、前記特抽出した画像変化の特徴は、更に前記画像変化の発生時刻を含み、前記監視情報は該発生時刻と前記監視領域とに基づいて前記所定の通報先に送信される。

また、本発明に係る変化検出方法において、前記抽出した画像変化の特徴は、前記画像変化の移動方向を含み、該画像変化の移動方向に基づいて該画像変化に関連する監視情報が所定の通報先に送信される。

また、本発明に係る変化検出方法において、前記抽出した画像変化の特徴は、画像変化が前記Ｎ個の領域の中の所定の２つの領域において所定の順序で検出されたか否かの順序に関する特徴を含み、前記監視情報は、該順序に関する特徴に基づいて所定の通報先に監視情報を送信する。

また、本発明に係る変化検出方法において、前記抽出した画像変化の特徴は、更に前記画像変化が所定の時間内に前記所定の２つの領域で検出されたか否かの時間に関する特徴を含み、前記監視情報は前記順序に関する特徴と時間に関する特徴とに基づいて所定の通報先に送信される。

また、上記目的を達成するため、本発明に係る通報装置は、本発明の通報装置は、撮像装置により得られた監視画像の入力部と、前記監視画像からＮ個（Ｎは正の整数）の領域を指定する領域指定部と、前記Ｎ個の領域の画像変化を検出する変化検出部と、前記Ｎ個の領域の通報先をそれぞれ指定する通報先指定部と、監視情報生成部からなり、前記監視情報生成部は、前記変化検出部の検出結果に基づき前記通報先指定部に設定された通報先に監視情報を送信するように構成される。

また、本発明に係る通報装置において、前記変化検出部は画像変化に基づき前記監視画像内の対象物の移動方向を検出し、前記対象物の移動方向に基づいて監視情報を所定の通報先に送信するように構成される。

また、本発明に係る通報装置において、前記変化検出部は画像変化に基づき前記監視領域内の対象物の特徴を検出し、前記対象物の特徴に基づいて前記通報先指定部に設定された通報先に監視情報を送信するように構成される。

また、上記目的を達成するため、本発明に係る通報装置は、撮像装置により得られた監視画像の入力部と、前記監視画像からＮ個（Ｎは正の整数）の領域を指定する領域指定部と、前記Ｎ個の領域の画像変化を検出する変化検出部と、前記Ｎ個の領域の通報先を指定する通報先指定部と、監視情報生成部からなり、前記監視情報生成部は、前記Ｎ個の領域の少なくともいずれか１つの領域で画像変化分を検出し、かつ他の前記Ｎ個の領域の少なくともいずれか１つの領域で画像の変化分を検出した場合に、前記通報先指定部に設定された通報先に監視情報を送信するように構成される。

また、上記目的を達成するため、本発明に係る通報装置は、撮像装置により得られた監視画像の入力部と、前記監視画像からＮ個（Ｎは正の整数）の領域を指定する領域指定部と、前記Ｎ個の領域の画像変化を検出する変化検出部と、前記Ｎ個の領域の通報先を指定する通報先指定部と、監視情報生成部からなり、前記監視情報生成部は、前記Ｎ個の領域の少なくともいずれか１つの領域で画像変化分を検出し、所定の時間後に他の前記Ｎ個の領域の少なくともいずれか１つの領域で画像の変化分を検出した場合に、前記通報先指定部に設定された通報先に監視情報を送信するように構成される。

また、上記目的を達成するため、本発明に係る通報装置は、撮像装置により得られた監視画像の入力部と、前記監視画像から少なくとも１つの監視領域を指定する領域指定部と、前記監視領域内の対象物を検出する検出部と、前記対象物の特徴に応じて通報先を指定する通報先指定部と、監視情報生成部からなり、前記監視情報生成部は、前記検出された対象物の特徴に基づいて前記通報先指定部に設定された所定の通報先に監視情報を送信するように構成される。

また、上記目的を達成するため、本発明に係る監視システムは、映像信号入力部と、前記映像信号入力部からの映像信号をデジタル画像データに変換するエンコーダ部と、前記エンコーダ部からのデジタル画像データを蓄積する機能を有する映像蓄積装置と、前記映像蓄積装置の蓄積映像を読み出し、前記映像の変化を検出する通報装置からなり、前記通報装置は、前記映像の変化が検出された前記デジタル画像データ上の位置に基づいて所定の通報先に前記監視情報を送信するように構成される。

また、上記目的を達成するため、本発明に係る監視システムは、映像信号入力部と、前記映像信号入力部からの映像信号をデジタル画像データに変換するエンコーダ部と、前記エンコーダ部からのデジタル画像データを蓄積する機能を有する映像蓄積装置と、前記映像蓄積装置の蓄積映像を読み出し、前記画像データから対象物の特徴を検出する通報装置からなり、前記通報装置は、前記検出された対象物の特徴に基づいて所定の通報先に前記監視情報を送信するように構成される。

本発明に係る変化検出装置によると、撮像装置により得られた監視画像の入力部と、前記監視画像上にＮ個の領域を指定する領域指定部と、前記監視画像内の画像変化の通報先を画像変化の特徴別に予めそれぞれ指定する通報先指定部と、前記Ｎ個の領域の画像変化を検出する変化検出部と、前記変化検出部からの各画像変化の少なくとも１つの特徴を抽出する特徴抽出部と、検出された各画像変化に関連する監視情報を生成する監視情報生成部と、前記監視情報の送信部とを備えた構成において、前記送信部は、検出された画像変化の特徴に基づいて前記通報先指定部に設定された所定の通報先に監視情報を送信するようにしたため、例えば、移動物体が検出された場所や移動物体の大きさ等に応じて異なる通報先に監視情報を送信することができる。

以下、本発明の実施例について、図面を参照して説明する。同様な部材には同様な参照符号を付す。
まず、図１０に言及して本発明の一実施例のネットワーク監視システムについて説明する。

図１０は、本発明に使用されるネットワーク監視システムの構成を示す図である。
図１０において、１００１−１、１００１−２、・・・、１００１−ｎ（ｎ＝１、２、・・・）は複数の監視カメラ（撮像装置）を表わす。なお、監視カメラを総称する場合は、１００１で代表するものとする。図１０のその他の装置についても同様とする。

１００２は例えば、ＬＡＮ(Local Area Network)のような映像信号等の伝送路、１００３−１、１００３−２、・・・、１００３−ｎ（ｎ＝１、２、・・・）はＷｅｂエンコーダである。１００４は映像蓄積装置で、監視カメラからの映像を蓄積する機能を有する。

１００５−１、１００５−２、・・・、１００５−ｍ（ｍ＝１、２、・・・）はブラウザＰＣで、監視システム全体を管理する機能を有する。１００６はハブ、１００７は通報装置、１００８はモデム、１００９は公衆回線による伝送路、１０１０はインターネットなどのＷＡＮ(Wide Area Network)ネットワーク、１０１１は携帯電話会社の交換システム、１０１２−１、１０１２−２、・・・、１０１２−ｌ（ｌ＝１、２、・・・）は携帯端末、１０１３−１、１０１３−２、・・・、１０１３−ｐ（ｐ＝１、２、・・・）はクライアントＰＣである。

なお、監視カメラ、Ｗｅｂエンコーダ等は１台であってもよいし、Ｗｅｂエンコーダ１台に複数台の監視カメラが接続されていてもよい。また、監視カメラ、Ｗｅｂエンコーダ、映像蓄積装置、通報装置等の機能が一体化された装置を用いることも可能である。また、図１０を用いて説明したシステムは、例えば、ロボットの体内ＬＡＮ、自動車の車内ＬＡＮや設備機器の装置内に構築されたネットワーク等を利用して実現することも可能である。

監視カメラ１００１、Ｗｅｂエンコーダ１００３、映像蓄積装置１００４、ハブ１００６、通報装置１００７、モデム１００８及びクライアントＰＣ１０１３は例えば、ＬＡＮ等の伝送路１００２で相互に接続されている。携帯電話会社の交換システム１０１１は伝送路１００９とネットワーク１０１０を介してモデム１００８に接続されている。また、携帯電話会社の交換システム１０１１は携帯端末１０１２と無線等で接続されている。

図１１は、本発明に使用される映像蓄積装置１００４、ブラウザＰＣ１００５、通報装置１００７、携帯端末１０１２及びクライアントＰＣ１０１３の概略構成の一実施例を示すブロック図である。勿論、それぞれの機能的な違いによりインストールされているソフト（動作プログラム）は異なるが、ハードウェア構成は、類似しているので、ここではその一例を示している。１１０１はＣＰＵ(Central Processing Unit)、１１０２は動作プログラム等を記憶するメモリ、１１０３はネットワークインタフェースである。

１１０４は記憶装置である。記憶装置１１０４は、映像蓄積装置１００４の記憶装置として監視カメラ１００１の画像を記録するため、記憶容量が大きい記録媒体、例えば、ＶＴＲ等を使用するが、ランダムアクセス可能な磁気ディスク（ＨＤ：ハードディスク）やＤＶＤ等も好適である。１１０５は入力インタフェース、１１０８はキーボード等の入力機器、１１０９はマウス等のポインティングデバイス、１１０６はビデオインタフェース、１１０７はモニタ、１１１０はバスである。

ＣＰＵ１１０１〜ビデオインタフェース１１０６は、バス１１１０を介して相互に接続されており、モニタ１１０７は、ビデオインタフェース１１０６を介してバス１１１０と接続され、入力機器１１０８とポインティングデバイス１１０９は、入力インタフェース１１０５を介してバス１１１０と接続されている。また、ネットワークインタフェース１１０３はＬＡＮの伝送路１００２に接続される。更に、必要に応じて公衆回線の伝送路１００９と必要に応じて接続されてもよい。なお、図１１の構成を通報装置１００７に適用した場合、ネットワークインタフェース一１１０３とそこに接続された伝送路１００２は通報装置の画像入力部を構成し映像蓄積装置１００４から映像を受取る。

ここで、例えば、監視カメラ１００１が所定の監視位置に設置されているとする。この監視カメラは、連続して常時撮影を行っており、撮影された映像は、ＬＡＮの伝送路１００２、Ｗｅｂエンコーダ１００３、ハブ１００６を介して映像蓄積装置１００４に蓄積される。

通報装置１００７は、映像蓄積装置１００４から映像を取り出し、以前取り出した映像と現在取り出した映像を比較し、映像の変化を検出する、所謂、画像認識技術により異常を検出し、蓄積する機能を有する。なお、画像認識技術により異常を検出する技術は、例えば、前後のフレーム画面の輝度成分の変化分を検出したり、或いは、映像信号のスペクトラムを比較する方法等従来から周知の方法であるので、詳細な説明は省略する。

さて、比較の結果、映像に変化があった場合等、異常を検出した場合には異常ありとして、例えば、異常ありの映像と異常を検出した日時とを必要なメッセージと共に通報装置１００７に蓄積すると共に変化の内容に応じて通報先を選択し、それらの情報を監視情報として通報先であるユーザの携帯端末１０１２やクライアントＰＣ１０１３に配信する。即ち、監視情報は、通報装置１００７からハブ１００６、モデム１００８、ネットワーク１０１０を介して携帯電話会社の交換システム１０１１やクライアントＰＣ１０１３に接続されたモデム１００８を介して携帯端末１０１２やクライアントＰＣ１０１３に配信される。上記メッセージは例えば、「ｘｘ月、ｘｘ日、ｘｘ時、ｘｘ分、ｘｘ秒に異常が発生しました。」でもよい。

次に、図９に言及して、通報装置（変化検出装置）１００７について説明する。
図９は複数の監視領域及び複数の通報先を取り扱うことができる本発明の通報装置１００７の基本構成を示すブロック図である。尚、以下で説明する機能実現手段は、当該機能を実現できる手段であれば、どのような回路又は装置であっても構わず、また機能の一部又は全部をソフトウェアで実現することも可能である。更に、機能実現手段を複数の回路によって実現してもよいし、複数の機能実現手段を単一の回路で実現してもよい。

図９において、メモリ部１２０１は、メモリ１２０１−１、メモリ１２０１−２、・・・、メモリ１２０１−ｑ（ｑ＝１、２・・・）の複数のメモリを有し、それぞれのメモリには異なる監視領域が設定された領域テーブルが記憶されている。ここで、監視領域とは、個々の監視カメラで撮影された映像のエリア全体のうち、画像認識処理を実行する領域のことをいう。なお、メモリ部１２０１は各監視カメラ対応に１つずつ設けても良いし、或いは全ての監視カメラの全ての監視領域の各々に対して１つずつ設定したメモリを複数備えた１つのメモリ部の形式でもよい。

画像入力部１２０２は、映像蓄積装置１００４から監視カメラの映像を取り出し、検知処理部１２０３へ出力する。
検知処理部１２０３は、画像認識処理部１２０３−１、画像認識処理部１２０３−２、・・・、画像認識処理部１２０３−ｑ（ｑ＝１、２・・・）の複数の画像認識処理部から構成され、それぞれメモリ１２０１−１、メモリ１２０１−２、・・・、メモリ１２０１−ｑに記憶されている領域テーブルを読み出す。

そして、これらの領域テーブルが定める監視領域に基づき、画像入力部１２０２から入力される映像に対してそれぞれ画像処理を行い、侵入物体の検知処理を行う。即ち、検知処理部１２０３は監視カメラで撮影された映像のエリア内のうち、メモリ部１２０１に記憶されている各々の領域テーブルが定める領域についてのみ周知の画像認識処理を行い、映像の変化を検出する。映像の変化があった場合、検知処理部１２０３の検出結果である映像の変化部分は特徴抽出処理部１２０４へ出力される。なお、以下では、検出された映像の変化部分を監視の対象物として取り扱う。

特徴抽出処理部１２０４は、検知処理部１２０３から受け取った検出結果に基づき、検出された対象物の特徴、例えば、対象物の大きさ、対象物の形状、対象物の色、対象物の移動速度、対象物の移動方向、対象物の検出された領域等を検出し、対象物の特徴情報として変換部１２０５へ出力する。この特徴抽出処理部１２０４によって、検出された対象物が例えば人であるか車なのかと言った区別や、車であればその色が特定できる。必要に応じてこれ以外の弁別が可能であることは言うまでもない。なお、特徴情報には検知処理部１２０３で映像の変化が検出された時刻、年月日、監視カメラの番号等も含まれる。また、対象物の特徴としては必ずしも上記全ての項目を含む必要はなく、監視対象や監視目的に応じて必要な項目を必要な項目数だけ検出すればよいことは言うまでもない。

変換部１２０５は、監視情報生成部１２０６、通報先判定部１２０７、送信部１２０９、通報先テーブルＡ１２０８を備え、特徴抽出処理部１２０４の出力結果に基づき、監視情報の生成、通報先の判定、監視情報の送信を行う。

監視情報生成部１２０６は、特徴抽出処理部１２０４から受け取った対象物の特徴情報に基づき監視情報の生成を行う。
通報先判定部１２０７は、特徴抽出処理部１２０４から受け取った対象物の特徴情報に基づき、通報先テーブルＡ１２０８を検索し監視情報を送信する通報先を取得する。ここで、通報先テーブルＡ１２０８は、通報先のメールアドレス等、監視情報を送信する場所を特定する情報が記憶されている。また、通報先テーブルＡ１２０８には、通報先を決定する条件等も併せて記憶されている。即ち、対象物が検出された監視領域や対象物の大きさ等に応じた通報先が予め記憶されている。

送信部１２０９は、上記生成された監視情報を通報先判定部１２０７が決定した通報先へ送信を行う。
また、通報装置内のメモリに検知処理部１２０３の検知結果や送信した監視情報等をログとして記憶しておくことも可能である。

なお、図９に示した通報装置１００７の機能は、上述したＣＰＵ１１０１、メモリ１１０２、ネットワークインタフェース１１０３、記憶装置１１０４等の処理により実現することができる。画像入力部は、伝送路１００２とネットワークインタフェース１１０３（図１１）に相当する。

図１０に示す監視システムの動作の例を図１２に示すフローチャートを用いて説明する。図１２は、通報装置１００７が例えば、映像の変化等によって映像蓄積装置１００４に蓄積されている映像についての異常検出を行い、携帯端末１０１２やクライアントＰＣ１０１３に対して監視情報を送信する動作について説明するフローチャート図である。

ステップ２０１で、監視開始、即ち、監視システムの監視をスタートする。所定の監視カメラ１００１からの監視映像をＷｅｂエンコーダ１００３でデジタル圧縮処理して生成した画像圧縮データは、ハブ１００６を介して映像蓄積装置１００４に蓄積される。

ここで、映像蓄積装置１００４に記憶される画像圧縮データは、例えば、撮影日時、監視カメラ１００１のチャンネル番号、圧縮形式等の情報がデジタル圧縮画像と共に記憶される。また、いずれの監視カメラの映像を取り込むかは、プラウザＰＣ１００５の管理により前もってスケジュールするか、或いは、異常の検出情報に基づき選択される等種々の方法が考えられる。

ステップ２０２で、通報装置１００７の画像入力部１２０２が映像蓄積装置１００４から１フレーム分の映像を取得する。このステップでは、監視カメラ１００１から映像蓄積装置１００４に入力される全ての画像が入力順に読み出され、通報装置１００７の画像入力部１２０２へ供給される。

ステップ２０３で、通報装置１００７の検知処理部１２０３が画像認識処理によって、前の映像と画像入力部１２０２から現在入力されている映像とを、例えば、輝度値を比較し、映像の変化を検出する。上述した通り、検知処理部１２０３は、メモリ部１２０１に記憶されている領域テーブルが定める監視領域のみに対して画像認識処理を行い、各監視領域内の映像の変化を検出する。

ステップ２０４で、検知処理部１２０３がステップ２０３の画像認識処理によって映像に変化があるか、ないかを判断する。ここで、映像の変化があるかないかは、各監視領域毎に判断されることは言うまでもない。なお、映像に変化があるかないかは、例えば輝度値の変化を検出するが、この場合、異常検出に所定の閾値を設定し、所定値以下の変化は、異常と判断しない等、誤報の発生を極力少なくする方法も必要により設定できる。

検出の結果、映像に変化があったと判断された場合は、ステップ２０５に進み、なかった場合には、ステップ２０２に戻り、次の入力映像について同様の処理を実行する。
ステップ２０５は、ステップ２０４における検知処理部１２０３の検出結果を受け取った特徴抽出処理部１２０４が映像の変化部分、即ち検出された対象物の特徴（例えば、変化が検出された領域、その領域の大きさ等）を検出するステップである。検出された特徴情報は、変換部１２０５が備える監視情報生成部１２０６及び通報先判定部１２０７へ出力される。

ステップ２０６は、特徴抽出処理部１２０４から特徴情報を受け取った監視情報生成部１２０６が監視情報を生成するステップである。生成された監視情報は、送信部１２０９へ出力される。ここで、監視情報の内容は、例えば、映像の変化を検出した時刻、年月日、監視カメラの番号、検出された対象物の特徴等の項目の内から１つ以上を記載したメッセージとしてもよい。さらに、監視情報には、映像の変化時の監視カメラの映像の静止画像及び／又は動画像を必要に応じて含ませることができることは言うまでもない。

また、上述したメッセージを監視カメラの映像の静止画像等に重畳させても良い。なお、クライアントＰＣ１０１３の受信可能なデータサイズや通信回線の容量等に応じて映像の大きさ、即ち、映像の画素数や圧縮率を適宜変更し、ユーザが受信できる形態にすることもできる。

ステップ２０７は、通報先判定部１２０７が監視情報の通報先を選択するステップである。通報先判定部１２０７は、特徴抽出処理部１２０４から受け取った特徴情報に基づき通報先テーブルＡ１２０８を検索し、通報先を選択する。選択された通報先は、送信部１２０９へ出力される。なお、通報先が存在しない場合は送信部１２０９への出力は行われない。

ステップ２０８は、送信部１２０９が携帯端末１０１２やクライアントＰＣ１０１３に監視情報を送信するステップである。即ち、監視情報生成部１２０６で生成された監視情報を、通報先判定部１２０７で選択した通報先へと送信する。なお、送信する方法は、一般には電子メールであるが、監視情報を携帯端末１０１２やクライアントＰＣ１０１３が受信できる送信方法であれば、電子メールの他の方法でもよい。ステップ２０９は、監視終了のステップである。

以上説明した通り、本実施例における通報装置１００７では、監視カメラで撮影された映像のエリア内に、複数の監視領域を設定し、その各監視領域での検知結果に応じた監視情報の送信動作ができる。このように複数の監視領域を設定することで、監視カメラで撮影しているエリアについて、より詳細な検知情報が得られ、ニーズのある通報先へ監視情報を送信できることは勿論のこと、映像のエリア全体に対して画像認識処理を行う場合に比べて、処理速度が速くなり、画像認識処理の際等に必要とされるメモリ容量も少なくて済む。

なお、上記実施例では、映像のエリア全体のうちの一部を監視領域として予め設定し、それらの監視領域で映像の変化、即ち対象物が検出された場合に予め定められた通報先に通報する場合について説明した。しかし、別の方法として、映像のエリア全体に対して画像認識処理を行い、検出された対象物の重心位置等から対象物の位置を把握し、当該位置に基づき通報先テーブルから対応する通報先を選択し、監視情報の通報先を切り換えることもできる。

なお、上述の図１２で示した処理ステップは一例であり、実際の監視場面においては、監視対象等に応じて適応的に変更がなされて通報装置の機能が実現されることは言うまでもない。

次に、本発明の別の実施例の通報装置について図１〜図４を用いて説明する。なお、通報装置の構成は図９に示したものと同様である。
図１は、ある建物の正門付近を監視する場合に、前記正門の前に設置した監視カメラの映像の一例である。１０１は前記監視カメラの映像のエリア全体であり、図上部の矢印の先に１号館という建物、右部の矢印の先に立ち入り禁止区域が存在する場所の監視について説明する。１０２は、正門から１号館につながる道上に設定した監視領域（１）、１０３は正門から立ち入り禁止区域につながる道上に設置した監視領域（２）である。１０４は正門から入ってきた人である。

ここで説明する例は、正門から入ってきた人が１号館に向かうか、立ち入り禁止区域に向かうかという行き先の情報を画像認識処理によって検出し、１号館に向かっている場合には１号館の受け付けに監視情報を送信し、立ち入り禁止区域に向かっていると判断された場合には警備員待機所に監視情報を送信する例である。

図２は、図１の監視カメラの映像に対して設定されている監視領域の例を示す。図２は、図１の映像を１６×１２のブロックに分割しており、「１」として示されるブロックが監視領域（１）に含まれるブロックを示し、「２」として示されるブロックが監視領域（２）に含まれるブロックであることを示している。

また、空白のブロックは、画像認識処理を実行しないブロックであることを示している。この例では、人１０４が監視領域（１）１０２に侵入した場合、「１」として示されるブロックが検出状態になる。同様に、人１０４が監視領域（２）１０３に侵入した場合、「２」として示されるブロックが検出状態になる。

なお、監視領域の設定は、例えば、ブラウザＰＣ１００５等の操作者により、ブラウザＰＣ１００５が備えるマウス等のポインティングデバイス１１０９を用いて行われる。具体的には、各ブロックをマウスでクリックする、或いは、マウスでドラッグ＆ドロップして範囲を指定する等により所望の監視領域を設定することができる。また、設定された監視領域（１）、監視領域（２）はそれぞれ領域テーブルとして、図９に示したメモリ１２０１−１、メモリ１２０１−２に記憶される。

図３は、移動物体が検出された監視領域によって、監視情報の通報先を指定するための通報先テーブルＡ１２０８の内容の１例を示した図である。このテーブルにおいては、監視領域に対応した通報先が設定されている。図１に示した例では、領域１の監視情報の通報先は、１号館の受け付けであり、領域２の監視情報の通報先は警備員待機所である。

なお、通報先は監視情報として電子メールを用いる場合にはメールアドレスであり、電話などの呼出を用いる場合には電話番号になる。その他、具体的に監視情報を送信する場所が特定可能な情報であれば、通報手段や書式は問わない。このように、通報先テーブルＡ１２０８には、監視システムの設置時に監視情報の通報先を予め設定する。また、監視システムの設置時後に、ブラウザＰＣ１００５、携帯端末１０１２やクライアントＰＣ１０１３から通報先テーブルＡ１２０８の設定を行うことも可能である。

次に、図１〜図３に示した図を用いて画像認識により移動物体を検出し、検出された領域によって監視情報の通報先を選択する処理の例を図４のフローチャートを用いて説明する。

ステップ４０１は、検知処理部１２０３（図９）が画像認識処理によって映像の変化を検出し、映像変化があったか、なかったかを判断するステップである。映像変化が検出された場合にはステップ４０２に進み、検出されない場合にはステップ４０１の処理を続行する。

ステップ４０２は、特徴抽出処理部１２０４が映像変化が検出された領域の番号を判定するステップである。図１の例では、監視領域（１）１０２で映像の変化が検出された場合にはステップ４０３に進み、監視領域（２）１０３で映像の変化が検出された場合にはステップ４０４に進む。

特徴抽出処理部１２０４では、例えば、画像認識処理部１２０３−１により映像の変化が検出された場合には、監視領域（１）で映像の変化が検出されたというように領域番号の判定を行うことが可能である。なお、これに限らず、任意の方法で映像の変化が検出された領域の判定を行うことができるのは言うまでもない。

ステップ４０３は、変換部１２０５が監視領域（１）で映像の変化が検出された場合に、監視情報の生成を行い、また、図３に示した通報先テーブルＡ１２０８を参照し、監視領域（１）に対応する監視情報の通報先を取得し、前記監視情報を送信するステップである。この例では、１号館受け付けに監視情報が送信される。

ステップ４０４は、ステップ４０３と同様に、変換部１２０５が監視領域（２）で映像の変化が検出された場合に、監視情報の生成を行い、また、図３のテーブルを参照し、監視領域（２）に対応する監視情報の通報先を取得し、前記監視情報を送信するステップである。この例では、警備員待機所に監視情報が送信される。

ステップ４０５は、監視を続行するか終了するかを判断するステップである。ここで、監視を続行するか終了するかの判断は、例えば、ユーザからの監視終了指示のありなしや、通報装置の動作スケジュールを記憶したテーブル（不図示）に基づいて通報装置のＣＰＵが判断する。ステップ４０５の判断の結果、監視を続行する場合にはステップ４０１に進み、終了する場合には監視処理を終了する。

なお、ステップ４０５における判断、即ち、監視を続行するか終了するかを各監視領域、或いは、各通報先毎に判断してもよい。例えば、監視領域（１）の通報先である１号館受け付けの場合は、１号館の開館時間外は監視情報の送信、或いは、監視領域（１）に対する画像処理を行わないようにする。一方、監視領域（２）の通報先である警備員待機所は、２４時間体制で警備員が常駐しているため、常に監視情報の送信、及び、監視領域（２）に対する画像処理を行う。

同様に、ステップ４０３、及び、ステップ４０４においては、更に、映像の変化が検出された時間を考慮するようにしてもよい。図１５Ａ及び図１５Ｂは、映像変化が検出された時間と監視情報の通報先が関連付けられた通報先テーブルの一実施例を示す。ここで、図１５Ａは、監視領域（１）に対して設定された通報先テーブル、図１５Ｂは、監視領域（２）に対して設定された通報先テーブルである。図１５Ａ及び図１５Ｂはそれぞれ映像変化が検出された時間と、監視情報の通報先が設定される。

図１５Ａに示す例では、１号館の開館時間内である９時〜１７時に映像変化が検出された場合には１号館受付に監視情報を送信することとし、開館時間外に映像変化が検出された場合には監視情報を送信しない。もちろん、開館時間外に映像変化が検出された場合に、１号館受付以外の場所に監視情報を送信するようにしても良い。

また、図１５Ｂに示す例では、監視領域（２）の通報先である警備員待機所は、２４時間体制で警備員が常駐しているため、映像変化が検出された場合は常に警備員待機所に監視情報を送信する。

以上、説明した方法により、監視カメラの映像に対して複数の監視領域を設定し、それぞれの監視領域で映像の変化が検出された場合に、監視領域毎に監視情報の通報先を切り換えることができる。

また、通報装置の画像処理において複数の監視領域を設けているため、複数台のカメラを一台で実現したと等価な効果が得られ、より詳細な監視情報を得ることができ、ニーズに応じた通報先に監視情報を送信することができる。

次に、本発明の更に別の実施例の通報装置を図５Ａ、図５Ｂ、図６、図１３を用いて説明する。
この例では、図１に示した監視カメラの映像を用いるが、前記の実施例に加えて、検出された物体の大きさに対する判断も加える。具体的には、監視領域（１）または監視領域（２）において、映像変化が発生したブロックの数を合計し、例えば前記合計が所定数以上、或いは、所定数未満の数値であれば、検出対象の物体であるとして、監視情報を送信する。

図１３は、本実施例における通報装置の基本構成を示すブロック図である。なお、図９と同じものには同じ符号が付けられており、通報先テーブルＢ１２０８´以外は、図９に示したブロック図と同様であるので、ここでは説明を省略する。

図５Ａ及び図５Ｂは、映像変化が発生したブロックの合計数と監視情報の通報先が関連付けられた通報先テーブルＢ１２０８´の一実施例を示す。ここで、図５Ａは、監視領域（１）に対して設定された通報先テーブル、図５Ｂは、監視領域（２）に対して設定された通報先テーブルである。図５Ａ及び図５Ｂはそれぞれ映像変化が検出されたブロック数と、監視情報の通報先が設定される。

図５Ａに示す例では、ブロック数６個以上１２未満の大きさに相当する物体は人１０４であると判断して１号館受け付けに監視情報を送信することとし、ブロック数１２以上に相当する物体は自動車であると判断して１号館車両整理係に監視情報を送信する。また、映像の変化が発生したブロック数が６未満の場合には、送信をしない。ここで、ブロック数６未満で検知される対象としては、例えば、人以外の小動物等である。このように、ブロック数６未満の場合に監視情報を送信しないことによって、誤報によるアラーム数を低減できる効果がある。

また、図５Ｂに示す例では、ブロック６個以上の大きさに相当する物体はすべて警備員待合所に監視情報を送信し、映像の変化が発生したブロック数が６未満の場合には、送信をしない、というようにテーブルが構成される。なお、通報先テーブルＢ１２０８´の内容は必要に応じて適宜変更されることは言うまでもない。

図６は、本実施例の処理の流れを説明するフローチャートである。
ステップ６０１は、検知処理部１２０３が監視領域（１）１０２または監視領域（２）１０３で映像の変化があるかどうかを判定するステップである。映像の変化がある場合にはステップ６０２に進み、ない場合にはステップ６０８に進む。

ステップ６０２は、特徴抽出処理部１２０４が映像変化が検出された領域の番号を判定するステップである。監視領域（１）で映像の変化が検出された場合にはステップ６０３に進み、監視領域（２）で映像の変化が検出された場合にはステップ６０６に進む。

ステップ６０３は、特徴抽出処理部１２０４が映像変化が検出されたブロックの数を判定するステップである。映像変化が検出されたブロックの数が６未満の場合にはステップ６０８に進み、６以上１２未満の場合にはステップ６０４に進み、１２以上の場合にはステップ６０５に進む。

ステップ６０４は、変換部１２０５が監視情報の生成を行い、また、図５Ａに示した監視領域（１）用の通報先テーブルから、映像変化が検出されたブロック数が６以上１２未満に対応する監視情報の通報先を取得し、対応する通報先に監視情報を送信する。この例では、１号館受け付けに監視情報を送信する。

ステップ６０５は、変換部１２０５が監視情報の生成を行い、また、図５Ａに示した監視領域（１）用の通報先テーブルから映像変化が検出されたブロック数が１２以上の場合に対応する監視情報の通報先を取得し、対応する通報先に監視情報を送信する。この例では、１号棟車両整理係に監視情報を送信する。

ステップ６０６は、特徴抽出処理部１２０４がステップ６０３と同様、映像変化が検出されたブロックの数を判定するステップである。映像変化が検出されたブロックの数が６未満の場合にはステップ６０８に進み、６以上の場合にはステップ６０７に進む。

ステップ６０７は、変換部１２０５が監視情報の生成を行い、また、図５Ｂに示した監視領域（２）用の通報先テーブルから映像変化が検出されたブロック数が６以上の場合に対応する監視情報の通報先を取得し、対応する通報先に監視情報を送信する。この例では、警備員待機所に監視情報を送信する。

ステップ６０８は、変換部１２０５が監視を続行するか終了するかを判定するステップである。監視を続行する場合にはステップ６０１に進む。
以上、説明した方法により、映像変化が検出されたブロック数、つまり、移動物体の大きさにより移動物体の種類を判定し、前記移動物体の種類により監視情報の通報先を切り換えることができる。

なお、本実施例として、監視領域が複数設定されている場合について説明したが、監視カメラの映像に対して設定されている監視領域が１つのみである場合や、監視カメラの映像のエリア全体を１つの監視領域とした場合についても同様の処理が適用できることは言うまでもない。

上述の２つの実施例では、監視領域（１）或いは監視領域（２）で映像の変化が検出された場合に監視情報の通報先を切り換えることができる。しかし、例えば監視領域（１）で検出された人物が、正門から１号館に向かっているのか、逆に１号館から正門に向かっているのかを判断することができないという問題点がある。

つまり、監視領域（１）で検出された人物が１号館から正門へ向かっている場合には、１号館の受け付けへ監視情報を送信する必要性はなく、このような不必要な送信をなくすことが要求される。次の実施例は、このような要求を実現するためのもので、これについて図７、図８、図１４を用いて説明する。

図１４は、本実施例における通報装置の詳細構成を示すブロック図である。なお、図９と同じものには同じ符号が付けられており、特徴抽出処理部１２０４´以外は、図９に示したブロック図と同様であるので、ここでは説明を省略する。

ここで、特徴抽出処理部１２０４´は、時間経過の計測を行うためのタイマー部１４０１を備えている。本実施例においては、移動物体が検出された監視領域の時間履歴を用いた簡易的な処理により移動物体の移動方向を把握し、不必要な送信の低減を図る。以下、本実施例について更に詳細に説明する。

図７は、図１と同様であるが、監視領域（３）７０１が新たに追加されている。図７において、正門から１号館に向かう人は監視領域（３）７０１で検出された後に監視領域（１）１０２で検出される。逆に、１号館から正門に向かう人は監視領域（１）１０２で検出された後に監視領域（３）７０１で検出される。従って、人物が検出された領域の順番を判定することによって、検出された人物がどこに向かっているのかを判断することができ、より確実な監視情報の送信を行うことができる。

同様に、正門から立ち入り禁止領域に向かう人は監視領域（３）７０１で検出された後に監視領域（２）１０３で検出され、立ち入り禁止領域から正門に向かう人は監視領域（２）１０３で検出された後に監視領域（３）７０１で検出される。

なお、図７に示す例では、１号館から立ち入り禁止領域に向かう人は、まず監視領域（１）１０２で検出されるものの、その後、監視領域（３）７０１で検出された後に監視領域（２）１０３で検出される。また、立ち入り禁止区域から１号館へ向かう人も、まず監視領域（２）１０３で検出されるものの、その後、監視領域（３）７０１で検出された後に監視領域（１）１０２で検出される。

即ち、正門から１号館へ向かう人も、立ち入り禁止領域から１号館へ向かう人も、監視領域（３）７０１で検出された後に監視領域（１）１０２で検出されることには変わりがない。他の場所も同様である。

次に、図８に示したフローチャートを用いて本実施例の処理の流れを説明する。なお、図８では、上述の実施例の映像変化が発生したブロックの合計数が６以上１２未満の場合、すなわち、人が検出された場合にのみ監視情報を送信する場合の例として説明する。また、検出された人が１号館或いは立ち入り禁止領域に向かう場合にのみ監視情報を送信し、正門へ向かう場合には監視情報は送信しないとする。

ステップ８０１は、検知処理部１２０３が映像の変化があるかないかを検出するステップである。変化があった場合にはステップ８０２に進み、ない場合にはステップ８１１に進む。

ステップ８０２は、特徴抽出処理部１２０４´が映像の変化が検出された領域が監視領域（３）７０１であるかどうかを判定するステップである。監視領域（３）である場合にはステップ８０３に進み、それ以外の場合にはステップ８１１に進む。これは、１号館或いは立ち入り禁止領域に向かう場合、まず監視領域（３）７０１で検出されるためである。また、上述したように、１号館から立ち入り禁止領域へ向かう場合等も、まず監視領域（３）７０１で検出されるとして取り扱えば足りる。

ステップ８０３は、特徴抽出処理部１２０４´が映像変化が検出されたブロック数に対する判定を行うステップである。検出されたブロック数が６以上１２未満、すなわち、人１０４が検出された場合にはステップ８０４に進む。それ以外の場合にはステップ８１１に進む。

ステップ８０４は、監視領域（３）７０１で人が検出されてからの経過時間の測定を開始するステップである。特徴抽出処理部１２０４´は、経過時間を判定するためにタイマー部１４０１をリセットし、新たに時間経過の計測を始める。

ステップ８０５は、特徴抽出処理部１２０４´が人１０４が監視領域（１）で検出されたかどうかを判定するステップである。監視領域（１）で検出された場合には、ステップ８０７に進み、それ以外の場合にはステップ８０６に進む。

なお、ステップ８０５は、ステップ８０４の後の画像入力部１２０２からの映像に対する処理（簡単化のため図示は省略）により検出処理部１２０３が映像の変化を検出した場合に実行されるステップである。また、ステップ８０５及びステップ８０６の後に必要となる検出されたブロック数に対する判定処理についても以下では説明を省略する。

ステップ８０６は、特徴抽出処理部１２０４´が監視領域（２）で人１０４が検出されたかどうかを判定するステップである。監視領域（２）で検出された場合には、ステップ８０９に進み、それ以外の場合にはステップ８１１に進む。

ステップ８０７は、特徴抽出処理部１２０４´が監視領域（３）で映像の変化が検出されてから、監視領域（１）で映像の変化が検出されるまでの経過時間の判定を行うステップである。特徴抽出処理部１２０４´は、タイマー部１４０１から現在の経過時間を読み取り、その経過時間が予め定められた設定時間以内である場合には、ステップ８０８に進み、それ以外の場合にはステップ８１１に進む。

ステップ８０８は、変換部１２０５が監視情報の生成を行い、また、図１４に示した通報先テーブルＡ１２０８から監視領域（１）で映像変化を検出した場合の監視情報の通報先を取得し、監視情報を送信するステップである。この例では、１号館の受け付けに監視情報が送信される。

ステップ８０９は、特徴抽出処理部１２０４´が監視領域（３）で映像の変化が検出されてから、監視領域（２）で映像の変化が検出されるまでの経過時間の判定を行うステップである。上記ステップ８０７と同様、タイマー部１４０１から現在の経過時間を読み取り、経過時間が予め定められた設定時間以内である場合には、ステップ８１０に進み、それ以外の場合にはステップ８１１に進む。

なお、ステップ８０９の判定で用いられる設定時間は、ステップ８０７で用いられる設定時間とは異なる時間を設定してもよい。例えば、監視領域（３）からの距離に応じてステップ８０７、及び、ステップ８０９の判定で用いられる時間を予め定めておく。また、タイマー部１４０１を用いて経過時間を計測せずとも、各監視領域における映像変化の検出時刻を記録し経過時間の判定を行ってもよい。その場合には、例えば、異常が検出された監視領域の番号と、異常検出時刻等の情報からなる検出履歴情報を通報装置のメモリに記憶するようにする。

ステップ８１０は、変換部１２０５が監視情報の生成を行い、また、図１４に示した通報先テーブルＡ１２０８から監視領域（２）で映像変化を検出した場合の監視情報の通報先を取得し、監視情報を送信するステップである。この例では、警備員待機所に監視情報が送信される。

ステップ８１１は、監視を続行するか終了するかを判定するステップである。監視を続行する場合にはステップ８０１に進む。
以上説明した方法により、移動物体が検出された監視領域の時間履歴から移動方向を判定し、移動物体の移動方向によって監視情報の通報先を切り換える、或いは、送信しない、という高度な処理が可能である。即ち、移動方向から移動物体がどこへ向かうのかの予測が可能となる。

また、上述したステップ８０７、ステップ８０９では、検出間隔を判定している。例えば、正門から１号館へまっすぐ向かっているような人であれば、監視領域（３）から監視領域（１）に到達する時間は短くなるのに対して、正門から１号館方面へ散歩をしており、１号館に用事があるわけではないような人であれば、監視領域（３）から監視領域（１）に到達する時間は長くなり、検出間隔も長くなる。したがって、移動方向に加えて、検出間隔の判定も行うことにより、よりニーズのある監視情報のみを通報先に送信することができ、不必要な送信を減らすことができる。

ただし、検出間隔の判定はせず、監視領域（３）で対象物が検出された後、監視領域（１）又は監視領域（２）で対象物が検出した場合に監視情報の送信を行うようにしてもよいことは言うまでもない。この場合においても、いずれかの監視領域で対象物が検出された場合に必ず監視情報の送信を行う場合と比べれば、監視情報の送信頻度を減らすことができる。

また、本実施例では、テンプレートマッチング等、従来周知の追跡処理技術等の複雑な画像処理を用いずとも、移動物体が検出された監視領域の時間履歴を用いた簡易的な処理により移動物体の移動方向を把握することが可能である。これにより、通報装置のＣＰＵの負担は軽減される。ただし、従来周知の画像認識技術や追跡処理技術を組み合わせて同一物体の判定や、より精度の高い同一物体の追跡を行い移動方向、行き先等の把握処理を行い、不必要な送信を更に減らし、よりニーズのある通報先へ監視情報を送信することも可能であることは言うまでもない。

なお、監視領域（１）１０２、監視領域（２）１０３、又は、監視領域（３）７０１のいずれかの領域で移動物体の検知があった時点で、まず、仮アラームとして予備的な警報情報を所定の通報先へ送信するとしてもよい。

上記実施例では、映像のエリア全体のうちの一部に設定された監視領域で画像処理を行い侵入物体の検知処理をおこなっていたが、映像のエリア全体に対しても、画像処理を行い、何らかの物体が検出された場合に仮アラームとして、警報度の低い予備的な監視情報を所定の通報先へ送信してもよい。この場合、映像のエリア全体に対しても画像処理を行うことになり、メモリ容量、ＣＰＵ等、通報装置の負担は増えるが、別途、各々の監視領域でも画像処理による検知を行うこととしているため、エリア全体に対する画像処理については、画素ブロックの大きな粗い検出処理を行うようにしてもよい。

また、特徴抽出処理部においては、上記実施例で説明した対象物の特徴の他、対象物の色、対象物の移動速度等を検出し、監視情報の通報先を切り換えることが可能である。同様に、対象物が検知された時間帯に応じて、監視情報の通報先を切り換えることもできる。

以上説明したように、上記実施例では、移動物体が検出された場所や移動物体の大きさ等に応じて異なる通報先に監視情報を送信することができる。
上記記載は実施例についてなされたが、本発明はそれに限らず、本発明の精神と添付のクレームの範囲内で種々の変更及び修正をすることができることは当業者に明らかである。

ここで、本発明に係る変化検出装置や監視システムなどの構成としては、必ずしも以上に示したものに限られず、種々な構成が用いられてもよい。また、本発明は、例えば、本発明に係る処理を実行する方法或いは方式や、このような方法や方式を実現するためのプログラムや当該プログラムを記録する記録媒体などとして提供することも可能であり、また、種々な装置やシステムとして提供することも可能である。

また、本発明の適用分野としては、必ずしも以上に示したものに限られず、本発明は、種々な分野に適用することが可能なものである。例えば、監視分野以外にも適用することができるのは言うまでもない。

また、本発明に係る変化検出装置や監視システムなどにおいて行われる各種の処理としては、例えばプロセッサやメモリ等を備えたハードウェア資源においてプロセッサがＲＯＭ（Read Only Memory）に格納された制御プログラムを実行することにより制御される構成が用いられてもよく、また、例えば当該処理を実行するための各機能手段が独立したハードウェア回路として構成されてもよい。

また、本発明は上記の制御プログラムを格納したフロッピー（登録商標）ディスクやＣＤ（Compact Disc）−ＲＯＭ等のコンピュータにより読み取り可能な記録媒体や当該プログラム（自体）として把握することもでき、当該制御プログラムを当該記録媒体からコンピュータに入力してプロセッサに実行させることにより、本発明に係る処理を遂行させることができる。

本発明の一実施例による監視情報の通報先の選択方法を説明するための監視カメラの映像の一例を説明するための図である。 図１の監視カメラの映像に対して設定されている監視領域の一例を示す図である。 本発明の一実施例の監視情報の通報先の選択方法で用いる通報先テーブルの一例を示す図である。 本発明の一実施例の監視情報の通報先の選択方法を説明するためのフローチャートである。 本発明の別の実施例による監視情報の通報先の選択に用いる通報先テーブルの例を示す図である。 本発明の別の実施例による監視情報の通報先の選択に用いる通報先テーブルの例を示す図である。 図５Ａと図５Ｂの通報先テーブルを用いた監視情報の通報先の選択方法を説明するためのフローチャートである。 本発明の別の実施例による監視情報の通報先の選択方法を説明するための監視カメラの映像の一例を説明するための図である。 図７で示した監視カメラの映像に言及して説明した本発明の実施例の監視情報の選択方法を説明するためのフローチャートである。 本発明の一実施例による通報装置の基本構成を示すブロック図である。 本発明の一実施例によるネットワーク監視システムの構成を示す図である。 図１０の監視システムを構成する各装置の概略構成を示すブロック図である。 本発明の一実施例による図１０のネットワーク監視システムの動作を示すフローチャートである。 図５Ａ、５Ｂ、６に言及して説明した通報先選択方法に向けられた本発明の一実施例による通報装置の基本構成を示すブロック図である。 図７、８に言及して説明した通報先選択方法に向けられた本発明の一実施例の通報装置の基本構成を示すブロック図である。 映像変化が検出された時間と監視情報の通報先とを関連付けた監視領域（１）用の通報先テーブルの一例を示す図である。 映像変化が検出された時間と監視情報の通報先とを関連付けた監視領域（２）用の通報先テーブルの一例を示す図である。

符号の説明

１０１：監視対象画像、１０２：監視領域（１）、１０３：監視領域（２）、１０４：侵入者、７０１：監視領域（３）。

Claims (2)

1. 撮像装置により得られた監視画像の入力手段と、
   行き先を判定できるように設定された監視画像上のＮ個（Ｎは３以上の正の整数）の領域であって、各領域は複数のブロックから構成されるものを記憶する領域記憶手段と、
   前記Ｎ個の領域の物体を検出する変化検出手段と、
   前記変化検出手段で検出された物体の少なくとも１つの特徴を抽出する特徴抽出手段と、
   検出された画像変化に関連する監視情報を生成する監視情報生成手段と、
   前記監視情報の送信手段とからなり、
   前記特徴抽出手段で抽出する特徴は、前記Ｎ個の領域の中の少なくとも２つの領域において順番に物体が検出された際の順序であり、
   前記送信手段は、前記特徴抽出手段で抽出する特徴に基づいて監視情報の送信先を物体の行き先に存在する機器にするか、或いは、物体の行き先ではない所に存在する機器にする、
   ことを特徴とする変化検出装置。
2. 請求項１に記載の変化検出装置において、
   前記特徴抽出部で抽出する特徴は、更に前記物体が所定の時間内に所定の２つの領域で検出されたか否かの時間に関する特徴を含み、
   前記順序と前記時間に関する特徴とに基づいて監視情報を送信するか否かを決定する、
   ことを特徴とする変化検出装置。