JP2002111782A - ネットワーク・システムの障害管理システム、そのために用いられるサーバ、障害管理方式、および記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 解析を集中して行うことができ、ネットワー
ク環境のパフォーマンスを低下させずに、柔軟にトラブ
ルに対して対応することを可能とし、トラブルの解析に
あたって、プロトコル専用の解析装置を必要としない障
害管理を提供する。 【解決手段】 ネットワークを介して接続される端末コ
ンピュータおよびサーバを含むネットワーク装置から構
成されるネットワーク・システムにおける障害を管理す
るためのシステムであって、ネットワーク装置から障害
情報を得る手段１２ａ〜１２ｄと、障害情報を、前記ネ
ットワークを介して通信される業務システムと分離され
た障害情報専用回線１４を介して通信するための障害情
報通信手段１３ａ〜１３ｄと、通信された障害情報を受
信し、解析するための障害管理用サーバ１５とを含む。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワーク・シ
ステムにおける障害情報の管理に関し、より詳細にはコ
ンピュータを含むネットワーク・システムの無線ネット
ワークまたはＡＤＳＬを介した障害管理システム、その
ために用いられるサーバ、障害管理方式、および記録媒
体に関する。

【０００２】

【従来の技術】現在、ｅ−ビジネス・システムにはイン
ターネットといったネットワークを介して、予測できな
いほど大量のアクセスがなされている。このため、一旦
ネットワークがトラブルに陥ると、その影響はユーザの
ビジネスばかりではなく、社会的な問題にも発展する。
したがって、ネットワークにおいてトラブルが発生した
場合には、問題を引き起こしている要因を迅速に解析
し、問題を早急に解決する必要がある。しかしながら、
今日のネットワーク・システム環境は、ＬＡＮ、ワイヤ
レス・ネットワーク、ＩＳＤＮ、ＡＴＭ、ルータ、ハ
ブ、ＰＢＸなど、何百〜何千のネットワーク・キャリア
や、その機器メーカによって、ネットワークが構築さ
れ、きわめて複雑なシステムとされており、この傾向は
今後もますます加速するものと考えられる。

【０００３】このような状況では、トラブルの解析は、
多種多様のネットワーク・プロトコルやインターフェイ
スの知識と、その解析ツールを必要とし、かつシステム
を構成する多くのクライアントと、ネットワーク装置の
設置場所とに、ネットワークの専門家を配置することが
必要となる。このためいったんトラブルが発生すると、
トラブル解決までの長期間にわたり、多大な費用と、ネ
ットワークの専門家などの人的資産とを必要とする。

【０００４】図１は、ネットワーク・システムにおいて
従来行われているトラブル解析プロセスのフローチャー
トを示した図である。従来では、ステップ１０１におい
てトラブルが発生すると、ステップ１０２においてトラ
ブルが発生したサイトのシステム管理者がトラブル現象
をセンターに報告する。ステップ１０３では、この報告
を受けたセンターのシステム管理者が問題を受け付け、
電話といった方法によりリカバリー、現象ＬＯＧ取得の
指示を行う。このような連絡は、トラブルの半数以上の
場合においてシステム管理者の慣れなどの理由により、
ステップ１０４に示すようにリカバリー、データの収集
を行うために何度も繰返される。さらに、電話といった
連絡では充分でない場合には、ステップ１０５に示され
るようにシステム管理専門家がトラブルの発生している
サイトに出向くことが必要となる。

【０００５】ステップ１０６においては、システム管理
専門家は、トラブルを発生させた装置、すなわち、クラ
イアント、サーバ、ルータ、またはＨｕｂといったネッ
トワーク装置へと、トラブル情報を収集するために、特
別の設けられたポートを介して、コンソールまたは解析
ツールを接続する。ついで、ステップ１０７で示すよう
にこの結果を見ながらトラブルの解析をセンターにおけ
るシステム専門家と、端末コンピュータやネットワーク
設置場所のシステム管理者とが電話で検討／解析を行
い、個別的にトラブルに対して対処されている。

【０００６】また、これまで、ネットワークにおけるト
ラブル情報を、通信回線を介して解析センターまたはホ
スト・サーバサイトへと送信する障害管理システムおよ
び方式が知られている。通常では、障害管理システム
は、実システムのサーバおよびネットワークと通信回線
を共有する関係にあり、トラブル時にトレースを行う際
に、トレースの負荷が増大し、トラブル発生に加えトレ
ース・データを送信するために、システムのパフォーマ
ンスが劣化するという問題がある。また実システムのネ
ットワークの帯域の一部を使用してトラブル情報を転送
するため、同様にシステムのパフォーマンスの低下を招
いてしまうという問題がある。

【０００７】これらの従来技術として、特開平３−２４
４０５８号公報には、センタ・コンピュータと接続され
た端末の障害状態を管理するための、障害状態を集中管
理する端末障害状態管理テーブルと、端末における障害
内容をロギングする手段と、端末の障害のロギング内容
を集信する手段と、該テーブルの内容を更新する手段
と、該テーブルに格納された端末の障害状態情報を出力
表示する指示手段と、該指示手段からの出力指示により
該テーブルに格納された情報を可視表示する端末障害状
態管理方式が提案されている。

【０００８】また、特開平６−１３９１６５号公報に
は、情報を収集するホストと通信回線で接続される端末
装置であって、送信指令を出力する起動指令手段と、端
末装置に発生した障害の原因探索に必要な障害探索情報
を規定する障害情報管理ファイルと、該起動指令手段か
らの入力により該障害管理情報ファイルに規定した情報
を収集してホストに送信する障害情報送信機能部と、を
含む障害情報送信機能付端末装置が提案されている。

【０００９】さらに、特開平９−２９７７２１号公報に
おいては、管理対象システムのエラーコードとエラー内
容とを記憶する第１のデータベースと、管理対象システ
ムのエラー情報を格納するための第２のデータベース
と、管理対象システムからエラー情報をダウンロードし
て第２のデータベースに格納する手段とを含む、通信管
理支援システムが提案されている。

【００１０】一方、トラブル情報をバックアップ・ネッ
トワークを使用したリモート・コンソールや、ユーザ・
システムの本回線の一部を使って転送する方法も知られ
ている。しかしながら、この方法は、ユーザ・システム
のパフォーマンスを低下させ、ホスト・サーバとは別に
設置されるブランチ・サーバの設置場所、ブランチ・オ
フィスなどについて、全国にわたり、何百、年千箇所に
バックアップ回線を用意しなければならないという問題
がある。

【００１１】さらに、これまでさらに別のいくつかのネ
ットワーク管理方式も知られている。これらのネットワ
ーク管理方式は、ネットワーク装置に含まれる、クライ
アント、またはサーバがどこで故障したかを検知するこ
とは可能ではあるものの、全国各地において発生する可
能性のあるトラブルの解析にあたって、必要とされるだ
けのネットワーク装置に対応するトレースを同時に得る
ことが困難である。また、ネットワークに接続される多
種多様なネットワーク環境でのネットワーク・プロトコ
ル、例えばＬＡＮ、ＷＡＰ、ＡＴＭ、ＩＳＤＮなどのト
レースを一度に取得することができないという問題点も
ある。

【００１２】また、ルータなどにはトレース機能を含む
ものも知られているが、このようなトレース機能は、当
該ルータに直接つながる回線のトレースはできるが、他
のルータ／ネットワーク装置およびクライアント・サー
バについてのトラブル情報は、エラーログだけが取得で
きるだけに過ぎず、結局のところ、トラブル解析の専門
家を各地に配置しなければならない、という問題は解消
することができない。

【００１３】上述したように各種のネットワーク解析ツ
ールは、数多く市販されているものの、いずれも高価
で、精密なものであり、それぞれ分散した箇所に設置し
たり、都度運搬したりするのでは、労力および費用が多
大となる。さらには、それぞれのネットワーク解析ツー
ルは、ネットワークごとに個別、例えばＬＡＮ用、ＩＳ
ＤＮ用、ＡＴＭ用のプロトコル解析専用とされているた
め、トラブルが一旦生じた場合には、ネットワーク解析
を行うために個別的な解析装置が必要となり、トラブル
対策に時間、コスト、労力を要することになる。また、
システムが複雑になり、システム監視手段（ＳＷ）の構
造も複雑で、大きなサイズとなり、システム監視手段
（ＳＷ）の異常ループなどにより、ある端末コンピュー
タが連続的に繰返しＩＰや、それに同期した信号などを
送り続けるといったように暴走し、ひいてはサーバ側が
その同期データを連続して受け続けてオーバーフローす
ることでハング状態となり、全体のシステム・ダウンに
至る場合もある。

【００１４】

【発明が解決しようとする課題】このため、分散した全
国各地の端末コンピュータ／サーバおよびネットワーク
装置のトラブル解析に必要な、多様なトレース／ダンプ
情報を収集し、解析をセンターといった解析施設、また
はホスト・サーバ設置施設において無線ネットワーク
や、ＡＤＳＬを介して集中して行うことができるネット
ワーク・システムの障害管理システム、そのために用い
られるサーバ、障害管理方式、そのために記録媒体が必
要とされている。

【００１５】さらには、ネットワーク環境のパフォーマ
ンスを低下させずに、ユーザの業務に影響を与えること
なく、トラブル解析を可能とし、かつ柔軟にトラブルに
対して対応することを可能とする障害管理システム、そ
のために用いられるサーバ、障害管理方式、そのために
記録媒体が必要とされている。

【００１６】また、トラブルの解析にあたって、プロト
コル専用の解析装置を必要とせず、さらには解析センタ
ーなどの単一の場所において多様なプロトコルにわたる
トラブルを並列的に解析することが可能な障害管理シス
テム、そのために用いられるサーバ、障害管理方式、そ
のために記録媒体が必要とされている。また、端末コン
ピュータの暴走を自動的に検知し、暴走した端末コンピ
ュータのＩＰまたはアドレス経路を自動的に停止させ
て、サーバのハングアップ状態、システム全体のシステ
ム・ダウンを防止する、障害管理システムが必要とされ
ている。さらには、１つのシステムで、何百、何千の端
末コンピュータや、サーバ、またはこれら以外のネット
ワーク機器が設置されている状況にあって、ある箇所に
障害が発生している場合に、高価で精密なネットワーク
解析機器を設置するために膨大な設備と時間とを要せず
に、ＵＳＢポートといった無線ネットワークを用い、モ
バイル端末を用いて障害情報を取得することができる障
害管理システムが必要とされている。

【００１７】

【課題を解決するための手段】本発明は、上記課題に鑑
みてなされたものであり、ネットワークを介して接続さ
れる端末コンピュータおよびサーバを含むネットワーク
装置から構成されるネットワーク・システムにおける障
害を管理するためのシステムであって、前記ネットワー
ク装置から障害情報を得る手段と、前記障害情報を、前
記ネットワークを介して通信される業務システムと分離
された障害情報専用回線を介して通信するための障害情
報通信手段と、前記通信された障害情報を受信し、処理
するための障害管理用サーバとを含む、障害管理システ
ムが提供される。請求項２３に記載の記録媒体。

【００１８】本発明によれば、分散した全国各地の端末
コンピュータ／サーバおよびネットワーク装置のトラブ
ル解析に必要な多様なトレース／ダンプ情報を収集し、
解析をセンターにおいて集中して行うことができ、ネッ
トワーク環境のパフォーマンスを低下させず、さらには
ユーザの業務システムに影響を与えることなく、トラブ
ル解析を行うことを可能とし、かつ柔軟にトラブルに対
して対応することを可能とする。さらには、トラブルの
解析にあたって、プロトコル専用の解析装置を必要とせ
ず、さらには解析センターなどの単一の場所において多
様なプロトコルにわたるトラブルを並列的に解析するこ
とが可能となる。

【００１９】本発明においては、前記ネットワーク装置
から障害情報を得る手段が無線ネットワークを経由して
前記障害情報専用回線に接続される。また、本発明にお
いては、前記障害情報専用回線は、ＡＤＳＬとされても
よい。本発明においては、前記ネットワーク装置から障
害情報を得るための手段は、携帯端末である。本発明に
おいては、前記障害管理用システムは、端末コンピュー
タの暴走を防止するために、障害管理用サーバが、前記
障害情報に応答して前記障害情報専用回線を通じて前記
障害情報に関連するネットワーク装置を停止させる信号
を送る。

【００２０】本発明においては、前記障害管理用サーバ
は、異なる通信プロトコルを使用する前記ネットワーク
装置の障害情報を処理する。本発明においては、前記障
害情報通信手段は、セルラ電話を含む。本発明において
は、前記障害管理用サーバは、前記ネットワーク装置か
ら送信されるＩＰまたはアドレスを比較するための手段
と、同一のＩＰまたは同一アドレスからの同一の同期デ
ータの通信時間を計る手段と、前記同一のＩＰまたは同
一のアドレスに関連する前記障害情報通信手段へと、Ｉ
Ｐ経路またはアドレス経路を停止させるコマンドを前記
障害情報専用回線を通して暴走した端末コンピュータま
たはサーバに接続されたネットワーク機器へと送信する
手段とを含み、端末コンピュータまたはサーバの１つ
が、同一ＩＰまたはアドレスおよび同期データを繰返し
送出する場合に、前記同一ＩＰまたは前記同一アドレス
および同期データを検知し、前記端末コンピュータまた
はサーバのＩＰ経路またはアドレス経路を自動的に停止
させる。

【００２１】本発明によれば、ネットワークを介して接
続される端末コンピュータおよびサーバを含むネットワ
ーク装置から構成されるネットワーク・システムにおけ
る障害を管理するための方式であって、前記ネットワー
ク装置から障害情報を得る段階と、前記障害情報を、前
記ネットワークを介して通信される業務システムと分離
された障害情報専用回線を介して障害情報専用回線を介
して送信する段階と、前記通信された障害情報を障害管
理用サーバが受信して、処理する段階とを含む、障害管
理方式が提供される。

【００２２】本発明においては、前記ネットワーク装置
から障害情報を得る段階を、無線ネットワークを経由し
て前記障害情報専用回線に接続することにより行なう。
また、本発明においては、前記障害情報専用回線は、Ａ
ＤＳＬとすることもできる。本発明においては、前記ネ
ットワーク装置から障害情報を得る段階に、携帯端末を
使用する。本発明においては、前記障害管理用サーバ
が、前記障害情報に応答して前記障害情報専用回線を通
じて前記障害情報に関連するネットワーク装置を停止さ
せる信号を送る段階を含む。本発明においては、前記障
害管理用サーバは、異なる通信プロトコルを使用する前
記ネットワーク装置の障害情報を処理する。本発明にお
いては、前記障害情報をセルラ電話で送信する段階を含
む。

【００２３】本発明における前記障害管理用サーバは、
暴走した端末コンピュータまたはサーバのＩＰ経路また
はアドレス経路を停止させるために、さらに前記ネット
ワーク装置から送信されるＩＰまたはアドレスを比較す
る段階と、同一のＩＰまたはアドレスからの同一の同期
データを含む通信時間を計る段階と、前記同一のＩＰま
たは同一のアドレスに関連する障害情報通信手段へとＩ
Ｐ経路またはアドレス経路を停止させるコマンドを前記
障害情報専用回線を通して送信する段階とを含み、端末
コンピュータまたはサーバの１つが、同一ＩＰまたは同
一アドレスおよび同期データを繰返し送出する場合に、
前記同一ＩＰまたは同一アドレス、および同期データを
検知し、前記端末コンピュータまたはサーバのＩＰ経路
またはアドレス経路を自動的に停止させる。

【００２４】本発明によれば、ネットワークを介して接
続される端末コンピュータおよびサーバを含むネットワ
ーク装置から構成されるネットワーク・システムにおけ
る障害を管理するために用いられるサーバであって、前
記ネットワーク装置から得られた障害情報を、前記ネッ
トワークを介して通信される業務システムと分離された
障害情報専用回線を介して受信するための手段と、前記
ネットワーク装置の通信プロトコルを判断する手段と、
前記通信プロトコルごとに表示ウインドウを設ける手段
と、前記通信プロトコルごとに障害状態を処理するため
の手段とを含む、障害管理用サーバが提供される。

【００２５】本発明においては、前記ネットワーク装置
から障害情報を得る手段が無線ネットワークを経由して
前記障害情報専用回線に接続される。また、本発明にお
いては、前記障害情報専用回線を、ＡＤＳＬとすること
ができる。本発明においては、前記障害情報に応答して
前記障害情報専用回線を通じて前記障害情報に関連する
ネットワーク装置を停止させる信号を送る。本発明にお
ける前記障害管理用サーバは、異なる通信プロトコルを
使用する前記ネットワーク装置の障害情報を処理する。

【００２６】本発明においては、前記障害管理用サーバ
は、暴走した端末コンピュータまたはサーバのＩＰ経路
またはアドレス経路を停止させるために、前記ネットワ
ーク装置から送信されるＩＰまたはアドレスを比較する
ための手段と、同一のＩＰまたは同一アドレスからの同
一の同期データの通信時間を計る手段と、前記同一のＩ
Ｐまたは同一のアドレスに関連する前記障害情報通信手
段へとＩＰ経路またはアドレス経路を停止させるコマン
ドを前記障害情報専用回線を通して送信する手段とを含
み、端末コンピュータまたはサーバの１つが、同一ＩＰ
またはアドレスおよび同期データを繰返し送出する場合
に、前記同一ＩＰまたは前記同一アドレスおよび同期デ
ータを検知し、前記端末コンピュータまたはサーバのＩ
Ｐ経路またはアドレス経路を自動的に停止させる。

【００２７】本発明によれば、ネットワークを介して接
続される端末コンピュータおよびサーバを含むネットワ
ーク装置から構成されるネットワーク・システムにおけ
る障害を管理するためのコンピュータ・プログラムが記
録されたコンピュータ可読な記録媒体であって、前記ネ
ットワーク装置から得られた障害情報を、前記ネットワ
ークを介して通信される業務システムと分離された障害
情報専用回線を介して受信する段階と、前記ネットワー
ク装置の通信プロトコルを判断する段階と、前記通信プ
ロトコルごとに表示ウインドウを設ける段階と、前記通
信プロトコルごとに障害を処理する段階とを実行させる
コンピュータ・プログラムが含まれる、コンピュータ可
読な記録媒体が提供される。

【００２８】本発明においては、さらに前記ネットワー
ク装置から送信されるＩＰまたはアドレスを比較する段
階と、同一のＩＰまたはアドレスからの同一の同期デー
タを含む通信時間を計る段階と、前記同一のＩＰまたは
同一のアドレスに関連する障害情報通信手段へと、ＩＰ
経路またはアドレス経路を停止させるコマンドを前記障
害情報専用回線を通して送信する段階とを含み、端末コ
ンピュータまたはサーバの１つが、同一ＩＰまたは同一
アドレスおよび同期データを繰返し送出する場合に、前
記同一ＩＰまたは同一アドレス、および同期データを検
知し、前記端末コンピュータまたはサーバのＩＰ経路ま
たはアドレス経路を自動的に停止させる。

【００２９】

【発明の実施の形態】以下本発明を図面に示した実施の
形態に基づいて説明するが、本発明は下記実施の形態に
制限されるものではない。

【００３０】図２は、本発明の障害管理システムを示し
た構成図である。本発明の障害管理システムにおけるネ
ットワーク・システムは、ネットワーク機器として含ま
れる端末コンピュータ１と、ブランチ・サーバ２と、ホ
スト・サーバ３とが、ネットワーク４およびネットワー
ク５により接続されて構成されている。端末コンピュー
タ１、ブランチ・サーバ２、およびホスト・サーバ３
は、パーソナル・コンピュータまたはワークステーショ
ンから構成することができる。

【００３１】このようなパーソナル・コンピュータまた
はワークステーションとしては、ＰＥＮＴＩＵＭ（商
標：インテル社）といったＣＰＵまたはこれと互換性の
あるＣＰＵを搭載することが可能で、ＷＩＮＤＯＷＳ
（商標：マイクロソフト・コーポレイション）、ＷＩＮ
ＤＯＷＳ ＮＴ（商標：マイクロソフト・コーポレイシ
ョン）、ＯＳ／２（商標：インターナショナル・ビジネ
ス・マシーンズ・コーポレイション）、ＬＩＮＵＸ、Ｐ
ｏｗｅｒ ＰＣ（商標：インターナショナル・ビジネス
・マシーンズ・コーポレーション）といったＣＰＵまた
はこれと互換性の有るＣＰＵを搭載することが可能で、
ＡＩＸｗｉｎｄｏｗｓ（商標：インターナショナル・ビ
ジネス・マシーンズ・コーポレーション）、ＵＮＩＸ
（登録商標）、といったオペレーティング・システムを
動作させることが可能なパーソナルコンピュータ、ワー
クステーションを挙げることができるが、これらのもの
に限定されるわけではない。

【００３２】また、図２に示されたネットワーク４およ
びネットワーク５としては、いわゆるインターネットを
挙げることができるが、これ以外にも光通信、ＬＡＮ／
ＷＡＮといった適切な通信プロトコルを用いる通信によ
り遠隔的に情報を送受信することができるものであれ
ば、いかなるネットワークでも用いることができる。ま
た、本発明においては、ＬＡＮ／ＷＡＮと、インターネ
ットといった複数種のネットワークとが混在して、ネッ
トワークとして構成されていてもよい。この通信に用い
ることができる通信プロトコルとしては、例えばＴＣＰ
／ＩＰ、ＬＡＮ用の専用プロトコル、ＩＳＤＮ用プロト
コル、ＡＴＭ用プロトコルといったプロトコルを用いる
ことができるが、これらに限定されるわけではない。

【００３３】図２に示されたネットワーク４には、さら
にネットワーク機器として、ルータ６およびＨｕｂ７が
含まれていて、ネットワーク４を通してを通信を制御し
ている。また、ネットワーク５についても、ネットワー
ク機器としてブランチ・サーバ側ルータ８、Ｈｕｂ９お
よびホスト・サーバ側ルータ１０およびＨｕｂ１１が設
置されていて、ネットワーク５の通信を制御している。
ネットワーク４およびネットワーク５は、端末コンピュ
ータ１、ブランチ・サーバ２およびホスト・サーバ３に
より処理が行われる業務システムを構成している。端末
コンピュータ１、ブランチ・サーバ２、ルータ６、Ｈｕ
ｂ７、ブランチ・サーバ側ルータ８、Ｈｕｂ９には、障
害時に使用されるエラー・ログが記録されている。ま
た、端末コンピュータ１およびブランチ・サーバ２は、
障害時にそれぞれに導入されるソフトウエア製品のトレ
ース機能が行われ、障害情報が取得される。

【００３４】図２に示した障害情報管理システムにおけ
る、端末コンピュータ１、ブランチ・サーバ２には、障
害情報を得るための手段１２ａ，１２ｂがＵＳＢまたは
シリアルポートを介して接続されていて、端末コンピュ
ータ１およびブランチ・サーバ２から、障害情報を取得
している。同様にネットワーク４のルータ６、Ｈｕｂ
７、およびネットワーク５のＨｕｂ９、ブランチ・サー
バ側ルータ８にも障害情報を得るための手段１２ｃ、１
２ｄが、ＵＳＢまたはシリアルポートを介して接続され
ていて、障害情報を接続されたネットワーク装置から取
得している。上述した障害情報を得るための手段として
は、接続されるネットワーク装置に応じて、ネットワー
ク・コンソール、モバイルＰＣ、またはワイヤレス変換
器などを適宜用いることができる。特にＵＢＳポートを
用いると、上述した障害情報を得るための手段の設置が
省スペースで、かつネットワーク装置の特定の配置状態
に依存せずに設置できるため好ましい。

【００３５】さらに、図２に示すように障害情報を得る
ための手段１２ａ〜１２ｄには、障害情報通信手段１３
ａ〜１３ｄが接続、または含まれていて、取得した障害
情報を、ネットワーク４およびネットワーク５とは別に
構成され、障害情報専用回線として用いられる無線ネッ
トワークの実施の形態であるワイヤレス・ネットワーク
１４へと送信している。この障害情報通信手段１３ａ〜
１３ｄは、ワイヤレス・アダプタと、ワイヤレス通信装
置とを含んで構成されている。ワイヤレス・アダプタと
しては、市販のワイヤレス・カードなどを用いることが
でき、ワイヤレス通信手段としてはセルラ電話などを用
いることができる。ワイヤレス・ネットワーク１４へと
送信された障害情報は、障害情報を管理し、解析を行う
と共に、必要に応じてホスト・サーバ３の暴走を防止す
る、自動暴走ストップ機能が付与された、障害情報管理
用サーバ１５に受信される。障害情報管理用サーバ１５
は、これとは別にホスト側ルータ１０およびＨｕｂ１１
からエラーログといった障害情報を、ＬＡＮ接続を介し
て受信して、ネットワーク４およびネットワーク５にわ
たる障害情報を取得している。この障害情報管理用サー
バ１５についても、上述したパーソナル・コンピュータ
またはワークステーションから構成することができる。

【００３６】障害情報管理用サーバ１５は、ＬＡＮトレ
ース１８と、ワイヤレス自動発着信機能１９と、プロト
コルの種別を判断して、トレース、エラーログ、データ
の収集を多種のプロトコルについて行うことが可能なマ
ルチ・プロトコル解析手段２０とを含んで構成される。
ＬＡＮトレース１８は、ホスト側ルータ１０およびＨｕ
ｂ１１からの障害情報を受信する。ワイヤレス自動発着
信機能１９は、ワイヤレス・ネットワーク１４といった
から送信される端末コンピュータ１およびブランチ・サ
ーバ２といったネットワーク装置との間で、障害情報お
よびＳＮＭＰコマンドといった情報を送受信している。
ＬＡＮトレース１８およびワイヤレス自動発着信機能１
９からの障害情報は、マルチ・プロトコル解析手段２０
へと送られて、プロトコルの判断が行われた後、障害情
報の解析を複数のプロトコルについて同時に行うことが
できるようにされている。

【００３７】また、図２においては、ネットワーク４お
よびネットワーク５、およびブランチ・サーバ２を用い
るものとして説明したが、本発明においては、必ずしも
ネットワーク４、ネットワーク５、ブランチ・サーバ２
を必要とするものではなく、ネットワーク・システムの
構成に応じて、いかなるネットワーク装置、ネットワー
ク構成でも用いることができる。

【００３８】図３は、図２に示した障害管理用サーバ１
５のハードウエア構成を詳細に示した構成図である。こ
の障害管理用サーバ１５は、Ｗｉｎｄｏｗｓ２０００
（商標：マイクロソフトコーポレイション）またはＡＩ
Ｘウインドウズ（インターナショナル・ビジネス・マシ
ーンズ・コーポレイション）といった適切なオペレーテ
ィング・システム（以下ＯＳと略する）により動作され
ている。また、障害管理用サーバ１５は、ＴＣＰ／ＩＰ
といった通信プロトコルを用いて通信を行うことができ
るようにされている。

【００３９】障害管理用サーバ１５のハードウエア構成
についてさらに説明すると、ホスト側ルータ１０および
Ｈｕｂ１１からの障害情報をＬＡＮトレース１８により
受信する。本発明において用いることができるＬＡＮト
レース１８には、特に制限はなく市販の、例えばクライ
アント／サーバ／のＩＰまたはアドレスデータ・モニタ
機能を含むものであれば、いかなるものでも用いること
ができる。また、図３に示された障害管理用サーバ１５
には、図２で示したマルチ・プロトコル解析手段２０の
他、その時点で受信しているＩＰまたはアドレスおよび
その同期データと、それ以前のＩＰまたはアドレスおよ
びその同期データとを比較するための比較手段２１を含
んでいて、同一のＩＰが連続して同一の同期データを送
出していることを判断する。このために用いる比較手段
２１としては、メモリと、ディジタル・データを比較す
るためのコンパレータといった手段を含む構成とされて
いれば、いかなる手段でも採用することができる。

【００４０】また、障害管理用サーバ１５には、ハード
ウエア的またはソフトウエア的に構成されるタイマ手段
２２が含まれていて、障害時に同一のＩＰからの同一の
同期データが連続して送信される時間をモニタしてい
る。障害管理用サーバ１５は、さらにデータベースなど
を含む記憶手段２３を含んでいる。この記憶手段２３
は、アドレス・テーブル２４を記憶している。このアド
レス・テーブル２４には、ＩＰに対応するルータＩＤお
よびワイヤレス通信手段、例えばセルラ電話の電話番号
またはメール・アドレスといったワイヤレスＩＤが記憶
されていて、所定のＩＰに対応するルータおよびワイヤ
レス端末が特定できるようにされている。

【００４１】また、この記憶手段２３には、ＳＮＭＰ
（Simple Network Management Protocol)コマンド・テ
ーブル２５も記憶されている。障害管理用サーバ１５
は、同一のＩＰからの同一の同期データが連続して送信
されていると判断した場合には、当該ＩＰを停止させる
ためのコマンドを、ＳＮＭＰコマンド・テーブル２５か
ら読取ってワイヤレス自動発着信機能１９へと与え、ワ
イヤレス・ネットワーク１４を介して、特定されたＩＰ
に対応した端末コンピュータ、ブランチ・サーバなどを
含むネットワーク装置へと送信する。

【００４２】図４は、本発明において用いられる障害管
理用サーバ１５に含まれる記憶手段２３に記憶された、
アドレス・テーブル２４の実施の形態を示した図であ
る。アドレス・テーブル２４には、ＩＰと、そのＩＰに
対応するルータＩＤと、障害情報通信手段１３ａ〜１３
ｄに付与されているワイヤレスＩＤとが対応して記憶さ
れていて、ルータＩＤと、ワイヤレスＩＤとを指定し
て、ＳＮＭＰコマンド・テーブル２５から、例えばＩＰ
ｓｔｏｐコマンドを、特定のＩＰを有する端末コンピュ
ータ１またはブランチ・サーバ２、またはこれらに接続
されているネットワーク装置へとワイヤレス・ネットワ
ーク１４を介して送信できるようにされている。

【００４３】図５は、本発明の障害管理システムにおけ
る障害管理用サーバ１５のマルチ・プロトコル解析手段
２０の機能を示した図である。マルチ・プロトコル解析
手段２０は、Ｗｉｎｄｏｗｓ２０００またはＡＩＸウイ
ンドウズといったＯＳにより動作されていて、いわゆる
マルチ・ウインドウにより操作することができるように
されている。また、障害管理用サーバ１５には、図５に
示されているように、ＬＡＮプロトコルの情報を解析す
るためのＬＡＮトレース・ソフトウエア２６ａと、ＡＴ
Ｍプロトコルの情報を解析するためのＡＴＭトレース・
ソフトウエア２６ｂと、ＩＳＤＮプロトコルの情報を解
析するためのＩＳＤＮトレース・ソフトウエア２６ｃ
と、モデム・プロトコルの情報を解析するためのモデム
・トレース・ソフトウエア２６ｄと、ＷＡＰプロトコル
の情報を解析するためのＷＡＰトレース・ソフトウエア
２６ｅと、ＳＮＭＰコマンドの履歴を解析するためのＳ
ＮＭＰ・ＬＯＧ・ソフトウエア２６ｆと、クライアント
／サーバの履歴を解析するためのクライアント・サーバ
・トレース・ソフトウエア２６ｇとが含まれている。

【００４４】このマルチ・プロトコル解析手段２０に
は、プロトコル判断手段が含まれており、このプロトコ
ル判断手段は、障害情報に付加されたフラッグにもとづ
いてプロトコルを判断するようにされていてもよい。例
えば、障害情報通信手段１３ａ〜１３ｄから送信される
ときに障害情報にプロトコル判断フラッグを付与してお
くことができる。この障害情報が障害管理用サーバ１５
に受信されると、プロトコル判断手段が、ネットワーク
装置の使用するプロトコルに対応するフラッグを判断し
て、送信された障害情報に関連するネットワーク装置の
プロトコルを判断する。この後、障害管理用サーバ１５
が、適切なトレース・ソフトウエアを起動する構成とす
ることができる。本発明においては、ネットワーク装置
のプロトコルを判断するためには、上述以外の方法であ
っても、これまで知られたいかなる方法でも用いること
ができる。図５に示したマルチ・プロトコル解析手段２
０は、上述したようにマルチ・ウインドウにより動作さ
れていて、各トレース・ソフトウエア２６ａ〜２６ｇに
対応したウインドウ２７ａ〜２７ｇを障害管理用サーバ
１５のディスプレイ画面上に表示できるようにされてい
る。

【００４５】また、図５に示されたマルチ・プロトコル
解析手段２０は、上述した各トレース・ソフトウエア２
６ａ〜２６ｇにより、マルチ・ウインドウを用いて１つ
の障害管理用サーバ１５により解析された、異なったプ
ロトコルの障害情報を共通に処理するための共通フォー
マッタ手段２８を含んでいる。

【００４６】この共通フォーマッタ手段２８は、異なっ
たプロトコルを有する障害情報を使用して、タイム・ス
タンプ検索２８ａ、ＩＰシーケンス検索２８ｂ、データ
を発行したクライアントまたはサーバのＩＰを保持し、
ＩＰと、各ネットワーク・トレース中に含まれるＩＰと
を検索／照合し、ネットワーク中のデータ・ルートを表
示させるためのＩＰ検索２８ｃ、キー・フレーム検索２
８ｄなどを行って、端末コンピュータ１からネットワー
ク４、ネットワーク５を介してホスト・サーバ３までの
ＩＰ、データのフローを時間と、順序と、それらに対応
したシステム状態とを共通して判断する。このためのソ
フトウエア構成としては、これまで知られたいかなる構
成であっても用いることができる。また、本発明におい
ては、解析に必要とされるいかなる検索、検索シーケン
スでも用いることができる。

【００４７】この際、ＩＳＤＮ、ＡＴＭなどのネットワ
ーク・アナライザに、モバイルＰＣといった携帯端末を
接続し、この携帯端末にワイヤレス・カードといった市
販のワイヤレス・アダプタおよびワイヤレス通信手段、
例えばセルラ電話などを含んで構成される障害情報通信
手段を接続することにより、異なったプロトコルを有す
るネットワーク装置からの障害情報をまとめて一度に障
害管理用サーバ１５へと送信することが可能となり、ネ
ットワークのパフォーマンスを低下させることなく障害
状態を解析することが可能となる。

【００４８】図６には、障害管理用サーバ１５のディス
プレイ画面上に、各トレース・ソフトウエア２６ａ〜２
６ｇに対応するウインドウが開かれたところを示した図
である。図６に示すように、本発明における障害管理用
サーバ１５は、異なったプロトコルに対応するネットワ
ーク装置ごとに異なる解析装置を用いることなく、マル
チ・ウインドウ環境の下で障害の解析を行うことができ
る。

【００４９】図７は、図６において説明した共通フォー
マッタ手段２８により、異なったプロトコルを用いるネ
ットワーク装置の障害情報を解析して得られた解析結果
を例示した図である。図７に示すように、本発明の障害
管理用サーバ１５は、ホスト・サーバ、ＩＳＤＮアナラ
イザ、ＡＴＭアナライザといった各種ネットワーク・ア
ナライザ、ブランチ・サーバ、ルータ、端末コンピュー
タといった異なったプロトコルを用いる可能性のあるネ
ットワーク装置の障害情報を、ＩＰ、時間を基本として
一度にリストアップすることができる。このため、本発
明の障害管理システムは、システム管理者、およびネッ
トワーク解析の専門家などの解析負担を、著しく低減さ
せることができると共に、プロトコルごとに専用化され
た解析装置を必要とするロスを避けることができる。

【００５０】図８は、本発明の障害管理方式による障害
状態の概略の解析プロセスを示したフローチャートであ
る。図８に示される解析プロセスは、ステップ２０１に
おいて、ネットワークのトラブルが発生すると、ステッ
プ２０２において、トラブルが発生したサイトのシステ
ム管理者が、そのシステム機器に障害情報を取得するた
め、モバイルＰＣ、ネットワーク・コンソール、ワイヤ
レス変換器などを接続し、さらにワイヤレス・アダプタ
およびセルラ電話といった障害情報通信手段を接続す
る。ついで、ステップ２０３において障害管理用サーバ
１５が設置されているセンターへと、ワイヤレスネット
ワーク１４を含む専用の通信回線を介して接続を行う。

【００５１】さらにステップ２０４において、トラブル
が発生している機器のトレース、ＬＯＧデータをモバイ
ルＰＣ、ネットワーク・コンソールを用いて取得する。
この後、ステップ２０５において、トレース、ＬＯＧデ
ータを障害管理用サーバ１５へとワイヤレス・ネットワ
ーク１４を用いて送信する。障害管理用サーバ１５は、
障害情報を受信した後、解析ソフトウエアを起動して解
析を開始する。ついで、ステップ２０６においてシステ
ム管理者／ネットワーク専門家がトラブル情報を解析す
ることにより、解析プロセスが進行して行く。

【００５２】図９は、本発明の第１の実施の形態の障害
管理方式により対応することができる、ネットワーク・
トラブルを示した図である。図９に示したネットワーク
・システムは、複数の端末コンピュータ１ａ，１ｂがネ
ットワーク２９を介してホスト・サーバ３へと通信を行
っている。図９に示したネットワーク・システムにおけ
るネットワーク・トラブルでは、端末コンピュータ１ｂ
は、時折無効フレームを発行しており、この無効フレー
ムは、ネットワーク２９を介してホスト・サーバ３へと
送信される。このような無効フレームを受信したホスト
・サーバ３は、ネットワーク制御が異常となり、トラッ
プされた状態となる。

【００５３】図９に示したようなネットワーク・トラブ
ルでは、無効フレームによりホスト・サーバ３がトラッ
プ状態となる。図９に示したトラブルによりネットワー
ク異常が発生した場合における、本発明の障害管理方式
のフローチャートを示したのが図１０である。図１０に
示した障害管理方式では、ステップ３０３において端末
コンピュータ１ｂに例えば図９に示すようにＩＳＤＮア
ナライザ３０を接続して、プロトコル・トレースを実行
させる。さらにステップ３０５において、ＩＳＤＮアナ
ライザ３０に対してワイヤレス通信を可能とさせるワイ
ヤレスカード３１を接続し、適切なセルラ電話といった
ワイヤレス通信手段を接続して障害情報通信手段を構成
する。ステップ３０６では、この障害情報通信手段を用
いて障害管理用サーバ１５へと、ワイヤレス・ネットワ
ーク１４を介して通信を行い、トレース・データを障害
管理用サーバ１５へと送信する。

【００５４】ワイヤレス・ネットワーク１４へと送信す
る際の通信速度は、５６ｋｂｐｓを用いることもできる
し、さらに高速の１Ｍｂｐｓ〜２Ｍｂｐｓの通信速度を
用いることもできる。１Ｍｂｐｓ〜２Ｍｂｐｓの通信速
度を用いることにより、トレース・データをより効率よ
く障害管理用サーバ１５へと送信することができる。ま
た、図９に示されるネットワーク２９において通信を制
御するルータ３２およびＨｕｂ３３には、図９に示され
るようにコンソール３４を接続し、さらにコンソール３
４には、ワイヤレス通信を可能とするワイヤレス・カー
ド３１などを接続して、ワイヤレス通信を可能とさせ
る。ついで、ステップ３０８で、ルータのＬＯＧを取得
して、ワイヤレス通信により障害管理用サーバ１５へと
回線を接続して、ワイヤレス・ネットワーク１４を介し
てＬＯＧデータを送信する。

【００５５】このとき、ワイヤレス通信を行わせるため
の障害情報通信手段を、セルラ電話を含んで構成する場
合には、障害管理用サーバ１５に付与されたメール・ア
ドレス、またはＵＲＬ・アドレスなどへと電子メールを
送信することなどにより、障害情報の送信を行うことが
できる。また、図９に示されたネットワーク・システム
のトラブルにおいては、図１０のステップ３０２におい
て、ホスト側ルータおよびＨｕｂ３５からＬＡＮ接続に
より、障害管理用サーバ１５のＬＡＮトレース１８へと
障害情報を送信する。ステップ３１０において障害管理
サーバ１５は、それぞれ端末コンピュータ１ｂ、ルータ
３２、ホスト側ルータおよびＨｕｂ３５から送信され
た、それぞれプロトコルの異なった障害情報を受信し、
そのプロトコルを判断して、それぞれに対応したソフト
ウエアを起動して、処理および解析を行う。このように
して、図９に示した実施の形態においてはＩＳＤＮアナ
ライザのトレース・データから無効フレームを端末コン
ピュータ１ｂが発行していることを見出すことができ
る。

【００５６】ついで、障害管理用サーバ１５では、ステ
ップ３１１でトラブル原因の特定を行い、共通フォーマ
ッタ手段２８において、問題となったＩＰを検索し、そ
のＩＰの順番を検索し、無効フレームといったキー・フ
レームを検索し、無効フレームが発行された後のプロト
コルの推移を確認、解析し、ネットワーク制御が異常状
態になった原因を解析する。この解析に基づいて、ステ
ップ３１２においてトラブル原因が解析され、解析ステ
ップが終了する。

【００５７】図１１は、本発明の障害管理方式の第２の
実施の形態により対応されるネットワーク・トラブルを
示した図である。図１１に示したネットワークは、端末
コンピュータ１ａ、１ｂ、１ｃがネットワーク３６およ
びネットワーク３７を介してホスト・サーバ３へと接続
されている。図１１に示した第２の実施の形態において
は、発生するネットワーク・トラブルが端末コンピュー
タ１ｃが、連続してＩＰと、それに同期する同期データ
を繰り返してホスト・サーバ３へと送信することにより
生じる。この状態を放置しておけば、ホスト・サーバ３
がオーバーフローしてダウンすることになる。そこで、
本発明の障害管理方式においては、図１１に示すよう
に、障害管理用サーバ１５は、比較手段２１により、そ
の時点でのＩＰと、それ以前のＩＰとを比較して、同一
のＩＰおよびそれに同期した同期データの継続時間をタ
イマ手段２２によりモニタしている。

【００５８】例えば、図１１に示したトラブルにおいて
は、同一のＩＰおよびそれに同期した同期データが連続
して８秒以上、または１５回以上持続する場合には、ホ
スト・サーバ３のダウンを防止するべく、同一のＩＰお
よびそれに同期する同期データを送信している端末コン
ピュータ１ｃに接続されるネットワーク機器へと、アド
レス・テーブル２４からルータＩＤおよびワイヤレスＩ
Ｄを読取り、送信先を特定する。その後、障害管理用サ
ーバ１５は、ＳＮＭＰコマンド・テーブル２５から特定
ＩＰを停止させるＩＰｓｔｏｐコマンドを、ワイヤレス
・ネットワーク１４を介して、特定のＩＤが付与された
障害情報通信手段へと送信する。ＩＰｓｔｏｐコマンド
を受信した、例えば、ネットワーク・コンソール、モバ
イルＰＣといった障害情報取得手段は、受信したＩＰｓ
ｔｏｐコマンドを使用して、暴走するなどしてＩＰ、お
よびそれに同期する同期データを連続した送信を停止さ
せる。このようにしてホスト・サーバ３のダウンを防ぐ
ことにより、本発明においては、障害管理用サーバ１５
に対して自動暴走ストップ機能を付与することができ
る。

【００５９】図１２には、図１１に示したトラブルに対
応するための本発明の障害管理方式の第２の実施の形態
のフローチャートを示す。図１２に示すように、まず、
ステップ４０２において、障害管理用サーバ１５に含ま
れるＬＡＮトレース１８によりホスト・サーバ３が受信
するＩＰをモニタする。ついで、ステップ４０３では、
その時点でのＩＰと、それ以前のＩＰ、およびそれぞれ
の同期データを比較手段２１を使用して比較する。この
とき、ステップ４０４に示すように、同一のＩＰからの
同一の同期データが８秒以上持続しているか、または１
５回以上連続している場合（ｙｅｓ）には、ステップ４
０５で当該ＩＰを特定する。また、同一のＩＰからの同
一の同期データが８秒以上持続しているか、または１５
回以上連続していない場合（ｎｏ）には、ステップ４０
６でタイマ手段２２をリセットしてステップ４０２へと
戻る。ついで、ステップ４０７において特定したＩＰ
を、障害管理用サーバ１５の記憶手段に記録されている
アドレス・テーブル２４を参照してルータＩＤおよび電
話番号、またはメールアドレスといったワイヤレスＩＤ
を抽出する。

【００６０】ついで、ステップ４０８でＳＮＭＰコマン
ド・テーブル２５からＩＰｓｔｏｐコマンドを抽出し、
ステップ４０９ではワイヤレス自動発着信機能１９か
ら、ルータＩＤおよびワイヤレスＩＤを特定して、その
ルータＩＤおよびワイヤレスＩＤが付与された障害情報
通信手段へとワイヤレス・ネットワーク１４を介して接
続する。ステップ４１０では、ワイヤレス自動発着信機
能１９によりＩＰｓｔｏｐコマンドをネットワーク・コ
ンソールへと送信し、ステップ４１１では、Ｈｕｂにコ
ンソール機能が含まれている場合にはそのＨｕｂに特定
のＩＰｓｔｏｐコマンドを送信する。このＩＰｓｔｏｐ
コマンドを受信したネットワーク・コンソールは、ステ
ップ４１２においてルータ中に見出された特定ＩＰの経
路を停止させる。このようにすることで、本発明の障害
管理方式においては、端末コンピュータ１ｃの暴走を自
動的に停止させることができる。

【００６１】図１３は、本発明の障害管理方式を、電子
メール送受信システムのトラブルに対して適用した第３
の実施の形態を示した図である。図１３に示した第３の
実施の形態においては端末コンピュータ１ａ，１ｂ，１
ｃが電子メール・ネットワーク３８を介してメール・サ
ーバ３９に対して例えば電子メールといったＭａｉｌを
送信している。メール・サーバ３９は、ＬＡＮアダプタ
４０を介してＭａｉｌを受信し、適切なＯＳの下で、Ｔ
ＣＰ／ＩＰプロトコルを使用して、市販のメール・ソフ
トウエアを動作させている。端末コンピュータ１ｃは、
何らかの理由で暴走し、同一のＩＰと、それに同期した
同期データをメール・サーバ３９へとルータ・Ｈｕｂ４
１およびＨｕｂ４２を介して送信している。送信された
同期データは、メール・サーバ３９をオーバーフローさ
せて、メール・サーバ３９ダウンさせてしまう可能性が
ある。さらに、ルータ４１をオーバフローさせてしまう
可能性がある。

【００６２】図１４は、図１３に示したトラブルに対応
した、本発明の障害管理方式の第３の実施の形態を示し
たフローチャートである。まず、障害管理用サーバ１５
は、ステップ５０２においてＨｕｂ４２からＬＡＮ接続
を経由して信号を受信し、ＬＡＮトレース１８におい
て、メール・サーバ３９に送信されるＩＰをモニタす
る。ついで、その時点でのＩＰと、ステップ５０３にお
いてそれ以前のＩＰ、およびそれぞれの同期データを、
比較手段２１により比較する。ステップ５０４では、タ
イマ手段２２により同一のＩＰまたはアドレスからの同
一の同期データが８秒以上持続しているか、または１５
回以上連続しているかを判断する。

【００６３】同一のＩＰからの同一の同期データが８秒
以上持続しているか、または１５回以上連続している場
合（ｙｅｓ）には、ステップ５０６で当該ＩＰを特定す
る。また、同一のＩＰからの同一の同期データが８秒以
上持続しているか、または１５回以上連続していない場
合には、ステップ５０５でタイマをリセットした後、ス
テップ５０２へと戻り、ＩＰまたはアドレスの監視を続
ける。ついで、ステップ５０７で特定したＩＰを障害管
理用サーバ１５の記憶手段に記録されているアドレス・
テーブル２４を参照して、ルータＩＤ、および電話番
号、またはメール・アドレスといったワイヤレス端末Ｉ
Ｄを取得する。

【００６４】ついで、ステップ５０８では、障害管理用
サーバ１５は、ＳＮＭＰコマンド・テーブル２５からＩ
Ｐｓｔｏｐコマンドを抽出し、ステップ５０９でワイヤ
レス自動発着信機能１９から、ルータＩＤおよびワイヤ
レスＩＤを特定して、そのルータＩＤ及びワイヤレスＩ
Ｄが付与された障害情報通信手段に対し、ワイヤレス・
ネットワーク１４を介して接続する。また、ステップ５
０９では、ＩＰｓｔｏｐコマンドをコンソール、または
Ｈｕｂ４２にコンソール機能が含まれている場合には、
Ｈｕｂ４２に特定のＩＰｓｔｏｐコマンドを送信する。
さらに、ステップ５１０では、このＩＰｓｔｏｐコマン
ドを、ワイヤレス・ネットワーク１４を介して受信した
ネットワーク・コンソールまたはモバイルＰＣ、または
ワイヤレス変換器が受信して、ルータ・Ｈｕｂ４１中に
見出された特定ＩＰ経路を停止させる。このようにする
ことで、本発明の障害管理方式においては、端末コンピ
ュータ１ｃの暴走を自動的に停止させることができる。
また、端末コンピュータ１ｃに接続しているルータのオ
ーバーフローを防止することができる。

【００６５】また、本発明においては障害情報専用回線
として、無線ネットワーク１４を用いることを例に取り
説明を行ってきたが、本発明は、障害情報専用回線とし
て、既設の導線を用い、音声伝送用、ＩＳＤＮよりも高
い周波数帯域を利用して高速・大容量のデータ転送を行
うことを可能とする非対称ディジタル・サブスクライバ
・ライン（Asymmetric Digital Subscriber Line: ADS
L)を使用することも可能である。ＡＤＳＬのダウンスト
リームを、障害情報の送信を行うために用いることによ
り、約１０Ｍｂｐｓの通信速度で障害情報を取得するこ
とができる。また、アップストリームとしては、約１Ｍ
ｂｐｓ程度の速度が得られるが、この場合のアップスト
リームは、ＩＰｓｔｏｐコマンドといった限定されたコ
マンドを送信するだけであり、充分な通信速度を得るこ
とができる。

【００６６】上述したＡＤＳＬを用いて障害情報を取得
するためには、ＩＴＵ−Ｔといった国際規格で「Ｇ９９
２．２」として勧告される規格を用いることもできる
し、例えば「Universal ADSL」とよばれている、相互接
続性を確保した規格ＡＮＳＩＴ１．４１３ＡＤＳＬに準
拠した通信システムを用いることができる。ＡＤＳＬ通
信手段を用いる場合には、例えば、キャリアレス・アン
プリチュード・フェーズ・モジュレーション(Carrierle
ss Amplitude Phase Modulation:CAP)タイプ、またはデ
ィスクリート・マルチトーン(Disclete Multitone)タイ
プのＡＤＳＬ用モデムを利用して、障害情報専用回線を
構成することができる。

【００６７】本発明の上述した障害管理方式を実行させ
るためのプログラムは、種々のプログラミング言語によ
り記述することができ、例えばオブジェクト指向のＣ言
語といったプログラミング言語で記述することができ
る。また、本発明の障害管理方式を実行させるためのプ
ログラムは、フロッピー・ディスク、ハード・ディス
ク、磁気テープといった磁気記録媒体、ＣＤ−ＲＯＭ、
ＤＶＤ、光磁気ディスクといった光学的に記録が行われ
る記録媒体に記録することができ、またインターネット
といったネットワークを介して配布される伝送媒体など
とすることができる。本発明は、これまでネットワーク
・システムの障害管理を行うためのシステム及び方式に
ついて詳細に説明してきたが、本発明は、本発明の障害
管理方式を実行させるためのコンピュータ・プログラム
が記録されたコンピュータ可読な記録媒体をも含むもの
である。

【００６８】これまで本発明を図面に示した特定の実施
の形態にもとづいて説明してきたが、本発明は、図面に
示した実施の形態に限定されるものではなく、ネットワ
ーク構成、ネットワーク構成装置、障害情報取得手段、
障害情報通信手段、および障害管理方式の細部の手順に
ついては、本発明の効果が得られる限り、これまで知ら
れている、いかなるものでも用いることができる。

【図面の簡単な説明】

【図１】ネットワーク・システムにおける従来のトラブ
ル解決のためのフローチャート。

【図２】本発明の障害情報管理システムの構成図。

【図３】図２に示した障害管理用サーバの詳細な構成
図。

【図４】本発明の障害管理用サーバの記憶手段に含まれ
るアドレス・テーブルの構成を示した図。

【図５】本発明の障害管理用サーバのマルチ・プロトコ
ル解析手段の機能を示した図。

【図６】マルチ・プロトコル解析手段によりディスプレ
イ画面上に表示されたマルチ・ウインドウを示した概略
図。

【図７】共通フォーマッタ手段により得られた異なるプ
ロトコルを用いるネットワーク装置の障害情報を示した
図。

【図８】本発明の障害管理方式による障害状態の解析プ
ロセスを示したフローチャート。

【図９】本発明の障害管理方式の第１の実施の形態によ
り対応されるネットワーク・トラブルを示した図。

【図１０】図９に示した本発明の障害管理方式のフロー
チャート。

【図１１】本発明の障害管理方式の第２の実施の形態に
より対応されるネットワーク・トラブルを示した図。

【図１２】図１１に示した本発明の障害管理方式のフロ
ーチャート。

【図１３】本発明の障害管理方式の第３の実施の形態に
より対応されるネットワーク・トラブルを示した図。

【図１４】図１３に示した本発明の障害管理方式のフロ
ーチャート。

【符号の説明】

１…端末コンピュータ ２…ブランチ・サーバ ３…ホスト・サーバ ４…ネットワーク ５…ネットワーク ６…ルータ ７…Ｈｕｂ ８…サーバ側ルータ ９…Ｈｕｂ １０…ホスト・サーバ側ルータ １１…Ｈｕｂ １２ａ〜１２ｄ…障害情報取得手段 １３ａ〜１３ｄ…障害情報通信手段 １４…ワイヤレス・ネットワーク １５…障害管理用サーバ １８…ＬＡＮアダプタ １９…ワイヤレス自動発着信機能 ２０…マルチ・プロトコル解析手段 ２１…比較手段 ２２…タイマ手段 ２３…記憶手段 ２４…アドレス・テーブル ２５…ＳＮＭＰコマンド・テーブル ２６ａ〜２６ｇ…トレース・ソフトウエア ２７ａ〜２７ｇ…ウインドウ ２８…共通フォーマッタ手段 ２９…ネットワーク ３０…ＩＳＤＮアナライザ ３１…ワイヤレス・カード ３２…ルータ ３３…Ｈｕｂ ３４…ネットワーク・コンソール ３５…Ｈｕｂ ３６，３７，３８…ネットワーク ３９…メール・サーバ ４０…ＬＡＮアダプタ ４１…ルータ・Ｈｕｂ ４２…Ｈｕｂ

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｌ 12/26 (72)発明者 森谷 之信 神奈川県大和市下鶴間1623番地14 日本ア イ・ビー・エム株式会社 大和事業所内 (72)発明者 吉田 順一 神奈川県大和市下鶴間1623番地14 日本ア イ・ビー・エム株式会社 大和事業所内 (72)発明者 和田 裕之 神奈川県大和市下鶴間1623番地14 日本ア イ・ビー・エム株式会社 大和事業所内 (72)発明者 和田 直也 神奈川県大和市下鶴間1623番地14 日本ア イ・ビー・エム株式会社 大和事業所内 Ｆターム(参考） 5B042 GA12 GA18 GC02 JJ02 KK12 KK13 NN52 NN54 5B085 AC11 AC18 5B089 GA11 GA25 GB02 HA13 JA35 JB17 KA12 ME06 5K030 JT09 KA01 KA02 MB01 MC07 5K035 DD01 FF01 FF04 LL01 MM07

Claims (24)

【特許請求の範囲】
1. 【請求項１】 ネットワークを介して接続される端末コ
   ンピュータおよびサーバを含むネットワーク装置から構
   成されるネットワーク・システムにおける障害を管理す
   るためのシステムであって、 前記ネットワーク装置から障害情報を得る手段と、 前記障害情報を、前記ネットワークを介して通信される
   業務システムと分離された障害情報専用回線を介して通
   信するための障害情報通信手段と、 前記通信された障害情報を受信し、処理するための障害
   管理用サーバとを含む、障害管理システム。
2. 【請求項２】 前記ネットワーク装置から障害情報を得
   る手段が無線ネットワークを経由して前記障害情報専用
   回線に接続される請求項１に記載の障害管理システム。
3. 【請求項３】 前記障害情報専用回線は、ＡＤＳＬとさ
   れる、請求項１に記載の障害管理システム。
4. 【請求項４】 前記ネットワーク装置から障害情報を得
   るための手段は、携帯端末である、請求項２に記載の障
   害管理システム。
5. 【請求項５】 前記障害管理用サーバは、前記障害情報
   に応答して前記障害情報専用回線を通じて前記障害情報
   に関連するネットワーク装置を停止させる信号を送る請
   求項１ないし請求項４のいずれか１項に記載の障害管理
   システム。
6. 【請求項６】 前記障害管理用サーバは、異なる通信プ
   ロトコルを使用する前記ネットワーク装置の障害情報を
   処理する、請求項１ないし請求項５のいずれか１項に記
   載の障害管理システム。
7. 【請求項７】 前記障害情報通信手段は、セルラ電話を
   含む、請求項４に記載の障害管理システム。
8. 【請求項８】 前記障害管理用サーバは、前記ネットワ
   ーク装置から送信されるＩＰまたはアドレスを比較する
   ための手段と、同一のＩＰまたは同一アドレスからの同
   一の同期データの通信時間を計る手段と、前記同一のＩ
   Ｐまたは同一のアドレスに関連する前記障害情報通信手
   段へと、ＩＰ経路またはアドレス経路を停止させるコマ
   ンドを前記障害情報専用回線を通して送信する手段とを
   含み、端末コンピュータまたはサーバの１つが、同一Ｉ
   Ｐまたはアドレスおよび同期データを繰返し送出する場
   合に、前記同一ＩＰまたは前記同一アドレスおよび同期
   データを検知し、前記端末コンピュータまたはサーバの
   ＩＰ経路またはアドレス経路を自動的に停止させる、請
   求項１〜７のいずれか１項に記載の障害管理システム。
9. 【請求項９】 ネットワークを介して接続される端末コ
   ンピュータおよびサーバを含むネットワーク装置から構
   成されるネットワーク・システムにおける障害を管理す
   るための方式であって、 前記ネットワーク装置から障害情報を得る段階と、 前記障害情報を、前記ネットワークを介して通信される
   業務システムと分離された障害情報専用回線を介して障
   害情報専用回線を介して送信する段階と、 前記通信された障害情報を障害管理用サーバが受信し
   て、処理する段階とを含む、障害管理方式。
10. 【請求項１０】 前記ネットワーク装置から障害情報を
    得る段階を、無線ネットワークを経由して前記障害情報
    専用回線に接続することにより行なう、請求項９に記載
    の障害管理方式。
11. 【請求項１１】 前記障害情報専用回線は、ＡＤＳＬと
    される、請求項９に記載の障害管理方式。
12. 【請求項１２】 前記ネットワーク装置から障害情報を
    得る段階に、携帯端末を使用する、請求項９に記載の障
    害管理方式。
13. 【請求項１３】 前記障害管理用サーバが、前記障害情
    報に応答して前記障害情報専用回線を通じて前記障害情
    報に関連するネットワーク装置を停止させる信号を送る
    段階を含む、請求項９ないし請求項１２のいずれか１項
    に記載の障害管理方式。
14. 【請求項１４】 前記障害管理用サーバは、異なる通信
    プロトコルを使用する前記ネットワーク装置の障害情報
    を処理する、請求項９ないし請求項１３のいずれか１項
    に記載の障害管理方式。
15. 【請求項１５】 前記障害情報をセルラ電話で送信する
    段階を含む、請求項１０に記載の障害管理方式。
16. 【請求項１６】 前記障害管理用サーバは、さらに前記
    ネットワーク装置から送信されるＩＰまたはアドレスを
    比較する段階と、同一のＩＰまたはアドレスからの同一
    の同期データを含む通信時間を計る段階と、前記同一の
    ＩＰまたは同一のアドレスに関連する障害情報通信手段
    へとＩＰ経路またはアドレス経路を停止させるコマンド
    を前記障害情報専用回線を通して送信する段階とを含
    み、端末コンピュータまたはサーバの１つが、同一ＩＰ
    または同一アドレスおよび同期データを繰返し送出する
    場合に、前記同一ＩＰまたは同一アドレス、および同期
    データを検知し、前記端末コンピュータまたはサーバの
    ＩＰ経路またはアドレス経路を自動的に停止させる、請
    求項９ないし１５のいずれか１項に記載の障害管理方
    式。
17. 【請求項１７】 ネットワークを介して接続される端末
    コンピュータおよびサーバを含むネットワーク装置から
    構成されるネットワーク・システムにおける障害を管理
    するために用いられるサーバであって、 前記ネットワーク装置から得られた障害情報を、前記ネ
    ットワークを介して通信される業務システムと分離され
    た障害情報専用回線を介して受信するための手段と、 前記ネットワーク装置の通信プロトコルを判断する手段
    と、 前記通信プロトコルごとに表示ウインドウを設ける手段
    と、 前記通信プロトコルごとに障害状態を処理するための手
    段とを含む、障害管理用サーバ。
18. 【請求項１８】 前記ネットワーク装置から障害情報を
    得る手段が無線ネットワークを経由して前記障害情報専
    用回線に接続される請求項１７に記載の障害管理用サー
    バ。
19. 【請求項１９】 前記障害情報専用回線は、ＡＤＳＬと
    される、請求項１７に記載の障害管理用サーバ。
20. 【請求項２０】 前記障害情報に応答して前記障害情報
    専用回線を通じて前記障害情報に関連するネットワーク
    装置を停止させる信号を送る請求項１７ないし請求項１
    ９のいずれか１項に記載の障害管理用サーバ。
21. 【請求項２１】 前記障害管理用サーバは、異なる通信
    プロトコルを使用する前記ネットワーク装置の障害情報
    を処理する、請求項１７ないし請求項２０のいずれか１
    項に記載の障害管理用サーバ。
22. 【請求項２２】 前記障害管理用サーバは、前記ネット
    ワーク装置から送信されるＩＰまたはアドレスを比較す
    るための手段と、同一のＩＰまたは同一アドレスからの
    同一の同期データの通信時間を計る手段と、前記同一の
    ＩＰまたは同一のアドレスに関連する前記障害情報通信
    手段へとＩＰ経路またはアドレス経路を停止させるコマ
    ンドを前記障害情報専用回線を通して送信する手段とを
    含み、端末コンピュータまたはサーバの１つが、同一Ｉ
    Ｐまたはアドレスおよび同期データを繰返し送出する場
    合に、前記同一ＩＰまたは前記同一アドレスおよび同期
    データを検知し、前記端末コンピュータまたはサーバの
    ＩＰ経路またはアドレス経路を自動的に停止させる、請
    求項１７ないし請求項２１のいずれか１項に記載の障害
    管理用サーバ。
23. 【請求項２３】 ネットワークを介して接続される端末
    コンピュータおよびサーバを含むネットワーク装置から
    構成されるネットワーク・システムにおける障害を管理
    するためのコンピュータ・プログラムが記録されたコン
    ピュータ可読な記録媒体であって、 前記ネットワーク装置から得られた障害情報を、前記ネ
    ットワークを介して通信される業務システムと分離され
    た障害情報専用回線を介して受信する段階と、 前記ネットワーク装置の通信プロトコルを判断する段階
    と、 前記通信プロトコルごとに表示ウインドウを設ける段階
    と、 前記通信プロトコルごとに障害を処理する段階とを実行
    させるコンピュータ・プログラムが含まれる、コンピュ
    ータ可読な記録媒体。
24. 【請求項２４】 さらに前記ネットワーク装置から送信
    されるＩＰまたはアドレスを比較する段階と、同一のＩ
    Ｐまたはアドレスからの同一の同期データを含む通信時
    間を計る段階と、前記同一のＩＰまたは同一のアドレス
    に関連する障害情報通信手段へと、ＩＰ経路またはアド
    レス経路を停止させるコマンドを前記障害情報専用回線
    を通して送信する段階とを含み、端末コンピュータまた
    はサーバの１つが、同一ＩＰまたは同一アドレスおよび
    同期データを繰返し送出する場合に、前記同一ＩＰまた
    は同一アドレス、および同期データを検知し、前記端末
    コンピュータまたはサーバのＩＰ経路またはアドレス経
    路を自動的に停止させる、請求項２３に記載の記録媒
    体。