JPH0955735A - 通信網故障診断システムおよび通信網故障診断方法 - Google Patents

Abstract

(57)【要約】 【課題】 故障箇所の特定が直ちに行えなかった故障通
知を自動的に分析して正確に故障箇所を特定することが
可能な通信網故障診断システムを提供すること。 【解決手段】 通信網設備９より通知される故障通知の
中で故障情報から直ちに故障箇所が特定できない故障通
知のみを抽出し、一定時間蓄積する故障通知蓄積部８Ａ
と、被疑区間データベース８Ｈと設備情報データベース
８Ｊを用いて、前記故障通知蓄積部８Ａから通知される
故障通知を一つづつ分析し、故障と推定される装置毎に
エラーカウンタを加算し、故障通知蓄積部８Ａで蓄積し
た全ての故障通知に対する前記加算処理が終了した時点
で故障と推定される装置毎の加算結果と設備情報データ
ベース８Ｊで管理している装置毎の故障か否かを確定す
る基準値とを比較し、基準値を超過した装置を故障装置
と判定する故障箇所判定部８Ｂを有する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は通信網故障の故障箇所を
特定するための通信網故障診断方法および通信網故障診
断システムに関し、特に、１つの故障通知からは直ちに
故障箇所が特定できない故障に対し、複数の故障通知を
もとに故障箇所の特定を自動的に行うようにした故障診
断方法および通信網故障診断システムに関する。

【０００２】

【従来の技術】従来技術における通信網故障箇所特定方
法を図７を参照して説明する。図７において、１は通信
網設備、２は回線端、３は集線装置I、４は集線装置I
I、５はハイウエイ（ＨＷ）、６は通信網設備管理オペ
レーションシステム、７は故障通知表示用端末である。
まず、集線装置Ｉ３または集線装置II４で回線故障を検
出すると、通信網設備１より通信網設備管理オペレーシ
ョンシステム６へ故障通知が行われる。この時、故障通
知には故障情報として故障検出装置（今の場合、集線装
置I３または集線装置II４）、ハイウエイ(ＨＷ)５の番
号情報、回線端２の情報が含まれているが、被疑箇所を
一意に示してはいない。

【０００３】通信網設備１より通知される故障通知をそ
のまま、またはオペレータが認識できる形式に変換して
故障通知表示用端末７へ出力する。オペレータは故障通
知表示用端末７の表示で故障の発生を認識するが、表示
された情報には故障箇所を特定した情報が含まれていな
いため直ちに故障修理を行うことができない。そのた
め、オペレータは同種の故障通知を検索し、故障情報に
共通性がないか分析する。故障情報に共通性があった場
合、それにより故障箇所を特定して適当な対処（迂回；
故障回復など）をとることができる。しかしながら、故
障情報に共通性を発見できない場合には故障箇所を特定
できないため故障が潜在化してしまう。

【０００４】

【発明が解決しようとする課題】上述したように、従来
の通信網故障箇所特定方法では通信網設備１から通知さ
れる故障通知だけでは直ちに故障箇所の特定ができず、
故障箇所を特定するための分析処理、具体的には同種の
故障通知を集めて、特定の装置番号、または特定のハイ
ウエイ番号に関する故障情報が多数出力されているかな
どというような故障情報の共通性を考察し故障箇所を特
定するようにしている。この故障箇所特定作業はオペレ
ータ依存であり、故障箇所特定の可否はオペレータの技
術レベルや熟練度などに依存している。その結果、故障
を特定できず潜在化をまねく恐れが往々にしてある。本
発明の目的は、上記問題点を解決し、故障箇所の特定が
直ちに行えなかった故障通知を通信網設備管理オペレー
ションシステムで自動で分析することにより、正確に故
障箇所を特定することが可能な通信網故障診断方法およ
び通信網故障診断システムを提供することである。

【０００５】

【課題を解決するための手段】上記課題を解決するため
に、本発明における通信網設備管理オペレーションシス
テム８は、通信網設備９より通知される故障通知の中で
故障情報から直ちに故障箇所が特定できない故障通知の
みを抽出し、一定時間蓄積する故障通知蓄積手段（故障
通知蓄積部８Ａ）と、１つの故障通知からは直ちに故障
箇所が特定できない故障通知を識別する故障通知種別と
該故障通知種別毎に被疑装置を抽出するための被疑区間
の端となる装置の情報を蓄積する被疑区間データベース
８Ｈと、少なくとも前記通信網設備の装置情報，該装置
情報毎に故障か否かを確定するための基準値，および該
装置に接続される上位装置情報を蓄積する設備情報デー
タベース８Ｊとを用いて、前記故障通知蓄積部８Ａから
通知される故障通知を一つづつ分析して故障装置を特定
する故障箇所判定手段（故障箇所判定部８Ｂ）を有する
ことを特徴としている。

【０００６】さらに詳細に述べると、通信網設備９から
の複数の故障通知に対し、故障通知毎に故障内容を表わ
す故障通知種別をキーとして前記被疑区間データベース
８Ｈを検索し該複数の故障通知が１つの故障通知からは
直ちに故障箇所が特定できない故障通知を検索し、該検
索された故障通知について故障通知種別をキーとして前
記被疑区間データベース８Ｈを検索して故障と推定され
る装置の区間情報を求める被疑区間検索手段８Ｇと、該
被疑区間検索手段により求めた前記区間情報をキーとし
て前記設備情報データベース８Ｊを検索し、故障と推定
される装置を求める設備情報検索手段と、装置毎に設け
られたエラーカウンタと、故障と推定された装置毎に前
記エラーカウンタに１を加算するエラーカウンタ加算手
段８Ｋと、全ての故障通知に対する前記処理が終了した
時点でエラーカウンタの加算結果と前記基準値とを比較
し、エラーカウンタの加算結果が前記基準値を超過した
装置を故障装置と特定する基準値比較手段８Ｌを有する
ことを特徴としている。

【０００７】また、本発明の通信網故障診断方法は、上
述した如き被疑区間データベース８Ｈと設備情報データ
ベース８Ｊを作成し、通信網設備からの複数の故障通知
に対し、故障通知毎に故障内容を表わす故障通知種別に
基づいて前記被疑区間データベースを参照して１つの故
障通知からは直ちに故障箇所が特定できない故障通知お
よび故障と推定される装置の区間情報を求め、該求めた
区間情報に基づいて設備情報データベースを参照して故
障と推定される装置を求め、求められた故障と推定され
る装置毎の数を計数し、計数結果が前記設備情報データ
ベースに蓄積された基準値を超えた場合にその装置を故
障と確定するようにしたものである。

【０００８】

【発明の実施の形態】本発明において、故障通知蓄積手
段８Ａは、通信網設備１より通知された故障通知を故障
通知種別をキーにして被疑区間データベース８Ｈを検索
して、故障情報から直ちに故障箇所が特定できない故障
通知であるか否かを判定し、故障情報から直ちに故障箇
所が特定できない故障通知のみを蓄積する。これにより
故障箇所判定手段８Ｂで必要とする故障通知を一定時間
分、自動的に蓄積することができる。

【０００９】一方、故障箇所判定手段８Ｂは、故障通知
種別をキーにして被疑区間データベース８Ｈを検索し、
故障と推定される装置の区間情報（被疑区間）を求め、
求めた前記区間情報をキーにして設備情報データベース
８Ｊを検索し、故障と推定される装置を求め、求めた装
置毎にエラーカウンタを加算し、全ての故障通知に対す
る前記処理が終了した時点で各装置のエラーカウンタの
加算結果と設備情報データベースに登録されている故障
か否かを確定するために予め決められた基準値とを比較
し、エラーカウンタの加算結果が該基準値を超過した装
置を求め、その装置を故障装置と特定する。そして特定
した故障装置（故障箇所）を修理する。以上のように、
本発明によると、故障箇所の特定が直ちに行えない故障
通知を通信網設備管理オペレーションシステムが自動的
に分析して故障箇所を特定することができ、その結果、
特定された故障箇所の故障の修理を行うことが可能にな
り、従来問題となっていた故障の潜在化をなくすことが
できる。

【００１０】

【実施例】以下、本発明の一実施例を図面を用いて説明
する。図１は本発明における通信網故障診断システムの
概要を示す図である。同図に示すように、本発明の通信
網設備管理オペレーションシステム８は、通信網設備９
から通知される故障通知のうち故障情報から直ちに故障
箇所が特定できない故障通知のみを抽出し、一定時間蓄
積しておく故障通知蓄積部８Ａと、前記故障通知蓄積部
８Ａから通知される故障通知を一つづつ分析し、故障と
推定される装置毎にエラーカウンタを加算し、前記故障
通知蓄積部８Ａに蓄積された全ての故障通知に対する前
記加算処理が終了した時点で故障と推定される装置毎の
エラーカウンタ加算結果と装置毎の故障か否かを確定す
る前記基準値とを比較し、エラーカウンタ加算結果が前
記基準値を超過した装置を故障装置と判定する故障箇所
判定部８Ｂとから構成される。

【００１１】次に、本発明を実現する通信網設備管理オ
ペレーションシステム８の内部構成を詳細に説明する。
図２は、本通信網設備管理オペレーションシステム８の
一実施例の詳細なブロック図である。同図に示すよう
に、本実施例の通信網設備管理オペレーションシステム
８は、故障通知受信部８Ｃ，故障通知蓄積部８Ａ，故障
箇所判定部８Ｂ，故障箇所判定起動部８Ｆ，被疑区間デ
ータベース８Ｈ，設備情報データベース８Ｊ，故障通知
部８Ｍから構成される。

【００１２】故障通知受信部８Ｃは、通信網設備９から
故障通知を受信して故障通知蓄積部８Ａに引き継ぐ機能
を有している。故障通知蓄積部８Ａは、故障通知受信部
８Ｃから引き継いだ複数の故障通知の中から故障箇所の
特定が直ちに行えない故障通知のみを抽出して一定時間
蓄積した後故障箇所判定部８Ｂに引き継ぐ機能を有して
いる。故障箇所判定部８Ｂは、故障通知蓄積部８Ａから
引き継いだ故障箇所の特定が直ちに行えない故障通知を
自動的に分析して故障箇所の判定を行い、故障通知部８
Ｍに引き継ぐ機能を有している。故障箇所判定起動部８
Ｆは、故障箇所判定部８Ｂに故障箇所の判定を行わせる
ために、故障通知蓄積部８Ａ（詳しくは後述する故障通
知保持部８Ｅ）に保持されている故障通知を故障箇所判
定部８Ｂに引き継がせる契機となる信号（故障箇所判定
起動信号）を故障通知蓄積部８Ａ（詳しくは後述する故
障通知保持部８Ｅ）に与えるためのものである。

【００１３】被疑区間データベース８Ｈは、故障通知種
別と、故障と推定される集約装置端の装置の情報の組を
格納している。具体的には、通信網設備から通知される
故障通知のうち、１つの故障通知からは直ちに故障箇所
が特定できない故障通知を識別するための故障通知種別
を蓄積するとともに、蓄積している故障通知種別毎に被
疑装置を抽出するための被疑区間の端となる装置の情報
（装置種別）を蓄積している（図５参照）。

【００１４】また、設備情報データベース８Ｊは、装置
種別と装置番号からなる装置情報と、故障か否かを確定
するための装置毎の基準値と、接続している上位装置情
報を組として格納している。接続している上位装置情報
としては、装置種別と装置番号に加え、その装置が０系
（例えば運用系）と１系（例えば予備系）の二重化冗長
構成をとっている場合に、ある時刻にその装置が０系で
あるか１系であるかを判定できるようにするための系番
号変化時刻と、系番号（０系か１系か）を蓄積している
（図６参照）。

【００１５】故障通知部８Ｍは、前記故障箇所判定部８
Ｂで判定した故障箇所を故障通知とあわせて故障通知表
示用端末７へ通知するためのものである。

【００１６】故障箇所蓄積部８Ａは、さらに故障通知検
索部８Ｄと故障通知保持部８Ｅから構成されている。故
障通知検索部８Ｄは、故障通知受信部８Ｃから引き継い
だ故障通知を構成する情報のうちの故障通知種別を検索
キーとして該故障通知が被疑区間データベース８Ｈに登
録されているか否かを検索し、登録されていれば蓄積す
べき故障通知であると判定し故障通知保持部８Ｅに引き
継ぐ機能を有している。故障通知保持部８Ｅは、前記故
障通知検索部８Ｄで蓄積が必要と判定され引き継いだ故
障通知を保持しておき、故障箇所判定起動部８Ｆから故
障箇所判定起動信号がきたときに該保持されている故障
通知を一つづつ故障箇所判定部８Ｂへ引き継ぐ機能を有
している。

【００１７】また、故障箇所判定部８Ｂは、被疑区間検
索部８Ｇ，設備情報検索部８Ｉ，エラーカウンタ加算部
８Ｋ，および基準値比較部８Ｌから構成されている。被
疑区間検索部８Ｇは、故障通知保持部８Ｅから引き継い
だ故障通知について故障通知種別を検索キーとして該被
疑区間データベース８Ｈを検索し、被疑区間を求め、該
被疑区間と故障通知を設備情報検索部８Ｉに引き継ぐ機
能を有している。設備情報検索部８Ｉは、被疑区間検索
部８Ｇより故障通知と被疑区間を引き継ぎ、被疑区間の
情報をキーとして設備情報データベース８Ｊを検索し、
被疑区間に含まれる装置情報を検索し、検索された装置
情報をエラーカウンタ加算部８Ｋに引き継ぐ機能を有し
ている。

【００１８】エラーカウンタ加算部８Ｋは、各装置毎に
エラーカウンタを有しており、設備情報検索部８Ｉから
引き継いだ被疑区間に含まれる装置情報毎に対応する装
置のエラーカウンタに１加算し、該加算結果を故障通知
とともに基準値比較部８Ｌに引き継ぐ機能を有してい
る。基準値比較部８Ｌは、故障通知保持部８Ｅに保持さ
れた全ての故障通知に対してエラーカウンタ加算部８Ｋ
における加算処理が終了した時点で被疑区間に含まれる
装置情報を検索キーとして設備情報データベース８Ｊを
検索して故障か否かを確定するための装置情報毎の基準
値を抽出し、抽出した基準値と各装置毎のエラーカウン
タの加算結果を比較し、エラーカウンタの加算結果が基
準値を越えた装置情報の装置を故障箇所と確定し、その
確定された故障箇所情報を故障通知とともに故障通知部
８Ｍに引き継ぐ機能を有している。

【００１９】次に、図３に示した接続構成の通信網設備
９に故障が発生した場合を例にして本発明の通信網故障
診断システムの具体的な実施例を説明する。図３におい
て、通信網設備９は冗長構成をとらない回線端ｉ（ｉ＝
０〜１２７）と、回線端ｉ（ｉ＝０〜１２７）の上位装
置で二重化冗長構成をとる集線装置Iｊｋ（ｊ＝０〜
７，ｋ＝０または１）と、該集線装置Iｊｋの上位装置
で二重化冗長構成をとる集線装置IIｍｎ（ｍ＝０，ｎ＝
０または１）から構成される。二重化冗長構成をとる場
合（ｋ，ｎ＝０または１）、例えば、ｋ，ｎが０のとき
は運用系、１のときは予備系であることを示している。
なお、ここで示されたｉ，ｊ，ｍの取りうる数値範囲は
単に一例を示したものに過ぎず、通信網設備の構成に依
存して任意に変更されるものであることはいうまでもな
い。

【００２０】回線端ｉ（ｉ＝０〜１２７）のそれぞれの
装置は装置種別（具体的には「回線端」）と装置番号
（具体的には「ｉ」、すなわち「０」〜「１２７」）に
よって識別される。集線装置Iｊｋ（ｊ＝０〜７，ｋ＝
０〜１）のそれぞれの装置は装置種別（具体的には「集
線装置I」）と装置番号（具体的には「ｊ」、すなわち
「０」〜「７」）と系番号（冗長構成の装置において運
用されているものを識別するための番号であり、具体的
には「ｋ」、すなわち「０」または「１」）で識別され
る。集線装置IIｍｎ（ｍ＝０，ｎ＝０または１）のそれ
ぞれの装置は装置種別（具体的には「集線装置I」）と
装置番号（具体的には「ｍ」すなわち「０」）と系番号
（冗長構成の装置において運用されているものを識別す
るための番号であり、具体的には「ｎ」、すなわち
「０」または「１」）で識別される。二重化冗長構成を
とる集線装置IとIIは系が時間とともに切り替わる、す
なわち前記集線装置Iの系番号「ｋ」と集線装置IIの系
番号「ｎ」は時刻とともに「０（例えば運用系）」と
「１（例えば予備系）」との間で変化する。

【００２１】通信網設備９内には、通信網設備内の故障
を検出して故障通知を生成し、その故障通知を通信網設
備管理オペレーションシステム８へ通知する機能部（図
示せず）がある。通信網設備９は、この機能部によっ
て、回線端，集線装置I，集線装置IIが検出した故障情
報を受信し、その故障情報に応じて故障通知を生成した
り、各装置から通知された故障情報に基づいて故障通知
種別を決定したり、回線故障などの故障の種類を識別す
ることが可能になる。

【００２２】通信網設備９から通信網設備管理オペレー
ションシステム８に通知される故障通知には、故障通知
種別と、故障情報として被疑区間の一端である回線端の
装置種別と装置番号が含まれている。例えば、図３に示
した接続構成の通信網設備の場合の故障通知の具体例を
図４に示す。図４に示した故障通知は、被疑区間が『回
線端１２７−集線装置I７ｋ−集線装置II０ｎ』の回線
故障の場合の例であり、故障通知種別が「０００００
１」で、時刻「１９９５年８月１日 ８時００分００
秒」に検出された、装置種別「回線端」で装置番号「１
２７」の回線端に関連する回線故障であることを示して
いる。

【００２３】ここで、図３に示した通信網設備９を対象
とした場合の通信網設備管理オペレーションシステムに
おける被疑区間データベース８Ｈと設備情報データベー
ス８Ｊの具体的構成例を説明する。被疑区間データベー
ス８Ｈには、例えば図５に示すように、１つの故障通知
からは直ちに故障箇所が特定できない故障通知を識別す
るための故障通知種別として「０００００１」が、この
故障通知種別に対して故障と推定される集約装置端の装
置種別、すなわち被疑装置を抽出するための被疑区間の
端となる装置の情報として「集線装置II」が登録され
る。

【００２４】また、設備情報データベース８Ｊには、例
えば図６に示すように、装置情報の装置種別が「回線
端」、装置番号が「１２７」で、故障か否かを確定する
基準値が「２」、接続している上位装置情報としての装
置種別が「集線装置I」、装置番号が「７」、系番号変
化時刻が「１９９５年８月１日７時００分００秒」、系
番号が「０」の設備情報データと、装置情報の装置種別
が「集線装置I」、装置番号が「７」で、前記基準値が
「１６」、接続している上位装置情報としての装置種別
が「集線装置II」、装置番号が「０（例えば運用
系）」、系番号変化時刻が「１９９５年８月１日６時０
０分００秒」、系番号が「１（例えば予備系）」の設備
情報データが登録される。この例では、集線装置I７が
１９９５年８月１日７時００分００秒に１系から０系に
変化し、集線装置II０が１９９５年８月１日６時００分
００秒に０系から１系に変化したことを示している。上
述した例では、簡単のために、被疑区間データベース８
Ｈ中の１組のデータと、設備情報データベース８Ｊ中の
２組のデータのみを示しているが、必要に応じて多数の
データの組が登録されることはいうまでもない。

【００２５】次に、本発明の通信網故障診断システムに
おける処理を、図２の通信網設備管理オペレーションシ
ステム８のブロック図を中心にして、かつ図３の通信網
設備９の具体例，図５の被疑区間データベース８Ｈの具
体例，図６の設備情報データベース８Ｊの具体例を参照
しながら説明する。

【００２６】通信網設備９（図３参照）では、回線端，
集線装置I，集線装置IIなどが検出した故障情報に基づ
いて故障通知（図４参照）を生成して通信網設備管理オ
ペレーションシステム８へを送信する。通信網設備管理
オペレーションシステム８では、通信網設備９から送信
されてきた故障通知を故障通知受信部８Ｃによって受信
する。図４に具体例を示したように、故障通知には故障
通知種別，故障検出時刻，故障情報として被疑区間の一
端である回線端の装置種別と装置番号などが含まれてい
る。故障通知受信部８Ｃでは受信した故障通知を故障通
知蓄積部８Ａ内の故障通知検索部８Ｄへ引き継ぐ。

【００２７】故障通知検索部８Ｄでは、故障通知受信部
８Ｃから引き継いだ故障通知が故障箇所の特定が直ちに
行えないものか否かを判定するため、故障通知種別を検
索キーとして被疑区間データベース８Ｈを検索する。検
索した結果、検索キーとなる故障通知種別が既に登録済
みであれば故障箇所の特定が直ちに行えないものと判定
して当該故障通知を故障通知保持部８Ｅへ引き継ぐ。こ
こで、検索結果が登録済みのとき故障箇所の特定を直ち
に行えないものと判定する理由は、通信網設備から通知
される故障通知のうち故障箇所の特定が直ちに行えない
故障通知（故障通知の種別）のみを予め被疑区間データ
ベースに登録しているため、登録済み故障通知種別は故
障箇所の特定が直ちに行えない故障通知の種別と考えら
れるからである。例えば、図４に示した故障通知は、そ
の故障通知種別「０００００１」が図５に示されている
被疑区間データベース８Ｈに既に登録されているので、
故障箇所の特定が直ちに行えないものと判定され、故障
通知保持部８Ｅに保持される。

【００２８】故障通知保持部８Ｅでは、故障通知検索部
８Ｄから引き継がれた故障通知を故障箇所判定起動部８
Ｆによって起動されるまで保持する。故障箇所判定起動
部８Ｆが故障通知保持部８Ｅに故障箇所判定の起動をか
けると、故障通知保持部８Ｅは保持していた故障通知を
一つづつ被疑区間検索部８Ｇへ引き継ぐ。

【００２９】被疑区間検索部８Ｇでは、故障通知保持部
８Ｅから引き継がれた故障通知毎にその故障通知種別を
検索キーとして被疑区間データベース８Ｈを検索し、故
障と推定される集約装置端（ここで集約装置端とは被疑
区間を形成する２つの装置の中で、回線端と対向する装
置のことであり、具体的には集線装置Iまたは集線装置I
Iを指している）の装置種別を求める。図５に示した被
疑区間データベース８Ｈの場合の集約装置端の装置種別
は「集線装置II」である。

【００３０】故障通知に含まれる回線端の情報（装置種
別「回線端」と装置番号「１２７」）と、被疑区間デー
タベース８Ｈから求められた集約装置端の装置種別（集
線装置II）により被疑区間が選定される。今の例では、
図３に示されるように、「回線端１２７−集線装置I−
集線装置II」が被疑区間として選定される。被疑区間検
索部８Ｇで選定された被疑区間の情報と故障通知（図４
参照）とを設備情報検索部８Ｉに引き継ぐ。

【００３１】設備情報検索部８Ｉでは、被疑区間検索部
８Ｇから引き継がれた疑被区間の情報の回線端の情報
（装置種別「回線端」と装置番号「１２７」）と、故障
通知に含まれる故障検出時刻「１９９５年８月１日 ８
時００分００秒」を検索キーとして設備情報データベー
ス８Ｊを検索し、故障通知に含まれる回線端が接続され
ている上位装置の情報を求める。図６に示した設備情報
データベース８Ｊの場合には、上位装置の情報として装
置種別が「集線装置I」，装置番号「７」，系番号変化
時刻「１９９５年８月１日 ７時００分００秒」、系番
号「０」のものが求められる。

【００３２】設備情報検索部８Ｉで求められた上位装置
情報の装置種別が、被疑区間検索部８Ｇから引き継がれ
た被疑区間の集約装置端の装置種別と合致すれば被疑区
間に含まれる装置情報の検索が完了したこととなる。合
致しない場合は、前記検索結果の上位装置情報を検索キ
ーとして同様の操作を繰り返すことにより被疑区間に含
まれる全ての装置情報を検索することができる。今の場
合、設備情報検索部８Ｉで求められた上位装置情報の装
置種別は「集線装置I」であるのに対して、被疑区間検
索部８Ｇから引き継がれた被疑区間の集約装置端の装置
種別は「集線装置II」であり両者は合致しないので、設
備情報検索部８Ｉで求められた上位装置情報の装置種別
「集線装置I」を検索キーとしてさらに設備情報データ
ベース８Ｊを検索する。

【００３３】図６の例では、検索結果の上位装置情報は
装置種別「集線装置I」と装置番号「７」であるので、
これを検索キーとして再度設備情報データベース８Ｊを
検索すると、接続している上位装置の情報として装置種
別「集線装置II」，装置番号「０」，系番号変化時刻
「１９９５年８月１日 ６時００分００秒」、系番号
「１」のものが求められる。これは被疑区間検索部８Ｇ
から引き継がれた被疑区間の集約装置端の装置種別「集
線装置II」と合致するので、設備情報検索部８Ｉによる
検索は終了する。設備情報検索部８Ｉによる検索が終了
すると、検索により得られた被疑区間に含まれる装置情
報と、故障通知をエラーカウンタ加算部８Ｋに引き継
ぐ。

【００３４】ここで、故障通知内の故障検出時刻が設備
情報データベース８Ｊにおける「接続している上位装置
情報」の系変化時刻より時間的に前の場合には、故障検
出時点ではまだ上位装置の系番号は設備情報データベー
ス８Ｊに示された系番号に変化していないので逆の系番
号を採用するものとする。

【００３５】エラーカウンタ加算部８Ｋには装置対応に
エラーカウンタが設けられており、設備情報検索部８Ｉ
から引き継いだ被疑区間に含まれる装置に対応するエラ
ーカウンタに１加算する。被疑区間に含まれる全ての装
置に対して１加算を行った後、引き継がれた被疑区間に
含まれる装置情報と、故障通知と、装置毎のエラーカウ
ンタ値とを基準値比較部８Ｌへ引き継ぐ。

【００３６】基準値比較部８Ｌでは、故障通知保持部８
Ｅの保持する全ての故障通知に対して前記被疑区間検索
部８Ｇ，設備情報検索部８Ｉ，エラーカウンタ加算部８
Ｋにおける処理が終了したかを判定し、終了していなけ
れば残っている故障通知に対して前記同様の処理を繰り
返す。

【００３７】全ての故障通知に対して被疑区間検索部８
Ｇ，設備情報検索部８Ｉ，エラーカウンタ加算部８Ｋの
処理が終了した場合には、引き継がれた被疑区間に含ま
れる全ての装置に対して、装置情報を検索キーとして設
備情報データベース８Ｊを検索し、故障か否かを確定す
るための装置毎の基準値を求める。設備情報データベー
ス８Ｊに登録する装置毎の前記基準値は、各装置に加わ
る呼数と、加わる呼数の変動率をもとにして予め決定さ
れる。

【００３８】被疑区間に含まれる装置について求められ
た前記基準値とエラーカウンタ加算部８Ｋから引き継い
だエラーカウンタ値とを比較し、エラーカウンタ値が前
記基準値を超えている装置を故障箇所と特定し、故障通
知と併せて故障通知部８Ｍへ引き継ぐ。図６に示した設
備情報データベース８Ｊの例では、回線端１２７を被疑
区間として含む故障通知の数が２を超えた場合に回線端
１２７は故障と特定され、集線装置I７を被疑区間とし
て含む故障通知の数が１６を超えた場合に集線装置I７
は故障と特定されることを意味している。

【００３９】故障通知部８Ｍでは、基準値比較部８Ｌか
ら引き継がれた故障通知と特定された故障箇所を故障通
知表示用端末７へ通知する。故障通知表示用端末７で
は、故障通知部８Ｍから通知された故障通知と特定され
た故障箇所を表示する。オペレータは、故障通知表示用
端末７の表示により、特定された故障箇所と故障通知を
参照して必要な処置、例えば故障箇所の修理などを行
う。

【００４０】上述したように、従来技術では故障箇所の
特定が直ちに行えないような故障通知であっても、本発
明の通信網故障診断システムを用いることにより自動的
に故障箇所を特定できるため、特定された故障箇所をオ
ペレータに知らせて修理などの処置を行うことにより故
障箇所の潜在化をなくすことができる。なお、通信網で
は上位装置を二重化することが一般的であるため、上記
実施例では上位装置（集線装置）として二重冗長化され
る装置を例にして説明しているが、二重冗長化される装
置でなくてもよいことは明らかであり、その場合は設備
情報データベースに系番号変化時刻や系番号の欄を設け
る必要はない。

【００４１】

【発明の効果】以上説明したように、本発明によれば、
直ちに故障箇所の特定が難しく潜在化する恐れのある通
信網故障を自動的に分析して故障箇所を特定することが
可能となり、その結果、特定した故障箇所の故障修理を
行うことにより故障箇所が潜在化するのを防止すること
ができる。

【図面の簡単な説明】

【図１】本発明を適用した通信網設備管理オペレーショ
ンシステム、通信網設備、および故障通知表示用端末の
概略図である。

【図２】本発明を適用した通信網設備管理オペレーショ
ンシステムの一実施例を示すブロック図である。

【図３】本発明の動作を説明するための通信網設備の具
体的構成を含む図である。

【図４】本発明の実施例における故障通知の一具体例で
ある。

【図５】本発明の実施例における被疑区間データベース
８Ｈの一具体例である。

【図６】本発明の実施例における設備情報データベース
８Ｊの一具体例である。

【図７】従来の通信網設備、通信網設備管理オペレーシ
ョンシステム、および故障通知表示用端末の概略図であ
る。

【符号の説明】

１：従来例における通信網設備、 ２：回線端、 ３：集線装置I、 ４：集線装置II、 ５：ハイウエイ（ＨＷ）、 ６：従来例における通信網設備管理オペレーションシス
テム、 ７：故障通知表示用端末、 ８：本発明を適用した通信網設備管理オペレーションシ
ステム、 ８Ａ：故障通知蓄積部、 ８Ｂ：故障箇所判定部、 ８Ｃ：故障通知受信部、 ８Ｄ：故障通知検索部、 ８Ｅ：故障通知保持部、 ８Ｆ：故障箇所判定起動部、 ８Ｇ：被疑区間検索部、 ８Ｈ：被疑区間データベース、 ８Ｉ：設備情報検索部、 ８Ｊ：設備情報データベース、 ８Ｋ：エラーカウンタ加算部、 ８Ｌ：基準値比較部、 ８Ｍ：故障通知部、 ９：本発明の実施例における通信網設備

Claims (3)

【特許請求の範囲】
1. 【請求項１】 通信網設備を管理する通信網設備管理オ
   ペレーションシステムにおける通信網故障診断システム
   であって、１つの故障通知からは直ちに故障箇所が特定
   できない故障通知を識別する故障通知種別と該故障通知
   種別毎に被疑装置を抽出するための被疑区間の端となる
   装置の情報を蓄積する被疑区間データベースと、少なく
   とも前記通信網設備の装置情報，該装置情報毎に故障か
   否かを確定するための基準値，および該装置に接続され
   る上位装置情報を蓄積する設備情報データベースと、通
   信網設備からの複数の故障通知に対し、故障通知毎に故
   障内容を表わす故障通知種別をキーとして前記被疑区間
   データベースを検索し該複数の故障通知のうちから１つ
   の故障通知からは直ちに故障箇所が特定できない故障通
   知を検索し、該検索された故障通知について故障通知種
   別をキーとして前記被疑区間データベースを検索して故
   障と推定される装置の区間情報を求める被疑区間検索手
   段と、該被疑区間検索手段により求めた前記区間情報を
   キーとして前記設備情報データベースを検索し、故障と
   推定される装置を求める設備情報検索手段と、装置毎に
   設けられたエラーカウンタと、故障と推定された装置毎
   に前記エラーカウンタに１を加算するエラーカウンタ加
   算手段と、全ての故障通知に対する前記処理が終了した
   時点でエラーカウンタの加算結果と前記基準値とを比較
   し、エラーカウンタの加算結果が前記基準値を超過した
   装置を故障装置と特定する基準値比較手段を有すること
   を特徴とする通信網故障診断システム。
2. 【請求項２】 前記通信網設備は二重冗長化構成を有し
   ており、かつ前記設備情報データベースに蓄積される上
   位装置情報は、その装置を特定する情報、および接続状
   態変化時刻と接続状態変化後の接続状態からなる接続状
   態履歴情報を含むことを特徴とする請求項１記載の通信
   網故障診断システム。
3. 【請求項３】 通信網設備を管理する通信網設備管理オ
   ペレーションシステムにおける通信網故障診断方法であ
   って、１つの故障通知からは直ちに故障箇所が特定でき
   ない故障通知を識別する故障通知種別と該故障通知種別
   毎に被疑装置を抽出するための被疑区間の端となる装置
   の情報を蓄積する被疑区間データベースと、少なくとも
   前記通信網設備の装置情報，該装置情報毎に故障か否か
   を確定するための基準値，および該装置に接続される上
   位装置情報を蓄積する設備情報データベースを作成し、
   通信網設備からの複数の故障通知に対し、故障通知毎に
   故障内容を表わす故障通知種別に基づいて前記被疑区間
   データベースを参照して１つの故障通知からは直ちに故
   障箇所が特定できない故障通知および故障と推定される
   装置の区間情報を求め、該求めた区間情報に基づいて設
   備情報データベースを参照して故障と推定される装置を
   求め、求められた故障と推定される装置毎の数を計数
   し、計数結果が前記設備情報データベースに蓄積された
   基準値を超えた場合にその装置を故障と確定するように
   したことを特徴とする通信網故障診断方法。