JP2005141308A - 障害監視方法及びプログラム - Google Patents

Abstract

【課題】
障害監視画面データの効率的な管理を可能とする。
【解決手段】
所定のネットワークに接続されている装置の障害を監視する方法であって、障害が検知された装置と障害発生日時と監視項目に該当する障害内容とに関するデータを含み且つ障害データ・ファイル格納部に格納されている障害データと、画面表示内容に関するデータを含み且つビュー定義ファイル格納部に格納されているビュー定義データとを用いてビュー・データを生成し、ビュー・データ格納部に格納するビュー・データ生成ステップと、所定の間隔でビュー・データ生成ステップを実行し、ビュー・データを更新するステップと、ビュー・データに含まれる画面構成要素がビュー・データの更新前後において異なる値を示す場合、当該画面構成要素の値の変化に関するデータを用いて画面履歴データを生成し、画面履歴ファイル格納部に格納するステップとを含む。
【選択図】図１

Description

本発明は、障害監視のための技術に関するものである。

ネットワークに接続されている装置の障害を監視する方法として、一般的には、被監視装置の一覧を画面表示し、各装置の状態をリアルタイム又は定期的にチェックして監視画面を更新する方法が用いられている。障害が検知された装置については、画面上の色を変えたり所定の印を付ける等して、ユーザが特定可能なように表示する場合もある。

例えばネットワークを監視するオペレータは、監視画面で障害が発生したことを確認すると、障害が発生した旨を例えばネットワーク管理者に報告し、障害の原因調査や復旧依頼を行う。その際、例えば表示されている監視画面を市販のプログラム等を利用して画像ファイルに出力する。出力された画像ファイルは、例えばネットワーク管理者が障害の原因と実施した対処とを上司等へ報告する際の報告書の添付資料としても使用される。なお、監視画面を自動で例えば定期的に画像ファイルとして保存しておくようなことは、データ量が膨大になるため通常は行われない。すなわち、監視画面は保存されずに次々と上書きされていく。

一方、監視画面に表示する内容に関して、例えば、障害発生箇所を容易に特定可能とするための技術が存在する（例えば特許文献１参照）。すなわち、複数の伝送装置を回線により接続した伝送網の伝送装置の障害情報を収集する監視センタを有する障害監視システムであって、監視センタは、推定される障害情報のパターンを基に、障害発生個所と見做される部分と障害発生個所として疑わしい部分と正常と見做される部分とを判定する被疑判定テーブルと、伝送装置を含む伝送網を表示するカラー表示部と、伝送装置から収集した障害情報のパターンを基に被疑判定テーブルを参照して、障害発生個所と見做される部分と障害発生個所として疑わしい部分と正常と見做される部分とを判定し、判定結果に対応して伝送網を構成する各部及び回線を異なる表示色でカラー表示部に表示させる制御処理部とを備える。
特開平１０−２４２９６７号公報

しかしながら、このような従来技術によると、以下のような問題が残る。まず、監視画面をオペレータ等が手作業で画像ファイルに出力するような場合には、出力のための手間がかかる上、うっかり出力することを失念してしまうこともある。また、出力作業中に新しく別の障害が検知され、監視画面が更新されてしまい、出力のタイミングを逸することもある。また、例えばネットワーク管理者がエンドユーザからの問い合わせに対応する際には、障害が発生した時点の状況（どこにどのような問題が発生していたか）を示す監視画面を参照する必要があるが、画面が更新されてしまっていると、過去の障害の状況が把握できなくなってしまう。

例えばネットワーク管理者は、障害が発生した時点のネットワークの状態を詳しく確認するために障害データを直接参照することも可能であるが、例えばデータベース等にアクセスして、ネットワークの障害情報（どの装置にいつどのような異常が発生したか、及びその時のネットワーク負荷実測値等）を含むレコードを１件１件確認するのは、監視画面で状況を把握するのに比べて時間や手間がかかってしまう。

また一方で、ネットワーク接続されている装置の障害を監視する場合、監視装置から見てネットワーク上の上流に位置する装置の障害によって、下流に位置する他の装置も監視装置との通信ができなくなり障害と見なされることがある。このような場合、まず上流に位置する装置に対して障害対処を行うのが望ましいが、上で述べたような技術によると、そのような障害の関連性について明示されることがないため、例えばネットワーク管理者はどこから対処を実施すれば良いのかを把握しづらい。すなわち、同一原因で発生した障害のかたまりやまとまりを容易に把握できず、原因調査に時間と手間がかかるという問題もある。

そのため、本発明の目的は、障害監視画面データの効率的な管理を可能とするための新規な技術を提供することである。

また、本発明の他の目的は、障害の関連性を即座に把握するための新規な技術を提供することである。

本発明に係る方法は、所定のネットワークに接続されている装置の障害を監視する方法であって、障害が検知された装置と障害発生日時と監視項目に該当する障害内容とに関するデータを含み且つ障害データ・ファイル格納部に格納されている障害データと、画面表示内容に関するデータを含み且つビュー定義ファイル格納部に格納されているビュー定義データとを用いてビュー・データを生成し、ビュー・データ格納部に格納するビュー・データ生成ステップと、所定の間隔でビュー・データ生成ステップを実行し、ビュー・データを更新するステップと、ビュー・データに含まれる画面構成要素がビュー・データの更新前後において異なる値を示す場合、当該画面構成要素の値の変化に関するデータを用いて画面履歴データを生成し、画面履歴ファイル格納部に格納する画面履歴データ生成ステップとを含む。

このように、新たに障害が発生した場合等、画面表示内容（ビュー・データ）に変化があった時だけ、変化があった表示要素についてのみ、更新情報（画面履歴データ）を保存する。これにより、画像ファイルを保存するのに比べ、少ない記憶容量で画面に関するデータを保存しておくことができる。

また、画面履歴ファイル格納部に格納された画面履歴データを用いて、所定の期間内において同一の監視項目又は監視項目グループについて障害が検知された装置グループを特定する関連装置特定ステップと、特定された装置グループの障害に関するデータを特定可能な態様でユーザに示すためのビュー・データを生成し、ビュー・データ格納部に格納する関連ビュー・データ生成ステップとをさらに含むようにしてもよい。

これにより、オペレータやネットワーク管理者等のユーザは、同一の原因により障害が発生したとみなされる装置グループを一目で把握することができる。なお、障害データに比べてデータ量の少ない画面履歴データを用いることにより、処理効率の向上を図ることができる。また、装置グループには必ずしも複数の装置が含まれているとは限らず、１つの装置により装置グループが構成されていてもよい。監視項目グループについても同様に、１種類の監視項目により監視項目グループが構成されていてもよい。

また、上記関連ビュー・データ生成ステップが、障害対処の実施に関するデータを含み且つ障害対処ファイル格納部に格納されている障害対処データに基づき、上記関連装置特定ステップにおいて特定された装置グループのうち、障害対処がなされた装置グループをルート・コーズとして特定するステップと、ルート・コーズとして特定され且つ障害対処がなされた装置グループの障害に関するデータを特定可能な態様でユーザに示すためのビュー・データを生成し、ビュー・データ格納部に格納するステップとを含むようにしてもよい。

ネットワークにおける障害には、例えば監視装置から見てネットワーク上の上流に設置されているある装置が故障したために下流に設置されてる他の装置と監視装置とのネットワークが遮断されたこと等による見かけ上の障害も存在する。このような場合、実際に障害対処がなされた装置グループをルート・コーズ（障害の根本原因）として特定することにより、同一の原因により障害が発生したとみなされる他の装置グループについては、見かけ上の障害である可能性が高いことをユーザに示すことが可能となる。

また、上記関連ビュー・データ生成ステップが、所定のネットワークにおける各装置の属性に関するデータを含み且つ構成情報ファイル格納部に格納されている構成情報に基づき、関連装置特定ステップにおいて特定された装置グループのうち、ホップ数が最小の装置を含む装置グループをルート・コーズとして特定するステップと、ルート・コーズとして特定され且つ前記ホップ数が最小の装置を含む装置グループの障害に関するデータを特定可能な態様でユーザに示すためのビュー・データを生成し、ビュー・データ格納部に格納するステップとを含むようにしてもよい。

上で述べたように、ネットワークにおける障害には見かけ上の障害も存在するため、このように障害が発生しており且つ監視装置からのホップ数が最小の装置を含む装置グループをルート・コーズとして特定することにより、同一の原因により障害が発生したとみなされる他の装置グループについては、見かけ上の障害である可能性が高いことをユーザに示すことが可能となる。また、例えばネットワーク管理者は、まず最初にルート・コーズとして特定された装置グループに対して障害対処を行うことにより、無駄のない障害対処が可能となる。

なお、本発明に係る方法をコンピュータに実行させるためのプログラムを作成することも可能であって、当該プログラムは、例えばフレキシブル・ディスク、ＣＤ−ＲＯＭ、光磁気ディスク、半導体メモリ、ハードディスク等の記憶媒体又は記憶装置に格納される。また、ネットワークを介してデジタル信号として配信される場合もある。なお、処理途中のデータについては、コンピュータのメモリ等の記憶装置に一時保管される。

本発明によれば、障害監視画面データを効率的に管理することや障害の関連性を即座に把握することが可能となり、適切な障害監視を行うことができる。

本発明の一実施の形態に係るシステム構成図を図１に示す。例えば企業内ネットワークであるネットワーク１には、１又は複数の運用監視装置５と、例えばパーソナル・コンピュータである１又は複数のユーザ端末３と、例えばルータやハブ（ＨＵＢ）等のネットワーク装置である被管理装置７と被管理装置１３とが、無線又は有線によって接続されている。被管理装置７には被管理装置９と被管理装置１１とが接続されている。また、図示していないが、他の被管理装置がネットワーク１又は被管理装置７乃至１３のいずれかに接続されている場合もある。なお、これらの被管理装置は必ずしも各々独立した機器である必要はなく、ネットワーク・インタフェース等であってもよい。

運用監視装置５には、監視定義ファイル格納部５０１と監視部５０３と構成情報ファイル格納部５０５と収集データ・ファイル格納部５０７と障害データ・ファイル格納部５０９と障害対処部５１１と障害対処ファイル格納部５１３と最新運用監視ビュー作成部５１５とビュー定義ファイル格納部５１７とビュー・データ格納部５１９と画面履歴ファイル格納部５２１と運用監視ビュー再現部５２３とが含まれている。

監視部５０３は、監視定義ファイル格納部５０１に格納されているデータ及び構成情報ファイル格納部５０５に格納されているデータを参照して被管理装置７乃至１３の監視処理を実行し、処理結果に関するデータを収集データ・ファイル格納部５０７及び障害データ・ファイル格納部５０９に格納する。監視処理の詳細については処理フローの説明において述べる。障害対処部５１１は、障害データ・ファイル格納部５０９に格納されているデータ及びビュー定義ファイル格納部５１７に格納されているデータを参照して障害対処処理を実行し、処理結果に関するデータを障害対処ファイル格納部５１３に格納する。障害対処処理の詳細については処理フローの説明において述べる。

最新運用監視ビュー作成部５１５は、障害データ・ファイル格納部５０９に格納されているデータと障害対処ファイル格納部５１３に格納されているデータとビュー定義ファイル格納部５１７に格納されているデータとビュー・データ格納部５１９に格納されているデータと画面履歴ファイル格納部５２１に格納されているデータとを参照してビュー・データ生成及び更新処理を実行し、処理結果に関するデータをビュー・データ格納部５１９及び画面履歴ファイル格納部５２１に格納する。ビュー・データ生成及び更新処理の詳細については処理フローの説明において述べる。

運用監視ビュー再現部５２３は、構成情報ファイル格納部５０５に格納されているデータと障害対処ファイル格納部５１３に格納されているデータとビュー・データ格納部５１９に格納されているデータとビュー定義ファイル格納部５１７に格納されているデータと画面履歴ファイル格納部５２１に格納されているデータとを参照して監視ビュー表示再現処理を実行し、処理結果に関するデータをビュー・データ格納部５１９に格納する。監視ビュー表示再現処理の詳細については処理フローの説明において述べる。

監視定義ファイル格納部５０１には、監視内容及び条件を規定するデータが格納されている。監視内容としては、例えば通信可否のチェックや通信データ量のチェック等が挙げられる。条件としては、通信データ量のチェックに使用する閾値や、監視間隔、通信可否確認におけるリトライ回数等が挙げられる。収集データ・ファイル格納部５０７には、監視処理のログ・データが格納される。その他の格納部については、図を用いて後に説明する。

また、図示していないが、運用監視装置５はウェブ（Ｗｅｂ）サーバ機能を有し、ユーザ端末３はＷｅｂブラウザ機能を有している。すなわち、ユーザ端末３はネットワーク１を介して運用監視装置５にアクセスし、運用監視装置５からＷｅｂページ・データを受信して表示することが可能となっている。なお、専用のサーバ・プログラム及びクライアント・プログラムを用いる場合や、運用監視装置５がユーザ端末３に組み込まれている場合もある。

図２に、構成情報ファイル格納部５０５のテーブル構成及び格納されるデータの一例を示す。図２の例には、ノード名の列２００とＩＰアドレスの列２０２とサブネットアドレスの列２０４とホップ数の列２０６とコミュニティ名（public）の列２０８とコミュニティ名（private）の列２１０とが含まれている。ホップ数の列２０６には、運用監視装置５から各装置（ノード）までのホップ数が格納されている。コミュニティ名（public）の列２０８とコミュニティ名（private）の列２１０とには、ＳＮＭＰ（Simple Network Management Protocol）を用いた監視処理においてパスワードとして機能する文字列が格納されている。このように、構成情報ファイル格納部５０５には、監視対象となっている装置のネットワーク構成に関するデータが格納されている。

図３に、障害データ・ファイル格納部５０９のテーブル構成及び格納されるデータの一例を示す。図３の例には、日時の列３００と被管理装置の列３０２と監視項目の列３０４と種別の列３０６と詳細の列３０８とが含まれている。監視項目３０４の列には、監視定義ファイル格納部５０１に設定されている監視内容（通信データ量のチェック等）を示す項目が格納される。例えば「PolicyA」は、通信可否のチェックをするという監視項目名である。障害データ・ファイル格納部５０９には、監視処理によって障害が検知された場合にレコードが追加される。

図４に、ビュー定義ファイル格納部５１７に格納されるデータの一例を示す。図４の例には、運用監視ビュー名設定部４００と運用監視ビュー更新間隔設定部４０２と被管理装置グループ設定部４０４と監視項目グループ設定部４０６とが含まれている。運用監視ビュー更新間隔設定部４０２には、ユーザが閲覧する画面を表示するためのビュー・データを生成し直す（更新する）間隔が設定される。図４の例では、例えば６０秒毎にビュー・データを生成し直すという設定がなされている。なお、ユーザが閲覧する画面のリフレッシュ間隔を規定するものではなく、例えばＷｅｂブラウザで表示している画面の更新は別途行われる。被管理装置グループ設定部４０４には、装置グループ名と当該装置グループに属する装置名が設定されている。監視項目グループ設定部４０６には、監視項目グループ名と当該監視項目グループにおける監視項目名が設定されている。図４の例では、例えば「PolicyA」が通信可否のチェックをするという監視項目名であるとすると、「PolicyGroup1」における監視項目は通信可否のチェックである。「PolicyGroup1」に１又は複数のその他の監視項目が対応付けられる場合もある。このような定義に従ってビュー・データが生成される。

図５に、障害対処ファイル格納部５１３のテーブル構成及び格納されるデータの一例を示す。図５の例には、データ更新日時の列５５０と被管理装置グループの列５５２と監視項目グループの列５５４と障害件数の列５５６と障害発生日時の列５５８と障害対処日時の列５６０とが含まれている。図５の例では、被管理装置グループ及び監視項目グループ毎に障害の発生及び対処に関するデータが格納されている。未だ対処のなされていない障害についても登録されるようにしてもよい。その場合には、障害対処日時の列５６０には値を登録しない又は未対処であることが判別できるような値を登録する。

図６に、画面履歴ファイル格納部５２１のテーブル構成及び格納されるデータの一例を示す。図６の例には、データ更新日時の列６００と前後の列６０２と被管理装置グループの列６０４と監視項目グループの列６０６と健康状態の列６０８と障害件数の列６１０と障害発生日時の列６１２と障害対処日時の列６１４とが含まれている。画面履歴ファイル格納部５２１には、ビュー・データに変更が生じた際、更新前後のデータが対となって格納される。前後の列６０２には、当該レコードが更新前のデータを含んでいるのか更新後のデータを含んでいるのかを示す「前」又は「後」のいずれかを表すデータが格納される。

障害件数の列６１０には、障害の合計件数及び内訳が格納される。括弧外左側の数値が合計件数であり、括弧内左側の数値が重要障害の件数、括弧内右側の数値が警告障害の件数を示している。例えば図６の２行目の「１０（１０／０）」というデータは、合計障害件数が１０件であり、その内１０件（全て）が重要障害であることを示している。

健康状態の列６０８には、障害の有無及び重要度を示すコード（例えば０、１又は２）が格納される。例えば障害件数の列６１０の値が「１０（１０／０）」であれば、重要障害が１０件であるので、重要障害発生を示すコード「１」が格納される。なお、図６の例では、障害の状態を分かりやすくするために健康状態６０８の列を設けているが、上で述べたように、障害件数の列６１０の値によって障害の状態が判定可能であるため、健康状態６０８の列を設けないようにしてもよい。

図７に、ビュー・データ格納部５１９に格納されるデータの一例を示す。図７の例には、運用監視ビュー名の行７００と運用監視ビュー更新日時の行７０２とデータ見出しの行７０４と実データ７０６とが含まれている。図７の例では、データ見出しの行７０４がカンマ区切りになっており、実データ７０６の各行も見出しに対応してカンマ区切りになっている。空白で区切る等、他の形式で格納するようにしてもよい。このようなビュー・データに基づく障害監視画面が、例えばユーザ端末３の表示装置に表示される。なお、このビュー・データは、障害監視画面を表示するために生成又は更新されるものであり、蓄積されていくデータではない。なお、本実施の形態においては、例えばビュー定義データ１件につき少なくとも２種類のビュー・データが保持される。１つは最新のビュー・データであり、もう１つは現画面表示に用いるカレント・ビュー・データである。例えばユーザが過去の特定の時点における障害状況を画面表示させているような場合には、当該過去の特定の時点における障害状況を含むビュー・データがカレント・ビュー・データとして保持される。また例えばユーザが最新の障害状況を画面表示させているような場合には、最新ビュー・データとカレント・ビュー・データとは、同様のデータとなる。そして、運用監視ビュー更新日時の行７０２には、当該ビュー・データがいつの時点の障害状況を示すデータであるのかを表す日時が格納されている。

次に、図８乃至図２１を用いて、図１に示したシステムの処理内容について説明する。図８に、監視処理の処理フローを示す。なお、この監視処理の処理主体は運用監視装置５の監視部５０３であり、以下の説明では処理主体の記載を省略する。

まず、監視定義ファイル格納部５０１に格納されている監視定義データ及び構成情報ファイル格納部５０５に格納されている構成情報を読み込み、ワーク・メモリ領域等の記憶装置に一旦格納する（図８：ステップＳ１）。そして、ステップＳ１において読み込んだデータに基づき、被管理装置７乃至１３の少なくともいずれかを対象として規定された監視項目についてヘルス・チェック（障害の有無の確認）を行う（ステップＳ３）。ヘルス・チェックを実行すると、実行ログとして収集データを生成し、収集データ・ファイル格納部５０７に格納する（ステップＳ５）。なお、ヘルス・チェックの処理方法については、一般的な通信プロトコルを用いた従来技術による方法でよく、また本発明の主旨ではないので、ここでは詳細な説明を省略する。

そして、ヘルス・チェックによって障害が検知されたか判定する（ステップＳ７）。障害が検知されなかったと判定された場合（ステップＳ７：Ｎｏルート）、後に述べるステップＳ１１の処理に移行する。一方、障害が検知されたと判定された場合（ステップＳ７：Ｙｅｓルート）、障害データを生成し、障害データ・ファイル格納部５０９に格納する（ステップＳ９）。そして、ステップＳ１において読み込んだ監視定義データに含まれる監視間隔に基づき、監視時間になったか判定する（ステップＳ１１）。監視時間になっていないと判定された場合（ステップＳ１１：Ｎｏルート）、監視時間になるまで所定の間隔でステップＳ１１の処理を繰り返す。一方、監視時間になったと判定された場合（ステップＳ１１：Ｙｅｓルート）、ステップＳ３の処理に戻り、再びヘルス・チェックを行う。

このようにして、監視処理が行われる。そして、監視処理の結果として、障害データ・ファイル格納部５０９に障害データが蓄積されていく。

図９に、ビュー・データ生成及び更新処理の処理フローを示す。なお、このビュー・データ生成及び更新処理の処理主体は運用監視装置５の最新運用監視ビュー作成部５１５であり、以下の説明では処理主体の記載を省略する。まず、ビュー定義ファイル格納部５１７に格納されているビュー定義データを読み込み、ワーク・メモリ領域等の記憶装置に一旦格納する（図９：ステップＳ２１）。

そして、ビュー定義データに含まれる運用監視ビュー更新間隔設定部４０２（図４）の値に基づき、更新時間になったか判定する（ステップＳ２３）。新規に（初めて）ビュー・データを生成する場合には、この判定をスキップしてステップＳ２５の処理に移行してもよい。更新時間になっていないと判定された場合（ステップＳ２３：Ｎｏルート）、更新時間になるまで所定の間隔でステップＳ２３の処理を繰り返す。一方、更新時間になったと判定された場合（ステップＳ２３：Ｙｅｓルート）、前回のビュー・データ更新時刻から現在時刻までにおける障害データを障害データ・ファイル格納部５０９から読み込み、ワーク・メモリ領域等の記憶装置に格納する（ステップＳ２５）。前回のビュー・データ更新時間は、ビュー・データ格納部５１９に格納されている最新のビュー・データの運用監視ビュー更新日時の行７０２（図７）に含まれている。なお、新規にビュー・データを生成する場合には、現在時刻までの全ての障害データを読み込む。なお、新規にビュー・データを生成する場合を除き、該当する障害データがなければ、ステップＳ２５の処理に戻る。さらに、読み込んだ障害データから１件特定する（ステップＳ２７）。

そして、障害対処ファイル格納部５１３を検索し、ステップＳ２７において特定した障害データに対応する障害対処データを確認する（ステップＳ２９）。なお、障害データは被管理装置及び監視項目毎に登録されているため、ビュー定義データに基づき、該当する被管理装置グループ及び監視項目グループを特定する。そして、被管理装置グループ、監視項目グループ及び障害発生日時に基づき、障害データに対応する障害対処データを特定する。なお、障害発生日時については、完全に一致しなくても差が所定の範囲内（例えば１分）であればよいが、障害データにおける障害発生日時より障害対処データにおける障害対処日時（障害対処日時の列５６０（図５）の値）の方が過去である場合を除く。

そして、対応する障害対処データの有無又は障害対処日時の列５６０（図５）の値に基づき、障害が対処済みか判定する（ステップＳ３１）。対処済みであると判定された場合（ステップＳ３１：Ｙｅｓルート）、後に述べるステップＳ３５の処理に移行する。一方、対処済みではないと判定された場合（ステップＳ３１：Ｎｏルート）、被管理装置グループ及び監視項目グループ毎に、障害件数を加算（１インクリメント）し、ワーク・メモリ領域等の記憶装置に格納する（ステップＳ３３）。

そして、ステップＳ２７において特定した障害データが、ステップＳ２５において読み込んだ障害データのうち、最後のデータであるか判定する（ステップＳ３５）。最後のデータではないと判定された場合（ステップＳ３５：Ｎｏルート）、ステップＳ２７の処理に戻り、次の障害データを１件特定する。一方、最後のデータであると判定された場合（ステップＳ３５：Ｙｅｓルート）、例えばビュー・データ格納部５１９から前回（更新前）のビュー・データを読み込み、前回のビュー・データ及びステップＳ３３において加算された障害件数に基づき、前回のビュー・データと今回のビュー・データとで値が異なる表示要素（被管理装置グループと監視項目グループとのセット）があるか判定する（ステップＳ３７）。例えば、ある被管理装置グループ及び監視項目グループについての障害件数が前回に比べて増えたりした場合には、値が異なる表示要素があると判定される。新規にビュー・データを生成する場合には、全ての表示要素について値が異なると判定される。

値が異なる表示要素がないと判定された場合（ステップＳ３７：Ｎｏルート）、ステップＳ２３の処理に戻る。一方、値が異なる表示要素があると判定された場合（ステップＳ３７：Ｙｅｓルート）、当該表示要素の更新前後の値に基づき画面履歴データを生成し、画面履歴ファイル格納部５２１に格納する（ステップＳ３９）。図６に示したように、１つの表示要素につき２つのレコードが生成される。そして、ステップＳ２１において読み込んだビュー定義データと、新しい表示要素の値とに基づきビュー・データを新規生成又は更新し、ビュー・データ格納部５１９に格納する（ステップＳ４１）。ビュー・データの新規生成又は更新後は、ステップＳ２３の処理に戻る。

このようにして、ビュー定義データ及び障害データに基づき最新のビュー・データが生成又は更新される。また、ビュー・データの更新の際には、画面履歴データが生成される。なお、このビュー・データ生成及び更新処理を一旦終了した後、再開するような場合には、ステップＳ２１の処理において、ビュー・データ格納部５１９に格納されている最新ビュー・データとビュー定義ファイル格納部５１７に格納されているビュー定義データとを読み込む。なお、この最新ビュー・データには、ビュー・データ生成及び更新処理を一旦終了してから再開するまでに発生した障害等については反映されていないため、例えばステップＳ２３をスキップし、ステップＳ２５において、最新ビュー・データの更新時刻から現在時刻までにおける障害データを障害データ・ファイル格納部５０９から読み込み、ワーク・メモリ領域等の記憶装置に格納する。そして、ステップＳ２７以降の処理を実行することにより、最新のビュー・データが生成できる。

また、ビュー・データ生成及び更新処理を一旦終了したために、最新ビュー・データがクリアされる等して保持されていない場合には、ステップＳ２１の処理において、ビュー定義ファイル格納部５１７に格納されているビュー定義データと画面履歴ファイル格納部５２１に格納されている画面履歴データとを読み込み、読み込んだビュー定義データと画面履歴データとを用いて、ビュー・データ生成及び更新処理の終了時点のビュー・データを生成し、ビュー・データ格納部５１９に格納するようにしてもよい。これにより、現在までの全ての障害データを用いてビュー・データを生成するのに比べ、取り扱うデータ量を少なくすることができ、効率良くビュー・データを生成することができる。

具体的には、まず、全ての画面履歴データを読み込み、ワーク・メモリ領域等に格納する。画面履歴データのうち、生成日時が最も古いデータには、初めて生成されたビュー・データの内容が全て含まれている（全ての表示要素の値が更新（生成）前と異なる）ため、この画面履歴データとビュー定義データとに基づき、初めて生成された時のビュー・データを生成（再現）する。そして、このビュー・データを元にして、画面履歴データによるビュー・データの更新を、生成日時の古い順に画面履歴データを適用して行う。全ての画面履歴データによる更新がなされると、ビュー・データ生成及び更新処理を一旦終了した時点のビュー・データが生成（再現）される。なお、ここで生成されたビュー・データには、ビュー・データ生成及び更新処理を一旦終了してから再開するまでに発生した障害等については反映されていないため、例えばステップＳ２３をスキップし、ステップＳ２５において、最新の（上の処理で最後に適用した）画面履歴データの生成時刻から現在時刻までにおける障害データを障害データ・ファイル格納部５０９から読み込み、ワーク・メモリ領域等の記憶装置に格納する。そして、ステップＳ２７以降の処理を実行することにより、最新のビュー・データが生成できる。

次に、図１０乃至図２１を用いて、監視ビュー表示再現処理について説明する。なお、以下の説明におけるユーザ端末３と運用監視装置５との通信は、ユーザ端末３のＷｅｂブラウザ機能及び運用監視装置５のＷｅｂサーバ機能により実現されることを想定しているが、専用のサーバ・プログラム及びクライアント・プログラムを用いる場合もある。

まず、ユーザ端末３は、例えばＷｅｂブラウザ画面を介し、最新ビューの表示指示をオペレータやネットワーク管理者等のユーザから受け付ける（図１０：ステップＳ５１）。最新ビューの表示指示を受け付けたユーザ端末３は、最新ビュー・ページ・データの要求を運用監視装置５に送信する（ステップＳ５３）。なお、ログイン処理等は事前になされ、ユーザ端末３は運用監視装置５にアクセス可能な状態になっているものとする。例えばＷｅｂサーバ機能を有する、運用監視装置５の運用監視ビュー再現部５２３は、最新ビュー・ページ・データの要求をユーザ端末３から受信する（ステップＳ５５）。そして、運用監視ビュー再現部５２３は、ビュー・データ格納部５１９から最新のビュー・データを読み込み、読み込んだビュー・データに基づき最新ビュー・ページ・データを生成し、ユーザ端末３に送信する（ステップＳ５７）。ユーザ端末３のＷｅｂブラウザは、最新ビュー・ページ・データを運用監視装置５から受信し、表示装置に表示する（ステップＳ５９）。

図１１に、最新ビュー・ページの一例を示す。図１１の例には、ビュー名表示部１１００と最終更新日時表示部１１１０と監視データ一覧表示部１１２０と前画面ボタン１１４０と次画面ボタン１１５０と日時指定表示ボタン１１６０と関連障害表示ボタン１１７０と保存ボタン１１８０と終了ボタン１１９０とが含まれている。監視データ一覧表示部１１２０には、被管理装置グループの列１１２２と監視項目グループ１の列１１２４と監視項目グループ２の列１１２６と監視項目グループ３の列１１２８とが含まれている。なお、監視項目グループの数は３つに限定されず、これより多い場合も少ない場合もある。

また、被管理装置グループの列１１２２には、被管理装置グループの名称であるグループＡ乃至Ｃが示されている。監視項目グループと同様に、被管理装置グループの数も３つに限定されず、これより多い場合も少ない場合もある。そして、監視データ一覧表示部１１２０には、監視項目グループ及び被管理装置グループ毎に、障害に関するデータが表形式で示されている。

図１１の例は、図７に示したビュー・データに基づき生成されたページの例である。例えば、監視項目グループ１の列１１２４の１行目（被管理装置グループＡの行）の欄には、実データ７０６（図７）の１行目の内容が示されている。「１０（１０／０）」という表示は、合計障害件数が１０件であり、その内１０件（全て）が重要障害であることを示している。また「２００３／０７／１１ １１：０３」という表示は、最新障害発生日時を示し、「２００３／０７／１１ １１：００」という表示は、最新障害対処日時を示している。なお、最新障害発生日時の方が最新障害対処日時よりも新しい日時となっているが、これは、新しく発生した障害に対して未だ対処がなされていないことを表している。そして、そのようなデータを含む欄には強調表示（ここでは縦縞線の付加）がなされ、ユーザが一目で分かるようになっている。また、強調表示がなされた欄は選択してクリックすることが可能となっており、ユーザによってクリックされると、後に説明する障害対処処理に移行する。図１１の例では、強調表示がなされた欄が３つ存在している。

なお、この最新ビュー・ページのデータには、Ｗｅｂブラウザが定期的に画面をリフレッシュするためのコード及び所定の更新間隔が含まれている。また、最新ビュー・ページの下部に設けられている各ボタンについては後の処理フローの説明において述べる。 図１０の説明に戻り、ユーザ端末３のＷｅｂブラウザは、最新ビュー・ページを更新すべき時間になったか判定する（図１０：ステップＳ６１）。更新時間になったと判定された場合（ステップＳ６１：Ｙｅｓルート）、ステップＳ５３の処理に戻り、再び最新ビュー・ページ・データの要求を運用監視装置５に送信する。一方、更新時間になっていないと判定された場合（ステップＳ６１：Ｎｏルート）、ユーザ端末３のＷｅｂブラウザは、最新ビュー・ページ（図１１）に対するユーザからの選択入力を受け付け、選択入力データを運用監視装置５に送信する（ステップＳ６３）。運用監視装置５の運用監視ビュー再現部５２３は、選択入力データをユーザ端末３から受信し、ワーク・メモリ領域等の記憶装置に一旦格納する（ステップＳ６５）。

そして、運用監視装置５の運用監視ビュー再現部５２３は、ユーザの選択入力が「終了」であったか判定する（ステップＳ６７）。最新ビュー・ページ（図１１）において終了ボタン１１９０がクリックされていれば、ユーザの選択入力は「終了」である。「終了」であったと判定された場合（ステップＳ６７：Ｙｅｓルート）、運用監視ビュー再現部５２３は、終了処理を行う（ステップＳ６９）。例えば終了ページ・データを生成し、ユーザ端末３に送信する。一方、「終了」ではなかったと判定された場合（ステップＳ６７：Ｎｏルート）、運用監視ビュー再現部５２３は、ユーザの選択入力が「障害対処」であったか判定する（ステップＳ７１）。

上でも述べたとおり、最新ビュー・ページ（図１１）において縦縞線が施された欄がクリックされていれば、ユーザの選択入力は「障害対処」である。「障害対処」であったと判定された場合（ステップＳ７１：Ｙｅｓルート）、運用監視装置５の障害対処部５１１は、障害対処処理を行う（ステップＳ７３）。障害対処処理の詳細については後に述べる。一方、「障害対処」ではなかったと判定された場合（ステップＳ７１：Ｎｏルート）、運用監視ビュー再現部５２３は、ユーザの選択入力が「画面保存」であったか判定する（ステップＳ７５）。

最新ビュー・ページ（図１１）において保存ボタン１１８０がクリックされていれば、ユーザの選択入力は「画面保存」である。「画面保存」であったと判定された場合（ステップＳ７５：Ｙｅｓルート）、運用監視ビュー再現部５２３は、画面データ保存処理を行う（ステップＳ７７）。例えば現在ユーザ端末３に表示しているページのＨＴＭＬデータ等をダウンロードするためのページ・データをユーザ端末３に送信する。一方、「画面保存」ではなかったと判定された場合（ステップＳ７５：Ｎｏルート）、処理は端子Ａ及びＢを介して図１３の処理に移行する。

図１２に、画面データ・ダウンロード用ページの一例を示す。図１２には、保存先指定欄１２００と参照ボタン１２１０とＯＫボタン１２２０とキャンセル・ボタン１２３０とが含まれている。ユーザは、画面データを格納するディレクトリを保存先指定欄１２００に入力又は参照ボタン１２１０を用いて指定し、ＯＫボタン１２２０をクリックすることにより、画面データ（ＨＴＭＬデータ）をダウンロードすることができる。キャンセル・ボタン１２３０がクリックされると、元のページに移行する。なお、専用のサーバ・プログラム及びクライアント・プログラムを用いている場合やＷｅｂブラウザが有する画面保存機能を用いる場合等、ユーザ端末３が単独で画面保存処理を行うこともある。

図１３に、端子Ａ及びＢを介して移行した処理について示す。運用監視装置５の運用監視ビュー再現部５２３は、ユーザの選択入力が「日時指定」であったか判定する（図１３：ステップＳ８１）。最新ビュー・ページ（図１１）において日時指定表示ボタン１１６０がクリックされていれば、ユーザの選択入力は「日時指定」である。「日時指定」ではなかったと判定された場合（ステップＳ８１：Ｎｏルート）、処理は端子Ｃを介して図１５の処理に移行する。一方、「日時指定」であったと判定された場合（ステップＳ８１：Ｙｅｓルート）、運用監視ビュー再現部５２３は、日時指定ページ・データを生成し、ユーザ端末３に送信する（ステップＳ８３）。ユーザ端末３のＷｅｂブラウザは、運用監視装置５から日時指定ページ・データを受信し、表示装置に表示する（ステップＳ８５）。

図１４に、日時指定ページの一例を示す。図１４の例には、日時入力部１４００とＯＫボタン１４１０とキャンセル・ボタン１４２０とが含まれている。ユーザは、日時入力部１４００に日時を入力してＯＫボタン１４１０をクリックすることにより、入力した日時におけるビュー・ページの閲覧を指示できる。キャンセル・ボタン１４３０がクリックされると、元のページに移行する。

図１３の説明に戻り、ユーザ端末３のＷｅｂブラウザは、日時指定ページ（図１４）に対するユーザからの日時データの入力を受け付け、入力された日時（指定日時）データを運用監視装置５に送信する（ステップＳ８７）。運用監視装置５の運用監視ビュー再現部５２３は、指定日時データをユーザ端末３から受信し、ワーク・メモリ領域等の記憶装置に一旦格納する（ステップＳ８９）。なおこの際、運用監視ビュー再現部５２３は、現在ユーザ端末３のＷｅｂブラウザに表示しているビュー・ページ・データを構成するビュー・データ（カレント・ビュー・データ）及び当該ビュー・データに対応する日時（現ビュー日時）データを特定し、併せてワーク・メモリ領域等の記憶装置に格納しておく。なお、現ビュー日時とは、現在のビュー・データが、いつの状態を表示するためのデータであるかを表す日時であり、カレント・ビュー・データの運用監視ビュー更新日時の行７０２（図７）の値である。

そして、運用監視ビュー再現部５２３は、指定日時と現ビュー日時とを比較する（ステップＳ９１）。そして、運用監視ビュー再現部５２３は、指定日時の方が現ビュー日時よりも過去であるか判定する（ステップＳ９３）。指定日時の方が現ビュー日時よりも過去であると判定された場合（ステップＳ９３：Ｙｅｓルート）、運用監視ビュー再現部５２３は、画面履歴ファイル格納部５２１に格納されている画面履歴データから、現在のビュー・データの更新前データを含む画面履歴データを特定する（ステップＳ９５）。ここで、特定される画面履歴データは、データ更新日時の列６００（図６）の値が現ビュー日時と等しく且つ前後の列６０２（図６）の値が「前」となっているデータである。なお、該当するデータが存在しない場合は、後に述べるステップＳ１１１の処理に移行する。

そして、運用監視ビュー再現部５２３は、特定された画面履歴データに基づきビュー・データを更新する（ステップＳ９７）。すなわち、ビュー・データを１つ前（過去）の状態に戻す。ここで、現ビュー日時には、ステップＳ９５において特定された画面履歴データの１つ前の更新日時（データ更新日時の列６００（図６）の値）を含む画面履歴データの更新日時が設定される。

そして、運用監視ビュー再現部５２３は、更新された現ビュー日時と指定日時とを比較する（ステップＳ９９）。そして、運用監視ビュー再現部５２３は、指定日時の方が現ビュー日時よりも過去であるか判定する（ステップＳ１０１）。指定日時の方が現ビュー日時よりも過去であると判定された場合（ステップＳ１０１：Ｙｅｓルート）、ステップＳ９５の処理に戻る。一方、指定日時よりも現ビュー日時の方が過去であると判定された場合（ステップＳ１０１：Ｎｏルート）、後に述べるステップＳ１１１の処理に移行する。

また一方、ステップＳ９３の判定処理において、指定日時よりも現ビュー日時の方が過去であると判定された場合（Ｎｏルート）、運用監視ビュー再現部５２３は、画面履歴ファイル格納部５２１に格納されている画面履歴データから、現在のビュー・データの更新後データを含む画面履歴データを特定する（ステップＳ１０３）。ここで、特定される画面履歴データは、データ更新日時の列６００（図６）の値が現ビュー日時より後の次の日時であり且つ前後の列６０２（図６）の値が「後」となっているデータである。なお、該当するデータが存在しない場合は、後に述べるステップＳ１１１の処理に移行する。

そして、運用監視ビュー再現部５２３は、特定された画面履歴データの更新日時（データ更新日時の列６００（図６）の値）と指定日時とを比較する（ステップＳ１０５）。そして、運用監視ビュー再現部５２３は、指定日時の方が特定された画面履歴データの更新日時よりも過去であるか判定する（ステップＳ１０７）。指定日時よりも特定された画面履歴データの更新日時の方が過去であると判定された場合（ステップＳ１０７：Ｎｏルート）、特定された画面履歴データに基づきビュー・データを更新する（ステップＳ１０９）。すなわち、ビュー・データを１つ後（未来）の状態に進める。ここで、現ビュー日時には、ステップＳ１０３において特定された画面履歴データの更新日時（データ更新日時の列６００（図６）の値）が設定される。そして、ステップＳ１０３の処理に戻る。

一方、指定日時の方が特定された画面履歴データの更新日時よりも過去であると判定された場合（ステップＳ１０７：Ｙｅｓルート）、現在のビュー・データに基づきビュー・ページ・データを生成し、ユーザ端末３に送信する（ステップＳ１１１）。この際、ビュー・データ格納部５１９に格納されているカレント・ビュー・データを、現在のビュー・データに更新する。ユーザ端末３のＷｅｂブラウザは、運用監視装置５からビュー・ページ・データを受信し、表示装置に表示する（ステップＳ１１３）。そして、処理は端子Ｄを介してステップＳ６３（図１０）の処理に戻る。

このように、画面履歴データを用いて、過去方向又は未来方向に向けて１つずつビュー・データを更新していくことにより、特定の日時についてのビュー・ページ・データを生成する。なお、最終的に生成されるビュー・ページ・データは、指定日時よりも過去であり且つ指定日時に最も近い更新日時を含む画面履歴データに基づき生成される。

図１５に、端子Ｃを介して移行した処理について示す。運用監視装置５の運用監視ビュー再現部５２３は、ユーザの選択入力が「前画面」であったか判定する（図１５：ステップＳ１２１）。最新ビュー・ページ（図１１）において前画面ボタン１１４０がクリックされていれば、ユーザの選択入力は「前画面」である。「前画面」であったと判定された場合（ステップＳ１２１：Ｙｅｓルート）、運用監視ビュー再現部５２３は、画面履歴ファイル格納部５２１に格納されている画面履歴データから、現在のビュー・データの更新前データを含む画面履歴データを特定する（ステップＳ１２３）。ここで、特定される画面履歴データは、データ更新日時の列６００（図６）の値が現ビュー日時と等しく且つ前後の列６０２（図６）の値が「前」となっているデータである。そして、後に述べるステップＳ１２９の処理に移行する。なお、ステップＳ１２３の処理において該当するデータが存在しない場合は、後に述べるステップＳ１３１の処理に移行する。

一方、「前画面」ではなかったと判定された場合（ステップＳ１２１：Ｎｏルート）、運用監視ビュー再現部５２３は、ユーザの選択入力が「次画面」であったか判定する（ステップＳ１２５）。最新ビュー・ページ（図１１）において次画面ボタン１１５０がクリックされていれば、ユーザの選択入力は「次画面」である。「次画面」ではなかったと判定された場合（ステップＳ１２５：Ｎｏルート）、処理は端子Ｅを介して図１７の処理に移行する。一方、「次画面」であったと判定された場合（ステップＳ１２５：Ｙｅｓルート）、運用監視ビュー再現部５２３は、画面履歴ファイル格納部５２１に格納されている画面履歴データから、現在のビュー・データの更新後データを含む画面履歴データを特定する（ステップＳ１２７）。ここで、特定される画面履歴データは、データ更新日時の列６００（図６）の値が現ビュー日時より後の次の日時であり且つ前後の列６０２（図６）の値が「後」となっているデータである。なお、該当するデータが存在しない場合は、後に述べるステップＳ１３１の処理に移行する。

そして、運用監視ビュー再現部５２３は、特定された画面履歴データに基づき、ビュー・データを更新する（ステップＳ１２９）。すなわち、ビュー・データを１つ前（過去）の状態に戻す又はビュー・データを１つ後（未来）の状態に進める。なお、ビュー・データを１つ前の状態に戻す場合には、ステップＳ１２３において特定された画面履歴データの１つ前の更新日時（データ更新日時の列６００（図６）の値）を含む画面履歴データの更新日時を現ビュー日時に設定する。また、ビュー・データを１つ後の状態に進める場合には、ステップＳ１２７において特定された画面履歴データの更新日時（データ更新日時の列６００（図６）の値）を現ビュー日時に設定する。さらに、運用監視ビュー再現部５２３は、現在のビュー・データに基づきビュー・ページ・データを生成し、ユーザ端末３に送信する（ステップＳ１３１）。ユーザ端末３のＷｅｂブラウザは、運用監視装置５からビュー・ページ・データを受信し、表示装置に表示する（ステップＳ１３３）。そして、処理は端子Ｄを介してステップＳ６３（図１０）の処理に戻る。

このように、画面履歴データを用いて、過去方向又は未来方向に向けてビュー・データを１段階更新することにより、前画面又は次画面に該当するビュー・ページ・データを生成する。

図１６に、上記図８乃至図１５を用いて説明した処理におけるビュー・データの更新（画面遷移）の概要図を示す。図１６には、画面要素遷移１６００とビュー・データ遷移１６１０と画面履歴データ遷移１６２０と表示ビュー遷移１６３０とが含まれている。

まず、画面要素遷移１６００には、図の左から右に時間が流れている場合に、障害の検知等により画面要素（画面表示要素の値）が変化していく様子が示されている。図１６の例では、例えば画面要素としてＡ、Ｂ、Ｃ及びＤが挙げられている。そして、監視処理が実施された際における各画面要素の状態が、監視１乃至７の列に示されている。監視１の列においては、Ａ１、Ｂ１、Ｃ１、Ｄ１と示されており、これは各画面要素の例えば初期状態を表している。また、画面要素を表すアルファベットの右に付されている数値の違いは、状態が異なることを示している。例えば監視２の列では画面要素Ａの状態はＡ２と示されており、Ａ１であった監視１の列とは状態が異なっている。すなわち、１回目の監視時点と２回目の監視時点とでは、画面要素Ａに変化があったことが示されている。

ビュー・データ遷移１６１０には、所定の更新間隔でビュー・データが更新される様子が示されている。図１６の例では、前回と状態が異なる（変化があった）画面要素にはアンダーラインが付され、前回と状態が異なる画面要素が存在しない時には、データが保存（更新）されていない。例えば１回目の更新があった日時１の時点では、ビュー・データが新規生成されたため、全ての画面要素にアンダーラインが付されている。そして、日時２の時点では、日時１の時点のビュー・データに含まれる画面要素の状態と監視２の時点の画面要素の状態とを比較し、画面要素ＡがＡ１からＡ２へと変化していたため、ビュー・データを更新している。同様にビュー・データの更新を重ね、日時５におけるビュー・データが最新ビュー・データである。

画面履歴データ遷移１６２０には、ビュー・データ更新の際に、状態が変化した画面要素についての更新前の値と更新後の値とが画面履歴データとして格納される様子が示されている。「前」及び「後」の文字は各々更新前及び更新後を表している。また、「前」及び「後」の文字の右に付されている数値は、当該画面履歴データが生成された日時を示しており、ビュー・データの日時の右に付されている数値に対応している。まず、１件目（１番左）のデータは、ビュー・データの新規生成（日時１）に対応しており、更新前にはビュー・データは存在しなかったので、「前１」に該当するデータは含まれない。また、全ての画面要素が「後１」に該当するデータとして含まれている。そして、２件目（左から２つ目）のデータには、日時２のビュー・データ更新において、画面要素Ａの状態がＡ１からＡ２に更新されたことが記録されている。３乃至５件目のデータも同様に、変化のあった画面要素について、更新前後の値が記録されている。

表示ビュー遷移１６３０には、例えばユーザ端末３に現在表示されている画面を構成するビュー・データ（カレント・ビュー・データ）が更新され、画面が遷移する様子が示されている。例えば現在のカレント・ビュー・データである最新ビュー・データには、表示ビュー遷移１６３０の１番右に示しているようにＡ２、Ｂ２、Ｃ３、Ｄ３という画面要素及びその状態が含まれている。また、カレント・ビュー・データに含まれるビュー更新日時（運用監視ビュー更新日時の行７０２（図７）の値）は日時５である。ここで、例えばユーザから「前画面」指示を受け付けたとすると、まず、画面履歴データの「前５」に該当するデータ（ビュー更新日時である日時５と同じ日時で「前」の画面履歴データ）を特定する。図１６の例ではＣ２及びＤ２である。そこで、画面要素Ｃの状態をＣ２に、画面要素Ｄの状態をＤ２に更新する。この際、元がＣ３及びＤ３であったことは考慮しなくてよい。更新の結果、カレント・ビュー・データは、Ａ２、Ｂ２、Ｃ２、Ｄ２となる。また、１つ前（過去）の状態に遷移する際、ビュー更新日には、特定された画面履歴データ（前５）の１つ前の更新日時が設定されるため、ビュー更新日は日時５から日時４に更新される。

また、例えばカレント・ビュー・データがＡ２、Ｂ１、Ｃ１、Ｄ１であり、ビュー更新日時が日時２である場合（表示ビュー遷移１６３０の左から２番目に示されている状態）、ユーザから「次画面」指示を受け付けたとすると、まず、画面履歴データの「後３」に該当するデータ（ビュー更新日時である日時２の次の日時で「後」の画面履歴データ）を特定する。図１６の例ではＢ２及びＣ２である。そこで、画面要素Ｂの状態をＢ２に、画面要素Ｃの状態をＣ２に更新する。この際、元がＢ１及びＣ１であったことは考慮しなくてよい。更新の結果、カレント・ビュー・データは、Ａ２、Ｂ２、Ｃ２、Ｄ１となる。また、１つ後（未来）の状態に遷移する際、ビュー更新日には、特定された画面履歴データ（後３）の更新日時が設定されるため、ビュー更新日は日時２から日時３に更新される。

このようにして、カレント・ビュー・データが更新される。なお、ユーザから日時を指定された場合には、上のいずれかの処理（過去に戻る又は未来に進む処理）を１又は複数回繰り返すことにより、目的のビュー・データを生成する。これにより、ユーザは、自分が見たい日時における障害状況を画面表示させることができる。

図１７に、端子Ｅを介して移行した処理について示す。運用監視装置５の運用監視ビュー再現部５２３は、関連障害指定ページ・データを生成し、ユーザ端末３に送信する（図１７ステップＳ１４１）。ユーザ端末３のＷｅｂブラウザは、運用監視装置５から関連障害指定ページ・データを受信し、表示装置に表示する（ステップＳ１４３）。

図１８に、関連障害指定ページの一例を示す。図１８の例には、監視項目グループ選択部１８００とルート・コーズ検出指定部１８１０とＯＫボタン１８２０とキャンセル・ボタン１８３０とが含まれている。監視項目グループ選択部１８００では、ユーザが関連障害を表示させたい監視項目グループを選択することが可能となっている。図１８の例では、監視項目グループ１が選択されている。また、ルート・コーズ検出指定部１８１０では、ルート・コーズの検出を行うか否かを指定することができる。図１８の例では、する（ルート・コーズの検出を行う）と指定されている。ユーザはＯＫボタン１８２０をクリックすることにより、監視項目グループ選択部１８００とルート・コーズ検出指定部１８１０とにおいて指定した条件に従った関連障害表示の指示を行う。キャンセル・ボタン１８２０がクリックされると、元のページに移行する。

図１７の説明に戻り、ユーザ端末３のＷｅｂブラウザは、関連障害指定ページ（図１８）に対するユーザからの選択入力を受け付け、選択入力データを運用監視装置５に送信する（図１７：ステップＳ１４５）。運用監視装置５の運用監視ビュー再現部５２３は、選択入力データをユーザ端末３から受信し、ワーク・メモリ領域等の記憶装置に一旦格納する（ステップＳ１４７）。そして、運用監視ビュー再現部５２３は、現在のビュー・データの日時（現ビュー日時）から所定の間隔以内に生成された画面履歴データを画面履歴ファイル格納部５２１から特定し、当該画面履歴データに基づき、指定された監視項目グループにおける障害があった被管理装置グループを抽出する（ステップＳ１４９）。

さらに、運用監視ビュー再現部５２３は、ステップＳ１４７において受信した選択入力データに基づき、ルート・コーズ検出の指定がなされていたか判定する（ステップＳ１５１）。ルート・コーズ検出の指定がなされていなかったと判定された場合（ステップＳ１５１：Ｎｏルート）、後に述べるステップＳ１６１の処理に移行する。一方、ルート・コーズ検出の指定がなされていたと判定された場合（ステップＳ１５１：Ｙｅｓルート）、障害対処ファイル格納部５１３から、ステップＳ１４９において特定された画面履歴データに対応する障害対処データを検索する（ステップＳ１５３）。検索条件は、被管理装置グループ、監視項目グループ及び障害発生日時である。なお、障害対処が未実施のデータを除く。

そして、運用監視ビュー再現部５２３は、該当する障害対処データが存在したか判定する（ステップＳ１５５）。該当する障害対処データが存在したと判定された場合（ステップＳ１５５：Ｙｅｓルート）、運用監視ビュー再現部５２３は、検索された障害対処データに含まれる被管理装置グループを特定する（ステップＳ１５７）。そして、後に述べるステップＳ１６１の処理に移行する。一方、該当する障害対処データが存在しなかったと判定された場合（ステップＳ１５５：Ｎｏルート）、運用監視ビュー再現部５２３は、ステップＳ１４９において抽出された被管理装置グループと構成情報ファイル格納部５０５に格納されている構成情報とビュー定義ファイル格納部５１７に格納されているビュー定義データとに基づき、障害が発生した被管理装置グループに含まれ且つ最もホップ数（ホップ数の列２０６の値（図２））が少ない装置を含む被管理装置グループを特定する（ステップＳ１５９）。

そして、運用監視ビュー再現部５２３は、ステップＳ１４９、及びステップＳ１５７又はステップＳ１５９において特定された被管理装置グループに基づき、ビュー・ページ・データを更新（強調表示等）し、ユーザ端末３に送信する（ステップＳ１６１）。ユーザ端末３のＷｅｂブラウザは、更新されたビュー・ページ（関連障害表示ビュー・ページ）データを運用監視装置５から受信し、表示装置に表示する（ステップＳ１６３）。そして、処理は端子Ｄを介してステップＳ６３（図１０）の処理に戻る。

図１９に、関連障害表示ビュー・ページの一例を示す。図１９の例には、監視データ一覧表示部１９００が含まれている。また、監視データ一覧表示部１９００には、監視項目グループ１の列１９１０が含まれている。画面の構成は図１１に示した最新ビュー・ページと同様である。監視項目グループ１の列１９１０の１行目（被管理装置グループＡの行）の欄には、強調表示（格子模様の付加）がなされており、被管理装置グループＡがルート・コーズであることを示している。また、監視項目グループ１の列１９１０の３行目（被管理装置グループＣの行）の欄にも、強調表示（縦線模様の付加）がなされており、被管理装置グループＡの障害と関連のある障害が被管理装置グループＣにも発生したことが示されている。

このようにして、関連障害及びルート・コーズ表示処理が行われる。なお、ステップＳ１４９（図１７）の処理において、指定された監視項目グループに含まれる監視項目のうち、同一の監視項目について障害が検知された被管理装置に基づき、被管理装置グループを特定するようにしてもよい。この場合、画面履歴データだけではなく、障害データ・ファイル格納部５０９に格納されている障害データ及びビュー・定義ファイル格納部５１７に格納されているビュー定義データも参照して処理を行う。

次に、図２０及び図２１を用いて障害対処処理（図１０：ステップＳ７３）について説明する。まず、運用監視装置５の障害対処部５１１は、ユーザに指定された箇所（最新ビュー・ページ（図１１）においてクリックされた欄）に該当する障害データを障害データ・ファイル格納部５０９から読み込み、ワーク・メモリ領域等の記憶装置に一旦格納する（図２０：ステップＳ１７１）。なお、最新ビュー・ページ（図１１）の監視データ一覧表示部１１２０には、被管理装置グループ及び監視項目グループ毎にデータが示されているため、ビュー定義データに基づき、被管理装置グループに含まれる装置及び監視項目グループに含まれる監視項目を特定する。そして、被管理装置、監視項目及び障害発生日時に基づき、障害データを特定して読み込む。

そして、運用監視ビュー再現部５２３は、読み込まれた障害データに基づき、障害対処ページ・データを生成し、ユーザ端末３に送信する（ステップＳ１７３）。ユーザ端末３のＷｅｂブラウザは、障害対処ページ・データを運用監視装置５から受信し、表示装置に表示する（ステップＳ１７５）。

図２１に、障害対処ページの一例を示す。図２１の例には、障害データ表示欄２１００とチェック・ボックス部２１１０とＯＫボタン２１２０とキャンセル・ボタン２１３０とが含まれている。チェック・ボックス部２１００に含まれている各チェック・ボックスは、障害データ表示欄２１００に含まれている各行に対応しており、ユーザは、対処済みの障害を示している行のチェック・ボックスにチェックを入れ、ＯＫボタン２１２０をクリックすることにより、対処がなされたことを登録する指示を行う。キャンセル・ボタン２１３０がクリックされると、元のページに移行する。なお、図２１の例では５行の障害データが示されているが、表示行数はいくつであってもよい。例えばスクロール・バーや画面遷移のためのボタンが設けられる場合もある。

図２０の説明に戻り、ユーザ端末３のＷｅｂブラウザは、障害対処ページ（図２１）に対するユーザからの選択入力を受け付け、選択入力データを運用監視装置５に送信する（図２０：ステップＳ１７７）。運用監視装置５の運用監視ビュー再現部５２３は、選択入力データをユーザ端末３から受信し、ワーク・メモリ領域等の記憶装置に一旦格納する（ステップＳ１７９）。そして、障害対処部５１１は、ビュー定義データ及び受信した選択入力データに基づき障害対処データを生成し、障害対処ファイル格納部５１３に格納する（ステップＳ１８１）。そして元の処理に戻る。

このようにして、障害に対する対処がなされたことを障害対処データとして登録する。なお、この障害対処処理の後、ビュー・データ生成・更新処理を実施し、ビュー・データを最新のものに更新するようにしてもよい。

以上のように、図１に示したシステム構成における処理が行われる。

以上本発明の一実施の形態について説明したが、本発明はこれに限定されるものではない。例えば、図２乃至図７に示したテーブル構成及びファイル構成は一例であって、同様のデータを格納するためであれば別の構成を採用するようにしてもよいし、必要に応じて項目を追加又は削除してもよい。なお、被管理装置グループには、必ずしも複数の装置が含まれているとは限らず、１つの被管理装置により構成されていてもよい。監視項目グループについても同様に、１種類の監視項目により構成されていてもよい。また、画面履歴ファイル格納部５２１に格納される画面履歴データには、更新前データ及び更新後データが含まれるような例を示したが、日時や障害件数の差分を計算して格納するようにしてもよい。

また、図１に示した運用監視装置５の機能ブロック構成は一例であって、実際のプログラム・モジュール構成とは異なる場合がある。また、各装置が複数のサーバやコンピュータによって構成されていてもよい。また、図１１、図１２、図１４、図１８、図１９及び図２１に示した画面例は一例であって、同様のデータを別の態様で表現する場合もある。さらに、図８、図９、図１０、図１３、図１５、図１７及び図２０に示した処理フローも一例であって、同様の処理結果が得られる範囲において処理の順序を入れ替えてもよいし、必要に応じてステップを追加又は削除してもよい。また、図１６に示したビュー・データの更新（画面遷移）の概要図も一例であって、画面要素、更新のタイミング及び更新内容は、図１６に示したようなケースに限られない。

（付記１）
所定のネットワークに接続されている装置の障害を監視する方法であって、
障害が検知された装置と障害発生日時と監視項目に該当する障害内容とに関するデータを含み且つ障害データ・ファイル格納部に格納されている障害データと、画面表示内容に関するデータを含み且つビュー定義ファイル格納部に格納されているビュー定義データとを用いてビュー・データを生成し、ビュー・データ格納部に格納するビュー・データ生成ステップと、
所定の間隔で前記ビュー・データ生成ステップを実行し、前記ビュー・データを更新するステップと、
前記ビュー・データに含まれる画面構成要素が前記ビュー・データの更新前後において異なる値を示す場合、当該画面構成要素の値の変化に関するデータを用いて画面履歴データを生成し、画面履歴ファイル格納部に格納する画面履歴データ生成ステップと
を含み、コンピュータにより実行される障害監視方法。

（付記２）
前記画面履歴ファイル格納部に格納された前記画面履歴データを用いて、所定の期間内において同一の監視項目又は監視項目グループについて障害が検知された装置グループを特定する関連装置特定ステップと、
特定された前記装置グループの障害に関するデータを特定可能な態様でユーザに示すためのビュー・データを生成し、前記ビュー・データ格納部に格納する関連ビュー・データ生成ステップと、
をさらに含む付記１記載の障害監視方法。

（付記３）
前記関連ビュー・データ生成ステップが、
障害対処の実施に関するデータを含み且つ障害対処ファイル格納部に格納されている障害対処データに基づき、前記関連装置特定ステップにおいて特定された前記装置グループのうち、障害対処がなされた装置グループをルート・コーズとして特定するステップと、
ルート・コーズとして特定され且つ前記障害対処がなされた装置グループの障害に関するデータを特定可能な態様でユーザに示すためのビュー・データを生成し、前記ビュー・データ格納部に格納するステップと、
を含む付記２記載の障害監視方法。

（付記４）
前記関連ビュー・データ生成ステップが、
前記所定のネットワークにおける各装置の属性に関するデータを含み且つ構成情報ファイル格納部に格納されている構成情報に基づき、前記関連装置特定ステップにおいて特定された前記装置グループのうち、ホップ数が最小の装置を含む装置グループをルート・コーズとして特定するステップと、
ルート・コーズとして特定され且つ前記ホップ数が最小の装置を含む装置グループの障害に関するデータを特定可能な態様でユーザに示すためのビュー・データを生成し、前記ビュー・データ格納部に格納するステップと、
を含む付記２記載の障害監視方法。

（付記５）
前記ビュー・データ生成ステップが、
前記障害データ及び前記障害対処データに基づき、前回の更新時刻から現在時刻までにおいて検知され且つ未対処の障害件数を、装置グループ及び監視項目グループ毎に集計するステップと、
集計された前記障害件数を用いてビュー・データを生成し、前記ビュー・データ格納部に格納するステップと、
を含む付記１乃至４のいずれか１つに記載の障害監視方法。

（付記６）
前画面表示の要求を受け付けた場合、現画面のビュー・データに対応し且つ前記画面履歴ファイル格納部に格納されている画面履歴データを特定するステップと、
特定された前記画面履歴データと前記現画面のビュー・データとを用いて前画面のビュー・データを生成し、前記ビュー・データ格納部に格納するステップと、
をさらに含む付記１乃至５のいずれか１つに記載の障害監視方法。

（付記７）
前記画面履歴データには、前記画面構成要素の値の変化を検知した日時である構成要素更新日時が含まれており、
後画面表示の要求を受け付けた場合、現画面のビュー・データに対応し且つ前記画面履歴ファイル格納部に格納されている画面履歴データを特定するステップと、
特定された前記画面履歴データに含まれる構成要素更新日時より後の次の構成要素更新日時を含む画面履歴データと前記現画面のビュー・データとを用いて後画面のビュー・データを生成し、前記ビュー・データ格納部に格納するステップと、
をさらに含む付記１乃至６のいずれか１つに記載の障害監視方法。

（付記８）
前記画面履歴データには、前記画面構成要素の値の変化を検知した日時である構成要素更新日時が含まれており、
特定の日時についての画面表示の要求を受け付けた場合、現画面のビュー・データと前記特定の日時よりも過去であり且つ前記特定の日時に最も近い構成要素更新日時を含む画面履歴データとを少なくとも用いて、前記特定の日時におけるビュー・データを生成し、前記ビュー・データ格納部に格納するステップと、
をさらに含む付記１乃至７のいずれか１つに記載の障害監視方法。

（付記９）
前記ビュー・データ生成ステップが、
障害対処の実施に関するデータを含み且つ障害対処ファイル格納部に格納されている障害対処データと前記障害データとに基づき、未だ障害対処が実施されていない装置グループ及び監視項目グループを特定するステップと、
特定された前記装置グループ及び監視項目グループの障害に関するデータを特定可能な態様でユーザに示すためのビュー・データを生成し、前記ビュー・データ格納部に格納するステップと、
を含む付記１乃至８のいずれか１つに記載の障害監視方法。

（付記１０）
所定のネットワークに接続されている装置の障害を監視するための障害監視プログラムであって、
障害が検知された装置と障害発生日時と監視項目に該当する障害内容とに関するデータを含み且つ障害データ・ファイル格納部に格納されている障害データと、画面表示内容に関するデータを含み且つビュー定義ファイル格納部に格納されているビュー定義データとを用いてビュー・データを生成し、ビュー・データ格納部に格納するビュー・データ生成ステップと、
所定の間隔で前記ビュー・データ生成ステップを実行し、前記ビュー・データを更新するステップと、
前記ビュー・データに含まれる画面構成要素が前記ビュー・データの更新前後において異なる値を示す場合、当該画面構成要素の値の変化に関するデータを用いて画面履歴データを生成し、画面履歴ファイル格納部に格納するステップと
をコンピュータに実行させる障害監視プログラム。

（付記１１）
所定のネットワークに接続されている装置の障害を監視する障害監視装置であって、
障害が検知された装置と障害発生日時と監視項目に該当する障害内容とに関するデータを含み且つ障害データ・ファイル格納部に格納されている障害データと、画面表示内容に関するデータを含み且つビュー定義ファイル格納部に格納されているビュー定義データとを用いてビュー・データを生成し、ビュー・データ格納部に格納するビュー・データ生成手段と、
所定の間隔で前記ビュー・データ生成手段による前記ビュー・データの生成を実行し、前記ビュー・データを更新する手段と、
前記ビュー・データに含まれる画面構成要素が前記ビュー・データの更新前後において異なる値を示す場合、当該画面構成要素の値の変化に関するデータを用いて画面履歴データを生成し、画面履歴ファイル格納部に格納する手段と
を有する障害監視装置。

本発明の一実施の形態におけるシステム構成図である。 構成情報ファイル・テーブルの一例を示す図である。 障害データ・ファイル・テーブルの一例を示す図である。 ビュー定義ファイルの一例を示す図である。 障害対処ファイル・テーブルの一例を示す図である。 画面履歴ファイル・テーブルの一例を示す図である。 ビュー・データの一例を示す図である。 監視処理の処理フローを示す図である。 ビュー・データ生成及び更新処理の処理フローを示す図である。 本発明の一実施の形態における処理フロー（その１）を示す図である。 最新ビュー・ページの一例を示す図である。 画面データ・ダウンロード用ページの一例を示す図である。 本発明の一実施の形態における処理フロー（その２）を示す図である。 日時指定ページの一例を示す図である。 本発明の一実施の形態における処理フロー（その３）を示す図である。 ビュー・データの更新の概要図である。 本発明の一実施の形態における処理フロー（その４）を示す図である。 関連障害指定ページの一例を示す図である。 関連障害表示ビュー・ページの一例を示す図である。 障害対処処理の処理フローを示す図である。 障害対処ページの一例を示す図である。

符号の説明

１ ネットワーク ３ ユーザ端末
５ 運用監視装置 ７，９，１１，１３ 被管理装置
５０１ 監視定義ファイル格納部 ５０３ 監視部
５０５ 構成情報ファイル格納部
５０７ 収集データ・ファイル格納部
５０９ 障害データ・ファイル格納部
５１１ 障害対処部 ５１３ 障害対処ファイル格納部
５１５ 最新運用監視ビュー作成部
５１７ ビュー定義ファイル格納部
５１９ ビュー・データ格納部
５２１ 画面履歴ファイル格納部
５２３ 運用監視ビュー再現部

Claims (5)

1. 所定のネットワークに接続されている装置の障害を監視する方法であって、
   障害が検知された装置と障害発生日時と監視項目に該当する障害内容とに関するデータを含み且つ障害データ・ファイル格納部に格納されている障害データと、画面表示内容に関するデータを含み且つビュー定義ファイル格納部に格納されているビュー定義データとを用いてビュー・データを生成し、ビュー・データ格納部に格納するビュー・データ生成ステップと、
   所定の間隔で前記ビュー・データ生成ステップを実行し、前記ビュー・データを更新するステップと、
   前記ビュー・データに含まれる画面構成要素が前記ビュー・データの更新前後において異なる値を示す場合、当該画面構成要素の値の変化に関するデータを用いて画面履歴データを生成し、画面履歴ファイル格納部に格納する画面履歴データ生成ステップと
   を含み、コンピュータにより実行される障害監視方法。
2. 前記画面履歴ファイル格納部に格納された前記画面履歴データを用いて、所定の期間内において同一の監視項目又は監視項目グループについて障害が検知された装置グループを特定する関連装置特定ステップと、
   特定された前記装置グループの障害に関するデータを特定可能な態様でユーザに示すためのビュー・データを生成し、前記ビュー・データ格納部に格納する関連ビュー・データ生成ステップと、
   をさらに含む請求項１記載の障害監視方法。
3. 前記関連ビュー・データ生成ステップが、
   障害対処の実施に関するデータを含み且つ障害対処ファイル格納部に格納されている障害対処データに基づき、前記関連装置特定ステップにおいて特定された前記装置グループのうち、障害対処がなされた装置グループをルート・コーズとして特定するステップと、
   ルート・コーズとして特定され且つ前記障害対処がなされた装置グループの障害に関するデータを特定可能な態様でユーザに示すためのビュー・データを生成し、前記ビュー・データ格納部に格納するステップと、
   を含む請求項２記載の障害監視方法。
4. 前記関連ビュー・データ生成ステップが、
   前記所定のネットワークにおける各装置の属性に関するデータを含み且つ構成情報ファイル格納部に格納されている構成情報に基づき、前記関連装置特定ステップにおいて特定された前記装置グループのうち、ホップ数が最小の装置を含む装置グループをルート・コーズとして特定するステップと、
   ルート・コーズとして特定され且つ前記ホップ数が最小の装置を含む装置グループの障害に関するデータを特定可能な態様でユーザに示すためのビュー・データを生成し、前記ビュー・データ格納部に格納するステップと、
   を含む請求項２記載の障害監視方法。
5. 所定のネットワークに接続されている装置の障害を監視するための障害監視プログラムであって、
   障害が検知された装置と障害発生日時と監視項目に該当する障害内容とに関するデータを含み且つ障害データ・ファイル格納部に格納されている障害データと、画面表示内容に関するデータを含み且つビュー定義ファイル格納部に格納されているビュー定義データとを用いてビュー・データを生成し、ビュー・データ格納部に格納するビュー・データ生成ステップと、
   所定の間隔で前記ビュー・データ生成ステップを実行し、前記ビュー・データを更新するステップと、
   前記ビュー・データに含まれる画面構成要素が前記ビュー・データの更新前後において異なる値を示す場合、当該画面構成要素の値の変化に関するデータを用いて画面履歴データを生成し、画面履歴ファイル格納部に格納するステップと
   をコンピュータに実行させる障害監視プログラム。

Images