(57)【要約】  トラブル原因究明の起点となるリソース名及びその詳細情報名並びに日時を付属情報とした起動指示があると、関連情報ＤＢを参照し、付属情報のリソース名及びその詳細情報名により特定されるリソース情報及びこれに関係するリソース情報を抽出する。リソース情報が抽出されると、性能情報ＤＢを参照し、付属情報の日時を起点とした所定期間の範囲内で、各リソース情報に関する性能情報を取得し、その性能値の平均値及び標準偏差を算出する。その後、各リソース情報に関する性能情報について、付属情報の日時における性能値と平均値及び標準偏差との関係から、付属情報のリソース名及びその詳細情報名により特定されるリソース情報との関連影響度を判定し、関連影響度が同一の性能情報ごとにサムネイルを提示する。
2010010621.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータに、
トラブル原因究明の起点となるリソース名及びその詳細情報名並びに日時を付属情報とした起動指示があったときに、少なくともリソース名及びその詳細情報名からなるリソース情報について、相互に関連するリソース情報が定義された関連情報データベースを参照し、前記付属情報のリソース名及びその詳細情報名により特定されるリソース情報及びこれに関連するリソース情報を抽出するステップと、
情報システムを構築する各機器において定期的に収集された情報であって、少なくとも収集日時，リソース名及びその詳細情報名並びに性能値からなる性能情報が格納された性能情報データベースを参照し、前記付属情報の日時を起点とした所定時間の範囲内で、前記ステップにより抽出された各リソース情報に関する性能情報を取得するステップと、
前記ステップにより取得された各リソース情報に関する性能情報の性能値について、その平均値及び標準偏差を算出するステップと、
前記各リソース情報に関する性能情報について、前記付属情報の日時における性能情報の性能値と前記平均値及び標準偏差との関係から、前記付属情報のリソース名及びその詳細情報名により特定されるリソース情報との関連影響度を判定するステップと、
前記ステップにより判定された関連影響度が同一の性能情報ごとに、その概要を示すサムネイルを提示するステップと、
を実現させるためのトラブルシュート支援プログラム。
【請求項２】
前記コンピュータに、前記関連影響度に応じて、評価対象たる性能情報がトラブル原因となっている可能性を数値で表現する関連度ポイントを更新するステップをさらに実現させ、
前記サムネイルを提示するステップは、前記関連度ポイントが大きいものから小さいものへ降順にサムネイルを並べ替えて提示することを特徴とする請求項１記載のトラブルシュート支援プログラム。
【請求項３】
前記コンピュータに、前記関連情報データベースに対して、前記関連影響度が最大の性能情報のリソース情報を前記付属情報のリソース名及びその詳細情報名と関連付けて追加するステップをさらに実現させることを特徴とする請求項１記載のトラブルシュート支援プログラム。
【請求項４】
前記平均値及び標準偏差を算出するステップは、前記付属情報の日時を基点とした異なる時間間隔で平均値及び標準偏差を夫々算出し、
前記関連影響度を判定するステップは、異なる時間間隔で算出された平均値及び標準偏差を用いて判定された各関連影響度のうち、該関連影響度が最大のものを採択することを特徴とする請求項１記載のトラブルシュート支援プログラム。
【請求項５】
前記コンピュータに、前記リソース情報を抽出するステップにより抽出された各リソース情報について、前記性能情報の収集開始日時及び収集終了日時，リソース情報，関連影響度並びに性能値を関連付けて一時保存データベースに格納するステップをさらに実現させ、
前記サムネイルを提示するステップは、前記一時保存データベースに保存されたリソース情報，関連影響度及び性能値からサムネイルを作成して提示することを特徴とする請求項１記載のトラブルシュート支援プログラム。
【請求項６】
前記リソース情報を抽出するステップは、前記付属情報のリソース名により特定されるリソースがある機器に関するリソース情報も抽出対象とすることを特徴とする請求項１記載のトラブルシュート支援プログラム。
【請求項７】
前記リソース情報を抽出するステップは、前記付属情報のリソース名により特定されるリソースがある機器が属するグループの他の機器におけるリソース情報も抽出対象とすることを特徴とする請求項１記載のトラブルシュート支援プログラム。
【請求項８】
前記コンピュータに、前記サムネイルを選択すると、該サムネイルに関する性能情報のグラフ，リソース名及びその詳細情報並びに収集期間を提示するステップをさらに実現させることを特徴とする請求項１記載のトラブルシュート支援プログラム。
【請求項９】
前記サムネイルを提示するステップは、前記関連影響度が最大ものを初期提示すると共に、操作者の指示に応じた関連影響度のものを切替提示することを特徴とする請求項１記載のトラブルシュート支援プログラム。
【請求項１０】
コンピュータに、
トラブル原因究明の起点となるリソース名及びその詳細情報名並びに日時を付属情報とした起動指示があったときに、少なくともリソース名及びその詳細情報名からなるリソース情報について、相互に関連するリソース情報が定義された関連情報データベースを参照し、前記付属情報のリソース名及びその詳細情報名により特定されるリソース情報及びこれに関連するリソース情報を抽出するステップと、
情報システムを構築する各機器において定期的に収集された情報であって、少なくとも収集日時，リソース名及びその詳細情報名並びに性能値からなる性能情報が格納された性能情報データベースを参照し、前記付属情報の日時を起点とした所定時間の範囲内で、前記ステップにより抽出された各リソース情報に関する性能情報を取得するステップと、
前記ステップにより取得された各リソース情報に関する性能情報の性能値について、その平均値及び標準偏差を算出するステップと、
前記各リソース情報に関する性能情報について、前記付属情報の日時における性能情報の性能値と前記平均値及び標準偏差との関係から、前記付属情報のリソース名及びその詳細情報名により特定されるリソース情報との関連影響度を判定するステップと、
前記ステップにより判定された関連影響度が同一の性能情報ごとに、その概要を示すサムネイルを提示するステップと、
を実行させることを特徴とするトラブルシュート支援方法。
【請求項１１】
少なくともリソース名及びその詳細情報名からなるリソース情報について、相互に関連するリソース情報が定義された関連情報データベースと、
情報システムを構築する各機器において定期的に収集された情報であって、少なくとも収集日時，リソース名及びその詳細情報名並びに性能値からなる性能情報が格納された性能情報データベースと、
トラブル原因究明の起点となるリソース名及びその詳細情報名並びに日時を付属情報とした起動指示があったときに、前記関連情報データベースを参照し、前記付属情報のリソース名及びその詳細情報名により特定されるリソース情報及びこれに関連するリソース情報を抽出するリソース情報抽出手段と、
前記性能情報データベースを参照し、前記付属情報の日時を起点とした所定時間の範囲内で、前記リソース情報抽出手段により抽出された各リソース情報に関する性能情報を取得する性能情報取得手段と、
前記性能情報取得手段により取得された各リソース情報に関する性能情報の性能値について、その平均値及び標準偏差を算出する統計手段と、
前記各リソース情報に関する性能情報について、前記付属情報の日時における性能情報の性能値と前記平均値及び標準偏差との関係から、前記付属情報のリソース名及びその詳細情報名により特定されるリソース情報との関連影響度を判定する影響度判定手段と、
前記影響度判定手段により判定された関連影響度が同一の性能情報ごとに、その概要を示すサムネイルを提示するサムネイル提示手段と、
を含んで構成されたことを特徴とするトラブルシュート支援装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報システムに発生したトラブルの原因を突き止めて解決するトラブルシュート支援技術に関する。
【背景技術】
【０００２】
情報システムのトラブルシュートにおいては、特開平６−２２２９６３号公報（特許文献１）及び特開平２−９１７３９号公報（特許文献２）に記載されるように、エージェントなどにより収集されたリソース性能情報をグラフ形式や表形式で提示する支援技術が提案されている。そして、システム管理者は、表示されたリソースの振る舞いから、トラブルの原因となっている箇所を究明する。このとき、システム管理者は、自らの経験及び勘に頼って、トラブル原因究明の起点となるリソースに関連するリソースの性能情報を順次辿りつつ参照し、トラブルと関連がある振る舞いがあるか否かを１つずつ確認する必要がある。
【特許文献１】特開平６−２２２９６３号公報
【特許文献２】特開平２−９１７３９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、情報システムが大規模になると、相互に関連するリソースの数も膨大となるため、システム管理者の経験及び勘に頼るトラブルシュートでは、トラブルに関連するリソースを特定する作業に多大な工数がかかってしまう。また、システム管理者が、特定のリソースに関連するリソースがどれであるか把握していないと、的確なトラブルシュートを行うことができない。さらに、システム管理者の経験及び勘に頼るトラブルシュートであるため、経験が不足するシステム管理者では、簡単にトラブルの原因究明及びその解決を図ることができない。【０００４】
そこで、本発明は従来の問題点に鑑み、トラブル原因究明の起点となるリソース情報に関連する各リソース情報について、起点リソース情報に対する関連度を考慮して性能情報を提示することで、トラブルシュートを容易ならしめることを目的とする。
【課題を解決するための手段】
【０００５】
このトラブルシュート支援技術では、相互に関連するリソース情報が定義された関連情報データベースと、情報システムを構築する各機器において定期的に収集された性能情報が格納された性能情報データベースと、が備えられる。ここで、リソース情報は、少なくとも、リソース名及びその詳細情報名を含んで構成される。また、性能情報は、少なくとも、収集日時，リソース名及びその詳細情報名並びに性能値を含んで構成される。そして、トラブル原因究明の起点となるリソース名及びその詳細情報名並びに日時を付属情報とした起動指示があると、関連情報データベースを参照し、付属情報のリソース名及びその詳細情報名により特定されるリソース情報及びこれに関係するリソース情報を抽出する。リソース情報が抽出されると、性能情報データベースを参照し、付属情報の日時を起点とした所定期間の範囲内で、各リソース情報に関する性能情報を取得し、その性能値の平均値及び標準偏差を算出する。その後、各リソース情報に関する性能情報について、付属情報の日時における性能値と平均値及び標準偏差との関係から、付属情報のリソース名及びその詳細情報名により特定されるリソース情報との関連影響度を判定し、関連影響度が同一の性能情報ごとにサムネイルを提示する。
【発明の効果】
【０００６】
このトラブルシュート支援技術によれば、システム管理者は、自らの経験及び勘に頼らなくとも、提示されたサムネイルからトラブル原因となっている可能性が高いリソースを特定することができる。また、付属情報により特定されるリソース情報に関連するリソース情報は、関連情報データベースを参照して自動的に抽出されるため、システム管理者が特定のリソースに関連するリソースがどれであるか把握する必要がなく、的確なトラブルシュートを行うことができる。さらに、リソース評価結果がサムネイルとして提示されるため、経験が不足するシステム管理者であっても、簡単にトラブル原因究明及びその解決を図ることができる。よって、トラブルシュートに関するシステム管理者の負荷を軽減できると共に、システム管理者によらないトラブルシュートを行うことができる。
【図面の簡単な説明】
【０００７】
【図１】トラブルシュート支援装置の一実施形態を説明する構成図である。
【図２】リソース関連情報データベースの説明図である。
【図３】リソース構成情報データベースの説明図である。
【図４】性能情報データベースの説明図である。
【図５】一時保存データベースの説明図である。
【図６】性能情報収集処理を説明するフローチャートである。
【図７】リソース情報抽出処理を説明するフローチャートである。
【図８】リソース情報抽出処理を説明するフローチャートである。
【図９】一覧リストの説明図である。
【図１０】リソース評価処理を説明するフローチャートである。
【図１１】リソース評価処理を説明するフローチャートである。
【図１２】評価リストの説明図である。
【図１３】評価結果提示処理を説明するフローチャートである。
【図１４】評価結果提示画面の説明図である。
【図１５】詳細情報提示画面の説明図である。
【符号の説明】
【０００８】
１０    トラブルシュート支援装置
１０Ａ  性能情報収集部
１０Ｂ  リソース情報抽出部
１０Ｃ  リソース評価部
１０Ｄ  評価結果提示部
１０Ｅ  一覧リスト
１０Ｆ  評価リスト
１２    リソース関連情報データベース
１４    リソース構成情報データベース
１６    性能情報データベース
１８    一時保存データベース
２０    サーバ
２２    エージェント
３０    管理コンソール
【発明を実施するための最良の形態】
【０００９】
以下、添付された図面を参照して本発明を詳述する。
図１は、本発明を具現化したトラブルシュート支援装置の一実施形態を示す。
トラブルシュート支援装置１０は、コンピュータからなる管理サーバにより構築され、インターネット，ＬＡＮ（Local Area Network），ＷＡＮ（Wide Area Network）などのネットワークを介して、情報システムを構築する各機器に接続される。各機器としては、例えば、ＯＳ（Operating System），ミドルウエア及びＤＢＭＳ（DataBase Management System）などを備えたサーバ２０を適用することができる。また、トラブルシュート支援装置１０は、ネットワークを介して、情報システムに発生したトラブルの原因究明を行う管理コンソール３０と接続される。【００１０】
各サーバ２０には、サーバ名，リソース名及びその詳細情報名，性能値からなる性能情報を定期的に収集し、ネットワークを介して、トラブルシュート支援装置１０へと送信するエージェント２２が組み込まれる。ここで、性能値としては、例えば、サーバ２０のＣＰＵ（Central Processing Unit），メモリ，ディスクの使用状況、サーバ２０の上で動作するプロセスの稼動状況などを適用することができる。【００１１】
トラブルシュート支援装置１０には、リソース関連情報ＤＢ（データベース）１２，リソース構成情報ＤＢ１４，性能情報ＤＢ１６及び一時保存ＤＢ１８が備えられる。リソース関連情報ＤＢ１２は、少なくともリソース名及びその詳細情報名からなるリソース情報について、相互に関連するリソース情報が定義されるものである。具体的には、リソース関連情報ＤＢ１２には、図２に示すように、サーバが属するグループ名，サーバ名，リソース名及びその詳細情報名からなるリソース情報と、これに関連するリソース情報（以下「関連リソース情報」という）と、が関連付けられて格納される。リソース構成情報ＤＢ１４は、管理対象たるリソースの構成が定義されるものであって、図３に示すように、リソース情報と、評価対象たる性能情報がトラブル原因となっている可能性を数値で表現する関連度ポイントと、が関連付けられて格納される。性能情報ＤＢ１６は、サーバに組み込まれたエージェントから送信された性能情報を保存するものであって、図４に示すように、性能情報の収集日時と、性能情報と、が関連付けられて順次格納される。一時保存ＤＢ１８は、応答速度を向上させるために設けられ、図５に示すように、性能情報の収集開始日時及び収集終了日時，サーバ名，リソース名及びその詳細情報名，評価結果を示す関連影響度並びに関連度ポイントが関連付けられて格納される。また、一時保存ＤＢ１８には、エージェントから送信された性能情報として、その収集日時，サーバ名，リソース名及びその詳細情報名並びに性能値が関連付けられて格納される。【００１２】
トラブルシュート支援装置１０は、インストールされたトラブルシュート支援プログラムを実行することで、性能情報収集部１０Ａ，リソース情報抽出部１０Ｂ，リソース評価部１０Ｃ及び評価結果提示部１０Ｄを夫々具現化する。性能情報収集部１０Ａは、エージェント２２からの性能情報を受信したときに、その収集日時と性能情報とを関連付けて性能情報ＤＢ１６に順次格納する。リソース情報抽出部１０Ｂは、管理コンソール３０から起動指示があったときに、リソース関連情報ＤＢ１２及びリソース構成情報ＤＢ１４を参照し、トラブル原因究明の起点となるリソース情報及びこれに関連するリソース情報を抽出した一覧リスト１０Ｅを作成する。リソース評価部１０Ｃは、性能情報ＤＢ１６を参照し、一覧リスト１０Ｅに登録された各リソース情報に関する性能情報を取得して、評価リスト１０Ｆを作成する。また、リソース評価部１０Ｃは、評価リスト１０Ｆを用いて、各リソース情報について、トラブル原因究明の起点となるリソース情報との関連性を評価し、その評価結果を一時保存ＤＢ１８に格納する。評価結果提示部１０Ｄは、一時保存ＤＢ１８を参照し、管理コンソール３０に対してリソース情報の評価結果を提示する。【００１３】
なお、リソース情報抽出部１０Ｂにより、リソース情報を抽出するステップ並びにリソース情報抽出手段が具現化される。また、リソース評価部１０Ｃにより、性能情報を取得するステップ，平均値及び標準偏差を算出するステップ，関連影響度を判定するステップ，関連度ポイントを更新するステップ，関連影響度が最大の性能情報のリソース情報を追加するステップ，一時保存データベースに格納するステップ，性能情報取得手段，統計手段並びに影響度判定手段が具現化される。さらに、評価結果提示部１０Ｄにより、サムネイルを提示するステップ，サムネイルに関する性能情報のグラフなどを提示するステップ並びにサムネイル提示手段が具現化される。【００１４】
図６は、性能情報収集部１０Ａにおいて、エージェント２２からの性能情報を受信したことを契機として実行される性能情報収集処理を示す。
ステップ１（図では「Ｓ１」と略記する。以下同様）では、性能情報の収集日時と性能情報を関連付けて性能情報ＤＢ１６に順次格納する。
図７及び図８は、リソース情報抽出部１０Ｂにおいて、管理コンソール３０から、トラブル原因究明の起点となるリソース名及びその詳細情報名並びに日時を付属情報とした起動指示があったことを契機として実行されるリソース情報抽出処理を示す。なお、付属情報には、後述する「拡張抽出モードＩ」及び「拡張抽出モードII」を選択しているか否かを示すフラグなどが含まれる。【００１５】
ステップ１１では、起動指示に係る付属情報が変更されたか否か、即ち、前回の起動指示に係る付属情報のリソース名及びその詳細情報名並びに日時の少なくとも１つが変更されたか否かを判定する。そして、付属情報が変更されていればステップ１２へと進む（Ｙｅｓ）。一方、付属情報が変更されていなければステップ２６へと進み（Ｎｏ）、評価結果提示部１０Ｄに対して提示を指示する。【００１６】
ステップ１２では、リソース関連情報ＤＢ１２を参照し、付属情報のリソース名及びその詳細情報名により特定されるリソース情報をすべて取得する。
ステップ１３では、図９に示すように、ステップ１２で取得した各リソース情報のうち、サーバ名，リソース名及びその詳細情報名を関連付けて一覧リスト１０Ｅに順次格納する。なお、一覧リスト１０Ｅには、サーバ名，リソース名及びその詳細情報が同一のデータを重複して格納しないようにする（以下同様）。【００１７】
ステップ１４では、リソース関連情報ＤＢ１２を参照し、一覧リスト１０Ｅに格納されたサーバ名，リソース名及びその詳細情報名により特定されるリソース情報と関連する関連リソース情報を取得する。なお、関連リソース情報は、第１回目の処理では１番目のリソース情報に関連するもの、第２回目の処理では２番目のリソース情報に関連するものというように順次取得される。【００１８】
ステップ１５では、ステップ１４で取得した各関連リソース情報のうち、サーバ名，リソース名及びその詳細情報名を関連付けて一覧リスト１０Ｅに順次格納する。
ステップ１６では、一覧リスト１０Ｅに格納されたすべてのリソース情報を処理したか否かを判定する。そして、すべてのリソース情報を処理したならばステップ１７へと進む一方（Ｙｅｓ）、すべてのリソース情報を処理していなければステップ１４へと戻る（Ｎｏ）。【００１９】
ステップ１７では、付属情報のリソース名により特定されるリソースがあるサーバのすべてのリソースを抽出対象とする「拡張抽出モードＩ」が選択されているか否かを判定する。そして、「拡張抽出モードＩ」が選択されていればステップ１８へと進む一方（Ｙｅｓ）、「拡張選択モードＩ」が選択されていなければステップ２１へと進む（Ｎｏ）。
ステップ１８では、リソース構成情報ＤＢ１４を参照し、付属情報のリソース名により特定されるリソースがあるサーバ名を取得する。【００２０】
ステップ１９では、リソース関連情報ＤＢ１２を参照し、ステップ１８で取得したサーバ名により特定されるサーバに関するリソース情報をすべて取得する。
ステップ２０では、ステップ１９で取得した各リソース情報のうち、サーバ名，リソース名及びその詳細情報名を関連付けて一覧リスト１０Ｅに順次格納する。
ステップ２１では、付属情報のリソース名により特定されるリソースがあるサーバのグループに属する他のサーバのすべてのリソースを抽出対象とする「拡張抽出モードII」が選択されているか否かを判定する。そして、「拡張抽出モードII」が選択されていればステップ２２へと進む一方（Ｙｅｓ）、「拡張抽出モードII」が選択されていなければステップ２５へと進む（Ｎｏ）。【００２１】
ステップ２２では、リソース構成情報ＤＢ１４を参照し、付属情報のリソース名により特定されるリソースがあるサーバのグループ名を取得する。
ステップ２３では、リソース関連情報ＤＢ１２を参照し、ステップ２２で取得したグループ名により特定されるグループに属する他のサーバのリソース情報をすべて取得する。
ステップ２４では、ステップ２３で取得した各リソース情報のうち、サーバ名，リソース名及びその詳細情報名を関連付けて一覧リスト１０Ｅに順次格納する。【００２２】
ステップ２５では、一覧リスト１０Ｅ及び付属情報の日時をリソース評価部１０Ｃに引き渡す。
図１０及び図１１は、リソース評価部１０Ｃにおいて、リソース情報抽出部１０Ｂから一覧リスト１０Ｅ及び付属情報の日時が引き渡されたことを契機として実行されるリソース評価処理を示す。【００２３】
ステップ３１では、一覧リスト１０Ｅから、関連付けられたサーバ名，リソース名及びその詳細情報名を順次取り出す。なお、サーバ名，リソース名及びその詳細情報名は、第１回目の処理では１番目のもの、第２回目の処理では２番目のものというように順次取得される。
ステップ３２では、性能情報ＤＢ１６を参照し、付属情報の日時から２４時間（所定時間）の範囲内で、ステップ３１で取得されたサーバ名，リソース名及びその詳細情報名により特定されるリソース情報に関する性能情報をすべて取得する。【００２４】
ステップ３３では、図１２に示すように、ステップ３２で取得した各性能情報の性能値について、収集開始日時と収集終了日時とを関連付けて評価リスト１０Ｆに順次格納する。
ステップ３４では、付属情報の日時を起点とした異なる時間間隔、例えば、１時間，１２時間及び２４時間の各時間間隔で、評価リスト１０Ｆに格納された性能値の平均値μ及び標準偏差σを夫々算出する。【００２５】
ステップ３５では、評価リスト１０Ｆを参照し、付属情報の日時における性能値ｆ（ｔ）を取得する。
ステップ３６では、ステップ３２で取得した各性能情報について、ｆ（ｔ）がμ±σの範囲内にあるか否か、即ち、μ−σ≦ｆ（ｔ）≦μ＋σであるか否かを判定する。そして、ｆ（ｔ）がμ±σの範囲内にあればステップ３７へと進み（Ｙｅｓ）、関連影響度がＣ（弱）であると判定した後、ステップ４２へと進む。ここで、「関連影響度」とは、評価対象たる性能情報がトラブル原因となっている可能性を示す指標であって、本実施形態では、「Ａ（強）」，「Ｂ（中）」及び「Ｃ（弱）」の３段階で表現される。なお、関連影響度としては、Ａ〜Ｃの３段階に限らず、公知の統計手法を適用して４段階以上で表現するようにしてもよい。一方、ｆ（ｔ）がμ±σの範囲内になければステップ３８へと進む（Ｎｏ）。【００２６】
ステップ３８では、ステップ３２で取得した各性能情報について、ｆ（ｔ）がμ±２σの範囲内にあるか否か、即ち、μ−２σ≦ｆ（ｔ）≦μ＋２σであるか否かを判定する。そして、ｆ（ｔ）がμ±２σの範囲内にあればステップ３９へと進み（Ｙｅｓ）、関連影響度がＢ（中）であると判定した後、ステップ４２へと進む。一方、ｆ（ｔ）がμ±２σの範囲内になければステップ４０へと進み（Ｎｏ）、関連影響度がＡ（強）であると判定した後、ステップ４１へと進む。【００２７】
ステップ４１では、リソース関連情報ＤＢ１２に、トラブル原因究明の起点となるリソース情報と関連影響度Ａのリソース情報とを関連付けたリソース関連定義を追加する。
ステップ４２では、各時間間隔で評価された性能情報のうち、関連影響度が最大のもの、即ち、関連影響度がＡ＞Ｂ＞Ｃの順番で最も高いものを採択する。
ステップ４３では、ステップ４２で採択された性能情報の関連影響度に基づいて、リソース構成情報ＤＢ１４の関連度ポイントを適宜更新する。即ち、関連影響度がＡ〜Ｃに応じて、夫々、関連度ポイントを＋１，±０，−１する。【００２８】
ステップ４４では、性能情報の収集開始日時，収集終了日時，サーバ名，リソース名及びその詳細情報名，関連影響度，関連度ポイント並びに性能値を関連付けて一時保存ＤＢ１８に格納する。
ステップ４５では、評価リスト１０Ｆをクリアする。
ステップ４６では、一覧リスト１０Ｅの最後まで処理したか否かを判定する。そして、一覧リスト１０Ｅの最後まで処理したならばステップ４７へと進む一方（Ｙｅｓ）、一覧リスト１０Ｅの最後まで処理していなければステップ３１へと戻る（Ｎｏ）。【００２９】
ステップ４７では、評価結果提示部１０Ｄに対して提示を指示する。
図１３は、評価結果提示部１０Ｄにおいて、リソース情報抽出部１０Ｂ又はリソース評価部１０Ｃから提示指示があったことを契機として実行される評価結果提示処理を示す。
ステップ５１では、一時保存ＤＢ１８から関連影響度Ａの性能情報をすべて読み込み、各性能情報について、その詳細を示すグラフ及び概要を示すサムネイルを夫々作成する。【００３０】
ステップ５２では、ステップ５１で作成したサムネイルについて、その性能情報の関連度ポイントが大きいものから小さいものへ降順に並べ替える。
ステップ５３では、図１４に示すように、関連影響度Ａのサムネイル一覧，トラブル原因究明の起点となるリソース名及びその詳細情報名並びに収集開始日時及び収集終了日時を表示するための評価結果提示画面を作成する。なお、評価結果提示画面には、サムネイル一覧を横方向にスクロールするためのボタン，任意の関連影響度のサムネイル一覧を表示させるための評価タブが含まれる。【００３１】
ステップ５４では、管理コンソール３０に評価結果提示画面を転送する。
ステップ５５では、管理コンソール３０において、評価結果提示終了指示がなされたか否かを判定する。そして、評価結果提示終了指示がなされたならばトラブルシュート処理を終了する一方（Ｙｅｓ）、評価結果提示終了指示がなされていなければステップ５６へと進む（Ｎｏ）。【００３２】
ステップ５６では、管理コンソール３０において、評価タブの切替操作がなされたか否かを判定する。そして、評価タブの切替操作がなされたならばステップ５７へと進む一方（Ｙｅｓ）、評価タブの切替操作がなされていなければステップ５８へと進む（Ｎｏ）。
ステップ５７では、一時保存ＤＢ１８から評価タブに応じた関連影響度の性能情報をすべて読み込み、各性能情報について、その詳細を示すグラフ及び概要を示すサムネイルを夫々作成する。その後、ステップ５２へと戻る。【００３３】
ステップ５８では、例えば、ダブルクリックなどの操作を介して、サムネイル一覧からサムネイルが選択されたか否かを判定する。そして、サムネイルが選択されたならばステップ５９へと進む一方（Ｙｅｓ）、サムネイルが選択されていなければステップ５５へと戻る（Ｎｏ）。
ステップ５９では、図１５に示すように、ステップ５８で選択されたサムネイルに関する性能情報のグラフを提示するための詳細情報提示画面を作成する。なお、詳細情報提示画面には、リソースの従属関係を階層形式で表わすツリー型ディレクトリ構造，グラフに関する性能情報のリソース名及びその詳細情報名並びに表示期間，これをトラブル原因究明の起点としてトラブルシュートをさらに続行するための日時指定，トラブルシュートボタン並びに拡張抽出モード指定ボックスが含まれる。【００３４】
ステップ６０では、管理コンソール３０に詳細情報提示画面を転送する。そして、管理コンソール３０において、日時及び拡張抽出モードを指定してトラブルシュートボタンが押されると、リソース名及びその詳細情報名，日時並びに拡張抽出モードフラグを付属情報とした起動指示がトラブルシュート支援装置に送信される。これにより、トラブル原因を絞り込むことができる。【００３５】
このトラブルシュート支援装置１０によれば、サーバ２０に組み込まれたエージェント２２からの性能情報を受信すると、その収集日時と性能情報とを関連付けて性能情報ＤＢ１６に順次格納される。このため、性能情報ＤＢ１６には、定期的に収集されたサーバ２０の性能情報が時系列で蓄積されることとなる。
一方、管理コンソール３０から、トラブル原因究明の起点となるリソース名及びその詳細情報名並びに日時を付属情報とした起動指示があると、リソース関連情報ＤＢ１２から付属情報により特定されるリソース情報及びこれに関連する関連リソース情報が抽出される。即ち、相互に関連するリソース情報をリソース関連情報ＤＢ１２に定義しておけば、トラブル原因究明の起点を指示するだけで、その起点におけるリソース情報及び関連リソース情報が自動的に抽出される。このとき、抽出対象を拡大させる「拡張抽出モードＩ」，「拡張抽出モードII」が選択されていると、付属情報のリソース名により特定されるリソースがあるサーバ２０に関するリソース情報及びそのサーバ２０が属するグループの他のサーバ２０におけるリソース情報も夫々抽出される。このため、時間をかけてもトラブル原因究明精度を向上させることを目的とし、広範囲のリソース情報に対してトラブルシュート作業を要望するシステム管理者にも対応することができる。【００３６】
そして、抽出された各リソース情報について、付属情報の日時を起点とした２４時間の範囲内で、性能情報ＤＢ１６から性能情報が取得され、その性能値の平均値μ及び標準偏差σが算出される。その後、各リソース情報について、付属情報の日時における性能情報の性能値ｆ（ｔ）と平均値μ及びσとの関係から、トラブル原因究明の起点となるリソース情報との関連影響度が判定され、その関連影響度が同一の性能情報ごとに、その概要を示すサムネイル一覧が提示される。ここで、サムネイルは、異なる時間間隔で算出された平均値μ及び標準偏差σを用いて判定された各影響関連度のうち、関連影響度が最大のものに基づいて採択された性能情報から作成されるので、トラブル原因となっている可能性が高いもののみを提示することができる。【００３７】
従って、システム管理者は、自らの経験及び勘に頼らなくとも、管理コンソール３０に表示されたサムネイル一覧から、トラブル原因となっている可能性が高いリソースを特定することができる。また、付属情報により特定されるリソース情報に関連する関連リソース情報は、リソース関連情報ＤＢ１２を参照して自動的に抽出されるため、システム管理者が特定のリソースに関連するリソースがどれであるか把握する必要がなく、的確なトラブルシュートを行うことができる。さらに、リソース評価結果がサムネイル一覧として提示されるため、経験が不足するシステム管理者であっても、簡単にトラブル原因究明及びその解決を図ることができる。よって、トラブルシュートに関するシステム管理者の負担を軽減できると共に、システム管理者によらないトラブルシュートを行うことができる。【００３８】
サムネイル一覧では、関連影響度に応じて更新されるポイントが大きいものから小さいものへ降順に並べ替えられたサムネイルが提示されるので、トラブル原因となっている可能性が高いリソースに対する着目度を向上させることができる。また、サムネイル一覧では、関連影響度が最大のリソースに関するサムネイルが初期提示され、操作者の指示に応じた関連影響度のものが切替提示されるため、トラブル原因となっている可能性が高いリソースから評価することができる。さらに、サムネイル一覧においてサムネイルを選択すると、性能情報のグラフ，リソース名及びその詳細情報名並びに収集期間が提示されるので、リソースの詳細な評価を行うことができる。【００３９】
関連影響度が最大の性能情報のリソース情報は、付属情報と関連付けてリソース関連情報ＤＢ１２に追加されるため、情報システムの構成変更，リソース追加などがあったときにも、次回以降のトラブルシュートにおいてこれを評価対象とすることができる。
さらに、評価結果提示画面及び詳細情報提示画面は、一時保存ＤＢ１８に蓄積されるデータに基づいて作成されるため、例えば、提示対象が変更されても、短時間でその提示を行うことができる。
【図１】
2010010621.tif 000003
【図２】
2010010621.tif 000004
【図３】
2010010621.tif 000005
【図４】
2010010621.tif 000006
【図５】
2010010621.tif 000007
【図６】
2010010621.tif 000008
【図７】
2010010621.tif 000009
【図８】
2010010621.tif 000010
【図９】
2010010621.tif 000011
【図１０】
2010010621.tif 000012
【図１１】
2010010621.tif 000013
【図１２】
2010010621.tif 000014
【図１３】
2010010621.tif 000015
【図１４】
2010010621.tif 000016
【図１５】
2010010621.tif 000017
【国際調査報告】
2010010621.tif 000018
2010010621.tif 000019
2010010621.tif 000020
2010010621.tif 000021