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

Description

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

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

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

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

特開２００３−２７４３９０号公報

ところで、メタデータを生成する監視カメラと、メタデータフィルタにより異常を検出し、アラームを発生する制御装置とを組み合わせた従来の監視システムにおいて、検出した動体がアラームかどうかを判別した結果は、アラーム対象の動体のみの認識、もしくはアラーム対象か否かの判別しかできなかったので、複数の動体の中で事前にアラーム対象となりそうな動体を判別することが困難だった。

また、複数のフィルタを組み合わせて一連の連続的なフィルタ動作のみをアラームとしてあげる設定(シーケンシャル設定)がなされている場合に、その連続的なフィルタ動作の過程において段階的アラームを表現する手段がなかった。

本発明は斯かる点に鑑みてなされたものであり、多様なフィルタ設定に応じて動体の状態をつぶさに把握することができるようにすることを目的とする。

上記課題を解決するため、本発明の一側面は、監視映像の映像データと監視対象に関する情報を示したメタデータを生成する監視カメラと監視装置を用いて監視を行う際に、監視カメラから映像データを取得するとともに、この監視カメラから監視対象に関する情報を示すメタデータを取得する。次に、フィルタ設定蓄積部に蓄積されているフィルタ設定を用いてメタデータフィルタ部がメタデータのフィルタ処理を行う。そして、メタデータフィルタ部からフィルタの検知エリアの座標と映像データ上の動体の座標を取得するとともに、フィルタ設定蓄積部に設定されているフィルタ警告開始距離を取得し、動体と検知エリアとの距離に応じたアラーム情報を生成し、この生成されたアラーム情報に基づいて監視結果の出力を行うことを特徴とする。

上記構成によれば、フィルタの設定に応じて、フィルタに対する動体の現在の状態を表現することができる。これにより、アラームが発生する前に複数の動体の中からアラームと予測される動体を判別できる。

また、本発明の他の側面は、上記本発明の一側面において、さらに複数のフィルタ設定の組み合わせ情報を蓄積したフィルタパッケージ設定蓄積部と、上記フィルタ設定蓄積部に蓄積されているフィルタ設定とフィルタパッケージ設定蓄積部に蓄積されている組み合わせ設定を用いてメタデータのフィルタ処理を行うフィルタパッケージ部とを備え、動体アラーム状態判断部は、フィルタパッケージ設定蓄積部に蓄積された組み合わせ情報に基づいて、複数のフィルタ設定毎に動体と検知エリアとの距離に応じたアラーム情報を生成することを特徴とする。

上記構成によれば、複数のフィルタの設定とこの複数のフィルタ設定の組み合わせ情報に応じて、フィルタに対する動体の現在の状態を表現することができる。これにより、動体が現在フィルタ条件にいくつ合致しているかなど、アラームの状態遷移を容易に視認できる。

本発明によれば、多様なフィルタ設定に応じて動体の状態をつぶさに把握することができるという効果がある。

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

図１は、本発明の一実施形態例における監視システムの接続構成を示した図である。図１Ａは、管理クライアントがメタデータ生成カメラから出力されたデータをネットワークを介して取得するシステムであり、図１Ｂは、メタデータ生成カメラから出力されたデータを管理サーバが取得し、閲覧クライアントに供給するシステム（サーバ／クライアントシステム）である。

まず図１Ａに示した監視システム１００について説明する。図１に示すように、監視システム１００は、１台、もしくは複数台のメタデータ生成カメラを管理する。この例では２台としている。監視システム１００は、監視対象物を撮影し、映像データを生成するとともに映像データからメタデータを生成するメタデータ生成カメラ１ａ，１ｂと、取得した映像データとメタデータを解析し、保存するとともに異常を検出するとアラームを出力する管理クライアント３と、メタデータ生成カメラ１ａ，１ｂと管理クライアント３とを接続するネットワーク２とで構成される。管理クライアント３が、ネットワーク２を介してメタデータ生成カメラ１ａ，１ｂから取得したメタデータは、メタデータフィルタ（以下、「フィルタ」とも称する。）を介して解析される。

なお、メタデータ生成カメラ、管理クライアント、管理サーバ及び閲覧クライアントの台数はこの例に限られないことは勿論である。

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

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

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

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

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

なお、図１Ｂに示すように、サーバ機能とクライアント機能を分割して管理サーバ１１と閲覧用クライアント１２で構成された監視システムに適用しても上述した図１Ａの例と同様の機能、効果を得ることができる。サーバ機能とクライアント機能を分割することで、処理性能が高い管理サーバ１１で大量にデータを処理し、処理性能が低い閲覧クライアント１２では専ら処理結果を閲覧するといった使い分けが可能となる。このように機能分散することでより柔軟性に富む監視システム１００を構築できるという効果がある。

次に、図１Ａに示した管理クライアント３の詳細な構成を、図２の機能ブロック図を参照して説明する。ただし、管理クライアント３の各機能ブロックは、ハードウェアで構成するものとしてもよく、またソフトウェアで構成するものとしてもよい。

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

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

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

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

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

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

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

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

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

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

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

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

表示部６は、映像バッファ部４２から供給されたライブ（生）の映像データや映像データ再生部３９から供給された再生映像データ、メタデータバッファ部４１から供給されたライブのメタデータやメタデータ再生部４０から供給された再生メタデータを表示する。また、表示部６は、メタデータフィルタ部３８からのフィルタ設定に基づき、監視映像やメタデータの映像やフィルタ設定の映像のいずれか、あるいはこれらを合成した映像を用いて、フィルタ処理結果に基づく監視結果を示す映像を表示（出力）する。

また、表示部（表示モジュール）６は、グラフィカルユーザインタフェース（ＧＵＩ：Graphical User Interface）としても機能する。使用者は、図示しない操作キーやマウス、リモートコントローラ等を用い表示部６に表示されたフィルタ設定メニュー等を選択することでパッケージやフィルタを定義したり、各処理部（モジュール）の情報のほかに、パッケージやアラーム情報の解析結果等をＧＵＩ表示したりすることができる。

表示部６はＧＵＩとして機能する場合、メタデータ情報を用いたフィルタの設定を行うフィルタ設定部と、このフィルタ設定部で設定された複数のフィルタ設定の組み合わせを設定する組み合わせ設定部としての機能を持つ。例えば、パッケージを定義する場合は、ユーザの指示に従い表示部６がＧＵＩ機能により新規にフィルタ設定を作成し、又はフィルタ設定データベース５５に蓄積されたフィルタ設定を編集し、次に、パッケージ設定すなわちフィルタの組み合わせ態様を設定する。本実施形態例では、個々のフィルタの設定はフィルタ設定データベース５５に保存し、パッケージ設定（フィルタの組み合わせ等）はパッケージ設定データベース５３に保存する。フィルタ設定データベース５５及びパッケージ設定データベース５３を一つのデータベースで構成してもよい。

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

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

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

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

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

動体アラーム状態判断部８は、フィルタもしくはフィルタパッケージの設定（判定条件）に対するソフトウェアの認識状況をグラフィックス（数字、記号をを含む）でユーザに伝えるためのものである。すなわち、フィルタの設定とフィルタパッケージの設定に応じて、フィルタもしくはフィルタパッケージに対する動体の現在の状態を判断し、その状態に応じて表示部６にアラームの段階的表現を行わせるための情報を出力する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

次に、各モジュール間における関連処理の例について説明する。

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

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

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

図８は、本実施形態における管理クライアント３の表示部６による映像データとメタデータの表示例を示したものである。

図８に示すように、メタデータ生成カメラ１ａ，１ｂで撮像された映像データ１００１及びメタデータ１００２がネットワーク２を介して管理クライアント３へ供給される。メタデータ生成カメラ１ａ，１ｂで生成されるメタデータの種類としては、時間、映像解析結果の動体情報（例えば、位置、種類、ステータスなど）、現在のカメラの状態などがある。また、メタデータ生成カメラが管理クライアントもしくは管理サーバが持つソフトウェアモジュールを備え、ネットワークを介さないで動作する場合も有効である。

管理クライアント３は前述のようにメタデータ生成カメラ１ａ，１ｂから供給された映像データ１００１及びメタデータ１００２を取得、解析、保存する。管理クライアント３に入力された映像データ１００１及びメタデータ１００２は、映像データＤＢ５６，メタデータＤＢ５７に保存される。管理クライアント３は、フィルタ設定機能を有しており、表示部６に表示されるフィルタ設定画面（フィルタ設定メニュー）で各種フィルタの設定を行い、フィルタの情報をフィルタ設定データベース５５に保存する。図８に示すフィルタ設定表示画面１００３ではフィルタの設定により生成された境界線ＬＮ及びエリアＰＡが表示されている。矢印ＰＢは境界線ＬＮに対して検出すべきPassing（横切り）方向を示している。このように設定されたフィルタ情報を用い、映像内のオブジェクト（動体）ＭＢ１〜ＭＢ３をメタデータフィルタ部３８が検知し、表示部６によって映像データ１００１と同期した監視映像１００４として表示する。あるフィルタによってオブジェクトが検知されると、監視システム１００はアラームを発生させる。例えば、検出したオブジェクトＭＢ１〜ＭＢ３の周囲にそれぞれ動体枠Ｈ１〜Ｈ３を表示する。

図９は、一つもしくは複数のフィルタを組み合わせて構成されるフィルタパッケージの概念を示したものである。図９に示すように、メタデータに対する複数のフィルタがパッケージング（ひとまとめ）される。この例では、１つのパッケージは最大３つのフィルタのコンビネーション(組み合わせ)と、最大６つの非検知エリアによって構成される。

コンビネーションの種類にはシーケンシャルモード（連続モード）とパラレルモード（並列モード）がある。パラレルモードでは、各々のフィルタがオブジェクトを検知するごとにパッケージとしてのアラームが発生する。一方、シーケンシャルモードでは、設定された順番通りに所定のコンビネーション間隔の範囲内でフィルタがオブジェクトを検知したときにパッケージとして１つのアラームが発生する。パッケージはそれぞれのメタデータ生成カメラに対して個別に設定されるものである。

次に、管理クライアント３におけるアラームの段階的表現の動作について説明する。上述したように、管理クライアント３の動体アラーム状態判断部８（図２参照）は、フィルタの設定とフィルタパッケージの設定に応じて、フィルタもしくはフィルタパッケージに対する動体の現在の状態を判断し、その状態に応じて表示部６にアラームの段階的表現を行わせるための情報を出力する。表示部６は動体アラーム状態判断部８から供給された情報に基づいてグラフィックス（数字、記号を含む）による認識状況の表示を行う。

上記認識状況の表示形態の例として、例えば、（１）動体に対して「ある状態である」と認識した場合にその認識状況を伝える。（２）またはその動体が「ある状態である」と認識してからの時間経過やその状態量の変化に合わせてグラフィックスを変化させる。（３）あるいはその物体が「ある判定条件に接近しつつある」ことを示す。（４）条件が複数存在する場合に、その判定ステップを示す。従来は動体を囲む枠（動体枠もしくは検知枠という）の色でアラーム対象にあるのを検知したことを示すというものであるが、本発明は、経過・変化状況などの付加的な情報や、「検知」以外の状態を示すことが可能である。

以下、図１０を参照してフィルタに動体が近づいた場合におけるアラームの段階的表現の動作について説明する。図１０は、フィルタ（Appearance）で設定した検知エリアに動体が近づいた場合のアラーム状態表示例を示す図である。

図１０において、まず管理クライアント３の動体アラーム状態判断部８が起動する。次に、動体アラーム状態判断部８がメタデータフィルタ部３８からフィルタに設定されている検知エリアＰＡと動体１０１０の座標を取得する。続いて動体アラーム状態判断部８は予め設定されているフィルタ警告開始距離をメタデータフィルタ設定データベース５５から取得する。そして、動体アラーム状態判断部８が、警告開始距離に動体１０１０があるかどうか判断する。

ここで、動体アラーム状態判断部８は、動体１０１０がフィルタの検知エリアＰＡに対して警告開始距離より近づき始めたら、その距離に応じて表示部６で表示するその動体１０１０の表示色情報Ｒ（赤），Ｇ（緑），Ｂ（青）を、例えばＲＧＢ：０，２５５，０（８ビット情報により２５６階調表示の場合）からＲの情報量を増やしつつ、Ｇの情報量を減らしていき、動体１０１０の動体枠のアラーム表示色を作成する。そして、表示部６は動体アラーム状態判断部８からその動体１０１０の表示色を取得して、映像に動体枠を表示する。この例では、動体１０１０が検知エリアＰＡに対して警告開始距離より遠いときは緑色で動体枠ＨＧを表示し、警告開始距離に近づいたら動体枠ＨＹを黄色で表示し、動体１０１０が検知エリアＰＡ内に浸入したら動体枠ＨＲを赤色で表示してユーザに警告する。

また、図１１を参照してシーケンシャルなフィルタ設定でフィルタパッケージ（一例として３つのフィルタから形成）が構成されている場合について説明する。図１１は、境界線を越えて（Passing）、検知エリアに入って（Appearance）、検知エリアから外に出た（Disappearance）場合で、そのシーケンシャルなフィルタ設定の各々に動体がかかった場合のアラーム状態表示例を示す図である。

図１１において、まず管理クライアント３の動体アラーム状態判断部８が起動する。次に、動体アラーム状態判断部８がメタデータフィルタ部３８及びフィルタパッケージ部３３からフィルタに設定されている所定の座標とシーケンシャル情報（組み合わせ情報、組み合わせ間隔など）、動体１０１０の座標、動体１０１０のフィルタに対する状態を取得する。続いて、動体アラーム状態判断部８が、動体１０１０のフィルタの境界線ＬＮや検知エリアＰＡ等に対する状態に応じて、動体１０１０に付属で表示するための遷移識別番号を判断する。表示部６は、動体アラーム状態判断部８からその動体１０１０の遷移識別番号と個々のフィルタの種類を取得して、動体枠内（もしくは外）にその番号とフィルタの種類を表示する。

この例では、動体１０１０が境界線ＬＮを横切ったとき遷移識別番号「１」とともにフィルタの種類「Passing」を表示する。ここでは動体枠ＨＧは緑色である。そして、検知エリアＰＡに動体１０１０が浸入したこと検知すると、遷移識別番号「２」とともにフィルタの種類「Appearance」を表示する。動体枠ＨＧは緑色で表示される。その後、動体１０１０が検知エリアＰＡから外に出たことを検知した場合には、遷移識別番号「３」とともにフィルタの種類「Disappearance」を表示する。このときの動体枠ＨＲは赤色で表示する。すなわち設定された順番どおりに各フィルタが動体１０１０を検知したので、最後にパッケージとして１つのアラームを発生している。図１１の例では、シーケンシャルな３つのフィルタにカウントされたことを表示している。

さらに、図１２を参照して検知エリア内で複数の動体が存在する場合に、うろうろ検知（Loiteringイベント）を実施した場合のアラーム状態表示例を説明する。この例では、検知期間の閾値を例えば６０秒に設定した例としている。

図１２において、まず管理クライアント３の動体アラーム状態判断部８が起動する。次に、動体アラーム状態判断部８がメタデータフィルタ部３８からフィルタに設定されている検知エリアＰＡと各動体１０１１〜１０１４の座標、並びにうろうろ検知の検知期間の閾値を取得する。続いて、動体アラーム状態判断部８が、検知エリアＰＡに動体１０１０があるか、あればその動体の滞留時間は何秒であるか判定する。表示部６は、動体アラーム状態判断部８からその動体１０１０の動体枠内（もしくは外）にその滞留時間を表示する。

この例では、動体１０１１〜１０１３は滞留時間がそれぞれ１０秒，２５秒，３０秒であり、検知期間の閾値６０秒まで時間があるので緑色の動体枠ＨＧで表示する。そして、５０秒滞留している動体１０１４は、滞留期間の閾値６０秒に近づいてきたので黄色の動体枠ＨＹで表示する。さらに滞留時間が６５秒となり閾値６０秒を超えてしまった動体１０１０５についてはその動体枠ＨＲを赤色で表示してユーザに警告する。

そしてさらに、図１３を参照して動体のアラーム状態表示例（履歴表示）について説明する。図１３において、検知エリアＰＡに動体１０１０が浸入して状態を表しているが、このとき通算の浸入回数、例えば３回であれば「３」を動体枠ＨＲの所定部位に記載する。このようにすることで、ユーザは過去に遡って動体１０１０の状態を知ることができる。

なお、表示部６で表示される表示パターンとしては、上述した例の他に下記のようなものが考えられる。例えば、
・動体の近傍にアイコンを表示する
・動体の近傍にアニメーションアイコンを表示する
・動体体の線種を変更する
・動体枠を破線にし、線に動きをつけてアニメーション表示する
・動体枠を点滅させる
・動体枠の線の太さを変更する
・動体枠とその内部を点滅させる
などが考えられる。

以上のように構成された本発明により、フィルタの設定とフィルタコンビネーション(シーケンシャル、パラレル)の設定に応じて、フィルタに対する動体の現在の状態を表現することができるようになる。それにより、アラームが発生する事前に複数の動体の中からアラームとなると予測される動体を判別することができるようになる。また、フィルタコンビネーションでシーケンシャルに複数のフィルタを設定した場合に、動体が現在フィルタ条件をいくつオーバーしているかなど、アラームの状態遷移を一目で判断することができるようになるので、監視システムの利用者がその動体に対して警告音を発するなど先手を打ってアラームの予防をすることができるようになる。

また、数字、文字のみによらないアラームとすることで、アラームを読んで理解する必要がなく迅速にアラーム内容を視認することができる。

上述した実施形態例における一連の処理は、ハードウェアにより実行することができるが、ソフトウェアにより実行させることもできる。一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムを、専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで各種の機能を実行することが可能な例えば汎用のパーソナルコンピュータなどに所望のソフトウェアを構成するプログラムをインストールして実行させる。

また、上述した実施形態例の機能を実現するソフトウェアのプログラムコードを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵ等の制御装置）が記録媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。

この場合のプログラムコードを供給するための記録媒体としては、例えば、フロッピディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどを用いることができる。

また、コンピュータが読み出したプログラムコードを実行することにより、上述した実施形態例の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳなどが実際の処理の一部又は全部を行い、その処理によって上述した実施形態例の機能が実現される場合も含まれる。

また、本明細書において、ソフトウェアを構成するプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。

さらに、本発明は上述した実施形態例に限られるものではなく、本発明の要旨を逸脱することなくその他種々の構成を取り得ることは勿論である。

本発明の一実施形態に係る監視システムの構成例を示す図である。 本発明の一実施形態に係る管理クライアントの内部構成例を示す図である。 本発明の一実施形態に係るフィルタパッケージ部の処理例を示すフローチャートである。 本発明の一実施形態に係るアラーム情報解析部の処理例を示すフローチャートである。 本発明の一実施形態に係るスケジュール設定部の処理例を示すフローチャートである。 本発明の一実施形態に係るアクション設定部の処理例を示すフローチャートである。 本発明の一実施形態に係る、メタデータにパッケージフィルタを適用した場合の処理例を示すフローチャートチャートである。 本発明の一実施形態に係る映像データとメタデータの表示例である。 本発明の一実施形態に係るフィルタパッケージの概念を説明する図である。 検知エリアに動体が近づいた場合のアラーム状態表示例を示す図である。 シーケンシャルに設定された複数のフィルタの各々に動体がかかった場合のアラーム状態表示例を示す図である。 検知エリア内で複数の動体がいる場合のアラーム状態表示例を示す図である。 動体のアラーム状態表示例（履歴表示）を示す図である。

符号の説明

１ａ，１ｂ…メタデータ生成カメラ、２…ネットワーク、３…管理クライアント、１１…管理サーバ、１２…閲覧クライアント、５…解析処理部、６…表示部、７…メタデータレコーディングシステム、８…動体アラーム状態判断部、３３…フィルタパッケージ部、３８…メタデータフィルタ部、３９…映像データ再生部、４０…メタデータ再生部、５３…パッケージ設定データベース、５４…解析ルール設定データベース、５５…フィルタ設定データベース、１００…監視システム、１００１…映像データ、１００２…メタデータ、１００３…フィルタ設定表示画面、１００４…監視映像、Ｈ１，Ｈ２，Ｈ３…動体枠、ＬＮ…境界線、ＭＢ１，ＭＢ２，ＭＢ３…動体、ＰＡ…検知領域

Claims (5)

1. 監視カメラから映像データを取得する映像データ取得部と、
   前記監視カメラから監視対象に関する情報を示すメタデータを取得するメタデータ取得部と、
   フィルタ設定を蓄積したフィルタ設定蓄積部と、
   前記フィルタ設定蓄積部に蓄積されているフィルタ設定を用いて前記メタデータのフィルタ処理を行うメタデータフィルタ部と、
   前記メタデータフィルタ部から前記フィルタの検知エリアの座標と前記映像データ上の動体の座標を取得するとともに、前記フィルタ設定蓄積部に設定されているフィルタ警告開始距離を取得し、前記動体と前記検知エリアとの距離に応じたアラーム情報を生成する動体アラーム状態判断部と、
   前記動体アラーム状態判断部のアラーム情報に基づいて監視結果の出力を行う出力部と、
   複数のフィルタ設定の組み合わせからなる組み合わせ設定を蓄積したフィルタパッケージ設定蓄積部と、
   前記フィルタ設定蓄積部に蓄積されているフィルタ設定と前記フィルタパッケージ設定蓄積部に蓄積されている組み合わせ設定を用いて前記メタデータのフィルタ処理を行うフィルタパッケージ部と、
   を有し、
   前記動体アラーム状態判断部は、前記フィルタパッケージ設定蓄積部に蓄積された組み合わせ設定に基づいて、前記複数のフィルタ設定毎に前記動体と前記検知エリアとの距離に応じたアラーム情報を生成する
   監視装置。
2. 前記アラーム情報は、前記動体と前記検知エリアとの距離に応じた前記動体に係る表示パターンの変化を示す情報である
   請求項１に記載の監視装置。
3. 前記アラーム情報は、前記動体が前記検知エリア内に滞留している時間に応じた前記動体に係る表示パターンの変化を示す情報である
   請求項１に記載の監視装置。
4. 監視映像の映像データと監視対象に関する情報を示したメタデータを生成する監視カメラと監視装置を用いて構成される監視システムにおいて、
   前記監視装置は、
   監視カメラから映像データを取得する映像データ取得部と、
   前記監視カメラから監視対象に関する情報を示すメタデータを取得するメタデータ取得部と、
   フィルタ設定を蓄積したフィルタ設定蓄積部と、
   前記フィルタ設定蓄積部に蓄積されているフィルタ設定を用いて前記メタデータのフィルタ処理を行うメタデータフィルタ部と、
   前記メタデータフィルタ部から前記フィルタの検知エリアの座標と前記映像データ上の動体の座標を取得するとともに、前記フィルタ設定蓄積部に設定されているフィルタ警告開始距離を取得し、前記動体と前記検知エリアとの距離に応じたアラーム情報を生成する動体アラーム状態判断部と、
   前記動体アラーム状態判断部のアラーム情報に基づいて監視結果の出力を行う出力部と、
   複数のフィルタ設定の組み合わせからなる組み合わせ設定を蓄積したフィルタパッケージ設定蓄積部と、
   前記フィルタ設定蓄積部に蓄積されているフィルタ設定と前記フィルタパッケージ設定蓄積部に蓄積されている組み合わせ設定を用いて前記メタデータのフィルタ処理を行うフィルタパッケージ部と、
   を有し、
   前記動体アラーム状態判断部は、前記フィルタパッケージ設定蓄積部に蓄積された組み合わせ設定に基づいて、前記複数のフィルタ設定毎に前記動体と前記検知エリアとの距離に応じたアラーム情報を生成する
   監視システム。
5. 監視カメラから映像データを取得するステップと、
   前記監視カメラから監視対象に関する情報を示すメタデータを取得するステップと、
   フィルタ設定蓄積部に蓄積されているフィルタ設定を用いてメタデータフィルタ部が前記メタデータのフィルタ処理を行うステップと、
   前記フィルタ設定蓄積部に蓄積されているフィルタ設定とフィルタパッケージ設定蓄積部に蓄積されている複数のフィルタ設定の組み合わせからなる組み合わせ設定を用いて、フィルタパッケージ部が前記メタデータのフィルタ処理を行うステップと、
   前記メタデータフィルタ部から前記フィルタの検知エリアの座標と前記映像データ上の動体の座標を取得するとともに、前記フィルタ設定蓄積部に設定されているフィルタ警告開始距離を取得するステップと、
   前記フィルタパッケージ設定蓄積部に蓄積された組み合わせ設定に基づいて、前記複数のフィルタ設定毎に前記動体と前記検知エリアとの距離に応じたアラーム情報を生成するステップと、
   前記生成されたアラーム情報に基づいて監視結果の出力を行うステップと
   を有する監視方法。