(57)【要約】【課題】タイムアウト原因を特定するための適切な情報を得ることができる情報処理装置を提供する。【解決手段】装置１０ａと、装置１０ａと情報を受け渡す装置１０ｂと、装置１０ａと装置１０ｂとの間の情報の受け渡しにおいて、タイムアウトが発生したときログを取得する診断装置２０とを具備する。装置１０ａは、リクエストを装置１０ｂに送信する毎にレイテンシを測定し、所定の期間内の最大レイテンシを算出する負荷測定部１２ａと、最大レイテンシを第１タイムアウト時間として設定し、第１リクエストの送信に対する応答が第１タイムアウト時間内にない場合、軽障害が発生したことを示す軽障害通知を出力する軽障害検出部１３ａとを備える。診断装置２０は、軽障害通知を受け取ると、装置１０ａから軽障害に対応した第１軽障害ログを取得し、装置１０ｂから軽障害に対応した第２軽障害ログを取得する制御部２１を備える。【選択図】図１
2011227639.tif 000002
【特許請求の範囲】
【請求項１】
第１装置と、
前記第１装置と情報を受け渡す第２装置と、
前記第１装置と前記第２装置との間の情報の受け渡しにおいて、タイムアウトが発生したときログを取得する診断装置と
を具備し、
前記第１装置は、
リクエストを前記第２装置に送信する毎にレイテンシを測定し、所定の期間内の最大レイテンシを算出する負荷測定部と、
前記最大レイテンシを第１タイムアウト時間として設定し、第１リクエストの送信に対する応答が前記第１タイムアウト時間内にない場合、軽障害が発生したことを示す軽障害通知を出力する軽障害検出部と
を備え、
前記診断装置は、
前記軽障害通知を受け取ると、前記第１装置から前記軽障害に対応した第１軽障害ログを取得し、前記第２装置から前記軽障害に対応した第２軽障害ログを取得する制御部
を備える
情報処理装置。
【請求項２】
請求項１に記載の情報処理装置であって、
前記第１装置は、
システム継続運用不可な重障害の閾値となる、前記第１タイムアウト時間よりも長い予め設定された第２重障害タイムアウト時間を有し、前記第１リクエストの送信に対する応答が前記第２タイムアウト時間内にない場合、重障害が発生したことを示す重障害通知を出力する重障害検出部
を更に備え、
前記制御部は、前記重障害通知を受け取ると、前記第１装置から前記重障害に対応した第１重障害ログを取得し、前記第２装置から前記重障害に対応した第２重障害ログを取得する
情報処理装置。
【請求項３】
請求項２に記載の情報処理装置であって、
前記診断装置は、
前記第１軽障害ログ、前記第２軽障害ログ、前記第１重障害ログ、及び前記第２重障害ログを格納するログ格納部
を更に備え、
前記制御部は、前記重障害通知を受け取ると、前記ログ格納部に格納された前記第１軽障害ログ、前記第２軽障害ログ、前記第１重障害ログ、及び前記第２重障害ログを解析する
情報処理装置。
【請求項４】
第１装置が、所定の期間内に前記第１装置から第２装置に出力される、複数のリクエストの各々に対する複数のレイテンシを測定するステップと、
前記第１装置が、前記複数のレイテンシの中で最大レイテンシを算出するステップと、
前記第１装置が、前記最大レイテンシを第１タイムアウト時間として設定するステップと、
前記第１装置から前記第２装置に送信される第１リクエストに対する応答が、前記第１タイムアウト時間内にない場合、前記第１装置が軽障害の発生を示す軽障害通知を出力するステップと、
前記第１装置と前記第２装置と接続する診断装置が、前記軽障害通知を受け取り、前記第１装置と前記第２装置とから前記軽障害に対応した軽障害ログを取得するステップと
を具備し、
前記軽障害ログを取得するステップは、
前記第１装置から前記軽障害に対応した第１軽障害ログを取得するステップと、
前記第２装置から前記軽障害に対応した第２軽障害ログを取得するステップと
を備える
タイムアウト処理方法。
【請求項５】
請求項４に記載のタイムアウト処理方法であって、
前記第１リクエストに対する応答が、システム継続運用不可な重障害の閾値となる、前記第１タイムアウト時間よりも長い予め設定された第２タイムアウト時間内にない場合、前記第１装置が重障害の発生を示す重障害通知を出力するステップと、
前記診断装置が、前記重障害通知に基づいて、前記重障害に対応した重障害ログを前記第１装置と前記第２装置とから取得するステップと
を具備し、
前記重障害ログを取得するステップは、
前記第１装置から前記重障害に対応した第１重障害ログを取得するステップと、
前記第２装置から前記重障害に対応した第２重障害ログを取得するステップと
を備える
タイムアウト処理方法。
【請求項６】
請求項５に記載のタイムアウト処理方法であって、
前記診断装置が、前記重障害通知に基づいて、前記第１軽障害ログ、前記第２軽障害ログ、前記第１重障害ログ、及び前記第２重障害ログを解析するステップ
を更に具備する
タイムアウト処理方法。
【請求項７】
請求項４乃至６の何れか一項に記載の方法をコンピュータに実行させる
タイムアウト処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はタイムアウト監視機能に関し、情報処理装置、タイムアウト処理方法、及びタイムアウト処理プログラムに関する。
【背景技術】
【０００２】
一般的に、リクエストのタイムアウト監視機能を備えた情報処理装置は、ユーザシステムでの負荷を予測できないため、システムが高負荷になった時にかかる最大レイテンシよりもはるかに大きい値を固定のタイムアウトの敷居値として設定している。情報処理装置にタイムアウト障害（システム継続運用不可な重障害）が発生した場合、診断装置は障害解析用にログを採取してタイムアウトの原因を調査する。
【０００３】
タイムアウトに関する技術として、特許文献１から３が開示されている。特許文献１には、コンピュータシステムの異常を検出するウォッチドッグタイマが開示されている。このウォッチドックタイマは、タイムアウト最大値保存手段と、通常時タイムアウト値保持手段と、通常時タイムアウト値変更手段とを具備する。タイムアウト最大値保存手段は、タイムアウト時間をモニタリングし、タイムアウトの最大値を検出する。通常時タイムアウト値保持手段は、検出されたタイムアウト値を、通常のウォッチドッグ動作時のタイムアウト時間として用いるため保持する。通常時タイムアウト値変更手段は、保持されたタイムアウト値より大きいタイムアウト値がモニタリングされた場合、通常時タイムアウト値保持手段のタイムアウト値を書き換える。ウォッチドッグタイマは、モニタリングされたタイムアウト値の最大値を、タイムアウト値としてウォッチドック動作することを特徴としている。
【０００４】
特許文献２には、ネットワークを介して接続された、プリンタシステムなどを動作させる通信装置が開示されている。この通信装置は、通信時間計測部と、要求判断部と、処理時間計算部と、タイムアウト時間記憶部とを備える。通信時間計測部は、通信時間を計測する。要求判断部は、１回の通信処理に含まれる複数の要求の種類を判断する。処理時間計算部は、通信時間計測部の計測時間と、予め格納されている基準のタイムアウト時間とから、現在の通信処理での最適なタイムアウト時間を要求の種類毎に算出する。タイムアウト時間記憶部は、要求の種類毎に算出されたタイムアウト時間を記憶する。このような通信装置は、要求内容に対応した最適なタイムアウト時間にて通信することができるというものである。
【０００５】
特許文献３には、プロセスからシステムに対してタイムアウト通知依頼を行う際のタイマ依頼の管理方法が開示されている。このタイマ依頼の管理方法は、第１から第６のステップからなる。第１ステップは、システムがタイムアウト通知依頼の順序（キューイング）を定める管理用テーブルを用意する。第２ステップは、プロセスがシステムに対してタイムアウト通知依頼を送出する。第３ステップは、プロセスが所定の処理終了と同時に、システムに対してタイマキャンセル依頼を送出する。第４ステップは、システムがタイマキャンセル依頼に基づいて、タイマキャンセルを行うと共に、タイマ値、実処理時間などのログ情報を採取する。第５ステップは、システムがログ情報に基づいて、キャンセル依頼が発生すると思われる時刻を統計的に求める。第６ステップは、システムがキャンセル発生予想時刻に基づいて、管理用テーブルのキューをタイマキャンセル依頼発生順に生成したキューで管理する。このようなタイマ依頼の管理方法は、タイマ依頼をタイマキャンセル発生順に生成したキューで管理するため、キャンセル発生時刻を正確・高速に予測できるというものである。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００２−１４０２０９号公報
【特許文献２】特開２００９−１７１１９３号公報
【特許文献３】特公平８−３３８２６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
情報処理装置の診断装置は、タイムアウト検出時のログを解析して、タイムアウトの原因を調査する。しかし、情報処理装置は実際のユーザ負荷よりも大きいタイムアウト値を設定しているため、診断装置がタイムアウト検出時に採取したログにはタイムアウト原因を特定する情報が残っていないことが多い。つまり、診断装置はタイムアウト検出時のログに基づいてタイムアウトの原因を特定することが困難であった。
【０００８】
本発明の目的は、タイムアウト原因を特定するための適切な情報を得ることができる情報処理装置を提供することにある。
【課題を解決するための手段】
【０００９】
本発明の情報処理装置は、第１装置と、第１装置と情報を受け渡す第２装置と、第１装置と第２装置との間の情報の受け渡しにおいて、タイムアウトが発生したときログを取得する診断装置とを具備する。第１装置は、リクエストを第２装置に送信する毎にレイテンシを測定し、所定の期間内の最大レイテンシを算出する負荷測定部と、最大レイテンシを第１タイムアウト時間として設定し、第１リクエストの送信に対する応答が第１タイムアウト時間内にない場合、軽障害が発生したことを示す軽障害通知を出力する軽障害検出部とを備える。診断装置は、軽障害通知を受け取ると、第１装置から軽障害に対応した第１軽障害ログを取得し、第２装置から軽障害に対応した第２軽障害ログを取得する制御部を備える。
【００１０】
本発明の情報処理方法は、第１装置が、所定の期間内に第１装置から第２装置に出力される、複数のリクエストの各々に対する複数のレイテンシを測定するステップと、第１装置が複数のレイテンシの中で最大レイテンシを算出するステップと、第１装置が最大レイテンシを第１タイムアウト時間として設定するステップと、第１装置から第２装置に送信される第１リクエストに対する応答が、第１タイムアウト時間内にない場合、第１装置が軽障害の発生を示す軽障害通知を出力するステップと、第１装置と第２装置と接続する診断装置が、軽障害通知を受け取り、第１装置と第２装置とから軽障害に対応した軽障害ログを取得するステップとを具備する。軽障害ログを取得するステップは、第１装置から軽障害に対応した第１軽障害ログを取得するステップと、第２装置から軽障害に対応した第２軽障害ログを取得するステップとを備える。
【発明の効果】
【００１１】
本発明の情報処理装置は、タイムアウト原因を特定するための適切な情報を得ることができる。
【図面の簡単な説明】
【００１２】
【図１】図１は、本発明の実施の形態による情報処理装置１を示したブロック図である。
【図２】図２は、本発明の実施の形態における、ハードウエア構成例を示すブロック図である。
【図３】図３は、本発明の情報処理装置１の実施の形態による、ユーザ負荷に応じたタイムアウト時間を設定する処理動作を示したフローチャートである。
【図４】図４は、本発明の情報処理装置１の実施の形態による、軽障害に対するタイムアウト処理動作を示したシーケンス図である。
【図５】図５は、本発明の情報処理装置１の実施の形態による、重障害に対するタイムアウト処理動作を示したシーケンス図である。
【発明を実施するための形態】
【００１３】
以下、添付図面を参照して本発明の実施の形態による情報処理装置、タイムアウト処理方法、及びタイムアウト処理プログラムを説明する。
【００１４】
図１は、本発明の実施の形態による情報処理装置１を示したブロック図である。図１を参照すると、情報処理装置１は、複数の装置１０と、診断装置２０とを具備する。複数の装置１０の各々は、相互に情報を受け渡し、また、診断装置２０と情報を受け渡す。図１では、複数の装置１０は、装置１０ａと装置１０ｂとの２つを含むが、装置の数をこれに限定するものではない。診断装置２０は、複数の装置１０と接続し、複数の装置１０の間における情報の受け渡しにおいてタイムアウトが発生したとき、複数の装置１０のうちでタイムアウトに関係する装置１０ａや装置１０ｂからログを取得する。
【００１５】
複数の装置１０を説明する。複数の装置１０は、情報の受け渡しを行う装置間インターフェイス４０でそれぞれ接続される。複数の装置１０の各々は、本発明に係わる同じ構成を含むため、装置１０ａを例に以下構成を説明する。装置１０ａは、重障害検出部１１ａと、負荷検出部１２ａと、軽障害検出部１３ａと、診断制御部１４ａとを備える。
【００１６】
重障害検出部１１ａは、システム継続運用不可な重障害の閾値となる、予め設定された重障害タイムアウト時間を有する。重障害検出部１１ａが有するタイムアウト時間は、軽障害検出部１３ａが有するタイムアウト時間よりも長く、システム最大負荷時に要するリクエストのレイテンシより大きな値である。例えば、装置１０ａから装置１０ｂへ出力したリクエストに対する応答が、重障害検出部１１ａが有するタイムアウト時間を越えた場合は、システム継続運用不可な重障害が発生したことを表す。以降、重障害検出部１１ａが有するタイムアウト時間を重障害タイムアウト時間と称し、後述する軽障害検出部１３ａが有するタイムアウト時間を軽障害タイムアウト時間と称する。重障害検出部１１ａは、装置１０ａから装置１０ｂへリクエストが出力されたとき、タイムアウトの監視を開始する。詳細には、重障害検出部１１ａは、装置１０ａから装置１０ｂへリクエストが出力されたとき、時間の計測を開始し、装置１０ｂから応答を受け取ると計測を終了する。その間、重障害検出部１１ａは、装置１０ｂから応答を受け取るまでに計測した時間が、重障害タイムアウト時間内であるか否かを判定する。重障害検出部１１ａは、計測した時間が重障害タイムアウト時間内でない場合、即ち、重障害タイムアウト時間を越えたことを検出すると、装置１０ａと装置１０ｂとの情報の受け渡しにおいて重障害が発生したことを示す重障害通知を、診断制御部１４ａに出力する。
【００１７】
負荷検出部１２ａは、ユーザ負荷に基づいたレイテンシを算出する。詳細には、負荷検出部１２ａは、ユーザ負荷に基づくリクエストを装置１０ａから装置１０ｂに出力する毎にレイテンシを測定して、所定の期間内の最大レイテンシを算出する。つまり、最大レイテンシは、所定の期間内のユーザ負荷に基づいた値となる。負荷検出部１２ａは、最大レイテンシを軽障害検知部１３ａに出力する。
【００１８】
軽障害検出部１３ａは、負荷検出部１２ａから最大レイテンシを受け取ると、軽障害タイムアウト時間として設定する。軽障害検出部１３ａが有する軽障害タイムアウト時間を越えた場合は、システム継続運用可能な軽障害が発生したことを表す。軽障害検出部１３ａは、重障害検出部１１ａと同様に、装置１０ａから装置１０ｂへリクエストが出力されたとき、タイムアウトの監視を開始する。詳細には、軽障害検出部１３ａは、装置１０ａから装置１０ｂへリクエストが出力されたとき、時間の計測を開始し、装置１０ｂから応答を受け取ると計測を終了する。その間、軽障害検出部１３ａは、装置１０ｂから応答を受け取るまでに計測した時間が、軽障害タイムアウト時間内であるか否かを判定する。軽障害検出部１３ａは、計測した時間が軽障害タイムアウト時間内でない場合、即ち、軽障害タイムアウト時間を越えたことを検出すると、装置１０ａと装置１０ｂとの情報の受け渡しにおいて軽障害が発生したことを示す軽障害通知を、診断制御部１４ａに出力する。
【００１９】
診断制御部１４ａは、重障害検出部１１ａから重障害通知を受け取る。また、診断制御部１４ａは、軽障害検出部１３ａから軽障害通知を受け取る。診断制御部１４ａは、重障害通知又は軽障害通知を受け取ると、診断装置２０に出力する。また、診断制御部１４ａは、診断装置２０からログ要求を受け取ると、装置１０ａに格納されたログを抽出して、診断装置２０に出力する。ログは、日時、行われた操作の内容、出力した情報の内容などが含まれる。尚、ログは、診断制御部１４が格納していてもよいし、図示していない装置１０ａの構成部が格納していてもよい。
【００２０】
診断装置２０は、制御部２１とログ格納部２２とを備える。制御部２１は、複数の装置１０の何れかから軽障害通知を受け取ると、軽障害通知を出力した装置１０から軽障害に対応したログを取得し、更に、軽障害通知を出力した装置１０と情報を受け渡していた別の装置１０からも同じ軽障害に対応したログを取得する。詳細には、制御部２１は、装置１０ａから軽障害通知を受け取ると、装置１０ａと装置１０ｂとにログ要求を出力する。そして、制御部２１は、装置１０ａから軽障害に対応したログを受け取り、装置１０ｂから軽障害に対応したログを受け取り、それぞれログ格納部２２へ格納する。また、制御部２１は、複数の装置１０の何れかから重障害通知を受け取ると、重障害通知を出力した装置１０から重障害に対応したログを取得し、更に、重障害通知を出力した装置１０と情報を受け渡していた別の装置１０からも同じ重障害に対応したログを取得する。詳細には、制御部２１は、装置１０ａから重障害通知を受け取ると、装置１０ａと装置１０ｂとにログ要求を出力する。そして、制御部２１は、装置１０ａから重障害に対応したログを受け取り、装置１０ｂから重障害に対応したログを受け取り、それぞれログ格納部２２へ格納する。制御部２１は、重障害通知に関連するログを受け取った後、ログ格納部２２に格納された複数のログを解析して、タイムアウトの原因を調査する。
【００２１】
ログ格納部２２は、複数のログエリア（ログエリア０〜ログエリアｎ）を有する。ログ格納部２２は、制御部２１からログを受け取ると、受け取った順番に各ログをログエリアに格納する。
【００２２】
本発明の実施の形態による情報処理装置１は、コンピュータを用いて実現可能である。図２は、本発明の実施の形態における、ハードウエア構成例を示すブロック図である。図２を参照すると、本発明の情報処理装置１は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）５０と、記憶装置５１、入力装置５２と、出力装置５３と、各装置を接続するバス５４とを備えるコンピュータシステムで構成される。
【００２３】
ＣＰＵ５０は、記憶装置５１に格納されている本発明の情報処理装置１に係る演算処理及び制御処理を行う。記憶装置５１は、ハードディスクやメモリなど、情報の記録を行う装置である。記憶装置５１は、ＣＤ−ＲＯＭやＤＶＤ等のコンピュータ読み取り可能な記憶媒体から読み取られたプログラム、入力装置５２から入力された信号やプログラム、及びＣＰＵ５０の処理結果を格納する。入力装置５２は、マウス、キーボード、マイクロフォンなど、ユーザがコマンド及び信号を入力することが出来る装置である。出力装置５３は、ディスプレイ、スピーカなど、ユーザに出力結果を認識させる装置である。尚、本発明はハードウエア構成例と示したものに限定されず、複数の装置１０、診断装置２０、及びそれら装置に含まれる各部はハードウエアとソフトウエアとを単独又は組み合わせて実現することが出来る。
【００２４】
図３は、本発明の情報処理装置１の実施の形態による、ユーザ負荷に応じたタイムアウト時間を設定する処理動作を示したフローチャートである。図３を参照して、本発明の実施の形態による処理動作を説明する。
【００２５】
ステップＳ０１：
負荷測定部１２ａは、所定の期間内に装置１０ａから装置１０ｂに出力される、複数のリクエストの各々に対する複数のレイテンシを測定する。
【００２６】
ステップＳ０２：
負荷測定部１２ａは、測定した複数のレイテンシの中にある最大レイテンシを算出する。負荷測定部１２ａは、算出した最大レイテンシを軽障害検出部１３ａに出力する。
【００２７】
ステップＳ０３：
軽障害検出部１３ａは、最大レイテンシを受け取り、現在の軽障害タイムアウト時間を受け取った最大レイテンシに更新する。このようにして、軽障害検出部１３ａは、軽障害タイムアウト時間を設定する。
【００２８】
図４は、本発明の情報処理装置１の実施の形態による、軽障害に対するタイムアウト処理動作を示したシーケンス図である。図４を参照して、本発明の実施の形態によるタイムアウト処理方法を説明する。
【００２９】
ステップＡ０１：
装置１０ａは、装置間インターフェイス４０を介して装置１０ｂにリクエストを出力する。
【００３０】
ステップＡ０２：
重障害検出部１１ａは、システム継続運用不可な重障害の閾値となる、予め設定された重障害タイムアウト時間を有する。重障害検出部１１ａは、装置１０ａから装置１０ｂへリクエストが出力されたとき、タイムアウトの監視を開始する。一方、軽障害検出部１３ａは、負荷検出部１２ａから受け取った最大レイテンシを、軽障害タイムアウト時間として設定している。軽障害検出部１３ａは、装置１０ａから装置１０ｂへリクエストが出力されたとき、タイムアウトの監視を開始する。
【００３１】
ステップＡ０３：
重障害検出部１１ａは、装置１０ｂから応答を受け取るまでに計測した時間が、重障害タイムアウト時間内であるか否かを判定する。同様に、軽障害検出部１３ａは、装置１０ｂから応答を受け取るまでに計測した時間が、軽障害タイムアウト時間内であるか否かを判定する。ここで、軽障害検出部１３ａは、装置１０ｂから応答を受け取るまでに計測した時間が、軽障害タイムアウト時間を超過したことを検出する。
【００３２】
ステップＡ０４：
軽障害検出部１３ａは、装置１０ａと装置１０ｂとの情報の受け渡しにおいて軽障害が発生したことを示す軽障害通知を、診断制御部１４ａに出力する。診断制御部１４ａは、軽障害通知を受け取ると、診断装置２０に軽障害通知を出力する。
【００３３】
ステップＡ０５、ステップＡ０６：
診断装置２０の制御部２１は、装置１０ａから軽障害通知を受け取ると、装置１０ａにログ要求を出力する。同様に、制御部２１は、装置１０ａと情報を受け渡していた装置１０ｂにログ要求を出力する。
【００３４】
ステップＡ０７、ステップＡ０８：
装置１０ａの診断制御部１４ａは、診断装置２０からログ要求を受け取ると、装置１０ａに格納された軽障害に対応したログを抽出して、診断装置２０に出力する。同様に、装置１０ｂの診断制御部１４ｂは、診断装置２０からログ要求を受け取ると、装置１０ｂに格納された軽障害に対応したログを抽出して、診断装置２０に出力する。ログは、日時、行われた操作の内容、出力した情報の内容などが含まれる。
【００３５】
ステップＡ０９：
診断装置２０の制御部２１は、装置１０ａからログを受け取り、装置１０ｂからログを受け取り、それぞれログ格納部２２へ格納する。ログ格納部２２は、制御部２１からログを受け取ると、受け取った順番に各ログをログエリアに格納する。その後、装置１０ａがリクエストに対する応答を装置１０ｂから受け取ると、再びステップＡ０１へ戻る。また、装置１０ａがリクエストに対する応答を装置１０ｂから受け取らない場合、情報処理装置１は次に説明する重障害に対するタイムアウト処理動作を行う。
【００３６】
図５は、本発明の情報処理装置１の実施の形態による、重障害に対するタイムアウト処理動作を示したシーケンス図である。図５を参照して、本発明の実施の形態によるタイムアウト処理方法を説明する。
【００３７】
ステップＡ１０：
重障害検出部１１ａは、装置１０ｂから応答を受け取るまでに計測した時間が、重障害タイムアウト時間を超過したことを検出する。
【００３８】
ステップＡ１１：
重障害検出部１１ａは、装置１０ａと装置１０ｂとの情報の受け渡しにおいて重障害が発生したことを示す重障害通知を、診断制御部１４ａに出力する。診断制御部１４ａは、重障害通知を受け取ると、診断装置２０に出力する。
【００３９】
ステップＡ１２、ステップＡ１３：
診断装置２０の制御部２１は、装置１０ａから重障害通知を受け取ると、装置１０ａにログ要求を出力する。同様に、制御部２１は、装置１０ｂにログ要求を出力する。
【００４０】
ステップＡ１４、ステップＡ１５：
装置１０ａの診断制御部１４ａは、診断装置２０からログ要求を受け取ると、装置１０ａに格納された重障害に対応したログを抽出して、診断装置２０に出力する。同様に、装置１０ｂの診断制御部１４ｂは、診断装置２０からログ要求を受け取ると、装置１０ｂに格納された重障害に対応したログを抽出して、診断装置２０に出力する。
【００４１】
ステップＡ１６：
診断装置２０の制御部２１は、装置１０ａからログを受け取り、装置１０ｂからログを受け取り、それぞれログ格納部２２へ格納する。ログ格納部２２は、制御部２１からログを受け取ると、受け取った順番に各ログをログエリアに格納する。
【００４２】
ステップＡ１７：
制御部２１は、重障害通知に関連するログを受け取った後、ログ格納部２２に格納された複数のログを解析して、タイムアウトの原因を調査する。
【００４３】
以上のように、本発明の情報処理装置１では、各装置１０が重障害に対応したタイムアウトだけでなく、ユーザのシステム負荷に応じた軽障害のタイムアウトを検出することができるため、診断装置２０はシステム継続運用不可な重障害が発生する前に起こる、システム継続運用可能な軽障害のログを事前に取得しておくことができる。その結果、本発明の情報処理装置１は、重障害が発生したとき、重障害が発生したときのログと軽障害が発生したときのログとを用いて、タイムアウト原因を解析することができる。即ち、本発明の情報処理装置１は、タイムアウト原因を特定するための適切な情報を得ることができ、容易にタイムアウトの原因を調査できる効果を奏する。
【符号の説明】
【００４４】
１・・・情報処理装置
１０、１０ａ、１０ｂ・・・装置
１１ａ、１１ｂ・・・重障害検出部
１２ａ、１２ｂ・・・負荷測定部
１３ａ、１３ｂ・・・軽障害検出部
１４ａ、１４ｂ・・・診断制御部
２０・・・診断装置
２１・・・制御部
２２・・・ログ格納部
４０・・・装置間インターフェイス
５０・・・ＣＰＵ
５１・・・記憶装置
５２・・・入力装置
５３・・・出力装置
５４・・・バス
【図１】
2011227639.tif 000003
【図２】
2011227639.tif 000004
【図３】
2011227639.tif 000005
【図４】
2011227639.tif 000006
【図５】
2011227639.tif 000007