JP2005521359A - ソフトウェアアプリケーションのネットワーク動作特性を測定する方法、システム及びコンピュータプログラム - Google Patents

Abstract

ソフトウェアアプリケーション（１１２）のネットワーク動作特性を提供するように構成されたシステム、方法及びコンピュータ製品。ソフトウェアアプリケーション（１１２）の機能をその機能の特定に応答してテストネットワークで実行する。ネットワーク動作特性、例えば、テストネットワークにおけるソフトウェアアプリケーション（１１２）の帯域幅及び待ち時間は、テストネットワークにおいてソフトウェアアプリケーション（１１２）の機能を実行するとそれに応答して分析され、製品のネットワークにおけるソフトウェアアプリケーション（１１２）のネットワーク動作特性が予測される。

Description

本発明は、一般的にコンピュータネットワークに関し、さらに詳細には、ソフトウェアアプリケーションのネットワーク動作特性を測定するためのシステム、方法及びコンピュータ製品に関する。

ネットワーク容量の計画は、ユーザーへコンテンツを受け入れ可能な速度で提供するネットワークの能力を測定するプロセスである。このプロセスは、アクティブユーザーの数及び各ユーザーがどの程度のデマンドをサーバーに課するかを測定した後、利用レベルをサポートするに必要な計算資源を計算することを伴う。

ネットワークの容量性能の２つの重要な要素は帯域幅と待ち時間である。帯域幅は、ネットワークの速度として知覚するものの１つの要素に過ぎない。帯域幅に密接な関連のある速度のもう１つの要素は待ち時間である。待ち時間は、一般的に、幾つかの種類のネットワークデータを処理する際の遅延のことをいう。待ち時間と帯域幅とは関連性がある。理論ピーク帯域幅は不変であるが、実際の帯域幅または実効帯域幅は可変であり、大きい待ち時間による影響を受けることがある。あまりにも短い期間において待ち時間が大きすぎると、データが「パイプを充填」できないボトルネックが生じて実効帯域幅が減少することがある。業界用語で「サービス品質（ＱｏＳ）」は、帯域幅と待ち時間の両方を管理してネットワークの性能を測定し終始変わらぬように維持することをいう。

分析及び／または個別事象シミュレーションツールである従来のネットワーク容量システムは、ユーザーのネットワーク構成のモデルを駆動するためにアプリケーショントラフィックのライブパターンを限られた量インポートする。ネットワークトラフィックモデルの妥当性をチェックするには、ネットワークアナリストは、２つのシミュレーション動作を比較し、シミュレーションした先在のトラフィックパターンをインポートされたライブトラフィックパターンのネットワークロードにマッチするようにかなりの時間を費やして調整する必要がある。この仕事を実行は挑戦的であり、通常は試みられない。トレースファイルを用いて製品のトラフィックパターンをインポートするが、これはカバーする時間に制限がある。数週間にわたりトラフィック活動の全てのピーク時間をカバーする一連のトレースファイルをインポートするのは非常に困難である。またシミュレーションするトラフィックを特定し、それを製品の本当のトラフィックと比較してシミュレーションしたトラフィックを調整することにより、新しいクライアントがネットワーク帯域幅条件に与える影響を予測可能にする将来のシミュレーション動作を実現することは非常に困難である。かくして、多数のアプリケーションに対するこれらのツールを使用は、非常に時間がかかり、高コストで、通常はネットワークのサイズ及び性能の予測を行う地位にある平均的な個人には不可能である。従って、従来のシステムの上記及び他の問題点を克服する、ソフトウェアアプリケーションのネットワーク動的特性を測定するためのシステム、方法及びコンピュータ製品が求められている。

発明の概要

このシステム、方法及びコンピュータ製品は、ソフトウェアアプリケーションのネットワーク動的特性を与えるように構成されている。ソフトウェアアプリケーションの機能は、ソフトウェアアプリケーションの機能を特定するとそれに応答してテストネットワークで実行される。ネットワーク動作特性、例えば、テストネットワークにおけるソフトウェアアプリケーションの帯域幅及び待ち時間は、ソフトウェアアプリケーションの機能の実行に応答してテストネットワークにおいて分析することにより、製品のネットワークにおけるそのソフトウェアアプリケーションのネットワーク動作特性が予測される。

本発明の上記及び他の局面につき以下の詳細な説明及び添付図面を参照してさらに説明するが、図面における同一の参照番号は異なる図面の同一の特徴部分または要素に割り当てられている。図面は実尺でないことを注意されたい。さらに、図に特に示さないが、明細書中で明示的に、または暗示的に説明した本発明の他の実施例もある。

図１は、本発明の好ましい実施例によりサーバー１０１が通信パス１０６を介して複数のクライアント／ワークステーション１０２、１０３、１０４に電気的に結合されたネットワーク１００を示す。

別名コンピュータネットワークまたはエリアネットワークと呼ばれるネットワーク１００は、多種多様な形状及びサイズで実現可能である。ネットワーク１００の例には、限定の意図はないが、ローカルエリアネットワーク（ＬＡＮ）、ワイドネットワーク（ＷＡＮ）、メトロポリタンエリアネットワーク（ＭＡＮ）、保存エリアネットワーク（ＳＡＮ）、システムエリアネットワーク（ＳＡＮ）、サーバーエリアネットワーク（ＳＡＮ）、スモールエリアネットワーク（ＳＡＮ）、パーソナルエリアネットワーク（ＰＡＮ）、デスクエリアネットワーク（ＤＡＮ）、コントローラエリアネットワーク（ＣＡＮ）、クラスタエリアネットワーク（ＣＡＮ）及びそれらの任意の組み合わせが含まれる。従って、ネットワーク１００は、任意数のサーバー１０１が任意タイプの通信パス１０６を介して任意距離にわたり任意数のクライアント／ワークステーション１０２、１０３、１０４と電気的に接続されたものである。ネットワーク１００はＷＡＮであるのが好ましい。

一般的に、ＬＡＮ，ＷＡＮ及びＭＡＮのようなネットワークの表示は、ネットワークが拡がる物理的距離または距離に基づく概念を暗示するものである。しかしながら、インターフェイス、イントラネット、エクストラネット、バーチャルプライベートネットワーク及び他の技術による現在及びこれから予想される技術の変化は、距離が種々のネットワーク間の有用な識別手段にもはやなりえないことを暗示している。しかしながら、首尾一貫性を求めるため、これらの他のタイプのネットワークも種々のタイプのネットワークとして知られてきた。

例えば、ＬＡＮはネットワーク装置を比較的短距離にわたって接続するものである。ネットワークに接続されたオフィスビル、学校または家庭は通常、単一のＬＡＮに含まれるが、時として１つの建物に少数の小さなＬＡＮが含まれることがあり、１つのＬＡＮが近隣のビル群にまたがることもある。インターネットプロトコル（ＩＰ）ネットワーキングでは、単一のＩＰサブネットとして１つのＬＡＮと知覚することができる（もっともこれは必ずしも真ではない）。ＬＡＮは、限られた空間で動作することに加えて、通常は、他に幾つかの明確な特徴がある。ＬＡＮは通常、一人の人間または組織により所有され、制御され、管理される。それらはある特定の接続技術、主としてイーサネット及びトークンリングを使用する。

さらに、例えば、ＷＡＮは大きな物理的距離をカバーする。インターネットとして実現されるＷＡＮは世界の大部分をカバーする。ＷＡＮは地理上に分散したＬＡＮの集合体である。ルーターと呼ぶネットワーク装置がＬＡＮをＷＡＮに接続する。ＩＰネットワーキングでは、ルーターはＬＡＮのアドレスとＷＡＮのアドレスの両方を保持する。ＷＡＮは通常、幾つかの点でＬＡＮと異なる。大部分のＷＡＮは、インターネットと同様に、１つの組織の所有になるものではなく、集合的または分散的所有または管理下にある。ＷＡＮは、専用ライン、ケーブルモデム、インターネット、非同期伝達モード（ＡＴＭ）、フレームリレー、及びＸ．２５のような技術を接続性の確保のために使用する。ＷＡＮは、州、郡または村のような大きな地理的領域にまたがる。ＷＡＮは、ＬＡＮまたはＭＡＮのような多数の小さなネットワークを接続するものが多い。今日の世界で最も有名なＷＡＮはインターネットである。エクストラネットのようなインターネットの小部分もＷＡＮである。ＷＡＮは一般的に、ＬＡＮよりも多種多様で高価格のネットワーク機器を利用する。ＷＡＮで時として見られる技術には、同期光ネットワーク（ＳＯＮＥＴ）、フレームリレー及びＡＴＭが含まれる。

サーバー１０１は、一般的に、ユーザーインターフェイス１０７、メモリユニット１０８及びプロセッサ１０９を有する。メモリユニット１０８は、一般的に、ソフトウェアアプリケーション１１２を含む。ユーザーインターフェイス１０７は、一般的に、出力装置１１０及び入力装置１１１を有する。

サーバー１０１は、限定の意図はないが、コンピュータ、ワークステーション、パソコン、ハンドヘルドコンピュータ、デスクトップコンピュータ、ラップトップコンピュータなどにより実現可能である。サーバー１０１は、特定の実施例に依り、モバイル、固定式またはモバイルと固定式の間で変換可能なものでよい。サーバー１０１は、固定式コンピュータであるのが好ましい。

別名中央処理ユニット（ＣＰＵ）またはコントローラと呼ばれるプロセッサ１０９は、サーバー１０１を制御する。プロセッサ１０９は、種々の周辺装置及びサーバー１０１のコンポーネントへのデータ転送に用いる、サーバー１０１の内部または外部の通信パスを介して、命令を実行し、取り出し、転送し、そして復号する。プロセッサ１０９は、ネットワークガイドラインエスティメータ（ＮＧＥ）１１５、ネットワークロードエスティメータ（ＮＬＥ）１１６、及び／またはネットワークロードアナライザ（ＮＬＡ）１１７、またはサーバー１０１の外部にあるが通信パス１０６を介するなどしてプロセッサ１０９と通信する同じ構成要素１１５、１１６、１１７の各々へのインターフェイスを含む。構成要素１１５、１１６、１１７はそれぞれ、ハードウェア、ソフトウェア及びそれらの組み合わせで利用することができる。各構成要素１１５、１１６、１１７は、さらに詳しく説明するが、同時にまたは異なる時点で、同じまたは異なるネットワーク１００においてそれぞれ独立して使用される。

メモリユニット１０８は、限定の意図はないが、ハードドライブ、リードオンリーメモリ（ＲＯＭ）、及びランダムアクセスメモリ（ＲＡＭ）を含む。メモリユニット１０８のサイズは、特定の用途に応じて、アプリケーション１１２及び他の全てのプログラム及び保存ニーズに適合する適当な大きさである。別名実行可能なコードまたは実行可能なアプリケーションと呼ばれるアプリケーション１１２は、ＷＡＮ上で展開されるアプリケーション特定プロバイダ（ＡＳＰ）により実行可能なアプリケーションであるのが好ましい。

ユーザーインターフェイス１０７では、ユーザーは、入力装置１１１により情報をサーバー１０１に入力し、出力装置１１０によりサーバー１０１から情報を受けることができる。入力装置はキーボードであるのが好ましいが、例えば、タッチスクリーン、音声認識プログラムを有するマイクロフォンでもよい。出力装置はディスプレイ装置であるのが好ましいが、例えば、スピーカーでもよい。出力装置は、入力装置がユーザーから情報を受けるかまたはサーバー１０１による他のアクションに応答して情報をユーザーに提供する。例えば、ディスプレイは、ユーザーがキーボードによりサーバー１０１に情報を入力するとそれに応答して情報を表示する。

サーバー１０１はまた、当業者によく知られた他の構成要素も有するが、限定の意図はないが、それらには、サーバー１０１によるデータの受信またはサーバー１０１からのデータの送信を可能にする通信ポートを提供するデータ入力インターフェイス及びデータ出力インターフェイスを含まれる。データ入力インターフェイス及びデータ出力インターフェイスは、双方向通信を可能にする同じインターフェイスかまたは単方向通信を可能にする異なるインターフェイスでよい。データ入力インターフェイス及びデータ出力インターフェイスの例には、限定の意図はないが、パラレルポート及びユニバーサルシリアスバス（ＵＳＢ）のようなシリアルポートが含まれる。各構成要素１１５、１１６、１１７は、これらがサーバー１０１の外部にある場合は、データ入力インターフェイス及びデータ出力インターフェイスを用いてサーバー１０１と通信する。

各クライアント／ワークステーション（クライアント）１０２、１０３、１０４は、限定の意図はないが、コンピュータ、ワークステーション、パソコン、ハンドヘルドコンピュータ、デスクトップコンピュータ、ラップトップコンピュータなどにより実現可能である。各クライアント１０２、１０３、１０４は、特定の状況に応じてモバイル、固定式またはモバイルと固定式の間で転換可能なものでよい。各クライアント１０２、１０３、１０４は固定式であるのが好ましい。

通信パス１０６は、サーバー１０１を各クライアント１０２、１０３、１０４に電気的に結合する。通信パス１０６は、有線及び／または無線式か、もしくは固定式及び／またはモバイルサーバー１０１やクライアント１０２、１０３、１０４に適応するものである。有線通信パスの例には、限定の意図はないが、ＬＡＮ、専用ＷＡＮ回路、ＡＴＭ、フレームリレーが含まれる。無線通信パスの例には、限定の意図はないが、無線ＬＡＮ、マイクロ波リンク、衛星が含まれる。通信パス１０６は有線であるのが好ましい。

ネットワーク１００は、ソフトウェアアプリケーション１１２を保存する外部メモリユニット１１３も含む。外部メモリユニット１１３は、限定の意図はないが、ハードドライブ、リードオンリーメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）のうちの１またはそれ以上を含む。外部メモリユニット１１３は、特定の用途に応じて、アプリケーション１１２及び他の全てのプログラム及び保存ニーズに適応する適当なサイズのものである。外部メモリユニット１１３は、サーバー１０１及びネットワーク１０１の特定の使用例に応じて、サーバー１０１内のメモリユニット１０８と併用するかまたはその代替手段として使用することができる。

コンピュータにより読み取り可能な製品１１４、好ましくは、コンピュータにより読み取り可能な記憶媒体は、例えば、ディスク（コンパクトディスクのような）や、メモリユニット１０８または外部メモリユニット１１３へ挿入またはダウンロード可能な実行可能なアプリケーション１１２を含む他の携帯記憶媒体より成る。

図２は、本発明の好ましい実施例に従って、図１に示すようにネットワーク１００内で同時並行的に動作する１またはそれ以上のアプリケーション１１２により使用されるネットワークロードを測定するプロセス２００を示す。

方法とも呼ぶプロセス２００はステップ２０１でスタートする。

ステップ２０２では、図１に示すネットワークガイドラインエスティメータ（ＮＧＥ）１１５が、シミュレーションされるネットワークで動作する各ソフトウェアアプリケーションのネットワークロードを予測して各ソフトウェアアプリケーションのネットワークロード計量値を求める。

ネットワーク１００上へのアプリケーション１１２の組み込みは、特にＷＡＮについてアプリケーションのネットワーク挙動が適度に特徴付けられる場合に通常、成功と言える。アプリケーションの特性は、それらをシミュレーションまたはテストネットワークとも呼ぶ制御されたネットワーク環境でテストしてアプリケーションのネットワーク挙動をチェックすることにより測定される。このプロセスを、アプリケーションネットワークベースラインプロファイリングと呼ぶ。

アプリケーションネットワークベースラインプロファイリングは、以下の条件を備えた制御されたテスト環境で行うのが好ましい。以下の条件とは、
１．サーバー１０１及びクライアント１０２−１０４が１つのＬＡＮ上にある。
２．クライアントがアプリケーション１１２の機能を実行する時、全てのアプリケーションコンポーネント間のネットワークトラフィックをＬＡＮ上の１つのネットワーク場所でみることができる。
３．１つのクライアント（即ち、テストクライアント）がサーバー１０１を使用中である。

２つのネットワークツールを用いて、アプリケーションネットワークベースラインプロファイリングが行われる。
１．アプリケーションエキスパートＴＭツールのような従来のサードパーティーソフトウェアツールは、テストクライアントがアプリケーション機能を実行する時アプリケーションのネットワークトラフィックを捕捉する。
２．ＮＧＥ１１５は、アプリケーションエキスパートツールからの情報を使用して、アプリケーションのネットワークロード及び待ち時間パラメータ並びにアプリケーションネットワーク挙動をプロファイリングする他の計量値を計算する。

ステップ２０２の下での以下のテキストは、アプリケーションのネットワークロード特性をプロファイリングするプロセス、アプリケーションのネットワーク待ち時間性能を画定するプロセス及びアプリケーションのネットワークロード特性に応答してＷＡＮ上に多数のユーザークライアントを展開させる時のネットワーク容量条件を予測するプロセスを説明する。

以下の説明は以下の定義に関するものである。
１．コンカレントユーザー：任意所与の所定の時間インターバル（例えば１分）の間にアクティブな（即ち、ネットワークトラフィックを発生している）アプリケーションのクライアント。
２．アクティブユーザー：所与の時点にそのアプリケーションにログオンしてそのシステムを普通のペースで使用する（即ち、機能を実行し、オンライン更新及び選択を行い、スクリーン情報のチェック及び評価などを行う）多数のクライアント。
３．展開状態のユーザー：そのアプリケーションをインストールしたクライアント。
４．タスク：特定のタスク（即ち、仕事の１小単位）を行うために実行されるアプリケーションの個々の機能。
５．ワークユニット：そのアプリケーションが実行するよう設計されている仕事の１単位を完了するために実行される一連のタスク。アプリケーションは、一般的に、多くのタイプのワークユニットを有する。

アプリケーションのネットワークロード特性のプロファイリングを行うプロセスを以下に説明する。アプリケーションのネットワークロードの１つの特性はロードファクタである。ロードファクタは、特定のアプリケーションのユーザーがそのアプリケーションの使用中に発生する平均ネットワークロードを計算したものである。ロードファクタは以下の情報を用いて計算される：

１．ユーザーがアプリケーションの使用中に実行可能なワークユニットのリスト。
２．各ワークユニットを構成するタスク（即ち、アプリケーション機能）のリスト。
３．各ワークユニットの使用頻度（この測定または予測が実現できる場合）。

アプリケーションの典型的なワークユニットのうち少なくとも９５％は、テストクライアントが各ワークユニットを実行する間に発生されるネットワークトラフィックを捕捉することにより、テストネットワークにおいてテストするのが好ましい。別個の捕捉ファイバーが各ワークユニットにつき保存される。

テストは、従来のサードパーティーソフトウェアツールを用い、制御された実験室環境におけるＬＡＮにかかるネットワークロードを測定することを含む。アプリケーションの使用経験がある人（即ち、テストユーザー）は、手動でテストを行い正確な測定値を収集するのが好ましい。あるいは、テストを自動的に行うことができる。熟練したユーザーは、コンピュータ処理時間及びユーザー思考時間を含む予測されるエンドユーザーの大体の速度でワークユニットを実行する、実行されたワークユニットは、ワークユニットのプロファイリングを実行して、合理的なネットワークロードファクタ（ＬＦ）及びワークユニットの完了時間（即ち、ワークユニット完了時間）（ＷＣＴ）を得るために使用される。アプリケーションのネットワークロードファクタ及びワークユニット完了時間もまた、ＮＬＥ１１６が、以下に述べるように、ＷＡＮ上で幾つのワークステーションを展開できるかを予測するために使用する。

アプリケーションがテストされると、各ワークユニットの捕捉ファイル３０１（図３に関連して後述する）に保存されたネットワークトラフィック情報がＮＧＥ１１５にインポートされる。その後、ＮＧＥは、ユーザーがワークユニットを実行する時使用する平均のネットワーク容量（即ち、帯域幅）を特定するアプリケーションのネットワークロードファクタを計算する。ネットワークロードファクタは、アプリケーションのネットワークロードプロフィール及びそれが如何にネットワークフレンドリーであるかに関するものである。

ＮＧＥ１１５は、ネットワークロードファクタを用いて、ネットワークの限界またはブレークポイントを特定するある所定のしきい容量に到達する前にネットワークがサポートできる同時並行利用のユーザーの最大数を特定するコンカレンシーファクタ（ＣＦ）を求める。例えば、ネットワークの推奨される所定のしきい容量が６０％であり、アプリケーションのネットワークロードファクタが２％である場合、コンカレンシーファクタは３０（即ち、６０％／２％）である。コンカレンシーファクタは、３０の同時並行的なユーザーがネットワーク容量の６０％を必要とすることを示す。

ＮＧＥ１１５は、このコンカレンシーファクタとワークユニット完了時間とを用いて、製品のネットワーク１００がサポートできる展開可能なクライアントの総数を予測する。ピーク時間の間収容しなければならない同時並行的なユーザーの数を正確に予測することにより、ネットワークロード情報を用いて製品のネットワーク１００の大きさ及び構成を適切に決定することが可能である。

ステップ２０２に関する以下のテキストは、アプリケーションのネットワーク待ち時間プロフィールを求めるプロセスを説明する。タスクは仕事の小単位であるため、アプリケーションのタスクを実行するユーザーは応答時間に敏感である。例えば、タスクの実行を開始するためにエンターキーを押した後、ユーザーは２秒以内に応答が完了するのを予想するであろう。ユーザーのワークステーション１０２−１０４がサーバー１０１が作動中の同じＬＡＮ上にある場合、応答は１秒で返ってくるかもしれない。この時間の大部分はサーバー１０１とワークステーション１０２−１０４の処理時間であろう。この時間の非常に短い部分はＬＡＮのネットワーク待ち時間（ＮＬ）によるものである。しかしながら、ユーザーのワークステーション１０２−１０４がＷＡＮによりサーバー１０１から分離されている場合、ネットワーク待ち時間はかなりの遅延の原因になることがある。アプリケーションの性能特性は、アプリケーションタスクをテストし、ＮＧＥ１１５によりアプリケーションのネットワーク待ち時間計量値のプロフィールを求めることによって測定することができる。

ネットワーク応答遅延を構成する待ち時間の３つの成分は、
１．ＬＡＮまたはＷＡＮの速度に起因する挿入または伝送遅延。
２．データがネットワーク上を進行しなければならない距離による決まる伝播遅延。
３．多数のユーザーがネットワークを共用することによる輻輳に起因する遅延である待ち行列遅延である。

アプリケーションのネットワーク待ち時間特性を突き止めるために、従来のサードパーティーソフトウェアツールは、ワークユニットのテスト時に実行されるタスクを個々にテストする。これらのテスト時、発生するネットワークトラフィックはネットワークトレースファイルに捕捉されるが、各タスクに１つのネットワークトレースファイルが存在する。ネットワークトレースファイルはＮＧＥ１１５にインポートされるが、このＮＧＥはアプリケーションの平均ネットワーク待ち時間計量値を与えるパラメータを計算する。ＮＧＥ１１５はまた、タスクに固有のネットワーク待ち時間を特定する各タスクの詳細なリストを発生する。

ＮＧＥ１１５はまた、ＮＬＥ１１６にインポートされる待ち時間パラメータを与えるが、このＮＬＥは別のアプリケーション１１２と共にネットワーク１００を共用する時１つのアプリケーション１１２に対する湊合効果を予測するために用いられる。以下のパラメータはテストされる全てのテストにわたり平均値である。

１．平均タスクトラフィックサイズ（バイト）。
２．要求／応答対の数の平均数。これらはＷＡＮの伝播遅延（即ち、距離）と相互作用するアプリケーションターンと呼ばれる。多数のターンを有する任意のアプリケーションタスクにはネットワーク待ち時間が長いという問題があるが、この時間はＷＡＮの帯域幅（速度）を増加しても減少することができない。
３．データをネットワークを介して送るために用いるデータフレームの平均サイズ。
４．アプリケーションワークロード及び予測されるワークステーションの展開。

ステップ２０２の下の以下のテキストは、別名ワークロードと呼ばれる、ＷＡＮにわたり多数のクライアントを展開させる時のネットワークの容量条件を予測するためのプロセスを説明する。用語ワークロードは、所定の期間（例えば、１時間）（即ち、ピーク時）に完了するワークユニット（ＷＵ）の数のことである。ＮＧＥ１１５は、アプリケーションのワークユニット完了時間（ＷＣＴ）と呼ぶ計量値を計算する。ワークユニット完了時間はテストされる全てのＷＵの平均値であり、これは、テストされる全てのワークユニットの分散に基づき９５％の信頼値に調整される。

１分間のインターバルにそれぞれ平均して１人のアクティブユーザーがいる時の１時間で完了するＷＵの最大数の平均を予測するには、６０分をＷＣＴで割算する。上述したように、コンカレンシーファクタ（ＣＦ）の各単位値は任意の１分間インターバルでアクティブな１人のユーザーに等しい。従って、ネットワーク１００がその容量しきい値を超える前にサポートできる最大のワークロードはコンカレンシーファクタ（ＣＦ）に６０分を乗算しＷＣＴで割算した値である。

例えば、ＷＣＴが２分であれば、１であるＣＦ値の１時間当たりの最大ＷＵは３０である（即ち、６０／２）。ネットワークのコンカレンシーファクタ（ＣＦ）が１０に等しければ、１時間当たり３００のＷＵをサポートできる。製品のネットワークにおけるアプリケーションの供用の問題は、１１６のＷＵを発生させるには幾つのワークステーションが必要であるかということであり、これについて以下に述べる。

ステップ２０２の以下のテキストは、ワークロードに関連する一般的なアプリケーションの分類を説明する。アプリケーションのワークロードを展開されるワークステーションの数に関して決定しようとする時、以下の２つの質問はその助けとなる。
１．そのアプリケーションは如何なる分類に属するか？
２．トップテンのユーザー内のパワーユーザーについて１時間当たりの予想ワークロードはどれほどか？
通常、ユーザーは３つの分類にわけられる：
１．カジュアルユーザー、
２．標準ユーザー、
３．データ入力ユーザー。

アプリケーションユーザーの分類は、パワーユーザー（即ち、分類に属する強力なユーザー）がアプリケーションの実行に費やす１時間当たりの時間の合計により特定することができる。各分類のパワーユーザーの時間の合理的な類別方法は、
１．カジュアル：パワーユーザーは０乃至１０分実行する（５分が中間点）。
２．標準：パワーユーザーは１０乃至３０分実行する（２０分が中間点）。
３．データ入力：パワーユーザーは３０乃至５０分実行する（４０分が中間点）。

アプリケーション１１２及びその使用パターンの目的は、パワーユーザーを特定して控えめな予測を行うことである。１時間当たりパワーユーザーが実行するＷＵの平均数は、アプリケーションのワークユニット完了時間（ＷＣＴ）を用いて突き止めることができる。例えば、アプリケーションのパワーユーザーの控えめな値として中間点が特定し、アプリケーションのＷＣＴが２分である場合、
１．カジュアルユーザータイプのアプリケーションでは、パワーユーザーの平均は１時間当たり２．５ＷＵである。
２．標準ユーザータイプのアプリケーションでは、パワーユーザーの平均は１時間当たり１０ＷＵである。
３．データ入力ユーザータイプのアプリケーションでは、パワーユーザーの平均は１時間当たり２０ＷＵである。

本発明の好ましい実施例において、テストしたアプリケーション１１２は、標準ユーザークラスの範疇であり、大部分がおおよそ中間点の領域にあり、一部のアプリケーションはそれより低いか高い限界値上にあった。

ステップ２０２の下での以下のテキストは、ベースワークロードの予測を説明する。パワーユーザーのワークロードが一旦特定されると、ベースワークロード（ＢＷＬ）と突き止めることができる。ＢＷＬは、１時間当たりのＷＵの数をトップテン（１０）のユーザーのワークステーションにつき平均したものと定義される。ＢＷＬを用いて、トップテンにさらに別のユーザーのワークステーションが加えられた場合の全ワークロードを予測する。好ましくは、アプリケーションのＢＷＬは顧客に固有のものでなく、そのためチェックが容易でなく、ネットワーク容量必要条件を大きくしたりまたは小さくしたりする危険性がある。

パワーユーザーのワークロードを設定した後ＢＷＬを突き止めるには、トップテンのユーザーの全平均ワークロードを予測する。この値を１０で割算すると、トップテンのユーザー当たりのＷＵの平均数であるＢＷＬが得られる。トップテンのユーザーの全平均ワークロードは、パワーユーザーのワークロードに基づき控えめに突き止めることが可能である。全平均ワークロードは以下のようにして求める。
全ワークロード＝（１０×パワーユーザーのワークロード）／２
例えば、パワーユーザーの平均が１時間当たり１０ＷＵであれば、
全ワークロード＝（１０×１０）／２＝５０ＷＵ（１時間当たり）であり、
ＢＷＬ＝５０／１０＝５ＷＵ（トップテンのユーザー当たり）
ＢＷＬを用いて、トップテンを超えるさらに別のユーザーワークステーションが展開中に全ワークロードを突き止める。ＢＷＬのショートカットである公式は、
ＢＷＬ=パワーユーザーのワークロード／２

ステップ２０２の下での以下のテキストは、ワークロード及びユーザーワークステーションの展開について説明する。トップテンを超えるさらに別のユーザーがネットワークに加えられると、全ワークロードは非線形的に増加する。通常、トップテンにさらに１０人のユーザーを加えてもワークロードは倍にはならない。全ワークロードの控えめな予測の使用は、特定数のワークステーションについてのネットワーク容量必要条件を突き止める際に重要である。ＬＡＮ上ではこれは通常、問題にならないが、ＷＡＮでは、ＬＡＮとＷＡＮとの間には大きさの違いがあるため重要な問題となる。本発明の好ましい実施例では、テストされるアプリケーションのＢＷＬはかなり控えめであり、アプリケーションの全てのユーザーに適用可能である。従って、ＢＷＬを用いてＷＡＮの容量を極めて過大予測したり過小評価したりする蓋然性は低い。

ＮＧＥ１１５及びＮＬＥ１１６は共に、以下のように全ワークロードを予測する。
全ワークロード＝ＢＷＬ × ＡＷＳ／ＬＯＧ（ＡＷＳ）
ここで、ＡＷＳはアクティブワークステーション（即ち、ログインされたワークステーション）の総数であり、ベースとなる１０の機能へのログによりさらに別のユーザーが加わる時の全ワークロードの成長が徐々に減少する。この指数関数は線形的な成長を非常に控えめに修正したものである。

例えば、ＢＷＬ＝５ＷＵ（１時間当たり）（これはトップテンのユーザーの平均）であり、またＡＷＳ＝１０であると、
全ワークロード＝５×１０／ＬＯＧ（１０）または
全ワークロード＝５×１０／１＝５０ＷＵ（１時間当たり）（即ち、トップテンのユーザーのワークロード）
第２の例では、ＢＷＬ＝５ＷＵ（１時間当たり）であり、ＡＷＳ＝２０であれば、
全ワークロード＝５×２０／ＬＯＧ（２０）または
全ワークロード＝５×２０／１．３＝７６．９ＵＷ（１時間当たり）
第２の例とは対照的に、線形的な成長により１時間当たり１００ＷＵとなる。
第３の例では、ＢＷＬ＝５ＷＵ（１時間当たり）であり、ＡＷＳ＝２００であれば、
全ワークロード＝５×２００／ＬＯＧ（２００）または
全ワークロード＝５×２００／２．３＝４３４．８ＷＵ（１時間当たり）
第３の例とは対照的に、線形成長による１時間当たり１０００ＷＵとなるであろう。

全てのアクティブユーザーにより１時間の時間の間に完了されるワーク時間の総数は、全ワークロードにアプリケーションのＷＣＴ（ＷＵ完了時間）を乗算し６０分で割算した値に等しい。
例えば、上述の２００人のユーザーの第３の例では、ＷＣＴ＝２分であれば、
ワーク時間（ＷＨ）＝４３４．８×２分／６０分＝１４．５ワーク時間

ネットワークのアプリケーションのコンカレンシーファクタ（ＣＦ）が１４．５に等しいかそれより大きい場合、そのネットワークはそのしきい容量を超えずにワークロードをサポートすることができる。

ステーション２０２の下の以下のテキストは、アクティブユーザーの数を予測するプロセスを説明する。全ワークロードの公式は、アクティブユーザーの数（即ち、ログインした状態のユーザー）の数を必要とする。以下の説明は、アクティブユーザーのワークステーションを展開されたワークステーションの総数と如何にして関連付けるかを説明する。好ましくは、以下の所定のアルゴリズムを用いる。展開されたワークステーションが４０未満またはそれに等しい場合、アクティブユーザーは展開されたユーザーに等しい。しかしながら、展開されたワークステーションが４０より多い場合、アクティブユーザーは徐々に減少する。徐々に減少する必要性は、ログインの数が展開されたワークステーションの増加に対して線形的に増加しないからである。展開されたワークステーションが４０多いと、以下の公式が用いられる。

アクティブユーザー＝展開されたユーザー×１．６／ＬＯＧ（展開されたユーザー）
例えば、展開されたユーザーが１００に等しい場合、
アクティブユーザー＝１００×１．６／ＬＯＧ（１００）＝１００×１．６／２＝８０（即ち８０％）のアクティブユーザーである。

第２の例では、展開されたユーザーが１０００に等しい場合、
アクティブユーザー＝１０００×１．６／ＬＯＧ（１０００）＝１０００×１．６／３＝５３３（即ち、５３％）のアクティブユーザーである。

ステップ２０２のテストは、アプリケーションを使用するかもしれない予想されるネットワークを表すシミュレーションしたネットワーク環境において行うのが好ましい。アプリケーションのメーカー（または許可されたサードパーティ）は、アプリケーションをコンピュータにより読み取り可能な記憶媒体としてエンドユーザーに出荷または販売する前に、シミュレーションされた製造環境でそのアプリケーションに対するネットワークロードのテストを行うことによりネットワークロード計量値を発生させるのが好ましい。コンピュータにより読み取り可能な記憶媒体は、限定の意図はないが、磁気ディスクまたはテープ、コンピュータリードオンリーメモリのような光ディスク（ＣＤＲＯＭ）、ハードドライブ及び電話線、インターネット、同軸ケーブル、無線リンクなどのような通信パスを介して送られるデータを含む。予想される製造環境及び予想されるエンドユーザーを考慮すると少数か多数のネットワークロードの計量値が必要であるため、シミュレーションはそれぞれ単純化されたものかまたは複雑なものとなる。多くのネットワークロード計量値を発生させるタスクは、シミュレーションされた各々のネットワーク環境でアプリケーションを物理的に走らせることなくほぼ連続したネットワークロード計量ポイントを与える統計的手法のような種々の分析方法を用いることができる。さらに、多くのネットワークロード計量値は、予め決定されてデータベースに保存されるかまたは入力と出力の変数を有する方程式により予め特徴付けられ、表示することができる。ネットワークロード計量値またはそれらを表す方程式は、アプリケーションのセットアップファイルに組み込むのが好ましい。そうすると、ネットワーク管理者は、実際の製造環境に最も近いシミュレーションされたネットワーク環境のうちの１つのネットワートロード計量値を使用する。あるいは、ネットワーク管理者は、実際の製品のネットワーク環境の特性をセットアップファイルに関連する入力ウィンドウに入力し、セットアッププログラムがエンドユーザーに使用すべき推奨のネットワークロード計量値を与える。

ステップ２０３では、ネットワークロードエスティメータ（ＮＬＥ）１１６は、１またはそれ以上のアプリケーションのうちの各々についてＮＧＥ１１５によりネットワークロード計量値が突き止められるとそれに応答して製品のネットワーク１００で同時並行的に作動する１またはそれ以上のアプリケーション１１２のネットワークロードを予測する。

ＮＬＥ１１６は、アプリケーションのネットワークロードファクタ及びワークユニット完了時間を用いてＷＡＮ上にどれほど多数のユーザーワークステーションを展開できるかを予測する。ＮＬＥ１１６は多数の異なるアプリケーション１１２の計量値を湊合することにより、２以上のタイプのアプリケーションを展開する時のＷＡＮの容量条件を迅速に予測できるようにする。ＮＬＥ１１６は、完全なＷＡＮトポロジーをサポートし、ネットワークロード及び待ち時間の効果を湊合して、ＷＡＮを共用する多数のアプリケーションのインパクトを統合する。ＮＬＥの入力はＮＧＥ１１５からくるが、これにより、比較的熟練度の低い管理者でも共用される製品のネットワーク環境において多種多様なアプリケーションについて作業することができる。これとは対照的に、ＮＧＥ１１５は単一のアプリケーションのネットワークプロファイル特性を特定するだけである。

ＮＬＥ１１６の各アプリケーション１１２は、３つのネットワークロードパラメータを有する。これらのパラメータは、アプリケーション１１２のプロファイリングプロセスが完了するとＮＧＥ１１５から得られる。３つのパラメータは、
１．所定の（例えば、毎秒１２８キロビット）のＷＡＮにつき特定されたアプリケーションのＣＦ（コンカレンシーファクタ）。
２．アプリケーションのＢＷＬ（ベースワークロード）。
３．アプリケーションのＷＣＴ（ワークロード完了時間）。

ＮＬＥ１１６を初期化するために、管理者はＷＡＮ速度を調整し、アプリケーション１１２を選択し、展開されるワークステーションの数を入力する。ＮＬＥ１１６は、上述したアプリケーション１１２のロードパラメータ及び公式を用いて特定のＷＡＮ速度で使用するネットワーク容量を計算する。２以上のアプリケーション１１２を展開させる場合、ＮＬＥ１１６は全てのアプリケーション１１２により使用される全容量を計算する。

以下のプロセスはＮＬＥ計算プロセスを要約したものである。
１．アクティブワークステーションの数を計算する。
展開されるワークステーションが４０より多ければ、
ＡＷＳ＝（展開されるワークステーション×１．６）／ＬＯＧ（展開されるワークステーション）。
２．全ワークロードを計算する。
全ワークロード＝ＢＷＬ × ＡＷＳ／ＬＯＧ（ＡＷＳ）
３．全ワーク時間を計算する。
全ワーク時間＝全ワークロード×ＷＣＴ／６０
４．必要なＷＡＮ容量（帯域幅使用率）を計算する。
必要な容量＝全ワーク時間／ＣＦ
必要な容量が１よりも大きければ、高速ＷＡＮが必要である。
必要な容量が１に等しければ、帯域幅利用率はＷＡＮのしきい値にある。
ＷＡＮ帯域幅利用率＝しきい値×必要な容量
例えば、ＣＦ＝２０、全ワーク時間＝１０、及びＷＡＮしきい値＝６０％であれば、ＷＡＮ帯域幅使用率＝０．５×６０％＝３０％。

ステップ２０２及び２０３は協働して、ネットワークロードを予測するシステム１０１を作動させる方法を説明する。ステップ１０１は、図３に示すようにＮＧＥ１１５及びＮＬＥ１１６を含む。ＮＧＥ１１５は、シミュレーションされるネットワーク１００で作動する各ソフトウェアアプリケーション１１２のネットワークロードを分析して、各ソフトウェアアプリケーション１１２のネットワークロード計量値を求める。ＮＬＥ１１６は、ネットワーク１００で同時並行的に作動する１またはそれ以上のソフトウェアアプリケーション１１２のネットワークロードを各ソフトウェアアプリケーション１１２のネットワークロード計量値に応答して予測する。

ＮＧＥ１１５は、ソフトウェアアプリケーション１１２のメーカーがＮＧＥ１１５による分析を行う時のようにシミュレーションされるネットワークで作動させながら、各ソフトウェアアプリケーション１１２のネットワークロードを分析する。メーカーのケースでは、各ソフトウェアアプリケーション１１２のネットワークロード計量値は、有利なことに、ソフトウェアアプリケーション１１２の購入者が購入する時ソフトウェアアプリケーション１１２と共に購入者に与えられる。

ＮＧＥ１１５の視点から、このＮＧＥ１１５はプロセッサ１０９（ＮＧＥ１１５、ＮＬＥ１１６及びＮＬＡ１１７を用いる）の内部で実行されて、ネットワーク１００で作動する各ソフトウェアアプリケーション１１２のネットワークロードを予測することにより、各ソフトウェアアプリケーション１１２のネットワークロード計量値を求める。ネットワークロード計量値は、ＮＬＥ１１６が、ネットワーク１００で同時並行的に作動する１またはそれ以上のソフトウェアアプリケーション１１２のネットワーク容量を各ソフトウェアアプリケーション１１２のネットワークロード計量値に応答して予測するために使用する。

ＮＬＥ１１６の視点から、このＮＬＥ１１６はプロセッサ１０９内で実行されて、各ソフトウェアアプリケーション１１２の所定のネットワークロード計量値に応答してネットワーク１００で同時並行的に作動する１またはそれ以上のソフトウェアアプリケーション１１２のネットワーク容量を予測する。所定のネットワークロード計量値は、ネットワーク１００で作動する各ソフトウェアアプリケーション１１２のネットワークロードを表す。

コンピュータで読み取り可能な記憶媒体１１４の視点から、この媒体１１４は、実行可能なアプリケーションとネットワークロード計量値を表すデータとを含む。実行可能なアプリケーションはネットワーク１００で作動されるものである。実行可能なアプリケーション１１２に関連するネットワークロード計量値を表すデータは、ネットワーク１００で作動する実行可能なアプリケーション１１２のネットワークロード表示値を求めるにあたり使用可能である。ネットワークロード計量値は、ＮＬＥ１１６が、ネットワークロード計量値に応答してネットワーク１００で同時並行的に作動する１またはそれ以上の実行可能なアプリケーション１１２のネットワーク容量を予測するために使用するようになっている。

ネットワークロード計量値は、好ましくは、（ａ）アプリケーションを用いてある時間インターバルで転送される予想平均バイト数、（ｂ）アプリケーションを用いてある時間インターバルで転送される予想最大バイト数、（ｃ）アプリケーションを用いてある時間インターバルで転送させる予想最小バイト数、（ｄ）クライアントの平均ネットワークロードファクタ、（ｅ）平均データパケットサイズ、（ｆ）アプリケーショントランザクションにおける要求／応答対の平均数、及び（ｇ）アプリケーショントランザクション実行時にクライアントと少なくとも１つのサーバーとの間で転送される平均バイト数、のうちの少なくとも１つを含む。平均値は、特定の信頼レベルに調整された中央値、算術平均値、または算術平均のことを言う。最後のタイプは、平均値を計算する際のサンプルの分散度にかかわる。平均値は、サンプルの分散度が大きく、そして／または信頼度が高い（例えば９５％＋）である場合増加する。

ステップ２０４では、ネットワークロードアナライザ（ＮＬＡ）１１７は、製品のネットワーク１００で作動する１またはそれ以上のアプリケーションのネットワークロードを分析して、その１またはそれ以上のアプリケーションの実際のネットワークロードを測定する。ＮＧＥ１１５及びＮＬＥ１１６は共にネットワークロードの予想値を与えるため、ＮＬＡ１１７は、実際のネットワークロードを測定して、ネットワークロードの予想値が正確であるか否か判定する。ＮＬＡ１１７は、ネットワーク１００の状態が実質的に変化すればかならず知らせるのが好ましい。

ステップ２０５では、ステップ２０４で測定する実際のネットワークロードがステップ２０２または２０３で求めるネットワークロードの予測値にマッチするか否かが判定される。ステップ２０５の判定がイエスであれば、プロセス２００はプロセス２０７へ進むが、そうでなくて、ステップ２０５の判定がノーであれば、プロセス２００はステップ２０６へ進む。ステップ２０５の判定は手動で行うのが好ましいが、所望により自動的に行ってもよい。

ステップ２０６では、ステップ２０２または２０３のネットワークロードの予測値を修正する。ステップ２０６の判定は手動で行うのが好ましいが、所望なら自動的に行ってもよい。各製品のネットワークのＮＬＥ１１６を用いたネットワークロードの予測値は、ＮＬＡ１１７により測定される実際のネットワークロードに応答して修正される。しかしながら、個々の製品のネットワークにはばらつきがあるため、多数の製品のネットワークからのＮＬＡ１１７は実際のネットワークロード測定値に応答するシミュレーションされたネットワークに基づくＮＧＥ１１５を用いてネットワークロードの予測値を修正する。

ステップ２０７でプロセスは修正を行う。

図３は、本発明の好ましい実施例による、図１のテストネットワーク１００のアプリケーションベースラインプロフィールのタイミング図３００である。このタイミング図３００は、一般的に、ワークユニット（ＷＵ）ネットワークトレースファイル３０１、タスクネットワークトレースファイル３０２、及びワークユニット（ＷＵ）フロー３０３を含む。用語トレースファイルはトラフィックファイルとも呼ばれる。

ワークユニット（ＷＵ）ネットワークトレースファイル３０１は、別名ワークユニット（ＷＵ）完了時間と呼ばれる持続時間３０４（例えば、２分）を有し、開始時間３０５（例えば、時間（Ｔ）＝０秒）と終了時間（例えば、時間（Ｔ）＝１２０秒）とを含む。

ワークユニット（ＷＵ）フロー３０３は、複数の個々のタスク（例えば、タスク１ ３０７、タスク２ ３０８、タスク３ ３０９及びタスク４ ３１０）を含み、ユーザータイピング時間及び思考時間３１１、３１２、３１３として表されるユーザーアクションが隣接するタスクを分離する（例えば、時間３１１はタスク１ ３０７とタスク２ ３０８とを分離する）。ワークユニット（ＷＵ）３０３はアプリケーション１１２の１つの機能を表す。従って、ワークステーションにおいてアプリケーション１１２を使用するユーザーは多数のワークユニット（ＷＵ）フロー３０３を実行する。

ワークユニット（ＷＵ）フロー３０３では、各タスクのサイズはタスクのタイプに応じて異なる（例えば、タスク１ ３０７は１０キロバイト、タスク２ ３０８は２０キロバイト、タスク３ ３０９は５キロバイト、タスク４ ３１０は３０キロバイトである）。ワークユニット（ＷＵ）フロー３０３については、ワークユニットネットワークトレースファイル３０１は、２分の持続時間の間に、ワークステーション１０２−１０４とサーバー１０１との間で６５キロバイト（即ち、１０＋２０＋５＋３０）の全データトラフィックを捕捉する。

ワークユニット（ＷＵ）３０３では、ユーザーの各タイピング時間及び思考時間の持続時間も、必要とされる時間の長さにより異なる。各タスクは、タスクをスタートさせる開始時と、タスクの終了時点を表す終了時を表す。タスクの開始時と終了時の間の持続時間はそのタスクの応答時間を表す。タスクの開始は前のユーザーのタイピング時間及び思考時間の終了時にスタートし、タスクの終了は次のユーザーのタイピング時間及び思考時間の開始時に停止する。

各ワークユニットネットワークトレースファイル３０１は、図１に示すようなネットワークの物理的構成に対応する決まったフォーマットを持つのが好ましい。例えば、ネットワークの物理的構成は、通信パス１０６を介してデータトラフィックを転送する３つの異なるコンピュータ装置を備えており、それらには、１）クライアントワークステーション（ＣＷ）１０２−１０４、２）ビジネス論理ソフトウェアを走らせるアプリケーションサーバー（ＡＳ）１０１、及び３）アプリケーションのデータを保存するデータベース（ＤＢ）１１３を含む。この物理的構成には２つのトラフィックフローがあるのが好ましく、これらは、クライアントワークステーション１０２−１０４からアプリケーションサーバー１０１への第１のフローと、アプリケーションサーバー１０１からデータベース１１３への第２のフローとを含む。

図１に示すネットワークの物理的構成に対応するワークユニットネットワークトレースファイル３０１のフォーマットを表１において説明する。

表１では、欄１に示すワークユニット（ＷＵ）名、及び欄２及び３に示すノード１及びノード２の名前は、ワークユニットネットワークトレースファイル３０１がスタートする前に決定される。ワークユニットネットワークトレースファイル３０１は、最後の４つの欄（即ち、欄４、５、６、７）のデータを捕捉し記録する。例えば、欄１に示すワークユニット（ＷＵ）名、ＡＢＣは２つのトラフィックフローを有し、各トラフィックフローは各方向において送られるデータ量を含む。例えば、欄４のノード１のバイトサイズのフィールドは、クライアントワークステーション（ＣＷ）１０２−１０４が２０００バイトをアプリケーションサーバー（ＡＳ）１０１に転送したこと、またアプリケーションサーバー（ＡＳ）１０１が５０００バイトをデータベース（ＤＢ）１１３に転送したことを示す。同様に、例えば、欄５に示すノード２のバイトサイズのフィールドは、アプリケーションサーバー（ＡＳ）１０１が８０００バイトをクライアントワークステーション（ＣＷ）１０２−１０４へ転送したこと、またデータベース（ＤＢ）１１３が１２０００バイトをアプリケーションサーバー（ＡＳ）１０１に転送したことを示す。欄６に示すワークユニット（ＷＵ）完了時間の測定値３０４は、開始３０５から終了３０６までのワークユニットのフロー３０３の実行にかかった全時間である。欄７に示すタスク数は、ワークユニットフロー３０３を完了するために実行されたアプリケーションタスクの数を特定する。ＮＧＥ１１５は、これ４つの欄（即ち、欄４、５、６、７）からの記憶された情報を用いてタスク分析の妥当性をチェックする。

表１は、オプションとして、各プラットフォーム対の間で転送されたバイトサイズに対応するフレーム総数及び／またはワークユニットフロー３０３の総数を含んでもよい。

タスクネットワークトレースファイル３０２は複数の個々のネットワークトレースファイルを含み、各ネットワークトレースファイルは各タスクに対応する。例えば、ネットワークトレースファイル３１４、３１５、３１６、３１７はそれぞれタスク１ ３０７、タスク２ ３０８、タスク３ ３０９、タスク４ ３１０に対応する。タスクネットワークトレースファイル３０２は、各タスクの実行開始時間から各タスクの実行終了時間まで（即ち、タスクの応答時間）の個々のタスクに関連するデータトラフィックを捕捉する。図３において、４つのタスクネットワークトレースファイル３０２はタスクレベルでワークユニットを画定する。従って、完全なワークユニットネットワークトレースファイル３０１にはそれぞれネットワークトレースファイル３０２のセットが関連する。

図１に示すネットワークの物理的構成に対応するタスクネットワークトレースファイル３０２のフォーマットを表２に示す。

表２において、欄１のフィールドは実行中のタスクの名前を表し、これは表１の欄１の実行中のワークユニット（ＷＵ）に匹敵するものである。

表２の欄２乃至５は、表１の欄２乃至５と同じフィールドを表す。例えば、欄４のノード１のバイトサイズのフィールドはクライアントワークステーション（ＣＷ）１０２−１０４がアプリケーションサーバー（ＡＳ）１０１へ５００バイトを転送すること、また、アプリケーションサーバー（ＡＳ）１０１が４０００バイトをデータベース（ＤＢ）１１３に転送することを示す。同様に、例えば、欄５に示すノード２のバイトサイズのフィールドは、アプリケーションサーバー（ＡＳ）１０１が４０００バイトをクライアントワークステーション（ＣＷ）１０２−１０４に転送し、また、データベース（ＤＢ）１１３が８０００バイトをアプリケーションサーバー（ＡＳ）１０１に転送することを示す。

欄６及び７に示すノード１のフレーム及びノード２のフレームは、欄４及び５に示すノード１のバイトサイズ及びノード２のバイトサイズの下で記憶される対応データを転送するに必要なネットワークデータフレームの数を表す捕捉された情報を提供する。例えば、欄６のノード１のフレームのフィールドは、クライアントワークステーション（ＣＷ）１０２−１０４からアプリケーションサーバー（ＡＳ）１０１へ５００バイトを転送するには５つのフレームが必要であったこと、またアプリケーションサーバー（ＡＳ）１０１からデータベース（ＤＢ）１１３へ４０００バイト転送するには３つのフォームが必要であったことを示す。同様に、例えば、欄７に示すノード２のフレームフィールドはアプリケーションサーバー（ＡＳ）１０１からクライアントワークステーション（ＣＷ）１０２−１０４へ４０００バイトを転送するには１０個のフレームが必要であったこと、またデータベース（ＤＢ）１１３からアプリケーションサーバー（ＡＳ）１０１に８０００バイトを転送するには１８個のフレームが必要であったことを示す。

欄８に示すターン数のフィールドは、特定のバイトサイズのデータを転送するためにノード１及びノード２に使用される要求／応答対の数を表す捕捉された情報を与える。

欄９に示すタスク応答時間の測定値は、タスクの実行時からタスクの完了時までの測定時間である。

表２は、オプションとして、タスクの総数を示す欄を含むことができる。

図４は、本発明の好ましい実施例に従って図３のタイミング図を用いてアプリケーションベースラインプロフィールを求める方法４００を示す。このアプリケーションベースラインプロフィールは、一般的に、ワークユニットトレースファイル３０１とタスクネットワークトレースファイル３０２とを有する。ネットワークガイドラインエスティメータ（ＮＧＥ）１１５は、ファイル３０１を使用してアプリケーション１１２のネットワークロード計量値を求める。

ステップ４０１で方法４００がスタートする。

ステップ４０２では、アプリケーション１１２の種々の機能が自動的に及び／または手動により特定される。アプリケーション１１２の機能に詳しい人は、手動でステップ４０２を実行するのが好ましい。特定した機能は、アプリケーション１１２により実行される典型的な機能を表す。

ステップ４０３では、各機能のワークユニットフロー３０３を形成する一連の個々のタスク３０７−３１０が手動で及び／または自動的に特定される。アプリケーション１１２の機能に詳しい人間は、手動でステップ４０３を実行するのが好ましい。例えば、病院管理アプリケーションは、患者を病院に入院させるための１またはそれ以上のワークユニットフロー３０４を有する。

ステップ４０４では、ネットワークトレースファイルソフトウェアプログラムが自動的に及び／または手動で開始される。ネットワークトレースフィイルソフトウェアプログラムは、ステップ４０４を自動的に実行するのが好ましい。ネットワークトレースファイルプログラムは、例えば、Compuware社のアプリケーションエキスパートのような従来のサードパーティーソフトウェアツールである。

ステップ４０５では、テストネットワーク１００においてアプリケーション１１２を使用するワークユニットフロー３０３が、自動的に及び／または手動で実行される。アプリケーション１１２の機能に詳しく、ワークステーション１０２−１０４でそのアプリケーションの典型的なユーザーとして働く人は、ステップ４０５を手動で実行するのが好ましい。テストネットワーク１００における各ワークユニットフロー３０３のその人による実行は、製品のネットワークにおけるアプリケーション１１２の製品ユーザーの実行を表す。例えば、病院の入院係を見習う人は平均数の分が経過する間患者入院プロセスを完了するために一連のタスクを実行する。

ステップ４０６では、ネットワークトレースファイフソフトウェアプログラムは、自動的に及び／または手動で、各ワークユニットフロー３０３のワークユニット（ＷＵ）ネットワークトレースフィイル３０１を捕捉する。ネットワークトレースファイルソフトウェアプログラムは、ステップ４０６を自動的に実行するのが好ましい。ワークユニットネットワークトレースファイル３０１は、本来、ユーザーの思考時間及びタイプ時間を含むユーザーが実行する全てのアクションの完全なプロフィールを含む。全てのワークユニットフロー３０３を合計すると、ＮＧＥ１１５にはアプリケーションのネットワークロードプロフィールを決定するデータが提供される。アプリケーションのネットワークロードプロフィールは、アプリケーションのネットワーク容量必要条件を計量したものである。

ステップ４０７では、ネットワークトレースファイルソフトウェアプログラムが、自動的に及び／または手動で、各タスク３０７−３１０のタスクネットワークトレースファイル３０２を捕捉する。ネットワークトレースファイルソフトウェアプログラムは、ステップ４０７を自動的に実行するのが好ましい。タスクネットワークトレースファイル３０２は、ＮＧＥ１１５にアプリケーション１１２のタスク平均計量値を予測するためのデータを与える。プロセッサ１０９は、タスク平均計量値を用いて個々のタスクの平均ネットワーク待ち時間及び特定ネットワーク待ち時間を求める。これらの計量値は、アプリケーションのベースライン性能プロフィールを突き止めるのに役立つ。

ステップ４０８では、ネットワークトレースファイルソフトウェアプログラムは自動的に及び／または手動で停止する。ネットワークトレースファイルソフトウェアプログラムは、ステップ４０８を自動的に実行するのが好ましい。

ステップ４０９では、アプリケーション１１２の特定した機能全てが自動的に及び／または手動で行われたかが判定される。ステップ４０９の判定結果がイエスであれば、方法はステップ４１０へ進み、ステップ４０９の判定結果がノーであれば、方法はステップ４１１へ進む。アプリケーション１１２の機能に詳しい人はステップ４０９を手動で行うのが好ましい。

ステップ４１０では、ワークユニットトレースファイル３０１及びタスクネットワークトレースファイル３０２が、自動的に及び／または手動でネットワークガイドラインエスティメータ（ＮＧＥ）１１５へ与えられる。ＮＧＥ１１５へ与えられるワークユニットトレースファイル３０１及びタスクネットワークトレースファイル３０２の接続は手動で行うのが好ましい。しかしながら、一旦接続されると、ワークユニットトレースファイル３０１及びタスクネットワークトレースファイル３０２は電子通信プロトコルを用いてＮＧＥ１１５へ自動的に転送される。

ステップ４１１では、アプリケーション１１２の特定された別の機能が自動的及び／または手動で選択される。アプリケーション１１２の機能に詳しい人が、ステップ４０９を手動で実行するのが好ましい。方法４００は、特定された機能が全て実行され、対応するファイルが捕捉されるまで継続する。ステップ４１１では、方法４００はステップ４０４へ戻り、ネットワークトレースファイルソフトウェアプログラムが再びスタートする。

上述したように、ステップ４０６及び４０７を除く方法４００の各ステップは、アプリケーション１１２のタイプ、構成及び機能としてのかかるエンジニアリング、ビジネス、技術的ファクタと、テストすべきアプリケーション１１２の数と、テストを自動化するコストと、方法を手動で実行するコストと、手動テストの信頼性などに応じて、手動及び／または自動的に行われる。方法４００の目的及び動作に詳しい人は、手動で操作する。方法４００を実行するようプログラムされたコンピュータのソフトウェアプログラムは、自動動作を行う。人間とコンピュータのソフトウェアプログラムとの組み合わせも、この方法４００を手動と自動のそれぞれの動作の組み合わせで実行することができる
ステップ４１２で、方法４００は終了する。

図５は、本発明の好ましい実施例による図１のネットワークガイドラインエスティメータ（ＮＧＥ）１１５の論理図である。ＮＧＥ１１５は、一般的に、プロセッサ１０９に電気的に結合され、ワークユニット（ＷＵ）ネットワークトレースファイル３０１及びタスクネットワークトレースファイル３０２を受けるユーザーインターフェイス１０７を含む。プロセッサ１０９は別名分析エンジンと呼ぶこともある。

ユーザーインターフェイス１０７は、一般的に、アプリケーションデータ入力ウィンドウ５０１と、結果ウィンドウ５０２とを有する。アプリケーションデータ入力ウィンドウ５０１は、ワークユニットの入力インターフェイス５０３と、タスク入力インターフェイス５０４と、ディスプレイ制御５０６を有するディスプレイ５０５と、ワークユニット（ＷＵ）の使用頻度制御ユニット５０７と、多数のワークユニット（ＷＵ）５０８と、多数のタスク５０９とを含む。結果ウィンドウ５０２は、ロードファクタ制御入力５１０と、ネットワーク待ち時間制御入力５１１と、ＷＡＮロードファクタ５１２と、ＬＡＮロードファクタ５１３と、タスク当りネットワーク待ち時間パラメータ５１４と、平均タスクネットワーク待ち時間パラメータ５１５と、平均タスクネットワーク待ち時間計量値５１６とを含む。

プロセッサ１０９は、ワークユニット入力インターフェイス５０３及びタスク入力インターフェイス５０４を介してネットワークトレースファイルソフトウェアプログラムからそれぞれワークユニット（ＷＵ）ネットワークトレースファイル３０１と、タスクネットワークトレースファイル３０２とを受ける。プロセッサ１０９は、ディスプレイ５０６上に提示するために、ワークユニット（ＷＵ）ネットワークトレースファイル３０１と、タスクネットワークトレースファイル３０２とを受けるとそれに応答してワークユニット（ＷＵ）５０８の数と、タスク５０９の数とを突き止める。プロセッサ１０９は、ワークユニット（ＷＵ）使用頻度制御入力５０７を受ける。

プロセッサ１０９は、ディスプレイ５０６上に提示するために、ロードファクタ制御入力５１０及びネットワーク待ち時間制御入力５１１を受けるとそれらに応答して、ロードファクタ計量値及びネットワーク待ち時間計量値を含む出力データの２つの主要なグループを発生する。ロードファクタ計量値は、ＷＡＮロードファクタ５１２と、ＬＡＮロードファクタ５１３とを含む。ネットワーク待ち時間計量値は、タスク当りネットワーク待ち時間パラメータ５１４と、平均タスクネットワーク待ち時間パラメータ５１３と、平均タスクネットワーク待ち時間計量値５１６とを含む。ロードファクタ計量値及びネットワーク待ち時間計量値は、ネットワーク帯域幅容量及びネットワーク性能能力を含むそのアプリケーションの２つのネットワーク特性を特定するのに役立つ。これらの値は、ワークユニット（ＷＵ）トレースファイル３０１及びタスクネットワークトレースファイル３０２の平均値を計算したものである。

図６は、本発明の好ましい実施例に従って、図１のネットワークガイドラインエスティメータ（ＮＧＥ）１１５を用いて図１のテストネットワーク１００で作動するアプリケーション１１２のネットワークロードを予測する方法６００を示す。

ステップ６０１で、方法６００がスタートする。

ステップ６０２では、ＮＧＥ１１５は、ネットワークトレースファイルソフトウェアプログラムからワークユニットネットワークトレースファイル３０１とタスクネットワークトレースファイル３０２とを受ける。

ステップ６０３では、ＮＧＥ１１５は、好ましくはアプリケーションデータ入力ウィンドウ５０１内の出力装置１１０を用いてワークユニット５０８の数とタスク５０９の数とを表示する。表示制御５０６により、ＮＧＥ１１５を動作させるネットワークアナリストはアプリケーションデータ入力ウィンドウ５００内のワークユニット５０８及び／またはタスク５０９をチェックすることができる。

ステップ６０４では、ＮＧＥ１１５は、ワークユニットネットワークトレースファイル３０１を受けるとそれに応答してアプリケーション１１２のネットワークロードを予測することにより、アプリケーション１１２のネットワークロード計量値を求める。ステップ６０４の詳細例を以下のテキストで説明する。

アナリストは、何れのアプリケーショントラフィックフローがネットワークを介して転送するために分析されるかを特定する。例えば、ＮＧＥを用いて、ＷＡＮまたはＬＡＮを介するクライアントワークステップ（ＣＷ）を作動させるためにアプリケーションのベースラインプロフィールを求めることができる。ＮＧＥ１１５は、デフォルトで全てのトラフィックフローのＬＡＮネットワークロード分析を行うのが好ましい。

図５に示すような結果ウィンドウ５０２内のロードファクタ制御５１０は、ワークユニットネットワークトレースファイル３０１に特定された適当な名前を入力することによりＷＡＮ上を走るアプリケーションデバイスを特定する。ＷＡＮ帯域幅（即ち、データレート）も、ＷＡＮデータレートのリストから選択される。ユーザーはまた、ＷＡＮ及びＬＡＮの帯域幅デフォルト値を選択するか使用することができる。ＷＡＮ及びＬＡＮの帯域幅デフォルト値は６０％であるのが好ましい。これらの帯域幅デフォルト値及びロードファクタ予測値は、平均６０％のＷＡＮまたはＬＡＮ帯域幅を消費する同時並行動作のクライアントワークステーション１０２−１０４の数を特定するために使用される。ＬＡＮの帯域幅許容値（ＡＢＷ）は２０％に設定される。

図５に示すようなアプリケーションデータ入力ウィンドウ５０１内のワークユニット（ＷＵ）使用頻度制御５０７は、ＮＧＥ１１５が平均ロードファクタ（ＬＦ）及び平均ワークユニット完了時間（ＷＴＣ）を計算する時、ワークユニット（ＷＵ）のセットをいかに重み付けするかを特定する。デフォルトの重み付け方法は均等重み付け方法であるのが好ましい。選択がなされると、ＮＧＥ１１５は、ＷＡＮディスプレイ５１２及びＬＡＮディスプレイ５１３内に図５に示すような以下の４つのネットワークロード計量値を含む結果ウィンドウ５０２を表示する。

１．ロードファクタ（ＬＦ）。この計量値は、１人のユーザーがアプリケーションワークユニットフロー３０３をアクティブに実行している時、アプリケーションプラットフォーム（クライアントワークステーション、データベースサーバーなど）により使用されるネットワーク帯域幅の大きさを特定する。ＮＧＥ１１５は、ＬＡＮを使用するアプリケーションプラットフォームの１つのロードファクタ計量値と、ＷＡＮを使用するアプリケーションプラットフォームの１つの値とを、各アプリケーションプラットフォームについて計算する。クライアントワークステーション１０２−１０４は、通常はＷＡＮを使用するものとして特定される。ネットワークの平均帯域幅は、タスクの平均値、分散度及びタスクの数を用いて計算される。
２．コンカレンシーファクタ（ＣＳ）。この計量値は、ネットワークの利用可能な帯域幅を消費する同時並行動作のユーザー数を特定する。この計量値はロードファクタ（ＬＦ）及び許容帯域幅（ＡＢＷ）と関連がある。ＮＧＥ１１５はＬＦをＡＢＷに分割することによりＣＦを計算する。
３．ワークユニット完了時間（ＷＣＴ）。この計量値は、ワークユニットの実行の完了に要する平均時間である。
４．ワークロード（ＷＬ）。この計量値は、所定の許容帯域幅（ＡＢＷ）を超えずに所定の時間（例えば、１時間）の間に実行可能なワークユニットの平均数を特定する。６０分をワークユニット完了時間で割算し、その結果にコンカレンシーファクタを乗算すると、ワークロードが得られる。

ネットワークの物理的構成は、以下の３つのタイプの装置を含む。
１．クライアントワークステーション（ＣＷ）。ユーザーは、クライアントワークステーション１０２−１０４上でワークユニットを実行する。
２．アプリケーションサーバー（ＡＳ）。アプリケーションサーバー１０１は、クライアントワークステーションの要求を処理するためにアプリケーションのコードを走らせる。
３．データベース（ＤＢ）。データベース１１３は、ワークユニットの実行時にそのデータをアプリケーションサーバー１０１へ与える。

装置間のトラフィックフローは以下の通りである。
ＣＷ←ＷＡＮ→ＡＳ←ＬＡＮ→ＤＢ
好ましくは、ＷＡＮ及びＬＡＮのビットレート（即ち、帯域幅）は以下の通りである。
１．ＷＡＮは毎秒１２８，０００ビットのビットレートを有する。
２．ＬＡＮはＣＷからＡＳへ毎秒１００，０００，０００ビットのビットレートを有する。
３．ＬＡＮは、ＡＳからＤＢへ毎秒１００，０００，０００ビットのビットレートを有する。

ワークユニットトレースファイル３０１の分析に基づき、ＮＧＥ１１５はＷＡＮについて以下の分析を行う。
１．ＣＷのＷＡＮ ＬＦ＝２％。これは、単一のクライアントステーション１０２−１０４がアプリケーションのワークユニットフロー３０３をアクティブに実行している時にＷＡＮ容量の２％を消費することを示す。
２．ＣＷのＷＡＮ ＣＦ＝３０で、ＡＢＷは６０％。これは、３０のクライアントワークステーション１０２−１０４がワークユニットフロー３０３をアクティブに実行している時にＷＡＮのロードは平均６０％であることを示す。
３．ＷＣＴ＝２分。これは、ワークユニットフロー３０３を完了するための平均時間である。ＮＧＥ１１５は、ワークユニットトレースファイル３０１から受ける情報を用いてこの値を計算する。
４．ＷＡＮのＷＬ＝９００。これは、ＷＡＮが６０％のロードで１時間当たり９００のワークユニットの実行をサポートすることを示す。

図５に示すＷＡＮディスプレイ５１２のディスプレイ出力の好ましいフォーマットを表３に詳示する。

ワークユニットトレースファイル３０１の分析に基づき、ＮＧＥ３０１はＬＡＮにつき以下の分析を行う。
１．ＣＷのＬＡＮ ＬＦ＝０．０３％。
２．ＣＷのＬＡＮ ＣＦ＝６６７、ＡＢＷは２０％。
３．ＡＳ／ＤＢ ＬＡＮ ＬＦ＝０．０１％。
４．ＡＳ／ＤＢ ＬＡＮ ＣＦ＝６０００、ＡＢＷは６０％。
５．ＷＣＴ＝２分。
６．ＣＷのＬＡＮのＷＬ＝２０，０１０。
７．ＡＳ／ＤＢ ＬＡＮのＷＬ＝１８０，０００。

図５に示すＬＡＮディスプレイ５１３の表示出力の好ましいフォーマットを表４に示す。

ステップ６０５では、ＮＧＥ１１５は、タスクネットワークトレースファイル３０５を受けるとそれに応答してアプリケーション１１２の性能を予測することにより、アプリケーション１１２のネットワーク性能パラメータを突き止める。ステップ６０５の詳細例を以下のテキストにおいて説明する。

ＮＧＥ１１５は、タスクネットワークトレースファイル３０２を用いてアプリケーション１１２の性能計量値を計算する。タスク分析計量値及び計算計量値だけを性能が主要な問題であるＷＡＮに適用するのが好ましい。ＮＧＥ１１５は、ＷＡＮを介してトラフィックを転送するアプリケーション装置、代表的にはクライアントワークステーション１０２−１０４の平均タスク計量値を計算する。ＮＧＥ１１５は、ネットワークロード分析時に適用されるＷＡＮ構成を用いてアプリケーション１１２の性能を分析する。

図５に示すような平均タスクネットワーク待ち時間パラメータディスプレイ５１５は、タスクネットワークトレースファイル３０２のＮＧＥの分析結果を表示する。平均タスクネットワーク待ち時間パラメータは、全てのタスクネットワークトレースファイル３０２の平均値を特定する。平均タスクネットワーク待ち時間パラメータは、タスクの平均値、分散度及び数を用いて計算するのが好ましい。平均タスク待ち時間パラメータは、好ましくは、ＷＡＮ上のアプリケーションの性能に関係がある。ＮＧＥ１１５は、ステップ６０４で述べたネットワークロード分析がスタートするや否や平均タスクネットワーク待ち時間パラメータを表示する。

ＮＧＥ１１５は、タスクネットワークロードファクタをワークユニットトレースファイル３０１を用いて計算したロードファクタと比較することにより平均タスクネットワーク待ち時間パラメータの妥当性をチェックする。ＮＧＥ１１５は、最初にタスクネットワークトレースファイル３０２に基づき平均タスクサイズを予測することにより、この比較を行う。平均タスクサイズは、ＮＧＥにより与えられステップ６０４で説明したネットワークロード分析時に抽出される１分間当たりに実行されるタスクの平均数を乗算される。１分間当たりのタスクの平均数はＮＧＥ１１５により設定されるが、これはワークユニットトレースファイル３０１に基づくものである。タスクロードファクタがワークユニットに基づくロードファクタの９５％以内であれば、タスク分析は妥当または受け入れ可能と考えられる。ＮＧＥ１１５は、タスクネットワークトレースファイル３０２がワークユニットネットワーク３０１と一致しない時はタスク分析が無効であると判定する。ＮＧＥ１１５からの無効の指示は、アプリケーションベースラインプロフィールテスト時に捕捉されたタスクネットワークトレースファイル３０２が不正確であったということを意味する。この場合、タスクネットワークトレースファイル３０２は有効な条件の下で再び走らせる必要があるであろう。しかしながら、ＮＧＥアナリストはエラーの度合いを予測するために９５％の比較値を無視し、大きなエラーを受け入れてＮＧＥ１１５が性能パラメータを発生できるようにする方を選ぶ。

タスク分析に関する性能パラメータは以下のようにして与えられる。
１．平均タスクサイズ。このパラメータは、クライアントワークステーション１０２−１０４がタスクを実行する時ＷＡＮ上を転送されるデータバイトの平均数を表す。このサイズは各通信方向につき表示される。このパラメータは、ネットワーク待ち時間の平均ＷＡＮ挿入遅延成分を予測するために使用される。
２．ターンの平均数。このパラメーターは、タスクを実行する時クライアントワークステーションとサーバーとの間で交換される要求／応答対の平均数を表す。このパラメータは、ネットワーク待ち時間のＷＡＮ伝播遅延成分及びタスクネットワーク待ち時間へのその寄与を突き止めるために有利である。
３．データフレームの平均数。このパラメータは、平均タスクサイズにより特定されるタスクのデータを転送するのに必要なネットワークデータフレームの数を表す。このパラメータは、ネットワーク待ち時間のＷＡＮ待ち行列遅延成分を予測するために使用される。
４．平均ベース応答時間。このパラメータは、タスクネットワークトレースファイル３０２がアプリケーションプロフィールテスト時に捕捉された時にタスクを完了するための平均時間を表す。このパラメータは、主として、アプリケーションハードウェアコンポーネントの処理遅延に関係がある。クライアントワークステーション１０２−１０４がＷＡＮ上で動作する時の全応答時間は、このパラメータをＮＧＥのネットワーク待ち時間予測値に加算することにより予測される。

これら４つの性能パラメータは、以下に述べるように、アプリケーションの平均タスクネットワーク待ち時間計量値を計算するために使用される。

図５に示すような平均タスクネットワーク待ち時間パラメータディスプレイ５１５の好ましいフォーマットを表５に示す。

図５に示すような結果ウィンドウ５０２内のネットワーク待ち時間制御５１１は、図５に示すディスプレイ５１６内の平均タスクネットワーク待ち時間計量値を発生させるためにネットワーク待ち時間分析のために使用されるＷＡＮの状態を特定する。ＮＧＥ１１５は、以下のＷＡＮの状態に応答してアプリケーションのネットワーク性能プロフィールを突き止めるために平均タスクネットワーク待ち時間計量値の分析を制御する。
１．平均ネットワーク待ち時間分析及び計量値のためのＷＡＮ帯域幅。ユーザーは、両通信方向の帯域幅の値を１秒当たりのキロビットで入力する。
２．ＷＡＮの距離（マイル）。
３．ＷＡＮのバックグラウンドロード。ＷＡＮ上の他のユーザー活動を表すために使用されるＷＡＮ容量のパーセント（即ち、未知のアプリケーションにより消費される帯域幅）。この値は６０％に設定するのが好ましい。
４．ＷＡＮのタイプ（例えば、専用線、ダイヤルアップ、フレームリレー、ＡＴＭなど）。図５に示すような平均タスクネットワーク待ち時間計量値ディスプレイ５１６の好ましいフォーマットを表６に示す。

表６において、アプリケーションのベース応答時間に加算されるネットワークの応答時間は、アプリケーションの平均タスクの全応答時間の平均に等しい。

ＮＧＥ１１５は、ネットワーク待ち時間制御５１１を用いて、図５のディスプレイ５１４に示すようにタスク当りの性能分析を行い、分析レポートのためのＷＡＮの状態をセットアップする。タスク当りの性能分析は、上述した平均ネットワーク性能分析と同じＷＡＮの状態を用いる。しかしながら、タスク当りの性能分析は、どの程度高いＷＡＮ帯域幅を実行するかを容易に比較できるようにするために多数のＷＡＮ帯域幅を使用しても良い。

ＮＧＥは、タスク当りネットワークパラメータを求めるためにタスクネットワークトレースファイル３０２から受ける特定のタスク毎にネットワーク待ち時間計量値及びタスクパラメータを計算する。ユーザーは、タスク当りディスプレイ５１４の分析結果をスクロールすることにより、タスク当りディスプレイ５１４を用いて任意特定のタスクの性能をチェックすることができる。ユーザーはまた、全てのタスクが結果のフォーマットされたものをプリントアウトすることが可能である。

図５に示すようなタスク当りネットワーク待ち時間ディスプレイ５１４の好ましいフォーマットを表７に示す。

表７において、小さい待ち時間（ＬＬ）フィールドは、小さい伝播遅延（例えば、０％のＷＡＮバックグラウンドロードで５０マイル）を表す。大きい待ち時間（ＨＬ）フィールドは、大きい伝播遅延（例えば、６０％のＷＡＮバックグラウンドロードで３０００マイル）を表す。全応答時間（ＲＴ）フィールドは、大きい待ち時間（ＨＬ）ネットワーク待ち時間にベース応答時間（ＲＴ）が加えられたタスクの応答時間を表す。表７は、高速帯域幅が好ましい場合に２つの帯域幅間の比較を可能にするために２つのＷＡＮ帯域幅が分析されることを示す。

好ましくは、ネットワーク待ち時間制御を用いて、ＮＧＥ１１５のユーザーにより入力される所定の値だけ平均ネットワーク待ち時間を超える大きい待ち時間（ＨＬ）を有するタスクだけを表示することができる。このようにネットワーク待ち時間制御を用いると、有利なことに、ユーザーはＷＡＮ上で作動している時性能を抑止しかねないタスクを特定することができる。

ステップ６０６で、方法６００は終了する。

本発明の好ましい実施例を要約すると、ネットワークガイドラインエスティメータ（ＮＧＥ）１１５は、各アプリケーション１１２のベースラインプロフィールテストに応答してテストネットワーク１０１で作動する各アプリケーション１１２のネットワークロード計量値及び性能パラメータを予測する。ＮＧＥ１１５は、アプリケーションのベースラインプロフィールを確立する効率のよい方法を提供する。アプリケーションベースラインプロフィールテスト４００は、テストネットワークを評価しながらワークフローネットワークトレースファイル３０１とタスクネットワークトレースファイル３０２とを捕捉することを含む。ファイル３０１及び３０２は、従来のサードパーティー探知ツールを用いるか種々の他の従来の方法を使用することにより捕捉することが可能である。ＮＧＥ１１５は、特定されたネットワーク構成に適用されるアプリケーションネットワークのシミュレーションを行わずに、全てのアプリケーション機能にわたって平均されたネットワークロード計量値及び性能パラメータを提供する。アプリケーション１１２のネットワークロード計量値及び性能パラメータは、任意特定のネットワーク構成のためにアプリケーション、ソフトウェアの開発及びネットワーク容量の計画を評価するために用いると有利である。

ネットワークロードエスティメータ（ＮＬＥ）１１６は、各ソフトウェアアプリケーションのネットワークロード計量値及び性能パラメータに応答してネットワークで同時並行的に作動する１またはそれ以上のソフトウェアアプリケーションのネットワークロードを予測する。ＮＬＥ１１６は、複雑なネットワークシミュレーションツールを使用せずに、ネットワークに繋がれた多数のアプリケーションを有するネットワークのネットワーク容量及びネットワーク待ち時間のサイズを決定するために用いられる使いやすいネットワークシミュレーションツールを提供する。ＮＬＥ１１６のユーザーは、セットアップや走らせるために何時間もの作業を必要とする複雑なネットワークシミュレーションツールに関する特定の知識や経験を必要としない。ユーザーインターフェイスは簡単で、容易に理解できる。分析結果は時間でなくて分の単位で得られる。性能の点については、リアルタイムで提示されるため、ユーザーは適正な性能を発揮させるためのＷＡＮのサイズの決定について迅速な判断と変更を行うことが可能である。従って、ＮＬＥ１１６は、１またはそれ以上のアプリケーションを同時に展開させる時のＷＡＮのサイズの決定を迅速且つ高い信頼度で行うことができる。

ＮＬＡ１１７は、好ましくは製品の生きた環境でアプリケーションを実行するワークステーション１０２−１０４により発生される捕捉されたデータトラフィックを含むネットワークトレースファイル３０１及び３０２を受ける。その後、ＮＬＡ１１７を用いて、１またはそれ以上のトレースファイル（各ファイルは１５分のトラフィック活動を有するのが好ましい）を消化することにより、アプリケーションのネットワーク容量プロフィールを発生させる。ＮＬＡ１１７は、各サンプルタイムウィンドウ（好ましくは６０秒のインターバル）においてフィルタリングを受けたトレースファイルデータを分析する。各タイムウィンドウは、全トラフィックロード、トラフィックを発生するクライアントの総数、クライアント毎の平均トラフィックロード（クライアント毎の平均ＷＡＮ帯域幅）、及びクライアントコンカレンシーレート（クライアントのワークロード）を表示する。全てのネットワークトレースファイル３０１及び３０２にわたる全てのウィンドウ測定値は、アプリケーションの容量プロフィール計量値、即ち、１）クライアントロードファクタ（即ち、帯域幅使用率）と２）クライアントコンカレンシーレート（即ち、ワークロード）を確立するために平均値、分散度及び信頼度レベルを用いて平均される。これら２つの計量値は、アプリケーション１１２の一般への発売前にアプリケーション１１２のプロフィールを形成するために用いるＮＧＥ１１５により予測される計量値の妥当性をチェックするために、また製品のネットワークの性能の妥当性をチェックするために使用される。ＮＬＡアプリケーション分析は使用中のアプリケーションからのトラフィックを用いて行うのが好ましいため、ＮＬＡ計量値は、新しいクライアント１０２−１０４をアプリケーション１１２に加える時のＷＡＮのサイズを決定する正確で簡単な方法を提供する。その後、ＮＬＡの計量値を用いて、ＮＬＥ１１６及び／またはＮＧＥ１１５のチューニングを行う。

従って、本発明を種々に実施例に関連して説明したが、本発明はこれらの特定の実施例に限定されると意図されていない。当業者は、開示した本発明の変形例、設計変更及びそれらの組み合わせを頭書の特許請求の範囲に示された発明の思想及び範囲から逸脱することなく実施できることがわかるであろう。

本発明の好ましい実施例による、複数のクライアント／ワークステーションに電気的に結合されたサーバーを含むネットワークを示す。 本発明の好ましい実施例に従って、図１に示すようなネットワークで同時並行的に動作する１またはそれ以上のアプリケーションが使用するネットワークロードを測定するプロセスを示す。 本発明の好ましい実施例による、図１に示すようなテストネットワークにおけるアプリケーションベースラインプロフィールのタイミング図である。 本発明の好ましい実施例に従って、図３に示すタイミング図を用いてアプリケーションベースラインプロフィールを求める方法を示す。 本発明の好ましい実施例による、図１に示すようなテストネットワークガイドラインエスティメータの論理図である。 本発明の好ましい実施例に従い、図１に示すようなテストネットワークガイドラインエスティメータを用いて、図１に示すようなテストネットワークで動作するアプリケーションのネットワークロードを予測する方法を示す。

Claims (15)

1. ソフトウェアアプリケーションのネットワーク動作特性を測定する方法であって、
   ソフトウェアアプリケーションの複数の機能の特定に応答して該複数の機能をテストネットワークにおいて実行し、
   テストネットワークにおけるソフトウェアアプリケーションの複数の機能の実行に応答してテストネットワークにおけるソフトウェアアプリケーションのネットワーク動作特性を分析することにより、製品のネットワークにおけるソフトウェアアプリケーションのネットワーク動作特性を予測するステップより成る、ソフトウェアアプリケーションのネットワーク動作特性の測定方法。
2. 分析ステップはさらに、
   ワークユニットネットワークトレースファイルの受取りに応答してテストネットワークにおけるソフトウェアアプリケーションのネットワーク帯域幅特性を分析することにより、製品のネットワークにおけるソフトウェアアプリケーションのネットワーク帯域幅特性を予測し、
   タスクネットワークトレースファイルの受取りに応答してテストネットワークにおけるソフトウェアアプリケーションのネットワーク待ち時間特性を分析することにより、製品のネットワークにおけるソフトウェアアプリケーションのネットワーク待ち時間特性を予測するステップを含む請求項１の方法。
3. ネットワーク帯域幅特性の分析ステップはさらに、
   ソフトウェアアプリケーションの複数の機能に対応し各々が複数のタスクを含む複数のワークユニットの実行に応答して、ソフトウェアアプリケーションの複数のワークユニットの各々のワークユニットネットワークトレースファイルを捕捉するステップより成り、
   ネットワーク待ち時間特性の分析ステップはさらに、
   複数のワークユニットの実行に応答して、ソフトウェアアプリケーションの複数のタスクのうち各々のタスクネットワークトレースファイルを捕捉するステップより成る請求項２の方法。
4. ネットワーク帯域幅特性はさらに、
   単一のクライアントワークステーションが複数のワークユニットのうちの１つをアクティブに実行している時に使用される平均ネットワーク帯域幅を表すロードファクタと、
   ロードファクタにより割算される所定の帯域幅を表すコンカレンシーファクタと、
   複数のワークユニットの実行を完了するに要する平均時間を表すワークユニット完了時間と、
   所定期間の間、所定の帯域幅内で実行可能なワークユニットの平均数を表すワークロードのうちの１つより成り、
   複数のタスクの各々のタスクネットワークトレースファイルはさらに、
   複数のタスクのうちの１つタスクの実行時にクライアントワークステーションとサーバーとの間でテストネットワークを介して転送されるデータバイトの数を表すタスクサイズと、
   タスク中の要求／応答対の数を表すターン数と、
   平均タスクサイズ中の平均数のデータバイトを転送するに要するデータフレームの数を表すデータフレーム数と、
   タスクを完了するための時間を表す基本応答時間とのうちの少なくとも１つより成る請求項３の方法。
5. テストネットワークにおけるソフトウェアアプリケーションのネットワーク待ち時間特性の分析ステップはさらに、
   クライアントワークステーションとサーバーとの間のデータ転送レートを表すネットワーク帯域幅と、
   クライアントワークステーションとサーバーとの間の物理的距離を表すネットワーク距離と、
   クライアントワークステーションとサーバーとの間の他のソフトウェアアプリケーションによるデータ転送レートを表すバックグラウンドロードと、
   クライアントワークステーションとサーバーとの間のネットワーク構成を表すネットワークタイプのうちの少なくとも１つに応答する請求項２の方法。
6. ネットワーク待ち時間特性はさらに、
   挿入遅延、
   伝搬遅延、
   待ち行列遅延、及び
   ネットワーク応答時間のうち少なくとも１つより成る請求項３の方法。
7. 製品のネットワークで動作するようになされた実行可能なアプリケーションと、
   ネットワーク動作特性を表し、テストネットワークで動作しながら実行可能なアプリケーションに関連し、製品のネットワークにおいて同時並行的に作動する１またはそれ以上の実行可能なアプリケーションのネットワーク動作特性の予測に使用されるデータとより成るコンピュータにより読み取り可能な製品。
8. ネットワーク動作特性はさらに、
   ソフトウェアアプリケーションに関連するネットワーク帯域幅特性と、
   ソフトウェアアプリケーションに関連するネットワーク待ち時間特性とより成る請求項７のコンピュータにより読み取り可能な製品。
9. ネットワーク帯域幅特性はさらに、
   単一のクライアントワークステーションが複数のワークユニットのうちの１つをアクティブに実行している時に使用される平均ネットワーク帯域幅を表すロードファクタと、
   ロードファクタにより割算される所定の帯域幅を表すコンカレンシーファクタと、
   複数のワークユニットの実行を完了するに要する平均時間を表すワークユニット完了時間と、
   所定期間の間、所定の帯域幅内で実行可能なワークユニットの平均数を表すワークロードのうちの１つより成る請求項７のコンピュータにより読み取り可能な製品。
10. ネットワーク待ち時間特性はさらに、
    挿入遅延、
    伝搬遅延、
    待ち行列遅延、及び
    ネットワーク応答時間のうち少なくとも１つより成る請求項７のコンピュータにより読み取り可能な製品。
11. データを第１のアプリケーションを実行するユーザーワークステーションからネットワークを介して遠隔の装置へ転送するに当たり使用される平均ネットワーク帯域幅容量を特定する平均ネットワークロードファクタを予測するシステムであって、
    パラメータを受けるインターフェイスプロセッサと、
    データアナライザとより成り、
    パラメータは、
    ワークステーション上で実行する第１のアプリケーションにより実行される一連のタスクに関連し、サーバーとワークステーションとの間を運ばれる捕捉されたネットワークデータトラフィックから抽出された第１の組のパラメータと、
    第１のアプリケーションにおいて実行される一連のタスクのうちの個々のタスクの動作に関連し、サーバーとワークステーションの間を運ばれる捕捉されたネットワークデータトラフィックから抽出された第２の組のパラメータとを含み、
    データアナライザは、第１及び第２の組のパラメータに基づき第１のアプリケーションの平均ネットワークロードファクタを求めるシステム。
12. 平均ネットワークロードファクタは、（ａ）一連のタスクのうち個々のタスクに対して与えられるロードファクタの算術的平均ネットワークロードファクタと、（ｂ）標準偏差、分散度及び一連のタスクにおけるタスク数に応答して調整される一連のタスクのうち個々のタスクに与えられるロードファクタの算術平均ネットワークロードファクタのうち少なくとも１つより成る請求項１１のシステム。
13. 捕捉されたネットワークデータから抽出される第１の組のパラメータは、（ａ）各プラットフォーム対間を転送されるバイトの数、（ｂ）各プラットフォーム対間を転送されるパケットの数、（ｃ）第１のプラットフォーム対から第２のプラットフォーム対へ転送される各プラットフォーム対についてのバイトの数、（ｄ）第２のプラットフォーム対から第１のプラットフォーム対へ転送される各プラットフォーム対についてのバイトの数、及び（ｅ）一連のタスクの持続時間のうちの少なくとも２つより成る請求項１１のシステム。
14. 一連のタスクのうちの個々のタスクに関連する第２の組のパラメータは、（ａ）各プラットフォーム対間を転送されるバイトの数、（ｂ）各プラットフォーム対間を転送されるパケットの数、（ｃ）第１のプラットフォーム対から第２のプラットフォーム対へ転送される各プラットフォーム対についてのバイトの数、（ｄ）第２のプラットフォーム対から第１のプラットフォーム対へ転送される各プラットフォーム対についてのバイトの数、（ｅ）タスクの持続時間、（ｆ）各プラットフォーム対間にある要求／応答のメッセージ対の数、及び（ｇ）タスクの数のうちの少なくとも２つより成る請求項１１のシステム。
15. 個々のアプリケーションに起因するネットワーク応答の平均遅延を予測するシステムであって、
    個々のアプリケーションに関連するパラメータに基づき該個々のアプリケーションに起因するネットワーク応答の平均遅延を予測するデータアナライザと、
    ユーザー命令に応答して装置に送られるネットワーク応答の平均遅延予測値を処理するインターフェイスプロセッサとより成り、
    データアナライザは、
    個々のアプリケーションの動作時に生じる要求／応答のメッセージ対の予測平均数を表す第１のパラメータと、
    ユーザーワークステーションから少なくとも１つのサーバーへの予測平均データトラフィックサイズを表す第２のパラメータと、
    少なくとも１つのサーバーからユーザーワークステーションへの予測平均データトラフィックサイズを表す第３のパラメータと、
    ユーザーワークステーションから少なくとも１つのサーバーへの予測平均データトラフィックパケット数を表す第４のパラメータと、
    少なくとも１つのサーバーからユーザーワークステーションへの予測平均データトラフィックパケット数を表す第５のパラメータを含むネットワーク応答の平均遅延予測システム。

Images