(57)【特許請求の範囲】
【請求項１】
第１の装置に関するログ情報を記憶する記憶部と，
前記第１の装置から第２の装置に送信された第１のメッセージに対して前記第２の装置から無応答であった旨の通知を前記第１の装置から受信する受信部と，
前記記憶された第１の装置に関するログ情報から，前記第１のメッセージの送信前に前記第１の装置が前記第２の装置から受信した第２のメッセージに対応するログ情報を抽出する処理を行う処理部と，
前記抽出した第２のメッセージを識別可能な第１の識別情報を送信する送信部と，
を備えた第１のロギング装置と，
前記第２の装置に関するログ情報を記憶する記憶部と，
前記送信された第１の識別情報を受信する受信部と，
前記受信した第１の識別情報に基づいて，前記記憶された第２の装置に関するログ情報から前記第２のメッセージの送信よりも後に前記第１の装置へ送信したメッセージに対応するログ情報を特定する処理部と，
を備えた第２のロギング装置と，を含む，
ことを特徴とする情報処理システム。
【請求項２】
請求項１において，
前記第２のロギング装置の前記処理部は，さらに，前記特定したログ情報を抽出して保護処理を実行する，
ことを特徴とする情報処理システム。
【請求項３】
請求項１において，
前記送信部は，前記第１のメッセージを識別可能な識別情報を送信し，
前記第２のロギング装置の前記処理部は，前記受信した第１のメッセージの識別情報に基づいて，前記第２のロギング装置の前記記憶部に前記第１のメッセージに対応するログ情報が記憶されているか否かを判定する，
ことを特徴とする情報処理システム。
【請求項４】
請求項１において，
前記第２のロギング装置の前記処理部は，前記第２の装置から前記第１の装置への第３のメッセージの送信に応じて，前記第２の装置が前記第３のメッセージの応答を受信待ちである旨を示す状態情報を記憶部に記憶し，前記第３のメッセージの応答の受信に応じて，前記記憶した状態情報を消去し，
前記第２のロギング装置の前記処理部は，記憶されてからの時間が所定の時間を上回る状態情報の存在を検知した場合，前記記憶された第２の装置に関するログ情報から，前記第３のメッセージの送信前に前記第２の装置が前記第１の装置から受信した第４のメッセージに対応するログ情報を抽出し，
前記送信部は，前記抽出した第４のメッセージを識別可能な識別情報を送信し，
前記第１のロギング装置の前記受信部は，前記送信された第４のメッセージの識別情報を受信し，
前記受信した第４のメッセージの識別情報に基づいて，前記記憶された第１の装置に関するログ情報から前記第４のメッセージの送信よりも後に前記第２の装置へ送信したメッセージに対応するログ情報を抽出する，
ことを特徴とする情報処理システム。
【請求項５】
コンピュータに，
第１の装置に関するログ情報を記憶し，
前記第１の装置から第２の装置に送信された第１のメッセージに対して前記第２の装置から無応答であった旨の通知を前記第１の装置から受信し，
前記記憶された第１の装置に関するログ情報から，前記第１のメッセージの送信前に前記第１の装置が前記第２の装置から受信した第２のメッセージに対応するログ情報を抽出する処理を行い，
前記抽出した第２のメッセージを識別可能な識別情報を送信する，
ことを実行させることを特徴とするロギング制御プログラム。
【請求項６】
コンピュータに，
第２の装置に関するログ情報を記憶し，
前記第２の装置が第１の装置に送信したメッセージを識別可能な識別情報を第１の装置から受信し，
前記受信した識別情報に基づいて，前記記憶された第２の装置に関するログ情報から前記メッセージの送信よりも後に前記第１の装置へ送信したメッセージに対応するログ情報を特定する，
ことを実行させることを特徴とするロギング制御プログラム。
【請求項７】
第１のロギング装置は，第１の装置に関するログ情報を記憶し，
前記第１のロギング装置は，前記第１の装置から第２の装置に送信された第１のメッセージに対して前記第２の装置から無応答であった旨の通知を前記第１の装置から受信し，
前記第１のロギング装置は，前記記憶された第１の装置に関するログ情報から，前記第１のメッセージの送信前に前記第１の装置が前記第２の装置から受信した第２のメッセージに対応するログ情報を抽出する処理を行い，
前記第１のロギング装置は，前記抽出した第２のメッセージを識別可能な識別情報を送信し，
第２のロギング装置は，前記第２の装置に関するログ情報を記憶し，
前記第２のロギング装置は，前記送信された識別情報を受信し，
前記第２のロギング装置は，前記受信した識別情報に基づいて，前記記憶された第２の装置に関するログ情報から前記第２のメッセージの送信よりも後に前記第１の装置へ送信したメッセージに対応するログ情報を特定する，
ことを特徴とするロギング制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は，情報処理システム，ロギング制御プログラム及びロギング制御方法に関する。
【背景技術】
【０００２】
例えば，利用者に対してサービスを提供する業務システムは，その業務システムで実行される処理の動作に関する情報（以下，動作情報とも呼ぶ）を記憶する場合がある（以下，記憶された動作情報をログ情報とも呼ぶ）。そして，運用管理者は，例えば，業務システムで障害が発生したことを検知した場合，障害が発生した前後のログ情報に基づく解析を行う。これにより，運用管理者は，発生した障害の原因を特定することが可能になる。
【０００３】
また，上記のような業務システムは，新たな動作情報によって，障害発生前後の動作情報に関するログ情報が上書きされることを防止するため，例えば，予め定めた条件に合致したログ情報を保護するための処理（以下，保護処理とも呼ぶ）を行う場合がある。これにより，運用管理者は，例えば，障害が発生してからログ情報の解析を行うまでにタイムラグがあった場合であっても，ログ情報に基づく障害の原因の特定を行うことが可能になる（例えば，特許文献１及び２参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平７−６４８２５号公報
【特許文献２】特開２０１２−１６８９０７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上記のような業務システムが複数のマシン（物理マシンまたは仮想マシン）に跨る形で構築されている場合，各マシンは，連携を行いながら利用者にサービスを提供するための処理を行う。そして，業務システムを構築する複数のマシンのうち，いずれかのマシンで障害の発生を検知した場合，業務システムは，他のマシンのログ情報についても保護処理を行う。これにより，運用管理者は，障害の原因が障害の発生を検知したマシンとは異なるマシンにある場合であっても，障害の原因を特定することが可能になる。
【０００６】
しかしながら，業務システムが複数のマシンに跨る形で構築されている場合，障害を検知するタイミングがマシン間で異なる場合がある。そして，この場合，障害の検知が遅れたマシンでは，ログ情報の保護処理を実行するタイミングが他のマシンよりも遅れる。そのため，障害の検知が遅れたマシンでは，障害の原因を特定するために必要なログ情報が上書きされてしまう場合がある。
【０００７】
そこで，一つの実施の形態の目的は，障害の原因を特定するために必要なログ情報を特定できる情報処理システム，ロギング制御プログラム及びロギング制御方法を提供することにある。
【課題を解決するための手段】
【０００８】
実施の形態の一つの側面によれば，第１の装置に関するログ情報を記憶する記憶部と，
前記第１の装置から第２の装置に送信された第１のメッセージに対して前記第２の装置から無応答であった旨の通知を前記第１の装置から受信する受信部と，
前記記憶された第１の装置に関するログ情報から，前記第１のメッセージの送信前に前記第１の装置が前記第２の装置から受信した第２のメッセージに対応するログ情報を抽出する処理を行う処理部と，
前記抽出した第２のメッセージを識別可能な第１の識別情報を送信する送信部と，
を備えた第１のロギング装置と，
前記第２の装置に関するログ情報を記憶する記憶部と，
前記送信された第１の識別情報を受信する受信部と，
前記受信した第１の識別情報に基づいて，前記記憶された第２の装置に関するログ情報から前記第２のメッセージの送信よりも後に前記第１の装置へ送信したメッセージに対応するログ情報を特定する処理部と，
を備えた第２のロギング装置と，を含む。
【発明の効果】
【０００９】
一つの側面によれば，障害の原因を特定するために必要なログ情報を特定できる。
【図面の簡単な説明】
【００１０】
【図１】情報処理システムの全体構成を示す図である。
【図２】障害発生時の動作例を説明する図である。
【図３】情報処理システムのハードウエア構成を示す図である。
【図４】図３の物理マシンの機能ブロック図である。
【図５】図３の物理マシンの機能ブロック図である。
【図６】第１の実施の形態におけるロギング制御処理の概略を説明するシーケンスチャート図である。
【図７】第１の実施の形態におけるロギング制御処理の概略を説明する図である。
【図８】第１の実施の形態におけるロギング制御処理の詳細を説明するフローチャート図である。
【図９】第１の実施の形態におけるロギング制御処理の詳細を説明するフローチャート図である。
【図１０】第１の実施の形態におけるロギング制御処理の詳細を説明するフローチャート図である。
【図１１】第１の実施の形態におけるロギング制御処理の詳細を説明するフローチャート図である。
【図１２】第１の実施の形態におけるロギング制御処理の詳細を説明するフローチャート図である。
【図１３】第１の実施の形態におけるロギング制御処理の詳細を説明するフローチャート図である。
【図１４】第１の実施の形態におけるロギング制御処理の詳細を説明する図である。
【図１５】第１の実施の形態におけるロギング制御処理の詳細を説明する図である。
【図１６】第１の実施の形態におけるロギング制御処理の詳細を説明する図である。
【図１７】第１の実施の形態におけるロギング制御処理の詳細を説明する図である。
【図１８】第１の実施の形態におけるロギング制御処理の詳細を説明する図である。
【図１９】第２の実施の形態におけるロギング制御処理を説明するフローチャート図である。
【図２０】第２の実施の形態におけるロギング制御処理を説明するフローチャート図である。
【図２１】第２の実施の形態におけるロギング制御処理を説明するフローチャート図である。
【図２２】第２の実施の形態におけるロギング制御処理を説明する図である。
【図２３】識別情報が送信できない場合の処理を説明するフローチャート図である。
【図２４】識別情報が送信できない場合の処理を説明するフローチャート図である。
【発明を実施するための形態】
【００１１】
［情報処理システムの構成］
図１は，情報処理システムの全体構成を示す図である。図１に示す情報処理システム１００は，物理マシン１（以下，コンピュータ１とも呼ぶ）と物理マシン２（以下，コンピュータ２とも呼ぶ）とが設けられている。そして，図１に示す物理マシン１では，利用者にサービスを提供するために動作する監視対象処理部１１（以下，第１の監視対象処理部１１とも呼ぶ）と，監視対象処理部１１の動作情報を蓄積するため動作するロギング制御部１２（以下，第１のロギング制御部１２とも呼ぶ）とが動作している。また，図１に示す物理マシン２では，利用者にサービスを提供するために動作する監視対象処理部２１（以下，第２の監視対象処理部２１とも呼ぶ）と，監視対象処理部２１の動作情報を蓄積するために動作するロギング制御部２２（以下，第２のロギング制御部２２とも呼ぶ）とが動作している。図１に示す例において，監視対象処理部１１と監視対象処理部２１とは，互いに連携しながら利用者にサービスを提供するための処理を行う。また，図１に示すロギング制御部１２は，物理マシン１に設けられた記憶媒体１３に監視対象処理部１１の動作情報を記憶し，図１に示すロギング制御部２２は，物理マシン２に設けられた記憶媒体２３に監視対象処理部２１の動作情報を記憶する。
【００１２】
なお，監視対象処理部１１，ロギング制御部１２，監視対象処理部２１及びロギング制御部２２は，それぞれ異なる物理マシン（例えば，第１の装置，第１のロギング装置，第２の装置及び第２のロギング装置）で動作するものであってもよい。この場合，記憶媒体１３及び記憶媒体２３は，例えば，ロギング制御部１２及びロギング制御部２２がそれぞれ動作する物理マシン（第１のロギング装置及び第２のロギング装置）にそれぞれ設けられるものであってもよい。さらに，監視対象処理部１１，ロギング制御部１２，監視対象処理部２１及びロギング制御部２２は，例えば，物理マシン１または物理マシン２のリソースが割り当てられて動作する仮想マシンにおいて動作するものであってもよい。
【００１３】
[障害発生時の動作例]
次に，情報処理システム１００において障害が発生した場合の動作例を説明する。図２は，障害発生時の動作例を説明する図である。以下，図１と異なる点について説明を行う。
【００１４】
図２に示す例において，監視対象処理部１１は，例えば，監視対象処理部１１で実行した処理の動作結果等に異常があった場合，監視対象処理部１１において障害が発生したものと判定する。この場合，監視対象処理部１１は，ロギング制御部１２に障害の発生を通知する。そして，監視対象処理部１１から通知を受信したロギング制御部１２は，例えば，記憶媒体１３に記憶されたログ情報のうち，監視対象処理部１１で障害が発生した時刻の前後のログ情報の保護処理を行う。すなわち，ロギング制御部１２は，新たな動作情報によって障害が発生した時刻の前後のログ情報が上書きされることを防止するために，ログ情報の保護処理を行う。これにより，運用管理者は，例えば，障害発生からログ情報の解析を行うまでの間にタイムラグがあった場合であっても，障害が発生した時刻の前後のログ情報を参照することが可能になり，障害の原因の特定を行うことが可能になる。
【００１５】
一方，物理マシン２で動作する監視対象処理部２１は，例えば，定期的に行う監視対象処理部１１の起動確認（生存監視）により，監視対象処理部１１で障害が発生したことを検知する。ここで，監視対象処理部２１は，起動確認の実行間隔によっては，監視対象処理部１１で発生した障害を検知するまでに時間を要する場合がある。そして，この場合，監視対象処理部２１がロギング制御部２２に対して行う通知が遅れるため，ロギング制御部２２は，ログ情報の保護処理を行うタイミングが遅れる。そのため，監視対象処理部１１の障害発生前後のログ情報は，新たな動作情報によって上書きされてしまう可能性がある。したがって，運用管理者は，監視対象処理部１１で発生した障害の原因の究明を行う際に，監視対象処理部１１の障害発生前後のログ情報を参照することができなくなる可能性がある。
【００１６】
そこで，本実施の形態では，ロギング制御部１２は，監視対象処理部１１が送信した通知（以下，第１のメッセージとも呼ぶ）に対して監視対象処理部２１が無応答である場合，記憶媒体１３を参照する。そして，ロギング制御部１２は，第１のメッセージの送信前に，監視対象処理部２１から受信した通知（以下，第２のメッセージとも呼ぶ）に対応する識別情報（以下，第１の識別情報とも呼ぶ）をロギング制御部２２に送信する。さらに，ロギング制御部２２は，受信した識別情報に基づき，第２のメッセージの送信よりも後のログ情報を特定する。これにより，ロギング制御部２２は，監視対象処理部２１の無応答に関連するログ情報を特定することが可能になる。そのため，運用管理者は，特定したログ情報に基づき，無応答に伴う障害の原因の調査を行うことが可能になる。
【００１７】
［情報処理システムのハードウエア構成］
次に，情報処理システム１００の構成について説明する。図３は，情報処理システムのハードウエア構成を示す図である。
【００１８】
物理マシン１は，プロセッサであるＣＰＵ１０１と，メモリ１０２と，外部インターフェース（Ｉ／Ｏユニット）１０３と，記憶媒体１０４とを有する。各部は，バス１０５を介して互いに接続される。記憶媒体１０４は，例えば，記憶媒体１０４内のプログラム格納領域（図示しない）に，ログ情報の蓄積を制御する処理（以下，ロギング制御処理とも呼ぶ）等を行うためのプログラム１１０（以下，ロギング制御プログラム１１０とも呼ぶ）を記憶する。ＣＰＵ１０１は，図３に示すように，プログラム１１０の実行時に，プログラム１１０を記憶媒体１０４からメモリ１０２にロードし，プログラム１１０と協働してロギング制御処理等を行う。また，記憶媒体１０４は，例えば，ロギング制御処理等を行う際に用いられる情報を記憶する情報格納領域１３０を有する。
【００１９】
また，物理マシン２は，物理マシン１と同様に，プロセッサであるＣＰＵ２０１と，メモリ２０２と，外部インターフェース（Ｉ／Ｏユニット）２０３と，記憶媒体２０４とを有する。各部は，バス２０５を介して互いに接続される。記憶媒体２０４は，例えば，記憶媒体２０４内のプログラム格納領域（図示しない）に，ロギング制御処理等を行うためのプログラム２１０（以下，ロギング制御プログラム２１０とも呼ぶ）を記憶する。ＣＰＵ２０１は，図３に示すように，プログラム２１０の実行時に，プログラム２１０を記憶媒体２０４からメモリ２０２にロードし，プログラム２１０と協働してロギング制御処理等を行う。また，記憶媒体２０４は，例えば，ロギング制御処理等を行う際に用いられる情報を記憶する情報格納領域２３０を有する。
【００２０】
[物理マシンのソフトウエア構成]
図４及び図５は，図３の物理マシンの機能ブロック図である。図４は，物理マシン１の機能ブロック図であり，図５は，物理マシン２の機能ブロック図である。
【００２１】
物理マシン１のＣＰＵ１０１は，プログラム１１０と協働することにより，例えば，ログ情報取得部１１１と，情報受信部１１２（以下，受信部１１２とも呼ぶ）と，ログ情報抽出部１１３（以下，処理部１１３とも呼ぶ）と，情報送信部１１４（以下，送信部１１４とも呼ぶ）と，ログ情報保護部１１５として動作する。また，ＣＰＵ１０１は，プログラム１１０と協働することにより，例えば，状態取得部１１６と，状態更新部１１７と，状態判定部１１８と，起動検知部１１９と，ダンプ取得部１２０として動作する。また，情報格納領域１３０（以下，記憶部１３０とも呼ぶ）には，例えば，ログ情報１３１と，保護情報１３２，状態情報１３３とが記憶されている。なお，ログ情報取得部１１１，情報受信部１１２，ログ情報抽出部１１３，情報送信部１１４，ログ情報保護部１１５，状態取得部１１６，状態更新部１１７，状態判定部１１８，起動検知部１１９及びダンプ取得部１２０は，図１におけるロギング制御部１２に対応する。また，情報格納領域１３０は，図１における記憶媒体１３に対応する。
【００２２】
また，物理マシン２のＣＰＵ２０１は，上記のＣＰＵ１０１と同様に，プログラム２１０と協働することにより，例えば，ログ情報取得部２１１と，情報受信部２１２（以下，受信部２１２とも呼ぶ）と，ログ情報抽出部２１３（以下，処理部２１３とも呼ぶ）と，情報送信部２１４と，ログ情報保護部２１５として動作する。また，ＣＰＵ２０１は，プログラム２１０と協働することにより，例えば，状態取得部２１６と，状態更新部２１７と，状態判定部２１８と，起動検知部２１９と，ダンプ取得部２２０として動作する。また，情報格納領域２３０（以下，記憶部２３０とも呼ぶ）には，例えば，ログ情報２３１と，保護情報２３２，状態情報２３３とが記憶されている。なお，ログ情報取得部２１１，情報受信部２１２，ログ情報抽出部２１３，情報送信部２１４，ログ情報保護部２１５，状態取得部２１６，状態更新部２１７，状態判定部２１８，起動検知部２１９及びダンプ取得部２２０は，図１におけるロギング制御部２２に対応する。また，情報格納領域２３０は，図１における記憶媒体２３に対応する。
【００２３】
初めに，物理マシン１のログ情報取得部１１１と，情報受信部１１２と，ログ情報抽出部１１３と，情報送信部１１４とを説明する。
【００２４】
物理マシン１のログ情報取得部１１１は，例えば，図１に示す監視対象処理部１１に関するログ情報１３１を監視対象処理部１１から取得し，情報格納領域１３０に記憶する。ログ情報取得部１１１は，例えば，監視対象処理部１１が動作した履歴に関する情報（以下、トレース情報とも呼ぶ）をログ情報１３１として取得する。これにより，運用管理者は，ログ情報１３１を参照することにより，障害発生前後の監視対象処理部１１の動作を追跡することが可能になる。なお，ログ情報１３１の具体例については後述する。
【００２５】
物理マシン１の情報受信部１１２は，例えば，監視対象処理部１１から通知を受信する。具体的に，情報受信部１１２は，例えば，監視対象処理部１１が物理マシン２の監視対象処理部２１に送信した第１のメッセージに対して，監視対象処理部２１から無応答であった旨の通知（以下，無応答通知とも呼ぶ）を，監視対象処理部１１から受信する。これにより，情報受信部１１２は，監視対象処理部１１から無応答通知を受信した場合に，監視対象処理部２１において障害が発生したものと判定することが可能になる。そして，情報受信部１１２は，監視対象処理部２１において障害が発生したものと判定した場合に，後述するようにログ情報１３１，２３１の保護処理を行うことが可能になる。
【００２６】
物理マシン１のログ情報抽出部１１３は，例えば，記憶媒体１３から監視対象処理部１１に関するログ情報１３１を抽出する処理を行う。具体的に，ログ情報抽出部１１３は，例えば，情報受信部１１２が監視対象処理部１１から無応答通知を受信した場合に，監視対象処理部１１が第１のメッセージの送信前に監視対象処理部２１から受信した第２のメッセージに対応するログ情報１３１を抽出する。
【００２７】
物理マシン１の情報送信部１１４は，例えば，ログ情報抽出部１１３が抽出した第２のメッセージを識別可能な識別情報を送信する。
【００２８】
次に，物理マシン２のログ情報取得部２１１と，情報受信部２１２と，ログ情報抽出部２１３と，情報送信部２１４とを説明する。
【００２９】
物理マシン２のログ情報取得部２１１は，例えば，ログ情報取得部１１１と同様に，図１に示す監視対象処理部２１に関するログ情報２３１を取得し，情報格納領域２３０に記憶する。
【００３０】
物理マシン２の情報受信部２１２は，例えば，物理マシン１の情報送信部１１４が送信した識別情報を受信する。
【００３１】
物理マシン２のログ情報抽出部２１３は，例えば，情報受信部２１２が受信した識別情報に基づいて，記憶媒体２３に記憶された監視対象処理部２１に関するログ情報２３１から，第２のメッセージの送信よりも後に監視対象処理部１１へ送信したメッセージに対応するログ情報２３１を特定する。これにより，ログ情報抽出部２１３は，監視対象処理部２１が監視対象処理部１１に正常に送信したと判断できる第２のメッセージよりも後に，監視対象処理部１１に送信したメッセージを特定することが可能になる。これにより，ログ情報抽出部２１３は，第１のメッセージに関するログ情報を情報格納領域２３０から抽出することが可能になる。そして，運用管理者は，ログ情報１３１，２３１に基づき，発生した障害の原因究明を行うことが可能になる。
【００３２】
なお，上記の例では，監視対象処理部２１で発生した障害を監視対象処理部１１が検知した場合について説明したが，監視対象処理部１１，２１がそれぞれ互いに障害の発生を監視するものであってよい。そして，この場合，障害を検知した監視対象処理部から無応答通知を受信したロギング制御部は，上記のロギング制御部１２として機能するものであってよい。また，他方の監視対象処理部の動作情報を記憶するロギング制御部は，上記のロギング制御部２２として機能するものであってもよい。
【００３３】
次に，物理マシン１及び物理マシン２のその他の機能を説明する。
【００３４】
物理マシン１のログ情報保護部１１５は，例えば，ログ情報抽出部１１３が抽出したログ情報１３１の保護処理を行う。具体的に，ログ情報保護部１１５は，例えば，ログ情報１３１の保護を行う範囲を設定した保護情報１３２に基づき，ログ情報抽出部１１３が抽出したログ情報１３１をメモリ上において上書き禁止にする。これにより，ログ情報保護部１１５は，障害発生前後に記憶されたログ情報が新たなログ情報によって上書きされることを防止することが可能になる。また，物理マシン２のログ情報保護部２１５は，ログ情報保護部１１５と同様に，ログ情報２３１の保護を行う範囲を設定した保護情報２３２に基づき，ログ情報抽出部２１３が抽出したログ情報２３１をメモリ上において上書き禁止にする。なお，保護情報１３２の具体例については後述する。
【００３５】
物理マシン１の状態取得部１１６は，例えば，監視対象処理部１１が送信するメッセージ（以下，第３のメッセージとも呼ぶ）の送受信の状態に関する情報を取得する。具体的に，状態取得部１１６は，例えば，監視対象処理部１１が送信した第３のメッセージの応答を待っている状態にあるか否かについての情報を定期的に取得する。なお，監視対象処理部１１による第３のメッセージの送信先は，例えば，監視対象処理部２１であってよい。
【００３６】
物理マシン１の状態更新部１１７は，例えば，監視対象処理部１１による第３のメッセージの送信に応じて，監視対象処理部１１が第３のメッセージの応答を受信待ちである旨を示す情報を状態情報１３３として情報格納領域１３０に記憶する。また，状態更新部１１７は，第３のメッセージの応答の受信に応じて，状態情報１３３のうち対応する情報を消去（更新）する。
【００３７】
物理マシン１の状態判定部１１８は，例えば，記憶されてからの時間が所定の時間（例えば，１分）を上回る状態情報１３３の存在を検知する。すなわち，状態判定部１１８は，記憶されてからの時間が所定の時間を上回る状態情報１３３の存在を検知することにより，第３のメッセージの送信先（例えば，監視対象処理部２１）で障害が発生したと判定することができる。そして，状態判定部１１８は，例えば，ログ情報抽出部１１３に対して，ログ情報１３１の抽出の指示を行うことが可能になる。物理マシン２の状態取得部２１６，状態更新部２１７及び状態判定部２１８については，状態取得部１１６，状態更新部１１７及び状態判定部１１８とそれぞれ同じ処理を行うため，その説明を省略する。
【００３８】
物理マシン１の起動検知部１１９は，例えば，監視対象処理部２１に対して定期的に起動確認（生存確認）を行う。起動検知部１１９は，例えば，監視対象処理部２１に対して定期的にＰＩＮＧを送信するものであってよい。そして，起動検知部１１９は，例えば，監視対象処理部２１の起動確認ができない場合（識別情報の送信ができない場合），情報送信部１１４に情報の送信を待機させる。その後，起動検知部１１９は，例えば，監視対象処理部２１の起動確認ができた場合，識別情報を送信（再送）する。物理マシン２の起動検知部２１９については，物理マシン１の起動検知部１１９と同様であるため説明を省略する。
【００３９】
物理マシン１のダンプ取得部１２０は，例えば，情報受信部１１２が通知を受信したことに応じて，監視対象処理部１１のメモリ状態に関するメモリダンプを取得する。物理マシン２のダンプ取得部２２０については，物理マシン２のダンプ取得部２２０と同様であるため説明を省略する。
【００４０】
［第１の実施の形態の概略］
次に，第１の実施の形態の概略について説明する。図６は，第１の実施の形態におけるロギング制御処理の概略を説明するシーケンスチャート図である。また，図７は，第１の実施の形態におけるロギング制御処理の概略を説明する図である。以下，図７については，図１と異なる点について説明を行う。
【００４１】
図６及び図７に示すように，監視対象処理部１１は，例えば，ロギング制御部１２にログ情報１３１の送信を行う（Ｓ１）。また，監視対象処理部２１は，例えば，ロギング制御部２２にログ情報２３１の送信を行う（Ｓ２）。ログ情報１３１，２３１は，例えば，監視対象処理部１１または監視対象処理部２１の動作に関するトレース情報である。なお，図６の例に示す監視対象処理部１１，２１は，後述するＳ３からＳ７の発生の有無を問わず，ロギング制御部１２，２２に対して定常的にログ情報１３１，２３１の送信を行う。
【００４２】
そして，監視対象処理部１１は，例えば，監視対象処理部２１に送信した第１のメッセージについて無応答を検知した場合（Ｓ３，Ｓ４），ロギング制御部１２に対して第１のメッセージに関する無応答通知を行う（Ｓ５）。すなわち，監視対象処理部１１は，第１のメッセージについての無応答を検知した場合，監視対象処理部２１において障害は発生したものと判定し，ロギング制御部１２に対して無応答通知を行う。なお，監視対象処理部１１は，監視対象処理部２１に第１のメッセージを送信した後，所定の時間（例えば，３０秒）を経過しても返信がない場合に，無応答であると判定するものであってよい。
【００４３】
続いて，無応答通知を受信したロギング制御部１２は，例えば，監視対象処理部１１が第１のメッセージを送信する前に，監視対象処理部２１から受信した第２のメッセージに対応するログ情報１３１を記憶媒体１３から取得する（Ｓ６）。そして，ロギング制御部１２は，例えば，第２のメッセージの識別情報をロギング制御部２２に送信する（Ｓ７）。その後，識別情報を受信したロギング制御部２２は，例えば，第２のメッセージよりも後に，監視対象処理部１１へ送信したメッセージに対応するログ情報１３１を特定する（Ｓ８）。
【００４４】
すなわち，ロギング制御部１２は，例えば，監視対象処理部１１から無応答通知を受信した際に，監視対象処理部２１で障害が発生したものと判定する。そして，ロギング制御部１２は，監視対象処理部２１から正常に受信していると判断できる第２のメッセージを抽出し，その第２のメッセージの識別情報をロギング制御部２２に送信する。さらに，ロギング制御部２２は，識別情報に基づいて，第２のメッセージの送信よりも後に監視対象処理部１１へ送信したメッセージに対応するログ情報１３１を特定する。これにより，ロギング制御部２２は，監視対象処理部１１に正常に送信されたと判断できる第２のメッセージの送信時よりも後に記憶されたログ情報１３１を抽出することが可能になる。そのため，ロギング制御部２２は，第２のメッセージの送信よりも後に行われた第１のメッセージの送受信に関するログ情報を抽出することが可能になる。したがって，運用管理者は，監視すべき情報処理システムが複数のマシンに跨る形で設けられている場合において，いずれかのマシンで障害が発生した場合であっても，全てのマシンにおいて記憶された障害に関連するログ情報を抽出することが可能になる。
【００４５】
このように，第１の実施の形態によれば，ロギング制御部１２は，監視対象処理部１１に関するログ情報１３１を記憶する。そして，ロギング制御部１２は，監視対象処理部１１から監視対象処理部２１に送信された第１のメッセージに対して監視対象処理部２１から無応答であった旨の通知を監視対象処理部１１から受信する。続いて，ロギング制御部１２は，監視対象処理部１１に関するログ情報１３１から，第１のメッセージの送信前に監視対象処理部１１が監視対象処理部２１から受信した第２のメッセージに対応するログ情報１３１を抽出する処理を行う。そして，ロギング制御部１２は，抽出した第２のメッセージを識別可能な識別情報を送信する。一方，ロギング制御部２２は，受信した識別情報に基づいて，記憶された監視対象処理部２１に関するログ情報２３１から第２のメッセージの送信よりも後に監視対象処理部２１へ送信したメッセージに対応するログ情報２３１を特定する。これにより，ロギング制御部２２は，無応答に関連するログ情報２３１を特定することが可能になる。そのため，運用管理者は，特定したログ情報２３１に基づき，無応答に伴う障害の原因の特定を行うことが可能になる。
【００４６】
[第１の実施の形態の詳細]
次に，第１の実施の形態の詳細について説明する。図８から図１３は，第１の実施の形態におけるロギング制御処理の詳細を説明するフローチャート図である。また，図１４から図１８は，第１の実施の形態におけるロギング制御処理の詳細を説明する図である。図１４から図１８を参照しながら，図８から図１３のロギング処理の詳細を説明する。
【００４７】
[第１のロギング制御部での処理]
初めに，ロギング制御部１２において実行されるロギング制御処理を説明する。ロギング制御部１２のログ情報取得部１１１は，監視対象処理部１１に関するログ情報を記憶する（Ｓ１０）。具体的に，ログ情報取得部１１１は，例えば，取得したログ情報１３１を情報格納領域１３０に記憶する。以下，ログ情報１３１の具体例を説明する。
【００４８】
図１４に示すログ情報１３１は，ログ情報１３１に含まれる各情報を識別する「識別ＩＤ」と，ログ情報１３１を情報格納領域１３０に記憶した日時である「日時」と，各メッセージが送受信されるセッションを識別する「セッションＩＤ」とを項目として有する。また，メッセージの送信に対応する情報であるか受信に対応する情報であるかを識別する「属性」と，メッセージの種別である「種別」と，メッセージの内容を識別する「コード」とを項目として有する。「属性」には，監視対象処理部１１がメッセージを送信した場合に対応する情報であることを示す「Ｒｅｑｕｅｓｔ」と，監視対象処理部１１がメッセージを受信した場合に対応する情報であることを示す「Ｒｅｃｅｉｖｅ」とが設定される。また，「種別」には，監視対象処理部１１が他のマシン等にメッセージを送信した場合の情報であることを示す「データ」と，「種別」が「データ」であるメッセージに対する応答のメッセージである「レス」とが設定される。さらに，「種別」には，「種別」が「データ」であるメッセージに対する応答のメッセージを再度要求する「レス待ち」が設定される。そして，図１４に示すログ情報１３１は，さらに，各情報が記憶される情報格納領域１３０内の格納アドレスを示す「格納アドレス」を項目として有する。
【００４９】
具体的に，図１４に示すログ情報１３１において，「識別ＩＤ」が１である情報には，「日時」として「０３／０５  １２：２５：１０：５０２」が設定され，「セッションＩＤ」として「１１」が設定されている。そして，「識別ＩＤ」が１である情報には，「属性」として「Ｒｅｑｕｅｓｔ」が設定され，「種別」として「データ」が設定され，「コード」として「ＡＡＡＡ」が設定され，「格納アドレス」として「０ｘ１１２２３３１１」が設定されている。また，図１４に示すログ情報１３１のうち，「識別ＩＤ」が２である情報には，「日時」として「０３／０５  １２：２５：１０：５０３」が設定され，「セッションＩＤ」として「１１」が設定されている。そして，「識別ＩＤ」が２である情報には，「属性」として「Ｒｅｃｅｉｖｅ」が設定され，「種別」として「レス」が設定され，「コード」として「ＡＡＡＡ」が設定され，「格納アドレス」として「０ｘ１１２２３３２２」が設定されている。また，図１４に示すログ情報１３１のうち，「識別ＩＤ」が４である情報には，「日時」として「０３／０５  １２：２５：１０：５１８」が設定され，「セッションＩＤ」として「１５」が設定されている。そして，「識別ＩＤ」が４である情報には，「属性」として「Ｒｅｑｕｅｓｔ」が設定され，「種別」として「レス待ち」が設定され，「コード」として「ＢＢＢＢ」が設定され，「格納アドレス」として「０ｘ１１２２３３４４」が設定されている。図１４のその他の情報については，上記と同様であるため説明を省略する。
【００５０】
図８に戻り，ロギング制御部１２の情報受信部１１２は，例えば，監視対象処理部１１から無応答通知を受信するまで待機する（Ｓ１１のＮＯ）。以下，無応答通知の具体例を説明する。
【００５１】
図１６は，無応答通知の具体例を示す例である。図１６に示す無応答通知は，発生した障害の種別を示す「エラー種別」と，監視対象処理部１１の状態を示す「自分の状態」と，監視対象処理部１１が通信を行う相手の状態を示す「相手の状態」とを項目として有する。「エラー種別」には，例えば，監視対象処理部１１が送信したメッセージに対して応答がないことを示す「無応答検知」と，監視対象処理部１１が送信したメッセージに対する応答が異常な内容であったことを示す「応答異常検知」等が設定される。また，「自分の状態」及び「相手の状態」には，異常が発生していないことを示す「正常」と，一時的に発生する異常であることを示す「一時的な異常」と，恒久的な異常であることを示す「恒久的な異常」等が設定される。なお，この「正常」は，例えば，監視対象処理部１１が通信を行う相手が処理を行うまで待機している状態である「処理実行待ち」と，監視対象処理部１１が通信を行う相手に送信したメッセージに対する応答を待っている状態である「応答待ち」とを含むものであってもよい。また，図１６に示す無応答通知は，メッセージの内容を示す「メッセージ内容」と，監視対象処理部１１と通信を行う相手とのセッションを識別する「セッションＩＤ」とを項目として有する。「メッセージ内容」には，監視対象処理部１１がロギング制御部１２に無応答通知を送信する契機となったメッセージの内容が設定される。図１６に示す「メッセージ内容」には，監視対象処理部１１がロギング制御部１２に無応答通知を送信する契機となったメッセージの「日時」，「属性」，「種別」及び「コード」が設定されている。これにより，ログ情報抽出部１１３は，後述するように，無応答通知に含まれる「メッセージ内容」に基づいて，無応答通知に対応するログ情報１３１を検索することが可能になる。
【００５２】
具体的に，図１６に示す無応答通知は，「エラー種別」として「無応答検知」が設定され，「自分の状態」として「正常」が設定され，「相手の状態」として「恒久的な異常」が設定されている。また，図１６に示すエラー通知は，「メッセージ内容」として「０３／０５  １２：２５：１０：５３９，Ｒｅｃｅｉｖｅ，レス待ち，ＣＣＣＣ」が設定され，「セッションＩＤ」として「１１」が設定されている。
【００５３】
なお，監視対象処理部１１は，例えば，無応答通知の「エラー種別」を変更することにより，無応答の検知以外による障害を検知した場合においても，その内容をロギング制御部１２に通知することが可能になる。
【００５４】
図８に戻り，監視対象処理部１１から無応答通知を受信した場合（Ｓ１１のＹＥＳ），ロギング制御部１２のログ情報抽出部１１３は，例えば，情報格納領域１３０に記憶されたログ情報１３１を抽出する。具体的に，ログ情報抽出部１１３は，例えば，監視対象処理部１１が第１のメッセージを送信する前に，監視対象処理部２１から受信した第２のメッセージに対応するログ情報１３１よりも後に情報格納領域１３０に記憶されたログ情報１３１を抽出する（Ｓ１２）。すなわち，ログ情報抽出部１１３は，情報受信部１１２が監視対象処理部２１から正常に受信していると判断できるメッセージである第２のメッセージに対応するログ情報１３１を抽出する。
【００５５】
具体的に，図１６に示す無応答通知を情報受信部１１２が受信した場合，ログ情報抽出部１１３は，例えば，無応答通知の「メッセージ内容」を参照する。そして，ログ情報抽出部１１３は参照した「メッセージ内容」と同じ内容を含むログ情報１３１を特定する。例えば，図１４に示すログ情報１３１のうち，図１６に示す無応答通知の「メッセージ内容」と同じ内容を含む情報は，「識別ＩＤ」が「９」である情報である。したがって，ログ情報抽出部１１３は，監視対象処理部１１から受信した無応答通知に対応するログ情報１３１として，「識別ＩＤ」が「９」である情報を特定する。
【００５６】
次に，ログ情報抽出部１１３は，ログ情報１３１をさらに参照し，監視対象処理部１１が監視対象処理部２１に第１のメッセージを送信する前に，監視対象処理部２１から受信した第２のメッセージに対応する情報を抽出する。具体的に，ログ情報抽出部１１３は，「識別ＩＤ」が「９」である情報よりも前の情報であって，「セッションＩＤ」が「１１」であり，「属性」が「Ｒｅｃｅｉｖｅ」である情報を抽出する。すなわち，ログ情報抽出部１１３は，図１４に示すログ情報１３１においては，「識別ＩＤ」が「２」である情報を抽出する。これにより，ログ情報抽出部１１３は，監視対象処理部２１が送信したメッセージであって，監視対象処理部１１が正常に受信していると判断できる情報を抽出することが可能になる。
【００５７】
なお，ログ情報抽出部１１３は，監視対象処理部２１が送信したメッセージであって，監視対象処理部１１が正常に受信していると判断できる情報が複数ある場合，最も新しい情報を抽出することが好ましい。これにより，ログ情報保護部１１５は，保護処理を行う情報の量を抑えることが可能になる。
【００５８】
図８に戻り，ログ情報保護部１１５は，例えば，抽出したログ情報１３１の保護処理を実行する（Ｓ１３）。すなわち，ログ情報抽出部１１３は，保護情報１３２を設定することにより，抽出したログ情報１３１よりも後に記憶されたログ情報１３１が上書きされることを防止する。これにより，ログ情報保護部１１５は，第２のメッセージの受信よりも後に実行された第１のメッセージの送受信に関するログ情報１３１を保護することが可能になる。具体的に，図１４に示すログ情報１３１においては，ログ情報保護部１１５は，例えば，「識別ＩＤ」が「２」である情報から，「識別ＩＤ」が「１１」である情報（ログ情報１３１に含まれる最も新しい情報）まで保護処理を行う。以下，保護情報１３２の具体例を説明する。
【００５９】
図１７は，保護情報１３２の具体例を示す図である。図１７に示す保護情報１３２は，ログ情報１３１を記憶するために割り当てられたメモリ上の領域の先頭アドレスを示す「先頭アドレス」を項目として有する。また，図１７に示す保護情報１３２は，次にログ情報１３１を記憶する予定のメモリ上の領域の先頭アドレスを示す「書き込み先頭アドレス」と，上書き禁止が行われているか否かを示す「上書き禁止有無」とを項目として有する。さらに，図１７に示す保護情報１３２は，上書き禁止が行われているメモリ上の領域の先頭アドレスを示す「上書き禁止先頭アドレス」と，上書き禁止が行われているメモリ上の領域の最終アドレスを示す「上書き禁止最終アドレス」とを項目として有する。具体的に，図１７に示す保護情報１３２には，「先頭アドレス」として「０ｘ１１２２３３１１」が設定され，「書込可能先頭アドレス」として「０ｘ１１２２３３ｃｃ」が設定され，「上書き禁止有無」として「有り」が設定されている。また，図１７に示す保護情報１３２には，「上書き禁止先頭アドレス」として「０ｘ１１２２３３ｂｂ」が設定され，「上書き禁止最終アドレス」として「０ｘ１１２２３３ｃｃ」が設定されている。
【００６０】
図８に戻り，ロギング制御部１２のダンプ取得部１２０は，例えば，物理マシン１のメモリの内容をファイルに出力し，メモリダンプを取得する（Ｓ１４）。これにより，運用管理者は，発生した障害の原因究明を行う際に，より詳細な調査を行うことが可能になる。
【００６１】
図１０は，ダンプ取得部１２０がメモリダンプを取得する処理（以下，ダンプ取得処理とも呼ぶ）の詳細を説明するフローチャート図である。図１０に示すフローチャート図において，ロギング制御部１２のダンプ取得部１２０は，例えば，監視対象処理部２１に状態を確認するためのメッセージを送信する（Ｓ４１）。そして，ダンプ取得部１２０が送信したメッセージに対して無応答であり，監視対象処理部２１が異常から復旧していないと判定した場合（Ｓ４１のＹＥＳ），ダンプ取得部１２０は，例えば，メモリダンプの取得を行う（Ｓ４２）。一方，ダンプ取得部１２０が送信したメッセージに対して応答があり，監視対象処理部２１が異常から復旧したと判定した場合（Ｓ４１のＮＯ），ダンプ取得部１２０は，例えば，メモリダンプの取得を行わない。すなわち，ダンプ取得部１２０がメモリダンプの取得を行う場合，監視対象処理部１１（監視対象処理部１１で動作しているプロセス）を停止させる必要がある。そのため，この場合，監視対象処理部１１が利用者に提供しているサービスに影響を及ぼす可能性がある。したがって，ダンプ取得部１２０は，メモリダンプの取得を行う前に監視対象処理部２１の状態を再度確認する。そして，ダンプ取得部１２０は，監視対象処理部２１が異常から復旧していると判定した場合，メモリダンプの取得を行わないものであってよい。これにより，ダンプ取得部１２０は，メモリダンプの取得によるサービスへの影響を抑えることが可能になる。
【００６２】
また，Ｓ４１において，監視対象処理部１１は，監視対象処理部２１の状態を確認するためのメッセージの送信を行うものであってもよい。そして，監視対象処理部２１が異常から復旧していないと判定した場合，監視対象処理部１１は，ロギング制御部１２に対して再度無応答通知を送信するものであってよい。なお，ロギング制御部１２のダンプ取得部１２０は，例えば，監視対象処理部１１から無応答通知を２回受信したことに応じて，メモリダンプの取得を行うものであってよい。
【００６３】
図８に戻り，ロギング制御部１２の情報送信部１１４は，例えば，ログ情報抽出部１１３が抽出した第２のメッセージと，第１のメッセージとを識別可能な識別情報をロギング制御部２２に送信する（Ｓ１５）。
【００６４】
図１１は，情報送信部１１４が識別情報を送信する処理（以下，識別情報送信処理とも呼ぶ９の詳細を説明するフローチャート図である。図１１に示すフローチャート図において，Ｓ１４の場合と同様に，監視対象処理部２１が異常から復旧しているか否かを判定する（Ｓ５１）。そして，監視対象処理部２１が異常から復旧していないと判定した場合（Ｓ５１のＹＥＳ），情報送信部１１４は，メモリダンプの取得の指示を含む識別情報をロギング制御部２２に送信する（Ｓ５２）。一方，監視対象処理部２１が異常から復旧していると判定した場合（Ｓ５１のＮＯ），情報送信部１１４は，メモリダンプの取得の指示を含まない識別情報をロギング制御部２２に送信する（Ｓ５３）。すなわち，Ｓ１４の場合と同様に，監視対象処理部２１が異常から復旧していると判定した場合，情報送信部１１４は，ロギング制御部２２にメモリダンプの取得の指示を行わない。これにより，情報送信部１１４は，Ｓ１４の場合と同様に，メモリダンプの取得によるサービスへの影響を抑えることが可能になる。以下，識別情報の具体例を説明する。
【００６５】
図１８は，識別情報の具体例を説明する図である。図１８に示す識別情報は，識別情報の送信先に指示する処理の内容を示す「処理内容」と，図１４で説明した「セッションＩＤ」とを項目として有する。「処理内容」には，識別情報の送信先にログ情報２３１の上書き禁止を指示する「上書き禁止」等が設定される。また，図１８に示す識別情報は，第１のメッセージの内容である「メッセージ内容１」と，第２のメッセージの内容である「メッセージ内容２」と，識別情報の送信先にメモリダンプの取得を指示するか否かを示す「メモリダンプ取得有無」とを有する。「メッセージ内容１」及び「メッセージ内容２」には，例えば，図１６で説明した「メッセージ内容」と同じ内容が設定される。
【００６６】
具体的に，図１８に示す識別情報は，「処理内容」として「上書き禁止」が設定され，「セッションＩＤ」として「３１」が設定され，「メッセージ内容１」として「０３／０５  １２：２５：１０：５３９，Ｒｅｃｅｉｖｅ，レス待ち，ＣＣＣＣ」が設定されている。また，図１８に示す識別情報は，「メッセージ内容２」として「０３／０５  １２：２５：１０：５０３，Ｒｅｃｅｉｖｅ，レス，ＡＡＡＡ」が設定され，「メモリダンプ取得有無」として「無」が設定されている。
【００６７】
なお，監視対象処理部１１は，無応答通知の「セッションＩＤ」に，第１のメッセージの送信を行った際に用いたポートのポート番号（監視対象処理部１１側のポート番号）を設定するものであってもよい。この場合，ロギング制御部１２は，例えば，メッセージの送信先のホスト名と，その送信先と通信を行うための監視対象処理部１１側のポート番号とを対応させた対応情報（図示しない）を予め記憶しておく。そして，無応答通知を受信したロギング制御部１２は，例えば，無応答通知に設定されたポート番号に基づき，第１のメッセージの送信先のホスト名を取得する。さらに，ロギング制御部１２は，対応情報を参照して，第１のメッセージを送信した送信先の動作情報を取得するロギング制御部のポート番号を特定し，その特定したポート番号に対して識別情報を送信するものであってもよい（図１０のＳ１５）。
【００６８】
また，ロギング制御部１２は，例えば，監視対象処理部２１の状態を定期的に取得するものであってもよい。具体的に，ロギング制御部１２は，監視対象処理部２１の状態として，通信相手において処理が行われるまで待機している状態である「処理実行待ち」，または，通信相手に送信したメッセージに対する応答を待っている状態である「応答待ち」に関する情報を取得する。さらに，ロギング制御部１２は，監視対象処理部２１の状態が「応答待ち」である場合に，応答を待っているメッセージに関する情報を取得する。そして，ロギング制御部１２は，例えば，新たに取得した監視対象処理部２１の状態及び前回取得した監視対象処理部２１の状態が「応答待ち」であって，応答を待っているメッセージが同じである場合，監視対象処理部２１が無応答の状態であると判定するものであってよい。すなわち，この場合，ロギング制御部１２は，監視対象処理部１１から無応答通知を受信した場合（Ｓ１１のＹＥＳ）と同様に，Ｓ１２以降の処理を行うものであってよい。これにより，例えば，監視対象処理部１１において，監視対象処理部２１が無応答の状態であることを検知するためのタイマーが正常に動作していない場合であっても，ロギング制御部１２は，監視対象処理部２１が無応答の状態にあることを検知することが可能になる。
【００６９】
[第２のロギング制御部での処理]
次に，ロギング制御部２２において実行されるロギング制御処理を説明する。図９に示すように，ロギング制御部２２のログ情報取得部２１１は，監視対象処理部２１に関するログ情報を記憶する（Ｓ２０）。具体的に，ログ情報取得部２１１は，例えば，取得したログ情報２３１を情報格納領域２３０に記憶する。以下，ログ情報２３１の具体例を説明する。
【００７０】
図１５は，ログ情報２３１の具体例を説明する図である。図１５に示すログ情報２３１は，例えば，図１４に示すログ情報１３１と同じ項目を有している。具体的に，図１５に示すログ情報２３１のうち，「識別ＩＤ」が１である情報には，「日時」として「０３／０５  １２：２５：１０：５０２」が設定され，「セッションＩＤ」として「２３」が設定されている。そして，「識別ＩＤ」が１である情報には，「属性」として「Ｒｅｑｕｅｓｔ」が設定され，「種別」として「データ」が設定され，「コード」として「ＧＧＧＧ」が設定され，「格納アドレス」として「０ｘ２２３３４４１１」が設定されている。なお，ログ情報２３１における「セッションＩＤ」は，ログ情報１３１と共通の情報を用いるものであってもよいし，ロギング制御部１２及びロギング制御部２２がそれぞれ管理している情報を用いるものであってもよい。図１５のその他の情報については，上記と同様であるため説明を省略する。
【００７１】
図９に戻り，ロギング制御部２２の情報受信部２１２は，例えば，ロギング制御部１２から第１のメッセージ及び第２のメッセージの識別情報を受信するまで待機する（Ｓ２１のＮＯ）。そして，ロギング制御部１２から識別情報を受信した場合（Ｓ２１のＹＥＳ），ロギング制御部２２のログ情報抽出部２１３は，例えば，情報格納領域２３０に記憶されたログ情報２３１を抽出する。具体的に，ログ情報抽出部２１３は，例えば，情報受信部２１２が受信した第２のメッセージを識別する識別情報に基づいて，第２のメッセージの送信よりも後に監視対象処理部１１へ送信したメッセージに対応するログ情報を抽出する（Ｓ２２）。すなわち，ログ情報抽出部２１３は，監視対象処理部１１が受信したメッセージである第２のメッセージの後に情報格納領域２３０に記憶されたログ情報２３１を抽出する。
【００７２】
そして，ログ情報抽出部２１３は，例えば，ログ情報抽出部１１３と同様に，抽出したログ情報２３１の保護処理を実行する（Ｓ２３）。すなわち，ログ情報抽出部２１３は，新たに発生したログ情報２３１により，抽出したログ情報２３１が上書きされることを防止する。これにより，ログ情報抽出部２１３は，第２のメッセージの送信よりも後に記憶されたログ情報２３１を保護することが可能になる。
【００７３】
図１２は，ロギング制御部２２におけるログ情報２３１の保護を行う処理（以下，ログ情報保護処理とも呼ぶ）の詳細を説明するフローチャート図である。図１２のフローチャート図が示すように，ログ情報保護部２１５は，情報受信部２１２が受信した識別情報の「処理内容」が「上書き禁止」であるか否かを確認する（Ｓ６１）。そして，受信した識別情報の「処理内容」に「上書き禁止」が設定されている場合（Ｓ６１のＹＥＳ），ログ情報保護部２１５は，Ｓ２３と同様に，抽出したログ情報２３１よりも後に情報格納領域２３０に記憶されたログ情報２３１の保護処理を実行する（Ｓ６２）。一方，受信した識別情報の「処理内容」に「上書き禁止」以外が設定されている場合（Ｓ６１のＮＯ），ログ情報保護部２１５は，ログ情報２３１の抽出を行わない。すなわち，ログ情報保護部２１５は，監視対象処理部１１からログ情報２３１の保護に関する指示がない場合には，ログ情報２３１の保護を行わない。
【００７４】
図９に戻り，ダンプ取得部２２０は，例えば，ダンプ取得部１２０と同様に，物理マシン１のメモリの内容をファイルに出力し，メモリダンプを取得する（Ｓ２４）。これにより，運用管理者は，発生した障害の原因究明を行う際に，より詳細な調査を行うことが可能になる。
【００７５】
図１３は，ダンプ取得部２２０がメモリダンプを取得する処理（以下，ダンプ取得処理とも呼ぶ）の詳細を説明するフローチャート図である。図１３に示すフローチャート図において，ロギング制御部２２のダンプ取得部２２０は，例えば，情報受信部２１２が受信した識別情報の「メモリダンプ取得有無」が「有」であるか否かを確認する（Ｓ７１）。そして，受信した識別情報の「メモリダンプ取得有無」に「有」が設定されている場合（Ｓ７１のＹＥＳ），ダンプ取得部２２０は，例えば，メモリダンプの取得を行う（Ｓ７２）。一方，受信した識別情報の「メモリダンプ取得有無」に「無」が設定されている場合（Ｓ７１のＮＯ），ダンプ取得部２２０は，例えば，メモリダンプの取得を行わない。すなわち，ロギング制御部１２から受信した識別情報の「メモリダンプ取得有無」に「無」が設定されている場合とは，ロギング制御部１２が監視対象処理部２１の復旧を検知し，メモリダンプの取得を行う必要がないと判断した場合である。そのため，ロギング制御部１２から受信した識別情報の「メモリダンプ取得有無」に「無」が設定されている場合，ダンプ取得部２２０は，メモリダンプの取得を行わない。これにより，ダンプ取得部２２０は，メモリダンプの取得によるサービスへの影響を抑えることが可能になる。
【００７６】
図９に戻り，ログ情報抽出部２１３は，受信した第１のメッセージを識別する識別情報に基づいて，第１のメッセージに対応するログ情報２３１が記憶されているか否かを判定する（Ｓ２５）。すなわち，第１のメッセージに対応するログ情報２３１が記憶されている場合，ログ情報抽出部２１３は，監視対象処理部２１が第１のメッセージを受信していたと判定することができる。そのため，ログ情報抽出部２１３は，この場合，例えば，第１のメッセージに対する応答を監視対象処理部１１に送信した監視対象処理部２１の情報送信部２１４等で障害が発生したものと判定することができる。また，第１のメッセージに対応するログ情報２３１が記憶されていない場合，ログ情報抽出部２１３は，監視対象処理部２１が第１のメッセージを受信していないと判定することができる。ログ情報抽出部２１３は，この場合，例えば，第１のメッセージを送信した監視対象処理部１１の情報送信部１１４等において障害が発生したものと判定することができる。
【００７７】
［第２の実施の形態］
次に，第２の実施の形態について説明する。図１９から図２１は，第２の実施の形態におけるロギング制御処理を説明するフローチャート図である。図２２は，第２の実施の形態におけるロギング制御処理を説明する図である。図２２を参照しながら図１９から図２１のロギング制御処理の説明を行う。
【００７８】
第２の実施の形態では，第１の実施の形態で説明した無応答を検知した場合に加え，監視対象処理部１１，２１の処理状態に応じて，ログ情報１３１，２３１の保護処理を行う。具体的に，ロギング制御部１２，２２は，監視対象処理部の１１，２２の処理状態をそれぞれ定常的に取得する。そして，監視対象処理部１１，２１の処理状態が所定時間（例えば，１分）を経過しても更新されない場合，ロギング制御部１２，２２は，監視対象処理部１１または監視対象処理部２１で障害が発生したものと判定する。すなわち，例えば，監視対象処理部２１において障害が発生した場合，第１の実施の形態では，障害の発生を検知するために監視対象処理部１１から監視対象処理部２１にメッセージを送信している必要がある。これに対し，第２の実施の形態では，監視対象処理部１１から監視対象処理部２１にメッセージを送信することなく，監視対象処理部２１で発生している障害を検知することが可能になる。以下，第２の実施の形態におけるロギング制御処理の詳細を説明する。
【００７９】
［状態更新処理の詳細］
初めに，ロギング制御部１２における状態情報１３３の更新を行う処理（以下，状態更新処理とも呼ぶ）の詳細を説明する。図１９に示すように，ロギング制御部１２の状態取得部１１６は，例えば，状態取得タイミングになるまで待機する（Ｓ９１のＮＯ）。状態取得タイミングは，１分間隔等であってよい。そして，状態取得タイミングになった場合（Ｓ９１のＹＥＳ），状態取得部１１６は，例えば，ログ情報１３１を参照してセッションの状態を確認する。そして，ロギング制御部１２の状態更新部１１７は，対応する状態情報１３３に設定する（Ｓ９２）。以下，状態情報１３３の具体例を説明する。
【００８０】
図２２は，状態情報１３３の具体例を示す図である。図２２に示す状態情報１３３は，図１４で説明した「セッションＩＤ」と，各セッションに関する現在の状態を示す「現在の状態」と，各セッションに関する前回の状態取得時における状態を示す「前回の状態」とを項目として有する。
【００８１】
「現在の状態」及び「前回の状態」には，メッセージの送信先から送信したメッセージの応答を待っている状態を示す「レス待ち」や，メッセージの送信を行っていない状態（メッセージの応答を待っていない状態）を示す「正常」等が設定される。すなわち，状態更新部１１７は，例えば，図１４で説明したログ情報１３１において，「セッションＩＤ」毎に，「属性」が「Ｒｅｑｕｅｓｔ」である情報に対して「属性」が「Ｒｅｃｅｉｖｅ」である情報が存在するか否かを判定する。そして，状態更新部１１７は，「属性」が「Ｒｅｑｕｅｓｔ」である情報に対して「属性」が「Ｒｅｃｅｉｖｅ」である情報が存在する「セッションＩＤ」について，「現在の状態」を「正常」に設定する。一方，状態取得部１１６は，「属性」が「Ｒｅｑｕｅｓｔ」である情報に対して「属性」が「Ｒｅｃｅｉｖｅ」である情報が存在しない「セッションＩＤ」について，「現在の状態」を「レス待ち」に設定する。具体的に，図１４のログ情報１３１のうち「セッションＩＤ」が「１１」である情報において，「属性」が「Ｒｅｑｕｅｓｔ」である情報（「識別ＩＤ」が１，７の情報）に対する「属性」が「Ｒｅｃｅｉｖｅ」である情報（「識別ＩＤ」が２，９の情報）は，全て存在する。そのため，この場合，状態更新部１１７は，状態情報１３３において，「セッションＩＤ」が「１１」である情報に対応する「現在の情報」を「正常」と判定する。一方，「セッションＩＤ」が「１５」である情報において，「属性」が「Ｒｅｑｕｅｓｔ」である情報（「識別ＩＤ」が３，４，７である情報）に対する「属性」が「Ｒｅｃｅｉｖｅ」である情報（「識別ＩＤ」が５，８である情報）は，一部のみが存在する。すなわち，図１４に示す状態において，情報受信部１１２は，「セッションＩＤ」が「１５」である通信相手から応答を待っている状態である。そのため，この場合，状態更新部１１７は，状態情報１３３において，「セッションＩＤ」が「１５」である情報に対応する「現在の情報」を「レス待ち」と判定する。
【００８２】
図２２に戻り，図２２に示す状態情報１３３は，具体的に，「セッションＩＤ」が「１１」，「１３」，「１５」，「２１」，「２３」及び「３１」であるセッションが確立されている状態を示している。そして，「セッションＩＤ」が「１１」である情報は，「現在の状態」として「正常」が設定され，「前回の状態」として「正常」が設定されている。また，「セッションＩＤ」が「２３」である情報は，「現在の状態」として「レス待ち」が設定され，「前回の状態」として「レス待ち」が設定されている。すなわち，「セッションＩＤ」が「２３」である情報は，「前回の状態」及び「現在の状態」ともに「レス待ち」の状態である。したがって，この場合，ロギング制御部１２は，監視対象処理部１１等において障害が発生した可能性があると判定し，例えば，ログ情報１３１，２３１の保護処理を行うことが可能になる。図２２のその他の情報については，上記と同様であるため説明を省略する。
【００８３】
なお，状態更新部１１７は，例えば，状態情報１３３を更新する前に，「現在の状態」に設定されている内容を「前回の状態」に設定するものであってよい。これにより，状態取得部１１６が取得した新たな情報によって，状態取得部１１６が前回取得した情報が上書きされることを防止することが可能になる。
【００８４】
図１９に戻り，状態取得部１１６が監視対象処理部１１との間で確立されている全セッションについて状態の取得が完了した場合（Ｓ９３のＹＥＳ），状態取得部１１６は，次の状態取得タイミングまで待機する（Ｓ９１）。一方，全セッションについての状態の取得が完了していない場合（Ｓ９３のＮＯ），状態取得部１１６は，状態の取得が完了していないセッションに関する状態の取得を行う（Ｓ９２）。
【００８５】
［状態判定処理の詳細］
次に，ロギング制御部１２における状態情報１３３の判定を行う処理（以下，状態判定処理とも呼ぶ）の詳細を説明する。図２０に示すように，ロギング制御部１２の状態判定部１１８は，例えば，状態判定タイミングになるまで待機する（Ｓ１０１のＮＯ）。状態判定タイミングは，例えば，状態取得タイミングと同様に，１分間隔であってよい。そして，状態判定タイミングになった場合（Ｓ１０１のＹＥＳ），状態判定部１１８は，例えば，状態情報１３３を参照し，「前回の状態」及び「現在の状態」の両方が「レス待ち」になっている情報が存在するか否かを確認する（Ｓ１０２）。
【００８６】
その結果，「前回の状態」及び「現在の状態」の両方が「レス待ち」になっている情報が存在しない場合（Ｓ１０２のＮＯ），状態判定部１１８は，次の状態判定タイミングまで再度待機する（Ｓ１０１）。一方，「前回の状態」及び「現在の状態」の両方が「レス待ち」になっている情報が存在する場合（Ｓ１０２のＹＥＳ），ログ情報抽出部１１３は，例えば，ログ情報１３１の抽出を行う。具体的に，ログ情報抽出部１１３は，監視対象処理部１１が第３のメッセージを送信する前に監視対象処理部２１から受信したメッセージ（以下，第４のメッセージとも呼ぶ）に対応するログ情報１３１よりも後に情報格納領域１３０に記憶された情報を抽出する（Ｓ１０３）。すなわち，「前回の状態」及び「現在の状態」の両方が「レス待ち」になっている情報が存在する場合，状態判定部１１８は，監視対象処理部１１（または監視対象処理部１１の通信相手）において障害が発生したために，情報が更新されていない可能性があると判定する。そして，ログ情報抽出部１１３は，「前回の状態」及び「現在の状態」の両方が「レス待ち」になっているセッションにおいて，監視対象処理部１１が正常に受信した判断できるメッセージに対応するログ情報１３１を抽出する。これにより，ログ情報抽出部１１３は，障害が発生した際の情報を含むログ情報１３１を特定して抽出することが可能になる。
【００８７】
続いて，ログ情報保護部１１５は，図８の場合と同様に，例えば，抽出したログ情報１３１の保護処理を実行する（Ｓ１０４）。そして，ダンプ取得部１２０は，例えば，物理マシン１のメモリの内容をファイルに出力し，メモリダンプを取得する（Ｓ１０５）。さらに，情報送信部１１４は，例えば，ログ情報抽出部１１３が抽出した第４のメッセージと，第３のメッセージとを識別可能な識別情報をロギング制御部２２に送信する（Ｓ１０６）。
【００８８】
一方，図２１に示すように，ロギング制御部２２の情報受信部２１２は，例えば，ロギング制御部１２から識別情報を受信するまで待機する（Ｓ１１１のＮＯ）。そして，ロギング制御部１２から識別情報を受信した場合（Ｓ１１１のＹＥＳ），ロギング制御部２２のログ情報抽出部２１３は，例えば，情報格納領域２３０に記憶されたログ情報２３１を抽出する。具体的に，ログ情報抽出部２１３は，例えば，情報受信部２１２が受信した第４のメッセージを識別する識別情報に基づいて，第４のメッセージの送信よりも後に監視対象処理部１１へ送信したメッセージに対応するログ情報を抽出する（Ｓ１１２）。
【００８９】
そして，ログ情報抽出部２１３は，例えば，ログ情報抽出部１１３と同様に，抽出したログ情報２３１の保護処理を実行する（Ｓ１１３）。続いて，ダンプ取得部２２０は，例えば，ダンプ取得部１２０と同様に，物理マシン１のメモリの内容をファイルに出力し，メモリダンプを取得する（Ｓ１１４）。さらに，ログ情報抽出部２１３は，例えば，受信した第３のメッセージを識別する識別情報に基づいて，第１のメッセージに対応するログ情報２３１が記憶されているか否かを判定する（Ｓ１１５）。
【００９０】
すなわち，第２の実施の形態によれば，監視対象処理部１１の処理状態が所定時間（例えば，１分）を経過しても更新されない場合，ロギング制御部１２は，監視対象処理部１１等で障害が発生したものと判定する。これにより，メッセージの送受信を行わない場合においても，監視対象処理部１１等で発生している障害を検知することが可能になる。そのため，ロギング制御部１２は，発生した障害を迅速に検知することが可能になる。
【００９１】
［識別情報が送信できない場合の処理］
次に，第１の実施の形態において，第２のメッセージの識別情報の送信（図８のＳ１５）を行うことができない場合の処理を説明する。図２３及び図２４は，識別情報の送信を行うことができない場合のフローチャート図である。
【００９２】
例えば，物理マシン２において再起動を要するような障害が発生した場合，ロギング制御部２２は，ロギング制御部１２から送信される識別情報を受信できない場合がある。この場合，ロギング制御部１２は，例えば，物理マシン２の再起動が完了するまで待機し，物理マシン２の再起動完了後，識別情報を再送する。ここで，物理マシン２では，再起動の実行に伴って，物理マシン２での障害発生前後に関するログ情報を含むメモリダンプが出力されている。そのため，ロギング制御部２２は，物理マシン２の再起動完了後，受信した識別情報に含まれる内容及びメモリダンプに含まれる内容に基づき，物理マシン２において発生した障害の原因調査を行うことが可能になる。すなわち，この場合，ロギング制御部２２は，メモリダンプに含まれる内容を参照することにより，ログ情報２３１の保護処理を行うことなく障害の原因調査が可能になる。以下，識別情報の送信を行うことができない場合の処理の詳細を説明する。
【００９３】
図２３は，識別情報の送信を行うことができない場合の識別情報送信処理を説明するフローチャート図である。図２３に示すように，情報送信部１１４は，図１１で説明した場合と同様に，監視対象処理部２１が異常から復旧しているか否かを判定する（Ｓ１２１）。そして，監視対象処理部２１が異常から復旧していないと判定した場合（Ｓ１２１のＹＥＳ），情報送信部１１４は，メモリダンプの取得の指示を含む識別情報をロギング制御部２２に送信する（Ｓ１２２）。一方，監視対象処理部２１が異常から復旧していると判定した場合（Ｓ１２１のＮＯ），情報送信部１１４は，メモリダンプの取得の指示を含まない識別情報をロギング制御部２２に送信する（Ｓ１２３）。
【００９４】
そして，識別情報の送信が完了した場合（Ｓ１２４のＹＥＳ），図１１で説明した場合と同様に，識別情報送信処理が終了する。一方，識別情報の送信が完了しない場合（Ｓ１２４のＮＯ），情報送信部１１４は，例えば，識別情報の送信が完了するまで待機する（Ｓ１２５のＮＯ）。すなわち，発生した障害に起因して物理マシン２で再起動が行われている場合，情報送信部１１４は，ロギング制御部２２に識別情報を送信することができない。そのため，情報送信部１１４は，この場合，物理マシン２に対してＰＩＮＧの送信等を行うことによって，定期的に物理マシン２（ロギング制御部２２）の状況を確認する。そして，ロギング制御部２２への識別情報の送信が可能になった場合（Ｓ１２５のＹＥＳ），情報送信部１１４は，例えば，送信できなかった識別情報をロギング制御部２２に送信（再送）する（Ｓ１２６）。
【００９５】
次に，ロギング制御部２２が物理マシン２の再起動後に行う処理（以下，再起動時ロギング制御処理とも呼ぶ）を説明する。ロギング制御部２２は，例えば，物理マシン２の再起動に伴って起動した後，ロギング制御部１２から識別情報を受信するまで待機する（Ｓ１３１のＮＯ）。そして，識別情報を受信した場合（Ｓ１３１のＹＥＳ），ログ情報抽出部２１３は，例えば，物理マシン２の再起動の際に取得したメモリダンプを参照し，受信した識別情報に対応するログ情報２３１の後に記憶されたログ情報２３１を抽出する（Ｓ１３２）。すなわち，物理マシン２の再起動が行われた場合，情報格納領域２３０に記憶されたログ情報２３１はメモリダンプとして出力されている。そのため，ロギング制御部２２は，出力されたメモリダンプの内容を参照することにより，ログ情報２３１の保護処理を行うことなく，物理マシン２において発生した障害の原因調査を行うことが可能になる。
【００９６】
その後，ログ情報抽出部２１３は，図１０で説明した場合と同様に，例えば，受信した第１のメッセージを識別する識別情報に基づいて，第１のメッセージに対応するログ情報２３１が記憶されているか否かを判定する（Ｓ１３３）。
【００９７】
以上の実施の形態をまとめると，以下の付記のとおりである。
【００９８】
（付記１）
第１の装置に関するログ情報を記憶する記憶部と，
前記第１の装置から第２の装置に送信された第１のメッセージに対して前記第２の装置から無応答であった旨の通知を前記第１の装置から受信する受信部と，
前記記憶された第１の装置に関するログ情報から，前記第１のメッセージの送信前に前記第１の装置が前記第２の装置から受信した第２のメッセージに対応するログ情報を抽出する処理を行う処理部と，
前記抽出した第２のメッセージを識別可能な第１の識別情報を送信する送信部と，
を備えた第１のロギング装置と，
前記第２の装置に関するログ情報を記憶する記憶部と，
前記送信された第１の識別情報を受信する受信部と，
前記受信した第１の識別情報に基づいて，前記記憶された第２の装置に関するログ情報から前記第２のメッセージの送信よりも後に前記第１の装置へ送信したメッセージに対応するログ情報を特定する処理部と，
を備えた第２のロギング装置と，を含む，
ことを特徴とする情報処理システム。
【００９９】
（付記２）
付記１において，
前記第２のロギング装置の前記処理部は，さらに，前記特定したログ情報を抽出して保護処理を実行する，
ことを特徴とする情報処理システム。
【０１００】
（付記３）
付記１において，
前記送信部は，前記第１のメッセージを識別可能な識別情報を送信し，
前記第２のロギング装置の前記処理部は，前記受信した第１のメッセージの識別情報に基づいて，前記第２のロギング装置の前記記憶部に前記第１のメッセージに対応するログ情報が記憶されているか否かを判定する，
ことを特徴とする情報処理システム。
【０１０１】
（付記４）
付記１において，
前記第２のロギング装置の前記処理部は，前記第２の装置から前記第１の装置への第３のメッセージの送信に応じて，前記第２の装置が前記第３のメッセージの応答を受信待ちである旨を示す状態情報を記憶部に記憶し，前記第３のメッセージの応答の受信に応じて，前記記憶した状態情報を消去し，
前記第２のロギング装置の前記処理部は，記憶されてからの時間が所定の時間を上回る状態情報の存在を検知した場合，前記記憶された第２の装置に関するログ情報から，前記第３のメッセージの送信前に前記第２の装置が前記第１の装置から受信した第４のメッセージに対応するログ情報を抽出し，
前記送信部は，前記抽出した第４のメッセージを識別可能な識別情報を送信し，
前記第１のロギング装置の前記受信部は，前記送信された第４のメッセージの識別情報を受信し，
前記受信した第４のメッセージの識別情報に基づいて，前記記憶された第１の装置に関するログ情報から前記第４のメッセージの送信よりも後に前記第２の装置へ送信したメッセージに対応するログ情報を抽出する，
ことを特徴とする情報処理システム。
【０１０２】
（付記５）
付記１において，
前記送信部は，前記第２のロギング装置に前記識別情報を送信できない場合，前記第２のロギング装置への前記識別情報の送信が可能になるまで待機し，その後，前記識別情報を再送する，
ことを特徴とする情報処理システム。
【０１０３】
（付記６）
付記１において，
前記第１のロギング装置の前記処理部は，前記第１のロギング装置の前記受信部が前記通知を受信したことに応じて，前記第１の装置のメモリの状態に関するメモリダンプを取得し，
前記第２のロギング装置の前記処理部は，前記第１のロギング装置の前記受信部が前記識別情報を受信したことに応じて，前記第２の装置のメモリの状態に関するメモリダンプを取得する，
ことを特徴とする情報処理システム。
【０１０４】
（付記７）
付記６において，
前記第１のロギング装置の前記処理部は，前記第１のロギング装置の前記受信部が前記通知を受信した際に，前記第２の装置の状態を確認し，前記第２の装置の状態が正常であると判定した場合，前記メモリダンプの取得を行わない，
ことを特徴とする情報処理システム。
【０１０５】
（付記８）
付記６において，
前記第２のロギング装置の前記処理部は，前記第２のロギング装置の前記受信部が前記識別情報を受信した際に，前記第２の装置の状態を確認し，前記第２の装置の状態が正常であると判定した場合，前記メモリダンプの取得を行わない，
ことを特徴とする情報処理システム。
【０１０６】
（付記９）
コンピュータに，
第１の装置に関するログ情報を記憶し，
前記第１の装置から第２の装置に送信された第１のメッセージに対して前記第２の装置から無応答であった旨の通知を前記第１の装置から受信し，
前記記憶された第１の装置に関するログ情報から，前記第１のメッセージの送信前に前記第１の装置が前記第２の装置から受信した第２のメッセージに対応するログ情報を抽出する処理を行い，
前記抽出した第２のメッセージを識別可能な識別情報を送信する，
ことを実行させることを特徴とするロギング制御プログラム。
【０１０７】
（付記１０）
コンピュータに，
第２の装置に関するログ情報を記憶し，
前記第２の装置が第１の装置に送信したメッセージを識別可能な識別情報を第１の装置から受信し，
前記受信した識別情報に基づいて，前記記憶された第２の装置に関するログ情報から前記メッセージの送信よりも後に前記第１の装置へ送信したメッセージに対応するログ情報を特定する，
ことを実行させることを特徴とするロギング制御プログラム。
【０１０８】
（付記１１）
第１のロギング装置は，第１の装置に関するログ情報を記憶し，
前記第１のロギング装置は，前記第１の装置から第２の装置に送信された第１のメッセージに対して前記第２の装置から無応答であった旨の通知を前記第１の装置から受信し，
前記第１のロギング装置は，前記記憶された第１の装置に関するログ情報から，前記第１のメッセージの送信前に前記第１の装置が前記第２の装置から受信した第２のメッセージに対応するログ情報を抽出する処理を行い，
前記第１のロギング装置は，前記抽出した第２のメッセージを識別可能な識別情報を送信し，
第２のロギング装置は，前記第２の装置に関するログ情報を記憶し，
前記第２のロギング装置は，前記送信された識別情報を受信し，
前記第２のロギング装置は，前記受信した識別情報に基づいて，前記記憶された第２の装置に関するログ情報から前記第２のメッセージの送信よりも後に前記第１の装置へ送信したメッセージに対応するログ情報を特定する，
ことを特徴とするロギング制御方法。
【符号の説明】
【０１０９】
１：物理マシン              ２：物理マシン
１１：監視対象処理部        １２：ロギング制御部
１３：記憶媒体              ２１：監視対象処理部
２２：ロギング制御部        ２３：記憶媒体
【図１】
0006330607.tif 000002
【図２】
0006330607.tif 000003
【図３】
0006330607.tif 000004
【図４】
0006330607.tif 000005
【図５】
0006330607.tif 000006
【図６】
0006330607.tif 000007
【図７】
0006330607.tif 000008
【図８】
0006330607.tif 000009
【図９】
0006330607.tif 000010
【図１０】
0006330607.tif 000011
【図１１】
0006330607.tif 000012
【図１２】
0006330607.tif 000013
【図１３】
0006330607.tif 000014
【図１４】
0006330607.tif 000015
【図１５】
0006330607.tif 000016
【図１６】
0006330607.tif 000017
【図１７】
0006330607.tif 000018
【図１８】
0006330607.tif 000019
【図１９】
0006330607.tif 000020
【図２０】
0006330607.tif 000021
【図２１】
0006330607.tif 000022
【図２２】
0006330607.tif 000023
【図２３】
0006330607.tif 000024
【図２４】
0006330607.tif 000025