JP6114550B2 - 監視装置、監視方法及びプログラム - Google Patents

Description

本発明は、監視装置、監視方法及びプログラム

監視対象である装置（被監視装置）の状態を人間が監視するために、被監視装置が出力するアラーム音や画面表示を用いる監視システムが存在する。そのような監視システムには、被監視装置、監視対象、総合監視装置が含まれる。ここで、被監視装置とは、監視される（被監視）対象となる装置や装置の集合で、監視者に現状を伝えるＧＵＩ（Graphical User Interface；モニタ表示）や、アラーム音の発生手段のうちどちらか、あるいはその両方を有するものである。

また、監視対象とは、監視者の監視の対象であるが、それ自身では監視者に状態を伝えるＧＵＩ及びアラーム音の発生手段を有しない機器である。ＰＣのＧＵＩ機能や音声発生機能を通じて、監視者の視覚や聴覚にわかりやすく訴える手段を有すこととなり、被監視装置として扱われるようになっている。例えば、監視者への状態表示がＬＥＤの色表示のみの機器は、ＧＵＩを持たず、監視者にわかりやすく訴える手段を持たないため、監視者は、その表示が注意すべきアラームであるか否かを判断する必要がある。

また、総合監視装置とは、複数の監視対象、被監視装置のアラーム出力が入力される事により、アラームの一覧を画面表示する機能を有する装置である。総合監視装置も外部から監視される装置であり、ＧＵＩやアラーム音の発生機能を有するため、被監視装置に含まれる。複数の被監視装置を総合監視装置に組み込むことによって、監視者が注意を払うべきモニタやスピーカの数が減り、監視者の負担が軽減され、運用性が向上するため、このような総合監視装置が用いられる。

総合監視装置は、各被監視装置や監視対象から種類の異なるアラーム信号を読み取り、「アラームを出力している」か「アラームを出力していない」かを表す接点信号に変換する。例えばある監視対象が送信したＳＮＭＰ（Simple Network Management Protocol） ｔｒａｐメッセージを「監視対象bがアラームを出している」という情報に「変換」する。そして、総合監視装置は、上記各接点の状態を、監視者にわかりやすいようにＧＵＩの画面や音声として伝える。

このような総合監視装置を用いた監視システムの例は、特許文献１、特許文献２に示されている。特許文献１に記載の監視システムは、監視対象となる環境の温度、音響、ガス濃度、放射線の測定値を、パソコンまたはワークステーションで集中管理する。そして、各測定値について2つのしきい値を予め設定し、各測定値がこれらのしきい値より高いか、低いかの組み合わせによって、正常、注意、異常の3つの状態を判定する。

また、特許文献２に記載の監視システムは、当該監視システムの運用開始前に予め設定された監視対象の監視データをデータベースに格納し、その監視結果を、Ｗｅｂを通じて表示する。

特開平１１−１２５６９４号公報 特開２００６−２０２０４８号公報

"非絶縁型双方向デジタル入出力ボード", http://www2.contec.co.jp/prod_data/DIO96DLPE/c01.pdf

前述のように、複数の被監視装置や監視対象を総合監視装置に組み込むことによって、監視者の負担が軽減され、運用性の向上が見込まれる。しかしながら、総合監視装置が受け取れる信号は、アラームの発生の有無を表す単純な接点信号のみであるため、監視者は、アラームの示す内容を把握することができない。また、監視対象のデータや、アラームを発生させる条件が、予め固定されており、これらを事後的に変更することが困難である。

本発明は、このような問題に鑑みてなされたものであり、監視対象からの出力が所望の条件を満たした場合に、所望の情報を出力させるよう設定が可能であり、かつ、そのような設定が変更可能である、監視装置を提供することを目的とする。

上述した課題を解決し目的を達成するため、本発明の一実施形態における監視装置は、画像により所定の報知を行う他の監視装置を監視対象とする監視装置であって、前記他の監視装置からの映像信号が、前記監視装置の画面に出力される画像上でユーザによる操作により指定された領域と、文字と、アラームとを対応付けて設定する設定部と、前記画面に表示される画像において、前記領域に含まれる文字を文字認識する解析部と、前記解析部により解析された前記領域に含まれる文字が、前記設定部に設定された文字と一致する場合、前記アラームを出力する出力部と、を有する。

本発明によれば、監視対象からの出力が所望の条件を満たした場合に、所望の情報を出力させるよう設定が可能であり、かつ、そのような設定が変更可能である、監視装置を提供できる。

本発明の一実施形態における監視装置の概略図である。 本発明の一実施形態における監視装置と被監視装置の構成を表す図である。 本発明の一実施形態における監視装置と被監視装置の構成を表す図である。 監視者による第１判定条件の設定手順を表すフローチャートである。 監視者による第２判定条件の設定手順を表すフローチャートである。 本発明の一実施形態における監視装置の機能ブロック図である。 本発明の一実施形態における監視装置の設定画面の例を表す図である。 本発明の一実施形態における監視装置の設定画面の例を表す図である。 本発明の一実施形態における監視装置の設定画面の例を表す図である。 領域情報を格納するテーブルの例を表す図である。 第１判定条件を格納するテーブルの例を表す図である。 判定信号に含まれる情報の例を表す図である。 本発明の一実施形態における監視装置の処理内容を表すフローチャートである。 本発明の一実施形態における監視装置の処理内容を表すフローチャートである。 本発明の一実施形態における監視装置のアラーム出力画面の例を表す図である。 本発明の一実施形態における複数の監視装置の構成例を表す図である。 本発明の一実施形態における監視装置の設定画面の例を表す図である。 第２判定条件を格納するテーブルの例を表す図である。 判定信号情報を格納するテーブルの例を表す図である。 本発明の一実施形態における監視装置の処理内容を表すフローチャートである。 本発明の一実施形態における監視装置のアラーム出力画面の例を表す図である。 判定信号情報の更新の様子を表す図である。 本発明の一実施形態における監視装置と被監視装置の構成を表す図である。 本発明の一実施形態における監視装置の構成を表す図である。 被監視装置「動画タイトラー」の映像出力の例を表す図である。 本発明の一実施形態における監視装置の設定画面の例を表す図である。 本発明の一実施形態における監視装置の設定画面の例を表す図である。 本発明の一実施形態における監視装置の設定画面の例を表す図である。 本発明の一実施形態における監視装置のアラーム出力画面の例を表す図である。 被監視装置「Ｐ波表示ＰＣ」の映像出力の例を表す図である。 本発明の一実施形態における監視装置の設定画面の例を表す図である。 本発明の一実施形態における監視装置の設定画面の例を表す図である。 本発明の一実施形態における監視装置の設定画面の例を表す図である。 本発明の一実施形態における監視装置のアラーム出力画面の例を表す図である。 「統合監視装置」の映像出力の例を表す図である。 本発明の一実施形態における監視装置の設定画面の例を表す図である。 「統合監視装置」の映像出力の例を表す図である。 被監視装置「レーダー降雨量表示ＰＣ」の映像出力の例を表す図である。 本発明の一実施形態における監視装置の設定画面の例を表す図である。 本発明の一実施形態における監視装置と被監視装置の構成を表す図である。 本発明の一実施形態における監視装置と被監視装置の構成を表す図である。 従来の監視システムの構成例を表す図である。 従来の監視方法の例を分類して説明するための図である。

以下、本発明の実施形態を図面に基づいて説明する。

１．概要
２．機能
２．１ アラーム出力機能
２．２ 判定信号監視機能
３．動作例
３．１ アラーム出力処理
３．２ 判定信号監視処理

<１．概要>
まず始めに、本発明の一実施形態における監視装置の構成と処理の概要を表す図１ないし図５と、監視システムの一般的な構成を表す図４２、４３とを用いて、本発明の概要を述べる。

図４２は、従来の監視システムの例を表す。当該監視システムは、被監視装置、監視対象、総合監視装置、監視者、監視室、の要素で構成される。ここで、監視者とは、総合監視装置や被監視装置のアラーム音、ＧＵＩ（モニタ表示）を常時監視している人間をさす。

また、監視室とは、監視者が監視を行う部屋である。各アラーム表示モニタやアラーム音発生スピーカが集積している。総合監視装置、被監視装置や監視対象の機器本体が監視室と同じ室内に存在するということは保守性の面から不利であることが多く、通常、機器本体はラック室等の集積室にまとめられており、映像（モニタ）出力や音声出力のみが監視室に延ばされている。すなわち「装置が出力した画面や音声は手元にある」が「装置本体は遠くにある」状況である。

図４３は、従来の監視システムにおける監視方法を分類したものである。図４３に示されるように、現在の一般的な監視システムは大別すると、
（１）「アラームを集積する総合監視装置」を監視するシステム（非特許文献１、特許文献１、特許文献２に記載のシステム）
のほか、総合監視装置を用いない場合として、
（２）「目に訴える画面によるアラームおよび、耳に訴える音声によるアラームを発する被監視装置」を監視するシステム
（３）「目に訴える画面によるアラームは発するが、音によるアラームを発しない被監視装置」を監視するシステム
（４）「目に訴える画面によるアラームを発さず、音によるアラームを発する被監視装置」を監視するシステム
（５）「監視対象を監視し、状態の変化がアラームであるか否かを監視者が必要に応じて判断するシステム」
の５つに分けられる。

監視者は、本発明の一実施形態における監視装置を用いることで、（１）ないし（５）に示されるような総合監視装置又は被監視装置そのものには手を加えることなく、アラームを発生させるための判定条件の設定を、直感的に行うことができる。また、監視者は、判定条件が満たされると、所望の情報を含むアラームが出力されるよう、設定することができる。

図１は、本発明の一実施形態における監視装置１００及びその周辺機器の構成の概略図である。

監視装置１００は、例えば、ＣＰＵ、ＲＡＭ、ＲＯＭ、ＨＤＤ等を有する、汎用的なＰＣを構成するハードウェアによって構成され、ＶＧＡ−ＵＳＢ変換器１１０等を介して、被監視装置や監視対象から映像信号を受信する。また、監視装置１００は、マイク１２０を介して、被監視装置や監視対象から音声信号を受信する。また、監視装置１００は、キーボード、マウス、タッチパネル等の入力装置を通じて、監視者からの入力を受け付ける。

監視者は、監視装置１００を用いて、受信した信号に含まれる情報（信号が映像の場合は、画面の所定の領域に含まれる文字及び／又は色、信号が音声の場合は、発話されたメッセージの内容又は音の特性）に関する判定条件の設定を行うことができる。また、監視者は、判定条件が満たされたとき、監視装置１００に接続されたモニタ１３０又はスピーカ１４０を通じて出力される、アラームの内容を設定することができる。アラームは、文字列及びその背景色と、音によって出力される。監視者は、判定条件の設定と共に、どのようなアラームを出力するか、設定することができる。図４は、上述した判定条件とアラーム出力の設定の流れを表したフローチャートである。詳しくは後述する。

また、監視装置１００は、他の監視装置とＵＳＢ又はネットワーク等で通信し、他の監視装置が出力する信号を受け取る事ができる。当該信号の中身は、監視装置が監視する被監視装置の状態を表すステータス（当該監視装置の装置番号＋出力番号（判定条件に対して監視者が設定可能な数字））である（以下、「判定信号」とする）。また、アラーム状態が解除となった場合には、さらに、アラームが解除されたことを他の監視装置に伝えるために、解除フラグが判定信号に含まれる。図１において、判定信号の流れは、破線の矢印で表される。

判定信号を受け取った監視装置１００は、この判定信号に含まれる装置番号と出力番号とを用いて、さらに判定条件を設定し、判定条件が満たされた場合に、所定の内容のアラームを出力するよう構成することができる。監視者は、上述した、被監視装置からの信号に対して設定される判定条件やアラームの設定と同様に、判定信号に対する判定条件やアラームの設定を行うことができる。図５は、判定信号に基づく判定条件とアラーム出力の設定の流れを表したフローチャートである。詳しくは後述する。

以下、混同を避けるために、被監視装置からの信号に対して設定される判定条件を「第１判定条件」とし、判定信号に対して設定される判定条件を「第２判定条件」とする。また、第１判定条件に基づいて判定を行い、アラームを出力するとともに、他の監視装置に対して判定信号を送信する監視装置を、「監視装置１００Ａ」と表現する。また、一以上の監視装置１００Ａから送信された判定信号を受信し、第２判定条件に基づいて判定を行い、アラームを出力する監視装置を、「監視装置１００Ｂ」と表現する。

ここで、監視装置１００Ａと監視装置１００Ｂは、説明のために区別されているに過ぎず、実際には、一の監視装置１００が、使用目的に応じて、監視装置１００Ａ、１００Ｂの何れかとして動作するよう、任意に構成され得る。

ＶＧＡ−ＵＳＢ変換器１１０は、ＶＧＡ等で被監視装置や監視対象がディスプレイに表示する監視状態の映像信号を受け取り、当該映像信号を、ＰＣで読み取れるように映像信号をＵＳＢ信号等に変換する。なお、ＵＳＢはあくまで一例であり、イーサネット（登録商標）信号等に変換してもよい。当該映像信号は、ＵＳＢ等のインターフェースで、監視装置１００へと入力される。

マイク１２０は、被監視装置等から出力された音声を空気の信号を通じて検知し、アナログの電気信号へと変換する。当該アナログの電気信号は、監視装置１００に入力される。なお、被監視装置等から、アナログ信号が電気信号によって入力可能である場合には、マイク１２０は不要である。

モニタ１３０は、液晶ディスプレイやＣＲＴのような、ＰＣ本体と接続される表示装置であり、監視装置１００から出力された映像信号を受信する。モニタ１３０は、ユーザに対して、文字や色によって表現されるアラームを通知する。

スピーカ１４０は、監視装置１００から出力された音声信号を受信し、ユーザに対して、音によって表現されるアラームを通知する。

なお、上記の例では、監視装置１００は、ＶＧＡ−ＵＳＢ変換器１１０、マイク１２０、モニタ１３０、スピーカ１４０と分離して記載されているが、この例に限られない。例えば、ＶＧＡ−ＵＳＢ変換器１１０、モニタ１３０又はスピーカ１４０が、監視装置１００と同一のハードウェアとして提供されてもよい。

また、図１の例では、監視装置１００は、汎用的なＰＣを用いて構成されるものとして説明したが、監視装置１００は、後述する機能を最小限発揮することのできる、専用のハードウェアを用いて構成されてもよい。

<アラーム出力機能を有する監視装置１００Ａの例>
図２は、本発明の一実施形態における監視装置１００Ａの使用例を表している。まず、図２（Ａ）は、通常の監視システムを表している。被監視装置や監視対象からの情報を表すモニタとスピーカが監視室に存在している。

一方、図２（Ｂ）は、本監視装置１００の接続された例を表している。まず、被監視装置２００（又は監視対象）が出力する監視状態の映像が、映像分配器２１０に入力される。映像分配器２１０で、被監視装置や監視対象の映像を分配する。分配された映像は、ディスプレイ２２０に表示される。音声についても同様に、被監視装置からの出力が分配されて、本監視装置１００に入力される。

本監視装置は、信号を受け取り、これを取り込む。そして、監視装置１００は、取り込まれた信号に対して、監視者によって設定された判定条件を適用する。その結果、監視装置１００は、通知されるべきアラームを、モニタ１３０又はスピーカ１４０に対して出力する。

<判定信号監視機能を有する監視装置１００Ｂの例>
図３は、上述した、複数の監視装置１００Ａ−１、・・・、１００Ａ−Ｎから、判定信号を受け取り、その判定信号の内容に対して、第２判定条件を適用し、条件が満たされた場合に、所定のアラームを出力する監視装置１００Ｂの使用例を表している。各監視装置１００は、監視者のための入力装置及びモニタ、スピーカを備えず、専ら、判定信号を監視装置１００Ｂに送信するよう構成されてもよい。

なお、監視装置１００Ａと監視装置１００Ｂは、例えば、ＵＳＢ又はイーサネットによるネットワークのような、任意の手段で接続され得る。

<２．機能>
次に、図６を用いて、本発明の一実施形態における監視装置１００の機能ブロックについて説明する。図６には、これらの装置が備える様々な要素のうち、本実施形態の説明に特に関連する要素が示されている。

以下では、上述したように、信号に対して第１判定条件に基づいて判定を行い、アラーム及び判定信号を出力するアラーム出力機能（監視装置１００Ａの例）と、判定信号に対する第２判定条件に基づいて判定を行い、アラームを出力する判定信号監視機能（監視装置１００Ｂの例）に分けて説明する。また、以下では、説明を簡単にするために、特に記述しない限り、被監視装置から映像信号のみが出力されるものとして、説明を行う。

<２．１ アラーム出力機能>
本発明の一実施形態における監視装置１００Ａは、判定条件設定部６０１と、記憶部６０２と、第１判定部６０３と、映像信号取込部６０４と、映像信号解析部６０５と、音声信号取込部６０６と、音声信号解析部６０７と、判定結果出力部６０８と、判定信号送信部６０９を有する。

判定条件設定部６０１は、監視者からＧＵＩを通じた第１判定条件、アラーム出力及び判定信号についての設定を受け付け、その内容を後述する記憶部６０２に格納する。監視者による設定の手順は、図４に示した通りである。ここで、この手順について、具体的なＧＵＩの例を挙げて説明する。

図７は、監視者が、第１判定条件の判定の対象とする、領域を決定する（図４のステップＳ４０１に対応）ＧＵＩ画面の例である。監視者は、監視装置１００Ａに取り込まれ、画面に表示された映像の上に、図中のａのようにフリーハンドで、あるいは図中のｂ、ｃ、ｄのように「自由にサイズを決め、移動できる」図形（例えば、四角形や円）で、領域を定義することができる。枠によって囲まれる領域が、判定部分となる。なお、ａ、ｂ、ｃ、ｄは、領域ＩＤ７００であり、領域を識別するために用いられる。

判定条件設定部６０１は、監視者による領域指定を認識し、任意の方法により、この領域の情報を記憶部６０２の領域情報６５１として格納する。領域情報６５１を格納するテーブルの例を図１０に示す。図１０の例では、各領域は、表示画面上のピクセル座標によって表される。例えば、領域ＩＤ「ａ」によって識別子される領域は、画面上の点（２５６，５５０）、（２５８，５４８）、（２６０，５４９）、・・・、（２５４，５６０）、（２５６，５５０）を結んだ領域である。ここでは、点と点とを結ぶ線は、直線である。但し、画面上の領域を特定するための座標の指定方法は、この例に限られず、任意に指定することができる。

また、各領域の枠の色を表す情報が、「枠の色」の項目に格納されている。「枠の色」を表す方法として、ここでは、１０進数によって表されたＲＧＢ値を用いるが、これに限られない。図１０の領域情報６５１に含まれる、その他の情報については、後述する。

図８は、領域の設定が完了した後、それぞれの領域に対する判定条件（第１判定条件）を設定するＧＵＩ画面である（図４のステップＳ４０２に対応）。当該画面には、領域ＩＤ７００と、枠の色８０２と、枠内の情報に対して適用する判定種別８０４（文字判定、色判定、文字＋色判定、設定なし）と、色を指定するために用いるスポイト８０６と、色判定に使用される色条件８１０が含まれる。ここで、判定種別として選択可能な項目を以下に記す。
−文字判定 ：領域に含まれる文字（文字列）を判定条件とする。条件に指定する文字列は、後に説明するＧＵＩ画面により設定する。
−色判定 ：領域に含まれる色を判定条件とする。条件に指定する色は、当該ＧＵＩ画面にて、色条件８１０で指定する
−文字＋色判定：文字判定と色判定を組み合わせて使用する
−設定なし ：この領域に含まれる情報は判定条件に使用しないことを表す
また、監視者は、色条件８１０として色を指定する際には、色環指定画面８０８を通じて設定することができる。このとき、指定色に対して、一定の幅をもたせるために、色相の範囲（度）を設定することもできる。

判定条件設定部６０１は、監視者による入力内容を認識し、任意の方法により、この領域の情報を記憶部６０２の領域情報６５１として格納する。領域情報６５１を格納するテーブルの例を図１０に示す。図８の画面を通じて設定される項目は、以下の通りである。
−判定処理 ：文字判定、色判定、文字＋色判定、設定なしの情報が格納される
−色１〜色４ ：指定した色が１０進数のＲＧＢ値で格納される
−色１範囲〜色４範囲：指定した色に幅をもたせるための色相の範囲が度数で表されている

なお、色相の範囲（度）の指定によって条件に含まれることとなる色（ＲＧＢ値）は、後述する第１判定部６０３が、条件判定を行う際に、計算によって求めることができる。あるいは、当該画面を通じて色相を指定した際に、そのような計算がなされ、その色（ＲＧＢ値）が格納されてもよい。このような場合には、「色範囲」に含まれる色の情報である、複数のＲＧＢ値が、領域情報６５１の追加の項目としてさらに格納されてもよい。また、上記の例では、色と色の範囲の指定が最大で４種類となっているが、より少ないか、あるいはより多い種類の色と色の範囲が指定されてもよい。

図９は、設定した領域に対する判定条件（第１判定条件）と、条件が満たされた場合の、アラーム出力の内容及び判定信号の内容を設定するＧＵＩ画面の例である（図４のステップＳ４０３、Ｓ４０４に対応）。監視者は、当該画面を用いて、条件式９００と、出力音９０２と、出力文字列９０４と、背景色９０６と、判定信号に含まれる出力番号９０８と、判定信号に含まれる当該監視装置１００Ａの装置番号９１０とを設定できる。

条件式９００は、図８で設定した、アルファベットで区別された領域ＩＤごとの「文字判定」、「色判定」の指定と、論理演算記号を組み合わせて、条件式を入力する。論理演算記号の表現形式は任意であるが、例えば、「ｏｒ」条件として「＋」を、「ａｎｄ」条件として「＊」を用いてもよい。

「文字判定」の場合、条件式は、領域ＩＤと、それに続く｛｝に囲まれるキーワードにより、記述される。例えば、「ａ{(高知)+(高松)}」は、領域ａの中に、「高知」か「高松」の文字列が出現したことを表す。

「色判定」の場合、条件式は、領域ＩＤと、それに続く数値により、記述される。例えば、「ｃ１」は、領域cの中に、「色１」で指定した色（又は、「色相の範囲」によって特定される範囲の色）が含まれるという条件を意味する。

出力音９０２は、条件式が満たされると出力される、任意の音声ファイルを表す。複数の条件式が同時に満たされた場合には、例えば、上から順に出力されるように構成される。図９の例では、「チャイムその1」、「チャイムその2」、「チャイムその3」の順序で出力されることになる。

出力文字列９０４は、本監視装置１００Ａによって出力される文字列である。空欄なら、何も表示しない。

背景色９０６は、本監視装置１００Ａによって出力される文字列の背景色を表す。背景色は、「表示色選択」ウィンドウを用いて、用意された色から選択するか、ＲＧＢ各色の成分を指定することにより、設定される。図９の例では、黄色が指定されている。

出力番号９０８は、本監視装置１００Ａにおいて、当該条件を特定するための識別子として用いられる番号である。出力番号９０８は、後述する本監視装置１００Ａの第１判定部６０３が当該条件を満たすと判定したとき、判定信号に含められ、他の監視装置１００Ｂに送信される。なお、出力番号９０８に「０」が指定された場合には、当該条件が満たされても、判定信号は、他の監視装置１００Ｂに送信されない。

装置番号９１０は、本監視装置１００Ａを識別するために用いられる。装置番号９１０は、判定信号が他の監視装置１００Ｂに送信される際、上述した出力番号９０８とともに、判定信号に含められる。

判定条件設定部６０１は、監視者によって指定された上記の内容を、第１判定条件６５２及び装置番号６５３に格納する。第１判定条件６５２を格納するテーブルの例を図１１に示す。各項目について以下に記す。
−ＩＤ ：エントリごとに自動で付されるシーケンス番号
−条件式 ：各領域に対して適用される条件式
−出力音 ：条件が満たされた場合に出力される音のファイル
−出力文字列：条件が満たされた場合に出力される文字列
−背景色 ：条件が満たされた場合に出力される背景色
−出力番号 ：当該条件が満たされたことを他の監視装置に通知する判定信号に含まれる、当該条件を識別するための番号
−発生状態 ：当該条件が満たされた状態であることを示すフラグ
なお、指定された装置番号は、装置番号６５３として格納される。

図１５は、図９で示した条件のうち、ＩＤ「１」、「２」の条件が満たされ、ＩＤ「３」の条件が満たされていない場合に、後述する判定結果出力部６０８によって出力される画面の例を表している（図４のステップＳ４０５に対応）。また、画面と同時に、出力音に設定された「チャイムその1.wav」が出力され、その後、「チャイムその2.wav」出力される。

上記の例は、被監視装置から出力される信号が、映像信号である場合の例である。一方、被監視装置から出力される信号が、音声信号である場合には、図１０に示した領域情報は不要となる。また、図１１に示した条件式９００は、例えば、「（高知）＋（香川）」のように、領域ＩＤを含まない形式で、記述され得る。これによって、音声信号に含まれる音声メッセージに「高知」又は「香川」という発話内容が含まれる場合に、条件が満たされることとなる。また、別の条件式９００の例として、例えば、「被監視装置Ａの警報音.wav」のように、音声ファイルが指定されてもよい。これによって、音声信号が、被監視装置Ａから発せられる、既知の音声信号と同一である場合に、条件が満たされることとなる。出力音９０２、出力文字列９０４、背景色９０６、出力番号９０８、発生状態９１２は、映像信号の場合の例と同様である。

記憶部６０２は、上述したように、領域情報６５１、第１判定条件６５２、装置番号６５３を格納する。判定信号情報６５４、第２判定条件６５５については後述する。

第１判定部６０３は、被監視装置から入力される信号に含まれる情報が、監視者により、図７−９を通じて指定された条件（第１判定条件）を満たすかどうか判定する。第１判定部６０３は、入力される信号が映像信号である場合には、後述する映像信号取込部６０４を通じて、映像信号を取り込む。次に、第１判定部６０３は、取り込んだ映像のうち、領域情報６５１で特定された領域に含まれる文字又は色の情報を、後述する映像信号解析部６０５に取得させる。そして、第１判定部６０３は、第１判定条件６５２を参照し、条件が満たされるかを判定する。

一方、第１判定部６０３は、入力される信号が音声信号である場合には、後述する音声信号取込部６０６を通じて、音声信号を取り込む。次に、第１判定部６０３は、取り込んだ音声が表す音声の内容を、後述する音声信号解析部６０７に取得させる。そして、第１判定部６０３は、第１判定条件６５２を参照し、条件が満たされるかを判定する。あるいは、第１判定部６０３は、取り込んだ音声の音声波形（スペクトラム）と、第１判定条件６５２で指定された音声ファイルの音声波形とを比較し、条件が満たされるかを判定する。２つの音声波形を比較する技術は、既知であるため、ここでの説明は省略する。

第１判定部６０３は、ある条件が満たされると、図１１の第１判定条件６５２のうち、「発生状態」の項目を、「１」に設定する。そして、後の判定の結果、当該条件が満たされなくなった場合には、「発生状態」の項目を、「０」に設定する。

映像信号取込部６０４は、被監視装置から送信される映像信号を取り込む。

映像信号解析部６０５は、映像信号を解析し、領域情報６５１の領域で特定される領域に含まれる文字又は色の情報を取得する。文字は、例えば、既知のＯＣＲ技術を用いて取得される。

音声信号取込部６０６は、被監視装置から送信される音声信号を取り込む。

音声信号解析部６０７は、音声信号を解析し、音声信号に含まれる音声メッセージの内容を取得する。音声メッセージの内容は、例えば、既知の音声認識技術を用いて取得される。

判定結果出力部６０８は、第１判定部６０３が、満たされると判定した条件に対応する出力音及び出力文字列を、モニタ１３０とスピーカ１４０に出力する。

判定信号送信部６０９は、第１判定部６０３が、満たされると判定した条件に対応する出力番号と、当該監視装置１００Ａの装置番号とを用いて、判定信号を構成する。そして、当該判定信号を、他の監視装置１００Ｂに送信する。

判定信号の構成例を、図１２に示す。図１２（Ａ）は、例えば、出力番号１、２の条件が満たされた場合に、他の監視装置１００Ｂに送信される、判定信号の構成の例を表している。ここでは、監視者が、図９の画面を通じて設定した、当該監視装置１００Ａの装置番号「１」と、満たされている条件に対応する出力番号「１」、「２」が指定されている。

一方、第１判定部６０３のさらなる判定により、当該条件が満たされなくなった場合には、図１２（Ｂ）に示されるように、「解除フラグ」が付された判定信号が、再度、他の監視装置１００Ｂに送信される。ここでは、「解除フラグ」として、「１」という情報が含まれているが、どのような情報を「解除フラグ」として用いるかは、任意に定めることができる。

図１３は、映像信号を取り込み、条件が満たされる場合にアラームを出力する監視装置１００Ａの処理を表すフローチャートである。図１３に示される処理は、一定間隔おきに繰り返し実行される。

ステップＳ１３０１において、映像信号取込部６０４は、被監視装置から入力される映像信号を取り込む。

ステップＳ１３０２において、第１判定部６０３は、記憶部６０２の領域情報６５１を読み込む。

ステップＳ１３０３において、映像信号解析部６０５は、映像信号から、領域情報６５１によって指定された領域に含まれる情報を取得する。

ステップＳ１３０４において、第１判定部６０３は、記憶部６０２の第１判定条件６５２を読み込む。

ステップＳ１３０５において、第１判定条件６５２から読み込んだ条件の「発生状態」が「０」である場合（すなわち、その条件が満たされていない場合）、ステップＳ１３０６に進む。そして、第１判定部６０３は、ステップＳ１３０３で取得した文字列及び／又は色が、ステップＳ１３０４で読み込んだ条件を満たすかどうか判定する。

ステップＳ１３０６において、判定の結果、条件が満たされる場合には、ステップＳ１３０７に進み，第１判定条件６５２（図１１）の「発生状態」の項目を「１」に設定する。

一方、ステップＳ１３０６において、判定の結果，条件が満たされない場合には、処理を終了する。

ステップＳ１３０８において、判定結果出力部６０８は、第１判定条件６５２（図１１）で指定された出力音、出力文字列を、モニタ１３０及びスピーカ１４０に出力する。

ステップＳ１３０９において、判定信号送信部６０９は、第１判定条件６５２（図１１）で指定された出力番号と、当該監視装置１００Ａの装置番号６５３とを含む、判定信号（図１２（Ａ））を構成し、当該判定信号を他の監視装置１００Ｂに送信する。

一方、上述したステップＳ１３０５において、第１判定条件６５２から読み込んだ条件の「発生状態」が「１」である場合（すなわち、条件が満たされた状態である場合）、ステップＳ１３１０に進む。そして、第１判定部６０３は、ステップＳ１３０３で取得した文字列及び／又は色が、ステップＳ１３０４で読み込んだ条件を引き続き満たしているかどうか判定する。

ステップＳ１３１０において、判定の結果、条件が引き続き満たされている場合には、処理を終了する。

一方、ステップＳ１３１０において、判定の結果，条件が満たされなくなっている場合には、ステップＳ１３１１に進み，第１判定条件６５２（図１１）の「発生状態」の項目を「０」に設定する。

ステップＳ１３１２において、判定結果出力部６０８は、第１判定条件６５２（図１１）で指定された出力音、出力文字列の出力を停止する。

ステップＳ１３１３において、判定信号送信部６０９は、第１判定条件６５２（図１１）で指定された出力番号と、当該監視装置１００Ａの装置番号６５３と、解除フラグを含む、判定信号（図１２（Ｂ））を構成し、当該判定信号を他の監視装置１００Ｂに送信する。

図１４は、音声信号を取り込み、条件が満たされる場合にアラームを出力する監視装置１００Ａの処理を表すフローチャートである。図１３に示される、映像信号を取り込む場合と異なり、音声信号取込部６０６が、音声信号を取り込む（ステップＳ１４０１）。ここで、第１判定部６０３は、領域情報６５１を読み込む必要がなく、音声信号解析部６０７は、音声信号から音声メッセージの内容を取得する（ステップＳ１４０２）。その後の処理は、図１３で示した処理と同様である。

以上の処理によって、本発明の一実施形態における監視装置１００Ａは、既存の被監視装置が出力する映像又は音声信号を取り込み、これらの信号に含まれる情報が、監視者によって任意に設定された条件を満たす場合に、所定の情報を出力することができる。特に、監視者は、既存の被監視装置から出力される映像信号に対し、直感的なＧＵＩ画面を通じて、監視領域を設定し、所望の条件が満たされた場合に、所望のアラームを発生させることができる。これによって、被監視装置に対して如何なる改修を施すことなく、所望のアラームを発生させることができる。

<２．２ 判定信号監視機能>
以上、被監視装置からの出力を取り込み、監視者によって設定された判定条件（第１判定条件）に基づいて、アラームを出力し、同時に、そのアラームの内容を表す判定信号を送信する、監視装置１００Ａの機能について説明した。以下では、このような監視装置１００Ａから送信された判定信号を受信し、判定信号の内容に対して設定された判定条件（第２判定条件）に基づいて、さらなるアラームを出力させることのできる、監視装置１００Ｂの機能について説明する。

図１６は、本監視装置１００Ｂと、それぞれ被監視装置から映像信号を受信する、監視装置１００Ａとの接続構成を表す図である。ここでは、例として、４つの監視装置１００Ａ−１ないし１００Ａ−４を記載している。各監視装置１００Ａは、それぞれ監視者によって設定された第１判定条件６５２に応じて、アラームを出力するとともに、対応する判定信号を送信する。監視装置１００Ｂは、この判定信号を受信して、さらなるアラームの出力を行うことができる。

本発明の一実施形態における監視装置１００Ｂは、監視装置１００Ａが備える機能ブロックに加えて、さらに、判定信号受信部６１０と、第２判定部６１１を有する。また、既に説明した記憶部６０２は、さらに、判定信号情報６５４及び第２判定条件６５５を格納する。

上述した判定条件設定部６０１は、さらに、監視者からＧＵＩを通じた第２判定条件についての設定を受け付け、その内容を記憶部６０２に格納する。監視者による設定の手順を図５に示す。当該手順について、具体的なＧＵＩの例を挙げて説明する。

図１７は、監視装置１００Ａから送信される判定信号を評価する条件式１６００と、条件が満たされた場合に出力する出力音１６０２と、出力文字列１６０４と、背景色１６０６とを設定するＧＵＩ画面を表している（図５のステップＳ５０１、Ｓ５０２に対応）。図９のＧＵＩ画面と異なり、監視者は、異なる書式の条件式を用いて、条件を設定する。

ここで、監視者は、各監視装置１００Ａから送信される判定信号に含まれる装置番号及び出力番号により、条件式を記述する。論理演算の方法については図９の場合と同様である。図１７において、条件式に含まれる「１−１０」は、装置番号が「１」の開発装置の、出力番号「１０」のアラームを表す。

条件が満たされた場合に音や文字列、背景色を出力する点は、図９で説明した例と同様である。なお、監視者は、図９の場合と異なり、出力番号及び装置番号を指定する必要はない。

判定条件設定部６０１は、図１７のＧＵＩ画面を用いた、監視者による入力内容を認識し、これらの情報を、図１８に例示される第２判定条件６５５に格納する。

図２１は、図１７で示した条件のうち、ＩＤ「１」、「２」の条件が満たされた場合に、上述した判定結果出力部６０８によって出力される画面の例を表している（図５のステップＳ５０３に対応）。また、画面と同時に、出力音に設定された「チャイムその1.wav」が出力され、その後、「チャイムその2.wav」が出力される。

判定信号受信部６１０は、他の監視装置１００Ａから送信される判定信号（構成は図１２参照）を受信し、その内容を記憶部６０２の判定信号情報６５４に格納する。図１９は、そのような判定信号情報６５４を格納するテーブルの例である。図１９の例では、装置番号「１」の監視装置１００Ａから、出力番号「２、８、１０」を含む判定信号を受け取ったことを表している。さらに、他の監視装置からも、判定信号を受信していることがわかる。

判定信号受信部６１０は、図１２（Ａ）に示されるように、条件が満たされた場合に送信される判定信号を受信すると、判定信号に含まれる装置番号と出力番号を、図１９の判定信号情報６５４に格納する。一方、判定信号受信部６１０は、図１２（Ｂ）に示されるように、条件が満たされなくなった場合に送信される判定信号を受信すると、図１９に格納した対応する項目を削除する。

図２２（Ａ）−（Ｃ）は、そのような判定信号情報６５４の変化を表した図である。まず、当初、判定信号情報６５４は、図２２（Ａ）に示される通りであったとする。次に、判定信号受信部６１０が、「装置番号＝３、出力番号＝８」の判定信号を受信すると、図２２（Ｂ）に示されるように、判定信号情報６５４が更新される。さらに、判定信号受信部６１０が、「装置番号＝１、出力番号２、１０、解除フラグ＝１」の判定信号を受信すると、図２２（Ｃ）に示されるように、対応する項目が削除される。

第２判定部６１１は、記憶部６０２に格納された判定信号情報６５４が、監視者により、図１７を通じて指定された条件（第２判定条件）を満たすかどうか判定する。第２判定部６１１は、条件が満たされると、図１８の第２判定条件６５５のうち、「発生状態」の項目を、「１」に設定する。そして、後の判定の結果、当該条件が満たされなくなった場合には、「発生状態」の項目を、「０」に設定する。

上述した判定結果出力部６０８は、さらに、第２判定部６１１が、満たされると判定した条件に対応する出力音及び出力文字列を、モニタ１３０とスピーカ１４０に出力する。

図２０は、他の監視装置１００Ａから判定信号を受信し、条件が満たされる場合に、アラームを出力する監視装置１００Ｂの処理を表すフローチャートである。

ステップＳ２００１において、判定信号受信部６１０は、他の監視装置１００Ａから送信された判定信号を受信する。

ステップＳ２００２において、判定信号受信部６１０は、受信した判定信号の内容を、判定信号情報６５４に格納する。ここで、判定信号が解除フラグを含む場合には、対応する項目を、判定信号情報６５４から削除する。

ステップＳ２００３において、第２判定部６１１は、記憶部６０２の第２判定条件６５５を読み込む。

ステップＳ２００４において、第２判定条件６５５から読み込んだ条件の「発生状態」が「０」である場合（すなわち、その条件が満たされていない場合）、ステップＳ２００５に進む。そして、第２判定部６１１は、ステップＳ２００２で更新した判定信号情報６５４が、ステップＳ２００３で読み込んだ条件を満たすかどうか判定する。

ステップＳ２００５において、判定の結果、条件が満たされる場合には、ステップＳ２００６に進み、第２判定条件６５５（図１８）の「発生状態」の項目を「１」に設定する。

一方、ステップＳ２００５において、判定の結果，条件が満たされない場合には、処理を終了する。

ステップＳ２００７において、判定結果出力部６０８は、第２判定条件６５５（図１８）で指定された出力音、出力文字列を、モニタ１３０及びスピーカ１４０に出力し、処理を終了する。

一方、上述したステップＳ２００４において、第２判定条件６５５から読み込んだ条件の「発生状態」が「１」である場合（すなわち、既に条件が満たされ、アラームが出力されている最中の条件が、継続して満たされている場合）、ステップＳ２００８に進む。そして、第２判定部６１１は、ステップＳ２００２で更新した判定信号情報６５４が、ステップＳ２００３で読み込んだ条件を満たすかどうか判定する。

ステップＳ２００８において、判定の結果、条件が引き続き満たされている場合には、処理を終了する。

一方、ステップＳ２００８において、判定の結果，条件が満たされなくなっている場合には、ステップＳ２００９に進み，第２判定条件６５５（図１８）の「発生状態」の項目を「０」に設定する。

ステップＳ２０１０において、判定結果出力部６０８は、第２判定条件６５５（図１８）で指定された出力音、出力文字列の出力を停止し、処理を終了する。

以上の処理によって、本発明の一実施形態における監視装置１００Ｂは、被監視装置の出力を監視する、複数の監視装置１００Ａのアラーム発生状態に応じて、さらなるアラームを出力することができる。また、監視装置１００Ｂは、複数の判定信号を入力可能なハードウェアである必要があるが、上述したように、監視装置１００Ａと監視装置１００Ｂのハードウェアを同一とすることもできる。この場合、例えば、監視装置１００Ａと監視装置１００Ｂの導入後、それらの必要数が変わったときに、これらのハードが同一であることにより、監視装置１００Ａと監視装置１００Ｂとの間で流用が可能となる。

なお、上述した監視装置１００Ｂのさらなる構成の例を図２３、図２４に示す。図２３は、被監視装置から音声信号のみを取り込む監視装置１００Ａにより送信される判定信号を、監視装置１００Ｂが受信する例を表している。また、図２４は、判定信号を受信する監視装置１００Ｂが、さらに、監視装置１００Ａと同様に、被監視装置等から直接映像を受信し、第１判定条件６５２に基づき、アラーム出力を行う例を表している。監視装置１００Ｂの計算処理能力が充分高い場合には、このような構成も可能となる。

以上に述べた、本発明の一実施形態における監視装置１００Ａ、１００Ｂの機能により、何者かに監視されることを想定して作られていない、すなわち、アラームを発する機能のない装置を含め、一般的な音声出力や画面出力を有しており、画面出力において、読むべき表示や色彩の位置が画面内で固定されている全ての装置を被監視装置として、被監視装置に改造を加えずに、アラームの発生条件を柔軟かつ統合的に設定して監視することができる。

また、本監視装置は、被監視装置の音声出力や画面出力を分配して利用するため、被監視装置本体と付属のモニタやスピーカが離れた位置にある場合に、被監視装置本体の近くに設置スペースがなくても、付属のモニタやスピーカの近くに設置することが可能であり、従って設置場所に柔軟性がある。

さらに、複数の異なる被監視装置や監視対象の画面出力や音声出力を統合的に監視して、被監視装置単体からは得られない複合的なアラームを発生させることができる。

<３．動作例>
以下では、本発明の一実施形態における監視装置１００の動作の具体例を説明する。ここでは、被監視装置から送信される映像信号に対して判定を行い、アラーム及び判定信号を出力する監視装置１００Ａの例（以下の３．１節で説明）と、判定信号に対して判定を行い、アラームを出力する監視装置１００Ｂの例（以下の３．２節で説明）とに分けて説明する。

<３．１ アラーム出力機能>
<被監視装置が動画タイトラーである場合の例>
まず、図２５−２８を用いて、本発明の一実施形態における監視装置１００Ａが、被監視装置「動画タイトラー」から出力される映像信号を監視する例について説明する。動画タイトラーとは、動画ファイルをＨＤＤなどの記憶媒体に蓄積しておき、使用者が任意の動画を選択して映像として再生できる装置である。この装置は、図２５に示すように、選択した動画のファイル名などを表示するＧＵＩ画面を出力するが、自らアラームを発する機能を有していない（図４３の（５）に対応）。

このような、何者かに監視されることを想定して作られていない装置であっても、ＧＵＩ画面を出力可能な装置であれば、本監視装置１００Ａによって、監視者にわかりやすくアラーム発生を伝えることができる。動画タイトラーのＧＵＩ画面について、図２５の中に示した番号を用いて説明する。
−１：選択出来る動画ファイル一覧。ここから動画を選択する
−２：１で動画を選択した後、スタンバイボタンを押すと、動画がスタンバイされて再生準備状態となる
−３：スタンバイされた動画が表示される。スタンバイされた動画がないときは何も表示されない
−４：ＴＡＫＥボタンを押すと、スタンバイされた動画が再生され、動画タイトラーに付属している映像・音声出力端子から出力される

図２６は、本監視装置１００Ａにおいて、上記の動画タイトラーの出力する映像信号において、判定対象となる領域を指定するためのＧＵＩ画面（図７に対応）を示している。本監視装置１００Ａの映像信号取込部６０４は、被監視装置である動画タイトラーの画面を一定間隔で取り込んでいる。したがって、本監視装置１００Ａ上には、動画タイトラーの出力する画面と同じ画像が表示される。本監視装置１００Ａは、動画タイトラーの出力する画面全体を取り込んでいるため、動画タイトラー内に表示された時計やウィンドウもそのまま取り込まれる。

図２６の中で指定された、領域ａ、ｂ、ｃは、監視者が、本監視装置１００Ａの判定条件設定部６０１を通じて指定した領域である。既に説明したように、本監視装置１００Ａの映像信号解析部６０５は、これらの領域の内部の「文字列」及び／又は「色」を取得し、監視者によって指定された第１判定条件に従って、判定を行う。ここでは、以下のような領域情報が設定されたものとする。
−領域a：文字判定 ＯＣＲにより、取り込んだ画像の文字を読み取る
−領域ｂ：色判定 取り込んだ画像の色を判定する
−領域ｃ：文字判定 ＯＣＲにより、取り込んだ画像の文字を読み取る
このとき、監視者によってＧＵＩ画面に入力された情報の例を、図２７に示す（図８のＧＵＩ画面に対応）。

なお、ＯＣＲでは、文字を誤認識する可能性があるが、一般に、ＰＣの画面の文字を読み取る場合、手書き文字の認識に比べ、OCRの精度が良くなる。特に、動画タイトラーなどの監視対象や、被監視装置に使用されているフォントをＯＣＲに指定すれば、誤認識の発生は実用上問題ない程度に低く抑えられる。

次に、監視者によってＧＵＩ画面に入力された第１判定条件の例を、図２８に示す（図９のＧＵＩ画面に対応）。例えば、20時45分に「845OP」という動画を、7時45分に「745OP」という動画を再生する必要がある場合、動画タイトラーの操作者が、それぞれの動画を、再生予定時刻より前にスタンバイする。ここで、OSの時計が7時台であるときに「845OP」をスタンバイするなど、スタンバイする動画を間違えると、アラームを出力させる（図２９）。これによって、スタンバイする動画の間違いを防ぐことができる。

このようにして、動画タイトラー自体を改修することなく、かつ、ＰＣ本体に何も手を加えずに、監視者の要望に簡単かつ柔軟に応えることができる。

<被監視装置がＰ波表示ＰＣである場合の例>
次に、図３０−３３を用いて、本発明の一実施形態における監視装置１００Ａが、被監視装置「Ｐ波表示ＰＣ」から出力される映像信号を監視する例について説明する。Ｐ波表示ＰＣとは、Ｐ波と呼ばれる、本格的な地震の直前に観測される弱い揺れの観測情報をもとに、震源、マグニチュード、各地の震度、到達予想を、刻々と動く図で表示するパソコンである。

Ｐ波表示ＰＣの出力画面について、図３０を参照し、図面中に示した数字を用いて説明する。
１：日本地図が表示される。
２：Ｐ波が観測された場合、震源地を中心にして、所定の色の円が広がっていく。円に塗りつぶされた場所は地震が到達したことを示し、リアルタイムに広がっていく
３：観測されたマグニチュードや震度が表示される。その大きさに応じて、マグニチュード、震度を表示する枠内の色が変わる
４：実際に地震が観測された地方と、各地方の震度が表示される。
Ｐ波表示ＰＣは音による注意喚起を行わないが、マグニチュードや震度に応じて色が変化することで、アラームを発生可能な装置ともいえる（図４３の（３）の例に対応）。

図３１は、監視者が、本監視装置１００Ａを用いて、判定対象とする領域を指定するためのＧＵＩ画面を示している（図７に対応）。ここでは、図３１の領域ａ、ｂ、ｃが設定されたものとする。領域aは色判定、領域bは文字または色判定、領域cは色判定とする。領域情報の設定画面を図３２に示す。

このとき、監視者は、図３３に示すような条件式を用いて、第１判定条件を設定することで、四国近辺（条件式b{(松山)+(高知)+(徳島)+(高松)}）の地震（c1）や、ある程度大きい地震が予測される場合（条件式a1）のみアラームを出力させるなど、所望のアラームを出力させることができる。図３４は、「条件式b{(松山)+(高知)+(徳島)+(高松)}*c1」が満たされた場合に出力されるアラーム出力画面の例を表している。

<被監視装置が総合監視装置である場合の例>
次に、図３５−３６を用いて、本発明の一実施形態における監視装置１００Ａが、被監視装置である「統合監視装置」から出力される映像信号を監視する例について説明する。ここで説明する「統合監視装置」は、既に述べたように、図４３（１）の態様で動作する装置である。

統合監視装置の出力画面について、図３５を参照して説明する。当該画面には、通常、何も表示されず、アラームが発生した場合に、どの装置でどのようなアラームが発生したかが、予め決められた大きさの長方形で表示される。アラーム音の種類は1種類のビープ音で、アラームが発生すると、再生されるように構成されている。

図３６は、本監視装置１００Ａにおいて、判定対象となる領域を決めるためのＧＵＩ画面の例（図７に対応）を表示している。図３６において、色付きの枠で囲まれた部分は、「文字判定」、「色判定」、「文字＋色判定」のいずれかの判定がなされる。画面出力された文字や色が、後に設定した条件に適合する場合に、アラームが出力される。

このように、本監視装置１００Ａの設定により、アラーム音を任意に設定することが可能となる。その結果、例えば、ある監視対象Ａの故障が頻発しているような場合に、監視対象Ａのアラーム発生に伴い、監視対象Ａと接続された監視対象Ｂ〜監視対象Ｆでも「Ａ装置と通信できない」というアラームが発生したとき、条件式を追加し、「Ａ装置故障の可能性」という音声アラームを発生させるよう、事後的に設定することができる。そして、監視対象Ａの故障が復旧した際には、当該の条件式を削除することができる。

このように、本監視装置１００Ａを用いて判定条件と出力アラームの設定を行うことにより、一時的に特定の機器を集中的に監視したい場合などに、都度アラーム発生の条件式を柔軟に設定することができる。また、総合監視装置導入後に、関連する監視機器が増え続けても、本監視装置１００Ａ上で設定を変更することにより、対応することができる。

なお、本実施例では、統合監視装置の画面例として、図３５に示されるような例を挙げたが、例えば、図３７（Ａ）−（Ｄ）に例示されるように、色や文字でアラーム告知される場所が一定であれば、本発明を適用することができる。

<被監視装置がレーダー降雨量表示ＰＣである場合の例>
次に、図３８、３９を用いて、本発明の一実施形態における監視装置１００Ａが、被監視装置である「レーダー降雨量表示ＰＣ」から出力される映像信号を監視する例について説明する。レーダー降雨量表示ＰＣとは、図３８に示すように、地図上において雨が観測された地点を、雨量の強さに応じて、青色から赤色まで異なる色で塗りつぶしていき、降雨量を表わす装置である。データは５分ごとに更新され、書き換えられる。レーダー降雨量表示ＰＣは、アラームを発生する機能を有さない（すなわち、図４３（５）の例に対応）。

図３９は、本監視装置１００Ａにおいて、監視者が、判定対象とする領域を決めるためのＧＵＩ画面（図７に対応）を表している。例えば、領域a（色判定）を設定し、愛媛県、すなわち領域a内に青色が含まれることを条件として、「愛媛に雨が降り始めました」と音声アラームを出力させることができる。また、領域a内に赤色が含まれることを条件として、「愛媛に大雨が降り始めました」と音声アラームを出力させることができる。さらに、領域a内に青色又は赤色が含まれなくなったことを条件として「愛媛の雨はやみました」と音声アラームを出力させるようにしてもよい。このようにして、愛媛県に降雨があることを音声アラームで通知することが可能となる。

また、その他の例として、例えば九州のある場所に雨が降り出せば、四国も続いて雨になることが多いと経験によってわかった場合、その九州のある場所を監視装置の監視枠で囲い、四国に雨が降るという予測を示すアラーム音を発生させることも可能となる。

<３．２ 判定信号監視機能>
次に、図４０、図４１を用いて、本発明の一実施形態における監視装置１００Ｂが、被監視装置から出力される判定信号を監視する例について説明する。

図４０の例では、二台の監視装置１００Ａ−１、１００Ａ−２が使用されており、被監視装置１は、上述した「Ｐ波表示ＰＣ」であり、被監視装置２は、「レーダー降雨量表示ＰＣ」である。

ここで、「Ｐ波表示ＰＣ」を監視する監視装置１００Ａ−１から、「愛媛で震度3以上の地震が確認された」ことを示す出力番号が出力され、同時に、「レーダー降雨量表示ＰＣ」を監視する監視装置１００Ａ−２から、「大雨が観測される愛媛県内の地域Ａがある」ことを示す出力番号が出力されると、地震と大雨による複合的な災害への注意喚起として、本監視装置１００Ｂにおいて、「Ａ地方の土砂災害注意」と音声アラームを出力させることができる。

図４１は、被監視装置の音声出力を監視装置１００Ａで監視する場合において、その被監視装置に、音声出力端子が無い場合の例を表している。被監視装置は、内部のスピーカからのみアラーム音を発生させるため、監視装置による遠隔からの監視や、被監視装置の総合監視装置への組み込みが不可能となっている。このような被監視装置に対し、本発明の監視装置１００Ａ、１００Ｂを適用する例を、図４１を使用して説明する。

例えば、外部のつまみで設定した温度を超えた場合に、温度に応じて装置本体から２種類の違うビープ音を発する「温度監視装置」（外部端子からの音声信号出力に非対応）が、監視室から離れた部屋に配置されているものとする。ここで、図４１に示すように、周りを防音構成とした指向性の高いマイクを被監視装置の前に置き、マイクの出力を監視装置１００Ａへと送信させる。監視装置１００Ａ（音声信号取込部６０６）は、被監視装置から出力されるビープ音を取り込み、予め監視者によって設定された第１判定条件に従って、判定信号を、監視装置１００Ｂへと送信する。ここで、判定信号に含まれる出力番号は、ビープ音ごとに、異なる値に設定される。

これにより、外部音声出力端子を備えておらず、離れた場所での監視を想定していない装置の出力する信号を、本監視装置１００Ａ及び１００Ｂにより、監視することが可能になる。

以上のように、本発明の一実施形態における監視装置１００Ｂにより、被監視装置の出力する信号に加えて、監視装置の出力するアラームの内容に応じて、さらに所望のアラームを出力することができる。これにより、既存の方法では、他の装置の改修等の要因によって困難であった、統合的な監視も可能となる。統合的な監視の例としては、機器ラック室などで冷房の温度や空調の状態を監視する必要がある場合に、温度が上がるとビープ音を発する機器と接続した監視装置１００Ａ−１と、既存の空調を監視する装置と接続した監視装置１００Ａ−２を、本監視装置１００Ｂで統合的に監視することが考えられる。この場合、空調の異常はないが、温度が上がっているといった複合的な情報も得る事ができる。

１００、１００Ａ、１００Ｂ 監視装置
６０１ 判定条件設定部
６０２ 記憶部
６０３ 第１判定部
６０４ 映像信号取込部
６０５ 映像信号解析部
６０６ 音声信号取込部
６０７ 音声信号解析部
６０８ 判定結果出力部
６０９ 判定信号送信部
６１０ 判定信号受信部
６１１ 第２判定部

Claims (6)

1. 画像により所定の報知を行う他の監視装置を監視対象とする監視装置であって、
   前記他の監視装置からの映像信号が、前記監視装置の画面に出力される画像上でユーザによる操作により指定された領域と、文字と、アラームとを対応付けて設定する設定部と、
   前記画面に表示される画像において、前記領域に含まれる文字を文字認識する解析部と、
   前記解析部により解析された前記領域に含まれる文字が、前記設定部に設定された文字と一致する場合、前記アラームを出力する出力部と、
   を有する、監視装置。
2. 前記設定部は、前記画像における第１の領域及び第２の領域と、第１の文字及び第２の文字と、アラームとを対応付けて設定し、
   前記解析部は、前記画面に表示される画像において、前記第１の領域及び前記第２の領域に含まれる文字をそれぞれ文字認識し、
   前記出力部は、前記解析部により解析された前記第１の領域に含まれる文字と、前記第１の文字とが一致し、かつ、前記解析部により解析された前記第２の領域に含まれる文字と、前記第２の文字とが一致する場合、前記アラームを出力する、
   請求項１に記載の監視装置。
3. 画像により所定の報知を行う他の監視装置を監視対象とする監視装置であって、
   前記他の監視装置からの映像信号が、前記監視装置の画面に出力される画像上でユーザによる操作により指定された領域と、色と、アラームとを対応付けて設定する設定部と、
   前記画面に表示される画像において、前記領域に含まれる色を解析する解析部と、
   前記領域に、前記設定部に設定された色が含まれる場合、前記アラームを出力する出力部と、
   を有する、監視装置。
4. 音により所定の報知を行う他の監視装置を監視対象とする監視装置であって、
   ユーザによる操作により指定された、音と、アラームとを対応付けて設定する設定部と、
   前記他の監視装置から出力される音が、前記設定部に設定された音と一致する場合に前記アラームを出力する出力部と、
   を有する、監視装置。
5. 所定の報知を行う、第１の監視装置、及び第２の監視装置を監視対象とする監視装置であって、
   ユーザによる操作により指定された、第１のアラームと、第２のアラームと、第３のアラームと、を対応付けて設定する設定部と、
   前記第１の監視装置からの出力信号に基づく前記第１のアラームと、前記第２の監視装置からの出力信号に基づく前記第２のアラームとが出力されたことに応じて、前記第３のアラームを出力する出力部と、
   を有する、監視装置。
6. コンピュータに、請求項１乃至５の何れか一項に記載の各機能部を実現させるためのプログラム。