JP2005516475A - 実行可能ソフトウエアアプリケーションのネットワーク負荷及びその他のトラフィック特性を解析するためのシステム - Google Patents

Abstract

ネットワーク負荷アナライザ（１１７）は、ネットワークの中で同時並行的に動作する一以上のソフトウエアアプリケーション（１１２）についてのネットワーク負荷を決定する。ネットワーク負荷アナライザ（１１７）は、少なくとも１つのトレース入力ファイルを複数の所定のサンプルタイムインターバルに亘って解析し、少なくとも１つのトレース出力ファイルを生成するトレースアナライザを含む。少なくとも１つのトレース出力ファイルを受け取ったことに応答し、アナライザが少なくとも１つのトレース出力ファイルから情報を決定し、この決定された情報を生成する。出力装置（１１０）が、少なくとも１つのトレース出力ファイルから決定された情報を表示する。

Description

本発明は、一般的に、複数の実行可能ソフトウエアアプリケーションの同時並行動作によってもたらされるネットワークの負荷及びその他の特性を解析するための、システム、方法、コンピュータプロダクト、及びユーザインタフェースに関する。

ネットワーク容量計画とは、ネットワークがコンテンツを許容速度でそのユーザに提供する能力を測定するプロセスである。このプロセスは、アクティブユーザの数及び各ユーザがサーバに求める要求の大きさを測定し、これによって、利用層をサポートする上で必要なコンピュータ資源を計算することを含む。

ネットワーク容量パフォーマンスについて重要な要素は、帯域幅と待ち時間の２つである。帯域幅は、人がネットワークの速度として知覚する要素の一つにすぎない。帯域幅に密接に関係する速度についての別の要素は待ち時間である。待ち時間は、一般に、ネットワーク上のデータを処理するときの遅れのことで、それらには幾つかの種類がある。待ち時間と帯域幅は互いに関連している。理論ピーク帯域幅は固定であるが、実際の、即ち、有効帯域幅は変化し、そして待ち時間が大きくなると影響を受ける可能性がある。短かすぎる期間に過剰な待ちが発生すると、データが「パイプを満たす」ことを妨げるボトルネックを作り出し、有効帯域幅を減少させてしまう可能性がある。企業は、帯域幅と待ち時間を測定してネットワーク上の一貫したパフォーマンスを測定すると共に維持することを表すのに、サービス品質（ＱｏＳ）という用語を使う。

以前のネットワーク容量システムでは、それが解析的及び／又は離散的イベントシミュレーション用ツールであれ、ユーザのネットワーク構成モデルを駆動するために導入するライブアプリケーショントラフィックパターンの数が限られていた。既存のネットワークトラフィックモデルを検証する場合、ネットワークアナリストは、２つのシミュレーションランを比較し、既存のシミュレーション済トラフィックパターンを調節し、取込まれたライブトラフィックパターンのネットワーク負荷に一致させるのに多くの時間を費やさなければならない。この作業を遂行することは困難であり、通常は試みられない。トレースファイルを使用した、本番（production）のトラフィックパターンの取り込みは、時間範囲の点で制限される。数週間に亘る全てのピーク時トラフィック活動をカバーする一連のトレースファイルを取り込むことは非常に困難である。また、模擬トラフィックを識別すると共に、実際の本番トラフィックと比較して、模擬パターンを調節し、以降のシミュレーションランが、新しいクライアントがネットワークの帯域幅条件に関してどの様に影響するかを推定できるようにすることは非常に困難である。そのため、これらのツールを複数のアプリケーションに使用することは、非常に時間を要する、高価な、しかも、通常、ネットワークのサイズ決定及びパフォーマンスの推定を行う立場の平均的な担当者が使えるものではない、

そのため、複数の同時並行的に動作可能なソフトウエアアプリケーションが使用し、ネットワーク負荷の推定を助けるシステム、方法、コンピュータプロダクト、及びユーザインタフェースに対するニーズがある。

ネットワークガイドラインエスティメータ（ＮＧＥ）は、テスト用ネットワーク内で動作する各ソフトウエアアプリケーションについてのネットワーク負荷を推定し、各ソフトウエアアプリケーションのネットワーク負荷メトリックを決定する。ネットワークロードエスティメータ（ＮＬＥ）は、一以上のソフトウエアアプリケーションそれぞれのネットワーク負荷メトリックに応じて、本番ネットワーク内で同時並行的に動作する一以上のソフトウエアアプリケーションについてのネットワーク負荷を推定する。ネットワーク負荷アナライザ（ＮＬＡ）は、本番ネットワーク内で同時並行的に動作する一以上のソフトウエアアプリケーションについてのネットワーク負荷を解析し、本番ネットワークについての実際のネットワーク負荷を決定する。ネットワーク負荷アナライザは、１つのネットワーク内で同時並行的に動作する一以上のソフトウエアアプリケーションについてのネットワーク負荷を決定する。ネットワーク負荷アナライザは、少なくと１つのトレース出力ファイルを作成するため、少なくとも１つのトレース入力ファイルを複数の所定のサンプルタイムインターバルに亘って解析するトレースアナライザを含む。アナライザは、少なくとも１つのトレース出力ファイルの受取りに応じて、その少なくとも１つのトレース出力ファイルから情報を決定し、決定された情報を作成する。出力装置は、その少なくとも１つのトレース出力ファイルからの決定済情報を表示する。

本発明のこれら及びその他の様相について、以下の詳細な説明及び添付図面を参照して更に説明する。異なる図面に示されている同一の機能や要素には同じ参照番号が割当てられている。各図は、同じスケールで描かれていないことに留意されたい。更に、詳細な説明に明示的又は暗示的に述べられてはいるが図面には具体的に示されていない本発明のその他の実施形態、及び図面に明示的又は暗示的に示されてはいるが詳細な説明には具体的に記載されていない本発明のその他の実施形態も存在する。

図１は、本発明の望ましい実施形態によるネットワーク１００を示し、通信経路１０６を介して、複数台のクライアント／ワークステーション１０２、１０３、及び１０４に電気的に接続されたサーバ１０１を含む。

ネットワーク１００は、コンピュータネットワーク、或はエリアネットワークとも呼ばれ、多くの種類の異なる形態とサイズで実施される。ネットワーク１００の例には、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ），メトロポリタンエリアネットワーク（ＭＡＮ）、ストレージエリアネットワーク（ＳＡＮ），システムエリアネットワーク（ＳＡＮ）、サーバエリアネットワーク（ＳＡＮ），スモールエリアネットワーク（ＳＡＮ）、パーソナルエリアネットワーク（ＰＡＮ）、デスクエリアネットワーク（ＤＡＮ）、コントローラエリアネットワーク（ＣＡＮ）、クラスタエリアネットワーク（ＣＡＮ）、及びこれらの組み合わせが含まれるが、これらに限定されない。即ち、ネットワーク１００は、任意の距離にある、任意の形態の通信経路１０６を介して、任意の台数のクライアント／ワークステーション１０２、１０３、及び１０４に電気的に接続された任意の台数のサーバ１０１を有することができる。なお、ネットワーク１００は、ＷＡＮであることが望ましい。

一般的に、ＬＡＮ，ＷＡＮ，及びＭＡＮなどの用語は、そのネットワークが広がる物理的な範囲、即ち距離に基づいた概念を表している。しかしながら、インターネット、イントラネット、エクストラネット、仮想専用ネットワーク、及び、その他の技術を介した現在及び推定される技術変化により、種々のネットワークを距離によってはもはや区別できなくなってきたことを示している。しかしながら、矛盾がないように、これらその他の種類のネットワークも、各種ネットワーとして知られるようになった。

例えば、ＬＡＮは、比較的短い距離にあるネットワーク装置を接続する。ネットワークに接続された事務所ビル、学校や家庭は、１つの建物が幾つかの小さなＬＡＮを含む場合もあり、近接する建物群に亘って広がっていることも多いが、通常、単一のＬＡＮを含む。インターネットプロトコル（ＩＰ）ネットワーキングの場合、ＬＡＮを単一ＩＰサブネットと考えることができる（これは現実には必ずしも正しくないが）。通常、ＬＡＮは、限られたスペースで動作する以外に、ほかに幾つかの顕著な機能（特徴）をもつ。通常、ＬＡＮは、一個人或は一組織によって所有され、制御され、管理される。また、ＬＡＮでは、特定の接続技術、主としてイーサネット及びトークンリングを使用する。

更に、例では、ＷＡＮは、物理的に長い距離に亘って伸びている。インターネットとして実施されるＷＡＮは、世界の大部分に伸びている。ＷＡＮは、地理的に散在するＬＡＮの集合である。ルータと呼ばれるネットワーク装置がＬＡＮをＷＡＮに接続する。ＩＰネットワーキングの場合、ルータが、ＬＡＮアドレスとＷＡＮアドレスの両方を保守する。ＷＡＮは、通常、幾つかの点でＬＡＮとは異なる。大部分のＷＡＮは、インターネットと同じく、ある１つの組織によって所有されるのでなく、集合的或は分散化オーナシップ及び管理の下に存在している。ＷＡＮでは、専用回線、ケーブルモデム、インターネット、非同期転送モード（ＡＴＭ）、フレームリレー、及びＸ．２５などの方式を使用して接続を行っている。ＷＡＮは、州、地区、群など、地理的に広いエリアに伸びている。ＷＡＮは、しばしば、ＬＡＮやＭＡＮなどの複数の小さなネットワークを接続する。今日、世界で最も一般的なＷＡＮが、インターネットである。エクストラネットなど、インターネットの多数の小さな部分もＷＡＮである。一般に、ＷＡＮは、ＬＡＮに比べて、種類の異なる、はるかに高価なネットワーク接続機器を利用している。ＷＡＮによく見られる技術には、同期式光ネットワーク（ＳＯＮＥＴ）、フレームリレー、及びＡＴＭが含まれる。

サーバ１０１は、通常、ユーザインタフェース１０７、メモリ装置１０８、及びプロセッサ１０９を含む。メモリ装置１０８は、通常、ソフトウエアアプリケーション（「アプリケーション」）１１２を含む。ユーザインタフェース１０７は、通常、出力装置１１０及び入力装置１１１を含む。

サーバ１０１は、コンピュータ、ワークステーション、パーソナルコンピュータ、ハンドヘルドコンピュータ、デスクトップコンピュータ、ラップトップコンピュータなどとして実施されるが、これらに限定されない。サーバ１０１は、実施形態に応じて、移動式、固定式、或は移動・固定両用であることができる。サーバ１０１は、固定用のコンピュータであることが望ましい。

プロセッサ１０９は、中央処理装置（ＣＰＵ）或はコントローラとも呼ばれ、サーバ１０１を制御する。プロセッサ１０９は、サーバ１０１の内部又は外部の通信路を介して命令語を実行し、検索し、転送し、解読するが、通信路は、データをサーバ１０１の別の周辺装置及びコンポーネントへ転送するために使用される。プロセッサ１０９は、ネットワークガイドラインエスティメータ（ＮＧＥ）１１５、ネットワーク負荷エスティメータ（ＮＬＥ）１１６、及び／又は、ネットワーク負荷アナライザ（ＮＬＡ）１１７を含む、或は、サーバ１０１の外側に位置する同じ要素１１５、１１６、及び１１７それぞれへのインタフェースを含む。これらの要素は、通信路１０６などを介して、プロセッサ１０９と通信する。要素１１５、１１６、及び１１７のそれぞれは、ハードウエア、ソフトウエア、及びそれらの組合せで使われる。以下に更に詳しく述べるように、要素１１５、１１６、及び１１７のそれぞれは、同じ或は別の時間に、同じ或は別のネットワーク１００内で個々に利用されることが望ましい。

メモリユニット１０８は、ハードドライブ、読取専用メモリ（ＲＯＭ）、及びランダムアクセスメモリ（ＲＡＭ）を含むが、これらに限定されない。メモリユニット１０８は、特定の実施形態に応じて、アプリケーション１１２、並びに、他の全てのプログラム及び記憶すべきものを収容するのに適したサイズのものである。アプリケーション１１２は、実行可能コード或は実行可能アプリケーションとも呼ばれ、ＷＡＮ上に配備されたアプリケーション専用プロバイダ（ＡＳＰ）実行可能アプリケーションであることが望ましい。

ユーザインタフェース１０７では、入力装置１１１は、ユーザが情報をサーバ１０１に入力することを可能にし、出力装置１１０は、ユーザが情報をサーバ１０１から受取ることを可能にする。入力装置はキーボードだけでなく、例えば、タッチスクリーン、音声認識プログラムを備えたマイクロフォンも望ましい。出力装置は、ディスプレイだけでなく、例えば、スピーカも望ましい。出力装置は、ユーザから情報を受取る入力装置に応答して、或は、サーバ１０１による他のアクティビティに応答してユーザに情報を提供する。例えば、ディスプレイは、ユーザがキーパッドを介して情報をサーバ１０１に入力したことに応答して情報を示す。図４、５、１１、及び１２は、ユーザインタフェース１０７の例を示す。

サーバ１０１は、当業者に良く知られている他の要素も含んでおり、これらの例としては、サーバ１０１によるデータの送受信を可能にする通信ポートを提供するデータ入力インタフェース及びデータ出力インタフェースが挙げられるが、これらに限定されない。データ入力インタフェース及びデータ出力インタフェースは、同じインタフェースで、双方向通信を可能にする場合もあれば、別々のインタフェースで、反対方向の一方向通信を可能にする場合もある。データ入力インタフェース及びデータ出力インタフェースの例には、パラレルポート、及び、ユニバーサルシリアルバス（ＵＳＢ）などのシリアルポートが含まれるが、これらに限定されない。要素１１５、１１６、及び１１７がサーバ１０１の外部に位置する場合、要素１１５、１１６、及び１１７は、データ入力インタフェース及びデータ出力インタフェースを使用してサーバ１０１と通信する。

クライアント／ワークステーション（「クライアント」）１０２、１０３、及び１０４は、コンピュータ、ワークステーション、パーソナルコンピュータ、ハンドヘルドコンピュータ、デスクトップコンピュータ、ラップトップコンピュータなど、として実施されるガ、これらに限定されない。クライアント１０２、１０３、及び１０４は、対象の実施形態に応じて、移動型、固定型、或は移動・固定両用型のいずれでもよい。クライアント１０２、１０３、及び１０４は、固定型の実施に適用されていることが望ましい。

通信路１０６は、サーバ１０１をクライアント１０２、１０３、及び１０４へ電気的に接続する。通信路１０６は、有線及び／又は無線、即ち、固定及び／又は移動式のサーバ１０１、或はクライアント１０２、１０３、及び１０４を夫々収容する。有線通信路の例としては、ＬＡＮ，専用ＷＡＮ回線、ＡＴＭ，フレームリレーが挙げられるが、これらに限定されない。無線通信路の例としては、無線ＬＡＮ、マイクロ波回線、衛星が含まれる。通信路１０６は、有線式であることが望ましい。

ネットワーク１００は、ソフトウエアアプリケーション１１２を格納するための外部メモリユニット１１３を含む。外部メモリユニット１１３は、以下を１つ以上含む：ハードドライブ、読取専用メモリ（ＲＯＭ）、及びランダムアクセスメモリ（ＲＡＭ）。外部メモリユニット１１３は、特定の実施形態に応じて、アプリケーション１１２、並びに、他の全てのプログラム及び記憶すべきものを収容するるに適したサイズのものである。外部メモリユニット１１３は、サーバ１０１、及びネットワーク１００の実施形態に従って、サーバ１０１内のメモリユニット１０８と協力するか、或はそれの代替として使用される。

コンピュータ読取り可能プロダクト１１４は、コンピュータ読取り可能記憶メディアが望ましく、例えば、ディスク（コンパクトディスク（ＣＤ）など）、或は、メモリユニット１０８或は外部メモリユニット１１３への挿入やダウンロード用の実行可能アプリケーション１１２が入ったその他のポータブル記憶メディアから成る。

図２は、本発明の望ましい実施形態によるネットワーク負荷を決定するためのプロセス２００を示し、図１に示すように、ネットワーク１００の中で同時並行的に動作する一以上のアプリケーション１１２によって採用されている。

プロセス２００は、メソッドとも呼ばれ、ステップ２０１から始まる。

ステップ２０２では、図１に示すネットワークガイドラインエスティメータ（ＮＧＥ）１１５は、シミュレーション対象ネットワーク内で動作する各アプリケーションのネットワーク負荷を推定して、各ソフトウエアアプリケーションのネットワーク負荷メトリックを決定する。ネットワークガイドラインエスティメータ（ＮＧＥ）１１５の構造と機能については、２００２年３月２１日にＥ．ＭｃＢｒｉｄｅが提出した米国仮出願第６０／３６６，５０７に詳しく述べられている。

ネットワーク１００上でのアプリケーション１１２の配信は、アプリケーションのネットワーク挙動が、特にＷＡＮについて妥当に特性付けられている場合、一般に正常に行われる。アプリケーションの特性は、制御されたネットワーク環境（模擬ネットワーク或はテストネットワークとも呼ばれる）でそれらをテストすることで決定され、これにより、アプリケーションのネットワーク挙動が決定される。このプロセスは、アプリケーション・ネットワークベースラインプロファイリングと呼ばれている。

アプリケーション・ネットワークベースラインプロファイリングは、以下の３つの条件を持つ制御されたテスト環境で実行されることが望ましい。

１．サーバ（群）１０１及びクライアント１０２〜１０４はＬＡＮ上にある。

２．全てのアプリケーションコンポーネント間のネットワークトラフィックは、クライアントがアプリケーション１１２の機能を実行したときに、ＬＡＮ上の単一のネットワークロケーションにおいて見ることができる。

３．１つのクライアント（即ち、テストクライアント）が、サーバ（群）１０１を使用している。

アプリケーション・ネットワークベースラインプロファイリングを実行するのに、２つのネットワークツールが使用される。

１．Ａｐｐｌｉｃａｔｉｏｎ Ｅｘｐｅｒｔ（登録商標）ツールなどの、従来型の第三者ソフトウエアツールは、テストクライアントが、アプリケーション機能を実行したときに、そのアプリケーションのネットワークトラフィックを取得する。

２．ＮＧＥ１１５は、Ａｐｐｌｉｃａｔｉｏｎ Ｅｘｐｅｒｔツールからの情報を使って、アプリケーションのネットワーク負荷パラメータと待ち時間パラメータ、及び、そのアプリケーションのネットワーク挙動をプロファイルする、その他のメトリックを計算する。

ステップ２０２に関する下記のテキストは、アプリケーションのネットワーク負荷特性をプロファイルするためのプロセス、アプリケーションのネットワーク遅れ時間（latency ）パフォーマンスを推定するプロセス、及び複数のユーザクライアントを１つのＷＡＮ上に配備する場合に、アプリケーションのネットワーク負荷特性に応じてネットワーク容量条件を推定するプロセスについての説明である。以下の記述は、以下の定義の説明である。

１．コンカレントユーザ：所定の時間間隔（例えば、１分）において、アクティブな（即ち、ネットワークトラフィックを生成中の）アプリケーションのクライアント。
２．アクティブユーザ：通常のペースで（即ち、機能を実行し、オンラインの更新及び選択を行い、画面情報の検討と評価を行う等）、システムを使用し、ある時間においてアプリケーションへログオンしているクライアントの数。
３．配備ユーザ：アプリケーションがインストールされているクライアント。
４．タスク：特定のタスク（即ち、作業のサブユニット）を実施するために実行される個々のアプリケーション機能。
５．作業ユニット：そのアプリケーションが遂行するように設計された、作業のユニットの１つを完了するために実行される一連のタスク。アプリケーションは、通常、多種の作業ユニットをもっている。

アプリケーションのネットワーク負荷特性をプロファイルするためのプロセスは、以下のように説明される。アプリケーションのネットワーク負荷の１つの特性は、負荷ファクタである。負荷ファクタは、特定のアプリケーションの１ユーザが、アプリケーションを使用している間に発生する平均ネットワーク負荷の計算値である。負荷ファクタは、下記の情報を使用して計算される。

１．ユーザがアプリケーションを使用するときに実行できる作業ユニットのリスト。
２．各作業ユニットを形成している全てのタスク（即ち、アプリケーション機能）のリスト。
３．各作業ユニットの使用頻度（決定或は推定を行うことが現実的な場合）。

好ましくは、アプリケーションの典型的な作業ユニットの少なくとも９５％が、テストクライアントが各作業ユニットを実行する間に生成されるネットワークトラフィックを取得することによって、テスト用ネットワーク内でテスされることが望ましい。

テストには、制御された研究所環境において、ＬＡＮにかけられるネットワーク負荷を従来型の第三者ソフトウエアツールを使用して測定することが含まれる。アプリケーションの使い方に経験をもつ個人（即ち、テストユーザ）が手動でテストを行い、正確な測定値を収集することが望ましい。或いは、テストを自動的に行う。経験のあるユーザは、この作業ユニットを、コンピュータの処理時間及びユーザが考える時間を含めた、予測されるエンドユーザの速度（概略速度）で実行する。実行済の作業ユニットは、その作業ユニットをプロファイルし、妥当なネットワーク負荷ファクタ（ＬＦ）及び作業ユニットの完了時間（即ち、作業ユニット完了時間）（ＷＣＴ）を取得するために使用される。アプリケーションのネットワーク負荷ファクタ及び作業ユニット完了時間は、ＮＬＥ１１６によっても使用され、以下に述べるように、１つのＷＡＮ上に配備可能なユーザワークステーションの台数か推定される。

アプリケーションのテストがなされた後、各作業ユニット取得ファイルに格納されているネットワークトラフィック情報が、ＮＧＥ１１５へインポートされる。ＮＧＥは、次に、アプリケーションのネットワーク負荷ファクタを計算し、これが、ユーザが作業ユニットを実行しているときに使用される、平均のネットワーク容量（即ち、帯域幅）を決定する。ネットワーク負荷ファクタは、そのアプリケーションのネットワーク負荷プロファイル及び、如何にネットワークフレンドリかに関係する。

ＮＥＧ１１５は、ネットワーク負荷ファクタを使い、コンカレンシーファクタ（ＣＦ）を決定するが、このファクタは、ネットワークの限界やブレークポイントを特定する所定の「閾値」容量に達するまでに１つのネットワークがサポートできる同時並行ユーザ数を特定する。例えば、ネットワークの推奨される所定の閾値容量が６０％であり、アプリケーションのネットワーク負荷ファクタが２％であれば、コンカレンシーファクタは、３０（即ち、６０％／２％）である。このコンカレンシーファクタは、３０人の同時並行ユーザが、ネットワーク容量の６０％を必要とすることを示している。

ＮＧＥ１１５は、このコンカレンシーファクタと作業ユニット完了時間を使って、本番ネットワーク１００がサポートできる配備可能クライアントの合計数を推定する。ピーク時に収容する必要がある同時並行ユーザの数を正確に推定することによって、ネットワーク負荷情報を使って、本番ネットワーク１００の適正なサイズと構成を決めることができる。

ステップ２０２に関連する下記のテキストは、アプリケーションのネットワーク待ち時間プロファイルを決定するためのプロセスの説明である。タスクはサブユニット或は作業なので、アプリケーションタスクを実行しているユーザは、応答時間に敏感である。例えば、ユーザがエンターキーを押してタスクの実行を開始した後、ユーザは、２秒以内に完了応答があることを期待する。このユーザのワークステーション１０２〜１０４が、サーバ１０１があるのと同じＬＡＮ上にある場合。応答は、１秒で返ってくる。この時間の大部分は、サーバ１０１及びワークステーション１０２〜１０４の処理時間である。この時間の内のごく一部がＬＡＮネットワーク待ち時間（ＮＬ）によるものである。しかしながら、ユーザのワークステーション１０２〜１０４がＷＡＮによってサーバ１０１から分離されている場合、ネットワーク待ち時間は著しい遅延の原因となる。アプリケーションのパフォーマンス特性は、アプリケーションタスクをテストすること、及び、ＮＧＥ１１５を使用してそのアプリケーションの待ち時間メトリックをプロファイルすることによって決定することかできる。

ネットワークの応答の遅延をもたらす待ち時間の３つのコンポーネントには以下のものが含まれる。

１．挿入或は伝送遅延―ＬＡＮ或はＷＡＮの速度によってもたらされる。
２．伝播遅延−データがネットワーク上を移動しなくてはならない距離によって表される。
３．待合せ遅延−複数ユーザ間で１つのネットワークを共用している場合の混雑に依る遅延。これが、ネットワークが事前に設定された容量の閾値を必要とする理由である。

アプリケーションのネットワーク待ち時間特性をプロファイルするため、従来型の第三者ソフトウエアツールで、作業ユニットをテストするときに実行される各タスクを個々にテストする。これらのテストの間、生成されるネットワークトラフィックは、ネットワークトレースファイルに取り込まれるが、この中には、各タスク用のネットワークトレースファイルがある。ネットワークトレースファイルは、ＮＧＥ１１５へインポートされ、これでそのアプリケーションの平均ネットワーク待ち時間メトリックを生成するパラメータを計算する。ＮＧＥ１１５は、そのタスクのネットワーク待ち時間を特定する各タスクの詳細リストをも生成する。

ＮＧＥ１１５は、ＮＬＥ１１６へインポートされる待ち時間パラメータをも提供する。このＮＬＥ１１６は、ネットワーク１００を別のアプリケーション１１２と共用する場合にアプリケーション１１２に加わる総合的な影響を推定するのに使用される。下記のパラメータは、テストされた全てのタスクの平均である。

１．平均のタスクトラフィックのサイズ（バイト）
２．平均のリクエスト／応答ペア数。これらは、ＷＡＮの伝播遅延（即ち、距離）と相互作用するアプリケーションターンと呼ばれる。ターン数が大きいアプリケーションタスクは、長いネットワーク待ち時間に悩まされるが、これをＷＡＮの帯域幅（速度）を増加することで減らすことはできない。
３．ネットワークを介して送信するデータフレームの平均サイズ。
４．アプリケーションの作業負荷及び推定ワークステーションの配備。

ステップ２０２に関連する下記テキストは、複数のクライアントを１つのＷＡＮ上に配備するときの、ネットワークの容量条件（作業負荷とも呼ばれる）を推定するためのプロセスの説明である。作業負荷という用語は、所定の時間（例えば、１時間）（即ち、ピーク時）内に完了される作業ユニット（ＷＵ）の数のことである。ＮＧＥ１１５は、アプリケーションの作業ユニット完了時間（ＷＣＴ）と呼ばれるメトリックを計算する。作業ユニット完了時間は、全ＷＵの平均値であり、テストされた全作業ユニットの分散に基づいて９５％の信頼値に調節される。

各１分間隔にアクティブなユーザが平均で一人いる場合において１時間内に完了するＷＵの最大数を推定するためには、６０分をＷＣＴで割算する。上記の通り、コンカレンシーファクタ（ＣＦ）の各ユニットの値は、任意の１分間隔内でアクティブな１ユーザに等しい。従って、ネットワークの容量の「閾値」を越えるまでに、ネットワーク１００がサポートできる最大の作業負荷は、コンカレンシーファクタ（ＣＦ）の値に６０分を掛けてＷＣＴで割算する。

例えば、ＷＣＴが２分ならば、ＣＦ値が１の場合における１時間当たりの最大ＷＵは３０（即ち、６０／２）である。ネットワークのコンカレンシーファクタ（ＣＦ）の値が１０に等しければ、毎時３００ＷＵがサポート可能である。本番ネットワークにおけるアプリケーションの配信に関して知りたいことは、１１６ＷＵを生成するのに何台のワークステーションが必要かであるが、これは、以下に述べる。

ステップ２０２に関連する以下のテキストは、作業負荷に関連する一般的なアプリケーションの分類の説明である。配備されるワークステーションの台数に関連して、アプリケーションの作業負荷を設定しようとするときは、２つのことを質問すると都合がよい。

１．そのアプリケーションの入る分類は何か？
２．トップ１０ユーザの中のパワーユーザについての予測された毎時の作業負荷は？

通常、ユーザは３つのクラスに分けられる。
１．カジュアルユーザ
２．標準ユーザ
３．データ入力ユーザ

アプリケーションのクラスは、パワーユーザ（即ち、そのクラスの中で強いユーザ）がアプリケーションを実行するのに費やす、合計の時間（１時間以上）によって特定される。各クラスの中のパワーユーザに対する時間の妥当な分類には以下のもの含まれる。
１．カジュアル：パワーユーザは、０分から１０分（中間点５分）実行する。
２．標準：パワーユーザは、１０分から３０分（中間点２０分）実行する。
３．データ入力：パワーユーザは、３０分から５０分（中間点４０分）実行する。

アプリケーション１１２の目的及びその使用パターンは、パワーユーザに対して控えめな推定を特定し設定するのを助ける。パワーユーザによって、１時間に、実行されるＷＵの平均の数は、そのアプリケーションの作業ユニット完了時間（ＷＣＴ）を使用して設定される。例えば、中間点がそのアプリケーションのパワーユーザに対する控えめな値であると特定された場合、かつ、そのアプリケーションのＷＣＴが２分ならば、

１．カジュアルユーザ型アプリケーションの場合、パワーユーザは、毎時平均２．５ＷＵである。
２．標準ユーザ型アプリケーションの場合、パワーユーザは、毎時平均１０ＷＵである。
３．データ入力ユーザ型アプリケーションの場合、パワーユーザは、毎時平均２０ＷＵである。

本発明の望ましい実施形態においては、テストされたアプリケーション１１２は、標準ユーザクラス以内に入り、大部分は中間点の通常の領域に入るが、いくつかのアプリケーションは高低の限界に入る。

ステップ２０２に関連する以下のテキストは、基準作業負荷の推定についての説明である。一旦パワーユーザの作業負荷が指定されると、基準作業負荷（ＢＷＬ）が設定可能になる。このＢＷＬは、トップ１０ユーザのワークステーションに亘り平均化された時間当たりＷＵの数によって定義される。次に、ＢＷＬを使って、トップ１０にユーザワークステーションが追加された場合の合計作業負荷が推定される。このアプリケーションのＢＷＬはカスタマ専用でないことが望ましい、これを決定するのは難しく、ネットワーク容量条件を過剰に設定したり、過少に設定するリスクがある。

パワーユーザの作業負荷を設定した後にＢＷＬを設定するため、トップ１０ユーザについての平均作業負荷の合計が推定される。この値を１０で割算するとＢＷＬが得られ、これがトップ１０ユーザ当たりの平均のＷＵである。トップ１０ユーザの合計の平均作業負荷は、パワーユーザの作業負荷に基づいて、控えめに設定することができる。合計平均作業負荷は、以下のように決定される。
合計作業負荷＝（１０ｘパワーユーザの作業負荷）／２
例えば、パワーユーザの時間当たりの平均が１０ＷＵならば、
合計作業負荷＝（１０ｘ１０）／２＝時間当たり５０ＷＵ、そして
ＢＷＬ＝５０／１０＝トップ１０ユーザ当たり５ＷＵ、となる。

ＢＷＬを使い、ユーザワークステーションが、トップ１０以上に、追加配備されたときの合計作業負荷を設定する。ＢＷＬを求める簡略公式は、
ＢＷＬ＝パワーユーザの作業負荷／２

ステップ２０２に関連する以下のテキストは、作業負荷及びユーザワークステーションの配備についての説明である。トップ１０以上のユーザがネットワークに追加されると、合計作業負荷は、非線形に増加する。通常、トップ１０に更に１０ユーザを追加しても作業負荷は２倍にはならない。指定された台数のワークステーションに対するネットワーク容量条件を決定する場合には、控えめな合計作業負荷推定を使うことが重要である。ＬＡＮ上の場合、これは通常問題にならないが、ＷＡＮ上の場合には、ＬＡＮとＷＡＮのサイズが異なるために重大になる。本発明の望ましい実施形態において、テストされるアプリケーションのＢＷＬは、このアプリケーションの全てのユーザにとって、かなり控えめであり適用可能である。従って、このＢＷＬを使用してＷＡＮの容量を推定すれば、推定がひどく大き過ぎたり、小さ過ぎたりする可能性は低い。

ＮＧＥ１１５及びＮＬＥ１１６の両方が、下記のように、合計作業負荷を推定する。
合計作業負荷＝ＢＷＬｘＡＷＳ／ＬＯＧ（ＡＷＳ）、
ここで、ＡＷＳは、アクティブなワークステーションの合計台数（即ち、ログインしているワークステーション）、また、
１０を底とするＬＯＧ（対数）関数は、ユーザが新しく追加されるにつれて、合計作業負荷の増加が徐々に減少する。この対数関数は、線形の増加に対しての非常に控えめな変更である。

例えば、ＢＷＬ＝時間当たり５ＷＵ（これは、トップ１０ユーザに対する平均である）であり、そして、ＡＷＳ＝１０であるならば、
合計作業負荷＝５ｘ１０／ＬＯＧ（１０）、即ち
合計作業負荷＝５ｘ１０／１＝時間当たり５０ＷＵ（即ち、トップ１０ユーザの作業負荷）
２番目の例で、ＢＷＬ＝時間当たり５ＷＵで、かつ、ＡＷＳ＝２０、であるならば、
合計作業負荷＝５ｘ２０／ＬＯＧ（２０）、即ち
合計作業負荷＝５ｘ２０／１．３＝時間当たり７６．９ＷＵ
２番目の例に比べ、線形増加の場合は、時間当たり１００ＷＵになる。

３番目の例で、ＢＷＬ＝時間当たり５ＷＵで、かつ、ＡＷＳ＝２００、であるならば、 合計作業負荷＝５ｘ２００／ＬＯＧ（２００）、即ち
合計作業負荷＝５ｘ２００／２．３＝時間当たり４３４．８ＷＵ
３番目の例に比べ、線形増加の場合は、時間当たり１０００ＷＵになる。

全てのアクティブユーザが１時間の期間で完了する作業時間の合計は、合計作業負荷にそのアプリケーションのＷＣＴ（ＷＵ完了時間）を掛算し、６０分で割算したものに等しい。

例えば、上記３番目の２００ユーザの例で、ＷＣＴ＝２分ならば、
作業時間（ＷＨ）＝４３４．８ｘ２分／６０分＝１４．５時間の作業。

ネットワークに対するアプリケーションのコンカレンシーファクタ（ＣＦ）値が１４．５以上ならば、このネットワークは、ネットワークの閾値容量を越えずに、この作業負荷をサポートできる。

ステップ２０２に関連する以下のテキストは、アクティブユーザの数を推定するためのプロセスの説明である。合計作業負荷を求める公式は、アクティブユーザの数（即ち、ログインしているユーザの数）を必要とする。以下の記載は、アクティブユーザのワークステーションが配備されたワークステーションの総台数にどの様に関連するかを決定する。下記の所定のアルゴリズムを使うことが望ましい。配備されているワークステーションが４０台以下ならば、アクティブユーザの数は、配備されているユーザに等しい。しかしながら、配備されているワークステーションが４０台以上ならば、アクティブユーザは、徐々に減らされる。徐々に減らされる必要性は、ログインの数が、配備されるワークステーションの増加に対して直線的に増加しないからである。配備されているワークステーションが４０台以上ならば、下記の公式が使用される。

アクティブユーザ＝配備ユーザｘ１．６／ＬＯＧ（配備ユーザ）
例えば、配備ユーザが１００に等しいならば、
アクティブユーザ＝１００ｘ１．６／ＬＯＧ（１００）＝１００ｘ１．６／２＝８０（即ち、８０％）アクティブユーザ
２番目の例で、配備ユーザが１０００に等しいならば、
アクティブユーザ＝１０００ｘ１．６／ＬＯＧ（１０００）＝１０００ｘ１．６／３＝５３３（即ち、５３％）アクティブユーザ

ステップ２０２のテストは、そのアプリケーションを使用すると推定されるネットワークを表している模擬ネットワーク環境で実行されることが望ましい。アプリケーションのメーカ（即ち、承認された第三者）は、コンピュータ読取り可能な記憶メディアとして、アプリケーションをエンドユーザへ出荷するか販売する前に、そのアプリケーションについてのネットワーク負荷のテストを模擬的な本番環境で実行し、ネットワーク負荷メトリックを生成する。コンピュータ読取り可能な記憶媒体には、磁気ディスク或はテープ、コンピュータ読取専用メモリ（ＣＤＲＯＭ）などの光ディスク、ハードドライブ、及び、電話回線、インターネット、同軸ケーブル、無線リンクなどの通信路を介して配信されてくるデータが含まれるが、これらに限定されない。シミュレーションは、予想される本番環境及び予想されるエンドユーザの考慮によって、多かれ少なかれ、それぞれのネットワーク負荷メトリックを生成することが要求されるので、簡単にも、複雑にもなる。多数のネットワーク負荷メトリックを生成する作業では、統計など、種々の分析手段を使って、各々の模擬ネットワーク環境でアプリケーションを物理的に動作させることなく、連続的に近いネットワーク負荷メトリックポイントを提供する。更に、多数のネットワーク負荷メトリックは、予め定義されてデータベースに格納されるか、予め特性を決定して、入力及び出力変数をもつ方程式に表される。ネットワーク負荷メトリック、或は、それらを表す方程式は、そのアプリケーションのセットアップファイルに取り込んでおくことが望ましい。次に、ネットワーク管理者は、実際の本番環境に最も近い模擬ネットワーク環境の１つに対するネットワーク負荷メトリックを使用する。或いは、ネットワーク管理者は、実際の本番ネットワーク環境の特性を、セットアップファイルに連携した入力ウインドウへ入力すると、セットアップ用プログラムは、使用すべき推奨ネットワーク負荷メトリックをエンドユーザに提供する。

ステップ２０３では、図３〜図８に示され詳しく説明される、ネットワーク負荷エスティメータ（ＮＬＥ）１１６が、ＮＧＥ１１５によって一以上のアプリケーションの各々に対して決定された、ネットワーク負荷メトリックに応じて、本番ネットワーク１００上で同時並行的に動作する一以上のアプリケーション１１２についてのネットワーク負荷を推定する。

ＮＬＥ１１６は、そのアプリケーションのネットワーク負荷ファクタ及び作業ユニット完了時間を使用して、１つのＷＡＮ上に何台のユーザワークステーションが配備可能かを推定する。ＮＬＥ１１６は、多数の異なるアプリケーション１１２についてのメトリックを合計して、２種類以上のアプリケーションを配備する場合に、ＷＡＮの容量条件を速やかに推定ができるようにする。ＮＬＥ１１６は、複雑なＷＡＮトポロジーをサポートし、ネットワーク負荷及び待ち時間の影響をまとめ、それによって、１つのＷＡＮを共用する複数のアプリケーションの影響を統合する。ＮＬＥの入力は、ＮＧＥ１１５から与えられるため、比較的経験の少ない管理者でも、共用型の本番ネットワークで多種類のアプリケーションを管理できる。対照的に、ＮＧＥ１１５は、１つのアプリケーションのネットワークプロファイル特性を特定するだけである。

ＮＬＥ１１６の中の各アプリケーション１１２は、３つのネットワーク負荷パラメータを含んでいる。これらのパラメータは、アプリケーション１１２のプロファイル処理が完了したときに、ＮＧＥ１１５から取得できる。３つのパラメータは、
１．所定のＷＡＮ（例えば、毎秒１２８キロビット）に対して
指定されるアプリケーションのＣＦ（コンカレンシーファクタ）
２．アプリケーションのＢＷＬ（基準作業負荷）
３．アプリケーションのＷＣＴ（作業負荷完了時間）

ＮＬＥ１１６を初期化するには、管理者は、ＷＡＮの速度を構成し、アプリケーション１１２を選択し、そして、配備するワークステーションの台数を入力する。ＮＬＥ１１６は、アプリケーション１１２についての負荷パラメータ及び、上記した公式を使用して、指定されたＷＡＮ速度で使用されるネットワーク容量を計算する。複数のアプリケーション１１２が配備される場合、ＮＬＥ１１６は、全てのアプリケーション１１２によって使用される、合計の容量を計算する。

ＮＬＥの計算プロセスは、下記のプロセスによって要約される。

１．アクティブワークステーションの台数を計算する。
配備ワークステーション＞４０ならば、
ＡＷＳ＝（配備ワークステーションｘ１．６／ＬＯＧ（配備ワークステーション）
２．作業負荷の合計を計算する。
作業負荷合計＝ＢＷＬｘＡＷＳ／ＬＯＧ（ＡＷＳ）
３．作業時間の合計を計算する。
作業時間合計＝作業負荷合計ｘＷＣＴ／６０
４．所要ＷＡＮ容量（帯域幅使用度）を計算する。
必要容量＝作業時間合計／ＣＦ
必要容量＞１ならば、より高速のＷＡＮが必要である。
必要容量＝１ならば、帯域幅使用度は、そのＷＡＮの「閾値」にある。
ＷＡＮの帯域幅使用度＝閾値ｘ必要容量。
例えば、ＣＦ＝２０、作業時間合計＝１０、かつ、ＷＡＮの閾値＝６０％ならば、ＷＡＮの帯域幅使用度＝０．５ｘ６０％＝３０％、になる。

ステップ２０２及び２０３は、ネットワーク負荷を推定するためにシステム１０１を動作させる方法について説明している。システム１０１は、図３に示すように、ＮＧＥ１１５及びＮＬＥ１１６を含む。ＮＧＥ１１５は、模擬ネットワーク１００で動作する各ソフトウエアアプリケーション１１２についてのネットワーク負荷を解析して、各ソフトウエアアプリケーション１１２についてのネットワーク負荷メトリックを決定する。ＮＬＥ１１６は、各ソフトウエアアプリケーション１１２のネットワーク負荷メトリックに応じて、ネットワーク１００で同時並行的に動作する一以上のソフトウエアアプリケーション１１２によるネットワーク負荷を推定する。

ＮＧＥ１１５によって、ソフトウエアアプリケーション１１２のメーカがＮＧＥ１１５を使って解析を行っている場合など、模擬ネットワークで動作している間に、各ソフトウエアアプリケーション１１２についてのネットワーク負荷を解析することが望ましい。このメーカの場合には、各ソフトウエアアプリケーション１１２についてのネットワーク負荷メトリックは、購入者がソフトウエアアプリケーション１１２を購入したときに、その購入者にソフトウエアアプリケーション１１２と共に提供されるのが有利である。

ＮＧＥ１１５について見ると、ＮＧＥ１１５は、プロセッサ１０９（ＮＧＥ１１５、ＮＬＥ１１６、及びＮＬＡ１１７を採用している）の内部で実行され、ネットワーク１００で動作する各ソフトウエアアプリケーション１１２によるネットワーク負荷を推定し、各ソフトウエアアプリケーション１１２についてのネットワーク負荷メトリックを決定する。ネットワーク負荷メトリックは、各ソフトウエアアプリケーション１１２のネットワーク負荷メトリックに応じて、ネットワーク１００の中で同時並行的に動作する一以上のソフトウエアアプリケーション１１２についてのネットワーク容量を推定するために、ＮＬＥ１１６によって使用される。

ＮＬＥ１１６について見ると、ＮＬＥ１１６は、プロセッサ１０９の内部で実行され、各ソフトウエアアプリケーション１１２の所定のネットワーク負荷メトリックに応じて、ネットワーク１００の中で同時並行的に動作する一以上のソフトウエアアプリケーション１１２についてのネットワーク容量を推定する。所定のネットワーク負荷メトリックは、ネットワーク１００の中で動作する各ソフトウエアアプリケーション１１２についてのネットワークの負荷を表す。

コンピュータ読取り可能記憶媒体１１４について見ると、コンピュータ読取り可能記憶媒体１１４は、実行可能アプリケーション、及びネットワーク負荷メトリックを表すデータ含む。実行可能アプリケーションは、ネットワーク１００の中で動作するように適応されている。実行可能アプリケーション１１２に関連したネットワーク負荷メトリックを表すデータは、ネットワーク１００の中で動作する実行可能アプリケーション１１２についてのネットワーク負荷を表す値を決定するのに使用できる。ネットワーク負荷メトリックは、ネットワーク負荷メトリックに応じて、ネットワーク１００の中で同時並行的に動作する一以上の実行可能アプリケーション１１２についてのネットワーク容量を推定するため、ＮＬＥ１１６が使用できるように適応されることが望ましい。

ネットワーク負荷メトリックは、（ａ）アプリケーションを使用して或るタイムインターバル内に転送される推定平均バイト数、（ｂ）アプリケーションを使用して或るタイムインターバル内に転送される推定最大バイト数、（ｃ）アプリケーションを使用して或るタイムインターバル内に転送される推定最小バイト数、（ｄ）クライアントの平均ネットワーク負荷ファクタ、（ｅ）平均のデータパケットサイズ、（ｆ）アプリケーショントランザクション内の平均のリクエスト／応答ペア数、及び（ｇ）アプリケーショントランザクションを実行しているときに、クライアントと少なくとも１台のサーバとの間で転送される平均のバイト数の内の１つを含むことが望ましい。平均値は、中央値、算術平均、或は、指定された信頼水準に調節された算術平均を指す。最後の種類は、平気を計算するときのサンプル（標本）の分布の度合を説明するものである。平均の値は、サンプルの分布が大きい、及び／又は、信頼度が高い（例えば、９５％＋）場合は、増加する。

ステップ２０４では、図９〜図１２に示し更に詳述されるネットワーク負荷アナライザ（ＮＬＡ）１１７が、本番ネットワーク１００の中で動作する一以上のアプリケーションによるネットワーク負荷を解析し、一以上のアプリケーションによる実際のネットワーク負荷を測定する。ＮＧＥ１１５とＮＬＥ１１６は共に推定のネットワーク負荷を提供するので、ＮＬＡ１１７は、実際のネットワーク負荷を測定し、その推定ネットワーク負荷が正確かどうかを判定する。ＮＬＡ１１７は、ネットワーク１００の状態が大幅に変化する度に動作させることが望ましい。

ステップ２０５では、ステップ２０４で測定された実際のネットワーク負荷が、ステップ２０２或はステップ２０３で決定された推定ネットワーク負荷に一致するかどうかの判定がなされる。ステップ２０５での判定がポジティブならば、プロセス２００はステップ２０７に移行する。一方、ステップ２０５での判定がネガティブならば、プロセス２００はステップ２０６に移行する。望ましくは、ステップ２０５での判定はマニュアル（手動）で行われることが望ましいが、必要であれば、自動的に行うこともできる。

ステップ２０６では、ステップ２０２或はステップ２０３で推定されたネットワーク負荷が変更される。ステップ２０６での判定はマニュアル（手動）で行われることが望ましいが、必要であれば、自動的に行うこともできる。望ましくは、ＮＬＥ１１６を使用して各本番ネットワークに対して推定されたネットワーク負荷は、ＮＬＡ１１７によって測定された実際のネットワーク負荷に応じて変更されることが望ましい。しかしながら、個々の本番ネットワークは変わる可能性があるので、模擬ネットワークに基づいてＮＧＥ１１５を使用して推定されたネットワーク負荷は、複数の本番ネットワークからＮＬＡ１１７が得た実際のネットワーク負荷の測定値に応じて変更される。

このプロセスは、ステップ２０７で終了する。

図３は、本発明の望ましい実施形態による、図１のサーバで採用されているネットワーク負荷エスティメータ（ＮＬＥ）１１６を示し、このＮＬＥ１１６は、メインエントリユーザインタフェース（ＭＥＵＩ）３０１、ネットワーク接続されたアプリケーションユーザインタフェース（ＮＡＵＩ）３０２、及び解析エンジン３０３を含む。ＭＥＵＩ３０２は、ＷＡＮ定義ウインドウ３０４、ＷＡＮトポロジーウインドウ３０５、及びグローバル結果ウインドウ３０６を含む。ＮＡＵＩ３０１は、アプリケーションクライアントのエントリウインドウ３０７及び結果ウインドウ３０８を含む。ＭＥＵＩ３０１及びＮＡＵＩ３０２は、図１に示すユーザインタフェース１０７の一部を構成し、解析エンジン３０３は、図１に示すプロセッサ１０９の一部を構成する。

ＮＬＥ１１６は、定義されたアプリケーションごとに、ＭＥＵＩ３０１を１つ、及びＮＡＵＩ３０２を１つ含む。ＮＡＵＩ３０２の個数は、ＮＬＥ１１６に組み込まれたアプリケーションの個数に等しい。ＭＥＵＩ３０１は、接続点３０９、３１０、及び３１１を介して各ＮＡＵＩ３０２へデータを供給する。解析エンジン３０３は、接続点３１２を介して、解析用に構成された各ＮＡＵＩ３０２からのデータを使って、ネットワークパフォーマンス特性を計算する。構成された各アプリケーションに固有の、解析エンジン３０３からの解析結果は、コネクション３１３を介して、アプリケーションのＮＡＵＩ結果ウインドウ３０８に表示される。解析エンジン３０３は、構成された全てアプリケーションに対するデータをＮＡＵＩ３０２から受け取り、合成された結果を、コネクション３１４経由でＭＥＵＩ３０１のグローバル結果ウインドウ３０６に表示する。

ＮＬＥ１１６の単純さの利点は、部分的に、ＭＥＵＩ３０１及びＮＡＵＩ３０２及び、アプリケーションネットワーク解析及び容量計画を実行するためにユーザが入力する必要がある情報の種類に基づいている。ＮＡＵＩ３０２の使い方の簡単さは、部分的に、ＮＡＵＩ３０２を定義し、新しいアプリケーションをＮＬＥ１１６へ組み込むのに使う情報に基づいている。ＮＡＵＩ３０２を定義するのに使う情報は、図２に示し、図２を参照して説明したように、アプリケーションのネットワーク特性をプロファイルし、ＮＬＥへの入力に使うネットワークメトリックの平均値を設定するためのアプリケーションに対する事前の、詳細テストの結果である。

図４は、本発明の望ましい実施形態に従った、図３のＭＥＵＩ３０１用のＭＥＵＩウインドウのフィールド詳細４００の説明である。ＭＥＵＩ３０１は、ネットワークアナリストが、ＷＡＮトポロジー及びネットワーク特性を確立するためのユーザインタフェースを提供する。ＭＥＵＩ３０１は、ＷＡＮ定義ウインドウ４０１（８カラム）、ＷＡＮ構成マップ４０２（１８カラム）、及びグローバルレポートウインドウ４０３（４カラム）を含む。

３つのウインドウ領域４０１、４０２、及び４０３を囲む各ロウが、１つのＷＡＮセグメントを表す。各ＷＡＮセグメントは、ＷＡＮの回線数を入力するフィールドを使って、ＷＡＮセグメント当たり２つ以上のＷＡＮを指定しない限り（ここに説明されている、ＷＡＮの回線数のフィールドを参照）、２つのネットワークノード間の１回線のＷＡＮ回線を表す。例えば、図４に示したＷＡＮセグメントは、メインの病院データセンター、第一リモートクリニック、第二リモートクリニック、インターネット経由ホームダイヤルイン、及び、リモートの病院を含む。

ＷＡＮ定義ウインドウ４０１は、全体的なＷＡＮパフォーマンス特性を定義するのに使用され、下記の８つのフィールドを含む。

「ＷＡＮの種類」フィールド（カラム２）：このフィールドは、各ＷＡＮリンクのテクノロジー（技術）の基本構造を特定する。フレームリレー（ＦＲ）、非同期転送モード（ＡＴＭ）、及び、回線用シングルユーザ（ＳＵ）（１つのダイヤルモデム、１つのケーブルモデム、或はディジタル加入ライン（ＤＳＬ）回線網上に１ユーザ）を含む、３つの基本構造がサポートされることが望ましい。デフォルト値は。複数ユーザ専用ライン（インターネット或は専用回線）を表すブランクであることが望ましい。

「ＷＡＮの回線数」（カラム３）：このフィールドは、そのＷＡＮセグメントにあるＷＡＮの回線数を指定するのに使用される。このフィールドは、一般的に、ＷＡＮの種類のフィールドに指定されたＳＵユーザの数を指定するのに使用される。

「ポート速度即ちアップストリーム速度」（カラム４）：「ＷＡＮの種類」のフィールドがＦＲ或はＡＴＭに設定されている場合、このフィールドの値は、コポートのデータビットレート（即ち、バーストレート）を指定する。この他のＷＡＮ種類の場合、このフィールドの値は、そのＷＡＮ回線のアップストリームデータのビットレートを指定する。このフィールドの単位は、秒当たりキロビットで表される。

「ＰＶＣ速度即ちダウンストリーム速度」（カラム５）：「ＷＡＮの種類」のフィールドがＦＲ或はＡＴＭに設定されている場合、このフィールドの値は、コミッテッドインフォメーションレート（ＣＩＲ）データビットレート（即ち、バーストレート）を指定する。この他のＷＡＮ種類の場合、このフィールドの値は、そのＷＡＮ回線のアップストリームデータのビットレートを指定する。このフィールドの単位は、秒当たりキロビットで表される。

「既存のＷＡＮ使用アップストリーム」（カラム６）： ユーザはこのフィールドを使って、アップストリームリンク上のバックグラウンドトラフィックが使用する、ＷＡＮの帯域幅容量の大きさを指定できる。このフィールドの値は、容量１００％の一部分である。

「既存のＷＡＮ使用ダウンストリーム」（カラム７）： ユーザはこのフィールドを使って、ダウンストリームリンク上のバックグラウンドトラフィックが使用する、ＷＡＮの帯域幅容量の大きさを指定できる。このフィールドの値は、容量１００％の一部分である。

「ＷＡＮセグメント距離」（カラム１３）：このフィールドは、データトラフィックが、このＷＡＮセグメントによって接続されるノード間を移動しなければならない物理的な距離を指定する。このフィールドの単位は、マイルで表される。

「指定されたラウンドトリップ伝播遅延」（カラム１４）：ユーザは、このフィールドを使って、ラウンドトリップ伝播遅延の明示値を指定できる。この値を使用して、「ＷＡＮセグメント距離」（カラム１３）を補足したり、置き換えたりすることができる。このフィールドの単位は、ミリ秒で表される。このフィールドは、インターネットを通しての伝播遅延を推定するときに便利である。

次に、ＷＡＮ構成マップウインドウ４０２を参照すると、このウインドウ４０２は、全体的なＷＡＮ物理的トポロジー（即ち、ＷＡＮセグメントが互いにどのように接続されてＷＡＮの全体構造を形成しているかを定義する）定義するのに使用され、下記１８のフィールドを含む。

「ＷＡＮ構成マップ」（カラム１５〜カラム３３）：この１８ロウｘ１８カラムのマトリクス領域を使って、ＷＡＮ定義ウインドウ４０１に定義された、ＷＡＮセグメントを定義し接続する。ＷＡＮセグメントを接続することによって、解析エンジン３０３は、各ＷＡＮセグメント上の累積ネットワーク負荷を推定でき、また、ＷＡＮを通した複数のホップのためにデータトラフィックに生じるネットワークの待ち時間遅延の合計を推定できる。マトリクスの中の各カラムは、ノード（１〜１８）に対応している。これらのノードは、一以上のＮＡＵＩを使用して、解析用のアプリケーションを構成する場合に、アプリケーションクライアントが常駐できる位置である。更に、ノード１はＷＡＮセグメント１（カラム１２）に対応し、ノード２はＷＡＮセグメント２に対応し、以下同様に対応していることに注意されたい。特定のノードマーカーに接続するダウンストリームＷＡＮセグメントを指定するために、ノードマーカー（暗いセルで示した）の右側の入力セルに「Ｘ」が置かれている。特定のノードマーカーに接続するアップストリームＷＡＮセグメントを指定するために、ノードマーカー（暗いセルで示した）の左側の入力セルに「Ｘ」が置かれている。例えば、図４は、ノード１がＷＡＮセグメント２を介してノード２に接続され、ＷＡＮセグメント３を介してノード３に接続されていることを示す。更に、図４は、ノード２が、ＷＡＮセグメント４を介して、ノード４（ダウンストリーム）及びノード１（アップストリーム）へ接続されることを示す。図４は更に、ほかの種々のＷＡＮ接続についても示している。

次に、グローバルレポートウインドウ４０３を参照すると、ウインドウ４０３は、下記４つのフィールドを含む。

「合計ＷＡＮ使用アップストリーム」及び「合計ＷＡＮ使用ダウンストリーム」（それぞれ、カラム８及びカラム９に）：これら２つのフィールドは、新しいアプリケーションの配備を効果的に管理するときに便利なファクタである、ＷＡＮ容量計画用のメトリックを提供する。これらのフィールドで指定される値は、「既存のＷＡＮ使用」フィールド（カラム７及びカラム８）で指定されるバックグラウンド使用を含めて、ＷＡＮトポロジーによって構成される全てのネットワーク接続アプリケーションが使用する計算された総帯域幅容量を表す。各アプリケーションは、ＮＡＵＩ３０２を使用して構成される。

「ＷＡＮステータス」（カラム１０）：このフラグは、ＷＡＮセグメントの状態を指示する。ＷＡＮ使用の合計が、１つのセグメントで、現在の閾値を越えた場合、フラグ「ＯＵ」は、そのＷＡＮが「過度に使用されている」ことを示す。ネットワーク接続アプリケーションを収容できるのうに、ＷＡＮの速度を上げる必要がある。「ＷＬ」ステータスフラグは、シングルユーザ（ＳＵ）ＷＡＮセグメントに対してのみ適用される。「ＷＬ」は、シングルユーザの「作業負荷」が異常に高くなった場合に、予め設定した閾値を超えたことを示す。この作業負荷は、図５に示すように、ＮＡＵＩウインドウ５００の１つを使って設定される。「ＯＫ」ステータスフラグは、ＷＡＮ使用の合計が、予め設定した閾値以下であることを示す。

「トータルコンカレントクライアント」（カラム１１）：このフィールドは、各ＷＡＮセグメントで同時並行的にアクティブなアプリケーションクライアントの総数を特定する。この値は、図５に示すように、そのＷＡＮトポロジーでアプリケーションを構成するのに使われる、一以上のＮＡＵＩウインドウ５００からの情報を使用して計算される。このフィールドで指定される低い値は、一以上の構成済のアプリケーションがネットワークにフレンドリーでないことを示す。低い値の因になるアプリケーションは、特定のＮＡＵＩ５００で識別可能である。

図５は、本発明の望ましい実施形態に従った、図３のＮＡＵＩ３０２のためのＮＡＵＩウインドウのフィールド詳細５００を説明している。ＮＡＵＩウインドウ５００は、アプリケーションごとに１つ設けることが望ましい。各ＮＡＵＩウインドウ５００は、アプリケーションクライアント入力ウインドウ領域５０１及びネットワーク接続アプリケーションの結果ウインドウ５０２を含む、２つの汎用ウインドウ領域を含む。

ＮＬＥ１１６のメンバーの１つとして含まれるアプリケーションは、そのアプリケーションを、ＭＥＵＩ３０１で定義されるＷＡＮトポロジーへ構成するのに使うＮＡＵＩウインドウ５００を有する。ＮＡＵＩ３０２がＮＬＥ１１６で定義されている場合、クライアントがＷＡＮ回線を介して活発にデータを転送しているときに、その特定アプリケーションがネットワークリソースをどのように使うかを指定する特定のネットワークパフォーマンスパラメータがＮＡＵＩ３０２の中にインストールされる。図２に示し述べてあるように、これらのパラメータは、メトリックとも呼ばれ、アプリケーションのネットワーク特性をプロフィルするためにＮＧＥ１１５を使用して行われる前のアプリケーションのテストの結果である。パラメータがＮＡＵＩ３０２へ入力された後、このアプリケーションは、ＮＬＥ１１６の一部として定義される。これらのネットワークパラメータは、ＮＬＥユーザに見えないか、アクセス可能でないことが望ましい。

解析エンジン３０３は、ＮＡＵＩのネットワークパラメータ、ＭＥＵＩ３０１に入力された情報、及びアプリケーションＮＡＵＩウインドウ５００に入力されたユーザ入力５０１を使用し、ＭＥＵＩウインドウ４００に示す、ＷＡＮトポロジー上にアプリケーションを構成する。解析エンジン３０３は、各アプリケーションのネットワーク負荷使用（ＷＡＮ利用度）、及び、そのＷＡＮトポロジーでのクライアントネットワークの待ち時間遅延とについての推定を行う。その結果は、アプリケーションごとに固有であり、ＮＡＵＩウインドウ５００の、アプリケーション結果ウインドウ５０２に表示される。 全ての構成済アプリケーションのよるグローバルイフェクトが、解析エンジン３０３によって計算され、ＭＥＵＩ４００の中のグローバル結果ウインドウ４０３に表示される。

アプリケーションクライアント入力ウインドウ５０１は、アプリケーションのクライアントのＷＡＮトポロジーの特定ネットワークノードへの配置を指定し、また、ＷＡＮ上にトラフィックを同時並行的に転送する合計クライアントの平均の割合を特定することによってクライアントの負荷を指定するときに使用する。アプリケーションクライアント入力ウインドウ５０１は、以下の４つのフィールドをもつ。

「ＷＡＮセグメント距離」（カラム７）：このフィールドは、データトラフィックが、このＷＡＮセグメントによって接続されるノード間を移動しなければならない物理的な距離を指定する。このフィールドの単位は、マイルで表される。

「指定されたラウンドトリップ伝播遅延」（カラム８）：ユーザは、このフィールドを使って、ラウンドトリップ伝播遅延の明示値を指定できる。この値を使用して、「ＷＡＮセグメント距離」（カラム７）を補足したり、置き換えたりすることができる。このフィールドの単位は、ミリ秒で表される。このフィールドは、インターネットを通しての伝播遅延を推定するときに便利である

「ローカルノードクライアントカウント」（カラム９）：このフィールドでで、ユーザは、ＭＥＵＩウインドウ４００で指定されたＷＡＮトポロジー上でアプリケーションを構成するため、ＷＡＮノード用入力フィールドの中の合計クライアント数を特定する。

「ローカルノードＣＲ」（カラム１０）：このローカルコンカレンシーレート（ＣＲ）フィールドは、各ノードで、同時並行的にアクティブな、合計クライアントの平均の割合を指定する。カラム８のトップにある、ＣＲフィールドは、特定のノードには関連はなく、カラム８に別の入力がなされない限り、全てのクライアントに適用されるＣＲである。このグローバルＣＲ値は、選択されたＷＡＮノードに対してローカルノードＣＲフィールドに値を入力することによって無効にされる。使用％フィールドは、同じくカラム８のトップにあり、クライアントが特定のアプリケーションで費やす時間の平均の割合を指定する。クライアントが他のアプリケーションにアクセスできる場合、使用％を設定してアプリケーションのＣＲ値を変更する必要がある。

ネットワーク接続アプリケーションの結果ウインドウ５０２は、ＷＡＮ容量の使用度、及び、ＷＡＮトポロジーによるクライアントのネットワークの待ち時間遅延を示す解析データを表示するために使用される。ネットワーク接続アプリケーションの結果ウインドウ５０２は、以下の８つのフィールドを含む。

「合計ＷＡＮ使用度（アップストリーム及びダウンストリーム）」（％）（カラム１及びカラム２）：ＭＥＵＩグローバルレポートウインドウ４０３は、これらのフィールドの値を計算するためのデータを提供する。これらのフィールドは、ＭＥＵＩに指定されたバックグラウンドの使用に対する、全ての構成済ＮＡＵＩによって生成されるＷＡＮ使用度の合計を示す。

「アプリケーションのＷＡＮ使用度（アップストリーム及びダウンストリーム）」（％）（カラム３及びカラム４）：解析エンジン３０３は、構成済クライアントのカウント（数）、ＣＲ値、及びＷＡＮトポロジーに基づき、特定アプリケーションによって使用されるＷＡＮ容量を計算し表示する。この計算によって、ネットワークアナリストは、アプリケーションのＷＡＮ使用度を、全ての構成済アプリケーションの総ＷＡＮ使用度で迅速に確認することができる。

「ＷＡＮステータス」（テキスト）（カラム５）：このフィールドも、クライアント配置にエラーが発生しない限り、ＭＥＵＩ３０１によって提供される。エラーが発生した場合には、特定のＮＡＵＩは、ＷＡＮステータスに「ＥＲＲＯＲ」フラグを付けるが、一方、エラーが発生しない場合には、特定のＮＡＵＩは、ＷＡＮステータスに「ＯＫ」フラグを付ける。

「ローカルノードのクライアントコンカレンシーカウント （数字）（カラム１１）：このフィールドは、各ノードにおけるアクティブクライアントの数を特定する。解析エンジン３０３は、クライアント数、ＣＲ値、及びＷＡＮトポロジー情報を使ってこの値を計算する。

「ローカルノードのネットワーク待ち時間」（秒）（カラム１２）：このフィールドは、そのノードの、次のノードへのＷＡＮ上流側接続でアプリケーションが受ける均ネットワーク遅延を示す。

「ネットワーク待ち時間の合計」（秒）（カラム１３）：これは、クライアントの、アプリケーションサーバに対する経路（パス）を定義するＷＡＮトポロジーに沿った、クライアントのネットワーク待ち時間の合計を示す。

ＮＬＥ１１６のＮＥＵＩ３０２は、ネットワーク業界で入手可能な従来のＷＡＮシミュレーションツールに類似はしているが相違する機能的な方法で動作する。大部分のＷＡＮシミュレーションツールでは、ユーザがＷＡＮトポロジーを設定する必要がある。これは、ＮＬＥ１１６の中でＭＥＵＩ３０１を使用しても行われるが、そのプロセスは、ＭＥＵＩ３０１により、より容易により速く達成できる、何故ならば、ＮＬＥ１１６の重点が、アプリケーション専用プロバイダ（ＡＳＰ）環境でのアプリケーションの配信用の構造化ＷＡＮトポロジーでのクライアント配備に置かれており、この環境では、アプリケーションサーバは、データセンターに集中化されているからである。ＭＥＵＩ３０１で、既存のネットワーク解析プロダクトと異っている領域の１つは、グローバルレポートウインドウフィールド、「トータルコンカレントクライアント」である。解析エンジン３０３は、この値を、事前に構成済の各ＮＡＵＩ３０２からの情報を基に計算する。このフィールドの値は、ＷＡＮの帯域幅容量を効率的に使用するためのネットワーク接続アプリケーションの有効性を表す。「トータルコンカレントクライアント」フィールドに報告されている低い値は、一以上の構成済アプリケーションが正しく構成されていないことを表している。ＷＡＮセグメントに割当てられたクライアントが多すぎる、及び／又は、クライアントの作業負荷の設定が高すぎる。従って、「トータルコンカレントクライアント」フィールドによって、ＮＬＥユーザは、この可能性のある状況を容易に検出し、次に、そのアプリケーションのＮＡＵＩ３０２に関するより詳しい情報をレビューすることができる。

ＭＥＵＩ３０１及び解析エンジン３０３の機能的動作は、新しいネットワーク接続アプリケーションを配備するときに、ＷＡＮ容量計画及びネットワークの待ち時間推定に使用するための、他の既存のＷＡＮシミュレーションツールよりも優れた機能をＮＬＥ１１６に提供できる。既存のツールを使う場合、ユーザは、アプリケーションごとにＷＡＮトポロジーにおける、アプリケーションのトラフィック負荷を定義しなくてはならない。これは、アプリケーションのトラフィックパターンの各々を設定すること、このトラフィックをクライアント及びサーバへリンクすること、そして、トラフィックパターンごとの作業負荷を指定することによって達成される。これらのトラフィックパターンは、アプリケーションごとに固有であり、そのアプリケーションのネットワーク行動がプロファイルされた時点ですでに取込まれているネットワークトラフィックトレースファイルとして、ツールへインポートしなくてはならない。全体的な努力は、非常に困難で、かつ時間が掛かることである。更に、ユーザが複数のアプリケーションを選択し構成できるようにし、ＷＡＮ容量計画の検討を行うために、多数のアプリケーションを、アプリケーションの標準セットとして、シミュレーションツールに組み込むことはあまり現実的ではない。これらの既存ツールは、ユーザが、時間を要する詳細なネットワーク調査を行う時間を持っている、専門のネットワークアナリストであることを必要とする。しかしながら、ＮＬＥ１１６は、使い易く、選択可能なアプリケーションの大きなセットを組み込むことが可能で、かつ、ユーザが各アプリケーションのネットワークトラフィックパターンを定義する必要がない、より効率的なツールである。ＮＬＥ１１６は、専門のネットワークアナリストを必要としない。ＮＬＥ１１６は、アプリケーション専用プロバイダ（ＡＳＰ）環境における複数アプリケーションの配信に対するＷＡＮ容量計画のサポートを行う。

ＮＥＵＩ３０２及び解析エンジンの機能的動作は、図２のステップ２０２で決定される、４つのメトリックに依存する。この４つのメトリックは、アプリケーションのＮＡＵＩ３０２を定義し、それをそのアプリケーションセットのメンバーにするときに、ＮＬＥ１１６への入力として使われる。ネットワークアナリストは、ＮＬＥ１１６の改訂更新に対してＮＡＵＩを定義することが望ましい。そして、メトリックがＮＬＥの解析エンジン３０３によって使用され、ＮＬＥユーザによって見られたり、操作されないことが望ましい。解析エンジン３０３は、容量及びネットワーク待ち時間調査に含めるためにユーザがアプリケーションを選択し構成するときに、ＮＡＵＩ３０２からの入力と共にこれら４つのメトリックを使用する。

図６は、本発明の望ましい実施形態による、図３及び図５に示すような、アプリケーションＮＡＵＩを定義するためのプロセス６００を示す。プロセス６００は、アプリケーションのＮＡＵＩを定義し、ＮＬＥ１１６へ組み込むために、ＮＬＥ１１６の管理者が行うバックグラウンドステップを全般的に説明している。

ステップ６０１において、このプロセスは開始する。
ステップ６０２において、管理者は新しいＮＡＵＩテンプレートを選択する。
ステップ６０３において、ネットワーク管理者はアプリケーションの名前を入力する。
ステップ６０４において、ネットワーク管理者はアプリケーションのネットワークプロファイルメトリックを入力する。
ステップ６０５において、ネットワーク管理者はＮＡＵＩをそのアプリケーションセットの標準メンバーとして組み込むためにＮＬＥ１１６を保存する。
ステップ６０６において、このプロセスが終了する。

図７は、本発明の望ましい実施形態に従った、図３のＮＬＥ１１６に対する容量計画調査のためにアプリケーションを構成するためのプロセス７００を示す。このプロセス７００も、ＮＬＥ１１６の管理者によって行われる。

ステップ７０１において、このプロセスは開始する。
ステップ７０２において、管理者はアプリケーションのＮＡＵＩを選択する。ＭＥＵＩは、アプリケーションのＮＡＵＩを選択する前にセットアップされていることが望ましい。

ステップ７０３において、管理者は、ＣＲフィールド（カラム８のトップ）へ値を入力することによってグローバル作業負荷を設定し、及び使用の割合を設定する。通常、ユーザは、ＮＬＥが、作業負荷を指定するＣＲ値を設定できるようにする。しかしながら、ユーザが直接ＣＲをコントロールすることが必要になる場合があり得る。例えば、図５の場合、ＣＲ値は２０％に設定されている。このＣＲ値は、アプリケーションのトランザクションを１分の時間間隔内に実行する、推定された合計クライアントの平均の割合を指定する。このグローバル値は、特定のＮＡＵＩに対してだけ適用される、何故ならば、他のＮＡＵＩも、それら自身のＣＲ値を有するように構成されるためである。クライアントが彼らの時間の１００％をこのアプリケーションの中で費やす場合には、管理者は、これもカラム８のトップにある、使用の割合フィールドへ値として１００％を入力する。そうでない場合には、管理者は、典型的なクライアントが特定のアプリケーションを使用するときに費やすと推定される使用の割合を入力する。

ステップ７０４において、管理者は、図５のカラム７の「ローカルノードクライアントカウント（数）」を使用して、各ＷＡＮノード上のクライアントの数を入力する。 例えば、図５は、次のクライアントカウントを示す：ノード２には１０、ノード３には１５、ノード４には２、そしてノード５には１５。

ステップ７０５において、管理者は、グローバルＣＲ（例えば、図５の２０％）とは異なるＣＲ（即ち、カレンシーレート−作業負荷）値を必要としているクライアントがあるかどうかを判定する。ステップ７０２での判定がポジティブの場合には、プロセスはステップ７０６へ移行する。一方、ステップ１００５での判定がネガティブの場合には、プロセスはステップ７０７から移行する。

ステップ７０６において、管理者は、特定クライアントに対するＣＲ値を、図５のアラム１０の「ローカルノードＣＲ」下のフィールドへ入力する。例えば、図５は、ノード２上のクライアントに対するＣＲが３０％、及びノード４上のクライアントのＣＲが６５％であることを示す。

ステップ７０７において、このプロセスは終了する。これにより、アプリケーションの構成がなされた。解析エンジン３０３は、この情報及びＭＥＵＩ３０１からの情報を使用して、このアプリケーションのネットワーク容量使用度及びネットワークの待ち時間遅延を計算する。

図８は、本発明の望ましい実施形態に従った、図３の解析エンジン３０３によって、図４の中のＭＥＵＩグローバル結果ウインドウ４０３、及び図５の中のＮＡＵＩのネットワークアプリケーション結果ウインドウ５０２へ解析結果をレポートするためのプロセス８００を示す。
ステップ８０１において、このプロセスは開始する。
ステップ８０２において、解析エンジン３０３はそのアプリケーションの容量使用を受取る。
ステップ８０３において、解析エンジン３０３はこのアプリケーションのＷＡＮ容量使用度を、ＮＡＵＩ５００のフィールド「アプリケーションのＷＡＮ使用度、アップストリーム及びダウンストリーム」へ表示する。

ステップ８０４において、解析エンジン３０３は、以下の情報を使用して、使用度の平均値を計算する：ＣＲ、使用の割合、ノードのクライアントカウント、ＭＥＵＩ４００の中のＷＡＮ構成マップ４０２に指定されているようなダウンストリーム接続されたノード上のクライアントカウント、及びネットワークメトリック１（即ち、管理者からは見えないことが望ましい、そのアプリケーションの負荷ファクタ）。
ステップ８０５において、このプロセスは終了する。

図９は、本発明の望ましい実施形態に従った、図１のサーバ１０１に採用されることが望ましい、ネットワーク負荷アナライザ（ＮＬＡ）１１７を示す。ＮＬＡ１１７は、通常、トレースアナライザ９０１、及び負荷及びコンカレンシーアナライザ９０２を含み、それぞれサーバ１０１のプロセッサ１０９の中に実装されることが望ましい。トレースアナライザ９０１は、通信路（パス）１０６を介して、クライアント１０２、１０３、及び１０４へ電気的に接続される。トレースアナライザ９０１、及び負荷及びコンカレンシーアナライザ９０２の夫々は、コネクション９０４及び９０５を介して、出力装置１１０へ電気的に接続される。トレースアナライザ３０１は、コネクション９０３を介して、負荷及びコンカレンシーアナライザ３０２と通信するが、コネクション９０３は、プロセッサ１０９の内部であることが望ましい。 ネットワークスニッファ（sniffer ）トレースファイル（「トレースファイル」）は、望ましくは、本番環境で、リアルタイムに、アプリケーションのクライアント／サーバネットワークトラフィックの会話を取得するため、通信路１０６を介してＮＬＡ１１６への外部入力を提供する。トレースファイルは、トレースファイル入力要素（示されていない）によって、トレースアナライザへインポートされることが望ましい。各トレースファイルはレコード群を含む。各レコードが、ネットワーク１００を介して送り手（例えば、サーバ１０１或はクライアント１０２〜１０４）と受け手（例えば、クライアント１０２〜１０４或はサーバ１０１）の間を流れるデータの単位（例えば、ネットワークフレーム）についての情報を含む。トレースファイルの入力要素も、トレースファイルを構文解析し、トレースアナライザ９０１に必要なフォーマットに変換する。各トレースファイルは何千ものレコードを含むことが望ましい。望ましいレコードフォーマットは、以下の４つのフィールドを含む。

フィールド１：相対タイムスタンプ−ネットワークフレームがネットワーク上で取得された時刻。
フィールド２：送信側ＩＤ−ネットワークアドレスインターネットプロトコル（ＩＰ）アドレス。
フィールド３：受信側ＩＤ−ネットワークアドレスインターネットプロトコル（ＩＰ）アドレス。
フィールド４：ネットワークデータフレームのサイズ−バイト。

トレースアナライザ９０１は、各トレースファイルを、ユーザのコントロール設定を基に処理する。各トレースファイルは別々に処理され、各トレースファイルは、１つの出力ファイルを有しており、これが、コネクション９０３を介して負荷及びコンカレンシーアナライザ９０２へ渡される。適切な解析を行うため、各トレースファイルは、少なくとも１０分の時間間隔に亘り取得されたネットワークトラフィックを含むことが望ましい。出力ファイルは、負荷及びコンカレンシーアナライザ９０２が使うネットワークの負荷及びユーザワークステーションのコンカレンシーメトリックを提供する。

負荷及びコンカレンシーアナライザ９０２では、ユーザ／アナリストが、トレースアナライザの出力トレースファイルからの生データを表示すること、及び／又は、全ての出力トレースファイルからの全体平均を計算することができる。この情報は、図３に示す、サマリー結果ウインドウ３０８に呈示される。負荷及びコンカレンシーアナライザ９０２は、全ての情報をサマリーし、そして出力装置１１０を介して、１クライアントによって使われる平均のネットワーク負荷、及び所定の時間間隔内のコンカレント（同時並行）クライアントの平均数を示す統計的な結果を表示する。この時間間隔は１分が望ましいが、ユーザが選択できる他の時間間隔でもよい。クライアントのネットワーク負荷値は、アプリケーションのユーザクライアントがそのアプリケーションで作業を行っているのときに使われる平均のネットワーク容量を指定する。そのクライアントのネットワーク負荷の値は、そのユーザクライアントが、ＷＡＮを介してサーバ１０１と通信しているとき特定な値をもつ第一のメトリックである。ＷＡＮは、そのユーザについての想定されるアプリケーションの応答時間を適切にサポートするために超えてはいけない、所定の閾値容量をもつことが望ましい。この所定の閾値は、そのＷＡＮの合計容量の７０％に設定されることが望ましい。例えば、特定のＷＡＮ上でのアプリケーションのクライアントネットワーク負荷の値が５％の場合、コンカレントクライアントの数が１４の時にＷＡＮの負荷が所定の閾値になる。
この例を表す方程式は：コンカレントクライアント数＝ＷＡＮ閾値／クライアントネットワーク負荷の値である。

負荷及びコンカレンシーアナライザ９０２によって生成される第二のメトリックは、そのアプリケーションのクライアントコンカレンシーレートで、これは、所定の時間間隔（１分間隔が望ましいが、ユーザが選択可能な他の時間間隔でもよい）内にデータを転送するクライアントの、そのアプリケーションのサーバ１０１上にログオンしているアクティブなクライアントの合計数に対する比率である。例えば、ＮＬＡ１１７が、本番ネットワーク１００上で使用されるアプリケーションが、ログオンしたクライアントを平均で１００有していること、及び、１分の時間間隔当たりのクライアントコンカレンシーが１４であることを示した場合、クライアントネットワーク負荷値が５％のときに、１００クライアントを１つのＷＡＮ上でサポートできる。この例を表す方程式は、「クライアントコンカレンシーレート＝クライアントコンカレンシー／ログインしているクライアント数」である。従って、この情報は、ＷＡＮの容量計画を助けると共に、製品出荷の前にアプリケーションのネットワークプロファイルを設定するのに使われる他のツール／解析を検証する。

図１０は、本発明の望ましい実施形態に従った、図９のトレースアナライザ９０１によって実行される、各トレースファイルに対するトレースアナライザプロセス１０００を示す。各トレースファイルは別々に順番に分析されることが望ましい。

ステップ１００１において、メソッドとも呼ばれるプロセス１０００が開始される。
ステップ１００２において、トレースアナライザ９０１は、以下のように４つのコントロールを初期化する。

１．サンプルインターバルタイム：デフォルト値６０秒。この値は、各測定についてのタイムサンプルのサイズを制御する。
２．サーバの識別（ＩＤ）：このＩＤは、そのアプリケーションサーバに属しているネットワークＩＰアドレスを識別する。他の全てのネットワークＩＰアドレスはユーザクライアントに属している。
３．ローエンドバイトフィルタ：このフィルタは、サンプルウインドウ内の少量データを送信中のクライアントを分離するのに使用される。この種のデータトラフィックは、キープアライブ（keep alive）、前のサンプルウインドウの末尾（テールエンド）トラフィック、或は次のサンプルウインドウの開始直前の先頭（フロントエンド）トラフィックを表す。このローエンドトラフィックは、これらのクライアントが、そのアプリケーションのサーバ１０１とのセッション（ログイン中）下にあることを示す。
４．ハイエンドバイトフィルタ：（デフォルトモードはオフ）アプリケーションのクライアントの一部が、ネットワーク１００を介して大きなデータトラフィックブロックを転送している場合（即ち、ハイエンドクライアント）、これらのクライアントを標準的なクライアントから隔離して、解析が歪められないようにすることができる。サンプルウインドウの中で、ハイエンドフィルタを超えてデータを転送しているクライアントを解析から除外することが望ましい。ハイエンドクライアントだけを解析するには、ハイエンドフィルタをオフにし、ローエンドフィルタを、これらハイエンドクライアントの解析を分離するためにハイエンドフィルタで使用されている値に設定する。

ステップ１００３において、トレースアナライザ９０１は、必要なトレースファイルを受け取ると共に、４つのコントロールを初期化したことに応答して、解析用のトレースファイルを選択することによって解析プロセスを開始する。
ステップ１００４において、トレースアナライザ９０１は、クライアントネットワークのＩＰアドレスによってトレースファイルを分類（ソート）する。分類は、そのクライアントのＩＰアドレスを基に行うことが望ましい。
ステップ１００５において、トレースアナライザ９０１は、第一サンプルウインドウタイム（例えば、デフォルトは０秒から６０秒）を選択する。

ステップ１００６において、トレースアナライザ９０１は、サンプルウインドウタイム内の相対タイムスタンプ値を持つ各ファイルレコードをアクティブとしてマークを付ける。同じクライアントＩＰアドレスに対応する全てのレコードに同じ数値が与えられる。値は、１からスタートし、ウインドウ内の全てのクライアントがアクティブとマークされるまで順番に変わる。

ステップ１００７において、トレースアナライザ９０１は、アクティブクライアントの数を保存する。このステップでは、指定されたサンプルウインドウ内のアクティブクライアントの合計数を特定する。このステップは、ステップ１００９の準備として必要である。

ステップ１００８では、トレースアナライザ９０１は、アクティブクライアントごとに、サンプルウインドウ内で各アクティブクライアントが転送したデータの合計バイト数を測定する。２つの値が、以下のように計算される：１）クライアントからサーバへのバイト、及び２）サーバからクライアントへのバイト。これら２つの値の和が、ローエンドを超えている場合、トレースアナライザ９０１は、データバイト値を保存し、そのクライアントが真のコンカレントユーザである旨のマークを付ける。

ステップ１００９において、トレースアナライザ９０１は、サンプルウインドウ内のローエンドフィルタを超えたクライアントの数を計算し格納する。これらのクライアントだけが、現在のサンプルウインドウで、アプリケーションサーバと本当に通信している。このステップは、コンカレントクライアントの本当の値を提供し、また、この値はステップ１０１０で使用される。

ステップ１０１０において、トレースアナライザ９０１は、クライアント当たりの転送されたデータの平均バイト数（即ち、平均ワークステーションバイトカウント）を計算する。以下のように、２つの値が計算され、格納される；１）クライアント（即ち、ワークステーション）からサーバ、及び、２）サーバからクライアント（即ち、ワークステーション）。

ステップ１０１１において、トレースアナライザ９０１は、平均のワークステーションコンカレンシーを、通信中のワークステーションの台数（ステップ１００９で決定される）のアクティブなワークステーションの合計台数（ステップ１００７で決定される）に対する比率を使用して計算する。この情報は、出力力ファイルに格納されるが、ここでは、１つの出力ファイルが各入力トレースファイルに対応している。

ステップ１０１２において、トレースアナライザ９０１は、トレースアナライザ９０１がトレースファイルの終りに到達したかどうかを判定する。トレースアナライザ９０１がトレースファイルの終りに到達したと判定した場合には、プロセスはステップ１０１３へと移行し、そうでない場合には、プロセスはステップ１０１４へ移行する。

ステップ１０１３において、トレースアナライザ９０１は、トレースファイルを、コネクション９０３を介して負荷及びコンカレンシーアナライザ９０２へ渡す。

ステップ１０１４において、トレースアナライザ９０１は、サンプルウインドウタイム（例えば、６０秒）を増加させ、プロセスはステップ１００６へ戻り、新しいサンプルウインドウタイムに対してプロセスを繰返す。

ステップ１０１５において、トレースアナライザ９０１は、全てのトレースファイルが処理されたかどうかを判定する。トレースアナライザ１１６が全てのトレースファイルが処理されたと判定した場合には、プロセスはステップ１０１６へ移行し、そうでなければ、プロセスはステップ１００３へと戻り、ここで新しいトレースファイルが処理のために選択される。
ステップ１０１６において、このプロセスは終了する。

図１１は、本発明の望ましい実施形態による、図９のトレースアナライザ９０１によって提供される、単一出力トレースファイルディスプレイ１１００を示す。アナリストは、この表示モードを、特定の出力トレースファイルを識別することによって選択する。単一出力トレースファイルディスプレイ１１００は、図１及び図９に示すように、出力装置１１０を使用して表示される。単一出力トレースファイルディスプレイ１１００は、一般的に、入力領域ウインドウ１１０１、基準メトリックウインドウ１１０２、出力コントロールサマリウインドウ１１０３、ＷＡＮ負荷メトリックウインドウ１１０４、及び、出力ファイルレコードウインドウ１１０５を含む、ディスプレイ、テーブル、セクション、領域、その他等とも呼ばれる、５つのサブウインドウを含む。

入力領域ウインドウ１１０１は、出力トレースファイルＩＤフィールド、信頼レベルフィールド（％）（入力１として示されている）、及びＷＡＮ速度フィールド（入力２として示されている）を含む。信頼レベル値は、デフォルトの９５％に設定しておくことが望ましい。この信頼レベル値は、出力トレースファイルレコードに含まれる測定値における分散率に関する統計計算を制御する。アナリストは、この値を変えることがある。ＷＡＮ速度値は、デフォルトの、秒当たり１２８キロビットに設定される。アナリストは、他のＷＡＮ速度についての負荷メトリックの解析を行うためにこの値を変えることもある。

基準メトリックウインドウ１１０２は、コンカレントクライアント（対話中）フィールド、平均アクティブクライアントフィールド、平均コンカレンシーレート（ＣＲ）％対アクティブクライアントフィールド、クライアント（即ち、ワークステーション）からサーバ１０１への平均バイトのフィールド、及び、サーバ１０１からクライアント（即ち、ワークステーション）への平均バイトのフィールドを含む。

出力制御サマリーウインドウ１１０３は、サンプルタイムインターバルフィールド、サンプル数フィールド、ローエンドフィルタフィールド、及びハイエンドフィルタフィールドを含む。これらは、トレースアナライザ９０１が入力トレースファイルを処理するときに使用される制御用設定値である。

ＷＡＮ負荷メトリックウインドウ１１０４は、ＷＡＮ速度フィールド、っクライアント（即ち、ワークステーション）からサーバへ１０１への統計データフィールド、及びサーバ１０１からクライアント（即ち、ワークステーション）への統計データフィールドを含む。各通信トラフィック方向についての３つの統計手段フィールドは、負荷ファクタ（ＬＦ）％フィールド、コンカレンシーファクタ（ＣＲ）フィールド、及び標準分散（ＳＴＤ）を含む。各通信トラフィック方向についての、信頼レベルでの２つの統計平均のフィールドは、負荷ファクタ（ＬＦ）％及びコンカレンシーファクタ（ＣＦ）フィールドを含む。ＷＡＮ負荷メトリックウインドウ１１０４は、出力ファイルレコードウインドウ１１０５に表示される出力トレースファイルの全レコードの統計平均を表示する。

出力ファイルレコードウインドウ１１０５は、各入力トレースファイルに対して１つの出力ファイルを表示し、各サンプルウインドウタイムに対して１つのレコードを表示する。このサンプルウインドウタイムは、デフォルトで１分であり、入力トレースファイルは少なくとも１０分の期間（即ち、１０サンプルウインドウ）をカバーすることが望ましい。出力ファイルレコードウインドウ１１０５は、以下の６つのフィールドを含むレコードフォーマットを有する。
フィールド１：サンプルウインドウタイム
フィールド２：アクティブクライアントの合計数
フィールド３：対話中のクライアント数
フィールド４：クライアントからサーバへの平均データバイト
フィールド５：サーバからクライアントへの平均データバイト
フィールド６：クライアントコンカレンシーレート

ＷＡＮ速度（入力領域ウインドウ１１０１の中の入力２）に対して値が設定されると、トレースアナライザ９０１は、クライアントからサーバへの方向及びサーバからクライアントへの方向の両方で単一アプリケーションクライアントによって使用される、平均のＷＡＮ容量（ＷＡＮの帯域幅）を計算する。生データは、出力ファイルレコードウインドウ１１０５の中のフィールド４及びフィールド５からくる。

トレースアナライザ９０１は、クライアントからサーバへのデータバイト及びサーバからクライアントへのデータバイトについての平均値を計算する。また、トレースアナライザ９０１は、この平均値を所定の信頼レベルに調節するときに使用する標準偏差を計算する。この２つの平均値は、サンプルインターバルタイムで割算され、秒当たりに転送される平均バイトが特定される。この値は、秒当たりのバイトで表されるＷＡＮ速度で割算される。この最後の値は、１００％が掛け算されて、クライアント負荷ファクター（ＬＦ）と呼ばれる値が算出される。クライアント負荷ファクタは、アプリケーションクライアントがアプリケーションタスクを実行していて忙しいときに使用される平均のＷＡＮ容量を決定する。

ＷＡＮ閾値容量をＬＦで割算するとＬＦが正規化される。この値は、コンカレンシーファクター（ＣＦ）と呼ばれる。例えば、クライアントのＬＦが５％で、ＷＡＮの閾値容量が７０％ならば、ＣＦは１４である。これは、同時並行的にアクティブな１４のクライアントがＷＡＮの閾値を費やすということを意味する。更に、このＷＡＮは、１時間のタイムインターバル内に１４作業時間（ワークアワー）をサポート可能であることを意味する。ＣＦは、アプリケーションのＷＡＮ使用度を評価するために便利なメトリックである。ＮＬＡ１１７を使用して、本番環境下にあるアプリケーションを評価するので、ＣＦは、真の、即ち、実際のネットワーク負荷特性を示す。次に、この情報を使用して、アプリケーションを一般に利用可能（ＧＡ）にする前に、アプリケーションをプロファイルするのに使用される他の解析ツールを検証できる。このフィードバックは、現実のネットワーク構築作業を適切に行うのに有利である。

図１２は、本発明の望ましい実施形態に従った、図９の負荷及びコンカレンシーアナライザ９０２によって提供される１つの完全な出力トレースファイルのサマリーディスプレイ１２００を示す。ディスプレイ１２００によって、全ての出力トレースファイルを組み合わせて、そのアプリケーションのＣＦ値についてのより正確な値を取得することによって、更に詳しい解析が可能になる。 ディスプレイ１２００は、入力ウインドウ１２０１、出力トレースファイルサマリウインドウ１２０２、及び出力ウインドウ１２０３を含む。

入力ウインドウ１２０１は以下を含む。
入力１−ＷＡＮ速度。ＷＡＮ速度は必須入力であることが望ましい。例えば、秒当たり１２８キロビットＷＡＮである。
入力２−ＷＡＮ閾値容量。ＷＡＮ閾値容量は、推薦値、例えば１２８ＫのＷＡＮには６０％の値に自動的に設定されるが、変更できる。
入力３−信頼レベル。信頼レベルに対するデフォルト値は９５％であることが望ましいが、変更できる。この信頼レベルは、出力ウインドウ１２０３の中の計算されたＣＦに影響を与える。

出力トレースファイルのサマリーウインドウ１２０２は、出力レースファイルＩＤフィールド、サンプルタイムフィールド、イネーブルフィールド、コンカレントクライアントフィールド、コンカレンシーレートフィールド、負荷ファクタ（ＬＦ）（クライアント（即ち、ワークステーション）からサーバ）フィールド、及び、ＬＦ（サーバからクライアント（即ち、ワークステーション））フィールドを含む。各ロウは出力トレースファイルに対応し、そのファイル内の全てのサンプルウインドウの平均値を表示する。ウインドウ１２０２は１２個のファイルだけを表示するが、ウインドウ１２０２はスクロールして、８０個以上のファイルを表示できることが望ましい。負荷及びコンカレンシーアナライザ３０２は、これらの平均を使用して、全体の平均を計算するが、これが出力ウインドウ１２０３に表示される。アナリストは、このファイルからのデータが全体的な平均値に悪影響があると考える場合、この計算からファイルを除去することができる。例えば、ウインドウ１２０２は、午後１２：００から午後１２：３０までの間の出力トレースファイルの除去を示している。

出力ウインドウ１２０３は、コンカレントクライアント（即ち、ワークステーション）フィールド、コンカレンシーレート（ＣＲ）フィールド、負荷ファクタ（ＬＦ）（クライアント（即ち、ワークステーション）からサーバ）フィールド、ＬＦ（サーバからクライアント（即ち、ワークステーション））フィールド、コンカレンシーファクタ（ＣＦ）（クライアント（即ち、ワークステーション）からサーバ）フィールド、及びコンカレンシーファクタ（ＣＦ）（サーバからクライアント（即ち、ワークステーション））フィールド、含む。ウインドウ１２０３は、そのアプリケーションについての最終の出力メトリックを表示する：コンカレンシーレート（ＣＲ）、負荷ファクタ（ＬＦ）、及びコンカレンシーファクター（ＣＦ）を表示する。このＣＦ値は、ＬＦ値、信頼レベル、及びＷＡＮ速度によってコントロールされる。ＣＦの高い方の値は、アプリケーションについての良好なＷＡＮの使用に対応している。例えば、ウインドウ１２０３は、９５％の信頼レベルで、サーバからクライアント（即ち、ワークステーション）の方向で、１２８ＫのＷＡＮ速度についてのＣＦ値の７．７６を示す。ウインドウ１２０３は、更に、平均のコンカレントクライアント（即ち、ワークステーション）の数は１０．４でＣＲは４．９％であることを示す。これは、ログインしていたクライアントの合計数が２１２（即ち、４．９％ｘ２１２＝１０．４）であったことを表す。しかしながら、ＣＦ値が７．７６の１２８ＫのＷＡＮがサポートできるコンカレントクライアントは７．７６だけである。コンカレントレートが４．９％なら、ログインできるクライアントの最大数は１５８である。

本発明の望ましい実施形態をまとめると、ネットワークガイドラインエスティメータ（ＮＧＥ）１１５は、各ソフトウエアアプリケーション１１２についてのネットワーク負荷メトリックを決定するため、模擬ネットワークの中で動作する各ソフトウエアアプリケーション１１２のネットワーク負荷メトリックを推定する。

ネットワーク負荷エスティメータ（ＮＬＥ）１１６は、各ソフトウエアアプリケーションのネットワーク負荷メトリックに応じて、１つのネットワークの中で同時並行的に動作する一以上のソフトウエアアプリケーションについての、ネットワーク負荷を推定する。ＮＬＥ１１６は、多数のネットワーク接続アプリケーションについての、ＷＡＮのネットワーク容量及びネットワーク待ち時間の決定するための使い易いネットワークシミュレーションツールを提供する。ＮＬＥ１１６のユーザは、セットアップと実行に何時間も掛かる複雑なシミュレーションツールついて特別な経験知識を必要としない。ユーザインタフェースは、簡単で理解しやすい。解析の結果は、何時間ではなく、何分で出される。パフォーマンスの問題は、リアルタイムに提示されるので、ユーザは、適切なパフォーマンスのためのＷＡＮのサイズを決定する上での判断及び変更を迅速に行うことができる。従って、ＮＬＥ１１６は、同時に一以上のアプリケーションを配備するときにおけるＷＡＮのサイズを迅速に高い信頼性で決定できる。

ＮＬＡ１１７は、望ましくは本番稼動環境下で、アプリケーションを実行しているワークステーションによって生成される取得済データトラフィックが含むネットワークスニッファトレースファイルからの入力を受取る。次に、ＮＬＥ１１７を使用して、一以上のトレースファイル（各ファイルは１５分間のトラフィックアクティビティを持つことが望ましい）を整理して、そのアプリケーションのネットワーク容量プロファイルを作成する。ＮＬＡ１１７は、各サンプルタイムウインドウ（６０秒のインターバルが望ましい）でフィルタされたトレースファイルの解析を行う。各タイムウインドウは、トラフィック負荷の合計、トラフィックを生成しているクライアントの合計数、クライアント当たりの平均トラフィック負荷（クライアント当たりの平均ＷＡＮ帯域幅）、及びクライアントコンカレンシーレート（クライアント負荷）を示す。全てのトレースファイルの全てのウインドウ測定値は、平均、分散及び信頼レベルを使用して平均され、そのアプリケーションの容量プロファイルメトリックが設定される：１）クライアント負荷ファクタ（即ち、帯域幅使用度）及び２）クライアントコンカレンシーレート（即ち、作業負荷）。これら２つのメトリックを使用して、一般に利用可能にする前にそのアプリケーションをプロファイルするのに使用される、ＮＧＥ１１５によって推定されるメトリックを検証する。
ＮＬＡでのアプリケーション解析は、本番アプリケーションからのトラフィックを使用して行うのが望ましいので、ＮＬＡメトリックは、新しいクライアント１０２〜１０４をアプリケーション１１２へ追加するときにＷＡＮのサイズを決定する正確で使い易い方法を提供する。次に、ＮＬＡメトリックを使用して、ＮＬＥ１１６及び／又はＮＧＥ１１５を調整する。

従って、本発明は、種々の例示的な実施形態を参照して説明したが、本発明はこれら特定の実施形態に限定されることを意図していない。当業者であれば、添付の特許請求の範囲に記載された本発明の精神及び範囲から逸脱することなく、開示された主題の変種、変形、及び組合せが可能であることが分かるであろう。

本発明の好ましい実施形態による、複数台のクライアント／ワークステーションに電子的に接続されたサーバを含むネットワークを示す。 本発明の好ましい実施形態による、図１に示すような、このネットワーク内で同時並行的に動作する一以上のアプリケーションによって採用されたネットワーク負荷を決定するためのプロセスを示す。 本発明の好ましい実施形態による、図１のサーバが使用する、メインエントリユーザインタフェース（ＭＥＵＩ）、ネットワーク接続されたアプリケーションインタフェース（ＮＡＵＩ）、及び解析エンジンを含むネットワーク負荷エスティメータ（ＮＬＥ）を示す。 本発明の好ましい実施形態による、図３のＭＥＵＩ用ＭＥＵＩウインドウのフィールドの詳細を示す。 本発明の好ましい実施形態による、図３のＮＡＵＩ用ＮＡＵＩウインドウのフィールドの詳細を示す。 本発明の好ましい実施形態による、図３及び図５に示すような、アプリケーションＮＡＵＩを定義するためのプロセスを示す。 本発明の好ましい実施形態による、図３のＮＬＥのための容量計画を検討するためのアプリケーションの構成を行うプロセスを示す。 本発明の好ましい実施形態による、図３の解析エンジンによる、ＭＥＵＩグローバル結果ウインドウ及びＮＡＵＩ結果ウインドウにおいて解析結果をレポートするためのプロセスを示す。 本発明の好ましい実施形態による、図１のサーバが使用する、ネットワーク負荷アナライザを示す。 本発明の好ましい実施形態による、図９のトレースアナライザによって実行される、各トレースファイルに対するトレースアナライザのプロセスを示す。 本発明の好ましい実施形態による、図９のトレースアナライザによって実行される、各トレースファイルに対するトレースアナライザのプロセスを示す。 本発明の好ましい実施形態による、図９のトレースアナライザが提供する、１つの出力トレースファイルの表示を示す。 本発明の好ましい実施形態による、図９の負荷及びコンレンシーアナライザが提供する、完全な出力トレースファイルのサマリーの表示を示す。

Claims (20)

1. ネットワークの中で同時並行的に動作する一以上のソフトウエアアプリケーションについてのネットワーク負荷を決定するためのネットワーク負荷アナライザであって、
   少なくとも１つのトレース入力ファイルを複数の所定のサンプルタイムインターバルに亘って解析し、少なくとも１つのトレース出力ファイルを生成するトレースアナライザと、
   少なくとも１つのトレース出力ファイルを受け取ったことに応答して、少なくとも１つのトレース出力ファイルから情報を決定し、この決定された情報を生成するアナライザと、
   少なくとも１つのトレース出力ファイルから決定された情報を表示するための出力装置と
   を含むネットワーク負荷アナライザ。
2. 決定された情報は、少なくとも、
   （ａ）サンプルインターバルタイムフィールド、
   （ｂ）トータルアクティブクライアントフィールド、
   （ｃ）コンカレントクライアントフィールド、
   （ｄ）平均サーババイトフィールド、
   （ｅ）平均クライアントバイトフィールド、及び
   （ｆ）コンカレンシーレートフィールド
   の内の１つを含む、請求項１に記載のシステムネットワーク負荷アナライザ。
3. 入力トレースファイルから決定される測定データを提供する方法であって、測定データは、ネットワークの中で同時並行的に動作している一以上のソフトウエアアプリケーションについてのネットワーク負荷の決定に使用されるデータであり、前記方法は、
   （ａ）トレースファイルを受取るステップと、
   （ｂ）第１のタイムインターバルを選択するステップと、
   （ｃ）ローエンドフィルタ値を含む処理データを受取るステップと、
   （ｄ）第１のタイムインターバルにおいて各ワークステーションからサーバへ転送された第１の合計データバイト数、及び第１のタイムインターバルにおいて該サーバから各ワークステーションへ転送された２番目の合計データバイト数を受取ったトレースファイルから導き出すステップと、
   （ｅ）導き出された第１の合計データバイト数、２番目の合計データバイト数、及びローエンドフィルタ値に応じて、第１のタイムインターバル内でアクティブなワークステーションを決定するステップと、
   （ｆ）各アクティブワークステーションからサーバへ転送される第１の平均データバイト数、及びそのサーバから各アクティブワークステーションへ転送される２番目の平均データバイト数を計算するステップと、
   （ｇ）ネットワーク上のワークステーションの合計台数に対するアクティブワークステーションの台数に基づいて平均のクライアントコンカレンシーレートを計算するステップと、
   （ｈ）前記コンカレンシーレートを含む測定データを出力のために提供するステップとを含む方法。
4. 処理データは、更に
   （ａ）サンプルインターバルタイム、
   （ｂ）サーバ識別情報（ＩＤ）、及び
   （ｃ）ハイエンドバイトフィルタ
   の内の少なくとも１つを含み、
   前記アクティブワークステーションは、前記処理データに応じて決定される、請求項３に記載の方法。
5. 新しい第１のタイムインターバルを選択し、新しい第１のタイムインターバルに対してステップｄ、ｅ、ｆ、及びｇを繰返すステップを更に含む、請求項３に記載の方法。
6. ２番目のトレースファイルを受け取り、その２番目のトレースファイルに対してステップｄ、ｅ、ｆ、及びｇを繰返すステップを更に含む、請求項３に記載の方法。
7. （ａ）各アクティブワークステーションからサーバへ転送される第１の平均データバイト数、
   （ｂ）サーバから各アクティブワークステーションへ転送される２番目の平均データバイト数、
   （ｃ）第１のタイムインターバル、及び
   （ｄ）ネットワーク速度
   に基づいて負荷ファクタを計算するステップを更に含む、請求項３に記載の方法。
8. 第１の平均数及び２番目平均数の和を、第１のインターバルタイム、及び、秒当たりのバイト数で表されるネットワーク速度で割算することによって負荷ファクタを計算するステップを更に含む、請求項７に記載の方法。
9. トレースファイルを、ネットワーク内の各ワークステーションのネットワークＩＰアドレスによって分類するステップを更に含む、請求項３に記載の方法。
10. 第１のタイムインターバル内の相対タイムスタンプ値をトレースファイルにマークするステップを更に含む、請求項３に記載の方法。
11. ネットワークアナライザが供給する出力トレースファイルを表示するための複合ユーザインタフェースイメージウインドウを提供するシステムであって、ユーザインタフェースウインドウが、
    入力ウインドウと、
    （ａ）基本メトリックウインドウ、
    （ｂ）出力コントロールサマリウインドウ、
    （ｃ）ワイドエリアネットワーク（ＷＡＮ）負荷メトリックウインドウ、及び
    （ｄ）出力ウインドウ
    の内の少なくとも１つを含むシステム。
12. 入力ウインドウは、
    （ａ）出力トレースファイル識別情報（ＩＤ）フィールド、
    （ｂ）信頼レベル入力フィールド、及び
    （ｃ）ＷＡＮ速度入力フィールド
    の内の少なくとも１つを含む、請求項１１に記載の複合ユーザインタフェースイメージウインドウを提供するシステム。
13. 基本メトリックウインドウは、
    （ａ）コンカレントクライアントフィールド、
    （ｂ）平均アクティブクライアントフィールド、
    （ｃ）平均コンカレンシーレート対アクティブクライアントのフィールド、
    （ｄ）ワークステーションからサーバへの平均バイトのフィールド、及び
    （ｅ）サーバからワークステーションへの平均バイトのフィールド
    の内の少なくとも１つを含む、請求項１１に記載の複合ユーザインタフェースイメージウインドウ。
14. 出力コントロールサマリウインドウは、
    （ａ）サンプルインターバルタイムフィールド、
    （ｂ）サンプル数フィールド、
    （ｃ）ローエンドフィルタフィールド、及び
    （ｄ）ハイエンドフィルタフィールド
    の内の少なくとも１つを含む、請求項１１に記載の複合ユーザインタフェースイメージウインドウ。
15. ＷＡＮ負荷メトリックウインドウは、
    （ａ）ＷＡＮ速度フィールド、
    （ｂ）ワークステーションからサーバ及びサーバからワークステーションのそれぞれについての総計平均のフィールド、及び
    （ｃ）ワークステーションからサーバ及びサーバからワークステーションのそれぞれについての信頼レベルの総計平均のフィールド
    の内の少なくとも１つを含む、請求項１１に記載の複合ユーザインタフェースイメージウインドウ。
16. 出力ウインドウは、
    （ａ）サンプルインターバルタイムフィールド、
    （ｂ）合計アクティブクライアントフィールド、
    （ｃ）コンカレントクライアントフィールド、
    （ｄ）平均サーババイトフィールド、
    （ｅ）平均クライアントバイトフィールド、及び
    （ｆ）コンカレンシーレートフィールド
    の内の少なくとも１つを更に含む、請求項１１に記載の複合ユーザインタフェースイメージウインドウを提供するシステム。
17. ネットワーク負荷アナライザが提供する出力トレースファイルサマリを表示するための複合ユーザインタフェースイメージウインドウを提供するシステムであって、複合ユーザインタフェースイメージウインドウが、
    出力トレースファイルサマリウインドウと、
    （ａ）入力ウインドウ、及び
    （ｂ）出力ウインドウ
    の内の少なくとも１つとを含むシステム。
18. 入力ウインドウは、
    （ａ）ワイドエリアネットワーク（ＷＡＮ）速度入力フィールド、
    （ｂ）ＷＡＮ閾値フィールド、及び
    （ｃ）信頼レベルフィールド
    の内の少なくとも１つを含む、請求項１７に記載の複合ユーザインタフェースイメージウインドウ。
19. 出力トレースファイルサマリウインドウは、
    （ａ）出力トレース識別情報（ID）フィールド、
    （ｂ）サンプルタイムフィールド、
    （ｃ）イネーブルフィード、
    （ｅ）コンカレンシーレートパーセントフィールド、
    （ｆ）ワークステーションからサーバへの第１の負荷ファクタのフィールド、及び
    （ｇ）サーバからワークステーションへの２番目の負荷ファクタのフィールド
    の内の少なくとも１つを更に含む、請求項１７に記載の複合ユーザインタフェースイメージウインドウ。
20. 出力トレースウインドウは、
    （ａ）コンカレントワークステーションフィールド、
    （ｂ）コンカレンシーレートフィールド、
    （ｃ）ワークステーションからサーバへの、第１の負荷ファクタのフィールド、
    （ｄ）サーバからワークステーションへの、２番目の負荷ファクタフィールド、
    （ｅ）サーバからワークステーションへの、第１のコンカレンシーファクタのフィールド、及び
    （ｆ）サーバからワークステーションへの、２番目のコンカレンシーファクタのフィールド
    の内の少なくとも１つを更に含む、請求項１７に記載の複合ユーザインタフェースイメージウインドウ。
    

Images