ネットワーク装置、その診断方法、及び、プログラム
【課題】ネットワーク装置の各部位を通過する通信データをモニタリングすることによって、ネットワーク装置のどの部位に故障が存在するかを特定する。
【解決手段】第一のプロトコル・レイヤーで送受信される通信データを生成する第一の通信データ生成部と、第一の通信データ生成部が生成した通信データを保存するメモリ８と、第一の通信データ生成部が生成した通信データをメモリへ導く第一のバイパス部とを有するネットワーク装置９によって解決する。診断用の通信データをネットワーク装置９に送出するステップと、診断用の通信データに基づき、第一の通信データ生成部が生成すべき通信データを自ら生成するステップと、メモリ８に保存された通信データを読み出すステップと、自ら生成した通信データと、メモリ８に保存された通信データとを比較するステップと、当該比較結果を出力するステップとによって、ネットワーク装置９を診断することができる。
【解決手段】第一のプロトコル・レイヤーで送受信される通信データを生成する第一の通信データ生成部と、第一の通信データ生成部が生成した通信データを保存するメモリ８と、第一の通信データ生成部が生成した通信データをメモリへ導く第一のバイパス部とを有するネットワーク装置９によって解決する。診断用の通信データをネットワーク装置９に送出するステップと、診断用の通信データに基づき、第一の通信データ生成部が生成すべき通信データを自ら生成するステップと、メモリ８に保存された通信データを読み出すステップと、自ら生成した通信データと、メモリ８に保存された通信データとを比較するステップと、当該比較結果を出力するステップとによって、ネットワーク装置９を診断することができる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク装置、その診断方法、及び、プログラムに関する。
【背景技術】
【０００２】
パソコン本体の拡張スロットに実装されるネットワーク・インタフェース・カードなど、電子計算機に搭載されるネットワーク装置が知られる。ネットワーク装置はエラー診断機能を有するが、このエラー診断機能は、ネットワーク装置全体を自己診断するものであった。すなわち、ネットワーク装置に入って来るパケットや、ネットワーク装置から出て行くパケットを検査することにより、ネットワーク装置に異常が無いかを診断するものであった。この診断機能では、ネットワーク装置全体に異常があった場合に、故障部位を特定することができない。
【０００３】
特開２００１−２３７８５４号公報（特許文献１参照）には、「ＡＴＭ装置における導通試験方法」の発明が記載されている。特許文献１においては、ＡＴＭ装置は、ＳＡＲ機能搭載装置を具備する。ＳＡＲ機能搭載装置は、ＡＴＭアダプテーションレイヤにおける送受データ及びＡＴＭセルに対してセグメンテーション及びリアセンブルを行うＳＡＲ機能を有する。前記ＳＡＲ機能搭載装置は、特定のヘッダ値を付したセルを、導通試験用セルとして生成し、導通試験経路へ送出する。また、前記ＳＡＲ機能搭載装置から生成送出された前記導通試験用セルを、導通試験経路を含むＡＴＭセル転送経路内の任意の折返しポイントに備えられた導通試験用セル折返し手段により折返す。前記ＳＡＲ機能搭載装置は、前記折返された導通試験用セルを受信し、該受信した導通試験用セルと前記生成送出した導通試験用セルとのマッチングを行い、セル導通路の正常性確認を行う。
【０００４】
特開２００６−１５７４４２号公報（特許文献２参照）には、「通信障害検出装置」の発明が記載されている。通信障害検出装置は、ＬＡＮ回線に接続されて通信障害を検出する。レイヤ１処理手段は、前記ＬＡＮ回線から受信した受信フレームに対して媒体に依存したレイヤ１の処理を行う。回線不良検出手段は、前記受信フレームに基づいて前記ＬＡＮ回線からの受信方向でＬＡＮ回線異常を検出してＬＡＮ回線異常に関する回線不良情報を生成する。レイヤ２処理手段は、前記回線不良検出手段からの受信フレームに対して前記媒体に依存しないレイヤ２以降の処理を行うとともに、前記受信フレームのフレームチェックシーケンスに基づいて前記受信フレームの異常を検出して前記受信フレームの異常に関する受信フレーム異常情報を生成する。受信側障害検出手段は、前記回線不良検出手段で生成された前記回線不良情報および前記レイヤ２処理手段で生成された前記受信フレーム異常情報に基づいて装置内障害を検出する。前記受信側障害検出手段は、前記回線不良情報において前記ＬＡＮ回線が正常で、かつ前記受信フレーム異常情報において前記受信フレームが異常である場合に、前記装置内障害が発生したと判断して前記装置内障害を検出する。
【０００５】
特開平９−１６２９１０号公報（特許文献３参照）には、「多重化通信装置の制御方法」の発明が記載されている。この多重化通信装置の制御方法においては、ステーション間で、伝送路を経由して情報の送受信を行う。現用系に設定されている通信装置は、送信要求による送信情報を含む通信フレームを作成して送信する一方で、伝送路から自己宛の通信フレームを受信する。そして、受信情報を含む受信報告を作成して待機系に送出する送受信処理を行う。前記待機系に設定されている通信装置は、伝送路から自ステーションの現用系を通信元または通信先とする通信フレームを傍受し、その傍受情報と前記送信情報または前記受信情報を比較する。そして、一致しないときは前記現用系の送受信処理に異常があると判定する現用系送受信監視処理を行う。
【０００６】
特開平９−２０５４２９号公報（特許文献４参照）には、「ネットワーク故障診断装置」の発明が記載されている。ネットワークシステムは、複数のノードと、このノード間を接続するデータ伝送路とを有する。システム状態データ生成手段は、前記データ伝送路上の伝送フレームを受信し、当該伝送フレームの状態から得られる情報又はその伝送フレームの内容に基づいて、システム状態データを作成する。異常検出手段は、前記システム状態データの内容が、予め設定された異常現象の何れかに適合するか否かを判定する。異常原因推定手段は、前記異常検出手段により何れかの異常現象に適合すると判定された場合に、当該異常現象に対応し、かつ予め設定された少なくとも一つの異常原因の中から推定される異常原因を選択する。シミュレータ手段は、前記推定される異常原因を有する場合における前記ネットワークシステムの挙動をシミュレーションする。異常原因判定手段は、前記シミュレータ手段によるシミュレーション結果と、前記システム状態データの内容とを比較して、前記推定される異常原因の正誤を判定する。
【０００７】
【特許文献１】特開２００１−２３７８５４号公報
【特許文献２】特開２００６−１５７４４２号公報
【特許文献３】特開平９−１６２９１０号公報
【特許文献４】特開平９−２０５４２９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
本発明の課題は、ネットワーク装置の各部位を通過する通信データをモニタリングすることによって、ネットワーク装置のどの部位に故障が存在するかを特定することを可能にすることである。
【課題を解決するための手段】
【０００９】
以下に、［発明を実施するための最良の形態］で使用される番号・符号を用いて、［課題を解決するための手段］を説明する。これらの番号・符号は、［特許請求の範囲］の記載と［発明を実施するための最良の形態］との対応関係を明らかにするために括弧付きで付加されたものである。ただし、それらの番号・符号を、［特許請求の範囲］に記載されている発明の技術的範囲の解釈に用いてはならない。
【００１０】
本発明によるネットワーク装置（９）においては、第一の通信データ生成部（４）は、第一のプロトコル・レイヤーで送受信される通信データを生成する。メモリ（８）は、前記第一の通信データ生成部（４）が生成した通信データを保存する。第一のバイパス部（１６）は、前記第一の通信データ生成部（４）が生成した通信データを前記メモリ（８）へ導く。本発明によるネットワーク装置（９）においては、第二の通信データ生成部（５）は、第二のプロトコル・レイヤーで送受信される通信データを生成する。第二のバイパス部（１５）は、前記第二の通信データ生成部（５）が生成した通信データを前記メモリ（８）へ導く。前記メモリ（８）は、前記第二の通信データ生成部（５）が生成した通信データを保存する。
【００１１】
本発明によるネットワーク装置（１３）においては、第一の通信データ生成部（４）は、第一のプロトコル・レイヤーで送受信される通信データを生成する。比較部（１２）は、前記第一の通信データ生成部（４）が生成すべき通信データを自ら生成し、かつ、当該自ら生成した通信データと、前記第一の通信データ生成部（４）が生成した通信データとを比較する。本発明によるネットワーク装置（１３）においては、第二の通信データ生成部（５）は、第二のプロトコル・レイヤーで送受信される通信データを生成する。前記比較部（１２）は、当該第二の通信データ生成部（５）が生成すべき通信データを自ら生成し、かつ、当該自ら生成した通信データと、前記第二の通信データ生成部（５）が生成した通信データとを比較する。
【００１２】
本発明によるネットワーク装置の診断方法においては、送出するステップは、診断用の通信データを請求項１又は２記載のネットワーク装置（９）に送出する。生成するステップは、診断用の通信データに基づき、前記第一の通信データ生成部（４）が生成すべき通信データを自ら生成し、かつ、前記ネットワーク装置（９）が前記第二の通信データ生成部（５）を具備する場合には、診断用の通信データに基づき、前記第二の通信データ生成部（５）が生成すべき通信データを自ら生成する。読み出すステップは、前記メモリ（８）に保存された通信データを読み出す。比較するステップは、前記自ら生成した通信データと、前記メモリ（８）に保存された通信データとを比較する。出力するステップは、当該比較結果を出力する。
【００１３】
本発明によるネットワーク装置の診断方法においては、送出するステップは、診断用の通信データを請求項３又は４記載のネットワーク装置（１３）に送出する。読み出すステップは、前記比較部（１２）から、比較結果を読み出す。出力するステップは、当該比較結果を出力する。
【００１４】
本発明によるプログラムは、請求項５又は６記載のネットワーク装置の診断方法における各ステップを、コンピュータに実行させる。
【発明の効果】
【００１５】
本発明によれば、ネットワーク装置の各部位を通過する通信データをモニタリングすることによって、ネットワーク装置のどの部位に故障が存在するかを特定することが可能になる。
【発明を実施するための最良の形態】
【００１６】
まず、第一の実施の形態について説明する。図１に、第一の実施の形態における電子計算機のブロック説明図を示す。図１において、電子計算機１８は、ＯＳ管理部２を有し、ネットワーク装置９を搭載している。ＯＳ管理部２は、操作部１から入力されるコマンド等を受け付け、また、表示部３へＯＳ管理部２の状態を表示する。ネットワーク装置９は、メモリ８と、バイパス回路１１，１５，１６と、ネットワーク主要処理部１４と、ネットワークインタフェース７とを具備している。ネットワークインタフェース７は、外部の通信ネットワーク１０と接続されている。ネットワーク主要処理部１４は、ＴＣＰオフロードエンジン４と、ＩＰ処理部５と、イーサネット（登録商標）処理部６とを有する。各部位４〜６は、それぞれ、ＴＣＰプロトコル、ＩＰプロトコル、イーサネット（登録商標）プロトコルに従って、パケットに各レイヤーのヘッダーを付加する処理等を行い、また、パケットから各レイヤーのヘッダーを取り除く処理等を行う。バイパス回路１１，１５，１６は、各部位４〜６に入出力されるパケットを捕捉して、メモリ８へ導く。メモリ８は、バイパス回路１１，１５，１６を介して受信する各レイヤーのヘッダ付き通信データを記録する。
【００１７】
第一の実施の形態における故障部位診断機能について説明する。図１において、ユーザは、操作部１を操作することにより、電子計算機１８に、故障部位診断を行うように指示を出す。ＯＳ管理部２は、診断を行うために、ダミーの通信データを作成し、その宛先を自分として、ネットワーク装置９へ送出する。ネットワーク装置９は、ダミーの通信データをネットワーク主要処理部１４へ渡し、外部の通信ネットワーク１０へ送出するパケットを生成する。このとき、ＴＣＰオフロードエンジン４は、ダミーの通信データにＴＣＰヘッダーを付加するなどした”ＴＣＰレイヤーのＴＣＰパケット”を生成する。ＩＰ処理部５は、”ＴＣＰレイヤーのＴＣＰパケット”にＩＰヘッダーを付加するなどした”ＩＰレイヤーのＩＰパケット”を生成する。イーサネット（登録商標）処理部６は、”ＩＰレイヤーのＩＰパケット”にイーサネット（登録商標）ヘッダーを付加するなどした”イーサネット（登録商標）レイヤーのイーサネット（登録商標）パケット”を生成する。
【００１８】
バイパス回路１６は、ＴＣＰオフロードエンジン４が生成する”ＴＣＰレイヤーのＴＣＰパケット”を捕捉して、メモリ８へ導く。バイパス回路１５は、ＩＰ処理部５が生成する”ＩＰレイヤーのＩＰパケット”を捕捉して、メモリ８へ導く。バイパス回路１１は、イーサネット（登録商標）処理部６が生成する”イーサネット（登録商標）レイヤーのイーサネット（登録商標）パケット”を捕捉して、メモリ８へ導く。メモリ８は、ネットワーク装置９から出て行くパケットに関して、”ＴＣＰレイヤーのＴＣＰパケット”と、”ＩＰレイヤーのＩＰパケット”と、”イーサネット（登録商標）レイヤーのイーサネット（登録商標）パケット”とを保存する。
【００１９】
故障部位診断の為に作成されたダミーの通信データは、外部の通信ネットワーク１０へ送出された後、折り返し電子計算機１８に戻ってくる。ネットワークインタフェース７が、外部の通信ネットワーク１０から受け取るダミーの通信データは、ネットワーク主要処理部１４に渡される。このとき、イーサネット（登録商標）処理部６は、”イーサネット（登録商標）レイヤーのイーサネット（登録商標）パケット”からイーサネット（登録商標）ヘッダーを取り除くなどして、”ＩＰレイヤーのＩＰパケット”をＩＰ処理部５へ送出する。ＩＰ処理部５は、”ＩＰレイヤーのＩＰパケット”からＩＰヘッダーを取り除くなどして、”ＴＣＰレイヤーのＴＣＰパケット”をＴＣＰオフロードエンジン４へ送出する。ＴＣＰオフロードエンジン４は、”ＴＣＰレイヤーのＴＣＰパケット”からＴＣＰヘッダーを取り除くなどして、ダミーの通信データをＯＳ管理部２へ送出する。
【００２０】
バイパス回路１１は、イーサネット（登録商標）処理部６に入力される”イーサネット（登録商標）レイヤーのイーサネット（登録商標）パケット”を捕捉して、メモリ８へ導く。バイパス回路１５は、ＩＰ処理部５に入力される”ＩＰレイヤーのＩＰパケット”を捕捉して、メモリ８へ導く。バイパス回路１６は、ＴＣＰオフロードエンジン４に入力される”ＴＣＰレイヤーのＴＣＰパケット”を捕捉して、メモリ８へ導く。メモリ８は、ネットワーク装置９に入って来るパケットに関して、”ＴＣＰレイヤーのＴＣＰパケット”と、”ＩＰレイヤーのＩＰパケット”と、”イーサネット（登録商標）レイヤーのイーサネット（登録商標）パケット”とを保存する。
【００２１】
ＯＳ管理部２は、ダミーの通信データをネットワーク装置９へ送付すると共に、独自に、”ＴＣＰレイヤーのＴＣＰパケット”と、”ＩＰレイヤーのＩＰパケット”と、”イーサネット（登録商標）レイヤーのイーサネット（登録商標）パケット”とを生成する。また、ネットワーク装置９から、折り返し戻ってくるダミーの通信データを受信したら、メモリ８に収集されている各段階のパケットを読み出す。そして、自ら生成したパケットと、メモリ８に保存されたパケットとを比較し、その結果を表示部３に表示する。不一致が生じていた場合には、どこでパケットが壊れたかが合わせて表示される。すなわち、ＴＣＰオフロードエンジン４が故障しているのか、ＩＰ処理部５が故障しているのか、イーサネット（登録商標）処理部６が故障しているのか、あるいは、外部の通信ネットワーク１０に問題があるのかが判明する。
【００２２】
以上、操作部１を操作するユーザによって、故障部位診断機能を起動する場合について説明したが、故障部位診断は、電子計算機１８を起動する時のマシンイニシャライズ中に自動的に行っても良く、また、ネットワーク装置９にてエラーパケットを検出した時に、あるいは、オペレーティングシステムによる定期的なポーリングを契機として、行っても良い。
【００２３】
次に、第二の実施の形態について説明する。図２に、第二の実施の形態における電子計算機のブロック説明図を示す。図２において、電子計算機１９は、ＯＳ管理部１７を有し、ネットワーク装置１３を搭載している。ＯＳ管理部１７は、操作部１から入力されるコマンド等を受け付け、また、表示部３へＯＳ管理部１７の状態を表示する。ネットワーク装置１３は、フレーム比較部１２と、バイパス回路１１，１５，１６と、ネットワーク主要処理部１４と、ネットワークインタフェース７とを具備している。ネットワークインタフェース７は、外部の通信ネットワーク１０と接続されている。ネットワーク主要処理部１４は、ＴＣＰオフロードエンジン４と、ＩＰ処理部５と、イーサネット（登録商標）処理部６とを有する。各部位４〜６は、それぞれ、ＴＣＰプロトコル、ＩＰプロトコル、イーサネット（登録商標）プロトコルに従って、パケットに各レイヤーのヘッダーを付加する処理等を行い、また、パケットから各レイヤーのヘッダーを取り除く処理等を行う。バイパス回路１１，１５，１６は、各部位４〜６に入出力されるパケットを捕捉して、フレーム比較部１２へ伝達する。フレーム比較部１２は、独自に、ネットワーク主要処理部１４が行う処理と同様の処理を行い、かつ、バイパス回路１１，１５，１６を介して各レイヤーのヘッダ付き通信データを受信し、これらを比較する。
【００２４】
第二の実施の形態における故障部位診断機能について説明する。図２において、ユーザは、操作部１を操作することにより、電子計算機１９に、故障部位診断を行うように指示を出す。ＯＳ管理部１７は、診断を行うために、ダミーの通信データを作成し、その宛先を自分として、ネットワーク装置１３へ送出する。ネットワーク装置１３は、ダミーの通信データをネットワーク主要処理部１４へ渡し、外部の通信ネットワーク１０に送出するパケットを生成する。このとき、ＴＣＰオフロードエンジン４は、ダミーの通信データにＴＣＰヘッダーを付加するなどした”ＴＣＰレイヤーのＴＣＰパケット”を生成する。ＩＰ処理部５は、”ＴＣＰレイヤーのＴＣＰパケット”にＩＰヘッダーを付加するなどした”ＩＰレイヤーのＩＰパケット”を生成する。イーサネット（登録商標）処理部６は、”ＩＰレイヤーのＩＰパケット”にイーサネット（登録商標）ヘッダーを付加するなどした”イーサネット（登録商標）レイヤーのイーサネット（登録商標）パケット”を生成する。
【００２５】
バイパス回路１６は、ＴＣＰオフロードエンジン４が生成する”ＴＣＰレイヤーのＴＣＰパケット”を捕捉して、フレーム比較部１２へ導く。バイパス回路１５は、ＩＰ処理部５が生成する”ＩＰレイヤーのＩＰパケット”を捕捉して、フレーム比較部１２へ導く。バイパス回路１１は、イーサネット（登録商標）処理部６が生成する”イーサネット（登録商標）レイヤーのイーサネット（登録商標）パケット”を捕捉して、フレーム比較部１２へ導く。フレーム比較部１２は、ネットワーク装置９から出て行くパケットに関して、独自に生成するパケットと、ネットワーク主要処理部１４で生成される各段階のパケットとを比較する。
【００２６】
故障部位診断の為に作成されたダミーの通信データは、外部の通信ネットワーク１０へ送出された後、折り返し電子計算機１９に戻ってくる。ネットワークインタフェース７が、外部の通信ネットワーク１０から受け取るダミーの通信データは、ネットワーク主要処理部１４に渡される。このとき、イーサネット（登録商標）処理部６は、”イーサネット（登録商標）レイヤーのイーサネット（登録商標）パケット”からイーサネット（登録商標）ヘッダーを取り除くなどして、”ＩＰレイヤーのＩＰパケット”をＩＰ処理部５へ送出する。ＩＰ処理部５は、”ＩＰレイヤーのＩＰパケット”からＩＰヘッダーを取り除くなどして、”ＴＣＰレイヤーのＴＣＰパケット”をＴＣＰオフロードエンジン４へ送出する。ＴＣＰオフロードエンジン４は、”ＴＣＰレイヤーのＴＣＰパケット”からＴＣＰヘッダーを取り除くなどして、ダミーの通信データをＯＳ管理部１７へ送出する。
【００２７】
バイパス回路１１は、イーサネット（登録商標）処理部６に入力される”イーサネット（登録商標）レイヤーのイーサネット（登録商標）パケット”を捕捉して、フレーム比較部１２へ導く。バイパス回路１５は、ＩＰ処理部５に入力される”ＩＰレイヤーのＩＰパケット”を捕捉して、フレーム比較部１２へ導く。バイパス回路１６は、ＴＣＰオフロードエンジン４に入力される”ＴＣＰレイヤーのＴＣＰパケット”を捕捉して、フレーム比較部１２へ導く。フレーム比較部１２は、ネットワーク装置９に入って来るパケットに関して、自ら生成したパケットと、ネットワーク主要処理部１４で処理される各段階のパケットとを比較する。
【００２８】
ＯＳ管理部１７は、ネットワーク装置１３から、折り返し戻ってくるダミーの通信データを受信したら、フレーム比較部１２から、各段階のパケットに関する比較結果として、差分の有無を受信し、この差分の有無を表示部３に表示する。差分があった場合には、どこでパケットが壊れたかが合わせて表示される。すなわち、ＴＣＰオフロードエンジン４が故障しているのか、ＩＰ処理部５が故障しているのか、イーサネット（登録商標）処理部６が故障しているのか、あるいは、外部の通信ネットワーク１０に問題があるのかが判明する。
【００２９】
以上、操作部１を操作するユーザによって、故障部位診断機能を起動する場合について説明したが、故障部位診断は、電子計算機１９を起動する時のマシンイニシャライズ中に自動的に行っても良く、また、ネットワーク装置１３にてエラーパケットを検出した時に、あるいは、オペレーティングシステムによる定期的なポーリングを契機として、行っても良い。
【００３０】
本実施の形態による第一の効果は、ネットワーク装置９，１３の故障部位が、ハードウェアの何処にあるのかを、明確に切り分けることが可能になることである。特に、ＴＣＰオフロードエンジン４、ＩＰ処理部５、イーサネット（登録商標）処理部６がチップ化されている場合などには、故障チップを特定することができる。第二の効果は、不正パケットが飛び交う状況においては、電子計算機１８，１９が自身のネットワーク装置９，１３にハードウェア故障がないかをチェックすることが出来ることである。第三の効果は、ハードウェア故障検出を定期的に行った場合、不正パケットの送出を未然に抑えることが出来ることである。
【図面の簡単な説明】
【００３１】
【図１】図１は、第一の実施の形態における電子計算機のブロック説明図である。
【図２】図２は、第二の実施の形態における電子計算機のブロック説明図である。
【符号の説明】
【００３２】
１ 操作部
２，１７ ＯＳ管理部
３ 表示部
４ ＴＣＰオフロードエンジン
５ ＩＰ処理部
６ イーサネット（登録商標）処理部
７ ネットワークインタフェース
８ メモリ
９，１３ ネットワーク装置
１０ 通信ネットワーク
１１，１５，１６ バイパス回路
１２ フレーム比較部
１４ ネットワーク主要部
１８，１９ 電子計算機
【技術分野】
【０００１】
本発明は、ネットワーク装置、その診断方法、及び、プログラムに関する。
【背景技術】
【０００２】
パソコン本体の拡張スロットに実装されるネットワーク・インタフェース・カードなど、電子計算機に搭載されるネットワーク装置が知られる。ネットワーク装置はエラー診断機能を有するが、このエラー診断機能は、ネットワーク装置全体を自己診断するものであった。すなわち、ネットワーク装置に入って来るパケットや、ネットワーク装置から出て行くパケットを検査することにより、ネットワーク装置に異常が無いかを診断するものであった。この診断機能では、ネットワーク装置全体に異常があった場合に、故障部位を特定することができない。
【０００３】
特開２００１−２３７８５４号公報（特許文献１参照）には、「ＡＴＭ装置における導通試験方法」の発明が記載されている。特許文献１においては、ＡＴＭ装置は、ＳＡＲ機能搭載装置を具備する。ＳＡＲ機能搭載装置は、ＡＴＭアダプテーションレイヤにおける送受データ及びＡＴＭセルに対してセグメンテーション及びリアセンブルを行うＳＡＲ機能を有する。前記ＳＡＲ機能搭載装置は、特定のヘッダ値を付したセルを、導通試験用セルとして生成し、導通試験経路へ送出する。また、前記ＳＡＲ機能搭載装置から生成送出された前記導通試験用セルを、導通試験経路を含むＡＴＭセル転送経路内の任意の折返しポイントに備えられた導通試験用セル折返し手段により折返す。前記ＳＡＲ機能搭載装置は、前記折返された導通試験用セルを受信し、該受信した導通試験用セルと前記生成送出した導通試験用セルとのマッチングを行い、セル導通路の正常性確認を行う。
【０００４】
特開２００６−１５７４４２号公報（特許文献２参照）には、「通信障害検出装置」の発明が記載されている。通信障害検出装置は、ＬＡＮ回線に接続されて通信障害を検出する。レイヤ１処理手段は、前記ＬＡＮ回線から受信した受信フレームに対して媒体に依存したレイヤ１の処理を行う。回線不良検出手段は、前記受信フレームに基づいて前記ＬＡＮ回線からの受信方向でＬＡＮ回線異常を検出してＬＡＮ回線異常に関する回線不良情報を生成する。レイヤ２処理手段は、前記回線不良検出手段からの受信フレームに対して前記媒体に依存しないレイヤ２以降の処理を行うとともに、前記受信フレームのフレームチェックシーケンスに基づいて前記受信フレームの異常を検出して前記受信フレームの異常に関する受信フレーム異常情報を生成する。受信側障害検出手段は、前記回線不良検出手段で生成された前記回線不良情報および前記レイヤ２処理手段で生成された前記受信フレーム異常情報に基づいて装置内障害を検出する。前記受信側障害検出手段は、前記回線不良情報において前記ＬＡＮ回線が正常で、かつ前記受信フレーム異常情報において前記受信フレームが異常である場合に、前記装置内障害が発生したと判断して前記装置内障害を検出する。
【０００５】
特開平９−１６２９１０号公報（特許文献３参照）には、「多重化通信装置の制御方法」の発明が記載されている。この多重化通信装置の制御方法においては、ステーション間で、伝送路を経由して情報の送受信を行う。現用系に設定されている通信装置は、送信要求による送信情報を含む通信フレームを作成して送信する一方で、伝送路から自己宛の通信フレームを受信する。そして、受信情報を含む受信報告を作成して待機系に送出する送受信処理を行う。前記待機系に設定されている通信装置は、伝送路から自ステーションの現用系を通信元または通信先とする通信フレームを傍受し、その傍受情報と前記送信情報または前記受信情報を比較する。そして、一致しないときは前記現用系の送受信処理に異常があると判定する現用系送受信監視処理を行う。
【０００６】
特開平９−２０５４２９号公報（特許文献４参照）には、「ネットワーク故障診断装置」の発明が記載されている。ネットワークシステムは、複数のノードと、このノード間を接続するデータ伝送路とを有する。システム状態データ生成手段は、前記データ伝送路上の伝送フレームを受信し、当該伝送フレームの状態から得られる情報又はその伝送フレームの内容に基づいて、システム状態データを作成する。異常検出手段は、前記システム状態データの内容が、予め設定された異常現象の何れかに適合するか否かを判定する。異常原因推定手段は、前記異常検出手段により何れかの異常現象に適合すると判定された場合に、当該異常現象に対応し、かつ予め設定された少なくとも一つの異常原因の中から推定される異常原因を選択する。シミュレータ手段は、前記推定される異常原因を有する場合における前記ネットワークシステムの挙動をシミュレーションする。異常原因判定手段は、前記シミュレータ手段によるシミュレーション結果と、前記システム状態データの内容とを比較して、前記推定される異常原因の正誤を判定する。
【０００７】
【特許文献１】特開２００１−２３７８５４号公報
【特許文献２】特開２００６−１５７４４２号公報
【特許文献３】特開平９−１６２９１０号公報
【特許文献４】特開平９−２０５４２９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
本発明の課題は、ネットワーク装置の各部位を通過する通信データをモニタリングすることによって、ネットワーク装置のどの部位に故障が存在するかを特定することを可能にすることである。
【課題を解決するための手段】
【０００９】
以下に、［発明を実施するための最良の形態］で使用される番号・符号を用いて、［課題を解決するための手段］を説明する。これらの番号・符号は、［特許請求の範囲］の記載と［発明を実施するための最良の形態］との対応関係を明らかにするために括弧付きで付加されたものである。ただし、それらの番号・符号を、［特許請求の範囲］に記載されている発明の技術的範囲の解釈に用いてはならない。
【００１０】
本発明によるネットワーク装置（９）においては、第一の通信データ生成部（４）は、第一のプロトコル・レイヤーで送受信される通信データを生成する。メモリ（８）は、前記第一の通信データ生成部（４）が生成した通信データを保存する。第一のバイパス部（１６）は、前記第一の通信データ生成部（４）が生成した通信データを前記メモリ（８）へ導く。本発明によるネットワーク装置（９）においては、第二の通信データ生成部（５）は、第二のプロトコル・レイヤーで送受信される通信データを生成する。第二のバイパス部（１５）は、前記第二の通信データ生成部（５）が生成した通信データを前記メモリ（８）へ導く。前記メモリ（８）は、前記第二の通信データ生成部（５）が生成した通信データを保存する。
【００１１】
本発明によるネットワーク装置（１３）においては、第一の通信データ生成部（４）は、第一のプロトコル・レイヤーで送受信される通信データを生成する。比較部（１２）は、前記第一の通信データ生成部（４）が生成すべき通信データを自ら生成し、かつ、当該自ら生成した通信データと、前記第一の通信データ生成部（４）が生成した通信データとを比較する。本発明によるネットワーク装置（１３）においては、第二の通信データ生成部（５）は、第二のプロトコル・レイヤーで送受信される通信データを生成する。前記比較部（１２）は、当該第二の通信データ生成部（５）が生成すべき通信データを自ら生成し、かつ、当該自ら生成した通信データと、前記第二の通信データ生成部（５）が生成した通信データとを比較する。
【００１２】
本発明によるネットワーク装置の診断方法においては、送出するステップは、診断用の通信データを請求項１又は２記載のネットワーク装置（９）に送出する。生成するステップは、診断用の通信データに基づき、前記第一の通信データ生成部（４）が生成すべき通信データを自ら生成し、かつ、前記ネットワーク装置（９）が前記第二の通信データ生成部（５）を具備する場合には、診断用の通信データに基づき、前記第二の通信データ生成部（５）が生成すべき通信データを自ら生成する。読み出すステップは、前記メモリ（８）に保存された通信データを読み出す。比較するステップは、前記自ら生成した通信データと、前記メモリ（８）に保存された通信データとを比較する。出力するステップは、当該比較結果を出力する。
【００１３】
本発明によるネットワーク装置の診断方法においては、送出するステップは、診断用の通信データを請求項３又は４記載のネットワーク装置（１３）に送出する。読み出すステップは、前記比較部（１２）から、比較結果を読み出す。出力するステップは、当該比較結果を出力する。
【００１４】
本発明によるプログラムは、請求項５又は６記載のネットワーク装置の診断方法における各ステップを、コンピュータに実行させる。
【発明の効果】
【００１５】
本発明によれば、ネットワーク装置の各部位を通過する通信データをモニタリングすることによって、ネットワーク装置のどの部位に故障が存在するかを特定することが可能になる。
【発明を実施するための最良の形態】
【００１６】
まず、第一の実施の形態について説明する。図１に、第一の実施の形態における電子計算機のブロック説明図を示す。図１において、電子計算機１８は、ＯＳ管理部２を有し、ネットワーク装置９を搭載している。ＯＳ管理部２は、操作部１から入力されるコマンド等を受け付け、また、表示部３へＯＳ管理部２の状態を表示する。ネットワーク装置９は、メモリ８と、バイパス回路１１，１５，１６と、ネットワーク主要処理部１４と、ネットワークインタフェース７とを具備している。ネットワークインタフェース７は、外部の通信ネットワーク１０と接続されている。ネットワーク主要処理部１４は、ＴＣＰオフロードエンジン４と、ＩＰ処理部５と、イーサネット（登録商標）処理部６とを有する。各部位４〜６は、それぞれ、ＴＣＰプロトコル、ＩＰプロトコル、イーサネット（登録商標）プロトコルに従って、パケットに各レイヤーのヘッダーを付加する処理等を行い、また、パケットから各レイヤーのヘッダーを取り除く処理等を行う。バイパス回路１１，１５，１６は、各部位４〜６に入出力されるパケットを捕捉して、メモリ８へ導く。メモリ８は、バイパス回路１１，１５，１６を介して受信する各レイヤーのヘッダ付き通信データを記録する。
【００１７】
第一の実施の形態における故障部位診断機能について説明する。図１において、ユーザは、操作部１を操作することにより、電子計算機１８に、故障部位診断を行うように指示を出す。ＯＳ管理部２は、診断を行うために、ダミーの通信データを作成し、その宛先を自分として、ネットワーク装置９へ送出する。ネットワーク装置９は、ダミーの通信データをネットワーク主要処理部１４へ渡し、外部の通信ネットワーク１０へ送出するパケットを生成する。このとき、ＴＣＰオフロードエンジン４は、ダミーの通信データにＴＣＰヘッダーを付加するなどした”ＴＣＰレイヤーのＴＣＰパケット”を生成する。ＩＰ処理部５は、”ＴＣＰレイヤーのＴＣＰパケット”にＩＰヘッダーを付加するなどした”ＩＰレイヤーのＩＰパケット”を生成する。イーサネット（登録商標）処理部６は、”ＩＰレイヤーのＩＰパケット”にイーサネット（登録商標）ヘッダーを付加するなどした”イーサネット（登録商標）レイヤーのイーサネット（登録商標）パケット”を生成する。
【００１８】
バイパス回路１６は、ＴＣＰオフロードエンジン４が生成する”ＴＣＰレイヤーのＴＣＰパケット”を捕捉して、メモリ８へ導く。バイパス回路１５は、ＩＰ処理部５が生成する”ＩＰレイヤーのＩＰパケット”を捕捉して、メモリ８へ導く。バイパス回路１１は、イーサネット（登録商標）処理部６が生成する”イーサネット（登録商標）レイヤーのイーサネット（登録商標）パケット”を捕捉して、メモリ８へ導く。メモリ８は、ネットワーク装置９から出て行くパケットに関して、”ＴＣＰレイヤーのＴＣＰパケット”と、”ＩＰレイヤーのＩＰパケット”と、”イーサネット（登録商標）レイヤーのイーサネット（登録商標）パケット”とを保存する。
【００１９】
故障部位診断の為に作成されたダミーの通信データは、外部の通信ネットワーク１０へ送出された後、折り返し電子計算機１８に戻ってくる。ネットワークインタフェース７が、外部の通信ネットワーク１０から受け取るダミーの通信データは、ネットワーク主要処理部１４に渡される。このとき、イーサネット（登録商標）処理部６は、”イーサネット（登録商標）レイヤーのイーサネット（登録商標）パケット”からイーサネット（登録商標）ヘッダーを取り除くなどして、”ＩＰレイヤーのＩＰパケット”をＩＰ処理部５へ送出する。ＩＰ処理部５は、”ＩＰレイヤーのＩＰパケット”からＩＰヘッダーを取り除くなどして、”ＴＣＰレイヤーのＴＣＰパケット”をＴＣＰオフロードエンジン４へ送出する。ＴＣＰオフロードエンジン４は、”ＴＣＰレイヤーのＴＣＰパケット”からＴＣＰヘッダーを取り除くなどして、ダミーの通信データをＯＳ管理部２へ送出する。
【００２０】
バイパス回路１１は、イーサネット（登録商標）処理部６に入力される”イーサネット（登録商標）レイヤーのイーサネット（登録商標）パケット”を捕捉して、メモリ８へ導く。バイパス回路１５は、ＩＰ処理部５に入力される”ＩＰレイヤーのＩＰパケット”を捕捉して、メモリ８へ導く。バイパス回路１６は、ＴＣＰオフロードエンジン４に入力される”ＴＣＰレイヤーのＴＣＰパケット”を捕捉して、メモリ８へ導く。メモリ８は、ネットワーク装置９に入って来るパケットに関して、”ＴＣＰレイヤーのＴＣＰパケット”と、”ＩＰレイヤーのＩＰパケット”と、”イーサネット（登録商標）レイヤーのイーサネット（登録商標）パケット”とを保存する。
【００２１】
ＯＳ管理部２は、ダミーの通信データをネットワーク装置９へ送付すると共に、独自に、”ＴＣＰレイヤーのＴＣＰパケット”と、”ＩＰレイヤーのＩＰパケット”と、”イーサネット（登録商標）レイヤーのイーサネット（登録商標）パケット”とを生成する。また、ネットワーク装置９から、折り返し戻ってくるダミーの通信データを受信したら、メモリ８に収集されている各段階のパケットを読み出す。そして、自ら生成したパケットと、メモリ８に保存されたパケットとを比較し、その結果を表示部３に表示する。不一致が生じていた場合には、どこでパケットが壊れたかが合わせて表示される。すなわち、ＴＣＰオフロードエンジン４が故障しているのか、ＩＰ処理部５が故障しているのか、イーサネット（登録商標）処理部６が故障しているのか、あるいは、外部の通信ネットワーク１０に問題があるのかが判明する。
【００２２】
以上、操作部１を操作するユーザによって、故障部位診断機能を起動する場合について説明したが、故障部位診断は、電子計算機１８を起動する時のマシンイニシャライズ中に自動的に行っても良く、また、ネットワーク装置９にてエラーパケットを検出した時に、あるいは、オペレーティングシステムによる定期的なポーリングを契機として、行っても良い。
【００２３】
次に、第二の実施の形態について説明する。図２に、第二の実施の形態における電子計算機のブロック説明図を示す。図２において、電子計算機１９は、ＯＳ管理部１７を有し、ネットワーク装置１３を搭載している。ＯＳ管理部１７は、操作部１から入力されるコマンド等を受け付け、また、表示部３へＯＳ管理部１７の状態を表示する。ネットワーク装置１３は、フレーム比較部１２と、バイパス回路１１，１５，１６と、ネットワーク主要処理部１４と、ネットワークインタフェース７とを具備している。ネットワークインタフェース７は、外部の通信ネットワーク１０と接続されている。ネットワーク主要処理部１４は、ＴＣＰオフロードエンジン４と、ＩＰ処理部５と、イーサネット（登録商標）処理部６とを有する。各部位４〜６は、それぞれ、ＴＣＰプロトコル、ＩＰプロトコル、イーサネット（登録商標）プロトコルに従って、パケットに各レイヤーのヘッダーを付加する処理等を行い、また、パケットから各レイヤーのヘッダーを取り除く処理等を行う。バイパス回路１１，１５，１６は、各部位４〜６に入出力されるパケットを捕捉して、フレーム比較部１２へ伝達する。フレーム比較部１２は、独自に、ネットワーク主要処理部１４が行う処理と同様の処理を行い、かつ、バイパス回路１１，１５，１６を介して各レイヤーのヘッダ付き通信データを受信し、これらを比較する。
【００２４】
第二の実施の形態における故障部位診断機能について説明する。図２において、ユーザは、操作部１を操作することにより、電子計算機１９に、故障部位診断を行うように指示を出す。ＯＳ管理部１７は、診断を行うために、ダミーの通信データを作成し、その宛先を自分として、ネットワーク装置１３へ送出する。ネットワーク装置１３は、ダミーの通信データをネットワーク主要処理部１４へ渡し、外部の通信ネットワーク１０に送出するパケットを生成する。このとき、ＴＣＰオフロードエンジン４は、ダミーの通信データにＴＣＰヘッダーを付加するなどした”ＴＣＰレイヤーのＴＣＰパケット”を生成する。ＩＰ処理部５は、”ＴＣＰレイヤーのＴＣＰパケット”にＩＰヘッダーを付加するなどした”ＩＰレイヤーのＩＰパケット”を生成する。イーサネット（登録商標）処理部６は、”ＩＰレイヤーのＩＰパケット”にイーサネット（登録商標）ヘッダーを付加するなどした”イーサネット（登録商標）レイヤーのイーサネット（登録商標）パケット”を生成する。
【００２５】
バイパス回路１６は、ＴＣＰオフロードエンジン４が生成する”ＴＣＰレイヤーのＴＣＰパケット”を捕捉して、フレーム比較部１２へ導く。バイパス回路１５は、ＩＰ処理部５が生成する”ＩＰレイヤーのＩＰパケット”を捕捉して、フレーム比較部１２へ導く。バイパス回路１１は、イーサネット（登録商標）処理部６が生成する”イーサネット（登録商標）レイヤーのイーサネット（登録商標）パケット”を捕捉して、フレーム比較部１２へ導く。フレーム比較部１２は、ネットワーク装置９から出て行くパケットに関して、独自に生成するパケットと、ネットワーク主要処理部１４で生成される各段階のパケットとを比較する。
【００２６】
故障部位診断の為に作成されたダミーの通信データは、外部の通信ネットワーク１０へ送出された後、折り返し電子計算機１９に戻ってくる。ネットワークインタフェース７が、外部の通信ネットワーク１０から受け取るダミーの通信データは、ネットワーク主要処理部１４に渡される。このとき、イーサネット（登録商標）処理部６は、”イーサネット（登録商標）レイヤーのイーサネット（登録商標）パケット”からイーサネット（登録商標）ヘッダーを取り除くなどして、”ＩＰレイヤーのＩＰパケット”をＩＰ処理部５へ送出する。ＩＰ処理部５は、”ＩＰレイヤーのＩＰパケット”からＩＰヘッダーを取り除くなどして、”ＴＣＰレイヤーのＴＣＰパケット”をＴＣＰオフロードエンジン４へ送出する。ＴＣＰオフロードエンジン４は、”ＴＣＰレイヤーのＴＣＰパケット”からＴＣＰヘッダーを取り除くなどして、ダミーの通信データをＯＳ管理部１７へ送出する。
【００２７】
バイパス回路１１は、イーサネット（登録商標）処理部６に入力される”イーサネット（登録商標）レイヤーのイーサネット（登録商標）パケット”を捕捉して、フレーム比較部１２へ導く。バイパス回路１５は、ＩＰ処理部５に入力される”ＩＰレイヤーのＩＰパケット”を捕捉して、フレーム比較部１２へ導く。バイパス回路１６は、ＴＣＰオフロードエンジン４に入力される”ＴＣＰレイヤーのＴＣＰパケット”を捕捉して、フレーム比較部１２へ導く。フレーム比較部１２は、ネットワーク装置９に入って来るパケットに関して、自ら生成したパケットと、ネットワーク主要処理部１４で処理される各段階のパケットとを比較する。
【００２８】
ＯＳ管理部１７は、ネットワーク装置１３から、折り返し戻ってくるダミーの通信データを受信したら、フレーム比較部１２から、各段階のパケットに関する比較結果として、差分の有無を受信し、この差分の有無を表示部３に表示する。差分があった場合には、どこでパケットが壊れたかが合わせて表示される。すなわち、ＴＣＰオフロードエンジン４が故障しているのか、ＩＰ処理部５が故障しているのか、イーサネット（登録商標）処理部６が故障しているのか、あるいは、外部の通信ネットワーク１０に問題があるのかが判明する。
【００２９】
以上、操作部１を操作するユーザによって、故障部位診断機能を起動する場合について説明したが、故障部位診断は、電子計算機１９を起動する時のマシンイニシャライズ中に自動的に行っても良く、また、ネットワーク装置１３にてエラーパケットを検出した時に、あるいは、オペレーティングシステムによる定期的なポーリングを契機として、行っても良い。
【００３０】
本実施の形態による第一の効果は、ネットワーク装置９，１３の故障部位が、ハードウェアの何処にあるのかを、明確に切り分けることが可能になることである。特に、ＴＣＰオフロードエンジン４、ＩＰ処理部５、イーサネット（登録商標）処理部６がチップ化されている場合などには、故障チップを特定することができる。第二の効果は、不正パケットが飛び交う状況においては、電子計算機１８，１９が自身のネットワーク装置９，１３にハードウェア故障がないかをチェックすることが出来ることである。第三の効果は、ハードウェア故障検出を定期的に行った場合、不正パケットの送出を未然に抑えることが出来ることである。
【図面の簡単な説明】
【００３１】
【図１】図１は、第一の実施の形態における電子計算機のブロック説明図である。
【図２】図２は、第二の実施の形態における電子計算機のブロック説明図である。
【符号の説明】
【００３２】
１ 操作部
２，１７ ＯＳ管理部
３ 表示部
４ ＴＣＰオフロードエンジン
５ ＩＰ処理部
６ イーサネット（登録商標）処理部
７ ネットワークインタフェース
８ メモリ
９，１３ ネットワーク装置
１０ 通信ネットワーク
１１，１５，１６ バイパス回路
１２ フレーム比較部
１４ ネットワーク主要部
１８，１９ 電子計算機
【特許請求の範囲】
【請求項１】
第一のプロトコル・レイヤーで送受信される通信データを生成する第一の通信データ生成部と、
前記第一の通信データ生成部が生成した通信データを保存するメモリと、
前記第一の通信データ生成部が生成した通信データを前記メモリへ導く第一のバイパス部と
を有するネットワーク装置。
【請求項２】
第二のプロトコル・レイヤーで送受信される通信データを生成する第二の通信データ生成部と、
前記第二の通信データ生成部が生成した通信データを前記メモリへ導く第二のバイパス部とを更に具備し、
前記メモリは、
前記第一の通信データ生成部が生成した通信データを保存すると共に、前記第二の通信データ生成部が生成した通信データも保存する
請求項１記載のネットワーク装置。
【請求項３】
第一のプロトコル・レイヤーで送受信される通信データを生成する第一の通信データ生成部と、
前記第一の通信データ生成部が生成すべき通信データを自ら生成し、かつ、当該自ら生成した通信データと、前記第一の通信データ生成部が生成した通信データとを比較する比較部と
を有するネットワーク装置。
【請求項４】
第二のプロトコル・レイヤーで送受信される通信データを生成する第二の通信データ生成部を更に具備し、
前記比較部は、
前記第二の通信データ生成部が生成すべき通信データを自ら生成し、かつ、当該自ら生成した通信データと、前記第二の通信データ生成部が生成した通信データとを比較する
請求項３記載のネットワーク装置。
【請求項５】
診断用の通信データを請求項１又は２記載のネットワーク装置に送出するステップと、
診断用の通信データに基づき、前記第一の通信データ生成部が生成すべき通信データを自ら生成し、かつ、前記ネットワーク装置が前記第二の通信データ生成部を具備する場合には、診断用の通信データに基づき、前記第二の通信データ生成部が生成すべき通信データを自ら生成するステップと、
前記メモリに保存された通信データを読み出すステップと、
前記自ら生成した通信データと、前記メモリに保存された通信データとを比較するステップと、
当該比較結果を出力するステップと
を有するネットワーク装置の診断方法。
【請求項６】
診断用の通信データを請求項３又は４記載のネットワーク装置に送出するステップと、
前記比較部から、比較結果を読み出すステップと、
当該比較結果を出力するステップと
を有するネットワーク装置の診断方法。
【請求項７】
請求項５又は６記載のネットワーク装置の診断方法における各ステップを、コンピュータに実行させるためのプログラム。
【請求項１】
第一のプロトコル・レイヤーで送受信される通信データを生成する第一の通信データ生成部と、
前記第一の通信データ生成部が生成した通信データを保存するメモリと、
前記第一の通信データ生成部が生成した通信データを前記メモリへ導く第一のバイパス部と
を有するネットワーク装置。
【請求項２】
第二のプロトコル・レイヤーで送受信される通信データを生成する第二の通信データ生成部と、
前記第二の通信データ生成部が生成した通信データを前記メモリへ導く第二のバイパス部とを更に具備し、
前記メモリは、
前記第一の通信データ生成部が生成した通信データを保存すると共に、前記第二の通信データ生成部が生成した通信データも保存する
請求項１記載のネットワーク装置。
【請求項３】
第一のプロトコル・レイヤーで送受信される通信データを生成する第一の通信データ生成部と、
前記第一の通信データ生成部が生成すべき通信データを自ら生成し、かつ、当該自ら生成した通信データと、前記第一の通信データ生成部が生成した通信データとを比較する比較部と
を有するネットワーク装置。
【請求項４】
第二のプロトコル・レイヤーで送受信される通信データを生成する第二の通信データ生成部を更に具備し、
前記比較部は、
前記第二の通信データ生成部が生成すべき通信データを自ら生成し、かつ、当該自ら生成した通信データと、前記第二の通信データ生成部が生成した通信データとを比較する
請求項３記載のネットワーク装置。
【請求項５】
診断用の通信データを請求項１又は２記載のネットワーク装置に送出するステップと、
診断用の通信データに基づき、前記第一の通信データ生成部が生成すべき通信データを自ら生成し、かつ、前記ネットワーク装置が前記第二の通信データ生成部を具備する場合には、診断用の通信データに基づき、前記第二の通信データ生成部が生成すべき通信データを自ら生成するステップと、
前記メモリに保存された通信データを読み出すステップと、
前記自ら生成した通信データと、前記メモリに保存された通信データとを比較するステップと、
当該比較結果を出力するステップと
を有するネットワーク装置の診断方法。
【請求項６】
診断用の通信データを請求項３又は４記載のネットワーク装置に送出するステップと、
前記比較部から、比較結果を読み出すステップと、
当該比較結果を出力するステップと
を有するネットワーク装置の診断方法。
【請求項７】
請求項５又は６記載のネットワーク装置の診断方法における各ステップを、コンピュータに実行させるためのプログラム。
【図１】
【図２】
【図２】
【公開番号】特開２００８−２７１２２６（Ｐ２００８−２７１２２６Ａ）
【公開日】平成２０年１１月６日（２００８．１１．６）
【国際特許分類】
【出願番号】特願２００７−１１１９７０（Ｐ２００７−１１１９７０）
【出願日】平成１９年４月２０日（２００７．４．２０）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
【公開日】平成２０年１１月６日（２００８．１１．６）
【国際特許分類】
【出願日】平成１９年４月２０日（２００７．４．２０）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
[ Back to top ]