JP5228290B2 - 監視システム、監視装置及び監視方法 - Google Patents

Description

本発明は、監視カメラから映像データとその映像データに関するデータ（メタデータ）を取得して、このメタデータのフィルタ処理を行い、フィルタ処理により得られたフィルタ処理結果に基づいて監視結果の出力を行う場合に適用して好適な監視システム、監視装置及び方法に関する。

従来、監視カメラと制御装置とをネットワークを介して接続した監視システムが用いられている。このような監視システムにおいて、監視カメラは、撮影した映像データを、ネットワークを介して制御装置に送信する。制御装置は、受信した映像データを記録するとともに、映像データを解析することで異常の発生を検出し、アラームを出力する。監視員は、モニタに表示される監視映像及び制御装置が出力したアラームの内容を確認しながら監視を行うことができる。

また近年の監視カメラは、制御装置に撮影した映像データを送信するだけでなく、撮影した映像データに関するメタデータ（例えば、アラーム情報や温度情報、カメラの画角情報）を生成して、制御装置にメタデータを送信する機能を有している。このような監視カメラを用いた監視システムにおいて、制御装置は、監視カメラから供給されたメタデータを、アラームを出力する特定の条件を設定したメタデータフィルタに通し、条件に合致した場合にアラームを出力する。メタデータフィルタには、例えばある場所への不審物の侵入や、ある境界線を通過する動体（オブジェクト）などを異常として検出するための条件が設定されている。

特許文献１には、ネットワークを介して監視端末（監視カメラ）から監視装置に監視映像の映像データを供給し、異常発生時の監視映像の確認等を監視装置で行う技術が記載されている。
特開２００３−２７４３９０号公報

ところで、メタデータを生成する監視カメラと、メタデータフィルタにより異常を検出し、アラームを発生する制御装置とを組み合わせた監視システムでは、監視カメラから受信したメタデータをメタデータフィルタに通して検出した異常を詳細に把握することができなかった。つまり、制御装置が異常を検出しても、その異常から得られる情報は、異常が何回起こったかという回数でしか把握することができなかった。そのため、制御装置は、例えば自動ドアを普通に通る正常動作と、子供のいたずらにより自動ドアを連続して通る異常動作とを区別せずにアラームを出力していた。

また、従来の監視システムでは、メタデータフィルタを通して出力されたアラームを元に、指定の方向を向くように監視カメラのカメラ動作を設定することは可能であった。しかしながら、使用者は、アラームに応じてカメラ動作を細かく設定しなければならなかった。また、従来用いてきたメタデータフィルタは、異常を検出すると、フレームごとにアラームが出力されていた。例えば、違法駐車を検出する場合に、車両の駐車開始時のアラームと駐車終了時のアラームだけが出力されればよいにもかかわらず、メタデータを受信するフレーム単位（例えば、１０フレーム／秒）でインパルス状のアラームが出力され続けていた。アラームが出力され続けていると、不要にネットワークの帯域を圧迫するだけでなく、他の種類のアラームを見逃す可能性が高くなってしまう。このように、メタデータフィルタを用いる従来の監視システムは、フィルタ単体のアラーム結果しか用いることができなかった。また、使用するフィルタを時間単位で切り替えることもできなかった。

本発明はこのような状況に鑑みて成されたものであり、監視対象に応じて適切な監視を行い、異常を検出した際はアラームを得るとともに、ネットワークに接続された周辺機器を適切に動作させることを目的とする。

本発明は、撮像動作を行い、監視映像の映像データ及びメタデータを生成し、メタデータのフィルタ処理を定めたフィルタ設定を蓄積する。そして、蓄積したフィルタ設定を読み出して、メタデータのフィルタ処理を行い、フィルタ処理の条件を満たすメタデータをアラーム情報として生成し、アラーム情報を解析する処理を定めた解析ルールを蓄積する。そして、蓄積した解析ルールを読み出して、アラーム情報を解析し、ネットワークに接続された機器に所定の動作を行わせる処理を定めたアクション設定を生成し、アクション設定を蓄積する。そして、アクション設定を読み出して、ネットワークに接続されたアクション設定で定める機器に、所定の動作を行わせるようにしたものである。

本発明は、撮像動作を行い、監視映像の映像データ及び、監視映像の中の動体検出状態を示す情報を含むメタデータを生成し、メタデータにより示された動体検出状態を示す情報のフィルタ処理を定めたフィルタ設定を蓄積するフィルタ設定データベースから、メタデータフィルタ部がフィルタ設定を読み出して、動体検出状態を示す情報のメタデータのフィルタ処理を行う。次に、フィルタ間の関連付けが設定されるフィルタパッケージを蓄積するパッケージ設定データベースから読み出したフィルタパッケージをフィルタ処理の条件として、フィルタパッケージ部がフィルタ処理の条件を満たす動体検出状態を示す情報のメタデータをアラーム情報として生成し、アラーム情報を解析する処理を定めた解析ルールを蓄積する解析ルール設定データベースから読み出した解析ルールを用いて、アラーム情報解析部がフィルタパッケージ部から通知されたアラーム情報を解析し、ネットワークに接続された機器に所定の動作を行わせる処理を定めたアクション設定を生成する。そして、アクション設定を蓄積するアクション設定データベースから読み出したアクション設定により、アクション設定部がネットワークに接続されたアクション設定で定める機器に、所定の動作を行わせるようにしたものである。

本発明によれば、メタデータのフィルタ処理を行い、アラーム情報を生成して、解析ルールに基づいてアラーム情報を解析することで、ネットワークに接続されたアクション設定で定める周辺機器を動作させることができるため、監視状況に応じて周辺機器の動作を自由に設定することができるという効果がある。

以下、本発明の一実施の形態例について、添付図面を参照して説明する。本実施の形態例では、撮影対象物の映像データとともにメタデータを生成する監視カメラから得られたメタデータを解析して、異常を検出し、アラームを出力する監視システム１００に適用した例としてある。

＜本発明のベースとなる環境＞
図１は、本実施形態例における監視システム１００の接続構成を示した図である。図１に示すように、監視システム１００は、１台、もしくは複数台のメタデータ生成カメラ１ａ〜１ｎを管理する。監視システム１００は、監視対象物を撮影し、映像データを生成するとともに映像データからメタデータを生成するメタデータ生成カメラ１ａ〜１ｎと、取得した映像データとメタデータを解析し、保存するとともに異常を検出するとアラームを出力する管理クライアント３と、メタデータ生成カメラ１ａ〜１ｎと管理クライアント３とを接続するネットワーク２とで構成される。管理クライアント３が、ネットワーク２を介してメタデータ生成カメラ１ａ〜１ｎから取得した映像データベースとメタデータは、メタデータと映像データを蓄積し、再生するメタデータレコーディングシステム７に保存される。

管理クライアント３は、一つもしくは複数のフィルタを組み合わせて構成されるフィルタパッケージ（以下パッケージとも称する。）４を定義している。管理クライアント３は、フィルタパッケージ４にメタデータを通すことで、パッケージ４に定義されているメタデータフィルタ（以下フィルタとも称する。）４ａ〜４ｆの条件を満たす動体数や動体位置などからアラーム情報に変換する。そして、管理クライアント３は、データを解析する解析処理部５に変換したアラーム情報を供給して、アラーム情報の解析を行う。アラーム情報の解析結果は、ディスプレイモニタからなる表示部６に表示する。そして、管理クライアント３は、メタデータ生成カメラ１ａ〜１ｎのそれぞれに対して、アラーム情報の解析結果に基づくカメラ動作（ズーム倍率を変える、ブザーを鳴らす等）を自動的に指示する。このように、管理クライアント３は、自動的に、もしくは使用者が手動で設定したとおりに、それぞれのメタデータ生成カメラ１ａ〜１ｎの最適なカメラ動作を制御している。

ここで、映像データとメタデータの構成について説明する。映像データとメタデータは、データ本体とリンク情報とで構成している。データ本体は、映像データの場合、メタデータ生成カメラ１ａ〜１ｎが撮影した監視映像の映像データである。またメタデータの場合、監視対象を示す情報等と、この情報の記述方式を定義した属性情報を記述したものである。リンク情報は、映像データとメタデータとの関連付けを示す関連付け情報と、この情報の内容の記述方式を定義した属性情報等を記述したものである。

関連付け情報は、例えば映像データを特定するためのタイムスタンプやシーケンス番号を使用する。タイムスタンプは、映像データの生成時刻を与える情報（時刻情報）である。シーケンス番号は、コンテンツデータの生成順序を与える情報（順序情報）である。タイムスタンプの等しい監視映像が複数存在するような場合、タイムスタンプの等しい映像データの生成順序を識別することができる。また、関連付け情報には、映像データを生成する機器を特定するための情報（例えば製造会社名や機種名、製造番号等）を使用するものとしてもよい。

ここで、リンク情報やメタデータ本体の記述は、ウェブ（ＷＷＷ：World Wide Web）上で交換される情報を記述するために定義されたマークアップ言語を用いる。マークアップ言語を用いると、ネットワーク２を介した情報の交換を容易に行うことができる。さらに、マークアップ言語として、例えば文書や電子データの交換に利用されているＸＭＬ（Extensible Markup Language）を用いることで、映像データとメタデータの交換も容易に行うことができる。ＸＭＬを用いるものとした場合、情報の記述方式を定義した属性情報は、例えばＸＭＬスキーマを使用する。

メタデータ生成カメラ１ａ〜１ｎで生成した映像データやメタデータは、１つのストリームとして管理クライアント３に供給するものとしてもよい。また、映像データとメタデータを別のストリームで非同期に管理クライアント３に供給するものとしてもよい。

次に、管理クライアント３で用いる部位とデータベースの相関例について、図２の機能ブロック図を参照して説明する。ただし、管理クライアント３の各機能ブロックは、ハードウェアで構成するものとしてもよく、またソフトウェアで構成するものとしてもよい。

管理クライアント３は、メタデータと映像データを蓄積し、再生するメタデータレコーディングシステム７と、メタデータを解析処理する解析処理部５とで構成される。まず、メタデータレコーディングシステム７の構成例について説明する。メタデータレコーディングシステム７は、メタデータ生成カメラ１ａ〜１ｎから映像データを取得する映像バッファ部４２と、メタデータ生成カメラ１ａ〜１ｎからメタデータを取得するメタデータバッファ部４１と、フィルタ処理に応じたフィルタ設定を蓄積するフィルタ設定データベース５５と、メタデータのフィルタ処理を行うメタデータフィルタ部３８と、メタデータ生成カメラ１ａ〜１ｎに設定変更を通知するルール切替部３５と、映像データを蓄積する映像データ蓄積データベース５６と、メタデータを蓄積するメタデータ蓄積データベース５７と、映像データを再生する映像データ再生部３９と、メタデータを再生するメタデータ再生部４０と、メタデータと映像データとの再生を同期させる再生同期部３６と映像データ等を表示する表示部とを備えている。

映像バッファ部４２は、メタデータ生成カメラ１ａ〜１ｎから映像データを取得し、符号化されている映像データの復号化処理を行う。そして、映像バッファ部４２は、得られた映像データを映像バッファ部４２に設けられている図示しないバッファに保持する。さらに、映像バッファ部４２は、図示しないバッファに保持している映像データを順次、画像を表示する表示部６に供給する処理も行う。このように図示しないバッファに映像データを保持することで、メタデータ生成カメラ１ａ〜１ｎからの映像データの受信タイミングに依らず、表示部６に対して順次映像データを供給できる。また、映像バッファ部４２は、後述するルール切替部３５から供給される録画要求信号に基づき、保持している映像データを映像データ蓄積データベース５６に蓄積させる。なお、映像データ蓄積データベース５６には、符号化されている映像データを蓄積して、後述する映像データ再生部３９で復号化を行うものとしてもよい。

メタデータバッファ部４１は、メタデータバッファ部４１に設けられている図示しないバッファに、メタデータ生成カメラ１ａ〜１ｎから取得したメタデータを保持する。また、メタデータバッファ部４１は、保持しているメタデータを表示部６に順次供給する。また、図示しないバッファに保持しているメタデータを後述するメタデータフィルタ部３８に供給する処理も行う。このように図示しないバッファにメタデータを保持することで、メタデータ生成カメラ１ａ〜１ｎからのメタデータの受信タイミングに依らず、表示部６に対して順次メタデータを供給できる。また、映像データと同期させてメタデータを表示部６に供給できる。さらに、メタデータバッファ部４１は、メタデータ生成カメラ１ａ〜１ｎから取得したメタデータをメタデータ蓄積データベース５７に蓄積させる。ここで、メタデータをメタデータ蓄積データベース５７に蓄積する際に、メタデータと同期する映像データの時刻情報を付加しておく。このようにすることで、メタデータの内容を読み出して時刻を判別しなくとも、付加されている時刻情報を利用して、所望の時刻のメタデータをメタデータ蓄積データベース５７から読み出すことが可能となる。

フィルタ設定データベース５５は、後述するメタデータフィルタ部３８で行うフィルタ処理に応じたフィルタ設定をフィルタ処理に応じたフィルタ設定を蓄積するとともに、フィルタ設定をメタデータフィルタ部３８に供給する。このフィルタ設定とは、アラーム等の出力やメタデータ生成カメラ１ａ〜１ｎの撮像動作の切替を行う必要があるか否かの判断基準等を、メタデータに含まれている監視対象に関する情報ごとに示す設定である。このフィルタ設定を用いてメタデータのフィルタ処理を行うことで、監視対象に関する情報ごとにフィルタ処理結果で示すことができる。フィルタ処理結果には、アラーム等の出力を行う必要があることや、メタデータ生成カメラ１ａ〜１ｎの撮像動作の切替が必要であることが示される。

メタデータフィルタ部３８は、フィルタ設定データベース５５に蓄積されているフィルタ設定を用いてメタデータのフィルタ処理を行う。そして、メタデータフィルタ部３８は、メタデータバッファ部４１で取得したメタデータ、あるいはメタデータ蓄積データベース５７から供給されたメタデータのフィルタ処理を行い、フィルタ処理結果をルール切替部３５と後述するフィルタパッケージ部３３に通知する。

ルール切替部３５は、メタデータフィルタ部３８から通知されたフィルタ処理結果に基づいて、設定変更信号を生成し、メタデータ生成カメラ１ａ〜１ｎに設定変更を通知する。例えば、メタデータフィルタ部３８から得られたフィルタ処理結果に基づき、監視に適した監視映像が得られるようにメタデータ生成カメラ１ａ〜１ｎの動作を切り替える。また、ルール切替部３５は、フィルタ処理結果に基づき、映像データ蓄積データベース５６に録画要求信号を供給して、映像バッファ部４２で取得した映像データを映像データ蓄積データベース５６に蓄積させる。また、ルール切替部３５は、映像データの蓄積モードを選択可能とする。蓄積モードには、例えば動的検索モードと最小限モードのいずれかを選択可能としている。

動的検索モードがユーザによって選択されている場合、ルール切替部３５は、フィルタ処理結果によって動体が検出されていることが示されたとき、映像バッファ部４２で取得した映像データを映像データ蓄積データベース５６に蓄積させる。動的検索モードが選択されたときは、動体が検出されているときの映像データが蓄積される。このため、後述する映像データ再生部３９によって、蓄積されている映像データを再生して、再生された映像データと同期するメタデータに対して所望のフィルタ設定でフィルタ処理を行うものとすれば、このフィルタ設定を満たす映像データを検索できる。

最小限モードが選択されている場合、ルール切替部３５は、フィルタ処理結果によって注意報やアラームの出力を行うような状態が生じたと判別したとき、映像バッファ部４２で取得した映像データを映像データ蓄積データベース５６に蓄積させる。最小限モードが選択されたときは、注意報やアラームの出力を行うような状態の映像データを容易かつ速やかに再生できる。また、蓄積する映像データのデータ量を少なくできる。

映像データ蓄積データベース５６は、映像バッファ部４２で取得された映像データを蓄積する。メタデータ蓄積データベース５７は、メタデータバッファ部４１で取得されたメタデータを蓄積する。

映像データ再生部３９は、映像データ蓄積データベース５６に蓄積されている映像データの再生処理を行う。すなわち、映像データ再生部３９は、ユーザによって指示された再生位置から順次映像データを読み出して、読み出した映像データを表示部６に供給する。また、映像データ再生部３９は、再生している映像データの再生位置（再生時刻）を再生同期部３６に供給する。

メタデータと映像データとの再生を同期させる再生同期部３６は、映像データ再生部３９から供給された再生位置と、メタデータ再生部４０で、メタデータ蓄積データベース５７に蓄積されているメタデータを再生するときの再生位置が同期するように、同期制御信号をメタデータ再生部４０に供給して、メタデータ再生部４０の動作を制御する。

メタデータ再生部４０は、メタデータ蓄積データベース５７に蓄積されているメタデータの再生処理を行う。すなわち、メタデータ再生部４０は、ユーザによって指示された再生位置から順次メタデータを読み出して、読み出したメタデータをメタデータフィルタ部３８と表示部６に供給する。また、映像データとメタデータの双方を再生する場合、メタデータ再生部４０は、上述のように再生同期部３６から供給された同期制御信号に基づいて再生動作を制御して、映像データに同期したメタデータを出力する。

表示部６は、映像バッファ部４２から供給された映像データや映像データ再生部３９から供給された映像データ、メタデータバッファ部４１から供給されたメタデータやメタデータ再生部４０から供給されたメタデータを表示する。また、表示部６は、メタデータフィルタ部３８からのフィルタ設定に基づき、監視映像やメタデータの映像やフィルタ設定の映像のいずれか、あるいはこれらを合成した映像を用いて、フィルタ処理結果に基づく監視結果を示す映像を表示する。また、表示部６は、グラフィカルユーザインタフェース（ＧＵＩ：Graphical User Interface）として機能している。使用者は、図示しない操作キーやリモートコントローラ等を用いて表示部６に表示されたメニュー等を選択することで、パッケージやフィルタを定義したり、既存の処理部の情報のほかに、パッケージやアラーム情報の解析結果等をＧＵＩ表示したりすることができる。

そして、本実施の形態例にかかる監視システム１００は、解析処理、複数のフィルタを組み合わせてアラームを発生させるかどうかを判断するフィルタパッケージ部３３と、フィルタパッケージ内のフィルタ情報及び、フィルタ間の関連付け（論理設定）を保存するパッケージ設定データベース５３と、フィルタパッケージ部３３から出力されたアラーム情報を、後述する解析ルール設定データベース５４の設定値を元に解析するアラーム情報解析部３４と、スケジュールを監視し、指定時間帯に指定の解析ルールとパッケージとアクション（ネットワークに接続された外部機器に対する動作指示）の設定を行うスケジュール設定部３１と、パッケージとアクションの設定を記録するスケジュール設定データベース５１と、各種カメラや周辺機器にアクションを指示するアクション設定部３２と、アクションの設定を記録するアクション設定データベース５２とを備えることを特徴としている。

以下では、各部とデータベースの機能例について詳細に説明する。

フィルタパッケージ部３３は、メタデータフィルタ部３８から得られたフィルタ処理結果を複数種類組み合わせて、より詳細な状況についてパッケージが出力するアラームの発生を判断する。最適なカメラ動作は、使用者がフィルタ単位またはパッケージ単位で予め設定することができる。例えば、使用者が、あるパッケージに５種類のフィルタ（フィルタＡ〜フィルタＥ）を設定したと想定する。設定可能なフィルタの種類としては、例えば以下の７種類があり、このうち、任意のフィルタの種類を選択することができる。
Appearance（存在）：物体があるエリア内に存在するか否かを判別するためのフィルタ
Disappearance（消失）：物体があるエリア（領域）に現れ、エリアから出たか否かを判別するためのフィルタ
Passing（通過）：ある境界線を物体が越えたか否かを判別するためのフィルタ
Capacity（物体数制限）：あるエリア内の員数が所定値を超えたか否かを判別するためのフィルタ
Loitering（滞留）：所定の時間を超えて、あるエリア内に物体が滞留しているか否かを判別するためのフィルタ
Unattended（置き去り）：所定の時間を越えて、あるエリア内に侵入し動かない物体が存在するか否かを判別するためのフィルタ
Removed（持ち去り）：あるエリア内に存在した物体が取り除かれたことを検出するためのフィルタ

パッケージの設定は、全てのフィルタの条件を満たした場合にアラーム情報を出力したり、フィルタＡかつフィルタＢの設定を満たした場合か、フィルタＣかつフィルタＤの設定を満たした場合のどちらかでアラーム情報を出力したりするなど、フィルタ間の論理を自由に組み合わせて設定できる。例えば、ある場所に人が侵入（ある場所のフィルタＡ“存在”が真）し、かつ警備員が所定の場所にいない（別の場所のフィルタＢ“消失”が真）場合のみパッケージアラーム情報を発生させる等が行われる。

パッケージ設定データベース５３は、フィルタパッケージ部３３に定義したパッケージを保存することができるデータベースである。データベースが持つべき情報例について以下に記載する。
１．パッケージ番号（またはパッケージ名）：フィルタパッケージを一意に識別する。
２．フィルタ番号（またはフィルタ名称）：フィルタアラーム情報を一意に識別する。カメラごとにフィルタアラーム番号が振られている場合、カメラ番号も必要になる可能性がある。
３．フィルタ間論理：フィルタをいかにして組み合わせるかの論理である。論理積（ＡＮＤ、またはシーケンシャル）組み合わせ、及び論理和（ＯＲ、またはパラレル）組み合わせからなる。

アラーム情報解析部３４は、フィルタパッケージ部３３から得られるアラーム情報を解析し、カメラや周辺機器に最適な動作を行わせ、表示部６に情報を与える。解析種類は“連続時間”（指定した時間だけアラームが連続で来る場合、インパルス波アラームであっても方形波アラームとみなす）、“発生頻度”（指定時間内に指定数以上アラーム情報が得られる）、“占有面積”（指定範囲内に指定比率以上の物体が存在）、等が選べ、使用者が新たに定義することも可能である。解析した結果を元に、パッケージの再選択や各種アクションの実行、スケジュールの変更が行われる。

解析ルール設定データベース５４は、アラーム情報解析部３４に定義した解析ルールを保存することができるデータベースである。データベースが持つべき情報例について以下に記載する。
１．解析ルール番号（または解析ルール名）：アラーム解析情報を一意に識別する。
２．パッケージ番号（またはパッケージ名称）：アラーム解析に用いるパッケージを一意に特定する。
３．解析種類：“連続時間”，“発生頻度”，“占有面積”などの解析タイプ。
４．解析詳細設定：解析タイプに必要な詳細設定項目（時間や閾値頻度など）、アクションの実行、パッケージの変更、解析ルールの変更など、条件を満たした場合の動作。

スケジュール設定部３１は、時間帯により解析ルールを変更する。例えば、営業時間内は“発生頻度”ルールで解析して自動ドアの挟み込みといった状況を判別し、閉店後は“侵入”アラームに切り替えて侵入自体でアラーム状況と判断させるなどの使い道が想定できる。

スケジュール設定データベース５１は、スケジュール設定部３１に定義したスケジュールを保存することができるデータベースである。データベースが持つべき情報例について以下に記載する。
１．スケジュール番号（またはスケジュール名）：スケジュール情報を一意に識別する。
２．開始時間：スケジュールを開始する年月日時分秒。
３．終了時間：スケジュールを終了する年月日時分秒。
４．解析ルール番号：スケジュール内に適用する解析ルールを特定するための番号。

アクション設定部３２は、アラーム情報解析結果に基づいて、指定したアクションを実行する。“追跡”，“ズーム”，“ライトＯＮ”などの動きを指定しておけば、アラーム情報の持つ動体数や位置情報を元に、自動的にズーム倍率やパンチルト角度が指定される。手動で詳細動作を設定することもできる。また、カメラの設定を変更することができる。さらに、カメラの設定を変更する以外にも、動体があったときは必ず映像を録画して後で動的にフィルタを変更してそれに該当する映像を検索できる動的検索モードと、フィルタがかかったときのみ録画をする最小限録画モードと２つの録画モードの切り替えができる。

アクション設定データベース５２は、アクション設定を保存することができるデータベースである。データベースが持つべき情報例について以下に記載する。
１．アクション番号（またはアクション名）：アクション設定情報を一意に識別する。
２．アクションタイプ：“パンチルト”，“ズーム”，“ライトＯＮ”など。
３．詳細設定：手動設定の場合の詳細情報を設定する。

<動作の説明>
次に、管理クライアント３の各部の処理例について説明する。

まず、フィルタパッケージ部３３の処理例について、図３を参照して説明する。フィルタパッケージ部３３は、複数のフィルタ間を論理で結びつけてパッケージを作成し、通知する処理を行う。始めに、フィルタパッケージ部３３は、メタデータバッファ部４１から関連するフィルタのアラーム情報を取得する（ステップＳ１）。次に、フィルタパッケージ部３３は、各パッケージが用いるパッケージ設定データベース５３により、アラーム情報を処理する（ステップＳ２）。

フィルタパッケージ部３３は、アラーム情報を処理すると、アラーム情報解析部３４に通知が必要か否かを判断する（ステップＳ３）。通知が必要でないと判断した場合、フィルタパッケージ部３３は、ステップＳ１の処理に戻す。一方、通知が必要であると判断した場合、フィルタパッケージ部３３は、フィルタアラームとパッケージアラームとを組み合わせた通知内容を作成する（ステップＳ４）。そして、フィルタパッケージ部３３は、通知内容をアラーム情報解析部３４に通知する（ステップＳ５）。

次に、フィルタパッケージ部３３は、パッケージの設定変更要求があるか否かを判断する（ステップＳ６）。設定変更要求がないと判断した場合、フィルタパッケージ部３３は、ステップＳ１の処理に戻す。一方、設定変更要求があると判断した場合、フィルタパッケージ部３３は、パッケージの設定を変更する（ステップＳ７）。

そして、フィルタパッケージ部３３は、終了要求があるか否かを判断する（ステップＳ８）。終了要求がないと判断した場合、フィルタパッケージ部３３は、ステップＳ１の処理に戻す。一方、終了要求があると判断した場合、フィルタパッケージ部３３は、処理を終了する。

次に、アラーム情報解析部３４の処理例について、図４を参照して説明する。アラーム情報解析部３４は、取得したアラーム情報を解析し、アクションの実行やスケジュールの変更、パッケージの変更を指示する処理を行う。始めに、アラーム情報解析部３４は、フィルタパッケージ部３３から関連するフィルタのアラーム情報を取得する（ステップＳ１１）。次に、アラーム情報解析部３４は、解析ルール設定データベース５４を用いてアラーム情報を処理する（ステップＳ１２）。

アラーム情報解析部３４は、アラーム情報を処理すると、アクションの実行が必要か否かを判断する（ステップＳ１３）。アクションの実行が必要でないと判断した場合、アラーム情報解析部３４は、ステップＳ１１の処理に戻す。一方、アクションの実行が必要であると判断した場合、アラーム情報解析部３４は、実行するアクションを記述した通知内容を作成する（ステップＳ１４）。そして、アラーム情報解析部３４は、通知内容をアクション設定部３２に通知する（ステップＳ１５）。

次に、アラーム情報解析部３４は、スケジュールの変更要求があるか否かを判断する（ステップＳ１６）。スケジュールの変更要求がないと判断した場合、ステップＳ１１の処理に戻す。一方、スケジュールの変更要求があると判断した場合、アラーム情報解析部３４は、設定するスケジュール内容を記述した通知内容を作成する（ステップＳ１７）。そして、アラーム情報解析部３４は、通知内容をスケジュール設定部３１に通知する（ステップＳ１８）。

次に、アラーム情報解析部３４は、パッケージの変更要求があるか否かを判断する（ステップＳ１９）。パッケージの変更要求がないと判断した場合、ステップＳ１１の処理に戻す。一方、パッケージの変更要求があると判断した場合、アラーム情報解析部３４は、設定するパッケージ内容を記述した通知内容を作成する（ステップＳ２０）。そして、アラーム情報解析部３４は、通知内容をフィルタパッケージ設定部３３に通知する（ステップＳ２１）。

そして、アラーム情報解析部３４は、終了要求があるか否かを判断する（ステップＳ２２）。終了要求がないと判断した場合、アラーム情報解析部３４は、ステップＳ１１の処理に戻す。一方、終了要求があると判断した場合、アラーム情報解析部３４は、処理を終了する。

次に、スケジュール設定部３１の処理例について、図５を参照して説明する。スケジュール設定部３１は、スケジュールを作成し、スケジュールの期間内に指定した解析ルールを実行する処理を行う。始めに、スケジュール設定部３１は、各スケジュールを、スケジュール設定データベース５１を用いて、スケジュール情報を処理する（ステップＳ３１）。

スケジュール設定部３１は、スケジュール情報を処理すると、スケジュール内であるか否かを判断する（ステップＳ３２）。スケジュール内でないと判断した場合、スケジュール設定部３１は、ステップＳ３１の処理に戻す。一方、スケジュール内であると判断した場合、スケジュール設定部３１は、解析ルールを記述した通知内容を作成する（ステップＳ３３）。そして、スケジュール設定部３１は、通知内容をアラーム情報解析部３４に通知する（ステップＳ３４）。

そして、スケジュール設定部３１は、スケジュールの設定変更要求があるか否かを判断する（ステップＳ３５）。スケジュールの設定変更要求がないと判断した場合、スケジュール設定部３１は、ステップＳ３１の処理に戻す。一方、スケジュールの設定変更要求があると判断した場合、スケジュール設定部３１は、スケジュール設定データベース５１を用いて、スケジュールの設定を変更する（ステップＳ３６）。

そして、スケジュール設定部３１は、終了要求があるか否かを判断する（ステップＳ３７）。終了要求がないと判断した場合、スケジュール設定部３１は、ステップＳ３１の処理に戻す。一方、終了要求があると判断した場合、スケジュール設定部３１は、処理を終了する。

次に、アクション設定部３２の処理例について、図６を参照して説明する。アクション設定部３２は、アクションを作成し、カメラや周辺機器にアクションを実行させる処理を行う。始めに、アクション設定部３２は、各アクションを、アクション設定データベース５２を用いて、アクション内容を処理する（ステップＳ４１）。

アクション設定部３２は、アクション内容を処理すると、アクションの実行要求があるか否かを判断する（ステップＳ４２）。アクションの実行要求がないと判断した場合、アクション設定部３２は、ステップＳ４１の処理に戻す。一方、アクション実行要求があると判断した場合、アクション設定部３２は、アクションの設定変更や、パンチルト等のアクションを記述した通知内容を作成する（ステップＳ４３）。そして、アクション設定部３２は、通知内容をカメラや周辺機器等に通知する（ステップＳ４４）。

そして、アクション設定部３２は、終了要求があるか否かを判断する（ステップＳ４５）。終了要求がないと判断した場合、アクション設定部３２は、ステップＳ４１の処理に戻す。一方、終了要求があると判断した場合、アクション設定部３２は、処理を終了する。

次に、各処理部間における関連処理の例について説明する。

まず、複数のメタデータ生成カメラ１ａ〜１ｎから受信したメタデータに対し、パッケージ（フィルタ群）を適用して、一つの結果を得る処理の例について、図７を参照して説明する。始めに、使用者は、フィルタパッケージ部３３により、“存在”や“滞留”等のフィルタを登録し（ステップＳ５１）、フィルタ間論理を設定する（ステップＳ５２）。設定内容は、パッケージ設定データベース５３に保存される。

そして、フィルタパッケージ部３３は、アラーム情報をアラーム情報解析部３４に送信する（ステップＳ５３）。アラーム情報解析部３４は、フィルタパッケージ部３３からアラーム情報を受信する（ステップＳ５４）。受け取ったアラーム情報には、各フィルタからのフィルタアラーム以外に、新たにフィルタ間論理に合致したパッケージからのパッケージアラームが含まれる。

アラーム情報解析部３４は、解析ルール設定データベース５４を元に、受信したアラーム情報を解析し、解析ルールに沿った動作を行う（ステップＳ５５）。そして、アラーム情報解析部３４は、アクション設定部３２、フィルタパッケージ部３３、スケジュール設定部３１に必要な指示を送信する。アクションの実行を行う場合はアクション設定部３２にアクション番号を指定する（ステップＳ５６）。アクション設定部３２は、指定されたアクション番号に基づくアクションを、アクション設定データベース５２から読み出し、アクションを実行する。フィルタやパッケージの再選択を行う場合は、フィルタパッケージ部３３に設定変更を指示する（ステップＳ５６）。フィルタパッケージ部３３は、パッケージ設定データベース５３からフィルタやパッケージを読み出すとともに、再選択したフィルタやパッケージをパッケージ設定データベース５３に書き込む。スケジュールの変更を行う場合は、スケジュール設定部３１に設定変更を指示する（ステップＳ５８）。スケジュール設定部３１は、スケジュール設定データベース５１からスケジュールを読み出すとともに、変更したスケジュールをスケジュール設定データベース５１に書き込む。

次に、フィルタ（もしくはパッケージ）からフレームごとに出力されるインパルス状のアラーム発生をまとめて、方形波として波形の立ち上がり時と、立下り時のみアラームを上げる処理の例について、図８と図９を参照して説明する。

まず、図８を参照して処理について説明する。始めに、アラーム情報解析部３４は、“解析種類・滞在時間”及び閾値となる時間を解析ルール設定データベース５４から取得する（ステップＳ６１）。

そして、フィルタパッケージ部３３は、検出したアラーム情報を、アラーム情報解析部３４に送信する（ステップＳ６２）。アラーム情報解析部３４は、フィルタパッケージ部３３からアラーム情報を受信する（ステップＳ６３）。そして、アラーム情報解析部３４は、滞在時間内の微少時間以下で連続して起こるインパルス情報を方形波に変換する（ステップＳ６４）。アラーム情報解析部３４は、立ち上りタイミングと立下りタイミングで監視対象の異常を判断するため、アラーム情報（立下りタイミング）をフィルタパッケージ部３３が検出するまでステップＳ６２〜ステップＳ６４の処理を繰り返す。

フィルタパッケージ部３３がアラーム情報（立下りタイミング）を検出すると、アラーム情報（立下りタイミング）をアラーム情報解析部３４に送信する（ステップＳ６５）。アラーム情報解析部３４は、連続したインパルス情報を変換した方形波が、所定の時間を超過したか否かを判断する（ステップＳ６６）。

アラーム情報解析部３４は、方形波が所定の時間以内であれば、異常がないと判断して、処理を終了する。方形波が所定の時間を超過していれば、アラーム情報解析部３４は、アクション設定部３２、フィルタパッケージ部３３、スケジュール設定部３１に必要な指示を送信する。アクションの実行を行う場合はアクション設定部３２にアクション番号を指定する（ステップＳ６７）。アクション設定部３２は、指定されたアクション番号に基づくアクションを、アクション設定データベース５２から読み出し、アクションを実行する。フィルタやパッケージの再選択を行う場合は、フィルタパッケージ部３３に設定変更を指示する（ステップＳ６８）。フィルタパッケージ部３３は、パッケージ設定データベース５３からフィルタやパッケージを読み出すとともに、再選択したフィルタやパッケージをパッケージ設定データベース５３に書き込む。スケジュールの変更を行う場合は、スケジュール設定部３１に設定変更を指示する（ステップＳ６９）。スケジュール設定部３１は、スケジュール設定データベース５１からスケジュールを読み出すとともに、変更したスケジュールをスケジュール設定データベース５１に書き込む。

次に、駐車場に駐車する車両の時間超過を検出するために監視システム１００を用いる例について図９を参照して説明する。

図９（ａ）は、駐車場に駐車した車両の例である。駐車場には、車両９１を駐車したことを検知する検知エリア９２を設けてある。検知エリア９２に車両９１が駐車されると、アラーム情報を出力する。

図９（ｂ）は、従来のアラーム情報を示すヒストグラムの例である。従来、“存在”フィルタで検出するアラーム情報では、検知エリア９２に車両９１が存在しているか否かしか判断することができなかった。つまり、車両９１の駐車時間が、駐車場で決められた所定の時間を超えた場合であっても、どれだけの時間超えたのかを知ることができなかった。

図９（ｃ）は、アラーム情報を方形波に変換した例である。“存在”フィルタで検出するアラーム情報を解析ルール“滞在時間”で解析処理を行う。そして、インパルス波の集合を方形波として管理している。このようにすると、アラーム情報の立ち上がりと立ち下がりに注視することが可能となり、車両９１の超過した駐車時間を知ることができるようになった。

次に、画面上の変動頻度を元に、アラーム処理を行い、所定の条件を満たした場合アクションを実行する（新しい解析ルールに変更する、スケジュールを変更するなど）処理の例について、図１０〜図１４を参照して説明する。

まず、図１０を参照して処理について説明する。始めに、アラーム情報解析部３４は、“解析種類・滞在時間”及び閾値となる時間を解析ルール設定データベース５４から取得する（ステップＳ７１）。閾値となる確率、及びフィルタの組み合わせは複数種類取得できる。

フィルタパッケージ部３３が所定時間毎に動体を検出すると、アラーム情報をアラーム情報解析部３４に送信する（ステップＳ７２）。アラーム情報解析部３４は、アラーム情報をフィルタパッケージ部３３から受信する（ステップＳ７３）。検出した動体数が、所定の閾値を超過したか否かを判断する（ステップＳ７４）。予め定義された時間内頻度を超える動体数を得た場合、アラーム条件に合致するとみなす。

アラーム情報解析部３４は、検出した動体数が、所定の閾値以内であれば、異常がないと判断して、処理を終了する。検出した動体数が、所定の閾値を超過していれば、アラーム情報解析部３４は、アクション設定部３２、フィルタパッケージ部３３、スケジュール設定部３１に必要な指示を送信する。アクションの実行を行う場合はアクション設定部３２にアクション番号を指定する（ステップＳ７５）。アクション設定部３２は、指定されたアクション番号に基づくアクションを、アクション設定データベース５２から読み出し、アクションを実行する。フィルタやパッケージの再選択を行う場合は、フィルタパッケージ部３３に設定変更を指示する（ステップＳ７６）。フィルタパッケージ部３３は、パッケージ設定データベース５３からフィルタやパッケージを読み出すとともに、再選択したフィルタやパッケージをパッケージ設定データベース５３に書き込む。スケジュールの変更を行う場合は、スケジュール設定部３１に設定変更を指示する（ステップＳ７７）。スケジュール設定部３１は、スケジュール設定データベース５１からスケジュールを読み出すとともに、変更したスケジュールをスケジュール設定データベース５１に書き込む。

次に、スケジュールごとにフィルタパッケージを切り替える処理の例について、図１１を参照して説明する。まず、スケジュール設定部３１は、“開始時間”や“終了時間”、“解析ルール”等の設定情報をスケジュール設定データベース５１から取得する（ステップＳ８１）。

スケジュール設定部３１は、設定されたスケジュールになると、アラーム情報解析部３４に解析ルールの変更を指示する（ステップＳ８２）。アラーム情報解析部３４は、解析ルール設定データベース５４を元に解析ルールを変更する（ステップＳ８３）。

次に、アクションを実行する処理の例について、図１２を参照して説明する。まず、アラーム情報解析部３４は、アクション設定部３２にアクションの実行指示を行う（ステップＳ９１）。アクション設定部３２は、該当するアクションをアクション設定データベース５２から取得してアクションを行う（ステップＳ９２）。アクションが行われる対象は、カメラの設定変更、パンチルト動作、ズーム動作、ライトのＯＮ／ＯＦＦ等が該当する。

次に、異常の検出内容を時間帯によって変更する場合の処理例について、図１３を参照して説明する。異常の検出内容として、昼間はドアを行き来する人数を検出し、夜間は侵入者を検出する。この場合、フィルタパッケージ等を以下のように設定している。
１．解析ルール：“発生頻度”を設定する（１０回／１０分）。
２．解析ルール：“侵入”を設定する。
３．アクション：“ブザー”を設定する。
４．アクション：“パンチルト”を設定する。
５．フィルタパッケージ：“双方向通過”を設定する。
６．フィルタパッケージ：“一方向通過”を設定する。
７．スケジュール：“１０時〜２１時”を設定する。
８．スケジュール：“２１時〜翌１０時”を設定する。

図１３（ａ）は、昼間（10時〜21時）の監視状態の例を示す。建物の出入り口に設けられたドア６１に対して、メタデータ生成カメラ１ａのレンズが向けられている。ドア６１を行き来する対象者６４をメタデータ生成カメラ１ａが撮影し、メタデータベースを生成するとともに、管理クライアント３に送信しており、後述する管理ヒストグラムを作成する。対象者６４のドア６１に対する右または左のいずれかの通過方向６４を“双方向通過”と称している。解析ルールとしては、“発生頻度”が設定してあり、ドア６１を対称者６４が双方向通過する回数を数える。

図１３（ｂ）は、昼間の監視状態における管理ヒストグラムの例を示す。管理ヒストグラムは、縦軸を双方向通過した人数、横軸を１０分ごとの時間としてデータを表示している。本例では、対象者が双方向通過した回数が、１０分間で閾値１０回を超えると異常とみなし、アラームを発生する。異常とみなされたアラームデータ７１は、閾値１０回を超過していることが分かる。異常時には、アクションとしてブザーが鳴らされる。

図１３（ｃ）は、夜間（２１時〜翌１０時）の監視状態の例を示す。ドア６１に対して、メタデータ生成カメラ１ａのレンズが向けられている。夜間においては、ドア６１に対して左方向の侵入方向６７で侵入しようとする侵入者６８を検出すると、メタデータ生成カメラ１ａはアラームを出力する。そして、メタデータ生成カメラ１ａは、パンチルト方向６５にパンチルトすることで撮影範囲６６を拡大するとともに侵入者６８を追尾する。このとき、他のメタデータ生成カメラと連動して侵入者６８を追尾するようにしてもよい。

図１４は、異常の検出内容を時間帯によって変更する場合の処理例を示す。まず、昼間の監視処理を実行する。始めに、スケジュールの“１０時〜２１時”を開始する（ステップＳ１０１）。そして、解析ルールの“発生頻度”を実行する（ステップＳ１０２）。さらに、フィルタパッケージの“双方向通過”を選択する（ステップＳ１０３）。

そして、“発生頻度”が閾値（１０回／１０分）を超えたか否かを判断する。“発生頻度”が閾値を越えていない場合は、ステップＳ１０２の処理に戻る。“発生頻度”が閾値を越えている場合は、アクションとして、“ブザー”を実行する（ステップＳ１０５）。そして、スケジュールが終了したか否かを判断する（ステップＳ１０６）。監視時間が、“１０時〜２１時”以内であれば、ステップＳ１０２の処理に戻る。監視時間が“１０時〜２１時”以外であれば、夜間の監視処理に移行する。

夜間の監視処理では、始めに、スケジュールの“２１時〜翌１０時”を開始する（ステップＳ１０７）。そして、解析ルールの“侵入”を実行する（ステップＳ１０８）。さらに、フィルタパッケージの“一方向通過”を選択する（ステップＳ１０９）。

そして、“侵入”があるか否かを判断する。“侵入”がない場合は、ステップＳ１０８の処理に戻る。“侵入”がある場合は、アクションとして、“パンチルト”を実行し（ステップＳ１１１）、侵入者を追尾する。そして、スケジュールが終了したか否かを判断する（ステップＳ１１２）。監視時間が、“２１時〜翌１０時”以内であれば、ステップＳ１０２の処理に戻る。監視時間が“２１時〜翌１０時”以外であれば、終了要求があるか否かを判断する（ステップＳ１１３）。終了要求がなければ、処理をステップＳ１０１に移し、昼間の監視処理に移行する。終了要求があれば、処理を終了する。

図１５は、夜間監視時に他のカメラと連動して侵入者を追尾する場合の例について示している。店舗８１には、夜間警備する警備員８３を配しており、警備員８３は、管理クライアント３を収納する警備室８２で映像を監視している。管理クライアント３には、監視モニタとして表示部６が接続してあり、複数台のカメラからの撮影画像が表示されている。商品を陳列する複数の商品棚８４を監視するために、店舗８１内には、カメラ１ｂを設定してある。通常監視時において、カメラ１ｂは、他の場所（通路等）を監視するようにしている。

使用者は、スケジュール“２１時〜翌１０時”において、ドア６１の“通過”フィルタが真かつ警備室の“存在”フィルタが偽の場合のパッケージを作成する。ドア６１の“通過”フィルタが真かつ警備室の“存在”フィルタが偽となると、商品棚エリアの“滞留”フィルタによる検知を開始する。侵入者６８が、ドア６１から侵入すると、カメラ１ａは、アラームを管理クライアント３に出力するとともに、パンチルト方向６５に沿って、侵入者６８を追尾する。カメラ１ａからのアラームを受けて、カメラ１ｂは、商品棚８４に対してパンチルト方向８５に沿ってパンチルト撮影を開始し、侵入者６８を追尾する。“滞留時間”が一定時間を越えるとアラーム情報を表示部６（監視モニタ）に表示する。さらに時間が経つと、“ブザー“アクションを実行する。アラームや撮影した映像データ、メタデータは、管理クライアント３に随時伝送され、警備員８３は侵入者６８や商品棚８４の状況を把握することができる。

以上説明した本実施の形態例では、複数のフィルタ群をフィルタパッケージとしてまとめることで複数の条件に合致した異常を検出し、アラームを出力することができる。このため、従来見分けることができなかった異常であっても、正常、異常の切り分けを正しく行うことができ、使用者の負担を軽減できるという効果がある。また、１台のカメラであっても複数の機能を有することができるため、設置コスト、運用コスト等を減らせる効果がある。

また、既存のメタデータフィルタを用いたシステムでは、動体の数や位置などの情報しか分からなかったが、アラーム情報解析部を用いることにより、より詳細なアラーム情報を出力することが可能になった。例えば、ある扉について、通常、開いて閉じるという動作が、１時間に１回位のはずが、１０分間ごと、３０秒ごとに繰り返されていると、何らかの異常が発生しているとしてアラーム処理を行う要望がある。このような場合、１０分おきの発生頻度が閾値を超えるとアラーム情報を上げるといった処理が可能になる。

また、スケジュールごとに解析ルールを変更できることにより、例えば夜間の動作と昼間の動作を別の解析ルールを用いて処理できるようになる。このため、アラームを出力する条件をより詳細に設定することができるようになる。そして、昼夜の区別だけでなく、より詳細に時間帯を設定して、時間帯に応じたアラーム条件を区別することができるという効果がある。

また、従来用いられた“存在”フィルタはインパルス波の集合体であったため、使用者は、あるエリア内に動体がいるか、いないかしか分からなかった。しかしながら、解析ルールを適用することで、インパルス波の集合体を方形波に変換し、アラーム情報の立ち上がり、立ち下がりタイミングを捉えることができる。このため、例えば１時間以上車両が同じ場所に駐車していた場合、表示部にアラームメッセージを表示させるといった動作を行うことができる。この場合、駐車時間を超過した時間であっても通知することができる。

また、フィルタパッケージの概念により、アラーム出力条件をより多彩に設定することができるようになった。既存のフィルタ単位ではなしえなかった、ある場所に動体が存在していてかつ別の場所に動体がいない場合にアラームがほしいといった実際に起こりうる状況に対してより有効にアラームを出力することができる。

また、アラーム情報解析部３４が、アクション設定、スケジュール設定、解析ルール変更を行えるため、自動的に最適な行動を監視システムで行うことが可能となる。例えば、あるパッケージ（フィルタ）を通過した場合はパンチルトで追跡したり、一定時間以上存在している動体については、パッケージやフィルタを滞留条件に変えて、ズームを下げて範囲全体を見渡すようにしたりするなどの行動をとることができる。

また、アラームの解析をパッケージアラームとフィルタアラームと２種類を区別して用いることで、パッケージの結果によるアクション設定や、フィルタ１のみの結果によるアクション設定など、アクションの条件に合わせて多彩に定義することができる。例えば、フィルタＡのみＯＮになればライトを点灯し、フィルタＢがＯＮになればズームを行い、フィルタＣを条件に加え、フィルタＡ〜Ｃが全てＯＮになった場合にのみブザー音を鳴らすといった使い方が想定できる。このように、条件を様々に変えて、監視対象に適した監視動作を設定できるという効果がある。

また、同様に滞留フィルタと通過フィルタを組み合わせたパッケージを設定することであるラインを通過するのに何分以上かかった、何％通過したといったアラーム情報を取得することができる。このため、従来人員を配置して手動計測していた店舗内の動線管理などに適用することができ、リアルタイムで店舗内の動線を得ることができる。このため、店舗の内部配置の検討や顧客動向等を容易に分析することができるという効果がある。

なお、サーバ機能とクライアント機能を分割した管理サーバと閲覧用クライアントで構成された監視システムに適用しても上述した実施の形態例と同様の機能、効果を得ることができる。図１６は、管理サーバと閲覧用クライアントで構成された監視システム２００の構成例である。監視システム２００は、監視対象物を撮影し、映像データを生成するとともに映像データからメタデータを生成するメタデータ生成カメラ１ａ〜１ｎと、取得した映像データとメタデータを解析し、保存するとともに異常を検出するとアラームを出力する管理サーバ１０３と、メタデータ生成カメラ１ａ〜１ｎと管理クライアント１０３とを接続するネットワーク１０２と、管理サーバ１０３に接続される閲覧クライアント１０６とで構成される。

管理サーバ１０３が、ネットワーク１０２を介してメタデータ生成カメラ１ａ〜１ｎから取得した映像データベースとメタデータは、メタデータと映像データを蓄積し、再生するメタデータレコーディングシステム７に保存される。管理サーバ１０３は、フィルタパッケージを用いてメタデータにフィルタをかけてアラーム情報を解析処理する。映像データ、メタデータ、アラーム情報は、管理サーバ１０３から閲覧クライアント１０６に供給され、閲覧クライアント１０６のモニタでアラーム情報等がＧＵＩ表示される。閲覧クライアント１０６では、フィルタ設定とフィルタパッケージ設定を行って、管理サーバに設定を送信できる。このように、サーバ機能とクライアント機能を分割することで、処理性能が高い装置（管理サーバ）で大量にデータを処理し、処理性能が低い装置では、処理結果を閲覧するといった使い分けが可能となる。このように機能分散することでより柔軟性に富む監視システム２００を構築できるという効果がある。

本発明の一実施の形態における監視システムの接続例を示した構成図である。 本発明の一実施の形態における管理クライアントの内部構成例を示したブロック図である。 本発明の一実施の形態におけるフィルタパッケージ部の処理例を示したフローチャートである。 本発明の一実施の形態におけるアラーム情報解析部の処理例を示したフローチャートである。 本発明の一実施の形態におけるスケジュール設定部の処理例を示したフローチャートである。 本発明の一実施の形態におけるアクション設定部の処理例を示したフローチャートである。 本発明の一実施の形態におけるメタデータにパッケージ（フィルタ群）を適用して一つの結果を得る処理例を示したシーケンス図である。 本発明の一実施の形態における方形波とした波形の立ち上がり時と、立下り時にアラームを出力する処理例を示したシーケンス図である。 本発明の一実施の形態における駐車時間監視の例を示した説明図である。 本発明の一実施の形態における発生頻度を元にアラームを出力し、アクションを実行する処理例を示したシーケンス図である。 本発明の一実施の形態におけるスケジュール毎に解析ルールを変更する処理例を示したシーケンス図である。 本発明の一実施の形態におけるアクションを実行する処理例を示したシーケンス図である。 本発明の一実施の形態における監視状態を時間帯で切替る例を示した説明図である。 本発明の一実施の形態における異常の検出内容を時間帯によって変更する処理例を示したフローチャートである。 本発明の一実施の形態における夜間監視の例を示した説明図である。 他の実施の形態における監視システムの接続例を示した構成図である。

符号の説明

１ａ〜１ｎ…メタデータ生成カメラ、２…ネットワーク、３…管理クライアント、４…フィルタパッケージ、５…解析処理部、６…表示部、７…メタデータレコーディングシステム、３１…スケジュール設定部、３２…アクション設定部、３３…フィルタパッケージ部、３４…アラーム情報解析部、３５…ルール切替部、３６…再生同期部、３８…メタデータフィルタ部、３９…映像データ再生部、４０…メタデータ再生部、５１…スケジュール設定データベース、５２…アクション設定データベース、５３…パッケージ設定データベース、５４…解析ルール設定データベース、５５…フィルタ設定データベース、５６…映像データ蓄積データベース、５７…メタデータ蓄積データベース

Claims (7)

1. 撮像動作を行い、監視映像の映像データ及び、前記監視映像の中の動体検出状態を示す情報を含むメタデータを生成するメタデータ生成カメラと、
   前記メタデータにより示された動体検出状態を示す情報のフィルタ処理を定めたフィルタ設定を蓄積するフィルタ設定データベースと、
   前記フィルタ設定を前記フィルタ設定データベースより読み出して、動体検出状態を示す情報のメタデータのフィルタ処理を行うメタデータフィルタ部と、
   フィルタ間の関連付けが設定されるフィルタパッケージを蓄積するパッケージ設定データベースと、
   前記パッケージ設定データベースから読み出した前記フィルタパッケージを前記フィルタ処理の条件とし、前記フィルタ処理の条件を満たす動体検出状態を示す情報のメタデータをアラーム情報として生成するフィルタパッケージ部と、
   前記アラーム情報を解析する処理を定めた解析ルールを蓄積する解析ルール設定データベースと、
   前記解析ルール設定データベースより読み出した前記解析ルールを用いて、前記フィルタパッケージ部から通知された前記アラーム情報を解析し、ネットワークに接続された機器に所定の動作を行わせる処理を定めたアクション設定を生成するアラーム情報解析部と、
   前記アクション設定を蓄積するアクション設定データベースと、
   前記アクション設定を前記アクション設定データベースより読み出して、前記ネットワークに接続された前記アクション設定で定める機器に、前記所定の動作を行わせるアクション設定部とを備えた
   監視システム。
2. 請求項１記載の監視システムにおいて、
   前記フィルタパッケージ部は、前記フィルタパッケージを前記パッケージ設定データベースより読み出して、前記メタデータに前記フィルタパッケージを適用してフィルタ処理を行う
   監視システム。
3. 請求項２記載の監視システムにおいて、
   前記フィルタ設定を有効にするスケジュールを蓄積するスケジュール設定データベースと、
   前記スケジュールを前記スケジュール設定データベースより読み出すとともに、前記スケジュールを設定するスケジュール設定部とを備え、
   前記フィルタパッケージ部は、前記スケジュール設定部を介して読み出した前記スケジュールに応じて、前記フィルタパッケージを切り替え、前記フィルタパッケージに含まれる前記フィルタ設定を有効にする
   監視システム。
4. 請求項１〜３のいずれか１項に記載の監視システムにおいて、
   前記アラーム情報解析部は、時間的に連続するインパルス状のアラーム情報を方形波に変換し、前記方形波の立ち上がり及び立ち下がりタイミングから前記インパルス状のアラーム情報の継続時間を得る
   監視システム。
5. 請求項１〜３のいずれか１項に記載の監視システムにおいて、
   前記アラーム情報解析部は、指定時間内に指定数以上得られる前記アラーム情報を発生頻度として解析する
   監視システム。
6. 撮像動作を行い、監視映像の映像データ及び、前記監視映像の中の動体検出状態を示す情報を含むメタデータを生成するメタデータ生成カメラの映像データ及びメタデータが供給される監視装置において、
   前記メタデータにより示された動体検出状態を示す情報のフィルタ処理を定めたフィルタ設定を蓄積するフィルタ設定データベースと、
   前記フィルタ設定を前記フィルタ設定データベースより読み出して、動体検出状態を示す情報のメタデータのフィルタ処理を行うメタデータフィルタ部と、
   フィルタ間の関連付けが設定されるフィルタパッケージを蓄積するパッケージ設定データベースと、
   前記パッケージ設定データベースから読み出した前記フィルタパッケージを前記フィルタ処理の条件とし、前記フィルタ処理の条件を満たす動体検出状態を示す情報のメタデータをアラーム情報として生成するフィルタパッケージ部と、
   前記アラーム情報を解析する処理を定めた解析ルールを蓄積する解析ルール設定データベースと、
   前記解析ルールを前記解析ルール設定データベースより読み出し、前記解析ルールを用いて、前記フィルタパッケージ部から通知された前記アラーム情報を解析し、ネットワークに接続された機器に所定の動作を行わせる処理を定めたアクション設定を生成するアラーム情報解析部と、
   前記アクション設定を蓄積するアクション設定データベースと、
   前記アクション設定を前記アクション設定データベースより読み出して、前記ネットワークに接続された前記アクション設定で定める機器に、前記所定の動作を行わせるアクション設定部とを備えた
   監視装置。
7. 撮像動作を行い、監視映像の映像データ及び、前記監視映像の中の動体検出状態を示す情報を含むメタデータを生成し、
   前記メタデータにより示された動体検出状態を示す情報のフィルタ処理を定めたフィルタ設定を蓄積するフィルタ設定データベースから、メタデータフィルタ部が動体検出状態を示す情報のフィルタ設定を読み出して、前記メタデータのフィルタ処理を行い、
   フィルタ間の関連付けが設定されるフィルタパッケージを蓄積するパッケージ設定データベースから読み出した前記フィルタパッケージを前記フィルタ処理の条件として、フィルタパッケージ部が前記フィルタ処理の条件を満たす動体検出状態を示す情報のメタデータをアラーム情報として生成し、
   前記アラーム情報を解析する処理を定めた解析ルールを蓄積する解析ルール設定データベースから読み出した前記解析ルールを用いて、アラーム情報解析部が前記フィルタパッケージ部から通知された前記アラーム情報を解析し、ネットワークに接続された機器に所定の動作を行わせる処理を定めたアクション設定を生成し、
   前記アクション設定を蓄積するアクション設定データベースから読み出した前記アクション設定により、アクション設定部が前記ネットワークに接続された前記アクション設定で定める機器に、前記所定の動作を行わせる
   監視方法。

Images