JP6799257B2 - 監視サーバ、制御方法、プログラム - Google Patents

Description

本発明は、コンピュータシステムのログを監視する技術に関する。

コンピュータシステムから出力される操業状況や障害状況を示すログを監視して、障害発生を早期に検知し、短時間で障害から復旧すべく対策を実施することが求められている。

ネットワーク内のシステムの障害解決を支援するシステムがすでに存在する。特許文献１のシステムでは、障害メッセージを受信すると過去事例などをもとに担当者を割り当ててチャットチャンネルを開設する。

特開２００６−３０９６１５号公報

しかしながら、特許文献１に記載の方法では、障害メッセージごとに過去事例などをもとに担当者を割り当ててチャットチャンネルを開設するため、必要以上にチャットルームが増えてしまう恐れがある。

障害対応において、既知の障害であれば対応を協議する必要はなく、多くは既知の対応策等を蓄積したナレッジを元に対応を進めればよい。特許文献１では障害が既知か未知かによらずチャットチャンネルを開設し対応を進めるため、不要なチャットチャンネルも開設されてしまう。

また、同一の障害メッセージが短時間に繰り返し出るような場合にも、特許文献１では障害メッセージ同士の比較は行わないため、メッセージごとにチャットチャンネルを開設し、同一のチャットチャンネルが乱立してしまう。

また、複数の障害メッセージが発信されても、原因が１つであることがある。このようなときに特許文献１のシステムではそれぞれ別の事例としてチャットチャンネルで対応を協議し、別々の事例として登録することしかできない。

そこで、本発明の目的は、取得した監視対象の状況を示すデータに対して必要なチャットルーム（検討ルーム）を開設し、効率的に状況対応の検討を支援する仕組みを提供することである。

本発明は、監視対象の状況を示すデータを取得する監視サーバであって、取得したデータの内容とチャットルームの開設状況に基づいて、当該データに対してチャットルームを開設するかを判定する判定手段と、前記開設すると判定された場合、前記監視対象に対するチャットルームであって、前記取得したデータに対するチャットルームを開設する開設手段と を備えることを特徴とする。

本発明によれば、取得した監視対象の状況を示すデータに対して必要なチャットルームを開設し、効率的に状況対応の検討を支援することが可能になる。

システム監視ポータルシステムの構成の一例を示すシステム構成図である。 運用者端末、管理者端末、システム監視サーバ、監視対象システムサーバに適用可能な情報処理装置のハードウェア構成の一例を示すブロック図である。 システム監視ポータルシステムの機能ブロック図である。 システム監視処理の一例を示すフローチャートである。 ログ取得処理の一例を示すフローチャートである。 ログ監視タイムライン表示処理の一例を示すフローチャートである。 ログ監視タイムライン表示処理の一例を示すフローチャートである。 ルーム表示処理の一例を示すフローチャートである。 新規ルーム開設処理の一例を示すフローチャートである。 参考情報リンククリック時の処理の一例を示すフローチャートである。 ナレッジ登録処理の一例を示すフローチャートである。 ルーム統合処理の一例を示すフローチャートである。 システム監視ポータルシステムで使用するデータ群の一例を示すデータ図である。 システム監視ポータルシステムで使用するログテーブルの一例を示すデータ図である。 システム監視ポータルシステムで使用するデータ群の一例を示すデータ図である。 ログ監視タイムライン画面（管理者用）の一例を示す画面イメージである。 ログ監視タイムライン画面（運用者用）の一例を示す画面イメージである。 検討ルーム画面の一例を示す画面イメージである。 ナレッジ参照画面の一例を示す画面イメージである。 ナレッジ登録画面の一例を示す画面イメージである。 ナレッジ情報検索画面の一例を示す画面イメージである。 ユーザ検索画面（管理者）の一例を示す画面イメージである。 ユーザ検索画面（運用者）の一例を示す画面イメージである。 ユーザ登録画面の一例を示す画面イメージである。 重要度定義検索画面の一例を示す画面イメージである。 重要度定義登録画面の一例を示す画面イメージである。

以下、図面を参照して、本発明の実施形態を詳細に説明する。

図１は、本発明のシステム監視ポータルシステムの構成の一例を示すシステム構成図である。

図１は、１又は複数の監視対象システムサーバ１０４、システム監視サーバ１０３は、ＬＡＮ１０６を介して相互に通信可能に接続されている。運用者端末１０１、管理者端末１０２はインターネット１０５を介してシステム監視サーバ１０３と通信可能に接続されている。

監視対象システムサーバ１０４では監視対象のシステムが稼働し、そのログが蓄積されている。

システム監視サーバ１０３は、監視対象システムサーバ１０４のログを収集し、運用者端末１０１および管理者端末１０２にタイムラインや検討ルームを表示し、過去のナレッジ情報を蓄積・提供するサーバである。

以下、図２を用いて図１に示したシステム監視サーバ１０３、監視対象システムサーバ１０４、運用者端末１０１および管理者端末１０２に適用可能な情報処理装置のハードウェア構成について説明する。

図２は、図１に示したシステム図１に示したシステム監視サーバ１０３、監視対象システムサーバ１０４、運用者端末１０１および管理者端末１０２に適用可能な情報処理装置のハードウェア構成を示すブロック図である。

図２において、２０１はＣＰＵで、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ ／ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。

２０３はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０２あるいは外部メモリ２１１からＲＡＭ２０３にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。

また、２０５は入力コントローラで、キーボード（ＫＢ）２０９や不図示のマウス等のポインティングデバイス等からの入力を制御する。２０６はビデオコントローラで、ディスプレイ２１０等の表示器への表示を制御する。なお、表示器はＣＲＴや、液晶ディスプレイ等の様々な種類が存在する。

２０７はメモリコントローラで、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶する外部記憶装置（ハードディスク（ＨＤ））や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるＣＦカードメモリ等の外部メモリ２１１へのアクセスを制御する。

２０８は通信Ｉ／Ｆコントローラで、ネットワーク（例えば、図１に示したＬＡＮ１０６）を介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。

なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ディスプレイ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。

本発明を実現するための後述する各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、上記プログラムの実行時に用いられる定義ファイル及び各種情報テーブル等も、外部メモリ２１１に格納されており、これらについての詳細な説明も後述する。

次に、図３用いて、本発明のシステム監視ポータルシステムの機能構成について説明する。

図３は、システム監視ポータルシステムの機能構成の一例を示すブロック図である。

システム監視ポータルシステムは、運用者端末１０１、管理者端末１０２、システム監視サーバ１０３、監視対象システムサーバ１０４から構成される。

運用者端末１０１、管理者端末１０２は、表示制御部、操作受付部を持ち、表示制御部はシステム監視サーバ１０３から送信された画面表示データをディスプレイ２１０に表示する機能部、操作受付部はユーザからの操作を受け付け、その結果をシステム監視サーバ１０３に送信する機能部であり、通常はＷｅｂブラウザによって実現される。

監視対象システムサーバ１０４は、ログ出力部を持ち、ログ出力部は自身のサーバや周辺機器の操業状況や障害状況示すログを、定期的またはイベント発生時に出力する機能部であり、ログ出力に連動してシステム監視サーバ１０３に送信する機能を備えてもよい。

システム監視サーバ１０３は、ログ取得部３０１、ログ解析部３０２、ナレッジ管理部３０３、検討ルーム管理部３０４、画面表示制御部３０５を持つ。

ログ取得部３０１は、監視対象システムサーバ１０４からログを定期、不定期に取得する機能部である。ログ解析部３０２は、取得したログの内容を解析し、ログの内容に応じて他の機能部に結果を伝える機能部である。ナレッジ管理部３０３は、検討ルームによって情報収集されて登録された障害対応方法等のナレッジを蓄積し、利用できるように管理する機能部である。検討ルーム管理部３０４は、検討ルームの新規開設からクローズまで検討ルームに関する運用管理を実施し、ユーザによる操作に従い複数検討ルームの統合等を実行する機能部である。画面表示制御部３０５は、運用者端末１０１、管理者端末１０２に必要画面を表示させ、画面に対するユーザ操作の結果を受ける機能部である。通常はＷｅｂアプリケーションサーバ機能にて実現される。

次に、図を用いて、本実施形態の詳細な処理について説明する。

以下、図４を参照して、本実施形態のシステム監視ポータルシステムにおけるシステム監視処理について説明する。

図４ではログの取得とタイムライン表示のタイマー実行について説明する。本処理はシステム監視サーバ１０３にて実施され、タイマーを基準に監視対象システムサーバ１０４から定期的にログを取得し運用者端末１０１および管理者端末１０２にタイムライン表示する（図１６、図１７）。

ステップＳ４０１では、監視対象システムサーバ１０４からログを取得するタイミングをコントロールするためのタイマーをスタートさせる。

ステップＳ４０２では、タイマーがあらかじめ設定した時間を経過したかどうかを判断する。経過していない場合は、経過するまで繰り返し判断を行う。設定時間を経過した場合、ステップＳ４０３に進む。

ステップＳ４０３では、監視対象システムサーバ１０４からログを取得する。ログの取得処理は図５にて後述する。

ステップＳ４０４では、取得したログをタイムライン表示する。タイムライン表示処理は図６、図７にて後述する。

ステップＳ４０５では、監視終了指示があったか否かを判断し、監視終了指示があった場合は本フローを終了する。監視終了指示がない場合は、ステップＳ４０１に戻り処理を繰り返す。監視終了指示は、システムの保守など、特別な作業が発生する際に実施されるものであり、基本的には常時、監視処理を継続することになる。
以上で、システム監視処理を終了する。

図５では図４のステップＳ４０３のログ取得処理について説明する。

本処理フローは、システム監視サーバ１０３にて実施される。

ステップＳ５０１では、監視対象システムサーバ１０４から、ログデータを取得する。ログデータには、ログが発生した日時、システム名、ログの区分、ログ内容、発生したＷｅｂアプリケーションのＵＲＬ等が含まれる。

ステップＳ５０２では、検知文字列テーブル１３００（図１３（ａ））から検知文字列データを取得する。検知文字列テーブルは、項目として、検知文字列、ルーム開設フラグを持つ。各項目は以降の処理で使用する。

ステップＳ５０３では、ログデータと検知文字列を照合する。

ステップＳ５０４では、ステップＳ５０３での結果により、ログに検知文字列が含まれているかどうかを判断する。含まれている場合はステップＳ５０５に進み、含まれていない場合は何もせず本フローを終了する。

ステップＳ５０５では、当該ログデータをログテーブル１４００（図１４）に書き込み、本フローを終了する。ログテーブル１４００は、項目として、ログＣＤ、日時、システム名、区分、内容、ＵＲＬ、ＴｉｍｅＬｉｎｅを持つ。ログＣＤはログテーブル１４００に登録したログを一意に識別するコードであり、ＴｉｍｅＬｉｎｅは当該ログの表示処理を実施したかを表す（０：未処理、１：処理済み）。その他の項目はログデータの該当する項目を登録する。
以上で、ログ取得処理を終了する。

図６、図７では図４のステップＳ４０４のログ監視タイムライン表示処理について説明する。

本処理フローは、システム監視サーバ１０３にて実施され、出力結果が運用者端末１０１および管理者端末１０２に表示される。

ステップＳ６０１ではログテーブル１４００からＴｉｍｅＬｉｎｅ＝０のログデータをログＣＤ順に取得する。

ステップＳ６０２からステップＳ６２１では、取得したＴｉｍｅＬｉｎｅ＝０のログデータ（以下、ＴＬログ）それぞれについて繰り返し処理を行う。ＴＬログがある場合にステップＳ６０３以降の処理に進み、なくなれば本フロー終了となる。

ステップＳ６０３では、ＴＬログをログ監視タイムラインに表示する。本実施例では、運用者端末１０１および管理者端末１０２の表示装置に逐次表示データを送信して表示内容を逐次更新しているが、１画面分の表示データ作成後に、表示データを送信して画面表示させてもよい。

ステップＳ６０４では、検知文字列テーブル１３００からルーム開設フラグが１の検知文字列を取得する。

ステップＳ６０５では、ステップＳ６０４で取得した検知文字列とＴＬログの区分を照合し、ステップＳ６０６に進む。

ステップＳ６０６では、ステップＳ６０５の結果により、検知文字列とＴＬログの区分が一致するかどうか判断する。一致がある場合はステップＳ６０７に進み、一致しない場合はステップＳ６１７に進む。

ステップＳ６０７では、ログテーブル１４００を検索し、システム名、区分、内容、ＵＲＬがＴＬログと完全一致するログ（以下、同一ログ）を検索する。

ステップＳ６０８では、ステップＳ６０７の検索の結果、同一ログが存在する場合はステップＳ６０９に進み、存在しない場合はステップＳ６１１へ進む。

ステップＳ６０９では、同一ログのログＣＤをキーにナレッジ・ログ対応テーブル１５２０（図１５（ｃ））を検索する。

ステップＳ６１０では、ステップＳ６０９の結果、ナレッジが存在する場合ステップＳ６１１に進み、存在しない場合ステップＳ６１２に進む。

ステップＳ６１１では、タイムライン上に参考情報としてナレッジ参照画面２４００（図１９）への参考情報リンクを表示する。表示例を図１６の２１０２、図１７の２２０２に示す。

ステップＳ６１２では、ＴＬログのエラーＵＲＬと重要度定義テーブル１３１０（図１３（ｂ））とを照合する。重要度定義テーブル１３１０は、重要度定義登録画面３１００（図２６）にて編集が可能であり、重要度定義検索画面３０００（図２５）にて照会が可能である。

ステップＳ６１３では、ステップＳ６１２の結果、一致するかどうか判断し、一致しない場合はステップＳ６１４に進み、一致する場合はステップＳ６１５に進む。

ステップＳ６１４では、タイムライン上に「未知のエラー」と表示する。表示例を図１６の２１０４、図１７の２２０４に示す。

ステップＳ６１５では、ルーム表示処理を実行する。ルーム表示処理については図８で後述する。

ステップＳ６２０では、ログテーブル１４００のＴｉｍｅＬｉｎｅフラグを１に変更する。

ステップＳ６２１では、ＴｉｍｅＬｉｎｅ＝０のログデータがまだ存在する場合はステップＳ６０２から繰り返し、存在しない場合はステップＳ６２２に進む。

ステップＳ６２２では、上記の処理で作成された表示データをもとに、運用者端末１０１、管理者端末１０２にログ監視タイムライン画面２１００（図１６）、２２００（図１７）を表示する。

以上で、ログ監視タイムライン表示処理を終了する。
図８ではルーム表示処理について説明する。

ステップＳ７０１では、同一ログのログＣＤをキーにログ・検討ルーム対応テーブル１３３０（図１３（ｄ））を参照し、ＴＬログと同一のログで既に開設されているルームがあるかどうか検索する。このとき、ＴＬログのシステム名・区分・内容・ＵＲＬが完全一致している場合、既存ルームありとする。

ステップＳ７０２では、ステップＳ７０１の結果を判定し、既存ルームありの場合はステップＳ７０３に進み、既存ルームなしの場合はステップＳ７０７に進む。

ステップＳ７０３では、検討ルームテーブル１３２０（図１３（ｃ））を参照し、既存ルームのステータスを確認する。

ステップＳ７０４では、ステップＳ７０３の結果、既存ルームのステータスが検討中（ＣＬＯＳＥ＝０）の場合はステップＳ７０５に進み、クローズ済み（ＣＬＯＳＥ＝１）であった場合はステップＳ７０６に進む。

ステップＳ７０５では、検討中の既存ルームを自動で表示する。表示例を図１８に示す。

ステップＳ７０６では、新規ルームを開設する。本処理については、図９にて後述する。
以上でルーム表示処理を終了する。
図９では新規ルーム開設処理について説明する。

ステップＳ８０１では、新規ルームＩＤを採番し、検討ルームテーブル１３２０（図１３（ｃ））に登録する。

ステップＳ８０２では、新規ルームＩＤをログＣＤと紐づけるログ・検討ルーム対応テーブル１３３０（図１３（ｄ））に登録する。

ステップＳ８０３では、対象ログのシステム名をキーにチャットユーザテーブル１３４０（図１３（ｅ））から参加ユーザを取得する。チャットユーザテーブル１３４０は、管理者用のユーザ検索画面２７００（図２２）にて照会、編集が可能である。運用者用のユーザ検索画面２８００では、照会のみが可能である。また、ユーザはユーザ登録画面２９００（図２４）にて登録する。

ステップＳ８０４では、運用者端末１０１、管理者端末１０２に新規チャットルームを表示する。表示例を図１８に示す。
以上で、新規ルーム開設処理を終了する。

図１０ではステップＳ６１１でログ監視タイムライン画面（図１６、図１７）に表示された参考情報リンククリック時の処理について説明する。

ステップＳ９０１では、ログ監視タイムライン画面２１００、２２００の参考情報リンク（２１０２、２２０２）のクリックを検知する。

ステップＳ９０２ではナレッジテーブル１５１０（図１５（ｂ））、ナレッジ・ログ対応テーブル１５２０（図１５（ｃ））、ナレッジ・担当者対応テーブル１５３０（図１５（ｄ））からナレッジＣＤ、ナレッジ登録日、タイトル、対応内容、ログ内容、担当者を取得する。

ステップＳ９０３では、ナレッジ参照画面２４００（図１９）に、取得したナレッジのうち最新のものを表示する。過去のナレッジはリンク情報としてページ下部に表示する（２４０８）。

以上で、参考情報リンククリック時の処理を終了する。

図１１では、ナレッジ登録処理について説明する。

ステップＳ１００１では、検討ルーム画面（図１８）のナレッジ登録ボタン（２３０７）のクリックを検知したかどうか判断する。検知するまでステップＳ１００１を繰り返し、検知した場合にステップＳ１００２に進む。

ステップＳ１００２では、ナレッジ登録画面２５００（図２０）を表示する。

ステップＳ１００３では、ナレッジ登録ボタン（２３０７）のクリックを検知すると、ステップＳ１００４に進む。

ステップＳ１００４では、ナレッジ登録画面２５００でチャットクローズのチェック（２５０７）があるかどうかを判別し、チェックされている場合はステップＳ１００５に進み、チェックされていない場合はステップＳ１００６に進む。

ステップＳ１００５では、検討ルームテーブル１３２０（図１３（ｃ））にＣＬＯＳＥ＝１を登録する。

ステップＳ１００６では、ナレッジテーブル１５１０（図１５（ｂ））、ナレッジ・ログ対応テーブル１５２０（図１５（ｃ））、ナレッジ・担当者対応テーブル１５３０（図１５（ｄ））にナレッジ情報登録画面で入力したナレッジ情報を登録する。

なお、登録されたナレッジは、ナレッジ情報検索画面２６００（図２１）にて検索が可能である。
以上で、ナレッジ登録処理を終了する。
図１２では、ルーム統合処理について説明する。

ステップＳ１１０１では、管理者のログ監視タイムライン画面２１００（図１６）の統合ボタン２１０９クリックを検知する。検知するまでステップＳ１１０１を繰り返す。

ステップＳ１１０２では、統合する検討中の検討ルームをすべてクローズする。具体的には、検討ルームテーブル１３２０（図１３（ｃ））のＣＬＯＳＥ＝１にする。

ステップＳ１１０３では、統合後ルームに対して新規ルームＩＤを採番して割り当て、ＣＬＯＳＥ＝０として、検討ルームテーブル１３２０に登録する。

ステップＳ１１０４では、統合前ルームのログＣＤをログ・検討ルーム対応テーブル１３３０（図１３（ｄ））から取得する。

ステップＳ１１０５では、ステップ１１０４で取得したログＣＤすべてと統合後のルームＩＤとの対応関係をログ・検討ルーム対応テーブル１３３０に登録する。
以上で、ルーム統合処理を終了する。

次に、本実施形態において使用されているデータテーブルの一例について図１３、図１４、図１５を参照して説明する。

図１３（ａ）は検知文字列テーブル１３００であり、検知文字列、ルーム開設フラグから構成される。ログのエラー区分に、本テーブルに登録されている検知文字列が含まれる場合に当該ログをログテーブル（図１４）に登録し、タイムライン表示する。さらにルーム開設フラグが１の検知文字列を含むログについては、ナレッジ表示やルーム開設が行われる。

図１３（ｂ）は重要度定義テーブル１３１０であり、ＵＲＬ、区分、内容から構成される。本テーブルには、ナレッジが存在しなくても検討ルームを開設して検討を行う必要のある重要度の高いＵＲＬ、区分、内容を登録しておく。

図１３（ｃ）は検討ルームテーブル１３２０であり、検討ルームＩＤ、ＣＬＯＳＥフラグから構成される。検討ルーム開設時にデータが作成され、ＣＬＯＳＥフラグは０であれば開設、１はクローズ済を意味する。ルーム統合時には、統合前のルームをすべてクローズし、新しい検討ルームＩＤを採番し、新規ルームを開設する。

図１３（ｄ）はログ・検討ルーム対応テーブル１３３０である。ログＣＤ、検討ルームＩＤから構成される。ログＣＤ１つに対し、検討ルームＩＤ１つが紐づく。ルーム統合時には、統合するすべてのログＣＤについて統合後のルームＩＤが登録される。

図１３（ｅ）はチャットユーザテーブル１３４０であり、検討ルーム開設時に自動的に招待するシステムごとの対応担当者をあらかじめ登録しておく。システム名、ユーザＣＤ、ユーザ名から構成される。

図１４はログテーブル１４００であり、ログＣＤ、日時、システム名、区分、内容、ＵＲＬ、ＴｉｍｅＬｉｎｅフラグで構成される。検知文字列テーブル１３００に含まれる区分をもつログがすべて書き込まれ、ログ監視タイムライン画面２１００および２２００（図１６、図１７）に表示される。

ログＣＤはログのＣＤ、日時はサーバから取得したログに記載のログ出力日時、システム名はログ出力元のシステム名、区分はログのエラー区分、内容はログ内容、ＵＲＬはログに含まれる発生個所ＵＲＬ、ＴｉｍｅＬｉｎｅはログ監視タイムライン画面２１００および２２００に表示されたログはＴｉｍｅＬｉｎｅ＝１、未表示のログは０を設定する。

図１５（ａ）はチャットテーブル１５００であり、検討ルームのチャット内容がリアルタイムで登録される。検討ルームＩＤ、シーケンス番号（ＳＥＱ）、ユーザＣＤ、発言日時、発言内容から構成される。

図１５（ｂ）はナレッジテーブル１５１０であり、ナレッジＣＤ、ナレッジ登録日、タイトル、エラー対応内容から構成される。

図１５（ｃ）はナレッジ・ログ対応テーブル１５２０であり、ナレッジＣＤ、ログＣＤから構成される。

図１５（ｄ）はナレッジ・担当者対応テーブル１５３０であり、ナレッジＣＤ、対応担当者ＣＤから構成される。
以上でデータテーブルの説明を終了する。

次に、本実施形態においてユーザに提供される画面の一例について図１６〜図２６を参照して説明する。

図１６は、管理者用のログ監視タイムライン画面２１００である。

ログテーブル１４００から取得したログの日時、システム名、区分、内容、ＵＲＬをタイムライン２１０１に表示する。

タイムライン２１０１の下部にはボタン２１０５、２１０６、２１０７が配置され、さらにその下に検討ルーム一覧２１０８が表示される。

ステップＳ６１１の参考情報表示２１０２を該当ログの右側に表示する。これをクリックするとナレッジ参照画面２４００（図１９）に遷移する。

ステップＳ７０５、ステップＳ８０４でルームが表示された場合、該当ログの右側に「検討ルーム」と表示させる（２１０３）。カッコ内は検討ルームの参加者人数である。

ステップＳ６１４の未知のエラー表示２１０４を該当ログの右側に表示する。これをクリックするとルーム表示処理（図８）を経て検討ルームが開設され、カッコ内に参加者人数が表示される。

重要度検索ボタン２１０５をクリックすると重要度定義検索画面３０００（図２５）に遷移する。

ナレッジ情報検索ボタン２１０６をクリックするとナレッジ情報検索画面２６００（図２１）に遷移する。

ユーザ検索・登録ボタン２１０７をクリックするとユーザ検索画面２８００（図２３）に遷移する。

検討ルーム一覧２１０８には検討ルームの一覧表が表示され、検討中のルームを上位、クローズ済のルームを下位にし、参加者の降順で並ぶ。ルーム一覧表の上部には統合ボタン２１０９があり、チェックボックス２１１０で選択したルームを統合することができる。

検討中のルームは検討中ボタン２１１１、クローズ後のルームはｃｌｏｓｅｄ表示２１１２され、それぞれクリックすると検討ルーム画面２３００（図１８）を表示することができる。

図１７は、運用者用のログ監視タイムライン画面２２００である。

ログテーブル１４００から取得したログの日時、システム名、区分、内容、ＵＲＬをタイムライン２２０１に表示する。

タイムライン２２０１の下部にはナレッジ情報検索ボタン２２０５が配置され、さらにその下に検討ルーム一覧２２０６が表示される。

ステップＳ６１１の参考情報表示２２０２を該当ログの右側に表示する。これをクリックするとナレッジ参照画面２４００（図１９）に遷移する。

ステップＳ７０５、ステップＳ８０４でルームが表示された場合、該当ログの右側に「検討ルーム」と表示させる（２２０３）。カッコ内は検討ルームの参加者人数である。

ステップＳ６１４の未知のエラー表示２２０４を該当ログの右側に表示する。これをクリックするとルーム表示処理（図８）を経て検討ルームが開設され、カッコ内に参加者人数が表示される。

ナレッジ情報検索ボタン２２０５をクリックするとナレッジ情報検索画面２６００（図２１）に遷移する。

検討ルーム一覧２２０６には検討中の検討ルームが参加者の降順で表示される。

検討中ボタン２２０７をクリックすると検討ルーム画面２３００（図１８）を表示することができる。
図１８は検討ルーム画面２３００である。

画面上部には表示中の検討ルームＩＤ２３０１、検討ログ２３０２、参加者２３０３が表示される。

参加者の発言内容はチャットウインドウ２３０４に表示され、検討ルーム統合前後のルームはタブに分かれて表示される。

発言内容はテキストボックス２３０５に入力し、発言するボタン２３０６をクリックするとチャットテーブル１５００に登録され、全参加者のチャットウインドウ２３０４に表示される。クローズ済のルームを表示した場合にはテキストボックス２３０５と発言するボタン２３０６は無効となる。

ナレッジ登録ボタン２３０７をクリックするとナレッジ登録画面２５００（図２０）に遷移する。

メンバー招待ボタン２３０８をクリックすると、管理者はユーザ検索画面２７００（図２２）、運用者はユーザ検索画面２８００（図２３）に遷移する。
図１９はナレッジ参照画面２４００である。

ナレッジテーブル１５１０から、ナレッジＣＤ２４０１、タイトル２４０２、ナレッジ登録日２４０４、対応内容２４０５を取得して表示する。

ナレッジ・ログ対応テーブル１５２０からナレッジＣＤに紐づくログＣＤよりログ内容をログテーブル１４００から取得し表示する（２４０３）。

ナレッジ・担当者対応テーブル１５３０からナレッジＣＤに紐づく対応担当者ＩＤより対応担当者を取得して表示する（２４０６）。

ナレッジＣＤに紐づくログＣＤをキーにしてログ・検討ルーム対応テーブル１３３０から検討ルームＩＤを取得し、チャットテーブル１５００のチャット内容を表示する（２４０７）。

チャット履歴２４０７は複数ルームの検討履歴がある場合タブを分割して表示する。

同一ログのナレッジが存在する場合、ナレッジ参照画面２４００（図１９）へのリンクを表示する（２４０８）。

図２０はナレッジ登録画面２５００であり、検討ルーム画面２３００（図１８）のナレッジ登録ボタン２３０７をクリックすると遷移する。あるいは、ナレッジ情報検索画面２６００（図２１）で新規登録ボタン２６０６をクリックすると遷移する。

ナレッジ登録日時テキストボックス２５０１にはナレッジ登録日時を入力する。

ナレッジタイトルテキストボックス２５０２にはナレッジタイトルを入力する。

エラー内容テキストボックス２５０３と対応担当者テキストボックス２５０４にはあらかじめ情報が入力された状態で表示されるが編集も可能である。ただし、ナレッジ情報検索画面２６００（図２１）の新規登録ボタン２６０６クリックで遷移してきた場合は空欄表示となる。

エラー対応内容テキストボックス２５０５には対応内容や結果を入力する。

チャット履歴２５０６はチャット履歴クローズ確認のチェックボックス２５０７とチャット内容表示２５０８からなる。チェックボックス２５０７では最新の検討中のルームをクローズするかどうかを選択する。クローズ済の統合前の検討ルームが存在する場合はチャット内容表示２５０８に２つめ以降のタブで表示させる。

登録ボタン２５０９をクリックするとこれらの情報をナレッジテーブル１５１０、ナレッジ・ログ対応テーブル１５２０、ナレッジ・担当者対応テーブル１５３０に登録する。

更新ボタン２５１０をクリックするとナレッジテーブル１５１０、ナレッジ・ログ対応テーブル１５２０、ナレッジ・担当者対応テーブル１５３０を更新する。

図２１はナレッジ情報検索画面２６００で管理者のログ監視タイムライン画面２１００および２２００（図１６、図１７）のナレッジ情報検索ボタン２１０６および２２０５をクリックすると遷移する。

日付２６０１、エラー内容２６０２、担当者２６０３、ＵＲＬ２６０４を入力し検索ボタン２６０５をクリックするとナレッジテーブル１５１０、ナレッジ・ログ対応テーブル１５２０、ナレッジ・担当者対応テーブル１５３０からナレッジを検索し、一覧２６０７に結果を表示する。

新規登録ボタン２６０６は管理者のみに表示され、クリックするとナレッジ登録画面２５００（図２０）に遷移する。

一覧２６０７に表示されたナレッジにはそれぞれ参照ボタン２６０８、更新ボタン２６０９、削除ボタン２６１０が表示される。

参照ボタン２６０８をクリックするとナレッジ参照画面２４００（図１９）に遷移する。

更新ボタン２６０９をクリックするとナレッジ登録画面（図２５）に遷移する

削除ボタン２６１０をクリックするとナレッジ情報がナレッジテーブル１５１０、ナレッジ・ログ対応テーブル１５２０、ナレッジ・担当者対応テーブル１５３０から削除される。

図２２は管理者向けのユーザ検索画面２７００で、管理者のログ監視タイムライン画面２１００（図１６）のユーザ検索・登録ボタン２１０７をクリック、または管理者が検討ルーム画面２３００（図１８）でメンバー招待ボタン２３０８をクリックすると遷移する。

対象システムテキストボックス２７０１、対象ユーザテキストボックス２７０２、対象ユーザＣＤテキストボックス２７０３に検索条件を入力し、検索ボタン２７０４をクリックするとチャットユーザテーブル１３４０を検索し、結果が検索結果一覧２７０６に表示される。

新規登録ボタン２７０５をクリックするとユーザ登録画面２９００（図２４）に遷移する。

検索結果一覧２７０６にはシステム名・ユーザ名・ユーザＣＤが表示され、それぞれのデータの右に招待ボタン２７０７、更新ボタン２７０８、削除ボタン２７０９が表示される。

管理者のログ監視タイムライン画面２１００（図２１）のユーザ検索・登録ボタン２１０７をクリックして遷移してきた場合には、招待ボタン２７０７は無効、更新ボタン２７０８、削除ボタン２７０９のみ有効となる。

管理者が検討ルーム画面２３００（図１８）でメンバー招待ボタン２３０８から遷移してきた場合には、招待ボタン２７０７のみ有効となる。

招待ボタン２７０７をクリックすると当該ユーザを招待し、検討ルーム画面２３００（図１８）に戻る。

更新ボタン２７０８をクリックするとユーザ登録画面２９００（図２４）に遷移する。

削除ボタン２７０９をクリックすると当該ユーザデータをチャットユーザテーブル１３４０から削除する。

図２３は運用者向けのユーザ検索画面２８００で、運用者が検討ルーム画面２３００（図１８）でメンバー招待ボタン２３０８をクリックすると遷移する。

対象システムテキストボックス２８０１、対象ユーザテキストボックス２８０２、対象ユーザＣＤテキストボックス２８０３に検索条件を入力し、検索ボタン２８０４をクリックするとチャットユーザテーブル１３４０を検索し、結果が検索結果一覧２８０５に表示される。

検索結果一覧２８０５にはシステム名・ユーザ名・ユーザＣＤが表示され、それぞれのデータの右に招待ボタン２８０６が表示される。

招待ボタン２８０６をクリックすると当該ユーザを招待し、検討ルーム画面２３００（図１８）に戻る。

図２４はユーザ登録画面２９００で、管理者がユーザ検索画面２７００（図２２）で新規登録ボタン２７０５をクリックすると遷移する。

管理者がユーザ検索画面２７００の新規登録ボタン２７０５から遷移してきた場合は、登録ボタンのみ有効、更新ボタン２７０８から遷移してきた場合は更新ボタンのみを有効にする。

対象システムテキストボックス２９０１、対象ユーザテキストボックス２９０２、対象ユーザＣＤテキストボックス２９０３に登録内容を入力し、登録ボタン２９０４または更新ボタン２９０５をクリックするとチャットユーザテーブル１３４０にユーザ情報を登録・更新する。

図２５は重要度定義検索画面３０００で、管理者向けのログ監視タイムライン画面２１００（図１６）の重要度検索ボタン２１０５をクリックすると遷移する。

対象ＵＲＬテキストボックス３００１、区分プルダウン３００２、エラー内容テキストボックス３００３に検索条件を入力し、検索ボタン３００４をクリックすると重要度定義テーブル１３１０を検索し、結果が一覧３００６に表示される。

新規登録ボタン３００５をクリックすると重要度定義登録画面３１００（図２６）に遷移する。

検索結果一覧３００６は対象ＵＲＬ、区分、エラー内容からなり、各データの右側に更新ボタン３００７と削除ボタン３００８が表示される。

更新ボタン３００７をクリックすると重要度定義登録画面３１００（図２６）に遷移する。

削除ボタン３００８をクリックすると重要度定義テーブル１３１０から当該データを削除する。

図２６は重要度定義登録画面３１００で、重要度定義検索画面３０００（図２５）の新規登録ボタン３００５クリックまたは更新ボタン３００７クリックで遷移する。

重要度定義検索画面３０００の新規登録ボタン３００５から遷移してきた場合は登録ボタン３１０４のみを有効、更新ボタン３００７から遷移してきた場合は更新ボタン３１０５のみを有効とする。

対象ＵＲＬテキストボックス３１０１、区分プルダウン３１０２、エラー内容テキストボックス３１０３に情報を入力し、登録ボタン３１０４または更新ボタン３１０５をクリックすると重要度定義テーブル１３１０に情報が登録される。
以上で画面の説明を終了する。

上記により、障害発生時に必要な検討ルームを立ち上げることができるようになる。また、同様の検討ルームが存在した場合には、ユーザ操作により複数の検討ルームを１つの検討ルームに統合することが可能になる。

なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。

以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。

また、本発明におけるプログラムは、図４〜図５に示すフローチャートの処理方法をコンピュータが実行可能なプログラムであり、本発明の記憶媒体は図４〜図６の処理方法をコンピュータが実行可能なプログラムが記憶されている。なお、本発明におけるプログラムは図４〜図５の各装置の処理方法ごとのプログラムであってもよい。

以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。

この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。

プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク、ソリッドステートドライブ等を用いることができる。

また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。

１０１ 運用者端末
１０２ 管理者端末
１０３ システム監視サーバ
１０４ 監視対象システムサーバ
１０５ インターネット
１０６ ＬＡＮ

Claims (7)

1. 監視対象の状況を示すデータを取得する監視サーバであって、
   取得したデータの内容とチャットルームの開設状況に基づいて、当該データに対してチャットルームを開設するかを判定する判定手段と、
   前記開設すると判定された場合、前記監視対象に対するチャットルームであって、前記取得したデータに対するチャットルームを開設する開設手段と
   を備えることを特徴とする監視サーバ。
2. 前記判定手段は、前記取得したデータと同様の既存のデータに対するチャットルームの開設状況に基づいて、チャットルームを開設するかを判定することを特徴とする請求項１に記載の監視サーバ。
3. 既存のデータに対するチャットルームの記録内容を、当該既存のデータに対応するナレッジとして登録するナレッジ登録手段と、
   前記取得したデータと同様の既存のデータに対応するナレッジを表示するナレッジ表示手段と
   を備えることを特徴とする請求項１または２に記載の監視サーバ。
4. 前記取得したデータに対してチャットルームを開設すると判定された場合に、前記取得したデータに前記開設されたチャットルームを対応付けて登録し、前記取得したデータと同様の既存のデータに対するチャットルームが開設されている場合に、前記取得したデータに前記既存のデータに対するチャットルームを対応付けて登録する登録制御手段を備えることを特徴とする請求項１乃至３のいずれか１項に記載の監視サーバ。
5. 複数のチャットルームを統合して新たなチャットルームを作成する統合手段を備え、
   前記登録制御手段は、前記統合する前のチャットルームに対応付けられていたデータに前記新たなチャットルームを対応付けて登録することを特徴とする請求項４に記載の監視サーバ。
6. 監視対象の状況を示すデータを取得する監視サーバの制御方法であって、
   判定手段が、取得したデータの内容とチャットルームの開設状況に基づいて、当該データに対してチャットルームを開設するかを判定する判定ステップと、
   開設手段が前記開設すると判定された場合、前記監視対象に対するチャットルームであって、前記取得したデータに対するチャットルームを開設する開設ステップと
   を備えることを特徴とする監視サーバの制御方法。
7. 監視対象の状況を示すデータを取得する監視サーバにおいて実行可能なプログラムであって、
   前記監視サーバを、
   取得したデータの内容とチャットルームの開設状況に基づいて、当該データに対してチャットルームを開設するかを判定する判定手段と、
   前記開設すると判定された場合、前記監視対象に対するチャットルームであって、前記取得したデータに対するチャットルームを開設する開設手段
   として機能させるためのプログラム。
   

Images