(57)【要約】【課題】多くのイベントの検出が同時期に集中しても、イベントに対応する処理をリアルタイムに実行することができるとともに、ルールを入れ替えるだけで柔軟にイベントに対応する処理内容を変更することができるようにする。【解決手段】イベントの発生を検出するイベント検出部２４と、ルールリポジトリ２３に格納されているルールの中から、イベント検出部２４により検出されたイベントに対応するルールを検索するルール検索部２５とを設け、ルール実行部２６がルール検索部２５により検索されたルールに記述されているイベント発生時の処理内容を実行する。【選択図】図１
2009231855.tif 000002
【特許請求の範囲】
【請求項１】
検出対象のイベント、イベントの発生条件及びイベント発生時の処理内容が記述されているルールを格納するルール格納手段と、イベントの発生を検出するイベント検出手段と、上記ルール格納手段に格納されているルールの中から、上記イベント検出手段により検出されたイベントに対応するルールを検索するルール検索手段と、上記ルール検索手段により検索されたルールに記述されているイベント発生時の処理内容を実行するルール実行手段とを備えた監視装置。
【請求項２】
イベントの発生を検出するイベント検出手段と、検出対象のイベント、イベントの発生条件及びイベント発生時の処理内容が記述されているルールを格納している外部サーバにアクセスして、上記イベント検出手段により検出されたイベントに対応するルールを収集するルール収集手段と、上記ルール収集手段により収集されたルールに記述されているイベント発生時の処理内容を実行するルール実行手段とを備えた監視装置。
【請求項３】
検出対象のイベント、イベントの発生条件及びイベント発生時の処理内容が記述されているルールを編集して、上記ルールを配信するルール管理装置と、上記ルール管理装置から配信されたルールを格納するルール格納手段と、イベントの発生を検出するイベント検出手段と、上記ルール格納手段に格納されているルールの中から、上記イベント検出手段により検出されたイベントに対応するルールを検索するルール検索手段と、上記ルール検索手段により検索されたルールに記述されているイベント発生時の処理内容を実行するルール実行手段とを備えた監視システム。
【請求項４】
検出対象のイベント、イベントの発生条件及びイベント発生時の処理内容が記述されているルールを編集して、上記ルールを配信するルール管理装置と、上記ルール管理装置から配信されたルールを格納する外部サーバと、イベントの発生を検出するイベント検出手段と、上記外部サーバにアクセスして、上記イベント検出手段により検出されたイベントに対応するルールを収集するルール収集手段と、上記ルール収集手段により収集されたルールに記述されているイベント発生時の処理内容を実行するルール実行手段とを備えた監視システム。
【請求項５】
ルール管理装置は、編集後のルールを含むルールファイルをコンパクトファイルに変換して、上記コンパクトファイルを配信することを特徴とする請求項３または請求項４記載の監視システム。
【請求項６】
ルール管理装置は、ルールの構成要素を１バイトの記号で表現し、構成要素間の階層構造をファイル内のオフセットによるポインタで表すことによって、ルールファイルをコンパクトファイルに変換することを特徴とする請求項５記載の監視システム。
【請求項７】
ルール管理装置は、汎用の記述言語を使用してルールを編集することを特徴とする請求項３から請求項６のうちのいずれか１項記載の監視システム。
【請求項８】
ルール管理装置は、汎用の記述言語として、ＸＭＬを使用することを特徴とする請求項７記載の監視システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、発生したイベントに対応する処理を実行する監視装置及び監視システムに関するものである。
【背景技術】
【０００２】
多くの監視システムは、監視カメラ、レコーダ、ビューアなどの監視コンポーネントと、その監視コンポーネントを制御・管理する制御用計算機とから構成されている。
例えば、以下の特許文献１には、制御用計算機が監視カメラ等のセンシング機器により検出されたイベントを収集し、そのイベントに応じて監視カメラの制御方法を変更する監視システムが開示されている。
また、以下の特許文献２には、監視コンポーネントがイベントの発生を検出するイベント検出エンジンを備え、その監視コンポーネントがイベント検出エンジンにより検出されたイベントに応じて録画開始等の制御を行う監視システムが開示されている。
【０００３】
【特許文献１】特開２００６−２５９９５３号公報（第２頁〜３頁、図１９）
【特許文献２】特開２００６−１２９５１９号公報（第２頁〜４頁、図１０）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
従来の監視システムは以上のように構成されているので、制御用計算機が監視カメラ等のセンシング機器により検出された情報を収集し、その情報に応じて監視カメラの制御方法を変更する場合、複数のセンシング機器によるイベントの検出が同時期に集中すると、制御用計算機の負荷が高くなり、レスポンスが低下してしまうなどの課題があった。
また、監視コンポーネントがイベントの発生を検出するイベント検出エンジンを備え、その監視コンポーネントがイベント検出エンジンにより検出されたイベントに応じて録画開始等の制御を行う場合、イベントに対応する処理内容が監視コンポーネントに組み込まれてしまうため、その処理内容を柔軟に変更することができないなどの課題があった。
【０００５】
この発明は上記のような課題を解決するためになされたもので、多くのイベントの検出が同時期に集中しても、イベントに対応する処理をリアルタイムに実行することができるとともに、ルールを入れ替えるだけで柔軟にイベントに対応する処理内容を変更することができる監視装置及び監視システムを得ることを目的とする。
【課題を解決するための手段】
【０００６】
この発明に係る監視装置は、検出対象のイベント、イベントの発生条件及びイベント発生時の処理内容が記述されているルールを格納するルール格納手段と、イベントの発生を検出するイベント検出手段と、ルール格納手段に格納されているルールの中から、イベント検出手段により検出されたイベントに対応するルールを検索するルール検索手段とを設け、ルール実行手段がルール検索手段により検索されたルールに記述されているイベント発生時の処理内容を実行するようにしたものである。
【発明の効果】
【０００７】
この発明によれば、イベントの発生条件及びイベント発生時の処理内容が記述されているルールを格納するルール格納手段と、イベントの発生を検出するイベント検出手段と、ルール格納手段に格納されているルールの中から、イベント検出手段により検出されたイベントに対応するルールを検索するルール検索手段とを設け、ルール実行手段がルール検索手段により検索されたルールに記述されているイベント発生時の処理内容を実行するように構成したので、多くのイベントの検出が同時期に集中しても、イベントに対応する処理をリアルタイムに実行することができるとともに、ルールを入れ替えるだけで柔軟にイベントに対応する処理内容を変更することができる効果がある。
【発明を実施するための最良の形態】
【０００８】
実施の形態１．
図１はこの発明の実施の形態１による監視システムを示す構成図であり、図において、ルール管理装置１は検出対象のイベント、イベントの発生条件及びイベント発生時の処理内容が記述されているルールを編集し、ネットワーク２を介して、そのルールを監視装置３に配信する処理を実施する。
監視装置３は監視カメラやレコーダなどの機器であり、ルール管理装置１から配信されたルールを格納し、イベントの発生を検出すると、そのイベントに対応するルールに記述されている処理内容を実行する。
【０００９】
ルール管理装置１のルールエディタ１１は例えば汎用の記述言語であるＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）を使用してルールを編集するとともに、そのルールを解析（例えば、文法チェック）するソフトウェア等を実装しており、編集完了後のルールを含むルールファイルをコンバータ１２に出力する処理を実施する。
コンバータ１２はルールエディタ１１から出力されたルールファイルをコンパクトファイルに変換するソフトウェア等を実装しており、ネットワーク２を介して、そのコンパクトファイルを監視装置３に配信する処理を実施する。
【００１０】
監視装置３のセンサ２１は例えば温度や湿度などを検出する計測器である。図１の例では、センサ２１が１つだけ搭載されているが、複数のセンサ２１が搭載されていてもよい。
監視コンポーネント用ルールエンジン２２は監視装置３の主要部であり、イベントの発生を検出して、そのイベントに対応するルールに記述されている処理内容を実行する。
監視コンポーネント用ルールエンジン２２のルールリポジトリ２３はルール管理装置１から配信されたルールを少なくとも１以上格納するメモリである。なお、ルールリポジトリ２３はルール格納手段を構成している。
【００１１】
イベント検出部２４はセンサ２１の検出結果を監視して、イベントの発生を検出する処理を実施する。なお、イベント検出部２４はイベント検出手段を構成している。
ルール検索部２５はルールリポジトリ２３に格納されているルールの中から、イベント検出部２４により検出されたイベントに対応するルールを検索する処理を実施する。なお、ルール検索部２５はルール検索手段を構成している。
【００１２】
ルール実行部２６はルール検索部２５により検索されたルールに記述されているイベント発生時の処理内容を実行することにより、制御対象２７を制御する処理を実施する。なお、ルール実行部２６はルール実行手段を構成している。
制御対象２７はルール実行部２６により制御される機器（例えば、エアコン、火災報知機、警報機など）である。図１の例では、制御対象２７が１つだけ搭載されているが、複数の制御対象２７が搭載されていてもよい。
【００１３】
次に動作について説明する。
まず、ルール管理装置１は、検出対象のイベント、イベントの発生条件及びイベント発生時の処理内容が記述されているルールを編集する。
即ち、ルール管理装置１のルールエディタ１１は、例えば、汎用の記述言語であるＸＭＬを使用してルールを編集する。
また、ルールエディタ１１は、編集したルールを解析（例えば、文法チェック）し、そのルールの文法等に問題がなければ、編集完了後のルールを含むルールファイルをコンバータ１２に出力する。
図１の例では、複数台の監視装置１がネットワーク２に接続されており、個々の監視装置１毎に異なるルールを編集するようにしてもよいし、全ての監視装置１に共通するルールを編集するようにしてもよい。
また、個々の監視装置１毎に複数のルールを編集するようにしてもよい。
【００１４】
ここで、図２はルール管理装置１のルールエディタ１１により編集されるルールの形式を示す説明図である。
図２において、ｒｕｌｅＳｅｔ１０１はルールファイルに含まれているルールの集合であり、ｒｕｌｅ１０２はｒｕｌｅＳｅｔ１０１に含まれているルールである。
ｒｕｌｅ１０２はルールの適用条件を示す１つのｅｘｐｒｅｓｓｉｏｎ１０３と、ルール適用時に実行されるアクション（イベント発生時の処理内容）を示す１つ以上のａｃｔｉｏｎから構成されている。
【００１５】
ｅｘｐｒｅｓｓｉｏｎ１０３は単独の条件式であるｃｏｎｄｉｔｉｏｎ１０５、否定を表すｎｏｔ１０６、論理積を表すａｎｄ１０７、論理和を表すｏｒ１０８、条件式間の時間的関係を表すｔｈｅｎ１０９のいずれかに該当する。
ｎｏｔ１０６、ａｎｄ１０７、ｏｒ１０８、ｔｈｅｎ１０９の中では、ｅｘｐｒｅｓｓｉｏｎ１０３が再帰的に使用される。
ｔｈｅｎ１０９には付随的な属性としてｔｉｍｅ１１０があり、このｔｉｍｅ１１０によって時間関係の詳細（例えば、３０秒以内や１分後など）が表される。
【００１６】
ｃｏｎｄｉｔｉｏｎ１０５はｏｐｅｒａｔｏｒ１１１、ｅｖｅｎｔ１１２、ｖａｌｕｅ１１３の各１つからなり、対象イベントを示すｅｖｅｎｔ１１２とｖａｌｕｅ１１３で示される値がｏｐｅｒａｔｏｒ１１１で示される関係になると、イベントの発生条件を満足することになる。
ａｃｔｉｏｎ１０４は１つのｄｅｖｉｃｅ１１４と１つ以上のｐａｒａｍｅｔｅｒ１１５からなり、ｄｅｖｉｃｅ１１４が示す制御対象２７に対して、ｐａｒａｍｅｔｅｒ１１５を渡すことによって、所定の制御が行われる。
【００１７】
図３はＸＭＬで記述されているルールの一例を示す説明図である。
図３において、ｏｐｅｒａｔｏｒの“ＥＱ”は“ｅｑｕａｌ”、“ＬＥ”は“ｌｅｓｓ  ｏｒ  ｅｑｕａｌ”、“ＧＥ”は“ｇｒｅａｔｅｒ  ｏｒ ｅｑｕａｌ”、“ＬＴ”は“ｌｅｓｓ  ｔｈａｎ”を示している。
図３では、ＸＭＬで記述されているルールを示しているが、ＸＭＬ以外の汎用記述言語を使用して記述してもよい。また、ルールエンジン用に設計された専用のルール記述言語を使用して記述してもよい。
【００１８】
ルール管理装置１のコンバータ１２は、ルールエディタ１１からルールを含むルールファイルを受けると、そのルールファイルをコンパクトファイルに変換する。
ルールファイルをコンパクトファイルに変換するコンパクト化は、文字列で表現されているルールの構成要素を記号で置き換えたり、構成要素間の関係をポインタで表現したりすることによって実現することができる。
例えば、ＸＭＬの各要素や属性（例えば、＜ｒｕｌｅ＞、“ＥＱ”）を１バイトの記号で表現し、要素や属性間の階層構造をファイル内のオフセットによるポインタで表すことによって実現することができる。
【００１９】
コンバータ１２は、ルールファイルをコンパクトファイルに変換すると、ネットワーク２を介して、そのコンパクトファイルを監視装置３に配信する。
この際、同種の監視装置３（例えば、１つの監視システム内に多数存在する監視カメラなど）に同じルールを適用する場合には、同じコンパクトファイルを複数の監視装置３に配信するようにする。
これにより、配信対象の監視装置３のルールリポジトリ２３には、ルール管理装置１から配信されたコンパクトファイルが格納される。
【００２０】
監視装置３のセンサ２１は、例えば、温度や湿度などを検出する。
ここでは、温度や湿度などを検出する例を示しているが、これは一例に過ぎず、例えば、不審者などの動体を検出するようにしてもよい。
監視装置３のイベント検出部２４は、センサ２１の検出結果を監視して、イベントの発生を検出する。
例えば、温度が３０度以上であることがイベントの検出条件である場合、センサ２１の検出結果が温度３０度以上を示していれば、イベントの発生を検出する。
【００２１】
監視装置３のルール検索部２５は、イベント検出部２４がイベントの発生を検出すると、ルールリポジトリ２３に格納されている１以上のルールの中から、イベント検出部２４により検出されたイベントに対応するルールを検索する。
例えば、イベント検出部２４により検出されたイベントが“温度が３０度以上”である旨を示すイベントであれば、ルールリポジトリ２３に格納されている１以上のルールの中から、イベントの検出対象が“温度“であり、イベントの発生条件が“温度が３０度以上”であるイベントに係るルールを検索する。
【００２２】
監視装置３のルール実行部２６は、ルール検索部２５がイベントに対応するルールを検索すると、そのルールに記述されているａｃｔｉｏｎ（イベント発生時の処理内容）を実行することにより、制御対象２７を制御する。
例えば、制御対象２７がエアコンであれば、“温度が３０度以上”になると、自動的にエアコンが起動されて、室内の温度が下げられる制御などが行われる。
【００２３】
以上で明らかなように、この実施の形態１によれば、イベントの発生条件及びイベント発生時の処理内容が記述されているルールを格納するルールリポジトリ２３と、イベントの発生を検出するイベント検出部２４と、ルールリポジトリ２３に格納されているルールの中から、イベント検出部２４により検出されたイベントに対応するルールを検索するルール検索部２５とを設け、ルール実行部２６がルール検索部２５により検索されたルールに記述されているイベント発生時の処理内容を実行するように構成したので、多くのイベントの検出が同時期に集中しても、イベントに対応する処理をリアルタイムに実行することができるとともに（各監視装置３がイベントの検出から制御までを独自に実施し、外部の制御用計算機が介在しないので、多くのイベントの検出が同時期に集中したときに、その制御用計算機の負荷が高くなることによって、レスポンスが低下してしまうような状況が発生しない）、ルール管理装置１がルールリポジトリ２３に格納されているルールを入れ替えるだけで柔軟にイベントに対応する処理内容を変更することができる効果を奏する。
【００２４】
また、この実施の形態１によれば、ルール管理装置１のコンバータ１２がルールエディタ１１により編集されたルールを含むルールファイルをコンパクトファイルに変換して、そのコンパクトファイルを監視装置３に配信するように構成したので、監視装置３の処理負荷やメモリ量を軽減することができる効果を奏する。
ただし、監視装置３の処理能力やメモリ量が十分ある場合には、コンバータ１２がルールファイルをコンパクトファイルに変換することなく、そのルールファイルを監視装置３のルールリポジトリ２３に格納するようにしてもよい。
【００２５】
また、この実施の形態１によれば、ルール管理装置１のルールエディタ１１が汎用の記述言語を使用してルールを編集するように構成したので、専用のルール記述言語を設計することなく、ルールを編集することができるようになり、設計費などの費用を低減することができる効果を奏する。
【００２６】
実施の形態２．
図４はこの発明の実施の形態２による監視システムを示す構成図であり、図において、図１と同一符号は同一または相当部分を示すので説明を省略する。
ルールリポジトリ格納サーバ４はルールリポジトリ４１を格納している外部サーバであり、ルールリポジトリ４１はルール管理装置１から配信されたルールを少なくとも１以上格納するメモリである。
監視コンポーネント用ルールエンジン２２のルール収集部２８はルールリポジトリ格納サーバ４にアクセスして、イベント検出部２４により検出されたイベントに対応するルールを収集する処理を実施する。なお、ルール収集部２８はルール収集手段を構成している。
【００２７】
次に動作について説明する。
まず、ルール管理装置１のルールエディタ１１は、上記実施の形態１と同様に、例えば、汎用の記述言語であるＸＭＬを使用してルールを編集する。
また、編集したルールを解析（例えば、文法チェック）し、そのルールの文法等に問題がなければ、編集完了後のルールを含むルールファイルをコンバータ１２に出力する。
【００２８】
ルール管理装置１のコンバータ１２は、ルールエディタ１１からルールを含むルールファイルを受けると、上記実施の形態１と同様に、そのルールファイルをコンパクトファイルに変換する。
コンバータ１２は、ルールファイルをコンパクトファイルに変換すると、ネットワーク２を介して、そのコンパクトファイルをルールリポジトリ格納サーバ４に配信する。
これにより、コンパクトファイルがルールリポジトリ格納サーバ４のルールリポジトリ４１に格納される。
【００２９】
監視装置３のセンサ２１は、上記実施の形態１と同様に、例えば、温度や湿度などを検出する。
監視装置３のイベント検出部２４は、上記実施の形態１と同様に、センサ２１の検出結果を監視して、イベントの発生を検出する。
【００３０】
監視装置３のルール収集部２８は、イベント検出部２４がイベントの発生を検出すると、ルールリポジトリ格納サーバ４にアクセスして、イベント検出部２４により検出されたイベントに対応するルールを収集する。
例えば、イベント検出部２４により検出されたイベントが“温度が３０度以上”である旨を示すイベントであれば、ルールリポジトリ格納サーバ４のルールリポジトリ４１に格納されている１以上のルールの中から、イベントの検出対象が“温度“であり、イベントの発生条件が“温度が３０度以上”であるイベントに係るルールを検索して収集する。
【００３１】
監視装置３のルール実行部２６は、ルール収集部２８がイベントに対応するルールを収集すると、そのルールに記述されているａｃｔｉｏｎ（イベント発生時の処理内容）を実行することにより、制御対象２７を制御する。
例えば、制御対象２７がエアコンであれば、“温度が３０度以上”になると、自動的にエアコンが起動されて、室内の温度が下げられる制御などが行われる。
【００３２】
以上で明らかなように、この実施の形態２によれば、監視装置３のルール収集部２８がルールリポジトリ格納サーバ４にアクセスして、イベント検出部２４により検出されたイベントに対応するルールを収集するように構成したので、上記実施の形態１と同様の効果を奏するほかに、監視装置３内にルールリポジトリ２３を搭載する必要がなくなり、その結果、監視装置３に必要なリソース量を低減することができる効果を奏する。また、同じルールを適用する監視装置３毎に、同一のコンパクトファイルを格納する必要がなくなるため、無駄がなくなり、保守性も向上する。
【００３３】
なお、この実施の形態２では、ルール管理装置１と別個にルールリポジトリ格納サーバ４を設けている例を示したが、ルール管理装置１とルールリポジトリ格納サーバ４を一体化して、ルール管理装置１がルールリポジトリ４１を内蔵するようにしてもよい。
【図面の簡単な説明】
【００３４】
【図１】この発明の実施の形態１による監視システムを示す構成図である。
【図２】ルール管理装置１のルールエディタ１１により編集されるルールの形式を示す説明図である。
【図３】ＸＭＬで記述されているルールの一例を示す説明図である。
【図４】この発明の実施の形態２による監視システムを示す構成図である。
【符号の説明】
【００３５】
１  ルール管理装置、２  ネットワーク、３  監視装置、４  ルールリポジトリ格納サーバ（外部サーバ）、１１  ルールエディタ、１２  コンバータ、２１  センサ、２２    監視コンポーネント用ルールエンジン、２３  ルールリポジトリ（ルール格納手段）、２４  イベント検出部（イベント検出手段）、２５  ルール検索部（ルール検索手段）、２６  ルール実行部（ルール実行手段）、２７  制御対象、２８  ルール収集部（ルール収集手段）、４１  ルールリポジトリ、１０１  ｒｕｌｅＳｅｔ、１０２  ｒｕｌｅ、１０３  ｅｘｐｒｅｓｓｉｏｎ、１０４  ａｃｔｉｏｎ、１０５  ｃｏｎｄｉｔｉｏｎ、１０６  ｎｏｔ、１０７  ａｎｄ、１０８  ｏｒ、１０９  ｔｈｅｎ、１１０  ｔｉｍｅ、１１１  ｏｐｅｒａｔｏｒ、１１２  ｅｖｅｎｔ、１１３  ｖａｌｕｅ、１１４  ｄｅｖｉｃｅ、１１５  ｐａｒａｍｅｔｅｒ。
【図１】
2009231855.tif 000003
【図２】
2009231855.tif 000004
【図３】
2009231855.tif 000005
【図４】
2009231855.tif 000006