JP2001519942A

JP2001519942A - 分散アプリケーションを監視するシステムおよび方法

Info

Publication number: JP2001519942A
Application number: JP54069698A
Authority: JP
Inventors: ネーラジアガルワル; ピエールパーレット; マイケルジーマクメネミー
Original assignee: ファーストセンスソフトウェアインク
Priority date: 1997-03-20
Filing date: 1998-03-17
Publication date: 2001-10-23
Also published as: EP0968589B1; CA2283484A1; DE69825571D1; US5958010A; EP0968589A1; DE69825571T2; AU748862B2; AU6559898A; WO1998042103A1; ATE273589T1

Abstract

(57)【要約】異なる環境にまたがる分散アプリケーション、クライアント／サーバーデータベース、ネットワークおよびシステムを自動的に監視および管理するシステムおよび方法に関する。本発明は、リアルタイムでネットワーク環境を連続的に監視するためのアプリケーションプロトコルを認識できる検出技術が埋め込まれた、分散、自動化され、かつ知的な監視エージェントを採用している。このために、監視エージェントはネットワーク内の各クライアントおよびサーバーに搭載可能である。監視エージェントは、クライアントとネットワークの間で受け渡されるデータを監視するためにネットワーク内のサーバーの通信スタックに組み込むことができる。データは、トラブルシューティング、傾向分析、リソース計画、セキュリティ監査、経理や費用割り掛け、およびその他のアプリケーションのために収集し、利用することができる。

Description

【発明の詳細な説明】分散アプリケーションを監視するシステムおよび方法技術分野本発明は分散コンピューティング環境を監視・管理するためのシステムおよび方法に関し、特にシステム性能、使用傾向、セキュリティ監査、容量計画ならびに例外処理のためのビジネストランザクションレベルの管理データを生成する分散コンピューティングシステムの全企業的規模の動作を監視するシステムおよび方法に関する。背景技術分散コンピューティングアーキテクチャは、ネットワークシステムにより接続された多くのコンピュータにまたがる物理的、および論理的な分散コンピューティング機能を提供する。一般に、クライアントはネットワークを介してサーバーに対しサービス要求を開始する。サーバーは、一つ以上のデータベース、ファイル、印刷、あるいはその他のサービスを行なうことによりクライアントの要求に応じる。その動作の間、クライアントとサーバーはデータを交換し、動作の完了に必要なデータ処理機能を独立に実行する。１個のサーバーは同時に多数のクライアントにサービスを提供することができる一方で、クライアントは同時に多数のサーバーのサービスにアクセス可能なために複雑さをもたらすことがある。さらに、サーバーは他のサーバーに対してはクライアントとして振る舞うことができる。従って、分散コンピュータシステムは複雑な多階層の分散アーキテクチャをとり得る。その複雑さにもかかわらず、分散コンピューティングアーキテクチャは、大容量データを効率的に処理し、多数のステーション間で高速デジタル通信を提供する、洗練され、かつ強力なシステムをユーザーに提供することに成功していた。これらのシステムの能力は分散コンピューティングアーキテクチャの広範囲にわたる普及をもたらしてきたが、さらにクライアント／サーバーデータベース、異なる環境にまたがってネットワークで接続された分散アプリケーション等、多様な分散コンピューティングサービスを発展させてきた。さらに、新しい技術が分散システムの成長を促進し続ける。例えば、商用環境に適したインターネットやイントラネットシステムの発展は分散コンピューティング領域の爆発的な成長をもたらした。分散コンピューティングアーキテクチャは効率的で強力なツールをユーザーに提供するが、アーキテクチャの複雑さと精巧さのために実際のシステムの実装、導入および動作が非常に難しくなる。例えば、典型的なリレーショナルクライアント／サーバー型データベースシステムは複数のクライアントに多くのデータベースサービスを提供するためのデータベースサーバーを含む。分散アーキテクチャは、各々のクライアントが適切にサーバーと通信でき、かつサーバーがクライアントから受け取った多数のサービス要求を調整して、いくつかのネットワーク記憶装置に分散したデータリポジトリのデータ整合性を維持できることが必要である。クライアント要素とサーバーの間に生じる電子通信は非同期的、断続的、および非常に高速に発生するため、このようなシステムをコンピュータネットワークにロードすることは複雑化した難しいタスクである。従って、これらの分散システムの実装、性能の分析および向上のために複雑な診断・管理ツールが要求される。分散コンピューティングアーキテクチャは複雑なため、システム障害の診断が難しいタスクになる。分散ネットワークコンポーネント間の通信の非同時性、および高速な特性がそのタスクを極めて複雑にする。従って、システム障害を起こすイベントを検出するためにシステム動作を監視する際に、診断技術者は困難に直面する。この診断・開発ツールの必要性に応えて、コンピュータエンジニア達はクライアントとサーバー間のトランザクションを監視するためにネットワークの通信チャネルに組み込まれるネットワーク監視システムを開発した。これらのシステムは、通信を監視するためにネットワークシステムの物理層に組み込まれるハードウェア機器であることが多い。従って、クライアントとサーバー間のそれぞれの物理的接続は、相互接続されたハードウェア機器を含むことが必要になる。これらの機器は発生するデータトランザクションを監視する。これらのデータトランザクションの記録を生成することにより、システム技術者はシステム障害につながるイベントを識別しようと試みることができる。これらのシステムは機能するものの、ハードウェア機器はクライアントとサーバー間に発生するそれぞれのデータトランザクションを検出して、記録することができなければならない。このことは、送られているデータが、監視されているクライアントあるいはサーバーに関連づけられているか否かを決定するために、ネットワークを越えて転送されているデータの各パケットをハードウェア機器が読むことが必要になる。しかし、クライアントとサーバー間に発生するデータトランザクションの非同期かつ高速な特性のため、これらの機器は発生するすべてのトランザクションの検出に失敗するエラーを起こしやすくなる。技術者はクライアントとサーバー間で発生したトランザクションの断片的な、従ってシステム障害の原因を特定する目的に利用しようにも信頼できない不完全な記録しか持ち合わせていないかも知れない。エージェントコンソールアーキテクチャを実装することにより、分散環境に中央集権化されたシステム管理モデルをマッピングする別の管理ツールが存在する。このアーキテクチャにおいて、エージェントは使用実績データを収集して“例外”が発生したか否かを判定するために連続的にサーバーにポーリングを行ない、システム、ネットワーク、あるいはアプリケーションのためにファイルのログを取る。コンソールはコマンドと制御機能が実装される中央管理機構である。このアーキテクチャにはいくつかの欠点がある。第一に、連続的ポーリング機能は貴重なリソースを使用するため、サーバー性能が低下する。これはシステム挙動の極めて精緻な分析を必要とし、連続的ポーリングを必要とする監視について特にあてはまる。第二に、エージェントはサーバーコンポーネントレベルにある。そのため、使用実績、性能および例外の統計値はコンポーネントレベルにおいてのみ利用可能であり、端末同士のリソース使用の計測や、関与している他のコンポーネントの計測はなされない。あるフレームワークベンダーが提案した代替アプローチでは、管理ツールがシステム性能を監視するために採用できるリソースの集合にアプリケーションプログラムインタフェース（ＡＰＩ）を含んでいる。このアプローチはシステムで稼動している既存の分散アプリケーションが各種のシステム監視リソースへのＡＰＩコールを含むべくエディット、および再コンパイルされる必要がある。従って、分散システム上で動作するアプリケーションプログラムを提供するすべてのベンダーの協力に依存しているシステム監視へのこのようなアプローチは非常に干渉的である。発明の開示従って、本発明の目的は、分散コンピュータシステムを監視するための改善されたシステムを提供することである。本発明のさらなる目的は、ビジネストランザクションレベルのデータを生み出す監視システムを提供することである。また、本発明のさらなる目的は、より干渉的でなく、規模の調整が容易に行なえる監視システムを提供することである。また、本発明のさらなる目的は、ビジネストランザクションレベルにおいてリソース消費の特性を明らかにし、ビジネストランザクションを促進すべく行なわれたシステム、ネットワーク、サーバーおよび他のコンポーネントの挙動を考慮に入れるような分散システム管理ツールを提供することである。本発明は、異なる環境にまたがって動作するものを含めて、分散アプリケーション、クライアント／サーバーデータベース、ネットワークおよびシステムを自動的に監視および管理するシステムおよび方法を特徴とする。本発明は、リアルタイムでネットワーク環境を連続的に監視するためのアプリケーションプロトコルを認識できる検出技術が埋め込まれた、分散化・自動化され、かつ知的な監視エージェントを採用している。監視エージェントはネットワーク内の各クライアントおよびサーバーに搭載可能である。監視エージェントは、ネットワーク通信スタックに組み込まれ、クライアントとネットワークの間、およびサーバーとネットワークの間で受け渡されるデータを監視する。通信スタックの中に組み込むことにより、エージェントはクライアント上で動作する任意のプロセスに渡されるあらゆるデータを監視することができる。オプションとして、サーバーの選択されたグループとの通信を監視するように、エージェントに対して指示することができ、それによりこれらのサーバー間で受け渡されるすべてのデータをエージェントにより検出、保存することができる。エージェントは収集されたすべてのデータをデータベースに保存することができる。エージェントがアプリケーションプロトコルを認識できるため、システムはトラブルシューティング、傾向分析、リソース計画、セキュリティ監査、経理や費用割り掛け、およびその他のアプリケーションに役立つデータを収集することができる。ある実施例において、本発明はネットワークで動作するサーバープログラムを監視するシステムを特徴とする。本システムは、ネットワークとクライアントの間にデータを渡すための通信スタックを有するクライアント（例えばコンピュータワークステーションあるいはサーバー）を含んでいてよい。本システムはさらに、通信スタック中に組み込むための、またクライアントとネットワークの間で受け渡されるデータを監視するためのインタフェースを有するモニターと、そのサーバープログラムと関連付けられた通信を表現するデータの部分を検出すべくデータを処理するためのフィルターモジュールとを含む。本システムはさらに、データの検出された部分を保存するためのデータメモリを含んでいてよい。本システムはまた、データメモリ中に組み込むための、またサーバープログラムの動作を表現する情報を生成するためにデータの検出された部分を処理するためのエージェントを含んでいてよい。ユーザーモジュールはエージェントから情報を受け取り、サーバープログラムの動作特性を判定するために情報を処理すべく動作することができる。その特性はサーバープログラムの使用規模、および応答時間その他の特性を表現するものであってよい。本システムはまた、例外の発生を検出するためにサーバーとクライアントの間で受け渡されている情報を監視するエラー検出装置を含んでいてよい。本システムはサーバープログラムとクライアントの間で発生するトランザクションを監査するための監査プロセッサと、選択されたトランザクションのセキュリティレベルを表わすセキュリティ特性を識別するために情報を処理するセキュリティプロセッサを含んでいてよい。セキュリティプロセッサはまた、セキュリティ監査実行のためにネットワーク上を転送されているデータを監視できるように、セキュリティ監査機能を提供することができる。本システムはさらに、複数のサーバープログラムのリストを提供し、かつそれぞれが複数のサーバープログラムの一つずつと関連付けられている複数のフィルターモジュールを生成する制御モジュールから構成することができる。本システムはまた、モニターの動作の制御を行なうコンソールモジュールを含むことができる。コンソールモジュールは複数のエージェントモジュールに組み込むことができ、エージェントモジュールのそれぞれが特定のノードと関連付けられたデータメモリに組み込むことができる。このようにして、コンソールモジュールはネットワーク上に任意のノードの動作に関するデータを受け取ることができる。オプションとして、コンソールモジュールは収集されたデータを保存するためのデータベース記憶装置に接続することができる。これらのデータは、分散コンピューティングシステムを修正あるいは修理するオペレータにとって利用可能にできる。さらに別の態様において、本発明はネットワークに接続したサーバー上で実行しているサーバープログラムの動作を監視するためのシステムを特徴とする。本システムは、それぞれがサーバープログラムのサービスを要求し、ネットワークとデータを交換するための通信スタックを持つことができる複数のクライアント含む。各クライアントは、通信スタックの中に組み込むための、またクライアントとネットワークとデータの間で受け渡されるデータを監視するためのインタフェースを含む監視プログラムと、そのデータのサーバープログラムと関連付けられた通信を表現する部分を検出するためにデータを処理するフィルターモジュールとを有するバックグラウンドプロセスとして機能することができる。さらに別の態様において、本システムはループバック動作を監視する。ループバックはサーバーと分散アプリケーションが同じクライアント上に置かれている場合に生じる。ループバック情報は決してネットワークに向けて出ることなく、通信スタックを介してサーバーとアプリケーション間で受け渡される。モニターは、クライアントに関連づけられた通信スタックの中に組み込まれているため、通信スタックだけを通過するループバックデータを監視することができる別の側面において、本発明はネットワークで動作するサーバープログラムを監視するための方法を特徴とする。これらの方法は、ネットワークとクライアントの間でデータを受け渡すための通信スタックを有するクライアントを提供するステップと、通信スタックの中へ組み込むためのインタフェースを有するモニターを介しクライアントとネットワークとの間で受け渡されるデータを監視するステップと、サーバープログラムに関連付けられた通信を表現するデータ部分を検出するために、監視されたデータをフィルタリングするステップと、検出されたデータ部分をデータメモリへ保存するステップとから構成される。本発明による方法はさらに、エージェントを介してデータメモリへ組み込むステップと、サーバープログラムの動作を表現する情報を生成するために、検出されたデータ部分を処理するステップとから構成される。さらに、これらの方法はサーバープログラム動作特性を決定するための情報を処理するステップから構成される。図面の簡単な説明本発明の目的、特徴および利点は、添付されている図と合わせて以下の実施例の詳細な説明からより明らかになろう。図１は、本発明による分散アプリケーションの自動化された監視および管理を提供する一つのシステムを示す。図２は、図１に示すシステムとともに使用するのに適した監視エージェントの機能ブロック図である。図３は、分散プロセスの詳細情報を収集するためのモジュールの一例を示す。図４は、あるモジュールの動作の細部を示す詳細図である。図５は、分散プロセスの詳細情報を収集するためのモジュール別の例を示す。発明を実施するための最良の形態図１に、多数のワークステーションおよびサーバーを含む分散アプリケーションを監視および管理するための、本発明に基づくシステム１０を示す。図示していないがシステム１０がさらにプリンター等のネットワーク装置やネットワーク記憶装置を含むことができることは理解されるであろう。図１は特に、ワークステーション１２、１４、１６、および１８、サーバー２０、サーバー２２、ミッションユニバーサルモニター（ＭＵＭ）エージェント３０〜４０、ＭＵＭコンソールモジュール４２、ＭＵＭデータベース４４、および監視ステーション２４を示す。図１に示すシステム１０において、ワークステーション１２〜１８の各々はコンピュータ可読な情報を搬送するのに適したネットワークに接続されたコンピュータシステムを表す。ネットワークノードの各々はサーバー２０または２２のいずれかと通信して、それらにサービスを要求することができる。従って、図１に示すシステムは異なるワークステーション、装置およびサーバーにまたがる計算機能の物理的および論理的な分散を表わす分散コンピューティングアーキテクチャを有する。図１に、この分散処理環境を監視する、本発明によるシステムの構造と動作の一般的な概要を示す。システム１０は相互に接続されたＭＵＭデータベース４４とともにＭＵＭエージェント３０〜４０とＭＵＭコンソール４２を含む。ＭＵＭエージェント３０〜４０の各々はワークステーションあるいはサーバー要素のそれそれ一つと関連付けられている。さらに、一つの監視エージェントは、企業全体にわたって監視を行なうためにネットワークの各々のコンポーネントと関連付けられており、クライアントとサーバー上に分散されたものも含めてすべてのプロセスを監視することができる。各ＭＵＭエージェントは、とりわけ、ワークステーションおよび選択された一方または両方のサーバー２０、２２の上で動作しているプログラムの間で交換されているデータを監視するために、関連づけられたワークステーションあるいはサーバー上に物理的に位置していてよい。その結果、ネットワーク上のすべての装置の処理を監視することができ、かつ図示されたエージェント３０〜４０の各々がＭＵＭコンソールモジュール４２に接続でき、収集されたデータの表わす情報をＭＵＭコンソール４２に渡す。ＭＵＭコンソール４２は、オペレーター（例えばシステム技術者あるいはシステム管理者）による分析のために中央データベース４４内にこの情報を保存することができる。あるいは、エージェントはＭＵＭデータベースに直接情報を提供することができる。コンソール４２または他の任意のシステム上で動いているアプリケーションプログラムは、コンポーネントレベルおよび企業レベルにおいて企業のあらゆるプロセスやコンポーネントのシステム性能を示すために、収集されたデータを参照することができる。さらに、システム管理者は、企業レベルの使用実績統計や応答時間を集計し、図表やレポートを作成し、企業経営に関するユーザーが定義した統計値を決定するための、他のいかなる適切なデータ分析をも行なうことができる。従って、ＭＵＭエージェント３０〜４０の機能はデータの収集である。このため、示されたＭＵＭエージェント３０〜４０の各々は企業内の管理されたノードに置かれた知的な監視エージェントであってよく、エージェントを有する任意のノードも管理されたノードであると考えられる。図１に示すシステム１０において、企業のノードの各々はそれぞれＭＵＭエージェントを有する。しかし、コンピュータエンジニアリング分野で通常の技能を持つ者には明らかであるように、企業全体にわたって設置されたＭＵＭエージェントの数は可変的であり、アプリケーションの性格に応じて選択できる。ＭＵＭエージェントは、示されたワークステーションやサーバーの上に実行されてサーバー、ワークステーションとネットワークを本発明によるシステムヘ設定する、Ｃ＋＋により生成されたコンピュータプログラムのようなソフトウェアモジュールであってよい。しかしながら、本分野で通常の技能を持つ者には明らかであるように、ＭＵＭエージェントは、ローカルシステムの動作を監視する個々の管理されたノードのバックプレーン中に組み込まれた電子回路カードアセンブリ等のハードウェア機器であるか、あるいはハードウェアとソフトウェア装置のコンビネーションであってよい。これらの実施例のいずれも、本発明の範囲から逸脱することなく実施できる。ＭＵＭエージェント３０〜４０の各々は、ローカルプロセッサの性能、ローカルプロセッサのリソース、ローカルプロセッサのコンフィギュレーション、分散アプリケーションの動作、ネットワークの動作、ディスク、ファイルシステム装置やテープ、およびその他の情報を含む各種のネットワーク装置の動作を含む多数のコンポーネントを監視するために自律的に動作することができる。従って、本発明で実現したことは、診断の分析がサーバーのＣＰＵ性能の測定以外にも利用され得る点である。監視エージェント３０〜４０の各々は、全社モニターコンソール４２が常時ポーリングを行なうのを避けるための情報を含むことができる、シングルでマルチスレッドのプロセスであってよい。エージェントの各々はリアルタイムでビジネストランザクション、データベース、システムおよびネットワークを連続的に監視することができ、イベントを検出、関連づけて、修正アクションを起動し、およびイベント通知を提供することができる。ＭＵＭエージェントは、ビジネストランザクションを理解することができ、イベント、リソース使用および応答時間の詳細情報を収集することができ、かつこの情報をＭＵＭコンソール４２に渡してＭＵＭデータベース４４に保存することができる。エージェント３０〜４０の各々はまた、ループバック動作を監視することができる。図示されているように、サーバーと分散アプリケーションが同じクライアント上に置かれている場合にループバック２３、２５が発生する。ループバック情報は決してネットワークに向けて出ることなく、通信スタックを介してサーバーとアプリケーション間で受け渡される。各エージェント３８、４０がクライアント通信スタックに組み込まれているため、通信スタックだけを通過するループバックデータを監視することができる。図２に、機能ブロック図形式により図１で示すシステム１０と合わせた使用に適した一つのＭＵＭエージェント５０のアーキテクチャを示す。エージェント５０は管理されたノード上でバックグラウンドプロセスとして実行するソフトウェアモジュールであってよい。特に、エージェント５０はＳｙｂａｓｅ（商標）クライアントとして動することができるネットワークノード上に置かれたエージェントであってよい。エージェント５０は、外部イベントインタフェース５２、通信インタフェース５４、ツールインタフェース５８、ＭＵＭコンソールインタフェース６０、イベント相互関係プロセッサ６４、システムモニター７０、ネットワークモニター７２、Ｓｙｂａｓｅ（商標）クライアントモニター７４、およびＳｙｂａｓｅ（商標）サーバーモニター７６を含む。エージェント５０の全体アーキテクチャは、エージェントが企業の各種コンポーネントに関するイベント情報を相互関係プロセッサ６４に提供する一群のモニター要素７０〜７６および外部イベントインタフェース５２を含むことを示す。相互関係プロセッサ６４は、イベントを調整してＭＵＭコンソール４２、あるいは他のツールへ渡せるデータを生成する。他のツールとして、アラームを鳴らす、ポケットベルを起動する、モデム経由でファックスを送信する、システム管理者に電子メールを送る、あるいは修正アクションを起こすための他の管理ツールや器械コードが含まれる。従って、エージェント５０は、とりわけビジネストランザクションを表わす情報を生成するためにイベントの詳細情報を収集し、これらの詳細情報を相互関係プロセッサ６４内で処理する。このため、外部イベントインタフェース５２およびモニター要素７０〜７６はイベントの詳細情報を収集する。外部イベントインタフェース５２は、ある特定のイベントを検出するためのローカルシステム上で動作しているプログラムモジュールの集合から構成されていてよい。これらの外部イベントは他の装置からのＳｉｍｐｌｅＮｅｔｗｏｒｋＭａｎａｇｅｍｅｎｔＰｒｏｔｏｃｏｌ（ＳＮＭＰ）トラップ、あるいはユーザーやシステムプロセスからのイベントであってよい。モニター要素７０〜７６は、ある特定のイベントについての情報を収集するためのノード上で動作するコードモジュールを含み、また検出されたイベントの通知をモニター要素へ渡すためにそれらのコードモジュールからコールを受け取るためのプログラミングインタフェースを含むことができる。モニター要素７０〜７６は、ローカルシステムに関連する企業コンポーネントの任意のものを監視しているコードからイベント通知を受け取ることができ、ローカルシステムはエージェント５０にとってシステムイベント、ネットワークイベント、およびＳｙｂａｓｅクライアント／サーバーイベントを含んでいてよい。モニター要素７０〜７６のプログラミングインタフェースは、ある特定のイベントが検出されると直ちにこのコードから呼ばれるエクスポートされたＣ＋＋ベースのＡＰＩであってよい。例えば、ノードは一般保護障害をトラップするための実行中のコードであってよく、障害はシステムイベントと定義できる。コードは、検出された障害をシステムモニター要素７０に通知するためにエージェント５０へＡＰＩコールを行ない、システムモニター要素７０は相互関係プロセッサ６４に通知を渡す。ＡＰＩは他のエージェントコンポーネントの動作からコードの動作特性を除去するためにコードのサービスプロトコルをカプセル化することができる。これにより検出コードは、ユーザーがどのイベントを監視するかを設定するために選択できるプラグインモジュールとして振る舞うことが可能になる。さらに、ユーザーはエージェントにより監視するために、関心のあるイベントを定義することができる。イベントの詳細情報をエージェント50の中で任意のモニター要素へ渡すに適した任意のコードが本発明の範囲を逸脱することなく実現可能である。特に、システムモニター７０はローカルシステムの動作についての情報を収集することができる。このために、システムモニター７０は、プロセッサ負荷、メモリ使用、利用可能メモリ空間に関する情報、およびローカルワークステーションやサーバーの動作を記述する他の同様な情報を収集するためのコードモジュールを含んでいてよい。そのようなコードの開発は本分野において公知であり、任意の適当なコードが本発明の範囲を逸脱することなく実現可能である。また各エージェントは、アラームを鳴らす、ポケットベルを作動させる、モデム経由でファクスを送る、システム管理者に電子メールを送る、あるいは修正アクションを起こす等、ローカルシステム上でアクションを起こすことができる。システムモニター７０とは対照的に、モニター７２〜７６は分散プロセスに関連付けられたイベントを監視する。従って、監視するイベントに関係がある詳細情報は、発生している分散処理の動作についての情報を必要とする。本発明で実現したことは、分散プロセスの実行中に発生するネットワーク通信を監視することにより、モニター７２〜７６が分散プロセスについての情報を受動的に収集する点である。このために各モニター要素は分散プロセス要素間の通信を受動的に監視するためのネットワーク通信スタックへのインタフェースを含んでいてよい。図３に、分散プロセスの詳細情報を収集するための、およびＳＵＮＳＯＬＡＲＩＳ（商標）プラットホームでの使用に適したモジュール８０の例を示す。モジュール８０はローカルクライアントおよびサーバーの選択されたグループに配置されたデータベースソフトウェア５１の間のネットワーク通信を監視し、その処理を行なうため、またどのイベントが発生したかを判定するために通信のコピーをエージェント５０に渡す。特に、モジュール８０はエージェント５０によるローカルクライアントのデータベースソフトウェア５１（例えば、ＳＹＢＡＳＥ、ＣＯＲＢＡ、ＯＲＡＣＬＥ）あるいは管理されたノードのＴＣＰスタックを通過するトラフィックを有する他の分散プロセスアプリケーション５３の監視を可能にすることができる。モジュール８０はエージェント５０およびＳＴＲＥＡＭＳモジュール５５で構成されている。エージェント５０はＴＡＰＡＰＩ５７とソケットライブラリ５９を含む。ＴＡＰモジュール６１およびＴＣＰＳＴＲＥＡＭＳドライバ６３を含むＳＴＲＥＡＭＳモジュール５５は、ＲｉｃｈａｒｄＢａｃｈｍａｎによるＴｈｅＵｎｉｘＯｐｅｒａｔｉｎｇＳｙｓｔｅｍで述べられているものを含め、コンピュータエンジニアリングの分野で公知の原理に従って構築することができる。ＴＡＰモジュール６１はＴＣＰＳＴＲＥＡＭＳスタック６５の上に自動プッシュするため管理されたノードを出入りするすべてのＴＣＰトラフィックはモジュール８０を通過する。モジュール８０は、ＯＲＡＣＬＥやＳＹＢＡＳＥ等の、監視される分散プロセスあるいはプロセス群のための通信プロトコルを認識できる。このようにして、モジュール８０はトラフィックからエージェント５０に関係するそれらの部分をフィルターして、エージェント５０にこのトラフィックのコピーを渡すことができる。図４はＳＵＮＳＯＬＡＲＩＳ（商標）プラットホーム上のモジュール８０（図３に示すように）の動作細部の詳細図である。モジュール８０は監視すべきサーバーのリスト８４を保持している。ある実施例において、サーバーのリストはエージェント５０によりモジュール８０に提供され、エージェント５０はＭＵＭコンソール４２からリストを受け取ることができる。リストされたサーバーの接続線上を行き交うすべてのインバウンド・アウトバウンドトラフィックはモジュール８０によりエージェント５０へ渡される。動作時において、モジュール８０は各々の接続されたストリームのために、情報を保存するためのコンテキストデータ構造を生成する。コンテキストは続いて、図に示すように対応する読み出し側、書き込み側のＳＴＲＥＡＭＳ待ち行列にリンクされる。コンテキストは接続の種類を記述する接続ストリームに関する情報を保存する。モジュール８０はまた、エージェント５０と通信するための、コンテキストデータ構造９４を開く。モジュール８０はイベント詳細情報に関するデータをこのコンテキスト９４の中に保存することができ、エージェント５０はデータを読み出してその情報を相互関係プロセッサ６４に渡すことができる。ｔａｐ表８２は接続ストリームコンテキストデータ構造のリスト、監視されているすべてのサーバーのリスト、およびエージェント５０と通信するためのコンテキストデータ構造を保存する。接続が確立されるたびに、モジュールはコンテキストを生成する。モジュールは続いて、下流に送られる一連のＭ＿ＩＯＣＴＬ要求を生成することにより、接続のためのサーバーアドレスを決定する。ＴＣＰスタックからの応答が取り込まれ、かつ上流に送られるのを阻止され、サーバーＩＰアドレスが解決される。もしアドレスがリスト８４内のアドレスの一つとマッチすれば、接続は監視中としてマークされ、モジュール８０が監視を始める。監視が行なわれている間に、監視接続のコンテキストのもとで受送信されたすべてのトラフィックのコピーが、上流のエージェント５０に渡されるためにエージェント通信コンテキスト９４の上流待ち行列に渡される。このようにしてエージェント５０は任意の選択されたサーバーのあらゆる接続にかかわる全トラフィックのコピーを受け取る。モジュール８０により上流のエージェント５０に渡された情報は、イベント相互関係プロセッサ５８に送られる。イベント相互関係プロセッサは、ある特定のトランザクションレベル情報を決定するためにイベント詳細情報を処理することができるソフトウェアモジュールである。例えば、モジュール８０はエージェント５０にＳＹＢＡＳＥログオン要求を渡すことができる。イベント相互関係プロセッサはログオン要求を受け取り、ログオン認証がＳＹＢＡＳＥサーバーから送られるまで接続を監視することができる。これら２個のイベント間の時間差を比較することにより、イベント相互関係プロセッサ５８は、分散プロセスの応答時間の基準を決定することができる。システム性能の端末間レベルの分析を提供するために、他の同様の基準も生成することができる。図５に、分散プロセスの詳細情報を収集するための、かつＷＩＮＤＯＷＳＮＴ（商標）プラットホームでの使用に適したモジュール１８０の別の例を示す。モジュール１８０はモジュール８０とは異なるアーキテクチャを採用しているが、同じ機能を実行する。すなわちモジュール１８０は、ローカルクライアントのデータベースソフトウェア１５１、あるいは管理されたノードのＴＣＰスタックの中を通ってシステムサービス１７６経由で通過するトラフィックを有する他の分散プロセスアプリケーション１５３、１５５をエージェント１５０が監視することを可能にすることができる。モジュール１８０はエージェント１５０およびＴＡＰドライバ１６３を含む。エージェント１５０はＴＡＰＡＰＩ１５７を含み、ＴＡＰドライバ１６３は１ＴＡＰ装置１６１とＴａｐＦｉｌｔｅｒ装置１６２を含む。ＴＡＰ装置１６１は監視パラメータをセットアップして、監視データを提供するためにＴＡＰＡＰＩ１５７と通信する。ＴａｐＦｉｌｔｅｒ装置１６２は管理されたノードを出入りするすべてのＴＣＰトラフィックを監視するためにＴＣＰ装置１６７の上にＴＣＰ／ＩＰドライバ１６５を取り付ける。ＴａｐＦｉｌｔｅｒ装置１６２は自身をＴＣＰ装置１６７に取り付けるためにＷｉｎｄｏｗｓＮＴ（商標）ドライバレイヤリングアーキテクチャの特徴を利用する。特に、ＴａｐＦｉｌｔｅｒ装置１６２はＴＣＰ装置のデータストリームに自身を挿入するためにオペレーティングシステムコール（すなわち、ＩｏＡｔｔａｃｈＤｅｖｉｃｅ）を用いる。このようにして、ＴＣＰ装置に出入りするあらゆるデータもＴａｐＦｉｌｔｅｒ装置１６２の中を透過的に通過する。ＴＣＰ／ＩＰドライバ１６５はまた、ＴＣＰ／ＩＰフアミリーのプロトコル内の他のサブプロトコルに対応しているＵＤＰ装置１６９とＩＰ装置１７１を含む。図示していないが、ＴａｐＦｉ１ｔｅｒ装置１６２はこのような装置のすべてのデータトラフィックを監視するために、ＵＤＰ装置１６９および／またはＩＰ装置１７１の上に取り付けることができる。図示されたモジュール８０と１８０が、ネットワーク通信スタックにインターフェースするためのモジュールの実施例を図解したに過ぎないことは理解されよう。本発明により他のモジュールも実現可能である。例えば、再び図１を参照するに、システム１０が異なる動作環境を有する分散システムであることを示すために異なる種類のワークステーションがシステム１０内に示されていることがわかる。ワークステーション群はハードウェアおよびソフトウェア両面で異なるアーキテクチャであってよく、サーバー２０および２２も同様に異なるソフトウェアまたはハードウェアアーキテクチャであってよい。例えば、ワークステーション１２は、図２に示すようなモジュールを有するＳＵＮワークステーションであってよい。さらに、ワークステーションとサーバーを相互接続するネットワークシステムは、ローカルエリアネットワーク、広域ネットワーク、大都市圏ネットワーク、あるいはそれらの組み合わせであってよい。重要な点は、分散コンピューティングアーキテクチャにおいて、特定のサービスを実行するために発生する処理は、それが電子メール、データベース、ワードプロセッシングプログラム、あるいは他の任意のサービスまたはコンピュータアプリケーションであろうと、データを交換するために何らかの手段で相互接続された多数のプロセッサにまたがって分散されている、という点である。このように、本発明が上述の目的を効率的に実現することが理解されよう。さらに、下記の請求項に記載された事項により許容される最大限に規定された本発明の範囲を以って、本発明に対し、そこから逸脱することなく各種の置換、付加および修正が加え得ること、また図示、説明されている実施例は本発明を単に図解するものであり、限定的に解釈されるべきものでないことが理解されよう。

【手続補正書】特許法第１８４条の８第１項【提出日】平成１１年１月４日（１９９９．１．４）【補正内容】システムモニター７０とは対照的に、モニター７２〜７６は分散プロセスに関連付けられたイベントを監視する。従って、監視するイベントに関係がある詳細情報は、発生している分散処理の動作についての情報を必要とする。本発明で実現したことは、分散プロセスの実行中に発生するネットワーク通信を監視することにより、モニター７２〜７６が分散プロセスについての情報を受動的に収集する点である。このために各モニター要素は分散プロセス要素間の通信を受動的に監視するためのネットワーク通信スタックへのインタフェースを含んでいてよい。図３に、分散プロセスの詳細情報を収集するための、およびＳＵＮＳＯＬＡＲＩＳ（商標）プラットホームでの使用に適したモジュール８０の例を示す。モジュール８０はローカルクライアントおよびサーバーの選択されたグループに配置されたデータベースソフトウェア５１の間のネットワーク通信を監視し、その処理を行なうため、またどのイベントが発生したかを判定するために通信のコピーをエージェント５０に渡す。特に、モジュール８０はエージェント５０によるローカルクライアントのデータベースソフトウェア５１（例えば、ＳＹＢＡＳＥ、ＣＯＢＲＡ、ＯＲＡＣＬＥ）あるいは管理されたノードのＴＣＰスタックを通過するトラフィックを有する他の分散プロセスアプリケーション５３の監視を可能にすることができる。モジュール８０はエージェント５０およびＳＴＲＥＡＭＳモジュール５５で構成されている。エージェント５０はＴＡＰＡＰＩ５７とソケットライブラリ５９を含む。ＴＡＰモジュール６１およびＴＣＰＳＴＲＥＡＭＳドライバ６３を含むＳＴＲＥＡＭＳモジュール５５は、ＲｉｃｈａｒｄＢａｃｈｍａｎによるＴｈｅＵｎｉｘＯｐｅｒａｔｉｎｇＳｙｓｔｅｍで述べられているものを含め、コンピュータエンジニアリングの分野で公知の原理に従って構築することができる。図３に示すように、ＳＴＲＥＡＭＳモジュール５５はカーネルモードで実行することができる。ＴＡＰモジュール６１はＴＣＰＳＴＲＥＡＭＳスタック６５の上に自動プッシュするため管理されたノードを出入りするすべてのＴＣＰトラフィックはモジュール８０を通過する。モジュール８０は、ＯＲＡＣＬＥやＳＹＢＡＳＥ等の、監視される分散プロセスあるいはプロセス群のための通信プロトコルを認識できる。このようにして、モジュール８０はトラフィックからエージェント５０に関係するそれらの部分をフィルターして、エージェント５０にこのトラフィックのコピーを渡すことができる。図４はＳＵＮＳＯＬＡＲＩＳ（商標）プラットホーム上のモジュール８０（図３に示すように）の動作細部の詳細図である。モジュール８０は監視すべきサーバーのリスト８４を保持している。ある実施例において、サーバーのリストはエージェント５０によりモジュール８０に提供され、エージェント５０はＭＵＭコンソール４２からリストを受け取ることができる。リストされたサーバーの接続線上を行き交うすべてのインバウンド・アウトバウンドトラフィックはモジュール８０によりエージェント５０へ渡される。動作時において、モジュール８０は各々の接続されたストリームのために、情報を保存するためのコンテキストデータ構造を生成する。コンテキストは続いて、図に示すように対応するＳＴＲＥＡＭＳ待ち行列ｒｅａｄおよびｗｒｉｔｅにリンクされる。コンテキストは接続の種類を記述する接続ストリームに関する情報を保存する。ＴａｐＦｉｌｔｅｒ装置１６２は管理されたノードを出入りするすべてのＴＣＰトラフィックを監視するためにＴＣＰ装置１６７の上にＴＣＰ／ＩＰドライバ１６５を取り付ける。ＴａｐＦｉ１ｔｅΓ装置１６２は自身をＴＣＰ装置１６７に取り付けるためにＷｉｎｄｏｗｓＮＴ（商標）ドライバレイヤリングアーキテクチャの特徴を利用する。特に、ＴａｐＦｉ１ｔｅｒ装置１６２はＴＣＰ装置のデータストリームに自身を挿入するためにオペレーティングシステムコール（すなわち、ＩｏＡｔｔａｃｈＤｅｖｉｃｅ）を用いる。このようにして、ＴＣＰ装置に出入りするあらゆるデータもＴａｐＦｉ１ｔｅｒ装置１６２の中を透過的に通過する。システムサービス１７６、ＴＡＰドライバ１６３、およびＴＣＰ／ＩＰドライバは図５に示すように、カーネルモードで実行することができる。ＴＣＰ／ＩＰドライバ１６５はまた、ＴＣＰ／ＩＰフアミリーのプロトコル内の他のサブプロトコルに対応しているＵＤＰ装置１６９とＩＰ装置１７１を含む。図示していないが、ＴａｐＦｉｌｔｅｒ装置１６２はこのような装置のすべてのデータトラフィックを監視するために、ＵＤＰ装置１６９および／またはＩＰ装置１７１の上に取り付けることができる。図示されたモジュール８０と１８０が、ネットワーク通信スタックにインターフェースするためのモジュールの実施例を図解したに過ぎないことは理解されよう。本発明により他のモジュールも実現可能である。例えば、再び図１を参照するに、システム１０が異なる動作環境を有する分散システムであることを示すために異なる種類のワークステーションがシステム１０内に示されていることがわかる。ワークステーション群はハードウェアおよびソフトウェア両面で異なるアーキテクチャであってよく、サーバー２０および２２も同様に異なるソフトウェアまたはハードウェアアーキテクチャであってよい。例えば、ワークステーション１２は、図２に示すようなモジュールを有するＳＵＮワークステーションであってよい。さらに、ワークステーションとサーバーを相互接続するネットワークシステムは、ローカルエリアネットワーク、広域ネットワーク、大都市圏ネットワーク、あるいはそれらの組み合わせであってよい。重要な点は、分散コンピューティングアーキテクチャにおいて、特定のサービスを実行するために発生する処理は、それが電子メール、データベース、ワードプロセッシングプログラム、あるいは他の任意のサービスまたはコンピュータアプリケーションであろうと、データを交換するために何らかの手段で相互接続された多数のプロセッサにまたがって分散されている、という点である。このように、本発明が上述の目的を効率的に実現することが理解されよう。さらに、下記の請求項に記載された事項により許容される最大限に規定された本発明の範囲を以って、本発明に対し、そこから逸脱することなく各種の置換、付加および修正が加え得ること、また図示、説明されている実施例は本発明を単に図解するものであり、限定的に解釈されるべきものでないことが理解されよう。請求の範囲１．ネットワーク上で動作するサーバープログラムを監視するためのシステムであって、前記ネットワークとの間でデータを受け渡すための通信スタックを有するクライアントと、前記通信スタックに組み込むための、かつ前記クライアントと前記ネットワーク間で受け渡されるデータを監視するためのインターフェースと、前記サーバープログラムに関連付けられた通信を表現する前記データの部分を検出すべく前記データを処理するためのフィルターモジュールと、前記検出されたデータ部分を保存するためのデータメモリと、を有することを特徴とするシステム。２．請求項１に記載のシステムであって、さらに前記データメモリに組み込むための、かつ前記サーバープログラムの動作を表現する情報を生成するために前記検出されたデータ部分を処理するためのエージェントを有することを特徴とするシステム。３．請求項２に記載のシステムであって、さらに前記エージェントから前記情報を受け取るための、かつ前記サーバープログラム動作の特性を決定するために前記情報を処理するためのユーザーモジュールを有することを特徴とするシステム。４．請求項３に記載のシステムにおいて、前記ユーザーモジュールは、前記クライアントによる前記サーバープログラムの使用量を表現する特性を決定するために前記情報を処理するための使用実績検出装置を含むことを特徴とするシステム。５．請求項３に記載のシステムにおいて、前記ユーザーモジュールは、前記サーバーと前記クライアント間の転送において発生する転送エラーを表現する特性を決定するために前記情報を処理するためのエラー検出装置を含むことを特徴とするシステム。６．請求項３に記載のシステムにおいて、前記ユーザーモジュールは、前記サーバープログラムにより提供されるサービスに対する応答時間を表現する特性を決定するために前記情報を処理するための応答検出装置を含むことを特徴とするシステム。７．請求項３に記載のシステムにおいて、前記ユーザーモジュールは、前記サーバープログラムと前記クライアントの間のトランザクションを監査するための監査プロセッサを含むことを特徴とするシステム。８．請求項３に記載のシステムにおいて、前記ユーザーモジュールは、セキュリティのレベルを表現するセキュリティ特性を認識するために前記情報を処理するためのセキュリティプロセッサを含むことを特徴とするシステム。９．請求項１に記載のシステムであって、さらに複数のサーバープログラムのリストを提供するための、かつそれぞれが前記複数サーバープログラムの各々一個に関連付けられた複数の前記フィルターモジュールを生成するための、制御モジュールを有することを特徴とするシステム。１０．請求項１に記載のシステムであって、さらに前記モニターの動作を制御を行なうためのコンソールモジュールを有することを特徴とするシステム。１１．ネットワークに接続されたサーバー上で実行されるサーバープログラムの動作を監視するためのシステムであって、それぞれ前記サーバープログラムのサービスを要求することができ、かつそれぞれ前記ネットワークとデータを交換するための通信スタックを有する複数のクライアントと、オペレーティングシステムカーネル内で動作し、前記通信スタックに組み込むための、かつ前記クライアントと前記ネットワーク間で受け渡される前記データを監視するためのインターフェースと、前記サーバープログラムに関連付けられた通信を表現する前記データの部分を検出するために前記データを処理するためのフィルターモジュールと、前記検出されたデータ部分を保存するためのデータメモリと、を有することを特徴とするシステム。１２．請求項１１に記載のシステムにおいて、前記通信スタックに組み込むためのインターフェースは該ネットワークに向けて出て行くことなく前記通信スタックを通過するループバックデータを監視することを特徴とするシステム。１３．ネットワーク上で実行されるサーバープログラムを監視するための方法であって、前記ネットワークと前記クライアントとの間でデータの受け渡しを行なうための通信スタックを有するクライアントを提供するステップと、オペレーティングシステムカーネル内で動作し前記通信スタックに組み込むためのインターフェースを有するモニターを介して、前記クライアントと前記ネットワーク間で受け渡される前記データを監視するステップと、前記サーバープログラムに関連付けられた通信を表現するデータの部分を検出するために前記監視されたデータのフィルタリングを行なうステップと、前記検出されたデータ部分をデータメモリに保存するステップと、を含んで構成されることを特徴とする方法。１４．請求項１３に記載の方法であって、さらに、エージェントを介して前記データメモリに組み込むためのステップと、前記サーバープログラムの動作を表現する情報を生成するために前記エージェント内で前記検出されたデータ部分を処理するステップと、を有することを特徴とする方法。１５．請求項１４に記載の方法であって、さらにサーバープログラム動作の特性を決定するために前記情報を処理するステップを有することを特徴とする方法。１６．請求項１３に記載の方法であって、前記データを監視するステップは、ＴＣＰレイヤーにおける前記通信スタックにアクセスするステップを含むことを特徴とする方法。１７．請求項１３に記載の方法であって、前記データを監視するステップは、トランスポートレイヤーにおける前記通信スタックにアクセスするステップを含むことを特徴とする方法。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考）Ｈ０４Ｌ 12/26 Ｈ０４Ｌ 13/00 ３１３ 29/14 (81)指定国ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，ＫＥ，ＬＳ，ＭＷ，ＳＤ，ＳＺ，ＵＧ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＥ，ＧＷ，ＨＵ，ＩＤ，ＩＬ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＵＡ，ＵＧ，ＵＺ，ＶＮ，ＹＵ (72)発明者マクメネミーマイケルジーアメリカ合衆国ニューハンプシャー州メリマックパーカードライブ 28

Claims

【特許請求の範囲】１．ネットワーク上で動作するサーバープログラムを監視するためのシステムであって、前記ネットワークとの間でデータを受け渡すための通信スタックを有するクライアントと、前記通信スタックに組み込むための、かつ前記クライアントと前記ネットワーク間で受け渡されるデータを監視するためのインターフェース、および前記サーバープログラムに関連付けられた通信を表現する前記データの部分を検出すべく前記データを処理するためのフィルターモジュールを有するモニターと、前記検出されたデータ部分を保存するためのデータメモリと、を有することを特徴とするシステム。２．請求項１に記載のシステムであって、さらに前記データメモリに組み込むための、かつ前記サーバープログラムの動作を表現する情報を生成するために前記検出されたデータ部分を処理するためのエージェントを有することを特徴とするシステム。３．請求項２に記載のシステムであって、さらに前記エージェントから前記情報を受け取るための、かつ前記サーバープログラム動作の特性を決定するために前記情報を処理するためのユーザーモジュールを有することを特徴とするシステム。４．請求項３に記載のシステムにおいて、前記ユーザーモジュールは、前記クライアントによる前記サーバープログラムの使用量を表現する特性を決定するために前記情報を処理するための使用実績検出装置を含むことを特徴とするシステム。５．請求項３に記載のシステムにおいて、前記ユーザーモジュールは、前記サーバーと前記クライアント間の転送において発生する転送エラーを表現する特性を決定するために前記情報を処理するためのエラー検出装置を含むことを特徴とするシステム。６．請求項３に記載のシステムにおいて、前記ユーザーモジュールは、前記サーバープログラムにより提供されるサービスに対する応答時間を表現する特性を決定するために前記情報を処理するための応答検出装置を含むことを特徴とするシステム。７．請求項３に記載のシステムにおいて、前記ユーザーモジュールは、前記サーバープログラムと前記クライアントの間のトランザクションを監査するための監査プロセッサを含むことを特徴とするシステム。８．請求項３に記載のシステムにおいて、前記ユーザーモジュールは、セキュリティのレベルを表現するセキュリティ特性を認識するために前記情報を処理するためのセキュリティプロセッサを含むことを特徴とするシステム。９．請求項１に記載のシステムであって、さらに複数のサーバープログラムのリストを提供するための、かつそれぞれが前記複数サーバープログラムの各々一個に関連付けられた複数の前記フィルターモジュールを生成するための、制御モジュールを有することを特徴とするシステム。１０．請求項１に記載のシステムであって、さらに前記モニターの動作の制御を行なうためのコンソールモジュールを有することを特徴とするシステム。１１．ネットワークに接続されたサーバー上で実行されるサーバープログラムの動作を監視するためのシステムであって、それぞれ前記サーバープログラムのサービスを要求することができ、かつそれぞれ前記ネットワークとデータを交換するための通信スタックを有する複数のクライアントを有し、前記複数クライアントの各々は、前記通信スタックに組み込むための、かつ前記クライアントと前記ネットワーク間で受け渡される前記データを監視するためのインターフェースと、前記サーバープログラムに関連付けられた通信を表現する前記データの部分を検出するために前記データを処理するためのフィルターモジュールとを含むモニタープログラムと、前記検出されたデータ部分を保存するためのデータメモリと、を有しバックグラウンドプロセスを実行することを特徴とするシステム。１２．請求項１１に記載のシステムにおいて、前記通信スタックに組み込むためのインターフェースは該ネットワークに向けて出て行くことなく前記通信スタックを通過するループバックデータを監視することを特徴とするシステム。１３．ネットワーク上で実行されるサーバープログラムを監視するための方法であって、前記ネットワークと前記クライアントとの間でデータの受け渡しを行なうための通信スタックを有するクライアントを提供するステップと、前記通信スタックに組み込むためのインターフェースを有するモニターを介して、前記クライアントと前記ネットワーク間で受け渡される前記データを監視するステップと、前記サーバープログラムに関連付けられた通信を表現するデータの部分を検出するために前記監視されたデータのフィルタリングを行なうステップと、前記検出されたデータ部分をデータメモリに保存するステップと、を含んで構成されることを特徴とする方法。１４．請求項１３に記載の方法であって、さらに、エージェントを介して前記データメモリに組み込むためのステップと、前記サーバープログラムの動作を表現する情報を生成するために前記エージェント内で前記検出されたデータ部分を処理するステップと、を有することを特徴とする方法。１５．請求項１４に記載の方法であって、さらにサーバープログラム動作の特性を決定するために前記情報を処理するステップを有することを特徴とする方法。