(57)【特許請求の範囲】
【請求項１】
検査下のネットワークに接続された検査システムによって実行される方法であって、
複数のユーザをエミュレートし、各エミュレートされたユーザ（ＥＵ）はＥＵのアクティビティを実行する、工程であって、
各ＥＵのアクティビティは、前記検査システムに、検査下のネットワークを介してトラフィックを生成させ、送信させ、
各ＥＵのアクティビティは１つ以上のコマンドを含み、
少なくとも一部のＥＵのアクティビティは第１のプロトコルに関連付けられた第１のコマンドを含み、第１のプロトコルは、前記第１のプロトコルとは異なる第２のプロトコルに関連付けられた第２のコマンドと同期されている、工程と、
前記複数のユーザをエミュレートする工程の結果をレポートする工程と
を含む、方法。
【請求項２】
グラフィカルユーザインターフェースを提供する工程と、
前記グラフィカルユーザインターフェースを介してユーザから各ＥＵのアクティビティの規定を受信する工程と
をさらに含む、請求項１に記載の方法。
【請求項３】
前記複数のユーザはＮ数のユーザからなり、各々が、Ｍ個のあらかじめ規定されたＥＵのアクティビティの１つを実行し、ここでＮ数およびＭ個は正の整数であり、Ｎ数はＭ個よりも大きいかそれに等しい、請求項１に記載の方法。
【請求項４】
前記第１のコマンドは第１のレイヤ２〜３のプロトコルに関連付けられ、前記第２のコマンドは、前記第１のレイヤ２〜３のプロトコルとは異なる第２のレイヤ２〜３のプロトコルに関連付けられている、請求項１に記載の方法。
【請求項５】
前記第１のコマンドはレイヤ２〜３のプロトコルに関連付けられており、前記第２のコマンドはレイヤ４〜７のプロトコルに関連付けられている、請求項１に記載の方法。
【請求項６】
前記第２のコマンドは、ハイパーテキスト・トランスファー・プロトコル、シンプルメールトランスファープロトコル、ポストオフィスプロトコル、シンプルメッセージシステムプロトコル、ファイルトランスファープロトコル、リアルタイムプロトコル、リアルタイムトランスポートコントロールプロトコル、リアルタイムストリーミングプロトコル、メディアゲートウェイコントロールプロトコル、およびセッションイニシエーションプロトコルのうちの１つに関連付けられる、請求項５に記載の方法。
【請求項７】
検査下のネットワークを検査するための方法であって、
１つ以上のエミュレートされたユーザ（ＥＵ）のアクティビティを規定する工程であって、
各ＥＵのアクティビティは１つ以上のコマンドを含み、
少なくとも一部のＥＵのアクティビティは第１のプロトコルに関連付けられた第１のコマンドを含み、第１のプロトコルは、前記第１のプロトコルとは異なる第２のプロトコルに関連付けられた第２のコマンドと同期されている、工程と、
複数のＥＵを含むＥＵのコミュニティを規定する工程であって、前記複数のＥＵの各々が前記規定されたＥＵのアクティビティの１つを実行する、工程と、
検査下のネットワークに接続された検査システムを使用して前記ＥＵのコミュニティをエミュレートする工程であって、
各ＥＵのアクティビティは、前記検査システムに、検査下のネットワークを介してトラフィックを生成させ、送信させる前記複数のＥＵによって実行される、工程と、
前記ＥＵのコミュニティをエミュレートする工程の結果をレポートする工程と
を含む、方法。
【請求項８】
グラフィカルユーザインターフェースを提供する工程と、
前記グラフィカルユーザインターフェースを介してユーザから各ＥＵのアクティビティの規定を受信する工程と
をさらに含む、請求項７に記載の方法。
【請求項９】
前記複数のＥＵはＮ数のＥＵからなり、各々が、Ｍ個のあらかじめ規定されたＥＵのアクティビティの１つを実行し、ここでＮ数およびＭ個は正の整数であり、Ｎ数はＭ個よりも大きいかそれに等しい、請求項７に記載の方法。
【請求項１０】
前記第１のコマンドは第１のレイヤ２〜３のプロトコルに関連付けられ、前記第２のコマンドは、前記第１のレイヤ２〜３のプロトコルとは異なる第２のレイヤ２〜３のプロトコルに関連付けられている、請求項７に記載の方法。
【請求項１１】
前記第１のコマンドはレイヤ２〜３のプロトコルに関連付けられており、前記第２のコマンドはレイヤ４〜７のプロトコルに関連付けられている、請求項７に記載の方法。
【請求項１２】
前記第２のコマンドは、ハイパーテキスト・トランスファー・プロトコル、シンプルメールトランスファープロトコル、ポストオフィスプロトコル、シンプルメッセージシステムプロトコル、ファイルトランスファープロトコル、リアルタイムプロトコル、リアルタイムトランスポートコントロールプロトコル、リアルタイムストリーミングプロトコル、メディアゲートウェイコントロールプロトコル、およびセッションイニシエーションプロトコルのうちの１つに関連付けられる、請求項１１に記載の方法。
【請求項１３】
検査システムであって、
検査下のネットワークに接続された１つ以上のポートユニットと、
前記１つ以上のポートユニットに接続された検査アドミニストレータコンピューティングデバイスとを備え、
前記検査アドミニストレータコンピューティングデバイスおよび前記１つ以上のポートユニットが、
複数のユーザをエミュレートすることであり、各エミュレートされたユーザ（ＥＵ）はＥＵのアクティビティを実行する、ことであって、
各ＥＵのアクティビティは１つ以上のコマンドを含み、
少なくとも一部のＥＵのアクティビティは第１のプロトコルに関連付けられた第１のコマンドを含み、第１のプロトコルは、前記第１のプロトコルとは異なる第２のプロトコルに関連付けられた第２のコマンドと同期されている、ことと、
前記複数のＥＵをエミュレートしたことの結果をレポートすることと
のためのハードウェアおよびソフトウェアを備える、検査システム。
【請求項１４】
前記ハードウェアおよびソフトウェアはさらに、
グラフィカルユーザインターフェースを提供し、
前記グラフィカルユーザインターフェースを介してユーザから各ＥＵのアクティビティの規定を受信する
ためにある、請求項１３に記載の検査システム。
【請求項１５】
前記複数のユーザはＮ数のユーザからなり、各々が、Ｍ個のあらかじめ規定されたＥＵのアクティビティの１つを実行し、ここでＮ数およびＭ個は正の整数であり、Ｎ数はＭ個よりも大きいかそれに等しい、請求項１３に記載の検査システム。
【請求項１６】
前記第１のコマンドは第１のレイヤ２〜３のプロトコルに関連付けられ、前記第２のコマンドは、前記第１のレイヤ２〜３のプロトコルとは異なる第２のレイヤ２〜３のプロトコルに関連付けられる、請求項１３に記載の検査システム。
【請求項１７】
前記第１のコマンドはレイヤ２〜３のプロトコルに関連付けられ、前記第２のコマンドはレイヤ４〜７のプロトコルに関連付けられる、請求項１３に記載の検査システム。
【請求項１８】
前記第２のコマンドは、ハイパーテキスト・トランスファー・プロトコル、シンプルメールトランスファープロトコル、ポストオフィスプロトコル、シンプルメッセージシステムプロトコル、ファイルトランスファープロトコル、リアルタイムプロトコル、リアルタイムトランスポートコントロールプロトコル、リアルタイムストリーミングプロトコル、メディアゲートウェイコントロールプロトコル、およびセッションイニシエーションプロトコルのうちの１つに関連付けられる、請求項１７に記載の検査システム。
【発明の詳細な説明】
【技術分野】
【０００１】
（著作権およびトレードドレスについての通知）
本特許文献の開示の一部は著作権保護に対象となるマテリアルを含む。本特許文献は、保有者のトレードドレスである、またはトレードドレスとなり得る事柄を示し、および／または記載する場合がある。著作権およびトレードドレスの保有者は、いかなる者であっても米国特許商標局の書類または記録の通りに本特許開示を複製する限りで、異議を申し立てるものではないが、その他の場合には、いかなる場合であっても全ての著作権およびトレードドレスの権利を保留するものである。
【０００２】
本開示は、ネットワークまたはネットワークデバイスを検査するためのトラフィックを生成することに関する。
【背景技術】
【０００３】
多くのタイプの通信ネットワークにおいて、送信される各メッセージは固定長または可変長の部分へと分割される。各々の部分は、情報のパケット、フレーム、セル、データグラム、データ単位、または他の情報単位として呼ばれる場合があり、それらの全ては、本明細書において、パケットとして参照される。
【０００４】
各パケットは、通常、パケットのペイロードと呼ばれる元のメッセージの一部を含む。パケットのペイロードはデータを含んでよく、あるいは、音声情報またはビデオ情報を含んでもよい。パケットのペイロードはまた、ネットワーク管理および制御情報を含んでもよい。さらに、各パケットは、通常、パケットヘッダと呼ばれる識別およびルーティング情報を含む。パケットはネットワークを通じて複数のスイッチまたはノードを介して個々に送信される。パケットは、目的とするデバイスまたはエンドユーザにメッセージが配信される前に、パケットヘッダに含まれる情報を用いて最終的な送り先にてメッセージに再構築される。受信側において、その再構築されたメッセージは、ユーザの装置に適合するフォーマットでエンドユーザに送られる。
【０００５】
メッセージをパケットとして送信する通信ネットワークは、パケット交換ネットワークと呼ばれる。パケット交換ネットワークは、通常、ハブまたはノードで交差する送信パスのメッシュを含む。ノードの少なくとも一部は、ノードに到着するパケットを受け取り、適切な発信パスに沿ってパケットを再送信するスイッチングデバイスまたはルータを備えてよい。パケット交換ネットワークは、業界標準のプロトコルのレイヤ別の構造によって制御される。その構造のレイヤ１、２、３、４、およびレイヤ７は各々、物理レイヤ、データリンクレイヤ、ネットワークレイヤ、トランスポートレイヤ、およびアプリケーションレイヤである。
【０００６】
レイヤ１のプロトコルは、ネットワークのノード間での物理的な（電気的、光学的、または無線の）インターフェースを規定する。レイヤ１のプロトコルは、イーサネット（登録商標）の物理的コンフィグレーション、ＳＯＮＥＴ（同期光学的ネットワーク）、および他の光学接続プロトコル、ならびに、Ｗｉ−Ｆｉ（登録商標）等の様々な無線プロトコルを含む。
【０００７】
レイヤ２のプロトコルは、データがネットワークのノード間を論理的に転送される方法を制御する。レイヤ２のプロトコルは、イーサネット（登録商標）、ＡＴＭ（非同期転送モード）、フレームリレー、およびポイント・ツー・ポイント・プロトコル、レイヤ２トンネリングプロトコル、光ファイバ分散データインターフェース、同期データリンク制御手順、ハイレベルデータリンク制御手段、サービス総合ディジタル網、トークンリング、様々な無線プロトコル、様々なイーサネット（登録商標）および光ファイバチャネルプロトコル、ならびに他のプロトコルを含む。
【０００８】
レイヤ３のプロトコルは、ネットワークの複数のノードを接続するパスに沿ってソースから送り先へパケットがルーティングされる方法を制御する。主要なレイヤ３のプロトコルは周知のインターネットプロトコルバージョン４（ＩＰｖ４）およびバージョン６（ＩＰｖ６）である。パケット交換ネットワークは、レイヤ２のプロトコルの混合体を用いてＩＰパケットをルーティングする必要がある場合もある。ネットワークのノードの少なくとも一部は、各パケット内に含まれるネットワークレイヤヘッダから、送り先アドレスを抽出するルータを備えてもよい。ルータは次いで、パケットが再送信されるべきルートまたはパスを決定するために送り先アドレスを用いる。通常のパケットは複数のルータを通過してよく、それらのルータの各々は送り先アドレスを抽出する行為およびそのパケットが再送信されるべきルートまたはパスを決定する行為を繰り返す。
【０００９】
レイヤ４のプロトコルは、ネットワーク中でエンド・ツー・エンドのメッセージ配信を制御する。特に、通信制御プロトコル（ＴＣＰ）は、必要に応じて、順次的な承認および再伝送のシステムを用いてパケットストリームの信頼性のある伝送を提供する。ＴＣＰは、２つのデバイスがネットワークを介した仮想接続を開くためにメッセージを交換するコネクション型のプロトコルである。接続がいったん開くと、接続されたデバイス間で双方向通信が生じ得る。接続はそれらのデバイスの一方によって一方的に切断されるまで存在し得る。接続を開くことおよび切断の両方は、特定のメッセージが２つのデバイス間で交換されるいくつかのステップを必要とする。予定されていた応答が所定の時間期間に一方のデバイスによって受信されない場合には、接続は切断されてよく、これは通常、「タイムアウト」と呼ばれる。ＴＣＰ接続は、各々のデバイスが、接続の状態（開いているのか、確立されているのか、切断されているのか）、どのようなデータが送られているのか、そしてどのような送られたデータが承認されているのかを記載した情報を維持する必要があるゆえ、「ステートフル」とみなされる。ユーザデータグラムプロトコル（ＵＤＰ）は、パケットストリームの搬送を提供する交互のレイヤ４のプロトコルである。ＵＤＰ接続はステートレスであり、確実な搬送を提供しない。
【００１０】
レイヤ７のプロトコルは、ウェブページ等のＨＴＭＬドキュメントを運ぶために用いられるハイパーテキスト・トランスファー・プロトコル（ＨＴＴＰ）、ならびに電子メールメッセージを運ぶために用いられるシンプルメールトランスファープロトコル（ＳＭＴＰ）およびポストオフィスプロトコル（ＰＯＰ３）を含む。他のレイヤ７プロトコルは、シンプルメッセージシステム（ＳＭＳ）、ファイルトランスファプロトコル（ＦＴＰ）、リアルタイムプロトコル（ＲＴＰ）、リアルタイムトランスポートコントロールプロトコル（ＲＴＣＰ）、リアルタイムストリーミングプロトコル（ＲＴＳＰ）、メディアゲートウェイコントロールプロトコル（ＭＥＧＡＣＯ）、セッションイニシエーションプロトコル（ＳＩＰ）、ならびに、データ、音声、映像およびネットワークを介したネットワーク制御情報を転送するために用いられる他のプロトコルを含む。
【００１１】
パケット交換ネットワーク、またはパケット交換通信ネットワーク内に含まれるデバイスを検査するために、多数のパケットを含む検査トラフィックが生成され、１つ以上のポートにおいてネットワークに送信され、かつ異なるポートにて受信されてもよい。これに関連して、用語「ポート」とは、ネットワークと、そのネットワークを検査するために用いられる装置との間の通信接続のことをいう。用語「ポートユニット」とは、ポートにおいて、ネットワークに接続するネットワーク検査装置内にあるモジュールのことをいう。受信された検査トラフィックは、ネットワークの性能を測定するために分析されてよい。ネットワークに接続された各ポートユニットは、検査トラフィックの送り元（ｓｏｕｒｃｅ）および検査トラフィックのための宛先の両方であってもよい。各ポートユニットは、複数の論理送り元または宛先アドレスをエミュレートしてよい。各ポートユニットは、複数のネットワークユーザ、クライアント、ピア、サービス、または他のネットワークデバイスをエミュレートしてよい。
【発明の概要】
【課題を解決するための手段】
【００１２】
（摘要）
検査システムは複数のユーザを含んでよく、各エミュレートされたユーザはユーザのアクティビティを実行してよい。各エミュレートされたユーザのアクティビティは１つ以上のコマンドを含んでよい。少なくとも一部のエミュレートされたユーザのアクティビティは、第１のプロトコルに関連付けられた第１のコマンドを含んでよく、第１のプロトコルは、第１のプロトコルとは異なる第２のプロトコルに関連付けられた第２のコマンドと同期されていてよい。検査システムは複数のユーザをエミュレートすることの結果をレポートしてよい。
【図面の簡単な説明】
【００１３】
【図１】ネットワーク環境のブロック図である。
【図２】ネットワークを検査するためのプロセスのフローチャートである。
【図３】検査トラフィックを規定するプロセスのフローチャートである。
【図４】例示的なエミュレートされたユーザのアクティビティのグラフィック描写である。
【図５】別の例示的なエミュレートされたユーザのアクティビティのグラフィック描写である。
【図６】グラフィカルユーザインターフェースの図である。
【図７】エミュレートされたユーザコミュニティのグラフィック描写である。
【発明を実施するための形態】
【００１４】
本記載全体を通じて、ブロック図に表される要素は、３桁の参照番号が割り当てられ、最上位桁は図面の番号であり、下位２つの桁は要素に特定されるものである。ブロック図に関連して記載されない要素は、同じ下位の桁を有する参照番号を有する前述された要素として同じ特徴および機能を有するものとみなされてよい。
【００１５】
（装置の記載）
図１はネットワーク環境のブロック図を示す。ネットワーク環境は、検査（テスト）アドミニストレータ１０５、ネットワーク試験装置１００、および１つ以上のネットワークデバイス１９２を備えるネットワーク１９０を備えてよい。
【００１６】
ネットワーク検査装置１００は、ネットワーク検査デバイス、パフォーマンスアナライザ、適合性確認システム、ネットワークアナライザ、またはネットワーク管理システムであってよい。ネットワーク検査装置１００は、１つ以上のネットワークカード１０６、およびシャーシ１０２内に含まれるかまたは包囲されたバックプレーン１０４を備えてよい。シャーシ１０２は、ネットワーク検査装置を含むのに適した固定型または可搬型のシャーシ、キャビネット、または筐体であってよい。ネットワーク検査装置１００は図１に示すように一体化されたユニットであってよい。あるいは、ネットワーク検査装置１００は、トラフィックの生成および／または分析を提供するように協動する複数の別個のユニットを備えてよい。ネットワーク検査装置１００およびネットワークカード１０６は、例えば様々なイーサネット（登録商標）およびファイバーチャネル標準等の１つ以上の周知の規格またはプロトコルをサポートしてよく、かつ専用のプロトコルもサポートしてよい。
【００１７】
ネットワークカード１０６は、１つ以上のフィールドプログラマブルゲートアレイ（ＦＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）、プログラム可能論理デバイス（ＰＬＤ）、プログラム可能論理アレイ（ＰＬＡ）、プロセッサおよび他の種類のデバイスを含んでもよい。さらに、ネットワークカード１０６はソフトウェアおよび／またはファームウェアを含んでもよい。用語、ネットワークカードは、ラインカード、テストカード、分析カード、ネットワークラインカード、ロードモジュール、インターフェースカード、ネットワークインターフェースカード、データインターフェースカード、パケットエンジンカード、サービスカード、スマートカード、スイッチカード、リレーアクセスカード等を含む。用語、ネットワークカードはまた、複数のプリント回路基板を含み得るモジュール、ユニット、およびアセンブリを含む。各ネットワークカード１０６は、単一の通信プロトコルをサポートしてよく、複数の関連のプロトコルをサポートしてよく、または、複数の関連のないプロトコルをサポートしてもよい。ネットワークカード１０６は、ネットワーク検査装置１００内に恒久的に設置されていてもよく、または着脱自在であってもよい。
【００１８】
各ネットワークカード１０６は１つ以上のポートユニット１１０を含み得る。各ポートユニットは、検査トラフィックを生成し、ならびに／または検査トラフィックを受信および分析するための回路およびソフトウェアを備えてよい。各ポートユニットは検査アドミニストレータ１０５に接続されてよい。各ポートユニット１１０は、１つ以上のポートを介してネットワーク１９０に接続し得る。各ポートユニット１１０は、通信媒体１９５を介してネットワーク１９０に接続されてよく、この通信媒体１９５は、ワイヤ、光ファイバ、無線リンク、または他の通信媒体であってよい。
【００１９】
バックプレーン１０４は、ネットワークカード１０６のために、バスまたは通信媒体として機能してよい。バックプレーン１０４はまた、電極をネットワークカード１０６に提供し得る。
【００２０】
検査アドミニストレータ１０５は、ネットワーク検査装置１００内に含まれるか、またはネットワーク検査装置１００に接続されるコンピューティングデバイスであってよい。検査アドミニストレータ１０５は、検査セッションを計画し、検査セッションを制御し、および／または、検査セッションの間およびその後に検査結果を閲覧するために用いられ得るオペレータインターフェース（図示せず）を備えてもよい。オペレータインターフェースは、例えば、ディスプレイおよびキーボード、マウスおよび／または他の入力デバイス（図示せず）を備えてよい。検査アドミニストレータ１０５は、検査結果の出力のためのプリンタまたは他のデータ出力デバイス（図示せず）を備えてもよく、または接続されてもよい。検査アドミニストレータ１０５は、今後のレビューおよび／または分析のために、検査データおよび検査結果を保存するための保存デバイス（図示せず）を備えてもよく、または接続されてもよい。
【００２１】
ネットワーク１９０は、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、ストレージエリアネットワーク（ＳＡＮ）、有線、無線、またはこれらの組み合わせであってもよく、インターネットを含んでもよく、またはインターネットであってもよい。ネットワーク１９０上の通信は、情報のフレーム、セル、データグラム、パケットまたは他の単位を含む様々な形態をとってもよく、本明細書においては、それらの全てをパケットと称する。ネットワーク検査装置１００およびネットワークデバイス１９２は、同時に相互に通信してもよく、ネットワーク検査装置１００と所与のネットワークデバイス１９２との間には、複数の論理的通信経路があってもよい。ネットワークそのものは、移動するデータのための多数の物理的経路および論理的経路を提供する多数のノードから成ってもよい。
【００２２】
１つ以上のネットワークデバイス１９２は、ネットワーク１９０を介しての通信を可能にする任意のデバイスであってよい。１つ以上のネットワークデバイス１９２は、ワークステーション、パーソナル・コンピュータ、サーバ、ポータブル・コンピュータ、携帯情報端末（ＰＤＡ）、コンピューティング・タブレット、セル式電話／携帯電話、イーメール用装置等のコンピューティング・デバイス、プリンタ、スキャナ、ファクシミリ装置等の周辺機器、ネットワーク接続ストレージ（ＮＡＳ）およびストレージ・エリア・ネットワーク（ＳＡＮ）のデバイス等のディスクドライブを含むネットワーク対応のストレージデバイス、ルータ、リレー、ハブ、スイッチ、ブリッジ、サーバロードバランサ（ＳＬＢ）、およびマルチプレクサ等のネットワーキング・デバイスであってよい。さらに、１つ以上のネットワークデバイス１９２は、ネットワークを通じて通信することができる家庭電化器具、アラームシステムおよび他の任意のデバイスまたはシステムを含んでもよい。ネットワーク１９０は、単一のネットワークデバイス１９２、あるいは、複数の通信経路によって相互接続される複数のネットワークデバイスからなっていてもよく、それらの全ては、本明細書において、検査下のネットワーク（ＮＵＴ）として参照される。
【００２３】
（処理の記載）
ここで図２を参照すると、ＮＵＴを検査するための処理２００は、２０５で開始し、２９５で終了してよい。処理２００は、図１に示す検査環境内で実行されてよい。処理２００は、ネットワーク検査装置１００に関連して、検査アドミニストレータ１０５を用いて実行されてよい。処理２００は、ネットワーク１９０等のネットワーク、および／またはネットワークデバイス１９２等のネットワークデバイスを検査するために用いられてよい。
【００２４】
処理２００は、２１０にて検査プランを生成し、２７０で検査システムおよびＮＵＴを開始し、２７５で検査プランに従って検査セッションを行い、２８０にて検査結果をレポートすることを含んでよい。記載し易くするためにこれらのアクションは図２に順に示される。しかしながら、これらのアクションは、少なくともある程度は、同時に実行されてもよい。例えば、中間検査結果は２８０においてレポートされてよく、同時に他方で検査セッションは２７５にて実行されている。さらに、処理２００は、少なくともある程度は、周期的であってもよい。例えば、２８０にてレポートされた中間検査結果は、自動的か、または破線２８５で示されるように一部のユーザのアクションの結果のいずれかとして、検査プランを修正するために用いられてもよい。
【００２５】
２１０において検査プランを生成することは、２１５にて、検査されるネットワークおよび／またはデバイス（検査下のネットワーク、すなわちＮＵＴ）、ならびに検査システムのアーキテクチャを規定（定義）することを含んでよい。２１５にて検査システムを規定することは、検査下のネットワークまたはデバイスに接続されるポートユニットの数およびタイプを含み、検査を行う検査装置を規定することを含んでよい。２１５にて検査システムを規定することはまた、各ポートユニットが検査中に何を示す（ｒｅｐｒｅｓｅｎｔ）か、または何をエミュレートするかの規定（ｄｅｆｉｎｉｔｉｏｎ）を含んでよい。例えば、特定のポートユニットは、ＩＰ（インターネットプロトコル）アドレスの特定のブロックを収容するローカルエリアネットワークをエミュレートするタスクが課されていてもよい。さらなる例として、ポートユニットは、特定のアクセスポイントを介したワイヤレスネットワークにアクセスする多数のユーザデバイスをエミュレートするタスクが課されていてもよい。
【００２６】
ＮＵＴおよび検査システムが２１５において規定された後、検査セッションの間に生成される検査トラフィックが規定されてよい。検査トラフィックおよびその検査トラフィックを規定するために用いられる技術は、ネットワークのタイプまたは検査されるデバイスに依存してよい。例えば、ＮＵＴが、ネットワーク構造のレイヤ２またはレイヤ３にて動作するスイッチまたはルータである場合、検査トラフィックは、複数のソースＩＰアドレスからおそらく発信され、かつ複数の宛先ＩＰアドレスに向かうことになっている多数のＩＰパケットを含んでもよい。この場合、ＩＰパケットの実際のコンテンツは重要でなくてよい。しかしながら、ＮＵＴがネットワーク構造のより高いレイヤ（例えば、サーバ、サーバロードバランサ、パケット点検を実行するネットワークセキュリティデバイス、および他のネットワークデバイス）で動作する場合、検査トラフィックは、複数のシミュレーションされたアプリケーションレイヤのトランザクションであってもよく、あるいはそれを含んでもよい。この場合、検査トラフィックは、複数のエミュレートされたユーザ（ＥＵ）アクティビティによって、２２０において規定されてもよく、それらの各々により、一部のトラフィックがＮＵＴを介して生成または送信される。
【００２７】
ＥＵのアクティビティは、ユーザのコンピューティングデバイスによって実行されることができる任意のアクティビティまたはトランザクションであってよく、ここで「ユーザのコンピューティングデバイス」とは、ネットワークからまたはネットワークを介したサービスを受信する任意のデバイスである。ユーザのコンピューティングデバイスは、パーソナルコンピュータ、ラップトップコンピュータ、セットトップボックス、ビデオゲームシステム、パーソナルビデオレコーダ、電話、スマートフォン、携帯情報端末、電子メール機器、および、ネットワークに接続された任意の他のコンピューティングデバイスを含んでよい。後の検査セッションの間、検査システムは、２２０にて規定されたアクティビティをＥＵが実行するのをエミュレートしてよく、こうして規定されたＥＵのアクティビティを、ＮＵＴを検査するために、トラフィックに自動的に変換してよい。
【００２８】
ここで図３を参照すると、ＥＵのアクティビティに関して検査トラフィックを規定するための処理３２０は、図２の処理２００において、２２０おける使用に対して適切であってよい。検査システムおよびＮＵＴが規定された後（図２における２１５において）、ＥＵのアクティビティは規定されてもよい。ＥＵのアクティビティを規定することは、３３２において、ＥＵを識別することによって開始してよい。ＥＵは、ＭＡＣ（メディアアクセスコントロール）アドレス、ＩＰアドレス、ＩＭＳＩ（国際移動電話加入者識別番号）、ＭＳＩＮ（移動電話加入者識別番号）を割り当てることによって、またはＥＵを認識する一部の他の方法において識別されてよい。ＥＵの識別はまた、２１５からの検査システムの規定を考慮すると、検査システムのどの部分が、ＥＵをエミュレートし、どのようにしてＥＵがＮＵＴに接続されるかを示してもよい。
【００２９】
３３２において識別されたＥＵのアクティビィティは１つ以上のコマンドを含んでよい。各コマンドはプロトコルに関連付けられてもよく、すなわち、各コマンドは、通信プロトコルの一部によって規定されてもよく、それを形成してもよい。各ＥＵのアクティビティは、３３４にて規定された１つ以上のレイヤ４〜７のコマンド、ならびに／または、３３６にて規定された１つ以上のレイヤ２〜３のコマンドを含んでよい。これに関連して、「レイヤ２〜３」のコマンドは、レイヤ２またはレイヤ３のプロトコルに関連付けられたコマンドである。同様に、「レイヤ４〜７のコマンド」は、レイヤ４〜レイヤ７のプロトコルに関連付けられたコマンドである。ＥＵのアクティビティは、複数のレイヤ２〜３および／またはレイヤ４〜７のプロトコルからのコマンドを含んでよい。
【００３０】
３３４にて規定された１つ以上のレイヤ４〜７のコマンドは、例えば、ＨＴＴＰ、ＦＴＰ、ＳＭＳ、ＳＭＴＰ、ＰＯＰ３、ＳＩＰ、ならびに、ネットワークを介した、データ、音声、ビデオ、およびネットワーク制御情報を転送するために用いられる他のアプリケーションレイヤプロトコル等のレイヤ７のプロトコルに従ってＥＵによって生成されるコマンドまたはリクエストであってもよい。１つ以上のレイヤ４〜７のコマンドは、例えば、検査システムに、インターネットの閲覧、電子メールの送信、テキストメッセージの送信、ＶＯＩＰ（ボイスオーバーＩＰ）、またはセル式電話による通話、あるいは一部の他のアクティビティなどの一部のタスクをユーザが実行することをエミュレートさせる。１つ以上のレイヤ２〜３のコマンドは、レイヤ４〜７のコマンドの実行とは関係なく、ＮＵＴおよび／またはＥＵとＮＵＴとの間の接続に影響を与えるコマンドであってもよい。例えば、ＮＵＴがワイヤレスネットワークの一部である場合、可能なレイヤ２〜３のコマンドは、例えば、ベアラ修正（ｂｅａｒｅｒ  ｍｏｄｉｆｉｃａｔｉｏｎ）をリクエストすること、セル間のハンドオフをエミュレートすること、トラッキングエリアのアップデートをエミュレートすること、および、ワイヤレスネットワーク内で実行される他のネットワーク管理のアクションを含む。ＮＵＴが有線ネットワークの一部である場合、可能なレイヤ２〜３のコマンドは、例えば、ＤＨＣＰ（ダイナミックホスト構成プロトコル）のリクエストおよびＤＨＣＰのリリースを含む。
【００３１】
３３８において、少なくとも、第１のプロトコルに関連付けられた第１のコマンドおよび第１のプロトコルとは異なる第２のプロトコルに関連付けられた第２のコマンドが同期されてよい。第１および第２のコマンドは、３３４にて入力されるレイヤ４〜７のコマンドであってもよい。第１および第２のコマンドは、３３６において入力されるレイヤ２〜３のコマンドであってもよい。第１および第２のコマンドは、レイヤ４〜７のコマンドおよびレイヤ２〜３のコマンドを含んでもよい。これに関連して、用語「同期された」とは、所望される時間的関係が２つ以上のコマンド間で規定されることを意味する。所望される時間的関係の例としては、コマンドが特定の順序において実行されることを要求すること、または、所定のコマンドが同時に実行されることを要求すること、または、異なるプロトコルに関連付けられたコマンドが所定の順序においてインターリーブされることを要求することが挙げられる。ワイヤレスネットワークの例に続いて、セルのハンドオフをエミュレートするためのコマンドは、ＦＴＰ取得コマンドと同期されてよく、こうしてエミュレートされたセルのハンドオフは、ＮＵＴからのファイルのダウンロードの間に生じる。３つ以上のコマンドが３３８にて同期されてよい。
【００３２】
図４は、処理３２０を用いて規定されてよい例示的なＥＵのアクティビティ４００のグラフィック図である。ＥＵのアクティビティ４００は４０５において開始されてよい。ＥＵのアクティビティ４００は、ループスタート４１５およびループエンド４３５によって規定されたループ内にて実行される、２つのレイヤ２〜３のコマンド４１０および４４５、３つのＨＴＴＰコマンド４２０、４２５、４３０を含んでよい。４１５〜４３５のループは、指定された回数、実行されてよい。必要に応じて、ＨＴＴＰコマンドの４２０、４２５、４３０のうちの１つ以上のパラメータが、ループが繰り返される毎に、４４０にて変化してよい。ループが指定された回数、繰り返された後、ＥＵのアクティビティ４００は４５０にて終了してよい。
【００３３】
処理３２０において規定された各ＥＵのアクティビティは、他のＥＵのアクティビティとは無関係であってよい。ＥＵのアクティビティ４００内の、ベアラ修正のコマンド４１０およびテアダウンセッション（ｔｅａｒｄｏｗｎ  ｓｅｓｓｉｏｎ）４５０等のレイヤ２〜３のコマンドは、他のＥＵのアクティビティに任意の影響を有しなくてもよい。
【００３４】
図５は、処理３２０を用いて規定され得るさらに複雑なＥＵのアクティビティ５００のグラフィック図である。ＥＵのアクティビティ５００は５０５において開始されてよい。ＥＵのアクティビティ５００は、レイヤ２〜３のコマンド５１０、５１５、５２０、および５２５、ＦＴＰのコマンド５３０、５３５、５４０、５４５および５５０、ならびにＨＴＴＰコマンド５５５、５６０、および５６５を備えてよい。レイヤ２〜３のコマンドは、２つ以上のレイヤ２〜３のプロトコルからのコマンドを含んでよい。この例において、ＦＴＰコマンド５３０〜５５０は、ｅＧＴＰ（拡張ＧＰＲＳトンネリングプロトコル）等のワイヤレスレイヤ２プロトコルを用いてエミュレートされてよく、かつＨＴＴＰコマンド５５５〜５６５は、イーサネット（登録商標）プロトコル等の有線レイヤ２プロトコルを用いてエミュレートされてよい。この場合、レイヤ２〜３のコマンド５１０、５２０、および５２５は、ｅＧＴＰのベアラ修正、ハンドオーバー、およびテアダウンのコマンドであってもよく、レイヤ２〜３のコマンド５１５はＤＨＣＰリクエストのコマンドであってもよい。
【００３５】
同期リンク５７０、５７５、５８０、５８５、および５９０はコマンド間で規定されてよく、その結果、ＦＴＰログインコマンド５３０はベアラ修正のコマンド５１０の後に実行され、ＤＨＣＰリクエストのコマンド５１５は、ベアラ修正のコマンド５１０とＨＴＴＰ取得のコマンド５５５との間で実行され、ハンドオーバーのコマンド５２０は、ＦＴＰ取得のコマンド５４０の実行の間に実行され、ＦＴＰ中止のコマンド５５０は、ＨＴＴＰポストのコマンド５６５の後に実行され、テアダウンセッションのコマンド５２５はＦＴＰ中止のコマンド５５０の後に実行される。他のタイプの同期はコマンド間において決定されてもよい。同期は、レイヤ２〜３のコマンドとレイヤ４〜７のコマンドとの間、同じまたは異なるプロトコルのレイヤ２〜３のコマンドの間、および同じまたは異なるプロトコルのレイヤ４〜７の間で規定されてもよい。
【００３６】
ＥＵのアクティビティ、例えばＥＵのアクティビティ４００および５００は、検査アドミニストレータ１０５等の検査アドミニストレータコンピューティングデバイスに対して、ユーザインターフェースを介し、検査エンジニアによって規定されてよい。検査アドミニストレータコンピューティングデバイスは、ユーザのアクションを規定することを容易にするグラフィカルユーザインターフェース（ＧＵＩ）を提供してよい。
【００３７】
図６は、図５のＥＵのアクティビティ５００に類似するＥＵのアクティビティが規定された後としてのＧＵＩ６００の図である。ＧＵＩ６００は、ＥＵのアクティビティを規定するためのＧＵＩのほぼ無制限の数の可能な構成の例である。ＧＵＩ６００は、対応する複数のプロトコルのためのコマンドを示す複数のウィンドウ枠（ｐａｎｅ）６１０、６２０、６３０を有してよい。この例において、ウィンドウ枠６１０は、ＨＴＴＰコマンドを示し、ウィンドウ枠６２０はＦＴＰコマンドを示し、ウィンドウ枠６３０は、ｅＧＴＰを用いたワイヤレスネットワークのための制御プレーンコマンドを示す。ＧＵＩ６００は、規定されるＥＵのアクティビティのための識別子６５０、および複数の制御ボタン６４０を含んでよい。制御ボタン６４０は、（左から右に）、追加、削除、編集、またはＥＵのアクティビティ内のコマンドの置き換えの制御を含んでよい。制御ボタンはまた、コマンドをリンクまたは同期するための制御、規定されたコマンドが無撞着（ｓｅｌｆ−ｃｏｎｓｉｓｔｅｎｔ）でありかつ実行可能であるかどうかをチェックするための制御、特定のＥＵのアクティビティの規定が済みであることを示すための制御、および新たなＥＵのアクティビティを規定することを開始するための制御を含んでもよい。これらの制御は、ポップアップリスト、プルダウンメニュー、および追加のディスプレイスクリーンによって増加されてよく、各ＥＵのアクティビティを規定することを容易にする。例えば、「追加」ボタンをクリックまたは指定すると、加えられてよい可能なコマンドのプルダウンリストを開いてよい。同様に、特定のコマンドをハイライトさせ、「編集」ボタンを指定すると、ハイライトされたコマンドに関連付けられたパラメータのポップアップの編集可能なリストを開いてよい。
【００３８】
図３を参照すると、検査トラフィックを規定するための処理３２０は、事実上、周期的であってもよい。３４０にて、さらなるＥＵのアクティビティが検査セッションの間に必要とされるかどうかの決定がなされてよく、３３２〜３３８のアクションは、全てのＥＵのアクティビティが規定されるまで必要に応じて繰り返されてよい。
【００３９】
複雑なＮＵＴのための検査セッションは、文字通り、何十万、何百万のＥＵのアクティビティをする何百万というパケットを含む検査トラフィックを必要とし得る。各ＥＵのアクティビティを個々に規定することは非現実的であり得、または所望されない場合もある。それゆえ、限られた数のＥＵのアクティビティが３３２〜３３８において規定されてよく、次いで、検査システムによってエミュレートされる多数のＥＵを含むＥＵの「コミュニティ」を形成するために複製（ｒｅｐｌｉｃａｔｅ）される。全てのＥＵのアクティビティが規定される決定が３４０でなされた場合、ＥＵのコミュニティが３４２において規定されてもよい。
【００４０】
ここで図７を参照すると、例示的なＥＵのコミュニティ７００は、複数のＥＵから構成されてよく、それらの各々は、規定されたＥＵのアクティビティを行うか、または実行する。例示的なＥＵのコミュニティ７００は、ＥＵが３つの異なるＥＵのアクティビティ７１０、７２０、７３０を複製することを含む。本特許出願において、用語「複製（ｒｅｐｌｉｃａｔｅ）」は、「コピーする」ことを意味するが、必ずしも同一というわけではない。所定のＥＵのアクティビティのレプリカは一部の態様において異なっていてもよい。例えば、所定のＥＵのアクティビティの各レプリカは、異なるＭＡＣまたはＩＰアドレスが割り当てられてよく、あるいは、異なる移動電話ユーザ識別番号が割り当てられてもよい。例示的なＥＵのコミュニティ７００は、ＥＵのアクティビティ１のｍ個のレプリカを含み、ＥＵのアクティビティ２のｎ個のレプリカを含み、ＥＵのアクティビティ３のｐ個のレプリカを含み、ここでｍ、ｎ、およびｐは正数であり、場合によっては大きな整数である。ＥＵのコミュニティは２つ以上の異なるＥＵのアクティビティを含み得る。ＥＵのアクティビティの数は、ＥＵのコミュニティ内のＥＵの数未満であってもよい。例えば、ＥＵのコミュニティ内のＥＵの数はＮであってもよく、予め規定されたユーザアクティビティの数はＭであってよく、ここでＮおよびＭは正の整数であり、ＮはＭより大きいかまたはそれに等しい。ＥＵのコミュニティ内の各ＥＵのアクティビティのレプリカの数は、各ＥＵのアクティビティに対して同じであってもよく、または異なってもよい。
【００４１】
ＥＵのコミュニティ内のＥＵのアクティビティの少なくとも一部は、１つ以上のレイヤ４〜７のコマンド、ならびに、別のレイヤ２〜３のコマンドまたはレイヤ４〜７のコマンドのうちの１つと同期した１つ以上のレイヤ２〜３のコマンドを含んでよい。ＥＵのアクティビティは、複数のレイヤ４〜７のコマンドおよび複数のレイヤ２〜３のコマンドを含んでよく、それらのうちの少なくとも一部は、レイヤ４〜７のコマンドに同期されている。ＥＵのアクティビティは、複数のレイヤ４〜７のコマンドを含んでよく、それらのうちの一部は、他のレイヤ４〜７のコマンドに同期されてもよい。
【００４２】
図２を参照すると、検査トラフィックが２２０において規定された後、検査システムおよびＮＵＴは、２７０において開始されてもよい。２７０において検査システムを開始することは、ポートユニットが２２０にて規定されたＥＵのアクティビティをエミュレートすることができるように、検査システムのポートユニットに対してデータおよび命令を転送することを含んでよい。検査システムを開始することはまた、検査結果が、検査セッションの間にキャプチャされるべきものを示す命令をポートユニットに提供することを含んでよい。これらの命令は、所定のトラフィック統計を蓄積する命令、ならびに、ＮＵＴに入り、および／またはＮＵＴを出るパケットをキャプチャするための命令および基準を含んでよい。検査システムおよびＮＵＴを２７０で開始することは、ＮＵＴは、検査システムの構成に気付くように、検査システムおよびＮＵＴ交換情報を含んでよい。例えば、検査システムおよびＮＵＴは、どのＩＰアドレスが、検査システムの各々のポートユニットにおいてエミュレートされるかをＮＵＴに知らせるために、標準のルーティングプロトコルおよび／または発見プロトコルを利用してよい。
【００４３】
検査トラフィックが、２２０にて、アプリケーションレイヤのＥＵのアクティビティに関連して規定された場合、各規定されたＥＵのアクティビティは、次の検査セッションの間に生成および送信され得る１つまたは複数のパケットという結果となってよい。例えば、ＨＴＴＰ取得のコマンドは、ＴＣＰ接続（これはいくつかのＴＣＰ／ＩＰのパケットの交換を含む）の開放、そしてその後、単一のＴＣＰ／ＩＰパケットがＨＴＴＰ取得のリクエストを運ぶという結果となってよい。ＨＴＴＰ取得のコマンドはまた、検査ポートユニットが１つ以上のＴＣＰ／ＩＰパケットを生成してそれをＮＵＴに送信するか、または、検査ポートユニットがＨＴＴＰ取得リクエストに応答するサーバをエミュレートする結果となってもよい。ＦＴＰプットコマンドは、アップロードされているファイルのコンテンツを示す多数のＴＣＰ／ＩＰパケットの生成および送信という結果となってもよい。検査トラフィックが、アプリケーションレイヤのＥＵのアクティビティに関して２２０において規定された場合、検査システムを２７０にて開始することはまた、少なくとも一部のＥＵのアクティビティを、検査セッションの間に生成および送信される複数のパケットのための命令に変換する（ｔｒａｎｓｌａｔｅ）ことを含んでよい。あるいは、ＥＵのアクティビティは、検査装置のポートユニットに対して通信されてよく、かつ、検査セッションが進行するにつれ、リアルタイムで適切なパケットに変換されてよい。
【００４４】
検査システムおよびＮＵＴが２７０にて開始された後、検査セッションが２７５にて行われるか、または実行されてよい。検査セッションを行うことは、２２０において規定されたＥＵのアクティビティを実行することを含んでよく、すなわち、検査装置は、ユーザが規定されたＥＵのアクティビティを実行することをエミュレートしてもよい。ＥＵのアクティビティを実行することは、検査トラフィックをＮＵＴに生成および送信すること、ＮＵＴを介して送信される検査トラフィックおよび／またはＮＵＴ内で生成される応答を受信すること、ならびに、例えば、受信されたトラフィック統計およびキャプチャされたパケットなどの検査データを蓄積することを含んでもよい。所定のＥＵのアクティビティの規定されたレプリカは、同時に実行されてもよく、されなくてもよい。例えば、１つ以上のＥＵのアクティビティの同時のレプリカの数は、ＮＵＴのパフォーマンスについてのトラフィック負荷の増加の効果を調べるために、検査セッションの間、徐々に増加されてもよい。例えば、米国公開特許出願第ＵＳ２０１１／００２２７００Ａ１は、ＧＵＩが、検査セッションの間、トラフィック負荷を縮小拡大（スケーリング）するために、タイムラインを規定するために用いられ得る方法を記載している。
【００４５】
２７５において実行された検査の暫定結果および最終結果は２８０においてレポートされてよい。２８０において検査結果をレポートすることは、トラフィック統計を処理（すなわち、ソーティング、フィルタリング、および／またはアグリゲート）すること、処理されたトラフィック統計を表示すること、生の、または処理されたトラフィック統計を保存および／またはプリントすること、ならびに、キャプチャされたパケットを保存、表示、および／またはプリントすることを含んでよい。各実行されたＥＵのアクティビティの結果が２８０において各々レポートされない場合もあるが、各ＥＵのアクティビティは、ある程度、２８０においてレポートされた検査結果に貢献してよい。例えば、２８０においてレポートされた検査結果は、例えば、受信されたパケットの総数、異常のある受信されたパケットの数、パケットの平均のレイテンシータイム、同時の接続での最大数などの統計、ならびに他の統計を含んでもよく、それらの各々は、実行されるＥＵのアクティビティの一部または全てにわたってアグリゲートされてもよい。
【００４６】
（終わりに）
本記載全体を通して、示された実施形態および例は、開示された、または特許請求の範囲において請求された装置および手順についての限定ではなく、典型例として想定されるべきものである。本明細書において提示された例の多くは、方法の作用またはシステムの要素の特定の組合せに関連するものであるけれども、それらの作用およびそれらの要素は、他の方法において、組み合わされてよく、同じ課題を達成するものとして理解されるべきである。フローチャートに関して、追加の工程および工程の削減もまた考慮されてよく、図示した工程は、本明細書において記載された方法を達成するために組み合わされてもよく、またはさらに改良されてもよい。１つの実施形態のみに関連して記載された作用、要素、および特徴は、他の実施形態における同様の役割から排除されることは意図されていない。
【００４７】
本明細書において用いられるように、「複数」とは、２つ以上を意味する。本明細書において用いられるように、「一連の」物品とは、１つ以上のそのような物品を含み得る。本明細書において用いられるように、明細書の記載または特許請求の範囲の請求項においては、用語「含む、備える（ｃｏｍｐｒｉｓｉｎｇ）」、「含む、備える（ｉｎｃｌｕｄｉｎｇ）」「運ぶ、有する、持つ（ｃａｒｒｙｉｎｇ）」、「有する（ｈａｖｉｎｇ）」、「含む（ｃｏｎｔａｉｎｉｎｇ）」、「含む、関する、関連する（ｉｎｖｏｌｖｉｎｇ）」等は、オープンエンド型、すなわち、含むがそれらに限定されないということを意味することは理解されるべきである。「〜からなる」および「〜から実質的になる」といった移行句の各々のみが、特許請求の範囲の請求項に関しては、クローズ型、または半クローズ型の移行句である。請求項の要素を変更するために、特許請求の範囲の請求項における「第１」、「第２」、「第３」等の序数の用語の使用は、それ自体では、任意の優先順位、優位性、またはある請求項の要素が他のものより先であったり、または、ある方法の作用が行われる時間的順序等を含意せず、請求項の要素を区別するために、特定の名前を有するある請求項の要素から、同じ名前を有する別の要素を区別するためのラベルとして（順序を示す用語の使用を別にして）単に用いられる。本明細書において用いられるように、「および／または」は、リストアップされた物品が二者択一であることを意味するが、そうした二者択一もまた、そうしてリストアップされた物品の任意の組合せを含むものである。
【図１】
0005792688.tif 000002
【図２】
0005792688.tif 000003
【図３】
0005792688.tif 000004
【図４】
0005792688.tif 000005
【図５】
0005792688.tif 000006
【図６】
0005792688.tif 000007
【図７】
0005792688.tif 000008