(57)【要約】【課題】  システム全体を管理する中央管理サーバを備えることなくシステムの構築が可能な状況認識監視システムを実現する。【解決手段】  検出手段によって得られた情報に基づき状況を認識する状況認識監視システムにおいて、監視対象を撮影しネットワークを介して映像を送信すると共に監視カメラ間で相互通信を行う検出手段である複数台の監視カメラと、これら各監視カメラで撮影された映像をネットワーク経由で受信し表示を行うクライアントとを備え、監視対象の状況の変化を検出した監視カメラが、ネットワーク経由で隣接する監視カメラに対して監視対象の状況の変化を検出した監視カメラの位置情報と渋滞認識処理に必要な映像収集範囲を送信すると共に映像の収集を依頼し、渋滞認識処理に必要な映像収集範囲から収集した全ての映像を解析して渋滞の発生を認識した場合に、クライアントに対して渋滞発生情報を通知する。【選択図】                    図１
2005215820.tif 000002
【特許請求の範囲】
【請求項１】
検出手段によって得られた情報に基づき状況を認識する状況認識監視システムにおいて、
監視対象を撮影しネットワークを介して映像を送信すると共に監視カメラ間で相互通信を行う前記検出手段である複数台の監視カメラと、
これら各監視カメラで撮影された映像を前記ネットワーク経由で受信し表示を行うクライアントとを備え、
監視対象の状況の変化を検出した前記監視カメラが、ネットワーク経由で隣接する監視カメラに対して監視対象の状況の変化を検出した前記監視カメラの位置情報と渋滞認識処理に必要な映像収集範囲を送信すると共に映像の収集を依頼し、渋滞認識処理に必要な映像収集範囲から収集した全ての映像を解析して渋滞の発生を認識した場合に、前記クライアントに対して渋滞発生情報を通知することを特徴とする状況認識監視システム。
【請求項２】
監視対象の状況の変化を検出した前記監視カメラ、若しくは、隣接する監視カメラから映像の収集の依頼を受信した前記監視カメラが、
前記ネットワーク経由で隣接する監視カメラであって、且つ、受信した渋滞認識処理に必要な映像収集範囲内に存在する監視カメラに対して映像の収集の依頼をし、
映像の収集を依頼した監視カメラから映像や位置情報を受信するまで待機し、
当該映像や位置情報を受信した場合に取得した映像や位置情報と共に自らの映像と位置情報を依頼元である監視対象の状況の変化を検出した前記監視カメラ、若しくは、隣接する監視カメラに送信することを特徴とする
請求項１記載の状況認識監視システム。
【請求項３】
前記各監視カメラが時系列的に同一の映像の収集の依頼を受信した場合には後者の依頼を破棄することを特徴とする
請求項１若しくは請求項２記載の状況認識監視システム。
【請求項４】
検出手段によって得られた情報に基づき状況を認識する状況認識監視システムにおいて、
監視対象を撮影しネットワークを介して映像を送信すると共に自ら撮影した映像の画像処理結果に基づき認識した認識情報を有し、監視カメラ間で相互通信を行う前記検出手段である複数台の監視カメラと、
これら各監視カメラで撮影された映像を前記ネットワーク経由で受信し表示を行うクライアントとを備え、
監視対象の状況の変化を検出した前記監視カメラが、ネットワーク経由で隣接する監視カメラに対して監視対象の状況の変化を検出した前記監視カメラの設定情報と渋滞認識処理に必要な前記認識情報収集範囲を送信すると共に認識情報の収集を依頼し、渋滞認識処理に必要な認識情報収集範囲から収集した全ての認識情報を解析して渋滞の発生を認識した場合に、前記クライアントに対して渋滞発生情報を通知することを特徴とする状況認識監視システム。
【請求項５】
監視対象の状況の変化を検出した前記監視カメラ、若しくは、隣接する監視カメラから前記認識情報の収集の依頼を受信した前記監視カメラが、
前記ネットワーク経由で隣接する監視カメラであって、且つ、受信した渋滞認識処理に必要な前記認識情報収集範囲内に存在する監視カメラに対して認識情報の収集の依頼をし、
認識情報の収集を依頼した監視カメラから認識情報や設定情報を受信するまで待機し、
当該認識情報や設定情報を受信した場合に取得した認識情報や設定情報と共に自らの認識情報と設定情報を依頼元である監視対象の状況の変化を検出した前記監視カメラ、若しくは、隣接する監視カメラに送信することを特徴とする
請求項４記載の状況認識監視システム。
【請求項６】
前記各監視カメラが時系列的に同一の認識情報の収集の依頼を受信した場合には後者の依頼を破棄することを特徴とする
請求項４若しくは請求項５記載の状況認識監視システム。
【請求項７】
検出手段によって得られた情報に基づき状況を認識する状況認識監視システムにおいて、
監視対象の雨量を計測しネットワークを介して雨量情報を送信すると共に雨量センサ間で相互通信を行う前記検出手段である複数台の雨量センサと、
これら各雨量センサで計測された雨量情報を前記ネットワーク経由で受信し表示を行うクライアントとを備え、
監視対象の状況の変化を検出した前記雨量センサが、前記ネットワーク経由で隣接する雨量センサに対して監視対象の状況の変化を検出した前記雨量センサの位置情報と降雨地域認識処理に必要な雨量収集範囲を送信すると共に雨量情報の収集を依頼し、降雨地域認識処理に必要な雨量収集範囲から収集した全ての雨量情報を解析して降雨地域を認識した場合に、前記クライアントに対して降雨地域情報を通知することを特徴とする状況認識監視システム。
【請求項８】
監視対象の状況の変化を検出した前記雨量センサ、若しくは、隣接する雨量センサから雨量情報の収集の依頼を受信した前記雨量センサが、
前記ネットワーク経由で隣接する雨量センサであって、且つ、受信した降雨地域認識処理に必要な雨量収集範囲内に存在する雨量センサに対して雨量情報の収集の依頼をし、
雨量情報の収集を依頼した雨量センサから雨量情報や位置情報を受信するまで待機し、
当該雨量情報や位置情報を受信した場合に取得した雨量情報や位置情報と共に自らの雨量情報と位置情報を依頼元である監視対象の状況の変化を検出した前記雨量センサ、若しくは、隣接する雨量センサに送信することを特徴とする
請求項７記載の状況認識監視システム。
【請求項９】
前記各雨量センサが時系列的に同一の雨量情報の収集の依頼を受信した場合には後者の依頼を破棄することを特徴とする
請求項７若しくは請求項８記載の状況認識監視システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、監視カメラ等の検出手段によって得られた情報に基づき道路の渋滞等の状況を認識する状況認識監視システムに関し、特に、システム全体を管理する中央管理サーバを備えることなくシステムの構築が可能な状況認識監視システムに関する。
【背景技術】
【０００２】
従来の監視カメラ等の検出手段によって得られた情報に基づき道路の渋滞等の状況を認識する状況認識監視システムに関連する先行技術文献としては次のようなものがある。
【０００３】
【特許文献１】特開平０９−０５４８９０号公報
【特許文献２】特開平０９−０８３９９６号公報
【特許文献３】特開平１１−１４４１９２号公報
【特許文献４】特開２００２−００８１８５号公報
【特許文献５】特開２００２−０２４９８８号公報
【特許文献６】特開２００２−１５０４８３号公報
【０００４】
従来の状況を認識する状況認識監視システムの一例としては交通渋滞の認識監視システムがあり、道路の各要所に配置されネットワークによって接続された複数台の監視カメラによって各道路の状況を映像として撮影し、中央管理のコンピュータによって撮影された映像を解析することにより交通渋滞の発生を認識して、ネットワーク経由で接続されたクライアントに通知するものである。
【０００５】
図１４はこのような従来の状況認識監視システムの一例を示す構成ブロック図である。図１４において，１，２，３及び４は監視対象を撮影しネットワークを介して映像を送信すると共に監視対象の状況の認識を行う監視カメラ、５は各監視カメラの集中管理を行う中央管理サーバ、６は遠隔地等から各監視カメラで撮影された映像を前記ネットワーク経由で受信し表示を行うコンピュータ等のクライアント、１００はインターネット等の汎用のネットワークである。
【０００６】
監視カメラ１，２，３及び４はネットワーク１００にそれぞれ接続され、中央管理サーバ５もまたネットワーク１００に接続される。そして、クライアント６もネットワーク１００に接続される。
【０００７】
ここで、図１４に示す従来例の動作を図１５、図１６、図１７、図１８、図１９、図２０及び図２１を用いて説明する。図１５は監視カメラの動作を説明するフロー図、図１６は監視対象の状況変化の認識の説明を行う説明図、図１７、図１９及び図２０は情報の伝達状況を説明する説明図、図１８は中央管理サーバ５の動作を説明するフロー図、図２１はクライアント６の表示画面の一例を説明する説明図である。
【０００８】
図１５中”Ｓ００１”において監視カメラ１は、監視対象映像を撮影し、図１５中”Ｓ００２”において監視カメラ１は、監視対象の状況が変化したか否かを判断する。もし、図１５中”Ｓ００２”において監視対象の状況に変化が生じなかったと判断した場合には図１５中”Ｓ００１”のステップに戻る。
【０００９】
例えば、図１６中”ＣＭ０１”に示す監視カメラが図１６中”ＲＤ０１”に示す道路を監視対象としている場合を想定する。また、図１６中”ＲＤ０１”に示す道路には図１６中”ＣＲ０１”、”ＣＲ０２”、”ＣＲ０３”及び”ＣＲ０４”に示すような自動車が走行している。
【００１０】
図１６中”ＣＭ０１”に示す監視カメラは撮影された映像に映っている自動車の台数等に基づき監視対象である道路の状況の変化を認識する。
【００１１】
例えば、図１６中”ＣＭ０１”に示す監視カメラは撮影した映像に３台以上の自動車が映っている場合には監視対象の状況が変化したと判断する。すなわち、図１６示す説明図においては図１６中”ＣＭ０１”に示す監視カメラには図１６中”ＣＲ０１”、”ＣＲ０２”及び”ＣＲ０３”の３台の自動車が映し出されているので監視対象の状況が変化したと判断する。
【００１２】
もし、図１５中”Ｓ００２”において監視対象の状況に変化が生じたと判断した場合には、図１５中”Ｓ００３”において監視カメラ１は、ネットワーク１００経由で中央管理サーバ５に監視対象の状況が変化した旨の通知を行う。
【００１３】
例えば、監視カメラ１において図１７中”ＥＶ１１”に示すようにイベント（監視対象の状況の変化）を検出した場合には、監視カメラ１は図１７中”ＳＭ１１”に示すようにネットワーク１００経由で中央管理サーバ５に監視対象の状況が変化した旨の通知を行う。
【００１４】
一方、図１８中”Ｓ１０１”において中央管理サーバ５は、ネットワーク１００経由で各監視カメラ１〜４から状況変化通知を受信したか否かを判断し、もし、状況変化通知を受信しなかったと判断した場合には図１８中”Ｓ１０１”のステップに戻る。
【００１５】
もし、図１８中”Ｓ１０１”において状況変化通知を受信したと判断した場合には、図１８中”Ｓ１０２”において中央管理サーバ５は、状況変化通知を受信した監視カメラを中心に隣接する監視カメラの映像を収集する。
【００１６】
例えば、中央管理サーバ５は、図１９中”ＳＤ２１”、”ＳＤ２２”及び”ＳＤ２３”に示すように、図１９中”ＥＶ０１”に示すイベント（監視対象の状況の変化）を検出した監視カメラの映像と共に隣接する監視カメラ２及び３の映像とを併せて収集する。
【００１７】
そして、図１８中”Ｓ１０３”において中央管理サーバ５は、収集した映像を解析して渋滞の発生を認識したか否かを判断し、もし、渋滞の発生を認識しなかった場合には図１８中”Ｓ１０１”のステップに戻る。
【００１８】
もし、図１８中”Ｓ１０３”において渋滞の発生を認識したと判断した場合には、図１８中”Ｓ１０４”において中央管理サーバ５は、クライアント６に対して渋滞発生情報を通知する。
【００１９】
例えば、中央管理サーバ５は図２０中”ＳＩ３１”に示すようにネットワーク１００経由でクライアント６に対して渋滞発生情報を送信する。
【００２０】
最後に、クライアント６は、ネットワーク１００経由で中央管理サーバ５から受信した渋滞発生情報を表示手段上に表示させる。
【００２１】
例えば、図２１中”ＤＳ４１”に示すクライアント６の表示画面上には図２１中”ＷＤ４１”、”ＷＤ４２”及び”ＷＤ４３”に示すようなウィンドウ画面が表示され、各ウィンドウ画面には各監視カメラ１〜４で撮影された現在の道路の状況がリアルタイムに表示されている場合を想定する。
【００２２】
このような状況で中央管理サーバ５から渋滞発生情報を受信した場合、クライアント６は、イベント（監視対象の状況の変化）を検出した監視カメラに対応するウィンドウ画面上に図２１中”ＩＤ４１”に示すような表示を行うことにより、クライアント６を操作するユーザに対して渋滞の発生を周知させる。
【００２３】
この結果、イベント（監視対象の状況の変化）を検出した監視カメラは中央管理サーバ５にその旨の通知を行い、当該通知を受信した中央管理サーバ５は状況変化通知を受信した監視カメラを中心に隣接する監視カメラの映像を収集すると共に収集した映像を解析して渋滞の発生を認識した場合に、クライアント６に対して渋滞発生情報を通知することにより、道路の渋滞等の状況を認識することが可能になる。
【発明の開示】
【発明が解決しようとする課題】
【００２４】
しかし、図１４に示すような従来例では、中央管理サーバ５がシステム全体の認識処理を行うので中央管理サーバ５に負荷が集中するために、当該中央管理サーバ５に対しては高いスペックが要求されることとなり、それに伴いコストが上昇してしまうと言った問題点があった。
【００２５】
また、このような状況認識監視システムではシステム障害に起因するシステムダウンを可能な限り回避するために、複数のサーバを冗長化して配置する等の信頼性を向上させるための措置が必要になり、更なるコストの上昇を生じてしまうと言った問題点があった。
【００２６】
さらに、状況認識監視システムの保守や機能拡張等に伴い監視カメラの追加、若しくは、削除を行う場合には、当該追加、若しくは、削除される監視カメラを統括して管理する中央管理サーバ５の再設定や調整等を行う必要性が生じ、中央管理サーバ５で稼動するアプリケーションの仕様によっては中央管理サーバを一時的に停止させなければならなくなると言った問題点があった。
従って本発明が解決しようとする課題は、システム全体を管理する中央管理サーバを備えることなくシステムの構築が可能な状況認識監視システムを実現することにある。
【課題を解決するための手段】
【００２７】
このような課題を達成するために、本発明のうち請求項１記載の発明は、
検出手段によって得られた情報に基づき状況を認識する状況認識監視システムにおいて、
監視対象を撮影しネットワークを介して映像を送信すると共に監視カメラ間で相互通信を行う前記検出手段である複数台の監視カメラと、これら各監視カメラで撮影された映像を前記ネットワーク経由で受信し表示を行うクライアントとを備え、
監視対象の状況の変化を検出した前記監視カメラが、ネットワーク経由で隣接する監視カメラに対して監視対象の状況の変化を検出した前記監視カメラの位置情報と渋滞認識処理に必要な映像収集範囲を送信すると共に映像の収集を依頼し、渋滞認識処理に必要な映像収集範囲から収集した全ての映像を解析して渋滞の発生を認識した場合に、前記クライアントに対して渋滞発生情報を通知することにより、システム全体を管理する中央管理サーバを備えることなく道路の渋滞等の状況を認識する状況認識監視システムの構築が可能になる。また、システム全体を管理する中央管理サーバが不要であるため、一部の監視カメラに故障等の不具合が生じた場合であっても状況認識監視システム全体がシステムダウンすることなくシステムの信頼性が向上する。さらに、状況認識監視システムの保守や機能拡張等に伴い監視カメラの追加、若しくは、削除を行う場合であっても中央管理サーバの再設定や調整等は不要になるので再設定等の工数が不要になり、中央管理サーバを一時的に停止させる必要性もないのでシステムの信頼性が向上する。
【００２８】
請求項２記載の発明は、
請求項１記載の発明である状況認識監視システムにおいて、
監視対象の状況の変化を検出した前記監視カメラ、若しくは、隣接する監視カメラから映像の収集の依頼を受信した前記監視カメラが、
前記ネットワーク経由で隣接する監視カメラであって、且つ、受信した渋滞認識処理に必要な映像収集範囲内に存在する監視カメラに対して映像の収集の依頼をし、映像の収集を依頼した監視カメラから映像や位置情報を受信するまで待機し、当該映像や位置情報を受信した場合に取得した映像や位置情報と共に自らの映像と位置情報を依頼元である監視対象の状況の変化を検出した前記監視カメラ、若しくは、隣接する監視カメラに送信することにより、システム全体を管理する中央管理サーバを備えることなく道路の渋滞等の状況を認識する状況認識監視システムの構築が可能になる。また、システム全体を管理する中央管理サーバが不要であるため、一部の監視カメラに故障等の不具合が生じた場合であっても状況認識監視システム全体がシステムダウンすることなくシステムの信頼性が向上する。さらに、状況認識監視システムの保守や機能拡張等に伴い監視カメラの追加、若しくは、削除を行う場合であっても中央管理サーバの再設定や調整等は不要になるので再設定等の工数が不要になり、中央管理サーバを一時的に停止させる必要性もないのでシステムの信頼性が向上する。
【００２９】
請求項３記載の発明は、
請求項１若しくは請求項２記載の発明である状況認識監視システムにおいて、
前記各監視カメラが時系列的に同一の映像の収集の依頼を受信した場合には後者の依頼を破棄することにより、ネットワーク上の通信量の増大を抑えることが可能になる。
【００３０】
請求項４記載の発明は、
検出手段によって得られた情報に基づき状況を認識する状況認識監視システムにおいて、
監視対象を撮影しネットワークを介して映像を送信すると共に自ら撮影した映像の画像処理結果に基づき認識した認識情報を有し、監視カメラ間で相互通信を行う前記検出手段である複数台の監視カメラと、これら各監視カメラで撮影された映像を前記ネットワーク経由で受信し表示を行うクライアントとを備え、
監視対象の状況の変化を検出した前記監視カメラが、ネットワーク経由で隣接する監視カメラに対して監視対象の状況の変化を検出した前記監視カメラの設定情報と渋滞認識処理に必要な前記認識情報収集範囲を送信すると共に認識情報の収集を依頼し、渋滞認識処理に必要な認識情報収集範囲から収集した全ての認識情報を解析して渋滞の発生を認識した場合に、前記クライアントに対して渋滞発生情報を通知することにより、システム全体を管理する中央管理サーバを備えることなく道路の渋滞等の状況を認識する状況認識監視システムの構築が可能になる。また、システム全体を管理する中央管理サーバが不要であるため、一部の監視カメラに故障等の不具合が生じた場合であっても状況認識監視システム全体がシステムダウンすることなくシステムの信頼性が向上する。さらに、状況認識監視システムの保守や機能拡張等に伴い監視カメラの追加、若しくは、削除を行う場合であっても中央管理サーバの再設定や調整等は不要になるので再設定等の工数が不要になり、中央管理サーバを一時的に停止させる必要性もないのでシステムの信頼性が向上する。
【００３１】
請求項５記載の発明は、
請求項４記載の発明である状況認識監視システムにおいて、
監視対象の状況の変化を検出した前記監視カメラ、若しくは、隣接する監視カメラから前記認識情報の収集の依頼を受信した前記監視カメラが、
前記ネットワーク経由で隣接する監視カメラであって、且つ、受信した渋滞認識処理に必要な前記認識情報収集範囲内に存在する監視カメラに対して認識情報の収集の依頼をし、認識情報の収集を依頼した監視カメラから認識情報や設定情報を受信するまで待機し、当該認識情報や設定情報を受信した場合に取得した認識情報や設定情報と共に自らの認識情報と設定情報を依頼元である監視対象の状況の変化を検出した前記監視カメラ、若しくは、隣接する監視カメラに送信することにより、システム全体を管理する中央管理サーバを備えることなく道路の渋滞等の状況を認識する状況認識監視システムの構築が可能になる。また、システム全体を管理する中央管理サーバが不要であるため、一部の監視カメラに故障等の不具合が生じた場合であっても状況認識監視システム全体がシステムダウンすることなくシステムの信頼性が向上する。さらに、状況認識監視システムの保守や機能拡張等に伴い監視カメラの追加、若しくは、削除を行う場合であっても中央管理サーバの再設定や調整等は不要になるので再設定等の工数が不要になり、中央管理サーバを一時的に停止させる必要性もないのでシステムの信頼性が向上する。
【００３２】
請求項６記載の発明は、
請求項４若しくは請求項５記載の発明である状況認識監視システムにおいて、
前記各監視カメラが時系列的に同一の認識情報の収集の依頼を受信した場合には後者の依頼を破棄することにより、ネットワーク上の通信量の増大を抑えることが可能になる。
【００３３】
請求項７記載の発明は、
検出手段によって得られた情報に基づき状況を認識する状況認識監視システムにおいて、
監視対象の雨量を計測しネットワークを介して雨量情報を送信すると共に雨量センサ間で相互通信を行う前記検出手段である複数台の雨量センサと、これら各雨量センサで計測された雨量情報を前記ネットワーク経由で受信し表示を行うクライアントとを備え、
監視対象の状況の変化を検出した前記雨量センサが、前記ネットワーク経由で隣接する雨量センサに対して監視対象の状況の変化を検出した前記雨量センサの位置情報と降雨地域認識処理に必要な雨量収集範囲を送信すると共に雨量情報の収集を依頼し、降雨地域認識処理に必要な雨量収集範囲から収集した全ての雨量情報を解析して降雨地域を認識した場合に、前記クライアントに対して降雨地域情報を通知することにより、システム全体を管理する中央管理サーバを備えることなく降雨地域等の状況を認識する状況認識監視システムの構築が可能になる。また、システム全体を管理する中央管理サーバが不要であるため、一部の雨量センサに故障等の不具合が生じた場合であっても状況認識監視システム全体がシステムダウンすることなくシステムの信頼性が向上する。さらに、状況認識監視システムの保守や機能拡張等に伴い雨量センサの追加、若しくは、削除を行う場合であっても中央管理サーバの再設定や調整等は不要になるので再設定等の工数が不要になり、中央管理サーバを一時的に停止させる必要性もないのでシステムの信頼性が向上する。
【００３４】
請求項８記載の発明は、
請求項７記載の発明である状況認識監視システムにおいて、
監視対象の状況の変化を検出した前記雨量センサ、若しくは、隣接する雨量センサから雨量情報の収集の依頼を受信した前記雨量センサが、
前記ネットワーク経由で隣接する雨量センサであって、且つ、受信した降雨地域認識処理に必要な雨量収集範囲内に存在する雨量センサに対して雨量情報の収集の依頼をし、雨量情報の収集を依頼した雨量センサから雨量情報や位置情報を受信するまで待機し、当該雨量情報や位置情報を受信した場合に取得した雨量情報や位置情報と共に自らの雨量情報と位置情報を依頼元である監視対象の状況の変化を検出した前記雨量センサ、若しくは、隣接する雨量センサに送信することにより、システム全体を管理する中央管理サーバを備えることなく降雨地域等の状況を認識する状況認識監視システムの構築が可能になる。また、システム全体を管理する中央管理サーバが不要であるため、一部の雨量センサに故障等の不具合が生じた場合であっても状況認識監視システム全体がシステムダウンすることなくシステムの信頼性が向上する。さらに、状況認識監視システムの保守や機能拡張等に伴い雨量センサの追加、若しくは、削除を行う場合であっても中央管理サーバの再設定や調整等は不要になるので再設定等の工数が不要になり、中央管理サーバを一時的に停止させる必要性もないのでシステムの信頼性が向上する。
【００３５】
請求項９記載の発明は、
請求項７若しくは請求項８記載の発明である状況認識監視システムにおいて、
前記各雨量センサが時系列的に同一の雨量情報の収集の依頼を受信した場合には後者の依頼を破棄することにより、ネットワーク上の通信量の増大を抑えることが可能になる。
【発明の効果】
【００３６】
本発明によれば次のような効果がある。
請求項１及び請求項２の発明によれば、イベント（監視対象の状況の変化）を検出した監視カメラは、ネットワーク経由で隣接する監視カメラに対してイベント（監視対象の状況の変化）を検出した監視カメラの位置情報と渋滞認識処理に必要な映像収集範囲を送信すると共に映像の収集を依頼し、渋滞認識処理に必要な映像収集範囲から収集した全ての映像を解析して渋滞の発生を認識した場合に、クライアントに対して渋滞発生情報を通知することにより、システム全体を管理する中央管理サーバを備えることなく道路の渋滞等の状況を認識する状況認識監視システムの構築が可能になる。また、システム全体を管理する中央管理サーバが不要であるため、一部の監視カメラに故障等の不具合が生じた場合であっても状況認識監視システム全体がシステムダウンすることなくシステムの信頼性が向上する。さらに、状況認識監視システムの保守や機能拡張等に伴い監視カメラの追加、若しくは、削除を行う場合であっても中央管理サーバの再設定や調整等は不要になるので再設定等の工数が不要になり、中央管理サーバを一時的に停止させる必要性もないのでシステムの信頼性が向上する。
【００３７】
また、請求項３の発明によれば、１つの監視カメラが時系列的に同一の”映像の収集の依頼”を受信した場合には後者の”映像の収集の依頼”を破棄することにより、ネットワーク上の通信量の増大を抑えることが可能になる。
【００３８】
また、請求項４及び請求項５の発明によれば、イベント（監視対象の状況の変化）を検出した監視カメラは、ネットワーク経由で隣接する監視カメラに対してイベント（監視対象の状況の変化）を検出した監視カメラの設定情報と渋滞認識処理に必要な認識情報収集範囲を送信すると共に認識情報の収集を依頼し、渋滞認識処理に必要な認識情報収集範囲から収集した全ての認識情報を解析して渋滞の発生を認識した場合に、クライアントに対して渋滞発生情報を通知することにより、システム全体を管理する中央管理サーバを備えることなく道路の渋滞等の状況を認識する状況認識監視システムの構築が可能になる。また、システム全体を管理する中央管理サーバが不要であるため、一部の監視カメラに故障等の不具合が生じた場合であっても状況認識監視システム全体がシステムダウンすることなくシステムの信頼性が向上する。さらに、状況認識監視システムの保守や機能拡張等に伴い監視カメラの追加、若しくは、削除を行う場合であっても中央管理サーバの再設定や調整等は不要になるので再設定等の工数が不要になり、中央管理サーバを一時的に停止させる必要性もないのでシステムの信頼性が向上する。
【００３９】
また、請求項６の発明によれば、１つの監視カメラが時系列的に同一の”認識情報の収集の依頼”を受信した場合には後者の”認識情報の収集の依頼”を破棄することにより、ネットワーク上の通信量の増大を抑えることが可能になる。
【００４０】
また、請求項７及び請求項８の発明によれば、イベント（監視対象の状況の変化）を検出した雨量センサは、ネットワーク経由で隣接する雨量センサに対してイベント（監視対象の状況の変化）を検出した雨量センサの位置情報と降雨地域認識処理に必要な雨量収集範囲を送信すると共に雨量情報の収集を依頼し、降雨地域認識処理に必要な雨量収集範囲から収集した全ての雨量情報を解析して降雨地域を認識した場合に、クライアントに対して降雨地域情報を通知することにより、システム全体を管理する中央管理サーバを備えることなく降雨地域等の状況を認識する状況認識監視システムの構築が可能になる。また、システム全体を管理する中央管理サーバが不要であるため、一部の雨量センサに故障等の不具合が生じた場合であっても状況認識監視システム全体がシステムダウンすることなくシステムの信頼性が向上する。さらに、状況認識監視システムの保守や機能拡張等に伴い雨量センサの追加、若しくは、削除を行う場合であっても中央管理サーバの再設定や調整等は不要になるので再設定等の工数が不要になり、中央管理サーバを一時的に停止させる必要性もないのでシステムの信頼性が向上する。
【００４１】
また、請求項９の発明によれば、１つの雨量センサが時系列的に同一の”雨量情報の収集の依頼”を受信した場合には後者の”雨量情報の収集の依頼”を破棄することにより、ネットワーク上の通信量の増大を抑えることが可能になる。
【発明を実施するための最良の形態】
【００４２】
以下本発明を図面を用いて詳細に説明する。図１は本発明に係る状況認識監視システムの一実施例を示す構成ブロック図である。図１において７，８，９及び１０は監視対象を撮影しネットワークを介して映像を送信すると共に監視カメラ間で相互通信を行うことにより監視対象の状況の認識を行う監視カメラ、１１は遠隔地等から各監視カメラで撮影された映像を前記ネットワーク経由で受信し表示を行うコンピュータ等のクライアント、１０１はインターネット等の汎用のネットワークである。
【００４３】
監視カメラ７，８，９及び１０はネットワーク１０１にそれぞれ接続され、クライアント１１もネットワーク１０１に接続される。
【００４４】
ここで、図１に示す実施例の動作を図２、図３、図４、図５、図６、図７、図８、図９及び図１０を用いて説明する。図２及び図５は各監視カメラの動作を説明するフロー図、図３は監視対象の状況変化の認識の説明を行う説明図、図４、図６、図７、図８及び図９は情報の伝達状況を説明する説明図、図１０はクライアント１１の表示画面の一例を説明する説明図である。
【００４５】
図２中”Ｓ２０１”において、例えば、監視カメラ８は、監視対象映像を撮影し、図２中”Ｓ２０２”において監視カメラは、監視対象の状況が変化したか否かを判断する。もし、図２中”Ｓ２０２”において監視対象の状況に変化が生じなかったと判断した場合には図２中”Ｓ２０１”のステップに戻る。
【００４６】
例えば、図３中”ＣＭ５１”に示す監視カメラ８が図３中”ＲＤ５１”に示す道路を監視対象としている場合を想定する。また、図３中”ＲＤ５１”に示す道路には図３中”ＣＲ５１”、”ＣＲ５２”、”ＣＲ５３”及び”ＣＲ５４”に示すような自動車が走行している。
【００４７】
図３中”ＣＭ５１”に示す監視カメラ８は撮影された映像に映っている自動車の台数等に基づき監視対象である道路の状況の変化を認識する。
【００４８】
例えば、図３中”ＣＭ５１”に示す監視カメラ８は撮影した映像に３台以上の自動車が映っている場合には監視対象の状況が変化したと判断する。すなわち、図３示す説明図においては図３中”ＣＭ５１”に示す監視カメラ８には図３中”ＣＲ５１”、”ＣＲ５２”及び”ＣＲ５３”の３台の自動車が映し出されているので監視対象の状況が変化したと判断する。
【００４９】
もし、図２中”Ｓ２０２”において監視対象の状況に変化が生じたと判断した場合には、図２中”Ｓ２０３”において監視カメラ８は、ネットワーク１０１経由で隣接する監視カメラ７及び９に対して監視カメラ８の位置情報と渋滞認識処理に必要な映像収集範囲を送信すると共に映像の収集を依頼する。
【００５０】
例えば、監視カメラ８において図４中”ＥＶ６１”に示すようにイベント（監視対象の状況の変化）を検出した場合には、監視カメラ８は図４中”ＲＱ６１”及び”ＲＱ６２”に示すようにネットワーク１０１経由で隣接する監視カメラ７及び９に対して監視カメラ８の位置情報と渋滞認識処理に必要な映像収集範囲を送信すると共に映像の収集を依頼する。
【００５１】
そして、図２中”Ｓ２０４”において監視カメラ８は、渋滞認識処理に必要な映像収集範囲からの全ての映像の収集を完了したか否かを判断し、全ての映像の収集を完了するまで待機する。
【００５２】
一方、図５中”Ｓ３０１”において監視カメラ７及び９は、監視カメラ８からの映像の収集の依頼を受信したか否かを判断し、もし、映像の収集の依頼を受信しなかったと判断した場合には図５中”Ｓ３０１”のステップに戻る。
【００５３】
もし、図５中”３０１”において映像の収集の依頼を受信したと判断した場合には、図５中”Ｓ３０２”において監視カメラ７及び９は、ネットワーク１０１経由で隣接する監視カメラであって、且つ、受信した渋滞認識処理に必要な映像収集範囲内に存在する監視カメラに対して映像の収集の依頼をする。
【００５４】
例えば、監視カメラ７及び９にはそれぞれ図６中”ＣＭ７１”及び”ＣＭ７２”に示すような監視カメラが隣接しており、且つ、渋滞認識処理に必要な映像収集範囲内に存在する場合には、監視カメラ７及び９は図６中”ＲＱ７３”及び”ＲＱ７４”に示すようにネットワーク１０１経由で図６中”ＣＭ７１”及び”ＣＭ７２”に示すような監視カメラに対して映像の収集の依頼をする。
【００５５】
言い換えれば、各監視カメラはバケツリレー方式で渋滞認識処理に必要な映像収集範囲内に存在する監視カメラの映像や位置情報等を収集する。
【００５６】
そして、図５中”Ｓ３０３”において監視カメラ７及び９は映像の収集を依頼した監視カメラから映像や位置情報等を受信するまで待機し、当該映像や位置情報等を受信した場合には図５中”Ｓ３０４”において監視カメラ７及び９は、取得した映像や位置情報等と共に自らの映像と位置情報を依頼元に送信する。
【００５７】
例えば、図７中”ＲＳ８１”及び”ＲＳ８２”に示すように、監視カメラ７及び９は、図７中”ＣＭ７１”及び”ＣＭ７２”に示す監視カメラから映像や位置情報等を受信した場合には、図８中”ＲＳ８３”及び”ＲＳ８４”に示すように依頼元である監視カメラ８に対して取得した映像や位置情報等と共に自らの映像と位置情報を送信する。
【００５８】
図２中”Ｓ２０４”のステップに戻って、このように、渋滞認識処理に必要な映像収集範囲からの全ての映像の収集を完了したと判断した場合には、図２中”Ｓ２０５”において監視カメラ８は、渋滞認識処理に必要な映像収集範囲から収集した全ての映像を解析すると共に、図２中”Ｓ２０６”において監視カメラ８は、渋滞の発生を認識したか否かを判断し、もし、渋滞の発生を認識しなかったと判断した場合には図２中”Ｓ２０１”のステップに戻る。
【００５９】
もし、図２中”Ｓ２０６”において渋滞の発生を認識したと判断した場合には、図２中”Ｓ２０７”において監視カメラ８は、クライアント１１に対して渋滞発生情報を通知する。
【００６０】
例えば、監視カメラ８は図９中”ＳＩ９１”に示すようにネットワーク１０１経由でクライアント１１に対して渋滞発生情報を送信する。
【００６１】
最後に、クライアント１１は、ネットワーク１０１経由で監視カメラ８から受信した渋滞発生情報を表示手段上に表示させる。
【００６２】
例えば、図１０中”ＤＳ１０１”に示すクライアント１１の表示画面上には図１０中”ＷＤ１０１”、”ＷＤ１０２”及び”ＷＤ１０３”に示すようなウィンドウ画面が表示され、各ウィンドウ画面には各監視カメラ７〜９等で撮影された現在の道路の状況がリアルタイムに表示されている場合を想定する。
【００６３】
このような状況で監視カメラ８から渋滞発生情報を受信した場合、クライアント１１は、イベント（監視対象の状況の変化）を検出した監視カメラ８に対応するウィンドウ画面上に図１０中”ＩＤ１０１”に示すような表示を行うことにより、クライアント１１を操作するユーザに対して渋滞の発生を周知させる。
【００６４】
この結果、イベント（監視対象の状況の変化）を検出した監視カメラは、ネットワーク１０１経由で隣接する監視カメラに対してイベント（監視対象の状況の変化）を検出した監視カメラの位置情報と渋滞認識処理に必要な映像収集範囲を送信すると共に映像の収集を依頼し、渋滞認識処理に必要な映像収集範囲から収集した全ての映像を解析して渋滞の発生を認識した場合に、クライアント１１に対して渋滞発生情報を通知することにより、システム全体を管理する中央管理サーバを備えることなく道路の渋滞等の状況を認識する状況認識監視システムの構築が可能になる。
【００６５】
また、システム全体を管理する中央管理サーバが不要であるため、一部の監視カメラに故障等の不具合が生じた場合であっても状況認識監視システム全体がシステムダウンすることなくシステムの信頼性が向上する。
【００６６】
さらに、状況認識監視システムの保守や機能拡張等に伴い監視カメラの追加、若しくは、削除を行う場合であっても中央管理サーバの再設定や調整等は不要になるので再設定等の工数が不要になり、中央管理サーバを一時的に停止させる必要性もないのでシステムの信頼性が向上する。
【００６７】
なお、図１に示す実施例の説明に際しては、各監視カメラはバケツリレー方式で渋滞認識処理に必要な映像収集範囲内に存在する監視カメラの映像や位置情報等を収集しているが、各監視カメラの間で”映像の収集の依頼”がループしてネットワーク上の通信量が増大しないように、１つの監視カメラが時系列的に同一の”映像の収集の依頼”を受信した場合には、後から受信した後者の”映像の収集の依頼”を破棄しても構わない。これにより、ネットワーク上の通信量の増大を抑えることが可能になる。
【００６８】
また、図１に示す実施例では、各監視カメラはバケツリレー方式で渋滞認識処理に必要な映像収集範囲内に存在する監視カメラの映像や位置情報等を収集しているが、ただ単純にイベント（監視対象の状況の変化）を検出した監視カメラが渋滞認識処理に必要な映像収集範囲の全ての映像や位置情報等を収集して認識処理を行う場合には、当該監視カメラの認識処理の負荷が増大するとともにネットワーク上の通信量も大きくなってしまう。
【００６９】
このため、各監視カメラが自ら撮影した映像の画像処理結果に基づき認識した”自動車の速度が速い”、”自動車の速度が遅い”や、”停止車両の有無”と言った認識情報と、位置情報等のカメラの設定情報を有し、各監視カメラ間で当該認識情報及び設定情報を相互通信を行うことにより監視対象の状況の認識を行っても構わない。
【００７０】
すなわち、図２及び図５において”映像”を”認識情報”に、”位置”を”設定情報”として読み替えることにより、説明が可能になる。
【００７１】
図２中”Ｓ２０１”において、例えば、監視カメラ８は、監視対象映像を撮影し、図２中”Ｓ２０２”において監視カメラは、監視対象の状況が変化したか否かを判断する。もし、図２中”Ｓ２０２”において監視対象の状況に変化が生じなかったと判断した場合には図２中”Ｓ２０１”のステップに戻る。
【００７２】
例えば、図３中”ＣＭ５１”に示す監視カメラ８が図３中”ＲＤ５１”に示す道路を監視対象としている場合を想定する。また、図３中”ＲＤ５１”に示す道路には図３中”ＣＲ５１”、”ＣＲ５２”、”ＣＲ５３”及び”ＣＲ５４”に示すような自動車が走行している。
【００７３】
図３中”ＣＭ５１”に示す監視カメラ８は撮影された映像に映っている自動車の台数等に基づき監視対象である道路の状況の変化を認識する。
【００７４】
例えば、図３中”ＣＭ５１”に示す監視カメラ８は撮影した映像に３台以上の自動車が映っている場合には監視対象の状況が変化したと判断する。すなわち、図３示す説明図においては図３中”ＣＭ５１”に示す監視カメラ８には図３中”ＣＲ５１”、”ＣＲ５２”及び”ＣＲ５３”の３台の自動車が映し出されているので監視対象の状況が変化したと判断する。
【００７５】
もし、図２中”Ｓ２０２”において監視対象の状況に変化が生じたと判断した場合には、図２中”Ｓ２０３”において監視カメラ８は、ネットワーク１０１経由で隣接する監視カメラ７及び９に対して監視カメラ８の設定情報と渋滞認識処理に認識情報収集範囲を送信すると共に認識情報の収集を依頼する。
【００７６】
例えば、監視カメラ８において図４中”ＥＶ６１”に示すようにイベント（監視対象の状況の変化）を検出した場合には、監視カメラ８は図４中”ＲＱ６１”及び”ＲＱ６２”に示すようにネットワーク１０１経由で隣接する監視カメラ７及び９に対して監視カメラ８の設定報と渋滞認識処理に必要な認識情報収集範囲を送信すると共に認識情報の収集を依頼する。
【００７７】
そして、図２中”Ｓ２０４”において監視カメラ８は、渋滞認識処理に必要な認識情報収集範囲からの全ての認識情報の収集を完了したか否かを判断し、全ての認識情報の収集を完了するまで待機する。
【００７８】
一方、図５中”Ｓ３０１”において監視カメラ７及び９は、監視カメラ８からの認識情報の収集の依頼を受信したか否かを判断し、もし、認識情報の収集の依頼を受信しなかったと判断した場合には図５中”Ｓ３０１”のステップに戻る。
【００７９】
もし、図５中”３０１”において認識情報の収集の依頼を受信したと判断した場合には、図５中”Ｓ３０２”において監視カメラ７及び９は、ネットワーク１０１経由で隣接する監視カメラであって、且つ、受信した渋滞認識処理に必要な認識情報収集範囲内に存在する監視カメラに対して認識情報の収集の依頼をする。
【００８０】
例えば、監視カメラ７及び９にはそれぞれ図６中”ＣＭ７１”及び”ＣＭ７２”に示すような監視カメラが隣接しており、且つ、渋滞認識処理に必要な認識情報収集範囲内に存在する場合には、監視カメラ７及び９は図６中”ＲＱ７３”及び”ＲＱ７４”に示すようにネットワーク１０１経由で図６中”ＣＭ７１”及び”ＣＭ７２”に示すような監視カメラに対して認識情報の収集の依頼をする。
【００８１】
言い換えれば、各監視カメラはバケツリレー方式で渋滞認識処理に必要な認識情報収集範囲内に存在する監視カメラの認識情報や設定情報等を収集する。
【００８２】
そして、図５中”Ｓ３０３”において監視カメラ７及び９は認識情報の収集を依頼した監視カメラから認識情報や設定情報等を受信するまで待機し、当該認識情報や設定情報等を受信した場合には図５中”Ｓ３０４”において監視カメラ７及び９は、取得した認識情報や設定情報等と共に自らの認識情報と設定情報を依頼元に送信する。
【００８３】
例えば、図７中”ＲＳ８１”及び”ＲＳ８２”に示すように、監視カメラ７及び９は、図７中”ＣＭ７１”及び”ＣＭ７２”に示す監視カメラから認識情報や設定情報等を受信した場合には、図８中”ＲＳ８３”及び”ＲＳ８４”に示すように依頼元である監視カメラ８に対して取得した認識情報や設定情報等と共に自らの認識情報と設定情報を送信する。
【００８４】
図２中”Ｓ２０４”のステップに戻って、このように、渋滞認識処理に必要な認識情報収集範囲からの全ての認識情報の収集を完了したと判断した場合には、図２中”Ｓ２０５”において監視カメラ８は、渋滞認識処理に必要な認識情報収集範囲から収集した全ての認識情報を解析すると共に、図２中”Ｓ２０６”において監視カメラ８は、渋滞の発生を認識したか否かを判断し、もし、渋滞の発生を認識しなかったと判断した場合には図２中”Ｓ２０１”のステップに戻る。
【００８５】
もし、図２中”Ｓ２０６”において渋滞の発生を認識したと判断した場合には、図２中”Ｓ２０７”において監視カメラ８は、クライアント１１に対して渋滞発生情報を通知する。
【００８６】
例えば、監視カメラ８は図９中”ＳＩ９１”に示すようにネットワーク１０１経由でクライアント１１に対して渋滞発生情報を送信する。
【００８７】
最後に、クライアント１１は、ネットワーク１０１経由で監視カメラ８から受信した渋滞発生情報を表示手段上に表示させる。
【００８８】
例えば、図１０中”ＤＳ１０１”に示すクライアント１１の表示画面上には図１０中”ＷＤ１０１”、”ＷＤ１０２”及び”ＷＤ１０３”に示すようなウィンドウ画面が表示され、各ウィンドウ画面には各監視カメラ７〜９等で撮影された現在の道路の状況がリアルタイムに表示されている場合を想定する。
【００８９】
このような状況で監視カメラ８から渋滞発生情報を受信した場合、クライアント１１は、イベント（監視対象の状況の変化）を検出した監視カメラ８に対応するウィンドウ画面上に図１０中”ＩＤ１０１”に示すような表示を行うことにより、クライアント１１を操作するユーザに対して渋滞の発生を周知させる。
【００９０】
この結果、イベント（監視対象の状況の変化）を検出した監視カメラは、ネットワーク１０１経由で隣接する監視カメラに対してイベント（監視対象の状況の変化）を検出した監視カメラの設定情報と渋滞認識処理に必要な認識情報収集範囲を送信すると共に認識情報の収集を依頼し、渋滞認識処理に必要な認識情報収集範囲から収集した全ての認識情報を解析して渋滞の発生を認識した場合に、クライアント１１に対して渋滞発生情報を通知することにより、システム全体を管理する中央管理サーバを備えることなく道路の渋滞等の状況を認識する状況認識監視システムの構築が可能になる。
【００９１】
また、図１に示す実施例では道路の渋滞等の状況を認識する状況認識監視システムを例示しているが、複数の雨量センサを互いに連携させて降雨地域等の状況を認識する状況認識監視システムに適用しても勿論構わない。
【００９２】
図１１はこのような本発明に係る状況認識監視システムの他の実施例を示す構成平面図である。図１１において１２，１３，１４，１５，１６，１７及び１８は監視対象の雨量を計測しネットワークを介して雨量情報を送信すると共に雨量センサ間で相互通信を行うことにより降雨地域等の状況の認識を行う雨量センサである。但し、図１１においては雨量センサ１２〜１８とネットワークやクライアントの接続関係に関しては図１に示す実施例と同様であるのでネットワークやクライアントの記載は省略している。
【００９３】
図１１中”ＣＡ１１１”に示す雨量収集領域内には雨量センサ１２，１３，１４，１５，１６，１７及び１８が分散して配置され、各雨量センサ１２〜１８はネットワーク（図示せず。）を経由して、遠隔地等から各雨量センサで計測された雨量情報を受信し表示を行うコンピュータ等のクライアント（図示せず。）に接続される。
【００９４】
ここで、図１１に示す他の実施例の動作を図１２及び図１３を用いて説明する。図１２は各雨量センサの動作を説明するフロー図、図１３はクライアント（図示せず。）の表示画面の一例を説明する説明図である。
【００９５】
図１２中”Ｓ４０１”において、例えば、雨量センサ１２は、監視対象の雨量情報を取得し、図１２中”Ｓ４０２”において雨量センサ１２は、監視対象の状況が変化（雨量を計測）したか否かを判断する。もし、図１２中”Ｓ４０２”において監視対象の状況に変化（雨量を計測）が生じなかったと判断した場合には図１２中”Ｓ４０１”のステップに戻る。
【００９６】
もし、図１２中”Ｓ４０２”において監視対象の状況に変化（雨量を計測）が生じたと判断した場合には、図１２中”Ｓ４０３”において雨量センサ１２は、ネットワーク（図示せず。）経由で隣接する雨量センサ１３〜１８に対して雨量センサ１２の位置情報と降雨地域認識処理に必要な雨量収集範囲を送信すると共に雨量情報の収集を依頼する。
【００９７】
そして、図１２中”Ｓ４０４”において雨量センサ１２は、降雨地域認識処理に必要な雨量収集範囲からの全ての雨量情報の収集を完了したか否かを判断し、全ての雨量情報の収集を完了するまで待機する。
【００９８】
図１２中”Ｓ４０４”において降雨地域認識処理に必要な雨量収集範囲からの全ての雨量情報の収集を完了したと判断した場合には、図１２中”Ｓ４０５”において雨量センサ１２は、降雨地域認識処理に必要な雨量収集範囲から収集した全ての雨量情報を解析すると共に、図１２中”Ｓ４０６”において雨量センサ１２は、降雨地域を認識したか否かを判断し、もし、降雨地域を認識しなかったと判断した場合には図１２中”Ｓ４０１”のステップに戻る。
【００９９】
もし、図１２中”Ｓ４０６”において降雨地域を認識したと判断した場合には、図１２中”Ｓ４０７”において雨量センサ１２は、クライアント（図示せず。）に対して降雨地域の情報を通知する。
【０１００】
例えば、雨量センサ１２は、雨量センサ１２，１３及び１４が雨量を計測している場合（その他の雨量センサは雨量を計測していない）には、図１１中”ＲＡ１１１”に示す地域を降雨地域として認識し、クライアント（図示せず。）に対して降雨地域の情報を通知する。
【０１０１】
最後に、クライアント（図示せず。）は、ネットワーク経由で雨量センサ１２から受信した降雨地域情報を表示手段上に表示させる。
【０１０２】
例えば、図１３中”ＤＳ１２１”に示すクライアント（図示せず。）の表示画面上には図１３中”ＷＤ１２１”、”ＷＤ１２２”及び”ＷＤ１２３”に示すようなウィンドウ画面が表示され、各ウィンドウ画面には各雨量センサ１２〜１８等で計測された現在の雨量情報等の状況がリアルタイムに表示されている場合を想定する。
【０１０３】
このような状況で雨量センサ１２から降雨地域情報を受信した場合、クライアント（図示せず。）は、イベント（監視対象の状況の変化）を検出した降雨センサ１２に対応するウィンドウ画面上に図１３中”ＩＤ１２１”に示すような表示を行うことにより、クライアント（図示せず。）を操作するユーザに対して降雨地域の情報を周知させる。
【０１０４】
この結果、イベント（監視対象の状況の変化）を検出した雨量センサは、ネットワーク経由で隣接する雨量センサに対してイベント（監視対象の状況の変化）を検出した雨量センサの位置情報と降雨地域認識処理に必要な雨量収集範囲を送信すると共に雨量情報の収集を依頼し、降雨地域認識処理に必要な雨量収集範囲から収集した全ての雨量情報を解析して降雨地域を認識した場合に、クライアントに対して降雨地域情報を通知することにより、システム全体を管理する中央管理サーバを備えることなく降雨地域等の状況を認識する状況認識監視システムの構築が可能になる。
【０１０５】
また、システム全体を管理する中央管理サーバが不要であるため、一部の雨量センサに故障等の不具合が生じた場合であっても状況認識監視システム全体がシステムダウンすることなくシステムの信頼性が向上する。
【０１０６】
さらに、状況認識監視システムの保守や機能拡張等に伴い雨量センサの追加、若しくは、削除を行う場合であっても中央管理サーバの再設定や調整等は不要になるので再設定等の工数が不要になり、中央管理サーバを一時的に停止させる必要性もないのでシステムの信頼性が向上する。
【０１０７】
また、各雨量センサは図５に示すフロー図と同様にバケツリレー方式で降雨地域認識処理に必要な雨量収集範囲内に存在する雨量センサの雨量情報や位置情報等を収集する。
【０１０８】
また、各雨量センサの間で”雨量情報の収集の依頼”がループしてネットワーク上の通信量が増大しないように、１つの雨量センサが時系列的に同一の”雨量情報の収集の依頼”を受信した場合には、後から受信した後者の”雨量情報の収集の依頼”を破棄しても構わない。これにより、ネットワーク上の通信量の増大を抑えることが可能になる。
【図面の簡単な説明】
【０１０９】
【図１】本発明に係る状況認識監視システムの一実施例を示す構成ブロック図である。
【図２】各監視カメラの動作を説明するフロー図である。
【図３】監視対象の状況変化の認識の説明を行う説明図である。
【図４】情報の伝達状況を説明する説明図である。
【図５】各監視カメラの動作を説明するフロー図である。
【図６】情報の伝達状況を説明する説明図である。
【図７】情報の伝達状況を説明する説明図である。
【図８】情報の伝達状況を説明する説明図である。
【図９】情報の伝達状況を説明する説明図である。
【図１０】クライアントの表示画面の一例を説明する説明図である。
【図１１】本発明に係る状況認識監視システムの他の実施例を示す構成平面図である。
【図１２】各雨量センサの動作を説明するフロー図である。
【図１３】クライアントの表示画面の一例を説明する説明図である。
【図１４】従来の状況認識監視システムの一例を示す構成ブロック図である。
【図１５】監視カメラの動作を説明するフロー図である。
【図１６】監視対象の状況変化の認識の説明を行う説明図である。
【図１７】情報の伝達状況を説明する説明図である。
【図１８】中央管理サーバの動作を説明するフロー図である。
【図１９】情報の伝達状況を説明する説明図である。
【図２０】情報の伝達状況を説明する説明図である。
【図２１】クライアントの表示画面の一例を説明する説明図である。
【符号の説明】
【０１１０】
１，２，３，４，７，８，９，１０  監視カメラ
５  中央管理サーバ
６，１１  クライアント
１２，１３，１４，１５，１６，１７，１８  雨量センサ
１００，１０１  ネットワーク
【図１】
2005215820.tif 000003
【図２】
2005215820.tif 000004
【図３】
2005215820.tif 000005
【図４】
2005215820.tif 000006
【図５】
2005215820.tif 000007
【図６】
2005215820.tif 000008
【図７】
2005215820.tif 000009
【図８】
2005215820.tif 000010
【図９】
2005215820.tif 000011
【図１０】
2005215820.tif 000012
【図１１】
2005215820.tif 000013
【図１２】
2005215820.tif 000014
【図１３】
2005215820.tif 000015
【図１４】
2005215820.tif 000016
【図１５】
2005215820.tif 000017
【図１６】
2005215820.tif 000018
【図１７】
2005215820.tif 000019
【図１８】
2005215820.tif 000020
【図１９】
2005215820.tif 000021
【図２０】
2005215820.tif 000022
【図２１】
2005215820.tif 000023