JP3097057B2 - 通信網の異常影響度評価装置 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、通信網内の異常発生時
に遂行される措置の自動選定に必要な、被害を被る顧客
やサービスへの異常による影響度を評価する技術に係わ
り、特に、より的確な措置の選定を行なうのに好適な通
信網の異常影響度評価装置に関するものである。

【０００２】

【従来の技術】従来、通信網の異常発生時に、この異常
に対応する適切な措置を選択するために、例えば、本発
明の提案者らによる特願平４−４４５０３号公報に記載
のように、この異常による顧客毎の迷惑の程度と、サー
ビス毎の支障の程度とを表わす影響度を評価する技術が
用いられている。この従来技術は、通信網内の各装置か
らのアラームに対応する措置を選定する場合に、故障発
生個所を特定し、特定した故障個所毎に、故障発生時点
での影響度を自動的に評価するものである。

【０００３】この技術では、故障が発生した時点での影
響度評価を行ない、その評価結果に基づいて適切な措置
を選定している。しかし、影響度は、時間の経過につれ
て変化するために、実際に措置を行なうときには、選定
した措置が適切なものとは異なっている可能性がある。
また、サービス毎、顧客毎の影響度の評価や、選定した
措置を実施した場合の効果の予測、さらに、被害を受け
た各サービスや顧客に対して予測した措置の履歴の記録
などが考慮されておらず、保守者に適切な措置を選定さ
せるには、まだ十分ではなかった。

【０００４】

【発明が解決しようとする課題】解決しようとする問題
点は、従来の技術では、故障に対する措置を実際に行な
う時点での影響度を評価していない点と、サービス毎お
よび顧客毎の影響度の評価や、選定した措置を実施した
場合の効果の予測、および、被害を受けた各顧客に対し
て予測した措置の履歴の記録などが考慮されていない点
である。本発明の目的は、これら従来技術の課題を解決
し、影響度の時間推移を、サービス毎および顧客毎に予
測して、より的確な措置を決定することができると共
に、選定した措置を実施した場合の効果の予測や、異常
発生時点で導出した影響度を蓄積保存することによる迅
速な故障申告への対応を行なうことができ、通信網の信
頼性と安全性の向上を可能とする通信網の異常影響度評
価装置を提供することである。

【０００５】

【課題を解決するための手段】上記目的を達成するた
め、本発明の通信網の異常影響度評価装置は、（１）通
信網内の異常発生時に、この異常に対する適切な措置を
選択するために、この異常による被害を被る顧客への被
害の影響度の予測を行なう通信網の異常影響度評価装置
において、通信網内の異常発生時に、通信網内を監視す
る監視装置から通知される異常が発生した個所の情報
と、顧客およびサービスの収容情報とに基づき、異常の
影響を被る顧客とサービスを抽出し、この抽出した各々
の顧客とサービスに割り当てられていたリソースの正常
時の使用状況を把握し、この使用状況を用いて、抽出し
た顧客とサービスへの異常が及ぼす被害の影響度を推定
する第１の影響度予測部と、この第１の影響度予測部で
推定した影響度が、予め設定されたしきい値を超える顧
客とサービスを措置対象として選択し、この選択した措
置対象毎に、顧客とサービスへの異常の影響を回避する
措置を選択する第１の措置決定部と、この第１の措置決
定部で選択した措置と、異常発生時における顧客とサー
ビスに割り当てられていたリソースの使用状況とに基づ
き、第１の措置決定部で選択した措置を実施した場合の
影響度の改善状況を推定する第１の措置実施後影響度予
測部を設けることを特徴とする。 また、（２）通信網内の異常発生時に、この異常に対す
る適切な措置を選択するために、この異常による被害を
被る顧客への被害の影響度の予測を行なう通信網の異常
影響度評価装置において、通信網内の異常発生時に、通
信網内を監視する監視装置から通知される異常が発生し
た個所の情報と、顧客およびサービスの収容情報とに基
づき、異常の影響を被る顧客とサービスを抽出し、この
抽出した各々の顧客とサービスに割り当てられていたリ
ソースの正常時の使用状況の時間推移を把握し、この使
用状況の時間推移を基に、異常発生以後のリソースの使
用状況を予測し、この予測したリソースの使用状況を基
に、異常発生時点と異常発生以後の影響度の時間推移を
予測する第２の影響度予測部と、指定された時刻におけ
る第２の影響度予測部で予測した影響度が、予め設定さ
れたしきい値を超える顧客とサービスを措置対象として
選択して、この選択した措置対象毎に、顧客とサービス
への異常の影響を回避する措置を選択する第２の措置決
定部とを設けることを特徴とする。 また、（３）上記（２）に記載の通信網の異常影響度評
価装置において、第２の措置決定部で選択した措置と、
異常発生時における顧客とサービスに割り当てられてい
たリソースの使用状況の時間推移とに基づき、第２の措
置決定部で選択した措置を実施した場合の影響度の改善
状況の時間推移を推定する第２の措置実施後影響度予測
部を設けることを特徴とする。 また、（４）上記（１）から（３）のいずれかに記載の
通信網の異常影響度評価装置において、通信網内の異常
発生時に予測された被害を被る顧客への被害の影響度を
記録するデータ管理部と、顧客からの故障申告に対し
て、このデータ管理部に蓄積された影響度の記録から、
この顧客に関する影響度を検索する影響度検索部とを設
けることを特徴とする。

【０００６】

【作用】本発明においては、通信網内での異常発生が通
知されると、第１の影響度予測部は、異常の影響を被っ
たサービスと顧客に割り当てられていたリソースの使用
状況を把握し、その使用状況を基に、異常発生時点での
影響度を、抽出した顧客やサービス毎に推定する。そし
て、第１の措置決定部は、第１の影響度予測部で推定し
た影響度を基に、顧客やサービス毎に措置対象を選択し
て、この選択した措置対象毎に適切な措置を決定する。
この決定された措置と、第１の影響度予測部で推定され
た影響度は、端末の表示部等で、保守者に対して表示さ
れる。このようにして、保守者は、異常発生時点での影
響度と適切な措置を、異常により被害を被る各々の顧客
やサービス毎に知ることができる。

【０００７】保守担当者が、この表示内容から任意の措
置を選択すると、第１の措置実施後影響度予測部は、こ
の選択された措置と、第１の影響度予測部で把握した各
サービスおよび顧客に割り当てられていたリソースの使
用状況とを基に、この選択された措置を実施した場合の
リソースの使用状況を推定し、この推移した使用状況を
基に、第１の影響度予測部と同様にして、措置の実施後
の影響度を推定する。その影響度は端末部へ通知され、
保守者に対して表示される。このことにより、保守担当
者は、処置の実施に先だって、措置の効果をシミュレー
ションすることができる。

【０００８】また、第２の影響度予測部と第２の措置決
定部、および、第２の措置実施後影響度予測部とを設け
た構成においては、リソースの使用状況の時間推移、お
よび、影響度の時間推移などを基に、それぞれの処理を
行なう。すなわち、第２の影響度予測部は、影響を被っ
たサービスと顧客に割り当てられていたリソースの正常
時の使用状況の時間推移を把握し、その使用状況の時間
推移を基に、異常発生以後のリソースの使用状況を予測
し、その予測結果を基に、異常発生時点と異常発生以後
の影響度の時間推移を推定する。この推定された時間推
移を用いて、第２の措置決定部は、サービスや顧客毎の
措置対象を選択して、選択した措置対象毎に措置を決定
する。そして、第２の措置実施後影響度予測部は、この
決定された措置を実施した場合の影響度の時間推移を推
定する。このようにして推定された影響度の時間推移
や、第２の影響度予測部で推定された影響度の時間推
移、および、第２の措置決定部で決定された措置など
は、端末で、保守者に表示される。

【０００９】また、第１、もしくは、第２の影響度予測
部が推定した異常発生時点での影響度を、データ管理部
で記録する。そして、保守者が、顧客からの故障申告に
対応して、端末から、影響度の検索と検索条件を指示す
ると、影響度検索部は、データ管理部から、故障申告し
た顧客に関連する影響度を、検索条件に従って検索し、
端末部へ、検索結果を通知する。そして、端末部は、影
響度検索部から通知された検索結果を、保守者に対して
表示する。このことにより、保守者は、顧客に関連する
過去の影響度を、迅速に得ることができる。

【００１０】

【実施例】以下、本発明の実施例を、図面により詳細に
説明する。図１は、本発明の通信網の異常影響度評価装
置の本発明に係わる構成の第１の実施例を示すブロック
図である。本図において、１は、本発明に係わる異常影
響度評価装置、２は、通信網内の各局の正常性を監視す
る監視装置、７は、通信網である。この通信網７は、顧
客とサービスに関する契約情報と定義情報とを管理する
網サービス管理局３と、顧客とサービスに関する呼処理
を行なう複数の網サービス制御局４ａ、４ｂと、呼接続
を行なう複数の交換局５ａ〜５ｃとにより構成されてい
る。網サービス管理局３は、管理している顧客とサービ
スに関する契約情報と定義情報とを、網サービス制御局
４ａ、４ｂへ転送し、網サービス制御局４ａ、４ｂより
運用情報を収集して蓄積する。尚、交換局５ａ〜５ｃと
網サービス制御局４ａ、４ｂ、網サービス制御部４ａ、
４ｂと網サービス管理部３、網サービス管理部３と異常
影響度評価装置１、監視装置２と網サービス制御部４
ａ、４ｂ、そして、監視装置２と異常影響度評価装置１
は、それぞれ、情報転送網６を介して接続されている。

【００１１】異常影響度評価装置１は、通信網７内の異
常発生時に、監視装置２から通知される異常が発生した
個所の情報と、顧客およびサービスの収容情報とに基づ
き、異常の影響を被る顧客とサービスを抽出し、この抽
出した各々の顧客とサービスに割り当てられていたリソ
ースの正常時の使用状況を把握し、この使用状況を用い
て、抽出した顧客とサービスへの異常が及ぼす被害の影
響度を推定する本発明に係わる第１の影響度予測部１２
と、この第１の影響度予測部１２で推定した影響度が、
予め設定されたしきい値を超える顧客とサービスを措置
対象として選択し、選択した措置対象毎に、顧客とサー
ビスへの異常の影響を回避する措置を選択する本発明に
係わる第１の措置決定部１３と、この第１の措置決定部
１３で選択した措置と、異常発生時における顧客とサー
ビスに割り当てられていたリソースの使用状況とに基づ
き、第１の措置決定部１３で選択した措置を実施した場
合の影響度の改善状況を推定する本発明に係わる第１の
措置実施後影響度予測部１４と、第１の影響度予測部１
２により、通信網内の異常発生時に予測された被害を被
る顧客への被害の影響度を記録する本発明に係わるデー
タ管理部１６と、顧客からの故障申告に対して、このデ
ータ管理部１６に蓄積した影響度の記録から、この顧客
に関する影響度を検索する本発明に係わる影響度検索部
１５と、異常影響度評価装置１の処理結果の表示や、異
常影響度評価装置１への保守者からの入力を行なう端末
部１７と、監視装置２や、通信網７の網サービス管理局
３との通信制御を行なう通信部１１とにより構成されて
いる。

【００１２】以下、このような構成による異常影響度評
価装置１の本発明に係わる動作を説明する。通信網７内
に異常が発生し、監視装置２から、この異常発生が通知
されると、第１の影響度予測部１２は、異常の影響を被
ったサービスと顧客を抽出し、これらの影響を被ったサ
ービスと顧客に割り当てられていたリソースの使用状況
を把握する。そして、第１の影響度予測部１２は、その
使用状況を基に、異常発生時点での影響度を、抽出した
顧客やサービス毎に推定する。第１の措置決定部１３
は、第１の影響度予測部１２で推定した影響度を用い
て、顧客やサービス毎に措置対象を選択し、選択した措
置対象毎に適切な措置を決定する。この決定された措置
と、第１の影響度予測部１２で推定された影響度は、端
末部１７の表示部等で、保守者に対して表示される。こ
のようにして、保守者は、異常発生時点での影響度と適
切な措置を、異常により被害を被る各々の顧客やサービ
ス毎に知ることができる。

【００１３】また、例えば、保守者が、この表示内容か
ら任意の措置を選択すると、第１の措置実施後影響度予
測部１４は、この選択された措置と、第１の影響度予測
部１２で把握した影響を被った各サービスおよび顧客に
割り当てられていたリソースの使用状況とを基に、この
選択された措置を実施した場合のリソースの使用状況を
推定し、この推移した使用状況を基に、第１の影響度予
測部１２と同様にして、措置の実施後の影響度を推定す
る。その影響度は端末部１７へ通知され、保守者は、処
置の実施に先だって、措置の効果をシミュレーションす
ることができる。

【００１４】また、データ管理部１６は、第１の影響度
予測部１２が推定した異常発生時点での影響度を記録す
る。そして、保守者が、端末部１７を介して、顧客から
の故障申告を受理した場合、端末部１７を介して、影響
度の検索と検索条件を指示すると、影響度検索部１５
は、データ管理部１６から、故障申告した顧客に関連す
る影響度を、検索条件に従って検索し、端末部１７へ、
検索結果を通知する。そして、端末部１７は、影響度検
索部１５から通知された検索結果を、保守者に対して表
示する。このことにより、保守者は、故障申告をしてき
た顧客に関連する過去の影響度を得ることができる。
尚、データ管理部１６は、次の図２で示すように、様々
なテーブルからなり、異常影響度評価装置１は、これら
のテーブルを用いて、上述の本発明に係わる処理動作を
行なう。以下、図２を用いて、異常影響度評価装置１の
本発明に係わる処理動作を、より詳しく説明する。

【００１５】図２は、図１における異常影響度評価装置
の本発明に係わる構成の一実施例を示すブロック図であ
る。本実施例は、特に、図１における異常影響度評価装
置１のデータ管理部１６内のテーブルの詳細な例を示す
ものであり、データ管理部１６は、以下のテーブルから
なる。異常発生局所テーブル２１は、異常が発生した局
を把握するために用い、異常発生時刻と、その局所番号
と、その異常の内容とを要素とする。罹障サービス／顧
客テーブル２２は、異常の影響を被ったサービスと顧客
の一覧を、一時格納するために用い、サービス／顧客識
別番号と、その影響の種類を表わす影響種別とを要素と
する。ここで、影響種別とは、発信不能、着信不能、時
々発信不能、時々着信不能、通話中切断等である。リソ
ース使用状況テーブル２３は、リソース使用状況の実測
値を一時格納するために用い、サービス／顧客識別番号
と、測定期間と、発信呼数とを要素とする。予測リソー
ス使用状況テーブル２４は、リソース使用状況の予測値
を一時格納するために用い、上述のリソース使用状況テ
ーブル２３と同じ要素を持つ。影響度テーブル２５は、
測定したトラヒック、および、予測したトラヒックとに
基づいて導出した影響度を一時格納するために用い、サ
ービス／顧客識別番号と、時刻と、その時刻のそのサー
ビス、および、顧客の影響度とを要素とする。影響度記
録テーブル２６は、測定したトラヒックに基づいて導出
した影響度を、長期間記録して蓄積するために用い、上
述の影響度テーブル２５と同じ要素を持つ。重要顧客テ
ーブル２７は、重要な顧客の一覧を格納するために用
い、顧客識別番号と、その顧客の重要性とを要素とす
る。措置対象テーブル２８は、優先して措置すべきサー
ビスと顧客の一覧を一時格納するために用い、サービス
／顧客識別番号と、措置を行なう優先順位と、措置とを
要素とする。

【００１６】以下、図１における通信網７内の網サービ
ス制御局４ａに異常が発生し、この網サービス制御局４
ａと網サービス管理局３との間、および、網サービス制
御局４ａと交換局５ａ〜５ｃとの間の通信が途絶えた場
合を想定し、網サービス制御局４ａに収容されている顧
客とサービスを、網サービス制御局４ｂへ収容替えして
回復させるまでの手順を示す。尚、この例では、網サー
ビス制御局４ｂの能力上、網サービス制御局４ａに収容
している全ての顧客とサービスを、網サービス制御局４
ｂへ収容替えすることが不可能であるとする。

【００１７】上述で想定している異常が発生した場合、
図１において、通信網内の異常を監視している監視装置
２が、網サービス制御局４ａに異常が発生したことを検
出し、情報転送網６を介して、異常発生個所と異常の状
況を異常影響度評価装置１内の通信部１１へ通知する。
通信部１１は、図１の監視装置２から通知された異常発
生個所と、異常の状況とをデータ管理部１６へ通知し、
さらに、第１の影響度予測部１２へ、異常発生を通知す
る。データ管理部１６は、通信部１１から通知された異
常発生個所と異常の状況とを、異常発生局所テーブルへ
登録し、第１の影響度予測部１２からの異常発生個所の
問い合わせに対して、異常発生局所テーブル２１を検索
して、異常発生個所を回答する。

【００１８】第１の影響度予測部１２は、通信部１１か
ら異常発生を通知されると、データ管理部１６へ、異常
発生個所を問い合わせ、データ管理部１６から回答され
た異常発生個所を検索条件として、異常発生個所に収容
されていたサービスおよび顧客の一覧を、通信部１１を
介して、網サービス管理局３へ問い合わせ、網サービス
管理局３から回答された異常発生個所に収容されていた
サービスおよび顧客の一覧を、データ管理部１６へ通知
する。データ管理部１６は、第１の影響度予測部１２よ
り通知されたサービスおよび顧客の一覧を、罹障サービ
ス／顧客テーブル２２へ登録する。また、第１の影響度
予測部１２は、網サービス管理局３から回答されたサー
ビスおよび顧客に割り当てられていたリソースの異常発
生以前の使用状況を、通信部１１を介して、網サービス
管理局３へ問い合わせ、網サービス管理局３から回答さ
れたリソースの異常発生以前の使用状況を、データ管理
部１６へ通知する。データ管理部１６は、第１の影響度
予測部１２より通知されたリソースの異常発生以前の使
用状況を、リソース使用状況テーブル２３へ登録する。

【００１９】また、第１の影響度予測部１２は、網サー
ビス管理局３から回答されたリソースの異常発生以前の
使用状況を基に、異常発生個所に収容されていたサービ
スおよび顧客毎の影響度を予測し、影響度の予測結果を
データ管理部１６へ通知し、影響度の予測結果の中か
ら、影響が顕著なサービスおよび顧客の影響度を端末部
１７へ通知し、第１の措置決定部１３へ、影響度予測の
終了を通知する。データ管理部１６は、第１の影響度予
測部１２より通知された影響度の予測結果を、影響度記
録テーブル２６へ登録する。端末部１７は、第１の影響
度予測部１２より通知された影響が顕著なサービスおよ
び顧客の影響度を、端末部画面上に表示する。

【００２０】第１の措置決定部１３は、第１の影響度予
測部１２から影響度予測の終了を通知されると、データ
管理部１６から、異常の影響を被った、予め登録された
重要な顧客の一覧を問い合わせ、問い合わせ結果を、デ
ータ管理部１６へ通知する。データ管理部１６は、第１
の措置決定部１３からの問い合わせに応じて、罹障サー
ビス／顧客テーブル２２と、重要顧客テーブル２７との
両方に含まれている顧客を抽出し、第１の措置決定部１
３へ回答し、また、第１の措置決定部１３から通知され
た問い合わせ結果を、措置対象テーブル２８へ登録す
る。また、第１の措置決定部１３は、データ管理部１６
へ、影響度の一覧を問い合わせ、その影響度が、予め設
定してあるしきい値を超えたサービスおよび顧客を抽出
し、データ管理部１６へ、その抽出結果を通知する。デ
ータ管理部１６は、第１の措置決定部１３からの問い合
わせに応じて、影響度テーブル２５内容を回答し、第１
の措置決定部１３から通知された抽出結果を、措置対象
テーブル２８へ追加登録する。

【００２１】第１の措置決定部１３は、データ管理部１
６へ、先に登録した措置対象を問い合わせ、まず、重要
顧客の中で、その影響度の大きな順に、優先順位番号を
付与し、続いて、重要顧客以外の中で、影響度の大きな
順に、重要顧客で付与した優先順位番号に続く番号を付
与し、このようにして付与した優先順位番号を、データ
管理部１６へ通知する。データ管理部１６では、第１の
措置決定部１３から通知された優先順位番号を、措置対
象毎に、措置対象テーブル２８へ登録する。また、第１
の措置決定部１３は、データ管理部１６から措置対象を
問い合わせ、本実施例では、データ管理部１６から回答
された措置対象毎に、図１における網サービス制御局４
ａから網サービス制御局４ｂへ、収容替えをする措置を
選択し、データ管理部１６へ、措置対象毎の措置を通知
し、端末部１７へ、措置対象と措置とを通知する。

【００２２】保守者が、端末部１７に対して、措置を実
施した場合の影響度の改善状況の予測を、対象とする措
置対象と共に指示すると、端末部１７は、措置実施後の
影響度の改善状況の予測要求を指定された措置対象と共
に、第１の措置実施後影響度予測部１４へ通知する。第
１の措置実施後影響度予測部１４は、端末部１７から、
措置実施後の影響度の改善状況の予測要求を通知される
と、データ管理部１６へ、異常発生個所に収容されてい
たサービスおよび顧客の一覧を問い合わせ、その問い合
わせ結果から、端末部より通知された指定された措置対
象を除き、データ管理部１６へ、除かれたサービスおよ
び顧客に関するリソース使用状況を問い合わせ、その問
い合わせ結果を、データ管理部１６へ通知する。データ
管理部１６は、第１の措置実施後影響度予測部１４から
の異常発生個所に収容されていたサービスおよび顧客の
一覧の問い合わせに対して、罹障サービス／顧客テーブ
ル２２の内容を回答し、また、サービスおよび顧客に関
するリソース使用状況の問い合わせに対して、リソース
使用状況テーブル２３の内容を回答し、通知された問い
合わせ結果を、予測リソース使用状況テーブル２４に登
録する。

【００２３】また、第１の措置実施後影響度予測部１４
は、データ管理部１６へ、サービスおよび顧客に関する
リソース使用状況を問い合わせ、その使用状況を基に、
端末部より通知された措置対象に措置を行なった場合の
サービスおよび顧客毎の影響度の改善状況を予測し、措
置を行なった場合の影響度の予測結果をデータ管理部１
６へ通知し、措置を行なった場合の影響度の予測結果の
中から、影響が顕著なサービスおよび顧客の影響度を、
端末部１７へ通知する。データ管理部１６は、第１の措
置実施後影響度予測部１４から通知された措置を行なっ
た場合の影響度を、影響度テーブル２５に登録する。ま
た、端末部１７は、第１の措置実施後影響度予測部１４
から通知された影響が顕著なサービスおよび顧客の影響
度を、画面上に表示する。

【００２４】次に、第１の影響度予測部１２と第１の措
置決定部１３、および、第１の措置実施後影響度予測部
１４の本発明に係わる処理動作を、図３〜図５を用い
て、それぞれ、説明する。図３は、図２における第１の
影響度予測部の本発明に係わる処理動作の一実施例を示
すフローチャートである。図２における第１の影響度予
測部１２は、図２の通信部１１から異常発生を通知され
ると、まず、図２のデータ管理部１６へ異常発生個所を
問い合わせ、異常発生個所を把握する（ステップ３０
１）。そして、図２のデータ管理部１６から回答された
異常発生個所を検索条件として、異常発生個所に収容さ
れていたサービスおよび顧客の一覧を、通信部を介し
て、網サービス管理局３へ問い合わせる（ステップ３０
２）。さらに、図２の網サービス管理局３から回答され
た異常発生個所に収容されていたサービスおよび顧客の
一覧を、データ管理部１６へ通知し、図２の罹障サービ
ス／顧客テーブル２２へ登録させる（ステップ３０
３）。

【００２５】次に、図２の網サービス管理局３から回答
されたサービスおよび顧客に割り当てられていたリソー
スの異常発生以前の使用状況を、図２の通信部１１を介
して、図２の網サービス管理局３へ問い合わせる（ステ
ップ３０４）。そして、図２の網サービス管理局３から
回答されたリソースの異常発生以前の使用状況を、図２
のデータ管理部１６へ通知し、図２のリソース使用状況
テーブル２３へ登録させる（ステップ３０５）。

【００２６】さらに、網サービス管理局３から回答され
たリソースの異常発生以前の使用状況を基に、異常発生
個所に収容されていたサービスおよび顧客毎の影響度を
予測して影響度の導出を行なう（ステップ３０６）。こ
の予測結果を、図２のデータ管理部１６へ通知し、図２
の影響度記録テーブル２６へ登録させる（ステップ３０
７）。影響度の予測結果の中から、影響が顕著なサービ
スおよび顧客の影響度を、図２の端末部１７へ通知し、
画面に表示させる（ステップ３０８）。そして、図２の
措置方法決定部１３へ、影響度予測の終了を通知する
（ステップ３０９）。

【００２７】図４は、図２における第１の措置決定部の
本発明に係わる処理動作の一実施例を示すフローチャー
トである。図２における第１の措置決定部１３は、図２
の影響度予測部１２から影響度予測の終了を通知される
と、以下に示す処理内容を順次実行する。まず、図２の
データ管理部１６に、異常の影響を被った予め登録され
た重要な顧客の一覧を問い合わせ、図２の罹障サービス
／顧客テーブル２２と、重要顧客テーブル２７との両方
に含まれている顧客を抽出して、罹障重要顧客の抽出を
行なう（ステップ４０１）。そして、その結果（罹障重
要顧客）を、図２のデータ管理部１６へ通知し、図２の
措置対象テーブル２８へ登録させる（ステップ４０
２）。

【００２８】さらに、図２のデータ管理部１６へ、影響
度の一覧を問い合わせ、図２の影響度テーブル２５の内
容から、その影響度が、予め設定されたしきい値を超え
たサービスおよび顧客を抽出して、推奨措置対象の抽出
を行なう（ステップ４０３）。そして、図２のデータ管
理部１６へ、その抽出結果（推奨措置対象）を通知し、
図２の措置対象テーブル２８へ追加登録させる（ステッ
プ４０４）。

【００２９】次に、図２のデータ管理部１６へ、先に登
録した措置対象を問い合わせ、まず、重要顧客の中で、
その影響度の大きな順に、優先順位番号を付与し、続い
て、重要顧客以外の中で、影響度の大きな順に、重要顧
客で付与した優先順位番号に続く番号を付与し、このよ
うにして付与した優先順位番号を、図２のデータ管理部
１６へ通知し、優先順位番号を、措置対象毎に、図２の
措置対象テーブル２８へ登録させる（ステップ４０
５）。さらに、図２のデータ管理部１６から措置対象を
問い合わせ、例えば、回答された措置対象毎に、図１の
網サービス制御局４ａから、図１の網サービス制御局４
ｂへ収容替えをする措置を選択し、図２のデータ管理部
１６へ、措置対象毎の措置を通知し、登録させ、推奨措
置の登録を行なう（ステップ４０６）。そして、端末部
１７へ、措置対象と措置とを通知し、表示させる（ステ
ップ４０７）。

【００３０】ここで、保守者が、図２の端末部１７に対
して、措置を実施した場合の影響度の改善状況の予測
を、対象とする措置対象と共に指示すると、図２の端末
部１７は、措置実施後の影響度の改善状況の予測要求を
指定された措置対象と共に、図２の第１の措置実施後影
響度予測部１４へ通知する。図２の第１の措置実施後影
響度予測部１４は、図２の端末部１７から、このような
措置実施後の影響度の改善状況の予測要求を通知される
と、次の図５に示す処理内容を順次実行する。

【００３１】図５は、図２における第１の措置実施後影
響度予測部の本発明に係わる処理動作の一実施例を示す
フローチャートである。図２における第１の措置実施後
影響度予測部１４は、図２の端末部１７から、措置実施
後の影響度の改善状況の予測要求を通知されると、ま
ず、図２のデータ管理部１６へ、異常発生個所に収容さ
れていたサービスおよび顧客の一覧を問い合わせ、その
問い合わせ結果、すなわち、異常発生個所に収容されて
いたサービスおよび顧客の一覧の問い合わせに対する図
２の罹障サービス／顧客テーブル２２の内容から、図２
の端末部１７より通知された指定された措置対象を除
き、罹障サービス／顧客一覧修正処理を行なう（ステッ
プ５０１）。

【００３２】そして、図２のデータ管理部１６へ、この
除かれたサービスおよび顧客に関するリソース使用状況
を問い合わせ、すなわち、図２のリソース使用状況テー
ブル２３の内容から、図２の端末部１７より通知された
指定された措置対象を除いたものを取り出し、リソース
使用状況の修正を行なう（ステップ５０２）。この問い
合わせ結果を、図２のデータ管理部１６へ通知し、図２
のデータ管理部１６では、通知された問い合わせ結果
を、図２の予測リソース使用状況テーブル２４に登録す
る。

【００３３】さらに、図２のデータ管理部１６へ、サー
ビスおよび顧客に関するリソース使用状況を問い合わ
せ、その使用状況を基に、図２の端末部１７より通知さ
れた措置対象に措置を行なった場合のサービス毎および
顧客毎の影響度の改善状況を予測して、影響度導出を行
なう（ステップ５０３）。そして、措置を行なった場合
の影響度の予測結果を図２のデータ管理部１６へ通知
し、その影響度を、影響度テーブル２５に登録させる
（ステップ５０４）。また、措置を行なった場合の影響
度の予測結果の中から、影響が顕著なサービスおよび顧
客の影響度を、図２の端末部１７へ通知し、画面上に表
示させる（ステップ５０５）。

【００３４】このことにより、保守者は、措置を行なっ
た場合のサービス毎および顧客毎の影響度の改善状況を
シミュレートすることができる。次に、図１における本
発明に係わる影響度検索部１５の説明を、図６、およ
び、図７を用いて行なう。

【００３５】図６は、図１における影響度検索部の本発
明の動作に係わる構成の一実施例を示すブロック図であ
る。本図において、影響度検索部１５は、端末部１７か
ら影響度の検索を、検索条件と共に通知されると、デー
タ管理部１６へ、端末部１７から通知された検索条件を
通知し、そして、データ管理部１６から回答された検索
結果を、端末部１７へ通知する。データ管理部１６は、
影響度検索部１５から通知された検索条件を基に、図２
における影響度記録テーブル２６を検索し、検索結果
を、影響度検索部１５へ回答する。端末部１７は、影響
度検索部１５から通知された検索結果を、画面上に表示
する。このことにより、保守者は、顧客からの故障申告
を受理した際に、この顧客に関するサービスおよび顧客
の過去の影響度の検索とを行なうことができる。

【００３６】図７は、図６における影響度検索部の本発
明の動作に係わる処理動作の一実施例を示すフローチャ
ートである。図６の影響度検索部１５は、図６の端末部
１７から、影響度の検索を検索条件と共に通知される
と、まず、図６のデータ管理部１６へ、この通知された
検索条件を通知し、図２の影響度記録テーブル２６を検
索させ、影響度の検索を行なう（ステップ７０１）。そ
して、図６のデータ管理部１６から回答された検索結果
を、図６の端末部１７へ通知し、その検索結果（影響
度）を画面表示させる（ステップ７０２）。

【００３７】このようにすることにより、保守者は、顧
客に関する過去の影響度を、容易に得ることができる。
以上、図１〜図７を用いて説明した第１の実施例では、
通信網に異常が発生した時点での影響度の予測を行なう
ものであり、この予測により選択した措置は、実際に実
施される時点では、最適であるとは限らない。このよう
な問題を解決するためには、以下に示す第２の実施例が
有効である。

【００３８】図８は、本発明の通信網の異常影響度評価
装置の本発明に係わる構成の第２の実施例を示すブロッ
ク図である。本第２の実施例の異常影響度評価装置は、
図２に示した第１の実施例の異常影響度評価装置と同様
に、通信網７および監視装置２との通信制御を行なう通
信部１１と、通信網７内の異常発生時に、監視装置２か
ら通知される異常が発生した個所の情報と、顧客および
サービスの収容情報とに基づき、異常の影響を被る顧客
とサービスを抽出し、この抽出した各々の顧客とサービ
スに割り当てられていたリソースの正常時の使用状況の
時間推移を把握し、この使用状況の時間推移を基に、異
常発生以後のリソースの使用状況を予測し、この予測し
たリソースの使用状況を基に、異常発生時点と異常発生
以後の影響度の時間推移を予測する本発明に係わる第２
の影響度予測部１２ａと、指定された時刻における第２
の影響度予測部１２ａで予測した影響度が、予め設定さ
れたしきい値を超える顧客とサービスを措置対象として
選択して、この選択した措置対象毎に、顧客とサービス
への異常の影響を回避する措置を選択する本発明に係わ
る第２の措置決定部１３ａと、第２の措置決定部１３ａ
で選択した措置と、異常発生時における顧客とサービス
に割り当てられていたリソースの使用状況の時間推移と
に基づき、第２の措置決定部１３ａで選択した措置を実
施した場合の影響度の改善状況の時間推移を推定する本
発明に係わる第２の措置実施後影響度予測部１４ａと、
各部での処理結果の表示や、保守者からの入力を行なう
端末部１７と、図２で説明した各テーブル（異常発生局
所テーブル２１〜措置対象テーブル２８）からなるデー
タ管理部１６とにより構成されている。このような構成
の本第２の実施例の異常影響度評価装置は、図１に示す
構成の通信網７に接続されている。

【００３９】以下、図２において説明した第１の実施例
と同様の異常状態を想定して、本第２の実施例の動作説
明を行なう。すなわち、図１において、通信網７内の網
サービス制御局４ａに異常が発生し、この網サービス制
御局４ａと網サービス管理局３との間、および、網サー
ビス制御局４ａと交換局５ａ〜５ｃとの間の通信が途絶
えた場合を想定し、網サービス制御局４ａに収容されて
いる顧客とサービスを、網サービス制御局４ｂへ収容替
えして回復させるまでの手順を示す。ここでは、網サー
ビス制御局４ｂの能力上、網サービス制御局４ａに収容
している全ての顧客とサービスを、網サービス制御局４
ｂへ収容替えすることが不可能であるとする。

【００４０】上述で想定している異常が発生した場合、
監視装置２は、通信網７内の図１における網サービス制
御局４ａに異常が発生したことを検出し、通信部１１へ
通知する。通信部１１は、監視装置２から通知された異
常発生個所と、異常の状況とをデータ管理部１６へ通知
し、さらに、第２の影響度予測部１２ａへ、異常発生を
通知する。データ管理部１６は、通信部１１から通知さ
れた異常発生個所と異常の状況とを、異常発生局所テー
ブル２１へ登録し、第２の影響度予測部１２ａからの異
常発生個所の問い合わせに対して、異常発生局所テーブ
ル２１を検索して、異常発生個所を回答する。

【００４１】第２の影響度予測部１２ａは、通信部１１
から異常発生を通知されると、次の図９に示す処理内容
を、順次実行する。図９は、図８における第２の影響度
予測部の本発明に係わる処理動作の一実施例を示すフロ
ーチャートである。図８の第２の影響度予測部１２ａ
は、図８の通信部１１から異常発生を通知されると、ま
ず、図８のデータ管理部１６へ、異常発生個所を問い合
わせ、異常の発生個所の把握を行なう（ステップ９０
１）。そして、図８のデータ管理部１６から回答された
異常発生個所を検索条件として、異常発生個所に収容さ
れていたサービスおよび顧客の一覧を、図８の通信部１
１を介して、図１における網サービス管理局３へ問い合
わせ、罹障サービス／顧客一覧問い合わせを行なう（ス
テップ９０２）。さらに、図１の網サービス管理局３か
ら回答された異常発生個所に収容されていたサービスお
よび顧客の一覧を、データ管理部１６へ通知し、図８の
罹障サービス／顧客テーブル２２へ登録させ、罹障サー
ビス／顧客登録を行なう（ステップ９０３）。

【００４２】続いて、図１における網サービス管理局３
から回答されたサービスおよび顧客に割り当てられてい
たリソースの異常発生以前の使用状況の時間推移を、図
８の通信部１１を介して、図１の網サービス管理局３へ
問い合わせ、リソース使用状況問い合わせを行なう（ス
テップ９０４）。そして、図１の網サービス管理局３か
ら回答されたリソースの異常発生以前の使用状況の時間
推移を、図８のデータ管理部１６へ通知し、図８のリソ
ース使用状況テーブル２３へ登録させ、リソース使用状
況登録を行なう（ステップ９０５）。

【００４３】次に、図１の網サービス管理局３から回答
されたリソースの異常発生以前の使用状況の時間推移を
基に、異常発生以後の正常だった場合に予測されるリソ
ースの使用状況の時間推移を予測し、リソース使用状況
予測を行なう（ステップ９０６）。そして、リソースの
使用状況の時間推移の予測結果を、図８のデータ管理部
１６へ通知し、図８の予測リソース使用状況テーブル２
４へ登録させ、リソース使用状況予測結果登録を行なう
（ステップ９０７）。

【００４４】続いて、リソースの使用状況の時間推移の
予測結果を基に、異常発生個所に収容されていたサービ
スおよび顧客毎の影響度の時間推移を予測し、影響度導
出を行なう（ステップ９０８）。そして、影響度の時間
推移の予測結果を、図８のデータ管理部１６へ通知し、
図８の影響度テーブル２５へ登録させ、影響度予測結果
登録を行なう（ステップ９０９）。また、影響度の時間
推移の予測結果の中から、指定した時間に影響が顕著な
サービスおよび顧客の影響度を、図８の端末部１７へ通
知し、画面上に表示させ、影響度予測結果表示を行なう
（ステップ９１０）。そして、図８の第２の措置決定部
１３ａへ、影響度予測の終了を通知する（ステップ９１
１）。このようにして、実際に措置を行なう時刻を考慮
した影響度予測を行なうことができる。また、図８の第
２の影響度予測部１２ａから影響度予測の終了を通知さ
れると、図８の第２の措置決定部１３ａは、次の図１０
に示す処理内容を順次実行する。

【００４５】図１０は、図８における第２の措置決定部
の本発明に係わる処理動作の一実施例を示すフローチャ
ートである。図８の第２の措置決定部１３ａは、図８の
第２の影響度予測部１２ａから影響度予測の終了を通知
されると、まず、図８のデータ管理部１６に、異常の影
響を被った、予め登録された重要な顧客の一覧を問い合
わせ、図８の罹障サービス／顧客テーブル２２と重要顧
客テーブル２７との両方に含まれている顧客を抽出し、
罹障重要顧客の抽出を行なう（ステップ１０１）。そし
て、その問い合わせ結果を、図８のデータ管理部１６へ
通知し、図８の措置対象テーブル２８へ登録させ、罹障
重要顧客の登録を行なう（ステップ１０２）。

【００４６】次に、図８のデータ管理部１６へ、影響度
の時間推移の一覧を問い合わせ、図８の影響度テーブル
２５の内容を回答として得て、その影響度が、指定した
時間に予め設定してあるしきい値を超えたサービスおよ
び顧客を抽出し、推奨措置対象の抽出を行なう（ステッ
プ１０３）。そして、その抽出結果を、図８のデータ管
理部１６へ通知し、措置対象テーブル２８へ追加登録さ
せ、推奨措置対象の登録を行なう（ステップ１０４）。
また、図８のデータ管理部１６へ、先に登録した措置対
象を問い合わせ、まず、重要顧客の中で、その影響度の
大きな順に、優先順位番号を付与し、続いて、重要顧客
以外の中で、影響度の大きな順に、重要顧客で付与した
優先順位番号に続く番号を付与し、優先順位付けを行な
い、このようにして付与した優先順位番号を、図８のデ
ータ管理部１６へ通知し、措置対象毎に、図８の措置対
象テーブル２８へ登録させる（ステップ１０５）。

【００４７】続いて、図８のデータ管理部１６から措置
対象を問い合わせ、本実施例では、図８のデータ管理部
１６から回答された措置対象毎に、図１における網サー
ビス制御局４ａから網サービス制御局４ｂへ、収容替え
をする措置を選択し、図８のデータ管理部１６と端末部
１７へ、措置対象毎の措置を通知し、推奨措置の登録
（ステップ１０６）と表示（ステップ１０７）を行な
う。

【００４８】このようにして、実際に措置を行なう時刻
を考慮した優先措置対象の抽出を行なうことができる。
ここで、保守者が、図８の端末部１７に対して、措置を
実施した場合の影響度の時間推移の改善状況の予測を、
対象とする措置対象と共に指示すると、図８の端末部１
７は、措置実施後の影響度の時間推移の改善状況の予測
要求を指定された措置対象と共に、図８の措置実施後影
響度予測部１４ａへ通知する。図８の措置実施後影響度
予測部１４ａは、図８の端末部１７から、措置実施後の
影響度の改善状況の予測要求を通知されると、次の図１
１に示す処理内容を順次実行する。

【００４９】図１１は、図８における第２の措置実施後
影響度予測部の本発明に係わる処理動作の一実施例を示
すフローチャートである。図８の第２の措置実施後影響
度予測部１４ａは、図８の端末部１７から、措置実施後
の影響度の改善状況の予測要求を通知されると、まず、
図８のデータ管理部１６へ、異常発生個所に収容されて
いたサービスおよび顧客の一覧を問い合わせ、その問い
合わせ結果、すなわち、図８の罹障サービス／顧客テー
ブル２２の内容から、図８の端末部１７より通知された
指定された措置対象を除き、罹障サービス／顧客一覧の
修正を行なう（ステップ１１１）。そして、図８のデー
タ管理部１６へ、除かれたサービスおよび顧客に関する
リソース使用状況の時間推移を問い合わせ、その問い合
わせ結果、すなわち、図８のリソース使用状況テーブル
２３の内容を、図８のデータ管理部１６へ通知して、図
８の予測リソース使用状況テーブル２４に登録させ、リ
ソース使用状況の修正を行なう（ステップ１１２）。

【００５０】次に、図８のデータ管理部１６へ、サービ
スおよび顧客に関するリソース使用状況の時間推移を問
い合わせ、その使用状況を基に、図８の端末部１７より
通知された措置対象に措置を行なった場合のサービス毎
および顧客毎の影響度の時間推移の改善状況を予測し、
影響度導出を行なう（ステップ１１３）。そして、措置
を行なった場合の影響度の時間推移の予測結果を、図８
のデータ管理部１６に通知し、図８の影響度テーブル２
５に登録させ、影響度予測結果の登録を行なう（ステッ
プ１１４）。また、措置を行なった場合の影響度の時間
推移の予測結果の中から、影響が顕著なサービスおよび
顧客の影響度を、図８の端末部１７へ通知し、画面表示
させ、影響度予測結果の表示を行なう（ステップ１１
５）。このことにより、保守者は、措置対象に対して措
置を行なった場合の影響度の時間推移を推定することが
できる。

【００５１】以上、図１〜図１１を用いて説明したよう
に、本実施例の通信網の異常影響度評価装置によれば、
通信網内に異常が発生した場合に、この異常の影響を被
ったサービスおよび顧客に関する影響度の予測と、重要
なサービスと顧客および影響度の大きさと実際に措置を
行なう時刻を考慮した優先措置対象の抽出と、措置対象
に対して措置を行なった場合の影響度の予測、さらに、
顧客からの故障申告を受理した際に、この顧客に関する
サービスおよび顧客の過去の影響度の検索とが可能とな
る。

【００５２】尚、本発明は、図１〜図１１を用いて説明
した実施例に限定されるものではなく、その要旨を逸脱
しない範囲において種々変更可能である。例えば、図８
に示した第２の実施例の異常影響度評価装置に、図６を
用いて説明した影響度検索部１５を設けた構成とし、第
１の実施例と同様な検索動作を行なうことも可能であ
る。

【００５３】

【発明の効果】本発明によれば、通信網内に異常が発生
した場合に、その影響を被ったサービスと顧客毎に影響
度の時間推移を予測でき、また、措置を行なう時刻にお
ける影響度に基づいて優先措置対象を選定でき、さら
に、故障申告対応時には、申告内容に応じて申告者に関
連した影響度を検索することができ、保守者は、通信網
の異常発生時の迅速かつ適切な対処が容易となり、通信
網の信頼性と安全性を向上させることが可能となる。

【図面の簡単な説明】

【図１】本発明の通信網の異常影響度評価装置の本発明
に係わる構成の第１の実施例を示すブロック図である。

【図２】図１における異常影響度評価装置の本発明に係
わる構成の一実施例を示すブロック図である。

【図３】図２における第１の影響度予測部の本発明に係
わる処理動作の一実施例を示すフローチャートである。

【図４】図２における第１の措置決定部の本発明に係わ
る処理動作の一実施例を示すフローチャートである。

【図５】図２における第１の措置実施後影響度予測部の
本発明に係わる処理動作の一実施例を示すフローチャー
トである。

【図６】図１における影響度検索部の本発明の動作に係
わる構成の一実施例を示すブロック図である。

【図７】図６における影響度検索部の本発明の動作に係
わる処理動作の一実施例を示すフローチャートである。

【図８】本発明の通信網の異常影響度評価装置の本発明
に係わる構成の第２の実施例を示すブロック図である。

【図９】図８における第２の影響度予測部の本発明に係
わる処理動作の一実施例を示すフローチャートである。

【図１０】図８における第２の措置決定部の本発明に係
わる処理動作の一実施例を示すフローチャートである。

【図１１】図８における第２の措置実施後影響度予測部
の本発明に係わる処理動作の一実施例を示すフローチャ
ートである。

【符号の説明】

１ 異常影響度評価装置 ２ 監視装置 ３ 網サービス管理局 ４ａ、４ｂ 網サービス制御局 ５ａ〜５ｃ 交換局 ６ 情報転送網 ７ 通信網 １１ 通信部 １２ 第１の影響度予測部 １２ａ 第２の影響度予測部 １３ 第１の措置決定部 １３ａ 第２の措置決定部 １４ 第１の措置実施後影響度予測部 １４ａ 第２の措置実施後影響度予測部 １５ 影響度検索部 １６ データ管理部 １７ 端末部 ２１ 異常発生局所テーブル ２２ 罹障サービス／顧客テーブル ２３ リソース使用状況テーブル ２４ 予測リソース使用状況テーブル ２５ 影響度テーブル ２６ 影響度記録テーブル ２７ 重要顧客テーブル ２８ 措置対象テーブル

───────────────────────────────────────────────────── フロントページの続き (56)参考文献 特開 平４−123647（ＪＰ，Ａ) 特開 平２−148951（ＪＰ，Ａ) 特開 平３−195230（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) H04M 3/22

Claims (4)

(57)【特許請求の範囲】
1. 【請求項１】 通信網内の異常発生時に、該異常に対す
   る適切な措置を選択するために、該異常による被害を被
   る顧客への被害の影響度の予測を行なう通信網の異常影
   響度評価装置において、 上記通信網内の異常発生時に、通信網内を監視する監視
   装置から通知される異常が発生した個所の情報と、顧客
   およびサービスの収容情報とに基づき、上記異常の影響
   を被る顧客とサービスを抽出し、該抽出した各々の顧客
   とサービスに割り当てられていたリソースの正常時の使
   用状況を把握し、該使用状況を用いて、上記抽出した顧
   客とサービスへの上記異常が及ぼす被害の影響度を推定
   する第１の影響度予測手段と、該第１の影響度予測手段
   で推定した影響度が、予め設定されたしきい値を超える
   顧客とサービスを措置対象として選択し、該選択した措
   置対象毎に、顧客とサービスへの異常の影響を回避する
   措置を選択する第１の措置決定手段と、 該第１の措置決定手段で選択した措置と、上記異常発生
   時における上記顧客とサービスに割り当てられていたリ
   ソースの使用状況とに基づき、上記第１の措置決定手段
   で選択した措置を実施した場合の影響度の改善状況を推
   定する第１の措置実施後影響度予測手段と を設けること
   を特徴とする通信網の異常影響度評価装置。
2. 【請求項２】 通信網内の異常発生時に、該異常に対す
   る適切な措置を選択するために、該異常による被害を被
   る顧客への被害の影響度の予測を行なう通信網の異常影
   響度評価装置において、上記通信網内の異常発生時に、
   通信網内を監視する監視装置から通知される異常が発生
   した個所の情報と、顧客およびサービスの収容情報とに
   基づき、上記異常の影響を被る顧客とサービスを抽出
   し、該抽出した各々の顧客とサービスに割り当てられて
   いたリソースの正常時の使用状況の時間推移を把握し、
   該使用状況の時間推移を基に、異常発生以後の上記リソ
   ースの使用状況を予測し、該予測したリソースの使用状
   況を基に、上記異常発生時点と異常発生以後の影響度の
   時間推移を予測する第２の影響度予測手段と、指定され
   た時刻における上記第２の影響度予測手段で予測した影
   響度が、予め設定されたしきい値を超える顧客とサービ
   スを措置対象として選択して、該選択した措 置対象毎
   に、顧客とサービスへの異常の影響を回避する措置を選
   択する第２の措置決定手段とを設けることを特徴とする
   通信網の異常影響度評価装置。
3. 【請求項３】 請求項２に記載の通信網の異常影響度評
   価装置において、上記第２の措置決定手段で選択した措
   置と、上記異常発生時における上記顧客とサービスに割
   り当てられていたリソースの使用状況の時間推移とに基
   づき、上記第２の措置決定手段で選択した措置を実施し
   た場合の影響度の改善状況の時間推移を推定する第２の
   措置実施後影響度予測手段を設けることを特徴とする通
   信網の異常影響度評価装置。
4. 【請求項４】 請求項１から請求項３のいずれかに記載
   の通信網の異常影響度評価装置において、上記通信網内
   の異常発生時に予測された上記被害を被る顧客への被害
   の影響度を記録するデータ管理手段と、顧客からの故障
   申告に対して、該データ管理手段に蓄積された影響度の
   記録から、該顧客に関する影響度を検索する影響度検索
   手段とを設けることを特徴とする通信網の異常影響度評
   価装置。