(57)【要約】【課題】監視対象装置の状態が変化した場合にのみ、監視装置が監視対象装置の状態情報を取得するとともに、画面データの生成を行う監視装置及び監視方法を提供する。【解決手段】複数の監視対象装置３０からリアルタイムにメッセージ１１１を受信して、受信したメッセージ１１１を記憶部１１に格納するメッセージ受信部１２１と、記憶部１１から取得したメッセージ１１１が何れの監視対象装置３０の状態の変化を示すか否かを分析する分析部１２２と、メッセージ１１１が状態の変化を示しているときは、変化を示した監視対象装置３０に対して、変化の状態を示す状態情報１１２を収集し、収集された状態情報１１２を記憶部１１へ格納する収集部１２３と、記憶部１１から取得した状態情報１１２に基づいて、監視端末２０の画面に表示するための画面データ１１４を生成して、監視端末２０へ送信する通信制御部１２４と、を備えることを特徴とする。【選択図】図２
2011170688.tif 000002
【特許請求の範囲】
【請求項１】
監視の対象となる複数の監視対象装置と、画面上で前記監視対象装置を監視する監視端末とを互いに通信可能に接続する監視装置であって、
前記複数の監視対象装置からリアルタイムにメッセージを受信して、受信したメッセージを記憶部に格納するメッセージ受信部と、
前記記憶部から取得した前記メッセージが何れの前記監視対象装置の状態の変化を示すか否かを分析する分析部と、
前記メッセージが状態の変化を示しているときは、変化を示した前記監視対象装置から、変化の状態を示す状態情報を収集し、収集された状態情報を前記記憶部へ格納する収集部と、
前記記憶部から取得した前記状態情報に基づいて、前記監視端末の前記画面に表示するための画面データを生成して、生成された画面データを前記監視端末へ送信する通信制御部と、
を備えることを特徴とする監視装置。
【請求項２】
前記収集部は、前記監視装置が起動したときは、前記複数の監視対象装置から初期状態情報を収集し、
前記通信制御部は、前記初期状態情報に基づいて、初期画面データを生成し、生成された初期画面データを前記監視端末へ予め送信し、前記画面データの送信により前記監視端末の画面が更新されることを特徴とする請求項１に記載の監視装置。
【請求項３】
監視の対象となる複数の監視対象装置と、画面上で前記監視対象装置を監視する監視端末とを互いに通信可能に接続する監視装置が実行する監視方法であって、
前記複数の監視対象装置からリアルタイムにメッセージを受信して、受信したメッセージを記憶部に格納するステップと、
前記記憶部から取得した前記メッセージが何れの前記監視対象装置の状態の変化を示すか否かを分析するステップと、
前記メッセージが状態の変化を示しているときは、変化を示した前記監視対象装置から、変化の状態を示す状態情報を収集し、収集された状態情報を前記記憶部へ格納するステップと、
前記記憶部から取得した前記状態情報に基づいて、前記監視端末の前記画面に表示するための画面データを生成して、生成された画面データを前記監視端末へ送信するステップと、
を備えることを特徴とする監視方法。
【請求項４】
請求項３に記載の監視方法を前記監視装置のコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、監視対象装置の監視状態をユーザにリアルタイムに通知する監視装置、監視方法及びプログラムに関する。
【背景技術】
【０００２】
従来から、装置監視システムでは、監視装置によりネットワーク上における監視の対象となる監視対象装置の運用状態及びハードウェア状態の監視が行われている。監視対象装置の状態を表示するＨＭＩ（Human Machine Interface）端末は、ユーザインターフェースとしてＷｅｂ画面を用いており、現在の監視対象装置の状態を画面に表示するために、ＨＭＩ端末側から監視装置に対して最新情報取得の処理を行う。例えば、Ｗｅｂ画面から監視装置に対して定期的に最新情報取得処理を行い、Ｗｅｂ画面を更新する方法が一般的である。
【０００３】
図４は、従来のＷｅｂ画面を用いた装置監視システム５００におけるＷｅｂ画面の更新方法を示す図である。装置監視システム５００は、監視の対象となる監視対象装置７０、監視対象装置７０を監視する監視装置５０及びＨＭＩ端末６０から構成される。監視装置５０は、監視サーバ５２、監視対象装置７０の状態を蓄積データとして格納するデータ記憶部５３、及び、Ｗｅｂ画面を生成するＷｅｂサーバ５１から構成される。
【０００４】
監視サーバ２は、監視対象装置７０を所定の時間間隔で監視し、監視対象装置７０より状態情報を取得して、取得した状態情報をデータ記憶部５３に記憶する。Ｗｅｂサーバ５１は、ＨＭＩ端末６０より情報取得要求を受信した後、蓄積データ記憶部５３から状態情報を取得し、Ｗｅｂ画面に表示するための表示用データを生成し、ＨＭＩ端末６０へ送信する。ＨＭＩ端末６０は、表示用データを受信して、Ｗｅｂブラウザで画面を表示する。
【０００５】
特許文献１では、監視対象であるプラントなどのデータを定期的に収集・保存し、保存したデータをＨＴＴＰ(Hypertext Transfer Protocol)形式で送信するデータ通信機能を持つ中央処理装置に対して、端末より監視対象のデータのリクエストが行われたときは、リクエストに対してＨＴＴＰ形式で送信されたデータを端末に表示する技術が開示されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００１−２４３１５２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、特許文献１に記載の技術では、監視対象装置に障害が発生した場合にも、端末から問い合わせがない限りユーザは障害を知ることができない。また、前記技術を用いて端末から監視装置への問い合わせ間隔を短くした場合、通信の負荷が比例的に増加する。また、監視対象装置に状態の変化がない場合でも、頻繁に端末から監視装置へアクセスするとともに、画面データを生成して負荷が増大するという問題があった。
【０００８】
本発明は、このような問題を解決するためになされたものであり、監視対象装置の状態が変化した場合にのみ、監視装置が監視対象装置の状態情報を取得するとともに、画面データの生成を行う監視装置、監視方法及びプログラムを提供することを課題とする。
【課題を解決するための手段】
【０００９】
前記課題を解決するために、本発明に係る監視装置は、監視の対象となる複数の監視対象装置と、画面上で前記監視対象装置を監視する監視端末とを互いに通信可能に接続する監視装置であって、前記複数の監視対象装置からリアルタイムにメッセージを受信して、受信したメッセージを記憶部に格納するメッセージ受信部と、前記記憶部から取得した前記メッセージが何れの前記監視対象装置の状態の変化を示すか否かを分析する分析部と、前記メッセージが状態の変化を示しているときは、変化を示した前記監視対象装置から、変化の状態を示す状態情報を収集し、収集された状態情報を前記記憶部へ格納する収集部と、前記記憶部から取得した前記状態情報に基づいて、前記監視端末の前記画面に表示するための画面データを生成して、生成された画面データを前記監視端末へ送信する通信制御部と、を備えることを特徴とする。
【００１０】
ここで、監視対象装置は、状態が変化したときに当該監視対象装置の識別情報を含むメッセージを監視装置へ送信すると共に、状態情報の取得要求に対しては、障害内容を含む状態情報を監視装置へ送信するものである。
また、監視端末は、監視装置から画面データを受信することにより、Ｗｅｂブラウザを介して初期状態情報が表示された画面を更新するものである。
【発明の効果】
【００１１】
本発明によれば、監視対象装置の状態が変化した場合にのみ、監視装置が監視対象装置の状態情報を取得する共に、画面データの生成を行う監視装置、監視方法及びプログラムを提供することが可能になる。
【図面の簡単な説明】
【００１２】
【図１】実施形態に係る監視システムの構成図である。
【図２】実施形態に係る監視装置の機能構成図である。
【図３】監視装置の動作を説明するフローチャートである。
【図４】従来のＷｅｂ画面を用いた装置監視システムにおけるＷｅｂ画面の更新方法を示す図である。
【発明を実施するための形態】
【００１３】
本発明に係る監視装置を含む監視システムについて、図１乃至図３を参照しながら実施形態を説明する。なお、実施形態を説明するにあたり、同様な構成又は機能を示す部位については、同一の符号を付し、その説明の重複を省略する。
【００１４】
図１は、本実施形態に係る監視システム１００の構成図である。図１に示すように、監視システム１００は、監視装置１０と、監視の対象となる複数の監視対象装置３０ａ〜３０ｎ（以下、まとめて「監視対象装置３０」ともいう）と、ＨＭＩ端末２０ａ〜２０ｎ（以下、まとめて「ＨＭＩ端末２０」ともいう）とを備えて構成され、ＩＰ(Internet Protocol)網４０を介して、監視対象装置３０とＨＭＩ端末２０とが監視装置１０に通信可能に接続されている。
【００１５】
監視装置１０は、記憶部１１と、制御部１２と、通信部１３とを備えて構成される。記憶部１１は、図示しないメモリ、ＨＤＤ（Hard Disk Drive）等で構成され、種々のプログラム及び情報を記憶する。制御部１２は、ＣＰＵ、メモリ、及びこれらの周辺回路等（いずれも図示せず）から構成される。制御部１２は、記憶部１１に記憶されるプログラムを実行することで様々な機能を実現する。
【００１６】
通信部１３はＬＡＮ(Local Area Network)用のアダプタ装置、モデム等であって、制御部１２の指示に従って動作し、ＨＭＩ端末２０及び監視対象装置３０とデータの送受信を行う。
ＩＰ網４０は、ＬＡＮ、ＷＡＮ(Wide Area Network)等であり、有線及び無線のどちらか一方、または両方で構成され、データ通信を実現する。ＩＰ網４０内では、ＩＰプロトコルに則って通信が行われる。
ＨＭＩ端末１０は、例えば、ＰＣ(Personal Computer)であり、監視装置１０との間で通信を行う端末通信部２２と、監視装置１０より受信した画面データを画面に表示する表示部２１とを備える。表示部２１では、ＨＴＭＬ(HyperText Markup Language)言語で記述された画面がＷｅｂブラウザを介して表示される。
【００１７】
監視対象装置３０は、例えば、プリンタ、ＰＣ(Personal Computer)、サーバ、中継装置（ルータ、ゲートウェイ等）、モデム等がその対象となる。監視対象装置３０は、これらの状態が変化するごとに後記するメッセージ１１１（図２参照）を監視装置１０へ送信する。
【００１８】
図２は、実施形態に係る監視装置１０の機能構成図である。
監視装置１０の記憶部１１は、メッセージ１１１、状態情報１１２、ソケット通信情報１１３及び画面データ１１４を記憶する。メッセージ１１１及び状態情報１１２は、それぞれ監視対象装置３０ごとに記憶部１２に格納され、ソケット通信情報１１３及び画面データ１１４は、それぞれＨＭＩ端末２０ごとに記憶部１２に格納される。
監視装置１０の制御部１２は、メッセージ受信部１２１、分析部１２２、収集部１２３及び通信制御部１２４を備える。さらに、通信制御部１２４は、ソケット生成部１２５及び通知部１２６を備える。
【００１９】
メッセージ受信部１２１は、リアルタイムに（逐次）複数の監視対象装置３０からそれぞれメッセージ１１１を受信する。メッセージ１１１は、監視対象装置３０に障害等の状態変化が発生したとき、あるいは、所定の処理が終了したときなどに監視装置１０に送信される。監視対象装置３０は複数備えられているが、監視対象装置３０から監視装置１０へのメッセージ１１１の送信は、他の監視対象装置３０のメッセージ送信に依存することなくそれぞれ独立して、行われる。メッセージ受信部１２１は、受信したメッセージ１１１を記憶部１１に格納する。
【００２０】
ここで、メッセージ受信部１２１におけるメッセージ１１１の受信と、分析部１２２、収集部１２３又は通信制御部１２４における処理はそれぞれ独自に並列に行う、所謂、マルチプロセス処理が可能である。よって、メッセージ受信部１２１は、監視対象装置３０が送信したメッセージ１１１をリアルタイムに受信することが可能になる。
【００２１】
監視装置１０と監視対象装置３０とは、前記したようにＩＰ網４０を介して接続されており、監視対象装置３０との通信は、例えば、ＳＮＭＰ（Simple Network Management Protocol、簡易ネットワーク管理プロトコル）における通信が可能である。
【００２２】
分析部１２２は、記憶部１１からメッセージ１１１を取得し、メッセージ１１１の内容が、監視対象装置３０の障害等の状態変化を示すメッセージ１１１か否かを分析する。状態変化を示すメッセージ１１１の内容には、例えば、状態変化が発生した監視対象装置３０の装置ＩＤ(Identification：識別情報)、発生時刻、障害等の状態変化を示すフラッグ、障害箇所等が含まれる。そして、状態変化を示すメッセージの場合は、分析部１２２は、ＣＰＵ（不図示）を介して、収集部１２３にその旨を通知する。
【００２３】
収集部１２３は、この通知に基づいて、監視対象装置３０の状態変化を示す情報（以下、「状態情報１１２」という）を再収集する。ここで、監視装置１０が起動した直後に、収集部１２３は、メッセージ１１１の有無にかかわらず監視対象装置３０の初期の状態情報１１２を初期状態情報として収集し、記憶部１１に格納する。したがって、メッセージ１１１に基づく状態情報１１２の収集は二度目以降の収集に該当することになる。つまり、メッセージ１１１に基づく状態情報１１２の収集は再収集となる。
【００２４】
収集部１２３は、再収集した状態情報１１２を記憶部１１に格納する。状態情報１１２は、プリンタを例に取ると、電源やファン等の異常に関する障害の詳細情報である。また、これらの障害の程度を、その障害の緊急度の観点からメジャー、マイナー、クリティカル等と分類することも可能である。なお、障害の詳細情報は前記したメッセージ１１１に含め、障害内容の特定が難しい詳細情報を状態情報１１２に含めるようにしてもよい。
【００２５】
このように、メッセージ受信部１２１が監視対象装置３０からメッセージ１１１を受信する処理プロセスと、収集部１２３が監視対象装置３０から状態情報を収集する処理プロセスとを独立して行うことにより、メッセージ受信部１２１は、障害や状態変化等の監視対象項目に属しないメッセージ、例えば、所定の業務処理の終了等のメッセージを監視対象装置３０から受信することができ、収集部１２３は、メッセージ受信部１２１が前記した状態変化以外のメッセージを受信する処理を行っているときにも、並行して、状態情報１１２を監視対象装置３０から収集することが可能になる。
【００２６】
通信制御部１２４は、収集部１２３から状態情報１１２を記憶部１１に格納した旨の通知をＣＰＵ（不図示）から受け取ると、通知部１２６に通知する。通知部１２６は、個々のＨＭＩ端末２０に対応して備えられている。通知部１２６は、記憶部１１に格納されている状態情報１１２を元にＨＭＩ端末２０の表示部２１に表示する画面データ１１４を生成する。画面データ１１４は、ＨＭＩ端末２０毎に生成され、記憶部１１に格納される。
【００２７】
前記したように、監視装置１０が起動したときは、監視対象装置３０の初期状態情報が記憶部１１に格納されるため、監視対象装置３０からメッセージ１１１を受信しない状態においては、通知部１２６は、この初期状態情報に基づいて初期画面データを生成し、予めＨＭＩ端末２０に送信する。そして、メッセージ１１１を受信した場合は、制御部１２は、該当する監視対象装置３０の状態情報１１２に基づく画面データ１１４のみを生成し、ＨＭＩ端末２０へ送信する。そして、この画面データ１１４の送信により、ＨＭＩ端末２０における表示部２１の画面が更新される。
【００２８】
監視装置１０とＨＭＩ端末２０との間では、ＩＰ網４０を介してソケット接続により通信が行われる。通信制御部１２４のソケット生成部１２５は、ＨＭＩ端末２０に状態情報を送信するために、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）送信用のソケットの開設を行う。通信制御部１２４におけるソケットとは、監視装置１０のＩＰアドレス及びポート番号を含む通信情報（以下、「ソケット通信情報」という）である。ソケットの開設とは、ソケットを生成して、生成したソケット通信情報などを格納するためのメモリ領域を記憶部１１に確保し、データ送信先であるＨＭＩ端末２０の端末通信部２１から接続要求（通信開始の通知に対応）を待ち受けることをいう。
【００２９】
一方、ＨＭＩ端末２０の端末通信部２２は、監視装置１０の通信制御部１２４から状態情報１１２を受信するための準備として、ＴＣＰ／ＩＰ受信用ソケットの開設の準備を行う。ＨＭＩ端末２０側におけるソケットの開設とは、表示部２１に状態情報１１２を表示するためにＨＭＩ端末２０を起動したときにソケットを生成し、監視装置１０に接続要求を行うことをいう。
【００３０】
そして、監視装置１０は、ＨＭＩ端末２０から通信開始の通知を受信すると、ＩＰアドレスを照合することによって通信を許可するか否かを判断し、ＨＭＩ端末２０に応答を返信する。ここで、監視装置１０が、通信を許可する応答を返信すれば、ＨＭＩ端末２０と接続状態になり、受信側におけるソケットの開設が実行されたことになる。監視装置１０では、ソケットの開設が完了すると、送信要求があるか否かをチェックする。この送信要求は、例えば、ＨＭＩ端末２０を起動したときなどに発生し、状態情報１１２をＨＭＩ端末２０に送信するための要求である。通知部１２６は、記憶部１１に格納されたソケット通信情報１１３を参照することにより、自身とＨＭＩ端末２０と対応付ける。
【００３１】
ＨＭＩ端末２０の表示部２１における表示画面は、Ｗｅｂブラウザとしての機能を有しており、監視装置１０からの状態情報１１２を表示する。Ｗｅｂブラウザ上では、例えば、Ｊａｖａ（登録商標）アプレットを組み込んで使用することが可能である。Ｊａｖａアプレットを使用することにより、ＨＴＭＬで記述された静的なＷｅｂページでは実現できない動的な表現が可能となる。
【００３２】
次に、図３に示すフローチャートを用いて監視装置１０の動作を説明する。図３は、監視装置１０の動作を説明するフローチャートである。
まず、監視装置１０が起動すると、収集部１２３は、監視対象装置３０の初期状態情報を取得し、記憶部１１に格納する。（ステップＳ１１）。通信制御部１２４は、収集部１２３から初期状態情報を記憶部１１に格納した旨の通知を制御部１２から受け取ると、通知部１２６に通知する。通知部１２６は、初期状態情報に基づいて、初期画面データを生成し、ＨＭＩ端末２０へ送信する（ステップＳ１２）。
【００３３】
次に、監視装置１０の制御部１２におけるＣＰＵ（不図示）は、メッセージ受信部１２１がメッセージ１１１を受信したか否かを判定し、メッセージ１１１を受信したとき（ステップＳ１３のＹｅｓ）は、収集部１２３に通知する。メッセージ１１１を受信しないときは（ステップＳ１３のＮｏ）、他の処理を行う共に、メッセージ１１１の受信を待つ。
【００３４】
収集部１２３は、記憶部１１から受信したメッセージ１１１を取得して、状態変化を示すメッセージ１１１か否かを分析し、状態変化を示す場合は（ステップＳ１４のＹｅｓ）、制御部１２におけるＣＰＵ（不図示）を介して収集部１２３へ通知する（ステップＳ１５）。状態変化を示すメッセージ１１１でない場合（ステップＳ１４のＮｏ）は、終了する。通知を受けた収集部１２３は、状態情報１１２を再収集し、記憶部１１へ格納する（ステップＳ１６）。
【００３５】
収集部１２３は、状態情報１１２を監視対象装置３０から収集した旨を、ＣＰＵ（不図示）を介して通知部１２６へ通知する（ステップＳ１７）。通知部１２６は、記憶部１１から取得した状態情報１１２を元にＨＭＩ端末２０に表示する画面データ１１４を生成し（ステップＳ１８）、記憶部１１へ格納する。通知部１２６は、画面データ１１４をＨＭＩ端末２０へ送信する（ステップＳ１９）。ＨＭＩ端末２０では、表示部２１において画面データがＷｅｂブラウザを介して表示される。
【００３６】
以上により、監視装置１０は、監視対象装置３０からのメッセージ受信を契機に状態情報を更新するため、監視対象装置３０状態変化から画面データ１１４が生成されてＨＭＩ端末２０の表示部２１に表示されるまでのタイムラグが、定期的にすべての監視対象装置３０の状態情報を取得する場合に比べて小さくなる。
【００３７】
また、状態変化時のみに、監視対象装置３０からメッセージ１１１の受信を行うことで、定期的にすべての監視対象装置３０の状態情報１１２を取得する場合に比べて、通信負荷や監視装置１０の負荷が小さくなる。  
また、状態が変化した監視対象装置３０の状態情報１１２のみを監視装置１０が取得することで、１回当たりの通信量を減らすことができる。
【符号の説明】
【００３８】
１０  監視装置
１１  記憶部
１２  制御部
１３  通信部
２０、２０ａ、２０ｎ  ＨＭＩ端末（監視端末）
２１、２１ａ、２１ｎ  表示部
２２、２２ａ、２２ｎ  端末通信部
３０、３０ａ、３０ｎ  監視対象装置
４０  ＩＰ網
１００  監視システム
１１１  メッセージ
１１２  状態情報
１１３  ソケット通信情報    
１１４  画面データ
１２１  メッセージ受信部
１２２  分析部
１２３  収集部
１２４  通信制御部
１２５  ソケット生成部
１２６  通知部      
【図１】
2011170688.tif 000003
【図２】
2011170688.tif 000004
【図３】
2011170688.tif 000005
【図４】
2011170688.tif 000006