JP2020095536A - 運用管理システムおよび運用管理方法 - Google Patents

Abstract

【課題】システムの運用監視において、障害発生時に、その原因の究明を容易にし、即時対応が可能となるよう運用者に具体的な対応方法を提供する。【解決手段】統合運用管理サーバは、運用者から選択された対応メッセージ管理テーブルに格納されたメッセージに対して、保守メッセージ管理テーブルの情報を検索する依頼を受付ける。選択された対応メッセージ管理テーブルに格納されたメッセージと、各々の保守メッセージ管理テーブルのレコードの情報との一致率を算出して、一致率の高い順に保守メッセージ管理テーブルのレコードの情報を表示する表示情報を、検索結果情報として作成する。運用クライアント端末は、その検索結果情報を表示する。保守メッセージ管理テーブルのレコードの表示は、保守情報として、メッセージの原因、対応方法、メッセージ区分、過去のメッセージの類似度を表す総得点を含める。【選択図】図９Ａ

Description

本発明は、運用管理システムおよび運用管理方法に係り、複数のシステム運用環境が出力する障害などのメッセージから原因を究明し、システム運用者が適切な対策を採用するのを支援するのに好適な運用管理システムおよび運用管理方法に関する。

従来より、情報通信サービスを提供する機器の運用管理を支援する運用管理システムが知られている。このような運用管理システムでは、障害の内容や障害対処として行った操作を操作履歴に残して活用するのが一般的な技法とされている。

複数の環境でノウハウを共有可能とし、効率的に監視運用を行う技術としては、例えば、特許文献１がある。

特許文献１に記載された統合監視運用システムは、運用状況に関する情報を含む現象から運用の常態を学習し、当該学習から障害の原因を決定した障害区分を示す教師データを作成して、記憶装置ら記憶する。そして、新たな障害が発生した場合、障害情報に対応して所得したデータと、教師データから、新たな障害に対する障害区分を判定して障害原因を決定する。

特開２０１７−２０７８９４号公報

データセンタの計算機システムの運用では、監視システムにより検知した障害の情報を管理している。しかしながら、システムごとに運用基盤が異なっており、かつ、その運用も属人的な運用になっているケースも多く、データセンタとしてはシステムの監視・運用の集約が課題となっている。

上記特許文献１では、複数の環境間でノウハウを共有し新たな障害発生時に、パフォーマンス情報やログ情報を収集し障害区分を判定、障害原因を決定するという効果はあるが、具体的な対応手順を出力し、運用者や保守者に提示することについては考慮されていない。

本発明の目的は、複数の環境で運用ノウハウを共有可能とし、障害発生時に、その原因の究明を容易にし、即時対応が可能となるよう運用者に具体的な対応方法を教示することができる運用管理システムおよび運用管理方法を提供することにある。

本発明の運用管理システムの構成は、好ましくは、各々のシステム運用環境における運用監視システムから出力されるメッセージを受信して、そのメッセージを表示する運用管理システムであって、統合運用管理サーバと運用クライアント端末とを備え、統合運用管理サーバは、運用監視システムから出力されるメッセージを格納する対応メッセージ管理テーブルと、過去の運用監視システムから出力されたメッセージに関する情報を格納する保守メッセージ管理テーブルとを有し、統合運用管理サーバは、運用クライアント端末から選択された対応メッセージ管理テーブルに格納されたメッセージに対して、保守メッセージ管理テーブルの情報を検索する依頼を受付け統合運用管理サーバは、選択された対応メッセージ管理テーブルに格納されたメッセージと、各々の保守メッセージ管理テーブルのレコードの情報との一致率を算出して、一致率の高い順に保守メッセージ管理テーブルのレコードの情報を表示する表示情報を、検索結果情報として作成して、運用クライアント端末に送信し、運用クライアント端末は、検索結果情報を表示するようにしたものである。

本発明によれば、複数の環境で運用ノウハウを共有可能とし、障害発生時に、その原因の究明を容易にし、即時対応が可能となるよう運用者に具体的な対応方法を教示することができる運用管理システムおよび運用管理方法を提供することができる。

運用管理システムと各部の機能構成を示す構成図である。 統合運用管理サーバのハードウェア・ソフトウェア構成図である。 対応メッセージ管理テーブルの一例を示す図である。 保守メッセージ管理テーブルの一例を示す図である。 運用管理システムのメッセージ処理に関する運用の一例を示すフローチャートである。 総得点算出処理の一例を示すフローチャートである。 項目ポイント算出ルールと総得点算出ルールを示す図である。 対応メッセージ管理画面の一例を示す図である。 メッセージ検索画面（検索結果表示）の一例を示す図である。 メッセージ検索画面（詳細表示）の一例を示す図である。 メッセージ対応画面の一例を示す図である。 保守メッセージ管理画面の一例を示す図である。

以下、図１ないし図１１を用いて本発明に係る運用管理システムについて説明する。

先ず、図１ないし図２を用いて運用管理システムの構成について説明する。
運用管理システムは、各システム運用環境１０（システム運用環境Ａ：１０ａ、システム運用環境Ｂ：１０ｂ、システム運用環境Ｃ：１０ｃ…）、統合運用管理サーバ１００、運用クライアント端末２００からなる。

システム運用環境１０は、それぞれのシステムにおいて、運用を監視する運用監視システム２０（運用監視システムＡ：２０ａ、運用監視システムＢ：２０ｂ、運用監視システムＣ：２０ｃ…）を有している。

そして、システム運用環境１０の運用監視システム２０と統合運用管理サーバ１００は、ネットワーク５により、統合運用管理サーバ１００と運用クライアント端末２００は、ネットワーク７により、それぞれ相互に接続されている。

ここで、ネットワーク５、ネットワーク７は、構内網であるＬＡＮ（Local Area Network）であってもよいし、インターネットなどのグローバルなネットワークであってもよい。また、運用クライアント端末２００の表示機能は、統合運用管理サーバ１００に接続された表示装置が行うようにしてもよい。

統合運用管理サーバ１００は、運用監視システム２０からネットワーク５経由で送信されてくるシステムのメッセージ（以下、単に「メッセージ」ともいう）を格納し、管理するサーバである。運用クライアント端末２００は、システム運用者、システム監視者、システム保守者（以下、単に「運用者」という）が、統合運用管理サーバに格納されたメッセージに関する情報にアクセスし、その情報を表示したり、必要なコマンドやデータを入力するための端末である。

統合運用管理サーバ１００は、機能構成として、メッセージ受信部１０１、メッセージ取込判定部１０２、メッセージ集約・取込部１０３、メッセージ更新部１０４、ポイント付与部１０６、一致率算出部１０７、総得点算出部１０８、表示情報作成部１０９、入出力部１１０、端末Ｉ／Ｆ（InterFace）部１１１、記憶部１２０からなる。

メッセージ受信部１０１は、運用環境システム２０３からメッセージを受信する機能部である。メッセージ取込判定部１０２は、受信したメッセージを対応メッセージ管理テーブル１２１に取り込むか否かを判定する機能部である。メッセージ集約・取込部１０３は、各システム環境から受信したメッセージを集約して、対応メッセージ管理テーブル１２１に取り込む機能部である。保守メッセージ更新部１０４は、対応メッセージ管理テーブル１２１に格納されているメッセージを取り込んで、保守メッセージ管理テーブル１２２を更新する機能部である。ポイント付与部１０６は、項目ポイント付与処理（詳細は、後述）を行う機能部である。一致率算出部１０７は、一致率算出処理（詳細は、後述）を行う機能部である。総得点算出部１０８は、総得点算出処理（詳細は、後述）を行う機能部である。表示情報作成部１０９は、運用クライアント端末２００に表示させる情報を作成する機能部である。入出力部１１０は、統合運用管理サーバ１００にデータやコマンドを入出力させる機能部である。端末Ｉ／Ｆ（InterFace）部１１１は、運用クライアント端末２００との接続インタフェースを司る機能部である。記憶部１２０は、統合運用管理サーバ１００に必要な情報を格納する機能部である。

記憶部１２０には、対応メッセージ管理テーブル１２１、保守メッセージ管理テーブル１２２が格納されている。なお、各々のテーブルは、後に詳述する。

運用クライアント端末２００は、運用者が必要なコマンドを入力したり、システムのメッセージに関する情報を表示させる端末である。

運用クライアント端末２００は、表示部２０１、入出力部２０２、サーバＩ／Ｆ部２０３からなる。

表示部２０１は、ディスプレイなどにメッセージやシステム運用に関する情報などを表示する機能部である。入出力部２０２は、運用クライアント端末２００データやコマンドを入出力させる機能部である。サーバＩ／Ｆ部２０３は、統合運用管理サーバ１００との接続インタフェースを司る機能部である。

次に、図２を用いて統合運用管理サーバ１００のハードウェア構成・ソフトウェア構成について説明する。
統合運用管理サーバ１００のハードウェア構成としては、例えば、図２に示されるサーバ装置のような一般的な情報処理装置で実現される。

統合運用管理サーバ１００は、ＣＰＵ（Central Processing Unit）３０２、主記憶装置３０４、ネットワークＩ／Ｆ３０６、表示Ｉ／Ｆ３０８、入出力Ｉ／Ｆ３１０、補助記憶Ｉ／Ｆ３１２が、バスにより結合された形態になっている。

ＣＰＵ３０２は、統合運用管理サーバ１００の各部を制御し、主記憶装置３０４に必要なプログラムをロードして実行する。

主記憶装置３０４は、通常、ＲＡＭなどの揮発メモリで構成され、ＣＰＵ３０２が実行するプログラム、参照するデータが記憶される。

ネットワークＩ／Ｆ３０６は、各運用監視システム２０とネットワーク５により、運用クライアント端末２００とネットワーク７により、それぞれ接続するためのインタフェースである。

表示Ｉ／Ｆ３０８は、ＬＣＤ（Liquid Crystal Display）などの表示装置３２０を接続するためのインタフェースである。

入出力Ｉ／Ｆ３１０は、入出力装置を接続するためのインタフェースである。図２の例では、キーボード３３０とポインティングデバイスのマウス３３２が接続されている。

補助記憶Ｉ／Ｆ３１２は、ＨＤＤ（Hard Disk Drive）２５０やＳＳＤ（Solid State Drive）などの補助記憶装置を接続するためのインタフェースである。

ＨＤＤ３５０は、大容量の記憶容量を有しており、本実施形態を実行するためのプログラムが格納されている。統合運用管理サーバ１００には、メッセージ受信プログラム４０１、メッセージ取込判定プログラム４０２、メッセージ集約プログラム４０３、メッセージ更新プログラム４０４、ポイント付与プログラム４０６、一致率算出プログラム４０７、総得点算出プログラム４０８、表示情報作成プログラム４０９、入出力プログラム４１０、端末Ｉ／Ｆプログラム４１１がインストールされている。

メッセージ受信プログラム４０１、メッセージ取込判定プログラム４０２、メッセージ集約プログラム４０３、メッセージ更新プログラム４０４、ポイント付与プログラム４０６、一致率算出プログラム４０７、総得点算出プログラム４０８、表示情報作成プログラム４０９、入出力プログラム４１０、端末Ｉ／Ｆプログラム４１１は、それぞれ、メッセージ受信部１０１、メッセージ取込判定部１０２、メッセージ集約部１０３、メッセージ更新部１０４、ポイント付与部１０６、一致率算出部１０７、総得点算出部１０８、表示情報作成部１０９、入出力部１１０、端末Ｉ／Ｆ部１１１の機能を実行するプログラムである。

次に、図３および図４を用いて運用管理システムで使用されるデータ構造について説明する。
対応メッセージ管理テーブル１２１は、各システム運用環境１０から受信し、運用者が対応をとる必要があるメッセージを格納するためのテーブルであり、図３に示されるように、メッセージＩＤ１２１ａ、システム名１２１ｂ、メッセージ内容１２１ｃ、緊急度１２１ｄ、ホスト名１２１ｅ、ＩＰ１２１ｆ、発生時刻１２１ｇの各フィールドからなる。

メッセージＩＤ１２１ａは、メッセージを識別するための一意的な識別子を格納するフィールドである。システム名１２１ｂは各運用監視システムの名称を格納するフィールドである。メッセージ内容１２１ｃは、メッセージの具体的な内容を格納するフィールドである。緊急度１２１ｄは、そのメッセージの緊急性を表す情報格納するフィールドである。例えば、単なる情報の提示（Ｉ：Information）、警告（Ｗ：Warning）、重大（Ｓ：Serious）、致命的（Ｆ：Fatal）などにレベル分けすることができる。ホスト名１２１ｅは、ホストのコンピュータ名を格納するフィールドである。ＩＰ１２１ｆは、ホストのＩＰ（Internet Protocol）アドレスを格納するフィールドである。発生時刻１２１ｇは、メッセージが発生した時刻をyyyymmddhhmmの形式で表した文字列を格納するフィールドである。

以下では、対応メッセージ管理テーブル１２１の各レコードのことを、対応メッセージということにする。

なお、本実施形態では、メッセージＩＤは、各運用監視システム内で一意的であるとする。したがって、メッセージＩＤ１２１ａに格納されるメッセージと、システム名１２１ｂに格納されるシステム名の組み合わせによって、メッセージが一意的に格納されることに留意する。

保守メッセージ管理テーブル１２２は、システムの保守のために、運用者が各運用監視システム１００から受信したメッセージに対して、対応を検討するために参照されるテーブルであり、図４に示されるように、メッセージＩＤ１２２ａ、システム名１２２ｂ、メッセージ内容１２２ｃ、緊急度１２２ｄ、ホスト名１２２ｅ、ＩＰ１２２ｆ、メッセージ区分１２２ｈ、原因１２２ｉ、対応方法１２２ｊ、総得点１２２ｋの各フィールドからなる。

メッセージＩＤ１２２ａ〜発生時刻１２２ｇの内容は、それぞれ対応メッセージ管理テーブル１２１のメッセージＩＤ１２１ａ〜発生時刻１２１ｇの内容と同様である。保守メッセージ管理テーブル１２２は、それに加えて、メッセージ区分１２２ｈ、原因１２２ｉ、対応方法１２２ｊ、総得点１２２ｋの各フィールドを有する。

メッセージ区分１２２ｈは、運用者がメッセージに対して、障害箇所を特定した情報を格納するフィールドである。例えば、１：サーバ、２：ストレージ、３：ネットワーク、４：アプリケーションソフトウェアなどに区分することができる。原因１２２ｉは、運用者がそのメッセージの原因を推定または特定した記述を格納するフィールドである。対応方法１２２ｊは、運用者がそのメッセージに対する対応方法を記述した情報を格納するフィールドである。総得点１２２ｋは、そのメッセージの有用度を示す総得点を格納するフィールドである。総得点の意義と具体的な算出方法は、後に詳述する。

本実施形態の運用管理システムは、対応メッセージ管理テーブル１２１の各レコードを、保守メッセージ管理テーブル１２２に取込み、システム技術者、運用者の運用ノウハウに関する情報を負荷して蓄積し、その有効活用を目指すものである。

次に、図５ないし図１１を用いて運用管理システムで行われる処理について説明する。

先ず、図５を用いて運用管理システムのメッセージ処理に関する運用の一例について説明する。
統合運用管理サーバ１００のメッセージ受信部１０１は、各システム運用環境１０の運用監視システム２０からメッセージを受信する（Ｓ０１）。

次に、統合運用管理サーバ１００のメッセージ取込判定部１０２は、受信したメッセージの緊急度を判定し、該当するメッセージに対して、メッセージ集約・取込部１０３が取り込んで、対応メッセージ管理テーブル１２１に格納する（Ｓ０２）。ここで、メッセージ取込判定部１０２は、例えば、メッセージの緊急度が、単なる情報の提示（Ｉ）のときには、メッセージの取込みを行わず、警告（Ｗ）、重大（Ｓ）、致命的（Ｆ）のときには、メッセージの取込みを行うようにする。また、重大（Ｓ）、致命的（Ｆ）のときにのみメッセージの取込みを行うようするなど、システムの運用に応じて、定めることができる。

次に、運用者は、運用クライアント端末２００を操作し、それに応じて、運用クライアント端末２００の表示部２０１は、対応メッセージ管理画面を表示する（Ｓ０３）。対応メッセージ管理画面の具体的なユーザインタフェースは、後に、図８を用いて詳説する。

運用者は、対応メッセージ管理画面を表示し、それに対応メッセージが表示されるので、コマンドの対象とする対応メッセージを選択し（以下、選択された対応メッセージを「対象メッセージ」という）、検索を指示する（Ｓ０４）。

統合運用管理サーバ１００は、検索の指示を受け、一致率算出部１０７は、対象メッセージに関連する保守メッセージ管理テーブルのレコードを検索して、一致率を算出する（Ｓ０５）。
一致率は、以下のように算出する。

先ず、対応メッセージ管理テーブル１２１の対象メッセージのレコードのメッセージＩＤ１２１ａと、システム名１２１ｂと、保守メッセージ管理テーブル１２２のレコードのメッセージＩＤ１２２ａと、システム名１２２ｂが全て一致するときの一致率を、１００％とする。

そうでないレコードに対しては、以下の（式１）により、一致率を算出する。

統合運用管理サーバ１００の表示情報作成部１０９は、一致率に関して降順に、すなわち、一致率が高いものが上になるように、保守メッセージ管理テーブル１２２のレコードの情報を表示する表示情報を作成し、運用クライアント端末２００に送信し、運用クライアント端末２００の表示部２０１は、検索結果をメッセージ検索画面５００に表示する（Ｓ０６）。なお、このメッセージ検索画面５００の検索結果の具体例についても、後に、図９Ａを用いて詳細に説明する。

運用者は、メッセージ検索画面５００の検索結果を見て、対象メッセージに関して、原因、対応方法、メッセージ区分などを思考する。

そして、結論に至った場合に、運用者は、運用クライアント端末２００を操作し、それに応じて、運用クライアント端末２００の表示部２０１は、メッセージ対応画面を表示する（Ｓ０７）。運用者は、そのメッセージ対応画面を操作し、対象メッセージに関して、原因、対応方法、メッセージ区分を入力する（Ｓ０８）。

統合運用管理サーバ１００の総得点算出部１０８は、対象メッセージと各々の保守メッセージ管理テーブル１２２のレコードにおける総得点を算出する（Ｓ０９）。総得点を算出する処理については、後に、図６を用いて詳細に説明する。

最後に、前ステップＳ０９で算出されたＴ（後述）を総得点とし、入力された原因、対応方法、メッセージ区分の情報を加えた対象メッセージの情報を保守メッセージ管理テーブル１２２に新たなレコードとして格納する（Ｓ１０）。

次に、図６を用いて総得点算出処理の詳細について説明する。
これは、図５のＳ０８に該当する処理である。
先ず、Ｔ（総得点を表す変数）を、０に初期化する。

次に、統合運用管理サーバ１００の総得点算出部１０８は、未処理の保守メッセージ管理テーブル１２２のレコードがあるか否かを判定し（Ｓ１０１）、未処理の保守メッセージ管理テーブル１２２のレコードがあるときには（Ｓ１０１：ＹＥＳ）、Ｓ１０２に進み、未処理の保守メッセージ管理テーブル１２２のレコードがないときには（Ｓ１０１：ＮＯ）、処理を終了する。

次に、総得点算出部１０８は、未処理の保守メッセージ管理テーブル１２２のレコードを選択し（Ｓ１０２）、既に述べたアルゴリズムにより、選択された保守メッセージ管理テーブル１２２のレコードと対象メッセージとの一致率を算出する（Ｓ１０３）。

次に、図７のルールに従い選択された保守メッセージ管理テーブル１２２のレコードと対象メッセージと項目ポイントを算出する（Ｓ１０４）。
次に、図７のルールに従い、一致率と項目ポイントにより、選択された保守メッセージ管理テーブル１２２のレコードと対象メッセージとの総得点を算出し、それをΔＴとする（Ｓ１０５）。
次に、Ｔ←Ｔ＋ΔＴとする（Ｓ１０６）。
次に、選択された保守メッセージ管理テーブル１２２のレコードの総得点１２２ｋのフィールドに、ΔＴを足し込み（Ｓ１０６）、Ｓ１０１に戻る。

次に、図８ないし図１１を用いて運用管理システムが運用者に提供するユーザインタフェースについて説明する。

対応メッセージ管理画面４００は、運用管理システムのメッセージ管理ユーティリティの初期画面（図示せず）か、特定のコマンドを入力することにより開かれ、各システム運用環境１０の運用監視システム２０から受信して、運用者が対応をとる必要があるメッセージを表示し、それに対して処理の指示を与えるための画面であり、図８に示されるように、対応メッセージ表示欄４１０とコマンドボタン欄４２０からなる。

対応メッセージ表示欄４１０は、対応メッセージ管理テーブル１２１の情報を表示する欄である。コマンドボタン欄４２０は、運用者が運用管理システムに指示を与えるためのボタンを表示する欄である。

対応メッセージ表示欄４１０は、選択チェックボックス４１１、メッセージ情報表示領域４１２を有する。選択チェックボックス４１１は、選択することにより、そのメッセージをコマンドの対象とするための入力オブジェクトである。メッセージ情報表示領域４１２は、対応メッセージ管理テーブル１２１の情報を表示する領域である。

コマンドボタン欄４２０には、検索ボタン４２１、編集ボタン４２２、対応ボタン４２３、ＯＫボタン４２４、キャンセルボタン４２５が配されている。

検索ボタン４２１は、選択チェックボックス４１１により選択された対応メッセージを対象として、図９Ａに示すメッセージ検索画面を開いて検索結果を表示するボタンである。編集ボタン４２２は、図には示さなかったが、選択チェックボックス４１１により選択された対応メッセージを編集するエディタ画面を表示するボタンである。対応ボタン４２３は、選択チェックボックス４１１により選択された対応メッセージを対象として、図１０に示されたメッセージ対応画面を開くボタンである。ＯＫボタン４２４は、編集結果を格納して、この対応メッセージ管理画面４００を閉じる画面である。キャンセルボタン４２５は、編集結果をキャンセルして、この対応メッセージ管理画面４００を閉じる画面である。

メッセージ検索画面５００は、対応メッセージ管理画面４００の検索ボタン４２１から開かれ、選択された対応メッセージ（対象メッセージ）を対象として、保守メッセージ管理テーブル１２２の情報を検索した結果を表示する画面であり、図９Ａに示されるように、対象メッセージ表示欄５１０と検索結果表示欄５２０とコマンドボタン欄５３０からなる。

対象メッセージ表示欄５１０は、選択された対応メッセージの情報を表示する欄である。

検索結果表示欄５２０は、対象メッセージに対して、保守メッセージ管理テーブル１２２の情報を検索した結果を表示する欄である。検索結果表示欄５２０は、選択チェックボックス５２１、メッセージ情報表示領域５２２を有する。選択チェックボックス５１０は、選択することにより、その保守メッセージ管理テーブル１２２のレコードをコマンドの対象とするための入力オブジェクトである。メッセージ情報表示領域５１２は、保守メッセージ管理テーブル１２２のレコードの情報を表示する領域である。

コマンドボタン欄５３０は、運用者が運用管理システムに指示を与えるためのボタンを表示する欄である。

検索結果表示欄５２０には、保守メッセージ管理テーブル１２２のレコードが一つの行として表示される。表示の順番は、対象メッセージと一致度が高いものが上に表示される。特に、検索結果表示欄５２０には、保守メッセージ管理テーブル１２２の総得点１２２ｊの情報も表示される。これにより、運用者は、選択した対象メッセージと一致度が高い保守メッセージ管理テーブル１２２のレコードから調べることができ、総得点も参考にして、どの情報が問題解決のために役に立つかの方針を立てることができる。ここで、総得点は、保守メッセージ管理テーブル１２２のレコードが、どの程度、受信したメッセージと類似性があったかを指標を示すという意義を有する。また、保守メッセージ管理テーブル１２２のレコードの原因１２２ｉ、対応方法１２２ｊ、メッセージ区分１２２ｊの情報も参照することができるため、対象メッセージに対する原因、対応方法、メッセージ区分を立案するときにも有益な情報となる。

コマンドボタン欄５３０には、戻るボタン５３１、詳細ボタン５３２、対応ボタン５３３、ＯＫボタン５３４が配されている。

戻るボタン５３１は、このメッセージ検索画面５００を呼び出した対応メッセージ管理画面４００に戻るボタンである。詳細ボタン５３２は、図９Ｂに示される詳細情報を表示したメッセージ検索画面１５００（後述）を表示するボタンである。対応ボタン５３３は、図８に示した対応メッセージ管理画面４００の対応ボタン４２３と同様に、対象メッセージを対象して、図１０に示されたメッセージ対応画面（後述）を開くボタンである。ＯＫボタン５３４は、このメッセージ検索画面５００を閉じる画面である。

詳細情報を表示したメッセージ検索画面１５００は、メッセージ検索画面５００の詳細ボタン５３２から呼び出され、選択された保守メッセージ管理テーブル１２２のレコードに対する詳細情報を表示する画面である。

詳細情報を表示したメッセージ検索画面１５００は、メッセージ検索画面５００の詳細ボタン５３２から開かれ、選択された保守メッセージ管理テーブル１２２のレコードの詳細情報を表示する画面であり、図９Ｂに示されるように、対応メッセージ表示欄１５１０と保守メッセージ管理テーブルレコード詳細情報表示欄１５２０とコマンドボタン欄１５３０からなる。

対象メッセージ表示欄１５１０は、図９Ａの対象メッセージ表示欄５１０と同様である。

保守メッセージ管理テーブルレコード詳細情報表示欄１５２０は、選択された保守メッセージ管理テーブル１２２のレコードの詳細情報を表示する欄である。保守メッセージ管理テーブルレコード詳細情報表示欄１５２０は、レコード固有情報表示領域１５２１と一致率表示領域１５２２からなる。

レコード固有情報表示領域１５２１は、保守メッセージ管理テーブル１２２のレコードのメッセージＩＤ１２２ａ〜総得点１２２ｊの情報を表示する領域である。一致率・項目ポイント表示領域１５２２は、その保守メッセージ管理テーブル１２２のレコードの対象メッセージに対する一致率を、それぞれ表示する領域である。

コマンドボタン欄１５３０は、運用者が運用管理システムに指示を与えるためのボタンを表示する欄である。

コマンドボタン欄１５３０には、戻るボタン１５３１、編集ボタン１５３２、ダウンロードボタン１５３３が配されている。

戻るボタン１５３１は、この詳細情報を表示したメッセージ検索画面１５００を呼び出したメッセージ検索画面５００に戻るボタンである。編集ボタン１５３２は、図には示さなかったが、選択された保守メッセージ管理テーブル１２２のレコードを編集するエディタ画面を表示するボタンである。ダウンロードボタン１５３３は、保守メッセージ管理テーブル１２２のレコードの格納されたメッセージに対するマニュアルや対応パッチソフトウェアなどをダウンロードする関連サイトを呼び出すためのボタンである。図示しなかったが、そのようなサイトのＵＲＬに関する情報を、統合運用管理サーバ１００が保持しているものとする。

メッセージ対応画面６００は、対応メッセージ管理画面４００の対応ボタン４２３から開かれ、対象メッセージに対して、運用者が、原因、対応方法、メッセージ区分を入力して、保守メッセージ管理テーブル１２２に対象メッセージの情報を格納するために表示する画面であり、図１０に示されるように、対象メッセージ表示欄６１０と保守情報入力欄６２０とコマンドボタン欄６３０からなる。

対象メッセージ表示欄６１０は、選択された対応メッセージの情報を表示する欄である。

保守情報入力欄６２０は、対象メッセージに対して、保守のために必要な情報を入力する欄である。保守情報入力欄６２０は、メッセージ区分欄６２１、原因欄６２２、対応方法欄６２３からなる。

メッセージ区分欄６２１は、保守メッセージ管理テーブル１２２のメッセージ区分１２２ｈに対応する情報を入力する欄である。原因欄６２２は、保守メッセージ管理テーブル１２２の原因１２２ｉに対応する情報を入力する欄である。対応方法欄６２３は、保守メッセージ管理テーブル１２２の対応方法１２２ｊに対応する情報を入力する欄である。

コマンドボタン欄６３０は、運用者が運用管理システムに指示を与えるためのボタンを表示する欄である。コマンドボタン欄６３０には、戻るボタン６３１、ＯＫボタン４２４、キャンセルボタン４２５が配されている。戻るボタン６３１は、このメッセージ対応画面６００を呼び出した対応メッセージ管理画面４００に戻るボタンである。ＯＫボタン４２４は、入力内容を反映して、対象メッセージに関する情報を、保守メッセージ管理テーブル１２２に格納するボタンである。キャンセルボタン４２５は、入力した内容をキャンセルして、メッセージ対応画面６００を閉じるボタンである。

保守メッセージ管理画面７００は、運用管理システムのメッセージ管理ユーティリティの初期画面（図示せず）か、特定のコマンドを入力することにより開かれ、保守メッセージ管理テーブル１２２の情報を保守するための画面であり、図１１に示されるように、保守メッセージ管理テーブル情報表示欄７１０とコマンドボタン欄７２０からなる。

保守メッセージ管理テーブル情報表示欄７１０は、保守メッセージ管理テーブル１２２の情報を表示する欄である。コマンドボタン欄７２０は、運用者が運用管理システムに指示を与えるためのボタンを表示する欄である。

保守メッセージ管理テーブル情報表示欄７１０は、選択チェックボックス７１１、メッセージ情報表示領域７１２を有する。選択チェックボックス７１１は、選択することにより、保守メッセージ管理テーブルのレコードをコマンドの対象とするための入力オブジェクトである。メッセージ情報表示領域７１２は、保守メッセージ管理テーブルのレコードの情報を表示する領域である。

コマンドボタン欄７２０には、編集ボタン７２１、ＯＫボタン７２２、キャンセルボタン７２３が配されている。

編集ボタン７２２は、図には示さなかったが、選択チェックボックス７１０により選択された保守メッセージ管理テーブルのレコードの情報を編集するエディタ画面を表示するボタンである。ＯＫボタン７２２は、編集結果を格納して、この保守メッセージ管理画面７００を閉じる画面である。キャンセルボタン７２５は、編集結果をキャンセルして、この保守メッセージ管理画面７００を閉じる画面である。

以上のように、本実施形態の運用管理システムによれば、各運用監視システムから受信したメッセージに対して、保守用に蓄えたメッセージの保守メッセージ管理テーブルから、類似するメッセージを検索して、一致度の高いものから順に、メッセージ検索結果を表示する。運用者は、そのメッセージの情報を見て、過去の保守時において、判断された運用、対応方法、メッセージ区分を参照することができる。また、メッセージごとに総得点が表示されているため、過去にどれだけ類似のメッセージが出ているかの指標とすることができる。これにより、運用者は、障害などが発生したときに、過去の保守情報を参照することにより、精度が高く、迅速な障害対応が可能となる。

１０…システム運用環境、２０…運用監視システム、１００…統合運用管理サーバ、２００…運用クライアント端末、
１２１…対応メッセージ管理テーブル、１２２…保守メッセージ管理テーブル、
４００…対応メッセージ管理画面、５００…メッセージ検索画面、１５００…詳細情報を表示したメッセージ検索画面、６００…メッセージ対応画面、７００…保守メッセージ管理画面

Claims (8)

1. 各々のシステム運用環境における運用監視システムから出力されるメッセージを受信して、そのメッセージを表示する運用管理システムであって、
   統合運用管理サーバと運用クライアント端末とを備え、
   前記統合運用管理サーバは、
   前記運用監視システムから出力されるメッセージを格納する対応メッセージ管理テーブルと、
   過去の運用監視システムから出力されたメッセージに関する情報を格納する保守メッセージ管理テーブルとを有し、
   前記統合運用管理サーバは、前記運用クライアント端末から選択された前記対応メッセージ管理テーブルに格納されたメッセージに対して、保守メッセージ管理テーブルの情報を検索する依頼を受付け
   前記統合運用管理サーバは、前記選択された前記対応メッセージ管理テーブルに格納されたメッセージと、各々の保守メッセージ管理テーブルのレコードの情報との一致率を算出して、一致率の高い順に保守メッセージ管理テーブルのレコードの情報を表示する表示情報を、検索結果情報として作成して、前記運用クライアント端末に送信し、
   前記運用クライアント端末は、前記検索結果情報を表示することを特徴とする運用管理システム。
2. 前記統合運用管理サーバは、前記選択された前記対応メッセージ管理テーブルに格納されたメッセージに対する原因、対応方法、メッセージ区分を前記運用クライアント端末から受信し、
   前記選択された前記対応メッセージ管理テーブルに格納されたメッセージに対して、原因、対応方法、メッセージ区分の情報を付加して、前記保守メッセージ管理テーブルに格納し、
   前記検索結果情報に原因、対応方法、メッセージ区分の情報を含めることを特徴と請求項１記載の運用管理システム。
3. 前記保守メッセージ管理テーブルは、過去に受信したメッセージとの類似度を表す指標である総得点の項目を有し、
   前記検索結果情報に、総得点の情報を含めることを特徴とする請求項１記載の運用管理システム。
4. 前記選択された前記対応メッセージ管理テーブルに格納されたメッセージを、前記保守メッセージ管理テーブルに格納するときに、
   前記統合運用管理サーバは、前記選択された前記対応メッセージ管理テーブルに格納されたメッセージと、各々の保守メッセージ管理テーブルのレコードの情報との一致率を算出して、前記選択された前記対応メッセージ管理テーブルに格納されたメッセージの項目と各々の保守メッセージ管理テーブルのレコードの項目との一致による項目ポイントを算出し、
   前記一致率と前記項目ポイントに基づいて、前記選択された前記対応メッセージ管理テーブルに格納されたメッセージと、各々の保守メッセージ管理テーブルのレコードとの総得点を算出し、
   前記選択された前記対応メッセージ管理テーブルに格納されたメッセージの総得点を、前記選択された前記対応メッセージ管理テーブルに格納されたメッセージと、各々の保守メッセージ管理テーブルのレコードとの総得点の総和として、前記選択された前記対応メッセージ管理テーブルに格納されたメッセージの総得点の情報を付加して、前記選択された前記対応メッセージ管理テーブルに格納されたメッセージを、前記保守メッセージ管理テーブルに格納し、
   保守メッセージ管理テーブルのレコードの総得点の項目に、前記選択された前記対応メッセージ管理テーブルに格納されたメッセージと、その保守メッセージ管理テーブルのレコードとの総得点を足しこんで更新し、
   前記検索結果情報に、保守メッセージ管理テーブルのレコードの総得点の情報を含めることを特徴とする請求項１記載の運用管理システム。
5. 各々のシステム運用環境における運用監視システムから出力されるメッセージを受信して、そのメッセージを表示する運用管理方法であって、
   統合運用管理サーバは、前記運用監視システムから出力されるメッセージを格納する対応メッセージ管理テーブルと、
   過去の運用監視システムから出力されたメッセージに関する情報を格納する保守メッセージ管理テーブルとを有し、
   前記統合運用管理サーバが、運用クライアント端末から選択された前記対応メッセージ管理テーブルに格納されたメッセージに対して、保守メッセージ管理テーブルの情報を検索する依頼を受付けるステップと、
   前記統合運用管理サーバが、前記選択された前記対応メッセージ管理テーブルに格納されたメッセージと、各々の保守メッセージ管理テーブルのレコードの情報との一致率を算出して、一致率の高い順に保守メッセージ管理テーブルのレコードの情報を表示する表示情報を、検索結果情報として作成して、前記運用クライアント端末に送信するステップと、
   前記運用クライアント端末が、前記検索結果情報を表示するステップとを有することを特徴とする運用管理方法。
6. 前記統合運用管理サーバが、前記選択された前記対応メッセージ管理テーブルに格納されたメッセージに対する原因、対応方法、メッセージ区分を前記運用クライアント端末から受信するステップと、
   前記選択された前記対応メッセージ管理テーブルに格納されたメッセージに対して、原因、対応方法、メッセージ区分の情報を付加して、前記保守メッセージ管理テーブルに格納するステップを有し、
   前記運用クライアント端末が、前記検索結果情報を表示するステップにおいて、前記検索結果情報に原因、対応方法、メッセージ区分の情報を含めることを特徴とすることを特徴とする請求項５記載の運用管理方法。
7. 前記保守メッセージ管理テーブルは、過去に受信したメッセージとの類似度を表す指標である総得点の項目を有し、
   前記検索結果情報に、総得点の情報を含めることを特徴とする請求項５記載の運用管理方法。
8. 前記選択された前記対応メッセージ管理テーブルに格納されたメッセージを、前記保守メッセージ管理テーブルに格納するステップにおいて、
   前記統合運用管理サーバが、前記選択された前記対応メッセージ管理テーブルに格納されたメッセージと、各々の保守メッセージ管理テーブルのレコードの情報との一致率を算出して、前記選択された前記対応メッセージ管理テーブルに格納されたメッセージの項目と各々の保守メッセージ管理テーブルのレコードの項目との一致による項目ポイントを算出し、
   前記一致率と前記項目ポイントに基づいて、前記選択された前記対応メッセージ管理テーブルに格納されたメッセージと、各々の保守メッセージ管理テーブルのレコードとの総得点を算出し、
   前記選択された前記対応メッセージ管理テーブルに格納されたメッセージの総得点を、前記選択された前記対応メッセージ管理テーブルに格納されたメッセージと、各々の保守メッセージ管理テーブルのレコードとの総得点の総和として、前記選択された前記対応メッセージ管理テーブルに格納されたメッセージの総得点の情報を付加して、前記選択された前記対応メッセージ管理テーブルに格納されたメッセージを、前記保守メッセージ管理テーブルに格納し、
   保守メッセージ管理テーブルのレコードの総得点の項目に、前記選択された前記対応メッセージ管理テーブルに格納されたメッセージと、その保守メッセージ管理テーブルのレコードとの総得点を足しこんで更新し、
   前記運用クライアント端末が、前記検索結果情報を表示するステップにおいて、
   前記検索結果情報に、保守メッセージ管理テーブルのレコードの総得点の情報を含めることを特徴とする請求項５記載の運用管理方法。

Images