(57)【要約】【課題】本発明は、同一のイベントを示す情報が重複して出力されることを抑制する監視装置及びそのプログラムを提供することを目的とする。【解決手段】本発明の一実施形態に係る監視装置によると、検査符号が付加された電文を監視対象から受信する受信部と、受信部が受信した複数の電文に付加された各々の検査符号が同一であるか否かを判定する判定部と、判定部が各々の検査符号を同一であると判定した場合、同一の検査符号を有する電文のうち１の電文を出力する出力部と、を備える。【選択図】図１３
2016021663.tif 000002
【特許請求の範囲】
【請求項１】
検査符号が付加された、監視対象の機器状態を示す電文を監視対象から受信する受信部と、
前記受信部が受信した複数の前記電文に付加された各々の前記検査符号が同一であるか否かを判定する判定部と、
前記判定部が前記各々の前記検査符号を同一であると判定した場合、同一の前記検査符号を有する前記電文のうち１の前記電文を出力する出力部と、
を備える監視装置。
【請求項２】
監視対象の機器状態を示す電文を前記監視対象から受信する受信部と、
前記受信部が受信した複数の前記電文のうち、同一の前記監視対象の機器状態を示す前記電文に同一の検査符号を付加する検査符号付加部と、
前記受信部が受信した複数の前記電文に付加された各々の前記検査符号が同一であるか否かを判定する判定部と、
前記判定部が前記各々の前記検査符号を同一であると判定した場合、同一の前記検査符号を有する前記電文のうち１の前記電文を出力する出力部と、
を備える監視装置。
【請求項３】
前記検査符号は、前記電文の一部又は全部に基づいて生成されることを特徴とする請求項１又は２に記載の監視装置。
【請求項４】
前記検査符号は、前記電文の形式によらず、一定の形式を有することを特徴とする請求項１乃至３のいずれか一に記載の監視装置。
【請求項５】
前記電文を記録する記録部をさらに備え、
前記判定部は、前記受信部が受信した第１電文に付加された第１検査符号と、前記記録部に記録された第２電文に付加された第２検査符号とが同一か否かを判定し、
前記第１検査符号と前記第２検査符号とが同一でないと判定された場合、前記第１電文及び前記第１検査符号を前記記録部に記録することを特徴とする請求項１乃至４のいずれか一に記載の監視装置。
【請求項６】
前記判定部は、前記電文が生成又は受信されてから所定時間内に生成又は受信された電文を判定の対象とすることを特徴とする請求項１乃至５のいずれか一に記載の監視装置。
【請求項７】
所定時間の間隔毎に前記監視対象を監視する監視部をさらに備え、
前記監視部は、前記監視対象の機器状態の変化を検知すると、前記電文を生成して前記受信部に送信することを特徴とする請求項１乃至６のいずれか一に記載の監視装置。
【請求項８】
イベントに基づいて生成され、前記イベントを特定する識別子が付加されたイベント情報を受信する受信部と、
前記受信部が受信した複数の前記イベント情報に付加された各々の前記識別子が同一であるか否かを判定する判定部と、
前記判定部が前記各々の前記識別子を同一であると判定した場合、同一の前記識別子が付加された前記イベント情報のうち１の前記イベント情報を出力する出力部と、
を備える監視装置。
【請求項９】
イベントに基づいて生成されたイベント情報を受信する受信部と、
前記受信部が受信した複数の前記イベント情報のうち、同一の前記イベントを示す前記イベント情報に同一の識別子を付加する識別子付加部と、
前記受信部が受信した複数の前記イベント情報に付加された各々の前記識別子が同一であるか否かを判定する判定部と、
前記判定部が前記各々の前記識別子を同一であると判定した場合、同一の前記識別子が付加された前記イベント情報のうち１の前記イベント情報を出力する出力部と、
を備える監視装置。
【請求項１０】
イベントに基づいて生成されたイベント情報を受信する受信部と、
前記受信部が受信した前記イベント情報の全部又は一部に基づいて前記イベント情報に固有の識別子を生成して前記イベント情報に付加する識別子付加部と、
を備える監視装置。
【請求項１１】
イベントに基づいて生成された第１イベント情報及び第２イベント情報にそれぞれ付加される第１識別子及び第２識別子を生成して、前記第１イベント情報及び前記第２イベント情報にそれぞれ付加する識別子付加部と、
前記第１識別子と前記第２識別子とを比較する判定部と、
前記判定部によって前記第１識別子及び前記第２識別子が同一であると判定された場合に前記第１イベント情報又は前記第２イベント情報のいずれか１を出力する出力部と、
を備える監視装置。
【請求項１２】
検査符号が付加された電文を監視対象から受信し、
前記受信した複数の前記電文に付加された各々の前記検査符号が同一であるか否かを判定し、
前記各々の前記検査符号が同一であると判定された場合、同一の前記検査符号を有する前記電文のうち１の前記電文を出力すること、を監視装置に実行させることを特徴とするプログラム。
【請求項１３】
監視対象の機器状態を示す電文を前記監視対象から受信し、
前記受信した複数の前記電文のうち、同一の前記監視対象の機器状態を示す前記電文に同一の検査符号を付加し、
前記受信した複数の前記電文に付加された各々の前記検査符号が同一であるか否かを判定し、
前記各々の前記検査符号が同一であると判定された場合、同一の前記検査符号を有する前記電文のうち１の前記電文を出力すること、を監視装置に実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、対象のイベント又は機器状態を監視する装置及びそのプログラムに関する。また、イベントの発生又は監視対象装置の動作異常等の状態変化を示す情報を管理者に通知することで対象のイベント又は機器状態を監視する装置及びそのプログラムに関する。
【背景技術】
【０００２】
複数のサーバなどの装置がネットワークを介して接続されることで構成されたシステムにおいて、当該システムを安定して運用するためにはシステムを構成する各々の装置状態を管理することが重要である。特に、金融システムのように動作異常が許されないシステムにおいては、システムを構成する装置をより厳密に管理運用する必要がある。そのようなシステムでは、システムを構成する各々の装置（監視対象装置）の状態に対して複数の監視装置で監視する。したがって、ある装置で動作異常が発生すると、その動作異常を示す情報が複数の監視装置から送信されるため、冗長化された動作異常の情報が管理者に通知される。
【０００３】
上記のように、監視対象装置または監視装置から冗長化された情報を受信する技術としては、例えば、特許文献１に、複数の機能モジュールと、集中監視・制御を行う装置監視制御部とが二重化された制御バスを介して接続された構成の発明が開示されている。特許文献１では、下位の被制御モジュールから二重化された応答データを受信して、正しいデータの受信を選択判断して制御する発明が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平５−２５０３４４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１によれば、二重化された応答データを受信し、それが正しいデータか否かを判別し、当該応答データに基づき正しい制御がされることは担保される。しかしながら、それらのいずれもが正しい場合、二重化されたデータはそのまま装置監視制御部で受信されるため、装置監視制御部に記録されるデータ量が増加してしまう。
【０００６】
また、当該データが監視用モニタに表示されるときには、その全件が表示されることになる。したがって、監視オペレータは監視用モニタに表示されたデータの中から重複したデータを確認する必要があるため、監視負担が大きくなってしまう問題があった。特に、重複したデータが監視用モニタに離隔して表示される場合、情報量の多さゆえに監視オペレータが看過してしまう問題があった。
【０００７】
本発明は、同一のイベントを示す情報が重複して出力されることを抑制する機器状態監視装置及びそのプログラムを提供することを目的とするものである。
【課題を解決するための手段】
【０００８】
本発明の一実施形態によると、検査符号が付加された、監視対象の機器状態を示す電文を監視対象から受信する受信部と、受信部が受信した複数の電文に付加された各々の検査符号が同一であるか否かを判定する判定部と、判定部が各々の検査符号を同一であると判定した場合、同一の検査符号を有する電文のうち１の電文を出力する出力部と、を備える機器状態監視装置が提供される。
【０００９】
本発明の一実施形態によると、監視対象の機器状態を示す電文を監視対象から受信する受信部と、受信部が受信した複数の電文のうち、同一の監視対象の機器状態を示す電文に同一の検査符号を付加する検査符号付加部と、受信部が受信した複数の電文に付加された各々の検査符号が同一であるか否かを判定する判定部と、判定部が各々の検査符号を同一であると判定した場合、同一の検査符号を有する電文のうち１の電文を出力する出力部と、を備える機器状態監視装置が提供される。
【００１０】
また、上記の機器状態監視装置において、検査符号は電文の一部又は全部に基づいて生成され、電文の形式によらず一定の形式を有する。また、判定部は受信部が電文を生成又は受信されてから所定時間内に生成又は受信された電文を判定の対象としてもよい。
【００１１】
また、上記の機器状態監視装置は、電文を記録する記録部をさらに備えてもよい。その形態においては、判定部は受信部が受信した第１電文に付加された第１検査符号と、記録部に記録された第２電文に付加された第２検査符号とが同一か否かを判定し、第１検査符号と第２検査符号とが同一でないと判定された場合、第１電文を記録部に記録する。
【００１２】
また、上記の機器状態監視装置は、所定時間の間隔毎に監視対象を監視する監視部をさらに備えてもよい。その形態においては、監視部は監視対象の機器状態の変化を検知すると電文を生成して受信部に送信する。
【００１３】
本発明の一実施形態によると、検査符号が付加された電文を監視対象から受信し、受信した複数の電文に付加された各々の検査符号が同一であるか否かを判定し、各々の検査符号が同一であると判定された場合、同一の検査符号を有する電文のうち１の電文を出力すること、を機器状態監視装置に実行させることを特徴とするプログラムが提供される。
【００１４】
本発明の一実施形態によると、監視対象の機器状態を示す電文を監視対象から受信し、受信した複数の電文のうち、同一の監視対象の機器状態を示す電文に同一の検査符号を付加し、受信した複数の電文に付加された各々の検査符号が同一であるか否かを判定し、各々の検査符号が同一であると判定された場合、同一の検査符号を有する電文のうち１の電文を出力すること、を機器状態監視装置に実行させることを特徴とするプログラムが提供される。
【００１５】
本発明の一実施形態によると、イベントに基づいて生成され、イベントを特定する識別子が付加されたイベント情報を受信する受信部と、受信部が受信した複数のイベント情報に付加された各々の識別子が同一であるか否かを判定する判定部と、判定部が各々の識別子を同一であると判定した場合、同一の識別子が付加されたイベント情報のうち１のイベント情報を出力する出力部と、を備える監視装置が提供される。
【００１６】
本発明の一実施形態によると、イベントに基づいて生成されたイベント情報を受信する受信部と、受信部が受信した複数のイベント情報のうち、同一のイベントを示すイベント情報に同一の識別子を付加する識別子付加部と、受信部が受信した複数のイベント情報に付加された各々の識別子が同一であるか否かを判定する判定部と、判定部が各々の識別子を同一であると判定した場合、同一の識別子が付加されたイベント情報のうち１のイベント情報を出力する出力部と、を備える監視装置が提供される。
【００１７】
本発明の一実施形態によると、イベントに基づいて生成されたイベント情報を受信する受信部と、受信部が受信したイベント情報の全部又は一部に基づいてイベント情報に固有の識別子を生成してイベント情報に付加する識別子付加部と、を備える監視装置が提供される。
【００１８】
本発明の一実施形態によると、イベントに基づいて生成された第１イベント情報及び第２イベント情報にそれぞれ付加される第１識別子及び第２識別子を生成して、第１イベント情報及び第２イベント情報にそれぞれ付加する識別子付加部と、第１識別子と第２識別子とを比較する判定部と、判定部によって第１識別子及び第２識別子が同一であると判定された場合に第１イベント情報又は第２イベント情報のいずれか１を出力する出力部と、を備える監視装置が提供される。
【発明の効果】
【００１９】
本発明に係る機器状態監視装置は、同一のイベントを示す情報が重複して出力されることを抑制する機器状態監視装置及びそのプログラムを提供する効果がある。
【図面の簡単な説明】
【００２０】
【図１】本発明の実施形態１に係る監視装置の機能ブロック図を示す概略図である。
【図２】本発明の実施形態１に係る監視装置のハードウェア構成を示す概略図である。
【図３】本発明の実施形態１に係る監視装置の動作フローを示す図である。
【図４】本発明の実施形態２に係る監視装置の機能ブロック図を示す概略図である。
【図５】本発明の実施形態２に係る監視装置の動作フローを示す図である。
【図６】本発明の実施形態３に係る監視装置の機能ブロック図を示す概略図である。
【図７】本発明の実施形態３に係る監視装置の動作フローを示す図である。
【図８】本発明の実施形態４に係る監視装置の機能ブロック図を示す概略図である。
【図９】本発明の実施形態４に係る監視装置の動作フローを示す図である。
【図１０】本発明の実施形態５に係る監視装置の機能ブロック図を示す概略図である。
【図１１】本発明の実施形態５に係る監視装置の動作フローを示す図である。
【図１２】本発明の実施形態６に係る機器状態監視システムの概念を示す図である。
【図１３】本発明の実施形態６に係る機器状態監視装置の機能ブロック図を示す概略図である。
【図１４】本発明の実施形態６に係る機器状態監視システムの動作フローを示す図である。
【図１５】本発明の実施形態６に係る機器状態監視装置の動作フローを示す図である。
【図１６】本発明の実施形態６の変形例に係る機器状態監視装置の動作フローを示す図である。
【図１７】本発明の実施形態７に係る機器状態監視装置の機能ブロック図を示す概略図である。
【図１８】本発明の実施形態７に係る機器状態監視システムの動作フローを示す図である。
【図１９】本発明の実施形態７に係る機器状態監視装置の動作フローを示す図である。
【図２０】本発明の実施形態７に係る機器状態監視装置の検査符号付加部が生成する電文及び検査符号の一例を示す図である。
【図２１】本発明の実施形態７の変形例に係る機器状態監視装置の動作フローを示す図である。
【図２２】本発明の実施形態８に係る機器状態監視装置の機能ブロック図を示す概略図である。
【図２３】本発明の実施形態８に係る機器状態監視装置の動作フローを示す図である。
【図２４】本発明の実施形態９に係る機器状態監視装置の機能ブロック図を示す概略図である。
【図２５】本発明の実施形態９に係る機器状態監視装置の動作フローを示す図である。
【図２６】本発明の実施形態１０に係る機器状態監視装置の機能ブロック図を示す概略図である。
【図２７】本発明の実施形態１０に係る機器状態監視装置の動作フローを示す図である。
【図２８】本発明の実施形態１１に係るセンサ監視システムの概念を示す図である。
【図２９】本発明の実施形態１１に係るセンサ監視装置の機能ブロック図を示す概略図である。
【発明を実施するための形態】
【００２１】
以下、図面を参照して本発明に係る監視装置及びそのプログラムについて説明する。但し、本発明の監視装置及びそのプログラムは多くの異なる態様で実施することが可能であり、以下に示す実施の形態の記載内容に限定して解釈されるものではない。なお、本実施の形態で参照する図面において、同一部分または同様な機能を有する部分には同一の符号を付し、その繰り返しの説明は省略する。
【００２２】
〈実施形態１〉
図１乃至図３を用いて、本発明の実施形態１に係る監視装置及びそのプログラムについて詳細に説明する。実施形態１は、監視対象が監視対象で発生したイベント（事象）を特定する識別子が付加されたイベント情報を生成し、監視装置に送信する例について説明する。
【００２３】
［監視システムの概要］
図１は、本発明の実施形態１に係る監視装置の機能ブロック図を示す概略図である。図１に示すように、本発明に係る監視システムは監視装置２１０と、監視対象２２０と、外部機器２３０とを含む。また、監視装置２１０は受信部２１１と、判定部２１２と、出力部２１３とを含む。図１によると、監視対象２２０と受信部２１１とが接続され、受信部２１１と判定部２１２とが接続され、判定部２１２と出力部２１３とが接続され、出力部２１３と外部機器２３０とが接続されている。
【００２４】
監視装置２１０は、監視対象２２０の装置で発生する動作異常等の機器状態を監視する機器状態監視装置であってもよく、また、施設内で発生する異常を感知するセンサを監視するセンサ監視装置であってもよい。
【００２５】
受信部２１１は、監視対象２２０で発生した上記のイベントに基づいて生成され、当該イベントを特定する識別子が付加されたイベント情報を受信する。判定部２１２は、受信部２１１が受信した複数のイベント情報に付加された各々の識別子が同一であるか否かを判定する。出力部２１３は、判定部２１２が上記の各々識別子を同一であると判定した場合、同一の識別子が付加された複数のイベント情報のうち１のイベント情報を出力する。これらの各機能部は１つの装置又はサーバに備えられていてもよく、また、複数の装置又はサーバに分散して備えられていてもよい。
【００２６】
［監視装置のハードウェア構成］
図２は、本発明の実施形態１に係る監視装置のハードウェア構成を示す概略図である。図２によると、監視装置２１０は、制御部２２１、ハードディスク２２２、及び通信部２２３を有する。制御部２２１は、中央演算処理装置（ＣＰＵ：Central Processing Unit）、レジスタやメモリなどの記憶装置を含む。制御部２２１は、メモリに記憶されたプログラムをＣＰＵによって実行させることで、監視装置２１０に対して監視対象２２０からイベント情報を受信させ、重複したイベント情報の有無を判定させ、イベント情報の情報を外部機器２３０へ出力させる。また、制御部２２１の記憶装置は、必要に応じてハードディスクから演算処理に必要なプログラムを読み出して格納する。ハードディスク２２２は大容量のデータを格納することができるメモリであり、演算処理に必要なプログラムなどが格納され、監視対象２２０から受信したイベント情報及び識別子を一時的に保存する。通信部２２３は、監視装置２１０と監視対象２２０、監視装置２１０と外部機器２３０とを接続し、データの入出力を制御する。
【００２７】
図２では、監視装置２１０を１つの装置として表現したが、監視装置２１０は１つの装置として実現される必要はなく、例えば後述するように複数の装置又はサーバによって構成されていてもよい。監視装置２１０が複数の装置又はサーバによって構成される場合、当該複数の装置又はサーバによって図２に示すハードウェアが実現されてもよく、また、当該複数の装置又はサーバの各々が当該ハードウェアを有していてもよい。
【００２８】
［監視装置の動作フロー］
図３は、本発明の実施形態１に係る監視装置の動作フローを示す図である。図３では、監視装置２１０の動作フローについて、フローチャートを用いて詳しく説明する。
【００２９】
図３に示すように、監視装置２１０は、識別子が付加されたイベント情報を監視対象２２０から受信し（ステップＳ１０１）、受信した複数のイベント情報に付加された各々の識別子が同一であるか否かを判定し（ステップＳ１０２）、ステップＳ１０２で判定の対象となった各々の識別子が同一であると判定された場合（ステップＳ１０３の「Ｙｅｓ」）、同一の識別子を有するイベント情報のうち１のイベント情報を選択し（ステップＳ１０４）、出力する（Ｓ１０５）。また、受信したイベント情報の識別子が同一ではないと判定された場合（ステップＳ１０３の「Ｎｏ」）、監視装置２１０は当該イベント情報をそのまま出力する（ステップＳ１０５）。上記のステップは、監視装置２１０の制御部２２１のメモリに記憶されたプログラムによって実行されてもよい。
【００３０】
以上のように、本発明の実施形態１に係る監視システム及び監視装置の動作方法によると、監視対象２２０で発生した同一のイベントに対応するイベント情報には同一の識別子が付加されることで、同一のイベントを示す情報が重複して出力されることを抑制することができる。その結果、外部機器２３０を使用して監視対象２２０を監視する管理者の負担を軽減することができる。また、監視装置２１０に保存されたイベント情報の容量を低減することができる。
【００３１】
〈実施形態２〉
図４及び図５を用いて、本発明の実施形態２に係る監視装置及びそのプログラムについて詳細に説明する。実施形態２は、監視対象が生成したイベント情報に対して、監視装置が識別子を生成し、イベント情報に付加する例について説明する。
【００３２】
［監視システムの概要］
図４は、本発明の実施形態２に係る監視装置の機能ブロック図を示す概略図である。図４に示すように、本発明に係る監視システム２０は監視装置２４０と、監視対象２２０と、外部機器２３０とを含む。また、監視装置２４０は受信部２１１と、識別子付加部２１４と、判定部２１２と、出力部２１３とを含む。図４によると、監視対象２２０と受信部２１１とが接続され、受信部２１１と識別子付加部２１４とが接続され、識別子付加部２１４と判定部２１２とが接続され、判定部２１２と出力部２１３とが接続され、出力部２１３と外部機器２３０とが接続されている。
【００３３】
受信部２１１は、監視対象２２０で発生した上記のイベントに基づいて生成されたイベント情報を受信する。識別子付加部２１４は、受信部２１１が受信した複数のイベント情報のうち、監視対象２２０で発生した同一のイベントに対して同一の識別子を生成し、イベント情報に付加する。判定部２１２は、受信部２１１が受信した複数のイベント情報に付加された各々の識別子が同一であるか否かを判定する。出力部２１３は、判定部２１２が上記の各々識別子を同一であると判定した場合、同一の識別子が付加された複数のイベント情報のうち１のイベント情報を出力する。これらの各機能部は１つの装置又はサーバに備えられていてもよく、また、複数の装置又はサーバに分散して備えられていてもよい。
【００３４】
実施形態２の監視装置２４０のハードウェアは、実施形態１の監視装置１０のハードウェア（図２）と同様のものを使用することができるので、ここでは説明を省略する。
【００３５】
［監視装置の動作フロー］
図５は、本発明の実施形態２に係る監視装置の動作フローを示す図である。図５では、監視装置２４０の動作フローについて、フローチャートを用いて詳しく説明する。
【００３６】
図５に示すように、監視装置２４０は、監視対象２２０で発生したイベントに基づいて生成されたイベント情報を監視対象２２０から受信し（ステップＳ２０１）、受信した複数のイベント情報のうち、監視対象２２０で発生した同一のイベントに対して同一の識別子を生成してイベント情報に付加し（ステップＳ２０２）、受信した複数のイベント情報に付加された各々の識別子が同一であるか否かを判定し（ステップＳ２０３）、ステップＳ２０３で判定の対象となった各々の識別子が同一であると判定された場合（ステップＳ２０４の「Ｙｅｓ」）、同一の識別子を有するイベント情報のうち１のイベント情報を選択し（ステップＳ２０５）、出力する（Ｓ２０６）。また、受信したイベント情報の識別子が同一ではないと判定された場合（ステップＳ２０４の「Ｎｏ」）、監視装置２４０は当該イベント情報をそのまま出力する（ステップＳ２０６）。上記のステップは、監視装置２１０の制御部２２１のメモリに記憶されたプログラムによって実行されてもよい。
【００３７】
以上のように、本発明の実施形態２に係る監視システム及び監視装置の動作方法によると、監視対象２２０がイベント情報に識別子を付加する機能を有していない場合であっても、同一のイベントを示す情報が重複して出力されることを抑制することができる。その結果、外部機器２３０を使用して監視対象２２０を監視する管理者の負担を軽減することができる。また、監視装置２１０に保存されたイベント情報の容量を低減することができる。
【００３８】
〈実施形態３〉
図６及び図７を用いて、本発明の実施形態３に係る監視装置及びそのプログラムについて詳細に説明する。実施形態３は、受信したイベント情報の識別子を過去に受信して記録されたイベント情報の識別子と比較することで重複したイベント情報の有無を判定する。
【００３９】
［監視システムの概要］
図６は、本発明の実施形態３に係る監視装置の機能ブロック図を示す概略図である。図６に示すように、本発明に係る監視システム３０は監視装置２５０と、監視対象２２０と、外部機器２３０とを含む。また、監視装置２５０は受信部２１１と、判定部２１２と、出力部２１３と、記録部２１５とを含む。図６によると、監視対象２２０と受信部２１１とが接続され、受信部２１１と判定部２１２とが接続され、判定部２１２と出力部２１３と記録部２１５とが接続され、出力部２１３と外部機器２３０とが接続されている。図６に示す監視装置２５０の機能ブロック図は、図１に示す監視装置２１０の機能ブロック図と類似しているが、監視装置２５０は過去に受信したイベント情報を記録する記録部２１５をさらに備える点において監視装置２１０とは相違する。
【００４０】
実施形態３の監視装置２５０のハードウェアは、実施形態１の監視装置１０のハードウェア（図２）と同様のものを使用することができるので、ここでは説明を省略する。
【００４１】
［監視装置の動作フロー］
図７は、本発明の実施形態３に係る監視装置の動作フローを示す図である。図７では、監視装置２５０の動作フローについて、フローチャートを用いて詳しく説明する。
【００４２】
図７に示すように、監視装置２５０は、第１識別子が付加された第１イベント情報を監視対象２２０から受信し（ステップＳ３０１）、受信した第１イベント情報に付加された第１識別子と、記録部２１５に記録された第２イベント情報に付加された第２識別子とが同一であるか否かを判定する（ステップＳ３０２）。第１識別子と第２識別子とが同一でないと判定された場合（ステップＳ３０３の「なし」）、監視装置２５０は、第１イベント情報及び第１識別子を記録し（ステップＳ３０４）、第１イベント情報及び第１識別子を出力する（ステップＳ３０５）。また、第１識別子と第２識別子とが同一であると判定された場合（ステップＳ３０３の「あり」）、監視装置２５０は、第１イベント情報及び第１識別子を破棄又は無効化する（ステップＳ３０６）。上記のステップは、機器状態監視装置２５０の制御部２２１のメモリに記憶されたプログラムによって実行されてもよい。
【００４３】
以上のように、本発明の実施形態３に係る監視システム及び監視装置の動作方法によると、受信したイベント情報の識別子と同一の識別子が付加されたイベント情報が記録部２１５に存在するか否かによって、イベント情報の重複の有無が判定されるだけでなく、イベント情報の重複の有無の判定に対する必要性に応じてイベント情報の記録又は破棄を自動的に実行することができる。したがって、より小さいデータ量でイベント情報の重複判定を行うことができる。
【００４４】
〈実施形態４〉
図８及び図９を用いて、本発明の実施形態４に係る監視装置及びそのプログラムについて詳細に説明する。実施形態４は、受信したイベント情報の識別子を過去に受信して記録されたイベント情報の識別子と比較することで重複したイベント情報の有無を判定する方法において、当該判定を実施するか否かの有効期間を設定する。
【００４５】
［監視システムの概要］
図８は、本発明の実施形態４に係る監視装置の機能ブロック図を示す概略図である。図８に示すように、本発明に係る監視システム４０は監視装置２６０と、監視対象２２０と、外部機器２３０とを含む。また、監視装置２６０は受信部２１１と、判定部２１２と、出力部２１３と、記録部２１５と、有効期間管理部２１６とを含む。図８によると、監視対象２２０と受信部２１１とが接続され、受信部２１１と判定部２１２とが接続され、判定部２１２と出力部２１３と記録部２１５と有効期間管理部２１６とが接続され、出力部２１３と外部機器２３０とが接続されている。
【００４６】
図８に示す監視装置２６０の機能ブロック図は、図６に示す監視装置２５０の機能ブロック図と類似しているが、有効期間管理部２１６をさらに備える点において監視装置２５０と相違する。ここで、判定部２１２は、第１イベント情報が生成又は受信されてから所定期間内に生成又は受信された第２イベント情報を判定の対象とするが、有効期間管理部２１６は事前に設定された上記の所定期間を管理する。
【００４７】
実施形態４の監視装置２６０のハードウェアは、実施形態１の監視装置１０のハードウェア（図２）と同様のものを使用することができるので、ここでは説明を省略する。
【００４８】
［監視装置の動作フロー］
図９は、本発明の実施形態４に係る監視装置の動作フローを示す図である。図９では、監視装置２６０の動作フローについて、フローチャートを用いて詳しく説明する。図９に示す動作フローは図７に示す動作フローと類似しているが、図９に示す動作フローは、第１識別子と第２識別子とが同一であると判定された場合に第１イベント情報が生成又は受信された時間と第２イベント情報が生成又は受信された時間とが事前に設定された所定期間内であるか否かを判定する動作を有する点において図７に示す動作フローとは相違する。ここで、図９では、図７と同一の動作が行われるステップについては図７と同一の符号が付けられている。既に図７で説明したステップについては、ここでは説明を省略し、主に図７とは異なる点について説明する。
【００４９】
図７の動作フローでは、第１識別子と第２識別子とが同一であると判定された場合（ステップＳ３０３の「あり」）、監視装置２５０は第１イベント情報及び第１識別子を破棄又は無効化する（ステップＳ３０６）。しかし、図９の動作フローでは、第１識別子と第２識別子とが同一であると判定された場合（ステップＳ３０３の「あり」）、監視装置２６０は、第１イベント情報が生成又は受信された時間と第２イベント情報が生成又は受信された時間とが所定期間内であるか否かを判定する（ステップＳ４０１）。
【００５０】
有効期間管理部２１６によって、第１イベント情報が生成又は受信された時間と第２イベント情報が生成又は受信された時間とが所定期間内であると判定された場合（ステップＳ４０１の「Ｙｅｓ」）、監視装置２６０は第１イベント情報及び第１識別子を破棄又は無効化する（ステップＳ３０６）。一方、上記の２つの時間が所定期間内ではないと判定された場合（ステップＳ４０１の「Ｎｏ」）、第１イベント情報と第２イベント情報とは重複を判定する対象ではないと判断される。つまり、第１識別子と第２識別子とが同一でないと判定された場合（ステップＳ３０３の「なし」）と同じく、監視装置２６０は第１イベント情報及び第１識別子を記録し（ステップＳ３０４）、第１イベント情報及び第１識別子を出力する（ステップＳ３０５）。
【００５１】
以上のように、本発明の実施形態４に係る監視システム及び監視装置の動作方法によると、所定の期間内で生成又は受信されたイベント情報だけを重複の判定対象とすることで、検査符号の偶然の一致をより低減することができ、重複するイベント情報の検出効率が向上する。
【００５２】
〈実施形態５〉
図１０及び図１１を用いて、本発明の実施形態５に係る監視装置及びそのプログラムについて詳細に説明する。実施形態５は、監視装置が定期的に監視対象を監視し、監視対象にイベントが発生した場合に、監視装置がイベント情報を生成する。
【００５３】
［監視システムの概要］
図１０は、本発明の実施形態５に係る監視装置の機能ブロック図を示す概略図である。図１０に示すように、本発明に係る監視システム５０は監視装置２７０と、監視対象２２０と、外部機器２３０とを含む。また、監視装置２７０は監視部２１７と、受信部２１１と、判定部２１２と、出力部２１３と、記録部２１５とを含む。図１０によると、監視対象２２０と監視部２１７とが接続され、監視部２１７と受信部２１１とが接続され、受信部２１１と判定部２１２とが接続され、判定部２１２と出力部２１３と記録部２１５とが接続され、出力部２１３と外部機器２３０とが接続されている。
【００５４】
図１０に示す監視装置２７０の機能ブロック図は、図６に示す監視装置２５０の機能ブロック図と類似しているが、所定時間の間隔毎に監視対象２２０を監視する監視部２１７をさらに備える点において監視装置２５０と相違する。監視部２１７は、監視対象２２０にイベントが発生したことを検知すると、イベント情報を生成して受信部２１１に送信する。
【００５５】
実施形態５の監視装置２７０のハードウェアは、実施形態１の監視装置１０のハードウェア（図２）と同様のものを使用することができるので、ここでは説明を省略する。
【００５６】
［監視装置の動作フロー］
図１１は、本発明の実施形態５に係る監視装置の動作フローを示す図である。図１１に示す動作フローは図７に示す動作フローと類似しているが、図１１に示す動作フローは、監視部２１７が監視対象２２０を監視し、監視対象２２０にイベントが発生したことを検知するとイベント情報を生成して受信部２１１に送信する点において、図７に示す動作フローとは相違する。ここで、図１１では、図７と同一の動作が行われるステップについては図７と同一の符号が付けられている。既に図７で説明したステップについては、ここでは説明を省略し、主に図７とは異なる点について説明する。
【００５７】
図７の動作フローでは、監視対象２２０にイベントが発生した場合、監視対象２２０が自発的にイベント情報を生成して監視装置２５０に送信する。しかし、図１１の動作フローでは、監視装置２７０は、所定時間の間隔毎に監視対象２２０を監視し（ステップＳ５０１）、監視対象２２０にイベントが発生したことを検知すると（ステップＳ５０２）、監視対象２２０に代わってイベント情報を生成して受信部２１１に送信する（ステップＳ５０３）。また、ステップＳ５０２において、監視対象２２０にイベント発生が確認されない場合は、ステップＳ５０１に戻る。そして、監視装置２７０は再度所定時間の間隔後に監視対象２２０を監視する（ステップＳ５０１）。ステップＳ５０３によって生成及び送信されたイベント情報は受信部２１１によって受信され（ステップＳ３０１）、それ以降のステップに進む。
【００５８】
以上のように、本発明の実施形態５に係る監視システム及び監視装置の動作方法によると、監視対象２２０がイベント情報を生成する機能を有していない場合、又は監視対象２２０がイベント情報を生成することができないような異常が発生した場合であっても、監視対象２２０で発生したイベントを検知することができ、また、生成されたイベント情報の重複を抑制することができる。
【００５９】
〈実施形態６〉
図１２乃至１５を用いて、本発明の実施形態６に係る機器状態監視装置及びそのプログラムについて詳細に説明する。実施形態６では、監視対象装置２００に対して、複数の監視サーバ（第１監視サーバ１１０及び第２監視サーバ１２０）で監視し、監視対象装置２００に動作異常が発生したときにイベント情報として電文を用い、識別子として検査符号を用いて情報伝達する場合について説明する。
【００６０】
［機器状態監視システムの概要］
図１２は、本発明の実施形態６に係る機器状態監視システムの概念を示す図である。図１２に示すように、機器状態監視システム６０は機器状態監視装置１００と、監視対象装置２００と、モニタ３００とを含む。また、機器状態監視装置１００は第１監視サーバ１１０と、第２監視サーバ１２０と、ハブ（ＨＵＢ）サーバ１３０とを含む。
【００６１】
機器状態監視装置１００と監視対象装置２００とはネットワーク４００を介して接続されている。より具体的には、監視対象装置２００はネットワーク４００を介して機器状態監視装置１００に含まれる第１監視サーバ１１０及び第２監視サーバ１２０と接続されている。また、第１監視サーバ１１０及び第２監視サーバ１２０はＨＵＢサーバ１３０と専用回線４１０を介して接続されている。ＨＵＢサーバ１３０はモニタ３００と有線又は無線で接続されている。
【００６２】
次に、機器状態監視システム６０の動作フローについて簡単に説明する。まず、監視対象装置２００で異常が発生すると、監視対象装置２００ではその機器状態を示す電文が生成される。電文とは、一定形式に従って記述されたコンピュータ間で送受信されるひとまとまりのデータであり、メッセージ、パケット、リクエスト、又はレスポンスとも呼ばれる。また、監視対象装置２００では、監視対象装置２００で発生した異常を特定する検査符号が生成され、生成された検査符号は上記の電文に付加される。なお、同一の監視対象装置２００の同一の異常に対して同一の検査符号が生成される。
【００６３】
ここで、検査符号とは誤り検出方式の１つであり、チェックサムという場合もある。検査符号は、電文の内容に基づいて生成された又は電文内容が写像された一定形式のデータであり、各々の電文を特定する識別子として機能する。検査符号は、電文が一定のビット数のブロックに分割されて各ブロックのデータを数値として加算されて求められたデータであってもよい。検査符号は、監視対象装置２００で電文と共に生成される場合と、監視対象装置２００から受信した電文に対して機器状態監視装置１００で生成される場合とがある。実施形態６では、電文が監視対象装置２００で生成される場合について説明する。
【００６４】
検査符号が付加された電文はネットワーク４００を介して第１監視サーバ１１０及び第２監視サーバ１２０に送信される。次に、上記の２つのサーバで受信された各々の電文は専用回線４１０を介してＨＵＢサーバ１３０に転送される。そして、ＨＵＢサーバ１３０では、受信した電文に付加された検査符号に基づいて重複した電文の有無を判定し、重複した電文があればそれらのうちの１の電文を選択してモニタ３００に出力する。監視オペレータはモニタ３００に表示された電文の内容をチェックすることで、監視対象装置２００で発生した異常の詳細を知ることができる。
【００６５】
図１２では、機器状態監視装置１００に含まれる各サーバが専用回線４１０を介して接続されたシステム構成を例示したが、この構成に限定されず、例えばＨＵＢサーバ１３０が第１監視サーバ１１０及び第２監視サーバ１２０と同様にネットワーク４００を介して接続されてもよい。また、第１監視サーバ１１０及び第２監視サーバ１２０とＨＵＢサーバ１３０とが、専用回線４１０を介さずに、有線又は無線で直接接続されていてもよい。また、図１２では機器状態監視装置１００が異なる複数のサーバによって構成されているが、この構成に限定されず、機器状態監視装置１００が１つのサーバで構成されてもよい。その構成においては、上記の１つのサーバが第１監視サーバ１１０、第２監視サーバ１２０、及びＨＵＢサーバ１３０とそれぞれ同等の機能を有する第１監視部、第２監視部、及びＨＵＢ部を有していればよい。
【００６６】
［機器状態監視装置１００の機能構成］
図１３は、本発明の実施形態６に係る機器状態監視装置の機能ブロック図を示す概略図である。図１３に示すように、機器状態監視装置１００は、検査符号が付加された監視対象（監視対象装置２００）の機器状態を示す電文を監視対象から受信する受信部１４０と、受信部１４０が受信した複数の電文に付加された各々の検査符号が同一であるか否かを判定する判定部１４２と、判定部１４２が各々の検査符号を同一であると判定した場合、同一の検査符号を有する電文のうち１の電文をモニタ３００に出力する出力部１４４とを備える。図１３によると、受信部１４０と監視対象装置２００とが接続され、受信部１４０と判定部１４２とが接続され、判定部１４２と出力部１４４とが接続され、出力部１４４とモニタ３００とが接続されている。
【００６７】
上記の各機能部は１つの装置又はサーバに備えられていてもよく、また、複数の装置又はサーバに分散して備えられていてもよい。各機能部が複数の装置又はサーバに備えられている構成の例について図１２及び図１３を用いて説明すると、第１監視サーバ１１０及び第２監視サーバ１２０は受信部１４０の機能を有する。また、ＨＵＢサーバ１３０は判定部１４２及び出力部１４４の機能を有する。
【００６８】
受信部１４０は、ネットワーク４００に接続され、ネットワーク４００を介して他の機器からデータ、より具体的には監視対象装置２００から検査符号が付加された電文を受信する。ここで、受信部１４０は、受信した電文のロスト（紛失）を防ぐために電文を記憶装置に保存する。当該電文を保存するために受信部１４０はデータベースに接続されていてもよく、また、受信部１４０自体がメモリを有していてもよい。当該メモリはハードディスク、不揮発性メモリ、又はＲＡＭ（Random Access Memory）などを使用することができる。また、受信部１４０は、電文を受信した時刻を当該電文に付加する機能を有していてもよい。また、受信部１４０は、受信した電文に検査符号が付加されているか否かを確認し、検査符号有無の情報を電文に付加する機能を有していてもよい。
【００６９】
判定部１４２は、複数の電文に付加された各々の検査符号を比較し、同一の検査符号が付加された電文の有無を判定するために、電文及び検査符号を一時的に格納する機能を有していてもよい。電文及び検査符号を格納するために、判定部１４２はデータベースに接続されていてもよく、また、判定部１４２自体がメモリを有していてもよい。当該メモリはハードディスク、不揮発性メモリ、又はＲＡＭ（Random Access Memory）などを使用することができる。
【００７０】
また、判定部１４２は、受信部１４０が受信した電文に検査符号が付加されているか否かを検知する機能を有していてもよく、検査符号の有無に応じて自動的に次の動作を選択する機能を有していてもよい。例えば、電文に検査符号が付加されている場合は電文の重複判定を実行してもよく、付加されていない場合は当該判定を行わずに出力部１４４が出力してもよい。
【００７１】
また、判定部１４２は、複数の検査符号が同一であるか否かを判定するときに、検査符号の全て又は予め指定された一部の値が一致することで同一と判定してもよい。また、判定部１４２は、検査符号の値ではなく検査符号のビット数や検査符号の書式などの形式に基づいて同一ではないことを判定する機能を有してもよい。
【００７２】
出力部１４４は、監視対象装置２００で発生した異常に対応する複数の電文を保存するためにデータベースに接続されていてもよく、また、出力部１４４自体がメモリを有していてもよい。当該メモリはハードディスク、不揮発性メモリ、又はＲＡＭ（Random Access Memory）などを使用することができる。また、出力部１４４は、同一の検査符号が付加された電文のうち１の電文を選択するときに、最も早く生成された電文を選択してもよい。また、上記の１の電文を選択したときに同一の検査符号を有する他の電文を消去する機能を有していてもよい。
【００７３】
以上のように、本発明の実施形態６に係る機器状態監視装置によると、機器状態監視装置１００が受信した複数の電文のうち、同一の監視対象装置２００で発生した同一の異常に対応する電文が重複するか否かを、付加された検査符号に基づいて判定することができる。また、同一の検査符号が付加された電文のうち１の電文が出力されることで、モニタ３００には重複する情報は表示されず、機器状態監視装置１００は同一のイベントを示す情報が重複して出力されることを抑制することができる。その結果、監視オペレータの監視負担を軽減することができる。また、機器状態監視装置１００に保存された電文の容量を低減することができる。
【００７４】
［機器状態監視システムの動作フロー］
図１４は、本発明の実施形態６に係る機器状態監視システムの動作フローを示す図である。図１４では、監視対象装置２００に異常が発生した場合に、監視対象装置２００で電文及び検査符号が生成され、検査符号が付加された電文が第１監視サーバ１１０及び第２監視サーバ１２０に送信される動作フローについて、フローチャートを用いて詳しく説明する。
【００７５】
監視対象装置２００で異常などのイベントが発生すると（ステップＳ６０１）、異常が発生した監視対象装置２００の装置固有ＩＤ又はホスト名、発生した異常の種類、異常発生時刻などの情報を含む電文Ａが生成される（ステップＳ６０２）。次に、生成された電文Ａの一部又は全部に基づいて検査符号が生成され、電文Ａに付加される（ステップＳ６０３）。ここで、検査符号は電文Ａの形式によらず、一定の形式を有する。そして、検査符号が付加された電文Ａは第１監視サーバ１１０及び第２監視サーバ１２０の両方に送信される（ステップＳ６０４）。ここで、上記の２つの監視サーバに送信される電文Ａは同一であるが、説明の便宜上、第１監視サーバ１１０に送信される電文を電文Ａ、第２監視サーバ１２０に送信される電文を電文Ａ’とする。ここで、電文Ａと電文Ａ’は同一の検査符号を有する。
【００７６】
続いて、監視対象装置２００から送信された電文Ａが第１監視サーバ１１０によって受信される（ステップＳ６１１）。つまり、この場合では、第１監視サーバ１１０は受信部１４０としての機能を有する。次に、ステップＳ６１１で受信された電文Ａは、データバックアップのために第１監視サーバ１１０に接続されたデータベースに保存される（ステップＳ６１２）。そして、電文ＡはステップＳ６１２で保存された後にＨＵＢサーバ１３０に送信される（ステップＳ６１３）。
【００７７】
また、ステップＳ６１１乃至Ｓ６１３と同様に、監視対象装置２００から送信された電文Ａが電文Ａ’として第２監視サーバ１２０によって受信される（ステップＳ６２１）。つまり、この場合では、第２監視サーバ１２０も第１監視サーバ１１０と同様に受信部１４０としての機能を有する。次に、ステップＳ６２１で受信された電文Ａ’は、データバックアップのために第２監視サーバ１２０に接続されたデータベースに保存される（ステップＳ６２２）。そして、電文Ａ’はステップＳ６２２で保存された後にＨＵＢサーバ１３０に送信される（ステップＳ６２３）。
【００７８】
続いて、第１監視サーバ１１０から送信された電文Ａ及び第２監視サーバ１２０から送信された電文Ａ’がＨＵＢサーバ１３０によって受信される（ステップＳ６３１及びＳ６３２）。次に、電文Ａ及び電文Ａ’は、ＨＵＢサーバ１３０によってそれらの電文に付加された検査符号が同一か否か判定される（ステップＳ６３３）。図１４では、電文Ａ及び電文Ａ’は同一の検査符号が付加されているため、電文Ａのみが選択されて、例えばモニタ３００などの機器に出力される（ステップＳ６３４）。つまり、この場合では、ＨＵＢサーバ１３０は判定部１４２及び出力部１４４としての機能を有する。
【００７９】
ここで、ステップＳ６１１で受信された電文Ａ及びステップＳ６２１で受信されたＡ’の各々は、それぞれ第１監視サーバ１１０及び第２監視サーバ１２０によって検査符号が付加されているか否か判定されてもよい。また、第１監視サーバ１１０及び第２監視サーバ１２０によって、検査符号の有無に関する情報が各々の電文にさらに付加され、電文Ａ及び電文Ａ’と共にＨＵＢサーバ１３０へ送信されてもよい。
【００８０】
また、ステップＳ６３１及びＳ６３２で受信された電文Ａ及び電文Ａ’は、ステップＳ６３３の検査符号判定の前に、各々の電文に検査符号が付加されているか否かの検知が行われてもよい。ここで、電文に検査符号が付加されていない場合は、当該電文は自動的にステップＳ６３３のステップが無効にされてステップＳ６３４で出力されてもよい。また、ステップＳ６３３で検査符号の判定が行われる際に、検査符号の全て又は予め指定された一部の値を比較するだけで判定が行われてもよく、当該比較の前に事前比較が行われてもよい。事前比較は、検査符号の値ではなく検査符号のビット数や検査符号の書式などの形式に基づいて比較が行われてもよい。事前比較の段階で検査符号が同一でないと判定された場合、それ以降の判定は行われずにステップＳ６３４で出力されてもよい。
【００８１】
［機器状態監視装置の動作フロー］
図１５は、本発明の実施形態６に係る機器状態監視装置の動作フローを示す図である。図１５では、機器状態監視装置１００の動作フローについて、フローチャートを用いて詳しく説明する。
【００８２】
図１５に示すように、機器状態監視装置１００は、検査符号が付加された電文を監視対象装置２００から受信し（ステップＳ７０１）、受信した複数の電文に付加された各々の検査符号が同一であるか否かを判定し（ステップＳ７０２）、各々の検査符号が同一であると判定された場合（ステップＳ７０３の「Ｙｅｓ」）、同一の検査符号を有する電文のうち１の電文を選択し（ステップＳ７０４）、出力する（Ｓ７０５）。また、受信した電文の検査符号が同一ではないと判定された場合（ステップＳ７０３の「Ｎｏ」）、当該電文はそのまま出力される（ステップＳ７０５）。ここで、ステップＳ７０１は第１監視サーバ１１０及び第２監視サーバ１２０によって実行され、ステップＳ７０２乃至Ｓ７０５はＨＵＢサーバ１３０によって実行される。また、上記のステップは、機器状態監視装置１００の制御部１１１のメモリに記憶されたプログラムによって実行されてもよい。
【００８３】
以上のように、本発明の実施形態６に係る機器状態監視システム及び機器状態監視装置の動作方法によると、同一の監視対象装置２００で発生した同一の異常に対応する電文には同一の検査符号が付加されることで、同一のイベントを示す情報が重複して出力されることを抑制することができる。その結果、監視オペレータの監視負担を軽減することができる。また、機器状態監視装置１００に保存された電文の容量を低減することができる。
【００８４】
〈実施形態６の変形例〉
図１６を用いて、本発明の実施形態６の変形例に係る機器状態監視装置について説明する。図１６では、２つの受信部である第１監視サーバ１１０と第２監視サーバ１２０との間で同期処理が行われる動作フローについて説明する。
【００８５】
図１６は、本発明の実施形態６の変形例に係る機器状態監視装置の動作フローを示す図である。図１６に示す動作フローは図１４に示す動作フローと類似しているため、図１６では、図１４と同一の動作が行われるステップについては図１４と同一の符号が付けられている。既に図１４で説明したステップについては、ここでは説明を省略し、主に図１４とは異なる点について説明する。
【００８６】
図１４の動作フローでは、電文Ａは第１監視サーバ１１０及び第２監視サーバ１２０に同時又は近いタイミングで送信されている。一方、図１６の動作フローでは、まず電文Ａ１が第１監視サーバ１１０に送信され、送信エラーが発生した場合や正常に送信されたことを確認できない場合に、電文Ａ１’が第２監視サーバ１２０に送信される。図１６に示す動作フローは、電文Ａ１は監視対象装置２００によって第１監視サーバ１１０に送信されたが、監視対象装置２００は電文Ａ１が第１監視サーバ１１０によって正常に受信されたことを確認することができなかったため、電文Ａ１’が第２監視サーバ１２０に送信された場合を示したものである。ここで、上記の２つの監視サーバに送信される電文Ａ１は同一であるが、説明の便宜上、第１監視サーバ１１０に送信される電文を電文Ａ１、第２監視サーバ１２０に送信される電文を電文Ａ１’とする。また、電文Ａ１と電文Ａ１’は同一の検査符号を有する。
【００８７】
上記のような場合、第１監視サーバ１１０及び第２監視サーバ１２０では、図１４と同じように電文Ａ１及び電文Ａ１’が受信されるが、各々のサーバが受信するタイミングが異なる。また、図１６では、電文のロストを防ぐために第１監視サーバ１１０と第２監視サーバ１２０との間で同期処理を行う（ステップＳ８４１）。ここで、上記のように電文Ａ１と電文Ａ１’とが異なるタイミングで受信されるため、電文Ａ１と電文Ａ１’とが異なる電文であると判断される場合がある。このような場合、第１監視サーバ１１０では電文Ａ１’に基づいて電文Ａ２が生成され（ステップＳ８１１）、第２監視サーバ１２０では電文Ａ１に基づいて電文Ａ２’が生成される（ステップＳ８２１）。ここで、ステップＳ８１１では、電文Ａ２と共に電文Ａ１’の検査符号と同一の検査符号を生成する。また、ステップＳ８２１では、電文Ａ２’と共に電文Ａ１の検査符号と同一の検査符号を生成する。そして、電文Ａ１及び電文Ａ２が第１監視サーバ１１０からＨＵＢサーバに送信される（ステップＳ８１２）。また、電文Ａ１’及び電文Ａ２’が第２監視サーバ１２０からＨＵＢサーバに送信される（ステップＳ８２２）。
【００８８】
続いて、第１監視サーバ１１０から送信された電文Ａ１及び電文Ａ２、第２監視サーバ１２０から送信された電文Ａ１’及び電文Ａ２’がＨＵＢサーバ１３０によって受信される（ステップＳ８３１及びＳ８３２）。次に、電文Ａ１、電文Ａ２、電文Ａ１’、及び電文Ａ２’は、ＨＵＢサーバ１３０によってそれらの電文に付加された検査符号が同一か否か判定される（ステップＳ８３３）。図１６では、電文Ａ１、電文Ａ２、電文Ａ１’、及び電文Ａ２’は同一の検査符号が付加されているため、電文Ａのみが選択されて、例えばモニタ３００などの機器に出力される（ステップＳ８３４）。
【００８９】
以上のように、同期処理等の影響で重複する電文の数が非常に多くなる機器状態監視システムであっても、同一の異常に対応する電文には同一の検査符号が付加されることで、同一のイベントを示す情報が重複して出力されることを抑制することができる。その結果、監視オペレータの監視負担を軽減することができる。また、機器状態監視装置１００に保存された電文の容量を低減することができる。
【００９０】
〈実施形態７〉
図１７乃至２０を用いて、本発明の実施形態７に係る機器状態監視装置及びそのプログラムについて詳細に説明する。機器状態監視システムの概要及び機器状態監視装置のハードウェア構成に関しては実施形態６と同様であるので、ここでは説明を省略する。実施形態７では、監視対象装置２０１は検査符号を生成せず、機器状態監視装置１０１が検査符号を生成する。
【００９１】
［機器状態監視装置１０１の機能構成］
図１７は、本発明の実施形態７に係る機器状態監視装置の機能ブロック図を示す概略図である。図１７に示すように、機器状態監視装置１０１は、監視対象（監視対象装置２０１）の機器状態を示す電文を監視対象から受信する受信部１４０と、受信部１４０が受信した複数の電文のうち、同一の監視対象の機器状態を示す電文に同一の検査符号を付加する検査符号付加部１４６と、受信部１４０が受信した複数の電文に付加された各々の検査符号が同一であるか否かを判定する判定部１４２と、判定部１４２が各々の検査符号を同一であると判定した場合、同一の検査符号を有する電文のうち１の電文をモニタ３００に出力する出力部１４４と、を備える。図１７によると、受信部１４０と監視対象装置２０１とが接続され、受信部１４０と検査符号付加部１４６とが接続され、検査符号付加部１４６と判定部１４２とが接続され、判定部１４２と出力部１４４とが接続され、出力部１４４とモニタ３００とが接続されている。
【００９２】
上記の各機能部は１つの装置又はサーバに備えられていてもよく、また、複数の装置又はサーバに分散して備えられていてもよい。各機能部が複数の装置又はサーバに備えられている構成の例について図１２及び図１７を用いて説明すると、第１監視サーバ１１０及び第２監視サーバ１２０は受信部１４０及び検査符号付加部１４６の機能を有する。また、ＨＵＢサーバ１３０は判定部１４２及び出力部１４４の機能を有する。
【００９３】
検査符号付加部１４６は、監視対象装置２０１によって生成された電文の一部又は全部に基づいて検査符号を生成してもよい。具体的には、検査符号付加部１４６は監視対象装置２０１の装置固有ＩＤ又はホスト名と、電文と、電文に付加された各イベントの発生時刻（例えば、監視対象装置２００が電文を生成又は送信した時刻、各監視サーバが電文を受信した時刻など）とに基づいて検査符号を生成してもよい。また、検査符号付加部１４６は上記の電文の形式によらず、一定の形式の検査符号を生成してもよい。
【００９４】
以上のように、本発明の実施形態７に係る機器状態監視装置によると、監視対象装置２０１が検査符号を付加する機能を有していない場合であっても、監視対象装置２０１が生成した電文に基づいて機器状態監視装置１０１が検査符号を付加することで、実施形態６と同様に機器状態監視装置１０１は同一のイベントを示す情報が重複して出力されることを抑制することができる。その結果、監視オペレータの監視負担を軽減することができる。また、機器状態監視装置１０１に保存された電文の容量を低減することができる。
【００９５】
［機器状態監視システムの動作フロー］
図１８は、本発明の実施形態７に係る機器状態監視システムの動作フローを示す図である。図１８では、監視対象装置２０１に異常が発生した場合に、監視対象装置２０１で電文が生成・送信され、当該電文を受信した第１監視サーバ１１０及び第２監視サーバ１２０で当該電文に対して検査符号が生成・付加される動作フローについて、フローチャートを用いて詳しく説明する。
【００９６】
監視対象装置２０１で異常が発生すると（ステップＳ９０１）、異常が発生した監視対象装置２０１の装置固有ＩＤ又はホスト名、発生した異常の種類、異常発生時刻などの情報を含む電文Ａが生成される（ステップＳ９０２）。次に、電文Ａは第１監視サーバ１１０及び第２監視サーバ１２０の両方に送信される（ステップＳ９０３）。ここで、上記の２つの監視サーバに送信される電文Ａは同一であるが、説明の便宜上、第１監視サーバ１１０に送信される電文を電文Ａ、第２監視サーバ１２０に送信される電文を電文Ａ’とする。
【００９７】
続いて、監視対象装置２０１から送信された電文Ａが第１監視サーバ１１０によって受信される（ステップＳ９１１）。次に、第１監視サーバ１１０では、ステップＳ９１１で受信された電文Ａの一部又は全部に基づいて検査符号が生成され、電文Ａに付加される（ステップＳ９１２）。ここで、検査符号は電文Ａの形式によらず、一定の形式を有する。次に、検査符号が付加された電文Ａはデータバックアップのために第１監視サーバ１１０に接続されたデータベースに保存される（ステップＳ９１３）。そして、電文ＡはステップＳ９１３で保存された後にＨＵＢサーバ１３０に送信される（ステップＳ９１４）。
【００９８】
また、ステップＳ９１１乃至Ｓ９１４と同様に、監視対象装置２０１から送信された電文Ａが電文Ａ’として第２監視サーバ１２０によって受信される（ステップＳ９２１）。次に、第２監視サーバ１２０では、ステップＳ９２１で受信された電文Ａ’の一部又は全部に基づいて検査符号が生成され、電文Ａ’に付加される（ステップＳ９２２）。ここで、検査符号は電文Ａの形式によらず、一定の形式を有する。次に、検査符号が付加された電文Ａ’はデータバックアップのために第２監視サーバ１２０に接続されたデータベースに保存される（ステップＳ９２３）。そして、電文Ａ’は、ステップＳ９２３で保存された後にＨＵＢサーバ１３０に送信される（ステップＳ９２４）。
【００９９】
続いて、第１監視サーバ１１０から送信された電文Ａ及び第２監視サーバ１２０から送信された電文Ａ’がＨＵＢサーバ１３０によって受信される（ステップＳ９３１及びＳ９３２）。次に、電文Ａ及び電文Ａ’は、ＨＵＢサーバ１３０によってそれらの電文に付加された検査符号が同一か否か判定される（ステップＳ９３３）。図１８では、電文Ａ及び電文Ａ’は同一の検査符号が付加されているため、電文Ａのみが選択されて、例えばモニタ３００などの機器に出力される（ステップＳ９３４）。
【０１００】
［機器状態監視装置の動作フロー］
図１９は、本発明の実施形態７に係る機器状態監視装置の動作フローを示す図である。図１９では、機器状態監視装置１０１の動作フローについて、フローチャートを用いて詳しく説明する。
【０１０１】
図１９に示すように、機器状態監視装置１０１は、監視対象の機器状態を示す電文を監視対象装置２０１から受信し（ステップＳ１００１）、受信した複数の電文のうち、同一の監視対象装置２０１の機器状態を示す電文に同一の検査符号を付加し（ステップＳ１００２）、受信した複数の電文に付加された各々の検査符号が同一であるか否かを判定し（ステップＳ１００３）、各々の検査符号が同一であると判定された場合（ステップＳ１００４の「Ｙｅｓ」）、同一の検査符号を有する電文のうち１の電文を選択し（ステップＳ１００５）、出力する（ステップＳ１００６）。また、受信した電文の検査符号が同一ではないと判定された場合（ステップＳ１００４の「Ｎｏ」）、当該電文はそのまま出力される（ステップＳ１００６）。ここで、ステップＳ１００１及びＳ１００２は第１監視サーバ１１０及び第２監視サーバ１２０によって実行され、ステップＳ１００３乃至Ｓ１００６はＨＵＢサーバ１３０によって実行される。また、上記のステップは、機器状態監視装置１０１の制御部１１１のメモリに記憶されたプログラムによって実行されてもよい。
【０１０２】
［電文及び検査符号の一例］
ここで、監視対象装置２０１で生成される電文及び機器状態監視装置１０１の検査符号付加部１４６で生成される検査符号について、その一例を図２０に示す。図２０は、本発明の実施形態７に係る機器状態監視装置の検査符号付加部が生成する電文及び検査符号の一例を示す図である。
【０１０３】
図２０では、電文６１０及び検査符号６２０が各項目毎に表示されているが、実際の電文及び検査符号はこれらの情報がテキスト形式又はＨＴＭＬ形式などで記述されている。図２０に示すように、電文６１０は、ＨＵＢサーバ１３０で受信した電文を識別する「ＨＵＢサーバ  ＭＳＧ番号」、各ワークを識別する「ワークフローＩＤ」、監視対象装置２０１のシステムにおける重要度を示す「重要度」、監視対象装置２０１を識別する「ホスト名」、異常などのイベントが発生した時刻を示す「イベント発生時刻」、電文が生成された時刻を示す「電文生成時刻」、発生したイベントの詳細を示す「ＭＳＧ（メッセージ）」を含む。ここで、ＭＳＧには、発生したイベントの種類、イベントが発生した装置のホスト名やＩＰアドレス、イベントが発生した時刻、及びイベントの結果などの詳細な情報が含まれている。
【０１０４】
検査符号６２０は、電文６１０の一部又は全部に基づいて生成される。例えば、ホスト名、イベント発生時刻、ＭＳＧに基づいて検査符号を生成してもよい。ここで、検査符号は上記の３項目に対してハッシュ関数を用いて計算されてもよい。ハッシュ関数とは、デジタル認証や完全性検査に利用される数学的処理法であり、長いデータを撹乱し、一定の長さ（例えば１２８ビット）のハッシュ値に圧縮する関数である。ハッシュ関数の一例としては、ＲＦＣ１３２１で規定されたＭＤ５（Message Digest Algorithm 5）が挙げられる。このアルゴリズムでは、一方向ハッシュ関数を使用した演算により、元のデータの長さに関係なく１２８ビットのデータを生成することができる。
【０１０５】
ここで、検査符号６２０が電文６１０の一部に基づいて生成される場合について説明する。図２０に示すように、電文６１０は「ＨＵＢサーバ  ＭＳＧ番号」の下位６桁の数値“０００００１”のような各電文を識別するための通し番号や、「ワークフローＩＤ」の数値“２３２６４３”のような各ワークを識別するための通し番号を含む場合がある。これらの数値は、各電文に対して必ず異なる値となるため、各々の電文を特定するための識別子としての役割を果たさない。上記のように、電文に含まれる情報のうち、識別子となり得ない情報を予め除外して検査符号を生成することを、検査符号が電文の一部に基づいて生成される、という。
【０１０６】
以上のように、本発明の実施形態７に係る機器状態監視システム及び機器状態監視装置の動作方法によると、監視対象装置２０１が検査符号を付加する機能を有していない場合であっても、実施形態６と同様に機器状態監視装置１０１は同一のイベントを示す情報が重複して出力されることを抑制することができる。その結果、監視オペレータの監視負担を軽減することができる。また、機器状態監視装置１０１に保存された電文の容量を低減することができる。
【０１０７】
〈実施形態７の変形例〉
図２１を用いて、本発明の実施形態７の変形例に係る機器状態監視装置について説明する。図２１では、ＨＵＢサーバ１３０によって検査符号が生成・付加される動作フローについて説明する。
【０１０８】
図２１は、本発明の実施形態７の変形例に係る機器状態監視装置の動作フローを示す図である。図２１に示す動作フローは図１８に示す動作フローと類似しているため、図２１では、図１８と同一の動作が行われるステップについては図１８と同一の符号が付けられている。既に図１８で説明したステップについては、ここでは説明を省略し、主に図１８とは異なる点について説明する。
【０１０９】
図１８の動作フローでは、電文Ａの検査符号は第１監視サーバ１１０によって電文Ａが受信された後（ステップＳ９１１の後）に生成され、電文Ａ’の検査符号は第２監視サーバ１２０によって電文Ａ’が受信された後（ステップＳ９２１の後）に生成されている。一方、図２１の動作フローでは、電文Ａ及び電文Ａ’の検査符号は、各々の電文がＨＵＢサーバ１３０によって受信された後に各々の電文の一部又は全部に基づいて生成され、各々の電文に付加される（ステップＳ１１３１及びＳ１１３２）。
【０１１０】
以上のように、電文の一部又は全部に基づいて検査符号を生成することで、電文生成から検査符号判定までのどの工程でも検査符号を生成し付加することができる。したがって、各監視サーバに検査符号付加部１４６を設ける必要がなく、電文を統括するＨＵＢサーバ１３０だけに検査符号付加部１４６を設けることで、本発明を実現することができる。
【０１１１】
〈実施形態８〉
図２２及び２３を用いて、本発明の実施形態８に係る機器状態監視装置及びそのプログラムについて詳細に説明する。機器状態監視システムの概要及び機器状態監視装置のハードウェア構成に関しては実施形態６と同様であるので、ここでは説明を省略する。実施形態８では、受信した電文の検査符号を過去に受信した電文の検査符号と比較することで重複した電文の有無を判定する。
【０１１２】
［機器状態監視装置１０２の機能構成］
図２２は、本発明の実施形態８に係る機器状態監視装置の機能ブロック図を示す概略図である。図２２に示す機器状態監視装置１０２の機能ブロック図は、図１３に示す機器状態監視装置１００の機能ブロック図と類似しているが、機器状態監視装置１０２は過去に受信した電文を記録する記録部１４８をさらに備える点において機器状態監視装置１００と相違する。図２２によると、受信部１４０と監視対象装置２００とが接続され、受信部１４０と判定部１４２とが接続され、判定部１４２と出力部１４４と記録部１４８とが接続され、出力部１４４とモニタ３００とが接続されている。
【０１１３】
上記の各機能部は１つの装置又はサーバに備えられていてもよく、また、複数の装置又はサーバに分散して備えられていてもよい。各機能部が複数の装置又はサーバに備えられている構成の例について図１２及び図２２を用いて説明すると、第１監視サーバ１１０及び第２監視サーバ１２０は受信部１４０の機能を有する。また、ＨＵＢサーバ１３０は判定部１４２、出力部１４４、及び記録部１４８の機能を有する。
【０１１４】
［機器状態監視装置の動作フロー］
図２３は、本発明の実施形態８に係る機器状態監視装置の動作フローを示す図である。図２３に示すように、機器状態監視装置１０２において、受信部１４０は第１検査符号が付加された第１電文を監視対象装置２００から受信し（ステップＳ１３０１）、判定部１４２は受信した第１電文に付加された第１検査符号と、記録部１４８に記録された第２電文に付加された第２検査符号とが同一であるか否かを判定する（ステップＳ１３０２）。第１検査符号と第２検査符号とが同一でないと判定された場合（ステップＳ１３０３の「なし」）、記録部１４８は第１電文及び第１検査符号を記録し（ステップＳ１３０４）、出力部１４４は第１電文及び第１検査符号を出力する（ステップＳ１３０５）。また、第１検査符号と第２検査符号とが同一であると判定された場合（ステップＳ１３０３の「あり」）、判定部１４２は第１電文及び第１検査符号を破棄又は無効化する（ステップＳ１３０６）。上記のステップは、機器状態監視装置１０２の制御部１１１のメモリに記憶されたプログラムによって実行されてもよい。
【０１１５】
ここで、上記の第１検査符号と第２検査符号とが同一か否かを判定する方法は、判定部１４２が記録部１４８に対して第１検査符号を検索することで行われる。そして検索の結果、第１検査符号と同一の第２検査符号が記録部１４８に存在すれば、判定部１４２は第１検査符号と第２検査符号とが同一であると判定し、第１電文を破棄又は無効化する。一方、第１検査符号と同一の検査符号が記録部１４８に存在しなければ、判定部１４２は第１検査符号と第２検査符号とが同一でないと判定し、第１電文を記録部１４８に記録し、出力する。
【０１１６】
以上のように、本発明の実施形態８に係る機器状態監視システム及び機器状態監視装置の動作方法によると、受信した電文の検査符号と同一の検査符号が付加された電文が記録部１４８に存在するか否かによって電文の重複の有無が判定されるだけでなく、電文の重複の有無の判定に対する必要性に応じて電文の記録又は破棄を自動的に実行することができる。したがって、より小さいデータ量で電文の重複判定を行うことができる。
【０１１７】
〈実施形態９〉
図２４及び２５を用いて、本発明の実施形態９に係る機器状態監視装置及びそのプログラムについて詳細に説明する。機器状態監視システムの概要及び機器状態監視装置のハードウェア構成に関しては実施形態６と同様であるので、ここでは説明を省略する。実施形態９では、受信した電文の検査符号を過去に受信した電文の検査符号と比較することで重複した電文の有無を判定する方法において、当該判定を実施するか否かの有効期間を設定する。
【０１１８】
［機器状態監視装置１０３の機能構成］
図２４は、本発明の実施形態９に係る機器状態監視装置の機能ブロック図を示す概略図である。図２４に示す機器状態監視装置１０３の機能ブロック図は、図２２に示す機器状態監視装置１０２の機能ブロック図と類似しているが、有効期間管理部１５０をさらに備える点において機器状態監視装置１０２と相違する。ここで、判定部１４２は、電文が生成又は受信されてから所定期間内に生成又は受信された電文を判定の対象とするが、有効期間管理部１５０は事前に設定された上記の所定期間を管理する。図２４によると、受信部１４０と監視対象装置２００とが接続され、受信部１４０と判定部１４２とが接続され、判定部１４２と出力部１４４と記録部１４８と有効期間管理部１５０とが接続され、出力部１４４とモニタ３００とが接続されている。
【０１１９】
上記の各機能部は１つの装置又はサーバに備えられていてもよく、また、複数の装置又はサーバに分散して備えられていてもよい。各機能部が複数の装置又はサーバに備えられている構成の例について図１２及び図２４を用いて説明すると、第１監視サーバ１１０及び第２監視サーバ１２０は受信部１４０の機能を有する。また、ＨＵＢサーバ１３０は判定部１４２、出力部１４４、記録部１４８、及び有効期間管理部１５０の機能を有する。
【０１２０】
［機器状態監視装置の動作フロー］
図２５は、本発明の実施形態９に係る機器状態監視装置の動作フローを示す図である。図２５に示す動作フローは図２３に示す動作フローと類似しているが、図２５に示す動作フローは、第１検査符号と第２検査符号とが同一であると判定された場合に第１電文が生成又は受信された時間と第２電文が生成又は受信された時間とが事前に設定された所定期間内であるか否かを判定する動作を有する点において図２３に示す動作フローとは相違する。ここで、図２５では、図２３と同一の動作が行われるステップについては図２３と同一の符号が付けられている。既に図２３で説明したステップについては、ここでは説明を省略し、主に図２３とは異なる点について説明する。
【０１２１】
図２３の動作フローでは、第１検査符号と第２検査符号とが同一であると判定された場合（ステップＳ１３０３の「あり」）、判定部１４２は第１電文及び第１検査符号を破棄又は無効化する（ステップＳ１３０６）。しかし、図２５の動作フローでは、第１検査符号と第２検査符号とが同一であると判定された場合（ステップＳ１３０３の「あり」）、有効期間管理部１５０は、第１電文が生成又は受信された時間と第２電文が生成又は受信された時間とが所定期間内であるか否かを判定する（ステップＳ１５０１）。
【０１２２】
有効期間管理部１５０によって、第１電文が生成又は受信された時間と第２電文が生成又は受信された時間とが所定期間内であると判定された場合（ステップＳ１５０１の「Ｙｅｓ」）、判定部１４２は第１電文及び第１検査符号を破棄又は無効化する（ステップＳ１３０６）。一方、上記の２つの時間が所定期間内ではないと判定された場合（ステップＳ１５０１の「Ｎｏ」）、第１電文と第２電文とは電文の重複を判定する対象ではないと判断される。つまり、第１検査符号と第２検査符号とが同一でないと判定された場合と同じく、記録部１４８は第１電文及び第１検査符号を記録し（ステップＳ１３０４）、出力部１４４は第１電文及び第１検査符号を出力する（ステップＳ１３０５）。
【０１２３】
以上のように、本発明の実施形態９に係る機器状態監視システム及び機器状態監視装置の動作方法によると、所定の期間内で生成又は受信された電文だけを重複の判定対象とすることで、検査符号の偶然の一致をより低減することができ、重複する電文の検出効率が向上する。
【０１２４】
〈実施形態１０〉
図２６及び２７を用いて、本発明の実施形態１０に係る機器状態監視装置及びそのプログラムについて詳細に説明する。機器状態監視システムの概要及び機器状態監視装置のハードウェア構成に関しては実施形態６と同様であるので、ここでは説明を省略する。実施形態１０では、機器状態監視装置が定期的に監視対象装置を監視し、監視対象装置に異常が発生した場合に電文を生成する。
【０１２５】
［機器状態監視装置１０４の機能構成］
図２６は、本発明の実施形態１０に係る機器状態監視装置の機能ブロック図を示す概略図である。図２６に示す機器状態監視装置１０４の機能ブロック図は、図２２に示す機器状態監視装置１０２の機能ブロック図と類似しているが、所定時間の間隔毎に監視対象装置２００を監視する監視部１５２をさらに備える点において機器状態監視装置１０２と相違する。監視部１５２は、監視対象装置２００の機器状態の変化を検知すると、電文を生成して受信部１４０に送信する。図２６によると、監視部１５２と監視対象装置２００とが接続され、受信部１４０と監視部１５２とが接続され、受信部１４０と判定部１４２とが接続され、判定部１４２と出力部１４４と記録部１４８とが接続され、出力部１４４とモニタ３００とが接続されている。
【０１２６】
上記の各機能部は１つの装置又はサーバに備えられていてもよく、また、複数の装置又はサーバに分散して備えられていてもよい。各機能部が複数の装置又はサーバに備えられている構成の例について図１２及び図２６を用いて説明すると、第１監視サーバ１１０及び第２監視サーバ１２０は受信部１４０及び監視部１５２の機能を有する。また、ＨＵＢサーバ１３０は判定部１４２、出力部１４４、及び記録部１４８の機能を有する。
【０１２７】
［機器状態監視装置の動作フロー］
図２７は、本発明の実施形態１０に係る機器状態監視装置の動作フローを示す図である。図２７に示す動作フローは図２３に示す動作フローと類似しているが、図２７に示す動作フローは、監視部１５２が監視対象装置２００を監視し、監視対象装置２００に異常が発生したことを検知すると電文を生成する点において、図２３に示す動作フローとは相違する。ここで、図２７では、図２３と同一の動作が行われるステップについては図２３と同一の符号が付けられている。既に図２３で説明したステップについては、ここでは説明を省略し、主に図２３とは異なる点について説明する。
【０１２８】
図２３の動作フローでは、監視対象装置２００に異常が発生した場合、監視対象装置２００が自発的に電文を生成して機器状態監視装置１０２に送信する。しかし、図２７の動作フローでは、監視部１５２が所定時間の間隔毎に監視対象装置２００を監視し（ステップＳ１７０１）、監視対象装置２００に異常が発生したことを検知すると（ステップＳ１７０２の「Ｙｅｓ」）、監視部１５２は監視対象装置２００に代わって電文を生成して受信部１４０に送信する（ステップＳ１７０３）。また、ステップＳ１７０２において、監視対象装置２００に異常が確認されない場合は、ステップＳ１７０１に戻る（ステップＳ１７０２の「Ｎｏ」）。そして、監視部１５２は再度所定時間の間隔後に監視対象装置２００を監視する（ステップＳ１７０１）。ステップＳ１７０３によって生成及び送信された電文は受信部１４０によって受信され（ステップＳ１３０１）、それ以降のステップに進む。
【０１２９】
以上のように、本発明の実施形態１０に係る機器状態監視システム及び機器状態監視装置の動作方法によると、監視対象装置２００が電文を生成する機能を有していない場合、又は監視対象装置２００が電文を生成することができないような異常が発生した場合であっても、監視対象装置２００で発生した異常を検知することができ、また、生成された電文の重複を抑制することができる。
【０１３０】
〈実施形態１１〉
図２８及び図２９を用いて、本発明の実施形態１１に係るセンサ監視装置及びそのプログラムについて詳細に説明する。実施形態１１では、管理された施設内で発生する異常を感知する複数のセンサが設置されたセンサ監視システムにおいて、１つの監視コンピュータが複数のセンサを監視し、施設で発生した異常を複数のセンサが検知した場合について説明する。
【０１３１】
［機器状態監視システムの概要］
図２８は、本発明の実施形態１１に係るセンサ監視システムの概念を示す図である。図２８に示すように、センサ監視システム２９はセンサ監視装置７００と、監視対象施設８００と、センサＡ８１０と、センサＢ８２０と、センサＣ８３０と、スピーカ８４０とを含む。センサ監視システム２９を構成する各装置は有線又は無線で接続されている。ここで、センサＡ乃至センサＣは同じ現象をセンシングするセンサである。また、スピーカ８４０は、各センサが異常をセンシングした場合に、センサ監視装置７００の命令を受けて監視対象装置内に警報を発報する音波発生器である。
【０１３２】
［センサ監視装置７００の機能構成］
図２９は、本発明の実施形態１１に係るセンサ監視装置の機能ブロック図を示す概略図である。図２９に示すセンサ監視装置７００の機能ブロック図は、図１０に示す監視装置２７０の機能ブロック図と類似しているが、監視部７１７が複数のセンサＡ８１０乃至センサＣ８３０に接続されている点、受信部７１１と判定部７１２との間に識別子付加部７１４が備えられている点、出力部７１３がスピーカ８４０に接続されている点において、監視装置２７０と相違する。
【０１３３】
センサ監視装置７００では、ある現象に対してセンサＡ８１０乃至センサＣ８３０が異常をセンシングすると、各々のセンサは異常が発生したことを示すセンシング信号（以下、異常信号という）を生成する。センサ監視装置７００の監視部７１７は定期的に各々の各センサを監視し、異常信号を検知すると、異常信号を生成したセンサの種類、異常信号を検知した時刻、当該センサが設置された場所などの情報に基づいてイベント情報を生成する。
【０１３４】
生成されたイベント情報は受信部７１１によって受信される。上記のように生成・受信されたイベント情報は識別子付加部７１４に送信され、識別子付加部７１４では当該イベント情報のうち同一の現象に対するイベント情報には同一の識別子が生成され、当該識別子が当該イベント情報に付加される。識別子が付加されたイベント情報は、判定部７１２によって同一の識別子が付加されたイベント情報が記録部７１５に記録されているか否か判定される。同一の識別子が付加されたイベント情報が記録部７１５に記録されていなければ、当該イベント情報は出力部７１３によってスピーカ８４０に出力される。一方、同一の識別子が付加されたイベント情報が記録部７１５に記録されている場合、当該イベント情報は破棄又は無効化される。
【０１３５】
イベント情報及び識別子のより具体的な例として、監視対象施設８００を工場とし、センサＡ乃至センサＣを火災センサとした場合について説明する。工場において、火災が発生しセンサＡ乃至センサＣのうち複数のセンサが火災を検知すると、それらの異常信号に基づいてセンサ監視装置７００の識別子付加部７１４は火災発生を示すイベント情報を生成する。当該イベント情報には、異常信号の種類（この場合では「火災」）、異常信号発生時刻、異常信号発生エリアなどの情報が含まれる。次に、識別子付加部７１４は、当該イベント情報に基づいて識別子を生成する。例えば、センシングする現象が火災であれば、各々のセンサが火災を検知するタイミングには多少のずれが生じる可能性があるが、同じ部屋に設置されたセンサが火災を検知する可能性が高い。したがって、例えば、異常発生時刻が５分以内、異常発生エリアが同部屋である火災の異常信号に対して同一の識別子を生成して、イベント情報に付加する。
【０１３６】
以上のように、本発明の実施形態１１に係るセンサ監視システムによると、センサのように同一の現象を複数の手段で検知するようなシステムにおいても、イベント情報の重複の有無を判定することができる。
【符号の説明】
【０１３７】
１０、２１０、２４０、２６０、２７０：監視装置、    ２０、３０、４０、５０：監視システム、    ２９：センサ監視システム、    ６０：機器状態監視システム、    １００、１０１、１０２、１０３、１０４、２５０：機器状態監視装置、    １１０：第１監視サーバ、    １１１、２２１：制御部、    １２０：第２監視サーバ、    １３０：ＨＵＢサーバ、    １４０、２１１、７１１：受信部、    １４２、２１２、７１２：判定部、    １４４、２１３、７１３：出力部、    １４６、７１４：検査符号付加部、    １４８、２１５、７１５：記録部、    １５０、２１６：有効期間管理部、    １５２、２１７、７１７：監視部、    ２００、２０１：監視対象装置、    ２１４：識別子付加部、    ２２０：監視対象、    ２２２：ハードディスク、    ２２３：通信部、    ２３０：外部機器、    ３００：モニタ、    ４００：ネットワーク、    ４１０：専用回線、    ６１０：電文、    ６２０：検査符号、    ７００：センサ監視装置、    ８００：監視対象施設、    ８４０：スピーカ、    ８１０：センサＡ、    ８２０：センサＢ、    ８３０：センサＣ
【図１】
2016021663.tif 000003
【図２】
2016021663.tif 000004
【図３】
2016021663.tif 000005
【図４】
2016021663.tif 000006
【図５】
2016021663.tif 000007
【図６】
2016021663.tif 000008
【図７】
2016021663.tif 000009
【図８】
2016021663.tif 000010
【図９】
2016021663.tif 000011
【図１０】
2016021663.tif 000012
【図１１】
2016021663.tif 000013
【図１２】
2016021663.tif 000014
【図１３】
2016021663.tif 000015
【図１４】
2016021663.tif 000016
【図１５】
2016021663.tif 000017
【図１６】
2016021663.tif 000018
【図１７】
2016021663.tif 000019
【図１８】
2016021663.tif 000020
【図１９】
2016021663.tif 000021
【図２０】
2016021663.tif 000022
【図２１】
2016021663.tif 000023
【図２２】
2016021663.tif 000024
【図２３】
2016021663.tif 000025
【図２４】
2016021663.tif 000026
【図２５】
2016021663.tif 000027
【図２６】
2016021663.tif 000028
【図２７】
2016021663.tif 000029
【図２８】
2016021663.tif 000030
【図２９】
2016021663.tif 000031