JP2023043369A - 映像モニタリング装置、映像モニタリングシステム、及び映像モニタリング方法 - Google Patents

Abstract

【課題】導入コストを抑えながら対象設備の異常を監視し、検出した異常に対するユーザの対応行動を支援する。【解決手段】映像モニタリングシステム１００において、映像モニタリング装置１は、監視カメラ２２が撮影した映像から設備２３の異常を検出し、その異常内容を特定するカメラ映像分析部１５と、異常に対する対応行動が異常内容毎に紐付けられた対応行動情報に基づいて、特定した異常内容の対応行動を取得する対応行動選択部１６と、設備２３の映像を表示するモニタリング画面を顧客操作端末３に表示させるための表示データを生成し、それを用いて顧客操作端末にモニタリング画面を表示させる可視化処理部１４と、を備える。設備の異常を検出した場合に、可視化処理部１４は、異常が検出された映像の表示とそれに対する対応行動の提示とを含む異常時用の表示データを生成し、対応行動の決定操作が可能な態様でモニタリング画面を表示させる。【選択図】図１

Description

本発明は、映像モニタリング装置、映像モニタリングシステム、及び映像モニタリング方法に関し、監視カメラが撮影した映像を用いて対象設備の異常を監視する映像モニタリング装置、映像モニタリングシステム、及び映像モニタリング方法に適用して好適なものである。

従来、火災感知器等の異常感知センサとセンサに関連付けて設置されたカメラとによって異常を感知した際に、上記カメラが撮影した映像をユーザが操作する端末に表示し、予め設定された通報先に通報する技術が知られている（例えば、特許文献１）。

特開２０１３－０８９０９２号公報

しかし、特許文献１に記載された異常通報システムでは、ユーザは異常が発生したときの映像しか確認することができず、ビル内の様々な設備をまとめて監視するビル管理者にとっては利便性が十分ではないという問題があった。また、特許文献１に記載された異常通報システムの場合、監視対象とするビル内の様々な設備にそれぞれ、異常感知センサ及びカメラを取り付ける必要があり、導入コストが嵩むといった問題もあった。

本発明は以上の点を考慮してなされたもので、検出した異常に対するユーザの対応行動を支援することが可能な映像モニタリング装置、映像モニタリングシステム、及び映像モニタリング方法を提案しようとするものである。

かかる課題を解決するため本発明においては、監視対象の設備を撮影する監視カメラの映像を用いて当該設備の異常を監視する映像モニタリング装置であって、前記監視カメラが撮影した前記設備の映像データを取得するカメラ映像取得部と、前記映像データの映像から前記設備の異常を検出し、検出した異常の異常内容を特定するカメラ映像分析部と、前記設備に対する監視の保守契約を締結した顧客、当該保守契約の監視対象の前記設備、及び当該設備を撮影する前記監視カメラに関する情報が関連付けられた顧客情報と、前記異常が検出された場合に次に行うべき対応行動が当該異常の前記異常内容ごとに紐付けられた対応行動情報と、を格納する記憶装置と、前記記憶装置に格納された前記対応行動情報に基づいて、前記カメラ映像分析部が特定した前記異常内容に対応付けられた前記対応行動を取得する対応行動選択部と、前記カメラ映像取得部が取得した前記映像データの映像を表示するモニタリング画面を前記顧客が操作する顧客操作端末に表示させるための表示データを生成し、当該表示データを用いて前記顧客操作端末に前記モニタリング画面を表示させる可視化処理部と、を備え、前記カメラ映像分析部が前記設備の異常を検出した場合に、前記可視化処理部は、当該異常が検出された映像の表示と当該異常の検出に対して前記対応行動選択部が取得した前記対応行動の提示とを含む異常時用の表示データを生成し、当該異常時用の表示データを用いて、前記顧客操作端末から前記対応行動の実行を決定する操作を実行可能な態様で前記モニタリング画面を表示させる、映像モニタリング装置が提供される。

また、かかる課題を解決するため本発明においては、監視対象の設備の異常を監視する映像モニタリングシステムであって、前記設備を撮影する監視カメラと、前記監視カメラが撮影した前記設備の映像データを記録するカメラ映像記録装置と、前記設備に対する監視の保守契約を締結した顧客が操作する顧客操作端末と、前記設備の映像データを用いて当該設備の異常を検出し、前記異常を検出した場合に次に行うべき対応行動を前記顧客操作端末に提示する映像モニタリング装置と、を備え、前記映像モニタリング装置は、前記カメラ映像記録装置から前記設備の映像データを取得するカメラ映像取得部と、前記映像データの映像から前記設備の異常を検出し、検出した異常の異常内容を特定するカメラ映像分析部と、前記保守契約を締結した顧客、当該保守契約の監視対象の前記設備、及び当該設備を撮影する前記監視カメラに関する情報が関連付けられた顧客情報と、前記異常に対する前記対応行動が当該異常の前記異常内容ごとに紐付けられた対応行動情報と、を格納する記憶装置と、前記記憶装置に格納された前記対応行動情報に基づいて、前記カメラ映像分析部が特定した前記異常内容に対応付けられた前記対応行動を取得する対応行動選択部と、前記カメラ映像取得部が取得した前記映像データの映像を表示するモニタリング画面を前記顧客が操作する顧客操作端末に表示させるための表示データを生成し、当該表示データを用いて前記顧客操作端末に前記モニタリング画面を表示させる可視化処理部と、を有する映像モニタリングシステムが提供される。この映像モニタリングシステムにおいて、前記カメラ映像分析部が前記設備の異常を検出した場合に、前記可視化処理部は、当該異常が検出された映像の表示と当該異常の検出に対して前記対応行動選択部が取得した前記対応行動の提示とを含む異常時用の表示データを生成し、当該異常時用の表示データを用いて、前記顧客操作端末から前記対応行動の実行を決定する操作を実行可能な態様で前記モニタリング画面を表示させ、前記顧客操作端末は、前記モニタリング画面に提示された前記対応行動から、実行する対応行動を決定する。

また、かかる課題を解決するため本発明においては、監視対象の設備を撮影する監視カメラの映像を用いて当該設備の異常を監視する映像モニタリング装置による映像モニタリング方法であって、前記映像モニタリング装置は、前記設備に対する監視の保守契約を締結した顧客、当該保守契約の監視対象の前記設備、及び当該設備を撮影する前記監視カメラに関する情報が関連付けられた顧客情報と、前記設備の異常が検出された場合に次に行うべき対応行動が当該異常の異常内容ごとに紐付けられた対応行動情報と、を記憶装置に格納し、前記映像モニタリング装置が、前記監視カメラが撮影した前記設備の映像データを取得するカメラ映像取得ステップと、前記映像モニタリング装置が、前記映像データの映像から前記設備の異常を検出し、検出した異常の異常内容を特定するカメラ映像分析ステップと、前記映像モニタリング装置が、前記記憶装置に格納された前記対応行動情報に基づいて、前記カメラ映像分析ステップで特定した前記異常内容に対応付けられた前記対応行動を取得する対応行動選択ステップと、前記映像モニタリング装置が、前記カメラ映像取得ステップで取得した前記映像データの映像を表示するモニタリング画面を前記顧客が操作する顧客操作端末に表示させるための表示データを生成し、当該表示データを用いて前記顧客操作端末に前記モニタリング画面を表示させる可視化処理ステップと、を備え、前記カメラ映像分析ステップにおいて前記設備の異常が検出された場合に、前記可視化処理ステップにおいて前記映像モニタリング装置は、当該異常が検出された映像の表示と当該異常の検出に対して前記対応行動選択ステップで取得した前記対応行動の提示とを含む異常時用の表示データを生成し、当該異常時用の表示データを用いて、前記顧客操作端末から前記対応行動の実行を決定する操作を実行可能な態様で前記モニタリング画面を表示させる、映像モニタリング方法が提供される。

本発明によれば、検出した異常に対するユーザの対応行動を支援することができる。なお、上記した以外の課題、構成及び効果は、後述する実施形態の説明により明らかにされる。

本発明の一実施形態に係る映像モニタリングシステム１００の構成例を示すブロック図である。 顧客情報の一例を示す図である。 対応行動情報の一例を示す図である。 映像モニタリングシステム１００における全体処理の処理フローの一例を示す図である。 映像データ分析処理におけるデータ参照等のイメージを示す図である。 対応行動取得処理におけるデータ参照等のイメージを示す図である。 モニタリング画面の画面構成例を説明するための図である。 異常時のモニタリング画面の表示例を示す図である。 異常時のモニタリング画面の別の表示例を示す図である。

以下の説明では、「インタフェース装置」は、１以上のインタフェースデバイスであればよい。当該１以上のインタフェースデバイスは、下記のうちの少なくとも何れかであればよい。
・１以上のＩ／Ｏ（Input/Output）インタフェースデバイス。Ｉ／Ｏインタフェースデバイスは、Ｉ／Ｏデバイスと遠隔の表示用計算機とのうちの少なくとも何れかに対するインタフェースデバイスである。表示用計算機に対するＩ／Ｏインタフェースデバイスは、通信インタフェースデバイスでもよい。少なくとも１つのＩ／Ｏデバイスは、ユーザインタフェースデバイス、例えば、キーボードやポインティングデバイスのような入力デバイスと、表示デバイスのような出力デバイスとのうちの何れであってもよい。
・１以上の通信インタフェースデバイス。１以上の通信インタフェースデバイスは、１以上の同種の通信インタフェースデバイス（例えば１以上のＮＩＣ（Network Interface Card））であってもよいし、２以上の異種の通信インタフェースデバイス（例えばＮＩＣとＨＢＡ（Host Bus Adapter））であってもよい。

また、以下の説明では、「メモリ」は、１以上のメモリデバイスであり、典型的には主記憶デバイスである。メモリにおける少なくとも１つのメモリデバイスは、揮発性メモリデバイスであってもよいし、不揮発性メモリデバイスであってもよい。

また、以下の説明では、「永続記憶装置」は、１以上の永続記憶デバイスである。永続記憶デバイスは、典型的には、不揮発性の記憶デバイス（例えば補助記憶デバイス）であり、具体的には例えば、ＨＤＤ（Hard Disk Drive）またはＳＳＤ（Solid State Drive）である。

また、以下の説明では、「記憶装置」は、上記のメモリまたは永続記憶装置の少なくとも何れかのデバイスである。

また、以下の説明では、「プロセッサ」は、１以上のプロセッサデバイスである。少なくとも１つのプロセッサデバイスは、典型的には、ＣＰＵ（Central Processing Unit）のようなマイクロプロセッサデバイスであるが、ＧＰＵ（Graphics Processing Unit）のような他種のプロセッサデバイスでもよい。少なくとも１つのプロセッサデバイスは、シングルコアでもよいしマルチコアでもよい。また、少なくとも１つのプロセッサデバイスは、プロセッサコアでもよい。あるいは、少なくとも１つのプロセッサデバイスは、処理の一部または全部を行うハードウェア回路（例えばＦＰＧＡ（Field-Programmable Gate Array）またはＡＳＩＣ（Application Specific Integrated Circuit））といった広義のプロセッサデバイスでもよい。

また、以下の説明では、「ｋｋｋ部」といった表現を用いて機能を説明することがあるが、当該機能は、１以上のコンピュータプログラムがプロセッサによって実行されることで実現されてもよいし、１以上のハードウェアデバイス（例えばＦＰＧＡまたはＡＳＩＣ）によって実現されてもよいし、それらの組合せによって実現されてもよい。各機能の説明は一例であり、複数の機能が１つの機能にまとめられたり、１つの機能が複数の機能に分割されたりしてもよい。

また、以下の説明では、「ｘｘｘＤＢ」といった表現を用いて、入力に対して出力が得られる情報を説明することがあるが、当該情報は、どのような構造のデータでもよいし（例えば、構造化データでも、非構造化データでもよい）、入力に対する出力を発生するニューラルネットワークのような学習モデルでもよい。従って、「ｘｘｘＤＢ」を「ｘｘｘ情報」と言うことができる。また、以下の説明において、各ＤＢの構成は一例であり、１つのＤＢは、２つ以上のＤＢに分割されてもよいし、２以上のＤＢの全部または一部が１つのＤＢで実現されてもよい。なお、「ＤＢ」は、データベースの略である。

以下、図面を参照して、本発明の実施形態を詳述する。本明細書においては、同種の要素（同一機能を有する要素）を区別せずに説明する場合には、添字や枝番を含む参照符号のうちの共通部分（添字や枝番を除く部分）を使用し、同種の要素を区別して説明する場合には、添字や枝番を含む参照符号を使用することがある。例えば、監視カメラを特に区別せずに説明する場合には「監視カメラ２２」と記載するのに対して、個々の監視カメラ２２を区別して説明する場合には「監視カメラ２２ａ」、「監視カメラ２２ｂ」、「監視カメラ２２ｃ」のように記載することがある。また、上記のように同一機能を有する要素については、その説明の繰り返しを省略する。また、エレベーターを構成する一般的な構成要素、具体的には、主ロープ、釣合い錘、乗りかご、巻上機、防犯カメラ、及び映像記録装置等については、その説明を省略する。

（１）構成
図１は、本発明の一実施形態に係る映像モニタリングシステム１００の構成例を示すブロック図である。図１に示したように、映像モニタリングシステム１００は、映像モニタリング装置１と、ビル（建屋）２におけるカメラ映像記録装置２１及び監視カメラ２２と、顧客操作端末３とを備える。映像モニタリング装置１は、通信ネットワーク４を通じて、カメラ映像記録装置２１と通信可能に接続され、通信ネットワーク５を通じて顧客操作端末３と通信可能に接続される。

本実施形態では、ビル２内の設備２３（具体的には、屋上２３ａ，エレベーター２３ｂ，消防設備２３ｃ，自動ドア２３ｄ，駐車場２３ｅ）を監視対象とし、それぞれの設備２３を撮影するために監視カメラ２２ａ～２２ｅが設置されている。各監視カメラ２２で撮影された映像は、カメラ映像記録装置２１に記憶される。カメラ映像記録装置２１は、例えば一般的なコンピュータやストレージ装置であって、少なくとも、映像データを記録するためのストレージ機能と、記録した映像データを映像モニタリング装置１に送信するための通信機能とを備えた装置であればよい。なお、図１に示した設備２３は一例であって、これらに限定されず、例えば、外通路やゴミ集積所等を監視対象の設備２３としてもよい。

なお、監視対象の設備２３を監視する監視カメラ２２が設置されるビル２は、１つに限定されるものではなく、複数であってもよい。また、本実施形態では、監視カメラ２２を１つの管理単位として扱うが、管理単位はこれに限定されない。例えば、複数のビル（建屋）２で構成されるビル群を管理単位としてもよい。また、監視対象の設備２３はビル内の設備に限定されず、工場や駅等のビル以外の構造物における設備が監視対象となってもよく、さらに、これらの構造物が管理単位とされてもよい。

顧客操作端末３は、顧客が所持または利用する情報処理端末であって、表示装置、入力装置、及びインタフェース装置を備える。入力装置は、例えばキーボード及びマウスであるが、この他にも例えば、表示装置と一体とされたタッチパネル等であってもよい。顧客操作端末３の具体例は特に限定されないが、例えば、パーソナルコンピュータ、タブレット、またはスマートフォン等が該当する。また、顧客操作端末３は１つに限定されるものではなく、複数であってもよい。なお、本実施形態における「顧客」とは、ビル２についての保守や管理に関する契約（以下、保守契約）を締結している者や組織（契約者）を意味する。

映像モニタリング装置１とカメラ映像記録装置２１とを接続する通信ネットワーク４、及び映像モニタリング装置１と顧客操作端末３とを接続する通信ネットワーク５は、同種の通信ネットワークでもよいし異種の通信ネットワークでもよい。通信ネットワーク４，５はそれぞれ、例えば、インターネット、移動体通信網、有線ＬＡＮ（Local Area Network）、無線ＬＡＮ、または専用回線、あるいはこれらの組み合わせであってよい。また、通信ネットワーク４，５は１つの通信ネットワーク（例えばインターネット）であってもよい。

映像モニタリング装置１は、不図示のインタフェース装置、記憶装置１２、及びそれらに接続されたプロセッサを備えた情報処理装置であってもよいし、当該装置（例えばクラウド基盤）上に実現された装置であってもよい。上記インタフェース装置は、映像モニタリング装置１に対するデータの入出力を行う。具体的には、映像モニタリング装置１にキーボードやディスプレイを設けてもよいし、作業員や営業員が用いる操作端末（不図示）を映像モニタリング装置１のインタフェース装置として利用してもよい。

映像モニタリング装置１において、プロセッサは、例えばＣＰＵ（Central Processing Unit）である。記憶装置１２にはメモリが含まれ、メモリは、例えば、ＲＯＭ（Read Only Memory）及びＲＡＭ（Random Access Memory）である。映像モニタリング装置１は、ＲＯＭに格納されたプログラムコードをＣＰＵが読み出して実行することにより、ソフトウェアとハードウェアとが協働して、後述する各処理部（顧客情報入力部１１、カメラ映像取得部１３、可視化処理部１４、カメラ映像分析部１５、対応行動選択部１６）の機能を実現する。また、記憶装置１２は、上記したＲＯＭ及びＲＡＭの他に、ＨＤＤ（Hard Disk Drive）のような永続記憶装置を含めて実現されてもよい。また、通信部１７は、通信機能を有するインタフェース装置によって実現される。

図１に示したように、映像モニタリング装置１は、顧客情報入力部１１、記憶装置１２、カメラ映像取得部１３、可視化処理部１４、カメラ映像分析部１５、対応行動選択部１６、及び通信部１７を備える。

顧客情報入力部１１は、設備２３に対する映像監視の保守契約を締結した顧客及びその監視対象に関する情報（顧客情報）を記憶装置１２の顧客情報ＤＢ１２ａに入力する機能を有する。顧客情報には、保守サービスを受ける者、契約者、ビル２を特定するためのビルＩＤやビル住所を示す情報などを含むことができる。後述する図２には、顧客情報の具体例が示される。本実施形態では、ビル２における監視対象の設備２３に関する情報と、設備２３を監視する監視カメラ２２に関する情報とが、関連付けて顧客情報に登録されるようにしている。

記憶装置１２は、所定の情報を格納する機能を有する。本実施形態では、記憶装置１２は、格納する情報の種別によって異なるＤＢ（データベース）が構成されるとしており、具体的には記憶装置１２は、顧客情報ＤＢ１２ａと、カメラ映像管理ＤＢ１２ｂと、異常記録ＤＢ１２ｃと、対応行動ＤＢ１２ｄと、を有する。

顧客情報ＤＢ１２ａは、設備２３に対する映像監視の保守契約を締結した顧客及びその監視対象に関する情報（顧客情報）を格納する。前述したように、顧客情報は顧客情報入力部１１から入力され、後述する図２にはその具体例が示される。カメラ映像管理ＤＢ１２ｂは、各監視カメラ２２が撮影した映像データに関する情報（カメラ映像情報）を格納する。カメラ映像情報は、カメラ映像記録装置２１から取得されてカメラ映像管理ＤＢ１２ｂに格納される。異常記録ＤＢ１２ｃは、監視カメラ２２ごとのカメラ映像情報を分析して検出された異常に関する情報（異常情報）を格納する。カメラ映像情報の分析は、カメラ映像分析部１５によって行われる。対応行動ＤＢ１２ｄは、検出された異常に対する対応の選択肢とされる対応行動に関する情報（対応行動情報）を格納する。後述する図３には対応行動情報の具体例が示される。

カメラ映像取得部１３は、所定間隔（例えば５分に１回）で、顧客情報ＤＢ１２ａに格納された顧客情報に示される各カメラ（監視カメラ２２）に基づいて、各監視カメラ２２の映像データを記録しているカメラ映像記録装置２１に通信ネットワーク４を介して接続する。そして、カメラ映像取得部１３は、カメラ映像記録装置２１から、各監視カメラ２２による設備２３の監視映像（映像データ）を定期的に取得し、取得した映像データに基づくカメラ映像情報をカメラ映像管理ＤＢ１２ｂに登録する。なお、カメラ映像取得部１３は、カメラ映像記録装置２１に常時接続するよう構成されてもよい。また、カメラ映像取得部１３は、カメラ映像記録装置２１から取得した映像データをそのままカメラ映像情報としてカメラ映像管理ＤＢ１２ｂに登録してもよいが、好適には、当該映像データに関連する所定の情報（例えば、当該映像データ自身に関する情報や、当該映像データの撮影環境に関して顧客情報に登録された諸情報など）を付加した上で、カメラ映像情報としてカメラ映像管理ＤＢ１２ｂに登録する。

可視化処理部１４は、顧客操作端末３に出力するべきデータを加工する機能、及び、顧客操作端末３に出力する画面データを生成する機能を有する。具体的には例えば、可視化処理部１４は、ユーザ名とパスワードの入力を求める画面や、ビル２の監視対象の設備２３のモニタリング画面、異常検出時の対応選択画面等を生成し、顧客操作端末３に提供することができる。

カメラ映像分析部１５は、カメラ映像記録装置２１から取得した監視カメラ２２のカメラ映像情報から異常を検出し、検出した異常の種類（異常種別）を特定する機能を有する。カメラ映像分析部１５は、カメラ映像情報の分析（すなわち、上記した異常の検出及び異常種別の特定）において、顧客情報ＤＢ１２ａ及びカメラ映像管理ＤＢ１２ｂを参照し、必要なデータを異常を検出する所定のアルゴリズムに入力することにより、分析結果を得る。そして、カメラ映像分析部１５は、得られた分析結果を、異常情報として異常記録ＤＢ１２ｃに登録する。また、カメラ映像分析部１５は、得られた分析結果を可視化処理部１４に出力する機能も有する。

対応行動選択部１６は、カメラ映像分析部１５による分析結果（異常の検出、異常種別の特定）を受けて、特定された異常種別に対応付けられた対応行動のうちから、推奨される対応行動を取得する機能を有する。具体的には、対応行動選択部１６は、異常記録ＤＢ１２ｃ及び対応行動ＤＢ１２ｄを参照し、異常情報に記録された異常に対応する行動（対応行動）に関する情報を、対応行動情報から選択して取得する。また、対応行動選択部１６は、取得した対応行動に関する情報を可視化処理部１４に出力する機能も有する。

通信部１７は、映像モニタリング装置１の各部が、カメラ映像記録装置２１、顧客操作端末３、または保守員や営業員の操作端末（不図示）等との間で、データの入出力を行うための入出力部としての機能を有する。

（２）各種情報
以下では、記憶装置１２に格納される各種情報について、映像監視の実行前に設定される顧客情報及び対応行動情報を中心に詳しく説明する。

まず、顧客情報について説明する。顧客情報は、保守契約を締結した顧客に関する情報であって、営業活動を行う営業員や保守作業を行う保守員からの入力操作に応じて、顧客情報入力部１１によって、顧客情報ＤＢ１２ａに登録される。

図２は、顧客情報の一例を示す図である。図２に示した顧客情報１２１は、顧客情報ＤＢ１２ａに登録される顧客情報の具体例である。ビル２を単位として映像監視の保守契約が顧客と締結される場合、顧客情報１２１は、映像監視の保守契約の締結がなされたビル２ごとに、顧客及び監視対象に関する情報をまとめた顧客レコードから形成される。

具体的には、図２の顧客情報１２１において、顧客レコードは、顧客１２１１、顧客ＩＤ１２１２、ビルＩＤ１２１３、ビル住所１２１４、ビル設備１２１５、ビル設備ＩＤ１２１６、カメラ１２１７、及びカメラＩＤ１２１８の項目から構成される。なお、図２に示した項目は一例に過ぎず、本実施形態に係る顧客情報は、図２に例示した以外の項目を含んで顧客レコードが形成されるものであってもよい。

顧客１２１１には、保守契約を締結した顧客の名称等が登録され、顧客ＩＤ１２１２には、当該顧客を一意に識別するために割り当てられた識別子（顧客ＩＤ）が登録される。ビルＩＤ１２１３には、保守契約における映像監視の対象設備が設置されたビル２を一意に識別するために割り当てられた識別子（ビルＩＤ）が登録され、ビル住所１２１４には、当該ビル２の住所が登録される。ビル設備１２１５には、映像監視の対象設備（設備２３）の名称が登録され、ビル設備ＩＤ１２１６には、当該設備２３を識別するために割り当てられた識別子（ビル設備ＩＤ）が登録される。カメラ１２１７には、映像監視の対象設備（設備２３）を監視する監視カメラ２２の名称が登録され、カメラＩＤ１２１８には、当該監視カメラ２２を識別するために割り当てられた識別子（カメラＩＤ）が登録される。

ところで、図１には図示していないが、本実施形態では、記憶装置１２に、ユーザＤＢを格納するようにしてもよい。本実施形態で言う「ユーザ」とは、顧客に属する者（例えば、顧客の会社の従業員）である。上記ユーザＤＢは、ユーザごとにユーザレコードを有していてよく、各ユーザレコードは個別に、ユーザＩＤとパスワードと顧客ＩＤとを含むことが望ましい。ユーザＩＤ及びパスワードは、映像モニタリング装置１にアクセス可能なユーザを識別するための認証情報である。

ここで、ユーザＩＤ及びパスワードの使われ方について説明する。顧客操作端末３は、ユーザの操作により、通信ネットワーク５を通じて映像モニタリング装置１に接続する。この接続に応じて可視化処理部１４は、ユーザに、ユーザＩＤ及びパスワードの入力を要求する。すなわち、可視化処理部１４は、顧客操作端末３に対して、ユーザＩＤ及びパスワードの入力を促す情報を出力する。そして、顧客操作端末３からユーザＤＢに登録されているユーザＩＤ及びパスワードの組み合わせが入力された場合に限り、可視化処理部１４は、顧客情報ＤＢ１２ａ、カメラ映像管理ＤＢ１２ｂ、異常記録ＤＢ１２ｃ、及び対応行動ＤＢ１２ｄから取得した各種情報を、顧客操作端末３に対して出力（例えば表示）することが可能となる。なお、可視化処理部１４が作成する出力用データは、特定のデータ形式に限定されず、具体的には例えば、画像形式、動画形式、ＨＴＭＬ形式、ＸＭＬ形式、またはＣＳＶ形式等を採用することができる。

また、本実施形態では主に、監視カメラ２２による映像データ、当該映像データを分析することによって検出される異常（異常種別や異常内容）、及び当該異常に対する行動（対応行動）の参照について説明するが、本発明に係る映像モニタリング装置１は、これらの情報に代えてまたは加えて、ビル設備に係る問い合わせ対応、点検予定日、または点検実績等を表示するようにしてもよい。このように構成することで、本発明に係る映像モニタリング装置１は、ビル設備に関する各種契約情報を扱うことが可能である。

次に、対応行動情報について説明する。対応行動情報は、保守契約における映像監視の対象設備（設備２３）で検出された異常に対して推奨される行動（対応行動）に関する情報であって、異常内容に応じて１以上の対応行動が予め設定される。対応行動情報は、映像モニタリング装置１による映像監視が実行される前に対応行動ＤＢ１２ｄに登録されて入ればよく、その登録方法は様々な方法を採用し得る。具体的には例えば、システム管理者によって予め対応行動情報が対応行動ＤＢ１２ｄに登録されるとしてもよいし、映像モニタリング装置１の製造または販売時に、代表的な異常内容についての対応行動情報がメーカによって対応行動ＤＢ１２ｄに登録されるとしてもよい。また、顧客側（例えば、ビル２のオーナや管理会社等）が対応行動情報を適宜カスタマイズ可能としてもよい。

図３は、対応行動情報の一例を示す図である。図３に示した対応行動情報１２４は、対応行動ＤＢ１２ｄに登録される対応行動情報の具体例であり、対応行動情報１２４は、監視カメラ２２による映像監視の保守契約の締結がなされたビル２の設備２３と異常内容との組み合わせごとに、異常の検出時に次に取るべき１以上の対応行動が紐付けられた対応行動レコードから形成される。

具体的には、図３の対応行動情報１２４において、対応行動レコードは、ビル設備１２４１、ビル設備ＩＤ１２４２、異常種別１２４３、異常内容１２４４、異常内容優先度１２４５、行動番号１２４６、行動内容１２４７、及び連絡先１２４８の項目から構成される。なお、図３に示した項目は一例に過ぎず、本実施形態に係る対応行動情報は、図３に例示した以外の項目を含んで対応行動レコードが形成されるものであってもよい。また、図３では、ビル設備ＩＤ「Ｓ００１」の「消防設備」とビル設備ＩＤ「Ｅ００１」の「エレベーター」についてそれぞれ、対応行動レコードが示されているが、実際の対応行動情報１２４には、図２の顧客情報１２１でビル設備１２１５に示される全ての設備について、対応行動レコードが登録されると考えてよい。

ビル設備１２４１及びビル設備ＩＤ１２４２は、図２に示した顧客情報１２１におけるビル設備１２１５及びビル設備ＩＤ１２１６と対応する。異常種別１２４３は、カメラ映像分析部１５による映像データ分析によって検出され得る異常の種別を示すものであり、図３の場合は、火災の異常に属する「発煙・発火」と、人間行動の異常に属する「異常行動」とが例示されている。

異常内容１２４４には、異常の具体的な事象を示す異常内容が登録される。この異常内容は、異常種別１２４３を詳細に分類したものと捉えることもできる。また、異常内容優先度１２４５には、異常内容１２４４に登録される各異常内容に対応する優先度が登録される。それぞれの異常内容に対応する優先度は予め設定されるとするが、運用途中で管理者等によって変更されてもよい。また、異常内容優先度１２４５は、異常種別１２４３ごとに優先度が設定されてもよいが、複数の異常種別に属する異常が同時発生した場合を考慮すると、全ての異常種別１２４３に属する全ての異常内容１２４４を対象として優先度が設定されることが好ましい。図３に示した例の場合、「発煙・発火」に属する異常内容として、映像データから煙が検出された異常を意味する「発煙検出」、映像データから炎が検出された異常を意味する「発火検出」、及び、映像データからは煙も炎も検出されないが映像内の他の状況（例えばランプの点滅等）から発煙または発火が推定される異常を意味する「発煙・発火無し作動」の３種類が登録されている。また、「異常行動」に属する異常内容として、映像データから人が暴れていることが検出された異常を意味する「異常行動（あばれ）検出」、映像データから人が滞留していることが検出された異常を意味する「異常行動（滞留）検出」、及び、あばれ及び滞留以外の人間行動の異常が映像データから検出されたことを意味する「異常行動（その他）検出」の３種類が登録されている。そして、上記６種類の異常内容１２４４に対して、異常内容優先度１２４５には「１」～「６」の優先度が設定されており、優先度の値が小さいほど、高い優先度を表している。例えば、上記６種類の異常内容１２４４のなかでは、「発火検出」が最も危険な異常であるため、最も高い優先度「１」が設定されている。

行動内容１２４７には、異常内容１２４４が検出された場合に推奨される１以上の対応行動が登録され、連絡先１２４８には、当該対応行動を実行する際に連絡される連絡先が登録される。また、行動番号１２４６には、異常内容１２４４ごとに推奨される１以上の対応行動（行動内容１２４７）について、各対応行動が推奨される順番が登録される。図３の場合、例えば、検出された異常が「発煙検出」である場合、「１」番目に推奨される行動番号１２４６が紐付けられた対応行動として「消防車を呼ぶ」が行動内容１２４７に登録され、連絡先１２４８には当該対応行動の連絡先として消防署の電話番号である「１１９」が登録されている。また、「発煙検出」には、「２」番目に推奨される行動番号１２４６が紐付けられた対応行動として「館内放送で知らせる」が行動内容１２４７に登録されるが、当該対応行動には連絡先が不要なため、連絡先１２４８には特定の連絡先は登録されていない。本実施形態では、上記のように１つの異常内容に対して複数の対応行動を登録することができ、さらに、これらの対応行動について推奨される順番が設定されることで、異常が検出された場合に、顧客がどのような行動をとるべきかを分かりやすく提示することができる。

なお、図３の例では、ビル設備１２４１ごとに異常種別１２４３が異なることから、異常種別１２４３に属する異常内容１２４４及び異常内容１２４４に対応する行動内容１２４７も、ビル設備１２４１ごとに異なるものとなっているが、本実施形態に係る対応行動情報１２４は、異なるビル設備１２４１であっても共通または重複する異常種別１２４３が登録されてもよい。さらに言えば、本実施形態に係る対応行動情報１２４（対応行動レコード）においては、少なくとも、異常内容１２４４ごとに個別に行動内容１２４７が定められるものであればよい。

また、対応行動情報１２４（対応行動ＤＢ１２ｄ）は、例えばシステム管理者によって予め登録するようにしているが、ユーザが管理会社の社員である場合には、異常発生を把握した際にビルオーナに連絡が必要になる等、保守会社では想定できない連絡先の登録が必要になる可能性がある。そこで、本実施形態の変形例として、対応行動情報１２４において、行動番号１２４６、行動内容１２４７、または連絡先１２４８等を、ユーザが変更または新規登録できるようにしても良い。

また、前述したように異常情報ＤＢ１２ｃには、映像データから検出された異常に関する異常情報が登録されるが、この異常情報において、検出された異常に関するデータ項目には、対応行動情報１２４と対応するデータ形式（具体的には異常種別１２４３、異常内容１２４４等）が用いられるとする。

（３）処理
以下では、本実施形態に係る映像モニタリングシステム１００が、監視カメラ２２の映像データを用いて顧客操作端末３にモニタリング画面を提供するとともに、監視カメラ２２の映像データから異常の発生を監視し、異常を検出したときに顧客操作端末３に通知して異常に対する適切な対応行動（例えば通報）を支援する処理について説明する。

図４は、映像モニタリングシステム１００における全体処理の処理フローの一例を示す図である。図４では、モニタリング画面への情報表示及びモニタリング画面における操作に関する処理を中心に示しており、システム（映像モニタリング装置１）へのログインやログアウト等の基本操作については説明を省略する。

図４によればまず、カメラ映像記録装置２１が、ビル２に設置された監視カメラ２２が撮影した設備２３の映像データを常に取得して記録する（ステップＳ１１）。そして、映像モニタリング装置１のカメラ映像取得部１３が、常時または定期的に、カメラ映像記録装置２１にアクセスし、監視カメラ２２の映像データを取得し、当該映像データに基づくカメラ映像情報をカメラ映像管理ＤＢ１２ｂに登録する（ステップＳ２１）。なお、ステップＳ２１においてカメラ映像取得部１３は、映像データに基づくカメラ映像情報を生成するために必要な諸情報を、カメラ映像記録装置２１や顧客情報ＤＢ１２ａから合わせて取得するようにしてもよい。

次に、映像モニタリング装置１において所定の条件が成立すると、カメラ映像分析部１５が、各映像データに対する映像データ分析処理を開始する。なお上記の所定の条件とは、例えば、顧客操作端末３においてモニタリング画面が起動された後の所定周期のタイミングであってもよいし、モニタリング画面の機能に関係なく所定周期のタイミングであってもよい。前者の場合は、顧客操作端末３でモニタリング画面が起動されているときに限って、異常の検出が行われるため、映像モニタリング装置１における処理負荷を低減することができる。一方、後者の場合は、顧客操作端末３での操作状況にかかわらず、カメラ映像記録装置２１から取得されるすべての映像データに対して定期的に映像データ分析を行うため、処理負荷は高くなるが異常の発生を迅速かつ確実に検出することができる。また、上記以外の所定の条件を定めていてもよい。

映像データ分析処理において、カメラ映像分析部１５は、カメラ映像管理ＤＢ１２ｂに登録された分析対象の映像データのうちから、未分析の映像データを１つ選択し、選択した映像データに関するカメラ映像情報と顧客情報とをカメラ映像管理ＤＢ１２ｂ及び顧客情報ＤＢ１２ａから取得する（ステップＳ２２）。例えば、顧客操作端末３においてモニタリング画面が起動されている場合には、当該画面の起動時に顧客から入力された顧客ＩＤ及びビルＩＤが映像モニタリング装置１に送信されているため、顧客情報１２１においてこれらのＩＤに紐付けられたビル設備１２１５の映像データ（すなわち、カメラ１２１７によって撮影された映像データ）が分析対象の映像データとなる。

次に、カメラ映像分析部１５は、ステップＳ２２で取得した情報を用いて、分析対象の映像データの映像に異常がないかを画像分析する（ステップＳ２３）。ステップＳ２３における画像分析では、対応行動情報１２４（図３参照）の異常種別１２４３及び異常内容１２４４に対応する異常の検出が行われる。

次いで、カメラ映像分析部１５は、ステップＳ２３の画像分析で異常が検出されたか否かを判定する（ステップＳ２４）。ステップＳ２４において異常が検出されなかった場合には（ステップＳ２４のＮＯ）、異常が検出されなかった当該映像データの映像（静止画像または動画像）を可視化処理部１４に送信し、後述するステップＳ２８に進む。ステップＳ２４において異常が検出された場合には（ステップＳ２４のＹＥＳ）、カメラ映像分析部１５は、検出された異常についてその種別及び内容を特定し、特定した情報を含む分析結果から異常情報を生成し、生成した異常情報を異常記録ＤＢ１２ｃに登録する（ステップＳ２５）。

なお、後述する図５には、ステップＳ２２～Ｓ２５の映像データ分析処理におけるデータ参照等のイメージが示される。

ステップＳ２５の処理後は、対応行動選択部１６によって、検出された異常に対応付けられた対応行動を取得する対応行動取得処理が行われる。

対応行動取得処理において、対応行動選択部１６は、ステップＳ２５で異常記録ＤＢ１２ｃに登録された異常情報を参照し、異常種別及び異常内容をキーとして、対応行動ＤＢ１２ｄを参照し、異常種別１２４３及び異常内容１２４４に一致するすべての対応行動レコードを取得する（ステップＳ２６）。なお、映像モニタリング装置１が異常の検出を報知するポップアップ通知の機能を有する場合には、ステップＳ２６のタイミングで、対応行動選択部１６が可視化処理部１４に異常の検出を通知し、可視化処理部１４が通信部１７を介して顧客操作端末３に対してポップアップ通知を送信するようにしてもよい。ポップアップ通知を行うタイミングは、後述するステップＳ２７～Ｓ２９の何れかのタイミングであってもよいが、ステップＳ２６のように早期のタイミングを採用することにより、顧客に対して迅速に、異常の検出を報知することができる。

次いで、対応行動選択部１６は、ステップＳ２６で取得した対応行動レコードの異常内容優先度１２４５を参照し、これまでに実施された他の映像データに対する映像データ分析において異常が検出されていた場合には、複数の異常検出に関する情報を、異常内容優先度１２４５に基づいて並べ替える（ステップＳ２７）。ステップＳ２７の処理は、同時期に複数の設備２３で異常が検出された場合に、どの異常を優先的に通知するか（例えば、モニタリング画面で上位に表示するか）を決定するための処理である。そのため、これまでに実施された他の映像データに対する映像データ分析において異常が検出されていない場合には、ステップＳ２７の処理はスキップしてもよい。そして、ステップＳ２７の処理終了後、対応行動選択部１６は、並べ替えた後の１以上の対応行動レコードの情報を可視化処理部１４に送信し、ステップＳ２８に進む。

なお、後述する図６には、ステップＳ２６～Ｓ２７の対応行動取得処理におけるデータ参照等のイメージが示される。

ステップＳ２８では、映像モニタリング装置１の所定の処理部（例えば、カメラ映像分析部１５でもよいし、図示しない全体制御部等でもよい）が、未分析の映像データが残っていないかを判定する。未分析の映像データが存在する場合には（ステップＳ２８のＹＥＳ）、ステップＳ２２に戻り、前述した処理を繰り返す。分析対象のすべての映像データに対して映像データ分析が終了していた場合は（ステップＳ２８のＮＯ）、ステップＳ２９に進む。ここでいう「分析対象のすべての映像データ」とは、ビル２のすべての設備２３に対する監視カメラ２２の映像データと置き換えてもよい。

ステップＳ２９では、可視化処理部１４が、ステップＳ２２～Ｓ２８の処理でカメラ映像分析部１５及び対応行動選択部１６から受信した各種情報を用いて、モニタリング画面用の表示データを生成する。ここで生成される表示データには、異常が検出された設備２３に関する表示データだけでなく、異常が検出されなかった設備２３に関する表示データも含まれる。そして、可視化処理部１４が顧客操作端末３に表示データを送信することにより、顧客操作端末３は、起動済みのモニタリング画面に受信した表示データを表示することができる（後述するステップＳ３３に相当）。

なお、図４の処理フローでは、分析対象のすべての映像データに対して映像データ分析処理（及び対応行動取得処理）が終了した後に、可視化処理部１４が表示データを生成するとしたが、変形例として、各映像データに対する映像データ分析処理（及び対応行動取得処理）が終了するごとに表示データを生成し、任意の段階で表示データを顧客操作端末３に送信する等してもよい。

ステップＳ２９の処理が完了すると、原則的には、映像モニタリング装置１は一連の処理を終了する。但し、顧客操作端末３から特定の対応行動の実行が決定された場合には、映像モニタリング装置１側で当該対応行動を実行するようにしてもよい（ステップＳ３０）。例えば、映像モニタリング装置１の不図示の対応行動処理部が実行可能な対応行動（具体的には「館内放送で知らせる」など）が設定されているときに、対応行動処理部は、顧客操作端末３のモニタリング画面における操作（後述するステップＳ３５）に応じて、当該対応行動を実行する。

次に、図４を参照しながら、顧客操作端末３における処理を説明する。なお、図４に示した処理フローは、顧客操作端末３における一処理例に過ぎず、これに限定されるものではない。例えば、異常検出のポップアップ通知を受け取る前に、顧客が顧客操作端末３を操作してモニタリング画面を起動することもできる。

図４によれば、ステップＳ２６において映像モニタリング装置１の可視化処理部１４からポップアップ通知を受信すると、顧客操作端末３は、音、表示、または振動等によるポップアップ通知を行い、異常の検出を顧客に報知する（ステップＳ３１）。ポップアップ通知の機能は一般的に知られた技術であるので、詳細な説明は省略する。

次に、ステップＳ３１のポップアップ通知を受けて、あるいは顧客の意志によって、顧客が所定の操作を行うことにより、顧客操作端末３は、モニタリング画面を起動する（ステップＳ３２）。モニタリング画面の起動時には、顧客に割り当てられた顧客ＩＤ（ユーザＩＤ）と、監視する設備２３を備えるビル２のビルＩＤとの入力が要求され、これらの顧客ＩＤ及びビルＩＤは、通信ネットワーク５を通じて映像モニタリング装置１に送信される。また、モニタリング画面の起動時には、前述したユーザＩＤとパスワードによる認証が行われてもよい。

モニタリング画面の起動後は、顧客操作端末３は、映像モニタリング装置１の可視化処理部１４から受信した表示データを用いて、モニタリング画面を表示する（ステップＳ３３）。

そして顧客は、ステップＳ３３で表示されたモニタリング画面を見ることにより、異常が検出されたか否かを確認する（ステップＳ３４）。異常が検出されていない場合は、モニタリング画面では「正常時」の表示が行われ（ステップＳ３４のＮＯ）、顧客は特段の操作を行う必要はなく、ステップＳ３３に戻り、モニタリング画面の表示（表示内容の更新を含む）が継続される。なおこのとき、顧客は、モニタリング画面を終了する等してもよい。一方、異常が検出された場合は、モニタリング画面では「異常時」の表示が行われ（ステップＳ３４のＹＥＳ）、この場合はステップＳ３５の操作が顧客に要求される。

なお、後述する図７には、モニタリング画面の「正常時」及び「異常時」の画面構成例が示される。

モニタリング画面に「異常時」の表示が行われた場合、ステップＳ３５において、顧客は、異常を検出した映像を確認するとともに、対応行動表示ボタン（後述する図７の対応行動表示ボタン３０２２）を押して、一覧で表示される対応行動（後述する図７における対応行動一覧３２０３）のうちから、実行する対応行動を決定する。

次に、顧客がステップＳ３５で決定した対応行動を実行するための所定の操作を行うことにより、顧客操作端末３または映像モニタリング装置１が、当該対応行動を実行する（ステップＳ３０またはステップＳ３６）。対応行動を実行するための所定の操作とは例えば、モニタリング画面に表示された当該対応行動の「連絡先」を押下する操作に相当する。なお、顧客操作端末３または映像モニタリング装置１の何れが対応行動を実行するかは、予め対応行動情報（対応行動ＤＢ１２ｄ）に設定されていると考えてよい。具体的には例えば、連絡先に特定の電話番号が登録されている対応行動の場合には、ステップＳ３６で顧客操作端末３がそのまま電話を掛けるようにする方が効率的である。また、連絡先に特定の電話番号が登録されておらず、ビル２の館内放送等を行うような対応行動の場合には、ステップＳ３０で映像モニタリング装置１が主導して当該対応行動を実行するようにした方が効率的であることもある。

対応行動の実行後は、顧客はモニタリング画面に対する操作を終了することができるが、実際に異常が解消するまでは、モニタリング画面で情報を更新しながら表示が続けられることが好ましい。

なお、対応行動の実行に関して、次のように様々な構成を採用することが考えられる。例えば、対応行動に従って連絡先に連絡をとる際、異常状況を伝えやすくするために、異常を検出した映像をモニタリング画面において繰り返し再生する等してもよい。また例えば、異常時の対応行動として、ビル２の館内放送設備やエレベーター乗りかご内のインターフォンに、顧客操作端末３から直接あるいは間接的に接続し、ビル２の利用者に問い掛け等ができるように構成してもよい。また例えば、異常時の対応行動として、ビル２内のサイネージやエレベーター乗りかご内の液晶ディスプレイに、顧客操作端末３から直接あるいは間接的に接続し、異常時の映像を配信し、駆けつけた警備員や救急隊などに情報を伝えやすくするように構成してもよい。また例えば、異常時の対応行動として、ビル２内の設備（防災設備など）を遠隔的に制御する等の対応行動を用意してもよい。

また、異常が検出されていない場合には、定期的にモニタリング画面を更新し、更新の都度、映像データの分析とモニタリング画面への映像表示を行うようにしてもよい。

また、異常検出の有無や、異常検出時の通知については、履歴情報（ログ）を映像モニタリング装置１の記憶装置１２に保存し蓄積するようにしてもよい。このような構成とすることで、蓄積されたログを、検出された異常に対する事後検証等に役立てることができる。

また、図４の処理フローでは、顧客操作端末３において、異常検出時のポップアップ通知が行われた後に、モニタリング画面が起動される手順を示したが、本実施形態における異常検出時の処理フローは、上記手順に限定されるものではない。例えば、モニタリング画面の表示中に異常が検出された場合に、当該異常の検出をポップアップ通知等の所定の手段で別途、顧客操作端末３に通知するようにしてもよい。また例えば、モニタリング画面の表示中に異常が検出された場合に、ポップアップ通知なしで、モニタリング画面の表示を、後述する図８や図９等で説明する異常時のモニタリング画面に切り替えるようにしてもよい。

また、上記説明では、一例として、モニタリング画面の起動時などの顧客操作端末３の状態に基づいて、ステップＳ２２のカメラ映像（映像データ）の分析を行うことを説明したが、本実施形態で映像データを分析する契機はこれに限定されるものではない。例えば、カメラ映像取得部１３がカメラ映像記録装置２１から映像データを取得するたびに、カメラ映像分析部１５が映像データ分析を行う等としてもよい。

以上のように、図４を参照して映像モニタリングシステム１００における全体処理を説明したが、以下では、詳細な説明として、映像モニタリング装置１における映像データ分析処理と対応行動取得処理、及び顧客操作端末３におけるモニタリング画面の表示について、図面を参照しながら説明する。

（３－１）映像データ分析処理
図５は、映像データ分析処理におけるデータ参照等のイメージを示す図である。図５においてカメラ映像分析部１５の内部に示したように、図５に示すデータの参照等（参照、取得、送信、記録）は、図４のステップＳ２２～Ｓ２５の処理に対応するものである。

図５を参照しながら、映像データ分析処理におけるデータの流れを説明する。

まず、顧客の顧客操作端末３の操作に応じてモニタリング画面の表示が要求されると、通信部１７を経由して当該要求を受信した可視化処理部１４は、当該要求に含まれる、顧客操作端末３を操作する顧客の顧客ＩＤ（ユーザＩＤ）と監視対象のビル２のビルＩＤとをカメラ映像分析部１５に送信する。

次に、カメラ映像分析部１５は、受信した顧客ＩＤ及びビルＩＤをキーとして、顧客情報ＤＢ１２ａを参照することにより、該当する顧客レコードのカメラＩＤ１２１８を取得する。さらに、カメラ映像分析部１５は、取得したカメラＩＤ１２１８と、上記した顧客ＩＤ及びビルＩＤをキーとして、カメラ映像管理ＤＢ１２ｂを参照することにより、映像データを分析するために必要な情報として、対象の映像データの記録日時を示す「映像記録日時（開始）」及び「映像記録日時（終了）」と、対象の映像データ本体である「映像データ」とを取得する。

次に、カメラ映像分析部１５は、取得した映像データの映像に対して、異常が発生していないかの画像分析（映像データ分析）を行う。なお、カメラ映像分析部１５には、機械学習などによるカメラ映像（静止画像または動画像）の異常検出アルゴリズムを含むプログラムを搭載し、異常検出アルゴリズムは、例えば、自動ドアが閉まらないなどの設備故障、発煙、発火、ビル利用者の異常行動（あばれや滞留）、不審行動（落書きなどのいたずら）などを検出できるものとする。

カメラ映像分析部１５は、映像データ分析によって、自動ドアが閉まらないなどの設備故障や、発煙、発火、ビル利用者の異常行動（あばれや滞留）、不審行動（落書きなどのいたずら）等を検出した場合には、異常種別及び異常内容を特定し、これらを含む分析結果から異常情報を生成し、異常記録ＤＢ１２ｃに登録する。異常情報の具体的なデータ構成例は図５に示した通りであり、異常種別及び異常内容、ステップＳ２２で顧客情報ＤＢ１２ａ及びカメラ映像管理ＤＢ１２ｂから取得した各種情報の他に、異常の検出日時、異常状態の映像を含む映像データ等が含まれる。なお、異常記録ＤＢ１２ｃに登録する異常情報の「映像データ」は、画像分析を行った映像データ全体である必要はなく、例えば、異常検出日時を基準点とした前後５秒間（合計１０秒）の映像を示す映像データを生成し、これを異常情報の「映像データ」とすることが好ましい。このように、画像分析を行った元の映像データの一部分を異常情報の「映像データ」とすることにより、検出した異常を示す映像を担保しながら、異常情報のデータ容量の増大を抑制することができる。

（３－２）対応行動取得処理
図６は、対応行動取得処理におけるデータ参照等のイメージを示す図である。図６に示すデータの参照等（参照、取得、送信）は、図４のステップＳ２６～Ｓ２７の処理に対応するものである。

図６を参照しながら、対応行動取得処理におけるデータの流れを説明する。

カメラ映像分析部１５による映像データ分析によって異常記録ＤＢ１２ｃに分析結果が異常情報として保存された後、対応行動選択部１６は、異常記録ＤＢ１２ｃを参照し、検出された異常の異常種別及び異常内容を取得する。次に、対応行動選択部１６は、取得した異常種別及び異常内容をキーとして、対応行動ＤＢ１２ｄを参照することにより、該当する対応行動レコードの行動番号１２４６、行動内容１２４７、及び連絡先１２４８を取得する。

その後、対応行動選択部１６が、異常記録ＤＢ１２ｃから取得した異常情報（図５に示したように、顧客情報の一部が含まれる）と対応行動ＤＢ１２ｄから取得した対応行動情報とを組み合わせて可視化処理部１４に送信する。そして可視化処理部１４は、受信した情報を用いてモニタリング画面用の表示データを生成し、通信部１７及び通信ネットワーク５を介して顧客操作端末３に出力することにより、顧客操作端末３のモニタリング画面において検出された異常に関する情報が表示される。一方、異常が検出されなかった場合は、図５で説明したカメラ映像分析部１５がカメラ映像管理ＤＢ１２ｂから取得した情報に基づいて、可視化処理部１４がモニタリング画面用の表示データを生成し、顧客操作端末３のモニタリング画面において正常時の情報が表示される。このようにして、顧客（ユーザ）は、平常時または異常時の何れにおいても、モニタリング画面を通じて、設備２３を撮影した監視カメラ２２のカメラ映像を確認することができ、異常時には、後述するように異常への対応行動等を確認することが可能となる。

（３－３）モニタリング画面
図７は、モニタリング画面の画面構成例を説明するための図である。顧客操作端末３に表示されるモニタリング画面３００は、例えばＧＵＩ（Graphical User Interface）であり、可視化処理部１４で生成された表示データに基づいて、監視カメラ２２が撮影した設備２３の映像と、設備２３の映像から検出された異常及びその対応行動等を表示する。

モニタリング画面３００は、図７に示すように、正常時（異常が検出されていない時）のモニタリング画面３０１と、異常時（異常の検出が一つ以上存在する時）のモニタリング画面３０２とで、異なる画面構成が用意されている。

正常時のモニタリング画面３０１は、監視対象の設備２３が設置されているビル２に関する情報を表示するビル情報表示欄３０１１と、異常が検出されていない旨のメッセージを表示するメッセージ表示欄３０１２と、監視対象の各設備２３の名称と当該設備２３を撮影したカメラ映像（静止画像または動画像）を表示するカメラ映像表示欄３０１３と、を有して構成される。

異常時のモニタリング画面３０２は、正常時のモニタリング画面３０１と同様のビル情報表示欄３０１１及びカメラ映像表示欄３０１３に加えて、検出された異常に関する情報を表示する異常検出情報表示欄３０２１と、検出された異常に対して推奨される対応行動（次に取るべき行動）の一覧を表示するための対応行動表示ボタン３０２２と、対応行動表示ボタン３０２２が押下されたときに対応行動の一覧を表示し、対応行動の実行を決定する操作を受け付け可能な対応行動一覧３０２３と、を有して構成される。

ここで、異常検出情報表示欄３０２１には、少なくとも異常を検出した設備名、異常発生時の映像、異常発生日時、及び異常内容が含まれる。そして、異常検出情報表示欄３０２１は、正常時ではないことが直観的に認識できるようにするために、正常時よりも強調された表示態様であることが好ましい。この場合、正常時に表示されるメッセージ表示欄３０１２とは異なる表示態様で、異常検出情報表示欄３０２１を表示するとし、具体的には、異常が検出された映像の表示枠を、赤色で表示（正常時は例えば緑色や黒色）したり、点滅表示（正常時は点滅なし）したりする。また、異常検出情報表示欄３０２１に表示する文字の文字色を正常時とは異なる色にする、等としてもよい。また、異常時のモニタリング画面３０２では、図７に示したように、異常が検出された設備のカメラ映像を表示する異常検出情報表示欄３０２１の表示態様についてもまた、異常が検出されていない設備のカメラ映像を表示するカメラ映像表示欄３０１３よりも上位に（言い換えると、強調された表示態様で）表示されることが好ましい。

また、対応行動一覧３０２３に表示可能な対応行動は、検出された異常内容に紐付けられた対応行動情報の行動内容１２４７であり、その表示数は１つでも複数でもよい。また、対応行動一覧３０２３においても、前述した異常検出情報表示欄３０２１の表示態様と同様に、異常時であることを示すために、文字色を赤色にする、等としてもよい。また、異常時のモニタリング画面３０２は、図７に例示した構成に加えて、異常発生時の映像と現在の映像とを取得して切替表示するボタンを設けるなどしてもよい。

上記したモニタリング画面３０１，３０２における表示領域３０１１～３０１３，３０２１～３０２３のそれぞれは、例えばＧＵＩ部品で実現される。

以上のようにモニタリング画面３００が構成されることで、正常時には異常が検出されていないことを表示できるとともに、異常時には、検出された異常の状態と異常内容に対応付けられた対応行動とを直観的に分かりやすく表示することができるため、ビル管理者等の顧客による管理業務を支援することができる。

図８は、異常時のモニタリング画面の表示例を示す図である。図８には、消防設備で「発煙検出」の異常が検出されたときのモニタリング画面３０３と、エレベーターで「異常行動（あばれ）」の異常が検出されたときのモニタリング画面３０４とを示しているが、これらのモニタリング画面３０３，３０４の画面構成は、図７で説明したモニタリング画面３０２の画面構成に準じている。なお、図８及び後述する図９では、図２の顧客情報１２１において顧客１２１１が「○○管理組合」、顧客ＩＤ１２１２が「００１」、ビルＩＤ１２１３が「ビルＡ」である顧客レコードを対象として、監視対象のカメラ映像を表示するモニタリング画面３００についての説明を行う。

モニタリング画面３０３は、消防設備で「発煙検出」の異常が検出されたときの表示例である。

モニタリング画面３０３において、ビル情報表示欄３０３１には、顧客情報ＤＢ１２ａから取得したビルＩＤ「ビルＡ」と、ビル住所「茨城県□□市○○１－２－３」とが出力される（具体値は、図２のビルＩＤ１２１３及びビル住所１２１４に記載されている）。

異常検出情報表示欄３０３２には、異常記録ＤＢ１２ｃから取得したビル設備「消防設備」（具体値は、図２の顧客情報１２１に記載されている）、映像データ、異常検出日時、及び異常内容「発煙検出」が出力される。なお、図７に示した異常時のモニタリング画面３０２で前述したように、異常検出情報表示欄３０３２は、異常時であることが直観的に認識できるように、正常時とは異なる表示態様とされることが好ましい。具体的には例えば、異常が検出されていない他の設備（図中では「自動ドア」等）のカメラ映像の表示枠が緑色である場合に、異常検出情報表示欄３０３２に表示されるカメラ映像の表示枠を赤色にする、等が考えられる。

対応行動一覧３０３３には、検出された異常の異常種別「発煙・発火」及び異常内容「発煙検出」の組み合わせに対応する対応行動レコードにおける行動番号１２４６、行動内容１２４７、及び連絡先１２４８の値が出力される。具体的には、対応行動一覧３０３３には、行動番号「１」に対応する行動内容として「消防車を呼ぶ」ことが表示され、その連絡先として「１１９」の電話番号が表示される。また、行動番号「２」に対応する行動内容として「館内放送で知らせる」ことが表示され、連絡先の代わりに「放送実行」という表記がなされたボタンが表示される。ここで顧客操作端末３にスマートフォンを利用している場合には、顧客は、対応行動一覧３０３３に表示された「１１９」や「放送実行」をタップする操作を行うことにより、表示されている連絡先に電話を掛けたり、館内放送を実行したりすることができる。

モニタリング画面３０４は、エレベーターで「異常行動（あばれ）」の異常が検出されたときの表示例である。モニタリング画面３０４の画面構成（例えばビル情報表示欄３０４１，異常検出情報表示欄３０４２，対応行動一覧３０４３）はモニタリング画面３０３と同様であり、モニタリング画面３０４に出力される各種情報の取得等についても、モニタリング画面３０３における説明と同様に考えればよいことから、具体的な説明を省略する。

図９は、異常時のモニタリング画面の別の表示例を示す図である。図９に示すモニタリング画面３０５は、監視対象の複数の設備２３で異常が検出されたときのモニタリング画面３００の表示例である。

具体的には、図９のモニタリング画面３０５の場合は、消防設備における「発火検出」の異常と自動ドアにおける「発煙検出」の異常とが検出されている。そして本例では、対応行動ＤＢ１２ｄに登録された対応行動情報１２４において、消防設備における発火検出の異常内容優先度１２４５が、自動ドアにおける発煙検出の異常内容優先度１２４５よりも高い、とする。

このとき、図９のモニタリング画面３０５では、ビル情報表示欄３０５１の下に、第１の異常検出情報表示欄３０５２が配置され、その下に、第２の異常検出情報表示欄３０５４が配置される。第１の異常検出情報表示欄３０５２には、現時点で検出されている異常の内で、最も異常内容優先度を有する異常に関する情報が表示され、第２の異常検出情報表示欄３０５４には、次点の異常内容優先度を有する異常に関する情報が表示される。すなわち、第１の異常検出情報表示欄３０５２には消防設備における発火検出が表示され、第２の異常検出情報表示欄３０５４には自動ドアにおける発煙検出が表示される。また、第２の異常検出情報表示欄３０５４の下には、異常が検出されていない設備２３（エレベーター、駐車場、屋上）の映像を示す正常情報表示欄３０５５が配置されている。

上記のように表示されたモニタリング画面３０５においては、例えば、第１の異常検出情報表示欄３０５２に対応する対応行動表示ボタンが押下されると、消防設備における発火検出に紐付けられた対応行動の一覧が対応行動一覧３０５３に表示され、顧客は、「消防車を呼ぶ」または「館内放送で知らせる」という対応行動のうちから、対応行動を選択し実行することができる。同様に、第２の異常検出情報表示欄３０５４に対応する対応行動表示ボタンが押下された場合には、自動ドアにおける発煙検出に紐付けられた対応行動の一覧が対応行動一覧に表示され、顧客は実行する対応行動を選択することができる。

モニタリング画面３０５のように、複数の異常が検出された場合には、対応行動情報１２４に設定された異常内容優先度に基づいて、重要性が高い異常内容を優先して、上位（目立つ場所）に表示することで、顧客は、優先的に対応するべき異常を直観的に認識することができ、効率的に異常への対応行動を実行することができる。

以上に説明したように、本実施形態に係る映像モニタリングシステム１００（映像モニタリング装置１）によれば、異常感知センサを必要とすることなく、監視対象の設備２３に関連付けた監視カメラ２２の映像を分析することで異常状態の判定を行うことができ、その判定結果に応じた次に取るべき行動、つまり対応行動の情報を、異常を検出した映像とともにユーザ（顧客）の顧客操作端末３に表示することで、導入コストを抑えながら、検出した異常に対するユーザの対応行動を支援することができる。またこのとき、顧客操作端末３に対して、監視カメラ２２の映像だけでなく、直観的で分かり易い表示画面を提供することで、ビル管理者などの管理業務の負担を軽減することができる。

なお、本発明は上記した実施形態及び変形例に限定されるものではなく、さらに様々な変形例が含まれる。例えば、上記した実施形態は本発明を分かり易く説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、実施形態の構成の一部について、他の構成の追加・削除・置換をすることが可能である。

また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Solid State Drive）等の記録装置、または、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。

また、図面において制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際にはほとんど全ての構成が相互に接続されていると考えてもよい。

１ 映像モニタリング装置
２ ビル（建屋）
３ 顧客操作端末
４，５ 通信ネットワーク
１１ 顧客情報入力部
１２ 記憶装置
１２ａ 顧客情報ＤＢ
１２ｂ カメラ映像管理ＤＢ
１２ｃ 異常記録ＤＢ
１２ｄ 対応行動ＤＢ
１３ カメラ映像取得部
１４ 可視化処理部
１５ カメラ映像分析部
１６ 対応行動選択部
１７ 通信部
２１ カメラ映像記録装置
２２ 監視カメラ
２３ 設備
１００ 映像モニタリングシステム
１２１ 顧客情報
１２４ 対応行動情報
３００ モニタリング画面

Claims (10)

1. 監視対象の設備を撮影する監視カメラの映像を用いて当該設備の異常を監視する映像モニタリング装置であって、
   前記監視カメラが撮影した前記設備の映像データを取得するカメラ映像取得部と、
   前記映像データの映像から前記設備の異常を検出し、検出した異常の異常内容を特定するカメラ映像分析部と、
   前記設備に対する監視の保守契約を締結した顧客、当該保守契約の監視対象の前記設備、及び当該設備を撮影する前記監視カメラに関する情報が関連付けられた顧客情報と、前記異常が検出された場合に次に行うべき対応行動が当該異常の前記異常内容ごとに紐付けられた対応行動情報と、を格納する記憶装置と、
   前記記憶装置に格納された前記対応行動情報に基づいて、前記カメラ映像分析部が特定した前記異常内容に対応付けられた前記対応行動を取得する対応行動選択部と、
   前記カメラ映像取得部が取得した前記映像データの映像を表示するモニタリング画面を前記顧客が操作する顧客操作端末に表示させるための表示データを生成し、当該表示データを用いて前記顧客操作端末に前記モニタリング画面を表示させる可視化処理部と、
   を備え、
   前記カメラ映像分析部が前記設備の異常を検出した場合に、前記可視化処理部は、当該異常が検出された映像の表示と当該異常の検出に対して前記対応行動選択部が取得した前記対応行動の提示とを含む異常時用の表示データを生成し、当該異常時用の表示データを用いて、前記顧客操作端末から前記対応行動の実行を決定する操作を実行可能な態様で前記モニタリング画面を表示させる
   ことを特徴とする映像モニタリング装置。
2. 前記対応行動情報には、１の前記異常内容に対応する前記対応行動として、異なる行動優先度を付与して複数の対応行動を登録することが可能であり、
   前記カメラ映像分析部が検出した異常から特定した異常内容に、前記対応行動情報において前記複数の対応行動が対応付けられていた場合、
   前記対応行動選択部は、該当する前記複数の対応行動をすべて取得し、
   前記可視化処理部は、前記対応行動選択部が取得した前記複数の対応行動を前記行動優先度に応じた表示態様で前記モニタリング画面に提示するように、前記異常時用の表示データを生成する
   ことを特徴とする請求項１に記載の映像モニタリング装置。
3. 前記カメラ映像分析部が前記異常を検出した場合に、前記可視化処理部は、前記異常の発生を前記顧客操作端末に通知する所定の出力処理を実行する
   ことを特徴とする請求項１に記載の映像モニタリング装置。
4. 前記顧客操作端末から前記モニタリング画面の起動が要求されたとき、前記可視化処理部は、前記顧客情報を用いた認証に適合する場合にのみ、前記顧客操作端末への前記モニタリング画面の表示を許可する
   ことを特徴とする請求項１に記載の映像モニタリング装置。
5. 前記保守契約において監視対象とされる複数の前記設備が存在するとき、前記可視化処理部は、各前記複数の設備の映像を前記モニタリング画面に表示するように前記表示データを生成し、
   前記カメラ映像分析部が前記複数の設備のうちの何れかの設備の異常を検出した場合、
   前記可視化処理部は、前記モニタリング画面において、異常が検出された設備の映像を異常が検出されていない設備の映像よりも強調された表示態様で表示するように、前記異常時用の表示データを生成する
   ことを特徴とする請求項１に記載の映像モニタリング装置。
6. 前記カメラ映像分析部は、前記複数の設備のうちの２以上の設備で異常を検出した場合に、検出したそれぞれ異常について異常内容を特定し、
   前記対応行動選択部は、前記対応行動情報に基づいて、前記検出された異常ごとにそれぞれの異常内容に対応付けられた対応行動を取得し、
   前記可視化処理部は、前記検出された異常ごとに、当該異常が検出された映像の表示と当該異常に対する前記対応行動の提示とが前記モニタリング画面で行われるように、前記異常時用の表示データを生成する
   ことを特徴とする請求項５に記載の映像モニタリング装置。
7. 前記対応行動情報に登録された複数の異常内容のそれぞれに異常優先度が付与され、
   前記カメラ映像分析部が、前記複数の設備のうちの２以上の設備で異常を検出し、それぞれの異常について異なる異常内容を特定した場合には、
   前記対応行動選択部は、前記対応行動情報に基づいて、前記検出された異常ごとにそれぞれの異常内容に対応付けられた対応行動を取得し、
   前記可視化処理部は、前記検出された異常ごとに、それぞれの異常の異常内容に付与された前記異常優先度に応じた表示順で、当該異常が検出された映像の表示と当該異常に対する前記対応行動の提示とが前記モニタリング画面で行われるように、前記異常時用の表示データを生成する
   ことを特徴とする請求項５に記載の映像モニタリング装置。
8. 前記異常時用の表示データを用いて前記顧客操作端末に表示された前記モニタリング画面において特定の対応行動の実行を決定する操作が行われた場合に、当該特定の対応行動を実行する対応行動処理部を、さらに備える
   ことを特徴とする請求項１に記載の映像モニタリング装置。
9. 監視対象の設備の異常を監視する映像モニタリングシステムであって、
   前記設備を撮影する監視カメラと、
   前記監視カメラが撮影した前記設備の映像データを記録するカメラ映像記録装置と、
   前記設備に対する監視の保守契約を締結した顧客が操作する顧客操作端末と、
   前記設備の映像データを用いて当該設備の異常を検出し、前記異常を検出した場合に次に行うべき対応行動を前記顧客操作端末に提示する映像モニタリング装置と、
   を備え、
   前記映像モニタリング装置は、
   前記カメラ映像記録装置から前記設備の映像データを取得するカメラ映像取得部と、
   前記映像データの映像から前記設備の異常を検出し、検出した異常の異常内容を特定するカメラ映像分析部と、
   前記保守契約を締結した顧客、当該保守契約の監視対象の前記設備、及び当該設備を撮影する前記監視カメラに関する情報が関連付けられた顧客情報と、前記異常に対する前記対応行動が当該異常の前記異常内容ごとに紐付けられた対応行動情報と、を格納する記憶装置と、
   前記記憶装置に格納された前記対応行動情報に基づいて、前記カメラ映像分析部が特定した前記異常内容に対応付けられた前記対応行動を取得する対応行動選択部と、
   前記カメラ映像取得部が取得した前記映像データの映像を表示するモニタリング画面を前記顧客が操作する顧客操作端末に表示させるための表示データを生成し、当該表示データを用いて前記顧客操作端末に前記モニタリング画面を表示させる可視化処理部と、
   を有し、
   前記カメラ映像分析部が前記設備の異常を検出した場合に、
   前記可視化処理部は、当該異常が検出された映像の表示と当該異常の検出に対して前記対応行動選択部が取得した前記対応行動の提示とを含む異常時用の表示データを生成し、当該異常時用の表示データを用いて、前記顧客操作端末から前記対応行動の実行を決定する操作を実行可能な態様で前記モニタリング画面を表示させ、
   前記顧客操作端末は、前記モニタリング画面に提示された前記対応行動から、実行する対応行動を決定する
   ことを特徴とする映像モニタリングシステム。
10. 監視対象の設備を撮影する監視カメラの映像を用いて当該設備の異常を監視する映像モニタリング装置による映像モニタリング方法であって、
    前記映像モニタリング装置は、前記設備に対する監視の保守契約を締結した顧客、当該保守契約の監視対象の前記設備、及び当該設備を撮影する前記監視カメラに関する情報が関連付けられた顧客情報と、前記設備の異常が検出された場合に次に行うべき対応行動が当該異常の異常内容ごとに紐付けられた対応行動情報と、を記憶装置に格納し、
    前記映像モニタリング装置が、前記監視カメラが撮影した前記設備の映像データを取得するカメラ映像取得ステップと、
    前記映像モニタリング装置が、前記映像データの映像から前記設備の異常を検出し、検出した異常の異常内容を特定するカメラ映像分析ステップと、
    前記映像モニタリング装置が、前記記憶装置に格納された前記対応行動情報に基づいて、前記カメラ映像分析ステップで特定した前記異常内容に対応付けられた前記対応行動を取得する対応行動選択ステップと、
    前記映像モニタリング装置が、前記カメラ映像取得ステップで取得した前記映像データの映像を表示するモニタリング画面を前記顧客が操作する顧客操作端末に表示させるための表示データを生成し、当該表示データを用いて前記顧客操作端末に前記モニタリング画面を表示させる可視化処理ステップと、
    を備え、
    前記カメラ映像分析ステップにおいて前記設備の異常が検出された場合に、前記可視化処理ステップにおいて前記映像モニタリング装置は、当該異常が検出された映像の表示と当該異常の検出に対して前記対応行動選択ステップで取得した前記対応行動の提示とを含む異常時用の表示データを生成し、当該異常時用の表示データを用いて、前記顧客操作端末から前記対応行動の実行を決定する操作を実行可能な態様で前記モニタリング画面を表示させる
    ことを特徴とする映像モニタリング方法。
    

Images