(57)【特許請求の範囲】
【請求項１】
コンピュータに，
プロセスによるファイルへのアクセス処理について，処理を実行したプロセスに関する情報とアクセス先のファイルとを示す履歴情報に基づき，システムファイル以外の同じファイルにアクセスするか，同じディレクトリのシステムファイル以外のファイルにアクセスするか，および，プロセスの実行モジュールが同じディレクトリに格納されているか，に基づき複数のプロセス間の関係の評価情報を生成し，
前記評価情報に基づき，複数のプロセスをグループ化する，
処理を実行させるためのプロセス関係解析プログラム。
【請求項２】
前記複数のプロセスは，常駐のプロセスである
ことを特徴とする請求項１に記載のプロセス関係解析プログラム。
【請求項３】
プロセスによるファイルへのアクセス処理の実行に応じて，処理を実行したプロセスに関する情報とアクセス先のファイルとを示す履歴情報を記憶する第１の記憶部と，
前記履歴情報に基づき，システムファイル以外の同じファイルにアクセスするか，同じディレクトリのシステムファイル以外のファイルにアクセスするか，および，プロセスの実行モジュールが同じディレクトリに格納されているか，に基づき複数のプロセス間の関係の評価情報を生成し，前記評価情報に基づき複数のプロセスをグループ化する解析部と，
グループ化した前記複数のプロセスを記憶する第２の記憶部とを備える
ことを特徴とするプロセス関係解析装置。
【請求項４】
コンピュータが，
プロセスによるファイルへのアクセス処理について，処理を実行したプロセスに関する情報とアクセス先のファイルとを示す履歴情報に基づき，システムファイル以外の同じファイルにアクセスするか，同じディレクトリのシステムファイル以外のファイルにアクセスするか，および，プロセスの実行モジュールが同じディレクトリに格納されているか，に基づき複数のプロセス間の関係の評価情報を生成し，
前記評価情報に基づき，複数のプロセスをグループ化する，処理を実行する
ことを特徴とするプロセス関係解析方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は，プロセス間の関係を解析するプロセス関係解析プログラム，プロセス関係解析装置およびプロセス関係解析方法に関するものである。
【背景技術】
【０００２】
一般に，運用中のシステムの挙動を監視することが行われている。例えば，業務サービスを行うシステムに対する，業務サービスを構成するプロセスの異常終了などの監視が行われる。
【０００３】
例えば業務サービスを行うシステムにおいて，あるプロセスの異常終了が，関連する別のプロセスの処理に影響するケースがある。そのため，監視システムの設計者は，業務サービスを構成するプロセスの関係図を作成し，そのプロセス関係図に基づいて監視システムに監視定義を登録する作業を行う。
【０００４】
なお，バッチ処理を行うジョブについて，同一ファイルにアクセスしたジョブをグルーピングし，同一ファイルにアクセスするジョブのグループ単位で，ジョブをスケジューリングする技術が知られている。また，プログラムの実行履歴をもとにソースプログラムを参照し，ファイルの更新項目関連図を作成する技術が知られている。また，タスク間のメッセージ通信の送受信の関係を，メッセージシーケンスとして可視化する技術が知られている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開平０８−２８６９５８号公報
【特許文献２】特開平１０−３４０１８８号公報
【特許文献３】特開２００４−５４３７８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
コンピュータで動作するプロセスの一覧は，ＯＳ（Operating System）から得ることができる。しかし，ＯＳから提供されるプロセス一覧の情報だけでは，どのプロセスがどのアプリケーションやミドルウェアにより動作するプロセスであるかが分からないため，業務サービスを構成するプロセスの関係を抽出することはできない。
【０００７】
そのため，監視システムの設計者は，業務サービスシステムのマニュアルや仕様書などを調べて，業務サービスを構成するプロセスの関係図を手作業で作成していた。また，マニュアルや仕様書などに必要な情報が書かれていない場合もあり，監視システムの設計者は，さらにメーカのサポート部門に問い合わせを行うなどして，プロセスの関係図を作成していた。
【０００８】
一側面では，本発明は，プロセス間の関係をコンピュータで抽出することが可能となる技術を提供することを目的とする。
【課題を解決するための手段】
【０００９】
１態様では，開示するプログラムは，コンピュータを次のように機能させる。すなわち，前記プログラムは，コンピュータに，プロセスによるファイルへのアクセス処理について，処理を実行したプロセスに関する情報とアクセス先のファイルとを示す履歴情報に基づき，システムファイル以外の同じファイルにアクセスするか，同じディレクトリのシステムファイル以外のファイルにアクセスするか，および，プロセスの実行モジュールが同じディレクトリに格納されているか，に基づき複数のプロセス間の関係の評価情報を生成し，前記評価情報に基づき，複数のプロセスをグループ化する，処理を実行させる。
【発明の効果】
【００１０】
１態様では，プロセス間の関係をコンピュータで抽出することが可能となる。
【図面の簡単な説明】
【００１１】
【図１】本実施の形態によるプロセス関係解析機能を有するシステムの構成例を示す図である。
【図２】本実施の形態によるプロセス関係解析部を実現するコンピュータのハードウェア構成例を示す図である。
【図３】本実施の形態による動作ログの例を示す図である。
【図４】本実施の形態の解析における評価項目の例を示す図である。
【図５】本実施の形態によるシステムファイル管理データの例を示す図である。
【図６】本実施の形態による評価テーブル（１）のデータ構造例を示す図である。
【図７】本実施の形態による評価テーブル（１）の具体例を示す図である。
【図８】本実施の形態による評価テーブル（２）の例を示す図である。
【図９】本実施の形態による関係評価データの例を示す図である。
【図１０】本実施の形態による関係定義データの例を示す図である。
【図１１】本実施の形態による監視定義データの例を示す図である。
【図１２】本実施の形態によるプロセス関係図の例を示す図である。
【図１３】本実施の形態のプロセス関係解析部によるプロセス関係解析処理フローチャートである。
【図１４】本実施の形態の情報収集部による情報収集処理フローチャートである。
【図１５】本実施の形態の解析部による解析処理フローチャートである。
【図１６】本実施の形態の解析部によるオーナ別評価処理フローチャートである。
【図１７】本実施の形態の解析部による関係評価処理フローチャートである。
【図１８】本実施の形態の解析部による常駐プロセス評価処理フローチャートである。
【図１９】本実施の形態の解析部による関係定義生成処理フローチャートである。
【発明を実施するための形態】
【００１２】
以下，本実施の形態について，図を用いて説明する。
【００１３】
図１は，本実施の形態によるプロセス関係解析機能を有するシステムの構成例を示す図である。
【００１４】
図１において，業務サーバ１０は，特定の業務サービスの処理を実行するコンピュータである。運用管理サーバ２０は，業務サーバ１０の運用を管理するコンピュータである。運用管理サーバ２０は，業務サーバ１０が提供する業務サービスを構成するプロセスの異常終了などを監視する。
【００１５】
業務サーバ１０は，ＯＳ（Operating System）１１，複数のプロセス１２，プロセス関係解析部１００を備える。
【００１６】
業務サーバ１０において，ＯＳ１１は，業務サーバ１０で動作するプロセス１２の管理等を行う。業務サーバ１０では，業務サービスを構成するプロセス１２の他にも，ＯＳ１１の処理を行うプロセス１２など，様々なプロセス１２が動作する。
【００１７】
プロセス関係解析部１００は，業務サーバ１０が提供する業務サービスの処理を実行する複数のプロセス間の関係を解析する。プロセス関係解析部１００は，情報収集部１１０，動作情報記憶部１２０，解析部１３０，システムファイル管理情報記憶部１４０，関係評価情報記憶部１５０，関係定義情報記憶部１６０，監視定義生成部１７０，監視定義情報記憶部１８０，プロセス関係図生成部１９０を備える。
【００１８】
情報収集部１１０は，業務サーバ１０で動作するプロセス１２によるファイルへのアクセス状況を示す情報を収集する。例えば，情報収集部１１０は，業務サーバ１０で動作するプロセス１２によるファイルＩ／Ｏ（Input Output）を監視し，その情報を取得する。情報収集部１１０は，プロセス１２によるファイルＩ／Ｏの監視で得られた情報を，動作情報記憶部１２０に蓄積する。
【００１９】
動作情報記憶部１２０は，プロセス１２によるファイルへのアクセス状況が記録された履歴情報を記憶する記憶部である。例えば，動作情報記憶部１２０は，プロセス１２によるファイルへのアクセス処理に応じて，処理を実行したプロセス１２とアクセス先のファイルとを示す履歴情報を記憶する記憶部となる。
【００２０】
解析部１３０は，動作情報記憶部１２０に記憶された履歴情報を解析して，システムファイルを除いた同じファイルにアクセスする複数のプロセス１２を抽出し，それらのプロセス１２をグループ化して，関連付ける。
【００２１】
システムファイル管理情報記憶部１４０は，システムファイルに関する情報が記憶された記憶部である。システムファイルは，例えばＯＳ１１の動作に必要なファイルなど，業務サービスのプロセス１２だけでなく，業務サーバ１０で動作するすべてのプロセス１２がアクセスするファイルである。解析部１３０は，システムファイル管理情報記憶部１４０の情報を参照し，プロセス関係の基準からシステムファイルを除外する。
【００２２】
関係評価情報記憶部１５０は，プロセス１２間の関係の強さを所定の評価基準で評価した情報を記憶する記憶部である。本実施の形態では，解析部１３０は，プロセス関係の解析の過程で，プロセス１２間の関係の強さを所定の評価基準で評価する処理を行う。この評価では，システムファイル以外の同じファイルにアクセスするプロセス１２同士の関係は強いと評価される。解析部１３０は，関係評価情報記憶部１５０に記憶された評価情報に基づいて，関係が強いと評価される複数のプロセス１２をグループ化する。
【００２３】
関係定義情報記憶部１６０は，複数のプロセス１２をグループ化した結果の情報を記憶する記憶部である。関係定義情報記憶部１６０に記憶された複数のプロセス１２をグループ化した結果の情報には，システムファイルを除く同じファイルにアクセスする複数のプロセス１２をグループ化して関連付けた情報が含まれる。
【００２４】
監視定義生成部１７０は，解析部１３０の解析結果から，運用管理サーバ２０による業務サーバ１０の監視に用いる監視定義を生成する。監視定義生成部１７０は，生成した監視定義の情報を，監視定義情報記憶部１８０に記憶する。
【００２５】
監視定義情報記憶部１８０は，監視定義の情報を記憶する記憶部である。監視定義情報記憶部１８０に記憶された監視定義の情報は，運用管理サーバ２０に送られ，運用管理サーバ２０による業務サーバ１０の監視に用いられる。
【００２６】
プロセス関係図生成部１９０は，監視定義情報記憶部１８０に記憶された監視定義の情報に基づいて，プロセス１２の関係を図式化したプロセス関係図を自動生成する。ユーザは，自動生成されたプロセス関係図をディスプレイ等で見ることで，業務サーバ１０が提供する業務サービスを構成するプロセス１２の関係を容易に知ることができる。
【００２７】
図２は，本実施の形態によるプロセス関係解析部を実現するコンピュータのハードウェア構成例を示す図である。
【００２８】
図１に示す本実施の形態のプロセス関係解析部１００を実現するコンピュータ１は，例えば，ＣＰＵ（Central Processing Unit ）２，主記憶となるメモリ３，記憶装置４，通信装置５，媒体読取・書込装置６，入力装置７，出力装置８等を備える。記憶装置４は，例えばＨＤＤ（Hard Disk Drive ）などである。媒体読取・書込装置６は，例えばＣＤ−Ｒ（Compact Disc Recordable ）ドライブやＤＶＤ−Ｒ（Digital Versatile Disc Recordable ）ドライブなどである。入力装置７は，例えばキーボード・マウスなどである。出力装置８は，例えばディスプレイ等の表示装置などである。
【００２９】
図１に示すプロセス関係解析部１００およびプロセス関係解析部１００が備える各機能部は，コンピュータ１が備えるＣＰＵ２，メモリ３等のハードウェアと，ソフトウェアプログラムとによって実現することが可能である。コンピュータ１が実行可能なプログラムは，記憶装置４に記憶され，その実行時にメモリ３に読み出され，ＣＰＵ２により実行される。
【００３０】
コンピュータ１は，可搬型記録媒体から直接プログラムを読み取り，そのプログラムに従った処理を実行することもできる。また，コンピュータ１は，サーバコンピュータからプログラムが転送されるごとに，逐次，受け取ったプログラムに従った処理を実行することもできる。さらに，このプログラムは，コンピュータ１で読み取り可能な記録媒体に記録しておくことができる。
【００３１】
以下では，本実施の形態のプロセス関係解析部１００による処理について，より具体的な例を示しながら説明を行う。
【００３２】
ここでは，運用テストで，業務サーバ１０を，例えば１日間試験運転するものとする。プロセス関係解析部１００の情報収集部１１０は，その間に業務サーバ１０で動作する各プロセス１２のファイルＩ／Ｏを監視して，その情報を収集する。情報収集部１１０は，収集した情報を，動作情報記憶部１２０に蓄積する。
【００３３】
例えば，情報収集部１１０は，１分おきなどの所定のタイミングで，ＯＳ１１からそのとき動作しているプロセス１２の一覧情報を取得する。情報収集部１１０は，取得した一覧情報にある各プロセス１２から，それぞれアクセスしているファイルの情報を取得する。例えば既存のＯＳ１１には，ＯＳ１１からプロセス１２の一覧情報などを取得する，また各プロセス１２からプロセス１２がアクセスするファイルの情報などを取得するコマンドやＡＰＩ（Application Program Interface ）などが用意されている。
【００３４】
図３は，本実施の形態による動作ログの例を示す図である。
【００３５】
図３に示す動作ログ１２１は，動作情報記憶部１２０が記憶する，プロセス１２によるファイルへのアクセス状況が記録された履歴情報の一例である。図３に示す動作ログ１２１は，番号，日時，プロセス名，プロセス実行モジュール，ファイル名，ファイル種類，オープンモードの情報を持つ。
【００３６】
番号は，動作ログ１２１の各レコードの識別番号である。日時は，情報収集部１１０により当該レコードのデータが収集された日時を示す。プロセス名は，当該レコードのデータが収集されたプロセス１２の名称である。ここでは，プロセス名は，プロセス１２の実行モジュールのファイル名であるものとする。プロセス実行モジュールは，当該レコードのデータが収集されたプロセス１２の実行モジュールを示す。図３に示す動作ログ１２１では，プロセス１２の実行モジュールがフルパスで示されている。プロセス実行モジュールの最後尾が，当該レコードのプロセス１２の実行モジュールのファイル名，すなわち当該レコードのプロセス１２のプロセス名となる。
【００３７】
ファイル名は，当該レコードのデータが収集されたプロセス１２がオープンしているファイルの名称を示す。図３に示す動作ログ１２１では，ファイル名がフルパスで示されている。ファイル種類は，当該レコードのデータが収集されたプロセス１２がオープンするファイルの種類が示される。ファイルの種類には，ディレクトリ（またはフォルダ，以下同様）に収められた通常のファイル“ｆｉｌｅ”の他に，例えば名前付きパイプ“ｐｉｐｅ”やＵＮＩＸ（登録商標）ドメインソケット“ｓｏｃｋｅｔ”などのファイルアクセスの手法を利用したプロセス間通信のファイルがある。オープンモードは，当該レコードのデータが収集されたプロセス１２が，ファイルを読み込みモード“ｒ”でオープンしたか，書き込みモード“ｗ”でオープンしたかのモードを示す。
【００３８】
プロセス関係解析部１００の解析部１３０は，図３に示す動作ログ１２１を解析し，関係する複数のプロセス１２をグループ化する。
【００３９】
業務サービスを構成する各プロセス１２は，同一のファイルにアクセスを行うことが多い。特に，同じ時間帯に同一のファイルにアクセスするプロセス１２同士は，その関係が強いと判断できる。本実施の形態によるプロセス関係解析部１００は，業務サーバ１０で動作する各プロセス１２のファイルＩ／Ｏのログを解析し，同一ファイルにアクセスする複数のプロセス１２を抽出することで，互いに関係するプロセス１２を見つけ出してグループ化する。
【００４０】
本実施の形態では，解析部１３０は，複数のプロセス１２が同一ファイルにアクセスしているかの評価項目を含む，複数の項目について点数を用いた評価を行い，所定以上の評価が得られたプロセス同士を，互いに関係があるプロセスとしてグループ化する。
【００４１】
図４は，本実施の形態の解析における評価項目の例を示す図である。
【００４２】
図４において，番号１の評価項目は，各プロセス１２が常駐のプロセス１２であるかを評価することを示す。多くの場合，業務サービスの処理は，業務の営業時間中ずっと業務サーバ１０で動作し続ける常駐のプロセス１２によって実行される。このようなケースでは，グループ化する対象のプロセス１２を常駐のプロセス１２に絞り込むことで，より正確に関係するプロセス１２同士のグループ化が行える。例えば，図４に示す評価項目の例では，常駐のプロセス１２の評価に１０点という他の評価項目と比べてかなり高い点数を設定して，グループ化するプロセス１２をほぼ常駐のプロセス１２に限定している。
【００４３】
図４において，番号２の評価項目は，各プロセス１２が同一ファイルにアクセスしているかを評価することを示す。上述したように，同一ファイルにアクセスするプロセス１２同士は，関係が強いと判断できる。なお，この評価項目におけるファイルには，システムファイルは含まれないものとする。
【００４４】
図４において，番号３の評価項目は，各プロセス１２が同一ディレクトリ内のファイルにアクセスしているかを評価することを示す。互いに関係するファイルは，まとめて同じディレクトリに格納されるケースが多く，同一ディレクトリ内のファイルにアクセスするプロセス１２同士は，関係が強い可能性がある。なお，同一ディレクトリ内のファイルには，当該ディレクトリのサブディレクトリ内のファイルは含まれないものとする。また，この評価項目におけるファイルには，システムファイルは含まれないものとする。
【００４５】
２つのプロセス１２が同一ファイルにアクセスしているときには，それらのプロセス１２は，同時に同一ディレクトリ内のファイルにアクセスしているということになる。すなわち，同一ファイルにアクセスするプロセス１２間の関係の評価では，同一ファイルにアクセスする評価の点数に，さらに同一ディレクトリ内のファイルにアクセスする評価の点数が加算される。
【００４６】
図４において，番号４の評価項目は，各プロセス１２の実行モジュールが同一ディレクトリに格納されているかを評価することを示す。互いに関係するプロセス１２の実行モジュールは，まとめて同じディレクトリに格納されるケースが多い。なお，この評価項目におけるモジュールには，システムモジュールは含まれないものとする。システムモジュールは，例えばＯＳ１１の処理を行うプロセス１２の実行モジュールである。
【００４７】
図４において，番号５の評価項目は，各プロセス１２が同一ディレクトリ内のファイルにアクセスしている場合に，そのファイル種類が名前付きパイプまたはＵＮＩＸドメインソケットであるかを評価することを示す。名前付きパイプやＵＮＩＸドメインソケットは，ファイルアクセスの手法を用いたプロセス間通信である。名前付きパイプまたはＵＮＩＸドメインソケットは，プロセス１２間の通信に利用されるので，同じ名前付きパイプやＵＮＩＸドメインソケットにアクセスするプロセス１２同士は，関係が強いと判断できる。
【００４８】
図４において，番号６の評価項目は，各プロセス１２が同一ディレクトリ内のファイルにアクセスしている場合に，そのオープンモードが書き込みモードであるかを評価することを示す。また，番号７の評価項目は，各プロセス１２が同一ディレクトリ内のファイルにアクセスしている場合に，そのオープンモードが読み込みモードであるかを評価することを示す。
【００４９】
図４において，番号８の評価項目は，各プロセス１２が同一日時にファイルアクセスを行っているかを評価する。この評価項目におけるファイルは，プロセス１２ごとに別のファイルであってもよい。例えば，８０％以上の割合で同一日時にファイルアクセスを行っているプロセス１２間の関係に，点数が加算される。
【００５０】
本実施の形態では，解析部１３０は，各プロセス１２間の関係について，図４に示すような各評価項目についての評価を行い，例えば合計点数が１３点以上のプロセス１２同士を，互いに関係するプロセス１２としてグループ化する。図４に示す評価項目の例では，同一ファイルにアクセスする常駐のプロセス１２同士については，合計点数が少なくとも１３点になるので，互いに関係があるプロセス１２としてグループ化される。
【００５１】
なお，解析部１３０でプロセス１２間の関係を評価する際の評価項目について，図４に示す評価項目の一部を使用する，図４に示す以外の評価項目を使用するなどの設計は，任意である。また，関係の有無を判定する合計点数の閾値設定も，任意である。
【００５２】
図４の評価項目の説明でも触れた通り，本実施の形態の解析部１３０によるプロセス１２間の関係の評価では，システムファイルを除外した評価が行われる。解析部１３０は，システムファイル管理情報記憶部１４０の情報を参照し，システムファイルをプロセス関係をグループ化する判定の基準となるファイルから除外する。
【００５３】
ＯＳ１１等が提供するシステムファイルは，業務サービスの処理を行うプロセス１２であるか否かに関係なく，業務サーバ１０で動作するすべてのプロセス１２がアクセスする可能性がある。このようなシステムファイルをプロセス関係の判定の基準に含めてグループ化を行うと，業務処理として関係がないプロセス１２でも，システムファイルにアクセスするプロセス１２がすべて同一のグループとなってしまう。本実施の形態では，システムファイルをプロセス関係の判定の基準から除外することで，業務サービスの処理として関係のないプロセス１２同士がグループ化されることを防止する。
【００５４】
図５は，本実施の形態によるシステムファイル管理データの例を示す図である。
【００５５】
図５に示すシステムファイル管理データ１４１は，システムファイル管理情報記憶部１４０が記憶する，プロセス関係の判定の基準から除外するシステムファイルを管理する情報の一例である。図５に示すシステムファイル管理データ１４１は，プロセス関係解析部１００による処理の実行前にあらかじめ用意され，システムファイル管理情報記憶部１４０に格納されている。図５に示すシステムファイル管理データ１４１は，番号，種類，ファイル名・ディレクトリ名の情報を持つ。
【００５６】
番号は，システムファイル管理データ１４１の各レコードの識別番号である。種類は，当該レコードが，プロセス関係の判定の基準から除外するファイル“Ｆ”を指定しているのか，ファイルを格納するディレクトリ“Ｄ”を指定しているのかを示す。ファイル名・ディレクトリ名は，プロセス関係の判定の基準から除外するファイルの名称，またはファイルを格納するディレクトリの名称を示す。
【００５７】
ここで，システムファイル管理データ１４１のレコードの種類がディレクトリ“Ｄ”である場合には，ディレクトリ名で示されたディレクトリに直接格納されるファイルが除外対象のファイルとなる。ディレクトリ名で示されたディレクトリのサブディレクトリに格納されるファイルは，当該レコードで除外対象とするファイルには当たらない。
【００５８】
本実施の形態の解析部１３０は，動作ログ１２１の日時が同じレコードごとに，各プロセス１２を順に基点としながら，基点となるプロセス１２と他のプロセス１２との関係を評価する。以下の説明では，基点となるプロセス１２を，オーナと呼ぶ。
【００５９】
図６は，本実施の形態による評価テーブル（１）のデータ構造例を示す図である。
【００６０】
評価テーブル（１）には，解析部１３０による評価処理において，オーナとなるプロセス１２に関して，動作ログ１２１から抽出されたデータが格納される。図６に示すように，評価テーブル（１）は，プロセス情報１３１と，オープンファイル情報１３２とを有する。
【００６１】
プロセス情報１３１は，オーナとなるプロセス１２の情報が格納される。プロセス情報１３１は，グループ名，プロセス名，日時，プロセス実行モジュール，オープンファイル情報ポインタ等の情報を持つ。グループ名は，関係するプロセス１２のグループに付けられる名称である。本実施の形態では，オーナとなるプロセス１２のプロセス名，すなわち実行モジュールのファイル名からグループ名を自動生成する。プロセス名，日時，プロセス実行モジュールは，動作ログ１２１のオーナとなるプロセス１２のレコードから抽出される。オープンファイル情報ポインタは，オープンファイル情報１３２に連鎖するポインタである。
【００６２】
オープンファイル情報１３２は，オーナとなるプロセス１２がオープンしたファイルの情報が格納される。オープンファイル情報１３２は，オーナとなるプロセス１２がオープンしたファイルの数だけ生成される。オープンファイル情報１３２は，Ｎｅｘｔポインタ，ファイル名，ファイル種類，オープンモード等の情報を持つ。Ｎｅｘｔポインタは，次のオープンファイル情報１３２に連鎖するポインタである。ファイル名，ファイル種類，オープンモードは，動作ログ１２１のオーナとなるプロセス１２のレコードから抽出される。
【００６３】
図７は，本実施の形態による評価テーブル（１）の具体例を示す図である。
【００６４】
図７に示す評価テーブル（１）は，図３に示す動作ログ１２１の日時が“2011/01/01 01:01:01 ”であるレコードの解析において，プロセス名が“proc1 ”のプロセス１２をオーナとしたときの評価テーブル（１）の例を示す。
【００６５】
図７に示すプロセス情報１３１において，グループ名“proc1 ＿grp ”は，オーナとなるプロセス１２のプロセス名“proc1 ”から自動生成されたものである。プロセス名，日時，プロセス実行モジュールは，例えば動作ログ１２１の番号ａ０１のレコードから抽出されたデータである。
【００６６】
図３に示す動作ログ１２１では，日時“2011/01/01 01:01:01 ”におけるプロセス実行モジュールが“/opt/pkg1/proc1 ”であるレコードが３つある。そのため，図７に示す評価テーブル（１）では，オープンファイル情報１３２が３つ連鎖する。オープンファイル情報１３２ａ，オープンファイル情報１３２ｂ，オープンファイル情報１３２ｃのデータは，それぞれ図３に示す動作ログ１２１における番号ａ０１，番号ａ０２，番号ａ０３のレコードから抽出されたデータである。
【００６７】
本実施の形態の解析部１３０は，動作ログ１２１において，所定の業務サービスの営業時間内のすべての日時で記録があるプロセス１２を，常駐のプロセス１２と判断する。
【００６８】
図８は，本実施の形態による評価テーブル（２）の例を示す図である。
【００６９】
図８（Ａ）は，評価テーブル（２）のデータ構造例を示し，図８（Ｂ）は，評価テーブル（２）の具体例を示す。評価テーブル（２）には，解析部１３０による評価処理において，常駐のプロセス１２と判断されたプロセス１２のデータが格納される。図８（Ａ）に示すように，評価テーブル（２）は，プロセス情報１３３を有する。
【００７０】
図８（Ａ）に示すように，評価テーブル（２）のプロセス情報１３３は，プロセス実行モジュール，次プロセス情報ポインタ等の情報を持つ。プロセス実行モジュールは，常駐のプロセス１２であると判断されたプロセス１２のプロセス実行モジュールである。次プロセス情報ポインタは，次のプロセス情報１３３に連鎖するポインタである。
【００７１】
図８（Ｂ）に示す評価テーブル（２）は，図３に示す動作ログ１２１を解析して常駐のプロセス１２であると判断された各プロセス１２についての評価テーブル（２）の具体例を示す。
【００７２】
例えば，図３に示す動作ログ１２１において，番号ａ１４のレコードに示すプロセス名“proc7 ”のプロセス１２や，番号ａ２８のレコードに示すプロセス名“proc8 ”のプロセス１２は，一部の日時でしかレコードが存在しない。本実施の形態では，このようなプロセス１２は，常駐のプロセス１２とは判断されない。その他の各プロセス１２についてはすべての日時でレコードが存在するものとすると，常駐のプロセス１２が格納される評価テーブル（２）は，図８（Ｂ）に示す通りとなる。
【００７３】
本実施の形態による解析部１３０は，動作ログ１２１に記録がある各プロセス１２間の関係について，評価テーブル（１），評価テーブル（２）を用いて，所定の評価項目についての評価を行う。プロセス間の関係についての評価結果の情報は，関係評価情報記憶部１５０に記憶される。
【００７４】
図９は，本実施の形態による関係評価データの例を示す図である。
【００７５】
図９に示す関係評価データ１５１は，関係評価情報記憶部１５０が記憶する，プロセス１２間の関係の強さを所定の評価基準で評価した情報の一例である。図９に示す関係評価データ１５１は，図３に示す動作ログ１２１に記録がある各プロセス１２間の関係について，図４に示す評価項目のうち，例えば番号１〜５までの評価項目について評価を行った結果のデータである。関係評価データ１５１には，解析部１３０による評価の結果，１点以上の評価が得られたものの情報が記録されている。
【００７６】
図９に示す関係評価データ１５１は，番号，日時，グループ名，プロセス実行モジュール，評価ポイントの情報を持つ。番号は，関係評価データ１５１の各レコードの識別番号である。日時は，当該レコードが動作ログ１２１におけるどの日時のプロセス１２を評価しているかを示す。グループ名は，オーナとなるプロセス１２のプロセス名から生成された，オーナとなるプロセス１２を中心としたグループの名称である。プロセス実行モジュールは，当該レコードに評価結果が示されたプロセス１２の実行モジュールを示す。評価ポイントは，所定の評価項目について評価を行った結果の合計点数である。評価ポイントが“９９９”であるレコードは，オーナとなるプロセス１２のレコードである。オーナ以外のプロセス１２のレコードにおける評価ポイントは，当該レコードのプロセス１２とオーナとなるプロセス１２との関係を評価した結果である。
【００７７】
例えば，図３に示す動作ログ１２１において，番号ａ０１，ａ０４，ａ０６のレコードは，それぞれプロセス名“proc1 ”，“proc2 ”，“proc3 ”のプロセス１２が，同じファイル“/etc/pkg2/init2.def ”にアクセスしたログのレコードである。図８（Ｂ）に示す評価テーブル（２）のプロセス情報１３３ａ〜１３３ｃのプロセス実行モジュールの情報から，プロセス名“proc1 ”，“proc2 ”，“proc3 ”のプロセス１２は，常駐のプロセス１２であることがわかる。これらの情報から，プロセス名“proc1 ”のプロセス１２をオーナとしてプロセス名“proc2 ”，“proc3 ”のプロセス１２との関係を解析部１３０が評価した結果が，図９に示す関係評価データ１５１の番号ｃ０１，ｃ０２，ｃ０３のレコードとなる。
【００７８】
解析部１３０は，関係評価データ１５１から評価ポイントが所定値以上のレコードを抽出し，グループ名ごとにグループ化する。評価ポイントが所定値以上のレコードをグループ名ごとにグループ化した結果が，関係があるプロセス１２をグループ化した結果となる。関係があるプロセス１２をグループ化した結果の情報は，関係定義情報記憶部１６０に記憶される。
【００７９】
図１０は，本実施の形態による関係定義データの例を示す図である。
【００８０】
図１０に示す関係定義データ１６１は，関係定義情報記憶部１６０が記憶する，関係すると判定された複数のプロセス１２をグループ化した結果の情報の一例である。図１０に示す関係定義データ１６１は，図９に示す関係評価データ１５１から評価ポイントが１３点以上のレコードを抽出して，グループ名ごとにまとめた結果のデータである。
【００８１】
図１０に示す関係定義データ１６１は，番号，グループ名，プロセス実行モジュールの情報を持つ。番号は，関係定義データ１６１の各レコードの識別番号である。グループ名は，図９に示す関係評価データ１５１の評価ポイントに基づいて，関係すると判定された複数のプロセス１２をオーナとなるプロセス１２を中心にまとめたグループのグループ名である。プロセス実行モジュールは，当該レコードのグループ名が示すグループに属するプロセス１２のプロセス実行モジュールを示す。
【００８２】
例えば，図９に示す関係評価データ１５１において，番号ｃ０１，ｃ０２，ｃ０３のレコードは，プロセス名“proc1 ”のプロセス１２をオーナとしたグループ名“proc1 ＿grp ”のレコードである。これらのレコードは，すべて評価ポイントが１３点以上であるので，解析部１３０により，関係評価データ１５１から抽出され，図１０に示す関係定義データ１６１でプロセス１２間の関係が定義される。図１０に示す関係定義データ１６１において，番号ｄ０１，ｄ０２，ｄ０３のレコードが，図９に示す関係評価データ１５１の番号ｃ０１，ｃ０２，ｃ０３のレコードの評価に基づいて定義された，関係する複数のプロセス１２のグループを示している。
【００８３】
なお，本実施の形態では，関係評価データ１５１においてオーナとなるプロセス１２のみのグループは，関係定義データ１６１に抽出されないものとする。
【００８４】
監視定義生成部１７０は，関係定義情報記憶部１６０の関係定義データ１６１から，運用管理サーバ２０による業務サーバ１０の監視に用いる監視定義を生成する。生成された監視定義の情報は，監視定義情報記憶部１８０に記憶される。
【００８５】
図１１は，本実施の形態による監視定義データの例を示す図である。
【００８６】
図１１に示す監視定義データ１８１は，監視定義情報記憶部１８０が記憶する，監視定義の情報の一例である。図１１に示す監視定義データ１８１は，図１０に示す関係定義データ１６１で定義されたグループを，さらに同じプロセス１２が属するグループ同士でまとめたグループのデータである。
【００８７】
図１０に示す関係定義データ１６１は，例えばシステムファイル以外の同じファイルにアクセスするプロセス１２同士を，オーナとなるプロセス１２を中心にまとめたグループが記録されたデータである。例えば，グループ名“proc1 ＿grp ”のグループは，図３の動作ログ１２１において，同じファイル“/etc/pkg2/init2.def ”へのアクセス記録があるプロセス１２同士の関係がまとめられたグループである。また，グループ名“proc3 ＿grp ”のグループは，図３の動作ログ１２１において，同じファイル“/etc/pkg3/log3.txt”へのアクセス記録があるプロセス１２同士の関係がまとめられたグループである。
【００８８】
例えば，グループ名“proc1 ＿grp ”のグループに属するプロセス名“proc1 ”のプロセス１２と，グループ名“proc3 ＿grp ”のグループに属するプロセス名“proc4 ”のプロセス１２とが共通にアクセスするファイルの記録は，図３の動作ログ１２１にはない。このようなファイルアクセスの観点から見れば，図１０に示す関係定義データ１６１で定義されるように，プロセス名“proc1 ”のプロセス１２と，プロセス名“proc4 ”のプロセス１２との間には関係性がないと考えられる。
【００８９】
しかし，プロセス１２の動作監視の観点で見れば，プロセス名“proc1 ”のプロセス１２は，プロセス名“proc3 ”のプロセス１２を介して，プロセス名“proc4 ”のプロセス１２と間接的に関係すると考えることができる。例えば，プロセス名“proc1 ”のプロセス１２の異常停止が，プロセス名“proc3 ”のプロセス１２に影響し，さらにプロセス名“proc4 ”のプロセス１２に影響するというケースも考えられる。
【００９０】
監視定義生成部１７０は，関係定義データ１６１において同じプロセス１２を含むグループ同士をさらにグループ化した監視定義データ１８１を生成する。図１１に示す監視定義データ１８１は，図１０に示す関係定義データ１６１と同様に，番号，グループ名，プロセス実行モジュールの情報を持つ。
【００９１】
例えば，図１０に示す関係定義データ１６１では，番号ｄ０３，ｄ０４のレコードに示すように，プロセス名“proc3 ”のプロセス１２が，グループ名“proc1 ＿grp ”のグループとグループ名“proc3 ＿grp ”のグループとにそれぞれ属している。図１１に示す監視定義データ１８１では，それらの２つのグループが，プロセス名“proc3 ”のプロセス１２を介した関係でまとめられて，グループ名“proc1 ＿grp ”のグループとして定義されている。
【００９２】
プロセス関係図生成部１９０は，監視定義情報記憶部１８０の監視定義データ１８１から，プロセス１２の関係を図式化したプロセス関係図を生成する。
【００９３】
図１２は，本実施の形態によるプロセス関係図の例を示す図である。
【００９４】
図１２に示すプロセス関係図１９１は，図１１に示す監視定義データ１８１に示されるプロセス１２間の関係を図式化したものの一例である。図１２に示すプロセス関係図１９１において，サービスＡのグループは，図１１に示す監視定義データ１８１の番号ｅ０１，ｅ０２，ｅ０３，ｅ０４のレコードに示される，グループ名“proc1 ＿grp ”のグループである。また，図１２に示すプロセス関係図１９１において，サービスＢのグループは，図１１に示す監視定義データ１８１の番号ｅ０５，ｅ０６のレコードに示される，グループ名“proc5 ＿grp ”のグループである。
【００９５】
以下では，図１３〜図１９のフローチャートを用いて，本実施の形態のプロセス関係解析部１００による処理の流れの一例を説明する。以下の処理の例では，図４に示す番号１〜５の評価項目で，プロセス１２間の関係の評価を行うものとする。また，プロセス１２同士の関係が強いと判定される評価ポイントの閾値は，１３点以上であるものとする。
【００９６】
図１３は，本実施の形態のプロセス関係解析部によるプロセス関係解析処理フローチャートである。
【００９７】
プロセス関係解析部１００の情報収集部１１０は，情報収集処理を行う（ステップＳ１０）。情報収集処理では，運用中の業務サーバ１０で動作するプロセス１２によるファイルへのアクセス状況を示す情報が収集される。収集された情報は，動作情報記憶部１２０の動作ログ１２１に記録される。情報収集処理の詳細については，後述する。
【００９８】
解析部１３０は，解析処理を行う（ステップＳ１１）。解析処理では，動作情報記憶部１２０の動作ログ１２１の解析により，プロセス１２間の関係が評価され，所定以上の関係の評価が得られたプロセス１２同士がグループ化される。関係する複数のプロセス１２がグループ化された情報は，関係定義情報記憶部１６０の関係定義データ１６１に記録される。解析処理の詳細については，後述する。
【００９９】
監視定義生成部１７０は，関係定義情報記憶部１６０の関係定義データ１６１から，監視定義データ１８１を生成する（ステップＳ１２）。生成された監視定義データ１８１は，監視定義情報記憶部１８０に記憶される。
【０１００】
プロセス関係図生成部１９０は，監視定義情報記憶部１８０の監視定義データ１８１から，プロセス関係図１９１を生成する（ステップＳ１３）。生成されたプロセス関係図１９１は，例えば，業務サーバ１０の監視システムの設計者が操作する端末のディスプレイ等に表示される。
【０１０１】
図１４は，本実施の形態の情報収集部による情報収集処理フローチャートである。
【０１０２】
情報収集部１１０は，情報収集のタイミングかを判定する（ステップＳ２０）。例えば，１分おきに情報収集を行う場合には，その１分おきのタイミングを計る。情報収集のタイミングであれば（ステップＳ２０のＹＥＳ），情報収集部１１０は，ＯＳ１１からそのとき動作しているプロセス１２の一覧情報を取得する（ステップＳ２１）。
【０１０３】
情報収集部１１０は，取得したプロセス１２の一覧から，プロセス１２を順に１つ選択する（ステップＳ２２）。
【０１０４】
情報収集部１１０は，選択したプロセス１２から，該プロセス１２がアクセスしているファイルの情報を取得する（ステップＳ２３）。ここで取得されるファイルの情報は，ファイル名，ファイル種類，オープンモード等である。また，情報収集部１１０は，選択したプロセス１２の実行モジュールのフルパスを取得する（ステップＳ２４）。情報収集部１１０は，取得した情報を，動作情報記憶部１２０の動作ログ１２１に記録する（ステップＳ２５）。
【０１０５】
情報収集部１１０は，プロセス１２の一覧にあるすべてのプロセス１２について，処理が終了したかを判定する（ステップＳ２６）。まだ，すべてのプロセス１２について処理が終了していなければ（ステップＳ２６のＮＯ），情報収集部１１０は，ステップＳ２２の処理に戻って，次のプロセス１２の処理に移る。
【０１０６】
すべてのプロセス１２の処理が終了していれば（ステップＳ２６のＹＥＳ），情報収集部１１０は，情報収集が終了かを判定する（ステップＳ２７）。例えば，１日分の動作ログ１２１を収集する場合には，その１日が終了したかを判定する。情報収集が終了でなければ（ステップＳ２７のＮＯ），情報収集部１１０は，ステップＳ２０の処理に戻って，次の情報収集のタイミングを待つ。情報収集が終了であれば（ステップＳ２７のＹＥＳ），情報収集部１１０は，処理を終了する。
【０１０７】
図１５は，本実施の形態の解析部による解析処理フローチャートである。
【０１０８】
解析部１３０は，動作ログ１２１において，日時を順に１つ選択する（ステップＳ３０）。
【０１０９】
解析部１３０は，動作ログ１２１において，該当日時のレコードがあるプロセス１２から，オーナとなるプロセス１２を順に１つ選択する（ステップＳ３１）。解析部１３０は，システムファイル管理データ１４１を参照し，選択されたプロセス１２がシステムモジュールのプロセス１２かを判定する（ステップＳ３２）。
【０１１０】
選択されたプロセス１２がシステムモジュールのプロセス１２でなければ（ステップＳ３２のＮＯ），解析部１３０は，オーナ別評価処理を行う（ステップＳ３３）。オーナ別評価処理は，選択されたプロセス１２をオーナとして，他の評価相手のプロセス１２との関係を評価する処理である。オーナ別評価処理の詳細については，後述する。選択されたプロセス１２がシステムモジュールのプロセス１２である場合には（ステップＳ３２のＹＥＳ），解析部１３０は，オーナ別評価処理を行わない。
【０１１１】
解析部１３０は，該当日時のレコードがあるすべてのプロセス１２をオーナとした処理が終了したかを判定する（ステップＳ３４）。すべてのプロセス１２をオーナとした処理が終了していなければ（ステップＳ３４のＮＯ），解析部１３０は，ステップＳ３１の処理に戻って，次のプロセス１２をオーナとした処理に移る。
【０１１２】
すべてのプロセス１２をオーナとした処理が終了していれば（ステップＳ３４のＹＥＳ），解析部１３０は，動作ログ１２１のすべての日時について処理が終了したかを判定する（ステップＳ３５）。動作ログ１２１のすべての日時について処理が終了していなければ（ステップＳ３５のＮＯ），解析部１３０は，ステップＳ３０の処理に戻って，次の日時の処理に移る。
【０１１３】
動作ログ１２１のすべての日時について処理が終了していれば（ステップＳ３５のＹＥＳ），解析部１３０は，常駐プロセス評価処理を行う（ステップＳ３６）。常駐プロセス評価処理は，ステップＳ３５までの処理で関係評価されたプロセス１２が，常駐のプロセス１２であるかを評価する処理である。常駐プロセス評価処理の詳細については，後述する。
【０１１４】
解析部１３０は，関係定義生成処理を行う（ステップＳ３７）。関係定義生成処理は，ステップＳ３６までの処理により得られた関係評価データ１５１から，関係定義データ１６１を生成する処理である。関係定義生成処理の詳細については，後述する。
【０１１５】
図１６は，本実施の形態の解析部によるオーナ別評価処理フローチャートである。
【０１１６】
解析部１３０は，オーナとなるプロセス１２のデータを評価テーブル（１）に格納する（ステップＳ４０）。ここでのオーナとなるプロセス１２は，図１５のステップＳ３１で選択されたプロセスである。解析部１３０は，評価テーブル（１）に格納したオーナとなるプロセス１２の情報を関係評価データ１５１に記録する（ステップＳ４１）。このとき，評価ポイントには，オーナとなるプロセス１２を示す“９９９”が記録される。
【０１１７】
解析部１３０は，動作ログ１２１の該当日時のレコードがあるプロセス１２から，オーナとなるプロセス１２の評価相手のプロセス１２を順に１つ選択する（ステップＳ４２）。ここでの該当日時は，図１５のステップＳ３０で選択された日時である。なお，すでにオーナとしての処理が終わったプロセス１２は，重複評価を避けるために，評価相手のプロセス１２として選択しないものとする。例えば，すでにプロセス名“proc1 ”のプロセス１２をオーナとした処理が終わっていれば，その後のプロセス名“proc2 ”のプロセス１２をオーナとした処理では，プロセス名“proc1 ”のプロセス１２を評価相手として選択しない。解析部１３０は，システムファイル管理データ１４１を参照し，選択された評価相手のプロセス１２がシステムモジュールのプロセス１２かを判定する（ステップＳ４３）。
【０１１８】
選択された評価相手のプロセス１２がシステムモジュールのプロセス１２でなければ（ステップＳ４３のＮＯ），解析部１３０は，関係評価処理を行う（ステップＳ４４）。本実施の形態による関係評価処理は，オーナとなるプロセス１２と評価相手のプロセス１２との関係を，図４の番号２〜５に示す評価項目で評価する処理である。関係評価処理の詳細については，後述する。選択された評価相手のプロセス１２がシステムモジュールのプロセス１２である場合には（ステップＳ４３のＹＥＳ），解析部１３０は，関係評価処理を行わず，関係評価データ１５１への記録を行わない。
【０１１９】
解析部１３０は，オーナとなるプロセス１２と評価相手のプロセス１２との関係の評価で，評価ポイントが１点以上であるかを判定する（ステップＳ４５）。評価ポイントが１点以上であれば（ステップＳ４５のＹＥＳ），解析部１３０は，オーナとなるプロセス１２に対する評価相手のプロセス１２の情報を関係評価データ１５１に記録する（ステップＳ４６）。評価ポイントが０点であれば（ステップＳ４５のＮＯ），当該評価相手のプロセス１２の情報は関係評価データ１５１に記録されない。
【０１２０】
解析部１３０は，動作ログ１２１の該当日時のレコードがあるすべての評価相手のプロセス１２について処理が終了したかを判定する（ステップＳ４７）。すべての評価相手のプロセス１２について処理が終了していなければ（ステップＳ４７のＮＯ），解析部１３０は，ステップＳ４２の処理に戻って，次の評価相手のプロセス１２の処理に移る。すべての評価相手のプロセス１２について処理が終了していれば（ステップＳ４７のＹＥＳ），解析部１３０は，処理を終了する。
【０１２１】
図１７は，本実施の形態の解析部による関係評価処理フローチャートである。
【０１２２】
解析部１３０は，オーナとなるプロセス１２と評価相手のプロセス１２とが同一ファイルにアクセスしているかを判定する（ステップＳ５０）。ここでのオーナとなるプロセス１２は，図１５のステップＳ３１で選択されたプロセス１２であり，評価相手のプロセス１２は，図１６のステップＳ４２で選択されたプロセス１２である。同一ファイルにアクセスしていれば（ステップＳ５０のＹＥＳ），解析部１３０は，システムファイル管理データ１４１を参照して，そのアクセスファイルがシステムファイルであるかを判定する（ステップＳ５１）。アクセスファイルがシステムファイルでなければ（ステップＳ５１のＮＯ），解析部１３０は，オーナとなるプロセス１２に対する評価相手のプロセス１２の評価ポイントに１点を加算する（ステップＳ５２）。ステップＳ５０〜Ｓ５２の処理は，図４に示す２番の評価項目についての処理である。
【０１２３】
同一ファイルにアクセスしていない場合や（ステップＳ５０のＮＯ），アクセスしている同一ファイルがシステムファイルである場合には（ステップＳ５１のＹＥＳ），図４に示す２番の評価項目の点数１は評価ポイントに加算されない。
【０１２４】
解析部１３０は，アクセスファイルが名前付きパイプまたはＵＮＩＸドメインソケットであるかを判定する（ステップＳ５３）。アクセスファイルが名前付きパイプまたはＵＮＩＸドメインソケットであれば（ステップＳ５３のＹＥＳ），解析部１３０は，オーナとなるプロセス１２に対する評価相手のプロセス１２の評価ポイントに３点を加算する（ステップＳ５４）。ステップＳ５３，Ｓ５４の処理は，図４に示す５番の評価項目についての処理である。
【０１２５】
アクセスファイルが名前付きパイプまたはＵＮＩＸドメインソケットでなければ（ステップＳ５３のＮＯ），図４に示す５番の評価項目の点数３は評価ポイントに加算されない。
【０１２６】
解析部１３０は，オーナとなるプロセス１２と評価相手のプロセス１２とが同一ディレクトリ内のファイルにアクセスしているかを判定する（ステップＳ５５）。同一ディレクトリ内のファイルにアクセスしていれば（ステップＳ５５のＹＥＳ），解析部１３０は，システムファイル管理データ１４１を参照して，それらのアクセスファイルがシステムファイルであるかを判定する（ステップＳ５６）。アクセスファイルがシステムファイルでなければ（ステップＳ５６のＮＯ），解析部１３０は，オーナとなるプロセス１２に対する評価相手のプロセス１２の評価ポイントに２点を加算する（ステップＳ５７）。ステップＳ５５〜Ｓ５７の処理は，図４に示す３番の評価項目についての処理である。
【０１２７】
同一ディレクトリのファイルにアクセスしていない場合や（ステップＳ５５のＮＯ），それぞれがアクセスしているファイルがシステムファイルである場合には（ステップＳ５６のＹＥＳ），図４に示す３番の評価項目の点数２は評価ポイントに加算されない。
【０１２８】
解析部１３０は，オーナとなるプロセス１２の実行モジュールと評価相手のプロセス１２の実行モジュールとが同一ディレクトリに格納されているかを判定する（ステップＳ５８）。実行モジュールが同一のディレクトリに格納されていれば（ステップＳ５８のＹＥＳ），解析部１３０は，オーナとなるプロセス１２に対する評価相手のプロセス１２の評価ポイントに１点を加算する（ステップＳ５９）。ステップＳ５８，Ｓ５９の処理は，図４に示す４番の評価項目についての処理である。
【０１２９】
実行モジュールが同一のディレクトリに格納されていなければ（ステップＳ５８のＮＯ），図４に示す４番の評価項目の点数１は評価ポイントに加算されない。
【０１３０】
図１８は，本実施の形態の解析部による常駐プロセス評価処理フローチャートである。
【０１３１】
解析部１３０は，動作ログ１２１から所定時間内のログを取得する（ステップＳ６０）。ここでは，業務サーバ１０による業務サービスの営業時間内のログを取得するものとする。解析部１３０は，取得したログから，すべての日時で記録があるプロセス１２を抽出し，抽出されたプロセス１２について，プロセス実行モジュールの情報を，評価テーブル（２）のプロセス情報１３３にそれぞれ格納する（ステップＳ６１）。
【０１３２】
解析部１３０は，関係評価データ１５１のレコードを順に１つ選択する（ステップＳ６２）。
【０１３３】
解析部１３０は，選択されたレコードがオーナとなるプロセス１２のレコードであるかを判定する（ステップＳ６３）。オーナとなるプロセス１２のレコードは，評価ポイントが“９９９”のレコードである。選択されたレコードがオーナとなるプロセス１２のレコードであれば（ステップＳ６３のＹＥＳ），図４に示す１番の評価項目の点数１０を評価ポイントに加算しなくてよい。
【０１３４】
選択されたレコードがオーナとなるプロセス１２のレコードでなければ（ステップＳ６３のＮＯ），解析部１３０は，該当レコードに示される評価相手のプロセス１２が常駐のプロセス１２であるかを判定する（ステップＳ６４）。選択されたレコードのプロセス実行モジュールが評価テーブル（２）のプロセス情報１３３のいずれかにあれば，該当レコードに示される評価相手のプロセス１２が常駐のプロセス１２であると判定される。選択されたレコードに示される評価相手のプロセス１２が常駐のプロセス１２でなければ（ステップＳ６４のＮＯ），図４に示す１番の評価項目の点数１０は評価ポイントに加算されない。
【０１３５】
選択されたレコードに示される評価相手のプロセス１２が常駐のプロセス１２であれば（ステップＳ６４のＹＥＳ），解析部１３０は，その評価相手のプロセス１２のオーナとなるプロセス１２が常駐のプロセス１２であるかを判定する（ステップＳ６５）。オーナとなるプロセス１２が常駐のプロセス１２であれば（ステップＳ６５のＹＥＳ），解析部１３０は，選択されたレコードの評価ポイントに１０点を加算する（ステップＳ６６）。オーナとなるプロセス１２が常駐のプロセス１２でなければ（ステップＳ６５のＮＯ），図４に示す１番の評価項目の点数１０は評価ポイントに加算されない。
【０１３６】
解析部１３０は，関係評価データ１５１のすべてのレコードについて処理が終了したかを判定する（ステップＳ６７）。すべてのレコードについて処理が終了していなければ（ステップＳ６７のＮＯ），解析部１３０は，ステップＳ６２の処理に戻って，次のレコードの処理に移る。すべてのレコードについて処理が終了していれば（ステップＳ６７のＹＥＳ），解析部１３０は，処理を終了する。
【０１３７】
図１９は，本実施の形態の解析部による関係定義生成処理フローチャートである。
【０１３８】
解析部１３０は，関係評価データ１５１のレコードを順に１つ選択する（ステップＳ７０）。解析部１３０は，選択されたレコードの評価ポイントが１３点以上であるかを判定する（ステップＳ７１）。選択されたレコードの評価ポイントが１３点以上でなければ（ステップＳ７１のＮＯ），そのレコードの情報を関係定義データ１６１に記録しない。本実施の形態では，評価ポイントが１３点に満たない場合，オーナとなるプロセス１２と評価相手のプロセス１２とは，関係が低いと判断される。
【０１３９】
選択されたレコードの評価ポイントが１３点以上であれば（ステップＳ７１のＹＥＳ），選択されたレコードのグループが，オーナとなるプロセス１２のみのグループであるかを判定する（ステップＳ７２）。オーナとなるプロセス１２のみのグループであれば（ステップＳ７２のＹＥＳ），選択されたレコードの情報を関係定義データ１６１に記録しない。例えば，図９に示す関係評価データ１５１において，番号ｃ０４のレコードのグループは，オーナとなるプロセスのみのグループであるので，その情報は関係定義データ１６１に記録されない。
【０１４０】
オーナとなるプロセス１２のみのグループでなければ（ステップＳ７２のＮＯ），解析部１３０は，関係定義データ１６１に，選択されたレコードにおけるグループとプロセス１２との対応を記録する（ステップＳ７３）。本実施の形態では，グループとプロセス１２との対応として，グループ名とプロセス実行モジュールとの対応が，関係定義データ１６１に記録される。
【０１４１】
解析部１３０は，関係評価データ１５１のすべてのレコードについて処理が終了したかを判定する（ステップＳ７４）。すべてのレコードについて処理が終了していなければ（ステップＳ７４のＮＯ），解析部１３０は，ステップＳ７０の処理に戻って，次のレコードの処理に移る。すべてのレコードについて処理が終了していれば（ステップＳ７４のＹＥＳ），解析部１３０は，処理を終了する。
【０１４２】
以上，本実施の形態のプロセス関係解析部１００によって，業務サーバ１０の運用で得られる情報から，複数のプロセス間の関係をコンピュータで自動抽出することが可能となる。これにより，ユーザは，業務サーバ１０を構成するプロセスの関係を得るために，ユーザがマニュアルや仕様書を手作業で調査する必要がなくなる。
【０１４３】
以上，本実施の形態について説明したが，本発明はその主旨の範囲において種々の変形が可能であることは当然である。
【０１４４】
例えば，本実施の形態では，プロセス関係解析部１００が，監視対象の業務サーバ１０内に備えられた例を説明したが，これに限るものではない。例えば，プロセス１２によるファイルのアクセス状況の情報を収集する情報収集部１１０のみを監視対象のコンピュータに備えさせ，収集された情報を別のコンピュータで解析してプロセス１２間の関係を求めるようにしてもよい。
【符号の説明】
【０１４５】
１０  業務サーバ
１１  ＯＳ
１２  プロセス
１００  プロセス関係解析部
１１０  情報収集部
１２０  動作情報記憶部
１３０  解析部
１４０  システムファイル管理情報記憶部
１５０  関係評価情報記憶部
１６０  関係定義情報記憶部
１７０  監視定義生成部
１８０  監視定義情報記憶部
１９０  プロセス関係図生成部
２０  運用管理サーバ
【図１】
0005747755.tif 000002
【図２】
0005747755.tif 000003
【図３】
0005747755.tif 000004
【図４】
0005747755.tif 000005
【図５】
0005747755.tif 000006
【図６】
0005747755.tif 000007
【図７】
0005747755.tif 000008
【図８】
0005747755.tif 000009
【図９】
0005747755.tif 000010
【図１０】
0005747755.tif 000011
【図１１】
0005747755.tif 000012
【図１２】
0005747755.tif 000013
【図１３】
0005747755.tif 000014
【図１４】
0005747755.tif 000015
【図１５】
0005747755.tif 000016
【図１６】
0005747755.tif 000017
【図１７】
0005747755.tif 000018
【図１８】
0005747755.tif 000019
【図１９】
0005747755.tif 000020