JP7349919B2 - 集中監視システム - Google Patents

Description

本開示は、集中監視システムに関するものである。

施設を利用する利用者の中には、当該施設内の環境を不快に感じる人もいる。利用者は、例えば、温度又は湿度が高くなる程、不快を感じ易くなる。このため、施設管理者は、施設内に設けられた空調装置の設定温度を調整するなどして、施設内の環境を改善し、利用者の快適性を向上させる必要がある。

また、施設内には、当該施設内における人の混雑状況を監視することを目的として、複数の監視カメラが設置される場合がある。特許文献１には、監視カメラを用いて施設全体の人の混雑度を可視化する技術が開示されている。

国際公開第２０１７／１２２２５８号

特許文献１に開示された技術は、施設内における利用者の混雑状況を監視するものではあるが、利用者が不快状態であるか否かを判定するものではない。

本開示は、上記のような課題を解決するためになされたもので、施設を利用する利用者が不快状態であるか否かを判定することができる監視制御装置を提供することを目的とする。

本開示に係る集中監視システムは、施設内を撮影するカメラから、撮影した映像の映像データを取得する映像データ取得部と、映像データ取得部によって取得された映像データに対して画像処理を行って、画像データを生成する画像処理部と、画像処理部によって生成された画像データから、施設を利用する利用者の混雑度を検出する混雑度検出部と、施設内に設けられた温湿度計から、計測した温度を示す温度情報及び計測した湿度を示す湿度情報を取得する温湿度取得部と、温湿度取得部が取得した温度情報及び湿度情報に基づいて、不快指数を算出する不快指数算出部と、混雑度検出部によって検出された混雑度に基づいて、利用者の混雑が発生したか否かを判定し、不快指数算出部によって算出された不快指数に基づいて、利用者が不快状態であるか否かを判定する判定部と、判定部の判定結果に基づいて、利用者の混雑状況及び不快状態を表示する端末を制御する制御部とを有する監視制御装置であって、複数の施設のそれぞれに設けられる監視制御装置と、各監視制御装置から、施設ごとの混雑状況及び不快状態を収集する統合監視サーバと、統合監視サーバによって収集された各施設ごとの混雑状況及び不快状態を表示する中央監視用端末とを備え、統合監視サーバは、各施設の所在地に対応した天気予報を取得し、この取得した天気予報に基づいて、不快指数予測を各施設ごとに算出し、この算出した不快指数予測を、各監視制御装置の判定部に送信し、判定部は、統合監視サーバから受信した不快指数予測に基づいて、利用者が不快状態であるか否かを判定するものである。

本開示によれば、施設を利用する利用者が不快状態であるか否かを判定することができる。

実施の形態１に係る監視制御装置を備えた監視システムの構成を示すブロックである。 実施の形態１に係る監視制御装置の構成を示すブロック図である。 図３Ａは判定部の記憶リストを示した図である。図３Ｂは判定部のイベント登録要求からイベント解除要求までの動作を示すフローチャートである。 駅構内のマップとデバイス設置場所とを対応させたフロア平面図である。 カメラに関する情報を一覧表でまとめたカメラ情報一覧表である。 温湿度計に関する情報を一覧表でまとめた温湿度計情報一覧表である。 しきい値リストを示した図である。 イベントリストを示した図である。 監視用携帯端末の構成を示すブロックである。 ＧＵＩ部の操作画面を示した図である。 判定結果が反映されたフロア平面図である。 図１２Ａ及び図１２Ｂは実施の形態１に係る監視制御装置のハードウェア構成の一例を示す図である。 実施の形態２に係る集中監視システムの構成を示すブロック図である。 図１４ＡはＡ駅に対応したイベントリストを示した図である。図１４ＢはＢ駅に対応したイベントリストを示した図である。図１４Ｃは統合イベントリストを示した図である。

以下、本開示の実施の形態について図面を参照しながら詳細に説明する。

実施の形態１．
実施の形態１に係る監視制御装置１６について、図１から図１２を用いて説明する。

図１は、実施の形態１に係る監視制御装置１６を備えた監視システム１０の構成を示すブロック図である。この図１に示した監視システム１０は、例えば、駅、空港、及び、ショッピングモール等の施設における利用者の混雑状況及び不快状態を監視するシステムである。この実施の形態１では、監視システム１０が駅に適用された場合について説明している。

図１に示すように、監視システム１０は、複数のカメラ１１ａ～１１ｎ、複数の温湿度計１２ａ～１２ｎ、ネットワークスイッチ１３、アクセスポイント１４、映像記憶装置１５、監視制御装置１６、監視用端末１７、及び、監視用携帯端末１８を備えている。図１は、監視システム１０がｎ個のカメラ１１ａ～１１ｎ及びｎ個の温湿度計１２ａ～１２ｎを備えた例を示している。

カメラ１１ａ～１１ｎは、例えば、ネットワークカメラである。各カメラ１１ａ～１１ｎには、個別の番号がそれぞれ付されている。このカメラ１１ａ～１１ｎは、監視対象となる駅構内を撮影するものである。なお、カメラ１１ａ～１１ｎの設置場所については、後述する。そして、カメラ１１ａ～１１ｎは、撮影した映像の映像データを、ネットワークスイッチ１３に出力する。

温湿度計１２ａ～１２ｎは、温度及び湿度を計測するものである。各温湿度計１２ａ～１２ｎには、個別の番号がそれぞれ付されている。この温湿度計１２ａ～１２ｎは、計測した温度を示す温度情報、及び、計測した湿度を示す湿度情報を、ネットワークスイッチ１３に出力する。なお、温湿度計１２ａ～１２ｂの設置場所については、後述する。また、監視システム１０は、温度及び湿度の双方を計測可能とする温湿度計１２ａ～１２ｎに替えて、温度計と湿度計とをそれぞれ備えても構わない。

ネットワークスイッチ１３は、ネットワーク間の接続を行うネットワークディバイスである。このネットワークスイッチ１３は、受信した映像データ、又は、受信した温度情報及び湿度情報を、マルチキャスト配信可能としている。具体的には、ネットワークスイッチ１３は、映像記憶装置１５、監視制御装置１６、監視用端末１７、及び、監視用携帯端末１８に対して、映像データ、温度情報、及び、湿度情報を、同時配信することができる。

アクセスポイント１４は、ネットワークスイッチ１３に接続されている。このアクセスポイント１４は、無線ＬＡＮ用のアクセスポイントである。

映像記憶装置１５は、カメラ１１ａ～１１ｎから送信された各映像データを、ネットワークスイッチ１３を介して受信した後、この受信した各映像データを記憶する。このとき、映像記憶装置１５は、受信した各映像データ、カメラ１１ａ～１１ｎの番号、及び、カメラ１１ａ～１１ｎの撮影時刻を対応させて記憶する。

また、映像記憶装置１５は、監視用端末１７から再生要求が送信されてきた場合、記憶している映像データを、ネットワークスイッチ１３を介して、当該監視用端末１７に出力する。更に、映像記憶装置１５は、監視用携帯端末１８から再生要求が送信されてきた場合、記憶している映像データを、ネットワークスイッチ１３及びアクセスポイント１４を介して、当該監視用携帯端末１８に出力する。

監視制御装置１６は、カメラ１１ａ～１１ｎから送信された映像データを受信し、この受信した映像データに対して、画像処理を行うことにより、画像データを生成する。更に、監視制御装置１６は、生成した画像データから、駅を利用する利用者の混雑度を検出し、この混雑度に基づいて、利用者の混雑が発生したか否かを判定する。そして、監視制御装置１６は、その判定結果に基づいて、監視用端末１７及び監視用携帯端末１８を制御する。

また、監視制御装置１６は、温湿度計１２ａ～１２ｎから送信された温度情報及び湿度情報を受信し、この温度情報及び湿度情報に基づいて、利用者の不快指数を算出する。更に、監視制御装置１６は、算出した不快指数に基づいて、駅を利用する利用者が不快状態であるか否かを判定する。そして、監視制御装置１６は、その判定結果に基づいて、監視用端末１７及び監視用携帯端末１８を制御する。

監視用端末１７は、例えば、駅に設けられた監視室内に設置されており、監視室に常駐する駅員（施設管理者）等によってタッチ操作されるものである。この監視用端末１７は、一般的なパーソナルコンピュータを想定している。監視用端末１７は、カメラ１１ａ～１１ｎの中から任意のカメラを選択する機能、選択したカメラが撮影した映像をライブで表示する機能、映像記憶装置１５に記憶されている記憶映像を再生する機能、及び、監視制御装置１６の判定結果を表示する機能等を備えている。

監視用携帯端末１８は、例えば、駅のコンコース及びホーム等に居る駅員（施設管理者）が常時携帯し、当該駅員によってタッチ操作されるものである。この監視用携帯端末１８は、スマートフォン又はタブレットＰＣ等を想定している。なお、監視用携帯端末１８の基本的な機能は、上述した監視用端末１７の機能と同等のものである。

次に、監視制御装置１６の構成について、図２から図８を用い説明する。

図２は、実施の形態１に係る監視制御装置１６の構成を示すブロック図である。この図２に示すように、監視制御装置１６は、複数の映像データ取得部２１ａ～２１ｎ、複数の画像処理部２２ａ～２２ｎ、混雑度検出部２３ａ～２３ｎ、温湿度取得部２４ａ～２４ｎ、不快指数算出部２５ａ～２５ｎ、判定部２６、制御部２８、及び、蓄積部２７を備えている。図２は、監視制御装置１６が、ｎ個の映像データ取得部２１ａ～２１ｎ、ｎ個の画像処理部２２ａ～２２ｎ、ｎ個の温湿度取得部２４ａ～２４ｎ、及び、ｎ個も不快指数算出部２５ａ～２５ｎを備えた例を示している。

監視制御装置１６では、映像データ取得部２１ａ～２１ｎの数量、画像処理部２２ａ～２２ｎの数量、及び、混雑度検出部２３ａ～２３ｎの数量は、カメラ１１ａ～１１ｎの数量と同じ数量となっている。そして、映像データ取得部２１ａ～２１ｎと、画像処理部２２ａ～２２ｎと、混雑度検出部２３ａ～２３ｎとは、それぞれ対応しており、順に接続されている。従って、監視制御装置１６では、そのような接続状態となるグループが、ｎ個存在する。

ここで、カメラ１１ａ～１１ｎに関する情報は、監視制御装置１６、監視用端末１７、及び、監視用携帯端末１８の間において、共有されており、予め一覧表にまとめられている。図５は、カメラ１１ａ～１１ｎに関する情報を一覧表でまとめたカメラ情報一覧表である。なお、図５は、カメラの数量を８個とした例を示している。この図５に示すように、カメラ情報一覧表は、例えば、列５１～列５６で構成されている。

列５１は、カメラ１１ａ～１１ｈの番号を示している。このカメラ番号は、頭文字を「Ｃ」とし、次の１桁をフロア階数の数字とし、残りの３桁をインデックス番号とした、５桁の文字から構成されるものである。監視システム１０内では、カメラ番号を用いて、カメラ情報一覧表からカメラ情報を参照する。

列５２は、カメラ１１ａ～１１ｈの名称を示している。列５３は、カメラ１１ａ～１１ｈの設置場所を示している。なお、列５２に示されるカメラ名称、及び、列５３に示されるカメラ設置場所は、監視用端末１７及び監視用携帯端末１８にそのままの記載で表示される。

列５４は、参照先となるマップを示している。このマップは、駅構内（施設内）のフロア平面図としている。列５５は、各マップ内における座標を示している。即ち、列５５は、カメラ１１ａ～１１ｎがマップ上でどこに配置されているのかを分かり易くするためのものである。

列５６は、図４に示したマップ上のカメラ１１ａ～１１ｈに付された符号を、理解を深めるために示したものであって、本来、カメラ情報一覧表には、含まれないものである。なお、図４の詳細については、後述する。

映像データ取得部２１ａ～２１ｎは、カメラ１１ａ～１１ｎによって撮影された映像の映像データを、ネットワークスイッチ１３を介して取得する。また、映像データ取得部２１ａ～２２ｎは、取得した映像データを画像処理部２２ａ～２２ｎに出力する。

画像処理部２２ａ～２２ｎは、映像データ取得部２１ａ～２１ｎから送信された映像データを受信し、この受信した映像データに対してして画像処理を行うことにより、画像データを生成する。また、画像処理部２２ａ～２２ｎは、生成した画像データを、混雑度検出部２３ａ～２３ｎに出力する。画像データは、人間を検出するためのデータである。

混雑度検出部２３ａ～２３ｎは、画像処理部２２ａ～２２ｎから送信された画像データを受信する。また、混雑度検出部２３ａ～２３ｎは、受信した画像データに基づいて、利用者の混雑度を検出する。更に、混雑度検出部２３ａ～２３ｎは、検出した「混雑度」、対応する「カメラ番号」、及び、「イベント種別コード」を、判定部２６に出力する。混雑度検出部２３ａ～２３ｎは、混雑度を検出するごとに、当該混雑度にカメラ番号及びイベント種別コードを付与して、これらを判定部２６に出力する。

なお、イベント種別コードには、利用者の混雑度を示す「１」と、利用者の不快指数を示す「２」とがある。混雑度検出部２３ａ～２３ｎが出力するイベント種別コードは、当該混雑度検出部２３ａ～２３ｎが混雑度を検出するものであるため、常に「１」となる。また、混雑度検出部２３ａ～２３ｎによる混雑度の算出方法は、例えば、上記特許文献１に開示されているような、映像データに基づいて混雑度を算出する手法を用いれば良い。このとき、混雑度の値は、「０～１」の範囲を採るように正規化する。

また、監視制御装置１６では、温湿度取得部２４ａ～２４ｎの数量、及び、不快指数算出部２５ａ～２５ｎの数量は、温湿度計１２ａ～１２ｎの数量と同じ数量となっている。そして、温湿度取得部２４ａ～２４ｎと不快指数算出部２５ａ～２５ｎとは、それぞれ対応しており、順に接続されている。従って、監視制御装置１６では、そのような接続状態となるグループが、ｎ個存在する。

ここで、温湿度計１２ａ～１２ｎに関する情報は、監視制御装置１６、監視用端末１７、及び、監視用携帯端末１８の間において、共有されており、予め一覧表にまとめられている。図６は、温湿度計１２ａ～１２ｎに関する情報を一覧表でまとめた温湿度計情報一覧表である。なお、図６は、温湿度計の数量を６個とした例を示している。この図６に示すように、温湿度計情報一覧表は、例えば、列６１～列６６で構成されている。

列６１は、温湿度計１２ａ～１２ｆの番号を示している。この温湿度計番号は、頭文字を「Ｓ」とし、次の１桁をフロア階数の数字とし、残りの３桁をインデックス番号とした、５桁の文字から構成されるものである。監視システム１０内では、温湿度計番号を用いて、温湿度計情報一覧表から温湿度計情報を参照する。

列６２は、温湿度計１２ａ～１２ｆの名称を示している。列６３は、温湿度計１２ａ～１２ｆの設置場所を示している。なお、列６２に示される温湿度計名称、及び、列６３に示される温湿度計設置場所は、監視用端末１７及び監視用携帯端末１８にそのままの記載で表示される。

列６４は、参照先となるマップを示している。このマップは、駅構内（施設内）のフロア平面図としている。列６５は、各マップ内における座標を示すものである。即ち、列６５は、温湿度計１２ａ～１２ｎがマップ上でどこに配置されているのかを分かり易くするためのものである。

列６６は、図４に示したマップ上の温湿度計１２ａ～１２ｆに付された符号を、理解を深めるために示したものであって、本来、カメラ情報一覧表には、含まれないものである。

温湿度取得部２４ａ～２４ｎは、温湿度計１２ａ～１２ｎから送信された温度情報及び湿度情報を、ネットワークスイッチ１３を介して取得する。また、温湿度取得部２４ａ～２４ｎは、取得した温度情報及び湿度情報を不快指数算出部２５ａ～２５ｎに出力する。

不快指数算出部２５ａ～２５ｎは、温湿度取得部２４ａ～２４ｎから送信された温度情報及び湿度情報を受信する。また、不快指数算出部２５ａ～２５ｎは、受信した温度情報及び湿度情報に基づいて、利用者の不快指数を算出する。更に、不快指数算出部２５ａ～２５ｎは、算出した「不快指数」、対応する「温湿度計番号」、及び、「イベント種別コード」を、判定部２６に出力する。不快指数算出部２５ａ～２５ｎは、不快指数を算出するごとに、当該不快指数に温湿度計番号及びイベント種別コードを付与して、これらを判定部２６に出力する。

例えば、不快指数算出部２５ａ～２５ｎは、不快指数を「Ｉ」、温度（℃）を「Ｔ」、湿度（％）を「Ｈ」とすると、下記に示した式（１）を用いて、不快指数を算出する。
Ｉ＝０．８１Ｔ＋０．０１Ｈ（０．９９Ｔ－１４．３）＋４６．３ … （１）

不快指数は、数値が低ければ体感的に寒いことを示し、数値が高ければ体感的に蒸し暑いことを示す。例えば、不快指数が５５未満の場合、人は「寒い」と感じる。不快指数が５５以上～６０未満の場合、人は「肌寒い」と感じる。不快指数が６０以上～７５未満の場合、人は「快適」と感じる。不快指数が７５以上～８０未満の場合、人は「やや暑い」と感じる。不快指数が８０を超える場合、人は「暑い」と感じる。即ち、利用者の不快状態には、暑いと感じる側の不快状態と、寒いと感じる側の不快状態とがある。

判定部２６は、混雑度検出部２３ａ～２３ｎによって検出された混雑度に基づいて、利用者の混雑が発生したか否かを判定する。また、判定部２６は、不快指数算出部２５ａ～２５ｎによって算出された不快指数に基づいて、利用者が不快状態であるか否かを判定する。このとき、判定部２６は、図７に示したしきい値リストを用いて、それぞれの判定動作を行う。

図７は、しきい値リストを示した図である。この図７に示したしきい値リストは、後述するイベントの種別と、このイベントの発生有無を判定するためのしきい値とを、テーブル化したものである。このような、しきい値リストは、監視制御装置１６、監視用端末１７、及び、監視用携帯端末１８の間において、共有されている。しきい値リストは、例えば、列７１～列７５で構成されている。

列７１は、イベント種別コードを示している。イベント種別コードは、例えば、「１」又は「２」のいずれか一方で示される。イベント種別コードの「１」は、利用者の混雑を示し、イベント種別コードの「２」は、利用者の不快状態を示す。

列７２は、イベント名称を示している。イベント名称は、例えば、「混雑／滞留」又は「不快指数」のいずれか一方で示される。即ち、列７１が「１」を示した場合、列７２は、「混雑／滞留」を示す。また、列７１が「２」を示した場合、列７２は、「不快指数」を示す。

列７３は、下限しきい値を示している。列７４は、上限しきい値を示している。上限しきい値及び下限しきい値は、イベントの発生有無を判定する際に使用される値である。列７１が「１」を示した場合、列７３は、混雑度の下限しきい値を示し、列７４は、混雑度の上限しきい値を示す。また、列７１が「２」を示した場合、列７３は、不快指数の下限しきい値を示し、列７４は、不快指数の上限しきい値を示す。

列７５は、発報猶予時間（秒）を示している。この発報猶予時間は、イベントの発生を監視用端末１７及び監視用携帯端末１８に通知するまでの猶予時間である。

具体的には、判定部２６は、混雑度検出部２３ａ～２３ｄから送信された混雑度、カメラ番号、及び、イベント種別コードを受信する。更に、判定部２６は、受信したイベント種別コードと同じイベント種別コードを、図７に示したしきい値リストの列７１から探し出した後、その探し出したイベント種別コードに対応した列７４の上限しきい値と、受信した混雑度とを比較する。

このとき、判定部２６は、混雑度が上限しきい値を超えた場合、利用者の混雑（イベント）が発生したと判定する。そして、判定部２６は、その上限しきい値を超えた混雑度、カメラ番号、及び、イベント種別コードを対応付けて、これらをイベント登録要求として、蓄積部２７に送信する。

また、判定部２６は、不快指数算出部２５ａ～２５ｎから送信された不快指数、温湿度計番号、及び、イベント種別コードを受信する。更に、判定部２６は、受信したイベント種別コードと同じイベント種別コードを、図７に示したしきい値リストの列７１から探し出した後、その探し出したイベント種別コードに対応した列７４の上限しきい値と、受信した不快指数とを比較する。

このとき、判定部２６は、不快指数が上限しきい値を超えた場合、利用者に不快（イベント）が発生したと判定する。そして、判定部２６は、その上限しきい値を超えた不快指数、温湿度計番号、及び、イベント種別コードを対応付けて、これらをイベント登録要求として、蓄積部２７に送信する。

更に、判定部２６は、引き続き、発生したイベントの状態を管理する。ここで、判定部２６は、混雑度又は不快指数が下限しきい値未満となった場合、混雑又は不快状態が終了したと判定する。即ち、判定部２６は、イベントが解除されたと判定する。そして、判定部２６は、解除されたイベントに対応するイベントＩＤを、イベント解除要求として、蓄積部２７に送信する。なお、イベントＩＤについては、後述する図３及び図８において説明する。

蓄積部２７は、図８に示したイベントリストを用いて、２種類のイベントを管理するためのデータベースである。図８は、イベントリストを示した図である。この図８に示したイベントリストは、例えば、列８１～列８７で構成されている。

列８１は、イベントＩＤを示している。このイベントＩＤは、蓄積部２７にイベント（混雑、不快状態）を登録する際に、当該イベントに対して自動的に付与されるものである。

列８２は、駅に予め設定されている駅ＩＤを示している。この駅ＩＤは、駅毎に設置される監視システム１０に予め記憶されている。

列８３は、イベントが発生した時刻を示している。このイベント発生時刻は、蓄積部２７にイベントを登録する際に、監視システム１０が持つシステム時計を利用して、自動的に記憶される。

列８４は、発生したイベントが解除され時刻を示している。このイベント解除時刻は、イベントＩＤと共にイベント解除要求が判定部２６から蓄積部２７に送信されてきたときに、監視システム１０が持つシステム時計を利用して、自動的に記憶される。

列８５は、イベント種別コードを示している。列８６は、イベント登録時における値（混雑度又は不快指数）を示している。列８７は、カメラ番号又は温湿度計番号となるデバイス番号を示している。列８５が示すイベント種別コード、列８６が示す値、及び、列８７が示すデバイス番号は、判定部２６からイベント登録要求が送信されてきたときに、自動的に記憶される。

即ち、蓄積部２７は、判定部２６によって、イベント情報が登録される。このとき、判定部２６は、イベント情報を蓄積部２７に登録した際（イベント登録要求を送信した際）に、そのイベントＩＤを、イベント発生通知として、制御部２８に通知する。これに対して、判定部２６は、イベント情報を蓄積部２７から解除する際（イベント解除要求を送信した際）に、そのイベントＩＤを、イベント解除通知として、制御部２８に通知する。

制御部２８は、判定部２６から送信されたイベント発生通知を受信する。これにより、制御部２８は、イベント発生通知に付与されたイベントＩＤと同じイベントＩＤを、蓄積部２７のイベントリストから読み出す。そして、制御部２８は、上記イベントＩＤの読み出しに成功すると、当該イベントＩＤに対応するイベント情報を更に読み出す。このイベント情報とは、図８に示したイベントリストにおける列８１のイベントＩＤ、列８３の発生時刻、列８５のイベント種別コード、列８７のデバイスＩＤのことである。続いて、制御部２８は、上記イベント情報を付与したイベント発生通知を、監視用端末１７及び監視用携帯端末１８に送信する。

また、制御部２８は、判定部２６から送信されたイベント解除通知を受信し、イベントＩＤが付与されたイベント解除通知を、監視用端末１７及び監視用携帯端末１８に送信する。

次に、判定部２６の動作について、図３Ａ及び図３Ｂを用いて説明する。図３Ａは、判定部２６の記憶リストを示した図である。図３Ｂは、イベント登録要求からイベント解除要求までの動作を示したフローチャートである。

先ず、判定部２６は、図３Ａに示した記憶リストを有している。この図３Ａに示した記憶リストは、列９１～９３で構成されている。列９１は、配列Ｎｏを示している。列９２は、デバイス番号を示している。列９３は、イベントＩＤを示している。

そこで、図３Ｂに示すように、ステップＳＴ１１において、判定部２６は初期化される。即ち、判定部２６は、全てのデバイス番号に対応するイベントＩＤをクリアする。

ステップＳＴ１２において、判定部２６は、混雑度検出部２３ａ～２３ｎから送信された混雑度（値）、デバイス番号（カメラ番号）、及び、イベント種別コードを受信する。又は、判定部２６は、不快指数算出部２５ａ～２５ｎから送信された不快指数（値）、デバイス番号（温湿度計番号）、及び、イベント種別コードを受信する。

ステップＳＴ１３において、判定部２６は、受信したデバイス番号と同じデバイス番号が、記憶リストの列９２の中に記憶されているか否かを判定する。ここで、判定部２６が、デバイス番号が記憶されていると判定した場合（ＹＥＳの場合）には、判定部２６の動作は、ステップＳＴ１４に進む。一方、判定部２６が、デバイス番号が記憶されていないと判定した場合（ＮＯの場合）には、判定部２６の動作は、ステップＳＴ１７に進む。

ステップＳＴ１４において、判定部２６は、図７に示したしきい値リストを使用して、受信したイベント種別コードに基づいて、下限しきい値を取得する。

ステップＳＴ１５において、判定部２６は、混雑度又は不快指数が、それぞれに対応した下限しきい値未満であるか否かを判定する。ここで、判定部２６が、下限しきい値未満であると判定した場合（ＹＥＳの場合）には、判定部２６の動作は、ステップＳＴ１６に進む。一方、判定部２６が、下限しきい値未満ではないと判定した場合（ＮＯの場合）には、判定部２６の動作は、ステップＳＴ１２に戻る。

ステップＳＴ１６において、判定部２６は、イベントＩＤを付与したイベント解除要求を蓄積部２７に送信する。そして、判定部２６の動作は、終了する。

一方、ステップＳＴ１７において、判定部２６は、図７に示したしきい値リストを使用して、受信したイベント種別コードに基づいて、上限しきい値を取得する。

ステップＳＴ１８において、判定部２６は、混雑度又は不快指数が、それぞれに対応した上限しきい値を超えているか否かを判定する。ここで、判定部２６が上限しきい値を超えていると判定した場合（ＹＥＳの場合）には、判定部２６の動作は、ステップＳＴ１９に進む。一方、判定部２６が上限しきい値を超えていないと判定した場合（ＮＯの場合）には、判定部２６の動作は、ステップＳＴ１２に戻る。

ステップＳＴ１９において、判定部２６は、混雑度、デバイス番号（カメラ番号）、及び、イベント種別コードを対応付けて、これらをイベント登録要求として、蓄積部２７に送信する。又は、判定部２６は、不快指数、デバイス番号（温湿度計番号）、及び、イベント種別コードを対応付けて、これらをイベント登録要求として、蓄積部２７に送信する。

ステップＳＴ２０において、判定部２６は、蓄積部２７からイベントＩＤを読み出した後、記憶リストのデバイス番号に対応させて、イベントＩＤを記憶する。そして、判定部２６の動作は、終了する。

次に、監視用携帯端末１８の構成について、図９を用いて説明する。図９は、監視用携帯端末１８の構成を示すブロック図である。

図９に示すように、監視用携帯端末１８は、映像データ取得部３１、画像処理部３２、再生制御部３３、イベント受信部３４、イベントキャッシュ部３５、及び、ＧＵＩ（Graphical User Interface）部３６を有している。

映像データ取得部３１は、カメラ１１ａ～１１ｎによって撮影された映像の映像データを、ネットワークスイッチ１３からアクセスポイント１４を介して取得する。また、映像データ取得部３１は、取得した映像データを画像処理部３２に出力する。

画像処理部３２は、映像データ取得部３１から送信された映像データを受信し、この受信した映像データに対して画像処理を行うことにより、画像データを生成する。また、画像処理部３２は、生成した画像データを、ＧＵＩ部３６に出力する。

再生制御部３３は、映像記憶装置１５から送信された映像データを受信する。また、再生制御部３３は、受信した映像データを、再生映像として、ＧＵＩ部３６の操作画面に表示させる。

イベント受信部３４は、制御部２８から送信されたイベント発生通知を受信すると、そのイベント発生通知に付与されたイベント情報を、イベント登録要求として、イベントキャッシュ部３５及びＧＵＩ部３６に出力する。

イベントキャッシュ部３５は、図８に示したイベントリストを用いて、２種類のイベントを管理するためのデータベースである。

ＧＵＩ部３６の操作画面には、図４に示すように、監視対象となる駅構内を簡単な絵柄を用いて表示可能となっている。図４は、駅構内のマップとデバイス設置場所とを対応させたフロア平面図である。この図４は、２階構造の駅を例にしたものである。図４の下段は、１階コンコース４１を示しており、図４の上段は、２階ホーム４２を示している。

１階コンコース４１には、改札４３、東階段４４、及び、西階段４５が設置されている。２階ホーム４２には、東階段４４及び西階段４５が通じている。また、ＧＵＩ部３６の操作画面には、１階コンコース４１及び２階ホーム４２に対応して、横座標４６及び縦座標４７が表示されている。横座標４６は、１階コンコース４１及び２階ホーム４２の東西方向を、西側から東側に向けて、「１」～「１５」の１５領域で区分するものである。縦座標４７は、１階コンコース４１及び２階ホーム４２の南北方向を、北側から南側に向けて、「ａ」～「ｃ」の３領域で区分するものである。

カメラ１１ａ～１１ｄは、２階ホーム４２に設けられており、カメラ１１ｅ～１１ｈは、１階コンコース４１に設けられている。カメラ１１ａ～１１ｈは、駅を利用する利用者の混雑状況を、リアルタイムで撮影する。監視システム１０は、駅構内において事件、事故が発生した場合、その事件、事故をその発生した時間に遡って確認する際に、それらの映像データを利用する。

温湿度計１２ａ～１２ｃは、２階ホーム４２に設けられており、温湿度計１２ｄ～１２ｆは、１階コンコース４１に設けられている。温湿度計１２ａ～１２ｆは、それぞれの設置場所において、駅構内の温度及び湿度を、リアルタイムで計測している。

例えば、図４の上段に示した２階ホーム４２には、カメラ１１ａが設置されているが、このカメラ１１ａのカメラ番号は、図５に示したカメラ情報一覧表における列５１のカメラ番号「Ｃ２００１」となる。また、カメラ１１ａのカメラ名称は、列５２の「２階 西階段」となる。カメラ１１ａの設置場所は、列５３の「２階ホーム西階段」となる。カメラ１１ａのマップは、列５４の「２階ホーム」となる。カメラ１１ａのマップ位置は、列５５の「３－ｂ」となる。

また、監視システム１０は、カメラ切替機能、検索／再生制御機能、及び、リスト更新機能を有している。

カメラ切替機能とは、図５に示したカメラ情報一覧表を用いて、任意のカメラ１１ａ～１１ｎの映像に切り替えて、その切り替えた映像をライブで表示する機能のことである。具体的には、ＧＵＩ部３６は、共有されているカメラ情報一覧表を使用して、その操作画面上に、カメラリストを表示する。更に、ＧＵＩ部３６は、駅員がそのカメラリストの中から任意のカメラを選択すると、カメラ切替要求を、画像処理部３２及び映像データ取得部３１を介して、その選択したカメラに送信する。これにより、ＧＵＩ部３６は、その選択したカメラからの映像を、操作画面に表示する。

検索／再生制御機能とは、映像記憶装置１５に記憶されている映像データを検索又は再生制御する機能のことである。具体的には、ＧＵＩ部３６は、カメラ番号及び再生開始時刻を付与した再生要求を、映像記憶装置１５に対して送信する。これに対して、映像記憶装置１５は、受信したカメラ番号及び再生開始時刻に基づいて、記憶している映像データの中から、その条件に合致した映像データを検索する。ここで、映像記憶装置１５は、その条件に合致した映像データが存在した場合、その映像データを付与した再生要求応答を、再生制御部３３に送信する。そして、再生制御部３３は、受信した映像データを、再生映像として、ＧＵＩ部３６の操作画面に表示させる。

リスト更新機能とは、図８に示したイベントリストを更新する機能のことである。具体的には、ＧＵＩ部３６は、図８に示したイベントリストを表示可能となっている。また、イベント受信部３４は、制御部２８から送信されたイベント発生通知を受信すると、そのイベント情報を、イベントキャッシュ部３５及びＧＵＩ部３６にイベント登録要求として出力する。これにより、イベントキャッシュ部３５は、イベント受信部３４によって、イベント情報が更新される。また、ＧＵＩ部３６は、イベント受信部３４からイベント情報を受信すると、その受信したイベント情報に基づいて、表示しているイベントリストを更新する。

一方、イベント受信部３４は、制御部２８から送信されたイベント解除要求を受信すると、イベント解除要求をイベントキャッシュ部３５及びＧＵＩ部３６に出力する。これにより、イベントキャッシュ部３５は、イベント受信部３４によってイベントが解除される。また、ＧＵＩ部３６は、イベント受信部３４からイベント解除要求を受信すると、その受信したイベント解除要求に基づいて、表示しているイベントリストから不要なイベント情報を削除して、当該イベントリストを更新する。

次にＧＵＩ部３６の操作画面について、図１０及び図１１を用いて説明する。図１０は、ＧＵＩ部３６の操作画面を示した図である。図１１は、判定結果が反映されたフロア平面図である。

図１０に示すように、ＧＵＩ３６は、駅員がタッチ操作可能となる操作画面を有している。この操作画面は、複数種類のタッチ操作面から構成されており、例えば、カメラ切替画面３６ａ、カメラ映像表示画面３６ｂ、イベントリスト表示画面３６ｃ、マップ表示画面３６ｄ、及び、再生制御画面３６ｅを有している。

カメラ切替画面３６ａは、図５に示したカメラ情報一覧表を表示する画面である。駅員は、そのカメラ切替画面３６ａに表示されたカメラ情報一覧表から、任意のカメラ又はカメラ名称等を選択すると、選択したカメラの映像に切り替わる。

カメラ映像表示画面３６ｂは、カメラ１１ａ～１１ｎによって撮影された映像、又は、映像記憶装置１５から送信されてきた再生映像を表示する画面である。なお、図１０は、カメラ映像表示画面３６ｂが、複数のカメラのそれぞれに対応した分割画面となる例を示している。

イベントリスト表示画面３６ｃは、イベントキャッシュ部３５に保存されているイベント情報を、リスト化して表示するための画面である。このイベントリスト表示画面３６ｃは、例えば、図８に示したイベントリストをリアルタイムで表示する。また、駅員は、イベントリストの行を直接選択し実行（ダブルクリック）することにより、選択したイベントの映像を再生することができる。

マップ表示画面３６ｄは、図４及び後述する図１１に示すような、駅構内のマップを表示するための画面である。このマップ表示画面３６ｄに表示されたマップには、駅構内に設置されているカメラ及び温湿度計が、図５に示したカメラ情報一覧表、及び、図６に示した温湿度計情報一覧表に基づいて表示されている。また、駅員は、マップ表示画面３６ｄに表示されたアイコンを直接選択し、その選択したアイコンに対応するカメラの映像に切り替えることができる。

再生制御画面３６ｅは、映像の再生開示時刻を指定するための時刻入力部分、記憶映像の再生制御に必要な「早戻し」、「再生」、「一時停止」、及び、「早送り」等のボタン、及び、映像の再生速度を制御するスライダー等を表示する。再生対象となるカメラの映像は、カメラ切替画面３６ａ又はマップ表示画面３６ｄから選択されたカメラの映像となり、カメラ映像表示画面３６ｂに表示される。

例えば、図８に示すように、イベントＩＤが「０００００００１」となるイベントが発生している場合、このイベントの発生時刻は、「２０１９年９月２１日７時２０分３０秒」である。このとき、イベント種別コードは、「１」であるため、図７のしきい値リストを参照すれば、イベント種別名称は、「混雑／滞留」であることが分かる。また、イベント発生時の値は、「０．８１」であり、デバイス番号は、「Ｃ２００１」であるため、図５のカメラ情報一覧表を参照すれば、カメラ名は、「２階 西階段」であり、設置場所は、「２階ホーム西階段」であることが分かる。更に、図５のカメラ情報一覧表から、マップは、図４の上段に表示した「２階 ホーム」であり、カメラ１１ａのアイコン表示位置は、マップの「２階 ホーム」における「３－ｂ」であることが分かる。

同様、列８１のイベントＩＤが「０００００００２」であるとすると、カメラ１１ｂのアイコン表示位置は、マップの「２階 ホーム」における「１３－ｂ」であることが分かる。

この結果、図１０に示すように、イベント発生時において、マップ表示画面３６ｄにおける「３－ｂ」及び「１３－ｂ」に配置されたカメラアイコンには、イベント発生を示すサインが施されることになる。

従って、マップ表示画面３６ｄにおいては、「混雑／滞留」とするイベントが、東階段４４及び西階段４５周辺で発生しているため、乗降客が、列車の発着によって、東階段４４及び西階段４５に一時的に集中していると考えられる。これに対して、監視室等に設置された監視用端末１７、及び、１階コンコース又は２階ホームに居る駅員が携帯する監視用携帯端末１８には、判定結果がマップ表示画面３６ｄに表示されている。これにより、駅員は、イベント発生位置及びイベント概要を即座に入手しているため、駆け付け事態に十分備えることができる。

また、図８に示すように、イベントＩＤが「００００００４５」となるイベントが発生している場合、このイベントは、デバイス番号が「Ｓ１００２」とする温湿度計で発生している。よって、図６の温湿度計情報一覧表から判断すれば、マップは、図４の下段に表示した「１階 コンコース」であり、温湿度計１２ｅのアイコン表示位置は、マップの「１階 コンコース」における「８－ｂ」であることが分かる。

この結果、図１０に示すように、イベント発生時において、マップ表示画面３６ｄにおける「８－ｂ」に配置された温湿度計アイコンは、イベント発生を示すサインが施されることになる。また、図８に示すように、このイベントは、１５時５２分１１秒には解除されるため、イベント発生を示すサインについても同時刻に消えてしまう。

従って、マップ表示画面３６ｄにおいては、「不快状態」とするイベントが、１階コンコース４１の改札４３付近で発生しているため、乗降客が不快を感じていると考えられる。これに対して、監視室等に設置された監視用端末１７、及び、１階コンコース又は２階ホームに居る駅員が携帯する監視用携帯端末１８には、判定結果がマップ表示画面３６ｄに表示されている。これにより、駅員は、イベント発生位置及びイベント概要を即座に入手しているため、駅構内に設置された空調装置を直ちに駆動させることができる。

次に、実施の形態１に係る監視制御装置１６のハードウェア構成について、図１２Ａ及び図１２Ｂを用いて説明する。図１２Ａ及び図１２Ｂは、実施の形態１に係る監視制御装置１６のハードウェア構成例を示す図である。

監視制御装置１６における映像データ取得部２１ａ～２１ｎ、画像処理部２２ａ～２２ｎ、混雑度検出部２３ａ～２３ｎ、温湿度取得部２４ａ～２４ｎ、不快指数算出部２５ａ～２５ｎ、判定部２６、及び、制御部２８の機能は、処理回路により実現される。即ち、監視制御装置１６は、上記機能を実現するための処理回路を備える。処理回路は、専用のハードウェアとしての処理回路２０１であってもよいし、メモリ２０３に格納されるプログラムを実行するプロセッサ２０２であってもよい。

図１２Ａに示すように、処理回路が専用のハードウェアである場合、処理回路２０１は、例えば、単一回路、複合回路、プログラム化したプロセッサ、並列プログラム化したプロセッサ、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、ＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）、又はこれらを組み合わせたものが該当する。映像データ取得部２１ａ～２１ｎ、画像処理部２２ａ～２２ｎ、混雑度検出部２３ａ～２３ｎ、温湿度取得部２４ａ～２４ｎ、不快指数算出部２５ａ～２５ｎ、判定部２６、及び、制御部２８の機能を複数の処理回路で実現してもよいし、各部の機能をまとめて１つの処理回路２０１で実現してもよい。

図１２Ｂに示すように、処理回路がプロセッサ２０２である場合、映像データ取得部２１ａ～２１ｎ、画像処理部２２ａ～２２ｎ、混雑度検出部２３ａ～２３ｎ、温湿度取得部２４ａ～２４ｎ、不快指数算出部２５ａ～２５ｎ、判定部２６、及び、制御部２８の機能は、ソフトウェア、ファームウェア、又はソフトウェアとファームウェアとの組み合わせにより実現される。ソフトウェア又はファームウェアはプログラムとして記述され、メモリ２０３に格納される。プロセッサ２０２は、メモリ２０３に格納されたプログラムを読みだして実行することにより、各部の機能を実現する。即ち、プログラムは、映像データ取得機能、画像処理機能、混雑度検出機能、温湿度取得機能、不快指数算出機能、判定機能、及び、制御機能をコンピュータに実行させるものであるとも言える。

ここで、プロセッサ２０２とは、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、処理装置、演算装置、又はマイクロプロセッサ等のことである。メモリ２０３は、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）、又はフラッシュメモリ等の不揮発性若しくは揮発性の半導体メモリであってもよいし、ハードディスク又はフレキシブルディスク等の磁気ディスクであってもよいし、ＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ）又はＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）等の光ディスクであってもよい。

なお、監視制御装置１６は、映像データ取得部２１ａ～２１ｎ、画像処理部２２ａ～２２ｎ、混雑度検出部２３ａ～２３ｎ、温湿度取得部２４ａ～２４ｎ、不快指数算出部２５ａ～２５ｎ、判定部２６、及び、制御部２８の機能について、一部を専用のハードウェアで実現し、一部をソフトウェア又はファームウェアで実現するようにしてもよい。このように、監視制御装置１６における処理回路は、ハードウェア、ソフトウェア、ファームウェア、又はこれらの組み合わせによって、上述の機能を実現することができる。

以上、実施の形態１に係る監視制御装置１６は、施設内を撮影するカメラ１１ａ～１１ｎから、撮影した映像の映像データを取得する映像データ取得部２１ａ～２１ｎと、映像データ取得部２１ａ～２１ｎによって取得された映像データに対して画像処理を行って、画像データを生成する画像処理部２２ａ～２２ｎと、画像処理部２２ａ～２２ｎによって生成された画像データから、施設を利用する利用者の混雑度を検出する混雑度検出部２３ａ～２３ｎと、施設内に設けられた温湿度計１２ａ～１２ｎから、計測した温度を示す温度情報及び計測した湿度を示す湿度情報を取得する温湿度取得部２４ａ～２４ｎと、温湿度取得部２４ａ～２４ｎが取得した温度情報及び湿度情報に基づいて、不快指数を算出する不快指数算出部２５ａ～２５ｎと、混雑度検出部２３ａ～２３ｎによって検出された混雑度に基づいて、利用者の混雑が発生したか否かを判定し、不快指数算出部２５ａ～２５ｎによって算出された不快指数に基づいて、利用者が不快状態であるか否かを判定する判定部２６と、判定部２６の判定結果に基づいて、利用者の混雑状況及び不快状態を表示する監視用携帯端末１８を制御する制御部２８とを備える。これにより、監視制御装置１６は、施設を利用する利用者が不快状態であるか否かを判定することができる。

実施の形態２．
実施の形態２に係る集中監視システム１について、図１３及び図１４を用いて説明する。

図１３は、実施の形態２に係る集中監視システム１の構成を示すブロック図である。この図１３に示すように、実施の形態１に係る監視システム１０は、複数の施設となるＡ駅，Ｂ駅，…Ｚ駅のそれぞれに適用されている。これに対して、実施の形態２に係る集中監視システム１は、Ａ駅，Ｂ駅，…Ｚ駅に適用されている監視システム１０を、中央監視センタ１００によって集中監視するものである。

中央監視センタ１００は、総合監視ネットワーク１１０を介して、各駅に設けられた監視システム１０と接続されている。中央監視センタ１００と全ての監視システム１０とは、相互に通信可能となっている。このような中央監視センタ１００は、中央監視用端末１０１、ネットワークスイッチ１０２、及び、統合監視サーバ１０３を備えている。

中央監視用端末１０１は、例えば、ＧＵＩ部を用いた操作画面を有している。監視員は、その操作画面を操作して、Ａ駅，Ｂ駅，…Ｚ駅のうち、いずれかの駅を選択することによって、その選択した駅に設けられたカメラ１１ａ～１１ｎが撮影した映像を、当該操作画面で確認することができる。この中央監視用端末１０１は、監視室に設置された固定用端末、又は、監視員（施設管理者）が携帯可能な携帯用端末であっても構わない。

ネットワークスイッチ１０２は、ネットワークスイッチ１３と同様に、ネットワーク間の接続を行うネットワークディバイスである。このネットワークスイッチ１０２は、総合監視ネットワーク１１０を介して、各駅に設けられた監視システム１０のネットワークスイッチ１３と接続されている。

統合監視サーバ１０３は、各駅に設けられた監視制御装置１６の蓄積部２７にアクセスし、当該蓄積部２７に記憶されているイベントリストを収集して記憶する。また、統合監視サーバ１０３は、収集した複数のイベントリストを統合して記憶する。そして、統合監視サーバ１０３は、収集した駅ごとのイベントリスト、及び、それらのイベントリストを統合した統合イベントリストを、中央監視用端末１０１に表示させる。即ち、中央監視用端末１０１は、統合監視サーバ１０３によって収集された各駅ごとの混雑状況及び不快状態を表示可能となっている。

具体的には、図１４Ａは、Ａ駅に対応したイベントリストを示した図である。図１４Ｂは、Ｂ駅に対応したイベントリストを示した図である。図１４Ｃは、統合イベントリストを示した図である。図１４Ａ及び図１４Ｂに示したイベントリストの構成は、図８に示したイベントリストの構成と同じである。図１４Ａに示したイベントリストにおいては、Ａ駅のＩＤは、「００１」となっており、図１４Ｂに示したイベントリストにおいては、Ｂ駅のＩＤは、「００２」となっている。

そして、統合監視サーバ１０３が上記２つのイベントリストを統合した場合、中央監視用端末１０１は、例えば、図１４Ｃに示した統合イベントリストを表示する。この図１４Ｃに示した統合イベントリストにおいては、「時間帯」の列を追加している。これにより、監視員は、中央監視用端末１０１に表示された統合イベントリストを見ることにより、駅間におけるイベント関連性を把握することができる。

また、図１３に示すように、統合監視サーバ１０３は、インターネット１２０を経由して、気象サイトに接続することができる。これにより、統合監視サーバ１０３は、各駅の所在地に対応した天気予報を定期的に取得し、この取得した天気予報に基づいて、向こう数時間後までの不快指数予測を各駅ごとに算出する。更に、統合監視サーバ１０３は、各駅ごとに算出した不快指数予測を、各駅に設けられた監視制御装置１６の判定部２６に送信する。

これに対して、監視制御装置１６の判定部２６は、統合監視サーバ１０３から受信した不快指数予測に基づいて、利用者が不快状態であるか否かを判定する。これにより、監視員は、利用者が不快状態になり易い時間帯を予め知ることができる。

従って、実施の形態２に係る集中監視システム１は、「混雑／滞留」となるイベントにおいて、混み合う時間帯、混み合う曜日、及び、混み合う（滞留し易い）場所等を予測することができる。また、集中監視システム１は、「不快状態」となるイベントにおいて、気温の高い又は低い時期、気温及び湿度の高くなり易い場所を予測することができる。よって、監視員は、動線、空調装置、送風機、及び、ひさし等の設備強化を長期的に計画することができる。

以上、実施の形態２に係る集中監視システム１は、複数の施設のそれぞれに設けられる監視制御装置１６と、各監視制御装置１６から、施設ごとの混雑状況及び不快状態を収集する統合監視サーバ１０３と、統合監視サーバ１０３によって収集された各施設ごとの混雑状況及び不快状態を表示する中央監視用端末１０１とを備える。これにより、監視員は、各駅間におけるイベント関連性を把握することができる。

また、統合監視サーバ１０３は、各施設の所在地に対応した天気予報を取得し、この取得した天気予報に基づいて、不快指数予測を各施設ごとに算出し、この算出した不快指数予測を、各監視制御装置１６の判定部２６に送信する。これに対して、判定部２６は、統合監視サーバ０１３から受信した不快指数予測に基づいて、利用者が不快状態であるか否かを判定する。これにより、監視制御装置１６は、施設を利用する利用者が不快状態であるか否かを判定することができる。

なお、本開示は、その開示の範囲内において、各実施の形態の自由な組み合わせ、あるいは、各実施の形態における任意の構成要素の変形、もしくは、各実施の形態における任意の構成要素の省略が可能である。

１ 集中監視システム、１０ 監視システム、１１ａ～１１ｎ カメラ、１２ａ～１２ｎ 温湿度計、１３ ネットワークスイッチ、１４ アクセスポイント、１５ 映像記憶装置、１６ 監視制御装置、１７ 監視用端末、１８ 監視用携帯端末、２１ａ～２１ｎ 映像データ取得部、２２ａ～２２ｎ 画像処理部、２３ａ～２３ｎ 混雑度検出部、２４ａ～２４ｎ 温湿度取得部、２５ａ～２５ｎ 不快指数算出部、２６ 判定部、２７ 蓄積部、２８ 制御部、３１ 映像データ取得部、３２ 画像処理部、３３ 再生制御部、３４ イベント受信部、３５ イベントキャッシュ部、３６ ＧＵＩ部、３６ａ カメラ切替画面、３６ｂ カメラ映像表示画面、３６ｃ イベントリスト表示画面、３６ｄ マップ表示画面、３６ｅ 再生制御画面、４１ １階コンコース、４２ ２階ホーム、４３ 改札、４４ 東階段、４５ 西階段、４６ 横座標、４７ 縦座標、５１～５６，６１～６６，７１～７５，８１～８７，９１～９３ 列、１００ 中央監視センタ、１０１ 中央監視用端末、１０２ ネットワークスイッチ、１０３ 統合監視サーバ、１１０ 総合監視ネットワーク、１２０ インターネット、２０１ 処理回路、２０２ プロセッサ、２０３ メモリ。

Claims (1)

1. 施設内を撮影するカメラから、撮影した映像の映像データを取得する映像データ取得部と、
   前記映像データ取得部によって取得された映像データに対して画像処理を行って、画像データを生成する画像処理部と、
   前記画像処理部によって生成された画像データから、施設を利用する利用者の混雑度を検出する混雑度検出部と、
   施設内に設けられた温湿度計から、計測した温度を示す温度情報及び計測した湿度を示す湿度情報を取得する温湿度取得部と、
   前記温湿度取得部が取得した温度情報及び湿度情報に基づいて、不快指数を算出する不快指数算出部と、
   前記混雑度検出部によって検出された混雑度に基づいて、利用者の混雑が発生したか否かを判定し、前記不快指数算出部によって算出された不快指数に基づいて、利用者が不快状態であるか否かを判定する判定部と、
   前記判定部の判定結果に基づいて、利用者の混雑状況及び不快状態を表示する端末を制御する制御部とを有する監視制御装置であって、
   複数の施設のそれぞれに設けられる前記監視制御装置と、
   各監視制御装置から、施設ごとの混雑状況及び不快状態を収集する統合監視サーバと、
   前記統合監視サーバによって収集された各施設ごとの混雑状況及び不快状態を表示する中央監視用端末とを備え、
   前記統合監視サーバは、
   各施設の所在地に対応した天気予報を取得し、
   この取得した天気予報に基づいて、不快指数予測を各施設ごとに算出し、
   この算出した不快指数予測を、各監視制御装置の前記判定部に送信し、
   前記判定部は、
   前記統合監視サーバから受信した不快指数予測に基づいて、利用者が不快状態であるか否かを判定する
   ことを特徴とする集中監視システム。

Images