JP2004303094A - ネットワークシステムテスト方法、ネットワークシステムテストプログラム及びネットワーク装置 - Google Patents
ネットワークシステムテスト方法、ネットワークシステムテストプログラム及びネットワーク装置 Download PDFInfo
- Publication number
- JP2004303094A JP2004303094A JP2003097431A JP2003097431A JP2004303094A JP 2004303094 A JP2004303094 A JP 2004303094A JP 2003097431 A JP2003097431 A JP 2003097431A JP 2003097431 A JP2003097431 A JP 2003097431A JP 2004303094 A JP2004303094 A JP 2004303094A
- Authority
- JP
- Japan
- Prior art keywords
- communication data
- test
- network
- virtual machine
- condition
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/50—Testing arrangements
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer And Data Communications (AREA)
Abstract
【課題】従来、ネットワークシステムにおいて、ネットワーク装置の設定の変更やバージョンアップ及びそのテストを行う場合には、その作業を行うためにネットワークシステムの稼動を停止させる必要があった。
【解決手段】本発明のネットワークシステムテスト方法は、ネットワークを介して接続される外部機器と該ネットワーク装置の内部の仮想マシンとの間で送受信される通信データについて、前記通信データの属性に関する条件と、前記通信データの通信を許可するか又は廃棄するかの処理内容であるアクションとが対応付けられて設定されているテストＡＣＬ（Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ Ｌｉｓｔ）を参照して、前記受信した通信データが、前記条件に一致するか否かを判断する判断ステップと、一致すると判断した場合には、前記通信データに対してアクションの処理内容を実施する実行ステップとを含むものである。
【選択図】 図１
【解決手段】本発明のネットワークシステムテスト方法は、ネットワークを介して接続される外部機器と該ネットワーク装置の内部の仮想マシンとの間で送受信される通信データについて、前記通信データの属性に関する条件と、前記通信データの通信を許可するか又は廃棄するかの処理内容であるアクションとが対応付けられて設定されているテストＡＣＬ（Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ Ｌｉｓｔ）を参照して、前記受信した通信データが、前記条件に一致するか否かを判断する判断ステップと、一致すると判断した場合には、前記通信データに対してアクションの処理内容を実施する実行ステップとを含むものである。
【選択図】 図１
Description
【０００１】
【発明の属する技術分野】
本発明は、ネットワークシステムのネットワーク装置について設定等の変更を行った際の、ネットワークシステム全体の動作をテストするための方法、プログラム、装置に関する。
【０００２】
【従来の技術】
従来、ネットワークシステムにおける、ファイアウォール装置、ルータ装置等のいわゆるネットワーク装置について、設定の変更やバージョンアップを行う場合には、その作業を行うために基本的にはその装置を停止させ、すなわちネットワークシステムの稼動を停止させる必要があった。このようなネットワークシステムの停止を回避するために、一部のネットワーク装置については、装置内部にハード的に複数のＣＰＵ等を備える構成としたり、ソフト的に複数の仮想マシンを装置内部に構成することにより、ネットワーク装置内部に複数のネットワーク装置の機能を構成して、設定の変更後のシステムをあらかじめ保持し、瞬時に稼動するシステムを切り替えることで、ネットワークシステムの停止時間を最小化するものも存在する。
【０００３】
また、特許文献１には、ファイアウォール装置の内部に複数の仮想マシンを構成することが記載されている。
【０００４】
【特許文献１】
特開２００１−３１８７９７号公報
【０００５】
【発明が解決しようとする課題】
しかし、従来の技術によれば、変更作業そのものによる停止時間は最小化することはできても、ネットワークシステムはネットワーク装置と、接続される外部機器とが密結合して構成するシステムであることから、設定変更のミスやネットワーク装置を制御する新バージョンのソフトウエアの不具合によって、変更後のネットワークシステムに不具合が生じることがあった。これを防止するためには、前記のような設定の変更等は、不具合が発生しても影響の少ない深夜等の閑散時間帯に行うか、本稼動の前にテストのための時間を割く必要があった。すなわち、結局は、ネットワークシステムを本稼動できない時間が発生することになってしまっていた。
そこで、本発明は、ネットワーク装置の設定等の変更の際に、ネットワークシステムを停止することなく、変更後の設定のミスや不具合等を排除するためのテストを行う方法を提供することを目的とするものである。
【０００６】
【課題を解決するための手段】
本発明のネットワークシステムテスト方法は、ネットワークを介して接続される外部機器と該ネットワーク装置の内部の仮想マシンとの間で送受信される通信データを受信する受信ステップと、前記通信データの属性に関する条件と、前記通信データの通信を許可するか又は廃棄するかの処理内容であるアクションとが対応付けられて設定されているテストＡＣＬ（Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ Ｌｉｓｔ）を参照して、前記受信した通信データが、前記条件に一致するか否かを判断する判断ステップと、一致すると判断した場合には、前記通信データに対してアクションの処理内容を実施する実行ステップとを含むものである。
【０００７】
従って、本発明によれば、ネットワークシステムを停止させることなく、変更後の設定によるシステムのテストを行うことが可能となる。
【０００８】
【発明の実施の形態】
本発明の実施の形態について図面により説明する。
【０００９】
図１に本発明の実施例の接続構成を示す。サーバ２５と運用クライアント２１、２３がネットワーク２６を介して接続されているシステムであるが、サーバ２５とクライアント装置はネットワーク装置１０を経由して接続される。このネットワーク装置１０は、ファイアウォール装置、ルータ装置等のような、ネットワーク上で送受信される通信データを適切に制御するための装置である。ここで、通常の運用は、運用クライアント２１、２３により行われているが、ネットワーク装置１０の変更後の設定をテストするための専用のクライアント装置として、テストクライアント２２、２４が接続されている。各装置に括弧書きで示したのは、ネットワーク２６上における識別情報であるＩＰアドレスである。
【００１０】
図２にネットワーク装置１０の内部構成の概要を示す。データ制御部１１は外部機器群２０とネットワーク装置１０の内部に構成される運用系仮想マシン１５やテスト系仮想マシン１６との間で送受信される通信データを制御する機能を備えるものである。この外部機器群２０は前記のサーバ２５、テストクライアント２２、２４、運用クライアント２１、２３等を総称したものである。データ制御部１１には、テストＡＣＬ１２、内向け通信判定プログラム１３、外向け通信判定プログラム１４を備えている。内向け通信判定プログラム１３は、外部機器群２０から受信した通信データについて、テストＡＣＬ１２を参照して属性の条件が一致するか否かを判断し、一致した場合には該当するアクションの内容を実施するための処理を記述したプログラムである。外向け通信判定プログラム１４は、仮想マシンから受信した通信データについて、テストＡＣＬ１２を参照して属性の条件が一致するか否かを判断し、一致した場合には該当するアクションの内容を実施するための処理を記述したプログラムである。運用系仮想マシン１５は、稼動中のネットワーク装置１０としての機能を実現しているものである。テスト系仮想マシン１６は、基本的な構成としては運用系仮想マシン１５と同等でありネットワーク装置としての機能を発揮するものであるが、変更後の設定を施してある点で相違する。それぞれの仮想マシンは、それぞれに仮想ＣＰＵ１７、仮想メモリ１８を備えており、あたかも１つの独立した装置として動作するように構成されている。この仮想マシンはハードとしては１個のＣＰＵにより動作するネットワーク装置内に、ソフト的に複数のマシンとして動作するよう構成される場合もあるし、あるいは、１台のネットワーク装置内に複数のＣＰＵを備え、ハード的に独立したＣＰＵを備えるものとして構成される場合もある。
【００１１】
テストＡＣＬ１２は、通信データの属性に関する１又は複数の条件と、通信を許可するか又は廃棄するかのアクションとが対応付けられて設定されているテーブルであり、データ制御部１１が、受信した通信データの属性に関する条件が一致するか否かを判定し、一致していた場合には、アクションに設定されている処理内容を実施する。本実施例のテストＡＣＬ１２は図３に示すように識別子３１、処理を実施すべき仮想マシン３２、通信識別条件３３が、通信データの属性に関する条件として設定されており、それらが一致した場合にアクション３４に設定されている廃棄か許可の処理を行うのである。廃棄の処理は、文字通り通信データをその時点で廃棄し、データ制御部の外部には出力しないことである。許可の処理は、内向けであれば属性で指定された仮想マシンに対して通信データを送信し、外向けであれば、通信データを外部に対して出力する。
【００１２】
図４は、設定の変更のテストを行うために、実際に稼動しているものとは別にネットワーク２６に接続したテストクライアントのＩＰアドレスを設定したテストクライアントＩＰアドレスリスト４０である。本実施例では、テストＡＣＬ１２の通信識別条件として、通信データの送信元か受信先がテストクライアントであることを判定の条件として設定していることから、テストクライアントのＩＰアドレスの情報が必要であるため、このテストクライアントＩＰアドレスリストが必要になる。なお、このテストクライアントＩＰアドレスリスト４０は、図２では図示はしていないが、データ制御部１１に備えるものである。
【００１３】
図５は、データ制御部１１において、テストＡＣＬ１２を参照して判定する処理の前に、通信データに対して必要に応じて属性を付加した場合の例を示している。詳細は後述する。
【００１４】
次に、図６乃至図８に示すフローチャートを用いて、本発明の動作例を説明する。通常の通信データの送受信において、ある外部機器から他の外部機器に送信される場合は、まず送信元の外部機器から通信データが送信されネットワーク装置１０で受信される。ここまでの前半部分の処理は図６で説明する。そして、ネットワーク装置１０で適当な処理が行われた後に、ネットワーク装置１０から通信データが送信され、受信先の外部機器により受信される。この後半部分の処理は図７で説明する。
【００１５】
図６は、データ制御部１１が、サーバ、クライアント等の外部機器群２０から通信データを受信したときに、テストＡＣＬ１２を参照して、通信データに対するアクションを判定する処理を説明するためのフローチャートである。
【００１６】
まずステップＳ６１では、外部機器群２０より通信データ５１を受信する。ここで受信する通信データ５１は図５（ａ）に示すとおり、少なくとも送信元ＩＰアドレスを受信先ＩＰアドレスとデータとを含むものである。この通信データ５１が、テストクライアント２２からサーバ２５に対して送信されたものならば、送信元ＩＰアドレスにはテストクライアント２２のＩＰアドレスが設定されており、受信先ＩＰアドレスにはサーバ２５のＩＰアドレスが設定されている。
【００１７】
ステップＳ６２では、テストＡＣＬ１２が有効か否かを判断する。すなわち、テストＡＣＬ１２が有効であるということは、ネットワーク装置１０の変更後の設定のテストを行おうとしている状態であり、有効でないということは、特に新たな設定をテストしようとしているわけではなく、通常の稼動をしている状態である。なお図示はしていないが、この判断は、例えば、いずれかのメモリにテストＡＣＬ１２が有効か否かを示すフラグ領域を設けて、それを参照することにより判断するものとしてもよい。ステップＳ６２で有効でないと判断した場合には、ステップＳ６４に進む。
【００１８】
ステップＳ６４では、受信した通信データ５１を運用系仮想マシン１５に送信する。ネットワーク装置の変更後の設定のテストを行おうとしている状態ではないため、外部機器群２０から受信した通信データ５１はすべて通常稼動状態のものであるので、ネットワーク装置１０による通信データ５１の処理は運用系仮想マシン１５で行われる。
【００１９】
ステップＳ６３では受信した通信データ５１を図５の（ｂ）、（ｃ）のように、運用系仮想マシン用通信データ５２とテスト系仮想マシン用通信データ５３とにコピーする。その際に、外部機器群２０からネットワーク装置１０内部の仮想マシン向けの通信データであることを示す「内向け」のフラグと、運用系仮想マシン１５向けの通信データ５２であることを示す「運用系」フラグと、テスト系仮想マシン１６向けの通信データ５３であることを示す「テスト系」フラグとを付加する。後に適切に許可又は削除の判断がされることを前提として、ここでは一時的にそれぞれの仮想マシン向けの通信データを生成するのである。
【００２０】
ステップＳ６５では、テストＡＣＬ１２の１ライン目の属性に関する条件を参照する。
【００２１】
そして、ステップＳ６６で、運用系仮想マシン用通信データ５２とテスト系仮想マシン用通信データ５３とのそれぞれに対して、テストＡＣＬ１２の属性に関する条件と一致するか否かを判断する。
【００２２】
この判断の処理の詳細を図８に示す。先ずステップＳ８１では識別子３１を参照して、通信データの「内向け」又は「外向け」フラグと一致するか否かを判断する。ここで「内向け」とは、外部機器群２０からネットワーク装置１０内の仮想マシンに送信される通信データであることを示す。また「外向け」とは、逆に、仮想マシンから外部機器群２０に送信される通信データであることを示す。次にステップＳ８２では、通信データに設定された仮想マシンの種類を示すフラグと、仮想マシン３２のフィールドを参照して、一致するか否かを判断する。そして、ステップＳ８３では、通信データの送信元のＩＰアドレス又は受信先のＩＰアドレスが、通信識別条件３３に設定した条件と一致するか否かを判断する。例えば、テストＡＣＬ１２の１ライン目であれば、送信元又は受信先がテストクライアントであるか否かをＩＰアドレスを用いて判断する。その際には図４に示すテストクライアントＩＰアドレスリスト４０を参照する。
【００２３】
上記のステップＳ８１、ステップＳ８２、ステップＳ８３ですべて一致すると判断すれば、ステップＳ６６についてテストＡＣＬ１２のそのラインの属性に関する条件に一致すると判断し、１ステップでも一致しなければ、不一致と判断する。
【００２４】
ステップＳ６６で不一致と判断するとステップＳ６７に進み、テストＡＣＬ１２の次のラインを参照して再びステップＳ６６に進み、条件に一致するか否かを判断する。ステップＳ６６で一致と判断すれば、ステップＳ６８に進み、アクション３４に設定されている廃棄か許可の処理を実行する。「廃棄」とは、文字通りその通信データをデータ制御部１１から何に対しても出力しないことを意味する。「許可」とは、内向きの通信データであれば、運用系かテスト系の仮想マシンに対して出力することを意味し、外向きであれば、ネットワーク装置１０から外部機器群２０に対して出力することを意味する。
【００２５】
図７は、データ制御部１１が、運用系仮想マシン１５又はテスト系仮想マシン１６から通信データを受信したときに、テストＡＣＬ１２を参照して、通信データに対するアクションを判定する処理を説明するためのフローチャートである。
【００２６】
まずステップＳ７０１では、仮想マシンより通信データを受信する。
【００２７】
ステップＳ７０２では、テストＡＣＬ１２が有効か否かを判断する。すなわち、テストＡＣＬ１２が有効であるということは、ネットワーク装置１０の変更後の設定のテストを行おうとしている状態であり、有効でないということは、特に新たな設定をテストしようとしているわけではなく、通常の稼動をしている状態である。ステップＳ７０２で有効でないと判断した場合には、ステップＳ７０３に進む。
【００２８】
ステップＳ７０３では、受信した通信データがテスト系仮想マシン１６からのものか否かを判断する。テスト系仮想マシン１６からのものと判断すれば、その状態では設定のテストを行おうとしている状態ではないので、その通信データは廃棄し、そうでなければ、通常の稼動による通信データであるので、そのまま外部機器群２０に対して送信する。
【００２９】
ステップＳ７０６では受信した通信データに対して、テストＡＣＬ１２を用いた判断を行うために、適当なフラグを付加する。受信した通信データが運用系仮想マシン１５からのものであれば、図５の（ｄ）、（ｅ）のように「運用系」フラグと「外向け」フラグを付加する。受信した通信データが、テスト系仮想マシン１６からのものであれば、図５の（ｆ）、（ｇ）のように「テスト系」フラグと「外向け」フラグを付加する。
【００３０】
以降のステップＳ７０７乃至ステップＳ７１０の処理は、図６のステップＳ６５乃至ステップＳ６８の処理と同様である。
【００３１】
次に、図９乃至図１０により本発明の具体的な処理の例を説明する。
【００３２】
図９はサーバ２５から運用クライアント２１に対するデータの送信の例であり、この送信は、テストではなく通常の運用によるものである。
【００３３】
サーバ２５から送信される通信データ９１には、送信元であるサーバ２５のＩＰアドレス「１１１．２２２．３３３．１００」と受信先の運用クライアント２１のＩＰアドレス「１１１．２２２．３３３．００１」が設定されており、この通信データ９１がデータ制御部１１に送信されると、運用系仮想マシン向け通信データ９２とテスト系仮想マシン向け通信データ９３にコピーされ、それぞれのデータをあらわす「運用」フラグと「テスト」フラグが付与され、さらに外部機器群２０から仮想マシン向けのデータであることを示す「内向け」フラグが付与される。
【００３４】
データ制御部１１では、図６のステップＳ６５乃至ステップＳ６７、及び図８のフローチャートに従って、運用系仮想マシン向け通信データ９２とテスト系仮想マシン向け通信データ９３とのそれぞれについて、テストＡＣＬ１２に設定された条件についてラインＮｏ．１から順に比較する。図９中で（ａ）で表される運用系仮想マシン向け通信データ９２は、送信元も受信先もテストクライアントではなく、受信先がネットワーク装置１０でもないため、ラインＮｏ．１〜ラインＮｏ．５とは一致せず、運用系仮想マシン向けであることを示す「運用」フラグを有することから、ラインＮｏ．６にも一致せずに、ラインＮｏ．７と一致する。したがって、運用系仮想マシン向け通信データ９２は、ラインＮｏ．７のアクション３４に設定されているとおり、通信を「許可」され通信データは運用系仮想マシン１５に送信される。また、図９中で（ｂ）で表されるテスト系仮想マシン向け通信データ９３は、送信元も受信先もテストクライアントではなく、受信先がネットワーク装置１０でもないため、ラインＮｏ．１〜ラインＮｏ．５とは一致せず、テスト系仮想マシン向けであることを示す「テスト」フラグを有することから、ラインＮｏ．６に一致する。したがって、テスト系仮想マシン向け通信データ９３は、ラインＮｏ．６のアクション３４に設定されているとおり、「廃棄」される。
【００３５】
運用系仮想マシン１５に送信された通信データ９４は、ネットワーク装置１０としての機能による処理を運用系仮想マシン１５でされた後、データ制御部１１に送信される。データ制御部１１は、送信された通信データ９４に、運用系仮想マシン１５からの通信データであることを示す「運用」フラグと、仮想マシンから外部機器群２０に対する通信データであることを示す「外向け」フラグを付与し、テストＡＣＬ１２と比較する外向けデータ９５とする。この外向けデータ９５は、送信元も受信先もテストクライアントではなく、受信先がネットワーク装置１０でもないため、ラインＮｏ．１〜ラインＮｏ．５とは一致せず、運用系仮想マシン向けであることを示す「運用」フラグを有することから、ラインＮｏ．６にも一致せずに、ラインＮｏ．７と一致する。したがって、外向け通信データ９５は、ラインＮｏ．７のアクション３４に設定されているとおり、通信を「許可」され通信データは運用クライアント２１に送信される。
【００３６】
以上のように、サーバ２５から運用クライアント２１に送信される通信データは、ネットワーク装置１０においては、運用系仮想マシン１５によって適切に処理され、通常の稼動状態と全く変わらずに、通信を行うことができる。
【００３７】
図１０はテストクライアント２２からサーバ２５に対するデータの送信の例であり、この送信は、テストクライアントによって、ネットワーク装置１０のテストを行うための通信である。
【００３８】
テストクライアント２２から送信される通信データ１０１には、送信元であるテストクライアント２２のＩＰアドレス「１１１．２２２．３３３．００２」と受信先のサーバ２５のＩＰアドレス「１１１．２２２．３３３．１００」が設定されており、この通信データ１０１がデータ制御部１１に送信されると、運用系仮想マシン向け通信データ１０２とテスト系仮想マシン向け通信データ１０３にコピーされ、それぞれのデータをあらわす「運用」フラグと「テスト」フラグが付与され、さらに外部機器群２０から仮想マシン向けのデータであることを示す「内向け」フラグが付与される。
【００３９】
データ制御部１１では、図７のステップＳ７０７乃至ステップＳ７１０、及び図８のフローチャートに従って、運用系仮想マシン向け通信データ１０２とテスト系仮想マシン向け通信データ１０３とのそれぞれについて、テストＡＣＬ１２に設定された条件についてラインＮｏ．１から順に比較する。図１０中で（ａ）で表される運用系仮想マシン向け通信データ１０２は、送信元がテストクライアントであり、運用系仮想マシン向けであることを示す「運用」フラグと「内向け」フラグを有することから、ラインＮｏ．１と一致する。したがって、運用系仮想マシン向け通信データ１０２は、ラインＮｏ．１のアクション３４に設定されているとおり、「廃棄」される。また、図１０中で（ｂ）で表されるテスト系仮想マシン向け通信データ１０３は、送信元がテストクライアントであり、テスト系仮想マシン向けであることを示す「テスト」フラグと「内向け」フラグを有することから、ラインＮｏ．２に一致する。したがって、テスト系仮想マシン向け通信データ１０３は、ラインＮｏ．２のアクション３４に設定されているとおり、通信を「許可」されはテスト系仮想マシン１６に送信される。
【００４０】
テスト系仮想マシン１６に送信された通信データ１０４は、変更後の設定にかかるネットワーク装置１０としての機能による処理をテスト系仮想マシン１６で行われた後、データ制御部１１に送信される。データ制御部１１は、送信された通信データ１０４に、テスト系仮想マシン１６からの通信データであることを示す「テスト」フラグと、仮想マシンから外部機器群２０に対する通信データであることを示す「外向け」フラグを付与し、テストＡＣＬ１２と比較する外向けデータ１０５とする。この外向けデータ１０５は、送信元がテストクライアントであり、テスト系仮想マシン向けであることを示す「テスト」フラグを有することから、ラインＮｏ．１〜Ｎｏ．３には一致せずに、ラインＮｏ．４と一致する。したがって、外向け通信データ１０５は、ラインＮｏ．４のアクション３４に設定されているとおり、通信を「許可」され通信データはサーバ２５に送信される。
【００４１】
以上のように、テストクライアント２２からサーバ２５に送信される通信データは、ネットワーク装置１０においては、変更後の設定が施されたテスト系仮想マシン１６によって適切に処理され、通常の稼動を妨げることなく、変更後の設定を確認するための通信を行うことができる。
【００４２】
以上に述べた本発明の実施例、動作例においては、テストＡＣＬ１２は、外部機器から送信される「内向き」の通信データに関する条件と、仮想マシンから送信される「外向き」の通信データに関する条件とを１つのテーブルに設定し、すべての通信データについてその１つのテストＡＣＬ１２を参照することとしたが、本発明はそのような構成に限られるものではない。
【００４３】
図１１は、外部機器から仮想マシン向けの通信データと、仮想マシンから外部機器向けの通信データとを別に扱い、それぞれに対するテストＡＣＬを別に備えた場合の例である。図１２に示す外部機器から仮想マシン向けの打ち向けの通信データ１２１は、データ制御部１１において、「運用系」フラグを付加された運用系仮想マシン向け通信データ１２２と、「テスト系」フラグを付加されたテスト系仮想マシン向け通信データ１２３とにコピーされ、それぞれ外部機器から仮想マシン向けのテストＡＣＬ１１０と比較を行う。そこで条件が一致すればアクションに設定された廃棄か許可の処理を行い、一致しなければ両方向の通信データのテストＡＣＬ１１２を参照して、そこで条件が一致したラインＮｏ．のアクションに設定された処理を行う。運用系仮想マシンから外部機器向けの通信データ１２４は、データ制御部１１において、「運用系」フラグを付加され外部機器向け通信データ１２５とし、仮想マシンから外部機器向けの通信データのテストＡＣＬ１１１の各ラインＮｏ．の条件と比較をし、条件が一致すればアクションに設定された処理を行う。一致しなければ両方向の通信データのテストＡＣＬ１１２を参照して、そこで条件が一致したラインＮｏ．のアクションに設定された処理を行う。テスト系仮想マシンから外部機器向けの通信データ１２６は、データ制御部１１において、「テスト系」フラグを付加され外部機器向け通信データ１２７とし、仮想マシンから外部機器向けの通信データのテストＡＣＬ１１１の各ラインＮｏ．の条件と比較をし、条件が一致すればアクションに設定された処理を行う。一致しなければ両方向の通信データのテストＡＣＬ１１２を参照して、そこで条件が一致したラインＮｏ．のアクションに設定された処理を行う。
【００４４】
ここまでは通信識別条件としてクライアントのＩＰアドレスを設定する場合について実施例として示したが、それ以外の条件を通信識別条件に設定することも可能である。その場合の第２の実施例を図１３乃至図１５を用いて説明する。
【００４５】
図１３は本実施例の構成を示したものであり、クライアント１３１とサーバ１３２とがネットワーク２６及びネットワーク装置１０を介して接続されている。サーバ１３２には、実稼動中の既存アプリケーション１３４と、これから新規に追加し稼動テストを行おうとしている新規アプリケーション１３３が存在している。本実施例は、既存アプリケーション１３４の稼動状態に影響を与えずに、新規アプリケーション１３３を疎通させるためのネットワーク装置１０の動作、及びネットワークのシステム全体の動作のテストを行うことを目的とする。図１４に示す本実施例におけるテストＡＣＬは、図１１に示すテストＡＣＬと類似の構成となっているが、通信識別条件に設定される項目が異なっている。テストＡＣＬの各ラインＮｏ．に設定する条件として、ある通信データが新規アプリケーション１３３に対するものであるか否かにより、判定を行うものとしている。新規アプリケーションに対する通信データを識別する方法としてはいくつか考えられる。例えば図１３に示すような同一のサーバ１３２に既存アプリケーション１３４と新規アプリケーションを併存させるのではなく、別のサーバにそれぞれ搭載させることとするならば、通信識別条件としては、新規アプリケーション１３３を搭載したサーバのＩＰアドレスにより判定するものとすればよい。また、図１３のような構成とした場合であって、サーバ１３２のＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）サービスポートにより区別されている場合には、テストＡＣＬ１４０、１４１、１４２の通信識別条件として、ＴＣＰサービスポートを設定しておき、通信データに含まれるＴＣＰサービスポートにより判定するものとすればよい。
【００４６】
図示はしていないが、ネットワーク装置１０は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）によって装置全体が制御されているコンピュータの１種である。ＣＰＵには、バスを介してＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ハードディスク装置（ＨＤＤ）、入出力インタフェース、および通信インタフェース等が接続されている。
【００４７】
ＲＡＭには、ＣＰＵに実行させるＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）のプログラムやその他のプログラムの少なくとも一部が一時的に格納される。また、ＲＡＭには、ＣＰＵによる処理に必要な各種データが格納される。ＨＤＤには、ＯＳやその他のプログラムおよびデータが格納される。
【００４８】
本発明の実施の形態に係る図６乃至図８に示すフローチャートで説明した処理は、プログラム及びソフトウエアとして提供されるものであり、それらのプログラムをコンピュータで実行させることによって、コンピュータをネットワーク装置１０として機能させることができる。
【００４９】
また、上記のコンピュータが有すべき機能の処理内容は、コンピュータで読み取り可能な記録媒体に記録されたプログラムに記述させておくことができる。このプログラムをコンピュータで実行することにより、上記処理がコンピュータで実現できる。コンピュータで読み取り可能な記録媒体としては、磁気記録装置や半導体メモリなどがある。市場に流通させる場合には、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｋ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）やフレキシブルディスクなどの可搬型記録媒体にプログラムを格納して流通させたり、ネットワークを介して接続されたコンピュータの記憶装置に格納しておき、ネットワークを通じて他のコンピュータに転送したりすることもできる。コンピュータで実行する際には、コンピュータ内のハードディスク装置などにプログラムを格納しておき、メインメモリにロードして実行する。
【００５０】
（付記１）
ネットワーク装置の内部のデータ制御部が、ネットワークを介して接続される外部機器と該ネットワーク装置の内部に構成される複数の仮想マシンとの間で送受信される通信データを制御することにより、ネットワークシステムをテストする方法であって、
前記通信データを受信する受信ステップと、
前記通信データの属性に関する条件と、前記通信データの通信を許可するか又は廃棄するかの処理内容であるアクションとが対応付けられて設定されているテストＡＣＬを参照して、前記受信した通信データが、前記条件に一致するか否かを判断する判断ステップと、
前記判断ステップにおいて一致すると判断した場合には、前記通信データに対してアクションの処理内容を実施する実行ステップと
を備えたことを特徴とするネットワークシステムテスト方法。
【００５１】
（付記２）
前記通信データの属性に関する条件には、前記通信データの送信元又は受信先の、前記外部機器又は前記ネットワーク装置のネットワーク上の所在を識別するアドレス情報を含み、
前記判断ステップには、前記受信した通信データに含まれる前記アドレス情報が、前記通信データの属性に関する条件と一致するか否かの判断を含むこと
を特徴とする付記１記載のネットワークシステムテスト方法。
【００５２】
（付記３）
前記受信した通信データに対して、前記判断ステップにおける条件に一致するか否かの判断に必要な属性を付加するステップを
さらに含むことを特徴とする付記１記載のネットワークシステムテスト方法。
【００５３】
（付記４）
コンピュータを、ネットワークを介して接続される外部機器間で送受信される通信データを制御するネットワーク装置として動作させるためのプログラムであって、コンピュータに
前記外部機器から送信された通信データ若しくは前記ネットワーク装置の内部に構成される仮想マシンから送信された通信データを受信する受信手段と、
前記通信データの属性に関する条件と、前記通信データの通信を許可するか又は廃棄するかの処理内容であるアクションとが対応付けられて設定されているテストＡＣＬを参照して、前記受信した通信データが、前記条件に一致するか否かを判断する判断手段と
前記判断手段において一致すると判断した場合には、前記通信データに対してアクションの処理内容を実施する実行手段と
を機能させるためのネットワークシステムテストプログラム。
【００５４】
（付記５）
前記通信データの属性に関する条件には、前記通信データの送信元又は受信先の、前記外部機器又は前記ネットワーク装置のネットワーク上の所在を識別するアドレス情報を含み、
前記判断手段では、前記受信した通信データに含まれる前記アドレス情報が、前記通信データの属性に関する条件と一致するか否かの判断を含むこと
を特徴とする付記４記載のネットワークシステムテストプログラム。
【００５５】
（付記６）
前記受信した通信データに対して、前記判断手段における条件に一致するか否かの判断に必要な属性を付加する属性付加手段を
さらに含むことを特徴とする付記４記載のネットワークシステムテストプログラム。
【００５６】
（付記７）
ネットワークを介して接続される外部機器間で送受信される通信データを制御するネットワーク装置において、
前記外部機器から送信された通信データ若しくは前記ネットワーク装置の内部に構成される仮想マシンから送信された通信データを受信する受信手段と、
前記通信データに関する１又は複数の属性に関する条件と、前記通信データが前記条件に一致した場合に前記通信データの通信を許可するか又は廃棄するかの実施すべきアクションとが対応付けられて設定されているテーブルであるテストＡＣＬと、
前記テストＡＣＬを参照して、前記受信した通信データが、前記条件に一致するか否かを判断する判断手段と、
前記判断手段において一致すると判断した場合には、前記通信データに対してアクションの処理内容を実施する実行手段と
を備えたことを特徴とするネットワーク装置。
【００５７】
（付記８）
前記通信データの属性に関する条件には、前記通信データの送信元又は受信先の、前記外部機器又は前記ネットワーク装置のネットワーク上の所在を識別するアドレス情報を含み、
前記判断手段では、前記受信した通信データに含まれる前記アドレス情報が、前記通信データの属性に関する条件と一致するか否かの判断を含むこと
を特徴とする付記７記載のネットワークシステムテスト装置。
【００５８】
（付記９）
前記受信した通信データに対して、前記判断手段における条件に一致するか否かの判断に必要な属性を付加する属性付加手段を
さらに含むことを特徴とする付記７記載のネットワークシステムテスト装置。
【００５９】
【発明の効果】
以上説明したように、本発明によれば、ネットワーク装置の設定等の変更の際に、稼動しているネットワークシステムに影響を与えたり停止させたりすることなく、変更後の設定のミスや不具合等を排除するためのテストを行うことが可能となる。
【図面の簡単な説明】
【図１】本発明にかかるネットワーク装置の構成図である。
【図２】本発明の実施の形態にかかる接続構成図である。
【図３】実施の形態にかかるテストＡＣＬの構成を図示したものである。
【図４】テストクライアントＩＰアドレスリストを図示したものである。
【図５】実施の形態にかかる通信データの例を図示したものである。
【図６】内向け通信判定プログラムの処理を説明するフローチャートである。
【図７】外向け通信判定プログラムの処理を説明するフローチャートである。
【図８】通信データをテストＡＣＬの条件と比較する処理を説明するフローチャートである。
【図９】本発明の具体的な動作例を図示したものである。
【図１０】本発明の具体的な動作例を図示したものである。
【図１１】実施の形態にかかるテストＡＣＬの構成の例を図示したものである。
【図１２】実施の形態にかかる通信データの例を図示したものである。
【図１３】第２の実施例にかかる接続構成図である。
【図１４】第２の実施例にかかるテストＡＣＬの構成の例を図示したものである。
【符号の説明】
１０ ネットワーク装置
１１ データ制御部
１２ テストＡＣＬ
１３ 内向け通信判定プログラム
１４ 外向け通信判定プログラム
１５ 運用系仮想マシン
１６ テスト系仮想マシン
１７ 仮想メモリ
１８ 仮想ＣＰＵ
２０ 外部機器群
２１ 運用クライアント
２２ テストクライアント
２３ 運用クライアント
２４ テストクライアント
２５ サーバ
２６ ネットワーク
３１ テストＡＣＬの識別子を設定するフィールド
３２ テストＡＣＬの仮想マシンを設定するフィールド
３３ テストＡＣＬの通信識別条件を設定するフィールド
３４ テストＡＣＬのアクションを設定するフィールド
３５ テストＡＣＬのラインＮｏを設定するフィールド
４０ テストクライアントＩＰアドレスリスト
５１、９１、１０１、１２１ 外部機器から送信された通信データ
５２、９２、１０２、１２２ 運用系仮想マシン用通信データ
５３、９３、１０３、１２３ テスト系仮想マシン用通信データ
５４、９４、１２４ 運用系仮想マシンから送信された通信データ
５５、９５、１２５ 運用系仮想マシンから送信されフラグを付加した通信データ
５６、１０４、１２６ テスト系仮想マシンから送信された通信データ
５７、９５、１０５、１２７ テスト系仮想マシンから送信されフラグを付加した通信データ
９６、１０６ ネットワーク装置から外部機器に送信された通信データ
１１０、１４０ 外部機器から仮想マシン向けの通信データのテストＡＣＬ
１１１、１４１ 仮想マシンから外部機器向けの通信データのテストＡＣＬ
１１２、１４２ 両方向の通信データのテストＡＣＬ
１３１ クライアント
１３２ サーバ
１３３ 新規アプリケーション
１３４ 既存アプリケーション
【発明の属する技術分野】
本発明は、ネットワークシステムのネットワーク装置について設定等の変更を行った際の、ネットワークシステム全体の動作をテストするための方法、プログラム、装置に関する。
【０００２】
【従来の技術】
従来、ネットワークシステムにおける、ファイアウォール装置、ルータ装置等のいわゆるネットワーク装置について、設定の変更やバージョンアップを行う場合には、その作業を行うために基本的にはその装置を停止させ、すなわちネットワークシステムの稼動を停止させる必要があった。このようなネットワークシステムの停止を回避するために、一部のネットワーク装置については、装置内部にハード的に複数のＣＰＵ等を備える構成としたり、ソフト的に複数の仮想マシンを装置内部に構成することにより、ネットワーク装置内部に複数のネットワーク装置の機能を構成して、設定の変更後のシステムをあらかじめ保持し、瞬時に稼動するシステムを切り替えることで、ネットワークシステムの停止時間を最小化するものも存在する。
【０００３】
また、特許文献１には、ファイアウォール装置の内部に複数の仮想マシンを構成することが記載されている。
【０００４】
【特許文献１】
特開２００１−３１８７９７号公報
【０００５】
【発明が解決しようとする課題】
しかし、従来の技術によれば、変更作業そのものによる停止時間は最小化することはできても、ネットワークシステムはネットワーク装置と、接続される外部機器とが密結合して構成するシステムであることから、設定変更のミスやネットワーク装置を制御する新バージョンのソフトウエアの不具合によって、変更後のネットワークシステムに不具合が生じることがあった。これを防止するためには、前記のような設定の変更等は、不具合が発生しても影響の少ない深夜等の閑散時間帯に行うか、本稼動の前にテストのための時間を割く必要があった。すなわち、結局は、ネットワークシステムを本稼動できない時間が発生することになってしまっていた。
そこで、本発明は、ネットワーク装置の設定等の変更の際に、ネットワークシステムを停止することなく、変更後の設定のミスや不具合等を排除するためのテストを行う方法を提供することを目的とするものである。
【０００６】
【課題を解決するための手段】
本発明のネットワークシステムテスト方法は、ネットワークを介して接続される外部機器と該ネットワーク装置の内部の仮想マシンとの間で送受信される通信データを受信する受信ステップと、前記通信データの属性に関する条件と、前記通信データの通信を許可するか又は廃棄するかの処理内容であるアクションとが対応付けられて設定されているテストＡＣＬ（Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ Ｌｉｓｔ）を参照して、前記受信した通信データが、前記条件に一致するか否かを判断する判断ステップと、一致すると判断した場合には、前記通信データに対してアクションの処理内容を実施する実行ステップとを含むものである。
【０００７】
従って、本発明によれば、ネットワークシステムを停止させることなく、変更後の設定によるシステムのテストを行うことが可能となる。
【０００８】
【発明の実施の形態】
本発明の実施の形態について図面により説明する。
【０００９】
図１に本発明の実施例の接続構成を示す。サーバ２５と運用クライアント２１、２３がネットワーク２６を介して接続されているシステムであるが、サーバ２５とクライアント装置はネットワーク装置１０を経由して接続される。このネットワーク装置１０は、ファイアウォール装置、ルータ装置等のような、ネットワーク上で送受信される通信データを適切に制御するための装置である。ここで、通常の運用は、運用クライアント２１、２３により行われているが、ネットワーク装置１０の変更後の設定をテストするための専用のクライアント装置として、テストクライアント２２、２４が接続されている。各装置に括弧書きで示したのは、ネットワーク２６上における識別情報であるＩＰアドレスである。
【００１０】
図２にネットワーク装置１０の内部構成の概要を示す。データ制御部１１は外部機器群２０とネットワーク装置１０の内部に構成される運用系仮想マシン１５やテスト系仮想マシン１６との間で送受信される通信データを制御する機能を備えるものである。この外部機器群２０は前記のサーバ２５、テストクライアント２２、２４、運用クライアント２１、２３等を総称したものである。データ制御部１１には、テストＡＣＬ１２、内向け通信判定プログラム１３、外向け通信判定プログラム１４を備えている。内向け通信判定プログラム１３は、外部機器群２０から受信した通信データについて、テストＡＣＬ１２を参照して属性の条件が一致するか否かを判断し、一致した場合には該当するアクションの内容を実施するための処理を記述したプログラムである。外向け通信判定プログラム１４は、仮想マシンから受信した通信データについて、テストＡＣＬ１２を参照して属性の条件が一致するか否かを判断し、一致した場合には該当するアクションの内容を実施するための処理を記述したプログラムである。運用系仮想マシン１５は、稼動中のネットワーク装置１０としての機能を実現しているものである。テスト系仮想マシン１６は、基本的な構成としては運用系仮想マシン１５と同等でありネットワーク装置としての機能を発揮するものであるが、変更後の設定を施してある点で相違する。それぞれの仮想マシンは、それぞれに仮想ＣＰＵ１７、仮想メモリ１８を備えており、あたかも１つの独立した装置として動作するように構成されている。この仮想マシンはハードとしては１個のＣＰＵにより動作するネットワーク装置内に、ソフト的に複数のマシンとして動作するよう構成される場合もあるし、あるいは、１台のネットワーク装置内に複数のＣＰＵを備え、ハード的に独立したＣＰＵを備えるものとして構成される場合もある。
【００１１】
テストＡＣＬ１２は、通信データの属性に関する１又は複数の条件と、通信を許可するか又は廃棄するかのアクションとが対応付けられて設定されているテーブルであり、データ制御部１１が、受信した通信データの属性に関する条件が一致するか否かを判定し、一致していた場合には、アクションに設定されている処理内容を実施する。本実施例のテストＡＣＬ１２は図３に示すように識別子３１、処理を実施すべき仮想マシン３２、通信識別条件３３が、通信データの属性に関する条件として設定されており、それらが一致した場合にアクション３４に設定されている廃棄か許可の処理を行うのである。廃棄の処理は、文字通り通信データをその時点で廃棄し、データ制御部の外部には出力しないことである。許可の処理は、内向けであれば属性で指定された仮想マシンに対して通信データを送信し、外向けであれば、通信データを外部に対して出力する。
【００１２】
図４は、設定の変更のテストを行うために、実際に稼動しているものとは別にネットワーク２６に接続したテストクライアントのＩＰアドレスを設定したテストクライアントＩＰアドレスリスト４０である。本実施例では、テストＡＣＬ１２の通信識別条件として、通信データの送信元か受信先がテストクライアントであることを判定の条件として設定していることから、テストクライアントのＩＰアドレスの情報が必要であるため、このテストクライアントＩＰアドレスリストが必要になる。なお、このテストクライアントＩＰアドレスリスト４０は、図２では図示はしていないが、データ制御部１１に備えるものである。
【００１３】
図５は、データ制御部１１において、テストＡＣＬ１２を参照して判定する処理の前に、通信データに対して必要に応じて属性を付加した場合の例を示している。詳細は後述する。
【００１４】
次に、図６乃至図８に示すフローチャートを用いて、本発明の動作例を説明する。通常の通信データの送受信において、ある外部機器から他の外部機器に送信される場合は、まず送信元の外部機器から通信データが送信されネットワーク装置１０で受信される。ここまでの前半部分の処理は図６で説明する。そして、ネットワーク装置１０で適当な処理が行われた後に、ネットワーク装置１０から通信データが送信され、受信先の外部機器により受信される。この後半部分の処理は図７で説明する。
【００１５】
図６は、データ制御部１１が、サーバ、クライアント等の外部機器群２０から通信データを受信したときに、テストＡＣＬ１２を参照して、通信データに対するアクションを判定する処理を説明するためのフローチャートである。
【００１６】
まずステップＳ６１では、外部機器群２０より通信データ５１を受信する。ここで受信する通信データ５１は図５（ａ）に示すとおり、少なくとも送信元ＩＰアドレスを受信先ＩＰアドレスとデータとを含むものである。この通信データ５１が、テストクライアント２２からサーバ２５に対して送信されたものならば、送信元ＩＰアドレスにはテストクライアント２２のＩＰアドレスが設定されており、受信先ＩＰアドレスにはサーバ２５のＩＰアドレスが設定されている。
【００１７】
ステップＳ６２では、テストＡＣＬ１２が有効か否かを判断する。すなわち、テストＡＣＬ１２が有効であるということは、ネットワーク装置１０の変更後の設定のテストを行おうとしている状態であり、有効でないということは、特に新たな設定をテストしようとしているわけではなく、通常の稼動をしている状態である。なお図示はしていないが、この判断は、例えば、いずれかのメモリにテストＡＣＬ１２が有効か否かを示すフラグ領域を設けて、それを参照することにより判断するものとしてもよい。ステップＳ６２で有効でないと判断した場合には、ステップＳ６４に進む。
【００１８】
ステップＳ６４では、受信した通信データ５１を運用系仮想マシン１５に送信する。ネットワーク装置の変更後の設定のテストを行おうとしている状態ではないため、外部機器群２０から受信した通信データ５１はすべて通常稼動状態のものであるので、ネットワーク装置１０による通信データ５１の処理は運用系仮想マシン１５で行われる。
【００１９】
ステップＳ６３では受信した通信データ５１を図５の（ｂ）、（ｃ）のように、運用系仮想マシン用通信データ５２とテスト系仮想マシン用通信データ５３とにコピーする。その際に、外部機器群２０からネットワーク装置１０内部の仮想マシン向けの通信データであることを示す「内向け」のフラグと、運用系仮想マシン１５向けの通信データ５２であることを示す「運用系」フラグと、テスト系仮想マシン１６向けの通信データ５３であることを示す「テスト系」フラグとを付加する。後に適切に許可又は削除の判断がされることを前提として、ここでは一時的にそれぞれの仮想マシン向けの通信データを生成するのである。
【００２０】
ステップＳ６５では、テストＡＣＬ１２の１ライン目の属性に関する条件を参照する。
【００２１】
そして、ステップＳ６６で、運用系仮想マシン用通信データ５２とテスト系仮想マシン用通信データ５３とのそれぞれに対して、テストＡＣＬ１２の属性に関する条件と一致するか否かを判断する。
【００２２】
この判断の処理の詳細を図８に示す。先ずステップＳ８１では識別子３１を参照して、通信データの「内向け」又は「外向け」フラグと一致するか否かを判断する。ここで「内向け」とは、外部機器群２０からネットワーク装置１０内の仮想マシンに送信される通信データであることを示す。また「外向け」とは、逆に、仮想マシンから外部機器群２０に送信される通信データであることを示す。次にステップＳ８２では、通信データに設定された仮想マシンの種類を示すフラグと、仮想マシン３２のフィールドを参照して、一致するか否かを判断する。そして、ステップＳ８３では、通信データの送信元のＩＰアドレス又は受信先のＩＰアドレスが、通信識別条件３３に設定した条件と一致するか否かを判断する。例えば、テストＡＣＬ１２の１ライン目であれば、送信元又は受信先がテストクライアントであるか否かをＩＰアドレスを用いて判断する。その際には図４に示すテストクライアントＩＰアドレスリスト４０を参照する。
【００２３】
上記のステップＳ８１、ステップＳ８２、ステップＳ８３ですべて一致すると判断すれば、ステップＳ６６についてテストＡＣＬ１２のそのラインの属性に関する条件に一致すると判断し、１ステップでも一致しなければ、不一致と判断する。
【００２４】
ステップＳ６６で不一致と判断するとステップＳ６７に進み、テストＡＣＬ１２の次のラインを参照して再びステップＳ６６に進み、条件に一致するか否かを判断する。ステップＳ６６で一致と判断すれば、ステップＳ６８に進み、アクション３４に設定されている廃棄か許可の処理を実行する。「廃棄」とは、文字通りその通信データをデータ制御部１１から何に対しても出力しないことを意味する。「許可」とは、内向きの通信データであれば、運用系かテスト系の仮想マシンに対して出力することを意味し、外向きであれば、ネットワーク装置１０から外部機器群２０に対して出力することを意味する。
【００２５】
図７は、データ制御部１１が、運用系仮想マシン１５又はテスト系仮想マシン１６から通信データを受信したときに、テストＡＣＬ１２を参照して、通信データに対するアクションを判定する処理を説明するためのフローチャートである。
【００２６】
まずステップＳ７０１では、仮想マシンより通信データを受信する。
【００２７】
ステップＳ７０２では、テストＡＣＬ１２が有効か否かを判断する。すなわち、テストＡＣＬ１２が有効であるということは、ネットワーク装置１０の変更後の設定のテストを行おうとしている状態であり、有効でないということは、特に新たな設定をテストしようとしているわけではなく、通常の稼動をしている状態である。ステップＳ７０２で有効でないと判断した場合には、ステップＳ７０３に進む。
【００２８】
ステップＳ７０３では、受信した通信データがテスト系仮想マシン１６からのものか否かを判断する。テスト系仮想マシン１６からのものと判断すれば、その状態では設定のテストを行おうとしている状態ではないので、その通信データは廃棄し、そうでなければ、通常の稼動による通信データであるので、そのまま外部機器群２０に対して送信する。
【００２９】
ステップＳ７０６では受信した通信データに対して、テストＡＣＬ１２を用いた判断を行うために、適当なフラグを付加する。受信した通信データが運用系仮想マシン１５からのものであれば、図５の（ｄ）、（ｅ）のように「運用系」フラグと「外向け」フラグを付加する。受信した通信データが、テスト系仮想マシン１６からのものであれば、図５の（ｆ）、（ｇ）のように「テスト系」フラグと「外向け」フラグを付加する。
【００３０】
以降のステップＳ７０７乃至ステップＳ７１０の処理は、図６のステップＳ６５乃至ステップＳ６８の処理と同様である。
【００３１】
次に、図９乃至図１０により本発明の具体的な処理の例を説明する。
【００３２】
図９はサーバ２５から運用クライアント２１に対するデータの送信の例であり、この送信は、テストではなく通常の運用によるものである。
【００３３】
サーバ２５から送信される通信データ９１には、送信元であるサーバ２５のＩＰアドレス「１１１．２２２．３３３．１００」と受信先の運用クライアント２１のＩＰアドレス「１１１．２２２．３３３．００１」が設定されており、この通信データ９１がデータ制御部１１に送信されると、運用系仮想マシン向け通信データ９２とテスト系仮想マシン向け通信データ９３にコピーされ、それぞれのデータをあらわす「運用」フラグと「テスト」フラグが付与され、さらに外部機器群２０から仮想マシン向けのデータであることを示す「内向け」フラグが付与される。
【００３４】
データ制御部１１では、図６のステップＳ６５乃至ステップＳ６７、及び図８のフローチャートに従って、運用系仮想マシン向け通信データ９２とテスト系仮想マシン向け通信データ９３とのそれぞれについて、テストＡＣＬ１２に設定された条件についてラインＮｏ．１から順に比較する。図９中で（ａ）で表される運用系仮想マシン向け通信データ９２は、送信元も受信先もテストクライアントではなく、受信先がネットワーク装置１０でもないため、ラインＮｏ．１〜ラインＮｏ．５とは一致せず、運用系仮想マシン向けであることを示す「運用」フラグを有することから、ラインＮｏ．６にも一致せずに、ラインＮｏ．７と一致する。したがって、運用系仮想マシン向け通信データ９２は、ラインＮｏ．７のアクション３４に設定されているとおり、通信を「許可」され通信データは運用系仮想マシン１５に送信される。また、図９中で（ｂ）で表されるテスト系仮想マシン向け通信データ９３は、送信元も受信先もテストクライアントではなく、受信先がネットワーク装置１０でもないため、ラインＮｏ．１〜ラインＮｏ．５とは一致せず、テスト系仮想マシン向けであることを示す「テスト」フラグを有することから、ラインＮｏ．６に一致する。したがって、テスト系仮想マシン向け通信データ９３は、ラインＮｏ．６のアクション３４に設定されているとおり、「廃棄」される。
【００３５】
運用系仮想マシン１５に送信された通信データ９４は、ネットワーク装置１０としての機能による処理を運用系仮想マシン１５でされた後、データ制御部１１に送信される。データ制御部１１は、送信された通信データ９４に、運用系仮想マシン１５からの通信データであることを示す「運用」フラグと、仮想マシンから外部機器群２０に対する通信データであることを示す「外向け」フラグを付与し、テストＡＣＬ１２と比較する外向けデータ９５とする。この外向けデータ９５は、送信元も受信先もテストクライアントではなく、受信先がネットワーク装置１０でもないため、ラインＮｏ．１〜ラインＮｏ．５とは一致せず、運用系仮想マシン向けであることを示す「運用」フラグを有することから、ラインＮｏ．６にも一致せずに、ラインＮｏ．７と一致する。したがって、外向け通信データ９５は、ラインＮｏ．７のアクション３４に設定されているとおり、通信を「許可」され通信データは運用クライアント２１に送信される。
【００３６】
以上のように、サーバ２５から運用クライアント２１に送信される通信データは、ネットワーク装置１０においては、運用系仮想マシン１５によって適切に処理され、通常の稼動状態と全く変わらずに、通信を行うことができる。
【００３７】
図１０はテストクライアント２２からサーバ２５に対するデータの送信の例であり、この送信は、テストクライアントによって、ネットワーク装置１０のテストを行うための通信である。
【００３８】
テストクライアント２２から送信される通信データ１０１には、送信元であるテストクライアント２２のＩＰアドレス「１１１．２２２．３３３．００２」と受信先のサーバ２５のＩＰアドレス「１１１．２２２．３３３．１００」が設定されており、この通信データ１０１がデータ制御部１１に送信されると、運用系仮想マシン向け通信データ１０２とテスト系仮想マシン向け通信データ１０３にコピーされ、それぞれのデータをあらわす「運用」フラグと「テスト」フラグが付与され、さらに外部機器群２０から仮想マシン向けのデータであることを示す「内向け」フラグが付与される。
【００３９】
データ制御部１１では、図７のステップＳ７０７乃至ステップＳ７１０、及び図８のフローチャートに従って、運用系仮想マシン向け通信データ１０２とテスト系仮想マシン向け通信データ１０３とのそれぞれについて、テストＡＣＬ１２に設定された条件についてラインＮｏ．１から順に比較する。図１０中で（ａ）で表される運用系仮想マシン向け通信データ１０２は、送信元がテストクライアントであり、運用系仮想マシン向けであることを示す「運用」フラグと「内向け」フラグを有することから、ラインＮｏ．１と一致する。したがって、運用系仮想マシン向け通信データ１０２は、ラインＮｏ．１のアクション３４に設定されているとおり、「廃棄」される。また、図１０中で（ｂ）で表されるテスト系仮想マシン向け通信データ１０３は、送信元がテストクライアントであり、テスト系仮想マシン向けであることを示す「テスト」フラグと「内向け」フラグを有することから、ラインＮｏ．２に一致する。したがって、テスト系仮想マシン向け通信データ１０３は、ラインＮｏ．２のアクション３４に設定されているとおり、通信を「許可」されはテスト系仮想マシン１６に送信される。
【００４０】
テスト系仮想マシン１６に送信された通信データ１０４は、変更後の設定にかかるネットワーク装置１０としての機能による処理をテスト系仮想マシン１６で行われた後、データ制御部１１に送信される。データ制御部１１は、送信された通信データ１０４に、テスト系仮想マシン１６からの通信データであることを示す「テスト」フラグと、仮想マシンから外部機器群２０に対する通信データであることを示す「外向け」フラグを付与し、テストＡＣＬ１２と比較する外向けデータ１０５とする。この外向けデータ１０５は、送信元がテストクライアントであり、テスト系仮想マシン向けであることを示す「テスト」フラグを有することから、ラインＮｏ．１〜Ｎｏ．３には一致せずに、ラインＮｏ．４と一致する。したがって、外向け通信データ１０５は、ラインＮｏ．４のアクション３４に設定されているとおり、通信を「許可」され通信データはサーバ２５に送信される。
【００４１】
以上のように、テストクライアント２２からサーバ２５に送信される通信データは、ネットワーク装置１０においては、変更後の設定が施されたテスト系仮想マシン１６によって適切に処理され、通常の稼動を妨げることなく、変更後の設定を確認するための通信を行うことができる。
【００４２】
以上に述べた本発明の実施例、動作例においては、テストＡＣＬ１２は、外部機器から送信される「内向き」の通信データに関する条件と、仮想マシンから送信される「外向き」の通信データに関する条件とを１つのテーブルに設定し、すべての通信データについてその１つのテストＡＣＬ１２を参照することとしたが、本発明はそのような構成に限られるものではない。
【００４３】
図１１は、外部機器から仮想マシン向けの通信データと、仮想マシンから外部機器向けの通信データとを別に扱い、それぞれに対するテストＡＣＬを別に備えた場合の例である。図１２に示す外部機器から仮想マシン向けの打ち向けの通信データ１２１は、データ制御部１１において、「運用系」フラグを付加された運用系仮想マシン向け通信データ１２２と、「テスト系」フラグを付加されたテスト系仮想マシン向け通信データ１２３とにコピーされ、それぞれ外部機器から仮想マシン向けのテストＡＣＬ１１０と比較を行う。そこで条件が一致すればアクションに設定された廃棄か許可の処理を行い、一致しなければ両方向の通信データのテストＡＣＬ１１２を参照して、そこで条件が一致したラインＮｏ．のアクションに設定された処理を行う。運用系仮想マシンから外部機器向けの通信データ１２４は、データ制御部１１において、「運用系」フラグを付加され外部機器向け通信データ１２５とし、仮想マシンから外部機器向けの通信データのテストＡＣＬ１１１の各ラインＮｏ．の条件と比較をし、条件が一致すればアクションに設定された処理を行う。一致しなければ両方向の通信データのテストＡＣＬ１１２を参照して、そこで条件が一致したラインＮｏ．のアクションに設定された処理を行う。テスト系仮想マシンから外部機器向けの通信データ１２６は、データ制御部１１において、「テスト系」フラグを付加され外部機器向け通信データ１２７とし、仮想マシンから外部機器向けの通信データのテストＡＣＬ１１１の各ラインＮｏ．の条件と比較をし、条件が一致すればアクションに設定された処理を行う。一致しなければ両方向の通信データのテストＡＣＬ１１２を参照して、そこで条件が一致したラインＮｏ．のアクションに設定された処理を行う。
【００４４】
ここまでは通信識別条件としてクライアントのＩＰアドレスを設定する場合について実施例として示したが、それ以外の条件を通信識別条件に設定することも可能である。その場合の第２の実施例を図１３乃至図１５を用いて説明する。
【００４５】
図１３は本実施例の構成を示したものであり、クライアント１３１とサーバ１３２とがネットワーク２６及びネットワーク装置１０を介して接続されている。サーバ１３２には、実稼動中の既存アプリケーション１３４と、これから新規に追加し稼動テストを行おうとしている新規アプリケーション１３３が存在している。本実施例は、既存アプリケーション１３４の稼動状態に影響を与えずに、新規アプリケーション１３３を疎通させるためのネットワーク装置１０の動作、及びネットワークのシステム全体の動作のテストを行うことを目的とする。図１４に示す本実施例におけるテストＡＣＬは、図１１に示すテストＡＣＬと類似の構成となっているが、通信識別条件に設定される項目が異なっている。テストＡＣＬの各ラインＮｏ．に設定する条件として、ある通信データが新規アプリケーション１３３に対するものであるか否かにより、判定を行うものとしている。新規アプリケーションに対する通信データを識別する方法としてはいくつか考えられる。例えば図１３に示すような同一のサーバ１３２に既存アプリケーション１３４と新規アプリケーションを併存させるのではなく、別のサーバにそれぞれ搭載させることとするならば、通信識別条件としては、新規アプリケーション１３３を搭載したサーバのＩＰアドレスにより判定するものとすればよい。また、図１３のような構成とした場合であって、サーバ１３２のＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）サービスポートにより区別されている場合には、テストＡＣＬ１４０、１４１、１４２の通信識別条件として、ＴＣＰサービスポートを設定しておき、通信データに含まれるＴＣＰサービスポートにより判定するものとすればよい。
【００４６】
図示はしていないが、ネットワーク装置１０は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）によって装置全体が制御されているコンピュータの１種である。ＣＰＵには、バスを介してＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ハードディスク装置（ＨＤＤ）、入出力インタフェース、および通信インタフェース等が接続されている。
【００４７】
ＲＡＭには、ＣＰＵに実行させるＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）のプログラムやその他のプログラムの少なくとも一部が一時的に格納される。また、ＲＡＭには、ＣＰＵによる処理に必要な各種データが格納される。ＨＤＤには、ＯＳやその他のプログラムおよびデータが格納される。
【００４８】
本発明の実施の形態に係る図６乃至図８に示すフローチャートで説明した処理は、プログラム及びソフトウエアとして提供されるものであり、それらのプログラムをコンピュータで実行させることによって、コンピュータをネットワーク装置１０として機能させることができる。
【００４９】
また、上記のコンピュータが有すべき機能の処理内容は、コンピュータで読み取り可能な記録媒体に記録されたプログラムに記述させておくことができる。このプログラムをコンピュータで実行することにより、上記処理がコンピュータで実現できる。コンピュータで読み取り可能な記録媒体としては、磁気記録装置や半導体メモリなどがある。市場に流通させる場合には、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｋ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）やフレキシブルディスクなどの可搬型記録媒体にプログラムを格納して流通させたり、ネットワークを介して接続されたコンピュータの記憶装置に格納しておき、ネットワークを通じて他のコンピュータに転送したりすることもできる。コンピュータで実行する際には、コンピュータ内のハードディスク装置などにプログラムを格納しておき、メインメモリにロードして実行する。
【００５０】
（付記１）
ネットワーク装置の内部のデータ制御部が、ネットワークを介して接続される外部機器と該ネットワーク装置の内部に構成される複数の仮想マシンとの間で送受信される通信データを制御することにより、ネットワークシステムをテストする方法であって、
前記通信データを受信する受信ステップと、
前記通信データの属性に関する条件と、前記通信データの通信を許可するか又は廃棄するかの処理内容であるアクションとが対応付けられて設定されているテストＡＣＬを参照して、前記受信した通信データが、前記条件に一致するか否かを判断する判断ステップと、
前記判断ステップにおいて一致すると判断した場合には、前記通信データに対してアクションの処理内容を実施する実行ステップと
を備えたことを特徴とするネットワークシステムテスト方法。
【００５１】
（付記２）
前記通信データの属性に関する条件には、前記通信データの送信元又は受信先の、前記外部機器又は前記ネットワーク装置のネットワーク上の所在を識別するアドレス情報を含み、
前記判断ステップには、前記受信した通信データに含まれる前記アドレス情報が、前記通信データの属性に関する条件と一致するか否かの判断を含むこと
を特徴とする付記１記載のネットワークシステムテスト方法。
【００５２】
（付記３）
前記受信した通信データに対して、前記判断ステップにおける条件に一致するか否かの判断に必要な属性を付加するステップを
さらに含むことを特徴とする付記１記載のネットワークシステムテスト方法。
【００５３】
（付記４）
コンピュータを、ネットワークを介して接続される外部機器間で送受信される通信データを制御するネットワーク装置として動作させるためのプログラムであって、コンピュータに
前記外部機器から送信された通信データ若しくは前記ネットワーク装置の内部に構成される仮想マシンから送信された通信データを受信する受信手段と、
前記通信データの属性に関する条件と、前記通信データの通信を許可するか又は廃棄するかの処理内容であるアクションとが対応付けられて設定されているテストＡＣＬを参照して、前記受信した通信データが、前記条件に一致するか否かを判断する判断手段と
前記判断手段において一致すると判断した場合には、前記通信データに対してアクションの処理内容を実施する実行手段と
を機能させるためのネットワークシステムテストプログラム。
【００５４】
（付記５）
前記通信データの属性に関する条件には、前記通信データの送信元又は受信先の、前記外部機器又は前記ネットワーク装置のネットワーク上の所在を識別するアドレス情報を含み、
前記判断手段では、前記受信した通信データに含まれる前記アドレス情報が、前記通信データの属性に関する条件と一致するか否かの判断を含むこと
を特徴とする付記４記載のネットワークシステムテストプログラム。
【００５５】
（付記６）
前記受信した通信データに対して、前記判断手段における条件に一致するか否かの判断に必要な属性を付加する属性付加手段を
さらに含むことを特徴とする付記４記載のネットワークシステムテストプログラム。
【００５６】
（付記７）
ネットワークを介して接続される外部機器間で送受信される通信データを制御するネットワーク装置において、
前記外部機器から送信された通信データ若しくは前記ネットワーク装置の内部に構成される仮想マシンから送信された通信データを受信する受信手段と、
前記通信データに関する１又は複数の属性に関する条件と、前記通信データが前記条件に一致した場合に前記通信データの通信を許可するか又は廃棄するかの実施すべきアクションとが対応付けられて設定されているテーブルであるテストＡＣＬと、
前記テストＡＣＬを参照して、前記受信した通信データが、前記条件に一致するか否かを判断する判断手段と、
前記判断手段において一致すると判断した場合には、前記通信データに対してアクションの処理内容を実施する実行手段と
を備えたことを特徴とするネットワーク装置。
【００５７】
（付記８）
前記通信データの属性に関する条件には、前記通信データの送信元又は受信先の、前記外部機器又は前記ネットワーク装置のネットワーク上の所在を識別するアドレス情報を含み、
前記判断手段では、前記受信した通信データに含まれる前記アドレス情報が、前記通信データの属性に関する条件と一致するか否かの判断を含むこと
を特徴とする付記７記載のネットワークシステムテスト装置。
【００５８】
（付記９）
前記受信した通信データに対して、前記判断手段における条件に一致するか否かの判断に必要な属性を付加する属性付加手段を
さらに含むことを特徴とする付記７記載のネットワークシステムテスト装置。
【００５９】
【発明の効果】
以上説明したように、本発明によれば、ネットワーク装置の設定等の変更の際に、稼動しているネットワークシステムに影響を与えたり停止させたりすることなく、変更後の設定のミスや不具合等を排除するためのテストを行うことが可能となる。
【図面の簡単な説明】
【図１】本発明にかかるネットワーク装置の構成図である。
【図２】本発明の実施の形態にかかる接続構成図である。
【図３】実施の形態にかかるテストＡＣＬの構成を図示したものである。
【図４】テストクライアントＩＰアドレスリストを図示したものである。
【図５】実施の形態にかかる通信データの例を図示したものである。
【図６】内向け通信判定プログラムの処理を説明するフローチャートである。
【図７】外向け通信判定プログラムの処理を説明するフローチャートである。
【図８】通信データをテストＡＣＬの条件と比較する処理を説明するフローチャートである。
【図９】本発明の具体的な動作例を図示したものである。
【図１０】本発明の具体的な動作例を図示したものである。
【図１１】実施の形態にかかるテストＡＣＬの構成の例を図示したものである。
【図１２】実施の形態にかかる通信データの例を図示したものである。
【図１３】第２の実施例にかかる接続構成図である。
【図１４】第２の実施例にかかるテストＡＣＬの構成の例を図示したものである。
【符号の説明】
１０ ネットワーク装置
１１ データ制御部
１２ テストＡＣＬ
１３ 内向け通信判定プログラム
１４ 外向け通信判定プログラム
１５ 運用系仮想マシン
１６ テスト系仮想マシン
１７ 仮想メモリ
１８ 仮想ＣＰＵ
２０ 外部機器群
２１ 運用クライアント
２２ テストクライアント
２３ 運用クライアント
２４ テストクライアント
２５ サーバ
２６ ネットワーク
３１ テストＡＣＬの識別子を設定するフィールド
３２ テストＡＣＬの仮想マシンを設定するフィールド
３３ テストＡＣＬの通信識別条件を設定するフィールド
３４ テストＡＣＬのアクションを設定するフィールド
３５ テストＡＣＬのラインＮｏを設定するフィールド
４０ テストクライアントＩＰアドレスリスト
５１、９１、１０１、１２１ 外部機器から送信された通信データ
５２、９２、１０２、１２２ 運用系仮想マシン用通信データ
５３、９３、１０３、１２３ テスト系仮想マシン用通信データ
５４、９４、１２４ 運用系仮想マシンから送信された通信データ
５５、９５、１２５ 運用系仮想マシンから送信されフラグを付加した通信データ
５６、１０４、１２６ テスト系仮想マシンから送信された通信データ
５７、９５、１０５、１２７ テスト系仮想マシンから送信されフラグを付加した通信データ
９６、１０６ ネットワーク装置から外部機器に送信された通信データ
１１０、１４０ 外部機器から仮想マシン向けの通信データのテストＡＣＬ
１１１、１４１ 仮想マシンから外部機器向けの通信データのテストＡＣＬ
１１２、１４２ 両方向の通信データのテストＡＣＬ
１３１ クライアント
１３２ サーバ
１３３ 新規アプリケーション
１３４ 既存アプリケーション
Claims (5)
- ネットワーク装置の内部のデータ制御部が、ネットワークを介して接続される外部機器と該ネットワーク装置の内部に構成される複数の仮想マシンとの間で送受信される通信データを制御することにより、ネットワークシステムをテストする方法であって、
前記通信データを受信する受信ステップと、
前記通信データの属性に関する条件と、前記通信データの通信を許可するか又は廃棄するかの処理内容であるアクションとが対応付けられて設定されているテストＡＣＬを参照して、前記受信した通信データが、前記条件に一致するか否かを判断する判断ステップと、
前記判断ステップにおいて一致すると判断した場合には、前記通信データに対してアクションの処理内容を実施する実行ステップと
を備えたことを特徴とするネットワークシステムテスト方法。 - 前記通信データの属性に関する条件には、前記通信データの送信元又は受信先の、前記外部機器又は前記ネットワーク装置のネットワーク上の所在を識別するアドレス情報を含み、
前記判断ステップには、前記受信した通信データに含まれる前記アドレス情報が、前記通信データの属性に関する条件と一致するか否かの判断を含むこと
を特徴とする請求項１記載のネットワークシステムテスト方法。 - 前記受信した通信データに対して、前記判断ステップにおける条件に一致するか否かの判断に必要な属性を付加するステップを
さらに含むことを特徴とする請求項１記載のネットワークシステムテスト方法。 - コンピュータを、ネットワークを介して接続される外部機器間で送受信される通信データを制御するネットワーク装置として動作させるためのプログラムであって、コンピュータに
前記外部機器から送信された通信データ若しくは前記ネットワーク装置の内部に構成される仮想マシンから送信された通信データを受信する受信手段と、
前記通信データの属性に関する条件と、前記通信データの通信を許可するか又は廃棄するかの処理内容であるアクションとが対応付けられて設定されているテストＡＣＬを参照して、前記受信した通信データが、前記条件に一致するか否かを判断する判断手段と
前記判断手段において一致すると判断した場合には、前記通信データに対してアクションの処理内容を実施する実行手段と
を機能させるためのネットワークシステムテストプログラム。 - ネットワークを介して接続される外部機器間で送受信される通信データを制御するネットワーク装置において、
前記外部機器から送信された通信データ若しくは前記ネットワーク装置の内部に構成される仮想マシンから送信された通信データを受信する受信手段と、
前記通信データに関する１又は複数の属性に関する条件と、前記通信データが前記条件に一致した場合に前記通信データの通信を許可するか又は廃棄するかの実施すべきアクションとが対応付けられて設定されているテーブルであるテストＡＣＬと、
前記テストＡＣＬを参照して、前記受信した通信データが、前記条件に一致するか否かを判断する判断手段と、
前記判断手段において一致すると判断した場合には、前記通信データに対してアクションの処理内容を実施する実行手段と
を備えたことを特徴とするネットワーク装置。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003097431A JP2004303094A (ja) | 2003-03-31 | 2003-03-31 | ネットワークシステムテスト方法、ネットワークシステムテストプログラム及びネットワーク装置 |
| US10/765,868 US20040205375A1 (en) | 2003-03-31 | 2004-01-29 | Method and apparatus for testing network system, and computer-readable medium encoded with program for testing network system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003097431A JP2004303094A (ja) | 2003-03-31 | 2003-03-31 | ネットワークシステムテスト方法、ネットワークシステムテストプログラム及びネットワーク装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2004303094A true JP2004303094A (ja) | 2004-10-28 |
Family
ID=33127552
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003097431A Pending JP2004303094A (ja) | 2003-03-31 | 2003-03-31 | ネットワークシステムテスト方法、ネットワークシステムテストプログラム及びネットワーク装置 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US20040205375A1 (ja) |
| JP (1) | JP2004303094A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2015032301A (ja) * | 2013-08-07 | 2015-02-16 | 日本電信電話株式会社 | 仮想ホストのバージョンアップ方法、および、ネットワーク装置 |
Families Citing this family (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7665077B2 (en) * | 2004-10-18 | 2010-02-16 | Microsoft Corporation | System and method for sharing objects between applications in a virtual runtime environment |
| US20070044156A1 (en) * | 2005-08-19 | 2007-02-22 | Ejamming, Inc. | Method and apparatus for verifying firewall and router configuration for peer-to-peer applications |
| US20070162909A1 (en) * | 2006-01-11 | 2007-07-12 | Microsoft Corporation | Reserving resources in an operating system |
| US20070294699A1 (en) * | 2006-06-16 | 2007-12-20 | Microsoft Corporation | Conditionally reserving resources in an operating system |
| US8266702B2 (en) | 2006-10-31 | 2012-09-11 | Microsoft Corporation | Analyzing access control configurations |
| DE102015111911A1 (de) | 2015-07-22 | 2017-01-26 | Andreas Reichhardt | Anzeige- und Eingabesystem für eine Landmaschine |
| DE102015112613A1 (de) * | 2015-07-31 | 2017-02-02 | Reichhardt Gmbh Steuerungstechnik | System und Verfahren zur Fernanalyse, Fernschulung oder Fernwartung an einer mobilen Maschine |
| KR20180075073A (ko) * | 2016-12-26 | 2018-07-04 | 삼성전자주식회사 | 사물인터넷 프레임워크 및 이의 운영 방법 |
| CN107783872A (zh) * | 2017-10-27 | 2018-03-09 | 郑州云海信息技术有限公司 | 分布式存储产品acl的快速响应特性的测试方法及装置 |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6704883B1 (en) * | 1999-12-22 | 2004-03-09 | Cisco Systems, Inc. | Event-enabled distributed testing system |
| US7107334B1 (en) * | 2000-03-16 | 2006-09-12 | Cisco Technology, Inc. | Methods and apparatus for redirecting network traffic |
-
2003
- 2003-03-31 JP JP2003097431A patent/JP2004303094A/ja active Pending
-
2004
- 2004-01-29 US US10/765,868 patent/US20040205375A1/en not_active Abandoned
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2015032301A (ja) * | 2013-08-07 | 2015-02-16 | 日本電信電話株式会社 | 仮想ホストのバージョンアップ方法、および、ネットワーク装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| US20040205375A1 (en) | 2004-10-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3853540B2 (ja) | ファイバチャネル接続磁気ディスク装置およびファイバチャネル接続磁気ディスク制御装置 | |
| US7644188B2 (en) | Distributing tasks in data communications | |
| EP3070881B1 (en) | Link health check method and device | |
| US20030231632A1 (en) | Method and system for packet-level routing | |
| US7516228B2 (en) | Systems and methods for controlling the number of clients that access a server | |
| JP4753953B2 (ja) | ソフトウェア実行管理装置、その方法及びプログラム | |
| US8677508B2 (en) | Confidential information leakage prevention system, confidential information leakage prevention method and confidential information leakage prevention program | |
| US11563799B2 (en) | Peripheral device enabling virtualized computing service extensions | |
| EP3070633B1 (en) | Network interface devices with remote storage control | |
| US20070162909A1 (en) | Reserving resources in an operating system | |
| US11520530B2 (en) | Peripheral device for configuring compute instances at client-selected servers | |
| JP2007043483A (ja) | 情報処理装置、通信制御方法および通信制御用プログラム | |
| KR20050083204A (ko) | 신뢰할 수 있는 프로세스를 허용하는 유연화된 네트워크보안 시스템 및 그 방법 | |
| JP2004303094A (ja) | ネットワークシステムテスト方法、ネットワークシステムテストプログラム及びネットワーク装置 | |
| JP4329412B2 (ja) | ファイルサーバシステム | |
| CN106559485A (zh) | 一种控制服务器关机的方法及装置 | |
| JP7086257B2 (ja) | 通信制御システム、マスター装置、通信制御方法及び通信制御プログラム | |
| US20060253658A1 (en) | Provisioning or de-provisioning shared or reusable storage volumes | |
| JP6829615B2 (ja) | 送信パケットを監視する装置 | |
| JP4617898B2 (ja) | アクセス制御方式および方法、サーバ装置、端末装置ならびにプログラム | |
| US11829261B2 (en) | Providing a logical data isolation with intermittent connectivity | |
| US11133960B2 (en) | Systems and methods for configuring virtual networks | |
| JP2012003302A (ja) | ゲストｏｓ制御システム | |
| CN116302312A (zh) | 一种实现Kubernetes集群外服务发现的方法及装置 | |
| JP2009182603A (ja) | ネットワーク監視システム及びネットワーク監視プログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050609 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070829 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070904 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20071101 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20071211 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080208 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20080304 |