"コンピュータに,プロセスによるファイルへのアクセス処理について,処理を実行したプロセスとアクセス先のファイルとを示す履歴情報を解析して,システムファイルを除いた同じファイルにアクセスする複数のプロセスを抽出し,前記抽出された複数のプロセスを関連付けて記憶部に記憶する処理を実行させるためのプロセス関係解析プログラム。前記抽出された複数のプロセスは,常駐のプロセスであることを特徴とする請求項1に記載のプロセス関係解析プログラム。プロセスによるファイルへのアクセス処理の実行に応じて,処理を実行したプロセスとアクセス先のファイルとを示す履歴情報を記憶する第1の記憶部と,前記履歴情報を解析して,システムファイルを除いた同じファイルにアクセスする複数のプロセスを関連付ける解析部と,関連付けられた前記複数のプロセスを記憶する第2の記憶部とを備えることを特徴とするプロセス関係解析装置。コンピュータが,プロセスによるファイルへのアクセス処理について,処理を実行したプロセスとアクセス先のファイルとを示す履歴情報を解析して,システムファイルを除いた同じファイルにアクセスする複数のプロセスを抽出し,前記抽出された複数のプロセスを関連付けて記憶部に記憶する処理を実行することを特徴とするプロセス関係解析方法。コンピュータで動作するプロセスの一覧は,OSOperatingSystemから得ることができる。しかし,OSから提供されるプロセス一覧の情報だけでは,どのプロセスがどのアプリケーションやミドルウェアにより動作するプロセスであるかが分からないため,業務サービスを構成するプロセスの関係を抽出することはできない。そのため,監視システムの設計者は,業務サービスシステムのマニュアルや仕様書などを調べて,業務サービスを構成するプロセスの関係図を手作業で作成していた。また,マニュアルや仕様書などに必要な情報が書かれていない場合もあり,監視システムの設計者は,さらにメーカのサポート部門に問い合わせを行うなどして,プロセスの関係図を作成していた。一側面では,本発明は,プロセス間の関係をコンピュータで抽出することが可能となる技術を提供することを目的とする。1態様では,開示するプログラムは,コンピュータを次のように機能させる。すなわち,前記プログラムは,コンピュータに,プロセスによるファイルへのアクセス処理について,処理を実行したプロセスとアクセス先のファイルとを示す履歴情報を解析して,システムファイルを除いた同じファイルにアクセスする複数のプロセスを抽出し,抽出された複数のプロセスを関連付けて記憶部に記憶する処理を実行させる。1態様では,プロセス間の関係をコンピュータで抽出することが可能となる。以下,本実施の形態について,図を用いて説明する。図1は,本実施の形態によるプロセス関係解析機能を有するシステムの構成例を示す図である。図1において,業務サーバ10は,特定の業務サービスの処理を実行するコンピュータである。運用管理サーバ20は,業務サーバ10の運用を管理するコンピュータである。運用管理サーバ20は,業務サーバ10が提供する業務サービスを構成するプロセスの異常終了などを監視する。業務サーバ10は,OSOperatingSystem11,複数のプロセス12,プロセス関係解析部100を備える。業務サーバ10において,OS11は,業務サーバ10で動作するプロセス12の管理等を行う。業務サーバ10では,業務サービスを構成するプロセス12の他にも,OS11の処理を行うプロセス12など,様々なプロセス12が動作する。プロセス関係解析部100は,業務サーバ10が提供する業務サービスの処理を実行する複数のプロセス間の関係を解析する。プロセス関係解析部100は,情報収集部110,動作情報記憶部120,解析部130,システムファイル管理情報記憶部140,関係評価情報記憶部150,関係定義情報記憶部160,監視定義生成部170,監視定義情報記憶部180,プロセス関係図生成部190を備える。情報収集部110は,業務サーバ10で動作するプロセス12によるファイルへのアクセス状況を示す情報を収集する。例えば,情報収集部110は,業務サーバ10で動作するプロセス12によるファイルI/OInputOutputを監視し,その情報を取得する。情報収集部110は,プロセス12によるファイルI/Oの監視で得られた情報を,動作情報記憶部120に蓄積する。動作情報記憶部120は,プロセス12によるファイルへのアクセス状況が記録された履歴情報を記憶する記憶部である。例えば,動作情報記憶部120は,プロセス12によるファイルへのアクセス処理に応じて,処理を実行したプロセス12とアクセス先のファイルとを示す履歴情報を記憶する記憶部となる。解析部130は,動作情報記憶部120に記憶された履歴情報を解析して,システムファイルを除いた同じファイルにアクセスする複数のプロセス12を抽出し,それらのプロセス12をグループ化して,関連付ける。システムファイル管理情報記憶部140は,システムファイルに関する情報が記憶された記憶部である。システムファイルは,例えばOS11の動作に必要なファイルなど,業務サービスのプロセス12だけでなく,業務サーバ10で動作するすべてのプロセス12がアクセスするファイルである。解析部130は,システムファイル管理情報記憶部140の情報を参照し,プロセス関係の基準からシステムファイルを除外する。関係評価情報記憶部150は,プロセス12間の関係の強さを所定の評価基準で評価した情報を記憶する記憶部である。本実施の形態では,解析部130は,プロセス関係の解析の過程で,プロセス12間の関係の強さを所定の評価基準で評価する処理を行う。この評価では,システムファイル以外の同じファイルにアクセスするプロセス12同士の関係は強いと評価される。解析部130は,関係評価情報記憶部150に記憶された評価情報に基づいて,関係が強いと評価される複数のプロセス12をグループ化する。関係定義情報記憶部160は,複数のプロセス12をグループ化した結果の情報を記憶する記憶部である。関係定義情報記憶部160に記憶された複数のプロセス12をグループ化した結果の情報には,システムファイルを除く同じファイルにアクセスする複数のプロセス12をグループ化して関連付けた情報が含まれる。監視定義生成部170は,解析部130の解析結果から,運用管理サーバ20による業務サーバ10の監視に用いる監視定義を生成する。監視定義生成部170は,生成した監視定義の情報を,監視定義情報記憶部180に記憶する。監視定義情報記憶部180は,監視定義の情報を記憶する記憶部である。監視定義情報記憶部180に記憶された監視定義の情報は,運用管理サーバ20に送られ,運用管理サーバ20による業務サーバ10の監視に用いられる。プロセス関係図生成部190は,監視定義情報記憶部180に記憶された監視定義の情報に基づいて,プロセス12の関係を図式化したプロセス関係図を自動生成する。ユーザは,自動生成されたプロセス関係図をディスプレイ等で見ることで,業務サーバ10が提供する業務サービスを構成するプロセス12の関係を容易に知ることができる。図2は,本実施の形態によるプロセス関係解析部を実現するコンピュータのハードウェア構成例を示す図である。図1に示す本実施の形態のプロセス関係解析部100を実現するコンピュータ1は,例えば,CPUCentralProcessingUnit2,主記憶となるメモリ3,記憶装置4,通信装置5,媒体読取書込装置6,入力装置7,出力装置8等を備える。記憶装置4は,例えばHDDHardDiskDriveなどである。媒体読取書込装置6は,例えばCD-RCompactDiscRecordableドライブやDVD-RDigitalVersatileDiscRecordableドライブなどである。入力装置7は,例えばキーボードマウスなどである。出力装置8は,例えばディスプレイ等の表示装置などである。図1に示すプロセス関係解析部100およびプロセス関係解析部100が備える各機能部は,コンピュータ1が備えるCPU2,メモリ3等のハードウェアと,ソフトウェアプログラムとによって実現することが可能である。コンピュータ1が実行可能なプログラムは,記憶装置4に記憶され,その実行時にメモリ3に読み出され,CPU2により実行される。コンピュータ1は,可搬型記録媒体から直接プログラムを読み取り,そのプログラムに従った処理を実行することもできる。また,コンピュータ1は,サーバコンピュータからプログラムが転送されるごとに,逐次,受け取ったプログラムに従った処理を実行することもできる。さらに,このプログラムは,コンピュータ1で読み取り可能な記録媒体に記録しておくことができる。以下では,本実施の形態のプロセス関係解析部100による処理について,より具体的な例を示しながら説明を行う。ここでは,運用テストで,業務サーバ10を,例えば1日間試験運転するものとする。プロセス関係解析部100の情報収集部110は,その間に業務サーバ10で動作する各プロセス12のファイルI/Oを監視して,その情報を収集する。情報収集部110は,収集した情報を,動作情報記憶部120に蓄積する。例えば,情報収集部110は,1分おきなどの所定のタイミングで,OS11からそのとき動作しているプロセス12の一覧情報を取得する。情報収集部110は,取得した一覧情報にある各プロセス12から,それぞれアクセスしているファイルの情報を取得する。例えば既存のOS11には,OS11からプロセス12の一覧情報などを取得する,また各プロセス12からプロセス12がアクセスするファイルの情報などを取得するコマンドやAPIApplicationProgramInterfaceなどが用意されている。図3は,本実施の形態による動作ログの例を示す図である。図3に示す動作ログ121は,動作情報記憶部120が記憶する,プロセス12によるファイルへのアクセス状況が記録された履歴情報の一例である。図3に示す動作ログ121は,番号,日時,プロセス名,プロセス実行モジュール,ファイル名,ファイル種類,オープンモードの情報を持つ。番号は,動作ログ121の各レコードの識別番号である。日時は,情報収集部110により当該レコードのデータが収集された日時を示す。プロセス名は,当該レコードのデータが収集されたプロセス12の名称である。ここでは,プロセス名は,プロセス12の実行モジュールのファイル名であるものとする。プロセス実行モジュールは,当該レコードのデータが収集されたプロセス12の実行モジュールを示す。図3に示す動作ログ121では,プロセス12の実行モジュールがフルパスで示されている。プロセス実行モジュールの最後尾が,当該レコードのプロセス12の実行モジュールのファイル名,すなわち当該レコードのプロセス12のプロセス名となる。ファイル名は,当該レコードのデータが収集されたプロセス12がオープンしているファイルの名称を示す。図3に示す動作ログ121では,ファイル名がフルパスで示されている。ファイル種類は,当該レコードのデータが収集されたプロセス12がオープンするファイルの種類が示される。ファイルの種類には,ディレクトリまたはフォルダ,以下同様に収められた通常のファイルfileの他に,例えば名前付きパイプpipeやUNIX登録商標ドメインソケットsocketなどのファイルアクセスの手法を利用したプロセス間通信のファイルがある。オープンモードは,当該レコードのデータが収集されたプロセス12が,ファイルを読み込みモードrでオープンしたか,書き込みモードwでオープンしたかのモードを示す。プロセス関係解析部100の解析部130は,図3に示す動作ログ121を解析し,関係する複数のプロセス12をグループ化する。業務サービスを構成する各プロセス12は,同一のファイルにアクセスを行うことが多い。特に,同じ時間帯に同一のファイルにアクセスするプロセス12同士は,その関係が強いと判断できる。本実施の形態によるプロセス関係解析部100は,業務サーバ10で動作する各プロセス12のファイルI/Oのログを解析し,同一ファイルにアクセスする複数のプロセス12を抽出することで,互いに関係するプロセス12を見つけ出してグループ化する。本実施の形態では,解析部130は,複数のプロセス12が同一ファイルにアクセスしているかの評価項目を含む,複数の項目について点数を用いた評価を行い,所定以上の評価が得られたプロセス同士を,互いに関係があるプロセスとしてグループ化する。図4は,本実施の形態の解析における評価項目の例を示す図である。図4において,番号1の評価項目は,各プロセス12が常駐のプロセス12であるかを評価することを示す。多くの場合,業務サービスの処理は,業務の営業時間中ずっと業務サーバ10で動作し続ける常駐のプロセス12によって実行される。このようなケースでは,グループ化する対象のプロセス12を常駐のプロセス12に絞り込むことで,より正確に関係するプロセス12同士のグループ化が行える。例えば,図4に示す評価項目の例では,常駐のプロセス12の評価に10点という他の評価項目と比べてかなり高い点数を設定して,グループ化するプロセス12をほぼ常駐のプロセス12に限定している。図4において,番号2の評価項目は,各プロセス12が同一ファイルにアクセスしているかを評価することを示す。上述したように,同一ファイルにアクセスするプロセス12同士は,関係が強いと判断できる。なお,この評価項目におけるファイルには,システムファイルは含まれないものとする。図4において,番号3の評価項目は,各プロセス12が同一ディレクトリ内のファイルにアクセスしているかを評価することを示す。互いに関係するファイルは,まとめて同じディレクトリに格納されるケースが多く,同一ディレクトリ内のファイルにアクセスするプロセス12同士は,関係が強い可能性がある。なお,同一ディレクトリ内のファイルには,当該ディレクトリのサブディレクトリ内のファイルは含まれないものとする。また,この評価項目におけるファイルには,システムファイルは含まれないものとする。2つのプロセス12が同一ファイルにアクセスしているときには,それらのプロセス12は,同時に同一ディレクトリ内のファイルにアクセスしているということになる。すなわち,同一ファイルにアクセスするプロセス12間の関係の評価では,同一ファイルにアクセスする評価の点数に,さらに同一ディレクトリ内のファイルにアクセスする評価の点数が加算される。図4において,番号4の評価項目は,各プロセス12の実行モジュールが同一ディレクトリに格納されているかを評価することを示す。互いに関係するプロセス12の実行モジュールは,まとめて同じディレクトリに格納されるケースが多い。なお,この評価項目におけるモジュールには,システムモジュールは含まれないものとする。システムモジュールは,例えばOS11の処理を行うプロセス12の実行モジュールである。図4において,番号5の評価項目は,各プロセス12が同一ディレクトリ内のファイルにアクセスしている場合に,そのファイル種類が名前付きパイプまたはUNIXドメインソケットであるかを評価することを示す。名前付きパイプやUNIXドメインソケットは,ファイルアクセスの手法を用いたプロセス間通信である。名前付きパイプまたはUNIXドメインソケットは,プロセス12間の通信に利用されるので,同じ名前付きパイプやUNIXドメインソケットにアクセスするプロセス12同士は,関係が強いと判断できる。図4において,番号6の評価項目は,各プロセス12が同一ディレクトリ内のファイルにアクセスしている場合に,そのオープンモードが書き込みモードであるかを評価することを示す。また,番号7の評価項目は,各プロセス12が同一ディレクトリ内のファイルにアクセスしている場合に,そのオープンモードが読み込みモードであるかを評価することを示す。図4において,番号8の評価項目は,各プロセス12が同一日時にファイルアクセスを行っているかを評価する。この評価項目におけるファイルは,プロセス12ごとに別のファイルであってもよい。例えば,80以上の割合で同一日時にファイルアクセスを行っているプロセス12間の関係に,点数が加算される。本実施の形態では,解析部130は,各プロセス12間の関係について,図4に示すような各評価項目についての評価を行い,例えば合計点数が13点以上のプロセス12同士を,互いに関係するプロセス12としてグループ化する。図4に示す評価項目の例では,同一ファイルにアクセスする常駐のプロセス12同士については,合計点数が少なくとも13点になるので,互いに関係があるプロセス12としてグループ化される。なお,解析部130でプロセス12間の関係を評価する際の評価項目について,図4に示す評価項目の一部を使用する,図4に示す以外の評価項目を使用するなどの設計は,任意である。また,関係の有無を判定する合計点数の閾値設定も,任意である。図4の評価項目の説明でも触れた通り,本実施の形態の解析部130によるプロセス12間の関係の評価では,システムファイルを除外した評価が行われる。解析部130は,システムファイル管理情報記憶部140の情報を参照し,システムファイルをプロセス関係をグループ化する判定の基準となるファイルから除外する。OS11等が提供するシステムファイルは,業務サービスの処理を行うプロセス12であるか否かに関係なく,業務サーバ10で動作するすべてのプロセス12がアクセスする可能性がある。このようなシステムファイルをプロセス関係の判定の基準に含めてグループ化を行うと,業務処理として関係がないプロセス12でも,システムファイルにアクセスするプロセス12がすべて同一のグループとなってしまう。本実施の形態では,システムファイルをプロセス関係の判定の基準から除外することで,業務サービスの処理として関係のないプロセス12同士がグループ化されることを防止する。図5は,本実施の形態によるシステムファイル管理データの例を示す図である。図5に示すシステムファイル管理データ141は,システムファイル管理情報記憶部140が記憶する,プロセス関係の判定の基準から除外するシステムファイルを管理する情報の一例である。図5に示すシステムファイル管理データ141は,プロセス関係解析部100による処理の実行前にあらかじめ用意され,システムファイル管理情報記憶部140に格納されている。図5に示すシステムファイル管理データ141は,番号,種類,ファイル名ディレクトリ名の情報を持つ。番号は,システムファイル管理データ141の各レコードの識別番号である。種類は,当該レコードが,プロセス関係の判定の基準から除外するファイルFを指定しているのか,ファイルを格納するディレクトリDを指定しているのかを示す。ファイル名ディレクトリ名は,プロセス関係の判定の基準から除外するファイルの名称,またはファイルを格納するディレクトリの名称を示す。ここで,システムファイル管理データ141のレコードの種類がディレクトリDである場合には,ディレクトリ名で示されたディレクトリに直接格納されるファイルが除外対象のファイルとなる。ディレクトリ名で示されたディレクトリのサブディレクトリに格納されるファイルは,当該レコードで除外対象とするファイルには当たらない。本実施の形態の解析部130は,動作ログ121の日時が同じレコードごとに,各プロセス12を順に基点としながら,基点となるプロセス12と他のプロセス12との関係を評価する。以下の説明では,基点となるプロセス12を,オーナと呼ぶ。図6は,本実施の形態による評価テーブル1のデータ構造例を示す図である。評価テーブル1には,解析部130による評価処理において,オーナとなるプロセス12に関して,動作ログ121から抽出されたデータが格納される。図6に示すように,評価テーブル1は,プロセス情報131と,オープンファイル情報132とを有する。プロセス情報131は,オーナとなるプロセス12の情報が格納される。プロセス情報131は,グループ名,プロセス名,日時,プロセス実行モジュール,オープンファイル情報ポインタ等の情報を持つ。グループ名は,関係するプロセス12のグループに付けられる名称である。本実施の形態では,オーナとなるプロセス12のプロセス名,すなわち実行モジュールのファイル名からグループ名を自動生成する。プロセス名,日時,プロセス実行モジュールは,動作ログ121のオーナとなるプロセス12のレコードから抽出される。オープンファイル情報ポインタは,オープンファイル情報132に連鎖するポインタである。オープンファイル情報132は,オーナとなるプロセス12がオープンしたファイルの情報が格納される。オープンファイル情報132は,オーナとなるプロセス12がオープンしたファイルの数だけ生成される。オープンファイル情報132は,Nextポインタ,ファイル名,ファイル種類,オープンモード等の情報を持つ。Nextポインタは,次のオープンファイル情報132に連鎖するポインタである。ファイル名,ファイル種類,オープンモードは,動作ログ121のオーナとなるプロセス12のレコードから抽出される。図7は,本実施の形態による評価テーブル1の具体例を示す図である。図7に示す評価テーブル1は,図3に示す動作ログ121の日時が20110101010101であるレコードの解析において,プロセス名がproc1のプロセス12をオーナとしたときの評価テーブル1の例を示す。図7に示すプロセス情報131において,グループ名proc1_grpは,オーナとなるプロセス12のプロセス名proc1から自動生成されたものである。プロセス名,日時,プロセス実行モジュールは,例えば動作ログ121の番号a01のレコードから抽出されたデータである。図3に示す動作ログ121では,日時20110101010101におけるプロセス実行モジュールがoptpkg1proc1であるレコードが3つある。そのため,図7に示す評価テーブル1では,オープンファイル情報132が3つ連鎖する。オープンファイル情報132a,オープンファイル情報132b,オープンファイル情報132cのデータは,それぞれ図3に示す動作ログ121における番号a01,番号a02,番号a03のレコードから抽出されたデータである。本実施の形態の解析部130は,動作ログ121において,所定の業務サービスの営業時間内のすべての日時で記録があるプロセス12を,常駐のプロセス12と判断する。図8は,本実施の形態による評価テーブル2の例を示す図である。図8Aは,評価テーブル2のデータ構造例を示し,図8Bは,評価テーブル2の具体例を示す。評価テーブル2には,解析部130による評価処理において,常駐のプロセス12と判断されたプロセス12のデータが格納される。図8Aに示すように,評価テーブル2は,プロセス情報133を有する。図8Aに示すように,評価テーブル2のプロセス情報133は,プロセス実行モジュール,次プロセス情報ポインタ等の情報を持つ。プロセス実行モジュールは,常駐のプロセス12であると判断されたプロセス12のプロセス実行モジュールである。次プロセス情報ポインタは,次のプロセス情報133に連鎖するポインタである。図8Bに示す評価テーブル2は,図3に示す動作ログ121を解析して常駐のプロセス12であると判断された各プロセス12についての評価テーブル2の具体例を示す。例えば,図3に示す動作ログ121において,番号a14のレコードに示すプロセス名proc7のプロセス12や,番号a28のレコードに示すプロセス名proc8のプロセス12は,一部の日時でしかレコードが存在しない。本実施の形態では,このようなプロセス12は,常駐のプロセス12とは判断されない。その他の各プロセス12についてはすべての日時でレコードが存在するものとすると,常駐のプロセス12が格納される評価テーブル2は,図8Bに示す通りとなる。本実施の形態による解析部130は,動作ログ121に記録がある各プロセス12間の関係について,評価テーブル1,評価テーブル2を用いて,所定の評価項目についての評価を行う。プロセス間の関係についての評価結果の情報は,関係評価情報記憶部150に記憶される。図9は,本実施の形態による関係評価データの例を示す図である。図9に示す関係評価データ151は,関係評価情報記憶部150が記憶する,プロセス12間の関係の強さを所定の評価基準で評価した情報の一例である。図9に示す関係評価データ151は,図3に示す動作ログ121に記録がある各プロセス12間の関係について,図4に示す評価項目のうち,例えば番号1~5までの評価項目について評価を行った結果のデータである。関係評価データ151には,解析部130による評価の結果,1点以上の評価が得られたものの情報が記録されている。図9に示す関係評価データ151は,番号,日時,グループ名,プロセス実行モジュール,評価ポイントの情報を持つ。番号は,関係評価データ151の各レコードの識別番号である。日時は,当該レコードが動作ログ121におけるどの日時のプロセス12を評価しているかを示す。グループ名は,オーナとなるプロセス12のプロセス名から生成された,オーナとなるプロセス12を中心としたグループの名称である。プロセス実行モジュールは,当該レコードに評価結果が示されたプロセス12の実行モジュールを示す。評価ポイントは,所定の評価項目について評価を行った結果の合計点数である。評価ポイントが999であるレコードは,オーナとなるプロセス12のレコードである。オーナ以外のプロセス12のレコードにおける評価ポイントは,当該レコードのプロセス12とオーナとなるプロセス12との関係を評価した結果である。例えば,図3に示す動作ログ121において,番号a01,a04,a06のレコードは,それぞれプロセス名proc1,proc2,proc3のプロセス12が,同じファイルetcpkg2init2defにアクセスしたログのレコードである。図8Bに示す評価テーブル2のプロセス情報133a~133cのプロセス実行モジュールの情報から,プロセス名proc1,proc2,proc3のプロセス12は,常駐のプロセス12であることがわかる。これらの情報から,プロセス名proc1のプロセス12をオーナとしてプロセス名proc2,proc3のプロセス12との関係を解析部130が評価した結果が,図9に示す関係評価データ151の番号c01,c02,c03のレコードとなる。解析部130は,関係評価データ151から評価ポイントが所定値以上のレコードを抽出し,グループ名ごとにグループ化する。評価ポイントが所定値以上のレコードをグループ名ごとにグループ化した結果が,関係があるプロセス12をグループ化した結果となる。関係があるプロセス12をグループ化した結果の情報は,関係定義情報記憶部160に記憶される。図10は,本実施の形態による関係定義データの例を示す図である。図10に示す関係定義データ161は,関係定義情報記憶部160が記憶する,関係すると判定された複数のプロセス12をグループ化した結果の情報の一例である。図10に示す関係定義データ161は,図9に示す関係評価データ151から評価ポイントが13点以上のレコードを抽出して,グループ名ごとにまとめた結果のデータである。図10に示す関係定義データ161は,番号,グループ名,プロセス実行モジュールの情報を持つ。番号は,関係定義データ161の各レコードの識別番号である。グループ名は,図9に示す関係評価データ151の評価ポイントに基づいて,関係すると判定された複数のプロセス12をオーナとなるプロセス12を中心にまとめたグループのグループ名である。プロセス実行モジュールは,当該レコードのグループ名が示すグループに属するプロセス12のプロセス実行モジュールを示す。例えば,図9に示す関係評価データ151において,番号c01,c02,c03のレコードは,プロセス名proc1のプロセス12をオーナとしたグループ名proc1_grpのレコードである。これらのレコードは,すべて評価ポイントが13点以上であるので,解析部130により,関係評価データ151から抽出され,図10に示す関係定義データ161でプロセス12間の関係が定義される。図10に示す関係定義データ161において,番号d01,d02,d03のレコードが,図9に示す関係評価データ151の番号c01,c02,c03のレコードの評価に基づいて定義された,関係する複数のプロセス12のグループを示している。なお,本実施の形態では,関係評価データ151においてオーナとなるプロセス12のみのグループは,関係定義データ161に抽出されないものとする。監視定義生成部170は,関係定義情報記憶部160の関係定義データ161から,運用管理サーバ20による業務サーバ10の監視に用いる監視定義を生成する。生成された監視定義の情報は,監視定義情報記憶部180に記憶される。図11は,本実施の形態による監視定義データの例を示す図である。図11に示す監視定義データ181は,監視定義情報記憶部180が記憶する,監視定義の情報の一例である。図11に示す監視定義データ181は,図10に示す関係定義データ161で定義されたグループを,さらに同じプロセス12が属するグループ同士でまとめたグループのデータである。図10に示す関係定義データ161は,例えばシステムファイル以外の同じファイルにアクセスするプロセス12同士を,オーナとなるプロセス12を中心にまとめたグループが記録されたデータである。例えば,グループ名proc1_grpのグループは,図3の動作ログ121において,同じファイルetcpkg2init2defへのアクセス記録があるプロセス12同士の関係がまとめられたグループである。また,グループ名proc3_grpのグループは,図3の動作ログ121において,同じファイルetcpkg3log3txtへのアクセス記録があるプロセス12同士の関係がまとめられたグループである。例えば,グループ名proc1_grpのグループに属するプロセス名proc1のプロセス12と,グループ名proc3_grpのグループに属するプロセス名proc4のプロセス12とが共通にアクセスするファイルの記録は,図3の動作ログ121にはない。このようなファイルアクセスの観点から見れば,図10に示す関係定義データ161で定義されるように,プロセス名proc1のプロセス12と,プロセス名proc4のプロセス12との間には関係性がないと考えられる。しかし,プロセス12の動作監視の観点で見れば,プロセス名proc1のプロセス12は,プロセス名proc3のプロセス12を介して,プロセス名proc4のプロセス12と間接的に関係すると考えることができる。例えば,プロセス名proc1のプロセス12の異常停止が,プロセス名proc3のプロセス12に影響し,さらにプロセス名proc4のプロセス12に影響するというケースも考えられる。監視定義生成部170は,関係定義データ161において同じプロセス12を含むグループ同士をさらにグループ化した監視定義データ181を生成する。図11に示す監視定義データ181は,図10に示す関係定義データ161と同様に,番号,グループ名,プロセス実行モジュールの情報を持つ。例えば,図10に示す関係定義データ161では,番号d03,d04のレコードに示すように,プロセス名proc3のプロセス12が,グループ名proc1_grpのグループとグループ名proc3_grpのグループとにそれぞれ属している。図11に示す監視定義データ181では,それらの2つのグループが,プロセス名proc3のプロセス12を介した関係でまとめられて,グループ名proc1_grpのグループとして定義されている。プロセス関係図生成部190は,監視定義情報記憶部180の監視定義データ181から,プロセス12の関係を図式化したプロセス関係図を生成する。図12は,本実施の形態によるプロセス関係図の例を示す図である。図12に示すプロセス関係図191は,図11に示す監視定義データ181に示されるプロセス12間の関係を図式化したものの一例である。図12に示すプロセス関係図191において,サービスAのグループは,図11に示す監視定義データ181の番号e01,e02,e03,e04のレコードに示される,グループ名proc1_grpのグループである。また,図12に示すプロセス関係図191において,サービスBのグループは,図11に示す監視定義データ181の番号e05,e06のレコードに示される,グループ名proc5_grpのグループである。以下では,図13~図19のフローチャートを用いて,本実施の形態のプロセス関係解析部100による処理の流れの一例を説明する。以下の処理の例では,図4に示す番号1~5の評価項目で,プロセス12間の関係の評価を行うものとする。また,プロセス12同士の関係が強いと判定される評価ポイントの閾値は,13点以上であるものとする。図13は,本実施の形態のプロセス関係解析部によるプロセス関係解析処理フローチャートである。プロセス関係解析部100の情報収集部110は,情報収集処理を行うステップS10。情報収集処理では,運用中の業務サーバ10で動作するプロセス12によるファイルへのアクセス状況を示す情報が収集される。収集された情報は,動作情報記憶部120の動作ログ121に記録される。情報収集処理の詳細については,後述する。解析部130は,解析処理を行うステップS11。解析処理では,動作情報記憶部120の動作ログ121の解析により,プロセス12間の関係が評価され,所定以上の関係の評価が得られたプロセス12同士がグループ化される。関係する複数のプロセス12がグループ化された情報は,関係定義情報記憶部160の関係定義データ161に記録される。解析処理の詳細については,後述する。監視定義生成部170は,関係定義情報記憶部160の関係定義データ161から,監視定義データ181を生成するステップS12。生成された監視定義データ181は,監視定義情報記憶部180に記憶される。プロセス関係図生成部190は,監視定義情報記憶部180の監視定義データ181から,プロセス関係図191を生成するステップS13。生成されたプロセス関係図191は,例えば,業務サーバ10の監視システムの設計者が操作する端末のディスプレイ等に表示される。図14は,本実施の形態の情報収集部による情報収集処理フローチャートである。情報収集部110は,情報収集のタイミングかを判定するステップS20。例えば,1分おきに情報収集を行う場合には,その1分おきのタイミングを計る。情報収集のタイミングであればステップS20のYES,情報収集部110は,OS11からそのとき動作しているプロセス12の一覧情報を取得するステップS21。情報収集部110は,取得したプロセス12の一覧から,プロセス12を順に1つ選択するステップS22。情報収集部110は,選択したプロセス12から,該プロセス12がアクセスしているファイルの情報を取得するステップS23。ここで取得されるファイルの情報は,ファイル名,ファイル種類,オープンモード等である。また,情報収集部110は,選択したプロセス12の実行モジュールのフルパスを取得するステップS24。情報収集部110は,取得した情報を,動作情報記憶部120の動作ログ121に記録するステップS25。情報収集部110は,プロセス12の一覧にあるすべてのプロセス12について,処理が終了したかを判定するステップS26。まだ,すべてのプロセス12について処理が終了していなければステップS26のNO,情報収集部110は,ステップS22の処理に戻って,次のプロセス12の処理に移る。すべてのプロセス12の処理が終了していればステップS26のYES,情報収集部110は,情報収集が終了かを判定するステップS27。例えば,1日分の動作ログ121を収集する場合には,その1日が終了したかを判定する。情報収集が終了でなければステップS27のNO,情報収集部110は,ステップS20の処理に戻って,次の情報収集のタイミングを待つ。情報収集が終了であればステップS27のYES,情報収集部110は,処理を終了する。図15は,本実施の形態の解析部による解析処理フローチャートである。解析部130は,動作ログ121において,日時を順に1つ選択するステップS30。解析部130は,動作ログ121において,該当日時のレコードがあるプロセス12から,オーナとなるプロセス12を順に1つ選択するステップS31。解析部130は,システムファイル管理データ141を参照し,選択されたプロセス12がシステムモジュールのプロセス12かを判定するステップS32。選択されたプロセス12がシステムモジュールのプロセス12でなければステップS32のNO,解析部130は,オーナ別評価処理を行うステップS33。オーナ別評価処理は,選択されたプロセス12をオーナとして,他の評価相手のプロセス12との関係を評価する処理である。オーナ別評価処理の詳細については,後述する。選択されたプロセス12がシステムモジュールのプロセス12である場合にはステップS32のYES,解析部130は,オーナ別評価処理を行わない。解析部130は,該当日時のレコードがあるすべてのプロセス12をオーナとした処理が終了したかを判定するステップS34。すべてのプロセス12をオーナとした処理が終了していなければステップS34のNO,解析部130は,ステップS31の処理に戻って,次のプロセス12をオーナとした処理に移る。すべてのプロセス12をオーナとした処理が終了していればステップS34のYES,解析部130は,動作ログ121のすべての日時について処理が終了したかを判定するステップS35。動作ログ121のすべての日時について処理が終了していなければステップS35のNO,解析部130は,ステップS30の処理に戻って,次の日時の処理に移る。動作ログ121のすべての日時について処理が終了していればステップS35のYES,解析部130は,常駐プロセス評価処理を行うステップS36。常駐プロセス評価処理は,ステップS35までの処理で関係評価されたプロセス12が,常駐のプロセス12であるかを評価する処理である。常駐プロセス評価処理の詳細については,後述する。解析部130は,関係定義生成処理を行うステップS37。関係定義生成処理は,ステップS36までの処理により得られた関係評価データ151から,関係定義データ161を生成する処理である。関係定義生成処理の詳細については,後述する。図16は,本実施の形態の解析部によるオーナ別評価処理フローチャートである。解析部130は,オーナとなるプロセス12のデータを評価テーブル1に格納するステップS40。ここでのオーナとなるプロセス12は,図15のステップS31で選択されたプロセスである。解析部130は,評価テーブル1に格納したオーナとなるプロセス12の情報を関係評価データ151に記録するステップS41。このとき,評価ポイントには,オーナとなるプロセス12を示す999が記録される。解析部130は,動作ログ121の該当日時のレコードがあるプロセス12から,オーナとなるプロセス12の評価相手のプロセス12を順に1つ選択するステップS42。ここでの該当日時は,図15のステップS30で選択された日時である。なお,すでにオーナとしての処理が終わったプロセス12は,重複評価を避けるために,評価相手のプロセス12として選択しないものとする。例えば,すでにプロセス名proc1のプロセス12をオーナとした処理が終わっていれば,その後のプロセス名proc2のプロセス12をオーナとした処理では,プロセス名proc1のプロセス12を評価相手として選択しない。解析部130は,システムファイル管理データ141を参照し,選択された評価相手のプロセス12がシステムモジュールのプロセス12かを判定するステップS43。選択された評価相手のプロセス12がシステムモジュールのプロセス12でなければステップS43のNO,解析部130は,関係評価処理を行うステップS44。本実施の形態による関係評価処理は,オーナとなるプロセス12と評価相手のプロセス12との関係を,図4の番号2~5に示す評価項目で評価する処理である。関係評価処理の詳細については,後述する。選択された評価相手のプロセス12がシステムモジュールのプロセス12である場合にはステップS43のYES,解析部130は,関係評価処理を行わず,関係評価データ151への記録を行わない。解析部130は,オーナとなるプロセス12と評価相手のプロセス12との関係の評価で,評価ポイントが1点以上であるかを判定するステップS45。評価ポイントが1点以上であればステップS45のYES,解析部130は,オーナとなるプロセス12に対する評価相手のプロセス12の情報を関係評価データ151に記録するステップS46。評価ポイントが0点であればステップS45のNO,当該評価相手のプロセス12の情報は関係評価データ151に記録されない。解析部130は,動作ログ121の該当日時のレコードがあるすべての評価相手のプロセス12について処理が終了したかを判定するステップS47。すべての評価相手のプロセス12について処理が終了していなければステップS47のNO,解析部130は,ステップS42の処理に戻って,次の評価相手のプロセス12の処理に移る。すべての評価相手のプロセス12について処理が終了していればステップS47のYES,解析部130は,処理を終了する。図17は,本実施の形態の解析部による関係評価処理フローチャートである。解析部130は,オーナとなるプロセス12と評価相手のプロセス12とが同一ファイルにアクセスしているかを判定するステップS50。ここでのオーナとなるプロセス12は,図15のステップS31で選択されたプロセス12であり,評価相手のプロセス12は,図16のステップS42で選択されたプロセス12である。同一ファイルにアクセスしていればステップS50のYES,解析部130は,システムファイル管理データ141を参照して,そのアクセスファイルがシステムファイルであるかを判定するステップS51。アクセスファイルがシステムファイルでなければステップS51のNO,解析部130は,オーナとなるプロセス12に対する評価相手のプロセス12の評価ポイントに1点を加算するステップS52。ステップS50~S52の処理は,図4に示す2番の評価項目についての処理である。同一ファイルにアクセスしていない場合やステップS50のNO,アクセスしている同一ファイルがシステムファイルである場合にはステップS51のYES,図4に示す2番の評価項目の点数1は評価ポイントに加算されない。解析部130は,アクセスファイルが名前付きパイプまたはUNIXドメインソケットであるかを判定するステップS53。アクセスファイルが名前付きパイプまたはUNIXドメインソケットであればステップS53のYES,解析部130は,オーナとなるプロセス12に対する評価相手のプロセス12の評価ポイントに3点を加算するステップS54。ステップS53,S54の処理は,図4に示す5番の評価項目についての処理である。アクセスファイルが名前付きパイプまたはUNIXドメインソケットでなければステップS53のNO,図4に示す5番の評価項目の点数3は評価ポイントに加算されない。解析部130は,オーナとなるプロセス12と評価相手のプロセス12とが同一ディレクトリ内のファイルにアクセスしているかを判定するステップS55。同一ディレクトリ内のファイルにアクセスしていればステップS55のYES,解析部130は,システムファイル管理データ141を参照して,それらのアクセスファイルがシステムファイルであるかを判定するステップS56。アクセスファイルがシステムファイルでなければステップS56のNO,解析部130は,オーナとなるプロセス12に対する評価相手のプロセス12の評価ポイントに2点を加算するステップS57。ステップS55~S57の処理は,図4に示す3番の評価項目についての処理である。同一ディレクトリのファイルにアクセスしていない場合やステップS55のNO,それぞれがアクセスしているファイルがシステムファイルである場合にはステップS56のYES,図4に示す3番の評価項目の点数2は評価ポイントに加算されない。解析部130は,オーナとなるプロセス12の実行モジュールと評価相手のプロセス12の実行モジュールとが同一ディレクトリに格納されているかを判定するステップS58。実行モジュールが同一のディレクトリに格納されていればステップS58のYES,解析部130は,オーナとなるプロセス12に対する評価相手のプロセス12の評価ポイントに1点を加算するステップS59。ステップS58,S59の処理は,図4に示す4番の評価項目についての処理である。実行モジュールが同一のディレクトリに格納されていなければステップS58のNO,図4に示す4番の評価項目の点数1は評価ポイントに加算されない。図18は,本実施の形態の解析部による常駐プロセス評価処理フローチャートである。解析部130は,動作ログ121から所定時間内のログを取得するステップS60。ここでは,業務サーバ10による業務サービスの営業時間内のログを取得するものとする。解析部130は,取得したログから,すべての日時で記録があるプロセス12を抽出し,抽出されたプロセス12について,プロセス実行モジュールの情報を,評価テーブル2のプロセス情報133にそれぞれ格納するステップS61。解析部130は,関係評価データ151のレコードを順に1つ選択するステップS62。解析部130は,選択されたレコードがオーナとなるプロセス12のレコードであるかを判定するステップS63。オーナとなるプロセス12のレコードは,評価ポイントが999のレコードである。選択されたレコードがオーナとなるプロセス12のレコードであればステップS63のYES,図4に示す1番の評価項目の点数10を評価ポイントに加算しなくてよい。選択されたレコードがオーナとなるプロセス12のレコードでなければステップS63のNO,解析部130は,該当レコードに示される評価相手のプロセス12が常駐のプロセス12であるかを判定するステップS64。選択されたレコードのプロセス実行モジュールが評価テーブル2のプロセス情報133のいずれかにあれば,該当レコードに示される評価相手のプロセス12が常駐のプロセス12であると判定される。選択されたレコードに示される評価相手のプロセス12が常駐のプロセス12でなければステップS64のNO,図4に示す1番の評価項目の点数10は評価ポイントに加算されない。選択されたレコードに示される評価相手のプロセス12が常駐のプロセス12であればステップS64のYES,解析部130は,その評価相手のプロセス12のオーナとなるプロセス12が常駐のプロセス12であるかを判定するステップS65。オーナとなるプロセス12が常駐のプロセス12であればステップS65のYES,解析部130は,選択されたレコードの評価ポイントに10点を加算するステップS66。オーナとなるプロセス12が常駐のプロセス12でなければステップS65のNO,図4に示す1番の評価項目の点数10は評価ポイントに加算されない。解析部130は,関係評価データ151のすべてのレコードについて処理が終了したかを判定するステップS67。すべてのレコードについて処理が終了していなければステップS67のNO,解析部130は,ステップS62の処理に戻って,次のレコードの処理に移る。すべてのレコードについて処理が終了していればステップS67のYES,解析部130は,処理を終了する。図19は,本実施の形態の解析部による関係定義生成処理フローチャートである。解析部130は,関係評価データ151のレコードを順に1つ選択するステップS70。解析部130は,選択されたレコードの評価ポイントが13点以上であるかを判定するステップS71。選択されたレコードの評価ポイントが13点以上でなければステップS71のNO,そのレコードの情報を関係定義データ161に記録しない。本実施の形態では,評価ポイントが13点に満たない場合,オーナとなるプロセス12と評価相手のプロセス12とは,関係が低いと判断される。選択されたレコードの評価ポイントが13点以上であればステップS71のYES,選択されたレコードのグループが,オーナとなるプロセス12のみのグループであるかを判定するステップS72。オーナとなるプロセス12のみのグループであればステップS72のYES,選択されたレコードの情報を関係定義データ161に記録しない。例えば,図9に示す関係評価データ151において,番号c04のレコードのグループは,オーナとなるプロセスのみのグループであるので,その情報は関係定義データ161に記録されない。オーナとなるプロセス12のみのグループでなければステップS72のNO,解析部130は,関係定義データ161に,選択されたレコードにおけるグループとプロセス12との対応を記録するステップS73。本実施の形態では,グループとプロセス12との対応として,グループ名とプロセス実行モジュールとの対応が,関係定義データ161に記録される。解析部130は,関係評価データ151のすべてのレコードについて処理が終了したかを判定するステップS74。すべてのレコードについて処理が終了していなければステップS74のNO,解析部130は,ステップS70の処理に戻って,次のレコードの処理に移る。すべてのレコードについて処理が終了していればステップS74のYES,解析部130は,処理を終了する。以上,本実施の形態のプロセス関係解析部100によって,業務サーバ10の運用で得られる情報から,複数のプロセス間の関係をコンピュータで自動抽出することが可能となる。これにより,ユーザは,業務サーバ10を構成するプロセスの関係を得るために,ユーザがマニュアルや仕様書を手作業で調査する必要がなくなる。以上,本実施の形態について説明したが,本発明はその主旨の範囲において種々の変形が可能であることは当然である。例えば,本実施の形態では,プロセス関係解析部100が,監視対象の業務サーバ10内に備えられた例を説明したが,これに限るものではない。例えば,プロセス12によるファイルのアクセス状況の情報を収集する情報収集部110のみを監視対象のコンピュータに備えさせ,収集された情報を別のコンピュータで解析してプロセス12間の関係を求めるようにしてもよい。"