JP2000122879A - 計算機システムの性能モニタリング方法 - Google Patents

Abstract

(57)【要約】 【課題】性能データを採取するポイントを動的に切り替
えたり、ある特定の利用者が関わる性能データだけを横
断的に採取したりすることによって、計算機システムの
ボトルネック解析を容易にする。 【解決手段】ある特定の利用者に関わる性能データだけ
を採取したい場合、採取対象指定リストには、その利用
者だけが利用するプロセスをリストアップしておく、そ
のプロセスがリストに載っていないプロセスに対して、
プロセス間通信を行ったときに、その通信が行われてい
る間だけ、通信先プロセスもリストアップし、採取対象
とする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、複数の計算機をネ
ットワークで接続した計算機システムにおける性能デー
タの採取を行う性能モニタリング方法に関する。

【０００２】

【従来の技術】複数の計算機がネットワーク接続されて
いる計算機システムでは、各計算機の動作は相互に依存
し合うため、システム性能を解析するためには、個々の
計算機やその計算機上で動作する個々のプロセスに関す
る性能データをモニタリングすることや、それらのデー
タを集積して、複数の計算機、プロセス間の因果関係や
負荷バランスを解析することが必要である。これを支援
するための性能モニタリングに関する技術としては、例
えば、特願平９−２９９５１号公報「計算機システムの
性能モニタリング方法およびシステム」がある。この方
法によれば、各計算機毎に性能データを採取するプロセ
スを起動し、その採取したデータをモニタ用の計算機に
送信することにより、複数の性能データを集めて、活用
することが可能になる。

【０００３】

【発明が解決しようとする課題】上記従来技術では、対
象とする計算機システムに関わる性能データがすべて一
ヶ所に集められる。したがって、システムの規模が大き
くなると、データ量が膨大になるため、性能のボトルネ
ックを解析、検出するのは極めて困難になる。その上、
不要なデータまで採取するために、そのオーバヘッドも
問題になる。

【０００４】一方で、従来技術により、すべてのデータ
を集めずに、あるポイント、例えば一台の計算機に絞っ
てデータを採取したり、ある計算機間の通信部分だけを
モニタしたりすることは可能である。しかし、あるポイ
ントのデータだけに着目しても性能ボトルネックの検
出、原因究明が困難であることは同様である。

【０００５】その理由は、第一に、性能が低下している
ポイントを見つけ出すためには、採取ポイントを指定し
て性能データを採取してはシステム管理者がその内容を
チェックするという試行錯誤を繰り返さねばならず、は
じめからすべてのデータを採取する場合と比べてその効
率はあまり変わらない。モニタ状況に合わせて、動的に
採取ポイントを変えられるような仕掛けが必要である。

【０００６】第二に、仮に性能が低下しているポイント
ををうまく見つけたとしても、それだけではボトルネッ
クの原因究明にはならない。例えば、複数のユーザから
共通に利用されるアプリケーションの性能が悪い場合、
問題がそのアプリケーション自体にあるかもしれない
し、ある特定のユーザの利用方法が悪いかもしれない
が、そのアプリケーションに関する性能データだけから
は判断がつかない。この切り分けを行うためには、特定
の利用者あるいは利用者のグループによる計算機利用の
状況だけをモニタできることが望ましい。

【０００７】しかし、従来技術では、ある特定の利用者
に関わるデータだけを集めることは不可能である。例え
ば、企業情報システムにおいて、ある特定部署の業務に
関わるデータだけを抽出したい場合を考える。一般に、
ある部署が利用する計算機には、その部署が専用で使用
している計算機と複数の部署が共通に利用している計算
機がある。例えば、部署専用の計算機で専用のアプリケ
ーションプログラムを実行し、その結果を社内共通の計
算機が管理しているデータベースに格納するようなケー
スがある。この場合、従来技術では、前者に関する性能
データを集めることは可能である。

【０００８】しかし、後者については、上記データベー
スの一つ一つのアクセス処理に関する性能データを集め
ることはできるものの、各アクセス処理がどの部署から
の要求によるものであるかを切り分ける手段を持たな
い。そのため、ある特定の部署に関わるデータだけを取
出すことはできない。

【０００９】本発明の目的は、上記のような事情に鑑み
てなされたもので、その目的は、複数の計算機がネット
ワーク接続されている計算機システムにおいて、その性
能ボトルネックの検出、解析を容易にするための性能モ
ニタリング方法を提供することにある。より具体的に言
えば、モニタリング対象を動的に切り替えたり、ある特
定の利用者に関わる性能データだけを横断的に採取した
りする方法を提供することにある。

【００１０】

【課題を解決するための手段】上記目的を達成するた
め、本発明では、性能データ採取の対象とする計算機あ
るいはプロセスを指定する採取対象指定リストを有し、
性能データを採取するプロセスは、性能データを収集す
るプロセスに対し、その採取対象指定リストにリストア
ップされているプロセスの性能データを転送する。

【００１１】そして、上記採取対象指定リストを動的に
変えることにより、採取ポイントの切り替えを行う。

【００１２】また、ある特定の利用者に関わるデータだ
けを採取したい場合、まず、採取対象指定リストには、
その利用者だけが利用するプロセスをリストアップして
おく。そして、リストアップされたプロセスが、リスト
に載っていないプロセス、すなわち複数の利用者から利
用されるようなプロセスに対してプロセス間通信を行っ
た場合には、その通信が行われている間だけ、通信先プ
ロセスもリストアップし、採取対象とする。

【００１３】あるいは、本発明では、性能データを収集
の対象となる計算機あるいはプロセスを指定する収集対
象指定リストを有するとともに、性能データを採取する
プロセスは、性能データに加え、プロセス間通信のログ
情報も性能データを収集するプロセスへ転送する。

【００１４】ある特定の利用者に関わるデータだけを採
取したい場合、まず、収集対象指定リストには、その利
用者だけが利用するプロセスをリストアップしておく。
そして、収集プロセスは、リストアップされたプロセス
の性能データおよびプロセス間通信のログ情報を収集す
るとともに、それらのプロセスがリストに載っていない
プロセス、すなわち複数の利用者から利用されるような
プロセスに対して、プロセス間通信を行ったことがログ
情報に記載されていれば、その通信先のプロセスに関わ
る性能データも収集する。

【００１５】

【発明の実施の形態】以下、本発明を図面に示したいく
つかの実施の形態を参照して詳細に説明する。

【００１６】＜発明の実施の形態１＞図１は、本発明の
形態における性能モニタリング方法を実現する計算機シ
ステムの構成図である。本計算機システムは計算機１１
〜１３およびＬＡＮ５から構成されている。本例では、
計算機が３台であるが、その台数に制約はない。また、
各計算機はＬＡＮ５により相互通信が可能であるが、通
信を実現する手段もＬＡＮに限定されるわけではない。
各計算機には、採取プロセス２１〜２３および採取対象
指定リスト４１〜４３がおかれる。各採取プロセス２１
〜２３は、それが置かれた計算機１１〜１３上で動作す
るプロセスに関わる性能データを採取する機能を持つ。

【００１７】各採取対象指定リスト４１〜４３は、対応
する採取プロセス２１〜２３が性能データの採取対象と
するプロセスの一覧が記載されたリストである。その具
体例を図７に示す。リストには、性能データの採取対象
とするプロセス名の他に、そのプロセスが稼働中である
か否かを示す稼働中フラグと、そのプロセスが一時的に
リストに登録されたものであるか否かを示す一時フラグ
を持つ。その詳細な使用方法については後述する。計算
機１１には収集プロセス３１がおかれる。収集プロセス
３１は、採取プロセス２１〜２３が採取した性能データ
を収集する機能を持つ。

【００１８】以下、採取プロセス２１〜２３の動作につ
いて、図２〜図６を用いて詳細に説明する。まず、各計
算機上で動作するオペレーティングシステムが、プロセ
スの起動、中断、終了、さらには、プロセス間通信開
始、終了を実行する際、その実行に先立ち、割り込みに
よって、採取プロセス２１〜２３を起動するように設定
しておく。また、上記以外にも、定期的に採取プロセス
が起動されるように設定しておく。そして、各採取対象
指定リスト４１〜４３には、常に採取対象とするプロセ
スをリストアップしておく。その際、稼働中フラグ、一
時フラグはいずれもゼロにリセットしておく。

【００１９】図２は、プロセス起動時の割り込みによっ
て採取プロセス２１〜２３が起動したときの動作を示す
フローチャートである。まず、ステップ２１０で、起動
対象のプロセスが対応する採取対象指定リスト４１〜４
３に載っているか否かをチェックする。リストに載って
いる場合には、ステップ２２０で、採取対象指定リスト
上のその対象プロセスに対応する稼働中フラグをセット
する。そして、ステップ２３０で、性能データの一つと
して、起動開始時刻を記録する。

【００２０】図３は、プロセス中断、終了時の割り込み
によって採取プロセス２１〜２３が起動したときの動作
を示すフローチャートである。まず、ステップ３１０
で、中断、終了対象のプロセスが対応する採取対象指定
リスト４１〜４３に載っているか否かをチェックする。
リストに載っている場合には、ステップ３２０で、採取
対象指定リスト上のその対象プロセスに対応する稼働中
フラグをリセットする。そして、ステップ３３０で、性
能データの一つとして、中断、終了時刻を記録する。

【００２１】図４は、プロセス間通信開始時の割り込み
によって採取プロセス２１〜２３が起動したときの動作
を示すフローチャートである。まず、ステップ４１０
で、プロセス間通信を開始しようとしているプロセスが
対応する採取対象指定リスト４１〜４３に載っているか
否かをチェックする。リストに載っている場合には、さ
らにステップ４２０で、通信先のプロセスが自計算機上
で動作するプロセスであるか否かをチェックする。も
し、そうであれば、さらにステップ４３０で、その通信
先プロセスが対応する採取対象指定リストに載っている
か否かをチェックする。もし、リストに載っていなけれ
ば、ステップ４４０で、その通信先プロセスを採取対象
指定リストに追加するとともに、対応する一時フラグを
セットする。一方、通信先プロセスが他の計算機上で動
作するプロセスである場合は、ステップ４５０で、その
通信先の計算機上にある採取プロセスに対して、通信先
プロセスを採取対象指定リストに追加するよう指示を出
す。最後に、プロセス間通信を開始しようとしているプ
ロセスが対応する採取対象指定リストに載っている場合
は、ステップ４６０で、性能データの一つとして、プロ
セス間通信開始時刻を記録する。

【００２２】図５は、上記で説明したステップ４５０
で、採取対象指定リストへの追加指示を受けた採取プロ
セス２１〜２３の動作を示すフローチャートである。ま
ず、ステップ５１０で、指示元の採取プロセスから通知
された通信先プロセスが採取対象指定リストに載ってい
るか否かをチェックする。リストに載っていなければ、
ステップ５２０で、その通信先プロセスを採取対象指定
リストに追加するとともに、対応する一時フラグをセッ
トする。なお、本採取プロセスは、その通信先プロセス
が実際にプロセス間通信を受諾して通信を開始した際に
は、その開始時刻を性能データの一つとして記録する。

【００２３】図６は、プロセス間通信の通信先で、通信
が終了したときの割り込みによって採取プロセス２１〜
２３が起動したときの動作を示すフローチャートであ
る。まず、ステップ６１０で、通信先プロセスが採取対
象指定リストに載っているか否かをチェックする。該当
する場合は、ステップ６２０で、性能データの一つとし
て、プロセス間通信終了時刻を記録する。そして、ステ
ップ６３０で、採取対象指定リストで、そのプロセスに
一時フラグがセットされているか否かをチェックする。
もし、セットされていれば、ステップ６４０で、その通
信先プロセスを採取対象指定リストから削除する。

【００２４】なお、通信元においても、プロセス間通信
が終了したときの割り込みにおいて、採取プロセスはそ
の終了時刻を性能データの一つとして記録する。また、
上記以外にも、採取プロセスは、定期的に起動されたと
き、稼働中フラグがセットされているプロセスがあれ
ば、ＣＰＵ利用率やメモリ利用率などの性能データを採
取する。採取したデータは、定期的に、あるいは収集プ
ロセス４１から転送指示があったときに、収集プロセス
へ転送する。

【００２５】以上説明した性能モニタリング方法によっ
て、ある特定の利用者に関わる性能データだけを収集す
ることが可能になる。例えば、図１で、計算機１１、１
２はそれぞれある特定の利用者Ａ、Ｂ専用の計算機で、
計算機１３は共通のデータベース管理用の計算機である
とする。この計算機システムにおいて、利用者Ａに関す
る性能データだけを取得したい場合は、採取対象指定リ
スト４１に、利用者Ａが直接利用するプロセスを列挙
し、採取対象指定リスト４２、４３は空欄にしておけば
よい。これにより、利用者Ａが計算機１１上で利用する
プロセスに加え、それらのプロセスからの要求で動作し
た計算機１３上のデータベースアクセスに関わるプロセ
スに関する性能データを採取、収集することができる。

【００２６】＜発明の実施の形態２＞上記の実施形態で
は、ある一人の利用者に関わる性能データだけを採取し
たが、複数の利用者に関わる性能データを別々に採取す
ることも可能である。以下、これを実現する実施の形態
を説明する。図８に、実施の形態２における性能モニタ
リング方法を実現する計算機システムの構成図を示す。
図１に比べ、計算機１２上にも収集プロセス３２があ
り、採取対象指定リストは、各計算機上に二つずつ存在
する。採取対象指定リスト４１１，４２１，４３１は、
収集プロセス３１に対応するものであり、採取対象指定
リスト４１２，４２２，４３２は、収集プロセス３２に
対応するものである。例えば、収集プロセス３１が利用
者Ａ、収集プロセス３２が利用者Ｂに関わる性能データ
をそれぞれ収集する場合には、採取対象指定リスト４１
１，４２１，４３１には、利用者Ａに関わるプロセス
が、採取対象指定リスト４１２，４２２，４３２には、
利用者Ｂに関わるプロセスが、それぞれリストアップさ
れる。

【００２７】採取プロセス２１は、採取対象指定リスト
４１１あるいは４１２いずれかにリストアップされてい
るプロセスに関わる性能データを採取する。そして、採
取対象指定リスト４１１にリストアップされていたプロ
セスに関わる性能データは収集プロセス３１へ、採取対
象指定リスト４１２にリストアップされていたプロセス
に関わる性能データならば収集プロセス３２へ、それぞ
れ転送する。採取プロセス２２，２３の動きも同様であ
る。これにより、収集プロセス３１，３２で、それぞれ
利用者Ａ，Ｂにかかわる性能データだけを収集すること
が可能になる。

【００２８】＜発明の実施の形態３＞実施の形態３で
は、実施の形態２に、動的に採取対象のカテゴリーを変
更する機能を追加する。

【００２９】図９に、実施の形態３を実現する計算機シ
ステムの構成図を示す。実施の形態2と比べて、性能デ
ータの収集と採取対象指定リストの管理を行う専用の計
算機１４を加えている。計算機１４上には、実施の形態
２で説明した収集プロセス３１，３２とリスト管理プロ
セス３５が存在し、採取対象指定リスト４１１，４１
２，４２１，４２２，４３１，４３２のマスターを持
つ。計算機１１〜１３上にある採取対象指定リストはこ
れらのコピーである。また、採取対象指定リストを更新
するルールを貯えたルールベース３６も有する。

【００３０】リスト管理プロセス３５は、常時、収集プ
ロセス３１，３２が収集した性能データとルールベース
３６をチェックする。もし、性能データから判断した現
在の状況があるルール実行の条件に適合すれば、そのル
ールに従って、採取対象指定リストを変更する。そし
て、そのコピーを参照している収集プロセスに対して、
変更内容を通知する。

【００３１】これにより、計算機システムのボトルネッ
ク検出と原因究明が容易になる。例えば、「共通のデー
タベース管理（計算機１３）のスループットがある閾値
以下であれば、それを利用する個々の利用者Ａ，Ｂの性
能データを採取する」というルールを設けておく。そし
て、性能モニタリング開始時には、採取対象指定リスト
４３１に、計算機１３上の全プロセスをリストアップ
し、その他の採取対象指定リストは空欄にしておく。こ
れにより、まず、収集プロセス３１に計算機１３の性能
データが集まる。

【００３２】リスト管理プロセス３５がこのデータをチ
ェックした結果、スループットが閾値以下であることが
判明したら、上記ルールを適用し、採取対象指定リスト
４１１と採取対象指定リスト４２２はそれぞれ利用者
Ａ、Ｂが直接利用するプロセスを列挙し、それ以外の採
取対象指定リストは空欄にするという変更を実行する。

【００３３】これにより、実施の形態２で示したのと同
様な性能モニタリングに切り替わる。このモニタリング
を行うことにより、共通データベース管理の性能が悪い
場合に、それが単純にその計算機の能力限界なのか(ハ
ードウェアのリプレース)、ある特定の利用者のアクセ
ス方法に問題があるのか(アプリケーションの修正)、あ
るいは、利用者Ａ，Ｂのデータベースアクセスをうまく
スケジュールすれば解決するのか(業務プロセスの改善)
といったようなことを切り分けることが可能になる。

【００３４】なお、上記実施例では、採取対象指定リス
トの変更はすべてルールに従って自動的に行われるが、
オペレータがリスト管理プロセス３５に対して採取対象
指定リストの変更を指示するインタフェースを設けても
構わない。

【００３５】＜発明の実施の形態４＞上記実施の形態
１，２では、採取対象外の計算機や、たまにしか採取対
象のプロセスが動作しない計算機においても、常に採取
プロセスが動作するという無駄があった。実施の形態４
では、この課題を解決するために、モーバイル・エージ
ェント技術を利用する。モーバイル・エージェントに関
しては、例えばObject Management Group（ＯＭＧ）のM
obile Agent System Interoperability Facilities Spe
cification（OMG TC Document orbos/97-10-05）に詳し
い説明がある。

【００３６】図１０に、実施の形態４を実現する計算機
システムの構成図を示す。エージェントシステム６１〜
６３は、採取エージェント７１，７２、収集エージェン
ト８１を制御する機能を持つ。図１０は、計算機１１の
専用利用者である利用者Ａに関わる性能データを採取す
る場合で、かつ、利用者Ａが常時利用するプロセスが二
つある（仮に、プロセスα、プロセスβと呼ぶ。)場合
を想定している。採取エージェント７１，７２は、状況
に応じて、対応する採取対象指定リスト４４，４５を伴
って、計算機１１〜１３の間を移動するが、モニタリン
グ開始時には、計算機１１上に存在する。

【００３７】そして、採取対象指定リスト４４，４５の
初期状態を図１１に示す。採取対象指定リストには、実
施の形態１で説明した稼働中フラグ、一時フラグに加え
て、対象フラグが追加されている。対象フラグは、各リ
ストアップされたプロセスが、当該リストを参照する採
取エージェントの性能データ採取対象であるか否かを示
す。図１１に示した通り、初期状態では、採取エージェ
ント７１がプロセスα、採取エージェント７２がプロセ
スβをそれぞれ性能データの採取対象としている。

【００３８】まず、エージェントシステム６１は、計算
機１１上で動作するオペレーティングシステムが、プロ
セスの起動、中断、終了、さらには、プロセス間通信開
始、終了を実行する際、その実行に先立ち、割り込みに
より、採取エージェント７１，７２を起動するように設
定しておく。プロセスの起動、中断、終了時の割り込み
による採取エージェント７１，７２の動作は、実施の形
態１と同様である（図２、３参照）。

【００３９】次に、プロセス間通信開始時の割り込みに
よって採取エージェント７１が起動した場合の動作を図
１２に示す。まず、ステップ１０１０で、プロセス間通
信を開始しようとしているプロセスが採取対象であるか
否かをチェックする。すなわち、採取対象指定リスト４
４に載っていて、対応する対象フラグがセットされてい
るか否かを調べる。採取対象である場合には、さらにス
テップ１０２０で、その通信先プロセスを採取対象指定
リストに追加するとともに、対応する一時フラグをセッ
トする。

【００４０】また、通信元プロセスの対象フラグをリセ
ットし、今追加した通信先プロセスの対象フラグをセッ
トする。そして、ステップ１０３０で、性能データの一
つとして、プロセス間通信開始時刻を記録する。次に、
ステップ１０４０で、通信先のプロセスが自計算機上で
動作するプロセスであるか否かをチェックする。もし、
そうでなければ、ステップ１０５０で、通信先プロセス
が動作する計算機を転送先に指定して、エージェントシ
ステム６１に対して、採取エージェントの転送を要求す
る。

【００４１】図１３は、上記転送要求を受けたときの、
エージェントシステムの動作を示すフローチャートであ
る。まず、ステップ１１１０で、転送要求をしてきた採
取エージェントの実行を終了する。次に、ステップ１１
２０で、転送する情報を作成する。図１４に、その情報
の詳細を示す。採取エージェントのバイトコード、採取
対象指定リスト、通信元のプロセス名とそれが動作する
計算機名、および、採取しただけでまだ収集エージェン
トへ転送していない性能データから構成される。それか
ら、ステップ１１３０で、採取エージェントから指定さ
れた計算機上のエージェントシステムに対して、上記転
送情報を転送する。最後に、ステップ１１４０で、要求
を発行した採取エージェントに対する割り込みによる起
動を中止するように設定する。

【００４２】図１５は、上記転送を受けたエージェント
システムの動作を示すフローチャートである。まず、ス
テップ１３１０で、転送された情報を展開する。次に、
ステップ１３２０で、受け取った採取エージェントのイ
ンスタンス作成など、実行に必要な環境を整備する。そ
して、ステップ１３３０で、プロセスの起動、中断、終
了およびプロセス間通信開始、終了の実行時にその採取
エージェントに対して割り込み起動がかかるように設定
する。これによって、以後、採取エージェントは、通信
先の計算機上で動作し、通信先プロセスにかかわる性能
データを採取するようになる。

【００４３】図１６は、プロセス間通信が終了したとき
の割り込みによって採取エージェント７１が起動したと
きの動作を示すフローチャートである。まず、ステップ
１４１０で、そのプロセスが採取対象プロセスであるか
否か、すなわち、採取対象指定リスト４４に載ってい
て、対応する対象フラグがセットされているか否かをチ
ェックする。採取対象である場合は、ステップ１４２０
で、性能データの一つとして、プロセス間通信終了時刻
を記録する。

【００４４】そして、ステップ１４３０で、採取対象指
定リストで、その通信を終了するプロセスに一時フラグ
がセットされているか否かをチェックする。もし、セッ
トされていれば、ステップ１４４０で、そのプロセスを
採取対象指定リスト４４から削除する。そして、通信元
プロセスの対象フラグをセットする。

【００４５】さらに、ステップ１４５０で、その通信元
プロセスが自計算機上で動作するプロセスであるか否か
をチェックする。もし、そうでなければ、ステップ１４
６０で、通信元プロセスが動作する計算機を転送先に指
定して、エージェントシステムに対して、採取エージェ
ントの転送を要求する。その要求に対するエージェント
システムの動作は図１３と同じである。

【００４６】なお、定期的に採取エージェントが起動さ
れたときや収集エージェントに対するデータ転送に関し
ては、実施の形態１で説明したのと同様である。本実施
の形態により、データ採取しないときに採取プロセス
（エージェント）が起動されるオーバヘッドを減らすこ
とができる。

【００４７】ところで、上記のエージェントシステムに
おいて、複数の収集エージェントを設けるだけで、実施
の形態２のように、複数の利用者に関わる性能データを
別々に採取することも可能である。

【００４８】＜発明の実施の形態５＞次に、実施の形態
４で説明したエージェントシステムを活用した方法を用
いて、動的に採取対象のカテゴリーを変更する機能を合
わせ持つ実施の形態を説明する。

【００４９】図１７は、実施の形態５を実現する計算機
システムの構成図である。実施の形態４と比べ、リスト
管理エージェント８５とそのリスト管理エージェント８
５が管理する採取対象指定リスト４６が追加されてい
る。採取対象指定リスト４６の具体例を図１８に示す。
ここには、今までの実施の形態で説明したようなフラグ
類はなく、採取対象となるプロセス名と、それを採取す
る採取エージェントの組が記載されている。なお、各採
取エージェント７１，７２が参照する採取対象指定リス
ト４４、４５は実施の形態4で説明したものと同じであ
る。

【００５０】リスト管理エージェント８５は、採取対象
指定リスト４６を更新することにより、性能モニタリン
グ対象の変更を制御する。図１９に、リスト管理エージ
ェント８５が採取対象指定リスト４６を更新するときの
処理手順を示す。

【００５１】まず、ステップ１５１０で、採取対象指定
リスト４６から削除するプロセスがあるか否かをチェッ
クする。ある場合には、ステップ１５２０で、そのプロ
セスの性能データ採取を担当している採取エージェント
に対して、実行を終了して消滅するように指示を出す。
そして、ステップ１５３０で、そのプロセスを採取対象
指定リスト４６から削除する。なお、消滅指示を受けた
採取エージェントは、まだ報告が完了していない性能デ
ータを収集エージェントに転送した後、エージェントシ
ステムに対して実行終了を通知して、処理を終える。

【００５２】次に、ステップ１５４０で、採取対象指定
リスト４６に追加するプロセスがあるか否かをチェック
する。ある場合には、ステップ１５５０で、当該プロセ
スの性能データ採取を担当する採取エージェントを生成
する。具体的には、エージェントシステム６１に対し
て、当該プロセスが動作する計算機上に採取エージェン
トを新規に生成するよう依頼する。そして、ステップ１
５６０で、当該プロセスとそれに対応する新たに生成し
た採取エージェントを採取対象指定リスト４６に追加す
る。

【００５３】なお、リスト管理エージェント８５が採取
対象指定リスト４６を更新するトリガについては、実施
の形態３で説明したのと同様の仕掛けを設けることによ
って与えれば良い。

【００５４】＜発明の実施の形態６＞実施の形態４，５
では、共有メモリやメッセージを利用した非同期のプロ
セス間通信を行う場合には、不適である。なぜならば、
受信側が通信を完了するまで、すなわち、メッセージを
受け取るまで、送信側の実行状況をモニタリングするこ
とができないためである。実施の形態６では、実施の形
態４を拡張して、非同期通信にも対応可能な性能モニタ
リング方法を提示する。基本的には、採取エージェント
を通信先に移動するのではなく、新たに生成することに
よって実現する。以下、図２０を用いて説明する。

【００５５】まず、採取対象プロセス１０１がプロセス
１０３に対してプロセス間通信を行おうとした時の採取
エージェント７１の動作は、図１２に示した通りであ
る。それを受けたエージェントシステム６１の動作は、
図１３のステップ１１１０とステップ１１４０を省略し
たものとなる。そして、エージェントシステム６１がエ
ージェントシステム６３に対して送る転送情報は図２０
に示した通りである。実施の形態４（図１４）と比べ、
まだ収集エージェントへ転送していない性能データを省
略し、その代わりに、採取対象プロセス１０１と１０３
間の通信手段情報が追加になっている。

【００５６】一方、転送情報を受けたエージェントシス
テム６３の動作は、図１５に示した通りである。また、
新たに生成された採取エージェント７３は、非同期通信
であることを通知された場合は、指定されたプロセス１
０３に関わる性能データの採取を、そのプロセス１０３
が非同期メッセージを受信した時から開始し、通信元プ
ロセス１０１に対して非同期メッセージを送信するとき
まで続ける。そして、採取対象プロセス１０３が通信を
終えた時点の動作は、図１６のステップ１４６０を削除
し、代わりに、それまでに採取した情報を採取エージェ
ント７１に転送する処理を追加したものとなる。それを
受けたエージェントシステム６３の動作は、図１３のス
テップ１１２０とステップ１１３０を省略したものとな
る。

【００５７】本実施の形態によれば、非同期通信に対応
できる上に、採取エージェントが始めに採取対象指定リ
ストに記載されたプロセスの存在する計算機上に必ず常
駐しているので、収集エージェント８１が能動的に採取
エージェントから性能データ転送を収集する場合に、採
取エージェントの居場所を探す必要がないというメリッ
トもある。

【００５８】＜発明の実施の形態７＞実施の形態６に、
性能モニタリング対象の動的変更機能を加える方法に
は、２種類ある。第一には、実施の形態５で説明した方
法を用いる。この場合、リスト管理エージェント８５か
ら消滅指示を受けた採取エージェントは、まず、プロセ
ス間通信先プロセスのモニタリング用に自らが生成した
採取エージェントに対して消滅指示を出す。その後で、
自らの消滅処理を行う。

【００５９】次に、第二の方法を説明する。第二の方法
では、採取対象プロセスのプロセス間通信開始、終了に
対応して採取エージェントを生成、消去する際に、採取
エージェントがその情報をリスト管理エージェント８５
に通知する。すなわち、プロセス間通信開始時に、採取
エージェント７１は、リスト管理エージェント８５に対
して、新たに採取対象としたプロセス１０１とそれに対
応して生成した採取エージェント７３の名前を通知す
る。リスト管理エージェント８５は、それが採取対象プ
ロセス１０１のプロセス間通信から派生したことも含め
て、その情報を採取対象指定リスト４６に反映させる。
また、プロセス間通信終了時に、採取エージェント７３
は自らの消去を実行する際に、その旨をリスト管理エー
ジェント８５に報告する。リスト管理エージェント８５
は、その通知を受けて、採取対象指定リスト４６から関
連する情報を削除する。

【００６０】そして、リスト管理エージェント８５は、
採取対象指定リスト４６から採取対象プロセスを削除す
る処理（図１９ステップ１５２０−１５３０）を行う場
合、当該プロセスのプロセス間通信から派生したものと
してリストに登録されているプロセスも削除の対象とす
る。

【００６１】＜発明の実施の形態８＞これまで述べてき
た実施の形態では、各プロセスが起動されるたびに、採
取プロセスあるいはエージェントが、そのプロセスに関
わる性能データを採取するか否かを判断していたため、
採取対象プロセスが多い場合にはそのチェックに時間が
かかる恐れがある。そこで、実施の形態８では、すべて
のプロセスについて性能データを採取し、収集プロセス
において収集するデータを選別する。

【００６２】図２１にシステム構成図を示す。収集対象
指定リスト１１１は収集プロセス３１が参照するものと
して存在する。各採取プロセス２１〜２３は、対応する
計算機１１〜１３にかかわるすべての性能データを採取
するとともに、プロセス間通信に関わるログ情報を採取
する。そして、採取した情報はすべて収集プロセス４１
へ転送する。収集プロセス４１は、収集対象指定リスト
１１１を参照して、各採取プロセス２１〜２３から送ら
れた性能データのうち、収集するデータを選別する。

【００６３】さらに、ログ情報を参照し、収集対象プロ
セスがプロセス間通信を行っていた場合には、その時間
における通信先の性能データも収集する。以上述べた収
集プロセスの処理は、計算機が暇なときに行えば良いの
で、システムに与える影響は小さい。そして、通常のシ
ステム稼動中においても、実施の形態１と比べて、採取
対象指定リストの参照、更新処理が不要なため、採取対
象のプロセス数やプロセス間通信の頻度が多い場合に
は、システムへの影響を小さくできる。

【００６４】

【発明の効果】本発明によれば、複数の利用者が利用す
る計算機システムにおいて、性能データを採取するポイ
ントを動的に切り替えたり、ある特定の利用者が関わる
部分の性能データだけを横断的に採取したりすることが
可能になり、ボトルネック解析を容易にするという効果
がある。

【図面の簡単な説明】

【図１】本発明の実施の形態１における性能モニタリン
グ方法を実現する計算機システムの構成図である。

【図２】プロセス起動時の割り込みによって採取プロセ
ス２１〜２３が起動したときの動作を示すフローチャー
トである。

【図３】プロセス中断、終了時の割り込みによって採取
プロセス２１〜２３が起動したときの動作を示すフロー
チャートである。

【図４】プロセス間通信開始時の割り込みによって採取
プロセス２１〜２３が起動したときの動作を示すフロー
チャートである。

【図５】採取対象指定リストへの追加指示を受けた採取
プロセス２１〜２３の動作を示すフローチャートであ
る。

【図６】プロセス間通信の通信先で、通信が終了したと
きの割り込みによって採取プロセス２１〜２３が起動し
たときの動作を示すフローチャートである。

【図７】採取対象指定リストの記述例を示す図である。

【図８】本発明の実施の形態２における性能モニタリン
グ方法を実現する計算機システムの構成図である。

【図９】本発明の実施の形態３における性能モニタリン
グ方法を実現する計算機システムの構成図である。

【図１０】本発明の実施の形態４における性能モニタリ
ング方法を実現する計算機システムの構成図である。

【図１１】採取対象指定リストの初期状態を示す図であ
る。

【図１２】プロセス間通信開始時の割り込みによって採
取エージェント７１、７２が起動したときの動作を示す
フローチャートである。

【図１３】転送要求を受けたときの、エージェントシス
テムの動作を示すフローチャートである。

【図１４】転送情報の具体例を示す図である。

【図１５】転送を受けたエージェントシステムの動作を
示すフローチャートである。

【図１６】プロセス間通信の通信先で、通信が終了した
ときの割り込みによって採取エージェント７１が起動し
たときの動作を示すフローチャートである。

【図１７】本発明の実施の形態５における性能モニタリ
ング方法を実現する計算機システムの構成図である。

【図１８】採取対象指定リスト４６の記述例を示す図で
ある。

【図１９】リスト管理エージェント８５が採取対象指定
リスト４６を更新するときの処理手順を示すフローチャ
ートである。

【図２０】本発明の実施の形態６における性能モニタリ
ング方法を実現する計算機システムの構成図である。

【図２１】本発明の実施の形態８における性能モニタリ
ング方法を実現する計算機システムの構成図である。

【符号の説明】

１１〜１３…計算機、 ２１〜２３…採
取プロセス、３１…収集プロセス、 ３
５…リスト管理プロセス、４１〜４６…採取対象指定リ
スト、 ５…ＬＡＮ、６１〜６３…エージェントシ
ステム、 ７１〜７２…採取エージェント、８１…収集
エージェント、 ８５…リスト管理エージェ
ント、１１１…収集対象指定リスト。

フロントページの続き Ｆターム(参考） 5B042 GA11 GA23 GC10 LA18 MB03 MB05 MC21 MC29 MC35 5B098 AA10 GA04 GB01 GC10 GC16 JJ05

Claims (32)

【特許請求の範囲】
1. 【請求項１】複数の計算機と、上記各計算機間の通信を
   行う手段を有する計算機ネットワークにおいて、各計算
   機あるいはその計算機上で動作する各プロセスの性能デ
   ータを採取する少なくとも一つの採取プロセスと、上記
   採取プロセスから上記採取された性能データを収集する
   少なくとも一つの収集プロセスと、上記採取プロセスが
   データ採取の対象とする計算機あるいはプロセスを指定
   する採取対象指定リストを有し、上記採取プロセスが上
   記採取対象指定リストによって指定された計算機あるい
   はプロセスに関わる性能データを上記収集プロセスへ転
   送するステップを有することを特徴とする計算機システ
   ムの性能モニタリング方法。
2. 【請求項２】上記計算機ネットワークにおいて、各計算
   機あるいはその計算機上で動作する各プロセスの性能デ
   ータを採取する少なくとも一つの採取プロセスと、上記
   採取プロセスから上記採取された性能データを収集する
   少なくとも一つの収集プロセスと、上記収集プロセスが
   データ収集の対象とする計算機またはプロセスを指定す
   る収集対象指定リストを有し、上記収集プロセスが上記
   収集対象指定リストによって指定されたデータを上記採
   取プロセスから収集するステップを有する請求項１記載
   の計算機システムの性能モニタリング方法。
3. 【請求項３】上記採取プロセスは、性能データを採取す
   るたびに、そのデータを上記収集プロセスへ転送するこ
   とを特徴とする請求項１記載の計算機システムの性能モ
   ニタリング方法。
4. 【請求項４】上記採取プロセスは採取した性能データを
   格納する記憶エリアを有し、上記収集プロセスがデータ
   を受信するステップは、上記収集プロセスが上記採取プ
   ロセスに対しデータ転送を要求するステップと、上記採
   取プロセスがその要求を受けて上記記憶エリアに格納し
   たデータを転送するステップを有することを特徴とする
   請求項２記載の計算機システムの性能モニタリング方
   法。
5. 【請求項５】上記採取プロセスは採取した性能データを
   格納する記憶エリアを有し、上記採取プロセスは、あら
   かじめ決められた間隔毎に、上記記憶エリアに格納した
   データを上記収集プロセスへ転送することを特徴とする
   請求項１記載の計算機システムの性能モニタリング方
   法。
6. 【請求項６】上記採取プロセスは、性能データ採取の対
   象とするプロセスがすべて消滅した場合は、それまで蓄
   積したデータをすべて上記収集プロセスへ転送すること
   を特徴とする請求項１記載の計算機システムの性能モニ
   タリング方法。
7. 【請求項７】上記計算機システムは、上記採取対象指定
   リストを管理するリスト管理プロセスを有し、リスト管
   理プロセスは、上記採取対象指定リストの内容を一部、
   あるいは、すべて更新する手段を有することを特徴とす
   る請求項１記載の計算機システムの性能モニタリング方
   法。
8. 【請求項８】上記採取対象指定リストの候補を複数個有
   し、上記計算機システムの稼動状況に応じてどのリスト
   を採取対象指定リストとして使用するかを規定するルー
   ルを有し、上記リスト管理プロセスは上記ルールに合致
   するもののうちの一つを採取対象指定リストとして設定
   することを特徴とする請求項７記載の計算機システムの
   性能モニタリング方法。
9. 【請求項９】上記ルールは、現在使用している採取対象
   指定リストと上記計算機システム内で発生するイベント
   の組から次に使用する採取対象指定リストへの写像を記
   述したものであることを特徴とする請求項８記載の計算
   機システムの性能モニタリング方法。
10. 【請求項１０】上記計算機ネットワークに接続された表
    示装置に対して、上記収集プロセスが収集した性能デー
    タを表示する表示プロセスを有することを特徴とする請
    求項１記載の計算機システムの性能モニタリング方法。
11. 【請求項１１】上記計算機ネットワーク上に存在する計
    算機の台数と同じ数の上記採取プロセスと採取対象指定
    リストを有し、各採取プロセス、採取対象指定リスト、
    計算機を一対一に対応づけ、各採取プロセスは、対応す
    る採取対象指定リストに記載された情報に従って、対応
    する計算機上で動作する各プロセスに関わる性能データ
    を採取するかしないかを決定することを特徴とする請求
    項１記載の計算機システムの性能モニタリング方法。
12. 【請求項１２】採取対象のプロセスが他のプロセスに対
    してプロセス間通信を行った場合には、その通信先プロ
    セスが稼動する計算機に対応した上記採取対象指定リス
    トに、その通信先プロセスを追加し、上記通信が完了し
    た時点で、その通信先プロセスを上記採取対象指定リス
    トから削除することを特徴とする請求項１１記載の計算
    機システムの性能モニタリング方法。
13. 【請求項１３】上記リスト管理プロセスは、上記複数の
    採取対象指定リストを一元管理し、上記各採取プロセス
    に対してそれぞれの対応する採取対象指定リストの複製
    を配布し、上記採取対象指定リストの内容を更新した場
    合には、その採取対象指定リストに対応する上記採取プ
    ロセスに更新内容を通知し、各採取プロセスは、その通
    知を受けた場合に、対応する採取対象指定リストの複製
    を更新することを特徴とする請求項７から１１のいずれ
    か１項記載の計算機システムの性能モニタリング方法。
14. 【請求項１４】複数個の上記収集プロセスを有し、上記
    各収集プロセスと上記計算機の組み合わせ毎に一対一に
    対応する複数の上記採取対象指定リストを有し、上記各
    採取プロセスは、対応する計算機に関わるすべての採取
    対象指定リストを参照して、対応する計算機上で動作す
    る各プロセスがいずれかのリストに記載されていればそ
    のプロセスに関わる性能データを採取し、採取した性能
    データをそれが記載されていた採取対象指定リストに対
    応する収集プロセスへ転送することを特徴とする請求項
    １１記載の計算機システムの性能モニタリング方法。
15. 【請求項１５】上記採取対象指定リストには一つ以上の
    プロセスが記載され、その採取対象プロセスと一対一で
    対応する一つ以上の採取プロセスを有し、各採取プロセ
    スは、対応する採取対象プロセスの性能データを採取す
    ることを特徴とする請求項１記載の計算機システムの性
    能モニタリング方法。
16. 【請求項１６】上記各採取プロセスは、自らが関わる採
    取対象プロセスが他のプロセスに対してプロセス間通信
    を行う場合には、上記採取対象指定リストを参照し、通
    信先プロセスが上記採取対象指定リストに記載されてい
    なければ、その通信が完了するまでの間は、採取対象の
    プロセスを上記プロセス間通信の通信先プロセスに変更
    することを特徴とする請求項１５記載の計算機システム
    の性能モニタリング方法。
17. 【請求項１７】上記各採取プロセスは、自らが関わる採
    取対象プロセスが他のプロセスに対してプロセス間通信
    を行う場合には、上記採取対象指定リストを参照し、通
    信先プロセスが上記採取対象指定リストに記載されてい
    なければ、新たな採取プロセスとその採取プロセスが参
    照するための採取対象指定リストを生成し、その採取対
    象指定リストには、上記通信先プロセスをリストアップ
    し、その新たに生成された採取プロセスは、上記通信元
    のプロセスをモニタリングしている採取プロセスに対し
    て自らが採取した採取データを転送し、上記収集プロセ
    スは、性能モニタリング開始時点から存在する採取プロ
    セスに対して、採取データ転送を要求することを特徴と
    する請求項１５記載の計算機システムの性能モニタリン
    グ方法。
18. 【請求項１８】上記プロセス間通信開始時に新たに生成
    された採取プロセスは、上記プロセス間通信が終了した
    ときに対応する採取対象指定リストとともに消滅するこ
    とを特徴とする請求項１７記載の計算機システムの性能
    モニタリング方法。
19. 【請求項１９】上記リスト管理プロセスは、上記採取対
    象指定リストを一元管理し、上記各採取プロセスに対し
    て採取対象指定リストの複製を配布し、上記採取対象指
    定リストの内容を更新した場合には、リストから消去さ
    れたプロセスに対応する上記採取プロセスに対して、動
    作を終了して消滅するよう指示を出すとともに、新たに
    リストに追加されたプロセスに対応する採取プロセスを
    生成し、一方、消滅指示を受けた採取プロセスは、それ
    まで蓄積したデータをすべて上記収集プロセスへ転送し
    たのちに消滅することを特徴とする請求項７から１５の
    いずれか１項記載の計算機システムの性能モニタリング
    方法。
20. 【請求項２０】上記リスト管理プロセスから消滅指示を
    受けた採取プロセスは、指示を受けたときに採取対象プ
    ロセスがプロセス間通信を行っている場合には、通信先
    プロセスを採取対象とする採取プロセスに対して消滅指
    示を出し、その採取プロセスが消滅したのを確認した
    後、自身が消滅することを特徴とする請求項１７から１
    ９のいずれか１項記載の計算機システムの性能モニタリ
    ング方法。
21. 【請求項２１】上記各採取プロセスがプロセス間通信開
    始に伴って新たに採取プロセスを生成したとき、およ
    び、上記プロセス間通信終了に伴って上記新たに生成さ
    れた採取プロセスが消滅するとき、上記リスト管理プロ
    セスに対してその旨を報告し、リスト管理プロセスは、
    自らが管理する採取対象指定リストにその報告を受けた
    情報を追加しておくことにより、採取対象指定リスト変
    更時に、リストから消去されたプロセスがプロセス間通
    信を行っている場合に、その通信先プロセスに対応する
    採取プロセスに対しても消滅指示を発行することを特徴
    とする請求項１７から１９のいずれか１項記載の計算機
    システムの性能モニタリング方法。
22. 【請求項２２】複数個の上記収集プロセスと、各収集プ
    ロセスに対応する複数の上記採取対象指定リストを有
    し、各採取プロセスは、対応する採取対象プロセスが記
    載されている採取対象指定リストの複製を持ち、採取し
    た性能データをその採取対象指定リストに対応する収集
    プロセスへ転送することを特徴とする請求項１５記載の
    計算機システムの性能モニタリング方法。
23. 【請求項２３】上記計算機ネットワーク上に存在する計
    算機の台数と同じ数の採取プロセスを有し、各採取プロ
    セスと計算機を一対一に対応づけ、各採取プロセスは、
    対応する計算機に関わる性能データを常に採取し、上記
    採取プロセスが採取した各データを上記収集プロセスが
    収集するか否かを上記収集対象指定リストに記載された
    情報に従って決定することを特徴とする請求項２記載の
    計算機システムの性能モニタリング方法。
24. 【請求項２４】上記各採取プロセスは、性能データに加
    え、プロセス間通信に関するログ情報を採取し、上記収
    集プロセスは、上記収集対象指定リストに記載された収
    集対象プロセスに関して採取された上記情報を収集する
    とともに、収集したプロセス間通信に関するログ情報か
    ら上記収集対象プロセスのプロセス間通信先プロセスを
    識別し、その通信先プロセスの性能データも収集するこ
    とを特徴とする請求項２３記載の計算機システムの性能
    モニタリング方法。
25. 【請求項２５】複数個の上記収集プロセスと、各収集プ
    ロセスに対応する複数の上記収集対象指定リストを有す
    ることを特徴とする請求項２３記載の計算機システムの
    性能モニタリング方法。
26. 【請求項２６】複数の作業者が独立あるいは協調して遂
    行する業務を、複数の計算機と上記各計算機間の通信を
    行う手段を有する計算機ネットワークを用いて支援する
    企業情報システムにおける性能モニタリング方法であっ
    て、各計算機上で動作する各プロセスの性能データを採
    取する少なくとも一つの採取プロセスと、上記採取プロ
    セスから上記採取された性能データを収集する少なくと
    も一つの収集プロセスと、上記採取プロセスがデータ採
    取の対象とするプロセスを指定する採取対象指定リスト
    を有し、上記採取対象指定リストには、ある作業者ある
    いは作業者グループの業務遂行のためだけに存在するプ
    ロセスをリストアップし、上記採取プロセスは、リスト
    アップされているプロセスに関わる性能データを採取
    し、上記採取対象プロセスが他のプロセスに対してプロ
    セス間通信を行う場合には、上記採取対象指定リストを
    参照し、通信先プロセスが上記採取対象指定リストに記
    載されていなければ、上記採取対象指定リストにその通
    信先プロセスを追加し、上記通信が完了した時点で、そ
    の通信先プロセスを上記採取対象指定リストから削除
    し、採取したデータを上記収集プロセスへ転送する企業
    情報システムであることを特徴とする計算機システムの
    性能モニタリング方法。
27. 【請求項２７】上記採取プロセスは上記各計算機に一対
    一に対応して存在し、上記収集プロセスは性能モニタリ
    ングの対象とする上記作業者一人あるいは作業者のグル
    ープ毎に一対一に対応して存在し、上記採取対象指定リ
    ストは上記作業者一人あるいは作業者のグループと上記
    計算機の組み合わせ毎に一対一に対応して存在し、各採
    取対象指定リストには、対応する計算機上に対応する作
    業者あるいは作業者グループの業務遂行のためだけに存
    在するプロセスをリストアップし、各採取プロセスは、
    対応する計算機に関わる採取対象指定リストのいずれか
    にリストアップされているプロセスに関わる性能データ
    を採取し、上記採取対象プロセスが他のプロセスに対し
    てプロセス間通信を行う場合には、通信先プロセスが動
    作する計算機および上記採取対象プロセスが関わる作業
    者あるいは作業者のグループの組み合わせに対応する採
    取対象指定リストを参照し、通信先プロセスが上記採取
    対象指定リストに記載されていなければ、上記採取対象
    指定リストにその通信先プロセスを追加し、上記通信が
    完了した時点で、その通信先プロセスを上記採取対象指
    定リストから削除し、採取したデータを、その採取を指
    定した採取対象指定リストに対応する作業者あるいは作
    業者のグループに関わる収集プロセスへ転送する請求項
    ２６記載の企業情報システムであることを特徴とする計
    算機システムの性能モニタリング方法。
28. 【請求項２８】上記収集プロセスと、上記採取対象指定
    リストは、上記作業者一人あるいは作業者のグループ毎
    に一対一に対応して存在し、各採取対象指定リストに
    は、対応する作業者あるいは作業者グループの業務遂行
    のためだけに存在するプロセスをリストアップし、上記
    採取プロセスは、上記採取対象指定リストにリストアッ
    プされたプロセスと一対一に対応して存在し、各採取プ
    ロセスは、対応する採取対象プロセスの性能データを採
    取し、上記採取対象プロセスが他のプロセスに対してプ
    ロセス間通信を行う場合には、上記採取対象プロセスを
    リストアップした上記採取対象指定リストを参照し、通
    信先プロセスが上記採取対象指定リストに記載されてい
    なければ、その通信が完了するまでの間は、採取対象の
    プロセスを上記プロセス間通信の通信先プロセスに変更
    し、採取した性能データを、採取対象にかかわる作業者
    あるいは作業者グループに対応する収集プロセスへ転送
    する請求項２６記載の企業情報システムであることを特
    徴とする計算機システムの性能モニタリング方法。
29. 【請求項２９】上記各採取プロセスは、自らが関わる採
    取対象プロセスが他のプロセスに対してプロセス間通信
    を行う場合には、上記採取対象プロセスをリストアップ
    した上記採取対象指定リストを参照し、その通信先プロ
    セスが上記採取対象指定リストに記載されていなけれ
    ば、採取プロセスを複製し、その複製された採取プロセ
    スは、上記プロセス間通信の通信先プロセスの性能デー
    タを採取し、自らを複製した採取プロセスに対して採取
    データを転送し、上記各収集プロセスは、対応する採取
    対象指定リストに記載されたプロセスに対応するすべて
    の採取プロセスに対して、採取データ転送を要求する請
    求項２８記載の企業情報システムであることを特徴とす
    る計算機システムの性能モニタリング方法。
30. 【請求項３０】複数の作業者が独立あるいは協調して遂
    行する業務を、複数の計算機と上記各計算機間の通信を
    行う手段を有する計算機ネットワークを用いて支援する
    企業情報システムにおける性能モニタリング方法であっ
    て、上記計算機毎に一対一に対応して、その上で動作す
    る各プロセスの性能データおよびプロセス間通信のログ
    情報を採取する採取プロセスを有し、性能モニタリング
    の対象とする作業者一人あるいは作業者のグループ毎に
    一対一に対応して、上記採取プロセスから上記採取され
    た性能データを収集する収集プロセスを有し、上記収集
    プロセス毎に、その収集プロセスがデータ収集の対象と
    するプロセスを指定する収集対象指定リストを有し、上
    記各収集対象指定リストには、性能モニタリング対象で
    ある作業者あるいは作業者グループの業務遂行のためだ
    けに存在するプロセスをリストアップし、上記収集プロ
    セスは、上記収集対象指定リストにリストアップされた
    収集対象プロセスに関して採取された上記情報を収集す
    るとともに、収集したプロセス間通信に関するログ情報
    から上記収集対象プロセスのプロセス間通信先プロセス
    を識別し、その通信先プロセスの性能データも収集する
    企業情報システムであることを特徴とする計算機システ
    ムの性能モニタリング方法。
31. 【請求項３１】上記企業情報システムは、複数の作業者
    が各々の担当する単位業務を持ち、その単位業務の一連
    のつながりによって実現されるワークフロー業務を支援
    対象とし、各ワークフロー業務毎に、上記収集プロセス
    と上記採取対象指定リストを有する請求項２６から３０
    のいずれか１項記載の企業情報システムであることを特
    徴とする計算機システムの性能モニタリング方法。
32. 【請求項３２】複数の計算機と、上記各計算機間の通信
    を行う手段を有する計算機ネットワーク上で、複数の実
    行環境と、上記複数の実行環境の少なくとも一つの実行
    環境において実行される少なくとも一つのインスタンス
    を有するオブジェクトとを含むオブジェクトが指向計算
    機システムにおいて、上記各オブジェクトの実行時性能
    データを採取する少なくとも一つの採取オブジェクト
    と、上記採取オブジェクトから上記採取された性能デー
    タを収集する少なくとも一つの収集オブジェクトと、上
    記採取オブジェクトがデータ採取の対象とするオブジェ
    クトを指定する採取対象指定リストを有し、上記採取オ
    ブジェクトが上記採取対象指定リストによって指定され
    たオブジェクトの実行時性能データを上記収集オブジェ
    クトへ転送するステップを有するオブジェクト指向計算
    機システムであることを特徴とする計算機システムの性
    能モニタリング方法。