(57)【要約】      （修正有）【課題】テストデバイスを更新するシステムを提供すること。【解決手段】分散型のテストデバイスシステムは、ユーザインタフェース１２、ユーザインタフェース１２と通信するサーバ１４、およびサーバ１４と通信する少なくとも一つの分散型のテストデバイス１６を含む。ユーザは、少なくとも一つの分散型テストデバイス１６を更新のためにユーザインタフェースを介して選択し、サーバ１４は、選択された一つの分散型テストデバイス１６と通信して、サーバ１４から更新をダウンロードする。そして、少なくとも一つの分散型テストデバイス１６において更新を実行する。【選択図】図２
2005166044.tif 000002
【特許請求の範囲】
【請求項１】
ユーザインタフェースと、
該ユーザインタフェースと通信するサーバと、
該サーバと通信する少なくとも１つの分散型テストデバイスと、を備え、
前記ユーザインタフェースを介して更新に関する少なくとも１つの分散型テストデバイスがユーザによって選択され、前記サーバは選択された前記少なくとも１つの分散型テストデバイスと通信して、前記サーバから更新をダウンロードし、前記更新を前記少なくとも１つの分散型テストデバイス上で実行する、システム。
【請求項２】
前記ユーザインタフェースはクライアントのグラフィックユーザインタフェースを含む請求項１に記載のシステム。
【請求項３】
前記グラフィックユーザインタフェースは他のグラフィックユーザインタフェースのサブセットである請求項２に記載のシステム。
【請求項４】
複数の分散型テストデバイスが並列または直列なシーケンスで更新される請求項１に記載のシステム。
【請求項５】
テストデバイスをリモートで更新する方法であって、
インタフェースユニットを介して更新プロセスに関する少なくとも１つの分散型テストデバイスをリモートで選択するステップと、
前記更新プロセスが必要な選択された少なくとも１つの分散型テストデバイスを通知することによりサーバを介して更新プロセスを開始するステップと、
前記更新プロセスを前記少なくとも１つの分散型テストデバイス上で実行するステップと、
を含む方法。
【請求項６】
選択された前記少なくとも１つの分散型テストデバイスは、前記サーバから更新プロセスの通知を受信し、前記サーバに前記通知の確認通知を送信する、請求項５に記載の方法。
【請求項７】
前記更新プロセスの通知を受信した後、選択された前記少なくとも１つの分散型テストデバイスは前記サーバから前記更新プロセスのダウンロードへと進める、請求項６に記載の方法。
【請求項８】
前記更新プロセスをダウンロードしている間、選択された前記少なくとも１つの分散型テストデバイスは前記更新プロセスのダウンロードのステータスを前記サーバに通信し、前記更新プロセスのダウンロードのステータスは前記インタフェースユニット上に表示される、請求項７に記載の方法。
【請求項９】
前記更新プロセスをダウンロードした後、選択された前記少なくとも１つの分散型テストデバイスは前記更新プロセスを準備する、請求項８に記載の方法。
【請求項１０】
選択された前記少なくとも１つの分散型テストデバイスは、前記更新プロセスの準備のステータスを前記サーバに通信し、前記更新プロセスの準備のステータスは前記インタフェースユニット上に表示される、請求項９に記載の方法。
【請求項１１】
前記更新プロセスの準備の後、選択された前記少なくとも１つの分散型テストデバイスは更新プロセスを実行する、請求項１０に記載の方法。
【請求項１２】
選択された前記少なくとも１つの分散型テストデバイスは、前記更新プロセスの実行ステータスを前記サーバに通信し、前記更新プロセスの実行ステータスは前記インタフェースユニット上に表示される、請求項１１に記載の方法。
【請求項１３】
前記分散型テストデバイスは直列または並列のシーケンスで更新される請求項５に記載の方法。
【請求項１４】
分散型テスト装置であって、
グラフィックユーザインタフェースと、
前記グラフィックユーザインタフェースと通信するサーバと、
前記サーバと通信し、前記グラフィックユーザインタフェースを介したエンドユーザの制御に従ってネットワークのテストを行う少なくとも１つの分散型テストデバイスと、を備え、
前記ユーザインタフェースを介して更新に関する少なくとも１つの分散型テストデバイスがユーザによって選択され、前記サーバは選択された前記少なくとも１つの分散型テストデバイスと通信して前記サーバから更新をダウンロードし、前記少なくとも１つの分散型テストデバイス上で更新を実行する、分散型テスト装置。
【請求項１５】
ネットワーク内でテストデバイスを更新する方法であって、
ネットワーク内でユーザインタフェースを介して更新パッケージに関するテストデバイスを選択し、更新要求をサーバに提出するステップと、
前記更新パッケージが必要な選択された前記テストデバイスを前記サーバを介して通知するステップと、
選択された前記テストデバイスにおいて前記通知を受信し、前記サーバに確認通知を提出するステップと、
前記確認通知を前記サーバに提出し、前記サーバに前記更新パッケージのダウンロードステータスを通知した後に、選択された前記テストデバイスに前記サーバから前記更新パッケージをダウンロードするステップと、
前記更新パッケージを前記サーバからダウンロードし、前記サーバに前記更新パッケージの準備ステータスを通知した後に、選択された前記テストデバイスにおいて前記更新パッケージを実行のために準備するステップと、
前記更新パッケージを準備し、前記サーバに前記更新パッケージの実行ステータスを通知した後に、選択された前記テストデバイスにおいて前記更新パッケージを実行するステップと、
を含む方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はテストデバイスを更新するシステムおよび方法に関し、特に、分散環境内でテストデバイスを更新するシステムおよび方法に関する。
【背景技術】
【０００２】
ソフトウェアの新しいバージョンが定期的にリリースされているので、分散型テストデバイスを新しいソフトウェアで更新する必要がある。従来、技術者がテストデバイスの現場に行き、テストデバイス上でソフトウェアプログラムをローカルに動作させるために必要な、適切な更新、または、ソフトウェアプログラム、および／または、コンポーネントをインストールしてきた。
【０００３】
技術が進んだため、ソフトウェアプログラムの制作者は製品をディスケットやコンパクトディスク（ＣＤ）などの大容量媒体上で流通させるようになった。これらのソフトウェアプログラムは異なる機能を提供するか、ソフトウェアプログラムを特定の環境に調節する役割を果たす独立モジュールの集合体を含む。調節されたソフトウェアプログラムはエンドユーザのコンピュータシステム上にアセンブリされる。
【０００４】
最近のソリューションは、分散型テストデバイスを更新するために、ファイル転送プロトコル（ＦＴＰ）タイプのメカニズムに依存する傾向がある。これらの方法は、更新ファイルを目的の場所にプルするかまたはプッシュする傾向がある。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかし多くのテストデバイスが地理的に広い領域に分布している場合、上記の従来の方法でテストデバイスを更新することは非現実的である。たとえばより最近のソリューションでは、ユーザが分散型テストデバイスにログオンし、ファイルをダウンロードまたはプッシュすることが必要である。したがって、このようなタイプの更新では、ユーザがプログラムを理解している必要があるだけではなく、更新プロセスが遅くなる。
【課題を解決するための手段】
【０００６】
したがって、本発明は、分散環境においてテストデバイスを迅速かつ効率的に更新するシステムおよび方法を提供する。
【０００７】
本発明はまた、多数の分散型テストデバイスを個別またはグループとして管理できるようにするシステムおよび方法を提供する。
【０００８】
本発明はまた、多数の分散型テストデバイスを直列的または並列的に更新できるようにするシステムおよび方法を提供する。したがって、多数の分散型テストデバイスを同時に更新することが可能である。
【０００９】
本発明はまた、多数のテストデバイスがソフトウェア更新ファイルを非同期的にサーバからプルできるシステムと方法を提供する。したがって、テストデバイスはサーバの位置を追跡する必要はない。
【００１０】
本発明はまた、新しいテストデバイス、サーバ、グラフィックユーザインタフェースが必要になったとき、これらを統合するシステムと方法も提供する。
【００１１】
本発明の追加の目的および利点は、一部は次の説明に示されており、一部は説明から明らかであり、または、本発明を実行することにより理解されるであろう。
【００１２】
本発明は、ユーザインタフェース、ユーザインタフェースと通信するサーバ、サーバと通信する少なくとも１つの分散型テストデバイスを含むシステムを提供する。このシステムでは、ユーザはユーザインタフェースを介して、更新に関する少なくとも１つの分散型テストデバイスを選択し、サーバは、選択された少なくとも１つの分散型テストデバイスと通信してサーバから更新をダウンロードし、この少なくとも１つの分散型テストデバイス上で更新を実行する。
【００１３】
本発明はまた、リモートで分散型テストデバイスを更新する方法を提供する。この方法は、インタフェースユニットを介して更新プロセスに関する少なくとも１つの分散型テストデバイスをリモートで選択することと、更新プロセスが必要な、選択された少なくとも１つの分散型テストデバイスを通知することによって、サーバを介して更新プロセスを開始することと、この少なくとも１つの分散型テストデバイス上で更新プロセスを実行することとを含む。
【００１４】
本発明はまた、グラフィックユーザインタフェース（ＧＵＩ）、ＧＵＩと通信するサーバ、サーバと通信する少なくとも１つの分散型テストデバイスを含み、ＧＵＩを介したエンドユーザによる制御に従ってネットワークのテストを行う分散型テスト装置を提供する。ここでユーザはユーザインタフェースを介して更新に関する少なくとも１つの分散型テストデバイスを選択し、サーバは選択された少なくとも１つの分散型テストデバイスと通信してサーバから更新をダウンロードし、少なくとも１つの分散型テストデバイスで更新を実行する。
【００１５】
さらに、本発明は、ネットワーク内でテストデバイスを更新する方法を提供する。この方法は、ユーザインタフェースを介してネットワーク内で更新パッケージに関するテストデバイスを選択しサーバに更新要求を提出することと、更新パッケージが必要であることを選択されたテストデバイスにサーバを介して通知することと、選択されたテストデバイスで通知を受信しサーバに確認通知を提出することと、サーバに確認通知を提出し更新パッケージのダウンロードステータスを通知した後、選択されたテストデバイスに更新パッケージをサーバからダウンロードすることと、更新パッケージをサーバからダウンロードし更新パッケージの準備ステータスをサーバに通知した後に、選択されたテストデバイスにおいて更新パッケージ実行の準備をすることと、更新パッケージを準備しサーバに更新パッケージの実行ステータスを通知した後に、選択されたテストデバイスで更新パッケージを実行することとを含む。
【００１６】
本発明のこれらの目的および利点、および／または他の目的および利点は、好ましい実施形態に関する次の説明を付随する図面と共に参照することによって明らかになり、より容易に理解できるであろう。
【発明を実施するための最良の形態】
【００１７】
次に本発明の好ましい実施形態を詳細に参照する。実施形態の例は付随する図面に示されており、図面を通じて同様な数字は同様な要素を指す。
【００１８】
図１は、本発明の１実施形態によるネットワークの測定またはテストを行うシステム１０を示す図である。図１を参照すると、システム１０は、ユーザインタフェース１２、ユーザインタフェース１２と通信するサーバ１４、サーバ１４と通信する分散型テストデバイス１６を含む。ユーザインタフェース１２は典型的には、たとえば、グラフィカルユーザインタフェース（ＧＵＩ）である。
【００１９】
システム１０では、エンドユーザはユーザインタフェース１２を使用してサーバ１４を介してテストデバイス１６を制御し、ネットワーク（図示せず）の測定またはテストを行う。ネットワークの測定またはテストを行うシステム１０などのシステムのさらなる詳細は、２００３年１１月１９日に提出された、代理人整理番号第ＰＤＮＯ．１００３０７０５−１、発明者ジョン・Ｍ・モンクらによる、「測定と物理エージェントを追加するためのフレームワークを有する分散テストシステム」という題名の特許出願から理解されよう。
【００２０】
システム１０では、分散型テストデバイス１６上のソフトウェアは効率的かつ効果的な方法で更新することができる。より具体的には、図１を参照すると、分散型テストデバイス１６上のソフトウェアを更新するためには、ユーザはユーザインタフェース１２を介して、分散型テストデバイス１６のうち更新するデバイスを選択する。サーバ１４は選択された分散型テストデバイス１６と通信し、サーバ１４から更新をダウンロードし、選択された分散型テストデバイス１６上で更新を実行する。本発明の更新はたとえば、サーバ１４内にある更新パッケージ（図示せず）を含む。
【００２１】
サーバ１４は、サーバとして動作するネットワークトラブルシューティングセンター（ＮＴＣ）であってもよい。ＮＴＣは知られたデバイスであり、たとえば、アジレントＴＭモデル番号Ｊ６８０１ＡなどのアジレントＴＭＮＴＣであってもよい。したがってこの例では、ユーザ１２はＮＴＣのためのＧＵＩとなる。テストデバイス１６はたとえば、ネットワークアナライザ（ＮＡ）である。ＮＡは知られたデバイスであり、たとえば、アジレントＴＭモデルＮｏ．Ｊ６８０１ＡなどのアジレントＴＭＮＡであってもよい。しかし、本発明ではサーバ１４がＮＴＣでなくてもよく、ユーザインタフェース１２がＮＴＣのためのＧＵＩでなくてもよく、テストデバイス１６がＮＡでなくてもよい。その代わりに、システム１０内でサーバまたはテストデバイスとして動作できる多くの異なるタイプのコンピュータと装置がある。さらに、システム１０で使用できる多くの異なるタイプのＧＵＩもある。したがって、本発明は、必要に応じて、ＧＵＩ、サーバ、テストデバイスなどのより多くのコンポーネントを統合するフレームワークを提供する。
【００２２】
一般に「分散」とは、テストデバイスがネットワーク内の異なるポイントに接続された非常に異なるリモートの場所にあってもよいことを示す。たとえば、サーバがコロラド州デンバーにあり、サーバに接続されたテストデバイスがニューヨーク州のニューヨークとイリノイ州のシカゴにあってもよい。追加の例として、サーバとテストデバイスは異なる建物の中にあってもよいし、または、単に同じ建物の異なる部屋にあってもよい。「分散」という概念は、当業者であればよく理解されているであろう。
【００２３】
上記のように、本発明はネットワークの測定またはテストを行うことに関する。本発明は特定のタイプのネットワーク、または、特定のタイプのネットワークプロトコルまたは技術に限定されない。たとえば、ネットワークはワイヤード、ワイヤレス、光、回路交換、パケットおよび／またはＩＰ電話（ＶＯＩＰ）技術のいずれに基づいていてもよいし、またはこれらの組み合わせに基づいていてもよい。ネットワークはたとえば、公共網、私設網、公共／私設の組み合わせのネットワークであってもよい。ネットワークはたとえば、インターネットを含んでいてもよい。
【００２４】
さらに、図１はユーザ１人、サーバ１台、分散型テストデバイス３台という構成を示している。しかし本発明はこの特定の構成に限定されるものではない。その代わりに、実際には、一般的なクライアント／サーバと分散システム設計に従った、任意の数のテストデバイス、および／または、任意の数のサーバ、任意の数のユーザインタフェースがありうる。これは当業者であればよく理解されるであろう。
【００２５】
図２は、システムのコンポーネント間で行われる動作を示すフローチャートである。
【００２６】
次に図２を参照すると、サーバ１４はシステム１０の中央コンポーネントであり、ＧＵＩ１２とテストデバイス１６と通信する。さらに、各サーバ１４と各テストデバイス１６は、ウェブサーバ１８、２２、ウェブアプリケーション２０、２４を含む。これらはサーバ１４とテストデバイス１６の間の通信のために使用される。
【００２７】
本発明のシステム１０は、複数のクライアントＧＵＩおよび／または複数のサーバを備えることができる。したがって、図２に示されたクライアントＧＵＩ１２は別のクライアントＧＵＩの一部であってもよい。さらに、クライアントＧＵＩは任意のタイプのハードウェアの上で実行でき、または、サーバ１４から離れたコンピュータであってもよい。さらに、クライアントＧＵＩ１２がサーバ１４と通信し、更新ステータスを要求すると、テストデバイス１６はステータスメッセージをサーバ１４に送信し、これらのメッセージはクライアントＧＵＩ１２上で表示される。これについては図３で後から説明する。
【００２８】
図２に戻り、テストデバイス１６を更新する動作を次に説明する。
【００２９】
第１の動作では、ユーザ（図示せず）はクライアントグラフィックユーザインタフェース１２において、更新を必要とするテストデバイス１６を選択し、通信２００を介して要求をサーバ１４に送信する。その後、サーバ１４は、更新が必要な選択されたテストデバイスを通信２１０を介して通知することにより更新プロセスを開始する。
【００３０】
次の動作では、選択されたテストデバイス１６は通信をサーバ１４から受信し、確認通知メッセージを通信２２０を介してサーバ１４に提出する。選択されたテストデバイス１６はついで、通信２３０を介して、インストールパッケージをサーバ１４からダウンロードすることに進み、ダウンロードのステータス更新を通信２４０を介してサーバ１４に送信する。さらに、サーバ１４はこの情報を通信２５０を介してクライアントグラフィックユーザインタフェース１２にリレーし、ダウンロードのステータスをクライアントユーザインタフェース１２の画面上に表示する。
【００３１】
次の動作では、テストデバイス１６は通信２６０を介してサーバ１４からダウンロードされているパッケージのインストールを準備し、パッケージ準備のステータス更新を通信２７０を介してサーバ１４に送信する。サーバ１４はさらに、通信２８０を介して準備ステータス更新をクライアントグラフィックユーザインタフェース１２にリレーし、準備のステータスはユーザインタフェース１２の画面に表示される。
【００３２】
次の動作では、テストデバイス１６はサーバ１４からダウンロードされたインストールパッケージ（図示せず）を実行し、実行パッケージのステータス更新を通信２９０を介してサーバ１４に送信する。サーバ１４はこの情報を通信３００を介してクライアントグラフィックユーザインタフェース１２にリレーし、この情報はＧＵＩ１２の画面上でユーザに表示される。
【００３３】
したがって、ユーザはグラフィックユーザインタフェース１２において、任意の保留中の更新、進行中の更新、終了して成功した更新と失敗した更新との現在のステータスを、選択されたテストデバイス１６において表示する。
【００３４】
図３は、本発明の１実施形態によるクライアントグラフィックユーザインタフェース１２の画面３０を示す図である。次に図３を参照すると、ユーザはクライアントＧＵＩ画面３０を介して、更新を必要とする１つまたは複数のテストデバイス１６を選択することができる。その後、ユーザは更新アイコンを選択して更新を開始することができる。同様に、ユーザは更新キャンセルアイコンを選択して１つまたは複数のテストデバイス１６を選択し更新をキャンセルすることができる。さらに、ユーザは選択されたテストデバイス１６に関する保留中の更新、進行中の更新、終了して成功した更新と失敗した更新をモニターすることもできる。
【００３５】
本発明のいくつかの好ましい実施形態を示し、説明したが、当業者であれば本発明の原理と精神から離れることなくこれらの実施形態を変更できることが理解されるであろう。本発明の範囲は請求項および請求項の等価物に定義されている。
【図面の簡単な説明】
【００３６】
【図１】本発明の１実施形態によるシステムを示す図。
【図２】本発明の１実施形態による図１のシステムのコンポーネント間の通信を示すフローチャート。
【図３】本発明の１実施形態によるクライアントグラフィックユーザインタフェース（ＧＵＩ）の画面を示す図。
【図１】
2005166044.tif 000003
【図２】
2005166044.tif 000004
【図３】
2005166044.tif 000005