(57)【要約】【課題】プロセス群に対する監視をより安定して行うことを目的とする。【解決手段】本発明に係る監視装置１は、個別機能処理１４および監視機能処理１５が実行されるプロセスを複数有するプロセス群３と、プロセス群３内のプロセスを監視対象プロセス群３ａとして接続する接続処理部７ｂと、監視対象プロセス群同士での監視を実行させる監視処理部７ｄと、を有することを特徴とする。【選択図】図１
2018156546.tif 000002
【特許請求の範囲】
【請求項１】
個別機能処理および監視機能処理が実行されるプロセスを複数有するプロセス群と、
前記プロセス群内のプロセスを監視対象プロセス群として接続する接続処理部と、
前記監視対象プロセス群内の前記プロセス同士での監視処理を実行させる監視処理部と、を有する
ことを特徴とする監視装置。
【請求項２】
前記監視処理の結果として前記監視対象プロセス群に異常プロセスが検出された場合、前記監視処理を継続するための異常プロセス処理を実行する異常プロセス処理部を有する
ことを特徴とする請求項１に記載の監視装置。
【請求項３】
前記異常プロセス処理部は、前記異常プロセスが検出された場合、前記監視装置を再起動する
ことを特徴とする請求項２に記載の監視装置。
【請求項４】
前記異常プロセス処理部は、前記異常プロセスが検出された場合、前記異常プロセスを除外して前記監視対象プロセス群を再接続する
ことを特徴とする請求項２記載の監視装置。
【請求項５】
前記プロセス群における各プロセスに関する属性情報が記憶部に格納され、
前記接続処理部および前記異常プロセス処理部の少なくとも一方は前記属性情報に基づいて実行される
ことを特徴とする請求項２から４のいずれか一項に記載の監視装置。
【請求項６】
前記属性情報は、前記プロセス群の各プロセスに関する重要度を含む、
ことを特徴とする請求項５に記載の監視装置。
【請求項７】
前記異常プロセス処理部は、前記異常プロセスに対応する前記重要度に応じて前記異常プロセス処理を実行することを特徴とする請求項６に記載の監視装置。
【請求項８】
前記異常プロセス処理部は、前記異常プロセスの前記重要度が低い場合には、前記異常プロセスを除外して前記監視対象プロセス群を再接続する
ことを特徴とする請求項７に記載の監視装置。
【請求項９】
前記異常プロセス処理部は、前記異常プロセスの前記重要度が高い場合に、前記監視装置を再起動する
ことを特徴とする請求項７または８に記載の監視装置。
【請求項１０】
前記属性情報は、前記監視処理の結果に基づく前記各プロセスの不安定度を含む
ことを特徴とする請求項５から９のいずれか一項に記載の監視装置。
【請求項１１】
前記異常プロセス処理部は、前記各プロセスの前記不安定度に応じて前記異常プロセス処理を実行する
ことを特徴とする請求項１０に記載の監視装置。
【請求項１２】
前記異常プロセス処理部は、前記異常プロセスの前記不安定度が低い場合に、前記異常プロセスを除外して前記監視対象プロセス群を再接続する
ことを特徴とする請求項１１に記載の監視装置。
【請求項１３】
前記異常プロセス処理部は、前記異常プロセスの前記不安定度が低い場合に、前記異常プロセスを維持する
ことを特徴とする請求項１１または１２に記載の監視装置。
【請求項１４】
前記接続処理部は、前記プロセス群をリング状に接続して前記監視対象プロセス群とする際に、前記重要度の高いプロセスを前記重要度の低いプロセスよりも前の段階で前記監視処理が実行されるようにする
ことを特徴とする請求項６から９のいずれか一項に記載の監視装置。
【請求項１５】
前記接続処理部は、前記プロセス群をリング状に接続して前記監視対象プロセス群とする際に、前記不安定度の低いプロセスを前記不安定度の高いプロセスよりも前の段階で前記監視処理が実行されるようにする
ことを特徴とする請求項１０から１３のいずれか一項に記載の監視装置。
【請求項１６】
前記接続処理部、前記監視処理部および前記異常プロセス処理部の少なくとも一つ以上に関する情報を画面に表示するための表示情報を生成する表示情報生成部を含む
ことを特徴とする請求項２から１５のいずれか一項に記載の監視装置。
【請求項１７】
前記接続処理部および前記異常プロセス処理部の少なくとも一方は、ユーザによる前記表示情報に対する入力情報に応じて前記監視対象プロセス群の接続構成を変更する
ことを特徴とする請求項１６に記載の監視装置。
【請求項１８】
前記接続処理部、前記監視処理部および前記異常プロセス処理部の少なくとも一つ以上に関する情報を画面に表示するための表示情報を生成する表示情報生成部を含み、
前記表示情報生成部は、前記属性情報に応じた前記異常プロセス処理における処理の種類が選択可能な画面を表示し、
前記異常プロセス処理部は、ユーザにより選択された前記種類に応じて、前記異常プロセス処理を実行する
ことを特徴とする請求項５，６，１０のいずれか一項に記載の監視装置。
【請求項１９】
複数のプロセスからなるプロセス群を有する装置の監視方法であって、
前記プロセス群における監視対象プロセス群を互いに接続する接続ステップと、
前記接続ステップにより接続された監視対象プロセス群に対し、監視処理を実行する監視処理ステップと、を含む
ことを特徴とする監視方法。
【請求項２０】
前記監視処理ステップにおいて前記監視対象プロセス群に異常プロセスが検出された場合、前記監視処理を継続するための異常プロセス処理ステップを含む
ことを特徴とする請求項１９に記載の監視方法。
【請求項２１】
前記異常プロセス処理ステップは、前記装置を再起動する
ことを特徴とする請求項２０に記載の監視方法。
【請求項２２】
前記異常プロセス処理ステップは、前記異常プロセスを除外して前記監視対象プロセス群を再接続する
ことを特徴とする請求項２０記載の監視方法。
【請求項２３】
請求項１９から請求項２２のいずれか一項に記載の前記監視方法を、コンピュータに実行させる
ことを特徴とする監視プログラム。
【請求項２４】
前記監視対象プロセス群の各々のプロセスを実行する各プログラムであり、前記各々のプロセスの機能を実行する個別機能処理部と、監視処理を行う監視機能処理部とを含んで構成される
ことを特徴とする請求項２３記載の監視プログラム。
【請求項２５】
前記監視機能処理部は、前記各プログラムにおいて共通した構成である
ことを特徴とする請求項２４記載の監視プログラム。
【請求項２６】
前記監視プログラムは、前記監視対象プロセス群の各々のプロセスを実行する各プログラムにおいて、ライブラリから呼び出される監視機能処理部である
ことを特徴とする請求項２３に記載の監視プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、道路や河川、ビルなどの各種設備等に対して各種機能を実行するプロセス群を備えた装置における、監視装置、監視方法、監視プログラムに関するものである。
【背景技術】
【０００２】
複数のプロセスからなるプロセス群は、たとえば、各種設備に対して各種機能を実行するために設けられる場合がある。具体的には水位や電力などを測定するデータ測定機能、データ解析機能、異常発生時の警報機能、入力されるデータの推移状況を表示する表示機能など複数の機能を実現するため、プロセス群の各プロセスで分担処理をして必要な機能を実現している。そして、各種データをもれなく収集・蓄積するために、メンテナンス時以外は、常に正常に稼働していることが求められる。
【０００３】
一方、ソフトウエア不具合などの問題により各プロセスが異常終了などすると、当該プロセスの担当している機能が利用できなくなることがある。このような機能不全からの復帰を迅速に行うために、各プロセスの監視を行うための仕組みを設けることがある（特許文献１）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平６−２１４９６２号公報（要約等参照）
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１では、各プロセスに対して上位に位置する監視専門プロセスを備え、各プロセスが正常に稼働しているか否かを監視することが開示されている。しかしながら、監視専門プロセスが不具合などで正常に稼働しなくなると、各プロセスの監視を行うことができなくなるという課題が存在する。
【０００６】
本発明は上記のような課題を解決するためになされたものであり、個別機能を備えたプロセス群に対する監視をより安定して行うことを目的とする。
【課題を解決するための手段】
【０００７】
本発明に係る監視装置は、個別機能処理および監視機能処理が実行されるプロセスを複数有するプロセス群と、プロセス群内のプロセスを監視対象プロセス群として接続する接続処理部と、監視対象プロセス群同士での監視を実行させる監視処理部と、を有することを特徴とする。
【発明の効果】
【０００８】
本発明の監視装置は、個別機能処理及び監視機能処理が実行されるプロセスを複数有するプロセス群において、プロセス群内のプロセスが互いに接続された監視プロセス群の中で各々監視処理を実行するので、異常なプロセスの発見を安定して行うことが可能である。すなわち、プロセス群を監視する監視専門プロセスを別途設けた場合と比較して、監視専門プロセスが異常を起こした場合にプロセス群の監視が働かなることがない。
【図面の簡単な説明】
【０００９】
【図１】実施の形態１に係る装置を示す構成図である。
【図２】実施の形態１に係る動作フローを示す図である。
【図３】実施の形態１に係るプロセス群の属性情報（監視対象要否）を示す図である。
【図４】実施の形態１に係るプロセス群の監視関係図である。
【図５】実施の形態１に係るプロセスの内部構造を示す図である。
【図６】実施の形態１に係るプロセスの内部構造を示す図である。
【図７】実施の形態１に係るプロセス監視における異常プロセス発見時の状態を示す図である。
【図８】実施の形態１の変形例１ａに係る動作フローを示す図である。
【図９】実施の形態１の変形例１ａに係るプロセス群の監視における異常プロセス発見時の状態を示す図である。
【図１０】実施の形態２に係るプロセス群の属性情報（監視対象要否と重要度の関係性）を示す図である。
【図１１】実施の形態２に係る重要度と異常プロセス処理種類との関係性を記した属性情報を示す図である。
【図１２】実施の形態３に係るプロセス群の属性情報（安定状態の有無、不安定度）を示す図である。
【図１３】実施の形態３に係る不安定度と異常プロセス処理種類との関係性を記した属性情報を示す図である。
【図１４】実施の形態４に係る重要度に基づいた監視対象プロセス群の接続図である。
【図１５】実施の形態４の変形例４ａに係る不安定度に基づいた監視対象プロセス群の接続図である。
【図１６】実施の形態５に係る装置を示す構成図である。
【図１７】実施の形態５に係る動作フローを示す図である。
【図１８】実施の形態５に係る表示画面を示す図である。
【図１９】実施の形態５の変形例５ａに係る動作フローを示す図である。
【図２０】実施の形態５の変形例５ａに係る表示画面を示す図である。
【図２１】実施の形態５の変形例５ｂに係る表示画面を示す図である。
【発明を実施するための形態】
【００１０】
以下に、本発明の実施の形態にかかる監視方法、監視プログラム、監視装置を図面に基づいて詳細に説明する。なお、この実施の形態によりこの発明が限定されるものではない。また、各実施の形態で同等の構成や部材などについては、同一の符号を付してその説明を省略などする。
【００１１】
実施の形態１．
図１を用いて、本発明の実施の形態１について説明する。図１は水位や電力などを管理する装置１であり、本発明における監視装置は、この装置１自体、あるいは装置１の中の監視に関する要素の部分集合としての監視装置であって、装置１が包含する複数のプロセスが正常に稼動しているかどうかを監視するものである。装置１は記憶部２と、処理回路としてのＣＰＵ６と、ＣＰＵ６からの指令を受けて装置１の制御を行う制御部７と、インタフェース回路８とを含み、各々、第１接続部としてのシステムバス９により接続され通信可能に構成されている。記憶部２は、プロセス群３（プロセスＡ〜プロセスＮ、Ｎ：自然数）とプロセス群３の各プロセスの相互監視を行うための属性情報５を含んでいる。またプロセス群３には正常に機能しなくなった異常プロセス４が混在している場合がある。
【００１２】
ＣＰＵ６と制御部７により、記憶部２に格納されたプロセス群３を呼び出し、装置１とは第２接続部としてのＬＡＮ１０で接続された監視対象である設備１１に対する各種の処理を行う。たとえば、設備１１は道路や河川あるいはビルなどであり、呼び出されたプロセス群３内の各プロセスは、入力部１００によるユーザからの入力情報に基づき実行される、設備１１に関する個別機能処理として、データ蓄積、異常値検出、グラフ表示、帳票表示、連動処理といった機能を分担して実行するように構成されている。具体的には、プロセスＡがデータ蓄積機能を担当し、プロセスＢが異常値検出機能を担当し、プロセスＣがグラフ表示機能を担当するといったように構成されている。また、入力情報は、キーボードやマウスなどのハードウェア、音声認識などでもよい。
【００１３】
また、制御部７は、属性情報５から属性情報を取得する属性情報取得部７ａと、プロセス群３の各々のプロセスを接続する接続処理部７ｂと、接続処理部７ｂにより接続されたプロセス群３に対し、プロセス群３の各プロセス同士での監視処理を実行させる監視処理部７ｃと、監視処理部７ｃの結果を受けてプロセス群３に対する動作を行わせる異常プロセス処理部７ｄとを含んで構成される。
【００１４】
なお、ＣＰＵ６は処理回路の一例であり、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）の他に、ＤＳＰ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｅｒ）、およびシステムＬＳＩ（Ｌａｒｇｅ  Ｓｃａｌｅ  Ｉｎｔｅｇｒａｔｉｏｎ）でもよい。また記憶部２は、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、フラッシュメモリ、ＥＰＲＯＭ（Ｅｎａｂｌｅ  Ｐｒｏｇｒａｍ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）をはじめとした不揮発性または揮発性の半導体メモリ、磁気ディスク、フレキシブルメモリ、光ディスク、コンパクトディスク、およびＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ）のうち１以上を含んで構成される。また、本ハードウェアの構成は、実施の形態１について説明したが、本発明の各実施の形態も同様のハードウェア構成を採用することが可能である。
【００１５】
次に動作について図１から図７を参照して説明する。図２は、装置１の動作フローを示すものであり、ステップごとに記載している。まず、不図示のトリガーかユーザによる入力情報などにより制御部７からのプロセス群３の起動命令が発生される（ステップＳ１）。そして、装置１の個別機能処理、すなわち、設備１１に対するデータ蓄積、異常値検出などが実行される（ステップＳ２）。
【００１６】
一方、ステップＳ１の後、ステップＳ２の個別機能処理と並行して、制御部７における属性情報取得部７ａ（図１参照）は、監視処理フローの始まりとしてプロセス群３に関する属性情報５の読み込みを行う（属性情報取得ステップＳ３）。図３はプロセス群３の各プロセスに関した属性情報を示す図であり、プロセス名１２と監視対象（要否）１３の情報を格納する。監視対象となるものは「○」で定義され、監視対象でないものは「×」で定義される。この属性情報５の設定方法として、プロセス群３において異常に陥ることがないプロセス、プロセスが多重になっており異常を出しても問題がないプロセス、負荷をかけたくないプロセスなどを監視対象外にしてもよい。なお、属性情報５を基にした監視対象プロセス群に対して監視処理を行うことが効率的であるが、属性情報５を読み込まずに、すべてのプロセス群３内のプロセスを監視対象プロセス群３ａ（図４参照）としてもよい。
【００１７】
そして、この属性情報５を受けて、図４にプロセス群３の監視の監視関係図として開示されるように、制御部７における接続処理部７ｂ（図１参照）は、プロセス群３の各プロセスをリング状（ループ状）に接続して監視対象プロセス群３ａ（接続プロセス群）を構築する（接続ステップＳ４）。すなわち、図３における監視対象１１の属性情報が監視対象「○」となっているものを抽出して、たとえばプロセス番号の若い順に監視対象プロセス群３ａを構築する。なお、後述するように、異常プロセス処理の結果に基づいてプロセス群３を接続してもよい。
【００１８】
次に、ステップＳ２の個別機能処理が稼働中かどうかを判定する（ステップＳ５）。すなわち、個別機能処理Ｓ２が終了していたら、ステップＳ５の監視処理系統を終了してもよいためである。その結果、個別機能処理の稼働が終了していたら監視処理系統を終了する（ステップＳ６）。
【００１９】
図５に開示されるように、記憶部２の内部において、プロセス群３の各プロセスは、監視機能処理を実現する監視機能処理部１４と個別機能処理を実現する個別機能処理部１５とを含んで構成されている。そして、制御部７の監視処理部７ｃ（図１参照）からの制御により、監視機能処理部１４が呼び出されて、監視プログラムとしての監視処理が実行される。図４は、この監視機能処理部１４を用いて監視処理が実行される（ステップＳ７）時の自プロセスと監視先プロセスとの関係性を示している。すなわち、プロセスＡがプロセスＣを監視し、プロセスＣがプロセスＤを監視し、プロセスＤがプロセスＥを監視するといった関係性である。この関係性において、監視処理部７ｃは、たとえば図４のプロセスＡからプロセスＮを経由してプロセスＡといったシーケンス的に一巡する形で監視を行ってもよいし、プロセスＡがプロセスＢを監視する間に、プロセスＢがプロセスＣを、プロセスＣがプロセスＤをといった形で並行して監視するようにしてもよい。
【００２０】
なお、監視プログラムは監視対象プロセス群３ａの各々のプロセスを実行する各プログラムであり、図５のように監視対象プロセス群３ａの監視に関する処理のプログラムに関するソースコードを共通化し、各プロセスの本来担当している処理と一緒にプログラムの実行ファイルを生成することで、各プロセスのプログラム製作時の製作担当者の負担が軽減される効果がある。また図６に示すように、ソースコードの共通化以外に、個別機能処理部１５は個々に実行ファイルが作成され、ライブラリとして監視機能処理部１４ａを記憶部２の内部に格納してもよい。この場合、監視対象プロセス群３ａの監視処理時に監視機能処理部１４ａから監視機能処理を動的に読み込みできるようにすることで、各プロセスのプログラム製作時の製作担当者の負担がさらに軽減される効果が存在する。
【００２１】
図７は、何らかの影響で、プロセスＡからプロセスＤまでは正常であるが、プロセスＥがあるタイミングで異常プロセス４となった場合の監視対象プロセス群３ａの状態を示している。具体的には、プロセスＡからプロセスＤまでは正常であり、たとえばプロセスＤからプロセスＥに監視処理として監視のための信号を送っても反応がない場合、プロセスＥが異常プロセスとして発見される（ステップＳ８）。この場合、シーケンス的に一巡する形での監視を行う場合には、プロセスＥより先のプロセスに対しては監視不可となるがが、上述したように並行して各プロセスが監視先プロセスを監視する形であれば、その先のプロセスもプロセスＥの監視先プロセスを除いては監視可能な状態になっている。
【００２２】
そして、このプロセスＥが異常プロセス４であることを発見したら、その情報を制御部７へと送信し、制御部７における異常プロセス処理部７ｄ（図１参照）により異常プロセス処理を実行する（異常プロセス処理ステップＳ９）。異常プロセス処理とは、異常プロセス４が発見された場合には、装置１を正常に稼働し続けることができないと判断して警報を鳴らし、利用者に通知して装置１の復旧処置を求めることができる。あるいは自動的に装置１を再起動してもよい。一方、ステップＳ８にて異常プロセス４が発見されない場合には、再びステップＳ５に戻り、個別機能処理が稼働中かどうかを確認し、ステップＳ７での監視処理を継続することになる。
【００２３】
プロセス群３を監視対象プロセス群３ａとして接続士して監視を行っているため、プロセス群３においてどのプロセスで異常プロセス４が発生したとしても、確実に異常プロセス４の発見が可能となる。また、監視プロセスを専門に設ける必要がないため、構成が簡易になる。
【００２４】
変形例１ａ
実施の形態１では、図２としてステップＳ９で終了していたが、本変形例１ａにおいては、図８におけるステップＳ１０として、図９のように、異常プロセス４となったプロセスＤを縮退した後、監視対象プロセス群３ａを再度監視対象としてループ接続し直すことを特徴とする。
【００２５】
このようにすれば、異常プロセス４以外のプロセスを継続的に利用することができ、ユーザにとって、装置１を停止することなく、他の正常なプロセスを利用した機能を実行することが可能である。
【００２６】
実施の形態２．
図９は、プロセス群３の監視における異常プロセス発見時の状態を示す図である。実施の形態１では、図９のように、異常プロセス４となったプロセスＥを縮退した後、監視対象プロセス群３ａを再度監視対象としてループ接続し直していたが、本実施の形態では、監視対象プロセス群３ａの各々のプロセスに対応した属性情報としての重要度に基づいて異常プロセス処理を行うことを特徴とする。
【００２７】
装置１を構成するプロセス群３の各々のプロセスには、本来担当している処理によってプロセス継続に対する重要度が存在する。たとえば、データ収集を担当するプロセスに異常が発生すると装置１で表示するデータが更新されなくなるため、監視用途をなさなくなってしまう。一方、グラフ表示機能を担当するプロセスでは、利用者がグラフ表示操作を行わない限り装置１の利用に支障はない。
【００２８】
そこで、図１０に示すように属性情報５ａには、プロセス名１２と監視対象（要否）１３の情報以外に、重要度１６の情報が格納され、図１１の属性情報５ｂでは、重要度１６と対応する異常プロセス処理種類１７とが格納されている。したがって、監視対象プロセス群３ａの各プロセスは、図１０に格納された重要度１６に対応した異常プロセス処理種類１７が実行されるように構成されている。具体的には、図１０では装置１として重大な影響を及ぼすプロセス群３の各プロセスは、重要度：高い、または中などと記され、図１１では、重要度が高いものは再起動、重要度が中のものはユーザに状態を通知しその後の処理を選択させ、重要度が低いものは機能縮退させるようになっている。
【００２９】
たとえば、図１０におけるプロセスＡは「監視対象」であり重要度が「高」となっている。したがって、図１１の属性情報５ｂに従い、仮にプロセスＡが異常プロセス４として検出された場合には、異常プロセス処理としては装置１を「再起動」することとなる。これは再起動することで異常プロセス４を正常に戻すことが可能と考えられるためである。一方、プロセスＥが異常プロセス４として検出された場合、プロセスＥは重要度が「低」のため、装置１の再起動ではなくプロセスＥの機能縮退となる。
【００３０】
このようにして、装置１が異常であるとして警報を鳴らして再起動するか利用者に通知する一方、影響が軽微なプロセスでの異常については、異常プロセス４を縮退した上で、監視対象プロセス群３ａのループを再構成（再接続）し、機能縮退状態で装置１を継続稼働させる。このループの再構成は、接続処理部７ｂが担ってもよいし、異常プロセス処理部７ｄが行ってもよい。
【００３１】
そして縮退された異常プロセス４については、関係する機能への操作時にエラーメッセージなどでユーザへ通知する。なお、監視対象プロセス群３ａがあまり重要度の高くない集合体である場合には、図１０に示すような重要度の属性情報５ａを用意せずに、異常プロセス４が発見された場合には自動的に異常プロセス４を縮退させて他の監視対象プロセス群３ａを再接続してもよい。
【００３２】
以上により、重要度が高いプロセスが異常プロセス４となった場合には、当該異常プロセスを機能縮退して対応させるのではなく、装置１を再起動し、一方、非重要度が低いプロセスが異常プロセス４となった場合には機能縮退で対応する。よって、装置としての本来の機能を発揮し続けることと、ユーザの装置の操作に関する中断時間の減少とをバランスよく運用することが可能となる。
【００３３】
実施の形態３．
実施の形態２では、監視対象プロセス群３ａの各々のプロセスの重要度に基づいて関し継続処理を行ったが、本実施の形態においては、監視処理の結果に基づく監視対象プロセス群３ａの各々のプロセスの属性としての不安定度に応じて異常プロセス処理を行うことを特徴とする。
【００３４】
実施の形態１や２においては、異常プロセス４は機能縮退を行うか、異常プロセス４発見時には装置１としての再起動を行うものであるが、監視処理の結果として、監視対象プロセス群３ａの各々のプロセスの種類においては安定か、不安定かという状態を検出することも可能となっている。すなわち、プロセスとして完全な異常ではないが、機能するときとしないときが存在するなどの状態を把握することが可能に構成されている。便宜上、これらの不安定な状態になった監視対象プロセス群３ａ内のプロセスも異常プロセス４と呼ぶ。そして、この安定状態においても、比較的安定性が高いものと低いものとがあり、本実施の形態においては、監視処理の結果として、異常プロセス内の不安定度を基にした異常プロセス処理を行うよう構成される。
【００３５】
図１２には属性情報５ｃ１として、監視対象プロセス群３ａの各々のプロセス名１２、不安定状態１８、不安定度１９に関する情報が、監視処理の結果として格納される。具体的には、安定状態の評価として「○：安定」、「△：不安定」、「×：機能停止」、「Ｎ／Ａ：監視対象外」を示し、「△：不安定」の場合には監視処理の不安定度１９として「高」、「中」、「低」の評価がされている。
【００３６】
また、図１３では、不安定度１９と異常プロセス処理種類１７に関する情報が属性情報５ｃ２として格納されている。したがって、監視対象プロセス群３ａは、図１２の属性情報５ｃ１として監視処理の結果として安定状態かどうか、不安定であるならばその不安定度はどの程度かに基づき、図１３の属性情報５ｃ２の異常プロセス処理種類に応じて、異常プロセス処理が実行される。
【００３７】
たとえば、プロセスＮは不安定であるが、不安定度は低い。よって、異常プロセス処理種類としては現状維持であり、より悪化するまではそのままにしておく。また、プロセスＤは不安定であり、不安定度は中である。よって、ユーザに通知を行い、その後の処理を判断してもらう。そして、プロセスＥは不安定であり、不安定度は高であるため、機能縮退を行う。
【００３８】
このようにして、監視対象プロセス群３ａの不安定度を基にした異常プロセス処理を行うことで、異常プロセス４であってもある程度機能する場合には使い続けられ、不安度が増したものはユーザに判断させ、不安定度が高のものは機能縮退することにより、ユーザの装置１に対する中断時間を減らすことを抑制しつつ、本来の機能を発揮し続けることとのバランスをとった運用を行うことが可能となる。
【００３９】
実施の形態４．
上記の実施の形態では監視対象プロセス群３ａの属性情報に基づいて、異常プロセス処理としての機能縮退や装置１の再起動などについて述べたが、本実施の形態においてはこの属性に基づき、監視対象プロセス群３ａの接続構成を決定することを特徴としている。この場合の接続構成は、ある一つのプロセスを監視の起点として、シリアルで一つずつプロセスを監視するループ状の監視対象プロセス群とする際に効果的である。
【００４０】
図１０で記された属性情報５ａを参照しつつ、重要度に基づいた監視対象プロセス群３ａの接続図である図１４を用いて、監視対象プロセス群３ａの接続構成について説明する。監視対象プロセス群３ａのうち、プロセスＡは重要度が高く、プロセスＣ，Ｄ，Ｆ，Ｎは重要度が中であり、プロセスＥは重要度が低く、プロセスＦ以降プロセスＮまでは重要度が中であるとする。その場合、図１４に記載するように、プロセスＡが監視の起点となり、その後は重要度が中のプロセスが並び、最後は重要度が低いプロセスＥとなる。この接続は、図２における接続ステップＳ４で実現される。
【００４１】
このようにして、監視処理の中で重要なプロセスを先に監視することで、非重要なものを先に見る場合と比べて、重要なプロセスの監視ができなくなるという恐れが低減する。すなわち、重要度が低いプロセスを監視の起点側にすると、いったん異常プロセス４が起点側で発見されるとそれよりあとのプロセスに対する監視が進まず、万が一重要なプロセスが異常プロセス４となっていても監視が行き届かない。本実施の形態による監視対象プロセス群３ａの接続方法により、重要なプロセスから優先して監視ができ、装置１全体の安定性の確保につながっている。
【００４２】
変形例４ａ
実施の形態４では重要度の高いプロセスに注目した監視対象プロセス群の接続に注目したが、本変形例４ａでは不安定度の高いプロセスに注目している点を特徴とする。図１２で記された属性情報５ｃ１を参照しつつ、不安定度（安定度、安定状態）に基づいた監視対象プロセス群３ａの接続図である図１５を用いて、監視対象プロセス群３ａの接続構成について説明する。この場合の接続構成も、ループ状の監視対象プロセス群とする際に効果的である。
【００４３】
監視対象プロセス群３ａのうち、プロセスＡおよびＣは不安定要素がなく、すなわち安定状態であり、プロセスＤからＮは不安定状態にあるとする。不安状態となるプロセスの中で、プロセスＮは不安定度が低く、プロセスＥは不安定度が高く、プロセスＤとＦ、プロセスＦ以降プロセスＮの手前までを不安定度が中とする。そして、接続は図８における異常プロセス処理Ｓ１０により次に監視処理をする際の監視対象プロセス群の順列が変更される。
【００４４】
そして、図１５に記載するように、プロセスＡ（またはプロセスＣ）が監視の起点となり、その後は不安定度が中のプロセスが並び、最後は不安定度が高いプロセスＥとなる。このようにして、監視対象プロセス群３ａに対する監視処理の中で安定したプロセスや不安定状態でも不安定度の低いプロセスを先に見ることで、不安定度の高いプロセスを先に見る場合と比べて、監視可能なプロセス数を多くできるという効果を発揮する。
【００４５】
すなわち、不安定度の高いプロセスを監視の起点側にすると、起点側で異常プロセス４が発生する可能性が高く、それより後のプロセスに対する監視が進まない恐れがあるが、本構成では監視可能なプロセス数を確保でき、いったん異常プロセス４が発生したとしても、それ以外の監視対象プロセス群３ａのうちの多くのプロセスが正常であることを監視により確認することが可能である。したがって、重要度の高いプロセスを先に監視する構成と同様に、装置１全体の安定性の確保につながっている。
【００４６】
実施の形態５．
上記実施の形態１〜４では，装置１が包含する各プロセスについて内部処理の実施を想定していたが，表示画面を設けて、表示画面に監視に関する各種表示を行うことを特徴とする。図１６は、本実施の形態に係る装置を示す構成図である。
【００４７】
図１６から図１８を用いて、表示画面２０について詳細に説明を行う。図１７は動作フローを示す図であり、図１８は監視処理の結果を表示画面で示す図である。図１７は図２で示した動作フローに対して、表示情報を生成するステップ（表示情報生成ステップＳ１０１）を設けたことを特徴とする。この表示情報生成ステップＳ１０１で生成された情報が、図１６に記載される表示画面２０に表示される。
【００４８】
たとえば、図３に記載される属性情報５に従って監視処理を行った結果、図１２の監視処理結果が得られたとする。そして、その情報が、図１８のように表示される。このように監視処理の概念を模した表示画面を設け、監視対象プロセス群３ａの監視結果や異常の発生状況について表示することにより、監視状況や障害の発生状況を視覚的に把握できるようになり、利用者がより使いやすく、原因追求の時間短縮に効果が見込まれる。
【００４９】
変形例５ａ
図１９および図２０を用いて本変形例について説明を行う。本変形例では、表示画面２０上で，監視状況以外の関連情報を表示したり、表示画面２０を参照しつつ異常プロセス処理ステップＳ９の異常プロセス処理として各種の操作ができるようにしたりしたことを特徴とする。具体的には、図１９における表示情報を生成する（表示情報生成ステップＳ１０２）ステップを設けられている。たとえば、監視処理の結果としての関連情報２１として、異常プロセス４のログを表示したり、関連情報２２として異常プロセス４に対する処理方法の選択枝を表示したりすると、異常プロセスについての各種操作や状況把握を行うことができれば、より利用者にとって使いやすく，原因追求の更なる時間短縮が見込まれたり、装置１の中断時間を減らすことができる。
【００５０】
また、監視対象プロセス群３ａの接続変更をユーザが行えるようにしてもよい。具体的には、入力部１００によるマウスポインタ１００ａにより、ユーザ判断で不安定なプロセスについて監視除外（異常プロセス４の機能縮退）とするよう表示画面上にて操作を行うことが可能である。図２０で説明すると、ユーザによる監視対象プロセス群３ａの接続変更前は、プロセスＤからプロセスＥを経てプロセスＦへと監視処理を行っていたところ、ユーザ判断により、マウスポインタ１００ａを利用して、プロセスＤがプロセスＦを監視する、すなわちプロセスＥを機能縮退させている。この場合、利用者の判断で機能縮退を行うか決定できるため，ユーザの望む状態で安定した装置１を運用することが可能である。
【００５１】
変形例５ｂ
本変形例では、表示画面２０上で、予めユーザにより、異常プロセス４が発見された場合の異常プロセス処理に関する処理方法を決定できるよう構成されたことを特徴としている。
【００５２】
図２１はユーザが設定可能な設定画面を表示画面２０にて表示する図である。たとえば、監視対象プロセス群３ａの属性情報としての重要度は不安定度を基に、異常プロセス処理ステップＳ９，Ｓ１０が行われるようにユーザが設定する。具体的には、不安定度の程度に応じて、不安定度が「高」の時のみ装置１を自動的に再起動させたり、都度ユーザに処理方法を選択させたり、不安定度によらずに装置１を自動的に再起動させたりといったことを予め設定できる。また、装置１を再起動させる基準として、異常プロセスの重要度に基づいて自由に閾値を設定してもよい。
【００５３】
このようにして予めユーザにより取り決められた方法により異常プロセス処理ステップＳ９，Ｓ１０が行われるようにしたため、異常プロセス４が発見された場合に都度どのように処理するかを選択する方法と比べて、ユーザに対する負担を減らすことが可能である。
【００５４】
上記の各実施の形態においては装置１を構成する各プロセスについて言及したが、本構成はその他のシステムやミドルウエア、オペレーションシステムなど、複数のプロセスが分担・連携して動作することで機能を実現しているものにも適用することが可能である。
【００５５】
なお、本発明は、その発明の範囲内において、各実施の形態を自由に組み合わせ、各実施の形態を適宜、変形、省略することが可能である。
【符号の説明】
【００５６】
１  装置（監視装置）、２  記憶部、３  プロセス群（プロセスＡ〜プロセスＮ）、３ａ  監視対象プロセス群（接続プロセス群）、４  異常プロセス、５  属性情報、６  ＣＰＵ、７  制御部、８  インタフェース回路、９  第１接続部（システムバス）、１０  第２接続部（ＬＡＮ）、１１設備（監視対象）、１４監視機能処理部（監視機能処理）、１５  個別機能処理部（個別機能処理）、１００  入力部、Ｓ３  属性情報取得ステップ、Ｓ４  接続ステップ、Ｓ７  監視処理ステップ、Ｓ９，Ｓ１０異常プロセス処理ステップ。
【図１】
2018156546.tif 000003
【図２】
2018156546.tif 000004
【図３】
2018156546.tif 000005
【図４】
2018156546.tif 000006
【図５】
2018156546.tif 000007
【図６】
2018156546.tif 000008
【図７】
2018156546.tif 000009
【図８】
2018156546.tif 000010
【図９】
2018156546.tif 000011
【図１０】
2018156546.tif 000012
【図１１】
2018156546.tif 000013
【図１２】
2018156546.tif 000014
【図１３】
2018156546.tif 000015
【図１４】
2018156546.tif 000016
【図１５】
2018156546.tif 000017
【図１６】
2018156546.tif 000018
【図１７】
2018156546.tif 000019
【図１８】
2018156546.tif 000020
【図１９】
2018156546.tif 000021
【図２０】
2018156546.tif 000022
【図２１】
2018156546.tif 000023