JP2003508849A

JP2003508849A - サーバ性能の配備後監視

Info

Publication number: JP2003508849A
Application number: JP2001520640A
Authority: JP
Inventors: アムノンランダン、
Original assignee: マーキュリーインタラクティブコーポレーション
Priority date: 1999-09-01
Filing date: 2000-08-31
Publication date: 2003-03-04
Also published as: WO2001016753A3; EP1214657A2; US20020184575A1; US6449739B1; AU763468B2; US6564342B2; AU7112300A; CA2380358A1; WO2001016753A2

Abstract

(57)【要約】監視システムは、ユーザが、ウェブベースのまたはその他のトランザクションサーバ（３０）の配備後の性能を監視できるようにする。システムは、トランザクションサーバ（３０）の実際のユーザのコンピュータを含む、トランザクションサーバ（３０）にアクセスできるエージェントコンピュータ（４０）上にインストールできるエージェント構成要素（「エージェント」）（３２）を含む。該エージェント（３２）は、サーバの性能を監視する間に、トランザクションサーバ（３０）の実際のユーザの動作をシミュレートする。エージェントコンピュータ（４０）によって実行される特定のトランザクションは、制御装置（３４）を使用してエージェントコンピュータ（４０）にディスパッチされるテストケースによって指定される。各エージェントコンピュータ（４０）は、テストケースを実行すると、それはリアルタイムで、集中データベース（４２）に結果を記憶するウェブベースのレポートサーバ（３６）に実行結果（性能データ）を報告する。性能データは、例えば、サーバ応答時間、失敗したトランザクションの画面表示順序、ネットワーク経路に沿った測定されたセグメント遅延、及び「中断された」ウェブサイトリンクの識別子を含んでよい。許可された人員は、一連のカスタマイズ可能なレポートを介して収集された性能データを表示するために、標準的なウェブブラウザを使用してレポートサーバ（３６）にアクセスできる。制御装置（３４）を使用して、ユーザは、トランザクションサーバ（３０）の連続監視またはほぼ連続監視に備える定期的な予定を含む、エージェントコンピュータ（４０）にテストケース実行予定を割り当てることもできる。さらに、ユーザは、人員が（例えば、ページャーなどにより）問題をただちに通知される警報状態を指定することができる。制御装置（３４）及びレポートサーバ（３６）は、場所、組織及びこのようなコンピュータのＩＳＰなどのエージェントコンピュータ（４０）の属性に従ってユーザがトランザクションサーバ（３０）の動作を監視できるようにするための機能も提供する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】

本発明は、ウェブベース及びその他のトランザクションサーバの動作を試験し
、監視するためのソフトウェアツールに関する。

【０００２】

【従来の技術】

企業が、配備前に、ウェブベースのトランザクションサーバ及び関連するアプ
リケーションの性能及び機能性を試験するのを補助するための多岐に渡る市販の
ソフトウェアツールが存在する。このようなツールの例は、本出願の譲受人であ
るマーキュリーインターアクティブ社（ＭｅｒｃｕｒｙＩｎｔｅｒａｃｔｉｖ
ｅＣｏｒｐｏｒａｔｉｏｎ）のＬｏａｄＲｕｎｎｅｒ（商標）、ＷｉｎＲｕｎ
ｎｅｒ（商標）、及びＡｓｔｒａＱｕｉｃｋＴｅｓｔ（商標）製品を含む。

【０００３】これらの製品を使用し、ユーザは、ユーザのトランザクションサーバとの対話
のシーケンスを指定するテストスクリプトを記録する、あるいはそれ以外の場合
は作成することができる。ユーザは、検証ポイントとしてテストスクリプトに追
加されてよい、トランザクションサーバからの一定の予想される応答をオプショ
ンで指定してもよい。例えば、ユーザは、その間にユーザがある特定のフライト
を検索するウェブベース旅行予約システムとのセッションを記録し、予定される
フライト番号、出発時刻、またはチケット価格についてチェックするために１つ
以上の検証ポイントを画定してよい。

【０００４】このプロセスを通して生成されるテストスクリプトは、ユーザの動作をシミュ
レートするために―一般的には、試験されている構成要素の配備前に―「再生さ
れる」または「実行される」。このプロセスの間、試験ツールは、あらゆる検証
ポイントのパス／フェイル・ステータスの判断を含むトランザクションサーバの
性能を監視する。複数のテストスクリプトは、多数のユーザの負荷をシミュレー
トするために並行して再実行（ｒｅｐｌａｙｅｄ）されてよい。ＬｏａｄＲｕｎ
ｎｅｒ製品の自動化インタフェースを使用すると、実行のために、テストスクリ
プトをリモートコンピュータにディスパッチすることができる。

【０００５】試験の結果は、一般的には、試験ツールのユーザインタフェースを介してアク
セスできる一連のレポートを通してユーザに通信される。レポートは、例えば、
様々な種類のトランザクションの観察された応答時間のグラフまたはチャートを
含んでよい。試験プロセスを通して発見された性能問題は、プログラマまたはシ
ステム管理者によって修正されてよい。

【０００６】ウェブサイトオペレータが、自分達のウェブサイトの配備後性能を監視できる
ようにする多岐に渡るツール及びサービスも存在する。例えば、カリフォルニア
、サンマテオ（ＳａｎＭａｔｅｏＣａｌｉｆｏｒｎｉａ）のキーノートシス
テムズ社（ＫｅｙｎｏｔｅＳｙｓｔｅｍｓＩｎｃ．）は、一日を通して規則
正しい間隔でウェブサイトにアクセスするために自動化されたエージェントを使
用するサービスを提供する。選択された主要都市でキーノートシステムズによっ
て提供されるエージェントコンピュータは、様々なウェブサイト機能を実行する
のに要する時間を測定し、キーノートシステムズによって提供されるサーバに結
果を報告する。ウェブサイトのオーナーまたはオペレータは、都市ごとに、また
はその他の基準で収集された性能データを表示するために、ウェブブラウザを使
用してこのサーバにアクセスできる。それ以外の種類の既存の監視ツールは、ウ
ェブサーバによって生成されるアクセスログを処理するログ分析ツール、および
ウェブサーバ間のトラフィックを監視するパケットスニッフ（ｓｎｉｆｆｉｎｇ
）ツールを含む。

【０００７】

【発明が解決しようとする課題】

既存の監視ツール及びサービスでの重要な問題とは、それらが多くの場合、ユ
ーザの場所、ＰＣ構成、ＩＳＰ（インターネットサービスプロバイダ）、または
インターネットルータなどの一般的なエンドユーザの属性に応じた問題を検出で
きないという点である。例えば、いくつかのウェブサイト監視サービスを用いる
と、ウェブサイトオペレータは、サービスプロバイダが使用可能とするエージェ
ントコンピュータ及び場所からだけウェブサイトを監視することができる。その
結果、サービスはシステムの最も頻繁なユーザ（例えば、ある特定のＩＳＰを通
してウェブサイトにアクセスする、あるいはある特定のＰＣ構成を使用するカス
タマサービス部門の一員）によって見られる性能問題を検出しない可能性がある
。

【０００８】このような属性に特殊な問題点が検出されるとしても、既存のツール及びサー
ビスは、多くの場合、問題を起こす特定の属性を特定することはできない。例え
ば、監視サービスは、ある特定の都市のウェブサイトユーザが長い遅延を経験し
ていることを示すことがあるが、問題がある特定のルータを通して該サイトにア
クセスするユーザだけによって経験されることを明らかにすることができない場
合がある。このような追加情報がない場合、システム管理者は、このような問題
を隔離し、補正することはできない。

【０００９】既存のツール及びサービスでの別の重要な問題とは、それらが、トランザクシ
ョンサーバの最新のステータスを監視するため、及び問題発生時にシステム管理
者に迅速に通知するための適切な機構を提供しないという点である。例えば、既
存のツール及びサービスは、一般的には、問題発生後何分もまたは何時間も経つ
まで問題を報告しない。その結果、多くのエンドユーザは、システム管理者が問
題を気付く前に問題を経験する可能性がある。

【００１０】

【課題を解決するための手段】

本発明は、ウェブサイトシステムまたはその他のトランザクションサーバの配
備後の動作を監視するソフトウェアシステム及び方法を提供することにより、こ
れらの、及びそれ以外の問題点に対処する。好ましい実施形態では、システムは
、サーバの性能を監視し、報告しつつ、トランザクションサーバの実際のユーザ
の動作をシミュレートするエージェント構成要素（「エージェント」）を含む。
本発明のある態様によれば、エージェントは、実際のエンドユーザのコンピュー
タを含む、監視のために使用される選択されたコンピュータ（「エージェントコ
ンピュータ」）にインストールされるように適応される。例えば、エージェント
は、トランザクションサーバが一般的にはそこからアクセスされる様々な事務所
または組織内の選択されたエンドユーザコンピュータにインストールされること
ができるだろう。エージェント構成要素がインストールされると、エージェント
コンピュータは、制御装置構成要素（「制御装置」）を使用して（一般的には、
トランザクションサーバのオペレータによって）遠隔でプログラミングすること
ができる。監視目的に使用されるコンピュータをフレキシブルに選択し、監視の
ために実際のエンドユーザコンピュータを使用する能力は、一般的なエンドユー
ザの属性に関連付けられる問題を検出するタスクを大幅に促進にする。

【００１１】本発明の別の態様によれば、制御装置は、ユーザが、監視セッションに含むた
めのエージェントコンピュータ（複数の場合がある）を遠隔で選択し、このよう
なコンピュータに（各コンピュータの場所、組織、ＩＳＰ及び／または構成など
の）属性を割り当て、このようなコンピュータにトランザクションと実行のスケ
ジュールを割り当てることができるようにするために、ユーザインタフェース及
び様々な機能を提供する。実行スケジュールは、周期的または反復するスケジュ
ール（例えば、毎時、月曜日から金曜日）であってよく、その結果トランザクシ
ョンサーバは、連続で、またはほぼ連続で監視される。制御装置は、好ましくは
、表示画面上で、トランザクション及び実行スケジュールが対応するコンピュー
タの子供として表される拡張可能なツリーとして監視セッションを表す。いった
ん監視セッションが画定されると、制御装置は、インターネットまたはその他の
ネットワーク上で、トランザクション及び実行スケジュールを各々のエージェン
トコンピュータにディスパッチする。制御装置は、好ましくは、ユーザがトラン
ザクションを記録、編集する、及びリアルタイム警報通知を生成するための警報
状態を画定する機能も含む。制御装置は、オプションで、インターネットまたは
イントラネットサイトでホスト化されたアプリケーションとして実現されてよく
、そのケースでは、ユーザは通常のウェブブラウザを使用して監視セッションを
遠隔でセットアップすることができる。

【００１２】監視セッション中、各エージェントコンピュータは、その割り当てられた実行
スケジュールに従ってその割り当てられたトランザクションを実行し、トランザ
クションサーバの性能の１つ以上の特性を示す性能データを作成する。性能デー
タは、例えば、サーバ応答時間及びトランザクション実行イベントのパス／フェ
イル・ステータスを含んでよい。パス／フェイル・ステータス値は、トランザク
ションの範囲内で画定される検証ポイント（予想されるサーバ応答）に基づいて
よい。エージェントコンピュータは、好ましくは、トランザクション実行直後に
トランザクションに関連付けられる性能データを報告し、その結果として、性能
データは警報通知の表示及び作成のために実質的にリアルタイムで使用されるこ
とができる。好ましい実施形態では、様々なエージェントコンピュータによって
生成される性能データは、ウェブベースのレポートサーバを通して遠隔でアクセ
ス可能である集中データベース内で集められる。レポートサーバは、トランザク
ションサーバのオペレータが、各トランザクションに関連付けられる性能データ
を見ることができるようにする、様々なユーザが構成可能なチャート及びグラフ
を提供する。

【００１３】本発明の別の態様に従って、レポートサーバは、様々なオペレータによって指
定される属性について別個にトランザクションサーバの性能を示すレポートを作
成する。この特徴を使用すると、ユーザは、例えば、異なるオペレータによって
指定される場所（例えば、ニューヨーク、サンフランシスコ及び英国）、組織（
例えば、会計部門、マーケティング部門、及びカスタマサービス部門）、ＩＳＰ
（例えば、Ｓｐｒｉｎｇ、ＡＯＬ、及びＥａｒｔｈｌｉｎｋ）、あるいはその他
の属性から見られるようにトランザクションサーバの性能を表示、比較すること
ができる。ユーザは、特定の属性及び／またはトランザクションと関連付けられ
るデータをふるって取り除く（例えば、ＡＯＬカスタマに関連付けられるデータ
を排除する）、及び性能データを区分化するための（例えば、モデム速度または
動作システムなどの）新しい属性型を画定するオプションも有してよい。オペレ
ータによって指定される属性に従って性能データを監視する能力は、属性に依存
する性能問題を隔離し、修正するタスクを大幅に促進する。

【００１４】本発明の別の態様によれば、性能データは、あらゆるユーザによって画定され
る警報状態がないかチェックするために（好ましくは制御装置によって）実質的
にリアルタイムで監視される。このような警報状態が検出されると、通知メッセ
ージは、ｅメール、ページャー（ポケットベル（登録商標））、またはその他の
通信方法によって適切な人物に送信されてよい。警報状態は、オプションで、あ
る特定の場所、組織、ＩＳＰ、またはその他の属性に特定であってよい。例えば
、アトランタ支社を担当するステム管理者は、ある特定の問題（例えば、平均応
答時間が特定の閾値を超える）がその事務所内のコンピュータによって検出され
ると、通知されることを要求してよい。好ましい実施形態では、警報通知を受信
すると、管理者は、レポートサーバにアクセスし、通知をトリガした１つ以上の
イベントの詳細を表示するために標準ウェブブラウザを使用することができる。

【００１５】本発明の別の態様によれば、エージェントコンピュータは、トランザクション
実行中に画面表示のシーケンスを捕捉し、トランザクションが失敗したときに、
表示のためにこれらの画面表示をレポートサーバに伝送するようにプログラムさ
れてよい。この特徴により、ユーザは、エージェントによって「見られるように
」エラー状態につながったイベントのシーケンスを表示することができる。

【００１６】本発明の別の特徴によれば、エージェントコンピュータは、エージェントコン
ピュータとトランザクションサーバとの間の経路遅延が事前に書き込まれている
閾値を超えると、ネットワーク監視構成要素を起動するようにプログラミングさ
れてよい。起動されると、ネットワーク監視構成要素は、ネットワーク経路の各
セグメントに沿って現在経験されている遅延を求める。測定されたセグメント遅
延は（好ましくはレポートサーバを通して）人員に報告され、様々な種類のネッ
トワーク問題を検出するために使用されてよい。本発明の別の態様によれば、エ
ージェントコンピュータの１つ以上は、中断されたリンク（アクセスできないオ
ブジェクトへのリンク）がないか、チェックするために監視されるウェブサイト
を定期的に走査する、あるいは徐行する（ｃｒａｗｌ）ように遠隔でプログラミ
ングされてよい。中断されたリンクが検出されると、それらは、レポートサーバ
を通してｅメールによって、あるいはその他の手段によって報告されてよい。

【００１７】

【発明の実施の形態】

以下の説明は、分散監視ツール及び関連付けられた方法の多数のインプリメン
テーションに特定な詳細を述べる。これらの詳細は、発明の範囲を制限するため
ではなく、発明の好ましい実施形態を描くために提供される。発明の範囲は、添
付クレームだけによって画定される。

【００１８】この説明全体で、監視されているトランザクションサーバが、インターネット
経由でアクセスできるウェブベースシステムであると仮定されるだろう。しかし
ながら、本発明の方法は、専用プロトコルを使用する、あるいはある特定の組織
の内部ユーザだけがアクセスできるものを含む、その他の種類のトランザクショ
ンサーバを監視するためにも使用できることが認識されるだろう。例えば、基礎
となる方法論は、内部イントラネット、２層クライアント／サーバシステム、Ｓ
ＡＰＲ／３システム、及びその他の種類の分散システムを監視するためにも使
用できる。

【００１９】Ｉ．概要図１は、分散監視ツールの一般的な構成要素を示し、これらの構成要素が、ウ
ェブベースのトランザクションサーバ３０を試験、監視するために、ネットワー
ク内でどのように配備されてよいのかを示す。図1中の破線は、一般的な機械境
界を示し、オープン・ボックスが１台以上の機械を示す。図１に描かれるように
、トランザクションサーバ３０は、一般的には、ウェブサーバ構成要素３０Ａ及
び１つ以上のアプリケーション３０Ｂを含む。アプリケーションは、例えば、ユ
ーザアカウントをセットアップする、または発注するなどの１つ以上のビジネス
プロセスを実現するための機能性を提供してよい。アプリケーション３０Ｂは、
一般的には、１つ以上のバックエンドデータベース（図示されていない）にユー
ザアクセスを提供する。トランザクションサーバは、地理的に互いに離れている
機械を含む複数の機械を含んでよい。

【００２０】さらに図１に描かれているように、監視ツールは、以下の３つの主要なソフト
ウェア構成要素から成り立つ。エージェント３２、制御装置３４、及びウェブベ
ースのレポートサーバ３６である。各構成要素３２、３４、３６は、１つ以上の
実行可能なファイルまたはコンピュータ読み取り可能媒体内に記憶されるモジュ
ールを含む。

【００２１】エージェント３２は、サーバ性能を監視し、報告しつつ、トランザクションサ
ーバ３０のユーザの動作をシミュレートするための基本的な機能性を含む。図１
に示されるように、エージェント３２は、エンドユーザの経験が複数の場所から
捕捉できるように、好ましくは、複数のインターネットに接続されるホストコン
ピュータ４０（ＰＣ、ワークステーション等）にインストールされる。これらの
ホストコンピュータ４０は、有利なことに、トランザクションサーバ３０のオペ
レータによって所有または制御されるコンピュータを含んでよい。例えば、トラ
ンザクションサーバのオペレータは、実際のエンドユーザのコンピュータを含む
、トランザクションサーバが頻繁にアクセスされる部門または組織の各々の中の
選択されたコンピュータ上にエージェント構成要素をインストールできる。

【００２２】便宜的に、エージェント３２の上位装置として働くコンピュータ４０は、「エ
ージェントコンピュータ」と呼ばれ、制御装置３４の上位装置として働くコンピ
ュータ３５は「制御装置コンピュータ」と呼ばれるだろう。しかしながら、単一
コンピュータは、ツールの構成要素３２、３４及び３６の内の２つ以上の上位装
置として働くことができること、及び監視ツールの機能性が構成要素の間で別々
に分割できることが理解されなければならない。さらに、ウェブレポートサーバ
３６及びトランザクションサーバ３０は、１つの共通のウェブサイトを通してア
クセスできるだろう。

【００２３】制御装置３４は、トランザクションサーバのオペレータがそれを通して監視セ
ッションをセットアップし、開始することができるユーザインタフェース（ＵＩ
）を提供する。その監視セッションは、トランザクションサーバが、複数のユー
ザロケーションからアクセスされ、監視される分散監視セッションを含む。この
ＵＩを通して、ユーザは、特に、監視セッション内に含まれるエージェントコン
ピュータ４０を選択し、トランザクション及び実行スケジュールをこのようなコ
ンピュータに割り当てることができる。制御装置３４は、警報状態を指定するた
め、及びこのような状態が存在するときに人員に通知するための機能も提供する
。制御装置のＵＩの例の画面は、図２から１２及び図１６に示され、以下に説明
される。

【００２４】ウェブレポートサーバ３６は、標準ウェブブラウザを使用して、エージェント
コンピュータ４０によって測定及び報告されるように、オペレータがトランザク
ションサーバ３０の動作を遠隔で監視できるようにするための機能性を提供する
。その他の実施形態では、レポートサーバ３６は、表示のために特殊クライアン
トアプリケーションに、性能データまたはそこから作成されるレポートを「プッ
シュする」ように構成できるだろう。後述されるように、エージェントコンピュ
ータ４０は、好ましくは、そのトランザクション実行結果（性能データ）を（好
ましくは、事前に画定された警報状態がないかチェックする制御装置３４を介し
て）レポートサーバ３６にリアルタイムで報告し、オペレータが、トランザクシ
ョンサーバのリアルタイムステータスを表示できるようにする。レポートサーバ
３６は、多くの異なるトランザクションサーバ及びビジネスエンティティのため
に、サーバステータスデータに対する確実なアクセスを記憶、提供する「監視サ
ービスプロバイダ」エンティティによってオプションで実現されてよい。このア
プローチにより、試験中のトランザクションサーバのオペレータは、レポートサ
ーバ３６を管理しなくてもよくなる。代わりに、試験中のトランザクションサー
バのオペレータの各々または幾人かは、独自の各々のレポートサーバ３６を実現
できるだろう。

【００２５】後述されるように、監視ツールの１つの重要な特徴は、ユーザが、エージェン
トコンピュータ４０のオペレータによって選択される属性に従ってサーバ性能を
監視する能力を含む。例えば、レポートサーバ３６を使用して、ユーザは、サン
フランシスコ内のすべてのエージェントコンピュータによって、あるいは特定の
ＩＳＰを使用するすべてのコンピュータによって測定されるように、平均の応答
時間のグラフを見ることができるだろう。１つの実施形態では、各エージェント
コンピュータの属性は、コンピュータの場所、組織、及びＩＳＰを含み、制御装
置３４（図６を参照すること）のユーザインタフェースを介して割り当てる、ま
たは修正することができる。ユーザによって画定される属性型を含む、その他の
型の属性は、さらに、または代わりに使用することができる。性能が場所及びト
ランザクションごとに別個に表示されるレポートの例は、図１５に示され、以下
に説明される。

【００２６】別の重要な特徴は、ユーザが、ある特定のエージェント・マシン４０に、（ウ
ィークデーの１時間あたり１度などの）定期的なスケジュールを含む実行スケジ
ュールを割り当てる能力を含む。この特徴を使用すると、ユーザは、例えば、ト
ランザクションサーバ３０が、連続的に、またはほぼ連続的に先を見越して行使
、監視され、警報状態が検出されるとすぐに、システム管理者が（例えばページ
ャーによって）即座に通知される監視セッションをセットアップすることができ
る。

【００２７】ＩＩ．専門用語発明の理解を容易にするために、残りの説明全体で以下の専門用語が使用され
るだろう。

【００２８】用語「分散監視セッション」または「分散セッション」とは、複数のエージェ
ントコンピュータ４０が、トランザクションサーバ３０を監視するために使用さ
れる監視セッションを指す。

【００２９】用語「エージェントグループ」は、分散セッション内に含まれるエージェント
コンピュータ４０のグループを指す。

【００３０】用語「エージェント」は、用語が使用される文脈に応じて、一般的にエージェ
ント構成要素３２、またはエージェントコンピュータ上で実行しているエージェ
ント構成要素の特定のコピーまたはインスタンスのどちらかを指す。

【００３１】用語「属性」は、場所、組織、ＩＳＰ、またはコンピュータの構成などのホス
トまたはエージェントコンピュータの特定の特徴または特性を指す。

【００３２】用語「トランザクションサーバ」は、アカウント情報を表示する、発注する、
検索を実行する、あるいは電子メールを表示し、送信するなどの１つ以上のタス
クつまり「トランザクション」を実行するというユーザからの要求に応えるマル
チユーザシステムを指す。用語「オペレータ」は、一般的には、トランザクショ
ンサーバ（一般的には、オーナー）の動作を担当するビジネスエンティティを指
す。

【００３３】用語「テストケース」は、一般的には、ある特定のコンピュータによってトラ
ンザクションサーバを監視するために実行されるトランザクション（複数の場合
がある）のコンピュータ表現を指す。好ましい実施形態では、テストケースは代
わりにそれ以外の形式を取ることもできるだろうが、テストケースは、エージェ
ントコンピュータ４０によって「再生される」（テキスト形式または実行可能形
式のどちらかの）従来のテストスクリプトを含む。テストケースは、オプション
で、サーバ機能性を試験するために使用される検証ポイントを含んでよい。

【００３４】用語「ウェブ」は、ＨＴＴＰなどのワールドワイドウェブ規格の使用を示す。

【００３５】ＩＩＩ．アーキテクチャ及び一般的な動作好ましい実施形態では、エージェント３２は、マーキュリーインターアクティ
ブ社の市販されているＬｏａｄＲｕｎｎｅｒ仮想ユーザ（ＶＵｓｅｒ）構成部品
を使用して実現され、マーキュリーインターアクティブのＬｏａｄＲｕｎｎｅｒ
、ＷｉｎＲｕｎｎｅｒ、及びＡｓｔｒａＱｕｉｃｋＴｅｓｔ製品を使用して作
成されるテストケースを実行することができる。テストケースを作成し、再生す
るために使用されてよい方法の例は、（１９９７年１０月１４日に提出された）
同時係属米国出願第０８／９４９，６８０号と（１９９９年６月２１日に提出さ
れた）第０９／３３７，４４６号に記載される。ユーザ動作をシミュレートし、
サーバ応答を監視するためのそれ以外の既知のプログラミング方法は、エージェ
ント３２を実現するために使用されてよい。加えて、アプリケーションに特定な
ハードウェアは、エージェントの機能のいくつかまたはすべてを実行するために
使用できるだろう。

【００３６】好ましい実施形態では、エージェント３２は、監視セッションの開始前にエー
ジェントコンピュータ４０にインストールされる。いったんインストールされる
と、エージェントは、インターネットまたはＡＰＩ呼び出し経由のその他のＴＣ
Ｐ／ＩＰベースのネットワーク上で制御装置３４からテストケース及び実行スケ
ジュールを受信することができる。代わりに、エージェント３２は、監視セッシ
ョンが開始されると、制御装置３４によって自動的にインストールされてよい。
例えば、制御装置３４は、（オプションでは、単一の実行可能な構成要素として
）エージェント３２及びテストケースを、エージェントグループ内の各機械にデ
ィスパッチすることができ、エージェント３２は、テストケース実行に続いて自
動的に自らを削除できるだろう。各エージェント３２は、好ましくは複数のユー
ザの動作をシミュレートすることができる。

【００３７】好ましくは、エージェントグループは、クライアント属性の代表的な断面を取
り囲むように選択される。例えば、１つ以上のエージェントコンピュータ４０は
、重要なユーザ活動がそこから発することが予想される各々の地理的な領域及び
／または部門内で選択されてよい。

【００３８】加えて、レポートサーバ３６を動作するエンティティなどの監視サービスプロ
バイダエンティティは、（例えば、様々な地理的な場所の中で、多岐に渡る異な
るＩＳＰと、等）様々な属性を持つインターネットホストをセットアップし、こ
のようなホストをそのカスタマがエージェントコンピュータ４０として使用でき
るようにしてよい。このようなホストコンピュータは、好ましくは、エージェン
ト３２が事前にインストールされた状態でサービスプロバイダによって提供され
、同時に、複数のトランザクションサーバを監視する（および、このようにして
複数のオペレータにサービスを提供する）ように構成される。この方法は、トラ
ンザクションサーバ３０のオペレータが、一般的なエンドユーザの属性でクライ
アントコンピュータにほかの場合にはアクセスしない点で特に有効である。例え
ば、電子商取引ウェブサイトのオペレータは、購入が行われる様々な国々または
地域内のホストコンピュータにアクセスできないであろう。本方法は、オペレー
タがエージェントコンピュータ４０をセットアップし、管理する負担も軽減する
。

【００３９】図１に示されるように、制御装置３４は、好ましくは、テストケースの中に含
まれるトランザクションを記録、編集するための機能を提供するレコーダ３４Ａ
を含む、あるいはレコーダ３４Ａと相互動作する。好ましい実施形態では、マー
キュリーインターアクティブ社の前述された製品の任意の１つ以上は、レコーダ
３４として使用されてよい。新しいテストケースを記録する代わりに、ユーザは
、オプションで、トランザクションサーバ３６の事前配備試験に関して作成され
たテストケースまたはテストケーススクリプトを再利用してよい。それ以外の既
存のツール及びテストケース作成方法が、テストケースを作成するために使用で
きるだろう。

【００４０】制御装置３４は、監視セッションをセットアップするために使用されるスケジ
ューラ構成要素３４Ｂも含む。スケジューラ３４Ｂは、ユーザに、エージェント
コンピュータを選択し、このようなコンピュータによって実行されるトランザク
ションを指定し、実行スケジュールをエージェントコンピュータに割り当て、警
報イベント及び通知を作成するための基準を指定するプロセスを進ませる、好ま
しくは１つ以上の「ウィザード」を使用して実現される。スケジューラ３４Ｂに
よって提供される例の画面表示は、図３から図１２に含まれ、後述される。

【００４１】制御装置３４は、テストケース及び実行スケジュールをエージェントにディス
パッチすることを含む、エージェント３２の動作を制御するための方法を提供す
る自動化インタフェース３４Ｃも含む。好ましい実施形態では、自動化インタフ
ェースは、マーキュリーインターアクティブ社から利用できるＬｏａｄＲｕｎｎ
ｅｒ６．０自動化インタフェースを使用して実現される。制御装置３４は、さら
に、ユーザによって画定される警報状態がないかチェックするために、リアルタ
イムでエージェント３２によって生成される性能データのいくつかまたはすべて
を監視する警報エンジン３４Ｄを含む。スケジューラ３４Ｂを使用して、警報エ
ンジン３４Ｄは、ページャー、携帯電話、またはｅメールなどの適切な通信方法
によって、オペレータに警報状態を通知するように構成することができる。例え
ば、警報エンジンは、トランザクションサーバの平均応答時間が一定の閾値を超
えると必ず、あるいはトランザクションサーバが任意の場所または組織からアク
セスできなくなると、システム管理者をページングするように構成することがで
きる。警報エンジン３４Ｄは、トランザクションサーバによって戻される、コン
テンツ（例えば、予想されるテキスト文字列または値）に基づく通知を作成する
こともできる。

【００４２】図１に描かれるように、制御装置３４は、ローカル記憶装置３８内に様々な試
験制御データを記憶する。試験制御データは、一般的には、事前に記録されるト
ランザクション用のテストケースファイル（スクリプトファイル及び関係するデ
ータファイル）、及び作成された様々な監視セッションを指定するセッションフ
ァイルを含む。

【００４３】前述されたように、レポートサーバ３６は、エージェント３２によってリアル
タイムで報告されるテストケース実行（性能）データにオンラインウェブベース
アクセスを提供する。図１に描かれるように、継続中の分散セッションの性能デ
ータは、好ましい実施形態では、ＯＤＢＣに準拠するデータベースである中央「
セッション」データベース４２の中に記憶される。このデータベース４０の１つ
の考えられるスキーマが後述される。図１によって描かれるように、レポートサ
ーバ３６の構成要素は、好ましくは、マイクロソフトインターネットインフォメ
ーションサーバ（ＩＩＳ）などのウェブサーバ３６Ａ、セッションデータベース
４２へのアクセスを制限するアクセス制御層３６Ｂ、データベースアクセス層３
６Ｃ、及びレポート作成構成要素３６Ｄを含む。データベースアクセス層３６Ｃ
は、セッションデータベース４２と通信するためにＭＤＡＣ（マイクロソフトデ
ータアクセス構成要素）を使用するアクティブサーバページ（．ＡＳＰファイル
）のセットを使用して実現される。ＡＳＰページは、新しいエンドユーザをデー
タベース４２に追加するなどのタスクを実行するための管理者特権でユーザによ
ってアクセスできる管理ページ（図示されていない）を含む。

【００４４】レポート作成構成要素３６Ｄは、ダイナミックウェブページを作成するための
機能を提供するＭｉｃｒｏｓｏｆｔＡｃｔｉｖｅＸＤａｔａＯｂｊｅｃｔ
ｓ（ＡＤＯ）を使用して実現される。ダイナミックウェブページは、カスタマイ
ズされた、ウェブベースのレポートサーバを形成するのに使用される、事前に画
定された様々なグラフやチャート（図１３から１６を参照のこと）を含む。レポ
ートサーバ３６はまた、ｅメール、ファックス、プッシュプロトコル、あるいは
他の伝達方法によってレポートを広めるために構成される。

【００４５】ＩＶ．制御装置ＵＩ及びセッションセットアップ図２は、（「プロファイル」とも呼ばれる）例の監視セッションが開かれ、ツ
リーウィンドウに表示されている、制御装置３４の好ましい実施形態のためのメ
インスクリーンまたはコンソールを示す。監視セッションの詳細は、エージェン
ト（ホスト）コンピュータに、各エージェントコンピュータに割り当てられたテ
ストケース実行予定、及び各エージェントコンピュータに割り当てられるトラン
ザクションを示す拡大可能なセッションツリー４６としてユーザにグラフで提示
される。セッションツリーは、画定されたあらゆる警報状態も示す。図２に示さ
れている簡略な例では、監視セッションは、単一トランザクション「フライト(f
lights)」、及び「５分おき、月曜日から金曜日まで、終日(Every 5 minute(s),
Mon − Fri, all day)」という実行スケジュールを割り当てられた、単一のエ
ージェントコンピュータ「ｉｄｏｐｃ」を使用する。監視セッションは、トラン
ザクション「フライト」の応答時間が１０秒を超える(Response time of transa
ction flights 1 > 10.00 sec)と、警報イベントがトリガされるであろう単一警
報を含む。拡大可能なツリーは、有利なことに、ドラッグアンドドロップ及びＷ
ｉｎｄｏｗｓ（登録商標）オペレーティングシステムによって提供されるその他
の標準的な機能で監視セッションを編集するために使用できる。図１６に示され
るように、制御装置のＵＩは、ユーザがレポートサーバ３６からレポートページ
を表示できるブラウザウィンドウも提供する。

【００４６】その一番上のレベルが図２に示される制御装置のメニューは、セットアップウ
ィザード及び警報ウィザード（後述される）を起動すること、既存の監視セッシ
ョンを開き、編集すること、監視セッションを開始、停止すること、監視セッシ
ョンとともに使用されるレポートサーバ３６のアドレスを指定すること、データ
ベース４２のコンテンツをクリアすること、及び警報通知を送信するために設定
値を指定することを含む、様々なセッション関連タスクを実行するための機能を
提供する。

【００４７】新しい監視セッションを作成するために、ユーザは、制御装置３４にセットア
ップウィザード（図３から９）を起動させるＰＲＯＦＩＬＥ／ＮＥＷを選択する
。図３によって示されるように、ユーザは、最初に、セッション名を指定するよ
うにプロンプトを出される。セッション名は、ある特定の監視セッションのレポ
ートを後に検索したり、表示するための機構を提供する。図４に示されるように
、ユーザは、それから監視セッション内で含まれる過去に作成されたトランザク
ションを指定するための「トランザクション選択(Select Transaction)」画面を
提示される。ユーザは、レコーダ３４Ａを起動し、新しいトランザクションを記
録するためにＮＥＷボタンを使用することもできる。トランザクションは、オプ
ションで、ウェブページ内の特定の値またはテキスト文字列などの予測されるサ
ーバ応答を指定する検証ポイントを含んでよい。代わりに、トランザクションは
、サーバ応答の内容を検証せずにトランザクションサーバにストレスを与えてよ
い。後述されるように、ユーザは、後に特定のトランザクションまたはトランザ
クションの集合を特定のエージェントコンピュータ４０に割り当て、トランザク
ションごとにトランザクションサーバの性能を監視することができる。

【００４８】好ましい実施形態では、ユーザは、何が監視目的で「トランザクション」を構
成するのかを自由に画定することができる。例えば、ユーザは、ユーザセッショ
ンを記録し始め、サーバとの任意の数のユーザ対話を記録し（書式提出、ページ
要求等）、記録を停止してから、ユーザ指定名（例えば、「ブラウズカタログ」
）でトランザクションとして結果を記憶することができる。さらに、トランザク
ションのそれ以後の編集の間、ユーザは、オプションで、トランザクションを複
数のさらに小さいトランザクションに分割したり、それ以外の修正を加えること
ができる。トランザクションは、複数のウェブサイトへのアクセスも含むことが
できる。好ましくは、トランザクションが十分な粒度で性能障害の特定を容易に
することがユーザによって画定される。例えば、ユーザが、各々のこのようなア
プリケーションが独立して監視することができるように、トランザクションサー
バ３０上に配備される一時アプリケーションの各々に別個のトランザクションを
作成することを所望することがある。

【００４９】セッション内に含まれるトランザクションは、オプションで特殊な非破壊、つ
まりトランザクションサーバ３０の状態を変更しない「合成」トランザクション
を含んでよい。破壊的なトランザクションが使用されると、トランザクションサ
ーバ３０は、オプションで、特殊で無害な（非破壊的）方法でこのようなトラン
ザクションを処理するように構成されてよい。これは、例えば、監視目的のため
にダミーアカウントをセットアップすることによって達成されてよい。加えて、
適切なトランザクションサーバ３０がそのデータベースをロールバックするよう
に、あるいはそれ以外の場合、ある特定のダミーアカウント、クレジットカード
番号、ユーザ名、またはその他のユニークな要素が使用されるときにトランザク
ションを無視するように事前にプログラミングされてよい。

【００５０】図５の「コンピュータ選択(Select Computers)」画面に示されるように、セッ
トアッププロセスの次のステップは、エージェントグループに含まれる１台以上
のコンピュータを選択することを含む。この画面からＡＤＤ（追加）ボタンを選
択することによって、ユーザは、使用するために入手できるホストコンピュータ
の標準ＷｉｎｄｏｗｓＮＴ（商標）ツリービューを表示し、そこから選択する
ことができる。ある実施形態では、ツリービューは、エージェント３２がインス
トールされるそれらのコンピュータだけを表示する。別の実施形態では、ツリー
ビューは、エージェント３２が記憶されていないコンピュータも一覧表示し、ユ
ーザがこのようなコンピュータ上にエージェントを遠隔でインストールするオプ
ションも提供する。前記に示されたように、使用するために入手できるコンピュ
ータは、オプションで、監視サービスプロバイダによって使用可能にされるコン
ピュータを含んでよい。このようなインプリメンテーションでは、セットアップ
ウィザード３４は、このようなサービスプロバイダコンピュータ及びその各々の
属性のリストを特殊なインターネットホストから自動的に検索するように構成さ
れてよい。使用可能なサーバのリストを作成し、アクセスするための技法はこの
技術において公知であるため、ここに説明されていない。選択されたコンピュー
タは、各々のノードまたはアイコンとしてセッションツリー４６に追加される。

【００５１】ユーザが、セッションツリー４６の中でコンピュータが選択された状態でＥＤ
ＩＴ（編集）ボタン（図５）を選択すると、ユーザは図６に図示されるような「
コンピュータ特性(Computer Properties)」画面を提示される。ユーザは、この
画面からコンピュータに様々な属性（特性）を割り当てる、あるいは過去に割り
当てられた属性を確認することができる。示される例では、属性型は、エージェ
ントコンピュータ４０の場所（例えば、都市）、組織（例えば、会計部門）、及
びＩＳＰである。提供されてよいそれ以外の事前に画定された属性型は、例えば
、グループ名、コンピュータのオペレーティングシステム、コンピュータが接続
されるルータ、コンピュータのモデムまたはその他の接続速度、（特に、エージ
ェントがブラウザを使用する、またはエミュレートする場合）コンピュータのデ
フォルトウェブブラウザ、及びコンピュータのハードウェア構成を含む。さらに
、制御装置３４及びレポートサーバ３６は、ユーザに、１つ以上のユーザによっ
て画定される属性型を作成し、このような属性型を、事前に画定された属性型と
同じように使用するオプションを提供してよい。したがって、図中の特定の属性
及び属性型は単に例示的であり、本発明を制限することは意図されていないこと
が理解されなければならない。

【００５２】エージェントコンピュータに割り当てられる属性は、ある特定の属性グループ
（ある特定の属性または属性の集合を共用するコンピュータのグループ）に監視
されるとしてトランザクションサーバの性能を別個に表示するために使用するこ
とができる。例えば、ユーザは、場所属性「サンホセ（ＳａｎＪｏｓｅ）」ま
たはＩＳＰ属性「スプリント（Ｓｐｒｉｎｔ）」のすべてのエージェントコンピ
ュータによって測定される応答時間のグラフを表示することができる。例のレポ
ートは図１３から図１６に図示され、後述される。ユーザは（後述されるように
）特定の属性に関連付けられた性能データを考慮から排除するために属性一部除
去済みのレポートを作成することもできる。属性グループごとに別々に性能を表
示、監視し、属性一部除去済みのレポートを作成する能力は、属性に特殊な性能
問題を特定するというタスクを大きく促進する。

【００５３】ユーザがコンピュータ選択画面からＮＥＸＴ（次）ボタンを選択すると、「ト
ランザクション割り当て(Assign Transactions)」画面（図７）が表示される。
ユーザは、この画面から（過去に作成されたトランザクションリストからの）ト
ランザクションをエージェントグループ内の特定のコンピュータに割り当てるこ
とができる。ユーザは、コンピュータごとに、そのコンピュータが割り当てられ
たトランザクションを実行することになる順序も指定できる。トランザクション
はエージェントコンピュータ４０に割り当てられるので、トランザクションは、
（コンピュータ「ドルフィン（ｄｏｌｐｈｉｎ）」についての図７と図８に示さ
れるように）その各々のコンピュータの子供達としてセッションツリー４６に追
加される。

【００５４】ユーザがトランザクション割り当て画面からＮＥＸＴ（次）ボタンを選択する
と、ユーザがテストケース実行スケジュールを各コンピュータに割り当てること
ができるようにする「スケジュール割り当て(Assign Schedules)」画面が表示さ
れる（図８）。ユーザがセッションツリー４６の中でコンピュータが選択された
状態でＳＣＨＥＤＵＬＥ（スケジュール）ボタンを選択すると、「スケジュール
特性(Schedule Properties)」ボックスが表示される（図９）。スケジュール特
性ボックスから、ユーザは、コンピュータに割り当てる、及び／または新しいス
ケジュールを画定するために事前に画定された実行スケジュール（例えば、「ウ
ィークデー（ｗｅｅｋｄａｙｓ）」）を選択できる。図９に示されるように、定
期的なスケジュールが使用されてよい。定期的なスケジュールは、オプションで
擬似無作為スケジュールを含んでよい。図８に示されるように、スケジュールは
、各々のエージェントコンピュータの子供として、セッションツリー４６に加え
られる。それ以外の実施形態では、スケジュールは、トランザクションごとに割
り当てられてよい。

【００５５】実行スケジュールは、トランザクションサーバ３０の連続的またはほぼ連続的
な監視を提供するように選択されてよい。様々なエージェントコンピュータ４０
が異なるときにトランザクションサーバ３０を監視するように実行スケジュール
をずらすことによって、オプションで、長期間、任意の単一のエージェントコン
ピュータ４０を使用することなく、トランザクションサーバ３０を、連続的に（
１日あたり２４時間）またはほぼ連続的に監視することができる。例えば、エー
ジェントコンピュータ４０が地球中で分散される場合、スケジュールは、どのエ
ージェントコンピュータ４０もその各々の地域内で従業員作業時間中の試験のた
めに使用されないように割り当てることができる。

【００５６】セットアップウィザードは、ユーザが連続的なまたはほぼ連続的な監視セッシ
ョンをセットアップするのを補助するために、オプションで１つ以上の機能（図
示されていない）を提供してよい。例えば、スケジュールがエージェントコンピ
ュータに割り当てられているので、ウィザードは、累積的な実行スケジュールの
中の「ギャップ」（トランザクションサーバが監視されていない時間）を自動的
に検出及び表示できるだろう。セットアップウィザードは、これらのギャップを
埋める実行スケジュールを自動的に作成するオプションも提供できるだろう。加
えて、少なくとも２台のエージェントコンピュータ４０が、つねにテストケース
を実行するように予定され、その結果として単一のエージェントコンピュータの
故障によって、トランザクションサーバが監視されないままにならないことを保
証するための機能が提供できるだろう。

【００５７】ユーザがスケジュール割り当てボックスからＦＩＮＩＳＨ（終了）ボタン（図
８）を選択すると、セットアップウィザードが閉じ、ユーザは完全なセッション
ツリー４６のビューを提示される。この時点で、制御装置３４は、テストケース
と実行スケジュールを各々のエージェントコンピュータ４０にディスパッチし、
様々なセッション構成データ（エージェントコンピュータのセッション名、トラ
ンザクション識別子、属性等）を、セッションデータベース４２内での記憶のた
めにレポートサーバ３６に送信する。制御装置４０は、監視セッションの表現を
ローカル記憶装置３８にも記憶する。制御コンピュータ３５との間での情報の一
般的な流れは、図１７と図１８のデータフロー図に関して後述される。セットア
ッププロセスが完了すると、監視セッションは、ユーザによって停止または終了
されるまで無期限に続行される。

【００５８】制御装置のコンソール（図２）内でセッションが開いた状態で、ユーザは、警
報ウィザード(Alerts Wizard)（図１０から図１２）を起動するためにメインメ
ニューからＡＬＥＲＴ／ＡＤＤ（警報／追加）を選択することができる。図１０
に示されるように、警報ウィザードは、警報生成の目的でリアルタイムで監視す
るために、ユーザが応答時間、可用性、パス／フェイル・ステータス、及び応答
データサイズを含む１つ以上の性能パラメータを指定できるようにする。チェッ
クボックス７０を選択することによって、ユーザは、指定された時間枠でのパラ
メータの平均など、監視するために一定のパラメータ統計を指定することができ
る。

【００５９】図１１と図１２に示されるように、警報ウィザードは、監視されるパラメータ
についての通知基準を指定するための画面も提供する。図１１に示される例では
、ユーザは、平均応答時間が指定閾値を超える、あるいは指定された頻度の閾値
（例えば、毎分１０回）を超えるときはいつも通知されることを要求できる。図
１２に示されるように、ユーザは、ページャーまたはｅメールによって、警報状
態を通知されることを要求することもできる。

【００６０】警報ウィザードは、ある種類のトランザクションが失敗するとき、及び／また
は失敗が特定の属性グループ内で検出されるときに通知されるオプション（示さ
れていない）を提供してもよい。このオプションを使用して、ユーザは、ユーザ
の各々の責任領域内に該当する問題が検出されるときはつねに通知されることを
要求できる。例えば、ある特定のビジネスプロセスを担当するシステム管理者は
、そのビジネスプロセスに対応するトランザクションが失敗するときに通知され
てよい。一般的な失敗を通知されるのを回避するために、この通知は、その他の
種類のトランザクションが無事に完了することを条件に作成されてよい。この特
徴のそれ以外の例は、以下を含む。すなわち、そのＩＳＰを使用する閾値数のエ
ージェントコンピュータがトランザクションサーバ（オプションで、トランザク
ションサーバが他のＩＳＰからアクセスできることを条件に）にアクセスできな
いときに、ＩＳＰ管理者を通知すること、及びその事務所内の閾値数のエージェ
ントコンピュータ４０が、トランザクションサーバ（オプションで、トランザク
ションサーバがその他の事務所からアクセスできることを条件に）にアクセスで
きないときにある特定の事務所を担当するシステム管理者に通知することである
。

【００６１】本発明のその他の実施形態では、制御装置３４の様々な機能は、レポートサー
バ３６によって全体的にまたは部分的に実現できるだろう。例えば、警報ウィザ
ードの前述された機能、及び警報エンジン３４Ｄの関連付けられる機能性は、ユ
ーザが警報状態を遠隔でセットアップし、修正できるように、さらにまたは代わ
りにレポートサーバ３６によって実現できるだろう。警報状態がないかチェック
するタスクもエージェント３２で実行できるだろう。

【００６２】ある実施形態では、従来のウェブブラウザを使用してインターネット上でアク
セスされるサービスとしてのＡＳＰ（アプリケーションサービスプロバイダ）は
、制御装置３４の上位装置として働く。ＡＳＰのサーバを通して、各々のカスタ
マには、テストケースとセッションファイルのその各々のリポジトリへの安全な
アクセスが与えられる。監視セッションをセットアップするためのサービスのユ
ーザインタフェースは、通常、図２から図１２に示されるのと同じであってよく
、ダイアログボックスは対応するウェブページで置き換えられる。テストスクリ
プト（トランザクション）は、サーバ側レコーダを使用して記録されてよい、及
び／またはダウンロード可能なレコーダを使用してカスタマによって記録されて
からサーバにアップロードされてよい。レポートサーバ３６及び／またはエージ
ェントコンピュータ４０も動作してよいＡＳＰは、それ以外、つまり、監視され
るトランザクションの種類の数、トランザクション実行イベントの数、使用され
るハードウェアリソースの量、及び監視セッションの時間スケジュールと期間だ
けではなく、以下の基準の１つ以上に基づく監視セッションについてもカスタマ
に請求してよい。このようにして制御装置３４を動作する１つの重要な利点とは
、特殊ソフトウェアに対する必要なしに、インターネットアクセスを有する任意
のコンピュータから監視セッションを開始及び修正できるという点である。別の
利点とは、カスタマの、制御装置ソフトウェアをインストールし、維持しなけれ
ばならない重荷が軽減されるという点である。

【００６３】制御装置３４がサービスとして上位装置として働かされる実施形態では、実行
スケジュールをエージェントコンピュータ４０に割り当てるタスクは、エンドユ
ーザによってよりむしろ、ＡＳＰによって実行されてよい。この戦略は、それに
よりＡＳＰが、同時に存在できる分散監視セッションの総数を一般的に最大限に
するために負荷をエージェントコンピュータ全体に分散することができるため、
エージェントコンピュータ４０が多くの異なるカスタマによって共用される場合
に特に有効である。カスタマがカスタマ自身のエージェントコンピュータ４０の
実行スケジュールを制御するハイブリッドな方法も考えられるが、ＡＳＰは、Ａ
ＳＰの制御下にいる共用されたエージェントコンピュータの実行スケジュールを
管理する。

【００６４】さらにほかの実施形態では、制御装置３４は、トランザクションサーバのオペ
レータのイントラネットなどの個人のイントラネット上のサーバが制御装置３４
の上位装置として働いてよい。このような構成では、制御装置は、好ましくは、
ＡＳＰが上位装置として働いた場合と同じに動作するが、オペレータにとっては
プライベートである。

【００６５】Ｖ．性能レポート図１３から図１５は、トランザクションサーバ３０の遠隔監視を容易にするた
めにレポートサーバ３６により提供されてよいグラフまたはチャートの種類の例
を示す。図１３から図１５に示される例は、５つのトランザクション、つまり注
文入力、在庫検出中のアイテム、注文ステータスのブラウズ、アカウント更新及
びストックから購入を含む監視セッションを示す。トランザクションは、４つの
地理的な地域に位置するエージェントコンピュータ４０から実行されている。つ
まり、ニューヨーク、日本、英国、及びサンフランシスコである。複数のエージ
ェントコンピュータが、各々のこのような場所で使用されてよい。地理的な場所
の名前及び粒度は、セットアッププロセスの間にオペレータが画定することがで
きる。

【００６６】グラフは、特定の時間フレーム（この例では現在の日）上で監視されるトラン
ザクションサーバの性能の様々な態様を示す。第１グラフ７６（図１３）は、５
つのトランザクションごとの最小トランザクション時間、平均トランザクション
時間及び最大トランザクション時間を示す。第２グラフ７８（図１３）は、トラ
ンザクションを区別するためにカラーコード化方式を使用して、トランザクショ
ンごとの、および毎時間隔ごとの平均応答時間を示す。第３グラフ８０（図１４
）は、レベルごとにユニークな色を使用して、５つのトランザクションごとのサ
ービスレベルの分布を示す。第４グラフ８２は、毎時間隔及びトランザクション
ごとに、失敗したトランザクションのパーセンテージを示す。

【００６７】図１３に示されるように、レポートページは、好ましくは、ユーザが性能デー
タのカスタマイズされたビュー及び属性が一部除去されたビューを生成できるよ
うにするために、様々なリンク及び制御を含む。例えば、ユーザが「注文ステー
タスをブラウズ」トランザクションに「ドリルダウン」リンクを選択する場合、
図１５のグラフ８４，８６を含むページが表示される。両方のグラフ８４，８６
とも、場所に依存した問題点を特定するために望ましい場合があるように、場所
によって分けられる注文ステータスブラウズ（ＢｒｏｗｓｅＯｒｄｅｒＳｔ
ａｔｕｓ）とトランザクションのサーバ応答時間の態様を示す。これらのグラフ
８４，８６中の水平線は、ユーザによって画定される警報閾値を表す。ユーザは
注文ステータスブラウズトランザクションの場所に依存するグラフを表示するた
めに（場所に特殊なドリルダウンリンク９０を選択することによって）このペー
ジから追加レベルをドリルダウンすることができる。

【００６８】さらに、図１３から図１５に関して、「レポートパラメータ」ウィンドウ８６
によって、ユーザは、様々なグラフ及びチャートを作成するために使用される時
間枠及び／または分解方法を修正することができる。分解方法を修正することに
より、ユーザはトランザクションごとに、及びエージェントコンピュータの属性
ごとに性能データを表示できる。ある実施形態では、性能データは、トランザク
ション（図１３と図１４に示される）ごとに、場所（図１５に示される）ごとに
、組織（示されていない）ごとに、及びＩＳＰ（示されていない）ごとに表示す
ることができる。それ以外の実施形態では、性能データは、オペレータによって
画定される属性型を含むその他の属性型に従って分類することができる。

【００６９】「フィルタ」オプション８８（図１３から図１５）によって、ユーザは、トラ
ンザクション単位で、及び属性の各々の単位で表示される情報を部分的に除去す
ることができる。この特徴を使用して、ユーザは、例えば、ある特定のトランザ
クション、場所、組織、ＩＳＰまたはその組み合わせに対応する性能データをふ
るってレポートから一部除くことができる。ある実施形態（図示されていない）
では、ユーザは、監視セッションで使用される各トランザクション及び各属性の
各々のチェックボックスを含むウェブ形式を完了することによって適用されるフ
ィルタを特定する。存在する場合、フィルタの適用は、グラフの上部にある注記
によって示される（例えば、「トランザクション：すべて場所：英国、ニュー
ヨーク組織：会計、マーケティング」）。

【００７０】グラフリストオプション９０は、ユーザが、メインステータスレポートページ
上に表示されることになるデフォルトグラフの集合を指定できるようにする。「
設定値」オプション９２は、ユーザが、「自動リフレッシュ」速度（例えば、５
分おき）及びレポートの中で使用される開始日／時刻などのその他の種類の設定
値を調整し、保存できるようになる。

【００７１】図１６は、レポートサーバ３６によって作成されてよい例「トランザクション
ヘルス分散」チャートを示す。この例では、チャートは、制御装置のインタフェ
ースのブラウザウィンドウを通して表示されている。チャートは２次元マトリッ
クスの形を取る。水平寸法は、数時間から数年の範囲で、ユーザによって修正で
きる時間枠を表す。この例では、列は（チャートの上部に沿って表示されるよう
な）当日の時間を表し、行は（左側に一覧表示されるような）監視されているト
ランザクションを表す。マトリックスのセルは、特定の時間枠の間の特定のトラ
ンザクションの応答時間を反映するために、カラーコード化される。各時間及び
各トランザクションは、選択時、ビューを変更させるハイパーリンクである。例
えば、ユーザがある特定の１時間をクリックすると、時間フレームはまさにその
１時間変化し、マトリックスの水平寸法はさらに小さい（例えば、５分または１
０分の）間隔に分割される。同様に、ユーザがトランザクションリンクをクリッ
クすると、垂直寸法は、チャートが、地理学上の場所（あるいはおそらく別のコ
ンピュータ属性）に従って分割され、選択されたトランザクションだけを示すよ
うに変化する。

【００７２】前記例から明らかになるように、オペレータによって指定される属性を含む、
エージェントコンピュータの属性に基づいて性能データを別々に表示し、一部除
去する能力は、属性に特殊な問題を特定するというタスクを大幅に簡略化する。
特定の属性型は、例のレポートに示されているが、示される特徴が、ユーザによ
って割り当てられる属性型を含むその他の種類の属性に適用することができるこ
とが理解されなければならない。

【００７３】レポートサーバ３６は、好ましくは、発生した様々な警報イベントについての
情報を含む警報チャート（図示されていない）へのアクセスも提供する。警報イ
ベントごとに、このチャートは、例えば、警報名、警報重大度のカラーコード化
された表示、警報イベントの時刻、講じられた処置（例えば、「ａｄｍｉｎ＠ｍ
ｅｒｃ−ｉｎｔ．ｃｏｍに送信されるｅメール」または「ログ済み専用」）、及
び送信された任意の警報メッセージのテキストを含んでよい。

【００７４】ＶＩ．データフロー及びデータベースコンテンツ一般的な監視セッションのセットアップ及び実行中の構成要素間の情報の一般
的な流れは、ここで図１７から図１９に関して説明されるだろう。

【００７５】図１７は、監視セッションの「セットアップ」または「プログラミング」段階
を示す。図１７で左から右への矢印によって描かれるように、ユーザがセットア
ッププロセスを完了すると、制御装置３４は、各々のエージェント３２にテスト
ケース（トランザクション）及びスケジュールをディスパッチする。エージェン
ト３２が遠隔エージェントコンピュータ４０に常駐する場合、テストケース及び
スケジュールは、ＨＴＴＰまたはＡＰＩ呼び出し経由の別のＴＣＰ／ＩＰベース
のプロトコルを使用し、インターネット上で通信される。さらに図１７に描かれ
るように、制御装置は、セッションデータベース４２での記憶のために、（好ま
しくはＨＴＴＰを使用して）セッション構成データもレポートサーバ３６に送信
する。構成データは、セッション名、エージェントコンピュータ４０の識別子と
特性（属性）、及びトランザクションの識別子と名前を含む。レポートサーバ３
６が複数のビジネスエンティティにサービスを提供する場合、構成データは、セ
ッションが対応するビジネスエンティティのユーザ名またはその他の識別子も含
んでよい。

【００７６】表１は、ある例の実施形態について、監視セッションごとにセッションデータ
ベース４２で作成され、レポートを作成するために使用されるテーブルを要約す
る。多岐に渡る代替データベーススキーマのいずれもが使用できるだろう。レポ
ートに表示される様々な測定規準（例えば、ある特定のウィンドウでの平均応答
時間）が、イベントメータテーブルの中に記憶されるデータを使用して計算され
る。

【００７７】

【表１】図１７の下方矢印によって描かれるように、ユーザによってセットアップされ
るあらゆる警報が、セッション構成データとともに、ローカル記録装置３８に記
憶される。警報は、さらに、または代わりに、レポートサーバ３６に通信されて
よく、その場合、レポートサーバは警報状態がないかチェックし、警報状態をユ
ーザに通知するというタスクを取り扱ってよい。

【００７８】図１８は、エージェントがテストケースを実行するときの代表的な遠隔エージ
ェント３２のデータの流れを示す。実行プロセス中、エージェントは、応答時間
などの１つ以上の事前に画定された性能パラメータを監視しつつ、トランザクシ
ョンサーバ３０とインターアクションをする（例えば、ＨＴＴＰポストメッセー
ジ及び取得メッセージをトランザクションサーバ３０に送信する）。エージェン
ト３２は、テストケース内で画定されるあらゆる検証ポイント（例えば、予想値
またはテキスト文字列）もチェックする。各トランザクションを完了すると、エ
ージェント３２は、ＨＴＴＰまたは別のＴＣＰ／ＩＰベースのプロトコルを使用
して制御装置３４に結果として生じるトランザクション実行データを送信する。
トランザクション実行データは、好ましくはトランザクションＩＤ、トランザク
ションのための性能データ（応答時間及びパス／フェイル・ステータス）、トラ
ンザクション時間／日付スタンプ、及びエージェントコンピュータ４０のホスト
ＩＤを含む。エージェントは、代わりに、さらに頻繁に、またはより頻繁ではな
く（例えば、サーバ応答あたり１度またはテストケース実行あたり１度）その実
行を報告するように設計できるだろう。制御装置３４は、性能データを任意の事
前に画定された警報状態に比較する。通知メッセージが画定された警報状態が満
たされると、制御装置は適切なエンティティに（図１８中破線で表される）警報
通知メッセージを送信する。警報通知メッセージを受信すると、受信者は、関連
付けられた性能データを報告したエージェントコンピュータの場所または組織な
どの、警報イベントの詳細を得るためにレポートサーバ３６にログインできる。
警報イベントは、制御装置コンピュータにローカルに記憶され、セッションツリ
ー４６内に表示することもできるだろう。

【００７９】図１８によってさらに描かれるように、制御装置３４は、セッションデータベ
ース４２の中への挿入のために（好ましくはＨＴＴＰプロトコルを使用して）ト
ランザクション実行データ及び任意の満たされた警報状態をウェブレポートサー
バ３６に転送する。エージェント対制御装置の通信の場合でのように、制御装置
は、好ましくはトランザクション実行データを、トランザクション単位で実質的
にリアルタイムでレポートサーバ３６に転送する。これは、自動化インタフェー
ス３４Ｃ（図１）のＡＰＩを通して好ましい実施形態で達成される。警報イベン
トが、警報エンジン３４Ｄによって検出され、リアルタイムでレポートサーバ３
６に報告される。複数のエージェント３２が同時にテストケースを実行するよう
に予定される場合、制御装置３４は、複数のエージェントからのデータストリー
ムを同時に処理する。メイン制御装置ループは、このようにして以下の形を取る
。Ｖｕｓｅｒ（エージェント）からのメッセージを待機ＡＰＩ呼び出しを介しウェブレポートサーバへメッセージを送るＡｐｍＡｐｉ＿ｒｅｐｏｒｔＴｒａｎｓａｃｔｉｏｎ（トランザクション、ホスト、ステータス値）警報エンジンにメッセージを送る待機に戻る図１８に示されるデータフロープロセスの様々な代替策が考えられる。例えば
、エージェント３２は、トランザクション実行データを直接的にレポートサーバ
３６に送信することができ、その場合、レポートサーバ３０は、オプションで実
行データ（例えば、警報状態専用）のいくらかまたはすべてを制御装置に転送す
るだろう。加えて、指定される場所または組織内のすべてのエージェントコンピ
ュータ４０が、制御装置３４またはレポートサーバ３６への伝送のため、あるい
はそれによる検索のためにそれらの性能データを集めるように構成できるだろう
。加えて、警報状態がないかチェックし、ユーザに警報状態を通知するタスクは
、制御装置３４によってではなくむしろ、エージェント３２によって、及び／ま
たはレポートサーバ３０によって実行できるだろう。さらに、エージェント３２
は、トランザクション実行データを「部分的に除去する」ように構成することが
でき、その結果として一定の事前に画定される基準を満たすそれらのトランザク
ションだけが報告される。これらの及びその他の代替策は、任意にユーザによっ
て構成可能なオプションとして提供できるだろう。

【００８０】図１９は、標準ウェブブラウザ１００を使用して、セッションデータベース４
２に遠隔でアクセスするプロセスを示す。示されるように、ユーザは、最初にユ
ーザ名／パスワードの組み合わせまたはそれ以外の認証方法を使用して自分のア
カウントにログインする。それ以降、ユーザは、そのアカウントに対応する１台
以上のサーバのために（前述されるような）カスタマイズされたリアルタイムの
ステータスレポートを表示する。レポートページが要求されると、データベース
４２はアクセスされ、プログラミング方法を使用して計算される様々な性能測定
規準が、当業者によって公知であるプログラミング方法を使用して計算される。

【００８１】ＶＩＩ．検出及び報告の問題の付加的特徴エラー状態及び性能問題を検出、報告するための３つのオプションの特徴がこ
こで説明されるだろう。これらの特徴の３つすべては、好ましくはエージェント
構成要素３２の実行可能コードを通して部分的に実現される。

【００８２】このような特徴の第１は、トランザクション実行中にトランザクションサーバ
３０によって戻される画面をエージェントコンピュータ４０に捕捉させてから、
トランザクションが成功ではない場合は、これらの画面捕捉をレポートサーバ３
６に転送させることを含む。エンドユーザがレポート内で失敗したトランザクシ
ョンをドリルダウンすると、レポートサーバ３６は、失敗したトランザクション
のための画面表示の捕捉されたシーケンスを表示する、または表示するオプショ
ンを提示する。例えば、失敗したトランザクションがウェブページ上での予期さ
れていない、または紛失したメッセージを含んでいた場合、ユーザは予期せぬ応
答を先行した（エージェントによって提出される任意の形式データを含む）ウェ
ブページだけではなく、ウェブページ全体を表示できるだろう。この特徴の重要
な利点とは、ユーザが、失敗したトランザクションにつながったイベントのシー
ケンスを表示する能力である。

【００８３】図２０は、エージェント構成要素３２内で実現される場合の画面捕捉プロセス
を示す。ブロック１１０から１１６によって描かれるように、エージェント３２
がトランザクションサーバ３０に要求を提出するたびに、エージェントは、トラ
ンザクションサーバによって戻される画面を捕捉し、この応答を、トランザクシ
ョン内で画定される、関連付けられた検証ポイントに対して比較する。画面表示
は、好ましくはビットマップイメージとして記憶されるが、代わりにＨＴＭＬ文
書及び関連付けられるオブジェクトなどの別の形式で記憶されてもよい。

【００８４】トランザクションが終了すると、エージェント３２は、トランザクションが無
事に完了したか否かを判断する。トランザクションは、例えばタイムアウトイベ
ントが発生する場合、不成功として処理されてもよい。トランザクションが失敗
した場合、エージェント３２は、後の表示のために、結果的にセッションデータ
ベース４２に画面表示を記憶するレポートサーバ３６に、捕捉された画面表示の
シーケンスを表示する（ブロック１２０）。画面表示は、さらに、または代わり
に、表示のためにｅメールによって人間のオペレータに送信できるだろう。トラ
ンザクションが無事に完了した場合には、画面表示は、レポートサーバ３６に転
送されることなく廃棄される。

【００８５】エージェント３２に組み込まれてよい第２の特徴は、エージェントコンピュー
タ４０とトランザクションサーバ３０との間のネットワーク経路に沿って生じる
セグメント遅延を測定し、報告する能力である。セグメント遅延は、好ましくは
、市販されているマーキュリーインターアクティブ社のＬｏａｄＲｕｎｎｅｒ６
．０製品のＮｅｔｗｏｒｋＭｏｎｉｔｏｒ構成要素を使用して測定される。好
ましくは、エージェント３２のいくつかまたはすべては、経路遅延が事前に書き
込まれていた閾値を超えるときに（その各々のエージェントコンピュータ４０の
上で）ＮｅｔｗｏｒｋＭｏｎｉｔｏｒを起動するように、制御装置３４を介し
て構成される。これらの閾値は、監視セッションをセットアップするときに、オ
プションで、ユーザによって指定されてよい。起動時、ＮｅｔｗｏｒｋＭｏｎ
ｉｔｏｒは、公知の方法を使用して、関連するエージェントコンピュータ４０と
トランザクションサーバ３０の各セグメントに沿って遅延を測定する。それから
、エージェント３２は、これらの測定値を、ユーザが測定値をドリルダウンし、
表示できるようにするレポートサーバ３６に報告する。測定された遅延は、Ｌｏ
ａｄＲｕｎｎｅｒ６．０内に提供される好ましくは標準セグメント遅延及び経路
遅延のグラフを使用して提示される。セグメント遅延データは、例えば、ルータ
問題またはネットワークアーキテクチャ内のネックを検出するために使用されて
よい。

【００８６】第３の特徴は、ウェブサイト内での「中断されたリンク」（アクセス不可能な
ファイルまたはその他のオブジェクトへのリンク）を検出、報告するエージェン
ト３２の能力に関わる。この特徴を使用して、ユーザは、ウェブサイトを定期的
に（例えば、一日に一度）徐行し、中断されたリンクがないかチェックするため
、及び発見される任意の中断されたリンクを報告するために、エージェントコン
ピュータ４０の１台以上を遠隔でプログラムすることができる。中断リンクの位
置が見つかると、中断リンクのリストは、表示のため、及び／またはｅメールに
よってユーザに送信されるためにレポートサーバ３６に自動的に掲示されてよい
。各々の中断リンクは、見失われたオブジェクト及び中断されたリンクを含むペ
ージの各々の場所を示す、ＵＲＬペアの形でユーザに報告されてよい。ウェブサ
イトを徐行し、中断リンクがないかチェックするための技法は、その技術におい
て公知であり、例えば、マーキュリーインターアクティブ社の米国特許第５，９
５８，００８号公報に記載されている。エージェント３２によって検出される他
の種類の装置での場合と同じように、ある特定のオブジェクトが、いくつかのエ
ージェントコンピュータ４０からアクセスできるが、他のエージェントコンピュ
ータからはアクセスできないとき、レポートサーバ４０は、好ましくは、ユーザ
が、問題を経験したエージェントコンピュータの属性を別々に表示できるように
する。

【００８７】発明は、一定の好ましい実施形態という点で説明されてきたが、ここに述べら
れている特長及び優位点のすべてを提供しない実施形態を含む、通常の技術の熟
練者に明らかであるその他の実施形態も本発明の範囲内である。したがって、本
発明の範囲は、以下の請求項により画定される。方法クレームでは、参照符号は
説明の便宜上使用されるだけであり、方法を実行するある特定の順序を示さない
。

【図面の簡単な説明】

【図１】監視ツールの一般的なアーキテクチャを示し、ウェブベースのト
ランザクションサーバの性能を監視するために、監視ツールがどのようにして使
用されてよいのかを示す。

【図２】図１に描かれている制御装置のメインユーザインタフェース画面
を示す。

【図３】監視セッションをセットアップするために使用される制御装置の
セットアップウィザード画面を示す。

【図４】監視セッションをセットアップするために使用される制御装置の
セットアップウィザード画面を示す。

【図５】監視セッションをセットアップするために使用される制御装置の
セットアップウィザード画面を示す。

【図６】監視セッションをセットアップするために使用される制御装置の
セットアップウィザード画面を示す。

【図７】監視セッションをセットアップするために使用される制御装置の
セットアップウィザード画面を示す。

【図８】監視セッションをセットアップするために使用される制御装置の
セットアップウィザード画面を示す。

【図９】監視セッションをセットアップするために使用される制御装置の
セットアップウィザード画面を示す。

【図１０】制御装置の警報ウィザードの画面を示す。

【図１１】制御装置の警報ウィザードの画面を示す。

【図１２】制御装置の警報ウィザードの画面を示す。

【図１３】図１のウェブレポートサーバによって提供されるステータスレ
ポートウェブページ例を示す。

【図１４】図１のウェブレポートサーバによって提供される例のステータ
スレポートウェブページを示し、ユーザが、「ブラウズ注文ステータス」トラン
ザクションについて、図１３のドリルダウンリンクを選択するときに戻される代
表的な「ドリルダウン」ページを示す。

【図１５】図１のウェブレポートサーバによって提供される例のステータ
スレポートウェブページを示す。

【図１６】図１のウェブレポートサーバによって提供される例のステータ
スレポートウェブページを示す。

【図１７】監視セッションのセットアップと実行との間の構成要素間の情
報の流れを示すフロー図である。

【図１８】監視セッションのセットアップと実行との間の構成要素間の情
報の流れを示すフロー図である。

【図１９】監視セッションのセットアップと実行との間の構成要素間の情
報の流れを示すフロー図である。

【図２０】失敗したトランザクションに関する画面表示を捕捉するための
プロセスを示す。

───────────────────────────────────────────────────── フロントページの続き (81)指定国ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ，ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，ＫＥ，ＬＳ，ＭＷ，ＭＺ，ＳＤ，ＳＬ，ＳＺ，ＴＺ，ＵＧ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＥ，ＡＧ，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＢＺ，ＣＡ，ＣＨ，ＣＮ，ＣＲ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＤＭ，ＤＺ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＤ，ＧＥ，ＧＨ，ＧＭ，ＨＲ，ＨＵ，ＩＤ，ＩＬ，ＩＮ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＡ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＭＺ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＴＺ，ＵＡ，ＵＧ，ＵＺ，ＶＮ，ＹＵ，ＺＡ，ＺＷＦターム(参考） 5B042 GA10 GA12 GA19 GB01 HH20 MA08 MC18 MC31 MC37 5B085 AC12 BA06 BG07 5B089 GB02 GB08 JA35 JB19 KA12 KB14 MC01 MC13 MC16 【要約の続き】ワーク経路に沿った測定されたセグメント遅延、及び「中断された」ウェブサイトリンクの識別子を含んでよい。許可された人員は、一連のカスタマイズ可能なレポートを介して収集された性能データを表示するために、標準的なウェブブラウザを使用してレポートサーバ（３６）にアクセスできる。制御装置（３４）を使用して、ユーザは、トランザクションサーバ（３０）の連続監視またはほぼ連続監視に備える定期的な予定を含む、エージェントコンピュータ（４０）にテストケース実行予定を割り当てることもできる。さらに、ユーザは、人員が（例えば、ページャーなどにより）問題をただちに通知される警報状態を指定することができる。制御装置（３４）及びレポートサーバ（３６）は、場所、組織及びこのようなコンピュータのＩＳＰなどのエージェントコンピュータ（４０）の属性に従ってユーザがトランザクションサーバ（３０）の動作を監視できるようにするための機能も提供する。

Claims

【特許請求の範囲】

【請求項１】（ａ）トランザクションサーバの性能を監視しつつ、シミュ
レートされたユーザとして配備されたトランザクションサーバでトランザクショ
ンを実行するように複数のコンピュータをプログラミングするステップと、（ｂ）コンピュータの少なくともいくつかが他のものとは異なる属性を有するよ
うに、複数のコンピュータに属性を割り当てるステップと、（ｃ）ステップ（ａ）の結果として複数のコンピュータによって生成される性能
データを受信、記憶し、性能データがトランザクションサーバの性能の少なくと
も１つのパラメータを示すステップと、（ｄ）ステップ（ｂ）で割り当てられる複数の属性の各々に別々に性能データを
表示するステップと、を有する、配備されたトランザクションサーバの性能を監視するための方法。
【請求項２】ステップ（ｄ）は、複数の地理的な場所の各々から監視され
るようにトランザクションサーバの性能を別々に示すレポートを作成することを
含む、請求項１に記載の方法。
【請求項３】ステップ（ｄ）は、複数の組織の各々から監視されるような
性能を別々に示すレポートを作成することを含む、請求項１に記載の方法。
【請求項４】ステップ（ｄ）は、複数のインターネットサービスプロバイ
ダの各々を通して監視される場合の性能を別々に示すレポートを作成することを
含む、請求項１に記載の方法。
【請求項５】ステップ（ａ）は、複数のコンピュータに自動化された実行
スケジュールを割り当て、実行スケジュールはトランザクションを実行するため
のタイミングを指定することを含む、請求項１に記載の方法。
【請求項６】ステップ（ａ）は、トランザクションサーバからの応答の、
ユーザによって選択される内容を検証するために複数のコンピュータのいくつか
をプログラミングすることを含む、請求項１に記載の方法。
【請求項７】ステップ（ａ）は、テストケースをコンピュータにディスパ
ッチする制御装置プログラムを使用して、複数のコンピュータの少なくともいく
つかを遠隔でプログラミングすることを含む、請求項１に記載の方法。
【請求項８】制御装置プログラムは、ウェブベースサービスとしてサーバ
上でホスト(host)される、請求項７に記載の方法。
【請求項９】性能データが警報状態を満たすときに、警報メッセージを作
成し、伝送することを、さらに含む、請求項１に記載の方法。
【請求項１０】警報状態が、複数のコンピュータの属性に特定なサブセッ
トに特定である、請求項９に記載の方法。
【請求項１１】ステップ（ｃ）は、トランザクションが実行されるにつれ
て実質的にはリアルタイムで性能データを受信し、記憶することを含む、請求項
１に記載の方法。
【請求項１２】複数のコンピュータの内の１台以上によって無害（非破壊
的）に実行される、有害（破壊的）なトランザクションを処理するように、トラ
ンザクションサーバをプログラミングすることを、さらに含む、請求項１に記載
の方法。
【請求項１３】複数のコンピュータの少なくともいくつかが、トランザク
ションサーバのエンドユーザによって使用されるコンピュータである、請求項１
に記載の方法。
【請求項１４】性能データは、失敗したトランザクションの間にトランザ
クションサーバによって戻される画面表示のシーケンスを含む、請求項１に記載
の方法。
【請求項１５】性能データは、複数コンピュータの１台以上によって測定
されるネットワークセグメント遅延を含む、請求項１に記載の方法。
【請求項１６】性能データは、複数のコンピュータの１台以上によって検
出される中断されたウェブサイトリンクの識別子を含む、請求項１に記載の方法
。
【請求項１７】トランザクションサーバの配備後動作を監視するために監
視セッション内に含むための複数のコンピュータを選択し、トランザクションサーバを行使、監視するために複数のコンピュータにトラン
ザクションを割り当て、複数の属性ごとに別々にトランザクションサーバの監視を可能とするために、
複数のコンピュータの特定のコンピュータに属性を割り当てる、機能を、コンピュータによって実行されるときに、少なくとも提供する、制御
装置プログラムを記憶するコンピュータ読み取り可能媒体。
【請求項１８】属性は、コンピュータが位置する組織の名前を含む、請求
項１７に記載のコンピュータ読み取り可能媒体。
【請求項１９】属性は、コンピュータが位置する地理的な地域の名前を含
む、請求項１７に記載のコンピュータ読み取り可能媒体。
【請求項２０】属性は、（ａ）コンピュータによって使用されるインター
ネットサービスプロバイダ、及び（ｂ）コンピュータが結合されるルータの少な
くとも１つ、を含む、請求項１７に記載のコンピュータ読み取り可能媒体。
【請求項２１】属性はコンピュータの構成を含む、請求項１７に記載のコ
ンピュータ読み取り可能媒体。
【請求項２２】制御装置プログラムは、複数の異なるコンピュータに複数
のトランザクションを割り当てるオプションを提供する、請求項１７に記載のコ
ンピュータ読み取り可能媒体。
【請求項２３】制御装置プログラムは、トランザクションを実行するため
の複数のコンピュータに、実行スケジュールを割り当てるための機能を提供する
、請求項１７に記載のコンピュータ読み取り可能媒体。
【請求項２４】制御装置プログラムは、ユーザが実行スケジュールを画定
するためのオプションを提供する、請求項２３に記載のコンピュータ読み取り可
能媒体。
【請求項２５】制御装置プログラムは、トランザクションが対応するコン
ピュータの子供として表されるツリーとしてユーザに対して監視セッションをグ
ラフィックに表す、請求項１７に記載のコンピュータ読み取り可能媒体。
【請求項２６】制御装置プログラムは、ツリー内の各々の子供としてコン
ピュータに割り当てられる実行スケジュールを、さらに表す、請求項２５に記載
のコンピュータ読み取り可能媒体。
【請求項２７】表示のためにトランザクションサーバ性能データを分離す
るために割り当てられた属性を使用するレポートサーバ構成要素と組み合わされ
る、請求項１７に記載のコンピュータ読み取り可能媒体。
【請求項２８】コンピュータが制御装置プログラムによって遠隔でプログ
ラムできるようにするために、複数のコンピュータにインストールされるように
適応されるエージェント構成要素と組み合わされる、請求項１７に記載のコンピ
ュータ読み取り可能媒体。
【請求項２９】制御装置プログラムは、警報状態を指定するユーザオプショ
ンを提供する、請求項１７に記載のコンピュータ読み取り可能媒体。
【請求項３０】制御装置プログラムは、複数の属性の部分集合に特定であ
る警報状態を画定するオプションを提供する、請求項２９に記載のコンピュータ
読み取り可能媒体。
【請求項３１】制御装置プログラムは、複数のコンピュータにトランザク
ションをディスパッチするための機能を実現する、請求項１７に記載のコンピュ
ータ読み取り可能媒体。
【請求項３２】制御装置プログラムは、トランザクションを記録するため
の機能を含む、請求項１７に記載のコンピュータ読み取り可能媒体。
【請求項３３】制御装置プログラムは、ユーザが、トランザクションサー
バからの予期される応答を指定するための機能を含む、請求項１７に記載のコン
ピュータ読み取り可能媒体。
【請求項３４】トランザクションサーバが、グループによって実質的に連
続して監視されるように、トランザクションサーバの性能を監視しつつ、シミュ
レートされたユーザとして配備されたトランザクションサーバにアクセスするよ
うにコンピュータのグループを遠隔でプログラミングし、警報状態がないかチェックするために実質的にはリアルタイムでグループによ
って作成される性能データを監視し、警報状態の検出に応えて警報通知メッセージを作成する、配備されたトランザクションサーバを監視するための方法。
【請求項３５】警報状態は、グループのコンピュータの属性に基づいたサ
ブセットに特定である、請求項３４に記載の方法。
【請求項３６】実質的にリアルタイムでデータベースに性能データを記憶
し、遠隔オンラインアクセスをデータベースに提供する、ことをさらに含む、請求項３４に記載の方法。
【請求項３７】オンラインアクセスを提供することが、性能データを表示
するための時間枠を指定するオプションをユーザに提供することを含む、請求項
３６に記載の方法。
【請求項３８】グループはトランザクションサーバのエンドユーザのコン
ピュータを含む、請求項３４に記載の方法。
【請求項３９】エージェント構成要素が、トランザクションサーバの性能
を監視しつつ、トランザクションサーバのシミュレートされたユーザとしてトラ
ンザクションを実行するように適応されて、トランザクションサーバのエンドユ
ーザのコンピュータを含む、複数のコンピュータ上にエージェント構成要素がイ
ンストールされ、インストールされるエージェント構成要素によって実行されるトランザクショ
ンを複数のコンピュータに遠隔で割り当てる、トランザクションサーバの動作を監視する方法。
【請求項４０】トランザクションを割り当てることが、コンピュータ単位
で、複数のコンピュータの各々に割り当てられるトランザクションを選択するこ
とを含む、請求項３９に記載の方法。
【請求項４１】トランザクションを実行するための複数のコンピュータに
実行スケジュールを遠隔で割り当てることを含む、請求項４０に記載の方法。
【請求項４２】実行スケジュールを割り当てることは、複数のコンピュー
タの各々によって使用される実行スケジュールを、コンピュータ単位で指定する
ことを含む、請求項４１に記載の方法。
【請求項４３】複数のコンピュータによって収集される性能データを集め
、該性能データに対する遠隔アクセスを提供することをさらに含み、該性能デー
タはトランザクションサーバの性能を示す、請求項３９に記載の方法。
【請求項４４】性能データは、トランザクションの実行中に複数のコンピ
ュータの少なくとも１台によって捕捉される画面表示のシーケンスを含む、請求
項４３に記載の方法。
【請求項４５】性能データは、複数のコンピュータの少なくとも１台によ
って測定されるネットワーク経路セグメント遅延を含む、請求項４３に記載の方
法。
【請求項４６】性能データは、複数のコンピュータの少なくとも１つによ
って検出される中断されたウェブサイトリンクの識別子を含む、請求項４３に記
載の方法。
【請求項４７】トランザクションサーバのシミュレートされるユーザとし
てトランザクションを実行し、トランザクション実行中に、トランザクションサーバによって戻される画面表
示のシーケンスを記憶し、トランザクションが無事に完了したかどうかを判断し、トランザクションが無事に完了しなかった場合に、それ以降の表示のために、
画面表示のシーケンスをサーバに転送する、シミュレートされるユーザとしてトランザクションサーバを監視するようにプ
ログラミングされている複数のコンピュータの各々の上で、トランザクションサ
ーバの動作を監視する方法。