(57)【特許請求の範囲】
【請求項１】
ネットワークに接続する複数の装置間でデータを転送することにより、前記ネットワークに負荷を与えるネットワーク負荷試験方法において、
各装置から別の少なくとも１つの装置にデータを送信するステップと、
前記各装置において、前記別の少なくとも１つの装置からデータを受信するステップと、
前記各装置が所定数のデータを受信すると、前記各装置のデータ送信を停止し、前記各装置のデータ送信の停止後、各装置のデータ送信を再開するステップと、
各装置において、所定時間内での前記所定数のデータ受信の回数をカウントするステップと、
前記各装置の前記回数を比較することにより、ネットワークの異常を判定するステップとを備えることを特徴とするネットワーク負荷試験方法。
【請求項２】
請求項１において、
前記ネットワークは、ローカルエリアネットワーク（ＬＡＮ）であることを特徴とするネットワーク負荷試験方法。
【請求項３】
ネットワークに接続する複数の装置間でデータを転送することにより、前記ネットワークに負荷を与えるネットワーク負荷試験のためのプログラムを格納する記録媒体であって、各装置で実行される前記プログラムは、
別の少なくとも１つの装置にデータを送信するステップと、
前記別の少なくとも１つの装置からデータを受信するステップと、
所定数のデータを受信すると、データの送信を停止し、データ送信の停止後、データ送信を再開するステップと、
所定時間内での前記所定数のデータ受信の回数をカウントするステップとを備え、
前記各装置の前記回数が比較されることにより、ネットワークの異常が判定されることを特徴とする記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ローカルエリアネットワーク（ＬＡＮ）などのネットワーク上でのデータ転送により、ネットワークに負荷を与えるネットワーク負荷試験方法に関する。
【０００２】
【従来の技術】
ネットワークを構成する装置に実装されるネットワークアダプタやネットワークの伝送路に負荷を与え、ネットワークの性能を判定するネットワーク負荷試験は、装置の出荷前やネットワーク構築後に行われる。
【０００３】
図５は、従来のネットワーク負荷試験方法を説明する図である。図５において、装置Ａ、Ｂは、ＬＡＮなどのネットワークにより接続する。各装置Ａ、Ｂは、通信を制御するプロセッサモジュール（CPU）１０と、データを送受信するネットワークアダプタ（インターフェースボード）２０とを備える。ネットワークがＬＡＮの場合のネットワークアダプタ（インターフェースボード）は、いわゆるＬＡＮカードである。ネットワークアダプタ２０は、送信処理部２１と受信処理部２２とを備える。プロセッサモジュール１０とネットワークアダプタ２０は、LSバス２０を介して接続する。このような装置Ａ、Ｂ両方に、ネットワーク負荷試験用テストプログラムをロードし、そのテストプログラムを両装置で実行することにより、ネットワーク負荷試験方法が実施される。
【０００４】
データは、ネットワークを介して装置Ａと装置Ｂ間を転送する。具体的には、装置Ａの送信処理部２１Ａから送信されるデータは、ネットワークを介して装置Ｂの受信処理部２２Ｂにより受信され、装置Ｂの送信処理部２１Ｂから送信されるデータは、ネットワークを介して装置Ａの受信処理部２１Ａにより受信される。ネットワーク負荷試験実施中、データは装置Ａと装置Ｂ間の両方向に転送される。装置Ｂから装置Ａへのデータ転送と、装置Ａから装置Ｂへのデータ転送は同じなので、以下、装置Ａから装置Ｂへのデータ転送について説明する。また、以下の説明の通信は、プロセッサモジュール１０とネットワークアダプタ２０で実行されるプログラム間の通信（タスク間通信）である。
【０００５】
装置Ａのプロセッサモジュール１０Ａからの送信開始指令に従って、装置Ａの送信処理部２１Ａはパケット単位のテストデータの送信を開始する。装置Ｂの受信処理部２２Ｂは、受信個数（パケット数）を数えながら、送信処理部２１Ａから順次送信されるテストデータを受信する。
【０００６】
受信処理部２２Ｂは、所定パケット数（例えば、１２８パケット）のデータを受信すると、装置Ｂのプロセッサモジュール１０ＢにLSバス３０Ｂを経由して、受信完了を通知する（図５の通信▲１▼）。プロセッサモジュール１０Ｂは、受信完了を、装置Ａのプロセッサモジュール１０Ａに、試験対象のネットワークとは別の通信経路（例えば、ＲＳ２３２Ｃなど）を利用して通知する（図５の通信▲２▼）。ネットワークは試験対象なので、タスク間通信には利用されない。プロセッサモジュール１０Ａは、受信完了通知に従って、送信処理部２１Ａに送信停止指令をLSバス３０Ａを経由して通知する（図５の通信▲３▼）。さらに、送信処理部２１Ａは、送信を停止すると、受信処理部２２Ａに送信停止を通知する。
【０００７】
一方、装置Ａの受信処理部２２Ａでも、装置Ｂの送信処理部２１Ｂからのテストデータを受信すると、上記同様に、受信完了をプロセッサモジュール１０Ａに通知する（図５の通信▲４▼）。
【０００８】
受信処理部２２Ａは、受信完了を通知し、且つ送信停止を受信すると、プロセッサモジュール１０Ａに送信受信完了をLSバス３０Ａを経由して通知する（図５の通信▲５▼）。これにより、テストの１サイクルが終了する。また、受信処理部２２Ａは、送信受信完了を通知することにより、次のテストサイクルにおける受信READY状態となる。
【０００９】
図６は、従来のネットワーク負荷試験方法のタイミングチャートである。図６では、各装置Ａ、Ｂにおける送信処理部２１Ａ、２１Ｂ及び受信処理部２２Ａ、２２Ｂのタイミングチャートが示される。各タイミングチャートにおける○数字は、各通信の通信時間を示す。従って、例えば、装置Ｂの受信処理部２２Ｂのテストデータの受信が終了した後も、装置Ａの送信処理部２１Ａは送信し続け、送信停止通知の受信によって送信を停止する。
【００１０】
図５又は図６において、プロセッサモジュール１０Ａは、受信処理部２２Ａからの送信受信完了通知を受信すると、次のテストサイクルを開始するための受信READY状態通知を装置Ｂに送信する。送信処理部２１は、相手装置の受信処理部２２が受信READY状態となってから送信を開始する。より詳しくは、プロセッサモジュール１０Ａは、上記試験されているネットワークとは別の通信経路を利用して、プロセッサモジュール１０Ｂに受信READY状態通知を送信する（図５の通信▲６▼）。プロセッサモジュール１０Ｂは、送信処理部２１Ｂに送信開始指令を送信する（図５の通信▲７▼）。
【００１１】
送信処理部２１Ｂは、送信開始指令を受信すると、テストデータの送信を再開する。このように、従来のネットワーク負荷試験方法は、一方の装置が受信READY状態になるのを待って、他方の装置からテストデータが送信される。即ち、両装置間で同期を取りながら、データの送受信が行われ、所定のテスト時間の間、上記テストサイクルが繰り返される。
【００１２】
【発明が解決しようとする課題】
しかしながら、上述の従来のネットワーク負荷試験方法は、次のような問題点を有する。
【００１３】
第一に、テストサイクルにおけるテストデータの受信と次の受信との間に、装置間の同期を取るための上記タスク間通信（図５、図６の各通信▲１▼→▲２▼→▲３▼→▲４▼→▲５▼→▲６▼→▲７▼）が介在し、そのタスク間通信にかかる時間が比較的長い。そのため、テストサイクル中の送信受信期間が相対的に短くなり、また、テストサイクルの周期も長くなってしまうので、ネットワークアダプタにその性能の限界を引き出すような高い負荷を与えることができない。
【００１４】
第二に、装置間のタスク間通信のために、試験対象のネットワークとは別の通信経路（例えば、ＲＳ２３２Ｃなど）を必要とするので、試験環境、試験設備が煩雑になる。
【００１５】
このように、１テストサイクルごとに相手側の受信READY状態を待って送信を開始するという従来の同期を取る試験方法では、タスク間通信に時間を要するので、高い負荷をネットワーク（ネットワークアダプタ及び伝送路）に与えられず、さらに、別の通信経路を用意する必要がある。
【００１６】
そこで、本発明の目的は、ネットワークに高い負荷を与えることができるネットワーク負荷試験方法を提供することにある。
【００１７】
さらに、本発明の目的は、試験対象のネットワークとは別の通信経路を必要としないネットワーク負荷試験方法を提供することにある。
【００１８】
【課題を解決するための手段】
本発明の目的を達成するための本発明のネットワーク負荷試験方法は、各装置から別の少なくとも１つの装置にデータを送信するステップと、各装置において、別の少なくとも１つの装置からデータを受信するステップと、各装置でのデータの受信状態に基づいて、各装置でのデータの送信状態を制御するステップとを備えることを特徴とする。具体的には、制御ステップにおいて、各装置が所定数のデータを受信すると、各装置の送信が停止する。
【００１９】
このように、本発明のネットワーク負荷試験方法は、従来の試験方法と異なり、相手装置側の受信完了に基づいて、自装置側の送信を停止せず、自装置側自身の受信完了に基づいて、自装置側の送信を停止する。これにより、装置間の同期を取るためのタスク間通信の必要がなくなり、従来の試験方法と比較して、１テストサイクル中のタスク間通信の時間を大幅に減少させることができる。従って、１テストサイクルの周期を短かくし、１テストサイクル中のテストデータ送信時間及び受信時間を相対的に長くすることができるので、単位時間あたりのデータ転送量が増加し、ネットワークに高い負荷を与えることができる。
【００２０】
また、本発明のネットワーク負荷試験方法は、自装置側自身の受信完了に基づいて、自装置側の送信が停止し、装置間で同期を取る必要がないので、装置間のタスク間通信を必要とせず、試験対象のネットワーク以外の別の通信経路を必要としない。従って、試験環境、試験設備を簡易化することができる。
【００２１】
【発明の実施の形態】
以下、本発明の実施の形態について説明する。しかしながら、本発明の技術的範囲が、本実施の形態に限定されるものではない。
【００２２】
図１は、本発明の実施の形態におけるネットワーク負荷試験方法を説明する図である。図１における装置Ａ、Ｂの構成は、図５と同様であり、各装置Ａ、Ｂは、通信を制御するプロセッサモジュール（CPU）１０と、データを送受信するネットワークアダプタ（インターフェースボード）２０とを備える。装置Ａのネットワークアダプタ２０Ａの送信処理部２１Ａから送信されるデータは、ネットワークを介して装置Ｂのネットワークアダプタ２０Ｂの受信処理部２２Ｂにより受信され、装置Ｂの送信処理部２１Ｂから送信されるデータは、ネットワークを介して装置Ａの受信処理部２１Ａにより受信される。但し、装置Ａ、Ｂは、試験対象のネットワーク以外の通信経路で接続されない。また、ネットワーク負荷試験実施中、データは装置Ａと装置Ｂ間の両方向に転送されるが、装置Ｂから装置Ａへのデータ転送と、装置Ａから装置Ｂへのデータ転送は同じであるので、本実施の形態では、装置Ｂから装置Ａへのデータ転送についてのタスク間通信について説明する。
【００２３】
また、図２は、本発明の実施の形態におけるネットワーク負荷試験方法のタイミングチャートの第一の例である。図２では、図６と同様に、各装置Ａ、Ｂにおける送信処理部２１Ａ、２１Ｂ及び受信処理部２２Ａ、２２Ｂのタイミングチャートが示される。各タイミングチャートにおける○数字は、各タスク間通信の通信時間を表す。
【００２４】
図１及び図２において、装置Ｂのプロセッサモジュール１０Ｂからの指令に従って、装置Ｂの送信処理部２１Ｂはパケット単位のテストデータの送信を開始する。装置Ａの受信処理部２２Ａは、受信個数（パケット数）を数えながら、送信処理部２１Ｂから順次送信されるテストデータを受信する。
【００２５】
受信処理部２２Ａは、所定パケット数（例えば、１２８パケット）のデータを受信すると、装置Ａの送信処理部２１Ａに送信停止指令を通知する（通信▲１▼）。送信処理部２１Ａは、送信停止指令を受信すると、送信を停止する。さらに、送信処理部２１Ａは、送信を停止すると、LS バス３０Ａを経由して、送信受信完了をプロセッサモジュール１０Ａに通知する（通信▲２▼）。プロセッサモジュール１０Ａは、送信受信完了通知の受信に基づいて、１テストサイクルの終了を認識する。次に、装置Ａのプロセッサモジュール１０Ａは、次のテストサイクルのための送信開始指令を、LSバス３０Ａを経由して、送信処理部２１Ａに通知する（通信▲３▼）。こうして、送信処理部２１Ａは、次のテストサイクルにおけるテストデータの送信を開始する。テストサイクルは、所定のテスト時間の間繰り返される。なお、受信処理部２２Ａは、送信処理部２１Ａに送信停止を通知した後に、受信READY状態になる。
【００２６】
このように、本実施の形態では、各装置Ａ、Ｂの送信処理部２１は、相手装置の受信処理部の受信完了ではなく、自装置の受信処理部の受信完了に従って、送信停止する。即ち、各装置Ａ、Ｂは、互いに同期を取らず、各プロセッサモジュール１０は、１テストサイクルの終了を自装置の受信処理部２２の受信完了に基づいて互いに独立に判断する。
【００２７】
図２のタイミングチャートは、各装置Ａ、Ｂに実装されるネットワークアダプタ２０Ａ、Ｂが正常な場合の例である。従って、テストデータは、装置Ａ、Ｂ間で正常に送受信されるので、装置Ａ、Ｂは、互いに同期を取っていないが、同じタイミングでテストサイクルが終了している。
【００２８】
図３は、本発明の実施の形態におけるネットワーク負荷試験方法のタイミングチャートの第二の例である。図３の第二の例では、装置Ｂのネットワークアダプタ２０Ｂの受信処理部２２Ｂに不良が発生した場合を示す。図３において、装置Ａの受信処理部２２Ａは、１テストサイクルの間に、所定パケット数（例えば、１２８パケット）のテストデータを受信し、送信処理部２１Ａの送信を停止し、１テストサイクルを終了する。一方、装置Ｂの受信処理部２２Ｂは、その受信状態の異変（スローダウン）により、装置Ａの１テストサイクルの間に所定パケット数のテストデータを受信しない。図３では、例として、受信処理部２２Ｂは、所定パケット数（１２８パケット）の半分（６４パケット）を受信する。この場合、装置Ｂの送信処理部２１Ｂは、装置Ａの受信処理部２２Ａの受信完了とは無関係なので送信停止しない。
【００２９】
また、装置Ｂの受信処理部２２Ｂは、装置Ａの次回以降のテストサイクルで送信されるテストデータを受信し、所定パケット数のテストデータを受信するまで、受信完了しない。例えば、受信処理部２２Ｂの受信パケット数が、装置Ａの次のテストサイクルで６４パケットのテストデータを受信し、所定パケット数（１２８パケット）に達した場合は、受信処理部２２Ｂの受信完了に基づいて、装置Ｂの送信処理部２１Ｂは、通信▲１▼により送信停止し、プロセッサモジュール１０Ｂは、通信▲２▼により１テストサイクルの終了を認識する。
【００３０】
各プロセッサモジュール１０Ａ、１０Ｂは、それぞれ送信処理部２１Ａ、２１Ｂからの送信受信完了通知（通信▲２▼）を受信するごと（１サイクル終了する毎）に、サイクル数をカウントアップする。
【００３１】
そして、上述のように、一方のネットワークアダプタ２０に異常がある場合、各装置Ａ、Ｂにおけるテストサイクルの周期が異なるので、結果的に、所定のテスト時間の間で各装置Ａ、Ｂがカウントアップするサイクル数が異なってくる。例えば、図３の場合では、装置Ｂのサイクル数は、装置Ａのサイクル数のほぼ半分程度となる。
【００３２】
従って、各装置Ａ、Ｂそれぞれで得られたサイクル数の比較に基づいて、各装置Ａ、Ｂに実装されるネットワークアダプタの性能を判定することができる。例えば、一方のサイクル数が他方より少ない場合は、一方のネットワークアダプタになんらかの障害、異常があるものと判定することができる。
【００３３】
このように、本発明のネットワーク負荷試験方法は、従来の試験方法と異なり、相手装置の受信処理部の受信完了に基づいて、自装置の送信処理部の送信を停止せず、自装置の受信処理部２２の受信完了に基づいて、自装置の送信処理部２１の送信を停止する。これにより、装置間の同期を取るためのタスク間通信の必要がなくなり、従来の試験方法と比較して、１テストサイクル中のタスク間通信（▲１▼→▲２▼→▲３▼）の時間を大幅に減少させることができる。従って、１テストサイクルの周期を短かくし、１テストサイクル中のテストデータ送信時間及び受信時間を相対的に長くすることができるので、ネットワーク（ネットワークアダプタ及び伝送路）に高い負荷を与えることができる。
【００３４】
また、本発明のネットワーク負荷試験方法は、装置Ａ、Ｂ間で同期を取る必要がないので、装置Ａ、Ｂ間のタスク間通信を必要とせず、従来の試験方法における別の通信経路を必要としない。従って、試験環境、試験設備を簡易化することができる。
【００３５】
なお、本発明のネットワーク負荷試験方法は、ネットワークに接続する２台の装置間での適用に限られない。本発明のネットワーク負荷試験方法は、相手装置との同期を取る必要がないので、３台以上の装置間にも適用することができる。３台以上の装置間でテストデータを送受信し合うために、例えば、各装置に実装されるネットワークアダプタに固有のMACアドレスが利用される。
【００３６】
図４は、３台以上の装置が接続するネットワークの模式図である。図４では、４台の装置Ａ、Ｂ、Ｃ、Ｄがネットワークに接続する。各装置Ａ、Ｂ、Ｃ、Ｄには、それぞれネットワークアダプタ２０Ａ、２０Ｂ、２０Ｃ、２０Ｄが実装される。図４において、装置Ａ、Ｂ間でのネットワーク負荷試験方法は、上述の実施の形態と同様である。このような１対１通信（ユニキャスト通信）の場合、装置Ａ、Ｂは、それぞれ相手（送信先）装置のMACアドレスを指定してテストデータを送信する。
【００３７】
また、ネットワークに接続する全装置Ａ、Ｂ、Ｃ、Ｄ間で本発明のネットワーク負荷試験方法を実行する場合、各装置Ａ、Ｂ、Ｃ、Ｄそれぞれが、送信先のMACアドレスとして、ブロードキャストアドレスを付してテストデータを送信する。ブロードキャストアドレスが付されたテストデータは、送信元の自装置以外の全装置に取り込まれる。
【００３８】
さらに、ネットワークに接続する装置Ａ、Ｂ、Ｃ、Ｄのうち、例えば、装置Ａ、Ｂ、Ｃ間でネットワーク負荷試験方法を実行したい場合は、マルチキャストが利用される。具体的には、あらかじめ複数の装置Ａ、Ｂ、Ｃをグループ化し、そのグループに含まれる装置のMACアドレスが付されたテストデータが送信される。グループに対応するMACアドレスが付されたテストデータは、グループに含まれる装置により取り込まれる。このように、ブロードキャスト、マルチキャストを利用することにより、多対多通信における本発明のネットワーク負荷試験が可能となる。
【００３９】
なお、上述の実施の形態は、ＬＡＮを例に説明したが、本発明が適用されるネットワークはＬＡＮに限られない。例えば、本発明のネットワーク負荷試験方法は、電話回線網、専用回線網、DDX-P網、ISDN網など各種ネットワークにも同様に適用可能である。
【００４０】
本発明の保護範囲は、上記の実施の形態に限定されず、特許請求の範囲に記載された発明とその均等物に及ぶものである。
【００４１】
【発明の効果】
以上、本発明のネットワーク負荷試験方法は、従来の試験方法と異なり、相手装置側の受信完了に基づいて、自装置側の送信を停止せず、自装置側自身の受信完了に基づいて、自装置側の送信を停止する。これにより、装置間の同期を取るためのタスク間通信の必要がなくなり、従来の試験方法と比較して、１テストサイクル中のタスク間通信の時間を大幅に減少させることができる。従って、１テストサイクルの周期を短かくし、１テストサイクル中のテストデータ送信時間及び受信時間を相対的に長くすることができるので、ネットワークに高い負荷を与えることができる。
【００４２】
また、本発明のネットワーク負荷試験方法は、装置間で同期を取る必要がないので、装置間のタスク間通信を必要とせず、試験対象のネットワーク以外の別の通信経路を必要としない。従って、試験環境、試験設備を簡易化することができる。
【図面の簡単な説明】
【図１】本発明の実施の形態におけるネットワーク負荷試験方法を説明する図である。
【図２】本発明の実施の形態におけるネットワーク負荷試験方法のタイミングチャートの第一の例である。
【図３】本発明の実施の形態におけるネットワーク負荷試験方法のタイミングチャートの第二の例である。
【図４】３台以上の装置が接続するネットワークの模式図である。
【図５】従来のネットワーク負荷試験方法を説明する図である。
【図６】従来のネットワーク負荷試験方法のタイミングチャートである。
【符号の説明】
Ａ、Ｂ、Ｃ、Ｄ  装置
１０  プロセッサモジュール
２０  ネットワークアダプタ
２１  送信処理部
２２  受信処理部
【図１】
0003789271.tif 000002
【図２】
0003789271.tif 000003
【図３】
0003789271.tif 000004
【図４】
0003789271.tif 000005
【図５】
0003789271.tif 000006
【図６】
0003789271.tif 000007