JPH06324966A - 通信障害区間推定システム - Google Patents

Abstract

(57)【要約】 【目的】 ネットワークで通信障害が発生したときに、
障害区間を迅速に推定して故障切り分けの時間を短縮し
得る通信障害区間推定システムを提供する。 【構成】 ＬＡＮ上の任意の二端末装置、例えば第１端
末装置１０ａと第１４端末装置１０ｎ間で通信障害が発
生したときに、第１端末装置１０ａが第１４端末装置１
０ｎの識別番号とＬＡＮの構成情報とを取得して第１４
端末装置１０ｎまでの試験経路を設定し、その経路に介
在する試験対象端末装置あるいはＨＵＢ（集線装置）に
対して順次通信可否試験を行う。例えば、第１３端末装
置１０ｍから試験を開始し、その結果が異常のときに順
次自装置方向の端末装置１０ｌ，１０ｋ・・・に切り替
え、試験結果が正常となった時点又は全端末装置の試験
結果が異常となった時点の区間位置を障害区間の示唆情
報として出力する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、通信障害区間推定シス
テムに関し、特に、ＬＡＮ（Local Area Network）等の
ネットワークで任意の二端末装置間が通信不能になった
ときに、両端末装置間に試験経路を設定して通信可否試
験を行い、その結果に応じて障害区間を推定するシステ
ムに関する。

【０００２】

【従来の技術】ＬＡＮ等のネットワークに通信障害が発
生すると、業務停止による損失や回復のために膨大なコ
ストがかかり、さらには使用できなくなった端末装置類
とそれを操作する人材に大きな影響を与える。そのた
め、ネットワークの運用を迅速に回復させることは、保
守者にとって最も優先順位の高い仕事になる。一般に、
ネットワークにおける通信障害の８０％は、その原因が
端末装置や伝送路、あるいはインターフェース等のハー
ドウェアにあるといわれている。従って、その故障切り
分けに要する時間を短縮することは、当該ネットワーク
の稼働不能時間を短縮する上で非常に重要となる。

【０００３】

【発明が解決しようとする課題】しかしながら、ネット
ワークに通信障害が発生した場合、障害原因を解析する
方法は、ネットワーク形態や使用する端末装置の種類に
より夫々異なってくる。また、従来、この種の障害発生
時に、障害区間を特定するための明確な解析手法は存在
せず、任意の二端末装置間で通信障害が発生した場合
に、まず端末装置の動作状態を確認するのか、あるいは
ケーブルの導通試験をするのか等の判断は、解析を行う
保守者に一任されていた。そのため、故障切り分けに要
する時間は、保守者の技術レベルによって大きく変動す
る問題があった。特に、ネットワークの規模が大きい場
合には故障切り分けに膨大な時間が必要となる問題があ
り、通信障害区間の明確な解析手法の確立が強く望まれ
ていた。

【０００４】本発明は、上記背景の下になされたもの
で、その目的とするところは、ネットワークで通信障害
が発生したときに、保守者の技術レベルにかかわらず、
短時間で故障切り分けを行い得る通信障害区間推定シス
テムを提供することにある。

【０００５】

【課題を解決するための手段】上記目的を達成する本発
明の通信障害区間推定システムは、複数の端末装置を含
んで構成されたネットワークの任意の二端末装置間で通
信障害が発生したときに障害区間を推定するシステムで
あって、前記二端末装置のうち一方の当該端末装置は、
他方の当該端末装置の識別情報と全端末装置の区間構成
を表す構成情報とを取得し、これら情報に基づいて自装
置から他方の当該端末装置までの試験経路を設定する試
験経路設定手段と、設定された試験経路に介在する試験
対象端末装置に対して通信可否試験を行い、その試験結
果に応じて障害区間の示唆情報を出力する経路試験手段
とを有することを特徴とする。

【０００６】上記構成において、前記経路試験手段は、
例えば、前記試験経路に介在する複数の試験対象端末装
置に対して所定順に通信可否試験を行い、試験結果が変
化した時点又は全ての試験対象端末装置に対する通信可
否試験を終了した時点の区間位置を前記示唆情報として
出力するものであり、好適には、自装置から最も遠れた
端末装置を最先試験対象端末装置に設定し、その試験結
果が異常のときに試験対象端末装置を順次自装置方向の
隣接区間の端末装置に切り替え、試験結果が正常となっ
た時点又は自装置に最も近い端末装置の試験結果が異常
となった時点の区間位置を前記示唆情報として出力す
る。

【０００７】なお、予め区間毎の通信障害を想定して作
成された障害原因推定情報を各区間位置に対応させて記
憶しているデータベースと、前記示唆情報を検索キーと
してデータベースから特定の障害原因推定情報を選択抽
出する検索装置とを上記構成に付加し、この障害原因推
定情報により障害区間を推定するようにしても良い。

【０００８】

【作用】本発明の通信障害区間推定システムでは、ネッ
トワークの二端末装置間が通信不能になると、一方の当
該端末装置（以下、試験端末）に、他方の当該端末装置
の識別情報が入力される。試験端末は、この識別情報と
全端末装置の区間構成を表す構成情報とを参照して試験
経路を設定するとともに、この試験経路に介在する試験
対象端末装置に対して通信可否試験を行い、その試験結
果に応じて障害区間の示唆情報を出力する。

【０００９】試験対象端末装置が複数存在する場合は、
試験端末に最も近いもの、あるいは最も離れたもののど
ちらから通信可否試験を開始しても良いが、前者の場合
は、試験結果が正常の度に試験端末から遠ざかる区間の
端末装置に順次切り替え、後者の場合は、試験結果が異
常の度に試験端末に近づく区間の端末装置に順次切り替
えて通信可否試験を行うことになる。従って、後者の方
が通信可否試験に要する時間が短くなり、迅速処理の観
点からは好ましい。そして、試験結果が変化した時点又
は試験経路中の全ての通信試験を終了した時点で通信可
否試験を終了し、その時点における区間位置を、絞り込
まれた障害区間の示唆情報として出力する。これにより
障害区間の推定処理が画一化される。

【００１０】なお、予めデータベースに複数の障害原因
推定情報を各区間位置に対応させて記憶し、前記示唆情
報を検索装置の検索キーとして特定の障害原因推定情報
を選択抽出することにより、障害区間の推定がより画一
化され、故障切り分けが容易となる。

【００１１】

【実施例】以下、図面を参照して本発明の実施例を詳細
に説明する。図１は本発明の一実施例に係る通信障害区
間推定システムの説明図であり、第１〜第５集線装置
（以下、ＨＵＢ）１０ａ〜１０ｅと第１〜第１７端末装
置１１ａ〜１１ｑとの組み合わせで構成されるスター型
ＬＡＮシステムの例を示している。

【００１２】各ＨＵＢ１０ａ〜１０ｅは、それに接続さ
れている任意の端末装置からの送出信号を他の端末装置
あるいはＨＵＢ装置に中継するものである。

【００１３】各端末装置１１ａ〜１１ｑは、本来の通信
機能の外、通信障害発生時に故障切り分け、即ち、正常
／異常の境界を決定するための障害区間推定機能を有し
ている。図２は、その障害区間推定機能の概要を表す機
能ブロック図であり、２１は端末番号入力部、２２は区
間構成ファイル、２３はファイル読込部、２４は試験経
路作成部、２５は経路テスト部、２６はデータベース、
２７はデータベースを検索する検索装置、２８はＣＲＴ
表示装置及び／又はプリンタからなる出力装置である。

【００１４】端末番号入力部２１は、任意の相手端末装
置との間で通信障害が発生したときに、相手端末装置の
識別番号（識別情報）を入力し、これをファイル読込部
２３及び試験経路作成部２４に導く。この識別番号は、
通常は保守者によって入力されるが、通信中断を検出し
て自動入力する構成であっても良い。

【００１５】区間構成ファイル２２は、図１に示したＬ
ＡＮシステムの全端末装置の区間構成、即ち、ＨＵＢ間
の伝送路区間及び各ＨＵＢに接続される端末装置のイン
ターフェース構成等を表す構成情報を格納している。図
３に区間構成ファイルの内容の一例を示す。図示の例で
は、ＨＵＢを＜＞、端末装置を””で表記し、第１〜第
５ＨＵＢのポート番号（０１〜・・・）に接続される各
装置の識別番号を記述している。なお、どの端末装置を
基準として構成情報を作成するかは、ネットワーク管理
者の自由である。

【００１６】ファイル読込部２３は、端末番号入力部２
１からの識別番号の入力時に区間構成ファイル２２から
構成情報を読み出して試験経路作成部２４に導き、試験
経路作成部２４は、前記端末番号とこの構成情報とに基
づいて試験経路を表す試験経路情報を作成する。

【００１７】経路テスト部２５は、試験経路に介在する
ＨＵＢに対して所定順に通信可否試験を行い、試験結果
が変化した時点又は全てのＨＵＢに対する通信可否試験
を終了した時点の区間位置を出力するもので、ＨＵＢテ
スト部２５１、及び端末テスト部２５２を含んで構成さ
れる。ＨＵＢテスト部２５１は各ＨＵＢに接続されてい
る端末装置（試験対象端末装置）を順次試験するもので
あり、端末テスト部２５２は、各端末装置を個別にリモ
ート操作で試験するものである。

【００１８】試験方式としては、例えば、ＮＯＳ（ネッ
トワーク・オペレーティング・システム）が提供してい
る、相手端末装置のＬＡＮコントローラボードの折り返
しの機能を利用する。即ち、相手端末装置から応答が返
ってくれば、その端末装置とは接続されているものと判
断し、他方、一定時間待って応答が返ってこない場合に
は、相手端末装置との間に障害箇所があると判断する。

【００１９】上記経路テスト部２５の処理手順の一例
を、図４を参照して具体的に説明する。なお、この例で
は、自端末装置から最も離れた相手端末装置（ＨＵＢ）
から通信可否試験を開始し、その結果が異常の度に順次
自端末装置方向のものに切り替えるものとする。

【００２０】まず、最初の試験対象ＨＵＢを設定し（Ｓ
４１）、そのＨＵＢに通信不能となった相手端末装置以
外の端末装置又はＨＵＢが接続されているか否かを検出
する（Ｓ４２）。接続されているときは、これら端末装
置及びＨＵＢとの間で通信可否試験を行い（Ｓ４３）、
正常な端末装置又はＨＵＢが存在するか否かを検出する
（Ｓ４４）。存在する場合には、設定されたＨＵＢ装置
が正常であることを意味するので試験を終了し、このと
きの区間位置（最初の設定ＨＵＢ位置）を出力する。

【００２１】この区間位置から推論し得る情報として
は、例えば相手端末装置のＬＡＮコントローラボード異
常、相手端末装置のＬＡＮコントローラボードとＨＵＢ
装置間のケーブル異常、ＨＵＢ装置の相手端末装置接続
ポート異常等が挙げられる。

【００２２】他方、上記Ｓ４２において、他の端末装置
又はＨＵＢの未接続が検出された場合、あるいはＳ４３
において、正常な端末装置等が存在しない場合は、試験
経路上の一つ手前のＨＵＢを探索し（Ｓ４５）、存在が
検出されたときは（Ｓ４６）試験対象ＨＵＢをそのＨＵ
Ｂに切り替えて（Ｓ４７）再度Ｓ４２以降の処理を行
う。そして、切り替えられたＨＵＢがＳ４４で正常と判
断されたときは試験を終了し、その時点の区間位置（次
のＨＵＢ位置）を出力する。

【００２３】この区間位置から推論し得る情報として
は、自端末から正常ＨＵＢまでは少なくとも正常経路で
あり、その先（相手側端末装置）に異常がある。可能性
が高いのは、正常ＨＵＢとその１つ先のＨＵＢとを接続
するケーブル異常かまたは、正常ＨＵＢの１つ先のＨＵ
Ｂ自体に異常がある。例えば、そのＨＵＢに接続されて
いる全端末装置に電源が投入されていないことが考えら
れる。

【００２４】他方、切り替えられたＨＵＢも異常の場合
には、Ｓ４５で経路上の更に１つ手前のＨＵＢを探索
し、見つかればこれを試験対象ＨＵＢとして試験を繰り
返す。そして、最終的に試験経路上の全てのＨＵＢを試
験した結果、正常ＨＵＢがない場合には、その区間位置
（自端末装置が接続されたＨＵＢ位置）を出力し、通信
可否試験を終了する。

【００２５】この場合に推論し得る情報としては、例え
ば、自端末装置のＬＡＮコントローラボードの異常、自
端末装置のＬＡＮコントローラボードとＨＵＢの間のケ
ーブルの異常、あるいは、ＨＵＢのポート異常等が挙げ
られる。

【００２６】図２に戻ると、データベース２６には、上
述の推論情報、即ち、区間毎の通信障害を予め想定して
作成された情報がドキュメントの形で記憶されており、
通信可否試験装置２５から出力される上記区間位置を検
索キーとして、検索装置２７で特定のものを選択抽出す
る。

【００２７】このように、本実施例のシステムによれ
ば、通信障害が発生したときに、その障害原因の推論情
報が自動的に出力装置２８に出力されるので、これを参
照するだけで障害区間の推定を行うことができ、操作者
の技術レベルに拘らず、故障切り分けを迅速且つ適切に
行うことができる。

【００２８】なお、本実施例では、ＨＵＢを有するスタ
ー型ＬＡＮシステムの例について説明したが、ＨＵＢに
よらず端末装置が直接伝送路に接続される構成のネット
ワーク、あるいはバス型あるいはリング型のネットワー
クであっても本発明を適用することができる。

【００２９】また、本実施例では、各端末装置に図２の
構成の障害区間推定機能を持たせ、どの端末装置からで
も通信可否試験を行い得るようにしたが、ごく少数の端
末装置をネットワーク管理装置として定め、これら管理
装置のみが上記障害区間推定機能を有するシステムとし
ても良い。

【００３０】更に、図２の構成において、端末番号入力
部２１、区間構成ファイル２２、ファイル読込部２３を
別装置で管理し、通信障害発生時に区間情報と相手端末
装置の識別番号とを取得して試験経路を設定する構成に
することもできる。また、区間位置のみで障害区間の推
定が可能な場合には、データベース２６、検索装置２
７、出力装置２８を省略して構成を簡略化しても良い。

【００３１】

【発明の効果】以上詳細に説明したように、本発明の通
信障害推定システムは、ネットワークで通信不能になっ
た他方の当該端末装置の識別情報と全端末装置の区間構
成を表す構成情報とに基づいて自端末装置からの試験経
路を自動的に設定し、この試験経路に介在する試験対象
端末装置に対して所定順に通信可否試験を行い、試験結
果が変化した時点又は全装置の通信可否試験を終了した
時点の区間位置を障害区間の示唆情報として出力する構
成なので、障害区間の推定が容易になり、故障切り分け
に要する時間の短縮化が図れる効果がある。この効果
は、複雑な構成、あるいは大規模ネットワークでの通信
障害発生時に特に顕著であり、この種の従来の問題点を
有効に解消し得るものである。

【００３２】また、通信可否試験の一手順として、試験
を行う自端末装置から経路上最も遠れた端末装置を最初
の端末装置とし、その結果が異常のときに順次自端末装
置方向の端末装置に切り替え、試験結果が正常となった
時点又は経路上の全端末装置の試験結果が異常となった
時点で前記示唆情報を出力することができるので、試験
手順の簡略化が図れ、故障切り分けに要する時間がより
短縮される。

【００３３】本発明の通信障害区間推定システムは、更
に、複数の障害原因推定情報を各区間位置に対応させて
データベースに記憶し、前記示唆情報を検索キーとして
特定の障害原因推定情報を選択抽出する構成も可能なの
で、障害区間の推定がより容易となり、操作者の熟練度
を考慮せずにネットワークを管理運営することができる
という効果もある。

【図面の簡単な説明】

【図１】本発明の一実施例に係る通信障害区間推定シス
テムの説明図である。

【図２】本実施例の各端末装置が有する障害区間推定機
能の機能ブロック図である。

【図３】本実施例による区間構成ファイルの内容の一例
を示す図である。

【図４】本実施例による経路テスト部の処理手順を示す
フローチャートである。

【符号の説明】 ２１ 端末番号入力部 ２２ 区間構成ファイル ２３ ファイル読込部 ２４ 試験経路設定部 ２５ 経路テスト部 ２６ データベース ２７ 検索装置 ２８ 出力装置

Claims (4)

【特許請求の範囲】
1. 【請求項１】 複数の端末装置を含んで構成されたネッ
   トワークの任意の二端末装置間で通信障害が発生したと
   きに障害区間を推定するシステムであって、 前記二端末装置のうち一方の当該端末装置は、 他方の当該端末装置の識別情報と全端末装置の区間構成
   を表す構成情報とを取得してこれら取得情報に基づいて
   自装置から前記他方の当該端末装置までの試験経路を設
   定する試験経路設定手段と、 設定された試験経路に介在する試験対象端末装置に対し
   て通信可否試験を行い、その試験結果に応じて障害区間
   の示唆情報を出力する経路試験手段とを有することを特
   徴とする通信障害区間推定システム。
2. 【請求項２】 請求項１記載の通信障害区間推定システ
   ムにおいて、 前記経路試験手段は、前記試験経路に介在する複数の試
   験対象端末装置に対して所定順に通信可否試験を行い、
   試験結果が変化した時点又は全ての試験対象端末装置に
   対する通信可否試験を終了した時点の区間位置を前記示
   唆情報として出力することを特徴とする通信障害区間推
   定システム。
3. 【請求項３】 請求項２記載の通信障害区間推定システ
   ムにおいて、 前記経路試験手段は、自装置から最も遠れた端末装置を
   最先試験対象端末装置に設定し、その試験結果が異常の
   ときに試験対象端末装置を順次自装置方向の隣接区間の
   端末装置に切り替え、試験結果が正常となった時点又は
   自装置に最も近い端末装置の試験結果が異常となった時
   点の区間位置を前記示唆情報として出力することを特徴
   とする通信障害区間推定システム。
4. 【請求項４】 請求項１乃至３のいずれかの項記載の通
   信障害区間推定システムにおいて、予め区間毎の通信障
   害を想定して作成された複数の障害原因推定情報を夫々
   各区間位置に対応させて記憶しているデータベースと、 前記示唆情報を検索キーとして前記データベースから特
   定の障害原因推定情報を選択抽出する検索装置とを有す
   ることを特徴とする通信障害区間推定システム。