JPH09307635A - 最適診断開始時期決定方法 - Google Patents

Abstract

(57)【要約】 【課題】 通信システムにおける障害発生時の診断開始
時期の決定方法に関し、発生した障害の内容に応じて最
適な診断開始時期を決定する方法を提供することを目的
とする。 【解決手段】 通信システム内において発生する可能性
がある障害情報ごとに障害情報が発生してから診断を開
始するまでの監視時間を指定した監視時間指定手段を備
え、通信システムを構成する装置より障害の発生を通知
する最初の障害情報を受信したときに、監視時間指定手
段よりその障害情報に指定されている監視時間を受信し
てその監視時間が経過するまでの間に発生した他の障害
情報を保存し、監視時間が経過したときに最初の障害情
報と監視時間中に受信した他の障害情報を用いて障害箇
所を特定する診断処理を開始するように構成する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は通信システムにおけ
る障害発生時の診断開始時期の決定方法に関する。

【０００２】交換機などの通信システムは障害発生時に
通信に支障が生じないよう主要な装置を二重化してシス
テムを構成するのが一般的である。このような二重化シ
ステムにおいては、運用中の装置に障害が発生すると障
害が発生した装置を予備の装置と切り替えたのち、障害
が発生した装置について自動診断機能を用いて診断する
ように構成されているものが多い。

【０００３】ところが、真の障害原因が障害情報を送出
した装置にあるとは限らないため、障害情報が１件発生
したときに、障害情報を送出してきた装置を直ちに診断
しても異常が発見できない場合も多い。このため、交換
機などに備えられる自動診断処理機能は、最初の障害情
報が発生してから一定時間障害発生状況を監視し、その
間に収集された障害情報をもとに障害装置を特定した
り、診断対象装置を決定して自動診断を開始するように
作られているのが普通である。

【０００４】このような方法は障害箇所を特定する精度
が低い診断を行わずに、障害箇所を特定できる確率（的
中率）が高い診断を行うことになるので診断の効率は良
いが、診断の開始時期が遅れるために、障害回復が遅く
なったり、信頼性の低い片系での運転時間を長引かせる
という欠点を有している。このため、診断の効率を低下
させずにシステムの信頼性を高めることができる診断開
始時期の決定方法が必要となっている。

【０００５】

【従来の技術】図９及び図10は診断対象となる交換機の
構成と実装をそれぞれモデル的に図示したものである。
また、図11は従来技術の自動診断処理機能の構成図、図
12は従来技術の自動診断機能の処理フロー図である。以
下、図９及び図10の構成と実装形態をもつ交換機を例に
従来技術における自動診断機能について説明する。

【０００６】図９の交換機は二重化構成されている交換
機の片系のみを図示している。交換機は中央制御装置
（以下、ＣＣと記す）51、主記憶装置（以下、ＭＭと記
す）52、端末制御装置（以下、ＴＣと記す）53及び保守
用端末（ＷＴ）54などからなる制御系装置50と、スイッ
チ61、装置62及びそれぞれ伝送路に接続される複数の回
線装置63からなる通話路系装置60からなる。ここで、回
線装置63の一部は装置62のひとつ（以下、装置Ｍ₁ と記
す）の下位に接続され、残りの回線装置63はもうひとつ
の装置62（以下、装置Ｍ₂ と記す）の下位に接続されて
いるものとする。以下、装置Ｍ₁ の下位に接続されてい
る個々の回線装置63を装置Ｌ₁₁〜Ｌ_1m、装置Ｍ₂ の下位
に接続されている個々の回線装置63を装置Ｌ₂₁〜Ｌ_1nと
記す。

【０００７】図９に図示された各装置はプリント配線基
盤上に回路が構成されるパッケージ形態になっている
が、これらのパッケージはフレーム（架）に作られた複
数段のシェルフに挿入される。図10はそのようなパッケ
ージ形式の装置が実装された状態を図示しているが、図
10では２つのフレーム70（各々をフレーム＃０，フレー
ム＃１と記す）に各４段のシェルフ71（各シェルフをシ
ェルフ＃０〜シェルフ＃３と記す）が設けられ、各シェ
ルフにパッケージ72（各パッケージをパッケージＰ＃
０，パッケージＰ＃１，・・と記す）が実装された状態
を示している。

【０００８】いま、図９において装置Ａ₁ 内のＸと記し
た箇所に障害が発生したとする。Ｘの部分は装置Ｌ₁₁〜
Ｌ_1mとの接続箇所であるが、この部分が例えばコネクタ
のような部分であると装置Ｍ₁ に異常が発生したという
障害情報が発せられないことがある。例えば接続処理過
程において装置Ｍ₁ 及び装置Ｌ₁₁を介して伝送路に接続
が行われた場合、Ｘの箇所に不良部分があると装置Ｌ₁₁
が所定の動作をしないために装置Ｌ₁₁が異常という障害
情報がＣＣ51に伝えられる可能性が高い。

【０００９】ＣＣ51はこの障害情報を受けて直ちに装置
Ｌ₁₁の診断を開始したとする。この場合、確かに装置Ｌ
₁₁により伝送路に接続を行うことができないので、診断
結果として装置Ｌ₁₁が異常であるという判定がなされる
可能性が高い。しかし、この判定結果により保守者が装
置Ｌ₁₁のパッケージを交換しても障害が回復しないこと
は明らかである。障害が装置Ｍ₁ と装置Ｌ₁₁〜Ｌ_1mを接
続する配線部分（図９のＹの部分など）に発生したとき
も同様な結果となる可能性が大きい。従って、診断の際
にはこのように障害箇所の的中率が低い診断、即ち、効
率が悪い診断を行わないようにすることが重要である。

【００１０】従来技術の診断機能はこの点に留意して作
られているが、最初に従来技術の診断機能の構成につい
て図11を主体に、図９及び図10を併用して説明する。図
11の装置81は図９の制御系及び通話路系を構成する各種
の装置に相当するもので、装置Ａ〜装置Ｚは種類の異な
る装置を各１個づつ記したものである（以下、個々の装
置81を装置Ａ〜装置Ｚと記す）。

【００１１】障害情報受信処理部82は例えば図９のＣＣ
51内に置かれ、装置Ａ〜装置Ｚから障害情報が送られた
ときに障害情報の受付けと処理を行う部分である。例え
ば、装置Ａのひとつが障害情報を送出してきた場合はそ
の装置Ａを非運用状態にし、装置Ａが二重化された装置
であれば予備系の装置Ａと切り替える。なお、装置の障
害情報は必ずしもその装置から送出されるとは限らず、
例えば装置Ａの障害情報にはＣＣ51自身または他の装置
が処理中に装置Ａの異常を検出した場合の障害情報も含
まれる。

【００１２】図11の90は障害箇所を特定する診断処理を
行う診断処理部で、自動診断受付処理部91、診断実行ス
ケジューリング処理部92、障害箇所特定処理部93と、装
置別の診断を実行する装置Ａ診断実行部94a 〜装置Ｚ診
断実行部94z から成る。診断処理部90は物理的には図９
のＣＣ51とＭＭ52または図示省略されたディスク装置な
どに収容され、ＣＣ51によって実行されるが、収容場所
は直接関係がないので詳細説明は省略する。

【００１３】いま、或る装置の異常が検出されたとす
る。障害情報は異常を検出した装置内に一時蓄積された
のち障害情報受信処理部82に送られ、前述のような障害
処理が行われる一方、障害情報はその装置より直接また
は障害情報受信処理部82を経て自動診断受付処理部91に
送られ、自動診断受付処理部91の内部または図９のＭＭ
32内などに記憶される。自動診断受付処理部91は障害情
報を受信しても直ちに診断実行スケジューリング処理部
92を起動せず、一定時間（例えば１分間）他の障害の発
生状況を監視する。これは図９により説明したように、
例えば装置Ａを図９の装置Ｌ₁₁とした場合に直ちに装置
Ｌ₁₁の診断を行っても障害箇所の的中率が高くならない
可能性があるためである。

【００１４】一定時間を経過すると自動診断受付処理部
91は受信した障害情報を診断実行スケジューリング処理
部92に送る。診断実行スケジューリング処理部92はこれ
らの障害情報を障害箇所特定処理部93に送り、障害箇所
を特定する処理を行わせる。障害箇所特定処理部93はこ
のような障害情報を解析し、障害箇所が特定できた場合
は被疑装置の実装情報（後述）を出力する。障害箇所を
特定できなかった場合は、障害箇所特定処理部93は障害
が存在する可能性が高い装置の情報を診断実行スケジュ
ーリング処理部92に送る。障害が存在する可能性がある
装置が複数ある場合には診断実行スケジューリング処理
部92は重要な装置から診断を実行するようスケジューリ
ングを行う。例えば、装置Ａと装置Ｂについて診断が必
要な場合に装置Ｂの重要度が高ければ、装置Ｂ診断実行
部94b を起動して装置Ｂの診断を実行させ、その後に装
置Ａ診断実行部94a を起動して装置Ａの診断を実行させ
る。装置Ａ診断実行部94a 及び装置Ｂ診断実行部94a は
障害箇所が特定できた場合は特定した装置の実装情報を
出力する。

【００１５】次に、図12と図11を併用して従来技術の診
断処理フローについて説明する。図12は図11の診断機能
部90において行われる診断処理の処理フロー図を図示し
たものであるが、図11による説明と重複する部分は簡単
に説明する。なお、以下の括弧内に示すＳ51〜Ｓ61は図
11中の各ステップに付された符号である。

【００１６】図12に示す最初の障害情報(1) が発生する
と、図11の障害処理部82による障害情報の受付処理が行
われたのち（図12では図示省略）、障害情報(1) は図11
の自動診断受付処理部91に送られる（図12のＳ101 参
照）。図11の自動診断受付処理部91はこの障害情報を受
信してから一定時間（例えば１分間）障害発生状況の監
視を行う（Ｓ102 ）。この一定時間内に図12に示す障害
情報(2) 〜障害情報(n)が発生したものとすると、これ
らも自動診断受付処理部91に受付けられる。

【００１７】一定時間が経過すると自動診断受付処理部
91はその間に受信した障害情報(1)〜障害情報(n) の障
害情報を診断実行管理スケジューリング処理部92に送
り、診断実行管理スケジューリング処理部92は障害箇所
特定処理部93と共同動作を行って障害箇所を特定する処
理を行う（Ｓ103 →Ｓ104 ）。この処理は一定時間内に
受信した障害情報を用いて障害箇所を特定する解析を行
うもので、１次解析処理と呼ぶ。１次解析処理によって
障害箇所が特定できた場合には保守端末などにその装置
の実装情報などを出力する（Ｓ105 →Ｓ106 ）。

【００１８】１次解析処理で障害箇所が特定できなかっ
た場合、診断実行管理スケジューリング処理部92は障害
原因が存在する可能性がある装置を装置の重要度が高い
装置から診断を実行するスケジューリングを行い、図11
に示す装置Ａ診断実行部94a〜装置Ｚ診断実行部94z の
中の該当診断実行部を用いて順次被疑装置の診断を実行
する（Ｓ107 ）。この診断を実行する処理を２次解析処
理と呼ぶ。２次解析処理によって障害箇所が特定できた
場合にはその装置の実装情報を出力する（Ｓ108 →Ｓ10
9 ）。

【００１９】２次解析処理によっても障害箇所が特定で
きなかった場合は、障害箇所は診断によって発見できる
範囲にはない（診断対象範囲外）と判断し、障害箇所が
存在する可能性がある装置の範囲（以下、被疑範囲と記
す）のみを特定してその範囲にある装置の実装情報を出
力する（Ｓ110 →Ｓ111 ）。この被疑範囲を特定する処
理を３次解析処理と呼ぶ。

【００２０】上記のように診断処理部90は障害箇所を特
定したり被疑範囲を示す処理を行うが、障害箇所を特定
する具体的な例を図９のＸまたはＹの部分に障害原因が
ある場合を例に説明する。この例では先ず、装置Ｌ₁₁の
異常を知らせる障害情報が先ず図11の自動診断受付処理
部82に受付けられる（図12のＳ101 ）。自動診断受付処
理部91は最初の障害情報の受信から一定時間の間、障害
情報の受付けを続けるが、この例では装置Ｌ₁₁からの障
害情報に続いて図９の装置Ｌ₁₂〜装置Ｌ_1mのいくつかか
らも障害情報が送られてくる可能性が大きい。一定時間
を経過するとその間に受信した障害情報が自動診断受付
処理部91より診断実行管理スケジューリング処理部92に
送られるが、それらの障害情報が例えば装置Ｌ₁₁〜装置
Ｌ_1mの中の多くの装置から障害情報が発生し、装置Ｌ₂₁
〜装置Ｌ_2nからは障害情報が全く発生していない、とい
うような状況を示していれば、障害箇所特定処理部93に
おける１次解析によって障害箇所が装置Ｍ₁ と特定され
る可能性が大きい。この例のような場合には、最初に発
生した障害情報のみによって障害解析を行ってもこのよ
うに明確に障害箇所を特定することは困難である。即
ち、前記の一定時間は一つの障害箇所を原因として発生
する複数の障害情報がほぼ出尽くしてから（障害情報の
発生が安定化してから）診断を開始するようにするため
に設けられた時間であり、安定監視時間とも呼ばれる。

【００２１】障害箇所特定処理部93は障害装置を特定す
るとその装置の実装情報（フレーム番号、シェルフ番
号、パッケージ番号）を保守端末（例えば図９の保守端
末54）などに出力する（図12のＳ104 〜Ｓ106 ）。前記
装置Ｍの実装場所が図10のフレーム＃０、シェルフ＃２
のパッケージＰ＃２であると出力されれば、保守者はそ
の実装位置に装着されているパッケージ（図10に斜線の
網目が付されたパッケージ）を新しいパッケージと交換
し、動作試験を行う。

【００２２】一定時間内に発生した障害情報が上記のよ
うに明確でなく、障害箇所が特定できなかった場合には
障害情報の中で異常が発生したとされた装置について診
断を実行する（図12のＳ105 →Ｓ107)が、その際複数の
装置の試験が必要であれば、重要度の高い装置（例えば
図９のＣＣ51など）から診断を行う。

【００２３】上記の診断、即ち、２次解析処理によって
も障害箇所が特定できなかった場合は、障害が存在する
可能性のある装置を被疑範囲とする。上記の例では、例
えば障害情報を送出した複数の装置（装置Ｌ₁₁〜装置Ｌ
_1mの中のいくつかを含む）と装置Ｍ₁ を被疑範囲として
それらの装置の実装情報を出力する。被疑範囲の装置の
実装位置が例えば図10のフレーム＃０、シェルフ＃２の
パッケージＰ＃４〜Ｐ＃７と指定された場合は、保守者
は指定された範囲のパッケージ（図10に点による網目が
付されたパッケージ）を順次新しいパッケージと交換
し、障害が回復したか否かを確認する。

【００２４】

【発明が解決しようとする課題】以上のように、従来技
術では最初に発生した障害情報のみを用いて診断を開始
せずに、一定時間障害情報の発生状況を監視し、その間
に発生したすべての障害情報を用いて障害箇所を特定す
るようにしているため、障害解析や診断の効率がよく、
障害箇所の的中率が高くなっている。しかし、一定時間
としてどのような障害が発生しても障害発生状況がほぼ
安定する比較的長い時間を設定し、どのような種類の障
害が発生しても一律に一定時間の監視を行ってから診断
を開始することになるため、原因が比較的明確な障害が
発生したような場合には診断開始までに無駄な時間を費
やす結果となり、また、重要な装置に障害が発生した場
合などには、所定の時間内に障害を回復させることがで
きない事態が発生するという問題があった。また、二重
化システムでは障害発生後、予備装置に切替えた状態と
なるが、診断開始の遅れは片系での運転時間を長引かせ
ることになり、障害装置が重要装置であるような場合に
はシステムの信頼性を低下させるという欠点ともなって
いた。

【００２５】本発明は発生した障害の内容に応じて最適
な診断開始時期を決定する方法を提供することを目的と
する。

【００２６】

【課題を解決するための手段】図１乃至図３は本発明の
最適診断開始時期決定方法の原理説明図である。図中、
１は通信システム内において発生する可能性がある障害
情報ごとに各障害情報が発生してから診断を開始するま
でに必要な障害発生状況の監視時間を指定した監視時間
指定手段である。

【００２７】図１においては、通信システムを構成する
装置より障害の発生を通知する第１の障害情報を受信し
たときに（図１のステップＳ１参照）、監視時間指定手
段１を用いて第１の障害情報に対して指定された監視時
間を索引し（Ｓ２）、索引した監視時間を監視実行時間
として設定（Ｓ３) したのち、監視実行時間が経過する
までの間に発生した他の障害情報を受付けて保存する。
監視実行時間が経過すると、第１の障害情報と監視実行
時間中に受信した他の障害情報を用いて障害箇所を特定
する診断処理を開始する（Ｓ４→Ｓ５）。

【００２８】以上のように、図１の最適診断開始時期決
定方法では発生した障害の種類に応じて監視時間を変え
るので、診断を開始するまでに無駄な時間を費やすこと
がない。

【００２９】図２においては、監視実行時間の経過中に
新たな障害情報を受信したときは、監視時間指定手段１
を用いて新たな障害情報に対して指定されている監視時
間を索引し（図２のＳ11〜Ｓ12）、索引した新たな監視
時間をその時点で設定されている監視実行時間に加算し
て新たな監視実行時間として設定する（Ｓ13→Ｓ14→Ｓ
15) 。その際、新たな監視時間をその時点で設定されて
いる監視実行時間に加算して算出した監視実行時間が予
め定められた最大監視時間を超えたときは最大監視時間
を新たな監視実行時間として設定する（Ｓ14→Ｓ16）。

【００３０】以上のように、図２の最適診断開始時期決
定方法では最初の障害発生後の監視実行時間中に他の障
害が発生した場合に監視時間を延長するので、障害解析
に必要な障害情報を充分に収集することができ、診断の
効率を高めることができる。また、監視時間を延長した
場合も予め定めた最大監視時間以上に長くすることがな
いので、診断開始が一定時間以上遅れることがない。

【００３１】図３においては、監視時間指定手段１内の
特定の障害情報に対して、指定した監視時間を監視実行
時間として固定的に設定することを指示する監視時間固
定指定情報を付与しておく。障害情報を受信し、監視時
間指定手段１を用いてその障害情報に対して指定されて
いる監視時間を索引したときにその障害情報に対して監
視時間固定指定情報が付与されていたとき、その時点で
監視実行時間が設定されていなければ索引した監視時間
を監視実行時間として固定的に設定する（図３のＳ21〜
Ｓ24→Ｓ25）。また、すでに監視実行時間が設定されて
いればその時点で設定されている監視実行時間を固定化
させる（Ｓ24→Ｓ26）。

【００３２】以上のように、図３の最適診断開始時期決
定方法では発生した障害の種類に応じて、監視時間を固
定化することができる。例えば、重要度の高い装置に障
害が発生した場合、その障害が最初の障害であればその
障害情報に対して監視時間指定手段１に指定されている
監視時間をそのまま監視実行時間として固定的に設定
し、監視実行時間中に他の障害が発生しても監視時間を
延長しないようにすることにより診断開始時期を遅らせ
ないようにすることができる。また、その障害よりも以
前に発生した障害によりすでに監視実行時間が設定され
ていたときは、その時点で設定されている監視実行時間
を固定化させるので、重要度の高い装置に発生した障害
に対しては徒に診断開始時間を遅らせることがない。

【００３３】

【発明の実施の形態】図４乃至図６は本発明の最適診断
開始時期決定方法の実施例の処理フロー図、図７は本発
明を適用する交換システムのモデル構成図、図８は本発
明の実施例の監視時間指定テーブルの構成図である。

【００３４】最初に本発明を適用する通信システムにつ
いて説明する。本発明を適用する通信システムは原則と
して主要装置が二重化されたシステムであるが、一例と
して図７に図示された交換システムの構成について説明
する。図７は制御系と通話路系の主要部分が二重化され
ている交換システムの構成を図示している。二重化部分
は０系と１系の２つの系からなり、一方の系（０系とす
る）が運用に供され、他方の系（１系とする）は待機中
（予備系）の状態であるとする。

【００３５】２つの制御系10_-0, 10_-1の内部は各々中央
制御装置11_-0, 11_-1（以下、各々をＣＣ＃０，ＣＣ＃１
と記し、総称する場合にはＣＣ11と記す。他の装置につ
いても同様とする）とその下部に接続された主記憶装置
（以下、ＭＭと記す）12_-0,12_-1、ハードディスクユニ
ット（ＨＤＫ）14_-0, 14_-1とその制御を行うコントロー
ラ（ＳＣＣ）13_-0, 13_-1、保守用端末（図示省略）の制
御を行う端末制御装置15_-0, 15_-1（図にはイーサネット
コントローラＥＴＣの例を図示）などからなっており、
ＣＣ＃０及びＣＣ＃１とＭＭ＃０及びＭＭ＃１の間は交
絡するケーブルで接続されている。また、各々２組のプ
ロセッサ・アクセス・コントローラ（ＰＡＣ）16_-00,16
_-01 または16_-10,16_-11 を介して通話路系20と接続され
ている。

【００３６】通話路系20はスイッチ（ＳＷ）21_-0，21_-1
及び中速度回線インタフェース・シェルフ（ＭＩＦ：Me
dium Speed Interface Shelf）22_-0，22_-1が二重化さ
れ、回線対応部23は二重化されていない構成となってい
るが、回線対応部23はＭＩＦ＃０及びＭＩＦ＃１の両方
に接続されている。

【００３７】図７の交換システムに障害が発生したとき
の診断方法は、診断開始までの監視時間を決定する方法
を除き、図９乃至図12により説明した従来技術における
診断方法とほぼ同一であるので、簡単に説明する。図７
の交換システムにおいていずれかの装置に障害が発生す
ると、障害情報は運用中のＣＣ＃０に送られる。

【００３８】ＣＣ＃０は障害情報により異常が報告され
た装置を運用系から除き、二重化されている場合は予備
系の装置と切替える。例えば図７のＳＷ＃０に異常が発
生した場合にはＳＷ＃０を非運用状態としたのち予備系
となっていたＳＷ＃１と切替える。この場合、障害が発
生するまでは０系の制御系10_-0の各装置（ＣＣ＃０な
ど）とＳＷ＃０はＰＡＣ＃00を介して制御情報を授受し
ていたが、スイッチ21の切替え後は制御系10_-0の各装置
はＰＡＣ＃01を介してＳＷ＃１と制御情報を授受するよ
うになる。

【００３９】以上のようなシステムを前提に、以下、本
発明による最適診断開始時期決定方法の処理の実施例に
ついて図面を参照しながら説明する。交換システムなど
における診断処理部は一般にソフトウェアが主体となっ
ており、従来技術の説明においても触れたようにＣＣ11
内に常駐されているものと、ＭＭ12内またはＨＤＫ14内
に記憶されていて必要なときにＣＣ11内に読み込まれる
ものとがある。本発明において最適診断開始時期を決定
する処理を行う部分（以下、診断開始時期決定処理部と
記す）も診断処理部に準ずるが、説明の便から以下にお
いては診断開始時期決定処理部はＣＣ11内に設定されて
いるものとして説明する。

【００４０】最初に図４を参照して本発明の実施例を説
明する。図４は図１の原理説明図に対応する実施例であ
るが、以下の説明に記載する装置の符号は図７に記載さ
れた符号、括弧内のＳ41〜Ｓ48は図４の各ステップに付
された符号である。

【００４１】運用中に最初の障害情報が発生し、ＣＣ＃
０がこれを受信すると（図４のＳ41参照）、ＣＣ＃０内
の診断開始時期決定処理部は診断開始時期を決定するた
めに必要な数値の初期設定を行う（図４のＳ42）。初期
設定する数値は、最初の障害情報受信からの経過時間を
計数するカウンタ（経過時間カウンタと呼ぶ）の計数値
（以下、Ｔcnt と記す）と、最初の障害情報受信から診
断開始までの時間を規定する監視実行時間（以下、Ｔse
t と記す）で、いずれも初期設定により数値を“０”に
設定する。なお、時間を計数する経過時間カウンタは公
知の技術が使用できるので図面の記載と説明は省略す
る。

【００４２】初期設定を終わると監視時間指定テーブル
１（図１乃至図３に図示された監視時間指定手段１の実
施形態）にアクセスし、受信した障害情報に対して指定
されている監視時間（Ｔs と記す）を索引する（Ｓ43)
。監視時間指定テーブル１は図７のＭＭ12内に記憶さ
れているが、図８は監視時間指定テーブル１の構成の一
例を図示したものである。図８に示すように、監視時間
指定テーブル１には障害発生装置の障害種別ごとに必要
な監視時間、即ち、その障害が発生してから診断を開始
するまでに他の障害の発生状況を監視しなければならな
い最小時間が指定されている。なお、障害発生装置は障
害情報によって異常が指摘された装置であり、障害情報
を送信した装置とは限らない。また、障害種別は障害情
報によって通知される障害内容についての情報である。
障害種別の情報が障害種別コードによって送られ、その
障害種別コードのみで障害発生装置まで定まる場合には
障害発生装置の欄は設ける必要がないが、図８では説明
の便から障害種別を障害発生装置別に記載している。監
視時間固定指定については後述する。

【００４３】診断開始時期決定処理部は監視時間指定テ
ーブル１を介して監視時間Ｔs を得ると、監視実行時間
Ｔset を決定する。監視実行時間Ｔset は実際に監視を
行う時間を指定するものであるが、図４においては監視
実行時間Ｔset に監視時間Ｔs の値を設定する（Ｓ44)
。例えば、発生した障害種別がＳＷ＃０の電源以外の
障害であれば、監視時間指定テーブル１（図８）に指定
された監視時間Ｔs は３０秒であるので、監視実行時間
Ｔset ＝Ｔs ＝３０（秒）に設定する。

【００４４】監視実行時間Ｔset の設定を終わると、そ
れ以後に発生する障害情報を受信してＭＭ12などに蓄積
する（Ｓ45) 。それと並行して、経過時間カウンタに例
えば１秒ごとにパルスを送ってカウントアップさせ（Ｔ
cnt に“１”を加算する）、Ｔcnt が監視実行時間Ｔse
t に達したか否かを確認する（Ｓ46，Ｓ47）。Ｔcntが
Ｔset に達しなければ障害情報の受信を続け、Ｔcnt ≧
Ｔset となったら診断処理を開始する（Ｓ48) 。診断処
理は最初に受信した障害情報とその後の監視実行時間Ｔ
set 経過中に受信した障害情報のすべてを用いて行うの
で診断処理を開始する際に診断処理部にすべての障害情
報を送る。

【００４５】図４における診断処理を開始するステップ
Ｓ48は従来技術の説明に使用した図12のステップＳ104
に相当する。従って、診断処理開始のステップＳ48は、
受信したすべての障害情報を用いて障害箇所を特定する
１次解析処理から始まることを示しいる。診断処理を開
始するステップＳ48以後の診断処理は図12のステップＳ
104 〜Ｓ111 の処理と同一であるので説明を省略する。

【００４６】以上のように、図４の診断開始時期決定方
法では障害の種類によって監視時間を変えているので、
いたずらに診断開始の時期を遅らせることがない。な
お、図８の監視時間指定テーブルには電源障害に対して
短い監視時間に時間（例えば１０秒）を指定した例を記
載しているが、これは電源障害のように障害箇所と障害
内容が明確なものは障害箇所を特定するために多くの障
害情報を収集する必要がないことを示している。また、
図８ではＣＣの障害に対して短い監視時間を設定してい
るが、これはＣＣのような重要な装置に障害が発生した
場合には短時間の間に関連する障害情報が発生し、必要
な情報が得られる可能性が高いことと、できるだけ速や
かに診断を開始する必要があることに配慮して設定され
たことを示している。なお、ＣＣの障害でも障害の種類
によっては監視時間を長く設定するものがあることは勿
論である。

【００４７】次に本発明の他の実施例について、図５を
参照して説明する。図４の方法では障害が発生したとき
にその障害の種類によって監視実行時間を固定的に設定
していたが、監視実行時間中に新たに受信した障害情報
の内容によっては更に多くの障害情報を収集するために
監視実行時間を延ばした方がよい場合がある。図５は監
視実行時間中に新たな障害情報を受信したときに監視実
行時間を変更する処理フローの一例を図示したものであ
るが、同図は図２の原理説明図に対応する実施例にな
る。以下の説明に記載する装置の符号は図７に記載され
た符号、括弧内のＳ51〜Ｓ63は図５の各ステップに付さ
れた符号を記載したものである。

【００４８】運用中に最初の障害情報が発生し、ＣＣ＃
０がこれを受信すると（図５のＳ51参照）、診断開始時
期決定処理部が図４におけると同様にＴcnt とＴset の
初期設定を行う（Ｓ52）。初期設定後ＣＣは障害情報の
受信を継続する（Ｓ53）が、処理はステップＳ54に進
む。ステップＳ54においてはＴcnt はまだ“０”である
のでステップＳ56に飛び、監視時間指定テーブル１によ
り最初の障害情報に対する監視時間を索引し、監視時間
Ｔs を得る（Ｓ56）。なお、図５のステップＳ56は図４
のステップＳ43に相当する。

【００４９】次に監視実行時間を算出するが、監視実行
時間Ｔset はその時点で設定されている監視実行時間Ｔ
set に監視時間Ｔｓを加算して算出する（図５のＳ5
7）。この時点ではＴset ＝０であるので、新たな監視
実行時間Ｔset はＴset ＝Ｔs となる。即ち、最初の障
害情報に対する監視実行時間Ｔset は図４のステップＳ
44において設定された値と同一の値になる。

【００５０】監視実行時間Ｔset を算出するとその監視
実行時間Ｔset が最大監視時間Ｔmax （以下、Ｔmax ＝
６０秒とする）を超えたか否か確認する（Ｓ58）。仮に
最初の障害情報がディスク制御装置13の電源断以外の障
害を通知する障害情報であったとすると図８の監視時間
指定テーブルに指定されている監視時間Ｔs は２０秒で
あるので、Ｔset ＝Ｔs ＝２０（秒）となる。この場合
はＴset ＜６０であるので算出した値（２０秒）を監視
実行時間Ｔset として設定する（Ｓ59) 。

【００５１】最初の障害情報受信から１秒が経過すると
経過時間カウンタが“１”だけカウントアップし、Ｔcn
t ＝１となる（図５のＳ61）。ここでＴcnt が監視実行
時間Ｔset に達したか否か確認する（Ｓ62）が、この時
点ではＴcnt （＝１）＜Ｔset （＝２０）であるのでス
テップＳ53に戻る。

【００５２】ステップＳ53に戻ったのちステップＳ54に
進むと、今度はＴcnt ≠０であるのでステップＳ55に進
む。ステップＳ53における障害情報の受信は１秒経過中
も続けられているので、その間に新たな障害情報を受信
したか否かをステップＳ55で確認する。新たな障害情報
が受信されていないことが確認された場合にはそのまま
時間の経過を待つ（Ｓ55→Ｓ61）が、新たな障害情報が
受信されていた場合はステップＳ56に進み、新たな障害
情報に対する監視時間を索引する（Ｓ56) 。

【００５３】新たな障害情報がハードディスクユニット
14の機構障害であるとすれば、図８の監視時間指定テー
ブルより監視時間Ｔs ＝30秒が得られるので、監視実行
時間を改めて算出する（Ｓ57) 。新たな監視実行時間Ｔ
set はその時点で設定されている監視実行時間Ｔset に
新たな障害情報に対して指定されている監視時間Ｔsを
加算して算出するので、この例では新たな監視実行時間
はＴset ＝２０＋３０＝５０（秒）となる。ここで新た
な監視実行時間Ｔset が最大監視時間（６０秒）を超え
たか否かを確認する（Ｓ58）が、この例ではＴset ＜６
０となるので算出値（５０秒）を新たな監視実行時間Ｔ
set として設定する（Ｓ59) 。即ち、この例では新たな
障害情報の受信に伴って監視実行時間が延長されたこと
になる。

【００５４】さらに１秒が経過するとＴcnt ＝２となる
が、まだＴcnt ＜Ｔset （＝５０）であるのでステップ
Ｓ53に戻る。それ以後、新たな障害情報を受信しなかっ
た場合は、ステップＳ53〜Ｓ55→Ｓ61→Ｓ62→Ｓ53のル
ープを繰り返すが、その間に新たな障害情報を受信した
場合はその障害の監視時間Ｔs を索引して監視実行時間
Ｔset を算出し直す（Ｓ55〜Ｓ57）。その際、新たに算
出された監視実行時間Ｔset が最大監視時間（＝６０
秒）を超えたならば監視実行時間には最大監視時間の値
を設定し、Ｔset ＝６０に固定する（Ｓ58→Ｓ60）。こ
のようにして時間が経過し、Ｔcnt が監視実行時間Ｔse
t になると、ＣＣ＃０は診断処理を開始する（Ｓ62→Ｓ
63）。なお、図５ではＴset ＝６０が設定された場合も
以後の障害情報を受信した場合はステップＳ56〜Ｓ60の
処理を行うようになっているが、Ｔset ＝６０が設定さ
れた場合にはステップＳ54とステップＳ55の間でＴset
＝６０であるか否かの確認を行い、Ｔset ＝６０のとき
はステップＳ61に進むようにしてもよい。

【００５５】以上のように、図５の処理では障害の発生
状況によって監視実行時間Ｔset を補正する。例えば先
の例のように、最初にディスク制御装置の障害情報を受
信して監視（監視時間２０秒）を行っている間にハード
ディスクユニットの機構障害を知らせる障害情報を受信
した場合には、ハードディスクユニットの機構障害の障
害箇所を特定するために必要とされている監視時間（３
０秒）を最初の監視時間に加えて監視を続けるので、そ
の後の障害情報の発生状況を適切な時間監視することが
できる。また、障害情報が多発した場合でも監視実行時
間の算出値が最大監視時間（例えば６０秒）以上になる
場合には監視実行時間を最大監視時間の値に設定するの
で、障害情報が多発しても最初の障害情報を受信してか
ら最大監視時間を経過すれば必ず診断処理を開始するこ
とになり、診断開始時期が必要以上に遅れるようなこと
がない。

【００５６】次に本発明の他の実施例について、図６を
参照して説明する。図５の方法では監視時間経過後に直
ちに診断を開始した方がよいとされる障害（例えばＣＣ
の電源障害）が発生したときにも、監視実行時間中に他
の障害情報を受信すると監視実行時間が延長される。図
６の処理方法は特定の障害情報については以後発生の障
害情報に対して指定されている監視時間を加えずに、特
定の障害情報に定められている監視時間が経過したら診
断処理を開始する方法である。以下、図６について図５
と同一部分を省略して説明する。なお、以下の括弧内の
Ｓ71〜Ｓ88は図６の各ステップに付された符号である。

【００５７】図６において、最初の障害情報を受信して
からその障害情報に指定されている監視時間を索引する
までの処理（図６のＳ71〜Ｓ77）は図５の処理（図５の
Ｓ51〜Ｓ56）とほぼ同一である。なお、図６では図５に
はないステップＳ75が加えられているが、最初の障害情
報の場合にはこのステップＳ75は関係がないので内容は
変わらない。

【００５８】監視時間の索引（Ｓ77）を終わるとステッ
プＳ78においてその障害情報に対して監視時間固定の指
定が行われているか否かを確認する。監視時間固定の指
定は図８に一例が記載してあるように監視時間指定テー
ブル１の中に「監視時間固定指定」の項を設けて指定す
る。図８において「監視時間固定指定」に“１”が設定
されているものが監視時間を固定するように指定された
障害、“０”が設定されているものが固定が指定されて
いない障害である。

【００５９】図６においては監視時間指定テーブル１を
索引したとき（Ｓ77) に監視時間固定指定情報も同時に
索引される。最初の障害情報が例えばＣＣの電源障害で
あれば監視時間固定指定があるため図６のステップＳ78
よりステップＳ79に進む。ここで監視実行時間Ｔset に
“０”以外の数値が設定されているか否かを確認する
が、最初の障害情報のときはＴset ＝０であるので索引
した監視時間Ｔs （ＣＣの電源障害の例ではＴs ＝１０
秒）を監視実行時間Ｔset に固定化して設定する（Ｓ79
→Ｓ80）。この固定化はＴset の値を記憶する箇所に例
えば固定化を意味するビットを付加するなどにより行
う。Ｔset ≠０の場合については後述する。

【００６０】ステップＳ78において監視時間固定の指定
の有無を確認したときに監視時間固定の指定がなければ
ステップＳ82に進むが、以後の処理（Ｓ82→Ｓ87）は図
５における処理（Ｓ57→Ｓ62）と同一である。

【００６１】監視時間固定の指定があり、ステップＳ80
において監視時間Ｔs を監視実行時間Ｔset に設定した
場合はその状態で時間の経過を待ち、１秒が経過すると
再びステップＳ73に戻る（Ｓ86→Ｓ87→Ｓ73）。ステッ
プＳ73に戻ったのちステップＳ74に進むが、今度はＴcn
t ＝０ではないのでステップＳ75に進む。ステップＳ75
で固定化された監視実行時間Ｔset が設定されているか
否か確認するが、この例では先にステップＳ80でＴset
＝Ｔs ＝１０（秒）が固定設定されているのでステップ
Ｓ76以下の処理を行うことなく時間の経過を待つ（Ｓ75
→Ｓ86）。以後、監視実行時間の１０秒が経過するまで
上記の処理を繰り返し、Ｔs ＝Ｔset になると診断処理
を開始する（Ｓ87→Ｓ88）。なお、監視実行時間の１０
秒の間は他の障害情報の収集が続けられているので、診
断処理開始の際は最初の障害情報と以後の10秒の間に受
信した障害情報が診断処理に使用される（Ｓ88) 。

【００６２】次に、最初に受信した障害情報に監視時間
固定の指定がなく、監視実行時間中に新たに発生した障
害情報に監視時間固定の指定があった場合の例について
説明する。最初に受信した障害情報に監視時間固定の指
定がない場合は図６のＳ71〜Ｓ74→Ｓ77→Ｓ78→Ｓ82→
Ｓ83→Ｓ84の各ステップの処理が行われたのち、１秒が
経過するとＳ86, Ｓ87のステップを経てステップＳ73に
戻る。この過程で監視実行時間Ｔset に最初の障害情報
に指定されていた監視時間Ｔs の値が設定される。

【００６３】ステップＳ73に戻ったのち、Ｓ73→Ｓ74→
Ｓ75と進むが、先に設定した監視実行時間Ｔset は固定
化されていないのでステップＳ75よりステップＳ76に進
む。ＣＣ＃０はその間（この場合は１秒間）、他の障害
情報を受信しているが、説明の便から新たな障害情報を
ひとつだけ受信したとする。この場合はステップＳ76か
らステップＳ77に進むが、監視時間視点テーブル１を索
引した結果、新たな障害情報には監視時間固定の指定が
あったとする。

【００６４】この場合はＳ77→Ｓ78→Ｓ79と進むが、ス
テップＳ79においてＴset ＝０でないことが確認される
ため、ステップＳ81に進み、その時点で設定されている
監視実行時間Ｔset の値を固定化する。固定化の指定先
に説明した方法で行うが、以後の処理も先に説明したも
のと同様になる。

【００６５】以上の処理を具体的の例により説明する。
最初に受信した障害情報がスイッチの電源断以外の障害
であったとすると、図８の監視時間指定テーブルでは監
視時間としてＴs ＝３０（秒）が索引される。従って、
この障害情報に対して監視実行時間はＴset ＝Ｔs ＝３
０が設定される。このＴset の値は固定化されていない
ので、１秒経過後に図６のステップＳ73に戻ったのちは
ステップＳ75からステップＳ76に進む。この１秒経過の
間にＣＣ＃１が回線対応部23の電源断障害の障害情報を
受信していればステップＳ77に進み、監視時間の索引を
行うが、図８の監視時間指定テーブルでは回線対応部23
の電源断障害に対しては監視時間としてＴs ＝２０
（秒）が固定指定されている。

【００６６】そこでこの場合は回線対応部23の電源断障
害に対して指定されている監視時間は使用せずに、監視
時間固定の指定のみによりステップＳ78に進む。ステッ
プＳ78において監視実行時間についてＴset ＝０である
か否か確認するが、この場合はＴset ＝３０が設定され
ているのでこのＴset ＝３０をそのまま固定化する。以
後、監視実行時間が経過する間、ステップＳ73に戻って
処理を繰り返すが、以後の処理においてはステップＳ75
よりステップＳ86に進むので、最初に設定された監視実
行時間の値は固定化されたまま３０秒が経過すれば診断
処理が開始される。

【００６７】なお、以上においては監視時間固定の指定
がある障害情報を受信したときはその時点で設定されて
いる監視実行時間をそのまま固定するとしたが、既に設
定されている監視実行時間よりも新たに受信した障害情
報に対して指定されている監視時間の方が長い場合があ
り得るので、そのような場合にはステップＳ81において
設定済の監視実行時間と新たに索引した監視時間のいず
れか大きい方の値を新たな監視実行時間として固定的に
設定するようにしてもよい（図６の処理をこのような処
理に変えるることは容易であるので処理フローの図示は
省略する）。

【００６８】以上のように、図６では最初の障害情報を
受信してから監視中に他の障害情報を受信した場合には
図５におけると同様に監視実行時間を延ばして監視を続
けるが、特定の障害情報を受信した場合には図４におけ
ると同様に、その特定の障害情報に指定されている監視
時間の間だけ監視を行って診断処理を開始する。従っ
て、障害情報が多発するような場合には有効な障害情報
を最大限収集して障害の解析を行うことができ、原因が
比較的特定し易い障害（例えば各種の装置の電源障害な
ど）や緊急性のある障害（例えばＣＣの障害など）が発
生した場合には最小限の監視で診断処理を開始すること
によってシステムの信頼性を向上することができる。

【００６９】以上、図４乃至図６及び図８を用いて本発
明の実施例を説明したが、これらの図面はあくまで本発
明の実施例の一部を示したものに過ぎず、本発明が図示
された内容や数値のみに限定されるものでないことは言
うまでもない。例えば、図４乃至図６及び図８に記載し
た時間は秒を単位として記載しているが、例えばミリ秒
（ｍｓ）を単位として動作するものであっても差し支え
ないことは明らかである。また、上記の説明は図７に図
示した交換システムに本発明を適用した場合を前提に行
ったが、本発明を適用する対象が図７の構成をもつ交換
システムに限定されるものでないことは勿論、本発明が
通信システム以外のシステム、例えば情報処理システム
にも適用可能であることは明らかである。

【００７０】

【発明の効果】以上説明したように、本発明によれば、
障害が発生してから診断処理を開始するまでの監視時間
を障害情報の内容に応じて変えることができるので、障
害解析に必要な他の障害情報を収集する時間を発生した
障害の種類ごとに最適な時間に設定することができる。
また、監視時間中に他の障害情報が発生した場合には監
視時間を延ばして障害解析に有効な障害情報を最大限収
集するようにすることもできる。更に、複数の障害情報
が発生した場合に監視時間を延長して障害情報を最大限
収集するようにすると同時に、障害情報の中に原因が比
較的特定し易い障害や緊急性のある障害が発生した場合
には最小限の監視で診断処理を開始するようにすること
もできる。

【００７１】このため、本発明においては障害解析に必
要な障害情報を収集するために障害が発生してから必要
以上の時間を費やすことなく最適な時期に診断を開始す
ることができ、障害の回復時期の短縮とシステムの信頼
性の向上に大きく貢献する。

【図面の簡単な説明】

【図１】 本発明の最適診断開始時期決定方法原理説明
図（１）

【図２】 本発明の最適診断開始時期決定方法原理説明
図（２）

【図３】 本発明の最適診断開始時期決定方法原理説明
図（３）

【図４】 本発明の最適診断開始時期決定方法の実施例
処理フロー図（１）

【図５】 本発明の最適診断開始時期決定方法の実施例
処理フロー図（２）

【図６】 本発明の最適診断開始時期決定方法の実施例
処理フロー図（３）

【図７】 本発明を適用する交換システムのモデル構成
図

【図８】 本発明の実施例監視時間指定テーブル構成図

【図９】 診断対象交換機のモデル構成図

【図１０】 診断対象交換機のモデル実装図

【図１１】 従来技術の自動診断処理機能の構成図

【図１２】 従来技術の自動診断処理機能の処理フロー
図

【符号の説明】

１ 監視時間指定手段（監視時間指定テーブル）

Claims (3)

【特許請求の範囲】
1. 【請求項１】 通信システム内において発生する可能性
   がある障害情報ごとに各障害情報が発生してから診断を
   開始するまでに必要な障害発生状況の監視時間を指定し
   た監視時間指定手段を備え、 通信システムを構成する装置より障害の発生を通知する
   第１の障害情報を受信したときに、前記監視時間指定手
   段を用いて該第１の障害情報に対して指定された監視時
   間を索引して索引した監視時間を監視実行時間として設
   定したのち、該監視実行時間が経過するまでの間に発生
   した他の障害情報を受付けて保存し、 前記監視実行時間が経過したときに前記第１の障害情報
   と監視実行時間中に受信した他の障害情報を用いて障害
   箇所を特定する診断処理を開始することを特徴とする最
   適診断開始時期決定方法。
2. 【請求項２】 前記監視実行時間の経過中に新たな障害
   情報を受信したときは、前記監視時間指定手段を用いて
   新たな障害情報に対して指定されている監視時間を索引
   して索引した新たな監視時間をその時点で設定されてい
   る監視実行時間に加算して新たな監視実行時間として設
   定し、かつ、新たな監視時間をその時点で設定されてい
   る監視実行時間に加算して算出した監視実行時間が予め
   定められた最大監視時間を超えたときは該最大監視時間
   を新たな監視実行時間として設定することを特徴とする
   請求項１記載の最適診断開始時期決定方法。
3. 【請求項３】 前記監視時間指定手段内の特定の障害情
   報に対して、指定した監視時間を監視実行時間として固
   定的に設定することを指示する監視時間固定指定情報を
   付与し、 障害情報を受信し、前記監視時間指定手段を用いて該障
   害情報に対して指定されている監視時間を索引したとき
   に該障害情報に対して監視時間固定指定情報が付与され
   ていたときは、その時点で監視実行時間が設定されてい
   なければ索引した監視時間を監視実行時間として固定的
   に設定し、すでに監視実行時間が設定されていればその
   時点で設定されている監視実行時間を固定化させること
   を特徴とする請求項２記載の最適診断開始時期決定方
   法。