(57)【要約】【課題】異常の見逃しの可能性を低減し、ユーザが異常を適切に監視することを可能にする監視装置及び監視プログラムを提供する。【解決手段】本発明に係る監視装置は、データベースと、取得部と、質疑応答部と、推論部とを備え、センサーに接続され、ユーザが異常を監視するのを支援する。データベースは、異常の有無を判断するためのルールを格納する。取得部は、センサーによる検知データを取得する。質疑応答部は、ユーザに異常を判断するための質問を出力し、ユーザから質問に対する回答の入力を受け付ける。推論部は、データベース内のルールに検知データ及び回答を適用することにより、異常の有無を判断する。【選択図】図１
2013205977.tif 000002
【特許請求の範囲】
【請求項１】
センサーに接続され、ユーザが異常を監視するのを支援するための監視装置であって、
異常の有無を判断するためのルールを格納するデータベースと、
前記センサーによる検知データを取得する取得部と、
前記ユーザに前記異常を判断するための質問を出力し、前記ユーザから前記質問に対する回答の入力を受け付ける質疑応答部と、
前記データベース内の前記ルールに前記検知データ及び前記回答を適用することにより、前記異常の有無を判断する推論部と
を備える、監視装置。
【請求項２】
前記ルールは、第１条件と、前記第１条件が成立する場合の第１結論とを有する第１ルールを含む、
請求項１に記載の監視装置。
【請求項３】
前記第１条件は、複数の単位条件の組み合わせである、
請求項２に記載の監視装置。
【請求項４】
前記ルールは、前記第１条件の成否を判断するための第２ルールをさらに含み、
前記推論部は、前記データベース内の前記第２ルールに前記検知データ及び前記回答のうちの少なくとも一方を適用することにより、前記第１条件の成否を判断する、
請求項２又は３に記載の監視装置。
【請求項５】
前記質疑応答部は、前記検知データ及び前記回答のうちの前記検知データのみから、前記推論部が前記ルールの成否を判断できない場合に、前記質問を出力する、
請求項１から４のいずれかに記載の監視装置。
【請求項６】
前記推論部が前記異常有りと判断した場合に、前記ユーザに対しその旨を報知する報知部
をさらに備える、
請求項１から５のいずれかに記載の監視装置。
【請求項７】
前記センサーには、カメラが含まれる、
請求項１から６のいずれかに記載の監視装置。
【請求項８】
コンピュータに、異常の有無を判断するためのルールを格納するデータベースを参照させながら、ユーザが異常を監視するのを支援させるための監視プログラムであって、
前記データベースから前記ルールを取り出すステップと、
センサーから検知データを取得するステップと、
前記ユーザに前記異常を判断するための質問を出力するステップと、
前記ユーザから前記質問に対する回答の入力を受け付けるステップと、
前記データベース内の前記ルールに前記検知データ及び前記回答を適用することにより、前記異常の有無を判断するステップと
をコンピュータに実行させる、
監視プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザが異常を監視するのを支援するための監視装置及び監視プログラムに関する。
【背景技術】
【０００２】
従来より、カメラ、マイク、温度センサー等のセンサーの検知データを参照しながら、異常の有無を自動的に判断する監視装置が公知である。例えば、特許文献１では、カメラ及び赤外線センサーにより検知された検知データを所定のルールに適用することにより、侵入者がいる可能性の高さを判断している。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−１９７５７６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、異常の有無の判断を完全に自動化することは、信頼性の点で問題がある。なぜならば、異常の有無を判断するためのルールが如何に的確に規定されていようとも、検知データの持つ意味を理解する能力は、時として人間の方がはるかに優れているからである。かといって、ただ監視員にモニタに映し出される防犯カメラの映像を監視させておく等、ただ検知データを出力して監視員の判断に任せるだけでは、異常が見逃される可能性がある。特に、監視員が不慣れであれば、どのような状況が異常であるか、あるいはどのような状況で異常が予知されるかを正確に判断することは難しく、異常の見逃しが起こり易い。
本発明は、異常の見逃しの可能性を低減し、ユーザが異常を適切に監視することを可能にする監視装置及び監視プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００５】
本発明の第１観点に係る監視装置は、データベースと、取得部と、質疑応答部と、推論部とを備え、センサーに接続され、ユーザが異常を監視するのを支援する。データベースは、異常の有無を判断するためのルールを格納する。取得部は、センサーによる検知データを取得する。質疑応答部は、ユーザに異常を判断するための質問を出力し、ユーザから質問に対する回答の入力を受け付ける。推論部は、データベース内のルールに検知データ及び回答を適用することにより、異常の有無を判断する。なお、センサーは、１つであっても、複数であってもよく、さらに、後者の場合、同種のセンサーの組み合わせであっても、異種のセンサーの組み合わせであってもよい。また、センサーは、監視装置に内蔵されるものであっても、監視装置の外部に存在するものであってもよい。
【０００６】
ここでは、異常の有無を判断するための知識がルールとして、データベース内に格納されている。そして、センサーによる検知データだけでなく、ユーザに質問することにより得られる、検知データの持つ意味等に関してユーザが判断した結果をデータベース内のルールに当てはめながら、監視装置により異常の有無が判断される。従って、異常の見逃しの可能性が低減され、ユーザが異常を適切に監視することができる。
【０００７】
なお、本発明において、異常の有無を判断することには、異常が発生したか否かを判断することだけでなく、異常が発生しそうな状況であるか否かを判断すること、すなわち、異常が予知されるか否かを判断することも含まれるものとする。また、本発明において、検知データとは、センサーから出力されたデータそのものであってもよいし、センサーから出力されたデータそのものを加工したデータであってもよい。
【０００８】
本発明の第２観点に係る監視装置は、第１観点に係る監視装置であって、ルールは、第１ルールを含む。第１ルールは、第１条件と、第１条件が成立する場合の第１結論とを有する。すなわち、ここでは、結論及び結論を導くための条件が、データベース内に格納されている。従って、所定の条件の成否を判断することにより、容易に所定の結論を得ることができる。
【０００９】
本発明の第３観点に係る監視装置は、第２観点に係る監視装置であって、第１条件は、複数の単位条件の組み合わせである。なお、複数の単位条件の組み合わせとは、単位条件の論理和もしくは論理積、又はこれらの組み合わせである。従って、ここでは、所定の結論を導くための条件として、複雑な条件を定義することが可能である。その結果、異常を判断するためのルールをより的確に規定し、より複雑な推論を実行することができる。
【００１０】
本発明の第４観点に係る監視装置は、第２観点又は第３観点に係る監視装置であって、ルールは、第１条件の成否を判断するための第２ルールをさらに含む。推論部は、データベース内の第２ルールに検知データ及び回答のうちの少なくとも一方を適用することにより、第１条件の成否を判断する。
【００１１】
ここでは、第１ルールの成否を判断するための第２ルールが規定されている。言い換えると、異常を判断するためのルールが、階層的に規定されている。従って、異常を判断するためのルールをより的確に規定し、より複雑な推論を実行することができる。
【００１２】
本発明の第５観点に係る監視装置は、第１観点から第４観点のいずれかに係る監視装置であって、質疑応答部は、検知データ及び回答のうちの検知データのみから、推論部がルールの成否を判断できない場合に、質問を出力する。
【００１３】
ここでは、ユーザからの回答がなければルールの成否を判断できない場合に、ユーザに対し質問がされる。言い換えると、検知データのみからルールの成否を自動的に判断できるのであれば、ユーザを煩わせることなく、ルールの成否が判断される。従って、ユーザの負担をより低減することができる。
【００１４】
本発明の第６観点に係る監視装置は、第１観点から第５観点のいずれかに係る監視装置であって、報知部をさらに備える。報知部は、推論部が異常有りと判断した場合に、ユーザに対しその旨を報知する。すなわち、ここでは、異常が検出されると、その旨がユーザに報知される。従って、ユーザは、迅速に異常に対応することができる。
【００１５】
本発明の第７観点に係る監視装置は、第１観点から第６観点のいずれかに係る監視装置であって、センサーには、カメラが含まれる。従って、ここでは、ユーザは、映像に基づく異常の監視を適切に行うことができる。
【００１６】
本発明の第８観点に係る監視プログラムは、コンピュータにデータベースを参照させながら、ユーザが異常を監視するのを支援させるための監視プログラムであって、取出しステップと、取得ステップと、出力ステップと、受付けステップと、判断ステップとをコンピュータに実行させる。データベースは、異常の有無を判断するためのルールを格納する。取出しステップは、データベースからルールを取り出すステップである。取得ステップは、センサーから検知データを取得するステップである。出力ステップは、ユーザに異常を判断するための質問を出力するステップである。受付けステップは、ユーザから質問に対する回答の入力を受け付けるステップである。判断ステップは、データベース内のルールに検知データ及び回答を適用することにより、異常の有無を判断するステップである。なお、センサーは、１つであっても、複数であってもよく、さらに、後者の場合、同種のセンサーの組み合わせであっても、異種のセンサーの組み合わせであってもよい。また、センサーは、コンピュータに内蔵されるものであっても、コンピュータの外部に存在するものであってもよい。
【００１７】
ここでは、異常の有無を判断するための知識がルールとして、データベース内に格納されている。そして、センサーによる検知データだけでなく、ユーザに質問することにより得られる、検知データの持つ意味等に関してユーザが判断した結果をデータベース内のルールに当てはめながら、コンピュータにより異常の有無が判断される。従って、異常の見逃しの可能性が低減され、ユーザが異常を適切に監視することができる。
【発明の効果】
【００１８】
本発明によれば、センサーによる検知データだけでなく、ユーザに質問することにより得られる、検知データの持つ意味等に関してユーザが判断した結果をデータベース内のルールに当てはめながら、監視装置等により異常の有無が判断される。従って、異常の見逃しの可能性が低減され、ユーザが異常を適切に監視することができる。
【図面の簡単な説明】
【００１９】
【図１】本発明の一実施形態に係る監視装置を含む監視システムの全体構成を示すブロック図。
【図２】ルールデータベースのデータ構造を示す図。
【図３】異常の有無を判断する処理の流れを示すフローチャート。
【図４】ルールの成否を判断するサブルーチンの流れを示すフローチャート。
【発明を実施するための形態】
【００２０】
以下、図面を参照しつつ、本発明の一実施形態に係る監視装置及び監視プログラムを監視システムに適用した場合について説明する。
＜１．監視システムの概要＞
図１に示すように、監視システム１は、対象空間Ｓ１の様子を捉えるセンサー群１０と、センサー群１０に接続された監視装置２０とを有し、対象空間Ｓ１を監視する。センサー群１０は、様々な種類の複数のセンサー１０ａ〜１０ｄからなり、対象空間Ｓ１の様子を多面的に捉える。具体的には、センサー群１０は、対象空間Ｓ１内の映像、音声、温度及び湿度を検知する。
【００２１】
監視装置２０は、監視員が対象空間Ｓ１で発生した又は発生しそうな異常を監視するのを支援するためのエキスパートシステムである。すなわち、監視装置２０は、熟練の監視員等が有する異常を判断するための知識をルールの集合として保持しており、このルールにセンサー群１０から出力される検知データを適用することにより、対象空間Ｓ１における異常の有無を判断する。ここで、異常の有無を判断することには、異常が発生したか否かを判断することだけでなく、異常が発生しそうな状況であるか否かを判断すること、すなわち、異常が予知されるか否かを判断することも含まれるものとする。また、監視装置２０は、対話型のユーザインターフェースを有し、センサー群１０による検知データを参照しながら、対象空間Ｓ１における異常の有無を判断してゆく過程で、必要に応じて監視員に質問をし、回答を受け取る。監視装置２０に入力された回答は、検知データを補う形で上述のルールに適用され、異常の有無の判断に利用される。
【００２２】
＜２．各部の詳細な構成＞
＜２−１．センサー群＞
図１に示すように、センサー群１０には、カメラ１０ａ、マイク１０ｂ、温度センサー１０ｃ及び湿度センサー１０ｄが含まれる。カメラ１０ａは、対象空間Ｓ１全体を見渡すことが可能な位置、例えば、対象空間Ｓ１内又はその付近に配置され、常時、対象空間Ｓ１を撮影する。マイク１０ｂは、例えば、対象空間Ｓ１内又はその付近に配置され、常時、対象空間Ｓ１内の音声を集音する。温度センサー１０ｃ及び湿度センサー１０ｄは、対象空間Ｓ１内又はその付近に配置され、対象空間Ｓ１内又はその付近の温度及び湿度をそれぞれ検知する。
【００２３】
そして、センサー群１０による検知データ、すなわち、カメラ１０ａにより撮影された映像データ、マイク１０ｂにより集音された音声データ、温度センサー１０ｃにより検知された温度データ、及び湿度センサー１０ｄにより検知された湿度データは、通信線５を介して監視装置２０に転送される。また、通信線５は、有線であっても、無線であっても、その組み合わせであってもよく、監視装置１０とセンサー群１０とを接続する。なお、本実施形態では、映像データ及び音声データは、通信線５を介しカメラ１０ａ及びマイク１０ｂからリアルタイムに監視装置２０に転送されるものとする。
【００２４】
＜２−２．監視装置＞
監視装置２０は、監視プログラム２がインストールされた汎用のパーソナルコンピュータであり、監視員が配備される監視室等に配置される。図１に示すように、監視装置２０は、制御部２１、記憶部２２、入力部２３、表示部２４、音声出力部２５及び通信部２６を有し、これらの部２１〜２６は、相互に通信可能である。監視プログラム２は、監視員が異常を監視するのを支援するためのソフトウェアであり、監視装置２０に後述する動作に含まれるステップを実行させる。
【００２５】
本実施形態では、制御部２１は、ＣＰＵ、ＲＯＭおよびＲＡＭ等から構成されており、記憶部２２は、ハードディスク等から構成されている。監視プログラム２は、記憶部２２内に格納されており、制御部２１は、記憶部２２内の監視プログラム２を読み出して実行することにより、仮想的に推論部２１ａ、質疑応答部２１ｂ、報知部２１ｃ及び取得部２１ｄとして動作する。これらの部２１ａ〜２１ｄの動作については、後述する。入力部２３は、マウスおよびキーボート等から構成されており、ユーザからの監視装置２０に対する操作を受け付けるユーザインターフェースである。表示部２４は、液晶ディスプレイ等から構成されており、カメラ１０ａからの映像データ等をユーザに対し表示するユーザインターフェースである。音声出力部２５は、スピーカ等から構成されており、後述される警告音等をユーザに対し出力するユーザインターフェースである。通信部２６は、監視装置２０を外部機器であるセンサー群１０に接続する通信インターフェースである。
【００２６】
取得部２１ｄは、通信部２６を介してカメラ１０ａから映像データを、そしてマイク１０ｂから音声データをリアルタイムに取得し、記憶部２２内に保存してゆく。ここで、記憶部２２内には、映像データ及び音声データが、後述する異常の有無の判断の元となるのに十分な量（例えば、１日分）だけ保存されるものとする。そして、カメラ１０ａからリアルタイムに取得された映像データは、表示部２４上にリアルタイムに表示され、マイク１０ｂからリアルタイムに取得された音声データは、音声出力部２５からリアルタイムに出力される。従って、監視装置２０の前にいる監視員は、これらの情報を見、そして聞くことにより、映像及び音声に基づく異常の監視を行うことができる。
【００２７】
また、図１に示すように、監視装置２０には、制御部２１が参照することが可能な現在時刻を計測するクロック２７が内蔵されている。ここで、クロック２７は、時間データを検知するものであり、さらに、この時間データは、制御部２１に取得されるものであるから、クロック２７も、本発明に係るセンサーである。なお、クロック２７に代えて又は加えて、制御部２１がＬＡＮやインターネット等の通信網を経由して時間データを取得できるようにしてもよい。このような場合には、時間データの配信元の装置も、本発明に係るセンサーである。
【００２８】
そして、記憶部２２内には、ルールデータベース２２ａが構築されており、ルールデータベース２２ａ内には、熟練の監視員等が有する異常を判断するための知識がルールの集合として格納されている。図２に示されるように、ルールは、ＩＦ文の形式で表される条件と、ＴＨＥＮ文の形式で表される結論とを有する。すなわち、ルールとは、結論と、結論を導くための条件とを組み合わせたものである。また、ルールが成立するとは、ルールに含まれる条件が成立することであり、その場合、ルールの結論が成立すると推論される。１のＩＦ文は、１の単位条件Ａ、又は複数の単位条件Ａ，Ｂ，・・・の組み合わせであり、ここで、複数の単位条件Ａ，Ｂ，・・・の組み合わせとは、単位条件Ａ，Ｂ，・・・の論理和（ＯＲ）もしくは論理積（ＡＮＤ）、又はこれらの組み合わせである。ルールデータベース２２ａ内の１のレコードは、１のルールを記述するものであり、ルールＩＤを格納するフィールドと、複数の単位条件Ａ，Ｂ，・・・をそれぞれ格納する複数のフィールドと、複数の単位条件Ａ，Ｂ，・・・を組み合わせるための論理式を格納するフィールドと、ＴＨＥＮ文を格納するフィールドとを有する。
【００２９】
図２に示すルールデータベース２２ａは、対象空間Ｓ１として駅の構内が選択されている場合に利用されるルールを格納するものである。図２に示すルールの内容を具体的に見てみると、例えば、ルールＩＤが「Ｉ１」のルールからは、単位条件Ａの「Ｘ氏は改札のゲートの前にいる」が成立し、かつ、単位条件Ｂの「Ｘ氏は改札のゲートの後にいる」が成立する場合には、結論として「Ｘ氏は改札を通過した」ことが分かる。また、ルールＩＤが「Ｉ２」のルールからは、単位条件Ａの「多くの人が傘を持っている」が成立し、かつ、単位条件Ｂの「湿度が５０％〜６０％」が成立する場合、あるいは、単位条件Ｃの「湿度が６０％以上」の場合には、結論として「雨降りである」ことが分かる。また、ルールＩＤが「ＩＩ１」のルールからは、単位条件Ａの「エラー音がした」が成立し、かつ、単位条件Ｂの「Ｘ氏は改札を通過した」が成立する場合には、結論として「異常である」ことが分かる。
【００３０】
以上のように、ルールデータベース２２ａ内には、人の行動の意味、人の姿勢動作、人の所在、人と別の物体（人の場合を含む）との位置関係、環境等に関する事項が単位条件又は結論として格納されている。ここで、人の行動の意味に関する事項とは、図２の例では「Ｘ氏は改札を通過した」「多くの人が傘を持っている」であり、別の例としては「Ｘ氏は切符を買った」等がある。人の姿勢動作に関する事項とは、図２の例では「Ｘ氏はジャンプした」であり、別の例としては「Ｘ氏は立っている」「Ｘ氏は歩いている」「Ｘ氏は走っている」「Ｘ氏はかがんでいる」「Ｘ氏は座っている」等がある。人の所在に関する事項とは、図２の例では「Ｘ氏は改札のゲートの近くにいる」であり、別の例としては「Ｘ氏は券売機の近くにいる」等がある。人と別の物体との位置関係に関する事項とは、図２の例では「Ｘ氏は改札のゲートの前にいる」「Ｘ氏は改札のゲートの後にいる」であり、別の例としては「Ｘ氏は券売機の横にいる」等がある。なお、「Ｘ氏」とは、特定の人物を意味しているのではないが、同じルールの中にＸ氏に関する複数の単位条件が含まれる場合には、それらの単位条件中の人物は同一であることが要求される。また、環境条件に関する事項とは、図２の例では「湿度が５０％〜６０％」「湿度が６０％以上」「雨降りである」「床の模様が変化した」「雨漏りしている」「床の模様が変化した位置にバケツがない」「床の模様が変化した位置に雑巾がない」である。
【００３１】
ところで、ルールデータベース２２ａ内のルールには、「異常である」との結論を有するルールと、別のルールの単位条件となる結論を有するルールとがある。以下、前者のタイプのルールを、タイプＩのルールと呼び、後者のタイプのルールをタイプＩＩのルールと呼ぶ。そして、図２に示すとおり、タイプＩのルールに関するレコードの、ＴＨＥＮ文を格納するフィールドには、エラーコードが格納されている。エラーコードは、異常に基づく報知の態様を決定するために参照される。
【００３２】
なお、ルールは、熟練の監視員等にヒアリングする等して収集され、ルールデータベース２２ａに格納されるが、ユーザは、入力部２３を操作する等して、適宜、ルールを現場に合わせて追加したり、削除したり、修正したりすることが可能である。
【００３３】
＜３．監視システムの動作＞
以下、図３及び図４を参照しながら、監視システム１が対象空間Ｓ１内の異常を監視する処理の詳細について説明する。図３の処理は、監視装置２０内において所定のタイミングで、例えば、５分間隔で実行される処理であり、図４の処理は、１のルールの成否を判断するサブルーチンであり、図３の処理の中で適宜、呼び出される。
【００３４】
まず、図３のステップＳ１１では、取得部２１ｄは、クロック２７から現在時刻を示す時間データを取得するとともに、通信部２６を介して温度センサー１０ｃから温度データを取得し、湿度センサー１０ｄから湿度データを取得し、これらを記憶部２２内に保存する。
【００３５】
続くステップＳ１２では、推論部２１ａは、記憶部２２内に格納されている検知データに基づいて、予め定められている事項について判断し、それらの事項について判断した結果を示す情報をＲＡＭ上に展開する。なお、ここでいう、予め定められている事項とは、人の行動の意味、人の姿勢動作、人の所在、人と別の物体（人の場合を含む）との位置関係、環境等に関する事項であり、単位条件の説明として上記したものと同様である。言い換えると、推論部２１ａは、センサー群１０による生の検知データから単位条件の成否を判断し、生の検知データの加工データとして、単位条件又はその否定をＲＡＭ上に記述する。ただし、ステップＳ１２では、ルールデータベース２２ａ内の全ての単位条件の成否が判断されることはなく、その一部のみが判断されるものとする。また、単位条件の否定とは、論理的な否定であり、例えば「エラー音がした」という単位条件の否定は、「エラー音がしなかった」である。以下、特に断わらない限り、単に検知データというときには、センサー群１０からの生の検知データそのもののことだけでなく、加工データのことも含まれるものとする。
【００３６】
より具体的には、ステップＳ１２では、推論部２１ａは、カメラ１０ａによる映像データを画像処理し、そこに写っている人及びその背景に含まれる物体を検出する。ここで、画像処理としては、推論部２１ａは、画面内でエッジを検出し、エッジのラインで囲まれる領域をオブジェクトとして切り分け、各オブジェクトをその形状やサイズ、時間変化の態様等から、人、壁、床、改札等のラベルでラベリングする。人のオブジェクトは、画面内のオブジェクト群のうち、所定の形状やサイズを有し、かつ、所定範囲の移動速度で画面内を移動するオブジェクトとして検出される。なお、予め、無人の状態の背景を撮影し、背景画像と、背景画像上の物体のオブジェクトの属性（ラベルや位置等）とを記憶部２２内に登録しておけば、画像処理の精度やステップＳ１２での計算負荷を低減することができる。そして、推論部２１ａは、所定のアルゴリズムに従って、画面上のオブジェクト群の属性（ラベル、位置、位置変化の態様）を個別に又は複合的に判断することにより、例えば「Ｘ氏は改札のゲートの前にいる」「床の模様が変化した」等の単位条件の成否を判断する。また、推論部２１ａは、マイク１０ｂによる音声データを解析し、所定の音声が検出されたか否かを判断することにより、「エラー音がした」等の単位条件の成否を判断する。
【００３７】
続いて、図３に示すとおり、ルールデータベース２２ａ内からタイプＩのルールが順次取りされて、その成否が判断され（ステップＳ１３）、適宜、異常が発生した又は予知される旨が報知される（ステップＳ１４）。すなわち、図３に示すとおり、タイプＩの各ルールについて、ステップＳ１３及びステップＳ１４が繰り返し実行されることになるが、以下、このループ内で現在選択されているタイプＩのルールを、選択ルールと呼ぶ。
【００３８】
ここで、ステップＳ１３における選択ルールの成否の判断は、選択ルールについて図４のサブルーチンが実行されることにより行われる。そして、選択ルールについての図４のサブルーチンは、選択ルールの全ての単位条件が成立する場合にのみ、通常終了する。一方、選択ルールの少なくとも１つの単位条件が成立しない場合には、選択ルールについての図４のサブルーチンは強制終了し、その選択ルールについては、ステップＳ１４がスキップされる（図３中の「１」の結合子を参照）。すなわち、異常の報知を行うステップＳ１４は、異常ありと判断された場合にのみ実行される処理であり、この報知により、ユーザは、異常に迅速に対応できるようになる。
【００３９】
ステップＳ１３では、推論部２１ａは、記憶部２２内及びＲＡＭ上の検知データを参照することにより、選択ルールの成否、すなわち、選択ルールに関連する異常の有無を判断する。そして、推論部２１ａは、必要であれば、選択ルールの単位条件の成否を判断する過程で、その単位条件を結論として有するタイプＩＩのルールを参照することにより、その単位条件の成否を判断する。さらに、推論部２１ａは、必要であれば、タイプＩＩのルールの単位条件の成否を判断する過程で、そのタイプＩＩのルールの単位条件を結論として有する別のタイプＩＩのルールを参照する。すなわち、ルールデータベース２２ａ内のルールは、階層的に規定されており、異常の有無の判断の過程では、論理ツリーを上位から下位へと辿ってゆくことにより、異常の有無に関する推論が進められる。ここで、この論理ツリーは、「異常あり」という結論をルートとし、そこから分岐してゆく単位条件を下位のノードとするツリーである。なお、図４のサブルーチンは、タイプＩのルールについてのみ実行可能な処理ではなく、タイプＩＩのルールについても実行可能な処理であり、後述するように、タイプＩのルールについての図４のサブルーチンの実行中に、タイプＩＩのルールについて再起的に呼び出され得る（ステップＳ２５）。
【００４０】
また、ステップＳ１３では、推論部２１ａは、選択ルールの成否を判断すべく、適宜、ユーザと対話しながら、単位条件の成否を判断してゆく。ただし、ユーザに質問するまでもなく、検知データのみから成否を判断可能な単位条件については、ユーザの負担を減らすべく、質問はされないものとする。そして、対話の中でユーザから得られた回答は、検知データを補う形で、選択ルールの成否の判断に利用される。
【００４１】
そして、ステップＳ１４では、報知部２１ｃは、ルールデータベース２２ａを参照し、選択ルールのレコードに含まれるエラーコードを特定する。続いて、報知部２１ｃは、特定したエラーコードに対応する態様で、異常の報知を行う。なお、エラーコードに対応する報知の態様を示す情報は、エラーコードに関連付けて記憶部２２内に予め格納されているものとする。また、このような情報としては、電子メールやＦＡＸ等の報知の方法や、電子メールアドレスやＦＡＸ番号等の報知先、電子メールやＦＡＸ等で送信される内容を示す情報等である。そして、ルールデータベース２２ａ内の全てのタイプＩのルールについてステップＳ１３，Ｓ１４が実行されると、図３の処理は終了する。
【００４２】
以下、図４のサブルーチンの詳細について説明する。図４のサブルーチンは、上述したとおり、タイプＩ及びＩＩのルールの成否を判断することが可能な処理であるが、このサブルーチンでは、このサブルーチンが成否の判断の対象とするルール（以下、対象ルールという）に含まれる各単位条件の成否が判断される。すなわち、図４のサブルーチンでは、対象ルールに含まれる各単位条件について、共通のステップＳ２１〜Ｓ３１が繰り返し実行される。ただし、対象ルールに含まれる全ての単位条件のうち、少なくとも１つの単位条件が不成立であると判断されると、残りの単位条件の成否について判断することなく、図４のサブルーチンは強制終了する。ここで、図４のサブルーチンが強制終了すると、たとえそれがタイプＩＩのルールについてのサブルーチン（すなわち、ステップＳ２５で再起的に呼び出されたサブルーチン）であったとしても、処理全体としては、図３の処理フローの「１」の結合子の位置にジャンプする。すなわち、ステップＳ２５で再起的に呼び出された子のサブルーチンが強制終了すると、親、さらに親、さらに親・・・のように、存在する限りの上位のサブルーチンが強制終了される。これにより、最終的に異常の有無の判断ができればよいという目的に照らして、無駄な単位条件の成否の判断が省略され、異常の有無の判断の計算負荷が低減される。
【００４３】
次に、図４のサブルーチンに含まれるステップＳ２１〜Ｓ３１について説明する。上述のとおり、ステップＳ２１〜Ｓ３１は、対象ルールに含まれる各単位条件について繰り返し実行されるが、以下、このループ内で現在選択されている単位条件を、選択条件と呼ぶ。
【００４４】
まず、ステップＳ２１では、推論部２１ａは、選択条件がＲＡＭ上に記述されているか否かを判断し、記述されていれば、次の選択条件に係る処理に遷移する。一方、選択条件がＲＡＭ上に記述されていなければ、処理はステップＳ２２へと進み、推論部２１ａは、選択条件の否定がＲＡＭ上に記述されているか否かを判断する。そして、選択条件の否定がＲＡＭ上に記述されていれば、上記の態様でサブルーチンが強制終了するが、記述されていなければ、処理はステップＳ２３へとさらに進む。なお、本実施形態において、単位条件だけでなく、単位条件の否定までがＲＡＭ上で管理されるようになっているのは、異なるルールに共通する単位条件について、図４のサブルーチンを繰り返したり、ユーザへの質問を繰り返したりする等、同じ処理の重複を避けるためである。
【００４５】
ステップＳ２３では、推論部２１ａは、選択条件の成否について、記憶部２２内の検知データに基づく判断を試みる。そして、ステップＳ２３において成立との判断がされた場合には、処理はステップＳ３０へと進み、不成立との判断がされた場合には、処理はステップＳ３１へと進み、成立とも不成立とも判断できなかった場合には、処理はステップＳ２４へ進む。ここで、ステップＳ２３において成否を判断可能な選択条件とは、図２の例でいうと「湿度が５０％〜６０％」や「湿度が６０％以上」等である。また、ステップＳ２３で選択条件の成否を判断可能であるか否かは、選択条件である単位条件に応じて予め定められているものとする。そして、推論部２１ａは、ステップＳ３０では、選択条件をＲＡＭ上に記述し、ステップＳ３１では、選択条件の否定をＲＡＭ上に記述する。
【００４６】
ステップＳ２４では、推論部２１ａは、ルールデータベース２２ａ内を検索し、選択条件の成否を判断するためのタイプＩＩのルールが存在するか否かを判断する。選択条件を判断するためのタイプＩＩのルールとは、選択条件を結論として有するタイプＩＩのルールである。そして、ルールデータベース２２ａ内にそのようなタイプＩＩのルールが存在する場合には、推論部２１ａは、ルールデータベース２２ａ内からそのようなタイプＩＩのルールを取り出し、これを対象ルールとして、図４のサブルーチンを再起的に呼び出す（ステップＳ２５）。そして、ステップＳ２５が通常終了すれば、処理はステップＳ３０へ進む。一方、ルールデータベース２２ａ内に選択条件を判断するためのタイプＩＩのルールが存在しない場合には、推論部２１ａは、処理をステップＳ２６に進める。
【００４７】
ここで、ステップＳ２６に達した時とは、選択条件の成否を検知データのみから判断できなかった場合である。そこで、ステップＳ２６に続くステップＳ２７では、質疑応答部２１ｂは、選択条件の成否をユーザに判断させるべく、選択条件の成否についてユーザに質問する。この質問は、例えば、「床の模様が変化した位置にバケツが置かれていますか？」等であり、質疑応答部２１ｂにより、カメラ１０ａによる映像データに重ねて、表示部２４上に表示される。また、同時に、質疑応答部２１ｂにより、ユーザの注意を惹きつけるべく、マイク１０ｂによる音声データに重ねて、音声出力部２５から所定の通知音が出力される。
【００４８】
しかし、本実施形態では、図４に示すとおり、選択条件の成否を検知データのみから判断できなかったとしても、常に処理がステップＳ２７に進められ、ユーザに対し質問がされるわけではない。そのような構成を採用すると、ユーザへの質問が過度に頻繁になされ、ユーザが対応しきれなくなることも想定されるからである。そこで、本実施形態では、先行するステップＳ２６において、質問をするか否かが判断されるようになっている。しかし、上記問題があまり生じないのであれば、選択条件の成否を検知データのみから判断できない場合には、常にユーザの判断を仰ぐようにしてもよい。そして、ステップＳ２６において、質問しないとの判断がされると、処理はステップＳ３１へ進む。
【００４９】
ところで、ステップＳ２６での質問を行うか否かは、様々な観点から判断され得るが、例えば、選択条件に応じて判断されるようにしてもよい。この場合、選択条件の成否を検知データのみから判断できなかった場合には、常にユーザに対する質問を行うことにするかを、各選択条件について予め定めておき、その情報を予め記憶部２２内に格納しおけばよい。あるいは、ステップＳ２６での質問を行うか否かは、選択ルールに係る異常の重要度に応じて判断されるようにしてもよい。この場合、異常の重要度は、エラーコード等から判断することができる。あるいは、同じルールに属する他の単位条件の成立率に応じて判断されるようにしてもよい。あるいは、これらを任意に組み合わせてもよい。このように、質問を行うか否かの判断基準については、当業者が適宜選択することができる。
【００５０】
ステップＳ２７が終了すると、処理はステップＳ２８に進む。ステップＳ２８では、質疑応答部２１ｂは、ユーザからの質問に対する回答の入力を受け付ける。例えば、表示部２４上にイエス及びノーボタンを表示させ、入力部２３を介してユーザがいずれか一方のボタンを選択できるようにする。そして、ユーザにより入力部２３を介して回答が入力されると、質疑応答部２１ｂは、その回答に従って、処理をステップＳ３０又はステップＳ３１のいずれかに振り分け（ステップＳ２９）、その結果、選択条件又はその否定がＲＡＭ上に記述されることになる。ステップＳ３０及びステップＳ３１が終了すると、処理はステップＳ２１に戻る。なお、ステップＳ３０を経由してステップＳ２１に戻ると、選択条件がＲＡＭ上に記述されていることになり、その後、図４に示すとおり、次の選択条件についてステップＳ２１〜Ｓ３１が繰り返される。一方、ステップＳ３１を経由してステップＳ２１に戻ると、選択条件の否定がＲＡＭ上に記述されていることになり、ステップＳ２２を経て、選択ルールについてのステップＳ１３が強制終了される。
【００５１】
＜４．特徴＞
上記実施形態では、異常の有無を判断するための知識がルールの集合として、ルールデータベース２２ａ内に格納されている。そして、センサー群１０による検知データだけでなく、ユーザに質問することにより得られる、検知データの持つ意味等に関してユーザが判断した結果をルールデータベース２２ａ内のルールに当てはめながら、監視装置２０により異常の有無が判断される。従って、異常の見逃しの可能性が低減され、ユーザが異常を適切に監視することができる。さらに、経験の浅い監視員が監視システム１を利用して異常の監視を行う経験を積めば、熟練の監視員のノウハウが伝授されるという効果が期待され得る。
【００５２】
また、上記実施形態では、質疑応答部２１ｂは、ユーザからの回答がなければルールの成否を判断できない場合にのみ、ユーザに対し質問をする。言い換えると、検知データのみからルールの成否を自動的に判断できるのであれば、ユーザを煩わせることなく、ルールの成否が判断される。従って、ユーザの負担をより低減することができる。
【００５３】
＜５．変形例＞
以上、本発明の一実施形態について説明したが、本発明は上記実施形態に限定されるものではなく、その趣旨を逸脱しない限りにおいて、種々の変更が可能である。例えば、以下の変更が可能である。
【００５４】
＜５−１＞
ルールデータベース２２ａ内に、対象空間Ｓ１の性質に対応したルールを用意することにより、監視システム１は様々な用途に利用することができる。例えば、銀行等の防犯カメラシステムとして利用することも可能であるし、介護の必要な人等の見守りシステムとして利用することも可能である。なお、センサー群１０に含まれるセンサーについても、対象空間Ｓ１の性質に応じて、適宜変更することができる。例えば、見守りシステムを構築するのであれば、体温データ、脈拍データ及び血圧データ等の生体情報を検知するものを利用することができる。
【００５５】
＜５−２＞
取得部２１ｄは、温度センサー１０ｃ及び湿度センサー１０ｄの少なくとも一方に代えて又は加えて、温度データや湿度データをＬＡＮやインターネット等の通信網を経由して取得するようにしてもよい。また、温度センサー１０ｃ及び湿度センサー１０ｄの少なくとも一方に代えて又は加えて、現在の天気を示す気象情報をＬＡＮやインターネット等の通信網を経由して取得するようにしてもよい。このような場合には、温度データや湿度データ、気象情報の配信元の装置、例えば、気象情報を管理する気象サーバも、本発明に係るセンサーであると言える。同様に考えて、本発明に係るセンサーとは、異常の有無を判断するために必要なデータを検知する任意の手段を意味する。
【００５６】
＜５−３＞
センサー群１０に含まれるセンサーの数は、１つであっても、複数であってもよく、さらに、後者の場合、同種のセンサーの組み合わせであっても、異種のセンサーの組み合わせであってもよい。また、センサーは、監視装置２０に内蔵されるものであっても、監視装置２０の外部に存在するものであってもよい。
【００５７】
＜５−４＞
ルールデータベース２２ａは、記憶部２２内に構築されている必要はなく、制御部２１が異常を判断するのに適当なタイミングで参照することが可能であれば、その位置は問わない。例えば、監視装置２０にＬＡＮやインターネット等の通信網を経由して接続されるサーバコンピュータ内に構築されていてもよい。
【００５８】
＜５−５＞
センサー１０ａ〜１０ｄ，２７から監視装置２０へ検知データが出力されるタイミングは、上述したものに限られず、当業者が適宜変更することが可能である。例えば、温度データや湿度データの少なくとも一方が、所定の時間間隔で検知され、かつ、リアルタイムに監視装置２０へ出力され、記憶部２２内に保存されるようにしてもよい。
【００５９】
＜５−６＞
異常を判断するためのルールは、ＩＦ文及びＴＨＥＮ文を有する形式でなくてもよく、異常を判断するための推論を行うことができるものであれば、その形式は問わない。
【符号の説明】
【００６０】
１  監視システム
２  監視プログラム
１０  センサー群
１０ａ  カメラ（センサー）
１０ｂ  マイク（センサー）
１０ｃ  温度センサー（センサー）
１０ｄ  湿度センサー（センサー）
２０  監視装置
２１  制御部
２１ａ  推論部
２１ｂ  質疑応答部
２１ｃ  報知部
２１ｄ  取得部
２２ａ  ルールデータベース（データベース）
【図１】
2013205977.tif 000003
【図３】
2013205977.tif 000004
【図４】
2013205977.tif 000005
【図２】
2013205977.tif 000006