JP6233107B2 - 情報蓄積プログラム、情報蓄積方法、情報蓄積装置、および情報蓄積システム - Google Patents

Description

本発明は、情報蓄積プログラム、情報蓄積方法、情報蓄積装置、および情報蓄積システムに関する。

従来、複数のマシンにより実現される業務処理システムを提供するサービスがある。サービスの利用者は、業務処理システムに障害が発生した場合、業務処理システムに含まれるマシンの動作情報を、サービスの提供者に送信する。サービスの提供者は、サービスの利用者から受信した動作情報に基づいて障害調査を行い、障害対策を行う。関連する技術としては、例えば、下記特許文献１に記載された技術がある。

特開２０１１−１７５５１３号公報

しかしながら、上述した従来技術では、サービスの提供者は、サービスの利用者から得た動作情報が、どのマシンで採取された動作情報であるかを特定することが困難なことがある。例えば、情報漏洩対策のために、サービスの利用者から得たマシンの動作情報に当該マシンのＩＰアドレスなどといった当該マシンの識別子が付与されていない場合がある。この場合、サービスの提供者は、どのマシンで採取された動作情報であるかを特定することができず、マシン単位で動作情報を蓄積することができず、障害調査を行う際に障害が発生したマシンの過去の動作情報を参照することができず、障害調査が困難になる。

１つの側面では、本発明は、情報処理装置単位で動作情報を蓄積することができる情報蓄積プログラム、情報蓄積方法、情報蓄積装置、および情報蓄積システムを提供することを目的とする。

本発明の一側面によれば、複数の情報処理装置のいずれかの情報処理装置についての動作情報と、当該動作情報の採取時刻以前における前記いずれかの情報処理装置についての動作情報の採取時刻とを取得し、前記コンピュータがアクセス可能な記憶部に記憶される履歴であって、前記複数の情報処理装置のそれぞれについて取得した前記動作情報と取得した前記採取時刻とを対応付けて蓄積する動作情報履歴から、取得した前記採取時刻に基づいて、前記いずれかの情報処理装置に対応する動作情報履歴を特定し、取得した前記動作情報と、当該動作情報の採取時刻とを対応付けて、特定した前記動作情報履歴として前記記憶部に蓄積する情報蓄積プログラム、情報蓄積方法、および情報蓄積装置が提案される。

また、本発明の一側面によれば、複数の情報処理装置に含まれ、自装置についての動作情報を採取し、自装置についての動作情報を採取する都度、採取した前記動作情報と、当該動作情報の採取時刻以前における自装置についての動作情報の採取時刻とを出力する情報処理装置と、前記情報処理装置についての動作情報と、前記採取時刻とを取得し、記憶部に記憶される履歴であって、前記複数の情報処理装置のそれぞれについて取得した前記動作情報と取得した前記採取時刻とを対応付けて蓄積する動作情報履歴から、取得した前記採取時刻に基づいて、前記情報処理装置に対応する動作情報履歴を特定し、取得した前記動作情報と、当該動作情報の採取時刻とを対応付けて、特定した前記動作情報履歴として前記記憶部に蓄積する情報蓄積装置と、を有する情報蓄積システムが提案される。

本発明の一態様によれば、情報処理装置単位で動作情報を蓄積することができるという効果を奏する。

図１は、本実施の形態にかかる情報蓄積システムの一実施例を示す説明図である。 図２は、情報蓄積システム２００の構成例を示す説明図である。 図３は、コンピュータ３００のハードウェア構成例を示すブロック図である。 図４は、関連性テーブル４００の記憶内容の一例を示す説明図である。 図５は、採取履歴テーブル５００の記憶内容の一例を示す説明図である。 図６は、調査情報６００の内容の一例を示す説明図である。 図７は、ログファイル７００の内容の一例を示す説明図である。 図８は、ＩＰテーブル８００の記憶内容の一例を示す説明図である。 図９は、ユーザテーブル９００の記憶内容の一例を示す説明図である。 図１０は、動作情報履歴テーブル１０００の記憶内容の一例を示す説明図である。 図１１は、故障管理テーブル１１００の記憶内容の一例を示す説明図である。 図１２は、情報処理装置１１０の機能的構成例を示すブロック図である。 図１３は、管理装置２０１の機能的構成例を示すブロック図である。 図１４は、情報蓄積装置１００の機能的構成例を示すブロック図である。 図１５は、第１の採取パターンにおける準備動作を示す説明図（その１）である。 図１６は、第１の採取パターンにおける準備動作を示す説明図（その２）である。 図１７は、第１の採取パターンにおける準備動作を示す説明図（その３）である。 図１８は、第１の採取パターンにおける準備動作を示す説明図（その４）である。 図１９は、第１の採取パターンにおける採取動作を示す説明図である。 図２０は、第２の採取パターンにおける採取動作を示す説明図である。 図２１は、第３の採取パターンにおける採取動作を示す説明図である。 図２２は、第４の採取パターンにおける採取動作を示す説明図である。 図２３は、準備動作の指示処理手順の一例を示すフローチャートである。 図２４は、準備処理手順の一例を示すフローチャートである。 図２５は、調査処理手順の一例を示すフローチャートである。 図２６は、採取処理手順の一例を示すフローチャートである。 図２７は、第１の採取パターンにおける採取処理手順の一例を示すフローチャートである。 図２８は、第２の採取パターンにおける採取処理手順の一例を示すフローチャートである。 図２９は、第３の採取パターンにおける採取処理手順の一例を示すフローチャートである。 図３０は、第４の採取パターンにおける採取処理手順の一例を示すフローチャートである。 図３１は、採取指示処理手順の一例を示すフローチャートである。 図３２は、第１の採取パターンの採取指示の出力処理手順の一例を示すフローチャートである。 図３３は、第２の採取パターンの採取指示の出力処理手順の一例を示すフローチャートである。 図３４は、第３の採取パターンの採取指示の出力処理手順の一例を示すフローチャートである。 図３５は、第４の採取パターンの採取指示の出力処理手順の一例を示すフローチャートである。 図３６は、情報蓄積処理手順の一例を示すフローチャート（その１）である。 図３７は、情報蓄積処理手順の一例を示すフローチャート（その２）である。 図３８は、確認処理手順の一例を示すフローチャートである。

以下に添付図面を参照して、本発明にかかる情報蓄積プログラム、情報蓄積方法、情報蓄積装置、および情報蓄積システムの実施の形態を詳細に説明する。

（情報蓄積システムの一実施例）
図１は、本実施の形態にかかる情報蓄積システムの一実施例を示す説明図である。情報蓄積装置１００は、業務処理システムを提供する提供者側に存在し、情報蓄積プログラムを実行するコンピュータである。

情報蓄積装置１００は、管理テーブル１０１と、業務処理システムを実現する複数の情報処理装置１１０の情報処理装置１１０単位の動作情報履歴１０２とを記憶する。以下の説明では、情報処理装置１１０に接尾語「−ｉ（ｉは自然数）」を付与して、情報処理装置１１０のそれぞれを区別する場合がある。例えば、図１の左側に存在する情報処理装置１１０を「情報処理装置１１０−１」と表記する場合がある。

ここで、管理テーブル１０１は、業務処理システムを使用する使用者の識別情報に、業務処理システムを実現する情報処理装置１１０単位の動作情報履歴１０２を記憶する記憶領域のアドレスを対応付けたテーブルである。動作情報履歴１０２は、情報処理装置１１０により採取された動作情報と、当該動作情報の採取時刻とを対応付けた情報である。

情報蓄積装置１００は、情報処理装置１１０により採取された動作情報と、当該動作情報の採取時刻以前に採取された動作情報の採取時刻一覧１１１とを情報処理装置１１０から取得して、情報処理装置１１０の動作情報履歴１０２を更新する。動作情報は、情報処理装置１１０の動作内容を示す情報である。

情報処理装置１１０は、業務処理システムを使用する使用者側に存在し、情報処理プログラムを実行するコンピュータである。情報処理装置１１０は、それぞれ、情報処理装置１１０により採取された動作情報の採取時刻一覧１１１を記憶する。採取時刻一覧１１１は、動作情報の採取指示を受け付けた時刻、または動作情報の採取が終了した時刻などの一覧である。

情報処理装置１１０は、業務処理システムに障害が発生した場合などに採取指示を受け付けると、情報処理装置１１０の動作情報を採取し、当該動作情報の採取時刻を採取時刻一覧１１１に記録し、当該動作情報と採取時刻一覧１１１とを出力する。

図１では、業務処理システムを実現する複数の情報処理装置１１０に含まれる情報処理装置１１０において障害が発生した場合を例に挙げる。業務処理システムを使用する使用者は、情報処理装置１１０において障害が発生したため、情報処理装置１１０に採取指示を入力する。

情報処理装置１１０は、採取指示を受け付けると、情報処理装置１１０の動作情報を採取し、当該動作情報の採取時刻を採取時刻一覧１１１に記録し、当該動作情報と採取時刻一覧１１１とを出力する。ここで、情報処理装置１１０は、情報漏洩対策のため、情報処理装置１１０のＩＰアドレスなどを動作情報や採取時刻一覧１１１に付与しない。ここで、情報処理装置１１０は、動作情報とともに、障害調査のためのログファイルやダンプファイルなどを出力してもよい。

また、情報処理装置１１０は、例えば、情報漏洩対策のため、情報蓄積装置１００と直接通信せず、動作情報と採取時刻一覧１１１とを他の装置に出力して、動作情報と採取時刻一覧１１１とを他の装置を介して情報蓄積装置１００に取得させる。情報蓄積装置１００は、情報処理装置１１０から出力された動作情報と採取時刻一覧１１１とを取得する。

次に、情報蓄積装置１００は、情報処理装置１１０単位の動作情報履歴１０２の中から、取得した採取時刻一覧１１１に基づいて、情報処理装置１１０の動作情報履歴１０２を特定する。情報蓄積装置１００は、ＩＰアドレスなどの情報がなくても、動作情報履歴１０２に含まれる過去に取得した動作情報の採取時刻が、採取時刻一覧１１１に含まれる採取時刻と一致するか否かに基づいて、情報処理装置１１０の動作情報履歴１０２を特定する。そして、情報蓄積装置１００は、採取時刻一覧１１１に基づいて、取得した動作情報に、当該動作情報の採取時刻を対応付けて、特定した動作情報履歴１０２に記録する。

これにより、情報蓄積装置１００は、ＩＰアドレスなどといった、業務処理システムを使用する使用者側から漏洩させない方がよい情報を取得しなくても、動作情報を採取した情報処理装置１１０の動作情報履歴１０２を特定して更新することができる。結果として、情報蓄積装置１００は、情報処理装置１１０単位で動作情報履歴１０２を記憶することができる。

また、業務処理システムを使用する使用者は、情報処理装置１１０の識別情報が漏洩することを防止することができ、業務処理システムの安全性を向上させることができる。また、情報蓄積装置１００は、特定した動作情報履歴１０２を出力して、情報蓄積装置１００の使用者に通知することができる。このため、情報蓄積装置１００の使用者は、取得した動作情報に加えて、情報処理装置１１０により過去に採取された動作情報を参照して、障害対策を行うことができ、障害対策の精度を向上することができる。

情報蓄積装置１００の利用者は、例えば、いずれかの情報処理装置１１０において、過去に発生した障害を参照して、いずれかの情報処理装置１１０の障害対策を行うことができる。また、情報蓄積装置１００の利用者は、例えば、いずれかの情報処理装置１１０だけで、頻繁に同様の障害が発生しているかどうかを把握して、障害対策を行うことができる。また、情報蓄積装置１００の利用者は、例えば、複数の情報処理装置１１０で、共通して、同様の障害が発生しているかどうかを把握して、障害対策を行うことができる。

ここでは、情報蓄積装置１００が、情報処理装置１１０単位の動作情報履歴１０２の中から、取得した採取時刻一覧１１１に基づいて、情報処理装置１１０の動作情報履歴１０２を特定する場合について説明したが、これに限らない。例えば、情報蓄積装置１００は、情報処理装置１１０単位の動作情報履歴１０２の中から、取得した採取時刻に基づいて、情報処理装置１１０の動作情報履歴１０２を特定してもよい。具体的には、情報蓄積装置１００は、情報処理装置１１０単位の動作情報履歴１０２に含まれる採取時刻に規則性がある場合に、取得した採取時刻が規則性に沿っている動作情報履歴１０２を特定する。

（情報蓄積システム２００の構成例）
図２は、情報蓄積システム２００の構成例を示す説明図である。図２において、情報蓄積システム２００は、情報蓄積装置１００と、業務処理システム２１０と、を有する。業務処理システム２１０は、情報処理装置１１０と、管理装置２０１と、作業装置２０２と、調査装置２０３と、を有する。

情報処理装置１１０と、管理装置２０１と、作業装置２０２と、調査装置２０３とは、ネットワークにより接続される。ネットワークは、例えば、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、インターネット、携帯電話網などである。

管理装置２０１は、情報処理装置１１０を管理するコンピュータである。作業装置２０２は、情報処理装置１１０を使用して作業するコンピュータである。調査装置２０３は、情報処理装置１１０に関連するアプリケーションを調査するコンピュータである。

情報蓄積装置１００は、例えば、サーバ、ノート型パソコン、デスクトップ型パソコンなどである。情報処理装置１１０は、例えば、サーバ、ノート型パソコン、デスクトップ型パソコンなどである。管理装置２０１は、例えば、ノート型パソコン、デスクトップ型パソコン、携帯電話機、スマートフォン、ＰＨＳ（Ｐｅｒｓｏｎａｌ Ｈａｎｄｙｐｈｏｎｅ Ｓｙｓｔｅｍ）、タブレット型端末などである。作業装置２０２は、例えば、ノート型パソコン、デスクトップ型パソコン、携帯電話機、スマートフォン、ＰＨＳ、タブレット型端末などである。調査装置２０３は、例えば、ノート型パソコン、デスクトップ型パソコン、携帯電話機、スマートフォン、ＰＨＳ、タブレット型端末などである。

（情報蓄積装置１００のハードウェア構成例）
次に、図３を用いて、情報蓄積装置１００を実現するコンピュータ３００のハードウェア構成例について説明する。

図３は、コンピュータ３００のハードウェア構成例を示すブロック図である。図３において、コンピュータ３００は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）３０１と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）３０２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）３０３と、を有する。

また、コンピュータ３００は、さらに、磁気ディスクドライブ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）３０４と、磁気ディスク３０５と、光ディスクドライブ３０６と、光ディスク３０７と、を有する。また、コンピュータ３００は、さらに、ディスプレイ３０８と、インターフェース（Ｉ／Ｆ：Ｉｎｔｅｒｆａｃｅ）３０９と、キーボード３１０と、マウス３１１と、スキャナ３１２と、プリンタ３１３と、を有する。また、各構成部はバス３２０によってそれぞれ接続されている。

ここで、ＣＰＵ３０１は、コンピュータ３００の全体の制御を司る。ＲＯＭ３０２は、例えば、本実施の形態にかかる情報蓄積プログラム、およびブートプログラムなどのプログラムを記憶している。ＲＡＭ３０３は、ＣＰＵ３０１のワークエリアとして使用される。ＲＡＭ３０３は、例えば、図９に後述するユーザテーブル９００、図１０に後述する動作情報履歴テーブル１０００、図１１に後述する故障管理テーブル１１００などを記憶する。磁気ディスクドライブ３０４は、ＣＰＵ３０１の制御にしたがって磁気ディスク３０５に対するデータのリード／ライトを制御する。磁気ディスク３０５は、磁気ディスクドライブ３０４の制御で書き込まれたデータを記憶する。

光ディスクドライブ３０６は、ＣＰＵ３０１の制御にしたがって光ディスク３０７に対するデータのリード／ライトを制御する。光ディスク３０７は、光ディスクドライブ３０６の制御で書き込まれたデータを記憶したり、光ディスク３０７に記憶されたデータをコンピュータ３００に読み取らせたりする。

ディスプレイ３０８は、カーソル、アイコンあるいはツールボックスをはじめ、文書、画像、機能情報などのデータを表示する。このディスプレイ３０８は、例えば、液晶ディスプレイ、プラズマディスプレイなどを採用することができる。

Ｉ／Ｆ３０９は、通信回線を通じてＬＡＮ、ＷＡＮ、インターネットなどのネットワーク３１４に接続され、このネットワーク３１４を介して他の装置に接続される。そして、Ｉ／Ｆ３０９は、ネットワーク３１４と内部のインターフェースを司り、外部装置からのデータの入出力を制御する。Ｉ／Ｆ３０９には、例えば、モデムやＬＡＮアダプタなどを採用することができる。

キーボード３１０は、文字、数字、各種指示などの入力のためのキーを備え、データの入力を行う。また、タッチパネル式の入力パッドやテンキーなどであってもよい。マウス３１１は、カーソルの移動や範囲選択、あるいはウィンドウの移動やサイズの変更などを行う。ポインティングデバイスとして同様に機能を備えるものであれば、トラックボールやジョイスティックなどであってもよい。

スキャナ３１２は、画像を光学的に読み取り、コンピュータ３００内に画像データを取り込む。なお、スキャナ３１２は、ＯＣＲ（Ｏｐｔｉｃａｌ Ｃｈａｒａｃｔｅｒ Ｒｅａｄｅｒ）機能を持たせてもよい。また、プリンタ３１３は、画像データや文書データを印刷する。プリンタ３１３には、例えば、レーザプリンタやインクジェットプリンタを採用することができる。また、光ディスクドライブ３０６、光ディスク３０７、ディスプレイ３０８、キーボード３１０、マウス３１１、スキャナ３１２、およびプリンタ３１３の少なくともいずれか１つは、なくてもよい。

（情報処理装置１１０のハードウェア構成例）
次に、情報処理装置１１０を実現するコンピュータのハードウェア構成例について説明する。情報処理装置１１０を実現するコンピュータのハードウェア構成例は、ＲＯＭ３０２およびＲＡＭ３０３の記憶内容を除き、図３に示したコンピュータ３００のハードウェア構成例と同様のため、説明を省略する。情報処理装置１１０を実現する場合、ＲＯＭ３０２は、例えば、業務処理を行うプログラム、動作情報を採取する採取プログラム、情報処理装置１１０の障害の発生を監視する監視プログラム、およびブートプログラムなどのプログラムを記憶している。また、ＲＡＭ３０３は、ＣＰＵ３０１のワークエリアとして使用される。ＲＡＭ３０３は、例えば、図４に後述する関連性テーブル４００、図５に後述する採取履歴テーブル５００、図６に後述する調査情報６００、図７に後述するログファイル７００などを記憶する。

（管理装置２０１のハードウェア構成例）
次に、管理装置２０１を実現するコンピュータのハードウェア構成例について説明する。管理装置２０１を実現するコンピュータのハードウェア構成例は、ＲＯＭ３０２およびＲＡＭ３０３の記憶内容を除き、図３に示したコンピュータ３００のハードウェア構成例と同様のため、説明を省略する。管理装置２０１を実現する場合、ＲＯＭ３０２は、例えば、情報処理装置１１０の障害の発生を監視する監視プログラム、およびブートプログラムなどのプログラムを記憶している。また、ＲＡＭ３０３は、ＣＰＵ３０１のワークエリアとして使用される。ＲＡＭ３０３は、例えば、図８に後述するＩＰテーブル８００などを記憶する。

（作業装置２０２のハードウェア構成例）
次に、作業装置２０２を実現するコンピュータのハードウェア構成例について説明する。作業装置２０２を実現するコンピュータのハードウェア構成例は、図３に示したコンピュータ３００のハードウェア構成例と同様のため、説明を省略する。作業装置２０２を実現する場合、ＲＯＭ３０２は、例えば、ブートプログラムなどのプログラムを記憶している。また、ＲＡＭ３０３は、ＣＰＵ３０１のワークエリアとして使用される。

（調査装置２０３のハードウェア構成例）
次に、調査装置２０３を実現するコンピュータのハードウェア構成例について説明する。調査装置２０３を実現するコンピュータのハードウェア構成例は、図３に示したコンピュータ３００のハードウェア構成例と同様のため、説明を省略する。調査装置２０３を実現する場合、ＲＯＭ３０２は、例えば、ブートプログラムなどのプログラムを記憶している。また、ＲＡＭ３０３は、ＣＰＵ３０１のワークエリアとして使用される。

（関連性テーブル４００の記憶内容）
次に、図４を用いて、関連性テーブル４００の記憶内容の一例について説明する。関連性テーブル４００は、情報処理装置１１０によって記憶される。関連性テーブル４００は、例えば、情報処理装置１１０が図３に示したハードウェア構成である場合、情報処理装置１１０が有するＲＡＭ３０３、磁気ディスク３０５、光ディスク３０７などの記憶領域によって実現される。

図４は、関連性テーブル４００の記憶内容の一例を示す説明図である。図４に示すように、関連性テーブル４００は、名称項目に対応付けて、関連性項目を有し、アプリケーションごとに各項目に情報が設定されることにより、レコードを記憶する。

名称項目には、業務処理の名称が記憶される。関連性項目には、名称項目の業務処理が、関連性テーブル４００を記憶する情報処理装置１１０に関連する業務処理であるか否かが記憶される。例えば、レコード４０１は、業務処理の名称「アプリＡ」と、関連性「あり」と、を含む関連性情報を示す。情報処理装置１１０は、関連性テーブル４００に基づいて、業務処理が自装置に関連するか否かを判定する。

（採取履歴テーブル５００の記憶内容）
次に、図５を用いて、採取履歴テーブル５００の記憶内容の一例について説明する。採取履歴テーブル５００は、情報処理装置１１０によって記憶される。採取履歴テーブル５００は、例えば、情報処理装置１１０が図３に示したハードウェア構成である場合、情報処理装置１１０が有するＲＡＭ３０３、磁気ディスク３０５、光ディスク３０７などの記憶領域によって実現される。

図５は、採取履歴テーブル５００の記憶内容の一例を示す説明図である。図５に示すように、採取履歴テーブル５００は、時刻項目に対応付けて、内容項目を有し、採取時刻ごとに各項目に情報が設定されることにより、レコードを記憶する。

時刻項目には、採取時刻が記憶される。内容項目には、情報処理装置１１０の動作を示す動作情報が記憶される。例えば、レコード５０１は、採取時刻「２０１１／０６／２８ ０５：１４：１８」と、動作情報「アプリＡ」と、を含む採取履歴情報を示す。情報処理装置１１０は、採取履歴テーブル５００を用いて、採取時刻一覧１１１を記録する。

（調査情報６００の内容）
次に、図６を用いて、調査情報６００の内容の一例について説明する。調査情報６００は、情報処理装置１１０によって記憶される。調査情報６００は、例えば、情報処理装置１１０が図３に示したハードウェア構成である場合、情報処理装置１１０が有するＲＡＭ３０３、磁気ディスク３０５、光ディスク３０７などの記憶領域によって実現される。

図６は、調査情報６００の内容の一例を示す説明図である。図６に示すように、調査情報６００は、図５に示す採取履歴テーブル５００、図７に後述するログファイル７００、およびダンプファイルなどを含む。ログファイル７００とは、エラー情報をサイクリックに記録したファイルである。ダンプファイルは、ある時点における、メモリ、レジスタ、ファイル、またはディスクなどの内容をすべて記録したファイルである。情報処理装置１１０は、調査情報６００を用いて、障害対策のための情報を記録する。

（ログファイル７００の内容）
次に、図７を用いて、ログファイル７００の内容の一例について説明する。ログファイル７００は、情報処理装置１１０によって記憶される。ログファイル７００は、例えば、情報処理装置１１０が図３に示したハードウェア構成である場合、情報処理装置１１０が有するＲＡＭ３０３、磁気ディスク３０５、光ディスク３０７などの記憶領域によって実現される。

図７は、ログファイル７００の内容の一例を示す説明図である。図７に示すように、ログファイル７００は、ＩＤ項目に対応付けて、種類項目と、時刻項目と、ソース項目とを有し、エラーごとに各項目に情報が設定されることにより、レコードを記憶する。

ＩＤ項目には、エラーの識別子が記憶される。種類項目には、ＩＤ項目のエラーの種類が記憶される。時刻項目には、ＩＤ項目のエラーが発生した時刻が記憶される。ソース項目には、ＩＤ項目のエラーの内容が記憶される。

例えば、レコード７０１は、エラーの種類「エラー」と、エラーの発生した時刻「２０１３／０８／０５ １２：２２：５７」と、エラーのソース「Ｓｅｒｖｉｃｅ Ｃｏｎｔｒｏｌ Ｍａｎａｇｅｒ」と、エラーの識別子「７０１１」とを含む動作情報を示す。情報処理装置１１０は、ログファイル７００を用いて、所定回数分のエラーの内容を記録する。

（ＩＰテーブル８００の記憶内容）
次に、図８を用いて、ＩＰテーブル８００の記憶内容の一例について説明する。ＩＰテーブル８００は、例えば、管理装置２０１によって記憶される。ＩＰテーブル８００は、例えば、管理装置２０１が図３に示したハードウェア構成である場合、管理装置２０１が有するＲＡＭ３０３、磁気ディスク３０５、光ディスク３０７などの記憶領域によって実現される。

図８は、ＩＰテーブル８００の記憶内容の一例を示す説明図である。図８に示すように、ＩＰテーブル８００は、ＩＰアドレス項目を有し、情報処理装置１１０ごとに各項目に情報が設定されることにより、レコードを記憶する。ＩＰアドレス項目には、情報処理装置１１０のＩＰが記憶される。例えば、レコード８０１は、情報処理装置１１０のＩＰアドレス「１９２．１６８．１０．１」を含むＩＰ情報を示す。管理装置２０１は、ＩＰテーブル８００に基づいて、データの送信先になる情報処理装置１１０を特定する。

（ユーザテーブル９００の記憶内容）
次に、図９を用いて、ユーザテーブル９００の記憶内容の一例について説明する。ユーザテーブル９００は、情報蓄積装置１００によって記憶される。ユーザテーブル９００は、例えば、情報蓄積装置１００が図３に示したハードウェア構成である場合、情報蓄積装置１００が有するＲＡＭ３０３、磁気ディスク３０５、光ディスク３０７などの記憶領域によって実現される。

図９は、ユーザテーブル９００の記憶内容の一例を示す説明図である。図９に示すように、ユーザテーブル９００は、ユーザ項目に対応付けて、履歴数項目と、アドレス項目と、を有し、ユーザごとに各項目に情報が設定されることにより、レコードを記憶する。

ユーザ項目には、業務処理システム２１０を使用する使用者の識別子が記憶される。履歴数項目には、ユーザ項目の使用者が使用する業務処理システム２１０に含まれる情報処理装置１１０単位の動作情報履歴１０２の数が記憶される。アドレス項目には、ユーザ項目の使用者が使用する業務処理システム２１０に含まれる情報処理装置１１０単位の動作情報履歴１０２の格納場所が記憶される。例えば、レコード９０１は、ユーザの識別子「０３２−１２３４」と、履歴の数「５」と、アドレス「ＸＸＸＸＸ」と、を含むユーザ情報を示す。情報蓄積装置１００は、ユーザテーブル９００に基づいて、業務処理システム２１０における情報処理装置１１０単位の動作情報履歴１０２の格納場所を特定する。

（動作情報履歴テーブル１０００の記憶内容）
次に、図１０を用いて、動作情報履歴テーブル１０００の記憶内容の一例について説明する。動作情報履歴テーブル１０００は、情報蓄積装置１００によって記憶される。動作情報履歴テーブル１０００は、例えば、情報蓄積装置１００が図３に示したハードウェア構成である場合、情報蓄積装置１００が有するＲＡＭ３０３、磁気ディスク３０５、光ディスク３０７などの記憶領域によって実現される。

図１０は、動作情報履歴テーブル１０００の記憶内容の一例を示す説明図である。図１０に示すように、動作情報履歴テーブル１０００は、ＩＤ項目に対応付けて、時刻項目と、内容項目と、を有し、動作情報履歴１０２ごとに各項目に情報が設定されることにより、レコードを記憶する。

ＩＤ項目には、動作情報履歴１０２の識別子が記憶される。時刻項目には、ＩＤ項目の動作情報履歴１０２に含まれる動作情報を採取した採取時刻が記憶される。内容項目には、ＩＤ項目の動作情報履歴１０２に含まれる動作情報が記憶される。例えば、レコード１００１は、「１」と、「２０１１／０６／２８ ０５：１４」と、「アプリＡ」と、を含む動作情報を示す。情報蓄積装置１００は、動作情報履歴テーブル１０００を用いて、情報処理装置１１０単位の動作情報履歴１０２を記録する。

（故障管理テーブル１１００の記憶内容）
次に、図１１を用いて、故障管理テーブル１１００の記憶内容の一例について説明する。故障管理テーブル１１００は、情報蓄積装置１００によって記憶される。故障管理テーブル１１００は、例えば、情報蓄積装置１００が図３に示したハードウェア構成である場合、情報蓄積装置１００が有するＲＡＭ３０３、磁気ディスク３０５、光ディスク３０７などの記憶領域によって実現される。

図１１は、故障管理テーブル１１００の記憶内容の一例を示す説明図である。図１１に示すように、故障管理テーブル１１００は、ＩＤ項目に対応付けて、時刻項目と、内容項目と、を有し、故障調査ごとに各項目に情報が設定されることにより、レコードを記憶する。

ＩＤ項目には、故障の識別子が記憶される。時刻項目には、ＩＤ項目の故障に関連する動作情報を採取した採取時刻が記憶される。内容項目には、ＩＤ項目の故障に関連する動作情報が記憶される。

例えば、レコード１１０１は、故障の識別子「１」と、採取時刻「２０１１／０６／２８ ０５：１４：１８」と、動作情報「アプリＡ」と、を含む動作情報を示す。情報蓄積装置１００は、故障管理テーブル１１００を用いて、発生した故障に関連する動作情報履歴１０２を記録する。

（情報処理装置１１０の機能的構成例）
次に、図１２を用いて、情報処理装置１１０の機能的構成例について説明する。

図１２は、情報処理装置１１０の機能的構成例を示すブロック図である。情報処理装置１１０は、制御部となる機能として、受付部１２０１と、記憶部１２０２と、判定部１２０３と、採取部１２０４と、出力部１２０５と、取得部１２０６と、記録部１２０７と、を含む。

情報処理装置１１０は、情報処理装置１１０の利用者から操作入力された動作情報の採取指示の種類に応じて、第１の採取パターン〜第４の採取パターンのいずれかを実行する。以下、第１の採取パターン〜第４の採取パターンのそれぞれのパターンにおける情報処理装置１１０の採取動作について説明する。

＜第１の採取パターンにおける採取動作＞
まず、第１の採取パターンにおける採取動作について説明する。第１の採取パターンは、情報処理装置１１０が、動作情報の採取指示として、業務処理に関連する動作情報の採取指示を受け付けた場合のパターンである。ここで、第１の採取パターンにおける採取動作は、受付部１２０１と、判定部１２０３と、採取部１２０４と、出力部１２０５とによって実現される。

受付部１２０１は、第１パラメータを含む採取指示を受け付ける。ここで、第１パラメータとは、動作情報の採取の原因を示す情報である。動作情報の採取の原因とは、例えば、障害が発生した業務処理、情報処理装置１１０のスローダウンの障害、情報処理装置１１０の資源不足の障害、情報処理装置１１０のエラーメッセージの出力、プロセスの動作の障害などである。

また、受付部１２０１は、第１パラメータの他に、動作情報採取の原因を示す情報を補足する、第２パラメータや第３パラメータを含む採取指示を受け付けてもよい。第２パラメータや第３パラメータは、例えば、業務処理の識別情報、資源不足の障害の識別情報、エラーメッセージの識別情報、プロセスの動作の障害の内容などである。

受付部は、例えば、監視対象の複数の情報処理装置１１０のいずれかが実行するプロセスを含む業務処理の識別情報を受け付ける。ここで、業務処理の識別情報とは、例えば、業務処理を行うアプリケーションの名称である。受付部１２０１は、具体的には、第１パラメータ「業務処理」と、業務処理のアプリケーションの名称である第２パラメータ「アプリＡ」を受け付ける。第１パラメータ、第２パラメータ、および第３パラメータは、情報処理装置１１０の利用者が、情報処理装置１１０が有するキーボード３１０、またはマウス３１１を用いて操作入力した情報である。

これにより、受付部１２０１は、第１の採取パターンにおける採取動作を行うトリガとなる、業務処理の識別情報を受け付けることができる。受付部１２０１は、例えば、図３に示したＲＯＭ３０２、ＲＡＭ３０３、磁気ディスク３０５、光ディスク３０７などの記憶装置に記憶されたプログラムをＣＰＵ３０１に実行させることにより、または、Ｉ／Ｆ３０９により、その機能を実現する。

判定部１２０３は、業務処理の識別情報を受け付けたことに応じて、情報処理装置１１０が実行するプロセスを含む業務処理の識別情報を記憶する記憶部１２０２の記憶内容に、受け付けた業務処理の識別情報が含まれるか否かを判定する。ここで、情報処理装置１１０が実行するプロセスを含む業務処理の識別情報を記憶する記憶部１２０２の記憶内容とは、例えば、関連性テーブル４００である。判定部１２０３は、名称「アプリＡ」を受け付けたことに応じて、関連性テーブル４００の関連性項目に関連性「あり」が設定されたレコードの中に、名称「アプリＡ」を含むレコードが含まれるか否かを判定する。

これにより、判定部１２０３は、記憶部１２０２の記憶内容に業務処理の識別情報が含まれるか否かに基づいて、動作情報の採取を行う原因になった業務処理が、情報処理装置１１０に関連するか否かを判定する。判定部１２０３は、例えば、図３に示したＲＯＭ３０２、ＲＡＭ３０３、磁気ディスク３０５、光ディスク３０７などの記憶装置に記憶されたプログラムをＣＰＵ３０１に実行させることにより、その機能を実現する。

採取部１２０４は、情報処理装置１１０の動作情報を採取し、当該動作情報の採取時刻を採取時刻一覧１１１に記録する。採取時刻一覧１１１とは、例えば、採取履歴テーブル５００の時刻項目によって記録される情報である。採取部１２０４は、例えば、業務処理の識別情報が含まれると判定したことに応じて、情報処理装置１１０の動作情報を採取し、当該動作情報の採取時刻を採取時刻一覧１１１に記録する。採取部１２０４は、具体的には、判定部１２０３がレコードが含まれると判定したことに応じて、情報処理装置１１０の動作情報を採取し、採取した動作情報を、当該動作情報の採取時刻と対応付けたレコードを、採取履歴テーブル５００に追加する。

これにより、採取部１２０４は、動作情報の採取を行う原因になった業務処理が、情報処理装置１１０に関連する場合には、情報処理装置１１０の動作情報を採取することができる。一方で、採取部１２０４は、動作情報の採取を行う原因になった業務処理が、情報処理装置１１０に関連しない場合には、情報処理装置１１０の動作情報を採取しない。

結果として、情報処理装置１１０は、動作情報の採取を行う原因になった業務処理に関連していない情報処理装置１１０の動作情報については、情報蓄積装置１００に取得させず、情報蓄積装置１００における障害対策の精度向上を図ることができる。採取部１２０４は、例えば、図３に示したＲＯＭ３０２、ＲＡＭ３０３、磁気ディスク３０５、光ディスク３０７などの記憶装置に記憶されたプログラムをＣＰＵ３０１に実行させることにより、その機能を実現する。

出力部１２０５は、採取した動作情報と採取時刻一覧１１１とを出力する。出力部１２０５は、例えば、採取履歴テーブル５００を、情報処理装置１１０が有するディスプレイ３０８へ表示、プリンタ３１３へ印刷出力、またはＩ／Ｆ３０９により外部装置へ送信する。また、出力部１２０５は、採取履歴テーブル５００を、情報処理装置１１０が有するＲＡＭ３０３、磁気ディスク３０５、光ディスク３０７などの記憶領域に記憶してもよい。これにより、情報蓄積装置１００は、動作情報と採取時刻一覧１１１とを取得することができる。

また、出力部１２０５は、情報処理装置１１０に関連しない場合には、情報処理装置１１０に関連しないことを示す情報を出力してもよい。出力部１２０５は、例えば、情報処理装置１１０に関連しないことを示す情報を、情報処理装置１１０が有するディスプレイ３０８へ表示、プリンタ３１３へ印刷出力、またはＩ／Ｆ３０９により外部装置へ送信する。また、出力部１２０５は、情報処理装置１１０に関連しないことを示す情報を、情報処理装置１１０が有するＲＡＭ３０３、磁気ディスク３０５、光ディスク３０７などの記憶領域に記憶してもよい。これにより、情報処理装置１１０の利用者は、業務処理が情報処理装置１１０と関連しないことを把握することができる。

＜第１のパターンにおける準備動作＞
また、情報処理装置１１０は、第１の採取パターンにおける採取動作に使用する記憶部１２０２の記憶内容を作成する準備動作を行うこともできる。ここで、第１の採取パターンにおける準備動作は、取得部１２０６と、判定部１２０３と、記録部１２０７とによって実現される。

取得部１２０６は、複数の情報処理装置１１０のいずれかが実行するプロセスを含む業務処理の実行中における情報処理装置１１０に実行された複数のプロセスのそれぞれの実行情報を取得する。複数のプロセスとは、例えば、情報処理装置１１０における常駐プロセスである。実行情報とは、例えば、プロセスのＣＰＵ使用率、およびプロセスの実行時間などである。また、取得部１２０６は、当該業務処理の実行中以外における複数のプロセスのそれぞれの実行情報を取得する。

これにより、取得部１２０６は、比較対象になる、業務処理の実行中における複数のプロセスの実行情報と、業務処理の実行中以外における複数のプロセスの実行情報とを取得することができる。取得部１２０６は、例えば、図３に示したＲＯＭ３０２、ＲＡＭ３０３、磁気ディスク３０５、光ディスク３０７などの記憶装置に記憶されたプログラムをＣＰＵ３０１に実行させることにより、その機能を実現する。

判定部１２０３は、取得した複数のプロセスのそれぞれの実行情報に基づいて、当該業務処理が、情報処理装置１１０に実行されたプロセスを含む業務処理であるか否かを判定する。判定部１２０３は、例えば、業務処理の実行中以外より業務処理の実行中の方が、複数のプロセスのいずれかのプロセスのＣＰＵ使用率が上昇した場合、情報処理装置１１０に実行されたプロセスを含む業務処理であると判定する。

これにより、判定部１２０３は、情報処理装置１１０に実行されたプロセスを含む業務処理であるか否かに基づいて、情報処理装置１１０に関連する業務処理であるか否かを判定することができる。判定部１２０３は、例えば、図３に示したＲＯＭ３０２、ＲＡＭ３０３、磁気ディスク３０５、光ディスク３０７などの記憶装置に記憶されたプログラムをＣＰＵ３０１に実行させることにより、その機能を実現する。

記録部１２０７は、情報処理装置１１０に実行されたプロセスを含む業務処理であると判定したことに応じて、当該業務処理の識別情報を記憶部１２０２に記憶する。記録部１２０７は、例えば、情報処理装置１１０に実行されたプロセスを含む業務処理であると判定した業務処理を、業務処理の識別情報と対応付けたレコードを、関連性テーブル４００に追加する。

これにより、記録部１２０７は、関連性テーブル４００を作成することができる。記録部１２０７は、例えば、図３に示したＲＯＭ３０２、ＲＡＭ３０３、磁気ディスク３０５、光ディスク３０７などの記憶装置に記憶されたプログラムをＣＰＵ３０１に実行させることにより、その機能を実現する。

＜第２の採取パターンにおける採取動作＞
次に、第２の採取パターンにおける採取動作について説明する。第２の採取パターンは、情報処理装置１１０が、動作情報の採取指示として、スローダウンの障害に関連する動作情報の採取指示を受け付けた場合のパターンである。ここで、第２の採取パターンにおける採取動作は、受付部１２０１と、採取部１２０４と、出力部１２０５とによって実現される。

受付部１２０１は、複数の情報処理装置１１０のいずれかにおいて発生した、スローダウンの障害の識別情報を受け付ける。受付部１２０１は、例えば、障害の識別情報として、情報処理装置１１０の利用者が、情報処理装置１１０が有するキーボード３１０、またはマウス３１１を用いて操作入力した、障害の名称である第１パラメータ「スローダウン」を受け付ける。これにより、受付部１２０１は、第２の採取パターンにおける採取動作を行うトリガを受け付けることができる。

出力部１２０５は、スローダウンの障害の識別情報を受け付けたことに応じて、情報処理装置１１０の再起動時刻を出力する。出力部１２０５は、例えば、障害の名称「スローダウン」を受け付けたことに応じて、情報処理装置１１０の直前の再起動時刻をディスプレイ３０８へ表示するとともに、採取確認画面を表示する。これにより、出力部１２０５は、情報処理装置１１０の利用者に、再起動時刻を通知して、スローダウンのために再起動した情報処理装置１１０であるか否かを判断させることができる。情報処理装置１１０の利用者は、再起動時刻を確認して、情報処理装置１１０が動作情報の採取対象として正しいか否かを判断して、情報処理装置１１０が採取動作を許可するか否かを操作入力することができる。

受付部１２０１は、情報処理装置１１０の再起動時刻を出力したことに応じて、動作情報を採取するか否かを示す操作入力を受け付ける。受付部１２０１は、例えば、情報処理装置１１０の利用者が、情報処理装置１１０が有するキーボード３１０、またはマウス３１１を用いて、採取確認画面に対して操作入力した採取許可を受け付ける。また、受付部１２０１は、例えば、情報処理装置１１０の利用者が、情報処理装置１１０が有するキーボード３１０、またはマウス３１１を用いて、採取確認画面に対して操作入力した採取不許可を受け付ける。これにより、受付部１２０１は、採取動作の許可、または採取動作の不許可を受け付けることができる。

採取部１２０４は、動作情報を採取することを示す操作入力を受け付けたことに応じて、情報処理装置１１０の動作情報を採取し、当該動作情報の採取時刻を採取時刻一覧１１１に記録する。採取部１２０４は、例えば、採取許可を受け付けたことに応じて、情報処理装置１１０の動作情報を採取し、採取した動作情報を、当該動作情報の採取時刻と対応付けたレコードを、採取履歴テーブル５００に追加する。

これにより、採取部１２０４は、動作情報を採取することを示す操作入力を受け付けた場合には、情報処理装置１１０の動作情報を採取することができる。一方で、採取部１２０４は、動作情報を採取しないことを示す操作入力を受け付けた場合には、情報処理装置１１０の動作情報を採取しない。結果として、情報処理装置１１０は、動作情報の採取を行う原因になった障害「スローダウン」を発生していない情報処理装置１１０の動作情報については、情報蓄積装置１００に取得させず、情報蓄積装置１００における障害対策の精度向上を図ることができる。

出力部１２０５は、採取した動作情報と採取時刻一覧１１１とを出力する。出力部１２０５は、例えば、採取履歴テーブル５００を、情報処理装置１１０が有するディスプレイ３０８へ表示、プリンタ３１３へ印刷出力、またはＩ／Ｆ３０９により外部装置へ送信する。また、出力部１２０５は、採取履歴テーブル５００を、情報処理装置１１０が有するＲＡＭ３０３、磁気ディスク３０５、光ディスク３０７などの記憶領域に記憶してもよい。これにより、情報蓄積装置１００は、動作情報と採取時刻一覧１１１とを取得することができる。

＜第２の採取パターンにおける別の採取動作＞
また、情報蓄積装置１００は、再起動時刻を出力せずに、第２の採取パターンにおける別の採取動作を行うこともできる。ここで、第２の採取パターンにおける別の採取動作は、受付部１２０１と、判定部１２０３と、採取部１２０４と、出力部１２０５とによって実現される。

受付部１２０１は、上述した第２の採取パターンにおける採取動作と同様の処理を行うため、説明を省略する。これにより、受付部１２０１は、第２の採取パターンにおける別の採取動作を行うトリガを受け付けることができる。

判定部１２０３は、スローダウンの障害の識別情報を受け付けたことに応じて、情報処理装置１１０の再起動時刻が、現在時刻から所定時間前までに含まれるか否かを判定する。判定部１２０３は、例えば、再起動時刻が、現在時刻から１時間前までに含まれるか否かを判定する。これにより、判定部１２０３は、現在時刻から所定時間前までに含まれるか否かに基づいて、情報処理装置１１０が、動作情報の採取を行う原因になった障害「スローダウン」を発生したために再起動された情報処理装置１１０であるか否かを判定することができる。

採取部１２０４は、現在時刻から所定時間前までに含まれることに応じて、情報処理装置１１０の動作情報を採取し、当該動作情報の採取時刻を採取時刻一覧１１１に記録する。採取部１２０４は、例えば、再起動された情報処理装置１１０であると判定したことに応じて、情報処理装置１１０の動作情報を採取し、採取した動作情報を、当該動作情報の採取時刻と対応付けたレコードを、採取履歴テーブル５００に追加する。これにより、採取部１２０４は、動作情報の採取を行う原因になった障害「スローダウン」したために再起動された情報処理装置１１０である場合には、情報処理装置１１０の動作情報を採取することができる。一方で、採取部１２０４は、再起動されていない情報処理装置１１０である場合には、情報処理装置１１０の動作情報を採取しない。

出力部１２０５は、採取した動作情報と採取時刻一覧１１１とを出力する。出力部１２０５は、例えば、採取履歴テーブル５００を、情報処理装置１１０が有するディスプレイ３０８へ表示、プリンタ３１３へ印刷出力、またはＩ／Ｆ３０９により外部装置へ送信する。また、出力部１２０５は、採取履歴テーブル５００を、情報処理装置１１０が有するＲＡＭ３０３、磁気ディスク３０５、光ディスク３０７などの記憶領域に記憶してもよい。これにより、情報蓄積装置１００は、動作情報と採取時刻一覧１１１とを取得することができる。

また、出力部１２０５は、再起動されていない情報処理装置１１０である場合には、再起動されていない情報処理装置１１０であることを示す情報を出力してもよい。出力部１２０５は、例えば、再起動されていない情報処理装置１１０であることを示す情報を、情報処理装置１１０が有するディスプレイ３０８へ表示、プリンタ３１３へ印刷出力、またはＩ／Ｆ３０９により外部装置へ送信する。また、出力部１２０５は、再起動されていない情報処理装置１１０であることを示す情報を、情報処理装置１１０が有するＲＡＭ３０３、磁気ディスク３０５、光ディスク３０７などの記憶領域に記憶してもよい。これにより、情報処理装置１１０の利用者は、スローダウンせず、再起動されていない情報処理装置１１０を、誤って動作情報の採取対象にしてしまった可能性があることを把握することができる。

＜第３の採取パターン＞
次に、第３の採取パターンについて説明する。第３の採取パターンは、情報処理装置１１０が、動作情報の採取指示として、資源不足の障害またはエラーメッセージ出力の障害に関連する動作情報の採取指示を受け付けた場合のパターンである。ここで、第３の採取パターンにおける採取動作は、受付部１２０１と、判定部１２０３と、採取部１２０４と、出力部１２０５とによって実現される。

受付部１２０１は、複数の情報処理装置１１０のいずれかにおいて発生した障害の識別情報を受け付ける。受付部１２０１は、例えば、情報処理装置１１０の利用者が、第１パラメータである障害の名称「資源不足」と、「資源不足」の識別情報である第２パラメータ「Ｒｅｓ１」とを受け付ける。また、受付部１２０１は、例えば、障害に応じてエラーメッセージが出力されたことを示す第１パラメータ「エラーメッセージ」と、出力されたエラーメッセージの識別情報「Ｍｅｓ１」を受け付けてもよい。これにより、受付部１２０１は、第３の採取パターンにおける採取動作を行うトリガを受け付けることができる。

判定部１２０３は、障害の識別情報を受け付けたことに応じて、情報処理装置１１０において発生した障害の識別情報を記憶する記憶部１２０２の記憶内容に、受け付けた障害の識別情報が含まれるか否かを判定する。ここで、情報処理装置１１０において発生した障害の識別情報を記憶する記憶部１２０２の記憶内容とは、例えば、情報処理装置１１０が実行する監視プログラムによって作成された監視ファイルである。管理装置２０１が実行する監視プログラムによって作成され、管理装置２０１から取得した監視ファイルであってもよい。これにより、判定部１２０３は、受け付けた障害の識別情報が含まれるか否かに基づいて、情報処理装置１１０が、動作情報の採取を行う原因になった障害が発生した情報処理装置１１０であるか否かを判定することができる。

採取部１２０４は、障害の識別情報が含まれると判定したことに応じて、情報処理装置１１０の動作情報を採取し、当該動作情報の採取時刻を採取時刻一覧１１１に記録する。採取部１２０４は、例えば、判定部１２０３が監視ファイルに障害の識別情報が含まれると判定したことに応じて、情報処理装置１１０の動作情報を採取し、採取した動作情報を当該動作情報の採取時刻と対応付けたレコードを、採取履歴テーブル５００に追加する。

これにより、採取部１２０４は、動作情報の採取を行う原因になった障害が、情報処理装置１１０において発生した障害である場合には、情報処理装置１１０の動作情報を採取することができる。一方で、採取部１２０４は、動作情報の採取を行う原因になった障害が、情報処理装置１１０において発生していない場合には、情報処理装置１１０の動作情報を採取しない。結果として、情報処理装置１１０は、動作情報の採取を行う原因になった障害を発生していない情報処理装置１１０の動作情報については、情報蓄積装置１００に取得させず、情報蓄積装置１００における障害対策の精度向上を図ることができる。

出力部１２０５は、採取した動作情報と採取時刻一覧１１１とを出力する。出力部１２０５は、例えば、採取履歴テーブル５００を、情報処理装置１１０が有するディスプレイ３０８へ表示、プリンタ３１３へ印刷出力、またはＩ／Ｆ３０９により外部装置へ送信する。また、出力部１２０５は、採取履歴テーブル５００を、情報処理装置１１０が有するＲＡＭ３０３、磁気ディスク３０５、光ディスク３０７などの記憶領域に記憶してもよい。これにより、情報蓄積装置１００は、動作情報と採取時刻一覧１１１とを取得することができる。

また、出力部１２０５は、動作情報の採取を行う原因になった障害を発生していない情報処理装置１１０であると判定した場合には、動作情報の採取を行う原因になった障害を発生していないことを示す情報を出力してもよい。出力部１２０５は、例えば、動作情報の採取を行う原因になった障害を発生していないことを示す情報を、情報処理装置１１０が有するディスプレイ３０８へ表示、プリンタ３１３へ印刷出力、またはＩ／Ｆ３０９により外部装置へ送信する。また、出力部１２０５は、動作情報の採取を行う原因になった障害を発生していないことを示す情報を、情報処理装置１１０が有するＲＡＭ３０３、磁気ディスク３０５、光ディスク３０７などの記憶領域に記憶してもよい。これにより、情報処理装置１１０の利用者は、動作情報の採取を行う原因になった障害を発生していない情報処理装置１１０を、誤って動作情報の採取対象にしてしまった可能性があることを把握することができる。

＜第４の採取パターン＞
次に、第４の採取パターンについて説明する。第４の採取パターンは、情報処理装置１１０が、動作情報の採取指示として、プロセスの障害に関連する動作情報の採取指示を受け付けた場合のパターンである。ここで、第４の採取パターンにおける採取動作は、受付部１２０１と、判定部１２０３と、採取部１２０４と、出力部１２０５とによって実現される。

受付部１２０１は、採取指示として、情報処理装置１１０が実行するプロセスの起動確認要求、または完了確認要求を受け付ける。受付部１２０１は、例えば、情報処理装置１１０が実行するプロセスの識別情報を受け付け、プロセスの障害の内容を示す情報を受け付ける。受付部１２０１は、具体的には、プロセスの障害を示す第１パラメータ「プロセス」、プロセスの障害の内容を示す第２パラメータ「終了指示を受け付けない」または「開始指示を受け付けない」、第３パラメータ「ＰＩＤ（Ｐｒｏｃｅｓｓ ＩＤ）」を受け付ける。これにより、受付部１２０１は、第４の採取パターンにおける採取動作を行うトリガを受け付けることができる。

判定部１２０３は、情報処理装置１１０において実行中のプロセスの識別情報を記憶する記憶部１２０２の記憶内容に、受け付けたプロセスの識別情報が含まれるか否かを判定する。実行中のプロセスの識別情報を記憶する記憶部１２０２の記憶内容とは、プロセスリストである。プロセスリストとは、例えば、ＯＳ固有のコマンドによって取得可能な情報である。判定部１２０３は、例えば、プロセスリストに、受け付けたＰＩＤが含まれるか否かを判定する。

これにより、判定部１２０３は、ＰＩＤが含まれるか否かに基づいて、開始指示を受け付けないプロセスとして指定された、動作情報採取の原因になったプロセスが、実際に開始しているか否かを判定することができる。また、判定部１２０３は、ＰＩＤが含まれるか否かに基づいて、終了指示を受け付けないプロセスとして指定された、動作情報採取の原因になったプロセスが、実際に終了しているか否かを判定することができる。

採取部１２０４は、プロセスの識別情報が含まれるか否かに応じて、情報処理装置１１０の動作情報を採取し、当該動作情報の採取時刻を採取時刻一覧１１１に記録する。採取部１２０４は、例えば、開始指示を受け付けないプロセスとして指定されたプロセスの識別情報が含まれていないことに応じて、情報処理装置１１０の動作情報を採取する。そして、採取部１２０４は、採取した動作情報を、当該動作情報の採取時刻と対応付けたレコードを、採取履歴テーブル５００に追加する。

これにより、採取部１２０４は、開始指示を受け付けないプロセスとして指定された、動作情報の採取を行う原因になったプロセスが、実際に開始できていない場合には、情報処理装置１１０の動作情報を採取することができる。一方で、採取部１２０４は、開始指示を受け付けないプロセスとして指定された、動作情報の採取を行う原因になったプロセスが、実際には開始できている場合には、情報処理装置１１０の動作情報を採取しない。結果として、情報処理装置１１０は、実際には開始できている場合には、情報蓄積装置１００に動作情報を取得させず、情報蓄積装置１００における障害対策の精度向上を図ることができる。

また、採取部１２０４は、例えば、終了指示を受け付けないプロセスとして指定されたプロセスの識別情報が含まれていることに応じて、情報処理装置１１０の動作情報を採取する。そして、採取部１２０４は、採取した動作情報を、当該動作情報の採取時刻と対応付けたレコードを、採取履歴テーブル５００に追加する。

これにより、採取部１２０４は、終了指示を受け付けないプロセスとして指定された、動作情報の採取を行う原因になったプロセスが、実際に終了できていない場合には、情報処理装置１１０の動作情報を採取することができる。一方で、採取部１２０４は、終了指示を受け付けないプロセスとして指定された、動作情報の採取を行う原因になったプロセスが、実際には終了できている場合には、情報処理装置１１０の動作情報を採取しない。結果として、実際には終了できている場合には、情報蓄積装置１００に動作情報を取得させず、情報蓄積装置１００における障害対策の精度向上を図ることができる。

出力部１２０５は、採取した動作情報と採取時刻一覧１１１とを出力する。出力部１２０５は、例えば、採取履歴テーブル５００を、情報処理装置１１０が有するディスプレイ３０８へ表示、プリンタ３１３へ印刷出力、またはＩ／Ｆ３０９により外部装置へ送信する。また、出力部１２０５は、採取履歴テーブル５００を、情報処理装置１１０が有するＲＡＭ３０３、磁気ディスク３０５、光ディスク３０７などの記憶領域に記憶してもよい。これにより、情報蓄積装置１００は、動作情報と採取時刻一覧１１１とを取得することができる。

また、出力部１２０５は、開始指示を受け付けないプロセスとして指定された、動作情報の採取を行う原因になったプロセスが、実際には開始できている場合には、実際には開始できていることを示す情報を出力してもよい。出力部１２０５は、例えば、実際には開始できていることを示す情報を、情報処理装置１１０が有するディスプレイ３０８へ表示、プリンタ３１３へ印刷出力、またはＩ／Ｆ３０９により外部装置へ送信する。また、出力部１２０５は、実際には開始できていることを示す情報を、情報処理装置１１０が有するＲＡＭ３０３、磁気ディスク３０５、光ディスク３０７などの記憶領域に記憶してもよい。これにより、情報処理装置１１０の利用者は、情報処理装置１１０を、誤って動作情報の採取対象にしてしまった可能性があることを把握することができる。

また、出力部１２０５は、終了指示を受け付けないプロセスとして指定された、動作情報の採取を行う原因になったプロセスが、実際には終了できている場合には、実際には終了できていることを示す情報を出力してもよい。出力部１２０５は、例えば、実際には終了できていることを示す情報を、情報処理装置１１０が有するディスプレイ３０８へ表示、プリンタ３１３へ印刷出力、またはＩ／Ｆ３０９により外部装置へ送信する。また、出力部１２０５は、実際には終了できていることを示す情報を、情報処理装置１１０が有するＲＡＭ３０３、磁気ディスク３０５、光ディスク３０７などの記憶領域に記憶してもよい。これにより、情報処理装置１１０の利用者は、情報処理装置１１０を、誤って動作情報の採取対象にしてしまった可能性があることを把握することができる。

（管理装置２０１の機能的構成例）
次に、図１３を用いて、管理装置２０１の機能的構成例について説明する。

図１３は、管理装置２０１の機能的構成例を示すブロック図である。管理装置２０１は、制御部となる機能として、受付部１３０１と、出力部１３０２と、取得部１３０３と、送信部１３０４と、受信部１３０５と、を含む。

管理装置２０１は、情報処理装置１１０に採取指示が直接操作入力されない場合には、情報処理装置１１０に採取指示を出力する。管理装置２０１は、例えば、管理装置２０１の利用者から操作入力された動作情報の採取指示の種類に応じて、情報処理装置１１０に、第１の採取パターン〜第４の採取パターンのいずれかの採取指示を出力する。

＜第１の採取パターンの採取指示の出力動作＞
まず、第１の採取パターンの採取指示の出力動作について説明する。ここで、第１の採取パターンの採取指示の出力動作は、受付部１３０１と、出力部１３０２と、取得部１３０３と、送信部１３０４とによって実現される。

受付部１３０１は、第１パラメータを含む採取指示を受け付ける。また、受付部１３０１は、第１パラメータの他に、動作情報採取の原因を示す情報を補足する、第２パラメータや第３パラメータを含む採取指示を受け付けてもよい。

受付部１３０１は、例えば、監視対象の複数の情報処理装置１１０のいずれかが実行するプロセスを含む業務処理の識別情報を受け付ける。これにより、受付部１３０１は、第１の採取パターンにおける採取動作を行うトリガになる情報を受け付けることができる。受付部１３０１は、例えば、図３に示したＲＯＭ３０２、ＲＡＭ３０３、磁気ディスク３０５、光ディスク３０７などの記憶装置に記憶されたプログラムをＣＰＵ３０１に実行させることにより、または、Ｉ／Ｆ３０９により、その機能を実現する。

出力部１３０２は、受付部１３０１によって受け付けられた業務処理の識別情報を、複数の情報処理装置１１０のそれぞれに出力する。これにより、出力部１３０２は、複数の情報処理装置１１０のそれぞれに、第１の採取パターンにおける採取動作を行わせることができる。出力部１３０２は、例えば、図３に示したＲＯＭ３０２、ＲＡＭ３０３、磁気ディスク３０５、光ディスク３０７などの記憶装置に記憶されたプログラムをＣＰＵ３０１に実行させることにより、または、Ｉ／Ｆ３０９により、その機能を実現する。

取得部１３０３は、いずれかの情報処理装置１１０により採取された動作情報と採取時刻一覧１１１とを、いずれかの情報処理装置１１０から取得する。これにより、取得部１３０３は、情報蓄積装置１００に蓄積させる動作情報を取得することができる。取得部１３０３は、例えば、図３に示したＲＯＭ３０２、ＲＡＭ３０３、磁気ディスク３０５、光ディスク３０７などの記憶装置に記憶されたプログラムをＣＰＵ３０１に実行させることにより、または、Ｉ／Ｆ３０９により、その機能を実現する。

送信部１３０４は、いずれかの情報処理装置１１０により採取された動作情報と採取時刻とを対応付けた動作情報履歴１０２を記憶する情報蓄積装置１００に、取得した動作情報と採取時刻一覧１１１とを送信する。これにより、情報蓄積装置１００は、動作情報と採取時刻一覧１１１とを取得することができる。送信部１３０４は、例えば、図３に示したＲＯＭ３０２、ＲＡＭ３０３、磁気ディスク３０５、光ディスク３０７などの記憶装置に記憶されたプログラムをＣＰＵ３０１に実行させることにより、または、Ｉ／Ｆ３０９により、その機能を実現する。

＜第２の採取パターンの採取指示の出力動作＞
次に、第２の採取パターンの採取指示の出力動作について説明する。ここで、第２の採取パターンの採取指示の出力動作は、受付部１３０１と、出力部１３０２と、取得部１３０３と、送信部１３０４と、受信部１３０５とによって実現される。

受付部１３０１は、複数の情報処理装置１１０のいずれかの情報処理装置１１０の識別情報と、いずれかの情報処理装置１１０において発生した、スローダウンの障害の識別情報とを受け付ける。受付部１３０１は、例えば、ＩＰテーブル８００に含まれるいずれかのＩＰアドレスと、ＩＰアドレスが示す情報処理装置１１０において発生したスローダウンの障害の識別情報とを受け付ける。

これにより、受付部１３０１は、第２の採取パターンにおける採取動作を行うトリガになる情報を受け付けることができ、第２の採取パターンにおける採取動作を行わせる情報処理装置１１０の識別情報を受け付けることができる。

出力部１３０２は、いずれかの情報処理装置１１０に応答要求を出力する。ここで、応答要求とは、例えば、ｐｉｎｇのコマンドにより出力される要求である。これにより、出力部１３０２は、いずれかの情報処理装置１１０が、実際にスローダウンしているか否かを確認することができる。

受信部１３０５は、所定時間、応答を受信するまで待機する。受信部１３０５は、例えば、図３に示したＲＯＭ３０２、ＲＡＭ３０３、磁気ディスク３０５、光ディスク３０７などの記憶装置に記憶されたプログラムをＣＰＵ３０１に実行させることにより、または、Ｉ／Ｆ３０９により、その機能を実現する。

出力部１３０２は、複数の情報処理装置１１０のいずれかに送信した応答要求に対する応答を受信しなかったことに応じて、いずれかの情報処理装置１１０の再起動要求を出力する。出力部１３０２は、例えば、受信部１３０５によって所定時間待機しても応答を受信できなかった場合、いずれかの情報処理装置１１０がスローダウンしていると判定して、いずれかの情報処理装置１１０に再起動要求を出力する。これにより、出力部１３０２は、いずれかの情報処理装置１１０を再起動させることができる。

また、出力部１３０２は、受付部１３０１によって受け付けられたスローダウンの障害の識別情報を、いずれかの情報処理装置１１０に出力する。これにより、出力部１３０２は、いずれかの情報処理装置１１０に、第２の採取パターンにおける採取動作を行わせることができる。

取得部１３０３は、いずれかの情報処理装置１１０の再起動通知を受け付けたことに応じて、いずれかの情報処理装置１１０により採取された動作情報と採取時刻一覧１１１とを、いずれかの情報処理装置１１０から取得する。これにより、取得部１３０３は、情報蓄積装置１００に蓄積させる動作情報を取得することができる。

送信部１３０４は、情報蓄積装置１００に、取得した動作情報と採取時刻一覧１１１とを送信する。これにより、情報蓄積装置１００は、動作情報と採取時刻一覧１１１とを取得することができる。

＜第３の採取パターンの採取指示の出力動作＞
次に、第３の採取パターンの採取指示の出力動作について説明する。ここで、第３の採取パターンの採取指示の出力動作は、受付部１３０１と、出力部１３０２と、取得部１３０３と、送信部１３０４とによって実現される。

受付部１３０１は、複数の情報処理装置１１０のいずれかの情報処理装置１１０の識別情報と、いずれかの情報処理装置１１０において発生した障害の識別情報とを受け付ける。受付部１３０１は、例えば、ＩＰテーブル８００に含まれるいずれかのＩＰアドレスと、ＩＰアドレスが示す情報処理装置１１０において発生した障害の識別情報とを受け付ける。これにより、受付部１３０１は、第３の採取パターンにおける採取動作を行うトリガを受け付けることができる。

出力部１３０２は、受付部１３０１によって受け付けられた障害の識別情報を、いずれかの情報処理装置１１０に出力する。これにより、出力部１３０２は、いずれかの情報処理装置１１０に、第３の採取パターンにおける採取動作を行わせることができる。

取得部１３０３は、上述した第１の採取パターンの採取指示の出力動作と同様の処理を行うため、説明を省略する。これにより、取得部１３０３は、情報蓄積装置１００に蓄積させる動作情報を取得することができる。

送信部１３０４は、上述した第１の採取パターンの採取指示の出力動作と同様の処理を行うため、説明を省略する。これにより、情報蓄積装置１００は、動作情報と採取時刻一覧１１１とを取得することができる。

＜第４の採取パターンの採取指示の出力動作＞
次に、第４の採取パターンの採取指示の出力動作について説明する。ここで、第４の採取パターンの採取指示の出力動作は、受付部１３０１と、出力部１３０２と、取得部１３０３と、送信部１３０４とによって実現される。

受付部１３０１は、複数の情報処理装置１１０のいずれかの情報処理装置１１０の識別情報と、いずれかの情報処理装置１１０が実行するプロセスの識別情報を受け付ける。受付部１３０１は、例えば、いずれかの情報処理装置１１０のＩＰアドレスと、ＰＩＤを受け付ける。

また、受付部１３０１は、例えば、ＰＩＤが示すプロセスを、開始指示を受け付けないプロセス、または終了指示を受け付けないプロセスとして指定する情報を受け付ける。これにより、受付部１３０１は、第４の採取パターンにおける採取動作を行うトリガを受け付けることができる。

出力部１３０２は、受付部１３０１によって受け付けられた障害の識別情報を、いずれかの情報処理装置１１０に出力する。これにより、出力部１３０２は、いずれかの情報処理装置１１０に、第３の採取パターンにおける採取動作を行わせることができる。

取得部１３０３は、上述した第１の採取パターンの採取指示の出力動作と同様の処理を行うため、説明を省略する。これにより、取得部１３０３は、情報蓄積装置１００に蓄積させる動作情報を取得することができる。

送信部１３０４は、上述した第１の採取パターンの採取指示の出力動作と同様の処理を行うため、説明を省略する。これにより、情報蓄積装置１００は、動作情報と採取時刻一覧１１１とを取得することができる。

（情報蓄積装置１００の機能的構成例）
次に、図１４を用いて、情報蓄積装置１００の機能的構成例について説明する。

図１４は、情報蓄積装置１００の機能的構成例を示すブロック図である。情報蓄積装置１００は、制御部となる機能として、記憶部１４０１と、取得部１４０２と、特定部１４０３と、記録部１４０４と、出力部１４０５と、を含む。

記憶部１４０１は、複数の情報処理装置１１０のそれぞれにより採取された動作情報と採取時刻とを対応付けた情報処理装置１１０単位の動作情報履歴１０２を記憶する。ここで、動作情報とは、情報処理装置１１０の動作内容を示す情報である。動作情報とは、例えば、情報処理装置１１０の障害の内容を示す情報である。動作情報とは、例えば、ログファイル７００、またはダンプファイルであってもよい。採取時刻とは、動作情報の採取指示を受け付けた時刻、または動作情報の採取が終了した時刻などである。採取時刻とは、例えば、ミリ秒単位の時刻である。記憶部１４０１は、例えば、動作情報履歴１０２を記憶する。

これにより、記憶部１４０１は、情報処理装置１１０の故障の対策を行うための情報処理装置１１０の動作情報履歴１０２を記憶することができる。記憶部１４０１は、例えば、図３に示したＲＯＭ３０２、ＲＡＭ３０３、磁気ディスク３０５、光ディスク３０７などの記憶装置により、その機能を実現する。

取得部１４０２は、複数の情報処理装置１１０のいずれかの情報処理装置１１０により採取された動作情報と、当該動作情報の採取時刻以前にいずれかの情報処理装置１１０により採取された動作情報の採取時刻一覧１１１とを取得する。取得部１４０２は、例えば、複数の情報処理装置１１０のそれぞれと通信可能である管理装置２０１から、いずれかの情報処理装置１１０により採取された動作情報と採取時刻一覧１１１とを取得する。取得部１４０２は、具体的には、いずれかの情報処理装置１１０のＩＰアドレスなどを含まず、動作情報と採取時刻一覧１１１とを含む調査情報６００を、管理装置２０１から受信する。

これにより、取得部１４０２は、故障が発生した情報処理装置１１０の動作情報と、採取時刻一覧１１１とを取得することができる。取得されたデータは、例えば、ＲＡＭ３０３、磁気ディスク３０５、光ディスク３０７などの記憶領域に記憶される。取得部１４０２は、例えば、図３に示したＲＯＭ３０２、ＲＡＭ３０３、磁気ディスク３０５、光ディスク３０７などの記憶装置に記憶されたプログラムをＣＰＵ３０１に実行させることにより、または、Ｉ／Ｆ３０９により、その機能を実現する。

特定部１４０３は、記憶部１４０１から、取得した採取時刻一覧１１１に基づいて、いずれかの情報処理装置１１０に対応する動作情報履歴１０２を特定する。特定部１４０３は、例えば、動作情報履歴１０２のいずれかの動作情報履歴１０２を取得し、取得した動作情報履歴１０２に含まれる採取時刻のそれぞれが、採取時刻一覧１１１に含まれる採取時刻と一致するか否かを判定する。そして、特定部１４０３は、一致すると判定した場合に、取得した動作情報履歴１０２を、いずれかの情報処理装置１１０に対応する動作情報履歴１０２として特定する。一方で、特定部１４０３は、一致しないと判定した場合、取得した動作情報履歴１０２を、いずれかの情報処理装置１１０に対応する動作情報履歴１０２ではないと判定する。

これにより、特定部１４０３は、故障が発生した情報処理装置１１０に対応する動作情報履歴１０２を特定することができる。特定されたデータは、例えば、ＲＡＭ３０３、磁気ディスク３０５、光ディスク３０７などの記憶領域に記憶される。特定部１４０３は、例えば、図３に示したＲＯＭ３０２、ＲＡＭ３０３、磁気ディスク３０５、光ディスク３０７などの記憶装置に記憶されたプログラムをＣＰＵ３０１に実行させることにより、その機能を実現する。

記録部１４０４は、取得した動作情報を、当該動作情報の採取時刻に対応付けて、特定した動作情報履歴１０２に記録する。記録部１４０４は、例えば、取得した動作情報を、当該動作情報の採取時刻に対応付けたレコードを、特定した動作情報履歴１０２に追加する。

また、記録部１４０４は、いずれかの情報処理装置１１０に対応する動作情報履歴１０２が存在しないことに応じて、取得した動作情報と当該動作情報の採取時刻とを対応付けた動作情報履歴１０２を、動作情報履歴テーブル１０００に記憶する。記録部１４０４は、例えば、いずれかの情報処理装置１１０に対応する動作情報履歴１０２ではないと判定した場合、取得した動作情報と当該動作情報の採取時刻とを対応付けた動作情報履歴１０２を、動作情報履歴テーブル１０００に記憶する。

これにより、記録部１４０４は、記憶部１４０１の記憶内容を更新することができる。記録部１４０４は、例えば、図３に示したＲＯＭ３０２、ＲＡＭ３０３、磁気ディスク３０５、光ディスク３０７などの記憶装置に記憶されたプログラムをＣＰＵ３０１に実行させることにより、または、Ｉ／Ｆ３０９により、その機能を実現する。

出力部１４０５は、特定した動作情報履歴１０２を出力する。出力部１４０５は、例えば、特定した動作情報履歴１０２を、ディスプレイ３０８へ表示、プリンタ３１３へ印刷出力、またはＩ／Ｆ３０９により外部装置へ送信する。また、出力部１４０５は、特定した動作情報履歴１０２を、ＲＡＭ３０３、磁気ディスク３０５、光ディスク３０７などの記憶領域に記憶してもよい。

これにより、出力部１４０５は、障害対策を行う対象になる情報処理装置１１０に対応する動作情報履歴１０２を、情報蓄積装置１００の利用者に通知することができる。情報処理装置１１０の利用者は、動作情報履歴１０２に基づいて、障害対策を行う対象になる情報処理装置１１０の過去の動作情報を参照して、障害対策を行うことができ、障害対策の精度向上を図ることができる。

（第１の採取パターン）
次に、図１５〜１９を用いて、第１の採取パターンについて説明する。

図１５〜図１８は、第１の採取パターンにおける準備動作を示す説明図である。図１５において、調査装置２０３は、第１の採取パターンにおける準備動作を複数の情報処理装置１１０に要求するための調査プログラムを有する。また、情報処理装置１１０は、第１の採取パターンにおける準備動作を実行するための準備プログラムを有する。

（１）調査装置２０３は、アプリケーションＡの実行要求を作業装置２０２に送信する。また、調査装置２０３は、準備プログラムによるアプリケーションＡの実行中の常駐プロセスの実行情報の取得の開始通知を、作業装置２０２を介して複数の情報処理装置１１０のそれぞれに送信する。これにより、情報処理装置１１０は、準備プログラムによる、アプリケーションＡの実行中の常駐プロセスの実行情報の記録を開始する。

（２）作業装置２０２は、アプリケーションＡの実行要求を受信すると、アプリケーションＡの実行要求を情報処理装置１１０−３に送信する。（３）情報処理装置１１０−３は、アプリケーションＡの実行要求を受信すると、アプリケーションＡに含まれるいずれかのプロセスを実行するとともに、アプリケーションＡに含まれる他のプロセスの実行要求を情報処理装置１１０−２に送信する。情報処理装置１１０−２は、他のプロセスの実行要求を受信すると、他のプロセスを実行する。

（４）情報処理装置１１０−２は、他のプロセスの実行結果を、情報処理装置１１０−３に送信する。（５）情報処理装置１１０−３は、他のプロセスの実行結果を受信すると、アプリケーションＡの実行結果を作成して、作業装置２０２に送信する。

（６）作業装置２０２は、アプリケーションＡの実行結果を受信すると、アプリケーションＡの終了通知を調査装置２０３に送信する。調査装置２０３は、アプリケーションＡの終了通知を受信すると、準備プログラムによるアプリケーションＡの実行中の常駐プロセスの実行情報の取得の終了通知を、作業装置２０２を介して複数の情報処理装置１１０のそれぞれに送信する。また、調査装置２０３は、アプリケーションＡの実行時間Ｔを算出する。

これにより、情報処理装置１１０は、常駐プロセスの実行情報の記録を終了する。結果として、情報処理装置１１０は、アプリケーションＡによる業務処理の実行中における、常駐プロセスのＣＰＵ使用率、および累計実行時間を取得することができる。

図１６において、（７）調査装置２０３は、待機要求を作業装置２０２に送信する。また、調査装置２０３は、準備プログラムによる待機中の常駐プロセスの実行情報の取得の開始通知を、作業装置２０２を介して複数の情報処理装置１１０のそれぞれに送信する。これにより、情報処理装置１１０は、準備プログラムによる、待機中の常駐プロセスの実行情報の記録を開始する。（８）作業装置２０２は、待機要求を受信すると、待機要求を複数の情報処理装置１１０のそれぞれに送信する。

（９）調査装置２０３は、アプリケーションＡの実行時間Ｔ分待機すると、待機の解除要求を作業装置２０２に送信する。また、調査装置２０３は、準備プログラムによる待機中の常駐プロセスの実行情報の取得の終了通知を、作業装置２０２を介して複数の情報処理装置１１０のそれぞれに送信する。

これにより、情報処理装置１１０は、常駐プロセスの実行情報の記録を終了する。結果として、情報処理装置１１０は、待機中における、常駐プロセスのＣＰＵ使用率、および累計実行時間を取得することができる。（１０）作業装置２０２は、待機の解除要求を受信すると、待機の解除要求を複数の情報処理装置１１０のそれぞれに送信する。

図１７において、情報処理装置１１０は、図１５および図１６において取得した、業務処理の実行中における常駐プロセスのＣＰＵ使用率、および待機中における常駐プロセスのＣＰＵ使用率に基づいて、業務処理が自装置に関連するか否かを判定する。

図１７の例では、（１１）情報処理装置１１０−１は、業務処理の実行中における常駐プロセスのＣＰＵ使用率の平均値「１１％」が、待機中における常駐プロセスのＣＰＵ使用率の平均値「１１％」より、閾値以上大きいか否かを判定する。閾値は、例えば、２％である。ここで、閾値以上大きくないため、情報処理装置１１０−１は、アプリケーションＡによる業務処理が、情報処理装置１１０−１に関連しないと判定する。そして、情報処理装置１１０−１は、業務処理の識別情報「アプリＡ」を、関連性「なし」と対応付けたレコードを、関連性テーブル４００に追加する。

（１２）情報処理装置１１０−２は、業務処理の実行中における常駐プロセスのＣＰＵ使用率の平均値「３２％」が、待機中における常駐プロセスのＣＰＵ使用率の平均値「８％」より、閾値以上大きいか否かを判定する。ここで、閾値以上大きいため、情報処理装置１１０−２は、アプリケーションＡによる業務処理が、情報処理装置１１０−２に関連すると判定する。そして、情報処理装置１１０−２は、業務処理の識別情報「アプリＡ」を、関連性「あり」と対応付けたレコードを、関連性テーブル４００に追加する。

（１３）情報処理装置１１０−３は、業務処理の実行中における常駐プロセスのＣＰＵ使用率の平均値「１０％」が、待機中における常駐プロセスのＣＰＵ使用率の平均値「７％」より、閾値以上大きいか否かを判定する。ここで、閾値以上大きいため、情報処理装置１１０−３は、アプリケーションＡによる業務処理が、情報処理装置１１０−３に関連すると判定する。そして、情報処理装置１１０−３は、業務処理の識別情報「アプリＡ」を、関連性「あり」と対応付けたレコードを、関連性テーブル４００に追加する。これにより、情報処理装置１１０は、業務処理が自装置に関連するか否かを記憶しておき、動作情報の採取の原因である業務処理が自装置に関連する場合のみ、自装置の動作情報を採取することができる。

ここでは、情報処理装置１１０が、ＣＰＵ使用率の平均値に基づいて、業務処理が自装置に関連するか否かを判定する場合について説明したが、これに限らない。例えば、情報処理装置１１０は、ＣＰＵ使用率の最大値、または最小値に基づいて、業務処理が自装置に関連するか否かを判定してもよい。

また、情報処理装置１１０は、図１８に後述するように、業務処理の実行中における常駐プロセスの累積実行時間、および待機中における常駐プロセスの累積実行時間に基づいて、業務処理が自装置に関連するか否かを判定してもよい。

図１８の例では、（１４）情報処理装置１１０−１は、業務処理の実行中における常駐プロセスの累積実行時間の増加分「３２１−２１１＝１１０」を算出し、待機中における常駐プロセスの累積実行時間の増加分「５１１−３２１＝１９０」を算出する。そして、情報処理装置１１０−１は、業務処理の実行中における常駐プロセスの累積実行時間の増加分「１１０」が、待機中における常駐プロセスの累積実行時間の増加分「１９０」より、閾値以上大きいか否かを判定する。閾値は、例えば、「５０」である。ここで、閾値以上大きくないため、情報処理装置１１０−１は、アプリケーションＡによる業務処理が、情報処理装置１１０−１に関連しないと判定する。そして、情報処理装置１１０−１は、業務処理の識別情報「アプリＡ」を関連性「なし」と対応付けたレコードを、関連性テーブル４００に追加する。

（１５）情報処理装置１１０−２は、業務処理の実行中における常駐プロセスの累積実行時間の増加分「６１２−５５５＝５７」が、待機中における常駐プロセスの累積実行時間の増加分「６１２−６１２＝０」より、閾値以上大きいか否かを判定する。ここで、閾値以上大きいため、情報処理装置１１０−２は、アプリケーションＡによる業務処理が、情報処理装置１１０−２に関連すると判定する。そして、情報処理装置１１０−２は、業務処理の識別情報「アプリＡ」を、関連性「あり」と対応付けたレコードを、関連性テーブル４００に追加する。

（１６）情報処理装置１１０−３は、業務処理の実行中における常駐プロセスの累積実行時間の増加分「５８６−３３３＝２５３」が、待機中における常駐プロセスの累積実行時間の増加分「５８６−５８６＝０」より、閾値以上大きいか否かを判定する。ここで、閾値以上大きいため、情報処理装置１１０−３は、アプリケーションＡによる業務処理が、情報処理装置１１０−３に関連すると判定する。そして、情報処理装置１１０−３は、業務処理の識別情報「アプリＡ」を、関連性「あり」と対応付けたレコードを、関連性テーブル４００に追加する。これにより、情報処理装置１１０は、業務処理が自装置に関連するか否かを記憶しておき、動作情報の採取の原因である業務処理が自装置に関連する場合のみ、自装置の動作情報を採取することができる。

ここでは、情報処理装置１１０が、いずれかの常駐プロセスの累積実行時間の増加分に基づいて、業務処理が自装置に関連するか否かを判定する場合について説明したが、これに限らない。例えば、情報処理装置１１０は、すべての常駐プロセスの累積実行時間の合計の増加分に基づいて、業務処理が自装置に関連するか否かを判定してもよい。

図１９は、第１の採取パターンにおける採取動作を示す説明図である。図１９の例では、アプリケーションＡによる業務処理において障害が発生した場合を例に挙げて、第１の採取パターンにおける採取動作について説明する。

（１７）情報処理装置１１０−１の利用者は、アプリケーションＡによる業務処理において障害が発生したため、業務処理の識別情報「アプリＡ」を情報処理装置１１０−１に入力する。情報処理装置１１０−１は、情報処理装置１１０−１の利用者から、動作情報の採取指示として、業務処理の識別情報「アプリＡ」を受け付ける。情報処理装置１１０−１は、業務処理の識別情報を受け付けると、関連性テーブル４００に基づいて、業務処理が自装置に関連するか否かを判定する。ここで、情報処理装置１１０−１は、自装置に関連しないため、動作情報を採取しない。

（１８）情報処理装置１１０−２の利用者は、アプリケーションＡによる業務処理において障害が発生したため、業務処理の識別情報「アプリＡ」を情報処理装置１１０−２に入力する。情報処理装置１１０−２は、情報処理装置１１０−２の利用者から、動作情報の採取指示として、業務処理の識別情報「アプリＡ」を受け付ける。情報処理装置１１０−２は、業務処理の識別情報を受け付けると、関連性テーブル４００に基づいて、業務処理が自装置に関連するか否かを判定する。ここで、情報処理装置１１０−２は、自装置に関連するため、動作情報を採取し、採取した動作情報を、当該動作情報の採取時刻と対応付けたレコードを、採取履歴テーブル５００に追加する。

（１９）情報処理装置１１０−３の利用者は、アプリケーションＡによる業務処理において障害が発生したため、業務処理の識別情報「アプリＡ」を情報処理装置１１０−３に入力する。情報処理装置１１０−３は、情報処理装置１１０−３の利用者から、動作情報の採取指示として、業務処理の識別情報「アプリＡ」を受け付ける。情報処理装置１１０−３は、業務処理の識別情報を受け付けると、関連性テーブル４００に基づいて、業務処理が自装置に関連するか否かを判定する。ここで、情報処理装置１１０−３は、自装置に関連するため、動作情報を採取し、採取した動作情報を、当該動作情報の採取時刻と対応付けたレコードを、採取履歴テーブル５００に追加する。

これにより、情報処理装置１１０は、動作情報の採取を行う原因になった業務処理が、情報処理装置１１０に関連する場合には、情報処理装置１１０の動作情報を採取することができる。一方で、情報処理装置１１０は、動作情報の採取を行う原因になった業務処理が、情報処理装置１１０に関連しない場合には、情報処理装置１１０の動作情報を採取しない。結果として、情報処理装置１１０は、動作情報の採取を行う原因になった業務処理に関連していない情報処理装置１１０の動作情報については、情報蓄積装置１００に取得させず、情報蓄積装置１００における障害対策の精度向上を図ることができる。

ここでは、情報処理装置１１０の利用者が、業務処理の識別情報を情報処理装置１１０に入力した場合について説明したが、これに限らない。例えば、管理装置２０１の利用者が、業務処理の識別情報を管理装置２０１に入力し、管理装置２０１が、業務処理の識別情報を情報処理装置１１０に入力してもよい。

（第２の採取パターン）
次に、図２０を用いて、第２の採取パターンについて説明する。

図２０は、第２の採取パターンにおける採取動作を示す説明図である。図２０の例では、情報処理装置１１０−１にスローダウンの障害が発生した場合を例に挙げて、第２の採取パターンにおける採取動作について説明する。

（２０）情報処理装置１１０−１の利用者は、情報処理装置１１０−１にスローダウンの障害が発生したため、情報処理装置１１０−１を再起動する。次に、情報処理装置１１０−１の利用者は、障害の識別情報「スローダウン」を情報処理装置１１０−１に入力する。情報処理装置１１０−１は、情報処理装置１１０−１の利用者から、動作情報の採取指示として、障害の識別情報「スローダウン」を受け付ける。情報処理装置１１０−１は、障害の識別情報「スローダウン」を受け付けると、直前の再起動時刻を出力する。

情報処理装置１１０−１の利用者は、再起動時刻を参照して、情報処理装置１１０−１がスローダウンの障害を解消するために再起動した情報処理装置１１０であるか否かを確認する。情報処理装置１１０−１の利用者は、情報処理装置１１０−１がスローダウンの障害を解消するために再起動した情報処理装置１１０であることを確認すると、採取許可を情報処理装置１１０−１に入力する。

情報処理装置１１０−１は、採取許可を受け付けると、動作情報を採取し、採取した動作情報を、当該動作情報の採取時刻と対応付けたレコードを、採取履歴テーブル５００に追加する。これにより、情報処理装置１１０は、採取許可を受け付けた場合には、情報処理装置１１０の動作情報を採取することができる。一方で、情報処理装置１１０は、採取不許可を受け付けた場合には、情報処理装置１１０の動作情報を採取しない。結果として、情報処理装置１１０は、動作情報の採取を行う原因になった障害「スローダウン」を発生していない情報処理装置１１０の動作情報については、情報蓄積装置１００に取得させず、情報蓄積装置１００における障害対策の精度向上を図ることができる。

ここでは、情報処理装置１１０の利用者が、障害の識別情報「スローダウン」を情報処理装置１１０に入力した場合について説明したが、これに限らない。例えば、管理装置２０１の利用者が、障害の識別情報「スローダウン」を管理装置２０１に入力し、管理装置２０１が、障害の識別情報「スローダウン」を情報処理装置１１０に入力してもよい。このとき、管理装置２０１は、情報処理装置１１０にｐｉｎｇを送信し、情報処理装置１１０においてスローダウンが発生していたか否かを確認して、管理装置２０１の利用者に確認結果を通知してもよい。また、管理装置２０１は、スローダウンが発生していたことを確認してから、障害の識別情報「スローダウン」を情報処理装置１１０に入力してもよい。

（第３の採取パターン）
次に、図２１を用いて、第３の採取パターンについて説明する。

図２１は、第３の採取パターンにおける採取動作を示す説明図である。図２１の例では、情報処理装置１１０−１に資源不足の障害が発生した場合を例に挙げて、第３の採取パターンにおける採取動作について説明する。また、図２１の例では、情報処理装置１１０は、監視プログラムを起動し、情報処理装置１１０において発生した障害の識別情報を記憶する監視ファイルを作成するとする。

（２１）情報処理装置１１０−１の利用者は、情報処理装置１１０−１に資源不足の障害が発生したため、障害の識別情報「資源不足」を情報処理装置１１０−１に入力する。情報処理装置１１０−１は、情報処理装置１１０−１の利用者から、動作情報の採取指示として、障害の識別情報「資源不足」を受け付ける。情報処理装置１１０−１は、障害の識別情報「資源不足」を受け付けると、監視ファイルを参照して、資源不足の障害が、自装置で発生したか否かを判定する。情報処理装置１１０−１は、資源不足の障害が、自装置で発生したと判定すると、動作情報を採取し、採取した動作情報を、当該動作情報の採取時刻と対応付けたレコードを、採取履歴テーブル５００に追加する。

これにより、情報処理装置１１０は、動作情報の採取を行う原因になった障害が、情報処理装置１１０において発生した障害である場合には、情報処理装置１１０の動作情報を採取することができる。一方で、情報処理装置１１０は、動作情報の採取を行う原因になった障害が、情報処理装置１１０において発生していない場合には、情報処理装置１１０の動作情報を採取しない。結果として、情報処理装置１１０は、動作情報の採取を行う原因になった障害を発生していない情報処理装置１１０の動作情報については、情報蓄積装置１００に取得させず、情報蓄積装置１００における障害対策の精度向上を図ることができる。

ここでは、情報処理装置１１０の利用者が、障害の識別情報「資源不足」を情報処理装置１１０に入力した場合について説明したが、これに限らない。例えば、管理装置２０１の利用者が、障害の識別情報「資源不足」を管理装置２０１に入力し、管理装置２０１が、障害の識別情報「資源不足」を情報処理装置１１０に入力してもよい。

（第４の採取パターン）
次に、図２２を用いて、第４の採取パターンについて説明する。

図２２は、第４の採取パターンにおける採取動作を示す説明図である。図２２の例では、情報処理装置１１０−１に終了指示をしたプロセスが終了しない場合を例に挙げて、第４の採取パターンにおける採取動作について説明する。

（２２）情報処理装置１１０−１の利用者は、プロセスのＰＩＤと、当該プロセスを終了指示を受け付けないプロセスとして指定する情報とを、情報処理装置１１０−１に入力する。情報処理装置１１０−１は、情報処理装置１１０−１の利用者から、プロセスのＰＩＤと、当該プロセスを終了指示を受け付けないプロセスとして指定する情報とを受け付ける。情報処理装置１１０−１は、プロセスのＰＩＤを受け付けると、プロセスリストを参照して、当該プロセスが実行中であるか否かを判定する。情報処理装置１１０−１は、終了指示を受け付けないプロセスとして指定されたプロセスが実行中である場合、実際に終了指示を受け付けないプロセスであると判定する。そして、情報処理装置１１０−１は、動作情報を採取し、採取した動作情報を、当該動作情報の採取時刻と対応付けたレコードを、採取履歴テーブル５００に追加する。

これにより、情報処理装置１１０は、開始指示を受け付けないプロセスとして指定された、動作情報の採取を行う原因になったプロセスが、実際に開始できていない場合には、情報処理装置１１０の動作情報を採取することができる。一方で、情報処理装置１１０は、開始指示を受け付けないプロセスとして指定された、動作情報の採取を行う原因になったプロセスが、実際には開始できている場合には、情報処理装置１１０の動作情報を採取しない。結果として、情報処理装置１１０は、実際には開始できている場合には、情報蓄積装置１００に動作情報を取得させず、情報蓄積装置１００における障害対策の精度向上を図ることができる。

また、情報処理装置１１０は、終了指示を受け付けないプロセスとして指定された、動作情報の採取を行う原因になったプロセスが、実際に終了できていない場合には、情報処理装置１１０の動作情報を採取することができる。一方で、情報処理装置１１０は、終了指示を受け付けないプロセスとして指定された、動作情報の採取を行う原因になったプロセスが、実際には終了できている場合には、情報処理装置１１０の動作情報を採取しない。結果として、実際には終了できている場合には、情報蓄積装置１００に動作情報を取得させず、情報蓄積装置１００における障害対策の精度向上を図ることができる。

ここでは、情報処理装置１１０の利用者が、プロセスのＰＩＤと、当該プロセスを終了指示を受け付けないプロセスとして指定する情報を情報処理装置１１０に入力した場合について説明したが、これに限らない。例えば、管理装置２０１の利用者が、プロセスのＰＩＤと、当該プロセスを終了指示を受け付けないプロセスとして指定する情報を管理装置２０１に入力してもよい。この場合、管理装置２０１が、プロセスのＰＩＤと、当該プロセスを終了指示を受け付けないプロセスとして指定する情報を情報処理装置１１０に入力する。

（準備動作の指示処理手順）
次に、図２３を用いて、第１の採取パターンにおける準備動作の指示処理手順の一例について説明する。

図２３は、準備動作の指示処理手順の一例を示すフローチャートである。図２３において、調査装置２０３は、複数の情報処理装置１１０に、業務処理を実行させる（ステップＳ２３０１）。次に、調査装置２０３は、情報処理装置１１０からログファイル７００を取得する（ステップＳ２３０２）。そして、調査装置２０３は、業務の実行時間を算出する（ステップＳ２３０３）。

次に、調査装置２０３は、複数の情報処理装置１１０のそれぞれに、調査プログラムを実行させる（ステップＳ２３０４）。そして、調査装置２０３は、変数ｘに１を設定する（ステップＳ２３０５）。次に、調査装置２０３は、複数の情報処理装置１１０に、業務処理を実行させる（ステップＳ２３０６）。そして、調査装置２０３は、複数の情報処理装置１１０に、ステップＳ２３０３において算出した実行時間分の待機処理を開始させる（ステップＳ２３０７）。

次に、調査装置２０３は、変数ｘにｘ＋１を設定する（ステップＳ２３０８）。そして、調査装置２０３は、変数ｘがｎより大きいか否かを判定する（ステップＳ２３０９）。ここで、大きくない場合（ステップＳ２３０９：Ｎｏ）、調査装置２０３は、ステップＳ２３０６の処理に戻る。一方で、大きい場合（ステップＳ２３０９：Ｙｅｓ）、調査装置２０３は、準備動作の指示処理を終了する。

（準備処理手順）
次に、図２４を用いて、第１の採取パターンにおける準備処理手順の一例について説明する。

図２４は、準備処理手順の一例を示すフローチャートである。図２４において、情報処理装置１１０は、プロセスリストを読み込む（ステップＳ２４０１）。次に、情報処理装置１１０は、調査処理を実行する（ステップＳ２４０２）。

これにより、情報処理装置１１０は、複数回分の業務処理のそれぞれの業務処理の実行中の平均ＣＰＵ使用率および累積実行時間を取得する。また、情報処理装置１１０は、複数回分の待機処理のそれぞれの待機処理の実行中の平均ＣＰＵ使用率および累積実行時間を取得する。

そして、情報処理装置１１０は、複数回分の業務処理の実行中における平均ＣＰＵ使用率を算出し、複数回分の待機処理の実行中の平均ＣＰＵ使用率を算出する（ステップＳ２４０３）。次に、情報処理装置１１０は、プロセスリストの常駐プロセスのそれぞれのプロセスについて、複数回分の業務処理の実行中における平均累積実行時間を算出し、複数回分の待機処理の実行中の平均累積実行時間を算出する（ステップＳ２４０４）。

そして、情報処理装置１１０は、実行中における平均ＣＰＵ使用率−待機中における平均ＣＰＵ使用率が、閾値より大きいか否かを判定する（ステップＳ２４０５）。ここで、大きくない場合（ステップＳ２４０５：Ｎｏ）、情報処理装置１１０は、ステップＳ２４１１の処理に移行する。

一方で、大きい場合（ステップＳ２４０５：Ｙｅｓ）、情報処理装置１１０は、変数ｊに１を設定する（ステップＳ２４０６）。次に、情報処理装置１１０は、ｊ番目のプロセスについて、実行中における平均累積実行時間−待機中における平均累積実行時間が、閾値より大きいか否かを判定する（ステップＳ２４０７）。ここで、大きくない場合（ステップＳ２４０７：Ｎｏ）、情報処理装置１１０は、ステップＳ２４１１の処理に移行する。

一方で、大きい場合（ステップＳ２４０７：Ｙｅｓ）、情報処理装置１１０は、実行中における平均累積実行時間が０より大きく、かつ、待機中における平均累積実行時間が０であるか否かを判定する（ステップＳ２４０８）。ここで、実行中における平均累積実行時間が０であるか、または、待機中における平均累積実行時間が０より大きい場合（ステップＳ２４０８：Ｎｏ）、情報処理装置１１０は、ステップＳ２４１１の処理に移行する。

一方で、実行中における平均累積実行時間が０より大きく、かつ、待機中における平均累積実行時間が０である場合（ステップＳ２４０８：Ｙｅｓ）、情報処理装置１１０は、変数ｊにｊ＋１を設定する（ステップＳ２４０９）。次に、情報処理装置１１０は、変数ｊがプロセス数より大きいか否かを判定する（ステップＳ２４１０）。ここで、プロセス数以下である場合（ステップＳ２４１０：Ｎｏ）、情報処理装置１１０は、ステップＳ２４０７の処理に戻る。一方で、プロセスより大きい場合（ステップＳ２４１０：Ｙｅｓ）、情報処理装置１１０は、準備処理を終了する。

また、ステップＳ２４１１において、情報処理装置１１０は、関連性テーブル４００を更新して（ステップＳ２４１１）、準備処理を終了する。これにより、情報処理装置１１０は、第１の採取パターンにおける採取動作に用いる関連性テーブル４００を更新することができる。

（調査処理手順）
次に、図２５を用いて、図２４のステップＳ２４０２に示した調査処理手順の一例について説明する。

図２５は、調査処理手順の一例を示すフローチャートである。図２５において、情報処理装置１１０は、業務処理の開始時の常駐プロセスの累積実行時間を取得する（ステップＳ２５０１）。次に、情報処理装置１１０は、業務処理の終了時の常駐プロセスの累積実行時間を取得する（ステップＳ２５０２）。そして、情報処理装置１１０は、業務処理の実行中における平均ＣＰＵ使用率を算出する（ステップＳ２５０３）。

次に、情報処理装置１１０は、待機処理の開始時の常駐プロセスの累積実行時間を取得する（ステップＳ２５０４）。そして、情報処理装置１１０は、待機処理の終了時の常駐プロセスの累積実行時間を取得する（ステップＳ２５０５）。次に、待機処理の実行中における平均ＣＰＵ使用率を算出する（ステップＳ２５０６）。

そして、情報処理装置１１０は、調査終了の通知を受け付けたか否かを判定する（ステップＳ２５０７）。調査終了の通知を受け付けていない場合（ステップＳ２５０７：Ｎｏ）、情報処理装置１１０は、ステップＳ２５０１の処理に戻る。一方で、調査終了の通知を受け付けた場合（ステップＳ２５０７：Ｙｅｓ）、情報処理装置１１０は、調査処理を終了する。

（採取処理手順）
次に、図２６を用いて、採取処理手順の一例について説明する。図２６の採取処理手順は、情報処理装置１１０が、情報処理装置１１０の利用者から、情報処理装置１１０の動作情報の採取指示を受け付ける場合の処理である。

図２６は、採取処理手順の一例を示すフローチャートである。図２６において、情報処理装置１１０は、第１パラメータを取得する（ステップＳ２６０１）。次に、情報処理装置１１０は、現在時刻を取得する（ステップＳ２６０２）。

そして、情報処理装置１１０は、第１パラメータが、業務処理であるか否かを判定する（ステップＳ２６０３）。ここで、業務処理である場合（ステップＳ２６０３：Ｙｅｓ）、情報処理装置１１０は、第１の採取パターンにおける採取処理を実行して（ステップＳ２６０４）、ステップＳ２６１１の処理に移行する。

一方で、業務処理ではない場合（ステップＳ２６０３：Ｎｏ）、情報処理装置１１０は、第１パラメータが、スローダウンであるか否かを判定する（ステップＳ２６０５）。ここで、スローダウンである場合（ステップＳ２６０５：Ｙｅｓ）、情報処理装置１１０は、第２の採取パターンにおける採取処理を実行して（ステップＳ２６０６）、ステップＳ２６１１の処理に移行する。

一方で、スローダウンではない場合（ステップＳ２６０５：Ｎｏ）、情報処理装置１１０は、第１パラメータが、資源不足であるか否かを判定する（ステップＳ２６０７）。ここで、資源不足である場合（ステップＳ２６０７：Ｙｅｓ）、情報処理装置１１０は、第３の採取パターンにおける採取処理を実行して（ステップＳ２６０８）、ステップＳ２６１１の処理に移行する。

一方で、資源不足ではない場合（ステップＳ２６０７：Ｎｏ）、情報処理装置１１０は、第１パラメータが、障害に応じたエラーメッセージであるか否かを判定する（ステップＳ２６０９）。ここで、エラーメッセージである場合（ステップＳ２６０９：Ｙｅｓ）、情報処理装置１１０は、第３の採取パターンにおける採取処理を実行して（ステップＳ２６０８）、ステップＳ２６１１の処理に移行する。

一方で、エラーメッセージではない場合（ステップＳ２６０９：Ｎｏ）、情報処理装置１１０は、第４の採取パターンにおける採取処理を実行して（ステップＳ２６１０）、ステップＳ２６１１の処理に移行する。

ステップＳ２６１１において、情報処理装置１１０は、復帰値が採取実行指示か否かを判定する（ステップＳ２６１１）。ここで、復帰値が採取実行指示ではない場合（ステップＳ２６１１：Ｎｏ）、情報処理装置１１０は、出力対象に設定されたメッセージを出力して（ステップＳ２６１２）、採取処理を終了する。

一方で、復帰値が採取実行指示である場合（ステップＳ２６１１：Ｙｅｓ）、情報処理装置１１０は、情報処理装置１１０の動作情報を採取して（ステップＳ２６１３）、採取履歴テーブル５００を更新して（ステップＳ２６１４）、採取処理を終了する。

（第１の採取パターンにおける採取処理手順）
次に、図２７を用いて、図２６のステップＳ２６０４に示した第１の採取パターンにおける採取処理手順の一例について説明する。

図２７は、第１の採取パターンにおける採取処理手順の一例を示すフローチャートである。図２７において、情報処理装置１１０は、関連性テーブル４００を取得する（ステップＳ２７０１）。次に、情報処理装置１１０は、第２パラメータとして、業務処理の識別情報を取得する（ステップＳ２７０２）。そして、情報処理装置１１０は、関連性テーブル４００の中で第２パラメータに対応するレコードを取得する（ステップＳ２７０３）。

次に、取得したレコードの関連性項目に設定された情報が、関連性「あり」であるか否かを判定する（ステップＳ２７０４）。ここで、関連性「あり」である場合（ステップＳ２７０４：Ｙｅｓ）、情報処理装置１１０は、採取実行指示を復帰値に設定して（ステップＳ２７０５）、第１の採取パターンにおける採取処理を終了する。

一方で、関連性「なし」である場合（ステップＳ２７０４：Ｎｏ）、第１の採取パターンにおける採取処理を終了する。

（第２の採取パターンにおける採取処理手順）
次に、図２８を用いて、図２６のステップＳ２６０６に示した第２の採取パターンにおける採取処理手順の一例について説明する。

図２８は、第２の採取パターンにおける採取処理手順の一例を示すフローチャートである。図２８において、情報処理装置１１０は、直前の再起動時刻を取得し、再起動時刻を情報処理装置１１０の利用者に通知する（ステップＳ２８０１）。次に、情報処理装置１１０は、再起動時刻を通知した情報処理装置１１０の利用者からの操作入力を受け付ける（ステップＳ２８０２）。

そして、情報処理装置１１０は、操作入力が採取許可であるか否かを判定する（ステップＳ２８０３）。ここで、採取許可である場合（ステップＳ２８０３：Ｙｅｓ）、情報処理装置１１０は、採取実行指示を復帰値に設定し（ステップＳ２８０４）、第２の採取パターンにおける採取処理を終了する。一方で、採取許可ではない場合（ステップＳ２８０３：Ｎｏ）、情報処理装置１１０は、第２の採取パターンにおける採取処理を終了する。

（第３の採取パターンにおける採取処理手順）
次に、図２９を用いて、図２６のステップＳ２６０８に示した第３の採取パターンにおける採取処理手順の一例について説明する。

図２９は、第３の採取パターンにおける採取処理手順の一例を示すフローチャートである。図２９において、情報処理装置１１０は、第２パラメータとして、障害の識別情報を取得する（ステップＳ２９０１）。次に、情報処理装置１１０は、監視ファイルの中から、第２パラメータに対応する情報を取得する（ステップＳ２９０２）。

そして、情報処理装置１１０は、取得できたか否かを判定する（ステップＳ２９０３）。ここで、取得できた場合（ステップＳ２９０３：Ｙｅｓ）、情報処理装置１１０は、採取実行指示を復帰値に設定し（ステップＳ２９０４）、第３の採取パターンにおける採取処理を終了する。

一方で、取得できなかった場合（ステップＳ２９０３：Ｎｏ）、情報処理装置１１０は、障害が発生していないことを示す情報を、出力対象に設定して（ステップＳ２９０５）、を第３の採取パターンにおける採取処理を終了する。

（第４の採取パターンにおける採取処理手順）
次に、図３０を用いて、図２６のステップＳ２６１０に示した第４の採取パターンにおける採取処理手順の一例について説明する。

図３０は、第４の採取パターンにおける採取処理手順の一例を示すフローチャートである。図３０において、情報処理装置１１０は、第２パラメータを取得する（ステップＳ３００１）。次に、情報処理装置１１０は、第３パラメータを取得する（ステップＳ３００２）。そして、情報処理装置１１０は、第２パラメータが、起動指示を受け付けないプロセスを指定する情報であるか否かを判定する（ステップＳ３００３）。ここで、起動指示を受け付けないプロセスを指定する情報ではない場合（ステップＳ３００３：Ｎｏ）、情報処理装置１１０は、ステップＳ３００８の処理に移行する。

一方で、起動指示を受け付けないプロセスを指定する情報である場合（ステップＳ３００３：Ｙｅｓ）、情報処理装置１１０は、プロセスリストから、第３パラメータに対応するプロセスの状態を取得する（ステップＳ３００４）。そして、情報処理装置１１０は、取得できなかったか否かを判定する（ステップＳ３００５）。ここで、取得できなかった場合（ステップＳ３００５：Ｙｅｓ）、情報処理装置１１０は、採取実行指示を復帰値に設定し（ステップＳ３００６）、第４の採取パターンにおける採取処理を終了する。

一方で、取得できた場合（ステップＳ３００５：Ｎｏ）、情報処理装置１１０は、プロセスが起動していることを示す情報を、出力対象に設定して（ステップＳ３００７）、第４の採取パターンにおける採取処理を終了する。

また、ステップＳ３００８において、情報処理装置１１０は、プロセスリストから、第３パラメータに対応するプロセスの状態を取得する（ステップＳ３００８）。そして、情報処理装置１１０は、取得できたか否かを判定する（ステップＳ３００９）。ここで、取得できた場合（ステップＳ３００９：Ｙｅｓ）、情報処理装置１１０は、採取実行指示を復帰値に設定し（ステップＳ３０１０）、第４の採取パターンにおける採取処理を終了する。

一方で、取得できなかった場合（ステップＳ３００９：Ｎｏ）、情報処理装置１１０は、プロセスが終了していることを示す情報を、出力対象に設定して（ステップＳ３０１１）、を第４の採取パターンにおける採取処理を終了する。

（採取指示処理手順）
次に、図３１を用いて、採取指示処理手順の一例について説明する。図３１の採取指示処理手順は、管理装置２０１が、管理装置２０１の利用者から、情報処理装置１１０の動作情報の採取指示を受け付け、情報処理装置１１０に送信する場合の処理である。

図３１は、採取指示処理手順の一例を示すフローチャートである。図３１において、管理装置２０１は、第１パラメータを取得する（ステップＳ３１０１）。次に、管理装置２０１は、現在時刻を取得する（ステップＳ３１０２）。

そして、管理装置２０１は、第１パラメータが、業務処理であるか否かを判定する（ステップＳ３１０３）。ここで、業務処理である場合（ステップＳ３１０３：Ｙｅｓ）、管理装置２０１は、第１の採取パターンにおける採取指示の出力処理を実行して（ステップＳ３１０４）、採取指示処理を終了する。

一方で、業務処理ではない場合（ステップＳ３１０３：Ｎｏ）、管理装置２０１は、第１パラメータが、スローダウンであるか否かを判定する（ステップＳ３１０５）。ここで、スローダウンである場合（ステップＳ３１０５：Ｙｅｓ）、管理装置２０１は、第２の採取パターンにおける採取指示の出力処理を実行して（ステップＳ３１０６）、採取指示処理を終了する。

一方で、スローダウンではない場合（ステップＳ３１０５：Ｎｏ）、管理装置２０１は、第１パラメータが、資源不足であるか否かを判定する（ステップＳ３１０７）。ここで、資源不足である場合（ステップＳ３１０７：Ｙｅｓ）、管理装置２０１は、第３の採取パターンにおける採取指示の出力処理を実行して（ステップＳ３１０８）、採取指示処理を終了する。

一方で、資源不足ではない場合（ステップＳ３１０７：Ｎｏ）、管理装置２０１は、第１パラメータが、障害に応じたエラーメッセージであるか否かを判定する（ステップＳ３１０９）。ここで、エラーメッセージである場合（ステップＳ３１０９：Ｙｅｓ）、管理装置２０１は、第３の採取パターンにおける採取指示の出力処理を実行して（ステップＳ３１０８）、採取指示処理を終了する。

一方で、エラーメッセージではない場合（ステップＳ３１０９：Ｎｏ）、管理装置２０１は、第４の採取パターンにおける採取指示の出力処理を実行して（ステップＳ３１１０）、採取指示処理を終了する。

（第１の採取パターンの採取指示の出力処理手順）
次に、図３２を用いて、図３１のステップＳ３１０４に示した第１の採取パターンの採取指示の出力処理手順の一例について説明する。

図３２は、第１の採取パターンの採取指示の出力処理手順の一例を示すフローチャートである。図３２において、管理装置２０１は、ＩＰテーブル８００を取得する（ステップＳ３２０１）。次に、管理装置２０１は、いずれかのＩＰを指定して、いずれかのＩＰが示す情報処理装置１１０に採取指示を送信する（ステップＳ３２０２）。そして、管理装置２０１は、一定時間待機する（ステップＳ３２０３）。

次に、管理装置２０１は、すべての情報処理装置１１０の動作情報の採取が完了したか否かを判定する（ステップＳ３２０４）。ここで、完了していない場合（ステップＳ３２０４：Ｎｏ）、管理装置２０１は、ステップＳ３２０２の処理に戻る。一方で、完了した場合（ステップＳ３２０４：Ｙｅｓ）、管理装置２０１は、出力処理を終了する。

（第２の採取パターンの採取指示の出力処理手順）
次に、図３３を用いて、図３１のステップＳ３１０６に示した第２の採取パターンの採取指示の出力処理手順の一例について説明する。

図３３は、第２の採取パターンの採取指示の出力処理手順の一例を示すフローチャートである。図３３において、管理装置２０１は、ＩＰテーブル８００を取得し、ＩＰを出力する（ステップＳ３３０１）。次に、管理装置２０１は、いずれかのＩＰを指定する操作入力を受け付ける（ステップＳ３３０２）。そして、管理装置２０１は、指定されたＩＰが示す情報処理装置１１０に、ｐｉｎｇを送信する（ステップＳ３３０３）。

次に、管理装置２０１は、応答があったか否かを判定する（ステップＳ３３０４）。ここで、応答があった場合（ステップＳ３３０４：Ｙｅｓ）、管理装置２０１は、応答ありを出力して（ステップＳ３３０５）、ステップＳ３３０７の処理に移行する。一方で、応答がなかった場合（ステップＳ３３０４：Ｎｏ）、管理装置２０１は、応答なしを出力して（ステップＳ３３０６）、ステップＳ３３０７の処理に移行する。

ステップＳ３３０７において、管理装置２０１は、採取を実行させるか否かを判定する（ステップＳ３３０７）。ここで、採取を実行させる場合（ステップＳ３３０７：Ｙｅｓ）、管理装置２０１は、情報処理装置１１０に採取指示を送信して（ステップＳ３３０８）、出力処理を終了する。一方で、採取を実行させない場合（ステップＳ３３０７：Ｎｏ）、管理装置２０１は、出力処理を終了する。

（第３の採取パターンの採取指示の出力処理手順）
次に、図３４を用いて、図３１のステップＳ３１０８に示した第３の採取パターンの採取指示の出力処理手順の一例について説明する。

図３４は、第３の採取パターンの採取指示の出力処理手順の一例を示すフローチャートである。図３４において、管理装置２０１は、ＩＰテーブル８００を取得し、ＩＰを出力する（ステップＳ３４０１）。次に、管理装置２０１は、いずれかのＩＰを指定する操作入力を受け付ける（ステップＳ３４０２）。そして、管理装置２０１は、指定されたＩＰが示す情報処理装置１１０に、採取指示を送信する（ステップＳ３４０３）。

次に、管理装置２０１は、復帰値に採取実行指示が設定されているか否かを判定する（ステップＳ３４０４）。ここで、設定されていない場合（ステップＳ３４０４：Ｎｏ）、管理装置２０１は、障害が発生していないことを示す情報を出力して（ステップＳ３４０５）、出力処理を終了する。一方で、設定されている場合（ステップＳ３４０４：Ｙｅｓ）、管理装置２０１は、出力処理を終了する。

（第４の採取パターンの採取指示の出力処理手順）
次に、図３５を用いて、図３１のステップＳ３１１０に示した第４の採取パターンの採取指示の出力処理手順の一例について説明する。

図３５は、第４の採取パターンの採取指示の出力処理手順の一例を示すフローチャートである。図３５において、管理装置２０１は、ＩＰテーブル８００を取得し、ＩＰを出力する（ステップＳ３５０１）。次に、管理装置２０１は、いずれかのＩＰを指定する操作入力を受け付ける（ステップＳ３５０２）。そして、管理装置２０１は、指定されたＩＰが示す情報処理装置１１０に、採取指示を送信する（ステップＳ３５０３）。

次に、管理装置２０１は、復帰値に採取実行指示が設定されているか否かを判定する（ステップＳ３５０４）。ここで、設定されていない場合（ステップＳ３５０４：Ｎｏ）、管理装置２０１は、プロセスが正常に起動、または終了していることを示す情報を出力して（ステップＳ３５０５）、出力処理を終了する。一方で、設定されている場合（ステップＳ３５０４：Ｙｅｓ）、管理装置２０１は、出力処理を終了する。

（情報蓄積処理手順）
次に、図３６および図３７を用いて、情報蓄積処理手順の一例について説明する。

図３６および図３７は、情報蓄積処理手順の一例を示すフローチャートである。図３６において、情報蓄積装置１００は、動作情報履歴テーブル１０００の動作情報履歴１０２を取得して、それぞれＡ₁、・・・Ａ_sumに設定する（ステップＳ３６０１）。次に、情報蓄積装置１００は、Ａ₁、・・・Ａ_sumから採取時刻を抽出して、それぞれＡ₁（１）、・・・Ａ_k（Ｎ_k）に設定する（ステップＳ３６０２）。

そして、情報蓄積装置１００は、情報処理装置１１０から出力された調査情報６００に含まれる採取履歴テーブル５００を取得し、採取履歴テーブル５００の中の採取時刻一覧１１１から採取時刻を抽出して、それぞれＢ（１）、・・・Ｂ（Ｍ）に設定する（ステップＳ３６０３）。次に、情報蓄積装置１００は、図３７のステップＳ３７０１の処理に移行する。

図３７において、情報蓄積装置１００は、変数ｋに１を設定する（ステップＳ３７０１）。次に、情報蓄積装置１００は、変数ｌに１を設定する（ステップＳ３７０２）。そして、情報蓄積装置１００は、変数ｊに０を設定する（ステップＳ３７０３）。

次に、情報蓄積装置１００は、Ｂ（Ｍ−ｌ）＝Ａ_k（Ｎ_k−ｊ）であるか否かを判定する（ステップＳ３７０４）。ここで、Ｂ（Ｍ−ｌ）＝Ａ_k（Ｎ_k−ｊ）である場合（ステップＳ３７０４：Ｙｅｓ）、情報蓄積装置１００は、変数ｊにｊ＋１を設定する（ステップＳ３７０５）。

次に、情報蓄積装置１００は、ｊがＮ_kより大きいか否かを判定する（ステップＳ３７０６）。ここで、大きくない場合（ステップＳ３７０６：Ｎｏ）、情報蓄積装置１００は、ステップＳ３７０４の処理に戻る。

一方で、大きい場合（ステップＳ３７０６：Ｙｅｓ）、情報蓄積装置１００は、変数ｌにｌ＋１を設定する（ステップＳ３７０７）。次に、情報蓄積装置１００は、ｌがＭより大きいか否かを判定する（ステップＳ３７０８）。ここで、大きくない場合（ステップＳ３７０８：Ｎｏ）、情報蓄積装置１００は、ステップＳ３７０３の処理に戻る。

一方で、大きい場合（ステップＳ３７０８：Ｙｅｓ）、情報蓄積装置１００は、取得した動作情報履歴１０２が、新しい情報処理装置１１０の動作情報履歴１０２であると特定する（ステップＳ３７０９）。次に、情報蓄積装置１００は、動作情報履歴テーブル１０００に、取得した動作情報履歴１０２を記録する（ステップＳ３７１０）。そして、情報蓄積装置１００は、情報蓄積処理を終了する。

一方で、ステップＳ３７０４において、Ｂ（Ｍ−ｌ）＝Ａ_k（Ｎ_k−ｊ）ではない場合（ステップＳ３７０４：Ｎｏ）、情報蓄積装置１００は、変数ＮＵＭにｋを設定し、変数ＬＩＮＥ＿Ａにｊを設定し、変数ＬＩＮＥ＿Ｂにｌを設定し、図３８に示す確認処理を実行する（ステップＳ３７１１）。次に、情報蓄積装置１００は、復帰値が０であるか否かを判定する（ステップＳ３７１２）。ここで、復帰値が０ではない場合（ステップＳ３７１２：Ｎｏ）、情報蓄積装置１００は、変数ｋにＮＵＭ＋１を設定して（ステップＳ３７１３）、ステップＳ３７０２の処理に戻る。

一方で、復帰値が０である場合（ステップＳ３７１２：Ｙｅｓ）、情報蓄積装置１００は、Ａ_kに設定された動作情報履歴１０２を特定する（ステップＳ３７１４）。次に、情報蓄積装置１００は、動作情報履歴テーブル１０００における、Ａ_kに設定された動作情報履歴１０２を更新する（ステップＳ３７１５）。そして、情報蓄積装置１００は、情報蓄積処理を終了する。

（確認処理手順）
次に、図３８を用いて、図３７のステップＳ３７１１に示した確認処理手順の一例について説明する。

図３８は、確認処理手順の一例を示すフローチャートである。図３８において、情報蓄積装置１００は、変数ｊにＬＩＮＥ＿Ａ＋１を設定する（ステップＳ３８０１）。次に、情報蓄積装置１００は、変数ｌにＬＩＮＥ＿Ｂ＋１を設定する（ステップＳ３８０２）。

そして、情報蓄積装置１００は、Ｂ（Ｍ−ｌ）＝Ａ_k（Ｎ_k−ｊ）であるか否かを判定する（ステップＳ３８０３）。ここで、Ｂ（Ｍ−ｌ）＝Ａ_k（Ｎ_k−ｊ）ではない場合（ステップＳ３８０３：Ｎｏ）、情報蓄積装置１００は、ステップＳ３８０７の処理に移行する。

一方で、Ｂ（Ｍ−ｌ）＝Ａ_k（Ｎ_k−ｊ）である場合（ステップＳ３８０３：Ｙｅｓ）、情報蓄積装置１００は、変数ｌにｌ＋１を設定する（ステップＳ３８０４）。次に、情報蓄積装置１００は、ｊがＮより大きいか否かを判定する（ステップＳ３８０５）。ここで、大きい場合（ステップＳ３８０５：Ｙｅｓ）、情報蓄積装置１００は、復帰値に０を設定して（ステップＳ３８０６）、確認処理を終了する。一方で、大きくない場合（ステップＳ３８０５：Ｎｏ）、情報蓄積装置１００は、ステップＳ３８０７の処理に移行する。

ステップＳ３８０７において、情報蓄積装置１００は、変数ｌにｌ＋１を設定する（ステップＳ３８０７）。次に、情報蓄積装置１００は、変数ｌがＭより大きいか否かを判定する（ステップＳ３８０８）。ここで、大きくない場合（ステップＳ３８０８：Ｎｏ）、情報蓄積装置１００は、ステップＳ３８０３の処理に戻る。

一方で、大きい場合（ステップＳ３８０８：Ｙｅｓ）、情報蓄積装置１００は、復帰値に１を設定して（ステップＳ３８０９）、確認処理を終了する。

以上説明したように、情報蓄積装置１００によれば、情報処理装置１１０により採取された動作情報と、採取時刻一覧１１１とを取得することができる。そして、情報蓄積装置１００によれば、動作情報履歴テーブル１０００から、取得した採取時刻一覧１１１に基づいて、情報処理装置１１０に対応する動作情報履歴１０２を特定することができる。これにより、情報蓄積装置１００は、情報処理装置１１０のＩＰアドレスなどを取得しなくても、情報処理装置１１０単位で動作情報を蓄積することができる。また、情報処理装置１１０は、情報処理装置１１０の識別情報が漏洩することを防止することができ、業務処理システムの安全性を向上させることができる。

また、情報蓄積装置１００は、特定した動作情報履歴１０２を出力して、情報蓄積装置１００の使用者に通知することができる。このため、情報蓄積装置１００の使用者は、取得した動作情報に加えて、情報処理装置１１０により過去に採取された動作情報を参照して、障害対策を行うことができ、障害対策の精度を向上することができる。情報蓄積装置１００の利用者は、例えば、情報処理装置１１０において頻繁に同様の障害が発生しているか、他の情報処理装置１１０でも同様の障害が発生しているかなどを把握しながら、障害対策を行うことができる。

また、情報蓄積装置１００によれば、複数の情報処理装置１１０のそれぞれと通信可能である管理装置２０１を介して、いずれかの情報処理装置１１０により採取された動作情報と採取時刻一覧１１１とを取得することができる。これにより、情報蓄積装置１００は、いずれかの情報処理装置１１０のＩＰアドレスが漏洩するリスクを低減することができる。

また、情報蓄積装置１００によれば、いずれかの情報処理装置１１０に対応する動作情報履歴１０２が動作情報履歴テーブル１０００に存在しない場合、取得した動作情報が、新しい動作情報履歴１０２になる動作情報であると判定することができる。そして、情報蓄積装置１００によれば、取得した動作情報と当該動作情報の採取時刻とを対応付けた動作情報履歴１０２を、動作情報履歴テーブル１０００に記憶することができる。これにより、情報蓄積装置１００は、新しく動作情報履歴１０２を追加することができる。

また、情報処理装置１１０によれば、業務処理の識別情報を受け付けたことに応じて、関連性テーブル４００に基づいて、識別情報を受け付けた業務処理が自装置に関連するか否かを判定することができる。そして、情報処理装置１１０によれば、関連する場合に、自装置の動作情報を採取し、当該動作情報の採取時刻を採取時刻一覧１１１に記録することができる。これにより、情報処理装置１１０は、動作情報の採取を行う原因になった業務処理が、情報処理装置１１０に関連する場合には、情報処理装置１１０の動作情報を採取することができる。一方で、情報処理装置１１０は、動作情報の採取を行う原因になった業務処理が、情報処理装置１１０に関連しない場合には、情報処理装置１１０の動作情報を採取しない。結果として、情報処理装置１１０は、動作情報の採取を行う原因になった業務処理に関連していない情報処理装置１１０の動作情報については、情報蓄積装置１００に取得させず、情報蓄積装置１００における障害対策の精度向上を図ることができる。

また、情報処理装置１１０によれば、業務処理の実行中と、待機処理の実行中とにおける、常駐プロセスの実行情報に基づいて、当該業務処理が、自装置に関連するか否かを判定することができる。これにより、情報処理装置１１０は、関連性テーブル４００を作成することができる。

また、情報処理装置１１０によれば、障害の識別情報を受け付けたことに応じて、識別情報を受け付けた障害が自装置において発生した障害である場合に、自装置の動作情報を採取し、当該動作情報の採取時刻を採取時刻一覧１１１に記録することができる。これにより、情報処理装置１１０は、動作情報の採取を行う原因になった障害が、情報処理装置１１０において発生した障害である場合には、情報処理装置１１０の動作情報を採取することができる。一方で、情報処理装置１１０は、動作情報の採取を行う原因になった障害が、情報処理装置１１０において発生していない場合には、情報処理装置１１０の動作情報を採取しない。結果として、情報処理装置１１０は、動作情報の採取を行う原因になった障害を発生していない情報処理装置１１０の動作情報については、情報蓄積装置１００に取得させず、情報蓄積装置１００における障害対策の精度向上を図ることができる。

また、情報処理装置１１０によれば、プロセスの起動確認要求を受け付けたことに応じて、識別情報を受け付けたプロセスが自装置において実行中のプロセスであるか否かを判定することができる。そして、情報蓄積装置１００によれば、実行中のプロセスではない場合、自装置の動作情報を採取し、当該動作情報の採取時刻を採取時刻一覧１１１に記録することができる。これにより、情報処理装置１１０は、開始指示を受け付けないプロセスとして指定された、動作情報の採取を行う原因になったプロセスが、実際に開始できていない場合には、情報処理装置１１０の動作情報を採取することができる。一方で、情報処理装置１１０は、開始指示を受け付けないプロセスとして指定された、動作情報の採取を行う原因になったプロセスが、実際には開始できている場合には、情報処理装置１１０の動作情報を採取しない。結果として、情報処理装置１１０は、実際には開始できている場合には、情報蓄積装置１００に動作情報を取得させず、情報蓄積装置１００における障害対策の精度向上を図ることができる。

また、情報処理装置１１０によれば、プロセスの完了確認要求を受け付けたことに応じて、識別情報を受け付けたプロセスが自装置において実行中のプロセスであるか否かを判定することができる。そして、情報蓄積装置１００によれば、実行中のプロセスである場合、自装置の動作情報を採取し、当該動作情報の採取時刻を採取時刻一覧１１１に記録することができる。これにより、情報処理装置１１０は、終了指示を受け付けないプロセスとして指定された、動作情報の採取を行う原因になったプロセスが、実際に終了できていない場合には、情報処理装置１１０の動作情報を採取することができる。一方で、情報処理装置１１０は、終了指示を受け付けないプロセスとして指定された、動作情報の採取を行う原因になったプロセスが、実際には終了できている場合には、情報処理装置１１０の動作情報を採取しない。結果として、実際には終了できている場合には、情報蓄積装置１００に動作情報を取得させず、情報蓄積装置１００における障害対策の精度向上を図ることができる。

また、情報処理装置１１０によれば、再起動の完了後に、自装置の動作情報の採取指示を受け付けたことに応じて、自装置の動作情報を採取し、当該動作情報の採取時刻を採取時刻一覧１１１に記録することができる。これにより、情報処理装置１１０は、再起動の完了後の動作情報を取得することができる。

また、管理装置２０１によれば、情報処理装置１１０からの応答の有無に基づいて、情報処理装置１１０に動作情報を採取させるか否かを判定することができる。これにより、管理装置２０１は、応答がない場合にのみ、動作情報を取得するようにして、誤って動作情報を取得することを防止することができる。これにより、管理装置２０１は、動作情報の採取を行う原因になった障害「スローダウン」を発生していない情報処理装置１１０の動作情報については、情報蓄積装置１００に取得させず、情報蓄積装置１００における障害対策の精度向上を図ることができる。

ここで、従来の情報処理装置が、動作情報にＩＰアドレスを付与して出力し、従来の情報蓄積装置が、ＩＰアドレスに基づいて情報処理装置単位で動作情報を蓄積する場合が考えられる。しかしながら、この場合、ＩＰアドレスなどの情報処理装置の識別情報が漏洩してしまう。また、情報処理装置が、ＩＰアドレスを常時参照可能な状態にしておく場合は、情報処理装置の安全性が損なわれてしまう。一方で、本実施の形態にかかる情報処理装置１１０は、ＩＰアドレスなどの情報処理装置１１０の識別情報を出力せず、動作情報と採取時刻一覧１１１を出力する。また、本実施の形態にかかる情報蓄積装置１００は、採取時刻一覧１１１に基づいて、情報処理装置１１０単位で動作情報を蓄積する。これにより、情報蓄積装置１００は、情報処理装置１１０の安全性を向上することができる。

ここで、従来の情報処理装置が、情報処理装置の利用者により任意のＩＤを割り振られ、動作情報に当該ＩＤを付与して出力し、従来の情報蓄積装置が、ＩＤに基づいて情報処理装置単位で動作情報を蓄積する場合が考えられる。しかしながら、この場合、情報処理装置の利用者が、ＩＤの割り振り忘れてしまったり、重複するＩＤを割り振ってしまった場合には、情報蓄積装置が情報処理装置単位で動作情報を蓄積することができない。一方で、本実施の形態にかかる情報処理装置１１０は、ＩＤを割り振られることなく、動作情報と採取時刻一覧１１１を出力する。また、本実施の形態にかかる情報蓄積装置１００は、採取時刻一覧１１１に基づいて、情報処理装置１１０単位で動作情報を蓄積する。これにより、情報蓄積装置１００は、情報処理装置１１０単位で動作情報を蓄積する確実性を向上することができる。

ここで、従来の情報処理装置が、ＩＰアドレスに対して暗号化などの変換処理を行い、動作情報に変換処理した情報を付与して出力する場合が考えられる。この場合、従来の情報蓄積装置が、変換処理した情報からＩＰアドレスを復元し、ＩＰアドレスに基づいて情報処理装置単位で動作情報を蓄積する。しかしながら、この場合、変換処理の内容が漏洩してしまうと、ＩＰアドレスなどの情報処理装置の識別情報が漏洩してしまう。また、変換処理されていたとしても、ＩＰアドレスなどの情報処理装置の識別情報が外部に存在する状況は好ましくない場合がある。また、情報処理装置が、変換処理のために、ＩＰアドレスを常時参照可能な状態にしておく場合は、情報処理装置の安全性が損なわれてしまう。一方で、本実施の形態にかかる情報処理装置１１０は、ＩＰアドレスなどの情報処理装置１１０の識別情報を出力せず、動作情報と採取時刻一覧１１１を出力する。また、本実施の形態にかかる情報蓄積装置１００は、採取時刻一覧１１１に基づいて、情報処理装置１１０単位で動作情報を蓄積する。これにより、情報蓄積装置１００は、情報処理装置１１０の安全性を向上することができる。

ここで、従来の情報処理装置が、動作情報にログファイル７００を付与して出力し、従来の情報蓄積装置が、取得したログファイル７００と、過去に取得したログファイル７００と比較することにより、情報処理装置単位で動作情報を蓄積する場合が考えられる。しかしながら、この場合、ログファイル７００は、サイクリックに更新されるため、過去のログファイル７００と一致しない場合があり、従来の情報処理装置を特定可能な情報にならないことがある。一方で、本実施の形態にかかる情報処理装置１１０は、動作情報と、サイクリックに更新されない採取時刻一覧１１１を出力する。また、本実施の形態にかかる情報蓄積装置１００は、採取時刻一覧１１１に基づいて、情報処理装置１１０単位で動作情報を蓄積する。これにより、情報蓄積装置１００は、情報処理装置１１０単位で動作情報を蓄積する確実性を向上することができる。

なお、本実施の形態で説明した情報蓄積方法は、予め用意されたプログラムをパーソナル・コンピュータやワークステーション等のコンピュータで実行することにより実現することができる。本情報蓄積プログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。また本情報蓄積プログラムは、インターネット等のネットワークを介して配布してもよい。

上述した実施の形態に関し、さらに以下の付記を開示する。

（付記１）コンピュータに、
複数の情報処理装置のいずれかの情報処理装置についての動作情報と、当該動作情報の採取時刻以前における前記いずれかの情報処理装置についての動作情報の採取時刻とを取得し、
前記コンピュータがアクセス可能な記憶部に記憶される履歴であって、前記複数の情報処理装置のそれぞれについて取得した前記動作情報と取得した前記採取時刻とを対応付けて蓄積する動作情報履歴から、取得した前記採取時刻に基づいて、前記いずれかの情報処理装置に対応する動作情報履歴を特定し、
取得した前記動作情報と、当該動作情報の採取時刻とを対応付けて、特定した前記動作情報履歴として前記記憶部に蓄積する、
処理を実行させることを特徴とする情報蓄積プログラム。

（付記２）前記取得する処理は、前記複数の情報処理装置のそれぞれと通信可能である管理装置から、前記いずれかの情報処理装置についての動作情報と、当該動作情報の採取時刻以前における前記いずれかの情報処理装置についての動作情報の採取時刻とを取得することを特徴とする付記１に記載の情報蓄積プログラム。

（付記３）前記コンピュータに、
前記いずれかの情報処理装置に対応する動作情報履歴が前記記憶部に存在しないことに応じて、取得した前記動作情報と、当該動作情報の採取時刻とを対応付けて、動作情報履歴として前記記憶部に蓄積する、
処理を実行させることを特徴とする付記１または２に記載の情報蓄積プログラム。

（付記４）コンピュータが、
複数の情報処理装置のいずれかの情報処理装置についての動作情報と、当該動作情報の採取時刻以前における前記いずれかの情報処理装置についての動作情報の採取時刻とを取得し、
前記コンピュータがアクセス可能な記憶部に記憶される履歴であって、前記複数の情報処理装置のそれぞれについて取得した前記動作情報と取得した前記採取時刻とを対応付けて蓄積する動作情報履歴から、取得した前記採取時刻に基づいて、前記いずれかの情報処理装置に対応する動作情報履歴を特定し、
取得した前記動作情報と、当該動作情報の採取時刻とを対応付けて、特定した前記動作情報履歴として前記記憶部に蓄積する、
処理を実行することを特徴とする情報蓄積方法。

（付記５）複数の情報処理装置のいずれかの情報処理装置についての動作情報と、当該動作情報の採取時刻以前における前記いずれかの情報処理装置についての動作情報の採取時刻とを取得し、記憶部に記憶される履歴であって、前記複数の情報処理装置のそれぞれについて取得した前記動作情報と取得した前記採取時刻とを対応付けて蓄積する動作情報履歴から、取得した前記採取時刻に基づいて、前記いずれかの情報処理装置に対応する動作情報履歴を特定し、取得した前記動作情報と、当該動作情報の採取時刻とを対応付けて、特定した前記動作情報履歴として蓄積する制御部、
を有することを特徴とする情報蓄積装置。

（付記６）複数の情報処理装置に含まれ、自装置についての動作情報を採取し、自装置についての動作情報を採取する都度、採取した前記動作情報と、当該動作情報の採取時刻以前における自装置についての動作情報の採取時刻とを出力する情報処理装置と、
前記情報処理装置についての動作情報と、前記採取時刻とを取得し、記憶部に記憶される履歴であって、前記複数の情報処理装置のそれぞれについて取得した前記動作情報と取得した前記採取時刻とを対応付けて蓄積する動作情報履歴から、取得した前記採取時刻に基づいて、前記情報処理装置に対応する動作情報履歴を特定し、取得した前記動作情報と、当該動作情報の採取時刻とを対応付けて、特定した前記動作情報履歴として前記記憶部に蓄積する情報蓄積装置と、
を有することを特徴とする情報蓄積システム。

（付記７）前記情報処理装置は、
前記複数の情報処理装置のいずれかが実行するプロセスを含む業務処理の識別情報を受け付けたことに応じて、自装置が実行するプロセスを含む業務処理の識別情報を記憶する記憶部の記憶内容に、受け付けた前記業務処理の識別情報が記憶されているか否かを判定し、
前記業務処理の識別情報が記憶されていると判定したことに応じて、自装置の動作情報を採取する、
ことを特徴とする付記６に記載の情報蓄積システム。

（付記８）前記情報処理装置は、
前記複数の情報処理装置のいずれかが実行するプロセスを含む業務処理の実行中における自装置が実行した複数のプロセスのそれぞれの第１実行情報と、当該業務処理の実行中以外における前記複数のプロセスのそれぞれの第２実行情報とを取得し、
取得した前記複数のプロセスのそれぞれの第１実行情報および第２実行情報に基づいて、当該業務処理が、自装置が実行したプロセスを含む業務処理であるか否かを判定し、
自装置が実行したプロセスを含む業務処理であると判定したことに応じて、当該業務処理の識別情報を前記記憶部に記憶する、
ことを特徴とする付記７に記載の情報蓄積システム。

（付記９）前記情報処理装置は、
前記複数の情報処理装置のいずれかにおいて発生した障害の識別情報を受け付けたことに応じて、自装置において発生した障害の識別情報を記憶する記憶部の記憶内容に、受け付けた前記障害の識別情報が記憶されているか否かを判定し、
前記障害の識別情報が記憶されていると判定したことに応じて、自装置の動作情報を採取する、
ことを特徴とする付記６〜８のいずれか一つに記載の情報蓄積システム。

（付記１０）前記情報処理装置は、
自装置が実行するプロセスの完了確認要求を受け付け、自装置において実行中のプロセスの識別情報を記憶する記憶部の記憶内容に、完了確認要求された前記プロセスの識別情報が記憶されているか否かを判定し、
前記プロセスの識別情報が記憶されていることに応じて、自装置の動作情報を採取する、
ことを特徴とする付記６〜９のいずれか一つに記載の情報蓄積システム。

（付記１１）前記情報処理装置は、
自装置が実行するプロセスの起動確認要求を受け付け、自装置において実行中のプロセスの識別情報を記憶する記憶部の記憶内容に、起動確認要求された前記プロセスの識別情報が記憶されているか否かを判定し、
前記プロセスの識別情報が記憶されていないことに応じて、自装置の動作情報を採取する、
ことを特徴とする付記６〜１０のいずれか一つに記載の情報蓄積システム。

（付記１２）前記情報処理装置は、
再起動の要求を受け付けたことに応じて、自装置の再起動を行い、
再起動が完了したことに応じて、再起動の完了通知を出力する、
ことを特徴とする付記６〜１１のいずれか一つに記載の情報蓄積システム。

（付記１３）さらに、前記情報処理装置と通信可能な管理装置を有し、
前記管理装置は、
前記情報処理装置の動作情報の採取指示を受け付けたことに応じて、前記情報処理装置に応答要求を送信し、
前記応答要求に対する応答を受信しなかったことに応じて、前記情報処理装置に再起動要求を出力し、
前記情報処理装置から再起動の完了通知を受け付けたことに応じて、前記情報処理装置に前記情報処理装置の動作情報の採取指示を送信し、
前記情報処理装置により採取された動作情報と、当該動作情報の採取時刻以前における前記情報処理装置についての動作情報の採取時刻とを、前記情報処理装置から取得し、
前記情報蓄積装置に、取得した前記動作情報と取得した前記採取時刻とを送信する、
ことを特徴とする付記１２に記載の情報蓄積システム。

１００ 情報蓄積装置
１１０ 情報処理装置
２０１ 管理装置
１２０１ 受付部
１２０２ 記憶部
１２０３ 判定部
１２０４ 採取部
１２０５ 出力部
１２０６ 取得部
１２０７ 記録部
１３０１ 受付部
１３０２ 出力部
１３０３ 取得部
１３０４ 送信部
１３０５ 受信部
１４０１ 記憶部
１４０２ 取得部
１４０３ 特定部
１４０４ 記録部
１４０５ 出力部

Claims (12)

1. コンピュータに、
   複数の情報処理装置のいずれかの情報処理装置についての動作情報と、当該動作情報の採取時刻以前における前記いずれかの情報処理装置についての動作情報の採取時刻とを取得し、
   前記コンピュータがアクセス可能な記憶部に記憶される履歴であって、前記複数の情報処理装置のそれぞれについて取得した前記動作情報と取得した前記採取時刻とを対応付けて蓄積する動作情報履歴から、取得した前記採取時刻に基づいて、前記いずれかの情報処理装置に対応する動作情報履歴を特定し、
   取得した前記動作情報と、当該動作情報の採取時刻とを対応付けて、特定した前記動作情報履歴として前記記憶部に蓄積する、
   処理を実行させることを特徴とする情報蓄積プログラム。
2. 前記取得する処理は、前記複数の情報処理装置のそれぞれと通信可能である管理装置から、前記いずれかの情報処理装置についての動作情報と、当該動作情報の採取時刻以前における前記いずれかの情報処理装置についての動作情報の採取時刻とを取得することを特徴とする請求項１に記載の情報蓄積プログラム。
3. 前記コンピュータに、
   前記いずれかの情報処理装置に対応する動作情報履歴が前記記憶部に存在しないことに応じて、取得した前記動作情報と、当該動作情報の採取時刻とを対応付けて、動作情報履歴として前記記憶部に蓄積する、
   処理を実行させることを特徴とする請求項１または２に記載の情報蓄積プログラム。
4. コンピュータが、
   複数の情報処理装置のいずれかの情報処理装置についての動作情報と、当該動作情報の採取時刻以前における前記いずれかの情報処理装置についての動作情報の採取時刻とを取得し、
   前記コンピュータがアクセス可能な記憶部に記憶される履歴であって、前記複数の情報処理装置のそれぞれについて取得した前記動作情報と取得した前記採取時刻とを対応付けて蓄積する動作情報履歴から、取得した前記採取時刻に基づいて、前記いずれかの情報処理装置に対応する動作情報履歴を特定し、
   取得した前記動作情報と、当該動作情報の採取時刻とを対応付けて、特定した前記動作情報履歴として前記記憶部に蓄積する、
   処理を実行することを特徴とする情報蓄積方法。
5. 複数の情報処理装置のいずれかの情報処理装置についての動作情報と、当該動作情報の採取時刻以前における前記いずれかの情報処理装置についての動作情報の採取時刻とを取得し、記憶部に記憶される履歴であって、前記複数の情報処理装置のそれぞれについて取得した前記動作情報と取得した前記採取時刻とを対応付けて蓄積する動作情報履歴から、取得した前記採取時刻に基づいて、前記いずれかの情報処理装置に対応する動作情報履歴を特定し、取得した前記動作情報と、当該動作情報の採取時刻とを対応付けて、特定した前記動作情報履歴として蓄積する制御部、
   を有することを特徴とする情報蓄積装置。
6. 複数の情報処理装置に含まれ、自装置についての動作情報を採取し、自装置についての動作情報を採取する都度、採取した前記動作情報と、当該動作情報の採取時刻以前における自装置についての動作情報の採取時刻とを出力する情報処理装置と、
   前記情報処理装置についての動作情報と、前記採取時刻とを取得し、記憶部に記憶される履歴であって、前記複数の情報処理装置のそれぞれについて取得した前記動作情報と取得した前記採取時刻とを対応付けて蓄積する動作情報履歴から、取得した前記採取時刻に基づいて、前記情報処理装置に対応する動作情報履歴を特定し、取得した前記動作情報と、当該動作情報の採取時刻とを対応付けて、特定した前記動作情報履歴として前記記憶部に蓄積する情報蓄積装置と、
   を有することを特徴とする情報蓄積システム。
7. 前記情報処理装置は、
   前記複数の情報処理装置のいずれかが実行するプロセスを含む業務処理の識別情報を受け付けたことに応じて、自装置が実行するプロセスを含む業務処理の識別情報を記憶する記憶部の記憶内容に、受け付けた前記業務処理の識別情報が記憶されているか否かを判定し、
   前記業務処理の識別情報が記憶されていると判定したことに応じて、自装置の動作情報を採取する、
   ことを特徴とする請求項６に記載の情報蓄積システム。
8. 前記情報処理装置は、
   前記複数の情報処理装置のいずれかが実行するプロセスを含む業務処理の実行中における自装置が実行した複数のプロセスのそれぞれの第１実行情報と、当該業務処理の実行中以外における前記複数のプロセスのそれぞれの第２実行情報とを取得し、
   取得した前記複数のプロセスのそれぞれの第１実行情報および第２実行情報に基づいて、当該業務処理が、自装置が実行したプロセスを含む業務処理であるか否かを判定し、
   自装置が実行したプロセスを含む業務処理であると判定したことに応じて、当該業務処理の識別情報を前記記憶部に記憶する、
   ことを特徴とする請求項７に記載の情報蓄積システム。
9. 前記情報処理装置は、
   前記複数の情報処理装置のいずれかにおいて発生した障害の識別情報を受け付けたことに応じて、自装置において発生した障害の識別情報を記憶する記憶部の記憶内容に、受け付けた前記障害の識別情報が記憶されているか否かを判定し、
   前記障害の識別情報が記憶されていると判定したことに応じて、自装置の動作情報を採取する、
   ことを特徴とする請求項６〜８のいずれか一つに記載の情報蓄積システム。
10. 前記情報処理装置は、
    自装置が実行するプロセスの完了確認要求を受け付け、自装置において実行中のプロセスの識別情報を記憶する記憶部の記憶内容に、完了確認要求された前記プロセスの識別情報が記憶されているか否かを判定し、
    前記プロセスの識別情報が記憶されていることに応じて、自装置の動作情報を採取する、
    ことを特徴とする請求項６〜９のいずれか一つに記載の情報蓄積システム。
11. 前記情報処理装置は、
    自装置が実行するプロセスの起動確認要求を受け付け、自装置において実行中のプロセスの識別情報を記憶する記憶部の記憶内容に、起動確認要求された前記プロセスの識別情報が記憶されているか否かを判定し、
    前記プロセスの識別情報が記憶されていないことに応じて、自装置の動作情報を採取する、
    ことを特徴とする請求項６〜１０のいずれか一つに記載の情報蓄積システム。
12. 前記情報処理装置は、
    再起動の要求を受け付けたことに応じて、自装置の再起動を行い、
    再起動が完了したことに応じて、再起動の完了通知を出力する、
    ことを特徴とする請求項６〜１１のいずれか一つに記載の情報蓄積システム。

Images